(57)【要約】【課題】センサ情報をユーザにとってより有意な情報として通知することを可能とし、また、柔軟にセンサを選択して使用することを可能とした技術を提供する【解決手段】センサから受信したセンサデータを、ユーザに提供するための情報に変換するセンサ情報変換装置において、センサから受信したセンサデータを、当該センサの計測対象に対応した状態を表す状態情報に変換するセンサデータ変換手段と、前記状態情報を、当該状態情報から判定される所定の事象を表す情報に変換する状態情報変換手段とを備える。【選択図】図１
2008027388.tif 000002
【特許請求の範囲】
【請求項１】
センサから受信したセンサデータを、ユーザに提供するための情報に変換するセンサ情報変換装置であって、
センサから受信したセンサデータを、当該センサの計測対象に対応した状態を表す状態情報に変換するセンサデータ変換手段と、
前記状態情報を、当該状態情報から判定される所定の事象を表す情報に変換する状態情報変換手段と
を備えることを特徴とするセンサ情報変換装置。
【請求項２】
前記センサデータ変換手段は、前記センサの種別と当該センサの計測対象の種別との組に対応する手段として、複数のセンサデータ変換手段の中から選択されたものであることを特徴とする請求項１に記載のセンサ情報変換装置。
【請求項３】
前記センサから受信したセンサデータに基づき、当該センサの種別と当該センサの計測対象の種別を判別し、これらの組に対応するセンサデータ変換手段を選択する手段を有することを特徴とする請求項２に記載のセンサ情報変換装置。
【請求項４】
前記センサの種別と当該センサの計測対象の種別の登録を受け付けたことに応じて、当該センサの種別と当該センサの計測対象の種別との組に対応するセンサデータ変換手段を選択する手段を有することを特徴とする請求項２に記載のセンサ情報変換装置。
【請求項５】
センサの種別又は計測対象種別を変更するための登録を受け付け、変更後のセンサの種別と計測対象の種別との組に対応したセンサデータ変換手段を、変更前のセンサデータ変換手段に代えて使用することを特徴とする請求項２に記載のセンサ情報変換装置。
【請求項６】
前記状態情報変換手段は、前記所定の事象と前記センサの計測対象の種別との組に対応する手段として、複数の状態情報変換手段の中から選択されたものであることを特徴とする請求項１に記載のセンサ情報変換装置。
【請求項７】
前記所定の事象と前記センサの計測対象の種別の登録を受け付けたことに応じて、当該所定の事象と当該センサの計測対象の種別との組に対応する状態情報変換手段を選択する手段を有することを特徴とする請求項６に記載のセンサ情報変換装置。
【請求項８】
前記センサ情報変換装置は、センサリーダの識別情報と当該センサリーダの場所情報とを対応付けて保持し、センサリーダの識別情報を含むセンサデータを受信したときに、当該識別情報に対応する場所情報を前記状態情報として前記状態情報変換手段に通知する手段を更に有することを特徴とする請求項１に記載のセンサ情報変換装置。
【請求項９】
センサと計測対象との組が複数ある場合において、前記センサ情報変換装置は、当該複数の組に対応する複数のセンサデータ変換手段を備え、
前記状態情報変換手段は、当該複数のセンサデータ変換手段により得られた複数の状態情報を変換することにより、前記所定の事象を表す情報を得ることを特徴とする請求項１に記載のセンサ情報変換装置。
【請求項１０】
ユーザにより予め指定された契機になったと判定した場合に、当該ユーザに対応する前記所定の事象を表す情報を当該ユーザに通知する手段を備えることを特徴とする請求項１ないし９のうちいずれか１項に記載のセンサ情報変換装置。
【請求項１１】
センサから受信したセンサデータを、ユーザに提供するための情報に変換するセンサ情報変換装置が実行するセンサ情報変換方法であって、
センサから受信したセンサデータを、当該センサの計測対象に対応した状態を表す状態情報に変換するセンサデータ変換ステップと、
前記センサデータ変換ステップにより得られた状態情報を、当該状態情報から判定される所定の事象を表す情報に変換する状態情報変換ステップと
を有することを特徴とするセンサ情報変換方法。
【請求項１２】
センサから受信したセンサデータを、ユーザに通知するための情報に変換してユーザに通知するためのセンサ情報通知システムにより実行されるセンサ情報通知方法であって、
センサの種別と当該センサの計測対象の種別との組を含む登録情報を受信するステップと、
前記登録情報に基づき、前記センサの種別と当該センサの計測対象の種別との組に対応するセンサデータ変換手段を複数のセンサデータ変換手段から選択するステップと、
選択されたセンサデータ変換手段により、前記センサから受信したセンサデータを、当該センサの計測対象に対応した状態を表す状態情報に変換するステップと、
前記状態情報を、当該状態情報から判定される所定の事象を表す情報に変換し、記憶装置に保持するステップと、
ユーザにより予め指定された契機になったと判定した場合に、当該ユーザに対応する前記所定の事象を表す情報を当該ユーザに通知するステップと
を有することを特徴とするセンサ情報通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、住宅、ビル等に取り付けたセンサからの情報を処理する技術に関する。
【背景技術】
【０００２】
住宅等に各種センサを設置し、センサが反応したことを当該住宅の所有者であるユーザに通知する技術がある。このような技術の一例として、例えば特許文献１に開示されたシステムが知られている。
【０００３】
特許文献１のシステムでは、扉には扉の開閉を検出する扉開閉センサ、窓には窓ガラスの破損を検出するガラスブレイクセンサ、扉が施錠されているか否かを検出する施錠確認センサ等が使用されている。つまり、センサを取り付ける対象設備の異常な状態を予め定義し、その定義された異常状態を検出できる機能を有した専用のセンサが使用されている。
【０００４】
そして、例えば、扉開閉センサが反応すれば扉が開いたと認識し、ガラスブレイクセンサが反応すれば窓ガラスが破損したと認識し、反応したセンサの情報から住宅設備の状態変化を知ることができる。
【０００５】
しかしながら、特許文献１の技術では、ユーザは設置した各専用センサの異常有無を通知されることを目的としていることもあり、ユーザは、異常の有無と、異常有の場合には反応したセンサ種別のみしか知ることができない。
【０００６】
また、特許文献１の技術をはじめとする従来のセンサ監視技術では、センサは特定の用途に限定されているとともに、監視サービスを提供する各種装置におけるセンサ情報に関する処理は、センサ種別に対応して全体の処理の中に固定的に組み込まれている。従って、同一センサを複数用途に用いたり、センサを変更するといったことは困難であった。
【特許文献１】特開２００３−２５６９５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は上記の点に鑑みてなされたものであり、センサが反応したか否かという事実だけではなく、反応したセンサ情報をユーザにとってより有意な情報として通知することを可能とし、また、柔軟にセンサを選択して使用することを可能とした技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題は、センサから受信したセンサデータを、ユーザに提供するための情報に変換するセンサ情報変換装置であって、センサから受信したセンサデータを、当該センサの計測対象に対応した状態を表す状態情報に変換するセンサデータ変換手段と、前記状態情報を、当該状態情報から判定される所定の事象を表す情報に変換する状態情報変換手段とを備えることを特徴とするセンサ情報変換装置により解決される。
【０００９】
前記センサデータ変換手段は、前記センサの種別と当該センサの計測対象の種別との組に対応する手段として複数のセンサデータ変換手段から選択されたものとすることができる。また、前記状態情報変換手段は、前記所定の事象と前記センサの計測対象の種別との組に対応する手段として、複数の状態情報変換手段の中から選択されたものとしてもよい。
【００１０】
また、センサと計測対象の組が複数ある場合において、前記センサ情報変換装置は、当該複数の組に対応する複数のセンサデータ変換手段を備え、前記状態情報変換手段は、当該複数のセンサデータ変換手段により得られた複数の状態情報を変換することにより、前記所定の事象を表す情報を得るようにしてもよい。この場合、前記状態情報変換手段は、それぞれセンサデータ変換手段に対応する複数の状態情報変換手段と、複数の状態情報変換手段から出力される情報から最終的な情報を出力する手段から構成されることとしてもよい。
【００１１】
また、上記の課題は、センサから受信したセンサデータを、ユーザに通知するための情報に変換してユーザに通知するためのセンサ情報通知システムにより実行されるセンサ情報通知方法であって、センサの種別と当該センサの計測対象の種別との組を含む登録情報を受信するステップと、前記登録情報に基づき、前記センサの種別と当該センサの計測対象の種別の組に対応するセンサデータ変換手段を選択するステップと、選択されたセンサデータ変換手段により、前記センサから受信したセンサデータを、当該センサの計測対象に対応した状態を表す状態情報に変換するステップと、前記状態情報を、当該状態情報から判定される所定の事象を表す情報に変換し、記憶装置に保持するステップと、ユーザにより予め指定された契機になったと判定した場合に、当該ユーザに対応する情報を当該ユーザに通知するステップとを有することを特徴とするセンサ情報通知方法によっても解決される。
【発明の効果】
【００１２】
本発明によれば、センサデータ変換手段によりセンサの種別によらない計測対象に特有の状態情報を得ることができる。そして、状態情報変換手段がこの状態情報を更に変換して、ある監視の目的を持つユーザにとって意味のある所定の事象を表す情報を得ることができる。
【００１３】
状態情報変換手段は、センサの種別に依存しない処理を実行するものとして構成でき、たとえセンサの種別が変更になった場合でも、センサデータ変換手段のみ変更すればよく、同じ目的を達成するためであれば状態情報変換手段を変更する必要はない。
【００１４】
また、センサの種別と当該センサの計測対象の種別との組に対応するセンサデータ変換手段を選択して使用するので、センサの選択を柔軟に行うことができる。更に、ユーザの目的に応じた所定の事象を登録することにより、状態情報変換手段を選択できるので、ユーザは種々の目的に応じた監視を容易に行うことが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明の実施の形態について説明する。
【００１６】
図１に本実施の形態におけるシステムの概要構成を示す。このシステムでは、ユーザが自宅等の建物内にあるドアや窓、イス等のモノに、各種センサを取り付け、センサリーダとセンサGW（センサゲートウェイ）を設置し、これらの機器がセンサデータをネットワークを介してサーバ装置１０に送信する。そして、当該サーバ装置１０がセンサデータを解析して人間にとって分かりやすい情報に変換し、監視装置２０を介してユーザ端末３０に提示する。
【００１７】
サーバ装置１０は、センサ生データ抽出部１０１と、センサ生データに対しモノに対応した意味付けを行うセンサデータ意味付け処理部１０２と、意味付けた情報をモノに対応付けて管理する意味付け情報管理部１０３と、意味付け情報の更に有意な情報への加工とその内容の管理を行う意味付情報二次加工処理部１０４を有している。
【００１８】
上記のセンサリーダは、センサからセンサ情報を受信し、センサGWに通知する装置である。また、センサGWは、センサリーダからセンサ情報を受信し、IPネットワーク等のNW回線を用いてサーバ装置１０に接続し、このセンサ情報を通知する装置である。また、サーバ装置１０、監視装置２０ともにCPU,記憶装置等を有するコンピュータに所定のプログラムを搭載することにより実現されるものである。
【００１９】
次に、監視装置２０及びサーバ装置１０の機能構成を、図２を参照してより詳細に説明する。図２は、各機能部の生成、登録等が完了した後に存在する機能の構成を示す図である。
【００２０】
（監視装置２０）
図２に示すように、監視装置２０は、ユーザインタフェース部２０１、インシデントチェック部２０２、ミドルウェア通信部２０３、メールサーバ２０４を備えている。なお、本実施の形態では、監視装置２０は、ユーザインタフェース部２０１、インシデントチェック部２０２、及びミドルウェア通信部２０３をアプリケーションとして備えている。
【００２１】
ユーザインタフェース部２０１は、ユーザ端末３０がネットワーク経由で監視装置２０１にアクセスした場合に、ユーザがサービスメニュー選択やユーザ環境情報登録を行うためのユーザインタフェースをユーザ端末３０に提供する機能を有している。ユーザインタフェース部２０１は、例えばWebサーバを用いて実現される。
【００２２】
インシデントチェック部２０２は、サーバ装置１０が解析した情報を取得し、その情報が予め定めた事象が発生していることを示す場合に、メールなどでユーザ端末３０に通知する機能を有している。ミドルウェア通信部２０３は、サーバ装置１０におけるミドルウェアと通信を行うための機能部である。
【００２３】
（サーバ装置１０）
サーバ装置１０は、統括部１１０、ネットワーク管理部１１１、機能部生成・管理部１１２、ユーザ要求処理部１１３、センサ生データ抽出部１０１、センサデータ意味付け処理部１０２、意味付け情報管理部１０３、意味付け情報二次加工処理部１０４、意味付け情報三次加工処理部１０５、位置情報検出部１１４、リーダ状態管理部１１５、GW状態管理部１１６を含む。
【００２４】
これらの機能部は、監視装置２０のアプリケーションに対するミドルウェアとして動作するので、これらの機能部をまとめてミドルウェアと称する場合がある。また、本実施の形態では、各機能部は所定のプログラムがサーバ装置１０内で実行されることにより実現される。例えばオブジェクト指向ソフトウェア技術を用いてこれらの機能部を実現する場合、各機能部は、クラスから起動（動的にメモリにロード）されるインスタンスに対応する。
【００２５】
なお、監視装置２０とサーバ装置１０とを１つの装置として実現してもよい。また、ミドルウェアを１つの装置内に実現しても良いし、各機能部を複数の装置に分散配置して、複数台の装置で論理的に１つのミドルウェアを実現しても良い。
【００２６】
以下、サーバ装置１０の各機能部について説明する。なお、下記の説明におけるユーザ環境とは、センサ、モノ、場所、インシデントと、それぞれのリンク関係からなるものである。モノは、窓やドア、人、ペット等、センサが取り付けられる計測対象であり、場所は、モノが存在する場所であり、センサリーダと対応付けられる。インシデントは、意味付けした情報を二次解析した情報を指し、複合インシデントは、複数のインシデント解析結果を束ねて集約したものである。
【００２７】
サーバ装置１０の統括部１１０は、監視装置２０からの要求を受け付け、応答を返すインタフェース機能を提供する。具体的には、監視装置２０からのユーザ環境の登録と、インシデント確認の２種類の要求を受け付け、応答を返す。
【００２８】
ネットワーク管理部１１１は、ネットワークから、センサ情報パケットを受信し、センサ情報パケットのへッダに含まれるID部分を読み取り、IDに基づきセンサ情報を適切なセンサ生データ抽出部１０１に転送する。
【００２９】
機能部生成・管理部１１２は、ユーザ環境が登録されたときに、ユーザ環境を構成するものに対応する機能部や、ユーザ環境に応じてセンサデータを意味付けするための機能部を生成する。具体的には、機能部生成・管理部１１２は、各機能部に対応するプログラムを起動し、動作に必要な情報（ID情報、リンク情報等）を適宜設定することにより当該機能部を生成する。
【００３０】
以下で説明する各機能部は、ユーザおよびユーザ環境が登録されることを契機として、機能部生成・管理部１１２が生成する機能部である。なお、各機能部の基となるプログラムは予め作成され、サーバ装置１０の記憶装置に格納されている。
【００３１】
ユーザ要求処理部１１３は、ユーザと１対１で対応して生成される機能部であり、ユーザの環境を管理する。
【００３２】
センサ生データ抽出部１０１は、ユーザにより登録されたセンサに１対１に対応して生成される機能部である。本実施の形態では、センサ種別と、そのセンサに対応するセンサ生データ抽出部の種別とを対応付けて格納するセンサ種別−センサ生データ抽出部対応テーブル１５１を参照することにより、センサに１対１に対応するセンサ生データ抽出部の基となるプログラムを起動し、センサ生データ抽出部１０１を生成する。
【００３３】
センサ生データ抽出部１０１は、センサの状態（例えば、センサデータが定期的にあがってきているかどうかの生死情報、どのリーダにつながっているか等）を管理する機能を有する。また、センサ生データ抽出部１０１は、対応するセンサのプリミティブな生データを受け取り、即座に、その生データを適切な意味付け処理を行なう機能部へ転送する機能も有する。
【００３４】
センサデータ意味付け処理部１０２は、センサの種別とセンサを取り付けたモノの種別とに応じて生成される機能部である。本実施の形態では、センサ種別とモノ種別の組み合わせに対応付けてセンサデータ意味付け処理部の種別を格納するセンサ種別−モノ種別−センサデータ意味付け処理部対応テーブル１５２を参照することにより、センサの種別とセンサを取り付けたモノの種別の組み合わせに対応するセンサデータ意味付け処理部の基となるプログラムを起動し、センサデータ意味付け処理部１０２を生成する。
【００３５】
センサデータ意味付け処理部１０２は、センサ情報からセンサを取り付けたモノの状態を判断する処理部である。例えば、ドアに取り付けた振動センサからの情報に基づきドアの開閉の状態を判断する。同じ状態を判定する場合でも、センサの種別が異なれば状態を判定するための処理内容は異なる。また、本実施の形態では、モノ種別毎に検出する状態を予め定め（ドアであれば開閉状態、イスであれば在席状態、等）、センサ種別とモノ種別の組み合わせのそれぞれに対応してセンサデータ意味付け処理部の基となるプログラムを予め作成しておき、その種別を上記テーブルに格納している。
【００３６】
意味付け情報管理部１０３は、ユーザにより登録されたモノ（窓や扉、家具、ペット、人等）に１対１に対応して生成される機能部である。本実施の形態では、モノの種別と、そのモノに対応する意味付け情報管理部の種別とを対応付けて格納するモノ種別−意味付け情報管理部対応テーブル１５３を参照することにより、モノに１対１に対応する意味付け情報管理部の基になるプログラムを起動し、意味付け情報管理部１０３を生成する。
【００３７】
意味付け情報管理部１０３は、対応するモノの状態や位置情報を管理し、さらにモノの状態を二次解析するための意味付け情報二次加工処理部１０４との関係を管理する。状態情報は、センサデータ意味付け処理部１０２から通知され、位置情報は位置情報検出部１１４から通知される。意味付け情報管理部１０３は、これらの通知を受けると、即座に、関連する意味付け情報二次加工処理部１０４に状態情報を通知する。
【００３８】
意味付け情報二次加工処理部１０４は、ユーザが登録したインシデント種別とモノ種別に１対１に対応して生成される機能部である。
【００３９】
本実施の形態のサーバ装置１０では、例えば、ドアに取り付けた振動センサを用いてドアが開いている状態を異常事態として通知することができる。また、ドアに取り付けた振動センサを用いて人の活動が無いことを判断し、それを異常事態として通知することもできる。
【００４０】
後に詳細に説明するように、ドアが開いている状態を異常事態として通知する場合、センサデータ意味付け処理部１０２はドアの開閉状態のみを検知し、その状態を意味付け情報管理部１０３を介して意味付け情報二次加工処理部１０４に渡し、意味付け情報二次加工処理部１０４が、「“開”のときは異常である」という判断をする。また、人の活動が無い場合を異常事態として通知する場合、センサデータ意味付け処理部１０２は上記と同様にドアの開閉状態のみを検知するが、意味付け情報二次加工処理部１０４は、ドアの開閉状態のパターンから、「人の活動が無い」という状態を判断する。
【００４１】
上記の「“開”のときは異常である」という判断をしてもらいたいか、それとも、「人の活動が無い」という状態を異常として判断してもらいたいか、がそれぞれインシデント種別に対応し、ユーザは自分の目的とする監視内容に応じてインシデント種別を選択する。
【００４２】
また、例えばドアの開閉状態を用いて「活動無し」を検知する処理と、イスの振動状態を用いて「活動無し」を検知する処理とは異なることから、サーバ装置１０は、インシデント種別とモノ種別の組み合わせに対応付けて、それぞれの処理を行うプログラムを予め格納している。このプログラムが意味付け情報二次加工処理部１０４の基になるものである。それぞれのプログラムの内容は、例えば、ユーザの要望が多い監視内容に基づき決定し、作成しておく。
【００４３】
本実施の形態では、インシデント種別とモノ種別の組み合わせに対応付けて意味付け情報二次加工処理部の種別を格納するモノ種別−インシデント種別−意味付け情報二次加工処理部対応テーブル１５４を参照することにより、インシデント種別とモノ種別の組み合わせに対応付けられた意味付け情報二次加工処理部の基となるプログラムを起動し、意味付け情報二次加工処理部１０４を生成する。
【００４４】
なお、各意味付け情報二次加工処理部をそれぞれ別サーバとし、センサ情報を意味付けして得た状態情報を、ユーザの登録内容に応じたサーバに送り、そのサーバに意味付け情報二次加工処理を行わせることも可能である。
【００４５】
意味付け情報三次加工処理部１０５は、ユーザが登録した複合方法（複合インシデントとも呼ぶ）に１対１に対応して生成される機能部である。例えば、ユーザが、ドアの開閉状態が開であり、なおかつ、イスの振動状態から人が不在である場合に、異常であることを通知して欲しい場合に、ユーザは、ドアの開閉状態が開である場合に異常であると判断するインシデント種別と、イスの振動状態から人が不在である場合に異常であると判断するインシデント種別の両方と、更に、これらの両方が同時に発生した場合に異常であると検知することを表す複合方法「AND」を登録する。
【００４６】
つまり、意味付け情報三次加工処理部１０５は、意味付け情報二次加工処理部１０４の解析結果を集めて、AND結合やOR結合等で集約した情報を作成する機能部である。本実施の形態では、複合方法と、その複合方法に対応する意味付け情報三次加工処理部の種別とを対応付けて格納する複合方法−意味付け情報三次加工処理部対応テーブル１５５を参照することにより、複合方法に１対１に対応する意味付け情報三次加工処理部の基となるプログラムを起動し、意味付け情報三次加工処理部１０５を生成する。
【００４７】
位置情報検出部１１４は、ユーザの登録した場所（居間や子供部屋、玄関等）に１対１で対応して生成される機能部であり、モノ（窓や扉、家具、ペット、人等）の設置場所を管理する。また、位置情報検出部１１４は、センサがどの場所にあるかを解析し、それからセンサに対応付けられたモノがどの場所にあるかを解析して、そのモノに対応する意味付け情報管理部１０３に位置情報を通知する機能を有する。
【００４８】
リーダ状態管理部１１５は、ユーザの登録したセンサリーダに１対１で対応して生成される機能部であり、リーダの生死状態を管理する。また、センサリーダは場所と関係付けられ、その関係を管理する。
【００４９】
GW状態管理部１１６は、ユーザの登録したGWに１対１で対応して生成される機能部であり、GWの生死状態を管理する。
【００５０】
（システム動作概要）
以下、本実施の形態のシステムがサービスを提供する場合におけるシステムの動作手順の概要を説明する。
【００５１】
［サーバ装置１０におけるミドルウェアの起動］
ステップ１）ミドルウェアを起動すると、最初に統括部１１０が生成される。
【００５２】
ステップ２）統括部１１０は、機能部生成・管理部１１２を生成する。
【００５３】
［監視装置２０におけるアプリケーションの起動］
ステップ３）監視装置２０におけるアプリケーションが起動されると、ユーザインタフェース部２０１を構成するWebサーバ等が動作開始する。監視装置２０のユーザインタフェース部２０１がユーザ端末３０に対して提示するサービスメニュー項目としては、例えば、メインメニューとして「サービス選択」「ユーザ登録」等があり、「サービス選択」のサブメニューとして「ホームセキュリティ」「ビル管理」「お年寄り・子供見守り」「ビニールハウス管理」等がある。
【００５４】
［ユーザ登録］
ステップ４）ユーザ端末３０はアプリケーションが提供するユーザインタフェース部２０１にアクセスする。ここではユーザ端末３０から「ユーザ登録」が選択されたものとする。
【００５５】
ステップ５）監視装置２０のユーザインタフェース部２０１は、ユーザ端末３０に対してユーザ登録画面を表示し、ユーザはこの画面から、ユーザIDとメールアドレスなどを登録する。ユーザ端末３０から監視装置２０のインシデントチェック部２０２に、このユーザIDとメールアドレスのぺアが通知され、インシデントチェック部２０２はこの情報をぺアで管理する。
【００５６】
ステップ６）また、監視装置２０がサーバ装置１０にユーザIDを通知することにより、機能部生成・管理部１１２が当該ユーザに対応するユーザ要求処理部１１３を生成する。
【００５７】
なお、本明細書において、「情報を管理する」とは、監視装置２０もしくはサーバ装置１０の記憶装置に情報を格納し、適宜読み出し可能にすることを含む。また、「情報を登録する」とは、監視装置２０もしくはサーバ装置１０の記憶装置に情報を格納することを含むものである。
【００５８】
［サービス選択とユーザ環境登録］
ステップ７）ユーザ登録済ユーザは、「サービス選択」メニューにアクセスでき、所望のサービスを選択する。
【００５９】
ステップ８）例として、ユーザが「ホームセキュリティ」を選択すると、監視装置２０のユーザインタフェース部２０１により、ホームセキュリティのためのユーザ環境を登録する画面がユーザ端末３０に提示される。
【００６０】
ステップ９）ユーザはまず、ユーザ端末３０からユーザ環境としてのセンサの登録を行う。メニュー画面からセンサの種別・型番を選択し、センサに固有のID（シリアル番号等）を登録する。
【００６１】
ステップ１０）ユーザが登録操作を行なうと、サーバ装置１０に登録した情報が通知され、機能部生成・管理部１１２が、登録されたセンサに対応するセンサ生データ抽出部１０１を生成する。
【００６２】
ステップ１１）ユーザはモノ、インシデントをメニューから選択し登録する。例えば、イスの振動状態から人の不在を通知して欲しい場合は、モノとしてイスを登録し、インシデントとして不在検知に対応するインシデントを登録する。
【００６３】
ステップ１２）続いて、ユーザは、ユーザ端末３０を介して登録したセンサ、モノ、インシデントのリンク関係を登録する。例えば、振動センサをイスに付与した場合、振動センサとイスにはリンク関係があるので、その旨の登録を行う。また、モノとインシデント間にも対応するリンク関係が登録される。
【００６４】
以上の登録により、モノとインシデントに対応する機能部（意味付け情報管理部１０３、意味付け情報二次加工処理部１０４）が生成される。
【００６５】
ステップ１３）続いてユーザは、ユーザ端末３０を介して使用するリーダとGWの固有IDを登録する。この情報に基づいて、ミドルウェア内に対応するリーダ状態管理部１１５とGW状態管理部１１６が生成される。
【００６６】
［サービス運用］
ステップ１４）ユーザ登録およびユーザ環境登録済みのユーザは、センサやセンサリーダ、GW等の実機の電源を入れる。GW機器にはGW機器が提供するユーザインタフェースがあり、これを用いてサーバ装置１０のIPアドレスなどをGW機器に登録しておく。
【００６７】
ステップ１５）センサが振動を検知したとき、または一定時間ごとに温度など測定したタイミングで、センサ情報がセンサリーダに送信される。この送信される情報には、センサの固有IDと測定情報が含まれる。
【００６８】
ステップ１６）センサリーダは、受信した情報に、リーダ自身の固有ID情報を付与してセンサGWに通知する。
【００６９】
ステップ１７）センサGWは、受信した情報にGW自身の固有ID情報を付与し、ネットワークを経由してサーバ装置１０に送信する。
【００７０】
ステップ１８）サーバ装置１０は、測定情報とID情報を含むセンサ情報パケットを受信する。
【００７１】
ステップ１９）サーバ装置１０は、受信したセンサ情報パケットのID情報を基に、ネットワークトポロジ情報を参照して、センサ情報をセンサ生データ抽出部１０１に転送する。
【００７２】
ステップ２０）続いて、センサデータ意味付け処理部１０２が、センサ生データ抽出部１０１からセンサ情報を受け取り、センサ情報の意味付け処理を行う。そして、意味付け情報二次加工処理部１０４、または意味付け情報三次加工処理部１０５が最終的な解析処理を行い、解析結果を保持する。
【００７３】
ステップ２１）一方、監視装置２０のインシデントチェック部２０２は、定期的にサーバ装置１０に対して、登録済みユーザに対応するインシデント情報の確認要求を送信する。そして、サーバ装置１０において当該ユーザに対応するユーザ要求処理部１１３にインシデント確認要求が伝達される。なお、当該ユーザに対応するユーザ要求処理部１１３は、ユーザIDを用いることにより識別可能である。
【００７４】
ステップ２２）ユーザ要求処理部１１３は、当該ユーザ要求処理部１１３に対応するユーザにより登録されたインシデントおよび複合インシデントに対応する意味付け情報二次加工処理部１０４および意味付け情報三次加工処理部１０５を管理しており、管理している全ての処理部から、各処理部が所有する情報を取得する。
【００７５】
ステップ２３）ユーザ要求処理部１１３は、情報二次加工処理部１０４等からの取得情報を要求元である監視装置２０に返す。
【００７６】
ステップ２４）監視装置２０のインシデントチェック部２０２は、取得情報を受け取り、これをユーザ端末３０のメールアドレスに向けて送信する。なお、インシデントチェック部２０２は、取得情報が“異常”を示すものである場合に、ユーザ端末３０への通知を行う。また、“異常”の有無に関わらず取得情報をユーザ端末３０に通知することもできる。
【００７７】
ステップ２５）これにより、ユーザは、プリミティブなセンサ情報から単純に意味付けしたモノの状態ではなく、より人間に分かりやすく意味のあるイベント発生を表す情報（二次または三次加工情報）を得ることができる。
【００７８】
（動作の詳細）
次に、本実施の形態におけるシステムの動作及び構成をより詳細に説明する。
【００７９】
以下で説明する動作詳細例では、ドアにA社製振動センサを取り付けることにより、屋内の人の活動の有無を監視する例について説明する。
【００８０】
［ユーザの環境登録・機器情報登録］
まず、ユーザの環境登録・機器情報登録について図３〜図１１を参照して説明する。なお、図３及び以降のブロック図における点線は図４に示すようにIDとポインタの登録を行うことを意味する。なお、これらの情報を参照情報と呼ぶことにする。
【００８１】
ステップ１−１）サービス利用開始にあたり、監視装置２０のユーザインタフェース部２０１によりユーザ端末３０に表示された画面から、ユーザはユーザIDを入力する。このとき、図３に示すように、監視装置２０におけるミドルウェア通信部２０３から、当該ユーザIDがサーバ装置１０の統括部１１０に通知される。統括部１１０は、機能部生成・管理部１１２にユーザ要求処理部１１３の生成を要求し、機能部生成・管理部１１２は、当該ユーザに対応したユーザ要求処理部１１３を生成する。ここでは、例えば、ユーザ要求処理部１１３に対応するプログラムに当該ユーザに対応するユーザIDを識別情報として設定して当該プログラムを起動する。
【００８２】
ステップ１−２）ユーザは次に、ユーザ環境の登録を行う。本動作例におけるサーバ装置１０に登録されるユーザ環境を図５（ａ）に示す。
【００８３】
このステップでは、ユーザは使用するセンサ、センサを取り付けるモノ、及び、監視の内容（インシデント）を登録する。前述したようにインシデントの種別はサーバ装置１０内で予め設定されており、設定された種別がユーザ端末３０に表示され、ユーザが表示されたものの中から希望するインシデントを選択する。
【００８４】
例えば、インシデントとして窓・ドア類の開閉状態に応じて異常を検知する「開く」、窓・ドア類の開閉状態等に応じて不在を検知する「不在」、ドア類の開閉状態等に応じて人の活動の有無を検知する「活動無し」等があり、ユーザは目的に応じたインシデントを選択する。
【００８５】
本動作例では、ユーザはドアにA社製振動センサを取り付けることにより、屋内の人の活動の有無を監視することを希望しているので、センサとしてA社製振動センサ（ID=0001)、モノとしてドア、インシデントとして「活動無し」を登録する。
【００８６】
監視装置２０が入力された情報をサーバ装置１０に通知すると、サーバ装置１０の機能部生成・管理部１１２は、図６（ａ）に示すモノ種別−意味付け情報管理部対応テーブル１５３と、図６（ｂ）に示すセンサ種別−センサ生データ抽出部対応テーブル１５１を参照し、モノ種別に対応する意味付け情報管理部１０３と、センサ種別に対応するセンサ生データ抽出部１０１を生成する。
【００８７】
そして、図３の点線で示すように、機能部生成・管理部１１２は、生成した機能部の参照情報をユーザ要求処理部１１３のユーザ環境管理部に登録する。なお、位置情報検出部１１４は場所名を管理するものとし、処理内容に種別は無いため、対応テーブルは無いものとする。
【００８８】
図５（ａ）に示すユーザ環環では、図５（ｂ）に示す機能部が生成される。なお、サーバ装置１０は、登録されたセンサやモノ、インシデントに通し番号を自動付与する。ユーザは、この通し番号を指定して操作（詳細表示や削除など）を行なうことが可能である。
【００８９】
ステップ１−３）ユーザは次に、ユーザ環境のリンク関係を登録する。本動作例で登録されるリンク関係を図７（ａ）に示す。図５（ａ）に示す本動作例の登録内容を前提とする場合、Ａ社製振動センサ１とドアとのリンク関係“１−２”、ドアとインシデント「活動無し」とのリンク関係“２−３”が登録される。
【００９０】
その後、機能部生成・管理部１１２は、センサとモノとのリンク関係から、図６（ｃ）に示すセンサ種別−モノ種別−センサデータ意味付け処理部対応テーブル１５２を参照し、センサデータ意味付け処理部１０２を生成する。同様に、機能部生成・管理部１１２は、モノとインシデントとのリンク関係から、図８（ａ）に示すモノ種別−インシデント種別−意味付け情報二次加工処理部対応テーブル１５４を参照し、意味付け情報二次加工処理部１０４を生成する。そして、機能部生成・管理部１１２は、生成した機能部の参照情報をユーザ要求処理部１１３のユーザ環境管理部に登録する。
【００９１】
ステップ１−４）続いて、図９に示すように、機能部生成・管理部１１２は、前記リンク関係を用いて、センサ生データ抽出部１０１の通知先管理部に、対応するセンサデータ意味付け処理部１０２の参照情報を登録する。同様に、センサデータ意味付け処理部１０２の通知先管理部に、対応する意味付け情報管理部１０３の参照情報を登録する。同様に、意味付け情報管理部１０３の通知先管理部に、対応する意味付け情報二次加工処理部１０４の参照情報を登録する。
【００９２】
以上の処理の結果、図７（ｂ）に示す各機能部が生成されるとともに、機能部間の通知先管理情報が各機能部に登録される。
【００９３】
ステップ１−５）一方、ユーザはユーザ端末３０及び監視装置２０を介して、使用する機器（ノードやリーダ、ゲートウェイ等）情報をサーバ装置１０に対して登録する。ノード等の機器には、１つ１つを識別するためのID情報が埋め込まれており、そのID情報を登録する。図１０（ａ）に、登録されるユーザ機器の例を示す。
【００９４】
図１１に示すように、ユーザ機器登録の際に、機能部生成・管理部１１２は、これらの機器情報を管理するネットワーク管理部１１１を生成する。
【００９５】
ステップ１−６）機能部生成・管理部１１２は、次に、図１０（ｂ）に示すようなリーダ状態管理部１１５、GW状態管理部１１６を生成する。そして、図１１に示すように、これらの参照情報をネットワーク管理部１１１に登録する。
【００９６】
また、上記各機能部は、それぞれのID情報を静的情報として管理する。センサ生データ抽出部１０１−１とセンサ生データ抽出部１０１−２は、上記ステップ１−２で生成されたものであるが、これをネットワーク管理部１１１にも登録し、それぞれのID情報を各機能部に登録する。
【００９７】
ステップ１−７）ユーザは、リーダの設置位置情報を登録するため、ステップ１−２で登録した場所と、ステップ１−５で登録したリーダとの関係を、図１０（ｃ）に示すように通し番号でリンク付けする。このときサーバ装置１０は、図１１に示すように、位置情報検出部１１４をリーダ状態管理部１１５の場所管理部に登録する。
【００９８】
なお、上記の例では、ユーザによる登録時に個々の意味付け処理部を生成しているが、これに代えて、センサ情報パケットを受信した後に、当該パケットに含まれるセンサIDに基づきそれに対応するモノ（計測対象物）を判別し、そのセンサIDとモノに対応する意味付け処理部を生成して、意味付け処理を行うようにしてもよい。なお、この場合でも、センサとモノの関連付けの登録は行っておく。
【００９９】
［センサ情報の加工・意味付け］
次に、本動作例においてセンサ情報を受信してから意味付けする過程での各機能部の処理を図１２〜図１５を参照してより詳細に説明する。ユーザ環境とユーザ機器は、上述の過程で登録され、対応する機能部が生成されているものとする。
【０１００】
また、実機のGWからサーバ装置１０のネットワーク管理部１１１に、ネットワークを介して通知されるパケットの構造は図１２（ａ）に示すフォーマットであるものとする。つまり、当該パケットには、情報発信元であるセンサのIDやノードのID、中継したリーダのID、ゲートウェイのIDが含まれる。図１２（ｂ）に、センサID0001のA社製振動センサから送出され、サーバ装置１０により受信されるパケットの内容の例を示す。A社製振動センサの場合、振動情報は２値で表すものとし、振動が発生した時刻に「１」という値になり、その他の時刻の振動情報の値は「０」であるものとする。以下、このパケットを受信した場合について説明する。
【０１０１】
ステップ２−１）図１３は、ネットワーク管理部１１１の動作を説明するための機能構成図である。図１３に示すように、ネットワーク管理部１１１は、パケット受信部１１１１、ＩＤ抽出部１１１２、ＮＷ機器検索部１１１３、ＮＷ機器管理部１１１４、リンク登録部１１１５、及びセンサ情報通知部１１１６を有している。
【０１０２】
パケット受信部１１１１がパケットを受信すると、ネットワーク管理部１１１のID抽出部１１１２がこのパケットの中からID情報を抽出する。本動作例では、GWIDとして1009が抽出され、リーダIDとして0108が抽出され、センサIDとして0001が抽出される。
【０１０３】
ステップ２−２）ネットワーク管理部１１１のNW機器検索部１１１３は、抽出したID情報を有するセンサ生データ抽出部１０１、リーダ状態管理部１１５、GW状態管理部１１６をNW機器管理部１１１４の中から検索して抽出する。
【０１０４】
ステップ２−３）リンク登録部１１１５は、ステップ２−２で抽出した各機能部のリンク管理部に対してリンク情報を登録する。具体的には、該当するセンサ生データ抽出部１０１−１の参照情報をリーダ状態管理部１１５のリンク管理部に登録し、リーダ状態管理部１１５の参照情報をGW状態管理部１１６のリンク管理部に登録する。
【０１０５】
ステップ２−４）次に図１４に示すように、NW機器検索部１１１３は、センサ情報とセンサ生データ抽出部１０１−１の参照情報を、センサ情報通知部１１１６へ通知し、センサ情報通知部１１１６が、センサ生データ抽出部１０１−１に対して、センサ情報を通知する。
【０１０６】
本動作例では、センサID＝0001であるため、図５（ｂ）に示すセンサ生データ抽出部１０１−１にセンサ情報が通知されることとなる。
【０１０７】
ステップ３−１）図１５に、センサ生データ抽出部１０１−１の機能構成を示す。図１５に示すように、センサ生データ抽出部１０１−１は、センサ情報受信部１０１１、センサ情報抽出部１０１２、センサ情報通知部１０１３、及び通知先管理部１０１４を有している。
【０１０８】
図１５に示すように、センサ生データ抽出部１０１−１のセンサ情報受信部１０１１は、ネットワーク管理部１１１からセンサ情報を受信する。
【０１０９】
ステップ３−２）センサ生データ抽出部１０１−１のセンサ情報抽出部１０１２は、センサ情報を抽出し、センサ情報通知部１０１３へ通知する。本動作例では、図１２（ｂ）のパケットに示されるように、センサ情報＝１を通知する。
【０１１０】
ステップ３−３）図７（ｂ）に示したように、通知先管理部１０１４が管理する情報は、センサデータ意味付け処理部１０２−１（ドアに取り付けられたA社製振動センサに対応するセンサデータ意味付け処理部）の参照情報であるので、センサ情報通知部１０１３は、センサデータ意味付け処理部１０２−１に「１」を通知する。
【０１１１】
［センサデータ意味付け処理部１０２−１における意味付け処理例］
次に、センサデータ意味付け処理部１０２−１における意味付け処理について説明する。なお、本動作例におけるドアに取り付けられたセンサに関する意味づけ処理と意味付け情報二次加工処理についてを図１６に示しているので、図１６を適宜参照する。
【０１１２】
本動作例におけるセンサデータ意味付け処理部１０２−１は、センサ情報（単なる数値情報）に基づき、ドアが“開”の状態にあるか、“閉”の状態にあるかの判定を行い、判定結果を意味付け情報管理部１０３−１に通知する機能を有している。つまり、図１６（ｂ）に示すように、時刻t＝０において、ドアの状態が「閉」であるとし、t＝１に振動情報として「１」が通知されることにより、意味付けインスタンス１はt＝１以降の意味付け情報を「開」に変更し、この「開」の値を意味付け情報管理部１０３−１に通知する。
【０１１３】
図１７（ａ）は、センサデータ意味付け処理部１０２−１の機能構成図である。図１７（ａ）に示すように、センサデータ意味付け処理部１０２−１は、センサ情報受信部１０２１、意味付け処理部１０２２、意味付け情報管理部１０２３、意味付けテーブル１０２４、意味付け情報通知部１０２５、通知先管理部１０２６を有している。また、図１７（ｂ）に意味付けテーブル１０２４の内容を示す。
【０１１４】
ステップ４−１）センサデータ意味付け処理部１０２−１のセンサ情報受信部１０２１は、センサ生データ抽出部１０１−１からセンサ情報（この値をAとする）を受信する。本動作例ではA＝１である。
【０１１５】
ステップ４−２）センサデータ意味付け処理部１０２−１の意味付け情報管理部１０２３は、意味付けを行なうための状態情報（この値をBとする）を管理しており、上述したとおり初期状態では「閉」という情報を持っている。
【０１１６】
ステップ４−３）意味付け処理部１０２２は、AとBの値をもとに、図１７（ｂ）に示す意味付けテーブル１０２４から、新たな意味付け情報を抽出する。ここで、A＝１、B＝「閉」なので、意味付け情報＝「開」となる。
【０１１７】
ステップ４−４）意味付け情報管理部１０２５は、管理情報を「開」に更新する。
【０１１８】
ステップ４−５）そして、意味付け情報通知部１０２５は、通知先管理部１０２６が管理する意味付け情報管理部１０３−１の参照情報を取得し、意味付け情報管理部１０３−１に「開」を通知する。
【０１１９】
［意味付け情報管理部１０３−１及び意味付け情報二次加工処理部１０４−１の処理］
次に、センサデータ意味付け処理部１０２−１から意味付け情報管理部１０３−１に情報が通知された後の処理を説明する。図１６（ｃ）に示すように、意味付け情報管理部１０３−１は、センサデータ意味付け処理部１０２−１から受信した状態情報を保持するとともに、意味付け情報二次加工処理部１０４−１に状態情報を通知する機能を有している。
【０１２０】
図１８に、意味付け情報管理部１０３−１の機能構成を示す。図１８に示すように、意味付け情報管理部１０３−１は、意味付け情報受信部１０３１、状態管理部１０３２、状態通知部１０３３、及び通知先管理部１０３４を有している。
【０１２１】
また、図１９に、意味付け情報管理部１０３−１に対応付けられている意味付け情報二次加工処理部１０４−１の機能構成を示す。図１９に示すように、意味付け情報二次加工処理部１０４−１は、モノ状態受信部１０４１、解析処理部１０４２、状態変化記録部１０４３、解析結果管理部１０４４、解析結果通知部１０４５、及び通知先管理部１０４６を有する。以下、このような構成での動作を説明する。
【０１２２】
ステップ５−１）意味付け情報管理部１０３−１の意味付け情報受信部１０３１は、センサデータ意味付け処理部１０２−１から「開」もしくは「閉」という情報を受信する。
【０１２３】
ステップ５−２）状態管理部１０３２は、ステップ５−１で通知された「開」もしくは「閉」を管理する。
【０１２４】
ステップ５−３）状態通知部１０３３は、通知先管理部１０３４が管理する意味付け情報二次加工処理部１０４−１の参照情報を取得し、情報二次加工処理部１０４−１に「開」もしくは「閉」を通知する。
【０１２５】
次に、意味付け情報二次加工処理部１０４−１の処理について説明する。
【０１２６】
ステップ６−１）情報二次加工処理部１０４−１のモノ状態受信部１０４１は、意味付け情報管理部１０３−１から「開」もしくは「閉」という情報を受信し、解析処理部１０４２に通知する。
【０１２７】
ステップ６−２）意味付け情報二次加工処理部１０４−１の解析処理部１０４２は、即座に解析を行なうことはなく、１日単位で意味付け情報管理部１０３−１から通知された情報を蓄積し、解析を行い、解析結果管理部１０４４が結果を管理する。以下、本動作例での解析の具体的内容を説明する。
【０１２８】
意味付け情報二次加工処理部１０４−１は、所定の期間内（本動作例では１日間）に、意味付け情報管理部１０３−１から情報の更新を受けた際に解析結果を「活動有り」とし、所定の期間内に意味付け情報管理部１０３−１からの通知が全くなかった際に解析結果を「活動無し」とする。つまり、図１６（ｄ）に示すように、４／１２および４／１３では、意味付け情報管理部１０３−１からの状態更新があるが、４／１４は更新されていないため、図１６（ｅ）に示すように、４／１２、４／１３は「活動有り」、４／１４は「活動無し」という解析結果を得る。なお、このような処理は、状態更新があったらタイマーをリセットし、タイマーが２４時間を計測する間に状態更新があれば「活動有り」とし、状態更新がなければ「活動無し」とすることにより実現可能である。
【０１２９】
このような処理によれば、留守番や一人暮らしのお年寄り・子供の見守りサービスを実現する際に、一日に何度も発生するドアの振動等の全てのセンサ情報を確認しなくても、１日単位で活動検出結果を用いて効率的に見守りが可能となる。
【０１３０】
［複数の状態を複合したインシデント解析］
次に、複数の状態を複合したインシデント解析を行う場合の例について説明する。本動作例では、Ａ社製マグネットセンサ（ID=0001）をドアに取り付けて開閉の状態検出を行い、Ａ社製振動センサ（ID=0002）をイスに取り付けて在席／離席の状態検出を行い、ドアの開閉の状態と在席／離席の状態のANDにより異常検知を行うものとする。具体的には、ドアが「開」でなおかつ「離席」である場合に、異常であるとの解析結果を得る。
【０１３１】
さて、複数の状態を複合したインシデント解析には、複数の意味付け情報二次加工処理部１０４から出力される複数の解析結果（インシデント）を束ねる意味付け情報三次加工処理部１０５を用いる。以下、処理の流れを説明する。
【０１３２】
ステップ７−１）この例では、ユーザが図２０（ａ）に示すとおりの要素を登録する。
【０１３３】
ステップ７−２）機能部生成・管理部１１２は、各種機能部対応テーブルを参照して図２１に示す各機能部を生成する。さらにこれらをユーザ要求処理部１１３に登録する。
【０１３４】
ここで、イスに取り付けられるA社製振動センサ（センサID=0002）から送出されたセンサデータの意味付け処理を行うセンサデータ意味付け処理部１０２−２について説明する。
【０１３５】
本動作例におけるセンサデータ意味付け処理部１０２−２は、センサ情報に基づき、イスの利用者が“在席”しているか、“離席”しているかの判定を行い、判定結果を意味付け情報管理部１０３−２に通知する機能を有している。
【０１３６】
本動作例でのセンサデータ意味付け処理部１０２−２は、図２２（ｂ）に示すように継続的に振動が起こる場合、すなわち振動が発生してから単位時間T１以内に次の振動が起こる場合に「在席中」と意味付けし、単位時間T２のうちに１回も振動が起こらない場合に「離席中」と意味付けする。例えば、時刻t＝０において、在席状況は「離席中」であるとし、t＝１まで振動が起こらないとする。t＝１から継続的に、単位時間T１あたり１回以上の振動が発生し、その度に「１」が通知されることにより、センサデータ意味付け処理部１０２−２はt＝１から意味付け情報を「在席中」に変更し、この「在席中」の値を意味付け情報管理部１０３−２に通知する。これにより、意味付け情報管理部１０３−２の有する状態情報が、「離席中」から「在席中」に変化する。
【０１３７】
その後、t＝２まで振動が継続するが、t＝２以降振動の発生がなくなるとすると、センサデータ意味付け処理部１０２−２はt＝２から意味付け情報を「離席中」に変更し、この「離席中」の値を意味付け情報管理部１０３−２に通知する。
【０１３８】
このような動作を行うセンサデータ意味付け処理部１０２−２の構成を図２３に示す。図２３に示すように、センサデータ意味付け処理部１０２−２は、センサ情報受信部２０２１、意味付け処理部２０２２、タイムアウト検出部２０２３、意味付け情報通知部２０２４、及び通知先管理部２０２５を有している。この構成における処理動作は次のとおりである。
【０１３９】
まず、センサIDが0002のセンサ情報パケット（他のIDは図１２（ｂ）と同じ）を受信した場合、そのパケットはセンサ生データ抽出部１０１−２に通知され、さらに、センサデータ意味付け処理部１０２−２に「１」が通知され、図２３のセンサ情報受信部２０２１が「１」を受信する。
【０１４０】
センサデータ意味付け処理部１０２−２のセンサ情報受信部２０２１は、この「１」の情報を受信すると、意味付け処理部２０２２に通知する。そして、意味付け処理部２０２２は、「１」の通知を受けるとタイムアウト検出部２０２３に対して、タイマをリセットし、タイマをスタートさせる。タイムアウト検出部２０２３は、タイマがスタートしてから、ある一定時間経過するまでタイマ値を監視する。一定時間（T１）経過した場合、意味付け処理部２０２２にタイムアウトを通知する。
【０１４１】
意味付け処理部２０２２は、センサ情報受信部２０２１からの「１」の通知と、タイムアウト検出部２０２３からのタイムアウト通知を監視し、次の「１」の通知がタイムアウトよりも先にあった場合、意味付け情報を「在席」とする。反対にタイムアウトの通知が次の「１」の通知よりも先にあった場合は「離席」とする。そして、意味付け情報通知部２０２４は、通知先管理部２０２５が管理する意味付け情報管理部１０３−２の参照情報を取得し、意味付け情報管理部１０３−２に「在席」または「離席」を通知する。
【０１４２】
ステップ７−３）ステップ７−２において図２０（ｂ）に示すようなリンク関係が登録されると、図２１に示すように、通知先管理情報が各機能部に登録される。ここでは、意味付け情報管理部１０３−１の通知先管理情報に意味付け情報二次加工処理部１０４−１の参照情報を、意味付け情報管理部１０３−２の通知先管理情報に意味付け情報二次加工処理部１０４−２の参照情報を登録して、さらに、意味付け情報二次加工処理部１０４−１の通知先管理情報に意味付け情報三次加工処理部１０５−１の参照情報を、意味付け情報二次加工処理部１０４−２の通知先管理情報に意味付け情報三次加工処理部１０５−１の参照情報を登録する。
【０１４３】
図２４に意味付け情報三次加工処理部１０５の機能構成を示す。図２４に示すように、意味付け情報三次加工処理部１０５は、要素インシデント状態受信部１０５１、二項演算処理部１０５２、要素インシデント状態管理部１０５３、二項演算結果管理部１０５４を有している。図１９に示したような意味付け情報二次加工処理部１０４は、通知先管理部１０４６に意味付け情報三次加工処理部１０５を登録することができる。この参照情報を用いて、意味付け情報二次加工処理部１０４の解析結果通知部１０４５は、解析結果を意味付け情報三次加工処理部１０５に通知する。
【０１４４】
ステップ７−４）ドアに取り付けられたセンサからの情報は、センサデータ意味付け処理部１０２−１により図２５に示すように「開」もしくは「閉」に意味付けされる。また、イスに取り付けられたセンサからの情報は、センサデータ意味付け処理部１０２−２により図２２に示したとおり「離席」または「在席」に意味付けされる。
【０１４５】
そして、本動作例では、意味付け情報二次加工処理部１０３−１は、ドアが「開」状態であれば、「異常」という解析結果とし、意味付け情報二次加工処理部１０３−２は、「離席」状態であれば「異常」という解析結果を得るものとする。
【０１４６】
各意味付け情報二次加工処理部が解析した情報は、意味付け情報三次加工処理部１０５−１に通知される。意味付け情報三次加工処理部１０５−１は、各意味付け情報二次加工処理部の解析結果のAND結合を解析結果とし、各意味付け情報二次加工処理部の全てから「異常」が通知されたときに「異常」とする。これによりドアが「開」でなおかつ「離席」である場合に異常を検出することが可能となる。
【０１４７】
［センサの種別変更の手順］
本実施の形態のシステムでは、センサの種別変更を行っても意味付け情報管理部１０３や意味付け情報二次加工処理部１０４、さらにインシデント検出結果を利用するアプリケーションを変更する必要がないという特徴を有している。
【０１４８】
センサの種別を変更する場合の手順を次に説明する。ここでは、ドアの開閉を監視するためにドアに取り付けていた振動センサを温度センサに変更する場合について説明する。なお、ドアの開閉を監視するという目的に変更はない。
【０１４９】
ステップ８−１）ユーザは、ユーザ端末３０に表示されるアプリケーションのメニュー画面から、振動センサとドアのリンク関係の削除を行う。つまり、図７（ｂ）における「１−２」のリンク関係を削除し、振動センサとドア間のリンク関係を削除する。これにより、サーバ装置１０内部では、当該振動センサに対応付けられていたセンサデータ意味付け処理部１０２−１が削除される。
【０１５０】
ステップ８−２）ユーザはメニュー画面から、温度センサと当該センサのIDを登録する。これにより、監視装置２０のアプリケーションおよびサーバ装置１０のミドルウェア内部では、温度センサに新たな通し番号が付与される（例えば、通し番号＝１０）。そして、サーバ装置１０では、例えばセンサ生データ抽出部１０１−３が追加される。
【０１５１】
ステップ８−３）ユーザはメニュー画面から、温度センサとドアのリンク関係を登録する。ステップ８−２において、温度センサに対応する通し番号が１０であったとすると、「１０−３」というリンク関係が登録される。これによりユーザの処理は終了である。
【０１５２】
ステップ８−４）この後、サーバ装置１０は、温度センサとドアに対応するセンサデータ意味付け処理部１０２を作成して、機能部間のリンク関係を登録する。ここからの処理手順は、ユーザの環境登録・機器情報登録処理のステップ１−３からの処理と同様である。
【０１５３】
本実施の形態では、センサデータ意味付け処理部１０２が、センサの相違による出力値の相違を吸収して、センサの相違によらない意味づけ情報（開閉状態等）を意味付け情報管理部１０３及び意味付け情報二次加工処理部１０４に渡すことができるので、センサを変更しても意味付け情報管理部１０３及び意味付け情報二次加工処理部１０４を変更する必要はない。
【０１５４】
［位置情報検知の動作例］
さて、本実施の形態の構成を採用することにより、位置情報の検知を行うことが可能である。位置情報を検知する動作例について、図２６に示す動作シーケンスを参照して説明する。
【０１５５】
ステップ９−１）ネットワーク管理部１１１がセンサ情報パケットを受け取ると、パケットに含まれるID情報をもとに対応するセンサ生データ抽出部１０１に、センサデータと、経由したリーダ状態管理部１１５の参照情報を通知する。
【０１５６】
ステップ９−２）センサ生データ抽出部１０１は、リーダ状態管理部１１５に対して場所情報を要求する。
【０１５７】
ステップ９−３）リーダ状態管理部１１５は、図１０（ｂ）、図１１に示すように、ユーザ登録の過程で場所とリンク付けられており、この関連付けられた場所を応答する。
【０１５８】
ステップ９−４）センサ生データ抽出部１０１は、この場所情報を対応関係にある意味付け情報管理部１０３に通知する。ここでのモノの例としては、移動可能な「人」や「犬」、「猫」、「かばん」等がある。場所情報としては「居間」や「玄関」、「屋根裏」等がある。
【０１５９】
ステップ９−５）意味付け情報管理部１０３は、モノの状態として「居間に居る」や「屋根裏にある」、「存在しない」といった存在情報を管理する。
【０１６０】
ステップ９−６）意味付け情報管理部１０３は、これらの「居間に居る」や「屋根裏にある」、「存在しない」という情報を、意味付け情報二次加工処理部１０４に通知する。なお、あるセンサに対応するセンサ情報を一定時間受信しない場合に、当該センサにリンク付けられたモノはリーダに電波が届く範囲に「存在しない」とする。
【０１６１】
ステップ９−７）意味付け情報二次加工処理部１０４からの解析処理は、これまでと同様である。
【０１６２】
例として、一日中「猫」が「屋根裏にいる」状態になっていれば、「異常」という新たな意味付けを行い、午前０時になっても「人」が「不在」であれば、「異常」という意味付けを行うことができる。
【０１６３】
［インシデント通知の動作例］
次に、監視装置２０のアプリケーションが、サーバ装置１０からインシデント結果を取得し、ユーザに通知する動作例を図２７を用いて説明する。
【０１６４】
ステップ１０−１）監視装置２０のインシデントチェック部２０２は、登録されたユーザのユーザIDとユーザのメールアドレスの他に、インシデントの通知方法（例えば、即メールで通知、正午にまとめて通知、１時間おきにまとめて通知、等）を管理するためのユーザ情報DBを有する。
【０１６５】
ステップ１０−２）インシデントチェック部２０２は、定期的にユーザIDを用いて、ミドルウェア通信部２０３を介してサーバ装置１０のミドルウェアに対して、当該ユーザIDに対応するインシデント解析結果を要求する。もちろん、ユーザがユーザ端末３０からインシデント解析結果を要求してもよい。
【０１６６】
ステップ１０−３）サーバ装置１０の統括部１１０が、この要求を受信し、ユーザ要求処理部リストの中からユーザIDに対応するユーザ要求処理部１１３を検索し、当該ユーザIDに対応するユーザ要求処理部１１３に、インシデント解析結果を要求する。
【０１６７】
ステップ１０−４）ユーザ要求処理部１１３は、インシデントリストに格納している全意味付け情報二次加工処理部、および、意味付け情報三次加工処理部の解析結果を取得し、この結果を返す。
【０１６８】
ステップ１０−５）インシデントチェック部２０２は、このインシデント解析結果を取得すると、ユーザ情報DBを参照して、当該ユーザのインシデント通知方法を取得する。
【０１６９】
ステップ１０−６）通常、インシデント通知方法としては「インシデント解析結果が“異常”である場合に即通知」が設定されており、「インシデント解析結果が“異常”」であればメールサーバ２０４にインシデント解析結果（異常）を通知し、メール配信を行う。それ以外の通知方法としては、異常の有無にかかわらず正午になってからまとめてインシデント解析結果を通知する、予めユーザに指定された契機になった場合に通知する、等がある。
【０１７０】
なお、インシデント毎に通知方法を細かく指定する場合は、ユーザ情報DBに、インシデント毎の通知方法を登録し、それを参照するようにする。また、上記動作は、登録ユーザの分だけ実行する。
【０１７１】
（具体例）
以上説明した機能を有するシステムを用いて監視を行う場合の具体例について以下説明する。以下の例では、サーバ装置１０のミドルウェアをオブジェクト指向ソフトウェア技術を用いて実現するものとし、各機能部は、クラスから生成されるインスタンスにより実現されるものとする。
【０１７２】
以下の説明におけるオブジェクトファクトリインスタンスがこれまでに説明した機能部生成・管理部１１２に対応し、ユーザエージェントインスタンスがユーザ要求処理部１１３に対応し、センサインスタンスがセンサ生データ抽出部１０１に対応し、センサ意味付けインスタンスがセンサデータ意味付け処理部１０２に対応し、モノインスタンスが意味付け情報管理部１０３に対応し、インシデントインスタンスが意味付け情報二次加工処理部１０４に対応し、複合インシデントインスタンスが意味付け情報三次加工処理部１０５に対応し、場所インスタンスが位置情報検出部１１４に対応し、リーダインスタンスがリーダ状態管理部１１５に対応し、GWインスタンスがGW状態管理部１１６に対応するものとする。
【０１７３】
また、これまでに説明した各機能部の対応テーブルは、機能部の種別に代えてクラス名を保持したクラス対応テーブルとなる。なお、各具体例で説明するインスタンスの参照番号は、各具体例毎に一意に付与されているものとする。
【０１７４】
［具体例１］
具体例１では、A社製振動センサをドアに付与し、ドアの状態変化のパターンから、さらなる意味解析を行い屋内の人の活動状況を導出する例について説明する。なお、この例は、前述した詳細動作例においてドアにID=0001の振動センサを取り付けて活動状況の監視を行う例に対応する。
【０１７５】
具体例１では、ユーザ環境として下記の事項を登録する。
【０１７６】
インシデント：活動検知
モノ：ドア
センサ：A社製振動センサ
リンク関係：ドア−A社製振動センサ、活動検知−ドア
サーバ装置１０のオブジェクトファクトリインスタンスは、クラス対応テーブルに基づき、ドアに対応するモノインスタンス１を生成し、A社製振動センサ１（以下、振動センサ１）に対応するセンサインスタンス１を生成する。また、活動検知に対応するインシデントインスタンス１を生成する。インシデントインスタンス１は、モノの状態変化を長期的に監視して解析するロジックを有するものである。さらに、オブジェクトファクトリインスタンスは、振動センサ１とドアのリンク関係より、意味付けインスタンス１を生成する。そして、インスタンス間の関連付けを行う。以上の処理により図２８に示すユーザ環境オブジェクトの生成が完了する。なお、インシデントインスタンス、場所インスタンス、モノインスタンス、センサインスタンス、意味付けインスタンスをまとめてユーザ環境オブジェクトと称している。
【０１７７】
監視の段階において、ドアを動かすことにより振動センサ１が振動し、振動センサ１から振動情報がセンサリーダに通知される。センサリーダはセンサGWに通知し、センサGWはネットワークを経由してサーバ装置１０に通知する。
【０１７８】
サーバ装置１０は、振動情報の生データを受信すると、生データ内に格納されているセンサの個別IDから振動センサ１からの振動情報であることを判別し、内部のセンサインスタンス１に通知する。その後の処理は、図１６を参照して説明したとおりである。
【０１７９】
具体例１によれば、留守番や一人暮らしのお年寄り・子供の見守りサービスを実現する際に、一日に何度も発生するドアの振動等の全てのセンサ情報を確認しなくても、１日単位で活動検出結果を用いて効率的に見守りが可能となる。
【０１８０】
さて、振動センサの代わりに振動センサとは異なるセンサを適用した場合にも、サーバ装置が意味付けインスタンスを変更するだけで、モノインスタンスやインシデントインスタンス、さらにインシデント検出結果を利用するアプリケーションに変更の必要は無い。以下、振動センサを温度センサに変更する場合の動作例を説明する。
【０１８１】
［具体例１：温度センサを用いる場合］
この場合、ドアとA社製振動センサ１とのリンク関係が削除され、センサとしてB社製温度センサ１が登録され、ドアとA社製温度センサ１とのリンク関係が登録される。そして、サーバ装置１０におけるオブジェクトファクトリインスタンスは、振動センサ１に対応するセンサインスタンス１を削除し、意味付けインスタンス１も削除する。次に、B社製温度センサ１（以下、温度センサ１）に対応するセンサインスタンス２を生成し、温度センサ１とドアのリンク関係より、意味付けインスタンス２を生成する。また、インスタンス間の関連付けを行うことにより、図２９のユーザ環境オブジェクトが完成する。
【０１８２】
監視の段階において、ドアに付与した温度センサ１は、定期的に（例えば数秒おきに）温度情報をセンシングして、その温度値をセンサリーダに通知する。センサリーダはセンサGWに通知し、センサGWはNW回線等を経由してサーバ装置１０に通知する。
【０１８３】
サーバ装置１０は、振動情報の生データを受信すると、生データ内に格納されているセンサの個別IDから温度センサ１からの振動情報であることを判別し、内部のセンサインスタンス２に通知する。
【０１８４】
温度情報は、図３０（ａ）に示すように、アナログ値（不動小数）で単位を摂氏とする。センサインスタンス２は、意味付けインスタンス２に、温度情報を通知する。意味付けインスタンス２は、図２９に示すように、ある時間（例えば１時間）の温度値を蓄積して平均値と分散を求め、信頼区間を算出し、この上限と下限内に温度値がある場合は、意味付け情報を「閉」とし、この区間外の温度であれば「開」とする。具体的には、図３０（ｂ）に示すように、時刻t＝０からt＝１までは温度値が前記信頼区間内にあるため、ドアの状態が「閉」であるとし、t＝１から温度値が信頼区間外に低下した場合、意味付けインスタンス２はt＝１以降の意味付け情報を「開」に変更し、この「開」の値をモノインスタンス１に通知する。これにより、モノインスタンス１の有する状態情報が、「閉」から「開」に変化する。
【０１８５】
この後、t＝２まで低い温度値が継続し、t＝２において、温度値が上昇して信頼区間内に入ったとすると、意味付けインスタンス２は意味付け情報を「閉」に変更し、この「閉」の値をモノインスタンス１に通知する。
【０１８６】
モノインスタンス１とインシデントインスタンス１間の情報通知や意味検出の処理は、振動センサ１を用いる場合と同様である。
【０１８７】
［具体例２］
次に、具体例２について説明する。具体例２では、同じ種類の振動センサのデータを、一方は窓に付与して窓の開閉状態に意味付けし、他方は、椅子に付与して在席状態に意味付けする場合について説明する。
【０１８８】
具体例２では、ユーザ環境として以下の事項が登録される。
【０１８９】
モノ：窓、回転椅子
センサ：A社製振動センサ１、A社製振動センサ２
リンク関係：窓−A社製振動センサ１、回転椅子−A社製振動センサ２
サーバ装置１０のオブジェクトファクトリインスタンスは、クラス対応テーブルに基づき、窓に対応するモノインスタンス１、回転椅子に対応するモノインスタンス２を生成し、A社製振動センサ１（以下、振動センサ１）に対応するセンサインスタンス１、A社製振動センサ２（以下、振動センサ２）に対応するセンサインスタンス２を生成する。さらに、振動センサ１と窓のリンク関係より、意味付けインスタンス１を生成する。同様に、振動センサ２と回転椅子のリンク関係より、意味付けインスタンス２を生成する。また、インスタンス間の関連付けを行うことにより、図３１に示すユーザ環境オブジェクトの生成が完了する。
【０１９０】
監視の段階において、窓を動かすことにより振動センサ１が振動し、振動センサ１から振動情報がセンサリーダに通知される。センサリーダはセンサGWに通知し、センサGWはNW回線等を経由してサーバ装置１０に通知する。
【０１９１】
サーバ装置１０は、振動情報の生データを受信すると、生データ内に格納されているセンサの個別IDからセンサ１からの振動情報であることを判別し、内部のセンサインスタンス１に通知する。
【０１９２】
振動情報は、図３２（ａ）に示すように、２値で表すものとし、振動が発生した時刻に「１」という値になるものとする。その他の時刻の振動情報の値は「０」である。センサインスタンス１は意味付けインスタンス１に振動情報を通知する。意味付けインスタンス１は、図３２（ｂ）のように振動が発生した時刻を契機に意味付け情報が切り替わる。具体例として、時刻t＝０において、窓の状態が「閉」であるとし、t＝１に振動情報として「１」が通知されることにより、意味付けインスタンス１はt＝１以降の意味付け情報を「開」に変更し、この「開」の値をモノインスタンス１に通知する。これにより、モノインスタンス１の有する状態情報が、「閉」から「開」に変化する。
【０１９３】
同様に、t＝２において、２度目の振動が発生し、センサインスタンス１から意味付けインスタンス１に「１」という値を通知すると、意味付けインスタンス１は意味付け情報を「閉」に変更し、この「閉」の値をモノインスタンス１に通知する。これらの動作は図１６（ａ）〜（ｃ）に示す動作と同様である。そして、インシデントインスタンスは開の状態を異常であるものと判定する。
【０１９４】
一方、人が椅子を使用する（着席する）ことにより振動センサ２が振動し、振動センサ２から振動情報がセンサリーダに通知される。センサリーダはセンサGWに通知し、センサGWはNW回線等を経由してサーバ装置１０に通知する。
【０１９５】
サーバ装置１０は、振動情報の生データを受信すると、生データ内に格納されているセンサの個別IDからセンサ２からの振動情報であることを判別し、内部のセンサインスタンス２に通知する。その後の「離席中」「在席中」の意味づけ処理は図２２を用いて説明した処理と同様である。
【０１９６】
［具体例３］
次に、具体例３について説明する。具体例３では、２つ以上の状態として、１つはセンサを窓に付与して窓の開閉状態に意味付けし、もう一方は、センサを人に付与して宅内外どちらに所在しているかに意味付けし、これら２つ以上の状態を組み合わせた異常判定をする例を説明する。
【０１９７】
具体例３では、ユーザ環境として下記の事項が登録される。
【０１９８】
モノ：窓、人
センサ：A社製振動センサ１、A社製位置検出センサ２
リンク関係：窓−A社製振動センサ１、人−A社製位置検出センサ２
サーバ装置１０のオブジェクトファクトリインスタンスは、クラス対応テーブルに基づき、窓に対応するモノインスタンス１、人に対応するモノインスタンス４を生成し、A社製振動センサ１（以下、振動センサ１）に対応するセンサインスタンス１、A社製位置検出センサ２（以下、位置検出センサ２）に対応するセンサインスタンス４を生成する。
【０１９９】
さらに、振動センサ１と窓のリンク関係より、意味付けインスタンス１を生成する。同様に、位置検出センサ２と人のリンク関係より、意味付けインスタンス４を生成する。そして、インスタンス間の関連付けを行うことにより、図３３に示すユーザ環境オブジェクトの生成が完了する。なお、具体例３では、所定の場合にユーザへの通知を行うアクションインスタンス１を備えている。
【０２００】
監視の段階において、窓を動かすことにより振動センサ１が振動し、振動センサ１から振動情報がセンサリーダに通知される。センサリーダはセンサGWに通知し、センサGWはNW回線等を経由してサーバ装置１０に通知する。
【０２０１】
サーバ装置１０は、振動情報の生データを受信すると、生データ内に格納されているセンサの個別IDからセンサ１からの振動情報であることを判別し、内部のセンサインスタンス１に通知する。
【０２０２】
センサインスタンス１、意味付けインスタンス１、モノインスタンス１、インシデントインスタンス１が保有する情報は、図３２（ａ）〜図３２（ｄ）に示したとおりである。具体例３では、インシデントインスタンス１は「異常」を検知すると、複合インシデントインスタンス１に通知する。
【０２０３】
一方、位置検出センサ２は、例えば電波信号を定期的に発信しており、位置検出センサ２を取り付けた人がセンサリーダに対して電波が届くエリア内にいる（宅内に居る）場合に、センサリーダは電波信号を検出することにより位置検出センサ２を検出する。その場合、センサリーダはセンサGWに位置検出センサ２の更新情報を通知し、センサGWはサーバ装置１０に通知を行う。
【０２０４】
また、人が電波が届くエリア外へ移動する（外出する）ことにより位置検出センサ２を検出できなくなり、位置検出センサ２から電波信号がセンサリーダに通知されなくなる場合、センサリーダはセンサGWに位置検出センサ２の更新情報を通知できなくなり、センサGWもサーバ装置１０に通知ができなくなる。
【０２０５】
サーバ装置１０は、位置検出センサの更新情報の生データを受信すると、生データ内に格納されているセンサの個別IDからセンサ２からの更新情報であることを判別し、内部のセンサインスタンス４に通知する。
【０２０６】
位置検出センサ２の情報は、図３４（ａ）に示すように、２値で表し、電波信号が到達した時刻に「１」という値になるとする。その他の時刻の値は「０」である。センサインスタンス４は、意味付けインスタンス４に更新情報を通知する。
【０２０７】
意味付けインスタンス４は、図３４（ａ）に示すように定期的に、更新情報を受信した時刻を契機に意味付け情報が切り替わる。位置検出センサ２から更新情報がない状態から、電波信号が到達できるようになり更新情報の受信が発生すると「在宅中」と意味付けし、単位時間Tの間に更新情報が受信できない場合に「外出中」と意味付けする。具体例として、時刻t＝０において、人の所在状況として「外出中」であるとし、t＝１まで情報更新が起こらないとする。t＝１から定期的に、情報更新が発生し、その度に「１」が通知されることにより、意味付けインスタンス４はt＝１から意味付け情報を「在宅中」に変更し、この「在宅中」の値をモノインスタンス４に通知する。これにより、モノインスタンス４の有する状態情報が、「外出中」から「在宅中」に変化する（図３４（ｃ））。
【０２０８】
その後、t＝２まで情報更新が継続するが、t＝２以降電波信号が到達できなくなるとすると、意味付けインスタンス４はt＝２から意味付け情報を「外出中」に変更し、この「在宅中」の値をモノインスタンス４に通知する。
【０２０９】
また、図３４（ｄ）に示すように、モノインスタンス４はインシデントインスタンス２に「外出中」「在宅中」の情報を通知する。インシデントインスタンス２は要素インシデントとして「外出中」のとき異常値とするとt＝０〜t＝１、t＝２〜のとき、「異常」であるとし、それを複合インシデントインスタンス１に通知する。
【０２１０】
複合インシデントインスタンス１は複数のインシデントインスタンスの値として「異常」がAND条件のときに、アクションインスタンス１へ通知する。アクションインスタンス１の処理を携帯メールへのユーザ宛インシデント通知とすると、インシデントインスタンス１とインシデントインスタンス２から「異常」の情報通知を受けたときにだけ、ユーザの携帯にインシデントが通知される。
【０２１１】
具体例３では、インシデントインスタンス１とインシデントインスタンス２の値が共に異常であるとき、つまり、人が「外出中」であるのに窓が「開」である場合に携帯メールへの通知がなされる。
【０２１２】
［具体例４］
次に、具体例４について説明する。具体例４では、２つ以上の状態として、１つはセンサを水道局の稼働率センサに付与して水道局の利用可能状況に意味付けし、もう一方は、河川に付与して河川エリアの水量が十分かどうか（利用可能状況）に意味付けし、これら２つ以上の状態を組み合わせた異常判定をする例を説明する。
【０２１３】
具体例４では、ユーザ環境として下記の事項が登録される。
【０２１４】
モノ：水道局、河川
センサ：稼働率計測センサ、水位計センサ
リンク関係：水道局−稼働率計測センサ、河川−水位計センサ
サーバ装置１０のオブジェクトファクトリインスタンスは、クラス対応テーブルに基づき、水道局に対応するモノインスタンス５、河川に対応するモノインスタンス６を生成し、稼働率計測センサ（以下、稼働率センサ）に対応するセンサインスタンス２、水位計センサ（以下、水位センサ）に対応するセンサインスタンス１を生成する。
【０２１５】
さらに、稼働率センサと水道局のリンク関係より、意味付けインスタンス２を生成する。同様に、水位センサ１と河川とのリンク関係より、意味付けインスタンス３を生成する。そして、インスタンス間の関連付けを行うことにより、図３５のユーザ環境オブジェクトの生成が完了する。
【０２１６】
監視の段階において、水道局の稼動状況が稼働率センサから定期的にセンサリーダに通知される。センサリーダはセンサGWに通知し、センサGWはNW回線等を経由してサーバ装置１０に通知する。
【０２１７】
サーバ装置１０は、稼働率情報の生データを受信すると、生データ内に格納されているセンサの個別IDから稼働率センサからの振動情報であることを判別し、内部のセンサインスタンス２に通知する。
【０２１８】
稼働率情報は、図３６（ａ）に示すように、アナログ値で表すこととし、定期的に稼働率（利用率）が送信されるものとする。センサインスタンス２は、対応付けられている意味付けインスタンス２に、稼働率情報を通知する。意味付けインスタンス２は、図３６（ｂ）に示すように、稼働率がある値（例えば８０％）を超えている場合には、「稼働率高い」と判断する。具体例として、時刻t＝０において、「稼働率高い」とし、t＝１に稼働率情報として閾値よりも小さい値が通知されることにより、意味付けインスタンス２はt＝１以降の意味付け情報を「稼働率低い」に変更し、この「稼働率低い」の値をモノインスタンス５に通知する。これにより、モノインスタンス５の有する状態情報が、「稼働率高い」から「稼働率低い」に変化する。
【０２１９】
同様に、t＝２において、稼働率の値が闘値を超え、センサインスタンス２から意味付けインスタンス２に「稼働率高い」という値を通知すると、意味付けインスタンス２は意味付け情報を「稼働率高い」に変更し、この「稼働率高い」の値をモノインスタンス５に通知する。
【０２２０】
また、図３６（ｄ）に示すように、モノインスタンス５はインシデントインスタンス３に「稼働率高い」「稼働率低い」の情報を通知する。インシデントインスタンス３は要素インシデントとして「稼働率高い」のとき異常値とするとt＝０〜t＝１，t＝２〜t＝３のとき、「異常」であるとし、それを複合インシデントインスタンス１に通知する。
【０２２１】
一方、河川の水位状況が水位センサから定期的にセンサリーダに通知される。リーダはセンサGWに通知し、センサGWはNW回線等を経由してサーバ装置１０に通知する。
【０２２２】
サーバ装置１０は、水位情報の生データを受信すると、生データ内に格納されているセンサの個別IDから水位センサからの情報であることを判別し、内部のセンサインスタンス１に通知する。
【０２２３】
センサ情報は、図３７（ａ）に示すように、アナログ値で表すものとし、定期的に水位情報が送信されるものとする。センサインスタンス１は、意味付けインスタンス３に水位情報を通知する。意味付けインスタンス３は、図３７（ｂ）に示すようにある値（例えば３０cm）を超えている場合には、「水位高い」と判断する。具体例として、時刻t＝０において、「水位高い」とし、t＝１に水位情報として闘値よりも小さい値が通知されることにより、意味付けインスタンス３はt＝１以降の意味付け情報を「水位低い」に変更し、この「水位低い」の値をモノインスタンス６に通知する。これにより、モノインスタンス６の有する状態情報が、「水位高い」から「水位低い」に変化する。
【０２２４】
同様に、t＝２において、水位率の値が闘値を超え、センサインスタンス１から意味付けインスタンス３に「水位高い」という値を通知すると、意味付けインスタンス３は意味付け情報を「水位高い」に変更し、この「水位高い」の値をモノインスタンス６に通知する。
【０２２５】
また、図３７（ｄ）のように、モノインスタンス６はインシデントインスタンス４に「水位高い」「水位低い」の情報を通知する。インシデントインスタンス４は要素インシデントとして「水位低い」のとき異常値とするとt＝１〜t＝２，t＝３〜のとき、「異常」であるとし、複合インシデントインスタンス１に通知する。
【０２２６】
複合インシデントインスタンス１は複数のインシデントインスタンスの値として「異常」がAND条件のときに、アクションインスタンス２へ通知する。アクションインスタンス２を警報ブザーとすると、稼働率の異常を検知するインシデントインスタンス３と水位の異常を検知するインシデントインスタンス４から「異常」の情報通知を受けたときにだけ、ユーザの携帯にインシデントが通知される。つまり、水道局の稼働率が高く、なおかつ河川の水位が低いときに警報ブザーが鳴る。
【０２２７】
［具体例５］
複合インシデントを用いる例として次のような監視も可能である。
【０２２８】
ビニールハウス内の複数個所（例えば２０箇所）に温度センサを設置し、温度センサを２０個登録することにより、２０個のセンサおよびモノインスタンスを作る。それぞれにインシデントインスタンスをリンク付けて、温度が１０度以下になると「異常」になるとする。なお、この場合のインシデントインスタンスの基になるクラスは、各センサとモノに対応するインスタンスとしてインスタンス化され、ある温度をパラメータとして設定され、その温度以下になると「異常」を検知するというロジックを有している。
【０２２９】
そしてこれら２０個のインシデントをまとめる複合インシデントを登録する。この複合インシデントに対応するクラスは、２０のインシデントのうち１０個以上が「異常」になれば「異常」と判断する複合方法のロジックを有するものである。これにより、ビニールハウス全体の温度を集約してまとめて異常管理ができる、いくつかの温度センサが故障したとしても、全体でまとめることにより誤検知を回避することができるなどの効果がある。同様な例として、ドアの開閉と、イスの在席／離席情報をまとめることも、人の在・不在検知の精度向上に効果がある。
【０２３０】
［実施の形態で説明したシステムの効果］
以上に説明したように、本システムによれば、センサを特定の用途に限定せず、同じ種別のセンサでも在席検知、窓開閉検知、電気機器の稼動検知に使う等、多様な用途に使うことが可能になる。
【０２３１】
また、サービス利用中に、センサの種別や型番を変更した場合に、ユーザはメニュー画面からセンサの種別や型番・シリアル番号を再登録するだけで良い。
【０２３２】
また、多数のセンサからの情報をまとめたり集約する等して、効率的に確認でき、人間の感覚で理解しやすい情報として提供できる。更に、多数のセンサを用いて個々のセンサの誤検知を補正することが可能になる。
【０２３３】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【図面の簡単な説明】
【０２３４】
【図１】本発明の実施の形態におけるシステムの概要構成を示す図である。
【図２】サーバ装置及び監視装置の機能構成図である。
【図３】ユーザ環境を登録するときの機能部間の連携を示す図である。
【図４】図３等の破線矢印の意味を説明する図である。
【図５】ユーザ環境の例である。
【図６】各種の機能部対応テーブルを示す図である。
【図７】リンク関係と、リンク関係登録時に生成されたセンサデータ意味付け処理部と、登録された通知先管理情報の例である。
【図８】各種の機能部対応テーブルを示す図である。
【図９】ユーザ環境のリンク関係を登録するときの機能部間の連携を示す図である。
【図１０】システムに登録するユーザ機器情報の例等を示す図である。
【図１１】ユーザのNW機器を登録するときの機能部間の連携を示す図である。
【図１２】NW機器からサーバ装置に通知される、センサ情報パケットを示す図である。
【図１３】センサ情報パケット受信時のネットワーク管理部の動作を説明するための図である。
【図１４】ネットワーク管理部の構成図である。
【図１５】センサ生データ抽出部１０１−１の構成図である。
【図１６】詳細動作例を説明するための図である。
【図１７】センサデータ意味付け処理部１０２−１の構成図である。
【図１８】意味付け情報管理部１０３−１の構成図である。
【図１９】センサデータ意味付け処理部１０２−２の構成図である。
【図２０】複合インシデントを含むユーザ環境の例である。
【図２１】意味付け情報三次加工処理部１０５−１を含む、通知先管理部の管理情報の例である。
【図２２】詳細動作例を説明するための図である。
【図２３】意味付け情報二次加工処理部１０４−１の構成図である。
【図２４】意味付け情報三次加工処理部１０５−１の構成図である。
【図２５】詳細動作例を説明するための図である。
【図２６】センサ情報から位置検知を行う場合における処理シーケンスである。
【図２７】インシデント解析結果取得のための処理シーケンスである。
【図２８】具体例１のユーザ環境オブジェクトを示す図である。
【図２９】具体例１において温度センサを用いる場合のユーザ環境オブジェクトを示す図である。
【図３０】具体例１において温度センサを用いる場合の処理内容を説明するための図である。
【図３１】具体例２のユーザ環境オブジェクトを示す図である。
【図３２】具体例２における処理内容を説明するための図である。
【図３３】具体例３のユーザ環境オブジェクトを示す図である。
【図３４】具体例３における処理内容を説明するための図である。
【図３５】具体例４のユーザ環境オブジェクトを示す図である。
【図３６】具体例４における処理内容を説明するための図である。
【図３７】具体例４における処理内容を説明するための図である。
【符号の説明】
【０２３５】
１０  サーバ装置
１０１  センサ生データ抽出部
１０２  センサデータ意味付け処理部
１０３  意味付け情報管理部
１０４  意味付け情報二次加工処理部
１０５  意味付け情報三次加工処理部
１１０  統括部
１１１  ネットワーク管理部
１１２  オブジェクト生成・管理部
１１３  ユーザ要求処理部
１１４  位置情報検出部
１１５  リーダ状態管理部
１１６  GW状態管理部
２０  監視装置
２０１  ユーザインタフェース部
２０２  インシデントチェック部
２０３  ミドルウェア通信部
２０４  メールサーバ
３０  ユーザ端末
【図１】
2008027388.tif 000003
【図２】
2008027388.tif 000004
【図３】
2008027388.tif 000005
【図４】
2008027388.tif 000006
【図５】
2008027388.tif 000007
【図６】
2008027388.tif 000008
【図７】
2008027388.tif 000009
【図８】
2008027388.tif 000010
【図９】
2008027388.tif 000011
【図１０】
2008027388.tif 000012
【図１１】
2008027388.tif 000013
【図１２】
2008027388.tif 000014
【図１３】
2008027388.tif 000015
【図１４】
2008027388.tif 000016
【図１５】
2008027388.tif 000017
【図１６】
2008027388.tif 000018
【図１７】
2008027388.tif 000019
【図１８】
2008027388.tif 000020
【図１９】
2008027388.tif 000021
【図２０】
2008027388.tif 000022
【図２１】
2008027388.tif 000023
【図２２】
2008027388.tif 000024
【図２３】
2008027388.tif 000025
【図２４】
2008027388.tif 000026
【図２５】
2008027388.tif 000027
【図２６】
2008027388.tif 000028
【図２７】
2008027388.tif 000029
【図２８】
2008027388.tif 000030
【図２９】
2008027388.tif 000031
【図３０】
2008027388.tif 000032
【図３１】
2008027388.tif 000033
【図３２】
2008027388.tif 000034
【図３３】
2008027388.tif 000035
【図３４】
2008027388.tif 000036
【図３５】
2008027388.tif 000037
【図３６】
2008027388.tif 000038
【図３７】
2008027388.tif 000039