(57)【要約】【課題】ゲートウェイを介してＩＰネットワークに接続された複数の情報提供端末が提供する情報をサービス利用者端末が前記ゲートウェイ及びＩＰネットワークを介して取得する場合にコマンドトラフィックを抑制する。【解決手段】Webサーバ１２はＩＰネットワークに接続され、ゲートウェイ１３のドメイン名とＩＰアドレスを対応して記憶し、サービス利用者端末１１がWebサーバ１３に対してゲートウェイ１３のドメイン名を含むＩＰアドレス要求コマンドを送信すると、Webサーバ１２がＩＰアドレス要求コマンド内のドメイン名に対応するゲートウェイ１３のＩＰアドレスを検索してサービス利用者端末１１に送信し、サービス利用者端末１１はWebサーバ１２から送信されたゲートウェイ１３のＩＰアドレスに基づいてゲートウェイ１３から複数のセンサデバイス４５、４７、４９が提供する情報を取得する。【選択図】図１
2009038624.tif 000002
【特許請求の範囲】
【請求項１】
ゲートウェイを介してＩＰネットワークに接続された複数の情報提供端末が提供する情報をサービス利用者端末が前記ゲートウェイ及びＩＰネットワークを介して取得する情報収集システムにおいて、
前記ＩＰネットワークに接続され、前記ゲートウェイのドメイン名とＩＰアドレスを対応して記憶するWebサーバを備え、
前記サービス利用者端末は、前記Webサーバに対して前記ゲートウェイのドメイン名を含むＩＰアドレス要求コマンドを送信し、
前記Webサーバは、前記記憶している前記ゲートウェイのドメイン名とＩＰアドレスの対応関係に基づいて、前記サービス利用者端末から送信された前記ＩＰアドレス要求コマンド内のドメイン名に対応する前記ゲートウェイのＩＰアドレスを検索して前記サービス利用者端末に送信し、
前記サービス利用者端末は、前記Webサーバから送信された前記ゲートウェイのＩＰアドレスに基づいて、前記ゲートウェイから前記複数の情報提供端末が提供する情報を取得することを特徴とする情報収集システム。
【請求項２】
前記サービス利用者端末は、前記Webサーバに対して前記ゲートウェイのドメイン名を含む情報要求コマンドを送信し、
前記Webサーバは、前記記憶している前記ゲートウェイのドメイン名とＩＰアドレスの対応関係に基づいて、前記サービス利用者端末から送信された前記情報要求コマンド内のドメイン名に対応するゲートウェイに対して情報要求コマンドを送信し、
前記情報要求コマンドを受信した前記ゲートウェイは、配下に接続されている前記情報提供端末から情報を収集して前記Webサーバに送信し、
前記Webサーバは、前記ゲートウェイから送信された前記情報提供端末の情報を前記サービス利用者端末に送信することを特徴とする請求項１に記載の情報収集システム。
【請求項３】
前記Webサーバはさらに、複数の前記ゲートウェイを示すゲートウェイ群識別ＩＤと前記複数のゲートウェイの各ＩＰアドレスを対応して記憶し、
前記サービス利用者端末は、前記Webサーバに対して前記ゲートウェイ群識別ＩＤを含む情報要求コマンドを送信し、
前記Webサーバは、前記記憶している前記ゲートウェイ群識別ＩＤと前記複数のゲートウェイの各ＩＰアドレスの対応関係に基づいて、前記サービス利用者端末から送信された前記情報要求コマンド内の前記ゲートウェイ群識別ＩＤに対応する各ゲートウェイに対して情報要求コマンドを送信し、
前記情報要求コマンドを受信した前記各ゲートウェイは、配下に接続されている前記情報提供端末から情報を収集して前記Webサーバに送信し、
前記Webサーバは、前記各ゲートウェイから送信された前記情報提供端末の情報を前記サービス利用者端末に送信することを特徴とする請求項１又は２に記載の情報収集システム。
【請求項４】
前記ゲートウェイは、配下に接続されている前記情報提供端末の１以上を示す情報提供端末群識別ＩＤと個々の情報提供端末を対応して記憶し、
前記サービス利用者端末は、前記ゲートウェイに対して前記情報提供端末群識別ＩＤを含む情報要求コマンドを送信し、
前記ゲートウェイは、前記記憶している前記情報提供端末群識別ＩＤと個々の情報提供端末の対応関係に基づいて、前記サービス利用者端末から送信された前記情報要求コマンド内の前記情報提供端末群識別ＩＤに対応する各情報提供端末の情報を集約して１回の送信で前記サービス利用者端末に送信することを特徴とする請求項１に記載の情報収集システム。
【請求項５】
前記サービス利用者端末は、前記ゲートウェイに対して、前記情報提供端末の種別を示す端末種別ＩＤと、前記情報提供端末が提供する情報の種別を示す情報種別ＩＤを含む情報要求コマンドを送信し、
前記ゲートウェイは、前記サービス利用者端末から送信された前記情報要求コマンド内の前記端末種別ＩＤに対応する情報提供端末の、前記情報種別ＩＤが示す種別の情報を集約して１回の送信で前記サービス利用者端末に送信することを特徴とする請求項４に記載の情報収集システム。
【請求項６】
前記複数のゲートウェイは階層化され、
上位のゲートウェイは下位のゲートウェイのＩＰアドレスを記憶して、前記Webサーバ又は前記サービス利用者端末から前記情報要求コマンドが送信された場合に、前記記憶したＩＰアドレスに基づいて前記下位のゲートウェイからその配下に接続されている前記情報提供端末から情報を収集することを特徴とする請求項１から５のいずれか１つに記載の情報収集システム。
【請求項７】
前記Webサーバは、前記複数のゲートウェイから受信した前記複数の情報提供端末の情報を１つのコマンド内に集約して前記サービス利用者端末に送信することを特徴とする請求項２又は３に記載の情報収集システム。
【請求項８】
前記上位のゲートウェイは、前記下位のゲートウェイから受信した前記複数の情報提供端末の情報を１つのコマンド内に集約して上位の装置に送信することを特徴とする請求項６に記載の情報収集システム。
【請求項９】
前記サービス利用者端末は、前記Webサーバからシステム全体に関する、集約された情報 を取得し、Webブラウザ上に表示する機能を備えることを特徴とする請求項１から８までのいずれか１つに記載の情報収集システム。
【請求項１０】
前記サービス利用者端末は、前記ゲートウェイが管轄する単一の情報提供端末の情報または複数の情報提供端末の集約された情報を取得し、Webブラウザ上に表示する機能を備 えることを特徴とする請求項１から９のいずれか１つに記載の情報収集システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲートウェイを介してＩＰ（インターネット・プロトコル）ネットワークに接続された複数の情報提供端末が提供する情報をサービス利用者端末が前記ゲートウェイ及びＩＰネットワークを介して取得する情報収集システムに関する。
本発明は特に、情報提供端末として様々な機能を持った多種多様なセンサデバイスが大量に配置されたセンサネットワーク（Sensor Network）において、サービス利用者端末がセンシングデータの収集やセンサデバイスの制御をリモートで管理する際に発生するデータコマンドトラフィックを削減する情報収集システムに関する。
【背景技術】
【０００２】
人と人、人と物、物と物がネットワークを介して接続され、いつでも、どこでも、どんなものでも容易にコミュニケーションができると期待されるユビキタスネットワーク社会の実現に向けて、センサネットワークが注目されている。主には、人や物の状況や周辺環境などの情報をセンサが認識し、センサ同士の自律的な情報の流通により、状況へのリアルタイムな対応を可能にすることで、医療・福祉、防犯・セキュリティ、防災、環境リスクへの対応など、社会・経済活動における情報コミュニケーションの支援強化が望まれている。
【０００３】
これらに繋がる情報提供端末として例えばセンサデバイスとしては、ＩＰネットワークへの接続機能をもった比較的高機能なセンサから、温度センサ、赤外線による人物検知センサ、接点スイッチなど、様々な機能をもった多種多様なセンサデバイスが無数に接続されることが想定される。これらセンサデバイスは、種別を問わずＩＰネットワークによってシームレスに接続収容されることで、サービス利用者端末が遠隔地においても容易にセンシングデータの収容やセンサデバイスの制御が可能となる。
【０００４】
このようなＩＰネットワークを介した大量のセンサデバイスを管理する公知手段として、Webサービスの利用が挙げられる。Webサービスとは、ＷＷＷ（World Wide Web）技術を使用し、ソフトウェアの機能をネットワークを通じて利用できるようにしたものであり、企業間の商取引を担う大規模なものから、単一の機能を持ったコンポーネント（ソフトウェア部品）まで、様々な規模・種類のものがある。
【０００５】
センシングデータ伝送システムにこのサービスを適用した場合について図１０を用いて説明する。図１０はWebサービスをセンシングデータ伝送システム６０に適用した例を示す図である。図１０に示すように従来のセンシングデータ伝送システム６０は、ＩＰネットワーク６２を介して、サービス利用者端末６１、Webサーバ６３、ＤＮＳ（Domain Name System）サーバ６４、ゲートウェイ６５、６７、６９が接続され、また、ゲートウェイ６５、６７、６９を介してそれぞれ各種のセンサデバイス群６６、６８、７０が接続されて構成される。センサデバイス群６６、６８、７０は温度センサ、赤外線による人物検知センサ、接点スイッチなど、様々な機能をもった多種多様なセンサデバイスから構成される。
【０００６】
サービス利用者端末６１は汎用的なＰＣ（パーソナル・コンピュータ）であり、ＰＣのWebブラウザから専用のWebサービスにアクセスすることによって、その権限さえ許されていれば世界中のどこからでもセンシングデータの取得とセンサデバイスの制御や状態管理が可能となる。Webサーバ６３は、サービス利用者端末６１からの要求によるセンシングデータ取得またはセンサデバイスの制御や、サービス利用者端末６１に対しての各センサデバイスからの状態通知などを行う。ＤＮＳサーバ６４はＩＰネットワーク６２上のホスト名とＩＰアドレスを対応させる役割（以降、名前解決と表記する）を果たし、ＩＰネットワーク６２上に複数点在してそれぞれが協調して動作することで分散型データベースを形成する。センサネットワーク専用に組み込まれたサービスではなくＩＰネットワーク６２上のすべてのシステムが汎用的に利用可能であり、ＩＰアドレスを基にホスト名を求めたり、その逆を求めたりすることができる。ゲートウェイ６５、６７、６９は、例えば非ＩＰのセンサデバイスなどプロトコルの異なるデータを相互に変換して上位装置との通信を可能とする機器であり、それぞれに各種のセンサデバイス群６６、６８、７０が接続され、各センサデバイス及び上位装置であるＷｅｂシステムとの通信の他、各センサデバイスのセンシングデータや状態管理なども行う。
【０００７】
次に、サービス利用者端末６１がセンサデバイス群７０に含まれる温度センサのデータを収集する場合の動作を図１０及び図１１を用いて説明する。
（１）ＩＰネットワーク６２に接続されたサービス利用者端末６１は、まずWebサーバ６３に対して“ネットワーク構成通知要求”を発行する。これは、センシングデータ伝送システム６０の構成を知らないサービス利用者端末６１が全体構成を把握するために問い合わせる最初のコマンドであり、通常、Webブラウザなどを使用し、Webサーバ６３のＵＲＬ（Uniform Resource Locator）を指定することでWebサーバ６３に対して要求を送信することができる。本来であればコマンドを送信するためにＤＮＳサーバ６４よりWebサーバ６３のＩＰアドレスを取得するシーケンスが必要だが、本発明ではその動作に特に関係がないため説明は割愛する。
【０００８】
（２）“ネットワーク構成通知要求”を受信したWebサーバ６３は、現在のセンシングデータ伝送システム６０の構成及び状態を収集し、サービス利用者端末６１に対してそれらの情報を通知する（ネットワーク構成通知）。この動作によりサービス利用者端末６１は、Webブラウザ上に現在のセンシングデータ伝送システム６０の構成及び状態を得ることができる。ここで、大量のセンサデバイス群６６、６８、７０を扱うシステムを対象としているため、Webブラウザ上にすべてのセンサデバイスの情報を一度に表示することは現実的ではない。そのため、Webサーバ６３で取得する最初のセンシングデータ伝送システム６０の構成情報は、ある程度集約された情報であることが望ましい。例えば、センシングデータ伝送システム６０上の各地に点在するゲートウェイ６５、６７、６９のみを表示する、などの方法がある。またゲートウェイ６５、６７、６９の数が大量であるならば、ゲートウェイ６５、６７、６９を階層化し、上位ゲートウェイのみを表示することなども可能である。今回は単純にゲートウェイ単位で集約された情報がWebブラウザ上に表示されている場合を考える。
【０００９】
（３）サービス利用者は、サービス利用者端末６１上でセンシングデータ伝送システム６０の構成が表示されたWebブラウザ上から、ゲートウェイ６９の詳細情報を取得するための操作を行う。この操作の例としてゲートウェイ６９のリンクボタンを押下するなどして詳細情報を取得する方法が一般的である。この操作によりサービス利用者端末６１からゲートウェイ６９に対し構成通知要求コマンドが発行されるはずだが、大量なゲートウェイ数が存在すると仮定する本発明でのセンシングデータ伝送システム６０では、すべてのゲートウェイに対して名前解決を行うには限界があるため、通常、サービス利用者端末６１はゲートウェイ６９のＩＰアドレスまでをも管理していないのが一般的である。そこで、サービス利用者端末６１はＩＰネットワーク６２上で名前解決を行うＤＮＳサーバ６４に対して“ゲートウェイ６９”というホスト名に対するＩＰアドレスはいくつか、という“ゲートウェイ６９ＩＰアドレス問い合わせコマンド”を発行する。
【００１０】
（４）ＤＮＳサーバ６４は“ゲートウェイ６９”というホスト名を管理するＤＮＳサーバにたどり着くまでＤＮＳサーバ間で問い合わせを繰り返し、ＩＰアドレスを取得したら、サービス利用者端末６１に対して応答する（ゲートウェイＩＰアドレス問い合わせ応答）。
（５）ＩＰアドレスを取得したサービス利用者端末６１は、ゲートウェイ６９に対して”ゲートウェイ６９構成通知要求”を発行する。
（６）これを受信したゲートウェイ６９は、自身が管理するセンサデバイス群７０の構成及び状態を収集し、サービス利用者端末６１に対して通知する。この動作によりサービス利用者は、サービス利用者端末６１上でWebブラウザから現在のセンサデバイス群７０の構成及び状態をモニタすることができる。
【００１１】
（７）さらにサービス利用者は、表示されたセンサデバイス群７０に含まれる温度センサのデータを取得するための操作を行う。この操作の例として温度センサのリンクボタンを押下するなどして詳細情報を取得する方法がある。この操作によりサービス利用者端末６１からゲートウェイ６９に対し”温度センシングデータ要求コマンド”が発行される。
（８）（９）（１０）（１１）これを受信したゲートウェイ６９は、自身が管理する該当温度センサのセンシングデータをサービス利用者端末６１に対して通知する。この動作によってサービス利用者は、サービス利用者端末６１上でWebブラウザから現在のセンサデバイス群７０に含まれる温度センサの状態を知ることができる。
【００１２】
また、他の従来例としては、下記の特許文献１には、ＩＰネットワークに接続された膨大な数のセンサに対し、それらの提供する情報を効率的に収集するための方法が記載されている。この特許文献１に記載された方法では、センサデバイスなど上位装置とはプロトコルの異なるデータを相互に変換して設置場所などのプロパティ情報の通信を可能とするゲートウェイを介すことによって、上位装置に対してセンサデバイスが持つ性能以上での情報提供が可能となり、センサデバイスには搭載されていないプロトコルによる情報提供を可能とすることができる。
【００１３】
また、他の従来例としては、下記の特許文献２には、ＤＮＳサーバに掛かる負荷を低減させ、ネットワーク全体のトラフィック量を削減するための方法が記載されている。この文献に記載された方法では、データを要求するサービス利用者端末とＤＮＳサーバとの間に仲介サーバを用意し、この仲介サーバが名前解決を代行することにより、ＤＮＳサーバへの負荷を削減しネットワーク全体のトラフィック量を削減することができる。
【特許文献１】特開２００４−２０８０１５号公報（要約書）
【特許文献２】特開２００４−２６０３３２号公報（要約書）
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、情報収集システムの一例として上述したセンシングデータ伝送システム６０においてデータ伝送を行う場合、以下のような問題が存在する。
すなわち、膨大なセンサデバイスの制御に加え、ＩＰネットワーク上に不特定多数のサービス利用者端末６１が接続された場合、「上り」「下り」方向共にデータセンシング及び状態管理などに要するコマンドトラフィック発生量が増大する。さらにWebサービスを使用した場合は、各サービス利用者端末６１からセンサデバイス群６６、６８、７０やゲートウェイ６５、６７、６９のＩＰアドレスを問い合わせるためのコマンドがＤＮＳサーバ６４に対し発生するため、コマンドトラフィック増加傾向は特に顕著に現れる。
【００１５】
例えば、数万、数十万それ以上のセンサデバイス群６６、６８、７０に対し、それらのデータをインターネットを介して多くのサービス利用者端末が収集するシステムを考えた場合、一つのセンサデバイスに対し同時に複数のサービス利用者端末６１からセンシングデータ要求が発生すると、該当センシングデータを管理するゲートウェイ６５、６７、６９への負荷に加え、そのＩＰアドレスを管理するＤＮＳサーバ６４にまでも影響が及ぶ。一度、ＤＮＳサーバ６４から取得したＩＰアドレスはサービス利用者端末６１や下位のＤＮＳサーバ内である一定期間「キャッシュ」として記憶されるのが一般的であり、その間、同一宛先に対するＤＮＳコマンドが発生することは無いが、センサデバイス群６６、６８、７０やそれを管理するゲートウェイ６５、６７、６９が大量数存在するセンシングデータ伝送システム６０では、常に新たな接続先に対して名前解決を行う可能性を考慮しなければならない。また、ＤＮＳサーバ６４を階層化あるいは仲介サーバを設ける方法を用いたとしても、負荷が各サーバに分散されるだけであって各サービス利用者端末６１からのＤＮＳ問い合わせコマンド自体が削減される訳ではない。
【００１６】
そこで、本発明は上記の問題点に鑑みてなされたものであり、ゲートウェイを介してＩＰネットワークに接続された複数の情報提供端末が提供する情報をサービス利用者端末が前記ゲートウェイ及びＩＰネットワークを介して取得する場合に、コマンドトラフィックを抑制することができる情報収集システムを提供することを目的とする。
本発明は特に、情報提供端末として膨大なセンサデバイスと不特定多数のサービス利用者端末がＩＰネットワークを介して接続されるセンサネットワークに好適な情報収集システムを提供することを目的とする。
【課題を解決するための手段】
【００１７】
本発明は上記目的を達成するために、ゲートウェイを介してＩＰネットワークに接続された複数の情報提供端末が提供する情報をサービス利用者端末が前記ゲートウェイ及びＩＰネットワークを介して取得する情報収集システムにおいて、
前記ＩＰネットワークに接続され、前記ゲートウェイのドメイン名とＩＰアドレス情報を対応して記憶するWebサーバを備え、
前記サービス利用者端末は、前記Webサーバに対して前記ゲートウェイのドメイン名を含むＩＰアドレス情報要求コマンドを送信し、
前記Webサーバは、前記記憶している前記ゲートウェイのドメイン名とＩＰアドレス情報の対応関係に基づいて、前記サービス利用者端末から送信された前記ＩＰアドレス情報要求コマンド内のドメイン名に対応する前記ゲートウェイのＩＰアドレス情報を検索して前記サービス利用者端末に送信し、
前記サービス利用者端末は、前記Webサーバから送信された前記ゲートウェイのＩＰアドレス情報に基づいて、前記ゲートウェイから前記複数の情報提供端末が提供する情報を取得する構成とした。
【００１８】
この構成により、Webサーバにゲートウェイのドメイン名とそれに対応するＩＰアドレスの情報を記憶するので、Webサーバに名前解決相当の機能を持たせることになるため、サービス利用者端末からＤＮＳサーバへの問い合わせが不要となる。例えばサービス利用者端末が、情報提供端末としてあるセンサデバイスのセンシングデータを取得したい場合、従来のようにＤＮＳサーバに名前解決を依存すると、該当ゲートウェイのＩＰアドレス問い合わせコマンドが、サービス利用者端末→自ドメインのＤＮＳサーバ→ルートＤＮＳサーバ→第二階層ドメインＤＮＳサーバ→第三階層ドメインＤＮＳサーバ→・・・→該当ゲートウェイのＩＰアドレスを知っているＤＮＳサーバ、という手順を辿らなければならず、結果を応答するときも同様の手順を踏んでサービス利用者端末に通知するため、不特定多数のサービス利用者が存在することを想定するセンサネットワークにおいては、これらのサービス利用者が増えるほどコマンドトラフィックが増大することを問題としていたが、本発明では、Webサーバにゲートウェイに対する名前解決相当の機能を持たせることによって、サービス利用者端末→Webサーバへの一コマンドの送信のみで、少なくともWebサーバは制御対象のゲートウェイのＩＰアドレスを知ることができる。
Webサーバは、システムのポリシーにもよるが、そのまま対象ゲートウェイに対しセンシングデータ要求コマンドを発行することも可能であるし、一度サービス利用者端末にＩＰアドレスの結果を応答することも可能である。結果、ＤＮＳサーバ間の階層を辿る分のトラフィックが削減でき、従来汎用的なＤＮＳサーバといういわゆる「システム外」に依存していたトラフィックが「システム内」に収容できるため、トラフィック管理が行いやすくシステム全体の性能も想定しやすいという利点もある。
【００１９】
また、前記サービス利用者端末は、前記Webサーバに対して前記ゲートウェイのドメイン名を含む情報要求コマンドを送信し、
前記Webサーバは、前記記憶している前記ゲートウェイのドメイン名とＩＰアドレスの対応関係に基づいて、前記サービス利用者端末から送信された前記情報要求コマンド内のドメイン名に対応するゲートウェイに対して情報要求コマンドを送信し、
前記情報要求コマンドを受信した前記ゲートウェイは、配下に接続されている前記情報提供端末から情報を収集して前記Webサーバに送信し、
前記Webサーバは、前記ゲートウェイから送信された前記情報提供端末の情報を前記サービス利用者端末に送信する構成とした。
【００２０】
このような構成とすることで、サービス利用者端末は情報提供端末の情報要求とＩＰアドレスを問い合わせの機能を１回のコマンドに含ませて送信することができる。
・例えばサービス利用者端末が、ある複数のゲートウェイにまたがるセンサデバイスのセンシングデータを同時に取得したい場合、サービス利用者端末からは複数のゲートウェイのドメイン名を付加したコマンドを、Webサーバを宛先アドレスとして送信する。
・これを受信したWebサーバは、コマンド内のドメイン名から該当のゲートウェイのＩＰアドレスを割り出し、新たに該当ゲートウェイを宛先アドレスとして該当のゲートウェイに対してコマンドを送信する。
・これを受信した各ゲートウェイは該当のセンサデバイスのセンシングデータをWebサーバに対して応答する。
・これらを受信したWebサーバは、各ゲートウェイからのセンシングデータを集約しコマンド送信元であるサービス利用者端末に対して応答する。
このように情報提供端末が複数のゲートウェイにまたがる場合でも、サービス利用者端末とWebサーバの間のコマンドトラフィックは「送信１回」、「応答１回」のみであるので、複数の情報提供端末の制御を行う際のコマンドトラフィックを削減できるという利点がある。
【００２１】
前記Webサーバはさらに、複数の前記ゲートウェイを示すゲートウェイ群識別ＩＤと前記複数のゲートウェイの各ＩＰアドレスを対応して記憶し、
前記サービス利用者端末は、前記Webサーバに対して前記ゲートウェイ群識別ＩＤを含む情報要求コマンドを送信し、
前記Webサーバは、前記記憶している前記ゲートウェイ群識別ＩＤと前記複数のゲートウェイの各ＩＰアドレスの対応関係に基づいて、前記サービス利用者端末から送信された前記情報要求コマンド内の前記ゲートウェイ群識別ＩＤに対応する各ゲートウェイに対して情報要求コマンドを送信し、
前記情報要求コマンドを受信した前記各ゲートウェイは、配下に接続されている前記情報提供端末から情報を収集して前記Webサーバに送信し、
前記Webサーバは、前記各ゲートウェイから送信された前記情報提供端末の情報を前記サービス利用者端末に送信する構成とした。
【００２２】
このような構成とすることで、サービス利用者端末が複数のゲートウェイと通信を行う際、サービス利用者端末は複数のゲートウェイを示す識別ＩＤを含んだ１回のコマンドをWebサーバに対して送信するだけで、それを受信したWebサーバが新たに該当ゲートウェイに対して通信を行うため、従来ゲートウェイ数だけ送信しなければならなかったサービス利用者端末とWebサーバ間のコマンドトラフィックを削減できる。また、対象となるゲートウェイの数が増大すると、コマンドというデータサイズの限られた枠の中で全てのドメイン名を収容することは不可能であるが、上記のように複数のゲートウェイのドメイン名を一意なＩＤとして表現することで、ゲートウェイの数が増大した場合も１つのコマンド内に収容することが可能となる。さらに各ＩＤに対して各複数のドメイン群ごとに意味を持った文字列を割当てることで、人間にとって扱いやすく処理しやすいものとすることができる。
【００２３】
また、前記ゲートウェイは、配下に接続されている前記情報提供端末の１以上を示す情報提供端末群識別ＩＤと個々の情報提供端末を対応して記憶し、
前記サービス利用者端末は、前記ゲートウェイに対して前記情報提供端末群識別ＩＤを含む情報要求コマンドを送信し、
前記ゲートウェイは、前記記憶している前記情報提供端末群識別ＩＤと個々の情報提供端末の対応関係に基づいて、前記サービス利用者端末から送信された前記情報要求コマンド内の前記情報提供端末群識別ＩＤに対応する各情報提供端末の情報を集約して１回の送信で前記サービス利用者端末に送信する構成とした。
【００２４】
このように、複数の情報提供端末を一意に分別できるＩＤをコマンドに含ませることによって、制御対象となる情報提供端末の数が増大した場合も１つのコマンド内に収容することが可能となる。さらに各ＩＤに対して各複数の情報提供端末群ごとに意味を持った文字列を割当てることで、人間にとって扱いやすく処理しやすいものとすることができる。例えばWebブラウザからの操作をトリガとして、サービス利用者端末から複数のセンサデバイスのセンシングデータを同時に要求するコマンドを送信したい場合、複数のセンサデバイスを表現したＩＤをＵＲＬに含めてコマンド内に収容して送信することが可能となる。このＵＲＬは、例えば“[複数のセンサデバイスを管理するゲートウェイのドメイン名]/[複数センサデバイスの識別ID]”のように表記され、Webサーバで名前解決を行うためのドメイン情報と、ゲートウェイで制御対象となるセンサデバイスを特定するための識別ＩＤを同時に含ませることができるため、サービス利用者端末側でセンサデバイスを特定するための特別なプロトコルを用意することなく、また、非ＩＰであるセンサデバイスも含めた宛先情報を一つのＵＲＬ内で一括して指定することが可能となる。
【００２５】
また、前記サービス利用者端末は、前記ゲートウェイに対して、前記情報提供端末の種別を示す端末種別ＩＤと、前記情報提供端末が提供する情報の種別を示す情報種別ＩＤを含む情報要求コマンドを送信し、
前記ゲートウェイは、前記サービス利用者端末から送信された前記情報要求コマンド内の前記端末種別ＩＤに対応する情報提供端末の、前記情報種別ＩＤが示す種別の情報を集約して１回の送信で前記サービス利用者端末に送信する構成とした。
【００２６】
このように、情報提供端末を一意に分別できるＩＤに加え、その情報提供端末に対する情報種別をもＩＤとしてコマンドに含ませることによって、ドメイン情報、端末種別ＩＤ、情報種別ＩＤを一括して一つのＵＲＬ内に含ませることができる。例えば、Webブラウザからの操作をトリガとして、サービス利用者端末から複数の温度センサの平均値を要求するコマンドを送信したい場合、“温度データの平均値”という種別の情報を表現したＩＤをＵＲＬに含めてコマンド内に収容して送信することが可能となる。このＵＲＬは、例えば“[複数の温度センサを管理するゲートウェイのドメイン名]/[複数の温度センサの識別ＩＤ]+[平均値を示す情報種別ＩＤ]”のように表記することができ、サービス利用者端末側で情報種別を特定するための特別なプロトコルを用意することなく、宛先情報と情報種別を一つのＵＲＬ内で一括して指定することが可能となる。
【００２７】
また、上位のゲートウェイは下位のゲートウェイのＩＰアドレスを記憶して、前記Webサーバ又は前記サービス利用者端末から前記情報要求コマンドが送信された場合に、前記下位のゲートウェイからその配下に接続されている前記情報提供端末から情報を収集する構成とした。
【００２８】
数万、数十万それ以上のセンサデバイスを扱うシステムを考えた場合、それらを管理するゲートウェイの数も増大し、これらを一つのWebサーバだけで管理するのは困難であるが、上記のようにゲートウェイを階層構成として上位ゲートウェイに名前解決機能をもたせることによってWebサーバにかかる負荷を分散させることができる。例えば、Webサーバはサービス利用者端末から送信されたセンシングデータ要求に対して、コマンドに含まれるドメイン名と自データベース内に管理するゲートウェイを照合し、該当のセンサデバイスを管理するゲートウェイが見つからない場合は、さらに上階層のドメインと自データベース内に管理する下位ゲートウェイを照合し、一致する下位ゲートウェイがあればそのゲートウェイに名前解決の権限を移す。以降、コマンドを受信したゲートウェイより下位階層のゲートウェイでも同様の動作を繰り返し、最終的に目的のゲートウェイに辿り着きセンシングデータを取得する。このような動作を行うことでWebサーバで管理しなければならないゲートウェイ数を削減することができる。
また、サービス利用者端末が、階層化された複数のゲートウェイと通信を行う際、サービス利用者端末は複数のゲートウェイを示す識別ＩＤを含んだ１回のコマンドをWebサーバに対して送信するだけで、仮にWebサーバが該当の識別ＩＤを認識していなくても、該当の識別ＩＤを管理している下位のゲートウェイにおいて該当する複数のゲートウェイに対して通信を行うことができる。結果、サービス利用者端末から該当の識別ＩＤを管理している下位のゲートウェイに辿り着くまで、コマンドを１回送信するだけで済むため、サービス利用者端末が個別に各ゲートウェイに対してコマンドを送信するよりもさらにコマンドトラフィックを削減できるという効果がある。
【００２９】
また、前記Webサーバは、前記複数のゲートウェイから受信した前記複数の情報提供端末の情報を１つのコマンド内に集約して、前記サービス利用者端末に送信する構成とした。
【００３０】
このように、Webサーバが、サービス利用者端末が必要としている情報のみをピックアップして１回のコマンド送信に集約させることにより、Webサーバに集まった複数のゲート ウェイからの個々のコマンドをそのままサービス利用者端末に送信するよりもさらにコマンドトラフィックを削減することができる。例えばサービス利用者端末がある複数のゲートウェイにまたがるセンシングデータを要求した際、Webサーバには個々のゲートウェイからのセンシングデータが集まるが、これらセンシングデータの内容を集約して１回のコマンドでサービス利用者端末に応答することができる。また、個々のゲートウェイ側から一方的な状態通知などが行われる場合も、サービス利用者端末あるいはWebサーバが設定したポリシーにしたがってWebサーバが個々のゲートウェイの状態を集約した情報をサービス利用者端末に通知することができる。このような構成は、コマンドトラフィックを削減するだけでなく、サービス利用者端末のブラウザ上で表示する情報の集約化という面でも効果がある。
【００３１】
また、前記上位のゲートウェイは、前記下位のゲートウェイから受信した前記複数の情報提供端末の情報を１つのコマンド内に集約して上位の装置に送信する構成とした。
【００３２】
このようにゲートウェイが上位ゲートウェイあるいはWebサーバが必要な情報のみピッ クアップして１回のコマンド送信に集約させることにより、集約した分のコマンドトラフィックを削減することができる。例えば、サービス利用者端末が複数のゲートウェイにまたがるセンシングデータを要求した際、あるゲートウェイには複数の下位ゲートウェイからのセンシングデータが集まる可能性があるが、この場合には、複数のセンシングデータの内容を集約して１回のコマンドで上位装置に応答することができる。また、個々の下位ゲートウェイからの一方的な状態通知などが行われる場合も、システムに設定されたポリシーにしたがってゲートウェイが個々の下位ゲートウェイの状態を集約した情報を上位装置に通知することができる。このようにコマンドトラフィック削減及びWebブラウザ上の情報集約化という両面の効果が期待できる。
【００３３】
また、前記サービス利用者端末は、前記Webサーバからシステム全体に関する、集約された情報を取得し、Webブラウザ上に表示する機能を備える構成とした。
【００３４】
このような構成により、システム全体をサービス利用者端末のWebブラウザより管理することができる。例えばあるセンサデバイスで異常トリガが発生した場合、まず該当センサデバイスを管理するゲートウェイがアラームを検出する。さらにこのアラームを上位階層のゲートウェイに通知し、最終的にWebサーバが管理を行っている階層のゲートウェイまで通知を繰り返す。サービス利用者はWebブラウザ上で上記Webサーバが管理を行っている階層のゲートウェイのアラームを確認することで、システム内に異常が発生したことを検知することができる。
【００３５】
また、サービス利用者端末は、ゲートウェイが管轄する単一の情報提供端末の情報または複数の情報提供端末の集約された情報を取得し、Webブラウザ上に表示する機能を備える構成とした。
【００３６】
このような構成により、大量な情報提供端末を扱うシステムにおいてもWebブラウザか ら末端の情報提供端末の各状態を確認することができる。大量の情報提供端末を扱うシステムにおいて、Webブラウザ上にすべての情報提供端末の状態を表示することは現実的で はないため、通常は集約されたステータス情報が表示されるが、例えば、あるセンサデバイスで異常トリガが発生した場合、サービス利用者はWebブラウザで表示されている範囲内のゲートウェイによるアラームを通じてこの異常を検知することができる。この異常を確認したサービス利用者は、該当ゲートウェイのリンクボタンをクリックするなどして詳細情報を得ることができる。上記詳細情報の中からさらにアラームが発生している下位ゲートウェイの詳細情報を辿っていき、最終的に該当のセンサデバイスの不良を検知することができる。
【発明の効果】
【００３７】
本発明によれば、Webサーバにゲートウェイのドメイン名とそれに対応するＩＰアドレスの情報を記憶することになるため、サービス利用者端末からＤＮＳサーバへの問い合わせが不要となる。例えばサービス利用者端末があるセンサデバイスのセンシングデータを取得したい場合、サービス利用者端末→Webサーバへの一コマンドの送信のみで少なくともWebサーバは制御対象のゲートウェイのＩＰアドレスを知ることができる。Webサーバは、システムのポリシーにもよるが、そのまま対象ゲートウェイに対しセンシングデータ要求コマンドを発行することも可能であるし、一度サービス利用者端末にＩＰアドレスの結果を応答することも可能である。結果、ＤＮＳサーバ間の階層を辿る分のトラフィックが削減でき、従来汎用的なＤＮＳサーバといういわゆる「システム外」に依存していたトラフィックが「システム内」に収容できるため、トラフィック管理が行いやすくシステム全体の性能も想定しやすいという利点もある。
【発明を実施するための最良の形態】
【００３８】
以下、図面を参照して本発明の実施の形態について説明する。図１は本発明に係る情報収集システム１０の実施の形態を示すブロック図である。図１に示すシステム１０は、図２に示すようなセンシングデータ伝送システム４０に適用することができる。図２に示すシステム４０のネットワークは、ＩＰネットワーク４２を介して、サービス利用者端末４１、Webサーバ４３、ゲートウェイ４４、４６、４８が接続され、またゲートウェイ４４、４６、４８にそれぞれ、情報提供端末としてセンサデバイス群４５、４７、４９が接続されて構成されている。センサデバイス群４５、４７、４９は温度センサ、赤外線による人物検知センサ、接点スイッチなど、様々な情報提供機能をもった多種多様なセンサデバイスから構成される。
【００３９】
サービス利用者端末４１は、汎用的なＰＣであり、ＰＣのWebブラウザから専用のWebサービス４３にアクセスすることによって、その権限さえ許されていれば世界中のどこからでもセンシングデータの取得とセンサデバイスの制御や状態管理が可能となる。Webサーバ４３は、サービス利用者端末４１からの要求によるセンシングデータ取得またはセンサデバイス群４５、４７、４９の制御や、サービス利用者端末４１に対しての各センサデバイス４５、４７、４９からの状態通知などを行う。ゲートウェイ４４、４６、４８は、例えば非ＩＰのセンサデバイスなどプロトコルの異なるデータを相互に変換して上位装置との通信を可能とする機器であり、それぞれに各種センサデバイス群４５、４７、４９が接続され、各センサデバイス群４５、４７、４９及び上位装置であるWebシステムとの通信の他、各センサデバイス群４５、４７、４９のセンシングデータや状態管理なども行う。
【００４０】
このようなＩＰネットワーク４２を介した大量のセンサデバイス群４５、４７、４９を管理する公知手段として、Webサービスの利用が挙げられる。Webサービスとは、ＷＷＷ（World Wide Web）技術を使用し、ネットワークを通じてソフトウェアの機能を利用できるようにしたものであり、企業間の商取引を担う大規模なものから、単一の機能を持ったコンポーネント（ソフトウェア部品）まで、様々な規模・種類のものがある。
【００４１】
図３にセンシングデータ伝送システム４０にWebサービスを適用した場合のWebブラウザ上での制御画面イメージ例を示す。画面左部分Ｌはネットワークの全体像を表示しており、各エリアの代表ゲートウェイの構成を表示するまでに留め、末端のセンサデバイスの状態までは表示しない。各代表ゲートウェイのアイコンをクリックすると、右上の画面Ｒ１に代表ゲートウェイが管理する子ゲートウェイ（末端ゲートウェイ）の構成が表示される。
【００４２】
右上の画面Ｒ１に表示された子ゲートウェイのうち任意の子ゲートウェイのアイコンをクリックすると、右下の画面Ｒ２に該当子ゲートウェイが管理するセンサデバイスの構成が表示される。さらに表示されたセンサデバイスのうち任意のセンサデバイスのアイコンをクリックすることで別ウィンドウで詳細ステータスなどを表示することも可能である。センサデバイスから異常トリガが発生した場合は、上位装置であるゲートウェイを辿っていき最上位の代表ゲートウェイまで通知する。このとき、ネットワーク全体の構成を示す左の画面Ｌ上で代表ゲートウェイのアイコンの色を変えるなどしてサービス利用者に異常を通知することができる。異常を検知したサービス利用者は、異常が発生した代表ゲートウェイのアイコンをリンクし辿っていくことで目的のセンサデバイスの異常内容の詳細を確認することができる。
【００４３】
以下、上記サービスを利用した本発明の実施の形態に係る情報収集システム１０について図１を参照しながら詳しく説明する。図１に示すように本発明のシステム１０では、サービス利用者端末１１とWebサーバ１２とゲートウェイ１３がＩＰネットワーク１４を介して接続される。サービス利用者端末１１は、汎用的なＰＣであり、ＰＣのWebブラウザから専用のWebサービスにアクセスすることによって、その権限さえ許されていれば世界中のどこからでもセンシングデータの取得とセンサデバイスの制御や状態管理が可能となる。サービス利用者端末１１はシステム１０内に１台と限定されず、ＩＰネットワーク１４上の多地点から複数台同時に接続することが可能である。
【００４４】
Webサーバ１２は、サービス利用者端末１１からの要求によるセンシングデータ取得またはセンサデバイス（図１では不図示）の制御や、サービス利用者端末１１に対しての各センサデバイスからの状態通知などを行う。Webサーバ１２はシステム１０内に１台と限定されず、センサデバイスやゲートウェイ１３の増加に伴って複数台設置することも可能である。ゲートウェイ１３は、例えば非ＩＰのセンサデバイスなどプロトコルの異なるデータを相互に変換して上位装置との通信を可能とする機器であり、それぞれに各種センサデバイスが接続され、各センサデバイス及び上位装置であるWebシステムとの通信の他、各センサデバイスのセンシングデータや状態管理なども行う。ゲートウェイ１３はセンサデバイスの地理的条件、機能的条件などを考慮してシステム内に複数台の設置が可能である。また、ゲートウェイ１３の設置数の増加に伴ってゲートウェイ１３に階層化構成を設けることも可能である。
【００４５】
サービス利用者端末１１は、ドメイン名生成部１５と、コマンド生成部１６とコマンド送信部１７を備える。ドメイン名生成部１５は、通信対象となる機器のドメイン名（ＵＲＬ）を取得する機能を備える。「通信対象となる機器」とは、例えばセンシングデータを管理しているゲートウェイ１３や、複数のゲートウェイ１３の状態を管理しているWebサーバ１２などである。通常は、Webブラウザ上で各Webサーバ１２やゲートウェイ１３のリンク情報を辿っていくなどして目的機器のドメイン名を取得することができる。コマンド生成部１６は、ドメイン名生成部１５で生成したドメイン名や各種要求種別を収容したコマンドを生成する機能を備える。コマンド送信部１７は、コマンド生成部１６で生成したコマンドを送信する機能を備える。サービス利用者端末１１は、個々のセンサデバイスごとにセンシングデータを一つのコマンドで管理ゲートウェイに対して要求することも可能であるし、複数のセンシングデータを集約した情報を上位ゲートウェイに対して一つのコマンドで要求することも可能である。このようにサービス利用者端末１１は、通信対象となる機器のドメイン名を収容したコマンドを送信することを特徴とする。
【００４６】
Webサーバ１２は、コマンド受信部１８と、ドメイン名抽出部１９と、マッピング情報管理メモリ２０と、ドメイン名検索部２１と、コマンド生成部２２と、コマンド送信部２３を備える。コマンド受信部１８はサービス利用者端末１１からのコマンドを受信する機能を備える。ドメイン名抽出部１９は、コマンド受信部１８で受信したコマンドから宛先ドメイン名が記載された箇所を抜き出す機能を備える。マッピング情報管理メモリ２０は、図９に示すようにWebサーバ１２が管理するゲートウェイ１３のドメイン名とＩＰアドレスのマッピング情報を記憶する機能を備える。ドメイン名は例えばＵＲＬ形式で表記することができる。
【００４７】
ドメイン名検索部２１は、ドメイン名抽出部１９で抽出したドメイン名がマッピング情報管理メモリ２０内に一致する情報があるか検索を行う機能を備える。ドメイン名検索部２１は、ドメイン名の情報が一致していればそれに対応するＩＰアドレスを宛先アドレスとしてコマンドを送信することができるし、ドメイン名の情報が一致しない場合は、検索したドメインより一つ上の階層のドメイン名に対してマッピング情報管理メモリ２０との照合を行う。ドメイン名検索部２１は、一致するドメイン名があればそれに対応するＩＰアドレスを宛先アドレスとしてコマンドを送信することができるし、なければさらに一つ上の階層のドメイン名において前記動作を繰り返す。
【００４８】
コマンド生成部２２は、コマンド受信部１８で受信したコマンドに含まれるドメイン名や各種要求種別を収容したコマンドを新たに生成する機能を備える。コマンド送信部２３は、ドメイン名検索部２１で特定したドメイン名から相互解決したＩＰアドレスを宛先アドレスとしてコマンドを送信する機能を備える。このようにWebサーバ１２は、配下のゲートウェイ１３のドメイン名からＩＰアドレスを相互解決する機能を有し、また、受信したコマンドに含まれるドメイン名を宛先アドレスとして新たにコマンドを送信する機能を有することを特徴とする。
【００４９】
ゲートウェイ１３は、コマンド受信部２４と、ドメイン名抽出部２５と、マッピング情報管理メモリ２６と、ドメイン名検索部２７と、応答データ収集部２８と、コマンド生成部２９とコマンド送信部３０を備える。コマンド受信部２４はWebサーバ１２を介してサービス利用者端末１１からのコマンドを受信する機能を備える。ドメイン名抽出部２５は、コマンド受信部２４で受信したコマンドから宛先ドメイン名が記載された箇所を抜き出す機能を備える。マッピング情報管理メモリ２６は例えば図９に示すように、ゲートウェイ１３が管理する子ゲートウェイＡ、Ｂのドメイン名とＩＰアドレスのマッピング情報を記憶する機能を備える。
【００５０】
ドメイン名検索部２７は、ドメイン名抽出部２５で抽出したドメイン名が自ゲートウェイ１３でないときに、抽出したドメイン名がマッピング情報管理メモリ２６内に一致する情報があるか検索を行う機能を備える。応答データ収集部２８は、ドメイン名抽出部２５で抽出したドメイン名が自ゲートウェイ１３であるときに、コマンド内の要求種別にしたがって必要なデータを収集する機能を備える。コマンド生成部２９は、自ゲートウェイ１３宛のコマンドであれば応答データ収集部２８で収集したデータを収容したコマンドを新たに生成する機能を備え、一方、自ゲートウェイ１３宛のコマンドでなければコマンド受信部２４で受信したコマンドに含まれるドメイン名や各種要求種別を収容したコマンドを新たに生成する機能を備える。
【００５１】
コマンド送信部３０は、自ゲートウェイ１３宛のコマンドであればコマンド受信部２４の送信元である機器に対し応答コマンドを送信する機能を備え、一方、自ゲートウェイ１３宛のコマンドでなければ、ドメイン名検索部２５で特定したドメイン名から相互解決したＩＰアドレスを宛先アドレスとしてコマンドを送信する機能を備える。このようにゲートウェイ１３はWebサーバ１２と同様に、配下のゲートウェイ１３のドメイン名からＩＰアドレスを相互解決する機能を有し、また、受信したコマンドに含まれるドメイン名を宛先アドレスとして新たにコマンドを送信する機能を有することを特徴とする。
【００５２】
以上のように、Webサーバ１２やゲートウェイ１３に、通信対象となる機器のドメイン名とそれに対応するＩＰアドレスの情報を記載することによって、Webサーバ１２やゲートウェイ１３に名前解決相当の機能を持たせることができるため、サービス利用者端末１１からＤＮＳサーバ６４（図１０）への問い合わせが不要となり、その分のコマンドトラフィックを削減することが可能である。なお、本発明で扱うセンサデバイスはＩＰネットワークへ４２の接続機能を持たないデバイスであることを前提に説明しているが、ＩＰネットワーク４２への接続機能を持ったデバイスについても同様に扱うことができる。
【００５３】
以下、実施の形態の動作について説明する。いま、サービス利用者端末１１が、ゲートウェイ１３に接続された温度センサのデータを取得する際の動作について、各々の図を用いて説明する。図４は、サービス利用者端末１１がゲートウェイ１３に接続された温度センサのデータを取得する際の動作手順を示したシーケンス図である。ここで、サービス利用者端末１１はシステム１０に関する情報を何も持っていない状態であることを前提に説明する。
【００５４】
（１）ＩＰネットワーク１４に接続されたサービス利用者端末１１は、まずWebサーバ１２に対して”ネットワーク構成通知要求”を発行する。これは、システム１０のセンサネットワーク構成を知らないサービス利用者端末１１が全体構成を把握するために問い合わせる最初のコマンドであり、通常Webブラウザなどを使用しWebサーバ１２のＵＲＬまたはＩＰアドレスを指定するなどして、Webサーバ１２に対して要求コマンドを送信することができる。ここで、WebブラウザからＵＲＬを指定すると、名前解決のためにＤＮＳサーバ６４（図１０）に対してコマンドが発行されてしまうため、その分のトラフィックを削減するにはWebブラウザから直接ＩＰアドレスを指定することが望ましい。
【００５５】
（２）”ネットワーク構成通知要求”を受信したWebサーバ１２は、現在のセンサネットワーク構成及び状態を収集し、利用者端末１１に対してそれらの情報を通知する（ネットワーク構成通知）。この動作により利用者端末１１は、Webブラウザ上に現在のセンサネットワーク構成及び状態を得ることができる。ここで、本発明では大量のセンサデバイスを扱うシステムを対象としているため、Webブラウザ上にすべてのセンサデバイスの情報を一度に表示することは現実的ではない。そのため、Webサーバ１２で取得する最初のセンサネットワーク構成情報は、ある程度集約された情報であることが望ましい。例えばセンサネットワーク上の各地に点在するゲートウェイ１３のみを表示する、などの方法がある。また、ゲートウェイ１３の数が大量であるならば、ゲートウェイ１３を階層化し、上位ゲートウェイのみを表示することなども可能である。ここでは、単純にゲートウェイ単位で集約された情報がWebブラウザ上に表示されている場合を考える。
【００５６】
（３）サービス利用者は、サービス利用者端末１１上でセンサネットワーク構成が表示されたWebブラウザ上から、ゲートウェイ１３の詳細情報を取得するための操作を行う。この操作の例として、Webブラウザ上に表示されているゲートウェイ１３のリンクボタンを押下するなどして詳細情報を取得する方法が一般的である。この操作によりサービス利用者端末１１からゲートウェイ１３に対し“ゲートウェイ構成通知要求コマンド”が発行されるはずだが、通常、サービス利用者端末１１はゲートウェイ１３のＩＰアドレスまでをも管理していないのが一般的である。そこでサービス利用者端末１１は“ゲートウェイ構成通知要求コマンド”をゲートウェイ１３ではなく、既にＩＰアドレスがわかっているWebサーバ１２に対して送信する。この“ゲートウェイ構成通知要求コマンド”には「ゲートウェイ構成情報を通知せよ」という要求種別ＩＤの他、実際にゲートウェイ構成情報を管理するゲートウェイ１３のドメイン名（ＵＲＬ）が収容されている。このＵＲＬは、例えば図５のようにゲートウェイ１３のドメイン名（gateway13.net.jp）と、全センサデバイスの構成・状態取得を示す要求種別ＩＤ（AllStatusGet）を一つにまとめて表記（gateway13.net.jp/AllStatusGet）することも可能である。
【００５７】
（４）これを受信したWebサーバ１２は、“ゲートウェイ構成通知要求コマンド”内からドメイン名を抽出し、自身が保有するマッピング情報管理メモリ２０（図９参照）と照合を行う。マッピング情報管理メモリ２０内に同一ドメイン名を発見できれば、それに対応するゲートウェイ１３のＩＰアドレスを宛先アドレスとして、「ゲートウェイ構成情報を通知せよ」という要求種別ＩＤを含めた“ゲートウェイ１３構成通知コマンド”を新たに送信する。
（５）これを受信したゲートウェイ１３は、自身の構成情報や状態、ＩＰアドレスなどを収容したコマンド（ゲートウェイ１３構成通知）を、送信元であるWebサーバ１２に対して発行（応答）する。ここでの「ゲートウェイ構成情報や状態」とは、ゲートウェイ１３が管理するセンサデバイスの構成や各センサデバイスの運用状態などを示すものである。
（６）これを受信したWebサーバ１２は、同コマンドをさらに送信元であるサービス利用者端末１１に対して送信（応答）する。
【００５８】
（７）このような動作によりサービス利用者は、サービス利用者端末１１上でWebブラウザから現在のゲートウェイ１３が管理するセンサデバイスの構成及び状態を確認することができる。さらにサービス利用者は表示されたゲートウェイ１３の情報に含まれる目的の温度センサのデータを取得するための操作を行う。この操作の例として温度センサのリンクボタンを押下するなどして詳細情報を取得する方法がある。ここで、サービス利用者端末１１は、直前の“ゲートウェイ構成通知”を受信したことによってゲートウェイ１３のＩＰアドレスを取得済みであるので、前記操作を行うことでサービス利用者端末１１はWebサーバ１２を介さず直接ゲートウェイ１３に対して”温度センシングデータ要求コマンド”を発行することができる。このコマンドには「温度センシングデータを通知せよ」という要求種別ＩＤと該当温度センサの識別ＩＤ（情報提供端末ＩＤ）が収容されている。
（８）（９）この“温度センシングデータ要求コマンド”を受信したゲートウェイ１３は、コマンド内から要求種別ＩＤと温度センサの識別ＩＤを認識し、該当の温度センサから最新の温度センシングデータを取得する。
（１０）ゲートウェイ１３は、これらのデータを収容した“温度センシングデータ通知コマンド”を、送信元であるサービス利用者端末１１に対して送信（応答）する。
【００５９】
このような動作手順により、サービス利用者はWebブラウザ上で指定の温度センサの現在温度を確認することができる。以上のように、汎用的なＤＮＳサーバによる名前解決の手順を踏まなくても、Webサービスを利用してセンシングデータを取得することが可能である。結果、ＤＮＳサーバに依存していた分のコマンドトラフィックを削減でき、また、コマンドトラフィックを「システム１０内」に閉じることができるため、トラフィック管理や性能の想定が行いやすいという効果を得ることができる。
【００６０】
図６は、サービス利用者端末１１が、ゲートウェイ１３に接続された複数の温度センサの平均温度を取得する際の動作手順を示したシーケンス図である。ここでは、ゲートウェイ１３に接続された温度センサＡと温度センサＢの平均温度を取得する動作手順について考える。サービス利用者端末１１がゲートウェイ１３の構成情報を取得するまでの流れ（１）〜（６）は、図４と同様のため説明は割愛する。
【００６１】
（７）’サービス利用者は、Webブラウザ上のリンクボタンを押下するなどして、ゲートウェイ１３に接続される複数の温度センサＡ、Ｂの平均温度を取得するための“平均温度要求コマンド”を発行させる。サービス利用者端末１１は直前までの操作により既にゲートウェイ１３のＩＰアドレスを取得済みであるので、サービス利用者の操作によってサービス利用者端末１１はWebサーバ１２を介さず直接ゲートウェイ１３に対して“平均温度要求コマンド”を発行することができる。このコマンドには「平均温度を通知せよ」という要求種別ＩＤと、対象の情報提供端末となる複数の温度センサＡ、Ｂを示す情報提供端末識別ＩＤが収容されている。
【００６２】
（８Ａ）（９Ａ）（８Ｂ）（９Ｂ）この“平均温度要求コマンド”を受信したゲートウェイ１３は、コマンド内から要求種別ＩＤと複数の温度センサ（温度センサＡ及び温度センサＢ）を示す情報提供端末識別ＩＤを認識し、情報提供端末識別ＩＤに含まれる温度センサＡ、Ｂから最新の温度センシングデータを取得する。
（１０）’各温度センサＡ、Ｂから最新の温度センシングデータを受け取ったゲートウェイ１３は、温度データの平均値を計算したデータ（平均温度通知）を、送信元であるサービス利用者端末１１に対して送信（応答）する。
このような動作手順により、サービス利用者はWebブラウザ上で複数の温度センサの平均温度を確認することができる。以上のように、複雑な条件が含まれたセンシングデータも、最小のコマンドトラフィックでデータを取得することが可能である。
【００６３】
図７は、サービス利用者端末１１が複数のゲートウェイ１３Ａ、１３Ｂにまたがる温度センサの平均温度を取得する際の動作手順を示したシーケンス図である。ここでは、ゲートウェイ１３Ａに接続されるすべての温度センサ（不図示）と、ゲートウェイ１３Ｂに接続されるすべての温度センサ（不図示）の平均値を取得する動作手順について考える。サービス利用者端末１１はシステムに関する情報を何も持っていない状態であることを前提に説明する。サービス利用者端末１１がネットワークの構成情報を取得するまでの流れ（１）（２）は図４と同様のため説明は割愛する。
【００６４】
（１１）サービス利用者は、Webブラウザ上のリンクボタンを押下するなどして“ゲートウェイ１３Ａに接続される全温度センサ”及び“ゲートウェイ１３Ｂに接続される全温度センサ”の平均温度を取得するための“ゲートウェイ１３Ａ、１３Ｂ平均温度要求コマンド”を発行させる。このコマンドは前記操作によりサービス利用者端末１１からWebサーバ１２宛に発行されるものである。コマンド内には、ゲートウェイ１３Ａのドメイン名、ゲートウェイ１３Ｂのドメイン名、「平均温度を通知せよ」という要求種別ＩＤ、対象となる複数の温度センサを示す温度センサ識別ＩＤ（情報提供端末識別ＩＤ）が含まれる。
【００６５】
（１２Ａ）（１２Ｂ）このコマンドを受信したWebサーバ１２は、コマンド内からゲートウェイ１３Ａ及び１３Ｂのドメイン名を抽出し自身が保有するマッピング情報管理メモリ２０と照合を行う。マッピングメモリ２０内に同一ドメイン名が存在することを確認し、それに対応するＩＰアドレスを宛先アドレスとしてゲートウェイ１３Ａ及び１３Ｂに対して個別に“平均温度要求コマンド”を送信する。ここで送信するコマンドは、「平均温度を通知せよ」という要求種別ＩＤと「すべての温度センサ」を示す温度センサ識別ＩＤのみが含まれていればよい。
（１３Ａ）（１３Ｂ）この“平均温度要求コマンド”を受信したゲートウェイ１３Ａ及び１３Ｂは、コマンドから要求種別ＩＤと温度センサ識別ＩＤを認識し、接続されている全ての温度センサから最新の温度センシングデータを取得する（図７では不図示）。ゲートウェイ１３Ａ、１３Ｂはさらに、これら温度センシングデータの平均値を集計したデータ（平均温度通知コマンド）を、送信元であるWebサーバ１２に対して送信（応答）する。
（１４）このコマンドを受信したWebサーバ１２は、これら平均温度のデータをさらに平均化したデータ（ゲートウェイ１３Ａ，１３Ｂ平均温度通知）をサービス利用者端末１１に対して送信（応答）する。
【００６６】
このような動作手順により、サービス利用者はWebブラウザ上で複数のゲートウェイ１３Ａ、１３Ｂにまたがる温度センサの平均温度を確認することができる。以上のように、複数のゲートウェイ１３Ａ、１３Ｂにまたがるセンシングデータを取得する際にも、サービス利用者端末１１から個々のゲートウェイ１３Ａ、１３Ｂに対しそれぞれコマンドを発行することなく、一つの“ゲートウェイ１３Ａ、１３Ｂ平均温度要求コマンド”を送信するだけという最小のコマンドトラフィックで、集約されたデータを取得することが可能である。
【００６７】
図８は、サービス利用者端末１１が、階層化された複数のゲートウェイ（１３、Ａ、Ｂ）にまたがる温度センサ（不図示）の平均温度を取得する際の動作手順を示したシーケンス図である。ここではゲートウェイ１３の子ゲートウェイである子ゲートウェイＡ及び子ゲートウェイＢに接続されるすべての温度センサの平均値を取得する動作手順について考える。サービス利用者端末１１はシステムに関する情報を何も持っていない状態であることを前提に説明する。サービス利用者端末１１がネットワークの構成情報を取得するまでの流れ（１）（２）は図４と同様のため説明は割愛する。
【００６８】
（１１）’サービス利用者は、Webブラウザ上のリンクボタンを押下するなどして“子ゲートウェイＡに接続される全温度センサ”及び“子ゲートウェイＢに接続される全温度センサ”の平均温度を取得するための“子ゲートウェイＡ、Ｂ平均温度要求コマンド”を発行させる。このコマンドは前述の操作によりサービス利用者端末１１からWebサーバ１２宛に発行されるものである。このコマンド内には、子ゲートウェイＡのドメイン名、子ゲートウェイＢのドメイン名、「平均温度を通知せよ」という要求種別ＩＤ、対象となる複数の温度センサを示す温度センサ識別ＩＤが含まれる。
【００６９】
（１２）’この“子ゲートウェイＡ、Ｂ平均温度要求コマンド”を受信したWebサーバ１２は、コマンド内から子ゲートウェイＡ及びＢのドメイン名を抽出し自身が保有するマッピング情報管理メモリ２０と照合を行う。ところがこの場合、図９に示すように子ゲートウェイＡ及びＢはWebサーバ１２の直下ではないので、マッピング情報管理メモリ２０上に情報が存在しない。そこでWebサーバ１２は、子ゲートウェイＡ、Ｂのドメインより一つ上の階層のドメイン名に対して自身が保有するマッピング情報管理メモリ２０との照合を行う。図９の例では、子ゲートウェイＡ、Ｂのドメイン名がそれぞれ[hostA.Gateway13.net.jp]、[hostB.Gateway13.net.jp]であるので、その一つ上の階層である[Gateway13.net.jp]について照合を行う。結果、目的地である子ゲートウェイＡ、Ｂの一つ上の階層であるゲートウェイ１３のＩＰアドレスを得ることができる。そしてWebサーバ１２はゲートウェイ１３に対して“子ゲートウェイＡ、Ｂ平均温度要求コマンド”を発行する。このコマンド内には、サービス利用者端末１１が発行したときと同様に、子ゲートウェイＡのドメイン名、子ゲートウェイＢのドメイン名、「平均温度を通知せよ」という要求種別ＩＤ、対象となる複数の温度センサを示す温度センサ識別ＩＤが含まれる。
【００７０】
（１２Ａ）’（１２Ｂ）’この“子ゲートウェイＡ、Ｂ平均温度要求コマンド”を受信したゲートウェイ１３は、コマンド内から子ゲートウェイＡ及びＢのドメイン名を抽出し自身が保有するマッピング情報管理メモリ２６と照合を行う。図９に示すようにマッピング情報管理メモリ２６には子ゲートウェイＡ及びＢの情報が含まれるため、ゲートウェイ１３はこれらに対応するＩＰアドレスを宛先アドレスとしてそれぞれに“平均温度要求コマンド”を送信する。ここで送信するコマンドは、「平均温度を通知せよ」という要求種別ＩＤと「すべての温度センサ」を示す温度センサ識別ＩＤのみが含まれていればよい。
【００７１】
（１３Ａ）’（１３Ｂ）’この“平均温度要求コマンド”を受信した子ゲートウェイＡ及びＢは、コマンドから要求種別ＩＤと温度センサ識別ＩＤを認識し、接続されている全ての温度センサから最新の温度センシングデータを取得する。さらにこれら温度センシングデータの平均値を集約した情報を含む“平均温度通知コマンド”を、直接のコマンド送信元であるゲートウェイ１３に対して送信（応答）する。
（１４）’この“平均温度通知コマンド”を子ゲートウェイＡ及び子ゲートウェイＢから受信したゲートウェイ１３は、これら平均温度のデータをさらに平均化したデータを収容した“子ゲートウェイＡ、Ｂ平均温度通知コマンド”をWebサーバ１２に対して送信（応答）する。
（１４）”Webサーバ１２はこの“子ゲートウェイＡ、Ｂ平均温度通知コマンド”を直接の送信元であるサービス利用者端末１１に対して送信（応答）する。
【００７２】
このような動作手順により、サービス利用者はWebブラウザ上で階層化された複数のゲートウェイにまたがる温度センサの平均温度を確認することができる。以上のように、階層化されたゲートウェイに対し最小のコマンドトラフィックでセンシングデータを取得することで、Webサーバで管理しなければならないゲートウェイ数を削減でき、負荷を各ゲートウェイに分散させることが可能である。
【００７３】
以上の説明では、情報提供端末としてセンサを用いたセンシングデータ伝送システム４０について説明したが、本発明は上記実施の形態に限定されず、各種の情報を提供する情報提供端末を用いたシステムに利用することができる。また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブ ル・プロセッサーを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適用などが可能性としてあり得る。
【産業上の利用可能性】
【００７４】
本発明は、ゲートウェイを介してＩＰネットワークに接続された複数の情報提供端末が提供する情報をサービス利用者端末が前記ゲートウェイ及びＩＰネットワークを介して取得する場合に、コマンドトラフィックを抑制することができるという効果を有し、各種の情報を提供する情報提供端末を用いたシステムに利用することができる。
【図面の簡単な説明】
【００７５】
【図１】本発明の実施の形態における情報収集システムを示すブロック図
【図２】図１の情報収集システムを適用したセンシングデータ伝送システム構成例を示す説明図
【図３】Webブラウザ上でのセンシングデータ伝送システムの制御画面イメージ例を示す説明図
【図４】本発明を適用したセンシングデータ伝送システムにおいて単一のセンシングデータを取得する際の動作手順を示したシーケンス図
【図５】本発明を適用したセンシングデータ伝送システムにおいて、ドメイン名を含んだＵＲＬの表記例を示す説明図
【図６】本発明を適用したセンシングデータ伝送システムにおいて複数のセンシングデータを取得する際の動作手順を示したシーケンス図
【図７】本発明を適用したセンシングデータ伝送システムにおいて、複数のゲートウェイにまたがるセンシングデータを取得する際の動作手順を示したシーケンス図
【図８】本発明を適用したセンシングデータ伝送システムにおいて、階層化されたゲートウェイが管理するセンシングデータを取得する際の動作手順を示したシーケンス図
【図９】本発明を適用したセンシングデータ伝送システムにおけるマッピング情報管理メモリの構成を示す説明図
【図１０】従来のセンシングデータ伝送システムの構成を示す図
【図１１】従来のセンシングデータ伝送システムによる動作説明を示すシーケンス図
【符号の説明】
【００７６】
１０  情報収集システム
４０  センシングデータ伝送システム
１１、４１  サービス利用者端末
１２、４３  Webサーバ
１３、４４、４６、４８  ゲートウェイ
１４、４２  ＩＰネットワーク
４５、４７、４９  センサデバイス（情報提供端末）
【図１】
2009038624.tif 000003
【図２】
2009038624.tif 000004
【図３】
2009038624.tif 000005
【図４】
2009038624.tif 000006
【図５】
2009038624.tif 000007
【図６】
2009038624.tif 000008
【図７】
2009038624.tif 000009
【図８】
2009038624.tif 000010
【図９】
2009038624.tif 000011
【図１０】
2009038624.tif 000012
【図１１】
2009038624.tif 000013