CN1531297A - 适用于资源延迟分配的方法和系统 - Google Patents

Abstract

本发明允许一个服务器延迟对一个客户机的请求分配资源。当客户机请求需要服务器资源的性能时，服务器接受和承认该客户机的请求，但是客户机被禁止使用所请求的性能，直至获得服务器的其它通知为止。例如，在鉴别的处理过程中，服务器只分配与客户机通信和对客户机鉴别所需的最少资源。此后，只有当资源可用时，服务器才分配支持客户机的请求所需要的资源。直至此时，服务器维持其通信部分，而没有支持请求。于是，服务器只是看管着它自己的资源而不是在客户机发出幻想时来负责管理客户机。同样，如果服务器不能及时满足客户机，客户机也不需要再重复它的请求；而是服务器接受该请求并随后在合适的资源变成可用时再开始支持该请求。

Description

适用于资源延迟分配的方法和系统

相关申请

本申请享有2003年2月28日申请的美国临时专利申请号60/451,151的权益，其内容作为一整体引用于此供参考。

技术领域

本发明主要涉及网络通信，尤其涉及在网络的客户机和服务器之间的资源分配。

背景技术

近年来，“客户机/服务器的计算”在很大的程度上一直激励着计算机网路的迅速发展，包括公众网络和私营网络。在这种模式下，一个计算设备，客户机，就要求另一个计算设备，服务器，能向它提供服务或性能。值得注意的是，“客户机”和“服务器”只是用于表示在请求交易中的各方。在某些计算设备能够构成为多个客户机服务的专用服务器的场合下，一个客户机和一个服务器就能够在一次次交易中变换它的规则。在一个对等网络(通常是，例如，在通过短距离无线电通信的设备之间)；中，每一个计算设备都具有依次或同时作为一个客户机或一个服务器的潜能。

服务器经常需要分配宝贵的资源，来满足其性能的需要或服务的需要。一旦接受到客户机的请求之后，服务器就确认其资源的有效性。在传统意义上，如果服务器不具有能满足请求的资源的话，则服务器就可以拒绝该请求。如果在没有所请求的性能或服务条件下客户机能够继续工作，则客户机就继续工作下去，并且随后在服务器可以具有满足该请求的必要资源有效性的时候再提交请求。

为了能确保宝贵的服务器资源只能专门用于经过授权使用这些资源的那些客户机，服务器就需要经常确认发出请求的客户机的身份。如果客户机不能向服务器满意地作出证明自己的话，则服务器就可以拒绝该请求。

然而，这种针对未授权客户机的保护是不完善的。因为，有一些种类的请求是在完成鉴别处理之前产生的。即使这些请求最终是被拒绝的，但是处理这些请求仍需要消耗相当程度的服务器资源。例如，一个可恶的客户机可能会通过重复产生服务器的请求，从而以“服务器拒绝”为由来攻击服务器。尽管该客户机是不能通过自身的鉴别的并且它的请求最终是被拒绝的，但是在每一次的请求过程中，服务器在这段时间上都需要使用许多资源来企图鉴别该客户机，使得服务器耗尽它的资源能力，直至即使有授权的客户机发出请求，服务器也无法满足任何请求。

发明内容

考虑到上述情况，本发明允许服务器对客户机的请求延迟分配资源。当客户机请求一种服务或者一种请求服务器资源的性能(例如，在客户机和服务器之间信息的加密或压缩)时，服务器接受和确认该客户机的请求，但是客户机禁止使用所请求的性能，直至得到服务器的进一步通知。例如，在一个授权的处理过程中，服务器仅仅只分配所请求的最小资源，用于维持一段时间以及鉴别该客户机。此后，只有当资源成为有效的资源时，服务器再分配所需的资源，以支持客户机的请求。直至此时，服务器只维持通信时间，而不支持请求。于是，在潜在的恶意的、出现故障的或者配置不当的客户机出现幻想时，服务器就只是看管它自己的资源而不再是负责管理这些客户机。同样，如果服务器不能立即满足客户机的请求，合法的客户机也不需要再重复它的请求；而是当有足够的资源时，服务器才能接受该请求并且随后开始支持它。

依照一个实施例，在接受到来自一个客户机的数据压缩的请求之后，服务器接受和确认该请求，但是延迟分配压缩通信数据所需的资源。当然，在客户机向服务器成功的证明它自己之前，服务器也不可能检验来了解下资源是否有效。即使已经接受了压缩的请求，客户机和服务器也没有采用压缩它们的数据来进行通信。这样继续着，直至，如果服务器得到压缩所需要的资源。这时，服务器才向客户机分配所需的资源并且表示现在可支持压缩。服务器可以通过，例如，发送压缩的数据，向客户机发出信号。一旦接受到该信号(例如，压缩数据)，客户机就能够实现它现在允许以压缩的方式进行通信。客户机通过开始向服务器传输压缩的数据来表示响应。

压缩只是客户机能够请求的通信性能的一种例子。其它一些性能的例子包括范围很广，通常称之为服务质量(QOS)。QOS性能一般可包括带宽、响应时间的保证、对差错的抗扰性、信息序列的完整性和复制的缺陷、最大容许损失的码率，等等。在本发明的一个实施例的约束条件下，QOS性能所提供的例子是，服务器可以一层一层来分配资源，而不是一下子分配所有的资源。例如，客户机请求大量需要保证的带宽。服务器最初接受该请求，但是只分配足以支持少量可保证带宽的资源。客户机认可这样并且只使用少量的带宽。随后，服务器向该客户机分配更多的带宽(例如，响应另一客户机所释放带宽的)，并且该客户机就变成为使用更多的带宽数量。

同样，局限于本发明，一个服务器和一个客户机(或者两者)都可以保持着有关请求性能的信息和有关服务器能够实际支持程度的信息。服务器监视着各个客户机的该信息，并且随着取得的资源向客户机分配其它资源，以便于能更加全面地支持客户机的请求。

客户机也能够向用户显示请求被接受和支持、接受了还没有支持、以及被拒绝等状态。服务器可以向系统管理员或者向日志文件提供类似的信息。

附图的简要描述

在附加的权利要求具体地提阐述本发明的性能的同时，必须从以下结合附图的详细讨论中更好的理解本发明的目的和优点，附图包括：

图1是一例能够在其中实现本发明的计算机网络环境的框图；

图2是一例说明能够支持本发明的示例性计算机系统的示意图；

图3a和3b一起以数据流的方式说明了一例在客户机通信性能请求的流通过程中在客户机和服务器之间的信息交换；

图4是一例说明在图3a和3b背景下客户机和服务器之间所交换信息的数据结构图；

图5a和5b一起以流程图的方式说明了一例由服务器所进行的资源分配的方法；

图6是服务器所用的有效请求状态的数据结构图；以及，

图7a和7b一起以流程图的方式说明了一例由客户机所进行的性能要求的方法。

发明的详细描述

附图中类似的标号用于表示相同的元件，所描述的本发明可以在一个适用的计算机环境中实施。下列描述基于本发明的实施例，就本文所没有明确讨论的其它实施例而言，本文描述不应该限止本发明。

在以下的讨论中，本发明的讨论参考了由一个或多个计算设备所进行的操作行为和符号表示，除非有其它专门表示之外。正是如此，应该理解的是，有时认为是由计算机所执行的这类行为和操作可包括采用结构方式表示数据的电子信号的计算设备的处理单元所执行的操作。这种操作可以在计算设备的存储系统中的位置上变换数据或者保持数据，这就以本领域的熟练技术人士都能理解的方式重新构成或者改变了设备的操作。其中保持着数据的数据结构是存储器的物理位置，它可以具有数据格式所定义的特定性能。然而，在上文讨论本发明的同时，这并不意味着是一种限制，对本领域熟练技术人士来说，应该理解的是，以上所讨论的各种行为和操作也可以硬件的方式来实现。

本发明允许服务器接受客户机的请求，但是延迟分配支持该请求所需的资源。图1给出了一例计算机网络环境100，本发明可以应用于该环境实例。示例性网络100包括一个服务器架构的计算设备102，和三个客户机架构的计算设备104、106和108。网络100可以是一个企业的局域网(LAN)、一个无线网络、互联网，或者是其中的任何一种网络，并且可以包括许多已知的组成部分，例如，路由器，网关，网络集线器，等等。在一个示例的处理业务中，客户机104请求来自服务器102的一种服务和一种通信性能。服务器102暂时先接受该项请求，但是并没有分配支持该请求的资源，直至，例如，客户机104向服务器102作出自己的鉴别或者直至有1该资源为止。在资源得到分配和服务器102通知客户机104该事实之前，客户机104和服务器102的通信并没有使用所请求的性能。于是，服务器102只是看管它自己的资源，而不是负责管理那些潜在的恶意的、存在故障的、或者配置不当的客户机。

在另一处理业务中，客户机104和服务器102可以变换角色，“服务器”102请求来自“客户机”104的服务。在对等的网络系统中，每一个计算设备都可以依次和同时作为一个客户机和一个服务器。因此，本发明的实施例可以客户机、服务器、对等的位置或者及其组合的方式来实现。

计算设备11O可以是另一种服务器，但是它只能直接与向它提供资源的服务器102通信。它的出现说明了通过本发明的下列一些方法，服务器102不仅看管着它自己的资源，而且通常还看管着网络环境100的资源。

图1所示的计算设备102和104可以是任意架构的。图2主要是说明一例能支持本发明的计算机系统的方框图。图2所示的计算机系统仅仅只是一例适用的环境，并不是试图对本发明的使用和功能的范围提出任何限制。并不应该将计算设备102视为它应该具有任何与图2所说明的任一元件或组合元件有关的相关性或必要条件。本发明可以具有众多其它通用或专用计算环境或结构的操作性。适用于本发明所使用的已知的计算系统、环境和结构的实例可包括，但并不限制于，个人计算机、服务器、手持或膝上设备、平板设备、多处理器系统、基于微处理器的系统、机顶盒、可编程家用电器、网络PC、小型计算机、大型计算机，以及包括上述任意系统或设备的分布式计算机环境。在它最基本的结构中，计算设备102一般可包括至少一个处理单元200和存储器202。存储器202可以是易失性的(例如，RAM)、非易失性的(例如，ROM或Flash闪存)，或者上述两者的某些组合。这一最基本的结构在图2中以虚线204来说明。计算设备102还可以具有其它一些性能和功能。例如，设备102可以包含其它存储功能(可移动的和不可移动)，该存储可以包括，但并不限制于，磁盘和光盘和磁带。这类附加的存储在图2中以移动存储206和非移动存储208来说明。计算机存储媒介可包括易失性和非易失性，可移动的和不可移动的，以及采用任何方法或技术所实现的媒介，以适合于存储信息，该信息可包括计算机可读的指令、数据结构、程序模块或其它数据。存储器202、移动存储206和非移动存储208都是计算机存储媒介的实例。计算机存储媒介包括，但并不限制于，RAM、ROM、EEPROM、Flash存储器、其它存储器技术、CD-ROM、数字可视光盘(DVD)、其它光存储技术、盒式磁带、磁带、磁盘存储、其它磁存储设备、以及任何其它可以应用于存储所需信息并且计算设备102能够存取的媒介。设备102也可以包含通信信道210，允许计算机于其它设备相通信。通信信道210也是通信媒介的实例。通信媒介一般可嵌入在计算机可读的指令、数据结构、可编程模块、或者在诸如载波或其它传输机制的调制数据信号中的其它数据，并且还包括任何信息的传输媒介。术语“调制数据信号”是指具有一种或多种以信息编码在信号中的方式来设置或改变其信号特性的信号。例如，但并不限制于，通信媒介可以包括有线媒介，例如，有线网络和直接有线连接的，和无线网络，例如，声波、RF、红外和其它无线媒介。本文所使用的术语“计算机可读媒介”可包括存储媒介和通信媒介。计算设备102也可以具有输入设备212，例如，键盘、鼠标、光笔、声音输入设备、输入板、触摸输入设备，等等。输出设备214也可以包括，例如，显示器(它可以与触摸输入设备集成在一起)、扬声器、和打印机。所有这些设备在本领域中都是众所周知的，这里就不再需要进行讨论。

图3a和3b一起显示了一例在客户机104请求来自服务器102的性能时的信息交换。以下，图5a和5b，7a和7b更详细地显示了可能的信息交换。在图3a的步骤300中，客户机104请求性能。该性能可以是包括数据压缩、数据加密以及众多的QOS性能中的任何一种性能。信息协议也可以是任何一种协议，例如，SIP(Session Initiation Protocol)。值得注意的是，在步骤300所请求的性能并不需要十分明确：它可以受在客户机104和服务器102之间所使用的信息协议影响而改变。

在步骤302，服务器102接受性能的请求并且确定是否能支持该性能。如果不能，则服务器102就使用在协议中所定义的方法来拒绝该项请求(未显示)。如果服务器102要支持所请求的性能并且准备立即来完成的话，则服务器102就分配支持该性能所需的资源并且接受该项请求(也未显示)。在图3a和3b中所讨论的背景与适用于服务器102的第三种可能性有关：它愿意在未来支持所以请求的性能但现在还不准备做。出现这种情况的一个实例是服务器102目前还没有可用的资源来支持该性能但希望能立即得到这些资源。在另一个实例中，服务器102还不太相信客户机104所以对它的请求未分配宝贵的资源。服务器102还不能分配资源，但在等待，直至客户机104成功地完成它自己的鉴别(见下文对图3b的步骤310和312的讨论)。在图3a的背景下，服务器102可在步骤302向客户机104发送一个信息，以表示该请求已经被接受但还表示所请求的性能还没有支持。

得服务器102可以采用许多方法来表示所请求的性能还没有得到支持。例如，在SIP中，当允许在一个通信链路上进行数据压缩时，可以在数据字段附加“标记符”(见图4以及相应的讨论)。值得注意的是，并不是在压缩工作时所有的数据信息都予以压缩(例如，一个给定的信息可以得益于压缩而变得更短)，在标记符中的标志可以表示伴随着的数据是否压缩过。本发明的实施例可以在步骤302使用该标记符和标志。所标记的接受信息表示对数据压缩的请求已经得到了允许，但是在该信息中的数据并没有压缩。，正如该标志所表示的。在步骤304，客户机104接受到了允许的信息以及所请求的性能还没有得到支持的通知。在数据压缩的实例中，该标记符表示允许请求，但是没有压缩则表示服务器还没有对压缩数据做好准备。

在步骤306和308，客户机104和服务器102在没有使用所请求的性能条件下进行通信。根据环境条件，这些步骤可以长时间连续(直至，例如，服务器102获得所需要的资源)，也可以是非常短的(例如，只到客户机104向服务器102成功地完成它自己的鉴别)。

图3b的步骤310和312可以在同一背景条件下进行选择，也可以都包括在内，因为这些步骤说明了在该背景条件下本发明的方法是非常有用的。在这些步骤中，客户机104使用由它们使用协议所建立的方法向服务器102作出它自己的鉴别。(许多这类方法都是本领域中众所周知的。)服务器102理解但不愿意地分配宝贵的资源，直至完成这些步骤。尽管这些背景不仅是延迟有效资源的分配的一种背景，但是它也是试图防止DOS攻击的一种背景。

最后，在步骤314，服务器102判定分配资源，以支持客户机104的请求。在步骤316，服务器102向该客户机104表示现在能支持请求。正如以上有关步骤302所讨论的许多可能的表示那样，可以有许多方法使得服务器102能够表示现在支持该性能。使用数据压缩实例，服务器102可方便地发送压缩过的数据至客户机104。无论怎样，在收到指示时，在步骤318，客户机104注意到性能现在得到支持了。从这时开始，客户机104和服务器102只要能适合于需要，就能够使用或者不使用所请求的性能进行通信。

图4显示了用于发送压缩或不压缩数据的信息数据结构400。该数据结构400包括三个标志字段。第一标志字段402可作为标记(这里称之为“标记标志”)使用。该标记标志字段402可用于表示在字段408中的数据格式，特别是可表示该数据是否压缩。在该实施例的条件下，该标记字段包括互斥位。例如，0×80位可用于表示该数据没有压缩，而0×20位可用于表示该数据已经压缩。

在一些实施例中，数据包至少有三种类型：(1)没有标记的数据表示就目前的连接该数据没有压缩；(2)标记的数据则表示压缩是可能但是在字段408中的数据是标记为没有压缩；(3)标记的数据表示压缩是可能并且在字段408中的数据是压缩的。在图3a和3b的步骤304和318中，客户机104分别确定它从服务器102中接受到的数据包的数据类型，以了解是否能支持数据的压缩。

图5a和5b显示了说明服务器102所执行的典型步骤的流程图。在步骤500，服务器102接受来自客户机104请求一种服务和一种通信性能。正如以上所讨论的，这类请求可以是采用由客户机104发送明确的信息隐式形式，或者也可以是在客户机104和服务器102之间所通信协议中所约定的形式。在步骤502，服务器102校验它自己的配置，以了解它是否能够支持所请求的性能。也有可能发生客户机104所请求的性能是服务器102所没有配置支持的。在这种情况下，该方法就转至步骤510，在步骤510，服务器102就拒绝该项请求。

如果服务器102能够，至少是在理论上能够，支持所请求的性能，则在步骤504，服务器102就接受该项请求，但是告诉客户机104现在客户机104还不能使用该性能。

有一些服务器102只能向的客户机提供的性能。如果客户机104已经请求了这类性能，则在步骤506就执行一个鉴别的处理。如果客户机104在步骤508的鉴别失败，则服务器102就可以在步骤510拒绝该项请求，即使在早先的步骤504已经接受了该项请求。值得注意的是，一次鉴别的失败并不一定意味着客户机104就必须终止它与服务器102的通信会话。就现在的论述而言，可能的结果是，一次鉴别失败的结果是客户机104不具有使用所请求性能的能力。

如果客户机104能够成功地向服务器鉴别它自己(或者如果不需要这类鉴别)，则客户机104和服务器102就开始相互间的通信，但没有使用所请求的性能。如果需要，服务器102就在步骤512校验足够资源的可用性，并且在图5b的步骤514，有了这类资源，服务器102分配这些资源，以支持由客户机104所请求的性能。正如有关图1的上述讨论那样，这些资源并不一定要驻留在服务器上。它可以由其它服务器110来提供。在一些背景条件下，当其它客户机放弃了这些资源时，可以在步骤514就有了这些资源。这些资源也可以是始终有效的，但是服务器难以将这些资源提交给客户机104，直至客户机104在图5a所示的步骤508成功地证明了它自己。

在图5b所示的步骤516，服务器102表示它现在已经准备好支持所请求的性能。可以各种不同的程度来支持一些性能。例如，客户机104请求512Kbps的最小带宽保证。如果服务器102不具有能够完全支持该请求的资源，它就有可能简单地拒绝该项请求。另外，服务器102也可以接受该请求，但是告诉客户机104，服务器102只能支持128Kbps带宽保证。客户机104可以判定是接受还是不接受该较低的保证，并且作出响应的反应。

通过这一过程，服务器102可以跟踪它的资源程度和分配，正如在步骤518中所表示的。在服务器102判定它是否能够具有足够的资源来支持所请求的性能时，它就可使用这一信息。系统管理员在判定服务器是否最优化配置时也可以使用这一信息。

图6提供了一例服务器102的资源记录日志。资源分配的日志600包括了四个条目行，各个条目与一个单个的性能请求有关。在日志600中，客户机104(字段602)具有所请求的数据压缩(字段604)，并且该请求已经被接受了(字段606)。客户机106要求数据压缩遭到了拒绝，可能是因为客户机106未能向服务器102鉴别它自己。客户机108要求数据压缩的请求已经被接受，但是还没有支持该性能。客户机108还产生了另一请求，这次是请求512Kbps的保证带宽。该请求已经被接受，但是目前所能支持的性能只能在128Kbps较低的程度上。

在图5b的步骤520，客户机104和服务器102都可以在它们的通信中使用所请求的性能。然而，它们并没有要求使用该性能。例如，即使压缩得到支持时，一些信息太短，不利于压缩。

在步骤522中说明了服务器102的资源分配日志600的另一个用途。这时，一些资源是免费的(可能是来自另一个客户机)，并且服务器102校验它的资源分配日志600。值得注意的是，例如，客户机108请求512Kbps的保证带宽，但是却只能支持保证128Kbps。如果服务器102能够并希望以较高的程度来支持客户机108的请求，它也能够做到。对于有些性能来说，服务器102即还能够使用这种方法来减小它所能够支持的程度。另一种性能就不允许这样做，并且支持的程度也必须重新再谈判。

以图7a和7b的流程图来说明客户机104一边的性能请求处理业务。根据以上对服务器102的过程的讨论，客户机104的过程的繁多将是很明显的，所以这里只需讨论其中一小部分。客户机104可以保持它自己请求的日志，这类似于图6所示的服务器107资源分配日志600。性能请求的状态，如果适当的话可包括它们所支持的程度，这些状态可向客户机104的用户显示，正如图7b的步骤716和720所表示的。

上述讨论聚焦于所期待的在服务器102和客户机104之间的交换过程。下列表格说明了一些不希望但可能发生的事情以及客户机104是如何反应的。

当请求一性能时，客户机应该准备处理的可能响应
			响应	含义	适当的处理
处理超时无效响应没有所请求性能表示的响应具有所请求性能的无效表示的响应	商议已经失败	退回到在该链路中不使用所请求的性能。
			400	服务器并没有在这时支持NEGOTIATE方法或者未承认此法有效	退回到在该链路中不使用所请求的性能。
405，501	服务器并不支持NEGOTIATE方法	退回到在该链路中不使用所请求的性能。
			488，606	服务器并不支持所请求的性能	退回到在该链路中不使用所请求的性能。
403	服务器拒绝该请求	关闭原有的连接。而是打开新的连接并且没有请求该性能。没有在该链路中使用所请求的性能。
			408，480，504	超时	在适当的延迟之后重新再试。多次超时应该产生关闭该连接以及发出一个适当报警。这表示失去了与服务器的连接。
1xx	暂时的响应	忽略。

2xx	成功	使能该链路所请求的性能工作。
			3xx	服务器重新指向请求	忽略。退回到在该链路中不使用所请求的性能。
4xx，5xx，6xx	其它差错	忽略。退回到在该链路中不使用所请求的性能。

在讨论了许多可能应用本发明基本原理的实施例的过程中，应该理解的是，本文结合附图所讨论的实施例只仅仅是用于说明，而不应该视为对本发明范围的限制。例如，本领域的熟练技术人员都会意识到：可以在不脱离本发明精神的情况下对所说明的实施例在结构和细节上作出改进。尽管本发明是以软件模块和部件的方式进行讨论，但是本领域的熟练技术人员都会意识到：这也可以采用硬件部件来等效取代。因此，本文所讨论的发明试图包含所有这类实施例，并且都在后附的权利要求及其所等效技术方案所限制的范围内。

Claims (43)

1.在一个包括一个服务器计算设备和一个客户机计算设备的通信环境中，适用于服务器延迟支持客户机所需性能的方法，该方法包括：

接受一个对性能的请求；

向客户机表示所述请求已经获得；

向客户机表示还没有能支持所请求的性能；

在向客户机表示还没有能支持所请求的性能之后，向客户机表示可以支持所请求的性能；以及，

支持客户机所请求的性能。

2.如权利要求1所述方法，其特征在于，所述请求的性能是一种在所述客户机和所述服务器之间的通信性能，并且所选择的性能可以包括：服务的质量、带宽、响应时间的保证、对差错的抗扰性、信息序列的完整性和复制的缺陷、以及最大容许损失的码率。

3.如权利要求1所述方法，其特征在于，所述接受到的对性能的请求包括接受到来自所述客户机对该性能的明确请求。

4.如权利要求1所述方法，其特征在于，所述接受到的对性能的请求包括接受到来自所述客户机对该性能的约定请求。

5.如权利要求4所述方法，其特征在于，所述对性能的约定请求是由所述客户机和由所述服务器所使用的通信协议所指定的。

6.如权利要求1所述方法，其特征在于，所述接受到的性能请求包括接受到一个对所请求性能的第一程度支持的请求，以及其中，向客户机表示的所支持的请求性能包括向请求性能的客户机表示可以请求性能的第二程度支持来支持。

7.如权利要求6所述方法，其特征在于，所述请求性能支持的第二程度是小于请求性能支持的第一程度。

8.如权利要求6所述方法，其特征在于，支持客户机所请求的性能包括以请求性能支持的第二程度来支持所请求的性能。

9.如权利要求6所述方法，其特征在于，还包括：

在向客户机表示以请求性能支持的第二程度支持之后，向客户机表示所请求的性能可以请求性能支持的第一程度来支持。

10.如权利要求1所述方法，其特征在于，一种表示方法包括向客户机表示已经接受到了请求并且向客户机表示所请求的性能还没有得到支持。

11.如权利要求1所述方法，其特征在于，向客户机表示还没有支持所请求的性能包括在与客户机通信中没有使用所请求的性能。

12.如权利要求1所述方法，其特征在于，向客户机表示支持所请求的性能包括在与客户机通信中使用所请求的性能。

13.如权利要求1所述方法，其特征在于，支持客户机所请求的性能包括分配资源。

14.如权利要求13所述方法，其特征在于，分配资源包括分配由服务器之外的计算设备所提供的资源。

15.如权利要求13所述方法，其特征在于，还包括：

校验支持所请求性能的资源的有可用性；以及，

延迟向客户机表示支持所请求的性能，直至用于支持该请求性能的资源有效。

16.如权利要求15所述方法，其特征在于，还包括：

保持有关资源使用的信息和有关还不能支持性能请求的信息。

17.如权利要求16所述方法，其特征在于，所述服务器可支持多个客户机，以及其中，当其它客户机放弃了支持请求性能的资源时，这些用于支持所请求性能的资源就能变成可用。

18.如权利要求1所述方法，其特征在于，还包括：

在向客户机表示支持所请求的性能之前，鉴别客户机的身份。

19.如权利要求18所述方法，其特征在于，向客户机表示支持所请求性能的发生与服务器成功鉴别客户机身份有关。

20.如权利要求1所述方法，其特征在于，还包括：

将性能请求的状态可记录为：拒绝，接受但还没有支持，或者接受且支持。

21.如权利要求20所述方法，其特征在于，还包括：

记录性能请求支持的程度；以及，

记录分配给支持性能请求的资源。

22.一种包含用于执行适用于服务器计算设备延迟对客户机计算设备支持一性能的方法的计算机可执行指令的计算机可读媒体，所述方法包括：

接受一个对性能的请求；

向客户机表示所述请求已经获得；

向客户机表示还没有能支持所请求的性能；

在向客户机表示还没有能支持所请求的性能之后，向客户机表示可以支持所请求的性能；以及，

支持客户机所请求的性能。

23.在一个包括一个服务器计算设备和一个客户机计算设备的通信环境中，一种适用于客户机从服务器获得对性能支持的方法，该方法包括：

请求服务器提供的性能；

接受已经获得该请求的表示；

接受还没有支持所请求性能的表示；

控制使用所请求的性能；

在接受到一个表示还没有支持所请求性能的表示之后，接受一个支持所请求性能的表示；以及，

使用所请求的性能。

24.如权利要求23所述方法，其特征在于，所述请求的性能是一种在所述客户机和所述服务器之间的通信性能，并且所选择的性能可以包括：服务的质量、带宽、响应时间的保证、对差错的抗扰性、信息序列的完整性和复制的缺陷、以及最大容许损失的码率。

25.如权利要求23所述方法，其特征在于，所请求的性能包括向服务器发送对该性能的明确请求。

26.如权利要求23所述方法，其特征在于，所请求的性能包括约定请求的性能。

27.如权利要求26所述方法，其特征在于，所述对性能的约定请求是由所述客户机和由所述服务器所使用的通信协议所指定的。

28.如权利要求23所述方法，其特征在于，所请求的性能包括请求支持所请求性能的第一程度，以及其中，接受支持所请求的性能的表示包括接受一请求性能支持的第二程度来支持所请求性能的表示。

29.如权利要求28所述方法，其特征在于，所述请求性能支持的第二程度是小于请求性能支持的第一程度。

30.如权利要求28所述方法，其特征在于，使用所请求的性能包括以请求性能支持的第二程度使用所请求的性能。

31.如权利要求28所述方法，其特征在于，还包括：

在接受到以请求性能支持的第二程度支持所请求性能的表示之后，接受到以请求性能支持的第一程度支持所请求性能的表示。

32.如权利要求23所述方法，其特征在于，接受一种表示可包括接受到已经获得请求的表示和接受到该请求性能还没有支持的表示。

33.如权利要求23所述方法，其特征在于，接受一种所请求的性能还没有支持的表示包括接受来自没有使用所请求性能的服务器的通信。

34.如权利要求23所述方法，其特征在于，接受一种支持所请求性能的表示包括接受来自使用所请求性能的服务器的通信。

35.如权利要求23所述方法，其特征在于，还包括：

在接受支持所请求性能的表示之前，对服务器鉴别客户机的身份。

36.如权利要求23所述方法，其特征在于，还包括：

向客户机的用户显示性能请求被拒绝，接受但还没有支持，或者接受且支持的状态。

37.如权利要求26所述方法，其特征在于，还包括：

向客户机的用户显示支持性能请求的程度。

38.一种包含用于执行适用于客户机计算设备从服务器计算设备获得一种性能支持的方法的计算机可执行指令的计算机可读媒体，所述方法包括：

请求来自服务器的性能；

接受已经获得立刻请求的表示；

接受还没有支持所请求性能的表示；

控制使用所请求的性能；

在接受到还没有支持所请求性能的表示之后，接受支持所请求性能的表示；以及，

使用所请求的性能。

39.在一个包括一个服务器计算设备和一个客户机计算设备的通信环境中，一种适用于服务器延迟对客户机支持性能和适用于客户机从服务器获得对性能支持的方法，该方法包括：

由客户机请求服务器提供的性能；

由服务器接受对性能的请求；

由服务器接受并发送给客户机已经获得了请求的表示；

由客户机接受已经获得了请求的表示；

由服务器接受并发送给客户机还没有支持所请求性能的表示；

由客户机接受还没有支持所请求性能的表示；

由客户机来控制使用所请求的性能；

在由服务器接受并发送给客户机器还没有支持所请求性能的表示之后，由客户机接受支持所请求性能的表示；

由服务器向客户机支持所请求的性能；以及，

由客户机使用所请求的性能。

40.在一个包括一个服务器计算设备和一个客户机计算设备的通信环境中，一种适用于服务器延迟对客户机支持性能和适用于客户机从服务器获得对性能支持的方法，该方法包括：

由客户机请求服务器提供的性能；

由服务器接受对性能的请求；

由服务器接受并发送给客户机已经获得了请求的表示；

由客户机接受已经获得了请求的表示；

由服务器接受并发送给客户机还没有支持所请求性能的表示；

由客户机接受还没有支持所请求性能的表示；

由客户机来控制使用所请求的性能；

在由服务器接受并发送给客户机器还没有支持所请求性能的表示之后，由客户机接受支持所请求性能的表示；

由服务器向客户机支持所请求的性能；以及，

由客户机使用所请求的性能。

41.一种包含资源分配数据结构的计算机可读媒体，该资源分配数据结构包括：

包含表示一个客户机计算机设备身份的数据的第一数据字段；

包含表示由客户机所请求性能的数据的第二数据字段；

包含表示支持所请求性能的程度的数据的第三数据字段；

包含表示支持性能的目前程度的数据的第四数据字段；

包含表示目前分配给支持性能的资源数量的数据的第五数据字段。

42.如权利要求41所述计算机可读媒体，其特征在于，所述请求的性能是在所述客户机和一个服务器计算设备之间的通信性能。

43.如权利要求41所述计算机可读媒体，其特征在于，所述第四数据字段和所述第五数据字段是相同的数据字段。

Images