(57)【特許請求の範囲】
【請求項１】
周期的に検知するセンサ及び通信機能を備える１又は複数のセンサノードからの周期的に検知されたセンサデータを用いてアプリケーションを行なうサーバに、ゲートウェイを介して、前記各センサノードから受信したセンサデータを提供するセンサデータ提供システムにおいて、
前記ゲートウェイが、
前記１又は複数のセンサノードから受信された１又は複数のセンサデータの属性及びセンサ値を記憶するセンサデータ記憶手段と、
前記アプリケーションを行なう前記サーバの要求に対応して供給された抽象化変換規則を格納する抽象化変換規則格納手段と、
前記抽象化変換規則格納手段に格納されている抽象化変換規則に従って、前記センサデータ記憶手段に記憶されているセンサデータから抽象化センサデータを生成し、当該抽象化センサデータの属性及びセンサ値を前記センサデータ記憶手段に記憶させる抽象化センサデータ生成手段と、
前記抽象化センサデータ生成手段により生成され前記センサデータ記憶手段に記憶されている抽象化センサデータの属性及びセンサ値を前記サーバに提供するデータ提供手段と
を備えることを特徴とするセンサデータ提供システム。
【請求項２】
前記サーバと前記ゲートウェイとは、センサデータ提供装置を介して接続されており、
前記センサデータ提供装置は、抽象化対象の属性及びセンサ値の抽象化変換方法を有する抽象化変換規則を格納する抽象化変換規則格納手段を備え、前記アプリケーションを行なう前記サーバの要求に基づいて、前記サーバの要求に対応した抽象化変換規則を前記ゲートウェイに供給する
ことを特徴とする請求項１に記載のセンサデータ提供システム。
【請求項３】
周期的に検知するセンサ及び通信機能を備え、前記センサにより周期的に検知されたセンサデータを送出する１又は複数のセンサノードと、当該センサデータを用いてアプリケーションを行なうサーバとの間に設けられたゲートウェイにおいて、
前記１又は複数のセンサノードから受信した１又は複数のセンサデータの属性及びセンサ値を記憶するセンサデータ記憶手段と、
前記アプリケーションを行なう前記サーバの要求に対応して供給された抽象化変換規則を格納する抽象化変換規則格納手段と、
前記抽象化変換規則格納手段に格納されている抽象化変換規則に従って、前記センサデータ記憶手段に記憶されているセンサデータから抽象化センサデータを生成し、当該抽象化センサデータの属性及びセンサ値を前記センサデータ記憶手段に記憶させる抽象化センサデータ生成手段と、
前記抽象化センサデータ生成手段により生成され前記センサデータ記憶手段に記憶されている抽象化センサデータの属性及びセンサ値を前記サーバに提供するデータ提供手段と
を備えることを特徴とするゲートウェイ。
【請求項４】
周期的に検知するセンサ及び通信機能を備え、前記センサにより周期的に検知されたセンサデータを送出する１又は複数のセンサノードと、当該センサデータを用いてアプリケーションを行なうサーバとの間に設けられたゲートウェイにおける抽象化センサデータ生成方法において、
前記１又は複数のセンサノードから受信した１又は複数のセンサデータの属性及びセンサ値をセンサデータ記憶手段に記憶し、
前記アプリケーションを行なう前記サーバの要求に対応して供給された抽象化変換規則を抽象化変換規則格納手段に格納し、
前記抽象化変換規則格納手段に格納されている抽象化変換規則に従って、前記センサデータ記憶手段に記憶されているセンサデータから、抽象化センサデータ生成手段が抽象化センサデータを生成し、当該抽象化センサデータの属性及びセンサ値を前記センサデータ記憶手段に記憶させ、
前記抽象化センサデータ生成手段により生成され前記センサデータ記憶手段に記憶されている抽象化センサデータの属性及びセンサ値を、データ提供手段が前記サーバに提供する
ことを特徴とする抽象化センサデータ生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、センサデータ提供システム、ゲートウェイ及び抽象化センサデータ生成方法に関し、例えば、多種多様なセンサからセンサデータを収集し、コンテキストアウェア装置等にセンサデータを提供するセンサデータ提供システム、ゲートウェイ及び抽象化センサデータ生成方法に適用し得るものである。
【背景技術】
【０００２】
近年、多種多様なセンサを利用したユビキタスなアプリケーションサービスが多種検討されている。
【０００３】
例えば、ユビキタスサービスの１つとして、ターゲットとする人やモノの周囲の状況を判断し、適切な情報配信や、機器の自動制御を行なうことで、様々な利便性をもたらすコンテキストアウェアサービスがある。コンテキストアウェアサービスは、例えば、省エネ管理（例えば、機器等の消費電力値等の管理など）や、火災や空き巣等の居住管理（例えば、地域等の温度管理など）や、ユーザ個人の健康管理など幅広い分野での利用が期待されている。
【０００４】
特許文献１には、コンテキストアウェアなサービスを提供する技術が記載されている。
【０００５】
また、図１０は、コンテキストアウェアなサービスを提供するシステムの従来の全体構成を示す。
【０００６】
コンテキストアウェアなサービスを提供するには、例えば、サービスを契約したユーザが、特許文献１の図１９に示すコンテキストアウェアポータルにサービス登録を行なう。
【０００７】
各アプリケーション（例えばサーバ）は、サービス提供に必要な多数のセンサデータを周期的に収集し、これら多数のセンサデータを用いた解析処理を行い、特許文献１の図１９に示すように、各アプリケーションがユーザに対してサービスを提供するという構成が必要となる。
【０００８】
この種のサービスでは、収集すべきセンサデータ種別や処理内容などの設定が必要であるが、それらの情報は例えば各アプリケーション側に設定されている。そして、各アプリケーションの要求により、各センサノードからの生データである実センサデータが各アプリケーションに与えられる。つまり、各アプリケーションは、センサノードから生のデータである実センサデータを取得しており、この実センサデータを用いた解析処理を行なっている。また、提供するサービスによっては、複数のアプリケーションが同一のセンサデータを利用することもあり、この場合、複数のアプリケーションが同一のセンサノードから当該センサデータの収集を行なう。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００７−２８７０４０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ところで、図１０に示すように、センサ（種別）とイベント定義との対応は１対１であり、既存センサに対して新規のセンサイベントを創出するということは考えられていない。
【００１１】
例えば、市町村のような広いレベルで、何らかのセンサ値の平均をとるという統計データのイベントを扱う場合に、各アプリケーションが、市町村などの広い範囲に散在する全センサを把握していることが必要であった。また例えば、センサノードを新規に追加した場合には、各アプリケーションにおいて新規のセンサイベントを再度定義することが必要となる。このように、各アプリケーションの負担が大きくなると、提供サービスのサービス品質の保持が難しくなったり、新規サービスの構築にも影響を及ぼすことにもなる。
【００１２】
また、上記のような統計センサイベントの場合、各センサノードから全センサイベントに関するセンサデータを各アプリケーションに向けて送信することになる。そのため、センサデータの通信量が膨大になり、ネットワーク全体の帯域効率化を図ることが求められる。
【００１３】
さらに、上述したように、同一のセンサイベントであっても、アプリケーション毎にセンサ種別を定義し、各アプリケーションがセンサデータを収集しなければならなかった。
【００１４】
そのため、ネットワーク全体の通信効率を考慮しつつ、各アプリケーションが意識せずにセンサデータを利用したサービスを容易に提供することができるセンサデータ提供システム、ゲートウェイ及び抽象化センサデータ生成方法が求められている。
【課題を解決するための手段】
【００１５】
かかる課題を解決するために、第１の本発明のセンサデータ提供システムは、周期的に検知するセンサ及び通信機能を備える１又は複数のセンサノードからの周期的に検知されたセンサデータを用いてアプリケーションを行なうサーバに、ゲートウェイを介して、各センサから受信したセンサデータを提供するセンサデータ提供システムにおいて、ゲートウェイが、（１）１又は複数のセンサノードから受信された１又は複数のセンサデータの属性及びセンサ値を記憶するセンサデータ記憶手段と、（２）アプリケーションを行なうサーバの要求に対応して供給された抽象化変換規則を格納する抽象化変換規則格納手段と、（３）抽象化変換規則格納手段に格納されている抽象化変換規則に従って、センサデータ記憶手段に記憶されているセンサデータから抽象化センサデータを生成し、当該抽象化センサデータの属性及びセンサ値を前記センサデータ記憶手段に記憶させる抽象化センサデータ生成手段と、（４）抽象化センサデータ生成手段により生成されセンサデータ記憶手段に記憶されている抽象化センサデータの属性及びセンサ値をサーバに提供するデータ提供手段とを備えることを特徴とする。
【００１６】
第２の本発明のゲートウェイは、周期的に検知するセンサ及び通信機能を備え、前記センサにより周期的に検知されたセンサデータを送出する１又は複数のセンサと、当該センサデータを用いてアプリケーションを行なうサーバとの間に設けられたゲートウェイにおいて、（１）１又は複数のセンサノードから受信された１又は複数のセンサデータの属性及びセンサ値を記憶するセンサデータ記憶手段と、（２）アプリケーションを行なうサーバの要求に対応して供給された抽象化変換規則を格納する抽象化変換規則格納手段と、（３）抽象化変換規則格納手段に格納されている抽象化変換規則に従って、センサデータ記憶手段に記憶されているセンサデータから抽象化センサデータを生成し、当該抽象化センサデータの属性及びセンサ値をセンサデータ記憶手段に記憶させる抽象化センサデータ生成手段と、（４）抽象化センサデータ生成手段により生成されセンサデータ記憶手段に記憶されている抽象化センサデータの属性及びセンサ値をサーバに提供するデータ提供手段とを備えることを特徴とする。
【００１７】
第３の本発明の抽象化センサデータ生成方法は、周期的に検知するセンサ及び通信機能を備え、前記センサにより周期的に検知されたセンサデータを送出する１又は複数のセンサと、当該センサデータを用いてアプリケーションを行なうサーバとの間に設けられたゲートウェイにおける抽象化センサデータ生成方法において、（１）１又は複数のセンサノードから受信された１又は複数のセンサデータの属性及びセンサ値をセンサデータ記憶手段に記憶し、（２）アプリケーションを行なうサーバの要求に対応して供給された抽象化変換規則を抽象化変換規則格納手段に格納し、（３）抽象化変換規則格納手段に格納されている抽象化変換規則に従って、センサデータ記憶手段に記憶されているセンサデータから、抽象化センサデータ生成手段が抽象化センサデータを生成し、当該抽象化センサデータの属性及びセンサ値をセンサデータ記憶手段に記憶させ、（４）抽象化センサデータ生成手段により生成されセンサデータ記憶手段に記憶されている抽象化センサデータの属性及びセンサ値を、データ提供手段がサーバに提供することを特徴とする。
【発明の効果】
【００１８】
本発明によれば、ネットワーク全体の通信効率を考慮しつつ、各アプリケーションが意識せずにセンサデータを利用したサービスを容易に提供することができる。
【図面の簡単な説明】
【００１９】
【図１】実施形態のセンサデータ提供システムの全体構成を示す全体構成図である。
【図２】実施形態のセンサデータ提供装置の内部構成を示す内部構成図である。
【図３】実施形態のゲートウェイの内部構成を示す内部構成図である。
【図４】実施形態の一般化センサデータの構成例を示す構成図である。
【図５】実施形態の抽象化ルールの構成を説明する説明図である。
【図６】実施形態のセンサデータ提供処理の動作を示すフローチャートである。
【図７】実施形態の抽象化センサデータへの変換を説明する説明図である（その１）。
【図８】実施形態の抽象化センサデータへの変換を説明する説明図である（その２）。
【図９】実施形態のセンサデータフォーマットの統一化の変換ルールを説明する説明図である。
【図１０】従来のコンテキストアウェアサービスを実施するシステムの構成例を示す構成図である。
【発明を実施するための形態】
【００２０】
（Ａ）主たる実施形態
以下では、本発明のセンサデータ提供システム、ゲートウェイ及び抽象化センサデータ生成方法の実施形態を図面を参照しながら説明する。
【００２１】
（Ａ−１）実施形態の構成
図１は、この実施形態のセンサデータ提供システムの全体構成を示す全体構成図である。図１において、この実施形態のセンサデータ提供システム５は、複数（図１では４台）のセンサノード２（２−１〜２−４）、ゲートウェイ３（３−１〜３−２）、センサデータ提供装置１、アプリケーション４（４−１〜４−２）を少なくとも有して構成される。
【００２２】
センサノード２は、種々のデータを周期的に検知してセンサデータとして送出するものである。センサノード２が検知する対象は、特に限定されるものではなく、広く適用することができる。例えば、温度、湿度、電力値、振動値、照度、人間感知等のさまざまな情報がある。
【００２３】
アプリケーション４は、コンテキストアウェアなサービスを提供する処理部又は装置（例えばサーバ等）である。アプリケーション４は、センサデータ提供装置１から転送されたセンサデータを用いて所定のアプリケーションを提供する。
【００２４】
センサデータ提供装置１は、ゲートウェイ３を介して、入力されたセンサデータをアプリケーション４に転送するものである。また、センサデータ提供装置１は、センサデータを蓄積し、入力センサデータと蓄積センサデータとを用いて新規のセンサデータを生成してからアプリケーション４に送信するものである。
【００２５】
図２は、センサデータ提供装置１の内部構成を示す内部構成図である。図２に示すように、センサデータ提供装置１は、データ受信部１０１、データ投入部１０２、データ変換部１０３、データ提供部１０４、センサデータデータベース（ＤＢ）１０５、抽象化ルール格納部１０６を持つ。
【００２６】
データ受信部１０１は、ゲートウェイ３から転送されたセンサデータを取り込み、このセンサデータをデータ投入部１０２及びデータ変換部１０３に与える処理部又は装置である。
【００２７】
データ投入部１０２は、データ受信部１０１から受け取ったセンサデータを、センサデータＤＢ１０５に与える機能をもつものである。
【００２８】
データ変換部１０３は、データ受信部１０１から受け取ったセンサデータの内容を、抽象化ルール格納部１０６に格納される抽象化ルールを参照しながら抽象化し、抽象化センサデータに変換するものである。
【００２９】
データ提供部１０４は、アプリケーション４から要求を受けると、その要求に該当するセンサデータをセンサデータＤＢ１０５から読み出してアプリケーション４に向けて送信する処理部又は装置である。
【００３０】
センサデータＤＢ１０５は、データ投入部１０２からのセンサデータを格納する記憶領域である。また、センサデータＤＢ１０５は、データ変換部１０３により抽象化変換された抽象化センサデータを格納する記憶領域である。
【００３１】
抽象化ルール格納部１０６は、抽象化センサデータに変換するためのルールを格納する記憶領域である。
【００３２】
センサノード２は、センサと通信機能とを有するものである。センサノード２のセンサの種類は、特に限定されるものではなく、種々のものが適用できる。例えば、温度、湿度、電力値、振動値、照度、人間感知など様々なものを検知するセンサを適用することができる。また、センサノード２の通信機能も、無線通信又は有線通信を行なうことができれば、ここでは特に限定されるものではない。センサノード２は、通信機能を用いて、センサが周期的に検知したセンサデータを、周辺のセンサノード２又はゲートウェイ３に送信し、最終的にアプリケーション４に送信する。また、センサノード２が送信するセンサデータ（実センサデータ）は、例えば、センサ種別、センサ値などの簡単なデータしか含まれていない。
【００３３】
ゲートウェイ３は、センサノード２から受信したセンサデータをセンサデータ提供装置１に転送する機能を有するネットワーク装置である。ゲートウェイ３は、複数台のセンサノード２と接続し、複数台のセンサノード２から受信したセンサデータを転送できるようにしても良い。また、ゲートウェイ３は、例えば、一般的なゲートウェイ、ホームゲートウェイ等として適用することができる。例えば、ゲートウェイ３をホームゲートウェイとする場合、家庭内のセンサデータを、宅外に設置したセンサデータ提供装置１に転送することになる。
【００３４】
また、ゲートウェイ３は、センサノード２から受け取ったセンサデータについて、センサ固有のデータフォーマットを、センサデータ提供装置１で一意に決めた統一データフォーマットに変換する機能を有する。
【００３５】
図３は、ゲートウェイ３の内部構成を示す内部構成図である。図３において、ゲートウェイ３は、データ受信部３０１、データ変換部３０２、付加情報追加部３０３、データ送信部３０４、変換ルール投入部３０５、変換ルール格納部３０６を少なくとも有する。
【００３６】
データ受信部３０１は、センサノード２が送信したデータの内、センサデータ提供サーバ１に転送すべきデータを受信する処理部又は装置である。例えば、データ受信部３０１は、受信パケットの送信先が、センサデータ提供装置１がセンサデータを提供するアプリケーション４であれば、当該パケットに含まれるセンサデータを取り込む。
【００３７】
データ変換部３０２は、変換ルール格納部３０６に格納される変換ルールを用いて、データ受信部３０１で取り込んだセンサデータを統一フォーマットに変換するものである。
【００３８】
付加情報追加部３０３は、データ変換部３０２により統一フォーマットに変換されたデータに、所定の付加情報を追加するものである。例えば、付加情報は予め接続するセンサノード２の位置情報などの付加情報がゲートウェイ３に登録されており、付加情報追加部３０３は、その登録されている情報を利用して付加情報を作成する。
【００３９】
図４は、付加情報追加部３０３により付加情報が追加された情報の一例を説明する説明図である。ここでは、例えば、データ変換部３０２が統一フォーマットにより「センサ種別」と「センサ値」とを含むデータに変換したとする。このとき付加情報追加部３０３は、統一化センサデータに対して、「時刻」、「宅内位置（位置）」、「ユーザ（位置）」、「地名（位置）」等の付加情報を追加した場合を例示する。付加情報は、時刻情報、位置情報に限定されるものではない。
【００４０】
データ送信部３０４は、付加情報追加部３０３により変換したセンサデータをセンサデータ提供装置１に送信する処理部又は装置である。
【００４１】
変換ルール投入部３０５は、センサデータのフォーマットを統一化する統一化ルールを受信し、変換ルール格納部３０６に登録するものである。ここで、統一化ルール（変換ルール）は、センサデータ提供装置１から供給されるようにしても良いし、又はセンサを製造した製造元（メーカ）サーバ等から供給されるようにしても良い。この実施形態では、センサデータ提供装置１から供給される場合を例示する。
【００４２】
変換ルール格納部３０６は、データフォートの統一化ルールである変換ルールを格納するものである。
【００４３】
なお、データ変換部３０２、付加情報追加部３０３は、センサノード２又はセンサデータ提供装置１に持たせるようにしてもよい。他の装置に持たせるならば、センサノード２からセンサデータ提供装置１に直接送信するようにしてもよい。
【００４４】
（Ａ−２）実施形態の動作
次に、この実施形態のセンサデータ提供装置１によるセンサデータ提供処理の動作を、図面を参照しながら説明する。
【００４５】
なお、以下の実施形態の動作では、サービスの一例として、例えば市町村等の比較的広い範囲の平均的な温度を提供する場合を例示して説明する。
【００４６】
センサノード２では、センサが周期的に検知し、その検知したセンサデータをゲートウェイ３に送信する。ゲートウェイ３は、センサデータ提供装置１に転送すべきセンサデータを受信すると、そのセンサデータを、一般フォーマットに形式変換及び付加情報の追加を行い、一般化センサデータとして、センサデータ提供装置１に送信する。
【００４７】
ここで、センサデータ提供装置１には、図４に例示する一般化センサデータが入力される。図４に示すように、例えば、一般化センサデータは、センサ種別、センサ値の他に、センシング時刻、位置情報などの付加情報も含むものである。例えば、図４に例示する一般化センサデータは、センサ種別が「温度」であり、センサ値が「２５．８（度）」であり、センシング時刻が「20103/4  10:40:02」であり、ユーザが「ユーザＡ」であり、当該センシング位置の地名（住所）が「○県△市□１丁目２番地」の「宅内」であることを示している。
【００４８】
（Ａ−２−１）抽象化ルールの作成について
センサデータ提供装置１では、あらかじめ抽象化ルールが作成され、その抽象化ルールが抽象化ルール格納部１０６に登録される。そこで、ここでは、抽象化ルールの作成について説明する。
【００４９】
抽象化ルールは、センサデータの属性（例えばセンサ種別、位置情報等）に応じて、その特性を抽出するためのルールである。ここで注意すべきことは、アプリケーション４はサービスに必要なセンサ種別のセンサデータを要求するので、その要求に対応するデータをセンサデータ提供装置１が提供できるようにすることである。そのため、抽象化ルールは、アプリケーション４が要求するセンサの属性と、要求に応じたセンサ値の変換方法等のルールを含むものである。
【００５０】
図５は、抽象化ルールの構成例を説明する説明図である。図５に例示する抽象化ルールは、「対象位置」、「対象センサ種別」、「変換方法」、「センサ種別」を項目とする。
【００５１】
「対象位置」はセンサデータを取得した位置を示し、「対象センサ種別」はセンサの種別を示す。
【００５２】
「変換方法」は、抽出化データを生成するための変換方法を示す。例えば、「変換方法：単純平均」だとすると、「対象位置」、「対象センサ種別」に該当するセンサデータを抽出すると、それらセンサデータを単純平均し、これに得られた値を抽象化データとする。なお、「変換方法」は、種々の方法を決めることができ、例えば、センサ値の変化量、閾値を超えたもの（又は超えなかったもの）の平均等でもよい。
【００５３】
「センサ種別」は、センサデータの内容種別である。例えば、図４に例示するセンサ種別「温度」であっても、例えば、機器やモノの温度や、人の温度など種々考えられるが、そのセンサ種別「温度」が「地域温度」であることを示す。
【００５４】
なお、「対象位置」の指定は、地名のように範囲が固定であるものについては、変換ルールをあらかじめ作成しておく必要はなく、アプリケーション４から取得制御を受信したときに登録すればよい。
【００５５】
（Ａ−２−２）抽象化センサデータの生成処理について
図６は、センサデータ提供装置１における抽象化センサデータの生成処理の動作を示すフローチャートである。
【００５６】
センサデータ提供装置１においてセンサデータが受信されると（ステップＳ１）、センサデータは、データ受信部１０１を経由し、データ投入部１０２によりセンサデータＤＢ１０５に登録される（ステップＳ２）。
【００５７】
また、受信したセンサデータはデータ変換部１０３に与えられる。データ変換部１０３は、当該センサデータに含まれる情報に基づいて、当該センサデータを抽象化するための抽象化ルールがあるか否かを抽象化ルール格納部１０３から検索する（ステップＳ３）。
【００５８】
このとき、抽象化ルールを検索できなければデータ変換処理を終了する（ステップＳ７）。
【００５９】
例えば、図４に示すような一般化センサデータを受信したとする。そして、センサデータに含まれるセンサ種別「温度」及び位置情報「○県△市□」であるから、これに一致する対象センサ種別「温度」及び対象位置「○県△市□」の抽象化ルール（図５参照）を検索する。
【００６０】
なお、ここでは、「センサ種別」及び「位置情報」をキーとして抽象化ルールを検索する場合を示したが、センサデータに含まれる全ての情報のうち１つ以上の情報をキーとして抽象化ルールを検索するようにしてもよい。また、１つのセンサデータから複数の抽象化ルールを検索できるようにしてもよい。
【００６１】
データ変換部１０３は、抽象化ルールを検索すると、その抽象化ルールに規定される属性に属する他のセンサデータを、センサデータＤＢ１０５から検索する（ステップＳ４）。
【００６２】
例えば、「○県△市□の温度データ」という属性に属する１又は複数のセンサデータをセンサデータＤＢ１０５から検索する。このとき、例えば、複数のユーザについてのセンサデータを検索した場合、センサデータＤＢ１０５に格納される各ユーザの１個のセンサデータ（例えば最新データのみ）を抽出するようにしてもよいし、また各ユーザの複数のセンサデータを抽出するようにしてもよい。また例えば、各ユーザの過去１日のデータを抽出するなど抽出範囲は特に限定されるものではない。また例えば、データ変換部１０３は、センサデータＤＢ１０５に格納される当該抽象化ルールの属性に属する過去の抽象化センサデータを用いるようにしてもよい。
【００６３】
データ変換部１０３がセンサデータＤＢ１０５から当該抽象化ルールの属性に属するセンサデータを検索すると、今回のセンサデータ及び検索したセンサデータを用いて、抽象化ルールに規定される変換方法を用いてセンサ値の変換を行なう（ステップＳ５）。
【００６４】
図７（ａ）は、「○県△市□の温度データ」という属性の各センサデータの一例であり、図７（ｂ）は、「○県△市□の温度データ」という属性の抽象化センサデータの一例を説明する説明図である。
【００６５】
図７（ａ）に示すように、「○県△市□の温度データ」という属性のセンサデータとして、ユーザＡ〜ユーザＤのセンサデータを検索したとする。データ変換部１０３は、抽象化ルールの変換方法が単純平均であるから、各センサデータのセンサ値を単純平均して「２５．６（℃）」を求める。この温度が、「○県△市□」の抽象化温度となる。
【００６６】
また例えば、上記例の場合の抽象化温度を求める別の方法を用いるようにしてもよい。
【００６７】
つまり、上記の例では、ステップＳ４で対象範囲のセンサデータを全て検索したが、センサデータＤＢ１０５から直前の抽象化温度（すなわち抽象化センサデータ）を用いるようにしてもよい。この場合、データ変換部１０３は、センサデータＤＢ１０５から「○県△市□の直前の抽象化温度」を抽出する。そして、この「○県△市□の直前の抽象化温度」と入力センサデータ、及び、対象範囲のセンサデータの総数を用いて抽象化温度センサ値の平均を更新するようにしてもよい。
【００６８】
この例の場合の抽象化温度の計算方法は、特に限定されないが、例えば式（１）を用いることができる。なお、式（１）に限定されず、抽象化ルールの属性及び求めるセンサ値に応じて、他の関数式を用いるようにしてもよい。
【００６９】
（更新後の抽象化温度）
＝｛直前の抽象化温度×（総数−１）／総数＋入力センサ値／総数｝…（１）
また、データ変換部１０３は、センサデータＤＢ１０５に格納される抽象化センサデータを用いて、別の抽象化ルールの抽象化センサデータを求めるようにしてもよい。例えば、「○県」の抽象化センサデータを求めるようにしてもよい。この場合の計算は、例えば、「○県」内の市町村単位の抽象化センサデータを計算するというように、階層的に広範囲の抽象化センサ値を計算するようにしてもよい。これは、例えば、市町村単位、県単位のセンサデータが欲しい等の統計的なアプリケーションがある場合に特に有効である。
【００７０】
次に、データ変換部１０３は、求めた抽象化センサデータをセンサデータＤＢ１０５に登録する（ステップＳ６）。
【００７１】
例えば、データ変換部１０３が図７（ａ）に例示するセンサデータを用いて図７（ｂ）に例示する抽象化センサデータに変換した場合、図７（ｂ）に例示する「センサ種別」が抽象化した「温度」であり、「温度」が「２５．６（℃）」、「位置（地名）」が「○県△市□」である抽象化センサデータをセンサデータＤＢに登録する。
【００７２】
（抽象化センサデータの別の例）
また、抽象化センサデータの別の例を説明する。上記の例では、抽象化ルールの属性が位置（又は空間）とする場合であり、その位置（又は空間）に属する対象センサのセンサデータを統合する場合を例示した。しかし、抽象化は、位置（又は空間）の属性に限定されるものではない。例えば、時間軸上の変化を抽象化するものであってもよい。
【００７３】
図８は、時間軸上の変化を抽象化して抽象化センサデータに変換する場合の例を示す。
【００７４】
時間軸上の変化として、同一種類のセンサデータを用いるようにしてもよいし、また異種のセンサデータを統合した抽象化センサデータを用いるようにしてもよい。図８では、異種のセンサデータを用いて抽象化センサデータに変換する場合を例示する。
【００７５】
図８（ａ）には、ユーザＡ〜ユーザＤの温度変動量のセンサデータを示す。なお、変換方法は単純平均とする。この場合、データ変換部１０３は、図８（ａ）の各センサデータを用いて抽象化温度変動量を「０．４」を求める。つまり、データ変換部１０３は、図８（ｂ）に示すように、「センサ種別」が抽象化した「変動量」であり、「温度」が「０．４（℃）」、「位置（地名）」が「○県△市□」である抽象化センサデータを求め、これをセンサデータＤＢに登録する。
【００７６】
（Ａ−２−３）アプリケーションでのデータの取得処理
アプリケーション４は、センサノード２からセンサデータ提供装置１に入力されるデータ、また抽象化センサデータの区別なく、サービスに必要な対象センサ種別を指定してセンサデータを要求している。
【００７７】
つまり、サービスに必要な対象センサ種別のセンサデータであれば、センサデータ提供装置１からの抽象化センサデータについてもアプリケーション４は取得可能である。
【００７８】
そこで、センサデータ提供装置１は、アプリケーション４から、例えば、「位置：○県△市□」、「センサ種別：温度センサ」を含む取得要求信号を受けると、「位置：○県△市□」、「センサ種別：温度センサ」をキーワードとしてセンサデータＤＢ１０５を検索し、これにより対応する抽象化センサデータをアプリケーション４に応答する。
【００７９】
（Ａ−２−４）統一化センサデータの生成
センサデータ提供装置１による抽象化センサデータへの変換処理の前に、センサデータのフォーマットが統一化されていないと、信頼性のある抽象化が充分にできない。
【００８０】
この実施形態では、ゲートウェイ３がセンサデータのフォーマットの統一化を行なう。
【００８１】
なお、フォーマットの統一化はセンサデータの抽象化の前であればよいので、センサデータ提供装置１が抽象化変化の前に行なうようにしてもよいし、センサノード２が行うようにしてもよい。
【００８２】
例えば、センサ種別を新規定義する場合若しくは統一フォーマット化を定義する場合、センサ固有のデータフォーマットを統一データフォーマットに変換する変換ルールを用意する。
【００８３】
この変換ルールは、センサデータ提供システム５の構成内で用意すればよく、例えばセンサデータ提供装置１に格納するようにしてもよいし、また別の変換ルールサーバ等（図示しない）に格納するようにしてもよい。
【００８４】
図９は、温度センサのフォーマットと、統一化センサデータのデータフォーマットとの対応関係の例を示す説明図である。
【００８５】
図９において、例えば「センサ１」は、単位が「℃（セルシウス温度）」であり有効数字が「０．００１」である場合を示す。また、「センサ２」は、単位が「Ｋ（ケルビン温度）」であり有効数字が「０．０１」である場合を示す。また、「センサ３」は、例えば温度抵抗特性を有する素子（例えばサーミスタ素子等）であり、単位が「Ω」であり有効数字が「１」である場合を示す。
【００８６】
また統一データフォーマットの「統一温度センサ」では、単位を「℃」とし、有効数字を「０．１」とする。そのため、センサ値を正規化するための変換方式は「変換」に記載される。例えば、「センサ２」の単位が「Ｋ」であるから、統一温度センサの単位「℃」に変換するためには、「ｖａｌｕｅ（センサ値）−２７３．２」の変換式を用いることを示す。
【００８７】
ゲートウェイ３は、センサノード２を接続すると、そのセンサノード２内のセンサに関する変換ルールを、例えばセンサデータ提供装置１等から取り込み、変換ルールＤＢ３０５６に登録しておく。
【００８８】
このような初期動作の完了後、センサノード２からセンサデータを受信するとデータ変換部３０２が、統一センサ値、例えば、温度ならば℃（セルシウス温度）に変換する。
【００８９】
次に、付加情報追加部３０３は、図４のようにセンサ種別、センサ値以外の付加情報を追加する。なお、付加情報については予めゲートウェイ３がセンサノード２の各センサの位置等を登録しておき、この情報を用いてセンサに関する情報を付加する。
【００９０】
そして、形成されたセンサデータをデータ送信部３０３からセンサデータ提供部１に送信する。
【００９１】
（Ａ−３）実施形態の効果
以上のように、この実施形態によれば、センサデータ提供装置１が、複数のセンサデータについて、例えば位置、時間等による統合・抽象化処理を行ない、抽象化処理後のセンサデータをセンサイベントとしてアプリケーション４に提供することにより、アプリケーション４が必要な実センサデータ（センサノードが送信したセンサデータ）を全て取得する必要がなくなるという効果が得られる。
【００９２】
また、実施形態では、抽象化センサデータは実センサデータと同様な定義とする。これにより、アプリケーション４は、実センサデータの取得制御と同様にして抽象化センサデータを取得することができる。また、センサを新規追加したとしても、アプリケーションは意識しなくてよく、センサデータを利用した新規サービスを容易に構築することができるという効果が得られる。
【００９３】
さらに、実施形態では、抽象化処理をアプリケーションに提供する前に行なうことにより、同一の抽象化センサデータを使用する場合や、別の抽象化センサデータを包含するような抽象化センサデータ値の計算をする場合に複数アプリケーションで抽象化センサデータを共有できるため、各アプリケーションで個々に計算するより効率的になるという効果が得られる。
【００９４】
（Ｂ）他の実施形態
上述した実施形態では、センサノード、ゲートウェイ、センサデータ提供装置、アプリケーションの順に接続する場合で説明したが、その他の装置を含んでもよい。また、機能を他と兼用するならばこれらの一部の装置を省略してもよい。
【００９５】
上述した実施形態において、センサデータのデータフォーマットの統一化処理、抽象化処理は、いわゆるソフトウェア処理により実現することができる。例えば、ゲートウェイアやセンサデータ提供装置が、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ等から構成され、ＣＰＵが、ＲＯＭに格納される処理プログラムを読み出し、この処理プログラム及び処理に必要なデータを用いて実行することにより、これらの処理は実現される。
【符号の説明】
【００９６】
１…センサデータ提供装置、
１０１…データ受信部、１０２…データ投入部、１０３…データ変換部、
１０４…データ提供部、１０５…センサデータＤＢ、１０６…抽象化ルール格納部、  ３−１〜３−２…ゲートウェイ、
３０１…データ受信部、３０２…データ変換部、３０３…付加情報追加部、
３０４…データ送信部、３０５…変換ルール投入部、３０６…変換ルール格納部、
２−１〜２−４…センサノード、４−１〜４−２…アプリケーション、
５…センサデータ提供システム。
【図１】
0005505464.tif 000002
【図２】
0005505464.tif 000003
【図３】
0005505464.tif 000004
【図４】
0005505464.tif 000005
【図５】
0005505464.tif 000006
【図６】
0005505464.tif 000007
【図７】
0005505464.tif 000008
【図８】
0005505464.tif 000009
【図９】
0005505464.tif 000010
【図１０】
0005505464.tif 000011