JPH10154243A - ３次元仮想現実空間共有システムにおける情報処理装置、情報処理方法および情報提供媒体 - Google Patents

Abstract

(57)【要約】 【課題】 多数のユーザによって共有可能な仮想現実空
間内における、他のユーザの位置を容易にかつ最小限の
表示スペースで、認識することができるようにする。 【解決手段】 レーダマップ２０３の十字形の中心（交
点）が自己の位置に対応しており、そこには、自己の周
囲に居るユーザ（ユーザに対応するアバタ）の位置が、
例えば、赤などの点や四角形などで示されている。この
ようなレーダマップ２０３が、仮想現実空間画像に重ね
てオーバレイ表示（スーパインポーズ）される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、３次元仮想現実空
間共有システムにおける情報処理装置、情報処理方法お
よび情報提供媒体に関し、特に、３次元仮想現実空間を
共有する他のユーザと、自己との位置関係を、容易に認
識することができるようにする３次元仮想現実空間共有
システムにおける情報処理装置、情報処理方法および情
報提供媒体に関する。

【０００２】

【従来の技術】従来、NIFTY-Serve(商標)や米国のCompu
Serve(商標)などのように、複数の利用者が自らのパー
ソナルコンピュータを、モデムおよび公衆電話回線網を
介してセンターのホストコンピュータに接続し、所定の
通信プロトコルに基づいてホストコンピュータにアクセ
スする、いわゆるパソコン通信サービスの分野において
は、Habitat（商標）と呼ばれるサイバースペースのサ
ービスが知られている。Habitatは、米国LucasFilm社に
よって1985年から開発が始められ、米国商業ネットワー
クであるQuantumLink社で約３年間運用された後、1990
年2月に富士通Habitat（商標）としてNIFTY-Serveでそ
のサービスが開始されたものである。このHabitatにお
いては、2次元グラフィックスで描画された「ポピュロ
ポリス（Populopolis）」と呼ばれる仮想の都市に、ア
バタ（avatar；インド神話に登場する神の化身）と呼ば
れるユーザの分身を送り込み、ユーザ同士がチャット
（Chat；文字の入力と表示によるテキストベースでのリ
アルタイムの対話）などを行うことができる。このHabi
tatの更に詳細な説明については、サイバースペース，
マイケル・ベネディクト編，1994年3月20日初版発行，
ＮＴＴ出版ISBN4−87188−265−9C0010（原著；Cybersp
ace：First Steps ,Michael Benedikt,ed. 1991,MIT Pr
essCambrige,MA ISBN0−262−02327−X）第282頁〜第30
7頁を参照されたい。

【０００３】上述したHabitatに代表される、パソコン
通信サービスで運用されている従来のサイバースペース
システムにおいては、複数のユーザがクライアント端末
を介して同一の2次元グラフィックスで表示された仮想
現実空間を共有し、各個人のアバタの移動などを互いに
共有するマルチユーザ機能を有している。

【０００４】しかしながら、そのマルチユーザ機能は、
あくまで限られたユーザのみが利用できるものであっ
て、不特定のユーザが利用できるものではなかった。す
なわち、上述したHabitatを例に挙げると、ユーザは、
まず事前に専用のパソコン通信ソフトを購入し、そのソ
フトウェアプログラムを自分のパーソナルコンピュータ
（クライアント端末）にインストールし、そのパーソナ
ルコンピュータを、モデムおよび公衆電話回線網を介し
てホストコンピュータに接続し、オンラインサインアッ
プ等の会員登録を済ませなければならない。このような
会員登録を済ませた後、初めて仮想現実空間にアクセス
することが可能となる。従って、実際に利用できるの
は、会員登録を済ませたユーザに制限され、不特定のユ
ーザが自由にアクセスする事はできなかった。

【０００５】さらに、上述したHabitat等の従来のサイ
バースペースシステムにおいては、仮想的な街並みや部
屋の内部の様子が２次元グラフィックスで描画されてお
り、アバタを奥行きまたは手前方向へ移動させる場合、
単にアバタを２次元グラフィックスの背景上で上下に移
動させるだけであり、仮想空間内での歩行や移動を疑似
体験させるには表示の上での表現力が乏しかった。ま
た、自分の分身であるアバタと他人のアバタが表示され
た仮想空間を、第３者の視点で見ることになるため、こ
の点においても、疑似体験の感覚が損なわれるものであ
った。そこで、仮想空間を３次元グラフィックスで表示
し、ユーザがアバタの視点で自由に歩き回れる機能、す
なわちウォークスルー機能の実現が待たれていた。

【０００６】一方、ネットワーク上での３次元仮想現実
空間の共有を実現する従来例としては、図３１に示すよ
うな、会社や研究所内のLAN(Local Area Network)で相
互に接続されたクライアント端末３−１乃至３−３で構
成されるシステムが知られている。

【０００７】最初に、全てのクライアント端末３−１乃
至３−３は、同一の３次元空間を記述したグラフィック
スデータを読み込み、同一の３次元空間を表示してい
る。この時点で、全てのユーザが視認する３次元空間は
一致している。

【０００８】次に、例えば、図３１に示すように、クラ
イアント端末３−１において、自己のアバタＡの位置
を、図中、点線で示す位置から実線で示す位置に変更し
たとすると、その位置の変更に関する情報（変更情報）
が、クライアント端末３−１から、ＬＡＮ（図示せず）
を介して、クライアント端末３−２および３−３に送信
される。そして、クライアント端末３−２および３−３
では、クライアント端末３−１からの変更情報に基づい
て、表示が変更される。

【０００９】すなわち、同図に示すように、クライアン
ト端末３−１におけるアバタＡの位置の変更に関する変
更情報（図３１の例では、Move Object to (10,20,3
0)）は、クライアント端末３−２および３−３に送信さ
れ、クライアント端末３−２および３−３において、こ
の変更情報に対応して、アバタＡの表示が、図中、点線
で示すものから実線で示すものに変更されることによ
り、クライアント端末３−１で移動されたアバタＡが、
クライアント端末３−２および３−３においても移動さ
れる。

【００１０】クライアント端末３−１以外のクライアン
ト端末３−２や３−３で、仮想現実空間に変化が与えら
れた場合も同様に、その変化が、他のクライアント端末
に反映され、これにより、クライアント端末３−１乃至
３−３を利用するユーザは、同一の仮想現実空間を共有
することができる。

【００１１】ここで、上述のように自己を表すアバタの
オブジェクトは、仮想現実空間内を移動させたり、ま
た、登場させたり退場させたりすることができるもので
あり、仮想現実空間において、その状態が変化する（更
新される）。そこで、このようなオブジェクトを、以
下、適宜、更新オブジェクトという。また、仮想現実空
間の、例えば町などを構成する、ビルディングなどの建
物のオブジェクトは、更新オブジェクトと異なり、複数
のユーザが共通して利用するもので、その基本的な状態
は変化しない。変化するとしても、それは自律的であ
り、クライアント端末の操作とは独立している。そこ
で、このような複数のユーザが共通して利用するオブジ
ェクトを、以下、適宜、基本オブジェクトという。

【００１２】

【発明が解決しようとする課題】ところで、図３２は、
マルチユーザ機能を有する、米国Black Sun Interactiv
e社が開発したＶＲＭＬブラウザであるCyber Gate（商
標）の表示例を示すものである。共有仮想現実空間は、
同図において左側にオープンされているメインウインド
ウに表示されている。

【００１３】この場合、ユーザは、メインウインドウに
アバタが表示されていれば、他のユーザが、同一の仮想
現実空間に存在することを認識することができる。しか
しながら、他のユーザが、同一の仮想現実空間内に存在
していても、自己の近くに居ない場合、あるいは、近く
にいても、自己の背後や、物陰に隠れている場合には、
他のユーザが存在することを認識することができず、従
って、仮想現実空間内を歩き回って、他のユーザを探す
必要がある。

【００１４】そこで、このようなビューアには、通常、
いわゆるレーダの機能が備えられている。

【００１５】即ち、図３２に示すＶＲＭＬブラウザであ
るCyber Gateにおいては、所定操作を行うことで、同図
の右側に示すように、レーダウインドウがオープンさ
れ、そこに、仮想現実空間を、上空から見たような２次
元画像が表示される。

【００１６】従って、ユーザは、このレーダウインドウ
の表示を見ることで、他のユーザの位置を認識すること
ができ、そして、その表示を見ながら、他のユーザが居
る位置に移動することができる。

【００１７】しかしながら、従来においては、図３２に
示したように、他のユーザの位置を示す２次元画像が、
仮想現実空間が表示されるメインウインドウとは別の位
置にオープンされるレーダウインドウに表示される。

【００１８】従って、この場合、ユーザは、メインウイ
ンドウから、レーダウインドウに視線を大きく移動し、
他のユーザの位置を確認してから、再び、メインウイン
ドウに視線を戻して、移動するための操作などの所定の
操作を行う必要があり、面倒であった。

【００１９】本発明は、このような状況に鑑みてなされ
たものであり、３次元仮想現実空間を共有する他のユー
ザの位置を、容易に認識することができるようにするも
のである。

【００２０】

【課題を解決するための手段】請求項１に記載の情報処
理装置は、共有サーバ端末から各々転送された更新デー
タに基づいて、３次元仮想現実空間における各更新オブ
ジェクトの位置に関する位置情報を取得する位置情報取
得処理手段と、位置情報取得処理手段によって取得され
た位置情報を、３次元仮想現実空間画像上に重ねて表示
させる重畳表示処理手段とを具備することを特徴とす
る。

【００２１】請求項８に記載の情報処理方法は、共有サ
ーバ端末から各々転送された更新データに基づいて、３
次元仮想現実空間における各更新オブジェクトの位置に
関する位置情報を取得する位置情報取得処理ステップ
と、位置情報取得処理ステップによって取得された位置
情報を、３次元仮想現実空間画像上に重ねて表示させる
重畳表示処理ステップとを具備することを特徴とする。

【００２２】請求項９に記載の情報提供媒体は、共有サ
ーバ端末から各々転送された更新データに基づいて、３
次元仮想現実空間における各更新オブジェクトの位置に
関する位置情報を取得する位置情報取得処理ステップ
と、位置情報取得処理ステップによって取得された位置
情報を、３次元仮想現実空間画像上に重ねて表示させる
重畳表示処理ステップとを具備するコンピュータプログ
ラムを提供することを特徴とする。

【００２３】ここで、情報提供媒体とは、単にコンピュ
ータプログラムが格納されたＦＤやＣＤ−ＲＯＭなどの
パッケージメディアのみならず、例えば、インターネッ
トなどのネットワーク伝送媒体を介してコンピュータプ
ログラムをダウンロードする場合の伝送媒体をも含む概
念である。

【００２４】

【発明の実施の形態】以下に本発明の実施の形態を説明
するが、特許請求の範囲に記載の発明の各手段と以下の
実施の形態との対応関係を明らかにするために、各手段
の後の括弧内に、対応する実施の形態（但し一例）を付
加して本発明の特徴を記述すると、次のようになる。但
し勿論この記載は、各手段を記載したものに限定するこ
とを意味するものではない。

【００２５】請求項１に記載の情報処理装置は、共有サ
ーバ端末から各々転送された更新データに基づいて、３
次元仮想現実空間における各更新オブジェクトの位置に
関する位置情報を取得する位置情報取得処理手段（例え
ば、図７の通信装置４４）と、位置情報取得処理手段に
よって取得された位置情報を、３次元仮想現実空間画像
上に重ねて表示させる重畳表示処理手段（例えば、図７
のＣＰＵ４１）とを具備することを特徴とする。

【００２６】まず最初に、バーチャル・ソサエティーの
基本理念・構想に関して、ソニー・コンピュータ・サイ
エンス研究所の北野宏明氏は、そのHome Page「北野宏
明、”バーチャル・ソサエティー(V1.0)”、http://ww
w.csl.sony.co.jp/person/kitano/VS/concept.j.html,1
995」の中で、以下のように説明している。

【００２７】「２１世紀の初頭に、全世界的な規模で張
りめぐらされたネットワークの中に、仮想的な社会---
バーチャル・ソサエティー---が出現するでしょう。全
世界の人々が、ネットワーク上に作られた共有空間の中
に、数千万人、数億人という規模の「社会」を出現させ
るのです。現在のインターネットやCATV、さらには、情
報スーパーハイウエーの彼方に出現するであろう社会
が、私の考える「バーチャル・ソサエティー」です。こ
の社会の中で、人々は、買いものを楽しんだり、人と会
話をする、ゲームをする、仕事をする、など、通常の社
会生活とほぼ同等の社会行為を行なうことができるう
え、仮想的であるゆえに可能である（つまり、一瞬にし
て、東京からパリに移動するなど、実社会では困難であ
る）ことも可能となるのです。この様な、「社会」は、
広帯域ネットワーク、高品位な三次元の表現能力、音
声、音楽、動画像の双方向のコミュニケーションを可能
とした、サイバースペースの構築技術、そして、その空
間を、多人数で共有できる場にする、大規模分散システ
ムなどの最先端の技術で初めて可能になります。」

【００２８】更に詳細な説明については、上記ＵＲＬを
参考されたい。

【００２９】以上のような、バーチャル・ソサエティー
を実現する３次元仮想現実空間システムがサイバースペ
ースシステムであり、このサイバースペースシステムを
構築するのに必要なインフラストラクチャの具体例とし
ては、現段階においては、ＴＣＰ／ＩＰ(Transmission
Control Protocol/Internet Protocol)と称される通信
プロトコルで接続された世界的規模のコンピュータ・ネ
ットワークであるインターネット(The Internet)や、Ｗ
ＷＷ(World Wide Web)などのインターネット技術を企業
内ＬＡＮ(Local Area Network)での情報共有に適用した
イントラネット(Intranet)等が考えられている。さら
に、将来的には、幹線系から加入者系に至るまで全てを
光ファイバで構成するＦＴＴＨ(Fiber To The Home)に
よる広帯域ネットワークを利用することも考えられてい
る。

【００３０】ここで、インターネット(The Internet)で
利用できる情報提供システムとして、スイスのＣＥＲＮ
（European Center for Nuclear Research:欧州核物理
学研究所）が開発したＷＷＷ（Ｗorld Wide Web）が知
られている。これは、テキスト、画像、音声などの情報
をハイパーテキスト形式で閲覧できるようにしたもの
で、ＨＴＴＰ（Hyper Text Transfer Protocol）と呼ば
れるプロトコルに基づいて、ＷＷＷサーバ端末に格納さ
れた情報をパーソナルコンピュータなどの端末に非同期
転送するものである。

【００３１】ＷＷＷサーバは、ＨＴＴＰデーモン（HTT
P:HyperText Transfer Protocol、ハイパーテキスト転
送プロトコル）と呼ばれるサーバ・ソフトウエアとハイ
パーテキスト情報が格納されるＨＴＭＬファイルによっ
て構成される。ハイパーテキスト情報は、ＨＴＭＬ（Hy
perText Makeup Language、ハイパーテキスト記述言
語）と呼ばれる記述言語によって表現される。ＨＴＭＬ
によるハイパーテキストの記述は、「＜」と「＞」で囲
まれたタグと呼ばれる書式指定によって文章の論理的な
構造が表現される。他の情報とのリンクについての記述
は、アンカーと呼ばれるリンク情報によって行われる。
アンカーで情報が存在する所を指定する方法がＵＲＬ
（Uniform Resource Locator）である。

【００３２】ＨＴＭＬで記述されたファイルを、ＴＣＰ
／ＩＰネットワーク上において転送するためのプロトコ
ルがＨＴＴＰ（HyperText Transfer Protocol）であ
る。クライアントからの情報の要求をＷＷＷサーバに伝
え、ＨＴＭＬファイルのハイパーテキスト情報をクライ
アントに転送する機能をもっている。

【００３３】ＷＷＷを利用する環境として多く利用され
ているのが、ＷＷＷブラウザ（ブラウザとは閲覧すると
いう意味）と呼ばれるNetscape Navigator（商標）をは
じめとするクライアント・ソフトウエアである。

【００３４】なお、デーモンとは、ＵＮＩＸ上で作業を
行う場合、バックグラウンドで管理や処理を実行するプ
ログラムを意味する。

【００３５】近年、このＷＷＷをさらに拡張し、３次元
空間の記述や、３次元グラフィックスで描画されたオブ
ジェクトに対してハイパーテキストのリンクの設定を可
能とし、これらのリンクをたどりながらＷＷＷサーバ端
末を次々とアクセスできるようにしたＶＲＭＬ(Virtual
Reality Modeling Language)と呼ばれる３次元グラフ
ィックス・データの記述言語と、このＶＲＭＬで記述さ
れた仮想空間をパーソナルコンピュータやワークステー
ションで描画するためのＶＲＭＬビューワが開発され
た。このＶＲＭＬバージョン１.０の仕様書は、1995年5
月26日に公開されたが、その後、誤記や曖昧な表現が訂
正された改正版が、1995年11月9日に公開され、その仕
様書は、ＵＲＬ＝http:www.vrml.org/Specifications/V
RML1.0/から入手することができる。

【００３６】上述した、ＶＲＭＬによって記述した3次
元空間の情報をＷＷＷサーバ端末に格納しておくこと
で、インターネット上に３次元グラフィックスによる仮
想空間を構築することが可能となり、さらにインターネ
ットを介して接続されたパーソナルコンピュータ等によ
りＶＲＭＬビューワを利用することによって、３次元グ
ラフィックスによる仮想空間の表示やウォークスルー機
能を実現することができる。

【００３７】以下の実施例においては、ネットワークと
してインターネットを用いた例について説明するが、Ｆ
ＴＴＨを用いて実現しても勿論構わない。

【００３８】なお、サイバースペース（Cyberspace）と
は、米国のＳＦ作家William Gibsonの造語であり、２１
世紀後半を舞台にした出世作NEUROMANCER(1984年)の中
で使用された。厳密には、同書が最初ではなく、Burnin
g Chrome(1982年)でも使用されている。これらの小説で
は、主人公が額に特殊な電極を貼り付けてコンピュータ
と脳を直接的に接続し、世界中に張り巡らされたコンピ
ュータ・ネットワークのデータを視覚的に再構成した仮
想的な３次元空間を脳に直接投影させる描写がある。こ
の仮想３次元空間をサイバースペースと称した。最近に
おいては、ネットワークを介して仮想的な３次元空間を
複数のユーザが共有するシステムを示す用語として使用
されるようになった。本願の実施例においてもこの意味
で使用する。

【００３９】図１は、本発明のサイバースペース（ネッ
トワークを介して提供される３次元仮想現実空間）シス
テムの構成例を表している。同図に示すように、この実
施例においては、例えば、いわゆるインターネットなど
の世界的規模のネットワーク（広域通信網）１５（情報
伝送媒体）を介して、ホストコンピュータ（ホスト）Ａ
乃至Ｃ、複数（本実施例では、３台）のクライアント端
末１３−１乃至１３−３、任意の数（本実施例では、１
台）のサービス提供者端末１４が相互に接続されてい
る。

【００４０】ホストＡは、例えば、いわゆるＷＷＷ（Wo
rld Wide Web）のシステムを構成している。すなわち、
ホストＡは、後述するような情報（ファイル）を有して
いる。そして、各情報（ファイル）には、その情報を一
元的に指定するための指定情報としてのＵＲＬ（Unifor
m Resource Locator）が対応付けられており、ＵＲＬを
指定することで、そのＵＲＬに対応する情報にアクセス
することができるようになされている。

【００４１】具体的には、ホストＡは、例えば３次元仮
想現実空間における東京の町並みや、３次元仮想現実空
間におけるニューヨークの町並み、その他の所定の地域
の３次元仮想現実空間（以下、適宜、単に、仮想現実空
間と称する）を提供するための３次元画像のデータを記
憶している。なお、この３次元画像データは、その基本
的な状態が変化しない（変化するとしても、例えば、観
覧車、ネオンサインなどのように自律的に変化する）基
本オブジェクトだけでなる、いわば更新が伴わない静的
なデータである。例えば、ビルディングや道路などのよ
うに複数のユーザが共通して利用するものが基本オブジ
ェクトである。そして、ホストＡは、情報サーバ端末１
０（基本サーバ端末）を有しており、この情報サーバ端
末１０は、ネットワーク１５を介してＵＲＬを受信する
と、そのＵＲＬに対応する情報、すなわち、仮想現実空
間（但し、これは、上述したように基本オブジェクトだ
けでなるもの）を、同じくネットワーク１５を介して提
供するようになされている。

【００４２】なお、図１においては、所定の地域の仮想
現実空間（基本オブジェクトだけでなるもの）を提供す
るサーバ端末である情報サーバ端末を有するホストは、
ホストＡの１台だけしか設けられていないが、このよう
なホストは複数設けることが可能である。

【００４３】ホストＢは、共有サーバ端末１１（共有サ
ーバ端末）を有し、この共有サーバ端末１１は、仮想現
実空間に配置されることにより、その仮想現実空間を構
成することとなる更新オブジェクトとしての、例えば各
ユーザを表すアバタなどを管理し、これにより複数のユ
ーザに同一の仮想現実空間を共有させるようになされて
いる。但し、ホストＢは、ホストＡが記憶している仮想
現実空間のうちの所定の地域（例えば、東京など）の仮
想現実空間に配置された更新オブジェクトのみを管理す
るようになされている。すなわち、ホストＢは、いわば
所定の地域の仮想現実空間専用のものとされている。な
お、図示していないが、ネットワーク１５には、ホスト
Ｂ以外にも、ホストＡが記憶している、その他の各地域
（例えば、ニューヨーク、ロンドンなど）の仮想現実空
間に配置された更新オブジェクトを管理するサーバ端末
である共有サーバ端末を有するホストが接続されてい
る。

【００４４】ホストＣは、ホストＡと同様、例えばＷＷ
Ｗのシステムを構成するもので、ホストＢのような、更
新オブジェクトを管理するホスト（共有サーバ端末）を
アドレスするための、例えばそのホストのＩＰアドレス
（共有サーバ端末のアドレス）を記憶している。従っ
て、ホストＣが記憶している共有サーバ端末のアドレス
は、上述したホストＡにおける場合と同様に、ＵＲＬと
一元的に対応付けられている。そして、ホストＣは、マ
ッピングサーバ端末１２（管理サーバ端末）を有してお
り、このマッピングサーバ端末１２は、ネットワーク１
５を介してＵＲＬを受信すると、そのＵＲＬに対応する
情報としての共有サーバ端末のＩＰアドレスを、同じく
ネットワーク１５を介して提供するようになされてい
る。なお、図１においては、共有サーバ端末のアドレス
を提供するサーバ端末であるマッピングサーバ端末１２
を有するホストは、ホストＣの１台だけしか設けられて
いないが、このようなホストは複数設けることが可能で
ある。

【００４５】クライアント端末１３（１３−１，１３−
２，１３−３）は、ネットワーク１５を介して情報サー
バ端末１０から、仮想現実空間の提供を受け、共有サー
バ端末１１の管理の下、その仮想現実空間を、他のクラ
イアント端末（サービス提供者端末１４を含む）と共有
することができるようになされている。さらに、クライ
アント端末１３は、サービス提供者端末１４から、仮想
現実空間を利用した所定のサービス（情報）の提供を受
けることができるようにもなされている。

【００４６】サービス提供者端末１４は、クライアント
端末１３と同様に、仮想現実空間の提供を受け、その仮
想現実空間を、クライアント端末１３（サービス提供者
端末が、サービス提供者端末１４以外にも存在する場合
には、そのサービス提供者端末を含む）と共有すること
ができるようになされている。従って、この部分の機能
に関しては、サービス提供者端末１４は、クライアント
端末１３と同一である。

【００４７】さらに、サービス提供者端末１４は、クラ
イアント端末１３に対して、所定のサービスを提供する
ことができるようになされている。なお、図１におい
て、このようなサービス提供者端末は、サービス提供者
端末１４の１台だけしか設けられていないが、サービス
提供者端末は複数設けることが可能である。

【００４８】次に、ホストＡおよびＣが構成しているＷ
ＷＷのシステムについて簡単に説明する。図２に示すよ
うに、ＷＷＷは、ホストＸ，Ｙ，Ｚから、ネットワーク
（ＷＷＷの場合はインターネット）１５を介して、不特
定多数のユーザ（クライアント端末）に対し、情報を提
供するためのシステムの１つで、提供可能な情報は、テ
キストだけでなく、図形、画像（静止画、動画）、音
声、さらには３次元画像、その他これらをリンクさせた
ハイパーテキストなど多岐にわたる。

【００４９】ＷＷＷの場合、各情報について、その情報
を一元的に表現する形式であるＵＲＬが決められてお
り、ユーザは、ＵＲＬを指定することで、そのＵＲＬに
対応する情報を得ることができる。ここで、ＵＲＬは、
例えば、図３に示すように、サービスの種類を表すプロ
トコル種別（図３の実施例では、http（これは、後述す
るファイル名に対応するファイルを検索して送信するよ
うに指示するコマンドに相当する））、ＵＲＬの送り先
を表すホスト名（図３の実施例では、www.csl.sony.co.
jp）、および送信させるべきデータのファイル名（図３
の実施例では、index.html）で構成される。

【００５０】ユーザは、クライアント端末を操作して、
所望する情報に対応するＵＲＬを入力する。クライアン
ト端末では、ＵＲＬが入力されると、そのＵＲＬの、例
えばホスト名が参照され、そのホスト名によって特定さ
れるホスト（図２の実施例では、インターネットに接続
されているホストＸ，Ｙ，Ｚのうちの、例えばホスト
Ｘ）とのリンクが確立される。そして、クライアント端
末では、ＵＲＬが、インターネットを介して、リンクが
確立されたホスト、すなわちホストＸに送信され、これ
により、ホストＸに対し、ＵＲＬに対応する情報の提供
の要求がなされる。ホストＸでは、情報サーバ端末（Ｗ
ＷＷサーバ端末）上でＨＴＴＰデーモン(httpd)が稼働
しており、情報サーバ端末は、ＵＲＬを受信すると、そ
のＵＲＬに対応する情報を、インターネットを介してク
ライアント端末に送信する。

【００５１】クライアント端末では、送信されてきた情
報が受信され、その後、例えば表示される。これによ
り、ユーザは、所望する情報を得ることができる。

【００５２】従って、ホストに、情報として、仮想現実
空間を構成する要素（オブジェクト）の記述としての、
例えば基本オブジェクトの形状（例えば、直方体や円錐
形など）や、その配置位置、属性（例えば、基本オブジ
ェクトの色やテクスチャなど）などを表すデータを記憶
させるようにするだけで、不特定多数のユーザに、仮想
現実空間（但し、基本オブジェクトだけでなるもの）を
提供することができる。すなわち、ネットワーク１５と
して、インターネットを採用するとともに、ＷＷＷを利
用する場合、インターネットは、既に世界的規模で普及
しており、また、ホストに記憶させる情報を、仮想現実
空間を構成する要素の記述とすることは、ＷＷＷを構成
する情報サーバ端末（ＷＷＷサーバ端末）の変更を要す
るものでない（仮想現実空間を構成する要素の記述を、
上述したようにして提供するサービスは、ＷＷＷによっ
て提供されている既存のサービスとの上位互換性を有す
る）から、不特定多数のユーザに、世界的規模で、仮想
現実空間を、容易に、かつ安価に提供することが可能と
なる。

【００５３】また、所定のホスト（マッピングサーバ端
末）に、情報として、他のホストのＩＰアドレスを記憶
させるようにすることで、やはり、不特定多数のユーザ
に、世界的規模で、ホストのＩＰアドレスを、容易に提
供することが可能となる。

【００５４】なお、ＷＷＷを構成するホストに、仮想現
実空間を構成する要素の記述（所定の地域の仮想現実空
間を提供するための３次元画像のデータ）を記憶させた
だけでは、同一の仮想現実空間を、複数のユーザが共有
することは困難である。すなわち、ＷＷＷでは、ＵＲＬ
に対応する情報が、ユーザに提供されるだけであり、ユ
ーザ間で、情報のやりとりを行うための管理は行われな
い。このため、ＷＷＷを、その設計を変更せずに利用し
て、ユーザ間で、前述したような更新オブジェクトの変
更情報のやりとりを行うのは困難である。そこで、図１
のサイバースペースシステムでは、共有サーバ端末１１
を有するホストＢおよびマッピングサーバ端末１２を有
するホストＣを設け、同一の仮想現実空間を、複数のユ
ーザが共有することができるようになされている（その
詳細については、後述する）。

【００５５】次に、図４は、図１のホストＡ上で稼働す
る情報サーバ端末１０の構成例を示している。同図に示
すように、情報サーバ端末１０はＣＰＵ８１を備え、こ
のＣＰＵ８１は、ＲＯＭ８２に記憶されているプログラ
ムに従って各種の処理を実行するようになされている。
この情報サーバ端末１０では、前述したＨＴＴＰデーモ
ンが、バックグラウンドで稼動している。ＲＡＭ８３に
は、ＣＰＵ８１が各種の処理を実行する上において必要
なデータ、プログラム等が適宜記憶されるようになされ
ている。通信装置８４は、ネットワーク１５に対して所
定のデータを授受するようになされている。ハードディ
スク、光ディスク、光磁気ディスクなどよりなる記憶装
置８５は、上述したような、例えば東京や、ニューヨー
ク、その他の所定の地域の仮想現実空間を提供するため
の３次元画像のデータを、ＵＲＬと対応付けて記憶して
いる。

【００５６】図５は、図１のホストＢ上で稼働する共有
サーバ端末１１の構成例を示している。同図に示すよう
に、共有サーバ端末１１はＣＰＵ２１を備え、このＣＰ
Ｕ２１は、ＲＯＭ２２に記憶されているプログラムに従
って各種の処理を実行するようになされている。ＲＡＭ
２３には、ＣＰＵ２１が各種の処理を実行する上におい
て必要なデータ、プログラム等が適宜記憶されるように
なされている。通信装置２４は、ネットワーク１５に対
して所定のデータを授受するようになされている。

【００５７】表示装置２５は、例えばＣＲＴやＬＣＤな
どを備え、共有サーバ端末１１が管理を担当している地
域の仮想現実空間（基本オブジェクトだけでなく、更新
オブジェクトを含んで構成される仮想現実空間）の画像
をモニタすることができるように、インタフェース２８
に接続されている。このインタフェース２８には、ま
た、マイク２６とスピーカ２７が接続されており、所定
の音声信号をクライアント端末１３やサービス提供者端
末１４に供給したり、クライアント端末１３やサービス
提供者端末１４からの音声信号をモニタすることができ
るようになされている。

【００５８】また、共有サーバ端末１１は、入力装置２
９を備え、インタフェース２８を介して、各種の入力を
行うことができるようになされている。この入力装置２
９は、少なくともキーボード２９ａとマウス２９ｂを有
している。

【００５９】ハードディスク、光ディスク、光磁気ディ
スクなどよりなる記憶装置３０は、共有サーバ端末１１
が管理を担当している地域の仮想現実空間のデータを記
憶している。なお、この仮想現実空間のデータは、情報
サーバ端末１０（図４）の記憶装置８５に記憶されてい
るものと同一のものであり、表示装置２５では、このデ
ータが表示されることで、共有サーバ端末１１が管理を
担当している地域の仮想現実空間が表示される。

【００６０】図６は、図１のホストＣ上で稼働するマッ
ピングサーバ端末１２の構成例を示している。ＣＰＵ９
１乃至通信装置９４は、図４に示したＣＰＵ８１乃至通
信装置８４と基本的に同様の構成であるので、その説明
は省略する。記憶装置９５は、更新オブジェクトを管理
する共有サーバ端末（図１の実施例では、共有サーバ端
末１１しか図示していないが、その他にも、図示せぬ共
有サーバ端末がネットワーク１５に接続されている）を
特定するためのアドレスを、ＵＲＬと対応付けて記憶し
ている。

【００６１】図７は、クライアント端末１３（１３−１
乃至１３−３）の構成例を示している。クライアント端
末１３はＣＰＵ４１を備え、このＣＰＵ４１は、ＲＯＭ
４２に記憶されているプログラムに従って各種の処理を
実行するようになされている。ＲＡＭ４３には、ＣＰＵ
４１が各種の処理を実行する上において必要なデータや
プログラム等が適宜記憶されるようになされている。通
信装置４４は、ネットワーク１５を介して、データを授
受するようになされている。

【００６２】表示装置４５は、例えばＣＲＴやＬＣＤな
どを備え、ＣＧ（コンピュータグラフィック）の３次元
画像や、通常のビデオカメラなどにより撮影された３次
元の画像を表示することができるようになされている。
マイク４６は、音声信号を共有サーバ端末１１に出力す
るとき利用される。また、スピーカ４７は、共有サーバ
端末１１より音声信号が伝送されてきたとき、これを出
力する。入力装置４９は、各種の入力を行うとき操作さ
れるようになされている。

【００６３】この入力装置４９のキーボード４９ａは、
所定の文字や記号などでなるテキスト（ＵＲＬを含む）
を入力するとき操作されるようになされている。マウス
４９ｂは、所定の位置を指定するとき操作されるように
なされている。視点入力装置４９ｃおよび移動入力装置
４９ｄは、更新オブジェクトとしての、クライアント端
末１３に対応するアバタの状態を変化させるときに操作
される。すなわち、視点入力装置４９ｃは、クライアン
ト端末１３の対応するアバタの視点を入力するとき操作
される。これにより、アバタの視点を上下左右の方向に
移動させたり、仮想現実空間の奥行方向への移動ができ
るようになされている。また、移動入力装置４９ｄは、
アバタを、前後左右の方向に、所定の速度で移動させる
ための入力を行うことができるようになされている。勿
論、これらの入力を、キーボード４９ａやマウス４９ｂ
から行うようにすることもできる。

【００６４】ハードディスク、光ディスク、光磁気ディ
スクなどよりなる記憶装置５０は、ユーザを表すアバタ
（更新オブジェクト）を記憶している。さらに、記憶装
置５０は、情報サーバ端末１０（情報サーバ端末１０以
外に情報サーバ端末が存在する場合には、その情報サー
バ端末を含む）に記憶されている各地域の仮想現実空間
に配置される更新オブジェクトを管理する共有サーバ端
末のＩＰアドレスを取得するためのＵＲＬ（以下、適
宜、アドレス取得ＵＲＬという）を、その地域の仮想現
実空間のデータに対応するＵＲＬ（以下、適宜、仮想現
実空間ＵＲＬという）と対応付けて記憶している。これ
により、ある地域の仮想現実空間のデータに対応する仮
想現実空間ＵＲＬが入力されたとき、その地域の仮想現
実空間を管理する共有サーバ端末のＩＰアドレスを取得
するためのアドレス取得ＵＲＬを得ることができるよう
になされている。

【００６５】インタフェース４８は、表示装置４５、マ
イク４６、スピーカ４７、入力装置４９、および記憶装
置５０に対するデータのインタフェースを構成してい
る。

【００６６】図８は、図１のサービス提供者端末１４の
構成例を示している。そのＣＰＵ５１乃至記憶装置６０
は、図７のクライアント端末１３のＣＰＵ４１乃至入力
装置５０と基本的に同様の構成であるので、その説明は
省略する。

【００６７】図９は、図１の情報サーバ端末１０により
提供され、共有サーバ端末１１の管理の下、複数のユー
ザの間で共有することのできる仮想現実空間を模式的に
表している。同図に示すように、この仮想現実空間は、
町を構成しており、アバタＣ（例えばクライアント端末
１３−１のアバタ）や、アバタＤ（例えばクライアント
端末１３−２のアバタ）が、この町（仮想現実空間）を
移動することができるようになされている。

【００６８】アバタＣは、仮想現実空間における位置と
視点から、例えば図１０に示すような画像を見ることに
なる。すなわち、クライアント端末１３−１には、仮想
現実空間を構成する基本オブジェクトに関するデータ
が、情報サーバ端末１０から提供され、ＲＡＭ４３（ま
たは記憶装置５０）に記憶される。そして、ＲＡＭ４３
（または記憶装置５０）からは、所定の視点と位置から
仮想現実空間を見た場合に見ることのできる仮想現実空
間のデータが読み出され、表示装置４５に供給される。
その後、そのアバタＣの視点と位置を、視点入力装置４
９ｃと移動入力装置４９ｄを操作することで変更する
と、その変更に対応したデータがＲＡＭ４３（または記
憶装置５０）から読み出されて表示装置４５に供給さ
れ、これにより、表示装置４５に表示されている仮想現
実空間（３次元画像）が変化される。

【００６９】さらに、クライアント端末１３−１には、
いまの視点と位置から仮想現実空間を見た場合にみるこ
とのできる他人のアバタ（更新オブジェクト）（図１０
の実施例では、アバタＤ）に関するデータが、共有サー
バ端末１１から提供され、そのデータに基づいて、表示
装置４５の表示が変更される。すなわち、図９に示した
状態において、アバタＣはアバタＤの方向を見ているの
で、図１０に示したように、クライアント端末１３−１
の表示装置４５に表示される画像（仮想現実空間）に
は、アバタＤが表示される。

【００７０】同様にして、アバタＤが対応するクライア
ント端末１３−２の表示装置４５には、図１１に示すよ
うな画像が表示される。そして、この表示画像も、アバ
タＤの視点と位置を移動させることで変化される。な
お、図９において、アバタＤはアバタＣの方向を見てい
るので、クライアント端末１３−２の表示装置４５に表
示される画像（仮想現実空間）には、図１１に示したよ
うに、アバタＣが表示されている。

【００７１】サービス提供者端末１４は、情報サーバ端
末１０および共有サーバ端末１１によって提供される共
有可能な仮想現実空間の一部の空間を支配する。換言す
れば、サービス提供者は、情報サーバ端末１０および共
有サーバ端末１１の管理者（仮想現実空間の情報を提供
する情報プロバイダ）から、その提供する仮想現実空間
の一部を購入する。この購入は、現実空間において行わ
れる。すなわち、情報サーバ端末１０および共有サーバ
端末１１の管理者は、所定のサービス提供者より仮想現
実空間の購入の申込を受けたとき、仮想現実空間の一部
を、そのサービス提供者に割り当てる。

【００７２】例えば、サービス提供者端末１４の所有者
（サービス提供者）が、仮想現実空間内の所定のビルの
１室を借り受け、そこに電器店を設けるものとする。サ
ービス提供者は、その電器店に展示する商品、例えばテ
レビジョン受像機（テレビ）の資料をサーバ端末管理者
に提供する。サーバ端末管理者は、この資料を基に、コ
ンピュータグラフィックスにより、そのテレビの立体画
像を生成する。そして、その立体画像を、その電器店の
所定の位置に配置する。これにより、仮想現実空間内に
おけるその空間の画像が完成することになる。

【００７３】同様のことが多くのサービス提供者により
行われ、仮想現実空間が１つの大きな町として形成され
る。

【００７４】図１２は、サービス提供者端末１４を有す
るサービス提供者が占有する仮想現実空間（ビルの１
室）を平面的に表している。この実施例においては、ビ
ルの１室が、このサービス提供者のために割り当てられ
ており、その空間（ビル内）には、２台のテレビ７２，
７３が配置されているとともに、テレビ７３の右斜め前
方には、カウンタ７１が配置されている。そしてサービ
ス提供者端末１４のサービス提供者は、自己のアバタＦ
をカウンタ７１の後方に配置するようにする。勿論、ア
バタＦは、サービス提供者端末１４の移動入力装置５９
ｄを操作することで、所定の位置に移動させることが可
能である。

【００７５】いま、この電器店に、クライアント端末１
３−１のアバタＣが、図１２に示すように入ってきたも
のとする。このとき、クライアント端末１３−１の表示
装置４５には、アバタＣの位置と視点に対応して、例え
ば図１３に示すような画像が表示される。これに対し
て、アバタＦがカウンタ７１の後方に位置している場合
においては、サービス提供者端末１４の表示装置５５に
は、図１４に示すような画像が表示される。図１３と図
１４に示すように、アバタＣから見た画像にはアバタＦ
が、また、アバタＦから見た画像にはアバタＣが、それ
ぞれ表示される。

【００７６】また、図１３に示すように、アバタＣから
見た画像には、クライアント端末１３−１から所定の画
像を指定するとき使用されるカーソル７４が表示され
る。同様に、図１４に示すように、サービス提供者端末
１４から所定の画像を指定するとき利用するために、カ
ーソル７５が表示される。

【００７７】クライアント端末１３−１の移動入力装置
４９ｄを操作して、アバタＣをテレビ７２あるいはテレ
ビ７３の回りに移動させることで、その位置と視点に対
応する画像が表示装置４５に表示される。これにより、
ユーザは、テレビ７２や７３を、実際に、売場に配置さ
れている商品としてのテレビを観察する場合と同様に観
察することができる。

【００７８】また、ユーザは、マウス４９ｂを操作し
て、カーソル７４を移動させ、アバタＦ上でクリックす
ると、アバタＦに対応するサービス提供者端末１４に
は、会話申込信号が伝送される。サービス提供者端末１
４は、このとき、マイク５６を介して、アバタＣに対応
するクライアント端末１３−１のスピーカ４７に対して
音声信号を出力することができる。同様に、クライアン
ト端末１３−１のマイク４６から所定の音声信号を入力
することで、サービス提供者端末１４のスピーカ５７に
ユーザの音声信号を伝達することができる。このように
して、両者は音声による通常の会話を行うことができ
る。

【００７９】なお、この会話は、アバタＦ（サービス提
供者端末１４）からアバタＣ（クライアント端末１３−
１）に対して、申し込むようにすることもできる。

【００８０】また、クライアント端末１３−１におい
て、カーソル７４を移動させ、例えばテレビ７２の画像
上においてクリックすると、テレビ７２のより詳細な説
明情報（提供情報）の提供を受けることができる。これ
は、情報サーバ端末１０が提供する仮想現実空間のデー
タを、テレビ７２のデータに説明情報をリンクさせてお
くように構成することで実現することができる。なお、
説明情報を表示するときの画像は、３次元画像であって
もよいし、平面的な２次元画像とすることもできる。

【００８１】この所定の画像を指定する操作は、サービ
ス提供者端末１４側からも行うことができる。これによ
り、サービス提供者側からユーザに対して、所定のテレ
ビの説明情報を積極的に提供することができる。

【００８２】また、サービス提供者がマウス５９ｂを操
作して、カーソル７５でアバタＣを指定すると、このア
バタＣの位置と視点に対応する画像、すなわち、クライ
アント端末１３−１の表示装置４５に表示されている画
像と同一の画像を、サービス提供者端末１４の表示装置
５５に表示させることができる。これにより、サービス
提供者は、ユーザ（アバタＣ）が、いまどこを見ている
のかを知ることができ、ユーザの知りたいポイントに関
する情報を、的確にユーザに対して提供することが可能
となる。

【００８３】ユーザは、説明を受け、あるいは提供情報
（説明情報）の提供を受け、気に入った場合において
は、例えばテレビ７２を実際に購入することができる。
この場合、ユーザは、アバタＦを介して、サービス提供
者端末１４に対して購入の申込をする。また、ユーザ
は、例えばクレジットカードの番号等を、アバタＣを介
してサービス提供者端末１４（アバタＦ）に伝達する。
そして、商品の金額に対応する額を引き落とすように依
頼する。サービス提供者端末１４のサービス提供者は、
そのクレジットカードの番号から、所定の金額を引き落
とすための処理を行うとともに、購入の申込を受けた商
品の発送の手配を行う。

【００８４】この仮想現実空間において提供される画像
は、基本的に、コンピュータグラフィックスにより生成
された精度の高い画像である。従って、これをあらゆる
角度から見ることで、殆ど実際の商品を希望する角度か
ら観察した場合と同様の観察を行うことが可能となり、
より確実に商品を確認することができる。

【００８５】この仮想現実空間には、このようにして、
多数の店や映画館、劇場などが存在する。そして、各店
において、実際に商品を販売することが可能であるた
め、立地条件の良い空間（多くのユーザのアバタが入っ
てくる空間）は、実際に経済的価値が発生する。そこ
で、この仮想現実空間を実際に（現実に）売買したり、
賃貸することができる。従って、このシステムは、所謂
テレビショッピングなどとは全く異なるものとなる。

【００８６】次に、図１５乃至図１８のフローチャート
を参照して、クライアント端末１３（サービス提供者端
末１４）、情報サーバ端末１０、マッピングサーバ端末
１２、または共有サーバ端末１１それぞれの動作につい
て詳述する。

【００８７】図１５は、クライアント端末１３（サービ
ス提供者端末１４）の処理例を示している。クライアン
ト端末１３では、まず最初に、ステップＳ１において、
仮想現実空間ＵＲＬの入力があったか否かが、ＣＰＵ４
１によって判定される。ステップＳ１において、仮想現
実空間ＵＲＬの入力がないと判定された場合、ステップ
Ｓ１に戻る。また、ステップＳ１において、仮想現実空
間ＵＲＬの入力があったと判定された場合、すなわち、
ユーザがキーボート４９ａを操作することで、所望する
仮想現実空間に対応する仮想現実空間ＵＲＬを入力し、
これが、インターフェース４８を介して、ＣＰＵ４１に
よって受信された場合、ステップＳ２に進み、図２で説
明したように、ＷＷＷのシステムを構成し、情報サーバ
端末を有する所定のホストの情報サーバ端末（ここで
は、例えばホストＡの情報サーバ端末１０）に対して、
通信装置４４から、ネットワーク１５を介して、仮想現
実空間ＵＲＬが送信され、リンクが確立される。

【００８８】さらに、ステップＳ２では、仮想現実空間
ＵＲＬと対応付けられているアドレス取得ＵＲＬが、記
憶装置５０から読み出され、ＷＷＷのシステムを構成す
る、所定のホストのマッピングサーバ端末（ここでは、
例えばホストＣのマッピングサーバ端末１２とする）に
対して、通信装置４４から、ネットワーク１５を介し
て、アドレス取得ＵＲＬが送信され、リンクが確立され
る。

【００８９】その後、ステップＳ３に進み、ネットワー
ク１５を介して送られてくる、ステップＳ２で送信した
仮想現実空間ＵＲＬまたはアドレス取得ＵＲＬにそれぞ
れ対応する仮想現実空間のデータ（３次元画像データ）
または共有サーバ端末１２のＩＰアドレスが、通信装置
４４によって受信される。

【００９０】すなわち、ステップＳ２では、情報サーバ
端末１０に、仮想現実空間ＵＲＬが送信されるが、情報
サーバ端末１０において、この仮想現実空間ＵＲＬが受
信されると、それに対応する仮想現実空間のデータが、
後述する図１６のステップＳ２２において、ネットワー
ク１５を介してクライアント端末１３に送信される。ス
テップＳ３では、このようにして情報サーバ端末１０か
ら送信されてくる仮想現実空間のデータが受信される。
なお、受信された仮想現実空間のデータは、ＲＡＭ４３
に転送されて記憶される（または記憶装置５０に記憶さ
れ、そこからＲＡＭ４３に転送される）。

【００９１】また、ステップＳ２では、マッピングサー
バ端末１２に対し、アドレス取得ＵＲＬが送信される
が、マッピングサーバ端末１２において、このアドレス
取得ＵＲＬが受信されると、それに対応する共有サーバ
端末のＩＰアドレスが、後述する図１７のステップＳ３
２において、ネットワーク１５を介してクライアント端
末１３に送信される。ステップＳ３では、このようにし
てマッピングサーバ端末１２から送信されてくる共有サ
ーバ端末１２のＩＰアドレスが受信される。

【００９２】ここで、入力された仮想現実空間ＵＲＬに
対応付けられているアドレス取得ＵＲＬは、上述したよ
うに、その仮想現実空間ＵＲＬに対応する仮想現実空間
に配置された更新オブジェクトを管理する共有サーバ端
末のＩＰアドレスに対応するものである。従って、例え
ば、入力された仮想現実空間ＵＲＬが、東京の仮想現実
空間に対応するものであり、ホストＢが有する共有サー
バ端末１１が、東京の仮想現実空間に配置された更新オ
ブジェクトを管理するものであった場合、ステップＳ３
では、共有サーバ端末１１のＩＰアドレスが受信される
ことになる。よって、ユーザは、どの共有サーバ端末
が、どの地域の仮想現実空間に配置された更新オブジェ
クトを管理するものか知らなくても、自身が提供を受け
ようとする地域の仮想現実空間を管理する共有サーバ端
末の場所（ＩＰアドレス）を、自動的に取得することが
できる。

【００９３】なお、ステップＳ２およびＳ３において、
仮想現実空間ＵＲＬおよびアドレス取得ＵＲＬを送信
し、仮想現実空間のデータおよびＩＰアドレスを受信す
る処理は、実際には、例えば、仮想現実空間ＵＲＬを送
信し、それに対応する仮想現実空間のデータを受信した
後、アドレス取得ＵＲＬを送信し、それに対応するＩＰ
アドレスを受信することで行われる。

【００９４】ステップＳ３で、仮想現実空間のデータお
よび共有サーバ端末のＩＰアドレスが受信されると、ス
テップＳ４に進み、ステップＳ３で受信したＩＰアドレ
ス（共有サーバ端末のＩＰアドレス）に対応する共有サ
ーバ端末（ここでは、例えば共有サーバ端末１１）に対
し、ネットワーク１５を介して、接続要求が、通信装置
４４によって送信され、これによりクライアント端末１
３と共有サーバ端末１１との間で通信リンクが確立され
る。さらに、ステップＳ４では、通信リンクの確立後、
共有サーバ端末１１に対し、記憶装置５０に記憶されて
いる、自己を表すアバタ（更新オブジェクト）が、通信
装置４４によって送信される。

【００９５】ここで、共有サーバ端末１１は、ユーザの
アバタを受信すると、そのアバタを、同一の仮想現実空
間（ここでは、上述したように、東京の仮想現実空間と
する）に存在する他のユーザのクライアント端末に送信
するようになされている。そして、他のクライアント端
末においては、送信されてきたアバタが、仮想現実空間
に配置され、これにより、複数のユーザの間で、同一の
仮想現実空間を共有することができる。

【００９６】なお、ユーザのアバタは、クライアント端
末１３から共有サーバ端末１１に提供するのではなく、
共有サーバ端末１１に、アクセスのあったユーザに対
し、所定のアバタを割り当てさせるようにすることも可
能である。また、クライアント端末１３においては、そ
れを利用するユーザ自身のアバタを、前述の図３６およ
び図３７に示したように、仮想現実空間に配置して表示
するようにすることが可能であるが、現実の世界では、
ユーザは、自身を見ることはできないので、仮想現実空
間を、現実の世界に近いものとする観点からは、ユーザ
のアバタは、そのユーザが利用するクライアント端末に
は表示させないようにする方が好ましい。

【００９７】ステップＳ４の処理後、ステップＳ５に進
み、ＲＡＭ４３から、所定の視点と位置から仮想現実空
間を見た場合に見ることのできる仮想現実空間のデータ
が、ＣＰＵ４１によって読み出され、表示装置４５に供
給される。これにより、表示装置４５には、所定の仮想
現実空間が表示される。

【００９８】そして、ステップＳ６において、共有サー
バ端末１１から、他のユーザのアバタの更新情報が送信
されてきたか否かが、通信装置４４によって判定され
る。

【００９９】ここで、ユーザは、上述したように、自己
のアバタの位置あるいは視点を、視点入力装置４９ｃま
たは移動入力装置４９ｄを操作することで更新すること
ができるようになされており、これにより、アバタの位
置あるいは視点の更新が指令されると、ＣＰＵ４１で
は、インタフェース４８を介して、この指令が受信され
る。そして、ＣＰＵ４１は、その指令に対応して、更新
されたアバタの位置または視点にそれぞれ対応する位置
データまたは視点データを、更新情報として共有サーバ
端末１１に出力する処理を実行する。すなわち、ＣＰＵ
４１は、通信装置４４を制御し、更新情報を共有サーバ
端末１１に送信させる。

【０１００】共有サーバ端末１１は、クライアント端末
から更新情報を受信すると、後述する図１８のステップ
Ｓ４４において、その更新情報を、他のクライアント端
末に出力するようになされている。なお、共有サーバ端
末１１は、上述したように、アクセス要求のあったクラ
イアント端末から、アバタを受信すると、そのアバタ
を、他のユーザのクライアント端末に送信するようにな
されているが、このアバタも、更新情報として送信され
るようになされている。

【０１０１】以上のようにして更新情報が送信されてき
た場合、ステップＳ６においては、共有サーバ端末１１
から、他のユーザのアバタの更新情報が送信されてきた
と判定される。この場合、その更新情報は、通信装置４
４によって受信され、ＣＰＵ４１に出力される。ＣＰＵ
４１は、ステップＳ７において、表示装置４５の表示
を、更新情報を反映した表示に更新させる。すなわち、
更新情報として、他のクライアント端末からの位置デー
タあるいは視点データを受信した場合、そのユーザのア
バタを、受信した位置データ、視点データにしたがっ
て、移動させ、または変化させる（例えば、アバタの向
きを変更させる）。また、更新情報として、他のクライ
アント端末からのアバタを受信した場合、そのアバタ
を、表示装置４５に、いま表示されている仮想現実空間
の所定の位置に配置する。なお、共有サーバ端末１１
は、更新情報として、アバタを送信する場合、そのアバ
タについての位置データおよび視点データも、更新情報
に含めて送信するようになされており、表示装置４５で
は、その位置データおよび視点データに対応して、アバ
タが表示されるようになされている。

【０１０２】以上の処理が終了すると、ステップＳ８に
進む。

【０１０３】一方、ステップＳ６において、共有サーバ
端末１１から、他のユーザのアバタの更新情報が送信さ
れてきていないと判定された場合、ステップＳ７をスキ
ップして、ステップＳ８に進む。ステップＳ８では、上
述したように、視点入力装置４９ｃまたは移動入力装置
４９ｄを操作することで、クライアント端末１３を利用
するユーザのアバタの位置あるいは視点が更新されたか
否かが、ＣＰＵ４１によって判定される。

【０１０４】ステップＳ８において、アバタの位置ある
いは視点が更新されたと判定された場合、すなわち、視
点入力装置４９ｃまたは移動入力装置４９ｄが、ユーザ
によって操作された場合、ステップＳ９に進み、ＣＰＵ
４１では、その操作に対応する位置データ、視点データ
に基づいて、ユーザのアバタの位置と視点に対応する仮
想現実空間のデータをＲＡＭ４３から読み出し、必要に
応じて補正のための演算を行い、その位置と視点に対応
する画像データを生成する。そして、ＣＰＵ４１は、表
示装置４５に、その画像データを出力し、表示させる。
これにより、表示装置４５には、視点入力装置４９ｃと
移動入力装置４９ｄを操作することで入力した視点と位
置に対応する画像（仮想現実空間）が表示される。

【０１０５】さらに、ＣＰＵ４１は、ステップＳ１０に
おいて、通信装置４４を制御し、これにより、視点入力
装置４９ｃまたは移動入力装置４９ｄそれぞれの操作に
対応する視点データまたは位置データを、共有サーバ端
末１１に送信させ、ステップＳ１１に進む。

【０１０６】ここで、上述したように、クライアント端
末１３からの更新情報は、共有サーバ端末１１により受
信され、さらに、他のクライアント端末に出力される。
これにより、他のクライアント端末においては、クライ
アント端末１３を利用するユーザのアバタが、更新情報
を反映した形で表示される。

【０１０７】一方、ステップＳ８において、アバタの位
置あるいは視点が更新されていないと判定された場合、
ステップＳ９およびＳ１０をスキップして、ステップＳ
１１に進む。ステップＳ１１では、キーボード４９ａの
所定のキーを操作するなどして終了が指令されたか否か
が判定され、終了が指令されない限り、ステップＳ６に
戻り、それ以降の処理が繰り返し実行される。

【０１０８】次に、図１６のフローチャートは、情報サ
ーバ端末１０の処理例を示している。情報サーバ端末１
０では、まず最初に、ステップＳ２１において、クライ
アント端末１３から、ネットワーク１５を介して、仮想
現実空間ＵＲＬが送信されてきたかどうかが、通信装置
８４によって判定される。ステップＳ２１において、仮
想現実空間ＵＲＬが送信されてきていないと判定された
場合、ステップＳ２１に戻る。また、ステップＳ２１に
おいて、仮想現実空間ＵＲＬが送信されてきたと判定さ
れた場合、その仮想現実空間ＵＲＬが、通信装置８４に
よって受信され、ステップＳ２２に進む。ステップＳ２
２では、記憶装置８５から、通信装置８４で受信された
仮想現実空間ＵＲＬと対応付けられている仮想現実空間
のデータが、ＣＰＵ８１によって読み出され、それが、
通信装置８４により、ネットワーク１５を介して、仮想
現実空間ＵＲＬを送信してきたクライアント端末１３に
送られる。そして、その後は、ステップＳ２１に戻り、
上述の処理が繰り返される。

【０１０９】図１７は、マッピングサーバ端末１２の処
理例を示している。マッピングサーバ端末１２では、ス
テップＳ３１において、クライアント端末１３から、ネ
ットワーク１５を介して、アドレス取得ＵＲＬが送信さ
れてきたかどうかが、通信装置９４によって判定され
る。ステップＳ３１において、アドレス取得ＵＲＬが送
信されてきていないと判定された場合、ステップＳ３１
に戻る。また、ステップＳ３１において、アドレス取得
ＵＲＬが送信されてきたと判定された場合、そのアドレ
ス取得ＵＲＬが、通信装置９４によって受信され、ステ
ップＳ３２に進む。ステップＳ３２では、記憶装置９５
から、通信装置９４で受信されたアドレス取得ＵＲＬと
対応付けられているＩＰアドレス（共有サーバ端末のＩ
Ｐアドレス）が、ＣＰＵ９１によって読み出され、それ
が、通信装置９４により、ネットワーク１５を介して、
アドレス取得ＵＲＬを送信してきたクライアント端末１
３に送られる。そして、その後は、ステップＳ３１に戻
り、上述の処理が繰り返される。

【０１１０】図１８は、共有サーバ端末１１の処理例を
示している。共有サーバ端末１１では、まず最初に、ス
テップＳ４１において、クライアント端末１３から、ネ
ットワーク１５を介して、接続要求が送信されてきたか
どうかが、通信装置２４によって判定される。ステップ
Ｓ４１において、接続要求が送信されてきていないと判
定された場合、ステップＳ４２をスキップして、ステッ
プＳ４３に進む。また、ステップＳ４１において、接続
要求が送信されてきたと判定された場合、すなわち、ク
ライアント端末１３が、図１５のステップＳ４において
接続要求を、共有サーバ端末１１に送信した場合、その
クライアント端末１３との通信リンクが、通信装置２４
によって確立され、ステップＳ４２に進む。

【０１１１】ステップＳ４２では、ＲＡＭ２３に記憶さ
れた接続管理表が、ＣＰＵ２１によって更新される。す
なわち、共有サーバ端末１１は、クライアント端末１３
から送信されてくる更新情報を、他のクライアント端末
に送信するために、自身との通信リンクを確立している
クライアント端末１３を認識している必要がある。そこ
で、共有サーバ端末１１では、クライアント端末との通
信リンクを確立すると、そのクライアント端末を識別す
るための情報を、接続管理表に登録するようになされて
いる。すなわち、この接続管理表は、共有サーバ端末１
１と、いまリンクが確立しているクライアント端末の、
いわば一覧表である。ここで、クライアント端末を識別
するための情報としては、ＴＣＰ／ＩＰパケットのヘッ
ダとして各クライアント端末から送られてくる送信元の
ＩＰアドレスと、各クライアント端末のユーザが設定し
たアバタのニックネームを登録する。

【０１１２】その後、ステップＳ４３に進み、クライア
ント端末１３から更新情報が送信されてきたか否かが、
通信装置２４によって判定される。ステップＳ４３にお
いて、更新情報が送信されてきていないと判定された場
合、ステップＳ４４をスキップして、ステップＳ４５に
進む。また、ステップＳ４３において、更新情報が送信
されてきたと判定された場合、すなわち、クライアント
端末１３が、図１５のステップＳ１０において、更新情
報としての位置データ、視点データを、共有サーバ端末
１１に送信した場合（あるいは、図１５のステップＳ４
において、接続要求の送信後、更新情報としてのアバタ
を、共有サーバ端末１１に送信した場合）、その更新情
報が、通信装置２４によって受信され、ステップＳ４４
に進む。ステップＳ４４では、ＣＰＵ２１によって、Ｒ
ＡＭ２３に記憶された接続管理表が参照され、通信装置
２４で受信された更新情報が、その更新情報を送信して
きたクライアント端末以外のクライアント端末に送信さ
れる。この際に、接続管理表で管理されている各クライ
アント端末の送信元のＩＰアドレスが使用される。

【０１１３】なお、この更新情報は、上述したように、
図１５のステップＳ６において、クライアント端末１３
により受信される。

【０１１４】その後、ステップＳ４５に進み、クライア
ント端末１３より終了の指令が入力されたか否かが、Ｃ
ＰＵ２１によって判定され、終了が指令されていない場
合においては、ステップＳ４６をスキップして、ステッ
プＳ４１に戻る。また、終了が指令された場合は、ステ
ップＳ４６に進み、その指令を送信してきたクライアン
ト端末１３との回線が、通信装置２４によって切断さ
れ、さらに、接続管理表から、そのクライアント端末１
３に関する情報が、ＣＰＵ２１によって削除されて、ス
テップＳ４１に戻る。

【０１１５】以上のように、更新オブジェクトの管理
は、共有サーバ端末１１で行うようにするとともに、基
本オブジェクトの管理（提供）は、既に世界的規模で普
及しているインターネットのＷＷＷを構成する情報サー
バ端末１０で行うようにしたので、世界的規模で、不特
定多数のユーザに、共有可能な仮想現実空間を、容易に
提供することが可能となる。さらに、この際、既に構築
されているＷＷＷのシステムの仕様は変更する必要がな
い。

【０１１６】また、仮想現実空間のデータを提供するの
に、ＷＷＷを利用する場合には、データの授受を行うの
に、既存のウェブブラウザ（例えば、ネットスケープ社
のネットスケープナビゲータ（Netscape Navigator）
（商標）など）を使用することができるので、新規にウ
ェブブラウザを作成する必要もない。

【０１１７】さらに、マッピングサーバ端末１２によっ
て、共有サーバ端末１１のＩＰアドレスを提供するよう
にしたので、ユーザは、共有サーバ端末１１のアドレス
を知らなくても、仮想現実空間を、他のユーザと共有す
ることができる。

【０１１８】次に、図１９を参照して、クライアント端
末１３と、情報サーバ端末１０、共有サーバ端末１１、
マッピングサーバ端末１２それぞれとの通信手順につい
て説明する。ユーザは、仮想現実空間の提供を希望する
とき、その希望する地域の仮想現実空間に対応付けられ
たＵＲＬ（仮想現実空間ＵＲＬ）を入力する。すると、
そのＵＲＬが、クライアント端末１３から情報サーバ端
末１０（httpd）に対して送信される。情報サーバ端末
１０は、クライアント端末１３からＵＲＬを受信する
と、そのＵＲＬに対応付けられた仮想現実空間のデータ
（３次元シーンデータ）（基本オブジェクトのみのデー
タ）を、クライアント端末１３に送信する。クライアン
ト端末１３は、これを受信して表示させる。

【０１１９】なお、この段階では、クライアント端末１
３と共有サーバ端末１１との間は接続されていない（リ
ンクが確立していない）ため、クライアント端末１３が
更新情報を受信することはなく、従って、基本オブジェ
クトだけの仮想現実空間、すなわち、例えばビルディン
グなどの、いわば町並みだけの仮想現実空間が表示され
る（他のユーザのアバタなどの更新オブジェクトは表示
されない）。

【０１２０】さらに、クライアント端末１３では、仮想
現実空間ＵＲＬと対応付けられているアドレス取得ＵＲ
Ｌが、マッピングサーバ端末１２に送信される。マッピ
ングサーバ端末１２では、アドレス取得ＵＲＬが受信さ
れ、そのアドレス取得ＵＲＬと対応付けられているＩＰ
アドレス（仮想現実空間ＵＲＬと対応付けられている地
域の仮想現実空間に配置された更新オブジェクトを管理
する共有サーバ端末である、例えば、共有サーバ端末１
１のＩＰアドレス）が、クライアント端末１３に送信さ
れる。

【０１２１】ここで、マッピングサーバ端末１２に、ク
ライアント端末１３が送信したアドレス取得ＵＲＬと対
応付けられているＩＰアドレスが登録されていないこと
が考えられる。すなわち、例えば、仮想現実空間ＵＲＬ
と対応付けられている地域の仮想現実空間に配置された
更新オブジェクトを管理する共有サーバ端末が、未設置
（未稼動）である場合などがある。このような場合は、
共有サーバ端末のＩＰアドレスが得られないため、基本
オブジェクトだけの仮想現実空間、すなわち、例えば、
上述したような町並みだけの仮想現実空間が表示され
る。従って、この場合、仮想現実空間の、他のユーザと
の共有は成立しない。このような仮想現実空間は、既存
のＷＷＷにより、情報サーバ端末（ＷＷＷサーバ端末）
に、仮想現実空間のデータ（基本オブジェクト）を記憶
させておくだけで提供することができるものであり、こ
のことから、本発明のサイバースペースシステムは、既
存のＷＷＷと上位互換になっているということができ
る。

【０１２２】マッピングサーバ端末１２からＩＰアドレ
ス（共有サーバ端末１１のＩＰアドレス）が送信されて
くると、クライアント端末１３では、そのＩＰアドレス
が受信され、それに対応する共有サーバ端末、すなわ
ち、ここでは、共有サーバ端末１１に、接続要求が送信
される。そして、クライアント端末１３と共有サーバ端
末１１との間の通信リンクが確立すると、クライアント
端末１３は、自己を表すアバタ（ユーザの３次元形状）
を、共有サーバ端末１１に送信する。共有サーバ端末１
１は、クライアント端末１３から、そのユーザのアバタ
を受信すると、そのアバタを、いま、共有サーバ端末１
１とリンクの確立している、その他のクライアント端末
に送信するとともに、共有サーバ端末１１が管理する地
域の仮想現実空間に配置されている、他のユーザのアバ
タである更新オブジェクト（共有３次元オブジェクトの
形状）を、クライアント端末１３に送信する。

【０１２３】これにより、他のクライアント端末では、
クライアント端末１３のユーザのアバタが仮想現実空間
に配置され、そのアバタが画面上に登場する。また、ク
ライアント端末１３では、他のクライアント端末のユー
ザのアバタが仮想現実空間に配置され、やはり、そのア
バタが画面上に登場する。その結果、共有サーバ端末１
１とのリンクが確立しているクライアント端末のすべて
のユーザは、同一の仮想現実空間を共有することとな
る。

【０１２４】その後、共有サーバ端末１１は、他のクラ
イアント端末からの更新情報を受信すると、その更新情
報を、クライアント端末１３に送信する。クライアント
端末１３では、この更新情報が受信され、それに対応し
て表示が変更される（例えば、他のユーザのアバタの位
置が変更される）。また、クライアント端末１３のユー
ザによって、そのユーザのアバタの状態が変更される
と、その変更に対応した更新情報が、クライアント端末
１３から共有サーバ端末１１に送信される。共有サーバ
端末１１は、クライアント端末１３からの更新情報を受
信すると、他のクライアント端末からの更新情報を受信
した場合と同様に、その更新情報を、クライアント端末
１３以外のクライアント端末に送信する。これにより、
クライアント端末１３以外のクライアント端末では、そ
の更新情報に対応して、クライアント端末１３のユーザ
のアバタの状態が変更される（クライアント端末１３の
ユーザによって、そのユーザのアバタの状態が変更され
たように変更される）。

【０１２５】その後、クライアント端末１３では、共有
サーバ端末１１との接続が切断されるまで、自己のアバ
タについての更新情報を送信するとともに、共有サーバ
端末１１からの更新情報を受信し、その更新情報に基づ
いて、表示を変更する処理が繰り返される。

【０１２６】以上のように、同一の仮想現実空間の共有
は、ユーザ（クライアント端末１３）同志の間で、共有
サーバ端末１１を経由した更新情報のやりとりを行うこ
とによって成立する。従って、共有サーバ端末１１とク
ライアント端末１３とが離れた位置に存在する場合、共
有サーバ端末１１とクライアント端末１３との間の通信
に、大きな遅延が生じ、レスポンスが悪化することとな
る。すなわち、例えば、共有サーバ端末１１が米国（ア
メリカ合衆国）に設置されている場合において、日本の
ユーザが、共有サーバ端末１１にアクセスしているとき
には、日本のあるユーザＡの更新情報は、日本→アメリ
カ→日本という経路で、日本の他のユーザＢに送信され
ることとなり、ユーザＡによる変更が、ユーザＢにおい
て反映されるまでに、時間を要することとなる。

【０１２７】そこで、同一の地域の仮想現実空間に配置
された更新オブジェクトを管理する共有サーバ端末は、
１つだけでなく、例えば世界各国などに複数設置し、さ
らに、マッピングサーバ端末１２には、そのような複数
の共有サーバ端末のＩＰアドレスを登録しておき、その
うちの、クライアント端末１３が設置された地域に地理
的に近い位置に設置されている共有サーバ端末のＩＰア
ドレスを提供させるようにすることが可能である。

【０１２８】すなわち、例えば、図２０に示すように、
遊園地などの仮想現実空間（３次元空間）に配置された
更新オブジェクトを管理する共有サーバ端末Ｗ１または
Ｗ２を、それぞれ日本または米国に設置しておくように
する。そして、情報サーバ端末１０から、その遊園地の
仮想現実空間のデータの提供を、日本および米国のユー
ザが受けた場合には、各ユーザからは、マッピングサー
バ端末１２に対し、遊園地の仮想現実空間に対応する仮
想現実空間ＵＲＬに対応付けられたアドレス取得ＵＲＬ
が送信されてくるが（すべてのユーザから同一のアドレ
ス取得ＵＲＬが送信されてくるが）、このとき、マッピ
ングサーバ端末１２には、日本のユーザに対しては日本
に設置されている共有サーバ端末Ｗ１のＩＰアドレス
を、米国のユーザに対しては米国に設置されている共有
サーバ端末Ｗ２のＩＰアドレスを、それぞれ提供させる
ようにする。

【０１２９】ここで、マッピングサーバ端末１２は、以
下の手順でアドレス取得ＵＲＬを送信してきたクライア
ント端末の設置場所を特定する。

【０１３０】すなわち、ＴＣＰ／ＩＰプロトコルで通信
を行う場合、そのＴＣＰ／ＩＰパケットのヘッダには、
送信元のＩＰアドレス(Source IP Address)と発信先の
ＩＰアドレス(Destination IP Address)が記述されてい
る。

【０１３１】一方、ＩＰアドレスは、３２ビットで構成
され、通常、８ビット単位でドットで区切られた１０進
数で表現される。例えば、ＩＰ＝４３．０．３５．１１
７と表現される。このＩＰアドレスが、インターネット
に接続された送信元や発信先の端末を一意に定める住所
の役割を担っている。４オクテット(３２ビット)で表現
されるＩＰアドレスは人間にとって覚えにくいため、人
間にとって理解しやすい識別名称として表現したのが、
ドメインネームである。そして、世界中の端末に付与さ
れたドメインネームとＩＰアドレスの対応を管理し、端
末からのドメインネームによる問い合わせに対してＩＰ
アドレスを答える、もしくはＩＰアドレスによる問い合
わせに対してドメインネームを答えるシステムがドメイ
ンネームシステム（ＤＮＳ：Domain Name System）であ
る。ＤＮＳは、世界中のインターネット上に散在するド
メインネームサーバの連携動作によって、機能する。ド
メインネームは、例えば、hanaya@ipd.sony.co.jpのよ
うに、ユーザ名＠ホスト名称．組織名称．組織属性．国
識別名称（米国は省略）と表現され、第1階層の国識別
名称が、ｊｐであれば日本に設置されている端末であ
り、省略されていた場合は、米国に設置されている端末
である事が特定できる。

【０１３２】マッピングサーバ端末１２は、図２３に示
すドメインネームサーバ１３０を利用して、アドレス取
得ＵＲＬを送信してきたクライアント端末の設置場所を
特定する。

【０１３３】すなわち、要求元のクライアント端末の送
信元のＩＰアドレスとこのＩＰアドレスが付与されたド
メインネームの対応テーブルを管理するドメインネーム
サーバ１３０に対して、対応するドメインネームの問い
合わを行い、ドメインネームサーバ１３０より得られた
クライアント端末のドメインネームの第１階層に基いて
クライアント端末が設置された国を特定する。

【０１３４】この場合、各ユーザが利用するクライアン
ト端末と共有サーバ端末とは地理的に近い位置に存在す
るから、上述したような遅延の問題を解消、すなわち、
レスポンスの悪化を防止することができる。

【０１３５】なお、この場合、日本のユーザおよび米国
のユーザが提供を受ける仮想現実空間は、同一の遊園地
の仮想現実空間であるが、その共有を管理する共有サー
バ端末が、日本のユーザと米国のユーザとで異なるた
め、その共有は、日本のユーザどうしと、米国のユーザ
同志とで、別個独立に行われる。すなわち、日本のユー
ザどうしのみ、または米国のユーザどうしのみで、それ
ぞれ１つの遊園地の仮想現実空間が共有される。従っ
て、この場合、情報サーバ端末１０からは、同一の仮想
現実空間が提供されるが、日本のユーザどうしと米国の
ユーザどうしとでは、別々の共有空間が構築されること
となり、自国の言語でのチャットが支障なく行えること
となる。

【０１３６】但し、この場合、共有サーバ端末Ｗ１とＷ
２とを接続し、その間で、更新情報のやりとりを行わせ
るようにすることで、日本のユーザおよび米国のユーザ
どうしの間で、同一の仮想現実空間を共有するようにす
ることが可能である。

【０１３７】また、レスポンスの悪化は、共有サーバ端
末１１に対し、多くのユーザがアクセスした場合も生じ
るが、これは、同一の地域の仮想現実空間に配置された
更新オブジェクトを管理する共有サーバ端末を、例えば
各国や各県などの、所定の地域ごとに、複数設置し、マ
ッピングサーバ端末１２には、その複数の共有サーバ端
末のうち、そこにアクセスしているクライアント端末の
数の少ないもののアドレスを提供させるようにすること
で防止することができる。

【０１３８】すなわち、この場合、例えば、上述の如
く、複数の共有サーバ端末Ｗ３，Ｗ４，Ｗ５，・・・を
設置し、マッピングサーバ端末１２には、まず、所定の
ＵＲＬに対し、所定の共有サーバ端末Ｗ３のＩＰアドレ
スを提供させるようにする。さらに、この場合、例えば
マッピングサーバ端末１２と共有サーバ端末Ｗ３との間
で通信を行わせるようにし、これにより、共有サーバ端
末Ｗ３からマッピングサーバ端末１２に対し、共有サー
バ端末Ｗ３にアクセスしているクライアント端末の数を
送信させるようにする。そして、マッピングサーバ端末
１２には、共有サーバ端末Ｗ３にアクセスしているクラ
イアント端末の数が所定の数（共有サーバ端末Ｗ３のレ
スポンスが悪化しないような数（例えば、１００な
ど））を超えた状態となった場合において、所定のＵＲ
Ｌを受信したとき、他の共有サーバ端末Ｗ４（この共有
サーバ端末Ｗ４は、共有サーバ端末４の近くに設置され
ているものであることが望ましい）のＩＰアドレスを提
供させるようにする。

【０１３９】なお、この場合、共有サーバ端末Ｗ４は、
最初から稼働させておいても良いが、共有サーバ端末Ｗ
３にアクセスしているクライアント端末の数が所定の数
を超えたときに稼働させるようにすることも可能であ
る。

【０１４０】その後は、さらに、マッピングサーバ端末
１２と共有サーバ端末Ｗ４との間で通信を行わせるよう
にし、マッピングサーバ端末１２には、上述の場合と同
様に、共有サーバ端末Ｗ４にアクセスしているクライア
ント端末の数が所定の数を超えた状態となった場合にお
いて、所定のＵＲＬを受信したときに、さらに他の共有
サーバ端末Ｗ５のＩＰアドレスを提供させるようにする
（但し、共有サーバ端末Ｗ３へのアクセス数が所定の数
以下に減少した場合には、共有サーバ端末Ｗ３のアドレ
スを提供させるようにする）。

【０１４１】以上のようにすることで、各共有サーバ端
末Ｗ３，Ｗ４，Ｗ５，・・・には、過大な負荷がかから
なくなるので、レスポンスの悪化を防止することができ
る。

【０１４２】なお、以上のことは、マッピングサーバ端
末１２が、所定のＵＲＬに対応して出力する共有サーバ
端末のＩＰアドレスを制御することで実現することがで
き、ユーザが利用するクライアント端末１３や、その上
で稼働するソフトウェアについては、一切変更する必要
はない。

【０１４３】また、本実施例においては、共有サーバ端
末１１が管理する更新オブジェクトとして、ユーザのア
バタを例に説明したが、共有サーバ端末１１には、アバ
タ以外の、例えばユーザが作成した、状態の変化するオ
ブジェクトなどの、あらゆる更新オブジェクトを管理さ
せることができる。但し、更新オブジェクトの管理は、
場合によっては、クライアント端末１３に行わせるよう
にすることが可能である。すなわち、例えば時計などの
更新オブジェクトについては、クライアント端末１３
に、その内蔵するクロックに基づいて、時刻の更新を行
わせるようにすることが可能である。

【０１４４】さらに、本実施例では、図１に示すよう
に、ホストＡ乃至Ｃ、クライアント端末１３−１乃至１
３−３、およびサービス提供者端末１４のすべてを、イ
ンターネットであるネットワーク１５を介して、相互に
接続するようにしたが、既に構築されているＷＷＷを利
用する観点からすれば、少なくとも、情報サーバ端末１
０を有するホストＡまたはマッピングサーバ端末１２を
有するホストＣのそれぞれと、クライアント端末１３と
が、インターネットを介して接続されていれば良い。さ
らに、例えば、ユーザが、共有サーバ端末１１のアドレ
スを認識している場合には、少なくとも、情報サーバ端
末１０を有するホストＡと、クライアント端末１３と
が、インターネットを介して接続されていれば良い。

【０１４５】また、本実施例では、情報サーバ端末１０
とマッピングサーバ端末１２とを、別々のホスト上で稼
動させるようにしたが、情報サーバ端末１０およびマッ
ピングサーバ端末１２は、ＷＷＷを利用する場合には、
同一のホスト内に構成することが可能である。なお、Ｗ
ＷＷを利用しない場合には、情報サーバ端末１０、共有
サーバ端末１１、およびマッピングサーバ端末１２は、
すべて同一のホスト内に構成することが可能である。

【０１４６】さらに、本実施例においては、ホストＡ
（情報サーバ端末１０）に、所定の地域ごとの仮想現実
空間のデータを記憶させるようにしたが、このデータ
は、地域単位の他、例えば、デパートや遊園地などとい
った単位で扱うことも可能である。

【０１４７】以上の実施例においては、基本オブジェク
トをネットワーク１５を介して、各クライアント端末１
３に供給するようにしたが、例えばＣＤ−ＲＯＭなどの
情報記録媒体に仮想現実空間を形成する基本的なオブジ
ェクトである基本オブジェクトを予め格納しておき、各
ユーザに、これを予め配布しておくようにすることがで
きる。この場合、各クライアント端末１３は、例えば図
２１に示すように構成される。すなわち、この実施例に
おいては、ＣＤ−ＲＯＭドライブ１００が、インタフェ
ース４８に接続されており、基本オブジェクトにより構
成される仮想現実空間が予め格納されているＣＤ−ＲＯ
Ｍ１０１をドライブするようになされている。その他の
構成は、図７における場合と同様である。

【０１４８】このように、ＣＤ−ＲＯＭ１０１から基本
オブジェクトのデータを提供するようにすれば、ネット
ワーク１５を介して基本オブジェクトのデータを転送す
る時間が不要となるため、より迅速な処理が可能とな
る。

【０１４９】あるいはまた、ＣＤ−ＲＯＭを用いずに、
情報サーバ端末１０から供給された基本オブジェクトの
データを記憶装置５０に最初の第１回目のみ格納し、そ
の後は、適宜、これを読み出して、使用するようにして
もよい。

【０１５０】すなわち、基本オブジェクトデータの格納
元は、図２２に示すように、情報サーバ端末１０の記憶
装置８５（ケース１乃至ケース３の場合）、クライアン
ト端末１３の記憶装置５０（ケース４乃至ケース６の場
合）、またはクライアント端末１３のＣＤ−ＲＯＭ１０
１（ケース７乃至ケース９の場合）とすることができ
る。

【０１５１】これに対して、更新オブジェクトデータの
格納元は、情報サーバ端末１０の記憶装置８５（ケース
１の場合）、または共有サーバ端末１１の記憶装置３０
（ケース２乃至ケース９の場合）とすることができる。
そして、共有サーバ端末１１に更新オブジェクトデータ
を格納する場合においては、その共有サーバ端末は、例
えば図２３に示すように、日本の共有サーバ端末１１−
１（ケース２、ケース５またはケース８の場合）、また
は、米国の共有サーバ端末１１−２（ケース３、ケース
６またはケース９の場合）とすることができる。この場
合、更新オブジェクトデータのＵＲＬの格納元は、マッ
ピングサーバ端末１２となる。

【０１５２】なお、更新オブジェクトデータの格納元が
情報サーバ端末１０である場合には、更新オブジェクト
データのＵＲＬの格納元は、情報サーバ端末１０で管理
されているデフォルトのＵＲＬとなる（ケース１の場
合）。あるいはユーザにより共有サーバ端末１１がマニ
ュアルで指定された場合には、その指定されたＵＲＬが
格納元となる（ケース４またはケース７の場合）。

【０１５３】図２２における各ケースの場合のデータの
流れを、図２３を参照して説明すると、次のようにな
る。すなわち、ケース１の場合、情報サーバ端末１０と
してのＷＷＷサーバ端末１２１の記憶装置であるＨＤＤ
(Hard Disk Drive)の所定のディレクトリに記憶されて
いるＶＲＬＭファイル（その詳細は後述する）から基本
オブジェクトデータが読み出され、ネットワーク１５と
してのインターネット（The Internet）１５Ａを介し
て、例えばクライアント端末１３−１に供給される。ま
た、ＷＷＷサーバ端末１２１の記憶装置には、更新オブ
ジェクトデータも記憶されている。すなわち、ＷＷＷサ
ーバ端末１２１において、基本オブジェクトデータが読
み出されたとき、それに対応する更新オブジェクトデー
タのＵＲＬが、ＷＷＷサーバ端末１２１の記憶装置に予
めデフォルトのＵＲＬとして記憶されており、そのデフ
ォルトのＵＲＬから更新オブジェクトデータが読み出さ
れ、クライアント端末１３−１に供給される。

【０１５４】ケース２においては、日本のクライアント
端末１３−１に対して、ＷＷＷサーバ端末１２１から、
基本オブジェクトのデータがインターネット１５Ａを介
して供給される。これに対して、更新オブジェクトのデ
ータは、マッピングサーバ端末１２で指定された日本の
共有サーバ端末１１−１からインターネット１５Ａを介
してクライアント端末１３−１に供給される。

【０１５５】ケース３においては、米国のクライアント
端末１３−２に対して、基本オブジェクトのデータが、
ＷＷＷサーバ端末１２１からインターネット１５Ａを介
して供給され、更新オブジェクトデータは、マッピング
サーバ端末１２で指定された米国の共有サーバ端末１１
−２からインターネット１５Ａを介して供給される。

【０１５６】ケース４においては、例えば、日本のクラ
イアント端末１３−１の記憶装置５０に予め基本オブジ
ェクトのデータが格納されており、更新オブジェクトデ
ータは、クライアント端末１３−１で指定した、例え
ば、米国の共有サーバ端末１１−２から供給される。

【０１５７】ケース５においては、クライアント端末１
３−１の記憶装置５０に基本オブジェクトのデータが予
め格納されており、更新オブジェクトデータは、マッピ
ングサーバ端末１２で指定された日本の共有サーバ端末
１１−１からインターネット１５Ａを介して供給され
る。

【０１５８】ケース６においては、米国のクライアント
端末１３−２の記憶装置５０に基本オブジェクトデータ
が予め格納されている。そして、更新オブジェクトデー
タは、マッピングサーバ端末１２で指定された米国の共
有サーバ端末１１−２から、インターネット１５Ａを介
してクライアント端末１３−２に供給される。

【０１５９】ケース７においては、例えば、日本のクラ
イアント端末１３−１に対して、ＣＤ−ＲＯＭ１０１の
基本オブジェクトのデータが、ＣＤ−ＲＯＭドライブ１
００を介して提供される。更新オブジェクトのデータ
は、クライアント端末１３−１で指定した共有サーバ端
末（例えば、共有サーバ端末１１−１または１１−２）
から供給される。

【０１６０】ケース８においては、クライアント端末１
３−１に対して、基本オブジェクトがＣＤ−ＲＯＭ１０
１から供給され、更新オブジェクトのデータが、日本の
マッピングサーバ端末１２で指定された日本の共有サー
バ端末１１−１から供給される。

【０１６１】ケース９においては、米国のクライアント
端末１３−２に対して、基本オブジェクトデータがＣＤ
−ＲＯＭ１０１から供給され、更新オブジェクトデータ
が、マッピングサーバ端末１２により指定された米国の
共有サーバ端末１１−２からインターネット１５Ａを介
して供給される。

【０１６２】次に、以上のような仮想現実空間のデータ
を授受し、表示装置に表示させるためのソフトウエアに
ついて説明する。ＷＷＷにおいては、文書データをＨＴ
ＭＬ（Hyper Text Markup Language）によって記述され
たファイルを転送する。従って、テキストデータは、Ｈ
ＴＭＬ形式のファイルとして登録される。

【０１６３】これに対して、ＷＷＷにおいて、３次元グ
ラフィックスデータは、ＶＲＭＬまたはこれを拡張した
Ｅ−ＶＲＭＬ（Enhanced Virtual Reality Modeling La
nguage）で記述することで、転送して利用することがで
きる。従って、例えば、図２４に示すように、前述した
情報サーバ端末１０、共有サーバ端末１１またはマッピ
ングサーバ端末１２を構成するリモートホスト１１１の
ＷＷＷサーバ端末１１２は、ＨＴＭＬファイルとＥ−Ｖ
ＲＭＬファイルを、その記憶装置に格納している。

【０１６４】ＨＴＭＬファイルにおいては、ＵＲＬによ
り異なるファイルとのリンクが行われる。また、ＶＲＭ
ＬファイルまたはＥ−ＶＲＭＬファイルにおいては、オ
ブジェクトに対して、ＷＷＷ AnchorやＷＷＷ Inlineな
どの属性が指定できるようになされている。ＷＷＷ Anc
horは、オブジェクトにハイパーテキストのリンクを付
けるための属性であり、リンク先のファイルは、ＵＲＬ
で指定される。また、ＷＷＷ Inlineは、例えば建物な
どの外観を外壁、屋根、窓、扉などの部品に分けて記述
するための属性であり、各部品のファイルにＵＲＬを対
応させることができる。このようにして、ＶＲＭＬファ
イルまたはＥ−ＶＲＭＬファイルにおいても、ＷＷＷ A
nchorまたはＷＷＷ Inlineにより、他のファイルにリン
クをはることができる。

【０１６５】ＷＷＷにおいて、クライアント端末に入力
されたＵＲＬをＷＷＷサーバ端末へ通知し、これにより
ＷＷＷサーバ端末から転送されてきたＨＴＭＬファイル
を解釈して表示するためのアプリケーションソフトウエ
ア（WWW Browser）としては、ネットスケープ社のNetsc
ape Navigator（商標）（以降、Netscapeと略称する）
が知られている。そこで、例えば、クライアント端末１
３においても、ＷＷＷサーバ端末とのデータの授受を行
う機能を利用する目的で、Netscapeを用いている。

【０１６６】但し、このWWW Browserは、ＨＴＭＬファ
イルを解釈し、表示することができるが、ＶＲＭＬファ
イルまたはＥ−ＶＲＭＬファイルは、受信することがで
きても、これを解釈して表示することができない。そこ
で、ＶＲＭＬファイルおよびＥ−ＶＲＭＬファイルを解
釈し、３次元空間として描画し、表示することができる
ＶＲＭＬ Browserが必要となる。

【０１６７】なお、ＶＲＭＬの詳細は、書籍『ＶＲＭＬ
を知る：３次元電脳空間の構築とブラウジング，マーク
・ペシ著，松田晃一・蒲池輝尚・竹内彰一・本田康晃・
暦本純一・石川真之・宮下健・原和弘訳，1996年3月25
日初版発行，プレンティスホール出版ISBN4-931356-37-
0（原著；ＶＲＭＬ：Browsing & Building Cyberspace,
Mark Pesce, 1995 New Readers Publishing ISBN 1-56
205-498-8）』に開示されている。

【０１６８】本出願人は、このVRML Browserを含むアプ
リケーションソフトウエアとして、Community Place
（商標）を開発している。

【０１６９】Community Placeは、次の３つのソフトウ
ェアから構成される。 （１）Community Place Browser これは、ＶＲＭＬブラウザであり、VRML1.0に準拠し、
加えて、VRML2.0の機能（動き、音）を先取りし、動画
機能を持つE-VRMLをサポートする。また、Community Pl
ace Bureauに接続できるマルチユーザ機能を持つ。スク
リプト言語には、TCL/TKを用いている。 （２）Community Place Conductor これは、VRMLオーサリングシステムであり、VRML1.0を
ベースにしたE-VRMLに準拠し、単純に３次元の世界を構
築するだけではなく、３次元の世界に動きを付けたり、
音や映像を付加することを簡単に行なえるツールであ
る。 （３）Community Place Bureau これは、Community Place Browserから接続し、ネット
ワーク上に構築された仮想的な空間の中で本当に人々が
出会うことを可能にするサーバ端末システムのためのも
のである。

【０１７０】図２３に示すクライアント端末１３−１，
１３−２において、予めブラウザ（Browser）をインス
トール実行させる。また、共有サーバ端末１１−１，１
１−２において、予めビューロ（Bureau）をインストー
ルして実行させる。図２５においては、クライアント端
末１３−１上で、Community Place BrowserをＣＤ−Ｒ
ＯＭ１０１からインストールして実行させ、共有サーバ
端末機能とクライアント機能を単一の端末で実現するた
めに、共有サーバ端末１１−１上で、予めCommunity Pl
ace BureauとCommunity Place BrowserをＣＤ−ＲＯＭ
１０１からインストールして実行させている場合の一例
を示している。

【０１７１】Community Place Browserは、図２４に示
すように、WWW BrowserとしてのNetscapeとの間におい
て、ＮＣＡＰＩ（Netscape Client Application Progra
ming Interface）（商標）に基づいて各種データの授受
を行う。

【０１７２】Netscapeは、インターネットを介してＷＷ
Ｗサーバ端末１１２よりＨＴＭＬファイルとＶＲＭＬフ
ァイルまたはＥ−ＶＲＭＬファイルの供給を受けると、
これを記憶装置５０にそれぞれ記憶させる。Netscape
は、このうちのＨＴＭＬファイルを処理する。これに対
して、ＶＲＭＬファイルまたはＥ−ＶＲＭＬファイル
は、Community Place Browserが処理する。

【０１７３】E-VRML(Enhanced VRML)は、VRML1.0にBeha
vior(動き)とマルチメディア拡張（音、動画）を行なっ
たもので、本出願人の最初の成果として、１９９５年９
月にVRMLコミュニティに提案された。E-VRMLで用いられ
ている動きの記述の基本モデル（イベントモデル）は、
その後、VRML2.0のプロポーザルの１つであるMovingWor
ldsプロポーザルに引き継がれている。

【０１７４】次に、Community Place Browserの概略に
ついて説明する。このブラウザをインストール後、Wind
ows95（商標）のスタートメニューの「プログラム」(Wi
ndows NT（商標）の場合はプログラムマネージャ）の
「Community Place Folder」からManualを選択するとマ
ニュアルを表示させることができる。

【０１７５】なお、ここでは、Community Place Browse
r，Community Place Conductor，Community Place Bure
au、並びにこれらを動作させるために必要なファイル
は、ＣＤ−ＲＯＭ１０１などの記録媒体に記録して、サ
ンプルとして配布されるものとする。

【０１７６】［ブラウザの動作環境］ブラウザの動作環
境は、例えば、図２６に示すとおりである。その最低動
作環境は最低限満足する必要がある。但し、Netscape N
avigatorは、スタンドアローンのVRMLブラウザとして使
用する場合には必要ない。特に、マルチユーザで使う場
合は、推奨動作環境とすることが望ましい。

【０１７７】［ブラウザのインストール方法］ブラウザ
のインストール方法は、通常、Netscapeをインストール
するのと同じである。上記ＣＤ−ＲＯＭ１０１の＼Sony
（商標）のディレクトリに置かれているvscplb3a.exeを
用いてインストールする。

【０１７８】(1)vscplb3a.exeをダブルクリックする。"
Unzip To Directory"欄のディレクトリにインストール
パッケージが展開されるので、必要に応じて適宜変更す
る。 (2)[Unzip]ボタンをクリックする。しばらくするとイン
ストールパッケージが展開される。 (3)"12 files unzipped successfully"と表示されるの
で、[OK]ボタンをクリックする。 (4)「Welcome」ウィンドウが表示されたら、[NEXT]ボタ
ンをクリックする。 (5)「Software License Agreement」の条項をよく読
み、同意する場合は[Yes]ボタンをクリックする。同意
しない場合は[No]ボタンをクリックする。 (6)インストールするディレクトリを調べる。デフォル
トでは＼Program Files＼Sony＼Community Placeとなっ
ている。 (7)上記ディレクトリ名で不都合があれば、[Browse]ボ
タンを押してディレクトリを選択する。[Next]ボタンを
押して次へ進む。 (8)「readme」ファイルをこの場で読む場合は[Yes]ボタ
ンをクリックする。 (9)インストールが完了したら、[OK]ボタンをクリック
する。

【０１７９】［ブラウザの起動方法］ブラウザを起動す
る前に、まずNetscape Navigatorの設定を行う。なお、
スタンドアロンで使用する場合はこの作業は必要なく、
スタートメニューの「プログラム」から「Community Pl
ace Folder...Community Place」を選んで起動すれば良
い。また、以下の設定は、インストールにより自動的に
設定される場合もある。

【０１８０】(1)Netscape Navigatorの「Options」メニ
ューから「General Preference」を実行し、「Preferen
ce」ウィンドウを開く。上部のタブから「Helper Appli
cations」を選択する。 (2)File typeの一覧に「x-world/x-vrml」があるかどう
か確認する。すでに存在していれば、(4)へ進む。 (3)[Create New Type]ボタンをクリックする。Mime Typ
eの欄に「x-world」、Mime SubTypeの欄に「x-vrml」と
入力し、[OK]ボタンをクリックする。Extensions欄に
「wrl」と入力する。 (4)[Launch the Application:]ボタンをクリックする。
Community Placeブラウザのパス名をその下のテキスト
欄に入力する(デフォルトでは＼Program Files＼Sony＼
Community Place＼bin＼vscp.exe)。 (5)[OK]ボタンをクリックする。

【０１８１】以上で、設定は終りである。後は、以下の
手順で起動する。

【０１８２】(1)Netscapeの「File..Open File」メニュ
ーで、サンプルのＣＤ−ＲＯＭ１０１のreadme.htmを読
み込む。 (2)サンプルワールドへのリンクをクリックすると、Com
munity Placeが自動的に起動され、ＣＤ−ＲＯＭ１０１
に添付したサンプルワールドをロードできる。

【０１８３】［ブラウザのアンインストール(削除)方
法］スタートメニューの「プログラム」(Windows NTの
場合はプログラムマネージャ）の「Community Place Fo
lder」からUninstallを実行すれは、自動的にアンイン
ストールされる。

【０１８４】［ブラウザの操作方法］ブラウザの操作
は、マウス４９ｂ、キーボード４９ａ、画面上のボタン
を用いて行なう。操作は、非常に直観的に行なえる。

【０１８５】〈３次元内での移動〉VRMLが提供する３次
元空間では、前進、後退、右へ回転、左へ回転など現実
世界で行なっている動作が可能である。ブラウザでは、
このような動作を以下のようなユーザインタフェースで
実現している。

【０１８６】《ボードを使う方法》キーボード４９ａで
は、その矢印キー（図示せず）で次のように移動でき
る。 → 右へ回転 ← 左へ回転 ↑ 前進 ↓ 後退

【０１８７】《マウスを使う方法》マウス操作は、すべ
て左ボタンで行なう。 (1)Community Placeのウィンドウ内でマウス４９ｂの左
ボタンを押し、押した状態のまま押した地点よりも 右へ動かすと 右へ回転 左へ動かすと 左へ回転 上へ動かすと 前進 下へ動かすと 後退 する。マウスを動かした距離によって移動の速度が変化
する。 (2)キーボード４９ａのCtrl（Control）キー（図示せ
ず）を押した状態で、画面上の物体をクリックすると、
その物体の正面まで移動する。

【０１８８】ここで、以下の注意が必要である。 ・物体にぶつかると衝突音がして、画面の枠が赤く点滅
する。この場合はそれ以上先には進めないので、向きを
変える。 ・自分のいる場所がわからなくなったり、何も見えなく
なったりした場合には、画面右の[Home]ボタンをクリッ
クすると、初期位置に戻る。

【０１８９】［ジャンピングアイ］３次元空間をナビゲ
ートしている間に、道に迷うことがある。そのような場
合に、空に飛び上がって回りを見回すことができる。 (1)画面右の[Jump]ボタンをクリックすると、ジャンピ
ングアイモードになり、上空からワールドを見下ろす位
置にジャンプする。 (2)もう一度、[Jump]ボタンをクリックすると、元の位
置に戻る。 (3)あるいは、ワールド内のどこかの地点をクリックす
るとその地点に降りる。

【０１９０】［物体の選択］画面上でマウスカーソルを
動かすと、物体の上にさしかかったところでカーソルの
形が手に変わるところがある。そこでマウス４９ｂの左
ボタンをクリックすると、物体の持つアクションを呼び
出すことができる。

【０１９１】［VRMLファイルの読み込み］次の方法でVR
MLファイルを読み込むことができる。 ・NetscapeでVRMLファイルへのリンクをクリックする。 ・Community Placeの「File..Open File」メニューでデ
ィスク上の拡張子wrlのファイルを選択する。 ・Community Placeの「File..Open URL」メニューでURL
を入力する。 ・ワールド内の物体で、マウスカーソルに「URL」と表
示されるものをクリックする。

【０１９２】［ツールバーボタン操作］ブラウザでは、
良く使う機能をツールバーに並んでいるツールバーのボ
タンを使って以下のような操作を行うことができる。 [Back] 一つ前に読み込んだワールドに戻る。 [Forward] Backで戻った後、先のワールドへ再度進
む。 [Home] 初期位置へ移動する。 [Undo] 物体を移動した後、元の場所に戻す(後
述)。 [Bookmark] 現在のワールド、位置をブックマークに
登録する。 [Scouter] スカウターモードにする(後述)。 [Jump] ジャンピングアイモードにする。

【０１９３】［スカウタモード］ワールドに置かれた物
体は、E-VRMLの機能を用いて、文字列を情報として持つ
ことができる。 (1)画面右の[Scouter]ボタンをクリックすると、スカウ
タモードに入る。 (2)画面上でマウスカーソルを動かすと、情報ラベルを
持つ物体の上にさしかかったところで情報ラベルが表示
される。 (3)もう一度[Scouter]ボタンをクリックすると、スカウ
タモードを終了する。

【０１９４】［物体を動かす］キーボード４９ａのAlt
（Alternate）キー（図示せず）（機種によっては、gra
phキー）を押しながら物体の上でマウス４９ｂの左ボタ
ンを押し、押したままマウス４９ｂを動かすと、物体を
移動させることができる。これは、現実世界で、机の上
のコーヒーカップを手で動かせるのと同じである。ただ
し、移動できるのは移動可能属性を持つ物体だけなの
で、あらゆる物体を移動できるわけではない。なお、物
体を移動させた後、1回分だけは[Undo]ボタンで元に戻
すことができる。

【０１９５】［マルチユーザサーバ端末への接続方法］
このブラウザは、マルチユーザ機能を持っている。マル
チユーザ機能とは、同じVRMLの仮想空間を他のユーザと
共有する機能である。現在、出願人は、Community Plac
eビューロをインターネット上で実験運用している。cha
troomと称するワールドを読み込むことでサーバ端末に
接続し、他のユーザと同じVRMLの仮想空間を共有し、一
緒に歩き回ったり、部屋の電気を消したり、チャットし
たりすることができる。

【０１９６】これは、以下の手順で行なう。 (1)自分の使っているパーソナルコンピュータが、イン
ターネットへ接続されていることを確認する。 (2)サンプルワールドのChatroomをブラウザに読み込
む。これは、サンプルのＣＤ−ＲＯＭ１０１の＼Sony＼
readme.htmをNetscapeに読み込み、Chat Roomをクリッ
クすることで行なう。 (3)メッセージウィンドウに「Connected to VS Serve
r」と表示されれば、マルチユーザサーバ端末への接続
が成功している。

【０１９７】以上で、サーバ端末に接続される。他のユ
ーザとのインタラクションには、次の２種類がある。 ・他の人にアクションを伝える。これは、actionウィン
ドウのHello,Smile,Wao!,Wooo!!,Umm...,Sad,Byeなどの
ボタンをクリックすることで実現される。また、アクシ
ョンとしては、自分自身（アバタ）を左または右方向に
３６度、１８０度、または３６０度回転させることもで
きる。 ・他の人と会話する。これは、「View..Chat」メニュー
でChatウィンドウを開き、一番下の入力欄にキーボード
４９ａからメッセージを入力することで実現される。

【０１９８】［マルチユーザワールド］サンプルのＣＤ
−ＲＯＭ１０１で提供されているマルチユーザのワール
ドは、次の３つである。なお、チャットはすべての世界
で、共通に行うことができる。 （１）Chat Room チャットをメインとする部屋であるが、いくつかのオブ
ジェクトは、他のユーザと共有されている。左ボタンで
クリックするとだんだん透明になるオブジェクトや、部
屋の電気を消すスイッチや、クリックすると飛び回るオ
ブジェクトなどがある。また、秘密の穴などもある。 （２）Play with a ball! 仮想空間に浮かぶボールをクリックすると、自分の方に
飛んでくる。このボールは、その空間にいるすべてのユ
ーザで共有され、他のユーザとキャッチボールすること
ができる。 （３）Share your drawing 仮想空間にホワイトボードが置かれており、それを左ボ
タンでクリックすると共有ホワイトボードが表示され
る。左ボタンでドラッグすることでボードに描画するこ
とができ、それは、その空間にいる他のユーザと共有で
きる。

【０１９９】Community Place Bureauを使えば、Commun
ity Place Browserを使ったユーザ同志がVRML1.0で記述
された世界に一緒に入り込むことができる。このため、
３次元仮想現実空間を提供するには、まず、VRML1.0で
記述されたファイルを用意する必要がある。その後、ビ
ューロ（以下、適宜、Community Place Bureauを、単
に、ビューロ（Bureau）と称する）を適当なパーソナル
コンピュータで動作させる。さらに、そのVRML1.0のフ
ァイルに、ビューロの動いているパーソナルコンピュー
タを知らせる行を追加する。そのＶＲＭＬファイルを、
Community Place Browserに読み込ませれば、ブラウザ
（以下、適宜、Community Place Browserを、単に、ブ
ラウザ（Browser）と称する）はビューロに接続され
る。

【０２００】接続がうまく行けば、仮想世界の中でユー
ザ同志がお互いに見え、会話を行うことができる。さら
に、適当なスプリクトをファイルに書き込むことによ
り、アクションパネル（後述する図２９におけるマルチ
ユーザウインドウ２０２の中の「Action」の部分）を使
って、喜怒哀楽を表現することができる。

【０２０１】Community Place Browserは、ＴＣＬを用
いた動作記述用のインタフェースを用意している。これ
を使うことにより、仮想世界の中のオブジェクトに動き
を付けて、さらに、それをブラウザ間で同期させること
ができる。これにより、工夫次第で、３Ｄゲームなどを
複数のユーザで楽しむことが可能となる。

【０２０２】マルチユーザの仮想世界を楽しむには、Ｖ
ＲＭＬファイルの準備、ビューロの起動、ブラウザの接
続の３つのステップがある。

【０２０３】［ＶＲＭＬファイルの準備］まず、自分の
気に入ったVRML1.0のファイルを用意する。このファイ
ルは、自分で作成するか、あるいはフリーのものを持っ
てくることができる。そのファイルが、マルチユーザの
仮想世界の舞台となる。

【０２０４】［ビューロの起動］Community Place Bure
auの動作環境は次の通りである。 ＣＰＵ 486SX以上 ＯＳ Windows 95 メモリ 12MB以上

【０２０５】このビューロは、ダウンロードしてきたフ
ァイルを実行するだけで、起動することができる。実行
すると、いくつかのメニューのついたメニューバーだけ
が表示される。起動直後は、ビューロは停止状態であ
り、Viewメニューをプルダウンして、statusを選べば、
statusウインドウが表示され、現在のビューロの状態が
判るようになる。なお、このとき、停止中であるのか、
動作中であるのかの状態の他、接続しているユーザビュ
ーロが接続を待っているポート番号も表示される。

【０２０６】ビューロは、起動直後はＴＣＰのポート５
１２６番で接続を待つように設定されている。このポー
ト番号を変更するには、optionsメニューをプルダウン
して、portを選択する。新しいポート番号の入力を促さ
れたら、５０００以上のポート番号を入力する。どのポ
ートを使えばよいか判らない場合には、特に設定をせ
ず、デフォルト値（５１２６）を使用することができ
る。

【０２０７】停止中のビューロを動作させるには、run
メニューをプルダウンして、startを選択する。サーバ
端末は、指定されたポートで接続を待つようになる。こ
のとき、statusウインドウで表示されている状態は、ru
nningになる。

【０２０８】このように、ビューロの準備が完了した
後、ブラウザがビューロに接続してきたとき、ビューロ
は、そのブラウザの位置を他のブラウザに教えたり、会
話や動作の情報を受け渡しする。

【０２０９】ビューロのstatusウインドウは、ユーザか
らの接続が来る度に更新されるので、このウインドウを
使うことにより、その世界に入っているユーザを確認す
ることができる。

【０２１０】［ブラウザの接続］ブラウザをビューロに
接続するには、次の２つのことが必要となる。１つは、
ブラウザにどのビューロに接続するのかを指示すること
である。これは、ＶＲＭＬファイルにinfoノードを書き
込むことにより行われる。そして、もう１つは、自分が
他のユーザから見えるように、自分のアバタのファイル
を適当なディレクトリにコピーすることである。

【０２１１】［ＶＲＭＬファイルへの追加］接続するビ
ューロを指定する行をＶＲＭＬファイルに書き込むと
き、ビューロが動いているパーソナルコンピュータの名
称と、ポート番号を指定する。この場合の書式は次のよ
うになる。 DEF VsServer Info {string"サーハ゛名:ホ゜ート番号"}

【０２１２】サーバ端末名は、ビューロの動作している
インターネットでのマシン名（例えばfred.research.so
ny.com）、またはそのＩＰアドレス（例えば123.231.1
2.1）になる。ポート番号は、ビューロで設定したポー
ト番号である。

【０２１３】従って、上記した書式は例えば次のように
なる。 DEF VsServer Info {string"fred.research.sony.com:5
126"}

【０２１４】また、図２５の例においては、共有サーバ
端末１１−１のＩＰアドレスは、43.0.35.117とされて
いるので、この場合には、上記した書式は次のようにな
る。 DEF VsServer Info { string "43.0.35.117:5126"}

【０２１５】このような書式を用意したＶＲＭＬファイ
ルの #VRML V1.0 ascii の下の行に追加する。

【０２１６】［アバタファイルのコピー］Community Pl
ace Browserは、Community Place Bureauに接続された
とき、それに対し、自分のアバタを通知する。所定のア
バタが他のアバタと出会ったとき、ビューロは、この情
報を他のブラウザに通知することにより、所定のアバタ
を他のブラウザに表示させる。このため、所定のアバタ
のＶＲＭＬファイルを予め適当な場所にコピーする必要
がある。

【０２１７】次に、ビューロ（共有サーバ端末１１）に
おけるブラウザ（クライアント端末１３）の管理につい
て説明する。

【０２１８】ビューロは、自身に接続しているブラウザ
を、例えば、図２７に示すようなユーザ管理テーブルに
よって管理するようになされている。

【０２１９】即ち、ビューロ（共有サーバ端末１１）
は、ブラウザ（クライアント端末１３）が接続しにくる
と、そのブラウザに、ユニークなユーザＩＤを付与す
る。さらに、ビューロは、そのブラウザのユーザ（アバ
タ）のニックネーム、そのユーザが使用するアバタの各
種のパラメータ、および仮想現実空間における、そのア
バタの座標（共有空間座標）（位置情報）をブラウザか
ら取得し、これら（以下、適宜、共有データという）
を、ユーザＩＤに対応付けて、ユーザ管理テーブルに登
録する。なお、図２７（Ａ）の実施の形態では、ブラウ
ザに対して、ビューロに接続しに来た順番に、１から、
整数のユーザＩＤが付されるようになされている。ま
た、図２７（Ａ）は、６４のブラウザ（ユーザ）がビュ
ーロに接続しているときのユーザ管理テーブルを示して
いる。

【０２２０】ビューロは、接続しに来たブラウザのユー
ザＩＤと共有データを、ユーザ管理テーブルに登録する
と、仮想現実空間において、そのユーザの周囲に存在す
るユーザを、ユーザ管理テーブルを参照することで認識
し、そのユーザについてのユーザＩＤと共有データと
を、例えば、図２７（Ｂ）に示すようにテーブル（以
下、適宜、周囲情報テーブルという）にし、接続しに来
たブラウザに送信する。この周囲情報テーブルは、上述
の更新情報に相当し、従って、各ブラウザでは、この周
囲情報テーブルを用いて、他のユーザのアバタの状態が
更新される。さらに、ブラウザでは、周囲情報テーブル
を用いて、後述するようなレーダの機能も実現される。

【０２２１】次に、ビューロ（共有サーバ端末１１）が
管理している共有仮想空間を示す図２８を参照して、周
囲情報テーブルの生成方法について説明する。

【０２２２】ビューロは、ブラウザが接続しに来ると、
図２８に実線で示すように、例えば、そのブラウザのユ
ーザを中心とする所定の半径Ｒｖの球面体を、視認可能
領域（Visible Area）（Visual aura）として設定す
る。そして、この視認可能領域内に存在する、他のユー
ザを、ユーザ管理テーブルＴＡ（図２７（Ａ））に登録
されている共有空間座標から認識し、その認識したユー
ザについてのユーザＩＤと共有データをテーブル化する
ことで、図２７（Ｂ）に示した周囲情報テーブルＴＢを
生成する。従って、図２７（Ｂ）に示した周囲情報テー
ブルＴＢは、接続しに来たブラウザのユーザが存在する
位置を中心とする半径Ｒｖの球面体の中に、ユーザＩＤ
が０２乃至１１の１０人が存在する場合に生成されたも
のを表している。

【０２２３】ここで、上述したように、ブラウザでは、
周囲情報テーブルＴＢを用いて、他のユーザのアバタの
状態が更新されるから、あるブラウザに注目した場合、
その注目ブラウザに送信される周囲情報テーブルＴＢに
登録されていないユーザ、即ち、視認可能領域の外に存
在するユーザについての情報は、注目ブラウザにおいて
表示される仮想現実空間に、なんら反映されないが、こ
れは、次のような理由による。

【０２２４】即ち、まず、第１に、現実の空間において
も、人間が見ることのできるは、自己を中心とした所定
の範囲における状態の変化に限られるためである。そし
て、第２に、仮想現実空間に存在するすべてのユーザに
ついての情報を、ビューロからブラウザに送信する場
合、その仮想現実空間に、莫大な数のユーザが存在する
ときには、ネットワークのトラフィックも莫大なものと
なるためである。

【０２２５】なお、視認可能領域内に、多くのユーザが
入り込み、これにより、ネットワークのトラフィックが
増加することが考えられる。そこで、周囲情報テーブル
ＴＢには、例えば、所定の人数（例えば、１０人など）
までのユーザについての情報だけを登録するように制限
することが可能である。即ち、視認可能領域に、所定の
人数のユーザが入り込んだときには、誰かが、その視認
可能領域の外に出るまでは、それ以後に、視聴可能領域
に入り込んだユーザについての情報は、周囲情報テーブ
ルＴＢに登録しないようにすることができる。あるい
は、また、視認可能領域内に、所定の人数を越えたユー
ザが入り込んだときには、そのうちの、視認可能領域の
中心から近い位置に居る所定の人数のユーザについての
情報だけを、周囲情報テーブルＴＢに登録するようにす
ることなども可能である。

【０２２６】次に、図２８に示した実施の形態では、視
認可能領域の他に、チャット可能領域も設定されるよう
になされている。

【０２２７】即ち、ビューロは、ブラウザが接続しに来
ると、図２８に点線で示すように、例えば、そのブラウ
ザのユーザを中心とする所定の半径Ｒａの球面体を、チ
ャット可能領域（Chat enable Area）（Audio aura）と
して設定する。そして、ビューロは、このチャット可能
領域内に存在するユーザどうしでのみチャットを行うこ
とができるように制御を行う。このようにチャットする
ことのできる範囲を制限するのは、上述の視認可能領域
における場合と同様に、現実の空間において、人間が話
しをすることのできるは、自己を中心とした所定の範囲
に居る人間とに限られ、また、ネットワークのトラフィ
ックが莫大なものとなることを防止するためである。

【０２２８】ここで、図２８の実施の形態では、チャッ
ト可能領域が、視認可能領域より小さくなっているが、
これは、現実の世界において、一般的に、聴くことので
きる範囲が、見ることができる範囲よりも狭いことに対
応させるためである。但し、チャット可能領域は、必ず
しも、視認可能領域より狭い範囲にする必要はない。

【０２２９】なお、視認可能領域およびチャット可能領
域の形状は、球面体に限定されるものではなく、例え
ば、円柱体その他の任意の形状とすることが可能であ
る。

【０２３０】また、視認可能領域（チャット可能領域に
ついても同様）である球面体の半径は固定としても良い
が、可変とすることも可能である。即ち、例えば、視認
可能領域の半径は、ビューロにおいて、その領域内に、
常時、所定の人数のユーザが入るような値に変化させる
ようにすることことが可能である。あるいは、ブラウザ
側において、任意の値に設定するようにすることも可能
である。

【０２３１】次に、図２９は、クライアント端末１３で
動作しているブラウザの表示例を示している。

【０２３２】クライアント端末１３においてブラウザが
起動されると、メインウインドウ２０１がオープンさ
れ、そこに、仮想現実空間（ワールド）が表示される。
さらに、ブラウザがビューロに接続され、そのビューロ
（共有サーバ端末１１）から図２７（Ｂ）に示す周囲情
報テーブルＴＢが送信されてくると、メインウインドウ
２０１には、その周囲情報テーブルＴＢに基づいて、他
のユーザのアバタが表示される。図２９の実施の形態で
は、２つのアバタＡおよびＢが表示されている。

【０２３３】また、図２９の実施の形態では、メインウ
インドウ２０１の右側に、マルチユーザウインドウ２０
２がオープンされている。このマルチユーザウインドウ
２０２は、ブラウザがビューロに接続されると、即ち、
同一の仮想現実空間が他のユーザと共有状態となると、
オープンされるようになされている。このマルチユーザ
ウインドウ２０２に、文字列を入力すると、その文字列
が、ビューロを介して、そのビューロと接続されてい
る、他のブラウザ（但し、チャット可能領域内に居るユ
ーザのブラウザ）に送信され、また、マルチユーザウイ
ンドウ２０２には、このようにして他のブラウザから送
信されている文字列が表示され、これにより、チャット
可能領域内に居るユーザとチャットをすることができる
ようになされている。

【０２３４】ところで、クライアント端末１３で動作し
ているブラウザには、他のユーザのアバタの位置を認識
するためのレーダマップ表示機能が備えられている。即
ち、メインウインドウのMultiUserメニューから、Radar
Mapアイテムを選択すると、ブラウザでは、そのメイン
ウインドウ２０１の、例えば、右上に、仮想現実空間に
重ねて（重畳して）、赤色の円に十字形を加えた直交座
標系上に、他のユーザの位置を赤色のドットで示したグ
ラフィックスであるレーダマップ２０３がオーバレイ表
示（スーパインポーズ）される。

【０２３５】ここで、図３０は、レーダマップ２０３の
詳細を示している。

【０２３６】レーダマップ２０３の赤色の十字形の中心
（交点）が自己の位置に対応しており、そこには、自己
の周囲に居るユーザの位置が、例えば、赤などの所定の
色を付した点や四角形などで示されている。なお、図３
０の実施の形態では、図２９に示したアバタ（ユーザ）
ＡおよびＢの位置が示されている。

【０２３７】ブラウザは、Radar Mapアイテムが選択さ
れると、例えば、次のようにしてレーダマップ２０３を
生成して、メインウインドウ２０１に表示された仮想現
実空間画像にオーバレイ表示させる。

【０２３８】即ち、ブラウザ（クライアント端末１３）
は、上述したように、ビューロ（共有サーバ端末１１）
から送信されてくる周囲情報テーブルＴＢを取得し、そ
の共有空間座標から、他のユーザが存在する、仮想現実
空間の位置を認識する。そして、ブラウザは、そのユー
ザが存在する位置と、認識した位置とから、他のユーザ
の位置を、レーダマップ２０３に反映させ、メインウイ
ンドウ２０１に、仮想現実空間画像と重ねて表示させ
る。

【０２３９】従って、本実施の形態では、レーダマップ
２０３には、視認可能領域内に存在するユーザの位置の
みが反映される。

【０２４０】以上のように、レーダマップ２０３が、仮
想現実空間（ワールド）が表示されたメインウインドウ
にオーバレイされるので、ユーザは、視線をほとんど移
動することなく、レーダマップ２０３を見ることがで
き、その結果、他のユーザの位置を、容易に認識するこ
とが可能となる。

【０２４１】なお、レーダマップ２０３には、視認可能
領域内に存在するユーザだけでなく、それより大きい、
例えば、ワールド内に存在するユーザすべての位置を表
示するようにすることも可能である。

【０２４２】また、その逆に、視認可能領域の中の、あ
る一部の範囲に存在するユーザ位置を表示するようにす
ることも可能である。

【０２４３】さらに、レーダマップ２０３の形状は、上
述したものに限定されるものではない。

【０２４４】また、上述の場合においては、レーダマッ
プ２０３の中心を、自己の位置とするようにしたが、自
己の位置は、任意に設定することができるようにするこ
とが可能である。

【０２４５】さらに、本実施の形態では、レーダマップ
２０３にアバタの位置を表示するようにしたが、レーダ
マップ２０３には、アバタ以外の更新オブジェクト（例
えば、ロボットや、犬などを表す３次元グラフィックス
など）の位置を表示するようにすることなども可能であ
る。

【０２４６】以上、本発明を、ネットワーク１５とし
て、インターネットを採用するとともに、ＷＷＷを利用
する場合について説明したが、本発明は、ネットワーク
１５として、インターネット以外の広域通信網を採用し
た場合、また、ＷＷＷ以外のシステムを採用した場合に
おいても、実現可能である。

【０２４７】

【発明の効果】以上の如く、請求項１に記載の情報処理
装置および請求項８に記載の情報処理方法、並びに請求
項９に記載の情報提供媒体によれば、３次元仮想現実空
間内に存在する更新オブジェクトの位置に関する位置情
報が、３次元仮想現実空間画像に重ねて表示される。従
って、３次元仮想現実空間を共有する他のユーザと、自
己との位置関係を、容易に認識することが可能であると
ともに、コンピュータディスプレイ等の表示画面を有効
に利用して最小限の表示スペースで、３次元仮想現実空
間と他のユーザの位置をともに表示することができる。

【図面の簡単な説明】

【図１】本発明を適用したサイバースペースシステムの
一実施例の構成を示すブロック図である。

【図２】ＷＷＷを説明するための図である。

【図３】ＵＲＬの例を示す図である。

【図４】図１の情報サーバ端末１０の構成例を示すブロ
ック図である。

【図５】図１の共有サーバ端末１１の構成例を示すブロ
ック図である。

【図６】図１のマッピングサーバ端末１２の構成例を示
すブロック図である。

【図７】図１のクライアント端末１３の構成例を示すブ
ロック図である。

【図８】図１のサービス提供者端末１４の構成例を示す
ブロック図である。

【図９】図１のサイバースペースシステムにより形成さ
れる仮想現実空間を説明する図である。

【図１０】図９のアバタＣからの視野を説明する図であ
る。

【図１１】図９のアバタＤからの視野を説明する図であ
る。

【図１２】図１の実施例におけるサイバースペースシス
テムの一部の割当空間を説明する図である。

【図１３】図１２のアバタＣからの視野を説明する図で
ある。

【図１４】図１２のアバタＦからの視野を説明する図で
ある。

【図１５】クライアント端末１３（サービス提供者端末
１４）の動作を説明するフローチャートである。

【図１６】情報サーバ端末１０の動作を説明するフロー
チャートである。

【図１７】マッピングサーバ端末１２の動作を説明する
フローチャートである。

【図１８】共有サーバ端末１１の動作を説明するフロー
チャートである。

【図１９】クライアント端末１３と、情報サーバ端末１
０、共有サーバ端末１１、またはマッピングサーバ端末
１２それぞれとの間の通信手順を説明するための図であ
る。

【図２０】同一の仮想現実空間に配置された更新オブジ
ェクトを管理する共有サーバ端末が複数存在する場合を
説明するための図である。

【図２１】クライアント端末１３の他の構成例を示すブ
ロック図である。

【図２２】基本オブジェクトと更新オブジェクトの格納
先を説明する図である。

【図２３】基本オブジェクトと更新オブジェクトの配置
を説明するための図である。

【図２４】サイバースペースシステムを実現するための
ソフトウエアを説明するための図である。

【図２５】クライアント端末１３−１と共有サーバ端末
１１−１の上で動作するソフトウエアを説明する図であ
る。

【図２６】ソフトウエアが動作する環境を説明する図で
ある。

【図２７】ビューロ（共有サーバ端末１１）が管理して
いるユーザ管理テーブルと周囲情報テーブルを示す図で
ある。

【図２８】ビューロ（共有サーバ端末１１）が管理して
いる共有仮想空間におけるオーラ（視認可能領域および
チャット可能領域）を示す図である。

【図２９】クライアント端末１３で動作しているブラウ
ザにおける画面の表示例を示す写真である。

【図３０】レーダマップ２０３を示す図である。

【図３１】従来のＬＡＮを介して構築されたサーバース
ペースシステムの概念図である。

【図３２】従来のＶＲＭＬブラウザにおける画面の表示
例を示す写真である。

【符号の説明】

１０ 情報サーバ端末， １１ 共有サーバ端末， １
２ マッピングサーバ端末， １３−１乃至１３−３
クライアント端末（情報処理装置）， １５ネットワー
ク（広域通信網）， ２１ ＣＰＵ， ２２ ＲＯＭ，
２３ ＲＡＭ， ２４ 通信装置， ２５ 表示装
置， ２６ マイク， ２７ スピーカ， ２８ イン
ターフェース， ２９ 入力装置， ３０ 記憶装置，
４１ＣＰＵ（重畳表示処理手段）， ４２ ＲＯＭ，
４３ ＲＡＭ， ４４ 通信装置（位置情報取得処理
手段）， ４５ 表示装置， ４６ マイク， ４７ス
ピーカ， ４８ インターフェース， ４９ 入力装
置， ５０ 記憶装置，８１ ＣＰＵ， ８２ ＲＯ
Ｍ， ８３ ＲＡＭ， ８４ 通信装置， ８５記憶装
置， ９１ ＣＰＵ， ９２ ＲＯＭ， ９３ ＲＡ
Ｍ， ９４ 通信装置， ９５ 記憶装置， １３０
ドメインネームサーバ， ２０１ メインウインドウ，
２０２ マルチユーザウインドウ， ２０３ レーダ
マップ

Claims (9)

【特許請求の範囲】
1. 【請求項１】 複数のユーザが共通して利用する基本オ
   ブジェクトと、各ユーザの操作に応じてその状態が更新
   される更新オブジェクトとに関する３次元グラフィック
   スデータを取得して、３次元仮想現実空間画像を表示す
   る複数の情報処理装置と、 前記各情報処理装置から各々通知される前記更新オブジ
   ェクトの状態の更新に関する更新データを、その他の前
   記各情報処理装置へ各々転送する共有サーバ端末とを相
   互に接続した３次元仮想現実空間共有システムにおける
   情報処理装置であって、 前記共有サーバ端末から各々転送された更新データに基
   づいて、前記３次元仮想現実空間における前記各更新オ
   ブジェクトの位置に関する位置情報を取得する位置情報
   取得処理手段と、 前記位置情報取得処理手段によって取得された位置情報
   を、前記３次元仮想現実空間画像上に重ねて表示させる
   重畳表示処理手段とを具備することを特徴とする情報処
   理装置。
2. 【請求項２】 前記位置情報取得処理手段は、前記３次
   元仮想現実空間における自己のユーザの分身を示す前記
   更新オブジェクトの位置を中心とする所定の範囲内に存
   在する他のユーザの分身を示す前記更新オブジェクトの
   位置に関する情報を取得することを特徴とする請求項１
   に記載の情報処理装置。
3. 【請求項３】 前記重畳表示処理手段は、前記更新オブ
   ジェクトの位置を、所定の座標表示系に基づく座標軸
   と、前記所定の範囲とを伴う表示形態で、前記３次元仮
   想現実空間画像上に重ねて表示させることを特徴とする
   請求項２に記載の情報処理装置。
4. 【請求項４】 前記位置情報取得処理手段は、前記３次
   元仮想現実空間における自己のユーザの分身を示す前記
   更新オブジェクトの位置を中心とする所定の半径の球面
   内に存在する他のユーザの分身を示す前記更新オブジェ
   クトの位置に関する情報を取得することを特徴とする請
   求項１に記載の情報処理装置。
5. 【請求項５】 前記重畳表示処理手段は、前記更新オブ
   ジェクトの位置を、所定の座標表示系に基づく表示形態
   で、前記３次元仮想現実空間画像上に重ねて表示させる
   ことを特徴とする請求項１に記載の情報処理装置。
6. 【請求項６】 前記重畳表示処理手段は、前記３次元仮
   想現実空間における自己のユーザの分身を示す前記更新
   オブジェクトの位置を原点とする所定の座標表示系に基
   づく表示形態で、他のユーザの分身を示す前記更新オブ
   ジェクトの位置を、前記３次元仮想現実空間画像上に重
   ねて表示させることを特徴とする請求項４に記載の情報
   処理装置。
7. 【請求項７】 前記重畳表示処理手段は、前記更新オブ
   ジェクトの位置を、所定の座標表示系に基づく座標軸を
   伴う表示形態で、前記３次元仮想現実空間画像上に重ね
   て表示させることを特徴とする請求項１に記載の情報処
   理装置。
8. 【請求項８】 複数のユーザが共通して利用する基本オ
   ブジェクトと、各ユーザの操作に応じてその状態が更新
   される更新オブジェクトとに関する３次元グラフィック
   スデータを取得して、３次元仮想現実空間画像を表示す
   る複数の情報処理装置と、 前記各情報処理装置から各々通知される前記更新オブジ
   ェクトの状態の更新に関する更新データを、その他の前
   記各情報処理装置へ各々転送する共有サーバ端末とを相
   互に接続した３次元仮想現実空間共有システムにおける
   情報処理装置の情報処理方法であって、 前記共有サーバ端末から各々転送された更新データに基
   づいて、前記３次元仮想現実空間における前記各更新オ
   ブジェクトの位置に関する位置情報を取得する位置情報
   取得処理ステップと、 前記位置情報取得処理ステップによって取得された位置
   情報を、前記３次元仮想現実空間画像上に重ねて表示さ
   せる重畳表示処理ステップとを具備することを特徴とす
   る情報処理方法。
9. 【請求項９】 複数のユーザが共通して利用する基本オ
   ブジェクトと、各ユーザの操作に応じてその状態が更新
   される更新オブジェクトとに関する３次元グラフィック
   スデータを取得して、３次元仮想現実空間画像を表示す
   る複数の情報処理装置と、 前記各情報処理装置から各々通知される前記更新オブジ
   ェクトの状態の更新に関する更新データを、その他の前
   記各情報処理装置へ各々転送する共有サーバ端末とを相
   互に接続した３次元仮想現実空間共有システムにおける
   情報処理装置によって実行されるコンピュータプログラ
   ムであって、 前記共有サーバ端末から各々転送された更新データに基
   づいて、前記３次元仮想現実空間における前記各更新オ
   ブジェクトの位置に関する位置情報を取得する位置情報
   取得処理ステップと、 前記位置情報取得処理ステップによって取得された位置
   情報を、前記３次元仮想現実空間画像上に重ねて表示さ
   せる重畳表示処理ステップとを具備するコンピュータプ
   ログラムを提供することを特徴とする情報提供媒体。