基于Drools规则引擎确定业务处理规则的方法及装置

本申请涉及业务处理领域，具体而言，涉及一种基于Drools规则引擎确定业务处理规则的方法及装置。

相关技术中，银行业务管理中，传统的额度管控方法存在以下问题：

(1)额度控制规则不全面：传统的授信额度控制，没有覆盖全行产品，没有覆盖全行客户，没有覆盖全行机构(如并表子公司及海外分支机构)，更没有实现对额度全生命周期的管控。容易出现授信管控覆盖范围不全、实时管控力度不够，甚至会出现多头授信的情况。

(2)额度控制规则不灵活：传统的授信额度控制分类简单、要素较少，只有包括单一客户授信方案配置规则、集团客户授信方案配置规则、额度使用控制规则类的少量控制类参数，只有不能满足银行制度对机构层级、权限等信用风险管控要素的要求。

(3)规则变更难度大：传统的授信额度控制多数通过硬编码的方式实现，一条普通授信额度控制规则的实现，需要经历需求分析、设计、开发、内部测试、业务测试五个阶段，从需求提出到上线需要一个月以上的时间。

针对相关技术中存在的上述问题，目前尚未提出有效的解决方案。

本申请提供一种基于Drools规则引擎确定业务处理规则的方法及装置，解决了相关技术中传统的银行业务控制方法中，存在业务控制规则不全面、业务控制规则不灵活、规则变更难度大的问题。

根据本申请的一个方面，提供了一种基于Drools规则引擎确定业务处理规则的方法。该方法包括：接收客户端发送的业务申请，并确定业务申请对应的业务参数；将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配；在业务参数匹配成功的情况下，依据目标业务规则文件，确定业务申请对应的处理规则以及处理流程，其中，目标业务规则文件为与业务参数匹配成功的业务规则文件。

进一步地，在将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配之前，方法包括：确定多种业务；分别依据每种业务抽离每种业务对应的第一参数、第二参数以及第三参数，其中，第一参数为业务对应的业务规则控制参数，第二参数为业务在系统中运行对应的必要参数，第三参数为业务对应的除第一参数以及第二参数以外的参数；依据第一参数、第二参数以及第三参数，确定每种业务对应的业务规则文件；将业务规则文件，保存在Drools规则引擎对应的Redis中。

进一步地，依据第一参数、第二参数以及第三参数，确定每种业务对应的业务规则文件，包括：获取业务对应的业务规则模板；确定业务对应的业务要求，依据业务要求将第一参数、第二参数以及第三参数进行排序以获得排序后的参数；依据业务规则模板以及排序后的模板，生成业务对应的业务规则文件。

进一步地，将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配，包括：将存储在Redis中的多个业务规则文件反射成多个JAVA对象；确定业务参数对应的参数属性以及规则属性；依据参数属性以及规则属性，将业务参数与多个JAVA对象进行匹配。

进一步地，在将业务规则文件，保存在Drools规则引擎对应的Redis中之后，方法还包括：依据存储的业务规则文件，发布业务规则文件更新通知至至少一个规则执行应用。

进一步地，在业务参数匹配成功的情况下，依据目标业务规则文件，确定业务申请对应的处理规则以及处理流程之后，方法包括：将目标业务规则文件对应的文件编号以及业务申请对应的审批层级信息，发送至客户端。

进一步地，在业务参数匹配失败的情况下，方法还包括：生成预设信号，并将预设信号发送至客户端，其中，预设信号为表示业务参数匹配失败的信号。

根据本申请的另一方面，提供了一种基于Drools规则引擎确定业务处理规则的装置。该装置包括：第一确定单元，用于接收客户端发送的业务申请，并确定业务申请对应的业务参数；匹配单元，用于将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配；第二确定单元，用于在业务参数匹配成功的情况下，依据目标业务规则文件，确定业务申请对应的处理规则以及处理流程，其中，目标业务规则文件为与业务参数匹配成功的业务规则文件。

为了实现上述目的，根据本申请的另一方面，提供了一种计算机可读存储介质，该计算机可读存储介质包括存储的程序，其中，该程序执行上述任意一项的一种基于Drools规则引擎确定业务处理规则的方法。

为了实现上述目的，根据本申请的另一方面，提供了一种处理器，处理器用于运行程序，其中，该程序执行上述任意一项的一种基于Drools规则引擎确定业务处理规则的方法。

通过本申请，采用以下步骤：接收客户端发送的业务申请，并确定业务申请对应的业务参数；将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配；在业务参数匹配成功的情况下，依据目标业务规则文件，确定业务申请对应的处理规则以及处理流程，其中，目标业务规则文件为与业务参数匹配成功的业务规则文件。，解决了相关技术中传统的银行业务控制方法中，存在业务控制规则不全面、业务控制规则不灵活、规则变更难度大的问题，进而达到了提升参数管理智能化程度，提高业务办理效率的效果。

构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的一种基于Drools规则引擎确定业务处理规则的方法的流程图；

图2是本申请实施例提供的基于Drool规则引擎的规则入库及发布流程的示意图；

图3是根据本申请实施例提供的一种基于Drools规则引擎确定业务处理规则的装置的示意图。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

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

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

为了便于描述，以下对本发明实施例涉及的部分名词或术语进行说明：

Drools：是一个基于RETE算法、易于访问企业策略、易于调整以及易于管理的开源业务规则引擎，其实现了将业务决策从应用程序中分离出来，符合业内标准，速度快、效率高。业务分析师或审核人员可以利用它轻松查看业务规则，从而检验是否已编码的规则执行了所需的业务规则。Drools被分为两个主要的部分：编译和运行时。编译是将规则描述文件按ANTLR 3语法进行解析，对语法进行正确性的检查，然后产生一种中间结构“descr”，descr用AST来描述规则。目前，Drools支持四种规则描述文件，分别是：drl文件、xls文件、brl文件和dsl文件，其中，常用的描述文件是drl文件和xls文件，而xls文件更易于维护，更直观，更为被业务人员所理解。运行时是将AST传到PackageBuilder，由PackagBuilder来产生RuleBase，它包含了一个或多个Package对象。

额度管控：根据新巴塞尔协议要求结合银行自身资本情况和制度要求，对银行客户风险额度核算、控制信贷发放、监控信贷业务状态等进行管理，实现银行对信用风险的监控和管理，以提高授信资产质量，提高银行在行业中的竞争力。

根据本申请的实施例，提供了一种基于Drools规则引擎确定业务处理规则的方法。

图1是根据本申请实施例的一种基于Drools规则引擎确定业务处理规则的方法的流程图。如图1所示，该方法包括以下步骤：

步骤S101，接收客户端发送的业务申请，并确定业务申请对应的业务参数；

步骤S102，将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配；

步骤S103，在业务参数匹配成功的情况下，依据目标业务规则文件，确定业务申请对应的处理规则以及处理流程，其中，目标业务规则文件为与业务参数匹配成功的业务规则文件。

上述地，本申请将业务申请对应的参数归纳为三大类、三十三小类参数，并创新地将额度控制规则设计为刚性控制和柔性控制两类、极大地增加了额度控制的灵活性，拓宽了参数应用的广度。通过匹配的业务参数确定业务对应的处理流程以及规则。

本申请通过规则引擎对业务进行参数化配置，整个配置构成仅经历需求分析、参数配置、业务测试三个阶段。从需求提出到功能实现，所需时间在一周之内，且功能实现可通过前端页面配置，无需上线升级，风险小，效率高。

本申请实施例提供的一种基于Drools规则引擎确定业务处理规则的方法，通过接收客户端发送的业务申请，并确定业务申请对应的业务参数；将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配；在业务参数匹配成功的情况下，依据目标业务规则文件，确定业务申请对应的处理规则以及处理流程，其中，目标业务规则文件为与业务参数匹配成功的业务规则文件。解决了相关技术中传统的银行业务控制方法中，存在业务控制规则不全面、业务控制规则不灵活、规则变更难度大的问题，进而达到了提升参数管理智能化程度，提高业务办理效率的效果。

在一种可选的实施例中，在将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配之前，方法包括：确定多种业务；分别依据每种业务抽离每种业务对应的第一参数、第二参数以及第三参数，其中，第一参数为业务对应的业务规则控制参数，第二参数为业务在系统中运行对应的必要参数，第三参数为业务对应的除第一参数以及第二参数以外的参数；依据第一参数、第二参数以及第三参数，确定每种业务对应的业务规则文件；将业务规则文件，保存在Drools规则引擎对应的Redis中。

上述地，该方法通过将业务进行规则化参数配置，将额度全生命周期管理中用到的业务，通过规则分析归类，形成三大类、三十三小类参数。其中三大类参数包括基础参数、控制类参数及其他参数。

其中基础参数为系统运行必须的基础数据，包括：评级等级设置参数、评级控制规则配置参数、业务品种维护参数、业务系统与本系统业务品种映射、授信分项额度树、业务品种与分项额度对应参数、占用对象参数等。

控制类参数包括：单一客户授信方案配置规则、集团客户授信方案配置规则、额度使用控制规则、控制临时解锁参数等，这些参数由配置对象、具体配置规则、规则适用配置要素、管控强度组成；配置对象与具体配置规则因不同参数配置内容不同；规则适用配置要素包括适用的客户分类、业务性质、机构、业务品种、流程环节；管控强度包括刚性管控和柔性管控，满足刚性管控时，该规则校验不通过，业务不得继续，满足柔性管控时，该规则校验不通过，但不强制中断业务不得继续，是否继续由业务人员自行判断；这种配置方式既满足同一规则在规则适用配置要素不同的场景下不同管控强度的要求，又能满足在规则适用配置要素相同的场景下不同配置规则的不同管控强度的要求。

在一个具体的实施例中，通过实现规则参数化，将授信方案控制规则、额度使用控制规则、额度占用时机、额度占用计算规则均采取参数化配置，支持业务系统统一调取规则，以实现统一授信规则的统一。

上述地，在授信方案的对应的具体实施例中，第三参数为其他参数，包括授信政策维护、产品基本信息标识、行业基本信息标识、区域基本信息标识、客户基本信息标识、地方融资平台目录等参数。

在一种可选的实施例中，依据第一参数、第二参数以及第三参数，确定每种业务对应的业务规则文件，包括：获取业务对应的业务规则模板；确定业务对应的业务要求，依据业务要求将第一参数、第二参数以及第三参数进行排序以获得排序后的参数；依据业务规则模板以及排序后的模板，生成业务对应的业务规则文件。

在一种可选的实施例中，将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配，包括：将存储在Redis中的多个业务规则文件反射成多个JAVA对象；确定业务参数对应的参数属性以及规则属性；依据参数属性以及规则属性，将业务参数与多个JAVA对象进行匹配。

在一种可选的实施例中，在将业务规则文件，保存在Drools规则引擎对应的Redis中之后，方法还包括：依据存储的业务规则文件，发布业务规则文件更新通知至至少一个规则执行应用。

在一种可选的实施例中，在业务参数匹配成功的情况下，依据目标业务规则文件，确定业务申请对应的处理规则以及处理流程之后，方法包括：将目标业务规则文件对应的文件编号以及业务申请对应的审批层级信息，发送至客户端。

具体地，同时支持对不同机构、不同客户类型、不同业务的差异化规则配置，实现规则灵活配置。具体地，规则参数化将额度全生命周期管理中用到的规则分析归类，分为基础参数、控制类参数及其他参数。

具体地，如图2所示，图2为基于Drool规则引擎的规则入库流程，具体包括以下流程：

S201：将抽离出来的业务规则类型配置入库；

S202：从静态表中获取规则模板的信息；

20S3：根据业务要求对规则类型进行排序，其中评级类规则按照降序排列，其余按照升序排列；

S204：Drools规则引擎生成规则包；

S205：生成的规则包存储到Redis中；

S206：Redis存储规则包成功之后，向规则执行应用服务发布更新通知；

S207：规则执行服务受到客户端的规则参数后，将内存中的规则文件反射成JAVA对象，根据参数的属性和规则属性进行匹配，所有属性全部命中则匹配成功，否则匹配不成功。

S208：将命中的规则编号以及审批权机构层级返回，如未匹配中规则则返回“未命中规则”。

具体地，参数管理人员可以通过登录系统参数管理页面，下拉选项框或者输入框对参数进行修改，然后一键发布，实时生效。

在一种可选的实施例中，在业务参数匹配失败的情况下，方法还包括：生成预设信号，并将预设信号发送至客户端，其中，预设信号为表示业务参数匹配失败的信号。

上述地，在业务匹配规则失败的情况下，生成匹配失败的信号发送至客户端以提醒业务匹配失败。

本申请实施例还提供了一种基于Drools规则引擎确定业务处理规则的装置，需要说明的是，本申请实施例的一种基于Drools规则引擎确定业务处理规则的装置可以用于执行本申请实施例所提供的用于一种基于Drools规则引擎确定业务处理规则的方法。以下对本申请实施例提供的一种基于Drools规则引擎确定业务处理规则的装置进行介绍。

图3是根据本申请实施例的一种基于Drools规则引擎确定业务处理规则的装置的示意图。如图3所示，该装置包括：第一确定单元301，用于接收客户端发送的业务申请，并确定业务申请对应的业务参数；匹配单元302，用于将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配；第二确定单元303，用于在业务参数匹配成功的情况下，依据目标业务规则文件，确定业务申请对应的处理规则以及处理流程，其中，目标业务规则文件为与业务参数匹配成功的业务规则文件。

在一种可选的实施例中，第三确定单元，用于在将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配之前，确定多种业务；抽离单元，用于分别依据每种业务抽离每种业务对应的第一参数、第二参数以及第三参数，其中，第一参数为业务对应的业务规则控制参数，第二参数为业务在系统中运行对应的必要参数，第三参数为业务对应的除第一参数以及第二参数以外的参数；第四确定单元，用于依据第一参数、第二参数以及第三参数，确定每种业务对应的业务规则文件；保存单元，用于将业务规则文件，保存在Drools规则引擎对应的Redis中。

在一种可选的实施例中，第四确定单元，包括：获取子单元，用于获取业务对应的业务规则模板；第一确定子单元，用于确定业务对应的业务要求，依据业务要求将第一参数、第二参数以及第三参数进行排序以获得排序后的参数；生成子单元，用于依据业务规则模板以及排序后的模板，生成业务对应的业务规则文件。

在一种可选的实施例中，第三确定单元，包括：反射子单元，用于将存储在Redis中的多个业务规则文件反射成多个JAVA对象；第二确定子单元，用于确定业务参数对应的参数属性以及规则属性；匹配子单元，用于依据参数属性以及规则属性，将业务参数与多个JAVA对象进行匹配。

在一种可选的实施例中，保存单元，包括：发布子单元，用于依据存储的业务规则文件，发布业务规则文件更新通知至至少一个规则执行应用。

在一种可选的实施例中，装置还包括：第五确定单元，用于在业务参数匹配成功的情况下，依据目标业务规则文件，确定业务申请对应的处理规则以及处理流程之后；发送子单元，用于将目标业务规则文件对应的文件编号以及业务申请对应的审批层级信息，发送至客户端。

在一种可选的实施例中，该装置还包括：生成单元，用于在业务参数匹配失败的情况下，生成预设信号，并将预设信号发送至客户端，其中，预设信号为表示业务参数匹配失败的信号。

本申请实施例提供的一种基于Drools规则引擎确定业务处理规则的装置，通过第一确定单元401，用于接收客户端发送的业务申请，并确定业务申请对应的业务参数；匹配单元402，用于将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配；第二确定单元403，用于在业务参数匹配成功的情况下，依据目标业务规则文件，确定业务申请对应的处理规则以及处理流程，其中，目标业务规则文件为与业务参数匹配成功的业务规则文件。，解决了相关技术中传统的银行业务控制方法中，存在业务控制规则不全面、业务控制规则不灵活、规则变更难度大的问题，进而达到了提升参数管理智能化程度，提高业务办理效率的效果。

上述一种基于Drools规则引擎确定业务处理规则的装置包括处理器和存储器，上述第一确定单元401等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决相关技术中传统的银行业务控制方法中，存在业务控制规则不全面、业务控制规则不灵活、规则变更难度大的问题。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现一种基于Drools规则引擎确定业务处理规则的方法。

本发明实施例提供了一种处理器，处理器用于运行程序，其中，程序运行时执行一种基于Drools规则引擎确定业务处理规则的方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：接收客户端发送的业务申请，并确定业务申请对应的业务参数；将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配；在业务参数匹配成功的情况下，依据目标业务规则文件，确定业务申请对应的处理规则以及处理流程，其中，目标业务规则文件为与业务参数匹配成功的业务规则文件。

可选地，在将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配之前，方法包括：确定多种业务；分别依据每种业务抽离每种业务对应的第一参数、第二参数以及第三参数，其中，第一参数为业务对应的业务规则控制参数，第二参数为业务在系统中运行对应的必要参数，第三参数为业务对应的除第一参数以及第二参数以外的参数；依据第一参数、第二参数以及第三参数，确定每种业务对应的业务规则文件；将业务规则文件，保存在Drools规则引擎对应的Redis中。

可选地，依据第一参数、第二参数以及第三参数，确定每种业务对应的业务规则文件，包括：获取业务对应的业务规则模板；确定业务对应的业务要求，依据业务要求将第一参数、第二参数以及第三参数进行排序以获得排序后的参数；依据业务规则模板以及排序后的模板，生成业务对应的业务规则文件。

可选地，将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配，包括：将存储在Redis中的多个业务规则文件反射成多个JAVA对象；确定业务参数对应的参数属性以及规则属性；依据参数属性以及规则属性，将业务参数与多个JAVA对象进行匹配。

可选地，在将业务规则文件，保存在Drools规则引擎对应的Redis中之后，方法还包括：依据存储的业务规则文件，发布业务规则文件更新通知至至少一个规则执行应用。

可选地，在业务参数匹配成功的情况下，依据目标业务规则文件，确定业务申请对应的处理规则以及处理流程之后，方法包括：将目标业务规则文件对应的文件编号以及业务申请对应的审批层级信息，发送至客户端。

可选地，在业务参数匹配失败的情况下，方法还包括：生成预设信号，并将预设信号发送至客户端，其中，预设信号为表示业务参数匹配失败的信号。

本文中的电子装置可以是服务器、PC、PAD、手机等。

本发明还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：接收客户端发送的业务申请，并确定业务申请对应的业务参数；将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配；在业务参数匹配成功的情况下，依据目标业务规则文件，确定业务申请对应的处理规则以及处理流程，其中，目标业务规则文件为与业务参数匹配成功的业务规则文件。

可选地，在将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配之前，方法包括：确定多种业务；分别依据每种业务抽离每种业务对应的第一参数、第二参数以及第三参数，其中，第一参数为业务对应的业务规则控制参数，第二参数为业务在系统中运行对应的必要参数，第三参数为业务对应的除第一参数以及第二参数以外的参数；依据第一参数、第二参数以及第三参数，确定每种业务对应的业务规则文件；将业务规则文件，保存在Drools规则引擎对应的Redis中。

可选地，依据第一参数、第二参数以及第三参数，确定每种业务对应的业务规则文件，包括：获取业务对应的业务规则模板；确定业务对应的业务要求，依据业务要求将第一参数、第二参数以及第三参数进行排序以获得排序后的参数；依据业务规则模板以及排序后的模板，生成业务对应的业务规则文件。

可选地，将业务参数输入至Drools规则引擎，并将业务参数与Drools规则引擎中的多个业务规则文件进行匹配，包括：将存储在Redis中的多个业务规则文件反射成多个JAVA对象；确定业务参数对应的参数属性以及规则属性；依据参数属性以及规则属性，将业务参数与多个JAVA对象进行匹配。

可选地，在将业务规则文件，保存在Drools规则引擎对应的Redis中之后，方法还包括：依据存储的业务规则文件，发布业务规则文件更新通知至至少一个规则执行应用。

可选地，在业务参数匹配成功的情况下，依据目标业务规则文件，确定业务申请对应的处理规则以及处理流程之后，方法包括：将目标业务规则文件对应的文件编号以及业务申请对应的审批层级信息，发送至客户端。

可选地，在业务参数匹配失败的情况下，方法还包括：生成预设信号，并将预设信号发送至客户端，其中，预设信号为表示业务参数匹配失败的信号。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带、磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本发明的实施例可提供为方法、系统或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本发明的实施例而已，并不用于限制本发明。对于本领域技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。