JP5723905B2 - 共用仮想領域通信環境における自動化されたリアルタイム・データ・ストリーム切換え - Google Patents

Description

対面してのコミュニケーションが実際的でないとき、人々は多くの場合、１つ以上の技
術的解決法を利用して通信の必要を満たす。これらの解決法は通常、対面コミュニケーシ
ョンの１つ以上の態様をシミュレートするように設計されている。従来からの電話技術シ
ステムは、通話者間の音声通信を可能にする。インスタントメッセージング（「チャット
」ともいう）通信システムは、ユーザが、インスタント・メッセージ・サーバによって相
互接続されているインスタント・メッセージ・コンピュータ・クライアントを介して、リ
アルタイムでテキストメッセージをやりとりすることを可能にする。インスタント・メッ
セージング・システムの中にはさらに、ユーザを仮想環境において、（「アバタと呼ばれ
る」）ユーザ制御可能なグラフィックオブジェクトによって表現させるものもある。対話
型仮想現実通信システムは、遠隔地にいるユーザ同士が、複数のリアルタイムチャネルを
介して通信し、共用３次元仮想空間においてその個々のアバタを操作することにより相互
に対話することを可能にする。

アバタベースの仮想現実通信システムへの関心は、高処理能力および高帯域幅ネットワ
ーク接続を有するコンピューティングシステムがますます入手しやすくなるにつれて高ま
っている。このような仮想現実システムの主要な目標は、ユーザが、オーディオストリー
ム、映像ストリーム、テキスト・チャット・ストリームといったリアルタイム・データ・
ストリームを使用して対話し、通信することのできる仮想空間を作成することである。仮
想空間は通常、その空間の視覚的形状、その視覚的形状にマップされる色およびテクスチ
ャ、その空間内でユーザがどのようにして行動するかを制御する衝突特性、およびその空
間の、残響特性や吸音特性といった聴覚特性を記述するコンピュータグラフィックス仕様
によって定義される。

典型的な仮想現実システムにおいて、ユーザはそれぞれ、システムによってサポートさ
れているリアルタイム・データ・ストリームの１つ以上のソース、シンク、またはソース
とシンクの両方であるインターフェースを介して通信する。デフォルト設定で、仮想現実
システムは通常、グローバル切換え規則、ローカルユーザ設定、および仮想空間内のオブ
ジェクトの特性において指定される条件に従って、仮想空間において表現される各ソース
を仮想空間において表現されるあらゆるシンクに接続する。これらの条件は通常、オブジ
ェクト間の相対距離として指定される。例えば、システムの中には、アバタ間の分離距離
が最大閾値距離を超える場合に、リアルタイム・データ・ストリーム接続が確立されない
ように構成されているものもある。加えて、オブジェクトの中には、データ・ストリーム
がどのようにレンダリングされるかに影響を及ぼすように設計されているものもある。例
えば、スクリーンオブジェクトは、特定の方向からの視界および音を遮る。他のオブジェ
クトの中には、ユーザのアバタがこれらのオブジェクトの対話領域内にあるときに、ユー
ザのアバタと関連付けられている対話の領域に影響を及ぼすように設計されているものも
ある。例えば、演壇（podium）アダプタオブジェクトは、仮想演壇の対話空間内にあるア
バタの音声対話空間のサイズを増大させ、テーブル・アダプタ・オブジェクトは、仮想テ
ーブルに着席しているすべてのアバタの対話空間を、その仮想テーブルにまたがる共通対
話空間に畳み込む。

一態様において、本発明は、仮想領域を共用するネットワークノード間のリアルタイム
・データ・ストリーム接続を切り換える方法を特色とする。この方法によれば、仮想領域
仕様が記憶される。仮想領域仕様は、個々のリアルタイム・データ・ストリーム型のソー
スとそのリアルタイム・データ・ストリーム型のシンクの間の個々の接続を仮想領域にお
ける位置によって（を使って）それぞれ定義する、１つ以上の切換え規則の記述を含む。
１つ以上のリアルタイム・データ・ストリーム接続が、リアルタイム・データ・ストリー
ム型のうちの１つ以上におけるソースおよびシンクのうちの少なくとも１つとそれぞれが
関連付けられている個々のオブジェクトと関連付けられたネットワークノード間で確立さ
れる。リアルタイム・データ・ストリーム接続は、１つ以上の切換え規則、オブジェクト
と関連付けられた個々のソースおよびシンク、ならびに仮想領域におけるオブジェクトの
個々の位置に基づいて確立される。

別の態様において、本発明は、仮想領域を共用するネットワークノード間のリアルタイ
ム・データ・ストリーム接続を切り換える装置を特色とする。この装置は、コンピュータ
可読メモリと処理装置とを含む。コンピュータ可読メモリは、個々のリアルタイム・デー
タ・ストリーム型のソースとそのリアルタイム・データ・ストリーム型のシンクの間の個
々の接続を仮想領域における位置によってそれぞれ定義する１つ以上の切換え規則の記述
を備える仮想領域仕様を記憶するように動作可能である。処理装置は、リアルタイム・デ
ータ・ストリーム型のうちの１つ以上におけるソースおよびシンクのうちの少なくとも１
つとそれぞれが関連付けられている個々のオブジェクトと関連付けられたネットワークノ
ード間で、１つ以上の切換え規則、オブジェクトと関連付けられた個々のソースおよびシ
ンク、ならびに仮想領域におけるオブジェクトの個々の位置に基づいて、１つ以上のリア
ルタイム・データ・ストリーム接続を確立するように動作可能である。

別の態様において、本発明は、コンピュータによって実行されると、そのコンピュータ
に、個々のリアルタイム・データ・ストリーム型のソースとそのリアルタイム・データ・
ストリーム型のシンクの間の個々の接続を仮想領域における位置によってそれぞれ定義す
る１つ以上の切換え規則の記述を備える仮想領域仕様を記憶することと、リアルタイム・
データ・ストリーム型のうちの１つ以上におけるソースおよびシンクのうちの少なくとも
１つとそれぞれが関連付けられている個々のオブジェクトと関連付けられたネットワーク
ノード間で、１つ以上の切換え規則、オブジェクトと関連付けられた個々のソースおよび
シンク、ならびに仮想領域におけるオブジェクトの個々の位置に基づいて、１つ以上のリ
アルタイム・データ・ストリーム接続を確立することと、を含む動作を行わせるコンピュ
ータ可読命令を記憶する、１つ以上のコンピュータ可読媒体を特色とする。

別の態様において、本発明は、仮想領域を構築する方法を特色とする。ユーザ入力に応
答して、仮想領域のモデルが表示モニタにおいて作成される。このモデルは、表示モニタ
に提示される仮想領域の形状要素（幾何学的要素）を含む。ユーザ入力に応答して、１つ
以上の切換え規則がこの仮想領域のモデルと関連付けられる。切換え規則はそれぞれ、個
々のリアルタイム・データ・ストリーム型のソースとそのリアルタイム・データ・ストリ
ーム型のシンクの間の個々の接続を仮想領域における位置によって定義する。仮想領域の
モデルおよび１つ以上の関連付けられた切換え規則を記述する仮想領域仕様が生成される
。仮想領域仕様は、コンピュータ可読記憶媒体に記憶される。

別の態様において、本発明は、仮想領域を共用するネットワークノード間でリアルタイ
ム・データ・ストリーム接続を切り換えるネットワークスイッチを特色とする。このネッ
トワークスイッチは、コンピュータ可読メモリと処理装置とを含む。コンピュータ可読メ
モリは、個々のリアルタイム・データ・ストリーム型のソースとそのリアルタイム・デー
タ・ストリーム型のシンクの間の個々の接続を仮想領域における位置によってそれぞれ定
義する１つ以上の切換え規則の記述を含む仮想領域仕様を記憶するように動作可能である
。またコンピュータ可読メモリは、ネットワーク宛先までの経路を記述するネットワーク
トポロジ情報を含む表を記憶するようにも動作可能である。処理装置は、仮想領域におけ
る個々の位置およびリアルタイム・データ・ストリーム型のうちの１つ以上におけるソー
スおよびシンクのうちの少なくとも１つとそれぞれが関連付けられているネットワークノ
ード間でリアルタイム・データ・ストリーム・パケットを転送するように動作可能である
。処理装置は、ネットワークトポロジ情報および１つ以上の切換え規則に基づいて１つ以
上のリアルタイム・データ・ストリーム・パケットを転送する。

本発明の各実施形態は、以下の特徴のうちの１つ以上を含み得る。

仮想領域仕様は通常、仮想領域における１つ以上のゾーンの記述を含む。１つ以上の切
換え規則は通常、各ゾーンの１つ以上と、（ｉ）そのゾーンをソースとする個々のリアル
タイム・データ・ストリーム型、および（ｉｉ）個々のリアルタイム・データ・ストリー
ム型のシンクであるゾーンの個々の１つとを関連付ける。リアルタイム・データ・ストリ
ーム接続を確立するプロセスは通常、ゾーンの１つ以上との関連で第１のオブジェクトお
よび第２のオブジェクトの位置を確認すること、ならびに確認された位置に基づいて１つ
以上のリアルタイム・データ・ストリーム接続を確立することを含む。リアルタイム・デ
ータ・ストリーム接続を確立するプロセスはさらに、オブジェクトの所与の１つによって
占有されているすべてのゾーンを識別すること、および（１つ以上の切換え規則が、識別
されたゾーンと関連付ける）目標のリアルタイム・データ・ストリーム型のセットを決定
すること、を含んでいてもよい。また、リアルタイム・データ・ストリーム接続を確立す
るプロセスは、１つ以上の切換え規則によって定義される、目標セット内のリアルタイム
・データ・ストリーム型のそれぞれのソースであり、目標セット内のリアルタイム・デー
タ・ストリーム型のそれぞれのシンクであるゾーンの１つ以上に含まれる、所与のオブジ
ェクトを除くオブジェクトのそれぞれを確認すること、それぞれが、（ｉ）確認されたオ
ブジェクトと関連付けられているネットワークノードの１つ以上をソースとする、および
（ｉｉ）確認されたオブジェクトと関連付けられているネットワークノードの１つ以上を
シンクとする、の少なくとも一方である接続可能なリアルタイム・データ・ストリームの
セットを決定すること、ならびに接続可能なリアルタイム・データ・ストリームのセット
と関連付けられているソースとシンクとのマッチングに基づいて、必要なリアルタイム・
データ・ストリーム・データのセットを決定することをさらに含んでいてもよい。

切換え規則の少なくとも１つは、個々のソース役割識別子をリアルタイム・データ・ス
トリーム型の所与の１つと関連付けてもよく、リアルタイム・データ・ストリーム接続を
確立するプロセスは、そのソース役割識別子と、その所与のリアルタイム・データ・スト
リーム型のソースと関連付けられたオブジェクトの１つ以上と個々に関連付けられた役割
識別子との比較に基づいて、リアルタイム・データ・ストリーム接続の１つ以上を確立す
ることを含んでいてもよい。

切換え規則の少なくとも１つは、個々のシンク役割識別子をリアルタイム・データ・ス
トリーム型の所与の１つと関連付けてもよく、リアルタイム・データ・ストリーム接続を
確立するプロセスは、そのシンク役割識別子と、そのリアルタイム・データ・ストリーム
型のシンクと関連付けられたオブジェクトの１つ以上と個々に関連付けられた役割識別子
との比較に基づいて、リアルタイム・データ・ストリーム接続の１つ以上を確立すること
を含んでいてもよい。

リアルタイム・データ・ストリーム接続を確立するプロセスはさらに、ソースのそれぞ
れと、仮想領域において相互に規定の距離内にある個々のオブジェクトと関連付けられて
いるシンクの適合するものとの接続だけを可能にする少なくとも１つの近接性ポリシ規則
に基づくものとすることもできる。

オブジェクトレジスタが保持されていてもよい。オブジェクトレジスタは通常、仮想領
域内の各オブジェクトごとに、個々のオブジェクト識別子、オブジェクトと関連付けられ
たネットワークノードとのネットワーク接続を確立させることを可能にする接続データ、
ならびに、オブジェクトと個々に関連付けられているすべてのリアルタイム・データ・ス
トリームのソース型およびシンク型を識別するインターフェースデータを含む。オブジェ
クトレジスタは通常、仮想領域内のオブジェクトと関連付けられているネットワークノー
ドの１つ以上に送られる。インターフェースデータは、ネットワークノードの所与の１つ
から受け取られ得る。インターフェースデータは通常、所与のネットワークノードと関連
付けられた各オブジェクトごとに、その所与のネットワークノードと関連付けられている
すべてのリアルタイム・データ・ストリーム・ソース型およびリアルタイム・データ・ス
トリーム・シンク型のリストを含む。オブジェクトレジスタは通常、所与のネットワーク
ノードから受け取られるインターフェースデータで更新される。更新されたオブジェクト
レジスタは通常、オブジェクトレジスタに記載されたオブジェクトと関連付けられている
１つ以上の他の各ネットワークノードに送信される。

ネットワークノードの所与の１つに指定のリアルタイム・データ・ストリーム・データ
のセットを配信するリアルタイム・データ・ストリーム処理トポロジが決定されてもよい
。仮想領域仕様は、仮想領域の１つ以上のゾーンにおける１つ以上のリアルタイム・デー
タ・ストリーム型のストリーム属性値を指定してもよい。リアルタイム・データ・ストリ
ーム・トポロジを決定するプロセスは通常、仮想領域仕様によって指定される１つ以上の
ストリーム属性値に基づいて、リアルタイム・データ・ストリーム処理トポロジを選択す
ることを含む。

仮想領域仕様は、第１のリアルタイム・データ・ストリーム型に第１のストリーム優先
度属性値を割り当て、第２のリアルタイム・データ・ストリーム型に、第１のストリーム
優先度属性値とは異なる第２のストリーム優先度属性値を割り当てることができ、リアル
タイム・データ・ストリーム処理トポロジを選択するプロセスは、ストリーム処理トポロ
ジとして、異なる第１のストリーム優先度属性値と第２のストリーム優先度属性値に従っ
て、第１のリアルタイム・データ・ストリーム型と第２のリアルタイム・データ・ストリ
ーム型に異なる優先度を付けるトポロジを選択することを含んでいてもよい。

仮想領域仕様は、第１のリアルタイム・データ・ストリーム型に第１のストリームトポ
ロジ属性値を割り当て、第２のリアルタイム・データ・ストリーム型に、第１のストリー
ムトポロジ属性値とは異なる第２のストリームトポロジ属性値を割り当てることができ、
リアルタイム・データ・ストリーム処理トポロジを選択するプロセスは、異なる第１のス
トリームトポロジ属性値と第２のストリームトポロジ属性値に従って、第１のリアルタイ
ム・データ・ストリーム型と第２のリアルタイム・データ・ストリーム型に異なるストリ
ーム処理トポロジを選択することを含んでいてもよい。第１のリアルタイム・データ・ス
トリーム型に選択されるストリーム処理トポロジは、混合ストリーム形式で所与のネット
ワークノードに第１の型のリアルタイム・データ・ストリームのそれぞれを配信してもよ
く、第２のリアルタイム・データ・ストリーム型に選択されるストリーム処理トポロジは
、非混合ストリーム形式で所与のネットワークノードに第２の型のリアルタイム・データ
・ストリームのそれぞれを配信してもよい。

リアルタイム・データ・ストリーム接続を確立するプロセスは、それぞれが個々のリン
ク帯域幅を有し、１つ以上のリアルタイム・データ・ストリームの個々の送信セットを搬
送する個々のリンクを介した、１つ以上のリアルタイム・データ・ストリーム接続を作成
することを含んでいてもよい。

仮想領域仕様は、１つ以上のリアルタイム・データ・ストリーム型のそれぞれに１つ以
上の個々の帯域幅レベルを割り当ててもよく、接続を作成するプロセスは、仮想領域仕様
によって１つ以上のリアルタイム・データ・ストリーム型に個々に割り当てられた１つ以
上の帯域幅レベルに基づくものとすることができる。仮想領域仕様は、１つ以上のリアル
タイム・データ・ストリーム型のそれぞれに個々の最小帯域幅レベルを割り当ててもよく
、接続を作成するプロセスは、各リンクごとの個々の最小リンク帯域幅レベルを、仮想領
域仕様によって１つ以上のリアルタイム・データ・ストリーム型に個々に割り当てられた
１つ以上の最小帯域幅レベルに基づいて決定すること、およびその個々のリンク帯域幅が
決定された個々の最小リンク帯域幅レベルに適合するリンクだけを作成することを含んで
いてもよい。仮想領域仕様は、１つ以上のリアルタイム・データ・ストリーム型のそれぞ
れに、複数の帯域幅レベルの個々のセットを割り当ててもよく、接続を作成するプロセス
は、仮想領域仕様によって割り当てられた帯域幅レベルに少なくとも部分的に基づいて決
定される第１の候補リンク帯域幅レベルでリンクの所与の１つを作成しようと試みること
、および第１の候補リンク帯域幅レベルで所与のリンクを作成するのに失敗したことに応
答して、所与のリンクを、仮想領域仕様によって割り当てられた帯域幅レベルに少なくと
も部分的に基づいて決定される第２の候補リンク帯域幅レベルで作成しようと試みること
を含んでいてもよい。

仮想領域仕様は、１つ以上のリアルタイム・データ・ストリーム型のそれぞれに個々の
ストリーム優先度属性値を割り当ててもよく、接続を作成するプロセスは、各リンクごと
に、仮想領域仕様によって１つ以上のリアルタイム・データ・ストリーム型に個々に割り
当てられた１つ以上のストリーム優先度属性値に少なくとも部分的に基づいて、個々の送
信セット内の１つ以上のリアルタイム・データ・ストリームに個々のリンク帯域幅を割り
振ることを含んでいてもよい。

ネットワークノードの所与の１つに指定のリアルタイム・データ・ストリーム・データ
のセットを配信するリアルタイム・データ・ストリーム処理トポロジが決定されてもよい
。このプロセスでは、所与のネットワークノードおよび仮想領域内のオブジェクトと関連
付けられたその他のネットワークノードの１つ以上の帯域幅能力が判定され、見出された
帯域幅能力に基づいてストリーム処理トポロジが選択される。

本発明の他の特徴および利点は、図面および特許請求の範囲を含めて、以下の説明を読
めば明らかになる。

共用仮想領域の２次元描写を提示するグラフィカル・ユーザ・インターフェースを含むネットワークノードの一実施形態を示す概略図である。 ネットワークノードがピア・ツー・ピア・アーキテクチャで通信する共用仮想領域通信環境の一実施形態を示す概略図である。 ネットワークノードがサーバ仲介型アーキテクチャで通信する共用仮想領域通信環境の一実施形態を示す概略図である。 ３つのネットワークノードのソースとシンクの間の例示的なリアルタイム・データ・ストリーム接続のセットを含む共用仮想領域通信環境の一実施形態を示すブロック図である。 ソースのセット例とシンクのセット例とを含むネットワークノードの一実施形態を示すブロック図である。 個々のリアルタイム・データ・ストリーム切換え規則と関連付けられているゾーンを含む仮想領域の斜視図を示すグラフィカル・ユーザ・インターフェースの一実施形態を示す概略図である。 図５に示す３次元仮想領域の平面図を示すグラフィカル・ユーザ・インターフェースの一実施形態を示す概略図である。 共用仮想領域通信環境の一実施形態における、１つのエリア・サーバ・ネットワーク・ノードと他の２つのエリア・クライアント・ネットワーク・ノードとに接続されたエリア・クライアント・ネットワーク・ノードの一実施形態を示すブロック図である。 図７に示す共用仮想領域通信環境の一実施形態を示す概略図である。 エリア・クライアント・ネットワーク・ノードおよびエリア・サーバ・ネットワーク・ノードによって実行される方法の一実施形態を示す流れ図である。 ストリーム切換えマネージャの一実施形態がエリアサーバから受け取られる構成データを処理するための方法の一実施形態を示す流れ図である。 仮想領域に４つのアバタオブジェクトが取り込まれている図６に示す仮想領域を示す平面図である。 エリア・クライアント・ネットワーク・ノードに必要なデータ・ストリーム・データを配信するリアルタイム・データ・ストリーム接続を決定する方法の一実施形態を示す流れ図である。 仮想領域を共用するネットワークノード間でリアルタイム・データ・ストリーム接続を切り換える方法の一実施形態を示す流れ図である。 仮想領域を共用するネットワークノード間でリアルタイム・データ・ストリーム接続を切り換える方法の一実施形態を示す流れ図である。 拡張リンク管理機能を備えるネットワークアダプタを含むホストシステムを示すブロック図である。 図１５に示すネットワークアダプタの一実施形態を示すブロック図である。 エリア・クライアント・ネットワーク・ノードに必要なデータ・ストリーム・データを配信する１つ以上のリアルタイム・データ・ストリーム処理トポロジを決定する方法の一実施形態を示す流れ図である。 リアルタイム・データ・ストリーム処理トポロジの一実施形態を示す概略図である。 リアルタイム・データ・ストリーム処理トポロジの一実施形態を示す概略図である。 リアルタイム・データ・ストリーム処理トポロジの一実施形態を示す概略図である。 リアルタイム・データ・ストリーム処理トポロジの一実施形態を示す概略図である。 リアルタイム・データ・ストリーム処理トポロジの一実施形態を示す概略図である。 仮想領域仕様で定義される切換え規則に従ってリアルタイム・データ・ストリーム接続を管理するネットワークスイッチの一実施形態を含む共用仮想領域通信環境の一実施形態を示すブロック図である。

以下の説明では、類似の参照符号を使用して類似の要素を識別する。さらに、図面は、
例示的実施形態の主要な特徴を図式的に説明するためのものである。図面は、実際の実施
形態のあらゆる特徴を図示するためのものでも、図示される要素の相対的寸法を示すため
のものでもなく、縮尺通りには描かれていない。

Ｉ．概説
本明細書で示す実施形態は、共用仮想領域通信環境においてリアルタイム・データ・ス
トリーム接続を切り換えるシステムおよび方法を提供する。これらの実施形態は、共用仮
想領域を介して通信するネットワークノード間でリアルタイム・データ・ストリームを接
続するための切換え規則を、仮想領域の仕様に明示的に結び付けることを可能にする。

これらの実施形態は、仮想領域の設計者が、仮想領域の形および外観のみならず、交信
者がリアルタイム・データ・ストリームを介して相互に接続し合うやり方も制御すること
を可能にする。このようにして、領域設計者は、特定の通信目的のための、または特定の
通信環境（個人空間、画廊、コンサートホール、講堂、会議室、クラブハウスなど）のた
めの仮想領域を共用する交信者間で行われるリアルタイム・データ・ストリーム接続を最
適化することができる。

加えて、仮想領域内の各場所に自動切換え規則を結び付けることにより、これらの実施
形態は、仮想空間内のオブジェクトの属性および特性に基づいて接続を確立し、終了する
システム、ならびに信号処理機能をストリームの経路指定、接続および切断の各機能と絡
み合わせるシステムに比べて、交信者ノードの接続および切断の際に伴う複雑さを低減し
、システムのスケーラビリティを増大させる。

ＩＩ．用語の定義
「仮想領域」とは、コンピュータで管理される空間または場面の表現である。仮想領域
は、２次元表現とすることも、３次元表現とすることもできる。多くの場合、仮想領域は
、物理的な実世界空間をシミュレートするように設計される。例えば、従来のコンピュー
タモニタを使用すると、仮想領域は、３次元コンピュータ生成空間の２次元グラフィック
として可視化され得る。しかし仮想領域は、切換え規則を実施するための関連する可視化
を必要としない。

「仮想領域仕様」とは、共用仮想領域通信環境を作成する際に使用される仮想領域記述
である。

「ゾーン」とは、共用仮想領域を介して通信するネットワークノード間でリアルタイム
・データ・ストリームを切り換える（経路指定する、接続する、切断するなど）ための少
なくとも１つの規則と関連付けられている仮想領域の一区域である。

「交信者」とは、共用仮想領域通信セッションにおいて通信し、または別のやり方で共
用仮想領域通信セッションに参加する人である。

「オブジェクト」とは、ある仮想領域において、その仮想領域の形状から分離されてい
る任意の種類の個別要素である。オブジェクトは通常、仮想領域の属性および特性から分
離され、区別される属性または特性を有する。

「アバタ」とは、仮想領域において交信者を表すオブジェクトである。

仮想領域における「位置」とは、仮想領域におけるある点またはエリアまたはボリュー
ムの場所をいう。点は通常、仮想領域内のある箇所を定義する単一の２次元または３次元
座標セット（ｘ，ｙ，ｚなど）によって表される。エリアは通常、仮想領域内の閉じた２
次元形の境界を定義する３つ以上の同一平面上の頂点の３次元座標によって表される。ボ
リュームは通常、仮想領域内の３次元形の閉じた境界を定義する４つ以上の非同一平面上
の頂点の３次元座標によって表される。

「ネットワークノード」とは、通信ネットワークにおける連結または接続点である。ネ
ットワークノードの例には、それだけに限らないが、端末、コンピュータ、ネットワーク
スイッチなどが含まれる。

「コンピュータ」とは、一時的に、または永続的に機械可読媒体上に記憶されている機
械可読命令（ソフトウェアなど）に従ってデータを処理する機械である。特定のタスクを
実行するこのような命令のセットを、プログラムまたはソフトウェアプログラムと呼ぶ。

「リアルタイム・データ・ストリーム」とは、連続した流れとして構造化され、処理さ
れる、遅延なしで、またはごくわずかな遅延しか伴わずに受け取られるように設計されて
いるデータである。リアルタイム・データ・ストリームには、音声、映像、ユーザの動き
、表情およびその他の物理的現象のディジタル表現、ならびに、例えば、アバタ運動命令
、テキストチャット、リアルタイム・データ・フィード（センサデータ、機械制御命令、
取引ストリーム、株式相場情報提供など）およびファイル転送などを含む、高速伝送、高
速実行、または高速伝送と高速実行の両方から利益が得られるコンピューティング環境内
のデータが含まれる。

「データソース」（本明細書では単に「ソース」という）とは、データを発生する機器
、機器の一部（コンピュータなど）、またはソフトウェアのいずれかである。

「データシンク」（本明細書では単に「シンク」という）とは、データを受け取る機器
、機器の一部（コンピュータなど）、またはソフトウェアのいずれかである。

「切換え規則」とは、１つ以上のリアルタイム・データ・ソースと１つ以上のリアルタ
イム・データ・シンクを接続し、または切断するために満たされなければならない１つ以
上の条件を指定する命令である。

「ストリームミックス」とは、同じ型（音声、映像、チャット、動きデータなど）の２
つ以上のリアルタイム・データ・ストリームの組み合わせである。

「送受信スイッチ」とは、あるネットワークノード（クライアント、サーバ、ネットワ
ーク機器など）からアナログまたはディジタル信号を受信し、その受信信号（または受信
信号のコピー）を１つ以上の他のネットワークノードに送信することによって、ネットワ
ークノードを相互接続するネットワーク機器である。

「ストリーム処理トポロジ」とは、リアルタイム・データ・ストリーム（それぞれ、混
合ストリームとすることも、非混合ストリームとすることもできる）を１つ以上のネット
ワークノードに配信するためのネットワーク経路の編成である。

ＩＩＩ．序論
本明細書で示す実施形態は、共用仮想領域通信環境においてリアルタイム・データ・ス
トリームを切り換えるシステムおよび方法を提供する。交信者は通常、そのような環境に
、２次元および３次元の可視化機能を有する通信ソフトウェアプログラムの個々のコピー
を実行する個々のネットワークノードからアクセスする。通信ソフトウェアプログラムは
、個々のネットワークノードにおいて仮想領域の個々のビューを提示するクライアントプ
ロセスを制御し、他のネットワークノードとのリアルタイム・データ・ストリーム接続を
確立する。交信者は通常、仮想領域において、個々のアバタによって表され、これらのア
バタは、交信者によってその個々のネットワークノードにおいて入力される入力コマンド
に応答して仮想領域を動き回る。仮想領域の交信者のビューは通常、交信者のアバタの視
点から提示され、そのことにより、交信者によって体験される没入のレベルが高まる。各
交信者は通常、自分のアバタの周りの仮想領域のあらゆる部分を見ることができる。

図１に、表示モニタ１２、コンピュータマウス１４、キーボード１６、スピーカ１８、
２０、およびマイクロホン２２を含むコンピュータシステムによって実施されるネットワ
ークノード１０の一実施形態を示す。表示モニタ１２は、グラフィカル・ユーザ・インタ
ーフェース２４を表示する。グラフィカル・ユーザ・インターフェース２４は、複数のウ
ィンドウ、アイコン、およびポインタ２６を含むことのできるウィンドウズ（登録商標）
ベースのグラフィカル・ユーザ・インターフェースである。図示の実施形態では、グラフ
ィカル・ユーザ・インターフェース２４は、画廊を表す共用３次元仮想領域２８の２次元
描写を提示している。各交信者は、仮想領域２８において、個々のアバタ３０、３２、３
４によって表され、各アバタは、個々の役割（学芸員、画家、来訪者など）を持つ場合も
ある。

以下で詳細に説明するように、仮想領域２８は、仮想領域２８においてアバタ３０〜３
４によって表されるネットワークノード間のリアルタイム・データ・ストリームの切換え
を制御する個々の規則と関連付けられているゾーン３６、３８、４０、４２、４４を含む
。（典型的な通信セッションの間、図１の各ゾーン３６〜４４の境界を定める破線は交信
者から見えないが、そのようなゾーン境界と関連付けられた視覚的手掛かりがあってもよ
い。）切換え規則は、ネットワークノードのそれぞれで実行される各ローカル接続プロセ
スが、仮想領域２８のゾーン３６〜４４における交信者のアバタ３０〜３４の場所に基づ
いて、どのようにしてその他のネットワークノードとの通信を確立するか指図する。

通信セッションの間、交信者ネットワークノードはそれぞれ、リアルタイム・データ・
ストリーム（動きデータ・ストリーム、オーディオ・データ・ストリーム、チャット・デ
ータ・ストリーム、ファイル転送データ・ストリーム、映像データ・ストリームなど）の
個々のセットを生成する。例えば、各交信者は、仮想領域２８における自分のアバタの動
きを制御する動きデータ・ストリームを生成する１つ以上の入力装置（コンピュータマウ
ス１４、キーボード１６など）を操作する。加えて、ネットワークノード１０の近傍にお
いてローカルで生成される交信者の音声およびその他の音も、マイクロホン２２によって
取り込まれる。マイクロホン２２は、リアルタイム・オーディオ・ストリームに変換され
るオーディオ信号を生成する。オーディオストリームの個々のコピーが、仮想領域２８に
おいてアバタで表されているその他のネットワークノードに送信される。これら他のネッ
トワークノードにおいてローカルで生成される音は、リアルタイムオーディオ信号に変換
され、ネットワークノード１０に送信される。ネットワークノード１０は、受信したロー
カルで生成されたオーディオストリームを、スピーカ１８、２０によってレンダリングさ
れるオーディオ信号に変換する。動きデータ・ストリームおよびオーディオストリームは
、各交信者ノードからその他の交信者ネットワークノードに、直接送信されても、間接的
に送信されてもよい。ストリーム処理トポロジによっては、交信者ネットワークノードは
それぞれ、その他の交信者ネットワークノードによって送信されるリアルタイム・データ
・ストリームのコピーを受信する。他のストリーム処理トポロジにおいては、交信者ネッ
トワークノードの１つ以上が、他の各ネットワークノードをソースとする（またはそこか
ら発せられる）リアルタイム・データ・ストリームから得られる１つ以上のストリームミ
ックスを受信する場合もある。

図２Ａは、３つのネットワークノード５２、５４、５６がピア・ツー・ピア・アーキテ
クチャで通信ネットワーク５８によって相互接続されている共用仮想領域通信環境５０の
一実施形態の概略図である。通信ネットワーク５８は、ローカル・エリア・ネットワーク
（ＬＡＮ）とすることも、グローバル通信ネットワーク（インターネットなど）とするこ
ともできる。ネットワークノード５２〜５６は、個々のコンピュータによって表されてい
る。

このアーキテクチャにおいて、ネットワークノード５２〜５６はそれぞれ、仮想領域に
おけるアバタの動きといった状態変化を、その他の各ネットワークノードに送信する。ネ
ットワークノードのうちの１つ（通常は、通信セッションを開始するネットワークノード
）は、エリアサーバとして動作する。図示の実施形態において、ネットワークノード５２
は、エリアサーバの役割を負っている。エリア・サーバ・ネットワーク・ノード５２は、
グローバル状態情報を維持し、その他のネットワークノード５４、５６のためのデータサ
ーバとして働く。グローバル状態情報は、仮想領域にあるすべてのオブジェクトと仮想領
域における各オブジェクトの個々の場所のリストを含む。エリア・サーバ・ネットワーク
・ノード５２は、その他のネットワークノード５４、５６にグローバル状態情報を周期的
に送る。また、エリア・サーバ・ネットワーク・ノード５２は、通信セッションへの参加
を要求する他のネットワークノードの登録、およびこれらのノードへの初期設定情報の送
信も行う。このプロセスにおいて、エリア・サーバ・ネットワーク・ノード５２は、各参
加ネットワークノードに、仮想領域仕様６０のコピーを送信し、この仮想領域仕様は、ロ
ーカルで記憶されていても、リモートデータベースに記憶されていてもよい。またエリア
・サーバ・ネットワーク・ノード５２は、通信障害が発生した場合に、他のネットワーク
ノード５４、５６が、グローバル状態に同期することができるようにもする。

以下で詳細に説明するように、仮想領域仕様６０は、仮想領域の形状要素（幾何学的要
素）の記述およびネットワークノード間のリアルタイムストリーム接続を制御する１つ以
上の切換え規則を含む。形状要素の記述は、ネットワークノード５２〜５６上で動作する
それぞれの通信アプリケーションが、それぞれの表示モニタ上の交信者に仮想領域の個別
のビューを提示することを可能にする。切換え規則は、ネットワークノード５２〜５６の
それぞれで実行されている接続プロセスが、仮想領域における交信者のアバタの場所に基
づいて、その他のネットワークノードとの通信をどのようにして確立するか指図する。

図２Ｂは、ネットワークノード５２〜５６（このアーキテクチャでは「エリア・クライ
アント・ネットワーク・ノード」という）が、エリアサーバ６４によって仲介されるアー
キテクチャにおいて通信する共用仮想領域通信環境６２の一実施形態の概略図である。こ
の実施形態において、エリアサーバ６４は、図２Ａに示すピア・ツー・ピア・アーキテク
チャの実施形態でネットワークノード５２によって行われたエリアサーバ機能を引き受け
る。これに関して、エリアサーバ６４は、グローバル状態情報を維持し、エリア・クライ
アント・ネットワーク・ノード５２〜５６のためにデータサーバとして働く。以下で詳細
に説明するように、このアーキテクチャは、エリア・クライアント・ノード５２〜５６間
のリアルタイム・データ・ストリーム切換えが、ピア・ツー・ピア・トポロジ、エリアサ
ーバ６４がネットワークノード５２〜５６の間で通信仲介者として動作する完全なサーバ
仲介型トポロジ、ピア・ツー・ピア・トポロジと完全なサーバ仲介型トポロジの態様を組
み合わせたハイブリッドトポロジを含む、様々なトポロジとして処理されることを可能に
する。

図３に、共用仮想領域通信環境の一実施形態における３つのネットワークノード５２〜
５６のソースとシンクの間のリアルタイム・データ・ストリーム接続のセットの例を示す
。説明を容易にするために、図３の矢印はそれぞれ１つ以上のリアルタイム・データ・ス
トリームの個々のセットを表すものとする。本明細書に示す各実施形態によれば、図３に
示す接続は、共用仮想領域の仕様で定義されている切換え規則、共用仮想領域における交
信者のアバタの場所、およびネットワークノード５２〜５６のそれぞれで利用できる特定
のソースおよびシンクに基づいて確立される。

図４に、ソースのセット例６６とシンクのセット例６８を含むネットワークノード５２
の例示的実施形態を示す。各ソースは、データを発生するネットワークノード５２の機器
または構成要素であり、各シンクは、データを受け取るネットワークノード５２の機器ま
たは構成要素である。ソースのセット６６は、オーディオソース７０（マイクロホンとい
ったオーディオ取込み機器など）、映像ソース７２（ビデオカメラといった映像取込み機
器など）、チャットソース７４（キーボードといったテキスト取込み機器など）、動きデ
ータソース７６（コンピュータマウスといったポインティングデバイスなど）、「その他
の」ソース７８（ファイル共用ソースや、カスタマイズ・リアルタイム・データ・ストリ
ームのソースなど）を含む。シンクのセット６８は、オーディオシンク８０（スピーカや
ヘッドホンといったオーディオレンダリング機器など）、映像シンク８２（表示モニタと
いった映像レンダリング機器など）、チャットシンク８４（表示モニタといったテキスト
レンダリング機器など）、動きデータシンク８６（表示モニタといった動きレンダリング
機器など）、および「その他の」シンク８８（共用ファイルを印刷するプリンタ、前述の
もの以外のリアルタイム・データ・ストリームをレンダリングする機器、分析またはカス
タマイズ表示のためにリアルタイムストリームを処理するソフトウェアなど）を含む。

図４に示すネットワークノードの実施形態によって例示するように、ネットワークノー
ドはそれぞれ、潜在的に、多種多様なソースおよびシンクを利用することができる。領域
設計者がソースとシンクの間でどのようにして接続が確立されるか制御できるようにする
ことによって、本明細書で示す実施形態は、各交信者が仮想領域において通信し、また別
のやり方で対話する際の各交信者の知覚体験を領域設計者が大いに制御することを可能に
する。このようにして、領域設計者は、特定の通信目的または特定の通信環境（画廊、コ
ンサートホール、講堂、会議室、クラブハウスなど）のための仮想領域を最適化すること
ができる。

ＩＶ．仮想領域の指定
Ａ．序論
共用仮想領域は、仮想領域の形状要素と、ネットワークノード間のリアルタイムストリ
ーム接続を制御する１つ以上の切換え規則の記述を含む仕様によって定義される。

仮想領域の形状要素は通常、仮想領域の物理的形状および衝突形状を含む。物理的形状
は、仮想領域の形を記述する。物理的形状は通常、三角形、四辺形、または多角形の面で
構成される。仮想領域のより現実的な外観を創り出すために、物理的形状に色およびテク
スチャがマップされる。照明効果は、例えば、視覚的形状に照明をペイントし、照明の近
くのテクスチャ、色、または強度を修正することなどによって与えられる。衝突形状は、
各オブジェクトが仮想領域において動くことのできるやり方を決定する不可視の面を記述
する。衝突形状は、視覚的形状と同一空間を占めていてもよく、視覚的形状のより単純な
近似に対応していてもよく、設計者のアプリケーション特有の要件に関連していてもよい
。

切換え規則は通常、仮想領域における位置による（を使った）リアルタイム・データ・
ストリームのソースとシンクを接続する条件の記述を含む。各規則は通常、その規則が適
用されるリアルタイム・データ・ストリーム型、およびその規則が適用される仮想領域に
おける１つ以上の場所を定義する属性を含む。実施形態によっては、規則はそれぞれ、任
意選択で、必要なソースの役割、必要なシンクの役割、ストリームの優先度レベル、およ
び要求されるストリーム処理トポロジを指定する１つ以上の属性を含み得る。実施形態に
よっては、仮想領域の特定の部分についての明示的な切換え規則が定義されていない場合
、仮想領域のその部分に、１つ以上の暗黙的な、またはデフォルトの切換え規則が適用さ
れ得る。１つの例示的なデフォルト切換え規則は、ポリシ規則に従って、あらゆるソース
をある領域内のあらゆる適合するシンクに接続するというものである。ポリシ規則は、エ
リアクライアント間のすべての接続にグローバルに適用されてもよく、個々のエリアクラ
イアントとの個々の接続だけに適用されてもよい。ポリシ規則の一例は、ソースと、仮想
領域において相互に規定の距離（または半径）内にある個々のオブジェクトと関連付けら
れている適合するシンクとの接続だけを許可する近接性ポリシ規則である。

Ｂ．仮想領域を指定するやり方の例
１．仮想領域の形状要素の指定
仮想領域の形状要素を指定するには、多種多様な３次元グラフィックス設計ツールおよ
びゲームレベルの設計エディタが使用され得る。一般に、仮想領域の形状要素の仕様は、
それだけに限らないが、ＶＲＭＬ（ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ３ｄ．ｏｒｇ／ｘ３ｄ
／ｓｐｅｃｉｆｉｃａｔｉｏｎｓ／ｖｒｍｌなど参照）、Ｘ３Ｄ（ｈｔｔｐ：／／ｗｗｗ
．ｗｅｂ３ｄ．ｏｒｇ／ｘ３ｄ／ｓｐｅｃｉｆｉｃａｔｉｏｎｓ／ｘ３ｄなど参照）、Ｃ
ＯＬＬＡＤＡ（ｈｔｔｐ：／／ｗｗｗ．ＣＯＬＬＡＤＡ．ｏｒｇなど参照）、およびＵ３
Ｄ（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇなど参照）を含む任意の種類の３次元記述言語
で記述することができる。

実施形態によっては、仮想領域仕様は、ＣＯＬＬＡＤＡに従って仮想領域の形状要素を
記述し、ＣＯＬＬＡＤＡは、「タグ」または「要素」（すなわち「＜」と「＞」で囲まれ
た単語）および「属性」（すなわち属性名＝“値”）を含むＸＭＬベースのディジタル資
産交換スキーマである。これらの実施形態の中には、仮想領域の形状要素のＣＯＬＬＡＤ
Ａ記述が、ＳｋｅｔｃｈＵｐ（米国カリフォルニア州マウンテンビュー所在のグーグル社
（Ｇｏｏｇｌｅ Ｉｎｃ）から入手できる）や、Ｍａｙａ、または３ｄｓ Ｍａｘ（どち
らも、米国カリフォルニア州サンラファエル所在のオートデスク社（Ａｕｔｏｄｅｓｋ）
から入手できる）といった３次元グラフィックスツールを使用して作成されるものもある
。

２．仮想領域と関連付けられる切換え規則の指定
ａ．概説
実施形態によっては、仮想領域仕様は、以下のＣＯＬＬＡＤＡスキーマのＸＭＬベース
の拡張に従って仮想領域と関連付けられている切換え規則を記述する。以下に提示するモ
デルは、ＣＯＬＬＡＤＡ−Ｄｉｇｉｔａｌ Ａｓｓｅｔ Ｓｃｈｅｍａ Ｒｅｌｅａｓｅ
１．４．１ Ａｐｒｉｌ ２００６ ｓｐｅｃｉｆｉｃａｔｉｏｎ（ｈｔｔｐ：／／ｗ
ｗｗ．ｋｈｒｏｎｏｓ．ｏｒｇ／ｃｏｌｌａｄａ／から入手できる）への拡張案として記
述されている。この拡張を本明細書では、「ＣＯＬＬＡＤＡストリーム参照」と呼ぶ。

ｂ．ＣＯＬＬＡＤＡストリーム参照
ＣＯＬＬＡＤＡストリーム参照に従って定義される切換え規則は、通常、システムレベ
ルで定義されているソースおよびシンクを参照する。実施形態によっては、ＣＯＬＬＡＤ
Ａの基礎をなすＸＭＬシステムの拡張性機能を使用して、アプリケーション特有のストリ
ーム型が記述される。他の実施形態の中には、サポートされるストリーム型がシステムに
おいて更新されるものもある。ＣＯＬＬＡＤＡストリーム参照は、領域開発者が、所与の
領域のための新しいストリーム型を定義することを可能にする。これらの場合、交信者の
システムがある領域に参入するときに未知のストリーム型に遭遇する場合、システムは、
開発者指定の方法を起動して、そのストリーム型を処理し、交信者のシステム内で適切な
ストリーム処理を構成するのに必要な情報でシステムを更新する。

通常、「音声」といったストリームソース型と、実際のローカル・ストリーム・ソース
（特定のマイクロホンなど）およびそのソースと関連付けられている任意の信号処理また
は他のストリーム処理プラグイン（圧縮プログラム／リミッタや、音声に基づいてアバタ
の動きを生成する動きデータ・ストリーム・ソースなど）の間には接続が生じる。型「音
声」は通常、システムによって、各設計者がその型を独自に定義することを必要とするの
ではなく、どんな領域設計者でも使用することができるように定義されている。他方、選
択され、または必要とされる特定のプラグインを指定することが、アプリケーション設計
の一般的な部分である。ＣＯＬＬＡＤＡストリーム参照は、交信者が、音声などのストリ
ームソース型を、マイクロホン、記録または音源に割り当てると共に、ハンドラ内のプラ
グインを定義することを可能にする。

同様の状況がシンクに影響を及ぼす。「音声」などのストリーム型のためのシンクは通
常、システムレベル（ヘッドセットやスピーカなど）において確立される。交信者または
領域設計者によって追加のプラグインが指定される場合もある（距離ベースのフェーダレ
ベルや相対的場所に基づくステレオパンなど）。

各ゾーン、およびストリームのソースとシンクを各ゾーンに関して接続するための規則
を記述するＣＯＬＬＡＤＡストリーム参照の各要素を以下に定義する。

ｉ．＜ｚｏｎｅ＿ｍｅｓｈ＞
＜ｚｏｎｅ＿ｍｅｓｈ＞タグは、ゾーンの境界を定義する。

（１）序論
基本形状メッシュを記述するのに十分な情報を含み、または参照する。

（２）概念
＜ｚｏｎｅ＿ｍｅｓｈ＞の定義は、完全な記述（＜ｓｏｕｒｃｅ＞、＜ｖｅｒｔｉｃｅ
ｓ＞、＜ｐｏｌｙｇｏｎｓ＞など）ではなく、単にその形を導き出すための別の＜ｇｅｏ
ｍｅｔｒｙ＞を指し示してもよいことを除いて、＜ｍｅｓｈ＞と同一である。後者の場合
は通常、その＜ｇｅｏｍｅｔｒｙ＞の凸包を、（任意選択のｃｏｎｖｅｘ＿ｈｕｌｌ＿ｏ
f属性によって表示される）ゾーン境界として使用するために計算する必要があることを
意味する。

これは非常に有用である。というのは、ストリーム処理に＜ｍｅｓｈ＞（レンダリング
に使用されたものなど）を再利用して、文書サイズを最小限に抑え、元の＜ｍｅｓｈ＞へ
のリンクを維持することを可能にするからである。この意味で、＜ｚｏｎｅ＿ｍｅｓｈ＞
は、物理学エンジンに使用されるＣＯＬＬＡＤＡ＜ｃｏｎｖｅｘ＿ｍｅｓｈ＞要素に類似
したものである。

必要なボリューム属性は、ゾーンが、メッシュボリュームの内側であるか、それとも外
側であるかを表示する。

＜ｃｏｎｖｅｘ＿ｍｅｓｈ＞を記述する最小限のやり方は、これの各頂点を（＜ｖｅｒ
ｔｉｃｅｓ＞要素およびこれに対応するソースによって）指定し、インポータにその点群
の凸包を計算させることである。

（３）属性
＜ｚｏｎｅ＿ｍｅｓｈ＞要素は以下の属性を有する。

（４）関連要素
＜ｃｏｎｖｅｘ＿ｍｅｓｈ＞要素は以下の要素に関連する。
発生数 スキーマにおいて定義される要素数
親要素 形状
子要素 以下の項を参照されたい。
その他 なし

（５）子要素
子要素は、存在する場合には、＜ｓｏｕｒｃｅ＞、＜ｖｅｒｔｉｃｅｓ＞、プリミティ
ブ要素、＜ｅｘｔｒａ＞の順序で表されなければならない（プリミティブ要素は、＜ｌｉ
ｎｅｓ＞、＜ｌｉｎｅｓｔｒｉｐｓ＞、＜ｐｏｌｙｇｏｎｓ＞、＜ｐｏｌｙｌｉｓｔ＞、
＜ｔｒｉａｎｇｌｅｓ＞、＜ｔｒｉｆａｎｓ＞、または＜ｔｒｉｓｔｒｉｐｓ＞の任意の
組み合わせ）。

（６）例
以下に基本＜ｚｏｎｅ＿ｍｅｓｈ＞要素の一例を示す。

以下に＜ｚｏｎｅ＿ｍｅｓｈ＞要素の別の例を示す。

ｉｉ．＜ｓｔｒｅａｍ＞
＜ｓｔｒｅａｍ＞タグは＜ｚｏｎｅ＞内の切換え規則を定義する。

＜ｓｔｒｅａｍ＞要素は、以下の属性を有する。

ｉｉｉ．＜ｓｉｎｋ＞
＜ｓｉｎｋ＞タグは、ゾーンごと、ユーザ役割ごとのストリームの宛先を定義する＜ｓ
ｔｒｅａｍ＞の子要素である。

＜ｓｉｎｋ＞要素は、以下の属性を有する。

ｃ．ＣＯＬＬＡＤＡストリーム参照 例１
以下は、２つのゾーン、ｚｏｎｅｎａｍｅ１およびｚｏｎｅｎａｍｅ２の記述例である
。

この例において、＜ｇｅｏｍｅｔｒｙ＞要素は、場面（仮想の部屋など）内のボリュー
ムの形を記述するＣＯＬＬＡＤＡ要素である。＜ｚｏｎｅ＿ｍｅｓｈ＞要素は、前述のよ
うな、ゾーン境界と既存のメッシュの間の関係を定めるＣＯＬＬＡＤＡストリーム参照要
素である。＜ｌｉｂｒａｒｙ＿ｚｏｎｅｓ＞要素は、ゾーン「ｚｏｎｅｎａｍｅ１」とゾ
ーン「ｚｏｎｅｎａｍｅ２」を含む＜ｚｏｎｅ＞要素のセットを宣言する。

ｚｏｎｅｎａｍｅ１の境界は、ＵＲＩ「＃ｍｙＡｒｂｉｔｒａｒｙＭｅｓｈ」で参照さ
れる＜ｇｅｏｍｅｔｒｙ＞によって計算される凸包の内部ボリュームに対応する。ｚｏｎ
ｅｎａｍｅ２の境界は、「ａｎｏｔｈｅｒＭｅｓｈ」で定義される形状メッシュに対応す
る。

ｚｏｎｅｎａｍｅ１と関連付けられている第１の切換え規則は、ｚｏｎｅｎａｍｅ１を
ソースとする各音声データ・ストリームの１つのコピーが、音声データ・ストリームを受
け取る（ｓｉｎｋ）ことができ且つ「ｐａｒｔｉｃｉｐａｎｔ（参加者）」役割属性を有
するｚｏｎｅｎａｍｅ１内の各オブジェクトに送られると規定している。また第１の切換
え規則は、ｚｏｎｅｎａｍｅ１をソースとする各音声データ・ストリームのコピーが、音
声データ・ストリームを受け取ることができ且つ「ｍｏｄｅｒａｔｏｒ（仲介者）」役割
属性を有するｚｏｎｅｎａｍｅ２内の各オブジェクトに送られるとも規定している。ｚｏ
ｎｅｎａｍｅ１と関連付けられている第２の切換え規則は、ｚｏｎｅｎａｍｅ１をソース
とする各チャット・データ・ストリームの１つのコピーが、チャット・データ・ストリー
ムを受け取ることのできるｚｏｎｅｎａｍｅ１内の各オブジェクトに送られると規定して
いる。ｚｏｎｅｎａｍｅ１と関連付けられている第３の切換え規則は、ｚｏｎｅｎａｍｅ
１をソースとする、「ｍｏｄｅｒａｔｏｒ」役割属性と関連付けられた各オーディオ・デ
ータ・ストリームの１つのコピーが、オーディオ・データ・ストリームを受け取ることが
でき且つ仲介者役割属性と関連付けられていないｚｏｎｅｎａｍｅ１内の各オブジェクト
に送られると規定している。

ｄ．ＣＯＬＬＡＤＡストリーム参照 例２
以下は、２つのゾーン、ＳｔａｇｅＺｏｎｅおよびＡｕｄｉｅｎｃｅＺｏｎｅを含むコ
ンサートホールをモデル化した仮想領域のＣＯＬＬＡＤＡストリーム参照記述の一例であ
る。

この例において、ＳｔａｇｅＺｏｎｅの境界は、「ＳｔａｇｅＭｅｓｈ」によって定義
される形状メッシュに対応する。ＡｕｄｉｅｎｃｅＺｏｎｅの境界は、「ＲｏｏｍＭｅｓ
ｈ」によって定義される形状メッシュに対応する。

ＳｔａｇｅＺｏｎｅと関連付けられている切換え規則は、ＳｔａｇｅＺｏｎｅをソース
とする、「ｌｅａｄ＿ｓｉｎｇｅｒ（リードボーカル）」属性と関連付けられている各音
声データ・ストリームの１つのコピーが、音声データ・ストリームを受け取ることができ
且つ「ａｕｄｉｅｎｃｅ（観客）」役割属性を有するＡｕｄｉｅｎｃｅＺｏｎｅ内の各オ
ブジェクトに送られると規定している。音声データ・ストリームの各コピーは、優先度レ
ベル１で、直接ストリーム処理トポロジの設定で送られることになっている。またこの切
換え規則は、ＳｔａｇｅＺｏｎｅをソースとする、「ｌｅａｄ＿ｓｉｎｇｅｒ」属性と関
連付けられている各音声データ・ストリームのコピーが、音声データ・ストリームを受け
取ることができ且つ「ａｌｌ＿ｐｅｒｆｏｒｍｅｒｓ（すべての演者）」役割属性を有す
るＳｔａｇｅＺｏｎｅ内の各オブジェクトに送られるとも規定している。

ＡｕｄｉｅｎｃｅＺｏｎｅと関連付けられている第１の切換え規則は、Ａｕｄｉｅｎｃ
ｅＺｏｎｅをソースとする各音声データ・ストリームの１つのコピーが、音声データ・ス
トリームを受け取ることのできるＡｕｄｉｅｎｃｅＺｏｎｅ内の各オブジェクトに、優先
度レベル２で送られると規定している。ＡｕｄｉｅｎｃｅＺｏｎｅと関連付けられている
第２の切換え規則は、ＡｕｄｉｅｎｃｅＺｏｎｅをソースとする各チャット・データ・ス
トリームの１つのコピーが、サーバミックスの設定で、チャット・データ・ストリームを
受け取ることのできるＡｕｄｉｅｎｃｅＺｏｎｅ内の各オブジェクトに送られると規定し
ている。

Ｃ．仮想領域仕様の作成
図５に、仮想領域の仕様を作成するための３次元グラフィック設計ツールのグラフィカ
ル・ユーザ・インターフェース９０の一実施形態を示す。グラフィカル・ユーザ・インタ
ーフェース９０は、描画領域９２、メニュー９４、およびツールバー９６を含む。

メニュー９４は、描画ツール、コマンド、および設定へのアクセスを可能にする。図５
Ａに示すメニューセットの例９４は、Ｆｉｌｅ（ファイル）、Ｅｄｉｔ（編集）、Ｖｉｅ
ｗ（表示）、Ｖｉｅｗｐｏｉｎｔ（視点）、Ｄｒａｗ（描画）、Ｔｏｏｌｓ（ツール）、
Ｗｉｎｄｏｗｓ（登録商標）（ウィンドウ）、およびＨｅｌｐ（ヘルプ）を含む。また、
メニューセット９４は、仮想領域における各ゾーンおよびストリーム接続を定義するツー
ルへのアクセスを可能にするＳｏｃｏｃｏ Ｚｏｎｅｓメニュー９８も含む。これらのツ
ールは、３次元グラフィック設計ツールの不可欠な構成要素とすることもでき、またはＳ
ｋｅｔｃｈＵｐ（米国カリフォルニア州マウンテンビュー所在のグーグル社から入手でき
る）、Ｍａｙａ、または３ｄｓ Ｍａｘ（どちらも、米国カリフォルニア州サンラファエ
ル所在のオートデスク社から入手できる）といった３次元グラフィックスツールへのプラ
グイン拡張の一部として提供されてもよい。

ツールバー９６は、ユーザ定義可能なツールおよびコントロールのセットを含む。図５
に示すツールバーセットの例９６は、ＳｋｅｔｃｈＵｐ６の３次元グラフィックス設計ソ
フトウェア・アプリケーション・プログラムといった、３次元グラフィック設計ツールに
おいて通常見られるツールおよびコマンドに対応するものである。

描画領域９２は、領域設計者が仮想領域の３次元モデルを作成するところである。図５
において、グラフィカル・ユーザ・インターフェース９０の描画領域９２には、３次元仮
想領域１００の斜視図が示されている。図６において、グラフィカル・ユーザ・インター
フェース９０の描画領域９２には、仮想領域１００の平面図が示されている。仮想領域１
００の各形状要素（壁、天井、床、柱、ベンチ、照明器具など）は通常、ＳｋｅｔｃｈＵ
ｐ６の３次元グラフィックス設計ソフトウェア・アプリケーション・プログラムといった
、３次元グラフィック設計ツールにおいて通常見られる標準的なツールおよびコマンドを
使用して定義される。

図５および図６に示すように、形状要素に加えて、仮想領域１００はさらに、破線境界
で囲まれたゾーン１０１、１０２、１０４、１０６、１０８、１１０、１１２も含む。ゾ
ーン１０１〜１１２はそれぞれ、１つ以上の個々のリアルタイム・データ・ストリーム切
換え規則と関連付けられている。ゾーン１０２〜１１２は、Ｓｏｃｏｃｏ Ｚｏｎｅｓメ
ニュー９８を介してアクセス可能なツールおよびコマンドを使用して指定される。実施形
態によっては、領域設計者は、標準３次元グラフィックス設計ツールを使用してゾーン１
０１〜１１２のそれぞれの境界を指定し、次いで、Ｓｏｃｏｃｏ Ｚｏｎｅｓ設計ツール
の１つ以上を選択して、その境界を個々の＜ｚｏｎｅ＿ｍｅｓｈ＞タグと関連付け、その
＜ｚｏｎｅ＿ｍｅｓｈ＞タグの属性を指定することができる。これらの実施形態の中には
、Ｓｏｃｏｃｏ Ｚｏｎｅｓ設計ツールがユーザを誘導して、各ゾーンが前述のＣＯＬＬ
ＡＤＡストリーム参照仕様（＜ｚｏｎｅ＞タグ、＜ｓｔｒｅａｍ＞タグ、＜ｓｉｎｋ＞タ
グなど）を使用して表現されるように各ゾーンを定義するプロセスを行わせるものもある
。

Ｖ．第１のシステムアーキテクチャ実施形態
Ａ．全般的システム概要
交信者は通常、それぞれのネットワークノードから共用仮想領域通信環境にアクセスす
る。これらのネットワークノードはそれぞれ、通常は、汎用コンピュータシステムまたは
専用通信コンピュータシステム（または「コンソール」）によって実施される。各ネット
ワークノードは、各ネットワークノードにおいて仮想領域のそれぞれのビューを提示し、
他のネットワークノードとのリアルタイム・データ・ストリーム接続を確立する通信プロ
セスを実行する。

図７に、ネットワークノード５２〜５６（このアーキテクチャでは「エリア・クライア
ント・ネットワーク・ノード」または単に「エリアクライアント」と呼ぶ）とエリアサー
バ６４が、通信ネットワーク５８によって相互接続されている、サーバ仲介型共用仮想領
域通信環境１２０の一実施形態を示す。この実施形態において、エリア・クライアント・
ネットワーク・ノード５２〜５６はそれぞれ、エリア・クライアント・サーバ・ネットワ
ーク・ノード５２と関連して後述する種類の個々のコンピュータシステムによって実施さ
れる。またエリアサーバ６４も、後述する同じ種類の汎用コンピュータシステムによって
実施される。

図７に示すように、エリア・クライアント・ネットワーク・ノード５２は、処理装置１
２２、システムメモリ１２４、および処理装置１２２をコンピュータシステムの様々な構
成要素に結合するシステムバス１２６を含むコンピュータシステムによって実施される。
処理装置１２２は、１つ以上のデータプロセッサを含んでいてもよく、各データプロセッ
サは、様々な市販のコンピュータプロセッサのいずれか１つの形のものとすることができ
る。システムメモリ１２４は、コンピュータシステムのためのスタートアップルーチンを
含む基本入出力システム（ＢＩＯＳ）を記憶する読取り専用メモリ（ＲＯＭ）、およびラ
ンダム・アクセス・メモリ（ＲＡＭ）を含み得る。システムバス１２６は、メモリバス、
周辺バスまたはローカルバスとすることができ、ＰＣＩ、ＶＥＳＡ、Ｍｉｃｒｏｃｈａｎ
ｎｅｌ、ＩＳＡ、およびＥＩＳＡを含む様々なバスプロトコルのいずれかと適合するもの
とすることができる。また、コンピュータシステムは、システムバス１２６に接続され、
データ、データ構造、およびコンピュータ実行可能命令のための不揮発性または永続記憶
を提供する１つ以上のコンピュータ可読媒体ディスクを含む、永続記憶装置１２８（ハー
ドドライブ、フロッピー（登録商標）ドライブ、ＣＤ−ＲＯＭドライブ、磁気テープドラ
イブ、フラッシュ・メモリ・デバイス、ディジタル・ビデオ・ディスクなど）も含む。交
信者は、１つ以上の入力装置１３０（１つ以上のキーボード、コンピュータマウス、マイ
クロホン、カメラ、ジョイスティック、Ｗｉｉデバイスといった身体動作センサ、タッチ
パッドなど）を使用してコンピュータシステムと対話する（コマンドまたはデータを入力
するなど）ことができる。情報は、表示コントローラ１３４によって制御される表示モニ
タ１３２上で交信者に提示される２次元グラフィカル・ユーザ・インターフェース（ＧＵ
Ｉ）または３次元ＧＵＩのいずれかを介して提示され得る。また、コンピュータシステム
は、スピーカやプリンタといった周辺出力装置を含んでいてもよい。コンピュータシステ
ムは、（「ネットワーク・インターフェース・カード」またはＮＩＣともいう）ネットワ
ークアダプタ１３６を介して他のエリア・クライアント・ネットワーク・ノード５４、５
６およびエリアサーバ６４に接続する。

システムメモリ１２４には、オペレーティングシステム１４０（米国ワシントン州レッ
ドモンド所在のマイクロソフト社（Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ）から
入手できるＷｉｎｄｏｗｓ（登録商標）ＸＰ オペレーティングシステムなど）、通信ア
プリケーション１４２、ＧＵＩドライバ１４４、およびデータ１４６を含む（ただし必ず
しもこれらに限定されない）いくつかのプログラムモジュールが記憶され得る。データ１
４６の種類の例には、入力データ、出力データ、およびレジストリ（または構成データベ
ース）１４８といったプログラムデータなどが含まれる。

オペレーティングシステム１４０は、コンピュータシステム上で実行時実行環境を作成
するための基本オペレーティング・システム・サービス（メモリ管理、プロセスおよびス
レッド管理、セキュリティ、入力／出力、プロセス間通信など）を提供するエグゼクティ
ブ（executive）を含む。レジストリ１４８は通常、システムを起動し構成するのに必要
なパラメータ、オペレーティングシステム１４０の動作を制御するシステム規模のソフト
ウェア設定、セキュリティデータベース、およびユーザごとのプロファイル設定という情
報を含む。ネイティブ・オペレーティング・システム（ＯＳ）アプリケーション・プログ
ラミング・インターフェース（ＡＰＩ）１５０が、エグゼクティブの基本オペレーティン
グ・システム・サービスを、通信アプリケーション１４２および他のユーザアプリケーシ
ョンに提示する。本明細書で使用する場合、「サービス」（または「サービスモジュール
」）という用語は、１つ以上の機能のセットを提供するオペレーティングシステムの構成
要素をいう。

実施形態によっては、通信アプリケーション１４２は、表示モニタ１３２上の仮想領域
および仮想領域内のオブジェクトの個々のビューの表示を制御するプロセス、ならびにエ
リア・クライアント・ネットワーク・ノード５２とその他のエリア・クライアント・ネッ
トワーク・ノード５４、５６およびエリアサーバ６４の間のリアルタイム・データ・スト
リームの切換えを制御するプロセスを含む。通信アプリケーション１４２は、ＧＵＩドラ
イバ１４４およびユーザ入力１３０とインターフェースして、仮想領域のビューを提示し
、交信者に、通信アプリケーション１４２の動作を制御させる。

通信アプリケーション１４２の実施形態は、どんな特定のハードウェア、ファームウェ
ア、またはソフトウェア構成にも限定されない、１つ以上の個別モジュール（またはデー
タ処理コンポーネント）によって実施され得る。一般にこれらのモジュールは、ディジタ
ル電子回路（ディジタル信号プロセッサ（ＤＳＰ）といった特定用途向け集積回路など）
や、コンピュータハードウェア、ファームウェア、デバイスドライバ、またはソフトウェ
アを含む、任意のコンピューティング環境またはデータ処理環境において実施され得る。
実施形態によっては、これらのモジュールの機能が組み合わされて単一のデータ処理コン
ポーネントとされる。実施形態によっては、これらのモジュールの１つ以上のそれぞれの
個々の機能が、複数のデータ処理コンポーネントの個々のセットによって実行される。実
装形態によっては、通信アプリケーション１４２の各実施形態によって実行される方法を
実施するプロセス命令（コンピュータソフトウェアといった機械可読コードなど）、およ
び通信アプリケーション１４２が生成するデータが、１つ以上の機械可読媒体に記憶され
る。これらの命令およびデータを目に見える形で実施するのに適した記憶装置には、例え
ば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリ・デバイスといった半導体メモリデ
バイスや、内蔵式ハードディスク、取り外し可能ハードディスクといった磁気ディスク、
光磁気ディスク、ＤＶＤ−ＲＯＭ／ＲＡＭ、およびＣＤ−ＲＯＭ／ＲＡＭなどを含む、あ
らゆる形の不揮発性コンピュータ可読メモリが含まれる。通信アプリケーション１４２の
実施形態は、パーソナルコンピュータ機器（デスクトップコンピュータ、モバイルコンピ
ュータ、通信機器など）、ネットワーク機器（サーバコンピュータ、ルータ、スイッチ、
ハブなど）、ゲームコンソール、ケーブルテレビおよびハイブリッド・セットトップ・ボ
ックス、モデムを含む多種多様な電子機器のいずれか１つとして実施され得る。

また、システムメモリ１２４に記憶される実行環境は、リアルタイム・データ・ストリ
ームを送受信するためのネットワーク・トランスポート・プロトコル１５２のセットも含
む。

実施形態によっては、ネットワーク５８を介した通信は、伝送制御プロトコル／インタ
ーネットプロトコル（ＴＣＰ／ＩＰ）に従って行われる。このプロトコルのＴＣＰ部分は
、搬送機能を提供して、メッセージをより小さいパケットに分割し、通信ネットワークの
他端においてそれらのパケットを再組立てし、経路上で失われたパケットを再送信する。
このプロトコルのＩＰ部分は、経路指定機能を提供して、データパケットに宛先ネットワ
ークと宛先ネットワークにおける目標ノードのアドレスを割り当てる。ＴＣＰ／ＩＰプロ
トコルを使用して送られる各データパケットは、ＴＣＰおよびＩＰ情報を含むヘッダ部分
を含む。ＩＰプロトコルは、通信スタックの上位層へのパケット受渡しを保証するもので
はない。他方、ＴＣＰプロトコルは、シーケンス内パケット受渡しが保証される、接続指
向のエンドツーエンド搬送サービスを提供する。このようにして、ＴＣＰプロトコルは、
信頼性の高いトランスポート層接続を提供する。

他の実施形態には、ネットワーク５８を介した通信が、ユーザ・データグラム・プロト
コル／インターネットプロトコル（ＵＤＰ／ＩＰ）に従って行われるものもある。ＵＤＰ
は、高信頼性の配信が必要とされない条件下で、ＴＣＰの代わりに使用され得る。例えば
ＵＤＰ／ＩＰは、再送信する時間がない、またはデータ品質全般の低下は許容可能である
、のいずれかの理由で失われたデータパケットが単に無視される、リアルタイムのオーデ
ィオおよび映像トラフィックに使用され得る。

実施形態の中には、Ｊａｖａ（登録商標）メディアフレームワーク（ＪＭＦ）を使用す
るものもあり、ＪＭＦは、デバイス取込み、符号化、復号、レンダリング、およびリアル
タイム・トランスポート・プロトコル（ＲＴＰ）をサポートする。エリア・クライアント
・ネットワーク・ノード５２〜５６間でＲＴＰデータを送受信する際には、ピア・ツー・
ピア・ネットワーキング・フレームワーク、ＴＣＰソケットを単独で、もしくはＵＤＰと
組み合わせて使用する集中サーバ、またはマルチキャストプロトコルを含む様々なネット
ワークプロトコルが使用され得る。

また実行環境は、ハードウェアのリンクレベルおよびアクセスプロトコルも含み、これ
らのプロトコルは、開放型システム間相互接続（ＯＳＩ）参照モデルのデータリンク層お
よび物理層に対応し得る。

図示の実施形態において、エリア・クライアント・ネットワーク・ノード５２〜５６と
エリアサーバ６４の間の通信は、ＴＣＰ／ＩＰプロトコルに従って行われる。これらの実
施形態では、コンピュータシステムは、ＴＣＰ／ＩＰを使用して通信する前に、その各ネ
ットワークインターフェースのそれぞれについてＩＰアドレスを決定する。このプロセス
は、サーバにコンタクトして、そのネットワークインターフェースの１つ以上のＩＰアド
レスを動的に獲得することを伴い得る。コンピュータシステムは、動的ホスト構成プロト
コル（ＤＨＣＰ）を使用して、ＤＨＣＰサーバにＩＰアドレスを求める要求を発し得る。
これに関して、コンピュータシステムは、システム起動時に、表示されるネットワークイ
ンターフェースのためのＩＰアドレスの割振りを要求するＤＨＣＰ要求パケットをブロー
ドキャストする。ＤＨＣＰ要求パケットを受け取ると、ＤＨＣＰサーバは、表示されるネ
ットワークインターフェースで使用するためにコンピュータシステムにＩＰアドレスを割
り振る。次いでコンピュータシステムは、サーバからの応答に含まれるＩＰアドレスを、
ＩＰプロトコルを使用して通信するときにそのネットワークインターフェースと関連付け
るべきＩＰアドレスとして記憶する。

Ｂ．例示的システムアーキテクチャ
図８に、エリア・クライアント・ネットワーク・ノード５２〜５６がエリアサーバ６４
によって仲介されるアーキテクチャにおいて通信し合う、図７に示すサーバ仲介型共用仮
想領域通信環境１２０の一実施形態１６０を示す。

エリアサーバ６４は、グローバル状態情報を保持し、エリア・クライアント・ネットワ
ーク・ノード５２〜５６のデータサーバとして働く。エリアサーバによって保持されるグ
ローバル状態情報の中には、仮想領域の現在の仕様１８０、仮想領域にあるオブジェクト
の現在のレジスタ１８２、エリアサーバ６４によって現在生成されている任意のストリー
ムミックスのリスト１８４がある。

前述のように、仮想領域仕様１８０は、仮想領域の形状要素および１つ以上の切換え規
則の記述を含む。切換え規則はそれぞれ、個々のリアルタイム・データ・ストリーム型の
ソースとそのリアルタイム・データ・ストリーム型のシンクの間の個々の接続を、仮想領
域における位置を使って定義する。実施形態によっては、仮想領域の形状要素は、ＣＯＬ
ＬＡＤＡ−Ｄｉｇｉｔａｌ Ａｓｓｅｔ Ｓｃｈｅｍａ Ｒｅｌｅａｓｅ １．４．１仕
様に従って記述され、切換え規則は、前述の提案するＣＯＬＬＡＤＡストリーム参照仕様
に従って記述される。

オブジェクトレジスタ１８２は通常、仮想領域内の各オブジェクトごとに、個々のオブ
ジェクト識別子（オブジェクトを一意に識別するラベルなど）、オブジェクトと関連付け
られているネットワークノードとネットワーク接続が確立されることを可能にする接続デ
ータ（ＩＰアドレスなど）、およびオブジェクトと関連付けられているリアルタイムデー
タのソースおよびシンク（オブジェクトと関連付けられているネットワークノードのソー
スおよびシンクなど）を識別するインターフェースデータを含む。また、オブジェクトレ
ジスタ１８２は通常、各オブジェクトごとに、１つ以上の任意選択の役割識別子も含み、
これらの役割識別子は、交信者またはエリアサーバ６４によってオブジェクトに明示的に
割り当てられる場合もあり、オブジェクトの他の属性から推論される場合もある。また、
実施形態によっては、オブジェクトレジスタ１８２は、エリア・クライアント・ネットワ
ーク・ノード５２〜５６から受け取られるリアルタイムの動きデータ・ストリームの解析
からエリアサーバ６４によって決定される仮想領域における各オブジェクトの現在位置も
含む。これに関して、エリアサーバ６４は、エリア・クライアント・ノード５２〜５６か
らリアルタイムの動きデータ・ストリームを受け取り、動きデータに基づいて仮想領域に
おいて参入し、退出し、動き回る交信者のアバタおよび他のオブジェクトを追跡する。エ
リアサーバ６４は、追跡されるオブジェクトの現在の場所に従ってオブジェクトレジスタ
１８２を更新する。

図８に示す実施形態において、エリア・クライアント・ネットワーク・ノード５２は、
通信モジュール１６２、３次元可視化エンジン１６４、チャットエンジン１６５、および
オーディオ処理エンジン１６６を含む、通信アプリケーション１４２の一実施形態を含む
（図７参照）。その他のネットワークノード５４、５６はそれぞれ、通常、エリア・クラ
イアント・ネットワーク・ノード５２に関連して説明したのと同じまたは同様の通信アプ
リケーション１４２の一実施形態を含む。

通信モジュール１６２は、エリア・クライアント・ネットワーク・ノード５２と、その
他のエリア・クライアント・ネットワーク・ノード５４、５６およびエリアサーバ６４の
間のリアルタイム・データ・ストリームの切換えを制御する。通信モジュール１６２は、
ストリーム切換えマネージャ１６８および帯域幅モニタ１７０を含む。ストリーム切換え
マネージャ１６８は、エリア・クライアント・ネットワーク・ノード５２と関連付けられ
たアバタおよび他のオブジェクトの仮想領域への参入および仮想領域からの退出を処理す
る。またストリーム切換えマネージャ１６８は、エリア・クライアント・ネットワーク・
ノード５２と、その他のエリア・クライアント・ネットワーク・ノード５４、５６および
エリアサーバ６４の間でリアルタイム・データ・ストリームをどのようにして切り換える
（経路指定する、接続する、切断するなど）べきか、も自動的に決定する。ストリーム切
換えマネージャ１６８は、これらの決定を、仮想領域仕様に含まれる切換え規則、仮想領
域におけるアバタおよび他のオブジェクトの現在の場所、ならびに仮想領域内のアバタお
よび他のオブジェクトと関連付けられているリアルタイム・データ・ストリーム型に基づ
いて行う。また、実施形態によっては、ストリーム切換えマネージャ１６８は、これらの
決定に際して、エリア・クライアント・ネットワーク・ノード５２、他のネットワークノ
ード５４、５６、またはエリアサーバ６４のいずれかのアップロードおよびダウンロード
の帯域幅制約条件も考慮する。加えて、ストリーム切換えマネージャ１６８は、現在の接
続のセットを、イベント（アップロードまたはダウンロード帯域幅の障害や、仮想領域へ
の参入および仮想領域からの退出を求める要求など）に応答して、または周期的に、また
は、イベントに応答して、と、周期的に、の両方で再評価する。現在の接続の再評価の結
果として、ストリーム切換えマネージャ１６８は、例えば、エリアサーバ６４からのスト
リームミックスを要求する、エリアサーバからのストリームミックスを削除する、その他
のエリア・クライアント・ネットワーク・ノード５４、５６の１つ以上との１つ以上の直
接リンクを切断する、またはその他のエリア・クライアント・ネットワーク・ノード５４
、５６の１つ以上との１つ以上の直接リンクを構成する、のいずれかの措置を講じる。

リアルタイム・データ・ストリーム接続の切換えを管理する過程において、ストリーム
切換えマネージャ１６８は、インターフェースデータ１８６、ゾーンリスト１８８、およ
び現在仮想領域内にあるオブジェクトの位置１９２を含む構成データセットを維持する。
インターフェースデータ１８６は、エリア・クライアント・ネットワーク・ノード５２と
関連付けられた各オブジェクトごとに、そのオブジェクトと関連付けられているリアルタ
イム・データ・ストリーム型のすべてのソースおよびシンクの個々のリストを含む。ゾー
ンリスト１８８は、エリア・クライアント・ネットワーク・ノード５２と関連付けられた
アバタによって現在占有されている仮想領域内のすべてのゾーンのレジスタである。交信
者が最初に仮想領域に参入するとき、ストリーム切換えマネージャ１６８は通常、現在オ
ブジェクト位置データベース１９２を、エリアサーバ６４からダウンロードされる位置初
期設定情報で初期設定する。その後、ストリーム切換えマネージャ１６８は、現在のオブ
ジェクト位置データベース１９２を、例えば、コンピュータマウス１７１、エリア・クラ
イアント・ネットワーク・ノード５４、５６、およびエリアサーバ６４の１つ以上などか
ら受け取られるリアルタイムの動きデータ・ストリームの解析から決定される仮想領域に
おけるオブジェクトの現在位置で更新する。実施形態によっては、オブジェクト位置１９
２は、オブジェクトレジスタ１９０に組み込まれる。また、ストリーム切換えマネージャ
１６８によって維持される構成データは、オブジェクトレジスタ１８２、ストリーム・ミ
ックス・リスト１８４および仮想領域仕様１８０のそれぞれのコピー１９０、１９４、１
９６も含む。これらのコピー１９０、１９４、１９６は通常、エリアサーバ６４からダウ
ンロードされ、これらのデータのローカルキャッシュを表す。

３次元可視化エンジン１６４は、表示モニタ１３２上に、仮想領域と仮想領域内にある
任意のオブジェクトのビューを提示する。このプロセスにおいて、３次元可視化エンジン
１６４は、仮想領域仕様データ１９６、オブジェクトレジスタ１９０、および現在オブジ
ェクト位置データベース１９２を読み取る。また、実施形態によっては、３次元可視化エ
ンジン１６４は、仮想領域において交信者のアバタをレンダリングするのに必要な画像を
含む交信者アバタデータベース１９８も読み取る。この情報に基づき、３次元可視化エン
ジン１６４は、仮想領域における交信者のアバタの視点（位置と向き）からの仮想領域お
よび仮想領域内のオブジェクトの透視図表現（すなわち画像）を生成する。次いで３次元
可視化エンジン１６４は、仮想領域の透視図表現を表示モニタ１３２上にレンダリングす
る。実施形態によっては、３次元可視化エンジン１６４は、交信者のアバタの可視性を、
表示モニタ１３２上に見える仮想領域の部分に対してやり取りされ、処理され、レンダリ
ングされる必要のあるデータ量を制限するように決定する。

実施形態によっては、３次元可視化エンジン１６４はさらに、仮想領域の平面図表現を
生成するように動作可能である。これらの実施形態において、交信者は、３次元可視化エ
ンジン１６４に、仮想領域の透視図表現と仮想領域の平面図表現の一方または両方を表示
モニタ１３２上にレンダリングするように指図し得る。

交信者は、提示される仮想領域のビューまたは仮想領域内のアバタの位置を、入力装置
（コンピュータマウス１７１など）から通信モジュール１６２にコマンドを送信すること
によって制御することができる。３次元可視化エンジン１６４は、仮想領域のビューおよ
び仮想領域内のオブジェクトの位置を、現在オブジェクト位置データベース１９２内の更
新された位置に従って更新し、仮想領域のグラフィック表現の更新バージョンを表示モニ
タ１３２上にレンダリングし直す。３次元可視化エンジン１６４は、レンダリングされた
画像を、周期的に更新してもよく、仮想領域内のオブジェクトの１つ以上の動きに応答し
てのみ更新してもよい。

チャットエンジン１６５は、エリア・クライアント・ネットワーク・ノード５２のロー
カルテキスト入力装置（キーボードなど）から受け取られる発信チャット（テキスト）メ
ッセージと、他のエリア・クライアント・ネットワーク・ノード５４、５６から受け取ら
れる着信チャットストリームのためのインターフェースを提供する。チャットエンジン１
６５は、交信者によりテキスト入力装置を介して入力されるチャット（テキスト）メッセ
ージを、その他のネットワークノード５４、５６に送信することのできるリアルタイム・
チャット・ストリームに変換する。またチャットエンジン１６５は、着信チャットストリ
ームの、表示モニタ１３２上にレンダリングすることのできるテキスト信号への変換も行
う。

オーディオ処理エンジン１６６は、交信者のヘッドセット１７６内のスピーカ１７２、
１７４によってレンダリングされるオーディオ信号を生成し、ヘッドセット１７６内のマ
イクロホン１７８によって生成されるオーディオ信号を、その他のエリア・クライアント
・ネットワーク・ノード５４、５６に送ることのできるリアルタイム・オーディオ・スト
リームに変換する。

ＶＩ．リアルタイム・データ・ストリームの自動切換え
Ａ．序論
前述のように、共用仮想領域は、仮想領域の形状要素、およびネットワークノード間の
リアルタイムストリーム接続を制御する１つ以上の切換え規則の記述を含む仕様によって
定義される。切換え規則は通常、仮想領域における位置によるリアルタイム・データ・ス
トリームのソースとシンクを接続する条件の記述を含む。各規則は通常、その規則が適用
されるリアルタイム・データ・ストリーム型を定義する属性と、その規則が適用される仮
想領域内の１つ以上の場所を含む。実施形態によっては、規則はそれぞれ、任意選択で、
必要とされるソースの役割、必要とされるシンクの役割、必要とされるストリームの優先
度レベル、および必要とされる、または好ましいストリームトポロジを規定する１つ以上
の属性を含み得る。

切換え規則は、仮想領域へのオブジェクトの参入、仮想領域内でのオブジェクトの移動
、および仮想領域からのオブジェクトの退出に際して関与する。

Ｂ．仮想領域への参入
図９に、エリアクライアント（この項では「参入エリアクライアント」という）が仮想
領域に参入するための方法の一実施形態を示す。

交信者が、エリア・クライアント・ネットワーク・ノード上で通信アプリケーション１
４２（図７参照）を起動して通信セッションを開始する（図９、ブロック２００）。通信
アプリケーション１４２は、交信者に、交信者がアプリケーション１４２と対話するため
のグラフィカル・ユーザ・インターフェースを提示する。グラフィカル・ユーザ・インタ
ーフェースは通常、交信者に、共用仮想領域にログインするための選択肢を与える。

共用仮想領域にログインするためのコマンドを受け取ったことに応答して、通信アプリ
ケーション１４２は、エリアサーバ６４にログインメッセージを送る（図９、ブロック２
０２）。ログインメッセージは通常、交信者を識別し、認証するためのログイン情報を含
む。

エリアサーバ６４は、ログインメッセージに含まれるログイン情報を認証し（図９、ブ
ロック２０４）、エリアクライアントにその結果を通知する（図９、ブロック２０６）。

認証に成功した場合（図９、ブロック２０７）、通信アプリケーション１４２はエリア
サーバ６４にインターフェースデータを送信する（図９、ブロック２０９）。インターフ
ェースデータは、その領域に参入しようとする各オブジェクトごとに、そのオブジェクト
と個々に関連付けられているすべてのリアルタイム・データ・ストリームのソース型およ
びシンク型の識別を含む。認証に失敗した場合（図９、ブロック２０７）、通信アプリケ
ーション１４２は、ログインセッションを停止し、交信者にログイン試行の失敗を通知す
る（図９、ブロック２０８）。

エリアサーバ６４は、参入するエリアクライアントと関連付けられているオブジェクト
、ならびにこれらのオブジェクトと関連付けられているリアルタイム・データ・ストリー
ムのソース型およびシンク型を含めるようにオブジェクトレジスタ１９０（図８参照）を
更新する（図９、ブロック２１０）。エリアサーバ６４は、参入するエリアクライアント
に構成データを送信する（図９、ブロック２１２）。構成データは、仮想領域仕様１８０
（図８参照）のコピー、および更新されたオブジェクトレジスタ１８２（図８参照）のコ
ピーを含む。実施形態によっては、構成データはさらに、ストリーム・ミックス・リスト
１８４（図８参照）のコピーも含み、ストリーム・ミックス・リスト１８４は、現在エリ
アサーバ６４によって生成されているエリアクライアントのリアルタイム・データ・スト
リームの混合（または組み合わせ）を識別する。またエリアサーバ６４は、更新されたオ
ブジェクトレジスタ１８２の個々のコピーを、仮想領域内のオブジェクトと関連付けられ
ている他のエリアクライアントにも送信する（図９、ブロック２１４）。前述のように、
エリアサーバ６４は、エリア・クライアント・ノード５２〜５６からリアルタイムの動き
データ・ストリームを受け取り、動きデータに基づいて交信者のアバタおよび仮想領域に
出入りする他のオブジェクトを追跡し、追跡されるオブジェクトの現在の場所に従ってオ
ブジェクトレジスタ１８２を更新する。エリアサーバ６４は、更新されたオブジェクトレ
ジスタ１８２を、仮想領域にあるオブジェクトと関連付けられているエリアクライアント
に周期的に送信する。

参入するエリア・クライアント・ネットワーク・ノード上で実行されている通信アプリ
ケーション１４２は、仮想領域仕様およびオブジェクトレジスタを、以下に詳細に説明す
るように処理する（図９、ブロック２１６）。次いで通信アプリケーション１４２は、参
入するエリア・クライアント・ネットワーク・ノードと、オブジェクトレジスタに記載さ
れているその他のエリアクライアントの１つ以上の間の１つ以上のリアルタイム・データ
・ストリーム接続を、仮想領域仕様で定義されている切換え規則と、受け取ったオブジェ
クトレジスタ１８２のコピーに記載されているオブジェクトと関連付けられている個々の
ソースおよびシンクと、仮想領域におけるオブジェクトの個々の位置とに基づいて確立す
る（図９、ブロック２１８）。これらの接続を確立するプロセスにおいて、通信アプリケ
ーション１４２は、参入するエリア・クライアント・ネットワーク・ノード上で利用可能
なそのリアルタイム・データ・ストリームの取込み、再生、ストリーミング、および変換
を可能にする構成モジュールを開始し、構成する。これらの構成要素には通常、チャット
エンジン１６５、オーディオ処理エンジン１６６、およびその他の構成要素（ローカル映
像取込み機器から受け取られる映像データを符号化し、リモート・ネットワーク・ノード
から受け取られるリアルタイム映像ストリームパケットを復号する映像処理エンジンなど
）を含む。

Ｃ．必要なリアルタイム・データ・ストリーム接続のセットを決定するための構成データ
の処理
図１０は、必要なリアルタイム・データ・ストリーム接続のセットを決定するために、
ストリーム切換えマネージャ１６８（図８）の一実施形態が、図９の方法のブロック２１
６でエリアサーバ６４から受け取られる構成データを処理する際に従う方法の一実施形態
の流れ図である。前述のように、構成データは、仮想領域仕様１８０（図８参照）のコピ
ー、および更新されたオブジェクトレジスタ１８２（図８参照）のコピーを含む。実施形
態によっては、構成データはさらに、現在エリアサーバ６４によって生成されているエリ
ア・クライアント・リアルタイム・データ・ストリームの混合（または組み合わせ）を識
別するストリーム・ミックス・リスト１８４（図８参照）を含む。

ストリーム切換えマネージャ１６８は、ローカル・オブジェクト・レジスタ１９０（図
８参照）を、エリアサーバ６４から受け取られるオブジェクトレジスタ１８２のコピーで
初期設定する（図１０、ブロック２２０）。また、ストリーム切換えマネージャ１６８は
、エリアサーバ６４から受け取られるストリーム・ミックス・リスト１８４のコピーでロ
ーカル・ストリーム・ミックス・リスト１９４も初期設定する（図１０、ブロック２２２
）。ストリーム切換えマネージャ１６８はさらに、エリアサーバ６４から受け取られる仮
想領域仕様１８０のコピーでローカル仮想領域仕様キャッシュ１９６（図８参照）も初期
設定する（図１０、ブロック２２４）。

ストリーム切換えマネージャ１６８は、仮想領域仕様１９６および仮想領域における交
信者のアバタの場所から、占有ゾーンのリスト１８８（図８参照）を構築する（図１０、
ブロック２２６）。このプロセスにおいて、ストリーム切換えマネージャ１６８は、仮想
領域におけるアバタの現在位置の座標を含む現在オブジェクト位置データベース１９２か
ら仮想領域における交信者のアバタの現在位置を検索する。これらの座標は、コンピュー
タマウス１７１といった入力装置から受け取られるリアルタイムの動きデータ・ストリー
ムから決定される。次いでストリーム切換えマネージャ１６８は、交信者のアバタの現在
位置を仮想領域仕様１９６におけるゾーン定義と比較する。ストリーム切換えマネージャ
１６８は、交信者のアバタの現在位置と同一空間を占める仮想領域仕様内のすべてのゾー
ンから占有ゾーンのリスト１８８をまとめる。例えば、実施形態によっては、占有ゾーン
のリスト１８８は、そのメッシュが交信者のアバタの現在位置を含むすべてのゾーンから
なる。

ストリーム切換えマネージャ１６８は、占有ゾーンのリスト内の各ゾーンに定義される
目標リアルタイム・データ・ストリーム型のセットを決定する（図１０、ブロック２２８
）。次いでストリーム切換えマネージャ１６８は、目標リアルタイム・データ・ストリー
ム型のセット、仮想領域におけるオブジェクトの位置、および仮想領域仕様で定義されて
いる切換え規則から、必要なリアルタイム・データ・ストリーム・データのセットを決定
する（図１０、ブロック２３０）。

例示的実施形態の中には、ストリーム切換えマネージャ１６８が、１つ以上の切換え規
則によって、目標セット内のリアルタイム・データ・ストリーム型のそれぞれのソースで
あり、目標セット内のリアルタイム・データ・ストリーム型のそれぞれのシンクであると
定義されている各ゾーンの１つ以上に含まれる、所与のオブジェクトを除く各オブジェク
トのそれぞれを確認するものもある。ストリーム切換えマネージャ１６８は、確認された
オブジェクトに基づいて、接続可能なリアルタイム・データ・ストリームのセットを決定
する。接続可能なストリームはそれぞれ、（ｉ）確認されたオブジェクトと関連付けられ
ているネットワークノードの１つ以上をソースとするものと、（ｉｉ）確認されたオブジ
ェクトと関連付けられているネットワークノードの１つ以上をシンクとするものの少なく
とも１つである。次いでストリーム切換えマネージャ１６８は、接続可能なリアルタイム
・データ・ストリームのセットと関連付けられているソースとシンクのマッチングに基づ
いて、必要なリアルタイム・データ・ストリーム・データのセットを決定する。

これらの実施形態の中には、必要なリアルタイム・データ・ストリーム・データのセッ
トが、切換え規則およびエリア・クライアント・ネットワーク・ノード上で利用可能なシ
ンクに従って交信者のアバタによって占有されるゾーンに供給することのできるリアルタ
イム・データ・ストリームに対応するものもある。これらの実施形態において、ストリー
ム切換えマネージャ１６８は、関連付けられたネットワークノードがシンクとすることの
できる占有ゾーンに定義されるシンクのそれぞれを決定し、次いで、仮想領域における他
のオブジェクトの位置、および切換え規則に基づいて、それらのシンクのすべてのソース
を決定する。このプロセスにおいて、ストリーム切換えマネージャ１６８は、交信者のア
バタと関連付けられる、交信者のアバタによって占有されているゾーンのいずれかのシン
ク型として定義されるすべてのリアルタイムシンク型（オーディオ、チャット、映像、動
きデータなど）から、目標リアルタイム・データ・ストリーム型のセットをまとめる。次
いでストリーム切換えマネージャ１６８は、切換え規則から、目標リアルタイム・データ
・ストリーム型がそれぞれそのソースとすることのできるすべての目標ソースゾーンを決
定する。ストリーム切換えマネージャ１６８は、オブジェクトレジスタ１９０および現在
オブジェクト位置データベース１９２から、切換え規則に従って、それらの現在位置を目
標リアルタイム・データ・ストリーム型の１つ以上のソースとすることのできる目標ソー
スゾーン内のすべてのオブジェクトを識別する。ストリーム切換えマネージャ１６８は、
オブジェクトレジスタ１９０内の識別されたオブジェクトと関連付けられる接続データか
ら、必要なリアルタイム・データ・ストリーム・データのセットをまとめる。

一説明例として、図１１に、４つのアバタオブジェクトＡ、Ｂ、Ｃ、Ｄが読み込まれて
いるときの、仮想画廊領域１００（図５、図６など参照）の平面図を示す。アバタＡおよ
びアバタＢはゾーン１０１に位置し、アバタＣおよびアバタＤはゾーン１０８に位置して
いる。この説明例では、以下のとおりであるものとする。
アバタＡ〜Ｄはそれぞれ、音声、映像、およびチャットの各ソース型および各シンク
型と関連付けられている。
ゾーン１０１の切換え規則は、
ゾーン１０１内のアバタと関連付けられている各音声ソースは、ゾーン１０１内の
あらゆる音声シンクに接続されるべきであり、
ゾーン１０１内のアバタと関連付けられている各映像ソースは、ゾーン１０１内の
あらゆる映像シンクに接続されるべきであり、
ゾーン１０１内のアバタと関連付けられている各チャットソースは、ゾーン１０１
内のあらゆるチャットシンクに接続されるべきである
と規定している。
ゾーン１０８の切換え規則は、ゾーン１０８内のアバタと関連付けられている各音声
ソースは、ゾーン１０８内のあらゆる音声シンクに接続されるべきであるとのみ規定して
いる。
ストリーム切換えマネージャ１６８は、ゾーン切換え規則に加えて、仮想領域におい
て相互に指定の距離（または半径）ｒ_Ｐ以内にある個々のオブジェクトと関連付けられて
いる適合するシンクとソースの接続だけを許容する近接性ポリシ規則を実施する。

この例において、ゾーン切換え規則および近接性ポリシ規則は、アバタＡ、Ｂ、Ｃ、お
よびＤ間の接続をどのようにして確立するか決定する個々の切換え条件を提供する。

動作に際して、アバタＡと関連付けられているエリア・クライアント・ノード上で動作
するストリーム切換えマネージャ１６８のインスタンスは、アバタＢが、アバタＡの周り
の、指定の距離ｒ_Ｐで定義される近接ゾーン２３２内に位置しているときはいつでも、ア
バタＢと関連付けられているエリア・クライアント・ノードをソースとするリアルタイム
の音声、映像、およびチャットのストリームに接続されるよう要求するはずである。同様
に、アバタＢと関連付けられているエリア・クライアント・ノード上で動作するストリー
ム切換えマネージャ１６８のインスタンスは、アバタＡが、アバタＢから指定の距離ｒ_Ｐ
内に位置しているときはいつでも、アバタＡと関連付けられているエリア・クライアント
・ノードをソースとするリアルタイムの音声、映像、およびチャットのストリームに接続
されるよう要求するはずである。アバタＢは現在アバタＡの近接ゾーン２３２の外部にあ
り、逆もまた同様であるため、アバタＡおよびアバタＢと関連付けられたノードは、図１
１に示す現在の例示的状態においては相互に接続されないはずである。

ゾーン１０８は音声接続だけを許容するため、アバタＣと関連付けられているエリア・
クライアント・ノード上で動作するストリーム切換えマネージャ１６８のインスタンスは
、（近接性ポリシ規則で指定されている近接条件が満たされるものと仮定すると）アバタ
Ｄと関連付けられているエリア・クライアント・ノードをソースとするリアルタイム音声
ストリームだけに接続されるよう要求するはずである。同様に、アバタＤと関連付けられ
ているエリア・クライアント・ノード上で動作するストリーム切換えマネージャ１６８の
インスタンスは、（近接性ポリシ規則で指定されている近接条件が満たされるものと仮定
すると）アバタＣと関連付けられているエリア・クライアント・ノードをソースとするリ
アルタイム音声ストリームだけに接続されるよう要求するはずである。

ゾーン１０１およびゾーン１０８の切換え規則は、ゾーン１０１とゾーン１０８の間の
接続を許容しないため、アバタＡおよびアバタＢと関連付けられているソースおよびシン
クは、近接性ポリシ規則で指定されている近接条件が満たされる場合でさえも、アバタＣ
およびアバタＤと関連付けられているソースおよびシンクのいずれにも接続されないはず
である。

実施形態によっては、エリアクライアント５２〜５６の少なくとも１つは、ネットワー
ク５８への接続を可能にし、さらに、図１０の方法を実行するのに必要な機能を含むエリ
ア・クライアント・ストリーム切換えマネージャ１６８の機能の１つ以上を果たすように
構成されているネットワークアダプタ（イーサネット（登録商標）・インターフェース・
カードなど）を含む。

Ｄ．リアルタイム・データ・ストリーム接続の確立
１．必要なリアルタイム・データ・ストリーム接続の決定
例示的実施形態の中には、ネットワークノード５２が共用仮想領域内の他のネットワー
クノードとの協調的通信セッションに参加するのを可能にするリアルタイム・データ・ス
トリーム・データのセットをストリーム切換えマネージャ１６８が決定した（図１０、ブ
ロック２３０）後で、ストリーム切換えマネージャ１６８が、エリア・クライアント・ネ
ットワーク・ノード５２への必要なデータ・ストリーム・データの配信を行わせる結果を
生じるリアルタイム・データ・ストリーム接続を決定するものもある。

これらの実施形態の中には、ストリーム切換えマネージャ１６８が、所与のネットワー
クノードの帯域幅能力に少なくとも部分的に基づいて、所与のネットワークノードにリア
ルタイム・データ・ストリームのセットを配信するリアルタイム・データ・ストリーム処
理トポロジを決定するものもある。このプロセスにおいて、ストリーム切換えマネージャ
１６８は、非混合リアルタイム・データ・ストリームと、リアルタイム・データ・ストリ
ームの組み合わせから得られるストリームミックスとからリアルタイム・データ・ストリ
ームのそれぞれを受け取るべき個々の形を決定する。また、ストリーム切換えマネージャ
１６８は、直接ピア・ツー・ピア・ネットワーク経路と、その他のネットワークノードの
１つ以上によって仲介されるネットワーク経路からリアルタイムストリームのそれぞれを
受け取るためのネットワーク経路も決定する。ストリーム処理トポロジが決定された後で
、ストリーム切換えマネージャ１６８は、決定されたストリーム処理トポロジに従って、
所与のネットワークノードと他のネットワークノードのそれぞれの間のリアルタイム・デ
ータ・ストリーム接続を確立する。

図１２に、必要なデータ・ストリーム・データをエリア・クライアント・ネットワーク
・ノードに配信するリアルタイム・データ・ストリーム接続のトポロジを決定する方法の
一実施形態を示す。

この方法によれば、ストリーム切換えマネージャ１６８は、エリア・クライアント・ネ
ットワーク・ノード５２が、その他のエリア・クライアント・ネットワーク・ノードから
直接、必要なリアルタイム・データ・ストリーム・データのセット２４０を受け取るのに
十分な帯域幅を有するかどうか判定する（図１２、ブロック２４２）。このプロセスにお
いて、その他のエリア・クライアント・ネットワーク・ノードは、エリア・クライアント
・ネットワーク・ノード５２にリンク要求を送信する。リンク要求は、エリア・クライア
ント・ネットワーク・ノード５２に必要とされる個々のリアルタイム・データ・ストリー
ムのセットを送信するための個々の帯域幅要件を表示する（以下の第Ｖ．Ｄ．２項参照）
。ストリーム切換えマネージャ１６８は、必要な直接接続を確立するのに必要とされる全
体帯域幅を、帯域幅モニタ１７０（図８参照）によって現在エリア・クライアント・ネッ
トワーク・ノード５２が利用可能であると報告されているダウンロード帯域幅と比較する
。

利用可能な帯域幅が、少なくとも、全体の必要帯域幅と等しい場合、ストリーム切換え
マネージャ１６８は、必要なリアルタイム・データ・ストリーム・データを提供するその
他のエリア・クライアント・ノードと直接接続を確立する（図１２、ブロック２４４）。
このプロセスにおいて、通信アプリケーション１４２およびこれに関連付けられる実行時
環境は、エリア・クライアント・ネットワーク・ノード５２と、その他のエリア・クライ
アント・ネットワーク・ノード５４、５６の１つ以上およびエリアサーバ６４の間に、ソ
ケット（ＴＣＰソケットや、性能を向上させるように最適化された専用リアルタイムソケ
ットなど）を作成する。作成されるソケットは通常、各リアルタイム・データ・ストリー
ム型ごとに、リアルタイム・データ・ストリームを搬送する１ソケットと、関連付けられ
るリアルタイム・データ・ストリーム・パケットの送受信と関連付けられている制御情報
（サービス品質情報など）を搬送する１ソケットを含む。通信アプリケーション１４２は
、リアルタイム・データ・ストリームの記録、およびクライアント・ユーザ・インターフ
ェースへのこれらのレンダリングを含めて、リアルタイム・データ・ストリームを処理し
、符号化する。例えば、ローカルで生成されるオーディオデータ、映像データ、およびチ
ャットデータは通常、取り込まれ、符号化され、パケット（ＲＴＰパケットなど）に分割
されて、ネットワーク５８に送出される。

利用可能な帯域幅が必要な帯域幅より小さい場合（図１２、ブロック２４２）、ストリ
ーム切換えマネージャ１６８は、ストリーム・ミックス・リスト１９４（図８参照）をチ
ェックして、必要なリアルタイム・データ・ストリーム・データを提供するストリームミ
ックスが、現在エリアサーバ６４によって生成されているかどうか判定する（図１２、ブ
ロック２４６）。必要なストリームミックスが利用できる場合、ストリーム切換えマネー
ジャ１６８は、エリアサーバ６４との、エリアサーバ６４からエリア・クライアント・ネ
ットワーク・ノード５２に必要なリアルタイム・データ・ストリーム・ミックスのコピー
を送信するための接続を確立する（図１２、ブロック２４８）。必要なストリームミック
スが利用できない場合、ストリーム切換えマネージャ１６８は、エリアサーバ６４にスト
リームミックス要求を送る（図１２、ブロック２５０）．

実施形態によっては、エリアサーバ６４は、エリアクライアントのストリーム切換えマ
ネージャ１６８の機能の１つ以上を果たす。これらの実施形態において、エリアサーバ６
４は、ネットワークノード５２〜５４の間に１つ以上のリアルタイム・データ・ストリー
ム接続を確立し、その場合ネットワークノード５２〜５６は、リアルタイム・データ・ス
トリーム型の１つ以上のソースおよびシンクの少なくとも１つとそれぞれが関連付けられ
ている個々のオブジェクトと関連付けられている。エリアサーバ６４は、それら１つ以上
のリアルタイム・データ・ストリーム接続を、図１０および図１２の方法の一方または両
方に従い、１つ以上の切換え規則、オブジェクトと関連付けられた個々のソースおよびシ
ンク、ならびに仮想領域におけるオブジェクトの個々の位置に基づいて確立する。

２．リアルタイム・データ・ストリーム接続
ａ．序論
実施形態によっては、ネットワークノード間の接続は、リンクとチャネルの２層におい
て確立される。

あるノードから別のノードまで直接送信するための少なくとも１つのストリームがある
ときにはいつでも、２つのネットワークノード間でリンクが確立される。リンクは通常、
一方向であり、送信側によって要求され、受信側によって受け入れられ、または拒否され
る。拒否された場合でも、エリアサーバとの（それぞれ）上りと下りのリンクを介して通
信が可能な場合もある（本明細書で示すように、混合され、または送受信される）。各リ
ンクは、リアルタイム通信のために２つのノードによって割り振られる全帯域幅を表す。
この割振りは、利用可能な全体のネットワーク帯域幅、その時々に望ましい帯域幅の品質
、およびリンク数に基づいて動的に決定される。リンクの追加および削除は、進行する動
的プロセスである。複合領域内の、すなわち領域から領域への移動は、リンクの接続およ
び切断が、進行中のシステム挙動において重要な役割を果たす例である。

各リンクは、個々のリアルタイム・データ・ストリームを搬送するチャネルに分割され
る。チャネルは、各リンクに割り振られている全体帯域幅内の個々のストリームに割り振
られる。チャネル帯域幅は、全体リンク帯域幅、ならびにリンク内のチャネルの数および
優先度の変化に基づいて動的に変更することができる。チャネルの活動化および非活動化
は、ネットワークノードのリンク層によって２つのノード間の所望の帯域幅を変更するの
に使用され得る情報を提供する。またこの情報は、リンクに割り振られる帯域幅のレベル
を設定するためにノード間で共用されてもよい。

これらの実施形態によって提供される接続フレームワークは、送信側と受信側のネット
ワークノードが、２つのノード間でその時々に必要とされるストリームセットに利用可能
な帯域幅を、各ノードごとのすべてのリンクの間の帯域幅の要件との関連でどのように使
用すべきか動的に決定することを可能にする。音声チャネルのビット伝送速度を低減また
は増大させる一方で、同時に行われるファイル転送または映像フィードのために確保され
る帯域幅の量を増大または減少させるというのが、この割振り決定プロセスの例である。
またこの接続フレームワークは、受信側ネットワークノードが、サーバミックスか、それ
とも個別ストリーム伝送かを、リンク内の利用可能な帯域幅に基づいて決定することも可
能にする。

システム設定は、仮想領域仕様によって任意選択で変更され、リンクおよびチャネルの
相対的帯域幅割振り、ならびにストリーム型およびトポロジの優先度を決定するためのパ
ラメータを提供する。これらの可変的、動的要件のために、ネットワークノードとエリア
サーバ（または他の高帯域幅中間ノード）の間の上りおよび下りリンクは通常、ローカル
帯域幅に高い優先度を有する。というのは、これらのリンクは、様々なノード間でリンク
およびチャネルを送信するのに必要とされ得るからである。仮想領域設計者は、所与のノ
ードにおけるリンク、チャネルまたはリンクとチャネル両方の帯域幅制限を理由として、
そのノードによって実行することのできない仮想領域を作成することも可能である。

帯域幅は、多くの場合、（ＣＰＵ時間、ハードディスク空間、グラフィックレンダリン
グ能力などと比較して）乏しいリソースである。ノード接続をリンクおよびリンク内のチ
ャネルに階層化することにより、仮想領域設計者、ならびにシステム管理者は、帯域幅が
飽和状態にあるときに、１つ以上のリアルタイムセッションに関与する任意の所与のノー
ドがどのように応答するか制御することが可能になる。階層化により、個々のリンクを、
最小と最大の帯域幅のために能動的に管理することが可能になる。また階層化により、（
エリアサーバを介して接続を要求するのに比べて）どのノードがリンクを受信するかの選
択を制御することも可能になる。

一説明例において、第１のネットワークノードと第２のネットワークノードが共用仮想
領域を介して通信するものと仮定する。第１のノードと第２のノードはそれぞれ、他方に
音声ストリームおよび動きデータ・ストリームを要求する。この必要を満たすために、第
１のノードと第２のノードはそれぞれ、エリアサーバと個々の上りリンクを確立し、この
リンクは、音声チャネルと動きデータチャネルに分割される。エリアサーバは、第１のネ
ットワークノードおよび第２のネットワークノードから受け取る音声ストリームを送受信
し、第１のネットワークノードおよび第２のネットワークノードから受け取る動きデータ
・ストリームを混合する。エリアサーバは、第１のネットワークノードおよび第２のネッ
トワークノードと個々の下りリンクを確立し、個々の下りリンクにおいて割り振られた音
声チャネルおよび動きデータチャネルで音声ストリームおよび動きデータ・ストリームを
送信する。第１のノードおよび第２のノードは、接続されている間、ファイル転送を行っ
てもよく、その場合ファイル転送は、リンク内で新しいチャネルを必要とするはずである
。妥当なデータ転送速度では十分な帯域幅を利用できない場合、送信側は、そのビット伝
送速度をより低品質の音声通話用のものに落とし、エリアサーバリンクを介してファイル
転送ストリームを送受信することもでき、あるいは、第１のネットワークノードおよび第
２のネットワークノードの個々のシステム設定における論理、または仮想領域仕様によっ
て指定される挙動に従ってチャネルおよびリンクを調整することもできる。

第３のネットワークノードがこの仮想領域への参入を要求する場合、第１のネットワー
クノードと第２のネットワークノードはそれぞれ、第３のネットワークノードからの音声
ストリームおよび動きデータ・ストリームを必要として、第３のネットワークノードは、
帯域幅が許容する、第１のネットワークノードと第２のネットワークノードのそれぞれか
らの音声ストリームおよび動きデータ・ストリームを必要とすることになる。第３のネッ
トワークノードから直接必要なストリームを受け取るための最小限の帯域幅が利用できな
い場合、第１のネットワークノードおよび第２のネットワークノードは、エリアサーバま
での上りリンク帯域幅、サーバからの下りリンク帯域幅、またはこれら両方を増大させる
。あるいは、第１のネットワークノードおよび第２のネットワークノードは、１つ以上の
サーバミックスを必要とすることになる。それでもなお仮想領域仕様によって必要とされ
るすべての接続を行うのに十分な帯域幅が生じない場合には、第３のネットワークノード
はこの仮想領域への参入を阻止され、または第１のノードと第２のノードの一方もしくは
両方が、リアルタイムセッションから削除されることもあり、その場合、削除されたネッ
トワークノードは、再試行し、またはより高速なネットワーク接続によって接続すること
が必要になる場合もある。

その後、第３のネットワークノードが仮想領域を退出するとき、第１、第２および第３
のネットワークノードはそれぞれ、第１のネットワークノードとの接続に割り振られたリ
ンクおよび帯域幅を切断し、解放する必要があり、このため、第１のネットワークノード
と第２のネットワークノードにより、利用可能な帯域幅のこれらの間のリンクへの再割り
振りが行われる場合もある。

実施形態によっては、第１のネットワークノードおよび第２のネットワークノードは、
帯域幅を第３のネットワークノードに割り振る前に、相互に確立している各リンクに優先
度を付けることができる。実施形態によっては、仮想領域仕様の切換え規則が各接続に優
先度を付ける。例えば、仮想領域設計によっては、ある特定の役割特性（仲介者など）と
関連付けられたネットワークノードが、他のネットワークノードより高い接続優先度を有
し、したがって、常に仮想領域にリンクすることができる。他の仮想領域設計では、各接
続が個々の接続の経過時間によってランク付けされ、より古い接続がより新しい接続より
高くランク付けされる場合もある。これらの仮想領域では、最も古い接続と関連付けられ
たノードが、通信セッションから最後に削除されることになる。

ｂ．リンクの作成
図１３に、前項で説明した種類のリンクによってリンクが確立される、仮想領域を共用
するネットワークノード間でリアルタイム・データ・ストリーム接続を切り換える方法の
例示的実施形態を示す。図１３の方法は通常、仮想領域を共用する他のネットワークノー
ドによって必要とされるリアルタイム・データ・ストリームの１つ以上のソースであるネ
ットワークノードのそれぞれのストリーム切換えマネージャ１６８によって行われる。

１つ以上の受信側ネットワークノードのそれぞれについて、ストリーム切換えマネージ
ャ１６８は、１つ以上のリアルタイム・データ・ストリームの個々の送信セットを送信す
るための、それぞれが個々のリンク帯域幅を有する個々のリンクを決定する（図１３、ブ
ロック４４０）。各リンクは通常、送信側ネットワークノードの個々の１つから受信側ネ
ットワークノードの個々の１つまでの個々の一方向リンクである。しかし、実施形態によ
っては、各リンクの１つ以上を、双方向（半二重や全二重などの）リンクとすることもで
きる。

各リンクごとに、ストリーム切換えマネージャ１６８は、個々の送信セット内の１つ以
上のリアルタイム・データ・ストリームに個々に割り振られた１つ以上のチャネル間で個
々のリンク帯域幅を配分し、個々の送信セット内の１つ以上のリアルタイム・データ・ス
トリームを、個々に割り振られたチャネルを介して個々の受信側ネットワークノードに送
信する（図１３、ブロック４４２）。実施形態によっては、ストリーム切換えマネージャ
１６８は、個々の帯域幅を、個々の受信側ネットワークノードと関連付けられている少な
くとも１つの属性に基づいて決定された量で割り振る。この属性は、受信側ネットワーク
ノードと関連付けられたアバタによって占有される仮想領域内の位置、受信側ネットワー
クノードと関連付けられたリンク優先度レベル、受信側ネットワークノードと関連付けら
れたアバタに割り当てられた役割識別子という属性例のいずれかに対応し得る。実施形態
によっては、個々のリンク帯域幅の配分は、個々の送信セット内の１つ以上のリアルタイ
ム・データ・ストリームと個々に関連付けられた１つ以上のストリーム優先度レベルに基
づくものである。

実施形態によっては、各リンクごとに、ストリーム切換えマネージャ１６８は、個々の
送信セット内の１つ以上のリアルタイム・データ・ストリームのそれぞれについて、１つ
以上の個々の帯域幅レベルを確認し、確認された帯域幅レベルに基づいてリンクに個々の
帯域幅を割り振る。実施形態によっては、ストリーム切換えマネージャ１６８は、これら
の帯域幅レベルを、送信側ネットワークノードのシステムレベル設定をチェックし、仮想
領域仕様に、共用仮想領域の各ゾーンのいずれかに含まれる任意のストリーム型に割り当
てられる帯域幅レベルがあるかどうかチェックすることによって確認する。各リアルタイ
ム・データ・ストリーム型は通常、少なくとも１つのシステムレベルの帯域幅レベルと関
連付けられている。例えば、エリア・クライアント・ネットワーク・ノードはそれぞれ、
通常、音声ストリームのための異なる圧縮レベルを提供する音声コーデック、および映像
ストリームのための異なる圧縮レベルを提供する映像コーデックを含む。これらのコーデ
ックはそれぞれ、通常は、デフォルトの低（好ましい、または目標の）圧縮レベルから高
圧縮レベルまでの個々の圧縮レベル範囲を提供するように設定され得る。仮想領域仕様は
、１つ以上のリアルタイム・データ・ストリーム型のそれぞれについて１つ以上の領域特
有の帯域幅レベルを指定し得る。これらのレベルには、好ましい帯域幅レベル、最小帯域
幅レベル、および好ましい帯域幅レベルと最小帯域幅レベルの間の１つ以上の帯域幅レベ
ルが含まれ得る。

実施形態によっては、各リンクごとに、ストリーム切換えマネージャ１６８は、個々の
送信セット内のリアルタイム・データ・ストリームのそれぞれについての個々の最小帯域
幅レベルを識別し、１つ以上の識別された個々の最小帯域幅レベルから個々の最小リンク
帯域幅レベルを計算する。ストリーム切換えマネージャ１６８は通常、リンクが利用でき
る帯域幅が、定義される期間にわたって個々の最小リンク帯域幅レベルに適応することが
できないという判定に応答して、リンクのいずれかを削除する。

実施形態によっては、各リンクごとに、ストリーム切換えマネージャ１６８は、個々の
送信セット内のリアルタイム・データ・ストリームの１つ以上のそれぞれについて、個々
の第１の好ましい帯域幅レベル（デフォルトの帯域幅レベルなど）から個々の第２の好ま
しい帯域幅レベル（最小帯域幅レベルなど）まで順序付けされた個々の優先階層における
少なくとも２つの個々の帯域幅レベルを識別する。ストリーム切換えマネージャ１６８は
、識別された第１の好ましい帯域幅レベルに少なくとも部分的に基づいて個々の目標リン
ク帯域幅レベルを計算し、識別された第２の好ましい帯域幅レベルに少なくとも部分的に
基づいて個々のフォールバックリンク帯域幅レベルを計算する。受信側ネットワークノー
ドのそれぞれについて、ストリーム切換えマネージャ１６８は、目標リンク帯域幅レベル
での受信側ネットワークノードへの個々のリンクを確立しようと試みる。このプロセスに
おいて、ストリーム切換えマネージャ１６８は、目標リンク帯域幅レベルを、個々の送信
セットを送信するのに利用可能な現在の帯域幅の量と比較する。また受信側ネットワーク
ノードも、目標リンク帯域幅レベルを、個々の送信セットを受信するのに利用可能な現在
の帯域幅の量と比較する。目標リンク帯域幅レベルで受信側ネットワークノードまでの個
々のリンクを確立するのに失敗したことに応答して、ストリーム切換えマネージャ１６８
は、受信側ネットワークノードまでの個々のリンクを、フォールバックリンク帯域幅レベ
ルで確立しようと試みる。

図１４に、前項で説明した各実施形態の例示的実施方法を示す。この実施形態によれば
、ストリーム切換えマネージャ１６８は、各リンク（図１４、ブロック４４４）ごとに、
現在の個々の候補リンク帯域幅レベルと、１つ以上の任意選択の個々のフォールバック候
補リンク帯域幅レベルとを決定する（図１４、ブロック４４６）。ストリーム切換えマネ
ージャ１６８は、現在のリンクを、現在の個々の候補リンク帯域幅レベルで確立しようと
試みる（図１４、ブロック４４８）。リンクが確立された場合（図１４、ブロック４５０
）、ストリーム切換えマネージャ１６８は、次のリンクを処理する（図１４、ブロック４
４４）。そうでない場合、ストリーム切換えマネージャ１６８は、現在のリンクに利用可
能な他の候補リンク帯域幅レベルがあるかどうか判定する（図１４、ブロック４５２）。
利用可能な他の候補リンク帯域幅レベルがある場合、ストリーム切換えマネージャ１６８
は、現在の個々の候補リンク帯域幅レベルを次のより低リンク帯域幅レベルに変更し（図
１４、ブロック４５４）、現在のリンクをその新しい候補リンク帯域幅レベルで確立しよ
うと試みる（図１４、ブロック４４８）。次の候補リンク帯域幅レベルがない場合（図１
４、ブロック４５２）、ストリーム切換えマネージャ１６８は、現在のリンクについてエ
ラーを報告し、このプロセスを次のリンクのために繰り返す（図１４、ブロック４４４）
。

リンクのいずれかを確立するのに失敗したことに応答して、それらのリンクが宛先指定
された相手側の受信側ネットワークノードは、既存の帯域幅制約条件に適応しようとして
、送信データセット内の少なくとも１つの任意選択のリアルタイム・データ・ストリーム
を削除しようと試みることができる。あるいは、そのような受信側ネットワークノードは
、その他のネットワークノードの１つ以上によって仲介される個々のネットワーク経路を
介して必要なリアルタイム・データ・ストリーム・データを提供するリンクを確立しよう
と試みることもできる。例えば、受信側ネットワークノードは、必要なリアルタイム・デ
ータ・ストリーム・データを非混合形式または混合形式で提供するエリアサーバ６４にリ
ンクを要求する。

実施形態によっては、リンクがセキュリティ保護される。セキュアなリンクは、認証、
完全性および秘密保持というセキュリティ特性のうちの１つ以上を備え得る。認証リンク
は、（ベリサイン（Ｖｅｒｉｓｉｇｎ）によって提供されるものなど、公開鍵インフラス
トラクチャの一部として配信される証明書を評価するといった）認証技法を使用して、各
ノードが、詐称ノードではなく、既知の他のノードに実際に接続していることを保証する
ことができる。（ＳＨＡアルゴリズムと関連付けられたセキュアなハッシュ法プロセスを
使用するといった）完全性の技法は、送信と受信の間にリンクコンテンツに加えられた変
更が検出されるよう保証するのに使用される。（送信前にＡＥＳ暗号化アルゴリズムを用
いてリンクコンテンツを暗号化し、共有鍵に基づいて使用前にリンクコンテンツを暗号解
読するといった）秘密保持の技法は、リンクのコンテンツが、盗聴者によって容易に理解
されないようにするのに役立つ。これらの技法は、個々の通信セッションのための所望の
セキュリティ特性を達成するように選択的に組み合わされてもよい。セキュアなリンクが
用いられるとき、システム設定およびアプリケーション設計パラメータは、セキュアなリ
ンクを確立することに伴う追加オーバーヘッドに対応するように調整され得る。例えばリ
ンクは、帯域幅が利用可能になった場合にそのリンクを再確立する必要が生じないように
、より長時間にわたって低い帯域幅で（０帯域幅にさえも）保持される。

ｃ．拡張リンク管理機能を有する例示的実施形態
第Ｖ．Ｄ．２項で説明しているストリーム切換えマネージャ１６８の拡張リンク管理機
能は、ディジタル電子回路（ディジタル信号プロセッサ（ＤＳＰ）といった特定用途向け
集積回路など）や、コンピュータハードウェア、ファームウェア、デバイスドライバ、ま
たはソフトウェアを含む、任意のコンピューティングまたはデータ処理環境において実施
され得る。実施形態によっては、これらの機能は、ネットワークアダプタやネットワーク
スイッチといった専用ハードウェアモジュールとして実施される。そのようなモジュール
の実施形態は、リンク作成、リンク経路指定、所与のネットワークノードから送信される
複数のリンク間での帯域幅割振り、および所与のリンク内のチャネル間の帯域幅の管理と
いう各拡張リンク管理機能のいずれかの加速された性能を提供するように構成され得る。

図１５に、拡張リンク管理機能を備えるネットワークアダプタ４６２が動作し得る例示
的適用環境４６０を示す。ネットワークアダプタ４６２は、ホストシステム４６４内に組
み込まれ、ホストシステム４６４は、通信コントローラ４６６と、媒体アクセス制御（Ｍ
ＡＣ）インターフェース４６８とを含む。ネットワークアダプタ４６２は、ホストシステ
ム４６４とネットワーク媒体４７０との間で送信を行う。ネットワーク媒体４７０は、ホ
ストシステム４６４から１つ以上の他のネットワークノード４７２までのリンクを確立す
るための物理媒体である。電線、ファイバ、および自由空間における電磁波がネットワー
ク媒体の種類の３つの例である。

ホストシステム４６４およびその他のネットワークノード４７２はそれぞれ、ネットワ
ークに接続する任意の種類の機器またはシステム（パーソナルコンピュータ、コンピュー
タワークステーション、ネットワークスイッチ、ネットワークハブ、ネットワークリピー
タなど）とすることができる。ホスト通信コントローラ４６６は、ホストシステム４６４
がネットワーク媒体４７０へのアクセスを共用することを可能にする。ＭＡＣインターフ
ェース４６８は、通信コントローラ４６６をネットワークアダプタ４６２に接続する。Ｍ
ＡＣインターフェースの種類の一例が、パラレル通信コントローラ４６６との通信をサポ
ートするパラレルインターフェースを提供するメディア独立インターフェース（ＭＩＩ）
である。ＭＡＣインターフェースの種類の別の例が、シリアル通信コントローラ４６６と
のシリアル通信をサポートするＩＥＥＥ８０２．０３準拠の汎用シリアルインターフェー
ス（ＧＰＳＩ）である。

図１６に、ホスト・インターフェース・ポート４７４、ネットワーク媒体インターフェ
ースポート４７６、処理装置４７８、送受信機４８０、およびメモリ４８２を含むネット
ワークアダプタ４６２の一実施形態を示す。ホスト・インターフェース・ポート４７４は
、ＭＡＣインターフェース４６８に接続することができる。ネットワーク媒体インターフ
ェースポート４７６は、ネットワーク媒体４７０に接続することができる。図示の実施形
態では、ネットワーク媒体インターフェースポート４７６は、送受信機４８０とネットワ
ーク媒体４７０の間の物理インターフェースを提供する。

処理装置４７８は通常、ホストシステム４６４および１つ以上の他のネットワークノー
ド４７２が正しいフレーム形式およびプロトコルを用いて通信するよう保証すること（た
だし必ずしもこれに限定されない）を含むＭＡＣ層機能を果たすＭＡＣ処理装置である。
加えて、処理装置４７８は、第Ｖ．Ｄ．２項で説明されているリンクおよびチャネル管理
機能を果たすように動作可能である。これらの機能を果たすのに役立つように、処理装置
４７８は、メモリ４８２に、仮想領域仕様のコピー４８４、リンク表４８６、およびチャ
ネル表４８８を記憶する。本明細書で説明しているように、仮想領域仕様４８４は、リン
クおよびチャネルの管理に影響を及ぼす、ストリーム型ごとの好ましい、最小、および中
間の各帯域幅レベル、ストリーム型優先度、ストリーム処理トポロジ優先度、ならびに仮
想領域を共用する各ネットワークノードと関連付けられているオブジェクト（アバタなど
）に割り当てられた役割識別子というパラメータ値のいずれかを含み得る。リンク表４８
６は、その他のネットワークノード４７２との間で確立されている現在のリンク、および
現在のリンク間での帯域幅の割振りのリストを含む。チャネル表４８８は、現在のリンク
のそれぞれについて、リンクを介して送信されるリアルタイム・データ・ストリームに割
り振られている個々のチャネル、およびそのリンク内の個々のチャネル間での帯域幅の割
振りのリストを含む。

３．リアルタイム・データ・ストリーム接続の管理
図１７に、必要なデータ・ストリーム・データをエリア・クライアント・ネットワーク
・ノードに配信するリアルタイム・データ・ストリーム接続を決定する方法の一実施形態
を示す。このプロセスにおいて、エリアサーバ６４は、必要なリアルタイム・データ・ス
トリーム・データをエリア・クライアント・ネットワーク・ノード５２に提供する最適な
ストリーム処理トポロジを決定する。

エリアサーバ６４は、現在のストリーム処理トポロジに従って、エリア・クライアント
・ネットワーク・ノード間の接続を管理する（図１７、ブロック２５１）。これに関して
、エリアサーバ６４は、仮想領域の定義を含むグローバル状態データと、仮想領域内のす
べてのアバタおよびその他のオブジェクトの現在のオブジェクト状態データとを管理する
。このプロセスにおいて、エリアサーバ６４は、仮想領域内のオブジェクトを追跡し、実
施形態によっては、エリアサーバ６４は、エリア・クライアント・ネットワーク・ノード
のリアルタイム同期に使用される最新履歴データキャッシュを保持する。またエリアサー
バ６４は、仮想領域へのオブジェクトの参入、仮想領域からのオブジェクトの退出、およ
び帯域幅障害に応答した接続の再評価も行う。

要求側エリア・クライアント・ネットワーク・ノードからリアルタイム・データ・スト
リーム・データを求める要求を受け取った（図１７、ブロック２５２）ことに応答して、
エリアサーバ６４は、オブジェクトレジスタ１９０（図８参照）内のオブジェクトと関連
付けられているエリア・クライアント・ネットワーク・ノードの帯域幅能力を見出す（図
１７、ブロック２５４）。実施形態によっては、エリア・クライアント・ネットワーク・
ノードはそれぞれ、エリアサーバ６４に、その現在のアップロード帯域幅容量およびその
現在のダウンロード帯域幅容量を、動的に、または周期的に送信する。

エリアサーバ６４は、要求側エリア・クライアント・ネットワーク・ノードに、リアル
タイム・データ・ストリーム・データを配信するリアルタイム・データ・ストリーム処理
トポロジを選択する（図１７、ブロック２５６）。エリアサーバ６４は通常、エリア・ク
ライアント・ネットワーク・ノードの見出された帯域幅能力に基づいてトポロジを選択す
る。実施形態によっては、エリアサーバ６４は、要求側ネットワークノードおよびその他
のネットワークノードが最大数の非混合リアルタイム・データ・ストリームを受け取るス
トリーム処理トポロジを選択する。そのような非混合リアルタイム・データ・ストリーム
は、エリア・クライアント・ネットワーク・ノードがストリームを、より高品質で、より
深い没入体験または特定の用途目的（５．１オーディオ処理や特殊なアバタの動きなど）
を実現するためのローカル処理（アバタをステレオ音場空間によりリアルに配置するため
のオーディオ・ステレオ・パン処理またはフェーダエンベロープ処理の一方または両方な
ど）を各ストリームに適用することもできるようにレンダリングすることを可能にする。

実施形態によっては、仮想領域仕様は、仮想領域の１つ以上のゾーン内の１つ以上のリ
アルタイム・データ・ストリーム型のストリーム属性値を指定する。これらの実施形態に
おいて、エリアサーバ６４は、仮想領域仕様で指定される１つ以上のストリーム属性値に
基づいてストリーム処理トポロジを選択する。例示的仮想領域設計の中には、仮想領域仕
様が、第１のリアルタイム・データ・ストリーム型に第１のストリーム優先度属性値を割
り当て、第２のリアルタイム・データ・ストリーム型に、第１のストリーム優先度属性値
とは異なる第２のストリーム優先度属性値を割り当てるものもある。例えば、前述の第２
のＣＯＬＬＡＤＡストリーム参照の例では、ＳｔａｇｅＺｏｎｅをソースとする、「ｌｅ
ａｄ＿ｓｉｎｇｅｒ」役割属性と関連付けられた音声ストリームに優先度レベル１が割り
当てられ、他方ＡｕｄｉｅｎｃｅＺｏｎｅをソースとする音声ストリームは、優先度レベ
ル２と関連付けられている。これらの種類の仮想領域設計仕様に関して、エリアサーバ６
４は、異なる第１のストリーム優先度属性値と第２のストリーム優先度属性値とに従って
、第１のリアルタイム・データ・ストリーム型と第２のリアルタイム・データ・ストリー
ム型とに異なる優先度を付けるストリーム処理トポロジを選択しようと試みる。例えば、
帯域幅利用制約に遭遇する第２のＣＯＬＬＡＤＡストリーム参照の例に関しては、エリア
サーバ６４は、ＳｔａｇｅＺｏｎｅをソースとするｌｅａｄ＿ｓｉｎｇｅｒ音声ストリー
ムのストリームミックスを作成し、送信する前に、ＡｕｄｉｅｎｃｅＺｏｎｅをソースと
する音声ストリームのストリームミックスを作成し、送信するはずである。

例示的領域設計の中には、仮想領域仕様が、第１のリアルタイム・データ・ストリーム
型に第１のストリームトポロジ属性値を割り当て、第２のリアルタイム・データ・ストリ
ーム型に、第１のストリームトポロジ属性値とは異なる第２のストリームトポロジ属性値
を割り当てるものもある。例えば、前述の第２のＣＯＬＬＡＤＡストリーム参照の例では
、ＳｔａｇｅＺｏｎｅをソースとし、ｌｅａｄ＿ｓｉｎｇｅｒ役割属性と関連付けられて
いる音声ストリームに、「ｄｉｒｅｃｔ（直接）」というトポロジ属性値が割り当てられ
、他方ＡｕｄｉｅｎｃｅＺｏｎｅをソースとするチャットストリームは、「ｓｅｒｖｅｒ
＿ｍｉｘ（サーバミックス）」というトポロジ属性値と関連付けられている。これらの種
類の仮想領域設計仕様に関して、エリアサーバ６４は、異なる第１のストリームトポロジ
属性値と第２のストリームトポロジ属性値とに従って、第１のリアルタイム・データ・ス
トリーム型と第２のリアルタイム・データ・ストリーム型とに異なるストリーム処理トポ
ロジを選択しようと試みる。例えば、場合によっては、エリアサーバ６４は、第１のリア
ルタイム・データ・ストリーム型については、所与のネットワークノードおよびその他の
ネットワークノードの１つ以上に、混合ストリーム形式で第１の型のリアルタイム・デー
タ・ストリームのそれぞれを配信するストリーム処理トポロジ（第２のＣＯＬＬＡＤＡス
トリーム参照の例におけるＡｕｄｉｅｎｃｅＺｏｎｅをソースとするチャットストリーム
など）を選択し、第２のリアルタイム・データ・ストリーム型については、所与のネット
ワークノードおよびその他のネットワークノードの１つ以上に、非混合ストリーム形式で
第２の型のリアルタイム・データ・ストリームを配信するストリーム処理トポロジ（第２
のＣＯＬＬＡＤＡストリーム参照の例における、ＳｔａｇｅＺｏｎｅをソースとし、ｌｅ
ａｄ−ｓｉｎｇｅｒ役割属性と関連付けられた音声ストリームなど）を選択する。

エリアサーバ６４は、エリアクライアントと折衝してストリーム処理トポロジを選択さ
れたトポロジに再構成する（図１７、ブロック２５８）。このプロセスにおいて、エリア
サーバ６４は、エリアクライアントと折衝して、エリアクライアントと、任意選択で、要
求側エリア・クライアント・ネットワーク・ノードに必要なデータ・ストリーム・データ
を配信するエリアサーバ６４との間で１組の接続を確立する。場合によっては、エリアサ
ーバ６４は、各エリアクライアントに、要求側のエリア・クライアント・ノードまで中継
され、または他のリアルタイム・データ・ストリームと組み合わされて、要求側エリア・
クライアント・ネットワーク・ノードに必要なリアルタイム・データ・ストリーム・デー
タを配信するストリームミックスとされる１つ以上のリアルタイム・データ・ストリーム
を求める個々の要求を送る。

選択されたトポロジがエリアサーバ６４からのストリームを必要としない場合（図１７
、ブロック２６０）、エリアサーバ６４は、現在のストリーム処理トポロジに従ってエリ
ア・クライアント・ネットワーク・ノード間の接続を管理する（図１７、ブロック２５１
）。例えば、場合によっては（図２２など参照）、選択されたトポロジは、エリア・クラ
イアント・ネットワーク・ノードの１つ以上から直接要求側エリア・クライアント・ネッ
トワーク・ノードに必要なリアルタイム・データ・ストリーム・データを配信し、エリア
サーバ６４がそのデータを送信する必要を生じさせない。

選択されたトポロジがエリアサーバ６４からのストリームを必要とする場合（図１７、
ブロック２６０）、領域は、ストリーム・ミックス・リスト１８４（図８参照）から、必
要なサーバストリームが利用できるかどうか（すなわち、現在生成されているかどうか）
判定する（図１７、ブロック２６２）。必要なサーバストリームは、その他のエリア・ク
ライアント・ネットワーク・ノードの１つによって供給されるリアルタイム・データ・ス
トリームのコピーとすることもでき、エリアサーバ６４が、要求側エリア・クライアント
・ネットワーク・ノード以外のエリア・クライアント・ネットワーク・ノードのそれぞれ
から受け取っている２つ以上のリアルタイム・データ・ストリームから現在生成されてい
るストリームミックスとすることもできる。必要なストリームが利用できる場合（図１７
、ブロック２６２）、エリアサーバ６４は、要求側エリア・クライアント・ネットワーク
・ノードに必要なサーバストリームのコピーを送信し（図１７、ブロック２７０）、現在
のストリーム処理トポロジに従ってエリアクライアント接続を管理する（図１７、ブロッ
ク２５１）。

必要なストリームが利用できない場合（図１７、ブロック２６２）、エリアサーバ６４
は、必要なサーバストリームを獲得する（図１７、ブロック２６４）。このプロセスにお
いて、エリアサーバ６４は、その他のエリア・クライアント・ネットワーク・ノードの１
つから受け取られるリアルタイム・データ・ストリームのコピーを生成してもよく、要求
側エリア・クライアント・ネットワーク・ノード以外のエリア・クライアント・ネットワ
ーク・ノードのそれぞれから受け取られる２つ以上のリアルタイム・データ・ストリーム
からストリームミックスを生成してもよい。新しいストリームミックスが生成される場合
（図１７、ブロック２６６）、エリアサーバ６４は、ストリーム・ミックス・リスト１８
４を更新し（図１７、ブロック２６８）、要求側エリアクライアントに必要なサーバスト
リームを送信し（図１７、ブロック２７０）、現在のストリーム処理トポロジに従ってエ
リアクライアント接続を管理する（図１７、ブロック２５１）。新しいストリームミック
スが生成されない場合（図１７、ブロック２６６）、エリアサーバ６４は、要求側エリア
クライアントに必要なサーバストリームを送信し（図１７、ブロック２７０）、現在のス
トリーム処理トポロジに従ってエリアクライアント接続を管理する（図１７、ブロック２
５１）。

４．リアルタイム・データ・ストリーム処理トポロジの例
本項では、図１７に示す方法のブロック２５６でエリアサーバ６４によって選択され得
るストリーム処理トポロジの例を説明する。

ａ．サーバ混合ストリーム処理トポロジの例
図１８に、エリアサーバ６４が、エリア・クライアント・ネットワーク・ノード５２〜
５６からそれぞれ、リアルタイム・データ・ストリームのセット２８２、２８４、２８６
を受け取るリアルタイム・データ・ストリーム処理トポロジの一実施形態を示す。これら
のデータ・ストリームのセット２８２〜２８６は、共用仮想領域内のオブジェクトを、仮
想領域仕様および各オブジェクトの位置に従って接続するのに必要なすべてのリアルタイ
ム・データ・ストリームを含む。これらのストリームはそれぞれ、エリアクライアント５
２〜５６によってパケットに分割される。各パケットは、パケットのソースを識別するソ
ース識別子フィールド、順序付け番号、その他の情報を含むヘッダを含む。

エリアサーバ６４は、受け取られたデータ・ストリームのセット２８２〜２８６から個
々のストリームミックスのセット２８８、２９０、２９２を生成し、各セット２８８〜２
９２は、エリア・クライアント・ノード５２〜５６の個々の１つによって必要とされるリ
アルタイム・データ・ストリーム型（オーディオ、映像、チャット、動きデータなど）を
含む。このプロセスにおいて、エリアサーバ６４は、着信リアルタイム・データ・ストリ
ーム・パケットを、型（映像、オーディオ、チャット、動きデータ、制御など）ごと、ソ
ース識別子ごとに分け、順序番号によってパケットを再組立てする。次いでエリアサーバ
６４は、同じ型のストリームをストリームミックスの個々の１つに組み合わせ、個々のス
トリームミックスのセット２８８〜２９２を、エリア・クライアント・ネットワーク・ノ
ード５２〜５６の個々の１つに送信する。

図１９に示すピア・ツー・ピア・トポロジと比べて、トポロジ２８０は、各エリアクラ
イアントごとに必要とされるネットワーク接続数を低減し、それによって各エリアクライ
アントおよびそのネットワークにかかる負荷が低減される。しかし、エリアサーバ６４に
かかる負荷は増大する。

ｂ．ピア・ツー・ピア・クライアント混合ストリーム処理トポロジの例
図１９に、エリア・クライアント・ネットワーク・ノード５２〜５６がそれぞれ、その
他のエリア・クライアント・ネットワーク・ノード５２〜５６のそれぞれに、必要なリア
ルタイム・データ・ストリームのそれぞれの個々のコピーを送信するピア・ツー・ピア・
リアルタイム・データ・ストリーム処理トポロジの一実施形態を示す。よって、図１９に
示す例において、エリアクライアント５２は、エリアクライアント５４に第１のストリー
ムセット３０２を、エリアクライアント５６に第２のストリームセット３０４を送信し、
エリアクライアント５４は、エリアクライアント５２に第１のストリームセット３０６を
、エリアクライアント５６に第２のストリームセット３０８を送信し、エリアクライアン
ト５６は、エリアクライアント５２に第１のストリームセット３１０を、エリアクライア
ント５４に第２のストリームセット３１２を送信する。これらのストリーム３０２〜３１
２は、共用仮想領域内のオブジェクトを、仮想領域仕様および各オブジェクトの位置に従
って接続するのに必要なすべてのリアルタイム・データ・ストリームを含む。各ストリー
ムはそれぞれパケットに分割され、各パケットは、パケットのソースを識別するソース識
別子フィールド、順序付け番号、およびその他の情報を含むヘッダを含む。

エリア・クライアント・ネットワーク・ノード５２〜５６はそれぞれ、必要なリアルタ
イム・データ・ストリーム型（オーディオ、映像、チャット、動きデータなど）ごとに、
その他のエリア・クライアント・ネットワーク・ノードから受け取られるリアルタイム・
データ・ストリームから個々のストリームミックスを生成する。このプロセスにおいて、
各エリアクライアントは、着信リアルタイム・データ・ストリーム・パケットを、型（映
像、オーディオ、チャット、動きデータ、制御など）ごと、ソース識別子ごとに分け、順
序番号によってパケットを再組立てする。次いで各エリアクライアントは、レンダリング
時にリアルタイム・データ・ストリーム間の同期を維持するために、相関関係を有するタ
イムスタンプおよびソースＩＤにより、再組立てされたパケットストリームを順序付けす
る。

トポロジ３００のスケーラビリティは、エリア・クライアント・ネットワーク・ノード
における重いアップロード要件により制約を受ける。またトポロジ３００は、図１９に示
すように、ユニキャスト送信を使用して必要なリアルタイム・データ・ストリームが送ら
れるときには、ネットワークにも重い負荷をかける。実施形態によっては、ローカルネッ
トワーク負荷は、その他のネットワークノードにマルチキャストストリームのコピーを配
信する１つ以上のスイッチに対し、必要なデータ・ストリームの各々の単一の個別マルチ
キャスト送信を送るようにエリア・クライアント・ネットワーク・ノード５２〜５６のそ
れぞれを構成することによって軽減される。

ｃ．ピア・ツー・ピア・クライアント混合ストリーム処理トポロジの例
図２０に、４つのエリア・クライアント・ネットワーク・ノード５２〜５６および３２
２の間の接続を最小限にするピア・ツー・ピア・リアルタイム・データ・ストリーム処理
トポロジ３２０の一実施形態を示す。トポロジ３２０において、エリア・クライアント・
ネットワーク・ノード５２〜５６、３２２はそれぞれ、他の２つのエリア・クライアント
・ネットワーク・ノード５２〜５６、３２２のそれぞれに、必要なリアルタイム・データ
・ストリームのそれぞれの個々のコピーを送信する。よって、図２０に示す例において、
エリアクライアント５２はエリアクライアント５６に第１のストリームセット３２４を、
エリアクライアント３２２に第２のストリームセット３２６を送信し、エリアクライアン
ト５４はエリアクライアント３２２に第１のストリームセット３２８を、エリアクライア
ント５６に第２のストリームセット３３０を送信し、エリアクライアント５６はエリアク
ライアント５２に第１のストリームセット３３２を、エリアクライアント５４に第２のス
トリーム３３４を送信し、エリアクライアント３２２はエリアクライアント５２に第１の
ストリームセット３３６を、エリアクライアント５４に第２のストリーム３３８を送信す
る。加えて、エリアクライアント５２〜５６、３２２はそれぞれ、その他のエリアクライ
アントの１つから受け取られるリアルタイム・データ・ストリームのセットをエリアクラ
イアントの別の１つへ中継する送受信スイッチとしても働く。詳細には、エリアクライア
ント５２は、エリアクライアント３２２からのストリームセット３３６のコピー３４０を
エリアクライアント５６に中継し、エリアクライアント５４は、エリアクライアント５６
からのストリームセット３３４のコピー３４２をエリアクライアント３２２に中継し、エ
リアクライアント５６は、エリアクライアント５２からのストリームセット３２４のコピ
ー３４４をエリアクライアント５４に中継し、エリアクライアント３２２は、エリアクラ
イアント５４からのストリームセット３２８のコピー３４６をエリアクライアント５２に
中継する。これらのストリームセット３２４〜３４６は、共用仮想領域内のオブジェクト
を、仮想領域仕様および各オブジェクトの位置に従って接続するのに必要とされるすべて
のリアルタイム・データ・ストリームを含む。これらのストリームはそれぞれ、パケット
に分割され、各パケットは、パケットのソースを識別するソース識別子フィールド、順序
付け番号、およびその他の情報を含むヘッダを含む。

エリア・クライアント・ネットワーク・ノード５２〜５６、３２２はそれぞれ、必要な
リアルタイム・データ・ストリーム型（オーディオ、映像、チャット、動きデータなど）
ごとに、その他のエリア・クライアント・ネットワーク・ノードから受け取られるリアル
タイム・データ・ストリームから個々のストリームミックスを生成する。このプロセスに
おいて、各エリアクライアントは、着信リアルタイム・データ・ストリーム・パケットを
、型（映像、オーディオ、チャット、動きデータ、制御など）ごと、ソース識別子ごとに
分け、順序番号によってパケットを再組立てする。次いで各エリアクライアントは、レン
ダリング時にリアルタイム・データ・ストリーム間の同期を維持するために、相関関係を
有するタイムスタンプおよびソースＩＤにより、再組立てされたパケットストリームを順
序付けする。

トポロジ３２０のスケーラビリティは、エリア・クライアント・ネットワーク・ノード
における重いアップロード要件により制約を受ける。またトポロジ３２０は、図２０に示
すように、ユニキャスト送信を使用して必要なリアルタイム・データ・ストリームが送ら
れるときには、ネットワークにも重い負荷をかける。実施形態によっては、ローカルネッ
トワーク負荷は、複製された必要なデータ・ストリームの各々の単一の個別マルチキャス
ト送信を、その他のネットワークノードにマルチキャストストリームのコピーを配信する
１つ以上のスイッチに送るよう各エリア・クライアント・ネットワーク・ノード５２〜５
６、３２２を構成することによって低減される。

ｄ．サーバ仲介型クライアント混合ストリーム処理トポロジの例
図２１に、エリアサーバ６４が、エリア・クライアント・ネットワーク・ノード５２〜
５６間でリアルタイム・データ・ストリームを中継する送受信スイッチとして働く、サー
バ仲介型リアルタイム・データ・ストリーム処理トポロジ３５０の一実施形態を示す。ト
ポロジ３５０において、エリア・クライアント・ネットワーク・ノード５２〜５６はそれ
ぞれ、必要なリアルタイム・データ・ストリームの個々のセット３５２、３５４、３５６
をエリアサーバ６４にアップロードし、エリアサーバ６４は、アップロードされたストリ
ームの必要なコピーを、エリア・クライアント・ネットワーク・ノード５２〜５６に、そ
れらの個々の要件に従って中継する。よって、図２１に示す例で、エリアサーバ６４は、
エリアクライアント５２によってアップロードされたストリームセット３５２の個々のコ
ピー３５８、３６０をその他の各エリアクライアント５４、５６に送信し、エリアクライ
アント５４によってアップロードされたストリームセット３５４の個々のコピー３６２、
３６４をその他の各エリアクライアント５２、５６に送信し、エリアクライアント５６に
よってアップロードされたストリームセット３５６の個々のコピー３６６、３６８をその
他の各エリアクライアント５２、５４に送信する。各ストリームセット３５８〜３６８は
、共用仮想領域内のオブジェクトを、仮想領域仕様および各オブジェクトの位置に従って
接続するのに必要とされるすべてのリアルタイム・データ・ストリームを含む。これらの
ストリームはそれぞれパケットに分割され、各パケットは、パケットのソースを識別する
ソース識別子フィールド、順序付け番号、およびその他の情報を含むヘッダを含む。

エリア・クライアント・ネットワーク・ノード５２〜５６はそれぞれ、必要なリアルタ
イム・データ・ストリーム型（オーディオ、映像、チャット、動きデータなど）ごとに、
エリア・サーバ・ネットワーク・ノード６４から受け取られるリアルタイム・データ・ス
トリームから個々のストリームミックスを生成する。このプロセスにおいて、各エリアク
ライアントは、着信リアルタイム・データ・ストリーム・パケットを、型（映像、オーデ
ィオ、チャット、動きデータ、制御など）ごと、ソース識別子ごとに分け、順序番号によ
ってパケットを再組立てする。次いで各エリアクライアントは、レンダリング時にリアル
タイム・データ・ストリーム間の同期を維持するために、相関関係を有するタイムスタン
プおよびソースＩＤにより、再組立てされたパケットストリームを順序付けする。

ｅ．動的ストリーム処理トポロジの例
実施形態によっては、エリアサーバ６４は、指定のリアルタイム・データ・ストリーム
のセットを所与のネットワークノードに配信するリアルタイム・データ・ストリーム処理
トポロジを動的に決定する。このプロセスにおいて、エリアサーバ６４は、ストリーム処
理トポロジとして、中央ネットワークノードを介して第１のセット内のネットワークノー
ド間でリアルタイム・データ・ストリームを切り換えること、および第２のセット内のネ
ットワークノード間で、直接ピア・ツー・ピア・リアルタイム・データ・ストリーム接続
を介してリアルタイム・データ・ストリームを切り換えることを伴うトポロジを選択する
。第１のノードセットは、第２のノードセットと異なっていてもよい。前述のように、各
ネットワークノードは、仮想領域における個々の位置と関連付けられた少なくとも１つの
オブジェクトと、リアルタイム・データ・ストリーム型の１つ以上のソースおよびシンク
の少なくとも１つを有する。エリアサーバ６４は、１つ以上の切換え規則、および決定さ
れたリアルタイム・データ・ストリーム処理トポロジに基づき、第１のセット内のネット
ワークノード間でリアルタイム・データ・ストリーム・パケットを転送する。

図２２に、前述のストリーム処理トポロジの要素を動的に組み合わせるリアルタイム・
データ・ストリーム処理トポロジ３７０の一実施形態を示す。詳細には、図２２に示す例
示的トポロジにおいて、エリア・クライアント・ネットワーク・ノード５２〜５６は、必
要に応じて、ピア・ツー・ピア接続と、エリアサーバ６４がエリア・クライアント・ネッ
トワーク・ノード間の送受信スイッチを作動させるサーバ仲介型接続との動的組み合わせ
によって、必要なリアルタイム・データ・ストリームを受け取る。

トポロジ３７０において、エリア・クライアント・ネットワーク・ノード５２〜５６は
それぞれ、必要なリアルタイム・データ・ストリームの個々のセット３７２、３７４、３
７６を、エリアサーバ６４にアップロードする。図２２に示す例において、エリアサーバ
６４は、エリアクライアント５２によってアップロードされたストリームセット３７２の
コピー３７８を、エリアクライアント５４に中継し、エリアクライアント５４によってア
ップロードされたストリームセット３７４の各コピー３８０、３８２を、その他のエリア
クライアント５２、５６のそれぞれに中継し、エリアクライアント５６によってアップロ
ードされたストリームセット３７６のコピー３８４をエリアクライアント５４に中継する
。加えてエリアクライアント５２は、必要なストリームセット３８６を、エリアクライア
ント５４から直接受け取り、エリアクライアント５６は、必要なストリームセット３８８
を、エリアクライアント５２から直接受け取る。各ストリームセット３７８〜３８８は、
共用仮想領域内のオブジェクトを、仮想領域仕様および各オブジェクトの位置に従って接
続するのに必要とされるすべてのリアルタイム・データ・ストリームを含む。これらのス
トリームはそれぞれパケットに分割され、各パケットは、パケットのソースを識別するソ
ース識別子フィールド、順序付け番号、およびその他の情報を含むヘッダを含む。

エリア・クライアント・ネットワーク・ノード５２〜５６はそれぞれ、必要なリアルタ
イム・データ・ストリーム型（オーディオ、映像、チャット、動きデータなど）ごとに、
その他のエリア・クライアント・ネットワーク・ノードから受け取られるリアルタイム・
データ・ストリームから個々のストリームミックスを生成する。このプロセスにおいて、
各エリアクライアントは、着信リアルタイム・データ・ストリーム・パケットを、型（映
像、オーディオ、チャット、動きデータ、制御など）ごと、ソース識別子ごとに分け、順
序番号によってパケットを再組立てする。次いで各エリアクライアントは、レンダリング
時にリアルタイム・データ・ストリーム間の同期を維持するために、相関関係を有するタ
イムスタンプおよびソースＩＤにより、再組立てされたパケットストリームを順序付けす
る。

トポロジ３７０は、エリア・クライアント・ネットワーク・ノード５２〜５６上で利用
できる帯域幅を、各エリア・クライアント・ネットワーク・ノード５２〜５６が最大数の
非混合リアルタイム・データ・ストリームを受け取るように最適化させることを可能にす
る。

ＶＩＩ．第２のシステムアーキテクチャ実施形態
図２３に、エリア・クライアント・ネットワーク・ノード５２〜５６、エリア・サーバ
・ネットワーク・ノード６４の一実施形態４０２、およびネットワークスイッチ４０４を
含む共用仮想領域通信環境４００の一実施形態を示す。共用仮想領域通信環境４００の各
要素の構造および動作は、エリアサーバ６４およびクライアント通信アプリケーション１
４２（図７参照）の少なくとも１つのリアルタイム・データ・ストリーム切換え機能の１
つ以上がネットワークスイッチ４０４に組み込まれ、ネットワークスイッチ４０４が、前
述の方法の１つ以上に従って自動リアルタイム・データ・ストリーム切換えを行うことが
可能になっていることを除いて、前述の共用通信環境の各要素の構造および動作と同じで
ある。

ネットワークスイッチ４０４は、メモリ４０５と、少なくとも１つコンピュータプロセ
ッサを含む処理装置４０７と、ネットワークスイッチ４０４がエリア・クライアント・ネ
ットワーク・ノード５４、５６およびエリアサーバ４０２に接続するためのネットワーク
アダプタ４０３と、を含むコンピュータネットワーキング機器である。動作に際して、ネ
ットワークスイッチ４０４は、データパケットを検査し、各パケットのソースを決定し、
各パケットを個々の宛先に転送することによって各ネットワークセグメントを接続する。
各パケットごとに、ネットワークスイッチは、宛先およびソースのハードウェアアドレス
を、ネットワークセグメントおよびアドレスの表と比較する。セグメントが同じである場
合、パケットは削除される。そうでない場合、ネットワークスイッチ４０４は、そのパケ
ットを適正なセグメントに転送する。ネットワークスイッチ４０４は通常、パケット転送
のための好ましい経路を含む転送表４０９に基づいて、パケットの転送先となるネットワ
ーク宛先を決定する。ネットワークスイッチ４０４は通常、ネットワークスイッチ４０４
の近くにあるネットワーク宛先への経路を含む経路指定表４１１に経路指定アルゴリズム
を適用することによって、転送表４０９を生成する。転送表４０９および経路指定表４１
１内の各経路は通常、ネットワークスイッチ４０４とネットワーク宛先の間のネットワー
クトポロジを記述する情報によって指定される。ネットワークスイッチ４０４は、不良な
パケットまたは正しく整列されていないパケットは転送しない。ネットワークスイッチ４
０４は、物理層、データリンク層、ネットワーク層、およびトランスポート層を含むＯＳ
Ｉ階層の１つ以上において動作し得る。ネットワークスイッチ４０４の例示的実装形態に
は、ネットワークスイッチ、ネットワークルータ、ネットワークハブなどが含まれる（た
だし必ずしもこれらに限定されない）。

実施形態によっては、ネットワークスイッチ４０４は、仮想領域を共用するネットワー
クノード間でリアルタイム・データ・ストリーム接続を切り換える。ネットワークアダプ
タ４０３は、エリアサーバ４０２から仮想領域仕様４０６を受け取る。仮想領域仕様４０
６は、個々のリアルタイム・データ・ストリーム型のソースとそのリアルタイム・データ
・ストリーム型のシンクの間の個々の接続を仮想領域における位置によってそれぞれ定義
する１つ以上の切換え規則の記述を含む。コンピュータ可読メモリ４０５は、仮想領域仕
様４０６と、経路指定表４１１および転送表４０９の一方または両方を記憶し、表４０９
、４１１はそれぞれ、ネットワーク宛先までの経路を記述するネットワークトポロジ情報
を含む。処理装置４０７は、ネットワークノード５２〜５６の２つ以上の間でリアルタイ
ム・データ・ストリーム・パケットを転送し、ネットワークノード５２〜５６はそれぞれ
、仮想領域における個々の位置、ならびにリアルタイム・データ・ストリーム型の１つ以
上のソースおよびシンクの少なくとも１つと関連付けられている。処理装置４０７は、１
つ以上のリアルタイム・データ・ストリーム・パケットを、ネットワークトポロジ情報お
よび１つ以上の切換え規則に基づいて転送する。

実施形態によっては、ネットワークスイッチは、エリア・クライアント・ストリーム切
換えマネージャ１６８の機能の１つ以上を果たす。これらの実施形態において、処理装置
４０７は、ネットワークノード５２〜５４間で１つ以上のリアルタイム・データ・ストリ
ーム接続を確立し、ネットワークノード５２〜５６は、リアルタイム・データ・ストリー
ム型の１つ以上のソースおよびシンクの少なくとも１つとそれぞれが関連付けられている
個々のオブジェクトと関連付けられている。処理装置４０７は、それら１つ以上のリアル
タイム・データ・ストリーム接続を、図１０および図１２〜１４の方法の一方または両方
に従い、１つ以上の切換え規則、オブジェクトと関連付けられた個々のソースおよびシン
ク、ならびに仮想領域におけるオブジェクトの個々の位置に基づいて確立する。

実施形態によっては、ネットワークスイッチ４０４は、エリア・サーバ・ネットワーク
・ノードの機能の１つ以上を果たす。詳細には、ネットワークスイッチ４０４は、エリア
サーバ６４（図８など参照）のリアルタイム・データ・ストリーム切換え機能の一部また
は全部を果たす。これに関して、ネットワークスイッチ４０４は、エリアサーバ６４から
構成データを受け取る。構成データは、仮想領域仕様１８０（図８参照）のコピー、およ
びオブジェクトレジスタ１８２（図８参照）のコピーを含む。ネットワークスイッチ４０
４は、仮想領域仕様１８０のコピーでローカル仮想領域仕様キャッシュ４０６を初期設定
し、オブジェクトレジスタ１８２のコピーでローカル・オブジェクト・レジスタ４０８を
初期設定する。ネットワークスイッチ４０４は、周期的に、またはイベント（アバタの動
きなど）に応答して、または、周期的に、と、イベントに応答して、の両方で、エリアク
ライアント５２〜５６から受け取られる動きデータに基づき、仮想領域において参入し、
退出し、動き回る交信者のアバタおよびその他のオブジェクトを追跡することにより得ら
れる情報で、ローカル・オブジェクト・レジスタ４０８を更新する。ネットワークスイッ
チ４０４は、図１７の方法に従ってエリア・クライアント・ネットワーク・ノード５２〜
５６に必要なデータ・ストリーム・データを配信するリアルタイム・データ・ストリーム
接続を決定する。このプロセスは、エリア・クライアント・ネットワーク・ノード５２〜
５６に必要なリアルタイム・データ・ストリーム・データを提供する最適なストリーム処
理トポロジを決定することを含む。

実施形態によっては、ネットワークスイッチ４０４は、所与のネットワークノードに指
定のリアルタイム・データ・ストリームのセットを配信するリアルタイム・データ・スト
リーム処理トポロジを動的に決定する。このプロセスにおいて、処理装置４０７は、スト
リーム処理トポロジとして、中央ネットワークノードを介して第１のセット内のネットワ
ークノードのそれぞれの間でリアルタイム・データ・ストリームを切り換えること、およ
び（通常は第１のセットと異なる）第２のセット内のネットワークノードのそれぞれの間
で、直接ピア・ツー・ピア・リアルタイム・データ・ストリーム接続を介してリアルタイ
ム・データ・ストリームを切り換えることを伴うトポロジを選択する。前述のように、各
ネットワークノードは、仮想領域における個々の位置、ならびにリアルタイム・データ・
ストリーム型の１つ以上のソースおよびシンクの少なくとも１つと関連付けられている。
処理装置４０７は、１つ以上の切換え規則、および決定されたリアルタイム・データ・ス
トリーム処理トポロジに基づき、第１のセット内のネットワークノード間でリアルタイム
・データ・ストリーム・パケットを転送する。

ＶＩＩＩ．結論
本明細書で示す実施形態は、各共用仮想領域通信環境においてリアルタイム・データ・
ストリーム接続を切り換えるシステムおよび方法を提供するものである。これらの実施形
態は、共用仮想領域を介して通信するネットワークノード間でリアルタイム・データ・ス
トリームを接続するための切換え規則を、仮想領域の仕様に明示的に結び付けることを可
能にする。これらの実施形態は、仮想領域の設計者が、仮想領域の形および外観のみなら
ず、交信者がリアルタイム・データ・ストリームを介して相互に接続するやり方も制御す
ることを可能にする。加えて、仮想領域内の各場所に自動切換え規則を結び付けることに
より、これらの実施形態は、仮想領域内のオブジェクトの属性および特性に基づいて接続
を確立し、終了するシステム、ならびに信号処理機能をストリームの経路指定、接続およ
び切断の各機能と絡み合わせるシステムに比べて、交信者ノードの接続および切断の際に
伴う複雑さを低減し、システムのスケーラビリティを増大させる。

特許請求の範囲内には他の実施形態も含まれるものである。

５２ エリア・クライアント・ネットワーク・ノード
５４ エリア・クライアント・ネットワーク・ノード
５６ エリア・クライアント・ネットワーク・ノード
５８ 通信ネットワーク
６４ エリアサーバ
１６２ 通信モジュール
１６４ ３次元可視化エンジン
１６５ チャットエンジン
１６６ オーディオ処理エンジン
１６８ ストリーム切換えマネージャ
１７０ 帯域幅モニタ
１７１ コンピュータマウス
１７２ スピーカ
１７４ スピーカ
１７６ ヘッドセット
１７８ マイクロホン
１８０ 仮想領域仕様
１８２ オブジェクトレジスタ
１８４ ストリームミックスのリスト
１８６ インターフェースデータ
１８８ ゾーンリスト
１９０ オブジェクトレジスタ
１９２ 現在のオブジェクト位置データベース
１９４ ストリーム・ミックス・リスト
１９６ 仮想領域仕様
１９８ 交信者アバタデータベース

Claims (27)

1. 仮想領域（２８）のゾーン（３６〜４４）と切換え規則とを規定する仮想領域仕様（６０、１８０）に基づいて、各オブジェクト（３０〜３４）と関連付けられたネットワークノード（５２、５４、５６、６４、４０４）間での１つまたは複数のリアルタイム・データ・ストリーム接続を管理するステップであって、前記切換え規則は、前記ゾーン（３６〜４４）のうちの指定されたソースゾーンと関連付けられた個々のリアルタイム・データ・ストリーム型のソース（６６）を、前記ゾーン（３６〜４４）のうちの指定されたシンクゾーンと関連付けられた前記リアルタイム・データ・ストリーム型のシンク（６８）と接続するための命令を規定する、管理するステップ、
   を含み、
   前記ゾーン（３６〜４４）の各々は、個々の幾何学的境界と関連付けられ、前記オブジェクト（３０〜３４）の各々は、１つまたは複数のリアルタイム・データ・ストリーム型のソースおよびシンクのうちの少なくとも一方と関連付けられ且つ前記ゾーン（３６〜４４）のうちの対応するゾーン内に位置し、前記ネットワークノード（５２、５４、５６、６４、４０４）のうちの特定のネットワークノード間の各リアルタイム・データ・ストリーム接続の管理は、前記切換え規則、前記特定のネットワークノード（５２、５４、５６、６４、４０４）とそれぞれ関連付けられた前記オブジェクト（３０〜３４）のうちの特定のオブジェクトと関連付けられたそれぞれのソース（６６）およびシンク（６８）、および各特定のオブジェクト（３０〜３４）が配置される対応するゾーン（３６〜４４）、のうちの１つまたは複数に基づいている、方法。
2. 前記切換え規則は、前記個々のリアルタイム・データ・ストリーム型のソースゾーンおよびシンクゾーンの両方として、前記ゾーン（３６〜４４）のうちの特定のゾーンを指定し、
   前記管理するステップは、前記個々のリアルタイム・データ・ストリーム型のソース（６６）を有し且つ前記特定のゾーン内に配置されたオブジェクト（３０〜３４）と関連付けられた前記ネットワークノード（５２、５４、５６、６４、４０４）のそれぞれと、前記リアルタイム・データ・ストリーム型のシンク（６８）を有し且つ前記特定のゾーン内に配置されたオブジェクト（３０〜３４）と関連付けられた前記ネットワークノード（５２、５４、５６、６４、４０４）のそれぞれと、の間のリアルタイム・データ・ストリーム接続を管理することを含む、
   請求項１に記載の方法。
3. 前記切換え規則は、所与のリアルタイム・データ・ストリーム型のソースゾーンとして、前記ゾーン（３６〜４４）のうちの第１のゾーンを指定し、前記所与のリアルタイム・データ・ストリーム型のシンクゾーンとして、前記ゾーン（３６〜４４）のうちの第２のゾーンを指定し、
   前記管理するステップは、前記所与のリアルタイム・データ・ストリーム型のソース（６６）を有し且つ前記第１のゾーン内に配置されたオブジェクト（３０〜３４）と関連付けられた前記ネットワークノード（５２、５４、５６、６４、４０４）のそれぞれと、前記所与のリアルタイム・データ・ストリーム型のシンク（６８）を有し且つ前記第２のゾーン内に配置されたオブジェクト（３０〜３４）と関連付けられた前記ネットワークノード（５２、５４、５６、６４、４０４）のそれぞれと、の間のリアルタイム・データ・ストリーム接続を管理することを含む、
   請求項１に記載の方法。
4. 前記第１のゾーンの幾何学的境界は、前記第２のゾーンの幾何学的境界の外側にある、請求項３に記載の方法。
5. 前記切換え規則は、第２の所与のリアルタイム・データ・ストリーム型のソースゾーンおよびシンクゾーンの両方として、前記第１のゾーンを指定し、
   前記管理するステップは、前記第２の所与のリアルタイム・データ・ストリーム型のソース（６６）を有し且つ前記第１のゾーン内に配置されたオブジェクト（３０〜３４）と関連付けられた前記ネットワークノード（５２、５４、５６、６４、４０４）のそれぞれと、前記第２の所与のリアルタイム・データ・ストリーム型のシンク（６８）を有し且つ前記第１のゾーン内に配置されたオブジェクト（３０〜３４）と関連付けられた前記ネットワークノード（５２、５４、５６、６４、４０４）のそれぞれと、の間のリアルタイム・データ・ストリーム接続を管理することを含む、
   請求項４に記載の方法。
6. 前記切換え規則は、前記第２のゾーン内にあって特定の役割と関連付けられた第１の所与のリアルタイム・データ・ストリーム型の任意のシンク（６８）に対する、前記第１のゾーンをソースとする前記第１の所与のリアルタイム・データ・ストリーム型の任意のデータ・ストリームの接続を指定する、請求項５に記載の方法。
7. 前記切換え規則は、前記第１のゾーン内にあって第２の特定の役割と関連付けられた前記第２の所与のリアルタイム・データ・ストリーム型の任意のシンク（６８）に対する、前記第１のゾーンをソースとする前記第２の所与のリアルタイム・データ・ストリーム型の任意のデータ・ストリームの接続を指定する、請求項６に記載の方法。
8. 前記切換え規則は、第３の所与のリアルタイム・データ・ストリーム型のソースゾーンおよびシンクゾーンの両方として、前記第２のゾーンを指定し、
   前記管理するステップは、前記第３の所与のリアルタイム・データ・ストリーム型のソース（６６）を有し且つ前記第２のゾーン内に配置されたオブジェクト（３０〜３４）と関連付けられた前記ネットワークノード（５２、５４、５６、６４、４０４）のそれぞれと、前記第３の所与のリアルタイム・データ・ストリーム型のシンク（６８）を有し且つ前記第２のゾーン内に配置されたオブジェクト（３０〜３４）と関連付けられた前記ネットワークノード（５２、５４、５６、６４、４０４）のそれぞれと、の間のリアルタイム・データ・ストリーム接続を管理することを含む、
   請求項５に記載の方法。
9. 第１および第２の所与のリアルタイム・データ・ストリーム型は同じであり、前記第３の所与のリアルタイム・データ・ストリーム型は、前記第１および第２の所与のリアルタイム・データ・ストリーム型とは異なる、請求項８に記載の方法。
10. 前記切換え規則は、前記第２のゾーン内にあって第２の役割と関連付けられた第１の所与のリアルタイム・データ・ストリーム型の任意のシンク（６８）に対する、前記第１のゾーンをソースとする第１の役割と関連付けられた前記第１の所与のリアルタイム・データ・ストリーム型の任意のデータ・ストリームの接続を指定し、
    前記切換え規則は、前記第１のゾーン内にあって第３の役割と関連付けられた前記第１の所与のリアルタイム・データ・ストリーム型の任意のシンク（６８）に対する、前記第１のゾーンをソースとする前記第１の役割と関連付けられた前記第２の所与のリアルタイム・データ・ストリーム型の任意のデータ・ストリームの接続を指定し、
    前記切換え規則は、前記第２のゾーン内にあって前記第２の役割と関連付けられた前記第３の所与のリアルタイム・データ・ストリーム型の任意のシンク（６８）に対する、前記第２のゾーンをソースとする前記第２の役割と関連付けられた前記第３の所与のリアルタイム・データ・ストリーム型の任意のデータ・ストリームの接続を指定する、
    請求項８に記載の方法。
11. 前記切換え規則は、第３の所与のリアルタイム・データ・ストリーム型のソースゾーンとして前記第２のゾーンを指定し、前記第３の所与のリアルタイム・データ・ストリーム型のシンクゾーンとして、前記第１のゾーンを指定し、
    前記管理するステップは、前記第３の所与のリアルタイム・データ・ストリーム型のソース（６６）を有し且つ前記第２のゾーン内に配置されたオブジェクト（３０〜３４）と関連付けられた前記ネットワークノード（５２、５４、５６、６４、４０４）のそれぞれと、前記第３の所与のリアルタイム・データ・ストリーム型のシンク（６８）を有し且つ前記第１のゾーン内に配置されたオブジェクト（３０〜３４）と関連付けられた前記ネットワークノード（５２、５４、５６、６４、４０４）のそれぞれと、の間のリアルタイム・データ・ストリーム接続を管理することを含む、
    請求項５に記載の方法。
12. 前記切換え規則は、前記第２のゾーン内にあって第１の役割と関連付けられた第１の所与のリアルタイム・データ・ストリーム型の任意のシンク（６８）に対する、前記第１のゾーンをソースとする前記第１の所与のリアルタイム・データ・ストリーム型の任意のデータ・ストリームの接続を指定し、
    前記切換え規則は、前記第１のゾーン内にあって第２の役割と関連付けられた前記第１の所与のリアルタイム・データ・ストリーム型の任意のシンク（６８）に対する、前記第１のゾーンをソースとする前記第２の所与のリアルタイム・データ・ストリーム型の任意のデータ・ストリームの接続を指定し、
    前記切換え規則は、前記第１のゾーン内にあって前記第２の役割と関連付けられた前記第３の所与のリアルタイム・データ・ストリーム型の任意のシンク（６８）に対する、前記第２のゾーンをソースとする前記第１の役割と関連付けられた前記第３の所与のリアルタイム・データ・ストリーム型の任意のデータ・ストリーム接続を指定する、
    請求項１１に記載の方法。
13. 前記第２のゾーンをソースゾーンとして指定し且つ前記第１のゾーンをシンクゾーンとして指定する任意の切換え規則を、前記仮想領域（２８）の仕様が含まない、請求項３に記載の方法。
14. 前記第２のゾーンの幾何学的境界は、前記第１のゾーンの幾何学的境界の内側にある、請求項３に記載の方法。
15. 前記切換え規則は、第２の所与のリアルタイム・データ・ストリーム型のソースゾーンおよびシンクゾーンの両方として前記第２のゾーンを指定し、
    前記管理するステップは、前記第２の所与のリアルタイム・データ・ストリーム型のソース（６６）を有し且つ前記第２のゾーン内に配置されたオブジェクト（３０〜３４）と関連付けられた前記ネットワークノード（５２、５４、５６、６４、４０４）のそれぞれと、前記第２の所与のリアルタイム・データ・ストリーム型のシンク（６８）を有し且つ前記第２のゾーン内に配置されたオブジェクト（３０〜３４）と関連付けられた前記ネットワークノード（５２、５４、５６、６４、４０４）のそれぞれと、の間のリアルタイム・データ・ストリーム接続を管理することを含む、
    請求項１４に記載の方法。
16. 前記第２のゾーンをソースゾーンとして指定し、前記第１のゾーンをシンクゾーンとして指定する任意の切換え規則を、前記仮想領域（２８）の仕様が含まない、請求項１５に記載の方法。
17. 前記管理するステップは、前記個々のリアルタイム・データ・ストリーム型のソース（６６）を有し且つ前記指定されたソースゾーン内に配置されたオブジェクト（３０〜３４）と関連付けられた前記ネットワークノード（５２、５４、５６、６４、４０４）のそれぞれと、前記リアルタイム・データ・ストリーム型のシンク（６８）を有し且つ前記指定されたシンクゾーン内に配置されたオブジェクト（３０〜３４）と関連付けられた前記ネットワークノード（５２、５４、５６、６４、４０４）のそれぞれと、を接続することを含む、請求項１乃至１６のいずれか一項に記載の方法。
18. 前記オブジェクト（３０〜３４）のうちの複数のオブジェクトを、前記ゾーン（３６〜４４）のうちの対応するゾーンの内外に、ユーザ入力に応答して移動するステップをさらに含む、請求項１乃至１７のいずれか一項に記載の方法。
19. 前記オブジェクト（３０〜３４）は、前記ネットワークノード（５２、５４、５６、６４、４０４）のうちの対応するネットワークノードを操作する交信者をそれぞれ表すアバタである、請求項１乃至１８のいずれか一項に記載の方法。
20. 役割属性値は、前記指定されたソースゾーンと関連付けられた前記個々のリアルタイム・データ・ストリーム型のソース（６６）の特定の役割を識別し、
    前記管理するステップは、前記特定の役割と関連付けられた前記指定されたソースゾーンと関連付けられた前記個々のリアルタイム・データ・ストリーム型のソース（６６）のうちの複数を識別することと、該識別されたソース（６６）と、前記指定されたシンクゾーンと関連付けられた前記リアルタイム・データ・ストリーム型のシンク（６８）のうちの対応するシンクと、の接続を管理することと、を含む、
    請求項１乃至１９のいずれか一項に記載の方法。
21. 前記管理するステップは、前記指定されたソースゾーンと関連付けられた前記個々のリアルタイム・データ・ストリーム型のソース（６６）と、前記指定されたシンクゾーンと関連付けられた前記リアルタイム・データ・ストリーム型のシンク（６８）と、の接続を、前記指定されたソースゾーンおよび前記指定されたシンクゾーンのうちの少なくとも一方と関連付けられたストリーム優先度属性値に基づいて、前記仮想領域（２８）と関連付けられたソース（６６）とシンク（６８）との間の他の接続との関連において、優先度付けすることを含む、請求項１乃至２０のいずれか一項に記載の方法。
22. 前記管理するステップは、前記指定されたソースゾーンと関連付けられた前記個々のリアルタイム・データ・ストリーム型のソース（６６）と、前記指定されたシンクゾーンと関連付けられた前記リアルタイム・データ・ストリーム型のシンク（６８）と、の接続を、前記指定されたソースゾーンおよび前記指定されたシンクゾーンのうちの少なくとも一方と関連付けられたネットワーク経路トポロジ属性値に基づいて管理することを含む、請求項１乃至２１のいずれか一項に記載の方法。
23. 前記経路トポロジ属性値は、サーバ仲介型経路トポロジを識別し、前記管理するステップは、サーバ仲介型ネットワークリンクにわたって管理された接続を指示することを含む、請求項２２に記載の方法。
24. 前記経路トポロジ属性値は、直接経路トポロジを識別し、前記管理するステップは、ピア・ツー・ピア・ネットワークリンクにわたって管理された接続を指示することを含む、請求項２２に記載の方法。
25. 前記管理するステップは、所与の切換え規則にしたがって、前記指定されたソースゾーンと関連付けられた前記個々のリアルタイム・データ・ストリーム型のソース（６６）と、前記指定されたシンクゾーンと関連付けられた前記リアルタイム・データ・ストリーム型のシンク（６８）と、の接続に対する帯域幅の割り当てを、前記指定されたソースゾーンおよび前記指定されたシンクゾーンのうちの少なくとも一方と関連付けられた帯域幅属性値に基づいて管理することを含む、請求項２２に記載の方法。
26. コンピュータによって実行される場合に、該コンピュータに、請求項１乃至２５のいずれか一項に記載の方法を実行させるためのコンピュータ可読命令を格納するコンピュータ可読媒体。
27. 請求項１乃至２５のいずれか一項に記載の方法を実行する装置。

Images