CN112929377A - 用于对等服务器网络的视频负载均衡系统 - Google Patents

Abstract

实时馈送视频均衡系统包括对等服务器网络。服务器网络的每个服务器与剩余服务器通信并监测服务器网络的专用服务器的对应性能标准，以限定该专用服务器的托管容量。托管容量被传送至剩余服务器，并且服务器协同地评估来自监测服务器的对应托管容量，以确定具有第一托管容量的潜在托管服务器和具有第二托管容量的剩余服务器。潜在托管服务器被置成响应于托管请求与递送实时视频馈送的图像捕获装置通信。托管服务器将图像捕获装置置成与潜在托管服务器进行选择性通信，以将实时视频馈送递送至客户终端，从而限定有效托管服务器。

Description

用于对等服务器网络的视频负载均衡系统

本申请是申请日为2017年6月21日、申请号为2017800508186(国际申请号为PCT/US2017/038530)、发明名称为“用于对等服务器网络的视频负载均衡系统”的中国发明专利申请的分案申请。

技术领域

本发明大体上涉及用于经由多服务器的服务器网络来实时(live，现场、实况地)流式传输(stream，流送)视频的系统，且更具体地，利用对等服务器网络将来自图像捕获装置的视频经由该对等服务器网络实时流式传输到客户终端。

背景技术

在许多行业包括健康护理行业中，实现了视频监视的使用。监测患者和健康护理提供者可能有助于促进适当的健康护理标准的执行。监测患者所涉及的挑战可能包括防止未经授权而共享健康护理信息的各种健康护理法律。因此，这样的实时视频馈送(feed，馈送内容、馈送影像)必须通过服务器传输而不会被记录。

发明内容

根据本发明的一个方面，实时馈送视频均衡系统包括被置成通信以限定对等服务器网络的多个服务器。对等服务器网络的每个服务器被置成与对等服务器网络的每个剩余服务器进行通信。对等服务器网络的每个服务器限定监测对等服务器网络的专用服务器的至少一个对应性能(performance，执行、表现)标准的监测服务器。每个监测服务器限定专用服务器的对应托管容量(hosting capacity，宿留容量、承载能力)，其中，对应托管容量基于至少一个对应性能标准。每个监测服务器将专用服务器的对应托管容量传送至剩余服务器，使得托管容量以预定间隔传送至剩余服务器。对等服务器网络的多个服务器协作地评估从所有监测服务器传送的对应托管容量，以确定潜在托管服务器。潜在托管服务器具有第一托管容量，并且剩余服务器具有一系列的第二托管容量。第一托管容量大于该系列的第二托管容量内的任何对应托管容量。潜在托管服务器被置成响应于来自客户终端的对于实时视频馈送的请求来与递送实时视频馈送的图像捕获装置通信。托管服务器适于将图像捕获装置置成与潜在托管服务器进行选择性通信，以将实时视频馈送递送至客户终端来限定有效(active，主动)托管服务器。

根据本发明的另一方面，一种用于实时流式传输多个服务器托管的视频馈送的方法包括：识别多个潜在客户终端；识别多个图像捕获装置；耦合多个服务器以限定对等服务器网络，其中，对等服务器网络的每个服务器与对等服务器网络的每个剩余服务器通信。确定多个服务器中的每个服务器的对应托管容量，其中，每个服务器限定运行来监测对等服务器网络内的一个对应被监测服务器的至少一个性能标准的监测服务器。每个监测服务器根据对应被监测服务器的至少一个性能标准为对应被监测服务器分配对应托管容量，并将对等服务器网络的每个对应被监测服务器的对应托管容量传送至对等服务器网络的每个剩余服务器。视频请求从多个潜在客户终端的请求客户终端递送至对等服务器网络，其中，视频请求识别多个图像捕获装置的待被置成经由对等服务器网络的托管服务器与请求客户终端通信的被请求图像捕获装置。识别托管服务器，其中，托管服务器被限定为具有第一对应托管容量的服务器，并且剩余服务器被限定为具有一系列的第二对应托管容量，其中，第一对应托管容量大于该系列的第二对应托管容量内的任何对应托管容量。被请求图像捕获装置被置成与托管服务器通信，并且托管服务器被置成与请求客户终端通信，以将实时视频馈送从被请求图像捕获装置递送至请求客户终端。

根据本发明的另一方面，一种用于实时流式传输多个服务器托管的视频馈送的方法包括：限定由多个自监测服务器限定的服务器网，其中，服务器网的每个自监测服务器与服务器网的每个剩余服务器通信。每个自监测服务器监测相应自监测服务器的至少一个对应性能标准，并且其中，每个自监测服务器将对应性能标准传送至服务器网的每个剩余服务器。确定潜在托管服务器，其中，服务器网的自监测服务器评估每个对应性能标准以限定对应于潜在托管服务器的第一性能标准，并且其中，剩余自监测服务器的每个剩余性能标准共同限定一系列的第二性能标准。识别多个潜在客户终端。识别多个图像捕获装置。来自多个潜在客户终端的请求客户终端的视频请求被递送至对等服务器网络，其中，视频请求识别多个图像捕获装置的待被置成经由对等服务器网络的托管服务器与请求客户终端通信的被请求图像捕获装置。潜在托管服务器被置成与被请求图像捕获装置和请求客户终端进行通信，其中，潜在托管服务器限定将被请求图像捕获装置置成经由有效托管服务器与请求客户终端进行通信的该有效托管服务器。重新确定更新的潜在托管服务器，其中，服务器网的有效托管服务器和剩余自监测服务器将更新的对应性能标准传送至服务器网的每个其他自监测服务器以重新限定更新的第一对应性能标准和更新的一系列的第二对应性能标准。

经阅读以下说明书、权利要求和所附附图，本领域技术人员将理解和领会本发明的这些和其他方面、目的和特征。

附图说明

在附图中：

图1是健康护理环境的示意性立体图，该健康护理环境结合了用于将来自图像捕获装置的实时视频馈送递送至客户终端的对等服务器网络的一方面；

图2是示出了结合多个图像捕获装置和多个客户终端运行的对等服务器网络的一方面的示意图；

图3是例示了图2的对等服务器网络并且示出了发生来自客户终端的对于实时视频馈送的请求的示意图；

图4是例示了图3的对等服务器网络的示意图，示出了发生在对等服务器网络的各个服务器中评估潜在托管服务器；

图5是例示了图4的对等服务器网络的示意图，示出了在对等服务器网络的多个服务器中选择潜在托管服务器；

图6是下述示意图：该示意图例示了图5的对等服务器网络，并且示出了在被请求的实时视频馈送已被分配给有效托管服务器之后重新评估对等服务器网络的潜在托管服务器；

图7是图2的对等服务器网络的示意图，例示了对等服务器网络的至少一个服务器的故障模式；

图8是图7的对等服务器网络的示意图，例示了重新评估对等服务器网络的未限定故障模式的服务器；

图9是图8的对等服务器网络的示意图，例示了在将离线服务器重新插入对等服务器网络之后实时视频馈送的重新配给(reallocate，重新分配、重新配置)；

图10是图9的对等服务器网络的示意图，例示了发送至对等服务器网络以停止实时视频馈送的终止请求；

图11是图10的对等服务器网络的示意图，例示了对等服务器网络的均衡操作的执行；

图12是例示了使用对等服务器网络来实时流式传输多个服务器托管的视频馈送的方法的流程图；

图13是例示了使用对等服务器网络来实时流式传输多个服务器托管的视频馈送的方法的流程图；

图14是进一步例示了图13中例示的使用对等服务器网络来实时流式传输多个服务器托管的视频馈送的方法的流程图；以及

图15是示出了用于在对等服务器网络的服务器中的一个服务器的故障模式期间实时流式传输多个服务器托管的视频馈送的方法的示意流程图。

具体实施方式

出于本文描述的目的，术语“上”、“下”、“右”、“左”、“后”、“前”、“竖向”、“水平”及其派生词应当与根据图1中定向的本发明有关。然而，应该理解，除非明确地相反指出，否则本发明可以采用各种可替代定向。还应理解，所附附图中示出并在以下说明书中描述的具体装置和过程仅是所附权利要求中限定的发明构思的示例性实施方式。因此，除非权利要求另有明确说明，否则与本文公开的实施方式相关的具体尺寸和其他物理特征不应被视为限制性的。

如图1至图6中所示，附图标记10总体上指包括多个服务器12的对等服务器网络，该多个服务器适于置成与一个或多个客户终端16传送一个或多个实时视频馈送14。对等服务器网络10的使用可以适于置成与客户终端16传送实时视频馈送14，而不会将实时视频馈送14的部分记录在对等服务器网络10内。根据各种实施方式，用于将多个实时视频馈送14递送至客户终端16的实时视频馈送均衡系统18包括多个服务器12，多个服务器被置成彼此通信以限定对等服务器网络10。预期的是，对等服务器网络10的每个服务器12被置成与对等服务器网络10的剩余服务器42中的每个通信。如此，对等服务器网络10内的任何一个服务器12均能够与对等服务器网络10的剩余服务器42中的每个通信。因此，对等服务器网络10不包括“主”服务器且不包括“从”服务器，诸如在分级服务器网络中常见的。

再次参照图1至图6，在对等服务器网络10内，每个服务器12限定一监测服务器30，该监测服务器监测对等服务器网络10的专用服务器34的至少一个对应性能标准32。每个监测服务器30可以限定专用服务器34的对应托管容量36。预期的是，专用服务器34的对应托管容量36是基于由监测服务器30估计的至少一个对应性能标准32的。对等服务器网络10的每个监测服务器30通过向外(outgoing，往外去的、外向)通信将相应专用服务器34的对应托管容量36传送至剩余服务器42。如此，对等服务器网络10的每个服务器12的对应托管容量以预定间隔被传送至对等服务器网络10的剩余服务器42。因此，对等服务器网络10的每个服务器12均限定监测服务器30和专用服务器34两者。因此，对等服务器网络10的监测服务器30适于监测仅一个专用服务器34，以针对一个相应的专用服务器34估计至少一个对应性能标准32从而得到对应托管容量36。

一旦监测服务器30已经估计出相应专用服务器34的对应托管容量36，对等服务器网络10的多个服务器12协作地评估从所有监测服务器30传送的对应托管容量，以确定潜在托管服务器38。潜在托管服务器38被限定为具有第一托管容量40，并且剩余服务器42被限定为具有一系列的第二托管容量44。第一托管容量40大于该系列的第二托管容量44内限定的任何对应托管容量。换句话说，对等服务器网络10的多个服务器12协作地评估传送的对应托管容量，以确定哪个相应专用服务器34具有的对应托管容量36大于对等服务器网络10的剩余服务器42的对应托管容量。潜在托管服务器38被置成响应于来自客户终端16的对于实时视频馈送14的托管请求46与递送被请求的实时视频馈送14的图像捕获装置48通信。潜在托管服务器38响应于该请求将图像捕获装置48置成与潜在托管服务器38选择性通信，以便将实时视频馈送14递送至客户终端16。通过被请求图像捕获装置52和被请求客户终端16之间的这种通信，潜在托管服务器38现在限定对等服务器网络10的关于被请求图像捕获装置52的有效托管服务器50。

根据各种实施方式，实时视频馈送14可以包括由图像捕获装置48捕获的各种类型的视频和音频信息。这样的视频和音频信息可以包括但不限于热成像、隐藏字幕和其他视频和音频信息。实时视频馈送还可以包括关于被监测的特定患者84的某些状态或识别信息。这样的信息可以包括患者84的健康相关信息(心率、血压、病症具体信息等)、年龄、主要语言以及可以被包括或被嵌入在实时视频馈送14内的其他类似信息。

再次参照图1至图6，预期的是，对等服务器网络10的监测服务器30适于为自监测服务器60，使得监测服务器30和被监测的相应专用服务器34是同一个。如此，对等服务器网络10的每个服务器12均是自监测服务器60，该自监测服务器监测其自己的对应性能标准32并估计该对应的性能标准32以达到对于自监测服务器60的对应托管容量36。然后，该信息从每个自监测服务器60被传送至对等服务器网络10的剩余服务器42中的每一个。预期的是，至少一个对应性能标准32可以包括但是不限于：中央处理单元的利用率(utilization：使用情况)、随机存取存储器的利用率、网络带宽的利用率、网络利用率的百分比、存储器利用率的百分比、剩余数据容量以及其他类似标准。还预期的是，可以以正的方式(即，有多少容量可用)或以负的方式(即，使用了多少容量)估计这些标准中的每个。这些对应性能标准32的使用允许对等服务器网络10的每个自监测服务器60均衡每个自监测服务器60之间实时视频馈送14的托管，因为各个托管请求46是由各个客户终端16相对于递送各个对应实时视频馈送14的各个图像捕获装置48作出的。如下面将更全面地讨论的，当来自客户终端16的每个托管请求46被使得去往对等服务器网络10时，对等服务器网络10可以执行自评估并确定对等服务器网络10的哪个服务器12最能够胜任处理来自一个或多个图像捕获装置48的新的实时视频馈送14。类似地，对等服务器网络10可以周期性地执行自评估，以确定对等服务器网络10的各个服务器12是否以经济的方式被利用，并且如果需要，执行与由对等服务器网络10的服务器12托管的各个实时视频馈送14有关的均衡操作70。

再次参照图2至图6和图11，预期的是，图像捕获装置48是各个均与对等服务器网络10选择性通信的多个图像捕获装置48中的一个。预期的是，多个图像捕获装置48中的每个图像捕获装置48能够被托管或置成与对等服务器网络10内的任何一个服务器12通信。因此，针对特定图像捕获装置48的托管功能可以从一个服务器12转移到剩余服务器42中的一个，其中，基于由对等服务器网络10执行的各种评估和均衡操作70来确定有必要执行这样的转移。客户终端16可以是各个均与对等服务器网络10选择性通信的多个客户终端16中的一个。在客户终端16的情况下，每个客户终端16均与对等服务器网络10的任何一个或多个服务器12选择性通信。预期的是，任何一个客户终端16可以与对等服务器网络10内的服务器12的任何组合或所有服务器12通信，这取决于经由对等服务器网络10的服务器12被流式传输到特定客户终端16的实时视频馈送14的数量。

客户终端16可以被表征为处理器驱动的监测器80，该处理器驱动的监测器显示对应图像捕获装置48的各种实时视频馈送14的。在某些情形下，可以配给人82观察具有被显示的实时视频馈送14的监测器80任务。典型地，该人82观看以查看患者84是否在他们的医院房间88中他们的床86上。如果患者84在未被授权离开床86而试图这样做时，察看针对该患者84的实时视频馈送14的人82可以警告患者84附近的医务人员90以提供帮助。图像捕获装置48可以包括用以监测患者84并经由对等服务器网络10将实时视频馈送14提供至客户终端16的标准摄像机以及运动传感器、麦克风、扬声器、夜视能力和其他通信装备。

现在参照图2至图6和图11，对等服务器网络10适于为来自相应的图像捕获装置48的一个或多个实时视频馈送14提供托管能力。预期的是，每个服务器12的对应总托管容量100可以对应于特定服务器12在任何特定时间能够处理的某一数量的托管馈送102。例如而非限制的，对等服务器网络10内的第一服务器可能能够提供最多达三个托管馈送102的总托管容量100。对等服务器网络10内的第二服务器106可能能够提供四个托管馈送102，对等服务器网络10内的第三服务器108可能能够提供五个托管馈送102，并且对等服务器网络10内的第四服务器110可以提供两个托管馈送102。应当理解，本文列出的每个服务器12的总托管容量100本质上是示例性的，并且对等服务器网络10的服务器12实际上可能能够托管大量的托管馈送102。托管馈送102的确切数量可以根据对等服务器网络10内的特定服务器12的配置而变化。

如上所讨论的，在对等服务器网络10运行期间，对等服务器网络10内的每个服务器12连续地或周期性地将针对自监测服务器60的对应性能标准32和/或对应托管容量36中的至少一个传送至对等服务器网络10的剩余服务器42。因此，在任何时候，对等服务器网络10的服务器12协作地确定潜在托管服务器38，使得当从客户终端16接收到托管请求46时，潜在托管服务器38准备好充当用于特定实时视频馈送14的有效托管服务器50。在对等服务器网络10的整个执行中，各个客户终端16可以针对来自对应图像捕获装置48的特定实时视频馈送14做出托管请求46。还可以接收终止请求120以停止针对特定图像捕获装置48的实时视频馈送14。当接收到这些托管请求46和终止请求120时，对等服务器网络10执行另一评估或均衡操作70以重新估计每个自监测服务器60的托管能力，来确定在任何特定时间的潜在托管服务器38。当每个托管请求46和终止请求120被接收时，潜在托管服务器38的身份可以基于对等服务器网络10的服务器12的对应性能标准32的估计而从一个服务器12变到另一服务器12。

再次参照图2至图6和图11，例如而非限制的，图2和图3中例示的对等服务器网络10示出了构成对等服务器网络10的自监测类型的第一、第二、第三和第四服务器104、106、108、110。例示的对等服务器网络10示出了图像捕获装置48(标记为A至J)当前由可以是自监测种类的第一至第四服务器104、106、108、110中的一个进行托管。这些服务器12中的每个又与多个客户终端16中的至少一个客户终端16通信。当来自客户终端16中的一个的、针对与图像捕获装置48(L)对应的实时视频馈送14的托管请求46被发送至对等服务器网络10时，对等服务器网络10进行自评估或均衡操作70以确定潜在托管服务器38。预期的是，自评估的均衡操作70可以在托管请求46到达之前已经发生，使得对等服务器网络10已经确定了潜在托管服务器38。当针对图像捕获装置48(L)的托管请求46被发送至对等服务器网络10时，对等服务器网络10确定对等服务器网络10的第三服务器108在该时刻是潜在托管服务器38。这种确定可以基于下述事实做出：第三托管服务器108，如在该图像中例示的，在第一至第四自监测服务器104、106、108、110中具有最大的对应托管容量36。这可以被表达为对应托管容量36与针对每个服务器12的总托管容量100有关。然后，第三服务器108被置成与下述两者通信：图像捕获装置48(L)，以及发送了与该图像捕获装置48(L)有关的托管请求46的客户终端16。如此，对等服务器网络10的第三服务器108已经成为关于图像捕获装置48(L)的有效托管服务器50。在已经将图像捕获装置48(L)分配给有效托管服务器50之后，对等服务器网络10可以执行另一自评估的均衡操作70，以在另一托管请求46的情况下重新限定对等服务器网络10的哪个服务器12是潜在托管服务器38。

再次参照图2至图6、图10和图11，当对等服务器网络10接收一个或多个终止请求120时，特定服务器12可能具有远大于或小于对等服务器网络10的剩余服务器12的对应托管容量36。在这种情况下，对等服务器网络10的周期性自评估的均衡操作70可能引起对等服务器网络10的服务器12的托管馈送102的重新均衡。服务器12中特别地负载有托管馈送102的一个服务器可以将那些托管馈送102中的一个托管馈送转移到具有较高的对应托管容量36的服务器12。这种均衡功能可以帮助确保对等服务器网络10的各个服务器12不会相对于对等服务器网络10的剩余服务器12负担过重。

预期的是，托管馈送102从一个服务器12转换到剩余服务器12中的一个可以由对等服务器网络10本身执行。如此，对等服务器网络10的各个服务器12可以充当协作处理器130，该协作处理器启动每个均衡操作70、接收每个托管请求46和终止请求120并且在对等服务器网络10的执行期间执行各种计算操作。

根据各种实施方式，预期的是，对等服务器网络10的各种自监测服务器60不一定位于单个物理位置。预期的是，各个服务器12可以被定位在两个或更多个不同和/或分离的地理位置，其中，各个服务器12被置成经由各种网络连接、云计算连接和其他类似的数据连接进行通信。另外，预期的是，对等服务器网络10的每个服务器12可以被限制为仅托管来自相应的图像捕获装置48的各种实时视频馈送14。在这样的实施方式中，服务器12不对实时视频馈送14进行记录或缓冲，并且每个服务器12充当中转机构(conduit，导管)或选通(gated，门控)通道，通过该中转机构或选通通道图像捕获装置48可以被置成与一个或多个客户终端16通信。还预期的是，记录和/或“缓冲”功能可以在客户终端16处执行。还预期的是，缓冲和/或记录可以由对等服务器网络10的一个或多个服务器12进行。可以将这样的缓冲和记录功能直接存储在充当与对应图像捕获装置48通信的有效托管服务器50的自监测服务器60上。还预期的是，与对等服务器网络10通信的单独数据记录装置可以被用于缓冲和/或记录功能。缓冲和/或记录的数据可以是客户终端16中的任何一个或多个能够获得的。在其中有效托管服务器50执行缓冲和/或记录功能的各种实施方式中，缓冲和/或记录的数据可以响应于由于均衡操作70的托管指定的变化而被转移到不同的自监测服务器60。

现在参照图2至图11，预期的是，对等服务器网络10的一个或多个自监测服务器60可能经历故障模式140。对等服务器网络10的故障模式140可以由缺少响应于均衡操作70的执行的从任何一个或多个服务器12到剩余服务器12的通信来进行限定。在剩余服务器12没有接收到传送的情况下，不可能完整地执行对等服务器网络10的所有服务器12的均衡操作70。在这样的故障模式140下，预期的是，对等服务器网络10的剩余服务器12可以启动故障模式140响应，以重新配给当前由正经历故障模式140的服务器12或离线服务器142正托管的托管馈送102。在故障模式140下，不包括离线服务器142的剩余服务器12执行均衡操作70。剩余服务器12通过估计剩余服务器12的对应托管容量36来确定关于剩余服务器12的潜在托管服务器38。然后将来自离线服务器142的托管馈送102自动转移到潜在托管服务器38，以限定关于重新配给的托管馈送102的有效托管服务器50。对于由离线服务器142正托管的每个托管馈送102重复该过程，并且重复该过程直到由离线服务器142托管的所有馈送已被重新配给至对等服务器网络10的剩余服务器12中的有效托管服务器50。在故障模式140开始时，可以将故障信号150发送至服务模块152或服务提供者，使得可以对离线服务器142和对等服务器网络10执行维护。当离线服务器142重新联机时，该服务器12则重新插入对等服务器网络10中并且均衡操作70再次被执行，以在将曾经离线的服务器142重新插入到对等服务器网络10之后重新均衡系统。启动该故障模式140，以便在对等服务器网络10内出现故障的情况下，使客户终端16所经历的托管的实时视频馈送14的停机时间量最小化。

在传统系统中，分级服务器网络的服务器12中的一个处的故障可能需要将视频馈送14从故障服务器12手动地转移到在线服务器。该操作可能需要大量时间。该时间在特定患者84需要全天候监测的情况下可能是关键的。

在故障模式140的情况下，如图7至图9中所例示的，预期的是，来自各个图像捕获装置48的某些实时视频馈送14可以被分配优先级级别。高优先级可以赋予用于监测可能需要高水平监测的患者84的图像捕获装置48。较低优先级的图像捕获装置48可以被分配给需要较少监测的或者在不被监测的情况下风险较低的健康护理患者84。在故障模式140的情况下，较高优先级的图像捕获装置48可以在较低优先级图像捕获装置48之前，从离线服务器142转移到剩余服务器12中的新的潜在托管服务器38。如此，对于高优先级图像捕获装置48，用于每个图像捕获装置48的停机时间量可以保持为最小。虽然时间不会显著地增长，但是较低优先级的图像捕获装置48可能在较高优先级的图像捕获装置48之后被转移。预期的是，分配给每个图像捕获装置48的优先级级别可以由监测特定患者84的健康护理专业人员评估。特定患者84的事件历史也可以作为评估针对相应视频监测装置的特定优先级级别的因素。例如，在被指示卧床86却频繁地试图离开床86的患者84可能需要的优先级级别高于在指示不要试图离开床86时具有较少或没有试图离开床的事件的患者84。

现在参照图1至图12，在已经描述了用于托管实时视频馈送14的均衡系统18的各种实施方式和方面之后，公开一种使用对等服务器网络10来实时流式传输多个服务器托管的实时视频馈送14的方法400。根据方法400，由对等服务器网络10识别多个潜在客户终端16(步骤402)。潜在客户终端16可以由为了利用对等服务器网络10而要求的付费服务或基于费用的服务来表示。一旦识别了潜在客户终端16，这些潜在客户终端16中的每个均被置成与对等服务器网络10的一个或多个服务器12选择性通信。特定客户终端16的识别可以在对等服务器网络10运行中的各个时间发生。预期的是，识别步骤402可以响应于下述而发生：托管请求46、激活涉及对等服务器网络10的订阅服务、与对等服务器网络10的至少一个服务器12的连接、其组合以及在对等服务器网络10的运行期间可能发生的其他类似事件。还由对等服务器网络10识别多个图像捕获装置48(步骤404)。各个图像捕获装置48可以由各个健康护理提供者拥有或操作，该健康护理提供者为诸如医院、医疗设施、疗养院、收容所提供者和其他类似的健康护理提供者。如上所讨论的，耦合多个服务器12以限定对等服务器网络10(步骤406)。再次，对等服务器网络10的每个服务器12被置成与对等服务器网络10的每个剩余服务器12通信。确定对等服务器10内的多个服务器12中的每个服务器12的对应托管容量36(步骤408)。对等服务器网络10内的每个服务器12限定监测服务器30，该监测服务器运行以监测对等服务器网络10内的一个对应的被监测或专用服务器34的至少一个性能标准32。因此，每个监测服务器30基于至少一个性能标准32为对应专用服务器34分配对应托管容量36。然后，用于对等服务器网络10的每个对应专用服务器34的对应托管容量36被传送至对等服务器网络10的每个剩余服务器12。如上所讨论的，确定托管容量36的该步骤408可以响应于托管请求46或终止请求120、响应于故障模式140指示、其组合或由对等服务器网络10命令的其他周期时间随后连续地、周期性地执行。

再次参照图1至图10，根据方法400，将视频托管请求46从多个潜在客户终端16的请求客户终端16递送至对等服务器网络10(步骤410)。托管请求46识别多个图像捕获装置48中的被请求图像捕获装置52，该被请求图像捕获装置待被置成经由对等服务器网络10的潜在托管服务器38与请求客户终端16通信。然后关于托管请求46识别潜在托管服务器38(步骤412)。预期的是，托管服务器或潜在托管服务器38被限定为具有对应的第一托管容量40的服务器12，而与此对照，剩余服务器12被限定为具有一系列的对应第二托管容量44。如上所讨论的，对应的第一托管容量40大于该系列对应第二托管容量44内的任何对应托管容量。被请求图像捕获装置52然后被置成与潜在托管服务器38通信，并且潜在托管服务器38被置成与请求客户终端16通信，以将实时视频馈送14从被请求图像捕获装置52递送至被请求客户终端16(步骤414)。因此，潜在托管服务器38然后被限定为关于特定图像捕获装置48的有效托管服务器50。

现在参照图2至图11、图13和图14，还公开了一种使用对等服务器网络10来实时流式传输多个服务器托管的实时视频馈送14的方法500。根据方法500，对等服务器网络10形式的服务器网160由对等服务器网络10的多个服务器12限定，该多个服务器通常为自监测服务器60(步骤502)。如上所讨论的，服务器网160的每个服务器12均与服务器网160的每个剩余服务器12通信，并且每个服务器12监测相应专用服务器34的至少一个对应性能标准32。还预期的是，每个服务器12将对应性能标准32传送至服务器网160的每个剩余服务器12。预期的是，服务器网160可以对应于本文公开的对等服务器网络10。潜在托管服务器38由服务器网160确定(步骤504)。服务器网160的服务器12评估每个对应性能标准32，以限定与潜在托管服务器38对应的第一性能标准32。剩余服务器12的各剩余性能标准32共同限定一系列的第二性能标准32。如上所讨论的，由服务器网160进行的该自评估或均衡操作70将潜在托管服务器38识别为具有用于处理后续或先前接收的托管请求46的最大对应托管容量36的服务器12。根据方法500，识别至少一个或多个潜在客户终端16(步骤506)。还识别至少一个或多个图像捕获装置48(步骤508)。将视频托管请求46从多个客户终端16的请求客户终端16递送至对等服务器网络10(步骤510)。预期的是，视频托管请求46识别待被置成经由对等服务器网络10的潜在托管服务器38与被请求客户终端16通信的被请求图像捕获装置52或多个被请求图像捕获装置52。然后，将潜在托管服务器38置成与被请求图像捕获装置52和被请求客户终端16通信(步骤512)。如此，潜在托管服务器38然后限定有效托管服务器50，该有效托管服务器限定被请求图像捕获装置52与被请求客户终端16之间的通信。然后由对等服务器网络10重新确定更新的潜在托管服务器38(步骤514)。如此，服务器网160的有效托管服务器50和剩余自监测服务器60将更新的对应性能标准32传送至服务器网160的每个其他自监测服务器60，以重新限定更新的对应第一标准和更新的一系列对应第二性能标准32。因此，潜在托管服务器38的身份可以变为服务器网160内的不同服务器12。

再次参照图2至图9、图11和图12，根据方法500，可以从经由有效托管服务器50与被请求图像捕获装置52通信的请求客户终端16接收视频终止请求120(步骤516)。预期的是，终止请求120涉及选择性地终止请求客户终端16与被请求图像捕获装置52之间的通信。响应于终止请求120，实时视频馈送14被停止、中断或以其他方式终止(步骤518)。然后，在终止实时视频馈送14之后，重新确定服务器网160中的每个自监测服务器60的对应性能标准32(步骤520)。然后重新识别更新的潜在托管服务器38(步骤522)。先前的有效托管服务器50和剩余自监测服务器60将更新的对应性能标准32传送至服务器网160的每个其他自监测服务器60，以重新限定更新的第一对应性能标准32和更新的一系列第二对应性能标准32。再次，潜在托管服务器38的身份可以在执行来自请求客户终端16的终止请求120之后改变。

现在参照图1至图11和图15，公开了一种用于在对等服务器网络10的故障模式140的情况下运行对等服务器网络10的方法600。根据方法600，限定了具有多个自监测服务器60的服务器网160(步骤602)。在服务器网160的运行期间，自监测服务器60中的一个可以限定故障模式140。在该故障模式140下，自监测服务器60中的一个可以被识别为服务器网160的离线服务器142(步骤604)。如本文所讨论的，离线服务器142可以被限定为下述自监测服务器60：该自监测服务器没有将关于对应性能标准32或对应托管容量36中的至少一个的通信传递到服务器网160的剩余服务器42。自监测服务器60或其他类型的服务器12限定离线服务器142的其他指示可以包括但不限于电源故障、对离线服务器142的物理损坏、涉及离线服务器142的其他通信故障、其组合以及指示服务器网160的自监测服务器60或其他类型的服务器12没有正确运行的其他类似情况。识别了离线服务器142之后，然后就识别离线服务器142的托管馈送102(步骤606)。然后识别服务器网160的、没有或不限定故障模式140的剩余服务器42中的潜在托管服务器38，以接管关于离线服务器142的托管馈送102的托管功能(步骤608)。一旦识别了潜在托管服务器38，将离线服务器142的托管馈送102转移到现在限定关于被转移的托管馈送102的有效托管服务器50的潜在托管服务器38(步骤610)。预期的是，然后可以再次执行均衡操作70，以重新确定与待从离线服务器142转移的下一个托管馈送102有关的潜在托管服务器38，如果有该从离线服务器转移的下一个托管馈送的话。当所有托管馈送102都被转移离开离线服务器142时，可以修复离线服务器142。一旦修复，新修复的自监测服务器60被重新插入到服务器网160中，并且再次进行均衡操作70，以在服务器网160的自监测服务器60中摊派服务器网160的各个托管馈送102(步骤612)。

预期的是，在特定对等服务器网络10的执行过程期间，可以将附加服务器12添加到对等服务器网络10。在添加新服务器12时，预期的是，执行对等服务器网络10的自评估的均衡操作70，以在对等服务器网络10的各个服务器12之间均衡对等服务器网络10的托管馈送102。对等服务器网络10的使用适于为大量的图像捕获装置48服务，该图像捕获装置具有的数量超过或可能大大超过对等服务器网络10中的服务器12的数量。类似地，多个客户终端16中的客户终端16的数量可以超过或者也可以大大超过对等服务器网络10中的服务器12的数量。

根据各种实施方式，对等服务器网络10的使用用于提供均衡的托管系统，通过该均衡的托管系统，可以最小化由于对等服务器网络10内的各个服务器12的故障、过载或维护而导致的停机时间。本文描述的设备和方法适于响应于各种输入和对等服务器网络10所经历的事件来将托管馈送102从一个服务器12自动地转移到另一个。使由对等服务器网络10递送的发布馈送的停机时间最小化可以维持健康护理患者84和另外的健康护理提供者的一致监视方案，这可以在患者84没有被指示离开床86而试图如此做时减少受伤的事件。对等服务器网络10的使用还可以允许单个客户终端16监测多个实时视频馈送14，从而降低监测健康护理患者84所需的人力。

应当理解，在不脱离本发明的概念的情况下，可以对前述结构进行变化和修改，并且还应理解，这样的概念旨在由所附权利要求覆盖，除非这些权利要求通过它们的语言明确表示其他情况。

Claims (21)

1.一种实时馈送视频均衡系统，包括：

多个服务器，所述多个服务器被置成通信以限定对等服务器网络，其中，所述对等服务器网络的每个服务器均被置成与所述对等服务器网络的每个剩余服务器通信，并且其中：

所述对等服务器网络的每个服务器限定监测服务器，所述监测服务器监测所述对等服务器网络的专用服务器的至少一个对应性能标准；

每个监测服务器限定所述专用服务器的对应托管容量，其中，所述对应托管容量是基于所述至少一个对应性能标准的；

每个监测服务器将所述专用服务器的所述对应托管容量传送至所述剩余服务器，使得所述对应托管容量以预定间隔被传送至所述剩余服务器；

所述对等服务器网络的所述多个服务器协同地评估从所有所述监测服务器传送的对应托管容量，以确定潜在托管服务器，其中，所述潜在托管服务器具有第一托管容量，并且所述剩余服务器具有一系列的第二托管容量，其中，所述第一托管容量大于所述一系列的第二托管容量内的任何对应托管容量；以及

所述潜在托管服务器被置成响应于来自客户终端的对于实时视频馈送的请求来与递送所述实时视频馈送的图像捕获装置通信，所述潜在托管服务器适于将所述图像捕获装置置成与所述潜在托管服务器进行选择性通信，以将所述实时视频馈送递送至所述客户终端，从而限定有效托管服务器。

2.根据权利要求1所述的实时馈送视频均衡系统，其中，所述监测服务器还限定所述专用服务器，使得每个监测服务器限定所述对等服务器网络的下述自监测服务器：所述自监测服务器将所述自监测服务器的对应托管容量传送至所述对等服务器网络的所述剩余服务器。

3.根据权利要求1所述的实时馈送视频均衡系统，其中，所述图像捕获装置是每个均与所述对等服务器网络进行选择性通信的多个图像捕获装置中的一个。

4.根据权利要求3所述的实时馈送视频均衡系统，其中，所述客户终端是每个均与所述对等服务器网络进行选择性通信的多个客户终端中的一个。

5.根据权利要求1所述的实时馈送视频均衡系统，其中，所述至少一个对应性能标准包括剩余数据容量。

6.根据权利要求2所述的实时馈送视频均衡系统，其中，当所述多个服务器中的一个所述自监测服务器限定由缺少与所述剩余服务器的关于对应的专用服务器的所述对应托管容量的通信而表征的故障模式时，所述对等服务器网络的没有所述故障模式的剩余服务器限定重新配给的对等服务器网络。

7.根据权利要求6所述的实时馈送视频均衡系统，其中，限定所述故障模式的所述自监测服务器被置成不与所述重新配给的对等服务器网络的所述剩余服务器通信，并且也不与所述客户终端和所述图像捕获装置通信。

8.根据权利要求6所述的实时馈送视频均衡系统，其中，当所述自监测服务器中的一个限定所述故障模式时，所述重新配给的对等服务器网络的自监测服务器将故障信号传送至与限定所述故障模式的自监测服务器对应的服务模块。

9.根据权利要求1至8中任一项所述的实时馈送视频均衡系统，其中，所述多个服务器被定位在至少两个分离的物理位置内。

10.一种用于实时流式传输多个服务器托管的视频馈送的方法，所述方法包括下述步骤：

识别多个潜在客户终端；

识别多个图像捕获装置；

耦合多个服务器以限定对等服务器网络，其中，所述对等服务器网络的每个服务器均与所述对等服务器网络的每个剩余服务器通信；

确定所述多个服务器中的每个服务器的对应托管容量，其中，每个服务器均限定运行以监测所述对等服务器网络内的一个对应的被监测服务器的至少一个性能标准的监测服务器，其中，每个监测服务器基于所述对应的被监测服务器的所述至少一个性能标准来为所述对应的被监测服务器分配对应托管容量，并且其中，所述对等服务器网络的每个对应的被监测服务器的对应托管容量被传送至所述对等服务器网络的每个剩余服务器；

将来自所述多个潜在客户终端的请求客户终端的视频请求递送至所述对等服务器网络，其中，所述视频请求识别所述多个图像捕获装置中的下述被请求图像捕获装置：所述被请求图像捕获装置待被置成经由所述对等服务器网络的托管服务器与所述请求客户终端通信；

识别所述托管服务器，其中，所述托管服务器被限定为具有第一对应托管容量的服务器，并且所述剩余服务器被限定为具有一系列的第二对应托管容量，其中，所述第一对应托管容量大于所述一系列的第二对应托管容量内的任何对应托管容量；以及

将所述被请求图像捕获装置置成与所述托管服务器通信，并且将所述托管服务器置成与所述请求客户终端通信，以将实时视频馈送从所述被请求图像捕获装置递送至所述请求客户终端。

11.根据权利要求10所述的方法，其中，每个监测服务器也是所述对应的被监测服务器，使得每个服务器限定所述对等服务器网络的自监测服务器，所述自监测服务器自监测所述至少一个性能标准并将所述至少一个性能标准传送至所述对等服务器网络的所述剩余服务器。

12.根据权利要求10所述的方法，其中，确定托管容量的步骤基本上连续地发生。

13.根据权利要求10所述的方法，其中，确定托管容量的步骤至少在每个视频请求被递送之后发生。

14.根据权利要求11所述的方法，其中，当所述自监测服务器中的一个限定关于至少一个被请求图像捕获装置的所述托管服务器并且还限定由与所述剩余服务器的关于所述对应托管容量的向外通信缺少至少一个表征的故障模式时，所述方法还包括下述步骤：

将所述托管服务器从限定所述故障模式的所述自监测服务器重新限定为没有所述故障模式并且还限定了所述第一对应托管容量的自监测服务器。

15.根据权利要求14所述的方法，其中，所述方法还包括下述步骤：

所述剩余服务器将故障信号传送至与限定所述故障模式的所述自监测服务器对应的服务模块。

16.根据权利要求14所述的方法，其中，所述重新限定的步骤由所述对等服务器网络的没有所述故障模式的所述自监测服务器执行。

17.根据权利要求10至16中任一项所述的方法，其中，所述至少一个对应性能标准包括存储器利用率的百分比。

18.一种用于实时流式传输多个服务器托管的视频馈送的方法，所述方法包括下述步骤：

限定由多个自监测服务器限定的服务器网，其中，所述服务器网的每个自监测服务器与所述服务器网的每个剩余服务器通信，并且其中，每个自监测服务器监测相应的自监测服务器的至少一个对应性能标准，并且其中，每个自监测服务器将所述对应性能标准传送至所述服务器网的每个剩余服务器；

确定潜在托管服务器，其中，所述服务器网的所述自监测服务器评估每个对应性能标准，以限定对应于所述潜在托管服务器的第一性能标准，并且其中，所述剩余自监测服务器的每个剩余性能标准共同地限定一系列的第二性能标准；

识别多个潜在客户终端；

识别多个图像捕获装置；

将来自所述多个潜在客户终端的请求客户终端的视频请求递送至所述服务器网，其中，所述视频请求识别所述多个图像捕获装置中的下述被请求图像捕获装置：所述被请求图像捕获装置待被置成经由所述对等服务器网络的托管服务器与所述请求客户终端通信；

将所述潜在托管服务器置成与所述被请求图像捕获装置和所述请求客户终端进行通信，其中，所述潜在托管服务器限定有效托管服务器，所述有效托管服务器将所述被请求图像捕获装置置成经由所述有效托管服务器与所述请求客户终端进行通信；以及

重新确定更新的潜在托管服务器，其中，所述服务器网的所述有效托管服务器和所述剩余自监测服务器将更新的对应性能标准传送至所述服务器网的每个其他自监测服务器，以重新限定更新的第一对应性能标准和更新的一系列的第二对应性能标准。

19.根据权利要求18所述的方法，其中，所述服务器网限定对等服务器网络。

20.根据权利要求18所述的方法，还包括下述步骤：

从经由所述有效托管服务器与所述被请求图像捕获装置通信的所述请求客户终端接收视频终止请求，其中，所述终止请求涉及选择性地终止所述请求客户终端与所述被请求图像捕获装置之间的通信；

停止实时的服务器托管视频馈送；

重新确定所述服务器网中每个自监测服务器的所述对应性能标准；以及

重新确定更新的潜在托管服务器，其中，所述服务器网的所述有效托管服务器和剩余自监测服务器将更新的对应性能标准传送至所述服务器网的每个其他自监测服务器，以重新限定更新的第一对应性能标准和更新的一系列的第二对应性能标准。

21.根据权利要求18至20中任一项所述的方法，其中，当所述自监测服务器中的一个限定关于至少一个被请求图像捕获装置的所述有效托管服务器并且还限定由与所述剩余自监测服务器的关于所述对应性能标准的向外通信缺少至少一个表征的故障模式时，所述方法还包括下述步骤：

将所述有效托管服务器从限定所述故障模式的所述自监测服务器重新限定为没有所述故障模式并且还限定了所述第一对应性能标准的自监测服务器。

Images