JP2006268431A - センサネットワークシステム、データの転送方法及びプログラム - Google Patents

Abstract

【課題】膨大な数の移動可能なセンサノードを収容するセンサネットワークにおいて、サーバの処理負荷およびネットワーク負荷を抑制する。
【解決手段】センサノードのデータ管理を行う複数の分散サーバＤＤＳの中から、移動可能なセンサノードのデータが格納されるホームサーバとなる分散サーバＤＤＳを、センサノード毎に管理サーバＤＲＳで設定しておき、各分散サーバＤＤＳではセンサノードからデータを受信した場合に、自身でデータを管理すべきセンサデータであるか、他の分散サーバで管理されているセンサデータであるかを識別し、この識別結果が他の分散サーバで管理されているセンサデータであれば、管理サーバＤＲＳの設定に基づいてホームサーバに対応する分散サーバＤＤＳ−１へデータを転送する。
【選択図】図３９

Description

本発明は、ネットワークに接続した多数のセンサからの情報を利用する技術に関する。

近年におけるインターネット等のネットワークの利用は、検索エンジンや予め設定したリンクなどから文書や画像あるいは映像、音声など蓄積されたコンテンツにアクセスするものが主流となっている。すなわち、保存されている過去のコンテンツに対してアクセスする技術は完成している。

一方、現在の情報を送信するものとして、所定の位置に設けたカメラ（ＷＥＢカメラ）の画像を連続的に配信するストリーミング技術がある。また、最近は、大量の小型の無線センサノードから得られるセンシングデータを、ネットワークを通じて取得するセンサネットワークの技術が発展しつつある（例えば、特許文献１〜５）。近年、現実世界の情報をセンサによって取り込み、この情報を、ネットワークを通して離れた場所で利用するセンサネットワークへの期待が高まっている。現在のインターネット上のサービスは仮想空間上のサービスに閉じているが、センサネットワークが現在のインターネットと本質的に違う点は、実空間と融合している点である。実空間との融合を図ることができれば、時間、位置など状況依存型のさまざまなサービスが実現できる。実空間に存在する多様なオブジェクトがネットワーク接続されることでトレーサビリティが実現でき、広義の意味での「安全」を求める社会ニーズや、在庫管理やオフィスワークの「効率化」のニーズに対処することが可能となる。
特開２００２−００６９３７号公報 特開２００３−３１９５５０号公報 特開２００４−２８０４１１号公報 米国特許出願公開第２００４／００９３２３９号明細書 米国特許出願公開第２００４／０１０３１３９号明細書

しかしながら、上記従来例に示したような検索エンジンでは、過去に蓄積されたデータについて、ネットワーク上の位置（アドレス）を知ることができるものの、ネットワークに接続された膨大なセンサ情報からのリアルタイムの情報に対しての効率的な検索や、情報変化検出には適していない、という問題がある。

さらに、センサが移動可能な場合は、一つのサーバが全てのセンサの位置の管理とセンサ出力の収集を行うことで、センサの位置が変更されてもユーザは容易に検索を行うことができる（例えば、特許文献１）。しかしながら、このサーバに接続されるセンサの数が膨大な場合には、サーバの処理負荷が過大になるだけではなく、サーバとセンサを接続するネットワークの負荷も過大になるという問題がある。

そこで本発明は、ネットワークに接続された多数のセンサからのリアルタイムの情報を容易に取得し、検索できるようなセンサネットワークシステムを実現することを目的とし、特に、移動可能なセンサノードのデータ管理方式を提供することを目的とし、さらに、膨大な数の移動可能なセンサを用いた場合でも、サーバやネットワークの負荷を抑制することを目的とする。

本発明は、センシングデータ管理を行う複数の分散サーバとこれら複数の分散サーバを管理する管理サーバで構成されるセンサネットワークにおいて、管理サーバが、各移動センサノードに対して、前記移動センサノードの位置情報およびセンシングデータの格納を行うためのホームサーバを一対一対応で割り当てを行い、各分散サーバはノード位置情報とセンシングデータの格納もしくは転送処理を行う。具体的には、複数の前記分散サーバのうちのひとつが各移動センサノードに対するホームサーバとして割り当てられ、前記分散サーバは、前記移動センサノードからデータを受信した時点で、前記管理サーバの設定に基づいて、前記移動センサノードが当該分散サーバで管理される内部センサノードであるか、もしくは、他の分散サーバで管理される外部センサノードであるかのいずれかを識別し、この識別結果が内部センサノードであれば当該分散サーバで位置情報およびセンシングデータを格納する一方、前記識別結果が外部センサノードであれば前記管理サーバの設定に基づいてホームサーバに対応する分散サーバへ位置情報およびセンシングデータを転送する。

したがって、本発明は、移動センサノードが、センサネットワーク内の任意の分散サーバの配下に移動しても、ホームサーバにデータを転送することができるため、センシングデータの一元管理を行うことができる。また、管理サーバは移動センサノードのデータおよび位置情報を直接的に管理する必要がないので、移動センサノード数が増加した状態においてもデータ処理負荷を低減できる。

また、各移動センサノードは自身でホームサーバの情報を保持することなく、管理サーバが、分散サーバに対して新たな外部センサノード到着毎に、該当する外部センサノードのホームサーバ情報を転送先として通知すればよいので、多数の移動センサノードを備えたセンサネットワークを構築した場合であっても、移動センサノードに対する設定負荷が軽減でき、また、管理サーバ及びネットワークの負荷が過大になるのが防げるので、センサネットワークを円滑に運営することが可能となる。

以下、本発明の一実施形態を添付図面に基づいて説明する。

図１は、本発明の第１実施形態を示すセンサネットワークシステムの構成図である。

＜システム構成の概要＞
センサノードＷＳＮ（無線センサノード）、ＭＳＮ（無線モバイルセンサノード）は、所定の位置に設置され、あるいは所定の物あるいは人に取り付けられ、環境に関する情報や取り付けられた物に関する情報を収集し、その情報を基地局ＢＳＴ−１〜ｎに送信するノードである。センサノードは無線により基地局ＢＳＴ−１〜ｎに接続される無線センサノードＷＳＮ、ＭＳＮと、有線によりネットワークＮＷＫ−ｎに接続される有線センサノードＦＳＮとから構成されている。なお、無線センサノードＷＳＮ、ＭＳＮ及び有線センサノードＦＳＮの総称を、単にセンサノードという。また、無線モバイルセンサノードＭＳＮは移動センサノードであり、所定の位置に固定的に配置された無線センサノードＷＳＮ及び有線センサノードＦＳＮは固定センサノードである。

固定的に設置される無線センサノードＷＳＮは、例えば、搭載されたセンサが周期的に、もしくはイベント発生的に周囲の状況をセンシングして、予め設定された基地局ＢＳＴへセンシング情報を送信する。無線モバイルセンサノードＭＳＮは、ヒトが持ち歩く、クルマに搭載されるなど、移動可能であることを前提とし、至近の基地局ＢＳＴに情報を送信する。無線モバイルセンサノードＭＳＮは、図１において、同一の分散データ処理サーバＤＤＳに所属する基地局ＢＳＴ間で移動したり、異なる分散データ処理サーバＤＤＳの配下にある基地局ＢＳＴへ移動することができる。

なお、無線センサノードの全体（総称）を指すときにはＷＳＮまたはＭＳＮとし、個々の無線センサノードを指すときには、ＷＳＮ−１〜ｎあるいはＭＳＮ−１〜ｎのように添え字を付して表す。他の構成要素についても以下同様に、総称を示すときには添え字無しで表し、個々を示すときには添え字「−１〜ｎ」を付すものとする。

各基地局ＢＳＴ−１〜ｎには、１つまたは複数の無線センサノードＷＳＮ、ＭＳＮが接続され、各基地局ＢＳＴ−１〜ｎは、ネットワークＮＷＫ−２〜ｎを介して各センサノードからのデータを収集する分散データ処理サーバＤＤＳ−１〜ｎに接続される。なお、ネットワークＮＷＫ−２〜ｎは、基地局ＢＳＴと分散データ処理サーバ（分散サーバ）ＤＤＳとを接続するためのものである。分散データ処理サーバＤＤＳは、システム規模の大きさによって、有線または無線センサノードの接続数を可変とすることができる。なお、基地局ＢＳＴに所属するセンサノードが、全て無線モバイルセンサノードＭＳＮの場合、通信可能な無線モバイルセンサノードＭＳＮがないときには、配下のセンサノードは０となることがある。

各分散データ処理サーバＤＤＳ−１〜ｎは、無線及び有線センサノード（以下、単にセンサノードという）が送信したデータ等を格納するディスク装置ＤＳＫと、図示しないＣＰＵ及びメモリを備えて所定のプログラムを実行し、後述するようにセンサノードからの測定データを収集し、予め規定した条件に従って、データの格納、データの加工、さらには、ネットワーク（第１のネットワーク）ＮＷＫ−１を介して、ディレクトリサーバ（管理サーバ）ＤＲＳもしくは他のサーバへの通知やデータ転送などのアクションを行う。なお、ネットワークＮＷＫ−１は、ＬＡＮやインターネット等で構成される。

ここで、センサノードから収集したデータは、主には、センサノードが送信するデータを識別する固有のデータＩＤおよびセンシングされた数値データであり、時系列に応じた変化を示すが、そのままではセンサノードの出力を利用するユーザ（ユーザ端末ＵＳＴ等の利用者）が容易に理解する形式にはなっていない。そこで、ディレクトリサーバＤＲＳでは、予め設定された定義に基づいて、センサノードの出力データをユーザが理解可能な実世界モデル（ヒト、モノ、状態、など）に変換してからユーザに提示する。

なお、分散データ処理サーバＤＤＳ−１〜ｎがデータを収集する対象は、自身が接続されたネットワーク（第２のネットワーク）ＮＷＫ−２〜ｎの基地局ＢＳＴに所属するセンサノードや、後述するように、他の基地局ＢＳＴから移動してきた無線モバイルセンサノードＭＳＮからのデータについてデータを収集し、上記変換を行うものである。また、有線のセンサノードＦＳＮは、分散データ処理サーバＤＤＳ−１〜ｎに接続するようにしても良い。もちろん、有線のセンサノードＦＳＮを基地局ＢＳＴに接続し、基地局ＢＳＴが有線のセンサノードＦＳＮを無線センサノードと同等に管理することもできる。

ネットワークＮＷＫ−１には、分散データ処理サーバＤＤＳから送られたセンシング情報に関連づけられた実世界モデルを管理するディレクトリサーバＤＲＳと、このディレクトリサーバＤＲＳの情報を利用するユーザ端末ＵＳＴと、ディレクトリサーバＤＲＳや分散データ処理サーバＤＤＳ及び基地局ＢＳＴ、センサノードの設定及び管理を行う管理端末ＡＤＴが接続される。なお、管理端末は、センサノードを管理するセンサ管理者と、センサネットワークのサービスを管理するサービス管理者用にそれぞれ用意しても良い。

ディレクトリサーバＤＲＳは、図示しないＣＰＵ、メモリ及びストレージ装置を備えて所定のプログラムを実行し、後述するように、有意な情報に関連づけられたオブジェクトを管理する。

すなわち、ユーザは、ユーザ端末ＵＳＴを通じてディレクトリサーバＤＲＳで管理されている実世界モデルに対してアクセスを要求すると、ディレクトリサーバＤＲＳは実世界モデルに該当する測定データを所有する分散データ処理サーバＤＤＳ−１〜ｎにアクセスし、該当する測定データを取得し、そのセンシングデータを、必要あればユーザにわかりやすい形に変換してユーザ端末ＵＳＴに表示する。

図２は、図１に示したセンサネットワークの機能ブロック図である。ここでは、説明を簡易にするため、図１の分散データ処理サーバＤＤＳ−１〜ｎのうち分散データ処理サーバＤＤＳ−１の詳細のみを示し、また、分散データ処理サーバＤＤＳ−１に接続された基地局ＢＳＴ−１〜ｎのうち基地局ＢＳＴ−１のみを示す。他の分散データ処理サーバＤＤＳや基地局ＢＳＴも同様に構成される。

以下、各部の詳細について説明する。

＜基地局ＢＳＴ＞
無線センサノードＷＳＮ、ＭＳＮや有線センサノードＦＳＮ（以下、センサノードという）からデータを収集する基地局ＢＳＴ−１は、コマンド制御部ＣＭＣ−Ｂと、センサノード管理部ＳＮＭと、イベント監視部ＥＶＭとを備える。なお、センサノードは、予め設定されたデータＩＤを付して測定データをネットワークＮＷＫ−２〜ｎを介して分散データ処理サーバＤＤＳへ送信する。

また、基地局ＢＳＴは、分散データ処理サーバＤＤＳ−１からのコマンドを送受信し、また、センサノードに対してコマンドを送受するコマンド制御部ＣＭＣ−Ｂと、センサノードの状態管理を行うセンサノード管理部ＳＮＭと、センサノードの故障を検出したり、センサノードからの異常なデータの検出を行って、検索結果をセンサノード管理部ＳＮＭに通知するイベント監視部ＥＶＭとを備える。なお、センサノードは、予め設定されたデータＩＤを付して測定データを基地局ＢＳＴへ送信する。

コマンド制御部ＣＭＣ−Ｂでは、後述する分散データ処理サーバＤＤＳ−１のコマンド制御部ＣＭＣ−Ｄとの間でコマンドの送受を行う。例えば、分散データ処理サーバＤＤＳ−１からのコマンドに応じて、基地局ＢＳＴ−１のパラメータの設定を実行したり、基地局ＢＳＴ−１の状態を分散データ処理サーバＤＤＳ−１へ送信する。あるいは、基地局ＢＳＴ−１が管理するセンサノードのパラメータの設定を実行したり、センサノードの状態を分散データ処理サーバＤＤＳ−１へ送信する。

センサノード管理部ＳＮＭは、自身が管理するセンサノードの管理情報（稼動状態、残電力など）を保持する。そして、分散データ処理サーバＤＤＳ−１からセンサノードに関する問い合わせがあった場合には、センサノード管理部ＳＮＭが各無線センサノードに代わって、管理情報を通知する。センサノードは管理に関連する処理を基地局ＢＳＴに委ねることで、自身の処理負荷を低減することができ、余計な電力消費を抑制することが可能となる。

また、センサノード管理部ＳＮＭは、イベント監視部ＥＶＭが異常を検出した場合には、センサノードの管理情報を更新し、分散データ処理サーバＤＤＳ−１へ異常のあったセンサノードを通知する。なお、センサノードの異常とは、センサノードからの応答がない場合や、センサノードの電力が予め設定したしきい値以下になった場合など、センサノードの機能が停止または停止に至る状態を示す。

また、センサノード管理部ＳＮＭは、分散データ処理サーバＤＤＳのコマンド制御部ＣＭＣ−Ｄからセンサノードに対するコマンド（出力タイミングの設定）を受けた場合には、このコマンドをセンサノードに送信して設定を行い、設定の完了を示す通知をセンサノードから受信した後に、センサノードの管理情報を更新する。なお、センサノードの出力タイミングは、例えば、無線センサノードＷＳＮが基地局ＢＳＴ−１にデータを周期的に送信する際の周期を示す。

以上のように基地局ＢＳＴは、配下の無線センサノードＷＳＮ、ＭＳＮが測定したデータを分散データ処理サーバＤＤＳに送信する。

＜分散データ処理サーバＤＤＳ＞
分散データ処理サーバＤＤＳ−１〜ｎは、データベースＤＢを格納するディスク装置ＤＳＫと、後述のようなコマンド制御部ＣＭＣ−Ｄ、イベントアクション制御部ＥＡＣ、データベース制御部ＤＢＣを備える。

コマンド制御部ＣＭＣ−Ｄは、基地局ＢＳＴ及び後述するディレクトリサーバＤＲＳと通信を行って、コマンド等の送受信を行う。

イベントアクション制御部ＥＡＣは、センサノードからの測定データを基地局ＢＳＴから受信するたびに、測定データに対応するＩＤ、すなわちデータＩＤを取得し、後述するテーブル（図１０のイベントテーブルＥＴＢ）からデータＩＤに対応するイベントの発生ルールを読み込んで、測定データの値に応じたイベントの発生の有無を判定する。さらに、イベントアクション制御部ＥＡＣでは、データＩＤに該当するイベントの発生に対応するアクションを実行する。なお、センサノードにセンサが１つだけ備えられている場合は、センサノードを識別するためのセンサノードのＩＤをデータＩＤとしてもよい。

そして、アクション実施の内容としては、ユーザなどにより予め設定されたデータＩＤ毎のルールに基づいて、測定データを加工データに変換したり、測定データと加工データをデータベース制御部ＤＢＣを通じてデータベースＤＢへ格納したり、また、ディレクトリサーバＤＲＳに通知を行うなどの処理を含む。

本実施形態では、図１で示すように、複数の基地局ＢＳＴに対して、これらのいくつかを地域的（または、場所的）に集約する複数の分散データ処理サーバＤＤＳを配置することで、多数のセンサノードからの情報を分散して処理することが可能になる。例えば、オフィスなどではフロア毎に分散データ処理サーバＤＤＳを設け、工場などでは建屋毎に分散データ処理サーバＤＤＳを設ければよい。

分散データ処理サーバＤＤＳ−１のディスク装置ＤＳＫは、基地局ＢＳＴから受信したセンサノードＷＳＮ、ＭＳＮ、ＦＳＮの測定データと、これらの測定データを加工した加工データと、基地局ＢＳＴや無線センサノードＷＳＮ、ＭＳＮ及び有線センサノードＦＳＮに関する装置データを、データベースＤＢとして格納する。

そして、分散データ処理サーバＤＤＳ−１のデータベース制御部ＤＢＣは、イベントアクション制御部ＥＡＣから送られたセンサノードの出力である測定データをデータベースＤＢに格納する。また、必要あれば測定データを数値処理したり、他データと融合することにより得られる加工データをデータベースＤＢに格納する。なお、装置データについては、管理者端末ＡＤＴなどからの要求に応じて随時更新される。

また、分散データ処理サーバＤＤＳは、後述するように、他の分散データ処理サーバＤＤＳに所属する無線モバイルセンサノードＭＳＮからのデータを受信した場合には、図１０のイベントテーブルＥＴＢとディレクトリサーバＤＲＳのアクションテーブルＡＴＢ（図３１）を参照して、イベントアクション制御部ＥＡＣは、無線モバイルセンサノードＭＳＮが所属する分散データ処理サーバＤＤＳに受信したデータを転送する。

ここで、無線モバイルセンサノードＭＳＮは、本来所属する分散データ処理サーバＤＤＳの配下の基地局ＢＳＴ内にある場合は、内部センサノードと呼ばれ、他の分散データ処理サーバＤＤＳの配下の基地局ＢＳＴ内にある場合は、外部センサノードと呼ばれる。

＜ディレクトリサーバＤＲＳ＞
複数の分散データ処理サーバＤＤＳを管理するディレクトリサーバＤＲＳは、ネットワークＮＷＫ−１を介して接続されたユーザ端末ＵＳＴや管理者端末ＡＤＴからの通信を制御するセッション制御部ＳＥＳと、後述するように、モデル管理部ＭＭＧ、モデルテーブルＭＴＢ、装置管理部ＮＭＧ、アクション制御部ＡＣＣ及び検索エンジンＳＥＲから構成される。

モデル管理部ＭＭＧは、ユーザが理解し易い実世界のモデル（オブジェクト）と分散データ処理サーバＤＤＳがセンサノードから収集した測定データ、もしくは加工データとの対応関係を実世界モデルテーブルＭＴＢに設定した実世界モデルリストＭＤＬによって管理する。つまり、実世界モデルテーブルＭＴＢは、ユーザが理解可能な意味情報をオブジェクトとし、センサノードからの測定データ（または加工データ）のデータＩＤと所在（格納場所）をオブジェクトに対応付け、また、後述の属性別意味解釈リストＡＴＬによりセンサノードからの測定データをユーザが理解可能な意味情報に変換するものである。

ディレクトリサーバＤＲＳは、実世界モデルに相当する測定データもしくは加工データの存在場所の位置情報（ＵＲＬなどのリンク）も管理している。つまり、ユーザは、実世界モデルを指定することで、時々刻々と変化するセンサノードの測定情報にダイレクトにアクセス可能となる。センサノードからの測定データ及び加工データは、時間の経過につれて増大するのに対し、実世界モデル情報は時間が経過してもサイズが変化することはなく、その内容のみが変化する。この実世界モデルの詳細については後述する。

なお、実世界モデルテーブルＭＴＢは、ディレクトリサーバＤＲＳの所定のストレージ装置（図示省略）などに格納される。

ディレクトリサーバＤＲＳのアクション制御部ＡＣＣは、分散データ処理サーバＤＤＳのイベントアクション制御部ＥＡＣやコマンド制御部ＣＭＣ−Ｄと通信を行って、ユーザ端末ＵＳＴや管理者端末ＡＤＴからのイベントアクションの設定要求を受け付ける。そして、受け付けたイベントまたはアクションの内容を解析し、解析結果に応じたディレクトリサーバＤＲＳと分散データ処理サーバＤＤＳ−１〜ｎ間の機能分担を設定する。なお、一つのアクションやイベントは、一つの分散データ処理サーバＤＤＳだけではなく、複数の分散データ処理サーバＤＤＳ−１〜ｎに関与する場合もある。

検索エンジンＳＥＲは、セッション制御部ＳＥＳが受け付けたオブジェクトに対する検索要求に基づいて、実世界モデルテーブルＭＴＢを参照し、分散データ処理サーバＤＤＳのデータベースＤＢに対して検索を実行する。

なお、検索要求がクエリーであれば、クエリーの内容に従ったデータベースＤＢの対応付けと、クエリーのＳＱＬ（Structured Query Language）変換を実行し、検索を実行する。なお、検索対象となるデータベースＤＢは、複数の分散データ処理サーバＤＤＳにまたがる場合がある。

そして、このクエリーとしては、「最新データ取得（スナップショット／ストリーム）」に対応する。なお、「最新データ取得（ストリーム）」はアクション制御部ＡＣＣのアクションの設定にて対応する。つまり、該当のデータを常にユーザ端末に転送するようなアクションの設定を、該当する分散データ処理サーバＤＤＳのイベントアクション制御部ＥＡＣに設定しておけばよい。

次に、装置管理部ＮＭＧは、ネットワークＮＷＫ−１に接続されてセンサネットワークを構成する分散データ処理サーバＤＤＳと、分散データ処理サーバＤＤＳに接続された基地局ＢＳＴ、基地局ＢＳＴに接続されたセンサノードを統合的に管理するものである。特に、装置管理部ＮＭＧは、異なる基地局ＢＳＴや分散データ処理サーバＤＤＳに対して接続可能な無線モバイルセンサノードＭＳＮの測定データの格納先を一元的に管理する。後述するように、他の分散データ処理サーバＤＤＳに所属する無線モバイルセンサノードＭＳＮからの測定データを受信した分散データ処理サーバＤＤＳは、装置管理部ＮＭＧに設定されている無線モバイルセンサノードＭＳＮと分散データ処理サーバＤＤＳとの対応関係を参照することにより、該当する無線モバイルセンサノードが受信した測定データを該当する分散データ処理サーバＤＤＳに対して転送する。

装置管理部ＮＭＧでは、分散データ処理サーバＤＤＳ、基地局ＢＳＴ、センサノードの登録や検索に関するインターフェースを管理者端末ＡＤＴ等に提供し、それぞれの装置の状態や、センサノードの状態を管理する。

装置管理部ＮＭＧは、分散データ処理サーバＤＤＳや基地局ＢＳＴ、センサノードに対してコマンドを発行することができ、このコマンドによりセンサネットワークのリソースを管理する。なお、センサノードは上位となる基地局ＢＳＴのコマンド制御部ＣＭＣ−Ｂを介して装置管理部ＮＭＧからコマンドを受け、基地局ＢＳＴは上位の分散データ処理サーバＤＤＳのコマンド制御部ＣＭＣ−Ｄを介して装置管理部ＮＭＧからコマンドを受ける。

なお、コマンド制御部ＣＭＣ−Ｄを介して装置管理部ＮＭＧが発行するコマンドとしては、例えば、リセット、パラメータ設定、データ消去、データ転送、定型イベント／アクション設定等がある。

＜センサノードの一例＞
次に、センサノードの一例を図３〜図５に示す。

図３は、無線センサノードＷＳＮの一例を示すブロック図である。無線センサノードＷＳＮは、測定対象の状態量（温度、圧力、位置等）または状態量の変化（低温／高温、低圧／高圧など）を測定するセンサＳＳＲと、センサＳＳＲを制御するコントローラＣＮＴと、基地局ＢＳＴと通信を行う無線処理部ＷＰＲと、各ブロックＳＳＲ、ＣＮＴ、ＷＰＲに電力を供給する電源ＰＯＷ、送受信を行うアンテナＡＮＴから構成される。

コントローラＣＮＴは、予め設定された周期でセンサＳＳＲの測定データを読み込み、この測定データに予め設定したセンサノードのデータＩＤを加えて無線処理部ＷＰＲに転送する。測定データにはセンシングを行った時間情報をタイムスタンプとして与える場合もある。無線処理部ＷＰＲは、コントローラＣＮＴから送られたデータを基地局ＢＳＴに送信する。

また、無線処理部ＷＰＲは基地局ＢＳＴから受信したコマンドなどをコントローラＣＮＴに送信し、コントローラＣＮＴは受信したコマンドを解析して、所定の処理（例えば、設定変更など）を行う。また、コントローラＣＮＴは、電源ＰＯＷの残電力（または充電量）の情報を、無線処理部ＷＰＲを介して基地局ＢＳＴに対して送信する。なお、コントローラＣＮＴ自身が電源ＰＯＷの残電力（または充電量）を監視し、残電力が予め設定されたしきい値を下回った場合に、基地局ＢＳＴに対して電力がなくなる警報を送信するようにしておいても良い。

無線処理部ＷＰＲでは、限りのある電力で長時間測定を行うため、図４で示すように、間欠的に動作して、電力消費を低減している。図中、スリープ状態ＳＬＰではコントローラＣＮＴはセンサＳＳＲと無線処理部ＷＰＲの駆動を停止し、所定の周期でスリープ状態から動作状態に切り替わって、センサＳＳＲと無線処理部ＷＰＲを駆動して測定データを送信する。

なお、図３においては、一つの無線センサノードＷＳＮに一つのセンサＳＳＲを備えた例を示したが、複数のセンサＳＳＲを配置しても良い。あるいは、センサＳＳＲに代わって、固有の識別子ＩＤを格納したメモリを設けても良く、無線センサノードＷＳＮをタグとして使用しても良い。

また、図３、図４においては、電源ＰＯＷは、電池を使用する場合や、太陽電池や振動発電などの自律発電機構を具備する構成としても良い。また、無線モバイルセンサノードＭＳＮも図３、図４と同様に構成すればよい。

図５は、上記図１、図２に示した分散データ処理サーバＤＤＳ−１に接続されたセンサノードの一例を示す詳細図である。

本実施形態では、オフィスおよびＡ会議室、Ｂにセンサノードを設けた例を示している。

オフィスには基地局ＢＳＴ−０が設置され、オフィスの椅子にはセンサＳＳＲとして感圧（圧力）スイッチを備えた無線センサノードＷＳＮ−０が配置される。無線センサノードＷＳＮ−０は、基地局ＢＳＴ−０と通信するように設定される。

Ａ会議室には基地局ＢＳＴ−１が設置され、Ａ会議室の椅子にはセンサＳＳＲとして感圧スイッチを備えた無線センサノードＷＳＮ−３〜１０が配置される。また、Ａ会議室には温度センサを備えた有線センサノードＦＳＮ−１が設置され、基地局ＢＳＴ−１に接続されている。各無線センサノードＷＳＮ−３〜１０及び有線センサノードＦＳＮ−１は、基地局ＢＳＴ−１と通信するように設定される。

同様に、会議室Ｂには基地局ＢＳＴ−２が設置され、会議室Ｂの椅子にはセンサＳＳＲとして感圧スイッチを備えた無線センサノードＷＳＮ−１１〜１８と、温度センサを備えた有線センサノードＦＳＮ−２が設置され、基地局ＢＳＴ−２に接続されている。

これらＡ会議室、Ｂ会議室を利用する従業者には名札を兼ねた無線センサノードＭＳＮ−１が装着される。無線センサノードＭＳＮ−１は、従業者の体温（または周囲の温度）を測定する温度センサＳＳＲ−１と備え、また、無線センサノードＭＳＮ−１は従業者に固有の識別子（従業者ＩＤ）を格納する。無線センサノードＭＳＮ−１は基地局ＢＳＴ−０、１または２に、従業者ＩＤと測定データとしての周囲温度を送信することができる。

なお、本実施例では無線センサノードＭＳＳＮ−１が固有の識別子を備えるが、例えば図５に示す名札ノードに付されたタグＴＧ−１にタグＩＤを付し、これを利用して従業者の識別を行ってもよい。これは、以下の実施例においても同様である。

＜センサネットワークの動作概念＞
次に、上記図１〜図５に示したセンサネットワークの動作の概要について、図６〜図８を用いて説明する。

図６は、実世界モデルの具体的な形であるオブジェクトとセンサノードの測定データの関連を示すブロック図で、測定の開始時を示し、図７は、図６の状態から所定時間が経過した状態を示す。

図６において、ディレクトリサーバＤＲＳは、実世界モデルとして予め次のようなオブジェクトを生成し、実世界モデルテーブルＭＴＢの実世界モデルリストＭＤＬに定義しておく。ここでは、図５のオフィスまたはＡ会議室、Ｂを利用する従業者として鈴木さんの場合を示し、図６に示した無線センサノードＭＳＮ−１を、この人物が装着しているものとする。

図１２のセンサ情報テーブルＳＴＢに示されるように、各センサノードＭＳＮの測定データ（ｅｘ．温度）や位置情報はデータ格納先として指定される分散データ処理サーバＤＤＳに格納されるようセンサ情報テーブルは定義されている。ここで、センサノードＭＳＮの位置情報は、センサノードＭＳＮを検出する基地局ＢＳＴのＩＤ情報として得ることができる。

そして、実世界モデルテーブルＭＴＢの実世界モデルリストＭＤＬには、鈴木さんの位置というオブジェクト（ＯＢＪ−１）が、測定データ１（ＬＩＮＫ−１）という格納先にデータの実体があることが定義され、実世界モデルと実際のデータの位置の対応関係が管理されている。

つまり、実世界モデルリストＭＤＬにおいて、鈴木さん位置（ＯＢＪ−１）というオブジェクトは、測定データ１（ＬＩＮＫ−１）に対応する分散データ処理サーバＤＤＳの格納位置に関連付けられている。図６、図７においては、鈴木さんの位置を示す無線センサノードＭＳＮ−１からの位置情報（例えば「現在、接続されている基地局ＢＳＴの情報」として定義される）は、分散データ処理サーバＤＤＳのディスク装置ＤＳＫ１に格納される。

ユーザ端末ＵＳＴから見ると、鈴木さん位置（ＯＢＪ−１）の値はディレクトリサーバＤＲＳの実世界モデルテーブルＭＴＢに存在するように見えるが、実際のデータはディレクトリサーバＤＲＳではなく、予め設定された分散データ処理サーバＤＤＳのディスク装置ＤＳＫに格納されるのである。

鈴木さん着座（ＯＢＪ−２）というオブジェクトは、オフィスの椅子に装着された感圧スイッチ（ＷＳＮ−０）から求めた着座情報が測定データ２（ＬＩＮＫ−２）に格納されるよう、実世界モデルテーブルＭＴＢに定義される。さらに、測定データ２に対応する分散データ処理サーバＤＤＳと格納位置が定義される。図６、図７においては、ＭＳＮ−１及び無線センサノードＷＳＮからの着座情報は分散データ処理サーバＤＤＳのディスク装置ＤＳＫに格納する。

鈴木さん温度（ＯＢＪ−３）というオブジェクトは、無線センサノードＭＳＮ−１の温度センサＳＳＲ−１が測定した温度が測定データ３（ＬＩＮＫ−３）に格納されるよう、実世界モデルテーブルＭＴＢに定義される。さらに、測定データ３に対応する分散データ処理サーバＤＤＳと格納位置が定義される。図６、図７においては、ＭＳＮ−１からの温度は分散データ処理サーバＤＤＳのディスク装置ＤＳＫに格納する。

Ａ会議室メンバ（ＯＢＪ−４）というオブジェクトは、Ａ会議室の基地局ＢＳＴ−１が受信した無線センサノードＭＳＮの情報から求めた従業者の名前が測定データ４（ＬＩＮＫ−４）に格納されるよう、実世界モデルテーブルＭＴＢに定義される。感圧スイッチ（ＷＳＮ−３〜１０）を使用しない場合には、ある単位時間内にＡ会議室内の基地局ＢＳＴ−１で検出された無線センサノードＭＳＮ数によりＡ会議室の人数を求めても良い。さらに、測定データ４に対応する分散データ処理サーバＤＤＳと格納位置が定義される。図６、図７においては、各従業者の無線センサノードＭＳＮからの個人情報は分散データ処理サーバＤＤＳのディスク装置ＤＳＫに格納する。

Ａ会議室人数（ＯＢＪ−５）というオブジェクトは、Ａ会議室の感圧スイッチ（ＷＳＮ−３〜１０）から求めた人数、もしくは、Ａ会議室内の基地局ＢＳＴ−１で検出される無線センサノードＭＳＮの個数が測定データ５（ＬＩＮＫ−５）に格納されるよう、実世界モデルテーブルＭＴＢに定義される。さらに、測定データ５に対応する分散データ処理サーバＤＤＳと格納位置が定義される。図６、図７においては、無線センサノードＷＳＮ３〜１０の着座情報は分散データ処理サーバＤＤＳのディスク装置ＤＳＫに格納される。

Ａ会議室温度（ＯＢＪ−６）というオブジェクトは、Ａ会議室の有線センサノードＦＳＮ−１が測定した温度が測定データ６（ＬＩＮＫ−６）に格納されるよう、実世界モデルテーブルＭＴＢに定義される。さらに、測定データ６に対応する分散データ処理サーバＤＤＳと格納位置が定義される。図６、図７においては、ＦＳＮ−１からの温度を分散データ処理サーバＤＤＳのディスク装置ＤＳＫに格納する。

すなわち、実世界モデルテーブルＭＴＢに定義された各オブジェクトＯＢＪは、測定データに対応する格納先（ＬＩＮＫ）を格納しており、ユーザ端末ＵＳＴからは目的のデータがディレクトリサーバＤＲＳに存在するように見えるが、実際のデータは分散データ処理サーバＤＤＳに格納される。

そして、情報の格納先ＬＩＮＫには、センサノードが測定した測定データまたは測定データをユーザに利用可能な形に変換した加工データなど、ユーザが利用可能なデータの格納位置が設定されている。センサノードからの測定データの収集は各分散データ処理サーバＤＤＳで行われ、さらに、後述するようにイベントアクションが設定されていれば、測定データに対して加工などが加えられ、加工データとして所定の分散データ処理サーバＤＤＳに格納されていく。

実際のセンサノードからのデータ収集と加工は分散データ処理サーバＤＤＳで行われ、ディレクトリサーバＤＲＳでは、実世界モデルと情報の格納先及びセンサノードの定義などが管理される。

これにより、ユーザ端末ＵＳＴの利用者はセンサノードの所在を知る必要がなく、オブジェクトＯＢＪを検索することで、センサノードの測定値（または加工データ）に対応する所望のデータを得ることができるのである。

そして、ディレクトリサーバＤＲＳは、オブジェクトＯＢＪ毎の格納先（リンク先）を管理し、実際のデータは分散データ処理サーバＤＤＳが格納し、処理するので、センサノードの数が膨大になったとしても、データ処理サーバＤＤＳの負荷が過大になるのを防ぐことができるのである。つまり、多数のセンサノードを使用しながら、ディレクトリサーバＤＲＳと分散データ処理サーバＤＤＳ及びユーザ端末ＵＳＴを接続するネットワークＮＷＫ−１のトラフィックが過大になるのを抑制できるのである。

図６の状態から所定時間経過した図７では、分散データ処理サーバＤＤＳ−１のディスク装置ＤＳＫ１〜６にセンサノードからの実際の測定データが書き込まれ、時間の経過とともにデータ量は増大する。

一方、ディレクトリサーバＤＲＳの実世界モデルテーブルＭＴＢのモデルリストＭＤＬに設定されたオブジェクトＯＢＪ−１〜６に対応する格納先ＬＩＮＫ−１〜６は、時間が経過しても情報量は変化することなく、格納先ＬＩＮＫ−１〜６が指し示す情報の内容が変化する。

つまり、ディレクトリサーバＤＲＳが管理するオブジェクトＯＢＪ−１〜６の情報量と、分散データ処理サーバＤＤＳ−１が管理する測定データ１〜６のデータ量と時間の関係は、図８のように、オブジェクトのデータ量が一定であるのに対し、測定データは時間の経過につれて増加する。

例えば、ひとつの基地局ＢＳＴに数百のセンサノードが接続され、ひとつの分散データ処理サーバＤＤＳに数個の基地局ＢＳＴが接続され、ひとつのディレクトリサーバＤＲＳに数十の分散データ処理サーバＤＤＳが接続される場合、センサノードの総数は数千乃至数万となる。仮に、各センサノードが１分毎に順次データを送るとすれば、毎秒百乃至千程度の測定データが分散データ処理サーバＤＤＳに送られて、イベントの有無が判定され、イベントが発生した場合には所定のアクションにより通知やデータの加工などの処理が生じることになる。これらの処理を一つあるいは、少数のサーバで実現しようとすれば、サーバ自体の負荷やサーバと接続するためのネットワークの負荷が極めて大きくなる。さらに、収集したデータや加工したデータについて、ユーザ端末ＵＳＴからアクセスが発生するため、ユーザ端末ＵＳＴへデータを提供するためにもサーバの負荷やネットワークの負荷はさらに大きくなる。

そこで、ユーザ端末ＵＳＴからアクセスを受け付け、センサノードの情報の格納先を管理するディレクトリサーバＤＲＳと、複数の基地局ＢＳＴを管理して、基地局ＢＳＴに割り当てられたセンサノードからデータを収集し、加工する分散データ処理サーバＤＤＳで、以下に示すような処理分担を行うのが良い。

つまり、センサノードからの情報は、複数の分散データ処理サーバＤＤＳで分散して収集し、各分散データ処理サーバＤＤＳでそれぞれデータの格納あるいは加工を行うことで、多数のセンサノードのデータ収集及び加工処理を分散し、特定のサーバに負荷が集中するのを防ぐことができる。

一方、ディレクトリサーバＤＲＳは、センサノードの測定データから得られた情報の格納先を集中的（一元的）に管理し、ユーザ端末ＵＳＴにオブジェクトと格納先ＬＩＮＫの対応関係を提供する。ユーザは、センサノードの物理的な位置等を知らなくとも、ディレクトリサーバＤＲＳに目的のオブジェクトについて問い合わせを行えば、データの格納位置から有意な情報を得ることができる。つまり、情報の格納先をディレクトリサーバＤＲＳで集中管理することにより、センサノードの所在に係わらず、ユーザ端末ＵＳＴはディレクトリサーバＤＲＳにアクセスすれば、目的のセンサノードに関する測定データまたは加工データを得ることができるのである。

そして、ディレクトリサーバＤＲＳは、分散データ処理サーバＤＤＳから得られたデータを属性別意味解釈リストＡＴＬに基づいて、ユーザが理解可能な情報に変換してユーザ端末ＵＳＴに提供するので、
また、ディレクトリサーバＤＲＳに格納するオブジェクトは、構築するシステム構成に応じて設定・変更されるものであり、センサノードが検出する測定データのように経時的に変化するものではないので、オブジェクトを集中的に管理する部分は経時的な測定データの負荷変動の影響を受けない。したがって、分散データ処理サーバＤＤＳとの間で直接的にセンサノードのデータをやり取りすることが抑制されるので、ディレクトリサーバＤＲＳに接続されたネットワークＮＷＫ−１の負荷が過大になるのを抑制できる。

なお、図６、図７では、別々の分散データ処理サーバＤＤＳに対して、それぞれにディスク装置ＤＳＫが接続された場合を示したが、図５のように、１つの分散データ処理サーバＤＤＳを設け、これに複数のディスク装置ＤＳＫを設けてもよく、複数の分散データ処理サーバＤＤＳにグループ分けしてディスク装置ＤＳＫを接続することも可能である。

＜測定データとイベントの関係＞
次に、分散データ処理サーバＤＤＳで収集される測定データと、測定データに基づくイベントアクションの関係を図９、図１０に示す。

図９において、分散データ処理サーバＤＤＳのイベントアクション制御部ＥＡＣは、基地局ＢＳＴから収集される測定データをイベントに対応付けるイベントテーブルＥＴＢを備える。

イベントテーブルＥＴＢは、図１０で示すように、センサノード毎に割り当てられて測定データに付与されるデータＩＤ（図１２のＩＤ及び図１４のデータＩＤに対応）と、測定データに関してイベントの発生判断条件であるＥＶＴと、測定データをデータベースＤＢに格納するか否かを決定するデータ格納ＤＨＬとから１エントリが構成されている。なお、データＩＤはセンサネットシステム内でのデータ発生源を識別できるものを使用する。

例えば、図中、データＩＤが「ＸＸＸ」の測定データは、その値がＡ１より大のときにイベントの発生をディレクトリサーバＤＲＳに通知する。なお、データＩＤが「ＸＸＸ」の測定データは、データ到着毎に、ディスク装置ＤＳＫに書き込まれるように設定される。ディスクＤＳＫへの格納は、イベントテーブルＥＴＢのアクション欄に設定された設定に基づくものである。

分散データ処理サーバＤＤＳでは、基地局ＢＳＴから受信した測定データを、まず、センシングデータＩＤ抽出部（センサデータ監視部）ＩＤＥで受け付け、測定データに付与されているＩＤであるデータＩＤを抽出する。また、センシングデータＩＤ抽出部ＩＤＥは、測定データを最新データメモリＬＤＭに送る。

抽出されたデータＩＤはイベント検索部ＥＶＳに送られて、イベントテーブルＥＴＢを検索し、データＩＤが一致するエントリがあれば、当該エントリのイベント内容ＥＶＴと測定データをイベント発生判定部ＥＶＭに送る。

イベント発生判定部ＥＶＭでは、測定データの値とイベント内容ＥＶＴを比較して、条件を満たせばイベントの発生を、ネットワーク処理部ＮＷＰからネットワークＮＷＫ−１を通じて、ディレクトリサーバＤＲＳに通知する。また、イベント発生判定部ＥＶＭは、データ格納ＤＨＬの要求を最新データメモリに伝える。

ＤＢ制御部ＤＢＣは、イベントテーブルＥＴＢのデータ格納ＤＨＬがＹＥＳとなっているデータについては、最新データメモリＬＤＭからデータを受け取り、ディスク装置ＤＳＫに書き込みを行う。

分散データ処理サーバＤＤＳは、ネットワーク処理部ＮＷＰがディレクトリサーバＤＲＳより測定データの参照要求を受信した場合、データアクセス受け付け部ＤＡＲに当該アクセス要求を送る。

データアクセス受け付け部ＤＡＲでは、アクセス要求が最新のデータであれば、アクセス要求に含まれるデータＩＤに対応する測定データを最新データメモリＬＤＭから読み込んで、ネットワーク処理部ＮＷＰへ返送する。あるいは、アクセス要求が過去のデータであれば、アクセス要求に含まれるデータＩＤに対応する測定データをディスク装置ＤＳＫから読み込んで、ネットワーク処理部ＮＷＰへ返送する。

このように、分散データ処理サーバＤＤＳでは、基地局ＢＳＴから収集したセンサノードのデータのうち、最新のデータを最新データメモリＬＤＭに保持し、さらに、後で参照が必要と予想されるデータについてのみディスク装置ＤＳＫに記録する。また、イベントが発生時のデータのみ、データをディスク装置ＤＳＫに記録する設定も可能である。この場合には、周期的（観測間隔）に収集するデータによるディスク使用量増加を防ぐことができる。以上の方法により、ひとつの分散データ処理サーバＤＤＳで複数の基地局ＢＳＴ（つまり、多数のセンサノード）を管理することが可能となる。

＜装置管理部ＮＭＧ及びモデル管理部ＭＭＧの詳細＞
＜装置管理部ＮＭＧ＞
図１１は、図２に示したディレクトリサーバＤＲＳの、装置管理部ＮＭＧとモデル管理部ＭＭＧ及び実世界モデルテーブルＭＴＢの詳細を示す。

まず、ディレクトリサーバＤＲＳの装置管理部ＮＭＧは、センサノードを管理するセンサ情報テーブルＳＴＢと、センサ情報テーブルＳＴＢにセンサノードを登録／変更するための登録インターフェースと、センサ情報テーブルＳＴＢの内容を検索する検索インターフェースを備える。なお、ここでは、センサ情報テーブルＳＴＢは、センサ管理者端末ＡＤＴ−Ａにより管理されるものとする。

センサ情報テーブルＳＴＢは、図１２で示すように、センサノード毎に予め割り当てたデータＩＤと、センサノードの種類を示すセンサ種別と、センサノードの測定対象を示す意味と、センサノードが測定する計測値の内容と、センサノードを設置した位置（または対象）を示す設置場所と、センサノードが測定対象から測定値を検出する周期を示す観測間隔と、測定したデータの格納先（分散データ処理サーバＤＤＳ−１〜ｎ上の格納位置）を示すデータ格納先が、１エントリで構成され、センサノードを識別するＩＤをインデックスとして管理される。

例えば、データＩＤがＭＳＮ−１に割り当てられた名札型センサノードについては、測定対象がセンサノードの場所（位置）であり、測定の周期が３０秒おきであり、測定データの格納先は分散データ処理サーバＤＤＳ−１に格納されることを示している。同様に、別のデータＩＤがＦＳＮ−１に割り当てられたセンサノードについては、測定対象が周囲の温度であり、測定の周期が６０秒おきであり、測定データは分散データ処理サーバＤＤＳ−２に格納されることを示している。

このセンサ情報テーブルＳＴＢは、上記センサ管理者端末ＡＤＴ−Ａから設定されたものであり、センサ管理者やサービス管理者または分散データ処理サーバＤＤＳはセンサ情報テーブルＳＴＢを参照することにより、センサノードの機能と位置及び測定データの格納先を知ることができる。

後述のように、ある分散データ処理サーバＤＤＳが外部センサノードから測定データを受信した場合には、受信したデータＩＤからディレクトリサーバＤＤＳのセンサ情報テーブルＳＴＢを参照し、データ格納先となる分散データ処理サーバＤＤＳへ測定データを転送するようアクションを生成する。これにより、外部センサノードの位置情報および測定データを、このセンサノードが所属する分散データ処理サーバＤＤＳへ転送することが可能となるため、センサノードの位置が変わっても常に同一の分散データ処理サーバＤＤＳにて、位置情報と測定データを管理することができる。

また、センサノードがデータを測定する周期が一定でない場合には、図１２のセンサノードのデータＩＤ＝ＷＳＮ−１の着座センサのように、観測間隔を「イベント」とすることにより、周期に関わらず、センサが特定の状態を検出したときのみ、この状態を分散データ処理サーバＤＤＳに通知する。

＜モデル管理部ＭＭＧ＞
次に、図１１に示すモデル管理部ＭＭＧ及び実世界モデルテーブルＭＴＢについて説明する。

モデル管理部ＭＭＧが管理する実世界モデルテーブルＭＴＢは、センサノードの測定データがどのような意味を持つのかを解釈するための属性別意味解釈リストＡＴＬと、図６に示したオブジェクトＯＢＪ−１〜ｎのモデル名と実際の情報の格納位置との対応関係を示す実世界モデルリストＭＤＬと、オブジェクトＯＢＪ−１〜ｎ間の相関関係を示すモデルバインドリストＭＢＬとから構成される。

そして、モデル管理部ＭＭＧは、これら実世界モデルテーブルＭＴＢの各リストを管理するため、属性別意味解釈リストＡＴＬを管理する属性別意味解釈リスト管理部ＡＴＭと、実世界モデルリストＭＤＬを管理する実世界モデルリスト管理部ＭＤＭと、モデルバインドリストＭＢＬを管理するモデルバインドリスト管理部ＭＢＭを備え、各管理部は、リストの登録／変更を行うための登録インターフェースと、各リストの検索を行うための検索インターフェースをそれぞれ備えている。

なお、ここでは、実世界モデルテーブルＭＴＢは、サービス管理者端末ＡＤＴ−Ｂを利用するサービス管理者により管理されるものとする。なお、図１１において、センサ管理者端末とサービス管理者端末は、図１に示したように一つの管理端末ＡＤＴを用いても良い。

また、センサネットワークを利用するユーザ端末ＵＳＴは、各リストの検索インターフェースを介して所望のリストからオブジェクトＯＢＪの検索を行う。

まず、属性別意味解釈リスト管理部ＡＴＭが管理する属性別意味解釈リストＡＴＬは、センサノードＷＳＮ、ＭＳＮ、ＦＳＮからの戻り値（測定値）や分散データ処理サーバＤＤＳで変換した加工データは、そのままの値ではユーザ端末ＵＳＴの利用者（以下、単にユーザとする）が理解することができないため、図１３に示すように、センサノードの出力値を有意な情報に変換するためのテーブルを備える。図１３は、オブジェクトＯＢＪ−１〜ｎに対応して予め設定されたものである。

図１３において、名前テーブルＡＴＬ−ｍは、図６に示した鈴木さん位置ＯＢＪ−１に対応付けられたもので、図１２で示したように、センサ種別が名札であるセンサノードからのセンサデータＭＳＮ−１からの戻り値（測定値）に応じた人名が意味の欄に対応付けられている。

また、図１３において、場所テーブルＡＴＬ−ｐは、名札を装着した従業者の位置を示すテーブルで、戻り値（例えばセンサノードが接続される基地局のＩＤ）に対応した場所の名称が意味の欄に対応付けられている。例えば、戻り値が０１の場合は、場所がオフィスであることを意味している。

また、図１３の着座テーブルＡＴＬ−ｓは、図５に示したオフィス内もしくは、Ａ会議室の椅子の着席状態を示し、各椅子（各無線センサノードＷＳＮ−３〜１０）毎に設けられ、無線センサノードＷＳＮ−３〜１０の戻り値（測定値）に応じた着席状態（在籍または不在）が格納される。例えば、戻り値が００の場合、在席（着席）状態であることを示し、戻り値が０１の場合は不在であることを示す。

同様に、図１３の温度テーブルＡＴＬ−ｔは、図５に示した温度センサ（ＦＳＮ−１、２）の示す値を示すテーブルであり、戻り値（温度センサの測定データ）を温度ｙに変換する関数ｆ（ｘ）が意味の欄に格納される。

図１３において、人数テーブルＡＴＬ−ｎは、Ａ会議室にいる従業者の人数を示すテーブルで、戻り値（Ａ会議室内椅子センサの着席数、あるいは、Ａ会議室内のモバイルノードＭＳＮの数）に対応した人数が意味の欄に対応付けられている。

このように、属性別意味解釈リストＡＴＬには、測定データに対する意味を定義するリストであり、生成したオブジェクトに応じてそれぞれのテーブルが設定される。

次に、実世界モデルリストＭＤＬは、サービス管理者などが予め設定したもので、図１４で示すように、オブジェクト毎に設定されたモデル名に対応する情報の位置が、情報リンク先に格納される。つまり、モデル名と情報リンク先及びデータＩＤが対になったものが実世界モデルリストＭＤＬを構成する。

ディレクトリサーバＤＲＳは、モデルリストＭＤＬによりユーザが理解可能な有意な情報のみを管理しており、この有意な情報の所在は分散データ処理サーバＤＤＳ−１〜ｎの何れかとなる。このため、モデルリストＭＤＬに定義したオブジェクトＯＢＪは、有意な情報の実体が何処にあるかを情報リンク先に設定しておく。なお、この情報リンク先はサービス管理者などが予め設定したものである。同様に、データＩＤは、オブジェクトの値の元になるセンサデータ（センサノードから直接得られるデータ、もしくは、加工されて得られるデータ）に対応する値である。

図１４においては、例えば、鈴木さんの位置ＯＢＪ−１に対してＬＩＮＫ−１という情報リンク先が格納されており、この情報リンク先にはＵＲＬやパスなどが格納され、ユーザ端末ＵＳＴから、このオブジェクトを検索すると情報リンク先から有意な情報（オブジェクトの実体）を得ることができる。

例えば、ユーザ端末ＵＳＴからキーワードなどをディレクトリサーバＤＲＳの検索エンジンＳＥＲに送信すると、モデルリストＭＤＬのモデル名の中からキーワードを含むモデル名のリストが検索エンジンＳＥＲから返信される。ユーザ端末ＵＳＴを操作するユーザは、所望のモデル名を選択すると、まず、情報リンク先ＬＩＮＫに設定された分散データ処理サーバＤＤＳから、ディレクトリサーバＤＲＳは情報リンク先に対応するデータを取得する。

ディレクトリサーバＤＲＳは、取得したデータを属性別意味解釈リストＡＴＬに基づいて、ユーザが理解可能な情報に変換してからユーザ端末ＵＳＴに送信する。

したがって、ユーザは個々のセンサノードに関する知識や所在を知らなくとも、必要な情報を認識できる情報として取得できるのである。

そして、分散データ処理サーバＤＤＳでは、センサノードから収集したデータを、収集する度にユーザに理解可能な形に変換する必要がないので、多数のセンサノードのデータを収集・管理する分散データ処理サーバＤＤＳの負荷を大幅に低減できる。このデータの変換処理は、ユーザから要求に基づいてディレクトリサーバＤＲＳが必要に応じて行うことにより、不要な変換処理が行われるのを抑制でき、センサネットワークのリソースを無駄なく機能させることが可能となる。

次に、オブジェクトＯＢＪ−１〜ｎ間の相関関係を示すモデルバインドリストＭＢＬは、実世界モデルリストＭＤＬのオブジェクトＯＢＪに共通する要素について、関連する情報を集約したものである。

モデルバインドリストＭＢＬの一例としては、図１５に示すように、実世界モデルリストＭＤＬのオブジェクトＯＢＪのうち、共通する要素として「人名」（図中「鈴木さん」）と「Ａ会議室」に関連するものを抽出したものである。例えば、図１３の属性別意味解釈リストＡＴＬの名前テーブルＡＴＬ−ｍの意味欄に登録された「鈴木さん」という人名に関連するオブジェクトＯＢＪとして、位置ＯＢＪ−１、オフィス内自席の着座状態ＯＢＪ−２、温度ＯＢＪ−３があり、鈴木さんという人名に関連したオブジェクトのリンク先を、図示のように「位置」ＬＩＮＫ−１、「着座状態」ＬＩＮＫ−２、「温度」ＬＩＮＫ−３とツリー状に設定し、これを人名に関するモデルバインドリストＭＢＬ−Ｐとする。

同様に、Ａ会議室という要素から実世界モデルリストＭＤＬを見ると、「メンバ」、「人数」、「温度」というオブジェクトＯＢＪ−４〜６があり、Ａ会議室という場所に関連したオブジェクトの情報リンク先ＬＩＮＫ−４〜６を、図示のように「メンバ」、「人数」、「温度」とツリー状に設定し、これをＡ会議室に関するモデルバインドリストＭＢＬ−Ｒとする。

このように、モデルバインドリストＭＢＬは、実世界モデルリストＭＤＬのオブジェクトの要素のうち、共通する要素の異なる情報について関連付けを行った情報となる。なお、このモデルバインドリストＭＢＬの関連付けは、サービス管理者などが予め設定したものである。

＜モデル管理部ＭＭＧの動作＞
次に、センサネットワークシステムの動作について、以下に説明する。

＜センサノードの登録＞
まず、センサノードの登録の手順について、図１６、図１７を参照しながら説明する。センサ管理者は、センサノードを所定の場所または人にセンサノードを設置した後、図１６のタイムチャートに従ってディレクトリサーバＤＲＳにセンサノードの登録を行う。

図１６において、まず、センサ管理者はセンサ管理者端末ＡＤＴ−ＡからディレクトリサーバＤＲＳに接続し、装置管理部ＮＭＧの登録インターフェースを呼び出す。そして、センサ管理者端末ＡＤＴ−Ａから図１７に示すデータフォーマットに従って、新たに追加するデータＩＤ、センサ種別、属性、計測値、設置場所、観測間隔、データ格納先を設定し、ディレクトリサーバＤＲＳの装置管理部ＮＭＧに登録要求として送信する（ＲＧ−１）。

ディレクトリサーバＤＲＳの装置管理部ＮＭＧは、上記登録要求を受信すると、図１２に示したセンサ情報テーブルＳＴＢに当該登録要求のあったセンサノードの情報を追加する。そして、装置管理部ＮＭＧは新たに追加したセンサノードについてデータＩＤを割り当てる。このセンサノードのデータＩＤは、センサ管理者端末ＡＤＴ−Ａから割り当てるようにしても良い。

装置管理部ＮＭＧは、データ格納先に指定された分散データ処理サーバＤＤＳに対して、必要に応じて登録要求のあったセンサノードの測定データの格納先の割り当てを行った後、センサ情報テーブルＳＴＢの１エントリを完成させる。

そして、装置管理部ＮＭＧは、新たなエントリが追加されたことを示す完了通知（ＡＣＫ）をセンサ管理者端末ＡＤＴ−Ａに返信し、登録処理を終了する。

分散データ処理サーバＤＤＳは、ディレクトリサーバＤＲＳから新たなセンサノードの追加を指令されると、上記図１０のイベントテーブルに新たなデータＩＤとイベントの条件及びデータ格納の有無を設定する。

ディレクトリサーバＤＲＳからセンサノードの登録通知を受けた分散データ処理サーバＤＤＳは、図１７の「設置場所」に該当する基地局ＢＳＴへ該当するデータＩＤのセンサノードについて、所定の観測間隔でセンサノードからの測定値を検出するよう指令する。基地局ＢＳＴのセンサ管理部ＳＮＭには、指令のあったデータＩＤ、および、観測間隔を登録しておく。

これにより、新たなセンサノードは、所属する基地局ＢＳＴとの間で通信を行って、このセンサノードが所属する分散データ処理サーバＤＤＳに対して測定データを送信することができる。

上記処理により、分散データ処理サーバＤＤＳは内部センサノードの新規登録が完了し、所定のデータＩＤの測定データが分散データ処理サーバＤＤＳで収集される。

＜オブジェクトの定義＞
次に、上記図１６、図１７でディレクトリサーバＤＲＳに登録したセンサノードについて、センサノードの測定データとオブジェクトとの関係を生成する処理について、図１８を参照しながら説明する。なお、この処理は、センサネットワークのサービス管理者が行うものとする。

図１８において、サービス管理者はサービス管理者端末ＡＤＴ−ＢからディレクトリサーバＤＲＳに接続し、装置管理部ＮＭＧの検索インターフェースを呼び出す。そして、所望のセンサノードの検索をデータＩＤなどに基づいて行い、検索条件に一致したセンサノードをサービス管理者端末ＡＤＴ−Ｂに返信する。

サービス管理者端末ＡＤＴ−Ｂでは、装置管理部ＮＭＧから受信したセンサノードの検索結果を図示しない表示装置などに出力する。

サービス管理者は、サービス管理者端末ＡＤＴ−Ｂに表示されたセンサノードから所望のセンサノードを選択し、このセンサノードの測定データに対応付けるオブジェクトを指定して、ディレクトリサーバＤＲＳのモデル管理部ＭＭＧに登録する。

例えば、図１２に示したセンサ情報テーブルＳＴＢのデータＩＤ＝ＭＳＮ−１の名札型センサノード（図５のＭＳＮ−１）のオブジェクトとして、「鈴木さんの位置」というオブジェクトＯＢＪ−１を登録する。この登録によって、オブジェクトとその情報リンクの関係を示す実世界モデルリスト（ＭＤＬ）が生成される（図１４）。

そして、モデル管理部ＭＭＧには、「鈴木さんの位置」というオブジェクトＯＢＪ−１について、データＩＤ＝ＭＳＮ−１のデータ値である基地局ＢＳＴのＩＤ（つまり、鈴木さんの位置情報）の格納先として分散データ処理サーバＤＤＳ−１の所在にかかる情報が設定される。

モデル管理部ＭＭＧにてデータＩＤ＝ＭＳＮ−１のデータ格納先として関連付けられている分散データ処理サーバＤＤＳ−１では、イベントアクション制御部ＥＡＣにて、鈴木さん位置を示すデータＩＤ＝ＭＳＮ−１のデータを受信したら、受信した位置情報データ（基地局ＢＳＴの識別子）を、分散データ処理サーバＤＤＳ−１のデータベースＤＢへ格納するようアクションの登録を行う。

そして、分散データ処理サーバＤＤＳ−１のデータベースＤＢに格納された「鈴木さんの位置」というデータの実体に対して、実世界モデルリストＭＤＬのオブジェクトＯＢＪ−１に対応する情報格納先が設定される。

あるいは、「鈴木さん着座」というオブジェクトＯＢＪ−２については、モデル管理部ＭＭＧは、センサＳＳＲとして感圧スイッチを備えた無線センサノードＷＳＮ−０の測定値が、分散データ処理サーバＤＤＳ−１に格納されるように関連付けが行われる。具体的には、鈴木さんの着座を示す無線センサノードＷＳＮ−０の測定値ついて、着座状態がＯＮを示す「００」というセンサノードの測定値、もしくは、着座状態ＯＦＦを示す「０１」という測定値が分散データ処理サーバＤＤＳ−１のデータベースＤＢに書き込まれる。

分散データ処理サーバＤＤＳ−１では、イベントアクション制御部ＥＡＣにて、センサノードＷＳＮ−０の測定データ値である「００」または「０１」（それぞれ、ＯＮ／ＯＦＦに相当）を、データ処理サーバＤＤＳ−１のデータベースＤＢに書き込む処理が行われるように、アクションの登録が行われる。

そして、上記と同様に、分散データ処理サーバＤＤＳ−１のデータベースＤＢに格納された「鈴木さん着座」というデータの実体に対して、実世界モデルリストＭＤＬのオブジェクトＯＢＪ−２に対応する情報格納先が設定される。

こうして、モデル管理部ＭＭＧが設定したオブジェクト（情報格納先）と、実際に情報を格納する分散データ処理サーバＤＤＳの位置が設定される。

モデル管理部ＭＭＧは、図１４で示したように、「鈴木さん位置」ＯＢＪ−１というオブジェクトを生成し、実世界モデルリストＭＤＬにモデル名と、データＩＤ及び情報格納先を格納する。オブジェクトの登録が完了すると、モデル管理部ＭＭＧはサービス管理者端末ＡＤＴ−Ｂに完了通知を送信する。

サービス管理者端末ＡＤＴ−Ｂでは、受信したオブジェクトの生成完了通知を表示し、さらにオブジェクトを生成する場合には、上記の処理を繰り返して実行し、所望のオブジェクトを生成する。

＜モデルバインドリストの定義＞
次に、上記モデルリストＭＤＬの定義によって、複数のオブジェクトを生成した後に、複数のオブジェクトＯＢＪ−１〜ｎ間の相関関係を示すモデルバインドリストＭＢＬの設定について、図１９を参照しながら説明する。

図１９において、サービス管理者はサービス管理者端末ＡＤＴ−ＢからディレクトリサーバＤＲＳのモデル管理部ＭＭＧに接続し、モデル管理部ＭＭＧの検索インターフェースを呼び出す。そして、所望のオブジェクトの検索を行い、検索条件に一致したオブジェクトをサービス管理者端末ＡＤＴ−Ｂに返信する。

サービス管理者端末ＡＤＴ−Ｂは、モデル管理部ＭＭＧから受信したオブジェクトの検索結果を図示しない表示装置などに出力する。

サービス管理者は、サービス管理者端末ＡＤＴ−Ｂに表示されたオブジェクトから所望のオブジェクトを選択し、各オブジェクトに共通する要素をモデルバインドリストとして生成するように、ディレクトリサーバＤＲＳのモデル管理部ＭＭＧに要求する。

例えば、図１５で示したように、「鈴木さん」という人名をモデルバインドリストＭＢＬ−Ｐとして生成し、このモデルバインドリストＭＢＬ−Ｐに鈴木さん位置ＯＢＪ−１、鈴木さん着座状態ＯＢＪ−２、鈴木さん温度ＯＢＪ−３などのオブジェクトを対応付ける。

モデル管理部ＭＭＧは、モデルバインドリストＭＢＬ−Ｐと各オブジェクトＯＢＪ−１〜３の情報の格納先を関連づけて、モデルバインドリストＭＢＬに格納する。

モデルバインドリストＭＢＬの登録が完了すると、モデル管理部ＭＭＧはサービス管理者端末ＡＤＴ−Ｂに完了通知を送信する。

サービス管理者端末ＡＤＴ−Ｂでは、受信したモデルバインドリストの生成完了通知を表示し、さらにモデルバインドリストを生成する場合には、上記の処理を繰り返して実行し、所望のモデルバインドリストを生成する。

＜モデルバインドリストの検索＞
次に、上記のように設定したモデルバインドリストＭＢＬにより、センサネットワークのユーザが、モデルバインドリストを用いてセンサノードのデータを参照する処理の一例について、図２０、図２１を参照しながら説明する。

ユーザ端末ＵＳＴは、ディレクトリサーバＤＲＳの検索エンジンＳＥＲに接続し、モデルバインド管理部ＭＢＭに対して、モデルバインドリストＭＢＬの検索を要求する。この検索要求は、例えば、キーワード検索や図１５のようなＧＵＩなどで行われる。

モデルバインド管理部ＭＢＭは、要求のあった検索結果をユーザ端末ＵＳＴに応答し、ユーザ端末ＵＳＴの図示しない表示装置などに、検索要求に一致したモデルバインドリストの結果を表示する。

ユーザ端末ＵＳＴにおいて、ユーザが検索結果の中から任意のモデルバインドリストを選択し、情報を要求する（ＳＴＥＰ１１０）。

ここで、モデルバインドリストは、図１５で示したように、オブジェクトＯＢＪ間で共通する要素についてまとめたツリー構造のリンク先で構成され、ユーザ端末ＵＳＴでモデルバインドリストに表示された何れかのリンク先を選択することで、情報の要求がリンク先の分散データ処理サーバＤＤＳに対して行われる。

分散データ処理サーバＤＤＳでは、ユーザ端末ＵＳＴから要求のあった測定データまたは加工データにアクセスを行って、アクセスした結果をディレクトリサーバＤＲＳの属性別意味解釈リスト管理部ＡＴＭに返信する。

ディレクトリサーバＤＲＳでは、属性別意味解釈リスト管理部ＡＴＭが、分散データ処理サーバＤＤＳから送信された測定データのデータＩＤから、図１３に示した属性別意味解釈リストＡＴＬの戻り値に対する意味を取得する（ＳＴＥＰ１１２）。

次に、ディレクトリサーバＤＲＳの検索エンジンＳＥＲは、属性別意味解釈リスト管理部ＡＴＭで解析した測定データに対応する意味をユーザ端末ＵＳＴに返信し、ユーザ端末ＵＳＴでは当該ディレクトリサーバＤＲＳからの応答を分散データ処理サーバＤＤＳからの返信に代わって表示する。

例えば、図１５のモデルバインドリストＭＢＬ−Ｐのリンク先ＬＩＮＫ−１を選択した場合、ユーザ端末ＵＳＴから鈴木さん位置ＯＢＪ−１について予め設定した分散データ処理サーバＤＤＳ−１の測定データにアクセスが行われる。リンク先ＬＩＮＫ−１が例えば、図１２に示したセンサ情報テーブルＳＴＢのデータ格納先に対応付けられていれば、分散データ処理サーバＤＤＳは、このデータ格納先に対応するデータベースＤＢから測定データである無線センサノードＭＳＮ−１の測定データを読み込んでディレクトリサーバＤＲＳに返信する。

ディレクトリサーバＤＲＳでは、データと共に格納されているデータ属性から、属性別意味解釈リストＡＴＬの場所テーブルＡＴＬ−ｐを選択し、戻り値（測定データ）に対応する意味を取得する。この場合、例えば、戻り値＝０２であれば、モデルバインドリストＭＢＬ−Ｐのリンク先ＬＩＮＫ−１の情報は、「Ａ会議室」となる。したがって、モデルバインドリストＭＢＬ−Ｐの「鈴木さん位置」というオブジェクトＯＢＪ−１に対する応答はセンサノードＭＳＮ−１の測定データ「０２」という値から、「Ａ会議室」というユーザにとって有意な意味を持つ情報に変換されてユーザ端末ＵＳＴに表示（または通知）される。なお、本例ではデータ属性はデータと供に取得される方式を示したが、実世界モデルリストＭＤＬの登録時に、モデルに対して属性を指定しておく方法でも良い。この場合には、予めセンサノード登録時に、センサノードからのデータを受信する分散データ処理サーバＤＤＳに対して、データ格納先の確保と属性の指定を行っておけばよい。

図２２は、上記図２０の処理を、図１５のモデルバインドリストＭＢＬ−Ｐの「鈴木さん着座状態」ＬＩＮＫ−２について行ったものである。この場合も、各無線センサノードＷＳＮ−３〜１０からの戻り値「００」が分散データ処理サーバＤＤＳから読み込まれ、ディレクトリサーバＤＲＳの属性別意味解釈リスト管理部ＡＴＭにて、戻り値＝「００」が「在席」となり、「鈴木さんは在席しています」という有意な情報を検索エンジンＳＥＲからユーザ端末ＵＳＴに返すことができる。

図２３は、上記図２０の処理を、図１５のモデルバインドリストＭＢＬ−Ｐの「鈴木さん温度」ＬＩＮＫ−３について行ったものである。この場合も、各無線センサノードＭＳＮ−１のセンサＳＳＲ−１からの戻り値「ｘ」が分散データ処理サーバＤＤＳから読み込まれ、ディレクトリサーバＤＲＳの属性別意味解釈リスト管理部ＡＴＭにて、戻り値＝ｘが温度ｙ＝ｆ（ｘ）として演算され、「鈴木さんの周囲温度はｙ℃です」という有意な情報検索エンジンＳＥＲからユーザ端末ＵＳＴに返すことができる。

図２４は、上記図２０の処理を、図１５のモデルバインドリストＭＢＬ−Ｒの「Ａ会議室のメンバ」について行ったものである。この場合は、モデル管理部ＭＭＧでＡ会議室のメンバＯＢＪ−４というオブジェクトを生成した際に、所定の分散データ処理サーバＤＤＳ−１では、Ａ会議室に相当する基地局ＢＳＴ−１で検出された無線センサノードのＩＤが、測定データとして基地局ＢＳＴ−１に読み込まれる。そしてこの値がデータ格納先として予め設定された、図１４の情報リンク先（ここでは、分散データ処理サーバＤＤＳ−１）に格納される。

分散データ処理サーバＤＤＳ−１は、所定の周期で基地局ＢＳＴ−１から無線センサノードＭＳＮ−１〜ｎのＩＤを収集し、上記Ａ会議室のメンバを示す値（無線センサノードのＩＤの集合）を更新する。図２４においては、分散データ処理サーバＤＤＳ−１が収集した無線センサノードＭＳＮ−１〜ｎより、タグのＩＤが「０１」、「０２」の従業者がＡ会議室で検出されたことを示す。

分散データ処理サーバＤＤＳ−１はこの加工データ「０１、０２」をディレクトリサーバＤＲＳの属性別意味解釈リスト管理部ＡＴＭに送信する。

ディレクトリサーバＤＲＳの属性別意味解釈リスト管理部ＡＴＭでは、予め定義された人名テーブルＡＴＬ−ｍから、受信した加工データを、０１＝鈴木、０２＝田中、という有意な情報に変換してユーザ端末ＵＳＴに送信する。

この結果、ユーザ端末ＵＳＴでは、モデルバインドリストＭＢＬ−ＰのＡ会議室のメンバという情報要求に対して、「Ａ会議室には鈴木、田中がいます」という有意な情報を得ることができる。

図２５は、上記図２０の処理を、図１５のモデルバインドリストＭＢＬ−Ｒの「Ａ会議室の人数」について行ったものである。この場合は、モデル管理部ＭＭＧでＡ会議室の人数ＯＢＪ−５というオブジェクトを生成した際に、所定の分散データ処理サーバＤＤＳ−１では、Ａ会議室の人数、具体的にはある時間周期毎にＡ会議室に相当する基地局ＢＳＴ−１で検出される名札ノードのＩＤ数、もしくは着座ノードがＯＮとなっている数を計算する。そしてこの値がオブジェクトＯＢＪ−５のデータ格納先として、予め設定された図１４の情報リンク先に格納される。

分散データ処理サーバＤＤＳ−１は、所定の周期で基地局ＢＳＴ−１から無線センサノードＭＳＮ−１〜ｎのＩＤの数ｘを収集し、上記Ａ会議室の人数を示す値ｙ（本例ではｙ＝ｘ）を演算して更新する。分散データ処理サーバＤＤＳ−１はこの演算値ｙをディレクトリサーバＤＲＳの属性別意味解釈リスト管理部ＡＴＭに送信する。

ディレクトリサーバＤＲＳの属性別意味解釈リスト管理部ＡＴＭでは、予め定義された人数テーブルＡＴＬ−ｎから、受信した加工データを、人数ｙ＝ｘ、という有意な情報に変換して検索エンジンＳＥＲからユーザ端末ＵＳＴに送信する。

この結果、ユーザ端末ＵＳＴでは、モデルバインドリストＭＢＬ−ＰのＡ会議室の人数という情報要求に対して、「Ａ会議室にはｙ人います」という有意な情報を得ることができる。

＜アクション制御部＞
図２６は、ディレクトリサーバＤＲＳのアクション制御部ＡＣＣの詳細を示すブロック図である。

アクション制御部ＡＣＣは、複数の分散データ処理サーバＤＤＳのイベントアクション制御部ＥＡＣから受信したイベント発生通知に基づいて、予め設定した動作（アクション）を自動的に行うものである。

アクション制御部ＡＣＣは、セッション制御部ＳＥＳを介してユーザ端末ＵＳＴからアクション設定を受け付けるアクション受け付け部ＡＲＣと、受け付けたアクションを分析し、分析結果に応じてディレクトリサーバＤＲＳと分散データ処理サーバＤＤＳ間の機能（または負荷）分担を設定するアクション分析部ＡＡＮと、アクションの定義及び実行を管理するアクション管理部ＡＭＧと、ユーザ端末ＵＳＴからの設定要求に応じたイベントとアクションの関係を格納するアクションテーブルＡＴＢと、アクションテーブルＡＴＢで定義されたイベントを監視するように分散データ処理サーバＤＤＳ−１〜ｎに指令を送出するイベント監視指示部ＥＭＮと、各分散データ処理サーバＤＤＳ−１〜ｎで発生したイベント通知を受信するイベント受信部ＥＲＣと、受信したイベントとアクションテーブルＡＴＢの定義に基づいて、所定動作を実行するアクション実行部ＡＣＥＣとから構成される。

アクションの登録について、図２７のタイムチャートを参照しながら説明する。図２７では、まず、ユーザ（またはサービス管理者）がユーザ端末ＵＳＴ等からディレクトリサーバＤＲＳのアクション制御部ＡＣＣに接続し、アクションの設定を要求する。例えば、アクションの一例としては、図２８で示すように、Ｘさんの着席を監視して、ＩＰアドレス：Ａのユーザ端末ＵＳＴにポップアップ通知を送信する、というアクションを設定する場合について検討する。

アクション制御部ＡＣＣのアクション受付部ＡＲＣは、上記アクションの設定要求を受け付けると、アクション分析部ＡＡＮに当該アクションの設定を要求する。アクション分析部ＡＡＮは、例えば、ユーザ端末ＵＳＴから要求のあったＸさんの着席から、実世界モデルリストＭＤＬからＸさん着座状態というモデル名から監視対象のセンサノードのデータＩＤを選択し、またセンサノードの測定データがどのようになったらイベントを発生させるか決定する。ここでは、「Ｘさんの着席」という実世界の事象をセンサノードのデータＩＤへ変換するため、実世界モデルテーブルＭＴＢの実世界モデルリストＭＤＬと属性別意味解釈リストＡＴＬを参照して「Ｘさんの着席」というモデルと着席（在席）という意味に対応する戻り値を探索する。すなわち、ユーザが理解可能なモデル名と意味を、センサノードのＩＤ及び所在と戻り値に変換する。

ここで、図２９で示すように、Ｘさん＝鈴木さんの場合では、既に実世界モデルテーブルＭＴＢにモデルが定義されているので、上記リストＭＤＬ、ＡＴＬからデータＩＤ＝Ｘ２とデータを格納する情報格納先（分散データ処理サーバＤＤＳ−１）を取得する。

次に、アクション管理部ＡＭＧでは、「Ｘさんの着席」というイベント発生を分散データ処理サーバＤＤＳで監視するため、上記選択したモデル名に対応するデータ格納先となるセンサノードを管理する分散データ処理サーバＤＤＳに対して「Ｘさんの着席」というイベント発生を監視するように指令を送出する。そして、アクション管理部ＡＭＧは、図３１で示すアクションテーブルＡＴＢに「ＩＰアドレス：Ａのユーザ端末ＵＳＴにポップアップ通知を送信する」というアクションを設定し、当該アクションを実行するイベントのＩＤとして、上記データＩＤを設定する。

ディレクトリサーバＤＲＳのアクション管理部ＡＭＧから指令を受けた分散データ処理サーバＤＤＳでは、図３０で示すように、実世界モデルリストＭＤＬから取得したデータＩＤ＝Ｘ２について、属性意味解釈リストＡＴＬから取得した着席という条件「００」と、アクションとして行うべきイベントの通知先にディレクトリサーバＤＲＳのアクション制御部ＡＣＣを登録する。なお、分散データ処理サーバＤＤＳ−１で行う、ディレクトリサーバＤＲＳへの通知は、分散データ処理サーバＤＤＳ−１おけるアクションとする。

つまり、図３０に示す分散データ処理サーバＤＤＳのイベントテーブルＥＴＢには、測定データのＩＤを示すデータＩＤ欄に、「鈴木さんの着席」を示す感圧センサのデータＩＤ＝Ｘ２が設定され、イベントの条件欄には、着席を示すＸ２データの値「００」が設定され、分散データ処理サーバＤＤＳ−１のアクション欄には、ディレクトリサーバＤＲＳのアクション制御部ＡＣＣへ通知する、というアクションが設定される。

また、図３１のアクションテーブルＡＴＢには、監視対象のデータＩＤを示すデータＩＤ欄には、「鈴木さんの着席」を示すセンサノードのデータＩＤ＝Ｘ２が設定され、イベントの条件欄には、分散データ処理サーバＤＤＳ−１からのイベント発生の受信が設定され、ディレクトリサーバＤＲＳが実行するアクション欄には、ユーザ端末ＵＳＴへのポップアップ通知が設定され、アクションのパラメータ欄には、ユーザ端末ＵＳＴのうちＡさんを示すＩＰアドレスが設定される。

アクション管理部ＡＭＧがアクションテーブルＡＴＢに登録するアクションは、図３１で示すように、データＩＤ＝Ｘ２のイベントを受信したことをイベントの条件とし、ポップアップ通知というアクションを、パラメータ欄に記載したアドレス（ここではＩＰアドレスＡの端末）に対して実行するよう設定する。

なお、図２８、図２９のアクション設定要求画面は、ディレクトリサーバＤＲＳのアクション受付部ＡＲＣがユーザ端末ＵＳＴへ提供するもので、氏名のプルダウンメニューに実世界モデルリストＭＤＬが対応付けられており、「着座」、「会議中」、「帰宅」のプルダウンメニューは、属性意味解釈リストＡＴＬに対応付けられており、「ポップアップ」、「メール」のプルダウンメニューは、ディレクトリサーバＤＲＳで実行するアクションが設定されている。

上述のように、一つのイベント発生から一つのアクションを行うものを単一アクションとし、上記のようなアクションの設定は図３２で示す流れとなる。すなわち、ユーザ端末ＵＳＴからディレクトリサーバＤＲＳのアクション制御部ＡＣＣに対してアクションの設定要求が行われ、アクションの分析とイベントの監視指示がアクション制御部ＡＣＣで生成され、分散データ処理サーバＤＤＳのイベントアクション制御部ＥＡＣにてイベントテーブルＥＴＢが定義される。その後、アクション制御部ＡＣＣのアクション管理部ＡＭＧは、イベント受信部ＥＲＣに対して、上記設定したイベント（データＩＤ＝Ｘ２）の監視を指示する。これにより一連のアクションの設定が完了したことをアクション制御部ＡＣＣはユーザ端末ＵＳＴに通知する。

＜アクションの実行＞
図３３は、上記図２８、図２９で設定したアクションの実行を示すタイムチャートである。

監視対象のセンサノードの測定データがイベント発生条件の「００」に変化して、Ｘさんの着席が判定されると、分散データ処理サーバＤＤＳ−１は、データＩＤ＝Ｘ２に関するイベント通知を発生する。

このイベント発生は、分散データ処理サーバＤＤＳからディレクトリサーバＤＲＳに通知され、図２６のイベント受信部ＥＲＣが受信する。

ディレクトリサーバＤＲＳのアクション管理部ＡＭＧは、受信したイベントのデータＩＤから図３１のアクションテーブルＡＴＢを検索し、該当するアクションの有無を判定する。受信したデータＩＤ＝Ｘ２のイベントは、アクションテーブルＡＴＢに定義があるので、アクション管理部ＡＭＧは、アクション実行部ＡＣＥＣに対してアクションテーブルＡＴＢのアクションとパラメータを通知する。

アクション実行部ＡＣＥＣは、アクション管理部ＡＭＧから指示されたＩＰアドレス：Ａのユーザ端末ＵＳＴに対してポップアップ通知を送信する。

ＩＰアドレス：Ａのユーザ端末ＵＳＴには、ポップアップ通知が送信され、Ｘさんの着席が検知されたことを確認できる。

＜移動センサノードの処理＞
以上説明したディレクトリサーバＤＲＳ、分散データ処理サーバＤＤＳ及び基地局ＢＳＴによって、移動センサノードとしての無線モバイルセンサノードＭＳＮのデータ処理を行う方法について以下に説明する。無線モバイルセンサノードＭＳＮは各々の登録時に、その位置情報とセンシングデータの格納を行うための分散データ処理サーバＤＤＳ（ホームサーバ）がひとつ割り当てられる。ホームサーバの配下に存在している無線モバイルセンサノードＭＳＮは、ホームサーバとなる分散データ処理サーバＤＤＳから見て、内部センサノードと呼ばれる。また、無線モバイルセンサノードＭＳＮがホームサーバ以外の分散データ処理サーバＤＤＳの配下に移動した場合、この分散データ処理サーバＤＤＳを外部サーバと呼ぶ。

例えば、図５において、無線モバイルセンサノードＭＳＮ−１の測定データのデータ格納先が分散データ処理サーバＤＤＳ−１に設定されている場合、この無線モバイルセンサノードＭＳＮ−１が基地局ＢＳＴ−１、２の何れかと通信を行っているときは、内部センサノードとしてホームサーバである分散データ処理サーバＤＤＳ−１と通信する状態であり、ネットワークＮＷＫ−２を介して分散データ処理サーバＤＤＳ−１にて位置情報および測定データが収集される。

一方、図３４で示すように、無線モバイルセンサノードＭＳＮ−１がホームサーバである分散データ処理サーバＤＤＳ−１の配下の基地局ＢＳＴ−１から、外部サーバである分散データ処理サーバＤＤＳ−２の配下の基地局ＢＳＴ−ｎへ移動すると、外部サーバである分散データ処理サーバＤＤＳ−２は無線モバイルセンサノードＭＳＮ−１の位置情報および測定データを、ディレクトリサーバＤＲＳを介して分散データ処理サーバＤＤＳ−１へ転送する。転送すべき分散データ処理サーバＤＤＳ−１の情報は無線モバイルセンサノードＭＳＮ−１のデータＩＤをベースにディレクトリサーバＤＲＳへアクセスすることで取得することができる。このような転送の仕組みによって、無線モバイルセンサノードＭＳＮ−１の位置情報および測定データは、無線モバイルセンサノードＭＳＮ−１の所在に係わらず、ホームサーバにて管理することができる。なお、このとき、分散データ処理サーバＤＤＳ−２から見て、無線モバイルセンサノードＭＳＮ−１は外部ノードと呼ばれる。

この処理の流れを、図３５のタイムチャートに示す。図３５において、まず、外部サーバ（分散データ処理サーバＤＤＳ−２）では、配下の基地局ＢＳＴ−ｎから受信したセンサノードのデータＩＤに基づいてイベントテーブルＥＴＢを検索し、該当するデータＩＤがイベントテーブルＥＴＢになければ、新たな外部センサノードが到着したと判定する（ＳＴＥＰ２１０）。

新たな外部センサノードを検出したときには、外部サーバはディレクトリサーバＤＲＳに対して、検出したセンサノードの測定データとデータＩＤ及び外部サーバの位置情報（例えば、ＩＰアドレス）を転送する（ＳＴＥＰ２１１）。

ディレクトリサーバＤＲＳでは、受信したセンサノードのデータＩＤに基づいてアクションテーブルＡＴＢを検索し、一致するデータＩＤのエントリがあるか否かを判定する（ＳＴＥＰ２１２）。

受信したデータＩＤについてのエントリがアクションテーブルＡＴＢに存在しない場合、センサ情報テーブルＳＴＢを検索し、既に登録されているセンサノードのデータＩＤに関連するホームサーバの分散データ処理サーバＤＤＳの情報取得を試みる（ＳＴＥＰ２００）。なお、後述するように、センサ情報テーブルＳＴＢに該当するデータＩＤがなければ、認証失敗と判定して受信した測定データを破棄するように、アクションテーブルＡＴＢの設定を行う。

認証に成功すると、ディレクトリサーバＤＲＳは図１２のセンサ情報テーブルＳＴＢからデータＩＤに対応するホームサーバの情報（ここでは、ＤＤＳ−１）を取得する（ＳＴＥＰ２０１）。

次に、ディレクトリサーバＤＲＳは、アクションテーブルＡＴＢに該当データＩＤのアクションエントリを図３６のデータＩＤ＝ＭＳＮ−１のように登録する。図３６は、外部センサノードとして外部サーバ（分散データ処理サーバＤＤＳ−２）から受信したデータＩＤについて、ディレクトリサーバＤＲＳは、アクションテーブルＡＴＢに当該データＩＤの新たなエントリを生成する。そして、このエントリにイベント条件（内容）としてデータの到着を設定し、アクションとしてデータの転送を設定し、パラメータ欄にはＳＴＥＰ２０１で取得したホームサーバＤＤＳ−１のアドレス（例えば、ＩＰアドレス）を設定する（Ｓ２０２）。

アクションテーブルＡＴＢの登録が完了すると、ディレクトリサーバＤＲＳは当該データＩＤのアクションを実行し、ホームサーバ（ＤＤＳ−１）にセンサノード（ＭＳＮ−１）の測定データとデータＩＤ及びセンサノードの位置情報（外部サーバの位置情報）を転送する（ＳＴＥＰ２１３）。

ホームサーバである分散データ処理サーバＤＤＳ−１は、ディレクトリサーバＤＲＳから内部センサノードである無線モバイルセンサノードＭＳＮ−１の測定データ、データＩＤ、位置情報を受信し、ディスクＤＳＫに格納する（ＳＴＥＰ２１４）。

なお、上記ＳＴＥＰ２１２で、アクションテーブルＡＴＢに該当するデータＩＤのエントリが既に登録されている状態であれば、これに従って、外部センサノードの測定データ、データＩＤ、位置情報をホームサーバに転送する（ＳＴＥＰ２１３）。この場合、認証処理（ＳＴＥＰ２００−ＳＴＥＰ２０２）を行う必要はない。

また、上記ＳＴＥＰ２００で認証に失敗した場合には、図３７で示すように、ディレクトリサーバＤＲＳは、アクションテーブルＡＴＢに当該データＩＤ（図３６のデータＩＤ＝ＭＳＮ−ｎ）の新たなエントリを生成する。そして、このエントリにイベント条件（内容）としてデータの到着を設定し、アクションとしてデータの破棄を設定する。これにより、以降、センサ情報テーブルＳＴＢに登録されていない他のセンサネットワークのセンサノードから受信したデータを破棄する（ＳＴＥＰ２２３）。したがって、ディレクトリサーバＤＲＳが管理していないセンサノードのデータを排除することができる。なお、図３７において、ＳＴＥＰ２２０〜ＳＴＥＰ２２２及びＳＴＥＰ２００〜２０２は、図３５のＳＴＥＰ２１０〜２１２及びＳＴＥＰ２００〜２０２と同様の処理で構成される。

以上のように、移動センサノードである無線モバイルセンサノードＭＳＮ−１がセンサネットワーク上のいずれの分散データ処理サーバＤＤＳに移動しても、移動センサノードの所在（位置情報）と、その測定データをホームサーバで一元的に管理することが可能となる。したがって、ユーザ端末ＵＳＴから無線モバイルセンサノードＭＳＮ−１の測定データに関する情報についてアクセスがあると、ディレクトリサーバＤＲＳは常にセンサ情報テーブルＳＴＢの格納先へアクセスを行えばよいので、迅速にユーザ端末へ応答することができる。ディレクトリサーバＤＲＳ自身では移動センサノードである無線モバイルセンサノードＭＳＮ−１の位置を管理する必要がなくなり、移動センサノードの位置管理に要する膨大な負荷を低減することが可能となって、ユーザ端末ＵＳＴからのモデル名などの照会や、分散データ処理サーバＤＤＳからのイベントアクションの受付を円滑に行うことが可能となる。特に、無線モバイルセンサノードなどの移動センサノードを多数保有するセンサネットワークにおいては、ディレクトリサーバＤＲＳが移動センサノードの所在を管理するための処理負荷と、ネットワークＮＷＫ−１のトラフィックを低減し、ディレクトリサーバＤＲＳ及びネットワークＮＷＫ−１の負荷が過大になるのを防止できる。

さらに、自センサネットワークで管理していないセンサノード（不正なセンサノード）が分散データ処理サーバＤＤＳに接続した場合には、測定データを破棄するようにしたので、不要なデータ通信を抑制できる。

＜第２実施形態＞
図３８〜図４６は、第２の実施形態を示し、アクションの実行を分散データ処理サーバＤＤＳ側で行うようにしたもので、上記図９に示した分散データ処理サーバＤＤＳのイベントアクション制御部ＥＡＣにアクション実施部ＡＣＥを設け、図１０のイベントテーブルＥＴＢを、イベントの発生とアクションの実施を定義するイベントアクションテーブルＥＡＴＢに置き換えたものであり、その他の構成は前記第１実施形態と同様である。本第２実施形態では、外部サーバとなった分散データ処理サーバＤＤＳが外部センサノードの測定データを、直接ホームサーバに転送するものである。

図３８において、分散データ処理サーバＤＤＳのイベントアクション制御部ＥＡＣには、ネットワーク処理部ＮＷＰを介して、基地局ＢＳＴから収集される測定データをイベントアクションに対応付けるイベントアクションテーブルＥＡＴＢを備える。

そして、イベントアクション制御部ＥＡは、イベント発生判定部ＥＶＭのイベント発生通知に基づいて、イベントアクションテーブルＥＡＴＢに設定されたアクションを実施するアクション実施部ＡＣＥが備えられる。

また、イベントアクションテーブルＥＡＴＢには、エージング処理部ＡＧＰを設けて、所定条件が成立した外部センサノードのイベントアクションエントリをイベントアクションテーブルＥＡＴＢから削除するものである。

エージング処理部ＡＧＰの所定条件としては、例えば、所定時間を超えてアクセス（データの受信）の無い外部センサノードのイベントアクションエントリを削除する。これにより、すでに、他の分散データ処理サーバＤＤＳに移動した無線モバイルセンサノードＭＳＮのイベントアクションを削除しておくことで、分散データ処理サーバＤＤＳのイベントアクションエントリの増大を軽減することができる。

イベントアクションテーブルＥＡＴＢは、図４０で示すように、センサノードのデータ毎に割り当てられて付与されるデータＩＤと、イベントを発生させる測定データの条件を示すイベント内容欄と、イベント発生時に分散データ処理サーバＤＤＳが実施するアクションの内容を示すアクション欄と、アクションを実施する際に必要な値を格納するパラメータ欄と、イベント発生時に測定データをデータベースＤＢに格納するか否かを決定するデータ格納ＤＨＬとから１エントリ（レコード）が構成されている。

例えば、イベントアクションテーブルＥＡＴＢは、図中、データＩＤがＭＳＮ−１の測定データでは、測定データが当該分散データ処理サーバＤＤＳに到着（受信）する度にイベントを発生し、アクション欄に設定された「データ転送」を、パラメータ欄で指定されたホームサーバ（本例ではＤＤＳ−１）に対して実行する。さらに、自分散データ処理サーバＤＤＳのディスク装置ＤＳＫへの測定データの書き込みの有無を、ディスク格納欄がＹｅｓであればディスクＤＳＫへの書き込みを実行し、Ｎｏであれば書き込みを行わない。このイベントアクションの設定は、ディレクトリサーバＤＲＳを介して、ユーザ端末から上記第１実施形態と同様に設定する。

また、図中、データＩＤがＭＳＮ−ｎの測定データは、認証失敗の外部センサノードに対するイベントアクションを示しており、データの到着時に「データ破棄」を実行するように設定される。

分散データ処理サーバＤＤＳでは、基地局ＢＳＴまたはネットワーク処理部ＮＷＰから受信した測定データを、まず、センシングデータＩＤ抽出部ＩＤＥで受け付け、センサノード毎に割り当てられたデータＩＤを測定データから抽出する。そして、センシングデータＩＤ抽出部ＩＤＥ（センサノード判定部）は、データＩＤに基づいて受信した測定データが内部センサノードの測定データであるか、外部センサノードの測定データであるかを判定する。センシングデータＩＤ抽出部ＩＤＥは、受信した測定データが内部センサノードの測定データであれば、当該測定データを最新データメモリＬＤＭに送り、外部センサノードの測定データであれば、後述のように当該外部センサノードのホームサーバを探索し、アクション実施部ＡＣＥ（データ制御部）が測定データをホームサーバに転送する。

センシングデータＩＤ抽出部ＩＤＥが基地局ＢＳＴから受信する無線モバイルセンサノードＭＳＮの測定データは、図４３で示すようなデータフォーマットＤ０で構成される。

図４３において、データフォーマットＤ０のヘッダ部には、センサノード毎に割り当てられたデータＩＤ（図中、ノードＩＤ）が設定され、次に、無線モバイルセンサノードＭＳＮの所在を示す位置情報ＢＳＴ−ＩＤが設定され、さらに、測定データ本体がセンシングデータ欄に格納される。ここで、データＩＤ（ノードＩＤ）は、無線モバイルセンサノードＭＳＮ自身が測定データのヘッダに付与し、位置情報ＢＳＴ−ＩＤは基地局ＢＳＴが自身に関連する情報を測定データに付与する。この位置情報としては、基地局ＢＳＴの識別子ＢＳＴ−ＩＤだけでなく、基地局ＢＳＴのＩＰアドレスを付加しても良い。

分散データ処理サーバＤＤＳは、後述のように、受信した測定データのデータＩＤに基づいて、受信した測定データが外部センサノードの場合には、図４３のデータフォーマットＤ０で受信した測定データをディスクＤＳＫへ書き込み、外部センサノードの場合には、分散データ処理サーバＤＤＳは図４４で示すように、測定データの先頭にホームサーバ（図中ホームＤＤＳ）の宛先ＩＤを付与して、当該測定データを他のホームサーバに転送する。

図４４において、データＤ１は、上記図４３のデータＤ０のヘッダに、ホームサーバの宛先アドレス（図中ホームＤＤＳアドレス）を付加したものである。具体的には、外部サーバとなった分散データ処理サーバＤＤＳ−２のアクション実施部ＡＣＥが、イベントアクションテーブルＥＡＴＢより取得したホームＤＤＳ−１アドレスを付与する。

図３９は無線モバイルセンサノードＭＳＮ−１がホームサーバである分散データ処理サーバＤＤＳ−１の配下の基地局ＢＳＴ−１から、外部サーバである分散データ処理サーバＤＤＳ−２の配下の基地局ＢＳＴ−ｎへ移動したときに、図４２に示すように外部サーバである分散データ処理サーバＤＤＳ−２が無線モバイルセンサノードＭＳＮ−１の測定データを、ホームサーバである分散データ処理サーバＤＤＳ−１へ直接転送する処理の流れを示すタイムチャートである。

図３９において、まず、外部サーバ（図４２の分散データ処理サーバＤＤＳ−２）では、配下の基地局ＢＳＴ−ｎから受信した移動センサノードとしての無線モバイルセンサノードＭＳＮ−１の測定データからデータＩＤを抽出し（ＳＴＥＰ３１０）、イベントアクションテーブルＥＡＴＢを検索し、該当するデータＩＤがイベントアクションテーブルＥＡＴＢになければ、新たな外部センサノードの到着であると判定する（ＳＴＥＰ３１１）。

そして、新たな外部センサノードを検出したときには、外部サーバはディレクトリサーバＤＲＳに対して、検出したセンサノードのデータＩＤを送付し認証を要求する（ＳＴＥＰ３００）。

ディレクトリサーバＤＲＳでは、受信したセンサノードのデータＩＤに基づいてセンサ情報テーブルＳＴＢを検索し、既に登録されているセンサノードのデータＩＤであれば認証成功とする（ＳＴＥＰ３０１）。なお、センサ情報テーブルＳＴＢに該当するデータＩＤがなければ、認証失敗と判定して受信した測定データを破棄するように、後述するように外部サーバ（ＤＤＳ−２）に通知する。

認証に成功すると、ディレクトリサーバＤＲＳは図１２のセンサ情報テーブルＳＴＢから該当するデータＩＤに対応したデータ格納先からホームサーバ（図中ホームＤＤＳ）の転送先（ここでは、ＤＤＳ−１）を取得し、外部サーバに認証の成功とホームサーバの宛先アドレスを通知する（ＳＴＥＰ３０２）。

次に、ディレクトリサーバＤＲＳから認証成功と外部センサノードのホームサーバの宛先アドレスを受信した外部サーバ（ＤＤＳ−２）では、認証成功の通知に基づいて（Ｓ３０３）、イベントアクションテーブルＥＡＴＢに対して、図４０に示すように該当データＩＤ＝ＭＳＮ−１の新規エントリを登録する（ＳＴＥＰ３０４）。

上記図４０のように新たなエントリにイベント条件（内容）としてデータの到着を設定し、アクションとしてデータの転送を設定し、パラメータ欄にはＳＴＥＰ３０３で取得したホームサーバＤＤＳ−１のアドレス（例えば、ＩＰアドレス）を設定する（Ｓ２０２）。

イベントアクションテーブルＥＡＴＢの登録が完了すると、外部サーバ（ＤＤＳ−２）は当該データＩＤのアクションを実行し、ホームサーバ（ＤＤＳ−１）にセンサノード（ＭＳＮ−１）の測定データとデータＩＤ及びセンサノードの位置情報（外部サーバの位置情報）を転送する（ＳＴＥＰ３１２）。

ホームサーバである分散データ処理サーバＤＤＳ−１は、ディレクトリサーバＤＲＳから内部センサノードである無線モバイルセンサノードＭＳＮ−１の測定データ、データＩＤ、位置情報を受信し、ディスクＤＳＫに格納する（ＳＴＥＰ３１３）。

なお、上記ＳＴＥＰ３１１で、イベントアクションテーブルＥＡＴＢに該当するデータＩＤのエントリが既に登録されている状態であれば、ディレクトリサーバＤＲＳに認証依頼を行うこと無く、外部センサノードの測定データ、データＩＤ、位置情報をホームサーバＤＤＳ−１に転送することができる（ＳＴＥＰ３１３）。

したがって、分散データ処理サーバＤＤＳにアクション実施部ＡＣＥとイベントアクションテーブルＥＡＴＢを設けることで、外部センサノードの測定データを受信した外部サーバは、直接的にホームサーバに測定データを転送することができ、ディレクトリサーバＤＲＳは無線モバイルセンサノードＭＳＮの認証と、ホームサーバの宛先アドレスを外部サーバに通知するだけとなって、実際のデータ転送に係わる必要がなく、さらに処理負荷を低減することができる。

一方、上記ＳＴＥＰ３０１でディレクトリサーバＤＲＳが認証に失敗した場合には、図４１で示すように、外部サーバ（ＤＤＳ−２）に認証失敗を通知する（Ｓ３０３）。認証失敗の通知を受けた外部サーバは、該当するデータＩＤは不正な移動センサノードであると判断されて、イベントアクションテーブルＥＡＴＢに当該データＩＤ（図４０のデータＩＤ＝ＭＳＮ−ｎ）の新たなエントリを生成する。そして、このエントリにイベント条件（内容）としてデータの到着を設定し、アクションとしてデータの破棄を設定する。これにより、以降、外部サーバ（ＤＤＳ−２）は、センサ情報テーブルＳＴＢに登録されていない他のセンサネットワークのセンサノードから測定データを受信すると、当該データを破棄する（ＳＴＥＰ３２２）。したがって、ディレクトリサーバＤＲＳが管理していないセンサノードのデータを排除することができる。なお、図４１において、ＳＴＥＰ３２０〜ＳＴＥＰ３２１及びＳＴＥＰ３００〜３０２は、図３９のＳＴＥＰ３１０〜２１２及びＳＴＥＰ３００〜３０２と同様の処理で構成される。なお、不正な移動センサノードの場合では、センサ情報テーブルＳＴＢに該当するデータＩＤは登録されていないので、ＳＴＥＰ３０２でホームサーバの位置情報を取得することはできない。

図４５は、分散データ処理サーバＤＤＳで行われる外部センサノードの検出処理とイベントアクションテーブルＥＡＴＢの登録処理の詳細な処理の一例を示すフローチャートである。

まず、センシングデータＩＤ抽出部ＩＤＥがセンサノードから受信した測定データを受け付け、上記図４３に示したデータからデータＩＤ（ノードＩＤ）を抽出する（ＳＴＥＰ４１０）。

次に、センシングデータＩＤ抽出部ＩＤＥは、抽出したデータＩＤからイベントアクションテーブルＥＡＴＢを検索してデータＩＤが一致するエントリを検索する（ＳＴＥＰ４１１）。一致するエントリがない場合には、新たな外部センサノードであると判定してＳＴＥＰ４１３へ進み、一致するエントリがあった場合には、内部センサノードまたは既知の外部センサノードであると判定してＳＴＥＰ４１６に進む。

新たな外部センサノードを検出したＳＴＥＰ４１３では、上記図４１のＳＴＥＰ３００と同様にして、センシングデータＩＤ抽出部ＩＤＥは抽出したデータＩＤをディレクトリサーバＤＲＳに送り、認証の要求とホームサーバの宛先アドレスの取得を依頼する（Ｓ４１３）。

ディレクトリサーバＤＲＳから認証成功とホームサーバの宛先アドレスを取得すると、センシングデータＩＤ抽出部ＩＤＥは、イベントアクションテーブルＥＡＴＢに当該データＩＤのエントリを上記図４０のデータＩＤ＝ＤＤＳ−１で示したように追加し、ホームサーバにデータ転送を行うアクションを設定する。なお、認証失敗の通知を受けた場合には、当該データＩＤについて上記図４０のデータＩＤ＝ＤＤＳ−ｎで示したようにデータを破棄するエントリを追加する（ＳＴＥＰ４１４）。

そして、生成した新たなエントリの設定に基づいて、イベント検索部ＥＶＳでデータＩＤが一致するイベントを検索し、イベント発生部ＥＶＭでイベントを発生し、アクション実施部ＡＣＥで外部センサノードの測定データにホームサーバの宛先アドレスを設定して、データ転送を実行する（ＳＴＥＰ４１５）。なお、新たな外部センサノードが不正なセンサノードの場合は、イベントアクションテーブルＥＡＴＢの設定に基づき、測定データの破棄を実施する。

一方、測定データから抽出したデータＩＤがイベントアクションテーブルＥＡＴＢと一致した場合には（ＳＴＥＰ４１６）、測定データを受信したセンサノード（無線モバイルセンサノードＭＳＮ）が内部センサノードまたは外部センサノードのいずれであるかを判定する。この判定は、図１６のセンサノードの登録時にディレクトリサーバＤＲＳから受信した通知からホームサーバとなるセンサノードのデータＩＤをディスクＤＳＫなどに格納しておき、上記抽出したデータＩＤとディスクＤＳＫに記憶したデータＩＤを比較すること等で行う。

データＩＤが内部センサノードであれば、ＳＴＥＰ４１７に進んで、最新データメモリＬＤＭとイベント検索部ＥＶＳに送られ、位置情報の格納等、所定のイベントアクションを実施する（ＳＴＥＰ４１７）。

一方、データＩＤが外部センサノードであれば、上記ＳＴＥＰ４１５に進み、上記と同様にして、当該データＩＤについてイベントアクションテーブルＥＡＴＢを検索し、該当するエントリのイベントアクション（データ転送もしくはデータ廃棄）を実施する。

上記に説明した移動センサノード管理方法の効果について図４６を使用して説明する。本例では分散データ管理サーバＤＤＳ−１にて、無線モバイルセンサノードＭＳＮ−１の測定データを管理するように設定されている。つまり、無線モバイルセンサノードＭＳＮ−１から見れば、分散データ管理サーバＤＤＳ−１は、ホームサーバとなる。また、分散データ管理サーバＤＤＳ−１には、固定的に設置される無線センサノードＷＳＮ−１のデータ管理（例えば、着座の情報など）も同時に行っているとする。固定的に設置される無線センサノードＷＳＮ−１からは、例えば着座状態のＯＮ／ＯＦＦに応じたセンシングデータＤ１０１、Ｄ１０２、および、Ｄ１０３が、着座情報を管理しているディスクＤＳＫ−２に時系列に格納されている。図４２に示すように、無線モバイルセンサノードＭＳＮ−１が、基地局ＢＳＴ−１からＢＳＴ−ｎに移動した場合を考える。無線モバイルセンサノードＭＳＮ−１が基地局ＢＳＴ−１と接続されている状態であれば、無線モバイルセンサノードＭＳＮ−１からのデータは基地局ＢＳＴ−１を通じてホームサーバである分散データ管理サーバＤＤＳ−１に到達する。その結果、図４６に示されているように、基地局ＢＳＴ−１のＩＤ（つまり位置情報）が付与されたデータＤ２０１が、分散データ管理サーバＤＤＳ−１に到達する。無線モバイルセンサノードＭＳＮ−１が基地局ＢＳＴ−ｎの配下に移動した場合には、無線モバイルセンサノードＭＳＮ−１からのデータは基地局ＢＳＴ−ｎを通じて分散データ管理サーバＤＤＳ−２に到達する。分散データ管理サーバＤＤＳ−２に到達したデータは、前述のデータ転送方式にしたがって、ホームサーバである分散データ管理サーバＤＤＳ−１に転送される。その結果、図４６に示されているように、基地局ＢＳＴ−ｎのＩＤ（つまり位置情報）が付与されたデータＤ２０２、Ｄ２０３が、ホームサーバである分散データ管理サーバＤＤＳ−１に到達する。無線モバイルセンサノードＭＳＮ−１の位置情報を管理しているディスクＤＳＫ−１には、逐次、更新された位置情報が時系列的に格納される。これは、無線モバイルセンサノードＭＳＮ−１が、ホームサーバ以外の分散データ管理サーバに移動しても、仮想的には、無線モバイルセンサノードＭＳＮ−１が固定ノードとしてホームサーバの配下に存在し、位置情報をセンシング情報としてホームサーバに送信している、と見ることができる。

このように、本発明のデータ転送方式を使用することにより、分散データ管理サーバＤＤＳ−１では、固定的に設置される無線センサノードのデータ管理（ＤＳＫ−２）と同様に、無線モバイルセンサノードからのデータの管理（ＤＳＫ−１）を一元的に行うことができるので、データの管理が容易とすることができる。

ユーザ端末から無線モバイルセンサノードＭＳＮ−１の測定データに関する情報についてディレクトリサーバＤＲＳにアクセスがあると、ディレクトリサーバＤＲＳは常にセンサ情報テーブルＳＴＢの格納先へアクセスを行えばよいので、迅速にユーザ端末へ応答することができる。

新たな外部センサノードを検出し、外部センサノードのデータＩＤについてイベントアクションを設定した後には、外部サーバが直接ホームサーバに測定データを転送することができる。よって、データの転送は外部サーバとホームサーバ間で実施されるので、ディレクトリサーバＤＲＳの処理負荷とアクセスの集中を大幅に低減し、センサノードの数が膨大となっても、確実にセンサネットワークの運営を行うことが可能となる。そして、転送されるデータには、基地局ＢＳＴの位置情報が含まれるため、無線モバイルセンサノードＭＳＮのホームサーバでは、ディレクトリサーバＤＲＳに問い合わせることなく無線モバイルセンサノードＭＳＮの所在を把握できるのである。

このように、移動センサノードとしての無線モバイルセンサノードＭＳＮが、センサネットワーク内の任意の分散データ処理サーバＤＤＳの配下に移動しても、必ずホームサーバに測定データを転送することができ、ディレクトリサーバＤＲＳは当該無線モバイルセンサノードＭＳＮの測定データについて所定のホームサーバにアクセスすれば、無線モバイルセンサノードＭＳＮの実際の所在に係わらず必ず測定データを取得でき、移動センサノードを直接的に管理する必要がないので処理負荷を低減でき、また、ユーザ端末ＵＳＴなどからの問い合わせに迅速に応答することができる。

そして、ディレクトリサーバＤＲＳは、外部サーバに対して新たな外部センサノードの認証とホームサーバの宛先アドレスを通知するだけでよいので、多数の移動センサノードを備えたセンサネットワークを構築した場合であっても、ディレクトリサーバＤＲＳ及びネットワークＮＷＫ−１の負荷が過大になるのを防ぎ、センサネットワークを常時円滑に運営することが可能となる。

また、イベントアクションテーブルＥＡＴＢにはエージング処理部ＡＧＰを設けたので、外部サーバの配下から他の分散データ処理サーバＤＤＳに移動した無線モバイルセンサノードＭＳＮのイベントアクションを削除することができ、無線モバイルセンサノードＭＳＮの移動により分散データ処理サーバＤＤＳのイベントアクションテーブルＥＡＴＢが肥大化するのを防止できるのである。

なお、上記第２実施形態において、無線モバイルセンサノードＭＳＮの位置情報として基地局ＢＳＴの識別子を用いて、無線モバイルセンサノードＭＳＮの詳細な位置を把握可能としたが、基地局ＢＳＴの識別子に代わって分散データ処理サーバＤＤＳの識別子やアドレスを用いることができる。この場合、無線モバイルセンサノードＭＳＮの位置情報の精度が低下するが、無線モバイルセンサノードＭＳＮの位置情報を大まかに把握することができる。また、図５１に示すように、分散データ処理サーバＤＤＳが基地局ＢＳＴの機能を含む場合にも、同様に、無線モバイルセンサノードＭＳＮの位置情報として分散データ処理サーバＤＤＳの識別子やアドレスを用いることができ、無線モバイルセンサノードＭＳＮの位置情報を把握することができる。

＜第３実施形態＞
図４７〜図４９は、第３の実施形態を示し、前記第２実施形態のディレクトリサーバＤＲＳと分散データ処理サーバＤＤＳの他に、移動センサノードの情報を保持するためのノード探索サーバＮＳＳを設け、また、分散データ処理サーバＤＤＳには内部センサノードを監視する内部ノード監視エージェントＮＭＡを加えたものである。

全体的な動作例を、図４７を使用して説明する。ホームサーバとしての分散データ処理サーバＤＤＳ−１の内部センサノードである無線モバイルセンサノードＭＳＮ−１が、ホームサーバの配下の基地局ＢＳＴ−１から他の分散データ処理サーバＤＤＳ−２（外部サーバ）の配下の基地局ＢＳＴ−ｎに移動する。

外部サーバは、基地局ＢＳＴ−ｎから新たな外部センサノード（ＭＳＮ−１）を検出すると、この無線モバイルセンサノードＭＳＮ−１のデータを外部センサノードデータＦＮＤとしてノード探索サーバＮＳＳに転送する。つまり、外部サーバは外部センサノードを検出すると、測定データをそのままノード探索サーバＮＳＳに転送する。なお、データフォーマットは上記図４３と同様で、基地局ＢＳＴの識別子、ＩＰアドレス等が位置情報として付与されるものとする。

ノード探索サーバＮＳＳは、外部サーバ（分散データ処理サーバＤＤＳ−２）から外部センサノードデータＦＮＤを受信すると、当該測定データを保持する。

ホームサーバ（分散データ処理サーバＤＤＳ−１）は、図４８で示すように、配下の内部センサノードが配下の基地局ＢＳＴ−１、２にいるかを監視する内部ノード監視エージェントＮＭＡを有しており、内部ノード監視エージェントＮＭＡは配下の移動センサノードが配下の基地局ＢＳＴに存在しているか否かを周期的に監視している。内部ノード監視エージェントＮＭＡが、配下の移動センサノードが配下の基地局ＢＳＴからいなくなったことを検出した場合には、ホームサーバはノード探索サーバＮＳＳに、内部ノードに関するデータを要求する。

ホームサーバの内部ノード監視エージェントＮＭＡは、内部センサノードの測定データの転送間隔などから、一定期間データを受信しない移動センサノードについて、当該センサノードのデータＩＤをノード探索サーバＮＳＳに問い合わせて、測定データを要求する。

ノード探索サーバＮＳＳにて、外部サーバ（ＤＤＳ−２）から受信した外部センサノードの測定データＦＮＤのデータＩＤと、ホームサーバ（ＤＤＳ−１）が要求したデータＩＤが一致した場合には、このデータは、内部ノードセンサデータＨＮＤとしてホームサーバに送信される。内部ノード監視エージェントＮＭＡは、ノード探索サーバＮＳＳへの問い合わせを定期的に行うことで、自身が管理している内部センサノードが複数の外部サーバを移動した場合においても、その位置情報を取得することができる。

分散データ処理サーバＤＤＳのイベントアクション制御部ＡＥＡＣには、図４８で示すように、内部センサノードの有無と、外部センサノードの有無を監視し、判定する内部ノード監視エージェントＮＭＡがネットワーク処理部ＮＷＰとセンシングデータＩＤ抽出部ＩＤＥとの間に配置される。

イベントアクション制御部ＡＥＡＣでは、センシングデータＩＤ抽出部ＩＤＥが受け付けた測定データのデータＩＤから外部センサノードを検出すると、ノード探索サーバＮＳＳに対して測定データをそのまま転送する。

また、内部ノード監視エージェントＮＭＡは、配下の無線モバイルセンサノードＭＳＮの測定データの受信間隔等のタイミングを保持しており、一定時間を超えて測定データを受信しない内部センサノードとして無線モバイルセンサノードＭＳＮがあれば、この内部センサノードのデータＩＤに基づいて、ノード探索サーバＮＳＳに対して測定データの転送を試みる。

ここで、ノード探索サーバＮＳＳは、図４９で示すように、ネットワークＮＷＫ−１を介して外部サーバまたはホームサーバとなる分散データ処理サーバＤＤＳと通信を行うネットワークインターフェースＮＩＦと、外部サーバから転送された測定データを受け付けて、外部ノード情報保持部ＦＮＢに保持する外部ノード登録部ＦＮＲと、ホームサーバからのデータＩＤを受け付けて、外部ノード情報保持部ＦＮＢから測定データを検索する外部ノード検索部ＦＮＳを有する。

以上のように、外部センサノードを検出した外部サーバは、外部センサノードの測定データをそのままノード探索サーバＮＳＳに転送し、内部センサノードとしての移動センサノードが配下からいなくなったホームサーバがノード探索サーバＮＳＳに測定データを要求するので、外部センサノードの測定データの転送に関してディレクトリサーバＤＲＳは関与する必要がなく、外部サーバ、ノード探索サーバＮＳＳ、ホームサーバの３者のみで行うことができる。このため、ディレクトリサーバＤＲＳはユーザ端末ＵＳＴからの参照要求やイベントアクションの実行に専念することができ、より一層処理負荷を低減することが可能となる。また、外部サーバとなる分散データ処理サーバＤＤＳも、ホームサーバの宛先アドレスをディレクトリサーバＤＲＳに問い合わせる必要がなくなって、外部センサノードの測定データの転送に要する処理負荷を大幅に低減できる。

＜第４実施形態＞
図５０〜図５１は、第４の実施形態を示し、前記第１〜第３の実施形態において、管理端末ＡＤＴから移動センサノードにコマンド（指令）を送信する処理手順を示すものである。

移動センサノードとしての無線モバイルセンサノードＭＳＮは、図３で示したように、バッテリなどの電源ＰＯＷを備えており、電源ＰＯＷの充電量（残電量）の管理を行う必要があり、また、図４で示したように、間欠的に動作可能であるためスリープ状態の期間を調整する場合がある。このため、管理者などが管理端末ＡＤＴから移動センサノード（ＭＳＮ−１）へ指令を送り、移動センサノードの設定を変更したり状態を確認する必要がある。

ここで、移動センサノードは、固定センサノードと異なり、常にホームサーバの配下にあるとは限らず、分散データ処理サーバＤＤＳ−１〜ｎのいずれの配下にいるかを、管理者が容易に知ることはできない。例えば、図５０で示すように、分散データ処理サーバＤＤＳ−１をホームサーバとする移動センサノード（無線モバイルセンサノードＭＳＮ−１）が、外部サーバである分散データ処理サーバＤＤＳ−２の配下の基地局ＢＳＴ−ｎへ移動した場合、移動センサノード（ＭＳＮ−１）の測定データは、上述のように常にホームサーバに格納されるので、管理端末ＡＤＴから見れば移動センサノードの測定データの位置は不変である。しかし、移動センサノードの所在は外部サーバに移動しているので、仮に、管理端末ＡＤＴからホームサーバ（ＤＤＳ−１）に移動センサノードへの指令を送っても、移動センサノードは受信することはできない。そこで、図５０に示す流れにより、ホームサーバ（ＤＤＳ−１）は、移動センサノードに対して指令を転送する。

まず、管理端末ＡＤＴから移動センサノード（ＭＳＮ−１）宛のコマンドを、ディレクトリサーバＤＲＳに送信する（ＳＴＥＰ５１０）。

移動センサノード宛のコマンドを受信したディレクトリサーバＤＲＳは、センサ情報テーブルＳＴＢを検索して、移動センサノード（ＭＳＮ−１）のホームサーバの情報（宛先アドレス）を取得する（ＳＴＥＰ５１１）。ディレクトリサーバＤＲＳは、受信した移動センサノード宛のコマンドをホームサーバ（分散データ処理サーバＤＤＳ−１）に転送する（ＳＴＥＰ５１２）。

移動センサノード（ＭＳＮ−１）宛のコマンドを受信したホームサーバ（ＤＤＳ−１）は、最新の測定データ（最新データメモリ上の測定データ）から、移動センサノード（ＭＳＮ−１）の位置情報データを検索し、測定データに含まれる位置情報（基地局ＢＳＴの識別子、ＩＰアドレス）を取得する（ＳＴＥＰ５１３）。ホームサーバは、移動センサノードが取得した基地局ＢＳＴに存在することを推定し、この基地局ＢＳＴの識別子（例えば、ＩＰアドレス）に基づいて、受信したコマンドを基地局ＢＳＴに送信する（ＳＴＥＰ５１４）。

基地局ＢＳＴ−ｎは、ホームサーバ（ＤＤＳ−１）からの移動センサノード宛のコマンドを受信すると、配下の外部センサノードである移動センサノード（ＭＳＮ−１）にコマンドを転送する（ＳＴＥＰ５１５）。

移動センサノード（ＭＳＮ−１）は、基地局ＢＳＴ−ｎからのコマンドを受信し、所定の処理を実行する（ＳＴＥＰ５１６）。

このように、移動センサノード宛のコマンドをホームサーバに転送することで、移動センサノードの測定データに含まれる位置情報から、現在の移動センサノードの所在を突き止めることができるの、移動センサノードがホームサーバの配下にいなくても管理端末ＡＤＴから所望の移動センサノードに対して確実にコマンドを送信することができる。

以上のように、本発明によれば、移動センサノードの所在に係わらず、必ず移動センサノードが所属するホームサーバに測定データが転送されるので、ディレクトリサーバは膨大な数のセンサノードからの測定データに対して迅速かつ容易にアクセスすることが可能となり、多数のセンサノードを備えるセンサネットワークに適用することができる。

本発明の第１の実施形態を示すセンサネットワークのシステム構成図。 センサネットワークの機能ブロック図。 無線センサノードＷＳＮの一例を示すブロック図。 無線センサノードの動作状態を示すグラフで、時間と消費電流の関係を示す。 無線センサノードの配置の一例を示す説明図。 オブジェクトとセンサノードの測定データの関連を示すブロック図で、測定の開始時を示す。 オブジェクトとセンサノードの測定データの関連を示すブロック図で、測定開始から所定時間が経過した状態を示す。 オブジェクトのデータ量とセンサノードの測定データのデータ量と時間の関係を示すグラフ。 分散データ処理サーバＤＤＳのイベントアクション制御部を示すブロック図。 イベントテーブルの説明図。 ディレクトリサーバＤＲＳの要部を示すブロック図。 センサ情報テーブルの説明図。 属性別意味解釈リストの説明図。 実世界モデルリストと分散データ処理サーバＤＤＳの関係を示すブロック図。 モデルバインドリストの説明図。 センサ情報登録の様子を示すタイムチャート。 センサノード登録用のデータフォーマット。 実世界モデルリストの登録の様子を示すタイムチャート。 モデルバインドリストの登録の様子を示すタイムチャート。 モデルバインドリストへのアクセスに対する応答の一例を示すタイムチャート。 モデルバインドリストから鈴木さんの位置を指定した場合の処理の説明図。 モデルバインドリストから鈴木さんの着座状態を指定した場合の処理の説明図。 モデルバインドリストから鈴木さんの温度を指定した場合の処理の説明図。 モデルバインドリストからＡ会議室のメンバを指定した場合の処理の説明図。 モデルバインドリストからＡ会議室の人数を指定した場合の処理の説明図。 ディレクトリサーバＤＲＳのアクション制御部ＡＣＣのブロック図。 イベント／アクションの登録の流れを示すタイムチャート。 アクションテーブルの登録の際にユーザ端末ＵＳＴに表示されるアクション設定画面の説明図。 同じく、アクション設定画面の説明図。 分散データ処理サーバＤＤＳのイベントテーブルのエントリを示す説明図。 ディレクトリサーバＤＲＳのアクションテーブルのエントリを示す説明図。 単一のアクションの設定の流れを示すタイムチャート。 単一のアクションの応答の流れを示すタイムチャート。 移動センサノードがホームサーバから外部サーバへ移動した様子を示すセンサネットワークのシステム構成図 移動センサノードの測定データを外部サーバからホームサーバへ転送する処理を示すタイムチャート。 ディレクトリサーバＤＲＳのアクションテーブルに新たなエントリを追加した例を示す説明図。 移動センサノードの測定データをホームサーバに転送する際に、認証に失敗した場合の処理を示すタイムチャート。 第２の実施形態を示し、分散データ処理サーバＤＤＳのイベントアクション制御部の構成を示すブロック図。 同じく、第２の実施形態を示し、移動センサノードの測定データを外部サーバからホームサーバへ転送する処理を示すタイムチャート。 同じく、第２の実施形態を示し、分散データ処理サーバＤＤＳのイベントアクションテーブルの説明図。 同じく、第２の実施形態を示し、移動センサノードの測定データを外部サーバからホームサーバへ転送する際に、認証に失敗した場合の処理を示すタイムチャート。 同じく、第２の実施形態を示し、分散データ処理サーバＤＤＳ同士で外部センサノードの測定データを転送する様子を示すセンサネットワークのシステム構成図 同じく、第２の実施形態を示し、移動センサノードのデータフォーマットを示す説明図。 同じく、第２の実施形態を示し、外部サーバからホームサーバへ転送するデータフォーマットを示す説明図。 同じく、第２の実施形態を示し、分散データ処理サーバＤＤＳで行われる外部センサノードの検出処理とイベントアクションテーブルＥＡＴＢの登録処理の詳細な処理の一例を示すフローチャート。 同じく、第２の実施形態を示し、ホームサーバに格納された移動センサノードの測定データと、固定センサノードの測定データの様子を示す説明図。 第３の実施形態を示し、ノード探索サーバを介して移動センサノードの測定データを外部サーバからホームサーバへ転送する様子を示すセンサネットワークのシステム構成図 同じく、第３の実施形態を示し、分散データ処理サーバＤＤＳのイベントアクション制御部のブロック図。 同じく、第３の実施形態を示し、ノード探索サーバのブロック図。アクションの設定の流れを示すタイムチャート。 第４の実施形態を示し、管理端末ＡＤＴから移動センサノードへコマンドを送信する際のタイムチャート。 同じく、第４の実施形態を示し、移動センサノードがホームサーバから外部サーバへ移動した様子を示すセンサネットワークのシステム構成図

符号の説明

ＤＲＳ ディレクトリサーバ
ＤＤＳ 分散データ処理サーバ
ＷＳＮ、ＭＳＮ、ＦＳＮ センサノード
ＢＳＴ 基地局
ＭＭＧ モデル管理部
ＭＴＢ 実世界モデルテーブル
ＮＷＫ−１、２〜ｎ ネットワーク
ＮＳＳ ノード探索サーバ

Claims (43)

1. 移動可能なセンサノードから送信されるデータを受信し、第１ネットワークを介して互いに接続される第１及び第２分散サーバを備え、
   前記第１分散サーバが前記センサノードから送信されるデータを受信したときは、前記第１分散サーバに前記データを格納し、
   前記第２分散サーバが前記センサノードから送信されるデータを受信したときは、前記第２分散サーバは前記データを転送し、
   前記第１分散サーバは、前記第２分散サーバから転送されたデータを格納することを特徴とするセンサネットワークシステム。
2. 前記第１ネットワークを介して前記第１及び第２分散サーバに接続される管理サーバをさらに有し、
   前記管理サーバは、
   前記センサノードから送信されるデータを、前記第１分散サーバに格納することを割り当てる装置管理部を有し、
   前記第１及び第２分散サーバは、
   前記装置管理部に基づいて、前記センサノードから送信されるデータを格納または転送することを判定する判定部を有し、
   前記管理サーバは、
   前記第２分散サーバから転送されるデータを受信し、前記受信したデータを前記第１分散サーバに転送することを特徴とする請求項１に記載のセンサネットワークシステム。
3. 前記第１ネットワークを介して前記第１及び第２分散サーバに接続される管理サーバをさらに有し、
   前記管理サーバは、
   前記センサノードから送信されるデータを、前記第１分散サーバに格納することを割り当てる装置管理部を有し、
   前記第１及び第２分散サーバは、
   前記装置管理部に基づいて、前記センサノードから送信されるデータを格納または転送することを判定する判定部と、
   前記判定部の判定結果に基づいて、前記センサノードから送信されるデータを格納または転送する実行部と、
   を有することを特徴とする請求項１に記載のセンサネットワークシステム。
4. 前記センサノードは、前記データを識別する識別子を含んで前記第１及び第２分散サーバにデータを送信し、
   前記管理サーバは、
   前記識別子と、前記識別子を含むデータを格納する第１分散サーバの所在とを対応付けて前記装置管理部で管理し、
   前記第１及び第２分散サーバは、
   前記受信したデータから前記識別子を抽出する抽出部と、
   識別子と、前記識別子と対応して格納される予め設定された処理とを格納するリストとを有し、
   前記第２分散サーバは、前記リストに前記識別子が格納されていないときに前記データを前記管理サーバに転送することを特徴とする請求項２に記載のセンサネットワークシステム。
5. 前記管理サーバは、
   前記装置管理部が管理する識別子と、前記識別子を含むデータを格納する第１分散サーバの所在とを対応付けて格納するアクションテーブルをさらに有し、
   前記第２分散サーバから前記データが転送されたときに、前記アクションテーブルに基づいて前記データを前記第１分散サーバに転送することを特徴とする請求項４に記載のセンサネットワークシステム。
6. 前記管理サーバは、
   前記第２分散サーバから前記データが転送されたときに、前記データに含まれる識別子が前記アクションテーブルに格納されていない場合は、転送された識別子に基づいて、前記装置管理部で管理される前記識別子と前記識別子を含むデータを格納する第１分散サーバの所在とを前記アクションテーブルに格納することを特徴とする請求項５に記載のセンサネットワークシステム。
7. 前記センサノードは、前記データを識別する識別子を含んで前記第１及び第２分散サーバにデータを送信し、
   前記管理サーバは、
   前記識別子と、前記識別子を含むデータが格納される第１分散サーバとを対応付けて前記装置管理部で管理し、
   前記第１及び第２分散サーバは、
   前記受信したデータから前記識別子を抽出する抽出部と、
   前記識別子と、前記識別子に対応して格納される予め設定された処理とを格納するリストとを有し、
   前記第２分散サーバは、
   前記識別子に対応して格納される予め設定された処理が、前記第１分散サーバにデータを転送する処理である場合には、前記センサノードから当該識別子を含むデータを受信したときに、当該識別子を含むデータを前記第１分散サーバに転送することを特徴とする請求項３に記載のセンサネットワークシステム。
8. 前記第２分散サーバは、
   前記センサノードから前記データを受信したときに、前記データに含まれる識別子が前記リストに格納されていない場合には、受信した識別子に基づいて、前記管理サーバに問い合わせを行い、
   前記管理サーバは、
   前記装置管理部で管理される前記識別子と前記識別子を含むデータを格納する第１分散サーバの所在と前記第２分散サーバに送信し、
   前記第２分散サーバは、前記識別子と前記識別子を含むデータを格納する第１分散サーバの所在とを前記リストに格納することを特徴とする請求項７に記載のセンサネットワークシステム。
9. 前記第２分散サーバは、
   前記受信した識別子が、前記装置管理部で管理されていない場合には、前記受信した識別子を含むデータを破棄することを前記リストに設定することを特徴とする請求項８に記載のセンサネットワークシステム。
10. 前記第２分散サーバは、
    前記管理サーバへの問い合わせに基づき、前記リストに前記識別子と前記識別子を含むデータを格納する第１分散サーバの所在とを格納した後、前記センサノードから所定時間前記データを受信しない場合には、前記リストから当該識別子と識別子を含むデータを格納する第１分散サーバの所在とを削除することを特徴とする請求項８に記載のセンサネットワークシステム。
11. 前記第１または第２分散サーバは、
    前記センサノードの位置を示す位置情報を含んで前記データを受信することを特徴とする請求項１に記載のセンサネットワークシステム。
12. 前記第１分散サーバと接続される第１基地局と、前記第２分散サーバと接続される第２基地局とをさらに有し、
    前記第１分散サーバは、前記第１基地局を介して前記センサノードから送信されるデータを受信し、
    前記第２分散サーバは、前記第２基地局を介して前記センサノードから送信されるデータを受信し、
    前記第１及び第２基地局は、前記センサノードから受信したデータに基地局自身の識別子またはアドレスを前記位置情報として付加することを特徴とする請求項１１に記載のセンサネットワークシステム。
13. 前記第１分散サーバと接続される第１基地局と、前記第２分散サーバと接続される第２基地局とをさらに有し、
    前記第１分散サーバは、前記第１基地局を介して前記センサノードから送信されるデータを受信し、
    前記第２分散サーバは、前記第２基地局を介して前記センサノードから送信されるデータを受信し、
    前記第１及び第２基地局は、前記センサノードから受信したデータに基地局自身の識別子とアドレスとを前記位置情報として付加することを特徴とする請求項１１に記載のセンサネットワークシステム。
14. 前記管理サーバは、
    前記センサノードに送信するコマンドを前記第１分散サーバに送信し、
    前記第１分散サーバは、
    前記受信したセンサノードの位置を示す位置情報に基づいて、前記センサノードから送信されるデータを受信する基地局に対し、前記コマンドを送信することを特徴とする請求項１２に記載のセンサネットワークシステム。
15. 第１ネットワークを介して互いに接続される第１及び第２分散サーバを備え、移動可能なセンサノードから送信されるデータを転送する方法であって、
    前記第１分散サーバが、前記センサノードから送信されるデータを受信し、前記第１分散サーバに前記データを格納する手順と、
    前記第２分散サーバが、前記センサノードから送信されるデータを受信し、前記データを転送する手順と、
    前記第１分散サーバが、前記第２分散サーバから転送されたデータを格納する手順と、
    を有することを特徴とするデータの転送方法。
16. 前記第１ネットワークを介して前記第１及び第２分散サーバに接続される管理サーバをさらに有し、
    前記管理サーバの装置管理部が、前記センサノードから送信されるデータを前記第１分散サーバに格納することを割り当てる手順と、
    前記第１及び第２分散サーバの判定部が、前記装置管理部に基づいて、前記センサノードから送信されるデータを格納または転送することを判定する手順と、
    前記管理サーバが、前記判定部の判定に基づいて前記第２分散サーバから転送されるデータを受信し、前記受信したデータを前記第１分散サーバに転送する手順と、
    を含むことを特徴とする請求項１５に記載のデータの転送方法。
17. 前記第１ネットワークを介して前記第１及び第２分散サーバに接続される管理サーバをさらに有し、
    前記管理サーバの装置管理部が、前記センサノードから送信されるデータを前記第１分散サーバに格納することを割り当てる手順と、
    前記第１及び第２分散サーバの判定部が、前記装置管理部に基づいて、前記センサノードから送信されるデータを格納または転送することを判定する手順と、
    前記第１及び第２分散サーバの実行部が、前記判定部の判定結果に基づいて、前記センサノードから送信されるデータを格納または転送する手順と、
    を含むことを特徴とする請求項１５に記載のデータの転送方法。
18. 前記センサノードが、前記データを識別する識別子を含んで前記第１及び第２分散サーバにデータを送信する手順と、
    前記管理サーバの装置管理部が、前記識別子と、前記識別子を含むデータを格納する第１分散サーバの所在とを対応付けて管理する手順と、
    前記第１及び第２分散サーバのリストに、識別子と、該識別子と対応して格納される予め設定された処理を格納する手順と、
    前記第１及び第２分散サーバの抽出部が、前記受信したデータから前記識別子を抽出する手順と、
    前記第２分散サーバが、前記抽出された識別子とが、前記リストに格納されていないときに、前記データを前記管理サーバに転送する手順と、
    を含むことを特徴とする請求項１６に記載のデータの転送方法。
19. 前記管理サーバのアクションテーブルに、前記装置管理部が管理する識別子と、前記識別子を含むデータを格納する第１分散サーバの所在とを対応付けて格納する手順と、
    前記第２分散サーバから前記管理サーバに前記データが転送されたときに、前記アクションテーブルに基づいて前記データを前記第１分散サーバに転送する手順と、
    を含むことを特徴とする請求項１８に記載のデータの転送方法。
20. 前記管理サーバが、前記第２分散サーバから前記データが転送されたときに、前記データに含まれる識別子が前記アクションテーブルに格納されていない場合は、転送された識別子に基づいて、前記装置管理部で管理される前記識別子と、前記識別子を含むデータを格納する第１分散サーバの所在とを前記アクションテーブルに格納する手順と、
    を含むことを特徴とする請求項１９に記載のデータの転送方法。
21. 前記センサノードが、前記データを識別する識別子を含んで前記第１及び第２分散サーバにデータを送信する手順と、
    前記管理サーバの装置管理部が、前記識別子と、前記識別子を含むデータを格納する第１分散サーバの所在とを対応付けて管理する手順と、
    前記第１及び第２分散サーバのリストに、識別子と、該識別子と対応して格納される予め設定された処理を格納する手順と、
    前記第１及び第２分散サーバの抽出部が、前記受信したデータから前記識別子を抽出する手順と、
    前記第２分散サーバに格納される、識別子と対応して格納される予め設定された処理が前記第１分散サーバにデータを転送する処理である場合には、前記センサノードから当該識別子を含むデータを受信したときに、当該識別子を含むデータを前記第１分散サーバに転送する手順と、
    を含むことを特徴とする請求項１７に記載のデータの転送方法。
22. 前記第２分散サーバが、前記センサノードから前記データを受信したときに、前記データに含まれる識別子が前記リストに格納されていない場合には、受信した識別子に基づいて、前記管理サーバに問い合わせを行う手順と、
    前記管理サーバが、前記第２分散サーバの問い合わせに基づいて、前記装置管理部で管理される前記識別子と前記識別子を含むデータを格納する第１分散サーバの所在とを前記第２分散サーバに送信する手順と、
    前記第２分散サーバが、前記識別子と前記識別子を含むデータを格納する第１分散サーバの所在とを前記リストに格納する手順と、
    を含むことを特徴とする請求項２１に記載のデータの転送方法。
23. 前記受信した識別子が、前記装置管理部で管理されていない場合には、前記第２分散サーバが前記受信した識別子を含むデータを破棄することを前記リストに設定する手順、
    を含むことを特徴とする請求項２２に記載のデータの転送方法。
24. 前記管理サーバへの問い合わせに基づき、前記リストに前記識別子と前記識別子を含むデータを格納する第１分散サーバの所在とを格納した後、前記センサノードから所定時間前記データを受信しない場合には、前記第２分散サーバは、前記リストから当該識別子と識別子を含むデータを格納する第１分散サーバの所在とを削除する手順と、
    を含むことを特徴とする請求項２２に記載のデータの転送方法。
25. 前記第１または第２分散サーバは、
    前記センサノードの位置を示す位置情報を含んで前記データを受信する手順と、
    を含むことを特徴とする請求項１５に記載のデータの転送方法。
26. 前記第１分散サーバと接続される第１基地局と、前記第２分散サーバと接続される第２基地局とをさらに有し、
    前記第１分散サーバが、前記第１基地局を介して前記センサノードから送信されるデータを受信する手順と、
    前記第２分散サーバが、前記第２基地局を介して前記センサノードから送信されるデータを受信する手順と、
    前記第１及び第２基地局が、前記センサノードから受信したデータに基地局自身の識別子またはアドレスを前記位置情報として付加する手順と、
    を含むことを特徴とする請求項２５に記載のデータの転送方法。
27. 前記第１分散サーバと接続される第１基地局と、前記第２分散サーバと接続される第２基地局とをさらに有し、
    前記第１分散サーバは、前記第１基地局を介して前記センサノードから送信されるデータを受信する手順と、
    前記第２分散サーバは、前記第２基地局を介して前記センサノードから送信されるデータを受信する手順と、
    前記第１及び第２基地局は、前記センサノードから受信したデータに基地局自身の識別子とアドレスとを前記位置情報として付加する手順と、
    を含むことを特徴とする請求項２５に記載のデータの転送方法。
28. 前記管理サーバが、前記センサノードに送信するコマンドを前記第１分散サーバに送信する手順と、
    前記第１分散サーバが、前記受信したセンサノードの位置を示す位置情報に基づいて、前記センサノードから送信されるデータを受信する基地局に対し、前記コマンドを送信する手順と、
    を含むことを特徴とする請求項２６に記載のデータの転送方法。
29. センサノードからのデータを受信し、前記データの転送または格納を行う処理を分散サーバに実行させるプログラムであって、
    前記センサノードからデータを受信する処理と、
    前記データの格納先を判定する処理と、
    前記格納先が他の分散サーバであれば、前記データを転送する処理と、
    管理サーバまたは他の分散サーバからデータを受信する処理と、
    前記管理サーバ及び他の分散サーバから受信したデータ、または、前記格納先が当該分散サーバであるデータであれば、当該データを格納する処理と、
    を分散サーバに実行させることを特徴とするプログラム。
30. 前記データの格納先を判定する処理は、
    前記管理サーバに前記受信したデータの格納先を問い合わせる処理と、
    前記問い合わせた格納先が他の分散サーバまたは当該分散サーバのいずれであるかを判定する処理と、を含み、
    前記データを転送する処理は、
    前記受信したデータを管理サーバに前記データを転送することを特徴とする請求項２９に記載のプログラム。
31. 前記データの格納先を判定する処理は、
    前記管理サーバに前記受信したデータの格納先を問い合わせる処理と、
    前記問い合わせた格納先が他の分散サーバまたは当該分散サーバのいずれであるかを判定する格納先の判定処理と、を含み、
    前記データを転送する処理は、
    前記問い合わせ結果に応じた他の分散サーバに前記データを転送することを特徴とする請求項２９に記載のプログラム。
32. 前記センサノードからデータを受信する処理は、
    前記受信したデータからデータの識別子を抽出する処理を含み、
    前記格納先を問い合わせる処理は、
    前記識別子に基づいて、前記管理サーバに前記受信したデータの格納先を問い合わせ、
    前記データの格納先を判定する処理は、
    前記識別子と、前記識別子に対応する予め設定された処理をリストに格納する処理を含み、
    前記格納先の判定処理は、
    前記識別子が前記リストにある場合には格納先が当該分散サーバと判定し、前記識別子が前記リストにない場合には格納先が他の分散サーバと判定することを特徴とする請求項３０に記載のプログラム。
33. 前記センサノードからデータを受信する処理は、
    前記受信したデータからデータの識別子を抽出する処理を含み、
    前記データの格納先を判定する処理は、
    前記識別子と、前記識別子に対応する予め設定した処理をリストに格納する処理を含み、前記識別子に基づいて前記リストから前記データの格納先が当該分散サーバと他の分散サーバのいずれであるかを判定し、
    前記データを転送する処理は、
    前記識別子に対応する他の分散サーバに前記識別子を含むデータを転送することを特徴とする請求項３１に記載のプログラム。
34. 前記センサノードからデータを受信する処理は、
    前記受信したデータからデータの識別子を抽出する処理を含み、
    前記格納先を問い合わせる処理は、
    前記識別子に基づいて、前記管理サーバに前記受信したデータの格納先を問い合わせ、
    前記データの格納先を判定する処理は、
    前記識別子と、前記識別子に対応する格納先をリストに格納する処理を含み、前記識別子に基づいて、前記リストからデータの格納先を取得して、前記データの格納先が当該分散サーバと他の分散サーバのいずれであるかを判定し、
    前記データを転送する処理は、
    前記格納先の他の分散サーバに前記識別子を含むデータを転送することを特徴とする請求項３１に記載のプログラム。
35. 前記データの格納先を判定する処理は、
    前記識別子に基づくデータの格納先が前記リストから取得できない場合には、前記受信したデータを破棄することを特徴とする請求項３４に記載のプログラム。
36. 前記格納先が他の分散サーバを示す識別子について、所定時間を超えて当該識別子を含むデータを受信していない場合には、当該識別子及び格納先を前記リストから削除する処理を含むことを特徴とする請求項３４に記載のプログラム。
37. 前記センサノードからデータを受信する処理は、
    前記センサノードの位置情報を含むデータを受信することを特徴とする請求項２９に記載のプログラム。
38. 前記センサノードからデータを受信する処理は、
    前記センサノードのデータを中継する基地局の識別子またはアドレスを含むデータを受信し、
    前記データを転送する処理は、
    前記基地局の識別子またはアドレスとデータの識別子を含むデータを転送することを特徴とする請求項３７に記載のプログラム。
39. 前記管理サーバまたは他の分散サーバからデータを受信する処理は、
    前記管理サーバから基地局の位置情報を含むコマンドを受信し、
    前記データを転送する処理は、
    前記識別子に対応する基地局へ前記コマンドを含むデータを転送することを特徴とする請求項３８に記載のプログラム。
40. 分散サーバからのデータを受信し、前記データを他の分散サーバに転送する処理を管理サーバに実行させるプログラムであって、
    前記分散サーバからデータを受信する処理と、
    前記データの格納先を判定する処理と、
    前記判定した格納先へ、前記データを転送する処理と、
    を管理サーバに実行させることを特徴とするプログラム。
41. 前記分散サーバからデータを受信する処理は、
    前記受信したデータからデータの識別子を抽出する処理を含み、
    前記判定する処理は、
    前記識別子と、前記識別子に対応する予め設定された格納先を含むアクションテーブルを検索して、前記データの格納先を判定し、
    前記データを転送する処理は、
    前記アクションテーブルから検索した格納先へ前記データを転送することを特徴とする請求項４０に記載のプログラム。
42. 前記判定する処理は、
    前記識別子が前記アクションテーブルにない場合には、前記識別子に対応する格納先を予め設定されたセンサノードの情報テーブルから取得し、前記識別子と、前記識別子に対応する格納先を前記アクションテーブルに格納することを特徴とする請求項４１に記載のプログラム。
43. 前記判定する処理は、
    前記識別子に対応する格納先が前記センサノードの情報テーブルにない場合には、前記受信したデータを破棄することを特徴とする請求項４２に記載のプログラム。

Images