JPH11184790A - サイバースペースシステムおよびユーザ端末にサイバースペースを提供するプログラムを格納した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 サイバースペース内で他のユーザとコンタク
トをする際の利便性を向上させる。 【解決手段】 サイバースペース内に、自分の分身であ
るアバターＡおよび他のユーザ端末のユーザの分身であ
るアバターＢが表示されている。アバターＡおよびアバ
ターＢが互いに接近すると、履歴表示ウィンドウ３１が
表示される。履歴表示ウィンドウ３１には、これらのア
バター間の過去のコンタクトに係わる履歴データが表示
される。この履歴データは、過去のコンタクトの日時お
よびそのときの会話の話題を含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】ユーザに仮想現実空間を提供
するサイバースペースシステムに係わり、特に、複数の
ユーザが仮想現実空間を共有できるシステムに係わる。

【０００２】

【従来の技術】仮想現実空間に関する技術の研究・開発
が盛んになってきている。仮想現実空間の一例として
は、現実の世界をコンピュータの画面上に仮想的に再現
し、ユーザがその画面上の世界に入っていけるようなも
のが知られている。

【０００３】仮想現実空間として、たとえば、道路、商
店、公園などを含む街を構築した場合、ユーザは、コン
ピュータ画面上でこの街の中を自由に歩くことができ
る。中には、商店の中に入ってその商店で扱う商品に関
する情報を得たり、あるいは実際に商品を購入できるよ
うなシステムも提案されている。このような仮想現実空
間およびシステムは、それぞれサイバースペースおよび
サイバースペースシステムと呼ばれることがある。

【０００４】ネットワーク上にサイバースペースを構築
し、ネットワークに収容される複数のユーザがそのサイ
バースペースを共有できるシステムが知られている。た
とえば、特開平７−１３４６９５号公報、特開平８−７
７２５５号公報によりこの種のシステムが開示されてい
る。また、本件出願人は、上記形態においてサイバース
ペースの構成や配置をユーザが自由に設定できるシステ
ムについて提案（特願平９−１８４１０８号）してい
る。

【０００５】このようなサイバースペースシステムにお
いては、ユーザどうしの「出会い」が発生する。たとえ
ば、ユーザＡおよびユーザＢがそれぞれのユーザ端末に
表示されているサイバースペース内で同時に公園に入る
と、ユーザＡの端末の画面にユーザＢが登場し、同様
に、ユーザＢの端末の画面にユーザＡが登場する。この
ようにして出会ったユーザ同士は、ネットワークを経由
して会話等により情報交換をすることができる。

【０００６】

【発明が解決しようとする課題】上述のようなユーザど
うしの出会いに際して、以前にコンタクトをしたことが
あるか否か、そして、コンタクトしたことがあるのであ
ればその日時とそのときの会話の内容を予め知ることが
出来ると便利である。ところが、現在までのところ、こ
のような機能を備えたシステムは知られていない。

【０００７】本発明の課題は、サイバースペース内で他
のユーザとコンタクトをする際の利便性を向上させるこ
とである。

【０００８】

【課題を解決するための手段】本発明のサイバースペー
スシステムは、サイバースペースに第１および第２のユ
ーザ端末の各ユーザの分身である第１および第２のアバ
ターを表示する構成であって、第１のアバターと第２の
アバターとの間のコンタクトの履歴を格納する格納手段
と、上記格納手段に格納されている履歴に従って第１の
アバターおよび第２のアバターを識別して表示する表示
手段と、を有する。

【０００９】この構成によれば、自端末のサイバースペ
ースに表示される他のユーザ端末のアバターは、自端末
のアバターとの過去のコンタクトに係わる履歴に基づい
て識別表示される。このため、ユーザは、自端末のサイ
バースペースに表示される各アバターのおおよそのコン
タクト履歴を迅速に知ることができる。

【００１０】本発明の他の形態のサイバースペースシス
テムは、第１のアバターと第２のアバターとの間のコン
タクトの履歴を格納する格納手段と、第１のアバターと
第２のアバターとが互いに接近した際に、上記格納手段
からこれらのアバター間のコンタクトの履歴を抽出して
表示する表示手段と、を有する。

【００１１】この構成によれば、自端末のアバターと他
の端末のアバターとが互いに接近すると、そのアバター
とのコンタクトに係わる詳細な履歴が表示される。従っ
て、ユーザは、実際にコンタクトをする前にそのアバタ
ーに係わる情報を得ることができる。

【００１２】

【発明の実施の形態】以下、本発明の実施形態について
図面を参照しながら説明する。図１は、本実施形態のサ
イバースペースシステムの概念図である。本実施形態の
サイバースペースシステムでは、各ユーザは、自端末に
おいてそれぞれ独自のサイバースペースを構築できる。
ここでは、仮想的な「街」を構築するものとする。

【００１３】マップサーバ１は、コンピュータであり、
ネットワーク２を介して複数のユーザにサイバースペー
スを提供する。サイバースペースを構成する各要素（以
下、「メタファ」と呼ぶ）は、マップサーバ１またはサ
ービス提供者３により提供される。メタファとしては、
この実施例では、「道路」、「公園」、「商店：ショッ
プ」などを含む。なお、サービス提供者３は、ここで
は、売買の注文の受付やバンキングサービスなどを提供
する企業だけでなく、単に、情報を提供するものも含む
ものとする。情報の提供は、たとえば、ホームページを
閲覧させることも含むものとする。

【００１４】ユーザ端末４〜６は、たとえば、パーソナ
ルコンピュータであり、それぞれ異なるユーザ（ユーザ
Ａ〜Ｃ）によって操作される。ユーザ端末４〜６は、そ
れぞれネットワーク２を介してマップサーバ１に接続さ
れており、マップサーバ１により提供される情報を利用
してサイバースペースを構築し、それを画面に表示す
る。

【００１５】ユーザＡ〜Ｃは、それぞれユーザ端末４〜
６において独自のサイバースペース（それぞれ、サイバ
ースペースＡ〜Ｃ）を構築し、ユーザ端末４〜６の画面
に表示できる。すなわち、各ユーザ端末４〜６にはマッ
プサーバ１からメタファが提供され、ユーザＡ〜Ｃは、
それぞれ提供されたメタファの中から所望のメタファを
選択してそれを任意の場所に配置できる。ユーザＡ〜Ｃ
がそれぞれサイバースペースＡ〜Ｃを構築する際、各ユ
ーザ端末４〜６からマップサーバ１へ配置情報が通知さ
れる。配置情報は、ユーザＡ〜Ｃがそれぞれどのメタフ
ァを選択したのか、およびその選択したメタファをサイ
バースペース内のどの位置に配置したのかを示す情報で
ある。この通知により、マップサーバ１は、各ユーザ端
末４〜６において互いに独立に構築されるサイバースペ
ースの構成を認識する。

【００１６】ユーザＡ〜Ｃは、自端末に構築（実際に
は、自端末の画面上に表示）したサイバースペースに自
分の分身（以下、「アバター」と呼ぶ）を登場させるこ
とにより、サイバースペースの中に入ることができる。
図１に示す例では、アバターＡ〜ＣがそれぞれユーザＡ
〜Ｃの分身であり、それぞれサイバースペースＡ〜Ｃに
存在する。ユーザＡ〜Ｃは、マウスやキーボード等の入
力装置を介して自分に対応するアバターを自端末に構築
したサイバースペース内で自由に移動させることができ
る。このとき、各ユーザ端末４〜６からマップサーバ１
へ各サイバースペース内における各アバターの位置を表
すアバター位置情報が通知される。たとえば、ユーザ端
末４からマップサーバ１へは、サイバースペースＡにお
けるアバターＡの位置を表すアバター位置情報が通知さ
れる。この通知により、マップサーバ１は、各サイバー
スペースにおいて各アバターがどこに存在するのかを認
識する。また、マップサーバ１は、上記配置情報および
アバター位置情報により、各アバターがそれぞれどのメ
タファに近傍に位置しているのかを認識する。

【００１７】なお、アバター位置情報は、各アバターの
移動軌跡を逐一通知するようなものであってもよいし、
あるいは、各ユーザ端末において各アバターが特定のメ
タファに近づいたときにその旨を通知するようなもので
あってもよい。本実施形態では、各ユーザ端末４〜６と
マップサーバ１との間で転送される情報量を抑えるため
に、後者の方式を採るものとする。

【００１８】アバターは、サイバースペース内に設けら
れたメタファにアクセスすることができる。たとえば、
サービス提供者３が提供する「商店」を自サイバースペ
ースに設けた場合、アバターは、その「商店」にアクセ
スすることによりそこから情報を入手したり、あるいは
そこで販売されている商品を購入したりできる。このよ
うなメタファへのアクセスに関する情報は、マップサー
バ１に通知される。この場合、マップサーバ１は、たと
えば、このアクセス情報をサービス提供者３のメールボ
ックスに書き込み、サービス提供者３がそのアクセスを
検出できるようにする。あるいは、単に情報を提供する
メタファ（たとえば、ホームページなどに対応するメタ
ファ）にアクセスした場合には、アクセスのあったユー
ザ端末をその情報を提供するサイトにリンクさせること
もできる。

【００１９】マップサーバ１は、各ユーザ端末４〜６に
おいて互いに独立に構築されているサイバースペース間
にリンクを確立することができる。例えば、サイバース
ペースＡおよびＢにおいてそれぞれ「公園」が設けられ
ており、アバターＡがサイバースペースＡ内の公園に行
き、アバターＢがサイバースペースＢ内の公園に行った
場合、マップサーバ１は、ユーザ端末４および５から通
知される配置情報およびアバター位置情報により、アバ
ターＡおよびＢが共に「公園」に位置することを認識す
る。この場合、マップサーバ１は、アバターＡとアバタ
ーＢとが公園で「出会った」ものとみなし、サイバース
ペースＡとサイバースペースＢとをリンク付ける。具体
的には、サイバースペースＡにアバターＢを登場させ、
同様に、サイバースペースＢにアバターＡを登場させ
る。

【００２０】なお、上述のような出会いが発生しなくて
も、あるユーザ端末のサイバースペースに他のユーザ端
末のアバターを表示させることも可能である。たとえ
ば、公園および商店が配置されているサイバースペース
ＡにおいてアバターＡが商店の前にいたときに、アバタ
ーＢがサイバースペースＢ内の公園に行くと、マップサ
ーバ１は、サイバースペースＡ内の公園にアバターＢを
表示させる。

【００２１】アバターは、上述のようにして出会った他
のアバターと「会話」をすることができる。ここで、
「会話」は、たとえば、ネットワーク２を介した情報の
送受信であり、通常、テキストデータや画像データ、音
声データの授受である。このとき、ユーザ端末間は、マ
ップサーバ１を介して接続するようにしてもよいし、あ
るいはマップサーバ１を介さないパスを確立するように
してもよい。

【００２２】このように、本実施形態のサイバースペー
スシステムでは、各ユーザがそれぞれ独立して自由にサ
イバースペースを構築できる構成でありながら、サービ
ス提供者が提供するサービスを受けることができ、ま
た、他のサイバースペースに存在する他のアバターとの
コンタクトを得ることができる。

【００２３】図２は、マップサーバ１またはユーザ端末
４〜６の構成図であり、基本的な構成は同一である。記
憶装置１１は、半導体メモリ、磁気的記録媒体、あるい
は光学的記録媒体で構成され、プログラムおよびデータ
等を格納している。記憶装置１１は、マップサーバ１ま
たはユーザ端末４〜６に固定的に設けたものであっても
よいし、着脱自在に装着するものであってもよい。

【００２４】記録媒体ドライバ１２は、可搬性記録媒体
（半導体メモリ、磁気ディスク、光ディスク、光磁気デ
ィスク等を含む）１３に格納されているデータを読み出
したり、あるいは可搬性記録媒体１３にデータを書き込
む装置である。通信制御部１４は、ネットワーク２との
間でのデータの授受を制御するユニットである。

【００２５】ＣＰＵ１５は、記憶装置１１または可搬性
記録媒体１３からプログラム等をメモリ１６にロードし
て実行する。尚、本実施例で図示した各フローチャート
に記載のプログラムおよび各種テーブルは、記憶装置１
１に記録されているが、可搬性記録媒体１３に格納され
ていたものを書き込んだものであってもよく、また、通
信回線などを介してネットワーク２上の他の機器から受
信して記録する構成にしてもよい。さらに、ＣＰＵ１５
は、ネットワーク２上に設けられた他の記憶装置に格納
されているプログラムおよびデータ等を通信回線などを
介して使用するようにしてもよい。

【００２６】図３は、ユーザ端末の画面に表示されてい
るサイバースペースの例を示す図である。サイバースペ
ースを構築する際には、ユーザの指示（サイバースペー
ス構築要求）により、画面上にメニュー２１を呼び出
す。メニュー２１は、マップサーバ１が提供する全メタ
ファのリストである。図３では、４つのメタファに対応
するボタンのみが表示されているが、実施には他にも多
数のメタファが提供されており、スクロールボタンによ
って表示される。

【００２７】マップサーバ１により提供されるメタファ
をサイバースペースに配置させる場合には、たとえば、
メニュー２１において所望のメタファに対応するボタン
をマウス等を用いて指定し、ドラッグ・アンド・ドロッ
プによりその指定したメタファを所望の位置に配置す
る。図３に示す例では、「公園」、「ショッピングモー
ル」および「ホール」が選択されて配置されている。

【００２８】サイバースペースには、そのサイバースペ
ースを構築したユーザの分身であるアバターが表示され
る。ユーザは、マウスまたはキーボード等を用いた指示
により、サイバースペース内においてアバターを自由に
移動させことができる。

【００２９】なお、上記サイバースペースの構築方法、
動作については、本件出願人が先に出願（特願平９−１
８４１０８号）した明細書に詳しく記載してある。本実
施形態は、上記構成のサイバースペースシステムにおい
て、アバター間のコンタクト（特に、会話）に関する履
歴を蓄積しておき、過去のアクセス回数等に応じてアバ
ターの色、形、大きさなどの表示を変えたり、コンタク
トをする前に過去の会話の内容やその日時などを表示す
るようにするものである。以下、具体的な実施例につい
て説明していく。

【００３０】図４は、アバター間のコンタクトの履歴を
蓄積する履歴テーブルの一例の構成図である。この履歴
テーブルは、各ユーザ端末に設けられる。履歴テーブル
の各レコードは、他のユーザ端末のアバターとコンタク
トをする毎に設けられる。各レコードには、「アバター
名」、「コンタクト日時」、「コンタクト時間」、「累
積回数」、「累積時間」および「話題」が書き込まれ
る。「アバター名」は、コンタクトした相手のアバター
の名前である。「コンタクト日時」および「コンタクト
時間」は、それぞれコンタクトが発生した日時、および
そのコンタクトが継続した時間である。「累積回数」お
よび「累積時間」は、過去にコンタクトした累積回数、
および過去のコンタクトの累積時間であり、共に相手ア
バター毎に累積される。「話題」は、コンタクト時の会
話の内容の要約またはその会話に関連するキーワードで
ある。

【００３１】上記構成の履歴テーブルは、各ユーザ端末
において、他のユーザ端末のアバターとのコンタクトが
終了する際にそのコンタクトに対応するレコードが追加
されることによって更新される。以下、図５および図６
に示すフローチャートを参照しながら、履歴テーブルを
更新する処理を説明する。なお、この処理は、ユーザに
よりコンタクトを終了する旨の指示があったとき、ある
いはマップサーバからその旨の通知を受けたときに実行
される。

【００３２】ステップＳ１では、まず、履歴テーブル上
に新たなレコードを確保する。ステップＳ２では、コン
タクトしていた他のユーザ端末のアバターのアバター名
をその確保したレコードに書き込む。ステップＳ３で
は、当該ユーザ端末に内蔵されている時計から現在の日
時を取得し、上記確保したレコードに書き込む。ステッ
プＳ４では、コンタクトに要した時間を上記確保したレ
コードに書き込む。

【００３３】ステップＳ５では、ステップＳ２で書き込
んだアバター名と同じアバター名が過去に作成したレコ
ード中に存在するか否かを調べる。すなわち、今回のコ
ンタクトの相手としてのアバターと過去にコンタクトし
たことがあるか否か調べる。同一アバター名が存在すれ
ば、ステップＳ６へ進み、存在しなければステップＳ９
へ進む。

【００３４】ステップＳ６では、同一のアバター名が書
き込まれている過去のレコードの中から最新のレコー
ド、（即ち、同一アバターに対する前回のコンタクトに
対応するレコード）を取り出し、そのレコードから「累
積回数」および「累積時間」を抽出する。ステップＳ７
では、その抽出した「累積回数」を１だけインクリメン
トする。そして、今回のコンタクトに対応するレコー
ド、すなわちステップＳ１で確保したレコードにそのイ
ンクリメントされた「累積回数」を書き込む。続いて、
ステップＳ８では、ステップＳ６で抽出した「累積時
間」に今回のコンタクトのコンタクト時間を加算する。
そして、今回のコンタクトに対応するレコードにその今
回のコンタクト時間が加算された「累積時間」を書き込
む。

【００３５】一方、過去に作成したレコードにおいて今
回コンタクトしたアバターのアバター名が存在しなけれ
ば、過去にそのアバターにコンタクトしたことがないも
のとみなし、ステップＳ９において、今回のコンタクト
に対応するレコードの「累積回数」として１を書き込
む。続いて、ステップＳ１０において、そのレコードの
「累積時間」として今回のコンタクトのコンタクト時間
をそのまま書き込む。

【００３６】ステップＳ１１では、当該ユーザ端末のユ
ーザに「話題」を入力させるためのウィンドウを表示す
る。このウィンドウ表示に対して、ユーザがキーボード
等を用いて「話題」を入力すると、ステップＳ１２にお
いて、今回のコンタクトに対応するレコードにその入力
された「話題」を書き込む。なお、ユーザが何も入力し
なかった場合には、「話題」のフィールドには何も書き
込まれない。

【００３７】このように、各ユーザ端末では、他のユー
ザ端末のアバターとコンタクトをすると、履歴テーブル
上にそのコンタクトに対応するレコードが追加され、そ
のコンタクトに係わる各種情報が書き込まれる。

【００３８】なお、上記の例では、「話題」をキー入力
する構成を示したが、音声入力などの他の方法であって
もよい。音声で「話題」を入力する場合には、入力され
た音声データをそのまま保存してもよいし、音声認識処
理を実行することにより文字データに変換して保存する
ようにしてもよい。

【００３９】また、「話題」をユーザに入力させるので
はなく、ユーザ端末またはマップサーバが会話の内容を
自動的に分析してキーワードを抽出し、そのキーワード
を書き込むようにしてもよい。

【００４０】次に、アバター間のコンタクトに関する履
歴に基づいてアバターの表示を変化させる実施例を説明
する。この実施例のフローチャートを図７に示す。この
処理は、あるユーザ端末に構築されるサイバースペース
に他のユーザ端末のアバターが現れる際にそのユーザ端
末において実行される。

【００４１】ステップＳ２１では、このユーザ端末のサ
イバースペースに新たに現れた他のユーザ端末のアバタ
ーに対応するレコードが履歴テーブルに存在するか否か
を調べる。たとえば、図４に示す例は、履歴テーブルに
アバターＢ、Ｃ、Ｄに係わるレコードが存在している様
子を示している。

【００４２】該当するアバターに対応するレコードがあ
れば、ステップＳ２２において、該当するアバターに対
応するレコードの中で最新のレコードを抽出する。ステ
ップＳ２３では、ステップＳ２２で抽出したレコードの
「累積回数」に対応する表示サイズを決定する。各ユー
ザ端末は、図８(a) に示すような、累積コンタクト回数
と表示サイズとの対応関係を設定するテーブルを有して
おり、このテーブルを参照して表示サイズを決定する。

【００４３】ステップＳ２４では、ステップＳ２２で抽
出したレコードの「累積時間」に対応する表示色を決定
する。各ユーザ端末は、図８(b) に示すような、累積コ
ンタクト時間と表示色との対応関係を設定するテーブル
を有しており、このテーブルを参照して表示色を決定す
る。なお、図８(a) および８(b) の各テーブルの内容
は、各ユーザが指定できる。

【００４４】ステップＳ２５では、ステップＳ２３で決
定した表示サイズおよびステップＳ２４で決定した表示
色に従ってアバターを表示する。例えば、過去に８回コ
ンタクトし、その合計のコンタクト時間が４時間である
アバターであれば、図８の例によれば、２５×３３ドッ
トの大きさで、黄色のアバターとして表示される。

【００４５】一方、該当するアバターに対応するレコー
ドが履歴テーブルに存在しない場合には、そのアバター
には過去に一度もコンタクトしたことがないものとみな
し、ステップＳ２６において、未コンタクトを表す色お
よびサイズでアバターを表示する。たとえば、図８の例
によれば、１５×２０ドットの大きさで、黒色のアバタ
ーとして表示される。

【００４６】このように、本実施例によれば、過去にコ
ンタクトした回数が多いアバターほど大きく表示され、
また、そのコンタクト時間が長かったアバターほど鮮や
かな色で表示される。このため、ユーザは、たとえば、
以前にコンタクトした人と更に深いコンタクトを行いた
い、或いは見知らぬ人とのコンタクトを行いたい、等の
要望を持っている場合、どのアバターのアクセスすべき
なのかを容易に見分けることができる。

【００４７】なお、上記実施例では、コンタクトに係わ
る履歴に従ってアバターの表示サイズおよび表示色を変
化させたが、他にも、アバターの形状を変化させるよう
にしてもよい。また、コンタクトの累積回数や累積時間
の他にも、たとえば、コンタクト頻度に応じてアバター
の表示を変えるようにしてもよい。

【００４８】次に、他の端末のアバターとコンタクトす
る前に、そのアバターとのコンタクトの履歴を表示させ
る実施例を説明する。この実施例のフローチャートを図
９に示す。この処理は、あるユーザ端末のサイバースペ
ースにそのユーザ端末のアバターおよび他のユーザ端末
のアバターが表示されている状態において、それら２ア
バターが互いに接近したときにそのユーザ端末において
実行される。

【００４９】ステップＳ３１では、このユーザ端末のア
バターが接近した他のユーザ端末のアバター（以下、こ
のフローチャートの説明において「該当アバター」と呼
ぶ）に対応するレコードが履歴テーブルに存在するか否
かを調べる。対応するレコードが存在するのであれば、
ステップＳ３２において、該当アバターに係わる履歴デ
ータを表示するか否かをユーザに指定させるためのメニ
ュー画面を表示する。ユーザの指示は、ステップＳ３３
において判断される。

【００５０】ユーザが履歴データを表示する旨の指示を
入力した場合には、ステップＳ３４において、該当する
アバターに対応するレコードの中で現在時刻に近い所定
の数のレコードを抽出する。続いて、ステップＳ３５に
おいて、履歴データを表示するためのウィンドウ（図１
０に示す履歴表示ウィンドウ３１）を表示し、その中
に、ステップＳ３４で抽出したレコードの「コンタクト
日時」および「話題」を表示する。

【００５１】一方、該当アバターに対応するレコードが
履歴テーブルに存在しないのであれば（ステップＳ３
１：Ｎｏ）、ステップＳ３６において、該当アバターに
は過去にコンタクトしたことがない旨を意味するメッセ
ージを表示する。

【００５２】上記ステップＳ３５により履歴データを表
示した後、またはステップＳ３６によりメッセージを表
示した後、ステップＳ４１において、該当アバターとコ
ンタクトするか否かをユーザに指定させるためのメニュ
ー画面を表示する。ユーザの指示は、ステップＳ４２に
おいて判断される。

【００５３】ユーザが該当アバターとコンタクトをする
旨を指示した場合には、ステップＳ４３において、該当
アバターに対応するユーザ端末との間にリンクを確立す
る。一方、ユーザが該当アバターとコンタクトしない旨
を指示した場合には、ステップＳ４３をスキップして処
理を終了する。

【００５４】なお、ステップＳ３２によるメニュー表示
に対して、ユーザが、履歴データを表示することなくそ
の該当アバターにコンタクトする旨の指示を入力した場
合には、ステップＳ３４、Ｓ３５、Ｓ４１、Ｓ４２をス
キップしてステップＳ４３へジャンプする。

【００５５】図１０に上記フローチャートのステップＳ
３５により表示される履歴データの表示例を示す。な
お、図１０は、アバターＡに対応するユーザ端末におけ
る表示の例である。

【００５６】この例では、サイバースペースにアバター
Ａ及びアバターＢが存在しており、これらのアバターが
互いに接近した状態を表している。これらのアバターが
互いに接近すると、アバターＢとの過去のコンタクトに
係わる履歴データが履歴表示ウィンドウ３１に表示され
る。なお、アバターＢに対応するユーザ端末において
は、同様に図９のフローチャートが実行され、アバター
Ａとの過去のコンタクトに係わる履歴データが履歴表示
ウィンドウに表示される。

【００５７】このように、本実施例によれば、他のユー
ザのアバターをコンタクトをする前に、そのアバターと
の過去のコンタクトに係わる履歴が表示される。このた
め、ユーザは、以前に合ったアバターと再度コンタクト
する場合には、以前の会話での話題やその日時などを知
ることができ、実際のコンタクトに移ったときに、会話
をスムーズに進めることができる。

【００５８】なお、上記実施例では、履歴テーブルを各
ユーザ端末に設け、履歴テーブルを更新する処理、履歴
に従ってアバターの表示を変化させる処理、および履歴
データを表示する処理を各ユーザ端末に実行させていた
が、履歴テーブルをマップサーバに設けるとともに、こ
れらの処理をマップサーバに実行させる構成としてもよ
い。

【００５９】

【発明の効果】本発明によれば、アバター間の過去のコ
ンタクト履歴に従ってアバターを識別表示するので、ユ
ーザは、コンタクトすべきアバターを目的に応じて容易
に選択できる。また、コンタクトをする前にそのコンタ
クトしようとするアバターとの過去のコンタクトに係わ
る履歴を知ることができるので、実際のコンタクトに移
ったときに、会話をスムーズに進めることができる。

【図面の簡単な説明】

【図１】本実施形態のサイバースペースシステムの概念
図である。

【図２】マップサーバまたはユーザ端末の構成図であ
る。

【図３】ユーザ端末の画面に表示されているサイバース
ペースの例を示す図である。

【図４】履歴テーブルの一例の構成図である。

【図５】履歴テーブルを更新する処理のフローチャート
（その１）である。

【図６】履歴テーブルを更新する処理のフローチャート
（その２）である。

【図７】アバター間のコンタクトに関する履歴に基づい
てアバターを表示する処理のフローチャートである。

【図８】表示サイズおよび表示色を設定するテーブルの
一例の構成図である。

【図９】他の端末のアバターとのコンタクトの履歴を表
示させる処理のフローチャートである。

【図１０】履歴データの表示例である。

【符号の説明】

１ マップサーバ ２ ネットワーク ３ サービス提供者 ４〜６ ユーザ端末 １１ 記憶装置 １２ 記録媒体ドライバ １３ 可搬型記録媒体 １４ 通信制御部 １５ ＣＰＵ １６ メモリ ３１ 履歴表示ウィンドウ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 サイバースペースに第１および第２のユ
   ーザ端末の各ユーザの分身である第１および第２のアバ
   ターを表示するサイバースペースシステムであって、 第１のアバターと第２のアバターとの間のコンタクトの
   履歴を格納する格納手段と、 上記格納手段に格納されている履歴に従って第１のアバ
   ターおよび第２のアバターを識別して表示する表示手段
   と、 を有するサイバースペースシステム。
2. 【請求項２】 サイバースペースに第１および第２のユ
   ーザ端末の各ユーザの分身である第１および第２のアバ
   ターを表示するサイバースペースシステムであって、 第１のアバターと第２のアバターとの間のコンタクトの
   履歴を格納する格納手段と、 第１のアバターと第２のアバターとが互いに接近した際
   に、上記格納手段からこれらのアバター間のコンタクト
   の履歴を抽出して表示する表示手段と、 を有するサイバースペースシステム。
3. 【請求項３】 サイバースペースに第１および第２のユ
   ーザ端末の各ユーザの分身である第１および第２のアバ
   ターを表示するサイバースペースシステムを提供するプ
   ログラムを格納し、そのプログラムをコンピュータに実
   行させたときに、 (a) 第１のアバターと第２のアバターとの間のコンタク
   トの履歴を履歴データとして蓄積する機能、 (b) 上記履歴データに従って第１のアバターおよび第２
   のアバターを識別して表示する機能、 が実現される記録媒体。
4. 【請求項４】 サイバースペースに第１および第２のユ
   ーザ端末の各ユーザの分身である第１および第２のアバ
   ターを表示するサイバースペースシステムを提供するプ
   ログラムを格納し、そのプログラムをコンピュータに実
   行させたときに、 (a) 第１のアバターと第２のアバターとの間のコンタク
   トの履歴を履歴データとして蓄積する機能、 (b) 第１のアバターと第２のアバターとが互いに接近し
   た際に、上記履歴データを表示する表示手段と、 が実現される記録媒体。