(57)【特許請求の範囲】
【請求項１】
複数種類のセンシング項目の各々に関するセンシングデータを生成可能なセンシングデバイスからセンシングデータを取得するように構成された取得部と、
前記センシングデバイスが過負荷状態であるか否かを検知するように構成された検知部と、
前記検知部による検知結果に基づいて前記複数種類のセンシング項目からいずれのセンシング項目を抽出するかを決定し、決定された前記センシング項目を抽出するように構成された抽出部と、
抽出された前記センシング項目を外部機器へ出力するように構成された出力部とを備える、センサ管理ユニット。
【請求項２】
前記抽出部は、前記センシングデバイスが過負荷状態とならない範囲内で前記センシング項目を抽出するように構成されている、請求項１に記載のセンサ管理ユニット。
【請求項３】
前記出力部は、前記センシングデバイスのメタデータであって、前記抽出部によって抽出された前記センシング項目が記述された前記メタデータを出力するように構成されている、請求項１又は請求項２に記載のセンサ管理ユニット。
【請求項４】
前記検知部は、前記センシングデバイスの消費電力に基づいて、前記センシングデバイスが過負荷状態であるか否かを検知するように構成されている、請求項１から請求項３のいずれか１項に記載のセンサ管理ユニット。
【請求項５】
前記検知部は、前記センシングデバイスのＣＰＵの処理負荷に基づいて、前記センシングデバイスが過負荷状態であるか否かを検知するように構成されている、請求項１から請求項３のいずれか１項に記載のセンサ管理ユニット。
【請求項６】
前記検知部は、前記センシングデバイスの発熱量に基づいて、前記センシングデバイスが過負荷状態であるか否かを検知するように構成されている、請求項１から請求項３のいずれか１項に記載のセンサ管理ユニット。
【請求項７】
前記検知部は、前記センシングデバイスとの間における通信容量に基づいて、前記センシングデバイスが過負荷状態であるか否かを検知するように構成されている、請求項１から請求項３のいずれか１項に記載のセンサ管理ユニット。
【請求項８】
請求項１から請求項７のいずれか１項に記載のセンサ管理ユニットと、
複数種類のセンシング項目の各々に関するセンシングデータを生成可能なセンシングデバイスとを備える、センサ装置。
【請求項９】
複数種類のセンシング項目の各々に関するセンシングデータを生成可能なセンシングデバイスからセンシングデータを取得するステップと、
前記センシングデバイスが過負荷状態であるか否かを検知するステップと、
前記センシングデバイスが過負荷状態であるか否かに基づいて前記複数種類のセンシング項目からいずれのセンシング項目を抽出するかを決定し、決定された前記センシング項目を抽出するステップと、
抽出された前記センシング項目を外部機器へ出力するステップとをコンピュータが実行するセンサ管理方法。
【請求項１０】
複数種類のセンシング項目の各々に関するセンシングデータを生成可能なセンシングデバイスからセンシングデータを取得するステップと、
前記センシングデバイスが過負荷状態であるか否かを検知するステップと、
前記センシングデバイスが過負荷状態であるか否かに基づいて前記複数種類のセンシング項目からいずれのセンシング項目を抽出するかを決定し、決定された前記センシング項目を抽出するステップと、
抽出された前記センシング項目を外部機器へ出力するステップとをコンピュータに実行させるセンサ管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、取引されるセンシングデータを抽出する技術に関する。
【背景技術】
【０００２】
特許文献１には、複数のクライアント端末が、ネットワークを介して接続されたデバイスを共有するシステムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開第２００９−１４５９７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載された発明は、複数のクライアント端末からのジョブの要求がデバイスに集中したときに、デバイスの負荷を抑制する構成を備えていない。デバイスは、過負荷状態になると、障害が発生するリスクが高くなる。また、デバイスの種類によっては、過負荷状態になると、要求されたジョブの処理精度が低下するものもある。【０００５】
このように、特許文献１に記載された発明は、デバイスが過負荷状態になったことに起因するデバイスの不具合（障害の発生、処理精度の低下等）を抑制できない。【０００６】
この発明の目的は、シェアするセンシングデバイスについて、過負荷状態に起因する不具合の発生を抑制する技術を提供することにある。
【課題を解決するための手段】
【０００７】
この発明に係るセンサ管理ユニットは、上記目的を達するために、以下のように構成している。【０００８】
複数種類のセンシング項目の各々に関するセンシングデータを生成可能なセンシングデバイスからセンシングデータを取得するように構成された取得部と、センシングデバイスが過負荷状態であるか否かを検知するように構成された検知部と、検知部による検知結果に基づいて複数種類のセンシング項目からいずれのセンシング項目を抽出するかを決定し、決定されたセンシング項目を抽出するように構成された抽出部と、抽出されたセンシング項目を外部機器へ出力するように構成された出力部とを備える。【０００９】
このように、センシングデバイスが過負荷状態であるか否かに基づいて抽出されるセンシング項目が決定されるため、デバイスを複数のユーザでシェアしても、センシングデバイスの状態に応じて負荷を変化させることができる。したがって、センシングデバイスに負荷がかかりすぎて障害が発生することを防止することができる。【００１０】
また、抽出部は、センシングデバイスが過負荷状態とならない範囲内でセンシング項目を抽出してもよい。【００１１】
この構成では、抽出部は、センシングデバイスが過負荷状態とならない範囲内でセンシング項目が抽出される。このため、デバイスに負荷がかかりすぎることを回避することができる。【００１２】
また、出力部は、センシングデバイスのメタデータであって、抽出部によって抽出されたセンシング項目が記述されたメタデータを出力してもよい。【００１３】
この構成では、メタデータが出力されることにより、メタデータを状況に応じて動的に書き換えることができる。【００１４】
また、検知部は、センシングデバイスの消費電力に基づいて、センシングデバイスが過負荷状態であるか否かを検知してもよい。【００１５】
この構成では、センシングデバイスの状態がその時点における消費電力を基に検知されるため、消費電力を検知することによりセンシングデバイスの状態を検知することができる。【００１６】
また、検知部は、センシングデバイスのＣＰＵの処理負荷に基づいて、センシングデバイスが過負荷状態であるか否かを検知してもよい。【００１７】
この構成では、センシングデバイスの状態がセンシングデバイスのＣＰＵの処理負荷を基に検知されるため、ＣＰＵの処理負荷を検知することによりセンシングデバイスの状態を検知することができる。【００１８】
また、検知部は、センシングデバイスの発熱量に基づいて、センシングデバイスが過負荷状態であるか否かを検知してもよい。【００１９】
この構成では、センシングデバイスの状態がセンシングデバイスの発熱量を基に検知されるため、センシングデバイスの温度を検知することによりセンシングデバイスの状態を検知することができる。【００２０】
また、検知部は、センシングデバイスとの間における通信容量に基づいて、センシングデバイスが過負荷状態であるか否かを検知してもよい。【００２１】
この構成では、センシングデバイスの状態がセンシングデバイスとの通信容量を基に検知されるため、センシングデバイスとの通信容量を検知することによりセンシングデバイスの状態を検知することができる。
【発明の効果】
【００２２】
この発明によれば、シェアするセンシングデバイスについて、過負荷状態に起因する不具合の発生が抑制できる。また、センシングデバイスの負荷に余力がある場合は、センシングデータを利用するアプリケーションを追加して、センシング機能を有益に発揮させることができる。
【図面の簡単な説明】
【００２３】
【図１】センシングデータ流通システムを示す概略図である。
【図２】提供データカタログの内容を示す図である。
【図３】利用データカタログの内容を示す図である。
【図４】センサ装置の主要部の構成を示すブロック図である。
【図５】センサ管理ユニットの処理を示すフローチャートである。
【発明を実施するための形態】
【００２４】
以下、この発明の実施形態について説明する。
【００２５】
まず、センシングデータを提供者と利用者との間で流通させ、センシングデータの利活用を図るセンシングデータ流通システムについて簡単に説明する。図１は、センシングデータ流通システムを示す概略図である。このセンシングデータ流通システムは、ネットワークサーバ１、センサ管理ユニット２、及び利用側システム３がネットワーク５を介してデータ通信可能に接続されている。複数のセンサ管理ユニット２が、ネットワーク５を介してネットワークサーバ１に接続される（図１では、１つのセンサ管理ユニット２を例示しているだけである。）。同様に、複数の利用側システム３が、ネットワーク５を介してネットワークサーバ１に接続される（図１では、１つの利用側システム３を例示しているだけである。）。このセンシングデータ流通システムは、センサ管理ユニット２と利用側システム３との間で取引されるセンシングデータを流通させるシステムである。
【００２６】
ネットワークサーバ１は、センシングデータの取引を行うインターネット上のマーケットプレースであるセンシングデータ流通市場、すなわちSensing Data Trading Market（ＳＤＴＭ）を実現する。センサ管理ユニット２は、センサ（不図示）で観測対象の観測特性をセンシングしたセンシングデータの提供を行う。利用側システム３は、センサ管理ユニット２によって提供されるセンシングデータを利用する。観測特性は、本発明における「センシング項目」に相当する。
【００２７】
ここで言う、観測対象は、実世界の現象の抽象（人、物、事象等）であり、例えば家庭環境、成人、自動車、気象等である。また、観測特性は、センサで観測する観測対象の特性である。例えば、観測対象が家庭環境である場合の観測特性は、温度、湿度等である。また、観測対象が成人である場合の観測特性は、最高血圧、最低血圧、脈拍等である。また、観測対象が自動車である場合の観測特性は、位置、速度等である。また、観測特性が気象である場合の観測特性は、気温、降水量等である。
【００２８】
センサ管理ユニット２は、ＳＤＴＭで取引するセンシングデータにかかる提供データカタログ１００（提供ＤＣ１００）をネットワークサーバ１に登録する。提供データカタログ１００は、提供するセンシングデータにかかる属性情報を記述したものである。利用側システム３は、ＳＤＴＭで取引するセンシングデータにかかる利用データカタログ１０１（利用ＤＣ１０１）をネットワークサーバ１に登録する。利用データカタログ１０１は、利用するセンシングデータにかかる属性情報を記述したものである。
【００２９】
ここで、提供データカタログ１００、及び利用データカタログ１０１について説明しておく。図２は、提供データカタログの内容を示す図であり、図３は、利用データカタログの内容を示す図である。図２に示すように、提供データカタログ１００には、大別すると、センシングデータ提供者、センシングデータ提供期間、センシングデータ測定場所、センシングデータ対象、イベントデータ仕様、データ売買契約条件等の項目が含まれている。
【００３０】
センシングデータ提供者は、センシングデータを提供する組織（個人、又は事業者）にかかる項目である。センシングデータ提供者にかかる属性情報は、組織の名称（組織名）、組織の名称のカタカナ表記（組織名カナ）、組織の連絡先（連絡先）等である。
【００３１】
センシングデータ提供期間は、センシングデータを提供する期間にかかる項目である。センシングデータ提供期間にかかる属性情報は、センシングデータの提供を開始する日付（開始）、センシングデータの提供を終了する日付（終了）等である。
【００３２】
センシングデータ測定場所は、測定対象をセンシングする場所にかかる項目である。センシングデータ測定場所にかかる属性情報は、測定場所の種別、測定場所等である。測定場所の種別は、測定場所が測定毎に変化しない固定型、又は測定場所が測定毎に変化する移動型のいずれかを示す。測定場所は、種別が固定型である場合に記述される。
【００３３】
センシングデータ対象は、センシングデータにかかる項目である。センシングデータ対象にかかる属性情報は、センシングデータの名前（センシングデータ名称）、センシングデータの簡単な説明（センシングデータ説明）、センシングデータを活用するジャンル（ジャンル名）、観測対象等である。また、観測対象は、観測対象毎に記述されるものであり、観測対象の名前、観測対象の説明、観測特性等を示す情報である。また、観測特性は、観測特性の名前、観測特性の説明、観測特性の単位、観測特性の測定日時種別（間欠型、又は常時型）等を示す情報である。
【００３４】
イベントデータ仕様は、イベント条件にかかる項目である。イベントデータ仕様にかかる属性情報は、イベント条件のラベル名（イベントデータ識別名）、イベントデータの値の意味やデータ表現（イベントデータ説明）等を示す情報である。
【００３５】
データ売買契約条件は、センシングデータの取引にかかる項目である。データ売買契約条件にかかる属性情報は、利用用途、提供範囲、取引条件、個人情報、匿名加工情報、データ有効期間制限、支払類型等である。利用用途は、センシングデータの利用用途（営利／非営利／制限無）を示す。提供範囲は、センシングデータの第三者提供可否を示す。取引条件は、データ複製不可／データ複製可／データ改変可／データ加工化等を示す。個人情報は、センシングデータに個人情報が含まれているかどうかを示す。匿名加工情報は、センシングデータに匿名加工情報が含まれているかを示す。データ有効期間制限は、センシングデータの有効期間の開始日と、終了日を示す。支払類型は、センシングデータの利用にかかる費用の支払い方法を示す。
【００３６】
また、図３に示すように、利用データカタログ１０１には、大別すると、センシングデータ利用者、センシングデータ利用期間、センシングデータ測定場所、センシングデータ対象、イベントデータ仕様、データ売買契約条件が含まれている。利用データカタログ１０１も、上述した提供データカタログ１００と同様の形式である。利用データカタログ１０１における、センシングデータ測定場所、センシングデータ対象、イベントデータ仕様、及びデータ売買契約条件の項目は、上述した提供データカタログ１００と同様である。
【００３７】
センシングデータ利用者は、センシングデータを利用する組織（個人、又は事業者）にかかる項目である。センシングデータ利用者にかかる属性情報は、組織の名称（組織名）、組織の名称のカタカナ表記（組織名カナ）、組織の連絡先（連絡先）等である。また、センシングデータ利用期間は、センシングデータを利用する期間にかかる項目である。センシングデータ利用期間にかかる属性情報は、センシングデータの利用を開始する日付（開始）、センシングデータの利用を終了する日付（終了）等である。
【００３８】
ネットワークサーバ１は、提供データカタログ１００と利用データカタログ１０１との一致性に基づき、利用側システム３に対してセンシングデータを提供するセンサ管理ユニット２を抽出するマッチング処理を行い、センサ管理ユニット２と利用側システム３との間でセンシングデータを流通させる。
【００３９】
なお、センシングデータは、図１に示すように、ネットワークサーバ１を経由してセンサ管理ユニット２から利用側システム３に提供されてもよいし、ネットワークサーバ１を経由することなくセンサ管理ユニット２から利用側システム３に提供されてもよい。
【００４０】
次に、この発明の実施形態にかかるセンサ装置について説明する。図４は、センサ装置の主要部の構成を示す図である。センサ装置は、センサ管理ユニット２と、センシングデバイス１０を備えている。センサ管理ユニット２は、制御ユニット３９と、通信部３７と、インターフェース３８と、を備えている。
【００４１】
制御ユニット３９は、通信部３７を介して、インターネット等のネットワーク６０又は外部機器２０と接続されている。制御ユニット３９は、インターフェース３８を介して、センシングデバイス１０と、接続されている。なお、インターフェース３８は、本発明における「取得部」に相当する。インターフェース３８は、センシングデバイス１０からセンシングデータを取得する。センシングデバイス１０は、複数のセンシング項目についてセンシングを行う。すなわち、センシングデバイス１０は、複数種類のセンシング項目の各々に関するセンシングデータを生成可能である。センシングデバイス１０は、本実施形態においては一つのみ挙げているが、複数であってもよい。センシングデバイスが複数の場合、センサ管理ユニット２は、個々のセンシングデバイスに対して、同様に機能する。
【００４２】
制御ユニット３９は、検知部３１と、抽出部３２と、出力部３３と、を備えている。検知部３１は、センシングデバイス１０の状態を検知する。センシングデバイス１０の状態とは、その時点におけるセンシングデバイス１０にかかっている負荷の状態（過負荷状態であるか否か）である。すなわち、この負荷のかかり具合は、センシングデバイス１０にさらにセンシング項目を追加することができるか又は削除すべきであるかを示している。検知部３１がセンシングデバイス１０の状態を検知する方法については、後で説明する。
【００４３】
抽出部３２は、センシングデバイス１０の状態（過負荷状態であるか否か）に基づいて、複数種類のセンシング項目からいずれのセンシング項目を抽出するかを決定し、決定されたセンシング項目を抽出する。出力部３３は、抽出部３２で抽出されたセンシング項目を、外部機器２０へ出力する。外部機器２０は、例えばデイスプレイ等が挙げられる。
【００４４】
また、抽出部３２は、センシングデバイス１０が受け入れ可能なセンシング項目を抽出する。すなわち、抽出部３２は、センシングデバイス１０が過負荷状態とならない範囲内でセンシング項目を抽出する。抽出部３２は、センシングデバイス１０の状態に基づいて、センシング項目を抽出する。このため、センシングデバイス１０に負荷がかかりすぎることを回避することができる。また、センシングデバイス１０の負荷が少ない場合は、センシングデバイス１０にさらにセンシング項目を追加することができる。すなわち、センサ管理ユニット２は、センシングデータを利用するアプリケーションを追加して、ユーザにさらに多くのセンシングデータを提供することができる。
【００４５】
出力部３３は、センシング項目を記述したセンシングデバイス１０のメタデータを出力する。ここで、メタデータとは、本実施形態における提供データカタログ１００をいう。出力部３３がセンシング項目を記述したメタデータを出力することにより、メタデータを状況に応じて動的に書き換えることができる。すなわち、センサ管理ユニット２は、センシングデバイス１０の負荷に応じて動的に更新したメタデータを提供データカタログ１００としてユーザに提供することができる。
【００４６】
以下、検知部３１がセンシングデバイス１０の状態を検知する方法について説明する。
【００４７】
（１）検知部３１は、センシングデバイス１０のその時点における消費電力を基にセンシングデバイスの状態を検知する。
【００４８】
センシングデバイス１０の状態は、その時点における消費電力を基に検知される。例えば、センシングデバイス１０の消費電力に予め所定の範囲を設定しておく。すなわち、検知部３１の検知において、消費電力が所定の範囲であるヒステリシスを持たせる。センシングデバイス１０の消費電力が所定の範囲を超えると、検知部３１は、センシングデバイス１０にセンシング項目の削除をする状態（過負荷状態）であると検知する。また、センシングデバイス１０の消費電力が所定の範囲未満であると、検知部３１は、センシングデバイス１０にセンシング項目の追加ができる状態（非過負荷状態）であると検知する。このように、検知部３１はセンシングデバイス１０の消費電力を検知することにより、センシングデバイス１０の状態を検知することができる。
【００４９】
（２）検知部３１は、予め設定されたセンシングデバイス１０のＣＰＵの処理負荷を基にセンシングデバイス１０の状態を検知する。
【００５０】
センシングデバイス１０のＣＰＵの処理負荷が大きくなると、ＣＰＵの効率が悪くなる。これに対して、センシングデバイス１０のＣＰＵの処理負荷が小さい場合、ＣＰＵの効率は良くなる。このため、検知部３１の検知において、センシングデバイス１０のＣＰＵの処理負荷に上記消費電力と同様にヒステリシスを持たせる。センシングデバイス１０のＣＰＵの処理負荷が所定の範囲を超えると、検知部３１は、センシングデバイス１０にセンシング項目の削除をする状態（過負荷状態）であると検知する。また、センシングデバイス１０のＣＰＵの処理負荷が所定の範囲未満であると、検知部３１は、センシングデバイス１０にセンシング項目の追加ができる状態（非過負荷状態）であると検知する。このように、検知部３１はセンシングデバイス１０のＣＰＵの処理負荷を検知することにより、センシングデバイス１０の状態を検知することができる。
【００５１】
（３）検知部３１は、センシングデバイス１０の発熱量を基にセンシングデバイス１０の状態を検知する。
【００５２】
検知部３１は、センシングデバイス１０の状態をセンシングデバイス１０の発熱量を基に検知する。センシングデバイス１０は、一般的に負荷が大きいほど発熱する。このため、検知部３１の検知において、センシングデバイス１０の発熱量に上記消費電力と同様にヒステリシスを持たせる。センシングデバイス１０の発熱量が所定の範囲を超えると、検知部３１は、センシングデバイス１０にセンシング項目の削除をする状態（過負荷状態）であると検知する。また、センシングデバイス１０の発熱量が所定の範囲未満であると、検知部３１は、センシングデバイス１０にセンシング項目の追加ができる状態（非過負荷状態）であると検知する。このように、検知部３１はセンシングデバイス１０の発熱量を検知することにより、センシングデバイス１０の状態を検知することができる。
【００５３】
（４）検知部３１は、センシングデバイス１０との通信容量を基にセンシングデバイス１０の状態を検知する。
【００５４】
センシングデバイス１０の状態は、センサ管理ユニット２とセンシングデバイス１０との通信容量を基に検知される。センサ管理ユニット２がセンシングデバイス１０との通信容量のある時点での状態を把握することにより、その時点での通信可能な残りの通信容量が解る。このため、検知部３１の検知において、センシングデバイス１０との通信容量に上記消費電力と同様にヒステリシスを持たせる。センシングデバイス１０との通信容量が所定の範囲を超えると、検知部３１は、センシングデバイス１０にセンシング項目の削除をする状態（過負荷状態）であると検知する。また、センシングデバイス１０との通信容量が所定の範囲未満であると、検知部３１は、センシングデバイス１０にセンシング項目の追加ができる状態（非過負荷状態）であると検知する。このように、検知部３１はセンシングデバイス１０との通信容量を検知することにより、センシングデバイス１０の状態を検知することができる。
【００５５】
なお、検知部３１は、少なくとも１つ以上の条件（上記（１）〜（４）の条件に限らない。）で、センシングデバイス１０の状態を検知する構成であればよい。
【００５６】
このセンサ管理ユニット２の制御ユニット３９は、ハードウェアＣＰＵ、メモリ、その他の電子回路によって構成されている。ハードウェアＣＰＵが、上述した、検知部３１、抽出部３２、及び出力部３３として機能する。また、メモリは、この発明にかかるセンサ管理プログラムを展開する領域や、このセンサ管理プログラムの実行時に生じたデータ等を一時記憶する領域を有している。制御ユニット３９は、ハードウェアＣＰＵ、メモリ等を一体化したＬＳＩであってもよい。
【００５７】
次に、図５を参照しながら、このセンサ管理ユニット２の動作について説明する。図５は、センサ管理ユニット２の処理を示すフローチャートである。
【００５８】
はじめに、センサ管理ユニット２において、インターフェース３８は、センシングデバイス１０からセンシングデータを取得する（ｓ１）。センシングデバイス１０は、上述のように複数のセンシング項目についてセンシングを行うことができる。例えば、センシング項目としては、気圧、震度、温度、音圧変動から推定される人数等が挙げられる。
【００５９】
次に、検知部３１は、センシングデバイス１０の状態を検知する（ｓ２）。センシングデバイス１０の状態の検知は、例えば上述の（１）〜（４）で述べた条件によって状態を検知する。例えば、（１）で述べた条件によって状態を検知する場合について説明する。例えば、その時点における消費電力が所定の範囲内であるとき、検知部３１は、センシング項目の削除又は追加を行わない状態であると検知する。また、その時点における消費電力が所定の範囲未満であるとき、検知部３１は、センシングデバイス１０はセンシング項目をさらに受け入れ可能である状態であると検知する。さらに、その時点における消費電力が所定の範囲を超えるとき、検知部３１は、センシングデバイス１０はセンシング項目を削除する必要がある状態であると検知する。したがって、検知部３１は、その時点における消費電力に応じて、センシングデバイス１０の状態を検知する。
【００６０】
抽出部３２は、検知部３１によって検知されたセンシングデバイス１０の状態を基に、複数のセンシング項目からセンシング項目を抽出する（ｓ３）。抽出部３２は、センシングデバイス１０が受け入れ可能なセンシング項目を抽出する。例えば、その時点における消費電力が６０〜８０％となるように、抽出部３２は、センシング項目を抽出する。これにより、センシングデバイス１０に負荷がかかりすぎることを回避することができる。また、センシングデバイス１０の負荷が少ない場合は、センシングデバイス１０にさらにセンシング項目を追加することができる。すなわち、センサ管理ユニット２は、ユーザにさらに多くのセンシングデータを提供することができる。
【００６１】
出力部３３は、外部機器２０へ抽出されたセンシング項目を出力する（ｓ４）。例えば、抽出部３２で抽出された地震に関するセンシング項目が出力される。これにより、利用者側、例えば、防災関連の施設や、民泊運営会社や、部屋の管理会社などにセンシングデバイス１０でセンシングした気圧、震度、温度、人数等のデータをスムーズに出力することができる。
【００６２】
このように、センシングデバイス１０の状態を基にセンシング項目が抽出されるため、センシングデバイス１０を複数のユーザでシェアしても、センサ管理ユニット２はセンシングデバイス１０をセンシングデバイス１０の状態に応じて負荷を変化させることができる。したがって、センシングデバイス１０に負荷がかかりすぎて障害が発生することを防止できる。したがって、センシングデバイス１０に負荷がかかりすぎて、センシングデバイス１０の正常な動作が阻害されることを防止することができる。
【００６３】
なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【００６４】
また、上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
少なくとも１つのハードウェアプロセッサを有し、
前記ハードウェアプロセッサが、
複数のセンシング項目についてセンシングを行うセンシングデバイスからセンシングデータを取得し、
前記センシングデバイスの状態を検知し、
前記センシングデバイスの状態を基に、前記複数のセンシング項目から少なくとも一つのセンシング項目を抽出し、
外部機器へ抽出された前記センシング項目を出力する、
センサ管理ユニット。
（付記２）
少なくとも１つのハードウェアプロセッサを用いて、
複数のセンシング項目についてセンシングを行うセンシングデバイスからセンシングデータを取得し、
前記センシングデバイスの状態を検知し、
前記センシングデバイスの状態を基に、前記複数のセンシング項目から少なくとも一つのセンシング項目を抽出し、
外部機器へ抽出された前記センシング項目を出力する、
処理を実行するセンサ管理方法。
【符号の説明】
【００６５】
２…センサ管理ユニット
１０…センシングデバイス
２０…外部機器
３１…検知部
３２…抽出部
３３…出力部
３８…インターフェース（取得部）
３９…制御ユニット
【要約】
複数種類のセンシング項目の各々に関するセンシングデータを生成可能なセンシングデバイスからセンシングデータを取得するように構成された取得部と、センシングデバイスが過負荷状態であるか否かを検知するように構成された検知部と、検知部による検知結果に基づいて複数種類のセンシング項目からいずれのセンシング項目を抽出するかを決定し、決定されたセンシング項目を抽出するように構成された抽出部と、抽出されたセンシング項目を外部機器へ出力するように構成された出力部とを備える。【図１】
0006451909.tif 000002
【図２】
0006451909.tif 000003
【図３】
0006451909.tif 000004
【図４】
0006451909.tif 000005
【図５】
0006451909.tif 000006