CN106651572A - 一种业务规则的装配方法及装置 - Google Patents

Abstract

本发明提供一种业务规则的装配方法及装置，在获取交易信息后，从规则配置信息表中查找与交易信息对应的规则集，并从规则定义信息表中获取规则集中的规则对应的规则定义信息，根据每个规则对应的规则定义信息和交易信息，判断每个规则是否满足自身的装配条件，当满足时则装配上此条规则。只需要定义一套规则，不同的海外分行或者不同的业务场景都是从一套规则中选择规则，并对选择的规则进行具体设置，以满足海外分行和业务场景对业务规则的差异性需求。

Description

一种业务规则的装配方法及装置

技术领域

本发明属于收付款技术领域，尤其涉及一种收付款的业务规则装配方法及装置。

背景技术

在海外商业银行收付款领域，针对不同海外分行(多法人)在进行收付款时，根据当地的法规、风险控制等要求对于付款业务需要采用不同的规则，以保证交易正确性、合规性。具体的业务规则差异体现在同一个海外分行在不同的业务场景下的差异性和同一业务场景在不同海外分行下的差异性。

正是由于上述两方面差异的存在，现有技术中为了支持不同分行的不同业务场景的处理规则，采用的技术方案是：针对不同的海外分行，进行独立开发单独的系统，如图1所示，为现有技术中针对不同的海外分行开发的系统。

这种方案通过对不同海外分行进行区分，一个海外分行对应一个独立的系统，满足了同一业务场景在不同海外分行下的差异性。但由于每个海外分行存在一个系统，对每个系统需要单独进行开发维护；同时，对于同一海外分行对应的系统而言，由于同一海外分行在不同的业务场景下的差异性，导致不同业务场景下需要对系统进行变更，以支持不同业务场景下的业务处理，进而增加了系统开发和维护的成本。

此外，当增加一个海外分行或者是增加一个业务场景时，需要重新开发一套独立的系统，导致可扩展性差。

发明内容

有鉴于此，本发明的目的在于提供一种业务规则装配方法及装置，用于解决现有技术中海外分行收付款系统开发和维护成本高、可扩展性差的问题。

技术方案如下：

本发明提供一种业务规则的装配方法，所述装配方法包括：

获取交易信息；

根据所述交易信息，从规则配置信息表中查找与所述交易信息对应的规则集；

从规则定义信息表中，分别获取与所述规则集中的规则对应的规则定义信息；

根据所述交易信息和与所述规则对应的所述规则定义信息，分别判断所述规则集中的所述规则是否满足所述规则的装配条件；

当所述规则满足装配条件时，装配所述规则。

优选地，所述规则配置信息表包括：多实体标识、服务编号、执行服务名称、海外收付款交易类型代码、规则描述和预留补充字段；所述规则描述中包括由处理交易所需的规则的规则号组成的规则集；

其中，根据所述交易信息，从规则配置信息表中查找与所述交易信息对应的规则集，包括：

根据所述交易信息中的海外分行，确定所述规则配置信息表中的多实体标识；

根据所述交易信息中的交易，确定所述规则配置信息表中的服务编号；

根据所述交易信息中的业务场景，确定所述规则配置信息表中的海外收付款交易类型代码；

根据所述多实体标识、所述服务编号和所述海外收付款交易类型代码，从所述规则配置信息表中查找与所述多实体标识、所述服务编号和所述海外收付款交易类型代码对应的所述规则描述；

从所述规则描述中获取与所述交易信息对应的规则集。

优选地，所述规则定义信息表包括：规则号、检核规则名称、校验规则描述、处理标识代码、服务组件名称、输入条件内容、运行结果描述和触发条件；

其中，所述从规则定义信息表中，分别获取与所述规则集中的规则对应的规则定义信息包括：

根据所述规则集中包括的规则号，从所述规则定义信息表中查找与所述规则号对应的规则定义信息。

优选地，所述根据所述交易信息和与所述规则对应的所述规则定义信息，分别判断所述规则集中的所述规则是否满足所述规则的装配条件包括：

判断所述规则对应的所述规则定义信息中是否包括所述触发条件；

若不包括所述触发条件，则满足所述规则的装配条件；

若包括所述触发条件，则根据所述交易信息判断所述规则是否满足所述触发条件；

若满足，则满足所述规则的装配条件；

否则，不满足所述规则的装配条件。

优选地，所述装配所述规则包括：

获取与所述规则对应的规则处理模块；其中，所述规则处理模块用于依据规则对交易进行处理；

确定与所述规则处理模块对应的输入参数；

依据所述输入参数，装配所述规则处理模块。

优选地，所述装配所述规则处理模块后，还包括：

保存所述规则处理模块的处理结果；

对所述处理结果汇总，生成交易处理结果。

本发明还提供一种业务规则的装配装置，所述装配装置包括：

第一获取单元，用于获取交易信息；

查找单元，用于根据所述交易信息，从规则配置信息表中查找与所述交易信息对应的规则集；

第二获取单元，用于从规则定义信息表中，分别获取与所述规则集中的规则对应的规则定义信息；

判断单元，用于根据所述交易信息和所述规则对应的所述规则定义信息，分别判断所述规则集中的所述规则是否满足所述规则的装配条件；

装配单元，用于当所述判断单元判断所述规则满足装配条件时，装配所述规则。

优选地，所述查找单元根据所述交易信息，从规则配置信息表中查找与所述交易信息对应的规则集包括：

第一确定单元，用于根据所述交易信息中的海外分行，确定所述规则配置信息表中的多实体标识；

还用于根据所述交易信息中的交易，确定所述规则配置信息表中的服务编号；

还用于根据所述交易信息中的业务场景，确定所述规则配置信息表中的海外收付款交易类型代码；

规则描述查找单元，用于根据所述多实体标识、所述服务编号和所述海外收付款交易类型代码，从所述规则配置信息表中查找与所述多实体标识、所述服务编号和所述海外收付款交易类型代码对应的所述规则描述；

规则集获取单元，用于从所述规则描述中获取与所述交易信息对应的规则集。

优选地，其特征在于，所述判断单元根据所述交易信息和与所述规则对应的所述规则定义信息，分别判断所述规则集中的所述规则是否满足所述规则的装配条件包括：

第一判断子单元，用于判断所述规则对应的所述规则定义信息中是否包括触发条件；

第二判断子单元，用于当所述第一判断子单元判断包括所述触发条件时，根据所述交易信息判断所述规则是否满足所述触发条件；

所述第一判断子单元判断不包括所述触发条件，则满足装配条件；

所述第二判断子单元判断满足所述触发条件，则满足装配条件。

优选地，所述装配单元装配所述规则包括：

第三获取单元，用于获取与所述规则对应的规则处理模块；

第二确定单元，用于确定与所述规则处理模块对应的输入参数；

装配子单元，用于依据所述输入参数，装配所述规则处理模块。

优选地，所述装配装置还包括：保存单元和生成单元，

所述保存单元，用于保存所述规则处理模块的处理结果；

所述生成单元，用于对所述处理结果汇总，生成交易处理结果。

与现有技术相比，本发明提供的上述技术方案具有如下优点：

从上述技术方案可知，本申请公开的业务规则装配方法，通过获取交易信息；根据所述交易信息，从规则配置信息表中查找与所述交易信息对应的规则配置信息；根据所述规则配置信息，确定与所述交易信息对应的规则集；分别获取与所述规则集中的规则对应的规则定义信息；根据所述交易信息和与所述规则对应的所述规则定义信息，分别判断所述规则集中的所述规则是否满足所述规则的装配条件；当所述规则满足装配条件时，装配所述规则。相较于现有技术中，根据不同的海外分行调用不同的系统进行处理，且同一海外分行不同的业务场景，需要设置不同的规则以实现对交易处理的技术方案，本申请不需要为每个海外分行的每个业务场景单独设置一套规则和与规则对应的处理模块，而是只需要设置一套规则，根据不同的海外分行和不同的业务场景灵活配置规则，实现了规则的动态装配，降低了海外商业银行收付款系统的开发维护成本。

附图说明

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

图1是现有技术中业务规则的装配流程图；

图2是本发明实施例提供的一种业务规则的装配方法的流程图；

图3是本发明实施例提供的另一种业务规则的装配方法的流程图；

图4是本发明实施例提供的一种业务规则的装配装置的结构示意图。

具体实施方式

图1是现有技术中业务规则的装配方式，由于不同海外分行在进行收付款时，根据当地的法规、风险控制等要求对于付款业务需要采用不同的规则，且同一海外分行在处理不同的交易即处于不同的业务场景时，采用不同的规则，因此，为了满足业务规则在不同的海外分行以及不同的业务场景上的差异性，现有技术在实现业务规则装配时，为各个海外分行单独建立一套业务规则系统，然后在单独一个海外分行系统下，再根据不同的业务场景对业务规则进行具体的装配。

这种装配方式，需要分别维护各个海外分行以及同一海外分行下不同的业务场景所对应的具体的规则，维护成本较高，且不便于扩展。

为解决现有装配方式存在的上述问题，本发明实施例提供一种装配方法，获取交易信息后，从规则配置信息表中查找与交易信息对应的规则集，并从规则定义信息表中获取规则集中的规则对应的规则定义信息，根据每个规则对应的规则定义信息和交易信息，判断每个规则是否满足自身的装配条件，当满足时则装配上此条规则。这种装配方法不需要为每个海外分行分别建立一套业务规则系统，且不用对同一海外分行的不同业务场景进行分别维护，此外，针对不同海外分行或者不同业务场景下都需要的规则，不需要重复维护，降低了维护成本。

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

请参阅图2，其示出了本发明实施例提供的一种业务规则的装配方法的流程图，所述装配方法包括：

S101、获取交易信息；

建行的不同海外分行由于受到当地法规的限制、当地结算组织的要求或者是本地分支机构做出的特殊规则，导致不同海外分行即使在处理相同业务时即处于同一业务场景下，规则也不同。例如在汇至本地他行这一业务场景下，悉尼分行要求必须输入澳大利亚的银行清算号码，且支持澳元，汇款附言最多15个字符；法兰克福分行要求输入收款方的开户行swift代码或开户行名称地址，币种只能是欧元，输入的交易金额格式小数点和千分位标识相反。

建行的每个海外分行在付款时包括转账、转至当地建行他人、汇至大陆建行他人、汇至本地他行和汇至全球这几种业务场景，在同一海外分行下，针对不同的业务场景，有不同的业务规则要求。例如，在转账这一业务场景下，要求收方、付方均为本地活期账号，双方币种相同，且登记在同一客户名下；在汇至全球这一业务场景下，要求付方为客户登记的活期账号，除必须输入收方账号，还需输入开户行swift代码或开户行名称地址，针对不同币种的允许交易时间不同。

当用户想要进行某种交易时，访问其需要进行交易的海外分行的交易处理界面，交易处理界面上显示有收付方账号、开户名称、转账金额、备注以及其他一些业务字段。由于不同海外分行的差异性和不同业务场景的差异性，因此用户需要根据此海外分行对这一业务场景的要求，在相应位置处输入满足此海外分行和此业务场景要求的内容。

例如，在悉尼分行下处理汇至本地他行的业务时，除了输入收付方账号、收方户名、转账金额、交易币种等必须的内容外，还需要输入澳大利亚的银行清算号码。

即用户在访问某个分行的交易处理界面后，需要在界面上输入能够完成此次付款交易的业务要素信息，并发起付款请求。

前端网关系统接收到付款请求后，获取交易信息；其中所述交易信息包括用户在交易处理界面上输入的业务要素信息，和用户访问的海外分行信息以及业务场景信息。

前端网关系统在获取到交易信息后，生成交易报文，并将所述交易报文发送至后端系统进行处理。

其中，所述交易报文是按照前端网关系统和后端系统约定好的格式生成的，具体的报文格式可以采用固定分隔符将交易信息分隔，固定分隔符可以是|@|，报文格式也可以为xml格式、json格式等。报文格式还可以包括报文长度和校验码，以进一步实现对交易报文传输完整性的校验。

S102、根据所述交易信息，从规则配置信息表中查找与所述交易信息对应的规则集；

后端系统在接收到前端系统发送的交易报文后，按照和前端网关系统约定好的格式对所述交易报文进行解析，得到所述交易信息；

进一步，后端系统在得到交易信息后，还可以根据所述交易信息从系统与用户签约的信息中获取对应的客户签约内容。例如在付款时，用户输入了付方账号即用户自身的账号信息，交易信息中仅仅包括付方账号，后端系统可以从签约信息中查找该付方账号对应的账户类型(活期、定期、结算卡、一户通等)、支付属性(只收款不付款、即收款也付款)等信息。并将从签约信息中获取到的信息汇总到所述交易信息中，共同组成新的交易信息。

在得到所述交易信息后，对所述交易信息进行必输项检查，以确保根据所述交易信息可以完成对交易的处理。例如，在付款时，所述交易信息中仅仅包括了付方账号、收方账号，而不包括交易金额，那么在对所述交易信息进行必输项检查时，检查结果为缺少必输项，提醒用户输入必输项。由于不同的海外分行、不同业务场景下，对必输项的要求是不同的，因此必输项检查在不同的海外分行和不同的业务场景下是不同的。

还可以包括对所述交易信息进行数据格式检查，例如在法兰克福分行处理汇至本地他行的业务时，需要对交易信息中包括的交易金额格式进行检查，判断交易金额格式小数点和千分位标识是否相反。在不同的海外分行或不同的业务场景下，分别设置不同的数据格式检查。

完成对所述交易信息的处理后，存储所述交易信息。

根据所述交易信息，从规则配置信息表中查找与所述交易信息对应的规则集。

S103、从规则定义信息表中，分别获取与所述规则集中的规则对应的规则定义信息；

每条规则对应一条规则定义信息，所有规则对应的规则定义信息组成规则定义信息表。

查找到与所述交易信息对应的规则集后，从规则定义信息表中，分别获取与所述规则集中每一条规则对应的规则定义信息。

S104、根据所述交易信息和与所述规则对应的所述规则定义信息，分别判断所述规则集中的所述规则是否满足所述规则的装配条件；

在不同的海外分行或不同的业务场景下，所需要的规则是不同的，在查找到规则集后，需要逐条判断所述规则集中的规则是否满足装配条件。

S105、当所述规则满足装配条件时，装配所述规则。

从上述技术方案可知，获取交易信息后，从规则配置信息表中查找与交易信息对应的规则集，并从规则定义信息表中获取规则集中的规则对应的规则定义信息，根据每个规则对应的规则定义信息和交易信息，判断每个规则是否满足自身的装配条件，当满足时则装配上此条规则。这种装配方法只需要定义一套规则，不同的海外分行或者不同的业务场景都是从一套规则中选择规则，并对选择的规则进行具体设置，以满足海外分行和业务场景对业务规则的差异性需求。相较于现有技术，不需要为每个海外分行分别建立一套业务规则系统，且不用对同一海外分行的不同业务场景进行分别维护，此外，针对不同海外分行或者不同业务场景下都需要的规则，不需要重复维护，降低了维护成本。

请参阅图3，其示出了本发明实施例提供的另一种业务规则的装配方法的流程图，所述装配方法包括：

S201、获取交易信息；

具体实现方式和步骤S101相同，在此不在赘述。

S202、根据所述交易信息，从规则配置信息表中查找与所述交易信息对应的规则集；

所述规则配置信息表如下表1所示：

表1

所述规则配置信息表包括：多实体标识、服务编号、执行服务名称、海外收付款交易类型代码、规则描述和预留补充字段；

所述多实体标识用于区分不同的海外分行，即不同海外分行对应的多实体标识不同；

所述服务编号用于区分不同的服务，默认服务为付款；

所述海外收付款交易类型代码用于区分交易类型，例如转账、转至当地本行他人等；

所述预留补充字段描述为扩展字段，用于支持客户级、账号级的配置；具体地，例如在悉尼分行的转账业务场景下，对应一套规则，利用此扩展字段可以单独针对悉尼分行不同的客户设置一套规则，当客户在悉尼分行的转账业务场景下完成一笔交易时，则采用针对此客户设置的这一套规则；也可以为不同的账号，设置单独的一套规则；满足了用户的个性化需求；

所述规则描述用于定义适用于所述多实体标识、所述服务编号、所述海外收付款交易类型代码、所述客户级、账号级的规则的规则号组成的规则集；

例如表2所示，为本实施例中的一个规则配置信息表；

表2

规则配置信息表中多实体标识DA001、DA002和DA003表示的是三个不同的海外分行；例如DA001表示法兰克福分行；DA002表示悉尼分行；DA003表示台北分行；

服务编号F01表示的是交易为付款；

海外收付款交易类型代码包括：11，对应业务场景为转账；01，对应业务场景为汇款至当地银行；02，对应业务场景为汇款至大陆建行；03，对应业务场景为汇款至欧元区；04，对应业务场景为汇款至全球；05，对应业务场景为汇至当地建行他人；

规则描述中C01,C02,C03,C04,C05,C06,C07,C08,C09,D01,C12表示规则号分别为C01,C02,C03,C04,C05,C06,C07,C08,C09,D01,C12的规则组成的规则集。

所述规则配置信息表可以是数据库的形式，也可以是配置文件的形式。在确定使用的规则配置信息表时，可以根据修订版本号信息或者修订时间信息确定。

在确定规则配置信息表后，从规则配置信息表中查找与所述交易信息对应的规则集包括：

根据所述交易信息中的海外分行，确定所述规则配置信息表中的多实体标识；

根据交易信息中的海外分行，确定此海外分行对应的多实体标识；

在所述规则配置信息表中，通过MULTI_TENANCY_ID查找与交易信息中海外分行对应的多实体标识对应的多实体标识；

例如，用户访问的界面为台北海外分行，则确定台北分行对应的多实体标识为DA003；通过对MULTI_TENANCY_ID赋值为DA003，从规则配置信息表中查找到倒数第1-6行的内容；

根据所述交易信息中的交易编码，确定所述规则配置信息表中的服务编号；

在所述规则配置信息表中，通过SVC_ID查找与交易信息中交易对应的服务编号对应的服务编号；

例如，用户需要完成付款交易，则确定付款对应的服务编号为F01，通过对SVC_ID赋值为F01，从规则配置信息表中查找到倒数第1-6行的内容；

根据所述交易信息中的业务场景，确定所述规则配置信息表中的海外收付款交易类型代码；

根据交易信息中的业务场景，确定此业务场景对应的海外收付款交易类型代码；

在所述规则配置信息表中，通过OVSEARVPY_TXN_TPCD查找与交易信息中业务场景对应的海外收付款交易类型代码对应的海外收付款交易类型代码；

例如，用户需要完成汇款至当地银行的交易时，则确定汇款至当地银行这一业务场景对应的海外收付款交易类型代码为01，通过对OVSEARVPY_TXN_TPCD赋值为01，从规则配置信息表中查找到倒数第5行的内容；

根据所述多实体标识、所述服务编号和所述海外收付款交易类型代码，从所述规则配置信息表中查找与所述多实体标识、所述服务编号和所述海外收付款交易类型代码对应的所述规则描述；

通过上述多实体标识、所述服务编号和所述海外收付款交易类型代码，确定为所述规则配置信息表的倒数第5行，获取倒数第5行处的规则描述；

从所述规则描述中获取与所述交易信息对应的规则集。

从规则描述中获取与所述交易信息对应的规则集，为C01,C02,C03,C06,C07,C08,C09,C10,C11,D02,C12，其中，每个规则号对应一条规则。

可以理解的是，通过设置规则配置信息表中的预留补充字段描述，对客户级、账号级进行配置后，从规则配置信息表中查找与所述交易信息对应的规则集还包括根据交易信息判断与预留补偿字段描述中内容对应的信息，并与上述多实体标识、所述服务编号和所述海外收付款交易类型代码共同确定与所述交易信息对应的规则集。

上述通过多实体标识、所述服务编号和所述海外收付款交易类型代码确定与所述交易信息对应的规则集的顺序并不受到限制，只要根据交易信息中包括的内容，能够从规则配置信息表中确定唯一对应所述交易信息的规则集即可。

S203、从规则定义信息表中，分别获取与所述规则集中的规则对应的规则定义信息；

所述规则定义信息表如表3所示：

表3

所述规则定义信息表包括：规则号、检核规则名称、校验规则描述、处理标识代码、服务组件名称、输入条件内容、运行结果描述和触发条件；

所述规则号用于标识规则，采用字母和数字组合的形式表示；

所述校核规则名称是规则的简称；

所述检验规则描述用于描述规则的作用和处理逻辑，仅供查阅使用；

所述处理标识代码用于标识规则所提供功能的类型，以区分不同的规则集；

所述服务组件名称用于标识规则的实现服务名称，通过服务组件名称可以确定与规则对应的具体的实现模块；

所述输入条件内容是规则的输入条件，一般为固定值，对于相同的规则服务，通过不同的输入条件，可以配置出不同的规则。例如对于一个通用规则s65.rule.fieldValidVerifier通过设置不同的输入参数，可以分别用于校验收方、付方的账号信息。

所述运行结果描述用于记录详细的输出结果处理方式。表示规则不同的返回结果的处理方式，目前对于失败的处理方式默认是直接交易失败，还可以是记录错误表以备后续人工处理。

所述触发条件定义了规则的触发条件，只有满足触发条件时才会触发，此处采用表达式的方式来配置，例如规则C10手续费计算及填充的触发条件如下：

busInf.ovseaRmtEpsSrccd＝1,^busInf.dcnRate＝null,busInf.fxRmtCmsn＝null

表示只有ovseaRmtEpsSrccd海外汇款费用来源代码为1(后端计算手续费)，且dcnRate折扣率不为空，fxRmtCmsn手续费金额为空时才进行手续费计算，否则跳过此规则。

其中，所述从规则定义信息表中，分别获取与所述规则集中的规则对应的规则定义信息包括：

根据所述规则集中包括的规则号，从所述规则定义信息表中查找与所述规则号对应的规则定义信息。

获取到与所述交易信息对应的规则集为C01,C02,C03,C06,C07,C08,C09,C10,C11,D02,C12，则根据规则号C01,C02,C03,C06,C07,C08,C09,C10,C11,D02,C12，逐条从所述规则定义信息表中查找与上述规则号对应的规则定义信息。

S204、根据所述交易信息和与所述规则对应的所述规则定义信息，分别判断所述规则集中的所述规则是否满足所述规则的装配条件；

查找到与规则集中每个规则号一一对应的规则定义信息后，针对规则集中的每一个规则号对应的规则，依次判断是否满足装配条件；

具体地，判断所述规则是否满足装配条件的实现方式为：

S204A、判断所述规则对应的所述规则定义信息中是否包括所述触发条件；若不包括所述触发条件，则满足所述规则的装配条件；

若包括所述触发条件，则执行S204B；

根据所述规则的规则号，从所述规则定义信息表中查找到此规则号对应的规则定义信息，虽然规则定义信息表中包括触发条件这一内容，但是当某项规则在特定的交易下，一定会使用时，则不需要设置触发条件；

例如，在付款这一交易下，无论是在哪个海外分行、哪个业务场景下，都需要填充收方账号信息，因此，在规则定义信息表中C04(收方账号信息填充)的这一规则号对应的触发条件，将设置为空；

当规则号对应的触发条件为空时，则判断所述规则对应的所述规则定义信息中不包括所述触发条件，此条规则满足装配条件；

若与规则号对应的触发条件不为空，则与所述规则号对应的规则包括触发条件，执行S204B；

S204B、根据所述交易信息判断所述规则是否满足所述触发条件；

若满足所述触发条件，则满足所述规则的装配条件；

否则，不满足所述规则的装配条件。

从所述交易信息中，获取与规则中触发条件对应的内容，并依据获取到的内容判断是否满足触发条件；

例如，规则号C10对应的手续费计算及填充这一规则，在规则定义信息表中设置的触发条件为busInf.ovseaRmtEpsSrccd＝1,^busInf.dcnRate＝null,busInf.fxRmtCmsn＝null，则从交易信息中获取汇款费用来源渠道、折扣率和手续费金额，当ovseaRmtEpsSrccd海外汇款费用来源代码为1(表示后端计算手续费)，且dcnRate折扣率不为空，fxRmtCmsn手续费金额为空时，判断满足手续费计算及填充这一规则的触发条件；

否则，不满足手续费计算及填充这一规则的装配条件；跳过所述规则集中规则号为C10对应的这一条规则，判断所述规则集中C10的下一条规则是否满足装配条件。

S205、当所述规则满足装配条件时，装配所述规则。

优选地，所述装配所述规则包括：

S205A、获取与所述规则对应的规则处理模块；其中，所述规则处理模块用于依据规则对交易进行处理；

当所述规则满足装配条件时，则从与所述规则对应的规则定义信息中获取所述服务组件名；

根据所述服务组件名，获取与所述规则对应的规则处理模块；

例如C03规则号对应的付方账户信息校验这一条规则，没有设置触发条件，满足装配条件，在装配此条规则时，从C03对应的规则定义信息中获取服务组件名称，获取到的服务组件名称为s65.rule.fieldValidVerifier。

S205B、确定与所述规则处理模块对应的输入参数；

规定定义信息表中包括规则号C03对应的付方账户信息校验的规则，还包括规则号C05对应的收方账户信息校验的规则，虽然这两条规则不同，但是两者都是用于对账户信息校验的，两者实现的功能相同，只是校验的具体内容不同。

基于此，将规则号C03对应的服务组件名称设置为s65.rule.fieldValidVerifier，且将规则号C05对应的服务组件名称设置为s65.rule.fieldValidVerifier，不同的规则号对应不同的输入参数；

通过向服务组件名称对应的规则处理模块中输入不同的输入参数，控制s65.rule.fieldValidVerifier规则处理模块分别用于校验收方账户信息和校验付方账户信息。

S205C、依据所述输入参数，装配所述规则处理模块。

本实施例中，获取交易信息后，从规则配置信息表中查找与交易信息对应的规则集，并从规则定义信息表中获取规则集中的规则对应的规则定义信息，根据每个规则对应的规则定义信息和交易信息，判断每个规则是否满足自身的装配条件，当满足时则装配上此条规则。这种装配方法只需要定义一套规则，不同的海外分行或者不同的业务场景都是从一套规则中选择规则，并对选择的规则进行具体设置，以满足海外分行和业务场景对业务规则的差异性需求。相较于现有技术，不需要为每个海外分行分别建立一套业务规则系统，且不用对同一海外分行的不同业务场景进行分别维护，此外，针对不同海外分行或者不同业务场景下都需要的规则，不需要重复维护，降低了维护成本。

同时，通过定义通用规则，根据不同的输入参数，即可实现灵活的对不同规则装配，相较于现有技术中，单独设置不同的规则，简化了对规则的管理，且增加了对新规则的适应性。

此外，通过在规则配置信息表中设置预留补充字段描述的这一内容，可以实现根据不同的客户或者账号，单独配置一套规则，使得此客户或者此账号完成交易时，可以采用为其单独配置的一套规则实现。即仅通过对规则配置信息表中的预留补充字段描述的内容进行设置，即可实现对单个客户的灵活配置规则。相较于现有技术中通过白名单的方式，以实现对单个客户规则配置的技术方案，可以实现方便简单的扩展。

优选地，装配所述规则处理模块后，还包括：

保存所述规则处理模块的处理结果；

不同的规则，处理结果不同；例如，手续费计算这一规则，处理结果是手续费金额，账户信息校验的规则，处理结果是校验通过或者不通过。

对所述处理结果汇总，生成交易处理结果。

下面采用伪码的方式介绍本申请所公开的业务规则的装配方法：

对应图2所示的一种业务规则的装配方法，本发明还提供了一种业务规则的装配装置，其结构示意图请参阅图4所示，本实施例提供的一种业务规则的装配装置包括：

第一获取单元11、查找单元12、第二获取单元13、判断单元14和装配单元15；

所述第一获取单元11，用于获取交易信息；

所述查找单元12，用于根据所述交易信息，从规则配置信息表中查找与所述交易信息对应的规则集；

所述第二获取单元13，用于从规则定义信息表中，分别获取与所述规则集中的规则对应的规则定义信息；

所述判断单元14，用于根据所述交易信息和所述规则对应的所述规则定义信息，分别判断所述规则集中的所述规则是否满足所述规则的装配条件；

所述装配单元15，用于当所述判断单元判断所述规则满足装配条件时，装配所述规则。

优选地，所述查找单元12根据所述交易信息，从规则配置信息表中查找与所述交易信息对应的规则集包括：

第一确定单元21、规则描述查找单元22和规则集获取单元23；

所述第一确定单元21，用于根据所述交易信息中的海外分行，确定所述规则配置信息表中的多实体标识；

还用于根据所述交易信息中的交易，确定所述规则配置信息表中的服务编号；

还用于根据所述交易信息中的业务场景，确定所述规则配置信息表中的海外收付款交易类型代码；

所述规则描述查找单元22，用于根据所述多实体标识、所述服务编号和所述海外收付款交易类型代码，从所述规则配置信息表中查找与所述多实体标识、所述服务编号和所述海外收付款交易类型代码对应的所述规则描述；

所述规则集获取单元23，用于从所述规则描述中获取与所述交易信息对应的规则集。

优选地，所述判断单元14根据所述交易信息和与所述规则对应的所述规则定义信息，分别判断所述规则集中的所述规则是否满足所述规则的装配条件包括：

第一判断子单元31和第二判断子单元32；

所述第一判断子单元31，用于判断所述规则对应的所述规则定义信息中是否包括触发条件；

所述第二判断子单元32，用于当所述第一判断子单元判断包括所述触发条件时，根据所述交易信息判断所述规则是否满足所述触发条件；

所述第一判断子单元31判断不包括所述触发条件，则满足装配条件；

所述第二判断子单元32判断满足所述触发条件，则满足装配条件。

优选地，所述装配单元15装配所述规则包括：

第三获取单元41、第二确定单元42和装配子单元43；

所述第三获取单元41，用于获取与所述规则对应的规则处理模块；

所述第二确定单元42，用于确定与所述规则处理模块对应的输入参数；

所述装配子单元43，用于依据所述输入参数，装配所述规则处理模块。

优选地，所述装配装置还包括：

保存单元16和生成单元17；

所述保存单元16，用于保存所述规则处理模块的处理结果；

所述生成单元17，用于对所述处理结果汇总，生成交易处理结果。

从上述技术方案可知，本申请公开的一种装配装置，通过设置规则配置信息表和规则定义信息表，当获取到交易信息后，根据交易信息从所述规则配置信息表和规则定义信息表中，即可获取到实现本交易所需要的各项规则。相较于现有技术中，根据不同的海外分行调用不同的系统进行处理，且同一海外分行不同的业务场景，需要设置不同的规则以实现对交易处理的技术方案，本申请不需要为每个海外分行的每个业务场景单独设置一套规则和与规则对应的处理模块，而是只需要设置一套规则，根据不同的海外分行和不同的业务场景灵活配置规则，实现了规则的动态装配，降低了海外商业银行收付款系统的开发维护成本。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (11)

1.一种业务规则的装配方法，其特征在于，包括：

获取交易信息；

根据所述交易信息，从规则配置信息表中查找与所述交易信息对应的规则集；

从规则定义信息表中，分别获取与所述规则集中的规则对应的规则定义信息；

根据所述交易信息和与所述规则对应的所述规则定义信息，分别判断所述规则集中的所述规则是否满足所述规则的装配条件；

当所述规则满足装配条件时，装配所述规则。

2.依据权利要求1所述的装配方法，其特征在于，所述规则配置信息表包括：多实体标识、服务编号、执行服务名称、海外收付款交易类型代码、规则描述和预留补充字段；所述规则描述中包括由处理交易所需的规则的规则号组成的规则集；

其中，根据所述交易信息，从规则配置信息表中查找与所述交易信息对应的规则集，包括：

根据所述交易信息中的海外分行，确定所述规则配置信息表中的多实体标识；

根据所述交易信息中的交易，确定所述规则配置信息表中的服务编号；

根据所述交易信息中的业务场景，确定所述规则配置信息表中的海外收付款交易类型代码；

根据所述多实体标识、所述服务编号和所述海外收付款交易类型代码，从所述规则配置信息表中查找与所述多实体标识、所述服务编号和所述海外收付款交易类型代码对应的所述规则描述；

从所述规则描述中获取与所述交易信息对应的规则集。

3.依据权利要求2所述的装配方法，其特征在于，所述规则定义信息表包括：规则号、检核规则名称、校验规则描述、处理标识代码、服务组件名称、输入条件内容、运行结果描述和触发条件；

其中，所述从规则定义信息表中，分别获取与所述规则集中的规则对应的规则定义信息包括：

根据所述规则集中包括的规则号，从所述规则定义信息表中查找与所述规则号对应的规则定义信息。

4.根据权利要求3所述的装配方法，其特征在于，所述根据所述交易信息和与所述规则对应的所述规则定义信息，分别判断所述规则集中的所述规则是否满足所述规则的装配条件包括：

判断所述规则对应的所述规则定义信息中是否包括所述触发条件；

若不包括所述触发条件，则满足所述规则的装配条件；

若包括所述触发条件，则根据所述交易信息判断所述规则是否满足所述触发条件；

若满足，则满足所述规则的装配条件；

否则，不满足所述规则的装配条件。

5.根据权利要求1所述的装配方法，其特征在于，所述装配所述规则包括：

获取与所述规则对应的规则处理模块；其中，所述规则处理模块用于依据规则对交易进行处理；

确定与所述规则处理模块对应的输入参数；

依据所述输入参数，装配所述规则处理模块。

6.根据权利要求5所述的装配方法，其特征在于，所述装配所述规则处理模块后，还包括：

保存所述规则处理模块的处理结果；

对所述处理结果汇总，生成交易处理结果。

7.一种业务规则的装配装置，其特征在于，包括：

第一获取单元，用于获取交易信息；

查找单元，用于根据所述交易信息，从规则配置信息表中查找与所述交易信息对应的规则集；

第二获取单元，用于从规则定义信息表中，分别获取与所述规则集中的规则对应的规则定义信息；

判断单元，用于根据所述交易信息和所述规则对应的所述规则定义信息，分别判断所述规则集中的所述规则是否满足所述规则的装配条件；

装配单元，用于当所述判断单元判断所述规则满足装配条件时，装配所述规则。

8.依据权利要求7所述的装配装置，其特征在于，所述查找单元根据所述交易信息，从规则配置信息表中查找与所述交易信息对应的规则集包括：

第一确定单元，用于根据所述交易信息中的海外分行，确定所述规则配置信息表中的多实体标识；

还用于根据所述交易信息中的交易，确定所述规则配置信息表中的服务编号；

还用于根据所述交易信息中的业务场景，确定所述规则配置信息表中的海外收付款交易类型代码；

规则描述查找单元，用于根据所述多实体标识、所述服务编号和所述海外收付款交易类型代码，从所述规则配置信息表中查找与所述多实体标识、所述服务编号和所述海外收付款交易类型代码对应的所述规则描述；

规则集获取单元，用于从所述规则描述中获取与所述交易信息对应的规则集。

9.依据权利要求7所述的装配装置，其特征在于，所述判断单元根据所述交易信息和与所述规则对应的所述规则定义信息，分别判断所述规则集中的所述规则是否满足所述规则的装配条件包括：

第一判断子单元，用于判断所述规则对应的所述规则定义信息中是否包括触发条件；

第二判断子单元，用于当所述第一判断子单元判断包括所述触发条件时，根据所述交易信息判断所述规则是否满足所述触发条件；

所述第一判断子单元判断不包括所述触发条件，则满足装配条件；

所述第二判断子单元判断满足所述触发条件，则满足装配条件。

10.依据权利要求7所述的装配装置，其特征在于，所述装配单元装配所述规则包括：

第三获取单元，用于获取与所述规则对应的规则处理模块；

第二确定单元，用于确定与所述规则处理模块对应的输入参数；

装配子单元，用于依据所述输入参数，装配所述规则处理模块。

11.依据权利要求7所述的装配装置，其特征在于，还包括：保存单元和生成单元，

所述保存单元，用于保存所述规则处理模块的处理结果；

所述生成单元，用于对所述处理结果汇总，生成交易处理结果。