CN102981882A - 解析方法和装置 - Google Patents

Abstract

本发明提供了一种解析方法和装置。涉及计算机技术领域；解决了代码定义运行过程复杂度高的问题。该方法包括：从预置的规则库中选择多个规则，构造数据处理的策略规则；根据所述策略规则从协议总线上定位待处理的数据部分；在定位完成后，根据所述策略规则对定位获得的数据进行解析处理。本发明提供的技术方案适用于产品检验流程，实现了可用性更强的灵活的数据解析。

Description

解析方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种解析方法和装置。

背景技术

当产品检验系统需要对数据包进行组包和拆包时，就必须要在运行模块中编写C代码来实现，这不管是对测试人员还是客户来说都是比较头疼的问题。

当产品检验系统需要对总线上的数据进行组包和拆包时，需要通过运行模块实现，实现过程非常的复杂，需要编写大量C代码，编译，然后将编译好的“.o”文件上传系统，每次需求发生一点变化，都需要重新运行实现一遍，大大降低了系统的可用性，增加了用户的使用复杂度。

发明内容

本发明提供了一种解析方法，解决了代码定义运行过程复杂度高的问题。

一种解析方法，包括：

从预置的规则库中选择多个规则，构造数据处理的策略规则；

根据所述策略规则从协议总线上定位待处理的数据部分；

在定位完成后，根据所述策略规则对定位获得的数据进行解析处理。

优选的，所述规则库包括定位规则部分和处理规则部分，所述定位规则部分包括多个定位规则，所述处理规则部分包括多个处理规则，所述从预置的规则库中选择多个规则，构造数据处理的策略规则具体为：

从预置的规则库中选择一个或多个定位规则和一个或多个处理规则，组成策略规则，不同策略规则包含的处理规则不同。

优选的，所述根据所述策略规则从协议总线上定位待处理的数据部分包括：

在所述协议总线上存在数据传输时，根据所述定位规则对该协议总线上存在的数据进行匹配；

将匹配失败的数据正常缓存，将匹配成功的数据作为待处理数据。

优选的，上述解析方法还包括：

构造一规则库，所述规则库包括定位规则部分和处理规则部分，所述定位规则部分包括多个定位规则，所述处理规则部分包括多个处理规则。

优选的，上述解析方法还包括：

维护所述规则库，包括向所述规则库添加定位规则或处理规则、删除定位规则或处理规则和修改定位规则或处理规则。

优选的，上述解析方法还包括：

保存所述策略规则。

优选的，上述解析方法还包括：

调用已保存的策略规则，根据所述策略完成待处理数据部分的定位和解析处理。

本发明还提供了一种解析装置，包括：

策略构造模块，用于从预置的规则库中选择多个规则，构造数据处理的策略规则；

定位模块，用于根据所述策略规则从协议总线上定位待处理的数据部分；

解析模块，用于在定位完成后，根据所述策略规则对定位获得的数据进行解析处理。

优选的，上述解析装置还包括：

策略管理模块，用于保存所述策略规则。

本发明提供了一种解析方法和装置，从预置的规则库中选择多个规则，构造数据处理的策略规则，根据所述策略规则从协议总线上定位待处理的数据部分，在定位完成后，根据所述策略规则对定位获得的数据进行解析处理，将在数据解析处理流程拆分为多个规则并存储至规则库中，在需要使用时，可根据需要直接选择相应的规则构造数据解析处理流程，解决了代码定义运行过程复杂度高的问题。

附图说明

图1为本发明的实施例一提供的一种解析方法的流程图；

图2为本发明的实施例一中策略规则组合模式的示意图；

图3为本发明的实施例一中策略规则组合模式的示意图；

图4为本发明的实施例一中策略规则组合模式的示意图；

图5为策略的编辑应用的示意图；

图6为接口数据处理的系统结构示意图；

图7为本发明的实施例二中策略组合方式一的示意图；

图8为本发明的实施例二中策略组合方式二的示意图；

图9为本发明的实施例二中策略组合方式三的示意图；

图10为数据解析流程示意图；

图11为本发明的实施例三提供的一种解析装置的结构示意图。

具体实施方式

当产品检验系统需要对总线上的数据进行组包和拆包时，需要通过运行模块实现，实现过程非常的复杂，需要编写大量C代码，编译，然后将编译好的“.o”文件上传系统，每次需求发生一点变化，都需要重新运行实现一遍，大大降低了系统的可用性，增加了用户的使用复杂度。

为了解决上述问题，本发明的实施例提出了一种解析方法和装置，即把对于需要组包和拆包的过程编写成一个描述文件(策略规则)，由嵌入式系统解析描述文件，并根据解析的规则对接收的数据进行处理。

下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

首先结合附图，对本发明的实施例一进行说明。

本发明实施例提供了一种解析方法，实现在通信总线上对数据的组包和拆包，通过灵活、便捷、通用的界面配置操作实现不同协议总线上数据的处理，避免在运行模块编写C代码带来的不便和错误风险。

使用本发明实施例提供的解析方法对数据进行解析处理的流程如图1所示，包括：

步骤101、构造一规则库，所述规则库包括定位规则部分和处理规则部分；

具体的，所述定位规则部分包括多个定位规则，所述处理规则部分包括多个处理规则。

定位规则，用于定位协议总线上需要处理的数据部分，根据用户定义的协议定位规则，在总线上与数据流匹配，匹配成功即定位完成，定位完成后接着是对数据的处理，处理完成后，从数据流中被处理完成的位置开始继续匹配后续数据。在匹配过程中首先要关心定位的触发条件，定位的触发条件有数据触发和空闲时间触发两种，数据触发是根据定位规则中定义的具体数据匹配，时间触发则不判断数据的内容，而是按固定时间循环处理数据流。当定位的触发条件是数据触发时，需要确定数据的长度、内容、数据模式、数据类型和数据字节序。数据的长度是指定位规则占数据流中数据的个数；数据内容即数据本身，指定规则中不同序列号对应的数据，例如：定位规则是5个整型数据，定位的数据内容可以设计成如表1所示的形式：

表1

0	1	2	3	4
						0x00005566			0xAABB0000

只匹配1号位置和4号位置的数据，匹配成功即认为定位完成，而不关心定位规则中其他没有指定的数据内容。数据模式有两种，有流模式和包模式，流模式是指系统接口中数据传输是基于流模式的报文，如串口数据包，包模式则是指在系统接口中数据传输基于包模式的报文，如网络数据包。数据类型，这里支持四种类型，字节型、短整型、长整型和浮点型，四种类型对应的长度分别为1个字节、2个字节、4个字节和8个字节。数据字节序，有大端和小端两种，不同的CPU的字节序不一样，INTEL的芯片一般是小端字节序，POWERPC的芯片是大端字节序。

处理规则，用于描述对接收数据流的处理方式(具体的处理方式与应用有关，如对定位得到的待处理数据中的部分数据的提取、将数据流或者同一个数据包中的某几个数据组合成一个数据部分、判断待处理数据中某个关键数据，并根据此关键数据的值触发不同的变量等)，以字节为最小单位定义了接收数据的每个字节的意义，并根据不同字节意义对字节做相应的处理，定义字节之间组合和拆分方式。数据处理的最小单位是变量，变量用于与连接虚拟设备与面板，通过与虚拟设备相关联的变量将数据传输给处理规则，处理规则将处理的数据映射到规则定义的变量，然后将规则定义变量的数据映射到面板，通过面板显示处理的数据。变量可以是一个具体数据类型的数据，也可以是段数据流。

步骤102、从预置的规则库中选择多个规则，构造数据处理的策略规则；

本步骤中，从预置的规则库中选择一个或多个定位规则和一个或多个处理规则，组成策略规则，不同策略规则包含的处理规则不同。

策略规则，描述了定位规则和处理规则的组成关系，具体的，在策略规则中记录了直接与某一处理规则相连接的定位规则数据节点。策略记录的描述主要用于解析文件时恢复所有定位规则与处理规则之间的关系，在创建策略的初始，所有选中的定位规则都是与处理规则直接连接的，因此在策略数据节点中记录了所有选中定位规则的ID，但在编辑过程中不需要改变其记录定位规则ID，因为在整个编辑的变化过程都是由处理规则的数据节点记录，在保存文件时将处理规则记录的定位规则同步到策略的数据节点中。一个处理规则只出现在一个策略中，但一个定位规则可出现在多个策略中，整体而言，处理规则和定位规则是多对多的关系。策略模块不支持局部导入导出，只能整体导入导出实现策略的转移，因为策略是基于定位规则和处理规则的。设计策略规则的几种组合模式如图2至图4所示。根据策略规则，即可构建出解析数据的ICD。

按照上述组合模式，可以使用图形化界面为用户提供编辑策略规则的服务。策略的图形化编辑，首先在定位规则列表和处理规则列表中选择一个处理规则和若干定位规则，按策略设计的三种模式中的任何一种连线组成一个数据处理策略规则。再次编辑时，根据记录的处理规则ID，自动搜索出相关定位规则，并自动定位显示坐标。在模块的连接过程中，软件自动根据模块类型选择相应的连接方式。

优选的，可将已使用过的策略规则保存起来，供其他处理流程直接调用。

优选的，可调用一已存储的策略规则。在导入某一策略规则后检查该策略规则的完整性，如果没有对应的定位规则或者处理规则认为该策略规则不可执行(可在用户界面上将该策略规则灰显以提示用户)，整个策略规则不参与执行。扫描定位规则和处理规则，确保策略处理的一致性。

在选中一个策略规则后，在该策略规则中记录了与处理规则直接连接的定位规则ID和策略规则包含的所有定位规则ID，以直接与处理规则连接的定位规则ID为起点逐个遍历每个分支，在回溯一个分支时，出现以下两种情况之一即停止回溯：

1、当判断定位规则的ID不存在于策略的所有定位规则ID记录中时；

2、当上一级定位规则直接跟处理规则相连接。

优选的，还可以对已存储的策略规则进行再次编辑修改。策略的编辑是采用图形化的方式，通过连线各个模块实现策略的编辑功能。连线过程中窗口和数据的处理是分开的，处理的过程中要判断与已有策略中数据的冲突问题，如：在策略1中控制块A的下一个节点是控制块B，而在策略2中将控制块A的下一个节点连接为控制块C，则两个策略就产生了冲突，提示用户是否执行此操作，如果执行，策略1中的的控制块B之前的A将丢失。在编辑的过程中还可能导致自身数据的丢失，同样提示用户是否执行，如果执行需要将丢失数据的ID从策略的记录中删除，该应用示意图如图5所示。

除以上规则，为方便多人合作，界面部分支持工程(由多个策略规则组成)的导入导出和多个工程的组合，软件根据各个工程的组织关系，自动重新分配每个规则的ID，从而保持原有工程的组织关系不变的同时，将多个工程整合在一起。

优选的，在导入工程的可行性和一致性检查，检查描述文件中对处理规则处理的一致性，避免同一定位规则对应多个处理规则，级联的定位规则应该是一种数据流模式；检查策略的可执行性，避免数据信息的缺失；将出现的错误信息报告给系统。

步骤103、根据所述策略规则从协议总线上定位待处理的数据部分；

本步骤中，在所述协议总线上存在数据传输时，根据所述定位规则对该协议总线上存在的数据进行匹配；然后，将匹配失败的数据正常缓存，将匹配成功的数据作为待处理数据。

步骤104、在定位完成后，根据所述策略规则对定位获得的数据进行解析处理；

本步骤中，根据策略规则构造的ICD解析RTOS部分用于解析ICD描述文件和对接口数据流的处理，根据解析规则描述文件进一步解析/合成接口应用数据，这样，用户系统无需关注具体的协议规范，只要在特定的数据节点位置处理最终的负载数据即可，从而以最快速度构造仿真系统。接口数据处理的系统结构示意图如图6所示。

处理过程中首先解析上位机传输过来的ICD描述文件，并检查描述文件的一致性，如果正常，将文件转换成二进制文件，如果不正常上报系统描述文件异常，无法正常工作。处理数据流时分两种处理模式，分别是流模式和包模式，两种模式分开处理。将接收到的数据放在一级缓存中，再从缓存中按排列组合的方式取数据跟所有定位规则逐个比较，如果策略是模式模式二，则需要多级匹配，搜索出需要处理的数据所在的位置，将接收的数据转换成小端模式，并按定位规则记录的数据宽度将数据放入二级缓存，按连接的处理规则处理二级缓存中的数据。

下面，以XML文件为例，对数据解析的流程进行说明。

1、首先，解析定位规则描述文件，如果级联定位规则记录和处理规则记录都没有的不解析。

2、遍历定位规则列表，将数据转换成设置的大小端模式，将级联定位规则串联起来，如果同时记录了级联定位规则和处理规则或级联定位规则的数据模式不一样，则向系统报错。

3、解析处理规则，并添加到链表，如果连接定位规则序列记录为0，则不解析。

4、遍历定位规则列表，根据定位规则记录的处理规则ID遍历处理规则列表，找到对应处理规则记录其地址，同时在处理规则中记录定位规则序列的第一个定位规则地址，如果搜索不到对应的处理规则，则向系统报错。

下面，对数据对外处理接口处理数据过程进行说明：

1、接收数据。

2、根据接收到的数据所提供的处理规则ID搜索处理规则，并将该处理规则移至链表头。如果搜索不到对应处理规则，上报系统，回到a)。

3、匹配处理规则中记录的定位规则，首先比较字节数。逐个遍历处理规则中记录的定位规则序列，如果找到，将对应的记录移至队列头。

4、定位规则匹配成功后，按数据宽度接收后续数据。

5、接收完指定宽度的数据后，首先确保数据为小端模式，再按处理规则规则处理数据。

如果3中匹配定位规则匹配失败，则以定位规则的ID为ID搜索缓存区，将数据放入缓存区，如果搜索失败则分配一个缓存区，最后回到a)。

下面结合附图，对本发明的实施例二进行说明。

ICD解析软件在产品检验系统中通过变量与其他模块进行数据的交互，在虚拟设备中将ICD策略中定义的变量与接口变量和面板变量相关联，形成一个接口数据到ICD解析再到面板显示的数据处理流程，当系统运行后，ICD解析软件根据ICD(接口控制文件)定义的报文特征实时解析链路数据，查找报文边界，把通讯链路上的数据字节流整理成报文结构，以一个个完整的报文格式把通讯数据通过面板呈献给用户，然后再根据ICD定义进一步解释这个报文中每个字段的功能定义和数值，这里以串口通信为例说明ICD解析软件的工作方式。

在本发明实例中用一个串口卡作为数据的接收接口，通过创建一个虚拟设备作为数据源，通过创建一个面板作为解析数据的显示界面。

定位规则，用于描述匹配数据的特征，在接收到接口传送过来的数据后，将这些数据放入循环缓存区并通知对应的定位规则(关于如何通知定位规则的部分在后续部分详细说明)，定位规则在接收数据缓存区中从上一次匹配的位置开始，按规则的描述往后继续匹配，匹配成功后通知对应的处理规则对数据进行处理。

处理规则，用于描述对数据的处理方式，数据解析的过程就是按处理规则的描述将数据组合拆包并映射到一个个变量，在通过变量与面板的映射将处理后的数据显示在用户界面中。

策略规则，一个处理规则和多个定位规则任意组合的描述，多个定位规则可以级联匹配一段数据，也可以并联匹配一段数据，或者级联和并联的混合方式，能灵活的满足各种使用的需求。

首先创建一个定位规则，具体如下：

定位一个接口的数据时，首先需要确定数据的类型，其次是确定数据的长度，确定这两个参数后才能定量有待分析的数据，本发明实施例数据的类型是字节，规则的长度是4字节。定量之后即是对数据的定性处理。处理数据的触发方式有两种：数据触发和时间触发，时间触发就是定时处理接收的数据，与数据内容的相关性比较弱；数据触发需要确定触发的数据内容和对应的索引，按索引跟接收的数据进行匹配，与数据内容的相关性比较强，本发明实施例采用的是数据触发的方式，触发的数据是“165，182，199，216”，对应的数据索引为“0，1，2，3”。根据接口协议的不同，数据的传输方式有两种：流模式和包模式，流模式是按字节传输，对接收的数据需要缓存，按逐级匹配的算法定位；包模式是按完整的数据包发送的，对接收的数据不需要逐级匹配，匹配失败直接将接收的数据包丢弃，本发明实施例是流模式。对数据的解析过程是在下位机完成的，下位机的运行环境各异，为了兼容各种CPU，这里需要配置数据的字节序，有大端模式和小端模式，本发明实施例运行的CPU型号是X86系列，故选择小端模式。在定位一段数据时有两种工作模式，一种是定位规则和数据处理规则是独立的，另一种是两种规则对应的数据部分是相同的，前一种模式时需要指定被处理数据部分的长度，后一种设置被处理数据部分的长度为0即可，本发明实施例中被处理数据的长度设置为16。

处理规则的创建。处理规则是对数据的处理，首先需要确定的是被处理数据的类型和长度，这里类型和长度应该是与之连接的定位规则一致的，本发明实施例中数据的类型为字节型，长度为16字节。处理数据是以变量为单位的，将接收的数据拆分或组合成一个个的变量，定以处理规则实际是对变量的定义。变量类型直接决定了面板显示数据的类型，例如接收的数据段的第三个和第四个字节表示当前设备运行的状态，那么在面板上将有一个short型的变量与之对应，如果定义0x0102为正常，亮绿灯，定义为0x1020为异常，亮红灯，那么当被处理数据的第三个和第四个字节分别为0x01和0x02时面板亮绿灯。软件支持四种数据类型：字节型、短整型、长整型和浮点型，针对每种类型都需要设置变量对应数据区的起始位置和长度，例如本发明实施例，显示的是一个16字节的字符串，处理是按字节类型处理的，故变量类型为字节型，起始字节索引为0，数据的长度为16。

策略的创建。单独的定位规则和处理规则是不具备协议解析能力的，只有将定位规则和处理规则有机结合才能正确解析出我们需要的数据，组合的方式有三种，以下逐一举例说明.

协议解析规则的定义：

三个定位规则，规则A(本例中称为“A”)的配置为：数据类型为字节型，长度为2字节，被定位数据的宽度为8字节，目标字节序是小端模式，触发方式是数据触发，数据模式是流模式，触发的数据内容是“0xaa，0xbb”，对应的索引为“0，3”。规则B(本例中称为“B”)的配置为：数据类型为字节型，长度为1字节，被定位数据的宽度为8字节，目标字节序是小端模式，触发方式是数据触发，数据模式是流模式，触发的数据内容是“0xcc”，对应的索引为“6”。规则C(本例中称为“C”)的配置为：数据类型为字节型，长度为1字节，被定位数据的宽度为8字节，目标字节序是小端模式，触发方式是数据触发，数据模式是流模式，触发的数据内容是“0xdd”，对应的索引为“7”。

处理规则D的配置为：数据类型为字节型，长度为8字节。定义一个变量V，V的配置为：变量类型为字节型，起始索引为0，字节长度为8.

数据源接收到的数据为：

“0x01，0xaa，0x12，0x16，0xbb，0xa0，0x1b，0xcc，0xdd，0x01，0x02，0x03，0x04，0x05，0x06，0x07，0x08”。

方式一如图7所示。

根据策略组合的方式知道定位规则的结构如表2所示：

表2

0	1	2	3	4	5	6	7	8
									0xaa			0xbb			0xcc	0xdd

匹配成功后变量V的内容为：0x01，0x02，0x03，0x04，0x05，0x06，0x07，0x08。

方式二如图8所示。

此方式下三个定位规则任何一个匹配成功都将处理数据源，为确定多个规则的情况下参与比较的顺序，本发明实施例引入了优先级的概念，规则的优先级在组合策略时由软件自动初始化，本发明实施例中优先级按示意图从上到下一次降低。当一个规则比配成功后，其他规则在本次比较中将不再进行比较，并且将匹配成功规则的优先级调整为最高，其他并列规则优先级均降一级。此方式匹配成功的是规则C，因此C的优先级保持最高，匹配成功后变量V的内容为：0x12，0x16，0xbb，0xa0，0x1b，0xcc，0xdd，0x01。

方式三：

此方式下的连接组合有多种，但形式是一样的，这里以其中一种为例，示意图如图9所示。

此方式是上述方式一和方式二的混合，处理过程也是以上两种的复合，从以上示意图中可知A的优先级最高，当A、B级联的规则匹配失败后，规则C再重新匹配，匹配成功后变量V的内容为：0xa0，0x1b，0xcc，0xdd，0x01，0x02，0x03，0x04。

本发明实施例做了一个最简单的例子，只有一个定位规则，策略的组合方式属于方式一。到此整个ICD解析的规则定义完成，保存工程，并将该工程导入虚拟设备编辑器，将板卡的相关变量关联到本发明实施例中处理规则中定义的变量V，并将变量V与面板上显示变量相关联，由于虚拟设备和面板非本文重点关注，故不作详细说明，虚拟设备的作用是提供解析的数据源，面板用于显示解析出的数据，执行的示意图如图10所示。

给接口配送数据为：1，2，3，165，182，199，，216，4，5，6，7，8，9，10，11，12，13，14，15，16，17，18，19，20。

匹配成功后，面板显示的数据为：4，5，6，7，8，9，10，11，12，13，14，15，16，17，18，19。

对于每一个在协议解析软件中描述的字段都可以进行重命名，以便可以和虚拟设备内部的变量进行映射，从而在虚拟设备内部实现变量和接收数据的自动映射以取代运行模块的部分功能。

下面结合附图，对本发明的实施例三进行说明。

本发明实施例提供了一种解析装置，其结构如图11所示，包括：

策略构造模块1101，用于从预置的规则库中选择多个规则，构造数据处理的策略规则；

定位模块1102，用于根据所述策略规则从协议总线上定位待处理的数据部分；

解析模块1103，用于在定位完成后，根据所述策略规则对定位获得的数据进行解析处理。

优选的，该装置还包括：

策略管理模块1104，用于保存所述策略规则。以供之后的数据解析流程调用。

本发明的实施例所提供的解析装置，能够与本发明的实施例所提供的一种解析方法相结合，从预置的规则库中选择多个规则，构造数据处理的策略规则，根据所述策略规则从协议总线上定位待处理的数据部分，在定位完成后，根据所述策略规则对定位获得的数据进行解析处理，将在数据解析处理流程拆分为多个规则并存储至规则库中，在需要使用时，可根据需要直接选择相应的规则构造数据解析处理流程，解决了代码定义运行过程复杂度高的问题。

本领域普通技术人员可以理解上述实施例的全部或部分步骤可以使用计算机程序流程来实现，所述计算机程序可以存储于一计算机可读存储介质中，所述计算机程序在相应的硬件平台上(如系统、设备、装置、器件等)执行，在执行时，包括方法实施例的步骤之一或其组合。

可选地，上述实施例的全部或部分步骤也可以使用集成电路来实现，这些步骤可以被分别制作成一个个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

上述实施例中的各装置/功能模块/功能单元可以采用通用的计算装置来实现，它们可以集中在单个的计算装置上，也可以分布在多个计算装置所组成的网络上。

上述实施例中的各装置/功能模块/功能单元以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。上述提到的计算机可读取存储介质可以是只读存储器，磁盘或光盘等。

任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求所述的保护范围为准。

Claims (9)

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

从预置的规则库中选择多个规则，构造数据处理的策略规则；

根据所述策略规则从协议总线上定位待处理的数据部分；

在定位完成后，根据所述策略规则对定位获得的数据进行解析处理。

2.根据权利要求1所述的解析方法，其特征在于，所述规则库包括定位规则部分和处理规则部分，所述定位规则部分包括多个定位规则，所述处理规则部分包括多个处理规则，所述从预置的规则库中选择多个规则，构造数据处理的策略规则具体为：

从预置的规则库中选择一个或多个定位规则和一个或多个处理规则，组成策略规则，不同策略规则包含的处理规则不同。

3.根据权利要求2所述的解析方法，其特征在于，所述根据所述策略规则从协议总线上定位待处理的数据部分包括：

在所述协议总线上存在数据传输时，根据所述定位规则对该协议总线上存在的数据进行匹配；

将匹配失败的数据正常缓存，将匹配成功的数据作为待处理数据。

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

构造一规则库，所述规则库包括定位规则部分和处理规则部分，所述定位规则部分包括多个定位规则，所述处理规则部分包括多个处理规则。

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

维护所述规则库，包括向所述规则库添加定位规则或处理规则、删除定位规则或处理规则和修改定位规则或处理规则。

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

保存所述策略规则。

7.根据权利要求6所述的解析方法，其特征在于，该方法还包括：

调用已保存的策略规则，根据所述策略完成待处理数据部分的定位和解析处理。

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

策略构造模块，用于从预置的规则库中选择多个规则，构造数据处理的策略规则；

定位模块，用于根据所述策略规则从协议总线上定位待处理的数据部分；

解析模块，用于在定位完成后，根据所述策略规则对定位获得的数据进行解析处理。

9.根据权利要求8所述的解析装置，其特征在于，该装置还包括：

策略管理模块，用于保存所述策略规则。

Images