CN113923272A - 数据解析方法、装置和服务器设备 - Google Patents

Abstract

本发明提供了一种数据解析方法、装置和服务器设备，其中，该方法包括：拦截目标设备发送的目标数据；确定所述目标数据所属的协议；确定所述目标数据所属的协议的解析服务是否已启动；如果未启动，则启动所述目标数据所属的协议的解析服务，并将所述目标数据传送至所述目标数据所属的协议的解析服务进行解析。通过上述方案解决了现有的解析服务一直运行所导致的空运行时间过长、严重影响服务器性能的问题，达到了在保证解析服务稳定运行的同时减少解析服务运行时长的效果，有效提升了服务器的性能。

Description

数据解析方法、装置和服务器设备

技术领域

本发明涉及设备控制技术领域，具体而言，涉及一种数据解析方法、装置和服务器设备。

背景技术

目前，在楼宇自控***中，已接入多种楼控设备，对于这些楼控涉笔而言，根据板块和设备类型的不同，一般会采用不同的协议接入至平台***中。例如：消防设备使用Nb-iot对接上位机协议、多联机使用DTU对接上位机协议、其余设备使用标准网络控制器GMLinkNet对接上位机协议(“GMLinkNet对接上位机协议”为上位机解析程序对于GLink楼宇自控网络控制器系列产品进行数据解析的一份协议)等。对于平台而言，设置多个解析服务来解析各种协议的设备所上传的数据，每有一种协议，平台就有一个解析服务对相应的设备数据进行解析，各个协议的解析服务将不同的协议上传的不同结构的数据，通过一系列运算转化为平台可用的标准数据，平台则可将这些数据进行页面展示、存储、分析等等。

由于解析服务存在大量结构转化的运算，对于服务器而言，服务器需要运行对多种协议的解析服务，才能在对应协议的设备上传数据时进行解析。然而，当某种协议的设备较长时间才上传一次数据时，该协议的解析服务在此之间就处于一个空运行的状态，这将严重影响服务器的性能。

其次，当***交付给客户后，***把全部协议的解析服务都运行起来，等待接入各种协议的设备上传数据，如果客户没有某种协议设备的接入计划，那么该种协议的解析服务在服务器中也属于空运行状态，这将影响服务器性能。另外，如果直接不启动某种协议的解析服务，那么当客户在有该协议设备的接入计划时，数据就无法解析，导致数据丢失。

针对协议解析服务器所存在的这种问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种数据解析方法、装置和服务器设备，以解决现有的解析服务空运行状态过久严重影响服务器性能的问题。

一方面，提供了一种数据解析方法，包括：

拦截目标设备发送的目标数据；

确定所述目标数据所属的协议；

确定所述目标数据所属的协议的解析服务是否已启动；

如果未启动，则启动所述目标数据所属的协议的解析服务，并将所述目标数据传送至所述目标数据所属的协议的解析服务进行解析。

在一个实施方式中，上述方法还包括：

通过解析服务被手动启动时，产生的跳跃信号发现解析服务；

在发现解析服务的情况下，将被发现的解析服务注册到预设的注册表中；

对所述注册表中的各解析服务进行启停控制。

在一个实施方式中，对所述注册表中的各解析服务进行启停控制，包括：

统计各解析服务对应的协议数据的上传频率；

根据各解析服务对应的协议数据的上传频率，计算各解析服务对应的标定时长；

监测各解析服务未接收到数据的持续时长，是否达到对应的标定时长；

对达到对应的标定时长的解析服务，进行服务中止。

在一个实施方式中，对达到对应的标定时长的解析服务，进行服务中止，包括：

将未接收到数据的持续时长达到对应的标定时长的解析服务作为第一目标解析服务；

从所述注册表中注销所述第一目标解析服务；

在监测到所述注册表中第一目标解析服务被注销的情况下，对所述第一目标解析服务进行服务中止。

在一个实施方式中，启动所述目标数据所属的协议的解析服务，并将所述目标数据传送至所述目标数据所属的协议的解析服务进行解析，包括：

将所述目标数据暂存在预设队列中；

将所述目标数据所属的协议的解析服务作为第二目标解析服务；

将所述第二目标解析服务添加至所述注册表中；

在监测到所述注册表中第二目标解析服务被添加的情况下，开启所述第二目标解析服务；

将所述预设队列中的目标数据发送至所述第二目标解析服务进行解析。

在一个实施方式中，所述拦截目标设备发送的目标数据，包括以下至少之一：

拦截消防传感器设备中的感温探测器对接上位机协议发送的数据；

拦截网络控制器对接上位机协议发送的数据；

或者，拦截多联机对接无线控制协议发送的数据。

在一个实施方式中，确定所述目标数据所属的协议，包括：

判断所述目标数据的数据类型；

确定所述数据类型对应的解析通道；

根据所述解析通道，确定所述目标数据的数据结构；

根据数据结构匹配到所述目标数据所属的枚举类型；

将匹配到的枚举类型对应的协议作为所述目标数据所属的协议。

另一方面，提供了一种数据解析装置，包括：

拦截模块，用于拦截目标设备发送的目标数据；

第一确定模块，用于确定所述目标数据所属的协议；

第二确定模块，用于确定所述目标数据所属的协议的解析服务是否已启动；

解析模块，用于在确定未启动的情况下，启动所述目标数据所属的协议的解析服务，并将所述目标数据传送至所述目标数据所属的协议的解析服务进行解析。

又一方面，提供了一种服务器设备，包括：上述的数据解析装置。

又一方面，提供了一种网络设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

又一方面，提供了一种非易失性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。

在上述实施例中，控制解析服务处于启动或者停止状态，在对数据进行处理的时候，通过拦截目标设备发送的目标数据，确定目标数据所属的协议的解析服务是否已启动，如果未启动，则先启动该解析服务，再将目标数据传送解析服务进行解析。通过上述方案解决了现有的解析服务一直运行所导致的空运行时间过长、严重影响服务器性能的问题，达到了在保证解析服务稳定运行的同时减少解析服务运行时长的效果，有效提升了服务器的性能。

附图说明

构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的数据解析方法的一种方法流程图；

图2是根据本发明实施例的数据处理***示意图；

图3是根据本发明实施例的协议解析服务的启停控制装置的结构框图；

图4是根据本发明实施例的数据解析装置的一种结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施方式和附图，对本发明做进一步详细说明。在此，本发明的示意性实施方式及其说明用于解释本发明，但并不作为对本发明的限定。

针对现有的解析服务空运行时间过长所导致的严重影响服务器性能的问题，在本例中提供了一种数据解析方法，如图1所示，可以包括如下步骤：

步骤101：拦截目标设备发送的目标数据；

其中，上述拦截目标设备发送的目标数据，可以是：

1)拦截消防传感器设备中的感温探测器通过Nb-iot无线通讯模组对接上位机协议发送的数据；

2)拦截网络控制器对接上位机协议发送的数据；

或者，3)拦截多联机通过DTU对接无线控制协议发送的数据。

即，目标设备和目标数据都是多元的，因为上述数据解析方法可以应用在楼宇控制***中，对于楼宇控制***而言，存在多种被控设备、交互设备、服务设备等。不同的设备都可能通过自身的数据传输协议上传数据。

步骤102：确定所述目标数据所属的协议；

为了实现高效的协议确定，可以对上传的数据的从三个维度进行模运算检测，可以称为三模检测，其中，上述三个维度可以是：数据结构、数据类型、枚举类型。对于目标数据而言，可以进行预处理转换为固定的数据格式，基于固定的数据格式，确定出上述三个维度的信息。

具体的，当数据上传上来时，首先判断其数据类型，根据其数据类型选择对应的解析通道，随后判断其数据结构，根据数据结构进一步缩小所属协议的范围，最后判断枚举类型，根据枚举类型直接确认其所属协议。在实现的时候，确定所述目标数据所属的协议，可以包括：判断所述目标数据的数据类型；确定所述数据类型对应的解析通道；根据所述解析通道，确定所述目标数据的数据结构；根据数据结构匹配到所述目标数据所属的枚举类型；将匹配到的枚举类型对应的协议作为所述目标数据所属的协议。即，通过数据结构、数据类型、枚举类型这三个维度实现对数据所属协议的高效准确确定。

步骤103：确定所述目标数据所属的协议的解析服务是否已启动；

步骤104：如果未启动，则启动所述目标数据所属的协议的解析服务，并将所述目标数据传送至所述目标数据所属的协议的解析服务进行解析。

在上例中，控制解析服务处于启动或者停止状态，在对数据进行处理的时候，通过拦截目标设备发送的目标数据，确定目标数据所属的协议的解析服务是否已启动，如果未启动，则先启动该解析服务，再将目标数据传送解析服务进行解析。通过上述方案解决了现有的解析服务一直运行所导致的空运行时间过长、严重影响服务器性能的问题，达到了在保证解析服务稳定运行的同时减少解析服务运行时长的效果，有效提升了服务器的性能。

考虑到在整个***中，需要的解析服务是很多种的，为了实现对多种解析服务的集中管控，提升管理效率，可以设置一个注册表，通过注册表实现对解析服务的开启和停止状态进行记录和调整，以实现对解析服务的精准管控。即，可以通过解析服务被手动启动时，产生的跳跃信号发现解析服务；在发现解析服务的情况下，将被发现的解析服务注册到预设的注册表中；对所述注册表中的各解析服务进行启停控制。例如：当解析服务被手动启动时，该协议服务会发送一个跳跃信号，注册中心检测到有服务发生跳跃，将其捕捉，服务便被注册中心注册到注册表中。

进一步的，为了减少解析服务空运行的时长，可以为解析服务设置标定时长，如果超出标定时长未接收到数据，那么可以确定能对该解析服务进行服务中止操作，以提升服务器性能。具体的，在对所述注册表中的各解析服务进行启停控制的时候，可以通过统计各解析服务对应的协议数据的上传频率，根据各解析服务对应的协议数据的上传频率，计算各解析服务对应的标定时长；监测各解析服务未接收到数据的持续时长，是否达到对应的标定时长；对达到对应的标定时长的解析服务，进行服务中止。

具体的，可以在解析服务进行了一定时间(其中，该时间可设定，例如：一周等)的统计后，进行一次计算，计算出各个协议数据上传的频率x，并保存下来；在得到频率x后，可以通过F(x)根据各个协议数据上传频率x进行计算，得到该协议对于长时间的标定t。当某一解析服务已经启动，但长时间没有数据上传至该解析时，通过函数F(x)检测该协议解析服务是否超过t时间未接收到数据，如果判定已t时间未接收到数据，可以将该协议的解析服务从注册中心中剔除，随后监测到注册表的某条注册信息被注销，则可以将对应的解析服务停止。

例如：消防传感器8小时上报一次数据，频率即为8小时/次，假定t＝3x，那么t＝24，即，如果消防传感器24小时未上传数据(可能是故障了，或者是被拆除了)，便可判断为长时间未上传数据。

在一个实施方式中，对达到对应的标定时长的解析服务，进行服务中止，可以包括：将未接收到数据的持续时长达到对应的标定时长的解析服务作为第一目标解析服务；从所述注册表中注销所述第一目标解析服务；在监测到所述注册表中第一目标解析服务被注销的情况下，对所述第一目标解析服务进行服务中止。

为了实现对数据的高效有序上传，可以设置队列，在收到数据的时候，可以将数据先存在队列中，在确地该数据所对应的解析服务是处于运行状态的情况下，再触发进行解析。即，启动所述目标数据所属的协议的解析服务，并将所述目标数据传送至所述目标数据所属的协议的解析服务进行解析，可以包括：将所述目标数据暂存在预设队列中；将所述目标数据所属的协议的解析服务作为第二目标解析服务；将所述第二目标解析服务添加至所述注册表中；在监测到所述注册表中第二目标解析服务被添加的情况下，开启所述第二目标解析服务；将所述预设队列中的目标数据发送至所述第二目标解析服务进行解析。

下面结合一个具体实施例对上述方法进行说明，然而值得注意的是，该具体实施例仅是为了更好地说明本申请，并不构成对本申请的不当限定。

针对现有的解析服务在无数据可解析时所产生的空运行状态，以及设备上传数据时，解析服务没有启动导致解析失败，数据丢失的问题，在本例中提供了一个对协议解析服务的启停控制装置，对从楼宇自控设备上传的数据，通过判断上传的数据所属协议，判断其协议解析服务是否启动，如果未启动，则启动后再交付给其协议解析服务进行解析。另外，对于上传频率较低的协议数据，将其协议解析服务停止。

如图2所示，为本例所提供的数据处理***示意图，可以以RabbitMQ服务器作为消息队列，各通讯设备(Nb-iot无线通讯设备、网络控制器通讯设备、Modbus通讯设备)与各解析服务器(Nb-iot解析服务器、网络控制器解析服务器、Modbus解析服务器)之间的通讯均通过消息队列的方式进行数据交互。通讯设备通过RabbitMQ服务器将数据传送到解析服务控制装置，由解析服务控制装置传送至解析服务器进行解析后传送到数据中台，再传送到业务前台。

其中，数据中台的作用是将各解析服务器采集并解析后的数据进行预处理，最主要的目的是将各种协议解析出来的数据进行数据格式规范化的整合。业务前台即与页面展示和业务处理相关的服务，如各种子***对设备的监控页面的展示，以及与页面展示相关的业务处理的逻辑。

具体的，基于消息拦截，对数据所属协议进行三模检测，对设备上传的数据从三个维度进行“类模”运算，检测其所属协议。通过服务跳跃勘察技术，实现服务对注册表进行正向注册，在数据上传至数据分发模块时检测注册表协议的注册信息，以实现数据分发。进一步的，引入了协议反向注入技术，一般正向的注入流程是，协议解析服务启动时，该服务会发送心跳，注册中心检测到心跳信息，便将该服务的信息注入到注册中心中；而反向注入，则是通过人为或程序直接将服务的信息注入到注册中心中，这个过程称为反向注入，当检测到注册中心信息发生改变时，再控制协议解析服务的启停。

上述的协议解析服务的启停控制装置如图3所示，可以包括：消息拦截模块、数据分发模块、注册中心模块、注册中心反向注册模块、启停控制模块。其中：

消息拦截模块，用于拦截所有从RabbitMQ服务器发送的数据，以避免解析服务与RabbitMQ服务器直接通讯；

数据分发模块，用于判断数据所属协议；

注册中心，用于发现解析服务；

反向注册模块，用于管理注册中心的注册表，其中，注册表中包含有各个协议解析服务器的相关信息，例如：IP、端口、服务名称、所属协议等；

启停控制模块，用于根据注册表对服务进行启停控制。

基于上述的对协议解析服务的启停控制装置，当解析服务被手动启动时，该服务会发送一个跳跃信号，注册中心检测到有服务发生跳跃，将其捕捉，服务便被注册中心注册到注册表中，可以称为跳跃勘察。

当数据从RabbitMQ服务器上传时，数据流经过数据分发模块后，由数据分发模块对上传的数据的从三个维度进行模运算检测，可以称为三模检测，三个维度分别为：数据结构、数据类型、枚举类型，通过对三个维度进行类似于模运算的计算方式，判定所属协议，随后分发至各个解析服务中进行解析。

三模检测可以是：每一个协议都规定了其发送到RabbitMQ服务器时的数据格式，分别定义三个维度：数据类型、数据结构、枚举类型。当数据上传上来时，首先判断其数据类型，根据其数据类型选择对应的解析通道，随后判断其数据结构，根据数据结构进一步缩小所属协议的范围，最后判断枚举类型，根据枚举类型直接确认其所属协议。

举例而言：

1)消防传感器设备中的感温探测器通过Nb-iot无线通讯模组对接上位机协议发送上来的数据，其数据类型为字节数组，长度为6，数据结构为：

2)网络控制器对接上位机协议发送来的数据，其数据类型为JSON字符串，数据结构为：

枚举类型为：

11x：状态码

51x：请求类型

7a：点位类型

7b：点位ID

8c：点位当前值

3)多联机通过DTU对接无线控制协议发送上来的数据，其数据类型为JSON字符串，数据结构为：

枚举类型为：

29xy0：机组温度

7xy6：开关机

8xy8：运行模式

8xy9：风速

8xy2：环境温度

7xy8：内机通讯故障

7xy7：锁定

上述消息分发模块对上传至各个协议解析服务的数据进行记录，记录包括：上传时间和所属协议；在进行了一定时间(其中，该时间可设定，例如：一周等)的统计后，进行一次计算，计算出各个协议数据上传的频率x，并保存下来；到频率x后，即可进行F(x)运算，该运算根据各个协议数据上传频率x进行计算，得到该协议对于长时间的标定t。

当某一解析服务已经启动，但长时间没有数据上传至该解析时，反向注册模块通过函数F(x)检测该协议解析服务是否超过t时间未接收到数据，如果判定已t时间未接收到数据，反向注入模块将该协议的解析服务从注册中心中剔除。随后启停控制模块监测到注册表的某条注册信息被注销，把对应的解析服务停止。

例如：消防传感器8小时上报一次数据，频率即为8小时/次，假定t＝3x，那么t＝24，即，如果消防传感器24小时未上传数据(可能是故障了，或者是被拆除了)，便可判断为长时间未上传数据。

在解析服务未启动的情况下，数据从RabbitMQ服务器上传时，数据流经过数据分发模块，由数据分发模块判定上传的数据所属协议，然后将数据暂存在一个队列中。随后，通知反向注册模块，将该协议的解析服务添加至注册中心中，随后启停控制模块监测到注册表的某条注册信息被注册，把对应的解析服务开启。当解析服务开启完成后，把队列中的数据再分发至各个解析服务中进行解析。

基于同一发明构思，本发明实施例中还提供了一种数据解析装置，如下面的实施例所述。由于数据解析装置解决问题的原理与数据解析方法相似，因此数据解析装置的实施可以参见数据解析方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图4是本发明实施例的数据解析装置的一种结构框图，如图4所示，可以包括：拦截模块401、第一确定模块402、第二确定模块403和解析模块404，下面对该结构进行说明。

拦截模块401，用于拦截目标设备发送的目标数据；

第一确定模块402，用于确定所述目标数据所属的协议；

第二确定模块403，用于确定所述目标数据所属的协议的解析服务是否已启动；

解析模块404，用于在确定未启动的情况下，启动所述目标数据所属的协议的解析服务，并将所述目标数据传送至所述目标数据所属的协议的解析服务进行解析。

在一个实施方式中，上述数据解析装置还可以用于通过解析服务被手动启动时，产生的跳跃信号发现解析服务；在发现解析服务的情况下，将被发现的解析服务注册到预设的注册表中；对所述注册表中的各解析服务进行启停控制。

在一个实施方式中，对所述注册表中的各解析服务进行启停控制，可以包括：统计各解析服务对应的协议数据的上传频率；根据各解析服务对应的协议数据的上传频率，计算各解析服务对应的标定时长；监测各解析服务未接收到数据的持续时长，是否达到对应的标定时长；对达到对应的标定时长的解析服务，进行服务中止。

在一个实施方式中，对达到对应的标定时长的解析服务，进行服务中止，可以包括：将未接收到数据的持续时长达到对应的标定时长的解析服务作为第一目标解析服务；从所述注册表中注销所述第一目标解析服务；在监测到所述注册表中第一目标解析服务被注销的情况下，对所述第一目标解析服务进行服务中止。

在一个实施方式中，启动所述目标数据所属的协议的解析服务，并将所述目标数据传送至所述目标数据所属的协议的解析服务进行解析，可以包括：将所述目标数据暂存在预设队列中；将所述目标数据所属的协议的解析服务作为第二目标解析服务；将所述第二目标解析服务添加至所述注册表中；在监测到所述注册表中第二目标解析服务被添加的情况下，开启所述第二目标解析服务；将所述预设队列中的目标数据发送至所述第二目标解析服务进行解析。

在一个实施方式中，所述拦截目标设备发送的目标数据，可以包括但不限于以下至少之一：拦截消防传感器设备中的感温探测器通过Nb-iot无线通讯模组对接上位机协议发送的数据；拦截网络控制器对接上位机协议发送的数据；或者，拦截多联机通过DTU对接无线控制协议发送的数据。

在一个实施方式中，上述第一确定模块402具体可以用于判断所述目标数据的数据类型；确定所述数据类型对应的解析通道；根据所述解析通道，确定所述目标数据的数据结构；根据数据结构匹配到所述目标数据所属的枚举类型；将匹配到的枚举类型对应的协议作为所述目标数据所属的协议。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

从以上的描述中，可以看出，本发明实施例实现了如下技术效果：控制解析服务处于启动或者停止状态，在对数据进行处理的时候，通过拦截目标设备发送的目标数据，确定目标数据所属的协议的解析服务是否已启动，如果未启动，则先启动该解析服务，再将目标数据传送解析服务进行解析。通过上述方案解决了现有的解析服务一直运行所导致的空运行时间过长、严重影响服务器性能的问题，达到了在保证解析服务稳定运行的同时减少解析服务运行时长的效果，有效提升了服务器的性能。

尽管本申请内容中提到不同的具体实施例，但是，本申请并不局限于必须是行业标准或实施例所描述的情况等，某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、处理、输出、判断方式等的实施例，仍然可以属于本申请的可选实施方案范围之内。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。

上述实施例阐明的装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请可用于众多通用或专用的计算机***环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器***、基于微处理器的***、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何***或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的实施方式包括这些变形和变化而不脱离本申请。

Claims (11)

1.一种数据解析方法，其特征在于，包括：

拦截目标设备发送的目标数据；

确定所述目标数据所属的协议；

确定所述目标数据所属的协议的解析服务是否已启动；

如果未启动，则启动所述目标数据所属的协议的解析服务，并将所述目标数据传送至所述目标数据所属的协议的解析服务进行解析。

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

通过解析服务被手动启动时，产生的跳跃信号发现解析服务；

在发现解析服务的情况下，将被发现的解析服务注册到预设的注册表中；

对所述注册表中的各解析服务进行启停控制。

3.根据权利要求2所述的方法，其特征在于，对所述注册表中的各解析服务进行启停控制，包括：

统计各解析服务对应的协议数据的上传频率；

根据各解析服务对应的协议数据的上传频率，计算各解析服务对应的标定时长；

监测各解析服务未接收到数据的持续时长，是否达到对应的标定时长；

对达到对应的标定时长的解析服务，进行服务中止。

4.根据权利要求3所述的方法，其特征在于，对达到对应的标定时长的解析服务，进行服务中止，包括：

将未接收到数据的持续时长达到对应的标定时长的解析服务作为第一目标解析服务；

从所述注册表中注销所述第一目标解析服务；

在监测到所述注册表中第一目标解析服务被注销的情况下，对所述第一目标解析服务进行服务中止。

5.根据权利要求2所述的方法，其特征在于，启动所述目标数据所属的协议的解析服务，并将所述目标数据传送至所述目标数据所属的协议的解析服务进行解析，包括：

将所述目标数据暂存在预设队列中；

将所述目标数据所属的协议的解析服务作为第二目标解析服务；

将所述第二目标解析服务添加至所述注册表中；

在监测到所述注册表中第二目标解析服务被添加的情况下，开启所述第二目标解析服务；

将所述预设队列中的目标数据发送至所述第二目标解析服务进行解析。

6.根据权利要求1所述的方法，其特征在于，确定所述目标数据所属的协议，包括：

判断所述目标数据的数据类型；

确定所述数据类型对应的解析通道；

根据所述解析通道，确定所述目标数据的数据结构；

根据数据结构匹配到所述目标数据所属的枚举类型；

将匹配到的枚举类型对应的协议作为所述目标数据所属的协议。

7.根据权利要求1所述的方法，其特征在于，所述拦截目标设备发送的目标数据，包括以下至少之一：

拦截消防传感器设备中的感温探测器对接上位机协议发送的数据；

拦截网络控制器对接上位机协议发送的数据；

或者，拦截多联机对接无线控制协议发送的数据。

8.一种数据解析装置，其特征在于，包括：

拦截模块，用于拦截目标设备发送的目标数据；

第一确定模块，用于确定所述目标数据所属的协议；

第二确定模块，用于确定所述目标数据所属的协议的解析服务是否已启动；

解析模块，用于在确定未启动的情况下，启动所述目标数据所属的协议的解析服务，并将所述目标数据传送至所述目标数据所属的协议的解析服务进行解析。

9.一种服务器设备，包括：权利要求8所述的数据解析装置。

10.一种网络设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

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

Images