CN115277886B - 一种基于数据分发服务的车辆数据采集方法 - Google Patents

Abstract

本发明涉及汽车数据采集技术领域，公开了一种基于数据分发服务的车辆数据采集方法，该方法先将整车根据模型划分不同区域并定义为域，再根据数据分发服务特性对不同域数据进行采集，将采集后域数据定义为不同主题，根据主题和时间建立发布者并打上时间戳，通过数据分发服务协议建立数据收发信息，订阅者通过订阅主题对信息进行采集。本发明不需要经过CAN总线协议和帧格式，根据数据分发服务特性，直接将采集数据独立定义、或将不同数据的集合定义，独立管理，能够一定程度上实现跨车型和项目的通用性，解决了CAN总线协议数据量大，数据读取不方便，数据转换繁琐，时效性差的问题，对车辆数据分析提供更多的支撑以维护和创造更好的产品。

Description

一种基于数据分发服务的车辆数据采集方法

技术领域

本发明涉及汽车数据采集技术领域，尤其涉及一种基于数据分发服务的车辆数据采集方法。

背景技术

随着汽车技术不断发展，汽车的辅助功能越来越强大，自动化程度越来越高，而实现这些功能的背后是大量的传感器被应用到汽车上进行环境感知、精确定位、决策、规划以及控制与执行。尤其是针对汽车运行过程中的车身状态和车辆驾驶行为数据必须具备采集并记录和存储功能。汽车厂商针对不同车型和项目都需要遵守国家法规，需要一种统一的方法实现车辆数据采集。

现有名称为一种车联网CAN数据采集方法的公开文件，提供了一种CAN数据采集方法，能够灵活地根据车身信息的实际需求，定制配置文件，节约网络带宽进行数据采集。可以提高车载终端与不同车辆的协议匹配能力，简单高效。

但是以上描述必须依赖于供应商提供的整车CAN总线协议，生成车辆信息采集的DBC文件和配置文件后，才能完成车辆状态和数据与CAN数据对应的数据帧格式映射，依据此映射才能从CAN设备总线上通过配置文件解析和计算车身信息的数据值。且由于不同供应商的CAN总线协议不尽相同，帧ID设置和数据类型不能完全统一，对其他车型和项目无法完全兼容和适配。

发明内容

为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。

鉴于以上所述现有技术的缺点，本发明公开了一种基于数据分发服务的车辆数据采集方法，为了解决现有技术中存在的CAN总线协议不同，帧ID设置和数据不同，不同车辆数据值不完全兼容的问题。

本发明公开了一种基于数据分发服务的车辆数据采集方法，包括：采集域数据，其中，将车辆不同位置划分为不同域，采集不同域的数据；确定域数据构成信息主题，其中，信息主题的数据包含时间戳数据；收发主题数据，其中，主题数据根据数据分发服务协议通过网络收发；解析主题和域数据结构；在解析后数据是不符合采集条件时，删除数据，在解析后数据是符合采集条件时，将解析后数据进行缓存，其中，缓存数据根据时间戳数据进行循环覆盖；数据采集和存储，其中，数据采集产生的数据通过实时发送、定时发送、及触发式发送中的一种或几种，采集到的数据通过网络传输至使用者处。

可选地，采集域数据包括：根据整车模型划分域，采集不同域的数据；采集域数据根据数据分发服务特性创建域参与者；根据不同域数据发布节点创建域数据发布者。

可选地，确定域数据构成信息主题包括：根据不同域数据来源，制定对应域数据主题和域数据类型的映射；绑定发布者和对应的主题，填充不同的主题id及其对应的域数据类型；产生域数据的时间打上系统时间戳。

可选地，收发主题数据包括：根据DDS协议对域数据构成信息主题中各域数据接收发现节点；绑定主题定义的发布者；建立节点间通信连接；将数据发布至数据分发服务总线上。

可选地，解析主题和域数据结构包括：创建订阅者并绑定主题；监听发布者与订阅者主题；对采集主题数据解析；解析数据后进行匹配。

可选地，解析后数据采集包括：多组主题解析；筛选匹配数据：将主题和数据结构中的topic_id是否一一对应作为判断条件；若否，则丢弃数据，若是，录入缓冲区并发送；若录入数据达上限，根据时间戳循环覆盖原始数据。

可选地，数据采集和存储包括：多线程数据采集：对多组域数据同时采集，可根据订阅者需要优先发送相关域数值，提高传输质量，降低以太网负荷，提高了传输效率，给使用者带来良好的使用体验；确定数据采集方式：根据不同域数据特性制定不同采集策略，实时发送、定时发送、及触发式发送中的一种或几种；数据写入：按照统一的数据结构，将缓冲区数据写入文件中，如车辆行驶里程数可采用定时发送或触发发送，车辆位置信息，发动机转速、发动机温度等可采用瞬时发送。

一种基于数据分发服务的车辆数据采集系统，包括：采集域数据模块，用于对域数据采集；采集域数据模块包括：分区单元：用于对整车模型划分域；参与者创建单元：用于创建域参与者；发布者创建单元：用于创建域数据发布者；主题确定模块，用于确定确定域数据构成信息主题；主题确定模块包括：主题定制单元：用于不同域数据来源定制主题和域数据类型映射；填充单元：用于制定主题id及其对应域数据类型的填充，并绑定该主题的发布者；时间确定单元：用于对产生域数据的时间打上系统时间戳；收发模块，用于接收主题数据；收发模块包括：接收单元：用于接收主题确定模块中各域数据及节点数据；通信单元：用于建立各数据节点间通信；发送单元：用于将数据发布至数据分发服务总线上；解析模块，用于解析接收数据；解析模块包括主题确认单元，用于创建并绑定创建者主题；监听单元；用于监听发布者和订阅者的主题；解析单元：解析采集数据；分析单元：用于对采集后数据进行解析及匹配；解析模块包括筛选单元，筛选单元用于筛选主题和数据结构中的topic_id一一对应的数据并进行下一步操作，不符合筛选的数据丢弃删除；分析模块，用于判断解析后数据是否符合采集条件；缓存模块和存储模块：缓存模块用于缓存正确的数据，存储模块存储缓存模块内数据并写入文件。

本发明公开了一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至8中任一项所述的车辆数据采集方法。

本发明公开了一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行权利要求1至8中任一项所述的车辆数据采集方法。

如上所述，本申请提供一种基于数据分发服务的车辆数据采集方法，具有以下有益效果：本发明目的是提供一种基于数据分发服务的车辆数据记录方法，数据分发服务又叫DDS(DataDistributionService)，主要包括4个部分：1.根据不同分区的域发布不同的主题，并根据发布域数据特点定义特定的数据结构，同时在该数据结构中添加主题id和时间戳，以便于域数据解析时确定主题标签和数据发布的时间；2.划分不同域，用于逻辑上的数据隔离，避免大量数据发布时在占用过多网络带宽，避免资源浪费；3.接收数据后按照已定义的数据结构解析数据，针对不同主题的数据进行提取和逻辑处理，将需要采集的数据提取出来，按照时间顺序暂存到数据缓存区；4.按照配置文件中指定的主题从数据缓存区提取数据，将数据持久化保存到本地文件系统中。通过上述操作实现了以下的有益效果：

1、根据DDS的特性，各个域数据发布特定主题的域数据，由采集域数据模块订阅该数据服务，实现多种域数据类型的采集和汇总；

2、不需要区分数据来源，只需要在DDS总线上订阅已定义的数据服务，同时在DDS的服务质量(QoS)策略下能够保证数据传输质量，实现数据完整发送和接收；

3、本发明区别于上面的CAN数据采集方法，完全不需要适配供应商的CAN总线协议和帧格式，可以独立管理和定义数据分发绑定的主题及其对应的数据结构，能够一定程度上实现跨车型和项目的通用性，并且可根据数据类型自主开发数据解析工具，也能够保证数据安全；

4、基于数据分发服务的车辆数据设计整车多个部件，包括传感器原始数据、底盘状态、智能辅助驾驶过程数据、事故信息、车身状态等，这些数据都会基于法规和车厂需求进行整理和采集，同时也会给数据分析提供更多的支撑以维护和创造更好的产品。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为应用本申请中一个或多个实施例中技术方案的示例性系统架构的示意图；

图2为本发明提出的一种基于数据分发服务的车辆数据采集方法中，不同数据域间发布和订阅局部图；

图3为本发明提出的一种基于数据分发服务的车辆数据采集方法中，主题和对应数据结构映射图；

图4为本发明提出的一种基于数据分发服务的车辆数据采集方法中，基于DDS的数据流向图；

图5为本发明提出的一种基于数据分发服务的车辆数据采集方法中，采集域数据流程图；

图6为适用于实现本申请中一个或多个实施例的电子设备的硬件结构示意图。

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的子样本可以相互组合。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。

本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。

除非另有说明，术语“多个”表示两个或两个以上。

本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，A/B表示：A或B。

术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，A和/或B，表示：A或B，或，A和B这三种关系。

首先需要说明的是，目前绝大多数汽车都在使用CAN总线作为控制系统，CAN是控制器局域网络(ControllerAreaNetwork,CAN)的简称，它具有数据传输速度快，抗干扰能力强，通讯延迟低等特点。为了更好的利用CAN总线，需要将汽车生成的CAN数据采集下来加以研究，信息采集的办法是使用一个USBCAN设备连接汽车的OBD接口，另一端连接一台装有ECANTOOLS软件的电脑，通过数据转存功能将汽车的CAN数据采集存储到电脑上。

由于不同厂家的CAN总线协议不同，需要定制的转换器对采集数据进行解析，再对解析后的数据统一汇总分析，传输效率低，时效性差。

DDS(数据分发服务)是OMG在2004年发布的中间件协议和应用程序接口(API)标准，它为分布式系统提供了低延迟、高可靠性、可扩展的通信架构标准。DDS目前在工业、医疗、交通、能源、国防领域都有广泛的应用。DDS的数据共享以Topic为单元，应用程序能够通过Topic判断其所包含的数据类型，而不必依赖其他的上下文信息。同时，DDS能够按照用户定义的方式自动地进行存储、发布或订阅数据，使应用程序能够像访问本地数据一样去写入或者读取数据。DDS实现的数据共享可以理解成一个抽象的“全局数据空间”，任何应用程序，不论开发语言，或者运行的操作系统类型，都可以通过相同的方式访问这个“全局数据空间”，就好像访问本地的存储空间一样。在系统运行时，数据是按需传输或存储的，数据的发布者仅仅发送对方需要的数据，而订阅者仅接收并存储本地应用程序当前需要的数据。DDS还提供了非常灵活的QoS(QualityofService)策略，以满足用户对数据共享方式的不同需求，比如可靠性，故障处理等等。针对数据安全性要求比较高的系统，DDS还提供了细颗粒度的数据安全控制，包括应用程序身份认证，权限控制，数据加密等等。类似于SOME/IP-SD，DDS提供了对数据发布者和订阅者的动态发现机制，这意味着用户不必去配置通信节点的地址或其他属性信息，因为他们在运行的过程中会自动发现对方，并自动完成相关配置，即实现了“即插即用”。

图1示出了一种可以应用本申请中一个或多个实施例中技术方案的示例性系统架构的示意图。DDS最重要的特性是以数据为中心，可将整车划分为不同区域，定义不同区域数据为不同域值，如行驶数据域，发布者根据行驶数据域值通过DDS协议定义为一个主题(定义为主题1)，再经由以太网传输至服务器处，订阅者根据自身订阅主题(定义为主题2)并传输至服务器处，主题1经数据解析后判定是否与主题2匹配，若匹配，则将主题1发送至订阅者处，若不匹配，删除数据。发布者与发布者之间、订阅者与订阅者之间、以及发布者和订阅者之间可以进行信息交互，发布者完善不同域的定义(主题确定)，制定主题名称标准，减少发布者间的重复的工作量；订阅者和订阅者之间进行信息交互，用于不同车型间相同部件(主题)的确定，减少服务器工作量；订阅者和发布者进行信息之间交互，订阅者提出要求(主题)，发布者定义主题并进行针对性数据采集，提高工作效率。

图2是本发明提出的一种基于数据分发服务的车辆数据采集方法中，不同数据域间发布和订阅局部图，根据车模型划分为车身域、底盘域、及座舱域等，多个发布者根据自身发布信息确定主题，主题可上传至服务器云端，订阅者根据自身需求进行主题订阅，通过主题使订阅者和发布者之间进行交互，不同的发布者也可以读取相互提供的主题数据。此处需要说明的是，数据以DDS确定的主题，通过以太网发送，相比较CAN总线而言，基于以太网通信，在不同节点部署，通过DDS总线在不同节点上，接收端都能接收，带宽更高，数据量更多，能够满足大量不同类型数据采集的需要。

如座舱域包含数据，其中，座舱域包含、座椅、灯光、音响等数据信息，座舱域既可以作为一个主题进行定义，其含有座椅、灯光、音响等独立主题定义，不同项目或不同车型可以完全使用同一套TIPIC定义规则，应用程序可以平滑过渡，减少工作量，此为CAN总线不具备的特征。

此处需要说明的是：域：是一个范围概念，可以区分不同通信群体；主题：是数据发布者和订阅者相互通信约定的标签，有明确的数据类型，域参与者：数据分发服务的入口，包括多个数据发布者、订阅者。

图3是本发明提出的一种基于数据分发服务的车辆数据采集方法中，主题和对应数据结构映射图，根据节点和时间，记录如：传感器数据、事故数据、位置数据、控制数据等，并建立相应主题，主题信息实时发布，能够进行差异化采集，需要的部分，定义采集，时间段、项目、类型的采集。根据汽车厂商产品数据的需要，针对汽车驾驶过程中或检测过程中，即时记录特定的车辆状态数据和驾驶信息，能更好地分析汽车的性能参数和汽车工况的把控。而现有的CAN总线在查阅信息时(以帧形式发送，包含多个字节)，其包含记录多种数据，不可以单独发送订阅者所需数据(如车速、位置信息等)，时效性差。尤其在车辆性能测试时，使用DDS协议的传感器数据能够通过以太网实时发送至电脑上，便于检测人员对车辆不同数据进行监测，方便随时停止测试，避免对检测车辆造成更大的伤害，也可以根据检测数值，对其他相应检测数值进行调整，极大的降低了工作人员的操作难度，提高了车辆检测的安全性和时效性。

图4为本发明提出的一种基于数据分发服务的车辆数据采集方法中，基于DDS的数据流向图，根据汽车厂商产品数据的需要，针对汽车驾驶过程中，即时记录特定的车辆状态数据和驾驶信息，能更好地分析汽车的性能参数和汽车工况的把控，并依据紧急情况下记录的车辆详细信息更好地对驾驶员驾驶行为进行提醒，或对驾驶事故分析原因和责任判定。如，当车辆发生事故，CAN总线损毁时，DDS数据中的行驶数据域中，根据时间戳采集到车辆位置、车辆瞬时速度、车辆平均速度、车辆转弯角度等，可快速判定事故责任。

图5为本发明提出的一种基于数据分发服务的车辆数据采集方法的流程图，通过以下步骤实现的：

采集域数据；包括以下步骤：根据整车模型划分域，采集不同域的数据；采集域数据根据DDS特性创建域参与者；根据不同域数据发布节点创建域数据发布者；用于逻辑上的数据隔离，避免大量数据发布时在占用过多网络带宽，避免资源浪费；根据DDS特性能够实现对车辆不同部件数据的采集，以最小部件或协作单位为域数据，实现不同汽车部件之间的数据传递，具有极大的兼容性；

域数据构成信息主题的确定：根据域数据不同来源确定对应主题；包括以下步骤：根据不同域数据来源，制定对应域数据主题和域数据类型的映射；绑定发布者和对应的主题，填充不同的主题id及其对应的域数据类型；产生域数据的时间打上系统时间戳；根据最小部件或协作单位为域数据确定域数据构成的主题，可以根据不同需求，扩大所见主题，方便在汽车设计时提供准确数据，也能够更好更快的进行车辆需求迭代；

收发主题数据；包括以下步骤：根据DDS协议对域数据构成信息主题中各域数据接收发现节点；建立节点间通信连接；将数据发布至DDS总线上；基于DDS特性，可在节点之间建立通信连接，实现多种域数据类型的采集和汇总；

解析主题和域数据结构：对接收数据解析；云空间对采集主题和域数据进行提取和逻辑处理，将需要采集的数据提取出来；解析后数据根据数据节点创建域参与者和订阅者并绑定主题；

在解析后数据是不符合采集条件时，删除数据，在解析后数据是符合采集条件时，将解析后数据进行缓存；判断解析后数据是否符合采集条件，数据是否存入数据缓存区，以解析后数据主题和数据结构中的topic_id是否一一对应为依据；不在配置文件中的数据直接丢弃，符合采集条件的数据依次放入数据缓存区内，若缓冲区已达到上限，可采用循环覆盖的方式存入数据；

数据采集和存储；同时启动其他线程处理数据缓存区，依据相应的采集策略定时或事件触发的方式从数据缓存区内依次保存数据，按照统一的数据结构将缓冲区内的数据写入文件中；

一种基于数据分发服务的车辆数据采集系统，包括：采集域数据模块：用于对域数据采集；采集域数据模块包括：分区单元：用于对整车模型划分域，根据车模型划分为车身域、底盘域、及座舱域等，如座舱域包含数据，其中，座舱域包含、座椅、灯光、音响等数据信息，座舱域既可以作为一个主题进行定义，其含有座椅、灯光、音响等独立主题定义，不同项目或不同车型可以完全使用同一套TIPIC定义规则，应用程序可以平滑过渡，减少工作量，此为CAN总线不具备的特征；参与者创建单元：用于创建域参与者；发布者创建单元：用于创建域数据发布者；主题确定模块，用于确定确定域数据构成信息主题；主题确定模块包括：主题定制单元：用于不同域数据来源定制主题和域数据类型映射；填充单元：用于制定主题id及其对应域数据类型的填充，并绑定该主题的发布者；时间确定单元：用于对产生域数据的时间打上系统时间戳，主题和对应数据结构映射图，根据节点和时间，记录如：传感器数据、事故数据、位置数据、控制数据等，并建立相应主题，主题信息实时发布，能够进行差异化采集，需要的部分，定义采集，时间段、项目、类型的采集。根据汽车厂商产品数据的需要，针对汽车驾驶过程中或检测过程中，即时记录特定的车辆状态数据和驾驶信息，能更好地分析汽车的性能参数和汽车工况的把控，多个发布者根据自身发布信息确定主题，主题可上传至服务器云端，订阅者根据自身需求进行主题订阅，通过主题使订阅者和发布者之间进行交互，不同的发布者也可以读取相互提供的主题数据；收发模块，用于接收主题数据；收发模块包括：接收单元：用于接收主题确定模块中各域数据及节点数据；通信单元：用于建立各数据节点间通信；发送单元：用于将数据发布至DDS总线上；解析模块，用于解析接收数据；解析模块包括主题确认单元，用于创建并绑定创建者主题；监听单元；用于监听发布者和订阅者的主题；解析单元：解析采集数据；分析单元：用于对采集后数据进行解析及匹配；解析模块包括筛选单元，筛选单元用于筛选主题和数据结构中的topic_id一一对应的数据并进行下一步操作，不符合筛选的数据丢弃删除；分析模块，用于判断解析后数据是否符合采集条件；缓存模块和存储模块：缓存模块用于缓存正确的数据，存储模块存储缓存模块内数据并写入文件，同时启动其他线程处理数据缓存区，依据相应的采集策略定时或事件触发的方式从数据缓存区内依次保存数据，按照统一的数据结构将缓冲区内的数据写入文件中。

图6为本发明提出的电子设备的计算机系统600仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(Central Processing Unit，CPU)601，其可以根据存储在只读存储器(Read-Only Memory，ROM)602中的程序或者从储存部分608加载到随机访问存储器(Random Access Memory，RAM)603中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM603中，还存储有系统操作所需的各种程序和数据。CPU601、ROM602以及RAM603通过总线604彼此相连。输入/输出(Input/Output，I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分607；包括硬盘等的储存部分608；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入储存部分608。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如前所述的车辆数据采集方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的车辆数据采集方法。

Claims (10)

1.一种基于数据分发服务的车辆数据采集方法，其特征在于，包括：

采集域数据，其中，将车辆不同位置划分为不同域，以进行逻辑上的数据隔离，采集不同域的数据；

确定域数据构成信息主题，其中，信息主题的数据包含时间戳数据，通过订阅者和订阅者之间进行信息交互，以确定不同车型间相同的主题；

收发主题数据，其中，主题数据根据数据分发服务协议通过网络收发，根据不同域数据发布节点创建域数据发布者，订阅者根据自身需求进行主题订阅，不同的域数据发布者读取相互提供的主题数据；

解析主题和域数据结构；

在解析后数据是不符合采集条件时，删除数据，在解析后数据是符合采集条件时，将解析后数据进行缓存，其中，缓存数据根据时间戳数据进行循环覆盖；

数据采集和存储，其中，数据采集产生的数据通过实时发送、定时发送、及触发式发送中的一种或几种，采集到的数据通过网络传输至使用者处。

2.根据权利要求1所述的一种基于数据分发服务的车辆数据采集方法，其特征在于，采集域数据包括：

根据整车模型划分域，采集不同域的数据；

采集域数据根据数据分发服务特性创建域参与者；

根据不同域数据发布节点创建域数据发布者。

3.根据权利要求1所述的一种基于数据分发服务的车辆数据采集方法，其特征在于，确定域数据构成信息主题包括：

根据不同域数据来源，制定对应域数据主题和域数据类型的映射；

绑定发布者和对应的主题，填充不同的主题id及其对应的域数据类型；

产生域数据的时间打上系统时间戳。

4.根据权利要求1所述的一种基于数据分发服务的车辆数据采集方法，其特征在于，收发主题数据包括：

根据数据分发服务协议对域数据构成信息主题中各域数据接收发现节点；

绑定主题定义的发布者；

建立节点间通信连接；

将数据发布至数据分发服务总线上。

5.根据权利要求1所述的一种基于数据分发服务的车辆数据采集方法，其特征在于，解析主题和域数据结构包括：

创建订阅者并绑定主题；

监听发布者与订阅者主题；

对采集主题数据解析；

解析数据后进行匹配。

6.根据权利要求1所述的一种基于数据分发服务的车辆数据采集方法，其特征在于，解析后数据采集包括：

多组主题解析；

筛选匹配数据，将主题和数据结构中的topic_id是否一一对应作为判断条件；若否，则丢弃数据，若是，录入缓冲区并发送；

若录入数据达上限，根据时间戳循环覆盖原始数据。

7.根据权利要求1所述的一种基于数据分发服务的车辆数据采集方法，其特征在于，数据采集和存储包括：

多线程数据采集，对多组域数据同时采集；

确定数据采集方式，根据不同域数据特性制定不同采集策略，实时发送、定时发送、及触发式发送中的一种或几种；

数据写入，按照统一的数据结构，将缓冲区数据写入文件中。

8.一种基于数据分发服务的车辆数据采集系统，其特征在于，包括：

采集域数据模块：用于将车辆不同位置划分为不同域，以进行逻辑上的数据隔离，对域数据采集；

主题构建模块：用于将域数据构建为主题，其中，信息主题的数据包含时间戳数据，通过订阅者和订阅者之间进行信息交互，以确定不同车型间相同的主题；

收发主题模块：用于对主题进行接收和发送其中，主题数据根据数据分发服务协议通过网络收发，根据不同域数据发布节点创建域数据发布者，订阅者根据自身需求进行主题订阅，不同的域数据发布者读取相互提供的主题数据；

主题解析模块：用于对收发主题中数据进行解析；

数据判断模块：对解析后主题进行判断；

数据缓存模块：对数据进行缓存；

数据存储模块；将数据写入文件。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至8中任一项所述的车辆数据采集方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行权利要求1至8中任一项所述的车辆数据采集方法。

Images