JP4285420B2

JP4285420B2 - センサネット管理システム

Info

Publication number: JP4285420B2
Application number: JP2005044940A
Authority: JP
Inventors: 雄介三科; 俊夫大河内; 暁子佐藤; 正裕本林
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2005-02-22
Filing date: 2005-02-22
Publication date: 2009-06-24
Anticipated expiration: 2025-02-22
Also published as: JP2006237668A; US20060190458A1; US7587221B2

Description

本発明は、無線通信機能を備えた情報処理端末と、該情報処理端末と無線通信を行う無線基地局、さらに無線通信基地局とネットワークによって接続される情報処理サーバから構成される情報処理システムに関する。特に上記情報処理端末が事物の状態を測定するセンサを備えているセンサネット情報処理システムにおいて、センサノードの運用状態を管理するセンサネット管理システムに関する。

時間と空間の枠を超え、事物のおかれた状態や環境に応じて最適な情報サービスの提供を可能とするユビキタス情報社会が現実化しつつある。特に、ICカードや無線タグ（RFID）に代表されるセキュアなICチップを用いたユビキタス情報処理デバイスが普及しつつあり、電子決済や物流管理、そしてセキュリティ管理や情報提供サービスなど様々な応用サービスが試行されている。
こうしたなかで、人や物体に付随させられて、その事物の状態を測定するセンサを備えたユビキタス情報処理デバイス（センサノードと呼ぶ）と、センサノードが出力するセンサデータを入力して種々の業務処理を実施する情報処理サーバ（業務サーバと呼ぶ）とから構成されるセンサネットシステムの開発が進められている。従来の無線タグは個体識別情報のみを提供するのに対して、センサノードは事物の様々な状態を提供可能であり、高度な業務サービスへの適用が期待される。

上記ユビキタス情報処理端末は、単独では業務を遂行できず、サーバ上の業務処理プログラムと連携する必要がある。また逆に、サーバは多数のユビキタス情報処理端末から必要な情報を得て業務を実施することになる。ユビキタス情報処理端末は現実の事物に付随させられて動作するため、端末が正しい事物に添付されること、そしてその運用の状態をモニタし管理することは重要である。
ユビキタス情報処理デバイスとして広く普及しているICカードについては、その発行から運用に関する管理システム仕様が、非特許文献１、２に定められている。

GlobalPlatform: Open Platform Card Management System Requirements Specification Version 3.1, August 2000

GlobalPlatform: A Primer to the Implementation of Smart Card Management Systems, Version 1.0, August 2000

センサネットシステムの構成方法は様々であるが、センサネットシステムに共通する特徴として、現実の事物に付随させられて、動作する点を挙げることができる。以下ではこの特徴を踏まえ、センサネット運用管理システムの必要性と、その課題について説明する。

まず、センサネット運用管理システムの必要性について説明する。温度センサを備えたセンサノードを例にとり、利用者の体温を測定し、記録する業務の例について説明する。本業務システムを実現するには、利用者にセンサノードを設置し、どのセンサがどの利用者に対して何時から動作を開始したかを正しく把握する必要がある。この管理を実施するのがセンサネット管理システムである。センサノードは、複数のセンサを備えることができ、複数の異なる業務に使用される可能性がある。また温度センサという単一のセンサを考えても、計測した情報が複数の異なる業務に用いられる可能性がある。このことから、センサネット管理システムは、個々の業務アプリケーションとは独立したシステムとして、センサノードの運用状態を把握し管理することが望ましいと考えられる。

次に、センサネット管理システムに求められる課題について説明する。センサネットシステムにおける課題として２点挙げる。まず第一に、業務プログラムが測定対象の事物の状態あるいは属性値を容易に参照可能とする課題がある。先の利用者の体温記録業務を例にとれば、業務プログラムからの参照は、「センサノードID番号FFEEDD11の測定温度」よりも「利用者ID番号2004IT10の体温」として記述できることが望ましい。第二の課題として、センサネットシステムの耐故障性の実現がある。例えば、一つの事物に２つのセンサノードを設置しておけば、一つのセンサノードが故障してももう一つのセンサノードで代替することができる。但し２つのセンサノードが正常な場合は、そのうちのどちらかのノードの計測値を利用できれば良い（あるいは２つのセンサノードの測定値のANDをとって利用できれば良い）。このためには、運用管理システムが複数のセンサノードを仮想的に単一のセンサノードであるかのように管理し、仮想化しなければならない。

以上をまとめると、センサネットシステムは現実世界の事物の状態をリアルタイムに参照し、その値を入力として業務処理を実行することを特徴とするシステムである。本発明が解決しようとする課題は、センサノードの測定データを入力とする業務プログラムが測定対象の事物の状態を容易に参照可能とする、あるいは耐故障性を備えるようにするセンサネット管理システムを構築することにある。

上記課題を解決するために、
無線端末と、該無線端末と第一の無線通信ネットワークを介して接続する無線基地局と、該無線基地局と第二の通信ネットワークを介して接続するネームサーバ計算機及び業務サーバ計算機から構成される第一の計算機システムにおいて、上記無線端末は、上記計算機システム内でユニークに指定される広域識別子と、上記無線基地局の範囲内でユニークに指定される局地識別子の格納手段を有し、
上記無線基地局は、上記広域識別子に基づき上記局地識別子を割当てる局地識別子割当て手段と、上記第二の通信ネットワークに接続された業務サーバ計算機から上記第一の無線通信ネットワークに接続された無線端末をアクセス可能とするプロトコルゲートウェイ機能を備えた中継サービス手段と、上記無線端末ごとに割り当てられた局地識別子と上記中継サービスの対応関係を管理する無線端末管理手段を有し、
上記ネームサーバ計算機は、上記無線端末内の広域識別子と、上記無線基地局の識別子と、上記中継サービスの識別子の対応関係を管理する中継サービス管理手段を有し、
上記無線端末が上記無線基地局の通信範囲内に存在する場合に、
当該無線基地局は、上記局地識別子割当て手段を用いて当該無線端末に局地識別子を割当て、さらに当該無線端末に対応する上記中継サービスを割当て、さらに該割り当てられた局地識別子と該割り当てられた中継サービスの対応関係を上記無線端末管理手段に登録管理し、
上記ネームサーバは、当該無線端末の広域識別子と当該無線基地局の識別子と上記割り当てられた中継サービスの識別子との対応関係を中継サービス管理手段に登録管理する。

また、上記第一の計算機システムにおいて、
上記業務サーバが、上記無線端末の広域識別子を用いた無線端末参照要求を上記ネームサーバに送信すると、
上記ネームサーバ計算機は、中継サービス管理手段を用いて、当該無線端末の広域識別子を中継サービス識別子へ変換することにより当該無線端末参照要求を上記中継サービス参照要求に変換する。

上記課題を解決するために、
無線端末と、該無線端末と第一の無線通信ネットワークを介して接続する無線基地局と、該無線基地局と第二の通信ネットワークを介して接続するネームサーバ計算機及び業務サーバ計算機から構成される第二の計算機システムにおいて、
上記無線端末は、上記計算機システム内でユニークに指定される無線端末広域識別子と、上記無線基地局の範囲内でユニークに指定される無線端末局地識別子と、上記無線基地局の後述する無線基地局局地識別子の格納手段を有し、
上記無線基地局は、上記計算機システム内でユニークに指定される無線基地局広域識別子と、上記無線端末広域識別子に基づき上記無線端末局地識別子を割当てる無線端末局地識別子割当て手段と、上記第二の通信ネットワークに接続された業務サーバ計算機から上記第一の無線通信ネットワークに接続された無線端末をアクセス可能とするプロトコルゲートウェイ機能を備えた中継サービス手段と、上記無線端末ごとに割り当てられた無線端末局地識別子と上記中継サービスの対応関係を管理する無線端末管理手段を有し、
上記ネームサーバ計算機は、上記無線基地局広域識別子に基づき上記無線基地局局地識別子を割当てる無線基地局局地識別子割当て手段と、上記無線端末内の無線端末広域識別子と、上記無線基地局広域識別子と、上記中継サービスの識別子の対応関係を管理する中継サービス管理手段を有し、
上記無線端末が上記無線基地局の通信範囲内に存在する場合に、
当該無線基地局は、上記無線端末局地識別子割当て手段を用いて当該無線端末に無線端末局地識別子を割当て、さらに当該無線端末に対応する上記中継サービスを割当て、さらに該割り当てられた無線端末局地識別子と該割り当てられた中継サービスの対応関係を上記無線端末管理手段に登録管理し、
上記ネームサーバ計算機は、上記無線基地局局地識別子割当て手段を用いて当該無線基地局に無線基地局局地識別子を割当て、上記無線端末の広域識別子と当該無線基地局の広域識別子と上記割り当てられた中継サービスの識別子との対応関係を中継サービス管理手段に登録管理し、
上記無線基地局は、上記割り当てられた無線基地局局地識別子を格納管理し、
上記無線端末は、上記割り当てられた無線端末局地識別子と、上記割当てられた無線基地局局地識別子を格納管理する。

また上記第二の計算機システムにおいて、
上記無線端末が、上記無線基地局との通信時に、上記割り当てられた無線基地局局地識別子を送信し、
上記無線基地局は、該受信した無線基地局局地識別子が、自身に割当てられた無線基地局局地識別子と異なる場合には、上記無線端末局地識別子割当て手段を用いて当該無線端末に新たな無線端末局地識別子を再度割当てし、さらに当該無線端末に対応する新たな中継サービスを再度割当てし、さらに該再度割り当てられた無線端末局地識別子と該再度割り当てられた新たな中継サービスの対応関係を上記無線端末管理手段に更新登録管理し、
上記ネームサーバは、上記無線基地局局地識別子割当て手段を用いて当該無線基地局に新たな無線基地局局地識別子を割当て、上記無線端末の広域識別子と当該無線基地局の広域識別子と上記再度割り当てられた新たな中継サービスの識別子との対応関係を中継サービス管理手段に更新登録管理し、
上記無線基地局は、上記再度割り当てられた無線基地局局地識別子を更新格納管理し、
上記無線端末は、上記再度割り当てられた無線端末局地識別子と、上記再度割当てられた無線基地局局地識別子を更新格納管理する。

また上記第一、または第二の計算機システムにおいて、
上記ネームサーバ計算機は、上記無線端末が付随させられる事物の実体識別子と、上記無線端末広域識別子の対応関係を実体管理手段で管理し、
上記業務サーバ計算機内の業務サービスが、上記無線端末が付随させられる事物の実体識別子を用いて上記無線端末を参照する場合に、
該業務サービスは、上記ネームサーバ計算機に該実体識別子を送付して識別子解決を要求し、
該識別子解決を要求されたネームサーバ計算機は、該要求に付随する実体識別子を用いて上記実体管理手段から無線端末広域識別子を検索し、該検索された無線端末広域識別子を用いて上記中継サービス管理手段から中継サービス識別子を検索して、上記業務サービスに応答として送付する。

また、無線端末と、該無線端末と第一の無線通信ネットワークを介して接続する無線基地局と、該無線基地局と第二の通信ネットワークを介して接続するネームサーバ計算機及び業務サーバ計算機から構成される第一の計算機システムにおいて、
上記ネームサーバ計算機は、複数の無線端末を組合わせて論理的に単一の無線端末として参照可能とする無線端末組合わせ規則と、当該無線端末組み合わせ規則を管理する無線端末組合わせ規則管理手段と、
複数の無線基地局を組合わせて論理的に単一の無線基地局として参照可能とする無線基地局組合わせ規則と、当該無線基地局組み合わせ規則を管理する無線基地局組合わせ規則管理手段と、
上記複数の無線端末と無線基地局を組合せて、上記論理的に単一の無線端末と無線基地局からなる対応関係として参照可能とする無線端末及び無線基地局組み合わせ規則と、無線端末及び無線基地局組み合わせ規則を管理する無線端末及び無線基地局組み合わせ規則管理手段と、
上記論理的に単一の無線端末への参照要求を、上記無線端末組合わせ規則と上記無線基地局組合わせ規則と上記無線端末及び無線基地局組み合わせ規則を用いて解釈し、上記複数の無線端末と無線基地局の組み合わせを決定し、該決定された組み合わせに対して無線端末参照要求を送出し、該送出した参照要求の結果を受領し、該受領した結果情報を上記解釈に従い組合わせて、上記論理的に単一の無線端末への参照要求の結果を生成する無線端末及び無線基地局組合わせ制御手段を設ける。

本発明の他の側面を説明すると、本発明は複数の端末と、端末と第１のネットワークを介して通信する複数の基地局と、基地局と第２のネットワークを介して通信するサーバから構成される計算機システムの通信方法において、端末は、自己を指定する端末識別子を格納するメモリを有し、基地局は、自局が通信する端末の端末識別子と中継識別子を対応付けて格納するメモリを有し、サーバは、基地局の識別子および基地局において対応付けて格納されている端末識別子と中継識別子を対応付けて格納するメモリを有し、第２のネットワーク内のいずれかから特定の端末と通信を行う際に、サーバのメモリを検索して、特定の端末を示す端末識別子と対応付けられている中継識別子と基地局の識別子に基づいて、基地局に中継識別子を送り、基地局は、受信した中継識別子に基づいてメモリを検索し、中継識別子に対応付けられている端末識別子を有する端末にアクセスする。このように基地局で中継識別子を介して通信を行うので、第２のネットワーク内のいずれかから基地局までのアクセスと、基地局から端末までのアクセスを異なる識別子で行うことができるので、識別子を任意に設定することができ、システム構築の自由度が向上する。

さらに、端末は、計算機システム内で自己を一意に指定する第１の端末識別子と自己が通信する基地局において自己を一意に指定する第２の端末識別子を対応付けて格納するメモリを有し、基地局は、自局が通信する端末の第１及び第２の端末識別子と中継識別子を対応付けて格納するメモリを有し、サーバは、基地局の識別子および該基地局において対応付けて格納されている第１の端末識別子と中継識別子を対応付けて格納するメモリを有し、第２のネットワーク内のいずれかから特定の端末と通信を行う際に、サーバのメモリを検索して、特定の端末を示す第１の端末識別子と対応付けられている中継識別子と基地局の識別子に基づいて、基地局に中継識別子を送り、基地局は、受信した中継識別子に基づいてメモリを検索し、中継識別子に対応付けられている第２の端末識別子を有する端末にアクセスする。ここで第１の端末識別子は例えばグローバルＩＤであり、第２の端末識別子としてグローバルＩＤより短い識別子を用いれば、情報のトラフィックの低減や端末の低消費電力化に有効である。

また、このためのシステムとしては複数の端末と、端末と第１のネットワークを介して通信する複数の基地局と、基地局と第２のネットワークを介して通信するサーバから構成される計算機システムにおいて、端末は、自己を一意に指定する端末識別子を格納するメモリを有し、基地局は、自局が通信する端末の端末識別子と中継識別子を対応付けて格納するメモリを有し、サーバは、上記基地局の識別子および該基地局において対応付けて格納されている上記端末識別子と中継識別子を対応付けて格納するメモリを有する。

また、本発明のサーバは、それぞれが自己を一意に指定する端末識別子を格納するメモリを有する複数の端末と、端末と第１のネットワークを介して通信し自局が通信する端末の端末識別子と中継識別子を対応付けて格納するメモリを有する複数の基地局と、基地局と第２のネットワークを介して通信するサーバから構成される計算機システムに於けるサーバにおいて、基地局の識別子および該基地局において対応付けて格納されている端末識別子と中継識別子を対応付けて格納するメモリを有する。第２のネットワークから端末にアクセスしようとする場合には、サーバにおいて、端末識別子に基づくアクセス要求を中継識別子に基づくアクセス要求に変換し、基地局に中継識別子を送って端末にアクセスする。

さらに、本発明の基地局は、それぞれが自己を一意に指定する端末識別子を格納するメモリを有する複数の端末と、端末と第１のネットワークを介して通信する複数の基地局と、基地局と第２のネットワークを介して通信し基地局の識別子および基地局において対応付けて格納されている端末識別子と中継識別子を対応付けて格納するサーバから構成される計算機システムに於ける基地局において、自己が通信する端末の端末識別子と中継識別子を対応付けて格納するメモリを有する。この基地局では、第２のネットワークから中継識別子を受信すると、それに対応付けられている端末識別子が示す端末にアクセスする。

上記の機能は、端末、基地局、サーバが有するＣＰＵでソフトウエアを実行させることにより実現できる。ソフトウエアは任意の機能ブロックで構成することができる。また、専用のハードウエアで構成することもできる。また、各種の識別子は端末、基地局、サーバが有する記憶ユニット（メモリ）のテーブルに格納することができる。

本発明によれば、センサノードを用いて計測した計測情報をネットワークを介してホスト計算機に転送し、該ホスト計算機の上の業務アプリケーションを実行するセンサネットシステムで、センサノードの測定データを入力とする業務プログラムが、センサノードの識別番号を用いずに、測定対象の事物（エンティティ）の識別番号を用いて効率的に属性情報を参照可能となる。また、測定対象の事物が移動する場合にも、位置情報を用いずに透過的にエンティティの属性情報を参照可能となる。さらに、センサネットシステムを構成するセンサノードの一部が故障した場合に、システム全体で処理が継続して実施できるような耐故障性を持ったセンサネットシステムの構成が可能となる。

製品の製造や流通の段階において、各製品にセンサノードを付随させ、温度や衝撃そして位置情報等の種々の物理量を随時計測し、該計測した物理量をセンサノードからネットワークを介してホスト計算機に送付可能とする。一方のホスト計算機では、生産管理や在庫管理などの種々の業務アプリケーションについて、センサノードからの測定情報を入力として業務処理を実施することにより、生産性の向上や流通効率の向上を図ることができる。
またセンサノードの計測対象を、人や部屋などの環境にまで拡張することにより、監視あるいは環境制御等の種々の業務アプリケーションに適用が可能である。

図１に本発明の第一の実施例であるセンサネットシステムの全体構成を示す。センサネットシステムは複数のセンサノード（１００、１０１、１０２）とゲートウェイ（１１０、１１１）、そしてネットワーク（１２０）とネームサーバ（１３０）、業務サーバ（１４０）から構成される。

センサノード（１００、１０１、１０２）は無線通信機能を備えた端末計算機であり、内蔵するセンサを用いて各種情報を計測し、該計測情報を含む種々の電子データを無線通信機能を介してゲートウェイ（１１０、１１１）と交換する。ゲートウェイ（１１０、１１１）は、無線通信機能と、インターネットに代表される通常のネットワーク通信機能を備えた無線通信基地局計算機であり、上記2つの異なる通信プロトコル間でのデータ変換処理機能を実現する。ネットワーク（１２０）は、インターネットに代表されるローカルエリアネットワークあるいはワイドエリアネットワークである。ネームサーバ（１３０）は、通常のサーバ計算機であり、センサノード識別子とセンサノードが添付される実体（エンティティ）の識別子、さらにセンサノードと通信する無線通信基地局計算機の識別子との関係を管理し、問合せに応じて関係情報を応答するネームサービス機能を実現する。業務サーバ（１４０）は、業務アプリケーションを実施するサーバ計算機である。業務サーバ（１４０）は、ネットワークを介して、測定対象のエンティティのセンサデータを参照するためのエンティティ識別情報の名前解決をネームサーバ（１３０）に依頼し、その解決結果を用いてゲートウェイ（１１０、１１１）にアクセスして、実際のセンサデータを取得する。

以上で、本発明のセンサネットシステムの全体構成に関する説明を終える。以下では、各システム構成要素について、より詳細に説明する。
図２にセンサノード（１００、１０１、１０２）の構成の例を示す。図に示すとおり、センサノードは、センサユニット（２１０）を内蔵する特徴を有する他は、通常の組込み型計算機に類似する構成をもつ。無線通信ユニット（２００）は、各種コマンド情報や、センサノードが計測したデータを外部と無線で通信する機能を提供する。センサユニット（２１０）は、情報例えば各種物理量（例：温度、歪、音、振動、位置など）を計測する機能を提供する。電源ユニット（２２０）は、センサノードを駆動するための電源を供給する機能を提供する。センサノードは、その利用形態から想定されるように、低消費電力で動作することが望ましく、高効率の電源ユニットが好ましい。ＣＰＵ（２４０）は中央情報処理装置であり、センサノードの基本管理ソフトウェア（ＯＳ：オペレーティングシステム）やセンシング処理を実施するプログラムを実行する。ＲＯＭ（２５０）は、読み出し専用メモリ装置であり、上記ＯＳやセンシング処理のプログラムコードを格納する。ＲＡＭ／ＥＥＰＲＯＭ（２６０）は、揮発性／不揮発性の書換え可能メモリ装置であり、前記ＯＳやセンシング処理プログラムの実行に際して必要となる、一時記憶領域を提供する。上記各ユニットは、内部バス（２３０）により接続される。

さらに、本実施例のセンサノードの特徴として、ＥＥＰＲＯＭ（２６０）には、以下の３つの識別番号（ＩＤ番号）が格納されている。まず第一のセンサノード・グローバルＩＤ（２６１）は、センサノードをグローバルに特定可能な識別番号である。本ＩＤ番号は、唯一無二の識別番号であり、製造時あるいはセンサノードの製造直後に設定され、センサノードのライフサイクルに渡って不変である。

次に、センサノード・ローカルＩＤ（２６２）は、ゲートウェイにより一時的に割り当てられるセンサノードの識別番号である。センサノード・ローカルＩＤは、センサノードがあるゲートウェイと始めて通信した時点に設定され、他のゲートウェイと通信する時点までは有効となるような、時間的かつ空間的に限定された一時的な識別番号である。この結果、センサノード・ローカルＩＤ（２６２）は、センサノード・グローバルＩＤ（２６１）と比較して、より少ない情報量で表現されることが好適である。前述のとおり、センサノードは低消費電力で動作するのが望ましいため、センサノードとゲートウェイの間の通信データ量は、可能な限り少ないことが望ましい。センサノードの識別情報として、センサノード・グローバルＩＤ（２６１）の代わりに、センサノード・ローカルＩＤ（２６２）を用いることで、通信に必要な電力を低減することが可能となる。

最後に、ゲートウェイ・ローカルＩＤは、当該センサノードが通信中のゲートウェイの一時的な識別番号である。後述するように、センサノードがゲートウェイ間を移動して通信する際に、異なるゲートウェイとの通信の開始を当該ゲートウェイが認識するトリガとなるために、本ＩＤは使用される。以上で、センサノードの構成に関する説明を終える。

図３にゲートウェイ（１１０、１１１）の構成の例を示す。図に示すとおり、ゲートウェイは、無線通信ユニット（３００）とＬＡＮ通信ユニット（３１０）を備えた、無線通信基地局計算機である。無線通信ユニット（３００）は、各種コマンド情報や、センサノードが計測した物理データをセンサノードと無線で通信する機能を提供する。ＬＡＮ通信ユニット（３１０）は、ネットワークインタフェースであり、インターネットに代表されるネットワーク通信機能を提供する。電源ユニット（３２０）は、ゲートウェイを駆動するための電源を供給する機能を提供する。ＣＰＵ（３４０）は中央情報処理装置であり、ゲートウェイの基本管理ソフトウェア（ＯＳ：オペレーティングシステム）や、無線通信プロトコルとネットワーク通信プロトコル間のプロトコル変換処理プログラムを実行する。ＲＡＭ／ＥＥＰＲＯＭ（３６０）は、揮発性／不揮発性の書換え可能メモリ装置であり、上記ＯＳやプロトコル変換処理のプログラムコードを格納し、またＯＳやセンシング処理プログラムの実行に際して必要となる、一時記憶領域を提供する。上記各ユニットは、内部バス（３３０）により接続される。
さらに、本実施例のゲートウェイの特徴として、ＥＥＰＲＯＭ（３６０）には、以下の３つの識別番号（ＩＤ番号）が格納されている。

まず第一のゲートウェイ・グローバルＩＤ（３６１）は、ゲートウェイをグローバルに特定可能な識別番号である。本ＩＤ番号は、唯一無二の識別番号であり、ゲートウェイのネットワーク接続時に設定される。本ＩＤの具体例としては、インターネットにおけるＩＰアドレスを用いることが可能である。

次に、ゲートウェイ・ローカルＩＤ（３６２）は、ネームサーバにより一時的に割り当てられるゲートウェイの識別番号である。ゲートウェイ・ローカルＩＤは、ゲートウェイがあるセンサノードをネームサーバに登録した時点に設定される一時的な識別番号である。ゲートウェイ・ローカルＩＤ（３６２）は、ゲートウェイ・グローバルＩＤ（３６１）と比較して、より少ない情報量で表現されることが好適である。前述のとおり、センサノードは低消費電力で動作するのが望ましいため、センサノードとゲートウェイの間の通信データ量は、可能な限り少ないことが望ましい。センサノードは自分が通信中のゲートウェイの識別情報として、ゲートウェイ・グローバルＩＤ（３６１）の代わりに、ゲートウェイ・ローカルＩＤ（３６２）を保持し、通信データにゲートウェイ・ローカルＩＤを送出する。ゲートウェイは、センサノードの通信データ中のゲートウェイ・ローカルＩＤを見て、自分のゲートウェイ・ローカルＩＤと異なる場合には、センサノードが他のゲートウェイの通信領域から当該ゲートウェイの通信領域に移動してきたことを、認識することが可能となる。

最後に、センサノードＩＤテーブル（３６３）は、当該ゲートウェイが通信中のセンサノードの一覧表である。
図４に示すとおり、センサノードＩＤテーブル（３６３）では、各レコードが、センサノード・グローバルＩＤ（４００）と、センサノード・ローカルＩＤ（４０１）と、ゲートウェイ中間サービスＩＤ（４０２）の３つの要素から構成されている。センサノード・グローバルＩＤ（４００）と、センサノード・ローカルＩＤ（４０１）については、上記で説明したとおりであるが、センサノードローカルＩＤの生成はゲートウェイ（１１０）が実施することに注意されたい。また、ゲートウェイ中間サービスは、ゲートウェイ（１１０）上で実行されるアプリケーションレイヤのゲートウェイプログラムである。ゲートウェイ中間サービスの主な機能は、ＩＰネットワーク側に接続された業務サーバ上の業務サービスから、ＩＰネットワーク・インタフェースを介して、センサノードをアクセスする手段を提供する点にある。本サービスは、ＣＯＲＢＡ（ＣｏｍｍｏｎＯｂｊｅｃｔＲｅｑｕｅｓｔＢｒｏｋｅｒＡｒｃｈｉｔｅｃｔｕｒｅ）や、ＳＯＡＰ（ＳｉｍｐｌｅＯｂｊｅｃｔＡｃｃｅｓｓＰｒｏｔｏｃｏｌ）などに代表される、分散処理基盤でのＲＰＣ（ＲｅｍｏｔｅＰｒｏｃｅｄｕｒｅＣａｌｌ）処理プログラムとして実装される。ＩＰインタフェースで記述されたセンサノードアクセス要求は、本ゲートウェイ中間サービスによりプロトコル変換されて、無線通信インタフェースで記述されたセンサノードアクセス要求として、センサノードに伝達される。以上述べたように、ゲートウェイ中継サービスは、センサノードの仮想的なＩＰインタフェースを提供する。このゲートウェイ中間サービスの生成・消滅は動的に実施される。即ち、センサノードがゲートウェイの通信範囲に入り、両者間で通信処理が開始された時点で、当該センサノードに対応するゲートウェイ中継サービスが生成される。また同様に、センサノードがゲートウェイの通信範囲から外れて、他のゲートウェイと通信を開始したことをトリガとして、当該センサノードに対応していたゲートウェイ中継サービスが消滅させられる。図４では、2つのセンサノード（４１０、４１１）が、センサノードＩＤテーブルに登録されている。以上で、ゲートウェイの構成に関する説明を終える。

図５にネームサーバ（１３０）の構成の例を示す。図に示すとおり、ネームサーバは、ＬＡＮ通信ユニット（３１０）を備えた、サーバ計算機である。ＬＡＮ通信ユニット（５１０）は、ネットワークインタフェースであり、インターネットに代表されるネットワーク通信機能を提供する。電源ユニット（５２０）は、ネームサーバを駆動するための電源を供給する機能を提供する。ＣＰＵ（５４０）は中央情報処理装置であり、ネームサーバの基本管理ソフトウェア（ＯＳ：オペレーティングシステム）や、アドレス解決プログラムを実行する。ＲＡＭ／ＥＥＰＲＯＭ（５６０）は、揮発性／不揮発性の書換え可能メモリ装置であり、上記ＯＳやアドレス解決処理のプログラムコードを格納し、またＯＳやアドレス解決処理プログラムの実行に際して必要となる、一時記憶領域を提供する。上記各ユニットは、内部バス（５３０）により接続される。

さらに、本実施例のネームサーバの特徴として、ＲＡＭ／ＥＥＰＲＯＭ（５６０）には、以下の３つの情報テーブルが格納されている。
まずゲートウェイＩＤテーブル（５６１）は、ネームサーバにセンサノードを登録した全てのゲートウェイのＩＤを管理している。
図６にゲートウェイＩＤテーブル（５６１）の例を示す。図に示されるように、ゲートウェイＩＤテーブル（５６１）の各レコードは、ゲートウェイ・グローバルＩＤ（６００）とゲートウェイ・ローカルＩＤ（６０１）の対から構成される。即ち、センサノードを登録してきたゲートウェイに対して、ネームサーバ（１３０）は、各ゲートウェイに対応するゲートウェイ・ローカルＩＤを生成し、ゲートウェイ・グローバルＩＤとの対応付けを管理する。図６では、2つのゲートウェイ（６１０、６１１）が、ゲートウェイＩＤテーブルに登録されている。

次にセンサノード管理テーブル（５６２）は、各センサノードについて、そのセンサノードがどのゲートウェイと通信しており、またそのゲートウェイにおけるゲートウェイ中継サービスＩＤは何かを管理している。
図７にセンサノード管理テーブル（５６２）の例を示す。図に示されるように、センサノード管理テーブル（５６２）の各レコードは、センサノード・グローバルＩＤ（７００）とゲートウェイ・グローバルＩＤ（７０１）とゲートウェイ中間サービスＩＤ（７０２）の対から構成される。即ち、本テーブルにより、各センサノードの仮想的なＩＰインタフェースであるゲートウェイ中継サービスのＩＰインタフェースが対応付けられ管理される。図７では、2つのゲートウェイ中間サービス（７１０、７１１）が、センサノード管理テーブルに登録されている。

最後にエンティティ管理テーブル（５６３）は、センサノードが設置された実世界の実体を示すエンティティＩＤと、センサノードの対応付けを管理している。
図８にエンティティ管理テーブル（５６３）の例を示す。図に示されるように、エンティティ管理テーブル（５６３）の各レコードは、エンティティＩＤ（８００）とセンサノード・グローバルＩＤ（８０１）の対から構成される。即ち、本テーブルにより、実世界の実体の属性情報を観測するセンサノードを隠蔽して、実世界のエンティティを識別子として用いて情報参照をした場合に、その識別情報のアドレス解決を可能とすることができる。図８では、2つのエンティティ（８１０、８１１）が、当該エンティティにセットされた各々1つのセンサノードと共に、エンティティ管理テーブルに登録されている。以上で、ネームサーバの構成に関する説明を終える。

図９に業務サーバ（１４０）の構成の例を示す。図に示すとおり、業務サーバは、ＬＡＮ通信ユニット（９１０）を備えた、サーバ計算機である。ＬＡＮ通信ユニット（９１０）は、ネットワークインタフェースであり、インターネットに代表されるネットワーク通信機能を提供する。電源ユニット（９２０）は、業務サーバを駆動するための電源を供給する機能を提供する。ＣＰＵ（９４０）は中央情報処理装置であり、業務サーバの基本管理ソフトウェア（ＯＳ：オペレーティングシステム）や、業務サービスプログラムを実行する。ＲＡＭ／ＥＥＰＲＯＭ（９６０）は、揮発性／不揮発性の書換え可能メモリ装置であり、上記ＯＳや業務サービス処理のプログラムコードを格納し、またＯＳや業務サービス処理プログラムの実行に際して必要となる、一時記憶領域を提供する。上記各ユニットは、内部バス（９３０）により接続される。

さらに、本実施例では業務サーバの特徴の一例として、ＲＡＭ／ＥＥＰＲＯＭ（５６０）に、エンティティ属性情報テーブル（９６１）を格納している。
エンティティ属性情報テーブル（９６１）は、実世界の各エンティティについて、そのエンティティがどのような基本属性情報をもち、またセンサノードが計測した物理情報を格納する業務サービスに固有のテーブル情報である。

図１０にエンティティ属性情報テーブル（９６１）の一例の構造を示す。図に示されるように、エンティティ属性情報テーブル（９６１）の各レコードは、エンティティＩＤ（１０００）と基本属性情報（１００１）とセンサ属性情報（１００２）の対から構成される。即ち、本テーブルにより、実世界の実体である利用者（図１０の例で言えば、社員番号2004IT10）の、基本属性情報（図１０の例で言えば、日時2004年8月1日午前10時25分42秒）における、センサ属性情報（図１０の例で言えば、体温36.5度）を観測したことが管理されている。図１０では、もう一つのエンティティ（１０１１）が、エンティティ属性情報管理テーブルに登録されている。以上で、業務サーバの構成に関する説明を終える。

次に、上記センサネットシステムでの処理シーケンスについて説明する。処理シーケンスは、以下の３通りである。
（１）センサノードの初期登録処理
（２）登録済みゲートウェイの通信領域における、センサノードの計測データ送信処理
（３）登録済みゲートウェイから未登録ゲートウェイの通信領域に入った場合での、センサノードの計測データ送信処理
以下、図に従い、各処理シーケンスを説明する。
図１１を用いて、第一の処理シーケンスである、（１）センサノードの初期登録処理における処理シーケンスを説明する。まず、センサノード（１００）の初期状態（１１０３）であるが、センサノード・グローバルID（SN_GL_ID）は製造時に設定された値（“FFEEDDC1”）であり、センサノード・ローカルID（SN_LC_ID）とゲートウェイ・ローカルID（GW_LC_ID）は未設定を示す値（”００“）となっている。次に、ゲートウェイ（１１０）の初期状態（１１０４）であるが、ゲートウェイ・グローバルID（GW_GL_ID）はゲートウェイのネットワーク接続時に設定された値（“１３３．１４４．２２．２２”）であり、ゲートウェイ・ローカルID（GW_LC_ID）は未設定を示す値（”００“）となっている。

センサノード（１００）が動作状態に入ると、自分のセンサノード・ローカルID（SN_LC_ID）が未設定であることを検知して、下記のセンサノード登録要求（１１０６）を、ゲートウェイ（１１０）に送出する（１１０５）。

SN登録要求（引数：SN_GL_ID）
センサノード登録要求（１１０６）を受信したゲートウェイ（１１０）は、当該センサノードに割り当てるべきセンサノード・ローカルID（SN_LC_ID＝“０１”）を生成する（１１０７）。そして、当該センサノードに関する仮想的なIPネットワークインタフェースを提供するゲートウェイ中継サービス（MD_ID=”１００００”）を生成する（１１０８）。この2つの処理ステップが終わると、ゲートウェイ（１１０）は、当該センサノードに関する情報を、センサノードIDテーブル（３６３）のレコード（４１０）として登録する（１１０９）。

次に、ゲートウェイ（１１０）は、当該センサノードに対応するゲートウェイ及びゲートウェイ中継サービス登録要求（１１１１）を、ネームサーバ（１３０）へ送出する（１１１０）。

GW、MD登録要求（引数：SN_GL_ID、GW_GL_ID、MD_ID）
ゲートウェイ及びゲートウェイ中継サービス登録要求（１１１１）を受信したネームサーバ（１３０）は、当該ゲートウェイに割り当てるべきゲートウェイ・ローカルID（GW_LC_ID=”22”）を生成する（１１１２）。この処理ステップが終わると、ネームサーバ（１３０）は、当該ゲートウェイ及びゲートウェイ中継サービスに関する情報を、ゲートウェイIDテーブル（５６１）のレコード（６１０）と、センサノード管理テーブル（５６２）のレコード（７１０）として各々登録する（１１１３）。

登録が終了すると、ネームサーバ（１３０）は、ゲートウェイ及びゲートウェイ中継サービス登録応答（１１１４）を、ゲートウェイ（１１０）に送信する。

GW、MD登録応答（引数：GW_LC_ID）
当該応答を受信したゲートウェイ（１１０）は、応答に含まれるゲートウェイ・ローカルID（GW_LC_ID=”22”）を、RAM／EEPROM(３６０)のゲートウェイ・ローカルID(362)に格納する（１１１５）。格納が終了すると、ゲートウェイ（１１０）は、センサノード登録応答（１１１６）を、センサノード（１００）に送信する。

SN登録応答（引数：SN_LC_ID、GW_LC_ID）
当該応答を受信したセンサノード（１００）は、当該応答に含まれるセンサノード・ローカルID（SN_LC_ID=”０１”）を、RAM／EEPROM(２６０)のセンサノード・ローカルID(２62)に格納し、ゲートウェイ・ローカルID（GW_LC_ID=”22”）を、RAM／EEPROM(２６０)のゲートウェイ・ローカルID(２6３)に格納する（１１１７）。以上で、第一のセンサノードの初期登録処理における処理シーケンスの説明を終了する。

図１２を用いて、第二の処理シーケンスである、（２）登録済みゲートウェイの通信領域における、センサノードの計測データ送信処理における処理シーケンスを説明する。まず、センサノード（１００）の状態（１２０３）であるが、センサノード・グローバルID（SN_GL_ID）は、上述の処理シーケンス（１）と同様に、製造時に設定された値（“FFEEDDC1”）である。センサノード・ローカルID（SN_LC_ID）とゲートウェイ・ローカルID（GW_LC_ID）は、上述の処理シーケンス（１）の登録状態（１１１７）と同じ状態になっている。次に、ゲートウェイ（１１０）の状態（１１０４）であるが、ゲートウェイ・グローバルID（GW_GL_ID）は、上述の処理シーケンス（１）と同様に、ゲートウェイのネットワーク接続時に設定された値（“１３３．１４４．２２．２２”）である。ゲートウェイ・ローカルID（GW_LC_ID）とゲートウェイ中継サービスID(MD_ID)は、上述の処理シーケンス（１）の登録状態（１１１５、１１０９）と同じ状態になっている。

センサノード（１００）が動作状態に入ると、自分のセンサノード・ローカルID（SN_LC_ID）が設定済みであることを検知して、下記の計測データ送信要求（１２０６）を、ゲートウェイ（１１０）に送出する（１２０５）。
計測データ送信要求（引数：GW_LC_ID、SN_LC_ID、計測データ）
計測データ送信要求（１２０６）を受信したゲートウェイ（１１０）は、当該要求中に含まれるゲートウェイ・ローカルID(GW_LC_ID)を、ゲートウェイ（１１０）内のゲートウェイ・ローカルID(３６２)と比較し、一致していることを検出する（１２０７）。比較結果が一致していることは、当該センサノードが既に自ゲートウェイに登録済みであることを意味する。そこで、ゲートウェイ（１１０）は、上記計測データ送信要求中に含まれるセンサノード・ローカルID（SN_LC_ID＝“01”）を用いて、自ゲートウェイ上のセンサノードIDテーブル（３６３）を検索して、生成済みのゲートウェイ中継サービスID（MD_ID＝“１００００”）を得て、当該ゲートウェイ中継サービスに計測データを格納する（１２０８）。格納が終了すると、ゲートウェイ（１１０）は、計測データ送信応答（１２０９）を、センサノード（１００）に送信する。

計測データ送信応答（引数：なし）
当該応答を受信したセンサノード（１００）は、計測データ送信処理を終了し、次のインターバルの計測まで動作を止める。以上で、第二の登録済みゲートウェイの通信領域における、センサノードの計測データ送信処理シーケンスの説明を終了する。
図１３を用いて、第三の処理シーケンスである、（３）登録済みゲートウェイから未登録ゲートウェイの通信領域に入った場合での、センサノードの計測データ送信処理における処理シーケンスを説明する。まず、センサノード（１００）の初期状態（１２０３）であるが、図１２と同一であり、説明は省略する。次に、ゲートウェイ（１１１）の初期状態（１３０４）であるが、ゲートウェイ・グローバルID（GW_GL_ID）はゲートウェイのネットワーク接続時に設定された値（“１３３．１４４．３３．３３”）であり、ゲートウェイ・ローカルID（GW_LC_ID）は、他のセンサノードの登録時に設定された値（”３３“）となっているものとする。最後にネームサーバ（１３０２）の状態であるが、ゲートウェイIDテーブル（５６１）において、ゲートウェイ（１１０）に関してはゲートウェイ・グローバルID(GW_GL_ID＝”１３３．１４４．２２．２２“)かつゲートウェイ・ローカルID(GW_LC_ID＝”２２“)としてレコード登録がなされ、ゲートウェイ（１１１）に関してはゲートウェイ・グローバルID(GW_GL_ID＝”１３３．１４４．３３．３３“)かつゲートウェイ・ローカルID(GW_LC_ID＝”３３“)としてレコード登録がなされているものとする（５６１）。以上の状態設定から分かるように、本シーケンスでは、センサノード（１００）が、ゲートウェイ（１１０）の通信領域から外れて、ゲートウェイ（１１１）の通信領域に入った場合での、センサノードの計測データ送信処理シーケンスを示している。
センサノード（１００）が動作状態に入ると、自分のセンサノード・ローカルID（SN_LC_ID）が設定済みであることを検知して、下記の計測データ送信要求（１３０６）を、ゲートウェイ（１１１）に送出する（１３０５）。

計測データ送信要求（引数：GW_LC_ID、SN_LC_ID、計測データ）
計測データ送信要求（１３０６）を受信したゲートウェイ（１１１）は、当該要求中に含まれるゲートウェイ・ローカルID(GW_LC_ID＝“２２”（１２０３）)を、ゲートウェイ（１１１）内のゲートウェイ・ローカルID(GW_LC_ID=”33”(1304))と比較し、不一致であることを検出する（１３０７）。比較結果が一致しないことは、当該センサノード（１００）がゲートウェイ（１１０）の領域から自ゲートウェイ（１１１）の領域に移動してきたばかりであり、未登録のセンサノードであることを意味する。そこでゲートウェイ（１１１）は、当該センサノードに割り当てるべきセンサノード・ローカルID（SN_LC_ID＝“５０”）を生成する（１３０８）。そして、当該センサノードに関する仮想的なIPネットワークインタフェースを提供するゲートウェイ中継サービス（MD_ID=”２００００”）を生成する（１３０９）。この2つの処理ステップが終わると、ゲートウェイ（１１０）は、当該センサノードに関する情報を、センサノードIDテーブルのレコードとして登録する（１３１０）。

次に、ゲートウェイ（１１１）は、当該センサノードに対応するゲートウェイ中継サービス登録要求（１３１２）を、ネームサーバ（１３０）へ送出する（１３１１）。

MD登録要求（引数：SN_GL_ID、GW_LC_ID、MD_ID）
ゲートウェイ中継サービス登録要求（１３１２）を受信したネームサーバ（１３０）は、ゲートウェイ中継サービスに関する情報を、センサノード管理テーブルのレコード（１３１４）として登録する（１３１３）。
登録が終了すると、ネームサーバ（１３０）は、ゲートウェイ中継サービス登録応答（１３１５）を、ゲートウェイ（１１１）に送信する。

MD登録応答（引数：なし）
当該応答を受信したゲートウェイ（１１１）は、計測データ登録応答（１３１６）を、センサノード（１００）に送信する。

計測データ登録応答（引数：SN_LC_ID、GW_LC_ID）
当該応答を受信したセンサノード（１００）は、応答に含まれるセンサノード・ローカルID（SN_LC_ID=”５０”）を、RAM／EEPROMのセンサノード・ローカルIDに、ゲートウェイ・ローカルID（GW_LC_ID=”３３”）を、RAM／EEPROMのゲートウェイ・ローカルIDに格納する（１３１７）。以上で、第三の処理シーケンスである、（３）登録済みゲートウェイから未登録ゲートウェイの通信領域に入った場合での、センサノードの計測データ送信処理における処理シーケンスの説明を終える。

以上で、センサネットシステムにおける処理シーケンスの説明を終了し、次に各構成要素毎の処理フローを説明する。
図１４を用いて、図１１に示したセンサノード登録処理シーケンスにおいて、センサノード（１００）が実施するセンサノードの登録処理フローを説明する。センサノード（１００）が初期状態（１１０３）のまま動作状態に入ると、自分のセンサノード・ローカルID（SN_LC_ID）が未設定（＝“００”）であることを検知して、センサノード登録処理を開始する（１４００）。まず、センサノード登録要求を送出する（１４０１）。要求送出後は、センサノード登録応答の受信待ちに入る（１４０２）。本実施例のフローチャートではエラー処理の記述を省略している。しかし、必要であればタイマーなどを設定して、登録応答待ちの状態でタイムアウトした場合は、登録要求を再送するなどの処理を実施してもよい。センサノード（１００）は登録応答を受信すると、当該応答に含まれるセンサノード・ローカルID（SN_LC_ID）を、RAM／EEPROM(２６０)のセンサノード・ローカルID(２62)に格納し、ゲートウェイ・ローカルID（GW_LC_ID）を、RAM／EEPROM(２６０)のゲートウェイ・ローカルID(２6３)に格納し（１４０３）、登録処理を終了する（１４０４）。以上で、センサノードの初期登録処理フローの説明を終了する。

図１５を用いて、図１２と図１３に示したセンサノード計測データ送信処理シーケンスにおいて、センサノード（１００）が実施する計測データの送信処理フローを説明する。センサノード（１００）は動作を開始すると（１５００）、まず自分のセンサノード・ローカルID（SN_LC_ID）が設定済みであるかをチェックする（１５０１）。もし未設定であれば、図１４に示すセンサノード登録処理を実施する（１５０２）。次に、センサを用いて計測を実施し（１５０３）、計測データ送信要求をゲートウェイに送出する（１５０４）。要求送出後は、計測データ送信応答の受信待ちに入る（１５０５）。本実施例のフローチャートではエラー処理の記述を省略している。しかし、必要であればタイマーなどを設定して、送信応答待ちの状態でタイムアウトした場合は、送信要求を再送するなどの処理を実施してもよい。センサノード（１００）は、送信応答を受信すると、当該応答に含まれるセンサノード・ローカルID（SN_LC_ID）を、自センサノードのRAM／EEPROM(２６０)に格納済みのセンサノード・ローカルID(２62)と比較し、更新が必要か否かをチェックする（１５０６）。もし、比較結果が一致していなければ更新の必要があるので、当該応答に含まれるセンサノード・ローカルID（SN_LC_ID）を用いて、自センサノードのRAM／EEPROM(２６０)に格納済みのセンサノード・ローカルID(２６２)を更新する（１５０７）。同様にセンサノード（１００）は、前記応答に含まれるゲートウェイ・ローカルID（GW_LC_ID）を、自センサノードのRAM／EEPROM(２６０)に格納済みのゲートウェイ・ローカルID（GW_LC_ID）と比較し、更新が必要か否かをチェックする。もし、比較結果が一致していなければ更新の必要があるので、前記応答に含まれるゲートウェイ・ローカルID（GW_LC_ID）を用いて、自センサノードのRAM／EEPROM(２６０)に格納済みのゲートウェイ・ローカルID（GW_LC_ID）を更新する（１５０７）。その後、計測データ送信処理を終了する（１５０８）。以上で、センサノードの計測データ送信処理フローの説明を終了する。

図１６を用いて、図１１に示したセンサノード登録処理シーケンスにおいて、ゲートウェイ（１１０）が実施するセンサノードの登録処理フローを説明する。ゲートウェイ（１１０）が動作を開始し（１６００）、センサノードの登録要求を受信すると（１６０１）、まずセンサノードローカルID（SN_LC_ID）を生成し、該生成したSN_LC_IDをセンサノード・グローバルIDと共に、センサノードIDテーブル（１１０９）に登録する（１６０２）。さらにゲートウェイ（１１０）は、登録対象のセンサノードに対応するゲートウェイ中継サービス（MD_ID）を生成し、センサノード・グローバルIDと共に、センサノードIDテーブル（１１０９）に登録する（１６０３）。次にゲートウェイ（１１０）は、ゲートウェイ・ローカルIDが登録済みであるかをチェックし（１６０４）、未登録であれば、ゲートウェイ・ローカルID登録要求をネームサーバに送出する（１６０５）。ゲートウェイ・ローカルID登録要求送出後は、登録応答の受信待ちに入る（１６０６）。本実施例のフローチャートではエラー処理の記述を省略している。しかし、必要であればタイマーなどを設定して、送信応答待ちの状態でタイムアウトした場合は、送信要求を再送するなどの処理を実施してもよい。センサノード（１００）は、登録応答を受信すると、登録応答に含まれるゲートウェイ・ローカルIDを用いて、自ゲートウェイ（１１０）のRAM/EEPROM（３６０）に格納されるゲートウェイ・ローカルID（３６２）を更新する（１６０７）。

その後ゲートウェイ中継サービスの登録要求をネームサーバに送出する（１６０８）。ゲートウェイ中継サービス登録要求送出後は、登録応答の受信待ちに入る（１６０９）。本実施例のフローチャートではエラー処理の記述を省略している。しかし、必要であればタイマーなどを設定して、登録応答待ちの状態でタイムアウトした場合は、登録要求を再送するなどの処理を実施してもよい。ゲートウェイ（１１０）は、登録応答を受信すると、登録応答に含まれるゲートウェイ・ローカルIDと、ステップ１６０２で生成したセンサノード・ローカルIDを用いて、センサノード登録応答を作成してセンサノード（１００）に送信し（１６１０）、登録処理を終了する（１６１１）。以上で、ゲートウェイにおけるセンサノード登録処理フローの説明を終える。

図１７を用いて、図１１に示したセンサノード登録処理シーケンスにおいて、ネームサーバ（１３０）が実施するゲートウェイ・ローカルIDの登録処理フローを説明する。ネームサーバ（１３０）は動作を開始し（１７００）、ゲートウェイのゲートウェイ・ローカルID登録要求を受信する（１７０１）。ネームサーバ（１３０）はまず、ゲートウェイ・ローカルID（GW_LC_ID）を生成し、該生成したGW_LC_IDをゲートウェイ・グローバルIDと共に、ゲートウェイIDテーブル（１１１３）に登録する（１７０２）。ネームサーバ（１３０）は、ステップ１７０２で生成したゲートウェイ・ローカルIDを用いて、ゲートウェイ・ローカルID登録応答を作成してゲートウェイ（１１０）に送信し（１７０３）、登録処理を終了する（１７０４）。

以上で、ネームサーバのゲートウェイ登録処理フローの説明を終える。図１８を用いて、図１３に示したセンサノード計測データ送信処理２シーケンスにおいて、ネームサーバ（１３０）が実施するゲートウェイ中継サービスの登録処理フローを説明する。ネームサーバ（１３０）は動作を開始し（１８００）、ゲートウェイのゲートウェイ中継サービス登録要求を受信する（１８０１）。ネームサーバ（１３０）はまず、登録対象のゲートウェイ中継サービスに対応付けられたセンサノードについて、当該センサノードが他のゲートウェイの中継サービスと関連付けられてネームサーバに登録済みでないかどうかをチェックする（１８０２）。もし、当該センサノードのゲートウェイ中継サービスが、他のゲートウェイ上で既に登録済みであれば、該登録済みの他のゲートウェイに対して、登録されているゲートウェイ中継サービスの削除要求を送付する（１８０３）。当該削除要求に対する削除応答を受信すると（１８０４）、古いゲートウェイ中継サービスが削除されたことになる。そこで、ネームサーバ（１３０）は、前記ステップ１８０１で受信したゲートウェイ中継サービスの登録要求に対応すべく、当該登録要求に含まれるゲートウェイ・グローバルIDと共に、ゲートウェイ中継サービスIDをセンサノード管理テーブル（１３１４）に登録する（１８０５）。ネームサーバ（１３０）は、ゲートウェイ中継サービス登録応答を作成してゲートウェイ（１１０）に送信し（１８０６）、登録処理を終了する（１８０７）。以上で、ネームサーバのゲートウェイ中継サービス登録処理フローの説明を終える。

図１９に示した業務サーバ処理フローについて説明する。業務サーバ（１４０）は、動作を開始し（１９００）、業務サービスプログラムを実施する。業務サービスプログラムは、一例としては、図１０に示すエンティティ属性情報テーブル（９６１）を使用する。図に示されるように、エンティティ属性情報テーブル（９６１）の各レコードは、エンティティＩＤ（１０００）と基本属性情報（１００１）とセンサ属性情報（１００２）の対から構成される。即ち、本テーブルにより、実世界の実体である利用者（図１０の例で言えば、社員番号2004IT10）の、基本属性情報（図１０の例で言えば、日時2004年8月1日午前10時25分42秒）における、センサ属性情報（図１０の例で言えば、体温36.5度）を観測したことが管理されている。上述のように、業務サービスプログラムが実世界のエンティティIDを用いて記述可能であるためには、業務サービスを実行する業務サーバは、実行時にネームサーバ（１３００）にエンティティIDのアドレス解決を求める必要がある。具体的には、業務サーバは、ネームサーバに対して、エンティティIDを用いて、当該エンティティIDに関係付けられたゲートウェイ中継サービスについて、そのゲートウェイ・グローバルIDとゲートウェイ中継サービスIDを検索として問い合わせる（１９０１）。次に業務サーバは、検索結果である当該ゲートウェイ中継サービスに対して、センサ属性情報要求を送付する（１９０２）。この後業務サーバは、センサ属性情報応答を受信し（１９０３）、受信したセンサ属性情報をエンティティ属性情報管理テーブルに格納し（１９０４）、処理を終了する（１９０５）。以上で、業務サーバの業務処理フローの説明を終える。

図２０に本発明の第二の実施例であるセンサネットシステムの全体構成を示す。センサネットシステムは複数のセンサノード（２００１、２００２）とゲートウェイ（２０１１、２０１２）、ローカルネームサーバ（２０３０）、グローバルネームサーバ（２０６０）、業務サーバ（１４０）、そしてこれらを接続するＬＡＮ（２０２０、２０２１、２０２２）、ルータ（２０４０、２０４１、２０４２）、ＷＡＮ（２０５０）から構成される。本実施例では、センサノードおよびゲートウェイに故障が発生してもシステム全体で業務処理が可能となる耐故障機能を備えたセンサネット運用管理システムを説明する。図２０において、センサノードを囲む破線は、センサノードａ１（２００１）とａ２（２００２）が、仮想的に単一のセンサノードＡ（２０００）を構成する一まとまりのグループに属することを示している。またゲートウェイを囲む破線は、ゲートウェイｃ１（２０１１）とｃ２（２０１２）が、仮想的に単一のゲートウェイＣ（２０１０）を構成する一まとまりのグループに属することを示している。

センサノードａ１とＡａ２は、実施例１で示したセンサノード（１００）と同様の機能を備えており、説明は省略する。ゲートウェイｃ１とｃ２も、実施例１で示したゲートウェイと同様の機能を備えており、説明は省略する。本実施例２が実施例１と異なるのは、実施例１のネームサーバ（１３０）に相当するローカルネームサーバ（２０３０）のほかに、グローバルネームサーバ（２０６０）を設けた点である。グローバルネームサーバ（２０６０）は、後述する耐故障性を実現するノード仮想化機能のためのＩＤ管理を実施する。

図２１に示したセンサノード（２００１）の構成について説明する。センサノード（２００１）は、実施例１の図２に示したセンサノード（１００）とほぼ同様の構成であり、同様部分の説明は省略する。本実施例２が実施例１と異なる点について、以下説明する。実施例１では、センサノードグローバルＩＤに対応するセンサノードローカルＩＤの発行はゲートウェイが実施していたが、実勢例２ではセンサノードローカルＩＤの発行はローカルネームサーバが実施している。これは、実施例２では、耐故障性の実現を目的に、複数のゲートウェイをまとめて論理的には一つのゲートウェイとして扱うために、複数のゲートウェイに渡って共通なローカルＩＤを使用するためである。この結果、実施例１の図２におけるゲートウェイローカルＩＤ（２６３）の代わりに、実施例２では図２１に示すとおり、ローカルネームサーバローカルＩＤ（２１６３）が格納されている。

図２２に示したゲートウェイ（２０１１）の構成について説明する。ゲートウェイ（２０１１）は、実施例１の図３に示したゲートウェイ（１１０）とほぼ同様の構成であり、同様部分の説明は省略する。本実施例２が実施例１と異なる点について、以下説明する。ローカルネームサーバローカルＩＤ（２２６２）は、図２１の説明とと同様に、複数のゲートウェイに渡って共通なローカルＩＤを使用する目的でセンサノードローカルＩＤの生成をローカルネームサーバが実行する方式を採用したために、図３のゲートウェイローカルＩＤ（３６２）の代わりに用意されている。ゲートウェイ中継サービス（２２６３）は、図３では明示されていないが、センサノード毎に対応して設けられる中継モジュールであり、ＩＰプロトコルと無線通信プロトコルの中継変換を行う。センサノード中継テーブル（２２７０）は、図３のセンサノードＩＤテーブル（３６３）と同様に、ゲートウェイ中継サービスＩＤとセンサノードローカルＩＤの対応付けを管理している。
図２２では、ゲートウェイ中継サービスＩＤ“10000”（２２７３）からセンサノードローカルＩＤ“０１”（２２７２）への対応関係を管理している。

図２３に示したローカルネームサーバ（２０３０）の構成について説明する。ローカルネームサーバ（２０３０）は、実施例１の図５に示したネームサーバ（１３０）と同様の構成であり、同様部分の説明は省略する。本実施例２が実施例１と異なる点について、以下説明する。ローカルネームサーバグローバルＩＤ（２３６１）は、図２１の説明とと同様に、複数のゲートウェイに渡って共通なローカルＩＤを使用する目的でセンサノードローカルＩＤの生成をローカルネームサーバが実行する方式を採用したために、図３のゲートウェイグローバルＩＤ（３６１）に相当する領域として用意されている。同様にローカルネームサーバローカルＩＤ（２３６２）は、図３のゲートウェイローカルＩＤ（３６２）に相当する領域として用意されている。

センサノードＩＤテーブル（２３７０）は、センサノードグローバルＩＤ（２３７１）について、当該センサノードとこれに対応するゲートウェイグローバルＩＤ（２３７３）及びゲートウェイ中継サービスＩＤ（２３７４）の対応関係を管理している。設定状態はセンサノードグローバルＩＤに対応するゲートウェイ中継サービスＩＤの登録状態を示している。図２３において、３つのセンサノード“FFFFFFA1”（２３７６、２３７７）、“FFFFFFA2”（２３７８、２３７９）、“FFFFFFB1”（２３８０）が登録されている。センサノードグローバルＩＤ“ＦＦＦＦＦＦＡ１”（２３７１）にはセンサノードローカルＩＤ“01”（２３７２）が割り当てられている。さらに、ゲートウェイグローバルＩＤ“133.144.22.11”（２３７３）には、当該センサノードに対応するゲートウェイ中継プロセス“10000”（２３７４）が生成され、設定状態（２３７５）が“設定済み”に設定されている。しかし、センサノードグローバルＩＤ“ＦＦＦＦＦＦＡ１”とゲートウェイグローバルＩＤ“１３３．１４４．１１．１２”の間にはまだデータアクセスが起きておらず、ゲートウェイ中継サービスＩＤ（２３７４）が生成されていないことが示されている（２３７７）。同様に、センサノードグローバルＩＤ“ＦＦＦＦＦＦＡ２”について、ゲートウェイとの間でデータアクセスが生じていないことが示されている（２３７８、２３７９）。センサノードグローバルＩＤ“ＦＦＦＦＦＦＢ１”はゲートウェイとのデータアクセスがあり、ゲートウェイ中継サービスが登録されている（２３８０）。これらのレコード（２３７６〜２３８０）が何をトリガとして登録されたのかは後述する。

図２４に示したグローバルネームサーバ（２０６０）の構成について説明する。グローバルネームサーバ（２０６０）は、実施例１の図５に示したネームサーバ（１３０）と同様の構成であり、同様部分の説明は省略する。本実施例２が実施例１と異なる点について、以下説明する。
ローカルネームサーバＩＤテーブル（２４１０）は、図２１の説明とと同様に、複数のゲートウェイに渡って共通なローカルＩＤを使用する目的でセンサノードローカルＩＤの生成をローカルネームサーバが実行する方式を採用したために、図６のゲートウェイＩＤテーブル（３６１）に相当するテーブルとして用意されている。

センサノード所在管理テーブル（２４３０）は、センサノード（２４２１）がどのローカルネームサーバ（２４２２）の配下のゲートウェイからアクセス可能であるかを示している。図に示すとおり、センサノードグローバルＩＤ“FFFFFFA1”は、ローカルネームサーバグローバルＩＤ“133.144.22.22”（図２０のローカルネームサーバＣ（２０３０）を意味する）の配下のゲートウェイに接続されている（２４２３）。

センサノード構成管理テーブル（２４３０）とゲートウェイ構成管理テーブル（２４４０）とセンサノード及びゲートウェイ対応関係定義情報（２４５０）は、本実施例に特有の管理情報であり、耐故障性を実現するために必須の構成要件である。まずセンサノード構成管理テーブル（２４３０）は、図２０に示した論理的なセンサノードＡ（破線で囲んだ仮想的なセンサノード（２０００））と、それを構成する実際のセンサノード（センサノードａ１（２００１）とセンサノードａ２（２００２））との対応関係を示している。具体的には、レコード（２４３３）は、上記破線で囲まれた論理的なセンサノードをセンサノードメインＩＤ（２４３１）で示しており、その値はセンサノードグローバルＩＤ＝“FFFFFFA0”であることを示している。次に、この論理的なセンサノードは２つの実際のセンサノードで構成されることをＩｔｅｍ＿Ｔｏｔａｌ＝“2”で示している。さらに、その第一番目のセンサノード（Ｉｔｅｍ＿Ｎｕｍ＝“1”）が、センサノードサブＩＤ（２４３２）で示されるセンサノードグローバルＩＤ＝“ＦＦＦＦＦＦＡ１”のセンサノードであることを示している。

同様に、レコード（２４３４）は、センサノードＡを構成する第二番目のセンサノードが、センサノードグローバルＩＤ＝“FFFFFFA2”のセンサノードであることを示している。以上述べたように、図２４のセンサノード構成管理テーブルは、図２０で示したセンサノードのグループ構成を表現することがわかる。

次にゲートウェイ構成管理テーブル（２４４０）について説明する。上記センサノード構成管理テーブルと同様に、ゲートウェイ構成管理テーブル（２４４０）は、図２０に示した論理的なゲートウェイＣ（破線で囲んだ仮想的なゲートウェイ（２０１０））と、それを構成する実際のゲートウェイ（ゲートウェイｃ１（２０１１）とゲートウェイｃ２（２０１２））との対応関係を示している。具体的には、レコード（２４４３）は、上記破線で囲まれた論理的なゲートウェイをゲートウェイメインＩＤ（２４４１）で示しており、その値はゲートウェイグローバルＩＤ＝“133.144.22.10”であることを示している。次に、この論理的なゲートウェイは２つの実際のゲートウェイで構成されることをＩｔｅｍ＿Ｔｏｔａｌ＝“2”で示している。さらに、その第一番目のゲートウェイ（Ｉｔｅｍ＿Ｎｕｍ＝“1”）が、ゲートウェイサブＩＤ（２４４２）で示されるセンサノードグローバルＩＤ＝“133.144.22.11”のゲートウェイであることを示している。

同様に、レコード（２４４４）は、ゲートウェイＣを構成する第二番目のゲートウェイが、ゲートウェイグローバルＩＤ＝“133.144.22.12”のゲートウェイであることを示している。以上述べたように、図２４のゲートウェイ構成管理テーブルは、図２０で示したゲートウェイのグループ構成を表現することがわかる。
最後にエンティティ管理テーブル（５６３）については、実施例１の図８と同様の構成であるため、説明は省略する。

図２５に示したセンサノード及びゲートウェイ対応関係定義情報の例について説明する。図２５では、図２０に示したセンサノードＡとゲートウェイＣに関する３つの対応関係の定義情報の例が示されている。ここで、論理的なセンサノードＡは、物理的には２つのセンサノードａ１とａ２から構成され、論理的なゲートウェイＣは、物理的には２つのゲートウェイｃ１とｃ２から構成されている。どの定義情報を用いるべきかは、業務要件により異なる。

まず第一番目の定義情報について図２５の（１）と（２）を用いて説明する。（１）は、センサノードＡの測定データをゲートウェイＣを用いて収集する際に、上記物理的には２つづつあるセンサノードとゲートウェイの全組み合わせについて４通りのデータを収集し、その全データをＡＮＤ処理した結果をもって、上記論理的なセンサノードＡのゲートウェイＣを用いて収集したデータと判断する定義情報の例である。定義情報の第１行目では、論理的なセンサノードＳＮ＿ＭａｉｎがセンサノードグローバルＩＤ“FFFFFFA0”に対応することが示されている。定義情報の第２行目では、論理的なゲートウェイＧＷ＿ＭａｉｎがゲートウェイグローバルＩＤ“133.144.22.10”に対応することが示されている。定義情報の第３行目では、論理的なセンサノードＳＮ＿Ｍａｉｎが、２つの物理的なセンサノードＳＮ＿Ｓｕｂ１とＳＮ＿Ｓｕｂ２により構成されることが示されている。定義情報の第４行目では、論理的なゲートウェイＧＷ＿Ｍａｉｎが、２つの物理的なゲートウェイＧＷ＿Ｓｕｂ１とＧＷ＿Ｓｕｂ２により構成されることが示されている。第５行目から第８行目では、論理的なセンサノードとゲートウェイのアクセス対応関係が、物理的なセンサノードとゲートウェイのアクセス関係にどのように展開されるかが記述されている。具体的には、２つづつあるセンサノードとゲートウェイの全組み合わせについて４通りのデータを収集し、その全データをＡＮＤ処理して最終結果とするように展開が定義されている。本定義は、対象事象を厳密に測定したい場合に有用な定義である。

次に具体的な展開結果について（２）を用いて説明する。（１）で定義したセンサノード及びゲートウェイ対応関係定義情報を、センサノード構成管理テーブル（２４３０）とゲートウェイ構成管理テーブル（２４４０）を用いて展開した結果が（２）に示されている。後述するように、この展開情報を用いて、上記ローカルネームサーバ（２０３０）のセンサノードＩＤテーブル（２３７０）が設定される。

同様に第二番目の定義情報である図２５の（３）と（４）を説明する。（３）は、センサノードＡの測定データをゲートウェイＣを用いて収集する際に、上記物理的には２つづつあるセンサノードとゲートウェイの全組み合わせのうち最初に収集したデータをもって、上記論理的なセンサノードＡのゲートウェイＣを用いて収集したデータと判断する定義情報の例である。本定義は、故障性を考慮して対象事象を測定したい場合に有効である。

図２６に移り、同様に第三番目の定義情報である図２５の（５）と（６）を説明する。（５）は、センサノードＡの測定データをゲートウェイＣを用いて収集する際に、上記物理的には２つづつあるセンサノードとゲートウェイの排他的な組み合わせについて２通りのデータを収集し、その収集した２つのデータのＡＮＤ処理結果をもって、上記論理的なセンサノードＡのゲートウェイＣを用いて収集したデータと判断する定義情報の例である。本定義は、センサノードとゲートウェイを２重系とした場合の一般的な定義である。

なお図２５には記載していないが、（１）の４つの測定情報の一致の度合いを検査することで、センサノードとゲートウェイのどれが故障したかを判定する定義を記述することも可能である。

図２７に示したセンサノードの登録処理シーケンス図を説明する。まず、ゲートウェイｃ１（２０１１）は、センサノードａ１（２００１）を検出する（２６０１）。次に、ゲートウェイｃ１（２０１１）は、ローカルネームサーバ（２０３０）にセンサノードａ１の登録要求を送出する（２６０２）。

SN登録要求（引数：SN_GL_ID、GW_GL_ID）
当該登録要求を受信したローカルネームサーバ（２０３０）は、センサノードａ１（２００１）が、グローバルネームサーバ（２０６０）上のセンサノード及びゲートウェイ対応関係定義情報（２４５０）に登録されているか、登録されていればその登録内容は何かを問い合わせるべく、グローバルネームサーバ（２０６０）にセンサノード・ゲートウェイ構成解析要求を送信する（２６０３）。

SNGW構成解析要求（引数：SN_GL_ID、GW_GL_ID）
当該構成解析要求を受信したグローバルネームサーバ（２０６０）は、センサノード・ゲートウェイ構成解析処理を実施する（２６０４）。具体的にはまず、グローバルネームサーバ（２０６０）は、受信したSN_GL_ID＝“FFFFFFA1”を用いてセンサノード構成管理テーブル（２４３０）を検索する。検索の結果として、センサノードａ１がセンサノードＡ（SN_GL_ID＝“FFFFFFA0”）のサブセンサノードであるという情報を得る。さらにセンサノードＡ（SN_GL_ID＝“FFFFFFA0”）は、センサノードａ１（SN_GL_ID＝“FFFFFFA1”）とセンサノードａ２（SN_GL_ID＝“FFFFFFA2”）から構成されるという結果を得る。
次にグローバルネームサーバ（２０６０）は、受信したGW_GL_ID＝“133.144.22.11”を用いてゲートウェイ構成管理テーブル（２４４０）を検索する。検索の結果として、ゲートウェイｃ1がゲートウェイＣ（GW_GL_ID＝“133.144.22.10”）のサブゲートウェイであるという情報を得る。さらにゲートウェイＣ（GW_GL_ID＝“133.144.22.10”）は、ゲートウェイｃ１（GW_GL_ID＝“133.144.22.11”）とゲートウェイｃ２（GW_GL_ID＝“133.144.22.12”）から構成されるという結果を得る。

次にグローバルネームサーバ（２０６０）は、以上の検索結果を用いてセンサノード及びゲートウェイ対応関係定義情報（２４５０）を検索して、センサノードＡ（SN_GL_ID＝“FFFFFFA0”）とゲートウェイＣ（GW_GL_ID＝“133.144.22.10”）を含むセンサノード及びゲートウェイ関係定義情報を得る。以下では、当該検索結果である関係定義情報が図２５（１）であると仮定して説明を進める。実際に（１）の第一行目であるSN_Main = “FF FF FF A0”は、センサノードＡ（SN_GL_ID＝“FFFFFFA0”）と一致している。さらに、（１）の第二行目であるGW_Main = “133.144.22.10”は、ゲートウェイＣ（GW_GL_ID＝“133.144.22.10”）と一致している。以上センサノードメインＩＤとゲートウェイメインＩＤの一致により、上記SNGW構成解析要求に一致する関係定義情報として（１）を選択することは妥当であるといえる。次に、（１）の第３行目と第４行目と、上記センサノード構成管理テーブルの検索結果と、上記ゲートウェイ構成管理テーブルの検索結果とを照合させると、下記のサブセンサノードＩＤとサブゲートウェイＩＤの対応付けが導かれる。

SN_Sub1 = “FFFFFFA1”
SN_Sub2 = “FFFFFFA2”
GW_Sub1 = “133.144.22.11”
GW_Sub2 = “133.144.22.12”
この対応付け情報を用いて、（１）第５行目から第８行目のセンサノード及びゲートウェイ関係定義情報を展開すると、図２５（２）の展開結果が得られる。

図２７の説明に戻ると、以上のセンサノード・ゲートウェイ構成解析処理（２６０４）を終えたグローバルネームサーバ（２０６０）は、センサノード・ゲートウェイ構成解析応答を送信する（２６０５）。

SNGW構成解析要求（引数：図２５（２）で示した構成解析定義情報の展開結果）
当該応答を受信したローカルネームサーバ（２０３０）は、センサノードＩＤテーブル（２３７０）に上記展開結果を登録する（レコード２６２１、２６２２、２３７８、２３７９）。さらにセンサノードａ１のために、センサノードローカルＩＤ＝“01”を生成してレコード２６２１、２６２２に格納する（ステップ２６０６）。次にローカルネームサーバ（２０３０）は、センサノード登録応答をゲートウェイｃ１（２０１１）に送出する（ステップ２６０７）。

SN登録応答（引数：登録成功）
当該応答を受信したゲートウェイｃ１（２０１１）は、センサノードａ１のための中継サービスを生成する（ステップ２６０８）。ゲートウェイｃ１（２０１１）は、生成した中継サービスの登録要求をローカルネームサーバ（２０３０）に送信する。

中継サービス登録要求（引数：MD_ID）
当該応答を受信したローカルネームサーバ（２０３０）は、中継サービスMD_ID = “10000”をセンサノードＩＤテーブル（２３７０）に登録する（レコード２３７６、２３７７）（ステップ２６１０）。
次に、ローカルネームサーバ（２０３０）は、グローバルネームサーバ（２０６０）にセンサノード所在登録要求を送信する（ステップ２６１１）。

SN所在登録要求（引数：SN_GL_ID、ローカルネームサーバグローバルID）
当該要求を受信したグローバルネームサーバ（２０６０）は、センサノード所在管理テーブルにセンサノードａ１に関する情報をレコード２４２３としてセンサノード所在登録処理を実施する（ステップ２６１２）。登録処理を終えたローバルネームサーバ（２０６０）は、ローカルネームサーバ（２０３０）にSN所在登録応答を送信する（ステップ２６１３）。

SN所在登録応答（引数：登録成功）
当該応答を受信したローカルネームサーバ（２０３０）は、ゲートウェイｃ１（２６１１）にセンサノード登録応答を送信する。

SN登録応答（引数：登録成功）
以上で、図２７に示したセンサノード登録処理のシーケンス図の説明を終える。次に、上記センサノード登録処理を実現するゲートウェイおよびサーバの処理フローについて説明する。

図２８を用いて、まずゲートウェイのセンサノード登録処理フローを説明する。ゲートウェイは登録処理を開始する（ステップ２７００）。ゲートウェイは、センサノードから登録要求を受信し（ステップ２７０１）、ローカルネームサーバにセンサノード登録要求を送信する（ステップ２７０２）。その後、センサノード登録応答の受信を待つ（ステップ２７０３）。センサノード登録応答を受信すると、中継サービスを生成して、該生成した中継サービスＩＤを、ローカルネームサーバから受信したセンサノードローカルＩＤと、センサノードから受信したセンサノードグローバルＩＤと共にセンサノード中継テーブル（２２７４）に登録する（ステップ２７０４）。最後にゲートウェイは、センサノードにセンサノード登録応答を送信して（ステップ２７０６）、処理を終了する。

図２９を用いて、次にローカルネームサーバのセンサノード登録処理フローを説明する。ローカルネームサーバは、処理を開始する（ステップ２８００）。ローカルネームサーバは、ゲートウェイからセンサノード登録要求を受信する（ステップ２８０１）。ローカルネームサーバは、登録要求のあったセンサノードグローバルＩＤがセンサノードＩＤテーブルに登録されていないことを確かめる（ステップ２８０２）。もし登録されていれば、ステップ２８０６にジャンプして、ゲートウェイにセンサノード登録応答を送信する。まだ登録されていなければ、センサノード・ゲートウェイ構成解析要求をグローバルネームサーバに送信する（ステップ２８０３）。その後、センサノード・ゲートウェイ構成解析応答の受信を待つ（ステップ２８０４）。センサノード・ゲートウェイ構成解析応答を受信すると、センサノード解析応答内容をセンサノードＩＤテーブルに登録する（ステップ２８０５）。ステップ２８０５に図示したセンサノードＩＤテーブルの内容は図２６のステップ２６０６と同様であり説明は省略する。データ登録終了後は、ゲートウェイにセンサノード登録応答を送信し（ステップ２８０６）、ゲートウェイからの中継サービス登録要求を待つ（ステップ２８０７）。ゲートウェイからの中継サービス登録要求を受信すると、受信データ中の中継サービスＩＤをセンサノードＩＤテーブルに登録する（ステップ２８０８）。ステップ２８０８に図示したセンサノードＩＤテーブルの内容は、図２７のステップ２６１０と同様であり説明は省略する。データ登録終了後は、ゲートウェイに中継サービス登録応答を送信し（ステップ２８０９）、処理を終了する（ステップ２８１０）。

図３０を用いて、次にグローバルネームサーバのセンサノード登録処理フローを説明する。グローバルネームサーバは、処理を開始する（ステップ２９００）。グローバルネームサーバは、ローカルネームサーバからセンサノード・ゲートウェイ構成解析要求を受信する（ステップ２９０１）。グローバルネームサーバは、登録要求のあったセンサノードグローバルＩＤがセンサノード構成管理テーブルのセンサノードサブＩＤに登録されているか検査する（ステップ２９０２）。ステップ２９０２に図示したセンサノード構成管理テーブル（２４３０）の内容は、図２４のレコード２４３３と同様であり説明は省略する。次にセンサノードグローバルＩＤがセンサノードＩＤテーブルに登録されているかを検査する（ステップ２９０３）。もし登録されていなければ、センサノードは単独構成であり、後述するステップ２９１４でセンサノードは単独構成である旨がセンサノード・ゲートウェイ構成解析応答として送信される。もし登録されていれば、登録されたセンサノードサブＩＤのセンサノードメインＩＤを求める（ステップ２９０５）。次に、上記センサノードメインＩＤと同じセンサノードメインＩＤをもつセンサノードサブＩＤを参照する（ステップ２９０６）。ステップ２９０６に図示したセンサノード構成管理テーブル（２４３０）の内容は、図２４のレコード２４３４と同様であり説明は省略する。グローバルネームサーバは、登録要求のあったゲートウェイグローバルＩＤがゲートウェイ構成管理テーブルのゲートウェイサブＩＤに登録されているか検査する（ステップ２９０７）。ステップ２９０７に図示したゲートウェイ構成管理テーブル（２４４０）の内容は、図２４のレコード２４４３と同様であり説明は省略する。

図３１に移って説明を続ける。次にゲートウェイグローバルＩＤがゲートウェイＩＤテーブルに登録されているかを検査する（ステップ２９１０）。もし登録されていなければ、ゲートウェイは単独構成であり、後述するステップ２９１４でゲートウェイは単独構成である旨がセンサノード・ゲートウェイ構成解析応答として送信される。もし登録されていれば、登録されたゲートウェイＩＤのゲートウェイメインＩＤを求める（ステップ２９１１）。次に、上記ゲートウェイメインＩＤと同じゲートウェイメインＩＤをもつゲートウェイサブＩＤを参照する（ステップ２９１２）。ステップ２９１２に図示したゲートウェイ構成管理テーブル（２４４０）の内容は、図２４のレコード２４４４と同様であり説明は省略する。次にグローバルネームサーバは、センサノード及びゲートウェイ対応関係定義情報（定義情報の例：図２５（１））を参照し、上記参照で得られたセンサノードメインＩＤとセンサノードサブＩＤ、およびゲートウェイメインＩＤとゲートウェイサブＩＤを用いて、センサノード及びゲートウェイ対応関係定義情報を展開する（展開結果の例：図２５（２））（ステップ２９１３）。そして、上記展開済みの定義情報を、センサノード・ゲートウェイ構成解析応答としてローカルネームサーバに送信する（ステップ２９１４）。応答送信後は、ローカルネームサーバからのセンサノード所在登録情報の受信を待つ（ステップ２９１５）。センサノード所在登録要求を受信すると、当該センサノードをセンサノード所在管理テーブルに登録する（ステップ２９１６）。ステップ２９１６に図示したセンサノード所在管理テーブル（２４２０）の内容は、図２４のレコード２４２３と同様であり説明は省略する。最後にグローバルネームサーバは、ローカルネームサーバにセンサノード所在登録応答を送信し（ステップ２９１７）、処理を終了する（ステップ２９１８）。

以上で、図２７から図３１に示したセンサノード登録処理を実現するゲートウェイおよびサーバの処理フローについての説明を終了する。最後に、上記のように登録されたセンサノード及びゲートウェイを介して業務サーバが業務実行する場合の、ゲートウェイおよびサーバのシーケンス図を説明する。

はじめに本処理の前提となるシステムの状態について説明する。グローバルネームサーバ（２０６０）のセンサノード・ゲートウェイ対応関係定義情報（２４５０）には、上述のセンサノード・ゲートウェイ構成解析要求の実行により生成されたセンサノード・ゲートウェイ対応関係定義情報の展開結果（図２５（２））が格納されている。そして、ローカルネームサーバ（２０３０）には、センサノード・ゲートウェイ構成解析応答を受信した結果として、センサノードＩＤテーブルに情報登録がなされている（３００１）。
図３２において、レコード３００１は図２５（２）の展開結果“（FFFFFFA1,133.144.22.11）”から生成され格納されている。また、レコード３００２は図２５（２）の展開結果“（FFFFFFA1,133.144.22.12）”から生成され格納されている。レコード３００３は図２５（２）の展開結果“（FFFFFFA2,133.144.22.11）”から生成され格納されている。レコード３００１は図２５（２）の展開結果“（FFFFFFA2,133.144.22.12）”から生成され格納されている。

以下、実際の処理の流れについて説明する。まず、グローバルネームサーバ（２０６０）は、業務サーバからセンサノード計測データ要求を受信する（ステップ３００５）。以下では、センサノード計測データ要求の対象となるセンサノードはセンサノードＡであり、当該要求にはセンサノードグローバルＩＤ“FFFFFFA0”がパラメータとして指定されているものとする。グローバルネームサーバは、当該センサノードグローバルＩＤを用いて、センサノード及びゲートウェイ対応関係定義情報（２４５０）に格納されているセンサノード及びゲートウェイ対応関係定義情報の展開結果を参照する（ステップ３００６）。上述の通り、当該センサノードは上記定義情報の展開結果（図２５（２））として格納されている。この情報によれば、測定データの要求先であるセンサノードＡ“FFFFFFA0”は論理的には一つのセンサノードであるが、実際には２つのセンサノードａ１“FFFFFFA0”とａ２“FFFFFFA0”、そして２つのゲートウェイｃ１“133.144.22.11”とｃ２“133.144.22.12”の組み合わせである４通りのパスを介して得られた４つのセンサノード計測データをＡＮＤ処理した結果であることが分かる。次にグローバルネームサーバ（２０６０）は、上記４通りのセンサデータの取得を実施する。
まず第一番目である、図２５（２）の展開結果“（FFFFFFA1,133.144.22.11）”で示されるセンサノード計測データの取得処理を説明する（図３２破線で囲まれた３００７）。グローバルネームサーバは、ローカルネームサーバにセンサノード計測データ要求（３００８）を送出する。

SN計測データ要求（引数：“FFFFFFA1”,“133.144.22.11”）
当該要求を受信したローカルネームサーバは、自サーバ内のセンサノードＩＤテーブル（３０００）を参照し、当該要求のパラメータ“（FFFFFFA1,133.144.22.11）”に一致するレコード（３００１）を検索結果として得る。次にローカルネームサーバは、検索結果レコードの１カラムであるゲートウェイ中継サービスＩＤ（MD_ID＝“10000”）を用いて、センサノード計測データ要求（３００９）をゲートウェイに送出する。

SN計測データ要求（引数：“133.144.22.11”,“10000”）
当該要求を受信したゲートウェイは、自ゲートウェイ内のゲートウェイ中継サービスを介して、センサノードａ１からセンサノード計測データを取得する（ステップ３０１０）。ゲートウェイは取得したデータをローカルネームサーバにセンサノード計測応答データ（３０１１）として送信する。

SN計測データ応答（引数：センサノード計測データ）
当該応答データを受信したローカルネームサーバは、グローバルネームサーバにセンサノード計測データ応答（３０１２）を送信する。

SN計測データ応答（引数：センサノード計測データ）
以上で、センサノードａ１“FFFFFFA1”とゲートウェイｃ１“133.144.22.11”の組合せのパスを介して得られるセンサノード計測データの取得が終了する。
同様に、図２５（２）の残りの３つの展開結果についてもセンサノード計測データ要求が３回送出され、各々の要求についてセンサノードＩＤテーブルのレコード３０１４、３０１５、３０１６の３レコードが参照されて、上記と同様にセンサノード計測データの取得が実施される（ステップ３０１３）。

上記４通りのセンサノード計測データを取得したグローバルネームサーバは、図２５（２）に示されるセンサノード及びゲートウェイ対応関係定義情報の展開結果に基づいて４つの計測データをＡＮＤ処理して、センサノード“FF FF FF A0”の測定結果値を算出する（ステップ３０１７）。算出された測定データは、業務サーバへセンサノード“FFFFFFA0”データ応答として送信する。以上でセンサノード業務処理シーケンスの説明を終了する。

本発明は、上記実施例に示すように、センサの種別にかかわらず、またセンシング対象のエンティティの種別や特徴（移動の有無）にかかわらず、広範に適用可能なことは明らかである。従って、製品の製造管理や物流管理を始めとして、監視あるいは環境制御などの広範な業務に適用が可能である。

センサネットシステムのシステム構成図。センサノードの構成ブロック図。ゲートウェイの構成ブロック図。センサノードIDテーブルの構造図。ネームサーバの構成ブロック図。ゲートウェイIDテーブルの構造図。センサノード管理テーブルの構造図。エンティティ管理テーブルの構造図。業務サーバの構成ブロック図。エンティティ属性情報管理テーブルの構造図。センサノード登録処理シーケンス図。センサノード計測データ送信処理１シーケンス図。センサノード計測データ送信処理２シーケンス図。センサノード登録処理フロー図。センサノード計測データ送信処理フロー図。ゲートウェイ登録処理フロー図。ゲートウェイローカルIDのネームサーバ登録処理フロー図。ゲートウェイ中継サービスのネームサーバ登録処理フロー図。業務サーバ業務処理フロー図。センサネットシステムの構成２のブロック図。センサノードの構成２のブロック図。ゲートウェイの構成２のブロック図。ローカルネームサーバの構成ブロック図。グローバルネームサーバの構成ブロック図。センサノード及びゲートウェイ対応関係定義情報の例の図。センサノード及びゲートウェイ対応関係定義情報の例の図（つづき）。センサノード登録処理シーケンス図。ゲートウェイ登録処理フロー図。ローカルネームサーバ登録処理フロー図。グローバルネームサーバ登録処理フロー図。グローバルネームサーバ登録処理フロー図（つづき）。センサノード業務処理シーケンス図。

符号の説明

１００〜１０２センサノード
１１０〜１１１ゲートウェイ
１２０ネットワーク
１３０ネームサーバ
１４０業務サーバ
２６１センサノード・グローバルID
２６２センサノード・ローカルID
３６１ゲートウェイ・グローバルID
２６３、３６２ゲートウェイ・ローカルID
３６３センサノードIDテーブル
５６１ゲートウェイIDテーブル
５６２センサノード管理テーブル
５６３エンティティ管理テーブル。

Claims

無線端末と、
上記無線端末と無線通信ネットワークを介して接続する無線基地局と、
上記無線基地局と通信ネットワークを介して接続するネームサーバ及び業務サーバから構成される計算機システムの通信方法において、
上記無線端末が上記無線基地局の通信範囲内に存在する場合に、
上記無線基地局は、上記無線端末の中継サービスを識別する中継サービス識別子を生成し、上記無線端末の識別子と上記中継サービス識別子との対応関係を管理し、
上記ネームサーバは、上記対応関係を管理する無線基地局の識別子と当該無線基地局が管理している中継サービス識別子と上記中継サービス識別子で識別される中継サービスを受ける無線端末の識別子との対応関係、及び上記無線端末が付随する事物の実体識別子と上記無線端末の識別子との対応関係を管理し、
上記業務サーバから上記無線端末を参照する場合に、
上記業務サーバは、上記ネームサーバに、実体識別子を付与した無線端末参照要求を送信し、
上記無線端末参照要求を受信した上記ネームサーバは、上記無線端末参照要求に付与された実体識別子を用いて中継サービス識別子を検索し、上記検索された中継サービス識別子を上記業務サーバに送信する計算機システムの通信方法。
請求項１記載の計算機システムの通信方法であって、
上記無線端末参照要求を受信した上記ネームサーバは、上記無線端末参照要求に付与された実体識別子を用いて無線基地局の識別子を検索し、上記検索された無線基地局の識別子を上記中継サービス識別子とともに上記業務サーバに送信する計算機システムの通信方法。
請求項１記載の計算機システムの通信方法であって、
上記ネームサーバは、上記無線基地局固有の無線基地局広域識別子に基づき当該無線基地局に無線基地局局地識別子を生成し、上記無線基地局広域識別子と上記無線基地局が管理している中継サービス識別子と上記中継サービス識別子で識別される中継サービスを受ける無線端末の識別子の対応関係を管理し、
上記無線基地局は、上記無線基地局局地識別子を管理し、
上記無線端末は、自己の識別子と、自己が通信する無線基地局の無線基地局局地識別子を管理する計算機システムの通信方法。
請求項３記載の計算機システムの通信方法であって、
上記無線端末には、上記無線端末の識別子より情報量の少ないローカル識別子が割り当てられており、
上記無線端末は、上記無線基地局との通信時に上記無線基地局局地識別子を送信し、
上記無線基地局は、受信した無線基地局局地識別子が自身の無線基地局局地識別子と異なる場合には、当該無線端末に新たなローカル識別子を再度割当て、当該無線端末に対応する新たな中継サービス識別子を再度割当て、上記再度割り当てられたローカル識別子と上記再度割り当てられた中継サービス識別子の対応関係を更新管理し、
上記ネームサーバは、上記無線基地局に新たな無線基地局局地識別子を割当て、上記無線端末の識別子と当該無線基地局広域識別子と上記再度割り当てられた中継サービス識別子との対応関係を更新管理し、
上記無線基地局は、上記再度割り当てられた無線基地局局地識別子を更新管理し、
上記無線端末は、上記再度割り当てられたローカル識別子と、上記再度割り当てられた無線基地局局地識別子を更新管理する計算機システムの通信方法。
請求項２記載の計算機システムの通信方法であって、
上記業務サーバは、上記検索された無線基地局の識別子に基づいて上記検索された中継サービス識別子を上記無線基地局に送信し、
上記無線基地局は、受信した上記中継サービス識別子に対応する無線端末の識別子を有する無線端末にアクセスする計算機システムの通信方法。
請求項２記載の計算機システムの通信方法であって、
上記基地局は、上記無線端末の識別子より情報量の少ないローカル識別子を上記無線端末の識別子に対応づけて管理し、
上記業務サーバは、上記検索された無線基地局の識別子に基づいて上記検索された中継サービス識別子を上記無線基地局に送信し、
上記基地局は、受信した上記中継サービス識別子に対応する上記ローカル識別子を有する無線端末にアクセスする計算機システムの通信方法。
請求項１記載の計算機システムの通信方法であって、
上記ネームサーバは、複数の上記無線端末を組合わせて単一の無線端末として参照可能とする無線端末組合わせ規則と、複数の上記無線基地局を組み合わせて単一の無線基地局として参照可能とする無線基地局組合わせ規則と、上記複数の無線端末と上記複数の無線基地局を組み合わせて上記単一の無線端末と上記単一の無線基地局からなる対応関係として参照可能とする無線端末及び無線基地局組み合わせ規則と、を管理し、
上記業務サーバが上記単一の無線端末への参照要求を上記ネームサーバに送信すると、
上記ネームサーバは、上記単一の無線端末への参照要求に基づいて、上記無線端末組合わせ規則と上記無線基地局組合わせ規則と上記無線端末及び無線基地局組み合わせ規則を用いて上記複数の無線端末と上記複数の無線基地局の組み合わせを決定し、上記決定された組み合わせに対して無線端末参照要求を送信し、受信した当該無線端末参照要求の結果を上記単一の無線端末への参照要求に従って組み合わせ、上記単一の無線端末への参照要求の結果を生成する計算機システムの通信方法。
無線端末と、
上記無線端末と無線通信ネットワークを介して接続する無線基地局と、
上記無線基地局と通信ネットワークを介して接続するサーバと、からなる計算機システムにおいて、
上記無線基地局は、上記無線端末が上記無線基地局の通信範囲内に存在する場合に、上記無線端末の中継サービスを識別する中継サービス識別子を生成する手段と、上記無線端末の識別子と上記中継サービス識別子との対応関係を管理する手段と、を有し、
上記サーバは、上記対応関係を管理する無線基地局の識別子と当該無線基地局が管理する中継サービス識別子と上記中継サービス識別子で識別される中継サービスを受ける無線端末の識別子との対応関係及び上記無線端末が付随する事物の実体識別子と上記無線端末の識別子との対応関係を管理する手段と、実体識別子が付与された無線端末参照要求を受信すると、上記無線端末参照要求に付与された実体識別子を用いて中継サービス識別子を検索する手段と、を有する計算機システム。
請求項８記載の計算機システムであって、
上記計算機システムは、上記無線基地局と上記通信ネットワークを介して接続する業務サーバをさらに有し、
上記サーバは、上記無線端末要求に付与された実体識別子を用いて無線基地局の識別子を検索する手段と、当該検索された無線基地局の識別子を上記検索された中継サービス識別子とともに上記業務サーバに送信する手段と、をさらに有する計算機システム。
請求項８記載の計算機システムであって、
上記サーバは、無線基地局固有の上記無線基地局の識別子よりも情報量の少ない無線基地局ローカル識別子を生成する手段と、上記無線基地局の識別子と上記無線基地局が管理する中継サービス識別子と上記中継サービス識別子で識別される中継サービスを受ける無線端末の識別子の対応関係を管理する手段と、を有し、
上記無線基地局は、上記無線基地局ローカル識別子を管理する手段を有し、
上記無線端末は、自己の識別子と自己が通信する無線基地局の無線基地局ローカル識別子とを管理する手段を有する計算機システム。
請求項１０記載の計算機システムであって、
上記無線端末には、上記無線端末の識別子より情報量の少ない無線端末ローカル識別子が割り当てられており、
上記無線端末は、上記無線基地局との通信時に上記無線基地局ローカル識別子を送信し、
上記無線基地局は、該受信した無線基地局ローカル識別子が自身の無線基地局ローカル識別子と異なる場合には、当該無線端末に新たな無線端末ローカル識別子を再度割り当てる手段と、上記無線端末に対応する新たな中継サービス識別子を再度割り当てる手段と、上記再度割り当てられた無線端末ローカル識別子と上記再度割り当てられた中継サービス識別子の対応関係を更新管理する手段と、を有し、
上記サーバは、上記無線基地局に新たな無線基地局ローカル識別子を割り当てる手段と、上記無線端末の識別子と当該無線基地局の識別子と上記再度割り当てられた中継サービス識別子との対応関係を更新管理する手段と、を有し
上記無線基地局は、上記再度割り当てられた無線基地局ローカル識別子を更新管理し、
上記無線端末は、上記再度割り当てられた無線端末ローカル識別子と上記再度割り当てられた無線基地局ローカル識別子を更新管理する計算機システム。
無線端末と、上記無線端末と無線通信ネットワークを介して接続され、上記無線端末の中継サービスを識別する中継サービス識別子を生成し、上記無線端末の識別子と上記中継サービス識別子との対応関係を管理する無線基地局と、上記無線基地局と通信ネットワークを介して接続するサーバから構成される計算機システムにおけるサーバにおいて、
上記対応関係を管理する無線基地局の識別子と当該無線基地局が管理する中継サービス識別子と上記中継サービス識別子で識別される中継サービスを受ける無線端末の識別子との対応関係、及び、上記無線端末が付随する事物の実体識別子と上記無線端末の識別子との対応関係を管理する手段と、
実体識別子が付与された無線端末参照要求を受信すると、上記無線端末参照要求に付与された実体識別子を用いて中継サービス識別子を検索する手段と、を有するサーバ。