网络可以包括有线和/或无线内部网、因特网、广域网(WAN)、局域网(LAN)等， 它可以具有很多提供和/或寻求其他设备的服务、能力和/或资源的附接设备。定位提供具 体服务的设备总是很困难的。为了便于定位及跟踪设备及它们的服务，已经采用了各种各 样的“万维网服务”或“目录服务”技术。
术语“万维网服务”描述了一种在网络上使用开放的标准来描述、发现并集成来自不同 企业的网络应用、服务和资源的标准化的方式，所述开放的标准例如是“世界范围万维网 联盟(W3C)”和“因特网工程任务组(IETF)”标准，包括XML(扩展置标语言)、SOAP (简单对象访问协议)、WSDL(万维网服务描述语言)、UDDI(通用描述、发现和集 成)等。万维网服务是可以与其他万维网服务、应用或系统软件直接通信的自含式模块化 应用。
UDDI是一种产业首创，它利用独立于平台的开放框架实现一组全球注册中心，其允 许企业(business)定义它们的服务，发现其他企业和服务，并且共享有关企业如何交互 的信息。不幸的是，虽然UDDI的全球特性为定位已有服务提供了一个源，但是UDDI缺 少自动识别并清除陈旧条目的能力。UDDI允许设备很容易地进行自我注册并且公告所提 供或者所需要的服务、能力和资源，但是UDDI期望上述设备表现良好，并且当不再提供 所述服务时从数据库中清除其数据。不幸的是，如果设备突然变得不可用了，则陈旧的注 册中心条目可能继续保持与该设备相关联。
因此，传统的注册中心环境不适于暂时性设备，例如可以随意创建并且中止或销毁的 虚拟机(VM)，因为中止或销毁等同于设备在没有适当地处置其注册项的情况下突然从 网络中消失。
附图说明
从以下对本发明的详细描述中将会清楚本发明的特征和优点，其中：
图1图示了一种示例性的系统，该系统支持将VM集成到常见的注册中心环境中，同 时允许VM被任意中止或销毁而不必预先警告。
图2图示了图1中设备102的一种示例性实施方案。
图3图示了图1中设备102的另一种实施方案。
图4图示了图1中设备102的另一种实施方案。
图5图示了基于VM的状态，自动地注册VM服务以及撤销VM服务的注册的示例 性流程图。
图6图示了其中可以实现本发明的某些方面的一种适合的计算环境。

注册中心协助公告、发现以及提供/使用服务和资源(此后统一称为“注册项 (registration)”)。由于资源可以被封装、公告以及作为服务来使用，所以除非直接或通过 上下文特别指出，术语“服务”意在包括“资源”。在图示的实施方案中，在网络中可能存在 很多注册中心，其中一些注册中心与其他注册中心完全同步地(即，一致地)保存，而其 他注册中心可以选择将一些注册项保存为私有。本发明可以与各种目录服务、万维网服务、 UDDI注册中心、微软公司的.NET服务等一起使用。在权利要求书中，术语“注册中心” 意在总地指代各种注册中心的可能性及其等同物。然而，为了公开方便，以下的详细描述 集中于UDDI注册中心。本领域的技术人员将认识到，随着时间的改变，将会出现可替代 的注册中心或服务，而这里的教导仍将适用。
在网络环境中，由于各种原因，设备可能在该网络中突然出现、消失并且再次出现。 这样的设备在说明书和所附的权利要求书中被称为“暂时性设备”。短语“暂时性设备”意在 广泛地包括物理上完全不同的机器以及逻辑或虚拟设备，所述物理上完全不同的机器例如 是常见的移动设备，包括便携式计算机、个人数字助手(PDA)，所述逻辑或虚拟设备例 如是硬件处理器仿真、软件机器仿真或者虚拟机(VM)。以下描述集中于虚拟机(VM) 和注册中心(例如UDDI注册中心)之间的交互。本领域的技术人员将认识到，以下描述 适用于其他暂时性设备和注册中心环境。
VM可以是硬件中的仿真机或仿真平台，例如作为处理器的一种操作模式，或者是软 件中的仿真机或仿真平台，例如在运行时环境中。VM可以包括指令集和其他平台资源和 /或设备。VM可被串行化(例如状态检验点)到共享的文件系统，或者可以通过网络运送 以迁移到一个不同的机器，在该机器上解串行化(例如，从检验点状态复原)并由该机器 容宿。单个物理设备可以具有(即，容宿)多个VM。VM也可以利用虚拟网络来取代物 理网络连接或者与其一起使用。VM可以在网络上出现或再次出现，因为它的VMM(虚 拟机监控器或虚拟机管理器)已实例化或恢复了该VM。如果VMM关闭VM，解实例化 (中止)它，或者以其他方式使其不可用，则VM可能从网络中消失。对于一个VM来说， 为了允许其他VM执行(例如访问)宿主的处理器、存储器或存储设备等，或者在该VM 不再有用的时候(例如，它已结束处理，或者不再需要它所提供的服务)，中止、销毁或 者以其他方式使该VM不可用是很常见的。
将认识到，VM可以与同一物理设备中的其他VM，与其他物理设备上的VM，或者 就是与其他物理设备进行通信。在一种实施方案中，容宿在特定物理设备上的多个VM可 以在私有虚拟(优化)网上相互通信。在后面的这种情形中，虚拟化软件(通常是VMM 或宿主操作系统，取决于实现方式)可以以一种不同的方式来运行，例如通过在容宿设备 之外外部不可见的虚拟局部网更有效率地实现VM间通信。
图1图示了一种示例性的系统100，该系统支持将VM集成到注册中心环境(例如 UDDI)中，同时允许VM被任意中止、销毁或以其他方式变得不可用，而不必预先警告。 示出了容宿(hosting)一个或多个VM的设备102，还有常见的可连网设备106-108，例 如服务器、工作站、移动设备、PDA等，以及局部注册中心110。这些设备102、106-110 借助网络114与全局注册中心112(例如微软公司的UDDI服务器)相互通信耦合。注意， 虽然局部注册中心被示为与其他网络设备相互分离，但是它也可以被合并到网络设备之一 中，无论该网络设备是物理的还是虚拟的，例如参见图2的设备200。
还将认识到，除了局部注册中心110和全局注册中心112之外，还可以有很多其他注 册中心(未示出)分布在公共和私有网络中，每个注册中心为本地和/或远程设备存储服 务注册项数据。多个注册中心可以保持同步，使得一方可以向一个注册中心进行注册，随 后从另一个注册中心取得注册项数据。可替换地，一些注册中心(例如局部注册中心110) 可以选择使它们的全部或部分注册项相对于其他注册中心(例如全局注册中心112)保持 私有。例如，假设通信路径116是一个一般不能被网络114访问的私有局部网，例如内部 网，如果已知该局部网上的设备主要是暂时性设备，那么将这些设备的注册项限制在局部 注册中心110中，以免将暂时性的注册项不必要地传播到全局注册中心112，这可能是有 益的。通常私有的网络将容宿私有服务，这些服务不应被公告给该网络领域之外的实体， 也不应由这些实体来访问。很多公司企业和小型办公室、家庭办公室的网络配置就是这个 样子的。
在一个实施方案中，一个或多个注册中心可以联合起来用作单个逻辑注册中心。在这 种情形中，例如出于效率的目的，一些注册中心条目可以被复制，而其他条目只是驻留在 单个注册中心中。例如，被复制的条目可能对应于持续存在于网络上经常被使用的服务。 暂态或不常使用的服务可能仅存在于特定注册中心中。
图2图示了图1中设备102的一个示例性实施方案200。如图所示，设备具有操作系 统202，并且该设备可以包括动态可更新注册中心204，其用于存储该设备的虚拟机(VM) 206-210所提供和/或所需的服务的注册项。可以用硬件、软件或者两者的某种组合来实现 VM。VM对于其他网络设备而言可以看上去是网络上的物理设备。就常见的VM环境而 言，VM与VMM 218(虚拟机管理器或监控器)一同工作，其中VMM 218具有进入宿主 设备102的硬件和操作系统202中的挂钩(hook)222。例如，VMM可以使用一些宿主操 作系统服务。每个VM也可以具有操作系统(未示出)。
当用在这里以及所附的权利要求书中时，术语“挂钩”是指以下机制，例如无源或有源 接口(例如轮询API、存储位置或子例程回调)、通知、消息、中断以及它们的关联处理 程序等。它们中的每一个都提供了对整体系统设计很重要的不同折衷，但是可被本领域的 技术人员合并起来。例如，当VMM销毁VM时，它可以通知注册中心代理清除与该VM 相关联的所有服务条目，或者将这些条目标记为不可用。通常这可能是VM的IP地址或 宿主名。
就常规的设备而言，所图示的VM 206-210可以包括提供服务(例如万维网服务)的 软件服务器或其他硬件或软件组件，并且VM也可以有其自身或其他VM所需的服务。这 些所提供的和/或所需的服务被统一地标识为服务212-216。这些服务可以根据例如UDDI 协议，以常见的方式向内部注册中心204或其他注册中心(例如图1中的110和112项) 进行注册。在一个实施方案中，VM可以容宿它自己的注册中心。VM中的服务器可以提 供同一服务(例如，如果宿主是使用VM技术来以某种方式将性能“切片(slice)”的服务 器)或不同服务(例如，如果宿主向分别实现它们所需服务的不同用户提供VM环境)的 多个实例(instance)。也可以有一组由宿主102自身提供的万维网服务。
将认识到，宿主102以及VM 206-210可能希望公告、发现、并且提供和/或使用服务 和资源。动态更新的注册中心204将注册项汇集到一起，并且在服务/资源的生产者和使 用者之间起到媒介的作用。虽然宿主操作系统被图示为容宿注册中心，但是在一个实施方 案中，VM在宿主的操作系统之外容宿注册中心，但与宿主的操作系统保持通信，从而将 宿主操作系统与注册中心可能的不稳定性相隔离。注册中心可被保留在设备之外，例如通 过使用图1的局部注册中心110。通过识别内部204，局部注册中心或全局注册中心112 中的注册项，可以满足所需的服务。由于VM是很好的隔离容器，所以一些复杂的应用可 被分割到多个VM中，这些VM中的每一个都象完全不同的机器一样为一项工作分工协作。 将认识到，内部204或局部的110注册中心可以被配置为提供不同的益处，例如故障检测、 故障转移、负载平衡等，因而注册中心可以在各个VM上提供这样的服务。
如本领域中所理解的那样，VM与VMM 218协同工作。VMM操作上面的设备硬件 220，并且调控/仲裁VM对物理设备硬件的访问。在图示的实施方案中，VMM还调控VM 对宿主操作系统202的访问。VMM可被配置为允许VM 206-210的完全隔离，或者允许 数据根据所需的安全策略在一些或全部VM之间共享。将认识到，可以在宿主上用各种方 式实现VMM，包括软件、硬件或者其组合。例如，VMM可被实现为应用程序和设备驱 动程序等(例如，由加利福尼亚州的VMware公司提供的VMWare)，被实现为操作系统 202的一部分，或者被实现为芯片组或微处理器的一部分。
与常见的VMM形成对比，在图示的实施方案中，VMM 218被配置为监控VM的状 态并且自动地向注册中心发出通知，导致基于所监控状态的VM服务212-216的注册和撤 销注册(例如参见图5)。通过监控关于VM或者VMM到VM协议(例如VM状态转移) 的VMM状态而使内部注册中心204或局部注册中心110成为动态的，以确定适当的注册 中心更新。在一个实施方案中，VMM 218至少监控VM创建、销毁、中止请求，以及注 册中心公告/撤销注册请求(例如UDDI请求)，以识别其注册中心注册项受到VM状态 改变的影响的VM。在一个实施方案中，操作系统挂钩222被用来监控和公告/撤销注册请 求相关的操作系统调用，并且实现注册中心注册项变更。假定操作系统202和注册中心204 响应于VMM发出的注册服务或撤销服务注册的通知。在进一步的实施方案(未示出)中， VM自身可以容宿其他的VM(从属VM)，这些从属VM公告由从属VM提供或者为它 们所需的服务和/或资源。这样的实施方案可以包括任意深度的VM递归。
通过基于VM状态改变而提供对注册项的自动处理，例如可以便于VM迁移，其中 VM及其内容可被串行化到一个文件系统或者网络，然后在另一个物理端口上(可能是在 不同的物理宿主或远程位置)上被重新实例化。一旦中止，VM的注册项就被自动撤销注 册，而当恢复时，所述注册项可被自动重新注册。
虽然图2假定VM利用宿主操作系统202的资源，但是图3、4、5图示了可替换的示 例性实施方案。
图3图示了VM/VMM实施方案300，在该实施方案中宿主没有专门的操作系统，相 反，每个VM 302-308具有该VM所需或者所提供的服务310-316以及它们自己的操作系 统318-324。这些操作系统可以每一个都是相同的，相互类似的，或者相互不同的。在这 个实施方案中，VMM运行在宿主设备的硬件328之上，并且VMM管理着每个VM及其 操作系统对宿主设备硬件的访问。
在这个实施方案中，VMM 326和各个VM操作系统318-324(或服务模块310-316) 之间的挂钩允许VMM监控VM 302-308所提供或所需服务310-316的注册项。基于所述 监控操作可以实现动态注册中心，例如参考图2所讨论的那样。
图4图示了另一个实施方案，其中和图3一样，宿主没有专门的操作系统，相反存在 独立的VM 402-408，每个VM具有该VM所需或所提供的服务410-416，并且每个VM 具有它们自己的操作系统418-424。
在这个实施方案中，有一个运行在宿主设备的硬件428之上的“薄(thin)”VMM 426， 它管理着对所述硬件的VM访问。出于效率、可靠性以及可证实性的考虑，可能需要一个 薄VMM。可能驻留在VM、操作系统容宿的驱动程序或者相关联的管理硬件(例如插件 板、计算机、处理器等)中的管理分区430与VMM之间具有特殊的关系、许可或接口。 该管理分区从VMM获得有关VM状态的信息，并且采取适当的动作来通知注册中心。假 设管理分区协同VMM一起具有启动、停止以及配置VMM的能力。
VMM越简单，它的实现会具有以下错误的可能性越小，所述错误将导致在多个VM 上可能间歇发生的难以识别的问题。因此，VMM可以通过管理分区430卸载或增加某些 操作。举例来说，管理分区可以实行更复杂的策略。因此，VMM可以向管理分区提供要 产生服务注册中心更新所需的信息，其中基本机制(例如检测器、触发器等)位于VMM 中，而用于采取行动的代码位于管理分区中。简单VMM的一种额外益处在于由于不太可 能需要频繁的更新，所以能够更容易地用硬件实现VMM。
和图3一样，在这个实施方案中，管理分区430和各个VM操作系统418-424之间的 挂钩允许管理分区协同薄VMM 426一起来监控VM 402-408所提供和/或所需服务410-416 的注册项。基于所述监控操作可以实现动态注册中心，例如参考图2所讨论的那样。
图5图示了根据图2实施方案而运行的VMM所执行的操作的示例性流程图。将会认 识到，该流程图可适用于其他公开的实施方案。
在一个实施方案中，VMM对与VM的状态有关的事件进行监控500。VMM直接控 制给定VM的全局执行状态以及这个VM对设备的物理和虚拟(例如仿真的)资源和服务 的访问。将会认识到，可以由宿主的组件或VM操作系统，或者在其他某个地方来添加或 执行所述监控。在这个图示的实施方案中，VMM正在对实例化502、销毁514、中止506 或者指示出VM的运行状态改变的其他事件进行监控。例如，如果在502处所述VMM实 例化一个VM，则VMM将该VM所提供和/或所需的任何服务都写入日志504。也就是说， 当VM被实例化时，它可以启动一个万维网服务服务器，然后向注册中心(例如图2中的 内部注册中心204)注册所提供和/或所需的服务。写入日志504的服务被用来在VMM检 测到VM不可用时，从注册中心中正确地撤销服务的注册。
例如，在UDDI的环境中，公布请求可被监控并被写入日志。监控操作可以引发透明 地监视网络流量，从而识别UDDI公布请求。对于VM所使用的任何虚拟的设备上 (on-device)网络以及物理连网结构，VMM具有可观察性和可控性，因为它安排对这些 网络资源的访问。可替换地，万维网服务服务器或其他服务器可被配置来直接通知监控器， 例如VMM，或者当中间件(例如.NET或Java类)被调用来公布服务可用性时，该中间 件可被配置来通知监控器，或者监控器可以周期性地轮询注册中心以找到已知VM所提供 的服务，或者监控器不能跟踪公布请求，但是相反，当使VM不活动(中止或销毁)时， 可以盲目地通知注册中心删除“由该VM所公布的所有服务”。
因此，如果在506、512，VMM检测到中止事件，或者某种使得VM不可用的其他事 件(例如VM进入休眠，被交换出去等)，那么这可以导致VMM通知508注册中心删除 由该VM提供的服务，从而保持注册中心中所列举的一组服务为当前状态并且绝不过时。 在一个实施方案中，在撤销VM的注册前，VMM可被配置来首先检查510VM注册项是 否被标记为保持。即，可能希望的是：即使VM看起来不可用，也要允许用于暂时性设备 的一些注册项保留在注册中心中。例如，VM可以被保持在中止状态直到其服务被请求。 处于中止状态的VM可以驻留在存储器中，或者它可能已被存储到非易失性存储设备(例 如图6中的存储设备608)中。在这种情况中，希望保留VM的注册项，除非例如该VM 正在被销毁。
如果在514处VMM检测到销毁事件，则在图示的实施方案中假定与销毁的VM相关 联的注册项现在是无效的。VMM因此通知508注册中心对VM的服务撤销注册。然而， 将会认识到，类似于保持注册项的状态，一种状态可以与VM注册项相关联，使得已销毁 VM的注册项将被保留下来。如果在510处注册项未被保持，或者如果在514处还未检测 到销毁事件，则处理可以继续进行监控虚拟机500。
注意，虽然以上描述假设VMM被配置来指示注册中心对用于VM的服务撤销注册， 无论注册中心位于设备内部还是一个局部注册中心(例如图1中的局部注册中心110)， 但是监控操作可以由注册中心自身或者与VMM一同工作的操作系统组件来执行，而不是 严格地由VMM单独来执行。例如，不是由VMM来通知注册中心，相反局部注册中心可 以监控VMM(或者VMM的代理，例如管理模块)/与VMM通信，并据此进行自我更新。 对于内部注册中心(例如注册中心204)而言，挂钩222可被注册中心204用来监控和/ 或查询VMM以跟踪VM状态。对于外部注册中心(例如局部注册中心110)而言，在一 个实施方案中，在宿主设备(或者虚拟机)上可能存在软件用于监控VM所发出的公布/ 删除消息，并且与VMM交互作用以确定VM的运行状态，其中所述软件通知注册中心来 据此进行自我更新。
图6和以下描述想要对其中可以实现图示发明的某些方面的适当环境提供简要的总 体描述。
用在下面，短语“主机”想要广泛地包括单个机器、或者由相互以通信方式耦合的机器 或一起工作的设备组成的系统。示例性的主机包括图1中的物理设备102、106-110以及 个人计算机、工作站、服务器等。主机硬件可以由虚拟机104、206-210、302-308、402-408 根据VMM和/或VM管理模块的操作和策略来访问。
一般地，主机600包括系统总线602，附接到该总线的有处理器604、存储器606、存 储设备608、视频接口610和输入/输出接口端口612，其中存储器606例如是随机访问存 储器(RAM)、只读存储器(ROM)或其他状态保存介质。主机和/或它的虚拟机至少可 以部分地由从常见的输入设备而来的输入进行控制，所述输入设备例如是键盘、鼠标等， 还可以由接收自另一台机器的指示、与虚拟现实(VR)环境之间的交互、生物测量反馈 或者其他输入源或信号来控制。
主机可以包括嵌入式控制器，例如可编程或不可编程的逻辑设备或阵列、专用集成电 路、嵌入式计算机、智能卡等。主机和/或它的虚拟机例如可以通过网络接口618、调制解 调器620或其他通信式耦合，使用一个或多个连接到达一个或多个远程机器614、616。主 机和/或它的虚拟机可以通过物理网络和/或逻辑网络622而互连，例如图1中的网络114， 其可以包括内部网、因特网、局域网、广域网等。本领域的技术人员将认识到，与网络622 之间的通信可以利用各种有线和/或无线的短距离或长距离的载体和协议，包括射频(RF)、 卫星、微波、电子电气工程师协会(IEEE)802.11、蓝牙、光载体、红外线、线缆、激光 等。
可以参考或者结合关联数据来描述本发明，这些数据包括函数、过程、数据结构、应 用程序等，它们在被主机600和/或其虚拟机访问时导致主机和/或其虚拟机执行任务或者 定义抽象数据类型或低层硬件环境。关联数据可被存储在例如易失性和/或非易失性存储 器606中，或者被存储在存储设备608及其关联存储介质中，包括硬盘驱动器、软盘、光 存储设备、磁带、闪存、存储棒、数字视频盘、生物存储设备等。关联数据可以以分组 (packet)、串行数据、并行数据、传播信号等形式，通过传输环境(包括网络622)来 传递，并且可以以压缩或加密格式来使用。关联数据可被用在分布式环境中，并且被本地 和/或远程存储，以供单处理器或多处理器机器访问。
因此，例如，参考图示的实施方案，假设主机600实现了图2的动态注册中心，该注 册中心为图2中的虚拟机206-210存储了注册项，那么远程机器614可以是服务器、显示 设备、打印机等，提供了可供主机及其虚拟机使用的资源，而远程机器616可以是一台寻 求正由虚拟机206-210之一提供的服务的设备。将会认识到，远程机器614、616可以包 括针对机器600或其虚拟机所讨论的很多元件或所有元件，并且暂态设备和永久设备可能 全都希望公告、发现以及提供/使用其他设备的服务和资源。动态更新的注册中心可被用 来汇集服务/资源，并且匹配服务/资源的生产者与使用者。
已经参考图示的实施方案描述并图示说明了本发明的原理，将会认识到，在不偏离这 些原理的情况下，可以有序并且详细地修改所图示的实施方案。并且，虽然前面的讨论集 中于具体的实施方案，但是也可以设想出其他配置。具体地说，虽然在这里使用了诸如“在 一个实施方案中”、“在另一个实施方案中”等表达方式，但是这些短语意图总地代表多种 可能的实施方案，并且不想将本发明限制到具体的实施方案配置。用在这里，这些术语可 以指可组合成其他实施方案的相同或不同实施方案。
因此，考虑到这里所描述的实施方案的多种排列组合，这份详细的说明书仅仅是示意 性的，不应被视为限制了本发明的范围。因此，本发明所要求保护的是落入所附权利要求 书及其等同物的范围和精神之内的所有这些修改。
相关申请：本申请是2002年12月27日提交的序列号为10/330,597，名称为“动态服 务注册中心”的共同待审查申请的部分继续申请，它们被转让给同一受让人。