一种跨行业的协议解析系统及方法与流程

文档序号:17089071发布日期:2019-03-13 23:13阅读:133来源:国知局
一种跨行业的协议解析系统及方法与流程

本发明涉及协议解析领域,尤其涉及一种跨行业的协议解析系统及方法。



背景技术:

近年来,物联网的快速发展,物联网数据的实时性、海量性、多态与异构性特征,因此物联网平台如何兼容行业的主流协议是目前一个重要的研究方向。

目前大部分物联网平台的做法基本都是采用穷举法。就是把做过的项目中用到协议的解析方法加入到平台服务端程序中,使得平台的服务端的解析程序越来越多,如果当有已存在平台的协议需要接入,平台根据对应的协议解析配置就能够完成协议的解析,相对的来说也就解决了多协议解析的问题。但是这样的做法,不利于平台的维护,工业环境的协议多种多样,如果来了一个新的协议需要快速接入到平台,平台自身是无法解析的,得在去修改服务端的程序,针对新的协议处理不够灵活,这样就会导致平台可能服务需要重启、重新上线等等复杂的上线流程,影响工作效率。

在不同协议接入统一平台的情况下,协议解析的模板总是预先设定好的,对于满足模板设定高要求的协议,通过简单配置即可兼容,当出现不满足模板设定要求的协议时,就需要增加新的模板,同时开发解析模板的代码,给新项目的接入带来周期延长、成本上升的难题,对于已经在运行的系统,一旦出现新类型的设备,将需要对服务端的代码进行修改,从而引发服务暂停、重新部署等一些列问题。比如在经纬度的采集上,市面上的定位芯片并没有统一的标准,各供应商采用的坐标系也不尽相同,对于南北纬、东西经的标识也不统一,数据传输的精度控制方式也完全不同,这些定位数据无法用统一的模板进行描述,将这些设备接入到同一个平台,将导致服务端需要针对每一类定位开发对应的模板以及模板的解析程序。



技术实现要素:

针对现有技术中不同协议接入统一平台时解析周期长、成本高的问题,本发明的目的是提供一种跨行业的协议解析系统及方法,能够更加高效灵活的对不同的协议进行解析,有效的降低协议解析的周期与成本。

为了实现上述发明目的,本发明提供一种跨行业的协议解析系统,其采用的技术方案是:

一种跨行业的协议解析系统,包括服务器以及设在服务器上的解析平台,所述解析平台上设有:

预处理模块,用于对协议中的数据进行数据规整以使得协议数据符合解析平台的解析规范;

信号配置模块,用于对协议进行解析运算;

补充处理模块,用于对进行解析运算后的协议中的数据进行补充规整以使得解析后的协议数据符合所需结果;

所述预处理模块、补充处理模块分别与信号配置模块通信相连。

作为上述技术方法的进一步改进,

所述预处理模块包括:

公共预处理模块,用于对协议中的所有数据进行初次规整以使得协议数据符合解析平台的解析规范;

信号预处理模块,用于对协议中的经过初次规整后不符合解析规范的数据进行二次规整;

所述补充处理模块包括:

公共补充处理模块,用于对进行解析运算后的协议中的所有数据进行初次补充规整以使得解析后的协议数据符合所需结果;

信号补充处理模块,用于对进行解析运算后的协议中经过初步补充规整后不符合所需结果的数据进行二次补充规整;

所述公共预处理模块、信号预处理模块、公共补充处理模块、信号补充处理模块分别与信号配置模块通信相连;

所述服务器上设有公共预处理端口,所述公共预处理端口与公共预处理模块通信相连以用于导入公共预处理脚本;

所述服务器上设有信息预处理端口,所述信息预处理端口与信息预处理模块通信相连以用于导入信息预处理脚本;

所述服务器上设有公共补充处理端口,所述公共补充处理端口与公共补充处理模块通信相连以用于导入公共处理脚本;

所述服务器上设有信息补充处理端口,所述信息补充处理端口与信息补充处理模块通信相连以用于导入信息处理脚本。

作为上述技术方法的进一步改进,

所述信号配置模块内设有信号配置表,所述表的表头包括:序号、长度、参数类别。

作为上述技术方法的进一步改进,所述表的表头还包括:参数名称、数据类型、端序模式、传输类型升级、开方计算、线性校正、保留小数位、位参数名称、位取反设置、字节取反。

为了实现上述发明目的,本发明提供一种跨行业的协议解析方法,其采用上述跨行业的协议解析系统,具体包括以下步骤:

s1、通过终端将所需解析的协议导入服务器;

s2、判断信号配置模块能否直接解析该协议,若否则进入步骤s3,若是则进入步骤s5;

s3、编辑公共预处理脚本,将公共预处理脚本通过公共预处理端口导入服务器,服务器调取公共预处理模块对该协议的所有数据按照公共预处理脚本进行数据规整,完成数据规整后判断信号配置模块能否直接解析该协议,若否则进入步骤s4,若是则进入步骤s5;

s4、编辑信号预处理脚本,将信号预处理脚本通过信号预处理端口导入服务器,服务器调取信号预处理模块对该协议中信号预处理脚本所针对的信号数据按照信号预处理脚本进行数据规整,完成后进入步骤s5;

s5、服务器调取信号配置模块对该协议进行解析运算;

s6、判断解析完成后的协议中是否有信号对应的数据需要特殊处理,若是则进入步骤s7,若否则进入步骤s8;

s7、编辑信号补充处理脚本,将信号补充处理脚本通过信号补充处理端口导入服务器,服务器调取信号补充处理模块对该协议中信号补充处理脚本所针对的信号数据按照信号补充处理脚本进行数据规整,完成数据补充处理后进入步骤s8;

s8、判断解析完成后的协议中是否需要进行特定行业规则的统一处理,若是则进入步骤s9,若否则进入步骤s10;

s9、编辑公共补充处理脚本,将公共补充处理脚本通过公共补充处理端口导入服务器,服务器调取公共补充处理模块对该协议中的所有数据按照公共补充处理脚本进行补充数据规整,完成补充数据规整后进入步骤s10;

s10、协议解析完成。

本发明的有益技术效果:

本发明通过信号配置模块与处理模块的结合,而将处理模块分为预处理模块与补充处理模块,其中预处理模块是对协议的所有数据进行初步的数据规整,补充处理模块对进行解析运算后的协议中特定信号对应的数据进行数据处理,用户在针对不同的协议时,选择预处理模块和/或补充处理模块,以达到最高的解析效率,能够更加高效灵活的对不同的协议进行解析,有效的降低协议解析的周期与成本。

附图说明

图1是跨行业的协议解析系统的结构示意图;

图2是跨行业的协议解析系统的流程示意图。

具体实施方式

为了便于本发明的实施,下面结合具体实例作进一步的说明。

本实施例中涉及的专业术语包括:

信号,是指来自于数据源(应用数据、终端数据或者设备协议)的需要解析的参数,遵循一定的数据协议(二进制、json、jt-808或其他用户自定义协议),每种具体的数据协议有项目内唯一的编号;

处理模块,是指在处理数据时调用的外部程序;

数据规整,是为了使用户设备的数据符合信号配置解析的需要进行数据的提前处理操作;

终端,是具备联网和数据采集功能的网关设备,用户设备的所有数据均通过终端进行上传。

如图1所示的跨行业的协议解析系统包括服务器以及设在服务器上的解析平台,其中解析平台上设有预处理模块、信号配置模块与补充处理模块。其中信号配置模块根据将不同行业的数据协议进行更高级的抽象,抽取各行业数据协议的共性,去掉带有行业特性的规则,进而形成本实施例中的信号配置模块,本实施例中信号配置模块中的信号配置表的表头包括:序号、长度、参数类别、参数名称、数据类型、端序模式、传输类型升级、开方计算、线性校正、保留小数位、位参数名称、位取反设置、字节取反。

具体的,预处理模块包括公共预处理模块与信号预处理模块,补充处理模块包括公共补充处理模块与信号补充处理模块,服务器上设有公共预处理端口、信息预处理端口、公共补充处理端口、信息补充处理端口。若该协议无法通过配置解析模块直接进行解析,即协议数据无法按照信号配置表的表头填入信号配置表中,则用户可以通过公共预处理端口向服务器导入公共预处理脚本,以完成对所需解析的协议中的所有数据进行初步的数据规整,初次数据规整的规则根据用户所导入的公共预处理脚本而定。

若该协议经过公共预处理模块的数据规整后仍有个别信号对应的数据无法被通过配置解析模块进行解析,即该信号对应的数据无法填入信号配置表中,则用户可以针对该信号对应的数据编辑信息预处理脚本,并将信号预处理脚本通过信息预处理端口导入服务器,进而对该信号对应的数据进行二次规整,二次规整的规则根据用户所导入的信息预处理脚本而定。

当协议经过初步的数据规整与二次规整后将协议数据导入信号配置表中以完成解析,在协议经过解析运算后,若协议数据中的某个信号对应的数据需要进行特殊处理,如将经纬度中的东西经符号从“e”“w”变更为“+”“-”时,则用户可以针对该信号对应的数据编辑信息补充处理脚本,并将信号补充处理脚本通过信息补充处理端口导入服务器,进而对协议数据进行初次补充规整。若经过解析运算的协议数据还需要以某种行业规则进行统一处理,则用户可以针对该行业规则编辑公共补充处理脚本,并将公共补充处理脚本通过公共补充处理端口导入服务器,进而对协议数据进行二次补充规整。直至协议最终解析完成。

本实施例,通过信号配置模块与处理模块的结合,可以完整解析不同行业的数据协议。在中大型物联网系统中,往往多个项目共用一个服务平台,为了使协议解析更加高效灵活,本实施例将处理模块分为了公共处理器与信号处理器两大类,每大类处理模块中又分为预处理模块与补充处理模块,公共处理模块是对协议的所有数据进行规整处理,信号处理模块则针对具体变量进行更复杂的计算,在不同的场景下组合成不同的解析方案,以达到最高的解析效率。

参考图2,本实施例还公开了一种跨行业的协议解析方法,其采用上述的跨行业的协议解析系统,具体包括以下步骤:

s1、通过终端将所需解析的协议导入服务器;

s2、判断信号配置模块能否直接解析该协议,若否则进入步骤s3,若是则进入步骤s5;

s3、编辑公共预处理脚本,将公共预处理脚本通过公共预处理端口导入服务器,服务器调取公共预处理模块对该协议的所有数据按照公共预处理脚本进行数据规整,完成数据规整后判断信号配置模块能否直接解析该协议,若否则进入步骤s4,若是则进入步骤s5;

s4、编辑信号预处理脚本,将信号预处理脚本通过信号预处理端口导入服务器,服务器调取信号预处理模块对该协议中信号预处理脚本所针对的信号数据按照信号预处理脚本进行数据规整,完成后进入步骤s5;

s5、服务器调取信号配置模块对该协议进行解析运算;

s6、判断解析完成后的协议中是否有信号对应的数据需要特殊处理,若是则进入步骤s7,若否则进入步骤s8;

s7、编辑信号补充处理脚本,将信号补充处理脚本通过信号补充处理端口导入服务器,服务器调取信号补充处理模块对该协议中信号补充处理脚本所针对的信号数据按照信号补充处理脚本进行数据规整,完成数据补充处理后进入步骤s8;

s8、判断解析完成后的协议中是否需要进行特定行业规则的统一处理,若是则进入步骤s9,若否则进入步骤s10;

s9、编辑公共补充处理脚本,将公共补充处理脚本通过公共补充处理端口导入服务器,服务器调取公共补充处理模块对该协议中的所有数据按照公共补充处理脚本进行补充数据规整,完成补充数据规整后进入步骤s10;

s10、协议解析完成。

以上包含了本发明优选实施例的说明,这是为了详细说明本发明的技术特征,并不是想要将发明内容限制在实施例所描述的具体形式中,依据本发明内容主旨进行的其他修改和变型也受本专利保护。本发明内容的主旨是由权利要求书所界定,而非由实施例的具体描述所界定。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1