(57)【要約】【課題】  それぞれに異なるメタファが定義されている仮想空間とその外部の世界である既存のデスクトップ方式及びコマンドライン方式のようなユーザインタフェイスとの間では、上述のようなメタファの相違が障壁となって同一のファイルを同一の連続した操作方法（たとえばマウスによる移動，複写，起動等）で処理することが出来ず、情報の交換が不可能であった。【解決手段】  三次元的な仮想空間システムとそれ以外の二次元的なシステムとを統合して扱うために、ある計算機データに対して複数の異なるメタファが定義された仮想空間中における見え方を示すデータをそのデータと同一のファイルに含むファイル構造を有する。これにより、異なる仮想空間相互間で連続した操作によってファイルの移動，複写，起動等を行なうことが可能になる。【選択図】        図１
2004158040.tif 000002
【特許請求の範囲】
【請求項１】
一つの仮想空間サーバに複数のクライアントを接続し、前記仮想空間サーバが保持するオブジェクトに対応するアイコンを前記複数のクライアントの画面に表示する仮想空間共有システムにおいて、
各アイコンに対応するオブジェクトと同一のファイルに他のクライアントの画面における動作を記述したデータを含み、
前記複数のクライアントの内の一つの画面に表示されたアイコンに対して所定の操作がなされた場合に、そのアイコンに対応するオブジェクトと同一のファイルに記述された動作が他のクライアントの画面において実行されること
を特徴とする仮想空間共有システム。
【請求項２】
一つの仮想空間サーバに複数のクライアントを接続し、前記仮想空間サーバが保持するオブジェクトに対応するアイコンを前記複数のクライアントの画面に表示する仮想空間共有システムにおいて、
各アイコンに対応するオブジェクトを特定するデータとそのオブジェクトの他のクライアントの画面における動作を記述したテーブルを有し、
前記複数のクライアントの内の一つの画面に表示されたアイコンに対して所定の操作がなされた場合に、そのアイコンに対応するオブジェクトを特定するデータをインデックスとして前記テーブルに記述されている動作が他のクライアントの画面において実行されること
を特徴とする仮想空間共有システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータシステムにおいて異なるメタファが定義付けられているオペレーティングシステムのウィンドウ間、即ち三次元的な仮想空間システムと二次元的なグラフィカルユーザインタフェイスであるウィンドウシステムとの間でのデータ交換を可能とする仮想空間共有システムに関する。
【背景技術】
【０００２】
パーソナルコンピュータの性能向上と通信回線の高速化とに伴って、ディスプレイ上に二次元または三次元的な仮想的空間を表示し、その仮想的空間内において他のユーザと会話を行なったり、種々のサービスを享受したりすることが可能な仮想空間システムのアプリケーション、たとえば富士通株式会社の”habitat ”（非特許文献１参照）,  NTTの”INTERSPACE”等 が開発され、実用化されている。しかし、この種のアプリケーションは現状では他のアプリケーションに対しては閉じたシステムになっており、相互に関連して作用させることは出来ないのが現状である。
【０００３】
その理由としては、メタファの違いが最大の要因として挙げられる。コンピュータのユーザインタフェイスは、オペレーティングシステムの発展に伴って、ユーザがコマンドをキー入力して種々の命令を実行させる方式のコマンドライン方式から画面に表示されているウィンドウ内のアイコンをユーザがマウス等のポインティングデバイスで指定するデスクトップ方式のグラフィカルユーザインタフェイス(GUI) へと進化して来た。しかし、両者間のメタファの違いは、コマンドライン方式におけるファイルの概念をデスクトップ方式においては書類という概念で対応することにより、ユーザインタフェイスでの統一が維持されている。このため、コマンドライン方式の各ファイルをデスクトップ上に書類のメタファで表示するアイコンという表示手法が考案された。
【０００４】
一方、前述のような仮想空間システムにおいては、都市メタファと称されるメタファが採用されており、その内部においてはユーザはその統一された都市メタファによって提供される種々の、たとえば会話，買物等のサービスを享受することが可能である。
【非特許文献１】「オンライン・バーチャルリアリティ」、ハビタットオラクル、株式会社富士通経営研修所、１９９４年１２月発行、（ＩＳＢＮ４−９３８７−１１２４−９）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、上述のような仮想空間とその外部の世界である既存のデスクトップ方式及びコマンドライン方式のようなユーザインタフェイスとの間では、上述のようなメタファの相違が障壁となって情報の交換が不可能であると言う問題がある。
【０００６】
このような事情からたとえば、同一のファイルに対して、複数のメタファに対応して適当なアイコンデータをそれぞれ用意し、それぞれの時点で表示されているウィンドウに規定されているメタファに応じたアイコンを選択して表示することにより、上述の問題を解決する手法が提案されている。しかし、同一のファイルを同一の連続した操作方法（たとえばマウスによる移動，複写，起動等）で処理することは出来ないという問題が依然として存在する。
【０００７】
また、静止画, 動画, 音響情報等を仮想空間システムにログインしているユーザに情報を送信して表示しようとした場合、そのユーザのアドレスを何らかの手段で入手して更に仮想空間システムとは異なるアプリケーションを実行する必要がある。この場合にも上述同様に、同一のファイルを同一の連続した操作方法で処理することは出来ないという問題が依然として存在する。
【０００８】
本発明はこのような事情に鑑みてなされたものであり、三次元的な仮想空間システムとそれ以外の二次元的なシステムとを統合して扱えるテーブルを用意し、統合されたメタファの下において種々のサービス、たとえば同一のファイルを同一の連続した操作方法（たとえばマウスによる移動，複写，起動等）で処理することを可能とするようなサービスをユーザが享受可能な仮想空間共有システムの提供を目的とする。
【課題を解決するための手段】
【０００９】
本発明の仮想空間共有システムのファイル管理システムでは、ある計算機データに対して複数の異なるメタファが定義された仮想空間中における見え方を示すデータをそのデータと同一のファイルに含むファイル構造を有する。これにより、異なる仮想空間相互間でファイルの少なくとも起動，移動及び複写を行なうことが可能になる。
【００１０】
また、本発明の仮想空間共有システムのファイル管理システムでは、ある計算機データに対して複数の異なるメタファが定義された仮想空間中における見え方を示すデータを有するファイルの名称を関連付けるテーブルを備える。これにより、異なる仮想空間相互間でファイルの少なくとも起動，移動及び複写を行なうことが可能になる。
【００１１】
より具体的には、図１のフローチャートに示されているような処理を図２の模式図に示されているようなファイル構造を対象として行なうことにより本発明の仮想空間共有システムのファイル管理システムの第１の手法が実現され、図３の模式図に示されているようなテーブルで関連付けられたファイルを対象として行なうことにより本発明の仮想空間共有システムのファイル管理システムの第２の手法が実現される。
【００１２】
なお、ここではアイコンの表示処理を一例として本発明の仮想空間共有システムのファイル管理システムの原理について説明する。図１は本発明の仮想空間共有システムのファイル管理システムの第１の手法によるファイルドロップ時のアイコン表示処理の手順を示すフローチャートであり、図２はファイルの構造を示す模式図であり、図３はアイコン管理テーブルの構造を示す模式図である。
【００１３】
まず、ファイルがドロップされると、ドロップされたウィンドウにオペレーティングシステムのカーネル（以下、OSカーネルと言う) によってメッセージが転送される。このOSカーネルによる処理は具体的には以下のようにして行なわれる。OSカーネルはまず現在のマウス位置を検出する (ステップS11)。そして、OSカーネルは検出したマウス位置に対応するウィンドウハンドルを検出し( ステップS12)、該当するウィンドウオブジェクトにメッセージを送付する (ステップS13)。
【００１４】
メッセージを受け取ったウィンドウオブジェクトは、更にマウス位置を受け取り、自身のメタファに対応したアイコンデータを抽出する。具体的には以下のような処理が行なわれる。ウィンドウオブジェクトはメッセージを受け取ると (ステップS21)、まず自身のメタファを判断し (ステップS22)、そのメタファに対応したアイコンデータを抽出し (ステップS23)、表示装置15の画面上に表示する (ステップS24)。
【００１５】
以上が基本的な処理手順であるが、本発明の仮想空間共有システムのファイル管理システムの第１の手法では図２の模式図に示されているように、複数のメタファに対応した複数のアイコンデータ:ICON DATA(1) 〜(3) がそのファイルの本来のデータ(RAW DATA)と共に同一のファイル構造中に格納されている。このようなファイル構造では、ファイル11を管理していれば、メタファが判断されればそれに対応したアイコンデータをICON DATA(1)〜(3) の内から抽出して表示すればよいので、アイコンデータの管理が容易である。
【００１６】
一方、本発明の仮想空間共有システムのファイル管理システムの第２の手法では図３の模式図に示されているように、ファイルIDをインデックスとしてテーブルを検索することにより、個々のファイルにおけるメタファに対応したアイコンデータ:ICON DATA(1) 〜(3) が判明する。
【００１７】
本発明の仮想空間共有システムでは、メタファとして二次元空間（デスクトップメタファ）が定義された仮想空間とメタファとして三次元空間（都市メタファ）が定義された仮想空間との間でファイルの起動，移動及び複写を可能とするために、一つのファイルに二次元空間中における見え方と三次元空間中における見え方の双方のアイコンデータを保持し、そのファイルが扱われる空間に対応していずれかのアイコンを表示する。
【００１８】
より具体的には、たとえば、図４の模式図に示されているように、三次元空間中で三次元アイコン100 を表示するための三次元画像データが既に登録されている場合には、三次元アイコン100 を適当な視点位置から二次元画像化したデータに変換して二次元アイコン101 を新たに作成し、アイコンデータとして登録する。
【００１９】
また、たとえば図５の模式図に示されているように、二次元空間中で二次元アイコン102 を表示するための二次元画像データが既に登録されている場合には、予め用意されている三次元アイコンの基本データの一つの面に二次元アイコン102 のデータをテクスチャとしてマッピングして三次元アイコン103 を新たに作成し、アイコンデータとして登録する。
【００２０】
更に、たとえば図６の模式図に示されているように、二次元アイコンも三次元アイコンも登録されていない場合には、予め用意されている三次元アイコンの基本データをロードし、ファイル名のテキストデータ104 をテクスチャとして三次元アイコンの基本データの一つの面にマッピングして三次元アイコン105 を作成し、アイコンデータとして登録する。
【００２１】
以上のような技術を利用して、本発明の仮想空間共有システムは、一つの仮想空間サーバに複数のクライアントを接続し、仮想空間サーバが保持するオブジェクトに対応するアイコンを複数のクライアントの画面に表示する仮想空間共有システムを対象としている。そして、その第１の発明では、各アイコンに対応するオブジェクトと同一のファイルに他のクライアントの画面における動作を記述したデータを記述しておき、複数のクライアントの内の一つの画面に表示されたアイコンに対して所定の操作がなされた場合に、そのアイコンに対応するオブジェクトと同一のファイルに記述された動作が他のクライアントの画面において実行されるようにする。
【００２２】
また同様に、本発明の仮想空間共有システムの第２の発明では、各アイコンに対応するオブジェクトを特定するデータとそのオブジェクトの他のクライアントの画面における動作を記述したテーブルを用意しておき、複数のクライアントの内の一つの画面に表示されたアイコンに対して所定の操作がなされた場合に、そのアイコンに対応するオブジェクトを特定するデータをインデックスとしてテーブルに記述されている動作が他のクライアントの画面において実行されるようにする。
【発明の効果】
【００２３】
以上のような本発明によれば、仮想空間とその外部の世界である既存のデスクトップ方式及びコマンドライン方式のようなユーザインタフェイスとの間でのメタファの相違にも拘わらず、情報の交換、たとえば同一のファイルを同一の連続した操作方法（たとえばマウスによる移動，複写，起動等）で処理する等が可能になる。
【００２４】
また、静止画, 動画, 音響情報等を仮想空間システムにログインしているユーザに情報を送信して表示しようとした場合にも、単に画面上のアイコンをドロップするのみで実行されるようになる。
【００２５】
たとえば、図22の二次元空間2DM の画面に三次元空間3DM のウィンドウが表示されている模式図に示されているように、三次元空間3DM のウィンドウ中のオブジェクトの三次元アイコン3DICを二次元空間2DM の画面へドラッグしてドロップすると、自動的に二次元アイコン2DICに変換され、対応する動作が実行される。また、その逆に二次元空間2DM 中のオブジェクトの二次元アイコン2DICを三次元空間3DM のウィンドウへドラッグしてドロップすると、自動的に三次元アイコン3DICに変換され、対応する動作が実行される。
【００２６】
またたとえば、図23の三次元空間3DM の画面に二次元空間2DM のウィンドウが表示されている模式図に示されているように、二次元空間2DM のウィンドウ中のオブジェクトの二次元アイコン2DICを三次元空間3DM の画面へドラッグしてドロップすると、自動的に三次元アイコン3DICに変換され、対応する動作が実行される。また、その逆に三次元空間3DM 中のオブジェクトの三次元アイコン3DICを二次元空間3DM のウィンドウへドラッグしてドロップすると、自動的に二次元アイコン2DICに変換され、対応する動作が実行される。
【００２７】
更に、三次元アイコンから二次元アイコンを、逆に二次元アイコンから三次元アイコンを、あるいはファイルネームから三次元アイコン（二次元アイコン）を自動的に作成出来る。
【００２８】
このように本発明では三次元的な仮想空間システムとそれ以外の二次元的なシステムとを統合して扱うことが可能になり、統合されたメタファの下において種々のサービスをユーザが享受可能な仮想空間共有システムが実現される。
【発明を実施するための最良の形態】
【００２９】
以下、本発明に係る仮想空間共有システムに利用されるファイル管理システム，オペレーティングシステム等について最初に説明し、その後に本発明の仮想空間共有システムをその実施の形態を示す図面に基づいて詳述する。
【００３０】
図７は本発明に係る仮想空間共有システムのファイル管理システムの第１の手法の機能構成例を示す機能ブロック図である。ここでは、二次元メタファとしてのデスクトップメタファと三次元メタファとしての都市メタファとを対象とした例について説明する。
【００３１】
図７において、参照符号11はファイルを示しており、従来の通常のファイルに加えて二次元，三次元のアイコンデータも登録されている。参照符号12はファイルマネージャを示している。ファイルマネージャ12は、ファイル11のオープン及びクローズを制御するファイルオープン部121 及びファイルクローズ部123 と、ファイル11からアイコンを読み出すアイコン読み出し部122 と、自身に規定されているメタファを記憶する自メタファ記憶部124 と、ファイル11に格納されている各アイコンのデータサイズが登録されたアイコンデータサイズテーブル125 等の構成要素からなる。
【００３２】
参照符号13は表示用メモリを示しており、ファイルマネージャ12のアイコン読み出し部122 がファイル11から読み出したアイコンのグラフィクデータを記憶する。この表示用メモリ13に記憶されたアイコンのデータはディスプレイコントローラ14により表示装置15に表示される。
【００３３】
図８及び図９は本発明の仮想空間共有システムのファイル管理システムの第１の手法によるファイルドロップ時のアイコン表示処理の手順を示すフローチャートであり、図10はファイル11の構造の具体例を、図11はアイコンデータサイズテーブル125 の内容をそれぞれ示す模式図である。
【００３４】
まず、ファイルがドロップされると、ドロップされたウィンドウにオペレーティングシステムのカーネル（以下、OSカーネルと言う) によってメッセージが転送される。
【００３５】
このOSカーネルによる処理は前述の如く、現在のマウス位置の検出, 検出したマウス位置に対応するウィンドウハンドルの検出, 該当するウィンドウオブジェクトへのメッセージの送付である。このメッセージを受け取ることにより、ファイルマネージャ12で以下のようなアイコンデータの表示処理が行なわれる。
【００３６】
メッセージを受け取ると (ステップS31)、ファイルマネージャ12ではまずファイルオープン部121 によりファイル11がオープンされる (ステップS32)。そして、実際にアイコンデータを読み出すためのファイルリードが行なわれる (ステップS33)。このファイルリードの処理は図９に示されている。まず、現在処理対象となっているウィンドウに対応するメタファが判断される (ステップS331) 。これは、自メタファ記憶部124 に予め登録されているメタファを読み出すことにより行なわれる。そして、アイコンデータサイズテーブル125 がアクセスされ (ステップS332) 、そのメタファに対応したアイコンデータのサイズがアイコンデータサイズテーブル125 から読み出される (ステップS333) 。
【００３７】
図11の模式図に示されているように、アイコンデータサイズテーブル125 には各メタファに対応したアイコンのデータサイズが登録されているので、先に自メタファ記憶部124 から読み出された自身のメタファに対応したアイコンデータのサイズが読み出される。
【００３８】
次にアイコン読み出し部122 は、読み出されたアイコンデータのサイズをパラメータとしてデータの読み出し長さをセットする (ステップS334) 。これにより、図10に示されているような構造のファイル11からアイコンデータが読み出される。
【００３９】
図10の模式図に示されているように、ファイル11は同一のファイル構造中に複数のメタファに対応した複数のアイコンデータ(ICON DATA) 112, 113がそのファイルの本来のデータ(RAW DATA) 110及びファイル名(FILE NAME) 111 と共に格納されている。図10に示されている例では、都市メタファ用の三次元アイコン（以下、3Dアイコンと言う) とデスクトップメタファ用の二次元アイコン（以下、2Dアイコンと言う) と更にコマンドラインメタファ用のファイル名 111とが一つのファイル中に格納されている。このようなファイル構造によりファイル11を管理することにより、アイコンデータも管理可能になるので、管理が容易になる。
【００４０】
アイコンデータが読み出されると、ファイルクローズ部123 がファイル11をクローズする (ステップS34)。また、読み出されたアイコンデータは表示用メモリ13に描画され (ステップS35)、ディスプレイコントローラ14により表示装置15に表示される (ステップS36)。
【００４１】
図12は本発明の仮想空間共有システムのファイル管理システムの第２の手法の機能構成例を示す機能ブロック図である。ここでは、二次元メタファとしてのデスクトップメタファと三次元メタファとしての都市メタファとを対象とした例について説明する。なお、前述の図７と同一の参照符号は同一又は相当部分を示しているので、それらの説明は省略する。
【００４２】
図12において、参照符号11はファイルを、12はファイルマネージャを、13は表示用メモリを、14はディスプレイコントローラを、15は表示装置を、そして121 はファイルオープン部を、123 はファイルクローズ部を、124 は自メタファ記憶部を、125 はアイコンデータサイズテーブルをそれぞれ示していることは図７同様である。
【００４３】
参照符号131 はファイルID読み出し部であり、ファイル11からファイルIDを読み出してアイコン管理テーブル132 に与える。アイコン管理テーブル132 にはファイルIDをインデックスとしてそれぞれに対応するアイコンデータまたはファイル名が格納されている。アイコン管理テーブル132 は、ファイルID読み出し部131 から与えられるファイルIDに従ってアイコンデータを出力する。
【００４４】
図13及び図14は本発明の仮想空間共有システムのファイル管理システムの第２の手法によるファイルドロップ時のアイコン表示処理の手順を示すフローチャートであり、図15はアイコン管理テーブル132 の内容をそれぞれ示す模式図である。
【００４５】
まず、ファイルがドロップされると、ドロップされたウィンドウにオペレーティングシステムのカーネル（以下、OSカーネルと言う) によってメッセージが転送される。
【００４６】
このOSカーネルによる処理は前述の如く、まず現在のマウス位置の検出, 検出したマウス位置に対応するウィンドウハンドルの検出, 該当するウィンドウオブジェクトへのメッセージの送付である。このメッセージを受け取ることにより、ファイルマネージャ12では以下のようなアイコンデータの表示処理を行なう。
【００４７】
メッセージを受け取ると (ステップS41)、ファイルマネージャ12ではまずファイルID読み出し部131 によりファイルIDが検出される (ステップS42)。そして、実際にアイコンデータを読み出すためにアイコン管理テーブル132 のリードが行なわれる (ステップS43)。このアイコン管理テーブル132 のリードの処理は図14に示されている。まず、現在処理対象となっているウィンドウに対応するメタファが判断される (ステップS431) 。これは、自メタファ記憶部124 に予め登録されているメタファをアイコン管理テーブル132 が読み出すことにより行なわれる。そして、アイコンデータサイズテーブル125 がアクセスされ (ステップS432) 、そのメタファに対応したアイコンデータのサイズがアイコンデータサイズテーブル125 から読み出される (ステップS433) 。
【００４８】
アイコンデータサイズテーブル125 に関しては前述の第１の手法と同様であるので、その説明は省略する。
【００４９】
次にアイコン管理テーブル132 は、読み出されたアイコンデータのサイズをパラメータとしてデータの読み出し長さをセットする (ステップS434) 。これにより、図10に示されているような構造のファイル11からアイコンデータが読み出される。
【００５０】
図15の模式図に示されているように、アイコン管理テーブル132 にはファイルIDに対応してアイコンデータが格納されている。即ち、都市メタファタイプのファイルID(City)には3Dアイコンデータ(ICON DATA (3D))が対応して、デスクトップタイプのファイルID(Desktop) には2Dアイコンデータ(ICON DATA (2D))が対応して、コマンドラインタイプのファイルID(Command Line)にはファイル名のデータ(FILE NAME) が対応してそれぞれ格納されている。このようなアイコンデータサイズテーブル125 により個々のファイルを識別するファイルIDをインデックスとしてアイコンデータを保持することにより、アイコンデータサイズテーブル125 を管理する必要はあるが、従来のオペレーティングシステムのファイルそのものの構造を変更する必要は無くなる。
【００５１】
アイコンデータが読み出されると、表示用メモリ13に描画され (ステップS44)、ディスプレイコントローラ14により表示装置15に表示される (ステップS45)ことは前述の第１の手法と同様である。
【００５２】
次に本発明の仮想空間共有システムのオペレーティングシステムについて説明する。このオペレーティングシステムでは、異なるメタファで定義されている仮想空間相互間においてファイルの起動，移動及び複写を行なう場合に、両空間のいずれかまたは双方においてアイコンが登録されていない場合の対処の方法を提案するものである。換言すれば、いずれか一方の空間においてアイコンが登録されていれば他方の空間においてはアイコンを登録する必要がないオペレーティングシステムの提供を目的とするものである。
【００５３】
本発明の仮想空間共有システムのオペレーティングシステムは、あるファイルに関して都市メタファ用の3Dアイコンまたはデスクトップメタファ用の2Dアイコンのいずれか一方が登録されていないか、またはその両方が共に登録されていない場合に、登録されていないアイコンを自動的に作成して登録するための手法である。第１の場合は都市メタファ用の3Dアイコンは登録されているがデスクトップメタファ用の2Dアイコンが登録されていないファイルに2Dアイコンを登録する場合に、第２の場合はデスクトップメタファ用の2Dアイコンは登録されているが都市メタファ用の3Dアイコンが登録されていないファイルに3Dアイコンを登録する場合に、第３の場合はいずれのアイコンも登録されていないファイルに3Dアイコンを登録する場合にそれぞれ対応している。図16, 図17に本発明のオペレーティングシステムの処理手順を示すフローチャートを示す。
【００５４】
第１の場合、即ちファイルがドロップされたウィンドウオブジェクトがファイルの内容を検査した際に3Dアイコンは登録されているが2Dアイコンが登録されていなかった場合は、前述の図４に示されているように、3Dアイコン100 を適当な視点位置から二次元画像化したデータに変換して2Dアイコン101 を作成し、そのデータを登録する。
【００５５】
第２の場合、即ちファイルがドロップされたウィンドウオブジェクトがファイルの内容を検査した際に2Dアイコンは登録されているが3Dアイコンが登録されていなかった場合は、前述の図５に示されているように、予め用意されている3Dアイコンの基本データをロードし、2Dアイコンデータ102 をテクスチャとして3Dアイコンの基本データの一つの面にマッピングして3Dアイコン103 を作成し、そのデータを登録する。
【００５６】
第３の場合、即ちファイルがドロップされたウィンドウオブジェクトがファイルの内容を検査した際に2Dアイコンも3Dアイコンも登録されていなかった場合は、前述の図６に示されているように、予め用意されている3Dアイコンの基本データをロードし、ファイル名のテキストデータ104 をテクスチャとして3Dアイコンの基本データの一つの面にマッピングして3Dアイコン105 を作成し、そのデータを登録する。
【００５７】
以下、図16, 図17のフローチャートを参照して説明する。ウィンドウオブジェクトはファイルドロップメッセージを受け取ると (ステップS50)、そのファイルに対応する3Dアイコン及び2Dアイコンが登録されているか否かを調べる (ステップS51, S52) 。
【００５８】
3Dアイコンは登録されているが2Dアイコンが登録されていない場合 (ステップS51, S52) 、即ち前述の第１の場合、登録されている3Dアイコンのデータが読み出され (ステップS53)、この3Dアイコンが所定の視点位置から二次元画像化したデータに変換されて2Dアイコンが作成される (ステップS54)。そして、当該ファイルがオープンされ (ステップS55)、ステップS54 で新規に作成された2Dアイコンのデータが登録され (ステップS56)、ファイルがクローズされる (ステップS57)。
【００５９】
3Dアイコンが登録されておらず且つ2Dアイコンが登録されている場合 (ステップS51, S58) 、即ち前述の第２の場合、予め用意されている3Dアイコンの基本データがロードされ (ステップS59)、登録されている2Dアイコンのデータがテクスチャとして3Dアイコンの基本データの一つの面にマッピングされて3Dアイコンが作成される (ステップS60)。そして、上述の第１の場合と同様に登録される。
【００６０】
3Dアイコンも2Dアイコンも登録されていない場合 (ステップS51, S58) 、即ち上述の第３の場合、予め用意されている3Dアイコンの基本データがロードされ (ステップS61)、ファイル名を読み出し（ステップS62)、当該ファイルのファイル名のテキストデータがマッピングされたテクスチャが作成され (ステップS63)、3Dアイコンの基本データの一つの面にマッピングされて3Dアイコンが作成される (ステップS64)。そして、上述の第１及び第２の場合と同様に登録される。
【００６１】
次に本発明の仮想空間共有システムについて説明する。上述した手法は、異なるメタファが定義されたファイルを一つのコンピュータ上でいずれのメタファの下でも扱えるようにする手法に関するものであるが、この本発明の仮想空間共有システムでは、仮想空間サーバに少なくとも２台のクライアントが接続されており、両クライアント間で一つの仮想空間を共有する場合のファイルの転送（移動）及び複写を行なう手法に関する。
【００６２】
図18はそのような本発明の仮想空間共有システムの第１の発明のシステム構成を示すブロック図である。図18において参照符号C0は仮想空間サーバを示している。この仮想空間サーバC0は通常のマイクロコンピュータとして構成されているが、その他にオブジェクト属性テーブル201 とオブジェクトファイル202 との機能ブロックを含んでいる。
【００６３】
参照符号C1, C2はいずれもクライアントを示しており、ここでは便宜上、クライアント(1) を参照符号C1で、クライアント(2) を参照符号C2で示す。クライアント(1) C1も通常のマイクロコンピュータとして構成されているが、その他にオブジェクトID検出部211 と、アドレス取得部212 と、ファイル転送部213 との機能ブロックを含んでいる。また、クライアント(2) C2も通常のマイクロコンピュータとして構成されているが、その他にファイル転送部221 と、ファイルタイプ解読部222 と、オブジェクトID解読部223 と、動作決定部224 との機能ブロックを含んでいる。
【００６４】
両クライアントC1, C2は仮想空間サーバC0と接続することにより、仮想空間のメタファが仮想空間サーバC0から提供される。換言すれば、両クライアントC1, C2は仮想空間サーバC0が提供する仮想空間メタファを共有すると共に、仮想空間サーバC0を仲立ちとして相互にコミュニケーションを図ることが可能なネットワークを構成する。
【００６５】
図19はオブジェクト属性テーブル201 の内容を示す模式図である。このテーブルの要素は個々のオブジェクトに割り当てられたオブジェクトID(object ID)2011 と、ファイルのタイプ(Document Type)2012 と、動作種類(ACTION)2013と、相手アドレス(ADDRESS)2014 と、相手ディレクトリ(Directory)2015 と、相手アプリケーション名(FILENAME)2016とを含んでいる。
【００６６】
このオブジェクト属性テーブル201 では、個々のオブジェクトに割り当てられたオブジェクトIDをインデックスとして、ドロップされたファイルのタイプ, 動作種類, 相手アドレス, 相手ディレクトリ, 相手アプリケーション名を読み出すことが可能である。
【００６７】
このようなオブジェクト属性テーブル201 が仮想空間を提供する仮想空間サーバC0に保持されているので、たとえばクライアント(1) C1の画面上でファイルが仮想空間内のオブジェクトに対してドロップされた場合、オブジェクトID検出部211 によりオブジェクトIDが検出されて仮想空間サーバC0へ送られる。仮想空間サーバC0では、オブジェクト属性テーブル201 から送られてきたオブジェクトIDに対応して定義されている動作を動作種類(ACTION)のデータから読み出すことにより、サービスを実行することが可能である。以下、具体的に説明する。
【００６８】
いまたとえばクライアント(1) C1の画面上でマウスがあるウィンドウにドロップされたとすると、そのオブジェクトのIDがまずオブジェクトID検出部211 により検出され、そのID、たとえば”132 ”がクライアント(1) C1から仮想空間サーバC0に送られてオブジェクト属性テーブル201 が参照される。この結果、対応するアドレス”xxx.or.jp ”がクライアント(1) C1へ返送されるので、アドレス取得部212 がこれを取得する。このアドレス”xxx.or.jp ”はここではクライアント(2) C2のアドレスであるとする。
【００６９】
次に、クライアント(1) C1のファイル転送部213 は図20の模式図に示されているようなフォーマット300 で該当するアドレスのクライアント(2) C2へファイルを転送する。なお、フォーマット300 は、データ301 と、ファイルネーム302 と、ファイルタイプ303 と、オブジェクトID304 とを前述の図19に示されているテーブルから読み出して含んでいる。
【００７０】
このファイルをファイル転送部221 で受け取ったクライアント(2) C2では、転送されてきたフォーマットからオブジェクトID”132 ”とファイルタイプ”GIF ” (この場合は画像データ) とをオブジェクトID解読部223 とファイルタイプ解読部222 とがそれぞれ解読し、その結果をインデックスとして仮想空間サーバC0のオブジェクト属性テーブル201 から動作種類”EXECute ”及びアプリケーション名”gv.exe”を読み出す。そしてクライアント(2) C2では、動作決定部224 がそのアプリケーションで転送されたデータを起動すると、画面上にファイルの送り手、即ちクライアント(1) C1が意図した効果が発揮される。
【００７１】
なお、本発明の仮想空間共有システムの第２の発明は、仮想空間サーバC0のオブジェクトファイル202 自身に上述のオブジェクト属性テーブル201 の内容を含ませてある。図21はそのようなオブジェクトファイル202 の構造を示す模式図であり、参照符号110 乃至113 は前述の図10に示されている参照符号と同一である。但しこの仮想空間共有システムの第２の発明では、参照符号2020で示されている属性(attributes)が追加されている。この属性2020の内容は上述の図19に参照符号2012乃至2016にて示されている各属性が含まれる。
【００７２】
このような本発明の仮想空間共有システムの第２の発明では、オブジェクトファイル202 のファイル構造に従来のオペレーティングシステムのファイルと互換性を維持することは出来ないが、逐一オブジェクト属性テーブル201 を参照し、書き換える必要がないため、管理が簡単であるという特徴がある。
【００７３】
以上に詳述したように本発明によれば、仮想空間とその外部の世界である既存のデスクトップ方式及びコマンドライン方式のようなユーザインタフェイスとの間でのメタファの相違にも拘わらず、情報の交換、たとえば同一のファイルを同一の連続した操作方法（たとえばマウスによる移動，複写，起動等）で処理する等が可能になる。
【００７４】
また、静止画, 動画, 音響情報等を仮想空間システムにログインしているユーザに情報を送信して表示しようとした場合にも、単に画面上のアイコンをドロップするのみで実行されるようになる。
【００７５】
このように本発明では三次元的な仮想空間システムとそれ以外の二次元的なシステムとを統合して扱うことが可能になり、統合されたメタファの下において種々のサービスをユーザが享受可能な仮想空間共有システムが実現される。
【図面の簡単な説明】
【００７６】
【図１】本発明の仮想空間共有システムのファイル管理システムによるファイルドロップ時のアイコン表示処理の手順を示すフローチャートである。
【図２】本発明の仮想空間共有システムのファイル管理システムのファイル構造を示す模式図である。
【図３】本発明の仮想空間共有システムのファイル管理システムのアイコン管理テーブルの構造を示す模式図である。
【図４】三次元アイコンから二次元アイコンを作成する手順を示す模式図である。
【図５】二次元アイコンから三次元アイコンを作成する手順を示す模式図である。
【図６】ファイル名から三次元アイコンを作成する手順を示す模式図である。
【図７】本発明の仮想空間共有システムのファイル管理システムの第１の手法の機能構成例を示す機能ブロック図である。
【図８】本発明の仮想空間共有システムのファイル管理システムによるファイルドロップ時のアイコン表示処理の手順を示すフローチャートである。
【図９】本発明の仮想空間共有システムのファイル管理システムによるファイルドロップ時のアイコン表示処理の手順を示すフローチャートである。
【図１０】本発明の仮想空間共有システムのファイル管理システムのファイル構造の具体例を示す模式図である。
【図１１】本発明の仮想空間共有システムのファイル管理システムのアイコンデータサイズテーブルの内容を示す模式図である。
【図１２】本発明の仮想空間共有システムのファイル管理システムの第２の手法の機能構成例を示す機能ブロック図である。
【図１３】本発明の仮想空間共有システムのファイル管理システムによるファイルドロップ時のアイコン表示処理の手順を示すフローチャートである。
【図１４】本発明の仮想空間共有システムのファイル管理システムによるファイルドロップ時のアイコン表示処理の手順を示すフローチャートである。
【図１５】本発明の仮想空間共有システムのアイコン管理テーブルの内容を示す模式図である。
【図１６】本発明の仮想空間共有システムのオペレーティングシステムの処理手順を示すフローチャートである。
【図１７】本発明の仮想空間共有システムのオペレーティングシステムの処理手順を示すフローチャートである。
【図１８】本発明の仮想空間共有システムの第１の発明のシステム構成を示すブロック図である。
【図１９】オブジェクト属性テーブルの内容を示す模式図である。
【図２０】本発明の仮想空間共有システムのデータフォーマットを示す模式図である。
【図２１】本発明の仮想空間共有システムの第２の発明のファイル構造を示す模式図である。
【図２２】本発明の効果を説明するための二次元空間の画面上に三次元空間のウィンドウが表示された状態を示す模式図である。
【図２３】本発明の効果を説明するための三次元空間の画面上に二次元空間のウィンドウが表示された状態を示す模式図である。
【符号の説明】
【００７７】
11    ファイル
12    ファイルマネージャ
15    表示装置
100   三次元アイコン
101   二次元アイコン
102   二次元アイコン
103   三次元アイコン
104   ファイル名のテキストデータ
105   三次元アイコン
201   オブジェクト属性テーブル
122   アイコン読み出し部
124   自メタファ記憶部
132   アイコン管理テーブル
C0    仮想空間サーバ
C1    クライアント(1)
C2    クライアント(2)
【図１】
2004158040.tif 000003
【図２】
2004158040.tif 000004
【図３】
2004158040.tif 000005
【図４】
2004158040.tif 000006
【図５】
2004158040.tif 000007
【図６】
2004158040.tif 000008
【図７】
2004158040.tif 000009
【図８】
2004158040.tif 000010
【図９】
2004158040.tif 000011
【図１０】
2004158040.tif 000012
【図１１】
2004158040.tif 000013
【図１２】
2004158040.tif 000014
【図１３】
2004158040.tif 000015
【図１４】
2004158040.tif 000016
【図１５】
2004158040.tif 000017
【図１６】
2004158040.tif 000018
【図１７】
2004158040.tif 000019
【図１８】
2004158040.tif 000020
【図１９】
2004158040.tif 000021
【図２０】
2004158040.tif 000022
【図２１】
2004158040.tif 000023
【図２２】
2004158040.tif 000024
【図２３】
2004158040.tif 000025