CN108537472A - 兼容不同厂商车种的物流货运状态信息采集方法及系统 - Google Patents

Abstract

本发明公开了一种兼容不同厂商车种的物流货运状态信息采集方法及系统，涉及物流运输技术领域，所述方法包括：获取各类初始车辆状态数据；对所述各类初始车辆状态数据进行解析，确定所述各类初始车辆状态数据采用的协议类型；根据所述协议类型，调用相应的解码引擎，对所述各类初始车辆状态数据进行解码，得到解码后的车辆状态数据。本发明通过采用协议自适应技术，在进行物流货运状态信息采集时兼容不同车厂的不同车种，同时对物流运输过程中货物在途运输实现监控。

Description

兼容不同厂商车种的物流货运状态信息采集方法及系统

技术领域

本发明涉及物流货运领域，特别涉及一种兼容不同厂商车种的物流货运状态信息采集方法及系统。

背景技术

国内近几年来涌现出了由汽车生产商、车载信息终端制作商、应用平台运营商等推出的多种车载信息产品和服务，但用户群大多面对的是乘用车车主，针对物流货运和货车车主需求的产品和服务是少之又少。

在物流领域，货运车联网是智能物流的重要部分，货运车联网与车联网一样，也是利用车载电子传感装置，通过移动通信技术、汽车导航系统、智能终端设备与信息网络平台，使车与路、车与车、车与人、车与城市之间实时联网，实现信息互联互通，从而对车、人、物、路、位置等进行有效的智能监控、调度、管理的网络系统，只不过货运车联网联入网络是各种类型的货运车辆。

在货运车联网领域，车是用来运货的，相对于乘用车而言，联入车联网系统的另一个主题是“货”，货运车联网是车、货、路、桥、人组成的一个和谐的大网络系统，它既有一般车联网的特征，又需要与智能物流系统的物联网融合，同时还具有更多的管理与服务功能。货运车联网包括货运状态信息采集系统、智能物流调度监控系统、智能物流调度监控终端系统等。

目前市面上还没有专门针对物流的货运状态信息采集系统，只有独立的车辆状态信息采集系统和货物运输监控系统，只能满足单应用的数据采集需求，不能实现“货”、“车”两种类别的状态同时采集的需求。同时车辆状态信息采集需要考虑兼容性、扩展性等问题，虽然ISO组织制定了统一的传输标准和交换标准，即开放诊断数据交换(Open DiagnosticData Exchange，ODX)标准，但各车厂出于各自的目的，在支持ISO标准的同时，使用自身开发的非标准协议，这就造成了车辆状态信息采集系统的兼容性低、扩展性难等问题。

发明内容

根据本发明实施例提供的一种兼容不同厂商车种的物流货运状态信息采集方法及系统，解决现有车辆状态信息采集系统的兼容性低、扩展性难等问题。

根据本发明实施例提供的兼容不同厂商车种的物流货运状态信息采集方法，包括：

获取各类初始车辆状态数据；

对所述各类初始车辆状态数据进行解析，确定所述各类初始车辆状态数据采用的协议类型；

根据所述协议类型，调用相应的解码引擎，对所述各类初始车辆状态数据进行解码，得到解码后的车辆状态数据。

优选地，所述的根据所述协议类型，调用相应的解码引擎，对所述各类初始车辆状态数据进行解码包括：

若所述协议类型是ODX标准协议，则调用ODX解码引擎，并利用所述ODX解码引擎，对所述各类初始车辆状态数据进行解码；

若所述协议类型是专有协议，则调用专有协议解码引擎，并利用所述专有协议解码引擎，对所述各类初始车辆状态数据进行解码。

优选地，所述的根据所述协议类型，调用相应的解码引擎，对所述各类初始车辆状态数据进行解码还包括：

在对所述各类初始车辆状态数据进行解码失败后，对所述ODX解码引擎或所述专有协议解码引擎进行更新，并利用更新后的ODX解码引擎或专有协议解码引擎进行相应的解码处理。

优选地，还包括：

获取货物状态数据、定位数据和授时数据；

对所述货物状态数据、所述解码后的车辆状态数据、所述定位数据和授时数据进行本地显示，和/或进行封装和加密处理，以便发送给服务器。

优选地，还包括：

对所述货物状态数据和所述解码后的车辆状态数据进行异常分析，若确定存在异常，则进行报警。

根据本发明实施例提供的一种兼容不同厂商车种的物流货运状态信息采集系统，包括：

车辆状态信息采集单元，用于获取各类初始车辆状态数据；

车辆状态信息解析单元，用于对所述各类初始车辆状态数据进行解析，确定所述各类初始车辆状态数据采用的协议类型，并根据所述协议类型，调用相应的解码引擎，对所述各类初始车辆状态数据进行解码，得到解码后的车辆状态数据。

优选地，所述车辆状态信息解析单元具体用于在所述协议类型是ODX标准协议时，调用ODX解码引擎，对所述各类初始车辆状态数据进行解码，在所述协议类型是专有协议时，调用专有协议解码引擎，对所述各类初始车辆状态数据进行解码。

优选地，所述车辆状态信息解析单元还用于在对所述各类初始车辆状态数据进行解码失败后，对所述ODX解码引擎或所述专有协议解码引擎进行更新，并利用更新后的ODX解码引擎或专有协议解码引擎进行相应的解码处理。

优选地，还包括：

货物状态信息采集单元，用于获取货物状态数据；

中央处理单元，用于对所述货物状态数据、所述解码后的车辆状态数据、所述定位数据和授时数据进行本地显示，和/或进行封装和加密处理，以便发送给服务器。

优选地，所述中央处理单元还用于对所述货物状态数据和所述解码后的车辆状态数据进行异常分析，若确定存在异常，则进行报警。

本发明实施例提供的技术方案具有如下有益效果：

1、本发明通过采用协议自适应技术，提高兼容性，即在进行物流货运状态信息采集时能够兼容不同车厂的不同车种；

2、本发明通过采用协议解码引擎动态更新技术，实现动态升级，既可以对已有解码引擎进行动态升级，也可以扩展新的解码引擎；

3、本发明对物流运输过程中货物在途运输实现监控，能够及时发现异常并报警，提高物流安全性。

附图说明

图1是本发明提供的兼容不同厂商车种的物流货运状态信息采集方法框图；

图2是本发明提供的兼容不同厂商车种的物流货运状态信息采集系统框图；

图3是本发明实施例提供的兼容不同厂商车种的物流货运状态信息采集系统结构图；

图4是本发明实施例提供的兼容不同厂商车种的物流货运状态信息采集系统的流程图。

具体实施方式

以下结合附图对本发明的优选实施例进行详细说明，应当理解，以下所说明的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图1是本发明提供的兼容不同厂商车种的物流货运状态信息采集方法框图，如图1所示，步骤包括：

步骤1：获取各类初始车辆状态数据，例如车辆的动力系统、排放系统、电源系统等各个系统的状态数据。

步骤2：对所述各类初始车辆状态数据进行解析，确定所述各类初始车辆状态数据采用的协议类型。

步骤3：根据所述协议类型，调用相应的解码引擎，对所述各类初始车辆状态数据进行解码，得到解码后的车辆状态数据。

针对使用ODX标准协议和使用专有协议两种车辆状态数据，本实施例设计以下两类解码引擎：ODX解码引擎、专有协议解码引擎。若步骤2确定的协议类型是ODX标准协议，则调用ODX解码引擎，并利用所述ODX解码引擎，对所述各类初始车辆状态数据进行解码；若若步骤2确定的协议类型是专有协议，则调用专有协议解码引擎，并利用所述专有协议解码引擎，对所述各类初始车辆状态数据进行解码。

为保证正确解析解码各类初始车辆状态数据，本实施例采用引擎动态更新技术，通过下载插件、更新特征库的方式实现ODX解码引擎和协议解码引擎的动态更新，保证系统对汽车品牌的兼容以及服务的全面性。实际应用中，可以在对所述各类初始车辆状态数据进行解码失败后，对所述ODX解码引擎或所述专有协议解码引擎进行更新，并利用更新后的ODX解码引擎或专有协议解码引擎进行相应的解码处理。

所述方法还包括：获取货物状态数据、定位数据和授时数据，对所述货物状态数据、所述解码后的车辆状态数据、所述定位数据和授时数据进行本地显示，和/或进行封装和加密处理，以便发送给服务器。其中，获取状态数据包括采集货物的订单标号、种类、重量、目的地等订单货物数据、车厢温度和湿度数据等货物运输环境数据。

所述方法还包括：对所述货物状态数据和所述解码后的车辆状态数据进行异常分析，若确定存在异常，则进行报警。例如，运送牛奶途中要求车厢内保持一定范围的温湿度，超出该温湿度范围则进行报警；又例如，货物运送中途停止运送，说明货物丢失或异常，进行报警；再例如车辆动力系统的状态数据异常，进行报警。

本发明能够兼容不同厂商不同车种的物流货运状态信息采集系统，解决了物流在途运输过程中货物状态及不同厂商不同车种的车辆状态的获取、解析、处理、整合、传输等问题，并实现货运状态的异常报警。

图2是本发明提供的兼容不同厂商车种的物流货运状态信息采集系统框图，如图2所示，包括：

车辆状态信息采集单元，用于获取各类初始车辆状态数据，例如车辆的动力系统、排放系统、电源系统等各个系统的状态数据。

车辆状态信息解析单元，用于对所述各类初始车辆状态数据进行解析，确定所述各类初始车辆状态数据采用的协议类型，并根据所述协议类型，调用相应的解码引擎，对所述各类初始车辆状态数据进行解码，得到解码后的车辆状态数据。具体地说，车辆状态信息解析单元具体用于在所述协议类型是ODX标准协议时，调用ODX解码引擎，对所述各类初始车辆状态数据进行解码，在所述协议类型是专有协议时，调用专有协议解码引擎，对所述各类初始车辆状态数据进行解码。如果对所述各类初始车辆状态数据进行解码失败，所述车辆状态信息解析单元对所述ODX解码引擎或所述专有协议解码引擎进行更新，并利用更新后的ODX解码引擎或专有协议解码引擎进行相应的解码处理。

货物状态信息采集单元，用于获取货物状态数据，例如订单标号/种类/重量/目的地/当前位置等订单货物数据、车厢内的温湿度等运输环境数据等。

中央处理单元，用于对所述货物状态数据、所述解码后的车辆状态数据、所述定位数据和授时数据进行本地显示，和/或进行封装和加密处理，以便发送给服务器。进一步地，中央处理单元还用于对所述货物状态数据和所述解码后的车辆状态数据进行异常分析，若确定存在异常，则进行报警。

本发明通过车辆上安装的各类传感器采集物流运输过程中的货物状态数据和车辆状态数据，实现货运状态和车辆状态的异常报警。本发明是设计了货物状态数据信息和车辆状态数据信息同时采集处理的系统，采用协议自适应技术和协议解码引擎动态更新技术，解决现有的物流货运状态信息采集系统不能兼容不同车厂不同车种、不能动态升级、兼容性低、扩展性难等问题，同时解决了物流运输过程中货物在途运输监控问题。

采用本发明的技术方案后，能够完成物流在途运输过程中货物状态数据和运输车辆状态数据信息(动力系统、排放系统、电源系统、行驶信息等)的获取、解析、处理、存储、传输等，并对解析到的货运状态数据进行本地处理和显示，及时提醒用户当前发现的问题，达到物流在途过程中的货物、车辆、车厢环境等同时监控的目的，可以为物流企业带来降低油耗、提高物流安全性、保证货物准时安全地到达目的地等效益。

本发明实现的物流货运状态信息采集系统，能够兼容不同厂商不同车种，基本原理分为四个阶段：

1.数据采集阶段

数据采集包括以下两部分：

(1).采集货物状态数据

通过车辆所装载的Ibeacon传感器和温湿度传感器分别采集货物的订单标号/种类/重量/目的地/当前位置等订单货物数据、车厢温湿度数据等货物运输环境数据，并将订单货物数据、货物运输环境数据通过GPRS、蓝牙等传输方式传送给中央处理单元。

(2)采集车辆状态数据

通过车辆装载的OBD数据连接器采集车辆的动力系统、排放系统、电源系统、行驶信息等初始车辆状态数据,并将初始车辆状态数据通过蓝牙、RS232等传输方式传送给车辆状态信息解析单元。

2.数据解析阶段

车辆状态信息解析单元在获取初始车辆状态数据后，单元内具有协议自适应能力的解码引擎在协议特征库的配合下完成不同厂商不同车种的初始车辆状态数据解析，并将解析后的车辆状态数据传送至中央处理器单元。

3.数据处理阶段

中央处理单元实现以下处理：

(1)负责处理接收到的订单货物数据、货物运输环境数据、解析完成的车辆状态数据；

(2)完成货物状态数据和/或车辆状态数据的分析和异常点的判断；

(3)实现定位数据和授时数据的解析，将时间和定位数据附加到货物状态数据和车辆状态数据中。

4.处理结果显示阶段

中央处理单元的图形显示处理模块接收数据处理模块发送的图形界面等数据，并将数据显示于屏幕上。

图3是本发明实施例提供的兼容不同厂商车种的物流货运状态信息采集系统结构图，如图3所示，包括：货物状态信息采集单元、车辆状态信息采集单元、车辆状态信息解析单元、中央处理单元和人机交互单元。

1、货物状态信息采集单元

货物状态信息采集单元用于接收中央处理单元发送的控制指令进行相应的数据采集和交互，具体地说，货物状态信息采集单元采集货物的订单编号/种类/重量/目的地/当前位置等订单货物数据、车厢温度和湿度数据等货物运输环境数据，并将采集到的包括订单货物数据和/或货物运输环境数据的货物状态数据发送到中央处理单元。

货物状态信息采集单元包括Ibeacon货物监控模块、温湿度监控模块、无线传输模块等，该单元的各模块作用如下：

(1)Ibeacon货物监控模块，用于存储和采集订单货物的订单编号、种类、重量、目的地、当前位置等订单货物数据，并将采集到的订单货物数据通过蓝牙等方式发送到本单元的无线传输模块；根据中央处理单元发送的控制指令，将订单货物数据发送至中央处理单元的数据交换控制模块。

(2)温湿度监控模块，用于采集货物运输过程中车厢内的温度和湿度等货物运输环境数据，将采集到的数据通过GPRS、CDMA、GSM、3G、4G等方式发送到本单元的无线传输模块；根据中央处理单元发送的控制指令，将货物运输环境数据发送至中央处理单元的数据交换控制模块。

(3)无线传输模块，用于接收中央处理单元发送的控制指令，并发送给本单元的Ibeacon货物监控模块和温湿度监控模块；接收Ibeacon货物监控模块提供的货物订单编号、种类、重量、目的地、当前位置等订单货物数据，接收温湿度监控模块提供的车厢内的温度、湿度等货物运输环境数据，并将订单货物数据和运输环境数据通过GPRS、CDMA、GSM、3G、4G、蓝牙等传输方式传输至中央处理单元的数据交换控制模块。

2、车辆状态信息采集单元

车辆状态信息采集单元，用于接收中央处理单元发送的控制指令进行相应的数据采集，即采集各类初始车辆状态数据，并将采集到的各类初始车辆状态数据发送至车辆状态信息解析单元。

车辆状态信息采集单元包括OBD数据连接器模块、数据传输模块等，该单元的各模块作用如下：

(1)OBD数据连接器模块，用于采集车辆的动力系统、排放系统、电源系统、行驶信息等各类初始车辆状态数据；根据中央处理单元发送的控制指令，将初始车辆状态数据发送到车辆状态信息解析单元。

(2)数据传输模块用于接收中央处理单元发送的控制指令并发送给本单元的OBD数据连接器模块，接收OBD数据连接器模块提供的车辆的动力系统、排放系统、电源系统、行驶信息等各类初始车辆状态数据，并将上述各类初始车辆状态数据通过蓝牙、RS323等传输方式传输给车辆状态信息解析单元。

3、车辆状态信息解析单元

车辆状态信息解析单元用于接收车辆状态信息采集单元发送的初始车辆状态数据，选择对应的协议解码引擎解析状态数据，并将解析完成的车辆状态数据发送到中央处理单元的数据交换控制模块，同时支持解码引擎的动态更新。

车辆状态信息解析单元包括协议解析模块、ODX解码引擎模块、专有协议解码引擎模块、引擎动态更新模块、数据传输模块等，该单元的各模块作用如下：

(1)协议解析模块，用于接收车辆状态采集单元发送的初始车辆状态数据，对初始车辆状态数据进行解析，具体地说，本发明实施例将车辆状态数据分为使用ODX标准协议、使用专有协议的两类数据，协议解析模块判断车辆状态信息采集单元传输过来的初始车辆状态数据的协议类型，当判断初始车辆状态数据采用的是ODX标准协议时，调用ODX解码引擎对所述初始车辆状态数据进行解码及解析，当判断初始车辆状态数据采用的是非标准协议时，调用专有协议解码引擎对所述初始车辆状态数据进行解码及解析。

(2)ODX解码引擎模块，用于通过模块自带的ODX特征库提取检测对象代码、命令字、控制码、校验码、返回值等数据，采用对应的处理方法，完成采用ODX标准协议的初始车辆状态数据的解码和解析。其中，ODX解码引擎模块自带的ODX特征库是按照ODX标准协议的特点进行定义的，包括ODX所描述内容的数据结构(特征码)、协议解析过程中所需的事件和方法、命令字及参数定义、身份数据定义、控制码定义、校验码定义、返回值定义。

(3)专有协议解码引擎，用于通过模块自带的专有协议特征库提取检测对象代码、命令字、控制码、校验码、返回值等数据，采用对应的处理方法，完成采用非标准协议的初始车辆状态数据的解码和解析。其中，专有协议解码引擎模块自带的专有协议特征库包括基于字节流模式的协议描述方法(特征码)、协议格式总体构成、基于字节流处理方法的数据结构及所需事件和方法、命令字及参数定义、身份数据定义、控制码定义、校验码定义、返回值定义。

(4)引擎动态更新模块，通过下载插件、更新特征库的方式实现ODX解码引擎和协议解码引擎的动态更新，保证系统对汽车品牌的兼容以及服务的全面性。

其中，ODX解码引擎的动态更新主要通过更新ODX特征库的方式进行。

其中，专有协议解码引擎的动态更新包括两种方式：

a.对于一种全新的专有协议，通过下载插件和更新专有协议特征库的方式完成更新；

b.对于现有协议的更新，通过更新专有协议特征库的方式进行。

(5)数据传输模块，用于接收中央处理单元发送的控制指令，并发送给本单元的协议解析模块，接收解码引擎解析完成的车辆状态数据，并通过数据传输接口传输给中央处理单元的数据交换控制模块。

4、中央处理单元

中央处理单元根据人机交互单元发送的操作指令控制系统单元或内部模块的工作，实现与系统其他单元模块及本单元内部模块之间的数据交换、处理，对处理的数据进行存储、图形显示，同时实现系统的卫星定位。进一步地，中央处理单元还可以将处理结果数据经由外部的无线通讯单元发送至服务器。

中央处理单元包括数据交换控制模块、数据处理模块、数据存储模块、图形显示处理模块、GPS/BD定位模块，该单元下的模块作用如下：

(1)数据交换控制模块，用于根据人机交互单元发送的操作指令或无线通讯单元发送的操作指令控制货物状态信息采集单元、车辆状态信息采集单元、车辆状态信息解析单元、数据处理模块、数据存储模块、GPS/BD定位模块等单元或模块的工作，确定系统工作流程，实现与这些单元或模块间的数据交换；接收或转发货物状态信息采集单元发送的订单货物数据和/或货物运输环境数据、车辆状态信息解析单元发送的解析后的车辆状态数据、GPS/BD定位模块发送的系统定位数据和授时数据；根据数据处理模块提供的处理结果，确定系统工作方案流程。

(2)数据处理模块，用于根据数据交换控制模块发送的操作指令对其发送过来的各类数据(包括订单货物数据和货物运输环境数据、解析后的车辆状态数据、定位数据和授时数据等)进行数据处理，具体地说，主要是对货物状态数据、车辆状态数据以及GPS/BD定位模块采集的数据三者进行数据统一封装为一个数据包、然后进行加密处理后，实现与服务器的对接，即处理的数据添加授时数据(即时间及地点)后上报；完成货物状态数据和车辆状态数据的分析和异常点的判断；实现定位数据和授时数据的解析，将时间和定位数据附加到货物状态数据和车辆状态数据中；将处理后的结果发送给数据交换控制模或块数据存储模块。

(3)数据存储模块，用于储存记忆数据处理模块运算的结果数据、历史资料及使用者的自建资料，并根据数据交换控制模块发送的操作指令将存储数据发送到数据交换控制模块或图形显示处理模块。

(4)GPS/BD定位模块，用于接收GPS卫星或北斗卫星的定位数据和授时数据，并根据数据交换控制模块发送的操作指令将定位数据和授时数据发送到数据处理模块。

(5)图形显示处理模块用于接收数据处理模块或数据存储模块传送来的图形界面等数据，并将数据显示于屏幕上。

5、人机交互单元

人机交互单元，用于接收用户输入的操作指令，并将用户操作指令发送到中央处理单元的数据交换控制模块，接收中央处理单元的数据交换控制模块发送的货运状态数据和/或车辆状态数据的异常告警信息。

图4是本发明实施例提供的兼容不同厂商车种的物流货运状态信息采集系统的流程图，如图4所示，工作步骤包括：

步骤1：初始化每个Ibeacon，并在每个Ibeacon中写入对应监控的订单货物相关信息，例如订单编号、货物的种类、重量、目的地等。

步骤2：将OBD数据连接器和温湿度监控模块安装到运输车辆。

步骤3：人机交互单元接收到用户输入的操作指令，将用户输入的操作指令发送至中央处理单元的数据交换控制模块。

步骤4：中央处理单元的数据交换控制模块接收到人机交互单元发送的操作指令后，对所述操作指令进行解析，并对解析后的指令进行判断，判断将指令发送给系统的哪个单元。

具体包括如下三种情况：

若判断用户要获取的是货物状态相关的信息，则数据交换控制模块向货物状态信息采集单元发送控制指令，然后执行步骤5，以便采集货物状态数据，所述货物状态数据包括订单货物数据和车厢内的温湿度数据。

若判断用户要获取的是车辆状态相关的信息，则数据交换控制模块向车辆状态信息采集单元发送控制指令，然后执行步骤9，以便采集初始车辆状态数据，所述初始车辆状态数据包括车辆动力系统、排放系统、电源系统等各个系统的状态数据。

若判断用户要获取的是系统历史数据，则数据交换控制模块向本单元的数据存储模块发送控制指令，然后执行步骤16。

步骤5：货物状态信息采集单元的无线传输模块接收来自数据交换控制模块的控制指令，并将该控制指令发送给本单元的Ibeacon货物监控模块和温湿度监控模块。

步骤6：Ibeacon货物监控模块根据数据交换控制模块的控制指令，采集每个订单货物的订单编号、货物的种类、重量、目的地、当前位置等数据信息，并将这些订单货物数据通过内置的蓝牙等方式传输给同一单元的无线传输模块。

步骤7：温湿度监控模块根据数据交换控制模块的控制指令，采集车厢内的温度和湿度数据，并将所述车厢内的温度和湿度数据通过内置的GPRS/CDMA/GSM/3G/4G网络等方式传输给同一单元的无线传输模块。

步骤8：货物状态信息采集单元的无线传输模块收到订单货物数据和车厢内的温湿度数据，并将这些数据通过GPRS、CDMA、GSM、3G、4G、蓝牙等方式传输给中央处理单元的数据交换控制模块。

步骤9：车辆状态信息采集单元的数据传输模块接收来自数据交换控制模块的控制指令，并将该控制指令发送给本单元的OBD数据连接器模块。

步骤10：OBD数据连接器模块根据数据交换控制模块的控制指令，采集初始车辆状态数据，并将这些初始车辆状态数据传输给同一单元的数据传输模块。

步骤11：车辆状态信息采集单元的数据传输模块收到OBD数据连接器模块获取并发送的初始车辆状态数据，并将这些数据通过蓝牙或者RS323串口等方式传输给车辆状态信息解析单元的协议解析模块。

步骤12：车辆状态信息解析单元收到车辆状态信息采集单元发送的初始车辆状态数据，调用协议解析模块，通过特征码(ODX标准协议和非标准协议具有不同的特征码)对初始车辆状态数据信息进行协议类型的判断。

当判断初始车辆状态数据采用的是ODX标准协议时，调用ODX解码引擎模块对所述初始车辆状态数据进行解码解析，执行步骤13。

当判断初始车辆状态数据采用的是非标准协议时，调用专有协议解码引擎模块对所述初始车辆状态数据进行解码解析，执行步骤14。

步骤13：ODX解码引擎模块接收到协议解析模块的调用后，从引擎自带的ODX特征库提取检测对象代码、命令字、控制码、校验码、返回值等数据，采用对应的处理方法，完成标准协议数据的解码和解析，并将解析完成的结果传输给本单元的数据传输模块。

需要说明的是，如果所述初始车辆状态数据解析失败，则调用引擎动态更新模块更新ODX解码引擎，然后再对所述初始车辆状态数据重新进行解码解析。

步骤14：专有协议解码引擎模块接收到协议解析模块的调用后，从引擎自带的专有特征库提取检测对象代码、命令字、控制码、校验码、返回值等数据，采用对应的处理方法，完成非标准协议数据的解码和解析，并将解析完成的结果传输给本单元的数据传输模块。

需要说明的是，如果所述初始车辆状态数据解析失败，则调用引擎动态更新模块更新专有协议解码引擎模块，然后再对所述初始车辆状态数据重新进行解码解析。

步骤15：车辆状态信息解析单元的数据传输模块接收到ODX解码引擎模块或专有协议解码引擎模块发送的解析后的车辆状态数据，并将这些数据通过数据传输接口传输给中央处理单元的数据交换控制模块。

步骤16：数据存储模块根据数据交换控制模块的控制指令将历史数据发送至数据处理模块。

步骤17：中央处理单元的数据交换控制模块发送控制指令到GPD/BD定位模块，GPD/BD定位模块根据来自数据交换控制模块的控制指令，向数据交换控制模块发送定位数据和授时数据。

步骤18：中央处理单元的数据交换控制模块收到以下四类数据中的任意一类数据或组合，并将这四类数据中的任意一类数据或组合转发给同一单元的数据处理模块进行处理。

所述四类数据包括：货运状态信息采集单元发送的货运状态数据(包括订单货物数据和运输环境数据)、车辆状态信息解析单元发送的解析完成的车辆状态数据、数据存储模块发送的历史数据、GPD/BD定位模块发送的定位数据和授时数据。

步骤19：数据处理模块接收到数据交换控制模块发送的车辆状态数据、货运状态数据、系统定位数据和授时数据中的任意一类数据或组合，对这些数据进行如下处理：对货物状态数据和车辆状态数据进行分析和异常点的判断，对定位数据和授时数据进行解析，并将时间和定位数据附加到货物状态数据和车辆状态数据中；处理完成的结果发送给图形显示处理模块或数据储存模块。

步骤20：图形显示处理模块接收到数据处理模块发送的处理结果数据，并将这些数据显示在屏幕上。

步骤21：人机交互单元接收中央处理单元发送的货运状态数据和/或车辆状态数据异常告警信息，并以声音或者是文本的形式提醒用户。

综上所述，本发明的实施例具有以下技术效果：

1.本发明针对使用ODX标准协议和使用专有协议的车辆状态数据，设计ODX解码引擎和专有协议解码引擎两类解码引擎，并设计协议自适应技术，解决了现有车辆状态信息采集系统不能兼容不同车厂不同车种的问题；

2.本发明设计了协议解码引擎动态更新技术，提高了系统的兼容性及全面性；

3.本发明实现了物流运输过程中货物状态数据和车辆状态数据同时采集监控的需求。

尽管上文对本发明进行了详细说明，但是本发明不限于此，本技术领域技术人员可以根据本发明的原理进行各种修改。因此，凡按照本发明原理所作的修改，都应当理解为落入本发明的保护范围。

Claims (10)

1.兼容不同厂商车种的物流货运状态信息采集方法，其特征在于，包括：

获取各类初始车辆状态数据；

对所述各类初始车辆状态数据进行解析，确定所述各类初始车辆状态数据采用的协议类型；

根据所述协议类型，调用相应的解码引擎，对所述各类初始车辆状态数据进行解码，得到解码后的车辆状态数据。

2.根据权利要求1所述的方法，其特征在于，所述的根据所述协议类型，调用相应的解码引擎，对所述各类初始车辆状态数据进行解码包括：

若所述协议类型是开放诊断数据交换ODX标准协议，则调用ODX解码引擎，并利用所述ODX解码引擎，对所述各类初始车辆状态数据进行解码；

若所述协议类型是专有协议，则调用专有协议解码引擎，并利用所述专有协议解码引擎，对所述各类初始车辆状态数据进行解码。

3.根据权利要求2所述的方法，其特征在于，所述的根据所述协议类型，调用相应的解码引擎，对所述各类初始车辆状态数据进行解码还包括：

在对所述各类初始车辆状态数据进行解码失败后，对所述ODX解码引擎或所述专有协议解码引擎进行更新，并利用更新后的ODX解码引擎或专有协议解码引擎进行相应的解码处理。

4.根据权利要求1或2或3所述的方法，其特征在于，还包括：

获取货物状态数据、定位数据和授时数据；

对所述货物状态数据、所述解码后的车辆状态数据、所述定位数据和授时数据进行本地显示，和/或进行封装和加密处理，以便发送给服务器。

5.根据权利要求4所述的方法，其特征在于，还包括：

对所述货物状态数据和所述解码后的车辆状态数据进行异常分析，若确定存在异常，则进行报警。

6.兼容不同厂商车种的物流货运状态信息采集系统，其特征在于，包括：

车辆状态信息采集单元，用于获取各类初始车辆状态数据；

车辆状态信息解析单元，用于对所述各类初始车辆状态数据进行解析，确定所述各类初始车辆状态数据采用的协议类型，并根据所述协议类型，调用相应的解码引擎，对所述各类初始车辆状态数据进行解码，得到解码后的车辆状态数据。

7.根据权利要求6所述的系统，其特征在于，所述车辆状态信息解析单元具体用于在所述协议类型是开放诊断数据交换ODX标准协议时，调用ODX解码引擎，对所述各类初始车辆状态数据进行解码，在所述协议类型是专有协议时，调用专有协议解码引擎，对所述各类初始车辆状态数据进行解码。

8.根据权利要求7所述的系统，其特征在于，所述车辆状态信息解析单元还用于在对所述各类初始车辆状态数据进行解码失败后，对所述ODX解码引擎或所述专有协议解码引擎进行更新，并利用更新后的ODX解码引擎或专有协议解码引擎进行相应的解码处理。

9.根据权利要求6或7或8所述的系统，其特征在于，还包括：

货物状态信息采集单元，用于获取货物状态数据；

中央处理单元，用于对所述货物状态数据、所述解码后的车辆状态数据、所述定位数据和授时数据进行本地显示，和/或进行封装和加密处理，以便发送给服务器。

10.根据权利要求9所述的系统，其特征在于，所述中央处理单元还用于对所述货物状态数据和所述解码后的车辆状态数据进行异常分析，若确定存在异常，则进行报警。