JPH07134695A - ネットワークサービスにおけるビジュアルアクセスシステム - Google Patents

Abstract

(57)【要約】 【目的】 この発明は、仮想地図空間内にユーザの分身
を移動させて、地図上のサービスを任意に選定すると共
に、情報交換を行いつつ、最終地点に到達することによ
り容易にビジュアルアクセスできるようにすることを目
的としたものである。 【構成】 仮想地図空間よりなるネットワークの各所に
建物を散在させ、該建物内でのサービスを表現する機能
を具えると共に、前記仮想地図空間を移動するユーザの
分身を組み合せ、前記分身の移動による当該地点のサー
ビスを音声又は画像もしくはその両方で表現することを
特徴としたネットワークサービスにおけるビジュアルア
クセスシステム

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、仮想地図空間内にユ
ーザの分身を移動させて、地図上のサービスを任意に選
定すると共に、情報交換を行いつつ、最終地点に到達す
ることにより容易にビジュアルアクセスできるようにす
ることを目的としたネットワークサービスにおけるビジ
ュアルアクセスシステムに関する。

【０００２】

【従来の技術】近来ヒューマンインタフェースの研究が
重視されるにつれて、コンピュータの中に組み込まれて
インタフェースのデザイン、実行、評価、維持などとい
ったインタフェースを管理する働をもつＵＩＭＳ（Ｕｓ
ｅｒ ＩｎｔｅｒｆａｃｅＭａｎａｇｅｍｅｎｔ Ｓｙ
ｓｔｅｍ）が知られている。このＵＩＭＳの確立によ
り、複数の異なるアプリケーションに対して共通のダイ
アログ（インタフェース）を用いることができる。また
異なるアプリケーションで同じような操作環境を提供で
きれば、ユーザがアプリケーションごとに異なった使用
方法を覚える必要が少なくなる点で有利であり、使い易
いハードウエアを得ることができる。

【０００３】またコンピュータの操作をビジュアルでイ
ンタラクティブに実現するものとしてＧＵＩ（グラフィ
カルユーザインタフェース）が知られている。このＧＵ
Ｉによれば、ユーザは恰も自分の机の上で本や、書類を
拡げるような感じの様々なアプリケーションプログラム
が実行できる。即ちユーザが普段身近に利用している環
境をビジュアルにコンピュータ上で表現し、そのコンピ
ュータ上の環境へインタラクティブに働きかけることが
できるので、新たにコンピュータを操作するために覚え
ることが余り多くなくなり、とくにコンピュータに詳し
くない人でも戸惑うことなくコンピュータを利用するこ
とができる利点がある。

【０００４】

【発明により解決すべき課題】前記従来の技術によれ
ば、或地点から他の地点に移動するには、概ね一直線
（少くともより道しない）であったり、その指示にはキ
ーワードが必要であるから、コンピュータ操作になれて
いないユーザには機能を十分活用することが簡単にでき
ない問題点があった。

【０００５】即ち現在普通に使用されているコンピュー
タインタフェースではその操作に専門的な知識を要し、
異なるアプリケーション毎に異なる操作方法を習得しな
ければならないなどの問題点があって、一般のユーザに
は使用しにくいとされている。

【０００６】即ち現在普通に使用されているコンピュー
タインタフェースではその操作に専門的な知識を要し、
異なるアプリケーション毎に異なる操作方法を習得しな
ければならないなどの問題点があって一般のユーザには
使用しにくいとされている。

【０００７】

【課題を解決するための手段】然るにこの発明は、ユー
ザインタフェースの考えを、コンピュータネットワーク
を利用するユーザの為に導入することにより、ネットワ
ークユーザインタフェースを構築し（図１）前記従来の
問題点を解決したのである。

【０００８】前記ネットワークユーザインタフェースに
おいては、共有資源の有効活用を十分にするためにも、
音声は勿論、静止画、動画等の映像にも対応できるよう
でなければならないし、更に今後新たに可能となる様々
なネットワークの追加機能に柔軟に対応できるような特
性をもっている必要がある。前記を要約すると、ネット
ワークユーザインタフェースに必要とされる資質は次の
ようになる。

【０００９】（１） 簡単でシンプルな操作ができるこ
と。

【００１０】（２） 統一感のある操作環境があるこ
と。

【００１１】（３） ネットワークの可能性を最大限に
活かすことの出来る拡張性があること。

【００１２】即ちこの発明は仮想地図空間よりなるネッ
トワークの各所に建物を散在させ、該建物内でのサービ
スを表現する機能を具えると共に、前記仮想地図空間を
移動するユーザの分身を組み合せ、前記分身の移動によ
る当該地点のサービスを音声又は画像もしくはその両方
で表現することを特徴としたネットワークサービスにお
けるビジュアルアクセスシステムである。また他の発明
は仮想地図空間よりなるネットワークを複数の階層とす
ることを特徴としたものである。次に他の発明は分身に
情報交換機能を付与したものである。更に他の発明は階
層は行政区画などの予め設定した区画を基準として、仮
想地図空間を構成したものである。

【００１３】この発明におけるネットワークサービスと
は、ネットワークを通して利用されるサービスをいう。
この発明によれば、ユーザは、仮想地図空間を表わす
「地図」の上を、その分身（例えば人形）を操って歩き
回り、興味をもったサービスに対応する「建物」に入る
ことによって、サービスを受けることができる。実際使
用に際しては、或地点に立つとサービスの音声又は画像
が流れ、又は宣伝車などの放送があるので、その中で求
めるサービスを行っている方向へ歩み寄り、または放送
により知ったサービスを受けるべく「建物」内へ入る
と、当該「建物」内における総てのサービスを音声、画
像などによって詳細に知ることができる。尤もそのよう
なサービスを欲しない場合には、立寄ることなく、通過
すればよいことになる。

【００１４】このような時に、他人の分身が近接した時
には、会話し、お互の経験に基づく情報交換をする。例
えばＡの人形がａの建物に入って１ａのサービスを受け
たとし、Ｂの人形がｂの建物に入って１ｂのサービスを
受けたとした場合に、人形Ａ、Ｂが出会えば、ＡはＢの
アクセスにより１ａを伝え、ＢはＡのアクセスによって
１ｂを伝えるという具合である。尤もＡ、Ｂ共にアクセ
ス自由度をもたせておき、ＡはＢに、ＢはＡに自分の好
む情報についてのみアクセス出来ればより合理的であ
る。

【００１５】前記地図によって表現されるネットワーク
環境が、現在行われているネットワーク環境との大きな
違いは次の点である。

【００１６】即ち現在行われているネットワークでは
「場」から「場」への移動が瞬時に行われるのに対し、
この発明のように地図を利用する場合には、「地図空
間」が大きなネットワーク自体の「場」となり、その中
に面積をもつものとして各サービスの場が設置され、場
の移動には空間を動いていくようになっている。

【００１７】またこの発明の特徴は、コンピュータで用
いられるマウスのようなダイレクトポインティングでは
なく、自分の分身である人形を操作して地図上のサービ
スを選択により多くの時間を必要とするという点であ
る。この点時間が掛ることは従来のインタフェースに比
べて劣っているともいえるが、次のような利点も考えら
れる。

【００１８】（１） ネットワークを空間的に認識でき
るので、人間にとって自然な「空間的記憶」を活用する
ことが可能となる。

【００１９】（２） ネットワークを移動している最中
に色々な人々と接触出来るので、偶然の出会いの機会が
多くなり、偶然の情報が入る可能性がある。

【００２０】（３） 空間的記憶を活用することによっ
て、ネットワーク中で迷子になる危険性が減る。

【００２１】（４） ネットワーク全てについて自分の
分身を動かして移動するという同じインタフェースを採
用するので、どのようなサービスを選択する時にも統一
された操作環境を実現出来る。

【００２２】前記における空間的記憶とは、例えば、あ
る品物を入手したいと思った時に、通い慣れた店であれ
ば、「あの品物はレジの脇を左に折れた正面の戸棚の下
にあるはずだ」と、さして苦労することなくその品物を
手に入れることが出来るのに対し、初めて入るような店
であれば、その品物が置かれている所を探すのに一苦労
することになる。

【００２３】これにより判ることは、人は情報を整理、
記憶するために、頻繁に「空間」を活用しているという
ことである。このような人の空間を利用した情報の整
理、記憶のことを、「空間的記憶の活用」と呼んでい
る。

【００２４】この発明においても、空間的な記憶の活用
がなされる。ユーザは地図メタファーによって表現され
たネットワーク空間の中を、ある程度の時間をかけて自
由に歩き回ることによって、地図上のサービスの配列を
より空間的に認識、記憶し、以後のサービスの選択に活
かすことが出来るようになる。

【００２５】前記における偶然の出会いとは、ネットワ
ークユーザインタフェースにおいて大切なのが、同時に
アクセスしている他ユーザとのコミュニケーションを実
現することである（図３）。

【００２６】我々は普段、思いもよらない場所で思いも
よらない人物に出会うことがある。我々はこのような偶
然によって生じた出会いを「偶然の出会い」と呼んでい
るが、偶然の出会いによって得られる情報はしばしば非
常に価値のあるものになることがある。

【００２７】今までのネットワークでは、ユーザはただ
一人きりで、サービスを利用している間にも他のユーザ
の存在を意識することは無かった、しかし実際には、ネ
ットワークを同時に利用しているユーザの数はかなりの
ものであり、同時にネットワークを利用しているユーザ
がお互いに相手の存在を感じることが出来るかどうか
は、ひとえにネットワークユーザインタフェースが多ユ
ーザ同時利用環境を想定しているかどうかにかかってい
る。つまりネットワーク利用時に「偶然の出会い」が起
こり得るかどうかは、ネットワークユーザインタフェー
スが「偶然の出会い」を起こし得るような環境を提供で
きるかどうかにかかっている。

【００２８】ネットワーク上で、サービスからサービス
への移動中に偶然の出会いを発生させることができれ
ば、偶然の出会いの機会がかなり増大すると考えられ
る。今までのネットワークユーザインタフェースでは、
ネットワーク中のサービスから他のサービスへの移動は
ほとんど瞬時に完了し、移動中に何らかのイベントをユ
ーザに知らせようなどということは考慮されていなかっ
た。

【００２９】そこでネットワーク中のサービス間の移動
に時間がかかる様にすれば、その時間を利用して偶然の
出会いをはじめとする様々なイベントを起こさせること
ができるのではないかと考えられる。

【００３０】地図空間では「歩く」というサービス選択
のための手段を採用することによって、サービス間の移
動にある程度の時間がかかるという環境を自然に実現す
ることができる。その間に他のユーザの人形と偶然に出
会ったりして、それをきっかけとするコミュニケーショ
ンといった偶然性の高いコミュニケーションをとり行な
うことができるのである（図３）。

【００３１】前記における偶然の情報発見とは、ネット
ワークユーザインタフェースにおいて、さらにもう一つ
大切なのが、ユーザの知らないサービスの存在をいかに
してユーザに知らしめるかという問題である。今までの
インタフェースでは、ユーザは自分がその存在を知って
いるサービスしか受けることができなかった（図４）。

【００３２】たとえば、現在の電話では、利用者は予め
自分が電話番号を知っているサービスしか利用すること
ができない。もし利用者の目的により合致したサービス
が提供されていたとしても、電話番号を知らなければそ
のサービスを利用することはできないし、また、電話を
使用中にそのサービスの電話番号を新たに知ることもで
きない。

【００３３】しかし利用者の立場にたって考えてみれ
ば、できることならばより良いサービスを利用したい
し、また、より良いサービスを発見することのできるよ
うなネットワーク環境は、現在活用されていない多くの
ネットワーク上の共有資源の発見、利用にも通じ、非常
に価値のあるネットワーク環境となると考えられる。

【００３４】現実の世界では、なんとなく町を散歩して
いるときに、ついつい目についたものを衝動買いしてし
まったり、バーゲンを行なっている店を発見して、目当
ての品物をおもいのほか安く手に入れられたり、ひいき
の歌手のコンサートが近所で行なわれることを知ったり
することがある。このように、安売りをしている店を偶
然に見つけたり、そのほかの様々な役に立つ情報を偶然
に入手することを、我々は「偶然の情報発見」と呼んで
いる。

【００３５】地図空間では、ユーザが地図中を歩き回っ
ている最中に様々なイベントに出会えるようにすること
によって、偶然の情報発見を実現している（図５）。

【００３６】前記この発明のネットワークサービスにお
けるインタフェースは、全部を一つの空間地図に表現す
ることは困難であるから、必然的にネットワーク全体を
幾重にも階層化された多くの地図の集合体として表現
し、各地図毎にその地図に参加している利用者の情報を
管理、保持するように構築する。

【００３７】例えば、現に使用されているメールアドレ
スのように、国、地方、県、市、町、ビル、フロアとい
うように階層化すれば、ユーザは目的とする地図空間を
容易に選定し、その中の細分された区分により、適確な
サービスを期待することができる。

【００３８】例えば、国から関東地方を選定し、更に東
京都を選定し、ついで新宿区を選定し、西新宿を選定し
た後、３０階のＡビルを選定すれば、Ａビルの各フロア
毎のサービス空間が提供されるので、必要に応じ、フロ
アを指定すれば、当該フロアにおける特定のサービスを
受けることができる。

【００３９】当該ビルが期間的に別目的に使用され、別
サービスを提供するのであれば、催物の変る毎に当該イ
ンタフェースを取り換えておくことにより、現在只今の
サービスを正確に受けることができる。

【００４０】

【作用】この発明によれば、ネットワーク地図内に、ユ
ーザの分身を移動させ、移動中に接触し、又は入って来
た情報に基づき、サービスを求める情報に近接アクセス
することにより、当該情報を詳細に入手し、ついで更に
移動して次の情報を収集すると共に、他人の分身と遭っ
て情報を交換し、かくて情報を収集しつつ最終目的地に
到達することができる。

【００４１】またネットワークユーザインタフェースを
階層化することによって、広範囲のサービスを選択的に
入手できる。例えば行政区画毎に階層化しておけば、大
地域から小地域、更にはビル或いはフロアまで細分類階
層化すれば、正確かつ詳細なサービスを入手することが
できる。

【００４２】

【実施例】先づネットワークを地図メタファを用いて表
現するインタフェースシステムを構築する。

【００４３】図６は地図を用いた階層的なネットワーク
の表現である。例えば図６において第１階層１は国（日
本地図）を表現し、第２階層２は関東地方を表現し、第
３階層３は都市を表現し、第４階層４は道路、建物を表
現する。更に階層を作るとすれば、例えばビル内のフロ
アを第５階層とすることもできる。

【００４４】前記において、ユーザは、第１階層１から
関東地方を選定して第２階層２に入り、第２階層２では
東京・神奈川を選定して第３階層３に入り、第３階層３
では、１つの都市を選定して第４階層４に入り、第４階
層４では、前記都市の一部を空間地図として映像化す
る。

【００４５】この第４階層４における空間地図上を、人
形５により移動すれば、街角などの要所、要所から、附
近のサービス情報を入手し、当該サービス情報から、求
める情報を選定して、当該サービスの行われている場所
６（例えばビル）に入る。この場所６に入れば、映像
と、文字によってサービスの内容が示されるので、更に
その中から求めるサービスを選定し確定する。

【００４６】次に図４のように、人形５、５ａが出遭う
と、サービスＡについては人形５を介して情報を伝え、
サービスＢについては人形５ａが情報を伝えて、お互の
経験を交換（情報交換する）することができる。

【００４７】前記実施例において、地図空間では、サー
ビスを提供する部分と、ユーザインタフェースを制御す
る部分が、ある程度分離できるようになっている。

【００４８】この実施例では、サービスを提供するプロ
グラムのことを「サーバ」プログラムといい、ユーザイ
ンタフェースを制御するプログラムを「クライアント」
プログラムと呼ぶ。特に、インタフェースを表現する地
図メタファーの制御と、その地図に参加している利用者
の管理を行うサーバプログラムのことを「マップサー
バ」プログラムという。

【００４９】一般のサーバ・クライアントモデルでは、
プログラマがクライアント側のプログラムを作成してサ
ーバの機能を使用するという使われ方が想定されている
のに対して、地図空間のサーバ・クライアントモデルで
は、クライアント側のプログラムは、各ハードウエアに
つき一つづつ存在すればよいので、プログラマはサーバ
側のプログラム（即ちサービス提供プログラム）を主に
作成すると考えられており、此の点で両者は異なってい
る。

【００５０】前記におけるマップサーバは、地図空間ネ
ットワークユーザインタフェースの正に中核をなすプロ
グラムである。

【００５１】そこでネットワークは、「マップサーバに
よって提供される地図の集合体」としてユーザに認識さ
れる。

【００５２】前記マップサーバは、最低一枚、必要なら
ばそれ以上の地図情報を持ち、同時にその地図上に登録
されている様々なサービスについての情報を保持する。
一方ユーザは地図に関する情報を予めなにも持っていな
い。即ちユーザはマップサーバに接続して初めてそのマ
ップサーバから地図情報を獲得することができるように
なっている為である。この為にマップサーバがいつも同
一の地図情報をユーザに提供しさえすれば、全てのユー
ザが同じ地図情報を持つことができる。換言すれば、全
てのユーザが同一の地図情報をもてるかどうかについ
て、マップサーバがその責任を負うことになる。

【００５３】マップサーバは自分の提供する地図上に登
録されているサービスと、地図を利用しているユーザに
対して「全ての」便宜を図る。例えばユーザが人形を動
かして地図上のあるサービスを要求した場合に、ユーザ
にそのサービスにアクセスするための必要な情報を提供
しなければならない。万一マップサーバが、そのサービ
スへのアクセス方法をユーザに提供できない場合には、
ユーザはそのサービスを利用すべきすべを失うことにな
る。またサービスの情報を管理することと同様に、マッ
プサーバはその上下の階層のマップサーバについての情
報の管理も行ない、ユーザのスムーズな階層間の移行を
手助けしなくてはならない。

【００５４】前記クライアントプログラムは、ユーザイ
ンタフェースに関する一切の役割を一手に担う。従って
ユーザが操作するコンピュータ上で動作するプログラム
である。

【００５５】即ちユーザの様々な動作をマップサーバ等
のサーバプログラムへ報告しながら、サーバプログラム
から送られてくる情報を適宜ユーザに提示する役割を持
っている。

【００５６】前記サーバプログラムとクライアントプロ
グラムは、予め定められたプロトコルにのっとって相互
に通信を行ない、サービスをユーザに提示する。この予
め定められたプロトコルのことを「ＭＲプロトコル」
（図７）と呼ぶ。サーバはＭＲプロトコルにのっとって
クライアントと情報のやりとりを行うため、ＭＲプロト
コルに対応したクライアントプログラムを持ったコンピ
ュータであれば、ハードウエアの仕様に関わらずサーバ
の提供するサービスを受けることができる。

【００５７】例えばサーバは、ユーザの使用しているコ
ンピュータ端末がカラーディスプレイを持っているかど
うか、白黒ディスプレイしかサポートしていない端末か
どうかなどについて一切関知する必要がなく、自分のサ
ービスに必要な情報をＭＲプロトコルにのっとってクラ
イアントに送りさえすれば良い。ＭＲプロトコルにのっ
とったクライアントプログラムは、そのハードウエアで
可能な範囲で情報をユーザに提示する。

【００５８】然して必要ならば、送られて来た情報に加
工を施すこともできる。例えば白黒のディスプレイを持
つ端末の上で動作するクライアントプログラムは、サー
バからカラーの地図情報が送られて来た場合、それを白
黒の地図に変換して表示する場合などである。

【００５９】このように、サービスを提供するサーバプ
ログラムと、ユーザインタフェースを司るクライアント
プログラムとをはっきり区別することにより、サービス
の制作時にクライアント側のハードウエア問題について
考慮する必要をかなり抑えることができる。この点、地
図空間インタフェースを使用したサービスの製作を非常
に効率良く行うことが可能となった。また同時にプロト
コルを拡張性のある仕様にしておくことによって、今後
のネットワーク技術の発展によって実現するであろうさ
まざまなメディアやサービスに対応することが可能とな
った。

【００６０】前記におけるサーバ・クライアント間の関
係は、例えば図８の通りである。図８によれば、サービ
スはマップサーバを中心としたコロニーを形成する。マ
ップサーバは木構造に似た階層構造を持つことがわか
る。複数のマップサーバから同時に参照されるサービス
の存在も許される。この構造はサーバをノードとする一
種のハイパーテキスト的な構造であるともいうことがで
きる。

【００６１】前記クライアントプログラムは、ユーザの
ネットワークへの接続という最も初期の段階からユーザ
をサポートする。ユーザは、いつも最初に接続するマッ
プサーバを一つだけクライアントプログラムに教えてお
くだけでよい。すると、クライアントプログラムはその
マップサーバに対して接続要求を行なう。サーバはクラ
イアントの接続要求を確認すると、クライアントに接続
の完了を通知し、続いて地図情報やそのサーバ内に現在
存在している全ユーザの情報を送る。クライアントはサ
ーバから送られてきた情報に基づいてユーザに「地図」
を提示する。地図上にはマップサーバに登録されている
サービスがなんらかの形で表現されている。

【００６２】ユーザが地図上の分身である「人形」を動
かすために、ジョイスティック等を用いて移動方向を指
示すると、クライアントはジョイスティックの状態をサ
ーバに送る。サーバはその情報を基にしてユーザの新し
い位置を計算し、他のユーザの存在している位置と共に
クライアントに送り返す。クライアントは新たに送られ
てきた位置情報によりユーザの位置を更新し、ユーザに
提示している地図にも反映させる。ユーザはそれを見て
人形が自分の思い通りに動いたかどうかを判断し、更に
ジョイスティックによる入力を行なう。

【００６３】このようにしてユーザが人形をあるサービ
スと重ねると、それはユーザがそのサービスを要求した
と見なされる。マップサーバはユーザとサービスとの重
なりを検出すると、そのクライアントに対して、重なっ
たサービスにアクセスするために必要な情報を提供し、
そのサービスへの接続を要求する。クライアントはサー
バからサービスへの接続要求を受け取ると、サーバとの
接続を一旦絶ち、指定されたサービスへの接続要求を行
なう。

【００６４】前記は典型的なサーバとクライアント間の
やり取りである。サーバとクライアント間のやり取りは
全てＭＲプロトコルに乗っ取って行なわれる。このよう
なやり取りによって、ユーザはマップサーバの中を歩き
廻り、様々なサービスに出会い、そのサービスを受ける
ことが出来るようになっているのである。前記例により
明らかなように、マップ空間インタフェースは、リアル
タイムな応答が可能なネットワーク環境の上で実現され
ることが前提となっている。

【００６５】地図空間は具体的には、サーバ、クライア
ント両プログラムともサン（ＳＵＮ）のスパークステー
ションをターゲットマシンとしてインプリメントされ、
また使用するネットワーク環境はイーサネットである。
その結果、サーバ・クライアントのプログラム構成と、
その間の関係は（図８、図９）のようになった。

【００６６】サーバの製作を助けるＭＲライブラリ（Ｍ
Ｒｌｉｂ）はユニックス（ＵＮＩＸ）の上で動作するラ
イブラリ関数群として実現され、サービスはその中から
ＭＲライブラリを使用する一プロセスとなる。クライア
ントはサーバとの通信部にＭＲライブラリを利用し、ユ
ーザとのインタフェースにはエックスウインドウ（Ｘ−
Ｗｉｎｄｏｗ）を使用するがこれも一プロセスとして実
現される。現在のバージョンのＭＲライブラリーでは、
一部対応していないＭＲプロトコルが存在するため、現
在実現されているクライアントプログラムとサーバの機
能も、その範囲に限定されている。クライアント、サー
バ、両プロセスともＴＣＰ／ＩＰによって提供される信
頼性が確保されたリアルタイム性のあるネットワーク環
境の上で、ＭＲプロトコルにのっとったやりとりを行な
う。

【００６７】次に図１０は、以上の環境の上で作成され
たマップサーバとサービスのリンク状態、すなわち、ど
のようにマップサーバの階層構造が実現され、各々のマ
ップサーバにどのようなサービスが登録されているかと
いうことを表わしている。

【００６８】現在の地図空間環境に存在している上のマ
ップサーバのうち、一番大きな役割を担っているのが慶
応タウンマップサーバ（図１０）である。

【００６９】関東マップサーバ７や田町マップサーバ８
が更に上位に存在しているが、今のところ慶応タウンマ
ップサーバ９ほどの重要性はない。それらには単に階層
構造を確かめる目的で作られたに過ぎないため、サービ
スが一つも登録されていないサービスを提供しないマッ
プサーバとなっているのである。

【００７０】慶応タウンの地図が（図１１）である。こ
の図１１のように、慶応タウンの地図上には幾つかの建
物が存在し、それぞれがなんらかのサービスと結び付い
ている。ユーザは慶応タウンの地図上を自分の分身であ
る人形を操り、自由に行動し、サービスを利用すること
が可能となっている。現在慶応タウンに登録されている
サービスは以下の通りである。

【００７１】慶応ステーション（図１２ ＫＥＩＯ Ｓ
ＴＡＴＩＯＮ）は慶応タウンマップサーバ９と田町マッ
プサーバ８を繋ぐサービスであって、電車の切符予約サ
ービスも提供している。

【００７２】その他にスキーインフォメーション（図１
３ ＳＫＩ ＩＮＦＯＭＡＴＩＯＮ）は、スキー場Ａ、
Ｂの案内サービスを行っており、スキャナーで読み込ん
だイメージデータを地図として使用するサービスの例で
ある（図１４）。その他の利用例としては次のようなも
のがある。

【００７３】（１） トラベルエージェント（ＴＲＡＶ
ＥＬ ＡＧＥＮＴ）旅行代理店のデモンストレーション
を行なうサービスがある。

【００７４】（２） ＭＹＯビル（ＭＹＯ ＢＵＩＬＤ
ＩＮＧ）ＭＡＰ＆ＲＯＯＭ上でのシステム開発者向けの
環境のデモンストレーションを行なうサービス。１階で
は会議室が、２階ではＥｍａｃｓが使えるようになって
いる。

【００７５】（３） 碁盤サービス（ＧＯ）碁盤を提供
するサービス。碁石が置けるようになっているゲームサ
ービスのデモンストレーションがある。

【００７６】（４） サッカーフィールド（ＳＵＣＣＥ
Ｒ ＦＩＥＬＤ）サッカー場を提供するサービス。多人
数参加型ゲームサービスのデモンストレーションがあ
る。

【００７７】（５） 映画館（ＴＨＥＡＴＥＲ）ネット
ワークを通じて動画を提供するサービスのデモンストレ
ーション。短い映画を見ることが出来る。

【００７８】（６） 市役所（ＣＩＴＹ ＨＡＬＬ）市
役所サービスのデモンストレーション。建物はあるがあ
サービスはまだ行なわれていない。

【００７９】（７） インフォメーション（ＩＮＦＯＲ
ＭＡＴＩＯＮ ＣＥＮＴＥＲ）慶応タウン内のユーザに
様々な情報を提供するサービスのデモンストレーショ
ン。一言でいえば「掲示板」である。

【００８０】以下では、上に挙げたサービスのうち、慶
応ステーションとスキーインフォメーションの２サービ
スについて詳しく説明する。

【００８１】慶応ステーション（図１２）は、慶応タウ
ンマップサーバと田町マップサーバを結び付けるための
サービスであるが、また同時に地図空間環境での対話型
サービスの典型的な例として、切符の予約サービスを提
供するサービスでもある（図５、７、８）。

【００８２】慶応タウンは地図空間でのサービスの標準
的な例として、１枚の地図を持っている。地図は駅舎の
屋根を外して上から眺めた様子を表していて、上部は田
町マップサーバ８に、下部は慶応タウンマップサーバ９
につながっている。ユーザは慶応タウンから田町に出か
ける際、必ず慶応ステーション１０を通らなければなら
ないため、この慶応ステーション１０は人口密度の高い
サービスとなり、偶然の出会いの絶好の場を提供するこ
ととなっている。

【００８３】次にスキーインフォメーションサービス
は、白樺湖周辺のスキー場の情報を、スキー場の地図と
あわせて提供するというサービスである（図１３、１
４）。

【００８４】地図空間では、サーバがクライアントに送
ることの出来る地図は大きく２種類に分けることが出来
る。一つは、「タイル地図」、他の一つが「イメージ地
図」である。

【００８５】前記タイル地図は、地図空間システムで標
準の絵柄が定められている「タイル」を組み合わせて作
る地図である。この場合、サーバはどの順番でタイルを
並べれば地図を作ることが出来るかというタイル番号の
並びをクライアントに送るだけで、クライアントが自分
の持っているタイルイメージ情報を組み合わせて、ユー
ザに見せる地図を生成する。この方法は、地図情報を送
るコストが低く押えられるという利点を持ち、現在実現
されている多くのサーバがタイル地図を用いている。

【００８６】イメージ地図は、サーバが地図のイメージ
情報をそのままクライアントに送付するタイプの地図で
ある。前記イメージ地図には、サーバからクライアント
に送られる地図情報がかなり大きなものとなってしまう
という問題点があるが、サーバ側の思い通りの地図をユ
ーザに提供出来るという点で非常に優れている。今後、
コンピュータ周辺技術やネットワーク技術が進歩して、
動画を普通に扱えるだけの容量が確保出来るようになれ
ば、こちらの地図の方が主流になるだろうと考えてい
る。いずれは、地図を動画で提供することさえ可能とな
るだろう。

【００８７】このスキーインフォメーションサービス
は、イメージ地図を用いるサービスの例として開発され
た。使用するイメージ地図は、スキー情報誌をスキャナ
ーで読み込んで作成されている。ユーザがこのサービス
に入った時のイメージ地図が（図１４）である。

【００８８】このサービスは、スキー場への道路地図を
メイン地図、各スキー場のイラストをサブ地図とする、
複数の地図を持つサービスの例でもある。そのためこの
サービスは少々複雑な内部構造を持っている（図１
４）。

【００８９】ユーザはメイン地図の上を歩き廻り、自分
が情報を知りたいスキー場の上から、そのスキー場のイ
メージ地図であるサブ地図に入ることが出来る。スキー
場のサブ地図上では、そのスキー場に関する様々な情報
を得ることが出来るようになっている。

【００９０】このようにサーバが複数枚のイメージ地図
をサポートすることにより、情報のより構造的な保持、
提供が可能になる。その結果、ユーザは自分の知りたい
情報をより簡単に、より詳しく入手することが出来るよ
うになる。

【００９１】

【発明の効果】この発明によれば、仮想地図空間よりな
るネットワークの各所に建物を散在させ、該建物内での
サービスを表現する機能を具えると共に、これに前記仮
想地図空間を移動するユーザの分身を組み合せ、分身の
移動による当該地点のサービスを音声又は画像もしくは
その両方で表現するようにしたので、コンピュータの操
作に不なれなユーザであっても、容易に分身を移動さ
せ、偶然の出会いによるサービスの提供を受け、又は分
身同士の対話によって新たな情報を得ることができるな
どの諸効果がある。

【００９２】然して各地図を階層化させることにより、
広範な地図から絞り込みによって特定の場所（例えばビ
ルの内部）及びそのサービスを表現し得る効果がある。

【図面の簡単な説明】

【図１】この発明の実施例におけるネットワークユーザ
インタフェースのブロック図。

【図２】同じくネットワーク、サービスの場所及び分身
を表わす図。

【図３】従来の偶然の出会いを示すブロック図。

【図４】この発明の偶然の出会いを示すブロック図。

【図５】同じくサービス認知のブロック図。

【図６】同じく地図を用いた階層的なネットワークを示
す図。

【図７】同じくＭＲプロトコルを示す図。

【図８】同じくサーバとクライアントの関係を示すブロ
ック図。

【図９】同じくサーバとクライアントの関係を示すブロ
ック図。

【図１０】同じく地図空間環境を示す全体図。

【図１１】同じく慶応タウンの例示地図。

【図１２】同じく慶応ステーションの例示図。

【図１３】同じくスキーインフォメーションの構成図。

【図１４】同じくスキー場情報の例示図。

【符号の説明】

１ 第１階層 ２ 第２階層 ３ 第３階層 ４ 第４階層 ５ 人形 ６ 場所 ７ 関東マップサーバ ８ 田町マップサーバ ９ 慶応タウンマップサーバ １０ 慶応ステーション

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/28 8125−5Ｌ Ｇ０６Ｆ 15/62 ３３５ 8732−5Ｋ Ｈ０４Ｌ 11/20 Ｚ (72)発明者 岡田 謙一 東京都文京区本郷４−25−12 (72)発明者 水梨 潤 神奈川県横浜市港北区日吉三丁目14番１号 慶應義塾大学理工学部 計測工学科内

Claims (4)

【特許請求の範囲】
1. 【請求項１】 仮想地図空間よりなるネットワークの各
   所に建物を散在させ、該建物内でのサービスを表現する
   機能を具えると共に、前記仮想地図空間を移動するユー
   ザの分身を組み合せ、前記分身の移動による当該地点の
   サービスを音声又は画像もしくはその両方で表現するこ
   とを特徴としたネットワークサービスにおけるビジュア
   ルアクセスシステム。
2. 【請求項２】 仮想地図空間よりなるネットワークを複
   数の階層とすることを特徴とした請求項１記載のネット
   ワークサービスにおけるビジュアルアクセスシステム。
3. 【請求項３】 分身に情報交換機能を付与した請求項１
   記載のネットワークサービスにおけるビジュアルアクセ
   スシステム。
4. 【請求項４】 階層は行政区画などの予め設定した区画
   を基準として、仮想地図空間を構成した請求項１記載の
   ネットワークサービスにおけるビジュアルアクセスシス
   テム。