JP2015021884A - 情報処理システム、情報処理装置、及び情報処理方法 - Google Patents

Abstract

【課題】一のセンサによる測定結果に基づき、他のセンサの動作を制御することが可能な情報処理システム、情報処理装置、及び情報処理方法を提供する。【解決手段】第１のセンサが接続された第１の情報処理装置と、第２のセンサが接続された第２の情報処理装置と、サーバとを備えた情報処理システムであって、前記サーバは、前記第１の情報処理装置と前記第２の情報処理装置とを関連付けた管理データを記憶する記憶部と、前記管理データに基づき、前記第１の情報処理装置に関連付けられた前記第２の情報処理装置を特定し、前記第１のセンサによる測定結果に応じて前記第２のセンサを制御するための情報を、特定した前記第２の情報処理装置に送信する管理部と、を備えたことを特徴とする情報処理システム。【選択図】図１

Description

本発明は、情報処理システム、情報処理装置、及び情報処理方法に関する。

近年、通信機能を有する複数のセンサノード（センサユニット）によりネットワークを構成し、該センサノード同士が連携して情報を伝達することにより、各センサノードが取得した特定エリアの環境情報等を集約可能なセンサネットワーク技術が開発されている。

また、センサネットワークを構成する各センサノードの動作を、その時々の条件に応じてダイナミックに変更したいという要望もある。例えば、非特許文献１には、センサの測定結果に応じた状況を示す情報（コンテキスト）に基づき、センサノードの動作を制御する技術の一例が開示されている。

Ｍｏｈｏｍｅｄ， Ｉ． 他， "ＨＡＲＭＯＮＩ：Ｃｏｎｔｅｘｔ−ａｗａｒｅ Ｆｉｌｔｅｒｉｎｇ ｏｆ Ｓｅｎｓｏｒ Ｄａｔａ ｆｏr Ｃｏｎｔｉｎｕｏｕｓ Ｒｅｍｏｔｅ Ｈｅａｌｔｈ Ｍｏｎｉｔｏｒｉｎｇ", ２００８ Ｓｉｘｔｈ Ａｎｎｕａｌ ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｆｅｒｅｎｃｅ ｏｎ Ｐｅｒｖａｓｉｖｅ Ｃｏｍｐｕｔｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ， ２００８．

特開２００２−２５１３１１号公報

一方で、異なるセンサそれぞれの観測対象が因果関係を有する場合がある。このように因果関係を有する観測対象をセンシングするセンサが接続されたセンサユニット（即ち、情報処理装置）間を関連付けることで、一のセンサの測定結果に応じて、当該他のセンサの処理内容をダイナミックに変更したいという要望もある。

しかしながら、非特許文献１に開示された技術は、複数のセンサユニット間の関係を保持していないため、複数のセンサ（もしくは、センサユニット）を連携して動作させることは困難である。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、複数のセンサを連携して動作させることが可能な、新規かつ改良された情報処理システム、情報処理装置、及び情報処理方法を提供することにある。

上記課題を解決するために、本発明のある観点によれば、第１のセンサが接続された第１の情報処理装置と、第２のセンサが接続された第２の情報処理装置と、サーバとを備えた情報処理システムであって、前記サーバは、前記第１の情報処理装置と前記第２の情報処理装置とを関連付けた管理データを記憶する記憶部と、前記管理データに基づき、前記第１の情報処理装置に関連付けられた前記第２の情報処理装置を特定し、前記第１のセンサによる測定結果に応じて前記第２のセンサを制御するための情報を、特定した前記第２の情報処理装置に送信する管理部と、を備えたことを特徴とする情報処理システムが提供される。

前記第２のセンサを制御するための情報は、前記第１のセンサによる測定結果を、第１の条件に基づき分類することで特定された状態を示す状態情報であってもよい。

前記管理部は、前記状態情報と前記第２の情報処理装置とを関連付けて管理し、前記第１のセンサによる測定結果に基づき当該状態情報が更新された場合に、更新後の状態情報に応じた前記第２のセンサを制御するための情報を、前記第２の情報処理装置に送信してもよい。

前記管理部は、前記第１のセンサによる測定結果に基づく前記状態情報を、前記第２の情報処理装置に送信し、前記第２の情報処理装置は、取得した当該状態情報に基づき、前記第２のセンサの制御内容を特定してもよい。

前記管理部は、前記第１の情報処理装置に、前記第１の条件を更新させてもよい。

前記管理データには、あらかじめ決められた条件ごとに前記第１の情報処理装置と前記第２の情報処理装置との関連付けを示す情報が記憶され、前記管理部は、前記管理データと前記第１のセンサによる測定結果に応じた情報とに基づき、前記第１の情報処理装置に関連付けられた前記第２の情報処理装置を特定してもよい。

前記あらかじめ決められた条件は、前記第１のセンサによる測定結果に応じた情報を対象とした条件であってもよい。

前記第２の情報処理装置は、前記管理部から取得する情報に応じて前記第２のセンサの制御内容を特定するための第２の条件を記憶し、前記管理部は、前記第２の情報処理装置に、前記第２の条件を更新させてもよい。

前記管理部は、前記第１のセンサによる測定結果に応じた情報が、あらかじめ決められた条件を満たす場合に、前記第２の情報処理装置に、前記第２の条件を更新させてもよい。

前記管理部は、前記サーバの状態に応じて、前記第２の情報処理装置に、前記第２の条件を更新させてもよい。

前記第１の情報処理装置と前記第２の情報処理装置とは、当該第１の情報処理装置の位置情報と当該第２の情報処理装置の位置情報とに基づき関連付けられていてもよい。

前記サーバは、前記第１の情報処理装置と前記第２の情報処理装置との関連付けを示す情報を前記管理データに登録する登録部を備えてもよい。

また、上記課題を解決するために、本発明の別の観点によれば、センサが接続された複数の情報処理装置間の関連付けを管理するサーバから、自身と異なる情報処理装置に接続された第１のセンサによる測定結果に応じた、自身に接続された第２のセンサを制御するための情報を取得する取得部と、取得した前記情報に基づき前記第２のセンサの動作を制御する制御部と、を備えたことを特徴とする情報処理装置が提供される。

前記第２のセンサによる測定に基づく情報を、前記サーバに通知する通知部を備えてもよい。

また、上記課題を解決するために、本発明の別の観点によれば、第１のセンサが接続された第１の情報処理装置と、第２のセンサが接続された第２の情報処理装置とを関連付けた管理データを記憶する記憶部と、前記管理データに基づき、前記第１の情報処理装置に関連付けられた前記第２の情報処理装置を特定し、前記第１のセンサによる測定結果に応じて前記第２のセンサを制御するための情報を、特定した前記第２の情報処理装置に送信する管理部と、を備えたことを特徴とする情報処理装置が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、第１のセンサが接続された第１の情報処理装置と、第２のセンサが接続された第２の情報処理装置と、サーバとを備えた情報処理システムにおいて、前記サーバが、前記第１の情報処理装置と前記第２の情報処理装置とを関連付けた管理データに基づき、前記第１の情報処理装置に関連付けられた前記第２の情報処理装置を特定し、前記第１のセンサによる測定結果に応じて前記第２のセンサを制御するための情報を、特定した前記第２の情報処理装置に送信するステップ、を含む、情報処理方法が提供される。

以上説明したように本発明によれば、複数のセンサを連携して動作させることが可能な、情報処理装置、及び情報処理方法が提供される。

本発明の第１の実施形態に係る情報処理システムの概略的なシステム構成を示した図である。 同実施形態にかかる情報処理システムの概要について説明するための図である。 同実施形態に係るセンサユニットの構成を示したブロック図である。 コンテキスト認識ルールの一例を示した図である。 コンテキスト認識ルールの一例を示した図である。 コンテキスト保持部に記憶されるデータの一例を示した図である。 センサユニット制御ルールの一例を示した図である。 センサユニット制御ルールの一例を示した図である。 同実施形態に係るコンテキスト共有サーバの構成を示したブロック図である。 センサユニットが生成するコンテキストの種別を管理する管理データの一例を示した図である。 センサユニットから取得した情報の履歴を示すデータの一例を示した図である。 センサユニット間の関連付けを管理するための管理データの一例である。 同実施形態に係る情報処理システムの一連の動作シーケンスの一例を示したシーケンス図である。 同実施形態に係る情報処理システムの一連の動作シーケンスの一例を示したシーケンス図である。 同実施形態に係る情報処理システムの一連の動作シーケンスの一例を示したシーケンス図である。 本発明の第２の実施形態に係るセンサユニットの構成を示したブロック図である。 同実施形態に係るコンテキスト共有サーバの構成を示したブロック図である。 実施例に係る情報処理システムについて説明するための図である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

＜１．第１の実施形態＞
［概要］
まず、図１を参照して、本発明の第１の実施形態に係る情報処理システム１の概略的なシステム構成について説明する。図１は、本実施形態に係る情報処理システム１の概略的なシステム構成を示した図である。図１に示すように、本実施形態に係る情報処理システム１は、複数のセンサユニット１０と、コンテキスト共有サーバ３０とを含む。図１に示す例では、複数のセンサユニット１０として、センサユニット１０ａ〜１０ｄが示されている。なお、以降では、センサユニット１０ａ〜１０ｄのような各センサユニット１０を特に区別しない場合には、単に「センサユニット１０」と記載する場合がある。

センサユニット１０ａ〜１０ｄのそれぞれと、コンテキスト共有サーバ３０とは、ネットワークｎ１を介して接続されている。ネットワークｎ１は、例えば、インターネット、専用線、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、または、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）のように、異なる装置間を接続するネットワークであれば、その態様は限定されない。

センサユニット１０は、例えば、雨量を測定するための雨量センサや、水位を測定するための水位センサ等のように、観測対象に応じたセンサが接続されている。各センサユニット１０は、測定結果をコンテキスト共有サーバ３０に送信する。これにより、各センサユニット１０の測定結果が、コンテキスト共有サーバ３０に集約される。

また、本実施形態に係る情報処理システム１では、複数のセンサユニット１０のうち、一のセンサユニット１０に接続されたセンサの測定結果に応じて、他のセンサユニット１０に接続されたセンサの動作が制御される。そこで、以下に、図２を参照しながら、本実施形態に係る情報処理システム１の概要について、具体的な例を挙げて説明する。図２は、本実施形態にかかる情報処理システム１の概要について説明するための図であり、雨量や河川の水位を測定する各センサのうち、関連するセンサの測定結果に基づいて、河川の氾濫に基づく水害の危険度を判別するための情報処理システム１の一例を示している。

図２に示す例では、上流側に位置する領域ｇ１２及びｇ１３を流れる河川ｐ１２及びｐ１３が合流して河川ｐ１１となり、さらに河川ｐ１１がさらに大きな河川ｐ１０に流れ込む環境において、各領域の雨量及び河川の水位を測定する場合の例を示している。図２において、センサユニット１０ａ、１０ｆ、１０ｇ、１０ｈは、雨量センサが接続されたセンサユニット１０を示している。また、センサユニット１０ｂ、１０ｃ、１０ｄ、１０ｅは、水位センサが接続されたセンサユニット１０を示している。

雨量センサが接続されたセンサユニット１０ａは、領域ｇ１２内に設置されており、領域ｇ１２内の雨量を測定する。同様に、センサユニット１０ｆは、領域ｇ１３内に設置されており、領域ｇ１２内の雨量を測定する。なお、雨量センサが接続されたセンサユニット１０ｇ及び１０ｈ、領域ｇ１１〜ｇ１３とは異なる領域に設置されている。

また、水位センサが接続されたセンサユニット１０ｂは、領域ｇ１２内を流れる河川ｐ１２の水位を測定する。同様に、センサユニット１０ｃは、領域ｇ１３内を流れる河川ｐ１３の水位を測定する。また、センサユニット１０ｄは、領域ｇ１１内を流れる河川ｐ１１の水位を測定する。また、センサユニット１０ｅは、河川ｐ１０の水位を測定する。

各センサユニット１０には、データの計測間隔や、測定したデータをコンテキスト共有サーバ３０に送信するタイミングのような制御ルールがあらかじめ設定されており、各センサユニット１０は、当該制御ルールに基づき自身の動作を制御する。

また、各センサユニット１０は、測定やデータの送信に電源を要するが、このようなセンサユニット１０が必ずしも恒常電源に接続して動作できるとは限らない。センサユニット１０を設置する環境の中には、電源の存在しない場所もあり、このように電源の存在しない場所でセンサユニット１０を動作させる場合には、例えば、太陽光パネルを設けることでセンサユニット１０を動作させるための電力を確保する場合もある。このように限られた電力でセンサユニット１０を動作させる必要がある場合には、消費電力を抑えてセンサユニット１０を動作させる場合もある。そのため、センサによるデータの計測間隔や、測定したデータをコンテキスト共有サーバ３０に送信する間隔を、例えば、１０分〜１時間の間隔のように、比較的長めに設定することで電力消費を抑える場合がある。

これに対して、例えば、激しい雨により河川の水位が上昇する事態において、特に、上流側の比較的小さな河川では、数分で水位が危険水域まで上昇する場合がある。このような場合には、１０分〜１時間の間隔で、データの計測やデータの送信を行っていると、水位が危険水域まで上昇することを事前に察知することが困難な場合がある。

そのため、例えば、雨量センサが接続されたセンサユニット１０により雨量を測定し、雨量の測定結果に基づき「激しい雨」と判断された場合には、水位センサが接続されたセンサユニット１０のデータの計測間隔やデータの送信間隔を短くしたいという要望がある。

具体的な一例として、図２の領域ｇ１２に多量の雨が降ることで、領域ｇ１２内を流れる河川ｐ１２の水位が上昇する可能性がある。このような場合には、雨量センサが接続されたセンサユニット１０ａによる雨量の測定結果に応じて、水位センサが接続されたセンサユニット１０ｂの動作（例えば、データの計測間隔）を制御可能とする技術が求められている。

一方で、雨量センサが接続された各センサユニット１０の測定結果と、各河川の水位とが必ずしも因果関係があるとは限らない。具体的な一例として、領域ｇ１２に多量の雨が降ったとしても、領域ｇ１２とは別の領域ｇ１３を流れる河川ｐ１３の水位が上昇するとは限らない。つまり、領域ｇ１２の雨量と、河川ｐ１３の水位との間には因果関係があるとは限らず、センサユニット１０ａの測定結果に応じて、河川ｐ１３の水位を測定するセンサユニット１０ｃの動作を制御しても、意味をなさない場合がある。

そこで、本実施形態に係る情報処理システム１では、コンテキスト共有サーバ３０が、因果関係のあるセンサユニット１０間の関連付けを管理する。そして、コンテキスト共有サーバ３０は、各センサユニット１０から測定結果に基づき状況や状態を示す情報（以降では、「コンテキスト」と呼ぶ）を取得し、取得したコンテキストを関連するセンサユニット１０に通知する。これにより、通知を受けたセンサユニット１０は、通知されたコンテキストに基づき、送信元であるセンサユニット１０による測定結果に基づく状況を認識し、認識された状況に応じてセンサの動作を制御する。

具体的な一例として、コンテキスト共有サーバ３０は、領域ｇ１２の雨量を測定するセンサユニット１０ａと、当該領域ｇ１２を流れる河川ｐ１２の水位を測定するセンサユニット１０ｂとをあらかじめ関連付けている。そして、コンテキスト共有サーバ３０は、センサユニット１０ａから雨量の測定結果に基づき「激しい雨」を示すコンテキストを受けると、センサユニット１０ａに関連付けられたセンサユニット１０ｂに、取得した当該コンテキストを送信する。これにより、センサユニット１０ｂは、単体では激しい雨であることを認識することができないが、コンテキスト共有サーバ３０から通知されたコンテキストに基づき激しい雨であることを認識できる。そのため、激しい雨の影響により河川ｐ１２の水位が危険水域に到達する前にデータの計測間隔を短く設定し、河川ｐ１２の急激な水位の上昇を検知することが可能となる。以降では、本実施形態に係る情報処理システム１の詳細について説明する。

［構成］
まず、本実施形態に係る情報処理システム１を構成する、センサユニット１０及びコンテキスト共有サーバ３０の構成について説明する。まず、図３を参照しながら、センサユニット１０の構成について説明する。図３は、本実施形態に係るセンサユニット１０の構成を示したブロック図である。図３に示すように、センサユニット１０は、センサ１１と、制御ユニット１２とを含む。また、制御ユニット１２は、通信部１２０と、コンテキスト認識部１２１と、コンテキスト保持部１２２と、センサ情報記憶部１２３と、コンテキスト通知部１２４と、コンテキスト取得部１２５と、制御部１２６と、測定結果通知部１２７とを含む。

センサ１１は、センサユニット１０に接続されたセンサを示している。センサ１１の種別は、測定対象により適宜選択することが可能であり、例えば、雨量センサ、水位センサ等を選択し得る。また、測定対象に応じて、振動センサ、地震センサ（震度計）、光学センサ（ビデオカメラ）、超音波センサ等を選択することも可能である。また、図３に示す例では、単一のセンサ１１が接続される例を示しているが、異なる種類のセンサ１１を複数設けてもよい。また、図３に示す例では、センサ１１と制御ユニット１２とを別々の構成として示しているが、センサ１１と制御ユニット１２とを一体的に構成してもよい。

センサ１１の動作は、後述する制御部１２６により制御される。また、センサ１１は、測定結果を、コンテキスト認識部１２１と測定結果通知部１２７とに出力する。

通信部１２０は、制御ユニット１２が、コンテキスト共有サーバ３０と通信を行うためのインタフェースである。通信部１２０は、例えば、制御ユニット１２が、セルラー無線通信網のような無線通信ネットワークｎ１を介してコンテキスト共有サーバ３０との間で通信を行うためのデバイスであり得る。なお、無線通信に限らず、制御ユニット１２が、コンテキスト共有サーバ３０との間で通信を確立できれば、通信部１２０の態様は特に限定されない。なお、以降では、制御ユニット１２内の各構成が、コンテキスト共有サーバ３０側の構成とデータの送受信を行う場合には、特に記載が無い場合においても、通信部１２０を介してデータの送受信を行うものとする。

コンテキスト認識部１２１は、センサ１１の測定結果を取得し、取得した測定結果をあらかじめ決められた条件ごとに分類することで、その測定結果が示す状況や状態を認識し、認識した状況や状態を示すコンテキストを特定する。

具体的には、コンテキスト認識部１２１は、あらかじめ作成されたコンテキスト認識ルールｄ１１を記憶している。コンテキスト認識部１２１は、センサ１１から取得した測定結果とコンテキスト認識ルールｄ１１とを比較することでコンテキストを特定する。コンテキスト認識ルールｄ１１は、対応するセンサユニット１０の測定対象や、当該センサユニット１０が設置された環境に応じて異なるルールが設定されている。

例えば、図４は、雨量センサが接続されたセンサユニット１０ａのコンテキスト認識ルールｄ１１ａの一例を示した図であり、雨量の測定結果に応じて雨量に関する雨量コンテキストを認識するためのルールを示している。図４に示すように、コンテキスト認識ルールｄ１１ａは、条件部ｄ１１１と、認識部ｄ１１２とを含む。条件部ｄ１１１は、コンテキストを認識するための条件を示している。また、認識部ｄ１１２は、条件部ｄ１１１で示された条件が満たされた場合における、コンテキストの認識に係る処理、即ち、どのコンテキスト種別にどのようなコンテキストを設定するかを示している。なお、条件部ｄ１１１と、認識部ｄ１１２とを含むデータ構造は、コンテキスト認識ルールｄ１１ａに限らず、他のコンテキスト認識ルールｄ１１についても同様である。

例えば、センサユニット１０ａのコンテキスト認識部１２１は、雨量センサ１１から１時間ごとの雨量の測定結果を取得する。そして、図４に示すように、センサユニット１０ａのコンテキスト認識部１２１は、取得した雨量の測定結果が「５０ｍｍ以上」の場合には、コンテキスト認識ルールｄ１１ａに基づき、雨量コンテキストが「非常に激しい雨」であると認識する。また、当該コンテキスト認識部１２１は、取得した雨量の測定結果が「３０ｍｍ以上５０ｍｍ未満」の場合には、コンテキスト認識ルールｄ１１ａに基づき、雨量コンテキストが「激しい雨」であると認識する。

また、センサユニット１０ｂのコンテキスト認識部１２１は、あらかじめ決められたデータの計測間隔ごとに水位センサ１１から水位の測定結果を取得する。また、詳細は後述するが、センサユニット１０ｂのコンテキスト保持部１２２は、センサユニット１０ａにおける雨量の測定結果に基づき特定された雨量コンテキストが記憶されている場合がある。センサユニット１０ｂのコンテキスト認識部１２１は、水位センサ１１の測定結果とコンテキスト保持部１２２に記憶された雨量コンテキストとに基づき、水位に関する水位コンテキストと、水害危険度を示す水害危険度コンテキストを特定する。なお、詳細は後述するが、どのセンサユニット１０のコンテキスト認識部１２１で認識されたコンテキストが、どのセンサユニット１０に通知されるかについては、後述するコンテキスト共有サーバ３０により管理されている。

ここで、図５を参照する。図５は、水位センサ１１が接続されたセンサユニット１０ｂのコンテキスト認識ルールｄ１１ｂの一例を示した図であり、水位センサ１１の測定結果と雨量コンテキストに基づき、水位コンテキストと水害危険度コンテキストとを認識するためのルールを示している。

具体的な一例として、センサユニット１０ｂのコンテキスト認識部１２１は、取得した水位の測定結果が「５ｍ以上」の場合には、コンテキスト認識ルールｄ１１ｂに基づき、水位コンテキストが「氾濫危険水位」であると認識し、水害危険度コンテキストが「危険」であると認識する。また、当該コンテキスト認識部１２１は、水位の測定結果が「３ｍ以上５ｍ未満」であり、かつ、雨量コンテキストが「非常に激しい雨」または「激しい雨」の場合には、コンテキスト認識ルールｄ１１ｂに基づき、水位コンテキストが「氾濫警戒水位」であると認識し、水害危険度コンテキストが「危険」であると認識する。また、当該コンテキスト認識部１２１は、水位の測定結果が「３ｍ以上５ｍ未満」であり、かつ、雨量コンテキストが「非常に激しい雨」及び「激しい雨」のいずれでもない場合には、コンテキスト認識ルールｄ１１ｂに基づき、水位コンテキストが「氾濫警戒水位」であると認識し、水害危険度コンテキストが「警戒」であると認識する。なお、雨量コンテキストがコンテキスト保持部１２２に記憶されていない場合には、コンテキスト認識部１２１は、雨量コンテキストが設定されていないものとして認識してもよい。

コンテキスト認識部１２１は、認識したコンテキストを、当該コンテキストの種別（例えば、水位コンテキストや水害危険度コンテキスト）ごとに、コンテキスト保持部１２２に記憶させる。

コンテキスト保持部１２２は、コンテキストを、当該コンテキストの種別ごとに記憶する。例えば、コンテキスト保持部１２２は、コンテキスト認識部１２１により認識されたコンテキストを、当該コンテキストの種別ごとに記憶する。

また、コンテキスト保持部１２２は、後述するコンテキスト取得部１２５が、コンテキスト共有サーバ３０から取得したコンテキストを記憶する。例えば、センサユニット１０ｂのコンテキスト保持部１２２は、コンテキスト取得部１２５が、コンテキスト共有サーバ３０から取得した、センサユニット１０ａにおける雨量の測定結果に基づき特定された雨量コンテキストを記憶する。

例えば、図６は、コンテキスト保持部１２２に記憶されるデータｄ１２の一例を示した図である。図６に示すように、データｄ１２は、コンテキスト種別ｄ１２１と、コンテキスト値ｄ１２２と、タイムスタンプｄ１２３とを含む。コンテキスト種別ｄ１２１は、コンテキストの種別を示しており、具体的な一例として、「雨量コンテキスト」、「水位コンテキスト」、及び「水害危険度コンテキスト」等が挙げられる。また、コンテキスト値ｄ１２２は、コンテキスト種別ｄ１２１で示されたコンテキスト種別のコンテキストの値を示している。具体的な一例として、図６に示す例では、コンテキスト種別ｄ１２１が「雨量コンテキスト」の場合のコンテキスト値ｄ１２２として、雨量コンテキストのコンテキスト値である「激しい雨」が示されている。また、タイムスタンプｄ１２３は、コンテキスト値ｄ１２２で示されたコンテキストが認識または取得されたタイミングを示している。

センサ情報記憶部１２３は、センサユニット１０に固有の情報を記憶するための記憶部である。センサ情報記憶部１２３には、例えば、センサユニット１０を特定するための識別情報（以降では、「センサユニットＩＤ」と呼ぶ場合がある）が記憶されている。また、センサ情報記憶部１２３には、センサユニット１０に接続されたセンサ１１の種別や、センサユニット１０が設置された位置を示す位置情報が記憶されていてもよい。なお、センサユニット１０が設置された位置を示す位置情報は、例えば、センサユニット１０にＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を設けることで取得してもよいし、センサユニット１０の設置者がＧＰＳを用いて取得した位置情報を設定してもよい。

コンテキスト通知部１２４は、コンテキスト認識部１２１で認識されコンテキスト保持部１２２に記憶されたコンテキストと、センサ情報記憶部１２３に記憶されたセンサユニットＩＤとを、コンテキスト共有サーバ３０に通知する。このとき、コンテキスト通知部１２４は、コンテキストが認識されたタイミングを示すタイムスタンプを、あわせてコンテキスト共有サーバ３０に通知してもよい。

例えば、センサユニット１０ｂに接続された水位センサ１１の測定結果が「３ｍ」であり、コンテキスト保持部１２２に雨量コンテキストとして「激しい雨」が記憶されていたとする。この場合には、コンテキスト認識部１２１により、水位コンテキストが「氾濫警戒水位」、水害危険度コンテキストが「危険」として認識され、それぞれのコンテキストがコンテキスト保持部１２２に記憶される。この場合には、コンテキスト通知部１２４は、センサ情報記憶部１２３に記憶された、センサユニットＩＤ＝”１０ｂ”を示す情報と、コンテキスト保持部１２２に記憶された、水位コンテキスト＝”氾濫警戒水位”、水害危険度コンテキスト＝”危険”を示す情報と、コンテキストが取得されたタイミングを示すタイムスタンプとを、コンテキスト共有サーバ３０に通知することとなる。

なお、コンテキスト通知部１２４が、センサユニットＩＤ、認識された各コンテキスト、及びタイムスタンプをコンテキスト共有サーバ３０に通知するためのプロトコルは特に限定されない。例えば、コンテキスト通知部１２４は、”；（セミコロン）”をデリミタとして、各値の種別とその値との組が区切られた一連のデータをコンテキスト共有サーバ３０に通知してもよい。

具体的な一例として、上述した例の場合には、コンテキスト通知部１２４は、「センサユニットＩＤ＝”１０ｂ”；コンテキスト種別１＝”水位コンテキスト”；コンテキスト値１＝”氾濫警戒水位”；コンテキスト種別２＝”
水害危険度コンテキスト”；コンテキスト値２＝” 危険”；タイムスタンプ＝”ＹＹＹＹ／ＭＭ／ＤＤ ｈｈ：ｍｍ：ｓｓ”」で示されたデータをコンテキスト共有サーバ３０に通知してもよい。

コンテキスト取得部１２５は、他のセンサユニット１０で認識されたコンテキストを、コンテキスト共有サーバ３０から取得する。例えば、センサユニット１０ｂのコンテキスト取得部１２５は、センサユニット１０ｂに関連付けられたセンサユニット１０ａで認識された雨量コンテキストを、コンテキスト共有サーバ３０から取得する。コンテキスト取得部１２５は、取得したコンテキストを、当該コンテキストの種別ごとにコンテキスト保持部１２２に記憶させる。

制御部１２６は、あらかじめ決められたルールに基づき、センサ１１の動作や、制御ユニット１２内の各部の動作（具体的には、コンテキスト認識部１２１、コンテキスト通知部１２４、及び、後述する測定結果通知部１２７それぞれの動作）を制御する。また、制御部１２６は、他のセンサユニット１０で認識されコンテキスト保持部１２２に記憶されたコンテキストに基づき、センサ１１、コンテキスト認識部１２１、及び測定結果通知部１２７の動作を切り替え可能に構成してもよい。

具体的には、制御部１２６は、あらかじめ作成されたセンサユニット制御ルールｄ１５を記憶している。センサユニット制御ルールｄ１５は、対応するセンサユニット１０の測定対象や、当該センサユニット１０が設置された環境に応じて異なるルールが設定されている。

例えば、図７は、雨量センサが接続されたセンサユニット１０ａのセンサユニット制御ルールｄ１５ａの一例を示した図であり、センサユニット１０ａのセンサ１１の動作や、制御ユニット１２内の各部の動作を制御するためのルールを示している。図７に示すように、センサユニット制御ルールｄ１５ａは、条件部ｄ１５１と、制御部ｄ１５２とを含む。条件部ｄ１５１は、コンテキストに応じて制御を切り替える場合の、制御の切り替えに係る条件を示している。また、制御部ｄ１５２は、条件部ｄ１５１で示された条件が満たされた場合における、制御内容を示している。なお、条件部ｄ１５１に、値が設定されていない場合には、対応する制御部ｄ１５２に示された制御内容が恒常的に適用されることを示している。

図７に示すように、センサユニット制御ルールｄ１５ａには、データ計測間隔が「１０分」、コンテキスト認識タイミングが「データ計測時」、データ送信タイミングが「データ計測時」、コンテキスト送信タイミングが「コンテキスト認識時」に設定されている。

データ計測間隔は、センサ１１が測定を行う間隔を示しており、センサユニット１０ａに接続された雨量センサ１１の場合には、雨量の測定を行う間隔を示している。即ち、センサユニット制御ルールｄ１５ａは、雨量センサ１１が、１０分ごとに雨量の測定を行うことを規定している。

また、コンテキスト認識タイミングは、コンテキスト認識部１２１がセンサ１１の測定結果に基づきコンテキストを認識するタイミングを示している。即ち、センサユニット制御ルールｄ１５ａは、コンテキスト認識部１２１が、雨量の計測時に、コンテキスト（この場合は「雨量コンテキスト」）を認識することを規定している。

また、データ送信タイミングは、後述する測定結果通知部１２７がセンサ１１の測定結果をコンテキスト共有サーバ３０に通知するタイミングを示している。即ち、センサユニット制御ルールｄ１５ａは、測定結果通知部１２７が、データの計測時に、センサ１１による測定結果をコンテキスト共有サーバ３０へ送信することを規定している。

また、コンテキスト送信タイミングは、コンテキスト通知部１２４が、コンテキスト認識部１２１により認識されたコンテキストをコンテキスト共有サーバ３０に通知するタイミングを示している。即ち、センサユニット制御ルールｄ１５ａは、コンテキスト通知部１２４が、コンテキストの認識時に、認識されたコンテキストをコンテキスト共有サーバ３０に送信することを規定している。

また、図８は、水位センサが接続されたセンサユニット１０ｂのセンサユニット制御ルールｄ１５ｂの一例を示した図であり、センサユニット１０ｂのセンサ１１、コンテキスト認識部１２１、及び測定結果通知部１２７の動作を制御するためのルールを示している。

図８に示すように、センサユニット制御ルールｄ１５ｂには、コンテキスト認識タイミングが「データ計測時」、データ送信タイミングが「データ計測時」、コンテキスト送信タイミングが「コンテキスト認識時」に設定されている。なお、これらの設定は、前述したセンサユニット制御ルールｄ１５ａ（図７参照）と同様のため、詳細な説明は省略する。

また、センサユニット制御ルールｄ１５ｂでは、条件部ｄ１５１の設定に応じて、異なるデータ計測間隔の条件が示されている。具体的には、センサユニット制御ルールｄ１５ｂは、雨量コンテキストが「非常に激しい雨」または「激しい雨」の場合には、データ計測間隔が「１分」であり、それ以外の場合には、データ計測間隔が「１０分」であることを規定している。即ち、センサユニット１０ｂの制御部１２６は、センサユニット１０ａにおいて、領域ｇ１２の雨量が「非常に激しい雨」または「激しい雨」であると認識された場合に、当該領域ｇ１２を流れる河川ｐ１２の水位の計測間隔を「１分」に変更する。このような構成により、領域ｇ１２における雨量が少ない場合には、河川ｐ１２の水位の計測間隔を長く設定することで消費電力を抑え、雨量が増加した場合には、河川ｐ１２の水位の計測間隔を短くすることで、急激な水位の上昇を検知することが可能となる。

測定結果通知部１２７は、センサ１１から測定結果を取得する。測定結果通知部１２７は、取得した測定結果と、センサ情報記憶部１２３に記憶されたセンサユニットＩＤとをコンテキスト共有サーバ３０に通知する。このとき、測定結果通知部１２７は、測定結果が取得されたタイミングを示すタイムスタンプを、あわせてコンテキスト共有サーバ３０に通知してもよい。

なお、測定結果通知部１２７が、センサユニットＩＤ、測定結果、及びタイムスタンプをコンテキスト共有サーバ３０に通知するためのプロトコルは特に限定されない。例えば、測定結果通知部１２７は、”；（セミコロン）”をデリミタとして、各値の種別とその値との組が区切られた一連のデータをコンテキスト共有サーバ３０に通知してもよい。

具体的な一例として、上述した例の場合には、測定結果通知部１２７は、「センサユニットＩＤ＝”１０ｂ”；データ種別１＝”水位データ”；データ値１＝”３ｍ”；タイムスタンプ＝”ＹＹＹＹ／ＭＭ／ＤＤ ｈｈ：ｍｍ：ｓｓ”」で示されたデータをコンテキスト共有サーバ３０に通知してもよい。

なお、測定結果通知部１２７が、センサ１１から測定結果を取得するタイミングや、取得した測定結果をコンテキスト共有サーバ３０に送信するタイミングは、センサユニット制御ルールｄ１５に基づき、制御部１２６により制御される。

また、上記では、コンテキスト通知部１２４と、測定結果通知部１２７とを別々の構成として説明したが、コンテキスト通知部１２４及び測定結果通知部１２７を一体的に構成して、認識されたコンテキストと測定結果とをあわせて送信してもよい。

次に、図９を参照しながら、コンテキスト共有サーバ３０の構成について説明する。図９は、コンテキスト共有サーバ３０の構成を示したブロック図である。図９に示すように、コンテキスト共有サーバ３０は、通信部３００と、センサユニット管理部３１０と、管理データ記憶部３２０と、測定結果取得部３３０とを含む。また、センサユニット管理部３１０は、コンテキスト取得部３１１と、ユニット制御部３１２とを含む。

通信部３００は、コンテキスト共有サーバ３０が、各センサユニット１０と通信を行うためのインタフェースである。なお、通信部３００の構成は、前述した通信部１２０と同様であるため詳細な説明は省略する。また、以降では、コンテキスト共有サーバ３０内の各構成が、各センサユニット１０側の構成とデータの送受信を行う場合には、特に記載が無い場合においても、通信部３００を介してデータの送受信を行うものとする。

管理データ記憶部３２０は、センサユニット管理部３１０が各センサユニット１０を制御するための制御データや、各センサユニット１０から取得したデータを記憶する記憶部である。管理データ記憶部３２０は、例えば、データベースとして構成してもよい。

具体的な一例として、管理データ記憶部３２０は、生成コンテキスト管理テーブルｄ２１と、コンテキスト監視テーブルｄ２２と、センサユニット管理テーブルｄ２３とを含む。なお、以降では、単に「生成コンテキスト管理テーブルｄ２１」と記載した場合には、管理データ記憶部３２０に記憶された生成コンテキスト管理テーブルｄ２１を指すものとする。このことは、「コンテキスト監視テーブルｄ２２」及び「センサユニット管理テーブルｄ２３」についても同様である。

生成コンテキスト管理テーブルｄ２１は、各センサユニット１０が生成する（認識する）コンテキストの種別を管理する管理データの一例である。以下に、図１０を参照しながら、生成コンテキスト管理テーブルｄ２１について説明する。図１０は、生成コンテキスト管理テーブルｄ２１の一例を示した図である。

図１０に示すように、生成コンテキスト管理テーブルｄ２１は、センサユニットＩＤｄ２１１と、生成コンテキスト種別ｄ２１２とを含む。センサユニットＩＤｄ２１１は、各センサユニット１０を識別するための識別情報を示している。また、生成コンテキスト種別ｄ２１２は、センサユニットＩＤｄ２１１で示されたセンサユニット１０が生成するコンテキストの種別を示している。

具体的な一例として、生成コンテキスト管理テーブルｄ２１は、センサユニット１０ａが、雨量コンテキストを生成することを示している。同様に、生成コンテキスト管理テーブルｄ２１は、センサユニット１０ｂが、水位コンテキストと水害危険度コンテキストを生成することを示している。

生成コンテキスト管理テーブルｄ２１と、生成コンテキスト管理テーブルｄ２１に記憶された各情報とは、あらかじめ生成されて管理データ記憶部３２０に記憶される。

また、後述するコンテキスト取得部３１１は、生成コンテキスト管理テーブルｄ２１に基づき、各センサユニット１０からどの種別のコンテキストが通知されるかを認識する。

コンテキスト監視テーブルｄ２２は、各センサユニット１０から取得したコンテキストの履歴を示すデータを記録するための管理データの一例である。以下に、図１１を参照しながら、コンテキスト監視テーブルｄ２２について説明する。図１１は、コンテキスト監視テーブルｄ２２の一例を示した図である。

図１１に示すように、コンテキスト監視テーブルｄ２２は、センサユニットＩＤｄ２２１と、生成コンテキスト種別ｄ２２２と、コンテキスト値ｄ２２３と、タイムスタンプｄ２２４とを含む。センサユニットＩＤｄ２２１及び生成コンテキスト種別ｄ２２２は、生成コンテキスト管理テーブルｄ２１（図１０参照）におけるセンサユニットＩＤｄ２１１及び生成コンテキスト種別ｄ２１２と同様である。また、コンテキスト値ｄ２２３は、センサユニットＩＤｄ２２１で示されたセンサユニット１０から通知された、生成コンテキスト種別ｄ２２２で示されたコンテキスト種別に対応するコンテキストを示している。また、タイムスタンプｄ２２４は、コンテキスト値ｄ２２３に示されたコンテキストが取得されたタイミングを示す情報が示されている。

コンテキスト監視テーブルｄ２２は、あらかじめ生成されて管理データ記憶部３２０に記憶される。また、後述するコンテキスト取得部３１１は、各センサユニット１０から取得したコンテキストを、コンテキスト監視テーブルｄ２２に記憶させる。これにより、コンテキスト監視テーブルｄ２２を参照することで、いつ、どのセンサユニット１０から、どんなコンテキストが通知されたかを認識することが可能となる。

また、センサユニット管理テーブルｄ２３は、各センサユニット１０間の関連付けを管理するための管理データの一例である。以下に、図１２を参照しながら、センサユニット管理テーブルｄ２３について説明する。図１２は、センサユニット管理テーブルｄ２３の一例を示した図である。

図１２に示すように、センサユニット管理テーブルｄ２３は、センサユニットＩＤｄ２３１と、利用センサユニットｄ２３２と、利用コンテキスト種別ｄ２３３とを含む。センサユニットＩＤｄ２３１は、各センサユニット１０を識別するための識別情報を示している。また、利用センサユニットｄ２３２は、センサユニットＩＤｄ２３１が示すセンサユニット１０が、自身の動作の切り替えに係る判断を行うためのコンテキストの生成元である他のセンサユニット１０の識別情報を示している。また、利用コンテキスト種別ｄ２３３は、センサユニットＩＤｄ２３１が示すセンサユニット１０が、自身の動作の切り替えに係る判断を行うためのコンテキストの種別を示している。

例えば、図１２に示す例では、センサユニット管理テーブルｄ２３は、センサユニット１０ｂが、センサユニット１０ａで特定された雨量コンテキストを、センサユニット１０ｂの動作の切り替えに係る判断に利用することを示している。

センサユニット管理テーブルｄ２３と、センサユニット管理テーブルｄ２３に記憶された各情報とは、あらかじめ生成されて管理データ記憶部３２０に記憶される。

また、後述するユニット制御部３１２は、センサユニット管理テーブルｄ２３に基づき、各センサユニット１０から取得されたコンテキストを、どのセンサユニット１０に通知するかを認識する。

また、管理データ記憶部３２０は、各センサユニット１０から取得した測定結果を記憶する。

ここで、図９を参照する。測定結果取得部３３０は、各センサユニット１０から、当該センサユニット１０の識別情報と、当該センサユニット１０に接続されたセンサ１１の測定結果と、当該測定結果が取得されたタイミングを示すタイムスタンプとを取得する。測定結果取得部３３０は、取得した識別情報と、測定結果と、タイムスタンプとを関連付けて、管理データ記憶部３２０に記憶させる。

コンテキスト取得部３１１は、生成コンテキスト管理テーブルｄ２１を参照し、各センサユニット１０で生成されるコンテキストを認識する。そして、コンテキスト取得部３１１は、生成コンテキスト管理テーブルｄ２１に基づき、各センサユニット１０から、当該各センサユニット１０に対応する種別のコンテキストと、当該コンテキストが取得されたタイミングを示すタイムスタンプとを取得する。

ここで、図１０を参照する。例えば、コンテキスト取得部３１１は、センサユニット１０ａから、当該センサユニット１０ａの識別情報と、種別が雨量コンテキストであるコンテキスト（例えば、「激しい雨」を示すコンテキスト）と、当該コンテキストが取得されたタイミングを示すタイムスタンプとを取得する。

コンテキスト取得部３１１は、取得したコンテキスト及びタイムスタンプを、取得元のセンサユニット１０示す識別情報と、当該コンテキストの種別を示す情報と関連付けて、コンテキスト監視テーブルｄ２２に記憶させる。

ユニット制御部３１２は、センサユニット１０からコンテキスト取得部３１１にコンテキストが通知された場合に、通知されたコンテキストを利用する他のセンサユニット１０に、当該コンテキストを送信する。

具体的には、ユニット制御部３１２は、コンテキスト監視テーブルｄ２２を監視し、当該コンテキスト監視テーブルｄ２２に新たにデータが記録された場合には、当該データが示すセンサユニット１０のコンテキストが更新されたか否かを判断する。

例えば、コンテキスト監視テーブルｄ２２に、センサユニット１０ａで認識された雨量コンテキストとして「激しい雨」が記録されたとする。このとき、ユニット制御部３１２は、コンテキスト監視テーブルｄ２２から、過去（例えば、直前）の、センサユニット１０ａで認識された雨量コンテキストとして設定されたコンテキストを参照し、当該コンテキストが更新されたか否かを判断する。

対応するコンテキストが更新されたと判断した場合には、ユニット制御部３１２は、センサユニット管理テーブルｄ２３を参照し、更新されたコンテキストを使用する他のセンサユニット１０を特定する。

具体的な一例として、図１２に示す例の場合には、ユニット制御部３１２は、センサユニット管理テーブルｄ２３に基づき、センサユニット１０ａで認識された雨量コンテキストを使用するセンサユニット１０として、センサユニット１０ｂを特定する。

ユニット制御部３１２は、センサユニット管理テーブルｄ２３に基づき特定されたセンサユニット１０に、更新されたコンテキストを通知する。図１１及び図１２に示す例の場合には、ユニット制御部３１２は、センサユニット１０ａから雨量コンテキストとして通知された「激しい雨」を示すコンテキストを、センサユニット１０ｂに通知することとなる。これにより、センサユニット１０ｂは、センサユニット１０ａが設置された領域に降る雨が「激しい雨」であると認識することが可能となる。

なお、上記に示す例では、各センサユニット１０がセンサ１１による測定結果に基づきコンテキストを認識していたが、コンテキスト共有サーバ３０が、各センサユニット１０から通知された測定結果に基づきコンテキストを認識してもよい。この場合には、コンテキスト共有サーバ３０にコンテキスト認識部１２１を設け、各センサユニット１０に対応するコンテキスト認識ルールｄ１１を、コンテキスト共有サーバ３０に設けられたコンテキスト認識部１２１が参照可能な位置に記憶させればよい。

また、認識されたコンテキストに基づくセンサユニット１０の動作の制御を、コンテキスト共有サーバ３０が行ってもよい。具体的な一例として、ユニット制御部３１２が、各センサユニット１０で認識されたコンテキストに基づき、関連するセンサユニット１０の動作を制御するための制御パラメタを導出し、導出された制御パラメタを対応するセンサユニット１０に通知してもよい。この場合には、各センサユニット１０に対応するセンサユニット制御ルールｄ１５を、ユニット制御部３１２が参照可能な位置に記憶させればよい。

［処理］
次に、図１３〜図１５を参照しながら、本実施形態に係る情報処理システム１の一連の動作について説明する。図１３〜図１５は、本実施形態に係る情報処理システム１の一連の動作シーケンスの一例を示したシーケンス図である。なお、以降では、本実施形態に係る情報処理システム１の一連の動作について、あらかじめ関連付けられたセンサユニット１０ａ及び１０ｂと、コンテキスト共有サーバ３０との動作に着目して説明する。

まず、図１３を参照する。図１３は、情報処理システム１の一連の動作シーケンスのうち、センサユニット１０ａ及び１０ｂが、センサ１１による測定結果に基づきコンテキストを認識する動作を示したシーケンス図である。

（ステップＳ３０２）
コンテキスト共有サーバ３０は、動作を開始すると待機状態となり、各センサユニット１０からの測定結果及びコンテキストの通知を待ち受ける。

（ステップＳ１０２ａ、ステップＳ１０４ａ）
雨量センサ１１が接続されたセンサユニット１０ａの制御部１２６は、センサユニット制御ルールｄ１５ａに設定されたデータ計測間隔に基づき雨量センサ１１を制御し（ステップＳ１０２ａ）、雨量データを測定させる（ステップＳ１０４ａ）。例えば、図７に示すセンサユニット制御ルールｄ１５ａのように、データ計測間隔が１０分に設定されている場合には、制御部１２６は、雨量センサ１１に１０分ごとに雨量を測定させる。

また、制御部１２６は、雨量センサ１１に１時間ごとの雨量データを導出させる。このとき、制御部１２６は、雨量センサ１１に１時間ごとの雨量データを測定させてもよいし、１０分ごとの雨量データに基づき１時間ごとの雨量データを算出（推定）させてもよい。

（ステップＳ１０６ａ）
制御部１２６は、あらかじめ設定された（例えば、センサユニット制御ルールｄ１５ａから読み出した）コンテキスト認識タイミングに基づき、コンテキスト認識部１２１に雨量コンテキストの認識を指示する。

（ステップＳ１０８ａ）
制御部１２６から雨量コンテキストの認識が指示されると、コンテキスト認識部１２１は、コンテキスト認識ルールｄ１１を参照し、雨量コンテキストの認識のために、他のコンテキストを使用するか必要があるか否かを判断する。具体的には、コンテキスト認識部１２１は、コンテキスト認識ルールｄ１１の条件部ｄ１１１を参照し、当該条件部ｄ１１１に他のコンテキストに基づく条件が設定されているか否かを確認する。

（ステップＳ１１０ａ）
コンテキスト認識ルールｄ１１の条件部ｄ１１１に、他のコンテキストに基づく条件が設定されている場合には（ステップＳ１０８ａ、ＹＥＳ）、コンテキスト認識部１２１は、コンテキスト保持部１２２に記憶されたコンテキストのうち、当該条件部ｄ１１１に示されたコンテキストを読み出す。なお、条件部ｄ１１１に、他のコンテキストに基づく条件が設定されていない場合には（ステップＳ１０８ａ、ＮＯ）、コンテキスト保持部１２２からのコンテキストの読み出しに係る処理を実行する必要はない。

（ステップＳ１１２ａ）
コンテキスト認識部１２１は、雨量センサ１１から雨量コンテキストの認識に用いる雨量データを取得する。例えば、図４に示す例の場合には、コンテキスト認識部１２１は、雨量センサ１１から１時間ごとの雨量データを取得する。

コンテキスト認識部１２１は、雨量センサ１１から取得した雨量データと、コンテキスト認識ルールｄ１１の条件部ｄ１１１とを比較し、対応する雨量コンテキストを特定する。例えば、雨量センサ１１から取得した１時間ごとの雨量データが「３５ｍｍ」を示している場合には、コンテキスト認識部１２１は、雨量コンテキストが「激しい雨」であると認識する。また、他の一例として、雨量センサ１１から取得した１時間ごとの雨量データが「３０ｍｍ」に満たない場合（例えば、「７ｍｍ」の場合）には、コンテキスト認識部１２１は、雨量コンテキストが「弱い雨」であると認識してもよい。

なお、コンテキスト認識部１２１は、雨量コンテキストの認識のために、コンテキスト保持部１２２から他のコンテキストを読み出している場合には、当該他のコンテキストと取得した雨量データとに基づき雨量コンテキストを特定してもよい。

以上により、センサユニット１０ａのコンテキスト認識部１２１は、雨量センサ１１により測定された雨量データに基づき、雨量コンテキストを認識する。コンテキスト認識部１２１は、認識した雨量コンテキストを、コンテキスト保持部１２２に記憶させる。

なお、水位センサが接続されたセンサユニット１０ｂについても、基本的な動作原理は、上述したセンサユニット１０ａの場合と同様である。

（ステップＳ１０２ｂ、ステップＳ１０４ｂ）
例えば、センサユニット１０ｂの制御部１２６は、センサユニット制御ルールｄ１５ｂに設定されたデータ計測間隔に基づき水位センサ１１を制御し（ステップＳ１０２ｂ）、水位データを測定させる（ステップＳ１０４ｂ）。なお、ここでは、図８に示すセンサユニット制御ルールｄ１５ｂにおいて、条件部ｄ１５１が「ｅｌｓｅ」の場合、即ち、雨量コンテキストが取得されていないか、取得された雨量コンテキストが「非常に激しい雨」及び「激しい雨」のいずれでもないものとして説明する。この場合には、データ計測間隔が１０分に設定されているため、制御部１２６は、水位センサ１１に１０分ごとに水位を測定させる。

（ステップＳ１０６ｂ）
制御部１２６は、あらかじめ設定された（例えば、センサユニット制御ルールｄ１５ｂから読み出した）コンテキスト認識タイミングに基づき、コンテキスト認識部１２１に水位コンテキスト及び水害危険度コンテキストの認識を指示する。

（ステップＳ１０８ｂ）
制御部１２６から水位コンテキスト及び水害危険度コンテキストの認識が指示されると、コンテキスト認識部１２１は、コンテキスト認識ルールｄ１１ｂ（図５参照）を参照し、水位コンテキスト及び水害危険度コンテキストの認識のために、他のコンテキストを使用するか必要があるか否かを判断する。具体的には、コンテキスト認識部１２１は、コンテキスト認識ルールｄ１１ｂの条件部ｄ１１１を参照し、当該条件部ｄ１１１に他のコンテキストに基づく条件が設定されているか否かを確認する。

（ステップＳ１１０ｂ）
コンテキスト認識ルールｄ１１ｂの条件部ｄ１１１に、他のコンテキストに基づく条件が設定されている場合には（ステップＳ１０８ａ、ＹＥＳ）、コンテキスト認識部１２１は、コンテキスト保持部１２２に記憶されたコンテキストのうち、当該条件部ｄ１１１に示されたコンテキストを読み出す。例えば、図５に示す例では、条件部ｄ１１１に雨量コンテキストの条件が示されている。そのため、コンテキスト認識部１２１は、コンテキスト保持部１２２に雨量コンテキストが記憶されているかを確認し、記憶されている場合には当該雨量コンテキストをコンテキスト保持部１２２から読み出す。

なお、条件部ｄ１１１に、他のコンテキストに基づく条件が設定されていない場合には（ステップＳ１０８ａ、ＮＯ）、コンテキスト保持部１２２からのコンテキストの読み出しに係る処理を実行する必要はない。

（ステップＳ１１２ｂ）
コンテキスト認識部１２１は、水位センサ１１から水位コンテキスト及び水害危険度コンテキストの認識に用いる水位データを取得する。

コンテキスト認識部１２１は、水位センサ１１から取得した水位データ及びコンテキスト保持部１２２から読み出した雨量コンテキストと、コンテキスト認識ルールｄ１１の条件部ｄ１１１とを比較し、対応する水位コンテキスト及び水害危険度コンテキストを特定する。例えば、水位センサ１１から取得した水位データが「３．５ｍ」を示しており、雨量コンテキストが「激しい雨」の場合には、コンテキスト認識部１２１は、水位コンテキストが「氾濫警戒水位」であり、水害危険度コンテキストが「危険」であると認識する。また、他の一例として、水位センサ１１から取得した水位データが「３ｍ」に満たず（例えば、「１．２ｍ」の場合）、雨量コンテキストが「弱い雨」の場合には、コンテキスト認識部１２１は、水位コンテキストが「低水位」であり、水害危険度コンテキストが「安全」であると認識してもよい。

以上により、センサユニット１０ｂのコンテキスト認識部１２１は、水位センサ１１により測定された水位データと、コンテキスト保持部１２２に記憶された雨量コンテキストとに基づき、水位コンテキスト及び水害危険度コンテキストを認識する。コンテキスト認識部１２１は、認識した水位コンテキスト及び水害危険度コンテキストを、コンテキスト保持部１２２に記憶させる。

次に、図１４を参照する。図１４は、情報処理システム１の一連の動作シーケンスのうち、コンテキスト共有サーバ３０が、センサユニット１０ａ及び１０ｂで認識されたコンテキストを取得し、対応する他のセンサユニット１０に当該コンテキストを通知する動作を示したシーケンス図である。

（ステップＳ１１４ａ）
センサユニット１０ａの制御部１２６は、あらかじめ設定された（例えば、センサユニット制御ルールｄ１５ａから読み出した）データ送信タイミングに基づき、測定された雨量データの送信を測定結果通知部１２７に指示する。

（ステップＳ１１６ａ）
制御部１２６から雨量データの送信が指示されると、測定結果通知部１２７は、雨量センサ１１から測定結果、即ち、測定された１０分ごとの雨量の測定結果及び導出された１時間ごとの雨量の測定結果を取得する。測定結果通知部１２７は、取得した雨量の測定結果と、センサ情報記憶部１２３に記憶されたセンサユニットＩＤとをコンテキスト共有サーバ３０に通知する。このとき、測定結果通知部１２７は、測定結果が取得されたタイミングを示すタイムスタンプを、あわせてコンテキスト共有サーバ３０に通知してもよい。

（ステップＳ１１４ｂ）
同様に、センサユニット１０ｂの制御部１２６は、あらかじめ設定された（例えば、センサユニット制御ルールｄ１５ｂから読み出した）データ送信タイミングに基づき、測定された水位データの送信を測定結果通知部１２７に指示する。

（ステップＳ１１６ｂ）
制御部１２６から水位データの送信が指示されると、測定結果通知部１２７は、水位センサ１１から水位の測定結果を取得する。測定結果通知部１２７は、取得した水位の測定結果と、センサ情報記憶部１２３に記憶されたセンサユニットＩＤとをコンテキスト共有サーバ３０に通知する。このとき、測定結果通知部１２７は、測定結果が取得されたタイミングを示すタイムスタンプを、あわせてコンテキスト共有サーバ３０に通知してもよい。

（ステップＳ１１８ａ）
また、センサユニット１０ａの制御部１２６は、あらかじめ設定された（例えば、センサユニット制御ルールｄ１５ａから読み出した）コンテキスト送信タイミングに基づき、認識された雨量コンテキストの送信をコンテキスト通知部１２４に指示する。

制御部１２６から雨量コンテキストの送信が指示されると、コンテキスト通知部１２４は、コンテキスト保持部１２２に記憶された雨量コンテキストを読み出す。コンテキスト通知部１２４は、読み出した雨量コンテキストと、センサ情報記憶部１２３に記憶されたセンサユニットＩＤとをコンテキスト共有サーバ３０に通知する。このとき、コンテキスト通知部１２４は、雨量コンテキストが認識されたタイミングを示すタイムスタンプを、あわせてコンテキスト共有サーバ３０に通知してもよい。

（ステップＳ１２０ａ）
次に、制御部１２６は、センサユニット制御ルールｄ１５ａを読み出す。このとき、センサユニット制御ルールｄ１５ａの条件部ｄ１５１に他のコンテキストに基づく条件が設定されている場合には、制御部１２６は、コンテキスト保持部１２２に記憶されたコンテキストのうち、当該条件部ｄ１５１に示されたコンテキストを読み出す。制御部１２６は、センサユニット制御ルールｄ１５ａの条件部ｄ１５１に示された条件に基づき、自身があらかじめ記憶している制御ルールを更新する。これにより、データ計測間隔、コンテキスト認識タイミング、データ送信タイミング、及びコンテキスト送信タイミングのような制御ルールが更新され、更新後の制御ルールに基づき、ステップＳ１０２ａ以降の雨量データの取得やコンテキストの認識に係る処理が実行される。

（ステップＳ１１８ｂ）
同様に、センサユニット１０ｂの制御部１２６は、あらかじめ設定された（例えば、センサユニット制御ルールｄ１５ｂから読み出した）コンテキスト送信タイミングに基づき、認識された水位コンテキスト及び水害危険度コンテキストの送信をコンテキスト通知部１２４に指示する。

制御部１２６から水位コンテキスト及び水害危険度コンテキストの送信が指示されると、コンテキスト通知部１２４は、コンテキスト保持部１２２に記憶された水位コンテキスト及び水害危険度コンテキストを読み出す。コンテキスト通知部１２４は、読み出した水位コンテキスト及び水害危険度コンテキストと、センサ情報記憶部１２３に記憶されたセンサユニットＩＤとをコンテキスト共有サーバ３０に通知する。このとき、コンテキスト通知部１２４は、水位コンテキスト及び水害危険度コンテキストが認識されたタイミングを示すタイムスタンプを、あわせてコンテキスト共有サーバ３０に通知してもよい。

（ステップＳ１２０ｂ）
次に、制御部１２６は、センサユニット制御ルールｄ１５ｂを読み出す。このとき、センサユニット制御ルールｄ１５ｂの条件部ｄ１５１に他のコンテキストに基づく条件が設定されている場合には、制御部１２６は、コンテキスト保持部１２２に記憶されたコンテキストのうち、当該条件部ｄ１５１に示されたコンテキストを読み出す。制御部１２６は、センサユニット制御ルールｄ１５ｂの条件部ｄ１５１に示された条件に基づき、自身があらかじめ記憶している制御ルールを更新する。

ここで、図８に示すセンサユニット制御ルールｄ１５ｂの例を参照する。図８に示す例では、データ計測間隔に対応する条件部ｄ１５１には、雨量コンテキストの条件が示されている。この場合には、制御部１２６は、コンテキスト保持部１２２に記憶された雨量コンテキストを読み出す。そして、制御部１２６は、雨量コンテキストが「非常に激しい雨」または「激しい雨」の場合には、データ計測間隔を「１分」に設定する。これにより、例えば、雨量の増加に伴い、雨量コンテキストが「弱い雨」から「激しい雨」に更新されると、この雨量コンテキストの更新に連動して、データ計測間隔が「弱い雨」に対応する「１０分」から「激しい雨」に対応する「１分」に更新される。

このように、データ計測間隔、コンテキスト認識タイミング、データ送信タイミング、及びコンテキスト送信タイミングのような制御ルールが更新され、更新後の制御ルールに基づき、ステップＳ１０２ｂ以降の水位データの取得やコンテキストの認識に係る処理が実行される。

（ステップＳ３０４、Ｓ３０８）
次に、コンテキスト共有サーバ３０側の処理に着目する。測定結果取得部３３０は、各センサユニット１０から、当該センサユニット１０の識別情報と、当該センサユニット１０に接続されたセンサ１１の測定結果と、当該測定結果が取得されたタイミングを示すタイムスタンプとを取得する（ステップＳ３０４）。

測定結果取得部３３０は、取得した識別情報と、測定結果と、タイムスタンプとを関連付けて、管理データ記憶部３２０に記憶させる（ステップＳ３０８）。

（ステップＳ３０６、Ｓ３０８）
コンテキスト取得部３１１は、生成コンテキスト管理テーブルｄ２１を参照し、各センサユニット１０で生成されるコンテキストを認識する。そして、コンテキスト取得部３１１は、生成コンテキスト管理テーブルｄ２１に基づき、各センサユニット１０から、当該各センサユニット１０の識別情報と、対応する種別のコンテキストと、当該コンテキストが取得されたタイミングを示すタイムスタンプとを取得する（ステップＳ３０６）。

コンテキスト取得部３１１は、取得したコンテキスト及びタイムスタンプを、取得元のセンサユニット１０示す識別情報と、当該コンテキストの種別を示す情報と関連付けて、コンテキスト監視テーブルｄ２２に記憶させる（ステップＳ３０８）。

（ステップＳ３１０）
ユニット制御部３１２は、コンテキスト監視テーブルｄ２２を監視し、当該コンテキスト監視テーブルｄ２２に新たにデータが記録された場合には、当該データが示すセンサユニット１０のコンテキストが更新されたか否かを判断する。

例えば、コンテキスト監視テーブルｄ２２に、センサユニット１０ａで認識された雨量コンテキストとして「激しい雨」が記録されたとする。このとき、ユニット制御部３１２は、コンテキスト監視テーブルｄ２２から、過去（例えば、直前）の、センサユニット１０ａで認識された雨量コンテキストとして設定されたコンテキストを参照し、当該コンテキストが更新されたか否かを判断する。

（ステップＳ３１２）
対応するコンテキストが更新されたと判断した場合には（ステップＳ３１０、ＹＥＳ）、ユニット制御部３１２は、センサユニット管理テーブルｄ２３を参照し、更新されたコンテキストを使用する他のセンサユニット１０を特定する。

具体的な一例として、図１２に示す例の場合には、ユニット制御部３１２は、センサユニット管理テーブルｄ２３に基づき、センサユニット１０ａで認識された雨量コンテキストを使用するセンサユニット１０として、センサユニット１０ｂを特定する。

（ステップＳ３１４）
ユニット制御部３１２は、センサユニット管理テーブルｄ２３に基づき特定されたセンサユニット１０に、更新されたコンテキストを通知する。図１１及び図１２に示す例の場合には、ユニット制御部３１２は、センサユニット１０ａから雨量コンテキストとして通知された「激しい雨」を示すコンテキストを、センサユニット１０ｂに通知することとなる。

なお、対応するコンテキストが更新されていなかった場合には（ステップＳ３１０、ＹＥＳ）、ユニット制御部３１２は、ステップＳ３１２及びＳ３１４に係る処理を実行せずに、再度各センサユニット１０からの通知を待ち受ける状態となってもよい。

（ステップＳ１２２ａ、Ｓ１２２ｂ）
ここで、センサユニット１０ａ及び１０ｂの動作に再度着目する。センサユニット１０ａ及び１０ｂそれぞれのコンテキスト取得部１２５は、センサユニット１０ａ及び１０ｂが起動すると、コンテキスト共有サーバ３０からの通知を待ち受けるための待ち受け状態となる。なお、コンテキスト取得部１２５が「受信プロセス」の一例に相当する。

ここで、図１５を参照する。図１５は、情報処理システム１の一連の動作シーケンスのうち、センサユニット１０ａ及び１０ｂが、コンテキスト共有サーバ３０からコンテキストを受信した場合の動作を示したシーケンス図である。

（ステップＳ１２４ａ、Ｓ１２４ｂ）
センサユニット１０ａ及び１０ｂそれぞれのコンテキスト取得部１２５は、他のセンサユニット１０で認識されたコンテキストを、コンテキスト共有サーバ３０から取得する。具体的な一例として、センサユニット１０ｂのコンテキスト取得部１２５は、センサユニット１０ｂに関連付けられたセンサユニット１０ａで認識された雨量コンテキストを、コンテキスト共有サーバ３０から取得する。

（ステップＳ１２６ａ、Ｓ１２４ｂ）
コンテキスト取得部１２５は、取得したコンテキストを、当該コンテキストの種別ごとにコンテキスト保持部１２２に記憶させる。このとき、取得したコンテキストと同じ種別の他のコンテキストが既にコンテキスト保持部１２２に記憶されている場合には、コンテキスト取得部１２５は、コンテキスト保持部１２２に記憶されたコンテキストを、新たに取得したコンテキストで更新してもよい。このように取得したコンテキストがコンテキスト保持部１２２に記憶されることで、制御部１２６は、当該コンテキストに基づき制御ルールを変更することが可能となる。

なお、取得したコンテキストをコンテキスト保持部１２２に記憶させたら、コンテキスト取得部１２５は、再度コンテキスト共有サーバ３０からの通知を待ち受ける状態となる。

［まとめ］
以上のように、本実施形態に係る情報処理システム１では、コンテキスト共有サーバ３０が、因果関係のあるセンサユニット１０間の関連付けを管理する。そして、コンテキスト共有サーバ３０は、各センサユニット１０から測定結果に基づき状況や状態を示すコンテキストを取得し、取得したコンテキストを関連するセンサユニット１０に通知する。これにより、通知を受けたセンサユニット１０は、通知されたコンテキストに基づき、送信元であるセンサユニット１０による測定結果に基づく状況を認識し、認識された状況に応じてセンサの動作を制御する。

即ち、本実施形態に係る情報処理システム１に依れば、一のセンサによる測定結果に基づき、当該一のセンサの測定対象と因果関係のある他の測定対象を測定するセンサの処理内容をダイナミックに変更することが可能となる。

＜２．変形例＞
［概要］
次に、第１の実施形態に係る情報処理システム１の変形例について説明する。上述した実施形態では、各センサユニット１０間の関連付けが常に一定の場合の例を示した。一方で、所定のセンサユニット１０から取得したコンテキストに応じて、当該センサユニット１０から取得したコンテキストを通知するセンサユニット１０の範囲を変更できるようにしてもよい。

例えば、図２に示す例において、領域ｇ１２における「激しい雨」の継続時間が短い場合には、河川ｐ１２の水位は上昇するが、河川ｐ１２が流れ込む河川ｐ１１の水位が上昇する可能性は低い。この場合には、上述した第１の実施形態に示すように、センサユニット１０ａの測定結果に応じて、センサユニット１０ｂの動作を制御できればよい。

一方で、領域ｇ１２における「激しい雨」が長時間続いた場合には、河川ｐ１２の水位に加えて、当該河川ｐ１２が流れ込む河川ｐ１１の水位もあわせて上昇する場合がある。このような場合には、センサユニット１０ａの測定結果に応じて、センサユニット１０ｂの動作のみならず、河川ｐ１１の水位を測定するセンサユニット１０ｄの動作を制御できることが望ましい。

そこで、変形例では、所定のセンサユニット１０から通知されたコンテキストに応じて、コンテキスト共有サーバ３０が、当該センサユニット１０から取得したコンテキストを通知するセンサユニット１０の範囲を変更可能とする例について説明する。なお、以降では、図２に示す、雨量センサが接続されたセンサユニット１０ａによる雨量の測定結果に応じて、水位センサが接続されたセンサユニット１０ｂの動作を制御する場合を例に説明する。なお、以降では、変形例に係る情報処理システム１の動作について、上述した第１の実施形態とは異なる部分に着目して説明するものとする。

変形例に係るセンサユニット１０ａでは、コンテキスト認識部１２１は、１時間ごとの雨量を示す雨量コンテキストに加えて、所定量以上の雨量（例えば、「激しい雨」や「非常に激しい雨」）の継続時間を示す降雨時間コンテキストを認識するものとする。具体的には、コンテキスト認識部１２１は、３０ｍｍ以上の雨量が１時間以上継続した場合には、降雨時間コンテキストとして「長時間」を認識し、１時間未満の場合には、降雨時間コンテキストとして「短時間」を認識するものとして説明する。

なお、ここでは説明を簡単にするために、降雨時間コンテキストは、雨量が所定量以上となったタイミングを起点として、所定量以上の雨量が継続している時間を示すものとする。なお、雨量が断続的に変化する場合のように、単に所定量以上の雨量の継続時間のみではなく、水位の変化に影響を及ぼす他の場合についても認識の対象とする場合には、継続時間の計測に係るロジックの変更や、対応するコンテキストの設定を適宜行えばよい。

なお、この場合には、センサユニット１０ａのコンテキスト認識部１２１は、認識した雨量コンテキストと降雨時間コンテキストとをコンテキスト保持部１２２に記憶させることは言うまでもない。

また、センサユニット１０ａのコンテキスト通知部１２４は、コンテキスト保持部１２２に記憶された雨量コンテキストと降雨時間コンテキストとを、センサ情報記憶部１２３に記憶されたセンサユニットＩＤとあわせてコンテキスト共有サーバ３０に通知する。このとき、コンテキスト通知部１２４は、コンテキストが認識されたタイミングを示すタイムスタンプを、あわせてコンテキスト共有サーバ３０に通知してもよい。

コンテキスト取得部３１１は、生成コンテキスト管理テーブルｄ２１を参照し、各センサユニット１０で生成されるコンテキストを認識する。なお、変形例に係る情報処理システム１においては、生成コンテキスト管理テーブルｄ２１には、センサユニット１０ａが、雨量コンテキストに加えて降雨時間コンテキストを生成することを示していることとなる。

コンテキスト取得部３１１は、生成コンテキスト管理テーブルｄ２１に基づき、センサユニット１０ａから、雨量コンテキスト及び降雨時間コンテキストと、当該コンテキストが取得されたタイミングを示すタイムスタンプとを取得する。

コンテキスト取得部３１１は、取得したコンテキスト及びタイムスタンプを、取得元のセンサユニット１０ａ示す識別情報と、当該コンテキストの種別を示す情報と関連付けて、コンテキスト監視テーブルｄ２２に記憶させる。これにより、センサユニット１０ａで認識された雨量コンテキスト及び降雨時間コンテキストが、コンテキスト監視テーブルｄ２２に記憶されることとなる。そして、コンテキスト監視テーブルｄ２２を監視しているユニット制御部３１２が、コンテキスト監視テーブルｄ２２にセンサユニット１０ａで認識された雨量コンテキスト及び降雨時間コンテキストが記憶されたことを検知する。

コンテキスト監視テーブルｄ２２に新たにデータが記録された場合には、ユニット制御部３１２は、当該データが示すセンサユニット１０のコンテキストが更新されたか否かを判断する。この場合には、ユニット制御部３１２は、雨量コンテキスト及び降雨時間コンテキストのうち少なくともいずれかが更新されたか否かを判断する。

対応するコンテキストが更新されたと判断した場合には、ユニット制御部３１２は、センサユニット管理テーブルｄ２３を参照し、更新されたコンテキストを使用する他のセンサユニット１０を特定する。このとき、変形例に係るユニット制御部３１２は、あらかじめ決められた種別のコンテキストが更新された場合に、更新後のコンテキストに応じて更新されたコンテキストを使用するセンサユニット１０の範囲を切り替え可能に管理してもよい。

例えば、今回の例の場合には、センサユニット１０ａから取得した降雨時間コンテキストが、「短時間」及び「長時間」のうちのいずれかに応じて、センサユニット１０ａから取得した雨量コンテキストを通知するセンサユニット１０を変更してもよい。この場合には、例えば、センサユニット管理テーブルｄ２３に条件部を設け、当該条件部に降雨時間コンテキストの条件を記載するとともに、降雨時間コンテキストの条件ごとに利用センサユニットｄ２３２及び利用コンテキスト種別ｄ２３３を定義すればよい。

具体的な一例として、降雨時間コンテキストが「短時間」の場合には、利用センサユニットｄ２３２として、センサユニット１０ａを定義し、利用コンテキスト種別ｄ２３３として「雨量コンテキスト」を定義しておけばよい。また、降雨時間コンテキストが「長時間」の場合には、利用センサユニットｄ２３２として、センサユニット１０ａ及び１０ｄを定義し、利用コンテキスト種別ｄ２３３として「雨量コンテキスト」を定義しておけばよい。このような構成により、ユニット制御部３１２は、取得した雨量コンテキストの通知先として、降雨時間コンテキストが「短時間」の場合には、センサユニット１０ａを特定し、「長時間」の場合には、センサユニット１０ａ及び１０ｄを特定することが可能となる。

なお、以降の処理については、上述した第１の実施形態に係る情報処理システム１と同様である。即ち、ユニット制御部３１２は、センサユニット１０ａから取得した雨量コンテキストを、特定したセンサユニット１０に通知する。ユニット制御部３１２から雨量コンテキストを取得したセンサユニット１０は、取得した当該雨量コンテキストとセンサユニット制御ルールｄ１５とに基づき、自身の動作を制御するための制御ルールを変更すればよい。

また、他の具体的な一例として、特定の条件下において、水位センサが接続された複数のセンサユニット１０間を連携されてもよい。例えば、上流側の水位が急激に上昇した場合には、その後、下流側の水位が上昇する可能性がある。このような場合には、上流側に位置するセンサユニット１０ｂにより急激な水位の上昇が検知された場合に、下流側に設置されたセンサユニット１０ｄのデータ計測間隔が短くなるように制御してもよい。

この場合には、例えば、センサユニット１０ｂが「急激な水位の上昇」を検知した場合に、ユニット制御部３１２が、センサユニット１０ｄに対して「急激な水位の上昇」を通知できるように、コンテキストの設定や、センサユニット１０間の関連付けを行えばよい。具体的には、センサユニット１０ｂが生成するコンテキストや、生成コンテキスト管理テーブルｄ２１及びセンサユニット管理テーブルｄ２３の定義を適宜調整すればよい。

また、下流側に位置するセンサユニット１０ｄにおいては、センサユニット１０ｂで認識された「急激な水位の上昇」示すコンテキストが通知された場合に、データ計測間隔が短くなるようにセンサユニット制御ルールｄ１５を設定すればよい。

以上のように、変形例に係る情報処理システム１に依れば、コンテキスト共有サーバ３０は、所定のセンサユニット１０から通知されたコンテキストに応じて、当該センサユニット１０から取得したコンテキストを通知する範囲を変更することが可能である。これにより、情報処理システム１は、各センサユニット１０における測定結果に応じて当該センサユニット１０が設置された領域の状態や状況を判断し、当該状態や状況に応じて、動作を制御するセンサユニット１０の範囲をダイナミックに変更することが可能となる。

なお、上記では、所定のセンサユニット１０から通知されたコンテキストに応じて、コンテキストを通知する範囲を変更する例について説明したが、その他の条件に基づき、コンテキストを通知する範囲を変更できるようにしてもよい。具体的な一例として、時期、季節、または時間帯に応じて、コンテキストを通知する範囲を変更できるようにしてもよい。

＜３．第２の実施形態＞
［概要］
第２の実施形態に係る情報処理システム１’について、図１６及び図１７を参照しながら説明する。図１６は、本実施形態に係るセンサユニット１０’の構成を示したブロック図である。また、図１７は、本実施形態に係るコンテキスト共有サーバ３０’の構成を示したブロック図である。

図１６に示すように、本実施形態に係るセンサユニット１０’は、センサ情報登録部１２８と、ルール更新部１２９とを含む点で、第１の実施形態に係るセンサユニット１０と異なる。また、図１７に示すように、本実施形態に係るコンテキスト共有サーバ３０’は、ユニット登録部３１３を含む点で、第１の実施形態に係るコンテキスト共有サーバ３０と異なる。そのため、以降では、本実施形態に係る情報処理システム１’の構成について、前述した第１の実施形態に係る情報処理システム１と異なる部分に着目して説明し、当該情報処理システム１と同様の構成については詳細な説明は省略する。

センサ情報登録部１２８は、新たにセンサユニット１０’を設置した場合に、当該センサユニット１０’の情報をコンテキスト共有サーバ３０’に登録するためのインタフェースである。

例えば、センサ情報登録部１２８は、センサ情報記憶部１２３に記憶されたセンサユニットＩＤ、センサ１１の種別、センサユニット１０が設置された位置を示す位置情報のように、センサユニット１０’に関する情報をコンテキスト共有サーバ３０’に送信する。

なお、センサユニット１０’自体が自身で判断できない情報をコンテキスト共有サーバ３０’に通知する必要がある場合には、当該情報を入力するための入力インタフェースを、当該センサユニット１０’の設置者に提示できるようにしてもよい。この場合には、センサ情報登録部１２８は、設置者により入力された情報をコンテキスト共有サーバ３０’に送信すればよい。

また、センサ情報登録部１２８は、設置されたセンサユニット１０’が、他のセンサユニット１０’うちどのセンサユニット１０’と関連付けて動作させるかを指定するための入力インタフェースを、当該センサユニット１０’の設置者に提示できるようにしてもよい。これにより、設置者は、当該入力インタフェースを介して、設置するセンサユニット１０’が、どのセンサユニット１０’で認識されたどの種別のコンテキストを利用するかを指定することが可能となる。センサ情報登録部１２８は、設置者により指定されたセンサユニット１０’間の関連付けを示す情報と、利用するコンテキストの種別を示す情報とをコンテキスト共有サーバ３０’に送信すればよい。

センサ情報登録部１２８から送信されたセンサユニット１０’に関する情報は、コンテキスト共有サーバ３０’のユニット登録部３１３で受信される。ユニット登録部３１３は、センサ情報登録部１２８から通知された情報を基に、新たに設置されたセンサユニット１０’の情報を、管理データ記憶部３２０に記憶された生成コンテキスト管理テーブルｄ２１や、センサユニット管理テーブルｄ２３に登録する。

このとき、ユニット登録部３１３は、センサ情報登録部１２８からから取得したセンサユニット１０’に接続されたセンサ１１の種別を示す情報に基づき、当該センサユニット１０’が生成するコンテキストを認識することができる。具体的な一例として、ユニット登録部３１３は、センサユニット１０’に接続されているセンサ１１が雨量センサの場合には、センサユニット１０’は雨量コンテキストを生成すると認識する。即ち、ユニット登録部３１３は、センサ情報登録部１２８からから取得したセンサユニット１０’に接続されたセンサ１１の種別を示す情報に基づき、当該センサユニット１０’の情報を生成コンテキスト管理テーブルｄ２１に登録することができる。

また、ユニット登録部３１３は、センサ情報登録部１２８からセンサユニット１０’間の関連付けを示す情報と、利用するコンテキストの種別を示す情報とを取得した場合には、取得した情報をセンサユニット管理テーブルｄ２３に登録してもよい。

また、他の一例として、ユニット登録部３１３は、センサ情報登録部１２８からセンサユニット１０’の位置情報を取得した場合には、当該センサユニット１０’の位置情報に基づき、センサユニット管理テーブルｄ２３に登録する情報を特定してもよい。

例えば、図２に示す例において、水位センサが接続されたセンサユニット１０ｃを新たに登録するものとする。この場合には、ユニット登録部３１３は、センサ情報登録部１２８から取得したセンサユニット１０ｃの位置情報に基づき、センサユニット１０ｃの設置位置が領域ｇ１３に含まれているものと認識する。

また、ユニット登録部３１３は、センサ情報登録部１２８から取得したセンサユニット１０ｃに接続されたセンサ１１の種別を示す情報に基づき、当該センサ１１が水位センサであると認識する。

そして、ユニット登録部３１３は、センサユニット１０ｃに水位センサ１１が接続されていることと、センサユニット１０ｃが領域ｇ１３内に設置されていることとに基づき、センサユニット１０ｃが、センサユニット１０ｆで認識された雨量コンテキストを利用することを認識できる。即ち、ユニット登録部３１３は、認識したセンサユニット１０ｃとセンサユニット１０ｆとの関係に基づき、センサユニット１０ｃの情報をセンサユニット管理テーブルｄ２３に登録すればよい。

また、水位センサが接続されたセンサユニット１０’を登録する場合には、河川をラインに見立てて、当該ライン上の位置関係に基づき、登録するセンサユニット１０’に関連付ける他のセンサユニット１０’を特定してもよい。具体的な一例として、登録対象のセンサユニット１０’を基準として、ライン上の上流及び下流のうちいずれかに設置された他のセンサユニット１０’を関連付けてもよい。

また、各センサユニット１０’と、コンテキスト共有サーバ３０’とが、有線のネットワークで通信を行う場合には、ネットワークを分類することで、ネットワークごとに複数のセンサユニット１０’を関連付けてもよい。

なお、ユニット登録部３１３は、登録対象のセンサユニット１０’がどのセンサユニット１０’と関係しているかを判断するための条件を、各センサユニット１０’の種別に応じて変更してもよい。

例えば、地震センサが接続されたセンサユニット１０’のように、測定対象とする地域や領域が、他のセンサが接続されたセンサユニット１０’に比べて広範囲にわたるセンサユニット１０’もある。このようなセンサユニット１０’は、前述した雨量センサが接続されたセンサユニット１０’のように限られた領域内に設置されていなかったとしても、当該領域内における特定対象を比較的に高い精度で測定できる場合もある。そのため、例えば、地震センサのように測定対象とする地域や領域が広範囲にわたるセンサが接続されたセンサユニット１０’については、特定の領域内に設置されているか否かに関わらず、最も近い位置に設置されたセンサユニット１０’を関連付けてもよい。

具体的な処理の内容について、ユニット登録部３１３が、センサユニット１０ｃを登録する場合を例に説明する。このとき、ユニット登録部３１３は、センサユニット１０ｃに対して、地震センサが接続されたセンサユニット１０’のように、特定の種別のセンサユニット１０’については、センサユニット１０ｃに最も近いセンサユニット１０’を関連付けてもよい。

ルール更新部１２９は、コンテキストを認識するための条件や、センサユニット１０’内の各部の制御ルールを切り替えるための条件を登録または更新するための構成である。具体的には、ルール更新部１２９は、コンテキスト認識ルールｄ１１や、センサユニット制御ルールｄ１５を更新する。

例えば、ルール更新部１２９は、コンテキスト共有サーバ３０’からの指示に基づき、コンテキスト認識ルールｄ１１や、センサユニット制御ルールｄ１５を更新してもよい。

具体的な一例として、コンテキスト共有サーバ３０’の処理負荷は時間帯に応じて異なる場合があり、処理負荷が低い場合には、コンテキスト共有サーバ３０’は多くのデータを処理することが可能である。そのため、例えば、コンテキスト共有サーバ３０’の処理負荷が低い場合には、データの計測間隔を短くして多くの測定結果を取得し、データ送信のタイミングを早くすることで、コンテキスト共有サーバ３０’に多くのデータを送信することも可能である。即ち、この場合には、コンテキスト共有サーバ３０’の処理負荷を監視する監視部を設け、当該監視部に、ルール更新部１２９へのセンサユニット制御ルールｄ１５の更新を指示させればよい。

また、他の一例として、過去の測定結果やコンテキストの履歴に応じて、コンテキスト認識ルールｄ１１を更新できるようにしてもよい。具体的な一例として、雨量センサ１１による雨量の測定結果が１０ｍｍの場合においても、晴れが続いて河川の水位が低い場合と、前日までの豪雨により河川の水位が上昇している場合とで、水害となり得る確率が大きく異なる。

そのため、例えば、コンテキスト共有サーバ３０’のユニット制御部３１２が、過去の測定結果（例えば、各河川の水位の測定結果）に応じて、水害危険度コンテキストを認識するためのルールを変更できるようにしてもよい。

具体的な一例として、領域ｇ１２を流れる河川ｐ１２の前日までの水位の測定結果が所定の水位より低かったとする。この場合には、ユニット制御部３１２は、領域ｇ１２内の雨量を測定するセンサユニット１０’のルール更新部１２９に対して、雨量が３０ｍｍ以上の場合を「激しい雨」と認識するように、コンテキスト認識ルールｄ１１を更新させる。

また、河川ｐ１２の前日までの水位の測定結果が所定の水位より高かったとする。この場合には、ユニット制御部３１２は、領域ｇ１２内の雨量を測定するセンサユニット１０’のルール更新部１２９に対して、雨量が１０ｍｍ以上の場合を「激しい雨」と認識するように、コンテキスト認識ルールｄ１１を更新させる。

このような構成により、河川が増水している場合には、比較的弱い雨の場合においても、雨量コンテキストを「激しい雨」として認識できることが可能となり、水位センサの動作を制御する条件を、河川が増水していない場合に比べて厳しく設定することが可能となる。

また、センサユニット１０’を登録した際に、そのセンサユニット１０’に接続されているセンサ１１の種別に応じて、ルール更新部１２９は、コンテキスト認識ルールｄ１１及びセンサユニット制御ルールｄ１５を登録できるようにしてもよい。この場合には、例えば、センサ１１の種別に応じたコンテキスト認識ルールｄ１１及びセンサユニット制御ルールｄ１５をセンサユニット１０’内にあらかじめ記憶させてもよいし、コンテキスト共有サーバ３０’で管理してもよい。

例えば、センサ１１の種別に応じたコンテキスト認識ルールｄ１１及びセンサユニット制御ルールｄ１５を、コンテキスト共有サーバ３０’で管理する場合には、ユニット登録部３１３が、ルール更新部１２９にコンテキスト認識ルールｄ１１及びセンサユニット制御ルールｄ１５を通知してもよい。

具体的には、ユニット登録部３１３は、センサ情報登録部１２８からセンサ１１の種別を示す情報を取得することで、センサ１１の種別に応じたコンテキスト認識ルールｄ１１及びセンサユニット制御ルールｄ１５を特定することができる。即ち、ユニット登録部３１３は、特定したコンテキスト認識ルールｄ１１及びセンサユニット制御ルールｄ１５をルール更新部１２９に通知すればよい。これにより、ルール更新部１２９は、センサユニット１０’に接続されたセンサ１１の種別に応じて、コンテキスト認識ルールｄ１１及びセンサユニット制御ルールｄ１５を登録することが可能となる。

なお、このような構成とすることで、例えば、センサユニット１０’に接続されたセンサ１１を、他の種別のセンサ１１に差替えた場合においても、差替えた後のセンサ１１に対応するコンテキスト認識ルールｄ１１及びセンサユニット制御ルールｄ１５に更新することが可能となる。

また、センサユニット１０’に複数種類のセンサ１１を接続してもよい。この場合には、例えば、観測対象に応じてコンテキスト認識ルールｄ１１及びセンサユニット制御ルールｄ１５を更新することで、動作させるセンサ１１を適宜切り替えてもよい。もちろん、複数種類のセンサ１１を並行して動作させてもよい。その場合には、各センサ１１が動作できるように、コンテキスト認識ルールｄ１１及びセンサユニット制御ルールｄ１５を適宜調整すればよい。

なお、ルール更新部１２９は、コンテキスト認識ルールｄ１１及びセンサユニット制御ルールｄ１５の一部の情報のみを更新できるようにしてもよい。例えば、ルール更新部１２９は、コンテキスト認識ルールｄ１１の条件部ｄ１１１や、センサユニット制御ルールｄ１５の条件部ｄ１１５を更新してもよい。また、ルール更新部１２９は、条件部ｄ１１１や条件部ｄ１１５に設定された閾値の値を更新してもよい。

なお、コンテキスト認識ルールｄ１１及びセンサユニット制御ルールｄ１５内の各情報を、センサユニット１０’側で管理するか、コンテキスト共有サーバ３０’側で管理するかは、運用に応じて適宜決定すればよい。例えば、複数のセンサユニット１０’の状態を総括的に判断して、各種条件を変更する場合には、コンテキスト認識ルールｄ１１及びセンサユニット制御ルールｄ１５内の各情報を、コンテキスト共有サーバ３０’側で管理してもよい。また、他の一例として、センサユニット１０’ごとに固有の設定が多数必要な場合には、コンテキスト認識ルールｄ１１及びセンサユニット制御ルールｄ１５内の各情報を、センサユニット１０’側で管理してもよい。

また、コンテキスト認識ルールｄ１１及びセンサユニット制御ルールｄ１５の各条件を細かく設定することで、センサユニット１０’側において多様な状況に対応できるようにしてもよい。この場合には、ルール更新部１２９を設けなくてもよい。

なお、本実施形態に係る情報処理システム１’についても、変形例に係る情報処理システム１と同様に、所定の条件に応じて、コンテキストを通知する範囲を変更できるようにしてもよい。

以上のように、本実施形態に係る情報処理システム１’では、センサ情報登録部１２８及びユニット登録部３１３を設けることで、センサユニット１０’を登録するためのインタフェースを提供している。このような構成により、コンテキスト共有サーバ３０’側で、各センサユニット１０’間の関連性を認識し、生成コンテキスト管理テーブルｄ２１やセンサユニット管理テーブルｄ２３に当該センサユニット１０’の情報を登録することも可能となる。そのため、センサユニット１０’の設置者による、当該センサユニット１０’の登録に係る手間を低減することが可能となる。

また、情報処理システム１’では、ルール更新部１２９を設けることで、コンテキスト認識ルールｄ１１及びセンサユニット制御ルールｄ１５の更新を可能としている。このような構成により、例えば、その時々の状況に応じて、センサユニット１０’の動作を制御するための制御ルールや、コンテキストを認識するためのルールをダイナミックに更新することが可能となる。

なお、上記では、センサ情報登録部１２８及びユニット登録部３１３と、ルール更新部１２９とを設ける例について説明したが、センサ情報登録部１２８及びユニット登録部３１３と、ルール更新部１２９とのうち、いずれかのみを設けてもよい。例えば、ルール更新部１２９を設けずに、センサ情報登録部１２８及びユニット登録部３１３を設けてもよい。また、センサ情報登録部１２８及びユニット登録部３１３を設けずに、ルール更新部１２９を設けてもよいことは言うまでもない。

＜４．実施例＞
［概要］
次に、実施例として、上述した各実施形態に係る情報処理システム１の他の適用例について説明する。上述した各実施形態では、雨量センサが接続されたセンサユニット１０と、水位センサが接続されたセンサユニット１０とを連携させることで、河川の水位の上昇に伴う水害危険度を監視する例について説明した。本実施例では、前述した情報処理システム１を、橋梁、トンネル、学校等の建造物管理に適用する例について、図１８を参照しながら説明する。図１８は、本実施例に係る情報処理システムについて説明するための図であり、橋梁の建造物管理に適用した場合の例を示している。

本実施例に係る情報処理システム１では、例えば、所定の位置におけるクルマの流れ（以降では「交通流」と呼ぶ）、橋梁の振動、及び、地震の震度の測定結果に基づき、橋梁の健全性（換言すると、橋梁の劣化の度合い）を評価する。

例えば、図１８におけるセンサユニット１０ｉ、１０ｊ、１０ｋ、及び１０ｍは、交通流を測定するためのセンサ（以降では、「交通流センサ」と呼ぶ場合がある）が接続されたセンサユニット１０である。センサユニット１０ｉは、道路ｐ２０に設置され、道路ｐ２０上の領域ｇ２０における交通流を測定する。同様に、センサユニット１０ｊ、１０ｋ、及び１０ｍは、それぞれ、道路ｐ２１、ｐ２２、及びｐ２３上の領域ｇ２１、ｇ２２、及びｇ２３における交通流をそれぞれ測定する。以下に、交通流センサ１１が接続されたセンサユニット１０について、センサユニット１０ｉを例に説明する。

交通流センサ１１は、例えば、道路上のあらかじめ決められた複数の位置に向けて超音波を送信し、各位置について、道路または当該道路を通過する車両で反射した反射波を検出する。このとき、交通流センサ１１は、超音波の反射時間、即ち、超音波を送信してから反射波が到達するまでの時間により、対応する位置に車体が存在するか否かを判断することができる。交通流センサ１１は、複数の位置それぞれについて特定された超音波の反射時間を比較することで、通過車両の速度や、当該車両の長さを測定することができる。また、受信された超音波のドップラーシフトを測定することで、通過した車両の速度を算出してもよい。なお、上述したセンサ１１の動作はあくまで一例であり、交通流を測定できれば使用するセンサの種別や、当該センサの動作原理は特に限定されない。

即ち、センサユニット１０ｉの測定結果通知部１２７は、通過車両の速度の測定結果と、当該車両の長さの測定結果とを交通流センサ１１から取得し、取得した各測定結果をコンテキスト共有サーバ３０に通知する。

また、センサユニット１０ｉのコンテキスト認識部１２１は、交通流センサ１１から取得した、通過車両の速度の測定結果と、当該車両の長さの測定結果とに基づき、交通流コンテキストを認識する。具体的な一例として、コンテキスト認識部１２１は、通過車両の速度が「４０ｋｍ／ｈ以上」、かつ、当該車両の長さが「１０ｍ以上」の場合に、大型車が通過したことを意味する交通流コンテキストとして「大型車通行」を認識してもよい。なお、交通流コンテキストとしては、例えば、「通行無し」、「自転車通行」、「自動二輪者通行」、「小型車通行」、「大型車通行」等が挙げられる。

また、図１８におけるセンサユニット１０ｒは、地震の震度を測定する地震センサ（例えば、「震度計」）が接続されたセンサユニット１０である。

即ち、センサユニット１０ｒの測定結果通知部１２７は、震度の測定結果を地震センサ１１から取得し、取得した測定結果をコンテキスト共有サーバ３０に通知する。

また、センサユニット１０ｒのコンテキスト認識部１２１は、地震センサ１１から取得した震度の測定結果に基づき、地震コンテキストを認識する。地震コンテキストとしては、例えば、「強い揺れ」、「弱い揺れ」、「地震無し」等が挙げられる。

また、図１８におけるセンサユニット１０ｐは、道路ｐ２０の延長線上に設置された橋梁ｐ３０の振動を測定するための振動センサが接続されたセンサユニット１０である。

即ち、センサユニット１０ｐの測定結果通知部１２７は、橋梁ｐ３０の振動の測定結果を振動センサ１１から取得する。振動の測定結果としては、例えば、振動の最大加速度［ｃｍ／ｓ^２］や固有振動数［Ｈｚ］が挙げられる。測定結果通知部１２７は、取得した測定結果をコンテキスト共有サーバ３０に通知する。

また、センサユニット１０ｐは、橋梁ｐ３０が設置された領域ｇ２０中の交通流センサ１１が接続されたセンサユニット１０ｉと、当該センサユニット１０ｐに最も近い、地震センサ１１が接続されたセンサユニット１０ｒとに関連付けられている。即ち、センサユニット１０ｐのコンテキスト取得部１２５は、センサユニット１０ｉから、当該センサユニット１０ｉで認識された交通流コンテキストを取得する。同様に、センサユニット１０ｐのコンテキスト取得部１２５は、センサユニット１０ｒから、当該センサユニット１０ｒで認識された地震コンテキストを取得する。

センサユニット１０ｐのコンテキスト認識部１２１は、センサユニット１０ｉ及び１０ｒから取得した交通流コンテキスト及び地震コンテキストと、振動センサ１１から取得した橋梁ｐ３０の振動の測定結果とに基づき、健全度コンテキストを認識する。健全度コンテキストは、橋梁ｐ３０の健全度を示すコンテキストである。

具体的な一例として、大型車両が通行し、かつ、地震による揺れが無い場合において、測定された橋梁ｐ３０の振動の最大加速度が３０ｃｍ／ｓ^２以上である場合は、橋梁ｐ３０の劣化が進んでおり非常に危険な状態にある。そのため、センサユニット１０ｐのコンテキスト認識部１２１は、交通流コンテキストが「大型車通行」であり、かつ、震度コンテキストが「地震無し」であり、かつ、橋梁ｐ３０の振動の最大加速度が「３０ｃｍ／ｓ^２以上」の場合には、健全度コンテキストとして「非常に危険」を認識する。

また、他の一例として、測定された橋梁ｐ３０の振動の固有振動数が５００Ｈｚ以下の場合においても、橋梁ｐ３０の劣化が進んでおり非常に危険な状態にある。そのため、センサユニット１０ｐのコンテキスト認識部１２１は、橋梁ｐ３０の振動の固有振動数が「５００Ｈｚ以下」の場合には、健全度コンテキストとして「非常に危険」を認識する。

また、他の一例として、測定された橋梁ｐ３０の振動の最大加速度が「１０ｃｍ／ｓ^２以上３０ｃｍ／ｓ^２未満」の場合は、センサユニット１０ｐのコンテキスト認識部１２１は、健全度コンテキストとして「危険」を認識してもよい。

また、センサユニット１０ｐの制御部１２６は、センサユニット１０ｉ及び１０ｒから取得した交通流コンテキスト及び地震コンテキストに応じて、制御ルールを変更してもよい点は、前述の各実施形態に係る情報処理システム１と同様である。

具体的な一例として、地震が発生していない場合には、振動センサ１１による測定を常時行い、健全度コンテキストを５秒ごとに認識し、強い揺れの地震が発生した場合には、健全度コンテキストの認識タイミングを１秒ごとに変更できるようにしてもよい。

この場合には、センサユニット１０ｐのセンサユニット制御ルールｄ１５には、データ計測間隔には「常時」を設定し、コンテキスト認識タイミングについては、地震コンテキストが「強い揺れ」の場合には「１秒」、それ以外の場合には「５秒」を設定すればよい。上記のようにセンサユニット制御ルールｄ１５を定義することで、センサユニット１０ｐの制御部１２６は、センサユニット１０ｒで認識された地震コンテキストに基づき、コンテキスト認識部１２１が健全度コンテキストを認識するタイミングを変更することが可能となる。

また、交通流コンテキストに応じて、健全度コンテキストの認識タイミングを変更できるようにしてもよい。具体的な一例として、交通流コンテキストが「大型車通行」の場合に、健全度コンテキストの認識タイミングを「１秒」に設定し、「大型車通行」以外の場合は、健全度コンテキストの認識タイミングを「５秒」に設定してもよい。

なお、上記では、センサユニット１０ｐが、センサユニット１０ｉ及び１０ｐと関連付けられている場合について説明したが、上述した変形例に係る情報処理システム１と同様に、関連するセンサユニット１０の範囲を変更できるようにしてもよい。

例えば、時間帯に応じて、道路ｐ２２及びｐ２３における車両の通行が規制される場合には、道路ｐ２１を走る車両は、橋梁ｐ３０を渡る可能性が極めて高い。そのため、コンテキスト共有サーバ３０は、例えば、道路ｐ２２及びｐ２３における車両の通行が規制される時間帯では、センサユニット１０ｉ及び１０ｒに加えて、センサユニット１０ｊを、センサユニット１０ｐと連携させてもよい。

この場合には、前述の変形例に示したように、センサユニット管理テーブルｄ２３に条件部を設け、当該条件部に「時間帯」を示す条件を記載するとともに、時間帯の条件ごとに利用センサユニットｄ２３２及び利用コンテキスト種別ｄ２３３を定義すればよい。

また、上述した第２の実施形態に係る情報処理システム１’のように、センサ情報登録部１２８及びユニット登録部３１３や、ルール更新部１２９を設けてもよい。

以上のように、上述した各実施形態に係る情報処理システム１は、例えば、橋梁、トンネル、学校等の建造物管理に適用することも可能である。なお、上述した実施例は、あくまで一例であり、複数のセンサユニット１０が連携して動作させるシステムであれば、適用分野は特に限定されない。

なお、上述した一連の動作は、センサユニット１０やコンテキスト共有サーバ３０の各構成を動作させる装置のＣＰＵを機能させるためのプログラムによって構成することができる。このプログラムは、その装置にインストールされたＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を介して実行されるように構成してもよい。また、このプログラムは、上述した処理を実行する構成が含まれる装置が読み出し可能であれば、記憶される位置は限定されない。例えば、装置の外部から接続される記録媒体にプログラムが格納されていてもよい。この場合には、プログラムが格納された記録媒体を装置に接続することによって、その装置のＣＰＵに当該プログラムを実行させるように構成するとよい。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

１、１’ 情報処理システム
１０、１０’ センサユニット
１１ センサ
１２ 制御ユニット
１２０ 通信部
１２１ コンテキスト認識部
１２２ コンテキスト保持部
１２３ センサ情報記憶部
１２４ コンテキスト通知部
１２５ コンテキスト取得部
１２６ 制御部
１２７ 測定結果通知部
１２８ センサ情報登録部
１２９ ルール更新部
３０ コンテキスト共有サーバ
３００ 通信部
３１０ センサユニット管理部
３１１ コンテキスト取得部
３１２ ユニット制御部
３１３ ユニット登録部
３２０ 管理データ記憶部
３３０ 測定結果取得部

Claims (16)

1. 第１のセンサが接続された第１の情報処理装置と、第２のセンサが接続された第２の情報処理装置と、サーバとを備えた情報処理システムであって、
   前記サーバは、
   前記第１の情報処理装置と前記第２の情報処理装置とを関連付けた管理データを記憶する記憶部と、
   前記管理データに基づき、前記第１の情報処理装置に関連付けられた前記第２の情報処理装置を特定し、前記第１のセンサによる測定結果に応じて前記第２のセンサを制御するための情報を、特定した前記第２の情報処理装置に送信する管理部と、
   を備えたことを特徴とする情報処理システム。
2. 前記第２のセンサを制御するための情報は、前記第１のセンサによる測定結果を、第１の条件に基づき分類することで特定された状態を示す状態情報であることを特徴とする、請求項１に記載の情報処理システム。
3. 前記管理部は、前記状態情報と前記第２の情報処理装置とを関連付けて管理し、前記第１のセンサによる測定結果に基づき当該状態情報が更新された場合に、更新後の状態情報に応じた前記第２のセンサを制御するための情報を、前記第２の情報処理装置に送信することを特徴とする、請求項２に記載の情報処理システム。
4. 前記管理部は、前記第１のセンサによる測定結果に基づく前記状態情報を、前記第２の情報処理装置に送信し、
   前記第２の情報処理装置は、取得した当該状態情報に基づき、前記第２のセンサの制御内容を特定することを特徴とする、請求項２または３に記載の情報処理システム。
5. 前記管理部は、前記第１の情報処理装置に、前記第１の条件を更新させる、請求項２〜４のいずれか一項に記載の情報処理システム。
6. 前記管理データには、あらかじめ決められた条件ごとに前記第１の情報処理装置と前記第２の情報処理装置との関連付けを示す情報が記憶され、
   前記管理部は、前記管理データと前記第１のセンサによる測定結果に応じた情報とに基づき、前記第１の情報処理装置に関連付けられた前記第２の情報処理装置を特定することを特徴とする、請求項１〜５のいずれか一項に記載の情報処理システム。
7. 前記あらかじめ決められた条件は、前記第１のセンサによる測定結果に応じた情報を対象とした条件であることを特徴とする、請求項６に記載の情報処理システム。
8. 前記第２の情報処理装置は、前記管理部から取得する情報に応じて前記第２のセンサの制御内容を特定するための第２の条件を記憶し、
   前記管理部は、前記第２の情報処理装置に、前記第２の条件を更新させる請求項１〜６のいずれか一項に記載の情報処理システム。
9. 前記管理部は、前記第１のセンサによる測定結果に応じた情報が、あらかじめ決められた条件を満たす場合に、前記第２の情報処理装置に、前記第２の条件を更新させる請求項８に記載の情報処理システム。
10. 前記管理部は、前記サーバの状態に応じて、前記第２の情報処理装置に、前記第２の条件を更新させる請求項８に記載の情報処理システム。
11. 前記第１の情報処理装置と前記第２の情報処理装置とは、当該第１の情報処理装置の位置情報と当該第２の情報処理装置の位置情報とに基づき関連付けられていることを特徴とする、請求項１〜９のいずれか一項に記載の情報処理システム。
12. 前記サーバは、前記第１の情報処理装置と前記第２の情報処理装置との関連付けを示す情報を前記管理データに登録する登録部を備えたことを特徴とする、請求項１〜１０のいずれか一項に記載の情報処理システム。
13. センサが接続された複数の情報処理装置間の関連付けを管理するサーバから、自身と異なる情報処理装置に接続された第１のセンサによる測定結果に応じた、自身に接続された第２のセンサを制御するための情報を取得する取得部と、
    取得した前記情報に基づき前記第２のセンサの動作を制御する制御部と、
    を備えたことを特徴とする情報処理装置。
14. 前記第２のセンサによる測定に基づく情報を、前記サーバに通知する通知部を備えたことを特徴とする請求項１２に記載の情報処理装置。
15. 第１のセンサが接続された第１の情報処理装置と、第２のセンサが接続された第２の情報処理装置とを関連付けた管理データを記憶する記憶部と、
    前記管理データに基づき、前記第１の情報処理装置に関連付けられた前記第２の情報処理装置を特定し、前記第１のセンサによる測定結果に応じて前記第２のセンサを制御するための情報を、特定した前記第２の情報処理装置に送信する管理部と、
    を備えたことを特徴とする情報処理装置。
16. 第１のセンサが接続された第１の情報処理装置と、第２のセンサが接続された第２の情報処理装置と、サーバとを備えた情報処理システムにおいて、
    前記サーバが、前記第１の情報処理装置と前記第２の情報処理装置とを関連付けた管理データに基づき、前記第１の情報処理装置に関連付けられた前記第２の情報処理装置を特定し、前記第１のセンサによる測定結果に応じて前記第２のセンサを制御するための情報を、特定した前記第２の情報処理装置に送信するステップ、
    を含む、情報処理方法。
    

Images