JPH10154242A

JPH10154242A - ３次元仮想現実空間表示処理装置、３次元仮想現実空間表示処理方法、および情報提供媒体

Info

Publication number: JPH10154242A
Application number: JP28265897A
Authority: JP
Inventors: Teruhisa Gamachi; 輝尚蒲地; Tatsushi Nashida; 辰志梨子田
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1996-09-30
Filing date: 1997-09-30
Publication date: 1998-06-09

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頁を参照されたい。

【０００３】さて、上述したサイバースペースシステム
を、世界規模で情報の授受が可能なインターネット(the
Internet)のインフラストラクチャを利用して実現する
ために、ＶＲＭＬ（Virtual Reality Modeling Languag
e）と呼ばれる３次元グラフィックス記述言語の標準化
が進められている。

【０００４】インターネットのWWW(World Wide Web)に
おいては、文書データをＨＴＭＬ（Hyper Text Markup
Language）によって記述し、WWWサーバに格納しておく
ことで、クライアント端末からの要求に応じてこのＨＴ
ＭＬファイルを転送し、そのクライアント端末側のＨＴ
ＭＬBrowserを用いて表示させることができる。

【０００５】このＨＴＭＬファイルと同様に、３次元グ
ラフィックスデータをＶＲＭＬで記述して、ＷＷＷサー
バに格納することで、クライアント端末からの要求に応
じてＶＲＭＬファイルを転送し、そのクライアント端末
側のＶＲＭＬBrowserを用いて表示させることができ
る。

【０００６】

【発明が解決しようとする課題】ところで、上述したＶ
ＲＭＬ Browserなどを用いて、３次元仮想現実空間を利
用している（主に見ている）ユーザに対して、例えば、
所要のデータ入力要求を示す要求メッセージやステイタ
ス・メッセージを表示する場合、従来は、表示画面上の
メッセージ専用に割り当てられた表示領域に表示される
ようになっていた。

【０００７】例えば、米国Worlds Inc.によって開発さ
れ、１９９５年４月よりサービスが開始された、Worlds
Chat（商標）と称されるチャット・サービスで使用さ
れる専用ビューア・ソフトウエアの表示画面例を、図３
２に示す。このWorlds Chatは、独自規格で３次元仮想
空間上でチャットを行うもので、ユーザは、架空の宇宙
ステーションの仮想空間の中を移動し、そこで出会った
他のユーザとリアルタイムに文字による対話（チャッ
ト）を行う事が可能である。図３２は、チャットを行う
際のWhisperモード時の表示例を示すものであり、その
メインウインドウ１５１とは別の、メッセージ専用に割
り当てられたメッセージウインドウ１５０に、ユーザに
対して操作案内などの所要のデータ入力要求を示す要求
メッセージが表示されるようになっていた。

【０００８】しかしながら、ユーザは、通常、仮想現実
空間が表示されているメインウインドウ１５１を常に注
目しているため、それとは別領域のメッセージウインド
ウ１５０に表示されたメッセージに視線を移動させ、注
目させることは困難であり、この結果、ユーザにとって
有用な操作案内などのメッセージを効果的に通知できな
い場合があった。

【０００９】また、メッセージ表示のために、メッセー
ジウインドウ１５０を表示するには、その分、表示画面
が占有され、さらに、メインウインドウ１５１に表示さ
れた仮想現実空間や、その他の有用な表示情報が隠蔽さ
れてしまう場合もあった。

【００１０】本発明は、このような状況に鑑みてなされ
たものであり、ユーザにとって有用なメッセージを、最
小限の占有面積を有効に活用して、ユーザの注目を促し
つつ表示することができるようにするものである。

【００１１】

【課題を解決するための手段】請求項１に記載の３次元
仮想現実空間表示処理装置、請求項７に記載の３次元仮
想現実空間表示処理方法、および請求項８に記載の情報
提供媒体は、３次元グラフィックスデータを解釈して、
対応する３次元仮想現実空間画像を表示装置の表示画面
上に表示する際に、表示画面上に表示される３次元仮想
現実空間画像に関連するメッセージを取得し、取得した
メッセージを、３次元仮想現実空間画像の予め設定され
た領域にオーバーレイ表示することを特徴とする。

【００１２】これにより、３次元仮想現実空間を利用し
ようとするユーザにとって有用なメッセージを、最小限
の占有面積を有効に活用して、ユーザの注目を促しつつ
表示することができる。

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

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

【００１５】

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

【００１６】請求項１に記載の３次元仮想現実空間表示
処理装置は、表示画面上に表示される３次元仮想現実空
間画像に関連するメッセージを取得するメッセージ取得
手段（例えば図７のCPU４１）と、メッセージ取得手段
によって取得したメッセージを、３次元仮想現実空間画
像の予め設定された領域にオーバーレイ表示するメッセ
ージ重畳表示手段（例えば図７のCPU４１）とを具備す
ることを特徴とする。

【００１７】請求項２に記載の３次元仮想現実空間表示
処理装置は、３次元仮想現実空間画像の更新情報を授受
する通信手段（例えば図７の通信装置４４）をさらに備
え、メッセージ取得手段は、通信手段の接続状況に対応
したメッセージを取得することを特徴とする。

【００１８】請求項３に記載の３次元仮想現実空間表示
処理装置は、３次元仮想現実空間画像として表示されて
いるオブジェクトの何れかを選択するための選択手段
（例えば図７のCPU４１）をさらに備え、メッセージ取
得手段は、選択手段によって、オブジェクトの何れかが
選択された状態において、オブジェクトに対応したメッ
セージを取得することを特徴とする。

【００１９】まず最初に、バーチャル・ソサエティーの
基本理念・構想に関して、ソニー・コンピュータ・サイ
エンス研究所の北野宏明氏は、その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
/VRML1.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は、ＨＴＭＬファ
イルを解釈し、表示することができるが、ＶＲＭＬファ
イルまたはＥ−ＶＲＭＬファイルは、受信することがで
きても、これを解釈して表示することができない。そこ
で、ＶＲＭＬファイルおよびＥ−ＶＲＭＬファイルを解
釈し、３次元空間として描画し、表示することができる
VRML 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 これは、VRMLブラウザであり、VRML1.0に準拠し、加え
て、VRML2.0の機能（動き、音）を先取りし、動画機能
を持つE-VRMLをサポートする。また、Community Place
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）と称する）はビューロに接続され
る。

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

【０１９４】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に接続された
とき、それに対し、自分のアバタを通知する。所定のア
バタが他のアバタと出会ったとき、ビューロは、この情
報を他のブラウザに通知することにより、所定のアバタ
を他のブラウザに表示させる。このため、所定のアバタ
のＶＲＭＬファイルを予め適当な場所にコピーする必要
がある。

【０２１０】次に、ブラウザ（Community Place Browse
r）の動作について、さらに説明する。

【０２１１】以下の説明においては、1996年8月4日に公
開されたＶＲＭＬ２．０（The Virtual Reality Modeli
ng Language Specification Version 2.0）の記述形式
を前提として説明する。また、以下の説明において、ブ
ラウザは、ＶＲＭＬ２．０に対応しており、このＶＲＭ
Ｌ２．０で記述されたファイルを解釈し、その３次元仮
想空間を表示することができるものとする。

【０２１２】ここで、ＶＲＭＬ２．０の仕様書の詳細に
ついては、 URL=http://www.vrml.org/Specifications/VRML2.0/ で公開されている。

【０２１３】さらに、このＶＲＭＬ２．０の日本語に翻
訳された仕様書の詳細については、 URL=http://www.webcity.co.jp/info/andoh/VRML/vrml
2.0/spec-jp/index.html で公開されている。

【０２１４】Community Place Browserを起動するに
は、上述した［ブラウザの起動方法］で説明したよう
に、Windows95のスタートメニューやエクスプローラで
表示される cpbrowse.exe の実行ファイルのアイコンを
ダブルクリックすればよい。

【０２１５】ブラウザの実行ファイルであるcpbrowse.e
xeが選択され、ブラウザが起動されると、まず最初に、
例えば図２７に示すように、メインウィンドウ１１０が
表示され、そのメインウィンド１１０内に、複数の３次
元アイコン１１０−０乃至１１１−６が３次元配列され
たエントリールームと称される３次元仮想現実空間画像
が表示される。

【０２１６】ここで、例えば、ＣＤ−ＲＯＭ１０１など
の記録媒体に格納されたCommunityPlace Browserを、専
用のインストーラを用いてクライアント端末１３の記憶
装置５０へインストールした場合、ブラウザを機能させ
るための実行ファイルcpbrowse.exeは、デフォルトの設
定では、ローカルのハードディスクのＣドライブ（記憶
装置５０）の、C:\Program Files\Sony\Community Plac
e Browser\binのディレクトリ（フォルダとも称され
る）にインストールされる。

【０２１７】上述した専用のインストーラによるCommun
ity Place Browserのインストール時において、例え
ば、ＣＤ−ＲＯＭ１０１などの記録媒体に格納されたＶ
ＲＭＬファイルを含むワールド・コンテンツが、専用の
インストーラの機能によってbinディレクトリと同一階
層のworldディレクトリにインストールされる。例え
ば、worldディレクトリに、３次元仮想現実空間（仮想
世界）がＶＲＭＬ２．０によって記述されたＶＲＭＬフ
ァイルを含むanalogディレクトリ、circus2ディレクト
リ、driveディレクトリ、networkentryディレクトリ、o
rigamiディレクトリ、tvディレクトリ、および、ufoデ
ィレクトリが各々インストールされる。これらのディレ
クトリが、３次元アイコン１１１−０乃至１１１−６に
対応している

【０２１８】ここで、analogディレクトリ、circus2デ
ィレクトリ、driveディレクトリ、networkentryディレ
クトリ、origamiディレクトリ、tvディレクトリ、およ
び、ufoディレクトリなどのワールド・コンテンツ・フ
ォルダは、仮想世界を記述したＶＲＭＬファイルmain.w
rl（拡張子がwrlのファイル）、そのＶＲＭＬファイル
を解釈する際に参照されるオブジェクトのテクスチャが
記述されたテクスチャ・ファイル（例えば、拡張子がjp
gのファイル）、そのＶＲＭＬファイルを解釈する際に
参照されるオブジェクトの挙動を規定するスクリプトが
記述されたスクリプト・ファイル（例えば、拡張子がcl
assのファイル）、エントリールームに表示される３次
元アイコン１１１−１乃至１１１−６の形状やテクスチ
ャ、リンク情報としてのＵＲＬやファイル名がＶＲＭＬ
２．０で記述されたＶＲＭＬファイルentry.wrlなどを
含んで構成される。

【０２１９】そして、ブラウザを機能させるための実行
ファイルcpbrowse.exeが、上記binディレクトリにイン
ストールされた後、初めて（最初に）ブラウザを起動し
た時点で、図２７に示すエントリールームが記述された
ＶＲＭＬファイルentryroom.wrlが、ブラウザの機能に
よって自動的に生成される。そして、複数の３次元アイ
コン１１０−１乃至１１１−６が３次元配列されたエン
トリールームと称する３次元仮想現実空間がＶＲＭＬ
２．０によって記述されたＶＲＭＬファイルentryroom.
wrlが、ブラウザの機能によってworldディレクトリ内に
自動的に格納される。これにより、ブラウザによって自
動生成されたＶＲＭＬファイルentryroom.wrlが、binデ
ィレクトリと同一階層のworldディレクトリ内に格納さ
れる。

【０２２０】このエントリールームは、仮想世界への入
り口として機能するもので、そのＶＲＭＬファイルentr
yroom.wrlは、ローカルディスク(記憶装置５０)に格納
されると共に、新たにワールド・コンテンツ・フォルダ
がインストールされたり、アンインストールされた時点
で、自動的に更新される。

【０２２１】以降、Community Place Browserは、その
起動時に、自ら生成したＶＲＭＬファイルentryroom.wr
lを自動的に読み込んで、ブラウザのメインウィンドウ
１１０に表示する。

【０２２２】これにより、図２７に示すように、メイン
ウィンド１１０内に、エントリールームと称される複数
の３次元アイコン１１１−０乃至１１１−６が３次元配
列された３次元仮想現実空間画像が表示される。

【０２２３】ここで、エントリールームのＶＲＭＬファ
イルentryroom.wrlは、Community Place Browserが、以
下の条件を満たす場合に自動的に生成する。１． Community Place Browserの実行ファイルcpbrows
e.exeがインストールされていディレクトリ(デフォルト
では、「C:\Program Files\Sony\Community PlaceBrows
er\bin」)と同一階層に、worldディレクトリ（フォル
ダ）が存在する。２． worldディレクトリ内に、仮想世界を記述したＶＲ
ＭＬファイルmain.wrlが格納されている。３．上記worldディレクトリ内に、３次元アイコン１１
１−０乃至１１１−６の形状やテクスチャ、リンク情報
としてのＵＲＬやファイル名がＶＲＭＬ２．０で記述さ
れたＶＲＭＬファイルentry.wrlが格納されている。

【０２２４】以上の３条件を満たす場合に、それぞれの
ＶＲＭＬファイルentry.wrlによって記述された３次元
アイコン１１１−０乃至１１１−６の３次元配列に関す
る情報や、エントリールームを表示する際の初期状態に
おけるユーザの視点位置に関する情報を含むＶＲＭＬフ
ァイルentryroom.wrlが自動的に生成される。

【０２２５】ここで、ＶＲＭＬファイルentry.wrlは、
ＶＲＭＬ２．０で規定された寸法単位2.0×2.0×2.0の
サイズで各３次元アイコン１１１−０乃至１１１−６の
形状が記述され、また、それらの表面模様を示すテクス
チャの記述や、それが指す実際の仮想世界へのリンク情
報としてのＵＲＬやファイル名が記述されている。

【０２２６】図２７に示すように、エントリールームに
表示される３次元アイコン１１１−０乃至１１１−６
は、対応するワールドを縮小したような形状のデザイン
であったり、ワールドを模した表面模様（テクスチャ）
を貼り付けたようなデザインとされており、これらのデ
ザインに基づいてＶＲＭＬ２．０によって予め記述され
ている。従って、ユーザは、これら３次元アイコン１１
１−０乃至１１１−６を見ることによって、対応するワ
ールドの概要を、直感的に把握することが可能である。

【０２２７】ユーザは、前述した[ブラウザの操作方法]
で説明したようにマウス４９ｂやキーボード４９ａを操
作したり、図２７に示すようにブラウザのメインウィン
ドウ１１０の下端部の領域に表示されているナビゲーシ
ョンボタン１１２をマウス４９ｂで操作することによっ
て、３次元アイコン１１１−０乃至１１１−６が表示さ
れた3次元仮想現実空間であるエントリールーム内を、
自由に移動（ナビゲート）することができる。例えば、
視点位置や視線方向を任意に変更することで、3次元配
列された３次元アイコン１１１−０乃至１１１−６を所
望の角度から眺めることが可能である。ナビゲーション
ボタン１１２は、右端から右移動、上移動、下移動、左
移動、右旋回、後退、前進、左旋回、上チルト、下チル
ト、水平リセットの順に配列されている。

【０２２８】エントリールームが表示された後、ユーザ
がマウス４９ｂなどを操作することにより矢印型のポイ
ンタ１１４を移動し、例えば、circus2ワールドの３次
元アイコン１１１−１の上にオーバレイさせると、図２
７に示すように、ポインタ形状がＵＲＬと表記されたバ
ルーン表示を伴う手の平形状に変化する。さらに、表示
されているエントリールームの下端部分の予め設定され
た１行分のメッセージ表示領域１１３に、３次元アイコ
ン１１１−１のワールドの説明文として、“Circus Par
k 2(is the entry to a multiuser world)”なる文字列
（メッセージ）が、画面に向って右端から左方向へスク
ロール表示される。

【０２２９】図２７の状態で、ユーザがマウス４９ｂな
どのボタンをクリックして、確定操作を行うと、ブラウ
ザは、その3次元アイコン１１１−１に対応するワール
ドが記述されたＶＲＭＬファイルcircus2\main.wrlを読
み込み、図２８に示すようにメインウィンドウ１１０に
表示する。

【０２３０】すなわち、３次元アイコン１１１−０乃至
１１１−６のＶＲＭＬファイルentry.wrlには、それら
に対応するワールドのＶＲＭＬファイルmain.wrlへのリ
ンク情報が記述されている。ブラウザは、３次元アイコ
ン１１１−０乃至１１１−６のいずれかがクリックされ
ると、それに対応するＶＲＭＬファイルentry.wrlとリ
ンクしているワールドのＶＲＭＬファイルmain.wrlを読
み出し、エントリールームの表示に代えて、そのＶＲＭ
Ｌファイルmain.wrlに記述されたワールドをメインウィ
ンドウ１１０に表示させる。

【０２３１】図２８は、上述したようにして、メインウ
インドウに、あるワールドの初期画面が表示された状態
を示している。

【０２３２】ブラウザは、メインウインドウ１１０に、
あるワールドの初期画面を表示するとともに、そのワー
ルド全体を表示するために必要なＶＲＭＬファイルを読
み込んでいる（ロード中である）旨のメッセージを、ワ
ールドに重ねて、メインウインドウ１１０の下部の予め
設定された１行分のメッセージ表示領域１１３に表示す
る。なお、この場合、メッセージが長いため（メッセー
ジの文字数が多いため）、ブラウザは、そのメッセージ
をスクロールさせながら表示させている。

【０２３３】ワールド全体を構成するために必要なファ
イルの読み込みが終了した後、ユーザは、このワールド
を、他のユーザと共有することを希望する場合には、メ
インウインドウの右下に配置された切換ボタン（アイコ
ン）２０１をクリックする。

【０２３４】ブラウザ（クライアント端末１３）は、切
換ボタン２０１がクリックされると、所定のビューロ
（共有サーバ端末１１）に接続を要求し、これにより、
ブラウザがビューロに接続されると、ビューロは、接続
要求を行ったブラウザ（クライアント端末１３）につい
ての更新情報を、既に接続されている他のブラウザに送
信するとともに、その既に接続されているブラウザにつ
いての更新情報を、接続要求を行ったブラウザに送信す
る。これにより、上述したように、複数のユーザ（ブラ
ウザ）の間で、同一のワールドが共有される。

【０２３５】一方、ブラウザでは、例えば、図２９に示
すように、ビューロに接続された旨のメッセージが、ワ
ールドに重ねて、メインウインドウ１１０の下部の予め
設定された１行分のメッセージ表示領域１１３に表示さ
れる。さらに、ブラウザは、同図に示すように、切換ボ
タン２０１の表示を、２人が別々に立っている状態（図
２８）から、手をつないだ状態に変化させる。

【０２３６】なお、図２９は、ワールドを共有している
ユーザのうちの一人（ニックネームが「ｋａｍａｃｈ
ｉ」となっているユーザ）が、目の前に立っている状態
を示している。

【０２３７】以上のように、複数のユーザ（ブラウザ）
の間で、同一のワールドを共有する状態（このような状
態を、以下、適宜、共有モードという）となると、ブラ
ウザは、図２９に示すように、メインウインドウ１１０
の他に、マルチユーザウインドウ１１４を表示する。な
お、図２９の実施の形態では、マルチユーザウインドウ
１１４は、メインウインドウ１１０の右側に隣接して表
示されている。このマルチユーザウインドウ１１４に、
文字列を入力すると、その文字列が、ビューロを介し
て、そのビューロと接続されている、他のブラウザに送
信され、また、マルチユーザウインドウ１１４には、こ
のようにして他のブラウザから送信されている文字列が
表示され、これにより、同一のワールド内に居るユーザ
とチャットをすることができるようになされている。

【０２３８】その後、ユーザが、切換ボタン２０１をク
リックすると、その表示が、手をつないだ状態から、図
２８に示したように、２人が別々に立っている状態に戻
り、ブラウザとビューロとの接続が解除される（切り離
される）。ビューロとの接続が解除（切断）されると、
ブラウザは、例えば、図３０に示すように、その旨のメ
ッセージを、ワールドに重ねて、メインウインドウ１１
０の下部の予め設定された１行分のメッセージ表示領域
１１３に表示する。

【０２３９】以上のようにして、ブラウザが、ビューロ
と切り離されると、更新情報は送信されなくなり、従っ
て、そのブラウザでは、自己しか存在しないワールド
（仮想現実空間）が表示される（このように、ワールド
を、他のユーザと共有しない状態を、以下、適宜、非共
有モードという）。また、ビューロと接続されている、
他のブラウザでは、その切り離されたブラウザのユーザ
（アバタ）が存在しないワールドが表示される。

【０２４０】以上のように、メッセージを、メインウイ
ンドウ１１０とは別のウインドウをオープンして表示す
るのではなく、メインウインドウ１１０における予め設
定された１行分のメッセージ表示領域１１３を確保し、
既に表示されている仮想現実空間に重ねて表示するよう
にしたので、ユーザに提示すべきメッセージを、表示画
面を有効に利用して、ユーザの注目をひくように表示す
ることが可能となる。

【０２４１】次に、図３１のフローチャートを参照し
て、ブラウザにおけるメッセージの表示処理について、
さらに説明する。まず最初に、ステップＳ２０１におい
て、仮想現実空間に重ねて表示すべきメッセージ（以
下、適宜、オーバレイメッセージという）を取得したか
どうかが判定される。ここで、メッセージ（オーバレイ
メッセージ）は、ユーザが何らかの操作を行うことによ
り、図２７と図２８に示すように、ワールド・コンテン
ツのタイトルやファイル名をブラウザが取得して表示す
る場合、図２９と図３０に示すように、ブラウザの機能
として予めプログラムされたメッセージを生成する場
合、あるいはビューロと接続されている際に、そのビュ
ーロから送信されてくる場合などがある。

【０２４２】ステップＳ２０１において、オーバレイメ
ッセージを受信していないと判定された場合、ステップ
Ｓ２０１に戻る。また、ステップＳ２０１において、オ
ーバレイメッセージを取得したと判定された場合、ステ
ップＳ２０２に進み、そのオーバレイメッセージが、そ
の属性にしたがい、仮想現実空間に重ねて表示され、処
理を終了する。

【０２４３】即ち、オーバレイメッセージには、所定の
表示属性を付加することができ、その表示属性が、例え
ば、スクロールすることを指示するものである場合、オ
ーバレイメッセージはスクロールしながら表示される。
また、表示属性が、反転表示や、フラッシング、あるい
は、所定の色を付したり、所定の大きさで表示すること
を指示するものである場合、オーバレイメッセージは、
そのように表示される。表示属性は、スクロール表示が
デフォルト値で指示されるようになっており、特に表示
属性が指定されない場合、ブラウザは、スクロール表示
を行う。

【０２４４】なお、本実施の形態では、メッセージを、
仮想現実空間の下部の予め設定された１行分のメッセー
ジ表示領域１１３に表示するようにしたが、メッセージ
は、その他、仮想現実空間の表示の中の所定の位置に表
示するようにすることが可能である。

【０２４５】また、メッセージとしては、上述したもの
の他、例えば、仮想現実空間において演奏される曲の曲
名や歌詞、その他のものを表示するようにすることが可
能である。

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

【０２４７】

【発明の効果】以上の如く、請求項１に記載の３次元仮
想現実空間表示処理装置、請求項７に記載の３次元仮想
現実空間表示処理方法、および請求項８に記載の情報提
供媒体によれば、３次元グラフィックスデータを解釈し
て、対応する３次元仮想現実空間画像を表示装置の表示
画面上に表示する際に、表示画面上に表示される３次元
仮想現実空間画像に関連するメッセージを取得し、取得
したメッセージを、３次元仮想現実空間画像の予め設定
された領域にオーバーレイ表示するようにしたので、３
次元仮想現実空間を利用しようとするユーザにとって有
用なメッセージを、最小限の占有面積を有効に活用し
て、ユーザの注目を促しつつ表示することが可能とな
る。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図２７】エントリルームの表示例を示す写真である。

【図２８】３次元仮想現実空間の表示例を示す写真であ
る。

【図２９】３次元仮想現実空間の表示例を示す写真であ
る。

【図３０】３次元仮想現実空間の表示例を示す写真であ
る。

【図３１】ブラウザにおけるメッセージの表示処理を説
明するためのフローチャートである。

【図３２】従来のビューア（ブラウザ）における画面の
表示例を示す写真である。

【符号の説明】

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

Claims

【特許請求の範囲】

【請求項１】３次元グラフィックスデータを解釈し
て、対応する３次元仮想現実空間画像を表示装置の表示
画面上に表示する３次元仮想現実空間表示処理装置にお
いて、前記表示画面上に表示される３次元仮想現実空間画像に
関連するメッセージを取得するメッセージ取得手段と、前記メッセージ取得手段によって取得したメッセージ
を、前記３次元仮想現実空間画像の予め設定された領域
にオーバーレイ表示するメッセージ重畳表示手段とを具
備することを特徴とする３次元仮想現実空間表示処理装
置。
【請求項２】前記３次元仮想現実空間画像の更新情報
を授受する通信手段をさらに備え、前記メッセージ取得手段は、前記通信手段の接続状況に
対応したメッセージを取得することを特徴とする請求項
１に記載の３次元仮想現実空間表示処理装置。
【請求項３】前記３次元仮想現実空間画像として表示
されているオブジェクトの何れかを選択するための選択
手段をさらに備え、前記メッセージ取得手段は、前記選択手段によって、前
記オブジェクトの何れかが選択された状態において、前
記オブジェクトに対応したメッセージを取得することを
特徴とする請求項１に記載の３次元仮想現実空間表示処
理装置。
【請求項４】前記３次元グラフィックスデータは、VR
ML(Virtual RealityModeling Language)で記述されてい
ることを特徴とする請求項１に記載の３次元仮想現実空
間表示処理装置。
【請求項５】前記メッセージ重畳表示手段は、前記メ
ッセージに付加された表示属性情報に対応する表示形態
で、前記３次元仮想現実空間画像の予め設定された領域
に前記メッセージをオーバーレイ表示することを特徴と
する請求項１に記載の３次元仮想現実空間表示処理装
置。
【請求項６】前記メッセージ重畳表示手段は、前記表
示属性情報が指定されない場合、前記３次元仮想現実空
間画像の予め設定された領域に前記メッセージをオーバ
ーレイ表示し、かつスクロール表示することを特徴とす
る請求項５に記載の３次元仮想現実空間表示処理装置。
【請求項７】３次元グラフィックスデータを解釈し
て、対応する３次元仮想現実空間画像を表示装置の表示
画面上に表示する３次元仮想現実空間表示処理方法にお
いて、前記表示画面上に表示される３次元仮想現実空間画像に
関連するメッセージを取得するメッセージ取得処理ステ
ップと、前記メッセージ取得処理ステップによって取得したメッ
セージを、前記３次元仮想現実空間画像の予め設定され
た領域にオーバーレイ表示するメッセージ重畳表示処理
ステップとを具備することを特徴とする３次元仮想現実
空間表示処理方法。
【請求項８】３次元グラフィックスデータを解釈し
て、対応する３次元仮想現実空間画像を表示装置の表示
画面上に表示する３次元仮想現実空間表示処理装置によ
って実行されるコンピュータプログラムであって、前記表示画面上に表示される３次元仮想現実空間画像に
関連するメッセージを取得するメッセージ取得処理ステ
ップと、前記メッセージ取得処理ステップによって取得したメッ
セージを、前記３次元仮想現実空間画像の予め設定され
た領域にオーバーレイ表示するメッセージ重畳表示処理
ステップとを具備するコンピュータプログラムを提供す
る情報提供媒体。