JP2001512261A

JP2001512261A - 多次元合成環境用の共有複数ユーザー・インターフェース

Info

Publication number: JP2001512261A
Application number: JP2000505568A
Authority: JP
Inventors: クレブ・メイプルズ; クレイグ・エイ・ピーターソン
Original assignee: ミューズ・テクノロジーズ・インコーポレイテッド
Priority date: 1997-08-01
Filing date: 1998-07-31
Publication date: 2001-08-21
Also published as: AU8603398A; WO1999006909A1; US6167433A; EP0998702A1; CA2297971A1

Abstract

(57)【要約】共有複数ユーザー通信システムは、ユーザーのグループが多次元合成環境内でアプリケーションデータを調査、ナビゲート、操作、検査することを許可する。ブループ内の各合成環境システムで検査されるデータ属性を記憶する共有ユーザー状態テーブルとパラメータテーブルは、各合成環境システムでローカルに格納される。共有制御テーブルは、ローカルに検査されたどのデータパラメータが遠隔ユーザーによって制御されたか、かつどの特性が遠隔合成環境システムによって制御されるのかを、定義する。従って、遠隔ステーションで検査される可能性のあるデータは、遠隔ステーションにおけるデータの検査から十分に独立する。あるいは、ローカルステーションで検査されたデータは遠隔ステーションでのデータの検査と部分的に又は全体に同期される。オーバーライドテーブルは、ローカルステーションで検査されたデータがプライベートに保持することができるように、且つグループの遠隔合成環境システムへ送信できないように設けられる。セキュリティの目的に関して、グループの確立のプロトコルは、グループがグループ内の各メンバーの会員資格を承認する各グループメンバーの承認無しで確立することを防止する。

Description

【発明の詳細な説明】

【０００１】本出願は、１９９７年８月１日に出願され、“多次元合成環境用共有複数ユー
ザーインターフェース”の名称の仮出願第６０／０５４、５７７号に基き、米国
特許法第１１９条の利益を享有することを主張する。（技術分野）本発明は、一般的には、単一データアプリケーションと対話(interact)するた
めに、空間的に分布するする複数ユーザーの使用を認める共有の複数ユーザーイ
ンターフェースに関し、より詳しくは、本発明は、多次元合成環境で複数ユーザ
ーのデータに関する操作性と知覚を改善するために、そのような多次元合成環境
（「仮想現実」環境としてよく知られている）での情報の共有に関する共有複数
ユーザー・インターフェースに関する。

【０００２】（背景技術）時の始まりから、共同して効率的に働く人々は、エジプトの巨大なピラミッド
を設計し建築し、天然痘を撲滅し、月の上を歩くことまで、一見不可能な目標を
達成することを可能にした。今日の情報化時代では、種々の問題に対して分析し
適用するのに得られる情報量は前代未聞の速度で増加している。この問題に鑑み
、本発明の発明者は以前に合成多次元ユーザー優先環境（以降「ＭＵＳＥ」とい
う）を開発した。本発明者によって開発された多次元合成環境は、「ユーザー視
野基準を提供する技法を使用する合成環境」と表題をつけた米国特許番号５，６
８０，５２４号に記載されており、この発明はこの引用によって本明細書に組み
込まれる。

【０００３】上記特許に開示された多次元合成ユーザー環境は、Ｎユーザーアプリケーショ
ン開発のためのソフトウエアの枠組みを提供する。このシステムは、ユーザーに
よるデータ、情報又はプログラムの柔軟な操作の簡単化を意図する。この特許に
記載された多次元システムは、多次元合成環境システムを実行するのに利用され
る特定のコンピュータと周辺機器並びにシステムによって使用されるアプリケー
ションプログラムの実行を含む、システム・プラットフォームに依存しないアプ
リケーションプログラムの開発を容易にする。従って、この先行特許の多次元合
成環境は、ユーザーが任意の多重処理プラットフォームで任意の周辺機器を使用
してアプリケーションと対話することを可能にする。プログラマーは多次元合成
環境を新規なジョイスティックや他の入力デバイスまたは出力デバイスをサポー
トするドライバを追加することによって改良できる。

【０００４】上記特許の教示によれば、アプリケーション開発は、多次元合成環境システム
を実行する特定のプラットフォームを考慮せずに行うことができる。アプリケー
ション開発は、データを集め、データを準備し提出し、ユーザーの応答をすると
いうタスクに主に関係する。

【０００５】上記特許で述べられた多次元合成環境システムは、コンピュータと人間とのつ
ながりを向上させることを目標とする。このシステムの意図は、人間の記憶の予
め知ったまたはある程度認識した能力の使用を通じてユーザーの情報吸収の有効
率を上昇させることである。上記特許の多次元合成環境の教示に基いてユーザー
に柔軟に情報を供給することによって、人間の心のパターン認識と傾向分析の機
能をより有効に利用し、洞察の飛躍を生じやすくする。

【０００６】上記特許に開示された多次元合成環境システムは、人間が情報環境とよく対話
できるように、リアルタイムで、複数知覚データ入力とシステム応答を提供する
ために設計された。上記特許の多次元合成環境システムは、人間の情報環境の調
査、ナビゲーション、操作および検査を向上させるために設計された。上記特許
に開示された多次元合成環境システムは、質問をしアプリケーションに指示する
ことにより、アプリケーションプログラムに与えられたデータをユーザーが操作
することができるようにしてタスクをさらに簡単に達成することを可能にし、よ
り複雑なパターン認識と傾向分析を操作者に任せる。

【０００７】（発明の概要と目的）米国特許番号５，６８０，５２４号が上記機能を実行するシステムを記載した
時は、このシステムは単一ユーザーシステムであった。既に述べたように、複雑
な人間の試みにおいて、多数の人が協力して所望の目的を達成することは大いに
価値がある。今日の世界では、しばしば、1つのプロジェクトで仕事をする人々は、地理的に分散し且つ異なった設備と異なった技能を有する。本発明の共有複
数ユーザー・インターフェースは、複数ユーザーを多次元合成環境内で一緒に仕
事をすることを可能にして、複数ユーザーの集団的努力を可能にするとともに、
同時に個々の創造性と独立性を探る。

【０００８】本発明のインターフェースは複数の個人が遠隔位置で同時に情報環境を利用す
ることを可能にする。特に共有の、リアルタイムのマルチメディア環境と複数知
覚環境を、実質的に任意の通信ネットワークで利用するのを可能にする。本発明
の主題は、多次元環境とその関連するデータを共有することを意図しているが、
一方、本発明の主題は複数ユーザー間で共有される任意の所望のデータ形式での
データの共有にも適用できる。本発明の共有複数ユーザーインターフェースは、
グループ内の各参加者に個人的でプライベートの仕事空間を創造し、各ユーザー
にそれ自身または任意の規模のグループで、自分のデータとツールを用いて自由
に仕事をすることを可能にする。

【０００９】本発明の共有複数ユーザーインターフェースは、音、話し言葉および音声認識
を十分に用いた合成環境を奨励して、各ユーザーが用いるハードウエアによらず
、遠隔の位置にあるユーザーを自動的に接続する。プラットフォームと装置の独
立は、上記特許に記載された多次元合成環境の重要な特徴であった。プラットフ
ォームと装置の独立は、また、多次元合成環境などの情報プラットフォームの中
での複数ユーザーの間の通信を可能にする共有複数ユーザーインターフェースの
重要な特徴でもある。

【００１０】たとえば、仕事で、異なった場所からの人々が仮想空間に集まるとき、会合の
機能性は完全に様変わりできる。各人が本発明の共有複数ユーザーインターフェ
ースを使用して自分自身のＭＵＳＥシステムで作業して、それぞれの仕事は、共
有情報と、ローカルにのみ得られる専用（proprietary）データの両方をアクセスし表示する。その会合の参加者は、自分の電子ファイル、音声と視覚の表示ま
たは任意の種類の材料に瞬間にアクセスして、意見を交換し、意思決定過程を大
きく速める。任意のそのようなデータや情報は、ローカルに必要なら、会合の他
の出席者も共有できる。

【００１１】今日の現実世界の環境では、チームのメンバーは、しばしば、様々な経歴と経
験を備えており、この経歴と経験を問題解決チームに持ちこむ。本発明の共有複
数ユーザーシステムにおいて、チームのメンバーは好きな時間に共有グループを
離れたり、仕事にかかったり、報告のために戻ったりできる。従って、共有グル
ープの複数のメンバーはアイデアを調査したり、個々にまたは並行して情報を集
めたり、所望ならばリアルタイムでこの情報を後で共有できる。

【００１２】従って、明らかに、多次元合成環境内で効果的な協力を可能にすると共に、共
有環境の各ユーザーが個々にアイデアを発展したりデータを分析して、共有グル
ープ内で関連情報を選択的に共有するシステムが必要である。本発明のシステム
は、この目標を達成するのに必要なとき、実質的に任意の形のデータ同期化を可
能にする。従って、複数ユーザー環境内でよりよく協力し情報を理解するのに望
ましいとき、共有環境の各ユーザーは、ローカル環境の１以上の様相（aspects ）を複数ユーザーグループの１人以上に同期化できる。

【００１３】上述の一般的な目的を達成するために、複数ユーザーグループ内の各ＭＵＳＥ
システムが共有グループ内の各々の他のＭＵＳＥシステムの制御状態と制御パラ
メータを知っていることが望ましい。従って、上記目的を達成するために、本発
明のシステムは、グループの各ステーションにおいて、共有グループ内の各ＭＵ
ＳＥシステムの状態とパラメータを表示する状態・パラメータのテーブルを使用
する。従って、ローカルＭＵＳＥシステムのユーザーにより作られたローカルの
行動により引き起こされた状態またはイベントによって制御されるアプリケーシ
ョンまたは処理をユーザーがローカルに要求するたびに、更新された状態テーブ
ルと制御パラメータとがローカルに格納するために構築され、複数ユーザー共有
グループ内の各ＭＵＳＥシステムに送信される。

【００１４】ローカルなＵＳＥシステムと共有複数ユーザーグループ内の１以上の遠隔ＭＵ
ＳＥシステムとの選択的な同期を可能にするため、複数ユーザー共有グループ内
のそのローカルユーザーまたは他のユーザーにＭＵＳＥシステムの各機能的様相
の制御割当てを示す共有制御テーブルが設けられる。従って、共有複数ユーザー
グループ内の１人以上の他のユーザーの制御行動に対するローカルなアプリケー
ションの実質的に任意のまたは全ての様相の選択的な同期は、本発明の共有複数
ユーザー環境システムに従って可能である。

【００１５】さらに、本発明により、ユーザーは、ローカルシステムの実質的に任意の状態
またはパラメータをプライベートとして選択でき、これにより、共有複数ユーザ
ーグループ内のもう１つのＭＵＳＥシステムへの状態とパラメータの送信を禁止
する。このことは、ローカルのユーザーの制御の下で開発された状態またはパラ
メータの送信を禁止するオーバーライド・テーブルの使用によって達成される。
このことは、ローカルユーザーが望むとき、情報はローカルステーションでプラ
イベートに維持することを可能にする。

【００１６】さらに、本発明は、本発明の教示に従った複数ユーザー共有グループを設ける
ときにセキュリティの問題に取り組む。本発明の各ステーションは、可能性のあ
る共有ユーザーのアドレスの詳細を含む。ユーザーが共有グループへログオンを
要求したとき、そのユーザーは共有グループ内の各ステーションへユーザーアド
レスの詳細を送信する。共有グループは、この情報が許可されたアドレスとして
ローカルに格納されていることを確認する。共有グループの各ユーザーは、申込
まれた任意の新規のユーザーを許可したり「反対」(black ball)したりする機会
を有する。もし現在のグループ内の各ユーザーがその新ユーザーの加入に同意す
るなら、グループ内にすでに存在するＭＵＳＥシステムは、その申込んだ新ユー
ザーに通話して、通信を確立する。

【００１７】本発明のシステムは、望ましくは、任意のレベルの暗号化と復号化を用いて、
任意の通信システムとともに用いられる。従って、共有複数ユーザーグループ内
のＭＵＳＥシステムの間で送信された秘密情報は安全に保持できる。

【００１８】従って、本発明の１つの目的は、共有複数ユーザーインターフェースを提供し
て、異なった技能を持つことがある複数のユーザーに、並行しない自由を提供し
、地理的に分散された共有・リアルタイム・マルチメディア、多感覚の環境から
協力することを可能にすることである。

【００１９】本発明の他の目的は、コンピュータインターネット、電話回線などの任意のネ
ットワークでこの機能を達成することである。

【００２０】本発明の他の目的は、多次元合成環境内の複数ユーザーが個人的とプライベー
トの仕事空間を利用することを可能にして、各ユーザーが自分のデータとツール
を用いて自由に仕事をし、システムの他の希望のユーザーとこのデータとツール
を共有することを許可することである。

【００２１】本発明の他の目的は、システムの複数ユーザーによって選択的に共有できる音
、話し言葉、音声の認識を完全に用いた合成または仮想現実環境を提供する共有
複数ユーザーインターフェースを提供することである。

【００２２】本発明の共有複数ユーザーインターフェースの他の目的は、ユーザーが自分の
環境を他のユーザーの環境と選択的に同期することや、合成環境内のある位置か
らもう１つの位置へ移動しまたは瞬間に再配置することを可能にして、他のユー
ザーの視野から環境を見ることを可能にし、それによって、複数のユーザーによ
って見られる環境の比較と討論を可能にすることである。

【００２３】さらに、本発明の共有複数ユーザーインターフェースの他の目的は、設置され
たグループ内のユーザーが、グループへ申し込んだ各新規ユーザーを是認または
「反対」し、申込んだユーザーを許可ユーザーであることを確認することを、可
能にすることである。

【００２４】さらに、本発明の他の目的は、共有グループ内の任意の他のユーザー環境に選
択的に同期されるローカル環境内で実質的に任意の機能の選択的な同期を可能に
することである。

【００２５】さらに、本発明の他の目的は、一以上の機能、パラメータ又はデータをプライ
ベートとして選択的に識別して、グループ内の他のシステムへ機能的なパラメー
タとデータの送信を禁止することである。

【００２６】本発明のこれらと他の目的は、添付した図面と後述する詳細な説明を参照する
ことによってより十分に理解でき、後述する詳細な説明は請求の範囲に記載され
た発明の具体例であり、本発明の一実施形態を構成する。

【００２７】（好ましい実施形態の詳細な説明）図１は、米国特許５，６８０，５２４号の多次元合成環境システムと、本発明
の教示による他のコンピュータとのインターフェースを示す。本発明は、一般的
に、共有グループの中の複数のユーザーによって使用される合成環境システムに
関し、共有グループ内のそれぞれのユーザーは典型的には上記特許に記載された
形の多次元合成環境を使用する。従って、複数のＭＵＳＥシステム１０を用いる
本発明の複数ユーザーインターフェースの説明では、これらの多数のＭＵＳＥシ
ステムの間で混乱の危険性が存在する。従って、本明細書では、「ローカルな」
多次元利用者優先合成環境すなわちＭＵＳＥシステム１０は、常に、そのとき説
明されているプログラム機能を有する環境をいう。遠隔複数ユーザー合成環境は
、図２に示す合成環境システム１０Ａ、１０Ｂ、１０Ｎであり、それらはローカ
ルな多次元利用者優先合成環境システム１０と通信する。従って、本明細書の説
明では、機能性は、一以上の遠隔ＭＵＳＥシステム１０Ａ、１０Ｂ、１０Ｎと対
話するローカルな多次元利用者優先合成環境すなわちＭＵＳＥシステム１０につ
いて述べる。

【００２８】ローカルな多次元合成環境すなわちＭＵＳＥシステム１０は、上記特許で教示
されているように、多重処理の能力を有する実質的に任意の一般的な目的のディ
ジタル・コンピュータと実質的に任意の入力デバイスと出力デバイスで与えられ
る。多次元合成環境システム１０は、共有メモリーを使用して、ユーザー３０と
選択された合成環境アプリケーション１８との間で対話する。

【００２９】ユーザー３０は、多次元合成環境システムを用いて調査、ナビゲーション、操
作および検査を可能にする自由に選択可能な一以上の対話型(interactive)装置２２を用いて多次元合成環境システム１０と対話する。対話型装置２２は、シス
テム・デーモン（daemon）１４を通って共有メモリ１２と通信する。また、シス
テム・デーモン１４は、本発明の教示によれば、複数の多次元合成環境システム
１０を本当に分割されたシステムにするために、一人以上の遠隔ユーザーのＭＵ
ＳＥシステム１０Ａ〜１０Ｎと通信する。

【００３０】システム・デーモン１４は共有メモリ１２を介してシステム機能１６に特別で
はないコマンドを装置に送り、また、例えば立体視ゴーグル、音響発生器、触覚
フィードバック等の適切な出力デバイス２２を使用するユーザーへの供給のため
、共有メモリ１２を通ってシステム機能１６から出力情報を得る。システム機能
１６は、規格化されたシステム機能１６とシステムツール２０と互換性があるよ
うに書かれたシステム・アプリケーション１８を用いて、多次元合成環境システ
ム１０とインタフェースする。システム機能１６は規格化された方法でシステム
・アプリケーション１８にアクセスし、必要に応じて、共有メモリ１２への供給
のため、システム・アプリケーション１８から出力を得る。システム・アプリケ
ーション１８と共有メモリ１２との間に破線で描かれた接続２４は、通常は、シ
ステム・アプリケーション１８により利用されない。しかし、多次元合成環境シ
ステム１０は、アプリケーション・デザイナーにとって特定の機能を実施するのに必要であるときに、システム・アプリケーション１８による共有メモリ１２へ
のそのような直接アクセスを可能にする。

【００３１】前に述べたように、多次元合成環境システム１０は前述の米国特許５，６８０
，５２４号に記載されている。しかし、この特許に開示されている多次元合成環
境システム１０は、１つの場所で一人のユーザーだけをサポートできる。

【００３２】図１に描かれたように、本発明の技術によれば、システム・デーモン１４は改
良されて、ネットワーク及び／又は論理装置３２への接続をサポートし、これは
、ローカル多次元合成環境システム１０とＮ個の遠隔ＭＵＳＥシステム１０Ａ〜
１０Ｎの間の情報の通信を可能にする。ここでＮは、ネットワークまたは通信の
ハードウエア３４Ｓを用いた公知のネットワーク又は通信の技術を用いた少なく
とも１台のコンピュータである。

【００３３】図２は、ローカル多次元合成環境システム１０とＮ個の遠隔多次元合成環境シ
ステム１０Ａ、１０Ｂ、１０Ｎとの接続を示している。ここでＮは１以上であり
、複数ユーザー共有グループ１を形成する。図２は任意の所望のネットワーク通
信ハードウエア３４Ｓを用いたローカルＭＵＳＥシステム１０、遠隔ＭＵＳＥシ
ステム１、１０Ａ、遠隔ＭＵＳＥシステム２、１０Ｂと遠隔ＭＵＳＥシステムＮ
、１０Ｎの接続を示す。本発明の好ましい実施形態によれば、このネットワーク
通信ハードウエアは、コンピュータのイントラネット、インターネット通信リン
ク、専用電話回線、または当業者に考えられる複数のコンピュータの間でディジ
タルのコンピュータデータを伝送する任意の技術である。本発明の教示によれば
、必須ではないが、そのようなネットワーク通信ハードウエア３４Ｓは、多次元
合成環境システム１０、１０Ａ、１０Ｂ、１０Ｎの複数ユーザー共有グループ１
が、許可されていない作業者がアクセスしていたずらをするのを防ぐ、適切な程
度のプライバシーと暗号化を有することが望ましい。

【００３４】階層的に組織された共有メモリ１２は多次元合成環境システムの中心である。
共有メモリ１２を用いて、多次元合成環境システム１０とシステム・アプリケー
ション１８は、共有メモリ１２内に格納され残りのシステムに利用されるデータ
属性を非同期でアクセスできる。ＭＵＳＥデーモン１４はハードウエアと論理デ
バイスを翻訳し制御することに責任がある。ＭＵＳＥ機能１６に助けられたＭＵ
ＳＥアプリケーションは所望の合成環境データ操作を実行する。

【００３５】ＭＵＳＥアプリケーションＭＵＳＥアプリケーション１８は、図３に示すフローチャートに基いて体系づ
けられている。繰り返しになるが、図３に示すＭＵＳＥアプリケーション１８は
、１９９７年１０月２１日に発行された米国特許５，６８０，５２４号に記載さ
れているＭＵＳＥシステムの一部であるので、この図面は「背景技術」と分類し
た。図３に示すＭＵＳＥアプリケーションは、ＭＵＳＥシステムを呼び出し、Ｍ
ＵＳＥ機能１６とＭＵＳＥデーモン１４にＭＵＳＥ多次元合成環境システム１０
を初期化することを許可する。ＭＵＳＥアプリケーションのメインルーチン１８
２４はＭＵＳＥシステム１０上で実行するように書かれたアプリケーションの特
定機能を含み、特定のプラットフォームと任意のＭＵＳＥシステム１０で用いら
れた対話型デバイスと独立している。こうして、ＭＵＳＥシステム１０は、ＭＵ
ＳＥシステムで実行されるために設計された任意の全てのアプリケーション、モ
デルまたはデータをサポートできる。従って、アプリケーション・メインプログ
ラム１８２４は標準的なインタフェースプロトコルに基いてＭＵＳＥシステム１
０とインタフェースする。

【００３６】ステップ１８０２で、ＭＵＳＥデーモン１４とＭＵＳＥ機能１６を含んだ多次
元合成環境システム１０の実質的に全体であるＭＵＳＥシステム１０が呼び出さ
れる。ステップ１８０４では、ＭＵＳＥデーモン１４とＭＵＳＥ機能１６を含む
ＭＵＳＥシステムは初期化され、さらに共有メモリ１２を初期化する。全ての必
要なＭＵＳＥツール２０も初期化される。次に、アプリケーション・メインプロ
グラム１８２４はステップ１８０６でアクセスされ、アプリケーション・プログ
ラムの常駐機能を初期化する。アプリケーション１８は、データとそれ固有のグ
ラフィックスの詳細事項を初期化し、さらにアプリケーションの特定の作用を実
行することをＭＵＳＥに指示することを要求される。

【００３７】次に、図３に示すアプリケーション制御ルーチンは、ステップ１８１０で、図
１０に示されているように、共有メモリ１２内の状態・パラメータテーブルを記
憶することによって、提示するためのデータの作成を開始する。ＭＵＳＥシステ
ムは、アプリケーション１８を制御するのに必要な全ての制御状態と制御状態パ
ラメータの表示である状態・パラメータテーブル１２０、１２２を作成し、他方
、実行が完了するまで、状態・パラメータテーブル内の状態と制御値を処理する
ことによりユーザーに応答する。状態・パラメータテーブル１２０、１２２は、
それぞれ、ローカルなＭＵＳＥシステム１０の制御状態と制御パラメータを含ん
でいる。アプリケーション１８またはＭＵＳＥシステム１０の所望の機能を達成
するため、パラメータは、仮想環境内のオブジェクトを同定する情報を含み、状
態情報は、オブジェクトの方向、その空間内の移動、または他の必要な制御状態
を含んでもよい。

【００３８】ステップ１８１２では、アプリケーションはそれ自身のデータを初期化さら、
または、作成される。ステップ１８１４と１８１６では、ＭＵＳＥシステムとア
プリケーションは状態・制御テーブル１２０、１２２を用いてユーザーにデータ
を提示する。ステップ１８１８と１８２０では、ＭＵＳＥシステムとアプリケー
ションシステムは、アプリケーションの制御状態と制御パラメータのセットとし
てＭＵＳＥ共有メモリ１２内に記憶されたユーザーの制御要求に応答する。デー
タの作成と提示と制御に対する反応の処理は、アプリケーションが実行されてい
る間は繰り返される。アプリケーションが実行されていないときは、アプリケー
ションはステップ１８０８でアプリケーション終了に分岐する。なお、ＭＵＳＥ
アプリケーションは、基本環境パラメータと、データの収集、作成、提示を可能
にするコールバック登録ポイントを提供し、また、アプリケーションのデータ、
モデルまたはプログラムを使用するための応答ルーチンを提供する。

【００３９】ＭＵＳＥデバイス既に述べたように、ＭＵＳＥシステム１０は任意の出力デバイス２２と対話で
き、従って、ＭＵＳＥシステム１０は、種々のハードウエアとソフトウエアのプ
ラットフォームに用いるのに適している。ＭＵＳＥデーモン１４は、図４に示さ
れた一般的な構造を有するデバイスドライバ４０２と対話し、対話型デバイス２
２とインタフェースする。各デバイスドライバ４００は、デバイス初期化部４０
２、デバイス実行部４０４とデバイス終了部４０６を含む。図４に示されたデバ
イスルーチンは、まずステップ４０２で各デバイス２２と組み合わされ、駆動さ
れるデバイスを初期化するために呼び出され、通信または実行時間実行のための
記憶割り当てのラインを開放する。次に、ステップ４０４では、デバイスに依存
して、ポーリング、計算と通信を含む実行を環境が完了するまで、デバイスは実
行タスクを実行するために繰り返し呼び出される。環境がデバイス２２の使用を
完了したとき、デバイスドライバは、ステップ４０６で、一掃タスクを行なうこ
とによって実行を終了するために呼び出される。

【００４０】ＭＵＳＥデーモン図５に示されたＭＵＳＥシステムは、米国特許５，６８０，５２４号を参照し
た上述のＭＵＳＥシステムの一部であり、デバイスが数値プロセスといった論理
デバイスやジョイスティックと言った物理的デバイスであっても、（デバイスド
ライバ４００でそれぞれ制御された）複数のデバイスの実行を扱う責任がある。
本明細書に後で記載されるように、本発明の教示による通信技術は、デバイス２
２としてＭＵＳＥデーモンによって扱われる。ＭＵＳＥシステムは、情報アプリ
ケーション１８とデーモン１４とのための別々の処理と、アプリケーション１８
とデーモン１４の両方による共有メモリ１２との非同期アクセスとを用いること
によって、かなりの長所を得る。

【００４１】図５はＭＵＳＥデーモン１４のフローチャートを示す。ＭＵＳＥデーモン１４
は、図４に示されたデバイスドライバ４００の使用により、任意のデバイス２２
と対話できる。新たなドライバ４００は、必要に応じて、新たな対話型デバイス
２２として簡単に追加できる。図５のＭＵＳＥデーモンルーチン１４は、デバイ
スの全体的な組織の制御とＭＵＳＥ共有メモリを用いたデバイスの対話とを行う
。デーモン１４は共有メモリ１２内で共有メモリ割り当てを行う。

【００４２】ステップ１４０２において、デーモンメインプログラムが使用可能になる。次
に、このデーモンプログラムは、ステップ１４０４で、必要に応じてデバイス２
２を追加し、デバイスドライバ４００を呼び出す。ステップ１４０６において、
ＭＵＳＥデーモン１４は活動的になり、デーモン初期化タスクを実行する。ステ
ップ１４０８では、ＭＵＳＥデーモンはＭＵＳＥアプリケーション１８の開始を
待機する。図３のステップ１８０６で示されるアプリケーションの初期化の完了
の状態において、図５のＭＵＳＥデーモンはステップ１４１０で共有メモリ１２
の割り当てと初期化を行う。

【００４３】ステップ１４１０で共有メモリ１２の割り当てと初期化が行われた後、ステッ
プ１４１２で、図５のＭＵＳＥデーモンは各デバイス２２を初期化し、各デバイ
スドライバに図４のステップ４０２を実行させる。ＭＵＳＥデーモンが各デバイ
スドライバ４００の初期化を完了したと決定すると、ステップ１４１４でＭＵＳ
Ｅデーモンはデーモンが呼び出されて実行中であるか否かを決定する。次に、デ
ーモン１４が実行中であると仮定して、デーモン１４はステップ１４１６に進み
、図４に示された各デバイスドライバのステップ４０４を各デバイスドライバ４
００に順次実行させる。次に、ステップ１４１８において、システムの実行速度
を首尾一貫させるタイミングなどのデーモン処理制御タスクを実行し、必要な全
ての処理が実行されることを確実にする。

【００４４】ステップ１４１４において、システムは再びデーモン１４が実行されているか
否かを決定する。図３のアプリケーション・ルーチン１８から終了信号を受け取らなければ、デーモン１４がもはや呼び出されず終了信号を受けたことをステッ
プ１４１４が決定するまで、ＭＵＳＥデーモン１４は、ステップ１４１６と１４
１８でデバイス２２の実行を継続し、必要な処理制御を行う。

【００４５】図３のアプリケーション・プログラム１８から終了信号を受けたとき、デーモン１４は、ステップ１４２０において、システム内に組込まれたデバイスドライ
バ４００によって実行された終了タスクを制御する。このステップは、図４の各
デバイスドライバのステップ４０６を実行する。引き続いてステップ１４２２で
、ＭＵＳＥデーモン１４は図３のアプリケーションプログラム１８の終了を待機
する。ステップ１４２２で、アプリケーションプログラム２が終了したら、ステ
ップ１４２４で、ＭＵＳＥデーモン１４は共有メモリを解除し、新たなアプリケ
ーションプログラム１８の開始を待機するためにリターンする。

【００４６】多次元合成環境システムの複数ユーザーの共有使用ここで用語として「アプリケーション」が用いられるが、ＭＵＳＥシステム１
０とそのプロトコルに基いて作動する多次元合成環境アプリケーション、データ
又はモデル１８を拒絶する。図２に示されるように、そのような合成環境の共有
された態様での使用は、発明者によって開発されここに記載される少なくとも４
点の特徴を容易にする。これらの４点の概念は、一般に、１）共有環境内へログ
インする必要性、２）共有環境内のシステムの制御状態と情報と、同時にアプリ
ケーションの状態と情報（ひとまとめにして「共有情報」という）を安全に通信
する必要性、３）所望により、アプリケーションの実行と提示の選択された態様
または機能を同期化または非同期化すること、４）図２に示されたローカルと遠
隔のＭＵＳＥ多次元合成環境システム１０〜１０Ｂを分離する通信チャンネルの
帯域幅を考慮して、時間内に効率的にこれらの機能を実行すること。

【００４７】本発明の教示による複数ユーザーの共有環境は、図６〜図９を参照して説明さ
れる。

【００４８】複数ユーザー共有インターフェース専用部図６は、図５のＭＵＳＥデーモンの他の実施形態であり、本発明の共有複数ユ
ーザー通信の特徴を含んでいる。図６において、図５のステップと同様のステッ
プは同じ参照番号で示される。

【００４９】図６において、ステップの左側の縦列は、図５にほぼ対応し、点線で囲まれた
ステップの中央の縦列は、通信専用部(proprietor)１４６０に対応し、図の右側
のステップ９００は図９の通信部に対応する。

【００５０】本発明の図７と図８は、専用部１４６０のステップ７００と８００を非常に詳
しく示す。ステップ７１０は、ログインが承認されたか失敗したかの表示を受信
し、また、要求されたグループ（要求されている人は、ローカルなＭＵＳＥシス
テム１０は共有を要求している遠隔ＭＵＳＥシステム１０Ａ、１０Ｂである）に
ログインした各ユーザーに関する許可されたユーザーファイル情報を受信する。
従って、ステップ７１０において、要求された遠隔ユーザーが他の二人のユーザ
ーを含むグループにログインするなら、各遠隔ユーザーに関する許可されたユー
ザーファイル情報７４４はステップ７１０でローカルＭＵＳＥシステム１０に返
信される。

【００５１】ステップ７１２では、遠隔グループ内の各ＭＵＳＥシステムがローカルの許可
ユーザーファイル７４４内にあるようにするため、要求されたグループの受信ロ
グ情報がローカルの承認ユーザーファイル７４４と比較される。要求されたグル
ープの受信ログ情報は、そのグループの各メンバーがローカルグループの全ての
メンバーとのログインを承認したという検査も含む。ステップ７１４はこの検査
が成功したか否かを決定する。いずれかの要求された人すなわちいずれかのロー
カルユーザーが提案された新グループを受け入れることを拒否した場合、ステッ
プ７１４でグループは不成功であったと決定する。次に、ローカルＭＵＳＥシス
テムは、提案されたグループのユーザーが“受入れ反対”したこととその理由を
通知され、代わりの処置をとることができる。

【００５２】図６のＭＵＳＥデーモンプログラムは、ステップ１４４８から始まり、それは
図５のデーモン１４のフローチャートのステップ１４０２、１４０４、１４０６
、１４０８、１４１０および１４１２に対応する。ステップ１４５０では、複数
ユーザー共有インターフェースデバイスが初期化される。初期化は、通信の開始
、デバイスまたは周辺機器の制御状態又は制御パラメータの初期化、および、イ
ンターフェースデバイスに用いられた初期値の計算を含む。複数ユーザー共有イ
ンターフェースデバイスは、本発明の概念に基いた複数ユーザー共有環境通信処
理を実行するソフトウエアデバイスである。ステップ１４５２において、本発明
の複数ユーザー共有インターフェースデバイスの一部を形成する専用部処理は、
デーモン制御１４が機能しつづけている間、分岐される。ステップ１４１４にお
いて、デーモンプログラム１４が実行中であるなら、デーモンプログラムはステ
ップ１４１６における複数ユーザー共有インターフェースデバイスを除いたデバ
イス４００（図４のデバイスルーチン）を実行する。既に述べたように、共有イ
ンターフェースデバイスは、図４に示されたデバイスルーチン４００を有するソ
フトウエアデバイスである。そのようなデバイスルーチンの全ては、実行部４０
４を有し、それは共有インターフェースデバイスに関して実際には何も行わない
。しかし、全ての装置ルーチンは実行されなければならないので、ステップ１４
５４において、実行部４０４を通った共有インターフェースデバイスすなわち専
用部のステップは何も行わないが、ＭＵＳＥデーモンはデバイス終了部４０６を
後で実行することを許可する。

【００５３】ステップ１４１８では、ＭＵＳＥデーモン処理制御が実行され、ステップ１４
１４はデーモン１４が実行中であるか否かを決定する。ステップ１４１４でデー
モン１４が実行中であると決定されたと仮定して、次にステップ１４１６、１４
５４および１４１８が実行される。終了要求をローカルユーザーから受信したと
き、共有メモリ１２を通して受信した通知によって決定されるように専用部デバ
イス１４６０がステップ１４５６で実行を完了するのを、デーモン１４は待つ。
ステップ１４５８で、ＭＵＳＥデーモン１４は停止され、図５のステップ１４２
０、１４２２と１４２４の機能を実行する。

【００５４】既に説明したように、専用部処理１４６０はステップ１４５２で分岐される。
専用部１４６０はログインのセキュリティの確立とそこから分岐される処理の指
示に対して責任があり、通信部９００を呼び出す。（図９に関して述べられた）
通信部９００は、（図１０の）共有ユーザー状態情報と共有ユーザーパラメータ
情報をローカル共有メモリ１２内でアクセスすることと、出ていく共有情報を暗
号化すること、および、共有情報を多次元合成環境システム１０の共有メモリ１
２内で復号化し格納することに責任がある。専用部処理１４６０がステップ１４
５２で分岐された後、デーモン１４は単にインライン（inline）のプレースホル
ダ処理を実行する。しかし専用部１４６０と通信部９００は独立したプログラム
であるため、通信に関して他に何もしない。なお、ＭＵＳＥシステムの共有メモ
リ１２は、専用部１４６０と通信部９００、また、ＭＵＳＥデーモンによってア
クセス可能である。共有メモリ１２は、共有環境内の各ユーザーに関する情報を
含むテーブルを格納しているので、各々の分離したステーションにおける各個人
の現在の状態は共有環境内に接続されたすべてのユーザーに知られている。

【００５５】専用部処理１４６０に注目すると、専用部処理はステップ１４６２で開始され
る。好ましい実施形態における専用部１４６０は、定義されるトークン形式と値
のフィールドが一致したとき、トークン値に基づいたプロトコルを使用する。ス
テップ１４６４において、専用部処理は、通信処理にアクセスする通信部９００
に分岐される。専用部処理１４６０はまずステップ１４６６で初期化される。ス
テップ１４６８で、直接通信ラインが開かれる。ステップ１４７０で、専用部１
４６０が実行中であるか否かが決定される。ステップ１４７０で決定されるよう
に専用部が実行中であると決定されている間（終了コマンドを受信していない間
）、専用部はステップ７００でローカルユーザーのログイン要求を処理し続ける
。それについては図７に詳しく示される。また、専用部は、図８に詳細に記載さ
れているように、ステップ８００で遠隔サイトの接続要求も処理し続ける。

【００５６】ステップ１４７０で専用部が実行中でないと決定されると、プログラムはステ
ップ１４７２に進み、専用部は共有環境からログアウトし、ステップ１４７２で
要求された通信回線を閉じて、専用部１４６０の実行が完了したことをデーモン
１４に知らせる。

【００５７】ローカル専用部１４６０の責務は、他のＭＵＳＥシステム１０Ａ、１０Ｂ、１
０Ｎとの通信を確立するためのローカルユーザー要求を処理することと共に、他
のＭＵＳＥ環境１０Ａ、１０Ｂからのログイン要求に同定し答えることを含む。
図７はローカルユーザー・ログイン要求を処理するサブルーチンであり、ステッ
プ７００で実行される機能は図７を参照してさらに深く理解される。ローカルユ
ーザーの他のＭＵＳＥ環境へのログイン要求は、図７に示すプロセスにより取り
扱われる。このプロセスはログイン教唆部７００として言及される。

【００５８】図１１に示されるように、各ＭＵＳＥシステム１０はメモリーに格納された許
可ユーザーファイル７４４を保持する。この許可ユーザーファイル７４４は、共
有した環境内で可能な参加者としてローカルユーザーを識別する、各ユーザーに
関連した情報を格納している。本発明の教示によれば、ユーザー７５０、ＰＣＰ
／ＩＰポート・プロトコル番号７５２、および、ホストコンピュータ識別番号７５４が、共有環境にアクセスすることを承認された各々の可能なユーザーに関し
て記録されている。もし５０人の可能なユーザーが存在するなら、共有複数ユー
ザー環境内の各々のローカル装置はその中に格納された各々のユーザー情報（５
０のデータ記録）を持つ。オプションとして、ユーザーは共有グループの一部と
してのシステムにログオンする前に入力しなければならないパスワード７５６を
含めてもよい。このようなパスワードは、ＭＵＳＥシステム１０、１０Ａ、１０
Ｂ、１０Ｎの間で変換される公開鍵暗号データまたは秘密鍵暗号データであって
もよい。

【００５９】ローカルユーザーが他の「遠隔」環境へのログインを要求したとき、図７のロ
グイン教唆部７００が動作可能になる。ステップ７０２で、ログイン教唆部は、
ローカルユーザーによって選択され且つ図１１に示す正しい承認ユーザー登録７
４４によって確認されたユーザーとステーションに接続することを試みることを
、通信部に要求する。ステップ７０４では、そのローカルユーザーの遠隔ＭＵＳ
Ｅシステムがアクセス可能または接続可能であるか否かを決定する。この質問に
対する回答が否である場合、専用部１４６０は接続が失敗したということをステ
ップ７２４で知らせる。しかし、接続が成功であるなら、ステップ７０６で、ロ
ーカルＭＵＳＥシステム１０は通知を受け、グループログイン情報がローカルシ
ステムの承認ユーザーファイル７４４から読み込まれ、遠隔ＭＵＳＥシステム１
０Ａ、１０Ｂ、１０Ｎに送信される。これは、ローカルユーザーが現在申し込ん
でいるグループ内の各ユーザーに関する承認ユーザーファイル７４４を含む。こ
うして、もしローカルユーザーが現在２人の他のユーザーとグループにログオン
しているなら、３人のユーザーのそれぞれのユーザーＩＤ７５０、ＴＣＰ／ＩＰ
ポートプロトコル番号７５２およびホスト識別番号７５４が遠隔ＭＵＳＥシステ
ム１０Ａ、１０Ｂ、１０Ｎに送信される。

【００６０】ステップ７０８で、このログイン情報の送信が成功したか否かを決定する。情
報送信が成功でなかった場合は、専用部はステップ７２４において通信は失敗し
たということを知らせる。専用部はそれから遠隔ＭＵＳＥシステム（例えば１０
Ａ）からのログイン承認メッセージまたはログイン失敗メッセージを待つ。これ
は、ステップ７１０で受信される要求されたグループログイン情報の一部である
。

【００６１】もし遠隔ユーザーが現在３人の他のユーザーとのグループの一部である場合は
、全ての４人のユーザーのユーザー情報７５０、ＴＣＰ／ＩＰポートプロトコル
番号７５２およびホスト識別番号７５４がステップ７１０でローカルステーショ
ンに返信される。ローカルステーションは、ステップ７１２で、この情報がロー
カル承認ファイル７４４の中にあるか否かを決定する。全ての遠隔ユーザーがロ
ーカルに正しいユーザーとして確認されているとき、且つ、他の共有環境内のユ
ーザーが知られておりさらに現在の共有環境内で許可されていることに全てのユ
ーザーが同意しているとき、ローカルＭＵＳＥシステム１０内の通信部９００は
環境に新たな追加を知らせる。

【００６２】ローカル通信部がステップ７１２で新たな追加の通知をし、ローカルユーザー
状態とローカルユーザーパラメータ情報を含む情報の送信がステップ７１４で成
功であると確認された後、ステップ７１６で、グループログインがローカルに確
認されたことを遠隔グループが知らされる。ステップ７１２で全ての被要求者を
確認するため、次に、ローカルＭＵＳＥシステム１０の教唆部７００は、グルー
プの全ての申し入れられた新たなメンバーの情報のパッケージをすべてのローカ
ルユーザーに送信し、また、ローカルな共有グループの第１のメンバーに確認要
求を送る。リストのその第１のメンバーは、グループ全体が受け入れ可能である
ことを確認すると共に、もし受け入れるならば、ローカルグループリストから自
分自身の識別番号を削除した後、リストの次のメンバーにパッケージを送信しな
ければならない。残ったリストがなくなるとすぐに、ステップ７１２で、受け入
れが確認要求者に返信される。結合されたグループが承認されたということをロ
ーカルと遠隔の両方のすべてのユーザーが示すなら、全ての被要求者に新グルー
プの是認が通知される。従って、ステップ７１６で、グループログインが確認さ
れ、ステップ７１８と７２０で、図９に示す通信部とローカル多次元合成環境シ
ステム１０はその新ユーザーグループとそこへの接続の成功を知らせる。

【００６３】ユーザーグループが変更されるたびに、この処理が繰り返される。ユーザーグ
ループの追加が要求されるたびに、各ユーザーはログインが是認される前に全て
のユーザーと同意しなけらばならないということが、この処理から明白である。
これは本発明のシステムのセキュリティの特徴であり、任意のproprietary情報を承認された個々人のみが見るということを各ユーザーに保証できる。

【００６４】本発明の図８は、遠隔要求を実行する、ローカルステーションを取り扱う処理
をより詳しく示す。図８に示す処理のステップ８０２で、遠隔要求ハンドラー８
００は、新たなグループの要求が遠隔ＭＵＳＥシステム１０Ａ、１０Ｂ、１０Ｎ
から受信されたか否かを決定する。要求を受信しなかった場合は、ローカルＭＵ
ＳＥシステム１０の遠隔要求ハンドラーは、ステップ８３０で、専用部１４６０
に戻る。ステップ８０２で要求が受信された場合は、次に、遠隔要求ハンドラー
８００は要求の種類を決定する。要求には３個の基本的な種類（ログイン要求８
０６、確認の要求８０７およびログアウト要求８０８）がある。

【００６５】ステップ８０４で要求がログイン要求であると決定された場合、図８の左側の
（ログイン）分岐８０６が選択される。ステップ８１０で、ログイン分岐は、要
求者（ログイン要求遠隔ユーザー）とグループの情報を集め、ステップ８１２で
、各要求者がローカルＭＵＳＥシステム１０と動作することの許可を決定するた
めに、要求者情報とグループ情報と図１１に示されたローカル許可ユーザーファ
イル７４４を比較して要求者とグループ情報が正しいか否かを決定する。ルック
アップテーブルに基いて要求者が許可されたとステップ８１２で決定されたと仮
定して、同じようにローカルに許可を確認するために、要求者グループの各々の
独立した遠隔ＭＵＳＥシステム１０Ａ、１０Ｂ、１０Ｎもローカル許可ユーザー
ファイル７４４と比較される。ステップ８１２と８１３の確認プロセスの一部と
して、申し込まれたグループの各々のメンバーは新たなグループの全メンバーを
是認しなければならない。従って、申し込んだ要求者のメンバーのリストは新た
なグループの各メンバーを順番に是認するため各被要求者に回覧される。グルー
プメンバーが全て許可されたメンバーであると決定されると、ステップ８１２で
、要求者の身元を知るため、ログイン処理８０６もまた要求者の位置にダイヤル
呼び出しをする。同様に、このステップは、ステップ８１４で各々の申し込んだ
グループメンバーについて実行される。

【００６６】図８の中心のすなわち確認の分岐８０７は、遠隔ステーションから遠隔要求に
対して応答する。遠隔ステーションはローカルステーションが共有複数ユーザー
環境へ実際にユーザー要求アクセスをしたことを決定するために電話をかける。
従って、ローカルステーションが新たなグループを要求中であるとき、ステップ
８１６で遠隔ステーションはローカルステーションにアクセスし、ローカルステ
ーションに問合せて、共有複数ユーザー環境またはグループにアクセスするのを
要求したことを確認する。

【００６７】右側の縦列はログアウトの分岐８０８であり、ログアウトを要求している各要
求者がログアウトを許可されたことを単に確認し、未許可アクセスがシステムを
離れた許可ユーザーをログしない。次に、ステップ８１８で、ログアウトの要求
者は複数ユーザー合成環境１０内の図１３の情報を探すことによって、また、こ
の位置がログアウトを要求されたことを確認するためにこのアドレス遠隔ステー
ションをポーリングすることによって、ローカルと遠隔の両方で確認される。

【００６８】ステップ８２０で決定されたように、確認が満足に行われたとき、ステップ８
２４で、専用部遠隔要求ハンドラー８００は、多次元合成環境１０の残りと遠隔
要求者の両方に承認を送信する。遠隔の要求者は、さらにステップ８２６で、各
グループメンバーに関する図１３の情報に対応して、グループ情報を提供される
。もしステップ８２０で決定されるように確認が生じなかった場合、ステップ８
２２で、失敗のメッセージがローカル多次元合成環境１０と、１０Ａ、１０Ｂ、
１０Ｎなどの遠隔要求者のＭＵＳＥシステムの両方に送信される。

【００６９】ステップ８２８で、ローカル多次元合成環境またはシステム１０は遠隔要求の
是認を通知する。図８のサブルーチンは、ステップ８３０で図６の専用部１４６
０に戻る。

【００７０】複数ユーザー共有インターフェース通信部既に述べたように、図６のＭＵＳＥデーモン１４は、ステップ１４０４で分岐
して、専用部１４６０に非同期に且つ並行に動作する通信ルーチン９００を呼び
出す。通信部９００は共有環境間の通信の大部分に責任があり、また共有環境に
関する必要なセキュリティまたは暗号化の全てに対して責任がある。本発明の好
ましい一実施形態の通信部は、２つの基本的な方法で遠隔ＭＵＳＥシステム１０
Ａ〜１０Ｎへ情報を送信できる。ほとんどの情報（特に状態とパラメータ情報）
は全ての遠隔ＭＵＳＥシステムへ送信され、従ってマルチキャスト通信はこの目
的のために同報通信（broadcast）される。しかし、ＭＵＳＥシステム内の通信のいくらかは、全ての遠隔ＭＵＳＥシステムには送信されない。そのような状況
において、通信部９００は、所定の遠隔ＭＵＳＥシステムのＴＣＰ／ＩＰポート
プロトコル番号へのＴＣＰ／ＩＰ伝送の使用によって、各々の特定された遠隔Ｍ
ＵＳＥシステム（例えば１０Ｂ）へそのような情報を送信する。通信部９００は
、ステップ９０２で開始し、ステップ９０４で一致された同報通信通信ポートを
開く。本発明の意図の中では、このポートは、イントラネットや専用電話回線な
どの任意の適当なディジタル情報通信チャンネルであってもよく、さらにインタ
ーネット通信に基いていてもよい。この通信の詳細な事項は、必要に応じて許可
ユーザーファイル７４４とともに格納できる。

【００７１】次に、通信部９００は、通信相手の共有環境１０Ａ、１０Ｂ、１０Ｎが存在す
ることを専用部が通知するのを待つ。こうして、専用部１４６０は、通信が適切
であることを確認し、通信の継続を通信部９００に許可する。共有環境内で通信
する他のＭＵＳＥシステム１０Ａ、１０Ｂ、１０Ｎがある間、通信部９００は、
ローカル制御状態情報とローカルパラメータ情報にアクセスし、この情報を遠隔
ＭＵＳＥシステム１０Ａ、１０Ｂ、１０Ｎに伝達する。

【００７２】図１０に関して詳しく説明されるように、複数ユーザーの共有環境は、各々の
ローカルと遠隔のステーションに関して各ステーションで状態情報とパラメータ
情報を格納することによって、作動する。こうして、各ステーションは他の各ス
テーションの現在の状態を知る。ステップ９０８で、通信部は、専用部１４６０
によって提供された情報に基いて複数のＭＵＳＥシステム１０の作動を容易にす
る通信部の通信機能を実行中であるか否かを決定する。ステップ９１０で、通信
部は、認められた共有ユーザーが存在するか否かを決定する。専用部１４６０に
よって共有ユーザーの存在の確認が与えられると、ＭＵＳＥ通信部は、図２に示
す遠隔ＭＵＳＥシステム１０Ａ、１０Ｂ、１０Ｎなどの共有ユーザーの間の通信
を処理し続ける。ステップ９１２で、通信部９００は、出力通信チャンネル９１
６へ転送するために、要求されたセキュリティ度に基いて暗号化ステップ９１４
によってオプションで暗号化できる通信終了の処理を行う。通信部９００は、さ
らに入力通信チャンネル９１８で情報を受信し、その情報は必要に応じて暗号化
ステップ９２０によってオプションで暗号化でき、ステップ９２２で、入力通信
は通信部９００により処理される。ステップ９１０で決定されるような認められ
た共有ユーザーが存在しない場合は、共有ユーザーが確認されるまで、通信部は
アイドル状態にある。

【００７３】通信部９００は、連続的に作動する必要がないので、多次元合成環境システム
１０上で通信部の処理負荷をを減らすために、通信部はステップ９２４で定期的
に待機する。

【００７４】通信部９００はシステムが共有環境を実行中でないと決定されると、ステップ
９２６で、通信は閉じられ、ＭＵＳＥデーモン１４は、ステップ９２８で、通信
部デバイスの実行が完了したと知らされる。通信部ルーチンは、次にステップ９
３０で作業を終了する。

【００７５】出力通信９１２は出力通信ハンドラー９１２によって送信され、入力通信ハン
ドラー９２２によって受信された入力通信は唯一の識別名によって始められ、そ
のようにしてローカルと遠隔環境は情報が正当な情報源から発生していることが
確認できる。この情報は、図１１に示されたようにメモリー内に格納された許可
ユーザーファイル７４４の情報と比較される。出力通信ハンドラー９１２と入力
通信ハンドラー９２２による通信は、好ましくは放送ソケットプロトコルを利用
して、他のＭＵＳＥシステム１０Ａ、１０Ｂ、１０Ｎと情報の大半を共有する。
内部パケットプロトコルは可変長であり、トークンの種類によって規定されたト
ークン値フィールドに基いく。いくつかのトークンは、フィールドの特定のリン
クを含み、共有情報の一部は、アプリケーションに特有であり、ＭＵＳＥアプリ
ケーション１８を制御するためにだけ使用されるＭＵＳＥシステム１０Ａ、１０
Ｂ、１０Ｎによって簡単に理解される必要がない。

【００７６】比較的限定された帯域を有するチャンネルにわたって能率的な通信を保証する
ため、ＭＵＳＥ通信部９００は、状態値とパラメータ情報の値がＭＵＳＥアプリ
ケーション１８又はＭＵＳＥシステム１０の残りによって変化されたときだけ、
状態値とパラメータ情報を送信する。そのような情報が変化するたびに、情報が
共有環境の各々に送信される。好ましくは、周期的に同期を確認するために、各
々のローカルと遠隔のシステムに関する共有状態テーブルと共有ユーザーパラメ
ータテーブルの内容が再送信される。

【００７７】共有ユーザー状態テーブルと共有ユーザーパラメータテーブル図１０は、本発明に基く複数ユーザーの共有通信に起因して、図１に示す多次
元合成環境システム１０を改良したハードウエアである。図１に示す多次元合成
環境システムにおけるように、図１の対話型デバイス２２に概ね対応しているア
プリケーションユーザー制御１１６を通して、ユーザー３０はＭＵＳＥシステム
１８と多次元合成環境システム１０の残りと対話する。アプリケーションユーザ
ー・インターフェース１１８は、一般に図１のＭＵＳＥデーモン１４、共有メモ
リ１２およびＭＵＳＥ機能１６に対応し、ＭＵＳＥシステム１０内の共有メモリ
１２の一部を形成しているアプリケーション状態テーブル１２０とアプリケーシ
ョンパラメータテーブル１２２へ必要な情報を提供する。

【００７８】図１の多次元合成環境システム１０は、また、ローカルシステム１０のための
アプリケーション制御状態とその関連情報を展開するアプリケーションユーザー
・インターフェース１１６を含む。アプリケーションユーザー・インターフェースは、所定の方法でローカルアプリケーションを制御するため、共有メモリ内で
定義されるアプリケーション制御構造（アプリケーション状態テーブル１２０と
アプリケーションパラメータテーブル１２２）を共有メモリに設定することをユ
ーザーに許可する。

【００７９】ユーザーは、アプリケーション状態テーブル１２０とアプリケーションパラメ
ータテーブル１２２で定義されているように、アプリケーションユーザー制御１
１６とアプリケーションユーザー・インターフェース１１８を介して所望される
とき、アプリケーション制御構造のフィールドを選択的に制御できる。

【００８０】共有メモリ１２のアプリケーション状態テーブルとアプリケーションパラメー
タテーブルの情報１２０、１２２は、次に、ＭＵＳＥアプリケーション１８、Ｍ
ＵＳＥ機能１６およびＭＵＳＥデーモン１４にステップ１２４で使用されて、ブ
ロック１４０で説明されたユーザーへのアプリケーション情報の提示と、ブロッ
ク１５０で説明された共有ユーザー表示とを容易にするアプリケーション状態応
答を実現する。ブロック１４０と１５０は、多次元合成環境システム１０によっ
てユーザー３０に用いられた情報を表わす。図１０のこの部分は、図１のそれと
は異なって配置されているが、図１０のこの部分の構造は本明細書の図１のそれ
とほぼ同じである。

【００８１】図１０は、また、共有ユーザー１状態テーブル１０２と共有ユーザー１パラメ
ータテーブル１０４とを含む共有ユーザーメモリ１００も開示し、共有ユーザー
メモリ１００は、一つの実施形態において、図２のローカルＭＵＳＥシステムの
状態とパラメータ、、図２の遠隔ＭＵＳＥシステム１０Ａに対応する共有ユーザ
ー２状態テーブル１０６と共有ユーザー２パラメータテーブル１０８、および、
図２の遠隔ＭＵＳＥシステム１０Ｎに関する共有ユーザー状態テーブル１１０と
共有ユーザーパラメータテーブル１１２を監視する。複数ユーザーグループの各
ユーザーはそれと関連した状態メモリとパラメータメモリをローカルＭＵＳＥシ
ステム１０内に有することは明らかである。好ましい実施形態では、共有ユーザ
ーメモリ１００はＭＵＳＥ共有メモリ１２の一部を形成する。

【００８２】複数ユーザー共有環境内の同期化専用部１４６０は、ユーザーに、特定の遠隔環境との完全な同期までの種々の
レベルの同期を要求することを許す。これは、好ましい実施形態におけるＭＵＳ
Ｅ共有メモリ１２の一部としても与えられる共有制御テーブル１１４におけるエ
ントリーを操作することによって、ローカルと遠隔の両方のＭＵＳＥシステムで
達成される。共有制御テーブル１１４は、ローカルＭＵＳＥシステム１０によっ
て現在定義されている共有ユーザー制御機能を反映する。

【００８３】例えば、ローカルユーザーは、共有制御テーブル１１４での制御状態のマッピ
ングによって、１以上の特定の遠隔ＭＵＳＥシステム、例えば１０Ａ、１０Ｂ、
で所定レベルの同期を選択できる。また、ローカルユーザーは、所望の低レベル
の同期にまで非同期化できる。ローカルユーザーは、所望により、環境の遠隔と
ローカルの制御を要求することによって、ローカル環境を全体的に制御する。従
って、ローカルユーザーが共有グループの一部になると、ローカルユーザーは、
その希望により、共有グループ内のだれか１以上のユーザー制御機能性を制御す
ることを許可できる。

【００８４】アプリケーション制御状態テーブルと関数テーブルを含む共有ユーザーメモリ
１００は、制御情報に関するマッピングメカニズムとしてアプリケーションによ
って用いられる。ユーザー３０は、遠隔ユーザーと所望の同期レベルに基いて共
有制御テーブル１１４のアプリケーションの内容を制御する。ローカル多次元合
成環境システム１０は、次に、共有制御テーブル１１４を使用して、共有ユーザ
ーメモリ１００の適切な機能領域からローカルＭＵＳＥシステム１０への情報の
流れを制御する。共有制御テーブル１１４は、共有ユーザーメモリ１００に格納
された情報によって特定されるように、どのユーザーが与えられた合成環境の項
目を制御または同期化するかを決定する。従って、例えば、ローカルユーザー３
０が共有ユーザーの見え方を好むなら、ローカルユーザーは共有ユーザー２にそ
の視点（point of view）の制御を要求し、そして、共有制御テーブル１１４は、この視点を定義する情報をアプリケーション状態テーブルとアプリケーション
パラメータテーブル１２０、１２２とに提供する。

【００８５】本発明による複数ユーザー共有環境の各ユーザーは、共有環境内で唯一の表示
（representation）を有する。各ユーザーは、多次元合成環境システム１０内に
埋め込まれたデフォールト機能がＭＵＳＥ環境内で各ユーザーの表示を行う多次
元合成環境システム１０の中のオブジェクトとして定義される。いずれかの共有
ユーザーの表示はこのように選択または識別できる。例えば、ローカルユーザー
は、遠隔ユーザーがローカルユーザーを環境の周りで引っ張るように、自分自身
の見方に任意の遠隔ユーザーのそれをつなぐ。ユーザーの表示は拡大され、寸法
が非線型に拡大され、または、それをより見やすくするため、または他の目的の
ために、変形されする。

【００８６】各々のローカルまたは遠隔のユーザーの表示は、ＭＵＳＥシステム内のオブジ
ェクトとして定義される。本発明の教示による一実施形態において、各々のユー
ザー表示またはオブジェクトと関連する状態値は、共有制御テーブルの内容に依
存する。例えばローカルユーザーに対する各遠隔ユーザーの同期度は、ユーザー
の表示の視覚的な改良によって表わすことができる。一実施形態において、他の
ユーザーがアプリケーションデータのローカルユーザーの視野で十分に同期化さ
れないとき、遠隔ユーザーは半透明な形で表示される。一方、遠隔ユーザーとロ
ーカルユーザーとの間で十分な同期が存在するとき、データにおける遠隔ユーザ
ーの視点はしっかりした形で表示される。ユーザーの表示（オブジェクト）に関
連する状態テーブルのエントリーを変更することによって、システムはあるデー
タオブジェクトを他に依存する表現を可能にするように変形できる。

【００８７】ローカルユーザーがシステム機能へアクセスすることと合成環境内で任意の共
有ユーザーの表現に関連することを許可する柔軟性は、ともに本発明のシステム
のプログラミングを簡単にし、さらに、そうでなければ視点を容易に許可しない
。例えば、多次元合成環境内に存在する“つなぐ”コマンドは、任意のユーザー
た他のユーザーを含む任意のオブジェクトにつなぐために使用できる。一例とし
てこのコマンドを用いたとき、一人のユーザーはカム溝の内側を検査できる。そ
のユーザーは、カム溝に沿って正しい方向にナビゲートする展望を持っていない
。しかし、第１ユーザーにつながれた第２のユーザーは、「右の経路をとれ」と
いった指令を与えることによって第１ユーザーに指示でき、さらに第２のユーザ
ーはこのつなぎによって第１ユーザーと共に引っ張られてもよい。従って、二人
のユーザーは個別に成し遂げることができない方法でそのデータを対話式に検討
することができる。これは添付した図１２Ｖのビデオ図に示される。

【００８８】図１０のシステムにおいて、ユーザー３０により現在検査中のデータを表現す
るアプリケーション状態テーブル１２０とアプリケーション・パラメータ・テー
ブル１２２は、通信部９００とコンピュータネットワーク３４とを介してグルー
プ内の他のネットワークに送信できる。同時に、共有ユーザー状態情報と共有パ
ラメータ情報は、通信部９００によってローカル多次元合成環境へ提供され、こ
こで、各遠隔ＭＵＳＥシステム１０Ｎで見た映像を表示する状態とパラメータ情
報は、それぞれのユーザー（例えば、１１０、１１２）の位置で共有ユーザーメ
モリ１００に格納される。次に、ユーザーは、この情報を表示すべきか否かを選
択し、その選択を共有制御テーブル１１４に格納して、アプリケーション状態テ
ーブル１２０とアプリケーションパラメータテーブル１２２を更新する。この更
新は通信部９００によってネットワーク３４を経て他のネットワークに送信され
る。

【００８９】各合成環境アプリケーションの種々の機能性は論理的に分離でき、この機能性
の各論理的態様の制御は、選択されたローカル又は遠隔のユーザーによって制御
できる。そのような論理的分離の例は、ユーザーの視点の位置、表現されている
アプリケーションのシナリオにおける時間、モデルの現在のスケール、アプリケ
ーションにおいて現在実行されている機能性または情報を含むアプリケーション
状態、または合成環境の任意の観点である。共有制御テーブル１１４は、どの機
能をどのユーザーが制御するかを定義し、それに相応してその機能を制御するユ
ーザーを同定する。このようにして、ローカルユーザーは、一人以上の遠隔ユー
ザーと、アプリケーションの十分な程度から非常にゆるい程度までの同期化され
た視野を可能にする。例えば、ローカルユーザーは、グループ内の一人のユーザ
ーに対して時間を同期化して、グループの他のユーザーに対して画像データの明
るさを制御でき、ユーザーの視点と位置をローカルに制御できる。

【００９０】ローカルユーザーは要求されるといつでもアプリケーションの任意の部分また
は全体の制御を回復できることを理解することが重要である。このことは、全て
の機能の制御にあるローカルユーザーを定義する共有制御テーブル１１４に新し
い情報を提供することによって達成できる。

【００９１】共有制御テーブル１１４は、合成環境イメージのいかなる視点も実質的に制御
できる。たとえば、共有制御テーブル１１４は、ユーザー位置、アプリケーショ
ン・シナリオの時間、アプリケーション環境目盛、アプリケーション倍率、ユー
ザー視界、明るさ制御、テレポーテーション・マーカーの発生、アプリケーションオブジェクトの寸法と位置、または他のアプリケーション状態を制御できる。

【００９２】後述の表１に示される例は、ユーザーＸＹＺに時間制御を許し、ユーザーＹＲ
Ｔに視界制御を許し、ユーザーＰＬＶによって制御されるようにアプリケーショ
ン状態を設定させ、さらに、ローカルユーザーがこの例のエントリーの残りを制
御することを許す。任意の数のアプリケーション制御は、通信部を通して新たな
情報の種類または属性を配布し、共有ユーザーメモリ１００内の各共有ユーザー
の多次元合成環境システムにおいてこの情報の種類または属性の記憶を許可する
ことによってテーブルに追加できる。次に、各ユーザーは、所望により、他のユ
ーザーへのこの新たな制御エントリーの制御をやめて、所望の程度の同期を達成
できる。

【００９３】

【表１】表１共有制御テーブルの例

【００９４】共有制御テーブル１１４は好ましくは、それと関連したソフトウエアを有し、
同期割当てにおける衝突を防ぐ。そのようなソフトウエアは、各々のローカルと
遠隔のシステム並びにそこへ変更を要求されたローカルユーザーの共有制御テー
ブル１１４の内容を監視する。従って、ユーザーは、遠隔ＭＵＳＥシステム１、
１０Ａが既にローカルＭＵＳＥシステムへ制御を割り当てたとき、ローカルＭＵ
ＳＥシステムの共有制御テーブル内の選択されたパラメータの同期を遠隔ＭＵＳ
Ｅシステム１、１０Ａに割り当てることができない。このソフトウエアは、割り
当てを起こすループがいくら長くても（例えば、ローカルＭＵＳＥシステム１０
→遠隔ＭＵＳＥシステム１、１０Ａ→遠隔ＭＵＳＥシステム２、１０Ｂ→遠隔Ｍ
ＵＳＥシステムＮ、１０Ｎ→ローカルＭＵＳＥシステム１０）、割り当てにおけ
るこのような衝突を防ぐ。そうでなければ、そのような衝突は簡単には解決でき
ない。

【００９５】オーバーライドテーブルの使用ローカルＭＵＳＥ環境で見られたローカルＭＵＳＥデータのある観点の送信は
、ローカルにプライベートな情報を保護するために必要なら禁止できる。プライ
ベートな情報は、声、文書、絵画、写真、音または他の形式の情報伝達媒体を含
む。また、通信の専用部機能は、プライベートな通信を達成させるため、ローカ
ルステーションと所望の共有ユーザーとの間で点と点の間の短い接触を確立する
のにも使用できる。

【００９６】本発明のシステムは、ローカルユーザーが自身だけが認知できる追加情報を生
成または表示することも許してもよい。データはいかなるソースから来てもよい
が、ローカルユーザーによってのみ見られることが意図される。

【００９７】選択的なプライベートな通信とプライベートな空間視は、共にオーバーライド
テーブル１３０の使用によって支援されている。オーバーライドテーブルは共有
制御テーブル内のエントリーを一致するテーブルである。だれがどの機能を制御
中であるかを追跡する代わりに、オーバーライドテーブル１３０は何を共有すべ
きかまたはすべきでないかを決定し、ＭＵＳＥ通信部９００へのプライベートな
特徴の供給を禁止する。従って、一般的なアプリケーション制御状態テーブルと
アプリケーションパラメータテーブル１２０、１２２内の機能の下位集合のみが
オーバーライドテーブルを通り通信部９００を介して遠隔ＭＵＳＥシステム１０
Ａ、１０Ｂに到達する。オーバーライドテーブル１３０は、共有ユーザーメモリ
１００内にこの情報を記憶することも禁止する。表２は、現在の考えによりオー
バーライドテーブルの一例を示す。

【００９８】

【表２】表２通信部オーバーライドテーブル

【００９９】本実施形態において、オーバーライドは設定されていないので、全てのローカ
ルアプリケーション制御情報は、接続された共有グループ内で共有される。しか
し、表２に載せられたどの項目も、この情報が共有グループのアプリケーション
状態テーブルとアプリケーションパラメータテーブル１２０、１２２から遠隔多
次元合成環境システム１０Ａ、１０Ｂへ送信されるのを防ぐオーバーライドフラ
グの設定によって禁止できることは明白である。

【０１００】表２のオーバーライドテーブルは、マルチキャスト通信を介して共有環境内で
ローカルＭＵＳＥシステム１０から全ての遠隔ＭＵＳＥシステム１０Ａ〜１０Ｎ
へのアプリケーション状態とパラメータ情報１２０、１２２の送信または禁止を
単に認め、各々の状態またはパラメータは、また、複数ユーザー共有環境の各ユ
ーザーに関連するオーバーライドテーブルエントリーを有する。従って、特定の
オブジェクトの状態に関する情報は、例えば１０Ａ、１０Ｂといったいくつかの
遠隔ＭＵＳＥシステムに送信でき、オーバーライドフラグは、この情報を遠隔Ｍ
ＵＳＥシステムＮ、１０Ｎだけに送信するのを禁止するのに設定できる。従って
、選択的なオーバーライドは、状態情報とパラメータ情報の送信に関して、複数
ユーザーグループ内の全遠隔ＭＵＳＥシステムまたはオーバーライドテーブル１
３０の構成によって決まる複数ユーザーグループ内の特定されたＭＵＳＥシステ
ムのみに達成される。このような状況において、選択された遠隔ＭＵＳＥシステ
ムへのＴＣＰ／ＩＰ送信が実行される。

【０１０１】本発明の多次元合成環境に関する共有複数ユーザー通信システムの動作のまとめ本発明の共有複数ユーザーインターフェースは、本来独立したユーザー優先多
次元合成環境の間での複雑なデータの共有に使用されることに意図されている。
基本的な多次元合成環境システム１０では、アプリケーションは共有メモリ１２
の使用を通して機能的に独立した規格化デバイスにアクセスされ制御される。柔
軟性のこの同じ自由度は、複数ユーザーがアプリケーションを調査、ナビゲート
、操作、検査をするのを許可するのに非常に望ましい。本発明のシステムは、共
有複数ユーザーグループのいくつかの遠隔ユーザーとローカルユーザーがインタ
フェースすることによって作動する。ローカルコンピュータは従って専用部１４
６０を介して初期接続を確立する。専用部１４６０は接続を助け、接続の許可を
確認し、ログイン要求に返信し、分離したプライベートな専用通信回線を確立し
、必要なら、ローカルユーザーやローカルユーザーを含むグループのログアウト
タスクを実行する。

【０１０２】通信部９００は、共有複数ユーザー環境のローカルと遠隔ユーザー１０、１０
Ａ、１０Ｂ、１０Ｎの間の制御状態情報とパラメータ情報の通信を続ける。共有
ユーザーメモリ１００は、各々のローカルと遠隔のユーザーに関連した共有ユー
ザー状態情報と共有ユーザーパラメータ情報を含む。その情報は、情報の変化が
発生したときにはいつも、各々のローカルと遠隔の合成環境システム１０の共有
ユーザーメモリ１００の内部で更新される。従って、通信部は、他の各ユーザー
から関連情報を集め、その情報を共有ユーザーメモリ１００内のユーザーに割当
てられた対応する状態テーブル内に置く。

【０１０３】共有ユーザーメモリは、共有環境内の各々のローカルと遠隔のユーザー１０、
１０Ａ、１０Ｂの共有ユーザー状態テーブルと共有ユーザーパラメータテーブル
の一対一のコピーを含む。従って、共有環境内の任意のユーザーの状態も周期的
に再度同報通信する必要がない。状態またはパラメータが変更されるたびに更新
される。同様に、ローカル合成環境システムの現在のアプリケーション状態を代
表するアプリケーション状態テーブルとアプリケーションパラメータテーブル１
２０、１２２の内容は、共有複数ユーザー環境内の他の各遠隔ユーザーへ、さら
にはローカル合成環境システム状態情報とローカル合成環境システムパラメータ
情報を代表する対応共有ユーザー状態テーブルと共有ユーザーパラメータテーブ
ル１０２、１０４へ通信部によって同報通信される。

【０１０４】オーバーライドテーブル１３０は、アプリケーション状態テーブル１２０とア
プリケーションパラメータテーブル１２２の送信を遠隔共有環境ユーザーの何人
かまたは全員に対して選択的に禁止するために用意される。従って、アプリケー
ション状態テーブルとアプリケーションパラメータテーブルの中のいずれの情報
も実行空間内のプライベートデータとして保持されてもよい。

【０１０５】共有制御テーブル１１４は、本発明の共有複数ユーザー環境内に設けられ、だ
れがシステム内に埋め込まれた機能を制御するかについて論理的な分離を可能に
する。各共有多次元合成環境システムのローカルユーザーは、どのユーザーがシ
ステム内に埋め込まれたどの機能を制御するかを、ローカルに選択できる。従っ
て、共有制御テーブルは、接続された複数ユーザーグループにおける全てまたは
幾人かのメンバーとのすべての可能な同期の組み合わせ（情報が任意の瞬間に見
られることを含む）を作ることができる。

【０１０６】アプリケーション１８は、アプリケーションの実行を制御するために制御状態
テーブル情報とパラメータテーブル情報１２０、１２２を使用する。従って、本
発明のシステムを用いて、複数のユーザーは、実質的にリアルタイムで、そして
、種々の同期の程度で、共有複数ユーザーグループ内で、ユーザー間で変化する
同期の程度で合成環境情報を見ることができる。

【０１０７】また、本発明のシステムにおいて、新たなグループの申し込んだ新たなユーザ
ーは、加入の前に、グループの他の各メンバーに是認されなければならないとい
うことは明らかである。

【０１０８】上記に示した説明は、ここに記載した発明の代表的な実施態様を例としたもの
であり、その発明は添付した請求の範囲によってのみ規定されるものであること
は言うまでもない。ここに記載された発明は、本発明の開示に基づき当業者が考
える変形を含むことは言うまでもない。

【図面の簡単な説明】

【図１】米国特許５，６８０，５２４号に開示された多次元合成環境シス
テムと、本発明の教示による他の多次元合成環境システムを使ったそのインター
フェースの方式を示す図。

【図２】本発明の教示による共有グループ内で接続された複数の多次元合
成環境（ＭＵＳＥ）システムを示す図。

【図３】上記米国特許で用いられた形式の多次元合成環境アプリケーショ
ン制御を示す図。

【図４】上記米国特許のシステムで利用された形式の装置ドライバ４００
を示すフローチャート。

【図５】上記米国特許のシステムで用いられた形式のＭＵＳＥデーモンプ
ログラムのフローチャート。

【図６】本発明の教示による、通信を容易にする専用部１４６０を含む改
良されたＭＵＳＥデーモンのフローチャート。

【図７】図６に示すローカルユーザー・ログイン要求教唆部７００のフロ
ーチャート。

【図８】図６に示すローカル要求ハンドラー８００のフローチャート。

【図９】図６に示す通信部９００のフローチャート。

【図１０】本発明の教示による選択的同期と選択的プライバシーを容易に
する、共有されるユーザー状態とパラメータのテーブル情報１００の使用を図式
的に示す図。

【図１１】図６の所有部により用いられるローカル許可ユーザーファイル
７４４とそのローカルユーザー・ログイン要求処理部７００とリモート要求ハン
ドラー８００の例を示す図。

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１２年２月１日（２０００．２．１）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者クレイグ・エイ・ピーターソンアメリカ合衆国87106ニューメキシコ州アルバカーキ、ランドルフ・サウス・イースト1601番、スウィート210 Ｆターム(参考） 5B085 CE03 5B089 GA21 GB03 JA17 KA10 KA17 KB10 KC15 KC22 KC47

Claims

【特許請求の範囲】

【請求項１】対話型グループを形成する複数のデータ対話型コンピュータ
装置の間で共有されるデータによって定義される多次元環境での対話型通信方法
は、ローカルデータ対話型コンピュータ装置において、ａ）ローカルデータ対話型コンピュータ装置において、前記複数のデータ対話
型コンピュータ装置の各々で現在調査中のデータ属性状態が格納されたメモリー
テーブルを用意するステップと、ｂ）前記のローカルデータ対話型コンピュータ装置上の所望のデータを調査す
るステップと、ｃ）前記のグループ内で選択された遠隔データ対話型コンピュータ装置に同期
化される少なくとも１個のデータ属性を選択するステップとからなり、前記ステップｂ）は、前記の選択された遠隔データ対話型コンピュータ装置で
現在調査中のデータの属性状態を表わす前記の格納されたメモリーテーブルによ
って定義されるように前記の選択された遠隔コンピュータに同期化される前記の
少なくとも１個のデータ属性を用いてローカルデータ対話型コンピュータ装置上
の所望のデータを調査して、前記の少なくとも１個のデータ属性が前記の選択さ
れた遠隔データ対話型コンピュータ装置で制御されることを特徴とする多次元環
境内の対話型通信方法。
【請求項２】前記ステップｃ）は、全てのデータ属性を選択できて、前記
のローカルデータ対話型コンピュータ装置が所望のデータを前記の選択された遠
隔データ対話型コンピュータ装置と同じ方法で調査することを特徴とする請求項
１に記載の方法。
【請求項３】さらに、ローカルデータ対話型コンピュータ装置で現在調査
中の前記のデータのデータ属性の変更を、前記グループ内の全ての他のデータ対
話型コンピュータ装置に送信することを特徴とする請求項２に記載の方法。
【請求項４】さらに、ローカルデータ対話型コンピュータ装置の属性を、
対話型グループを形成する全ての前記の複数のデータ対話型コンピュータ装置に
送信することを特徴とする請求項１に記載の方法。
【請求項５】前記の送信ステップは、対話型グループを形成する前記の全
てのデータ対話型コンピュータ装置が認可され且つグループ全体のメンバーによ
ってグループに関して是認されたことを前記のローカルデータ対話型コンピュー
タ装置が確認した後にのみ実行されることを特徴とする請求項４に記載の方法。
【請求項６】さらに、選択された属性を前記のローカルデータ対話型コン
ピュータ装置でプライベートに維持するために、ローカルデータ対話型コンピュ
ータ装置から、対話型グループを形成する前記の他のデータ対話型コンピュータ
装置へ、前記の選択されたデータ属性の送信を選択的にオーバーライドするステ
ップｄ）を備えることを特徴とする請求項５に記載の方法。
【請求項７】１人のユーザーは１つのデータ（例えば、地震データ）形式
を表示し、もう１人のユーザーは他方のデータに関連するもう一つのデータ（例
えば、地質面表示）形式を表示し、それによって異なったユーザーは調査される
環境に関連する異なったデータを知覚することを特徴とする請求項１に記載の方
法。
【請求項８】前記のデータ属性は、ユーザー位置、時間経過の度合と傾向
を含んだアプリケーションシナリオ時間、対数目盛から線形目盛または線形距離
目盛へ変換することを含むアプリケーション環境目盛、アプリケーション倍率、
ユーザー視界、明るさ制御、テレポーテーション・マーカーの配置、画像を急激に変えることを含むアプリケーションオブジェクトの配置とそれらの状態、およ
び、表示されるアプリケーションのデータの状態と種類を含むことを特徴とする
請求項１に記載の方法。
【請求項９】調査中の３次元以上のデータは、全ての前記の対話型グルー
プを形成する複数のデータ対話型コンピュータ装置に常駐することを特徴とする
請求項１に記載の方法。
【請求項１０】対話型グループを形成する複数のデータ対話型コンピュー
タ装置の間で共有されるデータによって定義される多次元環境での対話型通信方
法は、ローカルデータ対話型コンピュータ装置において、ａ）ローカルデータ対話型コンピュータ装置における前記複数のデータ対話型
コンピュータ装置の各々で現在調査されるデータ属性状態が格納されたメモリー
テーブルを提供するステップと、ｂ）前記のローカルデータ対話型コンピュータ装置上の所望のデータを調査す
るステップと、ｃ）前記のローカルデータ対話型コンピュータ装置で、現在調査されたデータ
のデータ属性の変化を、前記グループ内の前記の他の全てのデータ対話型コンピ
ュータ装置に送信して、前記グループ内における選択された遠隔データ対話型コ
ンピュータ装置と同期化される少なくとも１個のデータ属性を選択するステップ
と、ｄ）前記のローカルデータ対話型コンピュータ装置から、対話型グループを形
成する前記の他のデータ対話型コンピュータ装置への、選択されたデータ属性の
前記の送信を選択的にオーバーライドして、前記のローカルデータ対話型コンピ
ュータ装置において前記の選択された特性をプライベートに維持するステップと
からなる多次元環境内の対話型通信方法。
【請求項１１】さらに、前記グループ内で選択された遠隔データ対話型コ
ンピュータ装置に同期化される少なくとも１個のデータ属性を選択するステップ
を備え、前記ステップｂ）は、前記の選択された遠隔データ対話型コンピュータ装置に
おいて現在調査されているデータの属性状態を表わす、格納されたメモリーテー
ブルによって定義されるように、前記の選択された遠隔コンピュータと同期化さ
れる少なくとも１個のデータ属性を用いて前記のローカルデータ対話型コンピュ
ータ装置で所望のデータを調査して、前記の少なくとも１個のデータ属性が前記
の選択された遠隔データ対話型コンピュータ装置で制御されることを特徴とする
請求項１０に記載の方法。
【請求項１２】前記送信ステップは、対話型グループを形成する前記の全
てのデータ対話型コンピュータ装置が認可され且つその全てがグループ全体のメ
ンバーによってグループに関して是認されたことを前記のローカルデータ対話型
コンピュータ装置が確認した後にのみ実行されることを特徴とする請求項１０に
記載の方法。
【請求項１３】対話型グループを形成する複数のデータ対話型コンピュー
タ装置の間で共有されるデータによって定義される多次元環境での対話型通信方
法は、ローカルデータ対話型コンピュータ装置において、ａ）ローカルデータ対話型コンピュータ装置において前記複数のデータ対話型
コンピュータ装置の各々で現在調査中のデータ属性状態が格納されたメモリーテ
ーブルを提供するステップと、ｂ）前記のローカルデータ対話型コンピュータ装置上の所望のデータを調査す
るステップと、ｃ）前記のローカルデータ対話型コンピュータ装置で現在調査中のデータのデ
ータ属性の変更を前記グループ内の他の全てのデータ対話型コンピュータ装置に
送信して、前記グループ内における選択された遠隔データ対話型コンピュータ装
置と同期化される少なくとも１個のデータ属性を選択するステップとからなり、前記の送信ステップは、前記のローカルデータ対話型コンピュータ装置が、対
話型グループを形成する前記の全てのデータ対話型コンピュータ装置が認可され
且つグループ内の前記の全てのデータ対話型コンピュータ装置がグループ全体の
メンバーによってグループに関して是認されたのを確認した後のみ実行される、
多次元環境内の対話型通信方法。
【請求項１４】対話型グループを形成する複数のデータ対話型コンピュー
タ装置間で共有されるデータによって定義される多次元環境での対話型通信方法
は、ローカルデータ対話型コンピュータ装置において、ａ）各ユーザーがそれ自身のデータ対話型コンピュータ装置の所望のデータを
独立に調査することを許可するステップと、ｂ）各ユーザーがグループにログオンすることを許可するステップとからなり
、新規のユーザーがグループへログオンする前に、設定されているグループの各
ユーザーに新規のユーザーの追加を是認するようこと要求する多次元環境内の対
話型通信方法。
【請求項１５】現存する１つのグループを現存するもう１つのグループと
結合することを許可し、各グループの全メンバーがこのグループからグループへ
のログインを是認することを要求することを特徴とする請求項１４に記載の方法
。
【請求項１６】対話型グループのメンバーの位置と視点がローカルデータ
対話型コンピュータ装置に表示されることを特徴とする請求項１４に記載の方法
。
【請求項１７】データ内の他の各ユーザーの位置と視点の画像がローカル
データ対話型コンピュータ装置で表示されることを特徴とする請求項１６に記載
の方法。
【請求項１８】データ内の他の各ユーザーの位置と視点の画像が、ローカ
ルユーザーのイメージに同期化したデータを他のユーザーが見ているか否かを確
認することを特徴とする請求項１７に記載の方法。
【請求項１９】ローカルユーザーのデータの視点に対して前記の他のユー
ザーが十分に同期されなかった場合、前記他のユーザーは半透明のゴーストとし
て現れることを特徴とする請求項１８に記載の方法。
【請求項２０】各々がそれ自身のデータ対話型コンピュータ装置を有する
複数ユーザーの間で共有されるデータによって定義される多次元環境での対話型
通信方法は、各ユーザーがそれ自身のデータ対話型コンピュータ装置に所望のデータを独立
して表示することを許可するステップと、複数ユーザーが同じデータを集団で調査することを可能にするステップとから
なり、前記データ内の異なったオブジェクトは、異なったユーザーによって同時に制
御される、多次元環境内の対話型通信方法。
【請求項２１】各々がそれ自身のデータ対話型コンピュータ装置を有する
複数ユーザーの間で、共有されるデータによって定義される多次元環境での対話
型通信方法は、各ユーザーがそれ自身のデータ対話型コンピュータ装置で所望のデータを独立
して表示することを許可するステップと、複数のユーザーが同じデータを集団で調査することを可能にするステップとか
らなり、前記ユーザーの各々が、前記データを調査する他のユーザーによって調査不可
能なプライベート空間を保持する多次元環境内の対話型通信方法。
【請求項２２】各ユーザーは技法を提供され、各ユーザーのプライベート
空間はその技法の境界内に位置付けられることを特徴とする請求項２１に記載の
方法。
【請求項２３】対話型グループを形成する複数のデータ対話型コンピュー
タ装置の間で共有されるデータによって定義される多次元環境での対話型通信方
法は、ａ）対話型グループ内の前記複数のデータ対話型コンピュータ装置の各々にお
いて現在調査中のデータの属性状態が格納されたメモリーテーブルを提供するス
テップと、ｂ）前記データ対話型コンピュータ装置のローカルのユーザーは、１以上の前
記データ属性を選択的に変更するステップと、ｃ）前記ステップｂ）の変更に応答して、対話型グループ内の前記遠隔データ
対話型コンピュータ装置に属性変更を送信して、現在の属性が対話型グループ内
の各データ対話型コンピュータ装置に格納されるステップとからなり、前記ステップａ）で格納された属性状態のメモリテーブルは、ローカルと遠隔
のデータ対話型コンピュータ装置の間で情報を送信する必要性を減少し、データ
属性の変化への遠隔多次元環境の応答時間を増加する、多次元環境内の対話型通
信方法。
【請求項２４】対話型グループを形成するローカルデータ対話型コンピュ
ータ装置と少なくとも１つの遠隔データ対話型コンピュータ装置の間で共有され
るデータによって定義される多次元環境で対話型ly通信するシステムであって、
前記システムは、対話型グループ内の各対話型コンピュータ装置で、データを調査し操作する多次元合成環境システムと、多次元合成環境システムにより調査され操作されているデータの属性を格納す
るローカル特性メモリと、各々の遠隔システムと関連され、遠隔システムによって調査され操作されてい
るデータ属性を格納する遠隔属性メモリと、ローカルデータ対話型コンピュータ装置におけるデータ属性の変更を各々の遠
隔データ対話型コンピュータ装置に送信して、対話型グループ内の各データ対話
型コンピュータ装置が各々の他のデータ対話型コンピュータ装置にあるデータの
正しい属性を有する通信部とからなり、それによって遠隔で発生した属性の変化
に対してローカルデータ対話型コンピュータ装置の反応速度を上昇する、多次元
環境で対話型ly通信するシステム。
【請求項２５】さらに、制御されるローカルデータ対話型コンピュータ装
置におけるデータの調査と操作のため属性を同定する共有制御テーブルを備え、
一台以上の遠隔データ対話型コンピュータ装置の１以上の属性への、前記のロー
カルデータ対話型コンピュータ装置でのデータの調査と操作を選択的に容易にす
ることを特徴とする請求項２４に記載のシステム。
【請求項２６】さらに、一台以上の遠隔データ対話型コンピュータ装置に
送信されない属性を選択するオーバーライドテーブルを備え、前記通信部は、オーバーライドテーブルに応答して指示された通信を禁止する
ことを特徴とする請求項２４に記載のシステム。