JP2001306477A

JP2001306477A - 情報処理装置および方法、並びに格納媒体

Info

Publication number: JP2001306477A
Application number: JP2000121694A
Authority: JP
Inventors: Koichi Matsuda; 晃一松田
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-04-21
Filing date: 2000-04-21
Publication date: 2001-11-02
Anticipated expiration: 2020-04-21
Also published as: US7007065B2; JP4547768B2; US20020007395A1

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頁に記載されている。

【０００６】

【発明が解決しようとする課題】ところで、従来、上述
したような仮想空間で活動するアバタや仮想ペットに所
定の動作をさせる場合、ユーザに、予め用意されている
ボタンを選択させるようにしていた。

【０００７】例えば、本出願人は、特開平１１−２１２
９３４号公報に、仮想空間において、アバタに所定の動
作を実行させるために、図１に示されるような複数のボ
タンを設けることを提案している。

【０００８】図１の例においては、呼ぶボタンＡがユー
ザにより操作されると、アバタが仮想ペットを呼ぶ行為
を実行する。寝かすボタンＢが操作されると、アバタ
は、仮想ペットを寝かす行為を行う。

【０００９】食事を与えるボタンＣが操作されると、ア
バタは、仮想ペットに対して食事を与える行為を行う。
笑って褒めるボタンＤが操作されると、アバタは仮想ペ
ットに笑い掛けて褒めてあげる行為を行う。鬼ごっこで
遊ぶボタンＥが操作されると、アバタは、仮想ペットと
鬼ごっこをして遊ぶ行為を行う。

【００１０】さらに、叱り付けるしつけボタンＦが操作
されると、アバタは、仮想ペットを叱り、躾を行う行為
を行う。ブラッシングできれいにするボタンＧが操作さ
れると、アバタは、仮想ペットをブラッシングし、きれ
いにする行為を行う。

【００１１】しかしながら、このように、アバタに所定
の動作をさせる場合に、その動作毎にボタンを設けるよ
うにすると、動作の数を増加するには、ボタンの数も増
加する必要が生じ、ユーザは、多くのボタンの中から１
つのボタンを探さなければならず、アバタに所定の動作
を迅速に実行させることが困難になる課題があった。

【００１２】さらに、アバタの各種の行為は、アバタ間
のチャットの最中に行われることが多いのであるが、こ
のような場合、キーボードを利用して、ユーザがチャッ
トのための文字列を入力している際に、アバタに所定の
行為を実行させるためのボタンを探して操作する必要が
生じ、ユーザは、手をキーボードから離す必要がある。
その結果、円滑なテキスト入力の妨げとなる課題があっ
た。

【００１３】本発明は、このような状況に鑑みてなされ
たものであり、チャットを妨げることなく、迅速にアバ
タに所定の動作を実行させることができるようにするも
のである。

【００１４】

【課題を解決するための手段】本発明の情報処理装置
は、他の情報処理装置とともに、ネットワークを介して
サーバに接続され、共有仮想空間の提供を受ける情報処
理装置において、共有仮想空間において活動する、自分
自身の分身としてのアバタを介して行うチャットの文字
列を入力する入力手段と、入力手段で入力された文字列
を文字データとしてサーバに送信する送信手段と、サー
バから伝送されてきた文字データを音声データに変換す
る変換手段と、変換手段により変換された音声データを
音声として出力する出力手段とを備えることを特徴とす
る。

【００１５】前記変換手段には、予め文字データと音声
データとが互いに対応付けられた対応表を記憶する対応
表記憶手段と、この対応表記憶手段を参照し、サーバか
ら伝送されてきた文字データを、対応する音声データに
変換する処理手段とから構成させるようにすることがで
きる。

【００１６】前記サーバからの問い合わせに応じて、対
応表記憶手段に記憶されている対応表の種別を表すIDを
サーバに伝送し、このIDに応じてサーバから最新の対応
表が伝送されてきた場合に、この最新の対応表を対応表
記憶手段に記憶させる対応表更新手段をさらに設けさせ
るようにすることができる。

【００１７】本発明の情報処理方法は、他の情報処理装
置とともに、ネットワークを介してサーバに接続され、
共有仮想空間の提供を受ける情報処理装置の情報処理方
法において、共有仮想空間において活動する、自分自身
の分身としてのアバタを介して行うチャットの文字列を
入力する入力ステップと、入力手段で入力された文字列
を文字データとしてサーバに送信する送信ステップと、
サーバから伝送されてきた文字データを音声データに変
換する変換ステップと、変換ステップの処理により変換
された音声データを音声として出力する出力ステップと
を含むことを特徴とする。

【００１８】本発明の格納媒体のプログラムは、他の情
報処理装置とともに、ネットワークを介してサーバに接
続され、共有仮想空間の提供を受ける情報処理装置のプ
ログラムにおいて、共有仮想空間において活動する、自
分自身の分身としてのアバタを介して行うチャットの文
字列を入力する入力ステップと、入力ステップで入力さ
れた文字列を文字データとしてサーバに送信する送信ス
テップと、サーバから伝送されてきた文字データを音声
データに変換する変換ステップと、変換ステップの処理
により変換された音声データを音声として出力する出力
ステップとを含むことを特徴とする。

【００１９】本発明の情報処理装置および方法、並びに
格納媒体のプログラムにおいては、チャットに含まれる
文字列が音声に変換され、出力される。

【００２０】

【発明の実施の形態】以下、図面を参照し、本発明の実
施の形態について説明する。

【００２１】説明に先立ち、世界的規模で構築されたコ
ンピュータネットワークであるインターネット(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ファイルによって構成され
る。なお、デーモンとは、ＵＮＩ（登録商標）Ｘ上で作
業を行う場合、バックグラウンドで管理や処理を実行す
るプログラムを意味する。ハイパーテキスト情報は、HT
ML（HyperText Markup Language、ハイパーテキスト記
述言語）と呼ばれる記述言語によって表現される。HTML
によるハイパーテキストの記述は、「＜」と「＞」で囲
まれたタグと呼ばれる書式指定によって文章の論理的な
構造が表現される。他の情報とのリンクについての記述
は、アンカーと呼ばれるリンク情報によって行われる。
アンカーによって情報が存在する所を指定する際には、
URL(Uniform Resource 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〕」等の文献に記載されている。

【００２９】VRMLに対応したファイル形式で記述された
ファイルを、サーバからユーザ側のパーソナルコンピュ
ータに転送し、ブラウザで処理させると、VRMLデータか
ら３次元仮想現実空間が演算され、ユーザ側のパーソナ
ルコンピュータのディスプレイに、３次元仮想現実空間
が表示される。

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

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

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

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

【００３４】図３はクライアントPC１のハードウェア構
成を示すブロック図である。

【００３５】図３において、３０は各部を制御するCP
U、３１はVRML ２．０ fileや、Java(米国 Sun Microsy
stems社の商標)による共有仮想生命の成長スクリプトプ
ログラムやダンススクリプトプログラム等からなるVRML
コンテンツ、および文字列と音の対応表が格納されたHD
D、３２はCD−ROMディスク３３に格納されたVRMLコンテ
ンツを読み取るCD−ROMドライブ、３４はBIOS(Basic In
put Output Systems)等が格納されたROM、３５はマイク
ロフォン３６と左右のスピーカ３７，３８が接続され、
音声合成処理を行うサウンド処理回路、３９はインター
ネット７に接続するためのモデム、４０はマウス４１と
キーボード４２が接続されたI/O(入出力)インターフェ
イス、４３はVRAM４４が内蔵されたグラフィックス処理
回路、４５はCRTモニタ、４６はRAMである。

【００３６】このRAM４６には、実行時に、Windows95
(米国Micro Soft社の商標) の上で動作するWWWブラウザ
であるNetscape Navigatorと、Ｊａｖ（登録商標）ａイ
ンタプリタと、ソニー株式会社によって開発された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次元仮想空間内のオブジ
ェクトの挙動を変化させる。

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

【００４１】図４は、共有サーバ１２の構成例を表して
いる。その基本的構成は、図３に示したクライアントPC
１の構成と同様である。図４においては、図３に示した
CPU３０乃至ROM４６に対応する構成が、CPU１３０乃至R
OM１４６として示されている。その基本的機能は、図３
において説明した場合と同様であるので、その説明は省
略する。

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

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

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

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

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

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

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

【００４９】共有仮想空間内に存在する仮想生命オブジ
ェクトの挙動を管理するAOサーバ１３は、VSAPに基づい
て共有サーバ１２と仮想生命オブジェクトに関するデー
タのやり取りを行なう。

【００５０】次に、クライアントPC（例えばクライアン
トPC１）が共有サーバ１２にアクセスし、共有仮想空間
に参加する場合の処理ついて説明する。クライアントPC
１が共有サーバ１２にアクセスしてきたとき、共有サー
バ１２は、クライアントPC１にチャットを行わせるため
に、文字列と音の対応表のデータを保持させる。このた
め、共有サーバ１２は、図８に示すフローチャートを実
行し、クライアントPCは、図９のフローチャートに示す
処理を実行する。

【００５１】共有サーバ１２のCPU１３０は、ステップ
Ｓ１において、クライアントPC１がワールドにアクセス
してくるまで待機し、アクセスしてきたとき、ステップ
Ｓ２に進み、文字列と音の対応表をアクセスしてきたク
ライアントPC（いまの場合、クライアントPC１）が保持
しているか否かをそのクライアントPCに問い合わせる。
この文字列と音の対応表とは、例えば、図１０に示すよ
うに、文字列とその文字列に対応する音の関係を記述す
る表である。図１０の例においては、文字列「こんにち
は」に対応して、「音１」が記憶されており、文字列
「こんばんは」に対応して、「音２」が記憶されてい
る。以下同様に、文字列「やっほう」に対応して、「音
ｎ」が記憶されている。

【００５２】「音１」は、「こんにちは」の文字列が検
出された場合に、対応するアバタが発生する音のデータ
である。「音２」は、「こんばんは」の文字列が検出さ
れた場合に、対応するアバタが発生する音のデータであ
る。同様に、「音ｎ」は、「やっほう」の文字列が検出
された場合に、対応するアバタが発生する音のデータで
ある。

【００５３】ワールドにアクセスしたクライアントPC１
のCPU３０は、図９のステップＳ１１において、共有サ
ーバ１２から対応表の問い合わせを受けるまで待機し、
対応表の問い合わせを受けたとき、ステップＳ１２に進
み、対応表を保持しているか否かを判定する。すなわ
ち、このとき、CPU３０は、ハードディスクドライブ３
１に文字列と音の対応表が登録されているか否かを判定
し、登録されていない場合には、ステップＳ１４に進
み、モデム３９からインターネット７を介して、自分自
身が対応表を保持していないことを共有サーバ１２に通
知する。

【００５４】これに対して、CPU３０は、ハードディス
クドライブ３１に文字列と音の対応表が登録されている
場合には、ステップＳ１３に進み、登録されている対応
表のIDをハードディスクドライブ３１から読み出し、モ
デム３９からインターネット７を介して、共有サーバ１
２に通知する。

【００５５】共有サーバ１２のCPU１３０は、ステップ
Ｓ２において、クライアントPCに対応表を保持している
か否かを問い合わせた後、ステップＳ３において、クラ
イアントPCからの応答を待機し、応答があったとき、そ
のクライアントPCが最新の対応表を持っているか否かを
判定する。

【００５６】すなわち、CPU１３０は、クライアントPC
１から対応表のIDが送られてきたとき、そのIDを自分自
身がハードディスクドライブ１３１に記憶している対応
表のIDと比較し、クライアントPCのIDが古いIDである場
合には、ステップＳ４に進み、ハードディスク１３１に
記憶されている最新の対応表を読み出し、クライアント
PCに送信する。すなわち、このとき、CPU１３０は、ハ
ードディスクドライブ１３１から読み出した対応表のデ
ータを、モデム１３９からインターネット７を介して、
クライアントPC１に送信する。

【００５７】同様の処理は、クライアントPCから対応表
を保持していないとの通知が受け取られた場合にも行わ
れる。

【００５８】一方、CPU１３０は、クライアントPCから
送られてきたIDが自分自身が有する最新の対応表のIDと
一致すると判定した場合、対応表を送信する必要がない
ので、ステップＳ１に戻り、それ以降の処理を繰り返
す。

【００５９】クライアントPC１のCPU３０は、ステップ
Ｓ１３、またはステップＳ１４の処理の後、ステップＳ
１５において、共有サーバ１２から対応表のデータが送
られてきたか否かを判定し、送られてきた場合には、ス
テップＳ１６に進み、送られてきた対応表をハードディ
スクドライブ３１に記憶させる。所定時間内に対応表が
送られてこない場合には、ステップＳ１６の処理はスキ
ップされる。

【００６０】以上のようにして、共有サーバ１２が提供
する３次元仮想現実空間（ワールド）に参加するクライ
アントPCには、図１０に示すような、文字列と音の対応
表が予め記憶されることになる。

【００６１】そして、ワールドに参加した各クライアン
トPCのCRTモニタ４５には、そのブラウザにより、図１
１に示すような画像が表示される。すなわち、画面の左
側には、ワールド表示ウィンドウ２１１が表示され、そ
こにクライアントPCが参加したワールドの画像が表示さ
れる。

【００６２】ワールド表示ウィンドウ２１１の右側に
は、マルチユーザウィンドウ２１２が表示される。その
最上部には、アクションボタン表示部２１３が表示され
る。このアクションボタン表示部２１３には、ワールド
内において活動する各ユーザに対応するペットに所定の
行為を行うとき、操作されるボタンが表示される。Hell
oボタンは、ペットに対して「こんにちは」の動作と言
葉を発するとき操作される。Byeボタンは、ペットに対
して「さようなら」の動作と言葉を発するとき操作され
る。Yesボタンは、ペットに対して「はい」の動作と言
葉を発するとき操作され、Noボタンは、ペットに対して
「いいえ」の動作と言葉を発するとき操作される。

【００６３】Waoボタンは、ペットに対して、驚きの動
作と言葉を発するとき操作される。Ummボタンは、ペッ
トに対して、悩む動作と言葉を発するとき操作される。

【００６４】アクションボタン表示部２１３の下には、
チャットログ表示部２１４が表示されている。このチャ
ットログ表示部２１４には、自分自身のアバタの周辺の
アバタ、或いは、ペットが行っているチャットが表示さ
れる。

【００６５】チャット表示部２１４の下には、入力チャ
ット表示部２１５が表示される。この入力チャット表示
部２１５には、自分自身がキーボード４２を操作するこ
とで入力したチャットの文字列が表示される。

【００６６】次に、図１２と図１３のフローチャートを
参照して、ワールドに参加した各ユーザが自分自身のア
バタを介して、ワールド内において行うチャットについ
て説明する。

【００６７】図１２は、共有サーバ１２の処理を表し、
図１３は、クライアントPCの処理を表している。

【００６８】ステップＳ４１において、共有サーバ１２
のCPU１３０は、チャットメッセージがワールドに参加
しているクライアントPCから送られてくるまで待機し、
送られてきたとき、そのチャットメッセージを、そのチ
ャットを送信してきたユーザのアバタの近傍に位置する
他のアバタに対応するユーザのクライアントPCに転送す
る。共有サーバ１２のCPU１３０は、以上の処理を繰り
返し実行する。

【００６９】一方、クライアントPCのCPU３０は、ステ
ップＳ５１において、チャットメッセージの送信が指令
されたか否かを判定し、指令された場合、ステップＳ５
２に進み、チャットメッセージが入力されているか否か
を判定する。すなわち、図１１に示した入力チャット表
示部２１５に、ユーザがキーボード４２を操作すること
で、送信すべきチャットが入力され、表示されているか
否かが判定される。チャットメッセージが入力されてい
ない場合には、ステップＳ５３に進み、CPU３０は、エ
ラー処理を実行する。その後、処理はステップＳ５１に
戻り、それ以降の処理が繰り返し実行される。

【００７０】ステップＳ５２において、チャットメッセ
ージが入力され、入力チャット表示部２１５に表示され
ていると判定された場合、ステップＳ５４に進み、CPU
３０は、そのチャットメッセージを送信する処理を実行
する。すなわちCPU３０は、入力されたチャットメッセ
ージをモデム３９からインターネット７を介して共有サ
ーバ１２に送信する。

【００７１】このチャットメッセージは、図１２のフロ
ーチャートを参照して説明したように、近傍のアバタの
ユーザに転送される。

【００７２】例えば、いま、図１４に示すように、ワー
ルド２００内に、ユーザＡのアバタａ、ユーザＢのアバ
タｂ、ユーザＣのアバタｃが、同図に示す位置関係で活
動しているものとする。このとき、図１５に示すよう
に、ユーザＡのブラウザにより表示される画面には、自
分自身のアバタａを中心として、その右側にアバタｂ
が、その左側にアバタｃが、それぞれ表示される。ま
た、ユーザＢのブラウザにより表示される画面には、自
分自身のアバタｂを中心として、その右側にアバタｃ
が、その左側にアバタａが、それぞれ表示される。同様
にユーザＣのブラウザにより表示される画面には、自分
自身のアバタｃを中心として、その右側にアバタａが、
その左側にアバタｂが、それぞれ表示される。

【００７３】なお、自分自身のアバタは、自分自身の画
面には表示させないようにすることも可能である。

【００７４】そして、例えば、図１６に示すように、ア
バタａのユーザＡから、「こんにちは」のメッセージが
出力されると、共有サーバ１２（コミュニティプレース
ビューロ）は、そのメッセージを、図１７に示すよう
に、アバタａの近傍に位置する他のアバタ（この例の場
合、アバタｂとアバタｃ）に転送する。その結果、各ユ
ーザのブラウザのチャットログ表示部２１４には、アバ
タａのチャットとして、「こんにちは」のメッセージが
表示される。

【００７５】クライアントPCのCPU３０は、次にステッ
プＳ６１に進み、ユーザよりチャットの終了が指令され
たか否かを判定し、チャットの終了が指令されていない
場合には、ステップＳ５１に戻り、それ以降の処理を繰
り返し実行する。

【００７６】ステップＳ５１において、チャットのメッ
セージの送信が指令されていないと判定された場合、CP
U３０は、ステップＳ５５に進み、他のユーザ（アバ
タ）からのチャットメッセージが送信されてきたか否か
を判定する。他のユーザからのチャットメッセージが送
信されてきていない場合には、ステップＳ６１に進み、
チャットの終了が指令されたか否かが判定され、終了が
指令されていなければ、再びステップＳ５１に戻り、そ
れ以降の処理が繰り返し実行される。

【００７７】ステップＳ５５において、他のユーザから
チャットメッセージが送信されてきたと判定された場
合、ステップＳ５６に進み、CPU３０は、インターネッ
ト７を介して転送されてきたチャットメッセージをモデ
ム３９を制御して受信させる。そしてステップＳ５７に
おいて、CPU３０は、ステップＳ５６で受信したメッセ
ージに対応する音が、対応表に存在するか否か検索す
る。具体的には、例えば、「こんにちは」のメッセージ
が受信されたとき、「こんにちは」の文字列が、ハード
ディスクドライブ３１の文字列と音の対応表から検索さ
れる。

【００７８】そして、ステップＳ５８において、CPU３
０は、検索の結果、受信したチャットメッセージに対応
する音が対応表に存在するか否かを判定し、存在する場
合には、ステップＳ５９に進み、対応する音を、そのメ
ッセージを転送してきたユーザのアバタが発生した音と
して出力させる。

【００７９】例えば、図１７の例においては、ユーザＢ
の画面には、アバタａの「こんにちは」のメッセージが
転送されてきて表示されるので、ユーザＢのクライアン
トPC２のCPU３０は、ハードディスクドライブ３１に記
憶されている対応表に、「こんにちは」の文字列が登録
されているか否かを判定し、登録されている場合には、
その対応する音を読み取る。図１０の例においては、
「こんにちは」に対応して、「音１」が登録されてい
る。そこで、ユーザＢのクライアントPC２のCPU３０
は、「音１」のデータをサウンド処理回路３５に供給
し、音声合成処理させ、CRTモニタ４５に表示されてい
るアバタａが発生した音として、スピーカ３７，３８か
ら出力させる。

【００８０】これにより、例えば、図１８に示すよう
に、アバタａが表示されている状態において、アバタａ
のチャットとして、「こんにちは」のメッセージが受信
されると、図１９に示すように、アバタａが「こんにち
は」の音を発生する。

【００８１】ステップＳ５８において、チャットメッセ
ージに含まれる文字列に対応する音が存在しないと判定
された場合には、ステップＳ５９の処理はスキップされ
る。そして、ステップＳ６０に進み、CPU３０は、受信
したメッセージをチャットログ表示部２１４に表示させ
る。

【００８２】その後、処理は、ステップＳ６１に進み、
チャットの終了が指令されたか否かが判定され、終了が
指令されていなければ、ステップＳ５１に戻り、それ以
降の処理が繰り返し実行される。ステップＳ６１におい
て、チャットの終了が指令されたと判定された場合、チ
ャット処理は終了される。

【００８３】なお、以上においては、共有仮想空間の画
像をクライアントPC側で生成するようにしたが、共有サ
ーバ１２側で生成するようにすることも可能である。た
だし、そのようにすると、共有サーバ１２に接続される
クライアントPCの数が増加すると、共有サーバ１２の負
荷が重くなる。そこで、クライアントPC側に処理させる
ようにするのが好ましい。

【００８４】上述した一連の処理は、ハードウエアによ
り実行させることもできるが、ソフトウエアにより実行
させることもできる。一連の処理をソフトウエアにより
実行させる場合には、そのソフトウエアを構成するプロ
グラムが、クライアントPC１，２，３や共有サーバ１２
に、インターネット７や記録媒体からインストールされ
る。

【００８５】この記録媒体は、図３または図４に示すよ
うに、コンピュータとは別に、ユーザにプログラムを提
供するために配布される、プログラムが記録されている
CD-ROM３３，１３３以外の、ドライブ５１，１５１に装
着される、例えばDVD(Digital Versatile Disk)などの
光ディスク５２，１５２、磁気ディスク５３，１５３
（フロッピディスクを含む）、光磁気ディスク５４，１
５４（MD（Mini-Disk）を含む）、もしくは半導体メモ
リ５５，１５５などよりなるパッケージメディアにより
構成されるだけでなく、クライアントPC１や共有サーバ
１２に予め組み込まれた状態でユーザに提供される、プ
ログラムが記録されているROM３４，１３４や、ハード
ディスク３１，１３１などで構成される。

【００８６】なお、本明細書において、記録媒体に記録
されるプログラムを記述するステップは、記載された順
序に沿って時系列的に行われる処理はもちろん、必ずし
も時系列的に処理されなくとも、並列的あるいは個別に
実行される処理をも含むものである。

【００８７】また、本明細書において、システムとは、
複数の装置により構成される装置全体を表すものであ
る。

【００８８】

【発明の効果】以上の如く、本発明の情報処理装置およ
び方法、並びに格納媒体のプログラムによれば、チャッ
トに含まれる文字列に対応して、音を発生させるように
したので、テキストによるチャット中に、アバタに各種
の多くの処理を迅速且つ確実に実行させ、よりリッチな
会話を楽しむことが可能となる。またその場合におい
て、チャットのための操作に支障が生じるようなことが
抑制される。さらに、音声データそのものを伝送する場
合に較べて、伝送データの容量を小さくすることができ
る。その結果、既存のネットワークシステムに何の変化
も加えることなく、音声によるチャットシステムを実現
することができる。

【図面の簡単な説明】

【図１】従来のアクションボタンを説明する図である。

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

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

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

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

【図６】図２のシステムの他の動作を説明する図であ
る。

【図７】図２のシステムのさらに他の動作を説明する図
である。

【図８】図２の共有サーバ１２の対応表転送処理を説明
するフローチャートである。

【図９】図２のクライアントPC１の対応表を受け取る処
理を説明するフローチャートである。

【図１０】文字列と音の対応表の例を示す図である。

【図１１】図３のクライアントPC１のCRTモニタ４５に
おける表示例を示す図である。

【図１２】図２の共有サーバ１２のチャット処理を説明
するフローチャートである。

【図１３】図２のクライアントPC１のチャット処理を説
明するフローチャートである。

【図１４】ワールドにおけるアバタの位置を説明する図
である。

【図１５】各ユーザの画像の表示を説明する図である。

【図１６】文字列の転送を説明する図である。

【図１７】文字列の転送を説明する図である。

【図１８】音が対応する文字列を受信する前の表示例を
示す図である。

【図１９】音が対応する文字列を受信した後の表示例を
示す図である。

【符号の説明】

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

Claims

【特許請求の範囲】

【請求項１】他の情報処理装置とともに、ネットワー
クを介してサーバに接続され、共有仮想空間の提供を受
ける情報処理装置において、前記共有仮想空間において活動する、自分自身の分身と
してのアバタを介して行うチャットの文字列を入力する
入力手段と、前記入力手段で入力された文字列を文字データとして前
記サーバに送信する送信手段と、前記サーバから伝送されてきた前記文字データを音声デ
ータに変換する変換手段と、前記変換手段により変換された音声データを音声として
出力する出力手段とを備えることを特徴とする情報処理
装置。
【請求項２】前記変換手段は、予め文字データと音声データとが互いに対応付けられた
対応表を記憶する対応表記憶手段と、この対応表記憶手段を参照し、前記サーバから伝送され
てきた文字データを、対応する音声データに変換する処
理手段とから構成されていることを特徴とする請求項１
に記載の情報処理装置。
【請求項３】前記サーバからの問い合わせに応じて、
前記対応表記憶手段に記憶されている対応表の種別を表
すIDを前記サーバに伝送し、このIDに応じて前記サーバ
から最新の対応表が伝送されてきた場合に、この最新の
対応表を前記対応表記憶手段に記憶させる対応表更新手
段をさらに備えることを特徴とする請求項２に記載の情報処
理装置。
【請求項４】他の情報処理装置とともに、ネットワー
クを介してサーバに接続され、共有仮想空間の提供を受
ける情報処理装置の情報処理方法において、前記共有仮想空間において活動する、自分自身の分身と
してのアバタを介して行うチャットの文字列を入力する
入力ステップと、前記入力ステップで入力された文字列を文字データとし
て前記サーバに送信する送信ステップと、前記サーバから伝送されてきた前記文字データを音声デ
ータに変換する変換ステップと、前記変換ステップの処理により変換された音声データを
音声として出力する出力ステップとを含むことを特徴とする情報処理方法。
【請求項５】他の情報処理装置とともに、ネットワー
クを介してサーバに接続され、共有仮想空間の提供を受
ける情報処理装置のプログラムにおいて、前記共有仮想空間において活動する、自分自身の分身と
してのアバタを介して行うチャットの文字列を入力する
入力ステップと、前記入力ステップで入力された文字列を文字データとし
て前記サーバに送信する送信ステップと、前記サーバから伝送されてきた前記文字データを音声デ
ータに変換する変換ステップと、前記変換ステップの処理により変換された音声データを
音声として出力する出力ステップとを含むことを特徴と
するコンピュータが読み取り可能なプログラムが格納さ
れている格納媒体。