(57)【特許請求の範囲】
【請求項１】
フェデレートされたコラボレーションセッションの３−Ｄ仮想コラボレーションセッションへのテレポーテーションをモデレートする方法であって、
（Ａ）フェデレーションサーバーが、モデレータの指示により、テレポーテーションサービスを起動するステップと、
（Ｂ）前記モデレータが、前記テレポーテーションサービスの為に、参加者とミーティングの場所を選択するステップと、
（Ｃ）前記フェデレーションサーバーが、前記ステップ（Ｂ）で選択された参加者とミーティングの場所を受領するステップと、
（Ｄ）前記フェデレーションサーバーが、全ての前記参加者のサーバーに、ゲートウェイインスタンスを起動させるステップと、
（Ｅ）３−Ｄサーバーが、前記ミーティングの場所に前記参加者を案内し、３−Ｄ仮想コラボレーション環境内でコラボレーションを開始するステップと
を含む
ことを特徴とする方法。
【請求項２】
（Ｆ）前記フェデレーションサーバーが、モデレータの指示により、モデレータクライアントにゲートウェイインスタンスをロードするステップ
を更に含む
ことを特徴とする請求項１記載の方法。
【請求項３】
（Ｇ）固有の情報を得る為に、前記参加者のサーバーをスキャンするステップ
を更に含む
ことを特徴とする請求項２記載の方法。
【請求項４】
（Ｈ）前記３−Ｄサーバーが前記固有の情報のロードを開始するステップ、
を更に含む
ことを特徴とする請求項３記載の方法。
【請求項５】
前記固有の情報が、参加者情報を含む
ことを特徴とする請求項４記載の方法。
【請求項６】
（Ｉ）コラボレーションコンテンツを得る為に、前記フェデレーションサーバーをスキャンするステップ
を更に含む
ことを特徴とする請求項２記載の方法。
【請求項７】
前記コラボレーションコンテンツが、言語文書ファイルまたはオーディオデータファイルのいずれかを含む
ことを特徴とする請求項６記載の方法。
【請求項８】
（Ｊ）前記コラボレーションセッションが終了した時に、前記コラボレーションコンテンツを前記３−Ｄサーバーから２−Ｄサーバーへテレポートするステップ、
を更に有し、
その結果、前記参加者が、前記コラボレーションコンテンツを、前記フェデレートされたコラボレーション環境の中で使用できる
ことを特徴とする請求項１記載の方法。
【請求項９】
グループからの少なくとも１セットの参加者のために拡張したコラボレーション環境をモデレートするためのシステムであって、
（Ｘ）少なくとも１セットの参加者のために、２−Ｄのフェデレートされたコラボレーション環境を実現するフェデレートされたサーバーと、
（Ｙ）前記少なくとも１セットの参加者のために、３−Ｄ仮想コラボレーション環境を実現する３−Ｄサーバーと、
（Ｚ）前記３−Ｄ仮想コラボレーション環境にテレポートされたコラボレーショングループを形成するために、前記２−Ｄのフェデレートされたコラボレーション環境から、前記少なくとも１セットの参加者の少なくとも２人の参加者のテレポーテーションを実現するゲートウェイサーバーと
を含む
ことを特徴とするシステム。
【請求項１０】
前記ゲートウェイサーバーが、プロセッサと、メモリーと、ゲートウェイエンジンとを含み、前記ゲートウェイエンジンが、
（Ａ）前記フェデレーションサーバーにテレポーテーションサービスを起動させ、
（Ｂ）前記フェデレーションサーバーにモデレータークライアントに、ゲートウェイインスタンスをロードするよう指示し、
（Ｃ）テレポーテーションのために、参加者及びミーティングの場所を選択し、
（Ｄ）前記参加者及びミーティングの場所の前記選択結果を、前記フェデレーションサーバーに通知し、
（Ｅ）前記フェデレーションサーバーが全ての参加者へゲートウェイインスタンスを起動するよう、指示し、
（Ｆ）前記参加者を特性情報を得る為にスキャンし、
（Ｇ）前記３−Ｄサーバーが前記特性情報のロードを開始するように、指示し、
（Ｈ）前記３−Ｄサーバーが前記ミーティングの場所に参加者を案内し、前記３−Ｄ仮想コラボレーション環境内で前記コラボレーションを開始するよう、指示する
ことを特徴とする請求項９記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コラボレーション（collaboration）のシステム及び方法に関し、特に、フェデレーション（federation）（２−Ｄ）コラボレーション環境と仮想３−Ｄコラボレーション環境との間を相対的にシームレスにテレポートする（teleport）ことによって、コラボレーション経験を拡張していくシステム及び方法に関する。
【背景技術】
【０００２】
コラボレーションは、コミュニケーションの主要な形式であり、ここでは２以上の個人又はグループが、知識、情報、学識及び構築したコンセンサスをシェアすることによって、共通のゴールの交点で一緒に働いている。世界は、インターネット、有線・無線ネットワークなどのような、グローバルなコンピュータネットワークで、より一層接続されるようになっているため、異なる地理的な位置をまたぐ、個人及びグループ間のコラボレーションは、複雑で洗練されたタスクを効果的に達成するための規範となっている。
【０００３】
個人及び／又はグループ間のコラボレーションを可能とする共通のアプローチは、例えばグーグルラブ（Google Labs）の中のグーグルウェーブ（Google Wave)またはグーグルシェアドスペース（Google Shared Spaces）のような、「２−Ｄ」または「フェデレーション」コラボレーション環境を通じてなされる。その中では、ジョイントコラボレーション環境が、XEP-0238の中に記述されグーグルウェーブフェデレーション（Google Wave Federation)プロトコルで使用されるようなフェデレーションプロトコル（例えばXMPPインタードメインフェデレーションプロトコル）に従って、各々のグループを一緒に接続することによって、生成されるであろう。２−Ｄコラボレーションは、例示のみではあるが、インターネットのような、グローバルコンピュータネットワーク上での、ライブの、シェアドスペース でありうる。そこでは、個人とグループが、書式付きテキスト（formatted text）、インスタントメッセージング、写真、ビデオ、地図、その他を使用したり交換したりしながら、一緒に議論し作業する。
【０００４】
そのフェデレートされるコラボレーション環境は、グループチャット、コンタクト及びドキュメントシェアリングを含む、会話及びドキュメント交換の等しい部分を有する。参加者（participant）は誰でも、メッセージ中のどこでも回答し、コンテンツを編集し、プロセスのどのポイントででも参加者を増やすであろう。この２−Ｄ環境には、参加者に例えば誰が何をいつ発言したかを保存することを許すような、履歴特徴（history feature）がある。ユーザーがキーボードで入力するような、ライブトランスミッションでもって、参加者は相対的に速やかな会話をしたり、編集を見たり、リアルタイムで拡張部分（extensions)とインタラクトしたりすることができる。
【０００５】
しかし、フェデレーションを介したコラボレーションでは、各々のグループはそれ自身の個々のアイデンティティ、管理団体、物理的な環境、及びマネジメントインフラを保持している。そして各々のグループは、共通のタスクについて一緒に作業することのジョイントコミットメントの下でコラボレートし、媒体及び情報を全てのグループ及び参加者がシェアするために、フェデレーションプロトコルを使用する。
【０００６】
フェデレーションプロトコルを使用する、このタイプのコラボレーション環境は、グループ間のコラボレーションの普通のアプローチではあるが、このコラボレーションの枠組みには、基本的な限界がある。例えば、フェデレーションにおけるコラボレーション能力は、各々がいるところの物理的な環境による各々の個人及び／又はグループの能力によって、及び各々に用いられるマネジメントインフラの相違によって、制限される。
【０００７】
従って、フェデレートされたコラボレーション環境の柔軟さ及び強健さ（すなわち「リッチネス（richness）」）が、各々のグループにおける能力の（和集合ではなく）公約数(common denominator) によって、上限を限定される。そしてそのことが媒体、物理的環境、登録（人数）、リソース、などのような種々の要素によって絡みあわされる。この限界は、それが２−Ｄ環境か３−Ｄ環境かによらず、フェデレーションを介したコラボレーションにおいては基本的である。このことが、真にリッチで、ダイナミックで、拡張されたコラボレーションを、フェデレーションを介して達成することを困難にしている。また、新たなグループが加えられたり、フェデレーションにおいてコラボレーションセッションを実現するためにソフトウェアモジュールがダウンロードされることが必要であったりするときに、フェデレーションがコラボレーションの中で更なる制限をつけることができるほど、それは、真に拡張可能ではない。先行する公知の解法は、各々の個人又はグループの、公約数的な特徴または物理的限界によって制限される。
【０００８】
リッチな、３Ｄ型のコラボレーション環境もまた、例示ではあるがAvaya, Inc.から入手可能なウェブアライブ(web.alive)製品（ウェブアライブ  Ver.2.5を見よ）のようなものが、公知である。このような環境では、コラボレーション経験は拡張される。しかし、２−Ｄ環境に関して議論されたある限界は、この３−Ｄ環境においてもまた存在する。重要なことは、これまでは、２−Ｄのフェデレーションコラボレーション環境と、３−Ｄの「ウェブアライブのような」コラボレーション環境との間を、仮想的にシームレスに遷移（transition）し、またはテレポートし、その結果として、参加者またはグループが、各々のタイプのコラボレーション環境への、及びその環境からの、仮想的にシームレスな遷移でもって、拡張したコラボレーション経験を経験することができるような、システム及び方法は知られていなかったことである。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
このように、フェデレーションを介したコラボレーションの枠組みの中の公約数的な制限を克服しつつ、フェデレーションタイプの２−Ｄ環境でのコラボレーションの中での、各々の個人及び／またはグループの物理的環境に必ずしも依存せず制限されずに、２−Ｄフェデレーション環境と仮想の３−Ｄ環境の間を、コーディネートされて実質的に瞬時のやり方で、リッチなコラボレーションを可能にするという、システム及び方法のニーズはある。
【課題を解決するための手段】
【００１０】
一実施形態では、フェデレートされたコラボレーションセッションの３−Ｄ仮想コラボレーションセッションへのテレポーテーション（teleportation）をモデレートする（moderate）ための方法が提供される。その方法は、
−フェデレーションサーバーで、テレポーテーションサービスを起動（launch）すること、
−テレポーテーションのための参加者及びミーティングの場所を選択すること、
−参加者及びミーティングの場所の選択をフェデレーションサーバーに通知すること、
−フェデレーションサーバーに全ての参加者へゲートウェイインスタンス（gateway instance）を起動することを指示すること、及び
−３−Ｄサーバーにミーティングの場所に参加者を案内するように、また、３−Ｄ仮想コラボレーション環境内でコラボレーションを開始するように指示すること
を含んでいる。
【００１１】
別の実施形態では、１グループからの、少なくとも１セットの参加者のために拡張したコラボレーション環境をモデレートするためのシステムが提供される。このシステムは、
−その少なくとも１セットの参加者のための、２−Ｄのフェデレートされたコラボレーション環境を実現するためのフェデレートされたサーバー
−その少なくとも１セットの参加者のための、３−Ｄ仮想コラボレーション環境を実現するための３−Ｄサーバー、及び
−３−Ｄ仮想コラボレーション環境の中にテレポートされたコラボレーショングループを形成するために、２−Ｄのフェデレートされたコラボレーション環境から、その少なくとも１セットの参加者の少なくとも２人の参加者のテレポーテーションを実現するゲートウェイサーバー
を有する。
【００１２】
更に別の実施形態では、プログラムインストラクションを有するコンピュータ読み取り可能なストレージ媒体が提供される。ここで、このプログラムインストラクションは、
−フェデレーションサーバーがテレポーテーションサービスを起動すること、
−フェデレーションサーバーがモデレータークライアントの中で、ゲートウェイインスタンスをロードするように指示すること、
−テレポーテーションのための参加者及びミーティングの場所を選択すること、
−参加者及びミーティングの場所の選択結果をフェデレーションサーバーに通知すること、
−フェデレーションサーバーに全ての参加者へゲートウェイインスタンスを起動することを指示すること、
−参加者をその特性情報を求めてスキャンすること、
−３−Ｄサーバーに、特性情報をロードすることを開始するように指示すること、
−３−Ｄサーバーにミーティングの場所に参加者を案内するように、また、３−Ｄ仮想コラボレーション環境内でコラボレーションを開始するように指示すること
をコンピュータで実行可能とするものである。
【図面の簡単な説明】
【００１３】
本発明の特徴や本発明の実施形態のより特別な説明を詳細に理解するやり方は、付属する図面に示される実施形態を参考になされる。しかし、付属の図面は本発明の典型的な実施形態を示したものであり、本発明の範囲を限定するものではない。本発明はその他の等しく効果的な実施形態を許容するものである。
【００１４】
【図１】図１は、本発明の１以上の実施形態に従う、複数のグループ内のユーザー間でフェデレートされたコラボレーション環境を表したブロックダイアグラムである。
【００１５】
【図２】図２は、本発明の１以上の実施形態に従う、グループ間での３−Ｄ仮想コラボレーションを表したブロックダイアグラムである。
【００１６】
【図３Ａ】図３Ａは、本発明の１以上の実施形態に従う、例示のコンピュータネットワークシステムを表す。
【００１７】
【図３Ｂ】図３Ｂは、本発明の１以上の実施形態に従う、図３Ａのテレポートインターフェース３３０のブロックダイアグラムを表す。
【００１８】
【図４】図４は、本発明の１以上の実施形態に従う、コンピュータシステムを表す。
【００１９】
【図５】図５は、本発明の１以上の実施形態に従う、方法を記述するフローチャートを表す。
【００２０】
【図６】図６は、本発明の一実施形態に従う、シーケンスダイアグラムを表す。
【００２１】
本文で用いられるヘッディングは系統立てる目的のみのために使用されるもので、明細書や請求の範囲の表現の範囲を限定するものではない。本発明の全体で使用される、「・・でもよい（may）」は、必須の意味（すなわち、「・・ねばならない(must)」）よりも、許容の意味（すなわち、可能性を有する意味）で用いられる。同様に、語「含む（include、including、includes）」は、含んでいるがそれには、限定されないことを意味する。理解を手助けするために、複数の図面に共通な同一要素を指定するのに、できるだけ同一の参照符号が使用される。以下の説明において、「参加者」とは、「参加者」である人間を意味したり、コンピュータシステム内の説明で使用される場合は、「参加者のサーバー」或いは「参加者のフェデレーションサーバー」の意もある。
【発明を実施するための形態】
【００２２】
本発明の実施形態は、２−Ｄのフェデレーションコラボレーション環境から、仮想３−Ｄ環境へのテレポーテーションを介してのコラボレーションのシステムと方法を有しており、それは、参加者のグループが、コラボレーションが各々のグループの物理的環境に限定されるような、フェデレーションを介したコラボレーションのみに止まる場合の、基礎的な限界と制限を実質的に緩和し克服するためである。
【００２３】
「テレポーテーション」は、本発明の実施形態の状況の中では、情報、データまたは文書を、あるポイントまたはコラボレーション環境から、別のポイントまたはコラボレーション環境に、実質的に瞬時に、かつ、相対的にシームレスに、移送することと説明される。
【００２４】
図１は、フェデレーションプロトコルを用いたフェデレーションを介する、公知のコラボレーションシステムの例を示すブロックダイアグラムであり、グループ及びそのようなグループ内の参加者を含んでいる。そして、各々の参加者は、この中では「ユーザー」と呼ばれる。コラボレーション環境１００は、少なくとも、グループ１（１０２）とグループ２（１０４）を有している。グループ１は少なくともユーザーＡ（１０６）とユーザーＢ（１０８）を有している。グループ２（１０４）は少なくともユーザーＣ（１１０）とユーザーＤ（１１２）を有している。コラボレーション環境の中の、グループ１、２（１０２、１０４）は、接続され、かつ、フェデレーションプロトコル１１４を介して、お互いに、及び場合によっては（図示しない）他のグループや参加者とも、コミュニケートする。
【００２５】
コラボレーション環境１００は、追加のグループ及び各々のグループ内の追加のユーザーを含み、または、それらとコミュニケ−ションを有している。しかし説明を明確にするために、例示されたグループ及びユーザーのみを図１に示す。
【００２６】
コラボレーション環境１００は、会話及び文書交換の等しい部分を含んでいる。それらはグループチャット、コンタクト及びドキュメントシェアリングを含んでいる。どの参加者も、メッセージの中のどこでも返答し、コンテンツを編集し、プロセスのどのポイントでも参加者を増やしてよい。この２−Ｄ環境の中には、例えば参加者に誰が何をいつ言ったかを保存することを許可する、履歴特徴がある。ユーザーがキーボード上でタイプするようなライブなトランスミッションで、参加者は、相対的に速やかな会話をし、編集を見、そしてリアルタイムで拡張部分とインタラクトすることができる。
【００２７】
フェデレーションを介したコラボレーションでは、グループ１及び２（１０２、１０４）の各々は、それ自身の個々のアイデンティティ、管理団体、物理的な環境、及びマネジメントインフラを保持している。例えば、グループ１及び２の各々は、共通のタスクについて一緒に作業することのジョイントコミットメントの下でコラボレートし、全てのグループ、すなわちグループ１及び２（１０２、１０４）及び参加者、すなわちユーザーＡからＤ（１０６、１０８、１１０及び１１２）を横断して、メディア及び情報をシェアするために、フェデレーションプロトコル１１４を使用する。
【００２８】
図２は、本発明の１以上の実施形態に従うテレポーテーションを使用するコラボレーション環境２００を示すブロックダイアグラムである。コラボレーション環境２００は、グループ１及び２（２０２、２０４）を有し、そのそれぞれは更に、ユーザーＡ及びＢ（２０６、２０８）及びユーザーＣ及びＤ（２１０、２１２）を有している。これらのグループ（２０２、２０４）及びユーザー（２０６、２０８、２１０及び２１２）は、図１に関連して述べられたグループ及びユーザーと類似である。しかし、この図２の構成では、２以上のユーザー（以前のどの瞬間に、フェデレーション環境の中にいたかもいなかったかもしれない）が、彼らにとって利用できる３−Ｄ仮想コラボレーションスペース２２０を持つ。そのスペースの中では、図２のグループの中の２以上のユーザーが、テレポーテーションゲートウェイ２３０を介して、改良された（augmented）３−Ｄ仮想リアリティと共に、３−Ｄ世界２２０の中へとテレポートできる。このような３−Ｄ仮想コラボレーション環境は、Avayaのウェブアライブ（Ver.2.5）ソフトウェアを介して入手可能である。Avayaのウェブアライブサービスは、多数のミーティングルーム、オーディトリウム、テーブル、プロジェクションスクリーン、ロビーエリア、などから構成される。
【００２９】
図２は、「テレポーテーション」をベースとしたリッチなコラボレーションの枠組みの例を示しており、ここではリッチなコラボレーションは、一例として、各々個々のグループが物理世界１００から（潜んでいて、リッチなコラボレーションをほとんど瞬時に可能とするように生成された）仮想コラボレーション世界２２０の中の正確な位置へ動くことによって、可能にされる。この、グループ内の各々のグループまたは参加者がテレポートされる仮想コラボレーション環境２２０は、（コラボレーションが、自身のローカルな環境の中の全ての参加者にとって共通な能力をベースにしているような）フェデレーション２−Ｄ環境から、意図されたコラボレーションの中で掲げられた共通のゴールを効率的に獲得するための、リッチなコラボレーション能力やリソースを備えている。
【００３０】
参加者を３−Ｄコラボレーション環境の中へとテレポートすることに加えて、本発明の１以上の実施形態はテレポーテーションの直前またはそれと同時に参加者をスキャンし、そして実質的に同時のコラボレーションのために、全ての関連する情報をフェデレーション環境１００から３−Ｄ環境２２０へとテレポーテーションすることが可能である。特に、関連する、（参加者の情報、コラボレーショントピックスなどの）コンテクスト及び各々の参加者からの（インタラクション記録や書類のような）コンテンツはスキャンすることで得られ、物理的世界１００から３−Ｄ仮想世界２２０の中のコラボレーション環境へとテレポートされる。参加者が仮想３−Ｄ世界でのコラボレーションを完了したときには、コンテクスト及びコンテンツは、各々の参加者及びグループの、元のフェデレートされたコラボレーション環境１００に戻すことができる。
【００３１】
開示されたように、リッチなコラボレーションは、各々の個々のグループをそれ自身の物理環境から（３−Ｄ）仮想世界または改良されたリアリティの（３−Ｄ）仮想世界のリッチコラボレーション環境／場所へとテレポートすることによって、実質的に同時に可能となる。リッチなコラボレーション環境２２０は、全てのコラボレータが仮想世界の中で一緒に作業できる、共通コラボレーションスペースである。このことは、全てのグループが仮想世界の中の、特定の、予め決められた場所へとトランスポートされるようなやり方でなされ、そしてそのような場所は、コラボレーションのために、テレポーテーションの際にスキャンして得られたコンテクスト、履歴などのような関連情報とともに、リッチなコラボレーションのリソースや能力を備えているか、備えるであろう。
【００３２】
３−Ｄコラボレーション環境内の各々の参加者は、歩いたり、話したり、触ったり、ジェスチャーをしたり、個人的な話のために誰かをつかまえたり、プライベートな部屋に歩いていったり、周囲の参加者（ヒューマンアバター）とその場限り（ad hoc）のコラボレーショングループを形成したりなどする、ヒューマンアバター（図示せず）によって代理されている。この実施形態における仮想コラボレーションスペース２２０は、マルチのディスプレイスクリーン、プロジェクタ、ホワイトボード、テーブル、ポインタ、扉、及び類似のもの（図示せず）を備えている。ヒューマンアバターは仮想コラボレーション環境の中に空間的に置かれる。彼らは、物理的な世界と同じように、例えば、お互いを見たり、インタラクトすることができ、お互いを見つけたり、探したりすることができ、また、お互いに聞いたり話したりすることができる。
【００３３】
アバターの音声はアバターが代理している人間の実際の音声であるが、仮想３−Ｄ環境でのヒューマンアバターの位置によって、合成され、変更されることができる。３−Ｄ仮想コラボレーション環境の中の音声は、３−Ｄ（左、右、上、下など）方向と、空間的な位置及び仮想の部屋環境の音響効果に従った空間的分離を持つ。この特徴は、ユーザーの経験を改良し、コラボレーションを拡張し、リッチなコラボレーション環境でのクロストーキングやマルチトーキングの問題を効果的に軽減するために、たいへん役に立つ。
【００３４】
図３Ａは本発明の実施形態に従ったコラボレーションシステムを示している。基本のシステム３００は、少なくとも、
−フェデレーションサーバー３１０、
−３−Ｄサーバー３２０、及び、
−参加者またはグループループ１及び２（３０２、３０４）のユーザー３０６・・３１２のようなユーザーへ（または、から）、更には、フェデレーションサーバー３１０及び３−Ｄサーバー３２０へ（または、から）、データをトランスミットするための、トランスミッションまたはインターフェースネットワークシステム３３０、
を含んでいる。ネットワークシステム３３０は、大部分のどんなコミュニケーションまたはコンピュータネットワークまたはリンクの、部分的にまたは全体に展開されたものである。ここで、それらは、電子サーキットトレース、トランスミッションシステム、電子または光学の物理メディア、公共のまたはプライベートの地上波ワイヤレスまたは衛星システム、及び、ワイヤレスネットワークまたはリンクのいずれか一つまたは複数、またはそれらの組合せを含む。
【００３５】
ネットワーク３３０は、例えば、
−テレポーテーションを実現するゲートウェイエンジン３１５（図３Ｂ）、
−公衆交換電話網（ＰＳＴＮ）、インターネット、基幹または固有（proprietary）公衆回線、１Ｇ、２Ｇ、２．５Ｇ、３Ｇ、４Ｇのような無線音声及びパケットデータネットワーク、無線オフィス電話システム（ＷＯＴＳ）及び／またはブルートゥース及び／またはＩＥＥＥ８０２．１１ＷＬＡＮｓ、無線パーソナルエリアネットワーク（ＷＰＡＮｓ）、無線メトロポリタンエリアネットワーク（ＷＭＡＮｓ）などを含む無線ローカルエリアネットワーク（ＷＬＡＮｓ）などのネットワーク要素、又は
−ユニバーサルシリアルバス（ＵＳＢ）リンク、パラレルポートリンク、ファイアワイア（Firewire）リンク、ＲＳ−２３２リンク、ＲＳ−４８５リンク、コントローラーエリアネットワーク（ＣＡＮ）などのコミュニケーションリンク、
を含んでいる。
【００３６】
ネットワーク要素又はコミュニケーションリンクは、同様に、コンテンツ、トリガー（triggers）、又は他の情報のテレポーテーションを提供するための、回線交換される（circuit-switched）パケットデータ要素を含んでおり、そして、どんな数のプロトコルを使用してでも、フェデレーションサーバー３１０と３−Ｄサーバー３２０の間のそのような情報の交換をすることと調和したどんな方法でも、このような情報をコミュニケートするように構成されている。これらのプロトコルは、回線交換又はパケットデータネットワークなどでコンテンツをコミュニケートするための、標準化された、固有の、オープンソースの、そして自由に入手可能な、コミュニケーションプロトコルを含んでいる。
【００３７】
フェデレートされたサーバー３１０及び３−Ｄサーバー３２０は、それぞれ、本発明の実施形態とコミュニケートするのに適したコミュニケーションデバイスを有している。１以上の実施形態では、フェデレートされたサーバー３１０、ゲートウェイエンジン３１５、または３−Ｄサーバーの少なくとも１つが、例えば図４に示すように、本発明の１以上の実施形態を実行するために、少なくとも機器またはコンピュータシステムを有している。本発明のどの実施形態も、フェデレーションサーバー３１０、３−Ｄサーバー３２０、ゲートウェイエンジン３１５などを介して実行されることが、本発明の実施形態の中には意図されている。
【００３８】
図３Ａでは、フェデレーションサーバー３１０及び３−Ｄサーバー３２０はネットワーク３３０と接続しているが、その外部に示されている。しかし、本発明の実施形態によっては、代替的に、図３Ｂに例示するように、ネットワーク３３０の中に、またはその一部として、フェデレーションサーバー３１０及び３−Ｄサーバー３２０を含むことが意図されている。
【００３９】
図３Ｂは、フェデレーションサーバー３１０と３−Ｄサーバー３２０のテレポーテーションを介したインターフェースを示すブロックダイアグラムであり、それはゲートウェイエンジン（またはサーバー）３１５によって実現される。図３Ｂはまたフェデレーションコラボレーション環境３４０と３−Ｄコラボレーション環境３５０も示しており、その両方が拡張した、またはリッチなコラボレーション環境を確立するために参加者をホスティングする（host）ことができる。２−Ｄフェデレーション環境からの文書や他のデータの交換は、全てネットワークシステム３３０の内部にあるフェデレーションサーバー３１０、３−Ｄサーバー３２０、及びゲートウェイサーバー３１５の間のインタラクションの方法によって達成される。
【００４０】
図４は、例示の、フェデレーションサーバー３１０、３−Ｄサーバー３２０、またはゲートウェイエンジン３１５のいずれか１以上の構造を示すブロックダイアグラムである。本発明の実施形態によって意図されている方法を達成するために、エンジンまたはサーバーの、いずれか１つ、または１以上の組合せが、ホストサーバー４１０として機能することができる。本発明の実施形態によって理解されるように、点線の外枠で示されるコンポーネントはオプションである。
【００４１】
コンポーネンツはプロセッサ４２０、システムメモリー４３０、ノースブリッジチップ（Northbridge chip）として知られているメモリー／グラフィックインターフェース４２１、サウスブリッジチップ（Southbrideg chip）として知られている入出力インターフェース４２２を含んでいる。システムメモリー４３０とグラフィックプロセッサ４９０はメモリー／グラフィックインターフェース４２１に接続される。モニター４９１または他のグラフィックアウトプットデバイスは、グラフィックプロセッサ４９０に接続される。
【００４２】
一連のシステムバスは、種々のシステムコンポーネントを接続するもので、
−プロセッサ４２０、メモリー／グラフィックインターフェース４２１、及び入出力インターフェース４２２の間の高速システムバス４２３、
−メモリー／グラフィックインターフェース４２１とシステムメモリー４３０の間のフロントサイドバス４２４、及び
−メモリー／グラフィックインターフェース４２１とグラフィックプロセッサ４９０との間のアドバンストグラフィックプロセシング（ＡＧＰ）バス４２５
を含んでいる。
【００４３】
システムバス４２３は、例示であってそれに限定されないが、ＩＳＡバス、ＭＣＡバス、ＥＩＳＡバスのようなアーキテクチャーを含む、いくつかの様式のバス構造のどれでもよい。システムアーキテクチャーは進化しているので、その他のバスアーキテクチャー及びチップセットが用いられてもよいが、一般的にこのパターンに従っている。例えば、インテル（Intel）とＡＭＤは、インテルハブアーキテクチャー（ＩＨＡ）とハイパートランスポート（Hypertransport）アーキテクチャーをそれぞれをサポートしている。
【００４４】
ホストサーバー４１０は典型的には多種のコンピュータ読み取り可能媒体を含んでいる。コンピュータ読み取り可能媒体はホストサーバー４１０によってアクセスできるどんな入手可能な媒体であってもよく、揮発性または不揮発性で、取り外し可能または不可能な媒体の両方を含む。例示であってそれに限定されないが、コンピュータ読み取り可能媒体は、コンピュータ読み取り可能なストレージ媒体とコミュニケーション媒体を含む。コンピュータストレージ媒体は、コンピュータ読み取り可能なインストラクション、データ構造、プログラムモジュールまたはその他のデータのような情報を記憶するための方法または技術で作られた、揮発性または不揮発性で、取り外し可能または不可能な媒体を含む。
【００４５】
コンピュータストレージ媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリーまたはその他のメモリー技術、ＣＤ−ＲＯＭ、ＤＶＤまたはその他の光学ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージまたはその他の磁気ストレージデバイス、または必要な情報を記憶するために使用することができ、ホストサーバー４１０によってアクセスされることができる、その他のどんな媒体も含んでいる。コミュニケーション媒体は、一般的には、コンピュータ読み取り可能インストラクション、データ構造、プログラムモジュール、またはキャリアウェーブまたはその他のトランスポートメカニズムのようなモジュレートされたデータ信号の中のその他のデータに形態を与えるもので、どんな情報デリバリー媒体をも含む。
【００４６】
「モジュレートされたデータ信号」という語は、１以上のキャラクタリスティックなセットを有するか、信号の中の情報をエンコードするようなやり方で変化した、信号を意味する。例示であってそれに限定されないが、コミュニケーション媒体は、
−有線ネットワーク、または直接結線接続のような、有線媒体、
−音響、ＲＦ、赤外線及びその他の無線媒体のような、無線媒体
を含む。上記のいかなる組合せも、コンピュータ読み取り可能ストレージ媒体のスコープに入る。
【００４７】
システムメモリー４３０は、揮発性及び／または不揮発性メモリーの形の、例えばＲＯＭ４３１及びＲＡＭ４３２のようなコンピュータ読み取り可能ストレージ媒体を含む。システムＲＯＭ４３１は、１つのコラボレーション環境から別のコラボレーション環境への、参加者及び彼らのそれぞれの文書または持ち物（things：情報）のテレポーテーションを実現するためのゲートウェイプロトコル情報のような、永久的なシステムデータ４４３を含んでいる。本発明の実施形態によれば、ＢＩＯＳもシステムＲＯＭ４３１に記憶されている。ＲＡＭ４３２は、一般的には、プロセッサ４２０にとって即座にアクセス可能であって、又はプロセッサ４２０によって現在オペレートされている、データ又はプログラムを含んでいる。    
【００４８】
例示であってそれに限定されないが、ホストサーバー４１０は、
オペレーティングシステム（ＯＳ）４３４、アプリケーションプログラム４３５、仮想３−Ｄ環境を生成するために必要とされるような、その他のプログラムモジュール４３６、及び、プログラムデータ４３７を含んでいる。本発明の実施形態の中では、本発明のどんな実施形態も、アプリケーションプログラム４３５またはその他のプログラムモジュール４３６を介して実行され、プログラムデータ４３７を使用することを意図している。
【００４９】
入出力インターフェース４２２は、システムバス４２３を、多くの、その他のバス４２６，４２７及び４２８と接続し、その、その他のバスは、ホストサーバー４１０に多種の内部及び外部デバイスを接続する。シリアルペリフェラルインターフェース（ＳＰＩ）バス４２６は、スタートアップの間のように、ホストサーバー４１０の中でエレメント間の情報を転送することを助けるベーシックなルーチンを含んでいる、ＢＩＯＳメモリー４３３に接続する。本発明のいくつかの実施形態によれば、セキュリティモジュール４２９がテレポーテーション機能を管理するために組み込まれる。
【００５０】
スーパー入出力チップ４６０は多くの「レガシーの（regacy）」周辺機器、例えばフレキシブルディスク４５２、キーボード／マウス４６２、及びプリンタ４９６を接続するのに使用される。いくつかの実施形態では、スーパー入出力チップ４６０は、ＬＰＣバスを持つ入出力インターフェース４２２と接続される。スーパー入出力チップ４６０は商業的市場で広く入手可能である。
【００５１】
多数の実施形態の１つで、バス４２８はＰＣＩバスまたはその変形であり、より高速の周辺機器を入出力インターフェース４２２に接続するために使用される。ＰＣＩバスはまたメザニン（Mezzanine）バスとしても知られている。ＰＣＩバスの変形は、ＰＣＩＥ及びＰＣＩ−Ｘバスを含み、前者はシリアルインターフェースを持ち、後者はバックワードコンパチブルのパラレルインターフェースである。その他の実施形態では、バス４２８はＡＴＡバスで、シリアルＡＴＡバス（ＳＡＴＡ）またはパラレルＡＴＡ（ＰＡＴＡ）の形式である。
【００５２】
ホストサーバー４１０は、その他の取り外し可能／不可能な、揮発性／不揮発性のコンピュータストレージ媒体をも含んでいる。例示のみだが、ホストサーバーは、取り外し不可で不揮発性の磁気媒体から読み取り、またはその媒体へと書き込む、または代替的に、取り外し可能な、又は揮発性の媒体から読み取り、またはその媒体へ書き込む、メモリー４４０を含んでいる。ＵＳＢメモリー４５２またはＣＤ／ＤＶＤドライブ４５６のような取り外し可能な媒体が、ＰＣＩバス４２８に、直接、またはインターフェース４５０を介して接続される。例示の動作環境で使用されうる、その他の取り外し可／不可、揮発性／不揮発性のコンピュータ読み取り可能ストレージ媒体は、磁気テープカセット、フラッシュメモリーカード、ＤＶＤ、デジタルビデオテープ、半導体ＲＡＭ、半導体ＲＯＭなどを含むが、これに限定されない。
【００５３】
上記で説明し、図４に示される、ドライブと、関連するコンピュータストレージ媒体は、コンピュータ読み取り可能インストラクション、データ構造、及び、ホストサーバー４１０のためのプログラムモジュール及びその他のデータのストレージを提供する。それらには、例えば、中央倉庫（central repository）４１２、及び中央倉庫記録４１４１−ｎを含んでいる。これらのストレージ媒体は、３−Ｄコラボレーション環境、参加者の情報、または過去、現在、未来のコラボレーションセッションで使用される参加者の文書及び持ち物の特徴を記憶するために用いられる。
【００５４】
ハードディスクドライブ４４０は、オペレーティングシステム４４４、アプリケーションプログラム４４５，その他のプログラムモジュール４４６、及びプログラムデータ４４７を記憶するように示されている。これらのコンポーネントは、オペレーティングシステム４３４、アプリケーションプログラム４３５，その他のプログラムモジュール４３６、及びプログラムデータ４３７と同じであるか、または別であることに注意すべきである。オペレーティングシステム４４４、アプリケーションプログラム４４５，その他のプログラムモジュール４４６、及びプログラムデータ４４７は、少なくともそれらがホストサーバー４１０の中では異なる要素であることを示すために、ここでは異なる符号を与えられる。
【００５５】
オペレータまたはモデレータが、マウス／キーボード４６２またはその他の入力デバイスの組合せのような入力デバイスを介して、ホストサーバー４１０に、コマンド及び情報を入力する。（図示しない）その他の入力デバイスは、マイクロホン、ジョイスティック、ゲームパッド、サテライトディッシュ（satellite dish）、スキャナーなどを含む。これらの及びその他の入力デバイスは、しばしば、ＳＰＩ４２６、ＬＰＣ４２７、またはＰＣＩ４２８のような、入出力インターフェースバスの１つ（その他のバスも使われるが）を介してプロセッサ４２０に接続される。いくつかの実施形態によれば、その他のデバイスは、スーパー入出力チップ４６０を介して、パラレルポート、赤外線インターフェース、ゲームポート、または（説明しない）類似のものに接続される。
【００５６】
ホストサーバー４１０は、ネットワークインターフェースコントローラ（ＮＩＣ）４７０を介して遠隔のコンピュータ４８０のような１以上の遠隔コンピュータとの論理的接続を使用したネットワーク環境の中で動作する。遠隔コンピュータ４８０は、パソコン、サーバー、ルーター、ネットワークＰＣ、ピアデバイス（peer device）またはその他の共通ネットワークノード（node）であり、典型的には、上記で述べたようなホストサーバー４１０に関連する、多くの、または全てのエレメントを含んでいる。
【００５７】
図４に示すＮＩＣ４７０と遠隔コンピュータ４８０の間の論理的接続は、ローカルエリアネットワーク（ＬＡＮ）、イーサネトベースのネットワーク、ワイドエリアネットワーク（ＷＡＮ）または、両者を含むが、その他のネットワークもまた含む。このようなネットワーク環境は、オフィス、企業内のコンピュータネットワーク、コンタクトセンター、イントラネット、及びインターネットにて、ごく普通である。
【００５８】
フェデレーションサーバー３１０及び３−Ｄサーバー３２０の両方が、ホストサーバー４１０の特徴のいくつかを使用することが、図４の、本発明の実施形態によって理解される。そのような特徴またはエレメントの多くは、現存する大部分のコミュニケーションデバイスに組み込まれている。
【００５９】
図５は、本発明の実施形態に従った方法の例示のフロー５００を示しているフローダイアグラムである。フロー５００は、グループまたは個々の参加者またはその両方の間のコラボレーションセッションの初期化とともに、ステップ５０２で開始する。コラボレーションセッションがフェデレートされたコラボレーション環境で始まることは、通例であるが必須ではない。セッション中のあるポイントで、拡張した、リッチなコラボレーションの必要性があるであろう。結果としてステップ５０４において、モデレータが、２−Ｄセッションとして短縮して示す、フェデレーションコラボレーションセッションの中のテレポーテーションサービスを初期化するか、または起動する（launch）。この起動は、この中の図３Ａ、３Ｂ、４と関連して説明されたコンピュータシステムを使用することで達成される。
【００６０】
ステップ５０６で、２−Ｄサーバー３１０が、２−Ｄコラボレーション環境から３−Ｄコラボレーション環境への参加者のトランスポーテーションをモデレートすることができるように、図４のアプリケーションプログラム４４５から、インテグレーション及びプロトコルコンバータソフトウェアプログラム（例えばゲートウェイインスタンス)を、モデレータの２−Ｄ環境の中へ、ロードする。ステップ５０８では、モデレータが、３−Ｄコラボレーション環境へのテレポーテーションのための準備として、参加者及びミーティングの場所を選択する。ステップ５１０で、ゲートウェイサーバーは、フェデレーションサーバーに、３−Ｄ環境へテレポートすることを希望する参加者のことを通知する。ステップ５１２で、フェデレーションまたは２−Ｄサーバーは、結果としてテレポートを希望する全ての参加者にゲートウェイインスタンスを起動し、参加者がテレポートされることに賛成かどうかを尋ねる。ステップ５１４で、テレポートすることを希望するか否かについて、参加者による決定がなされる。もし、否であれば、ステップ５１６で、参加者は２−Ｄ環境に残り、ステップ５１８でテレポーテーションサービスが終了する。
【００６１】
代替的に、ステップ５２０で、テレポーテーションサービスを確認した参加者のために、ゲートウェイインスタンスが参加者を、ユーザープロファイル情報、名前のような、個人の特有の情報、及びその他の関連したコンテクスト並びにコンテンツ情報の収集のためにスキャンし、それらをゲートウェイインスタンスに追加する。ステップ５２２では、ゲートウェイサーバーが、参加者が到着したときに、彼らのアバター及びその他の３−Ｄ経験が仮想スペースに生成されるように、参加者をスキャンして収集された情報によって、仮想３−Ｄ環境をインヴォーク（invoke）する。
【００６２】
ステップ５２４で、３−Ｄクライアントが動作を始める。ステップ５２６では、参加者のウェブブラウザで、システムが、参加者を、スキャンされた参加者情報とともに、３−Ｄ仮想環境の中のミーティングルームまたはミーティング場所の特定の空間位置にテレポートする。
【００６３】
ステップ５２８で、ゲートウェイインスタンスが、収集されたプロファイル情報、コンタクト情報などから、名前などを有する仮想フィギュア、例えばヒューマンアバターとして、参加者をマップ（map）する。そして仮想フィギュアは、テレポーテーションを完了させるために、仮想３−Ｄコラボレーション環境の中の正確な位置にテレポートされる。
【００６４】
ステップ５３０で、今や、全ての参加者によるコラボレーションが、３−Ｄコラボレーション環境の中で続行できる。参加者がセッションを終了することに賛成すれば、その方法はステップ５３２で終了し、参加者はセッションを完全に終了するか、または、コラボレーションを続行するためにフェデレーション２−Ｄコラボレーション環境に戻る。代替的に、もし参加者が２−Ｄフェデレーションコラボレーション環境に戻った場合に、ゲートウェイインスタンスはコンテクスト及びコンテンツ情報を２−Ｄ環境に返してもよい。
【００６５】
図６のテレポーテーションシーケンスダイアグラムを参照すると、オペレーション中に、開始時に例えばグーグルウェーブ（Google Wave）のようなＸＭＰＰフェデレーションコラボレーションを使用して、各々の参加者は、グーグルウェーブセッション（１つのグループか、またはフェデレーションを介して接続された多くのグループでもよい）にいることができる。しかし、グーグルウェーブ内の共通の特徴によって限定されているので、効率的にコラボレートすることは困難を伴う。結果としてモデレータがグーグルウェーブ内のテレポーテーションを起動する。グーグルウェーブサーバーは、モデレータのクライアントの中へ、ターゲットとするコラボレーションスペースのゲートウェイインスタンスをロードする。モデレータはコラボレーショングループを形成するために参加者を選択し、３−Ｄコラボレーションスペースの中でそれらの参加者をテレポートするミーティング場所（例えば特定のミーティングルーム、ミーティングエリアなど）を選択する。その後、モデレータのグーグルウェーブが、グーグルウェーブサーバーに、ゲートウェイインスタンスについて通知する。次にグーグルウェーブサーバーが、選択された参加者へと、彼らがテレポートされることに賛成するかどうかを尋ねながら、（この特定の実施形態ではガジェット（gadget）及びロボットを使用して）ゲートウェイインスタンスを起動する。もし、参加者がテレポートされることに賛成するならば、ゲートウェイは参加者をスキャンし、ユーザープロファイル（名前など）及びその他の関連するコンテクスト及びコンテンツ情報を収集し、それらをゲートウェイインスタンスに追加する。ゲートウェイサーバーは、スキャンによって得られた収集された情報とともに、仮想環境（例えばAvayaのウェブアライブ（web.alive）サービス）をインヴォークする。
【００６６】
参加者のためのウェブアライブクライアントがスタートし、参加者のウェブブラウザ内で、それが、参加者を、前記３−Ｄ仮想環境の中のミーティングルームまたはミーティングスペースの特定の空間位置へと、スキャンされた参加者情報とともに、テレポートする。それから、参加者は、収集されたプロファイル情報、コンタクト情報などから、名前などを有する仮想フィギュア（ヒューマンアバター）として、マップされる。そして仮想フィギュアは、テレポーテーションを完了させるために、仮想コラボレーション環境の中の正確な位置にテレポートされる。
【００６７】
コラボレーションは、全ての参加者が、ウェブアライブ３−Ｄコラボレーション環境で正確なコラボレーション場所へテレポートされたときに開始し、彼らは、お互いに、瞬時に、聞いたり、見たり、話したり、触ったり、インタラクトしたりすることができる。
【００６８】
本発明の１以上の実施形態に関しては、このフロー及び上記で議論したシステムから、確かな利点が得られる。例えば、選択された参加者が、参加者がウェブブラウザとともに、２−Ｄまたは特にグーグルウェーブに加入（join）している限りは、ソフトウェアをインストールしたり、彼らの個々のグループ環境を変更したりする必要がない。その上、更なるコラボレーションがテレポートされた３−Ｄ仮想コラボレーション環境で行われるので、テレポートされたスペースでのコラボレーションが、各々の個別のグループの物理的な環境、例えば部屋、プロジェクションスクリーンなどの限界によって制限されることがない。また、それは、複数の部屋、プライベートなコラボレーションスペース、プロジェクションスクリーン、ホワイトボード、ビデオスクリーン、空間の分離、その場限り（ad hoc）のコラボレーショングループに基づく近接関係（proximity）などを、同時に、瞬時に、かつ、効果的でリッチなコラボレーションを可能とするためにオンデマンドで、使用することができる。更に、上記のフロー及びシステムの中で、（参加者がテレポートされる）リッチなコラボレーション環境は、各々の個々のグループの元の環境（例えば個々のグーグルウェーブセッション）との接続を維持している。
【００６９】
しかし、フェデレーションを介したコラボレーションとは違って、全ての参加者は彼らがテレポートされた仮想コラボレーション環境の中では、モデレータの管理下にいる。一方で、彼らは、各々の個々のグループの公約数によって制限されない仮想環境の中で、リッチなコラボレーション能力によって、動作可能にされる。
【００７０】
新しい媒体、追加のディスプレイ面、異なるコラボレーションルームなどは、オンデマンドで追加され使用される。新たなその場限りのコラボレーショングループが、興味と専門知識によって、たくさんの方法で形成される。それらは、３−Ｄコラボレーション環境の中で、例えばプライベートミーティングルームのような、選択されたコラボレーションエリアに正確に置かれる。更に、そのコラボレーション環境は、コラボレーショングループが、３−Ｄコラボレーション環境における空間的近接度（またはヒューマンアバターの仮想距離）に基づいて形成されるような、近接度を基礎としたコラボレーションをサポートする。更に、コラボレーション環境の中では、参加者は、３−Ｄオーディオ、ジェスチャー、プロジェクションスクリーン、ホワイトボード、ビデオなどのリッチなコラボレーション能力でもって、各々のヒューマンアバターに付属しているコラボレーションコンテンツやコンテクストと共に、その他のコラボレーショングループと合流するために動き回り、または、例えばプライベートルームやその他のロビーのような、異なるコラボレーション環境に移動することができる。
【００７１】
以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例を考え得るが、それらはいずれも本発明の技術的範囲に包含される。特許請求の範囲の構成要素の後に記載した括弧内の番号は、図面の部品番号に対応し、発明の容易なる理解の為に付したものであり、発明を限定的に解釈するために用いてはならない。また、同一番号でも明細書と特許請求の範囲の部品名は必ずしも同一ではない。これは上記した理由による。用語「又は」に関して、例えば「Ａ又はＢ」は、「Ａのみ」、「Ｂのみ」ならず、「ＡとＢの両方」を選択することも含む。特に記載のない限り、装置又は手段の数は、単数か複数かを問わない。
【符号の説明】
【００７２】
１００  コラボレーション環境
１０２  グループ１
１０４  グループ２
１０６  ユーザーＡ
１０８  ユーザーＢ
１１０  ユーザーＣ
１１２  ユーザーＤ
１１４  フェデレーションプロトコル    
２００  コラボレーション環境
２０２  グループ１
２０４  グループ２
２０６  ユーザーＡ
２０８  ユーザーＢ
２１０  ユーザーＣ
２１２  ユーザーＤ
２２０  ３−Ｄ仮想コラボレーションスペース
２３０  テレポーテーションゲートウェイ
３００  基本のシステム
３０２  グループ１
３０４  グループ２
３０６  ユーザーＡ
３０８  ユーザーＢ
３１０  ユーザーＣ、または、フェデレーションサーバー
３１２  ユーザーＤ
３１５  ゲートウェイサーバー
３２０  ３−Ｄサーバー
３３０  ネットワークシステム
３４０  フェデレーションコラボレーション環境
３５０  ３−Ｄコラボレーション環境
４１０  ホストサーバー
４２０  プロセッサ
４２１  メモリー／グラフィックインターフェース
４２２  入出力インターフェース
４２３  高速システムバス
４２４  フロントサイドバス
４２５  アドバンストグラフィックプロセシング（ＡＧＰ）バス
４２６  ＳＰＩバス
４２７  ＬＰＣバス
４２８  ＰＣＩバス
４２９  セキュリティモジュール
４３０  システムメモリー
４３１  ＲＯＭ
４３２  ＲＡＭ
４３３  ＢＩＯＳメモリー
４３４  オペレーティングシステム（ＯＳ）
４３５  アプリケーションプログラム
４３６  その他のプログラムモジュール
４３７  プログラムデータ
４４０  取り外し不可の不揮発性メモリー、または、ハードディスクドライブ  
４４３  システムデータ
４４４  オペレーティングシステム
４４５  アプリケーションプログラム
４４６  その他のプログラムモジュール
４４７  プログラムデータ
４５０  インターフェース、または  取り外し可能な不揮発性メモリー
４５２  フレキシブルディスク、または、ＵＳＢメモリー
４５６  ＣＤ／ＤＶＤドライブ
４６０  スーパー入出力チップ
４６２  キーボード／マウス
４７０  ネットワークインターフェースコントローラ（ＮＩＣ）
４８０  遠隔コンピュータ
４９０  グラフィックプロセッサ
４９１  モニター
４９６  プリンタ      
５００  フロー
５０２  開始
５０４  モデレータが２−Ｄで、テレポーテーションサービスを起動する。
５０６  ２−Ｄサーバーが、ゲートウェイインスタンスを、モデレータの２−Ｄ環境の中へ、ロードする。
５０８  モデレータが、テレポーテーションのために、参加者とミーティングの場所を選択する。
５１０  ゲートウェイインスタンスが、２−Ｄサーバーに通知する。
５１２  ２−Ｄサーバーが全ての参加者にゲートウェイインスタンスを起動する。
５１４  テレポートすることを確認する。
５１６−５１８  ２−Ｄ環境に残る。
５２０  ゲートウェイインスタンスが、参加者を、ユーザープロファイル（名前など）を収集するために、スキャンする。
５２２  ゲートウェイが、収集された情報でもって、３−Ｄをインヴォークする。
５２４  ３−Ｄクライアントが動作を始める。
５２６  ３−Ｄが、参加者を、ミーティング場所に案内する。
５２８  ゲートウェイインスタンスが、スキャンされた参加者情報（名前、プロファイルなど）を３−Ｄにセットする。
５３０  ユーザーが、テレポートされた３−Ｄ仮想コラボレーション環境の中で開始する。５３２  終了
図６の最上段  ユーザー、ウェイブクライアント、ウェイブサーバー、ゲートウェイ、ウェブアライブサーバー、ウェブアライブクライアント
図６の２段目  テレポーテーションを起動する、ゲートウェイを起動する、ロード
図６の３段目  参加者及び場所を選択する、インヴォークする、
図６の４段目  全ての参加者に通知する、サーバーに通知する
図６の５段目  テレポーテーションを確認する
図６の６段目  テレポーテーションをインヴォークする
図６の７段目  ウェブアライブクライアントを起動する
図６の８段目  ウェブアライブクライアントをロードする
図６の９段目  ウェブアライブセッションを開始する
【図１】
0005339557.tif 000002
【図２】
0005339557.tif 000003
【図３Ａ】
0005339557.tif 000004
【図３Ｂ】
0005339557.tif 000005
【図４】
0005339557.tif 000006
【図５】
0005339557.tif 000007
【図６】
0005339557.tif 000008