(57)【要約】【課題】仮想コラボレーションシステムを管理するシステム及び方法を提供する。【解決手段】システムは、通信ネットワークと、通信ネットワークに通信結合される複数のノード１２と、通信ネットワークに通信結合されるゲートウェイサブシステムと、ゲートウェイサブシステムに通信結合される管理サブシステム１０、１００と備える。ゲートウェイサブシステムは、管理サブシステム１０、１００による使用のために、複数のノード１２から信号を受信し変換するように構成される。さらに、管理サブシステム１０、１００は、これらのノード１２の信号に基づいて仮想コラボラティブイベントのトポロジを動的に管理するように構成される。【選択図】図１
2009539194.tif 000002
【特許請求の範囲】
【請求項１】
仮想コラボラティブ（collaborative）イベントのトポロジを動的に構成するように構成される管理サブシステム（１０、１００）であって、該管理サブシステム（１０、１００）は、少なくとも１つのノード（１２）を発信源とする要求（２０）を受信及び処理するようにさらに構成され、前記トポロジの構成は、少なくとも１つのポリシー（１７）に基づいて複数のノード（１２）間のメディアストリーム（１３）の接続を決定することを含み、該メディアストリーム（１３）の接続は、前記ノード（１２）間の仮想関係（virtual relationship）を確立及び維持する、管理サブシステム（１０、１００）と、
前記ノード（１２）と前記管理サブシステム（１０、１００）との間でリモート通信を行うように構成される少なくとも１つのゲートウェイサブシステムと
を備えるシステム。
【請求項２】
前記管理サブシステム（１０、１００）は、
前記仮想コラボラティブイベントの少なくとも１つのトポロジを記述するデータを記憶するように構成されるデータストレージモジュール（２６）
を備える
請求項１に記載のシステム。
【請求項３】
前記少なくとも１つのポリシー（１７）は、前記イベントの現在のトポロジの少なくとも１つの条件を考慮する
請求項１に記載のシステム。
【請求項４】
前記ゲートウェイサブシステムは、前記要求（２０）を受信するための共通インターフェースを提供するようにさらに構成され、
前記ゲートウェイサブシステムは、１つ以上のネットワーク（２８）又は１つ以上のプロトコルからの前記要求（２０）を、前記管理サブシステム（１０、１００）に好ましいプロトコルに変換することができる
請求項１に記載のシステム。
【請求項５】
前記ノード（１２）は、
ノードサービスモジュールと、
イベントに参加する前に構成されるプリファレンス（preference）の少なくともポリシー（１７）と、
メディア情報を送受信することができる少なくとも１つの物理デバイス（１５）と、
メディア情報を提示することができる少なくとも１つの物理デバイス（１５）と、
前記ゲートウェイサブシステムとの通信リンク（２２）と
を備える
請求項１に記載のシステム。
【請求項６】
通信ネットワークと、
前記通信ネットワークに通信結合される複数のノード（１２）と、
前記通信ネットワークに通信結合されるゲートウェイサブシステムと、
前記ゲートウェイサブシステムに通信結合される管理サブシステム（１０、１００）と
を備え、
前記ゲートウェイサブシステムは、前記管理サブシステム（１０、１００）による使用のために、前記複数のノード（１２）から信号を受信し変換するように構成され、
前記管理サブシステム（１０、１００）は、前記ノード（１２）の信号に基づいて仮想コラボラティブイベントのトポロジを動的に管理するように構成される
システム。
【請求項７】
イベント調整中に仮想コラボレーションシステムの構成を管理する方法であって、
ノードの要求（２０）を送信することであって、イベントへの参加を変更する、送信することと、
共通インターフェース（２５）を通じて前記要求（２０）をイベント管理サブシステム（１０、１００）へ転送することと、
少なくとも１つのポリシー（１７）に基づいて新しいイベントトポロジを定式化することであって、該トポロジは、参加ノード（１２）間の仮想関係を作成及び維持する、定式化することと、
新しいメディアストリーム割り当て（２３）を前記新しいトポロジによって影響を受ける各ノード（１２）へ通信することと、
前記メディア割り当て（２３）に従ってメディアストリーム（１３）を確立するように、影響を受ける各ノード（１２）を構成することと
を含む方法。
【請求項８】
前記構成するステップは、
少なくとも１つの前記影響を受けるノード（１２）の環境を調整すること
を含む
請求項７に記載の方法。
【請求項９】
前記送信するステップは、
好ましい参加モードのリストと、ノード（１２）の不変の能力の表示とを送信すること
を含む
請求項７に記載の方法。
【請求項１０】
前記構成するステップは、
割り当てられた参加モードをサポートするように、ノード（１２）を構成することと、
前記ノード（１２）に関連付けられる物理デバイス（１５）を、前記割り当てられた参加モードに従って構成することと、
前記受信された指令で特定される他のすべてのノード（１２）でメディアストリーム（１３）を確立することと
を含む
請求項７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仮想コラボレーションシステムを管理するシステム及び方法に関する。
【０００２】
［関連技術の相互参照］
本願は、２００６年５月３１日に出願された「Blended Space For Aligning Video Streams」と称する米国仮特許出願第６０／８０３，５８４号、及び、２００６年５月３１日に出願された「System and Method for Managing Virtual Collaboration Systems」と称する米国特許仮出願第６０／８０３，５８８号の米国特許法第１１９条（ｅ）に基づく利益を主張する。これらの仮特許出願は、参照によりその全体が本明細書に援用される。
【背景技術】
【０００３】
テレビ会議及び他の形態の仮想コラボレーションは、リモートロケーションにあるシステム間でのビデオ、オーディオ、及び他のデータのリアルタイム交換を可能にする。このデータのリアルタイム交換は、多くの場合、ストリーミングビデオデータ及びストリーミングオーディオデータの形態でコンピュータネットワークによって行われる。多くのシステムは、イベントの開始時にメディアストリームを確立することができるが、さまざまなシステムがイベントに加わるとき又はイベントを離れるときに新しい構成に円滑に移行することができない。
【０００４】
加えて、同一の能力又は実質的に互換性のある能力を有するシステムを接続する多数の方法が工夫されてきた。しかしながら、異なる能力を有するシステムを伴うイベントを管理することは、かなり難しい。たとえば、異種システム間でメディア接続を十分にネゴシエート（negotiate）するイベント構成用の既存の方法はほとんどない。接続を確立するためにユーザ入力を必要とするそれらのシステムは、コラボラティブ体験（collaborative experience）を損なう。他のシステムは、接続を自動的に確立することができるが、基本メディアは、時に、参加システムの能力の誤った前提の上でサポートしている。
【０００５】
１つの確立されたプロトコルであるセッション開始プロトコル（ＳＩＰ）によって、システムは、複数のデバイス間でメディア接続をネゴシエートすることが可能になる。しかしながら、ＳＩＰは、参加者間の仮想関係（virtual relationship）を維持するためにメディアストリーム間の関係を考慮しない。さらに、ＳＩＰは、最適なメディア接続をサポートする高度な能力を利用可能にするものを通信しない。
【０００６】
現在の仮想コラボレーションシステムは、さまざまなレベルの機能を有するシステムを十分にサポートしていないか、又は進行中のイベントを中断することなく参加システムを動的に再構成することを可能にしていない。また、現在の仮想コラボレーションシステムは、参加システム間の一貫した仮想関係の確立のサポートも欠いている。
【発明の概要】
【課題を解決するための手段】
【０００７】
多くの可能な実施の形態の１つでは、本例示は、通信ネットワークと、通信ネットワークに通信結合される複数のノードと、通信ネットワークに通信結合されるゲートウェイサブシステムと、ゲートウェイサブシステムに通信結合される管理サブシステムとを含む。ゲートウェイサブシステムは、管理サブシステムによる使用のために、複数のノードから信号を受信し変換するように構成される。さらに、管理サブシステムは、これらのノードの信号に基づいて仮想コラボラティブイベントのトポロジを動的に管理するように構成される。
【０００８】
添付図面は、本システム及び本方法のさまざまな実施形態を示し、本明細書の一部である。図示した実施の形態は、単に本システム及び本方法の例にすぎず、開示の範囲を限定するものではない。
【０００９】
図面全体を通じて、同一の参照符号は、必ずしも同一ではないが、同様の要素を示す。
【図面の簡単な説明】
【００１０】
【図１】一例示の実施形態による、コンピュータネットワークを通じて接続されるイベントマネージャシステムのメンバーを示すブロック概略図である。
【図２】一例示の実施形態による、ノード構成要素を概略形式で示すブロック図である。
【図３】一例示の実施形態による、イベントフォーカスの構成要素を概略形式で示すブロック図である。
【図４】一例示の実施形態による、イベントマネージャの構成要素を概略形式で示すブロック図である。
【図５】一例示の実施形態による、ノードがコラボラティブイベントに加わるときに確立される接続のシーケンスを示すブロック図である。
【図６Ａ】一例示の実施形態による、３つのノード又は４つのノードを伴うコラボラティブイベントの仮想関係を示す概略図である。
【図６Ｂ】一例示の実施形態による、３つのノード又は４つのノードを伴うコラボラティブイベントの仮想関係を示す概略図である。
【図６Ｃ】一例示の実施形態による、３つのノード又は４つのノードを伴うコラボラティブイベントの仮想関係を示す概略図である。
【図６Ｄ】一例示の実施形態による、３つのノード又は４つのノードを伴うコラボラティブイベントの仮想関係を示す概略図である。
【図７Ａ】一例示の実施形態による、３つのノード又は４つのノードを伴うコラボラティブイベント中に送受信されるメディアストリームを示す図である。
【図７Ｂ】一例示の実施形態による、３つのノード又は４つのノードを伴うコラボラティブイベント中に送受信されるメディアストリームを示す図である。
【図７Ｃ】一例示の実施形態による、３つのノード又は４つのノードを伴うコラボラティブイベント中に送受信されるメディアストリームを示す図である。
【図７Ｄ】一例示の実施形態による、３つのノード又は４つのノードを伴うコラボラティブイベント中に送受信されるメディアストリームを示す図である。
【図８】一例示の実施形態による、ノードサービスシステムのオペレーションの方法を示すフローチャートである。
【図９】一例示の実施形態による、ノードイベントフォーカスのオペレーションの方法を示すフローチャートである。
【図１０】一例示の実施形態による、イベントマネージャのオペレーションの方法を示すフローチャートである。
【発明を実施するための形態】
【００１１】
本例示の方法及びシステムは、イベント調整中に仮想コラボレーションシステムの構成を管理するようになっている。具体的には、本例示の方法は、特に、関係するメディアストリーム間の関係を本来的に考慮することができ、ノード間の仮想関係を管理して、新しいトポロジをサポートするようにノードへの指令を最適化することができ、各ノードをイベント自体において同等に管理しながら、さまざまな独自仕様の通信メカニズム及び業界標準の通信メカニズムをサポートすることができる。本例示の仮想コラボレーションシステム及び方法のさらに詳細な内容を以下で提供する。
【００１２】
本明細書及び添付の特許請求の範囲で使用される場合、「メディア」という用語は、テキスト、ビデオ、サウンド、画像、データ、又はコンピュータネットワークによって伝送することができる他の任意の情報を含むように定義される。
加えて、本明細書及び添付の特許請求の範囲で使用される場合、「ノード」という用語は、直接又はネットワークを通してリモートシステムと通信することができるメディアを表示及び／又は送信する手段を有する任意のシステムを含むように定義される。適切なノードシステムには、テレビ会議スタジオ、コンピュータシステム、ノートブックコンピュータ、電話、個人情報端末（ＰＤＡ）、又は前述したデバイス若しくは同様のデバイスの任意の組み合わせが含まれるが、これらに限定されるものではない。
【００１３】
同様に、本明細書及び添付の特許請求の範囲で使用される場合、「イベント」という用語は、情報を交換する枠組みをシステムに提供する任意の指定された時間及び仮想会合場所を含むものとして広く理解されることが意図されている。イベントは、少なくとも１つのノードがメディア情報を送受信することを可能にする。一例示の実施形態によれば、イベントは、コラボレーションに参加するすべてのノードから独立して且つ別個に存在する。さらに、イベントは、ノードが情報を交換している間存在することができ、いずれのノードもイベントに加わる前等、参加しているノードが全くない間も存在することができる。
【００１４】
さらに、本明細書及び添付の特許請求の範囲で使用される場合、「トポロジ」という用語は、イベントに関連付けられる各システム、並びに、各システムのそれぞれの構成、状態、及びそのイベントに関連付けられる他のシステムとの関係を含むものとして理解されることが意図されている。トポロジは、ノード、イベントフォーカスソフトウェア、イベントマネージャソフトウェア、ノード間の仮想関係、各ノードの参加モード、及びイベントに関連付けられるメディアストリームを含むが、決してこれらに限定されるものではない。
【００１５】
さらに、本例示の明細書で使用される場合、「サブシステム」及び「モジュール」という用語は、任意の数のハードウェアコンポーネント、ソフトウェアコンポーネント、ファームウェアコンポーネント、又はそれらの任意の組み合わせを含むように交換可能に使用される。本明細書で使用される場合、サブシステム及びモジュールは、１つ以上のコンピューティングデバイスの一部とすることもできるし、１つ以上のコンピューティングデバイスによってホスティングされることもできる。このコンピューティングデバイスには、サーバ、パーソナルコンピュータ、個人情報端末、又は装置を含む他の任意のプロセッサが含まれるが、決してこれらに限定されるものではない。さまざまなサブシステム及びモジュールが、異なる機能又は役割を遂行することができ、共に単一のユニット、プログラム、デバイス、又はシステムのままとすることができる。
【００１６】
以下の説明では、説明の目的で、本システム及び本方法の完全な理解を提供するために、多数の具体的な詳細が述べられている。しかしながら、本システム及び本方法はこれらの具体的な詳細なしで実施されうることが、当業者には明らかであろう。本明細書において「一実施形態」に言及しているが、これは、その実施形態に関して説明した特定の特徴、構造、又は特性が、少なくとも１つの実施形態に含まれることを意味する。明細書のさまざまな箇所に「一実施形態では」という語句が登場するが、これは、必ずしもすべて、同じ実施形態を指しているわけでない。
【００１７】
図１は、一例示の実施形態による管理サブシステム又はイベントマネージャシステム（１００）を示している。本明細書及び添付の特許請求の範囲で使用される場合、「管理サブシステム」及び「イベントマネージャシステム」という用語は、交換可能に使用される。図示したイベントマネージャシステム（１００）は、以下で詳述するように、複数のコラボラティブイベントを提供するのに使用することができる。具体的には、図１に示すように、この例示のイベントマネージャシステム（１００）は、一例示の実施形態によれば、少なくとも１つの通信ネットワーク（２８）を通じてさまざまな構成要素を結合する。図１に示すように、複数のノード（１２）又はコラボラティブイベント参加サブシステムを通信ネットワーク（２８）によってコラボラティブイベントマネージャシステム（１００）に通信結合することができる。加えて、以下ではイベントマネージャと呼ぶコラボレーションイベントマネージャサブシステム（１０）も、イベントフォーカスサブシステム（１１）又は他のゲートウェイサブシステムを介して、ネットワーク（２８）を通じコラボラティブイベントマネージャシステム（１００）に結合することができる。通信結合ネットワーク（２８）の詳細及びその後に続くイベントマネージャシステム（１００）のさまざまな構成要素の詳細を、図１〜図４を参照して以下で提供する。
【００１８】
図１に示す例示のイベントマネージャシステム（１００）をリンクするのに使用される通信結合ネットワーク（２８）は、単一のデータネットワークとすることもできるし、任意の数の通信結合されるネットワークを含むこともできる。特に、一例示の実施形態によれば、本例示のイベントマネージャシステム（１００）によって利用されるネットワーク（２８）には、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク、無線ネットワーク、仮想プライベートネットワーク（ＶＰＮ）、イーサネットネットワーク、トークンリングネットワーク、公衆交換電話網（ＰＳＴＮ）、一般交換電話網（ＧＳＴＮ）、回線交換網（ＳＣＮ）、総合デジタル通信網（ＩＳＤＮ）、及び独自仕様のネットワークが含まれ得るが、決してこれらに限定されるものではない。
【００１９】
加えて、一例示の実施形態によれば、ネットワーク（２８）は、任意の既知のネットワーキングプロトコルも使用することができる。このネットワーキングプロトコルには、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ファイル転送プロトコル（ＦＴＰ）、Ｈ．３２３、Ｔ．１２０、Ｑ．９３１、ストリーム制御伝送プロトコル（ＳＣＴＰ）、セッション初期化プロトコル（ＳＩＰ）、マルチプロトコルラベルスイッチング（ＭＰＬＳ）、ポイントツーポイントプロトコル（ＰＰＰ）、リアルタイムプロトコル（ＲＴＰ）、リアルタイム制御プロトコル（ＲＴＣＰ）、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、ユーザデータグラムプロトコル（ＵＤＰ）が含まれるが、決してこれらに限定されるものではない。複数のネットワーク（２８）が、イベントマネージャシステム（１００）に接続されているとき、ネットワークタイプ及びネットワークプロトコルの任意の組み合わせを使用することができる。さまざまなネットワークプロトコルの使用は、以下で詳述するように、イベントフォーカス（１１）が、イベントマネージャ（１０）に好ましいプロトコルへのデータの変換及び該プロトコルからのデータの変換を行うことによって調和させることができる。
【００２０】
図１に詳細に示すように、複数のノード（１２）を、ネットワーク２８を介してイベントマネージャ（１０）及びイベントフォーカス（１１）に結合することができる。図２は、一例示の実施形態による、イベント管理システム（１００；図１）へのノードの接続だけでなく、一例示のノード（１２）の構成要素も示している。前述し且つ図２に概略的に示しているように、この例示のノード（１２）は、メディアデータを送信及び／又は受信することによってコラボラティブイベントに参加することができるシステムである。したがって、図２に示す例示のノード（１２）は、メディアストリーム（１３）を受信及び送信し、ローカルメディア出力（１９）を生成し、出席者入力（１８）及びシステム指令（２１）を受信し、さらには、ノード要求（２０）を送信するものとして示されている。ノード（１２）の物理的形態は、能力の点で大きく変化する場合があり、物理的形態には、電話、個人情報端末（ＰＤＡ）、ラップトップ、コンピュータシステム、テレビ会議スタジオ、及びネットワークに接続することができてネットワークによってデータを伝送することができる他の任意のシステムが含まれ得る。イベントに参加する各ノード（１２）は、イベント中、一意の識別子を通じて参照される。この一意の識別子は、システムに本来備わっている場合もあるし、ＩＰアドレス又は電話番号等の接続に依存する場合もあるし、イベントプロパティに基づいてイベントマネージャによって割り当てられる場合もあるし、システムによってアサート（assert）された別のポリシーによって決定される場合もある。
【００２１】
図示するように、例示のノード（１２）は、受信したメディア情報を表示若しくは表現することができ、生成されたメディア情報を送信することができ、且つ／又はノード（１２）の環境を調整することができる任意の数のノードデバイス（１５）を含むことができる。一例示の実施形態によれば、電話の形態のノード（１２）は、ノードデバイス（１５）としてスピーカ及びマイクロホンを含むことができる。他のさまざまな例示の実施形態によれば、ノードデバイス（１５）には、マイクロホン、カメラ、ビデオスクリーン、キーボード、スキャナ、及び他の入出力デバイスが含まれ得るが、決してこれらに限定されるものではない。ノードデバイス（１５）は、ノード（１２）又はネットワークとインターフェースすることができる任意のハードウェア要素及びソフトウェア要素を備えることができる。いくつかのノードデバイス（１５）は、出席者が見分けることができる方法で受信メディアを再生又は表現することができる。他のノードデバイス（１５）は、ノードの環境を調整することができるか、又は、１つ以上の追加のノード（１２）機能をサポートすることができる。図２の例示の実施形態では、例示のノードデバイス（１５）は、さまざまなメディアストリーム（１３）からの受信メディアの表現をローカルメディア出力（１９）として出席者に出力するものとして示されている。
【００２２】
一例示の実施形態によれば、ノードデバイス（１５）は、システムによってネゴシエートされたさまざまな可能なメディアストリーム（１３）に通信結合される。イベントトポロジ及びノードの能力に従って、任意の数のメディアストリーム（１３）をノードデバイス（１５）に接続することができる。結合されるメディアストリーム（１３）は、異種のものとすることができ、異なるタイプのメディアを含むことができる。一例示の実施形態によれば、ノード（１２）は、オーディオデータのみ、ビデオ及びオーディオ、指定されたカメラ位置からのビデオ及びオーディオ、並びに／又はコンピュータディスプレイからイベントに参加する異なるノードへのコラボレーションデータを含むメディアストリーム（１３）を同時に送受信することができる。
【００２３】
少なくとも１つのネットワーク（２８；図１）にわたって接続されるメディアストリーム（１３）は、さまざまなフォーマットでデータを交換することができる。送受信されるメディア情報は、符号化及び復号の標準規格に準拠することができる。この符号化及び復号の標準規格には、Ｇ．７１１、Ｈ．２６１、Ｈ．２６３、Ｈ．２６４、Ｇ．７２３、共通中間フォーマット（ＣＩＦ）、及び独自仕様の標準規格が含まれるが、これらに限定されるものではない。加えて、任意のコンピュータ可読ファイルフォーマットを送信して、テキスト、サウンド、ビデオ、データ、及び他のメディアタイプの交換を容易にすることもできる。
【００２４】
さまざまな外部入力及びメディアストリームの受信に加えて、図２に示す例示のノード（１２）は、ノードマネージャ（１６）ソフトウェアを組み込んでいる。一例示の実施形態によれば、ノードマネージャ（１６）ソフトウェアは、出席者入力（複数可）（１８）及び他のシステム指令（２１）を処理し、受信した指令（２１）に従ってさまざまなノードデバイス（１５）を構成する。ノードデバイス（１５）の構成、及び、各ノード（１２）の参加のレベルは、ノードの能力、及び、参加者入力（１８）によって提供されるような出席者の要望の変化によって変化し得る。さまざまな参加モードは、インテント（intent）と呼ばれ、ｎウェイのオーディオ及びビデオの交換、オーディオ交換のみ、オーディオ及び高解像度ビデオ、オーディオ及び低解像度ビデオ、動的に選択されたビデオ表示、コラボレーションデータのオーディオ及びグラフィック表示、送信を伴わないオーディオ及びビデオの受信、並びにメディア入力及びメディア出力の他の任意の組み合わせが含まれるが、これらに限定されるものではない。ノードのインテントは、メディアストリームを送受信するように同時にアクティブ化された特徴及びノードデバイス（１５）の具体的な組み合わせに加えて、ノードデバイス（１５）間、メディアストリーム（１３）間、及び他のノード（１２）間に存在する実際の関係又は望ましい関係を含むようにさらに定義される。
【００２５】
図２に示すように、ノードマネージャ（１６）は、特定のイベント中にノード（１２）の可能な参加モードから優先順位付けされたインテント（２９）のリストを作成するノードマネージャ内に、プリファレンスの事前設定されたポリシー（１７）を含む。優先順位付けされたインテント（２９）は、イベントごとに又はイベント中に変化し得る。たとえば、優先順位付けされたインテント（２９）は、ノードがイベントに加わろうと試みるとき、イベントを離れようと試みるとき、異なる方法で参加しようと試みるとき、又は出席者によって指示されるときに変化し得る。
【００２６】
ノード（１２）が、自身の優先順位付けされたインテント（２９）を変更するとき、ノード要求（２０）がシステムへ送信される。一実施形態では、ノード要求（２０）は、電話番号をダイヤルする等、簡単な接続動作を含むことができる。別の実施形態では、ノード要求（２０）は、優先順位付けされたインテント（２９）のリスト、及び、要求を送信するノード（１２）の能力に関する情報を含む。ノードタイプは、ノードの不変の能力及び関係するノードデバイス（１５）間の関係を示し、「３つのディスプレイ、３つのカメラ、３つのマイクロホン、１つのスピーカのシステム」を暗に意味することができる「Ｂ２Ｂ６」等のトークンによって要約されうる。加えて、ノードタイプ及び関連付けられるトークンは、出席者に対して左、右、及び中央の３つのディスプレイの配置等、ノードデバイス（１５）間の関係を示すことができる。ノードは、あらゆる状況において、ノードの能力及び関係の同じトークン又は表示を自動的に送信することはできない。各ノード（１２）は、開示する能力及び関係の記述を繰り返し選択して変更することができる。たとえば、ノード（１２）が３つのディスプレイを含むが、中央ディスプレイが故障しているか又は使用中である場合、このノード（１２）は、出席者の右に１つ及び左に１つの２つのディスプレイのみを表すトークンを送信することができる。このように、イベントマネージャ（１０）が受信するノードの能力及び関係に関する唯一の情報は、ノードタイプ及びノードの優先順位付けされたインテント（１２）を通じて示される。ノード要求（２０）は、或る形態のノード識別情報をさらに含むことができる。
【００２７】
図１に再び戻って、さまざまなノード（１２）は、イベントフォーカス（１１）を介して、ネットワーク（２８）を通じイベントマネージャ（１０）に結合される。図３は、一例示の実施形態によるイベントフォーカス（１１）の要素及び機能を示している。図３に示すように、イベントフォーカス（１１）は、ノード要求（２０）をイベントマネージャ（１０）へ中継する前に中間処理を行うように構成される。具体的には、イベントフォーカス（１１）は、イベントに参加する各ノード（１２）におけるノードサービスソフトウェアとリモート通信することができるソフトウェアモジュールを含むことができる。イベントフォーカス（１１）は、一例示の実施形態によれば、共通通信インターフェース（２５）及びネットワークプロトコル変換（２４）を含むことができる。共通通信インターフェース（２５）及びネットワークプロトコル変換（２４）によって、イベントフォーカスは、ノードからノード要求（２０）を受信し、ノード要求をイベントマネージャ（１０）へ転送し、選択されたインテント（３０）及び／又はメディア接続割り当て（２３）をイベントマネージャから受信することが可能になる。選択されたインテント（３０）及びメディア接続割り当て（２３）は、次に、選択されたノード（１２）へ送信するために、イベントフォーカス（１１）によって指令（２１）に変換されうる。イベントフォーカス（１１）を使用してイベントマネージャ（１０）へ要求を転送し且つ要素を処理することによって、個々のノード（１２）が潜在的に予期しないネットワークトポロジ及びプロトコルとの互換性を保証する必要性が、取り除かれる。
【００２８】
本例示のシステム及び方法によれば、ノード（１２）は、それぞれ異なる能力及びプロトコルを有する場合があるさまざまなタイプのネットワークを通じてイベントに参加することができる。イベントフォーカス（１１）は、イベントとの共通連絡ポイント（common point of contact）を各ノード（１２）に提供する。一例示の実施形態によれば、イベントフォーカス（１１）へ送信されるすべてのノード要求（２０）は、インタープリットされて、イベントマネージャ（１０）に意味のあるフォーマット又はプロトコルに変換される。
【００２９】
イベントマネージャ（１０）が新しいイベントトポロジ及びメディアストリーム接続を決定した後に、イベントマネージャは、そのデータをノード（１２）へ配信するためにイベントフォーカス（１１）へ送信する。イベントフォーカス（１１）は、次に、影響を受ける各ノード（１２）へ、個別化された指令（２１）を通信して、さまざまなノードの参加の変化を示す。一例示の実施形態によれば、指令（２１）は、選択されたインテント、及び、指令を受信するノード（１２）と任意の数の参加ノードとの間の新しいメディア接続割り当てを含むことができる。イベントフォーカス（１１）は、各ノードの好ましいネットワークプロトコル又は実際のネットワークプロトコルを通じてノード（１２）へさまざまな指令を通信するように構成される。
【００３０】
単なる説明として、電話を含むノード（１２）は、番号をダイヤルする形でイベントに加わるノード要求（２０）をサブミット（submit）することができる。この要求は、出席者のシステムが、オーディオデータの交換をサポートしていること、及び、出席者がオーディオモードでイベントに参加することを望んでいることを暗に示している。他の要求は、より明示的なものとすることができる。ノード（１２）は、直接的な要求（２０）も送信することができる。この直接的な要求（２０）は、イベントマネージャ（１０）へ通信される前に、イベントフォーカス（１１）によってインタープリット（interpret）されて、適切な形に変換される。イベントマネージャ（１０）が、メディアストリーム割り当てを生成すると、イベントフォーカス（１１）は、各ノード（１２）に有用な指令（２１）を形成する。この指令（２１）は、電話ノードの場合、会議用の合成オーディオデータのストリームへの確立された接続を含むことができる。１つ以上のイベントフォーカス（１０）サブシステムは、いずれの接続を割り当てるのかを決定しないが、たとえ、ノード構成データが、異なるプロトコル及び能力のネットワークに向かうものであっても、１つ以上のチャネルを通じてそのノード構成データを通信するために該１つ以上のチャネルをイベントマネージャ（１０）に提供する。単一のイベントフォーカス（１１）が、複数のネットワーク及び／又はプロトコルを使用して通信することができ、したがって、ノード（１２）とイベントマネージャ（１０）との間のゲートウェイとして動作する。また、同じプロトコルを使用する複数のノード（１２）が、単一のイベントフォーカス（１１）を通じてイベントマネージャ（１０）と通信することもできる。イベントフォーカスによって、イベントマネージャ（１０）は、セッション初期化プロトコル（ＳＩＰ）又は他の標準規格を通じて接続することができる多くの製造業者が提供するノード（１２）と通信することも可能になる。ノード（１２）とイベントマネージャ（１０）との間の通信は、たとえ、ノード（１２）及びイベントマネージャ（１０）が同じネットワーク及びプロトコルを使用していても、少なくとも１つのイベントフォーカス（１１）を通じてルーティングされる。
【００３１】
別の例示の実施形態によれば、例示のシステム（１００）に結合される或るノード（１２）は、ローカルエリアネットワークを通じてイベントに参加する場合があり、別のノードは、インターネットを通じて参加する場合があり、第３のノードは、暗号化された仮想プライベートネットワーク（ＶＰＮ）を通じて参加する場合がある。各ノード（１２）が、イベントに加わるとき、イベントから離れるとき、又はインテントを変更するように要求するとき、対応するノード要求（２０）は、その関連付けられるイベントフォーカス（１１）によって、イベントマネージャ（１０）に好ましい形に変換される。ネットワークプロトコル変換（２４）用のモジュールは、暗号化、解読、認証、又は他の能力を用いて、ノード（１２）とイベントマネージャ（１０）との間の通信を容易にすることができる。
【００３２】
図４は、一例示の実施形態によるイベントマネージャ（１０）の構成要素、入力、及び出力を示している。図４に示す例示の実施形態によれば、イベントマネージャ（１０）は、イベントフォーカス（１１）と直接通信する。一方、代替的な一例示の実施形態によれば、イベントマネージャ（１０）は、通信ネットワーク（２８）を介してイベントフォーカスに通信結合することができる。
【００３３】
イベントフォーカス（１１）とイベントマネージャ（１０）との間の通信手段にかかわらず、図４に示す例示のイベントマネージャは、記憶されているトポロジデータモジュール（２６）及び複数の管理ポリシー（２７）を含む。一例示の実施形態によれば、イベントマネージャ（１０）に関連付けられる、記憶されているトポロジデータモジュール（２６）は、イベントマネージャによって知覚されるようなイベントの状態を記述する。このデータは、一例示の実施形態によれば、イベントに参加するノード（１２）のアイデンティティ（identity：識別情報）、ノード間の仮想関係、各ノードが参加しているインテント又は方法、及び各ノードの能力を含むことができる。イベントマネージャ（１０）は、各ノード（１２）の優先順位付けされたインテントの記録も保持することができる。前述したように、ノードのインテントは、存在しているものであれ望まれているものであれ、複数のノード（１２）又はノードデバイス（１５）の間の関係に関する情報を含み、所与のイベント中、一定の方法で利用されることになるノードの能力の狭いサブセットを指定する。たとえば、第１のノード（１２）は、複数の解像度を表示することができる３つのディスプレイを含むことができる。この第１のノード（１２）のインテントは、一定の第２のノード（１２）から受信されるメディアの指定された解像度、及び、第２のノード（１２）からのメディアストリーム（１３）が最も左のディスプレイに表示されるべきであるという関係を含むことができる。加えて、イベントマネージャ（１０）は、受信したインテント及び／又は受信したインテントの組み合わせに基づいてイベントトポロジを最適化することもできる。
【００３４】
一例示の実施形態によれば、イベントマネージャ（１０）は、少なくとも１つのイベントフォーカス（１１）からノード要求（２０）を受信するように構成される。ノード要求（２０）は、ノード（１２）によって最初に生成された要求と同一である場合もあるし、イベントマネージャ（１０）に関連付けられる一定の仕様、インターフェース、又はプロトコルに準拠するようにイベントフォーカス（１１）によって変更される場合もある。
【００３５】
一例示の実施形態によれば、ノード（１２）が、イベントに加わるように要求するとき、イベントから離れるように要求するとき、又はそのインテントを変更するように要求するときに、イベントマネージャ（１０）は、記憶されているトポロジデータ（２６）を活用して、新しいメディア接続割り当て（２３）を作成する。優先順位付けされたインテント情報によって、イベントマネージャ（１０）は、各出席者のプリファレンスと最も密接にマッチングするメディアストリーム（１３）を割り当てることが可能になる。加えて、仮想関係データによって、イベントマネージャ（１０）は、トポロジが変化するときのイベントに対する混乱を最小にすることが可能になり、ノード能力データによって、特定されたノード（１２）にサポートされていないメディアストリーム（１３）をイベントマネージャが割り当てることをできなくする。
【００３６】
トポロジの変更が要求されるか又は必要とされると、イベントマネージャ（１０）は、優先順位付けされたインテント（２９）から、各ノード（１２）のシステムにとって許容することができる最も高い優先順位のインテントを選択する。選択されたインテント（２９）は、指定されたイベントに関してその時にノード（１２）用に実施された参加モードを表す。イベントの変化又はイベントに参加する他のシステムの変化によって、イベントマネージャ（１０）は、条件が変化するときに、異なるインテントを選択することができる。選択されたインテントは、任意の数のファクタを条件とすることができる。これらのファクタには、ネットワーク帯域幅又はネットワークトラフィック、イベントに参加する他のノードの数、他の参加ノード若しくは参加するようにスケジューリングされている他のノードの優先順位付けされたインテント、現在のイベント用に定義されたポリシー、事前設定された管理ポリシー（２７）、又は他のシステムパラメータが含まれるが、決してこれらに限定されるものではない。
【００３７】
一例示の実施形態によれば、イベントマネージャ（１０）に関連付けられる管理ポリシー（２７）は、事前設定されたポリシーである。この事前設定されたポリシーは、一実施形態によれば、いずれのノード（１２）又は出席者がイベントに加わることを許可されているのかを指定するものである。管理ポリシー（２７）は、イベントの条件又は制限も適用することができる。これらの条件又は制限には、最大持続時間、接続されるノード（１２）の最大数、最大利用可能帯域幅、最小セキュリティ認証、又は最小暗号化強度が含まれるが、決してこれらに限定されるものではない。
【００３８】
イベントマネージャ（１０）は、更新されたイベントトポロジの記述を、関連付けられるイベントフォーカス（１１）へ送信するように構成される。この情報は、各ノード（１２）の選択されたインテント（３０）に加えて、各ノードの更新されたメディア接続割り当て（２３）も含む。イベントマネージャ（１０）によるメディア接続割り当て（２３）の形成によって、ノード（１２）間の仮想関係の最適な形成及び維持がもたらされる。トポロジ及びインテント情報は、メディアの送信、受信、入力、又は出力に直接関係しないノードデバイス（１５）を含む１つ以上のノード（１２）の環境を変更するのに使用されうる。イベントマネージャ（１０）による中央管理は、すべての要求及びイベントのトポロジ変化に関して一貫した管理ポリシー（２７）を適用する。加えて、イベントマネージャは、さらに、ノードデバイス（１５）及びメディアストリーム（１３）のコンフリクトを起こす可能性のある構成を取り除く。イベントマネージャシステム（１００）の例示のオペレーションの詳細を、以下の図５〜図１０を参照して以下で説明することにする。
【００３９】
例示の方法
図５は、一例示の実施形態による、ノード（１２）が進行中のイベントに加わるときに利用される接続のシーケンスを示している。図５に示す例示の実施形態によれば、ノード（１２）は、矢印２１０によって示される、イベントに加わるように要求する初期要求をイベントフォーカス（１１）へ送信する。この要求（２０）は、ノード（１２）のノードタイプ又は能力、及び、ノードの優先順位付けされたインテント又は好ましい参加モードを含む情報を含む。
【００４０】
初期要求が、イベントフォーカス（１１）によって受信されると、イベントフォーカスは、次に、要求をイベントマネージャ（１０）へ転送し、次に、更新されたイベントトポロジの態様であって、イベントフォーカス（１１）に関連付けられるノード（１２）へ送信する必要がある態様をイベントマネージャから受信する。これらの態様には、新しいメディア接続割り当て（２３）及び選択されたインテント（３０）が含まれる。イベントマネージャ（１０）とイベントフォーカス（１１）との間のこの２方向通信は、通信矢印２２０によって示されている。
【００４１】
新しいメディア接続割り当て（２３）及び選択されたインテント（３０）を含む、更新されたイベントトポロジをイベントマネージャから受信した後に、イベントフォーカス（１１）は、新しいメディア接続割り当て及び選択されたインテントを指令（２１）に変換する。指令（２１）は、変換されると、送信矢印２３０によって示されるように、構成の変更を経験している各ノード（１２）へ送信される。
【００４２】
特定されたノード（１２）が送信された指令を受信すると、ノードマネージャソフトウェア（１６）は、中断して、受信した指令（２１）を適用し、適切な構成データ及びコマンドを通信リンク（２２）によって自身のノードデバイス（１５）へ送信して、新しいトポロジをサポートする。ノードマネージャ（１６）とノードデバイス（１５）との間の言及した通信は、通信矢印２４０として図５に示されている。
【００４３】
メディアストリーム（１３）は、理解されたトポロジを反映するように適切に構成されると、イベントマネージャ（１０）によって事前に割り当てられたようにさまざまなノード（１２）間で接続される。さまざまなメディアストリームの送信は、図５に通信矢印２５０によって示されている。図５に示す例示の構成は、ノードインテント、能力、及び構成を管理しながらシステムトポロジの動的調整を提供する。
【００４４】
図６Ａ及び図６Ｂは、４つのノードを含むトポロジに存在する通常の仮想関係を示している。同様に、図６Ｃ及び図６Ｄは、さまざまな実施形態による、３つのノードを含むトポロジに存在する最適な仮想関係を示している。図６Ａ〜図６Ｄは、３つのノード又は４つのノードのいずれかを含むトポロジを示しているが、本例示のシステムは、図示したトポロジに何ら限定されるものではない。それどころか、さまざまな数のノード（１２）によって、多くの複雑なトポロジが可能になる。所与のイベントに関して、最適な仮想関係は、同じ数のノードを含むトポロジであっても変化する場合がある。たとえば、ノード（１２）の能力は、変化する場合があり、追加のディスプレイ、カメラ、又は追加の関係を可能にする他のノードデバイスの任意の組み合わせを含むことができる。
【００４５】
図６Ａ〜図６Ｄに示すように、図示した各仮想サイト（サイトＡ〜Ｄ）は、少なくとも１人の出席者が存在するノード（１２）を表す。加えて、説明だけの目的で、図６Ａ〜図６Ｄに示す各例示のノード（１２）は、３つのカメラ及び４つのディスプレイ（６００）を有する。しかしながら、本システム及び本方法に参加するノード（１２）は、あらゆる数のカメラ及びディスプレイを有することができ、図６Ａ〜図６Ｄに示す構成に何ら限定されるものではない。
【００４６】
一例示の実施形態によれば、本例示のシステム（１００）のさまざまなノード（１２）間に確立された仮想関係は、出席者間の空間的関係をシミュレーションすることができ、意味のある対話を促進することができる。特に、一例示の実施形態によれば、知覚されたトポロジ及び発行された指令は、一定の仮想関係が、想像上のテーブルの周りの座席として想定されていることに対応することができる。この想像上のテーブルでは、ビデオ及びオーディオは、出席者の左、右、又は直接前から来るように知覚される。一例示の実施形態によれば、仮想関係は、イベントの間維持され、現実感覚をイベントに与え、気を散らすものを取り除く。
【００４７】
一例示の実施形態によれば、ノード（１２）間の仮想関係及びそれらのノードに対応するビデオストリーム間の仮想関係を考慮することによって、出席者は、あたかも仮想ウィンドウを通して見ているように遠隔の出席者と話すことが可能になる。１つのタイプの仮想関係は、たとえば、特定されたノードからのビデオ入力ストリームを対応するディスプレイ、カメラ、及びビデオ出力ストリームに関連付けて、２つのノードにおける出席者間の自然なアイコンタクトを可能にすることを含むことができる。第１のノード（１２）からのビデオが、第２のノードの最も左のディスプレイに表示される場合、第２のノードの最も左のカメラは、第１のノードへ返信されるビデオストリームを取り込むように構成することができる。その結果、出席者が、左のディスプレイを見るために向きを変えると、その出席者の表情及びコメントは、あたかも彼が、彼のスクリーンに表示された出席者に直接話しかけているように送信される。ビデオストリームを適切なディスプレイに接続することによって、出席者間の自然なアイコンタクトが維持され、自然な通信が容易にされる。加えて、この例示の構成によって、参加者は、他の参加者がいつ気をそらしたのか又は或る参加者から別の参加者へその注意を移しているのかを知ることが可能になる。
【００４８】
上述したビデオの配置と共に、オーディオストリームも、ノード間の仮想関係に基づいて出席者間にリンクすることができる。具体的には、一例示の実施形態によれば、特定のノード（１２）から記録されたオーディオを、そのオーディオストリームを送信している出席者を表示するディスプレイと同じ向きで受信者ノードにおいて再生することができる。受信された各出席者の音声は、この場合、その出席者のビデオ画像と空間的に対応し、出席者間の知覚される関係が向上される。
【００４９】
一例示の実施形態によれば、イベントマネージャ（１０）は、イベントに存在するすべての仮想関係の記録を含むトポロジデータ（２６）を記憶し、上述の知覚される関係を生成する。イベントマネージャ（１０）が、ノード要求（２０）を受信すると、トポロジの各変更が、最良の構成を考慮して、それらの仮想関係を維持し、必要に応じて新しい仮想関係を形成する。これらの考慮によって、参加ノード（１２）の数の変化に伴うトポロジ間の円滑な移行が可能になる。
【００５０】
図６Ａ〜図６Ｄは、例示の３つのノード（１２）及び４つのノード（１２）の構成における仮想関係を示しているが、図７Ａ〜図７Ｄは、一例示の実施形態による、各ノードが３つの利用可能なカメラビューから選択を行う、３つのノード及び４つのノードを含むトポロジに存在する最適なメディア接続を示している。前述したように、３つのノードトポロジ及び４つのノードトポロジは、非限定的な例にすぎない。本例示のシステム及び方法の教示に従ってあらゆる数のノードを管理することができる。
【００５１】
図７Ａ〜図７Ｄに示す一例示の実施形態によれば、ノードは、図７Ａ〜図７Ｄに示すように、受信及び送信されたストリームの方向及び割り当てに基づいて仮想関係を形成することできる。図示するように、「Ａ」〜「Ｄ」のラベルが付けられた各サイトは、少なくとも３つのカメラ又は利用可能なカメラアングル及び少なくとも３つのディスプレイを有するノード（１２）を表している。示されたメディア接続は、指定されたサイトを発信源とし、左カメラビュー、中央カメラビュー、又は右カメラビューは、「Ｌ」、「Ｃ」、又は「Ｒ」の下付き文字によって示されている。たとえば、「ＤＣ」の記号表示は、サイトＤ又はノードＤの中央カメラを発信源とするメディアストリームを示している。
【００５２】
たとえば、図７Ａに示す４ノードトポロジでは、サイトＡの最も左のカメラが、そのストリーム「ＡＬ」をサイトＢの最も右のディスプレイへ送信する。加えて、サイトＡの最も左のディスプレイ（ＡＬ）は、「ＢＲ」として表されるサイトＢの最も右のカメラビューを受信する。さらに、図７Ｃに示すように、送信されたストリームの向きは、図７Ａで受信されたストリームの向きに対応し、一貫性及び現実感覚がさらに増大される。
【００５３】
図７Ａ〜図７Ｄに示す実施形態は、少なくとも３つのカメラ及び少なくとも３つのディスプレイを有するノード（１２）を伴うが、さまざまなノードデバイス（１５）を有するノードが、イベントに参加することができ、図示したイベントトポロジであっても参加することができる。たとえば、電話のみを有するノード（１２）は、オーディオのみを通じて、図示したトポロジに参加することができる。出席者のプリファレンス、帯域幅制限、所与のイベントのポリシー及び制約、ノードの能力、並びに他のファクタは、すべて、適切なメディア接続割り当て（２３）を行う際にイベントマネージャ（１０）によって考慮される。
【００５４】
本例示のシステム（１００）の方法論を続けて、図８は、一例示の実施形態によるノードマネージャのオペレーションの一例示の方法を示している。図８は、一実施形態によるオペレーションの例示のステップを示しているが、当業者によって理解されるように、他の実施形態は、図８に示すステップのいずれかの省略、追加、及び／又は変更を行うことができる。
【００５５】
図８に示すように、例示の仮想コラボレーション方法は、ノード（１２）がイベントに加わろうと試みるとき若しくはイベントを離れようと試みるとき、又は、参加ノードがその所望の参加モードを変更するときに開始されうる。本例示のシステム及び方法によれば、ノード（１２）がイベントに加わろうと試みるとき若しくはイベントを離れようと試みるとき、又は、参加ノードがその所望の参加モードを変更するときに、ノードは、イベントフォーカス（１１）へ要求を送信する（ステップ８００）。この要求は、インテントの優先順位付けされたリスト、及び、要求側ノード（１２）のノードタイプを含むことができる。イベントフォーカス（１１）に提供された情報は、明示的なものとすることができるが、送信される要求のタイプによって暗黙的に知らせることもできる。
【００５６】
ノード要求（２０）が処理されると、要求を開始したノード（１２）は、いずれのメディア接続が割り当てられたのか、且ついずれのインテントが選択されたのかを指示する指令（２１）をイベントフォーカスから受信する（ステップ８１０）。新しいトポロジで接続を確立するために、メディア情報を要求側ノードと交換する他のすべてのノード（１２）へも指令（２１）を送信することができる。その結果、図８に示すように、通信結合されるノード（１２）のすべてが、要求を開始していなくても、イベントフォーカスからの指令の送信でプロセスを開始することもできる（ステップ８１０）。
【００５７】
例示のシステム（１００）に結合される各ノードに関連付けられるノードサービスソフトウェア（１６）は、指令（２１）を受信した後に、受信した指令に対応する選択されたインテントを初期化する（ステップ８２０）。具体的には、一例示の実施形態によれば、ノードサービス（１６）は、受信した指令（２１）に準拠するノードデバイス（１５）の好ましい構成を計算するように構成される。加えて、受信ノード（１２）に関連付けられるノードマネージャ（１６）は、設定を変更するか、又は、初期化ソフトウェアを実行してノード機能を初期化することもできる。一例示の実施形態によれば、受信した指令に応じて各ノードデバイスの好ましい構成を選択する際に、任意の数のファクタが考慮されうる。特に、ノードデバイス（１５）の割り当て及び事前に受信した指令は、ノードサービス（１６）によって計算される好ましい構成に影響を与える場合がある。
【００５８】
ノードが選択されたインテントに初期化されると、ノードマネージャソフトウェア（１６）は、物理ノードデバイス（１５）が割り当てられたメディア接続及びトポロジをサポートすることができるように、物理ノードデバイスを構成し（ステップ８３０）、参加を最適化するようにノードの環境を構成する。一実施形態は、たとえば、ノード（１２）の近くのライトを薄暗くして、ディスプレイの可視性を向上させることができる。物理ノードデバイス（１５）及び環境が構成されると、ノードは、割り当てられた数と同数の接続をサポートする準備ができており、選択されたインテントによって指定された形態でのメディアの送受信をサポートする準備ができている。
【００５９】
最後に、各ノード（１２）を接続するメディアストリーム（１３）が、新しいトポロジ用に確立される（ステップ８４０）。メディアストリームが確立されると、データの交換が始まり、追加の指令が各ノード（１２）の参加モードを変更するまで続く。
【００６０】
上述したように、さまざまなノード（１２）が、イベントフォーカスから指令を受信する。図９は、一実施形態による、イベント中における関連付けられるイベントフォーカス（１１）のオペレーションの一例示の方法を示している。図９は、一実施形態による例示のステップを示しているが、他の実施形態は、図９に示すステップのいずれかの省略、追加、及び／又は変更を行うことができる。
【００６１】
図示するように、イベントフォーカス（１１）のオペレーションは、イベントフォーカスがノード要求を最初に受信したときに開始する（ステップ９００）。前述したように、ノード要求は、通信ネットワークに通信結合される任意の数のノード（１２）から受信することができる。
【００６２】
ノード要求が受信されると（ステップ９００）、イベントフォーカスは、受信した要求をイベントマネージャに好ましい共通フォーマットに変換する（ステップ９１０）。標準フォーマットへの変換は、複数のネットワークシステム及びプロトコルの間で通信する共通インターフェースを提供することを含みうる。一例示の実施形態によれば、任意の数のイベントマネージャの好ましいプロトコルが使用されうる。要求が正しい形にされると、イベントフォーカスは、要求をイベントマネージャへ転送する（ステップ９２０）。
【００６３】
イベントマネージャがノード要求を受信及び／又は処理した後に、更新されたトポロジデータが、通常、イベントマネージャ（１０）からイベントフォーカス（１１）へ送信される。イベントフォーカス（１１）は、更新されたトポロジデータをイベントマネージャから受信し（ステップ９３０）、更新されたトポロジデータに少なくとも部分的に基づいて、影響を受けるノードに対する指令を作成する（ステップ９４０）。イベントマネージャ（１０）から受信されたトポロジデータは、ソース、宛先及び各ノードを接続する各メディアストリームのタイプだけでなく各ノードに関しても選択されたインテントを指定する。トポロジデータは、たとえば、或るノードからの左カメラビューが第２のノードの最も右のディスプレイに表示される等、ノード間の仮想関係を維持するのに十分具体的なものである。さまざまなノード間の仮想関係はイベントマネージャ（１０）によって考慮されるため、イベントフォーカスは、必ずしも、それらの関係を追跡しない。その結果、一例示の実施形態によれば、イベントフォーカス（１１）は、特定のイベントフォーカスに接続されたすべてのノードに関するイベントの完全で詳細な仕様を受信する。
【００６４】
更新されたトポロジデータが受信されると、イベントフォーカスは、正しいメディア接続を確立して選択されたインテントを初期化するように、各ノードに指示する指令を作成する（ステップ９４０）。イベントフォーカスは、次に、最近作成された指令を、実施するために、トポロジの変更によって影響を受けた各ノード（１２）へ送信する（ステップ９５０）。イベントフォーカス（１１）は、次に、さらなるノード要求の受信を待つ（ステップ９００）。
【００６５】
イベントフォーカス（１１）のオペレーションに加えて、図１０は、一実施形態による、ノード要求の受信時のイベントマネージャ（１０）のオペレーションの一例示の方法を示している。図１０は、一実施形態による例示のステップを示しているが、他の実施形態は、図１０に示すステップのいずれかの省略、追加、及び／又は変更を行うことができる。
【００６６】
図１０の例示の方法に示すように、オペレーションは、イベントマネージャが少なくとも１つのイベントに最初に割り当てられたときに、開始する（ステップ１０００）。前述したように、単一のイベントマネージャを、その特定のイベントマネージャの能力に応じて、任意の数のイベントに割り当てることができる。
【００６７】
イベントマネージャは、少なくとも１つのイベントに割り当てられた後に、次に、イベントマネージャが管理するように割り当てられたイベントのトポロジに影響を与える要求を待つ（ステップ１０１０）。イベントマネージャが、少なくとも１つのイベントフォーカスから要求を実際に受信するか（ステップ１０２０）、又は、アドミニストレーションツール等の別のクライアント又はソースから要求を受信すると、受信された情報は、次に、後の使用のために記憶されうる。要求は、スケジューリングアプリケーション又は他のサポートアプリケーション等のソースから受信されうる。
【００６８】
具体的には、一例示の実施形態によれば、受信された情報は、受信された要求に応答する際に使用するために記憶されうる。少なくとも１つの事前設定された管理ポリシーに基づいて、イベントマネージャは、要求に応答する最良の方法を決定することができる（ステップ１０３０）。たとえば、或るポリシーは、認証を使用して、参加を一定の個人に制限することができる。別のポリシーは、新しいノードがイベントに加わるための許可を、すでに参加しているノードに要求することができる。別のポリシーは、ネットワーク帯域幅が許容することができるだけの数のノードが、イベントに参加することを可能にすることができる。
【００６９】
関連のある管理ポリシーが適用されると、イベントマネージャは、新しいトポロジを定式化し、イベントの状態を記憶する（ステップ１０４０）。一例示の実施形態によれば、イベントマネージャは、現在のトポロジ、及び、現在イベントに参加しているノードの優先順位付けされたインテント等の追加の記憶された情報を考慮する。イベントマネージャは、次に、新しいトポロジを形成して、参加ノード（１２）間の有効な仮想関係を作成及び維持することができる。さらに、イベントマネージャ（１０）は、さまざまなノードの能力を考慮し、ノードがサポートすることができないメディア接続を割り当てることはない。
【００７０】
新しいトポロジが作成されると、イベントマネージャは、イベントに関連付けられる少なくとも１つのイベントフォーカス（１１）へトポロジデータを送信する（ステップ１０５０）。トポロジデータは、所与のイベントフォーカスと通信するすべてのノードのすべてのメディア接続割り当て及び選択されたインテントを含む、各ノードに特有の情報を含む。
【００７１】
トポロジデータが更新されて送信されると、イベントマネージャは、ステップ１０１０に戻って、追加の要求を待つ。
【００７２】
結論として、本例示の構成のシステム及び方法は、イベント調整中に仮想コラボレーションシステムの構成を管理するようになっている。具体的には、本例示の方法は、特に、関係するメディアストリーム間の関係を本来的に考慮することができ、ノード間の仮想関係を管理して新しいトポロジをサポートするようにノードへの指令を最適化することができ、各ノードをイベントそれ自体において同等に管理しながらさまざまな独自仕様の通信メカニズム及び業界標準の通信メカニズムをサポートすることができる。さらに、本例示のシステム及び方法は、一例示の実施形態によれば、イベントの間、ノード間の仮想関係を維持し、現実感覚をイベントに与えると同時に気を散らすものを取り除く。
【００７３】
上記説明は、本例示のシステム及び方法の実施形態を図示して説明するためにのみ提示されたものである。上記説明は、網羅的であることを意図するものでもなければ、開示したいずれかの正確な形に本システム及び本方法を限定することを意図するものでもない。上記教示に鑑み、多くの変更及び変形が可能である。
【符号の説明】
【００７４】
１００  イベントマネージャシステム
１０  イベントマネージャ
１１  イベントフォーカス
１２  ノード
１３  メディアストリーム
１５  ノードデバイス
１６  ローカルノードサービス
１７  プリファレンスのポリシー
１８  出席者入力
１９  メディア出力
２０  ノード要求
２１  指令
２２  構成リンク
２３  メディア接続割り当て
２４  ネットワークプロトコル変換
２５  共通通信インターフェース
２６  記憶されているトポロジデータ
２７  管理ポリシー
２８  ネットワーク
２９  優先順位付けされたインテント
３０  選択されたインテント
【図１】
2009539194.tif 000003
【図２】
2009539194.tif 000004
【図３】
2009539194.tif 000005
【図４】
2009539194.tif 000006
【図５】
2009539194.tif 000007
【図６Ａ】
2009539194.tif 000008
【図６Ｂ】
2009539194.tif 000009
【図６Ｃ】
2009539194.tif 000010
【図６Ｄ】
2009539194.tif 000011
【図７Ａ】
2009539194.tif 000012
【図７Ｂ】
2009539194.tif 000013
【図７Ｃ】
2009539194.tif 000014
【図７Ｄ】
2009539194.tif 000015
【図８】
2009539194.tif 000016
【図９】
2009539194.tif 000017
【図１０】
2009539194.tif 000018
【国際調査報告】
2009539194.tif 000019
2009539194.tif 000020
2009539194.tif 000021