CN106169988B - 巡检系统中传输数据的方法 - Google Patents

Abstract

本发明提供了一种巡检系统中传输数据的方法，该方法包括：在服务器和巡检终端中设置DEXML协议，并配置所述服务器和所述巡检终端之间使用根据所述DEXML协议进行封装的数据包来实现互相通信，所述数据包具有按照巡检业务需求自定义的消息头节点和消息体节点；所述巡检终端生成第一DEXML数据包，并将该第一DEXML数据包发送至所述服务器，所述第一DEXML数据包中包括根据所述DEXML协议进行封装的数据传输请求；所述服务器解析所述第一DEMXL数据包以获得所述数据传输请求；所述服务器并根据所述数据传输请求向所述巡检终端下发设备数据，或所述服务器根据所述数据传输请求接收所述巡检终端发送的巡检数据，所述设备数据和所述巡检数据根据所述DEXML协议封装为第二DEXML数据包。

Description

巡检系统中传输数据的方法

技术领域

本发明涉及数据通信技术领域，尤其涉及一种巡检系统中传输数据的方 法。

背景技术

对设备/产品进行巡回检查(简称为“巡检”)是为了可以及时发现设备/ 产品存在的安全隐患并予以消除。在现有技术中，巡检的整个流程如下：巡 检服务器生成巡检任务，该巡检任务中包括巡检对象、巡检项目、巡检期限 等；巡检服务器将巡检任务通过网络发送至巡检人员的巡检终端上；巡检人 员根据巡检终端上的巡检任务对巡检对象进行巡检，并将巡检结果反馈至巡 检服务器。

现有的巡检系统中，服务器与巡检终端之间通常采用规范的HTML协议或 者JSON协议来进行通信，也即所述服务器与所述巡检终端通过规范的HTML 文档或JSON文档来实现数据通信，规范的HTML协议或JSON协议的功能强 大，可以完全满足所述服务器与所述巡检终端交换数据的需求。但是对于巡 检业务而言，规范的HTML文档或JSON文档包含了无法应用到巡检数据传输 中的额外属性字段，上述额外属性字段使得服务器与巡检终端之间增加了额 外的冗余数据量，造成通信效率降低，同时也造成了服务器或巡检终端封装 数据和解析数据的效率降低。

发明内容

为了克服现有技术中的上述缺陷，本发明提供了一种巡检系统中传输数

据的方法，该方法包括：

在服务器和巡检终端中设置DEXML协议，并配置所述服务器和所述巡检 终端之间使用根据所述DEXML协议进行封装的数据包来实现互相通信，所述 数据包具有按照巡检业务需求自定义的消息头节点和消息体节点；

所述巡检终端生成第一DEXML数据包，并将该第一DEXML数据包发送 至所述服务器，所述第一DEXML数据包中包括根据所述DEXML协议进行封 装的数据传输请求；

所述服务器解析所述第一DEMXL数据包以获得所述数据传输请求；

所述服务器并根据所述数据传输请求向所述巡检终端下发设备数据，或 所述服务器根据所述数据传输请求接收所述巡检终端发送的巡检数据，所述 设备数据和所述巡检数据根据所述DEXML协议封装为第二DEXML数据包。

根据本发明的一个方面，该方法中所述第一DEXML数据包的消息头节点 包括根节点，该根节点用于标识出所述第一DEXML数据包的起始位置和结束 位置；所述第一DEXML数据包的消息体节点包括头节点和参数节点，所述头 节点用于记录描述所述数据传输请求的属性的数据，所述参数节点用于记录 所述数据传输请求的相关参数的数据。

根据本发明的另一个方面，该方法中所述第二DEXML数据包的消息头节 点包括根节点，该根节点用于标识出所述第二DEXML数据包的起始位置和结 束位置；所述第二DEXML数据包的消息体节点包括头节点和多个数据存储节 点，所述头节点用于记录描述所述第二DEXML数据包相关的数据传输动作的 属性的数据，所述多个数据存储节点用于记录所述设备数据和所述巡检数据 的格式和数值。

根据本发明的另一个方面，该方法中所述多个数据存储节点包括：数据 源节点，用于定义所述设备数据或所述巡检数据的数据主体；数据表节点， 该数据表节点是所述数据源节点的子节点，用于记录所述设备数据或所述巡 检数据中数据表的名称；数据字段拼接串节点，该数据字段拼接串节点是所 述数据表节点的子节点，用于记录所述设备数据或所述巡检数据中的设备属 性字段的名称；数据记录节点，该数据记录节点是所述数据字段拼接串节点 的子节点，用于记录所述设备属性字段的具体数值。

根据本发明的另一个方面，该方法中一个所述数据表节点仅包括一个子 节点；一个所述数据字段拼接串节点包括至少一个子节点。

根据本发明的另一个方面，该方法还包括：通过分隔标识符分隔所述数 据字段拼接串节点和所述数据记录节点包括的多个属性字段。

根据本发明的另一个方面，该方法中所述DEXML协议中预先定义了用于 标识出所述消息头节点和所述消息体节点的节点标签。

根据本发明的另一个方面，该方法中所述巡检终端包括：智能手机、手 持PDA、平板电脑或其他手持嵌入式设备。

本发明提供的巡检系统中传输数据的方法在服务器和巡检终端中设置了 DEXML协议，并配置所述服务器和所述巡检终端之间使用根据所述DEXML 协议进行封装的数据包来实现互相通信，所述数据包具有按照巡检业务需求 自定义的消息头节点和消息体节点，相对于规范的HTML协议或者JSON协议 而言，该DEXML实质上是根据巡检业务定制的轻量化协议，根据该DEXML 协议封装的数据文档中不包括冗余的额外属性字段，因此实施本发明可以降 低所述服务器和所述巡检终端进行数据交互时的数据长度，也提升了所述服 务器和所述巡检终端封装数据和解析数据的效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发 明的其它特征、目的和优点将会变得更明显：

图1是根据本发明的巡检系统中传输数据的方法的一种具体实施方式的 流程图；

图2用于实现本发明中的巡检终端的智能终端的结构示意图；

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

为了更好地理解和阐释本发明，下面将结合附图对本发明作进一步的详 细描述。

本发明提供了一种巡检系统中传输数据的方法，请参考图1，图1是根据 本发明的巡检系统中传输数据的方法的一种具体实施方式的流程图，该方法 包括：

步骤S100，在服务器和巡检终端中设置DEXML协议，并配置所述服务器 和所述巡检终端之间使用根据所述DEXML协议进行封装的数据包来实现互 相通信，所述数据包具有按照巡检业务需求自定义的消息头节点和消息体节 点；

步骤S200，所述巡检终端生成第一DEXML数据包，并将该第一DEXML 数据包发送至所述服务器，所述第一DEXML数据包中包括根据所述DEXML 协议进行封装的数据传输请求；

步骤S300，所述服务器解析所述第一DEMXL数据包以获得所述数据传输 请求；

步骤S400，所述服务器并根据所述数据传输请求向所述巡检终端下发设 备数据，或所述服务器根据所述数据传输请求接收所述巡检终端发送的巡检 数据，所述设备数据和所述巡检数据根据所述DEXML协议封装为第二 DEXML数据包。

具体地，在很多行业中，为了保证设备安全稳定的正常运行，需要投入 一定的人力物力对设备进行巡检，很多设备要满足其自身工况参数、周边环 境以及地理位置的要求，否则难以保证这些设备的正常运行，尤其是现在普 遍采用自动化的巡检系统配合巡检终端对待巡检设备进行巡视检查。所述待 巡检设备是指需要进行巡回检查(简称为“巡检”)的设备。以石油化工行业 为例，待巡检设备包括油罐、输油管道、阀门等。在其他巡检场景中，待巡 检设备也可以是需要进行巡检的产品。以电池行业为例，除了用于生产电池的设备之外，电池作为产品也需要进行巡检。由于不同行业中需要巡检的设 备或产品不同，因此，为了简明起见，在此不再对待巡检设备的所有可能进 行一一列举。

尤其是实现电子化巡检的技术中，巡检人员使用巡检终端与服务器进行 数据交互，例如使用巡检终端请求服务器下发设备数据，或向服务器上传巡 检数据。本领域技术人员可以理解，在数据的封装和解析阶段，所述巡检终 端与所述服务器的数据交互需要按照预先配置的通信协议来实现。

具体地，在步骤S100中，运行在所述服务器和所述巡检终端上的软件/ 硬件逻辑中包含了开发人员预先定义的DEXML协议，所述服务器和所述巡 检终端之间配置为使用根据所述DEXML协议进行封装的数据包来实现互相 通信，也即所述服务器和所述巡检终端之间互相发送的数据均按照所述 DEXML协议封装为合适的数据格式(例如DEXML数据包或DEXML文档)。 所述DEXML协议是一种改良XML协议后形成的轻量级的XML协议， DEXML协议即DataExchange XML协议(数据传输XML协议)，该协议的基 本框架可以参考规范的XML协议，为了尽可能地减少数据传输的冗余数据 量，该DEXML协议中仅定义了满足巡检业务所需属性字段即可，因此按照 所述DEXML协议进行封装的数据包具有按照巡检业务需求自定义的消息头 节点和消息体节点。本领域技术人员可以理解“节点”这一术语指的是XML 文档中有效而完整的结构的单元，该单元包含标示组的节点、必要属性、属 性值及内容。相应地该DEXML协议中预先定义了用于标识出所述消息头节 点和所述消息体节点的节点标签，所述节点标签是字符串。

在步骤S200中，所述巡检终端为了向所述服务器请求下发数据或向所述 服务器请求上传数据，会触发相应的数据传输请求。该数据传输请求封装为 所述第一DEXML数据包的形式，所述第一DEXML数据包中记录了所述数据 传输请求的各项属性参数，所述第一DEXML数据包中的消息体节点可用来记 录上述各项属性。典型地，所述第一DEXML数据包的消息头节点包括根节点， 该根节点用于标识出所述第一DEXML数据包的起始位置和结束位置；所述第 一DEXML数据包的消息体节点包括头节点和参数节点，所述头节点用于记录 描述所述数据传输请求的属性的数据，所述参数节点用于记录所述数据传输 请求的相关参数的数据。例如所述参数节点中的属性字段可以记录如下属性： 所述数据传输请求所请求的数据类型、请求上传数据或请求下载数据的标识 符、向服务器请求数据传输的巡检终端的编号等。由于所述DEXML协议是改 良后的XML协议，因此所述第一DEXML数据包实质上是一种改良后的XML 文档。

在步骤S300中，所述服务器通过解析所述第一DEXML数据包来获得所 述数据传输请求，所述解析的具体方法可以参考常规的XML文档解析方法。

在步骤S400中，如果所述数据传输请求是因为所述巡检终端向所述服务 器请求下发数据而触发的，则所述服务器响应于该数据传输请求向所述巡检 终端下发设备数据；如果所述数据传输请求是因为所述所述巡检终端向所述 服务器请求上传数据而触发的，则所述服务器响应于该数据传输请求向所述 巡检终端发送允许上传数据的确认信息，并进一步接收所述巡检终端发送的 巡检数据。在本具体实施方式中，所述设备数据和所述巡检数据根据所述 DEXML协议封装为第二DEXML数据包。与所述第一DEXML类似地，所述第 二DEXML数据包也包括消息头节点和消息体节点，其中所述第二DEXML数 据包的消息头节点包括根节点，该根节点用于标识出所述第二DEXML数据包 的起始位置和结束位置；所述第二DEXML数据包的消息体节点包括头节点和 多个数据存储节点，所述头节点用于记录描述所述第二DEXML数据包相关的 数据传输动作的属性的数据，所述多个数据存储节点用于记录所述设备数据 和所述巡检数据的格式和数值。典型地，所述多个数据存储节点包括数据源 节点、数据表节点、数据字段拼接串节点和数据记录节点。其中，所述数据 源节点用于定义所述设备数据或所述巡检数据的数据主体，例如数据名称、 数据项目数量等，在一些实施例中，该数据源节点的值可以缺省；所述数据 表节点是所述数据源节点的子节点，用于记录所述设备数据或所述巡检数据 中数据表的名称；所述数据字段拼接串节点是所述数据表节点的子节点，用 于记录所述设备数据或所述巡检数据中的设备属性字段的名称；所述数据记 录节点是所述数据字段拼接串节点的子节点，用于记录所述设备属性字段的具体数值。在本具体实施方式中，优选地，一个所述数据表节点仅包括一个 子节点，一个所述数据字段拼接串节点包括至少一个子节点。也即一个所述 数据表节点仅能对应一个所述数据字段拼接串节点，而一个所述数据字段拼 接串节点可以对应一个或多个所述数据记录节点。由于所述数据字段拼接串 节点和所述数据记录节点中可能记录了多个属性字段，可以通过分隔标识符 分隔所述数据字段拼接串节点和所述数据记录节点包括的多个属性字段，所 述分隔标识符优选地是单个字符。

本领域技术人员可以理解，所述巡检终端通常是便于巡检人员随身携带 的移动设备，包括但不限于安装了Syber OS、iOS、Android、Symbian、Windows Mobile、Maemo、WebOS、Palm OS或Blackberry OS等终端操作系统的手持 PDA设备、智能手机、平板电脑或其他手持嵌入式设备。所述巡检终端还应 具有接入网络的功能，可以接入CDMA、3G、4G、WiFi等网络，便于和服 务器进行通讯，以实现本具体实施方式中与所述服务器通信的功能。

需要说明的是，尽管在附图中以特定顺序描述了本发明方法的操作，但 是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执 行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改 变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个 步骤执行，和/或将一个步骤分解为多个步骤执行。

为了更清楚地说明所述DEXML协议以及所述第一DEXML数据包和所述 第二DEXML数据包的具体形式，下文中给出所述第一DEXML数据包和所述 第二DEXML数据包的实例。

所述第一DEXML数据包的一个实例是XML文档，该XML文档中包括如 下字符串：

<DataExchange>

<Head DataObjects＝"Equipment_QueryOne"DEXType＝"1"DataKey＝"1111111111"/>

<Para EquipmentID＝"02189279-be99-4d8a-aeee-c40d8bffdabc"/>

<DataSource/>

</DataExchange>

其中，DataExchange节点是所述根节点；

Head节点是所述头节点，其包括的属性字段DataObjects定义了该XML 文档所涉及的数据传输请求的业务类型是“Equipment_QueryOne”，代表获取 设备信息；属性字段DEXType定义了所述数据传输请求的数据传输类型，用 标识符来进行区别，例如本实施例中标识符“1”代表数据传输类型是向服务 器请求数据，在其他的实施例中可以用标识符“2”代表数据传输类型是向服 务器上传数据；属性字段DataKey记录了触发所述数据传输请求的唯一序列 号是“1111111111”；

Para节点是所述参数节点，其包括的属性字段EquipmentID记录了所述 数据传输请求的具体参数是“02189279-be99-4d8a-aeee-c40d8bffdabc”，该参 数例如是所述数据传输请求所涉及的目标设备的ID号。

为响应所述第一DEXML数据包，服务器向巡检终端发送了包括设备数 据的第二DEXML数据包，所述第二DEXML数据包的一个实例是XML文档， 该XML文档中包括如下字符串：

其中，DataExchange节点是所述根节点；

Head节点是所述头节点，其包括的各个属性字段与前文中的描述一致；

DataSource节点是所述数据源节点，在本实施例中DataSource节点的值 为缺省，Table节点是所述数据表节点，也是DataSource节点的子节点，其属 性字段Name记录了数据表的名称为“EMB_Equipment”，Field节点是所述数 据字段拼接串节点，也是Table节点的子节点，记录了“EMB_Equipment”数 据表中设备属性字段的名称，例如EquipmentCode是设备编号属性在数据表 中的名称，EquipmentName是设备名称属性在数据表中的名称；D节点是所 述数据记录节点，也是所述数据字段拼接串节点的子节点，D节点的value值 是Field节点中各个设备属性字段的具体数值。

以上实例仅用于说明所述DEXML协议，在其他的实施例中根据所述 DEXML协议封装生成的XML文档可以以其他字符串作为节点名的等同格 式。

图2是用于实现本发明的巡检终端的智能终端的结构示意图。图2示意 性地示出了所述智能终端的常见结构，参考图2对常见的智能终端的内部组 件、软件和协议结构进行说明。

该智能终端具有处理器510，其负责移动终端的整体操作，并且可以利用 任何商业可得中央处理单元(CPU)、数字信号处理器(DSP)或任何其他电子可编程逻辑器件(PLD)实现。处理器510具有关联的存储器520，该存储器520包括但不限于RAM存储器、ROM存储器、EEPROM存储器、闪存或其组合。存储器520由处理器500控制用于各种目的，其中之一在于为智能终端中各种软件存储程序指令和数据。

该智能终端的软件层面包括实时操作系统540、用于人机界面560的驱动 器、应用处理机550和各种应用。所述应用例如是文本编辑器551、手写识别 应用552和其他多媒体应用553，典型地该其他多媒体应用包括诸如语音呼 叫应用、视频呼叫应用、发送和接收短消息服务(SMS)消息应用、多媒体消息 服务(MMS)应用或电子邮件应用、web浏览器、即时消息收发应用、电话簿 应用、日历应用、控制面板应用、照相机应用、一个或多个视频游戏、记事 本应用等。应当注意，上述应用的两个或更多可以作为同一应用执行。

所述智能终端还包括一个或多个硬件控制器，用于与人机界面560的驱 动器一起与显示设备561，物理按键562、麦克风563和各种I/O设备(诸如 扬声器、振动器、响铃发生器、LED指示器等)协作，以实现所述智能终端 的人机交互。本领域技术人员应当理解用户可以通过这样形成的人机界面560 来操作移动终端。

该智能终端的软件层面还可以包括各种模块、协议栈、驱动器等与通信 相关的逻辑，归纳为如图2中示出的通信接口570，用于为无线射频接口571 以及可选地为蓝牙接口572和/或红外接口573提供通信服务(例如传输、网 络和连通性)，以实现所述智能终端的互联互通。无线射频接口571包括内部 或外部天线以及用于建立和维护通往基站的无线链路的适当电路。如本领域 技术人员公知的，所述电路包括一系列模拟和数字电子组件，其一起形成无 线电接收机和发射机。这些组件例如包括带通滤波器、放大器、混频器、本 地振荡器、低通滤波器、AD/DA转换器等。

该智能终端还可以包括读卡装置530，该读卡装置530用于读出SIM卡 的信息并以此为根据协作无线射频接口571接入运营商所提供的网络。

本发明提供的巡检系统中传输数据的方法中涉及软件逻辑的部分可以使用可编程逻辑器件来实现，也可以实施为计算机程序产品，该程序产品使计算机执行用于所示范的方法。所述计算机程序产品包括计算机可读存储介质， 该介质上包含计算机程序逻辑或代码部分，用于实现上述涉及软件逻辑的部 分的各个步骤。所述计算机可读存储介质可以是被安装在计算机中的内置介 质或者可从计算机主体拆卸的可移动介质(例如可热拔插的存储设备)。所述 内置介质包括但不限于可重写的非易失性存储器，例如RAM、ROM和硬盘。 所述可移动介质包括但不限于：光存储媒体(例如CD-ROM和DVD)、磁光 存储媒体(例如MO)、磁存储媒体(例如磁带或移动硬盘)、具有内置的可重 写的非易失性存储器的媒体(例如存储卡)和具有内置ROM的媒体(例如 ROM盒)。

本领域技术人员应当理解，任何具有适当编程装置的计算机系统都能够 执行包含在计算机程序产品中的本发明的方法的诸步骤。尽管本说明书中描 述的多数具体实施方式都侧重于软件程序，但是以硬件方式实现本发明提供 的方法的替代实施例同样在本发明要求保护的范围之内。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节， 而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实 现本发明。因此，应将实施例看作是示范性的，而且是非限制性的，本发明 的范围由所附权利要求而不是上述说明限定，在权利要求的等同要件的含义 和范围内的所有变化均涵括在本发明内。不应将权利要求中的任何附图标记 视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他部件、单元或 步骤，单数不排除复数。权利要求中陈述的多个部件、单元或装置也可以由一个部件、单元或装置通过软件或者硬件来实现。

本发明提供的巡检系统中传输数据的方法在服务器和巡检终端中设置了 DEXML协议，并配置所述服务器和所述巡检终端之间使用根据所述DEXML 协议进行封装的数据包来实现互相通信，所述数据包具有按照巡检业务需求 自定义的消息头节点和消息体节点，相对于规范的HTML协议或者JSON协议 而言，该DEXML实质上是根据巡检业务定制的轻量化协议，根据该DEXML 协议封装的数据文档中不包括冗余的额外属性字段，因此实施本发明可以降 低所述服务器和所述巡检终端进行数据交互时的数据长度，也提升了所述服 务器和所述巡检终端封装数据和解析数据的效率。

以上所披露的仅为本发明的一些较佳实施例，不能以此来限定本发明之 权利范围，依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (8)

1.一种巡检系统中传输数据的方法，该方法包括：

在服务器和巡检终端中设置DEXML协议，并配置所述服务器和所述巡检终端之间使用根据所述DEXML协议进行封装的数据包来实现互相通信，所述数据包具有按照巡检业务需求自定义的消息头节点和消息体节点；

所述巡检终端生成第一DEXML数据包，并将该第一DEXML数据包发送至所述服务器，所述第一DEXML数据包中包括根据所述DEXML协议进行封装的数据传输请求；

所述服务器解析所述第一DEMXL数据包以获得所述数据传输请求；

所述服务器并根据所述数据传输请求向所述巡检终端下发设备数据，或所述服务器根据所述数据传输请求接收所述巡检终端发送的巡检数据，所述设备数据和所述巡检数据根据所述DEXML协议封装为第二DEXML数据包。

2.根据权利要求1所述的方法，其中：

所述第一DEXML数据包的消息头节点包括根节点，该根节点用于标识出所述第一DEXML数据包的起始位置和结束位置；

所述第一DEXML数据包的消息体节点包括头节点和参数节点，所述头节点用于记录描述所述数据传输请求的属性的数据，所述参数节点用于记录所述数据传输请求的相关参数的数据。

3.根据权利要求1所述的方法，其中：

所述第二DEXML数据包的消息头节点包括根节点，该根节点用于标识出所述第二DEXML数据包的起始位置和结束位置；

所述第二DEXML数据包的消息体节点包括头节点和多个数据存储节点，所述头节点用于记录描述所述第二DEXML数据包相关的数据传输动作的属性的数据，所述多个数据存储节点用于记录所述设备数据和所述巡检数据的格式和数值。

4.根据权利要求3所述的方法，其中，所述多个数据存储节点包括：

数据源节点，用于定义所述设备数据或所述巡检数据的数据主体；

数据表节点，该数据表节点是所述数据源节点的子节点，用于记录所述设备数据或所述巡检数据中数据表的名称；

数据字段拼接串节点，该数据字段拼接串节点是所述数据表节点的子节点，用于记录所述设备数据或所述巡检数据中的设备属性字段的名称；

数据记录节点，该数据记录节点是所述数据字段拼接串节点的子节点，用于记录所述设备属性字段的具体数值。

5.根据权利要求4所述的方法，其中：

一个所述数据表节点仅包括一个子节点；

一个所述数据字段拼接串节点包括至少一个子节点。

6.根据权利要求4或5所述的方法，该方法还包括：

通过分隔标识符分隔所述数据字段拼接串节点和所述数据记录节点包括的多个属性字段。

7.根据权利要求1所述的方法，其中：

所述DEXML协议中预先定义了用于标识出所述消息头节点和所述消息体节点的节点标签。

8.根据权利要求1所述的方法，其中，所述巡检终端包括：

智能手机、手持PDA或平板电脑。

Images