车辆数据获取方法、车载远程信息处理器及存储介质与流程

1.本发明涉及车辆技术领域，尤其涉及一种车辆数据获取方法、车载远程信息处理器及存储介质。


背景技术：

2.当前已有车辆数据监控方案，一般是针对车辆特定的信号值进行监控，根据预设监控信号值的监控逻辑及监控需求，固化车载远程信息处理器(t-box)的软件开发代码；然后车辆行驶过程中，t-box会根据软件设计采集预设的车辆信号值，然后作为车辆数据发送至车辆远程服务提供商(tsp)服务器，实现车辆数据的实时监控，以供车厂分析车辆数据从而不断优化车辆功能，为用户提供更好的服务。
3.但随着车辆大数据分析的应用，车辆的监控信号清单会频繁更新，代码固化的t-box为应对更新的监控信号清单，也需要频繁地进行软件代码更新，更新时间长且人力成本较高，导致无法快速、低成本地对应不同车辆数据的监控需求。


技术实现要素：

4.本发明提供一种车辆数据获取方法、车载远程信息处理器及存储介质，以解决现有技术中，代码固化的t-box需要频繁地进行软件代码更新，导致无法快速、低成本地对应不同车辆数据的监控需求的问题。
5.提供一种车辆数据获取方法，包括：
6.确定车载远程信息处理器中预设配置文件的配置信息，预设配置文件为能够根据数据监控需求进行动态配置的车辆数据监控配置文件；
7.根据配置信息对车辆上的总线报文数据进行采集，以获取实时的车辆报文数据；
8.将车辆报文数据发送至远程服务器，以使远程服务器对车辆报文数据进行解析，以获得车辆数据。
9.进一步地，根据配置信息对车辆上总线报文数据进行采集，以获取实时的车辆报文数据，包括：
10.通过配置信息确定需要采集的目标报文信息，以及目标报文信息的采集频率和采集条件；
11.确定车辆是否满足采集条件；
12.若车辆满足采集条件，则以采集频率对车辆上的目标报文信息进行采集并存储，以获得车辆报文数据。
13.进一步地，将车辆报文数据发送至远程服务器，以使远程服务器对车辆报文数据进行解析，以获得车辆数据，包括：
14.通过配置信息确定数据发送频率和总线数据通讯矩阵；
15.以数据发送频率将车辆报文数据发送至远程服务器，以使远程服务器根据总线数据通讯矩阵，对车辆报文数据进行解析，以获得车辆数据。
16.进一步地，根据配置信息对车辆上的总线报文数据进行采集之前，该方法还包括：
17.确定预设配置文件是否需要进行版本更新；
18.若需要进行版本更新，则获取目标更新文件，并根据目标更新文件对预设配置文件进行更新。
19.进一步地，确定预设配置文件是否需要进行版本更新，包括：
20.确定预设配置文件的版本信息，并根据版本信息向远程服务器发送版本匹配请求；
21.获取远程服务器响应版本匹配请求返回的回复消息；
22.确定回复消息中是否存在文件下载信息；
23.若回复消息中存在文件下载信息，则确定预设配置文件需要进行版本更新。
24.进一步地，获取目标更新文件，并根据目标更新文件对预设配置文件进行更新，包括：
25.根据远程服务器返回的文件下载信息获取下载文件压缩包，并对下载文件压缩包进行解密，以获得初始更新文件；
26.对初始更新文件中的配置信息进行校验，并将校验通过的初始更新文件作为目标更新文件；
27.删除原有的预设配置文件，并将目标更新文件更新至车载远程信息处理器中。
28.进一步地，根据远程服务器返回的文件下载信息获取下载文件压缩包，并对下载文件压缩包进行解密，以获得初始更新文件，包括：
29.根据远程服务器返回的文件下载信息，确定下载文件压缩包的下载地址、私钥、公钥和加密签名密文；
30.根据下载地址提取下载文件压缩包，并以私钥对下载文件压缩包进行解密，以获得解密文件；
31.根据公钥和加密签名密文对解密文件进行合法性验证，以确定解密文件是否通过合法性验证；
32.若解密文件通过合法性验证，则将解密件作为初始更新文件。
33.提供一种车载远程信息处理器，包括：
34.确定模块，用于确定车载远程信息处理器中预设配置文件的配置信息，预设配置文件为能够根据数据监控需求进行动态配置的车辆数据监控配置文件；
35.采集模块，用于根据配置信息对车辆上的总线报文数据进行采集，以获取实时的车辆报文数据；
36.发送模块，用于将车辆报文数据发送至远程服务器，以使远程服务器对车辆报文数据进行解析，以获得车辆数据。
37.提供一种车载远程信息处理器，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述车辆数据获取方法的步骤。
38.提供一种可读存储介质，可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述车辆数据获取方法的步骤。
39.上述车辆数据获取方法、车载远程信息处理器及存储介质所提供的一个方案中，
通过确定车载远程信息处理器中预设配置文件的配置信息，预设配置文件为能够根据数据监控需求进行动态配置的车辆数据监控配置文件，然后根据配置信息对车辆上的总线报文数据进行采集，以获取实时的车辆报文数据，再将车辆报文数据发送至远程服务器，以使远程服务器对车辆报文数据进行解析，以获得车辆数据；本发明中，通过根据监控需求动态更新的预设配置文件，即可实现车载远程信息处理器对车辆监控数据的灵活配置，减少了车载远程信息处理器的软件代码频繁变更所需的更新成本，从而可以快速、低成本地应对不同数据监控需求。
附图说明
40.为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
41.图1是本发明一实施例中车辆数据获取系统的一结构示意图；
42.图2是本发明一实施例中车辆数据获取方法的一流程示意图；
43.图3是本发明一实施例中车辆数据获取方法的另一流程示意图；
44.图4是图3中步骤s11的信令交互图；
45.图5是本发明一实施例中车载远程信息处理器的一结构示意图；
46.图6是本发明一实施例中车载远程信息处理器的另一结构示意图。
具体实施方式
47.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
48.本发明实施例提供的车辆数据获取方法，可应用在如图1所示的车辆数据获取系统中，车辆数据获取系统包括车辆、车载远程信息处理器和远程服务器。其中，车载远程信息处理器用于存储并执行预设配置文件，该预设配置文件为能够根据数据监控需求进行动态配置的车辆数据监控配置文件。其中，远程服务器用于为车载远程信息处理器提供不同版本的车辆数据监控配置文件。车载远程信息处理器通过网络与远程服务器进行通信。
49.车载远程信息处理器通过确定车载远程信息处理器中预设配置文件的配置信息，然后根据配置信息对车辆上的总线报文数据进行采集，以获取实时的车辆报文数据，再将车辆报文数据发送至远程服务器，以使远程服务器对车辆报文数据进行解析，以获得车辆数据；通过根据监控需求动态更新的预设配置文件，即可实现车载远程信息处理器对车辆监控数据的灵活配置，减少了车载远程信息处理器的软件代码频繁变更所需的更新成本，从而可以快速、低成本地应对不同数据监控需求。
50.本实施例中，车辆数据获取系统包括车辆、车载远程信息处理器和远程服务器，仅为示例性说明，在其他实施例中，车辆数据获取系统还可以包括其他装置，在此不再赘述。
51.本实施例中的远程服务器以车辆远程服务提供商(tsp)服务器为例进行说明，在
其他实施例中，远程服务器还可以是其他远程服务器，在此不再赘述。tsp服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
52.在一实施例中，如图2所示，提供一种车辆数据获取方法，以该方法应用在图1中的车载远程信息处理器为例进行说明，包括如下步骤：
53.s10：确定车载远程信息处理器中预设配置文件的配置信息。
54.在车辆上的车载远程信息处理器(车载t-box)启动之后，车载t-box确定车载t-box中预设配置文件的配置信息。其中，预设配置文件为能够根据数据监控需求进行动态配置的车辆数据监控配置文件，在车辆数据监控需求发送变化时，相关人员可以通过更改预设配置文件的配置信息，然后将更改后的预设配置文件更新至车载t-box，即可实现新的车辆数据监控需求。
55.本实施例中，存储在车载t-box中的预设存储器中，该预设存储器为非易失性存储器，存储在预设存储器的数据即便掉电也不会丢失数据，以保证预设配置文件的安全性。
56.本实施例中，预设配置文件的配置信息包括预设配置文件的版本信息(如版本号)、总线数据通讯矩阵(dbc)版本号、数据采集与上传规则等信息，数据采集与上传规则包括需要收集的目标报文信息、目标报文信息的采集频率和采集条件，以及目标报文信息的发送频率和发送数据格式等。其中，目标报文信息包括目标报文id、目标报文类型和有效序号等。本实施例中的目标报文信息为车辆上的总线报文数据信息。
57.为便于根据数据监控需求进行动态配置，本实施例中的预设配置文件可以是json格式的配置文件，也可以是其他可以灵活配置的文件格式的配置文件，如可以是hocon(human-optimized config object notation)格式的配置文件。
58.将车辆数据监控需求通过预设配置文件形式更新至车载t-box，实现监控数据可配置化，包括目标报文信息可配置、采集/上传规则可配置、采集频率(周期)可配置、上传频率可配置等等。
59.s20：根据配置信息对车辆上的总线报文数据进行采集，以获取实时的车辆报文数据。
60.在确定车载t-box中预设配置文件的配置信息之后，在车辆行驶过程中，就可以根据配置信息对车辆上的总线报文数据进行采集，将采集到的总线报文数据(目标报文信息)进行保存，作为实时的车辆报文数据，再将车辆报文数据发送给远程服务器。
61.s30：将车辆报文数据发送至远程服务器，以使远程服务器对车辆报文数据进行解析，以获得车辆数据。
62.在根据配置信息对车辆上的总线报文数据进行采集，以获取实时的车辆报文数据之后，将车辆报文数据发送至远程服务器，以使远程服务器根据对应的解析逻辑对车辆报文数据进行解析，从而获得车辆数据，以实现对车辆数据的实时监控。
63.本实施例中，通过车载t-box采集对车辆上总线报文数据进行采集，以获得目标报文信息(车辆报文数据)，然后将目标报文信息解析环节放在远程服务器中(如tsp端)，车载t-box仅采集上传车辆报文数据，由远程服务器解析报文数据再获得车辆数据，避免了车载t-box数据被非法截取而导致车辆数据泄露的可能，提高了用户车辆数据的安全性。
64.本实施例中，通过确定车载t-box中预设配置文件的配置信息，然后根据配置信息对车辆上的总线报文数据进行采集，以获取实时的车辆报文数据，再将车辆报文数据发送
至远程服务器，以使远程服务器对车辆报文数据进行解析，以获得车辆数据；将车辆数据监控需求通过预设配置文件形式更新至车载t-box，实现车辆数据的可配置化，可以灵活配置车载t-box对车辆数据的采集信息，减少了车载远程信息处理器的软件代码频繁变更所需的更新成本，从而可以快速、低成本地应对不同数据监控需求。
65.同时，车辆数据的可配置化，可以弥补在车载t-box开发前车辆数据监控需求考虑不周的问题，同时可以避免非必要车辆监控数据持续性监控，减轻远程服务器的负载，降低运营成本；还可以应对不同车型的车载t-box的适配开发时，减少了因车型数据监控需求差异带来的繁重开发工作量，实现功能平台化开发，缩短产品开发周期、降低开发人力成本。
66.此外，车载t-box仅采集上传车辆报文数据，由远程服务器解析报文数据再获得车辆数据，避免了车载t-box数据被非法截取而导致车辆数据泄露的可能，提高了用户车辆数据的安全性。
67.在一实施例中，步骤s20中，即根据配置信息对车辆上总线报文数据进行采集，以获取实时的车辆报文数据，具体包括如下步骤：
68.s21：通过配置信息确定需要采集的目标报文信息，以及目标报文信息的采集频率和采集条件。
69.在确定车载t-box中预设配置文件的配置信息之后，通过配置信息确定需要采集的目标报文信息，以及目标报文信息的采集频率和采集条件。
70.其中，不同的报文采集信息，如目标报文信息和目标报文信息的采集频率和采集条件等，可以通过预设配置文件中对应的参数确定，方便快捷，灵活度高。
71.以预设配置文件为json格式的配置文件为例，json配置文件(预设配置文件)中的参数包括以下参数：
72.config_version，表示该json配置文件的版本号，用于车载t-box与tsp服务器进行配置文件版本匹配；
73.dbc_version，表示总线数据通讯矩阵(dbc)版本号；
74.datauploadrules，表示数据采集与上传规则，数据采集与上传规则定义了需要收集的目标报文信息及其收集和上传规则，包含vehicle_status_id、msg等内容。
75.vehicle_status_id、msg定义如下：
76.其中，vehicle_status_id，表示目标报文信息的采集与上传规则(目标报文信息的采集条件)。根据实际需求，可以预设多种规则，例如，可以预设不同车辆工况为采集条件，如vehicle_status_id取值分别为1、2、3时，可以依次对应车辆的上电、充电、熄火工况。
77.其中，msg，表示需要收集的目标报文信息，msg区块内可包含多条目标报文信息，每一目标报文信息包括uploadfrequnce、msgcycletime、msgid、msgtype、num等。
78.uploadfrequnce、msgcycletime、msgid、msgtype、num等参数定义如下：
79.uploadfrequnce，表示目标报文信息的发送频率，即向远程服务器发送车辆报文数据的频率，单位为ms，当uploadfrequnce的值为0时，表示关闭车辆报文数据的发送功能。
80.msgcycletime，表示目标报文信息的采集频率，单位ms。
81.msgid，表示目标报文id，如目标报文id可以为0x181。
82.msgtype，表示目标报文类型，目标报文类型包括single、multiple两种状态；single表示单帧报文，multiple表示多帧复用报文。
1总线报文数据长度单位：byten总线报文数据 95.本实施例中，预设报文格式为表格格式仅为示例性说明，表格内容如表1所示仅为示例性说明，在其他实施例中，表格内容还可以是其他内天，预设报文格式还可以是其他格式，在此不再赘述。
96.本实施例中，通过配置信息确定需要采集的目标报文信息，以及目标报文信息的采集频率和采集条件；确定车辆是否满足采集条件；若车辆满足采集条件，则以采集频率对车辆上的目标报文信息进行采集并存储，以获得车辆报文数据，明确了根据配置信息对车辆上总线报文数据进行采集，以获取实时的车辆报文数据的具体步骤，通过预设配置文件对采集数据、采集频率和采集条件等进行灵活配置，方便快捷，灵活度高，且在满足采集条件时才能进行相应数据的采集，能够减少车载t-box频繁采集所导致的浪费。
97.在一实施例中，可以将掉电数据不丢失的存储器(预设存储器)内分配一定大小的空间，作为车辆报文数据的待上传区域。当车辆状态满足vehicle_status_id的采集条件，采集车辆报文数据并发送给远程服务器时，若确定车载t-box与远程服务器(如tsp)因网络异常等原因断开连接时，可以将采集到的车辆报文数据，以预设报文格式存储于车载t-box的待上传区域，在车载t-box与远程服务器恢复连接后，再将存储在待上传区域的车辆报文数据重新发送至远程服务器，实现车辆报文数据的补发功能，减少因网络不良导致车辆报文数据丢失的可能。当该待上传区域的存储空间不足时，车载t-box可按照存储时间为顺序，删除最陈旧的车辆报文数据以存储新产生的车辆报文数据，以保证车辆报文数据的及时、准确性。
98.在一实施例中，步骤s30中，即将车辆报文数据发送至远程服务器，以使远程服务器对车辆报文数据进行解析，以获得车辆数据，具体包括如下步骤：
99.s31：通过配置信息确定数据发送频率和总线数据通讯矩阵。
100.在获取车辆报文数据之后，车载t-box需要通过配置信息中对应参数数据确定数据发送频率和总线数据通讯矩阵的版本号。
101.s32：以数据发送频率将车辆报文数据发送至远程服务器，以使远程服务器根据总线数据通讯矩阵，对车辆报文数据进行解析，以获得车辆数据。
102.在通过配置信息确定数据发送频率和总线数据通讯矩阵之后，车载t-box需要以数据发送频率将预设报文格式的车辆报文数据发送至远程服务器，并将总线数据通讯矩阵的版本号发送给远程服务器。远程服务器接收车辆报文数据发和总线数据通讯矩阵的版本号，并根据总线数据通讯矩阵的版本号确定对应的总线数据通讯矩阵，然后采用该总线数据通讯矩阵对车辆报文数据进行解析，以获得车辆数据，从而实现对车辆数据的实时监控，采用对应的总线数据通讯矩阵对车辆报文数据进行解析而获得车辆数据，避免数据在车载t-box中或者传输过程中被泄露，即便他人拿到也无法进行相应的解析操作，从而进一步保证了车辆数据的安全性。
103.例如，车载t-box按照json配置文件中的uploadfrequence参数(数据发送频率)定义的时间间隔，定期将采集并存储在待上传区域的车辆报文数据，采用指定的压缩算法(可以由预设配置文件的配置信息确定)打包为发送数据格式，并通过车载t-box与tsp服务器通讯协议指定服务请求，向tsp服务器上传已打包的车辆报文数据；tsp服务器收到车辆报
文数据后，使用对应的总线通讯矩阵数据库对车辆报文数据进行解析，以获得车辆状态数据，从而实现对车辆数据的监控。
104.本实施例中，通过配置信息确定数据发送频率和总线数据通讯矩阵，以数据发送频率将车辆报文数据发送至远程服务器，以使远程服务器根据总线数据通讯矩阵，对车辆报文数据进行解析，以获得车辆数据，明确了将车辆报文数据发送至远程服务器，以使远程服务器对车辆报文数据进行解析，以获得车辆数据，保障了车辆数据的安全。
105.在一实施例中，如图3所示，步骤s20之前，即根据配置信息对车辆上的总线报文数据进行采集之前，该方法还具体包括如下步骤：
106.s11：确定预设配置文件是否需要进行版本更新。
107.在车载t-box上电启动后，根据配置信息对车辆上的总线报文数据进行采集之前，车载t-box需要确定，存储在自身预设存储器中的预设配置文件是否需要进行版本更新。
108.例如，车载t-box需要确定预设配置文件的版本号是否是最新版本号，若预设配置文件的版本号是最新版本号，则确定预设配置文件不需要进行版本更新；若预设配置文件的版本号不是最新版本号，则确定预设配置文件需要进行版本更新。其中，当车载t-box中暂无预设配置文件时，确定预设配置文件需要进行版本更新。
109.本实施例中，根据预设配置文件的版本号，确定预设配置文件是否需要进行版本更新仅为示例性说明，在其他实施例中，还可以通过其他方式确定预设配置文件是否需要进行版本更新，在此不再赘述。
110.s12：若需要进行版本更新，则获取目标更新文件，并根据目标更新文件对预设配置文件进行更新。
111.在确定预设配置文件是否需要进行版本更新之后，若确定预设配置文件需要进行版本更新，则车载t-box从远程服务器处获取目标更新文件，并根据目标更新文件对预设配置文件进行更新，以将更新后的预设配置文件保存在预设存储器中，同时删除预设存储器中原有的预设配置文件。在根据目标更新文件对预设配置文件进行更新之后，车载t-box可以执行更新后的预设配置文件，即可以读取最新版本预设配置文件的配置信息，进而根据最新版本的配置信息对车辆上的总线报文数据进行采集，以获得车辆报文数据。
112.在一实施例中，在确定预设配置文件是否需要进行版本更新，获取目标更新文件之后，在本次点火周期内仍然执行现有版本的预设配置文件，在车辆下个点火周期开始时，对根据目标更新文件对预设配置文件进行更新，即在在车辆下个点火周期开始生效执行最新版本的预设配置文件，以根据最新版本预设配置文件的配置信息采集车辆报文数据，同时删除现有版本的预设配置文件，以减少预设配置文件更新的时间，确保车辆数据获取的及时性和完整性。
113.s13：若不需要进行版本更新，则直接根据配置信息对车辆上的总线报文数据进行采集，以获得车辆报文数据。
114.在确定预设配置文件是否需要进行版本更新之后，若确定预设配置文件不需要进行版本更新，则直接根据之前获取的预设配置文件的配置信息，以对相关总线报文数据进行采集，以获得车辆报文数据。
115.本实施例中，在根据配置信息对车辆上的总线报文数据进行采集之前，通过确定预设配置文件是否需要进行版本更新，若需要进行版本更新，则获取目标更新文件，并根据
目标更新文件对预设配置文件进行更新，若不需要进行版本更新，则直接根据配置信息对车辆上的总线报文数据进行采集，以获得车辆报文数据；确保车载远程信息处理器中的预设配置文件为最新版本的配置信息，以便及时根据最新的车辆数据监控需求对车辆数据进行采集，能够快速、低成本地实现对车辆数据的监控需求。
116.在一实施例中，以远程服务器为tsp服务器为例进行说明，如图4所示，步骤s11中，即确定预设配置文件是否需要进行版本更新，具体包括如下步骤：
117.s111：车载t-box确定预设配置文件的版本信息，并根据版本信息向tsp服务器发送版本匹配请求。
118.在根据配置信息对车辆上的总线报文数据进行采集之前，车载t-box确定预设配置文件的版本信息，并将版本信息和版本匹配请求发送至远程服务器，以使远程服务器根据版本信息与最新版本预设配置文件的版本信息进行版本匹配。
119.s112：tsp服务器接收版本匹配请求，并对版本匹配请求中的版本信息与最新版本预设配置文件进行版本匹配，以根据版本匹配结果向车载t-box发送回复消息。
120.tsp服务器接收版本匹配请求之后，将版本匹配请求中的版本信息与最新版本预设配置文件的版本信息进行版本匹配，然后根据版本匹配结果向车载t-box发送回复消息。若版本匹配结果为不匹配，则根据不匹配的版本匹配结果生成回复消息。其中，当版本匹配结果为不匹配，则回复消息还可以包括最新版本预设配置文件的文件下载信息(如下载地址)。若版本匹配结果为匹配，则根据匹配的版本匹配结果生成回复消息。其中，当车载t-box中暂无预设配置文件时，则确定预设配置文件的版本号为0，将预设配置文件的版本号0发送给远程服务器，以使远程服务器进行版本匹配。
121.本实施例中，为快速获取版本信息，预设配置文件的版本信息可以为预设配置文件的配置信息中的版本号，在其他实施例中，预设配置文件的版本信息还可以是其他标识预设配置文件版本的信息，在此不再赘述。
122.s113：车载t-box获取tsp服务器响应版本匹配请求返回的回复消息。
123.在根据版本信息向远程服务器发送版本匹配请求之后，车载t-box获取远程服务器响应版本匹配请求返回的回复消息。
124.s114：车载t-box确定回复消息中是否存在文件下载信息。
125.在获取远程服务器根据版本匹配请求返回的回复消息之后，车载t-box确定回复消息中是否存在文件下载信息。文件下载信息至少包括最新版本预设配置文件包的下载地址。
126.例如，当回复消息包括最新版本预设配置文件包的下载地址时，则确定回复消息中存在文件下载信息，表示版本匹配结果为不匹配，车载t-box中的预设配置文件不是最新版本，需要根据文件下载信息下载最新版本的预设配置文件，以进行预设配置文件的版本更新；当回复消息不包括最新版本预设配置文件包的下载地址时，则确定回复消息中不存在文件下载信息，表示版本匹配结果为匹配，车载t-box中的预设配置文件是最新版本，不需要根据文件下载信息下载最新版本的预设配置文件，以进行预设配置文件的版本更新。
127.本实施例中，文件下载信息还可以包括最新版本预设配置文件包的加密验证信息，加密验证信息包括私钥、公钥和加密签名密文等参数信息。当回复消息包括下载地址、私钥、公钥和加密签名密文等信息时，则确定回复消息中存在文件下载信息；当回复消息不
包括下载地址、私钥、公钥和加密签名密文等信息时，则确定回复消息中不存在文件下载信息。
128.在其他实施例中，为便于回复消息的快速生成，减少远程服务器的数据处理量，回复消息的参数格式固化，即无论版本匹配结果是否匹配，远程服务器返回的回复消息，均包括下载地址、私钥、公钥和加密签名密文等参数，区别在于，当版本匹配结果为匹配时，下载地址、私钥、公钥和加密签名密文等参数对应的数据为对应参数的实际数据，如下载地址对应的数据为最新版本预设配置文件包的实际下载地址，私钥、公钥和加密签名密文等参数对应的为实际加密信息值；当版本匹配结果为不匹配时，下载地址、私钥、公钥和加密签名密文等参数对应的数据为空值。以参数固定形式的明确回复消息的格式，便于远程服务器直接生成回复消息，可以减少的数据量，同时，当车载t-box获取远程服务器根据版本匹配请求返回的回复消息时，可以直接读取回复消息中对应参数是否为空值，若为空值，则确定回复消息中不存在文件下载信息；若不为空值，则确定回复消息中存在文件下载信息，以便后续直接根据文件下载信息确定需要对预设配置文件进行版本更新，并直接根据文件下载信息获取目标更新文件，直观便捷，便于车载t-box快速判断并完成版本更新。
129.s115：若回复消息中存在文件下载信息，则车载t-box确定预设配置文件需要进行版本更新。
130.在确定回复消息中是否存在文件下载信息之后，若回复消息中存在文件下载信息，则车载t-box确定预设配置文件需要进行版本更新；若回复消息中不存在文件下载信息，则车载t-box确定预设配置文件不需要进行版本更新。
131.本实施例中，通过确定预设配置文件的版本信息，并根据版本信息向远程服务器发送版本匹配请求，然后获取远程服务器响应版本匹配请求返回的回复消息，再确定回复消息中是否存在文件下载信息，若回复消息中存在文件下载信息，则确定预设配置文件需要进行版本更新，明确了确定预设配置文件是否需要进行版本更新的具体过程，通过远程服务器的回复消息确定预设配置文件是否需要进行版本更新，减少了预设配置文件版本更新而车载t-box未及时获知导致未能及时更新的可能，保证了确定结果的准确性。
132.在一实施例中，步骤s12中，即获取目标更新文件，并根据目标更新文件对预设配置文件进行更新，具体包括如下步骤：
133.s121：根据远程服务器返回的文件下载信息获取下载文件压缩包，并对下载文件压缩包进行解密，以获得初始更新文件。
134.在根据回复消息中的文件下载信息，确定预设配置文件需要进行版本更新之后，车载t-box根据远程服务器返回的文件下载信息获取下载文件压缩包，并对下载文件压缩包进行解密，以获得初始更新文件。
135.例如，文件下载信息包括下载地址和私钥，车载t-box在获得下载地址和私钥之后，会按照下载地址下载预存在该下载地址内的下载文件压缩包，然后使用文件下载信息中的私钥对下载得到的下载文件压缩包进行解密，若私钥能够解密该下载文件压缩包，表示下载文件压缩包无误，则将解密获得的解密文件作为初始更新文件；若私钥无法解密该下载文件压缩包，表示下载文件压缩包可能被替换。通过从远程服务器处获取文件下载信息，以根据文件下载信息下载并解密获得初始更新文件，减少了远程网络传输初始更新文件所导致的时间浪费，同时利用减少直接从远程服务器获取初始更新文件时，文件传输过
程中被泄露、替换的可能，保证初始更新文件的安全。
136.s122：对初始更新文件中的配置信息进行校验，并将校验通过的初始更新文件作为目标更新文件。
137.在解密获得初始更新文件之后，车载t-box对初始更新文件中的配置信息进行校验，并将校验通过的初始更新文件作为目标更新文件。
138.其中，对初始更新文件中的配置信息进行校验，包括但不限于：校验初始更新文件中的配置信息中目标报文id，是否在本车辆的总线定义内，即确定本车辆是否所存在初始更新文件中的配置信息中的目标报文id；采集的目标报文信息的总数是否在该车载t-box的支持范围内。若初始更新文件中的配置信息中目标报文id在本车辆的总线定义内，且采集的目标报文信息的总数在该车辆t-box的支持范围内，则初始更新文件校验通过；若初始更新文件中的配置信息中目标报文id不在本车辆的总线定义内，或采集的目标报文信息的总数不在该车载t-box的支持范围内，则初始更新文件校验不通过。
139.在将初始更新文件更新至车载t-box之后，若初始更新文件的配置信息与车辆或者车载t-box不匹配，使得初始更新文件更无法被车载t-box执行，将会导致无法获得车辆报文数据，从而无法对车辆数据进行监控，而本实施例中，通过对初始更新文件中的配置信息进行校验，将校验通过的初始更新文件作为目标更新文件，能够有效避免更新至车载t-box的初始更新文件与车辆或者车载t-box不匹配，导致无法正常获取总线报文数据的问题。
140.s123：删除原有的预设配置文件，并将目标更新文件更新至车载远程信息处理器中。
141.在将校验通过的初始更新文件作为目标更新文件之后，删除车载t-box预设存储器内原有的预设配置文件，将目标更新文件更新至车载远程信息处理器中并保存，作为新的预设配置文件，以便车载t-box执行更新后的预设配置文件，以进行相应的总线报文数据采集。
142.本实施例中，根据远程服务器返回的文件下载信息获取下载文件压缩包，并对下载文件压缩包进行解密，以获得初始更新文件，然后对初始更新文件中的配置信息进行校验，并将校验通过的初始更新文件作为目标更新文件，再删除原有的预设配置文件，并将目标更新文件更新至车载远程信息处理器中，细化了获取目标更新文件，并根据目标更新文件对预设配置文件进行更新的具体过程，对初始更新文件中的配置信息进行校验，减少因目标更新文件内容不适用，而更新至车载t-box导致车载t-box无法执行的可能，确保了车载t-box可以正常获取总线报文数据，从而保证能够正常、及时获取车辆数据。
143.在一实施例中，步骤s121中，即根据远程服务器返回的文件下载信息获取下载文件压缩包，并对下载文件压缩包进行解密，以获得初始更新文件，具体包括如下步骤：
144.s1211：根据远程服务器返回的文件下载信息，确定下载文件压缩包的下载地址、私钥、公钥和加密签名密文。
145.在根据回复消息中的文件下载信息，确定预设配置文件需要进行版本更新之后，车载t-box根据远程服务器返回的文件下载信息，确定下载文件压缩包的下载地址、私钥、公钥和加密签名密文。
146.s1212：根据下载地址提取下载文件压缩包，并以私钥对下载文件压缩包进行解
密，以获得解密文件。
147.在确定下载文件压缩包的下载地址、私钥、公钥和加密签名密文之后，车载t-box根据下载地址提取下载文件压缩包，并以私钥对下载文件压缩包进行解密，以获得解密文件。
148.s1213：根据公钥和加密签名密文对解密文件进行合法性验证，以确定解密文件是否通过合法性验证。
149.在获得解密文件之后，根据公钥和加密签名密文对解密文件进行合法性验证，以确定解密文件是否通过合法性验证。
150.其中，根据公钥和加密签名密文对解密文件进行合法性验证，具体为：车载t-box采用公钥对加密签名密文进行解密，以获得解密摘要值；然后用私钥对解密文件的摘要进行加密，获得计算摘要值；确定解密摘要值与计算摘要值是否完全一致；若解密摘要值与计算摘要值完全一致，表示解密文件未被篡改，则确定解密文件通过合法性验证；若解密摘要值与计算摘要值不完全一致，表示解密文件被篡改，则确定解密文件未通过合法性验证。通过对对解密文件进行合法性验证，减少解密文件被篡改的可能，进一步地提高了下载文件压缩包的安全性，从而提高了初始更新文件以及车载t-box的数据安全性。
151.s1214：若解密文件通过合法性验证，则将解密件作为初始更新文件。
152.在根据公钥和加密签名密文对解密文件进行合法性验证，以确定解密文件是否通过合法性验证之后，若解密文件通过合法性验证，则将解密件作为初始更新文件；若解密文件未通过合法性验证，则将解密件作为初始更新文件，表示解密文件被篡改，则删除解密文件和本次远程服务器回复消息内的所有数据，并向远程服务器发送文件被篡改的提示，以使相关人员及时获知并执行补救措施。
153.本实施例中，根据远程服务器返回的文件下载信息，确定下载文件压缩包的下载地址、私钥、公钥和加密签名密文，然后根据下载地址提取下载文件压缩包，并以私钥对下载文件压缩包进行解密，以获得解密文件，再根据公钥和加密签名密文对解密文件进行合法性验证，以确定解密文件是否通过合法性验证，若解密文件通过合法性验证，则将解密件作为初始更新文件，明确了根据远程服务器返回的文件下载信息获取下载文件压缩包，并对下载文件压缩包进行解密，以获得初始更新文件的具体过程，需要下载获得的初始更新文件进行合法性验证，确保了初始更新文件的合法有效性，避免初始更新文件被更换、篡改，从而保证了车载t-box的安全性。
154.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
155.在一实施例中，提供一种车载远程信息处理器，该车载远程信息处理器与上述实施例中车辆数据获取方法一一对应。如图5所示，该车载远程信息处理器包括a模块、b模块、c模块和d模块。各功能模块详细说明如下：
156.确定模块501，用于确定车载远程信息处理器中预设配置文件的配置信息，预设配置文件为能够根据数据监控需求进行动态配置的车辆数据监控配置文件；
157.采集模块502，用于根据配置信息对车辆上的总线报文数据进行采集，以获取实时的车辆报文数据；
158.发送模块503，用于将车辆报文数据发送至远程服务器，以使远程服务器对车辆报文数据进行解析，以获得车辆数据。
159.进一步地，采集模块502具体用于：
160.通过配置信息确定需要采集的目标报文信息，以及目标报文信息的采集频率和采集条件；
161.确定车辆是否满足采集条件；
162.若车辆满足采集条件，则以采集频率对车辆上的目标报文信息进行采集并存储，以获得车辆报文数据。
163.进一步地，发送模块503具体用于：
164.通过配置信息确定数据发送频率和总线数据通讯矩阵；
165.以数据发送频率将车辆报文数据发送至远程服务器，以使远程服务器根据总线数据通讯矩阵，对车辆报文数据进行解析，以获得车辆数据。
166.进一步地，车载远程信息处理器还包括更新模块504，根据配置信息对车辆上的总线报文数据进行采集之前，更新模块504具有用于：
167.确定预设配置文件是否需要进行版本更新；
168.若需要进行版本更新，则获取目标更新文件，并根据目标更新文件对预设配置文件进行更新。
169.进一步地，更新模块504具体还用于：
170.确定预设配置文件的版本信息，并根据版本信息向远程服务器发送版本匹配请求；
171.获取远程服务器响应版本匹配请求返回的回复消息；
172.确定回复消息中是否存在文件下载信息；
173.若回复消息中存在文件下载信息，则确定预设配置文件需要进行版本更新。
174.进一步地，更新模块504具体还用于：
175.根据远程服务器返回的文件下载信息获取下载文件压缩包，并对下载文件压缩包进行解密，以获得初始更新文件；
176.对初始更新文件中的配置信息进行校验，并将校验通过的初始更新文件作为目标更新文件；
177.删除原有的预设配置文件，并将目标更新文件更新至车载远程信息处理器中。
178.进一步地，更新模块504具体还用于：
179.根据远程服务器返回的文件下载信息，确定下载文件压缩包的下载地址、私钥、公钥和加密签名密文；
180.根据下载地址提取下载文件压缩包，并以私钥对下载文件压缩包进行解密，以获得解密文件；
181.根据公钥和加密签名密文对解密文件进行合法性验证，以确定解密文件是否通过合法性验证；
182.若解密文件通过合法性验证，则将解密件作为初始更新文件。
183.关于车载远程信息处理器的具体限定可以参见上文中对于车辆数据获取方法的限定，在此不再赘述。上述车载远程信息处理器中的各个模块可全部或部分通过软件、硬件
及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
184.在一个实施例中，提供了一种车载远程信息处理器，该车载远程信息处理器包括通过系统总线连接的处理器、存储器、网络接口。其中，该车载远程信息处理器的处理器用于提供计算和控制能力。该车载远程信息处理器的存储器包括存储介质、内存储器。该存储介质存储有操作系统、计算机程序和数据库。该内存储器为存储介质中的操作系统和计算机程序的运行提供环境。该车载远程信息处理器的网络接口用于与外部的远程服务器通过网络连接通信。该计算机程序被处理器执行时以实现一种车辆数据获取方法。
185.在一个实施例中，提供了一种远程服务器，该远程服务器包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该远程服务器的处理器用于提供计算和控制能力。该远程服务器的存储器包括存储介质、内存储器。该存储介质存储有操作系统、计算机程序和数据库。该内存储器为存储介质中的操作系统和计算机程序的运行提供环境。该远程服务器的数据库用于存储不同车辆的车辆报文数据、不同车辆的车辆数据，以及不同的总线数据通讯矩阵。该远程服务器的网络接口用于与外部的车载远程信息处理器通过网络连接通信。该计算机程序被处理器执行时以实现一种车辆数据获取方法。
186.在一个实施例中，如图6所示，提供了一种车载远程信息处理器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述车辆数据获取方法的步骤。
187.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述车载远程信息处理器和/或远程服务器的功能。
188.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
189.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
190.以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应
包含在本发明的保护范围之内。