(57)【要約】【課題】高精度な位置情報検出システムや集中管理型のサーバ装置を用いることなく、ユーザが所望する情報に関するコミュニケーションを行うことができるシステム及び端末を提供する。【解決手段】複数の端末装置内にＩＤタグに関するメタ情報を分散して記録する手段と、オブジェクトに付与されたＩＤタグのＩＤタグ情報を検出する検出手段と、検出されたＩＤタグ情報に関連づけられたメタ情報をネットワーク上で検索するメタ情報検索手段と、ピアツーピア通信によりサーバを介さずに端末装置間でコンテンツを送受信する通信手段を有することにより、実世界に存在する様々なオブジェクトと直接関連づけられたリンクを通じて、興味や目的が共通である他の端末ユーザとのコミュニケーションを行うことを可能とする。【選択図】図１
2004246522.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末装置と少なくとも一つの該ＩＤタグが付加されているオブジェクトから構成され、
第一の前記端末装置は、
通信により前記オブジェクトに付与されたＩＤタグ情報を取得するＩＤタグ情報取得手段と、
前記ＩＤタグ情報と関連づけられたメタ情報を記録するメタ情報記録手段と、
前記ＩＤタグ情報をキーとして、ＩＤタグ情報と関連づけられたメタ情報を通信により検索するメタ情報検索手段と、
通信により第二の端末装置から所望の前記メタ情報を取得するメタ情報取得手段と、
前記メタ情報検索手段により検索された前記メタ情報を表示するメタ情報表示手段と、
表示された前記メタ情報の中からユーザが所望する情報を選択する情報選択手段と、
ユーザが所望する前記情報を通信により第三の端末装置から取得する情報取得手段と、
前記情報取得手段により取得した情報を出力する出力手段とを有する
ことを特徴とする分散コミュニティシステム。
【請求項２】
請求項１の分散コミュニティシステムにおいて、
前記メタ情報検索手段は、前記第二の端末装置にメタ情報取得要求を送信する手段を備え、
前記第二の端末装置は、さらに、
前記第一の端末装置から前記メタ情報取得要求を受信して前記第一の端末装置にメタ情報を提供するメタ情報提供手段を有する
ことを特徴とする分散コミュニティシステム。
【請求項３】
請求項１の分散コミュニティシステムにおいて、
前記第一の端末装置の前記情報取得手段は、前記第三の端末装置にユーザが所望する前記情報の取得要求を送信する手段を備え、
前記第三の端末装置は、さらに、
前記第一の端末装置から前記情報取得要求を受信して前記第一の端末装置にユーザが所望する情報を提供する情報提供手段を有する
ことを特徴とする分散コミュニティシステム。
【請求項４】
請求項１の分散コミュニティシステムにおいて、
前記メタ情報検索手段は、ＩＤタグ情報と関連づけられたメタ情報の検索結果が得られなかった場合、端末装置がメタ情報を作成して記録する手段を有する
ことを特徴とする分散コミュニティシステム。
【請求項５】
請求項１の分散コミュニティシステムにおいて、
前記メタ情報検索手段は、得られたメタ情報の検索結果が、ユーザが所望する内容でない場合、端末装置がメタ情報を作成して記録する手段を有する
ことを特徴とする分散コミュニティシステム。
【請求項６】
請求項１分散コミュニティシステムにおいて、
前記第一の端末装置は、情報取得手段により取得した情報をユーザが更新可能な情報編集手段と、ユーザが更新したい情報をメタ情報に対して更新するメタ情報更新手段を有する
ことを特徴とする分散コミュニティシステム。
【請求項７】
請求項１ないし６いずれかに記載の分散コミュニティシステムにおいて、
前記第二の端末装置と前記第三の端末装置は、同一端末装置上に構成される
ことを特徴とする分散コミュニティシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、現実世界に存在するオブジェクトを媒介として、ピアツーピア型ネットワーク技術を用いたコミュニケーションを行うための携帯型の分散コミュニティシステム及び分散コミュニティ端末に関する。
【０００２】
【従来の技術】
現実世界に存在するオブジェクトを媒介としたコミュニケーションを実施するためには、オブジェクトそのもの、あるいはオブジェクトの位置を特定する必要がある。
【０００３】
オブジェクトを特定するためには、そのオブジェクトに添付されている認識用のＩＤタグ（バーコードやＲＦＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）タグ等）を識別するか、あるいは、非常に高精度な位置情報（経度・緯度・高度の三次元情報）を取得する必要がある。
【０００４】
人間の身の回りにあるさまざまなものを識別できるほどの高精度な位置情報を簡単に取得できる手段は開発されておらず、また、人間が注目している対象を認識する一般的な手段は存在しないため、このような目的ではＩＤタグを使う方式を利用する必要がある。
【０００５】
端末やオブジェクトの位置情報に基づいてさまざまな情報を提供するようなコミュニケーションシステムはいくつか提案されている。たとえば、特許文献１には、では、現実空間とリンクされた仮想空間を移動するオブジェクトと端末との関係に応じて適切な画像などを出力するシステムが開示されている。
【０００６】
【特許文献１】
特開２００１−０３４３７８号公報
【０００７】
【発明が解決しようとする課題】
従来の位置情報を使ったコミュニティシステムでは、ユーザが注目しているオブジェクトまで特定することができなかったため、注目しているオブジェクトを媒介としてユーザどうしを相互に結びつけ、そのオブジェクトに関する興味や目的を共有した仮想的なコミュニティを形成することが難しかった。
【０００８】
また、従来のシステムでは、端末の位置情報やオブジェクトに関する情報を管理するために特定のサーバ装置を設置する必要があった。
【０００９】
たとえば、特許文献１に記載の技術では、中央に設置されるオブジェクト管理装置と呼ぶホストコンピュータによってオブジェクト情報などが集中管理される形態をとっている。
【００１０】
このような方式では、すべての通信がサーバ装置に集中するため、ユーザ数が増大すると、サーバ装置の通信負荷が急速に高まる。そのため、サーバの通信能力や、サーバが接続される通信回線の容量を大きくする必要がある。
【００１１】
また、端末間で交換するコンテンツデータは、一旦サーバ装置に蓄積される必要があるため、サーバ装置内の記憶装置も非常に大容量の記憶装置を用意する必要があった。
【００１２】
【課題を解決するための手段】
本発明は、ユーザが注目しているオブジェクトを特定するために現実世界に存在するオブジェクトに添付されたＩＤタグを認識し、そのＩＤタグに付与されたＩＤタグ情報に関するメタ情報を複数の端末装置内に分散することにより、特定のサーバ装置に依存することなく、分散コミュニティサービスを実現できる技術を提供する。
【００１３】
各端末は、オブジェクトに付与されたＩＤタグ情報を取得するＩＤタグ情報取得手段と、取得したＩＤタグ情報に関連づけられたメタ情報をネットワーク上で検索するメタ情報検索手段と、ピアツーピア通信によりサーバを介さずに端末装置間で通信する通信手段をそなえており、どの端末でもメタ情報のオーナとなることができるようにすることによりサーバレスの分散コミュニティサービスを実現する。
【００１４】
【発明の実施の形態】
以下、本発明の分散コミュニティシステムおよび分散コミュニティ端末の一実施例を図面を使って説明する。
【００１５】
本実施例では、現実世界に存在する物体をオブジェクト、バーコードやＲＦＩＤタグなどの識別用のＩＤタグを実世界リンク、ＩＤタグの識別子であるＩＤタグ情報をリンクＩＤ、ＩＤタグ情報に関連づけられた情報をメタ情報と呼ぶ。
【００１６】
メタ情報を保持している端末、すなわちメタ情報のオーナである端末をオーナ端末、音声・動画等を含めたコンテンツを保持している端末をコンテンツ保持端末、ユーザが操作するコミュニティ端末からネットワークを介して通信可能な端末を中継端末と呼ぶ。
【００１７】
本実施例では、コミュニティ端末として無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）機能を内蔵したＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）を、ＩＤタグとして、超小型のＲＦＩＤタグを利用している。
【００１８】
本実施形態が提供する分散コミュニティシステムの一例として、システム構成例を図１および図２に示す。
（システム構成）
図１に示すように、コミュニティ端末１００、中継端末１３０、オーナ端末１５０、コンテンツ保持端末１４０がネットワーク１６０を介して相互に接続されており、ピアツーピアで通信できるようになっている。この例では、動作を説明するための便宜上、中継端末、オーナ端末、コンテンツ保持端末という呼び方をしているが、どのコミュニティ端末も、同じソフトウェアを搭載することにより、他の中継端末、オーナ端末、コンテンツ保持端末のいずれかの役割を果たすことができるようになっていてもよい。
【００１９】
コミュニティ端末１００は、現実世界に存在するオブジェクト１１０に付与された実世界リンク１１５を認識することにより実世界リンクと関連付けられたコミュニケーションを行うことができるようになっている。
（ハードウェア構成）
図２に示すように、各コミュニティ端末１００には、入力を行うためのスタイラスペン２１０、実世界リンクを認識するための実世界リンクアンテナ２００が備えられている。本実施例では、実世界リンクとして超小型ＲＦＩＤタグを使用しているため、実世界リンクアンテナ２００としては、ＲＦＩＤタグアンテナを使用する。実世界リンクとして他のＩＤタグ技術、たとえばバーコードを使用する場合には、実世界リンクアンテナ２００にかわってバーコードリーダを使用すればよい。
【００２０】
実世界リンクアンテナ２００は、現実世界に存在するオブジェクト１１０に付与されたＩＤタグ、すなわち実世界リンクのＩＤタグ情報、すなわちリンクＩＤを読み取る機能を持つ。
【００２１】
図３は端末のハードウェア構成図である。
【００２２】
各端末は、ＣＰＵ３００、メモリ３１０、ディスプレイ３２０、タッチパネル３３０、マイク３４０、スピーカ３５０、ネットワーク接続部３７０、実世界リンクアンテナ２００を内蔵しており、それぞれの部品を制御するコントローラ、すなわち、ディスプレイコントローラ３２５、タッチパネルコントローラ３３５、音声入力コントローラ３４５、音声出力コントローラ３５５、音声コーデック３６０、ネットワークコントローラ３７５、実世界リンクリーダ３８５を備えている。
（ソフトウェア構成）
図４は図３におけるメモリ３１０に格納されているプログラムおよびデータを示している。
【００２３】
メモリ３１０は、ＣＰＵ３００が実行するプログラムおよび処理するデータを格納するための、プログラムエリア４００およびデータエリア４５０で構成されている。プログラムエリアには、ＯＳ４２０、アプリケーションプログラム４１０に加えて、端末にメタ情報検索処理部４３０、実世界リンク管理部４３５、実世界リンク認識部４４０、コンテンツ管理部４４５の各処理機能を実現させるためにＣＰＵ３００が実行する各プログラムを保持している。データエリアには、メタ情報検索要求テーブル４６０、メタ情報検索応答キャッシュテーブル（以下、キャッシュテーブルという）４６５、実世界リンク管理テーブル４７０、コンテンツテーブル４７５、メタ情報テーブル４８５およびその他のデータ４５５を保持している。以下では、ＣＰＵ３００により上記処理機能が端末上に実現されているものとして説明する。
【００２４】
各プログラムや必要なデータは、予めメモリ３１０に格納されていても良いし、必要に応じて、図示していない読取り装置を介して着脱可能な記憶媒体から、またはネットワークコントローラ３７５と通信媒体（すなわちネットワーク接続部３７０に接続されるネットワークまたはそれを伝搬する搬送波）により、他の装置から導入されても良い。
【００２５】
メタ情報検索要求テーブル４６０は、メタ情報検索処理部４３０がメタ情報検索処理を実行するために必要なテーブルであり、図９（ａ）に示すような構成になっている。
【００２６】
キャッシュテーブル４６５は、メタ情報検索処理部４３０がメタ情報検索処理を実行するために必要なテーブルであり、図９（ｂ）に示すような構成になっている。
【００２７】
実世界リンク管理テーブル４７０は、実世界リンク認識部４４０が認識した実世界リンクと当該実世界リンクに関するメタ情報を保持しておくために実世界リンク管理部４３５が管理するテーブルであり、図１０（ａ）に示すような構成になっている。
【００２８】
コンテンツテーブル４７５は、コンテンツ管理部４４５がコンテンツ保持端末１４０から取得したコンテンツを保持しておくために必要なテーブルであり、図１０（ｃ）に示すような構成になっている。
【００２９】
メタ情報テーブル４８５は、自端末がオーナとなっている実世界リンクに対応するメタ情報を記録しておくためにメタ情報検索処理部４３０が管理するテーブルであり、図１１に示すような構成になっている。
（動作）
コミュニティ端末１００のユーザが、端末を用いて所望のオブジェクトから実世界リンクのリンクＩＤを取得し、当該リンクＩＤに対応するメタ情報を取得し、さらに当該メタ情報に含まれるコンテンツ情報に基づいてコンテンツを取得する場合を例にとって説明する。
【００３０】
はじめに、ＩＤタグ情報を取得しようとしているコミュニティ端末１００は、実世界リンク認識部４４０の処理によりオブジェクト１１０が保持するオブジェクトのＩＤタグ情報を取得する。具体的には、図２において、コミュニティ端末１００に付属する実世界リンクアンテナ２００を介して、オブジェクト１１０に付与された実世界リンク１１５を検出し、リンクＩＤ取得要求２２０を送信することにより、実世界リンク１１５内に保持されているリンクＩＤ情報を取得して、リンクＩＤ取得応答２３０を受信する。
【００３１】
次に、メタ情報検索処理部４３０は、ネットワーク１６０を介して、ＩＤタグ情報をキーとして、そのＩＤタグ情報に関連づけられたメタ情報を保持するオーナ端末１５０を検索する。
【００３２】
検索処理実行中のコミュニティ端末１００の画面例を図１４に示す。コミュニティ端末１００において実世界リンクを検出し、メタ情報を保持するオーナ端末の検索を開始すると図１４における検索中画面１４００が表示される。
【００３３】
コミュニティ端末１００は、メタ情報検索要求メッセージ１２００を作成する。
【００３４】
メタ情報検索要求メッセージ１２００は、図１２（ａ）に示すように、メタ情報検索要求メッセージメッセージ種別コード１２０５、メタ情報検索要求メッセージメッセージサイズ１２１０、メタ情報検索要求メッセージ送信元ＩＰアドレス１２１５、メタ情報検索要求メッセージ送信元ポート番号１２２０、メタ情報検索要求メッセージＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ：パケット生存可能時間）値１２２５、メタ情報検索要求メッセージホップ数１２３０、メタ情報検索要求メッセージリクエストＩＤ１２３５、メタ情報検索要求メッセージリンクＩＤ１２４５で構成される。このうち、メタ情報検索要求メッセージリクエストＩＤ１２３５は、要求元ＩＰアドレス１２４１、要求元ポート番号１２４２、シリアル番号１２４３を組み合わせたものであり、メタ情報検索要求メッセージを一意に識別できるようにするためのＩＤである。
【００３５】
コミュニティ端末１００には、中継端末リストが保持されている。その中継端末リストを参照し、通信可能な中継端末１３０を介して、ＩＤタグ情報に関連づけられたメタ情報の検索を行う。中継端末リストは、初期設定がなされているが、ユーザが変更することもできる。
【００３６】
図１５の処理フローに示すように、コミュニティ端末１００からメタ情報検索要求メッセージ１２００を受信した中継端末１３０のメタ情報検索処理部４３０は以下のような処理を行う。
【００３７】
まず、はじめにメタ情報検索要求テーブル４６０を参照する。メタ情報検索要求テーブルは、メタ情報検索要求テーブル送信元ＩＰアドレス９１０、メタ情報検索要求テーブル送信元ポート番号９２０、メタ情報検索要求テーブルリクエストＩＤ９３０、メタ情報検索要求テーブルリンクＩＤ９４０で構成される。中継端末１３０は、コミュニティ端末１００から受信したメタ情報検索要求メッセージ１２００に含まれるリクエストＩＤとリンクＩＤの値を持つエントリがあるかどうか、メタ情報検索要求テーブルを検索する（ステップ１５０５）。
【００３８】
該当するメタ情報検索要求テーブルエントリが存在するかどうかを判断し（ステップ１５１０）、存在する場合は、すでに同じ内容のメタ情報検索要求メッセージを受信済みであることを示しているため、無限ループにならないように、受信したメタ情報検索要求メッセージを破棄して処理を終了する（ステップ１５５５）。ステップ１５４０において該当するエントリが存在しない場合には処理を続行する。
【００３９】
次に、自端末１３０内に保持するキャッシュテーブル４６５を参照する。キャッシュテーブル４６５は、キャッシュテーブルリンクＩＤ９６０、キャッシュテーブルオーナＩＰアドレス９７０、キャッシュテーブルオーナポート番号９８０、作成時刻９９０で構成される。キャッシュテーブル４６５内に該当するリンクＩＤが存在するかどうか、キャッシュテーブル４６５を検索する（ステップ１５１５）。該当するキャッシュテーブルエントリが存在するかどうかを判断し（ステップ１５２０）、存在する場合は、以前に同じリンクＩＤに対するメタ情報検索応答メッセージを受信済みであることを示しているため、キャッシュテーブル４６５に格納されている情報に基づいてメタ情報検索応答メッセージ１２６０を作成してコミュニティ端末１００に返送する（ステップ１５５０）。ステップ１５２０において該当するエントリが存在しない場合には処理を続行する。
【００４０】
次に、自端末１３０内に保持するメタ情報テーブル４８５を参照する。メタ情報テーブル内に該当するリンクＩＤが存在するかどうか、メタ情報テーブルを検索する（ステップ１５２５）。該当するメタ情報テーブルエントリが存在するかどうかを判断し（ステップ１５３０）、存在する場合には自端末が当該リンクＩＤに関するメタ情報オーナであることを示しているため、メタ情報テーブルに格納されている情報に基づいてメタ情報検索応答メッセージ１２６０を作成してコミュニティ端末１００に返送する（ステップ１５５０）。ステップ１５３０において該当するエントリが存在しない場合には処理を続行する。
【００４１】
次に、現在のメタ情報検索要求メッセージに含まれるＴＴＬ値１２２５が１以上であるかどうかを判断し（ステップ１５３２）、そうでない場合には、受信したメタ情報検索要求メッセージを破棄して処理を終了する（ステップ１５５５）。ステップ１５３２においてＴＴＬ値１２２５が１以上である場合には処理を続行する。
【００４２】
メタ情報検索要求テーブルに現在のメタ情報検索要求メッセージの内容を追加する（ステップ１５３５）。次に、メタ情報検索要求メッセージ１２００の中の送信元ＩＰアドレス１２１５、送信元ポート番号１２２０、ＴＴＬ値１２２５、ホップ数１２３０を書換え（ステップ１５４０）、受信した端末以外の隣接端末にメタ情報検索要求メッセージ１２００を転送する（ステップ１５４５）。
【００４３】
ステップ１５４０において、ＴＴＬ値１２２５は１減算し、ホップ数１２３０は１加算する処理を行う。これにより、メタ情報検索要求メッセージ１２００が一定回数以上転送されないようになり、無限ループを回避することができる。
【００４４】
以上の処理によりメタ情報検索要求メッセージ１２００が処理される。
【００４５】
一方、オーナ端末１５０がメタ情報検索要求メッセージ１２００を受信し、それに対してメタ情報検索応答メッセージ１２６０を返信すると、中継端末１３０はメタ情報検索応答メッセージ受信処理を行う。
【００４６】
図１６の処理フローに示すように、オーナ端末１５０からメタ情報検索応答メッセージ１２６０を受信した中継端末１３０のメタ情報検索処理部４３０は以下のような処理を行う。
【００４７】
まず、はじめにメタ情報検索要求テーブル４６０を参照する。中継端末１３０は、オーナ端末１５０から受信したメタ情報検索応答メッセージ１２６０に含まれるリクエストＩＤとリンクＩＤの値を持つエントリがあるかどうか、メタ情報要求テーブル４６０を検索する（ステップ１６１０）。該当するメタ情報検索要求テーブルエントリが存在するかどうかを判断し（ステップ１６２０）、存在しない場合は、対応するメタ情報検索要求メッセージを転送していないため、現在のメタ情報検索応答メッセージ１２６０を破棄して処理を終了する（ステップ１６７０）。ステップ１６２０において該当するエントリが存在する場合には処理を続行する。
【００４８】
次に受信したメタ情報検索応答メッセージ１２６０に含まれる情報を、キャッシュテーブル４６５に登録し（ステップ１６３０）、メタ情報検索要求メッセージの送信元端末に対してメタ情報検索応答メッセージを転送し（ステップ１６４０）、メタ情報検索要求テーブルの中の該当するエントリを削除する（ステップ１６５０）。
【００４９】
以上のようなメタ情報検索要求メッセージ処理と、メタ情報検索応答メッセージ処理を行うことによって、コミュニティ端末１００は、実世界リンク１１５のリンクＩＤに対応するメタ情報を取得することができる。
【００５０】
検索結果として少なくとも一つのオーナ情報を得られた場合、検索されたオーナ情報をもとに、コミュニティ端末１００はオーナ端末１５０にメタ情報取得要求メッセージ１３００を送信する。
【００５１】
メタ情報取得要求メッセージ１３００は、図１３（ａ）に示すように、メタ情報取得要求メッセージメッセージ種別コード１３０５、メタ情報取得要求メッセージメッセージサイズ１３１０、メタ情報取得要求メッセージリンクＩＤ１３１５で構成される。
メタ情報取得要求メッセージ１３００を受信したオーナ端末１５０のメタ情報検索処理部４３０は、自端末内のメタ情報テーブル４８５を参照する。
【００５２】
メタ情報テーブル４８５は、図１１に示すように、メタ情報テーブルリンクＩＤ１１０５、メタ情報テーブルメタ情報ポインタ１１２０から構成される。
【００５３】
オーナ端末１５０のメタ情報検索処理部４３０は、メタ情報テーブル４８５を検索することによりメタ情報取得要求メッセージ１３００に含まれるリンクＩＤに対応するメタ情報へのポインタを同定する。
【００５４】
メタ情報１０３０は、図１０（ｂ）に示すように、メタ情報リンクＩＤ１０４０、メタ情報オーナＩＰアドレス１０４５、メタ情報オーナポート番号１０５０、メタ情報フラグ１０５５、メタ情報カテゴリ１０６０、メタ情報作成時刻１０６５、メタ情報最終更新時刻１０７０、メタ情報最終参照時刻１０７５、メタ情報コンテンツリスト１０８０で構成される。ここで、メタ情報フラグ１０５５は、当該メタ情報の更新頻度や、当該メタ情報をキャッシュ可能かどうかなどの付加的情報を格納する。また、メタ情報カテゴリ１０６０は、当該メタ情報を利用しやすく分類するための付加的情報を格納する。
【００５５】
また、メタ情報コンテンツリスト１０８０は、当該リンクＩＤに関連付けられたコンテンツへのポインタ情報を保持している。
【００５６】
オーナ端末１５０のメタ情報検索処理部４３０は、メタ情報を同定した後、該当するメタ情報１０３０をメタ情報取得応答メッセージ１３２０のデータとして設定してコミュニティ端末１００に返送する。
【００５７】
メタ情報取得応答メッセージ１３２０は、図１３（ｂ）に示すように、メタ情報取得応答メッセージメッセージ種別コード１３２５、メタ情報取得応答メッセージメッセージサイズ１３３０、メタ情報取得応答メッセージメタ情報１３３５で構成される。
【００５８】
ユーザのコミュニティ端末１００は、オーナ端末１５０から返信されたメタ情報取得応答メッセージに含まれるメタ情報を実世界リンク管理テーブル４７０に追加する。さらに、メタ情報に含まれるコンテンツリストを端末の画面上に表示する。ユーザが、スタイラスペン２１０を用いて、所望のコンテンツを選択すると、端末は、選択されたコンテンツをコンテンツ保持端末１４０から取得して画面上に表示する。コンテンツリストを表示する画面例を１４２０に示す。画面上にユーザが所望する情報がある場合、ユーザは、その中からスタイラスペン２１０を用いて情報を選択し、コンテンツを閲覧する。図１４では、１４１０、１４２０、１４３０および１４４０が選択肢である。
【００５９】
コミュニティ端末１００のコンテンツ管理部４４５は、コンテンツ保持端末１４０からコンテンツを取得すると、図１０（ｃ）に示すコンテンツテーブル４７５にコンテンツを記録する。コンテンツテーブルエントリは、コンテンツテーブルコンテンツＵＲＬ１０８２、コンテンツテーブルコンテンツ種別１０８４、コンテンツテーブルコンテンツデータ１０８６、コンテンツテーブル有効期限１０８８から構成される。
【００６０】
コンテンツテーブル４７５を設けることにより、何らかの理由によりコンテンツ保持端末１４０への通信ができない場合でも、以前に取得したことがあるコンテンツであれば表示することが可能となる。
【００６１】
また、コンテンツテーブル有効期限１０８８を設定することができるため、ある一定期間が経過したコンテンツを無効として破棄することができるようになり、当該実世界リンクから得られる情報を比較的新しい情報だけに限定することも可能となる。
【００６２】
ここで、メタ情報検索処理および取得処理の流れについて、処理を初めて実行する場合と２回目以降に実行する場合を述べる。
【００６３】
同処理を初めて実行する場合には、図５および図７（ａ）に示すような処理が実行される。
【００６４】
コミュニティ端末Ａ１００のメタ情報検索処理部４３０は、オブジェクトＣ５１０から取得したリンクＩＤをキーにして、中継端末１３０にメタ情報検索要求メッセージ１２００を送信する。中継端末１３０のメタ情報検索処理部４３０は、キャッシュテーブル４６５を参照するが、受信した検索要求メッセージに含まれるリンクＩＤに該当するキャッシュテーブルエントリが存在しないため、前記のメタ情報検索処理を続行し、オーナ端末１５０にメタ情報検索要求メッセージ１２００を送信する。
【００６５】
オーナ端末１５０のメタ情報検索処理部４３０からメタ情報検索応答メッセージ１２６０が送信され、中継端末１３０にオーナ情報が返送されると、中継端末１３０のメタ情報検索処理部４３０は、検索応答キャッシュ処理（５５０、７４０）により受信したメタ情報検索応答メッセージをキャッシュテーブル４６５に追加した後、メタ情報検索応答メッセージ１２６０を端末Ａ１００に転送する。
【００６６】
端末Ａ１００のメタ情報検索処理部４３０はオーナ端末１５０にメタ情報取得要求メッセージ５６０を送信し、オーナ端末１５０のメタ情報検索処理部４３０はメタ情報取得応答５７０により該当するメタ情報を端末Ａ１００に返信する。
【００６７】
一方、同一の実世界リンクを別の端末Ｂが認識して、２回目のメタ情報検索が実行される場合には、図６および図７（ｂ）に示すような処理が実行される。
【００６８】
端末Ｂ６２０のメタ情報検索処理部４３０は、オブジェクトＣ５１０から取得したリンクＩＤをキーにして、中継端末１３０にメタ情報検索要求メッセージ１２００を送信する。中継端末１３０のメタ情報検索処理部４３０が、キャッシュテーブル４６５を参照すると、リンクＩＤに該当するキャッシュテーブルエントリが存在するため、メタ情報検索応答メッセージ１２６０によりキャッシュテーブル内のオーナ情報を端末Ｂ６２０に返送する。
【００６９】
端末Ｂ６２０のメタ情報検索処理部４３０はオーナ端末１５０にメタ情報取得要求メッセージ１３００を送信し、オーナ端末１５０のメタ情報検索処理部４３０はメタ情報取得応答メッセージ１３２０により該当するメタ情報を端末Ｂ６２０に返信する。
【００７０】
このようにして中継端末内にキャッシュテーブルを持ち、受信、転送した検索応答メッセージの情報を記録しておくことにより、以前にメタ情報検索処理が実行されたことのあるリンクＩＤに対応するメタ情報検索処理の手順を省略することができる。
【００７１】
キャッシュテーブル内に該当するオーナ情報があった場合でも、キャッシュテーブル内のエントリ作成時刻が、現在実行中である検索要求処理の実行開始時刻から一定期間以上前のものである場合は、その情報が古い情報であることを示すマークをつけたり、検索結果からそのオーナ情報を除外するなどのフィルタリング機能を追加することもできる。
【００７２】
次に、ネットワーク１６０を介して、ユーザが所望するコンテンツを取得する。コミュニティ端末１００の実世界リンク管理部４３５は実世界リンク管理テーブル４７０を参照し、コンテンツが保持されているコンテンツ保持端末情報を取得する。そして、コンテンツ取得要求メッセージ１３４５をコンテンツ保持端末１４０に送信する。
【００７３】
コンテンツ取得要求メッセージ１３４５は、図１３（ｃ）に示すように、コンテンツ取得要求メッセージメッセージ種別コード１３５０、コンテンツ取得要求メッセージメッセージサイズ１３５５、コンテンツ取得要求メッセージコンテンツＵＲＬ１３６０で構成される。
コンテンツ保持端末１４０のコンテンツ管理部４４５は、コンテンツ取得応答メッセージ１３６５により該当するコンテンツ情報をコミュニティ端末１００に返送する。
【００７４】
コンテンツ取得応答メッセージ１３６５は、図１３（ｄ）に示すように、コンテンツ取得応答メッセージメッセージ種別コード１３７０、コンテンツ取得応答メッセージメッセージサイズ１３７５、コンテンツ取得応答メッセージコンテンツ１３８０で構成される。
【００７５】
コミュニティ端末１００のコンテンツ管理部４４５は、こうして得られたコンテンツを、アプリケーションプログラム４１０に提供し、コンテンツの種別に応じて表示したり再生したり等の処理を実行する。
【００７６】
以上は、少なくとも一つのオーナ情報が得られた場合についての例であるが、一方、検索結果として、一つもオーナ情報を得られなかった場合、具体的には、どの端末にもリンクＩＤに対応するメタ情報が存在しない場合、もしくは実際にはメタ情報が存在するにもかかわらずメタ情報の所在情報を保持している中継端末にアクセスできなかった場合、もしくは、オーナ検索処理もしくはメタ情報取得処理の途中で通信がタイムアウトになってしまった場合、ユーザの端末には、図１４の１４５０のようなメッセージが表示され、ユーザ自身がオーナとなるためのメタ情報の作成処理を促す処理を実行する。
【００７７】
ユーザは、リンクＩＤに関連づけたいメタ情報を、スタイラスペン２１０を用いてコミュニティ端末１００に入力する。コミュニティ端末１００のアプリケーションプログラム４１０は、ユーザから入力された情報をメタ情報検索処理部４３０に提供し、メタ情報検索処理部４３０はメタ情報テーブル４８５を作成する。同テーブル内のメタ情報オーナＩＰアドレス１０４５およびメタ情報オーナポート番号１０５０には、コミュニティ端末１００自身のＩＰアドレスおよびポート番号を設定する。また関連づけたいコンテンツ情報があれば、メタ情報コンテンツリスト１０８０に追加しておく。
【００７８】
メタ情報検索処理部４３０は、作成したメタ情報１０３０等を実世界リンク管理部４３５に提供し、実世界リンク管理部４３５はこれを実世界リンク管理テーブル４７０にも追加する。これらの処理により、コミュニティ端末１００は、リンクＩＤに関連づけられたメタ情報のオーナとなる。
【００７９】
また、オーナ情報およびメタ情報を取得した後、ユーザがそのメタ情報を更新したり、追加したりしたい場合はメタ情報更新処理を行う。スタイラスペン２１０を用いて、ユーザが更新・追加したいメタ情報を編集した後、コミュニティ端末１００のメタ情報検索処理部４３０は、更新・追加した内容をオーナ端末１５０に送信する。オーナ端末１５０のメタ情報検索処理部４３０は、メタ情報テーブル４８５内で、リンクＩＤに該当するメタ情報テーブルを同定し、同テーブル内のコンテンツリスト１０８０に、コミュニティ端末１００から受信した更新・追加内容を反映し、最終更新時刻１０７０を更新する。ここで、オーナ端末１５０は、自端末をオーナとするメタ情報の更新制限を設けることなども可能である。これらの処理により、ユーザが所望の情報に情報を更新・追加を行うことができる。
【００８０】
上記実施例により、実世界に存在するさまざまなオブジェクトに付与された実世界リンクを通じて、興味や目的が共通である他の端末ユーザとのコミュニケーションを行うことができるようになる。
【００８１】
また、実世界リンクに関するメタ情報は、各コミュニティ端末によって分散管理され、ピアツーピア型通信によって相互に共有されるため特別なサーバ装置を設ける必要がなく、サーバに負荷が集中することなくコミュニティサービスを提供することが可能になる。
【００８２】
【発明の効果】
本発明により、実世界に存在するさまざまなオブジェクトに付与された実世界リンクを通じて、他の端末ユーザとのコミュニケーションを行うことができるようになる。また、サーバに負荷が集中することなくコミュニティサービスを提供することが可能になる。
【図面の簡単な説明】
【図１】実施形態におけるシステム構成を示す図である。
【図２】実施形態におけるコミュニティ端末およびＩＤタグ情報取得処理の構成を示す図である。
【図３】実施形態におけるコミュニティ端末のハードウェア構成図である。
【図４】実施形態におけるコミュニティ端末のソフトウェア構成図である。
【図５】実施形態における１回目のメタ情報要求処理の模式図である。
【図６】実施形態における２回目以降のメタ情報要求処理の模式図である。
【図７】実施形態におけるメタ情報要求処理のシーケンスを示す図である。
【図８】実施形態におけるコンテンツ取得処理の模式図である。
【図９】実施形態におけるメタ情報検索要求テーブルおよびメタ情報検索応答キャッシュテーブルの構成を示す図である。
【図１０】実施形態における実世界リンク管理テーブル、コンテンツテーブルおよびコンテンツキャッシュテーブル構成を示す図である。
【図１１】実施形態におけるメタ情報テーブル構成を示す図である。
【図１２】実施形態におけるメタ情報検索処理用メッセージ形式を示す図である。
【図１３】実施形態におけるメタ情報取得処理およびコンテンツ取得処理用メッセージ形式を示す図である。
【図１４】実施形態における端末画面表示例を示す図である。
【図１５】実施形態における中継端末におけるメタ情報検索要求メッセージ受信時の処理フローを示す図である。
【図１６】実施形態における中継端末におけるメタ情報検索応答メッセージ受信時の処理フローを示す図である。
【符号の説明】
１００、１３０、１４０、１５０…コミュニティ端末、１１０…オブジェクト、１１５…ＩＤタグ、２００…実世界リンクアンテナ、２１０…スタイラスペン、２２０…ＩＤタグ情報取得要求、２３０…ＩＤタグ情報取得応答、３００…ＣＰＵ、３１０…メモリ、３２０…ディスプレイ、３２５…ディスプレイコントローラ、３３０…タッチパネル、３３５…タッチパネルコントローラ、３４０…マイク、３４５…音声入力コントローラ、３５０…スピーカ、３５５…音声出力コントローラ、３６０…音声コーデック、３７０…ネットワーク接続部、３７５…ネットワークコントローラ、３８５…実世界リンクリーダ、４００…プログラムエリア、４１０…アプリケーションプログラム、４２０…ＯＳ、４３０…メタ情報検索処理部、４３５…実世界リンク管理部、４４０…実世界リンク認識部、４４５…コンテンツ管理部、４５０…データエリア、４６０…メタ情報検索要求テーブル、４６５…メタ情報検索応答キャッシュテーブル、４７０…実世界リンク管理テーブル、４７５…コンテンツテーブル、４８５…メタ情報テーブル、１２００…メタ情報検索要求メッセージ、１２６０…メタ情報検索応答メッセージ、１３００…メタ情報取得要求メッセージ、１３２０…メタ情報取得応答メッセージ、１３４５…コンテンツ取得要求メッセージ、１３６５…コンテンツ取得応答メッセージ。
【図１】
2004246522.tif 000003
【図２】
2004246522.tif 000004
【図３】
2004246522.tif 000005
【図４】
2004246522.tif 000006
【図５】
2004246522.tif 000007
【図６】
2004246522.tif 000008
【図７】
2004246522.tif 000009
【図８】
2004246522.tif 000010
【図９】
2004246522.tif 000011
【図１０】
2004246522.tif 000012
【図１１】
2004246522.tif 000013
【図１２】
2004246522.tif 000014
【図１３】
2004246522.tif 000015
【図１４】
2004246522.tif 000016
【図１５】
2004246522.tif 000017
【図１６】
2004246522.tif 000018