报文分发方法及装置与流程

阅读：评论：0

1.本发明涉及移动互联技术领域，尤其涉及报文分发方法及装置。

背景技术：

2.swift(环球银行金融电信协会，society for worldwide interbank financial telecommunication)，是一个国际银行间非营利性的国际合作组织，为国际金融业务提供、准确、优良的服务。
3.iso(国际标准化组织，international organization for standardization)20022：iso20022《金融服务金融业通用报文方案》是2004年由国际标准化组织在iso15022《证券报文模式(数据域字典)》的基础上制定并发布的国际标准，是国际金融业务与it(信息技术，information technology)技术紧密结合的产物，提提供了一种面向业务建议通用报文的解决方案。
4.报文分发：银行接收到swift的iso20022报文后，根据报文的场次信息，将报文分发至银行内部某个或某些子系统。
5.pip：(支付集成平台，payment integration platform)，是支付系统的基础集成平台，解决大量异构系统与支付系统的信息交互的基础it平台。
6.pip iso20022报文分发模块：pip系统中一个功能模块，用于接收swift iso20022报文，并进行报文分发。
7.银行内部存在多个系统，分别处理不同的业务。因此，pip系统接收到swift iso20022报文后，需要依据报文本身的场次信息，判断出当前报文属于何种业务，应当分发至哪个或哪些系统。如果无法判断，则需要将报文停留在人工队列，由柜员手工处理；如果判断错误，则会将报文分发至不能处理其业务的系统，这将导致交易失败，给客户带来不良体验。分报规则一般由各分行提出，若业务发生变化，则需要快速、灵活地对分报规则进行相应修改。
8.近年来，银行业务越来越多，业务分类更加细化，业务变化也越来越频繁。
9.现有技术的不足在于：传统的报文分发方法不能响应业务的变化。

技术实现要素：

10.本发明实施例提供一种报文分发方法，用以解决传统的报文分发方法不能响应业务的变化的问题，该方法包括：
11.在pip系统接收iso20022报文后，解析出报文的场次信息，其中，每个场次信息有归属自身的唯一性场次短名称；
12.通过规则引擎，根据场次信息以及分报规则返回报文的发送对象，其中，所述分报规则是通过web页面配置的；
13.pip系统按发送对象分发iso20022报文。
14.本发明实施例还提供一种报文分发装置，用以解决传统的报文分发方法不能响应
业务的变化的问题，该装置包括：
15.解析模块，用于在pip系统接收iso20022报文后，解析出报文的场次信息，其中，每个场次信息有归属自身的唯一性场次短名称；
16.规则模块，用于通过规则引擎，根据场次信息以及分报规则返回报文的发送对象，其中，所述分报规则是通过web页面配置的；
17.分发模块，用于通过pip系统按发送对象分发iso20022报文。
18.本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述报文分发方法。
19.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述报文分发方法。
20.本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述报文分发方法。
21.本发明实施例中，与现有技术中将报文的分发规则通过硬编码的方式写在java程序中，或者根据特定业务场景所需用到的场次信息设计数据表的技术方案相比，由于分报规则是通过web页面配置的，通过配置的方式而不需要修改代码、不需要修改数据库表结构，因此可以使系统能够快速、灵活的实现各种业务的报文分发需求，从而可以适应更加细化的业务分类，越来越频繁的业务变化的要求；
22.进一步的，也不需开发人员修改代码，应对规则变化的灵活度较高，开发和维护成本较低；
23.进一步的，通过web页面配置分报规则后，实时生效，不需重启系统。
附图说明
24.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
25.图1为本发明实施例中报文分发方法实施流程示意图；
26.图2为本发明实施例中报文分发架构示意图；
27.图3为本发明实施例中swift iso20022报文分发整体流程示意图；
28.图4为本发明实施例中报文分发装置结构示意图；
29.图5为本发明实施例中计算机设备示意图。
具体实施方式
30.为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。
31.发明人在发明过程中注意到：
32.swift iso20022报文分发中，分报规则一般由各分行提出，若业务发生变化，则需
要快速、灵活地对分报规则进行相应修改。
33.现有的方案一种方式是，报文的分发规则通过硬编码的方式写在java程序中，而且由于业务场景众多，通常需要对每一种业务场景设计一种单独的处理逻辑。
34.另一种方式是，根据特定业务场景所需用到的场次信息，设计数据表，一个场次对应数据表中一列。依据数据表中场次内容来进行报文分发。同时前端页面可对数据表中的场次内容进行配置。通常需要为每一种业务场景设计一个数据表及一个前端配置页面。
35.上述两种现有的实现方案，均存在自身的局限如下：
36.第一种通过硬编码实现的方式，分报规则写在java程序中，首先由于业务种类众多，各分行对分报又有特殊要求，通用规则与特殊规则混杂在一起，整个代码逻辑非常复杂，容易引起冲突，可读性不强，并且难以全局统筹规划分报规则。此外，在实际生产中，如果遇到业务变化，则需要修改代码才行，无法快速、灵活满足需求。整体来说，这种报文分发的方式，灵活度、复用度都很低。
37.第二种是为特定业务场景单独设计数据表和前端配置页面，这种方式虽然可以实现特定业务场景的分报规则可配置化，但也仅限于特定场景，若业务场景发生较大变化，数据表结构已不满足新需求，则需要修改数据表结构、修改代码。无法满足现今众多的业务场景。
38.近年来，银行业务越来越多，业务分类更加细化，业务变化也越来越频繁，传统的报文分发方法(分报规则编写在代码之中或者分报规则存储在数据库表中)在快速响应业务变化方面面临如下问题：若业务发生变化，想要修改现有分报规则或者新增分报规则，则必须更改代码、更改数据库数据，甚至变更数据表结构，这也导致分报规则从提出到上线需要一定的时间，不够快速、灵活。
39.基于此，亟需一种快速、灵活地实现报文分发的方案，本发明实施例中提出了一种基于规则引擎的swift iso20022报文分发方案，方案能够结合web(互联网，也称为万维网，world wide web)页面，通过配置的方式而不需要修改代码、不需要修改数据库表结构，使系统能够快速、灵活的实现各种业务的报文分发需求；本发明实施例提供的技术方案建立了一套分报规则的配置与存储机制，从而在应对报文分发的规则变化时，可以通过业务人员修改配置来实现，而不需开发人员修改代码，应对规则变化的灵活度较高，开发和维护成本较低。此外，通过web页面配置分报规则后，实时生效，不需重启系统。
40.下面结合实施例进行说明。
41.图1为报文分发方法实施流程示意图，如图1所示，可以包括：
42.步骤101、在pip系统接收iso20022报文后，解析出报文的场次信息，其中，每个场次信息有归属自身的唯一性场次短名称；
43.步骤102、通过规则引擎，根据场次信息以及分报规则返回报文的发送对象，其中，所述分报规则是通过web页面配置的；
44.步骤103、pip系统按发送对象分发iso20022报文。
45.实施中，规则引擎是qlexpress规则引擎。
46.规则引擎：为实现动态报文分发规则功能的后台代码实现，主要基于java语言和qlexpress动态脚本引擎解析工具。
47.具体的，可以根据业务需求，允许用户在前端页面配置swift iso20022报文分发
规则。系统将具体分报规则(qlexpress脚本)保存到数据库中。
48.qlexpress是轻量级的类java动态脚本引擎解析工具，作为一个嵌入式规则引擎在业务系统中广泛使用。除了支持标准的java语法，还可以支持自定义操作符号、操作符号重载、函数定义、宏定义、数据延迟加载、表达式上下文等。具有高性能、高并发、线程安全等方面的优点。pip系统报文分发模块可以结合动态脚本引擎解析工具qlexpress和java技术，支持界面配置规则保存后，后台自动生成可执行的java语言。
49.规则引擎是一种嵌入在应用程序中的组件，实现了将业务决策从应用程序代码中分离出来，并使用预定义的语义模块编写业务决策。接受数据输入，解释业务规则，并根据业务规则做出业务决策。
50.规则本质上是一个函数，规则引擎由三部分：
51.事实(fact)：就是用户输入的已经事实，可以理解为推理前的已知对象。
52.lhs(left hand side)：可以理解为规则执行需要满足的条件。
53.rhs(right hand side)：可以理解为规则执行后的返回对象。
54.主要包含两个重要模块：
55.规则管理：可以理解为逻辑上管理规则，主要涉及规则、事实对象和规则集三个实体。涉及到规则变更时，最好对规则加个版本，可通过规则版本控制，可以平滑灰度地方式改变规则，也便于更有信心在测试规则正确性。
56.规则执行：通过规则库数据，通过规则引擎的规则解析、规则编译将可执行代码缓存起来，避免每次和db(数据库)交互，然后每次规则的变更也实时通知给规则执行器。规则执行器的实现方式，可以多种多样，不依赖于规则库的存储方式，可以根据需求，选用drools、aviator等第三方引擎，甚至可以基于antlr定制。
57.qlexpress优点有：
58.线程安全，引擎运算过程中的产生的临时变量都是threadlocal类型。
59.高效执行，比较耗时的脚本编译过程可以缓存在本地机器，运行时的临时变量创建采用了缓冲池的技术，和groovy性能相当。
60.弱类型脚本语言，和groovy，javascript语法类似，虽然比强类型脚本语言要慢一些，但是使业务的灵活度大大增强。
61.安全控制,可以通过设置相关运行参数，预防死循环、高危系统api调用等情况。
62.代码精简，依赖最小，250k的jar包适合所有java的运行环境，在android系统的低端也得到广泛运用。
63.支持高精度计算。
64.pip系统接收到swift iso20022报文后，可以根据配置的码表，解析报文场次信息，并保存在内存之中。因为报文为xml(可扩展标记语言，extensible markup language)格式，且各种报文类型的场次均不一样，场次路径又很长，不利于阅读。因此可以为每个场次取唯一性的短名称，在内存中已键值对的形式保存“唯一性短名称：场次具体值”信息，供规则引擎调用。
65.swift报文的每项叫做场次(field)，也叫关系人识别，一共有九种关系人类别，主要的场次代码是50-59。对于swift，也使用标签，称之为“场次”标签，用来标识说明数据。这样的标签是通过在双冒号之间加字母数字表示。标签后面跟着的就是场次内容。例如，:
52a:就是一个场次标签(表示ordering institution：指示行汇款人账户)，而后面的内容则是这个场次对应的具体内容。
66.基于qlexpress实现的规则引擎，读取数据库中属于当前报文收、发报行的分报规则，依据内存中保存的报文场次信息，执行规则脚本。执行结果会给出报文的分发去向。然后将报文分发到目标系统即可。
67.因为每收到一笔swift iso20022报文后，系统都会从数据库中读取分报规则，因此，当用户在前端页面修改分报规则后，分报规则是实现生效的，不需要重启系统。
68.下面以实例进行说明。
69.图2为报文分发架构示意图，如图2所示，至少一个可以实现报文分发的功能架构可以包括：
70.1、iso20022报文解析模块。
71.实施中，解析出报文的场次信息后，进一步包括：
72.将报文的各场次信息内容以键值对的形式保存到hashmap中，将hashmap发送给规则引擎。
73.该模块可以对iso20022报文进行统一解析，解析后将报文各场次内容以键值对的形式(自定义的唯一性场次短名称：场次内容)保存到hashmap中。
74.当一笔iso20022报文进入到系统时，先对报文进行解析，将报文各场次内容以键值对的形式存储到内存hashmap(哈希映射)中，并将hashmap发送给规则引擎。这样，规则引擎就可以根据场次名获取到场次具体内容。
75.hashmap是基于哈希表的map接口的实现。此实现提供所有可选的映射操作，并允许使用null(空)值和null键。此类不保证映射的顺序，特别是它不保证该顺序恒久不变。此实现假定哈希函数将元素适当地分布在各桶之间，可为基本操作(get(收)和put(放))提供稳定的性能。迭代collection(收集)视图所需的时间与hashmap实例的“容量”(桶的数量)及其大小(键-值映射关系数)成比例。
76.2、分报规则及规则引擎相关数据存储模块。
77.分报规则可以用qlexpress脚本编写，存储在数据表中。规则引擎基于qlexpress实现，其中的自定义函数、自定义逻辑操作符、自定义清单需要存储在数据库中，供执行qlexpress脚本时调用。
78.3、规则引擎模块。
79.pip系统接收一笔iso20022报文后，规则引擎从数据表中到符合当前报文场景的分报规则，执行qlexpress脚本。执行脚本后，依据得到的该笔报文目标分发系统，将其分发。
80.4、分报规则前端配置模块。
81.实施中，分报规则包括以下信息之一或者其组合：
82.规则id、收报行、发报行、报文类型、分报规则优先级、规则名称、qlexpress脚本。
83.具体的，分报规则包含了以下信息：规则id、收报行、发报行、报文类型、分报规则优先级、规则名称、具体qlexpress脚本。
84.具体实施中，分报规则的qlexpress脚本包括以下内容之一或者其组合：
85.逻辑符逻辑符、左括号、唯一性场次短名称、自定义操作符、值、右括号。
86.具体的，qlexpress脚本录入，可以包含以下内容：
87.1、逻辑符：and(和)、or(或)。
88.2、左括号：可录入0至n个左括号。
89.3、唯一性场次短名称：用于录入报文场次；同时，可在场次上添加自定义函数，例如截取字符串。因为实际场次路径过长，不利于阅读，因此需要为每个场次自定义唯一名称，名称与场次路径的对应关系存储在数据库配置表中。
90.实施时，iso20022报文格式下，各报文类型基本无通用场次，因此在每种报文类型下对应哪些场次也是可以事先定义好的，在前端录入时，选定报文类型后，页面自动带出该类报文的所有场次。
91.4、自定义操作符：包括等于、大于、小于、大于等于、小于等于、包含、不包含、以开头、以结尾、包含清单中的值、等于清单中的值。
92.5、值：具体值，可以是数字、可以是字符串、可以是清单名。
93.6、右括号：可录入0至n个右括号。
94.图3为swift iso20022报文分发整体流程示意图，swift iso20022报文分发整体流程如图3所示，可以包括：
95.前端分报规则配置：
96.业务人员登录前端系统；
97.进入分报规则配置页面；
98.在线配置分报规则(增删改查)；
99.分报规则及规则引擎相关数据存储，以及规则引擎：
100.从分报规则数据表，读取分报规则；
101.从自定义函数表，读取自定义函数；
102.从自定义操作符表，读取自定义操作符；
103.从自定义清单表，读取自定义清单；
104.读取内存中的场次信息；
105.执行qlexperss脚本，得到目标系统；
106.将报文分发至目标系统；
107.对于场次信息，来自报文解析：
108.接收swift mt报文；
109.解析报文；
110.存储报文各场次信息到内存hashmap中。
111.也即，业务人员通过前端配置页面录入分报规则。系统将规则保存至数据库。
112.当一笔iso20022报文进入到系统时，先对报文进行解析，将报文各场次内容以键值对的形式存储到内存hashmap中。并将hashmap发送给规则引擎。这样，规则引擎就可以根据场次名获取到场次具体内容。
113.规则引擎根据场次信息，自动加载分报规则、自定义函数、自定义操作符、自定义清单，然后执行分报规则脚本，得到当前报文的分发目标系统名称。
114.执行分发动作，将报文分发至目标系统。
115.各数据表关键字段可以按如下方式设计：
116.1、分报规则表：
117.规则id、收报行、发报行、报文类型、分报规则优先级、规则名称、具体qlexpress脚本。
118.2、自定义函数表：
119.函数名、函数结构描述、参数类型、参数值、返回值类型、函数具体实现类。
120.3、自定义操作符表：
121.操作符名、具体实现类。
122.4、自定义清单表：
123.清单id、所属收报行、所属发报行、清单名称、项值。
124.5、iso20022报文类型与场次对应关系表：
125.报文类型、场次路径、场次名称、唯一性场次短名、场次描述说明、场次是否在前端配置页面展示标识。
126.用于规则引擎的自定义函数、自定义操作符、自定义清单、iso20022报文类型与场次对应关系，可以事先定义好。其中iso20022报文类型与场次对应关系，因报文类型众多、场次众多，需要定义大量内容。
127.若需要对分报规则进行修改，可在前端页面直接进行操作，包括增删改。
128.本发明实施例中还提供了一种报文分发装置，如下面的实施例所述。由于该装置解决问题的原理与报文分发方法相似，因此该装置的实施可以参见报文分发方法的实施，重复之处不再赘述。
129.图4为报文分发装置结构示意图，如图4所示，可以包括：
130.解析模块401，用于在pip系统接收iso20022报文后，解析出报文的场次信息，其中，每个场次信息有归属自身的唯一性场次短名称；
131.规则模块402，用于通过规则引擎，根据场次信息以及分报规则返回报文的发送对象，其中，所述分报规则是通过web页面配置的；
132.分发模块403，用于通过pip系统按发送对象分发iso20022报文。
133.实施中，规则模块进一步用于采用qlexpress规则引擎为规则引擎。
134.实施中，解析模块进一步用于解析出报文的场次信息后，将报文的各场次信息内容以键值对的形式保存到hashmap中，将hashmap发送给规则引擎。
135.实施中，规则模块进一步用于采用包括以下信息之一或者其组合的分报规则：
136.规则id、收报行、发报行、报文类型、分报规则优先级、规则名称、qlexpress脚本。
137.实施中，规则模块进一步用于采用包括以下内容之一或者其组合的分报规则的qlexpress脚本：
138.逻辑符逻辑符、左括号、唯一性场次短名称、自定义操作符、值、右括号。
139.在实施本发明实施例提供的技术方案时，可以按如下方式实施。
140.图5为计算机设备示意图，如图5所示，计算机设备中包括：
141.处理器500，用于读取存储器520中的程序，执行下列过程：
142.在pip系统接收iso20022报文后，解析出报文的场次信息，其中，每个场次信息有归属自身的唯一性场次短名称；
143.通过规则引擎，根据场次信息以及分报规则返回报文的发送对象，其中，所述分报
规则是通过web页面配置的；
144.通过pip系统按发送对象分发iso20022报文；
145.收发机510，用于在处理器500的控制下接收和发送数据。
146.实施中，规则引擎是qlexpress规则引擎。
147.实施中，解析出报文的场次信息后，进一步包括：
148.将报文的各场次信息内容以键值对的形式保存到hashmap中，将hashmap发送给规则引擎。
149.实施中，分报规则包括以下信息之一或者其组合：
150.规则id、收报行、发报行、报文类型、分报规则优先级、规则名称、qlexpress脚本。
151.实施中，分报规则的qlexpress脚本包括以下内容之一或者其组合：
152.逻辑符逻辑符、左括号、唯一性场次短名称、自定义操作符、值、右括号。
153.其中，在图5中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器500代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机510可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器500负责管理总线架构和通常的处理，存储器520可以存储处理器500在执行操作时所使用的数据。
154.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述报文分发方法。
155.本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述报文分发方法。
156.本发明实施例中，提供了灵活可配置的分报规则录入机制；设计完整的报文分发流程。
157.基于qlexpress动态脚本解析工具，结合自定义函数和操作符，形成了可以处理iso20022报文分发规则的规则引擎。
158.设计了前端qlexpress脚本的录入功能，通过逻辑符and/or,左右括号，自定义函数和操作符、自定义iso20022报文场次唯一性短名称，可以实现复杂分报逻辑的在线录入，并且规则具有良好的可读性。
159.因此，可以快速、灵活的应对业务提出的各种分报需求，通过前端页面配置的方式而不需要修改代码。应对规则变化的灵活度高，开发和维护成本低。
160.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
161.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序
指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
162.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
163.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
164.以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

技术特征：

1.一种报文分发方法，其特征在于，包括：在pip系统接收iso20022报文后，解析出报文的场次信息，其中，每个场次信息有归属自身的唯一性场次短名称；通过规则引擎，根据场次信息以及分报规则返回报文的发送对象，其中，所述分报规则是通过web页面配置的；pip系统按发送对象分发iso20022报文。2.如权利要求1所述的方法，其特征在于，规则引擎是qlexpress规则引擎。3.如权利要求1所述的方法，其特征在于，解析出报文的场次信息后，进一步包括：将报文的各场次信息内容以键值对的形式保存到hashmap中，将hashmap发送给规则引擎。4.如权利要求1所述的方法，其特征在于，分报规则包括以下信息之一或者其组合：规则id、收报行、发报行、报文类型、分报规则优先级、规则名称、qlexpress脚本。5.如权利要求4所述的方法，其特征在于，分报规则的qlexpress脚本包括以下内容之一或者其组合：逻辑符逻辑符、左括号、唯一性场次短名称、自定义操作符、值、右括号。6.一种报文分发装置，其特征在于，包括：解析模块，用于在pip系统接收iso20022报文后，解析出报文的场次信息，其中，每个场次信息有归属自身的唯一性场次短名称；规则模块，用于通过规则引擎，根据场次信息以及分报规则返回报文的发送对象，其中，所述分报规则是通过web页面配置的；分发模块，用于通过pip系统按发送对象分发iso20022报文。7.如权利要求6所述的装置，其特征在于，规则模块进一步用于采用qlexpress规则引擎为规则引擎。8.如权利要求6所述的装置，其特征在于，解析模块进一步用于解析出报文的场次信息后，将报文的各场次信息内容以键值对的形式保存到hashmap中，将hashmap发送给规则引擎。9.如权利要求6所述的装置，其特征在于，规则模块进一步用于采用包括以下信息之一或者其组合的分报规则：规则id、收报行、发报行、报文类型、分报规则优先级、规则名称、qlexpress脚本。10.如权利要求9所述的装置，其特征在于，规则模块进一步用于采用包括以下内容之一或者其组合的分报规则的qlexpress脚本：逻辑符逻辑符、左括号、唯一性场次短名称、自定义操作符、值、右括号。11.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5任一所述方法。12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1至5任一所述方法。13.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现权利要求1至5任一所述方法。

技术总结

本发明公开了一种报文分发方法及装置，涉及移动互联，其中该方法包括：在PIP系统接收ISO20022报文后，解析出报文的场次信息，其中，每个场次信息有归属自身的唯一性场次短名称；通过规则引擎，根据场次信息以及分报规则返回报文的发送对象，其中，所述分报规则是通过WEB页面配置的；PIP系统按发送对象分发ISO20022报文。本发明可以适应更加细化的业务分类，越来越频繁的业务变化的要求；开发和维护成本较低；实时生效，不需重启系统。不需重启系统。不需重启系统。