CN1959722A

CN1959722A - 用于管理对规则的改变的系统和方法

Info

Publication number: CN1959722A
Application number: CNA2006101432741A
Authority: CN
Inventors: 彼得·霍姆斯; 纳维恩·萨克德瓦; 乔希·约瑟夫
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2005-11-03
Filing date: 2006-11-01
Publication date: 2007-05-09
Also published as: US7827206B2; US20070100859A1

Abstract

规则改变管理系统和方法，该系统包括具有第一存储器系统的第一计算系统。第一存储器系统包括规则改变管理引擎。第一计算系统接收与第二计算系统内第二存储器系统中所存储的规则相关联的一组元规则。将该组元规则存储在第一存储器系统中。计算系统接收对规则中的一个规则进行改变的请求。规则改变管理引擎将该组规则中的至少一个相关联元规则应用于该请求。规则改变管理引擎根据所述应用确定是否执行该请求。

Description

用于管理对规则的改变的系统和方法

技术领域

本发明涉及用于管理对商业(business)规则的改变的系统和相关方法。

背景技术

在系统内确定对数据的可接受改变通常需要产生所不期望的结果的一系列复杂的步骤。因此，人们需要能够产生所期望的结果的用于确定系统内对数据的可接受改变的简单手段。

发明内容

本发明提供规则改变管理方法，包括：

通过包括第一存储器系统的第一计算系统接收一组元规则(meta-rules)，所述第一存储器系统包括规则改变管理引擎，所述组的元规则与第二计算系统内第二存储器系统中所存储的规则关联；

将所述组的元规则存储在所述第一存储器系统中；

通过所述第一计算系统接收对所述规则的一个规则进行改变的请求；

通过所述规则改变管理引擎将所述组的元规则的至少一个相关联的元规则应用于所述请求；和

通过所述规则改变管理引擎确定是否可以根据所述应用来执行所述请求。

本发明提供包括耦合到第一计算机可读存储器系统的处理器系统的第一计算系统，所述第一存储器系统包括规则改变管理引擎，所述规则改变管理引擎包括当由处理器系统执行时实施规则改变管理方法的指令，所述方法包括：

通过所述第一计算系统接收一组元规则，所述组的元规则与第二计算系统内第二计算机可读存储器系统中所存储的规则关联；

将所述组的元规则存储在所述第一存储器系统中；

本发明提供计算机程序产品，包括带有当在第一计算系统上被执行时使得第一计算系统执行规则改变管理方法的计算机可读代码的计算机可用介质，所述计算机可读代码包括规则改变管理引擎，所述方法包括：

将所述组的元规则存储在所述第一存储器系统中；

本发明提供用于集成计算基础设施的过程，包括将计算机可读代码集成到第一计算系统，其中所述代码包括规则改变管理引擎，而且其中与第一计算系统组合的代码能够执行规则改变管理方法，包括：

将所述组的元规则存储在所述第一存储器系统中；

本发明有利地提供用于在系统内确定对数据的可接受改变的、产生所期望结果的系统和相关方法。

附图说明

图1示出了根据本发明的实施方式，用于管理对商业规则的改变的系统的框图；

图2示出了根据本发明的实施方式，描述用于在图1的系统中改变规则的过程的算法的流程图；

图3示出了根据本发明的实施方式，描述由图1的规则改变管理引擎所使用的过程的算法的流程图；和

图4示出了根据本发明的实施方式，用于实施用于改变商业规则的管理系统的计算机系统。

具体实施方式

图1示出了根据本发明的实施方式，用于管理对商业规则的改变的系统2的框图。系统2管理对商业规则的改变(例如，见图1中规则数据库11)，以防止对由这些规则所控制的商业和IT系统的未预见的负面影响。这里将商业规则(下面称为规则)限定为在一个或多个商业处理或者系统中，用于实施该商业的或者与该商业相关的策略或者过程的专门或者通用动作。规则的表述包括输入和输出之间的关系。通常可以将规则以诸如英语之类的自然语言、以条件语句的形式进行表述。例如，规则可以包括与产品订单相关的金额限制或者界限，宣称“如果销售值小于$300,000，则以自动的方式执行所有处理，否则不以自动的方式执行所有处理”。该规则宣称输入(即，值$300,000)与输出(即，处理模式)相关。该规则隐含地包括两个输入值范围：

1.所有值小于$300,000。

2.所有值等于或者大于$300,000。

此外，该规则包括两个含蓄的输出值：

1.以自动方式执行所有处理。

2.不以自动的方式执行所有处理。

在本例中，该规则限定了条件，在该条件下在商业过程中将要采取的不同路径。

商业单位可以确定规则需要改变(例如，增加规则到一组规则中，从一组规则中删除规则，改变规则的金额限制或者界限等)。当应用系统(exploitingsystem)执行经改变的规则时，改变规则可以导致应用系统(即，诸如图1中的服务器28和32之类的、由商业单位使用的计算系统)产生错误或者不希望的行为。此外，改变规则可能违反应用系统的管理过程，或者导致对应用系统的测试以检测一故障。这里将应用系统限定为调用规则引擎并且使用由规则引擎所返回的规则输出的系统(例如，诸如服务器28和32之类的服务器)。

系统2针对在规则中所涉及的数据的边界条件立即指定对规则的可允许改变。此外，系统2可以通过与能够提供管理或者测试结果的系统进行互动，来调用对规则的所请求的改变的外部确认。使用与规则相关联的一个或多个规则(例如，见图1中包括元规则的元规则数据库8)来执行用于指定对规则的可允许改变和对所请求的改变的确认的过程。这里，将元规则限定为与专门规则相关联并且宣称对规则的改变要被允许所必须满足的条件的特殊规则。注意，存在默认元规则。例如，可能存在宣称对于规则不允许改变的默认元规则，或者对于规则允许任何改变的元规则等。元规则可以指定对于规则的给定部分是允许的明确的一组值或者值范围。元规则可以指定在将所请求的改变放入到运行中之前要执行特定的外部确认。例如，外部确认可以包括，特别是，某个人事经理的批准、必须执行的回归(regression)测试等。回归测试包括对被成功测试过一次的事务进行从新测试，以捕获当在系统中进行规则改变时漏掉的任何未预见的错误。元规则还可以指定，特别是，规则和规则组的可允许关联、组中的规则执行顺序、在其下可以创建应用于相同问题领域的全新规则和规则集的条件、诸如要针对规则改变或者批准过程被强化的商业方法之类的管理或者控制方面等。注意可以限定多组元规则。元规则可以包括诸如(特别是)在规则中关于参数的边界条件、规则和规则组的可允许关联、在规则组中规则执行的顺序、在其下可以创建全新规则或者规则集的条件之类的信息。

系统2包括通过网络7和服务器28和/或服务器32连接到计算系统16的计算系统4。或者，计算系统4和计算系统16可以是同一计算系统的一部分。计算系统4包括计算设备26和管理员计算机19。计算设备26包括CPU 5A和存储器结构17A。存储器结构17A包括规则引擎15和规则数据库11中的规则(下面称为规则)。规则引擎15包括用于根据与规则的前提匹配的数据得出要从规则中得出的结论的软件工具。规则引擎15还能够代表规则管理员(即使用规则引擎接口(即管理员计算机19)来存储规则并且执行规则引擎15的其他管理的一方)充当智能代理。管理员计算机19使用对规则引擎15的接口，并且由个人进行使用，以指定和输入规则到计算设备26内的规则数据库11。服务器28(即，应用系统)连接到计算设备26并且与其位于同一总体位置(例如，同一建筑物等)。服务器28直接连接到计算设备26。服务器32(即，应用系统)通过网络7连接到计算设备26并且可以位于远端位置。注意，系统2可以包括服务器28和/或服务器32。网络7可以包括任何类型的网络，包括(特别是)广域网(WAN)、LAN、以太网等。计算系统16包括计算设备10、测试执行计算机23、管理批准计算机14和管理员计算机9。计算设备10包括CPU 5B和存储器结构17B。存储器结构17B包括规则改变管理引擎18、元规则数据库8内的元规则(下面称为元规则)和规则改变日志17。规则改变管理引擎18包括负责管理对于规则的所请求的改变的软件工具。作为对规则进行任何改变的准备，通过管理员计算机19将元规则输入到系统16，到元规则数据库8。在准备步骤之后，当规则管理员使用规则管理员计算机19来请求对来自规则数据库11的规则进行改变时，规则改变管理引擎18充当规则管理员的智能代理，执行来自与规则关联的元规则数据库8的元规则并且检查结果，包括对于规则改变的外部确认和该确认结果的调用，根据总体结果来决定是否可以安全的进行所请求的规则改变、以及是否可以安全的进行规则改变，与规则引擎15通信以进行规则改变。

响应于所请求的规则改变，规则改变管理引擎18执行算法(见图3)根据元规则来批准/执行或者拒绝规则改变。规则改变管理引擎18报告这种处理的任何结果(即，所接受的有效规则改变、拒绝的无效规则改变、导致接受或者拒绝的元规则的识别等)，并且产生包括用于历史和检查目的结果的规则改变日志37。来自元规则数据库8的元规则可以包括，特别是，规则的参数、参数可能采用的值(例如，明确或者通过范围、值或者数据类型列出的值)、每个规则相对于彼此的相对优先级、在其下创建全新规则和规则集的条件、由对于规则改变管理引擎为外部的一方所必须执行的规则改变请求的评价(例如，使用管理计算机14或者测试计算机执行23)等。管理员计算机9必须由提交请求的一方额外地使用来改变一个或多个规则11。当提供改变规则的请求时，规则改变管理引擎18使用元规则执行必要的逻辑来执行规则改变的进行或者拒绝。规则改变管理引擎18通过管理员计算机9将改变请求的结果通知给请求方。此外，规则改变管理引擎18产生包括结果的规则改变日志17。如果批准请求(即，根据元规则允许请求)，则规则改变管理引擎18执行该请求而且根据该请求来改变规则。或者，在执行请求并且改变规则之前，已经根据元规则由规则改变管理引擎18所批准的改变规则请求可以需要额外的批准步骤。作为第一个例子，可以要求管理方(即，使用计算机14)对于改变规则的请求进行额外的批准。作为第二个例子，可以要求用于在批准对改变规则的请求之前在应用系统上测试规则改变的效果的程序。

图2示出了根据本发明的实施方式，描述用于在图1的系统2中改变规则的处理的算法的流程图。在步骤42，商业单元限定规则。负责商业单位自身功能的人制订描述他们想要他们的商业单位如何运行的规则。可以用诸如英语之类的自然语言、并且以试图在人们之间进行交流的形式来阐明规则。例如，商业单位可以限定下面规则：“如果销售值小于$300,000，则所有处理应该是在线和自动的”。规则可以是作为管理层通过减少对订单的手工处理来减少成本的决定结果，而从管理层到商业单元的其他人员的指令。在步骤44，规则管理员使用计算机19将所限定的规则输入到规则数据库11。必须使用规则引擎15所要求的语法来重新陈述以自然语言陈述的规则，从而使得规则引擎15执行规则并且以对任何应用系统可以应用的格式来提供输出。例如，在上面例子中给出的规则可以包括下面语法：

if order-val lt 300000 then return‘auto’else return null；

因此，如果输入变量“order-val”具有小于300,000的值，则规则引擎15将字符串“auto”作为输出返回给调用者，而在其他情况下返回“null”串。在步骤46，元规则管理员将元规则限定并且输入到元规则(即，与规则相关联的规则)数据库8中。为了限定相关规则，个人或者一方必须学习规则、会见商业单位人员以征求他们如何在一段时间中预见规则改变意见、并且指定将确定一旦已经将其部署到运行环境中可以进行什么样的改变的元规则。例如，对于上面例子给出的规则可以进行限定如下：

order-val between min 250000 max 1000000；

external-validation(approval，“order-val”)；

该语法试图表示在规则中的值“order-val”必须总与250,000和1,000,000之间的值进行比较，而且额外地，在可以对该规则进行任何改变之前，必须通过调用“approval”服务并且将“order-val”串传送给“approval”服务来执行外部确认步骤。“approval”服务必须具有对于“approval”服务必须将所请求的规则改变的记录发送到其的一个或多个批准者的组的名称的访问权。此外，“approval”服务必须等待肯定响应，并且在规则改变管理引擎进行所请求的规则改变之前将该肯定相应返回给规则改变管理引擎18。在步骤48，将诸如服务器28和/或服务器32之类的应用系统进行编程以使用规则。不需要根据直接知识来对应用系统进行编程，但是需要应用系统与规则引擎15进行通信，以查询根据专门规则或者对于规则引擎已知的一组规则并且根据作为输入从应用系统传送来的输入数据，规则引擎得出了什么样的结论。因此，负责对应用系统进行编程的程序员对应用系统进行编程以传送该查询并且输入和使用从该规则得出的结论。例如，规则引擎15可以提供Java编程语言客户端，作为用于隐藏与规则引擎15进行交互的复杂性、并且用于使得与规则引擎的交互对于应用系统来说看起来像是本地方法调用一样的装置。在本例中，应用系统可以具有下面语句：

myorder.setOrderPath(myorder.value)；

语句“myorder.setOrderPath(myorder.value)；”仅仅显示为对myorder对象的SetOrderPath方法的调用，将订单的值传送给它。最终，语句“myorder.setOrderPath(myorder.value)；”导致调用规则引擎15来处理使用该值作为输入的任何规则，并且从其得出结论。在步骤50，结合规则引擎及其规则数据库，以及规则改变管理引擎及其相关元规则数据库来测试应用系统。例如，对规则进行测试可以包括测试从应用系统传送到规则引擎15的订单值小于300,000的至少一种情况，以及订单值等于或者大于300,000的至少一种情况。此外，必须根据元规则来测试对于规则的改变。例如，对在上面所宣称的规则所限定的两个元规则可以要求下面四种测试：

测试1包括试图改变规则以使用小于250,000的某些值(例如，例子规则现在读作“if order-val lt 250000 then return‘auto’else return null；”)，并且验证规则改变管理引擎18将会因为第一元规则而拒绝该改变。

测试2包括试图改变规则以使用大于1,000,000的值(例如，“if oder-val gt1000000 then return‘auto’elso return null；”)，并且验证规则改变管理引擎18将会拒绝该规则改变。

测试3包括试图改变规则以使用250,000和1,000,000之间的值(例如，“ifoder-val between min 250000 max 1000000 then return‘auto’else return null；”)，这将是规则改变管理引擎18接受的，但是被外部批准步骤返回对规则改变的拒绝。测试3将验证规则改变管理引擎18将根据第二元规则来拒绝改变(即，外部批准步骤)。

测试4包括试图如上面测试3中一样改变规则以使用250,000和1,000,000之间的值，而且外部批准步骤成功。测试4将验证规则改变管理引擎18接受改变的规则以及应用系统在改变之后正确工作。测试4可以伴有(entail)多个测试变形，其中正在被处理的订单值首先小于500,000然后等于或者大于500,000以验证规则引擎15分别返回“auto(自动)”和空(null)串。在步骤52，部署被成功测试的应用系统作为运行系统。在步骤54，部署在步骤42中所限定的规则，以便应用系统的运行实例能够访问该规则。在这种应用中所使用的例子中，诸如订单管理系统之类的应用系统的运行示例将获得指示，根据在规则中所指定的条件，以完全自动的模式来执行其处理或相反。如果附加应用系统(即，除了图1中所示的服务器28和32之外的应用系统)后来被部署而且访问规则引擎15，则附加的应用系统将在相同的情况下从规则引擎15获得相同的结论。在步骤56，使用应用系统的商业单位试图改变规则。例如，如果商业单元已经发现某些订单的完全自动处理已经成功并且减少成本，则他们可能决定设置更高的订单值阈值(即，大于300,000)以通过完全自动的处理来处理更多订单。在步骤58，规则管理员将所请求的对规则的改变输入到充当规则管理员的智能代理的规则改变管理引擎18中。在步骤60，规则改变管理引擎18使用元规则来检查是否运行所请求的对规则的改变。规则改变管理引擎18进行工作以对所请求的对规则的改变执行元规则。在步骤62，检查所请求的对规则的改变以确定所请求的对规则的改变是否符合元规则。如果在步骤62中，确定所请求的对规则的改变符合元规则和任何所要求的外部确认，则在步骤64规则改变管理引擎18将所改变的规则输入到规则数据库11并且重复步骤54。如果在步骤62中，确定所请求的对规则的改变不符合元规则和/或任何所要求的外部验证步骤，则不改变规则；在这种情况中，商业单位可以改变规则只要其将规则的新的形式输入到规则数据库11中就如同其是完全新的规则一样，并且重复步骤44到52。

图3示出了根据本发明的实施方式，描述由图1中的规则改变管理引擎18所使用的过程的算法。在步骤100，规则改变管理引擎18接收所请求的对规则的改变。在步骤102，规则改变管理引擎18从元规则数据库8中检索与包括所请求所改变的规则相关联的任何元规则(包括任何默认元规则)。将元规则应用所请求的规则改变。在步骤104中，规则改变管理引擎18检查元规则以确定是否必须由对于直接元规则处理是外部的一方来执行对规则改变的评价(例如，由人员或者其他管理行动进行批准)。

如果在步骤104中，确定所请求的对规则的改变需要外部评价，则在步骤106中执行对规则改变的外部评价。在步骤107中，根据外部评价来确定是否运行该规则改变。如果在步骤107中，根据外部评价确定不允许所请求的对规则的改变，则在步骤110中拒绝所请求的规则改变，在步骤114中记录日志作为报告，并且在步骤116中报告给请求该规则改变的一方。在步骤118中终止该处理。如果在步骤107中，根据外部评价确定允许所请求的对规则的改变，则过程如所述地执行步骤108以及后面的步骤。

如果在步骤104中，确定所请求的对规则的改变不需要外部评价，则在步骤108中确定所请求的对规则的改变是否满足任何剩下的相关元规则。如果在步骤108中，根据剩下的相关元规则确定不允许所请求的对规则的改变，则在步骤110中拒绝所请求的对规则的改变，在步骤114中记录日志作为报告，并且在步骤116中报告给请求该规则改变的一方。该过程在步骤118终止。如果在步骤108中，根据剩下的相关元规则确定允许所请求的对规则的改变，则在步骤112中执行所请求的对规则的改变，在步骤114中记录日志作为报告，并且在步骤116中报告给请求该规则改变的一方。该过程在步骤118终止。

图4示出了根据本发明的实施方式的计算机系统90，表示计算系统4、计算系统16或者其任何形式的组合。计算机系统90包括处理器91、耦合到处理器91的输入设备92、耦合到处理器91的输出设备93和每个都耦合到处理器91的存储器设备94和95。输入设备92可以是，特别是，键盘、鼠标等。输出设备93可以是，特别是，打印机、绘图仪、计算机屏幕(例如监视器110)、磁带、可拆卸硬盘、软盘等。存储器设备94和95可以是，特别是，硬盘、软盘、磁盘、诸如致密盘(CD)或者数字视频盘(DVD)之类的光存储器、动态随机存取存储器(DRAM)、只读存储器(ROM)等。存储器设备95包括计算机代码97。计算机代码97包括用于管理对规则的改变的算法(即图2和3的算法)。处理器91执行计算机代码97。存储器设备94包括输入数据96。输入数据96包括计算机代码97所需要的输入(例如，以规则引擎格式的商业规则、以规则改变管理格式的元规则)。输出设备93显示来自计算机代码97的输出。存储器设备94和95中的一个或两个(或者一个或多个图5中未示出的附加存储器设备)可以包括图1和2的任何算法，并且可以被用作计算机可用介质(或者计算机可读介质或者程序存储设备)，该介质其中包含计算机可读程序代码和/或其中存储有其他数据，其中计算机可读程序代码包括计算机代码97。通常，计算机系统90的计算机程序产品(或者，替代地，制造产物)可以包括所述计算机可用介质(或者所述程序存储设备)。

因此本发明公开用于部署或者集成计算基础设施的过程，包括将计算机可读代码集成到计算机系统90，其中代码与计算机系统90组合能够执行用于管理对规则的改变的方法。

虽然图4示出了的计算机系统90作为硬件和软件的具体配置，但是还可以将本领域普通技术人员公知的任何硬件和软件配置与图4的具体计算机系统90结合用于上面的目的。例如，存储器设备94和95可以是单个存储器设备的一部分而不是独立的存储器设备。

虽然这里为了说明的目的已经描述了本发明的实施方式，对于本领域的普通技术人员来说许多变形和改变都是显而易见的。因此，所附权利要求试图包括落在本发明的真正精神和范围之内的所有这种变形和改变。

Claims

1.一种规则改变管理方法，包括：

通过包括第一存储器系统的第一计算系统接收一组元规则，所述第一存储器系统包括规则改变管理引擎，所述组的元规则与第二计算系统内的第二存储器系统中所存储的规则相关联；

将所述组的元规则存储在所述第一存储器系统中；

通过所述第一计算系统接收对所述规则中的一个规则进行改变的请求；

2.根据权利要求1所述的方法，其中所述确定已经确定了根据所述应用可以执行所述请求，而且所述方法还包括：

由所述规则改变管理引擎来执行所述请求；

响应于所述执行改变所述规则；和

将所述经改变的规则存储在所述第二存储器系统中。

3.根据权利要求1所述的方法，其中所述确定已经确定了根据所述应用不可以执行所述请求，而且所述方法还包括：

由所述规则管理引擎拒绝所述请求；和

响应于所述拒绝维持所述规则。

4.根据权利要求1所述的方法，其中所述确定已经确定了根据所述应用可以执行所述请求，而且其中所述方法还包括：

由外部确认者来评价所述请求；和

由所述外部确认者决定是否应该根据所述评价批准所述请求。

5.根据权利要求4所述的方法，其中所述决定已经确定了可以根据所述评价批准所述请求，而且所述方法还包括：

由所述外部确认者批准所述请求；

由所述规则改变管理引擎来执行所述请求；

响应于所述执行来改变所述规则；和

将所述经改变的规则存储在所述第二存储器系统中。

6.根据权利要求4所述的方法，其中所述决定已经确定了不可以根据所述评价批准所述请求，而且其中所述方法还包括：

由所述外部确认者拒绝所述请求；和

响应于所述拒绝维持所述规则。

7.根据权利要求1所述的方法，其中所述第一计算系统和所述第二计算系统是相同计算系统的一部分。

8.一种包括耦合到第一计算机可读存储器系统的处理器系统的第一计算系统，所述第一存储器系统包括规则改变管理引擎，所述规则改变管理引擎包括当由处理器系统执行时实施规则改变管理方法的指令，所述方法包括：

通过所述第一计算系统接收一组元规则，所述组的元规则与第二计算系统内第二计算机可读存储器系统中所存储的规则相关联；

将所述组的元规则存储在所述第一存储器系统中；

9.根据权利要求8所述的计算系统，其中所述确定已经确定了可以根据所述应用执行所述请求，而且其中所述方法还包括：

由所述规则改变管理引擎来执行所述请求；

响应于所述执行改变所述规则；和

将所述经改变的规则存储在所述第二存储器系统中。

10.根据权利要求8所述的计算系统，其中所述确定已经确定了不可以根据所述应用执行所述请求，而且所述方法还包括：

由所述规则管理引擎拒绝所述请求；和

响应于所述拒绝维持所述规则。

11.根据权利要求8所述的计算系统，其中所述确定已经确定了可以根据所述应用执行所述请求，而且所述方法还包括：

由外部确认者来评价所述请求；和

12.根据权利要求11所述的计算系统，其中所述决定已经确定了可以根据所述评价批准所述请求，而且所述方法还包括：

由所述外部确认者批准所述请求；

由所述规则改变管理引擎来执行所述请求；

响应于所述执行来改变所述规则；和

将所述经改变的规则存储在所述第二存储器系统中。

13.根据权利要求11所述的计算系统，其中所述决定已经确定了不可以根据所述评价批准所述请求，而且所述方法还包括：

由所述外部确认者拒绝所述请求；和

响应于所述拒绝维持所述规则。

14.根据权利要求8所述的计算系统，其中所述第一计算系统和所述第二计算系统是同一计算系统的一部分。

15.一种用于集成计算基础设施的过程，包括将计算机可读代码集成到第一计算系统，其中所述代码包括规则改变管理引擎，而且与第一计算系统组合的代码能够执行规则改变管理方法，该方法包括：

将所述组的元规则存储在所述第一存储器系统中；

16.根据权利要求15所述的过程，其中所述确定已经确定了可以根据所述应用执行所述请求，而且其中所述方法还包括：

由所述规则改变管理引擎来执行所述请求；

响应于所述执行改变所述规则；和

将所述经改变的规则存储在所述第二存储器系统中。

17.根据权利要求15所述的过程，其中所述确定已经确定了不可以根据所述应用执行所述请求，而且所述方法还包括：

由所述规则管理引擎拒绝所述请求；和

响应于所述拒绝维持所述规则。

18.根据权利要求15所述的过程，其中所述确定已经确定了可以根据所述应用执行所述请求，而且所述方法还包括：

由外部确认者来评价所述请求；和

由所述外部确认者根据所述评价决定是否应该批准所述请求。

19.根据权利要求18所述的过程，其中所述决定已经确定了可以根据所述评价批准所述请求，而且所述方法还包括：

由所述外部确认者批准所述请求；

由所述规则改变管理引擎来执行所述请求；

响应于所述执行来改变所述规则；和

将所述经改变的规则存储在所述第二存储器系统中。

20.根据权利要求18所述的过程，其中所述决定已经确定了根据所述评价不可以批准所述请求，而且所述方法还包括：

由所述外部确认者拒绝所述请求；和

响应于所述拒绝维持所述规则。

21.根据权利要求15所述的过程，其中所述第一计算系统和所述第二计算系统是同一计算系统的一部分。