JP4806605B2 - センサネットワークシステム及びセンサネットワークのデータ管理方法 - Google Patents

Description

本発明は、ネットワークに接続した多数のセンサノードからの情報を利用する技術に関し、特に、ノード間を移動可能なセンサノードが送信した情報を管理する技術に関する。

近年、多数のセンサノードから得られるセンシングデータを、ネットワークを通じて取得するセンサネットワークシステム（以下、センサネットシステム）の技術が発展しつつある。センサネットシステムは、多数のセンサノードが取得した情報を、ネットワークを通してセンサノードから離れた場所の計算機や装置で利用する。

センサネットシステムでは、多数のセンサノードが取得したセンシングデータを、中継局や基地局を介してサーバ計算機などへ送信し、サーバ計算機が各センサノードの情報を収集する。このような構成のセンサネットシステムでは、センサノードが取得したセンシングデータをそのまま上位のサーバ計算機へ送信すると、センサネットシステムのトラフィックが膨大となって、上位のサーバ計算機では必要な情報を容易に特定するのが難しくなる。そこで、センサノードが取得したセンシングデータのうち予め設定された処理条件を満足したセンシングデータのみを上位のサーバ計算機へ送信するものが知られている（例えば、特許文献１）。
特開平１１−３９０３４号公報

センサノードを移動体通信網に接続し、物流システムに適用する場合、輸送過程の物品の状態をリアルタイムで監視することができる。例えば、トラックなどの車両で輸送されるコンテナに無線通信装置を含んだセンサノードを搭載し、コンテナを集配する倉庫やトラックターミナルなどにセンサノードと通信を行う基地局等の中間装置を設け、この中間装置と上位サーバ計算機（以下、上位サーバ）をＷＡＮなどで接続する。そして、中間装置がセンサノードのセンシングデータを取得し、上位サーバへ取得したセンシングデータを転送することで、上位サーバでは、移動中のコンテナの状態をリアルタイムで監視することができる。

ここで、上記従来例を基地局などの中間装置に適用すれば、予め設定した処理条件を満たしたセンシングデータのみを上位サーバに送信することができる。これにより、センサノードで常時コンテナを監視しながら、必要なセンシングデータのみを上位サーバ計算機へ送ることができ、不要なセンシングデータを送信するのを防止できる。

しかしながら、上記従来例では、予め処理条件を中間装置に設定しておく必要があるため、監視対象のコンテナが通過する可能性のある中間装置の全てに対して処理条件を設定しておかねばならず、多数の中間装置を備えた物流システムでは、コンテナ毎に流通経路を特定し、当該流通経路の全ての中間装置に処理条件を事前に配信する処理が必要になるという問題があった。あるいは、コンテナ毎の流通経路を特定せずに全ての中間装置に監視対象となるコンテナのセンサノードの処理条件を設定することもできる。しかし、この場合、各中間装置には、通過する予定のないセンサノードの処理条件も設定されることになり、基地局などの中継装置に必要とされる記憶容量と、中継装置の処理負荷が増大する、という問題があった。

さらに、上記コンテナに収容する物品を変更する際には、センシングデータの評価基準を変更する必要があり、上位サーバは新たな評価基準を各中継装置に設定しなければならない。このため、上位サーバではコンテナが通過する可能性のある中継装置に対して、新たな処理条件を再設定することになり、処理条件の再設定のために多大な労力が必要になる、という問題があった。特に、膨大な数のセンサノードを運用する大規模な物流システムなどでは、コンテナの経路を把握して新たな処理条件を再設定する処理は、上位サーバの処理負荷が過大になる恐れもあり、また、センサネットシステムのトラフィックも過大になる場合があった。

そこで本発明は、上記問題点に鑑みてなされたもので、センサノードが測定したセンシングデータを処理条件に基づいて上位サーバへ転送するセンサネットシステムにおいて、処理条件の設定を容易にすることを目的とする。

本発明は、センサノードを備えた下位装置でセンサが観測した情報に基づくイベントを中間装置へ送信し、前記中間装置がセンサノードから受信したイベントを上位計算機に送信するセンサネットワークのデータ管理方法であって、
前記上位計算機が、前記中間装置で下位装置から受信したイベントのうち、予め設定した条件を満たす観測イベントのみを前記上位計算機へ送信するための配送条件を記憶する手順と、上位計算機は、前記中間装置から接続イベントを受信したときに、当該接続イベントに基づいて決定した配送条件を、前記接続イベントを送信した中間装置に送信する手順と、前記中間装置は、前記下位装置から受信したイベントが、前記上位装置に転送すべき接続イベントか該中間装置の記憶装置に記憶又は破棄すべき観測イベントの何れであるかを判定する手順と、前記中間装置が、前記接続イベントを受信したときには当該接続イベントを前記上位計算機へ送信する手順と、前記中間装置が、前記上位計算機から前記接続イベントに対応する配送条件を受信したときには、前記接続イベントに対応する下位装置の識別子に配送条件を対応付けて配送条件管理部へ格納する手順と、前記下位装置の識別子に対応する配送条件を取得して、前記観測イベントが前記配送条件を満足した場合のみ、当該観測イベントを前記上位計算機へ送信する手順と、を含む。

また、前記配送条件を記憶する手順は、前記配送条件を前記下位装置の識別子毎に設定しており、前記接続イベントを送信した中間装置に前記配送条件を送信する手順は、前記接続イベントの送信元の下位装置の識別子に対応する配送条件を前記記憶した配送条件から抽出する。

さらに、前記上位計算機が、前記下位装置の識別子毎に観測イベントを受信したときに所定の処理を実行するための実行条件を予め設定し、前記上位計算機が、前記中間装置から観測イベントを受信したときには、前記観測イベントに含まれる下位装置の識別子に基づいて前記実行条件を取得して、前記観測イベントが前記実行条件を満足した場合のみ、前記所定の処理を実行する。

したがって、本発明は、中間装置のいずれかと接続可能なセンサノードを備えた下位装置の観測イベントを監視する際に、観測イベントの配送条件を上位計算機に設定すればよいので、下位装置の所在を気にすることなく極めて容易に配送条件の設定を行うことが可能となるのである。

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

図１は、本発明を適用するセンサネットワークシステム（以下、センサネットシステム）の一例を示すブロック図である。

＜センサネットシステムの構成＞
センサネットシステムは、環境に分散する多数のセンサノード１に設けたセンサにより環境情報を観測し、ＰＡＮ（Personal Area Network）等で構成された無線ネットワーク６を介して接続されたＰＡＮ管理サーバ２を経由して観測情報を上位サーバ４に配送する。そして、上位サーバ４で観測情報を収集することで、ユーザ端末５の意思決定の支援などを実現する計算機システムである。上位サーバ４は、収集した観測情報を格納するデータベースを備える。

本実施形態では、複数の倉庫＃１、＃２の間を移動するコンテナ１０に無線ネットワーク６を介して観測情報を送信可能なセンサノード１を設置し、コンテナ１０で輸送する物品の状態をセンサノード１の観測情報に基づいて上位サーバ４で管理するコンテナ管理システムに本発明のセンサネットシステムを適用した例を示している。

センサノード１は、温度センサや湿度センサなどのセンサを有し、物品を輸送するコンテナ１０に取り付けられ、内部の環境情報を測定し、無線ネットワーク６を介して接続可能なＰＡＮ管理サーバ２に観測情報を送信する。

図１に示す倉庫＃１と倉庫＃２には、無線ネットワーク６を介してセンサノード１と通信可能なＰＡＮ管理サーバ２がそれぞれ配置される。各倉庫＃１、＃２のＰＡＮ管理サーバ２は有線ネットワークなどで構成されたＷＡＮ（Wide Area Network）７を介して上位サーバ４に接続される。また、ＷＡＮ７には、観測情報の配送ルールや観測情報が所定の条件を満たしたときに実行するアクションルールを処理条件として上位サーバ４に設定したり、センサノード１が送信した観測情報に基づいて上位サーバ４から通知を受けるユーザ端末５が接続される。

ＰＡＮ管理サーバ２は、配下に新たなセンサノード１が接続されると、ＷＡＮ７を介して接続された上位サーバ４に新たなセンサノード１の識別子を通知する。

上位サーバ４は、当該センサノード１に対して配送ルールが割り当てられていれば、ＰＡＮ管理サーバ２へ配送ルールを送信する。そして、ＰＡＮ管理サーバ２は、上位サーバ４から与えられた配送ルールに従って、センサノード１から受信した観測情報を後述するように処理する。

配送ルールは、センサノード１から受信するデータのうちどの様な条件のデータを上位装置に転送すべきかの条件を規定するものである。例えば、センサノード１のセンサ１０７が温度センサを含む場合、「観測情報が所定の温度を超えたら、この観測情報を上位サーバ４へ観測情報を転送する」という定義で構成される。又、データ選択の条件に加えて、配送すべき上位装置（上位サーバ４）のＩＤ等、受信したデータの加工規則なども含まれていても良い。特に配送すべき上位装置まで規定しておけば、上位装置の管理ニーズに沿って観測イベントの振り分けが可能となる。ここで、ＰＡＮ管理サーバ２は、無線ネットワーク６を介して新たなセンサノード１の参加や離脱を検知したり、センサノード１からの観測情報を上位サーバ４へ送信する計算機であり、中間装置または基地局として機能する。

上位サーバ４は、ユーザ端末５に対して収集した観測情報の提供や、ＷＡＮ７上の装置に対して観測情報に基づく指令や通知などのアクションを行うサーバノードとして機能する。

なお、ＰＡＮ管理サーバ２は、コンテナ１０にＲＦＩＤタグ１１が添付されている場合に、このＲＦＩＤタグ１１を読み取るＲＦＩＤリーダ１２を備える。また、ＲＦＩＤリーダ１２は、倉庫＃１、＃２にそれぞれ配置される。ＲＦＩＤタグ１１にはコンテナ１０の固有の識別子が格納されている。ＰＡＮ管理サーバ２は、ＲＦＩＤリーダ１２でコンテナ１０の識別子を読み込む。また、コンテナ１０はセンサノード１を含む下位装置として機能する。また、図１においては、倉庫＃１のＰＡＮ管理サーバ２も図示はしないがＲＦＩＤリーダ１２を備えるものとする。

次に、図１に示したセンサネットシステムの各構成要素の詳細について、以下に説明する。

＜センサノードのハードウェア構成＞
図２は、センサノード１の構成を示すブロック図である。センサノード１は、環境を観測し、観測情報を観測イベントとして発行するノードである。センサノード１は、メモリ１０１とＣＰＵ１０３と、データの長期記録を行う不揮発性の外部記憶装置１０２と、環境の観測を行うセンサ１０７と、センサノード１を周期的に起動させるタイマ１０４と、ＰＡＮ６を介してＰＡＮ管理サーバ２と無線通信を行う無線通信装置１０５と、センサノード１の各部に電力を供給する電池１０６とを含む。

なお、イベントとは、ノード（センサノード１またはＰＡＮ管理サーバ２）が自発的に発行する状態や状態変化を表す情報を格納した情報を示し、コマンドはノードに対して何らかの処理を依頼するための情報を示す。

センサノード１の起動時に、フラッシュメモリなどで構成された外部記憶装置１０２に記録されているプログラムをメモリ１０１上に読み込み、ＣＰＵ１０３で実行することにより、後述するように所定の周期（測定間隔）でセンサ１０７を駆動して観測情報を取得し、ＰＡＮ管理サーバ２へ送信する。センサノード１では、電池１０６の無駄な消耗を防いで、長期間の使用を実現するためタイマ１０４に予め設定された測定間隔毎にＣＰＵ１０３を起動して観測情報の取得と送信を行い、その後、ＣＰＵ１０３及び各部はスリープ状態に移行する処理を繰り返して実行する。なお、センサノード１の測定間隔は、例えば、５分などに設定され、間欠的に観測情報をＰＡＮ管理サーバ２へ送信する。

また、センサ１０７は、例えば温度センサ、湿度センサ、照度センサ、ボルトの緩みを検知するひずみセンサ、椅子への着座や扉の開閉を検知する圧力センサ、人の存在を検知する赤外線センサ、脈拍を検知する赤外線センサなどがあげられる。また、衣服などに装着する名札ノードもセンサノードの一種であり、ユーザのボタン操作による入力を検知するスイッチがセンサデバイスとなる。

＜ＲＦＩＤタグの構成＞
図３は、ＲＦＩＤタグ１１の構成を示すブロック図である。ＲＦＩＤタグ１１は、ＲＦＩＤリーダ１２と通信を行って、コンテナ１０の個体を認識させる装置である。

ＲＦＩＤタグ１１は、固有の識別子を格納するＩＤ記憶部１１１と、ＣＰＵ１１２と、ＲＦＩＤリーダ１２と無線通信行う通信装置１１３とを含む。

＜ＰＡＮ管理サーバのハードウェア構成＞
図４は、ＰＡＮ管理サーバ２の構成を示すブロック図である。ＰＡＮ管理サーバ２は、通信を中継するノードであり、メモリ２０１、ＣＰＵ２０３、データの長期記録を行う不揮発性の外部記憶装置２０２、無線ネットワーク６を介して無線通信を行う無線通信部と、有線ネットワークで構成されたＷＡＮ７と通信を行う有線通信部を備えた通信装置２０５と、配下のセンサノード１の接続解除を検知するためのタイマ２０４と、ＰＡＮ管理サーバ２の各部に電力を供給するＡＣアダプタ２０８と、管理者などの操作を受け付けるキーボード２０６及び情報を表示するディスプレイ４０７とから構成される。ＰＡＮ管理サーバ２の起動時には、ディスク装置などで構成された外部記憶装置２０２に記録されているプログラムをメモリ２０１上に読み込み、ＣＰＵ２０３で実行することにより所定の処理を行う。なお、ＰＡＮ管理サーバ２は、通信装置２０５を介してＲＦＩＤリーダ１２を接続することができる。

ＰＡＮ管理サーバ２の起動時には、ＣＰＵ２０３がディスク装置などで構成された外部記憶装置２０２に記録されているプログラムをメモリ２０１上に読み込み、ＣＰＵ２０３で実行することにより所定の処理を行う。

ＰＡＮ管理サーバ２は、センサノード１が発行した観測情報を観測イベントとして受信し、上位サーバ４から取得したアクションを観測イベントに基づいて実行する。ＰＡＮ管理サーバ２の主な機能は、新たなセンサノード１を配下に接続すると、上位サーバ４に新たなセンサノード１の識別子（ＩＤ）を通知する。上位サーバ４は、センサノード１の識別子（ＩＤ）に基づいて、予め設定された配送ルールをＰＡＮ管理サーバ２に通知する。ＰＡＮ管理サーバ２は、新たなセンサノード１の観測イベントに関する配送ルールを取得し、センサノード１から受信した観測イベントを配送ルールに従って処理する。

＜上位サーバのハードウェア構成＞
図５は、上位サーバ４の構成を示すブロック図である。

図５において、上位サーバ４は、センサノード１の処理条件の配信や、イベントの収集またはイベントに基づくアクションを実行するサーバノードとして機能する。

上位サーバ４は、メモリ４０１、ＣＰＵ４０３、データの長期記録を行う外部記憶装置４０２、ＷＡＮ７との間で通信を行う通信装置４０５、上位サーバ４内に電力を供給するＡＣアダプタ４０８、管理者などの操作を受け付けるキーボード４０６、情報を表示するディスプレイ４０７から構成される。上位サーバ４の起動時には、ディスク装置などで構成された外部記憶装置４０２に記録されているプログラムをメモリ４０２上に読み込み、ＣＰＵ４０３で実行することにより所定の処理を行う。なお、上位サーバ４内のディスク装置に代わって、ＳＡＮやＮＡＳのストレージ装置を用いるようにしても良い。

メモリ４０２上に読み込まれるプログラムは、ユーザ端末５から受信したセンサノード１毎の処理条件や、キーボード４０６から受け付けたセンサノード１毎の処理条件をデータベースに格納する。そして、上位サーバ４は、ＰＡＮ管理サーバ２から新たなセンサノード１のＩＤを取得すると、当該ＩＤに対応するセンサノード１の処理条件をデータベースから読み込んで、送信元のＰＡＮ管理サーバ２へ送信する。この他、上位サーバ４では、ＰＡＮ管理サーバ２から受信したイベントをデータベースに蓄積したり、受信したイベントが所定の処理条件を満足したときには所定のアクションを実行する。

＜センサノードの機能＞
センサノード１では、タイマ１０４に予め設定された周期（測定間隔）が経過すると、タイマ１０４がＣＰＵ１０３に割り込みを発行し、スリープ状態のＣＰＵ１０３を起動する。

ＣＰＵ１０３は、センサ１０７を駆動して環境の測定を行い、測定した観測情報を観測イベントとしてＰＡＮ管理サーバ２へ送信する。ＰＡＮ管理サーバ２との通信が完了すると、ＣＰＵ１０３はタイマ１０４を除く各部を停止させてからスリープ状態へ移行する（１３１）。

上記処理を繰り返すことで、所定の観測間隔（例えば、５分）でＣＰＵ１０３を起動して観測情報の取得とイベントの送信を実行し、センサノード１は間欠的に観測イベントを送信することができる。なお、観測イベントの送信時には、センサノード１がＰＡＮ管理サーバ２に対して接続を要求（接続イベント）し、ＰＡＮ管理サーバ２が当該センサノード１の接続要求を許可した後に、センサノード１が観測情報を含むイベントを送信する。尚、本明細書において接続イベントとは、配送ルールの設定を受けるために予めＰＡＮ管理サーバ２から上位サーバ４に転送されるべく設定されているイベントを言うこととする。例えば、センサノード１があるＰＡＮ管理サーバ２によって管理される領域内に入った場合にＰＡＮに接続するためにセンサノード１が送出する接続要求であったり、又は、これまでＰＡＮ管理サーバ２が管理していないセンサノード１が送出した最初のセンシングデータを接続イベントと解して処理を実行することも可能である。

＜ＰＡＮ管理サーバの機能＞
ＰＡＮ管理サーバ２では、図６に示すように、ＰＡＮ６を介してセンサノード１からイベントを受信し、また、センサノード１へコマンドを送信するＰＡＮアダプタ５１０と、ＲＦリーダを介してＲＦＩＤタグ１１と通信を行うＲＦＩＤアダプタ５２０と、ＷＡＮ７を介して上位サーバ４やユーザ端末５と通信を行うＷＡＮアダプタ５３０と、各アダプタ５１０〜５３０が送受信するイベントや信号を処理するミドルウェア５００と、ミドルウェア５００が処理したイベントや信号に基づいてＰＡＮ６を管理するＰＡＮマネージャ５５０と、ミドルウェア５００が処理したイベントや信号に基づいて所定の処理を実行するアプリケーション５６０が実行される。なお、通信を行うＰＡＮアダプタ５１０、ＲＦＩＤアダプタ５２０、ソケットアダプタ５３０の総称はイベントソース５１００とする。

ミドルウェア５００は、配送ルールに基づいてイベントの配送を行うイベント発行部（Event Publisher）７００と、コマンドの実行を行うアクションマネージャ８００と、倉庫のＩＤなどのデータを管理するオブジェクトマネージャ６００から構成される。

ミドルウェア５００では、センサノード１から受信した観測イベントや、ＰＡＮ管理サーバ２のタイマ２０４からのイベントに基づいて、新たなセンサノード１の参加や離脱を検知して、ＰＡＮマネージャ５５０に通知する。ＰＡＮマネージャ５５０は、ミドルウェア５００からの通知に基づいて配下のＰＡＮ６に接続されたセンサノード１を管理する。

このため、ミドルウェア５００のイベント発行部７０に０は、配下のセンサノード１を管理するＰＡＮ管理テーブル７５０を備えている。なお、ＰＡＮマネージャ５５０は、イベント発行部７００を介してＰＡＮ管理テーブル７５０を参照し、配下のセンサノード１の管理を実行する。ＰＡＮ管理テーブル７５０は、図８で示すように、センサノード１のＩＤを格納するＩＤ部７５１と、観測イベントの配送条件を格納する配送ルール格納部７５２と、からひとつのエントリを構成する。ＰＡＮ管理テーブル７５０は、ＰＡＮ管理サーバ２の配下に接続されたセンサノード１のＩＤ毎にエントリが設定され、ＰＡＮマネージャ５５０は、ＰＡＮ管理テーブル７５０を参照することで、配下のセンサノード１を管理することができる。なお、配送ルール格納部７５２に設定された、観測した温度が２０°Ｃを超えたら上位サーバ４へ転送するという配送ルールは、上位サーバ４から取得した情報である。

＜上位サーバの機能＞
上位サーバ４は、ユーザ端末５から入力したセンサノード１毎の配送ルールやアクションルールや、管理者などがキーボード４０６等の入力装置を用いて入力した配送ルール及びアクションルールを保持し、また、ＰＡＮ管理サーバ２から受信した観測イベントを格納する。

上位サーバ４では、図７で示すように、ＰＡＮ管理サーバ２との間で通信を行うソケットアダプタ４３０と、ソケットアダプタ４３０が受信したイベントについて所定の処理を行うミドルウェア４００と、ユーザ端末５に所定のサービスを提供するアプリケーション４４０が実行される。

ミドルウェア４００は、ユーザ端末５やキーボード４０６等から、センサノード１のＩＤ毎に配送ルールやアクションルールを受け付けて、ノード管理テーブル４１０に格納する。そして、ミドルウェア４００はＰＡＮ管理サーバ２から接続イベントを受け付けると、接続イベントのセンサノード１のＩＤからノード管理テーブル４１０を検索し、予め設定された配送ルールをＰＡＮ管理サーバ２に通知する。また、ミドルウェア４００は、接続イベントを送信したＰＡＮ管理サーバ２の情報（例えば、識別子あるいは場所）をノード管理テーブルに設定し、センサノード１のＩＤ毎の所在、つまりセンサノード１を備えたコンテナの所在を管理する。また、ミドルウェア４００は、ＰＡＮ管理サーバ２から観測イベントを受信すると、データベース４２０へ格納する。また、ミドルウェア４００は、観測イベントがアクションルールで定義された条件を満たすと、アクションルールで定義された処理を実行する。

アプリケーション４４０は、ユーザ端末５からの要求に応じて、ノード管理テーブル４１０の情報やデータベース４２０の検索を実行する。

ここで、ミドルウェア４００が管理するノード管理テーブル４１０は、図９で示すように、センサノード１のＩＤを格納するＩＤ部４１１と、観測イベントの配送条件（配送ルール）を格納する配送ルール格納部４１２と、上位サーバ４で実行する処理の条件と処理の内容を定義したアクションルール格納部４１３と、センサノード１の所在を示す位置情報格納部４１４からひとつのエントリを構成する。ＩＤ部４１１には、センサノード１を特定可能な識別子が格納され、例えばＭＡＣアドレスなどのグローバルユニークな識別子を採用することができる。位置情報格納部４１４には、当該センサノード１と通信を行った最新のＰＡＮ管理サーバ２の場所の情報あるいは識別子が設定される。

図示の例では、センサノード１のＩＤとしてＭＡＣアドレスを用いた例を示し、ＩＤ部４１１がＭＡＣアドレス＝００：１１：２２：３３：４４：５５のセンサノード１の観測イベントについては、観測した温度が２０°Ｃを超えたら上位サーバ４へ転送するという配送ルールが配送ルール格納部４１２に設定され、観測した温度が３０°Ｃを超えたらユーザ端末５へ警報を通知する、というアクションルールがアクションルール格納部４１３に設定され、位置情報格納部４１４には、００：１１：２２：３３：４４：５５の識別子を持つセンサノード１が倉庫＃２にあることを示している。

＜センサネットの処理の概要＞
次に、センサノード１とＰＡＮ管理サーバ２と上位サーバ４及びユーザ端末５の間で行われる処理の一例について、図１０のタイムチャートを参照しながら説明する。

センサノード１を利用する際には、まず、ユーザ端末５からセンサノード１の観測イベントを上位サーバ４へ送信するための配送ルールと、上位サーバ４で実行させるアクションルールを設定する（Ｓ１）。ユーザ端末５は、ミドルウェア４００に対してセンサノード１のＩＤ（００：１１：２２：３３：４４：５５）と、配送ルールとアクションルールを処理条件として送信する。次に、上位サーバ４は、センサノード１のＩＤに対応した処理条件を受信すると、ミドルウェア４００が処理条件を構成する配送ルールとアクションルールをセンサノード１のＩＤに対応付けてノード管理テーブル４１０に設定する（Ｓ２）。更に、ＰＡＮ管理サーバ２には、予めセンサノード１から受信するデータが接続イベントならば上位サーバ４に転送し、観測イベントであればメモリ２０１に保持、若しくは、廃棄するようなルールをセンサノード１のノードＩＤに対応づけて設定しておく。この設定は、上位サーバ４から通知するものであっても良いし、予め初期設定されていても良い。

センサノード１はコンテナ１０に設定されて、車両により輸送される。例えば、図１において、センサノード１を備えたコンテナ１０が、倉庫＃１から移動して倉庫＃２へ到着した例を以下に説明する。

センサノード１は所定の周期で起動し、倉庫＃２のＰＡＮ管理サーバ２に対して接続イベントを送信する（Ｓ３）。接続イベントを受信したＰＡＮ管理サーバ２は、接続イベントに含まれるセンサノード１のＩＤ（００：１１：２２：３３：４４：５５）を取得し、このｉＤについてＰＡＮ管理テーブル７５０を検索する。そして、ＰＡＮ管理サーバ２は、ＰＡＮ管理テーブル７５０に当該センサノード１のＩＤが存在しなければ、新たなセンサノード１（コンテナ１０）が到来したと判定して、上記予め設定されているルールに基いて上位サーバ４へ接続イベントを転送する（Ｓ４）。上位サーバ４へ送信する接続イベントは、ＰＡＮ管理サーバ２がセンサノード１から受信した接続イベントにＰＡＮ管理サーバ２の識別子（例えば、ＩＤ＝２）を付加した情報で構成される。上位サーバ４へ接続イベントを送信した後、ＰＡＮ管理サーバ２はＰＡＮ管理テーブル７５０にセンサノード１のＩＤ（００：１１：２２：３３：４４：５５）を追加する。なお、ＰＡＮ管理サーバ２のＩＤは、ｉＰアドレスやＭＡＣアドレスを用いることができる。

ＰＡＮ管理サーバ２から新たなセンサノード１の接続イベントを受信した上位サーバ４は、受信した接続イベントからセンサノード１のＩＤ（００：１１：２２：３３：４４：５５）と、ＰＡＮ管理サーバ２のＩＤ（ＩＤ＝２）を取得する。上位サーバ４は、接続イベントを送信したＰＡＮ管理サーバ２のＩＤ＝２に基づいて、図示しないテーブルを参照し、センサノード１の位置情報を倉庫＃２と決定する。そして、上位サーバ４は、ノード管理テーブル４１０からセンサノード１のＩＤ（００：１１：２２：３３：４４：５５）を検索し、上記決定した位置情報をノード管理テーブル４１０の位置情報格納部４１４に設定し、コンテナ１０の位置を倉庫＃２へ関連づける（Ｓ５）。図１のように、倉庫＃１から倉庫＃２へ移動した場合には、センサノード１のＩＤに対応する位置情報格納部４１４は、「倉庫＃１」の位置情報が「倉庫＃２」へ更新されることになる。なお、ＰＡＮ管理サーバ２のＩＤに基づく位置情報の決定は、ＰＡＮ管理サーバ２の識別子と位置情報の関係をテーブルなどに予め設定しておけばよい。

次に、上位サーバ４は、接続イベントに含まれるセンサノード１のＩＤに対応するノード管理テーブル４１０から、配送ルール（２０°Ｃを超えたら送信）を取得して、接続イベントを送信した倉庫＃２のＰＡＮ管理サーバ２へ送信する（Ｓ６）。尚、本実施形態においてはセンサノード１のノードＩＤに対応して検索を行ったが、これに限らず受信した接続イベントに対応して何れかの配送ルールを決定できるようにしておけば良い。例えば、ＰＡＮ毎に配送ルールに設定するなども可能である。こうした場合には、予め上位サーバ４での配送ルールの格納方法を変更すれば良い。

ＰＡＮ管理サーバ２は、上記Ｓ４でＰＡＮ管理テーブル７５０に追加したＩＤ（００：１１：２２：３３：４４：５５）のエントリの配送ルール格納部７５２へ、上位サーバ４から受信した配送ルール（２０°Ｃを超えたら送信）を格納する（Ｓ７）。以降、ＰＡＮ管理サーバ２は、ＩＤが００：１１：２２：３３：４４：５５のセンサノード１から観測イベントを受信すると、配送ルールの条件を満足したときに配送を実行することができる。

次に、センサノード１は、上記Ｓ３で接続イベントを送信した後に、スリープ状態へ移行し、Ｓ８では所定の周期が経過したことから再度起動し、センサ１０７で観測を実行し、観測イベントをＰＡＮ管理サーバ２へ送信する（Ｓ８）。

センサノード１から観測イベントを受信したＰＡＮ管理サーバ２は、センサノード１のＩＤに基づいてＰＡＮ管理テーブル７５０の配送ルール格納部７５２から配送ルール（観測値が２０°Ｃを超えていたら送信）を取得して、観測イベントと配送条件を比較する（Ｓ９）。観測イベントの観測値が２１°Ｃであった場合、配送条件を満たすのでＰＡＮ管理サーバ２は観測イベントを上位サーバ４へ送信する（Ｓ１０）。配送条件を満足しなければ、ＰＡＮ管理サーバ２は観測イベントを破棄する。

ＰＡＮ管理サーバ２から観測イベントを受信した上位サーバ４は、観測イベントに含まれるセンサノード１のＩＤ（００：１１：２２：３３：４４：５５）からノード管理テーブル４１０を検索して、該当するＩＤのアクションルール格納部４１２からアクションルール（３０°Ｃを超えていたら警報を通知）を取得する。そして、上位サーバ４は、観測イベントの観測値と、アクションルールの条件を比較する（Ｓ１１）。この例では、観測値が２１°Ｃであるのでアクションの実行条件を満足しないので、アクションは実行しない。なお、上位サーバ４は、受信した観測イベントをセンサノード１のＩＤに対応付けてデータベース４２０へ格納する。

センサノード１は観測イベントを送信した後に、スリープ状態へ移行して所定の周期で再起動し、観測イベントをＰＡＮ管理サーバ２へ送信する（Ｓ１２）。このとき、観測イベントの観測値が３１°Ｃであったとする。Ｓ１３では上記Ｓ９と同様に配送ルールに基づいて配送条件を判定し、観測値が３１°Ｃであるので配送条件を満たしているため、観測イベントを上位サーバ４へ送信する（Ｓ１４）。

観測イベントを受信した上位サーバ４は、上記Ｓ１１と同様にアクションルールを取得して観測値＝３１°Ｃでアクションの実行条件を判定する（Ｓ１５）。観測値が実行条件を満たしているの、上位サーバ４はアクションルール格納部４１２に設定されているアクションを実行し、ユーザ端末５へ温度が所定値を超えたことを示す警報を送信する。

ここで、センサノード１は、接続イベントを送信することで新たに通信を行うことをＰＡＮ管理サーバ２に通知することができる。しかし、コンテナ１０が倉庫＃２を離れる際には、センサノード１から通知を受けることができない。

そこで、ＰＡＮ管理サーバ２は、センサノード１から観測イベントを受信した時点からタイマ２０４で所定の監視時間Ｔ１（例えば１０分）までカウントを行い、監視時間Ｔ１を経過した時点で同一のセンサノード１から観測イベントを受信していなければセンサノード１（コンテナ１０）が当該ＰＡＮ管理サーバ２の配下から離れたことを判定する。

つまり、図８において、ＰＡＮ管理サーバ２は、センサノード１から観測イベントを受信するたびに、タイマ２０４で所定の監視時間Ｔ１までカウントを開始する。例えば、Ｓ８でタイマ２０４のカウントを開始すると、監視時間Ｔ１を経過する以前のＳ１２でセンサノード１が観測イベントを送信する。この観測イベントを受信した後、ＰＡＮ管理サーバ２は、再度タイマ２０４でカウントを開始する。

コンテナ１０が倉庫＃２から離れ、ＰＡＮ管理サーバ２の通信圏外へ移動すると、ＰＡＮ管理サーバ２はセンサノード１からの観測イベントを受信することはできず、監視時間Ｔ１が経過する。この時点で、ＰＡＮ管理サーバ２は同一のセンサノード１から観測イベントを受信したか否かを判定する（Ｓ１７）。監視時間Ｔ１内に同一のセンサノード１から観測イベントを受信していなければ、ＰＡＮ管理サーバ２は、倉庫＃２から離れたセンサノード１のＩＤに対応するＰＡＮ管理テーブル７５０上のエントリを削除する（Ｓ１８）。このとき、ＰＡＮ管理サーバ２が、上位サーバ４に対して配下から離脱したセンサノード１のＩＤを通知するようにしても良い。この場合、通知を受けた上位サーバ４は、センサノード１のＩＤに対応するノード管理テーブル４１０のエントリにおいて、位置情報４１４を削除したり、接続を解除した識別子を付加するようにしても良い。

以上のように、新たなセンサノード１を検知したＰＡＮ管理サーバ２は、このセンサノード１のＩＤに、当該ＰＡＮ管理サーバ２のＩＤを含めた情報を接続イベントとして上位サーバ４へ送信する。 そして、上位サーバ４は接続イベントのセンサノード１のＩＤからノード管理テーブル４１０を検索し、対応する配送ルールをＰＡＮ管理サーバ２へ送信する。ＰＡＮ管理サーバ２は上位サーバ４から受信した配送ルールに含まれる配送条件でセンサノード１から受信した観測イベントを監視して、配送条件が成立したときに観測イベントを送信することができる。

したがって、センサノード１を用いてコンテナ１０を管理するセンサネットシステムは、ユーザ端末５からセンサノード１（コンテナ１０）毎の配送ルールとアクションルールとを上位サーバ４に設定しておくだけで、任意のＰＡＮ管理サーバ２へ配送ルールを配信することができる。管理者などはコンテナ１０（センサノード１）の移動経路や現在位置を知る必要はなく、上位サーバ４に対してのみ配送ルールとアクションルールを設定しておくだけよい。また、上位サーバ４は、センサノード１が到着したＰＡＮ管理サーバ２に対してのみ当該センサノード１の配送ルールを送信し、配送条件をＰＡＮ管理サーバ２で判定することで、必要な情報のみをユーザ端末５等へ送信することができ、センサネットシステム全体の通信量が過大になるのを防ぐことが可能となる。また、ＰＡＮ管理サーバ２では、現在接続中のセンサノード１の配送ルールのみを格納すればよいので、ＰＡＮ管理サーバ２のメモリ等のリソースを有効に利用することができる。

＜ＰＡＮ管理サーバの処理＞
次に、ＰＡＮ管理サーバ２で行われる処理の一例について、図１１のフローチャートを参照しながら説明する。ＰＡＮ管理サーバ２では、受信した内容がコマンドの場合（Ｓ２０）、上位サーバ４からの配送ルール設定コマンドであるか否かを判定する（Ｓ２１）。配送ルール設定コマンドの場合には、Ｓ２２へ進んでイベント発行部７００のＰＡＮ管理テーブル７５０にセンサノード１のＩＤと配送ルールを追加する。

ＰＡＮ管理サーバ２は、センサノード１からイベントを受信した場合（Ｓ２３）、受信したイベントがセンサノード１からの接続イベントであるか否かを判定する（Ｓ２４）。接続イベントであれば、ＰＡＮ管理サーバ２は上位サーバ４に当接続イベントを送信する（Ｓ２５）。一方、受信したイベントが接続イベントではない場合、観測イベントであるか否かを判定する（Ｓ２６）。観測イベントの場合には、観測イベントに含まれるセンサノード１のＩＤに対応する配送ルールを取得して、観測イベントの値が配送ルールの配送条件を満足しているか否かを判定する（Ｓ２７、Ｓ２８）。観測イベントの値が配送条件を満足するときは、センサノード１からの観測イベントに、自ＰＡＮ管理サーバ２のＩＤを付加した観測イベントを上位サーバ４に送信する（Ｓ２９）。ここで、対応する配送ルールが設定されていなければ、まだ上位サーバ４に認識・管理されていないということなので、得られた観測イベントは設定に従ってメモリに保持するか破棄する。

尚、ＰＡＮ管理サーバ２としては、Ｓ２１、Ｓ２３，Ｓ２６の３種類の動作に対応できれば良く、その動作順序についてはこの実施形態に限らない。

なお、上記図１０で示したように、ＰＡＮ管理サーバ２から離れて通信ができなくなったセンサノード１を検知するため、上記Ｓ２６で観測イベントを受信したときには、タイマ２０４を起動して所定の監視時間Ｔ１までカウントさせる。監視時間Ｔ１が経過すると、タイマ２０４がＣＰＵ２０３に割り込み（接続解除イベント）をかけて割り込み処理を開始する。この割り込み処理では、監視時間Ｔ１内にＳ２６で観測イベントを受信したセンサノード１と同一のセンサノード１から観測イベントを受信したか否かを判定する。観測イベントを受信していれば当該センサノード１はＰＡＮ管理サーバ２の通信圏内にあると判定する。一方、同一のセンサノード１から観測イベントを受信していなかった場合は、センサノード１がＰＡＮ管理サーバ２の通信圏外に移動したと判定する。そして、ＰＡＮ管理テーブル７５０から当該センサノード１のＩＤを持つエントリを削除してから割り込み処理を終了する。

ＰＡＮ管理サーバ２では、上記処理を繰り返して実行することで、センサノード１が到着するとしたＰＡＮ管理サーバ２へ配信し、配送ルールで設定した条件でコンテナ１０の監視を行うことができる。また、観測イベントを受信した場合には、観測イベントの値がアクションルールの実行条件を満たしたときに所定のアクションを実行することができる。

＜上位サーバの処理＞
次に、上位サーバ４のミドルウェア４００で行われる処理の一例について、図１２のフローチャートを参照しながら説明する。上位サーバ４では、受信した内容がコマンドの場合（Ｓ３０）、ユーザ端末５からの配送ルール設定コマンドであるか否かを判定する（Ｓ３１）。配送ルール設定コマンドの場合には、Ｓ３２へ進んでノード管理テーブル４１０から配送ルール設定コマンドに含まれるセンサノード１のＩＤを検索（図中インスタンス検索）する。ノード管理テーブル４１０に該当するＩＤがなければ、新たなエントリを追加しＩＤ部４１１に新たなセンサノード１のＩＤを設定する。そして、配送ルール格納部４１２には配送ルールを設定し、アクションルール格納部４１３にはアクションルールを設定する（Ｓ３３）。一方、ノード管理テーブル４１０に該当するＩＤがあれば、当該エントリの配送ルール４１格納部２またはアクションルール格納部４１３を更新する。

上位サーバ４は、受信した内容がイベントの場合（Ｓ３４）、ＰＡＮ管理サーバ２からの接続イベントであるか否かを判定する（Ｓ３５）。接続イベントの場合には、当該接続イベントに含まれるセンサノード１のＩＤでノード管理テーブル４１０を検索し、該当するＩＤのエントリから配送ルールを取得する（Ｓ３６）。そして、取得した配送ルールを接続イベントを送信したＰＡＮ管理サーバ２へ送信する（Ｓ３７）。なお、接続イベントに含まれるＰＡＮ管理サーバ２のＩＤからセンサノード１の場所を決定し、ノード管理テーブル４１０の位置情報４１４に決定した場所を格納する。

次に、ＰＡＮ管理サーバ２から受信したイベントが観測イベントであるか否かを判定する（Ｓ３８）。観測イベントの場合には、当該観測イベントに含まれるセンサノード１のＩＤでノード管理テーブル４１０を検索し、該当するＩＤのエントリからアクションルールを取得する（Ｓ３９）。そして、取得したアクションルールからアクションの実行条件を判定し、観測イベントの値が実行条件を満たすときには、アクションルールで指定された処理を実行する（Ｓ４０）。

上位サーバ４では、上記処理を繰り返して実行することで、ユーザ端末５から受け付けた配送ルールを、センサノード１が到着したＰＡＮ管理サーバ２へ配信し、配送ルールで設定した条件でコンテナ１０の監視を行うことができる。また、観測イベントを受信した場合には、観測イベントの値がアクションルールの実行条件を満たしたときに所定のアクションを実行することができる。

＜ＰＡＮ管理サーバの詳細＞
次に、ＰＡＮ管理サーバ２を構成するソフトウェアの構成について以下に説明する。

＜イベント発行部＞
図６に示したイベント発行部７００の詳細を図１３に示す。イベント発行部７００は、イベントソース５１００（各アダプタからの入力）から入力されたイベント（図中OnEvent）の種類毎に、イベントの配送先を示すイベントハンドラＩＤ７２０と、イベント発行条件を定義したイベント比較部（Event Comparator）７３０を含む記述部（Subscribee）７１０から構成される。

イベント発行部７００は、イベント比較部７３０で指定された条件を満足すると、イベントハンドラＩＤ７２０に設定されたイベントハンドラ７４０に対してイベントを発行する。イベントハンドラ７４０は、予め設定された配送先にイベントを発行（Scribe）するよう、イベント発行部７００に指令する。そして、イベント発行部７００はイベントハンドラ７４０の指令に基づいてイベントを発行する。なお、イベントハンドラ７４０は、例えば、ＰＡＮマネージャ５５０に実装される。

図１６で示すように、イベント発行部７００は、入力されたイベントの種類に応じて接続イベントや、接続解除イベントや、観測イベントなどの１次イベントや、２次イベントを発行する。また、イベント比較部７３０の内容は、図１７に示すように、単独のイベントについて比較を行うコンパレータと、複数の条件でイベントの比較を行う復号コンパレータで構成されている。

例えば、イベントソース５１００から接続イベントを受け付けると、イベント発行部７００はイベント比較部７３０で条件を比較し、イベントハンドラＩＤ７２０が指し示すイベントハンドラ７４０へ接続イベントを発行（図中On Event）する。イベントハンドラ７４０は、受け付けたイベントに応じてイベントの転送先をイベント発行部７００に通知(Subscribe)する。

また、イベント発行部７００は、イベントソース５１００からのイベントが無いことを条件に新たなイベントを発行することができる。例えば、図１７の「ｎｏｔ」コンパレータでは、所定のセンサノード１のＩＤから所定時間を経過しても観測イベントを受信できなければ、接続解除イベントを発行するｋとができる。

＜ＰＡＮマネージャ＞
図１４は、ＰＡＮマネージャ５５０の構成を示すブロック図である。ＰＡＮマネージャ５５０は、配下のセンサノード１の新規接続、接続解除、観測イベントについて管理を行う。このため、ＰＡＮマネージャ５５０は、イベントハンドラ７４０として、接続イベントハンドラ７４１と、接続解除イベントハンドラ７４２と、観測イベントハンドラ７４３とを含んでいる。

ＰＡＮマネージャ５５０は、接続イベントを受け付けると接続イベントハンドラ７４１を起動して、アクティブオブジェクトマネージャ６００に新たな接続イベントが来たことを示すバインドコマンドを送信する。そして、接続イベントハンドラ７４１は、イベント発行部７００に対して所定の送信先（例えば、上位サーバ４）へ接続イベントを送信するよう指令する。

また、ＰＡＮマネージャ５５０は、接続解除イベントを受け付けると接続解除イベントハンドラ７４２を起動して、アクティブオブジェクトマネージャ６００に接続が解除されたことを示すアンバインドコマンドを送信する。そして、接続解除イベントハンドラ７４１は、イベント発行部７００に対して所定の送信先（例えば、上位サーバ４）へ接続解除イベントを送信するよう指令する。

また、ＰＡＮマネージャ５５０は、観測イベントを受け付けると観測イベントハンドラ７４３を起動して、アクティブオブジェクトマネージャ６００に観測イベントを受け付けたことを示す観測コマンドを送信する。そして、観測イベントハンドラ７４３は、イベント発行部７００に対して所定の送信先（例えば、上位サーバ４）へ接続解除イベントを送信するよう指令する。このとき、観測イベントの値が温度であれば、イベント発行部７００のイベント比較部７３０は、観測イベントに予め設定された条件と比較を行って、条件を満足したときに所定の処理を実行する。例えば、観測イベントの温度が３０°Ｃを超えれば（図１７の「gtParam」）送信する、等の条件により、観測イベントの値が所定の条件を満たしたときにのみ、上位サーバ４などへ観測イベントの送信を行うように設定することができる。

イベント発行部７００はイベントハンドラ７４０と連動して受け付けたイベントを加工するイベントを起動するなどの処理を行うことができる。イベントソース５１００から受け付けたイベントを一次イベントとすると、イベント発行部７００は、一次イベントを上位サーバ４へ送信する場合と、一次イベントに加工を施した２次イベントを上位サーバ４へ送信する場合がある。

例えば、図７に示した上位サーバ４のミドルウェア４００が、ＰＡＮ管理サーバ２のミドルウェア５００と同様にイベント発行部７００を備える場合、イベントの転送は図１８のように行われる。センサノード１からの観測イベントは、ＰＡＮアダプタ５１０で受信した後、一次イベントとしてＰＡＮ管理サーバ２のイベント発行部７００へ入力される。イベント発行部７００では観測イベントの到着をイベントハンドラ７４０に通知する。イベントハンドラ７４０は、イベントの配送先のをイベント発行部７００へ指令する。この場合、イベント発行部７００は、２次イベントとして上位サーバ４へ観測イベントを送信する。あるいは、イベントハンドラ７４０は、観測イベントの値を摂氏などの所定の単位を付加するイベントを呼び出して、観測イベントを加工した２次イベントをソケットアダプタ５３０から上位サーバ４へ送信する。

上位サーバ４では、ソケットアダプタ４３０で受信した２次イベントを、イベント発行部７００Ａへ投入し、上位サーバ４のイベントハンドラ７４０Ａで再度加工を施したり、他の計算機（例えば、ユーザ端末５）へ２次イベントを転送することができる。

＜アクティブオブジェクトマネージャ＞
ＰＡＮ管理サーバ２のデータを管理するアクティブオブジェクトマネージャ６００の一例を図１５に示す。上記イベント発行部７００やＰＡＮマネージャ５５０は、アクティブオブジェクトマネージャ６００のオブジェクトマネージャ６００に格納されたデータを参照して、イベント発行や転送あるいは配下のセンサノード１の管理を行う。

オブジェクトマネージャ６０１には、データの実体を格納するインスタンス６０２と、データの構造を定義したスキーマ６０３から構成される。オブジェクトマネージャ６０１には、センサノード１の情報やコンテナ１０の情報が格納されており、上記イベントハンドラ７４０（７４１〜７４３）はオブジェクトイベントハンドラ６１０を介して、オブジェクトマネージャ６００からデータを取得する。

また、アクティブオブジェクトマネージャ６００は、ＰＡＮマネージャ５５０やイベント発行部７００等からのコマンドを受け付け、オブジェクトマネージャ６０１に対する操作（参照や更新）を行う。コマンドの一例としては、配送ルールを設定または更新するためのセットコンパレータコマンド６２１や、新たなセンサノード１に配送ルールを関連付けるためのバインドコマンドや、接続解除したセンサノード１と配送ルールの関連付けを解消するためのアンバインドコマンドや、観測温度を更新するためのアップデートコマンドなどを備えている。

オブジェクトマネージャ６００が管理するデータの種類の一例を図１９に示す。スキーマ６０３は、スキーマプロパティによって属性が定義され、スキーマ参照によって関連先のスキーマ名が定義される。

インスタンス６０２は、それぞれＩＤを持ちこのインスタンス６０２を更新するためのルール（イベントコンパレータ７３０の条件）をサブスクライブルール（Subscribe Rule）で定義し、このインスタンス６０２に関連づけられた処理内容をアクションルールで定義する。

オブジェクトマネージャ６００が管理するデータの具体的な一例を図２０に示す。図２０は、センサノード１のＩＤ＝２のデータ及びデータ構造を示したものである。インスタンスのプロパティにはテキスト形式のＭＡＣアドレスと２３．１°Cの観測温度がDoubleのデータ形式で格納され、接続先はＰＡＮ＃１が格納される。そして、スキーマルールには、ＭＡＣアドレス006e00002311の観測イベントを配送するルールが定義され、アクションルールには、観測イベントの「温度」でインスタンスプロパティの観測温度を更新するルールが定義される。

上記スキーマ６０３の定義をＸＭＬで示した一例を図２１に示す。図２１は、ＰＡＮ管理サーバ２の配下のセンサノード１の定義を示す。センサノード１のＩＤはＭＡＣアドレスで定義され、観測値は温度であることを示している。

次に、インスタンス６０２の定義をＸＭＬで示した一例を図２２に示す。図２２は、ＰＡＮ管理サーバ２に接続されたセンサノード１のＩＤ＝２について記述したものである。この例では、図中「path＝"isIn／PAN"」の記載により、ＩＤ＝２のセンサノード１がＰＡＮ６に接続されたら図中ＥＣ１を実行することを示している。

図中ＥＣ１は、イベントコンパレータで記載されるもので、観測イベント＝「observed」が到来したら転送する条件を定義したものである。

次に、アクションルールには、「温度」を含むイベントが来たら、観測温度を更新するルールが定義される。

次に、オブジェクトマネージャ６０１が提供するコマンドの種類を図２３に示す。オブジェクトマネージャ６０１は、新たなセンサノード１が接続したときに、上位サーバ４から取得した配送ルールと関連付けを行うための関連付け（bind）コマンドや、センサノード１が接続解除したときに接続されたセンサノード１のＩＤと配送ルールの関連付けを解除するための関連付け解除（unbind）コマンドなどを提供する。

図２４は、図２３に示した属性取得（getProperty）コマンドで、倉庫番号３１の２番目のセンサノード１の通信チャネルを解析する例を示している。このれいでは、センサノード１のＩＤ＝２２がＰＡＮ管理サーバ２のＩＤ＝１１に接続されていることをツリー状に示している。

＜処理の詳細＞
ＰＡＮ管理サーバ２を中心とした処理の詳細について以下に説明する。図２５は、図８のＳ３〜Ｓ８と、Ｓ１７、Ｓ１８に示したセンサノード１の接続から、観測イベントの受信及びセンサノード１の接続解除の手順を示す。

センサノード１は所定の周期で起動し、倉庫＃２のＰＡＮ管理サーバ２に対して接続（joined）イベントを送信する（Ｓ５１）。接続イベントを受信したＰＡＮ管理サーバ２は、イベント発行部７００がＰＡＮマネージャ５５０に対して接続イベントを発行し（Ｓ５２）、ＰＡＮマネージャ５５０は図１４に示したバインドコマンド６２２を発行する（Ｓ５３）。イベント発行部７００は、後述するように、上位サーバ４へ新たなセンサノード１の到来を通知して、配送ルールを取得する。そして、上位サーバ４から取得した配送ルールをバインドコマンド６２２を受けたアクティブオブジェクトマネージャ６００のオブジェクトマネージャ６０１でインスタンス６０２として登録する。

接続の処理が完了した後は、センサノード１からの観測イベントを受信する（Ｓ５４）。観測イベントを受信したイベント発行部７００は、ＰＡＮマネージャ５５０に観測イベントを送信し、ＰＡＮマネージャ５５０はアクティブオブジェクトマネージャ６００に対して更新（update）コマンドを送信する（Ｓ５５）。更新コマンド６２３を受信したオブジェクトマネージャ６０１は、観測イベントの温度で、インスタンス６０２の観測温度を更新する。

コンテナ１０が倉庫＃２から離れ、センサノード１がＰＡＮ管理サーバ２の通信圏外へ移動すると、ＰＡＮ管理サーバ２はセンサノード１からの観測イベントを受信することはできず、タイマ２０４は監視時間Ｔ１が経過する。タイマ２０４は接続解除イベントをイベント発行部７００に送る（Ｓ５６）。イベント発行部７００はＰＡＮマネージャ５５０に接続解除イベントを送る（Ｓ５７）。ＰＡＮマネージャ５５０は、接続解除イベントに基づいて接続解除（unbind）コマンド６２４をアクティブオブジェクトマネージャ６００に送信する。アクティブオブジェクトマネージャ６００ではオブジェクトマネージャ６０１のインスタンス６０２から当該接続されたセンサノード１のインスタンス６０２を削除する。

センサノード１の接続開始から観測イベントの受信及び接続解除までの期間では、上記図２５のような処理がＰＡＮ管理サーバ２で行われる。

次に、図２６はセンサノード１を新たに接続したときのＰＡＮ管理サーバ２の処理を示し、上記図１０のＳ７の処理を示す。この時点では、上記図１０のＳ６においてＰＡＮ管理サーバ２のＰＡＮマネージャ５５０が上位サーバ４から配送ルールを受信している。

ＰＡＮマネージャ５５０は、アクティブオブジェクトマネージャ６００に対して接続（bind）コマンド６２２を発行し（Ｓ６１）、上位サーバ４から受信した配送ルールをオブジェクトマネージャ６０１に渡す（Ｓ６２）。ここで、オブジェクトマネージャ６０１は、上位サーバ４から取得した配送ルール「温度が３０度を超えたら送信」という配送ルールを新たに接続されたセンサノード１のＩＤ＝１に関連付ける（Ｓ６３）。

接続コマンド６２２からは、配送ルールのコンパレータを取得するコマンド（getComaparator）がオブジェクトマネージャ６０１に送信され、また、観測イベントの配送コマンド（subscribe）がイベント発行部７００に送られる。イベント発行部７００はオブジェクトマネージャ６０１から配送ルールである「３０度を超えたら」というコンパレータを取得してイベント発行部７００を構成する記述部７１０のイベント比較部７３０に設定する。なお、イベントハンドラＩＤ７２０には、オブジェクトマネージャ６０１が設定したセンサノード１のＩＤ＝３を設定する。

以上の処理により、イベント発行部７００ではＩＤ＝１のセンサノード１からの観測イベントの値が３０°Ｃを超えたら観測イベントを配送するという定義を設定する。

次に、ＩＤ＝１のセンサノード１からの観測イベントを受信する例について図２７に示す。ＰＡＮマネージャ５５０は、センサノード１からの観測イベントを受信すると、更新（update）コマンド６２４をオブジェクトマネージャ６０１に発行し、該当するセンサノード１のＩＤのインスタンス６０２を更新する（Ｓ７１）。

イベント発行部７００は、当該センサノード１の観測温度が更新されたことをコンテナ１０の管理を行うオブジェクトイベントハンドラ６１０に通知する（Ｓ７２）。オブジェクトイベントハンドラ６１０は、センサノード１のＩＤ（＝１）をコンテナ１０のＩＤ（＝２）に置換したものをイベント発行部７００へ送信する（Ｓ７３）。

これにより、イベント発行部７００では、センサノード１が検出した観測イベントの温度をコンテナ１０の温度として扱うことが可能となる。つまり、センサノード１から取得した観測イベントを一次イベントとすると、観測イベントに含まれる温度をコンテナ１０の温度とした２次イベントを発行することができる。

＜第２実施形態＞
図２８は、第２の実施形態を示し、前記第１実施形態の上位サーバ４とＰＡＮ管理サーバ２との間に、配送ルールを蓄積し、イベント及びコマンドの中継を行う第２の上位サーバ４０を加えて上位サーバを多階層にしたもので、その他の構成は前記第１実施形態と同様である。本実施形態においては、２階層の上位サーバ４，４０においてイベントの管理情報を共有することが可能となる。

第２の実施形態では、第２の上位サーバ４０に配送ルールを保持し、センサノード１から接続イベントがあったときには、第２の上位サーバ４０が配送ルールをＰＡＮ管理サーバ２に送信する。つまり、ＰＡＮ管理サーバ２が上位サーバ４の位置を知らず、直接上位サーバ４に接続イベントを送信できない場合、既知の上位サーバ４０に接続イベントを送ることにより、上位サーバ４０があらかじめ上位サーバ４より取得した配送ルールをＰＡＮ管理サーバ２に配信する。

一方、第２の上位サーバ４０は、ＰＡＮ管理サーバ２の観測イベントを上位サーバ４へ転送する。上位サーバ４では、前記第１実施形態と同様に観測イベントが所定の条件を満たしときにアクションを実行する。

第２の上位サーバ４０は、図７で示した上位サーバ４と同様にノード管理テーブル４１０を備える。尚、本実施形態において第２の上位サーバ４０では、アクションの実行は行わない場合もあり、この場合にはノード管理テーブル４１０のうちアクションルール４１３は使用しないものとする。

ユーザ端末５からは、配送ルールとアクションルールを上位サーバ４に設定し、上位サーバ４では、配送ルールとアクションルールをノード管理テーブル４１０に登録する（Ｓ１、Ｓ２）。

次に、上位サーバ４はＰＡＮ管理サーバ２からの接続イベントが来る前に、配送ルールを第２の上位サーバ４０へ配送し、第２の上位サーバ４０では受信した配送ルールをノード管理テーブル４１０に登録しておく（Ｓ６Ａ、Ｓ２Ａ）。このとき、上位サーバ４は、上位サーバ４０と接続したときに配送ルールを送信する。あるいは、上位サーバ４０が上位サーバ４に対して接続要求を行った後に、上位サーバ４が上位サーバ４０へ配送ルールを送信しても良い。

ＰＡＮ管理サーバ２は、センサノード１から接続イベントを受信すると、第２の上位サーバ４０へ接続イベントを送信する（Ｓ４）。第２の上位サーバ４０は、受信した接続イベントを上位サーバ４へ転送する（Ｓ４Ａ）。上位サーバ４と、第２の上位サーバ４０ではそれぞれノード管理テーブル４１０に接続イベントが来た位置情報を書き込んで、コンテナ１０と倉庫の位置関係を把握する（Ｓ５、Ｓ５Ａ）。

そして、第２の上位サーバ４０は、倉庫の位置との関連付けを行ったセンサノード１の配送ルールを、接続イベントを送信したＰＡＮ管理サーバ２へ送信する（Ｓ６Ｂ）。ＰＡＮ管理サーバ２は前記第１実施形態と同様に、ＰＡＮ管理テーブル７５０に配送ルールを格納し、観測イベントを受信すると第２の上位サーバ４０へ配送する（Ｓ７〜Ｓ１０）。

第２の上位サーバ４０は観測イベントをそのまま上位サーバ４へ配送する（Ｓ１０Ａ、Ｓ１４Ａ）。第２の上位サーバ４０は観測イベントを上位サーバ４へ転送するだけで、上位サーバ４は前記第１実施形態と同様にしてアクションルールの判定を行って、条件成立のときには所定のアクション（例えば、ユーザ端末５への警報の送信）を実行する（Ｓ１６）。

上位サーバ４、４０を階層化して、配送ルールの配信とアクションルールの実行を分離することで、大規模なセンサネットシステムを構成したときに、上位サーバ４の負荷が過大になるのを防止できる。例えば、上位サーバ４、４０はコンテナと倉庫の接続のみを管理することを目的とする場合には上位サーバは、そもそも接続イベントの受信のみで足りるが、更に、上位サーバ４のニーズに基いて観測イベントを上位へ転送するような場合に有効である。

又、本実施形態において上位サーバ４０は上位サーバ４０固有の配送ルールも合わせて格納し、ＰＡＮ管理サーバ２に転送しておくことが可能である。特に、上記サーバ間で管理対象とするセンサノード１が重複している場合、本実施形態の構成によれば、上記Ｓ１０、１４等で受信した上位サーバで受信した観測イベントのうち、上位サーバ４の配送ルールに従ってイベントの選択を行い、選択された観測イベントのみを上位サーバ４０に転送する（Ｓ１０Ａ、Ｓ１４Ａ）こととする。これにより、上位サーバにおける処理の軽減を図ることが可能となる。具体的には上位サーバ４０は倉庫の温度１５-３０度以内であることを管理し、上位サーバ４では緊急事態管理のために温度が４０度以上の場合のみ管理するような場合に適応できる。

また、この第２実施形態においても、ユーザ端末５からは上位サーバ４に所望の配送ルールと、所望のアクションルールを設定すればよいので、センサノード１の所在を気にすることなく処理条件の設定を容易に行うことが可能となる。

＜まとめ＞
以上のように、第１実施形態及び第２実施形態によれば、多数のＰＡＮ管理サーバ２（中継装置）のいずれかと接続可能なセンサノード１の観測値を監視する際に、ユーザ端末５から観測値の配送ルールと、観測値に応じたアクションルールを上位サーバ４に設定すればよいので、センサノード１の所在を気にすることなく極めて容易に処理条件の設定を行うことが可能となるのである。すなわち、倉庫を管理するＰＡＮ管理サーバ２が検知したセンサノード１（コンテナ１０）について、上位サーバ４または第２の上位サーバ４０が配送ルールをＰＡＮ管理サーバ２に配布するので、コンテナ１０を管理する際に、コンテナ１０の所在を把握することなく、管理に必要な条件を前もって配信することが可能となるのである。また、配送ルールを変更したい場合も、コンテナ１０（センサノード１）の所在を特定することなく上位サーバ４の設定を変更すればよい。

また、センサノード１と直接通信を行うＰＡＮ管理サーバ２で配送ルールを適用するようにしたので、ユーザが必要としない観測イベントが上位サーバ４や第２の上位サーバ４０へ送信されることがなくなって、センサネットシステムを構成するネットワークや上位サーバの負荷を低減できる。

なお、上記第１の実施形態においては、ユーザ端末５から配送ルールやアクションルールを設定したが、上位サーバ４のキーボード４０６及びディスプレイ４０７で設定するようにしてもよい。例えば、上位サーバ４のミドルウェア４００は、新たなセンサノード１の通知を受け付けると、ディスプレイ４０７に当該センサノード１のＩＤと位置情報（倉庫番号など）を表示して、管理者やユーザに配送ルール及びアクションルールを問い合わせ、キーボード４０６等から入力された情報を配送ルール及びアクションルールとして設定してもよい。

また、上記第１の実施形態においては、ＰＡＮ管理サーバ２は、配送ルールを満足したときに観測イベントを上位サーバ４に送信するが、上位サーバ４のノード管理テーブル４１０でコンテナ１０のＩＤを管理する場合では、センサノード１のＩＤに代えてコンテナ１０のＩＤを付した２次イベントを観測イベントとして送信しても良い。

また、上記第１の実施形態においては、ＰＡＮ管理サーバ２がＰＡＮ管理テーブル７５０でセンサノード１のＩＤでコンテナ１０の管理を行ったが、センサノード１のＩＤとコンテナ１０のＩＤを関連付けて、コンテナ１０のＩＤで配送ルールの管理を行うようにしても良い。

以上のように、本発明では、多数のＰＡＮ管理サーバ間を移動可能なセンサノードを備えたセンサネットシステムに適用することができ、特に、輸送中の物品やサービスの状態を監視したい物流システムに適用することができる。

本発明の第１の実施形態を示すセンサネットワークのブロック図である。 同じく第１実施形態におけるセンサノードの機器構成を示すブロック図である。 同じく第１実施形態におけるＲＦＩＤの機器構成を示すブロック図である。 同じく第１実施形態におけるＰＡＮ管理サーバの機器構成を示すブロック図である。 同じく第１実施形態における上位サーバの機器構成を示すブロック図である。 同じく第１実施形態におけるＰＡＮ管理サーバのソフトウェア構成を示すブロック図である。 同じく第１実施形態における上位サーバのソフトウェア構成を示すブロック図である。 同じく第１実施形態におけるＰＡＮ管理サーバのＰＡＮ管理テーブルの一例を示す説明図である。 同じく第１実施形態における上位サーバのノード管理テーブルの一例を示す説明図である。 同じく第１実施形態におけるセンサノードの到来から接続解除までの間にセンサノードとＰＡＮ管理サーバと上位サーバ及びユーザ端末との間で行われる処理の流れを示すタイムチャートである。 同じく第１実施形態におけるＰＡＮ管理サーバで行われる処理の一例を示すフローチャートである。 同じく第１実施形態における上位サーバで行われる処理の一例を示すフローチャートである。 同じく第１実施形態におけるＰＡＮ管理サーバのイベント発行部の構成を示すブロック図である。 同じく第１実施形態におけるＰＡＮ管理サーバのＰＡＮマネージャの構成を示すブロック図である。 同じく第１実施形態におけるＰＡＮ管理サーバのアクティブオブジェクトマネージャの構成を示すブロック図である。 同じく第１実施形態におけるＰＡＮ管理サーバのイベント発行部が発行するイベントの種類の一例を示す説明図である。 同じく第１実施形態におけるＰＡＮ管理サーバのイベント比較部の種類の一例を示す説明図である。 同じく第１実施形態におけるＰＡＮ管理サーバから上位サーバへのイベントの伝送系を示す説明図である。 同じく第１実施形態におけるＰＡＮ管理サーバのオブジェクトマネージャが管理するデータの種類の例を示す説明図である。 同じく第１実施形態におけるＰＡＮ管理サーバのオブジェクトマネージャが管理するインスタンスとスキーマの一例を示す説明図である。 同じく第１実施形態におけるＰＡＮ管理サーバのオブジェクトマネージャが管理するスキーマ定義の一例を示す説明図である。 同じく第１実施形態におけるＰＡＮ管理サーバのオブジェクトマネージャが管理するインスタンス定義の一例を示す説明図である。 同じく第１実施形態におけるＰＡＮ管理サーバのオブジェクトマネージャが提供するコマンドの一例を示す説明図である。 同じく第１実施形態におけるＰＡＮ管理サーバのオブジェクトマネージャが管理するパスの一例を示す説明図である。 同じく第１実施形態におけるセンサノードの接続時にＰＡＮ管理サーバで発行するイベントの一例を示すタイムチャートである。 同じく第１実施形態におけるセンサノードの接続時にＰＡＮ管理サーバで発行するイベントの一例を示すタイムチャートである。 同じく第１実施形態における観測イベントの受信時にＰＡＮ管理サーバで発行するイベントの一例を示すタイムチャートである。 第２の実施形態におけるセンサノードとの到来から接続解除までの間にセンサノードとＰＡＮ管理サーバと第２の上位サーバと上位サーバ及びユーザ端末との間で行われる処理の流れを示すタイムチャートである。

符号の説明

１ センサノード
２ ＰＡＮ管理サーバ
４ 上位サーバ
５ ユーザ端末
７ ＷＡＮ
１０ コンテナ
４００、５００ ミドルウェア
４１０ ノード管理テーブル
６００ アクティブオブジェクトマネージャ
７００ イベント発行部
７５０ ＰＡＮ管理テーブル

Claims (15)

1. センサが観測した情報に基づいてイベントを送信し移動可能なセンサノードを備えた下位装置と、
   前記センサノードからのイベントを受信して当該イベントを上位計算機に送信する中間装置と、を備えたセンサネットワークシステムにおいて、
   前記上位計算機は、
   前記中間装置が下位装置から受信したイベントのうち、予め設定した条件を満たす観測イベントのみを前記上位計算機へ送信するための配送条件を記憶する配送条件設定部と、
   前記中間装置から接続イベントを受信したときに、該接続イベントに基づいて決定した配送条件を前記配送条件設定部から抽出して、前記接続イベントを送信した中間装置に前記配送条件を送信する配送条件配信部と、
   前記中間装置から前記配送条件を満たした観測イベントを受信したときには、前記観測イベントを格納する観測値格納部と、を備え、
   前記中間装置は、
   前記下位装置から受信したイベントが、前記上位装置に転送すべき接続イベントか該中間装置の記憶装置に記憶又は破棄すべき観測イベントの何れであるかを判定するイベント判定部と、
   前記接続イベントを受信したときに前記上位計算機へ当該接続イベントを送信する接続開始部と、
   前記上位計算機から、前記接続イベントに対応する配送条件を受信したときには、当該接続イベントに対応する下位装置の識別子に前記配送条件を対応付けて格納する配送条件管理部と、を有し、
   更に、前記イベント判定部は、前記観測イベントを前記下位装置から受信したときには、該下位装置の識別子に対応する配送条件を満足するかを判定し、満足した場合に当該観測イベントを前記上位計算機へ送信することを特徴とするセンサネットワークシステム。
2. 前記配送条件設定部は前記配送条件を前記下位装置の識別子毎に設定しており、
   前記配送条件配信部は、前記接続イベントの送信元の下位装置の識別子に対応する配送条件を前記配送条件設定部から抽出することを特徴とする請求項１に記載のセンサネットワークシステム。
3. 前記上位計算機は、
   前記下位装置の識別子毎に観測イベントを受信したときに所定の処理を実行するための実行条件を予め設定したアクションルール格納部と、
   前記中間装置から観測イベントを受信したときには、前記観測イベントに含まれる下位装置の識別子に基づいて前記アクションルール格納部から実行条件を取得して、前記観測イベントが前記実行条件を満足した場合のみ、前記所定の処理を実行するアクション実行部と、
   を有することを特徴とする請求項１に記載のセンサネットワークシステム。
4. 前記配送条件設定部は、
   前記接続イベントを受信したときには、当該接続イベントの送信元の下位装置の識別子と、当該接続イベントを転送した中間装置の識別子を対応付けて記憶することを特徴とする請求項１に記載のセンサネットワークシステム。
5. 前記配送条件設定部は、
   前記接続イベントを受信したときには、当該接続イベントを転送した中間装置の識別子を前記接続イベントの送信元の下位装置の位置情報として記憶することを特徴とする請求項１に記載のセンサネットワークシステム。
6. 前記中間装置は、
   前記配送条件管理部に設定された下位装置から所定時間を経過してもイベントを受信できない場合には、当該下位装置の接続解除を判定する接続解除判定部を有することを特徴とする請求項１に記載のセンサネットワークシステム。
7. センサが観測した情報に基づいてイベントを送信し移動可能なセンサノードを備えた下位装置と、
   前記センサノードからのイベントを受信して当該イベントを上位計算機に送信する中間装置と、を備えたセンサネットワークシステムにおいて、
   前記上位計算機は、
   前記中間装置からのイベントを受信し、当該イベントを第１の上位計算機へ転送する第２の上位計算機とから構成され、
   前記第１の上位計算機は、
   前記中間装置が下位装置から受信したイベントのうち、予め設定した条件を満たす観測イベントのみを前記第２の上位計算機へ送信するための配送条件を記憶する配送条件設定部と、
   前記第２の上位計算機から接続イベントを受信したときに、該接続イベントに基づいて決定した前記配送条件を前記配送条件設定部から抽出して、前記第２の上位計算機へ当該配送条件を送信する配送条件配信部と、
   前記第２の上位計算機から前記配送条件を満たした観測イベントを受信したときには、前記観測イベントを格納する観測値格納部と、を備え、
   前記第２の上位計算機は、
   前記第１の上位計算機から前記配送条件を受信したときには、当該配送条件を格納する第２の配送条件設定部と、
   前記中間装置から前記接続イベントを受信したときに、当該接続イベントに基づいて決定した配送条件を前記第２の配送条件設定部から抽出して、前記接続イベントを送信した中間装置に前記配送条件を送信する第２の配送条件配信部と、を備え、
   前記中間装置は、
   前記下位装置から受信したイベントが、前記第２の上位装置に転送すべき接続イベントか該中間装置の記憶装置に記憶又は破棄すべき観測イベントの何れであるかを判定するイベント判定部と、
   前記接続イベントを受信したときには、当該接続イベントを前記第２の上位計算機へ送信する接続開始部と、
   前記第２の上位計算機から、前記接続イベントに対応する配送条件を受信したときには、当該接続イベントに対応する下位装置の識別子に配送条件を対応付けて格納する配送条件管理部と、を有し、
   更に、前記イベント判定部は、前記観測イベントを前記下位装置から受信したときには、該下位装置の識別子に対応する配送条件を満足するかを判定し、満足した場合に当該観測イベントを前記第２の上位計算機へ送信することを特徴とするセンサネットワークシステム。
8. 前記配送条件設定部は前記配送条件を前記下位装置の識別子毎に設定しており、
   前記配送条件配信部は、前記接続イベントの送信元の下位装置の識別子に対応する配送条件を前記配送条件設定部から抽出し、
   前記第２の配送条件配信部は、前記配送条件を前記下位装置の識別子毎に設定しており、
   前記第２の配送条件配信部は、前記接続イベントの送信元の下位装置の識別子に対応する配送条件を前記配送条件設定部から抽出することを特徴とする請求項７に記載のセンサネットワークシステム。
9. 前記第１の上位計算機は、
   前記下位装置の識別子毎に接続イベントを受信したときに所定の処理を実行するための実行条件を予め設定したアクションルール格納部と、
   前記第２の上位計算機から観測イベントを受信したときには、当該観測イベントに含まれる下位装置の識別子に基づいて前記アクションルール格納部から実行条件を取得して、前記観測イベントが前記実行条件を満足した場合のみ、前記所定の処理を実行するアクション実行部と、
   を有することを特徴とする請求項７に記載のセンサネットワークシステム。
10. センサノードを備えた下位装置でセンサが観測した情報に基づくイベントを中間装置へ送信し、前記中間装置がセンサノードから受信したイベントを上位計算機に送信するセンサネットワークのデータ管理方法であって、
    前記上位計算機が、前記中間装置で下位装置から受信したイベントのうち、予め設定した条件を満たす観測イベントのみを前記上位計算機へ送信するための配送条件を記憶する手順と、
    上位計算機は、前記中間装置から接続イベントを受信したときに、当該接続イベントに基づいて決定した配送条件を、前記接続イベントを送信した中間装置に送信する手順と、
    前記中間装置は、前記下位装置から受信したイベントが、前記上位装置に転送すべき接続イベントか該中間装置の記憶装置に記憶又は破棄すべき観測イベントの何れであるかを判定する手順と、
    前記中間装置が、前記接続イベントを受信したときには当該接続イベントを前記上位計算機へ送信する手順と、
    前記中間装置が、前記上位計算機から前記接続イベントに対応する配送条件を受信したときには、前記接続イベントに対応する下位装置の識別子に配送条件を対応付けて配送条件管理部へ格納する手順と、
    前記下位装置の識別子に対応する配送条件を取得して、前記観測イベントが前記配送条件を満足した場合のみ、当該観測イベントを前記上位計算機へ送信する手順と、
    を含むことを特徴とするセンサネットワークシステムのデータ管理方法。
11. 前記配送条件を記憶する手順は、前記配送条件を前記下位装置の識別子毎に設定しており、
    前記接続イベントを送信した中間装置に前記配送条件を送信する手順は、前記接続イベントの送信元の下位装置の識別子に対応する配送条件を前記記憶した配送条件から抽出することを特徴とする請求項１０に記載のセンサネットワークシステムのデータ管理方法。
12. 前記上位計算機が、前記下位装置の識別子毎に観測イベントを受信したときに所定の処理を実行するための実行条件を予め設定する手順と、
    前記上位計算機が、前記中間装置から観測イベントを受信したときには、前記観測イベントに含まれる下位装置の識別子に基づいて前記実行条件を取得して、前記観測イベントが前記実行条件を満足した場合のみ、前記所定の処理を実行する手順と、
    をさらに含むことを特徴とする請求項１０に記載のセンサネットワークシステムのデータ管理方法。
13. 前記配送条件を記憶する手順は、
    前記接続イベントを受信したときに、当該接続イベントの送信元の下位装置の識別子と、当該接続イベントを転送した中間装置の識別子を対応付けて記憶することを特徴とする請求項１０に記載のセンサネットワークシステムのデータ管理方法。
14. 前記配送条件を記憶する手順は、
    前記接続イベントを受信したときには、当該接続イベントを転送した中間装置の識別子を前記接続イベントの送信元の下位装置の位置情報として記憶することを特徴とする請求項１０に記載のセンサネットワークシステムのデータ管理方法。
15. 前記中間装置が、接続した下位装置から所定時間を経過してもイベントを受信できない場合には、当該下位装置の接続解除を判定する手順をさらに含むことを特徴とする請求項１０に記載のセンサネットワークシステムのデータ管理方法。

Images