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

Abstract

(57)【要約】 【課題】 同時に共有仮想空間にアクセスしていないユ
ーザ間のコミュニケーションを実現する。 【解決手段】 クライアントＰＣ１乃至３は、名刺、お
よびメールを送信する。メールサーバ１５のハードディ
スク１５ａは、名刺、およびメールを保管する。メール
サーバ１５は、名刺、およびメールの送信先であるユー
ザが共有仮想空間にアクセスしたとき、対応するクライ
アントＰＣに名刺、およびメールを転送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置およ
び方法、並びに提供媒体に関し、特に、仮想空間内にお
いて、名刺を仮想生物オブジェクトを介して交換するこ
とができるようにした情報処理装置および方法、並びに
提供媒体に関するものである。

【０００２】

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

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

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

【０００５】そこで、特開平9-81781号公報に開示され
ているように、仮想空間を３次元グラフィックスで表示
し、ユーザがアバタの視点で自由に歩き回れる機能が、
VRML(Virtual Reality Modeling Language)と呼ばれる3
次元グラフィクス・データの記述言語を利用することに
よって実現されている。また、ユーザの代理となるアバ
タを用いてチャットを行う種々のサイバースペースの考
察に関しては、日経エレクトロニクス1996.9.9(no.670)
の第151頁乃至159頁に記載されている。

【０００６】

【発明が解決しようとする課題】ところで、上述したよ
うに、仮想空間におけるユーザ間のコミュニケーション
手段としては、チャットがある。チャットは、同時に仮
想空間にアクセスしているユーザ間でのみ行われるの
で、同時に仮想空間にアクセスしていないユーザ間のコ
ミュニケーション手段がない課題があった。

【０００７】本発明はこのような状況に鑑みてなされた
ものであり、共有仮想空間にアクセスしていないユーザ
が飼育する仮想生命オブジェクトに名刺を渡すことによ
り、同時に共有仮想空間にアクセスしていないユーザ間
のコミュニケーションを可能にすることができるように
するものである。

【０００８】

【課題を解決するための手段】請求項１に記載の情報処
理装置は、共有仮想空間内に配置された所定の情報を、
共有仮想空間における仮想生命オブジェクトに取得させ
る取得手段と、仮想生命オブジェクトの飼い主としての
ユーザに、情報を送信させる送信手段とを備えることを
特徴とする。

【０００９】請求項６に記載の情報処理方法は、共有仮
想空間内に配置された所定の情報を、共有仮想空間にお
ける仮想生命オブジェクトに取得させる取得ステップ
と、仮想生命オブジェクトの飼い主としてのユーザに、
情報を送信させる送信ステップとを備えることを特徴と
する。

【００１０】請求項７に記載の提供媒体は、共有仮想空
間内に配置された所定の情報を、共有仮想空間における
仮想生命オブジェクトに取得させる取得ステップと、仮
想生命オブジェクトの飼い主としてのユーザに、情報を
送信させる送信ステップとを備えるコンピュータプログ
ラムを提供することを特徴とする。

【００１１】請求項８に記載の情報処理装置は、共有仮
想空間に存在する仮想生命オブジェクトの自律的な挙動
を制御する制御手段と、仮想生命オブジェクトが共有仮
想空間において取得した情報を、仮想生命オブジェクト
の飼い主としてのユーザのクライアント装置に転送する
転送手段とを備えることを特徴とする。

【００１２】請求項９に記載の情報処理方法は、共有仮
想空間に存在する仮想生命オブジェクトの自律的な挙動
を制御する制御ステップと、仮想生命オブジェクトが共
有仮想空間において取得した情報を、仮想生命オブジェ
クトの飼い主としてのユーザのクライアント装置に転送
する転送ステップとを備えることを特徴とする。

【００１３】請求項１０に記載の提供媒体は、共有仮想
空間に存在する仮想生命オブジェクトの自律的な挙動を
制御する制御ステップと、仮想生命オブジェクトが共有
仮想空間において取得した情報を、仮想生命オブジェク
トの飼い主としてのユーザのクライアント装置に転送す
る転送ステップとを備えるコンピュータプログラムを提
供することを特徴とする。

【００１４】請求項１に記載の情報処理装置、請求項６
に記載の情報処理方法、および請求項７に記載の提供媒
体においては、共有仮想空間内に配置された所定の情報
が、共有仮想空間における仮想生命オブジェクトに取得
され、仮想生命オブジェクトの飼い主としてのユーザ
に、情報が送信される。

【００１５】請求項８に記載の情報処理装置、請求項９
に記載の情報処理方法、および請求項１０に記載の提供
媒体においては、共有仮想空間に存在する仮想生命オブ
ジェクトの自律的な挙動が制御され、仮想生命オブジェ
クトが共有仮想空間において取得した情報が、仮想生命
オブジェクトの飼い主としてのユーザのクライアント装
置に転送される。

【００１６】

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

【００１７】すなわち、請求項１に記載の情報処理装置
は、共有仮想空間内に配置された所定の情報を、共有仮
想空間における仮想生命オブジェクトに取得させる取得
手段（例えば、図４のマウス４１）と、仮想生命オブジ
ェクトの飼い主としてのユーザに、情報を送信させる送
信手段（例えば、図４のモデム３９）とを備えることを
特徴とする。

【００１８】また、請求項８に記載の情報処理装置は、
共有仮想空間に存在する仮想生命オブジェクトの自律的
な挙動を制御する制御手段（例えば、図３のＡＯサーバ
１３）と、仮想生命オブジェクトが共有仮想空間におい
て取得した情報を、仮想生命オブジェクトの飼い主とし
てのユーザのクライアント装置に転送する転送手段（例
えば、図３のメールサーバ１５）とを備えることを特徴
とする。

【００１９】但し勿論この記載は、各手段を記載したも
のに限定することを意味するものではない。

【００２０】説明に先立ち、世界的規模で構築されたコ
ンピュータネットワークであるインターネット(The Int
ernet)において、様々な情報を提供するWWW(world wide
web)の枠組みを利用して３次元的な情報を統一的に扱
うことができる記述言語であるVRML(virtual reality m
odeling language)について説明する。

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

【００２２】WWWサーバは、HTTPデーモン（HTTP：Hyper
Text Transfer Protocol、ハイパーテキスト転送プロト
コル）と呼ばれるサーバ・ソフトウエアとハイパーテキ
スト情報が格納されるHTMLファイルによって構成され
る。なお、デーモンとは、UNIX上で作業を行う場合、バ
ックグラウンドで管理や処理を実行するプログラムを意
味する。ハイパーテキスト情報は、HTML（HyperText Ma
rkup Language、ハイパーテキスト記述言語）と呼ばれ
る記述言語によって表現される。HTMLによるハイパーテ
キストの記述は、「＜」と「＞」で囲まれたタグと呼ば
れる書式指定によって文章の論理的な構造が表現され
る。他の情報とのリンクについての記述は、アンカーと
呼ばれるリンク情報によって行われる。アンカーによっ
て情報が存在する所を指定する際には、URL(Uniform Re
source Locator)が用いられる。

【００２３】HTMLで記述されたファイルを、TCP/IP(Tra
nsmission Control Protocol/Internet Protocol)ネッ
トワーク上において転送するためのプロトコルがHTTPで
ある。クライアントからの情報の要求をWWWサーバに伝
え、HTMLファイルのハイパーテキスト情報をクライアン
トに転送する機能をもっている。

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

【００２５】このWWWブラウザを用いて、URLに対応する
世界規模で広がるインターネット上のWWWサーバ上のフ
ァイル、いわゆるホームページを閲覧することができ、
いわゆるネットサーフィンと呼ばれるように、リンクが
張られたホームページを次々と辿って、多種多様なWWW
の情報ソースにアクセスすることができる。

【００２６】近年、このWWWをさらに拡張し、3次元空間
の記述や、３次元グラフィックスで描画されたオブジェ
クトに対してハイパーテキストのリンクの設定を可能と
し、これらのリンクをたどりながらWWWサーバを次々と
アクセスできるようにしたVRMLと呼ばれる３次元グラフ
ィックス記述言語で記述された３次元空間を表示するVR
MLブラウザが開発されている。

【００２７】このVRMLの詳細は、例えば、「VRMLを知
る：３次元電脳空間の構築とブラウジング〔マーク・ペ
ッシ著，松田晃一・蒲地輝尚・竹内彰一・本田康晃・暦
本純一・石川真之・宮下健・原和弘訳，１９９６年３月
２５日初版発行，プレンティスホール出版ISBN4-931356
-37-0〕（原著；VRML：Browsing & Building Cyberspac
e,Mark Pesce, 1995 New Readers Publishing ISBN 1-5
6205-498-8））」、および「VRMLの最新動向とＣｙｂｅ
ｒＰａｓｓａｇｅ〔松田晃一・本田康晃著、ｂｉｔ（共
立出版）／1996 Vol.28 No.7 pp29 乃至pp36, No.8 pp5
7 乃至pp65, No.9pp29 乃至pp36, No.10 pp49乃至pp5
8〕」等の文献に記載されている。

【００２８】また、 August 4, 1996における The Virt
ual Reality Modeling Language Version 2.0, ISO/IE
C CD 14772の公式かつ完全な仕様書は、http://webspac
e.sgi.com/moving-worlds/spec/index.htmlで公開され
ており、その日本語版は、http://www.webcity.co.jp/i
nfo/andoh/VRML/vrml2.0/spec-jp/index.htmlで公開さ
れている。

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

【００３０】このようなVRML２．０を用いて３次元的な
仮想空間を構築しようとする場合、まず、VRMLにより仮
想空間内の物体（モデル）の形、動きおよび位置等を示
す図形データの作成（モデル作成）、ユーザが画面表示
された仮想空間内のモデルを、例えば、マウスでクリッ
クしてポインティングした場合にイベントを発生させる
スイッチ（センサ）のモデルへの付加（センサ付加）、
センサへのポインティングに応じて発生するイベントを
実現するスクリプトのプログラミング（スクリプト作
成）、センサーに対する操作とスクリプトの起動等、図
形データおよびスクリプト（以下、図形データ、スクリ
プトおよびVRMLに規定されているライト等のコモンノー
ド等を総称してノードとも記す）の間の対応付け（ルー
ティング）などによって所望のコンテンツを表現するVR
MLファイルを作成する。

【００３１】例えば、http://www.ses.co.jp/SES/STAFF
/kan/howto/howto1.htmlには、VRML2.0の書き方、サン
プルデータなど、丁寧に解説されている。その一部を紹
介すると、以下の通りである。

【００３２】1.VRML2.0で書かれたワールドを見るにはH
TML形式で書かれたデータを見るためにHTMLブラウザが
必要なように、VRML2.0形式で書かれたデータを見るた
めにはVRML2.0に対応したVRMLブラウザが必要となる。
尚、このページで作成したVRML2.0のデータは全てSONY
社製のCommunity Place Browserで行なわれている。ま
た、ファイルがVRMLで書かれたことを表すためにファイ
ルの拡張子を*.wrl（ワールドの意）に、更にVRML2.0で
書かれたことを表すためにファイルの１行目に #VRML V2.0 utf8 と書くことが必要である。

【００３３】2.VRML2.0データの基本構造 VRML2.0のデータはノード(Node)とフィールド(Field)で
構成されていて、基本的に次のような形で書かれてい
る。 Node { Field(s) } この中でFieldsは省略することができるが、Nodeと中括
弧'{','}'は省略することができない。フィールドはノ
ードに変数を渡し、ノードのパラメータを指定します。
フィールドを省略した場合、デフォルト値が用いられ
る。また、フィールドには単一の値しか持たない「単一
値フィールド(SF)」と複数の値を持つ「複値フィールド
(MF)」があり、単一値フィールドの名前は"SF"で、複値
フィールドは"MF"で始まるようになっている。

【００３４】3.球の書き方 VRML2.0では球や直方体、円柱、円錐などの基本図形を
描くためのノードが用意されている。前にも書いている
が、それぞれのノードはパラメータを指定するためのフ
ィールドを持っている。例えば、球を描くためのSphere
ノードは半径を指定するためのradiusというフィールド
を持っており、次のように書くことで半径1の球を表示
する。尚、radiusフィールドのデータタイプはSFFloat
であるので、１つの浮動小数点数の値をとる。

【００３５】 Sample1 1: #VRML V2.0 utf8 2: Transform { 3: children [ 4: Shape { 5: geometry Sphere { radius 1 } 6: } 7: ] 8: }

【００３６】実際には2,3行目、7,8行目は書かなくても
よい。1行目と4行目乃至6行目だけで、きちんと半径1の
球を表示できる。Transformノードは、Groupノードとい
う種類のノードの１つで、文字通りノードのグループ化
を行うためのノードである。Transformノードを含め
て、後述する他のノードの詳しい機能やフィールドなど
は「Appendix1：VRML2.0 Node List」を参照されたい。
球を書くためのノードはSphereであるが、このノードは
Geometryノードを呼ばれるノードの１つである。Geomet
ryノードは、見え方と形状を定義するShapeノードのgeo
metryフィールドに書く必要がある。

【００３７】4.球に色を付ける 上述した球に色を付けるには次のように書く。 Sample2 1: #VRML V2.0 utf8 2: Transform { 3: children [ 4: Shape { 5: appearance Appearance { 6: material Material { diffuseColor 1 0 0 } 7: } 8: geometry Sphere { radius 1 } 9: } 10: ] 11: }

【００３８】この球は赤色で表示される。追加されたの
は5行目乃至7行目までである。diffuseColorフィールド
のデータタイプは、SFColorであるから、RGBカラーを表
す3つの単精度浮動小数点数の組を１つだけ持つ。見え
方を定義するMaterialノードはAppearanceノードのmate
rialフィールドに書くことになっている。また、Appear
anceノードはShapeノードのappearanceフィールドに書
くことになっている。このためこのような一見複雑な構
造になっている。

【００３９】5.テクスチャの張り付け オブジェクトには、色を付けるだけではなく、画像ファ
イルを張り付けることも可能である。VRML2.0でテクス
チャとして利用できるファイルフォーマットはJPEG,GI
F、およびPNGである。ここではGIF形式のテクスチャを
使っている。 Sample3 1: #VRML V2.0 utf8 2: Transform { 3: children [ 4: Shape { 5: appearance Appearance { 6: texture ImageTexture { url "image.gif" } 7: } 8: geometry Box {} 9: } 10: ] 11: }

【００４０】テクスチャを張り付けているのは6行目で
ある。ImageTexureノードはAppearanceノードのtexture
フィールドに書くことになっているため、このような書
き方になる。尚、8行目のBoxノードは直方体を描くため
のノードである。

【００４１】6.物体の位置を移動させる 次にこの赤色の球を右に移動させる。 Sample4 1: #VRML V2.0 utf8 2: Transform { 3: translation 2 0 0 4: children [ 5: Shape { 6: appearance Appearance { 7: material Material { diffuseColor 1 0 0 } 8: } 9: geometry Sphere { radius 1 } 10: } 11: ] 12: }

【００４２】3行目に追加したtranslationフィールドで
物体を平行移動させる。translationフィールドは、 translation x y z で、それぞれx軸、y軸、ｚ軸の移動量を指定する。ブラ
ウザ上ではx軸は左右（右方向に+）、y軸は上下（上方
向に+）、ｚ軸は奥行き（手前に向かって+）を表す。従
って、 translation 2 0 0 は右方向に2だけ平行移動することになる。

【００４３】7.物体の追加 赤い球の左に緑の円錐を追加する。 Sample5 1: #VRML V2.0 utf8 2: Transform { 3: translation 2 0 0 4: children [ 5: Shape { 6: appearance Appearance { 7: material Material { diffuseColor 1 0 0 } 8: } 9: geometry Sphere { radius 1 } 10: } 11: ] 12: } 13: Transform { 14: translation -2 0 0 15: children [ 16: Shape { 17: appearance Appearance { 18: material Material { diffuseColor 0 1 0 } 19: } 20: geometry Cylinder {} 21: } 22: ] 23: }

【００４４】13行目以降に追加したソースは12行目以前
のものと構造は同じである。物体が球から円錐へ、色が
赤から緑へ、そして位置が左に移動している点が12行目
以前のものと異なる。

【００４５】8.ポリゴンで書く 上述した「VRML2.0の書き方」ではプリミティブな図形
を使ったが、複雑な図形を書くときにはポリゴンを使用
する。ポリゴンで表示するためにIndexedLineSet，Inde
xedFaceSetの2つのノードが用意されている。IndexedLi
neSetは線を、IndexedFaceSetは面を表現する。 Sample6 1: #VRML V2.0 utf8 2: Transform { 3: children [ 4: Shape { 5: geometry IndexedFaceSet { 6: coord Coordinate { 7: point [ 8: 0 0 0, 9: 1 0 0, 10: 1 0 1, 11: 0 0 1, 12: 0 1 0, 13: 1 1 0, 14: 1 1 1, 15: 0 1 1 16: ] 17: } 18: coordIndex [ 19: 0, 1, 2, 3,-1, 20: 0, 1, 5, 4,-1, 21: 1, 2, 6, 5,-1, 22: 2, 3, 7, 6,-1, 23: 3, 0, 4, 7,-1, 24: 4, 5, 6, 7,-1 25: ] 26: solid FALSE 27: } 28: } 29: } 30: ] 31: }

【００４６】このサンプルは６つの面で立方体を表して
いる。ポリゴンで表すためにはまず、頂点となる座標を
決める（7行目乃至16行目）。この座標は上から0,1,2,
と番号が振られる。即ち、10行目の「1 0 1」は「2」番
の座標ということになる。次に何番の座標と何番の座標
で面を構成するのかを決める（18行目乃至25行目）。19
行目の「0, 1, 2, 3, -1」は「0番、1番、2番、３番の
座標で面を作る」ことを表している。

【００４７】9.ノードに名前を付ける 既に定義されているノードを再利用するためにDEFとUSE
という機能がある。例えば、半径2の青の球を２つ描く
とする。これまでの書き方で書くならば次のようにな
る。 Sample7 1: #VRML V2.0 utf8 2: Transform { 3: children [ 4: Shape { 5: appearance Appearance { 6: material Material { diffuseColor 0 0 1 } 7: } 8: geometry Sphere { radius 2 } 9: } 10: ] 11: } 12: Transform { 13: translation 0 5 0 14: children [ 15: Shape { 16: appearance Appearance { 17: material Material { diffuseColor 0 0 1 } 18: } 19: geometry Sphere { radius 2 } 20: } 21: ] 22: }

【００４８】12行目以降は13行目の座標移動の部分を除
いて11行目以前と全く同じである。１度定義されている
「半径2で青い球」を再び同じように記述するのははっ
きり言って無駄である。そこで次のようにする。

【００４９】 Sample7改 1: #VRML V2.0 utf8 2: Transform { 3: children [ 4: DEF BlueSphere Shape { 5: appearance Appearance { 6: material Material { diffuseColor 0 0 1 } 7: } 8: geometry Sphere { radius 2 } 9: } 10: ] 11: } 12: Transform { 13: translation 0 5 0 14: children [ 15: USE BlueSphere 16: } 17: ] 18: } 4行目を見ると DEF BlueSphere Shape となっている。これは「Shape{……}を「BlueSphere」
という名前にします。」という意味で、これ以降 USE BlueSphere と書くだけでShape{……}と同じ内容を表す。

【００５０】10.WRLファイルの読み込み 大きなVRMLデータをつくるときに１つのファイルにすべ
ての記述を行うのはあまりいい方法ではない。部品ごと
に分けて必要に応じて呼び出せるようにしておく方が便
利である。このような場合、Inlineノードを使う。例え
ば1.でつくったSample1.wrlを読み込んで表示する。 Sample8 1: #VRML V2.0 utf8 2: Inline { 3: url [ 4: sample1.wrl 5: ] 6: }

【００５１】11.リンクを張る オブジェクトにリンクを張り、オブジェクトをクリック
したときに別のページにジャンプさせることもできる。 Sample9 1: #VRML V2.0 utf8 2: Anchor { 3: children [ 4: Shape { 5: geometry Sphere { radius 2 } 6: } 7: ] 8: url "test.html" 9: description "LINK to test.html" 10: }

【００５２】リンクを張るオブジェクトを子ノードにし
てAnchorノードで括る。AnchorノードはGroupノードの
１つである。リンク先のファイルをurlフィールドに書
く。descriptionフィールドに書いた文字列はマウスポ
インタがオブジェクトに触れている間表示される。

【００５３】12.ライトの設定 VRML2.0ではワールドに光を設定するためにDirectional
Light（平行光）、PointLigt（点光源）、SpotLight
（スポットライト）３つのノードが用意されている。こ
こではPointLigtノードを例に挙げて説明する。光の当
たり方がわかりやすいように3行目でオブジェクトを回
転させている。 Sample10 1: #VRML V2.0 utf8 2: Transform { 3: rotation 1 0 0 0.75 4: children [ 5: PointLight { 6: location 0 0 2 #オブジェクトの前 7: } 8: Shape { 9: geometry Cylinder {} 10: } 11: ] 12: }

【００５４】6行目の光源の位置によってオブジェクト
の見え方が異なる。このサンプルではオブジェクトの前
に光源を置いている。

【００５５】13.ワールド環境(1) これまでは主にオブジェクトの作成に関しての解説であ
ったが、今回はオブジェクト作成以外のノードの使い方
について触れる。ワールド環境などと勝手に命名してい
るが、こういう言い方が一般的かどうかは分からない。
まず、ブラウザでデフォルトで用意されている HeadLig
ht を消してみる。HeadLight の ON・OFF はブラウザの
Option で変更できるが、ファイル内に書くことによっ
ても設定できる。 Sample11 1: #VRML V2.0 utf8 2: NavigationInfo { 3: headlight FALSE 4: } 5: Transform{ 6: children [ 7: Shape { 8: appearance Appearance { 9: material Material { diffuseColor 1 0 0 } 10: } 11: geometry Sphere {} 12: } 13: ] 14: }

【００５６】このサンプルでブラウザの Option を見る
と、Headlight のチェックがはずれている。このサンプ
ルでは今までのサンプルに比べて極端に暗くなっている
のが分かる。HeadLight は常にユーザの見ている方向に
照らされるライトで、これがないとこのように見える。
新たに加えたのは 2 行目から 4 行目の NavigationInf
o ノードである。このノードの headlight フィールド
をTRUE か FALSE にすることで HeadLight を ON・OFF
する。HeadLight を消して任意のライトを設定すること
で効果的に明るさを設定できる。

【００５７】14.ワールド環境(2) NavigationInfo ノードには他にも幾つかのフィールド
が用意されている。その中の type フィールドでナビゲ
ーション方法を変更することができる。デフォルトでは
WALK に設定されている ナビゲーション方法である
が、他にも重力を無視して移動できる FLY、自分が動く
ことなくオブジェクトを動かす EXAMINE、何もコントロ
ールできない NONE、がある。ちなみに WALKは重力の影
響を受けながら移動するナビゲーション方法である。

【００５８】 Sample12 1: #VRML V2.0 utf8 2: NavigationInfo { 3: type EXAMINE 4: } 5: Transform{ 6: children [ 7: Shape { 8: appearance Appearance { 9: material Material { diffuseColor 1 0 0 } 10: } 11: geometry Box {} 12: } 13: ] 14: } このサンプルでは EXAMINE にしている。オブジェクト
をマウスでドラッグするとオブジェクトが回転する。

【００５９】15.シーンにタイトルを付ける HTML では <title> タグで囲むことによってタイトルを
付けることができる。もしこのタグを指定しないとタイ
トルが [http://ryo1.is.kochi-u…howto3.html] のよ
うにパスが表示される。VRML でもこれと同じことが起
こる。これまでのサンプルではタイトルを指定していな
いためパスが表示されている。VRML でタイトルを指定
するには WorldInfo ノードを使用する。

【００６０】 Sample13 1: #VRML V2.0 utf8 2: WorldInfo { 3: title "Spin Box" 4: info["Autor H.Kan","http://ryo1.is.kochi-u.ac.jp/"] 5: } 2: NavigationInfo { 3: type EXAMINE 4: } 5: Transform{ 6: children [ 7: Shape { 8: appearance Appearance { 9: material Material { diffuseColor 1 0 0 } 10: } 11: geometry Box {} 12: } 13: ] 14: }

【００６１】2 行目乃至 5 行目までに WorldInfo ノー
ドを追加した。このサンプルでは前のサンプルに "Spin
Box" というタイトルを付けた（Plugin 版では表示さ
れなかった）。尚、info フィールドにはタイトル以外
の情報を書くが、ブラウザ上には何の変化も与えない。

【００６２】16.視点の位置を変える デフォルトでは視点は最初 z 軸上のどこか（オブジェ
クトの配置によって異なる）にいる。ここでは最初の視
点位置を任意の場所に変更できるようにする。

【００６３】 Sample14 1: #VRML V2.0 utf8 2: Viewpoint{ position x y z } 3: Transform { 4: children [ 5: Shape { 6: appearance Appearance { 7: material Material { diffuseColor 1 0 0 } 8: } 9: geometry Sphere {} 10: } 11: ] 12: } 13: Transform { 14: translation -3 0 0 15: children [ 16: Shape { 17: appearance Appearance { 18: material Material { diffuseColor 0 1 0 } 19: } 20: geometry Sphere {} 21: } 22: ] 23: } 24: Transform { 25: translation 3 0 0 26: children [ 27: Shape { 28: appearance Appearance { 29: material Material { diffuseColor 0 0 1 } 30: } 31: geometry Sphere {} 32: } 33: ] 34: }

【００６４】（0, 0, 0）に赤、（-3, 0 , 0）に
緑、（3, 0, 0）に青の球がある。2行目の Viewpoint
ノードの position フィールドに具体的な座標を指定
すると、そこが最初の視点になる。ただし視線方向は常
に z 軸の方向である。

【００６５】17.視線の方向を変える sample14 では視点の座標のみを変更したが、もちろん
視線方向も指定できる。方向を指定するときも Viewpoi
nt ノードを使うが、 フィールドは orientation フィ
ールドを使う。orientation フィールドは SFRotation
型のフィールドで、加点軸と回転角を値として持つ。

【００６６】18.センサをつける VRML2.0 のノードの中には Sensor ノードと呼ばれるノ
ードがある。シーン内での様々なことを感知、判定する
ためのノードで、全部で7種類用意されている。このWeb
ページで動作確認を行っている Community Place Brows
er では、幾つかの Sensor ノードがまだサポートされ
ていない。ここではオブジェクトにマウスがヒットした
かどうかを感知する TouchSensor をオブジェクトにつ
けてみる。

【００６７】 Sample15 1: #VRML V2.0 utf8 2: Transform{ 3: children [ 4: DEF TS TouchSensor {} 5: Shape { 6: geometry Box {} 7: } 8: ] 9: }

【００６８】これまでのサンプルと異なるのは4行目だ
けである。ここでは TS という名前を付けた TouchSens
or を Box につけている。Box にマウスカーソルが触れ
ると（あなたが使っているブラウザが Community Place
Browser ならば）手の形に変わるはずである（他のブ
ラウザの中にはカーソルが変わらないものもある）。ち
なみにクリックしても何も起きない。

【００６９】19.動きをつける(1) VRML2.0 が VRML1.0 と大きく異なる点はシーンに動き
をつけられるという点である。 動きをつけるには Java
や VRMLScript(JavaScript) などのスクリプトを用い
る方法と、Interplator ノードを用いる方法がある。ま
ずは Interplator ノードを用いる方法から見ていく。I
nterplate とは、「差し挟む」とか「内挿する」といっ
た意味である。Interpolator ノードの数値、位置、3Ｄ
座標、方向、法線、色の値を変えることによってシーン
に動きをつけることができる。ここでは方向を内挿する
OrientationInterpolator ノードを用いてオブジェク
トを回転させてみる。

【００７０】 Sample16 1: #VRML V2.0 utf8 2: DEF OBJ Transform{ 3: children [ 4: Shape { 5: geometry Box { size 2 3 1 } 6: } 7: ] 8: } 9: DEF TS TimeSensor{ 10: cycleInterval 1 11: loop TRUE 12: stopTime -1 13: } 14: DEF OI OrientationInterpolator{ 15: key [0, 0.125, 0.25,0.375, 0.5, 16: 0.625, 0.75, 0.875, 1,] 17: keyValue [0 1 0 0, 0 1 0 0.785, 0 1 0 1.57, 18: 0 1 0 2.355, 0 1 0 3.14, 0 1 0 -2.355, 19: 0 1 0 -1.57, 0 1 0 -0.785, 0 1 0 0] 20: } 21: ROUTE TS.fraction_changed TO OI.set_fraction 22: ROUTE OI.value_changed TO OBJ.set_rotation

【００７１】まず、幾つかのノードに名前を付けてお
く。2,9,14 行目にそれぞれ、OBJ,TS,OI と定義してい
る。これは後述するがイベントの受け渡しをするときに
必要になる。9 行目乃至 13 行目を見ます。TouchSenso
r は時間の経過を感知するノードで、時間の経過に伴っ
て一定の間隔でイベントを生成することができる。loop
フィールドは TRUE か FALSE をとる SFBool フィール
ドで、TRUE なら stopTime になるまで続く。ここでは
stopTime -1 と startTime（デフォルトは0）とstartTi
me より小さな値になっているので永久に継続されるこ
とになる。回転する動きをもっと遅くするときには cyc
leInterval の値をもっと大きくする。

【００７２】14 行目乃至 20 行目までが OrientationI
nterpolator ノードである。Interpolator ノードはす
べて key と keyValue の2つのフィールドを持ってい
る。keyはアニメーション時間の間隔を 0 から 1 の間
で設定する。keyValue は keyで設定した間隔に具体的
なフィールド値（ここでは MFRotation ）を設定する。
ここではアニメーション時間の間隔を9等分して、ｙ軸
を中心に回転角を設定している。

【００７３】しかしこれだけではシーンに動きをつける
ことはできない。TimeSensor ノードの生成したイベン
トを OrientationInterpolator ノードに渡してやる必
要がある。21,22行目を見ます。この ROUTE というキー
ワードで始まる行で イベントを受け渡しを行う。TimeS
ensor TS が起動すると fraction_changed がイベント
アウトされる。fraction_changed がイベントアウトさ
れると、OrientationInterplator OI の set_fraction
にイベントインされる。ここまでが21 行目の ROUTE の
動作である。22 行目はイベントインされた set_fracti
on 値から OrientationInterplator OI が値を内挿し、
それを Transform OBJ の translationフィールドに va
lue_changed としてイベントアウトする。もう1つサン
プルをあげてみる。

【００７４】20.動きをつける(2) 今度はマウスでオブジェクトをクリックすると移動する
サンプルである。移動するには位置を内挿する Positio
nInterpolator ノードを使用する。 Sample17 1: #VRML V2.0 utf8 2: DEF OBJ Transform { 3: children [ 4: DEF TS TouchSensor {} 5: Shape { 6: appearance Appearance { 7: material Material { diffuseColor 1 0 0 } 8: } 9: geometry Box {} 10: } 11: ] 12: } 13: DEF TIS TimeSensor { cycleInterval 5 } 14: DEF PI PositionInterpolator { 15: key [0, 0.2, 0.4, 0.6, 0.8, 1.0] 16: keyValue[0 0 0 , 0 0 -2 , 0 2 -4 , 0 4 -6 , 2 4 -6, 4 2 -6] 17: } 18: ROUTE TS.touchTime TO TIS.set_startTime 19: ROUTE TIS.fraction_changed TO PI.set_fraction 20: ROUTE PI.value_changed TO OBJ.set_translation

【００７５】今度は、OBJ という名前の赤い立方体に T
ouchSenor TS をつけている。オブジェクトがクリック
されると、TouchSenor TS の touchTime が TimeSensor
TISの startTime にイベントアウトされる。サンプル
のソースには TimeSensoe ノードの中に startTime フ
ィールドは書いてないが、デフォルトで startTime 0と
なっている。あとは前のサンプルと同じである。これら
の ROUTE によってオブジェクトが移動する。

【００７６】ここで、第１世代のVRML１．０に対し、第
２世代のVRML２．０で新たに加わった機能であるVRML仮
想空間内における自律的な動き(Behavior)を実現するた
めのメカニズムについて概説する。

【００７７】VRML２．０においては、3次元仮想現実空
間内に配置されたオブジェクトに対する操作に伴って生
じるイベントや、予め設定された時間が経過した時点で
生じるタイマーイベントに応じて、オブジェクトの自律
的な動きを実現することができる。このBehaviorのメカ
ニズムは、センサー、ルーティング、スクリプトの３つ
の要素の連携動作によって実現される。

【００７８】すなわち、 予め3次元仮想現実空間内に配置されたオブジェクト
などのノードに対して関係付けられて、VRMLファイルと
して記述されたセンサーノードが、そのフィールドの値
の変化に基づいて、外部イベントを感知し、VRMLシーン
内にイベントを発生する。 発生したイベントは、 VRMLファイルとして記述され
たルーティングに基づいて、オブジェクトの挙動を規定
するプログラムである外部のスクリプトに対して、伝達
される。 外部のスクリプトには予め特定のイベントが到来した
時点で呼び出されるメソッドが記述されており、ルーテ
ィングによって伝達されたイベントを受け取った外部の
スクリプトは、その記述に基づく処理を実行した後、そ
の処理結果と、ルーティングの記述に基づいて、VRMLシ
ーン内の該当するノードのフィールドの値を変更する。

【００７９】VRML２．０においては、センサーノードと
しては、例えば、指定されたオブジェクト上をポインテ
ィングデバイスが通過したり、ユーザによってクリック
された場合にイベントを発生するTouchSensorや、指定
された領域内にViewPoint(ユーザの視点)が侵入した場
合にイベントを発生するProximitySensorや、与えられ
た時刻となったり、予め指定された時間間隔が経過する
毎に発生するTimeSensorなどが定義されている。

【００８０】もう少し詳しく、Behaviorの仕組みを説明
する。先にも述べたように、Behaviorの仕組みは、セン
サー、イベント、ルーティングおよびスクリプトから構
成されている。

【００８１】センサーは、２つの機能に分けられる。 ・ユーザの操作を感知するタイプ ・システムの変化を感知するタイプ

【００８２】ユーザの操作を感知するタイプのセンサー
は、３次元仮想空間内に配置された物体などに関係付け
られたソフトウエアによるスイッチとなる。システムの
変化を感知するタイプのセンサーは、作動させる時間を
事前に設定しておいたタイマーが作動することになる。
センサーの働きは、これらの外部イベントを検出して、
それをVRML内部のイベントに変換することである。

【００８３】イベントは、VRMLの内部の関連するノード
間で、情報を伝えるためのデータのことを指す。実際に
は、VRMLファイルの中に記述されたフィールド値の変化
がイベントとして伝達される。

【００８４】ルーティングは、センサー機能で検出され
たイベントをどのノードに伝えるかを指定するための仕
組みで、イベントによる情報の伝達経路を指定すること
になる。

【００８５】スクリプトはイベントの入出力口で、入力
されたイベントから何らかの計算を行い、その結果をイ
ベントとして出力することができるものである。スクリ
プトは特定の言語のみに制限されるものではなく、現段
階では、インターネット界で注目を浴びているJavaやJa
vaScript、通常のシステムでよく利用されているＣ言
語、UNIXでよく利用されているTcl/TkやPERL、マイクロ
ソフト社の提供しているVisual Basic言語などが対応し
ている。このようにVRML２．０では特定のスクリプト言
語に依存しない仕様になっている（VRML２．０仕様検討
中、一時特定の言語仕様としてVRMLScriptが採用されよ
うとしたこともあるが、この構想は取り止めなった）。

【００８６】次に、Behaviorの処理手段に関して、図１
を参照して説明する。Behaviorの処理を図式化すると、
図１のようになる。以下、各部に分けて、処理信号の流
れを説明する。

【００８７】センサーノード 前にも述べたように、センサーノードには、大きく分類
して２系統がある。ユーザの操作を感知するタイプと、
システムの変化を感知するタイプのセンサーである。

【００８８】前者のセンサーには、３次元物体やその平
面をマウスクリックしたり、通過したりしたときに感知
するTouchSensorやPlaneSensorなどのセンサーノードが
あり、後者のセンサーとしては、設定した時間が来ると
イベントを発生させる仕組みになっているTimeSensorが
用意されている。

【００８９】この図１の例では、球にTouchSensorが付
けられているものとする。このとき、ユーザが球をマウ
スクリックすると、このイベントをTouchSensorが検出
する。このイベントは、TouchSensorのeventOutフィー
ルドのフィールド値が変化することで検出される。通常
１回のマウスクリックで２つのイベントを発生する。そ
れは、マウスボタンが押されたタイミングと、離された
タイミングである。

【００９０】次に、このイベントは、ルーティング記述
部分によって、ルーティングされることになる。

【００９１】ルーティング このイベントのルーティングを指定するのが、図２に示
すような「Route」である。

【００９２】センサー記述部分で発生したイベントがRo
uteのeventOutフィールドに伝達され、さらに、次に述
べるスクリプトノードに伝えられることにより、外部フ
ァイルにイベントが渡され、Behavior機能が実行され
る。

【００９３】スクリプトノード このノードは、VRMLファイルと外部のスクリプトとを連
動させる仲介をするノードである。スクリプトノードの
記述書式に従って、どのような言語で記述されているか
とか、ファイル名を指定したり、外部スクリプトファイ
ルとの間でイベントのやり取りをするために、eventIn
フィールドとeventOutフィールドを規定する。このと
き、使用できるスクリプトファイルは、Java、JavaScri
pt、Ｃ言語、Tcl/Tk、PERL、およびVisual Basic言語な
ど多岐に渡る。

【００９４】実際の処理手段としては、ルーティングさ
れたイベントがスクリプトノードに記述されているスク
リプトファイルに処理が伝達され、外部のスクリプトフ
ァイルが実行される。外部のスクリプトファイルは、そ
の中で定義されているeventIn（イベントの入口）で受
け取り、そのファイル内に記述された処理を実行する。
その処理が終了した後、eventOut（イベントの出口）か
ら結果をVRMLファイルのルーティングへ返す。VRMLファ
イルは、その返された結果を実行して、一連のBehavior
処理は終了する。

【００９５】このような、センサー、ルーティング、ス
クリプトの連携動作によって実現されるBehaviorのメカ
ニズムを利用することによって、例えば、3次元仮想現
実空間内に配置されたスイッチを模したオブジェクトを
マウスでクリックすることによって、同じ空間内に配置
された他のオブジェクトの外観（形状、姿勢、サイズ、
色等）であるとか、挙動シーケンスなどを動的に変更す
る事ができる。

【００９６】このBehaviorのメカニズムの詳細な説明に
ついては、http://webspace.sgi.com/moving-worlds/sp
ec/part1/concepts.htmlおよび、その日本語版であるht
tp://www.webcity.co.jp/info/andoh/VRML/vrml2.0/spe
c-jp/part1/concepts.htmlで公開されている、August
4, 1996における The Virtual Reality Modeling Langu
age Version 2.0, ISO/IEC CD 14772の仕様書、4．概
念の節に開示されている。この節には、 VRML仕様書を
利用するにあたりキーとなる概念が記述されている。ノ
ードをシーングラフに結合する方法、ノードがイベント
を生成したり受け取ったりする方法、プロトタイプによ
るノードタイプの作成方法、VRMLにノードタイプを追加
して外部から使用できるようにエクスポートする方法、
VRMLファイルにプログラムとして動作するスクリプトを
組み込む方法など、様々なノードに関する一般的な項目
が記載されている。

【００９７】次に、このようなVRML２．０の自律的な動
き(Behavior)を実現するメカニズムを応用して、共有仮
想空間内に、仮想生命オブジェクトを誕生させ、ユーザ
の操作や時間経過に伴う所定のイベントの発生に応じて
変化する成長パラメータ（外観的成長又は内面的成長
（個性））をサーバで管理し、このサーバから転送され
た成長パラメータに基づいて、仮想生命オブジェクトの
外観（形状、姿勢、サイズ、色等）又は挙動シーケンス
の内の何れか一方もしくは双方を動的に変更するための
スクリプトプログラムを解釈、実行することで、成長パ
ラメータに応じた仮想生命オブジェクトを表示する技術
について、以下に詳述する。

【００９８】図３は本発明の一実施の形態の全体のシス
テム構成図である。

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

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

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

【０１０２】クライアントＰＣ１のハードウェア構成に
ついて、図４を参照して説明する。

【０１０３】クライアントＰＣ１のCPU３０は各部を制
御する。HDD３１は、VRML ２．０ file、Java(米国 Sun
Microsystems社の商標)による共有仮想生命の成長スク
リプトプログラム等からなるVRMLコンテンツ、および飼
い主データを格納する。CD−ROMドライブ３２は、CD−R
OMディスク３３に格納されたVRMLコンテンツを読み取
る。ROM３４はBIOS(Basic Input Output Systems)等を
格納する。サウンド処理回路３５にはマイクロフォン３
６と左右のスピーカ３７，３８が接続されている。MODE
M３９はインターネット７との接続を行う。I/O(入出力)
インターフェイス４０にはマウス４１とキーボード４２
が接続されている。グラフィックス処理回路４３にはVR
AM４４が内蔵されている。CRTモニタ４５はグラフィッ
クス処理回路４３から出力された画像信号を表示する。
RAM４６は各種のコンピュータプログラムを記憶する。

【０１０４】このRAM４６には、実行時に、Windows95
(米国Micro Soft社の商標) の上で動作するWWWブラウザ
であるNetscape Navigatorと、Javaインタプリタと、ソ
ニー株式会社によって開発されたVRML２.0ブラウザであ
るCommunity Place Browserが読み込まれて、CPU３０に
よって実行される状態となっている。

【０１０５】VRML２．０ブラウザには、米国シリコング
ラフィクス社によって開発され、無償公開されているVR
MLの構文解釈用ライブラリ(パーサ)であるQvLibと、英
国Criterion 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 BrowserはVR
MLファイルを処理して3次元仮想空間をCRTモニタに表示
するとともに、Javaインタプリタによるスクリプトプロ
グラムの処理結果に応じて、3次元仮想空間内のオブジ
ェクトの挙動を変化させる。

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

【０１０９】次に上述した一実施の形態の動作について
説明する。

【０１１０】まず、実際にVRMLコンテンツをインターネ
ット経由でダウンロードしてから、１つの仮想空間を複
数のユーザで共有するマルチユーザ環境とするまでの手
順を図５乃至図７を参照して説明する。

【０１１１】図５において、番号１で示すように、最初
に、WWWブラウザを用いて、VRMLコンテンツを提供して
いるWebサイトのホームページを閲覧する。この例で
は、 http://pc.sony.co.jp/sapari/ を閲覧してい
る。次に、番号２で示すように、クライアントＰＣ１と
クライアントＰＣ２のユーザは、VRML 2.0fileと、VRM
L空間内での自律的な動き（Behavior）を実現するため
のスクリプトプログラム（Javaによる成長スクリプトプ
ログラム）とからなるVRMLコンテンツを、それぞれダウ
ンロードする。

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

【０１１３】次に、図６に示すように、クライアントＰ
Ｃ１及びクライアントＰＣ２は、それぞれにダウンロー
ドされ、一旦ローカルのHDD３１に格納されたVRML2.0fi
leを、VRML２．０ブラウザであるCommunity Place Brow
serが解釈・実行し、さらに番号３で示すように、VSCP
(Virtual Society Server Client Protocol)に基づい
て、WLS１１に対して共有サーバ１２のURLを問い合わせ
る。このとき番号４で示すように、WLS１１はHDD１１a
に格納された共有サーバURL管理テーブルを参照して、
クライアントＰＣ１及びクライアントＰＣ２に対して、
共有サーバ１２のURLを通知する。

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

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

【０１１６】次に、共有仮想空間内に存在するユニバー
サルオブジェクト、仮想物体オブジェクト、および仮想
生命オブジェクトを管理するＡＯサーバ１３について説
明する。ＡＯサーバ１３は、VSAPに基づいて共有サーバ
１２とＡＯに関するデータのやり取りを行なう。また、
そのHDD１３aには、図７に示すように、仮想生命オブジ
ェクトの成長パラメータ管理テーブルが格納されてい
る。

【０１１７】ユニバーサルオブジェクトは、仮想空間に
１つだけ存在し、仮想空間全体を覆うＡＯである。ま
た、ユニバーサルオブジェクトは、全てのユーザのログ
イン、ログアウトを監視することができる。

【０１１８】仮想物体オブジェクトは、仮想空間内に落
ちている（置かれている）仮想生命オブジェクト以外の
物体である。仮想物体オブジェクトがユーザによって拾
われた場合、仮想物体オブジェクトは拾ったユーザの所
有物として管理される。

【０１１９】図８に示すように、成長パラメータ管理テ
ーブルの仮想生命オブジェクトに関するデータは、仮想
生命データと、飼い主データに大別される。

【０１２０】仮想生命データは、１つの共有仮想空間内
において3Dオブジェクトを一意に特定するための3Dオブ
ジェクトID、共有仮想空間内での仮想生命オブジェクト
の3次元座標値、飼い主によって選ばれた猿や猫などの
生物の種類、その性別、飼い主によって付与されたニッ
クネーム、飼い主によって初期設定された日時、すなわ
ちその仮想生命オブジェクトの誕生日時、誕生した仮想
空間に付与されているワールド名（本籍ワールド名）
と、仮想生命オブジェクトの成長パラメータとからな
る。

【０１２１】成長パラメータは、仮想生命オブジェクト
の外観的成長を規定するフィジカルパラメータと、性格
等が反映された内面的成長を規定するためのメンタルパ
ラメータに大別される。

【０１２２】フィジカルパラメータは、身長(単位cm)、
体重（単位Kg）、体格指数、食欲指数、健康度指数、お
よび寿命残時間(単位時間)とからなる。

【０１２３】メンタルパラメータは、知能指数、言語能
力指数、社交性指数、自主性指数、活発性指数、および
機嫌指数により構成されている。

【０１２４】これらのパラメータは、飼い主によって最
初に初期設定された誕生日時からの経過時間に伴って発
生するタイマーイベントと、クライアントＰＣからのコ
ールメッセージや操作メッセージに伴って発生するアク
セスイベントや操作イベントに基づき、所定の成長パラ
メータ算出式によって算出された値に順次更新される。

【０１２５】図９は、クライアントＰＣ１のCRTモニタ
４５の画面上のVRMLブラウザのメインウインドウに隣接
して表示されるアクションパネルの機能を示している。

【０１２６】この図において、(Active)と表記されてい
るAは「呼ぶボタン」であり、仮想生命オブジェクト
（以下、仮想ペットとも記述する）を呼んだり、寝てい
る仮想ペットを起こす際にクリックされる。

【０１２７】(Sleep)と表記されているBは「寝かすボタ
ン」であり、仮想ペットを寝かす際にクリックされる。

【０１２８】Cは「食事ボタン」であり、仮想ペットに
食事を与える際にクリックされるボタンである。

【０１２９】Dは「ほめるボタン」であり、仮想ペット
に笑いかけて褒めてあげる際にクリックされるボタンで
ある。

【０１３０】Eは「あそぶボタン」であり、飼い主が鬼
になって逃げ回る仮想ペットを追いかけて、壁にぶつか
って逃げれない仮想ペットにぶつかるまで追いつめて遊
ぶ、いわゆる鬼ごっこで遊ぶ際にクリックされるボタン
である。

【０１３１】Fは「しかるボタン」であり、言う事を聞
かない仮想ペットを叱り付けて、しつけを行なう際にク
リックされるボタンである。

【０１３２】Gは「きれいにするボタン」であり、仮想
ペットをブラッシングしてきれいにする際にクリックさ
れるボタンである。

【０１３３】そして、例えば、図１０に示すように、自
分のクライアントＰＣ１において、「呼ぶボタン」Aが
クリックされ（アクションパネルが操作され）、そのコ
ールメッセージが共有サーバ１２を介してＡＯサーバ１
３へ送信されると（ステップＳ１）、そのアクセスイベ
ントに基づいて成長パラメータ管理テーブルの成長パラ
メータ更新処理が実行される（ステップＳ３）。このア
クセスイベントに基づいて、食欲指数、健康度指数、機
嫌指数が、１／１０から１０／１０まで、0.1ポイント
づつインクリメントされる。

【０１３４】また、例えば、「食事ボタン」Cがクリッ
クされ、その操作メッセージがＡＯサーバ１３へ送信さ
れ（ステップＳ２）、操作イベントが発生する毎に、成
長パラメータの体重が増加し、それに伴って、体格指数
が、１／１０から１０／１０まで、0.1ポイントづつイ
ンクリメントされる（ステップＳ３）。

【０１３５】その後、時間経過に伴うタイマーイベント
が発生すると、成長パラメータの体重が減少し、それに
伴って、体格指数が0.1ポイントづつデクリメントされ
る（ステップＳ３）。

【０１３６】例えば、この体格指数を含む成長パラメー
タは、更新される毎に、共有サーバ１２のマルチキャス
ト処理（ステップＳ５）により、元の飼い主のクライア
ントＰＣ１と、仮想空間を共有しているその他のクライ
アントＰＣ２へ転送される（ステップＳ４）。

【０１３７】クライアントＰＣ１では、返送されてきた
成長パラメータに基づいて、仮想ペットの成長に伴う自
律的な挙動を制御するための処理手順が記述された成長
スクリプトプログラムが実行され（ステップＳ６）、VR
MLファイルの仮想ペットを表現するための3Dオブジェク
トを構成する各ノードのフィールドの値が変更され（ス
テップＳ７）、この変更されたフィールドの値が反映さ
れた仮想ペットがレンダリングされ（ステップＳ８）、
クライアントＰＣ１のCRTモニタ４５の画面上のVRMLブ
ラウザのメインウインドウ上に表示される。

【０１３８】このクライアントＰＣ１と同じ処理が、仮
想空間を共有しているその他のクライアントＰＣ２にお
いても実行され、これにより仮想ペットの成長に伴って
変更されたフィールドの値が反映された仮想ペットがレ
ンダリングされ、他のクライアントＰＣ２のCRTモニタ
画面上のVRMLブラウザのメインウインドウ上にも表示さ
れることになる。

【０１３９】図１１及び図１２に、VRMLファイルの仮想
ペットを表現するための3Dオブジェクトを構成する各ノ
ードに対応したpart0乃至part5の関係（図１１）と、そ
の表示例（図１２）を示す。part0が仮想ペットの頭部
に相当し、part1が仮想ペットの胴体に相当し、part2と
part3が仮想ペットの右腕と左腕に相当し、part4とpart
5が仮想ペットの右足と左足に相当する。

【０１４０】これらの各part0乃至part5に対応する各ノ
ードのフィールドの値を変更することで、仮想ペットの
各部の外観(形状、姿勢（向き）、サイズ、色等）、及
び各部の挙動シーケンスを動的に変更する事が出来る。
こらは全て、成長パラメータに基づく成長スクリプトプ
ログラムの処理で実現される。すなわち、VRML2.0で定
義されたセンサー、ルーティング、スクリプトの連携動
作によって実現されるBehaviorのメカニズムを利用する
ことによって実現される。

【０１４１】従って、従来の携帯電子ペットの仮想生物
の画像表示方法のように、予め仮想生物のキヤラクタの
成長過程の各段階のビットマップ画像をROMに格納して
おく必要はなく、例えば、仮想ペットの成長経過に応じ
てその体格や挙動を連続的かつ動的に変化させる事が出
来る。

【０１４２】図１３は、仮想ペットの成長と体格指数の
遷移に伴って仮想ペットの体格を動的に変更して表示す
る概念図を示している。加齢に伴って、顔が大人の顔と
なり、体格も大きくなるが、体格指数が小さいと、やせ
た身体となり、大きいと、大きな身体となる。

【０１４３】図１４は、仮想ペットの機嫌指数の遷移に
伴って仮想ペットの表情を動的に変更して表示する概念
図を示している。機嫌指数が大きいと、笑い顔となり、
小さいと、怒った顔になる。

【０１４４】図１５は、仮想ペットの活発性指数の遷移
に伴って仮想ペットの各部の挙動シーケンスを動的に変
更して表示する概念図を示している。活発性指数が小さ
いと、足の屈伸程度の動きしかできないが、大きくなる
と、手を振ったり、頭を振ったりすることができる。

【０１４５】図１６は、仮想ペットの知能指数の遷移に
伴って仮想ペットへ頭髪を付加したり眼鏡を付加して表
示する概念図を示している。

【０１４６】成長パラメータの知能指数は、図９に示す
「呼ぶボタン」Aの操作に伴うアクセスイベントに基づ
いて、0.1ポイントづつインクリメントされ、図１６に
示すように仮想ペットの外観に影響を与える。

【０１４７】言語指数は、図９に示す「呼ぶボタン」A
の操作に伴うアクセスイベントやタイマーイベントに基
づく仮想ペットの年齢に応じて0.1ポイントづつインク
リメントされ、仮想ペットの年齢増加に応じて、テキス
トベースでのチャットの文章自動生成処理を実行するに
際し、そのテキストの文体に影響を与える。例えばポイ
ントの小さい仮想ペットのチャットは、ひらがなまたは
カタカナで行われ、ポイントの大きな仮想ペットのチャ
ットは、漢字の入った文字で行われる。

【０１４８】社交性指数は、飼い主とのチャットの頻度
に応じて0.1ポイントづつインクリメント又はデクリメ
ントされ、頻度が多ければ外向的な振る舞い、頻度が少
なくなれば内向的な振る舞い、となるように仮想ペット
の振る舞いに影響を与える。社交的で明るく、積極的な
性格の仮想ペットは、姿勢も顔色も良くなり、逆に、内
向的で暗く、消極的な性格の仮想ペットは、姿勢も顔色
も悪くなる。

【０１４９】自主性指数は、タイマーイベントに基づく
仮想ペットの年齢増加に応じて、0.1ポイントづつイン
クリメントされ、次第に飼い主の言う事を聞かなくなる
などの仮想ペットの振る舞いに影響を与える。

【０１５０】活発性指数は、年齢、食欲指数、健康度指
数などに基づいて決定され、図１５に示すように、仮想
ペットの振る舞いに影響を与える。また、図９に示す
「あそぶボタン」Eの操作に伴う操作イベントの発生に
基づいて、活発性指数が0.1ポイントづつインクリメン
トされ、次第に逃げ足が早くなるなどの仮想ペットの振
る舞いに影響を与えたり、仮想ペットの体重を減らして
体格指数をデクリメントして図１３に示すようにその外
観に動的な変更を与える。

【０１５１】機嫌指数は、図９に示す「呼ぶボタン」A
の操作に伴うアクセスイベントやタイマーイベントに基
づくアクセス頻度などに基づいて決定され、図１４に示
すように、仮想ペットの表情に影響を与える。

【０１５２】一方、図８に示す成長パラメータ管理テー
ブルの飼い主データは、飼い主の氏名、飼い主への連絡
手段（連絡方法）、および、その連絡先からなる。

【０１５３】連絡手段が0の場合、飼い主への連絡は、
インターネット７経由の電子メールによるメッセージ文
によって行われる。連絡手段が1の場合は通常のアナロ
グ音声の電話機１８に対して、コミュニケーションサー
バ１６でメッセージ文のテキストデータを自動読み上げ
ツールで音声に変換して通知する。連絡手段が2の場合
は、PIAFS(PHSインターネットアクセスフォーラム標準)
のデータ伝送方式に準拠した電子メールサービスを利用
し、メッセージ文によってPHS端末２３へ通知する。連
絡手段が3の場合は、ファクシミリ１９に対して文書で
通知する。連絡手段が4の場合は、ポケットベル端末２
４に対してメッセージ文で通知する。

【０１５４】このような飼い主データを管理するのは、
後述する既存の通信インフラストラクチャを利用した飼
い主への通知機能や、既存の通信インフラストラクチャ
を利用した仮想ペットへの簡易的な操作機能を実現する
為である。

【０１５５】以上のシステムをまとめると、次のように
なる。すなわち、共有仮想空間内に存在する仮想生命オ
ブジェクトの、所定イベント（ユーザの操作又は時間経
過に伴うイベント）の発生に応じて変化する成長パラメ
ータ（外観的成長または内面的成長（個性））をＡＯサ
ーバ１３で管理し、このＡＯサーバ１３から転送された
成長パラメータに基づいて、クライアントＰＣ１，２
で、仮想生命オブジェクトの外観（形状、姿勢、サイズ
または色）又は挙動シーケンスの内の何れか一方もしく
は双方を動的に変更するスクリプト（プログラム）を解
釈し、成長パラメータに応じた仮想生命オブジェクトを
表示する。

【０１５６】共有仮想空間内に存在する仮想生命オブジ
ェクトの自律的な挙動を管理するＡＯサーバ１３に、仮
想生命オブジェクトの、所定イベント（ユーザの操作又
は時間経過に伴うイベント）の発生に応じて変化する成
長パラメータを管理する管理テーブルを設け、クライア
ントからの要求または所定イベントの発生に応じて管理
テーブルから読み出した成長パラメータを、要求元また
はその他のクライアントの内の何れか一方もしくは双方
のクライアントへ返送する。

【０１５７】成長パラメータは、上述したように、仮想
生命オブジェクトの誕生からの所定イベント（ユーザの
操作又は時間経過に伴うイベント）の発生に基づいて算
出される、外観的な成長度合いを示す値である。従っ
て、例えば、よちよち歩きの赤ん坊から立派な大人を経
て老人になるまでの年齢に応じた仮想生物や仮想ペット
（ＡＯ）の外観上の変化が外観的成長パラメータで規定
される。

【０１５８】成長パラメータは、仮想生命オブジェクト
に対する所定イベント（ユーザの操作又は時間経過に伴
うイベント）の発生に起因して算出される、内面的成長
度合い（性格）を示す値でもある。例えば、社交的で明
るく積極的な性格の仮想生命オブジェクトは姿勢も顔色
も良くなり、逆に内向的で暗く消極的な性格の仮想生命
オブジェクトは姿勢も顔色も悪くなるなどの性格に応じ
た仮想生物や仮想ペット（ＡＯ）の変化が内面的成長パ
ラメータで規定される。

【０１５９】内面的成長パラメータは、仮想生命オブジ
ェクトに対するイベントの種類に応じて異なる値が算出
され、内面的成長度合いの値が更新される。ＡＯサーバ
１３側で仮想ペットなどの性格を管理する場合、各クラ
イアントから伝送されて来るメッセージの種類に応じ
て、例えば、チャットで話かけられる毎に成長パラメー
タの所定の指数が0.１ポイント加算され、「ほめるボタ
ン」Dが押されてほめられる毎に0.２ポイント加算さ
れ、「しかるボタン」Fが押されて叱り付けられる毎に
0．２ポイント減算される等の所定の加減剰余の成長計
算式に基づいて算出される。

【０１６０】共有仮想空間内における仮想生命オブジェ
クトの自律的な挙動を管理するＡＯサーバ１３に、各仮
想生命オブジェクトの成長度合い示す成長パラメータ管
理テーブルを設け、各仮想生命オブジェクトの誕生日時
を保持し、この時点からの経過時間に基づいて、各仮想
生命オブジェクトの年齢に応じた成長パラメータを算出
し、管理テーブルを更新する。

【０１６１】共有仮想空間内における複数の仮想生命オ
ブジェクトの自律的な挙動を各々独立して管理するＡＯ
サーバ１３（単一のＡＯサーバ１３で複数の成長パラメ
ータ管理テーブルを管理してもよく、複数のＡＯサーバ
１３，１４で各々管理しても良い）を設け、それぞれの
仮想生命オブジェクトの成長度合い示す成長パラメータ
管理テーブルを各々別個に設けて、各仮想生命オブジェ
クトの成長パラメータを独立して管理することができ
る。

【０１６２】その他、種々の応用例が考えられる。

【０１６３】例えば、共有仮想空間における仮想生命オ
ブジェクトの自律的な挙動を管理するＡＯサーバ１３
に、各仮想生命オブジェクトにアクセスしたクライアン
トのＩＤ（ユーザが設定した仮想生命オブジェクトのニ
ックネーム等）を管理する管理テーブル（成長管理テー
ブルに、そのような管理項目を追加してもよいし、独立
した管理テーブルとしてもよい。以下同様）を設け、こ
のＩＤのクライアントからのアクセスに応じて親密な感
情表現を示すイベントを起動するようにしてもよい。こ
のように、ＡＯサーバ１３側で親密度（アクセスの回数
とその内容）を保持しておくことにより、飼い主がワー
ルド（共有仮想空間）に入るとそばに近寄ってくるペッ
ト（仮想生命）オブジェクトを実現することができる。

【０１６４】仮想生命オブジェクトをセットまたはリセ
ットしたクライアントのＩＤを、その仮想生命オブジェ
クトの飼い主として、成長パラメータ管理テーブルに格
納し、仮想生命オブジェクトの寿命が尽きるまで、ＩＤ
の更新を不可とすると共に、寿命が尽きた時点でＩＤを
消去するようにしてもよい。これにより、仮想生命オブ
ジェクトを誕生（セット）させた飼い主に忠誠を尽くす
誠実型ペットを実現することができる。さらに、寿命が
尽きた（リセットされた）時点で、自動的にその仮想生
命オブジェクトの子供を誕生させ、その子供に同じ飼い
主のＩＤを飼い主として初期設定させるようにしても良
い。これにより、その仮想ペットの子孫も先祖の飼い主
になつくことになる。

【０１６５】仮想生命オブジェクトをセットまたはリセ
ットしたクライアントの履歴を管理する履歴管理テーブ
ルをＡＯサーバ１３に設け、クライアントからのアクセ
ス頻度に応じて、アクセス頻度の高いクライアント程、
より親密な感情表現を示す挙動シーケンスを起動させる
ことができる。逆に、アクセス頻度が少ないと、親密度
が薄れ、アクセス頻度で親密度が変化する浮気型ペット
が実現される。

【０１６６】共有仮想空間内でのクライアントの位置に
対応して仮想生命オブジェクトの移動を制御すれば、共
有仮想空間にクライアント（飼い主）が入ってきたと
き、仮想生命オブジェクトがその目の前にすぐに現れ、
飼い主についてまわる仮想生命オブジェクトを実現する
ことができる。

【０１６７】クライアントが共有仮想空間にアクセスし
ていない間、仮想生命オブジェクトを定期的に共有仮想
空間内に出現させて徘徊させ、そのときのイベント（例
えば、他のクライアントから食事を与えられたという体
験、仮想物体オブジェクトを拾ったという経験）を、仮
想生命オブジェクトからテキストベースでのチャットウ
ィンドウを介してクライアントへ体験報告させるように
することで、親密な感情表現を行うことができる。

【０１６８】共有仮想空間内でのイベントを、仮想生命
オブジェクトから音声チャットを介してクライアントへ
体験報告することで、親密な感情表現を行うようにして
もよい。テキスト読み上げソフトによるテキスト/音声
変換によりアナログ音声メッセージとして音声チャット
機能を介して通知してもよく、また、予め何種類かの音
声メッセージをサンプリングし、圧縮してディジタル音
声圧縮データとしてHDD（ＡＯサーバ１３側またはクラ
イアントＰＣ１側のいずれでもよい）に格納しておい
て、複数の音声メッセージの中から適切な音声メッセー
ジを選択的にHDDから読み出して、伸張した後、音声チ
ャット機能を介してアナログ音声メッセージとして通知
するようにしてもよい。このようなテキストと音声の変
換については、例えば特開平７−１０５８４８号公報に
開示されている技術を用いることができる。

【０１６９】次に、既存の通信インフラストラクチャを
利用した飼い主への通知機能や、既存の通信インフラス
トラクチャを利用した仮想ペットへの簡易的な操作機能
について説明する。

【０１７０】例えば、仮想生命オブジェクトの食欲指数
が高まった場合や、寿命残時間が所定値以下になった時
点で、仮想生命オブジェクト（ＡＯサーバ１３）は、成
長パラメータ管理テーブルに予め設定されている連絡手
段（図８）を用いて、飼い主の連絡先へ、その状態が変
化した旨を、メールサーバ１５またはコミュニケーショ
ンサーバ１６を介して通知する。これにより、飼い主
は、屋外へ外出中であるとか、パーソナルコンピュータ
がうまく動作しないなど、即座にパーソナルコンピュー
タにアクセスできない状況下であっても、自分が育てて
いる仮想ペットの要求を確認し、コミュニケーションを
図ることが可能となる。

【０１７１】一方、この種の仮想ペットを飼育するサー
ビスを提供することによって、利益を得るサービスプロ
バイダにとっては、ユーザに対して、そろそろアクセス
しなければならないと言う一種の動機付けを喚起するこ
とができ、定常的なアクセスを確保することで、より健
全な経営状態を維持することが可能となるといった副次
的な効果も得られる。

【０１７２】既存の通信インフラストラクチャを利用し
た飼い主への通知機能を実現するための具体例は以下の
通りである。

【０１７３】共有仮想空間における仮想生命オブジェク
トの自律的な挙動を管理するサーバのうち、コミュニケ
ーションサーバ１６に、各仮想生命オブジェクトの飼い
主である各ユーザへのメッセージ通知手段（通知方法）
の種類と、その通知先を管理するためのコミュニケーシ
ョン管理テーブル（図８の成長パラメータ管理テーブル
の飼い主データに対応するテーブル）を設け、仮想生命
オブジェクトの状態遷移（ＡＯサーバ１３からコミュニ
ケーションサーバ１６に通知される）に応じて、コミュ
ニケーション管理テーブルに予め登録されている通知手
段を用いて、その通知先へメッセージを送信する。これ
により、共有仮想世界から、現実世界に実際に連絡が行
われる。

【０１７４】このコミュニケーション管理テーブルで、
各仮想生命オブジェクトの飼い主である各ユーザを特定
するためのＩＤと、そのＩＤのユーザからのアクセス履
歴を管理し、各ユーザからのアクセス履歴に基づいて、
一定期間以上アクセスのないユーザに対して、例えば、
「近ごろ、会いに来てくれないので、さみしい....。」
などのメッセージを送信することができる。

【０１７５】さらに、各ユーザからのアクセス履歴に基
づいて、複数のメッセージ文例の中から適切なメッセー
ジ文を選択し、この選択したメッセージを送信するよう
にしてもよい。ユーザからのアクセスがあった翌日に
は、仮想生命オブジェクトからユーザに、「昨日は、遊
んでくれてどうもありがとう。また遊ぼうね。」などの
メッセージを送り、１週間アクセスがないと、「忙しい
ですか？たまには、遊びに来て下さい。」などのメッセ
ージを送る。

【０１７６】仮想生命オブジェクトの状態遷移を、成長
パラメータ管理テーブルの更新内容に基づいて検出し、
複数のメッセージ文例の中から適切なメッセージ文を選
択し、この選択したメッセージを送信することができ
る。例えば、食事が沢山与えられた翌日には、「まだ、
おなかがいっぱいだよ〜。」などのメッセージを送り、
１週間アクセスがないと、「おなかが空いて死にそうだ
よ〜。」などのメッセージを送る。１週間で１歳年を取
るシナリオとした場合は、毎週、誕生日が来て年を取る
毎に、「私は今日で１０歳になりました。成長した姿を
みに来て下さい。」などのメッセージを送り、寿命が残
り少なくなると、「そろそろ遠い所へ旅立たなければな
りません、最後を見とどけに来てください。」などのメ
ッセージを送る。

【０１７７】コミュニケーション管理テーブルのうち、
電子メールに関する部分のテーブルをメールサーバ１５
に設け、メールサーバ１５のコミュニケーション管理テ
ーブルで、各仮想生命オブジェクトの飼い主である各ユ
ーザの電子メールアドレス（ユーザを特定するＩＤも兼
ねる）に対してテキストによるメッセージを送信するこ
とができる。

【０１７８】インターネット７を経由する電子メール以
外に、PIAFS(PHS Internet AccessForum Standard)方式
や、αDATA32方式対応PHSで電子メールサービスを受け
られるPHS端末２３や、ページャ（ポケットベル端末２
４）などに対して、コミュニケーションサーバ１６から
公衆電話回線網１７を介してメッセージを通知し、それ
らのLCD上にメッセージを表示させるようにしてもよ
い。

【０１７９】あるいは、コミュニケーション管理テーブ
ルで、各仮想生命オブジェクトの飼い主である各ユーザ
の通知先電話番号（ユーザを特定するＩＤも兼ねる）を
管理し、コミュニケーションサーバ１６からこの電話番
号に対して自動発信して、音声によるメッセージを送信
することもできる。この場合、テキスト読み上げソフト
によるテキスト/音声変換によりアナログ音声メッセー
ジとして通常の電話機８や携帯電話機（PHS端末２３）
を介して通知してもよく、また、予め何種類かの音声メ
ッセージをサンプリングし、圧縮してディジタル音声圧
縮データとしてHDDに格納しておいて、複数の音声メッ
セージの中から適切な音声メッセージを選択的にHDDか
ら読み出して、伸張した後、アナログ音声メッセージと
して通知するようにしてもよい。

【０１８０】コミュニケーション管理テーブルで、各仮
想生命オブジェクトの飼い主である各ユーザの通知先フ
ァクシミリ電話番号（ユーザを特定するＩＤも兼ねる）
を管理し、コミュニケーションサーバ１６からこの電話
番号に対して自動発信して、ファクシミリ１９にメッセ
ージを送信してもい。

【０１８１】さらに、上述した仮想ペットからのメッセ
ージの通知を受けた電話機１８等の端末を用いて、この
端末から、自分の仮想ペットに対して、簡易的な操作を
行なうことで、双方向のコミュニケーションを図ること
が可能となる。

【０１８２】既存の通信インフラストラクチャを利用し
て、仮想ペットへの簡易的な操作機能を実現するための
具体例は以下の通りである。

【０１８３】例えば、共有サーバ１２は、ユーザからPH
S端末２３、電話機１８などを介してユーザを特定する
ＩＤを伴って（CallerＩＤ等）返送されてくる操作コマ
ンドを解釈し、対応する仮想生命オブジェクトへのメッ
セージとして認識し、ＡＯサーバ１３に通知して、仮想
生命オブジェクトの状態遷移（成長パラメータの更新）
へ反映させることができる。

【０１８４】この返信されてくる操作コマンドとして
は、例えば、電話機１８のプッシュボタンが操作される
ことで発信されるDTMF(Dual-tone Multifrequency)信号
を利用することができる。

【０１８５】この他、例えばデネットフォニックコミュ
ニケーションズ社の音声ブラウザWeb-On-Callを用い
て、仮想ペットに対して各種の通知を行うようにするこ
ともできる。この音声ブラウザによれば、通常の電話機
１８から音声によってサーバにアクセスすることができ
る。また、この音声ブラウザは、テキスト読み上げ機能
を有しているので、仮想ペットからのメールを音声で聴
くことも可能である。さらに、テキストをファックスや
電子メールで送ることもできる。

【０１８６】なお、共有サーバ１２、ＡＯサーバ１３，
１４、メールサーバ１５、およびコミュニケーションサ
ーバ１６は、各種の機能を分担し、全体的なシステムと
して、各クライアントＰＣに共有仮想空間を提供するサ
ービスを実現している。

【０１８７】次に、この共有仮想空間におけるチャット
について説明する。チャットには、パブリックチャット
とパーソナルチャットがある。パブリックチャットにお
いては、共有仮想空間内の所定の位置に位置する１人の
クライアント（ユーザ）が発生したチャットの内容が、
近傍の他のクライアント（他のユーザ）、または共有仮
想空間内の全てのクライアント（全てのユーザ）へ伝達
される。

【０１８８】これに対して、パーソナルチャットにおい
ては、対象とされる相手が指定される。この指定操作
は、例えば、所定の仮想生命オブジェクトをキーボード
４２のシフトキーを押しながらマウスのボタンをクリッ
クすることで行われる。このように、相手が指定された
場合には、そのクリック操作を行ったクライアントが発
生するチャットが、その指定した仮想生命オブジェクト
のユーザに対してのみ伝送される。

【０１８９】チャットの内容は、ボイスチャットの場
合、音声信号により伝送され、テキストチャットの場
合、テキストにより伝送される。ボイスチャットの場合
は、マイクロホン３６を介して取り込んだ音声データ
が、近傍または指定した仮想生命オブジェクトのクライ
アント（ユーザ）に伝送され、そのクライアントＰＣの
有するスピーカ３７，３８から出力される。

【０１９０】これに対して、テキストチャットの場合
は、キーボード４２を操作することで入力されたテキス
トが、やはり近傍または指定した仮想生命オブジェクト
のクライアントのクライアントＰＣに伝送される。そし
て、そのテキストは、そのクライアントＰＣのCRTモニ
タ４５上に表示される。

【０１９１】ボイスチャットとテキストチャットのいず
れを行うかは、ユーザが選択することができる。

【０１９２】クライアントは、自分が共有仮想空間内に
おいて飼育しようとする仮想ペットを選択するとき、表
示画面中の「MultiUser」の項目をクリックする。この
とき、図１７に示すように、メニューバーが表示され
る。クライアントは、この中から「Select Pet」を選択
する。すると、図１８に示すように、「View Pet」のウ
インドウが表示され、このウインドウに各種の仮想ペッ
トの画像が表示される。クライアントは、この仮想ペッ
トの中から所望の仮想ペットを選択する。なお、このと
き表示される仮想ペットの画像は、初期状態の画像、す
なわち、誕生するときの画像とされる。上述したよう
に、この仮想ペットの画像は、成長に伴って徐々に変化
していく。そして、選択が完了したとき、クライアント
は、「SELECT」のボタンをマウス４１を操作してオンす
る。

【０１９３】このようにして、仮想ペットの選択が完了
すると、図１９に示すように、仮想ペットに関する情報
を登録する「Registration」のウインドウが表示され
る。クライアントは、ここで、仮想ペットの名称「Pet
nickname」、自分自身（飼い主）の名称「Owner nam
e」、およびアドレスと電話番号「Address/TelephoneN
o.」をキーボード４２を操作して入力する。

【０１９４】さらに、上述した連絡手段または通知手段
としてのコミュニケーションツール「Communication to
ol」を、E-mail，Telephone，PHS-mail，Facsimile，Po
cketbellの中から、選択、指定する。

【０１９５】図２０は、このようにして、仮想ペットと
して、例えば猿が選択された場合の表示例を表してい
る。この仮想ペット（猿）は、上述したように、各種の
イベントに対応して更新される成長パラメータに基づい
て成長する。図２１は、図２０に示した場合より成長し
た状態を表している。図２０に示す場合より図２１に示
す場合の方が、身体が全体的に大きくなっており、顔も
より大人の顔に変化している。

【０１９６】このようにして、より現実に近い変化を共
有仮想空間において楽しむことができる。

【０１９７】次に、クライアントＰＣのCRTモニタに表
示される具体的な表示例を参照しながら、名刺交換とメ
ール交換の動作について説明する。図２２は、例えばク
ライアントＰＣ１から共有サーバ１２にアクセスした場
合に提供される３次元共有仮想空間の鳥瞰的な表示例を
表している。図２３は、３次元共有仮想空間の一部を側
面上方から見下ろした画像が表示されている。

【０１９８】このような、３次元共有仮想空間において
メール交換を行うには、第１段階として名刺交換（送信
相手のメールアドレスを必要としない）を行う必要があ
る。その後、第２段階であるメール交換（送信相手のメ
ールアドレスを必要とする）を行うことができる。ここ
における名刺とは、クライアントが仮想空間において所
有するカードのことであり、そこには、クライアントの
名前、飼育する仮想ペットの名前、名刺を置いた時刻、
および短い通信文を記入することができる。さらに、名
刺はメール交換するとき必要なメールアドレス情報を保
持している。

【０１９９】第１段階である名刺交換において、名刺を
出すクライアントは、名刺を受け取るクライアントが飼
育する仮想ペットを介して、自分の名刺を相手のクライ
アントに渡す。

【０２００】名刺交換において、名刺を出すクライアン
トと名刺を受け取るクライアントの関係は、次に示す３
つの場合がある。すなわち、クライアントＡが共有仮想
空間に同時にアクセスしているクライアントＢに対して
名刺を渡す場合、クライアントＡが同時に共有仮想空間
にアクセスしていないクライアントＣに対して名刺を渡
す場合、およびクライアントＡが不特定のクライアント
Ｄに対して名刺を渡す（受信相手を指定しないで名刺を
配る）場合である。

【０２０１】第２段階であるメール交換において、クラ
イアントは、名刺を渡された（メールアドレスを知るこ
とができた）クライアントに対してメールを送信するこ
とができる。

【０２０２】初めに、例えば、図２４に示すように、ク
ライアントＡ₁が図２２と図２３に示した共有仮想空間
に同時にアクセスしているクライアントＢ₁に対して名
刺を渡し、クライアントＢ₁が返信を行う動作につい
て、図２５のフローチャートを参照して説明する。な
お、図２４に示すように、クライアントＡ₁に対応する
アバタＡ₂とクライアントＢ₁に対応するアバタＢ₂は、
それぞれ飼育する仮想ペットＡ₃，Ｂ₃を伴っている。

【０２０３】ステップＳ１１において、クライアントＢ
₁はクライアントＡ₁に、上述したパーソナルチャットを
用いて、図２６のメインウィンドウＭＷの右側に隣接し
て表示されるチャットログ欄ＣＬに示すように、例えば
「名刺を下さい」と送信する。

【０２０４】なお、この例の場合、アバタＡ₂の名前はn
aito、アバタＢ₂の名前はuenoであり、以後の例におい
ても同様とする。

【０２０５】ここで、図２６に表示されているメインウ
ィンドウＭＷ以外の表示について説明する。チャットロ
グ欄ＣＬには、上述したようにチャットの内容が表示さ
れる。

【０２０６】チャットログ欄ＣＬの上側に表示されるAc
tionパネルのボタンをクリックすることにより、自分の
アバタに所定の動作（アニメーション表示）をさせるこ
とができる。すなわち、「Hallo」ボタンＨをクリック
することにより、アバタが出会いの挨拶をする動作を行
う。「Smile」ボタンＩをクリックすることにより、ア
バタが笑う動作を行う。「Wao!」ボタンＪをクリックす
ることにより、アバタが驚いた動作を行う。「Umm..」
ボタンＫをクリックすることにより、アバタが悲しむ動
作を行う。「Wooo!!」ボタンＬをクリックすることによ
り、アバタが怒る動作を行う。「Bye」ボタンＭをクリ
ックすることにより、アバタが別れの挨拶をする動作を
行う。

【０２０７】メインウィンドウＭＷの下側に表示される
コントロールパネルのボタンをクリックすることによ
り、所定の処理、または所定の設定を行うことができ
る。すなわち、持ち物ボタンＮをクリックすることによ
り、所持している持ち物（アイテム）の一覧を表示する
ことができる。名刺ボタンＯをクリックすることによ
り、所持している名刺の一覧（名刺入れホルダ）を表示
することができる。ポストボタンＰをクリックすること
により、受信したメールの一覧を表示することができ
る。金槌ボタンＱをクリックすることにより、ユーザ設
定ウィンドウ（アバタのニックネーム等を設定するウィ
ンドウ）を表示することができる。透明人間ボタンＲを
クリックすることにより、他のクライアントから自分の
アバタを見えなくすることができる。視点切換ボタンＳ
をクリックすることにより、メインウィンドウの表示
を、アバタの視点から見た画像、またはアバタの後方に
ある第３者の視点から見た画像のいずれかに交互に切り
換えることができる。

【０２０８】ステップＳ１２において、クライアントＡ
₁は、チャットを用いてクライアントＢ₁に、例えば「名
刺を置きます」と送信する。この操作に対応して図２６
に示したように、チャットログ欄ＣＬには、「名刺を置
きます」の文字が表示される。その後、クライアントＡ
₁は、図２７に示すように、コントロールパネルの名刺
ボタンＯをクリックして名刺入れホルダＨＬを開き、名
刺入れホルダＨＬの中の自分の名刺を指定した後に、
「置く」ボタンＨＬＢ₂をクリックする。この操作によ
り、図２７のメインウィンドウ（アバタＡの視点）ＭＷ
に示すように、クライアントＡ₁の名刺Ａ₄が共有仮想空
間に配置される。

【０２０９】なお、名刺入れホルダＨＬには、この他、
名刺を捨てるとき操作される「捨てる」ボタンＨＬ
Ｂ₁、メールを行うとき操作されるボタンＨＬＢ₃、およ
び名刺入れホルダＨＬを閉じるとき操作される「閉じ
る」ボタンＨＬＢ₄も設けられている。

【０２１０】ステップＳ１３において、クライアントＢ
₁は、共有仮想空間に置かれたクライアントＡ₁の名刺Ａ
₄をマウスでクリックする。この操作により、クライア
ントＢ₁の飼っている仮想ペットＢ₃はクライアントＡ₁
の名刺Ａ₄を拾いに行く。名刺Ａ₄が拾われたとき、その
情報はクライアントＢ₁に送信される。

【０２１１】ステップＳ１４において、仮想ペットＢ₃
は、飼い主であるクライアントＢ₁が、拾った名刺Ａ₄を
既に所持しているか否か（所持している名刺は、HDD３
１に記憶されているので、HDD31に記憶されているか否
か）を判定し、拾った名刺Ａ₄を飼い主が所持していな
いと判定した場合、ステップＳ１５に進む。

【０２１２】ステップＳ１５において、仮想ペットＢ₃
は、拾った名刺Ａ₄を飼い主のアバタＢ₂（クライアント
Ｂ₁）に届ける。仮想ペットＢ₃から名刺Ａ₄を届けられ
たクライアントＢ₁の名刺入れホルダＨＬには、クライ
アントＡ₁の名刺Ａ₄（naitoの名刺）が追加される。

【０２１３】ステップＳ１６において、クライアントＢ
₁は、図２８に示すように、コントロールパネルの名刺
ボタンＯをクリックして名刺入れホルダＨＬを開き、名
刺入れホルダＨＬの中に追加されたクライアントＡ₁の
名刺Ａ₄を指定して、「メール」ボタンＨＬＢ₃をクリッ
クする。この操作により、図２８に示すように、クライ
アントＡ₁の名刺Ａ₄の内容を表したウィンドウＷ₁が表
示される。

【０２１４】ステップＳ１７において、クライアントＢ
₁は、名刺に対する返信メールを送信するために、表示
された名刺の「メールする」ボタンＷＢ₁₁をクリックす
る。この操作により、図２９に示すように、メール交換
ウィンドウＷ₂が開かれる。このとき、メール交換ウィ
ンドウＷ₂の送り先の欄には、クライアントＡ₁の名刺Ａ
₄から参照されたクライアントＡ₁の名前とメールアドレ
スとして”naito(170063)”が自動的に記載されてお
り、差出人の欄には、クライアントＢ₁の名前とメール
アドレスとして”ueno(170049)”が自動的に記載され
る。メールアドレスは、図８に示すように、成長パラメ
ータ管理テーブルに保存されているものが参照される。

【０２１５】クライアントＢ₁は、図３０のメール交換
ウィンドウＷ₂に示すように、表題および本文として、
例えば「ホームページ更新しました」、「ご無沙汰して
ます。お元気でしょうか？久しぶりにホームページの内
容を更新しました。・・・」と入力し、メール交換ウィ
ンドウＷ₂の「伝言を送る」ボタンＷＢ₂₁をクリックす
る。この操作により、この返信メールは、メールサーバ
１５を介してクライアントＡ₁に伝送される。

【０２１６】ステップＳ１８において、クライアントＡ
₁のクライアントＰＣによりクライアントＢ₁からの返信
メールが受信され、そのメールホルダに追加される。ク
ライアントＡ₁は、コントロールパネルのポストボタン
Ｐをクリックしてメールホルダ（図示せず）を開き、メ
ールホルダの中のクライアントＢ₁からの返信メールを
指定して、「開く」ボタンをクリックする。この操作に
より、図３１に示すように、クライアントＢ₁からの返
信メールがメール交換ウィンドウＷ₂に表示される。

【０２１７】ステップＳ１４において、拾った名刺Ａ₄
を飼い主が既に所持している判定された場合、ステップ
Ｓ１９に進む。ステップＳ１９において、仮想ペットＢ
₃はチャットを用いて、図３２のチャットログ欄ＣＬに
示すように、クライアントＢ₁に「naito（クライアント
Ａ₁）のカードはもう持ってますよ」と通知し、図３３
のメインウィンドウ（アバタＢ₂の視点）ＭＷに示すよ
うに、名刺を持たずにアバタＢ₂のもとに戻ってくる。

【０２１８】次に、クライアントＡ₁が同時に共有仮想
空間にアクセスしていないクライアントＣ₁に名刺を渡
す動作について、図３４のフローチャートを参照して説
明する。ステップＳ２１において、クライアントＡ
₁は、共有仮想空間において飼い主（アバタ）に伴われ
ずに単独で徘徊する仮想ペットの中から、名刺を渡した
い相手であるクライアントＣ₁が飼育している仮想ペッ
トＣ₃を探し出して指定する。仮想ペットＣ₃を指定する
操作は、上述したパーソナルチャットと同様に、例え
ば、仮想ペットＣ₃をキーボード４２のシフトキーを押
しながらマウスのボタンをクリックすることで行われ
る。

【０２１９】ステップＳ２２において、クライアントＡ
₁は、コントロールパネルの名刺ボタンＯをクリックし
て名刺入れホルダＨＬを開き、名刺入れホルダＨＬの中
の自分の名刺を指定して「置く」ボタンＨＬＢ₂をクリ
ックする。この操作により、クライアントＡ₁の名刺が
仮想ペットＣ₃に渡される。仮想ペットＣ₃は、クライア
ントＡ₁の名刺を受け取ると、飼い主であるクライアン
トＣ₁が共有仮想空間にアクセスするまで名刺を保管す
る。

【０２２０】その後、クライアントＣ₁が共有仮想空間
にアクセスすると、ステップＳ２３において、仮想ペッ
トＣ₃はクライアントＡ₁の名刺をくわえて、飼い主であ
るアバタＣ₂（クライアントＣ₁）のもとに現れ、名刺を
飼い主に届ける。仮想ペットＣ₃から名刺を渡されたク
ライアントＣ₁の名刺入れホルダＨＬには、クライアン
トＡ₁の名刺が追加される。

【０２２１】ステップＳ２４において、クライアントＣ
₁は、コントロールパネルの名刺ボタンＯをクリックし
て名刺入れホルダＨＬを開き、名刺入れホルダＨＬの中
に追加されたクライアントＡ₁の名刺を指定して、「メ
ール」ボタンＨＬＢ₃をクリックする。この操作によ
り、クライアントＡ₁の名刺が名刺ウィンドウＷ₁に表示
される。

【０２２２】ステップＳ２５において、クライアントＣ
₁は、名刺に対する返信メールを送信するために、名刺
ウィンドウＷ₁の「メールする」ボタンＷＢ₁₁をクリッ
クしてメール交換ウィンドウＷ₂を開く。クライアント
Ｃ₁は表題と本文を入力し、メール交換ウィンドウＷ₂の
「伝言を送る」ボタンＷＢ₂₁をクリックする。この操作
により、この返信メールは、メールサーバ１５を介して
クライアントＡ₁に伝送される。

【０２２３】ステップＳ２６において、クライアントＡ
₁は、伝送されてきた返信メールを受信すると、コント
ロールパネルのメールホルダボタンＰをクリックしてメ
ールホルダを開き、メールホルダの中のクライアントＣ
₁からの返信メールを指定して、「開く」ボタンをクリ
ックする。この操作により、クライアントＣ₁からの返
信メールがメール交換ウィンドウＷ₂に表示される。

【０２２４】次に、クライアントＡ₁が不特定のクライ
アントに対して名刺を渡す（受信相手を指定しないで名
刺を配る）動作について、図３５のフローチャートを参
照して説明する。

【０２２５】ステップＳ３１において、クライアントＡ
₁は、コントロールパネルの名刺ボタンＯをクリックし
て名刺入れホルダＨＬを開き、名刺入れホルダＨＬの中
の自分の名刺を指定して「置く」ボタンＨＬＢ₂をクリ
ックする。この操作により、クライアントＡ₁の名刺が
共有仮想空間に配置される。

【０２２６】ステップＳ３２において、クライアントＡ
₁の名刺が、単独で徘徊中である（飼い主がアクセス中
ではない）仮想ペットＤ₃に発見され、拾われる。仮想
ペットＤ₃は、この名刺を保管し、その後、飼い主であ
るクライアントＤ₁が共有仮想空間にアクセスしたとき
に、クライアントＤ₁に名刺を届ける。

【０２２７】以降の処理は、図３４のステップＳ２４以
降の処理と同様なので、その説明は省略する。

【０２２８】なお、以上の各種の処理を実行するプログ
ラムは、磁気ディスク、CD-ROMディスク、その他の記録
媒体に記録して提供したり、インターネット、その他の
ネットワークを介して伝送することで提供することがで
きる。

【０２２９】

【発明の効果】以上のように、請求項１に記載の情報処
理装置、請求項６に記載の情報処理方法、および請求項
７に記載の提供媒体によれば、共有仮想空間内に配置さ
れた情報を、共有仮想空間における仮想オブジェクトに
取得させ、仮想生命オブジェクトの飼い主としてのユー
ザに、情報を送信するようにした。

【０２３０】また、請求項８に記載の情報処理装置、請
求項９に記載の情報処理方法、および請求項１０に記載
の提供媒体によれば、共有仮想空間に存在する仮想生命
オブジェクトの自律的な挙動を制御し、仮想生命オブジ
ェクトが共有仮想空間において取得した情報をクライア
ント装置に転送するようにした。したがって、共有仮想
空間にアクセスしていないユーザが飼育する仮想生命オ
ブジェクトに名刺を渡すことにより、同時に共有仮想空
間にアクセスしていないユーザ間のコミュニケーション
を実現することが可能となる。

【図面の簡単な説明】

【図１】センサー、イベント、ルーティング、およびス
クリプトの関係を説明する図である。

【図２】ルーティングを説明する図である。

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

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

【図５】図３のシステムの動作を説明するディスプレイ
上に表示した中間調画像の写真である。

【図６】図３のシステムの動作を説明するディスプレイ
上に表示した中間調画像の写真である。

【図７】図３のシステムの動作を説明するディスプレイ
上に表示した中間調画像の写真である。

【図８】成長パラメータ管理テーブルの例を示す図であ
る。

【図９】アクションパネルを説明するディスプレイ上に
表示した中間調画像の写真である。

【図１０】成長パラメータの授受を説明する図である。

【図１１】３Ｄオブジェクトを構成する仮想生命オブジ
ェクトのノードを説明する図である。

【図１２】図１１に示したノードに対応する表示例を示
すディスプレイ上に表示した中間調画像の写真である。

【図１３】仮想生命オブジェクトの体格指数を説明する
図である。

【図１４】仮想生命オブジェクトの機嫌指数を説明する
図である。

【図１５】仮想生命オブジェクトの活発性指数を説明す
る図である。

【図１６】仮想生命オブジェクトの知能指数を説明する
図である。

【図１７】共有仮想空間をディスプレイ上に表示した中
間調画像の写真である。

【図１８】共有仮想空間をディスプレイ上に表示した中
間調画像の写真である。

【図１９】共有仮想空間をディスプレイ上に表示した中
間調画像の写真である。

【図２０】共有仮想空間をディスプレイ上に表示した中
間調画像の写真である。

【図２１】共有仮想空間をディスプレイ上に表示した中
間調画像の写真である。

【図２２】共有仮想空間をディスプレイ上に表示した中
間調画像の写真である。

【図２３】共有仮想空間をディスプレイ上に表示した中
間調画像の写真である。

【図２４】共有仮想空間をディスプレイ上に表示した中
間調画像の写真である。

【図２５】名刺交換処理を説明するフローチャートであ
る。

【図２６】共有仮想空間をディスプレイ上に表示した中
間調画像の写真である。

【図２７】共有仮想空間をディスプレイ上に表示した中
間調画像の写真である。

【図２８】共有仮想空間をディスプレイ上に表示した中
間調画像の写真である。

【図２９】共有仮想空間をディスプレイ上に表示した中
間調画像の写真である。

【図３０】共有仮想空間をディスプレイ上に表示した中
間調画像の写真である。

【図３１】共有仮想空間をディスプレイ上に表示した中
間調画像の写真である。

【図３２】共有仮想空間をディスプレイ上に表示した中
間調画像の写真である。

【図３３】共有仮想空間をディスプレイ上に表示した中
間調画像の写真である。

【図３４】名刺交換処理を説明するフローチャートであ
る。

【図３５】名刺交換処理を説明するフローチャートであ
る。

【符号の説明】

１乃至３ クライアントＰＣ， ７ インターネット，
１０ WWWサーバ，１２ 共有サーバ， １３，１４
ＡＯサーバ， １５ メールサーバ， １６ コミュ
ニケーションサーバ， １８ 電話機， １９ ファク
シミリ， ２３ PHS端末， ２４ ポケットベル端
末， ３０ CPU， ３１ ハードディスク， ３９
モデム， ４１ マウス， ４５ CRTモニタ， ４６
RAM

Claims (10)

【特許請求の範囲】
1. 【請求項１】 他の情報処理装置とともに、ネットワー
   クを介してサーバに接続され、共有仮想空間の提供を受
   ける情報処理装置において、 前記共有仮想空間内に配置された所定の情報を、前記共
   有仮想空間における仮想生命オブジェクトに取得させる
   取得手段と、 前記仮想生命オブジェクトの飼い主としてのユーザに、
   前記情報を送信させる送信手段とを備えることを特徴と
   する情報処理装置。
2. 【請求項２】 前記情報は名刺、またはメールであるこ
   とを特徴とする請求項１に記載の情報処理装置。
3. 【請求項３】 前記取得手段は、前記仮想生命オブジェ
   クトの飼い主であるユーザが操作することを特徴とする
   請求項１に記載の情報処理装置。
4. 【請求項４】 前記取得手段は、前記情報を配置したユ
   ーザが操作することを特徴とする請求項１に記載の情報
   処理装置。
5. 【請求項５】 前記情報を前記共有仮想空間に配置する
   配置手段をさらに備えることを特徴とする請求項１に記
   載の情報処理装置。
6. 【請求項６】 他の情報処理装置とともに、ネットワー
   クを介してサーバに接続され、共有仮想空間の提供を受
   ける情報処理方法において、 前記共有仮想空間内に配置された所定の情報を、前記共
   有仮想空間における仮想生命オブジェクトに取得させる
   取得ステップと、 前記仮想生命オブジェクトの飼い主としてのユーザに、
   前記情報を送信させる送信ステップとを備えることを特
   徴とする情報処理方法。
7. 【請求項７】 他の情報処理装置とともに、ネットワー
   クを介してサーバに接続され、共有仮想空間の提供を受
   ける情報処理装置に使用されるコンピュータプログラム
   を提供する提供媒体において、 前記共有仮想空間内に配置された所定の情報を、前記共
   有仮想空間における仮想生命オブジェクトに取得させる
   取得ステップと、 前記仮想生命オブジェクトの飼い主としてのユーザに、
   前記情報を送信させる送信ステップとを備えるコンピュ
   ータプログラムを提供することを特徴とする提供媒体。
8. 【請求項８】 ネットワークを介して接続されている複
   数のクライアント装置に共有仮想空間を提供する情報処
   理装置において、 前記共有仮想空間に存在する仮想生命オブジェクトの自
   律的な挙動を制御する制御手段と、 前記仮想生命オブジェクトが前記共有仮想空間において
   取得した情報を、前記仮想生命オブジェクトの飼い主と
   してのユーザの前記クライアント装置に転送する転送手
   段とを備えることを特徴とする情報処理装置。
9. 【請求項９】 ネットワークを介して接続されている複
   数のクライアント装置に共有仮想空間を提供する情報処
   理方法において、 前記共有仮想空間に存在する仮想生命オブジェクトの自
   律的な挙動を制御する制御ステップと、 前記仮想生命オブジェクトが前記共有仮想空間において
   取得した情報を、前記仮想生命オブジェクトの飼い主と
   してのユーザの前記クライアント装置に転送する転送ス
   テップとを備えることを特徴とする情報処理方法。
10. 【請求項１０】 ネットワークを介して接続されている
    複数のクライアント装置に共有仮想空間を提供する情報
    処理装置に使用されるコンピュータプログラムを提供す
    る提供媒体において、 前記共有仮想空間に存在する仮想生命オブジェクトの自
    律的な挙動を制御する制御ステップと、 前記仮想生命オブジェクトが前記共有仮想空間において
    取得した情報を、前記仮想生命オブジェクトの飼い主と
    してのユーザの前記クライアント装置に転送する転送ス
    テップとを備えるコンピュータプログラムを提供するこ
    とを特徴とする提供媒体。