(57)【特許請求の範囲】
【請求項１】
センサ情報ＤＢに格納されるセンサ情報を扱う情報処理装置であって、
該情報処理装置は、
センサ装置が接続されるセンサネットワークと接続し、
前記センサ情報の要求を前記センサ情報ＤＢに登録するセンサ情報受信要求登録機能と、
前記センサ装置からのセンサ情報受信機能と、
該受信したセンサ情報から定められたセンサ情報のみを取り出すセンサ情報選択機能と、
該取り出したセンサ情報を前記センサ情報ＤＢに登録するセンサ情報登録機能と、
を少なくとも有することを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
該情報処理装置はさらに、
前記センサ情報登録機能によって登録する前記センサ情報の公開対象を生成するセンサ情報公開対象生成機能を有し、
該センサ情報公開対象生成機能で生成されたセンサ情報公開対象を、該センサ情報登録機能が登録するセンサ情報に付加する
ことを特徴とする情報処理装置。
【請求項３】
請求項１または２に記載の情報処理装置であって、
該情報処理装置はさらに、
前記センサ装置への制御情報を生成するセンサ制御情報構築機能と、
該制御情報を前記センサ装置に送信するセンサ制御情報送信機能
とを少なくとも有することを特徴とする情報処理装置。
【請求項４】
請求項３に記載の情報処理装置であって、
該情報処理装置はさらに、
時刻により内部機能の駆動を開始する計時機能
を有し、
前記センサ制御情報送信機能は、前記時計機能により開始
することを特徴とする情報処理装置。
【請求項５】
センサ情報ＤＢに格納されるセンサ情報を扱う情報処理方法であって、
前記センサ情報の要求を前記センサ情報ＤＢに登録するセンサ情報受信要求登録手順と、
前記センサ情報を前記センサ情報ＤＢから受信するセンサ情報受信手順と、
該受信したセンサ情報から定められたセンサ情報のみを取り出すセンサ情報選択手順と、
該取り出したセンサ情報を前記センサ情報ＤＢに登録するセンサ情報登録手順と、
を順に有することを特徴とする情報処理方法。
【請求項６】
請求項５に記載の情報処理方法であって、
前記センサ情報受信手順と同時、
前記センサ情報受信手順と前記センサ情報選択手順の間、
前記センサ情報選択手順と同時又は
前記センサ情報選択手順と前記センサ情報登録手順の間に、さらに、
公開対象のセンサ情報を生成するセンサ情報公開対象生成手順を有し、
前記センサ情報登録手順において、該センサ情報公開対象生成手順で生成されたセンサ情報公開対象を、該センサ情報登録手順において登録するセンサ情報に付加する
ことを特徴とする情報処理方法。
【請求項７】
請求項５または６に記載の情報処理方法であって、
前記センサ情報受信手順の前、
前記センサ情報受信手順と同時、
前記センサ情報受信手順と前記センサ情報選択手順の間、
前記センサ情報選択手順と同時、
前記センサ情報選択手順と前記センサ情報登録手順の間、
前記センサ情報登録手順と同時、又は
前記センサ情報登録手順の後に、さらに、
センサ装置への制御情報を生成するセンサ制御情報構築手順と、
該制御情報を前記センサ装置に送信するセンサ制御情報送信手順と、
を順に有することを特徴とする情報処理方法。
【請求項８】
請求項７に記載の情報処理方法であって、
前記センサ制御情報送信手順において、定められた時刻に前記制御情報を前記センサ装置に送信する
ことを特徴とする情報処理方法。
【請求項９】
請求項５から請求項８のいずれかに記載の情報処理方法における
前記センサ情報受信要求登録手順、前記センサ情報受信手順、前記センサ情報選択手順及び前記センサ情報登録手順、或いは、
前記センサ情報受信要求登録手順、前記センサ情報受信手順、前記センサ情報選択手順、前記センサ情報登録手順及び前記センサ情報公開対象生成手順、或いは、
前記センサ情報受信要求登録手順、前記センサ情報受信手順、前記センサ情報選択手順、前記センサ情報登録手順、前記センサ制御情報構築手順及び前記センサ制御情報送信手順、或いは、
前記センサ情報受信要求登録手順、前記センサ情報受信手順、前記センサ情報選択手順、前記センサ情報登録手順、前記センサ情報公開対象生成手順、前記センサ制御情報構築手順及び前記センサ制御情報送信手順
を、コンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、センサ情報ＤＢに格納されるセンサ情報を扱う情報処理装置及び情報処理方法に関する。
【背景技術】
【０００２】
多様なセンサやアクチュエータを身の回りに配置して動作させるユビキタスコンピューティング分野においては、センサからの情報を履歴として蓄え後から検索取得する機能を提供する、センサ情報ＤＢが研究されている。このようなセンサ情報ＤＢの例として、ｕＴｕｐｌｅＳｐａｃｅ（非特許文献１）がある。ｕＴｕｐｌｅＳｐａｃｅにおいては、個々のセンサ情報をＥＡ、検索式をＥＦと呼称している。
【０００３】
ｕＴｕｐｌｅＳｐａｃｅの技術的特徴の一つに、ＥＡの履歴を後からＥＦにより検索する機能と、ＥＦを事前に登録しておき新たなＥＡが蓄積されると該ＥＡの新着通知をＥＦ登録元が受け取る機能とを、統合していることが挙げられる。
【０００４】
またｕＴｕｐｌｅＳｐａｃｅのさらなる技術的特徴の一つに、アクチュエータ機器はＣＦと呼ばれる検索式を登録しておくと、ＣＡと呼ばれる送信情報がｕＴｕｐｌｅＳｐａｃｅに登録された際に、該ＣＡの新着通知をＣＦ登録元が受け取る機能が挙げられる。すなわち、この機能を用いると、アプリケーションロジックがＣＡを登録することによってアクチュエータ機器に制御コマンドを送信することができる。このように、情報検索と機器制御を、ｕＴｕｐｌｅＳｐａｃｅへの情報の登録という類似性の高い操作で統一的に扱えることが特徴である。
【０００５】
また、ｕＴｕｐｌｅＳｐａｃｅの技術的特徴の一つに、個々のセンサ情報を、「キー名＝値，キー名＝値，……」のようなＫｅｙ−Ｖａｌｕｅペアの並びとして表現することがある。このキー名はデータ登録者が自由に設定することができ、様々なセンサデータのコンテンツや、センサの制御情報などのメタデータを、ひとまとめに取り扱うことができる。非特許文献１では、ｕＴｕｐｌｅＳｐａｃｅが持つＫＷＧ言語機能により、センサからのパケットを上記データ表現に変換する機能が開示されている。また逆に、上記データ表現をＫＷＧ言語機能で解釈して、センサ（あるいはアクチュエータ機器）への送信パケットにする機能を持つこともｕＴｕｐｌｅＳｐａｃｅの特徴である。
【０００６】
ｕＴｕｐｌｅＳｐａｃｅを用いると、センサからの情報を表示するようなセンサシステムを作成できる。例えば、１時間に１度、センサが検針結果と制御情報をデータ送信する。検針結果とは例えば現在温度と現在湿度であり、また、制御情報とは例えばセンサ装置の電池の残量である。送信されたデータは前記データ表現の形式でｕＴｕｐｌｅＳｐａｃｅに蓄積する。蓄積された情報は、後から、蓄積した本人だけが、Ｗｅｂブラウザから用いるＷｅｂアプリケーションで画面表示する。例えば、上記、現在温度と現在湿度ならびに電池の残量を表示する。このようなシステムの作成は、ｕＴｕｐｌｅＳｐａｃｅを用いれば、当業者にとって容易である。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】「大量スキーマレスデータの蓄積・検索を実現する新しいｕＴｕｐｌｅＳｐａｃｅの設計と実装」、柏木  啓一郎ほか著、マルチメディア，分散，協調とモバイル（ＤＩＣＯＭＯ２０１０）シンポジウム、２０１０年７月
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従来、ｕＴｕｐｌｅＳｐａｃｅを用いて作成したセンサシステムでは、ｕＴｕｐｌｅＳｐａｃｅに蓄積された情報を他の人が取得して表示する際、センサの制御情報まで見られてしまうという問題があった。具体的には、センサからのデータをＫＷＧ言語機能で一律に変換して、Ｋｅｙ−Ｖａｌｕｅペアの並びとして表現されるデータ形式でｕＴｕｐｌｅＳｐａｃｅに蓄積する。この並びの中にはセンサの制御情報、例えば電池残量等の情報も、含まれる。この情報はセンサの所有者すなわちデータを蓄積した本人にとっては、必要な情報であり、省くことができない。
【０００９】
しかし、この制御情報を保安上の問題等から他人には見せてはいけない場合には、このデータ形式をそのまま他人に開示することはできない点が問題となる。
【００１０】
また従来、ｕＴｕｐｌｅＳｐａｃｅを用いて作成したセンサシステムでは、ｕＴｕｐｌｅＳｐａｃｅに蓄積された情報を複数の人が取得して表示する際、その人の持つ権限に応じて表示内容を隠すことができないという問題があった。具体的には、センサからのデータをＫＷＧ言語機能で一律に変換して、Ｋｅｙ−Ｖａｌｕｅペアの並びとして表現されるデータ形式でｕＴｕｐｌｅＳｐａｃｅに蓄積する。センサが複数の数値を出力する場合、この並びの中には該複数の数値、例えば温度と湿度の情報等も、含まれる。この情報はセンサの所有者すなわちデータを蓄積した本人にとっては、どちらも必要な情報であり、省くことができない。
【００１１】
しかし、このうち一方の情報は保安上の問題等から他人には見せてはいけない場合には、このデータ形式をそのまま他人に開示することはできない点が問題となる。
【００１２】
また従来、ｕＴｕｐｌｅＳｐａｃｅを用いて作成したセンサシステムを開発する際、開発途中でのセンサ装置の仕様変更に応じて、センサ情報を表示するＷｅｂ等アプリケーションの動作仕様を変更しなければならず、センサと表示アプリケーションの開発分業すなわち並行開発が困難であるという問題があった。具体的には、一般に、このような開発ではセンサの細かい動作が開発途中に仕様変更になることが多い。例えば、パケットのフォーマットや、搭載するセンサの追加、制御情報の増減、あるいは制御シーケンスの変更などがある。
【００１３】
しかし、表示アプリケーションは、センサを制御しデータを表示する必要があるため、センサの仕様を確定した上でそれに対応する処理を行うように製造しなければならない。
従って、センサの開発途中での仕様変更が起きると、表示アプリケーションも開発途中で大幅に内容を変更する必要が生じる。このためセンサと表示アプリケーションを同時並行で開発することは困難である。また特に、センサと表示アプリケーションの開発をそれぞれ別の開発会社が担当する場合などでは、開発会社間で仕様変更の情報連携が不十分となり、開発結果に齟齬が生じて、両者を結合したシステムが仕様不一致により正常に動作しないといった開発上の困難が生じる。
【００１４】
本発明の目的は、上記問題を解決し、センサ情報ＤＢに格納するセンサ情報が含むデータを柔軟に増減あるいは形式変更して、センサ情報の複数人での活用を可能にしあるいはセンサ装置と表示アプリケーションの開発分業を容易にする、センサ情報加工装置を提供することにある。
【課題を解決するための手段】
【００１５】
上記目的を達成するために、本願発明の情報処理装置は、センサ情報ＤＢに格納されるセンサ情報を扱う情報処理装置であって、該情報処理装置は、センサ装置が接続されるセンサネットワークと接続し、前記センサ情報の要求を前記センサ情報ＤＢに登録するセンサ情報受信要求登録機能と、前記センサ装置からのセンサ情報受信機能と、該受信したセンサ情報から定められたセンサ情報のみを取り出すセンサ情報選択機能と、該取り出したセンサ情報を前記センサ情報ＤＢに登録するセンサ情報登録機能と、を少なくとも有することを特徴とする。
【００１６】
本願発明の情報処理装置では、該情報処理装置はさらに、前記センサ情報登録機能によって登録する前記センサ情報の公開対象を生成するセンサ情報公開対象生成機能を有し、該センサ情報公開対象生成機能で生成されたセンサ情報公開対象を、該センサ情報登録機能が登録するセンサ情報に付加してもよい。
【００１７】
本願発明の情報処理装置では、該情報処理装置はさらに、前記センサ装置への制御情報を生成するセンサ制御情報構築機能と、該制御情報を前記センサ装置に送信するセンサ制御情報送信機能とを有していてもよい。
【００１８】
本願発明の情報処理装置では、該情報処理装置はさらに、時刻により内部機能の駆動を開始する計時機能を有し、前記センサ制御情報送信機能は、前記時計機能により開始してもよい。
【００１９】
上記目的を達成するために、本願発明の情報処理方法は、センサ情報ＤＢに格納されるセンサ情報を扱う情報処理方法であって、前記センサ情報の要求を前記センサ情報ＤＢに登録するセンサ情報受信要求登録手順と、前記センサ情報を前記センサ情報ＤＢから受信するセンサ情報受信手順と、該受信したセンサ情報から定められたセンサ情報のみを取り出すセンサ情報選択手順と、該取り出したセンサ情報を前記センサ情報ＤＢに登録するセンサ情報登録手順と、を順に有することを特徴とする。
【００２０】
本願発明の情報処理方法では、前記センサ情報受信手順と前記センサ情報登録手順の間に、さらに、公開対象のセンサ情報を生成するセンサ情報公開対象生成手順を有し、前記センサ情報登録手順において、該センサ情報公開対象生成手順で生成されたセンサ情報公開対象を、該センサ情報登録手順において登録するセンサ情報に付加してもよい。
ここで、前記センサ情報受信手順と前記センサ情報登録手順の間は、例えば、前記センサ情報受信手順と前記センサ情報選択手順の間、前記センサ情報受信手順と同時、前記センサ情報選択手順と同時又は前記センサ情報選択手順と前記センサ情報登録手順の間である。
【００２１】
本願発明の情報処理方法では、さらに、センサ装置への制御情報を生成するセンサ制御情報構築手順と、該制御情報を前記センサ装置に送信するセンサ制御情報送信手順と、を順に有してもよい。
ここで、センサ制御情報構築手順及びセンサ制御情報送信手順は、前記センサ情報受信手順の前、前記センサ情報受信手順と同時、前記センサ情報受信手順と前記センサ情報選択手順の間、前記センサ情報選択手順と同時、前記センサ情報選択手順と前記センサ情報登録手順の間、前記センサ情報登録手順と同時、又は前記センサ情報登録手順の後、のいずれのタイミングに行ってもよい。
【００２２】
本願発明の情報処理方法では、前記センサ制御情報送信手順において、定められた時刻に前記制御情報を前記センサ装置に送信してもよい。
【００２３】
本願発明のプログラムは、本願発明の情報処理方法における前記センサ情報受信要求登録手順、前記センサ情報受信手順、前記センサ情報選択手順及び前記センサ情報登録手順、或いは、前記センサ情報受信要求登録手順、前記センサ情報受信手順、前記センサ情報選択手順、前記センサ情報登録手順及び前記センサ情報公開対象生成手順、或いは、前記センサ情報受信要求登録手順、前記センサ情報受信手順、前記センサ情報選択手順、前記センサ情報登録手順、前記センサ制御情報構築手順及び前記センサ制御情報送信手順、或いは、前記センサ情報受信要求登録手順、前記センサ情報受信手順、前記センサ情報選択手順、前記センサ情報登録手順、前記センサ情報公開対象生成手順、前記センサ制御情報構築手順及び前記センサ制御情報送信手順を、コンピュータに実行させるためのプログラムである。
【００２４】
なお、上記各発明は、可能な限り組み合わせることができる。
【発明の効果】
【００２５】
以上述べたように、本発明によれば、センサ情報ＤＢに格納するセンサ情報が含むデータを柔軟に増減あるいは形式変更して、センサ情報の複数人での活用を可能にしあるいはセンサ装置と表示アプリケーションの開発分業を容易にする、センサ情報加工装置を実現できる。
【図面の簡単な説明】
【００２６】
【図１】本実施の形態におけるシステム全体の構成を示す。
【図２】センサ情報受信要求登録部（１１１）が起動時に登録する待ち受け検索式を示す。
【図３】センサ（１０３）がｕＴｕｐｌｅＳｐａｃｅ（１０４）に追加登録するセンサ情報を示す。
【図４】センサ情報加工装置（１０１）の処理手順を示す。
【図５】センサ情報選択部（１１３）が１つ目のＥＡの登録のために情報選択したセンサ情報を示す。
【図６】センサ情報選択部（１１３）が２つ目のＥＡの登録のために情報選択したセンサ情報を示す。
【図７】センサ制御情報構築部（１１５）が生成したＣＡ（２７１）を示す。
【図８】センサ情報加工装置（１０１）の処理手順を示す。
【図９】頻繁にセンサ情報を取得するためにセンサ制御情報構築部（１１５）が生成したＣＡ（２９１）を示す。
【発明を実施するための形態】
【００２７】
本発明の実施の最良の形態を以下に示す。
第１図は、本実施の形態におけるシステム全体の構成を示す。ネットワーク（１０５）に、センサ情報加工装置（１０１）、Ｗｅｂサーバ装置（１０２）、センサ（１０３）、およびセンサ情報ＤＢとしてのｕＴｕｐｌｅＳｐａｃｅ（１０４）が接続される。
【００２８】
センサ情報加工装置（１０１）は、本願発明の情報処理装置として機能する。具体的には、センサ情報加工装置（１０１）はその内部に、センサ情報受信要求登録部（１１１）、センサ情報受信部（１１２）、センサ情報選択部（１１３）、センサ情報登録部（１１４）、センサ制御情報構築部（１１５）、センサ制御情報送信部（１１６）、計時部（１１７）、およびセンサ情報公開対象生成部（１１８）を持つ。
【００２９】
センサ（１０３）は識別子として「Ａ」を持ち、温度と湿度の２つの種類のセンサを具備する。
センサ（１０３）は、１時間に１回自動的に温度と湿度のセンサデータを送信する定時検針機能と、外部から検針要求を受け取ってその時点の温度と湿度のセンサデータを送信する機能とを持つ。
【００３０】
センサ（１０３）は、センサデータをＥＡとしてｕＴｕｐｌｅＳｐａｃｅ（１０４）に登録する。またセンサ（１０３）は起動時にＣＦをｕＴｕｐｌｅＳｐａｃｅ（１０４）に登録しておき、外部からｕＴｕｐｌｅＳｐａｃｅ（１０４）に登録されたＣＡが該ＣＦに検索適合すると、該ＣＡをセンサ（１０３）が受け取ることができる。このようなセンサ（１０３）は前記述べたｕＴｕｐｌｅＳｐａｃｅ（１０４）の基本的機能を用いて作成できる。
【００３１】
Ｗｅｂサーバ装置（１０２）は、ｕＴｕｐｌｅＳｐａｃｅ（１０４）に蓄積されたＥＡを取得し、Ｗｅｂブラウザに表示する機能を持つ。このようなＷｅｂサーバ装置は、例えばＲｕｂｙ  ｏｎ  Ｒａｉｌｓ等のＷｅｂフレームワーク技術を利用するなどして容易に作成できる。
【００３２】
以下、本システムの動作を順を追って説明する。
まず、システム起動時の動作を示す。第２図は、センサ情報受信要求登録部（１１１）が起動時に登録する待ち受け検索式を示す。システムが起動する際、センサ情報受信要求登録手順を行う。例えば、センサ情報受信要求登録部（１１１）はＥＦ（２２１）を、検索式としてｕＴｕｐｌｅＳｐａｃｅ（１０４）に登録する。ここで（現在日時）の部分には、登録処理を行った時点での日時を数値として埋め込む。＿ａｃｃｅｓｓは検索におけるアクセス権の表明を行う。この例では「ｃｏｍｐａｎｙＸ」のアクセス権限でデータ検索を行うことを示す。ｕＴｕｐｌｅＳｐａｃｅ（１０４）は、ＥＦ（２２１）を受け取ると、以降、待ち受け状態に入る。
【００３３】
次に、センサ（１０３）が定時検針動作を行い新たなセンサ情報が発生した場合の動作を示す。
第３図は、センサ（１０３）がｕＴｕｐｌｅＳｐａｃｅ（１０４）に追加登録するセンサ情報を示す。
ＥＡ（２３１）は、
Ａという識別子を持つセンサ（１０３）が、
２０１０年１２月２４日１８時０分の検針日時に、
データタイプが生データで、
値１すなわち温度は２４３割る１０＝２４．３度、
値２すなわち湿度は１５３割る２５５掛ける１００＝６０％であり、
バッテリー残量が８０％であり、
データ公開先は「ｃｏｍｐａｎｙＸ」である
ことを示している。
センサ情報はＥＡとしてｕＴｕｐｌｅＳｐａｃｅ（１０４）に登録される。
【００３４】
ｕＴｕｐｌｅＳｐａｃｅ（１０４）は内部に保持するセンサ情報の一覧に当該ＥＡを追記するとともに、待ち受けているＥＦの中で条件に合致するものがないかを調べ、合致しているものがあれば、当該ＥＡをＥＦの登録元へと送信する。本例であれば、ＥＡ（２３１）はＥＦ（２２１）に合致しているため、ＥＡ（２３１）がセンサ情報加工装置（１０１）へと送信される。
【００３５】
第４図は、センサ情報加工装置（１０１）の処理手順を示す。
以下では、１つのＥＡを受け取って、２つの異なるＥＡを生成して登録し、さらに１つのＣＡを生成して登録する例を示す。
【００３６】
ＥＡ（２３１）をセンサ情報受信部（１１２）がｕＴｕｐｌｅＳｐａｃｅ（１０４）から受け取る（手順２４１）。本実施形態では、この受け取りがセンサ情報受信手順に相当する。
まず１つ目のＥＡの登録を、次のようにして行う。
１つ目のＥＡは、ｃｏｍｐａｎｙＸ自身が後日利用するためのもので、センサから得られた情報をコンテンツ（温度・湿度）および制御情報（バッテリー残量）をすべて含めて、後日使いやすい形式に以下のように変換するものである。
【００３７】
センサ情報選択部（１１３）は、該ＥＡの中から次のようにして、１つ目のＥＡに対して定められたセンサ情報を取り出し、さらに情報を加工して形式変換を行う（手順２４２）。すなわち、＿ａｃｃｅｓｓ以外の全てのキーの情報を取り出す。次に、ｖａｌｕｅ０１のキーを「ｔｅｍｐ」と読み替え、その値は１０で割る。また、ｖａｌｕｅ０２のキーを「ｈｕｍｉ」と読み替え、その値は２５５で割って１００を掛ける。またｔｙｐｅのキーはその値を「ｔｅｍｐｈｕｍｉ」とする。第５図は、センサ情報選択部（１１３）が１つ目のＥＡの登録のために情報選択したセンサ情報を示す。第５図の「情報選択後の値」（２５１）が、上記、センサ情報の取り出しと形式変換の結果を示す。なお、手順２４２におけるキーの情報の取り出しがセンサ情報選択手順に相当する。
【００３８】
次に、センサ情報公開対象生成部（１１８）は、本処理は１つ目のＥＡに対するものであることを踏まえ、その公開対象として「ｃｏｍｐａｎｙＸ」なる値を生成する（手順２４３）。本実施形態では、この値の生成がセンサ情報公開対象生成手順に相当する。
【００３９】
次に、センサ情報登録部（１１４）は、手順２４２の結果すなわち該情報選択後の値（２５１）に、手順２４３の結果すなわち「ｃｏｍｐａｎｙＸ」を「＿ａｃｃｅｓｓ＝ｃｏｍｐａｎｙＸ」のようにアクセス権指定として付加し、できあがったＥＡ（２５２）をｕＴｕｐｌｅＳｐａｃｅ（１０４）に登録する（手順２４４）。本実施形態では、この登録がセンサ情報登録手順に相当する。
１つ目のＥＡの登録は以上のようにしてなされる。
【００４０】
次に、２つ目のＥＡの登録を、次のようにして行う。
２つ目のＥＡは、ｃｏｍｐａｎｙＸ以外に広く公開し利用させるためのもので、センサから得られた情報のうち公開してよいコンテンツ（温度）のみを含め、制御情報は含めないこととし、形式を以下のように変換するものである。
【００４１】
センサ情報選択部（１１３）は、該ＥＡの中から次のようにして、２つ目のＥＡに対して定められたセンサ情報を取り出し、さらに情報を加工して形式変換を行う（手順２４５）。すなわち、＿ａｃｃｅｓｓとｂａｔｔとｖａｌｕｅ０２以外の全てのキーの情報を取り出す。次に、ｖａｌｕｅ０１のキーを「ｔｅｍｐ」と読み替え、その値は１０で割る。またｔｙｐｅのキーはその値を「ｔｅｍｐ」とする。第６図は、センサ情報選択部（１１３）が２つ目のＥＡの登録のために情報選択したセンサ情報を示す。第６図の「情報選択後の値」（２６１）が、上記、センサ情報の取り出しと形式変換の結果を示す。なお、手順２４５におけるキーの情報の取り出しがセンサ情報選択手順に相当する。
【００４２】
次に、センサ情報公開対象生成部（１１８）は、本処理は２つ目のＥＡに対するものであることを踏まえ、その公開対象として「ｐｕｂｌｉｃ」なる値を生成する（手順２４６）。本実施形態では、この値の生成がセンサ情報公開対象生成手順に相当する。
【００４３】
次に、センサ情報登録部（１１４）は、手順２４５の結果すなわち該情報選択後の値（２６１）に、手順２４６の結果すなわち「ｐｕｂｌｉｃ」を「＿ａｃｃｅｓｓ＝ｐｕｂｌｉｃ」のようにアクセス権指定として付加し、できあがったＥＡ（２６２）をｕＴｕｐｌｅＳｐａｃｅ（１０４）に登録する（手順２４７）。本実施形態では、この登録がセンサ情報登録手順に相当する。
２つ目のＥＡの登録は以上のようにしてなされる。
【００４４】
なお、上記では、一種類のＥＡからｃｏｍｐａｎｙＸとｐｕｂｌｉｃという２つの公開対象を演算処理を経ずに生成する場合について説明したが、これに限定しない。センサ情報公開対象生成部（１１８）は、ｕＴｕｐｌｅＳｐａｃｅ（１０４）から受け取ったＥＡのうち特定のキー又は値が予め定めた条件を満たすか否かの演算処理を行うことによって生成してもよい。例えば、「ｄａｔｅ」キーが各日の「０９：００〜１７：００」であれば「ｐｕｂｌｉｃ」という公開対象を生成し、「ｄａｔｅ」キーが「００：００〜０８：５９」または「１７：０１〜２３：５９」であれば「ｓｅｃｕｒｉｔｙ」という公開対象を生成する。また、ｃｏｍｐａｎｙＸがアクセス権限を有している場合であっても、センサの識別子又はセンサの種類を示す情報が異なる場合には、ｃｏｍｐａｎｙＹという公開対象を生成したり、ｃｏｍｐａｎｙＺとｐｕｂｌｉｃという公開対象を生成したりすることもできる。これらの演算処理についてはセンサ情報公開対象生成部（１１８）の設定に応じて柔軟に設計することができる。
【００４５】
また、本実施形態では、公開対象を生成するセンサ情報公開対象生成手順をセンサ情報選択手順とセンサ情報登録手順の間に行ったが、これに限定しない。例えば、センサ情報公開対象生成手順は、センサ情報受信手順からセンサ情報登録手順までのいずれのタイミングに行っても良い。例えば、センサ情報受信手順と同時であってもよいし、センサ情報受信手順とセンサ情報選択手順の間であってもよいし、センサ情報選択手順と同時であってもよいし、センサ情報選択手順とセンサ情報登録手順の間であってもよい。
【００４６】
次に、ＣＡの登録を、次のようにして行う。
ＣＡは、センサ（１０３）にデータの受領が正しく行われたことを知らせるためのもので、通信プロトコルのアクノリッジメント（ＡＣＫ）に相当する。センサ制御情報構築部（１１５）は、ＥＡ（２３１）に対するＡＣＫとして、対応するＣＡを生成する（手順２４８）。本実施形態では、ＣＡがセンサ制御情報に相当し、ＣＡの生成がセンサ制御情報構築手順に相当する。
【００４７】
第７図に該生成されたＣＡ（２７１）を示す。
この例は、
Ａという識別子を持つセンサに対し、
２０１０年１２月２４日１８時０分のデータで、
データタイプが肯定応答（ＡＣＫ）であり、
データ公開先は「ｃｏｍｐａｎｙＸ」である
ことを示している。
一般に、通信動作を実現するプログラムに関して、受領したパケットに対応するＡＣＫパケットを生成することは広く行われており、そのようなプログラムは容易に作成できる。
【００４８】
次に、センサ制御情報送信部（１１６）は、該ＣＡ（２７１）をｕＴｕｐｌｅＳｐａｃｅ（１０４）に登録する（手順２４９）。本実施形態では、この登録がセンサ制御情報送信手順に相当する。
【００４９】
以上でＥＡ（２３１）を受け取った際のセンサ情報加工装置（１０１）の処理手順を終了する。なお、センサ（１０３）は、該ＣＡ（２７１）を受領したか否かにより、必要に応じて同一パケットの再送信処理を行う（リトライ）してもよい。
【００５０】
次に、１時間に１回未満の頻度で頻繁にセンサ情報を取得するために、センサ情報加工装置（１０１）がセンサ（１０３）に検針要求を一定間隔で送出する場合の動作を示す。
【００５１】
第８図は、センサ情報加工装置（１０１）の処理手順を示す。計時部（１１７）は、コンピュータ装置が備える時計機能を用いて、毎時２０分および４０分に、以下の手順の駆動を開始する。例えば、１８時２０分に駆動が開始されたとする（手順２８１）。
【００５２】
センサ制御情報構築部（１１５）は、センサ（１０３）への検針要求としてＣＡを生成する（手順２８２）。
【００５３】
第９図に該生成されたＣＡ（２９１）を示す。
この例は、
Ａという識別子を持つセンサに対し、
２０１０年１２月２４日１８時２０分の要求で、
データタイプが検針要求であり、
データ公開先は「ｃｏｍｐａｎｙＸ」である
ことを示している。
【００５４】
次に、センサ制御情報送信部（１１６）は、該ＣＡ（２９１）をｕＴｕｐｌｅＳｐａｃｅ（１０４）に登録する（手順２８３）。
【００５５】
以上でセンサ（１０３）に検針要求を一定間隔で送出する場合の処理手順を終了する。なお、センサ（１０３）は、該ＣＡ（２９１）を受領すると、その時点で検針動作を行い、検針結果のＥＡを生成してｕＴｕｐｌｅＳｐａｃｅ（１０４）に登録する。その結果、該ＥＡはＥＦ（２２１）に合致するので、該ＥＡがセンサ情報加工装置（１０１）へと送信され、第４図で示した処理手順が行われることになることが期待される。
【００５６】
なお、ＣＡの登録は、ＣＡの内容に応じた任意のタイミングに実行する。例えば、本実施形態では、ＣＡがデータの受領が正しく行われたことを知らせるためのものであるため、ＣＡの登録をＥＡを登録するセンサ情報登録手順の後に行った。このほか、ＣＡの登録は、センサ情報受信手順の前、センサ情報受信手順と同時、センサ情報受信手順とセンサ情報選択手順の間、センサ情報選択手順と同時、センサ情報選択手順とセンサ情報登録手順の間、センサ情報登録手順と同時、又は、センサ情報登録手順の後のいずれのタイミングで行ってもよい。
【００５７】
以上示したように、センサ（１０３）が生成する生データのＥＡを、センサ情報加工装置（１０１）が読み取って２種類の加工済みＥＡを生成してｕＴｕｐｌｅＳｐａｃｅ（１０４）に登録しなおすことで、後日センサデータを利用する際に次のような利点が得られる。
【００５８】
すなわち、Ｗｅｂサーバ装置（１０２）は、既に述べたように、ｕＴｕｐｌｅＳｐａｃｅ（１０４）に蓄積されたＥＡを取得しＷｅｂブラウザに表示する。例えば、ｃｏｍｐａｎｙＸの従業員は、ｃｏｍｐａｎｙＸのアクセス権限でＥＡを検索・取得し、その結果得られた上記１つ目のＥＡ（２５２）をＷｅｂブラウザ上に視認できる。この結果は、センサが生成した元のＥＡ（２３１）を直接表示するよりも、手順２４２の形式変換を経ているために視認性が高く、人間にとって使いやすい。
【００５９】
また、その他の人は、公開すなわちｐｕｂｌｉｃのアクセス権限でＥＡを検索・取得し、その結果得られた上記２つ目のＥＡ（２６２）をＷｅｂブラウザ上に視認できる。この結果は、見せてはいけない湿度情報やバッテリー残量のようなセンサの制御情報を含まないため、ｃｏｍｐａｎｙＸにとって望ましくない情報を秘匿することができるとともに、公開される側にとっても必要な情報のみが必要な形式で入っているため使いやすい。
【００６０】
また、以上示したセンサ情報加工装置（１０１）を前提とすると、第１図に示されるシステムを製造する際に、次のような利点が得られる。
【００６１】
すなわち、加工結果のＥＡの形式（フォーマット）を取り決めておくだけで、センサ（１０３）ならびにＷｅｂサーバ装置（１０２）の両者を、異なる開発者が、それぞれ独立に並行で製造することができる。一般に、このような開発ではセンサ（１０３）の細かい動作が開発途中に仕様変更になることが多いが、本実施の形態であれば、そのような仕様変更はセンサ情報加工装置（１０１）の内部のみ、特に、第４図で示される一連の手順の詳細のみを変更するだけで済む。加工結果のＥＡは同一で済むため、センサ（１０３）の仕様変更に関わらずＷｅｂサーバ装置（１０２）は引き続き当初の仕様通りに製造することができ、開発効率を向上できる。
【００６２】
本発明におけるセンサネットワークとは、本実施の形態ではｕＴｕｐｌｅＳｐａｃｅ（１０４）、およびそれが接続するネットワーク（１０５）が相当する。なぜならセンサネットワークとは、センサ（１０３）と、センサ（１０３）からの情報を利用する装置あるいはその窓口装置とを接続して、センサ（１０３）からの情報を伝達するための一連の機構のことであり、本実施の形態においては、ｕＴｕｐｌｅＳｐａｃｅ（１０４）にＥＡが登録され転送されることがそれに対応しているためである。
【００６３】
そして、本実施の形態においては特に、センサ（１０３）からの生の情報のＥＡと、センサ情報加工装置（１０１）が加工した結果のＥＡが、同様の類似した形式でｕＴｕｐｌｅＳｐａｃｅ（１０４）に格納されている。これにより、センサ（１０３）からの情報を利用する装置、例えばＷｅｂサーバ装置（１０２）等は、センサ（１０３）からの生の情報のＥＡを扱うのとほとんど同等の仕組み（プログラム）を流用して、加工結果のＥＡを扱うことができ、加工結果のＥＡを扱うための余計な仕組みを新規に作る必要がないので、開発効率の向上が期待できる。
【００６４】
なお、本実施の形態では、センサ情報ＤＢとしてｕＴｕｐｌｅＳｐａｃｅを用いることとした。本発明の範囲はこれに限定されるものではなく、情報の履歴を蓄積しておき後で取得する機能を提供するその他のストレージ装置あるいはＤＢ装置を用いて該情報ＤＢを構成してもよい。
【００６５】
また、本実施の形態では、センサネットワークとしてｕＴｕｐｌｅＳｐａｃｅを用いることとした。本発明の範囲はこれに限定されるものではなく、その他のセンサネットワークを用いてもよい。
【００６６】
また、本実施形態では、センサ情報受信要求登録部（１１１）の要求先がｕＴｕｐｌｅＳｐａｃｅ（１０４）であり、センサ情報の要求がＥＦである場合について説明したが、これに限定されない。例えば、情報を受け取る先、あるいは加工結果の情報を登録し戻す先は、その他のセンサ情報ＤＢであっても良く、さらに、これら両者が異なる種類のセンサ情報ＤＢであってもよい。
【００６７】
また、本発明のセンサ情報加工装置（１０１）はコンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
【産業上の利用可能性】
【００６８】
本発明は情報通信産業に適用することができる。
【符号の説明】
【００６９】
１０１：センサ情報加工装置
１０２：Ｗｅｂサーバ装置
１０３：センサ
１０４：ｕＴｕｐｌｅＳｐａｃｅ
１０５：ネットワーク
１１１：センサ情報受信要求登録部
１１２：センサ情報受信部
１１３：センサ情報選択部
１１４：センサ情報登録部
１１５：センサ制御情報構築部
１１６：センサ制御情報送信部
１１７：計時部
１１８：センサ情報公開対象生成部
【図１】
0005469622.tif 000002
【図２】
0005469622.tif 000003
【図３】
0005469622.tif 000004
【図４】
0005469622.tif 000005
【図５】
0005469622.tif 000006
【図６】
0005469622.tif 000007
【図７】
0005469622.tif 000008
【図８】
0005469622.tif 000009
【図９】
0005469622.tif 000010