JP4647632B2 - センサデータ制御システム及びセンサデータ制御方法 - Google Patents
センサデータ制御システム及びセンサデータ制御方法 Download PDFInfo
- Publication number
- JP4647632B2 JP4647632B2 JP2007056377A JP2007056377A JP4647632B2 JP 4647632 B2 JP4647632 B2 JP 4647632B2 JP 2007056377 A JP2007056377 A JP 2007056377A JP 2007056377 A JP2007056377 A JP 2007056377A JP 4647632 B2 JP4647632 B2 JP 4647632B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- sensor device
- sensor
- identifier
- sensor data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
本発明は、ネットワーク上に配置された多数の異なる種類のセンサから得られるデータを蓄積し、様々なアプリケーションプログラムに対して利用可能なデータとして提供するセンサデータ制御システム及びセンサデータ制御方法に関する。
センサネットワークと呼ばれる技術分野において、ネットワーク上に設置された多数のセンサから得た情報を収集、蓄積し、センサデータを用いる複数のアプリケーションに蓄積したセンサデータを提供するミドルウェアの研究開発が行われている。その研究開発事例として、非特許文献１、２が挙げられる。
センサデバイスには様々なものがあり、温度や湿度などセンシングを行う対象が異なるだけでなく、センシングを行う対象が同じでも通信プロトコルやデータ形式が異なる場合もある。従来のミドルウェアでは、様々な違いを有するセンサデータを統一的に扱うために、通信プロトコルやデータ形式の違いを隠蔽し、センサデバイスを抽象化する技術を有するものがある。
また、センサ種別など、センサデバイスに関する静的な情報を管理し、アプリケーションが静的な情報を指定すると、該当するセンサデバイスを検索する機能が従来のミドルウェアには存在する。
センサデバイスには様々なものがあり、温度や湿度などセンシングを行う対象が異なるだけでなく、センシングを行う対象が同じでも通信プロトコルやデータ形式が異なる場合もある。従来のミドルウェアでは、様々な違いを有するセンサデータを統一的に扱うために、通信プロトコルやデータ形式の違いを隠蔽し、センサデバイスを抽象化する技術を有するものがある。
また、センサ種別など、センサデバイスに関する静的な情報を管理し、アプリケーションが静的な情報を指定すると、該当するセンサデバイスを検索する機能が従来のミドルウェアには存在する。
田坂、川喜田、他 「インターネット上で実空間情報を収集・管理するフレームワークの提案」、情報処理学会研究報告、2003-UBI-2(9)、２００３年１１月１８日
斉藤忍、高橋成文 「３層方式によるセンサプラットフォームの提案」、情報処理学会第６８回全国大会講演論文集３Ｆ−１
しかしながら、前述の通り、センサデバイスは種類によってデータ形式が異なる。センサデバイスは今後更に多くの種類が市販されるようになり、用途に合わせて様々なセンサデバイスが用いられる。新しい種類のセンサデバイスを導入するためには、センサデバイス設置者はその抽象化を行うための作業をセンサデバイス導入のたびに行わなければならない。従来の技術においては、抽象化の作業は煩雑であり、そのためのプログラミングや、複雑なＸＭＬ（Extensible Markup Language）形式の設定情報記述、ＳＱＬによるデータベース操作等を行う必要がある。
また、センサデバイスの多くはコストを抑えるために小型化され、簡素化されており、電源も貧弱であるため、故障や電池切れも多く、センサデバイスの更改作業が多くなる。一方、センサデバイス自体は、同じ種類のセンサであってもセンシング素子の特性が異なるため、センサを用いるためにはキャリブレーションと呼ばれる補正作業を行う必要がある。従って、多数のセンサデバイスを設置するセンサネットワークにおいて、キャリブレーションを含めた更改作業は非常に煩雑な作業となりコストもかかる。
また、センサデバイスの多くはコストを抑えるために小型化され、簡素化されており、電源も貧弱であるため、故障や電池切れも多く、センサデバイスの更改作業が多くなる。一方、センサデバイス自体は、同じ種類のセンサであってもセンシング素子の特性が異なるため、センサを用いるためにはキャリブレーションと呼ばれる補正作業を行う必要がある。従って、多数のセンサデバイスを設置するセンサネットワークにおいて、キャリブレーションを含めた更改作業は非常に煩雑な作業となりコストもかかる。
また、複数のアプリケーションプログラム（以降、単に「アプリケーション」とも記載）が同一のセンサデバイスから得た情報を利用する場合、各アプリケーションが欲しいセンサデータが必ずしも同一の単位であったり、同一の意味を持つものであることはない。従来の技術では、アプリケーションに合わせてセンサデバイスのデータの抽象化作業を行うか、アプリケーションごとにセンサデバイスデータの補正を行う必要があった。
また、従来では、センサ種別や位置などの静的なセンサデバイス情報を指定することでセンサデバイスを検索し、そのセンサデバイスが出力したセンサデータをデータベースから取得する、或いは、そのセンサデバイスが出力したデータをリアルタイムに取得するという形態がとられてきた。そのため、ある特定の時間の、ある特定の場所での人の有無を知りたいアプリケーションは、静的な情報として、その場所に設置されたセンサデバイス、という指定によりセンサデバイスを検索し、そのセンサデバイスから得られたセンサデータのみを利用するしかなかった。しかしながら、本来、たまたまその時間、その場所に持ち込まれた人感センサ付きのノートパソコンがあった場合、そのセンサも活用できるはずである。このように、動的な情報、特にある時間、ある場所に存在するという条件から、該当するセンサデバイスを全て検索することができないという問題がある。
本発明は、以上の点に鑑みてなされたものであり、複数の種類のセンサデバイスからのセンサデータを蓄積し、様々なアプリケーションに対してアプリケーションの種類に拠らず、アプリケーションで使用するセンサデータを容易に提供することができるセンサデータ制御システム及びセンサデータ制御方法を提供することを目的とする。
前述した目的を達成するために本発明は、センサデバイスから取得したセンサデータを蓄積し、アプリケーションに対して前記センサデータを提供するセンサデータ制御システムであって、前記センサデバイスを抽象化した論理センサデバイスの識別子である論理センサデバイス識別子と、該論理センサデバイスに対応付けられたセンサデバイスの識別子であるセンサデバイス識別子と、前記論理センサデバイスに対応付けられたデータ変換方法との履歴を保持する論理センサデバイス情報保持手段と、前記センサデバイスのセンサデータを当該センサデバイスのセンサデバイス識別子と対応付けて格納テーブルに格納して保持するセンサデータ保持手段と、前記センサデータの種別を示すデータ形式識別子と、該データ形式識別子が示すデータ形式の情報であるデータ形式情報と、前記格納テーブルの名称である格納テーブル名と、該格納テーブルの格納形式とを保持するデータ形式識別子保持手段と、前記センサデバイスからセンサデータを取得するセンサデータ取得手段と、前記センサデータ取得手段によって取得されたセンサデータに含まれるデータ形式識別子を読み出し、該読み出したデータ形式識別子に対応するデータ形式情報と格納テーブル名と格納形式とを、前記データ形式識別子保持手段から取得し、該取得したデータ形式情報に従って前記取得したセンサデータを解析し、前記取得した格納形式に従って前記取得した格納テーブル名の格納テーブルに格納する格納手段と、前記アプリケーションから要求されたセンサデータの送信要求に基づいて、前記格納テーブルに格納されたセンサデータを、当該アプリケーションに提供する提供手段と、を具備し、前記提供手段は、前記論理センサデバイス情報保持手段を参照し、前記アプリケーションから指定されたデータ取得期間において、前記アプリケーションから要求された論理センサデバイスに対応付けられたセンサデバイス識別子と、前記センサデバイス識別子に対応付けられた前記格納テーブルからセンサデータを取得し、前記論理センサデバイスに対応付けられたデータ変換方法に従ってデータ変換を施して、当該アプリケーションに提供することを特徴とする。
ここでいう識別子等の保持とは、各種情報を記憶することを示す。
ここでいう識別子等の保持とは、各種情報を記憶することを示す。
また、本発明は、論理センサデバイスの位置情報を保持する位置情報保持手段を更に具備することを特徴とする。
また、本発明は、キャリブレーション情報保持手段に保持されるキャリブレーション情報に従って、センサデータに対して補正処理を行い、前記格納テーブルに格納することを特徴とする。
また、本発明は、キャリブレーション情報保持手段に保持されるキャリブレーション情報に従って、センサデータに対して補正処理を行い、前記格納テーブルに格納することを特徴とする。
また、本発明は、センサデータ制御システムが、センサデバイスから取得したセンサデータを蓄積し、アプリケーションに対して前記センサデータを提供するセンサデータ制御方法であって、論理センサデバイス情報保持手段が、前記センサデバイスを抽象化した論理センサデバイスの識別子である論理センサデバイス識別子と、該論理センサデバイスに対応付けられたセンサデバイスの識別子であるセンサデバイス識別子と、前記論理センサデバイスに対応付けられたデータ変換方法との履歴を保持する第１のステップと、センサデータ保持手段が、前記センサデバイスのセンサデータを当該センサデバイスのセンサデバイス識別子と対応付けて格納テーブルに格納して保持する第２のステップと、データ形式識別子保持手段が、前記センサデータの種別を示すデータ形式識別子と、該データ形式識別子が示すデータ形式の情報であるデータ形式情報と、前記格納テーブルの名称である格納テーブル名と、該格納テーブルの格納形式とを保持する第３のステップと、センサデータ取得手段が、前記センサデバイスからセンサデータを取得する第４のステップと、格納手段が、前記第４のステップによって取得されたセンサデータに含まれるデータ形式識別子を読み出し、該読み出したデータ形式識別子に対応するデータ形式情報と格納テーブル名と格納形式とを、前記データ形式識別子保持手段から取得し、該取得したデータ形式情報に従って前記取得したセンサデータを解析し、前記取得した格納形式に従って前記取得した格納テーブル名の格納テーブルに格納する第５のステップと、提供手段が、前記アプリケーションから要求されたセンサデータの送信要求に基づいて、前記格納テーブルに格納されたセンサデータを、当該アプリケーションに提供する第６のステップと、を具備し、前記第６のステップでは、前記提供手段が、前記論理センサデバイス情報保持手段を参照し、前記アプリケーションから指定されたデータ取得期間において、前記アプリケーションから要求された論理センサデバイスに対応付けられたセンサデバイス識別子と、前記センサデバイス識別子に対応付けられた前記格納テーブルからセンサデータを取得し、前記論理センサデバイスに対応付けられたデータ変換方法に従ってデータ変換を施して、当該アプリケーションに提供することを特徴とする。
本発明では、データ形式の定義を、わかりやすい正規表現で定義することにした。また、従来技術では、アプリケーション側で行うキャリブレーション処理を、取得したセンサデータにキャリブレーション処理を施して、アプリケーションに送信するようにした。
また、アプリケーションが必要なセンサデータを検索する際に、センサデバイスの種別を指定するだけでなく、センサデバイスの場所やセンサデータの取得時間等を指定して検索できるようにした。
また、アプリケーションが必要なセンサデータを検索する際に、センサデバイスの種別を指定するだけでなく、センサデバイスの場所やセンサデータの取得時間等を指定して検索できるようにした。
本発明によれば、従来煩雑であった新しいセンサデバイスの導入やセンサデバイスの更改作業を容易に行え、そのセンサデータを確実に蓄積し、様々なアプリケーションに提供することが可能である。この際、センサデバイス固有のキャリブレーション処理、論理センサデバイスによるデータ変換処理、論理センサデバイスの位置情報を含めたセンサデータをアプリケーションに提供することが可能である。
以下に、添付図面を参照しながら、本発明に係るセンサデータ制御システムの好適な実施形態について詳細に説明する。なお、以下の説明および添付図面において、略同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略することにする。
図１は、本発明の本実施の形態に係るセンサデータ制御システムのセンサデータ蓄積側のブロック構成図である。図２は、本発明の本実施の形態に係るセンサデータ制御システムのセンサデータ利用側のブロック構成図である。
図１に示すように、センサデータ制御システムのセンサデータ蓄積側は、Ｗｅｂサーバ１１、センサデータ処理部１３、センサデータ格納用データベース１５、センサメタ情報格納用データベース１７から構成され、図２に示すように、センサデータ利用側は、センサデータ格納用データベース１５、センサメタ情報格納用データベース１７、クエリ処理部１９から構成される。
図１に示すように、センサデータ制御システムのセンサデータ蓄積側は、Ｗｅｂサーバ１１、センサデータ処理部１３、センサデータ格納用データベース１５、センサメタ情報格納用データベース１７から構成され、図２に示すように、センサデータ利用側は、センサデータ格納用データベース１５、センサメタ情報格納用データベース１７、クエリ処理部１９から構成される。
図１において、センサデバイス７はセンサネットワークに新しく設置されるセンサデバイスである。端末９は、センサデバイス７の設置者８が使用するものであり、Ｗｅｂサーバ１１と通信可能に接続される。センサデバイス７はネットワークを介してセンサデータ処理部１３にセンサデータの送受信が可能である。
Ｗｅｂサーバ１１は、端末９からセンサデバイス７に関するデータ形式やデバイスの情報、定義等の入力を受け付け、センサデータ格納用データベース１５、センサメタ情報格納用データベース１７に格納する。センサデータ処理部１３は、センサデバイス７からのセンサデータを受け付け、必要な解析処理を行い、センサデータ格納用データベース１５、センサメタ情報格納用データベース１７に格納する。
センサデータ格納用データベース１５はセンサデータ管理部２１を有する。センサメタ情報格納用データベース１７は、データ形式情報管理部３１とセンサデバイス情報管理部３２を有する。センサデバイス管理部２１、データ形式情報管理部３１、センサデバイス情報管理部３２のそれぞれが記憶する情報については後に述べる。
図２に示すクエリ処理部１９は、アプリケーション（アプリケーションプログラム）４１からの検索指定要求等に従って、センサデータ格納用データベース１５、センサメタ情報格納用データベース１７を検索し、必要なセンサデータ等を取得し、アプリケーション４１に送信する。
Ｗｅｂサーバ１１、センサデータ処理部１３、クエリ処理部１９は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等で構成される制御部を各々有する。ＣＰＵは、ＲＯＭ等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、後述する各種処理を実現する。
Ｗｅｂサーバ１１、センサデータ処理部１３、クエリ処理部１９は複数のサーバコンピュータで構成されてもよいし、１つのサーバコンピュータで構成されても良い。
Ｗｅｂサーバ１１、センサデータ処理部１３、クエリ処理部１９は複数のサーバコンピュータで構成されてもよいし、１つのサーバコンピュータで構成されても良い。
次に、センサデータ制御システムによる新種センサデバイスのセンサデータ蓄積利用について説明する。図３は新種センサデバイス７からのデータ取得処理の流れを示すシーケンス図である。
Ｗｅｂサーバ１１は、端末９から、新種センサデバイス７の設置者８によるセンサデバイス７のセンサデバイス情報の入力を受け付け（ステップＳ１１０１）、Ｗｅｂサーバ１１は、センサデバイス識別子とデータ形式識別子とをセンサデバイス情報管理部３２に格納する（ステップＳ１１０２）。
Ｗｅｂサーバ１１は、端末９から、新種センサデバイス７の設置者８によるセンサデバイス７のセンサデバイス情報の入力を受け付け（ステップＳ１１０１）、Ｗｅｂサーバ１１は、センサデバイス識別子とデータ形式識別子とをセンサデバイス情報管理部３２に格納する（ステップＳ１１０２）。
Ｗｅｂサーバ１１は、端末９から新種センサデバイス７の登録要求を受け付けると、センサデバイス情報設定画面を端末９に表示する。図４は、センサデバイス情報設定画面の一例を示す図である。センサデバイス識別子５０は、新たに設置するセンサデバイス７を識別する識別情報（ＩＤなど）である。また、説明欄にはセンサデバイス７の設置箇所等が記述される。データ形式識別子は５１は、センサデバイス７が取得するデータの種別を示すものであり、例えば、センサデバイス７が温度センサであれば「Ｔｅｍｐ」として、データ形式識別子５１「Ｔｅｍｐ」が新規であれば、ステップＳ１１０３〜ステップＳ１１０５に示すように定義する。
こうして定義されたセンサデバイス情報は、センサメタ情報格納用データベース１７のセンサデバイス情報管理部３２に記憶される。図５は、センサデバイス情報管理部３２に保持されたセンサデバイス情報の一例を示す図である。例えば、図４に示される画面にて入力された情報は、図５に示されるセンサデバイス情報として保持される。
Ｗｅｂサーバ１１は、端末９から、新種のデータ形式情報の入力を受け付け（ステップＳ１１０３）、Ｗｅｂサーバ１１は、センサデータ格納用テーブルを作成し、センサデータ格納用データベース１５に格納する（ステップＳ１１０４）。また、Ｗｅｂサーバ１１は、センサデータ形式識別子とそのデータ形式情報、格納先テーブル名の対応情報などをセンサメタ情報格納用データベース１７に格納する（ステップＳ１１０５）。
Ｗｅｂサーバ１１は、端末９から新たなデータ形式識別子の登録要求を受け付けると、図６に示すセンサデータ形式登録画面を端末９に表示し、入力を受け付ける。
例えば、温度センサが新たに設置された場合、データ形式識別子５１として「Ｔｅｍｐ」と入力し、説明として温度センサであることを記載し、「Ｔｅｍｐ」に対するデータ形式５３を定義する。データ形式５３は正規表現で記述することができる。また、データ形式５３には、正規表現を拡張して、文字列だけでなくバイナリ形式の読み込み、例えば、「１６ビットの整数」などといったパターンを定義することも可能である。
例えば、温度センサが新たに設置された場合、データ形式識別子５１として「Ｔｅｍｐ」と入力し、説明として温度センサであることを記載し、「Ｔｅｍｐ」に対するデータ形式５３を定義する。データ形式５３は正規表現で記述することができる。また、データ形式５３には、正規表現を拡張して、文字列だけでなくバイナリ形式の読み込み、例えば、「１６ビットの整数」などといったパターンを定義することも可能である。
後に説明するように、センサデバイスからセンサデータが入力された場合、センサデータ処理部１３は、データ形式５３に記述された正規表現に合致する文字列（データ）をセンサデータから取得し、センサデータ格納用テーブルに出力し、センサデータ管理部２１に格納する。
また、格納形式５５は、データベースへの蓄積方法、即ち、蓄積先のカラム名やデータ型等を定義するものであり、センサ格納用テーブルの形式を定義するためのものである。
また、格納形式５５は、データベースへの蓄積方法、即ち、蓄積先のカラム名やデータ型等を定義するものであり、センサ格納用テーブルの形式を定義するためのものである。
図６において、データ形式識別子５１が「Ｔｅｍｐ」であるデータは、データ形式５３「（[a-z]+) ([0-9]) ([0-9:]+) ([0-9.]+)」と格納形式５５の記述によって次のように定義される。
まず、「ａ」から「ｚ」のアルファベットが１つ以上続き、それは「形式識別子」を意味している。次に、１つスペースが入り、次に「０」から「９」の数字が１文字入り、それは「センサデバイス７の識別子」を意味している。次に、１つスペースが入り、次に「数字」か「：」からなる文字が続き、それは「センサデータ取得時間」を意味する。次に、１つスペースが入り、次に「数字」か「．」からなる文字が続き、それは「温度データ」を意味する。
まず、「ａ」から「ｚ」のアルファベットが１つ以上続き、それは「形式識別子」を意味している。次に、１つスペースが入り、次に「０」から「９」の数字が１文字入り、それは「センサデバイス７の識別子」を意味している。次に、１つスペースが入り、次に「数字」か「：」からなる文字が続き、それは「センサデータ取得時間」を意味する。次に、１つスペースが入り、次に「数字」か「．」からなる文字が続き、それは「温度データ」を意味する。
図６において、「登録」ボタンが選択されると、センサデータ形式識別子とそのデータ形式情報、格納先テーブル名の対応情報などがセンサメタ情報格納用データベース１７に格納され、センサデータ格納用テーブルはセンサデータ格納用データベース１５に格納される。
図７は、センサメタ情報格納用データベース１７が有するデータ形式情報管理部３１が記憶するデータ形式情報の一例を示す図である。図６に示すセンサデータ形式登録画面で入力された６０部、６１部、６３部、６５部、６７部が、図７に示すデータ形式情報の７０部、７１部、７３部、７５部、７７部に対応する。
図７は、センサメタ情報格納用データベース１７が有するデータ形式情報管理部３１が記憶するデータ形式情報の一例を示す図である。図６に示すセンサデータ形式登録画面で入力された６０部、６１部、６３部、６５部、６７部が、図７に示すデータ形式情報の７０部、７１部、７３部、７５部、７７部に対応する。
以上のようにして、新種のセンサデバイス７に対するデバイス情報、センサデータのデータ形式情報がデータベースに登録される。登録作業後、センサデバイス７の設置者８はセンサデバイス７を所定の場所に設置し、ネットワークに接続する（ステップＳ１１０６）。
次に、データベース７が取得したセンサデータの蓄積の処理について説明する。センサデバイス７がセンサデータを取得すると（ステップＳ１１０７）、センサデータはセンサデータ処理部１３に送信される（ステップＳ１１０８）。
次に、データベース７が取得したセンサデータの蓄積の処理について説明する。センサデバイス７がセンサデータを取得すると（ステップＳ１１０７）、センサデータはセンサデータ処理部１３に送信される（ステップＳ１１０８）。
センサデータ処理部１３は受信したセンサデータのデータ形式識別子に対応するデータ形式情報、格納先テーブル名等を取得する（ステップＳ１１０９）。本システムでは、センサデバイスからのセンサデータ内の決まった位置にセンサデータ形式識別子を配置する必要がある。先頭ではない場合は、システムに蓄積するセンサデータ全てについて位置あわせをしておく、或いは、センサデータにセンサデータ形式識別子があるものとして認識するセンサデータ解析処理を行う必要がある。例えば、先頭に配置する場合には、センサデバイス７が送信するセンサデータの先頭に「Ｔｅｍｐ」と記載しておき、本システムは、まずこのセンサデータの先頭にあるセンサデータ識別子「Ｔｅｍｐ」を読み込むことで、それに対応するデータ形式情報、格納先テーブル名等を取得することができる。
次に、ステップＳ１１０９で取得したデータ形式情報等に基づいて、センサデバイス７から受信したセンサデータを解析し、センサデータ格納用テーブルに対応させて、センサデータ格納用データベース１５のセンサデータ管理部２１に格納する（ステップＳ１１１０）。センサデータ処理部１３は、入力されたセンサデータに対し、データ形式５３に記載された正規表現でマッチングを行い、当該センサデータに含まれるデータ要素を抽出してデータベースに蓄積する。
図８はセンサデータ管理部２１に蓄積されたセンサデータの一例を示す図である。図８に示すセンサデータは、複数のセンサデバイスから取得されたデータのうち、データ形式識別子が「Ｔｅｍｐ」であるデータを、図６に示す格納形式で格納し、蓄積された温度データである。図８に示すデータにおいて、８１部は図３に示す６１部の格納形式によって格納されたデータ形式識別子（この場合「Ｔｅｍｐ」）であり、８３部は図３に示す６３部の格納形式によって格納されたセンサデバイス識別子であり、８５部は図３に示す６５部の格納形式によって格納されたデータ取得時間であり、８７部は図３に示す６７部の格納形式によって格納された温度センサデータである。
以上のようにして、新種センサデバイス７がネットワークに接続された場合も、新種センサデバイス７に関するセンサデータ形式登録を行い、データベースに登録しておくことによって、新種センサデバイス７のセンサデータを蓄積することが可能となる。
次に、本センサデータ制御システムにおいて、蓄積されたセンサデータをアプリケーション４１が利用するまでの動作について図２を参照して説明する。
まずは、アプリケーション４１が、目的のセンサデータ形式識別子に関する情報あるいは目的のセンサデバイスに関するデータ形式等の情報を検索する場合、アプリケーション４１が目的のセンサデータ形式識別子或いは目的のセンサデバイス識別子をクエリ処理部１９に対して指定すれば、クエリ処理部１９は、指定されたセンサデータ形式識別子或いはセンサデバイス識別子に関する情報をデータ形式情報管理部３１から取得し、アプリケーション４１に送信する。
まずは、アプリケーション４１が、目的のセンサデータ形式識別子に関する情報あるいは目的のセンサデバイスに関するデータ形式等の情報を検索する場合、アプリケーション４１が目的のセンサデータ形式識別子或いは目的のセンサデバイス識別子をクエリ処理部１９に対して指定すれば、クエリ処理部１９は、指定されたセンサデータ形式識別子或いはセンサデバイス識別子に関する情報をデータ形式情報管理部３１から取得し、アプリケーション４１に送信する。
また、アプリケーション４１が目的のセンサデータ形式或いは目的のセンサデバイスについてデータ取得期間を指定してセンサデータを取得したい場合、クエリ処理部１９は、アプリケーション４１から指定されたセンサデータ形式識別子或いはセンサデバイス識別子について、データ形式情報管理部３１から格納先テーブル名を取得し、センサデータ管理部２１から指定期間のセンサデータを取得し、アプリケーション４１に送信する。
例えば、アプリケーション４１が「２階３号室に設置した温度センサ００１」を検索すると、図４で登録されたセンサデバイス情報からそのセンサデバイス識別子５０「2Froom3Temp001」が取得でき、そのセンサデバイス識別子５０と取得したいセンサデータの測定時間とを指定すれば、アプリケーション４１は目的のセンサデータを得ることができる。
例えば、アプリケーション４１が「２階３号室に設置した温度センサ００１」を検索すると、図４で登録されたセンサデバイス情報からそのセンサデバイス識別子５０「2Froom3Temp001」が取得でき、そのセンサデバイス識別子５０と取得したいセンサデータの測定時間とを指定すれば、アプリケーション４１は目的のセンサデータを得ることができる。
また、本実施の形態では、センサデータを格納するデータベースをセンサデータ格納用データベース１５の一つとしたが、データ形式やセンサデバイス形式によって格納先のデータベースを振り分け、複数のデータベースに蓄積しても良い。
この場合、センサメタ情報格納用データベース１７に格納先情報を管理する格納先データベース情報管理部を設け、各データ形式或いはセンサデバイス形式に対する格納先データベースの情報（ＩＰアドレスやアカウント情報、テーブル名等）を記憶させ、センサデータ処理部１３がセンサデータの格納を行う際には、当該格納先データベース情報管理部の情報を参照し正しい格納先にセンサデータを格納すればよい。また、同じデータ形式、同じセンサデバイス形式のデータに関しても、期間によって格納先データベースを変えてもよい。この場合は、格納先データベース情報管理部に期間毎の格納先データベース情報を記憶させればよい。クエリ処理部１９は、格納先データベース情報管理部が保持する情報により目的のセンサデータが格納されるデータベースを特定し、センサデータを取得することができる。
このように複数のデータベースによって管理することにより、データベースの複製や増設、切り替え作業等を効率的に行うことが可能である。格納先データベース情報については、本センサデータ制御システム管理者が入力、管理してもよい。
この場合、センサメタ情報格納用データベース１７に格納先情報を管理する格納先データベース情報管理部を設け、各データ形式或いはセンサデバイス形式に対する格納先データベースの情報（ＩＰアドレスやアカウント情報、テーブル名等）を記憶させ、センサデータ処理部１３がセンサデータの格納を行う際には、当該格納先データベース情報管理部の情報を参照し正しい格納先にセンサデータを格納すればよい。また、同じデータ形式、同じセンサデバイス形式のデータに関しても、期間によって格納先データベースを変えてもよい。この場合は、格納先データベース情報管理部に期間毎の格納先データベース情報を記憶させればよい。クエリ処理部１９は、格納先データベース情報管理部が保持する情報により目的のセンサデータが格納されるデータベースを特定し、センサデータを取得することができる。
このように複数のデータベースによって管理することにより、データベースの複製や増設、切り替え作業等を効率的に行うことが可能である。格納先データベース情報については、本センサデータ制御システム管理者が入力、管理してもよい。
次に、本発明の第２の実施形態について説明する。
図９は、本発明の第２の実施形態に係るセンサデータ制御システムのセンサデータ蓄積側のブロック構成図である。図９に示す実施形態は、図１に示す第１の実施形態にキャリブレーション処理の記述を管理する機能、即ち、センサデータにキャリブレーション処理を行ってからデータを蓄積する機能が付加されたものであり、それ以外は第１の実施形態と同様に動作するものである。
図９は、本発明の第２の実施形態に係るセンサデータ制御システムのセンサデータ蓄積側のブロック構成図である。図９に示す実施形態は、図１に示す第１の実施形態にキャリブレーション処理の記述を管理する機能、即ち、センサデータにキャリブレーション処理を行ってからデータを蓄積する機能が付加されたものであり、それ以外は第１の実施形態と同様に動作するものである。
センサデバイス設置者１０８は、端末１０９から、Ｗｅｂサーバ１１１に対して、センサデバイス１０７に対するキャリブレーション方法を入力し、Ｗｅｂサーバ１１１はその入力を受け付け、キャリブレーション情報をキャリブレーション情報管理部１３３に格納する。
キャリブレーション情報は、図１０、図１１に示す画面を用いて入力される。図１０は、キャリブレーション情報登録画面の一例を示す図である。図１０に示す画面の左側には図６に示すセンサデータ形式登録画面で登録したセンサデバイスのデバイス識別子一覧が表示され、センサデバイス設置者１０８はキャリブレーション処理を設定したいセンサデバイスを一覧から選択し、選択ボタンを押すと、画面右側に選択されたセンサデバイスの情報が表示される。
キャリブレーション情報は、図１０、図１１に示す画面を用いて入力される。図１０は、キャリブレーション情報登録画面の一例を示す図である。図１０に示す画面の左側には図６に示すセンサデータ形式登録画面で登録したセンサデバイスのデバイス識別子一覧が表示され、センサデバイス設置者１０８はキャリブレーション処理を設定したいセンサデバイスを一覧から選択し、選択ボタンを押すと、画面右側に選択されたセンサデバイスの情報が表示される。
図１０に示す格納形式の表示部にはキャリブレーション設定ボタン１５０−１、１５０−２、１５０−３、１５０−４がそれぞれ設けられ、それらを選択することによって、各データ要素に関するキャリブレーション処理の設定が可能となる。例えば、センサデバイス設置者１０８がキャリブレーション設定ボタン１５０−４を選択すると、図１１に示す画面が端末１０９に表示される。
図１１は、キャリブレーション設定画面の一例を示す図である。図１１に示す設定画面において、キャリブレーション法設定欄１５１では、例えばセンサデバイス１０７が取得したセンサデータを「Ｘ」としてキャリブレーション記述を設定する。センサデバイス設置者１０８が登録ボタンを選択すると、Ｗｅｂサーバ１１１はデータ入力を受け付け、センサメタ情報格納用データベース１１７のキャリブレーション情報管理部１３３にキャリブレーション情報として登録される。図１２は、キャリブレーション情報管理部１３３が保持するキャリブレーション情報の一例を示す図である。
図９において、センサデバイス１０７からセンサデータが送信されると、センサデータ処理部１１３は、受信したセンサデータ内のデバイス識別子を元に、キャリブレーション情報管理部１３３からキャリブレーション情報を取得し、センサデータに対してキャリブレーション処理を行い、センサデータ管理部１２１に格納する。
このように、センサデータ処理部１１３内で、キャリブレーションの管理、処理を行うため、アプリケーション側で個々にキャリブレーション処理を行う必要もなく、センサデバイスが更改された場合でもアプリケーション側での変更処理を行う必要がなく、便利である。
次に、本発明の第３の実施形態について説明する。
図１３は、本発明の第３の実施形態に係るセンサデータ制御システムのセンサデータ蓄積側のブロック構成図である。図１３に示す実施形態は、図１に示す実施形態或いは図９に示す第２の実施形態に、論理センサデバイスに関する機能が付加されたものであり、それ以外は第１の実施形態或いは第２の実施形態と同様に動作するものである。
以下、論理センサデバイスに関する機能について説明する。
図１３は、本発明の第３の実施形態に係るセンサデータ制御システムのセンサデータ蓄積側のブロック構成図である。図１３に示す実施形態は、図１に示す実施形態或いは図９に示す第２の実施形態に、論理センサデバイスに関する機能が付加されたものであり、それ以外は第１の実施形態或いは第２の実施形態と同様に動作するものである。
以下、論理センサデバイスに関する機能について説明する。
論理センサデバイスは、物理的なセンサデバイスを抽象化した概念上のデバイスである。そのため、論理センサデバイスと実体のあるセンサデバイスとの対応付けをする必要があり、実際のセンサデバイスのセンサデータのどの項目に論理センサデバイスを適用するか等の設定を登録する必要がある。
論理センサデバイスの登録は、センサデバイス設置者２０８が端末２０９からＷｅｂサーバ２１１に対して行われる。Ｗｅｂサーバ２１１は論理センサデバイスの登録要求を受け付けると、論理センサデバイス情報登録画面を端末２０９に表示する。図１４は、論理センサデバイス情報登録画面の一例を示す図である。
論理センサデバイスの登録は、センサデバイス設置者２０８が端末２０９からＷｅｂサーバ２１１に対して行われる。Ｗｅｂサーバ２１１は論理センサデバイスの登録要求を受け付けると、論理センサデバイス情報登録画面を端末２０９に表示する。図１４は、論理センサデバイス情報登録画面の一例を示す図である。
図１４に示す画面において、センサデバイス設置者２０８は、論理センサデバイス識別子２５１の入力欄に登録する論理センサデバイスの識別子を入力する。図１４に示す画面では、例えば「２階２号室の華氏で出力する温度センサ」という論理センサデバイスを設定する。図１４に示す画面左側には図６に示すセンサデータ形式登録画面で登録したセンサデバイスのデバイス識別子一覧が表示され、センサデバイス設置者２０８はこの論理センサデバイスを対応付ける実際のセンサデバイスを一覧から選択し、選択ボタンを押すと、画面右側に選択されたセンサデバイスのデータ形式情報が表示される。
センサデバイス設置者２０８は、表示されたデータのうち、論理センサデバイスを対応付けるデータを選択する。ここでは、対応付け入力欄２５７−１、２５７−２に記しが付けられた、「データ取得時間」と「温度センサデータ」のデータに関して論理センサデバイスが対応付けられることとなる。図１４に示す画面で選択された物理的な実体を持つセンサデバイスが取得する温度センサデータは「セ氏」による出力なので、論理センサデバイスに対応するためには、データを変換する必要がある。そこで、センサデバイス設置者２０８は、データ変換設定ボタン２５３を選択すると、図１５に示す画面に遷移する。
図１５は、データ変換設定画面の一例を示す図である。図１５に示す設定画面において、データ変換方法設定欄２６１には、例えば実際にセンサデバイスが取得した温度データを「Ｘ」として、「Ｘをセ氏から華氏に変換する」ためのデータ変換式が記述される。センサデバイス設置者２０８が設定ボタンを選択すると、Ｗｅｂサーバ２１１はデータ入力を仮に受け付け、再度図１４に示す画面を端末２０９に表示する。さらに、センサデバイス設置者２０８は、論理センサデバイスを対応付ける対応付け期間の入力欄２５５に期間の入力を行う。
こうして入力が終了し、センサデバイス設置者２０８が登録ボタンを選択すると、Ｗｅｂサーバ２１１はデータ入力を受け付け、センサメタ情報格納用データベース２１７の論理センサデバイス情報管理部２３４に論理センサデバイス情報として登録する。図１６は、論理センサデバイス情報管理部２３４が保持する論理センサデバイス情報の一例を示す図である。
尚、図１４で設定した温度データに関して、アプリケーションによっては温度データを「セ氏」のまま使用したいものもある。この場合は、セ氏のまま出力する論理センサデバイスを定義することもでき、同じセンサデバイスに対応付けすることが可能である。
尚、図１４で設定した温度データに関して、アプリケーションによっては温度データを「セ氏」のまま使用したいものもある。この場合は、セ氏のまま出力する論理センサデバイスを定義することもでき、同じセンサデバイスに対応付けすることが可能である。
また、論理センサデバイスと実際のセンサデバイスの対応付けの確認、センサデバイスの更改等に伴う対応付けの変更等を行う場合は、図１７に示す画面を用いて行う。図１７は、論理センサデバイス対応履歴情報参照画面の一例を示す図である。図１７に示す画面左側に示す論理センサデバイス識別子から、センサデバイスとの対応付けを参照したい論理センサデバイス識別子を選択し、選択ボタンを押すと、画面右側に、選択された論理センサデバイス対応付け履歴が表示される。例えば、図１７で選択された論理センサデバイスは、センサデバイス識別子「２Ｆｒｏｏｍ２Ｔｅｍｐ００３」に２０００年４月１日０時から２００１年８月１３日１５時まで対応付けられ、それ以降はセンサデバイス識別子「２Ｆｒｏｏｍ２Ｔｅｍｐ００４」に対応付けられていることがわかる。
図１７に示す画面で、対応履歴情報を１つ選択して詳細参照ボタンを選択すると、該対応履歴情報を設定した際の画面（図１４）が表示され、詳細情報を確認することが可能である。また、履歴追加ボタンを選択すると、図１４に示す画面において右側のデバイス識別子が未表示の画面が表示され、新たな対応付けを追加設定することが可能となる。
図１８は、論理センサデバイス機能を有するセンサデータ制御システムのデータ利用側のブロック構成図である。アプリケーション２４１は、クエリ処理部２１９に対して、論理センサデバイス情報管理部２３４に登録された論理センサデバイス情報の一覧の取得を要求し、取得した論理センサデバイスの一覧から必要となるセンサデータを出力する論理センサデバイスを選択してクエリ処理２１９に送信する。クエリ処理部２１９は、選択された論理センサデバイスに対応付けられたセンサデバイス識別子と、その格納先テーブルを取得し、センサデータ格納用データベース２１５からセンサデータを取得し、センサデータに対して図１５の画面で設定されたデータ変換を施し、アプリケーション２４１に送信する。
また、アプリケーション２４１が、取得した論理センサデバイスの一覧から必要となるセンサデータを出力する論理センサデバイスを選択し、データ取得期間を指定してクエリ処理２１９に送信した場合、クエリ処理部２１９は、論理センサデバイス情報管理部２３４から、選択された論理センサデバイスの対応付け履歴情報を参照し、指定期間において対応するセンサデバイス識別子を調べ、その格納先テーブルを取得し、センサデータ格納用データベース２１５から指定期間のセンサデータを取得し、センサデータに対して図１５の画面で設定されたデータ変換を施し、アプリケーション２４１に送信する。
以上のように、論理センサデバイスを設定することにより、センサデータに対して解析処理することが可能となり、一つのセンサデータを様々なアプリケーションに対応させることが可能となる。
たとえ途中で異なるセンサデバイスに更改されていたとしても、対応付けだけを変えればよく、アプリケーションは同じ論理デバイスを使い続ければよいのでアプリケーションまで変更する必要はない。
また、センサデバイスのセンサデータ変換を加え、論理デバイスのセンサデータとしたものを、データベースに蓄え、再び同様の論理センサデバイスの同期間のセンサデータを要求するクエリーがあった場合に、蓄積したデータを使うことにより、データ変換処理を何度も行う必要を無くすことも可能である。
たとえ途中で異なるセンサデバイスに更改されていたとしても、対応付けだけを変えればよく、アプリケーションは同じ論理デバイスを使い続ければよいのでアプリケーションまで変更する必要はない。
また、センサデバイスのセンサデータ変換を加え、論理デバイスのセンサデータとしたものを、データベースに蓄え、再び同様の論理センサデバイスの同期間のセンサデータを要求するクエリーがあった場合に、蓄積したデータを使うことにより、データ変換処理を何度も行う必要を無くすことも可能である。
次に、本発明の第４の実施形態について説明する。
図１９は、本発明の第４の実施形態に係るセンサデータ制御システムのセンサデータ蓄積側のブロック構成図である。図１９に示す実施形態は、図１３に示す第３の実施形態に、論理センサデバイスの位置情報管理機能が付加されたものであり、それ以外は第３の実施形態と同様に動作するものである。図１９に示すように、第４の実施の形態であるシステムには、論理センサデバイスの位置情報を格納する位置情報管理部３４５を有する位置情報格納用データベース３１４が設けられる。
また、第４の実施の形態では、論理センサデバイスが、ある位置に固定設置された固定デバイスであるか、或いは、移動する移動デバイスであるかを設定することが可能である。
以下、論理センサデバイスの位置情報管理機能について説明する。
図１９は、本発明の第４の実施形態に係るセンサデータ制御システムのセンサデータ蓄積側のブロック構成図である。図１９に示す実施形態は、図１３に示す第３の実施形態に、論理センサデバイスの位置情報管理機能が付加されたものであり、それ以外は第３の実施形態と同様に動作するものである。図１９に示すように、第４の実施の形態であるシステムには、論理センサデバイスの位置情報を格納する位置情報管理部３４５を有する位置情報格納用データベース３１４が設けられる。
また、第４の実施の形態では、論理センサデバイスが、ある位置に固定設置された固定デバイスであるか、或いは、移動する移動デバイスであるかを設定することが可能である。
以下、論理センサデバイスの位置情報管理機能について説明する。
ここで、位置とは、何らかの座標系における座標を示す。座標系は、原点や座標軸の取り方によって定義され、２次元か３次元か、或いは、直交座標系か極座標系か、軸のスケールはメートルかセンチメートルか、など様々な座標系が考えられ、センサデバイスを設置した位置を様々な表現で表現することが可能である。
また、どのような座標系の位置が必要であるかは、アプリケーションによって異なるため、様々なアプリケーションに対応可能なように、様々な座標系を定義することが必要となる。
また、どのような座標系の位置が必要であるかは、アプリケーションによって異なるため、様々なアプリケーションに対応可能なように、様々な座標系を定義することが必要となる。
次に、論理センサデバイスがある特定の位置での事象を計測する固定デバイスである場合の位置情報設定について説明する。
位置情報設定者は、端末２０９からＷｅｂサーバ２１１に対して、座標系の登録要求を行うと、Ｗｅｂサーバ２１１は端末２０９に対してマップ登録画面を表示する。図２０は、マップ登録画面の一例を示す図である。位置情報設定者は、マップ（座標系）ＩＤ入力欄３５１に「２階フロア」と入力し、その説明を説明欄に入力する。次に、座標系の定義として、座標定義欄３５２−１、３５２−２に座標軸を定義する。もし座標軸が２以上であれば、項目追加ボタンを選択することによって、座標定義欄を追加表示することが可能である。
位置情報設定者は、端末２０９からＷｅｂサーバ２１１に対して、座標系の登録要求を行うと、Ｗｅｂサーバ２１１は端末２０９に対してマップ登録画面を表示する。図２０は、マップ登録画面の一例を示す図である。位置情報設定者は、マップ（座標系）ＩＤ入力欄３５１に「２階フロア」と入力し、その説明を説明欄に入力する。次に、座標系の定義として、座標定義欄３５２−１、３５２−２に座標軸を定義する。もし座標軸が２以上であれば、項目追加ボタンを選択することによって、座標定義欄を追加表示することが可能である。
こうして、座標系に関する入力が終わり、登録ボタンが選択されると、Ｗｅｂサーバ２１１は、登録されたデータを基に、位置情報を格納するテーブルを作成し、位置情報管理部３４５に格納する。図２１は、位置情報管理部３４５に保持する位置情報の一例を示す。図２１に示すように、テーブルは項目として、論理センサデバイス名３６３、位置情報を取得した時間３６５、位置情報のＸ座標、Ｙ座標３６７を有し、それぞれにデータが取得される。
次に、位置情報設定者は、固定デバイスである論理センサデバイスの位置を設定する。位置設定は図２２に示す論理センサデバイス情報登録画面で行われる。図２２は、論理センサデバイス情報登録画面の一例を示す図である。位置情報設定者が、図２２に示す画面の位置情報設定ボタン３７１を選択すると、Ｗｅｂサーバ２１１は端末２０９に対して図２３に示す画面を表示する。
図２３は、位置情報設定画面の一例を示す図である。図２３に示す位置情報設定画面において、位置情報設定者は、マップ（座標系）ＩＤとして「２階フロア」を指定し、そのマップにおける座標値、この場合は「Ｘ＝３４」、「Ｙ＝３４」を入力し、設定ボタンを選択すると、入力された位置情報は一時的に記憶され、図２２に示す画面に戻る。図２２に示す画面において、登録ボタンが選択されると、Ｗｅｂサーバ２１１は、論理センサデバイス情報を論理センサデバイス情報管理部２３４に格納し、当該論理センサデバイスの位置情報である論理センサデバイスＩＤ（識別子）、マップＩＤ、登録時間が予め作成した当該マップＩＤ用のテーブルに格納される。
次に、論理センサデバイスが移動デバイスである場合の論理センサデバイスの位置情報の設定について説明する。移動デバイスとは、例えば、携帯用ノートパソコンに設置された周囲の温度を計測する温度センサなどである。
移動デバイスの場合も、固定デバイスの場合と同様に、図２０に示すマップ（座標系）登録画面にて座標系を定義し、図２１に示す当該マップに対応するテーブルを作成し、位置情報管理部３４５に格納しておく。
移動デバイスの場合も、固定デバイスの場合と同様に、図２０に示すマップ（座標系）登録画面にて座標系を定義し、図２１に示す当該マップに対応するテーブルを作成し、位置情報管理部３４５に格納しておく。
図２４は、第４の実施の形態であるセンサデータ制御システムのセンサデータ利用側のブロック構成図である。図２４において、アプリケーション３４１−１は、測位アプリケーションであり、アプリケーション３４１−１を用いて時々刻々移動する移動センサの位置情報を追跡する。アプリケーション３４１−１は、クエリ処理部３１９を介して、対象となる移動デバイスの位置を特定するのに必要なセンサデータ、例えばＧＰＳ（Global Positioning System）データなどをセンサデータ管理部２３１から取得する。この際の取得手順は、第３の実施の形態におけるアプリケーション２４１の場合と同様である。取得したセンサデータを元に、当該移動デバイスの位置情報を算出する（手順１）。
また、測位アプリケーション３４１−１が、移動デバイスに付けられたＧＰＳセンサが発する位置情報信号を直接受信可能であれば、上記のデータ取得は必要なく、移動デバイスの位置情報を得ることができる。
また、測位アプリケーション３４１−１が、移動デバイスに付けられたＧＰＳセンサが発する位置情報信号を直接受信可能であれば、上記のデータ取得は必要なく、移動デバイスの位置情報を得ることができる。
アプリケーション３４１−１は、移動デバイスの位置情報を算出したら、クエリ処理部３１９に対して、当該論理センサデバイスに関する位置情報設定要求を送信する。クエリ処理部３１９は、位置情報を位置情報管理部３４５のテーブルに格納する（手順２）。
アプリケーション３４１−１は、上記の手順１、手順２を定期的に繰り返すことにより、当該論理センサデバイスの現在位置の算出、位置情報管理部３４５への登録を行う。
アプリケーション３４１−１は、上記の手順１、手順２を定期的に繰り返すことにより、当該論理センサデバイスの現在位置の算出、位置情報管理部３４５への登録を行う。
次に、アプリケーション３４１−２がセンサデバイスの位置情報を利用する場合について説明する。
アプリケーション３４１−２は、時間と位置範囲（マップＩＤと座標範囲）とを指定し、指定された時間に、指定された位置に存在する論理センサデバイスを検索する要求を、クエリ処理部３１９に送信する。
クエリ処理部３１９は、位置情報格納用データベース３１４を検索し、指定されたマップＩＤに対応するテーブルから、指定された時間、指定された座標範囲に存在する論理センサデバイスの論理センサデバイスＩＤ（識別子）の一覧を取得する。
アプリケーション３４１−２は、時間と位置範囲（マップＩＤと座標範囲）とを指定し、指定された時間に、指定された位置に存在する論理センサデバイスを検索する要求を、クエリ処理部３１９に送信する。
クエリ処理部３１９は、位置情報格納用データベース３１４を検索し、指定されたマップＩＤに対応するテーブルから、指定された時間、指定された座標範囲に存在する論理センサデバイスの論理センサデバイスＩＤ（識別子）の一覧を取得する。
クエリ処理部３１９は、取得した一覧にある論理センサデバイスそれぞれについて、論理センサデバイス情報管理部２３４から、当該論理センサデバイスに関するメタ情報（説明等）を取得し、そのメタ情報に基づいて、必要なセンサデータを取得する論理センサデバイスを選択し、その論理センサデバイスのセンサデータを取得し、アプリケーション３４１−２に送信する。この際の取得手順は、第３の実施の形態におけるアプリケーション２４１の場合と同様である。ここで、どの論理センサデバイス情報を取得するかについて選択する判断は、アプリケーション３４１−２から判断基準となる情報（例えば、センサ種別など）がクエリ処理部３１９に入力される。
このようにして、アプリケーション３４１−２は、ある時間、ある場所に存在するセンサデバイスから必要なセンサデータを取得することが可能である。
ここでは、時間と位置とを動的な情報として管理する場合を例に述べたが、動的な情報はこの限りではない。
ここでは、時間と位置とを動的な情報として管理する場合を例に述べたが、動的な情報はこの限りではない。
次に、第４の実施の形態を具体的な例を挙げて説明する。
図２５は、住人Ｐ氏の住環境を示す図である。住人Ｐ氏の住環境は家屋５１１と庭５１３であり、Ｐ氏は家屋５１１の屋内５２３と庭５１３を自由に移動する。庭５１３には樹木５１５が存在する。図２６は、図２５に示す住環境を上から見た図である。ここで、Ｐ氏は移動センサデバイス５３１を有する。また、屋内の領域（例えば部屋など）５２３−１、５２３−２、５２３−３、５２３−４、５２３−４にはリーダセンサデバイス５４１−１、５４１−２、５４１−３、５４１−４が設置され、樹木５１５にはリーダセンサデバイス５４１−５が設置される。
図２５は、住人Ｐ氏の住環境を示す図である。住人Ｐ氏の住環境は家屋５１１と庭５１３であり、Ｐ氏は家屋５１１の屋内５２３と庭５１３を自由に移動する。庭５１３には樹木５１５が存在する。図２６は、図２５に示す住環境を上から見た図である。ここで、Ｐ氏は移動センサデバイス５３１を有する。また、屋内の領域（例えば部屋など）５２３−１、５２３−２、５２３−３、５２３−４、５２３−４にはリーダセンサデバイス５４１−１、５４１−２、５４１−３、５４１−４が設置され、樹木５１５にはリーダセンサデバイス５４１−５が設置される。
図２７は、住人Ｐ氏の住環境に適用したセンサデバイス制御システムの蓄積側のブロック構成図である。図２７に示すように、リーダセンサデバイス５４１−１、５４１−２、５４１−３、５４１−４、５４１−５は、センサデータ処理部２１３に通信可能に接続されており、移動センサ５３１から無線送信されるセンサデータを受信し、センサデータ処理部２１３に送信する。
図２８は移動センサ５３１の定義を示す図である。移動センサ５３１は、センサデバイスＩＤ（識別子）が（００１）であり、ＧＰＳセンサと気温センサ等からなる複合型のセンサである。ＧＰＳセンサの論理センサデバイスＩＤ（識別子）は「Ｐ氏論理ＧＰＳセンサデバイス」であり、気温センサの論理センサデバイスＩＤ（識別子）は「Ｐ氏論理気温センサデバイス」である。
図２９は、各リーダセンサ５４１の定義を示す図である。リーダセンサ５４１のセンサデバイスＩＤは（１０１）であり、論理センサデバイスＩＤは「論理リーダ２センサデバイス」であり、位置情報は図２６に示すｘ−ｙ座標系において（ｘ１、ｙ１）である。他のリーダセンサ５４１−２〜５４１−５についても、図２９に示すように定義される。
尚、各論理センサデバイスの測定対象や対応付けなどの情報は、図１４に示す設定画面等で設定され、論理センサデバイス情報管理部２３４に保持される。
また、図２６に示すｘ−ｙ座標系に関するマップテーブル等も図２０の設定画面により設定され、また、それぞれのリーダセンサの位置座標は図２３に示す画面等により設定され、位置情報格納ＤＢ３１４に格納される。
尚、各論理センサデバイスの測定対象や対応付けなどの情報は、図１４に示す設定画面等で設定され、論理センサデバイス情報管理部２３４に保持される。
また、図２６に示すｘ−ｙ座標系に関するマップテーブル等も図２０の設定画面により設定され、また、それぞれのリーダセンサの位置座標は図２３に示す画面等により設定され、位置情報格納ＤＢ３１４に格納される。
図３０は、アプリケーションと本システムの利用側のブロック構成図を示す図である。
測位アプリケーションＡは、ＧＰＳセンサを利用してセンサデバイスの位置を測位するものであり、緯度と経度を計測する。測位アプリケーションＡを動作させる準備として、予め、測位アプリケーションの管理者は、本システムに測位アプリケーションＡで用いるマップを登録する。マップＩＤとして「地球全範囲マップ」、座標名として「緯度」「経度」の２つを定義する。測位アプリケーションＡは、Ｐ氏論理ＧＰＳセンサデバイスからのセンサデータを定期的に取得し、センサデータ内に格納される時刻、緯度、経度の情報から、このセンサデータをその時刻におけるＰ氏論理ＧＰＳセンサデバイスの位置とし、位置情報管理部３４５−１に登録する。さらに、測位アプリケーションＡは、論理センサデバイス情報管理部内の情報からＰ氏論理ＧＰＳセンサデバイスと同一の測定対象を持つ論理センサデバイスとしてＰ氏論理気温センサデバイスを見つけ出し、この論理センサデバイスも同一の位置に存在するとして、位置情報管理部３４５−１に登録する。
測位アプリケーションＡは、ＧＰＳセンサを利用してセンサデバイスの位置を測位するものであり、緯度と経度を計測する。測位アプリケーションＡを動作させる準備として、予め、測位アプリケーションの管理者は、本システムに測位アプリケーションＡで用いるマップを登録する。マップＩＤとして「地球全範囲マップ」、座標名として「緯度」「経度」の２つを定義する。測位アプリケーションＡは、Ｐ氏論理ＧＰＳセンサデバイスからのセンサデータを定期的に取得し、センサデータ内に格納される時刻、緯度、経度の情報から、このセンサデータをその時刻におけるＰ氏論理ＧＰＳセンサデバイスの位置とし、位置情報管理部３４５−１に登録する。さらに、測位アプリケーションＡは、論理センサデバイス情報管理部内の情報からＰ氏論理ＧＰＳセンサデバイスと同一の測定対象を持つ論理センサデバイスとしてＰ氏論理気温センサデバイスを見つけ出し、この論理センサデバイスも同一の位置に存在するとして、位置情報管理部３４５−１に登録する。
測位アプリケーションＢは、室内のセンサデバイスの位置を測位するアプリケーションである。前述のように、図２６に示すｘ−ｙ座標系はマップＩＤとして「Ｐ氏家屋内マップ」、座標名として「ｘ」と「ｙ」とで定義され、位置情報管理部３４５−２にはマップＩＤに対応したテーブルが格納される。移動センサ５３１と各リーダセンサ５４１−１〜５４１−５に関する定義は図２８、図２９に示すとおりである。このとき、測位アプリケーションＢは、論理リーダ１センサデバイスから論理リーダ５センサデバイスまでの全論理リーダセンサデバイスからのセンサデータを定期的に取得し、センサデータ内に保持される時刻と、センサデバイスＩＤと、受信電波強度とから、当該センサデバイスＩＤに対応する論理センサデバイスのその時刻における位置を求め、位置情報管理部３４５−２に登録する。移動センサ５３１からのセンサデータは無線で送信され、各リーダセンサ５４１−１〜５４１−５によって受信されるが、移動センサ５３１と各リーダセンサとの距離に応じて受信電波強度が変化するため、測位アプリケーションＢは受信電波強度から移動センサ５３１がどのリーダセンサの近くに存在するかを推定することが可能である。最も簡単には、受信電波強度が最も強かったリーダセンサの位置に移動センサ５３１が存在するとして近似してもよい。
アプリケーションＲは、地球規模での気温分布を調べる気温観測アプリケーションである。ユーザが、緯度と経度の範囲と時刻を入力すると、その時刻のその座標範囲の気温を取得できる。このアプリケーションＲは、「地球全範囲マップ」を利用し、ユーザが入力した指定時刻に、指定座標範囲に存在した気温センサデバイスを検索し、そのセンサデータを取得する。その時刻に、Ｐ氏が庭にいれば、ＧＰＳデータにより測位できるので、Ｐ氏論理気温センサデバイスが出力した気温センサデータをその場所の気温として利用することができる。
アプリケーションＳは、Ｐ氏の家屋の空調管理アプリケーションであり、Ｐ氏がいる部屋の温度が適温となるように空調機を制御するアプリケーションである。アプリケーションＳは、「Ｐ氏家屋内マップ」を利用し、定期的にＰ氏論理気温センサデバイスの位置を調べる。それが家屋内にあり、現時刻での位置情報が取得でき、Ｐ氏論理気温センサデバイスからのセンサデータの値が高すぎたり、低すぎたりした場合は、空調機を操作制御する。ここで、アプリケーションＳには、予め、「Ｐ氏家屋内マップ」における位置と各部屋の対応、また書く部屋に設置される空調機の制御方法についての情報が設定されているものとする。
以上説明したように、本実施の形態では、複数の測位アプリケーションを設置することができ、それぞれ別のマップ（座標系）を定義し、そのマップにおける論理センサデバイスの位置情報を登録することが可能である。一方で、位置情報を利用する様々なアプリケーションは、適切なマップを利用し、ある時刻における、ある座標範囲に存在する論理センサデバイスを検索することが可能である。
アプリケーションＲにおいて、屋内の気温も取得したい場合、測位アプリケーションＣを動作させる。測位アプリケーションＣは、測位手法は測位アプリケーションＢと同様であるが、「Ｐ氏家屋内マップ」における座標を緯度、経度に変換するデータ変換を有するため、論理センサデバイスの緯度、経度を測位することが可能である。測位アプリケーションＣは測位した結果を位置情報管理部Ａに登録する。
この測位アプリケーションＣの実現方法としては、測位アプリケーションＣ自信が測位アプリケーションＢと同様の測位処理を行うのではなく、測位アプリケーションＢが測位した結果を用いることも可能である。即ち、測位アプリケーションＢが測位し、位置情報管理部３４５−２に蓄積した位置情報を取得し、緯度、経度への変換処理を施した後、位置情報管理部３４５−１に蓄積するという方法である。この場合、測位アプリケーションＣは、位置情報管理部３４５−２から位置情報を取得するモジュールと、変換処理モジュールと、変換結果の位置情報を位置情報管理部３４５−１に登録するモジュールとからなる。
このように、本システムでは、必要に応じて新たな測位アプリケーションを追加し、逆に、不要となった測位アプリケーションを削除することが可能である。
また、アプリケーションＲにて、屋内の気温も取得したい場合、測位アプリケーションＣを追加する方法のほかに、座標間のマッチングをシステム側で動的に行うという方法も可能である。例えば、「地球全範囲マップ」の位置情報を検索するときには、「Ｐ氏家屋内マップ」の位置情報も同時に検索を行うという手法である。
また、アプリケーションＲにて、屋内の気温も取得したい場合、測位アプリケーションＣを追加する方法のほかに、座標間のマッチングをシステム側で動的に行うという方法も可能である。例えば、「地球全範囲マップ」の位置情報を検索するときには、「Ｐ氏家屋内マップ」の位置情報も同時に検索を行うという手法である。
実現方法としては、「地球全範囲マップ」の位置情報を検索するときには、「Ｐ氏家屋内マップ」の位置情報も同時に検索することと、座標の対応関係、即ち緯度、経度からｘ−ｙ座標への変換規則とを本システムに登録しておき、本システムは、「地球全範囲マップ」への検索要求された場合に、登録された情報に基づき、緯度、経度での指定座標範囲を「Ｐ氏家屋内マップ」でのｘ−ｙ座標に変換し、それを指定座標範囲として、「Ｐ氏家屋内マップ」の位置情報を同時に検索する。本システムには、それらの情報を登録するための設定画面と、位置情報検索時に登録情報に基づいて前述のように検索を行うモジュールを加えればよい。
また、本システムでは、座標系として１次元や３次元以上の軸を有する座標系を用いる測位アプリケーションを追加、削除することが可能である。
また、座標系を用いる位置ではなく、概念的な位置、例えば、「１号館２階Ａ会議室」や「東京都武蔵野市」などといった位置を測位する測位アプリケーションを導入することも可能である。
また、座標系を用いる位置ではなく、概念的な位置、例えば、「１号館２階Ａ会議室」や「東京都武蔵野市」などといった位置を測位する測位アプリケーションを導入することも可能である。
この実現方法としては、例えば、マップ登録画面において、型が「ｔｅｘｔ」である座標軸を１つのみ有するマップを定義し、Ｕｎｉｘ（登録商標）におけるディレクトリ構造の記述を用いて位置を表現することが可能である。例えば、「１号館／２階／Ａ会議室」等の記述である。
図３１は、図６に示すセンサデータ形式登録画面におけるデータ形式の他の記述方法を示す図である。図３１に示すデータ形式は「(％Ｆ) (％Ｓ) (％ＹＹＹＹ％ＭＭ％ＤＤ％ＨＨ％ＭＩ％ＳＳ％ＭＳＣ) （％Ｎｕｍ）」である。ここで、「％Ｆ」はデータ形式識別子を示し、「％Ｓ」はセンサデバイス識別子を意味する。また時刻情報として「％ＹＹＹＹ」は「西暦の年」を、「％ＭＭ」は「月」を、「％ＤＤ」は「日」を、「％ＨＨ」は「時」を、「％ＭＩ」は「分」を、「％ＳＳ」は「秒」を、「％ＭＳＣ」は「ミリ秒」を示し、「％Ｎｕｍ」は数値であることを意味する。第１の実施形態での正規表現による記述に比べて、このように簡素化した表現を用いることによって、よりユーザビリティを向上させることが可能となる。
以上、添付図面を参照しながら、本発明に係るセンサデバイス制御システムの好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
１１………Ｗｅｂサーバ
１３………センサデータ処理部
１５………センサデータ格納用データベース
１７………センサメタ情報格納用データベース
１９………クエリ処理部
４１………アプリケーション
１３………センサデータ処理部
１５………センサデータ格納用データベース
１７………センサメタ情報格納用データベース
１９………クエリ処理部
４１………アプリケーション
Claims (5)
- センサデバイスから取得したセンサデータを蓄積し、アプリケーションに対して前記センサデータを提供するセンサデータ制御システムであって、
前記センサデバイスを抽象化した論理センサデバイスの識別子である論理センサデバイス識別子と、該論理センサデバイスに対応付けられたセンサデバイスの識別子であるセンサデバイス識別子と、前記論理センサデバイスに対応付けられたデータ変換方法との履歴を保持する論理センサデバイス情報保持手段と、
前記センサデバイスのセンサデータを当該センサデバイスのセンサデバイス識別子と対応付けて格納テーブルに格納して保持するセンサデータ保持手段と、
前記センサデータの種別を示すデータ形式識別子と、該データ形式識別子が示すデータ形式の情報であるデータ形式情報と、前記格納テーブルの名称である格納テーブル名と、該格納テーブルの格納形式とを保持するデータ形式識別子保持手段と、
前記センサデバイスからセンサデータを取得するセンサデータ取得手段と、
前記センサデータ取得手段によって取得されたセンサデータに含まれるデータ形式識別子を読み出し、該読み出したデータ形式識別子に対応するデータ形式情報と格納テーブル名と格納形式とを、前記データ形式識別子保持手段から取得し、該取得したデータ形式情報に従って前記取得したセンサデータを解析し、前記取得した格納形式に従って前記取得した格納テーブル名の格納テーブルに格納する格納手段と、
前記アプリケーションから要求されたセンサデータの送信要求に基づいて、前記格納テーブルに格納されたセンサデータを、当該アプリケーションに提供する提供手段と、
を具備し、
前記提供手段は、前記論理センサデバイス情報保持手段を参照し、前記アプリケーションから指定されたデータ取得期間において、前記アプリケーションから要求された論理センサデバイスに対応付けられたセンサデバイス識別子と、前記センサデバイス識別子に対応付けられた前記格納テーブルからセンサデータを取得し、前記論理センサデバイスに対応付けられたデータ変換方法に従ってデータ変換を施して、当該アプリケーションに提供する
ことを特徴とするセンサデータ制御システム。 - 更に、論理センサデバイスの位置情報を保持する位置情報保持手段を具備する
ことを特徴とする請求項１記載のセンサデータ制御システム。 - 前記論理センサデバイスの位置情報は、１つ以上の座標系で表現される位置座標である
ことを特徴とする請求項２記載のセンサデータ制御システム。 - 前記センサデバイス識別子と、そのセンサデバイスのセンサデータに対するキャリブレーション情報を保持するキャリブレーション情報保持手段を更に具備し、
前記格納手段は、前記キャリブレーション情報に従って、センサデータに対して補正処理を行い、前記格納テーブルに格納する
ことを特徴とする請求項１記載のセンサデータ制御システム。 - センサデータ制御システムが、センサデバイスから取得したセンサデータを蓄積し、アプリケーションに対して前記センサデータを提供するセンサデータ制御方法であって、
論理センサデバイス情報保持手段が、前記センサデバイスを抽象化した論理センサデバイスの識別子である論理センサデバイス識別子と、該論理センサデバイスに対応付けられたセンサデバイスの識別子であるセンサデバイス識別子と、前記論理センサデバイスに対応付けられたデータ変換方法との履歴を保持する第１のステップと、
センサデータ保持手段が、前記センサデバイスのセンサデータを当該センサデバイスのセンサデバイス識別子と対応付けて格納テーブルに格納して保持する第２のステップと、
データ形式識別子保持手段が、前記センサデータの種別を示すデータ形式識別子と、該データ形式識別子が示すデータ形式の情報であるデータ形式情報と、前記格納テーブルの名称である格納テーブル名と、該格納テーブルの格納形式とを保持する第３のステップと、
センサデータ取得手段が、前記センサデバイスからセンサデータを取得する第４のステップと、
格納手段が、前記第４のステップによって取得されたセンサデータに含まれるデータ形式識別子を読み出し、該読み出したデータ形式識別子に対応するデータ形式情報と格納テーブル名と格納形式とを、前記データ形式識別子保持手段から取得し、該取得したデータ形式情報に従って前記取得したセンサデータを解析し、前記取得した格納形式に従って前記取得した格納テーブル名の格納テーブルに格納する第５のステップと、
提供手段が、前記アプリケーションから要求されたセンサデータの送信要求に基づいて、前記格納テーブルに格納されたセンサデータを、当該アプリケーションに提供する第６のステップと、
を具備し、
前記第６のステップでは、前記提供手段が、前記論理センサデバイス情報保持手段を参照し、前記アプリケーションから指定されたデータ取得期間において、前記アプリケーションから要求された論理センサデバイスに対応付けられたセンサデバイス識別子と、前記センサデバイス識別子に対応付けられた前記格納テーブルからセンサデータを取得し、前記論理センサデバイスに対応付けられたデータ変換方法に従ってデータ変換を施して、当該アプリケーションに提供する
ことを特徴とするセンサデータ制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007056377A JP4647632B2 (ja) | 2007-03-06 | 2007-03-06 | センサデータ制御システム及びセンサデータ制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007056377A JP4647632B2 (ja) | 2007-03-06 | 2007-03-06 | センサデータ制御システム及びセンサデータ制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2008217612A JP2008217612A (ja) | 2008-09-18 |
| JP4647632B2 true JP4647632B2 (ja) | 2011-03-09 |
Family
ID=39837552
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007056377A Expired - Fee Related JP4647632B2 (ja) | 2007-03-06 | 2007-03-06 | センサデータ制御システム及びセンサデータ制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4647632B2 (ja) |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102666207A (zh) * | 2009-09-29 | 2012-09-12 | 沃尔沃技术公司 | 准备传感器组件的传感器输出数据在至少一个应用中和/或通过至少一个算法来进一步处理的方法和系统 |
| KR101835413B1 (ko) * | 2010-04-13 | 2018-03-09 | 삼성전자주식회사 | 가상 세계 처리 장치 및 방법 |
| US9405914B2 (en) | 2011-05-10 | 2016-08-02 | Thales Canada Inc. | Data analysis system |
| WO2012160813A1 (ja) * | 2011-05-24 | 2012-11-29 | 日本電気株式会社 | 情報処理システム、データ管理方法、情報処理装置およびその制御方法と制御プログラム |
| AU2013321782A1 (en) * | 2012-09-27 | 2015-04-16 | Omron Corporation | Device management apparatus and device search method |
| AU2014384290B9 (en) | 2014-02-25 | 2017-08-31 | Essity Hygiene And Health Aktiebolag | Sensor data analysis for a plurality of users |
| JP2015226102A (ja) * | 2014-05-26 | 2015-12-14 | オムロン株式会社 | 仮想センサのメタデータ構造 |
| JP5895997B2 (ja) * | 2014-09-19 | 2016-03-30 | オムロン株式会社 | センサ管理装置 |
| US11102073B2 (en) | 2016-01-18 | 2021-08-24 | Nec Corporation | Information processing system, device registration method, information processing device, communication terminal, and control method and control program therefor |
| JP6855859B2 (ja) * | 2017-03-21 | 2021-04-07 | 株式会社リコー | 仲介装置、仲介方法およびプログラム |
| JP2018173938A (ja) * | 2017-03-31 | 2018-11-08 | 西日本電信電話株式会社 | 時刻推定システム、センサ、サーバ、時刻推定方法、及びプログラム |
| JP6477936B1 (ja) * | 2018-02-13 | 2019-03-06 | オムロン株式会社 | データ処理装置、データ処理方法及びプログラム |
| JP6477935B1 (ja) * | 2018-02-13 | 2019-03-06 | オムロン株式会社 | 前処理判定装置、前処理判定方法及びプログラム |
| JP2019149081A (ja) * | 2018-02-28 | 2019-09-05 | 横河電機株式会社 | 情報収集装置、情報収集方法、情報収集プログラム、及び、記憶媒体 |
| JP6628934B1 (ja) * | 2018-03-30 | 2020-01-15 | 三菱電機株式会社 | センサ管理装置、センサ管理方法及びプログラム |
| JP7435551B2 (ja) | 2021-06-25 | 2024-02-21 | 横河電機株式会社 | データ処理装置、データ処理方法、および、データ処理プログラム |
| WO2023176916A1 (ja) * | 2022-03-16 | 2023-09-21 | 株式会社ラプラス・システム | 数値データに対する識別子を含むデータ構造及びそれを用いた数値管理システム |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0793378A (ja) * | 1993-09-24 | 1995-04-07 | Toshiba Corp | トレンドグラフ表示装置 |
| JPH09198130A (ja) * | 1996-01-17 | 1997-07-31 | Toshiba Corp | プラント運転監視装置 |
| JPH09212209A (ja) * | 1996-02-02 | 1997-08-15 | Hitachi Ltd | 分散処理システムのメッセージ処理方法 |
| JPH1145114A (ja) * | 1997-07-25 | 1999-02-16 | Hisaka Works Ltd | モニター機及びそのキャリブレーション法 |
| JP2002251213A (ja) * | 2001-02-21 | 2002-09-06 | Toshiba Corp | プラント情報処理システム |
| JP2004102693A (ja) * | 2002-09-10 | 2004-04-02 | Mitsubishi Heavy Ind Ltd | 自己位置登録型センサ、およびプラント監視装置、ならびに自己位置登録型センサを用いたプラント監視方法 |
-
2007
- 2007-03-06 JP JP2007056377A patent/JP4647632B2/ja not_active Expired - Fee Related
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0793378A (ja) * | 1993-09-24 | 1995-04-07 | Toshiba Corp | トレンドグラフ表示装置 |
| JPH09198130A (ja) * | 1996-01-17 | 1997-07-31 | Toshiba Corp | プラント運転監視装置 |
| JPH09212209A (ja) * | 1996-02-02 | 1997-08-15 | Hitachi Ltd | 分散処理システムのメッセージ処理方法 |
| JPH1145114A (ja) * | 1997-07-25 | 1999-02-16 | Hisaka Works Ltd | モニター機及びそのキャリブレーション法 |
| JP2002251213A (ja) * | 2001-02-21 | 2002-09-06 | Toshiba Corp | プラント情報処理システム |
| JP2004102693A (ja) * | 2002-09-10 | 2004-04-02 | Mitsubishi Heavy Ind Ltd | 自己位置登録型センサ、およびプラント監視装置、ならびに自己位置登録型センサを用いたプラント監視方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2008217612A (ja) | 2008-09-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4647632B2 (ja) | センサデータ制御システム及びセンサデータ制御方法 | |
| JP4773510B2 (ja) | センサネットシステム、センサネットシステムデータ管理方法、センサネットシステムデータ管理プログラム | |
| Ledlie et al. | Molé: A scalable, user-generated WiFi positioning engine | |
| WO2006123649A1 (ja) | 携帯端末、コンテキスト管理サーバ、アプリケーション登録サーバ、およびアプリケーション実行方法 | |
| KR101940823B1 (ko) | 모바일 컴퓨팅 장치 센서를 이용한 프라이빗 스페이스의 맵 생성 | |
| CN103635886B (zh) | 信息处理系统、数据管理方法、信息处理设备及其控制方法 | |
| JP4943109B2 (ja) | 情報処理装置、情報処理方法、およびプログラム | |
| CN105786897B (zh) | 用于提供基于情境感知的用户关注信息的情境感知本体构建方法 | |
| WO2020116610A1 (ja) | データ検索装置とそのデータ検索方法およびプログラム、エッジサーバとそのプログラム | |
| JPH11250393A (ja) | 位置依存情報提供方式 | |
| CN102999610A (zh) | 数据访问系统和数据访问方法 | |
| US10264420B2 (en) | System and method for providing a descriptive location of a user device | |
| KR20140142815A (ko) | Gps를 통한 위치정보기반 시스템 및 그 이용한 위치 알림서비스 방법 | |
| Tila et al. | Semantic IoT System for Indoor Environment Control—A Sparql and SQL based hybrid model | |
| Kim et al. | An indoor location tracking based on mobile RFID for smart exhibition service | |
| JP6907135B2 (ja) | データ提供装置及びデータ提供方法 | |
| US20020184332A1 (en) | Physical registration method and system for resources | |
| JP2010140355A (ja) | 情報検索システム及び情報検索方法 | |
| JP4853487B2 (ja) | 位置検出システム及び位置検出プログラム | |
| KR101970591B1 (ko) | 업무용 이동기기를 활용한 핑거프린트 위치 라벨링 방법 및 라벨링 시스템 | |
| JP2002149681A (ja) | 不動産物件の検索サービス方法、検索サービスシステム、検索システム、検索依頼装置、検索仲介装置及び検索装置 | |
| KR101823386B1 (ko) | 사물 자원 정보 공유 방법 및 장치 | |
| JP6519278B2 (ja) | サーバ装置、プログラム及び通信システム | |
| Gu | IP&SF: Indoor Positioning and Service Framework by using Information about BLE-based Beacons in Indoor Spaces | |
| KR20180035375A (ko) | 사물인터넷의 이종 도메인간 측정데이터 획득을 위한 자원관리시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090123 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100707 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100713 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100910 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20101130 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20101208 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131217 Year of fee payment: 3 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4647632 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131217 Year of fee payment: 3 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |