一种3D数字沙盘车辆仿真的数据传输方法和系统

摘要

一种3D数字沙盘车辆仿真的数据传输方法，包括：车载终端按预设频率采集车辆实际运行数据，并将采集到的数据远程发送给后台服务器；后台服务器对接收到的数据进行储存和解析，将解析后的数据推送到kafka队列中；kafka队列对接收的数据进行暂存，当检测到数据条数大于kafka队列暂存数据条数阈值后，应用程序按照预设频率将车载终端数据主动推送给3D数字沙盘；3D数字沙盘接收到车载终端数据后，将车载终端数据应用到3D数字沙盘上的车辆模型上，通过3D数字沙盘真实仿真车辆的运行情况。本发明解决了现有技术3D数字沙盘上无法实时提现车辆运行状态所存在的问题，还解决了车载终端发送数据过快或过慢，导致车辆仿真模型与真实行驶情况不一致的问题。

说明书

技术领域

本发明涉及的是车辆仿真领域，特别涉及一种3D数字沙盘车辆仿真的数据传输方法。

背景技术

3D数字沙盘，其空间基础是基于GIS地理信息系统的二维和三维场景，与传统实体沙盘不同，数字沙盘的空间场景不受区域大小限制，且具有实时更新、快速查询和灵活标注的特点。

车辆实时仿真是将真实状态车辆的信息传到车辆模型，使得车辆模型能够进行油门加速、刹车减速以及转向，搭配上3D数字沙盘，使得运动的车辆模型在观感上能给人真实地图的运行感觉，视觉体验非常良好。然而，现有技术中，一般先对车辆运行状态信息采集，然后在将采集到的车辆状态信息发送给3D数字沙盘，造成车辆运行状态信息采集和3D数字沙盘展示时间差，产生了3D数字沙盘上无法实时提现车辆运行状态所存在的问题。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种3D数字沙盘车辆仿真的数据传输方法和系统。

为了解决上述技术问题，本申请实施例公开了如下技术方案：

本发明公开了一种3D数字沙盘车辆仿真的数据传输方法，包括：

车载终端按预设频率采集车辆实际运行数据，并将采集到的车辆实际运行数据远程发送给后台服务器；

后台服务器对车载终端发送的车辆实际运行数据进行储存，并按照车载终端数据协议将数据解析成可用的格式，将解析后的数据推送到kafka队列中；

kafka队列对接收的数据进行暂存，当检测到数据条数大于kafka队列暂存数据条数阈值后，应用程序按照预设频率将车载终端数据主动推送给3D数字沙盘；

3D数字沙盘接收到车载终端数据后，将车载终端数据应用到3D数字沙盘上的车辆模型上，通过3D数字沙盘真实仿真车辆的运行情况。

进一步地，车载终端采集车辆实际运行数据，至少包括：车辆的总线数据、原始CAN报文、运行速度、行进方向、加速度、减速度，经纬度和海拔高度。

进一步地，车载终端采集车辆实际运行数据，采集频率为1Hz。

进一步地，kafka队列暂存数据条数阈值为100，当检测到kafka队列含有100条数据后，应用程序按照每秒1条数据的频率将终端数据传递给3D数字沙盘。

进一步地，车载终端通过移动网络的方式，将采集到的车辆实际运行数据远程发送给后台服务器。

本发明还公开了一种3D数字沙盘车辆仿真的数据传输系统，包括：车载终端、后台服务器、kafka队列和3D数字沙盘；其中：

车载终端，固定于实际运行车辆上，用于按预设频率采集车辆实际运行数据，并将采集到的车辆实际运行数据远程发送给后台服务器；

后台服务器，通过移动网络与车载终端远程连接，对车载终端发送的车辆实际运行数据进行储存，并按照车载终端数据协议将数据解析成可用的格式，将解析后的数据推送到kafka队列中；

kafka队列，用于对接收的数据进行暂存，当检测到数据条数大于kafka队列暂存数据条数阈值后，应用程序按照预设频率将车载终端数据主动推送给3D数字沙盘；

3D数字沙盘，用于接收到车载终端数据后，将车载终端数据应用到3D数字沙盘上的车辆模型上，通过3D数字沙盘真实仿真车辆的运行情况。

本发明实施例提供的上述技术方案的有益效果至少包括：

本发明公开的一种3D数字沙盘车辆仿真的数据传输方法，车载终端按预设频率采集车辆实际运行数据，并将采集到的车辆实际运行数据远程发送给后台服务器；后台服务器对车载终端发送的车辆实际运行数据进行储存，并按照车载终端数据协议将数据解析成可用的格式，将解析后的数据推送到kafka队列中；kafka队列对接收的数据进行暂存，当检测到数据条数大于kafka队列暂存数据条数阈值后，应用程序按照预设频率将车载终端数据主动推送给3D数字沙盘；3D数字沙盘接收到车载终端数据后，将车载终端数据应用到3D数字沙盘上的车辆模型上，通过3D数字沙盘真实仿真车辆的运行情况。本发明车载终端和后台服务器通过移动网络直接远程连接，保证了车辆实际运行数据能实时的反映在3D数字沙盘上，解决了现有技术3D数字沙盘上无法实时体现车辆运行状态所存在的问题，并且，本发明采用kafka队列主动推送到3D数字沙盘，保持3D数字沙盘的数据有一个很稳定的接收，解决了数据过快或过慢，导致车辆仿真模型与真实行驶情况不一致的问题。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例1中，一种3D数字沙盘车辆仿真的数据传输方法的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了解决现有技术中存在的3D数字沙盘上无法实时体现车辆运行状态问题，本发明实施例提供一种3D数字沙盘车辆仿真的数据传输方法和系统。

实施例1

本实施例公开了一种3D数字沙盘车辆仿真的数据传输方法，如图1，包括：

车载终端按预设频率采集车辆实际运行数据，并将采集到的车辆实际运行数据远程发送给后台服务器。

在本实施例中，车载终端采集车辆实际运行数据，至少包括：车辆的总线数据、原始CAN报文、运行速度、行进方向、加速度、减速度，经纬度和海拔高度。优选的，车载终端采集车辆实际运行数据，采集频率为1Hz。车载终端通过移动网络的方式，将采集到的车辆实际运行数据远程发送给后台服务器。

后台服务器对车载终端发送的车辆实际运行数据进行储存，并按照车载终端数据协议将数据解析成可用的格式，将解析后的数据推送到kafka队列中；

kafka队列对接收的数据进行暂存，当检测到数据条数大于kafka队列暂存数据条数阈值后，应用程序按照预设频率将车载终端数据主动推送给3D数字沙盘。

在一些优选实施例中，kafka队列暂存数据条数阈值为100，当检测到kafka队列含有100条数据后，应用程序按照每秒1条数据的频率将终端数据传递给3D数字沙盘。

3D数字沙盘接收到车载终端数据后，将车载终端数据应用到3D数字沙盘上的车辆模型上，通过3D数字沙盘真实仿真车辆的运行情况。

在本实施例中，通过3D数字沙盘上，能够直观观测到车辆在真实道路的情况，可以查看车辆的行驶状态、位置信息。采用kafka队列主动推送到3D数字沙盘，是为了保持3D数字沙盘的数据有一个很稳定的接收，不会因为数据过快或过慢，导致车辆仿真模型与真实行驶情况不一致的问题。

本实施例还公开了一种3D数字沙盘车辆仿真的数据传输系统，包括：车载终端、后台服务器、kafka队列和3D数字沙盘；其中：

车载终端，固定于实际运行车辆上，用于按预设频率采集车辆实际运行数据，并将采集到的车辆实际运行数据远程发送给后台服务器；

后台服务器，通过移动网络与车载终端远程连接，对车载终端发送的车辆实际运行数据进行储存，并按照车载终端数据协议将数据解析成可用的格式，将解析后的数据推送到kafka队列中；

kafka队列，用于对接收的数据进行暂存，当检测到数据条数大于kafka队列暂存数据条数阈值后，应用程序按照预设频率将车载终端数据主动推送给3D数字沙盘；

3D数字沙盘，用于接收到车载终端数据后，将车载终端数据应用到3D数字沙盘上的车辆模型上，通过3D数字沙盘真实仿真车辆的运行情况。

本实施例公开的一种3D数字沙盘车辆仿真的数据传输方法和系统，车载终端按预设频率采集车辆实际运行数据，并将采集到的车辆实际运行数据远程发送给后台服务器；后台服务器对车载终端发送的车辆实际运行数据进行储存，并按照车载终端数据协议将数据解析成可用的格式，将解析后的数据推送到kafka队列中；kafka队列对接收的数据进行暂存，当检测到数据条数大于kafka队列暂存数据条数阈值后，应用程序按照预设频率将车载终端数据主动推送给3D数字沙盘；3D数字沙盘接收到车载终端数据后，将车载终端数据应用到3D数字沙盘上的车辆模型上，通过3D数字沙盘真实仿真车辆的运行情况。本发明车载终端和后台服务器通过移动网络直接远程连接，保证了车辆实际运行数据能实时的反映在3D数字沙盘上，解决了现有技术3D数字沙盘上无法实时提现车辆运行状态所存在的问题，并且，本发明采用kafka队列主动推送到3D数字沙盘，保持3D数字沙盘的数据有一个很稳定的接收，解决了数据过快或过慢，导致车辆仿真模型与真实行驶情况不一致的问题。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了一般地描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开的保护范围。

结合本文的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或其组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质连接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用户终端中。当然，处理器和存储介质也可以作为分立组件存在于用户终端中。

对于软件实现，本申请中描述的技术可用执行本申请所述功能的模块(例如，过程、函数等)来实现。这些软件代码可以存储在存储器单元并由处理器执行。存储器单元可以实现在处理器内，也可以实现在处理器外，在后一种情况下，它经由各种手段以通信方式耦合到处理器，这些都是本领域中所公知的。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。