CN111301317A - 一种事件生成方法、事件生成装置及车载设备 - Google Patents

Abstract

本申请公开了一种事件生成方法、事件生成装置、车载设备及计算机可读存储介质，其中，该方法包括：获取本次车辆数据集合，其中，车辆数据集合包括一个以上车辆数据，各个车辆数据分别由不同的车辆模块触发生成；从历史车辆数据记录表中获取历史最新车辆数据集合；将所述本次车辆数据集合与所述历史最新车辆数据集合进行比对；将与目标车辆数据相关联的车辆模块确定为目标车辆模块，其中，所述目标车辆数据为所述本次车辆数据集合与所述历史最新车辆数据集合中存在差异的车辆数据；基于所述目标车辆模块生成目标车辆事件。通过本申请方案，可通过所生成的车辆事件快速获知出现状态变化的车辆模块，帮助提升车辆数据的可用性及易用性。

Description

一种事件生成方法、事件生成装置及车载设备

技术领域

本申请属于数据监控技术领域，尤其涉及一种事件生成方法、事件生成装置、车载设备及计算机可读存储介质。

背景技术

车辆状态是广大驾驶者较为关注的一个重点问题。当前，车载嵌入式系统往往会对车辆数据进行定期采集及上报，以方便驾驶者及时通过车辆数据获知车辆状态。然而，上述过程中所采集到的车辆数据往往较为杂乱无章，驾驶者需要自己进行分析后才能通过车辆数据获知车辆状态所发生的变化。也即，当前车辆数据的可用性及易用性仍无法满足驾驶者的需求。

发明内容

本申请提供了一种事件生成方法、事件生成装置、车载设备及计算机可读存储介质，可快速获知出现状态变化的车辆模块，帮助提升车辆数据的可用性及易用性。

第一方面，本申请提供了一种事件生成方法，上述事件生成方法应用于车载设备，上述事件生成方法包括：

获取本次车辆数据集合，其中，车辆数据集合包括一个以上车辆数据，各个车辆数据分别由不同的车辆模块触发生成；

从历史车辆数据记录表中获取历史最新车辆数据集合；

将上述本次车辆数据集合与上述历史最新车辆数据集合进行比对；

将与目标车辆数据相关联的车辆模块确定为目标车辆模块，其中，上述目标车辆数据为上述本次车辆数据集合与上述历史最新车辆数据集合中存在差异的车辆数据；

基于上述目标车辆模块生成目标车辆事件。

可选地，在上述基于上述目标车辆模块生成目标车辆事件之后，上述事件生成方法还包括：

将上述本次车辆数据集合存储至上述历史车辆数据记录表中。

可选地，上述事件生成方法还包括：

根据预设的两个以上车辆模块，创建并初始化历史车辆数据记录表；

相应地，上述从历史车辆数据记录表中获取历史最新车辆数据集合，包括：

若上述历史车辆数据记录表为空，则将上述本次车辆数据集合存储至上述历史车辆数据记录表中；

若上述历史车辆数据记录表不为空，则基于上述历史车辆数据记录表所存储的各个历史车辆数据集合的存储时间，确定历史最新车辆数据集合，并获取上述历史最新车辆数据集合。

可选地，在上述基于上述目标车辆模块生成目标车辆事件之后，上述事件生成方法还包括：

基于上述目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据；

向预设的目标设备发送上述车辆上报数据。

可选地，在上述向预设的目标设备发送上述车辆上报数据之前，上述事件生成方法还包括：

检测是否存在与上述车载设备相关联的个人设备；

若存在上述个人设备，则将上述个人设备确定为目标设备；

若不存在上述个人设备，则将预设的云服务器确定为目标设备。

可选地，上述基于上述目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据，包括：

检测上述目标车辆事件的数量；

若存在两个以上目标车辆事件，则基于两个以上目标车辆事件中所选定的一个目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据。

可选地，上述基于两个以上目标车辆事件中所选定的一个目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据，包括：

根据预设的事件优先级列表，确定各个目标车辆事件的事件优先级；

基于事件优先级最高的目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据。

第二方面，本申请提供了一种事件生成装置，上述事件生成装置应用于车载设备，上述事件生成装置包括：

接收单元，用于获取本次车辆数据集合，其中，车辆数据集合包括一个以上车辆数据，各个车辆数据分别由不同的车辆模块触发生成；

获取单元，用于从历史车辆数据记录表中获取历史最新车辆数据集合；

比对单元，用于将上述本次车辆数据集合与上述历史最新车辆数据集合进行比对；

确定单元，用于将与目标车辆数据相关联的车辆模块确定为目标车辆模块，其中，上述目标车辆数据为上述本次车辆数据集合与上述历史最新车辆数据集合中存在差异的车辆数据；

生成单元，用于基于上述目标车辆模块生成目标车辆事件。

可选地，上述事件生成装置还包括：

存储单元，用于在上述生成单元基于上述目标车辆模块生成目标车辆事件之后，将上述本次车辆数据集合存储至上述历史车辆数据记录表中。

可选地，上述事件生成装置还包括：

创建单元，用于根据预设的两个以上车辆模块，创建并初始化历史车辆数据记录表；

相应地，上述获取单元包括：

存储子单元，用于若上述历史车辆数据记录表为空，则将上述本次车辆数据集合存储至上述历史车辆数据记录表中；

获取子单元，用于若上述历史车辆数据记录表不为空，则基于上述历史车辆数据记录表所存储的各个历史车辆数据集合的存储时间，确定历史最新车辆数据集合，并获取上述历史最新车辆数据集合。

可选地，上述事件生成装置还包括：

封装单元，用于在上述生成单元基于上述目标车辆模块生成目标车辆事件之后，基于上述目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据；

发送单元，用于向预设的目标设备发送上述车辆上报数据。

可选地，上述事件生成装置还包括：

设备检测单元，用于在上述向预设的目标设备发送上述车辆上报数据之前，检测是否存在与上述车载设备相关联的个人设备；

设备确定单元，用于若存在上述个人设备，则将上述个人设备确定为目标设备，若不存在上述个人设备，则将预设的云服务器确定为目标设备。

可选地，上述封装单元，包括：

事件检测子单元，用于检测上述目标车辆事件的数量；

数据封装子单元，用于若存在两个以上目标车辆事件，则基于两个以上目标车辆事件中所选定的一个目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据。

可选地，上述数据封装子单元，包括：

优先级确定子单元，用于根据预设的事件优先级列表，确定各个目标车辆事件的事件优先级；

车辆数据封装子单元，用于基于事件优先级最高的目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据。

第三方面，本申请实施例提供了一种车载设备，包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器执行上述计算机程序时实现上述第一方面中任一项上述的事件生成方法。

第四方面，本申请提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，其特征在于，上述计算机程序被处理器执行时实现上述第一方面中任一项上述的事件生成方法。

第五方面，本申请提供了一种计算机程序产品，当计算机程序产品在车载设备上运行时，使得车载设备执行上述第一方面中任一项上述的事件生成方法。

由上可见，通过本申请方案，车载设备首先获取本次车辆数据集合，其中，车辆数据集合包括一个以上车辆数据，各个车辆数据分别由不同的车辆模块触发生成，然后从历史车辆数据记录表中获取历史最新车辆数据集合，再将上述本次车辆数据集合与上述历史最新车辆数据集合进行比对，并将与目标车辆数据相关联的车辆模块确定为目标车辆模块，其中，上述目标车辆数据为上述本次车辆数据集合与上述历史最新车辆数据集合中存在差异的车辆数据，最后基于上述目标车辆模块生成目标车辆事件。上述过程中，通过与历史数据进行比对，能够在接收数据后快速筛查出出现变动的车辆数据，并随之确定与出现变动的车辆数据相关联的车辆模块，以生成目标车辆事件，该目标车辆事件可以用于指示当前状态发生改变的车辆模块，帮助用户更好更快的利用所采集到的车辆数据，提升车辆数据的可用性及易用性。可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的事件生成方法的实现流程示意图；

图2是本申请实施例提供的事件生成方法中，车载设备、个人设备及云服务器之间的架构示意图；

图3是本申请实施例提供的事件生成装置的结构框图；

图4是本申请实施例提供的车载设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

当前，车载设备可以采集各个车辆模块所上报的车辆数据，并将这些车辆数据进一步发送到个人设备和/或云服务器中，以供用户查阅。然而，车载设备在上述过程中，往往仅进行简单的数据采集操作，而不会对采集到的车辆数据进行处理，这导致用户在查阅车载设备所发送的车辆数据时，需要再自己对车辆数据进行分析，才能掌控车辆的各项状态。上述过程操作繁琐，无法及时辨别出现状态变化的车辆模块是哪些，基于此，本申请实施例提出了一种事件生成方法、事件生成装置、车载设备及计算机可读存储介质，为了说明本申请实施例所提出的技术方案，下面通过具体实施例来进行说明。

实施例一

下面对本申请实施例提供的一种事件生成方法进行描述。请参阅图1，本申请实施例中的事件生成方法可应用于车载设备，该事件生成方法包括：

步骤101，获取本次车辆数据集合；

在本申请实施例中，上述车载设备属于一种嵌入式设备，安装于车辆中，可以定期或不定期的接收车辆所上报的各项车辆数据。具体地，车辆中的各个车辆模块可以通过控制器局域网络(Controller Area Network，CAN)总线上报各自的车辆数据，其中，上述车辆模块包括但不限于车门模块、后尾箱模块，车窗模块、天窗模块、车灯模块、门锁模块、手刹模块、钥匙插入模块、钥匙旋转模块及动力锁定模块等，此处不作限定。本申请实施例中，可将这些车辆模块所上报的各项车辆数据整合为车辆数据集合，可见，一个车辆数据集合中可以包括一个以上车辆数据，且各个车辆数据分别由不同的车辆模块触发生成。

可选地，在一种应用场景下，可以由各个车辆模块以预设的时间间隔周期性向车载设备上报车辆数据，其中，上述预设的时间间隔可以是车载系统所默认设定，也可由用户自行设定或修改，此处不作限定。则在车辆启动后，车辆模块可以根据当前所设定好的时间间隔，定期向车载设备上报车辆数据，以帮助车载设备及时检测出状态发生变化的车辆模块。

可选地，在另一种应用场景下，可以由各个车辆模块基于用户的需求不定期向车载设备上报车辆数据，例如，在车辆启动后，用户可以向车载设备输入车辆状态获取指令，使得上述车载设备基于该车辆状态获取指令触发各个车辆模块上报车辆数据，以帮助车载设备在用户存在需求时检测出状态发生变化的车辆模块。

步骤102，从历史车辆数据记录表中获取历史最新车辆数据集合；

在本申请实施例中，车载设备可以从本机所存储的历史车辆数据记录表中获取历史最新车辆数据集合；历史最新车辆数据集合定义为与当前时点最接近的时点的历史车辆数据集合。具体地，上述历史车辆数据记录表中可以包含以下内容：

表1

其中，历史车辆数据记录表中可以包含有若干个字段，每一个字段的中文含义已在上表中示出，每一个字段分别对应一个车辆模块，例如，上述字段door对应车门模块，字段backbox对应车尾箱模块，以此类推，此处不做赘述；每一个字段都采用整形数据来描述该字段所对应的车辆模块的状态，例如，当字段door的值为“0”时，即表示车门当前为“关”，当字段door的值为“1”时，即表示车门当前为“开”，其它字段的值的含义可参阅上表1，此处不作赘述。需要注意的是，上表1只是一个示例，可根据需要进行监控的车辆数据的范围，新增或删减历史车辆数据记录表所包含的内容，此处不作限定。

步骤103，将上述本次车辆数据集合与上述历史最新车辆数据集合进行比对；

在本申请实施例中，上述本次车辆数据集合代表的是当前车辆状态，而上述历史最新车辆数据集合代表的则是历史车辆状态。将二者进行比对，即可确定在车辆模块前次上报车辆数据之后到当前时刻的这一段时间内，哪些车辆数据出现了变化，这些变化的车辆数据即可用于指示车辆状态的变化。需要注意的是，在进行比对时，是将与同一车辆模块相关联的车辆数据进行比对，例如，将历史最新车辆数据集合中车门模块的车辆数据(也即历史车辆数据记录表中字段door的值)与本次车门模块所上报的车辆数据进行比对，以获知车门模块的状态是否发生改变。

步骤104，将与目标车辆数据相关联的车辆模块确定为目标车辆模块；

在本申请实施例中，通过上述步骤103，可以检测出本次车辆数据集合与上述历史最新车辆数据集合中存在差异的车辆数据，这些存在差异的车辆数据被确定为目标车辆数据，例如，若从历史车辆数据记录表中获取到历史最新车辆数据集合里字段door的值为“0”，而本次车辆数据集合中车门模块所上报的车辆数据为“1”，则可确定车门模块的状态发生了改变，此时，车门模块所上报的车辆数据“1”即被确定为目标车辆数据，相应地，车门模块被确定为目标车辆模块。

步骤105，基于上述目标车辆模块生成目标车辆事件。

在本申请实施例中，每一个车辆模块可生成对应的车辆事件，因而，在确定了目标车辆模块，也即状态发生改变的车辆模块后，车载设备可基于该目标车辆模块生成目标车辆事件，上述目标车辆事件用于指示上述目标车辆模块的状态有所改变。具体地，可通过事件触发类型来区分不同车辆模块所生成的车辆事件，上述事件触发类型以数值来表示，上述事件触发类型的数值可采用十六进制，例如，以事件触发类型为“0x01”来表示车辆事件为车门事件，以事件触发类型为“0x02”来表示车辆事件为后尾箱事件，以事件触发类型为“0x03”来表示车辆事件为车窗事件，以事件触发类型为“0x04”来表示车辆事件为天窗事件，以事件触发类型为“0x05”来表示车辆事件为车灯事件，以事件触发类型为“0x06”来表示车辆事件为门锁事件，以事件触发类型为“0x07”来表示车辆事件为手刹事件，以事件触发类型为“0x08”来表示车辆事件为钥匙插入事件，以事件触发类型为“0x09”来表示车辆事件为钥匙旋转事件，以事件触发类型为“0x0a”来表示车辆事件为动力锁定事件。需要注意的是，上述事件触发类型仅为示例，可根据需求调整需要监控的车辆模块及对应的事件触发类型，此处不作限定。

可选地，为了节约流程及车载设备本地的存储空间，在上述步骤105之后，上述事件生成方法还包括：

将上述本次车辆数据集合存储至上述历史车辆数据记录表中。

其中，考虑到各个车辆模块的状态并不是经常会改变，例如，车辆在高速公路上行驶时，用户可能很长时间内都不会对车门、车窗及后尾箱进行操作，那么其对应的各个车辆模块的状态也就不会发生改变。假定各个车辆模块周期性上报车辆数据的时间间隔为1分钟，则可能会出现连续若干次所获得的车辆数据集合都没有发生任何改变的情况。在这种情况下，如果每一次获取到的车辆数据集合都存储于上述历史车辆数据记录表中，则会导致出现多条记录的内容完全一致的情况，这会导致出现数据冗余，基于此，在本申请实施例中，只有在确定本次车辆数据集合与历史最新车辆数据集合存在差异时，才将本次车辆数据集合存储至历史车辆数据记录表中，而在本次车辆数据集合与历史最新车辆数据集合完全相同时，无需存储本次车辆数据集合。

可选地，上述事件生成方法还包括：

根据预设的两个以上车辆模块，创建并初始化历史车辆数据记录表；

相应地，上述步骤102，包括：

若上述历史车辆数据记录表为空，则将上述本次车辆数据集合存储至上述历史车辆数据记录表中；

若上述历史车辆数据记录表不为空，则基于上述历史车辆数据记录表所存储的各个历史车辆数据集合的存储时间，确定历史最新车辆数据集合，并获取上述历史最新车辆数据集合。

其中，可以是在车辆启动后，由车载设备根据预设的两个以上车辆模块，在车载设备的本地创建并初始化历史车辆数据记录表。其中，上述预设的两个以上车辆模块，指的是需要进行监控的车辆模块，具体地，可以是由车载设备所默认的车辆模块，也可以是用户根据自身需求所指定的车辆模块，此处不作限定。参见表1，表1已经示出了历史车辆数据记录表中所包括的字段是与需要监控的车辆模块相关联的，因而，在成功创建历史车辆数据记录表后，继续由车载设备基于预设的两个以上车辆模块初始化历史车辆数据记录表，具体表现为在历史车辆数据记录表中初始化每个车辆模块所能够对应的字段，以及每个字段的不同数值所表示的含义。

其中，在创建并初始化历史车辆数据记录表后初次获得车辆数据集合时，由于不存在历史车辆数据，因而，此时并不存在车辆数据的比对对象。基于此，在步骤102中，只有在上述历史车辆数据记录表不为空时才存在历史最新车辆数据集合，此时获取历史最新车辆数据集合才有意义；而在上述历史车辆数据记录表为空时，直接将本次车辆数据集合存储至上述历史车辆数据记录表即可，无需执行步骤103至步骤105。进一步地，由于每一次有车辆模块的状态出现改变时，上述历史车辆数据记录表就会有所更新，因而在一段时间后，上述历史车辆数据记录表中可能已经记录有两个以上的车辆数据集合，这种情况下，就需要去获取上述历史车辆数据记录表所存储的各个历史车辆数据集合的存储时间，并将其中存储时间最晚的车辆数据集合(也即距离当前时间最近的存储时间所对应的车辆数据集合)确定为历史最新车辆数据集合。

可选地，为了方便用户查阅车辆中各个车辆模块的状态，在步骤105之后，上述事件生成方法还包括：

基于上述目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据；

向预设的目标设备发送上述车辆上报数据。

其中，前文已指出了可通过事件触发类型来区分不同车辆模块所触发的车辆事件，因而，此处可以是基于上述目标车辆事件的事件触发类型来对本次车辆数据集合进行封装。具体地，封装后所得到的车辆上报数据的数据格式可以为：

事件触发类型

本次车辆数据集合

考虑到本次车辆数据集合所关注的主要指的是状态为有限数量的车辆数据，例如，表1中所示出的各个类型的车辆数据中，表示的状态的数量不超过三个；而实际上，除了前文所给出状态为有限数量的车辆数据(也即本次车辆数据集合中的车辆数据)之外，还存在状态为无限数量的车辆数据，例如车速，车辆在行驶过程中显然难以保持恒定速度的行驶，车速可能会在零到几百公里每小时之间变化；又例如车辆位置，车辆一旦开始行驶，其车辆位置就会开始发生改变。因而，上述车辆上报数据不仅可以包括前文所指的状态为有限数量的车辆数据(也即本次车辆数据集合中的车辆数据)，还可以包括状态为无限数量的其它车辆数据。当然，根据用户的实际需求，也可以在封装时插入用户所需要的其它类型的数据，此处不作限定。

可选地，考虑上述目标设备可以是车载系统所默认的设备，也可以是用户所指定的设备，因而，在上述向预设的目标设备发送上述车辆上报数据之前，上述事件生成方法还包括：

检测是否存在与上述车载设备相关联的个人设备；

若存在上述个人设备，则将上述个人设备确定为目标设备；

若不存在上述个人设备，则将预设的云服务器确定为目标设备。

其中，用户若希望能够随时随地的查看自己的车辆的情况，则可以在自己的个人电脑(PC)、移动终端或平板电脑等个人设备上安装客户端，注册并登陆用户账号，并将该用户账号与上述车载设备关联起来，在这种情况下，可以将与车载设备相关联的个人设备确定为目标设备，也即，在车辆模块的状态发生改变时，向该个人设备发送车辆上报数据。如果当前用户还未将车载设备与任何个人设备相关联，则直接将预设的云服务器确定为目标设备，也即，在车辆模块的状态发生改变时，向云服务器发送车辆上报数据，这样一来，后续用户仍可以在注册并登陆用户账号后，通过上述云服务器访问过往的车辆上报数据。当然，在存在与车载设备相关联的个人设备的情况下，考虑到个人设备中的数据容易出现丢失，可以是将个人设备及云服务器均确定为目标设备，也即，既向个人设备发送车辆上报数据，以方便用户快速查阅，又向云服务器发送车辆上报数据，以实现车辆上报数据的云存档。请查阅图2，图2给出了车载设备、个人设备及云服务器之间的架构示意图，其中，车载设备与云服务器以实线进行连接，用于表示车载设备与云服务器的连接不受用户约束，只要车载设备能够接入互联网，车载设备就可以向云服务器发送数据；个人设备与车载设备，以及个人设备与云服务器以虚线进行连接，用于表示只有用户在个人设备上完成用户账号的注册、登录以及与车载设备的绑定后，该个人设备才可以访问云服务器中车载设备所发送的数据或者接收车载设备向该个人设备所发送的数据。

可选地，上述基于上述目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据，包括：

检测上述目标车辆事件的数量；

若存在两个以上目标车辆事件，则基于两个以上目标车辆事件中所选定的一个目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据。

其中，考虑到一段时间内可能有两个以上的车辆模块的状态发生变化，例如，在一段时间内，用户打开了车门，同时也打开了车窗，这种情况下，车门模块及车窗模块的状态均发生改变，此时目标车辆事件既包括车门事件，又包括车窗事件。考虑到车辆上报数据中，只以一个事件触发类型来对本次车辆数据集合进行封装，因而，此处可以先检测所生成的目标车辆事件的数量，当存在多个目标车辆事件时，可以随机或以预设的筛选条件从两个以上目标车辆事件中选定一个目标车辆事件对上述本次车辆数据集合进行封装。具体地，用户可以预先设定各个车辆事件的事件优先级，并将各个车辆事件的事件优先级存储于事件优先级列表中，例如，设定上文所给出的各个车辆事件所对应的事件触发类型的数值与车辆事件的事件优先级呈反比关系，也即，事件触发类型的数值越小，所对应的车辆事件的事件优先级越高，则参照前文所示出的各个车辆事件的事件触发类型的数值，可将车门事件的事件优先级设定的最高，将动力锁定事件的事件优先级设定的最低。当然，也可以由用户自主设定或修改各个车辆事件的事件优先级，此处不作限定。这样一来，车载设备就可以根据预设的事件优先级列表，确定各个目标车辆事件的事件优先级，并基于事件优先级最高的目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据。

由上可见，本申请实施例中，车载设备在接收到车辆模块所上报的数据后，通过与历史数据进行比对，能够在接收数据后快速筛查出出现变动的车辆数据，并随之确定与出现变动的车辆数据相关联的车辆模块，以生成目标车辆事件，该目标车辆事件可以用于指示当前状态发生改变的车辆模块，帮助用户更好更快的利用所采集到的车辆数据，提升车辆数据的可用性及易用性。

实施例二

本申请实施例二提供了一种事件生成装置，上述事件生成装置可集成于车载设备。如图3所示，本申请实施例中的事件生成装置300包括：

接收单元301，用于获取本次车辆数据集合，其中，车辆数据集合包括一个以上车辆数据，各个车辆数据分别由不同的车辆模块触发生成；

获取单元302，用于从历史车辆数据记录表中获取历史最新车辆数据集合；

比对单元303，用于将上述本次车辆数据集合与上述历史最新车辆数据集合进行比对；

确定单元304，用于将与目标车辆数据相关联的车辆模块确定为目标车辆模块，其中，上述目标车辆数据为上述本次车辆数据集合与上述历史最新车辆数据集合中存在差异的车辆数据；

生成单元305，用于基于上述目标车辆模块生成目标车辆事件。

可选地，上述事件生成装置300还包括：

存储单元，用于在上述生成单元305基于上述目标车辆模块生成目标车辆事件之后，将上述本次车辆数据集合存储至上述历史车辆数据记录表中。

可选地，上述事件生成装置300还包括：

创建单元，用于根据预设的两个以上车辆模块，创建并初始化历史车辆数据记录表；

相应地，上述获取单元302包括：

存储子单元，用于若上述历史车辆数据记录表为空，则将上述本次车辆数据集合存储至上述历史车辆数据记录表中；

获取子单元，用于若上述历史车辆数据记录表不为空，则基于上述历史车辆数据记录表所存储的各个历史车辆数据集合的存储时间，确定历史最新车辆数据集合，并获取上述历史最新车辆数据集合。

可选地，上述事件生成装置300还包括：

封装单元，用于在上述生成单元305基于上述目标车辆模块生成目标车辆事件之后，基于上述目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据；

发送单元，用于向预设的目标设备发送上述车辆上报数据。

可选地，上述事件生成装置300还包括：

设备检测单元，用于在上述向预设的目标设备发送上述车辆上报数据之前，检测是否存在与上述车载设备相关联的个人设备；

设备确定单元，用于若存在上述个人设备，则将上述个人设备确定为目标设备，若不存在上述个人设备，则将预设的云服务器确定为目标设备。

可选地，上述封装单元，包括：

事件检测子单元，用于检测上述目标车辆事件的数量；

数据封装子单元，用于若存在两个以上目标车辆事件，则基于两个以上目标车辆事件中所选定的一个目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据。

可选地，上述数据封装子单元，包括：

优先级确定子单元，用于根据预设的事件优先级列表，确定各个目标车辆事件的事件优先级；

车辆数据封装子单元，用于基于事件优先级最高的目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据。

由上可见，在本申请实施例中，事件生成装置通过与历史数据进行比对，能够在接收数据后快速筛查出出现变动的车辆数据，并随之确定与出现变动的车辆数据相关联的车辆模块，以生成目标车辆事件，该目标车辆事件可以用于指示当前状态发生改变的车辆模块，帮助用户更好更快的利用所采集到的车辆数据，提升车辆数据的可用性及易用性。

实施例三

本申请实施例三提供了一种车载设备，请参阅图4，本申请实施例中的车载设备4包括：存储器401，一个或多个处理器402(图4中仅示出一个)及存储在存储器401上并可在处理器上运行的计算机程序。其中：存储器401用于存储软件程序以及单元，处理器402通过运行存储在存储器401的软件程序以及单元，从而执行各种功能应用以及数据处理，以获取上述预设事件对应的资源。具体地，处理器402通过运行存储在存储器401的上述计算机程序时实现以下步骤：

获取本次车辆数据集合，其中，车辆数据集合包括一个以上车辆数据，各个车辆数据分别由不同的车辆模块触发生成；

从历史车辆数据记录表中获取历史最新车辆数据集合；

将上述本次车辆数据集合与上述历史最新车辆数据集合进行比对；

将与目标车辆数据相关联的车辆模块确定为目标车辆模块，其中，上述目标车辆数据为上述本次车辆数据集合与上述历史最新车辆数据集合中存在差异的车辆数据；

基于上述目标车辆模块生成目标车辆事件。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，在上述基于上述目标车辆模块生成目标车辆事件之后，处理器402通过运行存储在存储器401的上述计算机程序时实现还以下步骤：

将上述本次车辆数据集合存储至上述历史车辆数据记录表中。

在上述第一种可能的实施方式作为基础而提供的第三种可能的实施方式中，处理器402通过运行存储在存储器401的上述计算机程序时实现还以下步骤：

根据预设的两个以上车辆模块，创建并初始化历史车辆数据记录表；

相应地，上述从历史车辆数据记录表中获取历史最新车辆数据集合，包括：

若上述历史车辆数据记录表为空，则将上述本次车辆数据集合存储至上述历史车辆数据记录表中；

若上述历史车辆数据记录表不为空，则基于上述历史车辆数据记录表所存储的各个历史车辆数据集合的存储时间，确定历史最新车辆数据集合，并获取上述历史最新车辆数据集合。

在上述一种可能的实施方式作为基础，或者上述二种可能的实施方式作为基础，或者上述三种可能的实施方式作为基础而提供的第四种可能的实施方式中，在上述基于上述目标车辆模块生成目标车辆事件之后，处理器402通过运行存储在存储器401的上述计算机程序时实现还以下步骤：

基于上述目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据；

向预设的目标设备发送上述车辆上报数据。

在上述四种可能的实施方式作为基础而提供的第五种可能的实施方式中，在上述向预设的目标设备发送上述车辆上报数据之前，处理器402通过运行存储在存储器401的上述计算机程序时实现还以下步骤：

检测是否存在与上述车载设备相关联的个人设备；

若存在上述个人设备，则将上述个人设备确定为目标设备；

若不存在上述个人设备，则将预设的云服务器确定为目标设备。

在上述第四种可能的实施方式作为基础而提供的第六种可能的实施方式中，上述基于上述目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据，包括：

检测上述目标车辆事件的数量；

若存在两个以上目标车辆事件，则基于两个以上目标车辆事件中所选定的一个目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据。

在上述第六种可能的实施方式作为基础而提供的第七种可能的实施方式中，上述基于两个以上目标车辆事件中所选定的一个目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据，包括：

根据预设的事件优先级列表，确定各个目标车辆事件的事件优先级；

基于事件优先级最高的目标车辆事件对上述本次车辆数据集合进行封装，得到车辆上报数据。

应当理解，在本申请实施例中，所称处理器402可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器401可以包括只读存储器和随机存取存储器，并向处理器402提供指令和数据。存储器401的一部分或全部还可以包括非易失性随机存取存储器。例如，存储器401还可以存储设备类别的信息。

由上可见，在本申请实施例中，车载设备通过与历史数据进行比对，能够在接收数据后快速筛查出出现变动的车辆数据，并随之确定与出现变动的车辆数据相关联的车辆模块，以生成目标车辆事件，该目标车辆事件可以用于指示当前状态发生改变的车辆模块，帮助用户更好更快的利用所采集到的车辆数据，提升车辆数据的可用性及易用性。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者外部设备软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，上述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关联的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读存储介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机可读存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括是电载波信号和电信信号。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种事件生成方法，其特征在于，所述事件生成方法应用于车载设备，所述事件生成方法包括：

获取本次车辆数据集合，其中，车辆数据集合包括一个以上车辆数据，各个车辆数据分别由不同的车辆模块触发生成；

从历史车辆数据记录表中获取历史最新车辆数据集合；

将所述本次车辆数据集合与所述历史最新车辆数据集合进行比对；

将与目标车辆数据相关联的车辆模块确定为目标车辆模块，其中，所述目标车辆数据为所述本次车辆数据集合与所述历史最新车辆数据集合中存在差异的车辆数据；

基于所述目标车辆模块生成目标车辆事件。

2.如权利要求1所述的事件生成方法，其特征在于，在所述基于所述目标车辆模块生成目标车辆事件之后，所述事件生成方法还包括：

将所述本次车辆数据集合存储至所述历史车辆数据记录表中。

3.如权利要求1所述的事件生成方法，其特征在于，所述事件生成方法还包括：

根据预设的两个以上车辆模块，创建并初始化历史车辆数据记录表；

相应地，所述从历史车辆数据记录表中获取历史最新车辆数据集合，包括：

若所述历史车辆数据记录表为空，则将所述本次车辆数据集合存储至所述历史车辆数据记录表中；

若所述历史车辆数据记录表不为空，则基于所述历史车辆数据记录表所存储的各个历史车辆数据集合的存储时间，确定历史最新车辆数据集合，并获取所述历史最新车辆数据集合。

4.如权利要求1至3任一项所述的事件生成方法，其特征在于，在所述基于所述目标车辆模块生成目标车辆事件之后，所述事件生成方法还包括：

基于所述目标车辆事件对所述本次车辆数据集合进行封装，得到车辆上报数据；

向预设的目标设备发送所述车辆上报数据。

5.如权利要求4所述的事件生成方法，其特征在于，在所述向预设的目标设备发送所述车辆上报数据之前，所述事件生成方法还包括：

检测是否存在与所述车载设备相关联的个人设备；

若存在所述个人设备，则将所述个人设备确定为目标设备；

若不存在所述个人设备，则将预设的云服务器确定为目标设备。

6.如权利要求4所述的事件生成方法，其特征在于，所述基于所述目标车辆事件对所述本次车辆数据集合进行封装，得到车辆上报数据，包括：

检测所述目标车辆事件的数量；

若存在两个以上目标车辆事件，则基于两个以上目标车辆事件中所选定的一个目标车辆事件对所述本次车辆数据集合进行封装，得到车辆上报数据。

7.如权利要求6所述的事件生成方法，其特征在于，所述基于两个以上目标车辆事件中所选定的一个目标车辆事件对所述本次车辆数据集合进行封装，得到车辆上报数据，包括：

根据预设的事件优先级列表，确定各个目标车辆事件的事件优先级；

基于事件优先级最高的目标车辆事件对所述本次车辆数据集合进行封装，得到车辆上报数据。

8.一种事件生成装置，其特征在于，所述事件生成装置应用于车载设备，所述事件生成装置包括：

接收单元，用于获取本次车辆数据集合，其中，车辆数据集合包括一个以上车辆数据，各个车辆数据分别由不同的车辆模块触发生成；

获取单元，用于从历史车辆数据记录表中获取历史最新车辆数据集合；

比对单元，用于将所述本次车辆数据集合与所述历史最新车辆数据集合进行比对；

确定单元，用于将与目标车辆数据相关联的车辆模块确定为目标车辆模块，其中，所述目标车辆数据为所述本次车辆数据集合与所述历史最新车辆数据集合中存在差异的车辆数据；

生成单元，用于基于所述目标车辆模块生成目标车辆事件。

9.一种车载设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。

Images