专利名称：用于提供网格服务生存期管理的方法和系统的制作方法
技术领域：
本发明一般地涉及Web服务，更具体地，本发明涉及用于提供网格服务的生存期管理的系统。
背景技术：
Web服务包括独立地运行的应用，所述应用实现于因特网之上，并且允许异类系统通过公共规范和协议进行交互。目前的Web服务仍然处于它们的初级阶段。直到现在为止，还没有能使商业企业实现Web服务的全部潜力的被普遍接受的标准。正在取得突破的一种Web服务类型是网格计算，网格计算涉及将许多不同种类的计算设备组织在一起而成为一虚拟组织(VO)，借此可以共享处理周期和其它资源以执行复杂的功能。
开放网格服务体系结构(OGSA)是一种基于对网格以及Web服务的概念和技术的整合的网格系统体系结构。它包括基于群体(community-based)的用于提供安全性、信息基础设施、资源管理、数据管理、通信、故障检测和可移植性功能的一组服务和软件库。OGSA使用Web服务描述语言(WSDL)(一种XML格式的语言)来描述Web服务交换消息的能力。OGSA包括WSDL接口、约定(convention)和服务绑定，它们定义了创建复杂分布式系统所需的组件，例如生存期管理和通知，以及用于支持安全性特征的组件。使用WSDL，OGSA体系结构定义了指定网格应用的属性的对Web服务的扩展。这些扩展，以及它们在OGSA规范中的定义，试图提供一种诸如portType(端口类型)关系和服务数据等技术的标准，以便确保运行中的网格服务间的互操作性。
当前，网格服务作为OGSA的一部分，是由全球网格论坛(GGF)创建的开放标准过程来定义的。GGF定义的标准概述于“网格服务规范”(开放网格服务基础结构或OGSI规范)中。网格服务规范定义了网格服务的体系结构和客户接口方面，但是没有涉及很多实现细节。例如，没有提供关于如何在宿主环境例如Java 2企业版(J2EE)(TM)中提供网格服务的许多细节。由于其开放标准的性质，J2EE环境对于使用网格服务是适合的。
因此，需要一种在各种宿主环境中管理网格服务的生存期，同时保持与OGSI规范的兼容性和依从性的方法。
发明内容
本发明的一个示例性实施例涉及一种用于提供网格服务的生存期管理的方法、系统和存储介质。该系统包括至少一个启用了OGSI的宿主环境，所述的宿主环境通过通信网络与网格客户系统通信。该系统还包括在所述启用了OGSI的宿主环境上执行的网格服务管理系统。该网格服务管理系统包括定义了与网格服务相关的生存期服务状态和变迁状态的服务状态与变迁模型。
现在参考附图，其中在各个图中类似的元件标有相似的标号图1是一个系统的方块图，在一个示例性实施例中在该系统之上实现了网格服务管理系统；图2是由网格服务管理系统定义的用于管理网格服务生存期的网格服务状态与变迁示意图；以及图3是一示意图，其示出了在一个示例性实施例中用于通过网格服务管理系统提供生存期管理的ServiceData(服务数据)增强。
具体实施例方式
网格服务管理系统定义了网格服务生存期中的诸阶段，并且将这些阶段映射到网格服务规范的诸体系结构元素，以及映射到宿主环境。定义了诸阶段之间的变迁以及触发事件。网格服务管理系统允许动态地部署和解除部署网格服务、网格服务自我解除部署的能力、网格服务生存期责任的清楚的分离以便简化网格服务的开发、用于生存期状态变迁的可调用接口，以及其它优点。
OGSA定义了网格服务实例的语义它是如何创建并命名的，其生存时间是否已被确定，以及通信协议是否已被选择。OGSA不对一服务做什么以及它如何执行该服务做出要求。OGSA不涉及诸如实现编程模型、编程语言、实现工具或执行环境这样的问题。一种特定的执行环境或宿主环境实例化了网格服务。宿主环境不仅定义实现编程模型、编程语言、开发工具和调试工具，而且还定义一网格服务实现如何完成其有关网格服务语义的职责。基于容器或组件的宿主环境，例如J2EE、Websphere、.NET以及Sun ONE可以实现诸如网格服务的Web服务，并且可以提供优良的可编程性、可管理性、灵活性和安全性。容器具有主要职责，来确保其支持的服务符合网格服务语义，并且从服务实现者处卸载某些服务职责。
网格服务管理系统是通过如图1所示的网络系统实现的。图1给出了网络系统100，并且包括网格客户系统102。网格客户系统102指请求网格服务的计算机设备，并且可以包括任何适合的启用了Web的处理设备。网格宿主环境104指为客户系统提供网格服务的系统。网格宿主环境104符合OGSI并且可以包括用于建立基于Web的和电子商务的应用的任何适合的因特网软件平台，例如IBM的Websphere(TM)、Sun Microsystem的Open Net Environment(Sun ONE)(TM)或者微软的.Net(TM)平台。网格客户系统102和宿主环境系统104通过网络连接例如因特网通信。网格服务管理系统106应用可以由宿主环境104执行，并且包括API 108和网格服务状态与变迁模型110，如此处将进一步说明的。
与网格服务相关联的基本动作是部署(解除部署)、启动(停止)和注册(解除注册)。已注册和已解除注册的状态是指服务被加入到注册服务内和被从注册服务内删除，所述的注册服务实现如OGSI规范中所定义的服务组portType(端口类型)。网格服务在启动之前必须进行部署，并且在其能够被注册之前启动。唯一的例外是内建的网格服务，这些内建的网格服务不能被解除部署、停止或解除注册。下表给出了OGSA宿主环境中的网格服务所允许的状态以及所允许的变迁。
从V到-＞ 000 100 110111011 010101001000 .y- - - y errerr100 y.y - - - errerr110 -y. y y y errerr111 --- y . y errerr010 y-y - y . errerr101 err err errerrerr err. err001 err err errerrerr errerr.
到-＞ 000 100 110111011 010101001上面给出的用于网格服务动作的位编码是111＝{已部署，已启动，已注册}到000＝{已解除部署、已停止、已解除注册}。符号‘y’代表允许变迁。符号‘-’代表不允许变迁。‘.’表示允许变迁并且该变迁是‘no-op’或‘空操作(no operation)’，这表示没有变迁被执行。标记为‘err’的状态不应该出现，因为没有到该状态的允许的变迁。在图2的示意图中给出了网格服务状态和变迁模型110。
图2给出了每个状态变迁的基本概念和动作。方块表示服务状态，箭头表示服务状态变迁，并且圆点表示服务的‘开始’点和‘终止’点。
‘/static deploy’变迁202表示静态网格服务部署的开始。‘/deploy()’变迁204表示动态网格服务部署开始。如果部署是静态的202，网格服务将在下一个OGSI-实例(重新)启动时自动地启动。当部署是动态的204时，网格服务在部署之后自动地立即启动。在用于静态和动态网格服务部署二者的变迁202、204中，分配一网格服务句柄(GSH)。已部署方块206表示已部署服务状态。网格服务句柄是OGSI体系结构的一个元素，并且是指被分配给每个网格服务实例以便和其它网格服务实例区分开的一个唯一的标识符。在已部署服务状态206和已部署/已启动服务状态210之间的‘/start()’变迁208表示网格服务已经变成可运行的了。在已部署/已启动服务状态210中产生网格服务引用(GSR)，并且更新相关联的HandleMap(句柄图)。GSR是OGSI体系结构的一个元素，并且包含了与特定服务实例相交互所需的特定于实例的信息。GSR可以在服务的生存期内发生改变，而不同的是，GSH保持为静态的。在已部署/已启动服务状态210和已部署服务状态206之间的‘/stop’变迁212是指已部署的网格服务停止运行的状态。在变迁212的过程中，相关联的GSR被解除分配并被从HandleMap内删除，而GSH是持久的。
起始点200和‘已启动’服务状态216之间的‘/factorycreatService()’变迁214指网格服务变成运行的点。在变迁214过程中产生并分配GSH和GSR，并且还进行其它准备(例如，更新HandleMap)以准备好网格服务和OGSI-实例以及宿主环境，从而正确地传递目标为该网格服务的消息。这通常发生在网格服务工厂(grid service factory)响应creatService(创建服务)网格服务操作时。
在已部署/已启动服务状态210和已部署/已启动/已注册服务状态220之间的‘/register()’变迁218表示网格服务被注册在本地OGSI-实例注册库内。如由‘/unregister()’变迁221定义的，已注册的网格服务可以被解除注册。即使已经被解除了注册，网格服务仍可以继续正常地运行。然而，应当注意，不在运行中的网格服务不能被注册，因此要销毁一个已注册的网格服务，必须在能够将其解除部署之前将其解除注册并将其停止。
位于‘已启动’服务状态216和已启动/已注册服务状态224之间的‘/register()’变迁222和‘/unregister()’变迁223与上面的‘/register()’变迁218类似，并且将不再对其说明。
‘已启动’服务状态216和已部署/已启动服务状态210之间的‘/deploy()’变迁226发生在正在运行中的网格服务实例确定其应该被部署(例如，具有持久的GSH，并且在OGSI-实例(重新)启动时被自动地启动)时，在这种情况下，它调用一OGSI-实例方法。‘/undeploy()’变迁227指在已部署的网格服务被解除部署时发生的变迁。
在已启动/已注册服务状态224和已部署/已启动/已注册服务状态220之间的‘/deploy()’变迁228和‘/undeploy()’变迁228与上面的变迁226类似，并且将不再对其说明。
在已部署服务状态206和终止点232之间的‘/destroy()’变迁230指已部署的网格服务被销毁的变迁。其GSH被解除分配并且在下一个OGSI-实例(重新)启动时，该网格服务将不再启动。这里没有GSR。显然地，销毁操作可以或是明确地作为对该服务的销毁操作的结果被启动，或是通过软状态销毁(softstate destruction)启动。
在‘已启动’服务状态216和终止点232之间的‘/destroy()’变迁234表示运行的网格服务实例被销毁，GSH和GSR被解除分配，并且HandleMap和GSR被更新。
用于网格服务管理系统的网格服务宿主环境是OGSI。在服务器例如网格宿主环境104上的运行中的OGSI实例提供了网格服务的运行时环境和开发者的编程环境。给定一个已定义的生存期模型，供网格服务开发者用来支持该模型的编程接口的封装可以表现为一Java接口。下面给出了生存期接口108的一个例子。
/***提供对内建的生存期管理功能的网络服务访问的一OGSI接口。
**@version％I％，％G％*@since OGSI rel.1*///--------------------------------------------------------------
Public interface GridServiceLifeCycle{/***Basic getter...
*/LifeCycleSDE get_gridServiceLifeCycle()；Date get_gridserviceLifeCycleTime()；/***提供几个简单的方法来自我变迁你的状态。应注意某些变迁是不允许的，并且某些变迁是不允许由网格服务对它自身进行的。
*(也称为setter...)*/Void set_gridServiceLifeCycle(LifeCycleSDE lifecycle)Throws OgsiSDEvalueException，OgsiParamException；Void set_gridServiceLifeCycleDeployed()；Void set_gridServiceLifeCycleUndeployed()；Void set_gridServiceLifeCycleRegistered(GSH registryGSH)；Void set_gridServiceLifeCycleUnregistered()；}//GridServiceLifeCycle网格服务管理系统还提供了一接口108，该接口允许向网格服务通知正由宿主环境施加于服务上的任何的状态变迁。除了状态变迁之外，还在调用中向服务传递其正变迁离开的状态。下面给出了如何定义这种接口的一个例子。
/***网格服务必须实现以便得到其状态变迁的通知的一OGSI接口。
*当通过所定义的回调函数之一通知网格服务时，
*也将先前状态通知该服务。
*@version％I％，％G％*@since OGSA rel.1*///------------------------------------------------------------------Public interface GridServiceLifeCycleCallback{Void deployed(LifeCycleSDE previousState)；Void undeployed(LifeCycleSDE previousState)；Void started(LifeCycleSDE previousState)；Void stopped(LifeCycleSDE previousState)；Void destroyed(LifeCycleSDE previousState)；Void registered(LifeCycleSDE previousState)；Void unregistered(LifeCycleSDE previousState)；}//GridServiceLifeCycleCallback网格服务规范定义了与每个网格服务相关联的标准的一组服务数据。网格服务规范以多个方面支持可扩展性，这是它支持XML的一个原因。图3给出了用于网格服务管理系统生存期的XML扩展的一个例子。图3的XML例子给出了可以如何扩展GridService portType serviceData以支持网格服务管理系统的生存期管理系统。直到terminationTime(终止时间)的初始的SDE来自网格服务规范。
如下面的XSD模式中所示，GridServiceLifeCycleState SDE将具有新定义的类型ogsiLifeCycleType的一个值，这些值基于状态名称{deployed，deployedStated，Started，startedRegistered，deployedStartedRegistered}。当需要时，将由网格服务通过上面给出的API接口类获得该值。
<xdsschematargetNamespace＝”http//ogsi.grid.name.com/2003/02/LifeCycle”>
<xsdsimpleType name＝”LifeCycleType”>
<xsdrestriction base＝”xsdtoken”>
<xsdenumeration value＝”deployed”/>
<xsdenumeration value＝”deployedStarted”/>
<xsdenumeration value＝”started”/>
<xsdenumeration value＝”StartedRegistered”/>
<xsdenumeration value＝”deployedStartedRegistered”/>
<xsdrestriction>
<xsdsimpleType></xsdschema>
GridServiceLifeCycleTime表示达到由gridServiceLifeCycleState所表示的状态的、作为一标准的XSD类型的日期和时间。再次地，当需要时，这个值将由OGSI为网格服务保持，并且通过上面的API接口获取。
如上所述，良好定义的网格服务状态机允许将网格服务容易地映射到其它组件模型，诸如J2EE。这使得有可能更容易地将这些组件暴露为如在OGSA体系结构中描述的服务。如其名称所暗示的，J2EE环境EJB是具有特定的生存期的有状态的组件或实体。EJB实体规范还定义了一客户接口，该接口允许对bean(豆)的生存期进行控制。例如，客户能够创建或删除一个实体。网格服务管理系统和宿主环境的网格服务状态模型允许实现非常简单的服务骨架(skeleton)，所述服务骨架简单地指派到一个已存在的实体bean。在这种情况中，不仅将服务操作指派到实体的“业务”逻辑或方法，还对服务状态进行指派。
具体地说，当通过上述的回调接口向服务通知关键生存期改变事件(状态变迁)时，服务可以通过实体的客户接口指派到底层的实体bean实现。可以被映射的变迁为网格服务creatService到EJB创建、网格服务销毁到EJB删除以及网格服务启动到EJB查找。
通过定义网格服务生存期内的诸阶段并将这些阶段映射到网格服务规范体系结构的元素和映射到宿主环境，网格服务管理系统允许动态地部署和解除部署网格服务、网格服务自我解除部署的能力、清楚地分离对网格服务生存期的职责以便简化网格服务的开发、用于生存期状态变迁的可调用的接口，以及其它优点。
如上所述，本发明能够以计算机执行的过程和用于实现这些过程的装置的形式体现。本发明还能够以含有指令的计算机程序代码的形式体现，这些指令体现在有形介质，例如软盘、CD-ROM、硬盘或任何其他计算机可读的存储介质中，其中，当该计算机程序代码被装入计算机并被计算机执行时，该计算机就成为实施本发明的装置。本发明还能够以计算机程序代码的形式体现，例如不论该代码是存储在存储介质上，装入计算机并由计算机执行，还是被在某种传输介质上传输，例如在电线或电缆上、通过光纤、或通过电磁辐射传输，其中，当该计算机程序被装入计算机并由计算机执行时，该计算机就成为了实施本发明的装置。当在通用微处理器上执行时，该计算机程序代码段配置该微处理器以创建特定的逻辑电路。
虽然已经给出并描述了一些优选实施例，但是可以不脱离本发明的主旨和范围而做出各种改型和替代。因此，应当理解，本发明是以示例的而不是限制的方式描述的。
权利要求
1.一种用于提供网格服务的生存期管理的系统，包括至少一个启用了开放网格服务基础结构(OGSI)的宿主环境；在所述宿主环境上执行的一网格服务管理系统；其中所述网格服务管理系统包括一服务状态与变迁模型，所述服务状态与变迁模型定义了与一网格服务相关联的生存期服务状态和变迁状态。
2.如权利要求1的系统，还包括可用于提供对内建的生存期功能的网格服务访问的应用编程接口。
3.如权利要求2的系统，其中所述至少一个启用了OGSI的宿主环境提供了OSGI的运行中实例，该OSGI的运行中实例提供了所述网格服务的运行时环境和开发者的编程环境。
4.如权利要求1的系统，还包括一接口，该接口可用于向网格服务通知由所述启用了OGSI的宿主环境施加于所述网格服务上的状态变迁。
5.如权利要求4的系统，其中在一个调用中将网格服务正变迁离开的服务状态传递给所述网格服务。
6.如权利要求1的系统，还包括可用于支持所述网格服务的生存期管理的网格服务规范的XML扩展。
7.如权利要求1的系统，其中所述生存期服务状态包括指示已部署的服务状态的已部署；已部署/已启动；已启动；已启动/已注册；以及已部署/已启动/已注册。
8.如权利要求7的系统，其中注册状态包括网格服务添加到注册服务，所述注册服务实现服务组端口类型。
9.如权利要求1的系统，其中所述变迁状态包括指示出起始端点和静态网格服务部署的开始之间的变迁的静态部署变迁。
10.如权利要求1的系统，其中所述变迁状态包括指示出开始点和动态网格服务部署的开始之间的变迁的动态部署变迁。
11.如权利要求1的系统，其中所述变迁状态包括指示出已部署服务状态和已部署/已启动服务状态之间的变迁的启动变迁，所述启动变迁可用于指示出何时网格服务成为运行的。
12.如权利要求1的系统，其中所述变迁状态包括指示出已部署/已启动服务状态和已部署服务状态之间的变迁的停止变迁，所述停止变迁可用于指示出何时已部署的网格服务停止运行。
13.如权利要求1的系统，其中所述变迁状态包括指示出已部署/已启动服务状态和已部署/已启动/已注册服务状态之间的变迁的注册变迁，所述注册变迁可用于指示出何时网格服务被注册在本地OGSI-实例注册库内。
14.如权利要求1的系统，其中所述变迁状态包括指示出已部署/已启动/已注册服务状态和已部署/已启动服务状态之间的变迁的解除注册变迁，所述解除注册变迁可用于指示出网格服务被解除注册。
15.如权利要求1的系统，其中所述状态变迁包括指示出至少下述之一之间的变迁的部署变迁已启动服务状态和已部署/已启动服务状态；以及已启动/已注册服务状态和已部署/已启动/已注册服务状态；其中所述部署变迁可用于指示出何时运行中的网格服务实例确定所述网格服务将被部署。
16.如权利要求1的系统，其中所述变迁状态包括指示出至少下述之一之间的变迁的解除部署变迁已部署/已启动/已注册服务状态和已启动/已注册服务状态；以及已部署/已启动服务状态和已启动服务状态；其中所述解除部署变迁指示出已部署的网格服务被解除部署。
17.如权利要求1的系统，其中所述变迁状态包括指示出至少如下之一之间变迁的销毁变迁已启动服务状态和终止点，其中所述销毁变迁指示出运行的网格服务实例被销毁；以及已部署服务状态和终止点，表示已部署的网格服务被销毁的变迁。
18.如权利要求1的系统，其中所述变迁状态包括指示出起始点和已启动服务状态之间的变迁的工厂创建服务变迁，并且指示出何时网格服务变成运行的。
19.一种用于管理网格服务生存期的方法，包括定义网格服务生存期内的状态；定义所述网格服务生存期内的所述状态间的变迁；将所述状态映射到在网格服务规范中提供的体系结构标准；以及将所述状态之间的所述变迁映射到在网格服务规范中提供的体系结构标准。
20.如权利要求19的方法，其中所述网格服务规范包括开放网格服务基础结构(OGSI)。
21.如权利要求19的方法，其中所述网格服务生存期内的所述状态包括指示出已部署服务状态的已部署状态；已部署/已启动状态；已启动状态；已启动/已注册状态；以及已部署/已启动/已注册状态。
22.如权利要求21的方法，还包括向网格服务通知正由宿主环境施加于所述网格服务上的状态变迁的发生；其中所述将状态变迁通知所述网格服务包括由所述宿主环境识别变迁离开的状态。
23.如权利要求21的方法，其中注册状态包括网格服务添加到注册服务，所述注册服务实现服务组端口类型。
24.如权利要求19的方法，其中所述状态间的所述变迁包括指示出起始端点和静态网格服务部署的开始之间的变迁的静态部署变迁。
25.如权利要求19的方法，其中所述状态间的所述变迁包括指示出起始点和动态网格服务部署的开始之间的变迁的动态部署变迁。
26.如权利要求19的方法，其中所述状态间的所述变迁包括指示出已部署服务状态和已部署/已启动服务状态间的变迁的启动变迁，所述启动变迁可用于指示出何时网格服务成为运行的。
27.如权利要求19的方法，其中所述状态间的所述变迁包括指示出已部署/已启动服务状态和已部署服务状态之间的变迁的停止变迁，所述停止变迁可用于指示出何时已部署的网格服务停止运行。
28.如权利要求19的方法，其中所述状态间的所述变迁包括指示出已部署/已启动服务状态和已部署/已启动/已注册服务状态之间的变迁的注册变迁，所述注册变迁可用于指示出何时网格服务被注册在本地OGSI-实例注册库内。
29.如权利要求19的方法，其中所述状态间的所述变迁包括指示出已部署/已启动/已注册服务状态和已部署/已启动服务状态之间变迁的解除注册变迁，所述解除注册变迁可用于指示出网格服务被解除注册。
30.如权利要求19的方法，其中所述状态间的所述变迁包括指示出至少下述之一之间的变迁的部署变迁已启动服务状态和已部署/已启动服务状态；以及已启动/已注册服务状态和已部署/已启动/已注册服务状态；其中所述部署变迁可用于指示出何时运行中的网格服务实例确定所述网格服务将被部署。
31.如权利要求19的方法，其中所述状态间的所述变迁包括指示出至少下述之一之间的变迁的解除部署变迁已部署/已启动/已注册服务状态和已启动/已注册服务状态；以及已部署/已启动服务状态和已启动服务状态；其中所述解除部署变迁指示出已部署的网格服务被解除部署；
32.如权利要求19的方法，其中所述状态间的所述变迁包括指示出至少如下之一之间变迁的销毁变迁已启动服务状态和终止点，其中所述销毁变迁指示出运行的网格服务实例被销毁；以及已部署服务状态和终止点，指示出已部署的网格服务被销毁的变迁。
33.如权利要求19的方法，其中所述状态间的所述变迁包括指示出起始点和已启动服务状态之间的变迁的工厂创建服务变迁，并且指示出何时网格服务变成运行的。
34.一种编码有机器可读的计算机程序代码的存储介质，所述计算机程序代码用于管理网格服务生存期，该存储介质包括用于使一计算机执行一方法的指令，该方法包括定义网格服务生存期内的状态；定义所述网格服务生存期内的所述状态间的变迁；将所述状态映射到在网格服务规范中提供的体系结构标准；以及将所述状态之间的变迁映射到在网格服务规范中提供的体系结构标准。
35.如权利要求34的存储介质，其中所述网格服务规范包括开放网格服务基础结构(OGSI)。
36.如权利要求34的存储介质，其中所述网格服务生存期内的所述状态包括指示出已部署服务状态的已部署状态；已部署/已启动状态；已启动状态；已启动/已注册状态；以及已部署/已启动/已注册状态。
37.如权利要求34的存储介质，还包括用于致使所述计算机执行下述任务的指令向网格服务通知正由宿主环境施加于所述网格服务上的状态变迁的发生；其中所述将状态变迁通知所述网格服务包括由所述宿主环境识别变迁离开的状态。
38.如权利要求36的存储介质，其中注册状态包括网格服务添加到注册服务，所述注册服务实现服务组端口类型。
39.如权利要求34的存储介质，其中所述状态间的所述变迁包括指示出起始端点和静态网格服务部署的开始之间的变迁的静态部署变迁。
40.如权利要求34的存储介质，其中所述状态间的所述变迁包括指示出起始点和动态网格服务部署的开始之间的变迁的动态部署变迁。
41.如权利要求34的存储介质，其中所述状态间的所述变迁包括指示出已部署服务状态和已部署/已启动服务状态间的变迁的启动变迁，所述启动变迁可用于指示出何时网格服务成为运行的。
42.如权利要求34的存储介质，其中所述状态间的所述变迁包括指示出已部署/已启动服务状态和已部署服务状态之间变迁的停止变迁，所述停止变迁可用于指示出何时已部署的网格服务停止运行。
43.如权利要求34的存储介质，其中所述状态间的所述变迁包括指示出已部署/已启动服务状态和已部署/已启动/已注册服务状态之间的变迁的注册变迁，所述注册变迁可用于指示出何时网格服务被注册在本地OGSI-实例注册库内。
44.如权利要求34的存储介质，其中所述状态间的所述变迁包括指示出已部署/已启动/已注册服务状态和已部署/已启动服务状态之间变迁的解除注册变迁，所述解除注册变迁可用于指示出网格服务被解除注册。
45.如权利要求34的存储介质，其中所述状态间的所述变迁包括指示出至少下述之一之间的变迁的部署变迁已启动服务和已部署/已启动服务状态；以及已启动/已注册服务状态和已部署/已启动/已注册服务状态；其中所述部署变迁可用于指示出何时运行中的网格服务实例确定所述网格服务将被部署。
46.如权利要求34的存储介质，其中所述状态间的所述变迁包括指示出至少下述之一之间的变迁的解除部署变迁已部署/已启动/已注册服务状态和已启动/已注册服务状态；以及已部署/已启动服务状态和已启动服务状态；其中所述解除部署变迁指示出已部署的网格服务被解除部署。
47.如权利要求34的存储介质，其中所述状态间的所述变迁包括指示出至少如下之一之间的变迁的销毁变迁已启动服务状态和终止点，其中所述销毁变迁指示出运行的网格服务实例被销毁；以及已部署服务状态和终止点，指示出已部署的网格服务被销毁的变迁。
48.如权利要求34的存储介质，其中所述状态间的所述变迁包括表示起始点和已启动服务状态之间的变迁的工厂创建服务变迁，并且指示出何时网格服务变成运行的。
全文摘要
本发明的一个示例性实施例涉及用于提供网格服务生存期管理的方法、系统和存储介质。该系统包括至少一个启用了OGSI的宿主环境，所述宿主环境通过通信网络与网格服务客户系统通信。该系统还包括执行在所述启用了OGSI的宿主环境上执行的网格服务管理系统。该网格服务管理系统包括服务状态与变迁模型，其定义了与网格服务相关联的生存期服务状态和变迁状态。
文档编号H04L29/08GK1592227SQ200410058109
公开日2005年3月9日 申请日期2004年8月13日 优先权日2003年8月29日
发明者E·B·博登, M·D·威廉斯 申请人:国际商业机器公司