2] 所述调用模块3,用于根据待处理报文的类型调用对应的分解组件对待处理报文 进行订单分解。
[0043] 所述创建模块1之后还包括：存储模块4,用于将所有分解组件的调用名与待处理 报文的类型的对应关系存入配置表中。
[0044] 所述调用模块3之前还包括：查找模块5,用于在配置表中根据待处理报文的类型 查找对应的调用名。
[0045] 所述调用模块3之后还包括：判断模块6,用于判断如果分解组件生成订单项，则 存储订单项；否则，将分解组件的相关信息存入中间表。
[0046] 所述判断模块6中的将分解组件的相关信息存入中间表进一步为：如果不存在中 间表，则将分解组件的相关信息存入正表。
[0047] 在具体实施中，采用以下步骤：
[0048] 步骤1 :梳理业务中涉及的所有的SOO类型及每个SOO对应的处理方法。
[0049] 步骤2 :将每个SOO及其对应的处理方法配置实现。
[0050] 配置方法：将所有的S00_TYPE的类型及对应的处理方法都配置在数据库中，调用 的时候，针对不同的S00_TYPE，根据该配置表去找对应的处理组件。
[0051] 步骤3 :调用反射机制，实现对不同SOO的动态处理。
[0052] 动态处理：前端业务受理时，仅需将对应的受理信息组装成一个大的SOO报文 (S00报文是由一个一个的S00_TYPE拼接而成）。
[0053] 调用反射机制时，入口是一个大的SOO报文，内部针对不同的S00_TYPE，逐个处 理，根据S00_TYPE决定调用哪个组件进行处理。
[0054] 步骤一：待处理的报文即存储业务受理过程中所有的信息的对象；
[0055] 步骤二：调用反射机制进行订单分解：对每一个S00_TYPE的解析过程写一个处理 的组件，分解过程中，对不同类型的S00_TYPE调用不同的组件处理；
[0056] 步骤三：根据SOO报文中的S00_TYPE区分调用的对应的订单分解的处理组件
[0057] 步骤四：订单项是一个特殊的表，在所有的S00_TYPE处理过程中中，有的类型的 S00_TYPE需要生成订单项，有的S00_TYPE则不需要
[0058] 步骤五：对应的信息落中间表和正表是业务决定的（有中间表的话，分解的时候 落入对应的中间表，没有中间表则落入对应的正表）一该部分信息可以归结为：业务受理 信息对应落地；
[0059] 通过订单分解得到正确的处理是指将业务处理过程中的信息都落地，记录到表当 中。
[0060] 反射机制实现：
[0061]
[0070] 以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和 原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1. 一种报文处理方法，其特征在于，包括以下步骤： 针对待处理报文的不同类型分别预先创建不同的分解组件； 获取待处理报文并解析待处理报文得到待处理报文的类型； 根据待处理报文的类型调用对应的分解组件对待处理报文进行订单分解。2. 根据权利要求1所述的报文处理方法，其特征在于，所述针对待处理报文的不同类 型分别预先创建不同的分解组件之后还包括：将所有分解组件的调用名与待处理报文的类 型的对应关系存入配置表中。3. 根据权利要求2所述的报文处理方法，其特征在于，所述根据待处理报文的类型调 用对应的分解组件对待处理报文进行订单分解之前还包括：在配置表中根据待处理报文的 类型查找对应的调用名。4. 根据权利要求1所述的报文处理方法，其特征在于，所述根据待处理报文的类型调 用对应的分解组件对待处理报文进行订单分解之后还包括：如果分解组件生成订单项，则 存储订单项；否则，将分解组件的相关信息存入中间表。5. 根据权利要求4所述的报文处理方法，其特征在于，所述将分解组件的相关信息存 入中间表具体为：如果不存在中间表，则将分解组件的相关信息存入正表。6. -种报文处理系统，其特征在于，包括创建模块（1)、获取模块（2)和调用模块（3); 所述创建模块（1)，用于针对待处理报文的不同类型分别预先创建不同的分解组件； 所述获取模块（2)，用于获取待处理报文并解析待处理报文得到待处理报文的类型； 所述调用模块（3)，用于根据待处理报文的类型调用对应的分解组件对待处理报文进 行订单分解。7. 根据权利要求6所述的报文处理系统，其特征在于，所述创建模块（1)之后还包括： 存储模块（4)，用于将所有分解组件的调用名与待处理报文的类型的对应关系存入配置表 中。8. 根据权利要求7所述的报文处理系统，其特征在于，所述调用模块（3)之前还包括： 查找模块（5)，用于在配置表中根据待处理报文的类型查找对应的调用名。9. 根据权利要求6所述的报文处理系统，其特征在于，所述调用模块（3)之后还包括： 判断模块（6)，用于判断如果分解组件生成订单项，则存储订单项；否则，将分解组件的相 关信息存入中间表。10. 根据权利要求9所述的报文处理系统，其特征在于，所述判断模块(6)中的将分解 组件的相关信息存入中间表进一步为：如果不存在中间表，则将分解组件的相关信息存入 正表。
【专利摘要】本发明涉及一种报文处理方法及系统，包括以下步骤：针对待处理报文的不同类型分别预先创建不同的分解组件；获取待处理报文并解析待处理报文得到待处理报文的类型；根据待处理报文的类型调用对应的分解组件对待处理报文进行订单分解。本发明能够实现一套处理机制支撑所有业务的订单处理，大大减少了订单分解不同业务各自数据落地的工作量，而且很好的实现了代码的迁移和复用，提高了代码的复用性，增强了代码的稳定性。
【IPC分类】G06F9/46
【公开号】CN105320556
【申请号】CN201510490930
【发明人】张虹青
【申请人】北京思特奇信息技术股份有限公司
【公开日】2016年2月10日
【申请日】2015年8月11日