JP2003150432A - 情報交換方法、情報交換プログラムおよび情報処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 複数の情報処理装置間で、簡易な手法で情報
を交換することで、情報の共有を実現する。 【解決手段】 ネットワークを介して接続された複数の
情報処理装置間で、データを交換する方法は、一方の情
報処理装置１０−１において、必要な情報および当該情
報に関して生じさせるべき動作、たとえば、メタ情報の
参照を特定するステップと、ネットワークを介して接続
された他の情報処理装置１０−２に対して、必要な情報
に関して、特定された動作を要求するステップとを備え
る。他の情報処理装置１０−２は、前記情報に関して要
求された動作を実行して、情報処理装置間での情報交換
を実現する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の情報処理装
置をデータ通信網で接続して、情報を交換する手法に関
する。

【０００２】

【従来の技術】ネットワークの普及により、種々の情報
が、サーバからネットワークを介して情報処理装置に提
供できるようになっている。その一方、携帯端末装置の
性能の向上に伴い、当該携帯端末装置が、ネットワーク
を介してサーバに接続して、種々の情報を取得すること
も可能となっている。

【０００３】上記携帯端末を利用した情報提供として、
携帯端末を所持したユーザの位置周辺の地図情報の提供
が考えられる。これを実現するためには、携帯端末のユ
ーザはサーバに自己の位置を登録して、当該位置周辺の
地図の配信を要求する。これにより、自己の位置が地図
上に示された地図を携帯端末の表示装置の画面上に表示
することが可能となる。

【０００４】さらに、複数のユーザが地図情報を共有
し、地図上にそれぞれのユーザ位置が示された地図を各
ユーザの携帯端末の表示装置の画面上に表示することも
可能である。これを実現するためには、サーバにおい
て、上記ユーザが共有する地図情報を保持し、各ユーザ
が自己の位置を登録しておけばよい。

【０００５】

【発明が解決しようとする課題】しかしながら、位置情
報はプライベートなものであり、サーバに自己の位置を
登録しておくことに、ユーザが心理的な抵抗を感じるこ
とは事実である。また、情報を共有するユーザ以外の第
三者への情報の漏洩を防止するため、認証やアクセス制
限を含むセキュリティの高い通信方法を採用する必要が
ある。また、位置情報は更新頻度が高いため、サーバの
負担が著しく大きくなるという問題点もある。

【０００６】地図情報の共有以外にも、複数のユーザに
て情報を共有する形態が考えられる。たとえば、楽曲な
どを共有し、複数のユーザだけがその情報にアクセスす
るような場合である。このような形態においても上述し
たような問題は生じ得る。本発明は、複数の情報処理装
置間で、簡易な手法で情報を交換することで、情報の共
有を実現できるシステムを提供することを目的とする。

【０００７】

【課題を解決するための手段】本発明の目的は、ネット
ワークを介して接続された複数の情報処理装置間で、デ
ータを交換する方法であって、一方の情報処理装置にお
いて、必要な情報および当該情報に関して生じさせるべ
き動作を特定するステップと、ネットワークを介して接
続された他の情報処理装置に対して、必要な情報に関し
て、特定された動作を要求するステップと、当該他の情
報処理装置において、前記情報に関して前記要求された
動作を実行して、情報処理装置間での情報交換を実現す
るステップとを備えたことを特徴とする情報交換方法に
より達成される。本発明によれば、サーバを利用せず、
情報処理装置間で情報交換が行われる。情報交換をする
ことにより、双方の情報処理装置において情報を共有化
することが可能となる。情報交換には、情報の参照、追
加、削除および変更のうちの何れかが含まれる。

【０００８】好ましい実施態様においては、さらに、一
方の情報処理装置において、登録された他の情報処理装
置のアドレスを含むリストから、何れかのアドレスを選
択するステップを備え、当該アドレスを有する他の情報
処理装置に対してアクセスされる。

【０００９】より好ましい実施態様においては、さら
に、他の情報処理装置において、前記情報に関して前記
要求された動作を実行できない場合に、さらに他の情報
処理装置に対して、必要な情報に関して、特定された動
作を要求するステップを備えている。この実施形態によ
れば、ある情報処理装置が直接接続している情報処理装
置以外の情報処理装置との間での情報交換が可能とな
る。この場合に、必要な情報に関して、特定された情報
を要求するステップが、ホップ数を示す情報を送信する
ステップを含み、前記ホップ数が所定範囲である限り、
他の情報処理装置への要求の伝達が繰り返されるのが望
ましい。これにより、無限に情報交換の連鎖が生じるこ
とを防止できる。

【００１０】前記一方の情報処理装置において、何れか
の他の情報処理装置から情報を取得した場合に、取得し
た情報を取捨選択するステップを備えていても良い。た
とえば、地図情報を取得した場合に、その一部を利用す
ることができる。また、検索結果を取得した場合に、そ
の一部を利用しても良い。

【００１１】また、一方の情報処理装置において、何れ
かの他の情報処理装置から情報を取得できない場合に、
ネットワークに接続されたサーバを特定するステップ
と、前記サーバに対して情報の提供を要求するステップ
とを備えていても良い。たとえば、情報交換にかかる情
報は、ソフトウェアプログラムモジュールである。ソフ
トウェアプログラムモジュールには、デバイスドライバ
およびアプリケーションのうち、少なくとも一方が含ま
れる。

【００１２】別の好ましい実施態様においては、情報交
換にかかる情報は、地図情報、および、地図に関して付
加すべきメタ情報である。メタ情報には、ユーザ位置、
位置に依存した所定の条件にて生じるべきイベント、店
舗やオフィスの位置およびシンボルなどが含まれる。

【００１３】より好ましい実施態様においては、前記一
方の情報処理装置において、他の情報処理装置に対し
て、当該他の情報処理装置のメタ情報に含まれる、当該
他の情報処理装置の位置情報の取得を要求するステップ
と、前記他の情報処理装置に対して、一方の情報処理装
置のメタ情報に含まれる、当該一方の情報処理装置の位
置情報を送信するステップとを備えている。また、前記
情報交換にかかる情報が、音声および／または楽曲の情
報であっても良い。

【００１４】別の好ましい実施態様においては、さら
に、情報処理装置においてイベントおよびその発生条件
を定義するステップと、前記情報交換においてイベント
発生条件が満たされた場合に、イベントを生じさせるス
テップとを備えている。

【００１５】また、本発明の目的は、ネットワークを介
して接続された複数の情報処理装置間で、データを交換
するために、情報処理装置において実行されるプログラ
ムであって、必要な情報および当該情報に関して生じさ
せるべき動作を特定するステップと、ネットワークを介
して接続された他の情報処理装置に対して、必要な情報
に関して、特定された動作を要求して、当該他の情報処
理装置において、前記情報に関して前記要求された動作
を実行させて、情報処理装置間での情報交換を実現する
ステップとを、前記情報処理装置に実行させることを特
徴とするプログラムによっても達成される。

【００１６】さらに、本発明の目的は、ネットワークを
介して接続された他の情報処理装置との間で、データを
交換可能な情報処理装置であって、一方の情報処理装置
において、必要な情報および当該情報に関して生じさせ
るべき動作を特定する第1の手段と、ネットワークを介
して接続された他の情報処理装置に対して、必要な情報
に関して、特定された動作を要求する第２の手段とを備
え、当該他の情報処理装置において、前記情報に関して
前記要求された動作が実行されることで、情報処理装置
間での情報交換が実現されることを特徴とする情報処理
装置によっても達成される。

【００１７】好ましい実施態様においては、さらに、そ
れぞれが、ネットワークを介して他の情報処理装置と通
信可能な、複数の通信手段と、前記複数の通信手段のう
ちのいずれかを選択する第１の選択手段とを備えてい
る。上記通信手段には、たとえば、無線公衆網、無線Ｌ
ＡＮ、Bluetooth（登録商標）、赤外線通信などが含ま
れる。別の好ましい実施態様においては、さらに、情報
処理装置の現在位置を取得する位置情報取得手段を備え
ている。より好ましくは、複数の位置情報取得手段と、
前記複数の位置情報取得手段のうちの何れかを選択する
第２の選択手段とを備えている。位置情報取得手段とし
て、ＧＰＳ、セル情報のほか、ユーザの操作による入力
が含まれる。

【００１８】

【発明の実施の形態】以下、添付図面を参照して、本発
明の実施の形態につき説明を加える。図１は、本実施の
形態にかかる情報処理装置の構成を示すブロックダイヤ
グラムである。本実施の形態にかかる情報処理装置とし
て、第１に、携帯電話やＰＤＡなどの携帯型移動端末を
考えることができる。しかしながら、本発明は、これに
限定されるものではなく、据え置き型のコンピュータを
情報処理装置として利用することも可能である。

【００１９】［全体構成］図１に示すように、本実施の
形態にかかる情報処理装置１０は、ハードウェア（Ｈ／
Ｗ）１２、オペレーティングシステム（ＯＳ）１４、ミ
ドルウェア１６およびアプリケーション１８からなる構
造を備えている。本実施の形態では、複数の情報処理装
置１０のミドルウェア１６が、相互通信することによ
り、データを共有し、或いは、データやモバイルエージ
ェントの授受を実現している。

【００２０】本実施の形態では、位置情報および地図情
報を共有するために、ミドルウェア１６およびアプリケ
ーション１８が動作するような構成となっている。以
下、ミドルウェア１６およびアプリケーション１８の構
成につき説明を加えるが、これらは、位置情報および地
図情報を共有するためのものであり、共有すべき情報が
異なれば、これらの構成も変更され得ることは言うまで
もない。

【００２１】ミドルウェア１６は、他の情報処理装置と
の通信を制御する通信コンポーネント２０と、地図情報
を管理するための地図情報管理コンポーネント２２と、
情報処理装置１０の位置を示す位置情報を管理するため
の位置情報管理コンポーネント２４と、処理に際して必
要な種々のデータを記憶した記憶部２６と、ＧＰＳ３０
などの位置測定デバイスからの情報に基づき、情報処理
装置１０の位置を測定する位置測定コンポーネント２８
とを有している。

【００２２】本実施の形態においては、記憶部２６に記
憶される情報には、自己の情報処理装置１０が接続可能
な相手を列挙した接続先リスト３２、地図情報３４、位
置測定コンポーネントにより取得された位置情報３６、
および、後述するメタ情報３８が含まれる。

【００２３】図２は、本実施の形態にかかるアプリケー
ション１８およびこれに関連する構成部分を示すブロッ
クダイヤグラムである。図２に示すように、アプリケー
ション１８は、情報処理装置１０の表示装置に表示すべ
き画面を生成するための画面表示コンポーネント４０、
画面遷移等を制御するための画面制御コンポーネント４
２、情報処理装置１０の位置を補正するための位置補正
コンポーネント４４、表示すべき画面の情報を生成する
表示情報生成コンポーネント４６、他の情報処理装置と
の間の接続を管理する接続管理コンポーネント４８を有
している。

【００２４】図２に示すように、表示情報生成コンポー
ネント４６は、表示情報生成コアコンポーネント５４、
地図検索コンポーネント５６、位置情報マッピングコン
ポーネント５８および位置検索コンポーネント６０から
構成される。また、表示情報生成コアコンポーネント５
４は、地図ファイル５０とアクセスし、また、接続管理
コンポーネント４８は、ユーザリスト５２とアクセスす
るようになっている。地図ファイル５０は、実際の地図
のデータを収容するもので、地図情報３４のリンクに基
づき読み出され、表示装置に表示される。また、ユーザ
リスト５２は、ユーザが接続を希望する他のユーザが列
挙され、これから選択され、実際に情報処理装置間で接
続されている相手が接続先リスト３２に載せられること
になる。

【００２５】このように構成された情報処理装置１０に
おいて、記憶部２６に記憶され、処理装置１０にて利用
される情報について説明を加える。図３（ａ）は、本実
施の形態にかかる記憶部２６に記憶された地図情報３４
のインデックスの例を示す図である。地図情報３４は、
表形式のインデックスと、インデックスの各々に関連付
けられた実データ（ベクトル形式或いはラスタ形式のデ
ータ）とにより構成されている。

【００２６】図３（ａ）に示すように、インデックス３
００は、領域形式、座標（たとえば、（Ｘ１、Ｙ１）、
（Ｘ２、Ｙ２））、データ形式、ラスタ形式の画像デー
タの場合にはピクセル数（ＰＸ、ＰＹ）、リンク先（た
とえば、後述する地図ファイルの名称）の項目に、画像
ごとに所定の値が割り当てられている。領域形式とし
て、たとえば、矩形、点、円などの値を持つことができ
る。無論、３以上の座標を関連付けることができれば３
角形以上の多角形とすることも可能である。

【００２７】また、メタ情報は、特定の位置（点や領
域）に関連するデータの集合である。図３（ｂ）に示す
ように、メタ情報３１０は、領域形式、座標（たとえ
ば、（Ｘ１、Ｙ１）、（Ｘ２、Ｙ２））、要素、属性な
どの項目に、所定の値が割り当てられる。領域形式およ
び座標は、地図情報のインデックス３００と同様であ
る。要素は、属性にて示される事項を生じさせる「イベ
ント」、ユーザの現在位置を示す「ユーザ位置」、地図
上に表示すべきシンボルを示す「シンボル」などが含ま
れる。また、ユーザ位置の属性としては、ユーザ名、位
置情報取得の方式などを設定することができる。シンボ
ルの属性としては、店舗の名称、営業中か否かなどを設
定することができる。

【００２８】［ミドルウェアによる処理］以下、ミドル
ウェアにおける処理について概説した後、アプリケーシ
ョンの処理とこれに伴うミドルウェアの処理により、地
図情報等を共有する手順について説明する。本実施の形
態においては、ミドルウェア１６において、メタ情報３
８や地図情報３４のオフラインによる、つまり、単一の
情報処理装置内での参照／追加／変更／削除（以下、
「参照等」と称する。）(図４（ａ）)、接続先リスト３
２のオフラインによる参照等（図４（ｂ））、位置情報
管理コンポーネント２４の動作に基づくメタ情報３８の
更新（図５）、位置情報の手動更新（図示せず）、メタ
情報３８のオンラインによる参照等（図６および図
７）、イベント発生時における処理（図８および図
９）、メッセージ送受信（図１０）などが実行され得
る。

【００２９】まず、図４（ａ）のフローチャートを参照
して、オフラインによる参照等につい説明する。アプリ
ケーション１８からメタ情報の参照要求が、ミドルウェ
ア１６の地図管理コンポーネント２２に伝達されると
（ステップ４０１）、地図管理コンポーネント２２は、
メタ情報を参照して（ステップ４０２）、取得した情報
をアプリケーション１８に返送する。メタ情報３８の追
加、変化、削除についても同様の手順で実現できる。地
図情報３４の参照等についても、同様の手順で実現され
る（ステップ４１１、４１２参照）。

【００３０】また、図４（ｂ）に示すように、情報処理
装置がネットワークを介して接続可能な他の情報処理装
置のアドレス等を収容した接続先リスト３２の参照等に
ついても、アプリケーション１８から通信コンポーネン
ト２０への、接続先リスト３２の参照要求の伝達（ステ
ップ４２１）、および、通信コンポーネント２０による
接続先リストの参照および取得した情報の返送（ステッ
プ４２２）により実現される。

【００３１】図５は、位置情報管理コンポーネント２４
によるメタ情報３８の参照等を示すフローチャートであ
る。本実施の形態においては、位置情報を測定する装置
としてＧＰＳ３０を利用しているため、位置測定コンポ
ーネント２８は、ＧＰＳ３０から位置情報を取得する
（ステップ５０１）。次いで、取得された現在位置が、
位置情報３６として保存された後（ステップ５０２）、
位置情報管理コンポーネント２４に位置情報更新の通知
が伝達される（ステップ５０３）。位置情報管理コンポ
ーネント２４は、これに応答して、現在位置を取得し
（ステップ５０４）、当該現在位置にしたがって必要で
あれば、地図情報管理コンポーネント２２にメタ情報の
更新要求を伝達する（ステップ５０５）。

【００３２】地図情報管理コンポーネント２２は、更新
要求に応答して、メタ情報を更新し（ステップ５０
６）、その完了通知を、更新要求の依頼元である、位置
情報管理コンポーネント２４に伝達する（ステップ５０
７）。その後、地図情報管理コンポーネント２２は、メ
タ情報３８を参照してイベントをチェックして（ステッ
プ５０８）、イベントがある場合には（ステップ５０９
でイエス(Yes)）、後述するような処理（図８参照）が
実行される。

【００３３】図６および図７は、メタ情報のオンライン
による参照等の処理を示すフローチャートである。ここ
では、ある情報処理装置１０−１が、その接続先リスト
に載っている他の情報処理装置１０−２が所有するメタ
情報の参照等の際に実行される。ここでは、アプリケー
ション１８から、他の情報処理装置１０−２が所有する
メタ情報の参照が要求されると（ステップ６０１）、ミ
ドルウェア１６の地図情報管理コンポーネント２２は、
メタ情報の参照要求を、通信コンポーネント２０に伝達
する（ステップ６０２）。通信コンポーネント２０は、
接続先リスト３２から要求の送信先のアドレスを取得し
（ステップ６０３）、当該送信先（他の情報処理装置１
０−２）に、メタ情報の参照要求を伝達する（ステップ
６０４）。

【００３４】他の情報処理装置１０−２においては、図
７に示すように、参照要求（ステップ７０１）を受理す
ると、接続先リスト３２を参照して、当該送信元が自己
の接続先リスト３２に登録したものであるか否かを判断
し（ステップ７０２）、その後に、メタ情報の参照要求
を、自己の地図情報管理コンポーネント２２に伝達する
（ステップ７０３）。

【００３５】地図情報管理コンポーネント２２により参
照され（ステップ７０４）、取得されたメタ情報は通信
コンポーネント２０を介して、応答として、情報処理装
置１０−１に返送される（ステップ７０５、７０６）。
このようにして、メタ情報の応答が情報処理装置１０−
１に受理されると（ステップ６０５）、通信コンポーネ
ント２０は、応答の送信元をチェックして、接続先リス
トに登録したものであるかを判断し（ステップ６０
６）、取得したメタ情報を、地図情報管理コンポーネン
ト２２に伝達する（ステップ６０７）。地図情報管理コ
ンポーネント２２は、取得したメタ情報により、自己の
メタ情報３８を更新する（ステップ６０８）。

【００３６】次に、イベント発生時の処理について図８
および図９を参照して、説明を加える。ここでは、図５
において、地図情報管理コンポーネント２２がイベント
ありと判断した場合（ステップ５０９でイエス(Yes)）
に実行される場合もある。なお、図８および図９の処理
においては、他の情報処理装置１０−２においてイベン
トが生じ、これに伴って、情報処理装置１０−１との間
でデータ授受が行われるようになっている。

【００３７】アプリケーション１８からのイベントのチ
ェックの要求が、地図情報管理コンポーネント２２に受
理されると（ステップ８０１）、地図情報管理コンポー
ネント２２は、メタ情報３８を参照して、イベントが生
じるか否かをチェックする（ステップ８０２）。次い
で、発生条件が満たされたイベントがあれば、地図情報
管理コンポーネント２２はイベントを発生させる(ステ
ップ８０３)。たとえば、該当させるイベントに、「情
報処理装置１０−１におけるメタ情報ＸＸＸの更新要求
の実行」と定義されていれば、他の情報処理装置１０−
２の地図情報管理コンポーネント２２は、他の情報処理
装置１０−２の通信コンポーネントに対して「メタ情報
ＸＸＸの更新」を要求する。

【００３８】通信コンポーネント２０は、接続先リスト
３２を参照して、メタ情報の更新を要求すべき情報処理
装置１０−１のアドレスを取得して（ステップ８０
４）、他の情報処理装置１０−１に対してメタ情報の更
新要求を伝達する（ステップ８０５）。

【００３９】図９に示すように、他の情報処理装置１０
−２からメタ情報の更新要求を受理すると（ステップ９
０１）、情報処理装置１０−１の通信コンポーネント２
０は、接続先リスト３２を参照して、送信元をチェック
し（ステップ９０２）、地図情報管理コンポーネント２
２にメタ情報の更新要求を伝達する（ステップ９０
３）。地図情報管理コンポーネント２２によりメタ情報
が更新されると（ステップ９０４）、更新完了通知が、
通信コンポーネント２０を介して、送信元の他の情報処
理装置１０−２に伝達される（ステップ９０５、９０
６）。他の情報処理装置１０−２において、通信コンポ
ーネント２０が、メタ情報の更新完了通知を受理すると
（ステップ８０６）、送信元をチェックして（ステップ
８０７）、これを地図情報管理コンポーネント２２に伝
達する（ステップ８０８）。

【００４０】次に、図１０を参照して、メッセージ送受
信の処理につき説明を加える。図１０の処理において
は、情報処理装置１０−１が他の情報処理装置１０−２
に向けてメッセージを送信している。情報処理装置１０
−１のアプリケーション１８−１からメッセージ送信依
頼が、ミドルウェアの通信コンポーネント２０−１に伝
達されると（ステップ１００１）、通信コンポーネント
２０−１は、送信先である他の情報処理装置１０−２の
アドレスを取得して（ステップ１００２）、他の情報処
理装置１０−２に対して、メッセージの受信要求および
メッセージを送信する（ステップ１００３）。

【００４１】他の情報処理装置１０−２の通信コンポー
ネント２０−２は、接続先リスト３２−２を参照して、
送信元をチェックした後（ステップ１００４）、受信し
たメッセージをメッセージバッファ３３−２に保存す
る。その後、メッセージの受信応答（ＡＣＫ）を、情報
処理装置１０−１に送信する（ステップ１００６）。情
報処理装置１０−１の通信コンポーネント２０−１は、
接続リスト３２−１を参照して、受信応答の送信元をチ
ェックする（ステップ１００７）。これにより、情報処
理装置１０−１から他の情報処理装置１０−２へのメッ
セージ送信が完了する。図示していないが、その後、他
の情報処理装置１０−２のアプリケーションが、通信コ
ンポーネント２０−２に対してメッセージの参照を要求
すると、これに応答して、通信コンポーネントがメッセ
ージバッファからメッセージを取り出す。この処理を
「メッセージ参照」と称する。メッセージ参照は、図１
６において再度言及される。

【００４２】たとえば、メッセージ送信先である他の情
報処理装置１０−２において、アプリケーション（図示
せず）は、所定のタイミング、たとえば、ユーザにより
設定されたタイミングで、通信コンポーネント２０に対
して、メッセージバッファ３３−２の参照を求め、新た
に保存されたメッセージ（新着メッセージ）を、通信コ
ンポーネント２０を介して受理するように構成しても良
い。

【００４３】［アプリケーションによる処理］このよう
なミドルウェアの処理を利用して、本実施の形態におい
ては、複数の情報処理装置を利用して、データを授受す
ることにより地図情報を共有することができる。本実施
の形態にかかるアプリケーションは、他の情報処理装置
と協働した地図情報の表示（ナビゲーション、地図表示
の切り替えなど）（図１１参照）、接続すべきユーザの
追加等（図１２参照）、地図中のシンボルの表示や登録
（図１３および図１４参照）、位置の補正（図示せ
ず）、メッセージ送信（図１５参照）、受信メッセージ
の表示（図１６参照）などを実現することができる。こ
れらについて、以下に説明を加える。

【００４４】ユーザが自己の保持する情報処理装置１０
を操作して、ナビゲーションの開始要求を与えると、こ
れが画面表示コンポーネント４０を介して制御コンポー
ネント４２に伝達される（ステップ１１０１、１１０
２）。画面制御コンポーネント４２は、これに応答し
て、表示情報生成コンポーネント４６に地図画面の生成
要求を伝達し（ステップ１１０３）、表示情報生成コン
ポーネント４６は、ミドルウェア（ＭＷ）１６に対し
て、自己の位置の取得を求める（ステップ１１０４）。
ＭＷ１６は、これに応答して、図４（ａ）に示すメタ情
報の参照を実行する（ステップ１１０５）。また、接続
しているユーザ（接続先ユーザ）の位置情報の取得が求
められると（ステップ１１０６）、ＭＷ１６は、これに
応答して、図６および図７に示す処理を実行して、当該
接続先ユーザの所有する他の情報処理装置に関するメタ
情報を取得する（ステップ１１０７）。

【００４５】シンボル位置情報の取得も、ＭＷ１６にお
けるメタ情報の取得（図４（ａ）参照）により実現でき
（ステップ１１０８、１１０９）、地図情報の取得は、
ＭＷ１６における地図情報の取得（図４（ａ）参照）に
より実現できる（ステップ１１１０、１１１１）。さら
に、自己の保有しない地図情報の取得、つまり、他の情
報処理装置の所有する地図情報を求める場合には、ＭＷ
１６が図６および図７に示す処理を実行することにより
実現できる（ステップ１１１２、１１１３）。このよう
にして取得した自己や接続先ユーザの位置、シンボルの
位置、地図情報に基づき、実際の地図ファイル５０が取
得されて（ステップ１１１４）、これが情報処理装置の
表示装置に表示される（ステップ１１１５）。

【００４６】次に、図１２を参照して、ユーザ追加に関
する処理について説明を加える。ユーザが、リストの表
示要求を与えると、これが画面表示コンポーネント４０
を介して、画面制御コンポーネント４２に伝達される
（ステップ１２０１、１２０２）。画面制御コンポーネ
ント４２は、これに応答して、ユーザリストの取得要求
を接続管理コンポーネント４８に伝達する（ステップ１
２０３）。接続管理コンポーネント４８は、これに応答
して、ユーザリスト５２を取得する（ステップ１２０
４）。これにより、情報処理装置の表示装置には、ユー
ザリストが表示される。なお、地図表示の切り替えにつ
いても、上記処理に近似した手順で実現することが可能
である。ここでは、ユーザから地図切り替えの指示が、
画面表示コンポーネント４０画面制御コンポーネント４
２を介して、表示条件を含む地図画面の生成指示とし
て、表示情報生成コンポーネント４６に伝達される。こ
れに応答して、表示情報生成コンポーネント４６は、ミ
ドルウェアに対して地図情報の取得（ミドルウェアにお
ける図４（ａ）の処理）、地図情報にない地図の取得
（ミドルウェアにおける図６、図７の処理）を依頼す
る。その後、地図ファイルを取得することにより、設定
された表示条件に基づく地図画面が、情報処理装置の表
示装置に表示される。

【００４７】ユーザが情報処理装置の入力装置を操作し
て、所定のユーザを選択して、選択されたユーザの接続
先リストへの追加を要求すると、これが画面表示コンポ
ーネント４０および画面制御コンポーネント４２を介し
て、接続管理コンポーネント４８に与えられる（ステッ
プ１２０５〜１２０７）。接続管理コンポーネント４８
は、ＭＷ１６に対して、選択されたユーザの、自己の接
続先リストへの追加要求を伝達する（ステップ１２０
８）。ＭＷ１６は、これに応答して、図４（ｂ）に示す
処理を実行する。これにより、上記所定のユーザが接続
先リストに追加される。その一方、接続管理コンポーネ
ント４８は、当該所定のユーザに関する他の情報処理装
置の接続先リストに、自分自身を追加してもらう必要が
あるため、相手の接続先リストへの追加要求を、ＭＷ１
６に与える（ステップ１２１０）。ＭＷが、図１０に示
す処理を実行することで、他の情報処理装置の接続先リ
ストへの情報の伝達が実現できる（ステップ１２１
１）。

【００４８】次に、地図中のシンボルの表示や登録につ
き、図１３および図１４を参照して説明を加える。ユー
ザの情報処理装置の操作に基づくシンボルリストの表示
要求は、画面表示コンポーネント４０を介して、画面制
御コンポーネント４２に伝達される（ステップ１３０
１、１３０２）。画面制御コンポーネント４２からの、
シンボルの位置情報の取得要求は、表示情報生成コンポ
ーネント４６を介してＭＷ１６に伝達される（ステップ
１３０３、１３０４）。ＭＷ１６は、図４（ａ）に示す
メタ情報の参照を実行することにより（ステップ１３０
５）、シンボルリストの表示が実現される。

【００４９】次にシンボルの新規登録につき説明を加え
る。以下のステップ１３０６〜１３１５は、シンボルの
新規登録のときのみ実行される。シンボルの新規登録要
求は、画面表示コンポーネント４０を介して、画面制御
コンポーネント４２に与えられる（ステップ１３０６、
１３０７）。画面制御コンポーネント４２は、これに応
答して、表示情報生成コンポーネント４６に対して地図
画面生成要求を与え（ステップ１３０８）、表示情報生
成コンポーネント４６が必要な地図ファイル５０を取得
する（ステップ１３０９）。これにより、地図画面が表
示される（ステップ１３１０）。ユーザが地図上の所定
の位置に、所定のシンボルの配置を要求すると、シンボ
ルリストへの追加要求が、各コンポーネントを介して、
ＭＷ１６に伝達される（ステップ１３１１〜１３１
４）。ＭＷ１６が図４（ａ）に示すメタ情報の追加を実
行することにより、シンボルの追加が実現される（ステ
ップ１３１５）。

【００５０】このようなシンボルの地図上で表示状態に
することを要求する場合（図１４において、「表示状態
の要求」と記す。）、各コンポーネントを介して、ＭＷ
１６に表示状態の要求が伝達される（ステップ１４０１
〜１４０４）。ＭＷ１６が、図４（ａ）に示すメタ情報
の参照を実行することにより、所定のシンボルが表示状
態となる。また、他の情報処理装置の表示装置に表示さ
れた地図上に、当該シンボルを表示すべき場合には、シ
ンボルの送信要求がＭＷ１６に伝達される（ステップ１
４０６）。ＭＷ１６において、図６および図７に示す処
理が実行されることにより（ステップ１４０７）、他の
情報処理装置にシンボルが伝達され、当該他の情報処理
装置における処理を経て、その表示装置に表示された地
図上にシンボルが表示され得る。

【００５１】次に、他の情報処理装置へのメッセージ送
信につき、図１５を参照して説明を加える。ユーザによ
る、メッセージ作成画面の表示要求に応答して、画面表
示コンポーネント４０は、表示装置に作成画面を表示す
る。ユーザによるメッセージ作成が終了すると、接続リ
ストの取得要求が、各コンポーネントを介して、ＭＷ１
６に伝達され（ステップ１５０２〜１５０４）、ＭＷ１
６により図４（ｂ）に示す接続先リストの参照の処理が
実行される（ステップ１５０１）。これにより、ユーザ
に接続先リストを提示することが可能となる。無論、メ
ッセージ作成画面を表示するのに先立って、接続先リス
トの情報をＭＷ１６から取得して、メッセージ作成画面
上にそのリストを表示しても良いことは言うまでもな
い。

【００５２】ユーザが情報処理装置を操作して、メッセ
ージ送信要求を与えると、これが各コンポーネントを介
して、ＭＷ１６に伝達される（ステップ１５０６〜１５
０９）。ＭＷ１６は、これに応答して、図１０に示す処
理を実行する（ステップ１５１０）。これにより、作成
されたメッセージが、他の情報処理装置に伝達される。

【００５３】次に、メッセージの受信および受信したメ
ッセージの表示につき、図１６を参照して説明する。画
面制御コンポーネント４２からポーリングによる受信メ
ッセージの取得要求が接続管理コンポーネント３８に伝
達されると（ステップ１６０１）、接続管理コンポーネ
ント４２は、ＭＷ１６にこれを転送する（ステップ１６
０２）。ＭＷ１６は、前述したメッセージ参照の処理を
実行して、与えられたメッセージを受信する（ステップ
１６０３）。なお、受信メッセージが、接続先リストへ
の追加要求である場合には、ＭＷ１６は、図１０に示す
メッセージ受信処理を拡張した、認証付きメッセージの
受信処理を実行し、かつ、ステップ１６０４〜１６０６
の処理が実行される。認証付きメッセージの受信処理に
ついては、後に簡単に説明する。それ以外の場合には、
受信メッセージが情報処理装置の表示装置に表示される
（ステップ１６０７）。

【００５４】接続先リストへの追加要求を受信した場合
には、接続先リストとの照合要求がＭＷ１６に与えられ
る（ステップ１６０４）。ＭＷ１６は、図４（ｂ）に示
す接続先リストの参照を実行する（ステップ１６０
５）。その後、追加要求されたユーザがすでに接続先リ
ストに登録されている場合には、接続管理コンポーネン
ト３６により受信メッセージが削除される（ステップ１
６０６）。

【００５５】［具体例］上述したようなＭＷ１６の処理
およびアプリケーション１８の処理により、たとえば、
マルチユーザナビゲーションが可能となる。これは、相
互に接続先リストに載せられているユーザ間で、地図情
報を交換し、或いは、地図情報を共有するものである。
たとえば、各情報処理装置の所有する地図情報、各ユー
ザの位置情報やシンボルの情報を含むメタ情報を、交換
することで、各情報処理装置の表示装置上に、同一の地
図を表示することが可能である。

【００５６】さらに、位置に応じたイベントをメタ情報
中に定義しておくことで、複数の情報処理装置の各々に
おいて、イベントを生じさせることが可能となる。たと
えば、あるユーザが自己の位置から所定の範囲内に位置
したときに、これを各ユーザに通知するようなイベント
を定義しておけば、ユーザが近接したときに、当該ユー
ザの接近を知らせたり、相手に所定のメッセージを送信
したりすることが可能となる。或いは、ユーザが所定の
位置（たとえば、自己のオフィスなど）に接近したとき
に、所定のイベント（メールの受信など）が起動される
ような設定をすることも可能である。

【００５７】［応用例］上述した情報処理装置間の接続
は、図１７（ａ）に示すように、情報処理装置１０−１
〜１０−３の接続先リスト３２−１〜３２−３にそれぞ
れ載せられた相手との間で実現されていた。このような
接続形態を相互接続と称する。本実施の形態において
は、このような相互接続に限定されるだけではなく、図
１７（ｂ）に示すような不特定端末を用いた情報の参照
（たとえば検索）が可能である。これをマルチホップ接
続と称する。

【００５８】図１７（ｂ）においては、情報処理装置１
０−１〜１０−３の相互接続、情報処理装置１０−３お
よび１０−４との間の相互接続、並びに、情報処理装置
１０−４〜１０−６との間の相互接続がなされている。
ここで、情報処理装置１０−１からの情報の参照は、矢
印１７０１〜１７０５に沿って転送される。最終的に、
参照すべき情報が存在する情報処理装置１０−５から、
その参照結果が情報処理装置１０−１に伝達される（矢
印１７０６）。これを実現するために、要求ＩＤ（Requ
estID：ＲＩＤ）、ホップ(HOP)およびパス(PATH)が、各
情報処理装置にて把握され、かつ、これらが情報処理装
置間で授受される。

【００５９】図１８および図１９は、マルチホップ接続
による処理を示すフローチャートである。図１８におい
て、ある情報処理装置のアプリケーション１８からメタ
情報の参照が要求されると（ステップ１８０１）、地図
情報管理コンポーネント２２は、この要求にＲＩＤを付
与して（ステップ１８０２）、通信コンポーネント２０
に、ＲＩＤとともに参照要求を与える（ステップ１８０
３）。通信コンポーネント２０は、接続先リスト３２を
参照して、相互接続している他の情報処理装置１０−ｎ
のアドレスを取得して（ステップ１８０４）、当該他の
情報処理装置に参照要求を伝達する（ステップ１８０
５）。また、通信コンポーネント２０は、ＲＩＤを記憶
しておく（ステップ１８０６）。なお、ステップ１８０
５における参照要求は、単一のものではなく、複数の情
報処理装置の各々に与えられるものであっても良い。

【００６０】何れかの他の情報処理装置（情報処理装置
１０−ｎとは限らない）から、メタ情報の参照（応
答）、つまり、参照にかかるメタ情報が伝達されると
（ステップ１８０７）、通信コンポーネント２０は、伝
達された情報に含まれるＲＩＤをチェックして照合し
（ステップ１８０８）、メタ情報を地図情報管理コンポ
ーネント２２に伝達する（ステップ１８０９）。このよ
うにして、参照されたメタ情報が更新される（ステップ
１８１０）。

【００６１】他の情報処理装置における処理につき、図
１９を参照して説明を加える。送信元の情報処理装置１
０−ｉからの、メタ情報の参照要求を受理すると（ステ
ップ１９０１）、情報処理装置の通信コンポーネント２
０は接続先リスト３２を参照して、送信元をチェックす
る（ステップ１９０２）。次いで、参照要求が地図情報
管理コンポーネント２２に伝達され（ステップ１９０
３）、メタ情報が参照される（ステップ１９０４）。こ
こで、必要なメタ情報が見出されれば、応答が通信コン
ポーネント２０を介して、参照要求の送信元である情報
処理装置に伝達される。図１９においては、情報処理装
置１０−ｉに参照されたメタ情報が応答として送られて
いるが、参照要求の送信元がさらに他の情報処理装置で
あれば、当該さらに他の情報処理装置に、メタ情報が送
信されることになる。

【００６２】その一方、メタ情報が見出されなかった場
合には、接続先リスト３２が参照されて、参照要求を転
送すべき他の情報処理装置のアドレスが取得される（ス
テップ１９０７）。通信コンポーネントは、必要なパラ
メタの処理、ホップ（HOP）のデクリメント、および、
パス(PATH)に送信先を追加して（ステップ１９０８）、
上記処理の施されたパラメタを付与された参照要求を、
他の情報処理装置１０−ｊに転送する（ステップ１９０
９）。この転送先も単一とは限らないことは言うまでも
ない。このような処理により、設定されたホップ数だけ
参照要求が転送されることになる。また、参照要求の送
信元が直接相互接続していない情報処理装置から、必要
な情報を取得することも可能となる。

【００６３】たとえば、図１７（ｂ）において、情報処
理装置から送信されるパラメタは、以下のようになる。 矢印１７０１：FROM（送信元アドレス）＝Ａ RID＝XX（情報処理装置Ａ：符号１０−１で設定されたもの） HOP＝５（情報処理装置Ａで設定されたもの） PATH＝Ａ、Ｃ（送信元および送信先） 矢印１７０２：FROM＝Ａ RID＝XX HOP＝４ PATH＝Ａ、Ｃ、Ｂ 矢印１７０３：FROM＝Ａ RID＝XX HOP＝４ PATH＝Ａ、Ｃ、Ｄ 矢印１７０４：FROM＝Ａ RID＝XX HOP＝３ PATH＝Ａ、Ｃ、Ｄ、Ｆ 矢印１７０５：FROM＝Ａ RID＝XX HOP＝３ PATH＝Ａ、Ｃ、Ｄ、Ｅ なお、破線で示す矢印１７０７の経路でも 矢印１７０７：FROM＝Ａ RID＝XX HOP＝２ PATH＝Ａ、Ｃ、Ｄ、Ｆ、Ｅ というパラメタを含む情報が伝達されるが、それ以前
に、情報処理装置１０−５においては、既に情報が伝達
されるため、この矢印１７０７による要求は無視され
る。

【００６４】このようにして、不特定端末からの情報検
索が可能となる。上記例では、メタ情報が参照された
が、地図情報や位置情報など他の情報の参照等も可能で
あることは言うまでもない。本発明は、以上の実施の形
態に限定されることなく、特許請求の範囲に記載された
発明の範囲内で、種々の変更が可能であり、それらも本
発明の範囲内に包含されるものであることは言うまでも
ない。

【００６５】たとえば、前記実施の形態においては、メ
ッセージ送受信に関して、メッセージのみを送信先の情
報処理装置に伝達している（図１０参照）。しかしなが
ら、これに限定されるものではなく、認証付きのメッセ
ージ送受信としても良い。この場合には、送信メッセー
ジに、照合されるべきユーザＩＤおよびパスワードが付
与され、送信先の情報処理装置において、当該ユーザＩ
Ｄおよびパスワードを利用したユーザ認証が行われれば
良い。

【００６６】また、前記実施の形態においては、情報処
理装置として携帯端末を利用しているが、これに限定さ
れるものではなく、据え置き型のコンピュータを利用で
きることも言うまでも無い。この場合、現在位置を取得
するデバイス（ＧＰＳ）を利用する必要は無く、ユーザ
が、入力装置を操作して、メタ情報の現在位置を登録し
ておけばよい。

【００６７】また、前記実施の形態においては、ＧＰＳ
を用いてユーザの現在位置を検出しているがこれに限定
されるものではない。たとえば、無線ＬＡＮや無線公衆
網を利用していれば、当該無線局のセル情報がユーザの
現在位置として用いられても良い。さらに、これらの何
れかを選択して現在位置を検出するような構成となって
も良い。さらに、前記実施の形態においては、無線公衆
網を利用して、情報処理装置間の通信を実現している
が、他のネットワーク、たとえば、無線ＬＡＮ、Blueto
oth（登録商標）、赤外線など他の通信媒体を利用して
も良い。

【００６８】また、前記実施の形態においては、情報処
理装置に、ミドルウェアを構成するコンポーネントやア
プリケーションを構成するコンポーネントが不足なく保
持されているが、その一部が用意されていなくても良
い。この場合に、上記情報交換の手法を利用して、コン
ポーネント自体を、当該コンポーネントを保持している
他の情報処理装置から取得すればよい。さらに、前記実
施の形態においては、地図情報の共有に本発明を適用し
ているがこれに限定されるものではなく、音声情報や楽
曲情報の共有などにも利用できることは言うまでもな
い。

【００６９】また、前記実施の形態においては、サーバ
との間のアクセスを記述していないが、情報処理装置が
サーバにアクセスすることも可能である。この場合、た
とえば、情報処理装置間で、情報交換を行った結果、所
望の結果を得られなかった場合に、情報処理装置がサー
バにアクセスするような構成としても良い。

【００７０】

【発明の効果】本発明によれば、複数の情報処理装置間
で、簡易な手法で情報を交換することで、情報の共有を
実現できるシステムを提供することが可能となる。

【図面の簡単な説明】

【図１】 図１は、本実施の形態にかかる情報処理装置
の構成を示すブロックダイヤグラムである。

【図２】 図２は、本実施の形態にかかるアプリケーシ
ョンおよびこれに関連する構成部分を示すブロックダイ
ヤグラムである。

【図３】 図３は、本実施の形態にかかる地図情報およ
びメタ情報を説明するための図である。

【図４】 図４は、本実施の形態にかかるミドルウェア
による、地図情報、メタ情報および接続リストのオフラ
イン参照等の処理を示すフローチャートである。

【図５】 図５は、本実施の形態にかかるミドルウェア
による、メタ情報の更新処理を示すフローチャートであ
る。

【図６】 図６は、本実施の形態にかかるミドルウェア
による、オンラインによるメタ情報の参照等の処理を示
すフローチャートである。

【図７】 図７は、本実施の形態にかかるミドルウェア
による、オンラインによるメタ情報の参照等の処理を示
すフローチャートである。

【図８】 図８は、本実施の形態にかかるミドルウェア
による、イベント発生時に実行される処理を示すフロー
チャートである。

【図９】 図９は、本実施の形態にかかるミドルウェア
による、イベント発生時に実行される処理を示すフロー
チャートである。

【図１０】 図１０は、本実施の形態にかかるミドルウ
ェアによる、メッセージ送受信の処理を示すフローチャ
ートである。

【図１１】 図１１は、本実施の形態にかかるアプリケ
ーションによる、地図情報表示処理を示すフローチャー
トである。

【図１２】 図１２は、本実施の形態にかかるアプリケ
ーションによる、接続すべきユーザの追加等の処理を示
すフローチャートである。

【図１３】 図１３は、本実施の形態にかかるアプリケ
ーションによる、地図中のシンボルの表示や登録の処理
を示すフローチャートである。

【図１４】 図１４は、本実施の形態にかかるアプリケ
ーションによる、地図中のシンボルの表示や登録の処理
を示すフローチャートである。

【図１５】 図１５は、本実施の形態にかかるアプリケ
ーションによる、メッセージ送信の処理を示すフローチ
ャートである。

【図１６】 図１６は、本実施の形態にかかるアプリケ
ーションによる、受信メッセージの表示の処理を示すフ
ローチャートである。

【図１７】 図１７は、本実施の形態にかかる情報処理
装置間の接続例を示すブロックダイヤグラムである。

【図１８】 図１８は、本実施の形態にかかるマルチホ
ップ接続による処理を示すフローチャートである。

【図１９】 図１９は、本実施の形態にかかるマルチホ
ップ接続による処理を示すフローチャートである。

【符号の説明】

１２ ハードウェア １４ オペレーティングシステム １６ ミドルウェア １８ アプリケーション ２０ 通信コンポーネント ２２ 地図情報管理コンポーネント ２４ 位置情報管理コンポーネント ２６ 記憶部 ２８ 位置測定コンポーネント ４０ 画面表示コンポーネント ４２ 画面制御コンポーネント ４４ 位置補正コンポーネント ４６ 表示情報生成コンポーネント ４８ 接続管理コンポーネント

───────────────────────────────────────────────────── フロントページの続き (72)発明者 岡宅 泰邦 東京都中央区八丁堀四丁目７番１号 日本 テレコム株式会社内 (72)発明者 佐々木 宏 東京都中央区八丁堀四丁目７番１号 日本 テレコム株式会社内 Ｆターム(参考） 5B017 AA03 BA06 CA16 5B082 EA11 GA11 5B085 AA08 BA07 BG01 BG04 BG06

Claims (24)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して接続された複数の
   情報処理装置間で、データを交換する方法であって、 一方の情報処理装置において、必要な情報および当該情
   報に関して生じさせるべき動作を特定するステップと、 ネットワークを介して接続された他の情報処理装置に対
   して、必要な情報に関して、特定された動作を要求する
   ステップと、 当該他の情報処理装置において、前記情報に関して前記
   要求された動作を実行して、情報処理装置間での情報交
   換を実現するステップとを備えたことを特徴とする情報
   交換方法。
2. 【請求項２】 前記情報交換が、情報の参照、追加、削
   除および変更のうちの何れかを含むことを特徴とする請
   求項１に記載の情報交換方法。
3. 【請求項３】 さらに、一方の情報処理装置において、
   登録された他の情報処理装置のアドレスを含むリストか
   ら、何れかのアドレスを選択するステップを備え、 当該アドレスを有する他の情報処理装置に対してアクセ
   スされることを特徴とする請求項１または２に記載の情
   報交換方法。
4. 【請求項４】 さらに、他の情報処理装置において、前
   記情報に関して前記要求された動作を実行できない場合
   に、さらに他の情報処理装置に対して、必要な情報に関
   して、特定された動作を要求するステップを備えたこと
   を特徴とする請求項１ないし３の何れか一項に記載の情
   報交換方法。
5. 【請求項５】 必要な情報に関して、特定された情報を
   要求するステップが、ホップ数を示す情報を送信するス
   テップを含み、 前記ホップ数が所定範囲である限り、他の情報処理装置
   への要求の伝達が繰り返されることを特徴とする請求項
   ４に記載の情報交換方法。
6. 【請求項６】 前記一方の情報処理装置において、何れ
   かの他の情報処理装置から情報を取得するステップと、 前記取得した情報を取捨選択するステップとを備えたこ
   とを特徴とする請求項１ないし５の何れか一項に記載の
   情報交換方法。
7. 【請求項７】 前記一方の情報処理装置において、何れ
   かの他の情報処理装置から情報を取得できない場合に、
   ネットワークに接続されたサーバを特定するステップ
   と、 前記サーバに対して情報の提供を要求するステップとを
   備えたことを特徴とする請求項１ないし６の何れか一項
   に記載の情報交換方法。
8. 【請求項８】 前記情報交換にかかる情報が、ソフトウ
   ェアプログラムモジュールであることを特徴とする請求
   項１ないし７の何れか一項に記載の情報交換方法。
9. 【請求項９】 前記情報交換にかかる情報が、デバイス
   ドライバおよびアプリケーションのうち、少なくとも一
   方であることを特徴とする請求項８に記載の情報交換方
   法。
10. 【請求項１０】 前記情報交換にかかる情報が、地図情
    報、および、地図に関して付加すべきメタ情報であるこ
    とを特徴とする請求項１ないし７の何れか一項に記載の
    情報交換方法。
11. 【請求項１１】 前記一方の情報処理装置において、他
    の情報処理装置に対して、当該他の情報処理装置のメタ
    情報に含まれる、当該他の情報処理装置の位置情報の取
    得を要求するステップと、 前記他の情報処理装置に対して、一方の情報処理装置の
    メタ情報に含まれる、当該一方の情報処理装置の位置情
    報を送信するステップとを備えたことを特徴とする請求
    項１０に記載の情報交換方法。
12. 【請求項１２】 前記情報交換にかかる情報が、音声お
    よび／または楽曲の情報であることを特徴とする請求項
    １ないし７の何れか一項に記載の情報交換方法。
13. 【請求項１３】 さらに、情報処理装置においてイベン
    トおよびその発生条件を定義するステップと、 前記情報交換においてイベント発生条件が満たされた場
    合に、イベントを生じさせるステップとを備えたことを
    特徴とする請求項１ないし１２の何れか一項に記載の情
    報交換方法。
14. 【請求項１４】 ネットワークを介して接続された複数
    の情報処理装置間で、データを交換するために、情報処
    理装置において実行されるプログラムであって、 必要な情報および当該情報に関して生じさせるべき動作
    を特定するステップと、 ネットワークを介して接続された他の情報処理装置に対
    して、必要な情報に関して、特定された動作を要求し
    て、当該他の情報処理装置において、前記情報に関して
    前記要求された動作を実行させて、情報処理装置間での
    情報交換を実現するステップとを、前記情報処理装置に
    実行させることを特徴とするプログラム。
15. 【請求項１５】 前記情報交換を実現するステップが、
    情報の参照、追加、削除および変更のうちの何れかを前
    記情報処理装置に実行させることを特徴とする請求項１
    ４に記載のプログラム。
16. 【請求項１６】 さらに、登録された他の情報処理装置
    のアドレスを含むリストから、何れかのアドレスを選択
    するステップと、 当該アドレスを有する他の情報処理装置に対してアクセ
    スするステップとを前記情報処理装置に実行させること
    を特徴とする請求項１４または１５に記載のプログラ
    ム。
17. 【請求項１７】 さらに、要求を受理した場合に、当該
    要求された動作を実行できないときに、他の情報処理装
    置に対して、必要な情報に関して、特定された動作を要
    求するステップを要求するステップを、前記情報処理装
    置に実行させることを特徴とする請求項１４ないし１６
    の何れか一項に記載のプログラム。
18. 【請求項１８】 前記要求に含まれるホップ数を示す情
    報を参照して、当該ホップ数が所定範囲である場合に、
    前記他の情報処理装置に対して、特定された動作を要求
    するステップを、前記情報処理装置に実行させることを
    特徴とする請求項１７に記載のプログラム。
19. 【請求項１９】 何れかの他の情報処理装置から情報を
    取得するステップと、 前記取得した情報を取捨選択するステップとを、前記情
    報処理装置に実行させることを特徴とする請求項１４な
    いし１８の何れか一項に記載のプログラム。
20. 【請求項２０】 何れかの他の情報処理装置から情報を
    取得できない場合に、ネットワークに接続されたサーバ
    を特定するステップと、 前記サーバに対して情報の提供を要求するステップと
    を、前記情報処理装置に実行させることを特徴とする請
    求項１４ないし１８の何れか一項に記載のプログラム。
21. 【請求項２１】ネットワークを介して接続された他の情
    報処理装置との間で、データを交換可能な情報処理装置
    であって、 一方の情報処理装置において、必要な情報および当該情
    報に関して生じさせるべき動作を特定する第1の手段
    と、 ネットワークを介して接続された他の情報処理装置に対
    して、必要な情報に関して、特定された動作を要求する
    第２の手段とを備え、 当該他の情報処理装置において、前記情報に関して前記
    要求された動作が実行されることで、情報処理装置間で
    の情報交換が実現されることを特徴とする情報処理装
    置。
22. 【請求項２２】 さらに、それぞれが、ネットワークを
    介して他の情報処理装置と通信可能な、複数の通信手段
    と、 前記複数の通信手段のうちのいずれかを選択する第１の
    選択手段とを備えたことを特徴とする請求項２１に記載
    の情報処理装置。
23. 【請求項２３】 さらに、情報処理装置の現在位置を取
    得する位置情報取得手段を備えたことを特徴とする請求
    項２１または２２に記載の情報処理装置。
24. 【請求項２４】 複数の位置情報取得手段と、 前記複数の位置情報取得手段のうちの何れかを選択する
    第２の選択手段とを備えたことを特徴とする請求項２３
    に記載の情報処理装置。