ホーム > 特許ランキング > アヴァシュア， エルエルシー
特許7026103ピア・ツー・ピア・サーバ・ネットワーク用ビデオ負荷均衡システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-02-16
(45)【発行日】2022-02-25
(54)【発明の名称】ピア・ツー・ピア・サーバ・ネットワーク用ビデオ負荷均衡システム
(51)【国際特許分類】
H04N 21/218 20110101AFI20220217BHJP
H04N 21/24 20110101ALI20220217BHJP
G06F 13/00 20060101ALI20220217BHJP
【ＦＩ】
H04N21/218
H04N21/24
G06F13/00
【請求項の数】
4
(21)【出願番号】P 2019506485
(86)(22)【出願日】2017-06-21
(65)【公表番号】
(43)【公表日】2019-10-17
(86)【国際出願番号】 US2017038530
(87)【国際公開番号】W WO2018034732
(87)【国際公開日】2018-02-22
【審査請求日】2020-04-17
(31)【優先権主張番号】15/241,355
(32)【優先日】2016-08-19
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】519038622
【氏名又は名称】アヴァシュア， エルエルシー
(74)【代理人】
【識別番号】100096758
【弁理士】
【氏名又は名称】高橋 剛
(74)【代理人】
【識別番号】100114845
【弁理士】
【氏名又は名称】高橋 雅和
(74)【代理人】
【識別番号】100148781
【弁理士】
【氏名又は名称】高橋 友和
(72)【発明者】
【氏名】キセル， リアン
(72)【発明者】
【氏名】メインケ， ブライアン
(72)【発明者】
【氏名】エンシンク， ブライアン ジョン
【審査官】松元 伸次
(56)【参考文献】
【文献】特開２００６－２６００５９（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１５／０２９７１２１（ＵＳ，Ａ１）
【文献】森側 真一，ＷＷＷシステムはなぜ遅いのか？ ボトルネックを知り高速化する技法，日経オープンシステム ，日本，日経ＢＰ社 ，2000年04月15日，第８５号 ，pp.104-108
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ１３／００
Ｇ０８Ｂ１３／００－１５／０２
Ｈ０４Ｎ７／１０
７／１４－７／１７３
７／２０－７／５６
２１／００－２１／８５８
(57)【特許請求の範囲】
【請求項1】
サーバがホスティングする複数のビデオフィードをライブストリーミングする方法であって、複数の自己モニタサーバにより画定されるサーバウェブを画定するステップであって、前記サーバウェブの各自己モニタサーバは、前記サーバウェブの残りの各サーバと通信状態にあり、各自己モニタサーバは、前記それぞれの自己モニタサーバの少なくとも１つの付随する性能基準をモニタし、各自己モニタサーバは、前記サーバウェブの残りの各サーバに前記付随する性能基準を伝達するステップと、
潜在的なホスティングサーバを決定するステップであって、前記サーバウェブの前記自己モニタサーバは、付随する各性能基準を評価して、前記潜在的なホスティングサーバに付随する第１の性能基準を画定し、前記残りの自己モニタサーバの残りの各性能基準は、ある範囲の第２の性能基準を集合的に画定するステップと、
複数の潜在的な顧客端末を識別するステップと、
複数の画像取込機器を識別するステップと、
前記複数の潜在的な顧客端末の中の要求している顧客端末から前記サーバウェブへビデオリクエストを引き渡すステップであって、前記ビデオリクエストは、ピア・ツー・ピア・サーバ・ネットワークのホスティングサーバを介して、前記要求している顧客端末と通信状態になるべき、前記複数の画像取込機器の中の要求された画像取込機器を識別するステップと、
前記潜在的なホスティングサーバを、前記要求された画像取込機器および前記要求している顧客端末と通信状態にするステップであって、前記潜在的なホスティングサーバは、能動ホスティングサーバを画定し、前記能動ホスティングサーバは、前記能動ホスティングサーバを介して、前記要求された画像取込機器を前記要求している顧客端末と通信状態にするステップと、
更新された潜在的なホスティングサーバを再決定するステップであって、前記サーバウェブの前記能動ホスティングサーバおよび前記残りの自己モニタサーバは、更新された、付随する性能基準を前記サーバウェブの他の各自己モニタサーバに伝達して、更新された第１の付随する性能基準および更新されたある範囲の第２の付随する性能基準を再び画定するステップと
を備える方法。
【請求項2】
前記サーバウェブは、ピア・ツー・ピア・サーバ・ネットワークを画定する、請求項１に記載の方法。
【請求項3】
前記能動ホスティングサーバを介して、前記要求された画像取込機器と通信状態にある前記要求している顧客端末からビデオ終了リクエストを受信するステップであって、前記終了リクエストは、前記要求している顧客端末と前記要求された画像取込機器の間の前記通信を選択的に終了することに関係があるステップと、前記サーバがホスティングするライブ・ビデオ・フィードを停止するステップと、
前記サーバウェブ内の自己モニタサーバごとに、前記付随する性能基準を再決定するステップと、
前記更新された潜在的なホスティングサーバを再決定するステップであって、前記サーバウェブの前記能動ホスティングサーバおよび前記残りの自己モニタサーバは、更新された、付随する性能基準を前記サーバウェブの他の各自己モニタサーバに伝達して、更新された第１の付随する性能基準および更新されたある範囲の第２の付随する性能基準を再び画定するステップと
をさらに備える、請求項１または２に記載の方法。
【請求項4】
前記自己モニタサーバの１つが、少なくとも１つの要求された画像取込機器に関連する前記能動ホスティングサーバを画定し、さらにまた、前記付随する性能基準に関して、前記残りの自己モニタサーバへの外向きの通信が少なくとも１つ存在しないことにより特徴づけられる故障モードを画定するとき、前記故障モードを画定する前記自己モニタサーバから、前記故障モードになく、さらにまた前記第１の付随する性能基準を画定する自己モニタサーバへ、前記能動ホスティングサーバを再び画定するステップ
をさらに備える、請求項１～３のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、一般にマルチサーバのサーバ・ネットワークを介してビデオをライブストリーミングするためのシステムに関し、より具体的には、ピア・ツー・ピア・サーバ・ネットワークを介して画像取込機器から顧客端末へビデオをライブストリーミングするためにピア・ツー・ピア・サーバ・ネットワークを利用するシステムに関する。
【背景技術】
【0002】
ビデオ監視を使用することは、医療産業を含む多くの産業で実現されている。患者および医療提供者をモニタすることは、適切な医療標準の実行を促進するのに役立つ可能性がある。患者をモニタすることに伴う難題には、医療情報を許可なく共有するのを防止する、医療に関するさまざまな法律が含まれる可能性がある。したがって、そのようなライブ・ビデオ・フィードは、記録されることなくサーバを通して転送されなければならない。
【発明の概要】
【0003】
本発明の一様態によれば、ライブ・フィード・ビデオ均衡システムは、ピア・ツー・ピア・サーバ・ネットワークを画定するために通信状態になった複数のサーバを含む。ピア・ツー・ピア・サーバ・ネットワークの各サーバは、ピア・ツー・ピア・サーバ・ネットワークの残りのサーバの各々と通信状態になる。ピア・ツー・ピア・サーバ・ネットワークの各サーバは、ピア・ツー・ピア・サーバ・ネットワークの専用サーバの少なくとも１つの付随する性能基準をモニタするモニタサーバを画定する。各モニタサーバは、専用サーバの付随するホスティング容量を画定し、付随するホスティング容量は、少なくとも１つの付随する性能基準に基づく。各モニタサーバは、ホスティング容量が所定の時間間隔で残りのサーバに伝達されるように、残りのサーバに専用サーバの付随するホスティング容量を伝達する。ピア・ツー・ピア・サーバ・ネットワークの複数のサーバは、モニタサーバのすべてから伝達された付随するホスティング容量を協同的に評価して、潜在的なホスティングサーバを決定する。潜在的なホスティングサーバは、第１のホスティング容量を有し、残りのサーバは、ある範囲の第２のホスティング容量を有する。第１のホスティング容量は、ある範囲の第２のホスティング容量の中の付随するホスティング容量のいずれよりも大きい。潜在的なホスティングサーバは、顧客端末からのライブ・ビデオ・フィードのリクエストに応答して、ライブ・ビデオ・フィードを配信する画像取込機器と通信状態になる。画像取込機器を潜在的なホスティングサーバと選択的通信状態にして、顧客端末にライブ・ビデオ・フィードを配信するようにホスティングサーバを適合させて、能動ホスティングサーバを画定する。
【0004】
本発明の別の様態によれば、サーバがホスティングする複数のビデオフィードをライブストリーミングするための方法は、複数の潜在的な顧客端末を識別するステップと、複数の画像取込機器を識別するステップと、複数のサーバを連結して、ピア・ツー・ピア・サーバ・ネットワークを画定するステップとを含み、ピア・ツー・ピア・サーバ・ネットワークの各サーバは、ピア・ツー・ピア・サーバ・ネットワークの残りの各サーバと通信状態にある。複数のサーバのサーバごとに、付随するホスティング容量を決定し、各サーバは、ピア・ツー・ピア・サーバ・ネットワーク内部の１つの付随する被モニタサーバの少なくとも１つの性能基準をモニタするように動作するモニタサーバを画定する。各モニタサーバは、付随する被モニタサーバの少なくとも１つの性能基準に基づき、付随する被モニタサーバのために、付随するホスティング容量を指定し、ピア・ツー・ピア・サーバ・ネットワークの各被モニタサーバの付随するホスティング容量は、ピア・ツー・ピア・サーバ・ネットワークの残りの各サーバに伝達される。複数の潜在的な顧客端末の中の要求している顧客端末からピア・ツー・ピア・サーバ・ネットワークへビデオリクエストが引き渡され、ビデオリクエストは、ピア・ツー・ピア・サーバ・ネットワークのホスティングサーバを介して、要求している顧客端末と通信状態になるべき、複数の画像取込機器の中の要求された画像取込機器を識別する。ホスティングサーバが識別され、ホスティングサーバは、第１の付随するホスティング容量を有するサーバとして画定され、残りのサーバは、ある範囲の第２の付随するホスティング容量を有するとして画定され、第１の付随するホスティング容量は、ある範囲の第２の付随するホスティング容量の中の付随するホスティング容量のいずれよりも大きい。要求された画像取込機器は、ホスティングサーバと通信状態になり、ホスティングサーバは、要求している顧客端末と通信状態になって、要求された画像取込機器から要求している顧客端末へライブ・ビデオ・フィードを配信する。
【0005】
本発明の別の様態によれば、サーバがホスティングする複数のビデオフィードをライブストリーミングするための方法は、複数の自己モニタサーバにより画定されるサーバウェブを画定するステップを含み、サーバウェブの各自己モニタサーバは、サーバウェブの残りの各サーバと通信状態にある。各自己モニタサーバは、それぞれの自己モニタサーバの少なくとも１つの付随する性能基準をモニタし、各自己モニタサーバは、付随する性能基準をサーバウェブの残りの各サーバに伝達する。潜在的なホスティングサーバが決定され、サーバウェブの自己モニタサーバは、付随する各性能基準を評価して、潜在的なホスティングサーバに付随する第１の性能基準を画定し、残りの自己モニタサーバの残りの各性能基準は、ある範囲の第２の性能基準を集合的に画定する。複数の潜在的な顧客端末を識別する。複数の画像取込機器を識別する。複数の潜在的な顧客端末の中の要求している顧客端末からのビデオリクエストを、ピア・ツー・ピア・サーバ・ネットワークに引き渡し、ビデオリクエストは、ピア・ツー・ピア・サーバ・ネットワークのホスティングサーバを介して、要求している顧客端末と通信状態になるべき、複数の画像取込機器の中の要求された画像取込機器を識別する。潜在的なホスティングサーバは、要求された画像取込機器および要求している顧客端末と通信状態になり、能動ホスティングサーバを介して、要求された画像取込機器を、要求している顧客端末と通信状態にする能動ホスティングサーバを画定する。更新された潜在的なホスティングサーバを再決定し、能動ホスティングサーバ、およびサーバウェブの残りの自己モニタサーバは、サーバウェブの他の各自己モニタサーバに、更新された付随する性能基準を伝達して、更新された第１の付随する性能基準、および更新されたある範囲の第２の付随する性能基準を再び画定する。
【0006】
以下の明細、特許請求の範囲、および添付図面を細かく調べると、本発明のこれらおよび他の様態、目的、および特徴が当業者に理解され、認識されるであろう。
【図面の簡単な説明】
【0007】
【図1】画像取込機器から顧客端末へライブ・ビデオ・フィードを配信するためのピア・ツー・ピア・サーバ・ネットワークの一様態を組み入れる医療環境の概略の透視図である。
【図2】複数の画像取込機器および複数の顧客端末と協力して動作するピア・ツー・ピア・サーバ・ネットワークの一様態を例示する概略図である。
【図6】要求されたライブ・ビデオ・フィードを能動ホスティングサーバに指定した後、ピア・ツー・ピア・サーバ・ネットワークの潜在的なホスティングサーバを再評価することを示す、図５のピア・ツー・ピア・サーバ・ネットワークを例示する略図である。
【図12】ピア・ツー・ピア・サーバ・ネットワークを使用して、サーバがホスティングする複数のビデオフィードをライブストリーミングするための方法を例示する流れ図である。
【図13】ピア・ツー・ピア・サーバ・ネットワークを使用して、サーバがホスティングする複数のビデオフィードをライブストリーミングするための方法を例示する流れ図である。
【図15】ピア・ツー・ピア・サーバ・ネットワークのサーバの１つが故障モードにある間、サーバがホスティングする複数のビデオフィードをライブストリーミングするための方法を示す概略の流れ図である。
【発明を実施するための形態】
【0008】
本明細書で記述するために、用語「上部」、「下部」、「右」、「左」、「後部」、「前部」、「垂直」、「水平」、およびこれらの派生語は、図１の向きに合わせるように本発明に関係づけられるものとする。しかしながら、本発明は、それとは反対に明示的に指定する場合を除き、さまざまな代わりの向きを仮定してもよいことを理解されたい。添付図面で示し、以下の明細で記述する具体的な機器および処理は、添付の特許請求の範囲で規定する本発明の概念の単なる代表的実施形態であることもまた理解されたい。したがって、本明細書で開示する実施形態に関係がある具体的な寸法および他の物理的特性は、特許請求の範囲で、他の方法で明示的に記述されない限り、限定していると考えるべきではない。
【0009】
図１～図６に示すように、参照番号１０は、一般に１つまたは複数のライブ・ビデオ・フィード１４を１つまたは複数の顧客端末１６と通信状態にするように適合された複数のサーバ１２を収容できるピア・ツー・ピア・サーバ・ネットワークを指す。ピア・ツー・ピア・サーバ・ネットワーク１０を使用することにより、ピア・ツー・ピア・サーバ・ネットワーク１０内部でライブ・ビデオ・フィード１４の一部分を記録することなく、ライブ・ビデオ・フィード１４を顧客端末１６と通信状態にするように適合させることができる。さまざまな実施形態によれば、顧客端末１６に複数のライブ・ビデオ・フィード１４を配信するためのライブ・ビデオ・フィード均衡システム１８は、互いに通信状態になってピア・ツー・ピア・サーバ・ネットワーク１０を画定する複数のサーバ１２を含む。ピア・ツー・ピア・サーバ・ネットワーク１０の各サーバ１２は、ピア・ツー・ピア・サーバ・ネットワーク１０の残りのサーバ４２の各々と通信状態になることが企図される。このようにして、ピア・ツー・ピア・サーバ・ネットワーク１０内部の任意の１つのサーバ１２は、ピア・ツー・ピア・サーバ・ネットワーク１０の残りのサーバ４２の各々と通信状態でいることができる。したがって、ピア・ツー・ピア・サーバ・ネットワーク１０は、階層サーバ・ネットワークで通常見いだされるような「マスタ」サーバおよび「スレーブ」サーバをまったく収容しない。
【0010】
図１～図６を再び参照すると、ピア・ツー・ピア・サーバ・ネットワーク１０の内部で、各サーバ１２は、ピア・ツー・ピア・サーバ・ネットワーク１０の専用サーバ３４の少なくとも１つの付随する性能基準３２をモニタするサーバ３０を画定する。各モニタサーバ３０は、専用サーバ３４の付随するホスティング容量３６を画定することができる。専用サーバ３４の付随するホスティング容量３６は、モニタサーバ３０が評価した少なくとも１つの付随する性能基準３２に基づくことが企図される。ピア・ツー・ピア・サーバ・ネットワーク１０の各モニタサーバ３０は、外向きの通信を通して残りのサーバ４２にそれぞれの専用サーバ３４の付随するホスティング容量３６を伝達する。このようにして、ピア・ツー・ピア・サーバ・ネットワーク１０の各サーバ１２の付随するホスティング容量は、ピア・ツー・ピア・サーバ・ネットワーク１０の残りのサーバ４２に所定の時間間隔で伝達される。したがって、ピア・ツー・ピア・サーバ・ネットワーク１０の各サーバ１２は、モニタサーバ３０と専用サーバ３４の両方を画定する。したがって、ピア・ツー・ピア・サーバ・ネットワーク１０のモニタサーバ３０は、１つの専用サーバ３４だけをモニタして、少なくとも１つの付随する性能基準３２を評価して、１つのそれぞれの専用サーバ３４の付随するホスティング容量３６に到達するように適合される。
【0011】
モニタサーバ３０が、それぞれの専用サーバ３４の付随するホスティング容量３６を評価すると、ピア・ツー・ピア・サーバ・ネットワーク１０の複数のサーバ１２は、モニタサーバ３０のすべてから得られる、伝達された付随するホスティング容量を協同的に評価して、潜在的なホスティングサーバ３８を決定する。潜在的なホスティングサーバ３８は、第１のホスティング容量４０を有するとして画定され、残りのサーバ４２は、ある範囲の第２のホスティング容量４４を有するとして画定される。第１のホスティング容量４０は、ある範囲の第２のホスティング容量４４の中の画定された付随するホスティング容量のいずれよりも大きい。別の言い方をすれば、ピア・ツー・ピア・サーバ・ネットワーク１０の複数のサーバ１２は、伝達された付随するホスティング容量を協同的に評価して、それぞれの専用サーバ３４のどれが、ピア・ツー・ピア・サーバ・ネットワーク１０の残りのサーバ４２の付随するホスティング容量よりも大きな付随するホスティング容量３６を有するかを判断する。潜在的なホスティングサーバ３８は、顧客端末１６からの、ライブ・ビデオ・フィード１４のホスティングリクエスト４６に応答して、要求されたライブ・ビデオ・フィード１４を配信する画像取込機器４８と通信状態になる。潜在的なホスティングサーバ３８は、リクエストに応答して、顧客端末１６にライブ・ビデオ・フィード１４を配信するために、画像取込機器４８を潜在的なホスティングサーバ３８と選択的通信状態にする。要求された画像取込機器５２と要求された顧客端末１６の間でこのように通信することにより、潜在的なホスティングサーバ３８は次に、要求された画像取込機器５２に対してピア・ツー・ピア・サーバ・ネットワーク１０の能動ホスティングサーバ５０を画定する。
【0012】
さまざまな実施形態によれば、ライブ・ビデオ・フィード１４は、画像取込機器４８が取り込んだ、さまざまなタイプのビデオ情報およびオーディオ情報を含むことができる。そのようなビデオ情報およびオーディオ情報は、熱画像化、クローズドキャプション、ならびに他のビデオ情報およびオーディオ情報を含むことができるが、これらに限定されない。ライブ・ビデオ・フィードはまた、モニタされている特定の患者８４に関するある種の状態または識別情報を含んでもよい。そのような情報は、健康関連の情報（心拍数、血圧、病気特有の情報など）、年齢、患者８４の主要な言語、およびライブ・ビデオ・フィード１４の中に含む、または埋め込むことができる、他の類似の情報を含んでもよい。
【0013】
図１～図６を再び参照すると、ピア・ツー・ピア・サーバ・ネットワーク１０のモニタサーバ３０は、自己モニタサーバ６０となるように適合され、その結果、モニタサーバ３０およびモニタされているそれぞれの専用サーバ３４は、同一物であることが企図される。このようにして、ピア・ツー・ピア・サーバ・ネットワーク１０の各サーバ１２は、それ自体の付随する性能基準３２をモニタし、この付随する性能基準３２を評価して、自己モニタサーバ６０の付随するホスティング容量３６に到達する自己モニタサーバ６０である。次いで、この情報は、各自己モニタサーバ６０から、ピア・ツー・ピア・サーバ・ネットワーク１０の残りのサーバ４２の各々へ伝達される。少なくとも１つの付随する性能基準３２は、中央処理装置の利用、ランダム・アクセス・メモリの利用、ネットワーク帯域幅の利用、ネットワーク利用割合、メモリ利用割合、残っているデータ容量、および他の類似の基準を含むことができるが、これらに限定されないことが企図される。これらの基準の各々を、プラス面で（すなわち、どれだけの容量が利用できるか）またはマイナス面で（すなわち、どれだけの容量が使用されたか）を評価することができることもまた企図される。これらの付随する性能基準３２を使用することにより、ピア・ツー・ピア・サーバ・ネットワーク１０の自己モニタサーバ６０の各々は、さまざまな付随するライブ・ビデオ・フィード１４を配信するさまざまな画像取込機器４８に対して、さまざまな顧客端末１６によりさまざまなホスティングリクエスト４６が行われたとき、自己モニタサーバ６０の各々の間でライブ・ビデオ・フィード１４のホスティングを均衡させることができるようになる。以下でより完全に論ずるように、ピア・ツー・ピア・サーバ・ネットワーク１０へ顧客端末１６からの各ホスティングリクエスト４６が行われたとき、ピア・ツー・ピア・サーバ・ネットワーク１０は、自己評価を実行して、ピア・ツー・ピア・サーバ・ネットワーク１０のどのサーバ１２が、１つまたは複数の画像取込機器４８からの新しいライブ・ビデオ・フィード１４を取り扱うために最も望ましい装備をしているかを判断することができる。同様に、ピア・ツー・ピア・サーバ・ネットワーク１０は、自己評価を周期的に実行して、ピア・ツー・ピア・サーバ・ネットワーク１０のさまざまなサーバ１２が経済的な手法で利用されているかどうかを判断し、必要に応じて、ピア・ツー・ピア・サーバ・ネットワーク１０のサーバ１２がホスティングしているさまざまなライブ・ビデオ・フィード１４に対して均衡動作７０を実行することができる。
【0014】
図２～図６および図１１を再び参照すると、画像取込機器４８は、ピア・ツー・ピア・サーバ・ネットワーク１０とそれぞれ選択的通信状態にある複数の画像取込機器４８の１つであることが企図される。複数の画像取込機器４８の各画像取込機器４８は、ピア・ツー・ピア・サーバ・ネットワーク１０内部の任意の１つのサーバ１２と通信状態でホスティングされる、または通信状態になることができることが企図される。したがって、特定の画像取込機器４８のためのホスティング機能を、１つのサーバ１２から残りのサーバ４２の１つへ移すことができ、その場合、ピア・ツー・ピア・サーバ・ネットワーク１０が実行するさまざまな評価および均衡動作７０に基づき、そのような移動を実行する必要があると判断される。顧客端末１６は、ピア・ツー・ピア・サーバ・ネットワーク１０とそれぞれ選択的通信状態にある複数の顧客端末１６の１つとすることができる。顧客端末１６の場合、各顧客端末１６は、ピア・ツー・ピア・サーバ・ネットワーク１０の任意の１つまたは複数のサーバ１２と選択的通信状態にある。任意の１つの顧客端末１６は、ピア・ツー・ピア・サーバ・ネットワーク１０のサーバ１２を介して特定の顧客端末１６にライブストリーミングされているライブ・ビデオ・フィード１４の数に応じて、ピア・ツー・ピア・サーバ・ネットワーク１０内部の、サーバ１２の任意の組合せ、またはサーバ１２のすべてと通信状態にあることができることが企図される。
【0015】
顧客端末１６は、付随する画像取込機器４８のさまざまなライブ・ビデオ・フィード１４を表示する、プロセッサ駆動モニタ８０として特徴づけられてもよい。ある種の状況では、表示されたライブ・ビデオ・フィード１４を有するモニタ８０を観察する仕事を、人８２に課してもよい。この人８２は、典型的には患者８４が患者８４の病室８８で自分のベッド８６にいるかどうか確認しようと試みる。患者８４がベッド８６から出ようと試みる場合、そうすることが許可されていないとき、その患者８４に関するライブ・ビデオ・フィード１４を見ている人８２は、補助を提供するために、患者８４の近くにいる医療スタッフ９０に警報を発することができる。画像取込機器４８は、標準的ビデオカメラだけではなく、運動センサ、マイクロホン、スピーカ、暗視能力、およびピア・ツー・ピア・サーバ・ネットワーク１０を介して患者８４をモニタして顧客端末１６にライブ・ビデオ・フィード１４を提供するための他の通信装置も含むことができる。
【0016】
次に図２～図６および図１１を参照すると、ピア・ツー・ピア・サーバ・ネットワーク１０は、それぞれの画像取込機器４８から得られる１つまたは複数のライブ・ビデオ・フィード１４のためのホスティング能力を提供するように適合される。各サーバ１２の付随する総ホスティング容量１００は、特定のサーバ１２が任意の特定の時点で取り扱うことができるホスティングされたフィード１０２のある種の数に一致する可能性があることが企図される。限定としてではなく例として、ピア・ツー・ピア・サーバ・ネットワーク１０内部の第１のサーバが、３つのホスティングされたフィード１０２までの総ホスティング容量１００を備えることができてもよい。ピア・ツー・ピア・サーバ・ネットワーク１０内部の第２のサーバ１０６が、４つのホスティングされたフィード１０２を備えることができてもよく、ピア・ツー・ピア・サーバ・ネットワーク１０内部の第３のサーバ１０８が、５つのホスティングされたフィード１０２を備えることができてもよく、ピア・ツー・ピア・サーバ・ネットワーク１０内部の第４のサーバ１１０が、２つのホスティングされたフィード１０２を備えてもよい。本明細書に列挙した各サーバ１２の総ホスティング容量１００は、本質的に代表的なものであり、ピア・ツー・ピア・サーバ・ネットワーク１０のサーバ１２は、実際には多数のホスティングされたフィード１０２をホスティングすることができてもよいことを理解されたい。ホスティングされたフィード１０２の正確な数は、ピア・ツー・ピア・サーバ・ネットワーク１０内部の特定のサーバ１２の構成に応じて変わる可能性がある。
【0017】
上記で論じたように、ピア・ツー・ピア・サーバ・ネットワーク１０の動作中、ピア・ツー・ピア・サーバ・ネットワーク１０内部の各サーバ１２は、ピア・ツー・ピア・サーバ・ネットワーク１０の残りのサーバ４２に、自己モニタサーバ６０の付随する性能基準３２および／または付随するホスティング容量３６のうち少なくとも一方を連続して、または周期的に伝達する。したがって、任意のある時点で、ピア・ツー・ピア・サーバ・ネットワーク１０のサーバ１２は、潜在的なホスティングサーバ３８を協同的に決定し、その結果、顧客端末１６からホスティングリクエスト４６を受信したとき、潜在的なホスティングサーバ３８は、特定のライブ・ビデオ・フィード１４のための能動ホスティングサーバ５０の役割を果たす準備ができている。ピア・ツー・ピア・サーバ・ネットワーク１０を実行する間ずっと、さまざまな顧客端末１６が、付随する画像取込機器４８から得られる特定のライブ・ビデオ・フィード１４のホスティングリクエスト４６を行うことができる。また、特定の画像取込機器４８のためのライブ・ビデオ・フィード１４を停止する修了リクエスト１２０を受信してもよい。これらのホスティングリクエスト４６および終了リクエスト１２０を受信したとき、ピア・ツー・ピア・サーバ・ネットワーク１０は、別の評価または均衡動作７０を実行して、各自己モニタサーバ６０のホスティング能力を再評価して、任意の特定の時点で潜在的なホスティングサーバ３８を決定する。各ホスティングリクエスト４６および終了リクエスト１２０を受信したとき、ピア・ツー・ピア・サーバ・ネットワーク１０のサーバ１２の付随する性能基準３２の評価に基づき、潜在的なホスティングサーバ３８の識別を、一方のサーバ１２から別のサーバ１２に変更することができる。
【0018】
限定としてではなく例として図２～図６および図１１を再び参照すると、図２および図３に例示するピア・ツー・ピア・サーバ・ネットワーク１０は、ピア・ツー・ピア・サーバ・ネットワーク１０を構成する自己モニタタイプの第１のサーバ１０４、第２のサーバ１０６、第３のサーバ１０８、および第４のサーバ１１０を示す。例示するピア・ツー・ピア・サーバ・ネットワーク１０は、画像取込機器４８（Ａ～Ｊのラベル付き）が、自己モニタの種類とすることができる第１～第４のサーバ１０４、１０６、１０８、１１０のうち１つにより現在ホスティングされていることを示す。さらにまた、これらのサーバ１２の各々は、複数の顧客端末１６のうち少なくとも１つの顧客端末１６と通信状態にある。顧客端末１６の１つから、画像取込機器４８（Ｌ）に付随するライブ・ビデオ・フィード１４のホスティングリクエスト４６が、ピア・ツー・ピア・サーバ・ネットワーク１０に送信されたとき、ピア・ツー・ピア・サーバ・ネットワーク１０は、自己評価または均衡動作７０を行って、潜在的なホスティングサーバ３８を決定する。ピア・ツー・ピア・サーバ・ネットワーク１０が、潜在的なホスティングサーバ３８をすでに決定しているように、ホスティングリクエスト４６が到着する前に、自己評価均衡動作７０を行っていてもよいことが企図される。画像取込機器４８（Ｌ）のホスティングリクエスト４６が、ピア・ツー・ピア・サーバ・ネットワーク１０に送信されたとき、ピア・ツー・ピア・サーバ・ネットワーク１０は、ピア・ツー・ピア・サーバ・ネットワーク１０の第３のサーバ１０８が、その時点で潜在的なホスティングサーバ３８であると判断する。この判断は、第３のホスティングサーバ１０８が、図に例示するように、第１～第４の自己モニタサーバ１０４、１０６、１０８、１１０のうち最も大きな付随するホスティング容量３６を有するという事実に基づき行われてもよい。このことを、サーバ１２ごとの総ホスティング容量１００に関係する、付随するホスティング容量３６として表現することができる。次いで、第３のサーバ１０８は、画像取込機器４８（Ｌ）だけではなく、画像取込機器４８（Ｌ）に関連するホスティングリクエスト４６を送信した顧客端末１６の両方と通信状態になる。このようにして、ピア・ツー・ピア・サーバ・ネットワーク１０の第３のサーバ１０８は、画像取込機器４８（Ｌ）に関連する能動ホスティングサーバ５０になった。画像取込機器４８（Ｌ）を能動ホスティングサーバ５０に指定した後、ピア・ツー・ピア・サーバ・ネットワーク１０は、別の自己評価均衡動作７０を実行して、別のホスティングリクエスト４６が発生した場合、ピア・ツー・ピア・サーバ・ネットワーク１０のどのサーバ１２が潜在的なホスティングサーバ３８になるかを再び画定してもよい。
【0019】
ピア・ツー・ピア・サーバ・ネットワーク１０が１つまたは複数の終了リクエスト１２０を受信する、図２～図６、図１０、および図１１を再び参照すると、特定のサーバ１２が、ピア・ツー・ピア・サーバ・ネットワーク１０の残りのサーバ１２よりもはるかに大きい、またははるかに小さい、付随するホスティング容量３６を託されてもよい。そのような条件では、ピア・ツー・ピア・サーバ・ネットワーク１０の周期的自己評価均衡動作７０は、ピア・ツー・ピア・サーバ・ネットワーク１０のサーバ１２によりホスティングされたフィード１０２の再均衡をもたらす場合がある。詳細には、ホスティングされたフィード１０２の負荷をかけられた、サーバ１２の１つは、はるかに高い、付随するホスティング容量３６を有するサーバ１２にこれらのホスティングされたフィード１０２の１つを移してもよい。この均衡機能は、ピア・ツー・ピア・サーバ・ネットワーク１０のさまざまなサーバ１２が、ピア・ツー・ピア・サーバ・ネットワーク１０の残りのサーバ１２に比べて過度な負担をかけられないことを確実にするのに役立つ可能性がある。
【0020】
ホスティングされたフィード１０２を１つのサーバ１２から残りのサーバ１２の１つへ移行することは、ピア・ツー・ピア・サーバ・ネットワーク１０自体により実行することができることが企図される。このようにして、ピア・ツー・ピア・サーバ・ネットワーク１０のさまざまなサーバ１２は、ピア・ツー・ピア・サーバ・ネットワーク１０を実行する間、各均衡動作７０を開始し、各ホスティングリクエスト４６および終了リクエスト１２０を受信し、さまざまな計算動作を実行する協同プロセッサ１３０の役割を果たすことができる。
【0021】
さまざまな実施形態によれば、ピア・ツー・ピア・サーバ・ネットワーク１０のさまざまな自己モニタサーバ６０は、単一の物理的位置に配置されることは必ずしもないことが企図される。さまざまサーバ１２を、２つ以上の異なる、および／または別個の地理的位置に位置決めすることができることが企図され、さまざまなネットワーク接続、クラウドコンピューティング接続、および他の類似のデータ接続を介してさまざまなサーバ１２を通信状態にする。その上、ピア・ツー・ピア・サーバ・ネットワーク１０の各サーバ１２を、それぞれの画像取込機器４８から得られるさまざまなライブ・ビデオ・フィード１４のホスティングだけに限定することができる。そのような一実施形態では、サーバ１２は、ライブ・ビデオ・フィード１４の記録またはバッファリングをまったく行っておらず、各サーバ１２は、画像取込機器４８が１つまたは複数の顧客端末１６と通信状態になることができる電線管またはゲート制御された通路の役割を果たす。記録および／または「バッファリング」の機能を顧客端末１６で実行してもよいこともまた企図される。バッファリングおよび／または記録をピア・ツー・ピア・サーバ・ネットワーク１０の１つまたは複数のサーバ１２が行ってもよいこともまた企図される。そのようなバッファリングおよび記録の機能を、付随する画像取込機器４８と通信状態にある能動ホスティングサーバ５０の役割を果たす自己モニタサーバ６０上で直接備えることができる。バッファリングおよび／または記録の機能のために、ピア・ツー・ピア・サーバ・ネットワーク１０と通信状態にある別個のデータ記録機器を利用することができることもまた企図される。バッファリングされた、および／または記録されたデータを、顧客端末１６の任意の１つまたは複数が利用できるようにすることができる。能動ホスティングサーバ５０がバッファリングおよび／または記録の機能を実行するさまざまな実施形態では、均衡動作７０の結果として、ホスティング指定の変化に応答して、バッファリングされた、および／または記録されたデータを、異なる自己モニタサーバ６０に移すことができる。
【0022】
次に、図２～図１１を参照すると、ピア・ツー・ピア・サーバ・ネットワーク１０の１つまたは複数の自己モニタサーバ６０が、故障モード１４０に遭遇する場合があることが企図される。均衡動作７０を実行することに応答して、サーバ１２の任意の１つまたは複数から残りのサーバ１２への伝達が存在しないことにより、ピア・ツー・ピア・サーバ・ネットワーク１０の故障モード１４０を画定することができる。残りのサーバ１２が伝達をまったく受信しないとき、ピア・ツー・ピア・サーバ・ネットワーク１０のサーバ１２すべての均衡動作７０を完全に実行することができない。そのような故障モード１４０では、ピア・ツー・ピア・サーバ・ネットワーク１０の残りのサーバ１２は、故障モード１４０応答を開始して、故障モード１４０に遭遇しているサーバ１２またはオフラインのサーバ１４２により現在ホスティングされているホスティングされたフィード１０２を再配分してもよいことが企図される。故障モード１４０では、残りのサーバ１２は、オフラインのサーバ１４２を含めることなく均衡動作７０を実行する。残りのサーバ１２は、残りのサーバ１２の付随するホスティング容量３６を評価することにより、残りのサーバ１２に関連する潜在的なホスティングサーバ３８を決定する。次いで、オフラインのサーバ１４２によりホスティングされたフィード１０２を潜在的なホスティングサーバ３８に自動的に移して、再配分されたホスティングされたフィード１０２に関連する能動ホスティングサーバ５０を画定する。この処理は、オフラインのサーバ１４２がホスティングしている、ホスティングされたフィード１０２ごとに繰り返され、オフラインのサーバ１４２によりホスティングされたフィードのすべてを再配分して、ピア・ツー・ピア・サーバ・ネットワーク１０の残りのサーバ１２の間でホスティングサーバ５０を活動化するまで繰り返される。故障モード１４０の開始時、オフラインのサーバ１４２およびピア・ツー・ピア・サーバ・ネットワーク１０上で保守を実行することができるように、サービスモジュール１５２またはサービス提供者に故障信号１５０を送信してもよい。オフラインのサーバ１４２がオンライン戻ったとき、次いでサーバ１２をピア・ツー・ピア・サーバ・ネットワーク１０の中に再び挿入し、かつてはオフラインであったサーバ１４２がピア・ツー・ピア・サーバ・ネットワーク１０の中に再び挿入された後、均衡動作７０を再び実行して、システムを再び均衡させる。この故障モード１４０は、ピア・ツー・ピア・サーバ・ネットワーク１０内部で故障が発生した場合、顧客端末１６が遭遇するホスティングされたライブ・ビデオ・フィード１４のダウンタイムの長さを最小にするために開始される。
【0023】
従来のシステムでは、階層サーバネットワークのサーバ１２の１つで発生した故障は、故障したサーバ１２からオンラインのサーバへビデオフィード１４を手作業で移すことを余儀なくさせる可能性がある。この動作は、かなり長い時間がかかる可能性がある。この時間は、特定の患者８４が２４時間体制のモニタを必要とする場合、決定的に重要になる可能性がある。
【0024】
故障モード１４０が発生した場合、図７～図９に例示するように、さまざまな画像取込機器４８から得られるある種のライブ・ビデオ・フィード１４に優先レベルを指定することができることが企図される。高いレベルのモニタを必要とする場合がある患者８４をモニタするために使用する画像取込機器４８に、高い優先度を付与することができる。モニタをほとんど必要としない、またはモニタされていないときのリスクがより低い医療患者８４に、より低い優先度の画像取込機器４８を指定してもよい。故障モード１４０が発生した場合、オフラインのサーバ１４２から残りのサーバ１２の中の新しい潜在的なホスティングサーバ３８へ、より低い優先度の画像取込機器４８の前に、より高い優先度の画像取込機器４８を移してもよい。このようにして、画像取込機器４８ごとのダウンタイムの長さを、高い優先度の画像取込機器４８に関して最小に保つことができる。それほど長い時間がたたないうちに、より高い優先度の画像取込機器４８に次いで、より低い優先度の画像取込機器４８を移してもよい。各画像取込機器４８に指定された優先度レベルは、特定の患者８４をモニタしている医療専門家により評価されてもよいことが企図される。特定の患者８４に関する出来事の履歴もまた、それぞれのビデオモニタ機器に関する特定の優先度の評価の中に入れることができる。一例として、ベッド８６に入ったままでいるように指示されたとき、ベッド８６から頻繁に出ようとする患者８４は、そうするように指示されたとき、ベッド８６から出ようとする出来事がほとんどない、またはまったくない患者８４よりも高い優先度レベルを必要としてもよい。
【0025】
次に、ライブ・ビデオ・フィード１４をホスティングするための均衡システム１８のさまざまな実施形態および様態について記述してきた図１～図１２を参照すると、ピア・ツー・ピア・サーバ・ネットワーク１０を使用して、サーバがホスティングする複数のライブ・ビデオ・フィード１４をライブストリーミングするための方法４００が開示されている。方法４００によれば、ピア・ツー・ピア・サーバ・ネットワーク１０は、複数の潜在的な顧客端末１６を識別する（ステップ４０２）。ピア・ツー・ピア・サーバ・ネットワーク１０を利用するために必要な有料サービスまたは手数料サービスにより、潜在的な顧客端末１６を表すことができる。潜在的な顧客端末１６を識別すると、これらの潜在的な顧客端末１６の各々は、ピア・ツー・ピア・サーバ・ネットワーク１０の１つまたは複数のサーバ１２と選択的通信状態になる。特定の顧客端末１６の識別を、ピア・ツー・ピア・サーバ・ネットワーク１０の動作中のさまざまな時点に行うことができる。識別ステップ４０２を、ホスティングリクエストに応答して行うことができ、ピア・ツー・ピア・サーバ・ネットワーク１０を伴う会員制有料サービス、ピア・ツー・ピア・サーバ・ネットワーク１０の少なくとも１つのサーバ１２との接続、これらの組合せ、およびピア・ツー・ピア・サーバ・ネットワーク１０の動作中に行われてもよい他の類似の事象を活動化することが企図される。また、ピア・ツー・ピア・サーバ・ネットワーク１０は、複数の画像取込機器４８を識別する（ステップ４０４）。病院、医療設備、養護ホーム、ホスピス提供者、および他の類似する医療提供者などの、さまざまな医療提供者が、さまざまな画像取込機器４８を所有する、または動作させることができる。上記で論じたように、複数のサーバ１２を連結して、ピア・ツー・ピア・サーバ・ネットワーク１０を画定する（ステップ４０６）。この場合も、ピア・ツー・ピア・サーバ・ネットワーク１０の各サーバ１２は、ピア・ツー・ピア・サーバ・ネットワーク１０の残りの各サーバ１２と通信状態にある。ピア・ツー・ピア・サーバ・ネットワーク１０内部の複数のサーバ１２のサーバ１２ごとの付随するホスティング容量３６を決定する（ステップ４０８）。ピア・ツー・ピア・サーバ・ネットワーク１０内部の各サーバ１２は、ピア・ツー・ピア・サーバ・ネットワーク１０内部の１つの付随する被モニタサーバまたは専用サーバ３４の少なくとも一方の性能基準３２をモニタするように動作するモニタサーバ３０を画定する。したがって、各モニタサーバ３０は、少なくとも１つの性能基準３２に基づき、付随する専用サーバ３４のために、付随するホスティング容量３６を指定する。次いで、ピア・ツー・ピア・サーバ・ネットワーク１０の付随する各専用サーバ３４の付随するホスティング容量３６を、ピア・ツー・ピア・サーバ・ネットワーク１０の残りの各サーバ１２に伝達する。上記で論じたように、この場合、ホスティング容量３６を決定するこのステップ４０８を、連続して、周期的に、ホスティングリクエスト４６もしくは終了リクエスト１２０に応答して、故障モード１４０指示に応答して、これらを組み合わせて、またはピア・ツー・ピア・サーバ・ネットワーク１０が規定するような他の周期的時間に実行することができる。
【0026】
図１～図１０を再び参照すると、方法４００によれば、複数の潜在的な顧客端末１６の中の要求している顧客端末１６からピア・ツー・ピア・サーバ・ネットワーク１０へビデオ・ホスティング・リクエスト４６を引き渡す（ステップ４１０）。ホスティングリクエスト４６は、ピア・ツー・ピア・サーバ・ネットワーク１０の潜在的なホスティングサーバ３８を介して、要求している顧客端末１６と通信状態になるべき、複数の画像取込機器４８の中の要求された画像取込機器５２を識別する。次いで、ホスティングリクエスト４６に関連する潜在的なホスティングサーバ３８を識別する（ステップ４１２）。ホスティングサーバまたは潜在的なホスティングサーバ３８は、ある範囲の付随する第２のホスティング容量４４を有するとして画定される残りのサーバ１２とは対照的に、付随する第１のホスティング容量４０を有するサーバ１２として画定されることが企図される。上記で論じたように、付随する第１のホスティング容量４０は、ある範囲の付随する第２のホスティング容量４４の中の付随するホスティング容量のいずれよりも大きい。次いで、要求された画像取込機器５２は、潜在的なホスティングサーバ３８と通信状態になり、潜在的なホスティングサーバ３８は、要求している顧客端末１６と通信状態になって、要求された画像取込機器５２から要求された顧客端末１６へライブ・ビデオ・フィード１４を配信する（ステップ４１４）。それに応じて、次いで、潜在的なホスティングサーバ３８を、特定の画像取込機器４８に関連する能動ホスティングサーバ５０として画定する。
【0027】
次に図２～図１１、図１３、および図１４を参照すると、ピア・ツー・ピア・サーバ・ネットワーク１０を使用して、サーバがホスティングする複数のライブ・ビデオ・フィード１４をライブストリーミングするための方法５００がさらにまた開示されている。方法５００によれば、ピア・ツー・ピア・サーバ・ネットワーク１０の形をとるサーバウェブ１６０が、ピア・ツー・ピア・サーバ・ネットワーク１０の複数のサーバ１２により、典型的には自己モニタサーバ６０により画定される（ステップ５０２）。上記で論じたように、サーバウェブ１６０の各サーバ１２は、サーバウェブ１６０の残りの各サーバ１２と通信状態にあり、各サーバ１２は、それぞれの専用サーバ３４の少なくとも１つの付随する性能基準３２をモニタする。各サーバ１２は、サーバウェブ１６０の残りの各サーバ１２に、付随する性能基準３２を伝達することもまた企図される。サーバウェブ１６０は、本明細書で開示するピア・ツー・ピア・サーバ・ネットワーク１０に一散する可能性があることが企図される。潜在的なホスティングサーバ３８は、サーバウェブ１６０により決定される（ステップ５０４）。サーバウェブ１６０のサーバ１２は、付随する各性能基準３２を評価して、潜在的なホスティングサーバ３８に付随する第１の性能基準３２を画定する。残りのサーバ１２の残りの各性能基準３２は、ある範囲の第２の性能基準３２を協同的に画定する。上記で論じたように、サーバウェブ１６０によるこの自己評価または均衡動作７０により、後続の、またはすでに受信したホスティングリクエスト４６を処理するための、最も大きな付随するホスティング容量３６を有するサーバ１２として潜在的なホスティングサーバ３８が識別される。方法５００によれば、少なくとも１つの、または複数の潜在的な顧客端末１６を識別する（ステップ５０６）。少なくとも１つの、または複数の画像取込機器４８もまた識別する（ステップ５０８）。複数の顧客端末１６の中の要求している顧客端末１６からピア・ツー・ピア・サーバ・ネットワーク１０へビデオ・ホスティング・リクエスト４６を引き渡す（ステップ５１０）。ビデオ・ホスティング・リクエスト４６は、ピア・ツー・ピア・サーバ・ネットワーク１０の潜在的なホスティングサーバ３８を介して、要求された顧客端末１６と通信状態になるべき、１つまたは複数の要求された画像取込機器５２を識別することが企図される。次いで、潜在的なホスティングサーバ３８は、要求された画像取込機器５２および要求された顧客端末１６と通信状態になる（ステップ５１２）。このようにして、次いで、潜在的なホスティングサーバ３８は、要求された画像取込機器５２と要求された顧客端末１６の間の通信を画定する能動ホスティングサーバ５０を画定する。次いで、ピア・ツー・ピア・サーバ・ネットワーク１０は、更新された潜在的なホスティングサーバ３８を再決定する（ステップ５１４）。このようにして、能動ホスティングサーバ５０、およびサーバウェブ１６０の残りの自己モニタサーバ６０は、サーバウェブ１６０の他の各自己モニタサーバ６０に、更新された付随する性能基準３２を伝達して、更新された付随する第１の基準、および更新されたある範囲の付随する第２の性能基準３２を再び画定する。したがって、潜在的なホスティングサーバ３８の識別を、サーバウェブ１６０内部の異なるサーバ１２に変更してもよい。
【0028】
図２～図９、図１１、および図１２を再び参照すると、方法５００によれば、能動ホスティングサーバ５０を介して、要求された画像取込機器５２と通信状態にある要求している顧客端末１６からビデオ終了リクエスト１２０を受信することができる（ステップ５１６）。終了リクエスト１２０は、要求している顧客端末１６と要求された画像取込機器５２の間の通信を選択的に終了するステップに関係があることが企図される。終了リクエスト１２０に応答して、ライブ・ビデオ・フィード１４を停止する、中断する、または他の方法で終了する（ステップ５１８）。次いで、ライブ・ビデオ・フィード１４の終了後、サーバウェブ１６０内の自己モニタサーバ６０ごとの付随する性能基準３２を再決定する（ステップ５２０）。次いで、更新された潜在的なホスティングサーバ３８を再び識別する（ステップ５２２）。これまでの能動ホスティングサーバ５０および残りの自己モニタサーバ６０は、サーバウェブ１６０の他の各自己モニタサーバ６０に、更新された付随する性能基準３２を伝達して、更新された付随する第１の性能基準、および更新されたある範囲の付随する第２の性能基準３２を再び画定する。この場合も、要求している顧客端末１６からの終了リクエスト１２０を実行した後、潜在的なホスティングサーバ３８の識別を変更してもよい。
【0029】
次に図１～図１１、および図１５を参照すると、ピア・ツー・ピア・サーバ・ネットワーク１０が故障モード１４０になった場合、ピア・ツー・ピア・サーバ・ネットワーク１０を動作させるための方法６００が開示されている。方法６００によれば、複数の自己モニタサーバ６０を有するサーバウェブ１６０を画定する（ステップ６０２）。サーバウェブ１６０の動作中、自己モニタサーバ６０の１つが、故障モード１４０を画定してもよい。この故障モード１４０では、自己モニタサーバ６０の１つを、サーバウェブ１６０のオフラインのサーバ１４２として画定してもよい（ステップ６０４）。本明細書で論じたように、付随する性能基準３２または付随するホスティング容量３６のうち少なくとも一方に関して、サーバウェブ１６０の残りのサーバ４２に送信することができない自己モニタサーバ６０としてオフラインのサーバ１４２を画定してもよい。自己モニタサーバ６０または他のタイプのサーバ１２がオフラインのサーバ１４２を画定することになる他の指示は、電源障害、オフラインのサーバ１４２に対する物理的損傷、オフラインのサーバ１４２を伴う他の通信障害、これらの組合せ、および適切に機能していない、サーバウェブ１６０の自己モニタサーバ６０または他のタイプのサーバ１２を暗示する他の類似の事象を含むことができるが、これらに限定されない。オフラインのサーバ１４２を識別すると、次いで、オフラインのサーバ１４２によりホスティングされたフィード１０２を識別する（ステップ６０６）。次いで、サーバウェブ１６０の、故障モード１４０にない、または故障モード１４０を画定しない残りのサーバ４２の中から潜在的なホスティングサーバ３８を識別して、オフラインのサーバ１４２によりホスティングされたフィード１０２に関連するホスティング機能を引き継ぐ（ステップ６０８）。潜在的なホスティングサーバ３８を識別すると、オフラインのサーバ１４２によりホスティングされたフィード１０２は、移される、ホスティングされたフィード１０２に関する能動ホスティングサーバ５０を今では画定する潜在的なホスティングサーバ３８に移される（ステップ６１０）。次いで、均衡動作７０を再び実行して、もしあれば、オフラインのサーバ１４２から移すべき、次のホスティングされたフィード１０２に関連する潜在的なホスティングサーバ３８を再決定することができることが企図される。ホスティングされたフィード１０２のすべてを、オフラインのサーバ１４２から離れたところに移している間、オフラインのサーバ１４２を修理することができる。修理されると、新たに修理された自己モニタサーバ６０をサーバウェブ１６０の中に再び挿入し、均衡動作７０を再び行って、サーバウェブ１６０の自己モニタサーバ６０の間でサーバウェブ１６０のさまざまなホスティングされたフィード１０２を配分する（ステップ６１２）。
【0030】
特定のピア・ツー・ピア・サーバ・ネットワーク１０を実行している間、ピア・ツー・ピア・サーバ・ネットワーク１０に、追加のサーバ１２を付加することができることが企図される。新しいサーバ１２を付加すると、ピア・ツー・ピア・サーバ・ネットワーク１０の自己評価均衡動作７０を実行して、ピア・ツー・ピア・サーバ・ネットワーク１０のさまざまなサーバ１２の間でピア・ツー・ピア・サーバ・ネットワーク１０のホスティングされたフィード１０２を均衡させることが企図される。ピア・ツー・ピア・サーバ・ネットワーク１０の使用法を適合させて、ピア・ツー・ピア・サーバ・ネットワーク１０内のサーバ１２の数を超える、または潜在的に大きく超える数を有する多数の画像取込機器４８を管理する。同様に、複数の顧客端末１６の顧客端末１６の数もまた、ピア・ツー・ピア・サーバ・ネットワーク１０内のサーバ１２の数を超える、または大きく超える可能性がある。
【0031】
さまざまな実施形態によれば、ピア・ツー・ピア・サーバ・ネットワーク１０を使用することは、ピア・ツー・ピア・サーバ・ネットワーク１０内部にあるさまざまなサーバ１２の故障、過負荷、または保守の結果としてのダウンタイムを最小にすることができる、均衡のとれたホスティングシステムを提供するのに役立つ。本明細書で記述する装置および方法は、ピア・ツー・ピア・サーバ・ネットワーク１０が遭遇するさまざまな入力および事象に応答して、一方のサーバ１２から別のサーバ１２へ、ホスティングされたフィード１０２を自動的に移すように適合される。ピア・ツー・ピア・サーバ・ネットワーク１０により配信される、通知されるフィードのダウンタイムを最小にすることにより、医療患者８４、さらにまた医療提供者の一貫した監視治療計画を維持することができ、患者８４がベッド８６から出るように指示されていないときにベッド８６から出ようとして、負傷する出来事を低減することができる。また、ピア・ツー・ピア・サーバ・ネットワーク１０を使用することにより、単一の顧客端末１６が複数のライブ・ビデオ・フィード１４をモニタすることできるようになる可能性があり、それにより、医療患者８４をモニタするために必要な人的資源の量が低減される。
【0032】
本発明の概念を逸脱することなく、前述の構造に変形および修正を行うことができることが理解されるべきであり、さらに、そのような概念は、以下の特許請求の範囲が、その言語で他の方法で明示的に言及しない限り、以下の特許請求の範囲に含まれることが意図されることを理解されたい。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】