CN105913316B - 一种规则配置方法和装置 - Google Patents

Abstract

本发明实施例公开了一种规则配置方法和装置，其中，方法包括：接收用户在配置界面上基于预设模式配置的规则名称、规则类型、规则内容以及对象；所述规则类型是指规则能够适用的业务类型；所述规则内容包括：规则的条件和规则的动作；所述对象是指规则能够适用的系统；调用所述规则类型对应的转换代码，运行所述转换代码将所述规则的条件转换成SQL脚本，并将所述规则的动作转换成JavaScript脚本，建立规则名称、规则内容、对象与SQL脚本和JavaScript脚本的对应关系。对于用户而言，用户可以通过这种配置方式，在不需要自己编写代码的情况下，快速的完成配置。

Description

一种规则配置方法和装置

技术领域

本发明涉及计算机应用技术领域，特别是涉及一种规则配置方法和装置。

背景技术

目前，银行的大部分业务都需要依赖于支付清算系统来展开。银行一般都有自己的统一支付平台为所有海外分行提供支付清算服务。但由于银行的海外分行各自连接了不同国家的当地清算系统，而各国当地清算系统对于参与行的要求不相同，且各个国家的业务发展水平也不尽相同，因此，各个分行对业务处理流程中一些节点所涉及的规则(例如，收费方式、报文的映射规则等)的要求千差万别，并且经常发生变化。清算系统是依赖于各个节点设置不同的规则来对报文进行处理，规则一般包括条件部分和动作部分(也被称为结果部分)，其中条件部分用于定义对报文的处理条件；动作部分用于定义在处理条件满足后，对报文的处理操作。

目前，银行大多数都通过以下方式对规则进行适应性配置，以使系统能够灵活地实现各类业务需求。

第一种配置方式，将规则的条件以规则脚本的形式实现，将规则的结果以硬编码的方式实现。采用这种配置方式，需要开发人员编写规则脚本从而实现复杂多变的报文处理条件，当条件发现变化时，就需要开发人员重新编写规则脚本；另外，对报文的处理操作必须通过硬编码来实现，而硬编码的实现方式需要特定的编程技术人员来实现。另外，一旦报文的处理操作发生变化，就需要重新编写代码，而重新编写代码过程是需要技术人员进行分析、设计、编码、测试等一系列工作，最终才能将新代码投入使用。这种方式成本较高、耗时较多，难以应对目前银行业的需求变化速度快的业务。

第二种配置方式，由技术人员尽可能针对报文的处理条件总结出共同的模式，将这个模式设计成关系型数据库的表，而针对具体的每个处理条件，将其设计为表中的一条数据，在程序中，通过对数据库表中数据的读取，来获取具体的报文处理条件。而针对报文的处理操作，一般很难总结出共同的模式，通常是通过硬编码的方式来实现。采用这种配置方式，由于总结模式的方式不够灵活，当已有的模式不满足新的报文处理条件时，就需要重新编写代码来配置新的报文处理条件，另外，一旦报文的处理操作发生变化，就需要重新编写代码，而重新编写代码过程是需要技术人员进行分析、设计、编码、测试等一系列工作，最终才能将新代码投入使用。这种方式成本较高、耗时较多，难以应对目前银行业的需求变化速度快的业务。

发明内容

为了解决上述技术问题，本发明实施例提供了一种对跨区域间的重要数据进行处理的方法和装置，以实现各银行的系统逻辑集中在海外地区的快速推广和维护。

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

本发明第一方法提供了一种规则配置方法，所述方法包括：

接收用户在配置界面上基于预设模式配置的规则名称、规则类型、规则内容以及对象；所述规则类型是指规则能够适用的业务类型；所述规则内容包括：规则的条件和规则的动作；所述对象是指规则能够适用的系统；

调用所述规则类型对应的转换代码，运行所述转换代码将所述规则的条件转换成SQL脚本，并将所述规则的动作转换成JavaScript脚本，建立规则名称、规则内容、对象与SQL脚本和JavaScript脚本的对应关系。

可选的，所述方法还包括：

响应于用户触发的包含规则名称的查询请求，根据所述对应关系查询与所述查询请求中规则名称对应的规则内容，向用户展示查询到的规则内容；

接收用户针对所述规则内容输入的修改部分，将修改后的规则内容重新保存，并根据所述修改后的规则内容重新生成对应的SQL脚本和/或JavaScript脚本，利用重新生成的SQL脚本和/或JavaScript脚本替换所述规则内容对应的原始脚本。

可选的，所述方法还包括：

将所述规则名称、所述规则内容、所述规则类型、对应的SQL脚本和JavaScript脚本，按照对应关系储存在数据库表；

加载所述数据库表至缓存系统，调用缓存系统中储存的SQL脚本和JavaScript脚本对报文进行处理。

可选的，所述预设模式包括：预定义的规则类型、预定义的规则执行属性和预定义的基本模型；

所述规则类型用于表征规则能够适用的业务类型；

所述规则执行属性用于表征规则能够作用的报文属性；

所述基本模型包括用于表征规则内容的基本要素。

可选的，所述规则执行属性包括：仅作用于当前报文、作用于所有存储于数据库中的报文或作用于当前报文和存储于数据库中的报文。

可选的，所述基本模型包括：

左操作数、操作符、右操作数、逻辑关系符、逻辑顺序符。

可选的，所述配置界面为开放的web页面。本发明第二方面提供了一种规则配置装置，所述装置包括：

接收单元，用于接收用户在配置界面上基于预设模式配置的规则名称、规则类型、规则内容以及对象；所述规则类型是指规则能够适用的业务类型；所述规则内容包括：规则的条件和规则的动作；所述对象是指规则能够适用的系统；

转换单元，用于调用所述规则类型对应的转换代码，运行所述转换代码将所述规则的条件转换成SQL脚本，并将所述规则的动作转换成JavaScript脚本，建立规则名称、规则内容、对象与SQL脚本和JavaScript脚本的对应关系。

可选的，所述装置还包括：

查询单元，用于响应于用户触发的包含规则名称的查询请求，根据所述对应关系查询与所述查询请求中规则名称对应的规则内容，向用户展示查询到的规则内容；

修改单元，用于接收用户针对所述规则内容输入的修改部分，利用所述修改部分替换所述规则内容中的原始部分。

可选的，所述装置还包括：

储存单元，用于将所述规则名称、所述规则内容、所述规则类型、对应的SQL脚本和JavaScript脚本，按照对应关系储存在数据库表；

调用单元，用于加载所述数据库表至缓存系统，调用缓存系统中储存的SQL脚本和JavaScript脚本对报文进行处理。

由上述实施例可以看出，与现有技术相比，本发明的优点在于：

本发明是为用户提供了配置界面，该配置界面上有预设模式，用户在配置界面上基于预设模式可以配置规则的相关信息，再通过调用与用户配置的规则类型定义的转换代码，利用JavaScript和SQL技术，根据规则的相关信息将其转换成对应的SQL脚本和JavaScript脚本。这样，不仅实现了规则条件的可配置性，还实现了规则动作的可配置性。对于用户而言，不论规则的哪一部分发生变化，用户都可以通过这种配置方式，在不修改代码的情况下，快速的完成配置，这就极大的提升了系统的灵活性，简化了用户操作，使绝大部分业务需求可以在不修改代码的情况下被实现。

附图说明

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

图1为本发明提供的一种规则配置方法实施例1的流程图；

图2为本发明提供的一种规则配置方法实施例2的流程图；

图3为本发明提供的一种规则配置方法实施例3的流程图；

图4为本发明提供的一种规则配置方法实施例1的流程图；

图5为本发明提供的一种规则配置方法实施例2的流程图；

图6为本发明提供的一种规则配置方法实施例3的流程图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例进行详细描述。

实施例一

请参阅图1，其为本发明提供的一种规则配置方法实施例的流程图，该方法包括以下步骤：

步骤101：接收用户在配置界面上基于预设模式配置的规则名称、规则类型、规则内容以及对象；所述规则类型是指规则能够适用的业务类型；所述规则内容包括：规则的条件和规则的动作；所述对象是指规则能够适用的系统。具体的，所述对象是指规则能够适用的具体分行或者机构。

为了实现本发明技术方案，由“规则配置装置”为用户提供配置界面，以方便用户在配置界面上根据实际需求来完成规则的配置。这里的“规则配置装置”可以安装在后台服务器中，例如将“规则配置装置”安装在大型主机中，大型主机运行“规则配置装置”以实现本发明技术方案。

在本实施例中，该“配置界面”可以设置成开放的web网页形式，也可以是设置成银行内部系统的局域网网页形式。其中，开放的web页面还可以配置相应的安全认证，即，通过安装安全证书的终端访问该网页，这样，能够提高配置的安全性。当然，也可以采用其他加解密的方式来访问web页面，以提高配置的安全性。如果设置成普通的web网页形式，则方便用户在任何地方、通过任何终端都可以访问该web网页以登陆该配置界面。如果设置成银行内容系统的局域网网页形式，则用户需要在银行内部区域网中登陆该配置界面，这样能保证网络的安全性。

在实际应用中，用户可以根据银行的海外分配的不同需求，对不同处理节点的规则进行客户化配置，具体的，用户先根据配置界面提供的预设模式，选择待配置规则的类型，比如：重报检查规则、费用规则、报文的映射规则等，再基于所定义的规则类型，定义规则名称、规则内容以及对象；其中，规则名称也可以理解为规则ID，其用于唯一标识规则；所述规则内容包括：规则的条件和规则的动作；所述对象是指规则能够适用的系统。比如：设置规则1仅适用于中国银行北京分行。设置规则2能够适用于中国银行的所有地区分行。

在实际应用中，所述预设模式可以包括：预定义的规则类型、预定义的规则执行属性和预定义的基本模型；

所述规则类型用于表征规则能够适用的业务类型；

所述规则执行属性用于表征规则能够作用的报文属性；

所述基本模型包括用于表征规则内容的基本要素。

其中，所述规则执行属性包括：仅作用于当前报文、作用于所有存储于数据库中的报文或作用于当前报文和存储于数据库中的报文。

其中，所述基本模型包括：

左操作数、操作符、右操作数、逻辑关系符、逻辑顺序符。

其中，左操作数/右操作数支持数据库及系统自定义函数；

其中，操作符支持所有比较操作、模糊匹配、值列表、空置、设值等。

用户根据该基本模型可以输入规则的条件和规则的动作。

条件举例：

例如：一条简单的选择规则的条件为：SWIFT报文原始20场(不同的场次对应不同的业务信息)包含“TESTNEWRULE”；

但对于用户而言，用户仅需要按照如下表格一，在界面上输入相应的内容来完成条件匹配。

表格一

[OX_INSTR_ID]

Contains

TESTNEWRULE

基于用户输入的上述表格一中的内容，形成的XML文件如下：

动作举例：

例如：与该条件对应的规则的动作部分为：将出报报文20场设置为“报文当前处理分行”和“一个序列码”连接成的字符串。

对于用户而言，用户仅需要按照表格二，在界面上输入相应的内容来完成动作配置。

表格二

[X_INSTR_ID]	setVal	[P_OFFICE]
				+	GET_SEQUENCE([P_OFFICE])

基于用户输入的上述表格二中的内容，形成的XML文件如下：

步骤102：调用所述规则类型对应的转换代码，运行所述转换代码将所述规则的条件转换成SQL脚本，并将所述规则的动作转换成JavaScript脚本，建立规则名称、规则内容、对象与SQL脚本和JavaScript脚本的对应关系。

对于“规则配置装置”而言，会将用户完成配置后的XML文件转换成对应的脚本文件，在实际应用中，在“规则配置装置”内针对预定义的规则类型设置了对应的转换代码，也可以理解为转换程序。每种规则类型仅对应一种特定的转换代码。这样，在“规则配置装置”内预先配置有与规则类型对应的转换代码，以及这两者之间的对应关系。

用户在配置界面上完成待配置规则的相关信息配置后，“规则配置装置”会根据用户配置的规则类型，调用与其对应的转换代码，然后，运行该转换代码，将所述规则的条件转换成SQL脚本，并将所述规则的动作转换成JavaScript脚本，完成转换之后，还需要建立并保存规则名称、规则内容、对象与SQL脚本和JavaScript脚本的对应关系。

由上述实施例可以看出，与现有技术相比，本发明的优点在于：

本发明是为用户提供了配置界面，该配置界面上有预设模式，用户在配置界面上基于预设模式可以配置规则的相关信息，再通过调用与用户配置的规则类型定义的转换代码，利用JAVA和SQL技术，根据规则的相关信息将其转换成对应的SQL脚本和JavaScript脚本。这样，不仅实现了规则条件的可配置性，还实现了规则动作的可配置性。对于用户而言，用户无需再为新的规则编写新的代码，不论规则的哪一部分发生变化，用户都可以通过这种配置方式，在不修改代码的情况下，快速的完成配置，这就极大的提升了系统的灵活性，简化了用户操作，使绝大部分业务需求可以在不修改代码的情况下被实现。

实施例二

与实施例一中的方案为基础，本发明还提供了一种技术方案，用以方便用户快速的修改规则。请参阅图2，其为本发明一种规则配置方法实施例2的流程图，图2所示方法是在图1的基础上增加了步骤103和104，该方法包括以下步骤：

步骤101：接收用户在配置界面上基于预设模式配置的规则名称、规则类型、规则内容以及对象；所述规则类型是指规则能够适用的业务类型；所述规则内容包括：规则的条件和规则的动作；所述对象是指规则能够适用的系统；

步骤102：调用所述规则类型对应的转换代码，运行所述转换代码将所述规则的条件转换成SQL脚本，并将所述规则的动作转换成JavaScript脚本，建立规则名称、规则内容、对象与SQL脚本和JavaScript脚本的对应关系。

其中，步骤101和102可以参照上文实施例一中的描述，此处不再赘述。

步骤103：响应于用户触发的包含规则名称的查询请求，根据所述对应关系查询与所述查询请求中规则名称对应的规则内容，向用户展示查询到的规则内容。

步骤104：接收用户针对所述规则内容输入的修改部分，将修改后的规则内容重新保存，并根据所述修改后的规则内容重新生成对应的SQL脚本和/或JavaScript脚本，利用重新生成的SQL脚本和/或JavaScript脚本替换所述规则内容对应的原始脚本。

当用户在配置界面上完成规则的相关信息的配置后，用户可以通过触发查询请求的方式，来查看自己已配置的规则的相关信息，再根据实际需求作适应性的修改。比如，用户可以检查规则的相关信息是否正确，如果不正确，用户可以对其进行修改。比如，当规则的条件发生变化时，用户可以针对条件部分进行修改。比如，当规则的动作发生变化时，用户可以针对动作部分进行修改。比如，当规则的条件和动作都发生了一些变化时，用户可以针对条件部分和动作部分，作适应性修改。

用户在配置界面上输入修改部分后，“规则配置装置”接收到用户输入的修改部分，利用修改后的规则重新生成SQL脚本或JavaScript脚本,替换原有的SQL脚本或JavaScript脚本。比如，若用户针对原有的条件1作了修改，修改后为条件2，则“规则配置装置”直接利用修改后的条件2重新生成SQL脚本,并利用重新生成的SQL脚本替换原有条件1对应的SQL脚本。比如，若用户针对规则的动作1部分作了修改，修改为动作2，则“规则配置装置”直接利用修改后的动作2重新生成JavaScript脚本,并利用重新生成的JavaScript脚本替换原有动作1对应的JavaScript脚本。

由上述实施例可以看出，与现有技术相比，本发明的优点在于：

当银行系统的具体业务规则发生变化，用户需求修改原始业务规则，则可以利用本发明，先在配置界面上查看原有的规则，然后根据实际需求对规则进行修改，这样“规则配置装置”接收到用户修改的部分，利用修改后的规则替换原有规则，并利用修改后的规则重新生成对应的SQL脚本或者JavaScript脚本替换原始规则对应的SQL脚本或者JavaScript脚本。

这样，针对业务规则的修改需求，用户就不需要重新编写代码，而是通过在界面上修改原始规则相关信息，就能够实现规则更新。

实施例三

参阅图3，图3为本发明提供的一种规则配置方法实施例3的流程图，该方法是在图1的基础上增加步骤105和步骤106，该方法包括：

步骤101：接收用户在配置界面上基于预设模式配置的规则名称、规则类型、规则内容以及对象；所述规则类型是指规则能够适用的业务类型；所述规则内容包括：规则的条件和规则的动作；所述对象是指规则能够适用的系统；

步骤102：调用所述规则类型对应的转换代码，运行所述转换代码将所述规则的条件转换成SQL脚本，并将所述规则的动作转换成JavaScript脚本，建立规则名称、规则内容、对象与SQL脚本和JavaScript脚本的对应关系。

其中，步骤101和102可以参照上文实施例一中的描述，此处不再赘述。

步骤105：将所述规则名称、所述规则内容、所述规则类型、对应的SQL脚本和JavaScript脚本，按照对应关系储存在数据库表。

步骤106：加载所述数据库表至缓存系统，调用缓存系统中储存的SQL脚本和JavaScript脚本对报文进行处理。

步骤105和步骤106主要是从规则的应用角度来描述配置后的规则如何处理，在本实施例中，在转换生成规则的SQL脚本和JavaScript脚本后，将将规则的相关信息以及对应的脚本按照唯一对应关系保存的数据库表中。在对报文进行处理时，采用加载规则至缓存系统的方式，通过调用缓存系统中的脚本来处理报文，这种方式，能够保证在不重启系统的情况下，直接调用缓存的规则，以实现对报文的处理。

这里需要说明的是，在实际应用中，也可以在上述实施例二的基础上增加上述步骤105和106，以达到上述技术效果。

实施例四

与上述实施例一对应的，本发明提供了一种规则配置装置，参见图4，图4是本发明提供的一种规则配置装置实施例1的结构图，如图4所示，该装置可以包括：

接收单元401，用于接收用户在配置界面上基于预设模式配置的规则名称、规则类型、规则内容以及对象；所述规则类型是指规则能够适用的业务类型；所述规则内容包括：规则的条件和规则的动作；所述对象是指规则能够适用的系统；

转换单元402，用于调用所述规则类型对应的转换代码，运行所述转换代码将所述规则的条件转换成SQL脚本，并将所述规则的动作转换成JavaScript脚本，建立规则名称、规则内容、对象与SQL脚本和JavaScript脚本的对应关系。

在实现时，可选的，所述预设模式包括：预定义的规则类型、预定义的规则执行属性和预定义的基本模型；

所述规则类型用于表征规则能够适用的业务类型；

所述规则执行属性用于表征规则能够作用的报文属性；

例如，所述规则执行属性可以是仅作用于当前报文，也可以是作用于所有存储于数据库中的报文或可以是作用于当前报文和存储于数据库中的报文。不同规则执行属性的规则所对应的转换代码不同。

所述基本模型包括用于表征规则内容的基本要素。

在实现时，可选的，所述规则执行属性包括：仅作用于当前报文、作用于所有存储于数据库中的报文或作用于当前报文和存储于数据库中的报文。

在实现时，可选的，所述基本模型包括：

左操作数、操作符、右操作数、逻辑关系符、逻辑顺序符。

在实现时，可选的，所述配置界面为开放的web页面。

本发明的规则配置装置，针对每种规则类型设置有对应的转换代码，相同规则执行属性的规则可以对应同一转换代码，该装置单一实例部署，就可以满足不同银行、不同分行、不同业务的业务需求。用户利用该规则配置装置，只需要在配置界面上基于预设模式可以配置规则的相关信息，而规则配置装置会通过调用与用户配置的规则类型定义的转换代码，利用JavaScript和SQL技术，根据规则的相关信息将其转换成对应的SQL脚本和JavaScript脚本。这样，不仅实现了规则条件的可配置性，还实现了规则动作的可配置性。对于用户而言，用户无需再为新的规则编写新的代码，不论规则的哪一部分发生变化，用户都可以通过这种配置方式，在不修改代码的情况下，快速的完成配置，这就极大的提升了系统的灵活性，简化了用户操作，使绝大部分业务需求可以在不修改代码的情况下被实现。

实施例五

与上述实施例二对应的，本发明提供了一种规则配置装置，参见图5，图5是本发明提供的一种规则配置装置实施例2的结构图，如图5所示，该装置可以包括：

接收单元401，用于接收用户在配置界面上基于预设模式配置的规则名称、规则类型、规则内容以及对象；所述规则类型是指规则能够适用的业务类型；所述规则内容包括：规则的条件和规则的动作；所述对象是指规则能够适用的系统。

转换单元402，用于调用所述规则类型对应的转换代码，运行所述转换代码将所述规则的条件转换成SQL脚本，并将所述规则的动作转换成JavaScript脚本，建立规则名称、规则内容、对象与SQL脚本和JavaScript脚本的对应关系。

其中，接收单元401和转换单元402的功能和具体实现部分，可以参见上文实施例四中的描述，此处不再赘述。

查询单元403，用于响应于用户触发的包含规则名称的查询请求，根据所述对应关系查询与所述查询请求中规则名称对应的规则内容，向用户展示查询到的规则内容。

修改单元404，用于接收用户针对所述规则内容输入的修改部分，将修改后的规则内容重新保存，并根据所述修改后的规则内容重新生成对应的SQL脚本和/或JavaScript脚本，利用重新生成的SQL脚本和/或JavaScript脚本替换所述规则内容对应的原始脚本。

当银行系统的具体业务规则发生变化，用户需求修改原始业务规则，只需要利用本实施例提供的装置，先在配置界面上查看原有的规则，然后根据实际需求对规则进行修改，这样“规则配置装置”接收到用户修改的部分，重新保存修改后的规则，并利用修改后的规则重新生成对应的脚本，利用重新生成的脚本替代原有脚本。这样，针对业务规则的修改需求，用户就不需要重新编写代码，而是通过在界面上修改原始规则相关信息，就能够实现规则更新。

实施例六

与上述实施例三对应的，本发明提供了一种规则配置装置，参见图6，图6是本发明提供的一种规则配置装置实施例3的结构图，如图6所示，该装置可以包括：

接收单元401，用于接收用户在配置界面上基于预设模式配置的规则名称、规则类型、规则内容以及对象；所述规则类型是指规则能够适用的业务类型；所述规则内容包括：规则的条件和规则的动作；所述对象是指规则能够适用的系统。

转换单元402，用于调用所述规则类型对应的转换代码，运行所述转换代码将所述规则的条件转换成SQL脚本，并将所述规则的动作转换成JavaScript脚本，建立规则名称、规则内容、对象与SQL脚本和JavaScript脚本的对应关系。

其中，接收单元401和转换单元402的功能和具体实现部分，可以参见上文实施例四中的描述，此处不再赘述。

储存单元405，用于将所述规则名称、所述规则内容、所述规则类型、对应的SQL脚本和JavaScript脚本，按照对应关系储存在数据库表；

调用单元406，用于加载所述数据库表至缓存系统，调用缓存系统中储存的SQL脚本和JavaScript脚本对报文进行处理。

利用本发明实施例六提供的装置，在对报文进行处理时，采用加载规则至缓存系统的方式，通过调用缓存系统中的脚本来处理报文，这种方式，能够保证在不重启系统的情况下，直接调用缓存的规则，以实现对报文的处理。

当然，也可以在上述实施例五提供的装置的基础上增加上述储存单元405和调用单元406，以达到上述技术效果。

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

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

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

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

需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

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

Claims (10)

1.一种规则配置方法，其特征在于，所述方法包括：

接收用户在配置界面上基于预设模式配置的规则名称、规则类型、规则内容以及对象；所述规则类型是指规则能够适用的业务类型；所述规则内容包括：规则的条件和规则的动作；所述对象是指规则能够适用的系统；所述规则类型包括：重报检查规则、费用规则、报文的映射规则；

调用所述规则类型对应的转换代码，运行所述转换代码将所述规则的条件转换成SQL脚本，并将所述规则的动作转换成JavaScript脚本，建立规则名称、规则内容、对象与SQL脚本和JavaScript脚本的对应关系。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于用户触发的包含规则名称的查询请求，根据所述对应关系查询与所述查询请求中规则名称对应的规则内容，向用户展示查询到的规则内容；

接收用户针对所述规则内容输入的修改部分，将修改后的规则内容重新保存，并根据所述修改后的规则内容重新生成对应的SQL脚本和/或JavaScript脚本，利用重新生成的SQL脚本和/或JavaScript脚本替换所述规则内容对应的原始脚本。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将所述规则名称、所述规则内容、所述规则类型、对应的SQL脚本和JavaScript脚本，按照对应关系储存在数据库表；

加载所述数据库表至缓存系统，调用缓存系统中储存的SQL脚本和JavaScript脚本对报文进行处理。

4.根据权利要求1所述的方法，其特征在于，所述预设模式包括：预定义的规则类型、预定义的规则执行属性和预定义的基本模型；

所述规则类型用于表征规则能够适用的业务类型；

所述规则执行属性用于表征规则能够作用的报文属性；

所述基本模型包括用于表征规则内容的基本要素。

5.根据权利要求4所述的方法，其特征在于，

所述规则执行属性包括：仅作用于当前报文、作用于所有存储于数据库中的报文或作用于当前报文和存储于数据库中的报文。

6.根据权利要求4所述的方法，其特征在于，所述基本模型包括：

左操作数、操作符、右操作数、逻辑关系符、逻辑顺序符。

7.根据权利要求1所述的方法，其特征在于，

所述配置界面为开放的web页面。

8.一种规则配置装置，其特征在于，所述装置包括：

接收单元，用于接收用户在配置界面上基于预设模式配置的规则名称、规则类型、规则内容以及对象；所述规则类型是指规则能够适用的业务类型；所述规则内容包括：规则的条件和规则的动作；所述对象是指规则能够适用的系统；所述规则类型包括：重报检查规则、费用规则、报文的映射规则；

转换单元，用于调用所述规则类型对应的转换代码，运行所述转换代码将所述规则的条件转换成SQL脚本，并将所述规则的动作转换成JavaScript脚本，建立规则名称、规则内容、对象与SQL脚本和JavaScript脚本的对应关系。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

查询单元，用于响应于用户触发的包含规则名称的查询请求，根据所述对应关系查询与所述查询请求中规则名称对应的规则内容，向用户展示查询到的规则内容；

修改单元，用于接收用户针对所述规则内容输入的修改部分，利用所述修改部分替换所述规则内容中的原始部分。

10.根据权利要求8所述的装置，其特征在于，所述装置还包括：

储存单元，用于将所述规则名称、所述规则内容、所述规则类型、对应的SQL脚本和JavaScript脚本，按照对应关系储存在数据库表；

调用单元，用于加载所述数据库表至缓存系统，调用缓存系统中储存的SQL脚本和JavaScript脚本对报文进行处理。