CN107636602A - 一种数据处理方法及数据处理设备 - Google Patents

Abstract

一种数据处理方法及数据处理设备，包括：接收终端按预设的数据存储方式上传的待处理数据，并将所述待处理数据存入数据缓存区；调用协议库解析所述待处理数据，并输出指定格式的解析结果数据；存储所述解析结果数据。通过上述方法能够降低用户产品开发的复杂程度。

Description

一种数据处理方法及数据处理设备

技术领域

本发明属于车联网技术领域，尤其涉及一种数据处理方法及数据处理设备。

背景技术

随着汽车电子技术的飞速发展，车联网随之兴起，最新发布的《GB/T32960-2016电动汽车远程服务与管理系统技术规范》，定义了车联网基本框架：车载终端及远程服务器，其中的远程服务器提供了远程服务与管理。现在，车载终端产品如车载TBOX越来越多地应用于市场，同时，各主机厂对车载终端需求越来越大。

车辆的功能复杂性日益提高，安全、环保、节能方面的法规要求日益严格，各主机厂对车载终端的要求千差万别，但是，车载终端厂商在前期工作中难以获取到各个主机厂的通讯协议，同时，每一款车的车辆信息状态也不一定一致，因此，车载终端采用的通信协议与各个主机厂的需求不一定相同，这些车载终端的接收或者输出的数据格式不一定适合主机厂，主机厂需要重新修改，从而导致主机厂产品开发的复杂度增加，影响产品开发周期。

发明内容

有鉴于此，本发明实施例提供了一种数据处理方法及数据处理设备，以解决现有车载终端接收或输出的数据格式不一定适合主机厂，导致主机厂产品开发的复杂度增加，影响产品开发周期的问题。

本发明第一方面提供了一种数据处理方法，包括：

接收终端按预设的数据存储方式上传的待处理数据，并将所述待处理数据存入数据缓存区；

调用协议库解析所述待处理数据，并输出指定格式的解析结果数据；

存储所述解析结果数据。

本发明第二方面提供了一种数据处理装置，包括：

数据缓存单元，用于接收终端按预设的数据存储方式上传的待处理数据，并将所述待处理数据存入数据缓存区；

数据解析单元，用于调用协议库解析所述待处理数据，并输出指定格式的解析结果数据；

数据存储单元，用于存储所述解析结果数据。

本发明第三方面提供了一种数据处理系统，包括：终端和数据处理设备；

所述终端，用于按预设的数据存储方式上传待处理数据；

所述数据处理设备，用于接收终端按预设的数据存储方式上传的待处理数据，并将所述待处理数据存入数据缓存区；调用协议库解析所述待处理数据，并输出指定格式的解析结果数据；存储所述解析结果数据。

本发明第四方面提供了一种数据处理设备，包括：处理器，与所述处理器耦合连接的收发装置，以及与所述处理器耦合连接的存储器，所述存储器用于存储一组程序代码；通过所述收发装置接收终端按预设的数据存储方式上传的待处理数据；所述处理器调用所述存储器中的程序代码执行以下操作：将所述待处理数据存入数据缓存区，调用协议库解析所述待处理数据，并输出指定格式的解析结果数据；通过存储器存储所述解析结果数据。

本发明第五方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上所述数据处理方法的步骤。

本发明与现有技术相比存在的有益效果是：本发明通过接收终端按预设的数据存储方式上传的待处理数据，并将所述待处理数据存入数据缓存区，再调用协议库解析所述待处理数据，并输出指定格式的解析结果数据，最后存储所述解析结果数据，主机厂用户无需关心终端数据的数据格式，从而降低产品开发的复杂程度，缩短产品开发周期，提高产品的交付速度。

附图说明

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

图1是本发明实施例提供的一种数据处理系统的系统架构图；

图2是本发明实施例提供的一种数据处理系统的应用场景示意图；

图3是本发明实施例提供的数据处理设备侧的一种数据处理方法的实现流程图；

图3a是本发明实施例提供的数据处理设备侧的另一种数据处理方法的实现流程图；

图3b是本发明实施例提供的数据处理设备侧的再一种数据处理方法的实现流程图；

图3c是本发明实施例提供的数据处理设备侧的再一种数据处理方法的实现流程图；

图4是本发明实施例提供的一种数据处理装置的结构框图；

图5是本发明实施例提供的一种数据处理设备的示意图。

具体实施方式

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

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一：

图1示出了本发明实施例提供的一种数据处理系统的系统架构图，详述如下：为了便于说明，仅示出了与本发明实施例相关的部分。

参照图1，所述数据处理系统包括终端1与数据处理设备2，其中：

所述终端1，用于按预设的数据存储方式上传待处理数据。

具体地，在本发明实施例中，终端1可以是车载终端，车载终端是车辆监控管理系统的前端设备，也可以叫做车辆调度监控终端(TCU终端)，具有集成定位，通信、汽车行驶记录仪等多项功能。终端1要将采集的待处理数据按预设的数据存储方式进行上传，待处理数据包括车辆诊断数据，例如车速、转速、总里程、油耗等数据。在本发明实施例中，终端1按码表的数据存储方式上传车辆诊断数据。其中，码表的数据存储方式是根据终端1的自定义通信协议定义的一种数据存储方式。例如，预先自定义待处理数据中不同数据内容对应的二进制数的位数，根据终端1按码表上传的待处理数据，并将所述待处理数据存入数据缓存区。示例性的，将待处理数据转换为二进制数，若该待处理数据中包括车速，则将二进制数的第一位置1，若该待处理数据中包括转速，则将二进制数的第二位置1，若该待处理数据中不包括总里程，则将二进数的第三位置0，若该待处理数据中包括油耗，则将二进制数的第三位置1。

所述数据处理设备2，用于接收终端1按预设的数据存储方式上传的待处理数据，并将所述待处理数据存入数据缓存区；调用协议库解析所述待处理数据，并输出指定格式的解析结果数据；存储解析所述解析结果数据。

具体地，所述数据处理设备2，用于接收终端1按预设的数据存储方式上传的待处理数据，例如，接收终端1按码表的数据存储方式上传的待处理数据，并将所述待处理数据存入数据处理设备2的数据缓存区，调用协议库解析该数据缓存区中的待处理数据，具体地，可通过数据处理设备2的应用服务器调用协议库解析数据库缓存区中，本次终端1上传的待处理数据，输出指定格式的解析结果数据。即当终端1实时上传待处理数据时，调用协议库解析的是本次上传至数据缓冲区的待处理数据，而不是在这次之前数据缓存区中接收缓存的数据，所述协议库中的通信协议包括标准通信协议与自定义通信协议，如CAN BUS的J1939协议、J1979协议和私有诊断协议。将解析后输出的指定格式的解析结果数据存入指定区域，例如存入数据处理设备2的数据库服务器。其中，指定格式可以是JSON格式。本发明实施例中，数据处理设备2接收终端1按预设的数据存储方式上传的待处理数据，以便提高解析速度。

可选地，所述数据处理系统可以采用蓝牙技术、WIFI技术或3G/4G技术等建立数据处理设备2与多个终端1之间的无线连接，也可以采用串口技术或者USB接口技术等建立数据处理设备2与终端1之间的有线连接。

以一个应用场景为例，如图2所示，所述数据处理系统中包括车载终端和数据处理设备，其中，数据处理设备包括应用服务器以及数据库服务器。车载终端将待处理数据按码表方式上传，应用服务器通过移动基站的信号，接收车载终端按码表方式上传的待处理数据，并将所述待处理数据存入数据缓存区中，调用包括J1939协议、J1979协议、私有诊断协议等多种协议的协议库解析数据缓存区中，本次车载终端上传的待处理数据，输出JSON格式的解析结果数据，将该解析结果数据存储至数据处理设备的数据库服务器中，供用户使用。

本发明第一实施例中，终端按预设的数据存储方式上传待处理数据，数据处理设备通过接收终端按预设的数据存储方式上传的待处理数据，并将所述待处理数据存入数据缓存区，再调用协议库解析所述待处理数据，并输出指定格式如JSON格式的解析结果数据，最后存储解析后生成指定格式的解析结果数据，用户无需关心终端数据的数据格式，从而降低产品开发的复杂程度，缩短产品开发周期，提高产品的交付速度。

实施例二：

图3示出了本发明实施例提供的一种数据处理方法的流程图，在本实施例中，该流程的执行主体为图1所示的数据处理设备2，详述如下：

步骤S201，接收终端按预设的数据存储方式上传的待处理数据，并将所述待处理数据存入数据缓存区。

其中，终端可以为车载终端，此时，所述待处理数据包括车辆诊断数据，例如车速、转速、总里程、油耗等数据。在本发明实施例中，预设的数据存储方式可以是码表的数据存储方式，码表是根据终端的自定义通信协议自定义的一种数据存储方式。例如，预先自定义待处理数据中不同数据内容对应的二进制数的位数，根据终端按码表上传的待处理数据，并将所述待处理数据存入数据缓存区。示例性的，将待处理数据转换为二进制数，若该待处理数据中包括车速，则将二进制数的第一位置1，若该待处理数据中包括转速，则将二进制数的第二位置1，若该待处理数据中不包括总里程，则将二进数的第三位置0，若该待处理数据中包括油耗，则将二进制数的第三位置1。

步骤S202，调用协议库解析所述待处理数据，并输出指定格式的解析结果数据。

具体地，当终端实时上传待处理数据时，调用协议库解析的是本次上传的待处理数据，也即调用协议库解析最新的上传的待处理数据，其中，协议库可使用C++开发，C++将协议解析模块封装成动态链接库文件供程序调用，以(.so)库的形式输出，可跨平台调用，从而方便用户调用，所述协议库中包括通信协议，通信协议包括标准通信协议与自定义通信协议等多种协议，如CAN BUS的J1939协议、J1979协议和私有诊断协议。通过调用协议库的多种协议数据对接收的待处理数据进行解析得到解析结果数据，获取登录包数据、GPS数据包、私有数据流(码表的存储方式)、故障码(私有存储)等协议数据的解析结果数据，并按指定格式输出所述解析结果数据，如按JSON格式所述解析结果数据。具体地，JSON(JavaScript Object Notation)是一种轻量级的数据交换格式。它基于JavaScriptProgramming Language,Standard ECMA-262 3rd Edition-December 1999的一个子集。JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯(包括C,C++,C#,Java,JavaScript,Perl,Python等)。JSON格式的数据易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。在本发明实施例中，通过调用协议库解析所述待处理数据，并输出JSON格式的解析结果数据，方便用户读取使用。

可选地，如图3a所示，为获取解析结果数据，所述步骤S202具体包括：

A1、从接收的所述待处理数据中截取数据包，其中，所述数据包包括登录数据包、定位数据包、车辆诊断数据流以及故障码。

A2、检测所述数据包的有效性。

A3、若所述数据包无效，则发送无效提示。

A4、若所述数据包有效，则解析所述数据包的内容，并输出指定格式的解析结果数据。

具体地，调用协议库中的协议，从接收的待处理数据中截取数据包，该数据包的特征参数包括连续排列的包头、包尾、包长以及数据业务编号，进一步地，所述数据包的特征参数还包括命令字、数据内容及校验位。可选地，在本发明实施例中，截取数据包可包括登录数据包、定位数据包、车辆诊断数据流以及故障码，其中，登录数据包包括终端自定义通信协议的协议数据，如终端的终端编号；GPS数据包包括车辆的定位信息；车辆诊断数据流包括车辆的实时数据，例如车速、转速、总里程、油耗等数据；故障码包括车辆的故障信息。其中，所述车辆诊断数据流以数据流码表方式存储上传，其它数据包可以按指定格式存储上传。进一步地，为检测所述数据包的有效性，可判断所述数据包是否为满足用户需求的数据包，若不满足，则所述数据包无效，发送无效提示，若所述数据包为满足用户需求的数据包，则解析所述数据包的内容，并输出指定格式的解析结果数据。进一步地，删除无效数据包以减少存储空间占用。

进一步地，如图3b所示，为准确获取数据包的有效性，避免随意丢弃，所述检测所述数据包的有效性，包括：

B1、获取所述数据包的特征参数；

B2、判断所述特征参数是否与所述协议库中通信协议规定的数据包格式参数相匹配；

B3、若匹配，则所述数据包有效；

B4、若不匹配，则提示所述数据包无效。

具体地，在本发明实施例中，从接收的待处理数据中截取数据包后，获取所述数据包的特征参数，即，获取数据包的包头、包尾、包长以及数据业务编号，将截取的数据包中包头、包尾、包长以及数据业务编号等特征参数与协议库中通信协议规定的标准的数据包格式参数进行比对匹配，若匹配，则所述数据包有效；若比配，则提示所述数据包无效。

可选地，如图3c所示，所述检测所述数据包的有效性，包括：

C1、获取所述数据包的终端编号；

C2、将所述终端编号与协议库中自定义通信协议的终端编号进行比对匹配；

C3、若匹配，则所述数据包有效；

C4、若不匹配，则提示所述数据包无效。

具体地，在本发明实施例中，从接收的待处理数据中截取数据包后，查找所述数据包对应的终端编号，即发送所述数据包终端的终端编号。上述终端编号是终端初次与数据处理设备连接并在上述数据处理设备上注册时，由数据处理设备随机分配，或按照某种标准分配的。终端初次与数据处理设备连接并在数据处理设备上注册时，数据处理设备将终端编号通知至该终端，同时将该终端编号存储在数据处理设备上。当终端向数据处理设备发送待处理数据时，在其发送的待处理数据中包含有该编号的信息。在本发明实施例中，获取终端编号，并与协议库中自定义通信协议中的终端编号进行比对匹配，即，在数据处理设备查找是否存在上述终端编号，如果没有查找到上述终端编号，则上述数据包无效，上述发送数据包的终端与数据处理设备是非法连接。如果查找到上述终端编号，则上述数据包有效，上述发送数据包的终端与数据处理设备是合法连接，执行下一步骤。

进一步地，所述若所述数据包有效，则解析所述数据包的内容，并生成指定格式的解析结果数据，包括：

按照通信协议对应的字节位对所述数据包进行解析，并输出指定格式的解析结果数据。

或者，

按照通信协议的数据项对所述数据包进行解析，并输出指定格式的解析结果数据。

具体地，在本发明实施例中，协议库中的通信协议包括标准通信协议和自定义通信协议，如CAN BUS的J1939协议、J1979协议和私有诊断协议。若从接收的待处理数据中截取的数据包是有效数据包，则按照通信协议中的标准通信协议对应的字节位对所述数据包进行解析，输出指定格式的解析结果数据，或者，按照通信协议中的自定义通信协议的数据项对所述数据包进行解析，输出指定格式的解析结果数据，其中，所述通信协议包括标准通信协议和自定义通信协议，所述指定格式可以是JSON格式。

步骤S203，存储所述解析结果数据。

可选地，在本发明实施例中，将JSON格式的解析结果数据进行存储，例如存储至数据处理设备的数据库服务器，以供用户使用。

可选地，在本发明实施例中，所述数据处理方法，还包括：

每隔预设时间周期，清除所述数据缓存区的待处理数据。

具体地，每隔预设时间周期将存储在数据缓存区的待处理数据清除，以保证数据缓存区有足够的存储空间接收终端新上传的待处理数据。

本发明第二实施例中，数据处理设备通过接收终端按预设的数据存储方式上传的待处理数据，并将所述待处理数据存入数据缓存区，再调用协议库解析所述待处理数据，并输出指定格式如JSON格式的解析结果数据，其中，所述协议库可以跨平台调用，最后存储所述解析结果数据，用户无需关心终端数据的数据格式，从而降低产品开发的复杂程度，缩短产品开发周期，提高产品的交付速度，同时，定期清除所述数据缓存区的待处理数据，以保证数据缓存区有足够的存储空间接收终端新上传的待处理数据。

实施例三：

对应于上文实施例所述的数据处理方法，图4示出了本发明实施例提供的数据处理装置的结构框图，为了便于说明，仅示出了与本发明实施例相关的部分。

参照图4，该数据处理装置包括：数据缓存单元41，数据解析单元42，数据存储单元43，其中：

数据缓存单元41，用于接收终端按预设的数据存储方式上传的待处理数据，并将所述待处理数据存入数据缓存区。

其中，终端可以为车载终端，此时，待处理数据包括车辆诊断数据，例如车速、转速、总里程、油耗等数据。在本发明实施例中，预设的数据存储方式可以是码表的数据存储方式，码表是根据终端的自定义通信协议自定义的一种数据存储方式。例如，预先自定义待处理数据中不同数据内容对应的二进制数的位数，根据终端按码表上传的待处理数据，并将所述待处理数据存入数据缓存区。示例性的，将待处理数据转换为二进制数，若该待处理数据中包括车速，则将二进制数的第一位置1，若该待处理数据中包括转速，则将二进制数的第二位置1，若该待处理数据中不包括总里程，则将二进数的第三位置0，若该待处理数据中包括油耗，则将二进制数的第三位置1。

数据解析单元42，用于调用协议库解析所述待处理数据，并输出指定格式的解析结果数据。

具体地，当终端实时上传待处理数据时，调用协议库解析的是本次上传的待处理数据，也即调用协议库解析最新的上传的待处理数据，其中，协议库可使用C++开发，C++将协议解析模块封装成动态链接库文件供程序调用，以(.so)库的形式输出，可跨平台调用，从而方便客户调用，所述协议库中包括标准通信协议与自定义通信协议等多种协议，如CANBUS的J1939协议、J1979协议和私有诊断协议。通过调用协议库的多种协议数据对接收的待处理数据进行解析得到解析结果数据，获取登录包数据、GPS数据包、私有数据流(码表的存储方式)、故障码(私有存储)等协议数据的解析结果数据，并按指定格式输出所述解析结果数据，如按JSON格式所述解析结果数据。

数据存储单元43，用于存储所述解析结果数据。

可选地，所述数据解析单元42包括：

数据包截取模块，用于从接收的待处理数据中截取数据包，所述数据包包括登录数据包、定位数据包、车辆诊断数据流以及故障码；

数据包检测模块，用于检测所述数据包的有效性；

无效提示模块，用于若所述数据包无效，则发送无效提示；

数据包解析模块，用于若所述数据包有效，则解析所述数据包的内容，并生成指定格式的解析结果数据。

具体地，调用协议库中的协议，从接收的待处理数据中截取数据包，该数据包的特征参数包括连续排列的包头、包尾、包长以及数据业务编号，进一步地，所述数据包的特征参数还包括命令字、数据内容及校验位。可选地，在本发明实施例中，截取数据包可包括登录数据包、定位数据包、车辆诊断数据流以及故障码，其中，登录数据包包括终端自定义通信协议的协议数据，如终端的终端编号；GPS数据包包括车辆的定位信息；车辆诊断数据流包括车辆的实时数据，例如车速、转速、总里程、油耗等数据；故障码包括车辆的故障信息。其中，所述车辆诊断数据流以数据流码表方式存储上传，其它数据包可以按指定格式存储上传。进一步地，为检测所述数据包的有效性，可判断所述数据包是否为满足用户需求的数据包，若不满足，则所述数据包无效，发送无效提示，若所述数据包为满足用户需求的数据包，则解析所述数据包的内容，并输出指定格式的解析结果数据。进一步地，删除无效数据包以减少存储空间占用。

可选地，为准确获取数据包的有效性，避免随意丢弃，所述检测所述数据包的有效性，所述数据包检测模块包括：

特征参数获取模块，用于获取所述数据包的特征参数；

特征参数匹配模块，用于判断所述特征参数是否与所述协议库中通信协议规定的数据包格式参数相匹配；若匹配，则所述数据包有效；若不匹配，则提示所述数据包无效。

具体地，在本发明实施例中，从接收的待处理数据中截取数据包后，获取所述数据包的特征参数，即，获取数据包的包头、包尾、包长以及数据业务编号，将截取的数据包中包头、包尾、包长以及数据业务编号等特征参数与协议库中通信协议规定的标准的数据包格式参数进行比对匹配，若匹配，则所述数据包有效；若比配，则提示所述数据包无效。

可选地，所述数据包检测模块包括：

编号获取模块，用于获取所述数据包的终端编号；

匹配比对模块，用于将所述终端编号与协议库中自定义通信协议的终端编号进行比对匹配；若匹配，则所述数据包有效；若不匹配，则所述数据包无效。

具体地，在本发明实施例中，从接收的待处理数据中截取数据包后，查找所述数据包对应的终端编号，即发送所述数据包终端的终端编号。上述终端编号是终端初次与数据处理设备连接并在上述数据处理设备上注册时，由数据处理设备随机分配，或按照某种标准分配的。终端初次与数据处理设备连接并在数据处理设备上注册时，数据处理设备将终端编号通知至该终端，同时将该终端编号存储在数据处理设备上。当终端向数据处理设备发送待处理数据时，在其发送的待处理数据中包含有该编号的信息。在本发明实施例中，获取终端编号，并与协议库中自定义通信协议中的终端编号进行比对匹配，即，在数据处理设备查找是否存在上述终端编号，如果没有查找到上述终端编号，则上述数据包无效，上述发送数据包的终端与数据处理设备是非法连接。如果查找到上述终端编号，则上述数据包有效，上述发送数据包的终端与数据处理设备是合法连接。

可选地，所述数据包解析模块包括：

第一协议解析模块，用于按照通信协议对应的字节位对所述数据包进行解析，并输出指定格式的解析结果数据；

第二协议解析模块，用于按照通信协议的数据项对所述数据包进行解析，并输出指定格式的解析结果数据。

具体地，在本发明实施例中，协议库中包括多种协议数据，如CAN BUS的J1939协议、J1979协议和私有诊断协议。若从接收的待处理数据中截取的数据包是有效数据包，则按照通信协议中的标准通信协议对应的字节位对所述数据包进行解析，输出指定格式的解析结果数据，或者，按照通信协议中的自定义通信协议的数据项对所述数据包进行解析，输出指定格式的解析结果数据，其中，所述通信协议包括标准通信协议和自定义通信协议，所述指定格式可以是JSON格式。

可选地，所述载终端数据处理装置还包括：

缓存清除单元，用于每隔预设时间周期，清除所述数据缓存区的待处理数据。

具体地，每隔预设时间周期将存储在数据缓存区的待处理数据清除，以保证数据缓存区有足够的存储空间接收终端新上传的待处理数据。

本发明第三实施例中，数据处理设备通过接收终端按预设的数据存储方式上传的待处理数据，并将所述待处理数据存入数据缓存区，再调用协议库解析待处理数据，并输出指定格式如JSON格式的解析结果数据，其中，所述协议库可以跨平台调用，最后存储解所述解析结果数据，用户无需关心终端数据的数据格式，从而降低产品开发的复杂程度，缩短产品开发周期，提高产品的交付速度，同时，定期清除所述数据缓存区的待处理数据，以保证数据缓存区有足够的存储空间接收终端新上传的待处理数据。

实施例四：

图5是本发明实施例提供的数据处理设备的示意图。如图5所示，该实施例的数据处理设备5包括：处理器50、与所述处理器耦合连接的存储器51以及存储在所述存储器51中并可在所述处理器50上运行的一组程序代码52，例如数据处理程序，还包括与所述处理器耦合连接的收发装置53。所述处理器50执行所述程序代码52时实现上述各个数据处理方法实施例中的步骤，例如图2所示的步骤201至203。

示例性地，在本发明实施例中，数据处理设备5通过存储器51存储一组程序代码52，通过所述收发装置53接收终端按预设的数据存储方式上传的待处理数据，所述处理器50调用所述存储器51中的程序代码52执行以下操作：

将所述待处理数据存入数据缓存区，调用协议库解析所述待处理数据，并输出指定格式的解析结果数据；

通过存储器51存储所述解析结果数据。

可选地，所述处理器50执行所述调用协议库解析所述待处理数据，并输出指定格式的解析结果数据的具体方式为：

从接收的所述待处理数据中截取数据包；

检测所述数据包的有效性；

若所述数据包有效，则解析所述数据包的内容，并输出指定格式的解析结果数据。

可选地，所述处理器50执行所述检测所述数据包的有效性的具体方式为：

获取所述数据包的特征参数；

判断所述特征参数是否与所述协议库中通信协议规定的数据包格式参数相匹配；

若匹配，则所述数据包有效；

若不匹配，则提示所述数据包无效。

可选地，所述处理器50执行所述调用协议库解析所述待处理数据，并输出指定格式的解析结果数据的具体方式为：

按照通信协议对应的字节位对所述数据包进行解析，并输出指定格式的解析结果数据；

或，

按照通信协议的数据项对所述数据包进行解析，并输出指定格式的解析结果数据。

或者，在本发明实施例中，所述处理器50执行所述程序代码52时实现上述各装置实施例中各模块/单元的功能，例如图4所示单元41至43的功能。

示例性的，所述程序代码52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列程序代码指令段，该指令段用于描述所述程序代码52在所述数据处理设备5中的执行过程。例如，所述程序代码52可以被分割成数据缓存单元、数据解析单元、数据存储单元，各单元具体功能如下：

数据缓存单元，用于接收终端按预设的数据存储方式上传的待处理数据，并将所述待处理数据存入数据缓存区；

数据解析单元，用于调用协议库解析所述待处理数据，并输出指定格式的解析结果数据；

数据存储单元，用于所述解析结果数据。

所述数据处理设备5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述数据处理设备可包括，但不仅限于，处理器50、存储器51、收发装置53。本领域技术人员可以理解，图5仅仅是数据处理设备5的示例，并不构成对数据处理设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述数据处理设备还可以包括网络接入设备、总线等。

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

所述存储器51可以是所述数据处理设备5的内部存储单元，例如数据处理设备5的硬盘或内存。所述存储器51也可以是所述数据处理设备5的外部存储设备，例如所述数据处理设备5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述数据处理设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述程序代码以及所述数据处理设备所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

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

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

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

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

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

Claims (10)

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

接收终端按预设的数据存储方式上传的待处理数据，并将所述待处理数据存入数据缓存区；

调用协议库解析所述待处理数据，并输出指定格式的解析结果数据；

存储所述解析结果数据。

2.如权利要求1所述的数据处理方法，其特征在于，所述调用协议库解析所述待处理数据，并输出指定格式的解析结果数据，具体包括：

从接收的所述待处理数据中截取数据包；

检测所述数据包的有效性；

若所述数据包有效，则解析所述数据包的内容，并输出指定格式的解析结果数据。

3.如权利要求2所述的数据处理方法，其特征在于，所述检测所述数据包的有效性，具体包括：

获取所述数据包的特征参数；

判断所述特征参数是否与所述协议库中通信协议规定的数据包格式参数相匹配；

若匹配，则所述数据包有效；

若不匹配，则提示所述数据包无效。

4.如权利要求2所述的数据处理方法，其特征在于，所述若所述数据包有效，则解析所述数据包的内容，并输出指定格式的解析结果数据，具体包括：

按照通信协议对应的字节位对所述数据包进行解析，并输出指定格式的解析结果数据。

5.如权利要求2所述的数据处理方法，其特征在于，所述若所述数据包有效，则解析所述数据包的内容，并输出指定格式的解析结果数据，具体包括：

按照通信协议的数据项对所述数据包进行解析，并输出指定格式的解析结果数据。

6.一种数据处理设备，包括：处理器，与所述处理器耦合连接的收发装置，以及与所述处理器耦合连接的存储器，其特征在于，

所述存储器用于存储一组程序代码；

通过所述收发装置接收终端按预设的数据存储方式上传的待处理数据；

所述处理器调用所述存储器中的程序代码执行以下操作：将所述待处理数据存入数据缓存区，调用协议库解析所述待处理数据，并输出指定格式的解析结果数据；

通过存储器存储所述解析结果数据。

7.如权利要求6所述的设备终端，其特征在于，所述处理器执行所述调用协议库解析所述待处理数据，并输出指定格式的解析结果数据的具体方式为：

从接收的所述待处理数据中截取数据包；

检测所述数据包的有效性；

若所述数据包有效，则解析所述数据包的内容，并输出指定格式的解析结果数据。

8.如权利要求7所述的设备终端，其特征在于，所述处理器执行所述检测所述数据包的有效性的具体方式为：

获取所述数据包的特征参数；

判断所述特征参数是否与所述协议库中通信协议规定的数据包格式参数相匹配；

若匹配，则所述数据包有效；

若不匹配，则提示所述数据包无效。

9.如权利要求7所述的数据处理设备，其特征在于，所述处理器执行所述调用协议库解析所述待处理数据，并输出指定格式的解析结果数据的具体方式为：

按照通信协议对应的字节位对所述数据包进行解析，并输出指定格式的解析结果数据；

或，

按照通信协议的数据项对所述数据包进行解析，并输出指定格式的解析结果数据。

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