CN115373714A - 车辆的数据处理方法、系统、设备及存储介质 - Google Patents

Abstract

本申请公开了一种车辆的数据处理方法、系统、设备及存储介质，应用于车联网后台服务器，属于车辆领域，该方法包括：基于收集车辆监测数据的请求，确定目标配置数据，其中，目标配置数据包括写入的DBC文件的内容；基于目标配置数据，生成收集监测数据的收集指令，其中，收集指令中包括目标车载终端、监测项目、上报方式；将收集指令发送给目标车载终端，以使目标车载终端反馈监测数据；接收目标车载终端以上报方式反馈的监测数据。在本申请中，当上报的监测数据源需扩展时，基于监测任务预先配置有目标配置数据，目标车载终端依据收集指令上报监测数据，简化了对软件进行远程升级的步骤，提高了扩展车辆上报的监测数据源时的扩展效率。

Description

车辆的数据处理方法、系统、设备及存储介质

技术领域

本申请涉及车辆领域，尤其涉及一种车辆的数据处理方法、系统、设备及存储介质。

背景技术

目前，当对车辆上报的监测数据进行数据分析，而车辆上报的数据源需扩展时，研发人员基于预扩展的数据源类型进行软件开发后，对车载监控终端中嵌入的软件进行远程升级，远程升级的实现受业务以及车辆当前的运行情况的管制，且数据源的扩展需求不断，软件开发、远程升级及软件维护也随之不断，则，现有技术中存在，扩展车辆上报的监测数据源时扩展效率低下的问题。

上述内容仅用于辅助理解本申请的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种车辆的数据处理方法、系统、设备及存储介质，旨在解决现有技术中，扩展车辆上报的监测数据源时扩展效率低下的问题。

为实现上述目的，本申请还提供一种车辆的数据处理系统，所述车辆的数据处理系统包括：

车联网前端，用于生成收集车辆监测数据的请求，向车联网后台服务器发送所述收集车辆监测数据的请求；

车联网后台服务器，用于接收所述车联网前端发送的收集车辆监测数据的请求，确定所述请求对应的目标配置数据；还用于基于所述目标配置数据，生成收集指令，其中，所述收集指令中包括目标车载终端、所述目标车载终端的监测项目、所述目标车载终端上报所述监测数据的上报方式；还用于将所述收集指令发送给所述目标车载终端，以使所述目标车载终端在接收到所述收集指令时，以所述上报方式反馈所述监测项目的监测数据；还用于接收所述目标车载终端基于所述收集指令，以所述上报方式反馈的所述监测项目的监测数据，以供大数据服务器基于用户需求对所述监测数据进行分析；

目标车载终端，用于在接收到所述收集指令时，以所述上报方式向所述车联网后台服务器反馈所述监测项目的监测数据；

大数据服务器，所述大数据服务器用于：向所述车联网后台服务器发送数据调用请求；还用于接收所述车联网后台服务器发送的待调用的转译数据。

可选地，所述车辆的数据处理系统还包括：

车联网前端，用于向所述车联网后台服务器发送取消上报的取消指令；还用于向所述车联网后台服务器发送分析已出库车型的车辆数据的第一请求；还用于向所述车联网后台服务器发送分析未出库车型的车辆数据的第二请求；

车联网后台服务器，用于基于所述车联网前端发送的所述请求，确定新增的DBC文件；若确定新增的DBC文件与历史DBC文件的版本不相斥，则写入所述新增的DBC文件至本地；还用于基于所述DBC文件，确定约定的通讯协议，其中，所述约定的通讯协议包括MQTT协议与HTTP协议；基于所述约定的通讯协议，在本地对所述监测数据按照所述配置数据中预设的转译规则进行转译，得到转译数据；还用于在接收到所述大数据服务器基于所述用户需求发送的数据调用请求时，从所述转译数据中确定与所述数据调用请求匹配的待调用的转译数据；将所述待调用的转译数据发送给所述大数据服务器，以供所述大数据服务器对所述转译数据基于所述用户需求进行分析，并反馈分析结果；还用于在接收到所述车联网前端发送的取消上报的取消指令时，将所述取消指令下发给所述目标车载终端，以供所述目标车载终端取消所述监测项目相应监测数据的上报；或者在检测到所述DBC文件中配置的数据拓展完成时，基于所述拓展完成的所述DBC文件，返回基于所述目标配置数据，生成收集指令的步骤，直至接收到新的监测数据；还用于在接收到所述车联网前端发送的分析已出库车型的车辆数据的第一请求时，基于所述第一请求，确定所述请求对应的目标配置数据；或者在接收到车联网前端发送的分析未出库车型的车辆数据的第二请求，基于所述第二请求时，确定目标配置数据；还用于若确定所述目标车载终端未在线时，以预设的下发频率将所述收集指令发送给所述目标车载终端，直至检测到结束发送信号，其中，所述结束发送信号包括超过预设的时间阈值，或者，确定所述目标车载终端接收到所述收集指令；若确定所述结束发送信号内容为超过预设的时间阈值，则缓存所述收集指令，直至在检测到所述目标车载终端上线时，将所述收集指令发送给所述目标车载终端；若确定所述结束发送信号内容为确定所述目标车载终端接收到所述收集指令，则执行接收所述目标车载终端反馈的所述监测数据的步骤；

目标车载终端，用于基于所述收集指令以所述上报方式向所述车联网后台服务器透传反馈所述监测项目的监测数据；还用于在接收到所述车联网后台服务器下发的取消指令时，取消上报所述监测项目相应监测数据；还用于接收所述车联网后台服务器以预设的下发频率发送的收集指令，以所述上报方式向所述车联网后台服务器反馈所述监测项目的监测数据。

为实现上述目的，本申请提供一种车辆的数据处理方法，应用于车联网后台服务器，所述方法包括：

接收收集车辆监测数据的请求，确定所述请求对应的目标配置数据，其中，所述目标配置数据包括预设的写入的DBC文件的内容；

基于所述目标配置数据，生成收集指令，其中，所述收集指令中包括目标车载终端、所述目标车载终端的监测项目、所述目标车载终端上报所述监测数据的上报方式；

将所述收集指令发送给所述目标车载终端，以使所述目标车载终端在接收到所述收集指令时，以所述上报方式反馈所述监测项目的监测数据；

接收所述目标车载终端反馈的所述监测数据。

可选地，所述确定所述请求对应的目标配置数据的步骤之前，所述方法包括：

基于所述请求，接收所述车联网前端发送的新增的DBC文件；

若检测到所述新增的DBC文件，与历史DBC文件的版本不相斥，则将所述新增的DBC文件写入至本地。

可选地，所述接收所述目标车载终端反馈的所述监测数据的步骤之后，在接收到所述目标车载终端未对所述监测数据进行转译的通知时，或者在检测到所述监测数据为未转译的数据时，所述方法还包括：

基于所述DBC文件，确定约定的通讯协议，其中，所述约定的通讯协议包括MQTT协议与HTTP协议；

基于所述约定的通讯协议，在本地对所述监测数据按照所述配置数据中预设的转译规则进行转译，得到转译数据，以供大数据服务器基于用户需求对所述转译数据进行分析。

可选地，所述在本地对所述监测数据按照所述配置数据中预设的转译规则进行转译，得到转译数据的步骤之后，包括：

在接收到所述大数据服务器基于所述用户需求发送的数据调用请求时，从所述转译数据中确定与所述数据调用请求匹配的待调用的转译数据；

将所述待调用的转译数据发送给所述大数据服务器，以供所述大数据服务器对所述转译数据基于所述用户需求进行分析，并反馈分析结果。

可选地，所述接收所述目标车载终端反馈的所述监测数据的步骤之后，还包括：

若检测到取消上报的取消指令时，将所述取消指令下发给所述目标车载终端，以供所述目标车载终端取消所述监测项目相应监测数据的上报；

或者若检测到所述DBC文件中配置的数据拓展完成时，基于所述拓展完成的所述DBC文件，返回基于所述目标配置数据，生成收集指令的步骤，直至接收到新的监测数据。

可选地，所述接收收集车辆监测数据的请求，确定所述请求对应的目标配置数据的步骤，包括：

接收所述车联网前端发送的分析已出库车型的车辆数据的第一请求，基于所述第一请求，确定对应的目标配置数据；

接收所述车联网前端发送的分析未出库车型的车辆数据的第二请求，基于所述第二请求，确定对应的目标配置数据。

可选地，其特征在于，所述将所述收集指令发送给所述目标车载终端的步骤，包括：

若确定所述目标车载终端未在线时，以预设的下发频率将所述收集指令发送给所述目标车载终端，直至检测到结束发送信号，其中，所述结束发送信号包括超过预设的时间阈值，或者，确定所述目标车载终端接收到所述收集指令；

若所述结束发送信号内容为超过预设的时间阈值，则缓存所述收集指令，直至在检测到所述目标车载终端上线时，将所述收集指令发送给所述目标车载终端；

若所述结束发送信号内容为确定所述目标车载终端接收到所述收集指令，则执行接收所述目标车载终端反馈的所述监测数据的步骤。

此外，为实现上述目的，本申请还提供一种车辆的数据处理设备，所述车辆的数据处理设备为实体节点设备，所述车辆的数据处理设备包括：存储器，处理器及存储在所述存储器上并可在所述处理器上运行的车辆的数据处理程序，所述处理器执行所述车辆的数据处理程序实现所述车辆的数据处理方法的步骤。

此外，为实现上述目的，本申请还提供一种存储介质，所述存储介质上存储有实现车辆的数据处理方法的程序，所述车辆的数据处理程序被处理器执行时实现上述所述的车辆的数据处理方法的步骤。

本申请提供一种车辆的数据处理方法、系统、设备及存储介质，应用于车联网后台服务器，与现有技术中，扩展车辆上报的监测数据源时扩展效率低下的问题相比，在本申请中，接收收集车辆监测数据的请求，确定所述请求对应的目标配置数据，其中，所述目标配置数据包括预设的写入的DBC文件的内容；基于所述目标配置数据，生成收集指令，其中，所述收集指令中包括目标车载终端、所述目标车载终端的监测项目、所述目标车载终端上报所述监测数据的上报方式；将所述收集指令发送给所述目标车载终端，以使所述目标车载终端在接收到所述收集指令时，以所述上报方式反馈所述监测项目的监测数据；接收所述目标车载终端反馈的所述监测数据。在本申请中，当上报的监测数据源需扩展时，基于监测任务预先配置有目标配置数据，直接以指令的形式下发收集监测数据的收集指令，目标车载终端依据收集指令上报监测数据，简化了对目标车载终端中嵌入的软件进行远程升级的步骤，则提高了扩展车辆上报的监测数据源时的扩展效率。

附图说明

图1是本申请实施例方案涉及的流程示意图；

图2为本申请实施例的写入第一DBC源文件的界面图；

图3为本申请实施例方案涉及的前端展示的车联网前端平台界面图；

图4为本申请实施例方案涉及的解析规则示意图；

图5为本申请实施例方案涉及的收集指令的操作界面图；

图6为本申请实施例方案涉及的设置界面图；

图7为本申请实施例方案涉及的车载终端规模的选择界面图；

图8为本申请实施例方案涉及的车联网后台服务器与目标车载终端通讯的示意图；

图9为本申请实施例的车辆的数据处理装置的逻辑架构图；

图10为本申请车辆的数据处理方法涉及的硬件运行环境的设备结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素，此外，本申请不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。

应当理解，尽管在本文可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本文范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语"如果"可以被解释成为"在……时"或"当……时"或"响应于确定"。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。本申请使用的术语“或”、“和/或”、“包括以下至少一个”等可被解释为包括性的，或意味着任一个或任何组合。例如，“包括以下至少一个：A、B、C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”，再如，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

应该理解的是，虽然本申请实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

需要说明的是，在本文中，采用了诸如S10、S20等步骤代号，其目的是为了更清楚简要地表述相应内容，不构成顺序上的实质性限制，本领域技术人员在具体实施时，可能会先执行S20后执行S10等，但这些均应在本申请的保护范围之内。

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或者“单元”的后缀仅为了有利于本申请的说明，其本身没有特定的意义。因此，“模块”、“部件”或者“单元”可以混合地使用。

为使本发明的上述目的、特征和优点能够更加明显易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其它实施例，均属于本发明保护的范围。

实施例一

本申请实施例提供一种车辆的数据处理方法，在本申请车辆的数据处理方法的共性实施例中，参照图1，应用于车联网后台服务器，所述车辆的数据处理方法包括：

步骤S10，接收收集车辆监测数据的请求，确定所述请求对应的目标配置数据，其中，所述目标配置数据包括预设的写入的DBC文件的内容；

步骤S20，基于所述目标配置数据，生成收集指令，其中，所述收集指令中包括目标车载终端、所述目标车载终端的监测项目、所述目标车载终端上报所述监测数据的上报方式；

步骤S30，将所述收集指令发送给所述目标车载终端，以使所述目标车载终端在接收到所述收集指令时，所述目标车载终端以所述上报方式反馈所述监测项目的监测数据；

步骤S40，接收所述目标车载终端反馈的所述监测数据。

在本实施例中，车辆的数据处理方法应用于车辆的数据处理装置，该车辆的数据处理装置属于车辆的数据处理设备，该车辆的数据处理设备具体为车联网后台服务器。

在本实施例中，车联网后台服务器与车联网前端，目标车载终端以及大数据服务器是通信连接的。

其中，用户在车联网前端平台进行导入DBC文件的操作、取消上报的操作或分析已出库车型的车辆数据操作操作等操作，车联网前端基于用户的操作对应生成请求，生成对应的请求后将所述请求发送给所述车联网后台服务器，车联网后台服务器接收所述请求并下发任务给目标车载终端，目标车载终端依据下发的任务上报监测数据，车联网后台服务器接收到目标车载终端上报的监测数据后，对监测数据进行转译并保存转译结果，以供大数据服务器进行调用。

在本实施例中，当大数据分析平台对车辆进行大数据分析时，车辆需先上报监测数据，大数据分析平台基于车辆上报的监测数据进行故障排查、车辆画像、用户画像等数据分析。而日益增加的数据分析需求亟需庞大的数据源进行支撑，当当前上报的监测数据源无法满足数据分析需求时，需对上报的监测数据源进行扩展。目前车辆监测数据源扩展的方式为，研发人员基于预扩展的监测数据源类型进行软件开发后，对车载监控终端(T-BOX)中嵌入的软件进行远程升级，远程升级的实现受业务以及车辆当前的运行情况的管制，且数据源的扩展需求不断，软件开发、远程升级及软件维护也随之不断，则，目前存在扩展车辆上报的监测数据源时扩展难度较高的问题。

在本实施例中，车联网源于物联网，即车辆物联网，是以行驶中的车辆为信息感知对象，借助新一代信息通信技术，实现车与车、车与人、车与路、车与服务平台之间的网络连接。

在本实施例中，车联网后台服务器预存有用户配置的目标配置数据。接收收集车辆监测数据的请求，确定所述请求对应的目标配置数据，其中，所述目标配置数据包括预设的写入的DBC文件的内容；基于所述目标配置数据，生成收集指令，其中，所述收集指令中包括目标车载终端、所述目标车载终端的监测项目、所述目标车载终端上报所述监测数据的上报方式；将所述收集指令发送给所述目标车载终端，以使所述目标车载终端在接收到所述收集指令时，所述目标车载终端以所述上报方式反馈所述监测项目的监测数据，接收所述目标车载终端反馈的所述监测数据。

具体步骤如下：

步骤S10，接收收集车辆监测数据的请求，确定所述请求对应的目标配置数据，其中，所述目标配置数据包括预设的写入的DBC文件的内容；

在本实施例中，基于所述请求，开发人员基于待上报的监测数据源以及具体的车型通信矩阵制作出对应的DBC文件，其中DBC文件包括两个，分别为DBC源文件与DBC字典文件，DBC源文件用于写入至车联网后台服务器以供车联网后台服务器解析文件得到监测任务信息，DBC字典文件用于写入至车联网后台服务器后台服务器以供车辆网进行中文的前端展示。

作为一种示例，图3为基于写入的DBC字典文件进行展示的车联网前端平台，包括车辆管理项、零件管理项、告警记录项、运营记录项、电子围栏项、统计分析项、运营企业项、售前售后企业项、证书审核项、OTA项、审计记录项、实名认证项、远程锁车项、系统管理项等。如图3所示，基于区域进行统计区域内的车辆在线数与车辆总数。

所述目标配置数据与所述分析车辆数据的请求对应，且所述目标配置数据的数量不超过预设的数量阈值。

在本实施例中，目标配置数据与分析车辆数据的请求有关，即分析车辆数据的请求需要多少量的监测数据，则目标车载终端上报多少，目标配置数据的数量不超过预设的数量阈值，即，目标车载终端不无限制上报监测数据。

在检测到分析车辆数据的请求时，确定所述请求对应的目标配置数据，其中，所述目标配置数据包括预设的写入的第一DBC源文件与预设的写入的DBC字典文件。

步骤S20，基于所述目标配置数据，生成收集指令，其中，所述收集指令中包括目标车载终端、所述目标车载终端的监测项目、所述目标车载终端上报所述监测数据的上报方式；

在本实施例中，目标车载终端为接收收集监测数据的收集指令的接收方，在本实施例中，目标车载终端具体的为T-BOX，T-BOX接收下发的收集指令，基于收集指令，T-BOX向车联网后台服务器上报监测数据。

在本实施例中，收集指令为用户预设在车联网后台服务器中的指令，基于收集指令，车联网后台服务器向目标车载终端下发收集监测数据的任务，目标车载终端基于收集指令向车联网后台服务器上报监测数据后，车联网后台服务器收集上报的监测数据。

在本实施例中，根据业务需求确定监测项目，监测项目与监测数据对应，如若监测项目为监测车辆的充电信息，则监测数据为车辆的充电数据，若检测项目为监测车辆的行驶路径，则监测数据为车辆的行驶路径数据。

在本实施例中，监测数据是指T-BOX监测的车辆数据，作为一种示例，监测数据可以为车辆的充电数据，具体的，包括车辆充电的地点、车辆充电的时间等数据；作为一种示例，监测数据还可以是车辆行驶路径数据，具体地，包括车辆行驶的出发地与目的地，如，车辆经常从A地出发前往B地的商场，基于行驶数据推测A地为车辆用户的家，B地为车辆用户偏好的消费地，则基于车辆行驶路径进行用户画像。

在本实施例中，上报方式为车辆(具体的，T-BOX)上报监测数据的方式，包括上报的周期与上报时的网络发送节点。

基于目标配置数据，生成收集监测数据的收集指令，其中，收集指令中包括目标车载终端、目标车载终端的监测项目、目标车载终端上报监测数据的上报方式。车联网后台服务器存储用户配置的目标配置数据后，针对所述目标配置数据生成对应的收集指令以供用户在车联网前端平台下发所述收集指令。

作为一种示例，用户在车联网前端平台上点击收集指令的下发确认键，则车联网前端检测到收集监测数据的收集指令对应的触发信号，车联网后台服务器基于预存的配置数据，从收集指令中确定收集指令的目标车载终端为X1车辆品牌的X2系列的车辆标识VIN为X3的车辆，目标车载终端的监测项目为监测车辆的充电信息、目标车载终端上报监测数据的上报方式为每周基于X4网络发送节点上报一次车辆的充电数据。

步骤S30，将所述收集指令发送给所述目标车载终端，以使所述目标车载终端在接收到所述收集指令时，所述目标车载终端以所述上报方式反馈所述监测项目的监测数据；

步骤S40，接收所述目标车载终端反馈的所述监测数据。

在本实施例中，车联网后台服务器将收集指令发送给目标车载终端，目标车载终端基于接收到的收集指令，以收集指令中的上报方式上报监测项目的监测数据，车联网后台服务器接收目标车载终端反馈的监测数据。

本申请提供一种车辆的数据处理方法、系统、设备及存储介质，应用于车联网后台服务器，与现有技术中，扩展车辆上报的监测数据源时扩展效率低下的问题相比，在本申请中，接收收集车辆监测数据的请求，确定所述请求对应的目标配置数据，其中，所述目标配置数据包括预设的写入的DBC文件的内容；基于所述目标配置数据，生成收集指令，其中，所述收集指令中包括目标车载终端、所述目标车载终端的监测项目、所述目标车载终端上报所述监测数据的上报方式；将所述收集指令发送给所述目标车载终端，接收所述目标车载终端反馈的所述监测数据。在本申请中，当上报的监测数据源需扩展时，基于监测任务预先配置有目标配置数据，直接以指令的形式下发收集监测数据的收集指令，目标车载终端依据收集指令上报监测数据，简化了对目标车载终端中嵌入的软件进行远程升级的步骤，则提高了扩展车辆上报的监测数据源时的扩展效率。

实施例二

进一步地，基于本申请实施例一，提供本申请的另一实施例，在该实施例中，所述目标车载终端不对所述监测数据进行转译，步骤S40中，所述接收所述目标车载终端反馈的所述监测数据的步骤，包括：

步骤S41：基于所述DBC文件，确定约定的通讯协议，其中，所述约定的通讯协议包括MQTT协议与HTTP协议；

步骤S42：基于所述约定的通讯协议，在本地对所述监测数据按照所述配置数据中预设的转译规则进行转译，得到转译数据，以供大数据服务器基于用户需求对所述转译数据进行分析。

在本实施例中，车联网后台服务器解析写入的DBC文件，得到对监测数据的转译规则，转译规则与每个监测项目的唯一标识对应。

具体地，车联网后台服务器提取DBC文件中规定的监测数据的转译规则。目标车载终端上报的监测数据是以监测数据报文的形式上报的，目标车载终端不对所述监测数据进行转译，而是车联网后台服务器对监测数据报文以预先提取的转译规则进行转译。

作为一种示例，转译规则为截取T-BOX上报的监测数据报文的前四位，过滤其他的报文信息，基于截取的前四位报文信息，确定前四位报文信息中的BO项和SG项是否为空值，若所述两项未空值，则基于BO项与SG项，提取监测数据的转译规则。

车联网后台服务器基于DBC文件，确定监测项目的唯一标识。作为一种示例，车联网后台服务器基于DBC源文件，确定监测项目MCU_MCUEnableSts的唯一标识CAN_ID为0x0CFA00EF。

作为一种示例，对于监测项目为MCU_MCUEnableSts的监测数据的转译规则如图4所示，起始字节为0bit，信号长度为2，精度为1，偏移量为0，单位为bit，字节顺序为1，阈值范围为(0，3)，数值含义为0:Disable，1:Enable，2:Reserved，3：Invalid。

在本实施例中，车联网后台服务器基于DBC文件，确定约定的通讯协议。

作为一种示例，车联网后台服务器基于DBC文件，确定约定的通讯协议为MQTT协议，车联网后台服务器下发收集指令对应格式的报文到对应的MQTT通道，经MQTT通道发送报文到T-box，Tbox上报约定格式的报文内容到Kafka，topic获取对应的报文内容。

基于所述约定的通讯协议，在本地对所述监测数据按照所述配置数据中预设的转译规则进行转译得到转译数据。作为一种示例，基于监测项目MCU_MCUEnableSts的监测数据的转译规则：起始字节为0bit，信号长度为2，精度为1，偏移量为0，单位为bit，字节顺序为1，阈值范围为(0，3)，数值含义为0:Disable，1:Enable，2:Reserved，3：Invalid，对接收到的监测数据进行转译，得到转译数据。若需对得到转译数据进行大数据分析，则由大数据服务器对转译结果进行二次计算。

在本实施例中，目标车载终端不对所述监测数据进行转译，只需透传监测数据，车联网后台服务器对监测数据报文以预先提取的转译规则进行转译。转译过程不在目标车载终端，目标车载终端透传反馈监测数据，降低了目标车载终端侧的数据处理量，则缓解了目标车载终端侧的任务拥堵问题，即进一步提高了扩展车辆上报的监测数据源时的扩展效率。

实施例三

进一步地，基于上述所有实施例，提供本申请的另一实施例，在该实施例中，步骤S40中，所述接收所述目标车载终端反馈的所述监测数据的步骤之后，还包括：

步骤S51：若检测到取消上报的取消指令时，将所述取消指令下发给所述目标车载终端，以供所述目标车载终端取消所述监测项目相应监测数据的上报；

在本实施例中，若检测到对收集指令的删除操作信号时，将删除指令下发给所述目标车载终端，以供所述目标车载终端取消所述监测项目相应监测数据的上报。

作为一种示例，图5为收集指令的操作界面图，如图5所示，包括删除键与导出键。操作表包括详情、选择车辆、删除。则用户可在操作表中的详情键查看详情，在操作表中的选择车辆键选择车辆，在操作表中的删除键a2确认删除当前收集指令。若用户选中界面中的删除键a1，选中收集指令后，点击删除键a2后，确认删除当前收集指令。车联网后台服务器基于删除收集指令，执行对应的删除动作。

步骤S52：或者若检测到所述DBC文件中配置的数据拓展完成时，基于所述拓展完成的所述DBC文件，返回基于所述目标配置数据，生成收集指令的步骤，直至接收到新的监测数据。

在本实施中，若需对上报的监测数据源进行扩展时，仅需拓展对应的DBC文件，在原DBC文件的基础上拓展新的待上报的监测数据源后返回基于所述目标配置数据，生成收集指令的步骤，直至接收到新的监测数据。作为一种示例，若原DBC文件中无关于车辆充电的监测数据，而当前需目标车载终端上报充电的监测数据时，用户在车联网前端平台中删除原DBC文件，在原DBC文件中新增充电的监测数据项，将拓展后的DBC文件重新写入至车联网后台服务器，若检测到DBC文件中配置的数据拓展完成时，基于所述拓展完成的所述DBC文件，返回基于目标配置数据，生成收集监测数据的收集指令的步骤，直至接收到新的监测数据。

在本实施例中，若需对上报的监测数据源进行扩展时，仅需拓展对应的DBC文件，基于拓展完成的DBC文件，对目标车载终端上报的监测数据源进行扩展，简化了数据源扩展的步骤，即进一步提高了扩展车辆上报的监测数据源时的扩展效率。

实施例四

进一步地，基于上述所有实施例，提供本申请的另一实施例，在该实施例中，步骤S10，接收收集车辆监测数据的请求，确定所述请求对应的目标配置数据，其中，所述目标配置数据包括预设的写入的DBC文件的内容的步骤，包括：

步骤A1：接收所述车联网前端发送的分析已出库车型的车辆数据的第一请求，基于所述第一请求，确定所述请求对应的目标配置数据；

在本实施例中，接收所述车联网前端发送的分析已出库车型的车辆数据的第一请求，而当前车辆不支持待上报的监测数据时，开发人员基于当前车辆型号，开发对应的DBC文件，基于所述所述第一请求，确定所述请求对应的目标配置数据。

步骤A2：接收所述车联网前端发送的分析未出库车型的车辆数据的第二请求，基于所述第二请求，确定所述请求对应的目标配置数据。

在本实施例中，接收所述车联网前端发送的分析未出库车型的车辆数据的第二请求，而当前车辆不支持待上报的监测数据时，开发人员基于当前车辆型号，开发对应的DBC文件，基于所述所述第二请求，确定所述请求对应的目标配置数据。

在本实施例中，不仅针对未出库车辆，还针对已出库车辆确定所述请求对应的目标配置数据，基于目标配置数据实现目标车载终端上报监测数据源的效果。无论车辆是否出库，皆可基于目标配置数据上报监测数据，则上报监测数据不受车辆的状况的影响，即进一步提高了扩展车辆上报的监测数据源时的扩展效率。

实施例五

进一步地，基于上述所有实施例，提供本申请的另一实施例，在该实施例中，步骤S30，所述将所述收集指令发送给所述目标车载终端，接收所述目标车载终端反馈的所述监测数据的步骤，包括：

步骤B1：若确定所述目标车载终端未在线时，以预设的下发频率将所述收集指令发送给所述目标车载终端，直至检测到结束发送信号，其中，所述结束发送信号包括超过预设的时间阈值，或者，确定所述目标车载终端接收到所述收集指令；

在本实施例中，下发频率是定期下发收集指令给目标车载终端的频率。

在本实施例中，若确定目标车载终端未在线时，以预设的下发频率将所述收集指令发送给目标车载终端，直至检测到结束发送信号，结束发送信号的种类不同，处理方式不同。

步骤B2：若所述结束发送信号内容为超过预设的时间阈值，则缓存所述收集指令，直至在检测到所述目标车载终端上线时，将所述收集指令发送给所述目标车载终端；

作为一种示例，预设的时间阈值为一小时。

作为一种示例，若确定所述目标车载终端未在线时，以每半小时发送一次的频率将所述收集指令发送给所述目标车载终端，直至超过一小时，则缓存所述收集指令，直至在检测到所述目标车载终端上线时，将所述收集指令发送给所述目标车载终端；

作为一种示例，图6为设置界面图，如图6所示，包括设置任务名称、CAN上报功能设置、指令缓存时长(小时)、信息上报频率、可上报CAN序号列表，其中，可上报CAN序号列表包括车辆品牌、车型等信息。用户在设置界面中设置E51-VCU状态信息数据上报任务的CAN上报功能为开启，收集指令缓存时长为1小时，信息上报频率为1秒一次。

作为一种示例，若车联网后台服务器确定目标车载终端当前未在线，则在预设的缓存周期1小时内以每半小时下发一次的下发频率向目标车载终端下发收集指令直至目标车载终端返回确认收到的确认信号。

步骤B3：若所述结束发送信号内容为确定所述目标车载终端接收到所述收集指令，则执行接收所述目标车载终端反馈的所述监测数据的步骤。

作为一种示例，若确定所述目标车载终端未在线时，以每半小时发送一次的频率将所述收集指令发送给所述目标车载终端，直至确定所述目标车载终端接收到所述收集指令，则执行接收所述目标车载终端反馈的所述监测数据的步骤。

在本实施例中，增加了若目标车载终端不在线时，监测数据上报的处理方案，车联网后台服务器检测到目标车载终端不在线时，配置有对应的处理方案，则进一步提高了扩展车辆上报的监测数据源时的扩展效率。

实施例六

进一步地，基于上述所有实施例，提供本申请的另一实施例，在该实施例中，步骤A1中，确定所述请求对应的目标配置数据的步骤之前，包括：

步骤C1：基于所述请求，接收所述车联网前端发送的新增的DBC文件；

步骤C2：若检测到所述新增的DBC文件，与历史DBC文件的版本不相斥，则将所述新增的DBC文件写入至本地。

在本实施例中，DBC文件关联车辆的型号，每种车型对应一个DBC源文件。在写入DBC文件之前，车联网后台服务器中存有历史新增的DBC文件，当前车联网前端发送的新增的DBC文件为第一DBC文件，历史新增的DBC文件为第二DBC文件。

作为一种示例，获取车联网前端发送的新增的第一DBC文件，其中，所述第一DBC文件关联的车辆型号为X1车辆品牌的X2系列车辆。

作为一种示例，图2为写入第一DBC文件的界面图，可选项包括品牌、车系、DBC文件版本、DBC文件、确定键、取消键等。其中，基于品牌项与车系项确定具体车型。

在本实施例中，车联网中存有的历史写入的DBC文件为第二DBC文件，核对第二DBC文件的版本与第一DBC文件的版本，得到版本核对结果，其中若两者的版本相同，则两者的文件内容一致，若继续写入第一DBC文件则重复写入了相同版本的DBC文件，则版本核对结果为相斥；若两者的版本不相同，则两者的文件内容不一致，则版本核对结果为不相斥，即写入当前的第一DBC文件。

在本实施例中，检查新增的DBC文件与历史DBC文件的版本是否相斥，当新增的DBC文件与历史DBC文件的版本不相斥时，则写入DBC文件，保证了写入的DBC文件的版本的唯一性，避免了重复写入的过程，以及避免了版本相斥所带来的扩展上报的监测数据源的效率低下的问题，即进一步提高了扩展车辆上报的监测数据源时的扩展效率。

实施例七

进一步地，基于上述所有实施例，提供本申请的另一实施例，在该实施例中，步骤S42：在本地对所述监测数据按照所述配置数据中预设的转译规则进行转译，得到转译数据的步骤之后，包括：

步骤D1：在接收到所述大数据服务器基于所述用户需求发送的数据调用请求时，从所述转译数据中确定与所述数据调用请求匹配的待调用的转译数据；

步骤D2：将所述待调用的转译数据发送给所述大数据服务器，以供所述大数据服务器对所述转译数据基于所述用户需求进行分析，并反馈分析结果。

在本实施例中，在接收到所述大数据服务器基于所述用户需求发送的数据调用请求时，从所述转译数据中确定与所述数据调用请求匹配的待调用的转译数据；将所述待调用的转译数据发送给所述大数据服务器，以供所述大数据服务器对所述转译数据基于所述用户需求进行分析，并反馈分析结果。

作为一种示例，在接收到大数据服务器发送的车辆充电数据的调用请求时，基于车辆充电数据的调用请求，从所述转译数据中确定待调用的车辆充电数据，将所述待调用的车辆充电数据发送给所述大数据服务器。

在本实施例中，在得到转译数据后，基于大数据服务器的数据调用请求，从所述转译数据中确定与所述数据调用请求匹配的待调用的转译数据，避免了将全部的转译数据发送给大数据服务器，即进一步提高了扩展车辆上报的监测数据源时的扩展效率。

实施例八

进一步地，基于上述所有实施例，提供本申请的另一实施例，在该实施例中，所述目标车载终端携带有目标车载终端规模信息、目标车载终端型号信息。

目标车载终端的规模可以为单车也可以为批量车辆，以下发的收集指令为准，即，收集指令中包含目标车载终端的规模信息，用户可以向指定的单车车辆下发上报监测数据的监测任务，也可以向指定的批量车辆下发上报监测数据的监测任务。

在本实施例中，目标车载终端的规模可以为单车也可以为批量车辆，用户可以向指定的单个目标车载终端型号下发上报监测数据的监测任务，也可以向指定的批量目标车载终端型号下发上报监测数据的监测任务。

在本实施例中，图7为车载终端规模的选择界面，如图7所示，包括下发类型(单车下发、批量下发)、VIN号，确定键、取消键等。

作为一种示例，用户在车联网前端平台中配置监测项目的唯一标识、上报方式、目标车载终端等配置数据时，选择目标车载终端的规模为单车下发，仅向VIN为KHHFIDANFIHK的目标车载终端下发收集指令。

在本实施例中，车联网后台服务器可基于需上报监测数据的目标车载终端，进行选择性配置目标车载终端的规模与型号，增加了上传监测数据的灵活性，即，进一步提高了扩展车辆上报的监测数据源时的扩展效率。

实施例九

进一步地，基于本申请上述所有实施例，提供本申请的另一实施例，在该实施例中，图8为目标车载终端与车联网后台服务器通讯的示意图，包括DBC文件写入及规则转译部分、数据转译应用部分两部分。

其中，在第一部分DBC文件导入及规则转译部分中，T-BOX的研发人员根据车型对应的通信矩阵制作DBC源文件E51-DBC-EN.dbc与DBC字典文件E51-DBC-CHN.dbc，车联网前端的运营人员将两个文件导入(增加)至车联网平台，车联网后台服务器核对版本与预存的版本是否相斥，若版本相斥，则禁止写入当前版本，返回命名失败，若版本未相斥，则允许写入，存储当前版本至车联网后台服务器，返回文件命名成功。车联网后台服务器对写入的DBC源文件进行转译，提取其中的转译监测数据的转译规则并存储转译规则。当运营人员需查看转译规则时，车联网后台服务器获取转译规则后返回给车联网前端，当运营人员需导出转译规则时，车联网后台服务器以excle的形式返回转译规则转译规则.xlsx。

其中，在第二部分数据转译应用部分中，运营人员在车联网前端确定下发收集指令，车联网后台服务器检测到收集指令的触发信号后，校验指令无误后置于缓存，当确定目标车载终端当前在线时，下发收集指令至目标车载终端，目标车载终端执行收集指令，向车联网后台服务器上报监测数据，车联网后台服务器接收到上报的监测数据后，以转译规则转译监测数据。若大数据服务器需调用监测数据，则获取转译结果后进行二次计算。

实施例十

进一步地，基于上述所有实施例，提供本申请的另一实施例，在该实施例中，应用于目标车载终端，所述车辆的数据处理方法包括：

在接收到所述收集指令时，以所述上报方式向所述车联网后台服务器反馈所述监测项目的监测数据；

基于所述收集指令以所述上报方式向所述车联网后台服务器透传反馈所述监测项目的监测数据；还用于在接收到所述车联网后台服务器下发的取消指令时，取消上报所述监测项目相应监测数据；还用于接收所述车联网后台服务器以预设的下发频率发送的收集指令，以所述上报方式向所述车联网后台服务器反馈所述监测项目的监测数据。

在本实施例中，执行主体为目标车载终端。该目标车载终端进行车辆的数据处理的具体实施方式与上述所述车辆的数据处理方法各实施例基本相同，在此不再赘述。

实施例十一

进一步地，基于上述所有实施例，提供本申请的另一实施例，在该实施例中，应用于车联网前端，所述车辆的数据处理方法包括：

在接收到收集车辆监测数据的触发信号时，向车联网后台服务器发送收集车辆监测数据的请求；

向所述车联网后台服务器发送取消上报的取消指令；还用于向所述车联网后台服务器发送分析已出库车型的车辆数据的第一请求；还用于向所述车联网后台服务器发送分析未出库车型的车辆数据的第二请求。

在本实施例中，执行主体为车联网前端。该车联网前端进行车辆的数据处理的具体实施方式与上述所述车辆的数据处理方法各实施例基本相同，在此不再赘述。

实施例十二

进一步地，基于上述所有实施例，提供本申请的另一实施例，在该实施例中，应用于大数据服务器，所述车辆的数据处理方法包括：

向所述车联网后台服务器发送数据调用请求；还用于接收所述车联网后台服务器发送的待调用的转译数据。

在本实施例中，执行主体为大数据服务器。该大数据服务器进行车辆的数据处理的具体实施方式与上述所述车辆的数据处理方法各实施例基本相同，在此不再赘述。

实施例十三

进一步地，基于上述所有实施例，提供本申请的另一实施例，在该实施例中，提供一种车辆的数据处理系统，所述车辆的数据处理系统包括：

车联网前端，用于生成收集车辆监测数据的请求，向车联网后台服务器发送所述收集车辆监测数据的请求；还用于向所述车联网后台服务器发送取消上报的取消指令；还用于向所述车联网后台服务器发送分析已出库车型的车辆数据的第一请求；还用于向所述车联网后台服务器发送分析未出库车型的车辆数据的第二请求；

车联网后台服务器，用于接收所述车联网前端发送的收集车辆监测数据的请求，确定所述请求对应的目标配置数据；还用于基于所述目标配置数据，生成收集指令，其中，所述收集指令中包括目标车载终端、所述目标车载终端的监测项目、所述目标车载终端上报所述监测数据的上报方式；还用于还用于将所述收集指令发送给所述目标车载终端，以使所述目标车载终端在接收到所述收集指令时，所述目标车载终端以所述上报方式反馈所述监测项目的监测数据；还用于接收所述目标车载终端基于所述收集指令，以所述上报方式反馈的所述监测项目的监测数据，以供大数据服务器基于用户需求对所述监测数据进行分析；还用于基于所述车联网前端发送的所述请求，确定待写入的DBC文件；若确定待写入的DBC文件与历史DBC文件的版本不相斥，则写入所述待写入的DBC文件，并存储所述写入的DBC文件至本地；还用于基于所述DBC文件，确定约定的通讯协议，其中，所述约定的通讯协议包括MQTT协议与HTTP协议；基于所述约定的通讯协议，在本地对所述监测数据按照所述配置数据中预设的转译规则进行转译，得到转译数据；还用于在接收到所述大数据服务器基于所述用户需求发送的数据调用请求时，从所述转译数据中确定与所述数据调用请求匹配的待调用的转译数据；将所述待调用的转译数据发送给所述大数据服务器，以供所述大数据服务器对所述转译数据基于所述用户需求进行分析，并反馈分析结果；还用于在接收到所述车联网前端发送的取消上报的取消指令时，将所述取消指令下发给所述目标车载终端，以供所述目标车载终端取消所述监测项目相应监测数据的上报；或者在检测到所述DBC文件中配置的数据拓展完成时，基于所述拓展完成的所述DBC文件，返回基于所述目标配置数据，生成收集指令的步骤，直至接收到新的监测数据；还用于在接收到所述车联网前端发送的分析已出库车型的车辆数据的第一请求时，基于所述第一请求，确定所述请求对应的目标配置数据；或者在接收到车联网前端发送的分析未出库车型的车辆数据的第二请求，基于所述第二请求时，确定目标配置数据；还用于若确定所述目标车载终端未在线时，以预设的下发频率将所述收集指令发送给所述目标车载终端，直至检测到结束发送信号，其中，所述结束发送信号包括超过预设的时间阈值，或者，确定所述目标车载终端接收到所述收集指令；若确定所述结束发送信号内容为超过预设的时间阈值，则缓存所述收集指令，直至在检测到所述目标车载终端上线时，将所述收集指令发送给所述目标车载终端；若确定所述结束发送信号内容为确定所述目标车载终端接收到所述收集指令，则执行接收所述目标车载终端反馈的所述监测数据的步骤；

目标车载终端，用于在接收到所述收集指令时，以所述上报方式向所述车联网后台服务器反馈所述监测项目的监测数据；还用于基于所述收集指令以所述上报方式向所述车联网后台服务器透传反馈所述监测项目的监测数据；还用于在接收到所述车联网后台服务器下发的取消指令时，取消上报所述监测项目相应监测数据；还用于接收所述车联网后台服务器以预设的下发频率发送的收集指令，以所述上报方式向所述车联网后台服务器反馈所述监测项目的监测数据；

大数据服务器，所述大数据服务器用于：向所述车联网后台服务器发送数据调用请求；还用于接收所述车联网后台服务器发送的待调用的转译数据。

实施例十四

进一步地，基于上述所有实施例，提供本申请的另一实施例，在该实施例中，如图9，提供一种车辆的数据处理装置，所述装置包括：

确定模块，用于接收收集车辆监测数据的请求，确定所述请求对应的目标配置数据，其中，所述目标配置数据包括预设的写入的DBC文件的内容；

生成收集指令模块，用于基于所述目标配置数据，生成收集指令，其中，所述收集指令中包括目标车载终端、所述目标车载终端的监测项目、所述目标车载终端上报所述监测数据的上报方式；

发送模块，用于将所述收集指令发送给所述目标车载终端，以使所述目标车载终端在接收到所述收集指令时，以所述上报方式反馈所述监测项目的监测数据；

接收模块，用于接收所述目标车载终端反馈的所述监测数据。

可选地，在本申请的一种可能的实施方式中，所述确定所述请求对应的目标配置数据的步骤之前，所述装置包括：

第一接收模块，用于基于所述请求，接收所述车联网前端发送的新增的DBC文件；

写入模块，用于若检测到所述新增的DBC文件，与历史DBC文件的版本不相斥，则将所述新增的DBC文件写入至本地。

可选地，在本申请的一种可能的实施方式中，所述接收所述目标车载终端反馈的所述监测数据的步骤之后，在接收到所述目标车载终端未对所述监测数据进行转译的通知时，或者在检测到所述监测数据为未转译的数据时，所述装置包括：

第一确定模块，用于基于所述DBC文件，确定约定的通讯协议，其中，所述约定的通讯协议包括MQTT协议与HTTP协议；

转译模块，用于基于所述约定的通讯协议，在本地对所述监测数据按照所述配置数据中预设的转译规则进行转译，得到转译数据，以供大数据服务器基于用户需求对所述转译数据进行分析。

可选地，在本申请的一种可能的实施方式中，所述在本地对所述监测数据按照所述配置数据中预设的转译规则进行转译，得到转译数据的步骤之后，所述装置包括：

第二确定模块，用于在接收到所述大数据服务器基于所述用户需求发送的数据调用请求时，从所述转译数据中确定与所述数据调用请求匹配的待调用的转译数据；

第一发送模块，用于将所述待调用的转译数据发送给所述大数据服务器，以供所述大数据服务器对所述转译数据基于所述用户需求进行分析，并反馈分析结果。

可选地，在本申请的一种可能的实施方式中，所述接收所述目标车载终端反馈的所述监测数据的步骤之后，所述装置包括：

下发模块，用于若检测到取消上报的取消指令时，将所述取消指令下发给所述目标车载终端，以供所述目标车载终端取消所述监测项目相应监测数据的上报；

返回模块，用于若检测到所述DBC文件中配置的数据拓展完成时，基于所述拓展完成的所述DBC文件，返回基于所述目标配置数据，生成收集指令的步骤，直至接收到新的监测数据。

可选地，在本申请的一种可能的实施方式中，所述接收收集车辆监测数据的请求，确定所述请求对应的目标配置数据的步骤，所述装置包括：

第三确定模块，用于接收所述车联网前端发送的分析已出库车型的车辆数据的第一请求，基于所述第一请求，确定对应的目标配置数据；

第四确定模块，用于接收所述车联网前端发送的分析未出库车型的车辆数据的第二请求，基于所述第二请求，确定对应的目标配置数据。

可选地，在本申请的一种可能的实施方式中，所述将所述收集指令发送给所述目标车载终端的步骤，所述装置包括：

第二发送模块，用于若确定所述目标车载终端未在线时，以预设的下发频率将所述收集指令发送给所述目标车载终端，直至检测到结束发送信号，其中，所述结束发送信号包括超过预设的时间阈值，或者，确定所述目标车载终端接收到所述收集指令；

缓存模块，用于若所述结束发送信号内容为超过预设的时间阈值，则缓存所述收集指令，直至在检测到所述目标车载终端上线时，将所述收集指令发送给所述目标车载终端；

执行模块，用于若所述结束发送信号内容为确定所述目标车载终端接收到所述收集指令，则执行接收所述目标车载终端反馈的所述监测数据的步骤。

本申请车辆的数据处理装置具体实施方式与上述车辆的数据处理方法各实施例基本相同，在此不再赘述。

实施例十五

进一步地，基于上述所有实施例，提供本申请的另一实施例，在该实施例中，提供一种车辆的数据处理设备，所述车辆的数据处理设备为实体节点设备，所述车辆的数据处理设备包括：存储器、处理器以及存储在存储器上的用于实现所述车辆的数据处理方法的程序，所述存储器用于存储实现车辆的数据处理方法的程序；所述处理器用于执行实现所述车辆的数据处理方法的程序，以实现上述实施例中车辆的数据处理方法的步骤。

参照图10，图10是本申请实施例方案涉及的硬件运行环境的设备结构示意图。

如图10所示，该车辆的数据处理设备可以包括：处理器1001，例如CPU，存储器1005，通信总线1002。其中，通信总线1002用于实现处理器1001和存储器1005之间的连接通信。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储设备。

可选地，该车辆的数据处理设备还可以包括网络接口、音频电路、显示器、连接线、传感器、输入模块等等，网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口、蓝牙接口)，输入模块可选的可以包括键盘(Keyboard)、系统软键盘、语音输入、无线接收输入等等。

本领域技术人员可以理解，车辆的数据处理设备结构并不构成对车辆的数据处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

作为一种计算机存储介质的存储器中可以包括操作系统、信息交换模块以及车辆的数据处理程序。操作系统是管理和控制车辆的数据处理设备硬件和软件资源的程序，支持车辆的数据处理程序以及其它软件和/或程序的运行。信息交换模块用于实现存储器内部各组件之间的通信，以及与车辆的数据处理系统中其它硬件和软件之间通信。

车辆的数据处理设备中，处理器用于执行存储器中存储的车辆的数据处理程序，实现上述的车辆的数据处理的步骤。

本申请车辆的数据处理设备具体实施方式与上述车辆的数据处理方法各实施例基本相同，在此不再赘述。

实施例十六

本申请实施例提供了一种存储介质，且所述存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序还可被一个或者一个以上的处理器执行以用于实现上述实施例中车辆的数据处理方法的步骤。

本申请存储介质具体实施方式与上述车辆的数据处理方法各实施例基本相同，在此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储存储介质(如ROM或者RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种车辆的数据处理方法，其特征在于，应用于车联网后台服务器，所述方法包括：

接收收集车辆监测数据的请求，确定所述请求对应的目标配置数据，其中，所述目标配置数据包括预设的写入的DBC文件的内容；

基于所述目标配置数据，生成收集指令，其中，所述收集指令中包括目标车载终端、所述目标车载终端的监测项目、所述目标车载终端上报所述监测数据的上报方式；

将所述收集指令发送给所述目标车载终端，以使所述目标车载终端在接收到所述收集指令时，以所述上报方式反馈所述监测项目的监测数据；

接收所述目标车载终端反馈的所述监测数据。

2.根据权利要求1所述的车辆的数据处理方法，其特征在于，所述确定所述请求对应的目标配置数据的步骤之前，所述方法包括：

基于所述请求，接收所述车联网前端发送的新增的DBC文件；

若检测到所述新增的DBC文件，与历史DBC文件的版本不相斥，则将所述新增的DBC文件写入至本地。

3.根据权利要求1所述的车辆的数据处理方法，其特征在于，所述接收所述目标车载终端反馈的所述监测数据的步骤之后，在接收到所述目标车载终端未对所述监测数据进行转译的通知时，或者在检测到所述监测数据为未转译的数据时，所述方法还包括：

基于所述DBC文件，确定约定的通讯协议，其中，所述约定的通讯协议包括MQTT协议与HTTP协议；

基于所述约定的通讯协议，在本地对所述监测数据按照所述配置数据中预设的转译规则进行转译，得到转译数据，以供大数据服务器基于用户需求对所述转译数据进行分析。

4.根据权利要求3所述的车辆的数据处理方法，其特征在于，所述在本地对所述监测数据按照所述配置数据中预设的转译规则进行转译，得到转译数据的步骤之后，包括：

在接收到所述大数据服务器基于所述用户需求发送的数据调用请求时，从所述转译数据中确定与所述数据调用请求匹配的待调用的转译数据；

将所述待调用的转译数据发送给所述大数据服务器，以供所述大数据服务器对所述转译数据基于所述用户需求进行分析，并反馈分析结果。

5.根据权利要求1所述的车辆的数据处理方法，其特征在于，所述接收所述目标车载终端反馈的所述监测数据的步骤之后，还包括：

若检测到取消上报的取消指令时，将所述取消指令下发给所述目标车载终端，以供所述目标车载终端取消所述监测项目相应监测数据的上报；

或者若检测到所述DBC文件中配置的数据拓展完成时，基于所述拓展完成的所述DBC文件，返回基于所述目标配置数据，生成收集指令的步骤，直至接收到新的监测数据。

6.根据权利要求1所述的车辆的数据处理方法，其特征在于，所述接收收集车辆监测数据的请求，确定所述请求对应的目标配置数据的步骤，包括：

接收所述车联网前端发送的分析已出库车型的车辆数据的第一请求，基于所述第一请求，确定所述请求对应的目标配置数据；

接收所述车联网前端发送的分析未出库车型的车辆数据的第二请求，基于所述第二请求，确定所述请求对应的目标配置数据。

7.根据权利要求1所述的车辆的数据处理方法，其特征在于，所述将所述收集指令发送给所述目标车载终端，接收所述目标车载终端反馈的所述监测数据的步骤，包括：

若确定所述目标车载终端未在线时，以预设的下发频率将所述收集指令发送给所述目标车载终端，直至检测到结束发送信号，其中，所述结束发送信号包括超过预设的时间阈值，或者，确定所述目标车载终端接收到所述收集指令；

若所述结束发送信号内容为超过预设的时间阈值，则缓存所述收集指令，直至在检测到所述目标车载终端上线时，将所述收集指令发送给所述目标车载终端；

若所述结束发送信号内容为确定所述目标车载终端接收到所述收集指令，则执行接收所述目标车载终端反馈的所述监测数据的步骤。

8.一种车辆的数据处理系统，其特征在于，所述车辆的数据处理系统包括：

车联网前端，用于生成收集车辆监测数据的请求，向车联网后台服务器发送所述收集车辆监测数据的请求；

车联网后台服务器，用于接收所述车联网前端发送的收集车辆监测数据的请求，确定所述请求对应的目标配置数据；还用于基于所述目标配置数据，生成收集指令，其中，所述收集指令中包括目标车载终端、所述目标车载终端的监测项目、所述目标车载终端上报所述监测数据的上报方式；还用于将所述收集指令发送给所述目标车载终端，以使所述目标车载终端在接收到所述收集指令时，以所述上报方式反馈所述监测项目的监测数据；还用于接收所述目标车载终端基于所述收集指令，以所述上报方式反馈的所述监测项目的监测数据，以供大数据服务器基于用户需求对所述监测数据进行分析；

目标车载终端，用于在接收到所述收集指令时，以所述上报方式向所述车联网后台服务器反馈所述监测项目的监测数据；

大数据服务器，用于基于用户需求分析基于所述监测数据转译后生成的转译数据，并反馈分析结果。

9.一种车辆的数据处理设备，其特征在于，包括存储器，处理器及存储在所述存储器上并可在所述处理器上运行的车辆的数据处理程序，所述处理器执行所述车辆的数据处理程序实现权利要求1至7中任一项所述的车辆的数据处理方法的步骤。

10.一种存储介质，其特征在于，所述存储介质上存储有实现车辆的数据处理方法的程序，所述实现车辆的数据处理方法的程序被处理器执行以实现如权利要求1至7中任一项所述车辆的数据处理方法的步骤。

Images