JPH10207684A - ３次元仮想現実空間共有システムにおける情報処理装置、情報処理方法および媒体 - 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，第273頁〜第30
1頁）第282頁〜第307頁を参照されたい。

【０００３】

【発明が解決しようとする課題】このように、仮想現実
空間において、アバタを移動させている最中に、他のユ
ーザのアバタと出会ったとき、そのアバタのユーザとチ
ャットを行うことができる。しかしながら、従来、この
チャットは、テキストベースで行われており、キーボー
ドの操作に不慣れな者が、チャットを気軽に楽しむこと
が困難である課題があった。

【０００４】そこで、テキストベースによるチャットで
はなく、音声信号を利用した、ボイスチャットを行うよ
うにすることが、例えば特開平８−４６７０４号公報、
または、対応する欧州特許公開公報ＥＰ６９６０１８Ａ
２に開示されている。このように、音声により、チャッ
トを行うようにすれば、キーボードの操作に不慣れなも
のでも、チャットを楽しむことが可能となる。

【０００５】しかしながら、同公報記載の発明において
は、単に、アバタとの距離や方向に対応して、アバタの
声の大きさを変化させるようにしているだけで、いわゆ
る現実空間における場合と同様の臨場感を出すための工
夫がなされているに過ぎず、仮想現実空間特有のボイス
チャットを楽しむことができない課題があった。

【０００６】本発明は、このような状況に鑑みてなされ
たものであり、仮想現実空間特有のボイスチャットを楽
しむことができるようにするものである。

【０００７】

【課題を解決するための手段】請求項１に記載の３次元
仮想現実空間共有システムにおける情報処理装置は、ユ
ーザが発声した音声を、そのユーザの分身に対応した音
声データとして取得する音声取得手段と、音声取得手段
によって取得された音声データを送信するとともに、伝
送されてきた音声データを受信する音声データ送受信手
段と、音声データ送受信手段によって送信または受信さ
れる音声データを予め設定された変換パラメータに基づ
いて異質の音声データに変換する変換手段と、変換手段
によって変換された音声データを発声する発声手段とを
備えることを特徴とする。

【０００８】請求項９に記載の３次元仮想現実空間共有
システムにおける情報処理方法は、ユーザが発声した音
声を、そのユーザの分身に対応した音声データとして取
得する音声取得処理ステップと、音声取得処理ステップ
によって取得された音声データを送信するとともに、伝
送されてきた音声データを受信する音声データ送受信処
理ステップと、音声データ送受信処理ステップによって
送信または受信される音声データを予め設定された変換
パラメータに基づいて異質の音声データに変換する変換
処理ステップと、変換処理ステップによって変換された
音声データを発声する発声処理ステップとを備えること
を特徴とする。

【０００９】請求項１０に記載の３次元仮想現実空間共
有システムにおける情報処理装置によって実行されるコ
ンピュータプログラムを格納または伝送する媒体は、ユ
ーザが発声した音声を、そのユーザの分身に対応した音
声データとして取得する音声取得処理ステップと、音声
取得処理ステップによって取得された音声データを送信
するとともに、伝送されてきた音声データを受信する音
声データ送受信処理ステップと、音声データ送受信処理
ステップによって送信または受信される音声データを予
め設定された変換パラメータに基づいて異質の音声デー
タに変換する変換処理ステップと、変換処理ステップに
よって変換された音声データを発声する発声処理ステッ
プとを備えることを特徴とする。

【００１０】請求項１に記載の３次元仮想現実空間共有
システムにおける情報処理装置、請求項９に記載の３次
元仮想現実空間共有システムにおける情報処理方法、お
よび請求項１０に記載の３次元仮想現実空間共有システ
ムにおける情報処理装置によって実行されるコンピュー
タプログラムを格納または伝送する媒体によれば、送受
信される音声データが、予め設定された変換パラメータ
に基づいて異質の音声データに変換された後、発声され
る。従って、この変換パラメータを適宜設定すること
で、仮想現実空間特有の秘匿性を維持しつつ、より変化
に富んだボイスチャットを楽しむことが可能となる。

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

【００１２】

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

【００１３】請求項１に記載の３次元仮想現実空間共有
システムにおける情報処理装置は、ユーザが発声した音
声を、そのユーザの分身に対応した音声データとして取
得する音声取得手段（例えば、図７のマイクロホン４
６）と、音声取得手段によって取得された音声データを
送信するとともに、伝送されてきた音声データを受信す
る音声データ送受信手段（例えば、図７の通信装置４
４）と、音声データ送受信手段によって送信または受信
される音声データを予め設定された変換パラメータに基
づいて異質の音声データに変換する変換手段（例えば、
図７のフィルタリング回路３０２）と、変換手段によっ
て変換された音声データを発声する発声手段（例えば、
図７のスピーカ４７）とを備えることを特徴とする。

【００１４】請求項２に記載の情報処理装置は、変換手
段（例えば、図７のフィルタリング回路３０２）が、音
声データのピッチ成分の変更処理を行うことで、異質の
音声データに変換することを特徴とする。

【００１５】請求項３に記載の情報処理装置は、音声デ
ータ送受信手段（例えば、図７の通信装置４４）が、音
声取得手段によって取得された音声データに、予め設定
された変換パラメータを付加して送信し、変換手段（例
えば、図７のフィルタリング回路３０２）が、変換パラ
メータが付加されて伝送されてきた音声データを、変換
パラメータに基づいて、異質の音声データに変換するこ
とを特徴とする。

【００１６】請求項４に記載の情報処理装置は、変換パ
ラメータを変更するパラメータ変更手段（例えば、図３
１のステップＳ６３の処理を実行する、図７のＣＰＵ４
１）をさらに備えることを特徴とする。

【００１７】請求項５に記載の情報処理装置は、パラメ
ータ変更手段によって変更された変換パラメータを記憶
保持する記憶手段（例えば、図７のレジストリファイル
５０Ａ）をさらに備えることを特徴とする。

【００１８】請求項６に記載の情報処理装置は、ユーザ
の分身の外観パラメータを変更する外観変更手段（例え
ば、図３８のステップＳ１０５の処理を実行する、図７
のＣＰＵ４１）をさらに備え、パラメータ変更手段（例
えば、図３１のステップＳ６３の処理を実行する、図７
のＣＰＵ４１）は、外観変更手段による変更操作に連動
して、変換パラメータを変更するための操作画面（例え
ば、図４３の声色選択タイアログボックス４２１）を表
示することを特徴とする。

【００１９】請求項７に記載の情報処理装置は、音声取
得手段によって取得された音声データを、所定の帯域圧
縮方法によって圧縮するとともに、音声データ送受信手
段によって受信された、所定の帯域圧縮方法によって圧
縮されている音声データを、対応する伸長方法で伸長す
る圧縮伸長手段（例えば、図７の圧縮伸長回路３０１）
をさらに備えることを特徴とする。

【００２０】請求項９に記載の３次元仮想現実空間共有
システムにおける情報処理方法は、ユーザが発声した音
声を、そのユーザの分身に対応した音声データとして取
得する音声取得処理ステップ（例えば、図３５のステッ
プＳ８３）と、この音声取得処理ステップによって取得
された音声データを送信するとともに、伝送されてきた
音声データを受信する音声データ送受信処理ステップ
（例えば、図３５のステップＳ８４，Ｓ８５）と、この
音声データ送受信処理ステップによって送信または受信
される音声データを予め設定された変換パラメータに基
づいて異質の音声データに変換する変換処理ステップ
（例えば、図３５のステップＳ８３）と、この変換処理
ステップによって変換された音声データを発声する発声
処理ステップ（例えば、図３５のステップＳ８６）とを
備えることを特徴とする。

【００２１】請求項１０に記載の３次元仮想現実空間共
有システムにおける情報処理装置によって実行されるコ
ンピュータプログラムを格納または伝送する媒体は、ユ
ーザが発声した音声を、そのユーザの分身に対応した音
声データとして取得する音声取得処理ステップ（例え
ば、図３５のステップＳ８３）と、この音声取得処理ス
テップによって取得された音声データを送信するととも
に、伝送されてきた音声データを受信する音声データ送
受信処理ステップ（例えば、図３５のステップＳ８４，
Ｓ８５）と、この音声データ送受信処理ステップによっ
て送信または受信される音声データを予め設定された変
換パラメータに基づいて異質の音声データに変換する変
換処理ステップ（例えば、図３５のステップＳ８３）
と、この変換処理ステップによって変換された音声デー
タを発声する発声処理ステップ（例えば、図３５のステ
ップＳ８６）とを備えることを特徴とする。

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

【００２３】まず最初に、バーチャル・ソサエティーの
基本理念・構想に関して、ソニー・コンピュータ・サイ
エンス研究所の北野宏明氏は、その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)が稼働
しており、情報サーバ端末は、ＵＲＬを受信すると、そ
のＵＲＬに対応する情報を、インターネットを介してク
ライアント端末に送信する。

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

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

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

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

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

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

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

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

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

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

【００５８】図７は、クライアント端末１３（１３−１
乃至１３−３）の構成例を示している。クライアント端
末１３はＣＰＵ４１を備え、このＣＰＵ４１は、ＲＯＭ
４２に記憶されているプログラムに従って各種の処理を
実行するようになされている。ＲＡＭ４３には、ＣＰＵ
４１が各種の処理を実行する上において必要なデータや
プログラム等が適宜記憶されるようになされている。通
信装置４４は、ネットワーク１５を介して、データを授
受するようになされている。ハードディスク・ドライブ
などによって構成される記憶装置５０には、フィルタリ
ング回路３０２によって音声信号を異質の音声信号に変
換するための変換パラメータを記憶するレジストリファ
イル５０Ａが格納されるようになされている。

【００５９】表示装置４５は、例えばＣＲＴやＬＣＤな
どを備え、ＣＧ（コンピュータグラフィック）の３次元
画像や、通常のビデオカメラなどにより撮影された３次
元の画像を表示することができるようになされている。
マイクロホン４６は、音声データを共有サーバ端末１１
に出力するとき利用される。また、スピーカ４７は、共
有サーバ端末１１より音声データが伝送されてきたと
き、これを出力する。入力装置４９は、各種の入力を行
うとき操作されるようになされている。圧縮伸長回路３
０１は、マイクロホン４６より取り込まれた音声データ
またはフィルタリング回路３０２によって変換された音
声データを、所定の高能率符号化方式で圧縮するととも
に、圧縮されている音声データを同方式で伸長する処理
を実行する。フィルタリング回路３０２は、レジストリ
ファイル５０Ａに記憶されている変換パラメータに従っ
て、音声データのピッチや周波数を変更し、異質の音声
データに変換する処理を実行する。

【００６０】ここで、圧縮伸長回路３０１およびフィル
タリング回路３０２を実現するための具体的構成は、本
出願人が１９９６年１１月１９日に出願した特願平８−
３０８２５９号、および、この特願平８−３０８２５９
号に基づく米国出願明細書に詳細に開示されている。す
なわち、この特願平８−３０８２５９号に開示されてい
る音声符号化方法および復号化方法は、音声信号を時間
軸上で所定の符号化単位で区分した各符号化単位でサイ
ン波分析符号化を行い、音声信号の線形予測残差を取り
出して音声符号化されたデータを処理する場合に、サイ
ン波分析符号化により符号化された音声符号化データの
ピッチ成分を、ピッチ変換部において、所定の演算処理
で変更するようにしたものである。これにより、音声信
号を符号化や復号化する場合に、簡単な処理や構成でピ
ッチ制御が可能となる。

【００６１】さらに、補足説明を加えると、オーディオ
信号（ここでのオーディオ信号には音声信号と音響信号
の双方を含む）の時間領域や周波数領域における統計的
性質と人間の聴感上の特性を利用して信号圧縮を行うよ
うな符号化方法が種々知られている。この符号化方法と
しては、大別して、時間領域での符号化、周波数領域で
の符号化、分析合成符号化等が挙げられる。

【００６２】音声信号の高能率符号化の例として、ＭＢ
Ｅ（Multiband Excitation：マルチバンド励起）符号
化、ＳＢＥ（Singleband Excitation：シングルバンド
励起）あるいはサイン波合成符号化、ハーモニック(Har
monic)符号化、ＳＢＣ（sub-band Coding：帯域分割符
号化）、ＬＰＣ（Linear Predictive Coding：線形予測
符号化）、あるいはＤＣＴ（離散コサイン変換）、ＭＤ
ＣＴ（モデファイドＤＣＴ）、ＦＦＴ（高速フーリエ変
換）等が知られている。

【００６３】ところで、上述した各種符号化方法で音声
信号を符号化する場合や、その符号化された音声信号を
復号化する場合に、音声の音韻を変えずにピッチを変化
させたい場合がある。

【００６４】しかしながら、従来の音声信号の高能率符
号化装置や高能率復号化装置では、ピッチ変化の考慮は
されてなく、別体のピッチコントロール装置を接続し
て、ピッチ変換を行う必要があり、構成が複雑化する不
都合があった。

【００６５】そこで、上記特願平８−３０８２５９号に
よる音声符号化方法および復号化方法を用いることによ
り、音声信号を符号化処理や復号化処理する場合に、簡
単な処理や構成で、音韻を変えることなく的確に所望の
ピッチ制御が可能となる。

【００６６】上述した特願平８−３０８２５９号に開示
された音声符号化方法および復号化方法を用いて、上記
圧縮伸長回路３０１およびフィルタリング回路３０２が
構成されている。

【００６７】なお、音声データの圧縮伸長処理は、例え
ば、ＡＴＲＡＣ(Adaptive Transform Acoustic Coding)
方式を用いたり、さらに例えば、通信装置４４におい
て、DSVD(Digital Simultaneous Voice and Data)方式
で行うようにすることもできる。この場合、通信装置４
４に、米国のDSP Group, Inc.が開発したTrueSpeech I
や、米国のRockwell International Corp.が開発した、
Digitalkを用いることができる。

【００６８】なおDSVDについては、例えば、日経エレク
トロニクス１９９５．９．４（ｎｏ．６４３）第９７頁
乃至第９９頁に「国際標準になるDSVD，音声圧縮技術を
データ通信に組み込む」として、その詳細が紹介されて
いる。

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

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

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

【００７２】ここで、ＡＴＲＡＣ方式について、簡単に
説明しておく。この方式においては、音声信号が、例え
ば３つの周波数帯域に、予め分割される。そして、各周
波数帯域の信号は、Ａ／Ｄ変換された後、最大１１．６
msの時間窓で切り出され、変形DCT(Discrete Cosine Tr
ansform)演算され、周波数成分の信号に変換される。

【００７３】音声信号を予め３つの周波数帯域に分割す
るのは、DCT演算で生じ易いプリエコーを避けるためで
ある。プリエコーは、DCT演算を用いて圧縮したオーデ
ィオデータを時間軸の情報に戻すときに発生する雑音の
一種であり、実際の音が聞こえる前に、特有の雑音が乗
る現象をいう。例えば、カスタネットをたたく音のよう
に、急峻な音に対して目立ち易い傾向がある。

【００７４】変形DCTで周波数軸に変換したデータは、
人間の聴覚特性に基づいて間引かれる。このとき、最小
可聴限特性と、聴覚マスキング効果が利用される。最小
可聴限特性は、音が、ある強さより小さくなると人間の
耳に聞こえなくなり、その強さが周波数によって異なる
という特性である。また、マスキング効果は、近接した
周波数で大きな音と小さな音とが発生すると、小さい音
は大きな音に覆われて、聞こえにくくなる効果をいう。

【００７５】この２つの聴覚特性を利用して、聴感上、
重要な周波数成分から順に抽出され、データが圧縮され
る。

【００７６】再生時には、圧縮データは、デコーダを通
して伸長し、標本化周波数４４．１ｋＨｚ、分解能１６
ビットのオーディオデータに戻される。図８は、このデ
コーダの構成例を表している。

【００７７】すなわち、高域、中域、低域の各周波数帯
域のデータは、それぞれ逆変形DCT回路３１１、逆変形D
CT回路３１４、または逆変形DCT回路３１６により逆変
形DCT処理され、時間軸情報に戻される。中域のデータ
と低域のデータは、合成フィルタ３１５により合成さ
れ、遅延回路３１２により遅延された高域のデータと、
合成フィルタ３１３によりさらに合成される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１２８】また、仮想現実空間のデータを提供するの
に、ＷＷＷを利用する場合には、データの授受を行うの
に、既存のウェブブラウザ（例えば、ネットスケープ社
のネットスケープナビゲータ（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 Browser,Community Place Conductor,
Community Place Bureau、並びに、これらを動作させる
ために必要なファイルはＣＤ−ＲＯＭ１０１などの記録
媒体に記録して、サンプルとして配布するものとする。

【０１８７】［ブラウザの動作環境］ブラウザの動作環
境は、図２７に示すとおりである。その最低動作環境は
最低限満足する必要がある。但し、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＼So
ny＼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.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 Browser）および共有
サーバ端末１１上で動作しているビューロ（Community
PlaceBureau）の動作について、さらに説明する。

【０２２９】以下の説明においては、１９９６年８月４
日に公開されたＶＲＭＬ２．０（The Virtual Reality
Modeling Language Specification Version2.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 で公開されている。

【０２３２】図２８は、例えば１０２４名のユーザを管
理することが可能な共有サーバ端末１１に対して、６４
名のユーザがアクセスした場合において、その共有サー
バ端末１１が管理するユーザ管理テーブルの例を表して
いる。同図に示すように、このユーザ管理テーブルにお
いては、ユーザＩＤの他、そのユーザＩＤに対応するニ
ックネーム、そのユーザＩＤがチャット可能であるか否
かを示す属性情報を含むアバタの各種のパラメータ、そ
のユーザＩＤのアバタの共有空間座標（ｘ，ｙ，ｚ）な
どからなる共有データを記憶している。

【０２３３】図２９は、所望のユーザ（例えば、ユーザ
ＩＤ＝０１のユーザ）のアバタから見た視認可能領域(V
isible area)と、チャット可能領域(Chat enable area)
との関係を模式的に表している。同図に示すように、座
標（ｘ，ｙ，ｚ）で表される３次元仮想現実空間の座標
（ｘ０１，０，ｚ０１）に、ユーザＩＤが０１であるア
バタが位置しているものとする。このとき、このアバタ
のユーザに対しては、その位置（ｘ０１，０，ｚ０１）
から、半径Ｒｖの範囲が視認可能領域とされ、この領域
内のうちの、そのアバタが指向している方向の画像が、
そのユーザのクライアント端末の表示装置４５上に表示
される。

【０２３４】また、この半径Ｒｖの範囲内の視認可能領
域内に、例えばユーザＩＤ＝０２乃至１１のアバタが存
在する場合、共有サーバ端末１１からユーザＩＤ＝０１
のクライアント端末に対して、図３０に示すような、ユ
ーザＩＤ０２乃至１１のアバタに関する共有データが転
送される。従って、ユーザＩＤ＝０１のクライアント端
末の表示装置４５上には、そのアバタが指向する位置
に、ユーザＩＤ＝０２乃至１１のアバタが存在する場合
には、そのアバタの画像が表示される。

【０２３５】また、図２９に示すように、自己のアバタ
の位置を中心として、半径Ｒａ内の領域がチャット可能
領域とされ、チャット可能領域内に他のアバタが存在す
る場合においては、そのアバタ（そのユーザ）とチャッ
トを行うことができる。このチャット可能な領域の半径
Ｒａは、視認可能な領域の半径Ｒｖより小さい値とされ
ている。これにより、視認可能領域内に位置する全ての
アバタのユーザによって入力された声（文字）が発声さ
れる（テキストデータとして表示される）ようなことが
防止される。すなわち、比較的近傍のアバタとの間での
みチャットが可能とされ、現実空間における会話と同様
の楽しみ方をすることが可能となる。

【０２３６】図２９の表示例においては、視認可能領域
内に合計１１人のアバタが存在するが、そのうちチャッ
ト可能領域内に位置する自己以外のアバタは、７人であ
るから、それに対応する７人のユーザとチャットを行う
ことができることになる。

【０２３７】ところで、この発明の実施の形態の場合、
３次元仮想現実空間内において、テキストベースによる
チャットを行うことができるばかりでなく、音声信号に
よるボイスチャットを行うこともできる。しかも、この
ボイスチャットは、ユーザの声をそのまま相手方に伝送
するのではなく、その音声を仮想現実空間内におけるア
バタに特有な音声に変換して伝送することができる。そ
こで、図３１と図３２のフローチャートを参照して、ア
バタ特有（３次元仮想現実空間において特有）の音声を
出力する場合に、事前に行うべき設定処理について説明
する。

【０２３８】最初にステップＳ６１において、クライア
ント端末１３のＣＰＵ４１は、ユーザからマルチユーザ
(Multi User)メニューのプルダウンの指示が入力される
まで待機し、その指示が入力されたとき、ステップＳ６
２に進み、マルチユーザメニューを表示させる。

【０２３９】すなわち、図３３に示すように、表示装置
４５にメインウインドウ２１１が表示されている状態に
おいて、マルチユーザメニューを表示させるとき、ユー
ザは、メインウインドウ２１１上の「Multi User」の文
字が表示されている領域を、マウス４９ｂを操作してク
リックする。このとき、図３３に示すように、マルチユ
ーザメニュー４１２がプルダウン表示される。

【０２４０】ユーザは、自分のアバタの音声を変更する
場合、マルチユーザメニュー４１２中に表示されている
アイテムのうち、「Change Avatar Voice...」のアイテ
ムを、カーソルをその上に移動させて、マウス４９ｂで
クリックすることで選択する。この選択処理が行われな
い場合においては、マルチユーザメニュー４１２は消去
され、再び、ステップＳ６１に戻り、それ以降の処理が
繰り返し実行される。

【０２４１】ステップＳ６３において、「Change Avata
r Voice...」のアイテムが選択されたと判定された場
合、ステップＳ６４に進み、ＣＰＵ４１は、図３４に示
すように、表示装置４５のメインウインドウ２１１内
に、声色選択ダイアログボックス４２１を重畳表示させ
る。そして、ステップＳ６５において、この声色選択ダ
イアログボックス４２１上の記録(rec)ボタン２２２が
操作されるまで待機し、記録ボタン４２２が操作された
とき、ステップＳ６６に進み、ＣＰＵ４１は、マイクロ
ホン４６で取り込んだ音声をサンプリングして、例え
ば、ハードディスクで構成される記憶装置５０にストア
する処理を実行する。

【０２４２】すなわち、このときユーザは、マイクロホ
ン４６に向かって、テストのために、何か言葉をしゃべ
る。その音声信号は、マイクロホン４６で取り込まれ、
圧縮伸長回路３０１でサンプリングされ、記憶装置５０
に記録される。この処理は、ユーザが声色選択ダイアロ
グボックス４２１上のストップ(stop)ボタン４２３を操
作するか、予め設定されている録音可能容量に到達する
まで継続される。そこで、ＣＰＵ４１は、ステップＳ６
７でストップボタン４２３がオンされたと判定される
か、ステップＳ６８でマイクロホン４６より取り込んだ
音声信号の量が録音可能容量に到達したと判定されるま
で、ステップＳ６６の処理を繰り返し実行し、ステップ
Ｓ６７において、ストップボタン４２３がオンされたと
判定されるか、ステップＳ６８で録音可能容量に到達し
たと判定された場合はステップＳ６９進み、音声の取り
込み処理を終了させる。

【０２４３】次に、ステップＳ７０に進み、声色選択ダ
イアログボックス４２１の左側に表示されている４個の
声色選択ラジオボタン４２４のうちの１つが選択される
まで待機する。この声色選択ラジオボタン４２４は、４
個のうちの１つのみが選択可能となされており、１つの
ボタンが選択された状態において、他の１つのボタンが
さらに選択されると、新たに選択されたラジオボタンが
選択された状態となり、それまで選択されていたラジオ
ボタンの選択は解除される。

【０２４４】ユーザは、この声色選択ラジオボタン４２
４のいずれかを選択することで、「標準（normal）」、
「トーン変更（change tone）」、「ロボット（robo
t）」、または「発音反転（reverse intonation）」の
４つの種類のうちの１つを、自分のアバタに対応する音
声として選択することができる。「標準」を選択した場
合においては、自分のアバタの音声として、ユーザが入
力した音声が、そのまま相手方に出力される。「トーン
変更」が選択された場合においては、子ども（声色調整
用スライダ４２５を、図３４において、左方向に移動し
た場合）または大人（声色調整用スライダ４２５を、図
３４において、右方向に移動した場合）がしゃべってい
るような音声に変換された音声が伝送される。「ロボッ
ト」が選択された場合には、あたかもロボットがしゃべ
っているような音声が、相手方に伝送される。「発音反
転」が選択された場合には、間延びしたような感じの音
声が相手方に伝送される。

【０２４５】ＣＰＵ４１は、声色選択ラジオボタン４２
４のいずれか１つが選択されたとき、ステップＳ７１に
おいて、声色パラメータをステップＳ７０における選択
に対応するデフォルトの値に変更する。

【０２４６】次に、ステップＳ７２に進み、声色調整用
スライダ４２５が操作されたか否かを判定し、操作され
た場合には、ステップＳ７３に進み、そのスライド位置
に応じて、ステップＳ７１で設定された声色パラメータ
の値をさらに微調整する。ユーザは、この声色調整用ス
ライダ４２５を、マウス４９ｂをドラッグ操作すること
で任意の位置に移動させ、声色パラメータを所望の値に
微調整する。その処理が終了したとき、ステップＳ７０
に戻り、それ以降の処理が繰り返し実行される。

【０２４７】ステップＳ７２において、声色調整用スラ
イダ４２５が操作されていないと判定された場合、ステ
ップＳ７４に進み、プレイ(play)ボタン４２６が操作さ
れたか否かが判定される。ユーザは、所定の声色を、声
色選択ラジオボタン４２４を選択することで指定した
後、声色調整用スライダ４２５を移動することで、さら
に微調整し、調整した声色を試聴するとき、プレイボタ
ン４２６をマウス４９ｂを操作してオンする。このと
き、ステップＳ７５に進み、ＣＰＵ４１は、調整された
声色でサンプル音声を再生する処理を実行する。

【０２４８】すなわち、ＣＰＵ４１は、記憶装置５０に
記憶された音声データを読み出し、フィルタリング回路
３０２に供給させる。フィルタリング回路３０２には、
声色選択ラジオボタン４２４と、声色調整用スライダ４
２５で設定された声色パラメータに基づいて、入力され
た音声信号をフィルタリング処理し、スピーカ４７に出
力する。これにより、上述したステップＳ６６で取り込
んだ音声信号が、設定した音色パラメータに対応する処
理が施された後、スピーカ４７から出力される。

【０２４９】ステップＳ７５における再生処理が終了し
たとき、再び、ステップＳ７０に戻り、それ以降の処理
が繰り返し実行される。

【０２５０】ステップＳ７４において、プレイボタン４
２６が操作されていないと判定された場合、ステップＳ
７６に進み、ＯＫボタン４２７がオンされているか否か
が判定される。ＯＫボタン４２７がオンされていないと
判定された場合、ステップＳ７７に進み、キャンセルボ
タン４２８がオンされたか否かが判定される。キャンセ
ルボタン４２８もオンされていないと判定された場合、
ステップＳ７０に戻り、それ以降の処理が繰り返し実行
される。

【０２５１】ユーザは、聴取した音声が、自分のアバタ
の音声として、他のユーザに対して伝送されることを了
承する場合には、マウス４９ｂを操作することで、ＯＫ
ボタン４２７をオンする。このときＣＰＵ４１は、ステ
ップＳ７８に進み、設定された声色パメラータを変換パ
ラメータとしてレジストリファイル５０Ａに保存する。
これに対して、ユーザは、音色パラメータを設定する操
作を終了したい場合には、キャンセルボタン４２８をマ
ウス４９ｂを操作することでオンする。このとき、ステ
ップＳ７８の声色パラメータを変換パラメータとしてレ
ジストリファイル５０Ａに保存する処理はスキップさ
れ、声色パラメータ設定の処理が終了される。すなわ
ち、声色パラメータは、デフォルト値のまま（例えば
「通常」モードのまま）とされ、レジストリファイル５
０Ａに格納されている変換パラメータもデフォルト値の
ままとされる。

【０２５２】ユーザは、調整した音声が満足するもので
はないので、再度、声色パラメータの設定処理をやり直
したい場合には、ＯＫボタン４２７とキャンセルボタン
４２８のいずれも操作することなく、ステップＳ７０に
戻り、再び、声色選択ラジオボタン４２４を選択する処
理から入力をやり直す。

【０２５３】以上のようにして、声色パラメータの設定
処理が終了した後、ボイスチャットを実行する場合、ク
ライアント端末１３のＣＰＵ４１は、図３５のフローチ
ャートに示す処理を実行する。

【０２５４】最初にステップＳ８１において、ボイスチ
ャットモードが選択されているか否かが判定される。ボ
イスチャットモードが選択されていない場合、ボイスチ
ャット処理は終了される。ユーザは、ボイスチャットを
行うとき、マルチユーザメニュー４１２の「Voice Cha
t」のアイテム（図３３）を選択する。このとき、ＣＰ
Ｕ４１は、ボイスチャットモードを設定する。そして、
ステップＳ８２において、ＣＰＵ４１は、送話モードを
設定するか否かを判定する。ＣＰＵ４１は、マイクロホ
ン４６より所定レベル以上の音声信号が入力されてきた
とき、送話モードを設定し、所定レベル以上の音声信号
がマイクロホン４６より所定の時間以上取り込まれない
とき、受話モードを設定する。

【０２５５】あるいはまた、ユーザに対して、送話を行
うとき、キーボード４９ａの各種のキーのうち、所定の
キーを操作させるようにし、そのキーが操作されないと
きは、受話モードとすることも可能である。

【０２５６】送話モードにおいては、ステップＳ８３に
おいて、マイクロホン４６より取り込んだ音声データを
フィルタリング処理して、異質の音声信号に変換するた
めの変換処理が実行される。すなわち、このとき、ユー
ザは、マイクロホン４６に向かって、相手方に伝えたい
メッセージを音声で入力する。この音声データは、ＣＰ
Ｕ４１の制御の下にフィルタリング回路３０２に供給さ
れ、レジストリファイル５０Ａに保持されている変換パ
ラメータに応じて、フィルタリング処理される。そし
て、次のステップＳ８４において、フィルタリング回路
３０２でフィルタリング処理された音声データが、圧縮
伸長回路３０１で圧縮され、通信装置４４を介してネッ
トワーク１５から共有サーバ端末１１に伝送される。共
有サーバ端末１１は、この音声データを、図２９を参照
して説明した、チャット可能領域内に位置するアバタの
ユーザに対して伝送する。従って、この領域内にアバタ
を位置させているユーザは、その音声データを聞くこと
ができる。

【０２５７】ステップＳ８２において、モードが受話モ
ードであると判定された場合、ステップＳ８５に進み、
ＣＰＵ４１は、共有サーバ端末１１から送信されてきた
音声データを通信装置４４で受信し、伸長処理する。す
なわち、通信装置４４で受信された音声データは、圧縮
伸長回路３０１に入力され、伸長処理される。そして、
ステップＳ８６において、圧縮伸長回路３０１で伸長処
理された音声データが、スピーカ４７から出力される。
これにより、チャット可能領域内に位置する他のアバタ
のユーザからの音声が聴取される。

【０２５８】この音声は、上述したように、そのユーザ
によって設定された声色に変更されている。各ユーザ
は、自分自身は、実際には例えば大人であったとして
も、自分の音声を（大人の声を）子どもの声に変換し
て、他のユーザに伝送することができる。従って、３次
元仮想現実空間にいてのみ実現可能なボイスチャットを
楽しむことができる。

【０２５９】なお、チャット可能領域内に位置する、ど
のアバタのユーザからの音声であるのかを認識すること
ができるように、共有サーバ端末１１から音声データを
各クライアント端末１３に伝送するとき、その音声デー
タを共有サーバ端末１１に伝送してきたクライアント端
末１３のＩＤ（その音声データに対応するアバタのＩ
Ｄ）を、各クライアント端末１３に、音声データととも
に、伝送するようにすることができる。この場合、各ク
ライアント端末１３においては、音声データを伸長し、
フィルタリング処理して出力するとき、対応するアバタ
の上に、そのアバタがしゃべっていることを、ユーザに
容易に認識できるように、例えば、そのアバタのニック
ネームを表示させる。

【０２６０】さらに、図３５のフローチャートに示す処
理では、マイクロホン４６で取り込んだユーザの音声デ
ータを、レジストリファイル５０Ａに保存されている変
換パラメータに基づいてフィルタリング処理した後、圧
縮処理を施し、共有サーバ端末１１を介して、相手方の
クライアント端末１３へ伝送するようにしたが、送信側
のクライアント端末１３において、フィルタリング処理
を施さずに、圧縮処理のみを施し、その音声データを、
変換パラメータとともに、相手方のクライアント端末１
３へ伝送するようにしても構わない。この場合、受信側
のクライアント端末１３において、音声データの伸長処
理を施した後、音声データに付随して伝送されてくる変
換パラメータに基づいて、フィルタリング処理を施すこ
とになる。

【０２６１】図３６と図３７は、ボイスチャットモード
時の表示装置４５の表示例を示している。図３５のステ
ップＳ８１において、ボイスチャットモードを選択する
とき、ユーザは、マルチユーザメニュー４１２の「Voic
e Chat」のアイテムを選択する。すると、図３６に示す
ように、メインウインドウ２１１の隣にマルチユーザウ
インドウ２１２が表示される。さらに、マルチユーザメ
ニュー４１２の「Connect」のアイテムをマウス４９ｂ
でクリックすると、ＣＰＵ４１は、通信装置４４を制御
し、共有サーバ端末１１に対してアクセスさせる。アク
セスが完了すると、マルチユーザメニュー４１２の右下
に表示されている２人の人の図形が離れた状態から、手
をつないだ状態に、その表示が変更され、共有サーバ端
末１１に対する接続が完了したことが、ユーザに認識で
きるようになされる。

【０２６２】図３７は、このようにして、チャット可能
領域内に位置する複数のアバタ同士で、ボイスチャット
を行っている場合の表示例を表している。同図に示すよ
うに、そのとき、発言しているアバタの名称（ニックネ
ーム）が、「kamachi」、「tama」のように、マルチユ
ーザウインドウ２１２の「Chat Log」の領域に表示され
る。ユーザは、これにより、いま、しゃべっているの
が、どのアバタであるのかを認識することができる。

【０２６３】なお、このほか、発言中のアバタを認識さ
せるためには、そのアバタの顔の色を、他のアバタの顔
の色と異なる、例えば、赤い色に変化させたり、アバタ
の口を開閉させるようにすることもできる。

【０２６４】さらに、チャット可能領域内の複数のアバ
タが、同時に音声信号を伝送してきた場合には、現実空
間における場合と同様に、２つの音声を同時を再生する
ようにすることもできるし、あるいは、時間をおいて、
一方のアバタの音声の再生が終了した後、他方のアバタ
の音声を再生させるようにすることも可能である。

【０２６５】図３１と図３２のフローチャートに示す設
定処理は、自分が選択したアバタに対応して、声色パラ
メータを設定することが考慮されていない。その結果、
意図しないにも拘らず、アバタにそぐわない声色パラメ
ータを設定してしまったりするおそれがある。そこで、
アバタを選択し、その選択したアバタを見ながら、声色
パラメータを設定することができるようにする方が、操
作性が良好なものとなる。図３８乃至図４０のフローチ
ャートは、このような要請に対応する設定処理を示すも
のである。

【０２６６】すなわち、この場合においては、最初にス
テップＳ１０１において、マルチユーザメニューのプル
ダウンが指示されるまで待機し、マルチユーザメニュー
のプルダウンが指示された場合、ステップＳ１０２に進
み、マルチユーザメニューが表示される。図４１は、こ
の場合におけるマルチユーザメニュー４１２の表示例を
示している。この表示例においては、マルチユーザメニ
ュー４１２中に、「Select Avatar...」のアイテムが存
在しており、ステップＳ１０３において、このアイテム
が選択されたか否かが判定され、選択されていない場
合、ステップＳ１０１に戻り、それ以降の処理が繰り返
し実行される。

【０２６７】ステップＳ１０３において、「Select Ava
tar...」のアイテムが選択されたと判定された場合、ス
テップＳ１０４に進み、図４２に示すように、アバタ選
択ダイアログボックス３３１が表示される。図４２に示
すように、このアバタ選択ダイアログボックス３３１に
は、選択すべきアバタが表示されている。この表示例の
場合、男性のアバタと女性のアバタの２つのアバタが選
択可能なアバタとして表示されているが、実際には、も
っと数多くのアバタを表示するようにすることができ
る。

【０２６８】ユーザは、表示されているアバタの中か
ら、１つを自分のアバタとして選択する。ＣＰＵ４１
は、ステップＳ１０５において、好みのアバタが選択さ
れるまで待機し、アバタが選択されたとき、ステップＳ
１０６に進み、選択されたアバタの声色パラメータを、
レジスタ４１Ａに保存する。すなわち、各アバタには、
デフォルトの声色パラメータが、予め設定されており、
そのデフォルトの声色パラメータが保存される。

【０２６９】次に、ステップＳ１０７に進み、アバタ選
択ダイアログボックス３３１中のボイスボタン３３２が
選択されたか否かが判定される。ボイスボタン３３２が
選択されない場合、声色パラメータ設定処理は終了され
る。すなわち、この場合においては、デフォルトの声色
パラメータが、そのまま設定されることになる。

【０２７０】これに対して、ユーザは、１つのアバタを
選択した後、選択したアバタに対応するデフォルト以外
の声色パラメータを設定したい場合には、ボイスボタン
３３２を操作する。ボイスボタン３３２が操作される
と、ステップＳ１０８に進み、図４３に示す声色選択ダ
イアログボックス４２１が、メインメニュー２１１上に
表示される。そして、ステップＳ１０９乃至Ｓ１２２に
おいて、上述した図３１と図３２のステップＳ６５乃至
Ｓ７８における場合と同様の処理が行われ、声色パラメ
ータの設定処理が行われる。

【０２７１】このように、この場合の設定処理において
は、アバタの選択に続いて、そのアバタに対応する声色
パラメータの設定処理が行われるため、アバタに即した
声色パラメータを設定することが容易にできるようにな
る。

【０２７２】なお、以上のボイスチャットは、上述した
ように、チャット可能領域内に位置するすべてのアバタ
との間でチャットが行われるパブリックチャットとして
説明したが、所定のアバタを指定して、その指定したア
バタとの間で１対１のチャット（プライベートチャッ
ト）を行うことも可能である。

【０２７３】次に図４４乃至図５０を参照して、１対１
のボイスプライベートチャットを行う場合の表示例につ
いて説明する。

【０２７４】カーソル２０１を所定のオブジェクト上に
移動したとき、そのオブジェクトがチャット可能ではな
い場合、そのカーソルは矢印の図形で表示されるが、チ
ャット可能である場合、カーソルは、人の口を認識させ
る図形としての人の顔をシンボライズした図形に変更さ
れる。図４４のカーソル２０１は、この場合の表示例を
表している。カーソル２０１をアバタ上に移動させる
と、そのアバタのニックネーム（図４４の表示例の場
合、kamachi）がアルファベット文字で、そのアバタの
上に表示される。

【０２７５】ユーザがマウス４９ｂをクリック操作する
と、図４５に示すように、メッセージウインドウ２２１
が表示され、そこに「kamachiさんとの会話を希望しま
すか」のメッセージとともに、ＯＫとキャンセルのボタ
ンが表示される。

【０２７６】ユーザは、チャットを希望する場合、メッ
セージウインドウ２２１のＯＫボタンを操作し、チャッ
トを希望しない場合、キャンセルボタンを操作する。ボ
タンの操作は、マウス４９ｂを操作して、その上にカー
ソルを移動させ、クリックすることで行われる。

【０２７７】これに対して、ＯＫボタンが操作された場
合においては、図４６に示すように、プライベートチャ
ットウインドウ２３１が表示される。プライベートチャ
ットウインドウ２３１は、マルチユーザウインドウ２１
２に表示されているパブリックチャット用の領域と別の
ウインドウとされる。これにより、これから行われるの
が、１対１のプライベートチャットであることを、ユー
ザに、より明確に認識させることができる。

【０２７８】以上の処理は、クライアント端末１３側に
おいて、全て処理することができるが、チャット自体
は、他のクライアント端末との間におけるデータの授受
が必要となるので、以後の処理は、共有サーバ端末１１
を介して行うことが必要となる。すなわち、ＯＫボタン
が選択されたとき、そのユーザのクライアント端末１３
は、ネットワークを介して、共有サーバ端末１１に対し
て、指定されたアバタkamachiに対応するクライアント
端末とのチャットの要求を出力する。そして、自己のプ
ライベートチャットウインドウ２３１には、図４６に示
すように、「呼出し中です」のメッセージを表示させ
る。

【０２７９】一方、共有サーバ端末１１は、アバタkama
chiのユーザのクライアント端末に対して、チャットの
申し込みのあったことを通知する。これに対応して、そ
の申し込みを受けたクライアント端末においては、図４
７に示すように、メッセージウインドウ２４３を、メイ
ンウインドウ２４１とマルチユーザウインドウ２４２の
上に表示させ、そこに、例えば、「tamaさんが会話を希
望しています。受けますか」のメッセージを、ＯＫボタ
ンおよびキャンセルボタンとともに表示させる。アバタ
tamaとの会話を希望する場合、ユーザは、ＯＫボタンを
クリックし、希望しない場合、キャンセルボタンをクリ
ックする。

【０２８０】ＯＫボタンがクリックされた場合には、そ
の旨が共有サーバ端末１１を介してアバタtamaのクライ
アント端末１３に伝送される。そして、図４８に示すよ
うに、アバタkamachiとのチャットを希望したユーザ
（アバタtamaのユーザ）のプライベートチャットウイン
ドウ２３１には、「応答しました」のメッセージが表示
される。これに対して、アバタkamachiのクライアント
端末のディスプレイ上には、図４９に示すように、その
メインウインドウ２４１上に、プライベートチャットウ
インドウ２５１が表示される。このプライベートチャッ
トウインドウ２５１は、マルチユーザウインドウ２４２
とは、独立に表示される。なお、図４９に示すように、
アバタkamachiの表示装置４５のメインウインドウ２４
１には、チャットを申し込んできたアバタtamaが表示さ
れている。

【０２８１】以上のようにして、それぞれのメインウイ
ンドウ上にプライベートチャットウインドウが表示され
た状態になると、実際にボイスチャットが行われる。す
なわち、アバタtamaのユーザは、そのクライアント端末
１３のマイクロホン４６に、音声信号を入力する。この
音声信号は、上述した場合と同様に、圧縮伸長回路３０
１で圧縮され、レジスタ４１Ａに保持されている声色パ
ラメータとともに、通信装置４４からネットワーク１５
へ伝送される。このデータは、共有サーバ端末１１を介
して、アバタkamachiのクライアント端末１３に伝送さ
れる。

【０２８２】アバタkamachiのクライアント端末１３に
おいては、その通信装置４４で、この音声データが受信
され、圧縮伸長回路３０１で伸長される。さらに、この
伸長された音声データは、フィルタリング回路３０２で
音声データとともに伝送されてきた声色パラメータに対
応してフィルタリング処理され、スピーカ４７から出力
される。

【０２８３】同様に、アバタkamachiのユーザが、その
クライアント端末１３のマイクロホン４６から入力した
音声データが、アバタtamaのクライアント端末１３のス
ピーカ４７から出力される。図５０は、このようにし
て、プライベートボイスチャットが行われた場合におけ
るアバタtama側のプライベートチャットウインドウ２３
１の表示例を示している。テキストによるチャットの場
合、入力した文字が、例えば、「ひさしぶりだね」のよ
うに表示されるが、ボイスチャットの場合、スピーカ４
７から音声で、直接「ひさしぶりだね」の出力がなされ
るので、文字は表示されない。但し、そのとき、しゃべ
っているアバタのニックネームが、プライベートチャッ
トウインドウ２３１に表示される。

【０２８４】なお、プライベートチャットを行うアバタ
を指定する操作を、アバタのニックネームのリストを表
示させ、そのリスト中から選択させることで行うように
することも可能であるが、そのようにすると、迅速なプ
ライベートチャットが困難となる。そこで、上述したよ
うに、所望のアバタを指定したとき、直ちにプライベー
トチャットを実行することができるようにするのが好ま
しい。

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

【０２８６】また、ＣＰＵ４１が処理するコンピュータ
プログラムは、ＦＤ(Floppy Disc)、ＣＤ−ＲＯＭ、な
どの情報記録媒体に記録し、配布したり、インターネッ
ト、デジタル衛星などのネットワーク媒体を介して伝送
することができる。

【０２８７】

【発明の効果】以上の如く、請求項１に記載の３次元仮
想現実空間共有システムにおける情報処理装置、請求項
９に記載の３次元仮想現実空間共有システムにおける情
報処理方法、および請求項１０に記載の３次元仮想現実
空間共有システムにおける情報処理装置によって実行さ
れるコンピュータプログラムを格納または伝送する媒体
によれば、送受信される音声データが、予め設定された
変換パラメータに基づいて異質の音声データに変換され
た後、発声されるようにしたので、この変換パラメータ
を適宜設定することで、仮想現実空間特有の秘匿性を維
持しつつ、より変化に富んだボイスチャットを楽しむこ
とが可能となる。

【図面の簡単な説明】

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

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

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

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

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

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

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

【図８】ＡＴＲＡＣのデコーダの構成例を示すブロック
図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図２８】共有サーバ端末で管理するユーザ管理テーブ
ルを説明する図である。

【図２９】視認可能領域とチャット可能領域を説明する
図である。

【図３０】視認可能領域内のアバタに関する共有データ
を説明する図である。

【図３１】ボイスチャットの声色パラメータ設定の処理
を説明するフローチャートである。

【図３２】ボイスチャットの声色パラメータ設定の処理
を説明するフローチャートである。

【図３３】マルチユーザメニューのディスプレイ上の表
示例を示す写真である。

【図３４】声色選択ダイアログボックスのディスプレイ
上における表示例を示す写真である。

【図３５】ボイスチャットの動作を説明するフローチャ
ートである。

【図３６】マルチユーザウインドウのディスプレイ上の
表示例を示す写真である。

【図３７】パブリックチャットを行っている場合のディ
スプレイ上の表示例を示す写真である。

【図３８】ボイスチャットの声色パラメータ設定の他の
処理例を示すフローチャートである。

【図３９】ボイスチャットの声色パラメータ設定の他の
処理例を示すフローチャートである。

【図４０】ボイスチャットの声色パラメータ設定の他の
処理例を示すフローチャートである。

【図４１】マルチユーザメニューのディスプレイ上にお
ける他の表示例を示す写真である。

【図４２】アバタ選択ダイアログボックスのディスプレ
イ上における表示例を示す写真である。

【図４３】声色選択ダイアログボックスのディスプレイ
上における表示例を示す写真である。

【図４４】カーソルでアバタを指定した状態のディスプ
レイ上の表示例を示す写真である。

【図４５】メッセージウインドウのディスプレイ上の表
示例を示す写真である。

【図４６】プライベートチャットウインドウのディスプ
レイ上の表示例を示す写真である。

【図４７】他のメッセージウインドウのディスプレイ上
の表示例を示す写真である。

【図４８】他のプライベートチャットウインドウのディ
スプレイ上の表示例を示す写真である。

【図４９】さらに他のプライベートチャットウインドウ
のディスプレイ上の表示例を示す写真である。

【図５０】他のプライベートチャットウインドウのディ
スプレイ上の表示例を示す写真である。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｇ１０Ｌ 3/02 Ｇ０６Ｆ 15/20 Ｚ // Ｇ０６Ｔ 15/00 15/62 ３６０

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ３次元仮想現実空間画像を表示するとと
   もに、表示された３次元仮想現実空間内でのユーザの分
   身の位置情報を授受することで、前記ユーザの分身を３
   次元仮想現実空間内の対応する位置に表示する３次元仮
   想現実空間共有システムにおける情報処理装置であっ
   て、 ユーザが発声した音声を、そのユーザの分身に対応した
   音声データとして取得する音声取得手段と、 前記音声取得手段によって取得された音声データを送信
   するとともに、伝送されてきた前記音声データを受信す
   る音声データ送受信手段と、 前記音声データ送受信手段によって送信または受信され
   る前記音声データを予め設定された変換パラメータに基
   づいて異質の音声データに変換する変換手段と、 前記変換手段によって変換された音声データを発声する
   発声手段とを備えることを特徴とする情報処理装置。
2. 【請求項２】 前記変換手段は、前記音声データのピッ
   チ成分の変更処理を行うことで、異質の音声データに変
   換することを特徴とする請求項１に記載の情報処理装
   置。
3. 【請求項３】 前記音声データ送受信手段は、前記音声
   取得手段によって取得された音声データに、予め設定さ
   れた変換パラメータを付加して送信し、 前記変換手段は、前記変換パラメータが付加されて伝送
   されてきた前記音声データを、前記変換パラメータに基
   づいて、異質の音声データに変換することを特徴とする
   請求項１に記載の情報処理装置。
4. 【請求項４】 前記変換パラメータを変更するパラメー
   タ変更手段をさらに備えることを特徴とする請求項１に
   記載の情報処理装置。
5. 【請求項５】 前記パラメータ変更手段によって変更さ
   れた変換パラメータを記憶保持する記憶手段をさらに備
   えることを特徴とする請求項４に記載の情報処理装置。
6. 【請求項６】 前記ユーザの分身の外観パラメータを変
   更する外観変更手段をさらに備え、 前記パラメータ変更手段は、前記外観変更手段による変
   更操作に連動して、前記変換パラメータを変更するため
   の操作画面を表示することを特徴とする請求項４に記載
   の情報処理装置。
7. 【請求項７】 前記音声取得手段によって取得された音
   声データを、所定の帯域圧縮方法によって圧縮するとと
   もに、前記音声データ送受信手段によって受信された、
   前記所定の帯域圧縮方法によって圧縮されている音声デ
   ータを、対応する伸長方法で伸長する圧縮伸長手段をさ
   らに備えることを特徴とする請求項１に記載の情報処理
   装置。
8. 【請求項８】 ＶＲＭＬ(Virtual Reality Modeling La
   nguage)に基づいて記述された前記３次元仮想現実空間
   画像および前記ユーザの分身を表示することを特徴とす
   る請求項１に記載の情報処理装置。
9. 【請求項９】 ３次元仮想現実空間画像を表示するとと
   もに、表示された３次元仮想現実空間内でのユーザの分
   身の位置情報を授受することで、前記ユーザの分身を３
   次元仮想現実空間内の対応する位置に表示する３次元仮
   想現実空間共有システムにおける情報処理方法であっ
   て、 ユーザが発声した音声を、そのユーザの分身に対応した
   音声データとして取得する音声取得処理ステップと、 前記音声取得処理ステップによって取得された音声デー
   タを送信するとともに、伝送されてきた前記音声データ
   を受信する音声データ送受信処理ステップと、 前記音声データ送受信処理ステップによって送信または
   受信される前記音声データを予め設定された変換パラメ
   ータに基づいて異質の音声データに変換する変換処理ス
   テップと、 前記変換処理ステップによって変換された音声データを
   発声する発声処理ステップとを備えることを特徴とする
   情報処理方法。
10. 【請求項１０】 ３次元仮想現実空間画像を表示すると
    ともに、表示された３次元仮想現実空間内でのユーザの
    分身の位置情報を授受することで、前記ユーザの分身を
    ３次元仮想現実空間内の対応する位置に表示する３次元
    仮想現実空間共有システムにおける情報処理装置によっ
    て実行されるコンピュータプログラムを格納または伝送
    する媒体であって、 ユーザが発声した音声を、そのユーザの分身に対応した
    音声データとして取得する音声取得処理ステップと、 前記音声取得処理ステップによって取得された音声デー
    タを送信するとともに、伝送されてきた前記音声データ
    を受信する音声データ送受信処理ステップと、 前記音声データ送受信処理ステップによって送信または
    受信される前記音声データを予め設定された変換パラメ
    ータに基づいて異質の音声データに変換する変換処理ス
    テップと、 前記変換処理ステップによって変換された音声データを
    発声する発声処理ステップとを備えることを特徴とする
    コンピュータプログラムを格納または伝送する媒体。