(57)【要約】【課題】アプリケーション端末からのリクエストに応じて、複数のゲートウェイから集信したデータを統合して配信するセンサデータ統合装置を提供する。【解決手段】アプリケーション端末並びにセンサノード及びゲートウェイを含む複数のセンサネットワークと、通信可能なセンサデータ統合装置２であって、アプリケーション端末３からのリクエスト及びゲートウェイ１からのデータを集信する集信部２１と、各ゲートウェイ１２と、各センサノード１１の配置を示す空間名との対応を含む空間情報テーブル２４ａを記憶する情報管理手段３１と、空間情報テーブル２４ａを利用してリクエストの情報を解決するため、リクエストに含まれる空間名に関するデータが存在するゲートウェイを特定する処理を行う情報解決手段３２、特定されたゲートウェイから集信されたデータをリクエストを送信したアプリケーション装置に配信する配信部２８とを有する。【選択図】図２
2010206350.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのアプリケーション端末並びにセンサノード及びゲートウェイを含む複数のセンサネットワークと、通信網を介して通信可能なセンサデータ統合装置であって、
前記アプリケーション端末からのリクエスト及び前記ゲートウェイからのデータを集信する集信部と、
前記複数のセンサネットワークの各ゲートウェイと、各センサノードの配置を示す空間名との対応を含む空間情報テーブルを記憶する情報管理手段と、
前記空間情報テーブルを利用して前記リクエストの情報を解決するため、前記リクエストに含まれる空間名に関するデータが存在するゲートウェイを特定する処理を行う情報解決手段と、
前記特定されたゲートウェイから集信されたデータを前記リクエストを送信したアプリケーション装置に配信する配信部と
を有することを特徴とするセンサデータ統合装置。
【請求項２】
前記情報管理手段は、各センサノードとセンサとの対応を含むセンサノード情報テーブルを記憶し、
前記情報解決手段は、前記センサノード情報テーブルのセンサ情報と前記空間情報テーブルの空間情報を利用して前記リクエストの情報を解決する
ことを特徴とする請求項１に記載のセンサデータ統合装置。
【請求項３】
前記情報管理手段は、各センサとセンサ種別と検出値の単位との対応を含むセンサ種別情報テーブルを記憶し、
前記情報解決手段は、前記センサ種別情報テーブルのセンサ情報と前記センサノード情報テーブルのセンサ情報と前記空間情報テーブルの空間情報を利用して前記リクエストの情報を解決する
ことを特徴とする請求項２に記載のセンサデータ統合装置。
【請求項４】
前記情報解決手段は、前記いずれかのテーブルを利用して、前記配信部によって配信される前のデータに適用するフィルタを決定する
ことを特徴とする請求項１乃至３のいずれか１項に記載のセンサデータ統合装置。
【請求項５】
前記空間情報管理テーブルは、ゲートウェイと複数の空間名との対応を記憶することを特徴とする請求項１乃至４のいずれか１項に記載のセンサデータ統合装置。
【請求項６】
前記空間情報管理テーブルは、センサノードと複数の空間名との対応を記憶することを特徴とする請求項１乃至５のいずれか１項に記載のセンサデータ統合装置。
【請求項７】
前記空間情報管理テーブルは、空間ＩＤとゲートウェイＩＤとノードＩＤと空間名の対応を記憶する空間情報テーブルを管理する
ことを特徴とする請求項１乃至４のいずれか１項に記載のセンサデータ統合装置。
【請求項８】
前記情報解決手段は、前記空間情報管理テーブルを利用して、どのセンサネットワークのゲートウェイのデータを取得すればよいかを解決することを特徴とする請求項１乃至７のいずれか１項に記載のセンサデータ統合装置。
【請求項９】
前記情報解決手段は、前記空間情報管理テーブルを利用して、配信されるデータを絞り込むことを特徴とする請求項１乃至８のいずれか１項に記載のセンサデータ統合装置。
【請求項１０】
前記フィルタ手段は、センサ情報でデータを絞り込むためのフィルタを管理することを特徴とする請求項１乃至９のいずれか１項に記載のセンサデータ統合装置。
【請求項１１】
前記フィルタ手段は、データを複数の単位に変換することができる物理量変換のためのフィルタを管理することを特徴とする請求項１乃至１０のいずれか１項に記載のセンサデータ統合装置。
【請求項１２】
前記フィルタ手段は、前記集信部から受け取ったデータに前記情報解決手段で参照した情報を付加し、前記情報解決手段における決定に基づくフィルタ処理を行って前記配信部に渡すことを特徴とする請求項１乃至１１のいずれか１項に記載のセンサデータ統合装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーション端末からのリクエストに応じてセンサネットワークから集信したデータを効率的に配信するセンサデータ統合装置に関するものである。
【背景技術】
【０００２】
従来のセンサネットワークシステムでは、センサノードの出力は１つのセンサネットワークシステムに対応しているだけであり、複数の異なるセンサネットワークシステム間で、センサノードの出力を共有することは難しかった。また、無線通信を利用するセンサノードでは、電池の消費電力を抑制して長期間の使用を実現するため、通信時間を極めて短時間に抑制したいという要求がある。一方、複数のセンサネットワークシステムで、センサノードの出力を共有するには、センサノードの出力に詳細な情報が付加されていることが望ましい。このため、消費電力の抑制を優先して、センシングデータに簡素な情報しか付加しない場合には、詳細な情報が欠落して、センサノードが出力するセンシングデータを複数のセンサネットワークで共有できなくなるという問題があった。逆に、センサノードに詳細な情報を付加したデータを送信すると、通信するデータ量が増えた分だけ消費電力が増大するので、センサノードの長期間の使用ができなくなると共に、多数のセンサノードを利用する際には１つのセンサノードが冗長な通信を行うことで、有限の無線通信帯域の利用効率が低下するという問題があった。
【０００３】
これらの対策として、無線ネットワークから受信したセンシングデータに予め設定した意味情報を付加してから有線ネットワークに送信することで、リソースの制約が多い無線ネットワークの負荷を低減して利用効率を向上させ、情報量が豊かなデータによりサーバやユーザ計算機のアプリケーションでは、データの利用を容易にする提案がある（例えば、特許文献１参照）。そして、サーバに格納されるセンシングデータには、ゲートウェイ（基地局）で意味情報が付加されているので、サーバがセンシングデータに加工を施すことなく、センシングデータをユーザ計算機のアプリケーションで容易に利用することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１５６７７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、上記特許文献１に記載のシステムでは、ゲートウェイでセンシングデータに意味情報を付加しているのでゲートウェイにおける情報処理の負荷が大きくなり、しかも、複数のゲートウェイで複数のセンサネットワークを管理していてアプリケーション端末からは必要なデータがどのゲートウェイにあるのかわからないので、ゲートウェイは不要なデータにも意味情報を付加して送信するという無駄が生じることがあるという問題がある。
【０００６】
また、上記特許文献１に記載のシステムでは、意味情報を変更する場合には、複数のゲートウェイで意味情報を変更しなければならないという問題がある。
【０００７】
また、上記特許文献１に記載のシステムでは、複数のゲートウェイからデータを受け取るシステムでは、複数のアプリケーション端末のそれぞれで物理量変換の処理を行うことが必要になり、しかも、物理量の単位が複数存在する場合は単位を統一するための物理量変換の処理も必要になるという問題がある。
【０００８】
そこで、本発明は、上記従来技術の課題を解決するためになされたものであり、その目的は、ゲートウェイ及びアプリケーション端末における情報処理の負荷の軽減及びゲートウェイからアプリケーション端末への通信量の削減を図ることができるセンサデータ統合装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明のセンサデータ統合装置は、少なくとも１つのアプリケーション端末並びにセンサノード及びゲートウェイを含む複数のセンサネットワークと、通信網を介して通信可能なセンサデータ統合装置であって、前記アプリケーション端末からのリクエスト及び前記ゲートウェイからのデータを集信する集信部と、前記複数のセンサネットワークの各ゲートウェイと、各センサノードの配置を示す空間名との対応を含む空間情報テーブルを記憶する情報管理手段と、前記空間情報テーブルを利用して前記リクエストの情報を解決するため、前記リクエストに含まれる空間名に関するデータが存在するゲートウェイを特定する処理を行う情報解決手段と、前記特定されたゲートウェイから集信されたデータを前記リクエストを送信したアプリケーション装置に配信する配信部とを有することを特徴としている。
【発明の効果】
【００１０】
本発明のセンサデータ統合装置によれば、アプリケーション端末からのリクエストに応じてセンサネットワークから集信したデータを効率的に配信するシステムにおいて、ゲートウェイ及びアプリケーション端末における情報処理の負荷を軽減することができ、また、ゲートウェイからアプリケーション端末への通信量を削減することができるという効果がある。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態に係るセンサデータ統合装置を含むシステム全体の構成を概略的に示す図である。
【図２】本発明の実施の形態に係るセンサデータ統合装置の内部構成の一例を概略的に示すブロック図である。
【図３】本発明の実施の形態におけるセンサ情報管理部内のセンサノード情報テーブルの例を示す図である。
【図４】本発明の実施の形態におけるセンサ情報管理部内のセンサ種別情報テーブルの例を示す図である。
【図５】（ａ）及び（ｂ）は、本発明の実施の形態における空間情報管理部内の空間情報テーブルの例を示す図である。
【図６】（ａ）〜（ｅ）はそれぞれ、センサノードの配置例、空間ＩＤの例、他の空間ＩＤの例、ゲートウェイＩＤ（ＧＷＩＤ）の例、各センサノードのセンサＩＤの例を示す図である。
【図７】本発明の実施の形態に係るセンサデータ統合装置の動作の一例を示すフローチャートである。
【図８】本発明の実施の形態における空間情報解決部の動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
図１は、本発明の実施の形態に係るセンサデータ統合装置２を含むシステム全体の構成を概略的に示す図である。図１に示されるシステムは、少なくとも１つのセンサネットワーク１（個々のセンサネットワークを区別する場合には、符号１ａ，１ｂを用いる。）と、センサデータ統合装置２と、少なくとも１つのアプリケーション端末３（個々のアプリケーション端末を区別する場合には、符号３ａ，３ｂを用いる。）とを有している。センサネットワーク１、センサデータ統合装置２、及びアプリケーション端末３は、通信網４を介して通信可能に接続されている。
【００１３】
センサネットワーク１は、通常、１つ以上のセンサノード１１（個々のセンサノードを区別する場合には、符号１１ａ，１１ｂを用いる。）と、センサノード１１を管理するゲートウェイ１２とから成る。センサノード１１は、例えば、状態量を検出（計測）して検出結果を出力するセンサ（図示せず）と、通信部（図示せず）とを有する装置である。センサノード１１の通信部が無線通信部である場合には、センサノード１１は、電力を供給する電池などの電源部（図示せず）をも有する。センサノード１１のセンサによる検出結果であるセンシングデータは、センサノード１１の通信部からゲートウェイ１２に送信され、ゲートウェイ１２から通信網４を介してセンサデータ統合装置２に供給される。
【００１４】
アプリケーション端末３は、通信網４を介してセンサデータ統合装置２にリクエストを送信し、センサデータ統合装置２から通信網４を介して配信されたデータを処理するアプリケーションを持つ端末である。センサデータ統合装置２は、センサネットワーク１のゲートウェイ１２から供給されたデータを通信網４を介して集信し、集信したデータのうちのアプリケーション端末３から送信されたリクエストに一致したデータを、通信網４を介してアプリケーション端末３に配信する。
【００１５】
図２は、センサデータ統合装置２の内部構成の一例を概略的に示すブロック図である。図２に示されるように、センサデータ統合装置２は、集信部２１と、リクエスト管理部２２と、センサ情報管理部２３と、空間情報管理部２４と、空間情報解決部２５と、フィルタ管理部２６と、データ管理部２７と、配信部２８と、通信インタフェース２９とを有する。センサ情報管理部２３及び空間情報管理部２４は、情報管理手段３１を構成する。また、リクエスト管理部２２及び空間情報解決部２５は、情報解決手段３２を構成する。また、フィルタ管理部２６及びデータ管理部２７は、フィルタ手段３３を構成する。
【００１６】
集信部２１は、アプリケーション端末３からのリクエストやセンサネットワーク１からのデータを集信する。リクエスト管理部２２は、センサ情報管理部２３と空間情報管理部２４に格納されている情報を利用して、アプリケーション端末３からのリクエストの情報を解決して、リクエストを管理する。
【００１７】
センサ情報管理部２３は、センサノード情報テーブル２３ａとセンサ種別情報テーブル２３ｂとを保持しており、これらのテーブルによりセンサ情報を管理する。図３は、センサ情報管理部２３内のセンサノード情報テーブル２３ａの例を示す図であり、図４は、センサ情報管理部２３内のセンサ種別情報テーブル２３ｂの例を示す図である。センサ情報管理部２３のセンサノード情報テーブル２３ａは、センサに関する情報を解決するために、センサノードと複数のセンサとの対応を記憶するものである。本実施の形態においては、図３に示されるように、センサノード情報テーブル２３ａは、ノードＩＤ（例えば、Ｎ０１〜Ｎ２５）と、センサＩＤ（例えば、Ｓ０１〜Ｓ０３）とからなる。なお、図３は例示にすぎず、ノードＩＤの数、センサＩＤの数、これらの対応関係は、図示の例に限定されない。ここで、「解決する」とは、例えば、リクエストにノードＩＤの情報が含まれる場合に、そのノードＩＤに対応するセンサＩＤの情報を得る（例えば、絞り込む）ことなどをいう。また、センサ情報管理部２３のセンサ種別情報テーブル２３ｂは、センサに関する情報を解決するために、センサ種別と複数の単位との対応を記憶するものである。本実施の形態においては、図４に示されるように、センサ種別情報テーブル２３ｂは、センサＩＤ（例えば、Ｓ０１〜Ｓ０３）と、センサ種別（例えば、温度、湿度）と、単位（例えば、℃、％、Ｆ）とからなる。なお、図４は例示にすぎず、センサＩＤの数、センサ種別、単位、これらの対応関係は、図示の例に限定されない。ここで、「解決する」とは、例えば、センサ種別と単位が指定された場合に、センサ種別及び単位の両方の条件に対応するセンサＩＤの情報を得る（例えば、絞り込む）ことなどをいう。
【００１８】
空間情報管理部２４は、空間情報テーブル２４ａを保持しており、このテーブルにより空間情報を管理する。図５（ａ）及び（ｂ）は、空間情報管理部２４内の空間情報テーブル２４ａの例を示す図である。本実施の形態においては、図５（ａ）及び（ｂ）に示されるように、空間情報管理部２４の空間情報テーブル２４ａは、空間に関する情報を解決するために、複数のゲートウェイ１１と複数の空間名との対応、複数のセンサノード１と複数の空間名との対応などを記憶する。本実施の形態においては、空間情報テーブル２４ａは、複数の空間ＩＤ（例えば、Ａ１〜Ａ４，Ｂ１〜Ｂ３）と、複数のゲートウェイＩＤ（ＧＷＩＤ）（例えば、ＧＷ１〜ＧＷ５）と、複数のノードＩＤ（例えば、Ｎ０１〜Ｎ２５）と、複数の空間名（例えば、第１〜第５チーム、居室１窓側など）とからなる。ここで、「空間名」とは、座標上の位置ではなく、特定の場所に対して人が命名した名称である。空間情報解決部２５は、空間情報管理部２４の空間情報テーブル２４ａの情報を利用して空間情報を解決する。なお、図５（ａ）及び（ｂ）は例示にすぎず、空間ＩＤの数、ＧＷＩＤの数、センサＩＤの数、空間名の数及び名称、これらの対応関係は、図示の例に限定されない。ここで、「解決する」とは、例えば、空間名が指定された場合に、ＧＷＩＤ及びノードＩＤの情報を得る（例えば、絞り込む）ことなどをいう。
【００１９】
図６（ａ）〜（ｅ）はそれぞれ、ノードＩＤ（例えば、Ｎ０１〜Ｎ２５）を持つ複数のセンサノードについての、配置例、空間ＩＤの例（例えば、Ａ１〜Ａ４）、他の空間ＩＤの例（例えば、Ｂ１〜Ｂ３）、ゲートウェイ（ＧＷ）ＩＤの例（例えば、ＧＷ１〜ＧＷ５）、センサＩＤの例（例えば、Ｓ０１〜Ｓ０３）を示す図である。図６（ａ）〜（ｄ）には、図５（ａ）及び（ｂ）に示される空間情報テーブル２４ａが示すセンサノード１１の配置例が示されている。また、図６（ｅ）には、図３に示されるセンサノード情報テーブル２３ａのセンサノード１１の配置例が示されている。
【００２０】
図２において、フィルタ管理部２６は、データの絞り込みや物理量変換のためのフィルタを保持する。データ管理部２７は、空間情報解決部２５からのデータにフィルタ管理部２６が保持するフィルタを適用してデータを管理する。配信部２８は、データ管理部２７からのデータを配信する。通信インタフェース２９は、センサデータ統合装置２と通信網４との間でリクエストやデータを送受信するためのインタフェースである。
【００２１】
アプリケーション端末３からのリクエストは、センサネットワーク１からのデータに対する要求条件をまとめたものである。本実施の形態では、リクエストは、例えば、センサ情報管理部２３のセンサ種別及び／又は単位（図４のセンサ種別情報テーブル２３ｂにおけるセンサ種別及び／又は単位など）、及び、空間情報管理部２４の空間名（図５（ａ）及び（ｂ）の空間情報テーブル２４ａにおける空間名など）の中のいずれか１つ以上を指定する。ただし、これはリクエストの例示にすぎず、いずれかのセンサネットワークが提供する情報をリクエストの項目に含めることができる。
【００２２】
次に、センサデータ統合装置２の動作について説明する。図７は、本実施の形態に係るセンサデータ統合装置２の動作の一例を示すフローチャートである。また、図８は、本実施の形態における空間情報解決部２５の動作の一例を示すフローチャートであり、空間情報解決部２５が空間情報管理部２４の空間情報テーブル２４ａの情報を利用して空間情報を解決する動作の一例を示す。
【００２３】
図７に示されるように、センサデータ統合装置２においては、先ず、集信部２１が、アプリケーション端末３からリクエストを受け取り（ステップＳＴ１）、次に、リクエスト管理部２２が、センサ情報管理部２３のセンサノード情報テーブル２３ａのセンサに関する情報（図３のセンサＩＤ）とセンサノードに関する情報（図３のノードＩＤ）を参照する（ステップＳＴ２）。次に、リクエスト管理部２２が、空間情報管理部２４の空間情報テーブル２４ａの空間名に関する情報（図５（ａ）及び（ｂ）の空間ＩＤ）とセンサノードに関する情報（図５（ａ）及び（ｂ）のノードＩＤ）を参照し（ステップＳＴ３）、次に、リクエスト管理部２２で参照した情報を利用して、サプリケーション端末３からのリクエストを解決する（ステップＳＴ４）。
【００２４】
次に、集信部２１が、センサネットワーク１からデータを受け取り（ステップＳＴ５）、空間情報解決部２５が、空間情報を解決する（ステップＳＴ６）。次に、データ管理部２７が、センサネットワーク１から受け取ったデータに、リクエスト管理部２２で解決した情報を付加する（ステップＳＴ７）。次に、データ管理部２７が、データにフィルタ管理部２６の絞り込みのフィルタを適用し（ステップＳＴ８）、次に、データにフィルタ管理部２６の物理量変換のフィルタを適用する（ステップＳＴ９）。次に、配信部２８が、通信インタフェース２９及び通信網４を介して、アプリケーション端末３からのリクエストに応じたデータをアプリケーション端末３に配信する（ステップＳＴ１０）。
【００２５】
図８に示されるように、空間情報解決部２５で空間情報を解決するには、空間情報解決部２５が、空間情報管理部２４の空間情報テーブル２４ａの空間名とゲートウェイの情報（図５（ａ）及び（ｂ）の空間名及びＧＷＩＤ）を参照し（ステップＳＴ６１）、参照した情報を利用して空間情報を解決し（ステップＳＴ６２）、空間情報でデータを絞り込む（ステップＳＴ６３）。
【００２６】
次に、図６（ａ）〜（ｅ）及び図７を用いて具体例を説明する。センサデータ統合装置２がいずれかのアプリケーション端末３から受け取ったリクエストを、空間名が「第１チーム」で、センサ種別が「温度」で、単位が「℃」とする（ステップＳＴ１）。図４のセンサ種別情報テーブル２３ｂを参照すると、センサ種別が「温度」であり且つ単位が「℃」であるのは、センサＩＤが「Ｓ０１」であるセンサである。また、センサ種別が「温度」であり且つ単位が「Ｆ」であるのは、センサＩＤが「Ｓ０３」であるセンサである。また、図３のセンサノード情報テーブル２３ａを参照すると、センサＩＤが「Ｓ０１」であるのは、ノードＩＤが「Ｎ０１，Ｎ０２，…，Ｎ１５」であるセンサノードである。また、センサＩＤが「Ｓ０３」であるのは、ノードＩＤが「Ｎ１６，Ｎ１７，…，Ｎ２５」であるセンサノードである（ステップＳＴ２）。
【００２７】
図５（ａ）及び（ｂ）の空間情報管理部２４の空間情報テーブル２４ａを参照すると、空間名が「第１チーム」であるセンサノードは、ノードＩＤが「Ｎ０１，Ｎ０２，Ｎ０３，Ｎ０４，Ｎ０５」であるセンサノードである（ステップＳＴ３）。よって、センサ情報を解決すると、センサ種別が「温度」であり且つ単位が「℃」であるのは、ノードＩＤ「Ｎ０１，Ｎ０２，…，Ｎ１５」のセンサノードであり、センサ種別が「温度」であり且つ単位が「Ｆ」であるのは、ノードＩＤ「Ｎ１６，Ｎ１７，…，Ｎ２５」のセンサノードである。また、ノード情報を解決すると、空間名が「第１チーム」であるのは、ノードＩＤ「Ｎ０１，Ｎ０２，Ｎ０３，Ｎ０４，Ｎ０５」のセンサノードである（ステップＳＴ４）。
【００２８】
複数のゲートウェイ「ＧＷ１，ＧＷ２，ＧＷ３，ＧＷ４，ＧＷ５」からのデータを受け取って（ステップＳＴ５）、空間情報を参照すると、空間名が「第１チーム」であるのは、ＧＷＩＤが「ＧＷ１」のゲートウェイであり、空間情報を解決すると、空間名が「第１チーム」であるのは、ＧＷＩＤが「ＧＷ１」のゲートウェイであるので、データ管理部２７に渡されるデータは、ＧＷＩＤが「ＧＷ１」のゲートウェイからのデータに絞り込まれる（ステップＳＴ６）。データ管理部２７で解決した情報をデータに付加し（ステップＳＴ７）、絞り込みのフィルタを適用して、空間情報のノードＩＤで絞り込むと、データは、ノードＩＤ「Ｎ０１，Ｎ０２，Ｎ０３，Ｎ０４，Ｎ０５」のセンサノードからのデータに絞り込まれる。その後に、センサ情報のセンサ種別で絞り込むと、データは、ノードＩＤ「Ｎ０１，Ｎ０２，Ｎ０３，Ｎ０４，Ｎ０５」のセンサノードからのデータに絞り込まれる（ステップＳＴ８）。ノードＩＤ「Ｎ０１，Ｎ０２，Ｎ０３，Ｎ０４，Ｎ０５」のセンサノードからの絞り込まれたデータは、センサ種別が「温度」である且つ単位が「℃」であるので、摂氏の温度のセンサのデータを摂氏に物理量変換するフィルタを適用する（ステップＳＴ９）。そして、フィルタを適用してリクエストに一致させたデータをアプリケーション端末３に配信する（ステップＳＴ１０）。
【００２９】
以上に説明したように、本実施の形態に係るセンサデータ統合装置２においては、空間情報管理部２４の空間情報テーブル２４ａによって、複数のゲートウェイ（例えば、図５（ａ）及び（ｂ）のＧＷＩＤがＧＷ１〜ＧＷ５のゲートウェイ））と空間名（例えば、図５（ａ）及び（ｂ）の「第１チーム」など）との対応を記憶して管理しているので、アプリケーション端末３が要求する空間名のデータが、複数のゲートウェイ１２のいずれに存在するかを判定することができ、配信すべきデータが存在するゲートウェイを複数のゲートウェイ１２の内の１つ又は複数に絞り込むことができる。このため、本実施の形態のセンサデータ統合装置２によれば、ゲートウェイ１２からセンサデータ統合装置２を介してアプリケーション端末３へ配信されるデータの通信量を削減することができるという効果がある。
【００３０】
また、複数のゲートウェイの内の１つに絞り込まれたゲートウェイ１２からセンサデータ統合装置２を介してアプリケーション端末３にデータを配信するときに、センシングデータに多くの意味情報を付加する必要がなくなるので、ゲートウェイ１２における情報処理の負荷を軽減することができる。
【００３１】
また、複数のゲートウェイの内の１つに絞り込まれたゲートウェイ１２からセンサデータ統合装置２を介してアプリケーション端末３にデータを配信するときには、ゲートウェイ１２で付加される意味情報を変更する場合には、１つのゲートウェイ１２で意味情報を変更すればよいので、各ゲートウェイにおける情報処理の負荷が軽減される。
【００３２】
さらに、フィルタによる処理を実行することによち、アプリケーション端末３における物理量変換の負荷を軽減することができて、「単位」が複数存在する場合にアプリケーション端末３で複数の物理量変換をしなくてよいという効果がある。
【００３３】
なお、センサデータ統合装置２は、実装時には、他の装置（例えば、アプリケーション端末３のいずれか１つなど）と同一の装置上に配置されてもよい。
【符号の説明】
【００３４】
１，１ａ，１ｂ  センサネットワーク、  ２  センサデータ統合装置、  ３，３ａ，３ｂ  アプリケーション端末、  ４  通信網、  １１，１１ａ，１１ｂ  センサノード、  １２  ゲートウェイ、  ２１  集信部、  ２２  リクエスト管理部、  ２３  センサ情報管理部、  ２３ａ  センサノード情報テーブル、  ２３ｂ  センサ種別情報テーブル、  ２４  空間情報管理部、  ２４ａ  空間情報テーブル、  ２５  空間情報解決部、  ２６  フィルタ管理部、  ２７  データ管理部、  ２８  配信部、  ２９  通信インタフェース、  ３１  情報管理手段、  ３２  情報解決手段、  ３３  フィルタ手段、  Ａ１〜Ａ５，Ｂ１〜Ｂ３  空間ＩＤ、  ＧＷ１〜ＧＷ５  ゲートウェイ（ＧＷ）ＩＤ、  Ｎ０１〜Ｎ２５  ノードＩＤ、  Ｓ０１〜Ｓ０３  センサＩＤ。
【図１】
2010206350.tif 000003
【図２】
2010206350.tif 000004
【図３】
2010206350.tif 000005
【図４】
2010206350.tif 000006
【図５】
2010206350.tif 000007
【図６】
2010206350.tif 000008
【図７】
2010206350.tif 000009
【図８】
2010206350.tif 000010