一种报文处理方法、装置、设备及存储介质与流程

本文属于自动程序设计领域，具体涉及一种报文处理方法、装置、设备及存储介质。

背景技术：

swift报文为swift(societyforworldwideinterbankfinancialtelecommunications，环球同业银行金融电讯协会)组织提供的报文收发系统规定的报文类型，其标准化、规范化的报文格式成为银行间支付清算的最主要手段。现有swift使用平台中有对swift报文的路由清分的功能，但是主要通过swift报文的标志(tag)域的方式进行清分，未从业务角度对要素进行考虑，tag域清分只能实现单一格式报文的清分，因此swift的路由规则配置有一定的局限性，不能实现其他渠道系统(比如美国的纽约清算所银行同业支付系统和联邦储备系统开发与维护的电子转账系统)报文的路由清分，在实际工作中，不同渠道报文的清分更多是通过人为参与的方式进行，会极大的降低报文清分清分的效率，因此如何提高不同渠道报文的清分效率成为目前亟需解决的技术问题。

技术实现要素：

针对现有技术的上述问题，本文的目的在于，提供一种报文处理方法、装置、设备及存储介质，能够提高接收不同渠道报文的清分效率。

为了解决上述技术问题，本文的具体技术方案如下：

一方面，本文提供一种报文处理方法，适应于多渠道报文的处理，所述方法包括：

接收多渠道原始报文；

按照预设转换规则，将所述多渠道原始报文转换成目标格式，所述目标格式包括不同属性信息对应的预设定义；

通过所述预设定义，将所述目标格式中的属性信息与历史报文的属性信息进行匹配，实现对所述多渠道原始报文的清分处理。

进一步地，所述接收多渠道原始报文之前包括：

获取多渠道报文原始格式，所述多渠道原始格式包括不同属性信息对应的报文域；

确定目标格式，所述目标格式包括不同属性信息对应的预设定义；

建立所述多渠道报文原始格式和所述目标格式之间的转换关系，以获得将所述多渠道报文原始格式转换成所述目标格式的预设转换规则。

优选地，所述建立所述多渠道报文原始格式和所述目标格式之间的转换关系进一步包括：

获取多渠道报文原始格式中不同属性信息和报文域的关系，生成数据字典格式数据；

获取目标格式中不同属性信息对应的预设定义，以形成包括有所述预设定义的数据字典规格定义；

根据所述数据字典格式数据和所述数据字典规格定义，生成数据字典。

作为可选地，所述属性信息至少包括实体对象参数和业务对象参数。

进一步地，通过所述预设定义，将所述目标格式中的不同属性信息与历史报文的属性信息进行匹配，实现对所述多渠道原始报文的清分处理，进一步包括：

根据所述目标格式中的不同属性信息对应的预设定义，确定实体对象参数和业务对象参数；

根据所述实体对象参数，确定所述多渠道原始报文对应的实体对象；

按照预设匹配规则，将所述业务对象参数与所述实体对象的历史报文队列中至少一个历史报文进行匹配；

若匹配成功，则将所述历史报文队列确定为目标历史报文队列，并将所述多渠道原始报文清分到所述目标历史报文队列；或

若匹配不成功，则按照预设清分规则对所述多渠道原始报文进行清分处理，直到将所述多渠道原始报文清分到具体业务队列。

作为可选地，所述历史报文队列包括收报历史报文队列和发报历史报文队列。

作为可选地，所述匹配规则包括匹配范围、匹配报文类型、匹配报文种类和匹配要素。

进一步地，所述预设清分规则包括至少一个路由组，所述路由组用于表征每个实体对象的全部路由规则；

每个所述路由组包括至少一个路由集，所述路由集用于表征单个实体对象中每个业务对象的全部路由规则；

每个路由集包括按预设顺序执行的多个路由规则，通过所述路由规则对转换后的目标格式依次进行路由处理。

进一步地，所述路由规则包括关键字、操作符和期望值；

所述关键字与所述目标格式中的不同属性信息对应的预设定义相对应；

所述操作符用于根据所述关键字实现不同属性信息的清分处理；

所述期望值用于根据所述操作符的清分处理结果确定清分路径。

作为可选地，所述若匹配不成功，则按照预设清分规则对所述多渠道原始报文进行清分处理，直到将所述多渠道原始报文清分到具体业务队列，进一步包括：

根据所述多渠道原始报文对应的实体对象，确定所述实体对象的路由集；

根据所述实体对象的路由集和业务对象参数，通过所述路由规则对所述多渠道原始报文进行路由处理，直到将所述多渠道原始报文清分到具体业务队列。

进一步地，所述通过所述路由规则对所述多渠道原始报文进行路由处理，直到将所述多渠道原始报文清分到具体业务队列，进一步包括：

根据所述实体对象的路由集，确定所述路由集中按预设顺序执行的多个路由规则，每个路由规则包括对应的关键字、操作符和期望值；

根据所述业务对象参数，确定目标格式中与所述业务对象参数对应的预设定义；

按照所述预设顺序，以所述预设定义为关键字，利用所述操作符对所述预设定义对应的业务对象参数进行期望值判断，确定路由路径，从而实现所述多渠道原始报文的清分。

作为可选地，所述根据所述实体对象的路由集和业务对象参数，通过所述路由规则对所述多渠道原始报文进行路由处理，直到将所述多渠道原始报文清分到具体业务队列，之后包括：

获取每个实体对象接收的原始报文数量，并按照数量高低进行排序；

确定多渠道原始报文数量较多的实体对象对应的路由规则为目标路由规则，调整所述目标路由规则的执行顺序，以使所述目标路由规则优先被执行。

作为可选地，所述根据所述实体对象的路由集和业务对象参数，通过所述路由规则对所述多渠道原始报文进行路由处理，直到将所述多渠道原始报文清分到具体业务队列，之后还包括：

获取每个实体对象中每个路由规则的执行次数；

调整执行次数较多的路由规则的执行顺序，以使所述执行次数较多的路由规则优先被执行。

作为优选地，所述多渠道原始报文包括外部清算系统报文和内转报文。

另一方面，本文还提供一种报文处理装置，所述装置包括：

报文接收装置，用于接收多渠道原始报文；

报文转换模块，用于按照预设转换规则，将所述多渠道原始报文转换成目标格式，所述目标格式包括不同属性信息对应的预设定义；

报文清分模块，用于通过所述预设定义，将所述目标格式中的属性信息与历史报文的属性信息进行匹配，实现对所述多渠道原始报文的清分处理。

另一方面，本文还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述所述的方法步骤。

另一方面，本文还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行计算机程序，所述计算机程序被处理器执行时实现如上述所述的方法步骤。

采用上述技术方案，本文所述的报文处理方法、装置、设备及存储介质，通过将接收到的多渠道原始报文转换成目标格式的报文，进而通过目标格式中报文的属性信息和已经接收报文的属性信息进行匹配，从而快速的实现多渠道原始报文的清分处理，本文提供的方法能快速实现不同渠道报文的清分处理。

为让本文的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

为了更清楚地说明本文实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本文的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本文实施例提供的报文处理方法步骤示意图；

图2示出了本文实施例中预设转换规则获得的步骤示意图；

图3示出了本文实施例中数据字典生成步骤示意图；

图4示出了本文实施例中报文匹配过程步骤示意图；

图5示出了本文实施例中报文清分过程步骤示意图；

图6示出了本文实施例中报文详细清分过程步骤示意图；

图7示出了本文实施例中路由组结构组成示意图；

图8示出了本文实施例中报文并集执行的逻辑示意图；

图9示出了本文实施例中报文交集执行的逻辑示意图；

图10示出了本文实施例中报文随机执行的逻辑示意图；

图11示出了本文实施例中发报路由的步骤示意图；

图12示出了本文实施例中提供的报文处理装置结构示意图；

图13示出了本文实施例中提供的计算机设备的结构示意图。

附图符号说明：

100、报文接收模块；

200、报文转换模块；

300、报文清分模块；

1302、计算机设备；

1304、处理器；

1306、存储器；

1308、驱动机构；

1310、输入/输出模块；

1312、输入设备；

1314、输出设备；

1316、呈现设备；

1318、图形用户接口；

1320、网络接口；

1322、通信链路；

1324、通信总线。

具体实施方式

下面将结合本文实施例中的附图，对本文实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本文一部分实施例，而不是全部的实施例。基于本文中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本文保护的范围。

需要说明的是，本文的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本文的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

由于不同渠道报文的格式不同，比如swiftmt的报文格式为tag域，其他支付渠道报文可能采用xml等格式，针对单一的渠道报文，比如swift报文可以采用tag域的方式进行清分，但是针对不同渠道的报文，比如美国的纽约清算所银行同业支付系统和联邦储备系统开发与维护的电子转账系统的报文就不能再根据tag域进行清分，随着国际业务的广泛开展，不同渠道之间的业务往来越来越频繁，现有技术中，一些系统中，不同渠道报文的清分主要是通过人工的方式进行清分，这样清分效率和清分准确性大大降低，不利于业务顺利开展，一些其他系统中，也会有系统清分设置，但是各个系统比较分散，并且各渠道之间的报文不能互相关联匹配，也会降低其清分的效率。

为了解决上述问题，本说明书实施例提供一种报文处理方法，能够实现不同渠道报文的清分处理，具体为，将不同渠道的报文格式通过预设转换规则转换成目标格式，这样就能通过转换后的目标格式识别出不同属性信息的位置，即通过目标格式中的预设定义确定与预设定义对应的属性信息，然后通过与历史报文的属性信息进行匹配，就可以快速实现接收的不同渠道报文的清分。

具体地，本文实施例提供了一种报文处理方法，能够快速的实现不同渠道报文的清分。图1是本文实施例提供的一种报文处理方法的步骤示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。具体的如图1所示，所述方法可以包括：

s101：接收多渠道原始报文；

s102：按照预设转换规则，将所述多渠道原始报文转换成目标格式，所述目标格式包括不同属性信息对应的预设定义；

s103：通过所述预设定义，将所述目标格式中的属性信息与历史报文的属性信息进行匹配，以实现对所述多渠道原始报文的清分处理。

在实际工作中，通过将接收到的多渠道原始报文转换成目标格式，所述目标格式可以理解为能够接收方(接收银行)识别出的格式，并根据报文的特点确定出不同预设定义的不同属性信息，然后在通过转换后的目标格式中的属性信息与历史报文的属性信息进行对比实现多渠道原始报文的清分处理，本文通过一次性对比的方式可以快速不同渠道报文的最终清分位置或队列，从而避免现有技术中对多渠道报文采用人工清分，大大提高了清分的效率和准确性。

所述预设转换规则可以提前设置，具体为，提前获得多渠道报文的格式信息，根据多渠道报文的格式信息，确定不同属性信息的位置，所述不同属性信息的位置可以为报文域，即表示不同信息的区域块，比如行号、账号、业务类型、业务数据、币种、金额等等，如图2所示，根据不同的格式信息，报文域的表达方式和报文的结构组成都会不同，将不同的格式信息转换成统一的目标格式可以包括如下步骤：

s201：获取多渠道报文原始格式，所述多渠道原始格式包括不同属性信息对应的报文域；

s202：确定目标格式，所述目标格式包括不同属性信息对应的预设定义；

s203：建立所述多渠道报文原始格式和所述目标格式之间的转换关系，以获得将所述多渠道报文原始格式转换成所述目标格式的预设转换规则。

通过同一的目标格式，避免了不同渠道报文中格式差异问题，能够被直接识别出来。比如对不同渠道报文中的报文域进行颗粒化拆解，拆解成具有单独的业务语义的业务要素，因此通过所述业务语义，也就是预设定义，就能获得与业务语义对应的业务要素，这种快速便捷的转换方式可以保证对不同渠道报文的识别和清分。

其中所述目标格式可以为接收方自身的报文格式设定，也可以根据实际情况设置的通用的格式形式，只需能被接收方识别出即可，在本说明书实施例不做赘述。

在本说明书实施例中，可以在报文领域内设置标准的数据字典实现多渠道报文原始格式和目标格式之间的转换，具体地，如图3所示，可以包括如下步骤：

s301：获取多渠道报文原始格式中不同属性信息和报文域的关系，生成数据字典格式数据；

s302：获取目标格式中不同属性信息对应的预设定义，以形成包括有所述预设定义的数据字典规格定义；

s303：根据所述数据字典格式数据和所述数据字典规格定义，生成数据字典。

其中所述数据字典格式数据可以表示不同报文域对应的属性信息，所述数据字典规格定义表示不同属性信息敌营的预设定义，即业务语义，每个所述预设定义对应一个报文域，比如，所述预设定义可以为法人实体、行号、业务类型、金额、币种等名词，所述属性信息可以为所述预设定义对应的具体参数，这样就可以通过预先设置的数据字典快速的将不同渠道的格式报文转换成可以为识别的形式，便于清分，在实际工作中，可以通过提前设置好数据字典，这样在接收不同渠道报文时，可以实现快速的转换和清分，其中每种渠道的报文格式可以设置一种数据字典，也可以将全部渠道的报文格式通过一个数据字典转换，具体的设置方式在本说明书实施例不做限定。

在本说明书实施例中，所述属性信息至少包括实体对象参数和业务对象参数，所述实体对象参数可以表示对应法人实体的标识信息，因此通过所述预设定义提取所述实体对象参数就能获得接收到的报文所属的法人对象位置，然后再根据所述预设定义继续确定不同的业务对象参数直到确定接收报文最后的清分位置。

在本说明书实施例中，如图4所示，所述将所述目标格式中的不同属性信息与历史报文的属性信息进行匹配，以实现对所述多渠道原始报文的清分处理，进一步包括：

s401：根据所述目标格式中的不同属性信息对应的预设定义，确定实体对象参数和业务对象参数；

s402：根据所述实体对象参数，确定所述多渠道原始报文对应的实体对象；

s403：按照预设匹配规则，将所述业务对象参数与所述实体对象的历史报文队列中至少一个历史报文进行匹配；

s404：若匹配成功，则将所述历史报文队列确定为目标历史报文队列，并将所述多渠道原始报文清分到所述目标历史报文队列；或

s405：若匹配不成功，则按照预设清分规则对所述多渠道原始报文进行清分处理，直到将所述多渠道原始报文清分到具体业务队列。

在实际工作中，在已经确定实体对象的情况下，就可以通过确定的实体对象获得其历史的报文内信息，具体地，可以通过实体对象的行号进行确定，当通过转换之后的预设定义确定收报行的行号为aaaaaa，则可以确定其实体对象为a，然后通过实体a中的历史报文与接收到的报文进行匹配，当确定了其中与接收到的报文匹配成功的历史报文，就将接收到的报文清分到所述历史报文中，通过这种匹配方式可以快速的将接收到的不同渠道报文快速清分。

示例性地，假设历史来报m已经被清分到实体a的b系统的c业务队列。来报n收到后先进法人实体预设定义清分出法人实体，在根据此法人实体的收报匹配规则进行匹配(例如币种、金额、起息日相同，业务编号与相关业务编号相同等)，假设n与m匹配成功，则n直接可以路由到m清分的队列，即实体a的b系统的c业务队列。

所述历史报文队列可以包括收报历史报文队列和发报历史报文队列，当接收到的报文未在收报历史报文队列匹配完成，则可以继续对发报历史报文队列进行匹配，示例性地，发送的报文m发送到了外联系统a，来报n收到后先进法人实体预设定义清分出法人实体，在根据此法人实体的收报匹配规则进行匹配，若未匹配上则根据发报的匹配规则进行匹配，假如来报n与发报m匹配成功，则来报n直接进入发报m对应的系统与业务队列。

需要说明的是，发报匹配规则和来报匹配规则设置方式相似，可以让业务根据报文域对应的数据字典进行设置，只是匹配的数据上会有不同，发报匹配是收到的报文与以前发出的报文进行匹配，收报匹配是收到的报文与以前收到的报文进行匹配。

其中匹配规则可以包括匹配范围、匹配报文类型、匹配报文种类和匹配要素，比如所述匹配范围可以采用收报报文与历史收报报文、收报报文与历史发报报文等匹配方式；匹配报文类型可以为收到报文为swiftmt报文，则匹配报文类型可以为swiftmt报文，或者其他类型报文，如美国银行同业结算系统(clearinghouseinterbankpaymentsystem，简称chips)报文等；报文种类可以为同一种报文类型的不同种类，比如swiftmt报文可以包括mt102和mt103两个种类；匹配要素可以为报文中具体的业务参数，比如报文序列号、具体业务编号和起息日等，通过对匹配要素的划分可以将收报报文匹配到具体的业务队列中，在一些其他实施例中，所述匹配要素还可以根据收到报文具体的报文类型设置，在本说明书不做限定。

需要说明的是，在实际工作中，很难产生两笔完全一致的报文类型，因此针对匹配要素的匹配可以通过匹配度进行更快速的匹配，比如当两笔报文的匹配度达到预设值，即可表示匹配完成，这样就能实现对不同渠道报文的快速清分，同时还能提高清分的效率，在一些其他实施例中，还可以根据不同匹配要素的权重关系进行匹配，这样更能随时调整收报报文的清分队列，具体的设置过程在本说明书不做限定。

另外，为了提高匹配的效率，还可以根据匹配类型或匹配种类选择预设数量的历史报文作为匹配对象进行匹配，其中选取的历史报文可以为有代表性的报文，这样能减少收报报文的匹配次数，提高匹配效率。

在本说明书实施例中，当匹配不成功，则按照预设清分规则对所述多渠道原始报文进行清分处理，具体地，如图7所示，所述预设清分规则包括至少一个路由组，所述路由组用于表征每个实体对象的全部路由规则；

每个所述路由组包括至少一个路由集，所述路由集用于表征单个实体对象中每个业务对象的全部路由规则；

每个路由集包括按预设顺序执行的多个路由规则，通过所述路由规则对转换后的目标格式依次进行路由处理，所有路由的最终出口都只有队列这一种方式(可以是一个或多个)，队列是路由结果的处理方式，队列的作用必须是明确的，可被系统解释的。作为可选地，所述队列可以包括以下至少一种类型：

1)分行队列：该报文分配给某个分行；

2)系统队列：该文发送给某个系统；

3)业务处理队列：具体到系统的具体处理队列，例如汇出汇款、汇入汇款等；

4)外联队列：报文具体发送到哪个外联系统对应的队列；

5)内转队列：对于集团内法人间的报文实现内转；

6)待处理队列：用户直接将某类报文放入待处理队列；

7)打印队列：将报文发送给指定的打印机队列；

8)文件队列：报文发送至文件队列以生成文件；

9)手工处理(下载打印归档清分)；

10)归档队列：报文归档。

针对每一个路由规则，都可以包括关键字、操作符和期望值；所述关键字与所述目标格式中的不同属性信息对应的预设定义相对应；所述操作符用于根据所述关键字实现不同属性信息的清分处理；所述期望值用于根据所述操作符的清分处理结果确定清分路径，如果满足操作符的结果，则将返回该路由点配置好的路由结果。

根据不同的关键字可以包括不同的操作符，如下表1为操作符的类型：

表1操作符的类型

在实际工作中，还包括操作符的复合条件，比如：

1)同时满足(并且)：默认的复合形式，代表处于复合条件下的单个或多个“条件元素”满足“and”逻辑关系；

2)任意满足：代表处于复合条件下的单个或多个“条件元素”满足“or”逻辑关系；

3)不存在：代表处于复合条件下的“条件元素”的单个“条件元素”满足“not”逻辑关系。

路由规则满足后所期望的路由结果，一般指向某个路由集以继续整个路由流程或将报文放入某个队列。

因此，如图5所示，所述若匹配不成功，则按照预设清分规则对所述多渠道原始报文进行清分处理，直到将所述多渠道原始报文清分到具体业务队列，进一步包括：

s501：根据所述多渠道原始报文对应的实体对象，确定所述实体对象的路由集；

s502：根据所述实体对象的路由集和业务对象参数，通过所述路由规则对所述多渠道原始报文进行路由处理，直到将所述多渠道原始报文清分到具体业务队列。

其中所述路由规则的执行顺利按照路由集中规定的执行顺序实现，具体地，如图6所示，可以包括如下步骤：

s601：根据所述实体对象的路由集，确定所述路由集中按预设顺序执行的多个路由规则，每个路由规则包括对应的关键字、操作符和期望值；

s602：根据所述业务对象参数，确定目标格式中与所述业务对象参数对应的预设定义；

s603：按照所述预设顺序，以所述预设定义为关键字，利用所述操作符对所述预设定义对应的业务对象参数进行期望值判断，确定路由路径，从而实现所述多渠道原始报文的清分。

在实际工作中，示例性地，假设收报行为receiver，在法人实体清分路由组的路由集中可根据规则receiver＝“pcbcjpjtxxx”清分到xx分行实体，假设报文类型为msgtype，在xx分行的实体清分路由组的路由集中可根据规则msgtype＝“103”清分到系统a系统。假设收款人账号为recvacct，“％”代表通配任意字符，在xx分行的a系统内路由组中的103报文的路由集，可根据规则recvacctlike“abcdef％”路由到贷记卡还款队列，abcdef可以为贷记卡的卡bin特征。

需要说明的是，一个具体的路由规则的执行结果可以不是具体的业务队列，通过操作符和期望值，所述执行结果可以为其他的路由规则或者路由集中，因此针对不同的实体对象其中路由集中的路由规则的类型及执行顺序都不同，所述执行顺序表示为对接收报文清分的执行逻辑，在实际工作中可以有以下几种执行逻辑：并集、交集和随机，其中并集为依次执行其下所有路由规则，任何执行成功而获取的路由结果都被当作该路由集的结果来执行，所述并集规则可以用在一报多转、广播报文等场景，如图8所示，为并集执行的逻辑示意图；交集为依次执行其下所有路由规则，如果执行成功的路由规则返回的结果都相同，则执行该结果，否则执行默认结果，如图9所示，为交集执行的逻辑示意图；随机为顺序执行其下路由规则，直到出现第一条执行成功的路由规则，退出并执行其返回的结果，如图10所示，为随机执行的逻辑示意图。

在上述提供的报文处理方法是针对多渠道报文的清分处理，所述多渠道报文可以包括其他外部清算系统报文，在一些其他实施例中，还可以包括内转报文，比如外境分行发送到总部的报文清分(如中国建设银行xx分行发送报文到中国建设银行总部)，尽管属于集团内部报文发送，但使用的清算系统不同，因此也可以通过上述提供的方法进行清分。

需要说明的是，当确定发送的报文为内转报文时，内转报文的清分也可以通过上述方法来实现，如图11所示，比如发报报文进入本实体(发报行)的发报路由组，根据发报路由集中的路由规则进行路由，可以路由到具体的外联队列、报文审核队列、系统内内转队列等，具体的发报路由设置和上述收报一致，在本说明书不做赘述。

在上述已经实现了对接收报文处理的基础上，为了提高对后续报文的处理效率，还可以包括如下步骤：

获取每个实体对象接收的多渠道原始报文数量，并按照数量高低进行排序；

确定多渠道原始报文数量较多的实体对象对应的路由规则为目标路由规则，调整所述目标路由规则的执行顺序，以使所述目标路由规则优先被执行。

可以理解为，用户在设置不同的路由规则时，可根据需要调整路由的执行顺序，以便将出现频率较高的报文对应的路由规则排到路由的前端以提高自动路由的执行效率，进一步地，同时报文的处理系统还可以具备自动统计路由执行情况的功能，在预设时间段(比如日终)跑批时根据一段时间的路由执行次数，调整路由规则的优先级，并根据优先级进行排序，以提高路由整体的执行效率。

除了上述对高频率报文的调整，还可以根据实际路由规则的执行情况进行调整，具体可以包括：

获取每个实体对象中每个路由规则的执行次数；

调整执行次数较多的路由规则的执行顺序，以使所述执行次数较多的路由规则优先被执行。

在本说明书实施例中，通过增加路由规则统计功能，可使用户查看报文流转情况以及规则的执行次数统计，方便用户调整规则的顺序和逻辑，提高执行效率和准确性；需要说明的是，路由规则在修改时，报文仍能正常根据之前的规则进行自动流转，规则的修改直到审批后才立刻生效。

为了避免调整后的路由规则运行出现故障，还可以设置复位功能，使得能快速恢复到调整前的路由规则，提高报文处理的效率。

本说明书实施例提供的报文处理方法、装置、设备及存储介质，通过将接收到的多渠道原始报文转换成目标格式的报文，进而通过目标格式中报文的属性信息和已经接收报文的属性信息进行匹配，从而快速的实现多渠道原始报文的清分处理，本文通过定义标准化的数据字典来解决不同报文标准标签的差异性问题，用标准化的数据字典来定义报文匹配规则和报文路由规则，充分考虑规则的通用性和易读性，适用于不同外联渠道的报文。

基于同一发明构思，本说明书实施例还提供一种报文处理装置，如图12所示，所述装置包括；

报文接收装置100，用于接收多渠道原始报文；

报文转换模块200，用于按照预设转换规则，将所述多渠道原始报文转换成目标格式，所述目标格式包括不同属性信息对应的预设定义；

报文清分模块300，用于通过所述预设定义，将所述目标格式中的属性信息与历史报文的属性信息进行匹配，实现对所述多渠道原始报文的清分处理。

通过上述提供的装置所取得的有益效果和上述方法所取得的有益效果一致，在本说明书不做赘述。

如图13所示，为本文实施例提供的一种计算机设备，所述计算机设备1302可以包括一个或多个处理器1304，诸如一个或多个中央处理单元(cpu)，每个处理单元可以实现一个或多个硬件线程。计算机设备1302还可以包括任何存储器1306，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器1306可以包括以下任一项或多种组合：任何类型的ram，任何类型的rom，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备1302的固定或可移除部件。在一种情况下，当处理器1304执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备1302可以执行相关联指令的任一操作。计算机设备1302还包括用于与任何存储器交互的一个或多个驱动机构1308，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备1302还可以包括输入/输出模块1310(i/o)，其用于接收各种输入(经由输入设备1312)和用于提供各种输出(经由输出设备1314))。一个具体输出机构可以包括呈现设备1316和相关联的图形用户接口(gui)1318。在其他实施例中，还可以不包括输入/输出模块1310(i/o)、输入设备1312以及输出设备1314，仅作为网络中的一台计算机设备。计算机设备1302还可以包括一个或多个网络接口1320，其用于经由一个或多个通信链路1322与其他设备交换数据。一个或多个通信总线1324将上文所描述的部件耦合在一起。

通信链路1322可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路1322可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

对应于图1-图6中的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图1至图6所示的方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。