JPH10154052A - ３次元仮想現実空間表示処理装置、表示処理方法および情報提供媒体 - 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（原著；Cybers
pace：First Steps ,Michael Benedikt,ed. 1991,MITPr
essCambrige,MA ISBN0−262−02327−X）第282頁〜第30
7頁を参照されたい。

【０００３】このような仮想現実空間においては、アバ
タを自由な方向に移動させ、様々な体験を楽しむことが
できる。

【０００４】アバタの移動方向は、例えば前後左右のい
ずれかの方向を指定することができる。また、システム
によっては、アバタの視線の方向も、上または下方向に
変更することができるようになされているものもある。

【０００５】

【発明が解決しようとする課題】しかしながら、例えば
図３３に示すように、アバタ３０１の視線方向３０２を
上方向に向けると、確かに仮想現実空間３００における
上方向の画像を見ることが可能であるが、この状態でア
バタ３０１を矢印３０３の方向へ前進させると（通常、
アバタ３０１の視点を基準として前進させると、画面の
奥行き方向に移動することになるのであるが、説明の便
宜上、画面の左方向を前進方向としている）、アバタ３
０１は、視線方向３０２に移動するように設計されてい
るため、その地点からアバタ３０１は視線方向３０２に
沿って、地平面（水平面）３０４から徐々に斜め方向へ
浮き上がりつつ移動することになる。従って、アバタ３
０１の視点から見た仮想現実空間の表示が、現実空間に
おける常に地面に足をつけた場合とは異なる不自然な表
示になってしまう課題があった。

【０００６】本発明は、このような状況に鑑みてなされ
たものであり、アバタの視点から見た仮想現実空間の表
示を、現実空間における地平面（水平面）を基準とした
より自然な表示とさせることができるようにするもので
ある。

【０００７】

【課題を解決するための手段】請求項１に記載の３次元
仮想現実空間表示処理装置は、３次元仮想現実空間内に
おけるユーザの視点位置を、３次元仮想現実空間の基準
面に沿って、かつユーザの指示に応じた任意の方向へ移
動する視点位置移動手段と、３次元仮想現実空間内にお
けるユーザの視線方向を、ユーザの視線を含む３次元仮
想現実空間の基準面と直交する仮想平面に沿って、かつ
ユーザの指示に応じた任意の方向へ変更する視線方向変
更手段とを具備することを特徴とする。

【０００８】請求項５に記載の３次元仮想現実空間表示
処理方法は、３次元仮想現実空間内におけるユーザの視
点位置を、３次元仮想現実空間の基準面に沿って、かつ
ユーザの指示に応じた任意の方向へ移動する視点位置移
動処理ステップと、３次元仮想現実空間内におけるユー
ザの視線方向を、ユーザの視線を含む３次元仮想現実空
間の基準面と直交する仮想平面に沿って、かつユーザの
指示に応じた任意の方向へ変更する視線方向変更処理ス
テップとを具備することを特徴とする。

【０００９】請求項６に記載の情報提供媒体は、３次元
仮想現実空間内におけるユーザの視点位置を、３次元仮
想現実空間の基準面に沿って、かつユーザの指示に応じ
た任意の方向へ移動する視点位置移動処理ステップと、
３次元仮想現実空間内におけるユーザの視線方向を、ユ
ーザの視線を含む３次元仮想現実空間の基準面と直交す
る仮想平面に沿って、かつユーザの指示に応じた任意の
方向へ変更する視線方向変更処理ステップとを具備する
コンピュータプログラムを提供することを特徴とする。

【００１０】請求項１に記載の３次元仮想現実空間表示
処理装置、請求項５に記載の３次元仮想現実空間表示処
理方法、および請求項６に記載の情報提供媒体において
は、アバタの視線方向を上方または下方の任意の方向へ
変更可能であるとともに、その視線の方向に依存しない
３次元仮想現実空間の基準面に沿ってアバタの視点位置
を移動させることができる。

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

【００１２】

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

【００１３】請求項１に記載の３次元仮想現実空間表示
処理装置は、３次元仮想現実空間内におけるユーザの視
点位置を、３次元仮想現実空間の基準面に沿って、かつ
ユーザの指示に応じた任意の方向へ移動する視点位置移
動手段（例えば、図２８のステップＳ５５乃至Ｓ６１お
よびステップＳ６５乃至Ｓ７２）と、３次元仮想現実空
間内におけるユーザの視線方向を、ユーザの視線を含む
３次元仮想現実空間の基準面と直交する仮想平面に沿っ
て、かつユーザの指示に応じた任意の方向へ変更する視
線方向変更手段（例えば、図２８のステップＳ５１，Ｓ
５２およびステップＳ６２，Ｓ６３）とを具備すること
を特徴とする。

【００１４】請求項４に記載の３次元仮想現実空間表示
処理装置は、３次元仮想現実空間内におけるユーザの視
線方向を、ユーザの指示に応じて、３次元仮想現実空間
の基準面に沿ったデフォルトの方向へリセットする視線
方向リセット手段（例えば、図２８のステップＳ５３お
よびＳ６４）をさらに具備することを特徴とする。

【００１５】請求項５に記載の３次元仮想現実空間表示
処理方法は、３次元仮想現実空間内におけるユーザの視
点位置を、３次元仮想現実空間の基準面に沿って、かつ
ユーザの指示に応じた任意の方向へ移動する視点位置移
動処理ステップ（例えば、図２８のステップＳ５５乃至
Ｓ６１およびステップＳ６５乃至Ｓ７２）と、３次元仮
想現実空間内におけるユーザの視線方向を、ユーザの視
線を含む３次元仮想現実空間の基準面と直交する仮想平
面に沿って、かつユーザの指示に応じた任意の方向へ変
更する視線方向変更処理ステップ（例えば、図２８のス
テップＳ５１，Ｓ５２およびステップＳ６２，Ｓ６３）
とを具備することを特徴とする。

【００１６】請求項６に記載の情報提供媒体によって提
供されるコンピュータプログラムは、３次元仮想現実空
間内におけるユーザの視点位置を、３次元仮想現実空間
の基準面に沿って、かつユーザの指示に応じた任意の方
向へ移動する視点位置移動処理ステップ（例えば、図２
８のステップＳ５５乃至Ｓ６１およびステップＳ６５乃
至Ｓ７２）と、３次元仮想現実空間内におけるユーザの
視線方向を、ユーザの視線を含む３次元仮想現実空間の
基準面と直交する仮想平面に沿って、かつユーザの指示
に応じた任意の方向へ変更する視線方向変更処理ステッ
プ（例えば、図２８のステップＳ５１，Ｓ５２およびス
テップＳ６２，Ｓ６３）とを具備することを特徴とす
る。

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

【００１８】まず最初に、バーチャル・ソサエティーの
基本理念・構想に関して、ソニー・コンピュータ・サイ
エンス研究所の北野宏明氏は、その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/Specificatins/
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 Navigator
は、スタンドアローンの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」を実行し、「Prefer
ence」ウィンドウを開く。上部のタブから「Helper App
lications」を選択する。 (2) File typeの一覧に「x-world/x-vrml」があるかど
うか確認する。すでに存在していれば、(4)へ進む。 (3) [Create New Type]ボタンをクリックする。Mime Ty
peの欄に「x-world」、Mime SubTypeの欄に「x-vrml」
と入力し、[OK]ボタンをクリックする。Extensions欄に
「wrl」と入力する。 (4) [Launch the Application:]ボタンをクリックす
る。Community Placeブラウザのパス名をその下のテキ
スト欄に入力する(デフォルトでは ＼Program Files＼S
ony＼Community Place＼bin＼vscp.exe)。 (5) [OK]ボタンをクリックする。

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

【０１７４】(1) Netscapeの「File..Open File」メニ
ューで、ＣＤ−ＲＯＭ１０１から readme.htmを読み込
む。 (2) サンプルワールドへのリンクをクリックすると、Co
mmunity 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）キー（図示せず）を押しながら物体の上
でマウス４９ｂの左ボタンを押し、押したままマウス４
９ｂを動かすと、物体を移動させることができる。これ
は、現実世界で、机の上のコーヒーカップを手で動かせ
るのと同じである。ただし、移動できるのは移動可能属
性を持つ物体だけなので、あらゆる物体を移動できるわ
けではない。なお、物体を移動させた後、1回分だけは
[Undo]ボタンで元に戻すことができる。

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

【０１８８】これは、以下の手順で行なう。 (1) 自分の使っているパーソナルコンピュータが、イン
ターネットへ接続されていることを確認する。 (2) サンプルワールドの Chatroom をブラウザに読み込
む。これは、ＣＤ−ＲＯＭ１０１の ＼Sony＼readme.ht
mを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 Placee 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に接続された
とき、それに対し、自分のアバタを通知する。所定のア
バタが他のアバタと出会ったとき、ビューロは、この情
報を他のブラウザに通知することにより、所定のアバタ
を他のブラウザに表示させる。このため、所定のアバタ
のＶＲＭＬファイルを予め適当な場所にコピーする必要
がある。

【０２０９】図２７は、ユーザの分身であるアバタを３
次元仮想現実空間としてのサーカスパーク内に配置させ
ているクライアント端末１３の表示装置４５の表示例を
表している。そこに表示されている画像は、サーカスパ
ーク内の自分自身のアバタから見た画像である。いま、
アバタは、前方の子供のピエロを見ていることになる。

【０２１０】また、この表示画面には、その下方に、ア
バタを３次元仮想現実空間内において移動させる（ナビ
ゲーションさせる）ための各種のボタン２１１乃至２２
１が表示されている。ここで、自分の分身であるアバタ
を移動させることは、ユーザの視点位置を３次元仮想現
実空間の基準面（地面または水平面）に沿って移動させ
ることと等価である。

【０２１１】矢印形状のボタン２１１は、アバタを前方
へ移動させるとき操作される。矢印形状のボタン２１２
は、アバタを後方へ移動させるとき操作される。矢印形
状のボタン２１３とボタン２１４は、それぞれアバタを
左または右に回転させるとき操作される。

【０２１２】三角形状のボタン２１５乃至２１８は、そ
れぞれアバタを上下左右方向に移動させるとき操作され
る。

【０２１３】さらに、上側のペダル形状のボタン２１９
は、アバタの視線を上方向に向けさせるとき操作され、
下側のペダル形状のボタン２２０は、アバタの視線を下
方向に向けさせるとき操作される。円弧状の矢印形状の
ボタン２２１は、アバタの視線を水平方向の基準面（デ
フォルトとして予め設定された地面と平行な方向）に向
けさせるように、視線方向をリセットするとき操作され
る。

【０２１４】このナビゲーションボタンの操作に対応す
る処理を実行するために、クライアント端末１３におい
ては、図２８のフローチャートに示す処理が実行され
る。すなわち、ステップＳ５１乃至Ｓ６１において、そ
れぞれボタン２１１乃至ボタン２１８のいずれかが操作
されたか否かが判定される。

【０２１５】ステップＳ５１において、ボタン２１９が
操作されたと判定された場合、ステップＳ６２に進み、
アバタの視線を上方向に向ける処理が行われる。これに
より、クライアント端末１３の表示装置４５には、その
地点から上方向を見た画像が表示されることになる。ボ
タン２１９が操作され続けると、水平方向からの、その
視線の方向の角度が次第に大きくなり、ボタン２１９の
操作を解除したとき、その視線の位置は、そこで固定さ
れる。

【０２１６】ステップＳ５２でボタン２２０が操作され
たと判定された場合、ステップＳ６３において、アバタ
の視線を下方向に向ける処理が実行される。すなわち、
この場合、その地点から下を見たときの画像が表示され
る。ボタン２１９を操作した場合と同様に、ボタン２２
０を操作し続けると、水平方向から下方向への現在の視
線の方向の角度が次第に大きくなり、ボタン２２０の操
作を解除したとき、視線の位置はそこで固定される。

【０２１７】さらに、ステップＳ５３において、ボタン
２２１が操作されたと判定された場合、ステップＳ６４
に進み、視線を予め設定してある所定の基準方向（この
実施の形態の場合、水平方向）に設定する処理が行われ
る。すなわち、ボタン２１９またはボタン２２０を操作
して、所定の角度の上または下方向を見ている状態にお
いて、再び水平方向を見たいと思ったとき、ボタン２２
０またはボタン２１９を操作しながら、視線を水平方向
に戻すことも可能であるが、そのようにすると時間がか
かる。そこで、このような場合、ボタン２２１を操作す
ると、視線の方向は、直ちに水平方向にリセットされ
る。

【０２１８】図２９は、以上のボタン２１９乃至ボタン
２２１の操作に対応する視線の方向の変化を表してい
る。同図に示すように、ボタン２１９を操作すると、ア
バタ４０１の視線方向が上方向に変更され、ボタン２２
０を操作すると、アバタ４０１の視線の方向が下方向に
変更される。これにより、水平方向から±９０度の範囲
の任意の方向に視線方向を変更させることができる。そ
して、ボタン２２１を操作した場合においては、それま
での視線の方向がどの方向であったとしても、直ちに３
次元仮想現実空間の基準面４０４に沿った水平方向に視
線の方向がリセットされる。

【０２１９】図２８に戻って、ステップＳ５４におい
て、ボタン２１１が操作されたと判定された場合、ステ
ップＳ６５に進み、アバタを前進する処理が実行され
る。例えば図２７に示す状態において、ボタン２１１が
操作された場合においては、子供のピエロに段々近づく
画像が得られることになる。

【０２２０】ステップＳ５５において、ボタン２１２が
操作されたと判定された場合においては、ステップＳ６
６に進み、アバタを後ろに進める処理が実行される。例
えば図２７に示す状態において、ボタン２１２が操作さ
れた場合においては、ピエロを見ながら、ピエロから次
第に遠ざかる画像が得られることになる。

【０２２１】ステップＳ５６において、ボタン２１３が
操作されたと判定された場合においては、ステップＳ６
７に進み、アバタを左に回転する処理が実行される。こ
の場合、アバタは、水平に左に回転することになる。ま
た、ステップＳ５７において、ボタン２１４が操作され
たと判定された場合、ステップＳ６８に進み、アバタ
は、右方向に回転する。例えば図２７に示す状態におい
て、ボタン２１３またはボタン２１４が操作された場合
においては、子供のピエロの左側の画像または右側の画
像が順次得られることになる。

【０２２２】ステップＳ５８において、ボタン２１５が
操作されたと判定された場合、ステップＳ６９に進み、
アバタを上昇させる処理が実行される。この場合、その
地点において、アバタを背伸びさせたときのような画像
が得られることになる。そして、ステップＳ５９におい
て、ボタン２１６が操作されたと判定された場合、ステ
ップＳ７０に進み、アバタを下降する処理が実行され
る。この場合、その地点において、アバタをしゃがみ込
ませたときのような画像が得られることになる。なお、
ボタン２１１乃至ボタン２１４は、一旦操作した後、そ
の操作を解除した場合においては、操作を解除した時点
において、その視線の方向が固定される。これに対し
て、ボタン２１５またはボタン２１６を操作した後、そ
の操作を解除したときは、元の基準となる高さ（アバタ
の視点に対応する高さ）に、その視線の方向が戻され
る。

【０２２３】ステップＳ６０において、ボタン２１７が
操作されたと判定された場合、ステップＳ７１に進み、
アバタを左方向に進める処理が実行され、ステップＳ６
１において、ボタン２１８が操作されたと判定された場
合、ステップＳ７２において、アバタを右方向に移動さ
せる処理が実行される。この場合、アバタは、前方を見
たまま、左または右に移動することになる。この点、ボ
タン２１３またはボタン２１４を操作した場合、視線の
方向が回転してしまうのと異なっている。

【０２２４】以上のようにして、例えば図２７に示す状
態において、ボタン２１１を操作すると、子供のピエロ
に段々近づいた画像が得られる。そして、このピエロ
は、子供であるから身長が小さいため、この子供のピエ
ロにある程度近づくと、得られる画像は、例えば図３０
に示すようになる。すなわち、子供の頭の部分だけしか
見えないような画像となる。そこで、その地点におい
て、例えば、ボタン２２０を操作して、視線を下方向に
向けさせると、図３１に示すように、子供のピエロの全
体の画像を得ることができる。

【０２２５】また、例えば図３２に模式的に示すよう
に、ボタン２１９を操作して、アバタ４０１の視線方向
４０２を上方へ向けた状態にして、さらにボタン２１１
を操作すると、アバタ４０１を地面から浮き上がること
がなく（視線方向４０２とは無関係に）矢印４０３方向
へ前進移動させることができる。従って、この場合、ア
バタ４０１の視点で見ると、上を見ながら歩いているよ
うな画像が得られることになる。

【０２２６】ここで、上述した、３次元仮想現実空間内
におけるユーザの視点位置と視線方向を変更するための
具体的な処理方法について説明する。

【０２２７】インタラクティブな３次元空間およびオブ
ジェクトを記述するためのファイルフォーマットとし
て、１９９６年８月４日に公開されたVRML2.0（The Vir
tual Reality Modeling Language Specification Versi
on2.0）によれば、３次元仮想現実空間内におけるユー
ザの視点位置は、総括ノード（Bindable Nodes）のうち
の１つである、視点ノード（Viewpoint node）のpositi
onフィールドの値を適宜変更することで、任意の視点位
置を指定することができる。

【０２２８】従って、図２８のステップＳ５５乃至Ｓ６
１およびステップＳ６５乃至Ｓ７２の処理は、ユーザに
よるボタン２１１乃至２１８の操作に応じて、視点ノー
ド（Viewpoint node）のpositionフィールドの値を適宜
変更することで実現される。

【０２２９】また、３次元仮想現実空間内におけるユー
ザの視線方向は、視点ノード（Viewpoint node）のorie
ntationフィールドの値を適宜変更することで、任意の
視線方向を指定することができる。従って、図２８のス
テップＳ５１，Ｓ５２およびステップＳ６２，Ｓ６３の
処理は、ユーザによるボタン２１９，２２０の操作に応
じて、視点ノード（Viewpoint node）のorientationフ
ィールドの値を適宜変更することで実現される。

【０２３０】さらに詳細な各ノードの記述方法について
は、 ＵＲＬ＝http://www.vrml.org/Specifications/VRML2.0
/FINAL/spec/part1/nodesRef.html に詳細に記述されている。

【０２３１】なお、実際には、ボタン２１１を操作する
と、アバタは画面の奥行き方向に移動することになる
が、説明の便宜上、図３２においては、前進する方向を
横方向（左方向）に示してある。

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

【０２３３】

【発明の効果】以上の如く、請求項１に記載の３次元仮
想現実空間表示処理装置、請求項５に記載の３次元仮想
現実空間表示処理方法、および請求項６に記載の情報提
供媒体によれば、アバタの視点から見た仮想現実空間の
表示を、現実空間における地平面（水平面）を基準とし
たより自然な表示とさせることができ、さらに、３次元
仮想現実空間内のオブジェクトを任意の方向（視点位
置）から、かつ任意の高さ方向（視線方向）から観察す
ることが可能となる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図２７】クライアント端末のディスプレイにおける表
示例を示す写真である。

【図２８】ナビゲーションボタンが操作された場合にお
ける処理を説明するフローチャートである。

【図２９】視線の方向の変化を説明する図である。

【図３０】クライアント端末のディスプレイにおける他
の表示例を示す写真である。

【図３１】クライアント端末のディスプレイにおけるさ
らに他の表示例を示す写真である。

【図３２】視線の方向と移動方向を説明する図である。

【図３３】従来の場合における視線の方向と移動方向を
説明する図である。

【符号の説明】

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

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ３次元グラフィックスデータを解釈し
   て、３次元仮想現実空間画像を表示する３次元仮想現実
   空間表示処理装置において、 前記３次元仮想現実空間内におけるユーザの視点位置
   を、前記３次元仮想現実空間の基準面に沿って、かつユ
   ーザの指示に応じた任意の方向へ移動する視点位置移動
   手段と、 前記３次元仮想現実空間内におけるユーザの視線方向
   を、前記ユーザの視線を含む前記３次元仮想現実空間の
   基準面と直交する仮想平面に沿って、かつユーザの指示
   に応じた任意の方向へ変更する視線方向変更手段とを具
   備することを特徴とする３次元仮想現実空間表示処理装
   置。
2. 【請求項２】 前記３次元仮想現実空間の基準面は仮想
   的な水平面であり、 前記３次元仮想現実空間の基準面と直交する仮想平面
   は、前記ユーザの視線を含む仮想的な垂直平面であり、 前記視線方向変更手段は、ユーザの指示に応じて、前記
   ３次元仮想現実空間内におけるユーザの視線方向を上方
   向、または下方向へ変更することを特徴とする請求項１
   に記載の３次元仮想現実空間表示処理装置。
3. 【請求項３】 前記ユーザの視点位置は、前記３次元仮
   想現実空間内におけるユーザの分身の視点位置と一致し
   ており、前記ユーザの視線方向は、前記３次元仮想現実
   空間内におけるユーザの分身の視線方向と一致している
   ことを特徴とする請求項１に記載の３次元仮想現実空間
   表示処理装置。
4. 【請求項４】 前記３次元仮想現実空間内におけるユー
   ザの視線方向を、ユーザの指示に応じて、前記３次元仮
   想現実空間の基準面に沿ったデフォルトの方向へリセッ
   トする視線方向リセット手段をさらに具備することを特
   徴とする請求項１に記載の３次元仮想現実空間表示処理
   装置。
5. 【請求項５】 ３次元グラフィックスデータを解釈し
   て、３次元仮想現実空間画像を表示する３次元仮想現実
   空間表示処理方法において、 前記３次元仮想現実空間内におけるユーザの視点位置
   を、前記３次元仮想現実空間の基準面に沿って、かつユ
   ーザの指示に応じた任意の方向へ移動する視点位置移動
   処理ステップと、 前記３次元仮想現実空間内におけるユーザの視線方向
   を、前記ユーザの視線を含む前記３次元仮想現実空間の
   基準面と直交する仮想平面に沿って、かつユーザの指示
   に応じた任意の方向へ変更する視線方向変更処理ステッ
   プとを具備することを特徴とする３次元仮想現実空間表
   示処理方法。
6. 【請求項６】 ３次元グラフィックスデータを解釈し
   て、３次元仮想現実空間画像を表示する３次元仮想現実
   空間表示処理装置によって実行されるコンピュータプロ
   グラムであって、 前記３次元仮想現実空間内におけるユーザの視点位置
   を、前記３次元仮想現実空間の基準面に沿って、かつユ
   ーザの指示に応じた任意の方向へ移動する視点位置移動
   処理ステップと、 前記３次元仮想現実空間内におけるユーザの視線方向
   を、前記ユーザの視線を含む前記３次元仮想現実空間の
   基準面と直交する仮想平面に沿って、かつユーザの指示
   に応じた任意の方向へ変更する視線方向変更処理ステッ
   プとを具備するコンピュータプログラムを提供すること
   を特徴とする情報提供媒体。