【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

【０００６】

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

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

【０００８】

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

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

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

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

【００１２】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５９】

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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