(57)【特許請求の範囲】
【請求項１】
広域に分散して存在する複数のセンサネットワークに対する検索機能を備えた中継ネットワークにアクセスする手段と、
ユーザ端末から所望のセンサネットワークおよび／またはセンサノードの検索条件を受信すると、前記ユーザ端末からRSSリーダ機能を用いて前記所望のセンサネットワークおよび／またはセンサノードにアクセスするために用いられる前記検索条件を含むURI_query_rdfを生成して前記ユーザ端末に送信する手段と、
を備えるWEBサーバ。
【請求項２】
前記ユーザ端末から前記URI_query_rdfを受信すると、前記URI_query_rdfに埋め込まれた検索条件を抽出し、前記検索条件に従って前記検索機能を備えた中継ネットワークで検索を行い、前記検索条件に該当するセンサネットワークおよび／またはセンサノードの識別子、設置場所、センサのタイプ、センサの取り付けられている物のタイプ、センサノードの説明、センサネットワークやセンサノードの種類を含むメタ情報、および／または、前記検索条件に該当するセンサノードのセンシングデータを取得する手段をさらに備える請求項１に記載のWEBサーバ。
【請求項３】
前記取得したメタ情報に含まれる識別子を前記WEBサーバへのURIに埋め込んだURI_idを生成し、前記URI_idをItem要素のLink要素に入力したRSSを、前記ユーザ端末から受信したURI_query_rdfの応答として送信する請求項２に記載のWEBサーバ。
【請求項４】
前記WEBサーバは、前記RSSのChannel要素のrdf:about属性にURI_query_rdfを入力する請求項３に記載のWEBサーバ。
【請求項５】
前記WEBサーバは、前記取得したメタ情報に含まれる１つまたは複数の情報、および／または、前記検索条件に該当するセンサノードのセンシングデータを、前記RSSのDescription要素に入力する請求項３に記載のWEBサーバ。
【請求項６】
前記WEBサーバは、前記識別子、および、センサネットワークまたはセンサノードの種類を示す文字列を組み合わせたものを前記RSSのItem要素のTitle要素に入力する請求項３に記載のWEBサーバ。
【請求項７】
前記WEBサーバは、前記ユーザ端末から前記URI_query_rdfを受信すると、前記URI_query_rdfに埋め込まれた検索条件にセンサネットワークおよび／またはセンサノードの識別子が含まれる場合、前記識別子を前記WEBサーバへのURIに埋め込んだURI_idを生成し、前記URI_idをItem要素のLink要素に入力したRSSを応答として前記ユーザ端末に送信する請求項１に記載のWEBサーバ。
【請求項８】
前記ユーザ端末からRSSリーダ機能を用いて前記RSSのItem要素のLink要素のURI_idにアクセスされると、前記URI_idに埋め込まれた識別子を抽出し、前記検索機能を備えた中継ネットワークから該当するセンサネットワークおよび／またはセンサノードのセンシングデータを取得し、HTMLの形式で前記ユーザ端末に送信する手段をさらに備える請求項３または７に記載のWEBサーバ。
【請求項９】
前記検索条件は、センサノードおよび／またはセンサネットワークのメタ情報に対する条件および／またはセンシングデータに対する条件の組み合わせである請求項１に記載のWEBサーバ。
【請求項１０】
前記WEBサーバは、地図画像を提供するWEBサービスサーバから取得した地図画像を用いて前記ユーザ端末にセンサネットワークおよび／またはセンサノードの位置情報を指定させ、前記検索機能を備えた中継ネットワークを用いて前記指定された位置情報に該当するセンサネットワークおよび／またはセンサノードのメタ情報を検索し、前記検索の結果であるメタ情報に含まれる前記センサネットワークおよび／またはセンサノードの識別子を検索条件に含む前記WEBサーバのRSSへのURI_query_rdfを生成して前記ユーザ端末に送信する請求項１に記載のWEBサーバ。
【請求項１１】
前記検索の結果であるメタ情報に含まれる前記センサネットワークまたはセンサノードの位置情報に該当するまたは周辺の前記地図画像上の位置を、前記地図画像を提供するWEBサービスサーバから取得し、前記取得した前記地図画像上の位置に前記メタ情報を表示する請求項１０に記載のWEBサーバ。
【請求項１２】
センサネットワークおよび／またはセンサノードの位置情報に該当する前記地図画像上の位置を、地図画像を提供するWEBサービスサーバから取得し、前記取得した前記地図画像上の位置にセンサネットワークおよび／またはセンサノードのセンシングデータを表示する請求項８に記載のWEBサーバ。
【請求項１３】
ユーザ端末から所望のセンサネットワークおよび／またはセンサノードの検索条件を受信すると、前記検索条件を含むURI_query_rdfを生成して前記ユーザ端末に送信する手段と、
前記ユーザ端末から前記URI_query_rdfを受信すると、前記URI_query_rdfに埋め込まれた検索条件を抽出し、広域に分散して存在する複数のセンサネットワークに対する検索機能を備えた中継ネットワークで検索を行って前記検索条件に該当するセンサネットワークおよび／またはセンサノードの識別子を含むメタ情報を取得し、前記メタ情報に含まれる識別子を自身へのURIに埋め込んだURI_idを生成し、前記URI_idをItem要素のLink要素に入力したRSSを前記ユーザ端末に送信する手段と、
前記ユーザ端末がRSSリーダ機能を用いて前記URI_idにアクセスすると、前記URI_idに埋め込まれた識別子を抽出し、前記検索機能を備えた中継ネットワークから該当するセンサネットワークおよび／またはセンサノードのセンシングデータを取得し、HTMLの形式で前記ユーザ端末に送信する手段と、
を備えるWEBサーバ。
【請求項１４】
WEBサーバに、
ユーザ端末から所望のセンサネットワークおよび／またはセンサノードの検索条件を受信すると、前記検索条件を含むURI_query_rdfを生成して前記ユーザ端末に送信する処理と、
前記ユーザ端末から前記URI_query_rdfを受信すると、前記URI_query_rdfに埋め込まれた検索条件を抽出し、広域に分散して存在する複数のセンサネットワークに対する検索機能を備えた中継ネットワークで検索を行って前記検索条件に該当するセンサネットワークおよび／またはセンサノードの識別子を含むメタ情報を取得し、前記メタ情報に含まれる識別子を自身へのURIに埋め込んだURI_idを生成し、前記URI_idをItem要素のLink要素に入力したRSSを前記ユーザ端末に送信する処理と、
前記ユーザ端末がRSSリーダ機能を用いて前記URI_idにアクセスすると、前記URI_idに埋め込まれた識別子を抽出し、前記検索機能を備えた中継ネットワークから該当するセンサネットワークおよび／またはセンサノードのセンシングデータを取得し、HTMLの形式でユーザ端末に送信する処理と、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広域に分散して存在する複数のセンサネットワークから任意のセンシングノードを検索し、そのセンシングデータを収集する装置に関する。
【背景技術】
【０００２】
センシングデータとは、センサノードが検知するデータ、例えば、温度、照度、振動、等のデータである。ネットワークを通じて、センサから得たこのように多様な情報を収集し、的確に把握することで、ニーズに即した情報提示、サービス提供などに役立てることができる。ほんの一例として、環境・交通等のモニタリング、電気・ガス等の自動検針、ホームセキュリティ等への応用が考えられている。
一般に、センサネットワークは、ローカルに設置されており、グローバル・リーチャブルでない（グローバルな接続性がない）ので、ゲートウェイ等の中継装置を介さなければアクセスできない。
このため、複数のセンサネットワークが広域に分散配置される環境では、端末は複数のゲートウェイの中から所望のセンサノードを効率的に発見、アクセスする必要がある。また、ゲートウェイによっては、端末は異なる通信プロトコルを用いる必要がある。
【０００３】
非特許文献１〜３は、複数のセンサネットワークが広域に分散して存在する環境において、インターネットなどの中継ネットワーク上にP2P（Peer to Peer）技術を用いたオーバレイネットワークを構築し、そのオーバレイネットワーク上にセンサネットワークやセンサノードのメタ情報（識別子、設置場所、センサのタイプ、説明など）を広報することで、DHT（Distributed Hash Table（分散ハッシュテーブル））、flooding（フラッディング）などによるP2Pの検索機能により、遠隔のピア（Peer）が任意のセンサネットワークやセンサノードを、それらを特定するメタ情報を条件とした検索により発見するとともに、そこで生成されるセンシングデータを収集するための方式を開示している。
なお、上記のP2P技術では、クライアントサーバシステムのようにサービスを受ける側、提供する側という役割はきまっておらず、ピア同士が互いに対等な関係で直接通信を行う。また、上記のオーバレイネットワークとは、ＴＣＰ／ＩＰレイヤを隠蔽して抽象的に扱うレイヤである。
【非特許文献１】Phillip B. Gibbons、Brad Karp、Yan Ke、Suman Nath、Srinivasan Seshan著、“IrisNet: An Architecture for a World-Wide Sensor Web”、IEEE Pervasive Computing、（米国）、２００３年１０−１２月、第２巻、第４号
【非特許文献２】Jeffrey Shneidman、Peter Pietzuch、Jonathan Ledlie、Mema Roussopoulos、Margo Seltzer、Matt Welsh著、“Hourglass: An Infrastructure for Connecting Sensor Networks and Applications”、Harvard Technical Report TR-21-04、［online］、［平成１９年２月２０日検索］、インターネット＜http://www.eecs.harvard.edu/%7Esyrah/hourglass/papers/tr2104.pdf＞
【非特許文献３】磯村 学、堀内 浩規  著、“センサネットワークのための統合通信基盤の提案”、DICOMO2006、２００６年７月、ｐ．８９−９２
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来技術では、P2Pオーバレイネットワークやデータベースに直接アクセスできない端末は、広域に分散して存在する複数のセンサネットワークやセンサノードから所望のものを検索、発見し、そのセンシングデータを収集することはできない。
そこで、例えばP2Pオーバレイネットワークやデータベースにアクセス可能なWEBサーバの提供するユーザインタフェースを介して、センサネットワークやセンスノードの検索やセンシングデータの収集を行うことが考えられるが、センサネットワークならびにセンサノードの状況は刻々と変化するため、より容易に検索や収集を再実行できる必要がある。
【課題を解決するための手段】
【０００５】
本発明は上記の課題に鑑みてなされたものであり、本発明のWEBサーバは、広域に分散して存在する複数のセンサネットワークに対する検索機能を備えた中継ネットワークにアクセスする手段と、ユーザ端末から所望のセンサネットワークおよび／またはセンサノードの検索条件を受信すると、前記ユーザ端末からRSS（RDF（Resource Description Framework） Site Summary（RSSは、バージョンによってはRich Site SummaryまたはReally Simple Syndicationとも呼ばれている））リーダ機能を用いて前記所望のセンサネットワークおよび／またはセンサノードにアクセスするために用いられる前記検索条件を含むURI_query_rdfを生成して前記ユーザ端末に送信する手段と、を備える。
【０００６】
前記WEBサーバは、前記ユーザ端末から前記URI_query_rdfを受信すると、前記URI_query_rdfに埋め込まれた検索条件を抽出し、前記検索条件に従って前記検索機能を備えた中継ネットワークで検索を行い、前記検索条件に該当するセンサネットワークおよび／またはセンサノードの識別子、設置場所、センサのタイプ、センサの取り付けられている物のタイプ、センサノードの説明、センサネットワークやセンサノードの種類を含むメタ情報、および／または、前記検索条件に該当するセンサノードのセンシングデータを取得する手段をさらに備える。そして、前記取得したメタ情報に含まれる識別子を前記WEBサーバへのURIに埋め込んだURI_idを生成し、前記URI_idをItem要素のLink要素に入力したRSSを、前記ユーザ端末から受信したURI_query_rdfの応答として送信する。
または、前記WEBサーバは、前記ユーザ端末から前記URI_query_rdfを受信すると、前記URI_query_rdfに埋め込まれた検索条件にセンサネットワークおよび／またはセンサノードの識別子が含まれる場合、前記識別子を前記WEBサーバへのURIに埋め込んだURI_idを生成し、前記URI_idをItem要素のLink要素に入力したRSSを応答として前記ユーザ端末に送信する。
【０００７】
前記WEBサーバは、前記ユーザ端末からRSSリーダ機能を用いて前記RSSのItem要素のLink要素のURI_idにアクセスされると、前記URI_idに埋め込まれた識別子を抽出し、前記検索機能を備えた中継ネットワークから該当するセンサネットワークおよび／またはセンサノードのセンシングデータを取得し、HTMLの形式で前記ユーザ端末に送信する手段をさらに備える。
【０００８】
本発明によれば、ユーザ端末は、RSSリーダ機能を用いて、広域に分散して存在する複数のセンサネットワークに対する検索機能を備えた中継ネットワークにアクセス可能なWEBサーバに、所望のセンサネットワークやセンサノードの検索条件をURIに含めて渡すことで、該当するセンサネットワークやセンサノードを検索・発見し、そのセンシングデータを収集することができる。
ユーザ端末は、検索条件をWEBサーバへのURIに埋め込んだURI_query_rdfを、例えばWEBサーバが提供するユーザインタフェースを用いて生成、取得し、そのURI_query_rdfにRSSリーダ機能を用いてアクセスする。
すると、WEBサーバはURI_query_rdfに埋め込まれた条件を抽出し、それに従って検索機能を備えた中継ネットワークで検索を行い、その結果、発見したセンサネットワークやセンサノードの識別子をWEBサーバへのURIに埋め込んだURI_idをItem要素のLink要素内に記録したRSSを端末に提供する。
ユーザ端末はRSSリーダ機能を用いて取得したRSSのItem要素を表示する。
ユーザ端末がRSSリーダ機能からあるItem要素のLink要素のURI_idにアクセスした場合、WEBサーバはURI_idに埋め込まれた識別子に該当するセンサネットワークやセンサノードのセンシングデータを、検索機能を備えた中継ネットワークから取得し、それをHTMLの形式で端末に提供する。
【発明の効果】
【０００９】
本発明によって、端末が検索条件をURI_query_rdfとして再利用可能な形で保持し、RSSリーダ機能を用いてそれにアクセスすることで再検索を行い、刻々と変化するセンサネットワークならびにセンサノードの概要を効率的に把握することができる。さらに、取得したRSSに含まれるURI_idにアクセスすることで、それらセンサネットワークならびにセンサノードのセンシングデータを取得することも可能になる。
【発明を実施するための最良の形態】
【００１０】
図１は、本発明が用いられるネットワークの構成を表わす。
センサノード１０１、１０２はセンサネットワーク１００に属し、センサノード２０１、２０２はセンサネットワーク２００に属す。記載が省略されているが、地理的に分散して多数のセンサネットワークが存在する。各センサネットワークは、検索機能を備えた中継ネットワーク４００と通信可能である。
WEBサーバ５００は、この検索機能を備えた中継ネットワーク４００に検索要求を送信し、検索結果を受信する。また、WEBサーバ５００は、ユーザ端末６００に対して、センサネットワークやセンサノードの検索を行うためのHTMLによるユーザインタフェースを提供する。検索画面の例を図４に示す。もしくは、ユーザインタフェースの代わりにWEBサービスを提供してもよい。
ユーザ端末６００はRSSリーダ機能を具備するWEBブラウザを有し、検索条件として、所望のセンサネットワークやセンサノードの識別子またはその他の条件をURIに含めてWEBサーバ５００に渡すことで、該当するセンサネットワークやセンサノードを検索・発見し、そのセンシングデータを収集する。
なお、上記のRSSは、WEBサイトの見出しや要約などのメタデータを構造化して記述するXMLベースのフォーマットであり、主にWEBサイトの更新情報を公開するのに使われている。最近のWEBブラウザにはRSSリーダ機能が搭載されている。
【００１１】
［実施形態１］
上述した図１の“検索機能を備えた中継ネットワーク”として、P2Pオーバレイネットワークを用いた構成例を図２に示す。
P2Pオーバレイネットワーク４００はＤＨＴ（Distributed Hash Table）による検索機能を有する。
P2Pオーバレイネットワーク４００と各センサネットワークとの間のゲートウェイ４１０、４２０は、シンクノードを介して幾つかのセンサネットワークを収容する。図２では、ゲートウェイ４１０は、シンクノード１１０を介して、センサノード１０１が属するセンサネットワーク１００を収容し、シンクノード２１０を介して、センサノード２０１が属するセンサネットワーク２００を収容する。また、ゲートウェイ４２０は、シンクノード３１０を介して、センサノード３０１およびセンサノード３０２が属するセンサネットワーク３００を収容する。なお、シンクノードは、センサネットワークの外部からセンサノードにアクセスする場合に経由するノードである。
WEBサーバ５００は、HTTPプロトコルとP2Pプロトコルとの間のゲートウェイの役割を果たす。
ユーザ端末６００は、上述したようにRSSリーダ機能を具備するWEBブラウザを有する。
【００１２】
次に、図３を参照して、ユーザ端末、WEBサーバ、ゲートウェイ、センサノードの動作、および、これらの間の通信シーケンスを説明する。以下の説明では、図２のユーザ端末６００、WEBサーバ５００、ゲートウェイ４１０、センサノード２０１の動作、および、これらの間の通信シーケンスを説明するが、他のゲートウェイ、センサノードについても同様である。
【００１３】
１．ゲートウェイ４１０は、センサノード２０１からセンシングデータを受信する（図３の（１））。そして、受信したセンシングデータやゲートウェイ４１０に予め設定された情報から、収容しているセンサネットワークやセンサノードのメタ情報を作成する。メタ情報は、収容しているセンサネットワークやセンサノードの識別子、設置場所（住所、座標など）、センサのタイプ（温度、照度、振動など）、センサの取り付けられている物のタイプ（いす、窓など）、センサノードの説明、センサネットワークやセンサノードの種類などである。次に、ゲートウェイ４１０は、P2Pオーバレイネットワーク４００に接続し、メタ情報ならびに他のピアがゲートウェイ４１０と接続するための接続記述子を広告としてP2Pオーバレイネットワーク４００に広報する（図３の（２））。
【００１４】
２．広告のメタ情報はP2Pオーバレイネットワーク４００でインデックス化される。これにより、メタ情報に対する検索条件を与えて、該当するメタ情報を持つ広告を取得することが可能となる。
【００１５】
３．WEBサーバ５００は、ユーザ端末６００に対してセンサネットワークやセンサノードの検索を行うためのHTMLによるユーザインタフェースを提供する（図３の（３））。これによって、例えば、ユーザ端末６００のWEBブラウザに、図４に示す検索画面が表示される。なお、WEBサーバ５００は、HTMLによるユーザインタフェースの代わりにWEBサービスを提供してもよい。
【００１６】
４．ユーザは、ユーザ端末６００のWEBブラウザを通じて、検索条件として、センサノードやセンサネットワークの識別子、またはセンサノードやセンサネットワークを検索するためのメタ情報に対する条件を入力する。例えば、「設置場所=xxx」かつ「センサのタイプ=温度」に該当するセンサノードを検索するなどである。ユーザ端末６００に入力された検索条件はユーザインタフェースによりWEBサーバ５００に送信されるURIに埋め込まれ、URI_query_uiとしてWEBサーバ５００に渡される（図３の（４））。URI_query_uiの例を［表１］に示す。すなわち、HTTPプロトコルのGETメソッドを用いてユーザ端末６００からWEBサーバ５００に［表１］に示すようなURI_query_uiが送信される。
【００１７】
【表１】
0004903118.tif 000002
【００１８】
５．WEBサーバ５００はURI_query_uiから検索条件を抽出し、P2Pオーバレイネットワーク４００に対して検索要求を行う（図３の（５））。
【００１９】
６．上記５．の検索要求はP2Pオーバレイネットワーク４００の検索機能によって解決され（ここではDHT）、検索条件に合致するメタ情報を持つ広告が検索結果としてWEBサーバ５００に提供される（図３の（６））。
【００２０】
７．WEBサーバ５００は、５．で抽出した検索条件を自身へのURIに埋め込んだURI_query_rdfを生成する。URI_query_rdfの例を［表２］に示す。
【００２１】
【表２】
0004903118.tif 000003
【００２２】
WEBサーバ５００は、５．で抽出した検索条件および６．で取得した広告に含まれるメタ情報を表示するためのHTMLを生成する。また、ここで生成したURI_query_rdfをRSSへのリンクとしてそのHTMLに入れ込む。WEBサーバ５００は、このHTMLをユーザ端末６００に提供する（図３の（７））。
【００２３】
８．ユーザ端末６００はWEBブラウザ上で図５のような表示を得る。ユーザ端末６００は７．でHTMLに入れ込まれたURI_query_rdfを取得する。これは、例えば図５の右上のRSSと標記されたアイコンをクリックすることで行われる。ユーザ端末６００は、RSSリーダ機能を用いてURI_query_rdfにアクセスすることで、WEBサーバ５００にRSSの要求を行う（図３の（８））。すなわち、HTTPプロトコルのGETメソッドを用いてユーザ端末６００からWEBサーバ５００に［表２］に示すようなURI_query_rdfが送信される。例えば、RSSリーダ機能は図５の中央上側にある「RSS」のメニューから利用できる。
【００２４】
９．WEBサーバ５００はURI_query_rdfから検索条件を抽出し、必要であればP2Pオーバレイネットワーク４００に対して検索要求を行い（図３の（９））、検索条件に合致するメタ情報を持つ広告を取得する（図３の（１０））。もし、WEBサーバ５００がこの検索条件に対する有効なキャッシュ（例えば、６．の検索結果）を保持している場合には、図３の（９）、（１０）は省略し、キャッシュに蓄積された内容を検索結果としてもよい。WEBサーバ５００は得られた検索結果からセンサネットワークやセンサノードの識別子を抽出し、それを自身へのURIに埋め込んだURI_idを生成する。URI_idの例を［表３］に示す。
【００２５】
【表３】
0004903118.tif 000004
【００２６】
WEBサーバ５００は、Channel要素のrdf:about属性に８．でユーザ端末６００から送信されたURI_query_rdfを入力し、Item要素のLink要素内にここで生成したURI_idを入力したRSSを生成する。生成されるRSSの例を［表４］に示す。
【００２７】
【表４】
0004903118.tif 000005
【００２８】
なお、検索結果のメタ情報におけるセンサネットワークやセンサノードの説明を、RSSのDescription要素に入力してもよい。また、RSSのItem要素のTitle要素には、識別子ならびに「センサネットワーク」、「センサノード」などの文字列を組み合わせたものを入力しても良い。［表４］では、検索の結果、識別子としてaaaならびにbbbを持つ2つのセンサノードが発見されたことを示している。
WEBサーバ５００は、８．におけるユーザ端末６００からの要求に対する応答として、ここで生成したRSSを提供する（図３の（１１））。
【００２９】
１０．ユーザ端末６００は取得したRSSから図６のような表示を得る。なお、RSSの記述に対するプレゼンテーション（表示）はクライアント（ブラウザのRSSリーダ機能の仕様、設定等）により異なり、［表４］のRSSに対して図６の例ではタイトルのみ表示されている。ユーザ端末６００のRSSリーダ機能で「センサノード(ID=aaa)」を選択すると、それに該当するURI_id(http://<web-server>/sensor/sensorId=aaa)にアクセスが行われる（図３の（１２））。
【００３０】
１１．WEBサーバ５００はURI_idから識別子を取り出し、識別子=aaaに該当するセンサノードのメタ情報を持つ広告から接続記述子を取り出し、P2Pオーバレイネットワーク４００を介して該当するゲートウェイに接続する（図３の（１３））。なお、WEBサーバ５００が識別子に該当するメタ情報を持つ広告を保持していない場合には、P2Pオーバレイネットワーク４００に対して検索を行い、それに該当する広告を取得する。
WEBサーバ５００は、必要があればゲートウェイ（ここでは、例としてゲートウェイ４１０）にセンシングデータを要求し（図３の（１４））、すると、ゲートウェイ４１０は、該当するセンサノード（ここでは、例としてセンサノード２０１）にセンシングデータを要求する（図３の（１５））。
【００３１】
１２．センサノード２０１は、１１．のセンシングデータの要求に対して、または自律的にセンシングデータをゲートウェイ４１０に送信する（図３の（１６））。
【００３２】
１３．ゲートウェイ４１０は、１２．のセンシングデータをP2Pオーバレイネットワーク４００を介してWEBサーバ５００に送信する（図３の（１７））。
【００３３】
１４．WEBサーバ５００は、１３．でゲートウェイ４１０から送信されたセンシングデータをユーザ端末６００にHTMLの形で提供する（図３の（１８））。
【００３４】
１５．ユーザ端末６００は、１４．で提供されたHTMLから、WEBブラウザ上で図７のような表示を得る。ここでは、識別子=aaaのセンサノードの温度センサならびに振動センサの値（それぞれ25と0）が表示されている。ユーザ端末６００においてRSSの再取得を試みる場合、RSSリーダ機能を用いてURI_query_rdfにアクセスする（図３の（１９））。
【００３５】
１６．WEBサーバ５００はURI_query_rdfから検索条件を抽出し、P2Pオーバレイネットワーク４００に対して検索要求を行う（図３の（２０））。
【００３６】
１７．上記１６．の検索要求はP2Pオーバレイネットワーク４００の検索機能によって解決され、検索条件に合致するメタ情報を持つ広告がWEBサーバ５００に提供される（図３の（２１））。なお、センサネットワークやセンサノードの構成変更により、検索結果として得られる広告は必ずしも上記の６．や９．のものとは一致しない。ここでは識別子=aaaのセンサノードならびに識別子=bbbのセンサノードの他、新たに識別子=cccのセンサノードが見つかったとする。
【００３７】
１８．WEBサーバ５００は、１７．で得た検索結果からセンサネットワークやセンサノードの識別子を抽出し、それを自身へのURIに埋め込んだURI_idを生成する。そして、Channel要素のrdf:about属性に１６．のURI_query_rdfを入力し、Item要素のLink要素内にここで生成したURI_idを入力したRSSを生成し、ユーザ端末６００に提供する（図３の（２２））。生成されるRSSの例を［表５］に示す。
【００３８】
【表５】
0004903118.tif 000006
【００３９】
１９．ユーザ端末６００は取得したRSSから図８のような表示を得る。そして、上記の１０．〜１５．で説明したのと同様に、ユーザ端末６００のRSSリーダ機能を用いて、センサノードを選択し、センサの値を取得して表示することができる。
【００４０】
［実施形態２］
次に、上述した図１の“検索機能を備えた中継ネットワーク”として、ＲＤＢ（Relational Database（関係データベース））などのデータベースを用いた場合の構成例を図９に示す。すなわち、実施形態２では“検索機能を備えた中継ネットワーク”としてデータベース４０１を備えたインターネット４００が用いられる。その他の構成は、実施形態１と同様である。
【００４１】
以下、図１０を参照して、ユーザ端末、WEBサーバ、データベース、ゲートウェイ、センサノードの動作、および、これらの間の通信シーケンスを説明する。以下の説明では、図９のユーザ端末６００、WEBサーバ５００、データベース４０１、ゲートウェイ４１０、センサノード２０１の動作、および、これらの間の通信シーケンスを説明するが、他のゲートウェイ、センサノードについても同様である。
【００４２】
１．ゲートウェイ４１０は、センサノード２０１からのセンシングデータを受信する（図１０の（１））。そして、受信したセンシングデータやゲートウェイ４１０に予め設定された情報から、収容しているセンサネットワークやセンサノードのメタ情報を作成する。メタ情報は、収容しているセンサネットワークやセンサノードの識別子、設置場所（住所、座標など）、センサのタイプ（温度、照度、振動など）、センサの取り付けられている物のタイプ（いす、窓など）、センサノードの説明、センサネットワークやセンサノードの種類などである。ゲートウェイ４１０はデータベース４０１に接続し、メタ情報ならびにセンシングデータを登録する（図１０の（２））。
【００４３】
２．WEBサーバ５００はユーザ端末６００に対して、センサネットワークやセンサノードの検索を行うためのHTMLによるユーザインタフェースを提供する（図１０の（３））。これによって、例えば、ユーザ端末６００のWEBブラウザに、図４に示す検索画面が表示される。なお、WEBサーバ５００は、HTMLによるユーザインタフェースの代わりにWEBサービスを利用してもよい。
【００４４】
３．ユーザは、ユーザ端末６００のWEBブラウザを通じて、センサノードやセンサネットワークの識別子、またはセンサノードやセンサネットワークを検索するためのメタ情報に対する条件を入力する。例えば、「設置場所=xxx」かつ「センサのタイプ=温度」に該当するセンサノードを検索するなどである。ユーザ端末６００に入力された検索条件はユーザインタフェースによりWEBサーバ５００に送信されるURIに埋め込まれ、URI_query_uiとしてWEBサーバ５００に渡される（図１０の（４））。URI_query_uiの例は［表１］に示した通りである。
【００４５】
４．WEBサーバ５００はURI_query_uiから検索条件を抽出し、データベース４０１に対して検索要求を行う（図１０の（５））。
【００４６】
５．上記４．の検索要求はデータベース４０１の検索機能によって解決され、検索条件に合致するメタ情報が検索結果としてWEBサーバ５００に提供される（図１０の（６））。
【００４７】
６．WEBサーバ５００は、４．で抽出した検索条件を自身へのURIに埋め込んだURI_query_rdfを生成する。URI_query_rdfの例は［表２］に示した通りである。そして、WEBサーバ５００は、４．で抽出した検索条件ならびに５．で取得したセンサノードやセンサネットワークのメタ情報を表示するためのHTMLを生成する。また、ここで生成したURI_query_rdfをRSSへのリンクとしてそのHTMLに入れ込む。WEBサーバ５００は、このHTMLをユーザ端末６００に提供する（図１０の（７））。
【００４８】
７．ユーザ端末６００はWEBブラウザ上で図５のような表示を得る。そして、６．でHTMLに入れ込まれたURI_query_rdfを取得する。これは、例えば図５の右上のRSSと標記されたアイコンをクリックすることで行われる。ユーザ端末６００は、RSSリーダ機能を用いてURI_query_rdfにアクセスすることで、WEBサーバ５００にRSSの要求を行う（図１０の（８））。例えば、RSSリーダ機能は図５の中央上側にある「RSS」のメニューから利用できる。
【００４９】
８．WEBサーバ５００はURI_query_rdfから検索条件を抽出し、必要であればデータベース４０１に対して検索要求を行い（図１０の（９））、検索条件に合致するメタ情報を取得する（図１０の（１０））。上記１．の通り、データベース４０１にはセンシングデータも登録されているので、検索条件に合致するセンサノードのセンシングデータを取得することも可能である。もし、WEBサーバ５００がこの検索条件に対する有効なキャッシュ（例えば、５．の検索結果）を保持している場合には、図１０の（９）、（１０）は省略し、キャッシュに蓄積された内容を検索結果としてもよい。WEBサーバ５００は得られた検索結果からセンサネットワークやセンサノードの識別子を抽出し、それを自身へのURIに埋め込んだURI_idを生成する。URI_idの例は［表３］に示した通りである。
WEBサーバ５００は、Channel要素のrdf:about属性に、７．でユーザ端末６００から送信されたURI_query_rdfを入力し、Item要素のLink要素内にここで生成したURI_idを入力したRSSを生成する。生成されたRSSの例は［表４］に示した通りである。
なお、検索結果のメタ情報におけるセンサネットワークやセンサノードの説明を、RSSのDescription要素に入力してもよい。また、RSSのItem要素のTitle要素には、識別子ならびに「センサネットワーク」、「センサノード」などの文字列を組み合わせたものを入力しても良い。［表４］では、検索の結果、識別子としてaaaならびにbbbを持つ2つのセンサノードが発見されたことを示している。
WEBサーバ５００は、７．におけるユーザ端末６００からの要求に対する応答として、ここで生成したRSSを提供する（図１０の（１１））。
【００５０】
９．ユーザ端末６００は取得したRSSから図６のような表示を得る。ユーザ端末６００のRSSリーダ機能で「センサノード(ID=aaa)」を選択すると、それに該当するURI_id(http://<web-server>/sensor/sensorId=aaa)にアクセスが行われる（図１０の（１２））。
【００５１】
１０．WEBサーバ５００はURI_idから識別子を取り出し、識別子=aaaに該当するセンサノードのセンシングデータをデータベース４０１に要求する（図１０の（１３））。
【００５２】
１１．データベース４０１は必要があればゲートウェイ４１０にセンシングデータを要求し（図１０の（１４））、ゲートウェイ４１０は該当するセンサノード（ここでは、例としてセンサノード２０１）にセンシングデータを要求する（図１０の（１５））。
【００５３】
１２．センサノード２０１は、１１．のセンシングデータの要求に対して、または自律的にセンシングデータをゲートウェイ４１０へ送信する（図１０の（１６））。
【００５４】
１３．ゲートウェイ４１０は、１２．のセンシングデータをデータベース４０１に送信する（図１０の（１７））。
【００５５】
１４．データベース４０１は、１３．でゲートウェイ４１０から送信されたセンシングデータまたは自身に蓄積されたセンシングデータをWEBサーバ５００に送信する（図１０の（１８））。
【００５６】
１５．WEBサーバ５００は、１４．でデータベース４０１から送信されたセンシングデータをユーザ端末６００にHTMLの形で提供する（図１０の（１９））。
【００５７】
１６．ユーザ端末６００は、１５．で提供されたHTMLから、WEBブラウザ上で図７のような表示を得る。ユーザ端末６００においてRSSの再取得を試みる場合、RSSリーダ機能を用いてURI_query_rdfにアクセスする（図１０の（２０））。
【００５８】
１７．WEBサーバ５００はURI_query_rdfから検索条件を抽出し、データベース４０１に対して検索要求を行う（図１０の（２１））。
【００５９】
１８．上記１７．の検索要求はデータベースの検索機能によって解決され、検索条件に合致するメタ情報がWEBサーバに提供される（図１０の（２２））。なお、センサネットワークやセンサノードの構成変更により、検索結果として得られるメタ情報は必ずしも上記の５．や８．のものとは一致しない。ここでは識別子=aaaのセンサノードならびに識別子=bbbのセンサノードの他、新たに識別子=cccのセンサノードが見つかったとする。
【００６０】
１９．WEBサーバ５００は１８．で得た検索結果からセンサネットワークやセンサノードの識別子を抽出し、それを自身へのURIに埋め込んだURI_idを生成する。そして、Channel要素のrdf:about属性にURI_query_rdfを入力し、Item要素のLink要素内にここで生成したURI_idを入力したRSSを生成し、ユーザ端末６００に提供する（図１０の（２３））。生成されるRSSの例は［表５］に示した通りである。
【００６１】
２０．ユーザ端末６００は取得したRSSから図８のような表示を得る。そして、上記の９．〜１６．で説明したのと同様に、ユーザ端末６００のRSSリーダ機能を用いて、センサノードを選択し、センサの値を取得して表示することができる。
【００６２】
［実施形態３］
次に、実施形態１または実施形態２において、URI_query_rdfにセンサネットワークやセンサノードの識別子やメタ情報に対する検索条件だけでなく、センシングデータに対する検索条件を入力した場合の動作を以下に示す。
WEBサーバ５００は、ユーザ端末６００に提供するセンサネットワークやセンサノードの検索を行うHTMLによるユーザインタフェース（例えば、図４）において、センシングデータに対する検索条件も入力可能とする。センシングデータに対する検索条件とは、例えばセンサの種類、そのセンサのセンシングデータに対する比較条件（等号、不等号など）、比較する値などから構成される。
【００６３】
１．ユーザは、ユーザ端末６００のWEBブラウザを通じて、検索条件として、センサノードやセンサネットワークの識別子、センサノードやセンサネットワークを検索するためのメタ情報による条件、センシングデータに対する条件を入力する。例えば、「設置場所=xxx」かつ「温度センサのセンシングデータ＞20」に該当するセンサノードを検索するなどである。
入力された検索条件はWEBサーバ５００へのURIに埋め込まれ、URI_query_uiとしてWEBサーバ５００に渡される。URI_query_uiの例は［表１］に示した通りである。
【００６４】
２．WEBサーバ５００はURI_query_uiから検索条件を抽出し、実施形態１または実施形態２に示した方法で検索を行う。
実施形態１に示した検索方法の場合、メタ情報に対する検索条件にのみ合致した広告しか取得できない。そこで、WEBサーバ５００は取得した全ての広告から接続記述子を取り出し、P2Pオーバレイネットワーク４００を介して該当する各ゲートウェイに接続する。次いで、WEBサーバ５００は各ゲートウェイからセンシングデータを取得し、センシングデータの検索条件に合致するセンサノードを抽出し、そのメタ情報のみを検索結果とする。
実施形態２に示した検索方法の場合、センシングデータの検索も可能であるため、メタ情報による検索条件ならびにセンシングデータに対する検索条件に合致するセンサノードやセンサネットワークのメタ情報が検索結果としてWEBサーバ５００に提供される。
WEBサーバ５００は、ここでURI_query_uiから抽出した検索条件を自身へのURIに埋め込んだURI_query_rdfを生成する。URI_query_rdfの例は［表２］に示した通りである。そして、WEBサーバ５００は、ここでURI_query_uiから抽出した検索条件、ここで取得したセンサノードやセンサネットワークのメタ情報を表示するためのHTMLを生成する。また、ここで生成したURI_query_rdfをRSSへのリンクとしてそのHTMLに入れ込む。そして、このHTMLをユーザ端末６００に提供する。
【００６５】
３．ユーザ端末６００はWEBブラウザ上で図５のような表示を得る。そして、WEBサーバ５００から提供されたHTMLからURI_query_rdfを取得する。これは、例えば図５の右上のRSSと標記されたアイコンをクリックすることで行われる。ユーザ端末６００は、RSSリーダ機能を用いてURI_query_rdfにアクセスすることで、WEBサーバ５００にRSSの要求を行う。例えば、RSSリーダ機能は図５の中央上側にある「RSS」のメニューから利用できる。
【００６６】
４．WEBサーバ５００はURI_query_rdfから（センシングデータに対する検索条件を含む）検索条件を抽出し、必要であれば２．で説明したのと同様の方法で検索条件に合致するメタ情報を取得する。もし、WEBサーバ５００がこの検索条件に対する有効なキャッシュ（例えば、２．の検索結果）を保持している場合には、この処理は省略し、キャッシュに蓄積された内容を検索結果としてもよい。
WEBサーバ５００は得られた検索結果からセンサネットワークやセンサノードの識別子を抽出し、それを自身へのURIに埋め込んだURI_idを生成する。そして、Channel要素のrdf:about属性に３．でユーザ端末６００から送信されたURI_query_rdfを入力し、Item要素のLink要素内にここで生成したURI_idを入力したRSSを生成する。RSSの例を［表６］に示す。
【００６７】
【表６】
0004903118.tif 000007
【００６８】
なお、メタ情報におけるセンサネットワークならびにセンサノードの説明やセンシングデータに対する検索条件（「温度>20」など）を、RSSのDescription要素に入力してもよい。また、RSSのItem要素のTitle要素には、識別子、「センサネットワーク」、「センサノード」などの文字列に加え、センシングデータに対する検索条件（「温度>20」など）を組み合わせたものを入力しても良い。
WEBサーバ５００は、３．のユーザ端末６００からの要求に対する応答として、ここで生成したRSSを提供する。
【００６９】
ユーザ端末６００は取得したRSSから図１１のような表示を得る。そして、実施形態１の１０．〜１５．または実施形態２の９．〜１６．で説明したのと同様に、ユーザ端末６００のRSSリーダ機能を用いて、センサノードを選択し、センサの値を取得して表示することができる。
【００７０】
［実施形態４］
次に、実施形態１または実施形態２において、地図の画像データなどを提供する他のWEBサービスサーバ（一例として、GoogleMaps API, http://www.google.com/apis/maps/）と連携し、地図画像上で位置情報に基づくセンサネットワークやセンサノードの検索、検索結果の表示、センシングデータの表示ならびに検索条件を含んだRSSへのURI(URI_query_rdf)を提供するユーザインタフェースを提供する方法を示す。提供されるユーザインタフェースの例を図１２に示す。
WEBサービスサーバは、ユーザがユーザ端末でマウスなどを操作することによりディスプレイに表示された地図画像上で座標や縮尺を指定すると、それに該当する地図の画像データを動的に表示するHTMLを提供する。また、指定された座標や縮尺の数値をJavaScript（登録商標）などで提供する。さらに、JavaScript（登録商標）などで指定した座標にアイコンやそれを説明するダイアログを表示した地図画像を含むHTMLを提供することもできる。
以下、WEBサーバ５００およびユーザ端末６００の動作を説明する。
【００７１】
１．WEBサーバ５００は、WEBサービスサーバのHTMLを、IFRAMEタグなどで自身のHTMLに入れ込み、ユーザ端末６００に提供する。
【００７２】
２．ユーザは、ユーザ端末６００のWEBブラウザを通じて、センサネットワークやセンサノードの検索を希望する座標や地理的範囲（例えば、縮尺と表示領域から決まる）を地図画像上で指定する。
【００７３】
３．WEBサーバ５００は、２．で決定した座標ならびに地理的範囲を検索条件として、実施形態１または実施形態２で説明した方法で、該当するセンサネットワークやセンサノードを検索する。WEBサーバ５００は、この検索結果のメタ情報から位置情報を取り出し、それに該当する地図の画像ならびにセンサネットワークやセンサノードの位置を示すアイコンを表示するHTMLをWEBサービスサーバに要求し、それをIFRAMEタグなどで自身のHTMLに入れ込んで、ユーザ端末６００に提供する。
【００７４】
４．ユーザ端末６００は、WEBブラウザ上で図１２のような表示を得る（ただし、ダイアログは５．で地図画像上に作成されるので、このダイアログを除く地図画像が表示される）。ユーザが、ユーザ端末６００のWEBブラウザ上でこの表示上でアイコンをクリックする。
【００７５】
５．すると、WEBサーバ５００はそのアイコンが示すセンサノードのセンシングデータを実施形態１または実施形態２で説明した方法で取得し、そのセンシングデータをダイアログ内に入力した地図画像を含むHTMLをWEBサービスサーバに提供するように要求し、それをIFRAMEタグなどで自身のHTMLに入れ込んで、ユーザ端末６００に提供する（図１２）。また、WEBサーバ５００は提供した地図データに該当する座標をWEBサービスサーバから取得し、それを位置情報に対する検索条件として入力したURI_query_rdfをHTML内のリンクとして提供する。
【００７６】
６．ユーザは、ユーザ端末６００のWEBブラウザ上でそのリンクをクリックすることで、URI_query_rdfを取得する。ユーザ端末６００はRSSリーダ機能を用いてURI_query_rdfにアクセスする。
【００７７】
７．WEBサーバ５００はURI_query_rdf内の検索条件に該当するセンサネットワークやセンサノードのメタ情報を、実施形態１または実施形態２で説明した方法で検索する。そして、得られた検索結果のメタ情報からセンサネットワークやセンサノード識別子を抽出し、それを自身へのURIに埋め込んだURI_idを生成する。WEBサーバ５００は、Channel要素のrdf:about属性に６．でユーザ端末６００から送信されたURI_query_rdfを入力し、またItem要素のLink要素にここで生成したURI_idを入力したRSSをユーザ端末６００に提供する。
【００７８】
８．ユーザ端末６００は取得したRSSから、例えば図６のような表示を得る。ユーザ端末６００はRSSリーダ機能を用いてURI_idにアクセスする。
【００７９】
９．WEBサーバ５００は実施形態１または実施形態２で説明した方法でURI_id内の識別子に該当するセンサノードのセンシングデータを取得するとともに、そのセンサノードのメタ情報から位置情報を取り出す。次に、この位置情報に該当する地図画像、センサノードの位置を示すアイコンならびにセンシングデータをダイアログ内に入力したHTMLをWEBサービスサーバに要求し、それをIFRAMEタグなどで自身のHTMLに入れ込んで、ユーザ端末６００に提供する（図１２）。
【図面の簡単な説明】
【００８０】
【図１】本発明が用いられるネットワークの構成例を表わす。
【図２】P2Pオーバレイネットワークを用いた場合のネットワークの構成例を表わす。
【図３】P2Pオーバレイネットワークを用いた場合の通信シーケンスを表わす。
【図４】検索画面の例を表わす。
【図５】URI_query_uiへのアクセス結果を表わす。
【図６】RSSの表示例を表わす。
【図７】URI_idへのアクセス結果を表わす。
【図８】RSSの表示例を表わす。
【図９】データベースを用いた場合のネットワークの構成例を表わす。
【図１０】データベースを用いた場合の通信シーケンスを表わす。
【図１１】RSSの表示例を表わす。
【図１２】地図データを提供するWEBサービスと連携した場合の検索結果を表わす。
【符号の説明】
【００８１】
１００、２００、３００  センサネットワーク
１０１、１０２、２０１、２０２、３０１、３０２  センサノード
１１０、２１０、３１０  シンクノード
４１０、４２０  ゲートウェイ
５００  WEBサーバ
６００  ユーザ端末
【図１】
0004903118.tif 000008
【図２】
0004903118.tif 000009
【図３】
0004903118.tif 000010
【図４】
0004903118.tif 000011
【図５】
0004903118.tif 000012
【図６】
0004903118.tif 000013
【図７】
0004903118.tif 000014
【図８】
0004903118.tif 000015
【図９】
0004903118.tif 000016
【図１０】
0004903118.tif 000017
【図１１】
0004903118.tif 000018
【図１２】
0004903118.tif 000019