CN113763591B - 车况数据处理方法、处理设备、车况查询端及系统 - Google Patents

Abstract

本发明公开了一种车况数据处理方法、处理设备、车况查询端及系统，方部分包括：处理设备接收并存储车载设备实时同步的最新车况数据，并接收车况查询端发送的车况查询请求，车况查询请求用于请求获取车载设备的车况数据，然后根据车况查询请求和最新车况数据获取对应的车况数据，最后将对应的车况数据的发送至车况查询端。本发明中，车况查询端通过处理设备获取最新车况数据，车况查询端无需直接访问车载设备就能及时获取车况数据，处理设备实现车载设备和车况查询端的解耦合，使车载设备和车况查询端间的数据双向同步，减少车载设备的响应次数，降低车载设备端的数据处理时间，从而加快车况数据的返回速度，车况查询端能实时地获得车况数据。

Description

车况数据处理方法、处理设备、车况查询端及系统

技术领域

本发明涉及车况数据获取技术领域，尤其涉及一种车况数据处理方法、处理设备、车况查询端及系统。

背景技术

随着道路上行驶的车载设备数量越来越多，道路路况越来越复杂，交通事故的发生概率也随之增加。用户(厂商或者车主)需要及时地获取车载设备行驶中各车载设备的状态信息，以获知车载设备行驶中的车况数据从而发现车载设备安全隐患。

传统的获取车况数据的方法，是不同用户通过车况查询端(如应用程序)向车载设备请进行访问以请求最新车况数据，车载设备根据请求需要响应多次，而车载设备端的处理能力有限，请求和车况数据太多会导致设备端的数据处理延迟，处理效率低，应用程序获取的车况数据不是实时的车况数据。

现有技术中，为提高查询车况数据的效率，一般将车载设备的车况数据上传至云存储平台，用户可通过多个应用程序直接查询云存储平台上存储的车况数据，但是云存储平台的车况数据并不是实时的最新数据。当云存储平台中没有所需的车况数据时，多个应用程序仍旧会访问车载设备以请求最新的车况数据，车载设备仍需根据请求响应多次，导致车况数据获取延迟，用户无法实时地获取车况数据，无法及时发现车载设备的异常状态。

发明内容

本发明提供一种车况数据处理方法、处理设备、车况查询端及系统，以解决现有车况数据查询技术中，车况查询端需访问车载设备获取车况数据导致无法实时地获取车况数据的问题。

一种车况数据处理方法，包括：

处理设备接收并存储车载设备实时同步的最新车况数据；

所述处理设备接收车况查询端发送的车况查询请求，所述车况查询请求用于请求获取车辆的车况数据；

所述处理设备根据所述车况查询请求和所述最新车况数据获取对应的车况数据；

所述处理设备将所述对应的车况数据的发送至所述车况查询端。

进一步地，所述车况查询请求包括查询指令等级，所述根据所述车况查询请求和所述最新车况数据获取对应的车况数据，包括：

所述处理设备根据所述查询指令等级确定是否从所述处理设备自身获取车况数据；

若所述处理设备确定从所述处理设备自身获取车况数据，则在所述最新车况数据中获取所述车况查询请求对应的车况数据。

进一步地，所述处理设备根据所述查询指令等级确定是否从所述处理设备自身获取车况数据之后，所述方法还包括：

若所述处理设备确定不从所述处理设备自身获取车况数据，则确定所述车载设备是否在线；

若所述车载设备不在线且所述查询指令等级为第一等级，则所述处理设备将车载设备不在线的结果发送至所述车况查询端。

进一步地，所述方法还包括：

若所述车载设备不在线且所述查询指令等级为第二等级，则所述处理设备强制唤醒所述车载设备；

在所述车载设备唤醒后，所述处理设备向所述车载设备发送用于上传所述对应的车况数据的上传指令；

所述处理设备获取所述车载设备根据所述上传指令返回的所述对应的车况数据。

进一步地，所述确定所述车载设备是否在线之后，所述方法还包括：

若所述车载设备在线，则所述处理设备向所述车载设备发送用于上传所述对应的车况数据的上传指令；

所述处理设备获取所述车载设备根据所述上传指令返回的所述对应的车况数据。

进一步地，所述获取所述车载设备根据所述上传指令返回的所述对应的车况数据，包括：

所述处理设备接收所述车载设备根据所述上传指令返回的当前车况数据，并确定所述当前车况数据的返回是否超时；

若所述当前车况数据的返回未超时，则所述处理设备将所述当前车况数据进行存储，并将所述当前车况数据作为所述对应的车况数据。

一种车况数据处理方法，包括：

车况查询端向处理设备发送车况查询请求，以使所述处理设备根据所述车况查询请求和最新车况数据获取对应的车况数据，所述最新车况数据为车载设备实时同步至所述处理设备的车况数据；

所述车况查询端接收所述处理设备反馈的所述对应的车况数据。

一种处理设备，包括：

第一接收模块，用于接收并存储车载设备实时同步的最新车况数据；

第二接收模块，用于接收车况查询端发送的车况查询请求，所述车况查询请求用于请求获取车辆的车况数据；

获取模块，用于根据所述车况查询请求和所述最新车况数据获取对应的车况数据；

发送模块，用于将所述对应的车况数据的发送至所述车况查询端。

一种车况查询端，包括：

发送模块，用于向处理设备发送车况查询请求，以使所述处理设备根据所述车况查询请求和最新车况数据获取对应的车况数据，所述最新车况数据为车载设备实时同步至所述处理设备的车况数据；

接收模块，用于接收所述处理设备反馈的所述对应的车况数据。

一种车况数据处理系统，包括车载设备、上述的车况查询端和上述的处理设备。

一种车处理设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述车况数据处理方法的步骤。

一种可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述车况数据处理方法的步骤。

上述车况数据处理方法、处理设备、车况查询端及系统所实现的一个方案中，通过处理设备接收并存储车载设备实时同步的最新车况数据，并接收车况查询端发送的车况查询请求，车况查询请求用于请求获取车辆的车况数据，然后根据车况查询请求和最新车况数据获取对应的车况数据，最后将对应的车况数据的发送至车况查询端。本发明中，车载设备主动将最新车况数据同步到处理设备，车处理设备在车况查询端发送车况查询请求时，根据存储的最新车况数据将对应的车况数据返回至车况查询端，车况查询端无需访问车载设备就能及时获取车况数据，处理设备实现了车载设备和车况查询端的解耦合，使车载设备和车况查询端之间的数据能双向同步，减少了车载设备的响应次数，降低了车载设备端的数据处理时间，从而加快了车况数据的返回速度，最大程度保障了车况查询端能实时地获得车况数据。

附图说明

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

图1是本发明一实施例中车况数据处理系统的一结构示意图；

图2是本发明一实施例中车况数据处理方法的信令交互示意图；

图3是本发明一实施例中步骤S50的一信令交互示意图；

图4是本发明一实施例中处理设备的一结构示意图；

图5是本发明一实施例中车况查询端的一结构示意图；

图6是本发明一实施例中处理设备和车况查询端的另一结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供的车况数据处理方法，可应用在如图1所示的车况数据处理系统中，车况数据处理系统包括车况查询端101、车载设备102和处理设备103。车况查询端101、车载设备102和处理设备103通过网络进行通信，其中，车载设备102和处理设备103可通过即时通讯协议进行通信，以使处理设备103实现车况数据处理方法。处理设备接收并存储车载设备实时同步的最新车况数据，处理设备接收用户通过车况查询端发送的车况查询请求后，车况查询请求用于请求获取车辆的车况数据，处理设备根据车况查询请求和最新车况数据获取对应的车况数据，并将所述对应的车况数据的发送至车况查询端。

本实施例中，车况数据处理系统包括车况查询端、车载设备和处理设备仅为示例性说明，在其他实施例中，车况数据处理系统还可以包括其他。

例如，车况数据处理系统还包括云端，处理设备与云端连接，云端用于存储处理设备从车载设备获取的数据，处理设备在接收车载设备实时同步的数据之后，将车载设备实时同步的数据缓存至云端。本实施例中，云端可以是远程服务器，在其他实施例中，云端还可以是其他服务器，在此不再赘述。

其中，车况查询端可以但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。

在一实施例中，如图2所示，提供一种车况数据处理方法，以该方法应用在图1中的车况数据处理系统为例进行说明，包括如下步骤：

S10：车载设备实时同步最新车况数据至处理设备。

例如，车辆上具有多个车载设备，多个车载设备的车况数据将返回至TBOX，同时，还主动将车况数据同步到处理设备以使车载设备将最新车况数据进行缓存，当多个车况查询端请求最新车况数据时，处理设备根据请求统一返回相应的车况数据。

其中，车载设备实时同步至处理设备的数据包括车辆VIN码、同步时间、车载设备状态和车载设备的数据等。本实施例中，车载设备实时同步至处理设备的数据包括车辆VIN码、同步时间、车载设备状态和车载设备的数据仅为示例性说明，其他实施例中，车载设备实时同步至处理设备的数据还可以是其他数据，在此不再赘述。

S20：处理设备接收并存储车载设备实时同步的最新车况数据。

处理设备会一直接收车载设备实时同步的最新车况数据，并进行存储，以便后续用户通过处理设备请求查询车况数据。

需要理解的是，处理设备是物联网平台提供可以用于实时同步车载设备相关数据的设备，处理设备与车辆上的车载设备通过即时通讯协议通信，使得车载设备将车况数据实时同步给处理设备，处理设备保存的是车载设备最新的设备状态，一旦设备状态产生变化，车载设备会将最新的设备状态同步到处理设备，用户通过处理设备便可以及时获取车况数据的查询结果，无需关注车载设备是否在线。车载设备只需主动同步数据给处理设备一次，当后续用户通过车况查询端请求获取车况数据时，可直接通过处理设备获取最新车况数据，而不需车况查询端直接访问车载设备，减少了车载设备的响应次数，降低了车载设备端的数据处理时间，实现了车载设备和车况查询端的解耦合，使车载设备和车况查询端之间的数据能双向同步。

其中，处理设备可以通过JSON文档实时同步车载设备的数据，车载设备可以通过TBOX网关的MQTT/ACP等协议将数据实时同步至处理设备。

本实施例中，处理设备通过JSON文档实时同步车载设备的数据仅为示例性说明，在其他实施例中，处理设备还可以通过其他方式实时同步车载设备的数据，在此不再赘述。

S30：车况查询端向处理设备发送车况查询请求，车况查询请求用于请求获取车辆的车况数据。

用户可以随时通过车况查询端向处理设备发送车况查询请求，以请求处理设备返回查询结果，使得用户获取车辆的相关车况数据。

其中，车况查询请求中包括车载设备VIN码，以便处理设备在接收车况查询请求后根据车辆VIN码查找相应车辆的车况数据。

S40：处理设备接收车况查询端发送的车况查询请求。

处理设备通过网络接收用户通过车况查询端发送的车况查询请求，以便根据车况查询请求拉取相关的车况数据。

S50：处理设备根据车况查询请求和最新车况数据获取对应的车况数据。

在接收到用户通过车况查询端发送的车况查询请求之后，处理设备对车况查询请求进行解析，并根据解析后的车况查询请求查找自身存储的最新车况数据中对应的车况数据，将对应的车况数据提取出来，以作为车况查询请求的查询结果返回至车况查询端。

S60：处理设备发送对应的车况数据至车况查询端。

在根据车况查询请求和最新车况数据获取对应的车况数据之后，处理设备将对应的车况数据的发送至车况查询端，以使用户根据对应的车况数据获知车载设备的状态，从而及时地发现安全隐患。

其中，用户可通过处理设备查询最新车况数据和历史车况数据，以便用户和相关人员充分了解车载设备的整体状态。

本实施例中，车况数据包括但不限于行驶里程、行驶时间、车速、发动机转速、档位、水温、电续驶里程、油续驶里程、剩余电量、剩余油量、车辆的门锁信息、玻璃升降器磨损情况、刹车片磨损情况、轮胎磨损情况以及胎压中的一种或多种。

本实施例中，通过处理设备接收并存储车载设备实时同步的最新车况数据，并接收车况查询端发送的车况查询请求，车况查询请求用于请求获取车辆的车况数据，然后根据车况查询请求和最新车况数据获取对应的车况数据，最后将对应的车况数据的发送至车况查询端。车载设备主动将最新车况数据同步到处理设备，车处理设备在车况查询端发送车况查询请求时，根据存储的最新车况数据将对应的车况数据返回至车况查询端，车况查询端无需访问车载设备就能从处理设备处及时地获取车况数据，而不需要考虑车载设备是否在线。处理设备实现了车载设备和车况查询端的解耦合，使车载设备和车况查询端之间的数据能双向同步，减少了车载设备的响应次数，降低了车载设备端的数据处理时间，从而加快了车况数据的返回速度，最大程度保障了车况查询端能实时地获得车况数据。

在一实施例中，车况查询请求包括查询指令等级，如图3所示，步骤S50中，即根据车况查询请求和最新车况数据获取对应的车况数据，具体包括如下步骤：

S51：处理设备根据查询指令等级确定是否从处理设备自身获取车况数据。

车况查询请求包括查询指令等级，处理设备根据查询指令等级确定是否需要从处理设备自身存储的最新车况数据中获取车况查询请求对应的车况数据。

在处理设备接收到车况查询请求之后，处理设备对车况查询请求进行解析，根据解析结果确定是否需要对车载设备发送上传指令，以使车载设备根据上传指令上传对应的车况数据。

由于网络问题，车载设备可能会频繁的上下线，在实时同步最新车况数据值处理设备之后，车载设备可能由于下线原因无法及时同步车况数据，为了进一步提高获取的车况数据的实时性，用户可根据需求决定是否从处理设备自身存储的最新车况数据中获取车况查询请求对应的车况数据。当确定不从处理设备自身存储的最新车况数据中获取对应车况数据时，处理设备需要获取车载设备当前的设备状态来确定车载设备是否在线，再根据车载设备的在线情况向车载设备发送上传指令，以使车载设备根据上传指令上传车载设备对应的车况数据。

S52：若处理设备确定从处理设备自身获取车况数据，则在最新车况数据中获取车况查询请求对应的车况数据。

例如，在处理设备接收到车况查询请求之后，处理设备对车况查询请求进行解析，若查询指令等级的值为0，则从处理设备自身存储的最新车况数据中获取车况查询请求对应的车况数据，处理设备不需要从车载设备中获取车况查询请求对应的车况数据，处理设备不需要向车载设备发送上传指令，以使车载设备根据上传指令上传对应的车况数据。而是在云端存储的最新车况数据中查找车况查询请求对应的车况数据。

本实施例中，若查询指令等级的值为0，则处理设备确定不需要从车载设备中获取车况查询请求对应的车况数据仅为示例性说明，在其他实施例中，查询指令等级的值还可以是其他，在此不再赘述。

本实施例中，车况查询请求包括查询指令等级，处理设备根据查询指令等级确定是否从处理设备自身存储的最新车况数据中获取车况查询请求对应的车况数据，若从处理设备自身存储的最新车况数据中获取车况查询请求对应的车况数据，则处理设备在最新车况数据中获取车况查询请求对应的车况数据，在获取对应的车况数据的过程中，无需车载设备响应即可快速获取对应的车况数据，后续车况查询端只需要接收处理设备返回数据，不需要考虑车载设备是否在线，方便快速，提高了用户查询体验。

在一实施例中，如图3所示，步骤S51之后，即处理设备根据查询指令等级确定是否从处理设备自身获取车况数据之后，所述方法还具体包括如下步骤：

S53：若处理设备确定不从处理设备自身获取车况数据，则确定车载设备是否在线。

当确定不从处理设备自身存储的最新车况数据中获取对应的车况数据时，处理设备需要向车载设备发送上传指令，以使车载设备根据上传指令上传车载设备对应的车况数据，在根据车况查询请求确定需要对车载设备发送上传指令之后，先确定车载设备是否在线，以根据车载设备的在线情况来执行不同的指令。

例如，在处理设备接收到车况查询请求之后，处理设备对车况查询请求进行解析，若解析到查询指令等级的值不为0，则处理设备确定需要从车载设备中获取车况查询请求对应的车况数据，处理设备需要确定车载设备是否在线，以根据车载设备的在线情况和查询指令等级的等级对车载设备发送上传指令，使车载设备根据上传指令上传对应的车况数据。

S54：若车载设备不在线且查询指令等级为第一等级，则处理设备将车载设备不在线的结果发送至车况查询端。

在确定车载设备是否在线之后，若车载设备不在线且查询指令等级为第一等级，则处理设备将车载设备不在线的结果进行保存，并将车载设备不在线作为查询结果返回至车况查询端。其中，车载设备不在线的结果包括车载设备不在线的状态和时间。

例如，若查询指令等级的值为1，则查询指令等级为第一等级，若车载设备不在线且查询指令等级为第一等级，则处理设备将车载设备不在线的结果进行保存，并将车载设备不在线作为查询结果返回至车况查询端。

其中，车况查询端在接收到车载设备不在线的结果后，用户可根据需求确定是否唤醒车载设备以重新获取车况数据。若在接收到车载设备不在线的结果后，用户需要唤醒车载设备，则通过车况查询端重新发送车况查询请求，该重新发送的车况查询请求携带车载设备VIN码和用于唤醒车载设备的查询指令等级，其中，用于唤醒车载设备的查询指令等级即为第二等级。

若车载设备不在线且查询指令等级为第一等级，则直接将车载设备的不在线的情况发送至车况查询端以使用户获知，用户可以根据需求确定是否唤醒车载设备，当用户无唤醒车载设备的需求时，不唤醒车载设备，减少了传统方法中在用户无意识情况下因获取车况数据而强制唤醒车载设备的可能，减少了频繁强制唤醒车载设备导致的车载设备馈电。

本实施例中，在处理设备根据查询指令等级确定是否需要从车载设备中获取车况查询请求对应的车况数据之后，若处理设备需要从车载设备中获取车况查询请求对应的车况数据，则确定车载设备是否在线，若车载设备不在线且查询指令等级为第一等级，则处理设备将车载设备不在线的结果发送至车况查询端，使获取车况数据的过程更智能化。

在一实施例中，步骤S53之后，即确定车载设备是否在线之后，具体包括如下步骤：

S531：若车载设备在线，则处理设备向车载设备发送用于上传对应的车况数据的上传指令。

在确定车载设备是否在线之后，若确定车载设备在线，则处理设备直接向车载设备发送用于上传对应的车况数据的上传指令。

上传指令可以为用户通过车况查询请求发送的上传指令，即车况查询请求中包括上传指令。

本实施例中，上传指令可以为用户通过车况查询请求发送的上传指令仅为示例性说明，在其他实施例中，上传指令还可以是处理设备确定不可以直接从处理设备存储的最新车况数据中拉取对应的车况数据后，所生成的指令。

S532：车载设备接收上传指令，并根据上传指令向处理设备上传对应的车况数据。

例如，车载设备接收上传指令，并在接收到上传指令之后，根据上传指令将对应的车况数据发送至TBOX，TBOX再将对应的车况数据同步至向处理设备。

S533：处理设备接收返回的对应的车况数据。

处理设备接收车载设备返回的对应的车况数据，以将接收到的对应车况数据发送至车况查询端。

本实施例中，处理设备确定车载设备是否在线之后，若车载设备在线，则处理设备向车载设备发送用于上传对应的车况数据的上传指令，车载设备接收上传指令，并根据上传指令向处理设备上传对应的车况数据，处理设备接收返回的对应的车况数据，在确定车载设备在线后，处理设备不需要判断指令的等级，而直接向车载设备下发上传指令，使车载设备根据上传指令反馈当前的车况数据，减少了处理设备的处理过程，提高了获取车况数据的效率，保证了车况数据的实时性。

在一实施例中，如图3所示，确定车载设备是否在线之后，所述方法还具体包括如下步骤：

S55：若车载设备不在线且查询指令等级为第二等级，则处理设备强制唤醒车载设备。

若车载设备不在线且查询指令等级为第二等级，则处理设备强制唤醒车载设备，以使车载设备唤醒并根据上传指令上传车况数据。

例如，若查询指令等级的值为2，则查询指令等级为第二等级，则处理设备强制唤醒车载设备，以使车载设备唤醒并根据上传指令上传车况数据。

S56：在车载设备唤醒后，处理设备向车载设备发送用于上传对应的车况数据的上传指令。

在车载设备唤醒后，处理设备直接向车载设备发送用于上传对应的车况数据的上传指令。

S57：车载设备接收上传指令，并根据上传指令向处理设备上传对应的车况数据。

例如，车载设备接收上传指令，并在接收到上传指令之后，根据上传指令将对应的车况数据发送至TBOX，TBOX再将对应的车况数据同步至处理设备。

S58：处理设备接收车载设备返回的对应的车况数据。

处理设备接收车载设备返回的对应的车况数据，以将接收到的对应车况数据发送至车况查询端。

本实施例中，在确定车载设备是否在线之后，若车载设备不在线且查询指令等级为第二等级，则强制唤醒车载设备，并向车载设备发送用于上传对应的车况数据的上传指令，车载设备接收上传指令，并根据上传指令向处理设备上传对应的车况数据，处理设备接收返回的对应的车况数据；进一步细化了根据上传指令的等级获取对应的车况数据的过程，在用户需要获得实时的车况数据时，强制唤醒车载设备以获取车况数据，最大程度保证用户可实时获取到车况数据。

在一实施例中，在处理设备向车载设备发送用于上传对应的车况数据的上传指令之后，所述方法还具体包括如下步骤：

S01：处理设备接收车载设备根据上传指令返回的当前车况数据，并确定当前车况数据的返回是否超时。

在一实施例中，通过如下方式确定当前车况数据的返回是否超时：

a、处理设备进行计时。

在处理设备向车载设备发送用于上传对应的车况数据的上传指令之后，以在后续处理设备接收到车载设备返回的车况数据后，确定车载设备的返回结果是否超时。

b、处理设备接收车载设备返回的当前车况数据，并确定当前车况数据的返回是否超时。

处理设备接收车载设备返回的当前车况数据，并在接收到车载设备返回的当前车况数据时停止计时，根据计时时长确定当前车况数据的返回是否超时。

例如，当计时时长大于预设反馈时长时，则确定当前车况数据的返回超时；当计时时长小于或者等于预设反馈时长时，则确定当前车况数据的返回未超时。

本实施例中，通过处理设备进行计时，并根据处理设备的计时时长确定当前车况数据的返回是否超时仅为示例性说明，在其他实施例中，还可以通过其他方式确定，例如，可通过网关或者车载设备进行计时，并根据网关或者车载设备的计时时长确定是否超时。

本实施例中，通过处理设备进行计时，并根据处理设备的计时时长确定当前车况数据的返回是否超时，减少了处理设备或者车载设备的计算负担，从而减少了对车载设备其他功能的影响。

S02：若当前车况数据的返回未超时，则处理设备将当前车况数据进行存储，并将当前车况数据作为对应的车况数据。

在处理设备接收车载设备返回的当前车况数据之后，若确定当前车况数据的返回未超时，则处理设备将当前车况数据进行持久化存储，并将当前车况数据作为对应的车况数据。

S03：若当前车况数据的返回超时，则处理设备将超时结果发送至车况查询客户端。

在处理设备接收车载设备返回的当前车况数据之后，若确定当前车况数据的返回超时，则处理设备将超时结果发送至车况查询客户端，以使用户获知本次查询超时。

本实施例中，在处理设备向车载设备发送用于上传对应的车况数据的上传指令之后，处理设备通过接收车载设备根据上传指令返回的当前车况数据，并确定当前车况数据的返回是否超时，若当前车况数据的返回未超时，则处理设备将当前车况数据进行存储，并将当前车况数据作为对应的车况数据，若当前车况数据的返回超时，则处理设备将超时结果发送至车况查询客户端，进一步提高了车况数据的实时性。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种处理设备，该处理设备应用于车况数据处理系统中，所述车况数据处理系统还包括车况查询端、车载设备，该处理设备与上述实施例中车况数据处理方法一一对应。如图4所示，该处理设备包括第一接收模块401、第二接收模块402、获取模块403和发送模块404。各功能模块详细说明如下：

第一接收模块401，用于接收并存储所述车载设备实时同步的最新车况数据；

第二接收模块402，用于接收所述车况查询端发送的车况查询请求，所述车况查询请求用于请求获取车辆的车况数据；

获取模块403，用于根据所述车况查询请求和所述最新车况数据获取对应的车况数据；

发送模块404，用于将所述对应的车况数据的发送至所述车况查询端。

进一步地，所述车况查询请求包括查询指令等级，所述获取模块403具体用于：

根据所述查询指令等级确定是否从所述处理设备自身获取车况数据；

确定从所述处理设备自身获取车况数据，则在所述最新车况数据中获取所述车况查询请求对应的车况数据。

进一步地，所述获取模块403还具体用于：

若确定不从所述处理设备自身获取车况数据，则确定所述车载设备是否在线；

若所述车载设备不在线且所述查询指令等级为第一等级，则将车载设备不在线的结果发送至所述车况查询端。

进一步地，所述获取模块403还具体用于：

若所述车载设备不在线且所述查询指令等级为第二等级，则所述处理设备强制唤醒所述车载设备；

在所述车载设备唤醒后，向所述车载设备发送用于上传所述对应的车况数据的上传指令；

获取所述车载设备根据所述上传指令返回的所述对应的车况数据。

进一步地，若所述上传指令等级为第一等级，所述获取模块403还具体用于：

将车载设备不在线的结果发送至所述车况查询端。

进一步地，若所述上传指令等级为第二等级，所述获取模块403还具体用于：

强制唤醒所述车载设备；

在所述车载设备唤醒后，向所述车载设备发送用于上传所述对应的车况数据的上传指令；

获取所述车载设备根据所述上传指令返回的所述对应的车况数据。

进一步地，所述获取模块403还具体用于：

若所述车载设备在线，则向所述车载设备发送用于上传所述对应的车况数据的上传指令；

获取所述车载设备根据所述上传指令返回的所述对应的车况数据。

进一步地，所述获取模块403还具体用于：

接收所述车载设备根据所述上传指令返回的当前车况数据，并确定所述当前车况数据的返回是否超时；

若所述当前车况数据的返回未超时，则将所述当前车况数据进行存储，并将所述当前车况数据作为所述对应的车况数据。

在一实施例中，提供一种车况查询端，该车况查询端应用于车况数据处理系统中，所述车况数据处理系统还包括处理设备、车载设备，所述处理设备存储有所述车载设备实时同步的最新车况数据，该车况查询端与上述实施例中车况数据处理方法一一对应。如图5所示，该车况查询端包括发送模块501和接收模块502。各功能模块详细说明如下：

发送模块501，用于向所述处理设备发送车况查询请求，以使所述处理设备根据所述车况查询请求和所述最新车况数据获取对应的车况数据，所述最新车况数据为车载设备实时同步至所述处理设备的车况数据；

接收模块502，用于接收所述处理设备反馈的所述对应的车况数据。

关于处理设备和车况查询端的具体限定可以参见上文中对于车况数据处理方法的限定，在此不再赘述。上述处理设备和车况查询端中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种处理设备，该处理设备为服务器。该处理设备包括通过系统总线连接的处理器、存储器、网络接口。其中，该处理设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该处理设备的网络接口用于与外部服务器通过网络连接通信。该计算机程序被处理器执行时以实现一种车况数据处理方法。

在一个实施例中，如图6所示，提供了一种处理设备或车况查询端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述车况数据处理方法中处理设备或车况查询端的功能。

在一个实施例中，提供了一种可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述车况数据处理方法中处理设备或车况查询端功能。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

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

Claims (9)

1.一种车况数据处理方法，其特征在于，包括：

处理设备接收并存储车载设备实时同步的最新车况数据；

所述处理设备接收车况查询端发送的车况查询请求，所述车况查询请求用于请求获取车载设备的车况数据；

所述处理设备根据所述车况查询请求和所述最新车况数据获取对应的车况数据；

所述处理设备将所述对应的车况数据的发送至所述车况查询端；

所述车况查询请求包括查询指令等级，所述根据所述车况查询请求和所述最新车况数据获取对应的车况数据，包括：

所述处理设备根据所述查询指令等级确定是否从所述处理设备自身获取车况数据；

若所述处理设备确定不从所述处理设备自身获取车况数据，则确定所述车载设备是否在线；

若所述车载设备不在线且所述查询指令等级为第二等级，则所述处理设备强制唤醒所述车载设备；

在所述车载设备被唤醒后，所述处理设备向所述车载设备发送用于上传所述对应的车况数据的上传指令；

所述处理设备获取所述车载设备根据所述上传指令返回的所述对应的车况数据。

2.如权利要求1所述的车况数据处理方法，其特征在于，所述处理设备根据所述查询指令等级确定是否从所述处理设备自身获取车况数据之后，还包括：

若所述处理设备确定从所述处理设备自身获取车况数据，则在所述最新车况数据中获取所述车况查询请求对应的车况数据。

3.如权利要求2所述的车况数据处理方法，其特征在于，所述确定所述车载设备是否在线之后，所述方法还包括：

若所述车载设备不在线且所述查询指令等级为第一等级，则所述处理设备将车载设备不在线的结果发送至所述车况查询端。

4.如权利要求3所述的车况数据处理方法，其特征在于，所述确定所述车载设备是否在线之后，所述方法还包括：

若所述车载设备在线，则所述处理设备向所述车载设备发送用于上传所述对应的车况数据的上传指令；

所述处理设备获取所述车载设备根据所述上传指令返回的所述对应的车况数据。

5.如权利要求4所述的车况数据处理方法，其特征在于，所述处理设备获取所述车载设备根据所述上传指令返回的所述对应的车况数据，包括：

所述处理设备接收所述车载设备根据所述上传指令返回的当前车况数据，并确定所述当前车况数据的返回是否超时；

若所述当前车况数据的返回未超时，则所述处理设备将所述当前车况数据进行存储，并将所述当前车况数据作为所述对应的车况数据。

6.一种车况数据处理方法，其特征在于，包括：

车况查询端向处理设备发送车况查询请求，以使所述处理设备根据所述车况查询请求和最新车况数据获取对应的车况数据，所述最新车况数据为车载设备实时同步至所述处理设备的车况数据；

所述车况查询端接收所述处理设备反馈的所述对应的车况数据；

其中，所述车况查询请求包括查询指令等级，所述根据所述车况查询请求和所述最新车况数据获取对应的车况数据，包括：所述处理设备根据所述查询指令等级确定是否从所述处理设备自身获取车况数据；若所述处理设备确定不从所述处理设备自身获取车况数据，则确定所述车载设备是否在线；

若所述车载设备不在线且所述查询指令等级为第二等级，则所述处理设备强制唤醒所述车载设备；在所述车载设备被唤醒后，所述处理设备向所述车载设备发送用于上传所述对应的车况数据的上传指令；所述处理设备获取所述车载设备根据所述上传指令返回的所述对应的车况数据。

7.一种处理设备，其特征在于，包括：

第一接收模块，用于接收并存储车载设备实时同步的最新车况数据；

第二接收模块，用于接收车况查询端发送的车况查询请求，所述车况查询请求用于请求获取车辆的车况数据；

获取模块，用于根据所述车况查询请求和所述最新车况数据获取对应的车况数据；

发送模块，用于将所述对应的车况数据的发送至所述车况查询端；

所述车况查询请求包括查询指令等级，所述获取模块还用于：

根据所述查询指令等级确定是否从所述处理设备自身获取车况数据；

若确定不从所述处理设备自身获取车况数据，则确定所述车载设备是否在线；

若所述车载设备不在线且所述查询指令等级为第二等级，则强制唤醒所述车载设备；

在所述车载设备被唤醒后，向所述车载设备发送用于上传所述对应的车况数据的上传指令；

获取所述车载设备根据所述上传指令返回的所述对应的车况数据。

8.一种车况查询端，其特征在于，包括：

发送模块，用于向处理设备发送车况查询请求，以使所述处理设备根据所述车况查询请求和最新车况数据获取对应的车况数据，所述最新车况数据为车载设备实时同步至所述处理设备的车况数据；

接收模块，用于接收所述处理设备反馈的所述对应的车况数据；

其中，所述车况查询请求包括查询指令等级，所述根据所述车况查询请求和所述最新车况数据获取对应的车况数据，包括：所述处理设备根据所述查询指令等级确定是否从所述处理设备自身获取车况数据；若所述处理设备确定不从所述处理设备自身获取车况数据，则确定所述车载设备是否在线；

若所述车载设备不在线且所述查询指令等级为第二等级，则所述处理设备强制唤醒所述车载设备；在所述车载设备被唤醒后，所述处理设备向所述车载设备发送用于上传所述对应的车况数据的上传指令；所述处理设备获取所述车载设备根据所述上传指令返回的所述对应的车况数据。

9.一种车况数据处理系统，其特征在于，包括如权利要求1-5任一项所述的车载设备、车况查询端和处理设备。