CN102255786A - 业务报文处理方法及装置 - Google Patents

Abstract

本发明公开了一种业务报文处理方法及装置，该方法包括步骤：获得业务处理系统待发送的业务数据，所述业务数据中携带有业务类型信息，根据获得的业务数据中携带的业务类型信息，确定与所述业务类型信息对应的业务报文模板，将获得的业务数据添加到确定出的业务报文模板中，生成业务报文，发送生成的业务报文。采用本发明技术方案，解决了现有技术中存在的业务报文处理的灵活性较低的问题。

Description

业务报文处理方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种业务报文处理方法及装置。

背景技术

在现有的通信系统中，业务运营支撑系统(BOSS，Business & OperationSupport System)是用来实现用户的业务开通、业务注销以及业务计费等功能的业务处理系统，数据业务处理系统是负责处理用户的数据业务的业务处理系统，语音业务处理系统是负责处理用户的语音业务的业务处理系统，其中每个数据业务处理系统负责处理至少一种类型的数据业务，每个语音业务处理系统负责处理至少一种类型的语音业务，当用户在BOSS系统中开通或注销某类型的数据业务或语音业务时，BOSS系统需要将该业务的业务数据发送给处理该业务的业务处理系统或语音业务处理系统，当用户在数据业务处理系统或语音业务处理系统中开通或注销某类型的数据业务或语音业务时，数据业务处理系统或语音业务处理系统也需要将该业务的业务数据发送给BOSS系统。

各业务处理系统之间通过业务报文的形式传输业务数据，业务处理系统首先根据业务数据生成业务报文，然后将生成的业务报文发送，在接收到业务报文时，要对接收到的业务报文进行解析，解析得到业务数据后再根据预设的业务处理规则进行相应处理。

现有技术中，业务处理系统处理业务报文时，通常将生成业务报文、发送业务报文、接收业务报文以及解析业务报文的处理逻辑编码到软件中，例如，每个数据业务处理系统和语音业务处理系统将BOSS系统支持的业务报文的处理逻辑编码到软件中，若此时BOSS系统所支持的业务报文中的某些业务参数发生变化，则数据业务处理系统和语音业务处理系统需要修改已编码到软件中的处理逻辑，这就使得处理业务报文的灵活性较低。此外，由于各业务处理系统所支持的业务报文的格式不同，因此业务处理系统可能需要将多种处理逻辑编码到软件中，例如，BOSS系统与4个业务处理系统相连，那么BOSS系统就需要将这4个业务处理系统所支持的业务报文的处理逻辑分别编码到软件中，当新增业务处理系统时，BOSS系统就需要将新增的业务处理系统所支持的业务报文的处理逻辑再编码到软件中，这就大大降低了处理业务报文的灵活性。

发明内容

本发明实施例提供一种业务报文处理方法及装置，用以解决现有技术中存在的业务报文处理的灵活性较低的问题。

本发明实施例技术方案如下：

一种业务报文处理方法，该方法包括步骤：获得业务处理系统待发送的业务数据，所述业务数据中携带有业务类型信息；根据获得的业务数据中携带的业务类型信息，确定与所述业务类型信息对应的业务报文模板；将获得的业务数据添加到确定出的业务报文模板中，生成业务报文；发送生成的业务报文。

一种业务报文处理装置，包括：获得单元，用于获得业务处理系统待发送的业务数据，所述业务数据中携带有业务类型信息；确定单元，用于根据获得单元获得的业务数据中携带的业务类型信息，确定与所述业务类型信息对应的业务报文模板；生成单元，用于将获得单元获得的业务数据添加到确定单元确定出的业务报文模板中，生成业务报文；发送单元，用于发送生成单元生成的业务报文。

一种业务报文处理方法，该方法包括步骤：获得业务处理系统待接收的业务报文，所述业务报文中携带有业务类型信息；根据获得的业务报文中携带的业务类型信息，确定与获得的业务报文对应的业务报文模板；根据确定出的业务报文模板，对获得的业务报文进行解析，解析出业务数据；将解析出的业务数据发送给所述业务处理系统；以及指示所述业务处理系统根据接收到的业务数据进行相应处理。

一种业务报文处理装置，包括：获得单元，用于获得业务处理系统待接收的业务报文，所述业务报文中携带有业务类型信息；确定单元，用于根据获得单元获得的业务报文中携带的业务类型信息，确定与获得单元获得的业务报文对应的业务报文模板；解析单元，用于根据确定单元确定出的业务报文模板，对获得单元获得的业务报文进行解析，解析出业务数据；发送单元，用于将解析单元解析出的业务数据发送给所述业务处理系统；指示单元，用于指示所述业务处理系统根据接收到的业务数据进行相应处理。

本发明实施例一技术方案中，首先获得业务处理系统待发送的业务数据，其中该业务数据中携带有业务类型信息，然后确定上述业务类型信息对应的业务报文模板，再将获得的业务数据添加到确定出的业务报文模板中，生成业务报文，发送生成的业务报文，由上可见，若业务处理系统需要向其他业务处理系统发送业务数据，则可以首先根据待发送的业务数据中携带的业务类型信息(也就是接收业务数据的业务处理系统所负责处理的业务类型信息)确定对应的业务报文模板，然后直接将待发送的业务数据添加到业务报文模板中来生成业务报文即可，那么在修改业务报文或增加新的业务报文时，可以直接修改业务报文模板或直接增加新的业务报文模板，而不需要修改已编码到软件中的处理逻辑或将新的处理逻辑编码到软件中，这就有效地提高了业务报文处理的灵活性。

本发明实施例二技术方案中，首先获得业务处理系统待接收的业务报文，其中该业务报文中携带有业务类型信息，然后根据上述业务类型信息，确定与获得的业务报文对应的业务报文模板，根据确定出的业务报文模板，对获得的业务报文进行解析，解析出业务数据，再将解析出的业务数据发送给上述业务处理系统，以及指示上述业务处理系统根据接收到的业务数据进行相应处理，由上可见，若业务处理系统需要接收其他业务处理系统发送的业务报文，则可以根据待接收的业务报文中携带的业务类型信息(即发送该业务报文的业务处理系统所负责处理的业务类型信息)对应的业务报文模板来解析业务报文，解析出业务数据，那么在修改业务报文或增加新的业务报文时，可以直接修改业务报文模板或直接增加新的业务报文模板即可，而不需要修改已编码到软件中的处理逻辑或将新的处理逻辑编码到软件中，这就有效地提高了业务报文处理的灵活性。

附图说明

图1为本发明实施例一中，业务报文处理方法流程示意图；

图2为本发明实施例一中，内存报文树示意图；

图3为本发明实施例一中，赋值后的内存报文树示意图；

图4为本发明实施例一中，业务报文处理装置结构示意图；

图5为本发明实施例二中，业务报文处理方法流程示意图；

图6为本发明实施例二中，业务报文处理装置结构示意图。

具体实施方式

下面结合各个附图对本发明实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细地阐述。

本发明实施例一提供了一种业务报文处理方法，如图1所示，其具体处理过程如下：

步骤11，获得业务处理系统待发送的业务数据，上述业务数据中携带有业务类型信息；

其中上述业务处理系统可以但不限于为BOSS系统、数据业务处理系统或语音业务处理系统。

本发明实施例一中，业务报文处理装置负责对业务报文进行处理，每个业务处理系统均对应一个业务报文处理装置，该业务报文处理装置可以置于业务处理系统内部，也可以与业务处理系统单独设置。

业务处理系统若需要向其他业务处理系统发送业务数据，则可以直接将待发送的业务数据发送给业务报文处理装置，也可以将待发送的业务数据放入业务数据缓冲队列中，由业务报文处理装置从业务数据缓冲队列中提取出业务数据进行处理，这样就避免了业务数据在业务报文处理装置中的积压，从而有效地提高了处理业务报文时的稳定性及可靠性，其中业务报文处理装置从业务数据缓冲队列中提取业务数据可以但不限于包含下述两种实施情况，具体为：

第一种实施情况：业务报文处理装置首先获得业务数据缓冲队列中各业务数据分别携带的业务类型信息，然后根据获得的各业务类型信息，分别确定各对应业务数据的处理优先级，再根据确定出的各对应业务数据的处理优先级，依次从业务数据缓冲队列中提取业务数据，例如，A类业务的优先级为1级，B类业务的优先级为2级，业务报文处理装置确定出业务数据缓冲队列中的各业务数据的业务类型后，确定出A类业务的优先级(1级)高于B类业务的优先级(2级)，因此业务报文处理装置首先提取出A类业务的业务数据进行处理，然后再提取B类业务的业务数据进行处理。

第二种实施情况：预先设置了提取业务数据的提取速度，业务报文处理装置根据预设的提取速度，依次从业务处理系统的业务数据缓冲队列中提取业务数据，例如，预先设置每隔两分钟提取一次业务数据，那么业务报文处理装置提取业务数据的时间间隔应为两分钟，若距离上一次提取业务数据的时间间隔不足两分钟，即使此时业务报文处理装置已经处理完上一次提取出的业务数据，业务报文处理装置也不会立即从业务数据缓冲队列中继续提取业务数据，而是在距离上一次提取业务数据的时间间隔为两分钟时再继续提取业务数据。

此外，业务报文处理装置也可以将优先级方式和提取速度方式进行结合来从业务数据缓冲队列中提取业务数据。

步骤12，根据获得的业务数据中携带的业务类型信息，确定与上述业务类型信息对应的业务报文模板；

业务报文处理装置中存储有各种业务类型对应的业务报文模板，业务报文处理装置可以根据获得的业务类型信息，在数据库服务器中存储的报文模板标识信息与业务类型信息的对应关系中，查找获得的业务数据中携带的业务类型信息对应的业务报文模板的报文模板标识信息，并根据查找到的报文模板标识信息，确定与上述业务类型信息对应的业务报文模板。

在确定出业务报文模板后，还需要将确定出的业务报文模板进行加载，生成内存报文树。

此外，由于业务处理系统处理的业务种类很多，业务处理系统可能需要频繁的向其他业务处理系统发送业务数据，若业务处理装置频繁的加载业务报文模板到内存空间，可能使业务报文处理装置的处理效率较低，对此本发明实施例一提出，业务报文处理装置保存已加载到内存空间中的业务报文模板，后续在查找业务报文模板时，可以首先在已加载到内存空间中的业务报文模板的报文模板标识信息与业务类型信息的对应关系中，查找获得业务数据中携带的业务类型信息对应的业务报文模板的报文模板标识信息，并根据查找到的报文模板标识信息，确定与上述业务类型信息对应的业务报文模板，若查找到业务报文模板，则无需加载就可以直接使用，若没有查找到，则需要在存储有业务报文模板的数据库服务器中查找获得的业务数据中携带的业务类型信息对应的业务报文模板，然后再将查找到的业务报文模板加载到内存空间，这就有效地提高了业务报文处理装置的处理效率。

数据库服务器中存储的业务报文模板可以但不限于如下所示：

<InterBOSS>

  <UserInfo>

    <MSISDN></MSISDN>

    <UserName></UserName>

    <Age></Age>

  </UserInfo>

</InterBOSS>

将该业务报文模板加载到内存空间后生成的内存报文树可以但不限于如图2所示，可以但不限于采用结构化标记语言(例如XML语言、SGML语言等)来描述业务报文模板，当采用XML语言描述业务报文模板时，业务报文模板中包含父节点、子节点、兄弟节点、叶子节点等，且各节点的节点标识成对匹配，在上述的业务报文模板中，InterBOSS节点为UserInfo节点的父节点，UserInfo节点为InterBOSS节点的子节点，UserInfo节点为MSISDN节点、UserName节点、Age节点的父节点，相应的，MSISDN节点、UserName节点、Age节点为UserInfo节点的子节点，MSISDN节点、UserName节点、Age节点互为兄弟节点，且MSISDN节点、UserName节点、Age节点为叶子节点。

步骤13，将获得的业务数据添加到确定出的业务报文模板中，生成业务报文；

本发明实施例一中，首先在获得的业务数据中，查找确定出的业务报文模板对应的内存报文树中各节点对应的节点数据，然后将查找到的节点数据分别赋值给对应的节点，再根据赋值后的内存报文树，生成业务报文。

业务报文处理装置可以但不限于采用树的深度遍历法来查找节点数据，具体为：依次遍历内存报文树的各节点，在遍历完一个节点后，如果该节点有子节点，则遍历各子节点，若没有子节点，则遍历该节点的兄弟节点。

例如，业务处理系统待发送的业务数据如下表所示：

MSISDN	UserName	Age
			13907710001	张三	25
13907710002	李四	30

MSISDN节点对应的节点数据为13907710001和13907710002，UserName节点对应的节点数据为张三和李四，Age节点对应的节点数据为25和30。

将查找到的节点数据分别赋值给对应的节点后得到的内存报文树如图3所示，根据赋值后的内存报文树生成的业务报文如下所示：

<lnterBOSS>

  <UserInfo>

    <MSISDN>13907710001</MSISDN>

    <UserName>张三</UserName>

    <Age>25</Age>

  </UserInfo>

  <UserInfo>

    <MSISDN>13907710002</MSISDN>

    <UserName>李四</UserName>

    <Age>30</Age>

  </UserInfo>

  <UserInfo>

    <MSISDN>13907710001</MSISDN>

    <UserName>张三</UserName>

    <Age>25</Age>

  </UserInfo>

</InterBOSS>

其中，在根据赋值后的内存报文树生成业务报文之前，还可以进一步对各节点数据进行检测，具体为：首先确定内存报文树中各节点的检测规则，然后根据确定出的各检测规则，分别对对应赋值后的内存报文树的各节点上的节点数据进行检测，检测到错误后，进行相应的处理。

步骤14，发送生成的业务报文。

其中，业务报文处理装置可以直接将生成的业务报文发送给相应的业务处理系统，也可以将生成的业务报文放入业务报文缓冲队列中，依次从业务报文缓冲队列中提取业务报文进行发送。

此外，本发明实施例一中，由于在修改修改业务报文或增加新的业务报文时，不必修改软件或重新开发对应的软件，因此减少了业务处理系统的开发量，缩短了相应的开发周期，且减轻了软件维护人员的维护工作量；由于避免了因增加新业务报文而停止整个业务处理系统，因此提高了系统的安全性，保证了业务的正常处理。

由上述处理过程可知，本发明实施例一技术方案中，首先获得业务处理系统待发送的业务数据，其中该业务数据中携带有业务类型信息，然后确定上述业务类型信息对应的业务报文模板，再将获得的业务数据添加到确定出的业务报文模板中，生成业务报文，发送生成的业务报文，由上可见，若业务处理系统需要向其他业务处理系统发送业务数据，则可以首先根据待发送的业务数据中携带的业务类型信息(也就是接收业务数据的业务处理系统所负责处理的业务类型信息)确定对应的业务报文模板，然后直接将待发送的业务数据添加到业务报文模板中来生成业务报文即可，那么在修改业务报文或增加新的业务报文时，可以直接修改业务报文模板或直接增加新的业务报文模板，而不需要修改已编码到软件中的处理逻辑或将新的处理逻辑编码到软件中，这就有效地提高了业务报文处理的灵活性。

相应的，本发明实施例一提供一种业务报文处理装置，如图4所示，包括获得单元41、确定单元42、生成单元43和发送单元44，其中：

获得单元41，用于获得业务处理系统待发送的业务数据，上述业务数据中携带有业务类型信息；

确定单元42，用于根据获得单元41获得的业务数据中携带的业务类型信息，确定与上述业务类型信息对应的业务报文模板；

生成单元43，用于根据获得单元41获得的业务数据添加到确定单元42确定出的业务报文模板中，生成业务报文；

发送单元44，用于发送生成单元43生成的业务报文。

较佳地，获得单元41具体包括第一获得子单元、第一确定子单元和提取子单元，其中：

第一获得子单元，用于获得业务处理系统的业务数据缓冲队列中各业务数据分别携带的业务类型信息；

第一确定子单元，用于根据第一获得子单元获得的各业务类型信息，分别确定各对应业务数据的处理优先级；

提取子单元，用于根据第一确定子单元确定出的各对应业务数据的处理优先级，依次从上述业务数据缓冲队列中提取业务数据。

较佳地，获得单元41根据预设的提取速度，依次从业务处理系统的业务数据缓冲队列中提取业务数据。

较佳地，确定单元42具体包括第一查找子单元和第二确定子单元，其中：

第一查找子单元，用于在报文模板标识信息与业务类型信息的对应关系中，查找获得单元41获得的业务数据中携带的业务类型信息对应的业务报文模板的报文模板标识信息；

第二确定子单元，用于根据第一查找子单元查找到的报文模板标识信息，确定与上述业务类型信息对应的业务报文模板。

较佳地，确定单元42具体包括第二查找子单元和第三确定子单元，其中：

第二查找子单元，用于在已加载的业务报文模板的报文模板标识信息与业务类型信息的对应关系中，查找获得的业务数据中携带的业务类型信息对应的业务报文模板的报文模板标识信息；

第三确定子单元，用于根据第二查找子单元查找到的报文模板标识信息，确定与上述业务类型信息对应的业务报文模板。

较佳地，生成单元43具体包括第二获得子单元、第三查找子单元、赋值子单元和生成子单元，其中：

第二获得子单元，用于获得已加载的、与确定单元42确定出的业务报文模板对应的内存报文树；

第二查找子单元，用于在获得单元41获得的业务数据中，查找第二获得子单元获得的内存报文树中各节点对应的节点数据；

赋值子单元，用于将第三查找子单元查找到的节点数据分别赋值给对应的节点；

生成子单元，用于根据赋值子单元赋值后的内存报文树，生成业务报文。

更佳地，生成单元43还包括第四确定子单元和检测子单元，其中：

第四确定子单元，用于在生成子单元生成业务报文之前，确定上述内存报文树中各节点的检测规则；

检测子单元，用于根据第四确定子单元确定出的各检测规则，分别对赋值子单元对应赋值后的内存报文树中的各节点的节点数据进行检测。

本发明实施例二提供了一种业务报文处理方法，如图5所示，其具体处理过程如下：

步骤51，获得业务处理系统待接收的业务报文，上述业务报文中携带有业务类型信息；

其中上述业务处理系统可以但不限于为BOSS系统、数据业务处理系统或语音业务处理系统。

本发明实施例二中，业务报文处理装置负责对业务报文进行处理，每个业务处理系统均对应一个业务报文处理装置，该业务报文处理装置可以置于业务处理系统内部，也可以与业务处理系统单独设置。

步骤52，根据获得的业务报文中携带的业务类型信息，确定与获得的业务报文对应的业务报文模板；

业务报文处理装置中存储有各种业务类型对应的业务报文模板，业务报文处理装置可以根据获得的业务类型信息，在数据库服务器中存储的报文模板标识信息与业务类型信息的对应关系中，查找上述业务类型信息对应的业务报文模板的报文模板标识信息，根据查找到的报文模板标识信息，确定上述业务类型信息对应的业务报文模板。

在确定出业务报文模板后，还需要将确定出的业务报文模板进行加载，生成内存报文树。

此外，由于业务处理系统处理的业务种类很多，业务处理系统可能需要频繁的向其他业务处理系统发送业务数据，若业务处理装置频繁的加载业务报文模板到内存空间，可能使业务报文处理装置的处理效率较低，对此本发明实施例二提出，业务报文处理装置保存已加载到内存空间中的业务报文模板，后续在查找业务报文模板时，可以首先在已加载到内存空间中的业务报文模板的报文模板标识信息与业务类型信息的对应关系中，查找获得业务数据中携带的业务类型信息对应的业务报文模板的报文模板标识信息，并根据查找到的报文模板标识信息，确定与上述业务类型信息对应的业务报文模板，若查找到业务报文模板，则无需加载就可以直接使用，若没有查找到，则需要在存储有业务报文模板的数据库服务器中查找获得的业务数据中携带的业务类型信息对应的业务报文模板，然后再将查找到的业务报文模板加载到内存空间，这就有效地提高了业务报文处理装置的处理效率。

数据库服务器中存储的业务报文模板可以但不限于如下所示：

<InterBOSS>

  <UserInfo>

    <MSISDN></MSISDN>

    <UserName></UserName>

    <Age></Age>

  </UserInfo>

</InterBOSS>

将该业务报文模板加载到内存空间后生成的内存报文树可以但不限于如图2所示，可以但不限于采用结构化标记语言(例如XML语言、SGML语言等)来描述业务报文模板。

步骤53，根据确定出的业务报文模板，对获得的业务报文进行解析，解析出业务数据；

首先确定确定出的业务报文模板对应的内存报文树中的各节点，然后在获得的业务报文中，分别查找确定出的各节点对应的节点数据，再根据查找到的各节点数据，生成业务数据。

若业务报文处理装置获得的业务报文如下所示：

<InterBOSS>

  <UserInfo>

    <MSISDN>13907710001</MSISDN>

    <UserName>张三</UserName>

    <Age>25</Age>

  </UserInfo>

  <UserInfo>

    <MSISDN>13907710002</MSISDN>

    <UserName>李四</UserName>

    <Age>30</Age>

  </UserInfo>

  <UserInfo>

    <MSISDN>13907710001</MSISDN>

    <UserName>张三</UserName>

    <Age>25</Age>

  </UserInfo>

</InterBOSS>

将确定出的上述业务报文模板加载到内存空间后的内存报文树如图2所示，则生成的业务数据如上表所示。

其中，在根据查找到的各节点数据生成业务数据之前，还可以进一步对各节点数据进行检测，具体为：首先确定上述业务报文模板对应的内存报文树中各节点的检测规则，然后根据确定出的各检测规则，分别对查找到的对应各节点上的节点数据进行检测，检测到错误后，进行相应的处理。

步骤54，将解析出的业务数据发送给上述业务处理系统；

步骤55，指示上述业务处理系统根据接收到的业务数据进行相应处理。

由上述处理过程可知，本发明实施例二技术方案中，首先获得业务处理系统待接收的业务报文，其中该业务报文中携带有业务类型信息，然后根据上述业务类型信息，确定与获得的业务报文对应的业务报文模板，根据确定出的业务报文模板，对获得的业务报文进行解析，解析出业务数据，再将解析出的业务数据发送给上述业务处理系统，以及指示上述业务处理系统根据接收到的业务数据进行相应处理，由上可见，若业务处理系统需要接收其他业务处理系统发送的业务报文，则可以根据待接收的业务报文中携带的业务类型信息(即发送该业务报文的业务处理系统所负责处理的业务类型信息)对应的业务报文模板来解析业务报文，解析出业务数据，那么在修改业务报文或增加新的业务报文时，可以直接修改业务报文模板或直接增加新的业务报文模板即可，而不需要修改已编码到软件中的处理逻辑或将新的处理逻辑编码到软件中，这就有效地提高了业务报文处理的灵活性。

相应的，本发明实施例二提供一种业务报文处理装置，如图6所示，包括获得单元61、确定单元62、解析单元63、发送单元64和指示单元65，其中：

获得单元61，用于获得业务处理系统待接收的业务报文，上述业务报文中携带有业务类型信息；

确定单元62，用于根据获得单元61获得的业务报文中携带的业务类型信息，确定与获得单元61获得的业务报文对应的业务报文模板；

解析单元63，用于根据确定单元62确定出的业务报文模板，对获得单元61获得的业务报文进行解析，解析出业务数据；

发送单元64，用于将解析单元63解析出的业务数据发送给上述业务处理系统；

指示单元65，用于指示上述业务处理系统根据接收到的业务数据进行相应处理。

较佳地，解析单元63具体包括获得子单元、第一确定子单元、查找子单元和生成子单元，其中：

获得子单元，用于获得已加载的、与确定单元62确定出的业务报文模板对应的内存报文树；

第一确定子单元，用于确定获得子单元获得的业务报文模板对应的内存报文树中的各节点；

查找子单元，用于在获得单元61获得的业务报文中，分别查找第一确定子单元确定出的各节点对应的节点数据；

生成子单元，用于根据查找子单元查找到的各节点数据，生成业务数据。

较佳地，解析单元63还包括第二确定子单元和检测子单元，其中：

第二确定子单元，用于在生成子单元生成业务数据之前，确定上述内存报文树中各节点的检测规则；

检测子单元，用于根据第二确定子单元确定出的各检测规则，分别对查找子单元查找到的对应各节点上的节点数据进行检测。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (20)

1.一种业务报文处理方法，其特征在于，包括：

获得业务处理系统待发送的业务数据，所述业务数据中携带有业务类型信息；

根据获得的业务数据中携带的业务类型信息，确定与所述业务类型信息对应的业务报文模板；

将获得的业务数据添加到确定出的业务报文模板中，生成业务报文；

发送生成的业务报文。

2.如权利要求1所述的业务报文处理方法，其特征在于，获得业务处理系统待发送的业务数据，具体包括：

获得业务处理系统的业务数据缓冲队列中各业务数据分别携带的业务类型信息；

根据获得的各业务类型信息，分别确定各对应业务数据的处理优先级；

根据确定出的各对应业务数据的处理优先级，依次从所述业务数据缓冲队列中提取业务数据。

3.如权利要求1所述的业务报文处理方法，其特征在于，获得业务处理系统待发送的业务数据，具体包括：

根据预设的提取速度，依次从业务处理系统的业务数据缓冲队列中提取业务数据。

4.如权利要求1所述的业务报文处理方法，其特征在于，根据获得的业务数据中携带的业务类型信息，确定与所述业务类型信息对应的业务报文模板，具体包括：

在报文模板标识信息与业务类型信息的对应关系中，查找获得的业务数据中携带的业务类型信息对应的业务报文模板的报文模板标识信息；并

根据查找到的报文模板标识信息，确定与所述业务类型信息对应的业务报文模板。

5.如权利要求1所述的业务报文处理方法，其特征在于，根据获得的业务数据中携带的业务类型信息，确定与所述业务类型信息对应的业务报文模板，具体包括：

在已加载的业务报文模板的报文模板标识信息与业务类型信息的对应关系中，查找获得的业务数据中携带的业务类型信息对应的业务报文模板的报文模板标识信息，并

根据查找到的报文模板标识信息，确定与所述业务类型信息对应的业务报文模板。

6.如权利要求1所述的业务报文处理方法，其特征在于，将获得的业务数据添加到确定出的业务报文模板中，生成业务报文，具体包括：

获得已加载的、与确定出的业务报文模板对应的内存报文树；

在获得的业务数据中，查找获得的内存报文树中各节点对应的节点数据；

将查找到的节点数据分别赋值给对应的节点；

根据赋值后的内存报文树，生成业务报文。

7.如权利要求6所述的业务报文处理方法，其特征在于，在生成业务报文之前还包括：

确定所述内存报文树中各节点的检测规则；

根据确定出的各检测规则，分别对对应赋值后的内存报文树中的节点上的节点数据进行检测。

8.一种业务报文处理装置，其特征在于，包括：

获得单元，用于获得业务处理系统待发送的业务数据，所述业务数据中携带有业务类型信息；

确定单元，用于根据获得单元获得的业务数据中携带的业务类型信息，确定与所述业务类型信息对应的业务报文模板；

生成单元，用于将获得单元获得的业务数据添加到确定单元确定出的业务报文模板中，生成业务报文；

发送单元，用于发送生成单元生成的业务报文。

9.如权利要求8所述的业务报文处理装置，其特征在于，获得单元具体包括：

第一获得子单元，用于获得业务处理系统的业务数据缓冲队列中各业务数据分别携带的业务类型信息；

第一确定子单元，用于根据第一获得子单元获得的各业务类型信息，分别确定各对应业务数据的处理优先级；

提取子单元，用于根据第一确定子单元确定出的各对应业务数据的处理优先级，依次从所述业务数据缓冲队列中提取业务数据。

10.如权利要求8所述的业务报文处理装置，其特征在于，所述获得单元根据预设的提取速度，依次从业务处理系统的业务数据缓冲队列中提取业务数据。

11.如权利要求8所述的业务报文处理装置，其特征在于，所述确定单元具体包括：

第一查找子单元，用于在报文模板标识信息与业务类型信息的对应关系中，查找获得单元获得的业务数据中携带的业务类型信息对应的业务报文模板的报文模板标识信息；

第二确定子单元，用于根据第一查找子单元查找到的报文模板标识信息，确定与所述业务类型信息对应的业务报文模板。

12.如权利要求8所述的业务报文处理装置，其特征在于，所述确定单元具体包括：

第二查找子单元，用于在已加载的业务报文模板的报文模板标识信息与业务类型信息的对应关系中，查找获得的业务数据中携带的业务类型信息对应的业务报文模板的报文模板标识信息；

第三确定子单元，用于根据第二查找子单元查找到的报文模板标识信息，确定与所述业务类型信息对应的业务报文模板。

13.如权利要求8所述的业务报文处理装置，其特征在于，所述生成单元具体包括：

第二获得子单元，用于获得已加载的、与确定单元确定出的业务报文模板对应的内存报文树；

第三查找子单元，用于在获得单元获得的业务数据中，查找第二获得子单元获得的内存报文树中各节点对应的节点数据；

赋值子单元，用于将第三查找子单元查找到的节点数据分别赋值给对应的节点；

生成子单元，用于根据赋值子单元赋值后的内存报文树，生成业务报文。

14.如权利要求13所述的业务报文处理装置，其特征在于，所述生成单元还包括：

第四确定子单元，用于在生成子单元生成业务报文之前，确定所述内存报文树中各节点的检测规则；

检测子单元，用于根据第四确定子单元确定出的各检测规则，分别对赋值子单元对应赋值后的内存报文树中的各节点的节点数据进行检测。

15.一种业务报文处理方法，其特征在于，包括：

获得业务处理系统待接收的业务报文，所述业务报文中携带有业务类型信息；

根据获得的业务报文中携带的业务类型信息，确定与获得的业务报文对应的业务报文模板；

根据确定出的业务报文模板，对获得的业务报文进行解析，解析出业务数据；

将解析出的业务数据发送给所述业务处理系统；以及

指示所述业务处理系统根据接收到的业务数据进行相应处理。

16.如权利要求15所述的业务报文处理方法，其特征在于，根据确定出的业务报文模板，对获得的业务报文进行解析，具体包括：

获得已加载的、与确定出的业务报文模板对应的内存报文树；

确定获得的内存报文树中的各节点；

在获得的业务报文中，分别查找确定出的各节点对应的节点数据；

根据查找到的各节点数据，生成业务数据。

17.如权利要求16所述的业务报文处理方法，其特征在于，在根据查找到的各节点数据，生成业务数据之前还包括：

确定所述内存报文树中各节点的检测规则；

根据确定出的各检测规则，分别对查找到的对应各节点上的节点数据进行检测。

18.一种业务报文处理装置，其特征在于，包括：

获得单元，用于获得业务处理系统待接收的业务报文，所述业务报文中携带有业务类型信息；

确定单元，用于根据获得单元获得的业务报文中携带的业务类型信息，确定与获得单元获得的业务报文对应的业务报文模板；

解析单元，用于根据确定单元确定出的业务报文模板，对获得单元获得的业务报文进行解析，解析出业务数据；

发送单元，用于将解析单元解析出的业务数据发送给所述业务处理系统；

指示单元，用于指示所述业务处理系统根据接收到的业务数据进行相应处理。

19.如权利要求18所述的业务报文处理装置，其特征在于，解析单元具体包括：

获得子单元，用于获得已加载的、与确定出的业务报文模板对应的内存报文树；

第一确定子单元，用于获得子单元获得的内存报文树中的各节点；

查找子单元，用于在获得单元获得的业务报文中，分别查找第一确定子单元确定出的各节点对应的节点数据；

生成子单元，用于根据查找子单元查找到的各节点数据，生成业务数据。

20.如权利要求18所述的业务报文处理装置，其特征在于，所述解析单元还包括：

第二确定子单元，用于在生成子单元生成业务数据之前，确定所述内存报文树中各节点的检测规则；

检测子单元，用于根据第二确定子单元确定出的各检测规则，分别对查找子单元查找到的对应各节点上的节点数据进行检测。

Images