专利名称：用于在企业系统中提供策略层级结构的系统和方法
技术领域：
本发明涉及一种企业范围的策略层级结构，更具体而言涉及基于企业数据处理系统的策略引擎之间的管辖(jurisdiction)的经纪(broking)决策。
背景技术：
随着商业需求和基础设施要求变得更加复杂，要求应用程序包含更多有关它们周边的、有关该应用程序应当如何运转，以及有关该引用程序应当如何与其周围基础设施进行交互的“智能性”。因此，许多应用程序终于开始创建嵌入式“策略引擎”以服务于这些需求。
一开始，这是合理的途径；然而，由于应用程序复杂性的增长以及策略引擎的激增，策略之间的冲突也得以加剧。有5或10个具有在各种情境下(例如Tivoli Intelligent Orchestrator，DB2，WebSphere等下)运行的策略引擎的这种应用程序，并不罕见。Tivoli，DB2和WebSphere是可以从纽约Armonk的Internation Business MachineCorporation(国际商业机器公司)获得的软件包。当这些应用程序参与企业范围的决策时，它们很可能运行为相反用途，该相反用途将对整个公司造成负面的影响。当前没有在策略制定引擎之间进行仲裁的方法，也没有管理策略层级结构的通用方法。随着商业需求和基础设施要求变得更加复杂，要求应用程序包含更多有关它们周边的、有关该应用程序应当如何运转，以及有关该引用程序应当如何与其周围基础设施进行交互的“智能性”。更重要地是，需要反映商业过程流，而要少反映一些安装程序的配置设定。因此，许多应用程序开始使用嵌入式“策略引擎”。
2003年6月26日出版的、Hornarvar等人的美国专利申请公开US2003/0120529A1“VERSIONING IN RULES BASED DICISIONMANAGEMENT SYSTEM”披露了一种计算机执行的决策管理系统，它通过创建不同的策略版本，并没有技术干预地选择所创建策略中的相应策略版本，没有技术干预地应用所选的策略版本来确定交互策略，基于所确定的交互策略监视性能，并根据所监视到的性能来提炼所选定的策略版本，从而提供策略版本控制(versioning)。
2003年7月3日出版的、Dangler等人的美国专利申请公开US2003/0125979A1“METHOD FOR FLEXIBLE DEFINITION ANDRETRIEVAL OF BEHAVIOR AND DATA APPLICABLE TOMULTIPLE PARTICIPATING PARTIES”披露了一种在公司参加协定或从事事务或执行商业事件之前，引导决策制定过程的方法。为各种协定、事务或事件建立策略、因素、权重，以及这些因素的相对优先级。
2003年8月7日出版的、Rowan等人的美国专利申请公开US2003/0149610A1“METHOD OF STRATEGIC PLANNING”披露了一种由实体进行策略规划的方法，它包括访问该实体的当前状态，以用作建立该实体发展方向的基础。
2003年10月2日出版的、Crites等人的美国专利申请公开US2003/0187717A1“METHOD FOR MARKETING STRATEGYOPTIMIZATION”披露了一种市场营销策略优化方法，它包括通过各计划或程序来组织市场营销策略，其中计划和程序中的每一个都具有与描述该策略结果的输出测量值具有因果关系的输入度量。优化包括确定用于优化该策略给定输出的输入度量。
2004年7月29日出版的、Hornarvar等人的美国专利申请公开US2004/0148211A1“DECISION MANAGEMENT SYSTEM WITHAUTOMATED STRATEGY OPTIMIZATION”披露了一种自动优化决策管理系统的策略的装置和方法。计算机执行的决策管理系统应用某一策略以确定要采取的动作，基于所采取动作来监视性能，并根据所监视的性能提炼策略。
2005年5月5日出版的、Caplan等人的美国专利申请公开US2005/0096950A1“METHOD AND APPARATUS FOR CREATINGAN EVALUATING STRATEGIES”披露了一种包括计算机实现的策略科学方法论的方法和装置，该计算机实现包括定义好的一组程序，用于执行整个范围的项目以开发用于客户的策略。
发明内容
本发明提供一种构造策略引擎层级结构的方法，并考虑“管辖”概念以管理如何在企业级别上制定和实施决策。此外，本发明着眼于提供企业范围的“策略层级结构”，该“策略层级结构”具有基于管辖以及什么对公司整体有益而进行经纪(broker)决策的能力。管辖可以定义为“解释和应用法则的力量、权利或职权(authority)；行使职权的界限和势力范围”。
例如，假定企业系统的递送组织按地区来划分(例如美洲、亚太(AP)，以及中东(EMEA))，这些地区组织中的每一个均具有为多个客户提供服务的随需应变(on demand)基础设施。为了该实例起见，假定每个地区均组成“管辖”(在给定多种另外的情境的情况下，可以对管辖进行分类)。对于该例，假定AP内的策略引擎(例如TIO)指示需要大量硬件以满足客户的需求。为了满足该请求，AP需要供应其管辖以外的硬件，例如EMEA。与此同时，EMEA正在忙于为其自己的随需应变客户服务(利用各种另外的策略引擎)并且正在消耗AP想要请求的硬件。本发明能经纪这两个(以及其它的)策略引擎之间的请求，以便基于较高级别的策略职权来确定谁对该硬件拥有更大的需求。例如，假定EMEA的客户拥有胜过AP客户的合同价值。很可能AP客户是举足轻重的(reference-able account)，或者将要扩大他们的合同。这些和其他变量(包括服务等级协议(SLA)，量度，以及原始策略引擎所采集的其他输入)可以加权到策略决策中，从而可以在公司范围内对其进行评估。众所周知，SLA是服务提供商与服务接受者之间进行的正式书面协议。SLA为服务自身的交付定义了双方之间理解的基础。
总而言之，该“最高管理器(manager-of-managers)策略引擎”能够整合其他策略引擎的指示，以便根据谁对期望动作拥有更大需求来经纪决策。这些决策可以基于各种因素，包括商业策略、分级的SLA，合同价值，以及企业系统的总体值。策略职权的层级结构可以由“管辖”概念进行划分。管辖可以进一步通过地区管辖和主题管辖进行分类(例如国防部，USDA等——给定资源内包含的数据主题可以改变所制定决策的类型)。
管辖概念的实施是一个创新，它能够提供一种构造策略引擎层级结构的方法，知晓企业范围的操作，并平滑地管理如何在企业级别制定和实施决策。
策略交互的管理迅速地成为策略驱动管理的扩展中至关重要的问题。当今，大多数当前的系统采取没有层级结构概念的一组策略，以及解决企业级冲突的一种方法。
本发明的一个目的是提出一种提供多级策略的环境。由于企业范围的环境变得更加复杂，而且从现有资产获得更多利用率的需求得以增长，从而分级策略的实施和仲裁将是必需的。
本发明的另一目的是提供一种迄今为止未提出的策略管理。
本发明的另一目的是提供一种不必借助统一体系结构就能解决该问题的方法(解决方案是支持多供应商的)。
本发明的另一目的是避免死锁，竞争状况，以及非预期结果。
本发明的另一目的是提出一种方法和系统，用于同时使用主题管辖和地区管辖来映射西方法律中使用的管辖系统。
本发明的另一目的是提出一种方法和系统，用于将管辖规则嵌入到中央引擎中，该规则可以由所覆盖的任一管辖中运行的任一策略引擎/程序进行参考。
本发明的另一目的是提出一种方法和系统，其中管辖引擎以相关管辖指示的方式，管理所执行(所考虑)任何策略的调用和执行。
本发明的另一目的是提出一种方法和系统，其中在管辖引擎拦截到策略请求期间，许多请求由于它们不发生冲突并且符合管辖规则而得以批准；然而某些请求会发生冲突而被驳回。重复发生(recur)的这些冲突是各个策略执行引擎中失调策略的结果。如果捕获且报告这些冲突，它们可以用来重新调整出错的策略引擎以便在企业内正常工作。
本发明的另一目的是提供一种方法和系统，其中解决平台是不可知论的(agnostic)并且与体系结构无关。
本发明的另一目的是提出一种方法和系统，其中使受到管理的策略系统不能够借助于“内置调用”用管辖职权机构进行检查，而是对全异的策略引擎进行登记。该登记机制将实现“钩”住所有的策略调用、执行，以及操作调用的能力。这些调用接下来可以由管辖职权机构进行拦截和询问，从而提供根据职权许可、拒绝，或修改该调用的能力。
本发明的另一目的是提出一种方法和系统，其中实现受到管理的策略系统，将管辖排名编码为策略并且在明确的环境下执行，并且其中如果环境是模糊的，则查询管辖职权机构。
在此还描述且要求保护与上面归纳的方法相对应的系统和计算机程序产品。
通过本发明的技术实现另外的特征和优点。在此对本发明的其他实施例和方面进行详细描述，并将其看作所要求保护的发明的一部分。为了更好地理解本发明的优点和特征，参考说明书和附图。
在说明书的结尾处的权利要求中特别指出并明确地要求保护了被认为是本发明的主题。通过以下结合附图所作的详细说明，本发明的前述和其他目的、特征和优点是显而易见的，其中图1图示了现有技术的企业系统，它采用没有层级结构概念的一组策略，以及解决企业级冲突的方法；图2图示了一个简单的企业系统，其中管辖职权机构用来将额外资源添加到计算机集群；
图3示出了一个图解说明地区管辖的企业系统；图4示出了一个图解说明主题管辖的企业系统；以及图5是本发明将额外资源添加到图2的系统中发出请求的集群的过程的流程图。
详细描述作为例子参考附图解释了本发明优选实施例，以及优点和特征。
具体实施例方式
图1图示了现有技术的企业系统10，它分为两个地理区域12和14。每个地理区域12和14分别具有策略引擎16和18。例如，区域12代表墨西哥城，它是AP的一部分并且包括Tivoli IntelligentOrchestrator(TIO)策略引擎16，而区域14代表罗利(Raleigh)，它具有DB2策略引擎18。企业系统10还包括自由资源池20，它包括可用于区域12和14的那些资源。如果两个策略引擎都接收到对资源(例如可以在自由资源池20中获得的服务器21)的请求，现有技术的系统10只拥有一组没有层级结构的策略，从而发生冲突，进而可能导致死锁或竞争状况。
图2图示了使用本发明的企业系统，其中系统22包括至少一个计算机集群24，诸如Tivoli供应管理器的管理器25，自由资源池26，用于向管理器25作出额外资源请求的策略引擎28，以及处理资源请求的管辖职权机构30。系统22包括另外的策略引擎32，33和34，它们可以包括但不限于其它基于Tivoli接入管理器的引擎32，基于SNMP的策略引擎33，以及其它策略引擎。策略引擎32，33和34还向管辖职权机构30发送请求，以请求来自资源池的资源。管辖职权机构30在对相同资源有其他请求或有相关询问的情境下对资源进行处理。管辖职权机构30根据管辖规则和逻辑，在两个或更多相关资源请求之间进行调解。此外，管辖职权机构30确定请求模式，并向各个策略执行引擎28，32，33和34报告可能错误的策略。管辖职权机构30根据基于例如地区36和/或主题37的管辖层级结构/规则35来处理请求。管辖职权机构使用的其他规则可以包括诸如法则，SLA条款，客户优先级，语言等东西。
下述情形是关于系统22如何工作的一个例子。本领域技术人员可以实现其他更复杂的情形。在40，大量web事务向策略引擎触发了测量web集群24的SLA度量的事件。为了避免违反SLA，在42，基于SLA的策略引擎28发送信号给Tivoli的供应管理器25，以便将额外的web资源添加到罗利web集群24。在执行该供应请求之前，在42，Tivoli供应管理器25查询管辖职权机构30，请求执行该供应操作的许可。管辖职权机构30在对相同资源有其他请求或有相关询问的情境下对请求进行处理。管辖职权机构30在两个或更多相关资源请求之间进行调解，并将“管辖”规则和逻辑35应用于这些请求。管辖职权机构30还确定请求模式，并报告各个策略执行引擎28，32，33和34中可能错误的策略。在46，管辖职权机构“授予”供应服务器的职权。在48，Tivoli供应管理器25执行供应工作流。
图3是这样的图解，其中将图2的系统22分成在管辖职权机构30的管辖层级结构/规则35中使用的地理区域。将Web集群50分配给罗利，该web集群50包括计算机San Juan51，Paramaribo52，Fuquay-Varina53，和Mazatlan54。系统22还包括分配给温尼伯的web集群55，同样也分配给罗利的另一web集群56，以及分配给墨西哥城的web集群57。建立规则35以便将优先级给予例如位于其他集群以上的一个web集群、请求所来自的web集群中的计算机。例如，规则可以建立为所有资源请求在分配给集群50的其他计算机之前将首先分配给Mazatlan54的计算机，或者可以建立为所有资源请求在分配给其他web集群之前先分配给集群56。根据需要，这些规则可以根据接收到请求时的日和时，或其他标准而发生变化。
图4图示了图2的管辖职权机构30的管辖分级/规则35中主题规则的一个例子。图4所示的规则建立为如果请求来自于执行管理功能的计算机，该请求将分配给web集群50的子集群60。如图所示，该子集群可以由计算机51和52组成。同样，将与销售相关的请求分配给子集群61或集群50的计算机53和54。如果该请求与工资单相关，则将该请求分配给集群57的子集群62。根据需要，管辖层级结构/规则35还可以在基于环境和管理方法的动态变化，以交叉(cross-cut)管辖实施。
图5是将请求资源分配给发出请求的计算机或web集群的过程流程图。在70，诸如大量网站事务的触发事件致使对额外资源的请求发送给策略引擎。在71，在管辖职权机构登记的策略引擎请求额外的资源。举例来说，该请求可以是被添加以避免违反阈值SLA的额外服务器。在72，策略引擎发送请求给请求添加资源的供应计算机。在73，该供应计算机发送请求给管辖职权机构，以询问是否可以将该资源添加到发出请求的web集群。在74，遵循建立的管辖层级结构/规则，管辖职权机构对该请求授权。在75，供应管理器命令向发出请求的web集群添加所请求的资源，诸如将向发出请求的集群供应额外服务器。
本发明的性能能够以软件、固件、硬件或其某些组合的方式来实现。
作为一个例子，本发明的一个或多个方面可以包含在具有例如计算机可读媒体的加工制品中(例如一个或多个计算机程序产品)。举例来说，该媒体在其内部嵌入有用于提供和促进本发明性能的计算机可读程序代码手段。该加工制品可以包含为计算机系统的一部分，或者分开销售。
另外，可以提供至少一个机器可读的程序存储设备，它有形地包含了可以由机器执行以执行本发明性能的指令的至少一个程序。
此处描述的流程图仅仅作为例子。在不偏离本发明精神的前提下，这里描述的这些图或步骤(或操作)可以有许多变化。例如，可以按照不同的次序来执行这些步骤，或者也可以添加、删除或修改某些步骤。所有这些变化都看作是所要求保护的发明的一部分。
尽管已经对本发明的优选实施例进行了描述，应当理解本领域技术人员，不论是现在还是将来，都可以作出在随后的权利要求范围之内的各种改进和增强。这些权利要求应当被解释为维持对最初描述的本发明的适当保护。
权利要求
1.一种在具有至少一个计算机集群的企业系统中用于提供策略层级结构的方法，包括向管辖职权机构发送用于请求将资源添加到该计算机集群的请求；所述管辖职权机构遵循预定的规则来确定向所述计算机集群添加所述请求的资源；根据所述管辖职权机构的确定，将所述请求的资源添加到所述计算机集群。
2.根据权利要求1的方法，其中所述企业系统包括多于一个的计算机集群，而所述方法还包括当从多于一个的计算机集群接收到添加相同资源的请求时，利用所述管辖职权机构在这些计算机集群之间进行仲裁。
3.根据权利要求1的方法，其中所述管辖职权机构包括与所述计算机集群的地理管辖相关的用于添加资源的第一组规则，以及与所述计算机集群的主题管辖相关的第二组规则。
4.根据权利要求1的方法，其中通过与所述计算机集群相连的策略引擎作出对额外资源的所述请求，所述策略引擎用于确定它连接的计算机集群是否需要额外资源。
5.根据权利要求4的方法，还包括用所述策略引擎监视所述计算机集群中的参数，以确定该参数是否指示出接近违反用于管理所述计算机集群的操作的服务等级协议(SLA)。
6.根据权利要求5的方法，其中所述参数是所述计算机集群中测量出的触发阈值。
7.根据权利要求6的方法，其中所述触发阈值是所述计算机集群中的大量网站事务。
8.一种在具有至少一个计算机集群的企业系统中用于提供策略层级结构的装置，包括管辖职权机构，用于确定何时将资源添加到所述计算机集群；计算机集群管理器，向所述管辖职权机构发送用于请求将资源添加到该计算机集群的请求；所述管辖机构遵循预定的规则来确定向所述计算机集群添加所述请求的资源；所述计算机集群管理器根据所述管辖职权机构的确定，将所述请求的资源添加到所述计算机集群。
9.根据权利要求8的装置，其中在所述企业系统中还包括多于一个的计算机集群，而管辖职权机构还包括用于当从多于一个的计算机集群接收到添加相同资源的请求时，在这些计算机集群之间进行仲裁的规则。
10.根据权利要求8的装置，其中所述管辖职权机构包括与所述计算机集群的地理管辖相关的用于添加资源的第一组规则，以及与所述计算机集群的主题管辖相关的第二组规则。
11.根据权利要求8的装置，还包括与所述计算机集群相连的策略引擎，所述策略引擎用于确定它连接的计算机集群是否需要额外资源，并向所述计算机集群管理器作出对所述额外资源的请求。
12.根据权利要求11的装置，其中所述策略引擎监视所述计算机集群中的参数，以确定该参数是否指示出接近违反用于管理所述计算机集群的操作的服务等级协议(SLA)。
13.根据权利要求12的装置，其中所述参数是所述计算机集群中测量出的触发阈值。
14.根据权利要求13的装置，其中所述触发阈值是所述计算机集群中的大量网站事务。
15.一种可用于企业系统的程序产品，该企业系统具有至少一个计算机集群，所述计算机程序包括计算机可读介质，在其上记录有执行根据前述任一项方法权利要求的用于提供策略层级结构的方法的计算机可读程序代码。
全文摘要
一种可以在具有至少一个计算机集群的企业系统中使用的用于提供策略层级结构的系统、方法和程序产品。向管辖职权机构发送用于请求将资源添加到该企业系统的计算机集群的请求。遵循预定的规则，管辖职权机构确定是否允许向所述计算机集群添加所述请求资源。如果管辖职权机构确定出允许添加，计算机集群管理器将所请求资源添加到该计算机集群。
文档编号G06Q10/00GK101086778SQ20071010820
公开日2007年12月12日 申请日期2007年6月4日 优先权日2006年6月5日
发明者迈克尔·J.·斯皮萨克, 郎达·L·查德雷斯, 戴维·B·库米尔 申请人:国际商业机器公司