JP2000149068A

JP2000149068A - 情報処理装置および方法、並びに提供媒体

Info

Publication number: JP2000149068A
Application number: JP32645798A
Authority: JP
Inventors: Takeshi Ono; 剛小野
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-11-17
Filing date: 1998-11-17
Publication date: 2000-05-30

Abstract

(57)【要約】【課題】ネットワーク資源を有効に活用する。【解決手段】ステップＳ２２において、オーラに対す
るアバタの進入を検知し、アバタの進入を検知するまで
処理を待機する。ステップＳ２３において、共有サーバ
は、追加メッセージを生成し、その送信を保留する。ス
テップＳ２５において、共有サーバは、オーラの中でア
バタがイベントを発生したか否かを判定する。アバタが
イベントを発生したと判定された場合、ステップＳ２６
の処理がスキップされ、ステップＳ２７において、追加
メッセージとともに、発生されたイベントの情報がＡＯ
サーバに送信される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置およ
び方法、並びに提供媒体に関し、特に、３次元仮想空間
におかれたオブジェクトの位置を管理する情報処理装置
および方法、並びに提供媒体に関する。

【０００２】

【従来の技術】従来、NIFTY-Serve（商標）や米国のCom
puServe（商標）などのように、複数の利用者が自らの
パーソナルコンピュータを、モデムおよび公衆電話回線
網を介してセンターのホストコンピュータに接続し、所
定の通信プロトコルに基づいてホストコンピュータにア
クセスする、いわゆるパソコン通信サービスの分野にお
いては、Habitat（商標）と呼ばれるサイバースペース
のサービスが知られている。

【０００３】Habitatは、米国LucasFilm社によって1985
年から開発が始められ、米国商業ネットワークであるQu
antumLink社で約３年間運用された後、1990年2月に富士
通Habitat（商標）としてNIFTY-Serveでそのサービスが
開始されたものである。このHabitatにおいては、２次
元グラフィックスで描画された「ポピュロポリス（Popu
lopolis）」と呼ばれる仮想の都市に、アバタ（avata
r；インド神話に登場する神の化身）と呼ばれるユーザ
の分身（ユーザ自身を表すオブジェクト）を送り込み、
ユーザ同士がチャット（Chat；文字の入力と表示による
テキストベースでのリアルタイムの対話）などを行うこ
とができる。このHabitatの更に詳細な説明は、サイバ
ースペース，マイケル・ベネディクト編，1994年3月20
日初版発行，ＮＴＴ出版 ISBN4−87188−265−9C0010
（原著；Cyberspace：First Steps ,Michael Benedikt,
ed. 1991,MIT PressCambrige,MA ISBN0−262−02327−
X）第282頁乃至第307頁に記載されている。

【０００４】この種のパソコン通信サービスで運用され
ている従来のサイバースペースシステムにおいては、仮
想的な街並みや部屋の内部の様子が２次元グラフィック
スで描画されており、アバタを奥行きまたは手前方向へ
移動させる場合、単にアバタを２次元グラフィックスの
背景上で上下に移動させるだけであり、仮想空間内での
歩行や移動を疑似体験させるには表示の上での表現力が
乏しかった。また、自分の分身であるアバタと他人のア
バタが表示された仮想空間を、第３者の視点で見ること
になるため、この点においても、疑似体験の感覚が損な
われるものであった。

【０００５】そこで、特開平9-81781号公報に開示され
ているように、仮想空間を３次元グラフィックスで表示
し、ユーザがアバタの視点で自由に歩き回れる機能が、
VRML(Virtual Reality Modeling Language)と呼ばれる
３次元グラフィクスデータの記述言語を利用することに
よって実現されている。このVRMLの詳細は、例えば、
「VRMLを知る：３次元電脳空間の構築とブラウジング
〔マーク・ペッシ著，松田晃一・蒲地輝尚・竹内彰一・
本田康晃・暦本純一・石川真之・宮下健・原和弘訳，１
９９６年３月２５日初版発行，プレンティスホール出版
ISBN4-931356-37-0〕（原著；VRML：Browsing & Buildi
ng Cyberspace,Mark Pesce, 1995 New Readers Publish
ing ISBN 1-56205-498-8）」、または「VRMLの最新動向
とCyberPassage〔松田晃一・本田康晃著、bit（共立出
版）／1996 Vol.28 No.7 pp29乃至pp36, No.8 pp57乃至
pp65, No.9 pp29乃至pp36, No.10 pp49乃至pp58〕」等
の文献に記載されている。

【０００６】また、「The Virtual Reality Modeling L
anguage Version 2.0, ISO/IEC CD14772」の公式かつ
完全な仕様書は、「http://www.vrml.org/Specificatio
ns/VRML2.0/FINAL/spec/index.html」で公開されてお
り、その日本語版は、「http://www.webcity.co.jp/inf
o/andoh/VRML/vrml2.0/spec-jp/index.html」で公開さ
れている。

【０００７】VRMLの最新の言語であるVRML2.0において
は、３次元的な仮想空間内におけるオブジェクトの自律
的な振る舞い（Behavior）を記述し、表現することが可
能とされている。これにより、例えば、VRML2.0用ブラ
ウザに３次元グラフィックスで表示された仮想空間、す
なわち、３次元仮想空間を、アバタの視点で歩き回る場
合には、ユーザは、自身がその３次元仮想空間内に実際
にいるかのような感覚を享受することができる。

【０００８】このVRML2.0用ブラウザおよび共有サーバ
用ソフトウェアとしては、例えば、本出願人であるソニ
ー株式会社が「Community Place(商標) Browser / Bure
au」として開発し、製品化しており、そのβ版（試供
版）を、インターネット上のホームページ「http://vs.
sony.co.jp」からダウンロードすることが可能とされて
いる。

【０００９】

【発明が解決しようとする課題】ところで、上述したよ
うに、複数のユーザで３次元仮想空間を共有するために
は、インターネットに代表されるネットワークを介して
大量のデータを通信する必要があるが、通信される大量
のデータには、重複しているものや実際には活用されな
いものが含まれており、ネットワーク資源が有効に利用
されていない課題があった。

【００１０】したがって、不必要なデータの通信にネッ
トワーク資源を使用したために、必要とされるデータの
通信が滞り、システムとしての処理が遅延してしまう課
題があった。

【００１１】本発明は、このような状況に鑑みてなされ
たものであり、通信される情報量を減少させて、ネット
ワーク資源を有効に活用できるようにするものである。

【００１２】

【課題を解決するための手段】請求項１に記載の情報処
理装置は、オブジェクトのオーラに対する他のオブジェ
クトの進入および離脱を判定する判定手段と、判定手段
の判定結果に対応してメッセージを生成する生成手段
と、オーラ内における他のオブジェクトのイベントを検
知する検知手段と、検知手段の検知結果に対応して生成
手段が生成したメッセージを送信する送信手段とを備え
ることを特徴とする。

【００１３】請求項２に記載の情報処理方法は、オブジ
ェクトのオーラに対する他のオブジェクトの進入および
離脱を判定する判定ステップと、判定ステップの判定結
果に対応してメッセージを生成する生成ステップと、オ
ーラ内における他のオブジェクトのイベントを検知する
検知ステップと、検知ステップの検知結果に対応して生
成ステップで生成したメッセージを送信する送信ステッ
プとを含むことを特徴とする。

【００１４】請求項３に記載の提供媒体は、オブジェク
トのオーラに対する他のオブジェクトの進入および離脱
を判定する判定ステップと、判定ステップの判定結果に
対応してメッセージを生成する生成ステップと、オーラ
内における他のオブジェクトのイベントを検知する検知
ステップと、検知ステップの検知結果に対応して生成ス
テップで生成したメッセージを送信する送信ステップと
を含む処理を情報処理装置に実行させるコンピュータが
読み取り可能なプログラムを提供することを特徴とす
る。

【００１５】請求項１に記載の情報処理装置、請求項２
に記載の情報処理方法、および請求項３に記載の提供媒
体においては、オブジェクトのオーラに対する他のオブ
ジェクトの進入および離脱が判定され、判定結果に対応
してメッセージが生成される。さらに、オーラ内におけ
る他のオブジェクトのイベントが検知され、検知結果に
対応して、生成されたメッセージが送信される。

【００１６】

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

【００１７】請求項１に記載の情報処理装置は、オブジ
ェクトのオーラに対する他のオブジェクトの進入および
離脱を判定する判定手段（例えば、図１８のステップＳ
２２）と、判定手段の判定結果に対応してメッセージを
生成する生成手段（例えば、図１８のステップＳ２３）
と、オーラ内における他のオブジェクトのイベントを検
知する検知手段（例えば、図１８のステップＳ２５）
と、検知手段の検知結果に対応して生成手段が生成した
メッセージを送信する送信手段（例えば、図１８のステ
ップＳ２７）とを備えることを特徴とする。

【００１８】図１は本発明を適用したシステムの構成例
を表している。なお、本明細書中において、システムと
は、複数の装置が論理的に集合した物をいい、各構成の
装置が同一筐体中にあるか否かは問わない。

【００１９】図１において、クライアントＰＣ（パーソ
ナルコンピュータ）１乃至３は、IP（インターネット接
続サービスプロバイダ）４乃至６を介してインターネッ
ト(The Internet)７と接続されており、VRMLブラウザ及
びWWWブラウザがインストールされ、インストールされ
たこれらのブラウザが動作する。

【００２０】クライアントＰＣ１乃至３は、３Ｄクライ
アントおよび２Ｄクライアントの２つの機能を有してい
る。３Ｄクライアントは、定期的あるいは必要なときに
自分の位置情報などの情報を共有サーバ１２に通知し、
また、共有サーバ１２から送られてくる他の３Ｄオブジ
ェクトの共有情報を受信し、それを表示させる機能を有
している。２Ｄクライアントは、HTTP(HiperText Trans
port Protocol)に基づいてWWWサーバ１０に情報をリク
エストし、その返事を受け取って、主に２次元情報を表
示する機能を有する。３Ｄクライアントは、共有サーバ
１２から受け取った情報内にURLが含まれている場合、
２Ｄクライアントに、URLへのアクセスを要求する。２
Ｄクライアントは、この要求に基づいてURL（WWWサーバ
１０）にアクセスし、そこからデータ（例えばオブジェ
クトの形状データ）をダウンロードして、３Ｄクライア
ントに転送する。

【００２１】インターネット７とルータ８を介して接続
されたLAN(Local Area Network)９には、WWWサーバ１
０、WLS(World Location Server)１１、共有サーバ１
２、ＡＯ(Application Object)サーバ１３，１４、メー
ルサーバ１５、およびコミュニケーションサーバ１６が
接続されている。これらの各サーバ１０乃至１６には、
ハードディスク（HDD）１０ａ，１０ｂ，１１ａ乃至１
６ａが、各々設けられている。

【００２２】なお、共有サーバ１２は、インストールさ
れている共有サーバ用ソフトウェア(Bureau)に従って動
作する。ＡＯサーバ１３，１４は、共有ＡＯサーバ７１
（図９）を介して共有サーバ１２と通信するプログラム
を有し、例えば仮想空間内において、自律的に動作する
ロボットや電子ペットなどのアプリケーションオブジェ
クト（ＡＯ）を提供する。ＡＯサーバ１３，１４は、３
Ｄクライアントと同様に、共有サーバ１２と通信し、自
分自身の情報を通知したり、他の３Ｄオブジェクトの共
有情報を受信したりする。

【００２３】コミュニケーションサーバ１６は、公衆電
話回線網１７を介して電話機１８やファクシミリ１９と
接続され、また、PHS(Personal Handyphone System)サ
ービスプロバイダ２０を介してPHS端末２３に無線接続
され、さらに、ポケットベル（登録商標）サービスプロ
バイダ２１を介してポケットベル端末２４に無線接続さ
れている。

【００２４】図２は、クライアントＰＣ１のハードウェ
アの構成例を示している。この例において、CPU３０
は、ROM３４に記録されているプログラム、およびRAM４
６に読み込まれるプログラムに従って各種の処理を実行
する。HDD３１は、VRML 2.0ファイルや、Java(米国 Sun
Microsystems社の商標)により記述された所定のスクリ
プトプログラム等からなるVRMLコンテンツなどを格納す
る。CD-ROMドライブ３２は、CD−ROM３３に格納されたV
RMLコンテンツ等の情報を読み取る。

【００２５】サウンド処理回路３５は、マイクロフォン
３６と左右のスピーカ３７，３８が接続されており、マ
イクロフォン３６からの音声を入力し、または、音楽や
効果音等をスピーカ３７，３８から出力する。モデム３
９は、インターネット７に接続し、データを通信する。
I/O（入出力）インタフェース４０は、マウス４１およ
びキーボード４２からの操作信号を受け付ける。グラフ
ィックス回路４３は、各種の処理を施した画像データ
を、内蔵するVRAM４４に格納し、VRAM４４から読み出し
た画像データを、CRTモニタ４５に表示させる。

【００２６】RAM４６には、例えば、Windows95(米国Mic
ro Soft社の商標) の上で動作するWWWブラウザであるNe
tscape Navigator、Javaインタプリタ、および、本出願
人であるソニー株式会社によって開発されたVRML2.0ブ
ラウザであるCommunity PlaceBrowserが、それらの実行
時に読み込まれる。

【００２７】VRML2.0ブラウザには、米国シリコングラ
フィクス社によって開発され、無償公開されているVRML
の構文解釈用ライブラリ(パーサ)であるQvLibと、英国C
riterion Software Ltd.のソフトウエアレンダラである
RenderWare等、もしくはこれらと同等の機能を有するパ
ーサやレンダラが実装されている。

【００２８】そして、 Community Place Browserは、図
１に示すように、WWWブラウザとしてのNetscape Naviga
torとの間において、NCAPI（Netscape Client Applicat
ionPrograming Interface）（商標）に基づいて各種デ
ータの授受を行う。

【００２９】Netscape Navigatorは、インターネット７
を介してWWWサーバ１０よりHTMLファイルとVRMLコンテ
ンツ(VRMLファイルとJavaによるスクリプトプログラム
とを含む）の供給を受けると、これらをローカルのHDD
３１にそれぞれ記憶させる。Netscape Navigatorは、こ
のうちのHTMLファイルを処理してテキストや画像をCRT
モニタ４５に表示する。一方、 Community Place Brows
erは、VRMLファイルを処理して３次元仮想空間をCRTモ
ニタ４５に表示させるとともに、Javaインタプリタによ
るスクリプトプログラムの処理結果に対応して、３次元
仮想空間内のオブジェクトの挙動、その他の表示状態を
変化させる。

【００３０】なお、図示は省略するが、他のクライアン
トＰＣ２やクライアントＰＣ３も、クライアントＰＣ１
と同様に構成されている。

【００３１】このシステムの動作について、図３乃至図
５を参照して説明する。図３において、番号１で示すよ
うに、最初に、WWWブラウザを用いて、VRMLコンテンツ
を提供しているWebサイトのホームページを閲覧する。
この例では、「http://pc.sony.co.jp/sapari/」を閲覧
している。次に、番号２で示すように、クライアントＰ
Ｃ１またはクライアントＰＣ２のユーザは、VRML2.0フ
ァイルと、VRML空間内での自律的な動きを実現するため
のスクリプトプログラム（Javaによるスクリプトプログ
ラム）とからなるVRMLコンテンツを、それぞれダウンロ
ードする。

【００３２】勿論、 CD-ROM３３で提供されるVRMLコン
テンツをCD−ROMドライブ３２で読み込んでも良い。

【００３３】次に、図４に示すように、クライアントＰ
Ｃ１またはクライアントＰＣ２では、それぞれにダウン
ロードされ、一旦ローカルのHDD３１に格納されたVRML
2.0ファイルを、VRML2.0ブラウザであるCommunity Plac
e Browserが解釈するとともに実行し、さらに番号３で
示すように、VSCP(Virtual Society Server Client Pro
tocol)に基づいて、WLS１１に対して共有サーバ１２のU
RLを問い合わせる。このとき番号４で示すように、WLS
１１は、HDD１１ａに格納された共有サーバURL管理テー
ブルを参照して、クライアントＰＣ１またはクライアン
トＰＣ２に対して、共有サーバ１２のURLを通知する。

【００３４】このURLを用いて、図５に示すように、ク
ライアントＰＣ１とクライアントＰＣ２が、共有サーバ
１２に接続する。その結果、番号５で示すように、この
共有サーバ１２を介して共有３Ｄオブジェクトの位置や
動きなどに関する共有メッセージの送信が行われ、番号
６で示すように、その転送が行われ、マルチユーザ環境
が実現される。

【００３５】なお、以上の接続手順の詳しい説明につい
ては、特開平9-81781号公報を参照されたい。

【００３６】また、ここでは、３次元仮想空間（以下、
ワールドとも記述する）を、マルチユーザ環境で使用す
ることとしているが、マルチユーザ環境で使用しないこ
と（以下、適宜、シングルユーザ環境と記述する）、即
ち、自身以外の他のユーザのアバタ（ドローンアバタ）
を登場させないようにするとともに、自身のアバタ（パ
イロットアバタ）を、他のユーザのクライアントＰＣに
表示される３次元仮想空間に登場させないようにするこ
とも可能である。これは、上述した番号３乃至６で表し
た処理を行わないようにすることで実現することができ
る。

【００３７】次に、図６を参照して、オーラについて説
明する。同図に示すように、パイロットアバタ５１の周
囲には、パイロットアバタ５１を中心とする所定の半径
を有する球よりなるオーラ５２が形成される。パイロッ
トアバタ５１は、オーラ５２の内部に位置する他のオブ
ジェクトからの情報を受信することができる。具体的に
は、図６に示すように、パイロットアバタ５１は、オー
ラ５２内に位置するドローンアバタ５３−１およびオブ
ジェクト（ＡＯ）５４−１を視認することができる（ド
ローンアバタ５３−１およびオブジェクト（ＡＯ）５４
−１の画像がパイロットアバタ５１に対応するクライア
ントＰＣのCRTモニタに表示される）が、オーラ５２の
外部に位置するドローンアバタ５３−２やオブジェクト
５４−２を視認することができない（ドローンアバタ５
３−２やオブジェクト（ＡＯ）５４−２の画像は、パイ
ロットアバタ５１に対応するクライアントＰＣのCRTモ
ニタには表示されない）。

【００３８】同様に、ドローンアバタ５３−１，５３−
２、およびオブジェクト５４−１，５４−２にもオーラ
が設定される。なお、このシステムにおいては、各クラ
イアントＰＣが対応するアバタのオーラは同一の大きさ
とされるが、ＡＯのオーラは、必要に応じてアバタのオ
ーラとは異なる範囲に設定される。

【００３９】このように、オーラ５２を規定すること
で、パイロットアバタ５１は、ドローンアバタ５３−１
とオブジェクト５４−１からの情報を受け取る必要があ
るが、オーラ５２の外部に位置するドローンアバタ５３
−２またはオブジェクト５４−２からの情報は受信する
必要がないので、受信する情報量を制限することが可能
となる。

【００４０】すなわち、例えば、図７に示すように、ア
バタ５１が移動すると、その新たな位置情報が共有サー
バ１２に転送される。共有サーバ１２は、アバタ５１の
新たな位置に対応するオーラ５２の内部にどのようなオ
ブジェクト（アバタを含む）が位置するのかを判断し、
そのオブジェクトに関する情報をアバタ５１のクライア
ントＰＣに通知する。図７に示す例では、アバタ５１の
移動後のオーラ５２の内部にオブジェクト５４−１が存
在するため、共有サーバ１２は、オブジェクト５４−１
の情報をアバタ５１のクライアントＰＣに通知する。こ
れにより、アバタ５１のクライアントＰＣには、オブジ
ェクト５４−１の画像が表示され、アバタ５１のユーザ
は、オブジェクト５４−１を視認することができる。

【００４１】しかしながら、ワールド内に位置するオブ
ジェクトの数が増加してくると、オーラ５２内に位置す
るオブジェクトの数も増加してくる。そこで、必要以上
に受信する情報量が増加しないように、オーラ内におい
てそのアバタが視認可能なオブジェクトの最大値が予め
設定され、共有サーバ１２により管理される。その結
果、オーラ５２内に位置するオブジェクトのうち、視認
可能なオブジェクトの最大値が例えば２個と設定されて
いる場合、オーラ５２内に３個以上のオブジェクトが存
在したとしても、アバタ５１により視認可能なオブジェ
クトは、時間的に最も早くオーラ５２内に位置してきた
２個のオブジェクトだけとなる。すなわち、３個目以降
のオブジェクトがオーラ５２内に進入してきたとして
も、そのことはアバタ５１には通知されない。この最大
値は、アバタ５１が対応するクライアントＰＣのリソー
スの制限や、クライアントＰＣと共有サーバ１２の間の
ネットワークの通信帯域の制限などに対応して、所定の
値に設定される。

【００４２】但し、オーラ５２内において視認可能なオ
ブジェクトの数が最大値に達しているか否かを判断する
場合におけるオブジェクトには、ワールド内において、
自律的に行動するＡＯ（アプリケーションオブジェク
ト）は含まれないものとされる。これにより、アバタ５
１のオーラ５２内に、最大値と等しいオブジェクトが既
に存在していたとしても、アバタ５１は、ＡＯを視認す
ることが可能となる。

【００４３】ところで、このように、各アバタが視認可
能なオブジェクトの数の最大値を設定するようにする
と、一方のアバタからは視認可能であるにもかかわら
ず、他方のアバタからは視認できないような不整合が発
生する可能性がある。

【００４４】例えば、図８に示すように、アバタ６１の
オーラ６２内に、アバタ６３とアバタ６４が既に位置し
ている状態において、後からオーラ６２内にアバタ５１
が進入してきたような場合、アバタ５１のオーラ５２内
には、１個のアバタ６１のみが存在するので、アバタ５
１には、アバタ６１が視認されるようになされるが、ア
バタ６１のオーラ６２内には、既に２個のアバタ６３，
６４が位置しているため、最大値を越える３個目のアバ
タ５１が新たに進入してきたとしても、アバタ６１は、
アバタ５１を視認することができなくなる。その結果、
アバタ５１は、アバタ６１を視認することができるにも
かかわらず、アバタ６１は、アバタ５１を視認すること
ができないので、例えばアバタ５１がアバタ６１にチャ
ットを申し込むことが可能であるが、アバタ６１は、ア
バタ５１からのチャットの申し込みを受け付けることが
できない。

【００４５】このような不整合を回避するため、このシ
ステムにおいては、一方のアバタ５１から他方のアバタ
６１を視認することができる場合には、他方のアバタ６
１が既に最大値のアバタを視認している状態であったと
しても、新たなアバタ５１を視認することができる（そ
の詳細は後述する）。これにより、一方のアバタからは
視認可能であるにもかかわらず、他方のアバタからは視
認できなくなるような不整合の発生が防止される。

【００４６】次に、ワールド内を自律的に行動するアプ
リケーションオブジェクト（ＡＯ）（以下、適宜、ペッ
トとも記述する）の動作を制御するＡＯサーバ１３，１
４について説明する。ＡＯサーバ１３，１４は、図９に
示すように、共有ＡＯサーバ７１を介して、共有サーバ
１２と接続される。共有ＡＯサーバ７１は、ＡＯサーバ
１３，１４が共通して必要とする、アバタ等の他の３Ｄ
オブジェクトの情報を共有サーバ１２から受信してハー
ドディスク７１ａに保管し、必要に応じてＡＯサーバ１
３，１４に供給する。

【００４７】例えば、図１０に示すように、ＡＯサーバ
１３が制御するペット８１のオーラ８２の中にアバタ８
５，８６が存在し、ＡＯサーバ１４が制御するペット８
３のオーラ８４の中にアバタ８６，８７が存在する場
合、共有ＡＯサーバ７１は、図１１に示すように、アバ
タ８５乃至８７に関する情報（プロキシ９１乃至９３）
を共有サーバ１２から受信して、ハードディスク７１ａ
に保管し、プロキシ９１，９２をＡＯサーバ１３に供給
し、プロキシ９２，９３をＡＯサーバ１４に供給する。

【００４８】なお、プロキシは、例えば、次のようなア
バタに関する情報から構成される。位置 (X,Y,Z)=(10.0,40.0,10.0) 向き（ｘｒｏｔ，ｙｒｏｔ，ｚｒｏｔ）＝（０．０，
０．０，３．１４）名前 ”Ａｎｄｙ” 形状 ”boy.wrl” 属性寝ている＝false、透明モード＝on

【００４９】例えば、図１０のアバタ８６の名前がクラ
イアントにより変更された場合、その情報は、クライア
ントＰＣから共有サーバ１２を介して、共有サーバ１２
から共有ＡＯサーバ７１に送信される。共有ＡＯサーバ
７１は、その情報を用いて、今までハードディスク７１
ａに記憶させていたプロキシの対応する部分を更新す
る。この更新されたプロキシは、ＡＯサーバ１３，１４
に共通して用いられる。

【００５０】また、共有ＡＯサーバ７１は、共有サーバ
１２との通信に使用するネットワーク（LAN９）のソケ
ット（仮想的なチャンネル、または帯域）を確保し、そ
のソケットをＡＯサーバ１３，１４が共有して使用でき
るように管理する。このソケット管理処理について、図
１２のフローチャートを参照して説明する。

【００５１】例えば、ＡＯサーバ１３が、自己が制御す
るペットをワールドに参加させる場合（以下、ペットを
ワールドに参加させることをレジスタという）、ＡＯサ
ーバ１３は、共有サーバ１２にレジスタの要求を送信す
る必要がある。このソケット管理処理は、ＡＯサーバ１
３が、共有ＡＯサーバ７１の共有レジスタ用API(Applic
ation Program Interface)を呼び出して、レジスタ要求
をＡＯ共有サーバ７１に出力したときに開始される。

【００５２】ステップＳ１において、ＡＯ共有サーバ７
１は、自己に接続されているＡＯサーバのなかで、既に
ソケットを確保しているものが存在するか否かを判定す
る。既にソケットを確保しているＡＯサーバ（親ＡＯサ
ーバとする）が存在すると判定された場合、ステップＳ
３に進む。

【００５３】ステップＳ３において、共有ＡＯサーバ７
１は、ＡＯサーバ１３が出力したレジスタの要求を記憶
する。ここで、レジスタを要求したＡＯサーバ１３を子
ＡＯサーバとする。

【００５４】ステップＳ４において、共有ＡＯサーバ７
１は、親ＡＯサーバのソケット接続が完了しているか
（共有サーバ１２によりソケットの使用が許可されてい
るか）否かを判定し、ソケット接続が完了していると判
定するまで待機する。ソケット接続が完了していると判
定された場合、ステップＳ５に進む。

【００５５】ステップＳ５において、共有ＡＯサーバ７
１は、ステップＳ３で記憶したレジスタ要求を共有サー
バ１２に送信する。このレジスタ要求を、共有サーバ１
２が承認すると、ＡＯサーバ１３が制御するペットがワ
ールドに追加される。

【００５６】ステップＳ１において、ソケットを確保し
ているＡＯサーバ（親ＡＯサーバ）が存在しないと判定
された場合、ステップＳ２に進む。ステップＳ２におい
て、共有ＡＯサーバ７１は、ＡＯサーバ１３を親ＡＯサ
ーバとしてソケットを確保する。

【００５７】なお、ＡＯサーバ１３が、自己が制御する
ペットをワールドから削除する（アンレジスタする）場
合、ＡＯサーバ１３は、共有ＡＯサーバ７１のアンレジ
スタ用APIを呼び出して、アンレジスタの要求を共有Ａ
Ｏサーバ７１に出力する。共有ＡＯサーバ７１は、ＡＯ
サーバ１３からのアンレジスタの要求を共有サーバ１２
に送信する。さらに、共有ＡＯサーバ７１は、ＡＯサー
バ１３以外のＡＯサーバが、そのソケットを使用してい
るか否かを判定し、他のＡＯサーバがそのソケットを使
用していないと判定した場合、ソケットを閉じる（ネッ
トワーク資源を解放する）。

【００５８】次に、ＡＯサーバ１３からＡＯサーバ１４
への通信について説明する。ＡＯサーバ１３からＡＯサ
ーバ１４への通信は、共有サーバ１２に依存することな
く、共有ＡＯサーバ７１により実行される。例えば、図
１３に示すように、ＡＯサーバ１３が制御するペット１
０３が、アバタ１０１のオーラ１０２の中に存在し、ア
バタ１０１が飼い主であり、ＡＯサーバ１４が制御する
ペット１０４がオーラ１０２の外に位置する状況におい
て、ペット１０３を制御するＡＯサーバ１３は、ペット
１０４の飼い主であるアバタ１０１を検知して、その情
報を共有ＡＯサーバ７１に送信する。共有ＡＯサーバ７
１は、その情報を、ペット１０４を制御するＡＯサーバ
１４に通信する。

【００５９】このとき、共有ＡＯサーバ７１は、自己が
管理するアバタ１０１のプロキシを参照して、アバタ１
０１の位置情報もＡＯサーバ１４に通知する。

【００６０】ＡＯサーバ１４が、その情報に対応して、
図１４に示すように、ペット１０４をアバタ１０１に近
寄らせ、アバタ１０１の前にボール１１１を投げる（Ａ
Ｏサーバ１４が新たなＡＯを生成する）場合、ボール１
１１の初期位置は、先ほど通知されたアバタ１０１の位
置の情報を参照して決定される。

【００６１】このように、ＡＯサーバ１３，１４と共用
サーバ１２の間に、共有ＡＯサーバ７１を設けることに
より、同じ情報が何度も通信されるようなネットワーク
資源の無駄遣いが抑止され、ネットワーク上で通信され
る情報量を削減することができる。

【００６２】ところで、上述したように、アバタに設定
されるオーラの半径と、ＡＯ（ペット）に設定される半
径とが異なることによっても、共有ＡＯサーバ７１が保
管するプロキシの数の増加が抑止され、通信される情報
量の増加が防止されている。しかしながら、このオーラ
の半径が異なることに起因して、次のような不整合が発
生する可能性がある。

【００６３】例えば、図１５に示すように、アバタ１２
１（に対応するクライアントＰＣ１）は、オーラ１２２
の中に位置しているペット１２３を認識（視認）してい
るが、ペット１２３（に対応するＡＯサーバ１３）は、
そのオーラ１２４の中に位置するアバタ１２５だけを認
識し、オーラ１２４の外に位置するアバタ１２１を認識
できない状況が存在し得る。

【００６４】この状況において、共有ＡＯサーバ７１
は、アバタ１２５のプロキシ１３１（図１７）だけを共
有サーバ１２から受信してハードディスク７１ａに保管
している。したがって、このとき、アバタ１２１に対応
するクライアントが、認識しているペット１２３に対し
て、例えばクリックする等のイベントを実行した場合、
ペット１２３に対応するＡＯサーバ１３は、アバタ１２
１を認識していないので、そのイベントに対して何の反
応も示すことができない。

【００６５】そこで、そのような不整合の発生を抑止す
るために、共有ＡＯサーバ７１は、ダミープロキシ生成
処理を実行する。このダミープロキシ生成処理につい
て、図１６のフローチャートを参照して説明する。

【００６６】共有サーバ１２からのイベントの情報を受
信すると、ステップＳ１１において、共有ＡＯサーバ７
１は、そのイベントを発生したクライアントＰＣ１に対
応するアバタ１２１のプロキシが、既にハードディスク
７１ａに記憶されているか否かを判定する。アバタ１２
１のプロキシが記憶されていないと判定された場合、ス
テップＳ１２に進む。ステップＳ１２において、共有Ａ
Ｏサーバ７１は、アバタ１２１のダミープロキシ１３２
（図１７）を生成してハードディスク７１ａに記憶させ
る。

【００６７】ステップＳ１３において、共有ＡＯサーバ
７１は、イベントの情報をＡＯサーバ１３に供給する。

【００６８】ＡＯサーバ１３は、ハードディスク７１ａ
に記憶されている、イベントの発生源であるアバタ１２
１のダミープロキシ１３２を参照し、あたかもアバタ１
２１がペット１２３のオーラ１２４の中に位置している
かのように、そのイベントに対応して所定の処理（例え
ば、ペット１２３をジャンプさせる）を実行する。

【００６９】このように、共有ＡＯサーバ７１におい
て、ペットのオーラ内に位置していないアバタのダミー
プロキシを生成することにより、アバタのオーラの半径
と、ペットのオーラの半径の違いに起因する不整合の発
生を抑止することが可能となる。

【００７０】ところで、ＡＯサーバ１３，１４は、自己
が制御するペットのオーラの中に新たなアバタが進入し
た場合、共有サーバ１２から共有ＡＯサーバ７１を介し
て追加メッセージを受信し、自己が管理するオーラから
アバタが離脱した場合、共有サーバ１２から共有ＡＯサ
ーバ７１を介して削除メッセージを受信する。したがっ
て、上述したように、オーラ内において視認できるアバ
タの最大数を設定したり、オーラの半径を小さく設定し
ても、ワールド内が混雑してアバタがオーラに頻繁に出
入りした場合、ネットワーク上には大量の追加メッセー
ジおよび削除メッセージが通信されることになる。

【００７１】これら大量の追加メッセージおよび削除メ
ッセージの大部分は、オーラ内にアバタが瞬間的に出入
りしたことによって生じたものであり、ＡＯサーバ１
３，１４にとっては不必要なものである。

【００７２】そこで、本実施の形態においては、ＡＯサ
ーバ１３，１４が、共有ＡＯサーバ７１を介して共有サ
ーバ１２に、メッセージ量を減少させる要求を行うこと
により、不必要な追加メッセージおよび削除メッセージ
の通信を減少させることが可能とされている。この動作
について、図１８のフローチャートおよび図１９を参照
して説明する。

【００７３】ステップＳ２１において、ＡＯサーバ１３
は、メッセージ量を減少させる要求を、共有ＡＯサーバ
７１を介して共有サーバ１２に通知し、共有サーバ１２
がその要求を承認する。共有サーバ１２は、ステップＳ
２２において、ＡＯサーバ１３に対応するペット１３１
（図１９）のオーラ１３２に対するアバタの進入を検知
し、アバタの進入を検知するまで処理を待機する。オー
ラ１３２内への、アバタの進入を検知した場合、ステッ
プＳ２３に進む。

【００７４】ステップＳ２３において、共有サーバ１２
は、アバタがオーラ１３２の中に進入したことをＡＯサ
ーバ１３に通知する追加メッセージを生成し、その送信
を保留する。

【００７５】ステップＳ２４において、共有サーバ１２
は、ステップＳ２２で検知したアバタが、オーラ１３２
の中に留まっているか否かを判定し、アバタがオーラ１
３２の中に留まっていると判定した場合、ステップＳ２
５に進む。

【００７６】ステップＳ２５において、共有サーバ１２
は、オーラ１３２の中でアバタがイベント（例えば、ペ
ット１３１をクリックする）を発生したか否かを判定す
る。アバタがイベントを発生していないと判定された場
合、ステップＳ２６に進む。

【００７７】ステップＳ２６において、共有サーバ１２
は、ステップＳ２２で検知したアバタがオーラ１３２の
中に進入してから所定の時間が経過したか否かを判定す
る。所定の時間が経過したと判定された場合、ステップ
Ｓ２７に進む。

【００７８】ステップＳ２７において、共有サーバ１２
は、ステップＳ２３で保留した追加メッセージをＡＯサ
ーバ１３に送信する。

【００７９】ステップＳ２４において、進入したアバタ
がオーラ１３２の中に留まっていないと判定された場
合、保留されている追加メッセージを送信せずに処理が
終了される。

【００８０】ステップＳ２５において、アバタがイベン
トを発生したと判定された場合、ステップＳ２６の処理
がスキップされ、ステップＳ２７において、追加メッセ
ージとともに、発生されたイベントの情報がＡＯサーバ
１３に送信される。

【００８１】ステップＳ２６において、所定の時間が経
過していないと判定された場合、ステップＳ２４に戻
り、それ以降の処理が繰り返される。

【００８２】上述したメッセージ保留処理により、例え
ば、図１９に示すように、ＡＯサーバ１３に対応するペ
ット１３１のオーラ１３２内にアバタ１３３が進入し、
イベントを発生せず、所定の時間よりも短い時間でオー
ラ１３２から出た（アバタ１３４がオーラ１３２を通過
した）場合、ＡＯサーバ１３にとって特に必要ではない
追加メッセージは送信されない。

【００８３】また、オーラ１３２に進入したアバタ１３
４が、イベントを発生したり（例えば、ペット１３１を
クリックしたり）、所定の時間よりも長くオーラ１３２
内に留まった場合、追加メッセージがＡＯサーバ１３に
送信される。その後、アバタ１３４がオーラ１３２から
出たときに削除メッセージがＡＯサーバ１３に送信され
る。

【００８４】このように、追加メッセージの送信を保留
して、その後のアバタの動作に応じて、送信を実行また
は取りやめることにより、不必要なメッセージの通信を
削減することができる。

【００８５】なお、アバタによって発生されたイベント
の種類に対応して、保留していた追加メッセージの送信
の実行または取りやめを決定するようにしてもよい。

【００８６】また、本実施の形態においては、ＡＯサー
バ１３，１４、および共通ＡＯサーバ７１を個別のサー
バとして説明したが、例えば、共通ＡＯサーバ７１にお
いて、ＡＯサーバ１３，１４と同様の処理を実行するプ
ログラムを実行させるようにしてもよい。

【００８７】なお、上記各処理を行うコンピュータプロ
グラムは、磁気ディスク、CD-ROM等の情報記録媒体より
なる提供媒体のほか、インターネット、デジタル衛星な
どのネットワーク提供媒体を介してユーザに提供するこ
とができる。

【００８８】

【発明の効果】以上のように、請求項１に記載の情報処
理装置、請求項２に記載の情報処理方法、および請求項
３に記載の提供媒体によれば、オーラ内における他のオ
ブジェクトのイベントを検知し、その検知結果に対応し
て、生成したメッセージを送信するようにしたので、通
信される情報量を減少させて、ネットワーク資源を有効
に活用することが可能となる。

【図面の簡単な説明】

【図１】本発明を適用した共有仮想空間提供システムの
構成例を示すブロック図である。

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

【図３】図１のシステムの動作を説明する図である。

【図４】図１のシステムの動作を説明する図である。

【図５】図１のシステムの動作を説明する図である。

【図６】オーラを説明する図である。

【図７】アバタが移動した場合のオブジェクトの知覚を
説明する図である。

【図８】アバタの知覚の不整合を説明する図である。

【図９】図１のＡＯサーバ１３，１４と共有サーバ１２
の接続を示すブロック図である。

【図１０】アバタとペットの位置関係を示す図である。

【図１１】図９の共有ＡＯサーバ７１が管理するプロキ
シを説明する図である。

【図１２】図９の共有ＡＯサーバ７１のソケット管理処
理を説明する図である。

【図１３】アバタとペットの位置関係を示す図である。

【図１４】アバタとペットの位置関係を示す図である。

【図１５】アバタとペットの位置関係を示す図である。

【図１６】図９の共有ＡＯサーバ７１のダミープロキシ
生成処理を説明するフローチャートである。

【図１７】図９の共有ＡＯサーバ７１が生成するダミー
プロキシを説明する図である。

【図１８】メッセージ保留処理を説明するフローチャー
トである。

【図１９】アバタとペットの位置関係を示す図である。

【符号の説明】

１乃至３クライアントＰＣ，７インタネット，
１０ WWWサーバ，１２共有サーバ，３０ CPU，
３１ハードディスク，３４ ROM，３９モデ
ム，４５ CRTモニタ，４６ RAM，５１パイロ
ットアバタ，５２オーラ，５３−１，５３−２ド
ローンアバタ，５４−１，５４−２オブジェクト，
６１アバタ，６２オーラ，６３，６４アバ
タ，７１共有ＡＯサーバ，９１乃至９３プロキシ，
１３２ダミープロキシ

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B045 GG01 5B050 BA09 BA11 CA07 CA08 EA17 EA26 5B085 AA08 BG07 CA02 5B089 GA11 GA21 HA10 HB05 JA17 JB03 KA08 KC28 LB04 LB07 LB13 LB14 LB21

Claims

【特許請求の範囲】

【請求項１】３次元仮想空間に存在するオブジェクト
の位置を管理する情報処理装置において、前記オブジェクトのオーラに対する他のオブジェクトの
進入および離脱を判定する判定手段と、前記判定手段の判定結果に対応してメッセージを生成す
る生成手段と、前記オーラ内における前記他のオブジェクトのイベント
を検知する検知手段と、前記検知手段の検知結果に対応して前記生成手段が生成
した前記メッセージを送信する送信手段とを備えること
を特徴とする情報処理装置。
【請求項２】３次元仮想空間に存在するオブジェクト
の位置を管理する情報処理方法において、前記オブジェクトのオーラに対する他のオブジェクトの
進入および離脱を判定する判定ステップと、前記判定ステップの判定結果に対応してメッセージを生
成する生成ステップと、前記オーラ内における前記他のオブジェクトのイベント
を検知する検知ステップと、前記検知ステップの検知結果に対応して前記生成ステッ
プで生成した前記メッセージを送信する送信ステップと
を含むことを特徴とする情報処理方法。
【請求項３】３次元仮想空間に存在するオブジェクト
の位置を管理する情報処理装置に、前記オブジェクトのオーラに対する他のオブジェクトの
進入および離脱を判定する判定ステップと、前記判定ステップの判定結果に対応してメッセージを生
成する生成ステップと、前記オーラ内における前記他のオブジェクトのイベント
を検知する検知ステップと、前記検知ステップの検知結果に対応して前記生成ステッ
プで生成した前記メッセージを送信する送信ステップと
を含む処理を実行させるコンピュータが読み取り可能な
プログラムを提供することを特徴とする提供媒体。