专利名称：用于远程呈现会话服务器场的集中式管理工具的制作方法
技术领域：
本发明涉及用于 配置和管理远程呈现会话服务器场的技术，尤其涉及一种用于远程呈现会话服务器场的集中式管理工具。
背景技术：
虽然计算机曾经一度是隔离的并且与其他计算机具有最小的或很少的交互，但是现在计算机通过局域网(LAN)、广域网(WAN)、拨号连接等等与各种各样的其他计算机进行交互。随着因特网的广泛增长，计算机之间的连接已经变得更加重要并且已经开发了许多新的应用程序和技术。大规模网络的增长以及低成本个人计算机的广泛可用性已经从根本上改变了许多人工作、交互、通信、以及玩乐的方式。网络通信的一种日益增加的流行形式一般被称为远程呈现系统，其能使用诸如远程桌面协议(RDP)、独立计算体系结构(ICA)、以及其他协议等协议与远程客户机共享桌面和其他应用程序。这样的计算系统通常将来自客户机计算设备的键盘按压和鼠标点击或选择传送到服务器计算设备，通过通信网络(例如，INTERNETTM(因特网))将屏幕更新中继回另一方向。由此，当实际上客户机仅仅被发送如在服务器侧上出现的应用程序的屏幕截图或帧时，用户具有好像他的会话完全在他的客户机计算机上执行的体验。在要并发地提供许多远程呈现会话的环境中，诸如对于大型公司，这些远程呈现会话可由通常被称为服务器场的编组在一起的多个服务器来提供。服务器可以执行不同的角色服务(例如，一个服务器可以用作将传入远程呈现会话请求分配给提供远程呈现会话的其他服务器的连接中介)。用于管理这种服务器场的当前技术要求管理员配置和管理跨多个物理服务器的多个角色。这是一个耗时的过程，是一个要求管理员对服务器场的各个角色及相关联的依赖性有深刻的理解的过程。
发明内容
因此，在现有技术上的改进提供了用于配置和管理远程呈现会话服务器场的改进技术。公开了用于这些技术的方法、系统和计算机可读存储介质。这些当前技术结合了除前述角色之外的逻辑任务的使用。任务可以包括，例如，将新的虚拟化主服务器添加到服务器场中的可用虚拟化主服务器池。这样的任务通常是管理员想出来的项目，而非实现这样的任务必须对各角色服务作出的相应改变。在使用基于任务的范例中，向管理员隐藏不同角色服务之间的通常复杂的交互和依赖性，因为他将远程呈现会话部署作为单个实体并从单个管理点来管理。任务可以比以上更宽泛。任务可以包括创建远程呈现会话服务器场的操作。在向这一任务提供某些参数之后，诸如要被包括在远程呈现会话服务器场中的计算机，随后可以执行该任务来产生所需结果。在一示例实施例中，中央管理服务器(CMS)接收要在服务器场上执行的任务(例如，使原本未使用的服务器用作远程呈现会话服务器)。CMS随后对照所允许的任务的模型和服务器场的当前配置来确认这一请求。一旦确认，CMS将任务转换为要由服务器场的一个或多个服务器执行的操作。CMS随后将这些操作发送到相应的服务器，在那里这些操作由在服务器上执行的代理进程来接收。每一代理在该代理在其上执行的服务器上执行所接收的操作，并将操作是否成功完成的指示发送给CMS。CMS随后可以更新其模型和当前配置来反映服务器场的当前配置。此处考虑的主实施例涉 及远程呈现服务器场。出于说明的目的来使用远程呈现会话服务器场，但可以理解，这些技术还可以应用于包括某些异类服务器组(并非全都执行相同角色的服务器)的服务器场。此处描述的主实施例讨论由计算设备的一个或多个处理器执行的计算机可执行指令。然而，可以理解，这些技术可以完全用硬件来实现，诸如通过合适编程的现场可编程门阵列(FPGA)或其某种组合。本领域技术人员将理解，本发明的一个或多个方面可包括但不限于用于实现本发明的本文所述方面的电路和/或编程；该电路和/或编程实质上可以是被配置成实现本文所述方面的硬件、软件和/或固件的任何组合，这取决于系统设计者的设计选择。以上是概述，并且因此必然包含细节的简化、一般化及省略。本领域技术人员将明白，本概述只是说明性的并且决不旨在是限制性的。
参考附图来进一步描述用于配置和管理远程呈现会话服务器场的系统、方法和计算机可读介质，附图中附图1示出了其中可实现此处描述的技术的示例通用计算环境。图2示出通过角色服务实现的示例远程呈现会话服务器场。图3示出带有基于任务的管理的示例远程呈现会话服务器场。图4示出带有基于任务的管理的远程呈现会话服务器场的各组件之间的示例信号流。
具体实施例方式图1是在其中可实现在此描述的技术的通用计算设备的框图。计算系统环境120 只是合适的计算环境的一个示例，并且不旨在对所公开的主题的使用范围或功能提出任何限制。也不应该将计算环境120解释为对示例操作环境120中示出的任一组件或其组合有任何依赖性或要求。在某些实施方式中，所描绘的各种计算元素可包括被配置成实例化本公开的各具体方面的电路。例如，本公开中使用的术语电路可包括被配置成执行固件或开关的功能的专用硬件组件。在其他示例实施方式中，术语电路可包括由实施可用于执行功能的逻辑的软件指令配置的通用处理单元、存储器等。在电路包括硬件与软件组合的示例实施方式中，实现者可编写实施逻辑的源代码且该源代码可被编译成可由通用处理单元处理的机器可读代码。因为本领域技术人员可以明白现有技术已经进化到硬件、软件或硬件/ 软件组合之间几乎没有差别的地步，因而选择硬件或是软件来实现具体功能是留给实现者的设计选择。更具体地，本领域技术人员可以明白软件进程可被变换成等价的硬件结构，而硬件结构本身可被变换成等价的软件进程。因此，对于硬件实现还是软件实现的选择是设计选择并留给实现者。计算机141通常包括各种计算机可读介质。计算机可读介质可以是可由计算机 141访问的任何可用介质，并且包括易失性与非易失性介质、可移动与不可移动介质两者。 系统存储器122包括易失性和/或非易失性存储器形式的计算机可读存储介质，如只读存储器(ROM) 123和随机存取存储器(RAM) 160。基本输入/输出系统124 (BIOS)包括如在启动时帮助在计 算机141内的元件之间传输信息的基本例程，它通常储存在ROM 123中。RAM 160通常包含处理单元159可以立即访问和/或目前正在操作的数据和/或程序模块。作为示例而非限制，图1示出操作系统125、应用程序126、其他程序模块127和程序数据128。计算机141还可以包括其他可移动/不可移动、易失性/非易失性计算机存储介质。仅作为示例，图1示出了从不可移动、非易失性磁介质中读取或向其写入的硬盘驱动器 138，从可移动、非易失性磁盘154中读取或向其写入的磁盘驱动器139，以及从诸如⑶ROM 或其他光学介质等可移动、非易失性光盘153中读取或向其写入的光盘驱动器140。可以在该示例操作环境中使用的其它可移动/不可移动、易失性/非易失性计算机存储介质包括但不限于，磁带盒、闪存卡、数字多功能盘、数字录像带、固态RAM、固态ROM等等。硬盘驱动器138通常由诸如接口 134等不可移动存储器接口连接至系统总线121，磁盘驱动器139 和光盘驱动器140通常由诸如接口 135等可移动存储器接口连接至系统总线121。以上讨论并在图1中示出的驱动器及其相关联的计算机存储介质为计算机141提供了对计算机可读指令、数据结构、程序模块和其他数据的存储。在图1中，例如，硬盘驱动器138被示为存储操作系统158、应用程序157、其他程序模块156和程序数据155。注意， 这些组件可以与操作系统125、应用程序126、其他程序模块127和程序数据128相同，也可以与它们不同。操作系统158、应用程序157、其他程序模块156和程序数据155在这里被标注了不同的标号是为了说明至少它们是不同的副本。用户可以通过输入设备，诸如键盘 151和定点设备152——通常被称为鼠标、跟踪球或触摸垫——向计算机141输入命令和信息。其他输入设备(未示出)可以包括麦克风、游戏杆、游戏手柄、碟形卫星天线、扫描仪等等。这些和其他输入设备通常由耦合至系统总线的用户输入接口 136连接至处理单元159， 但也可以由其他接口和总线结构，诸如并行端口、游戏端口或通用串行总线(USB)连接。监视器142或其他类型的显示设备也经由接口，诸如视频接口 132连接至系统总线121。除监视器以外，计算机也可以包括其他外围输出设备，诸如扬声器144和打印机143，它们可以通过输出外围接口 133连接。计算机141可使用至一个或多个远程计算机，如远程计算机146的逻辑连接在网络化环境中操作。远程计算机146可以是个人计算机、服务器、路由器、网络PC、对等设备或其他常见网络节点，并且通常包括以上关于计算机141所描述的许多或所有元件，但在图1 中仅示出了存储器存储设备147。图1中所示的逻辑连接包括局域网(LAN) 145和广域网 (WAN) 149，但也可以包括其他网络。这样的联网环境在办公室、企业范围计算机网络、内联网和因特网中是常见的。当在LAN联网环境中使用时，计算机141通过网络接口或适配器137连接至LAN 145。当在WAN联网环境中使用时，计算机141通常包括调制解调器150或用于通过诸如因特网等WAN 149建立通信的其他装置。调制解调器150可以是内置或外置的，它可以经由用户输入接口 136或其他适当的机制连接至系统总线121。在网络化环境中，相对于计算机141所描述的程序模块或其部分可被储存在远程存储器存储设备中。作为示例而非限制，图 1示出远程应用程序148驻留在存储器设备147上。应该理解，所示网络连接是示例，并且可以使用在计算机之间建立通信链路的其它手段。 图2示出通过角色服务实现的示例远程呈现会话服务器场。远程呈现服务器场202包括多个角色服务。这些服务可以在一个或多个计算机上实现。例如，每一服务可以在单个计算机上实现，使用或不使用虚拟机来分离一个或多个角色，或者服务可以在多个计算机之间分配。此外，一个以上计算机或虚拟机可以执行相同角色。例如，远程呈现虚拟化主服务器角色214可以由多个计算机执行(因此，远程会话连接中介角色210对客户机和由连接中介角色诸如基于服务器角色的各自负载来选择的多个服务器角色中的一个之间的连接进行中介)。远程呈现服务器场202可以包括远程呈现网关角色204、远程呈现web访问角色 206、远程呈现会话主服务器角色208、远程会话连接中介角色210、域服务角色212、远程呈现虚拟化主服务器角色214和虚拟机216。远程呈现网关角色204使得客户机计算机218能够通过通信网络220连接到远程呈现服务器场202的远程呈现会话。远程呈现web访问角色206使用web接口来将虚拟桌面发布到客户机以进行远程呈现会话。远程呈现会话主服务器角色208将客户机重定向到虚拟机。远程会话连接中介角色210枚举和组织(orchestrate)虚拟机。域服务角色212 存储用户到个人虚拟桌面的分配。远程呈现虚拟化主服务器角色214使用虚拟机管理器 (VMM)来主存个人虚拟桌面和虚拟桌面池。虚拟机216由VMM管理，并且提供虚拟桌面在其中执行的环境。为了连接到远程呈现服务器场202的远程呈现会话，客户机218可以使用超文本传输协议安全(“HTTPS”)协议来登录到由远程桌面web访问角色206提供的网页。远程桌面web访问角色206查询远程会话连接中介角色210来检索由客户机218显示的虚拟桌面列表。客户机218的用户可以选择他希望使用的虚拟桌面，并且该虚拟桌面的指示经由 HTTPS被发送到远程会话网关角色204。远程会话网关角色204将该连接转发到远程会话主服务器角色208。远程会话主服务器角色208正在重定向模式中运行，并且请求远程会话连接中介角色210为客户机218组织虚拟机并返回该虚拟机的网际协议(“IP”)地址。 远程呈现会话主服务器角色208经由远程会话网关204将重定向分组发送给客户机218。远程会话连接中介角色210查询域服务角色212来检索客户机218的个人虚拟桌面。在用MICROSOFT WINDOWS 操作系统实现的环境中，域服务角色212可以是 ACTIVE DIRECTORY (现用目录)域服务角色。远程会话连接中介210组织虚拟机并将 IP地址返回到远程会话主服务器角色208。客户机218通过远程会话网关204直接连接到虚拟机。图3示出带有基于任务的管理的示例远程呈现会话服务器场。中央管理服务器322包括部署和管理数据存储324和角色关系模型326。部署和管理数据存储324包括当前部署的模型——例如，这可以包括当前部署中存在的角色的数量和身份以及可用于被合并到该部署中的其他可用计算资源(例如，附加物理计算设备，或可在当前作为部署的一部分的物理计算设备上执行的附加虚拟机)。部署和管理数据存储324还可以包括用于管理部署的所需信息。
角色关系模型326包括会话服务器场的角色之间的关系和依赖性的模型——例如，将新的虚拟化主服务器添加到服务器场不仅需要配置这一新的虚拟化主服务器，还需要配置远程会话连接中介角色，从而使得该远程会话连接中介知道该新的虚拟化主服务器并且可以将传入客户机远程呈现会话请求重定向到该新的虚拟化主服务器。在中央管理服务器322包括计算设备的情况下，部署和管理数据存储324和角色关系模型326可以，例如被实现为存储器或数据库中的计算机可执行指令。中央管理服务器322可以与驻留在执行远程呈现会话服务器场，诸如图2所描绘的远程呈现会话服务器场的每一角色(例如，远程会话连接中介角色210，和/或域服务角色212)的计算设备330上的代理328通信地耦合。在计算设备330上的每一角色在分开的虚拟机中执行的情况下，代理328可以在这些分开的虚拟机中的每一个中执行来与相应的角色进行通信。在每一角色在虚拟机外部，诸如计算设备330本身执行的情况下，可能存在在计算设备330上执行的与每一角色通信的单个代理328。
代理328可以与代理328的计算设备330上的每一角色通信，诸如通过远程过程调用(RPC)中包含的可扩展标记语言(XML)来指令角色执行各种任务。角色可以展示应用程序编程接口(API)以允许其他计算设备或过程调用这些API来控制角色的管理。例如，连接中介角色可以具有允许计算设备向连接中介角色指令存在一附加虚拟化主服务器，使得现在可以将远程呈现会话重定向到该附加虚拟化主服务器的API。这些API可由代理328 调用。有了该中央管理服务器322，代替配置特定服务器中的具体角色，可以配置和管理特定任务。这可以通过基于任务的用户界面管理工具来实现，该工具通过所展示的接口与中央管理服务器322进行通信。中央管理服务器322解码任务、实施依赖性或约束、并将任务解析成特别针对主存角色服务的其他服务的子任务集。宣布(intimate)这些服务从而执行一组任务。驻留在这些服务器上的代理接收请求并按特定顺序执行一组本地API调用以产生所需任务。图4示出带有基于任务的管理的远程呈现会话服务器场的各组件之间的示例信号流。该带有基于任务的管理的远程呈现会话服务器场可以是例如图3所描绘的带有基于任务的管理的远程呈现会话服务器场。操作402描绘了接收要在服务器场上执行的任务的指示，该任务对应于服务器场的第一角色。这可以包括调用中央管理服务器接口来用于管理性任务。例如，要对远程呈现会话服务器场执行的任务的指示可以由管理员的计算设备在管理员维护远程呈现会话服务器场的时间段期间接收。另外，中央管理服务器接口可以直接接受任务的指示，诸如从中央管理服务器的控制台。第一角色可以包括，例如，远程呈现网关角色、远程呈现web访问角色、远程呈现会话主服务器角色、远程会话连接中介角色、域服务角色、或远程呈现虚拟化主服务器角色。操作404描绘了中央管理服务器接口调用请求处理程序。请求处理程序可以是在中央管理服务器上执行的、与中央管理服务器接口进行通信并且对中央管理服务器接口执行所指示的任务的进程。
操作406描绘了确定该任务是有效的。这可以包括基于任务的模型来确定该任务是有效的和/或基于服务器场的当前配置来确定该任务是有效的。在一个实施例中，操作406可以包括请求处理程序对照模型和当前部署来确认任务。操作406还可以包括基于任务的模型来确定任务的依赖性；基于依赖性来确定在执行第二序列之前要执行第一序列；并且其中指令对应于第二角色的计算机来执行第二动作序列还包括在确定对应于第一角色的计算机已经执行了第一动作序列之后指令对应于第二角色的计算机执行第二动作序列。这可以包括确定执行任务时所涉及的任何依 赖性，从而使得将虚拟化主服务器添加到服务器场还需要配置连接中介角色来知晓这一新的虚拟化主服务器。这还可以包括标识由这些依赖性覆盖的当前部署中的特定现有角色。例如，可以包括标识需要如上所述地进行配置的当前部署中存在的两个连接中介角色。操作408描绘了确定要对第一角色执行的第一动作序列，该第一序列对应于该任务。在一个实施例中，这可以包括确定要对第二角色执行的第二动作序列，该第二序列对应于该任务。这可以包括将任务定标(target)到远程呈现会话服务器场的角色并将该任务作为一个或多个子任务来排定次序(另选地被称为“动作序列”)。例如，在任务涉及将虚拟化主服务器添加到服务器场的情况下，一个子任务可以包括配置这一新的虚拟化主服务器上的虚拟化主服务器角色，而第二子任务可以包括配置连接中介角色来知晓这一新的虚拟化主服务器角色从而使得它被配置成将新的远程呈现会话发送给该新的虚拟化主服务器角色。在将任务分成这些子任务时，根据任务相应的角色来排定任务的次序。此外，情况可能是子任务的执行次序很重要。例如，情况可能是在服务器场中连接中介角色可能无法被配置成知晓新的虚拟化主服务器角色，除非首先存在该新的虚拟化主服务器角色。在这种情形中，配置新的虚拟化主服务器角色必须在配置连接中介角色之前执行，所以子任务将被排序以使得配置新的虚拟化主服务器角色子任务在配置连接中介角色子任务之前执行。操作410描绘了指令对应于第一角色的计算机来执行第一动作序列。在一个实施例中，操作410包括指令对应于第二角色的计算机来执行第二动作序列。这可以包括将第一动作序列的指示发送给在对应于第一角色的计算机上执行的代理。在一个实施例中，第一动作序列包括对与第一角色相对应的API的API调用。在一个实施例中，第一角色在对应于第一角色的计算机的客分区中执行，而代理在对应于第一角色的计算机的主分区中执行。这可以包括将每一子任务发送给其相应的代理。在中央管理服务器和相应的代理通过诸如内联网等通信网络通信地耦合的情况下，这可以包括通过该通信网络将每一子任务的指示发送给相应的代理。操作412描绘了每一代理执行相应的子任务并将响应发送回请求处理程序。代理可以通过如上所述地对相应的角色服务执行一系列API调用来执行子任务。在一个实施例中，向代理发送对相应的角色服务作出哪些API调用的指示。在另一实施例中，向代理发送要执行的子任务的更一般的指示，并且从要执行的子任务的这一指示中确定要对相应的角色服务作出的一个或多个API调用，并且这么做。在完成了执行子任务的尝试之后，代理可以将状态响应发送回请求处理程序。这可以包括子任务被成功执行的指示，或者在执行子任务时存在差错的指示可任选地连同该差错的具体性质的指示。例如，执行子任务可能需要改变角色服务的四个设置，而只能够改变两个。状态响应可以指示被改变的两个设置以及未改变的两个设置。 操作414描绘了基于第一动作序列来更新服务器场的当前配置的指示。这可以包括用关于远程呈现会话服务器场的当前信息来更新模型和数据存储。这可以包括远程呈现会话服务器场的当前配置，无论上述的每一子任务是否成功地执行。例如，如果配置了新的虚拟化主服务器角色但连接中介角色未被成功地配置为知晓这一新的虚拟化主服务器角色，则更新模型来反映这一事实。操作416描绘了将任务的完成传达给调用了该中央管理服务器接口的实体。这可以包括该请求被成功地执行的指示，或者在试图执行请求时发生了某种差错的指示以及可任选地标识该差错的信息。尽管已经结合各附图所示的较佳方面描述了本发明，但要理解，可使用其它相似方面或者可对所述方面进行修改或添加来执行本发明的相同功能而不脱离本发明。因此， 本发明应当不限于任何单个方面，而应按照所附权利要求书的广度与范围来解释。例如，本文描述的各种过程可用硬件或软件、或两者的组合来实现。因此，所公开的各实施例的方法和装置或其某些方面或部分可采用包含在诸如软盘、CD-ROM、硬盘驱动器或任何其他机器可读存储介质等有形介质中的程序代码(即，指令)的形式。当程序代码被加载到诸如计算机等机器并由其执行时，该机器变为被配置成实施所公开的各实施例的装置。除了此处明确阐述的具体实现之外，考虑此处所公开的说明书，其它方面和实现将对本领域的技术人员是显而易见的。说明书和所示实现旨在仅被认为是示例。
权利要求
1.一种用于配置服务器场(202)的多个异类角色的方法，包括接收要在所述服务器场上执行的任务的指示，所述任务对应于所述服务器场的第一角色(206)和所述服务器场的第二角色(214)，所述第一角色与所述第二角色不同； 基于所述任务来确定要在所述第一角色上执行的第一动作序列； 基于所述任务来确定要在所述第二角色上执行的第二动作序列； 向所述第一角色发送执行所述第一动作序列的指示；以及向所述第二角色发送执行所述第二动作序列的指示。
2.如权利要求1所述的方法，其特征在于，还包括 基于任务模型来确定所述任务的依赖性；基于所述依赖性来确定在要执行所述第二序列之前要执行所述第一序列；以及其中指令对应于所述第二角色的计算机来执行所述第二动作序列还包括 在确定对应于所述第一角色的计算机已经执行了所述第一动作序列之后，指令对应于所述第二角色的计算机来执行所述第二动作序列。
3.如权利要求1所述的方法，其特征在于，所述第一角色和所述第二角色在第一计算机上执行，其中指令对应于所述第一角色的计算机来执行所述第一动作序列还包括将所述第一动作序列的指示发送给在对应于所述第一角色的计算机上执行的代理，其中指令对应于所述第二角色的计算机来执行所述第二动作序列还包括将所述第二动作序列的指示发送给在对应于所述第二角色的计算机上执行的代理，其中所述第一角色在第一客分区中执行，所述代理在所述第一客分区中执行，以及其中所述第二角色在第二客分区中执行，并且所述第二代理在所述第二客分区中执行。
4.如权利要求1所述的方法，其特征在于，所述第一角色在第一计算机上执行并且所述第二角色在第二计算机上执行。
5.如权利要求1所述的方法，其特征在于，还包括 确定所述任务是有效的。
6.如权利要求5所述的方法，其特征在于，确定所述任务是有效的包括 基于任务模型来确定所述任务是有效的。
7.如权利要求5所述的方法，其特征在于，确定所述任务是有效的包括 基于所述服务器场的当前配置来确定所述任务是有效的。
8.如权利要求1所述的方法，其特征在于，指令对应于所述第一角色的计算机来执行所述第一动作序列还包括将所述第一动作序列的指示发送给在对应于所述第一角色的计算机上执行的代理。
9.如权利要求1所述的方法，其特征在于，服务器场包括远程呈现会话服务器场，并且所述第一角色包括远程呈现网关角色、远程呈现web访问角色、远程呈现会话主服务器角色、远程会话连接中介角色、域服务角色或远程呈现虚拟化主服务器角色。
10.如权利要求1所述的方法，其特征在于，还包括基于所述第一动作序列来更新所述服务器场的当前配置的指示。
11.如权利要求1所述的方法，其特征在于，所述第一动作序列包括对与所述第一角色相对应的应用程序编程接口(API)的API调用。
12.一种用于配置服务器场(202)的多个异类角色的系统，包括处理器(159)；以及通信地耦合到所述处理器的存储器(122)，所述存储器承载在由所述处理器执行时使得所述处理器执行以下操作的指令，所述操作包括接收要在所述服务器场上执行的任务的指示，所述任务对应于所述服务器场的第一角色(332)；确定要在所述第一角色上执行的第一动作序列，所述第一序列对应于所述任务；以及指令对应于所述第一角色的计算机(330a)来执行所述第一动作序列。
13.如权利要求12所述的系统，其特征在于，所述存储器还承载在由所述处理器执行时使得所述处理器执行以下操作的指令，所述操作包括确定要在所述第二角色上执行的第二动作序列，所述第二序列对应于所述任务；以及指令对应于所述第二角色的计算机来执行所述第二动作序列。
14.如权利要求13所述的系统，其特征在于，所述存储器还承载在由所述处理器执行时使得所述处理器执行以下操作的指令，所述操作包括基于任务模型来确定所述任务的依赖性；基于所述依赖性来确定在执行所述第二序列之前要执行所述第一序列；以及其中指令对应于所述第二角色的计算机来执行所述第二动作序列还包括在确定对应于所述第一角色的计算机已经执行了所述第一动作序列之后，指令对应于所述第二角色的计算机来执行所述第二动作序列。
15.如权利要求12所述的系统，其特征在于，所述存储器还承载在由所述处理器执行时使得所述处理器执行以下操作的指令，所述操作包括基于所述第一动作序列来更新所述服务器场的当前配置的指示。
全文摘要
本发明描述了一种用于远程呈现会话服务器场的集中式管理工具。公开了用于配置和管理远程呈现会话服务器场的系统、方法和计算机可读存储介质。在示例实施例中，中央管理服务器(CMS)接收要在服务器场上执行的任务(例如，使原本未使用的服务器用作远程呈现会话服务器)。CMS随后对照所允许的任务的模型和服务器场的当前配置来确认这一请求。一旦确认，CMS将任务转换为要由服务器场的一个或多个服务器执行的操作。CMS随后将这些操作发送到相应的服务器，在那里这些操作由在服务器上执行的代理进程来接收。每一代理在该代理在其上执行的服务器上执行所接收的操作，并将操作是否成功完成的指示发送给CMS。CMS随后可以更新其模型和当前配置来反映服务器场的当前配置。
文档编号H04L29/08GK102202078SQ20111005176
公开日2011年9月28日 申请日期2011年2月22日 优先权日2010年2月23日
发明者J·甘古利, N·古拉贾, P·甘地, R·M·库之伊尔, R·拉温德拉那斯, S·亚达夫, S·库兰带夫 申请人:微软公司