(57)【要約】【課題】低廉デバイスの異常を好適に検知する技術を提供する。【解決手段】管理対象装置の自らの制御に従って前記管理対象装置の動作情報を外部に出力する前記管理対象装置を管理する管理装置であって、前記管理対象装置から出力された前記動作情報を取得する動作情報管理部と、前記動作情報管理部によって取得された前記動作情報を記憶する動作情報記憶部と、前記動作情報記憶部に記憶されている前記動作情報に基づいて前記管理対象装置における異常を判定する異常判定部と、を備える。【選択図】図１
2017227987.tif 000002
【特許請求の範囲】
【請求項１】
管理対象装置の自らの制御に従って前記管理対象装置の動作情報を外部に出力する前記管理対象装置を管理する管理装置であって、
前記管理対象装置から出力された前記動作情報を取得する動作情報管理部と、
前記動作情報管理部によって取得された前記動作情報を記憶する動作情報記憶部と、
前記動作情報記憶部に記憶されている前記動作情報に基づいて前記管理対象装置における異常を判定する異常判定部と、
を備えることを特徴とする管理装置。
【請求項２】
前記動作情報管理部は、
前記管理対象装置から出力された複数種類の前記動作情報を取得し、
前記動作情報記憶部は、
前記動作情報管理部によって取得された複数種類の前記動作情報を記憶し、
前記異常判定部は、
前記動作情報記憶部に記憶されている各種類の前記動作情報に基づいて個々の異常判定項目について判定するとともに、複数の異常判定項目の判定結果に基づいて前記管理対象装置における異常を判定する、
ことを特徴とする請求項１に記載の管理装置。
【請求項３】
前記異常判定項目は、当該管理対象装置との間の接続状態、当該管理対象装置の電池残量、当該管理対象装置の電池の減少傾向、当該管理対象装置の受信電力強度、及び、前記管理対象装置が出力するデータ値であり、
前記動作情報管理部は、
複数種類の前記動作情報として、当該管理装置との接続開始時刻、前記管理対象装置の電池残量、前記管理対象装置の受信電力強度、及び、前記管理対象装置が出力するデータ値を取得し、
前記異常判定部は、
前記接続開始時刻に基づいて前記異常判定項目の１つである前記接続状態について判定し、
前記電池残量に基づいて前記異常判定項目の１つである電池残量が許容範囲内であるか否かを判定し、
前記電池残量に基づいて前記異常判定項目の１つとして電池の減少傾向が許容範囲内であるか否かを判定し、
前記受信電力強度に基づいて前記異常判定項目の１つとして受信電力強度の減少傾向が許容範囲内であるか否かを判定し、
前記データ値に基づいて前記異常判定項目の１つとして前記データ値が許容範囲内であるか否かを判定する、
ことを特徴とする請求項２に記載の管理装置。
【請求項４】
前記動作情報管理部は、
前記異常判定部による前記接続状態の判定結果が正常でなかった場合、他の前記異常判定項目の判定結果にかかわらず、前記動作情報記憶部に記憶されている当該管理対象装置の全部の前記動作情報を削除する、
ことを特徴とする請求項３に記載の管理装置。
【請求項５】
異常判定用の判定条件に使用されるパラメータ値を記憶する登録情報記憶部
を更に備え、
前記異常判定部は、
前記動作情報記憶部に記憶されている前記動作情報と、前記登録情報記憶部に記憶されている前記パラメータ値を使用した前記判定条件とに基づいて前記管理対象装置における異常を判定する、
ことを特徴とする請求項１乃至請求項４の何れか１項に記載の管理装置。
【請求項６】
管理対象装置の自らの制御に従って前記管理対象装置の動作情報を外部に出力する前記管理対象装置を管理する管理方法であって、
動作情報管理部が、前記管理対象装置から出力された前記動作情報を取得する動作情報管理ステップと、
異常判定部が、前記動作情報管理ステップにおいて取得された前記動作情報に基づいて前記管理対象装置における異常を判定する異常判定ステップと、
を有することを特徴とする管理方法。
【請求項７】
管理対象装置の自らの制御に従って前記管理対象装置の動作情報を外部に出力する前記管理対象装置を管理する管理装置のコンピュータに、
前記管理対象装置から出力された前記動作情報を取得する動作情報管理ステップと、
前記動作情報管理ステップにおいて取得された前記動作情報に基づいて前記管理対象装置における異常を判定する異常判定ステップと、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、管理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、ＰＣや通信機器だけでなくあらゆるモノ（以降デバイスと呼ぶ）がインターネットにつながるＩＯＴ（Internet of Things）時代が到来しつつある（例えば、非特許文献１参照）。インターネットを利用したサービス提供において、デバイスはデータの収集やユーザへの通知等重要な役割を担うことから、安定したサービス提供のため、デバイスの異常を迅速に把握したいというニーズがある（例えば、非特許文献２参照）。こういったニーズに対し、現状は、デバイス自身が異常を通知する機能を実装するエージェント方式か、上位装置が定期的にデバイスに問い合わせてデバイスの状態を確認するポーリング方式が用いられている。
【０００３】
エージェント方式の採用には、デバイス自身が異常を検知するためにデバイス自身が比較的高い処理性能（ＣＰＵ、メモリ等）を有している必要がある。ポーリング方式の採用には、上位装置からデバイスに状態を問い合わせる際に、上位装置とデバイスとの間のネットワーク接続が保持されている必要がある。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】総務省  H27年度情報通信白書  第2部第4節
【非特許文献２】TTC技術レポート  TR-1053  サービスプラットフォームにおけるカスタマサポート機能
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、例えば電池で駆動するような低消費電力と安価な製造コストとが要求される低廉デバイスの場合、異常を検知するのが困難であるという問題がある。例えば、エージェント方式の採用には、上述したようにデバイス自身が比較的高い処理性能を有している必要があるが、低廉デバイスは処理性能が高くはないため、低廉デバイスについてエージェント方式の採用は困難である。また、ポーリング方式の採用には、上述したように上位装置とデバイスとの間のネットワーク接続が保持されている必要があるが、低廉デバイスは、低消費電力の実現のため、適宜（例えば、通信終了から所定時間経過時に）、ネットワーク接続を切断するように設計されるものも多く、低廉デバイスについて上位装置主導のポーリング方式は適しない。
【０００６】
上記事情に鑑み、本発明は、低廉デバイスの異常を好適に検知する技術を提供することを目的としている。
【課題を解決するための手段】
【０００７】
本発明の一態様は、管理対象装置の自らの制御に従って前記管理対象装置の動作情報を外部に出力する前記管理対象装置を管理する管理装置であって、前記管理対象装置から出力された前記動作情報を取得する動作情報管理部と、前記動作情報管理部によって取得された前記動作情報を記憶する動作情報記憶部と、前記動作情報記憶部に記憶されている前記動作情報に基づいて前記管理対象装置における異常を判定する異常判定部と、を備える。
【０００８】
本発明の一態様は、上記管理装置であって、前記動作情報管理部は、前記管理対象装置から出力された複数種類の前記動作情報を取得し、前記動作情報記憶部は、前記動作情報管理部によって取得された複数種類の前記動作情報を記憶し、前記異常判定部は、前記動作情報記憶部に記憶されている各種類の前記動作情報に基づいて個々の異常判定項目について判定するとともに、複数の異常判定項目の判定結果に基づいて前記管理対象装置における異常を判定する。
【０００９】
本発明の一態様は、上記管理装置であって、前記異常判定項目は、当該管理対象装置との間の接続状態、当該管理対象装置の電池残量、当該管理対象装置の電池の減少傾向、当該管理対象装置の受信電力強度、及び、前記管理対象装置が出力するデータ値であり、前記動作情報管理部は、複数種類の前記動作情報として、当該管理装置との接続開始時刻、前記管理対象装置の電池残量、前記管理対象装置の受信電力強度、及び、前記管理対象装置が出力するデータ値を取得し、前記異常判定部は、前記接続開始時刻に基づいて前記異常判定項目の１つである前記接続状態について判定し、前記電池残量に基づいて前記異常判定項目の１つである電池残量が許容範囲内であるか否かを判定し、前記電池残量に基づいて前記異常判定項目の１つとして電池の減少傾向が許容範囲内であるか否かを判定し、前記受信電力強度に基づいて前記異常判定項目の１つとして受信電力強度の減少傾向が許容範囲内であるか否かを判定し、前記データ値に基づいて前記異常判定項目の１つとして前記データ値が許容範囲内であるか否かを判定する。
【００１０】
本発明の一態様は、上記管理装置であって、前記動作情報管理部は、前記異常判定部による前記接続状態の判定結果が正常でなかった場合、他の前記異常判定項目の判定結果にかかわらず、前記動作情報記憶部に記憶されている当該管理対象装置の全部の前記動作情報を削除する。
【００１１】
本発明の一態様は、上記管理装置であって、異常判定用の判定条件に使用されるパラメータ値を記憶する登録情報記憶部を更に備え、前記異常判定部は、前記動作情報記憶部に記憶されている前記動作情報と、前記登録情報記憶部に記憶されている前記パラメータ値を使用した前記判定条件とに基づいて前記管理対象装置における異常を判定する。
【００１２】
本発明の一態様は、管理対象装置の自らの制御に従って前記管理対象装置の動作情報を外部に出力する前記管理対象装置を管理する管理方法であって、動作情報管理部が、前記管理対象装置から出力された前記動作情報を取得する動作情報管理ステップと、異常判定部が、前記動作情報管理ステップにおいて取得された前記動作情報に基づいて前記管理対象装置における異常を判定する異常判定ステップと、を有する。
【００１３】
本発明の一態様は、管理対象装置の自らの制御に従って前記管理対象装置の動作情報を外部に出力する前記管理対象装置を管理する管理装置のコンピュータに、前記管理対象装置から出力された前記動作情報を取得する動作情報管理ステップと、前記動作情報管理ステップにおいて取得された前記動作情報に基づいて前記管理対象装置における異常を判定する異常判定ステップと、を実行させるプログラムである。
【発明の効果】
【００１４】
本発明により、低廉デバイスの異常を好適に検知することが可能となる。従って、例えば、サービス提供事業者は、安価なコストでサービスを提供し、また迅速に故障対応等も行うことができるようになり、ユーザは、安価で比較的安定したサービスを利用することができるようになる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態であるＨＧＷを含む通信システムのシステム構成を示すブロック図である。
【図２】ＨＧＷが、未登録のデバイス３を管理対象装置として新たに登録するときの処理の流れを示すフローチャートである。
【図３】ＨＧＷが記憶する情報の一例である。
【図４】ＨＧＷが、管理対象装置として登録されているデバイスの動作情報を蓄積するときの処理の流れを示すフローチャートである。
【図５】ＨＧＷが、管理対象装置として登録されているデバイスの異常状態をＨＧＷが判定するときの処理の流れを示すフローチャートである。
【図６】異常判定項目毎の異常判定を説明するための説明図である。
【図７】異常判定項目毎の異常判定を説明するための説明図である。
【図８】総合判定結果パターンの一例である。
【発明を実施するための形態】
【００１６】
図１は、本発明の一実施形態であるＨＧＷ（ホームゲードウェイ）２を含む通信システム１のシステム構成を示すブロック図である。通信システム１は、図１に示すように、ＨＧＷ２、Ｎ台（Ｎは２以上の整数）のデバイス３−１、…、デバイス３−Ｎ、端末（ＰＣ、タブレット等）４、サーバ５を備える。なお、以下の説明において、Ｎ台のデバイス３−１〜３−Ｎをデバイス３と総称する。また、Ｎは２以上の整数であると説明したが、デバイス３の台数は１台であってもよい。
【００１７】
デバイス３は、低消費電力と安価な製造コストとが要求される低廉デバイスであって、図１に示すように、電源（例えば電池）、通信部、センサ等を備える。デバイス３は、外部（例えば、ＨＧＷ２）からの要求（例えば、ポーリング）に従って自身の動作情報を外部に出力するのではなく自身の制御に従って動作情報を外部に出力する。デバイス３は、ＨＧＷ２による異常判定（正常、異常（故障含む）の判定）の管理（監視）の対象となる装置（管理対象装置）となり得る。
【００１８】
なお、デバイス３は、ＣＰＵやメモリを備えるものであってもよいが、デバイス３は廉価なものを想定しているため、デバイス３がＣＰＵやメモリを備える場合であってもＣＰＵやメモリの処理性能は高くないものとする。
【００１９】
端末４は、例えば、ＨＧＷ２による異常判定に用いられる設定値（後述）を入力するために用いられる。サーバ５は、例えば、ＨＧＷ２から異常判定の判定結果に関する通知を受信する。
【００２０】
ＨＧＷ２は、管理対象装置であるデバイス３を管理する管理装置であって、図１に示すように、通信部２１、デバイス登録部２２、動作情報管理部２３、異常判定部２４、通知部２５、登録情報記憶部２８、及び、動作情報記憶部２９を備える。
【００２１】
通信部２１は、通信機能を有し、外部の装置（デバイス３、端末４、サーバ５等）との間で種々の情報を送受信する。通信部２１は、無線による通信を実装した無線通信部（非図示）と、有線による通信を実装した有線通信部（非図示）とを含む概念である。
【００２２】
デバイス登録部２２は、未登録のデバイス３を管理対象装置として新たに登録する。具体的には、デバイス登録部２２は、デバイス３（新たに管理対象装置となるデバイス３）に関する情報を取得し、登録情報記憶部２８に書き込む。本実施形態では、デバイス登録部２２は、デバイス３のＵＵＩＤ（デバイス識別子。例えば、ＭＡＣアドレス等）、デバイス３の基本情報（後述）、デバイス３の異常の判定に用いられるパラメータ（以下、「検知パラメータ」という）の値、記憶上限設定値（後述）を取得し、ＵＵＩＤに対応付けて、基本情報、検知パラメータの値、及び、記憶上限設定値を登録情報記憶部２８に書き込む。なお、検知パラメータは、デバイス３の異常判定用の判定条件（異常判定条件）に使用される数値である。
【００２３】
登録情報記憶部２８は、デバイス３（管理対象装置となったデバイス３）に関する情報を記憶する。具体的には、登録情報記憶部２８は、ＵＵＩＤに対応付けて、デバイス３の基本情報、検知パラメータの値を記憶する（図３（Ａ）参照）。
【００２４】
動作情報管理部２３は、デバイス３（管理対象装置となったデバイス３）の動作に関する動作情報を管理する。具体的には、動作情報管理部２３は、デバイス３の動作情報を取得し、動作情報記憶部２９に書き込む。本実施形態では、動作情報管理部２３は、デバイス３から出力された複数種類の動作情報（ＨＧＷ２との間の接続開始時刻、デバイス３の電池残量、デバイス３の受信電力強度、デバイス３が出力するデータ値）を取得し、当該デバイス３のＵＵＩＤに対応付けて、接続開始時刻、電池残量、受信電力強度、データ値を動作情報記憶部２９に書き込む。
【００２５】
なお、動作情報管理部２３は、デバイス３に動作情報の出力（送信）を要求することなくデバイス３から出力された動作情報を取得する。つまり、動作情報管理部２３は、デバイス３が主体的に出力した動作情報する。
【００２６】
また、動作情報管理部２３は、動作情報記憶部２９に記憶されている動作情報を削除する。例えば、動作情報管理部２３は、異常判定部２４による判定結果に応じて動作情報記憶部２９に記憶されている動作情報を削除する場合もある。具体的には、異常判定部２４は、複数の異常判定項目について判定するとともに複数の異常判定項目の判定結果に基づいてデバイス３における異常を判定するが（詳細は後述）、動作情報管理部２３は、あるデバイス３の接続状態（異常判定部２４による異常判定項目の１つ）の判定結果が正常でなかった場合には、他の異常判定項目（電池残量、電池の減少傾向、受信電力強度の減少傾向、データ値）の判定結果にかわわらず、動作情報記憶部２９に記憶されている当該デバイス３の全部の動作情報を削除する。また、動作情報管理部２３は、動作情報の記憶数（レコード数）が記憶上限設定値（後述）を超えないように動作情報記憶部２９に記憶されている動作情報を削除する。
【００２７】
動作情報記憶部２９は、デバイス３（管理対象装置となったデバイス３）から出力された複数種類の動作情報を記憶する。具体的には、動作情報記憶部２９は、ＵＵＩＤに対応付けて、接続開始時刻、電池残量、受信電力強度、データ値を記憶する（図３（Ｂ）参照）。
【００２８】
異常判定部２４は、動作情報記憶部２９に記憶されている動作情報に基づいて、デバイス３（管理対象装置となったデバイス３）における異常を判定する。本実施形態では、異常判定部２４は、動作情報記憶部２９に記憶されている各種類の動作情報に基づいて個々の異常判定項目について判定するとともに、複数の異常判定項目の判定結果に基づいてデバイス３における異常を判定する。また、本実施形態では、異常判定部２４は、動作情報記憶部２９に記憶されている動作情報と、登録情報記憶部２８に記憶されている検知パラメータの値を使用した異常判定条件とに基づいてデバイス３における異常を判定する。なお、異常判定部２４は、最終的な判定結果（デバイス３における異常の判定結果）を通知部２５に供給する。
【００２９】
上述の異常判定項目は、当該デバイス３との間の接続状態、当該デバイス３の電池残量、当該デバイス３の電池の減少傾向、当該デバイス３の受信電力強度、及び、当該デバイス３が出力するデータ値である。つまり、異常判定部２４は、異常判定項目の１つである接続状態について判定し、異常判定項目の１つである電池残量が許容範囲内であるか否かを判定し、異常判定項目の１つとして電池の減少傾向が許容範囲内であるか否かを判定し、異常判定項目の１つとして受信電力強度の減少傾向が許容範囲内であるか否かを判定し、異常判定項目の１つとしてデータ値が許容範囲内であるか否かを判定し、個々の異常判定項目の判定結果の組み合せに応じてデバイス３における異常を判定する。
【００３０】
より詳細には、動作情報管理部２３は、複数種類の動作情報として、ＨＧＷ２との間の接続開始時刻、デバイス３の電池残量、デバイス３の受信電力強度、及び、デバイス３が出力するデータ値を取得する。一方、異常判定部２４は、接続開始時刻に基づいて接続状態について判定し、電池残量に基づいて電池残量が許容範囲内であるか否かと、電池の減少傾向が許容範囲内であるか否かを判定し、受信電力強度に基づいて受信電力強度の減少傾向が許容範囲内であるか否かを判定し、データ値に基づいてデータ値が許容範囲内であるか否かを判定し、個々の異常判定項目の判定結果の組み合せに応じてデバイス３における異常を判定する。
【００３１】
通知部２５は、通信部２１を介して外部に種々の情報を通知（送信）する。例えば、通知部２５は、異常判定部２４から取得した最終的な判定結果に応じた情報を通知する。なお、通知部２５は、ＳＮＭＰ（Simple Network Management Protocol）に対応し、企業固有トラップを用いて、例えば電子メールをサーバ５に送信してもよい。
【００３２】
続いて、未登録のデバイス３を管理対象装置として新たに登録するときの処理の流れを説明する。図２は、ＨＧＷ２が、未登録のデバイス３を管理対象装置として新たに登録するときの処理の流れを示すフローチャートである。なお、通信部２１は、Bluetoothによりデバイス３と通信するものとする。また、基本情報は、デバイス名称及びデバイス型番であるものとする。
【００３３】
図２において、まず、通信部２１は、あるデバイス３とのペアリングを行った場合には、ペアリングが行われた旨をデバイス登録部２２に通知する（ステップＳ１０）。具体的には、通信部２１は、ペアリングが行われた旨の通知として当該デバイス３のＵＵＩＤをデバイス登録部２２に通知する。つまり、ＨＧＷ２の配下（通信エリア内等）のデバイス３とのペアリングを契機として、異常の監視対象にすべく、当該デバイス３のＵＵＩＤをデバイス登録部２２に通知する。
【００３４】
ペアリングが行われた旨を通知されたデバイス登録部２２は、当該デバイス３の基本情報の取得を通信部２１に要求する（ステップＳ１１）。具体的には、デバイス登録部２２は、上記の取得要求として当該デバイス３のＵＵＩＤを通信部２１に通知する。但し、デバイス登録部２２は、登録情報記憶部２８を参照し、当該ＵＵＩＤが既に記憶されている場合、ステップＳ１１の処理を行わずに処理を終了させる（図２のフローチャートは終了する）。
【００３５】
基本情報の取得を要求された通信部２１は、ペアリングを行ったデバイス３に基本情報を要求する（ステップＳ１２）。なお、上記要求を受信したデバイス３は、基本情報をＨＧＷ２に送信する。通信部２１は、デバイス３から基本情報を取得し（ステップＳ１３）、ＵＵＩＤ及び基本情報をデバイス登録部２２に供給する。
【００３６】
ＵＵＩＤ及び基本情報を取得したデバイス登録部２２は、ＵＵＩＤと基本情報とを対応付けて登録情報記憶部２８に記憶する（ステップＳ１４）。
【００３７】
続いて、デバイス登録部２２は、当該デバイス３の検知パラメータの値、及び、記憶上限設定値の取得を通信部２１に要求する（ステップＳ１５）。例えば、デバイス登録部２２は、上記の取得要求として当該デバイス３のＵＵＩＤ及び基本情報を通信部２１に通知する。
【００３８】
検知パラメータの値、及び、記憶上限設定値の取得を要求された通信部２１は、端末４に検知パラメータの値、及び、記憶上限設定値を要求する（ステップＳ１６）。なお、上記要求を受信した端末４は、検知パラメータの値、及び、記憶上限設定値の入力を受け付ける設定画面を表示する。なお、端末４は、設定画面には、当該デバイス３の基本情報を表示してもよい。端末４は、保守員又はユーザ等が設定画面において入力した入力値（検知パラメータの値、記憶上限設定値）をＨＧＷ２に送信する。通信部２１は、端末４から検知パラメータの値、及び、記憶上限設定値を取得し（ステップＳ１７）、ＵＵＩＤ、検知パラメータの値、及び、記憶上限設定値をデバイス登録部２２に供給する（ステップＳ１８）。
【００３９】
ＵＵＩＤ、検知パラメータの値、及び、記憶上限設定値を取得したデバイス登録部２２は、当該ＵＵＩＤに対応付けて検知パラメータの値、及び、記憶上限設定値を登録情報記憶部２８に記憶する（ステップＳ１８）。そして、図２のフローチャートは終了する。
【００４０】
図３（Ａ）は、ＨＧＷ２が記憶する情報（登録情報記憶部２８の記憶内容）の一例である。図２のフローチャートの開始時において、１台のデバイス３が登録されていると仮定（登録情報記憶部２８には図３（Ａ）の矢印「Ｒ１」のレコードのみが記憶されていると仮定）し、新たにデバイス３のペアリングが行われ、当該ペアリングが行われたデバイス３のＵＵＩＤが「a0eexy00-9c0b-4ef8-bb6d-6bb9bd380a11」、デバイス名称が「照度センサ」、デバイス型番が「Sensor-02」であった場合には、図２のフローチャートのステップＳ１４において、登録情報記憶部２８には図３（Ａ）の矢印「Ｒ２」のレコードに示すように、ＵＵＩＤ「a0eexy00-9c0b-4ef8-bb6d-6bb9bd380a11」とデバイス名称「照度センサ」とデバイス型番「Sensor-02」とが対応付けて記憶される。なお、図３（Ａ）の矢印「Ｒ２」のレコードには、検知パラメータの値や記憶上限設値も記憶されているが、実際にはステップＳ１４の処理においては記憶されない。また、ステップＳ１７の処理において取得した検知パラメータαの値が「２０」、βの値が「８」、γの値が「−１．５」、δｌｏｗの値が「０」、δｈｉｇｈの値が「１０００」、εの値が「０．０５」であり、記憶上限設定値が「５」であった場合には、登録情報記憶部２８には図３（Ａ）の矢印「Ｒ２」のレコードに示すように、ＵＵＩＤ「a0eexy00-9c0b-4ef8-bb6d-6bb9bd380a11」に対応付けて、α「２０」、β「８」、γ「−１．５」、δｌｏｗ「０」、δｈｉｇｈ「１０００」、ε「０．０５」、記憶上限設定値「５」が記憶される。なお、検知パラメータα、β、γ、δｌｏｗ、δｈｉｇｈ、εについては後述する。
【００４１】
続いて、管理対象装置として登録されているデバイス３の動作情報を蓄積するときの処理の流れを説明する。図４は、ＨＧＷ２が、管理対象装置として登録されているデバイス３の動作情報を蓄積するときの処理の流れを示すフローチャートである。なお、デバイス３は、動作情報を通信部２１に送信するときには、ＵＵＩＤとともに動作情報を通信部２１に送信するものとする。また、デバイス３は、主体的に動作情報を送信するが、具体的には、例えば、所定時刻（例えば、毎日午前１０時と午後８時等）に動作情報を送信してもよいし、所定時間間隔（例えば、２時間間隔等）で動作情報を送信してもよい。また、全部のデバイス３の送信タイミングが同時（上記所定時刻が同一）であってもよいし、デバイス３毎に所定時刻や所定時間間隔が異なっていてもよい。
【００４２】
図４において、まず、通信部２１は、デバイス３が送信した動作情報を取得し（ステップＳ３０）、当該デバイス３のＵＵＩＤとともに動作情報を動作情報管理部２３に供給する。
【００４３】
ＵＵＩＤ及び動作情報を取得した動作情報管理部２３は、登録情報記憶部２８を参照し、当該ＵＵＩＤに対応付けて記憶されている記憶上限設定値を取得する（ステップＳ３１）。つまり、動作情報管理部２３は、当該動作情報の送信元のデバイス３について設定されている記憶上限設定値を取得する。続いて、動作情報管理部２３は、動作情報記憶部２９を参照し、当該ＵＵＩＤに対応付けて既に記憶されている動作情報の現レコード数を取得する（ステップＳ３２）。つまり、動作情報管理部２３は、当該動作情報の送信元のデバイス３の動作情報の蓄積数（蓄積回数）を取得する。
【００４４】
続いて、動作情報管理部２３は、現レコード数と記憶上限設定値とが等しいか否かを判定する（ステップＳ３３）。つまり、動作情報管理部２３は、現レコード数が記憶上限設定値に到達しているか否かを判定する。
【００４５】
現レコード数と記憶上限設定値とが等しくない場合（ステップＳ３３；ＮＯ）、つまり、現レコード数が記憶上限設定値に未だ到達していない場合には、ステップＳ３０において今回取得した動作情報を動作情報記憶部２９に記憶する（ステップＳ３５）。そして、本フローチャートは終了する。一方、現レコード数と記憶上限設定値とが等しい場合（ステップＳ３３；ＹＥＳ）、つまり、現レコード数が記憶上限設定値に既に到達している場合には、既に記憶されている動作情報のうち最も古いレコードを削除し（ステップＳ３４）、ステップＳ３０において今回取得した動作情報を動作情報記憶部２９に記憶する（ステップＳ３５）。そして、本フローチャートは終了する。
【００４６】
図３（Ｂ）は、ＨＧＷ２が記憶する情報（動作情報記憶部２９の記憶内容）の一例である。図４のフローチャートはデバイス３毎に行われるものである。図４のフローチャートが実行されることにより、図３（Ｂ）に示すように、動作情報記憶部２９にはデバイス３毎の動作情報が蓄積される。より詳細には、夫々のデバイス３について、動作情報記憶部２９に蓄積されている動作情報の数（レコード数）が個々のデバイス３について設定された記憶上限設定値に到達する前は今回取得した動作情報を単に蓄積し、動作情報記憶部２９に蓄積されている動作情報の数（レコード数）が個々のデバイス３について設定された記憶上限設定値に到達した後は最も古いレコードを削除しつつ今回取得した動作情報を蓄積するようにしている。なお、図３（Ｃ）については後述する。
【００４７】
続いて、管理対象装置として登録されているデバイス３の異常状態を判定するときの処理の流れを説明する。図５は、ＨＧＷ２が、管理対象装置として登録されているデバイス３の異常状態を判定するときの処理の流れを示すフローチャートである。
【００４８】
図５において、まず、動作情報管理部２３は、登録情報記憶部２８を参照し、ＵＵＩＤに対応付けて検知パラメータの値を取得し（ステップＳ５０）、ＵＵＩＤに対応付けて検知パラメータの値を異常判定部２４に供給する。つまり、動作情報管理部２３は、管理対象端末として登録されている夫々のデバイス３の検知パラメータの値を登録情報記憶部２８から取得して異常判定部２４に供給する。なお、動作情報管理部２３は、例えば、所定時間間隔で（定期的に）、夫々のデバイス３の検知パラメータの値を登録情報記憶部２８から取得して異常判定部２４に供給してもよい。
【００４９】
夫々のデバイス３の検知パラメータの値を取得した異常判定部２４は、動作情報記憶部２９を参照し、夫々のＵＵＩＤに対応付けて記憶されている動作情報を取得する（ステップＳ５１）。つまり、異常判定部２４は、管理対象装置となっている夫々のデバイス３について、動作情報記憶部２９に蓄積されている動作情報を取得する。
【００５０】
続いて、異常判定部２４は、異常状態の判定処理を実行する（ステップＳ５２）。具体的には、異常判定部２４は、夫々のデバイス３について、個々の異常判定項目について判定するとともに複数の異常判定項目の判定結果に基づいてデバイス３における異常を判定する。より詳細には、本実施形態では、デバイス３における動作状態の判定結果として複数種類の総合判定結果パターン（図８参照）が予め用意されており、詳細は後述（図６〜図８参照）するが、異常判定部２４は、上記判定処理（ステップＳ５２）において、夫々のデバイス３について、複数の異常判定項目の判定結果に基づいて複数種類のうちの何れの総合判定結果パターンとなるかを判定している。
【００５１】
上記判定処理（ステップＳ５２）を実行した異常判定部２４は、夫々のデバイス３のＵＵＩＤとともに夫々のデバイス３の判定結果（総合判定結果パターン）を通知部２５に供給する。ＵＵＩＤ及び判定結果を取得した通知部２５は、通信部２１を介して、夫々のデバイス３の判定結果をサーバ５に通知する（ステップＳ５３）。具体的には、通知部２５は、判定結果を示した電子メールをサーバ５に送信する（ステップＳ５３）。なお、通知部２５は、正常である旨の判定結果については通知しないようにしてもよい（電子メールを送信しないようにしてもよい）。
【００５２】
続いて、異常判定部２４は、夫々のデバイス３について、異常判定項目の１つである通信状態の判定結果が“ＯＫ”であるか否かを確認する（ステップＳ５４）。
【００５３】
少なくとも１つのデバイス３について通信状態の判定結果が“ＯＫ”でなかった場合には（ステップＳ５４；ＮＯ）、異常判定部２４は、通信状態の判定結果が“ＯＫ”ではなかったデバイス３のＵＵＩＤを動作情報管理部２３に通知する。なお、複数のデバイス３について通信状態の判定結果が“ＯＫ”でなかった場合には、夫々のＵＵＩＤを動作情報管理部２３に通知する。
【００５４】
ＵＵＩＤを取得した動作情報管理部２３は、動作情報記憶部２９に記憶されている、当該ＵＵＩＤの動作情報を全件削除し（ステップＳ５５）、図５のフローチャートは終了する。
【００５５】
一方、何れのデバイス３についても通信状態の判定結果が“ＯＫ”であった場合には（ステップＳ５４；ＹＥＳ）、ステップＳ５５の処理を行わずに、図５のフローチャートは終了する。
【００５６】
以下、図６〜図８を用いて、異常判定部２４による異常状態の判定処理（図５のステップＳ５２）について説明する。図６及び図７は、異常判定項目毎の異常判定を説明するための説明図である。具体的には、図６は、電池残量、電池の減少量、受信電力強度の減少傾向の夫々の異常判定条件と夫々の異常判定条件において用いられる検知パラメータの一例を示している。また、図７（Ａ）は、取得データ値の異常判定条件と当該異常判定条件において用いられる検知パラメータの一例を示している。図７（Ｂ）は、接続状態の異常判定条件と当該異常判定条件において用いられる検知パラメータの一例を示している。図８は、総合判定結果パターンの一例である。なお、以下の説明では、ある１つのデバイス３について説明するが、他のデバイス３についても同様である。
【００５７】
異常判定部２４は、まず、夫々の異常判定項目について判定する。
（異常判定項目の１つである電池残量Ｖｎの判定）
異常判定部２４は、電池残量許容値αを用いた異常判定条件（図６参照）に従って、電池残量（Ｖｎ）が電池残量許容値α以上であればＯＫ（正常）であると判定し、電池残量許容値α未満であればＮＧ（異常）であると判定する。なお、電池残量許容値αは、ステップＳ５０において登録情報記憶部２８から取得した検知パラメータαである。
【００５８】
なお、異常判定部２４は、ステップＳ５１において動作情報記憶部２９から複数の電池残量（電池残量（Ｖ１）、電池残量（Ｖ２）、…、）を取得するが、電池残量Ｖは一般に増加しないため、電池残量Ｖｎの判定処理では、最新の電池残量のみを用いて判定を行えばよい。例えば、ステップＳ５１においてＮ個の電池残量（電池残量（Ｖ１）、電池残量（Ｖ２）、…、電池残量（ＶＮ））を取得した場合、異常判定部２４は、最新の電池残量ＶＮが電池残量許容値α以上であればＯＫであると判定し、電池残量許容値α未満であればＮＧであると判定する。但し、電池残量Ｖの測定誤差を考慮して、最新ではない電池残量も用いて判定を行なってもよい。例えば、ステップＳ５１においてＮ個の電池残量を取得した場合に、異常判定部２４は、Ｎ個の電池残量（（Ｖ１）、（Ｖ２）、…、（ＶＮ−１））、（ＶＮ））の何れもが電池残量許容値α以上であればＯＫであると判定し、１個以上が電池残量許容値α未満であればＮＧであると判定してもよい。
【００５９】
また、電池残量Ｖｎの判定処理において、Ｎ個の電池残量（（Ｖ１）、（Ｖ２）、…、（ＶＮ−１））、（ＶＮ））のうち、電池残量許容値α以上の電池残量が所定個数以上あったときにはＯＫであると判定し所定個数以上なかったときにはＮＧであると判定してもよい。電池の減少量の判定、取得データ値の判定においても同様に判定してもよい。
【００６０】
（異常判定項目の１つである電池の減少量（Ｖｎ−Ｖｎ−１）の判定）
異常判定部２４は、減少量の許容係数βを用いた異常判定条件（図６参照）に従って、減少量（Ｖｎ−Ｖｎ−１）が許容値（βΔＶ）以上であればＯＫであると判定し、許容値（βΔＶ）未満であればＮＧであると判定する。なお、減少量の許容係数βは、ステップＳ５０において登録情報記憶部２８から取得した検知パラメータβである。また、ΔＶは、電池残量Ｖの減少の傾きであり、ステップＳ５１において動作情報記憶部２９から取得した複数の電池残量（電池残量（Ｖ１）、電池残量（Ｖ２）、…、）から算出される。例えば、異常判定部２４は、最小二乗法を用いて電池残量Ｖの減少の傾き（ΔＶ）を算出するようにしてもよい。
【００６１】
なお、電池の減少量（Ｖｎ−Ｖｎ−１）の判定処理では、最新の減少量のみを用いて判定を行うようにしてもよいし、過去の減少量も用いて判定を行うようにしてもよい。つまり、ステップＳ５１においてＮ個の電池残量（電池残量（Ｖ１）、電池残量（Ｖ２）、…、電池残量（ＶＮ））を取得した場合、異常判定部２４は、最新の減少量（ＶＮ−ＶＮ−１）が許容値（βΔＶ）以上であればＯＫであると判定し、許容値（βΔＶ）未満であればＮＧであると判定してもよい。また、上記の場合に、異常判定部２４は、各回の減少量（（Ｖ２−Ｖ１）、（Ｖ３−Ｖ２）、…、（ＶＮ−ＶＮ−１））が何れも許容値（βΔＶ）以上であればＯＫであると判定し、何れかが許容値（βΔＶ）未満であればＮＧであると判定してもよい。
【００６２】
（異常判定項目の１つである受信電力強度の減少傾向（Δγ）の判定）
異常判定部２４は、減少傾向の許容値γを用いた異常判定条件（図６参照）に従って、減少傾向（Δγ）が許容値（γ）以上であればＯＫであると判定し、許容値（γ）未満であればＮＧであると判定する。なお、減少傾向の許容値γは、ステップＳ５０において登録情報記憶部２８から取得した検知パラメータγである。また、Δγは、受信電力強度Ｒの減少の傾きであり、ステップＳ５１において動作情報記憶部２９から取得した複数の受信電力強度（受信電力強度（Ｒ１）、電池残量（Ｒ２）、…、）から算出される。例えば、異常判定部２４は、最小二乗法を用いて受信電力強度Ｒの減少の傾き（Δγ）を算出するようにしてもよい。
【００６３】
（異常判定項目の１つである取得データ値（Ｘｎ）の判定）
異常判定部２４は、取得値の下限許容値δｌｏｗと取得値の上限許容値δｈｉｇｈとを用いた異常判定条件（図７（Ａ）参照）に従って、取得データ値（Ｘｎ）が下限許容値δｌｏｗ以上且つ上限許容値δｈｉｇｈ以下であればＯＫであると判定し、下限許容値δｌｏｗ未満か上限許容値δｈｉｇｈを超えればＮＧであると判定する。なお、取得値の下限許容値δｌｏｗは、ステップＳ５０において登録情報記憶部２８から取得した検知パラメータδｌｏｗである。取得値の上限許容値δｈｉｇｈは、ステップＳ５０において登録情報記憶部２８から取得した検知パラメータδｈｉｇｈである。
【００６４】
なお、取得データ値（Ｘｎ）の判定処理では、最新の取得データ値のみを用いて判定を行うようにしてもよいし、過去の取得データ値も用いて判定を行うようにしてもよい。つまり、ステップＳ５１においてＮ個のデータ値（取得データ値（Ｘ１）、取得データ値（Ｘ２）、…、取得データ値（ＸＮ））を取得した場合、異常判定部２４は、最新の取得データ値（ＸＮ）が下限許容値δｌｏｗ以上且つ上限許容値δｈｉｇｈ以下であればＯＫであると判定し、下限許容値δｌｏｗ未満か上限許容値δｈｉｇｈを超えていればＮＧであると判定してもよい。また、上記の場合に、異常判定部２４は、各回の取得データ値（（Ｘ１）、（Ｘ２）、…、（ＸＮ））が何れも限許容値δｌｏｗ以上且つ上限許容値δｈｉｇｈ以下であればＯＫであると判定し、何れかが下限許容値δｌｏｗ未満か上限許容値δｈｉｇｈを超えていればＮＧであると判定してもよい。
【００６５】
（異常判定項目の１つである接続状態の判定）
異常判定部２４は、接続間隔の許容係数εを用いた異常判定条件（図７（Ｂ）参照）に従って、１番目に新しい接続開始時刻（Ｔｎ）と２番目に新しい接続開始時刻（Ｔｎ−１）の間隔（Ｔｎ−Ｔｎ−１）が過去の複数の接続間隔（Δｔ）と許容係数εとに基づく許容範囲（（１−ε）Δｔ）以上であって、且つ、１番目に新しい接続開始時刻（Ｔｎ）と現在時刻（Ｔ）の間隔（Ｔ−Ｔｎ）が、過去の複数の接続間隔（Δｔ）と許容係数εとに基づく許容範囲（（１＋ε）Δｔ）以下である場合にはＯＫであると判定し、１番目に新しい接続開始時刻（Ｔｎ）と２番目に新しい接続開始時刻（Ｔｎ−１）の間隔（Ｔｎ−Ｔｎ−１）が過去の複数の接続間隔（Δｔ）と許容係数εとに基づく許容範囲（（１−ε）Δｔ）未満である場合には接続以上であると判定し、１番目に新しい接続開始時刻（Ｔｎ）と２番目に新しい接続開始時刻（Ｔｎ−１）の間隔（Ｔｎ−Ｔｎ−１）が過去の複数の接続間隔（Δｔ）と許容係数εとに基づく許容範囲（（１−ε）Δｔ）以上であって、且つ、１番目に新しい接続開始時刻（Ｔｎ）と現在時刻（Ｔ）の間隔（Ｔ−Ｔｎ）が、過去の複数の接続間隔（Δｔ）と許容係数εとに基づく許容範囲（（１＋ε）Δｔ）を超える場合にはタイムアウトであると判定する。なお、接続間隔の許容係数εは、ステップＳ５０において登録情報記憶部２８から取得した検知パラメータεである。
【００６６】
次に、異常判定部２４は、夫々の異常判定項目の判定結果（電池残量の判定結果、電池の減少量の判定結果、受信電力強度の減少傾向の判定結果、取得データ値の判定結果、接続状態の判定結果）に基づいてデバイス３における異常を判定する。具体的には、異常判定部２４は、図８に示すように、夫々の異常判定項目の判定結果に基づいて何れかの総合判定結果パターンとなるかを判定する。
【００６７】
図８に示す例によれば、例えば、電池残量の判定結果が「ＯＫ」、電池の減少量の判定結果が「ＯＫ」、受信電力強度の減少傾向の判定結果が「ＯＫ」、取得データ値の判定結果が「ＯＫ」及び接続状態の判定結果が「ＯＫ」であるときには、異常判定部２４は、総合判定結果パターン「１」となると判定する。また、電池残量の判定結果が「ＯＫ」、電池の減少量の判定結果が「ＯＫ」、受信電力強度の減少傾向の判定結果が「ＯＫ」、取得データ値の判定結果が「ＯＫ」及び接続状態の判定結果が「異常接続」であるときには、異常判定部２４は、総合判定結果パターン「２」となると判定する。また、電池残量の判定結果が「ＮＧ」、接続状態の判定結果が「タイムアウト」であるときには、異常判定部２４は、総合判定結果パターン「１８」となると判定とする。総合判定結果パターン「３」〜「１７」となると判定する場合についても図８に示す通りであるため、説明を省略する。
【００６８】
以上、通信システム１について説明したが、管理対象装置となったデバイス３は、外部（例えば、ＨＧＷ２、サーバ５）からの要求に従って自装置の動作情報を外部に出力するのではなく自装置の制御に従って動作情報を外部に出力する。つまり、デバイス３は、定期的にネットワークの接続と切断を行う低消費電力、低コストの装置（機器）である。
【００６９】
デバイス３を管理するＨＧＷ２は、デバイス３に動作情報の出力を要求することなくデバイス３から出力された動作情報を取得する動作情報管理部２３と、動作情報管理部２３によって取得された動作情報を記憶する動作情報記憶部２９と、動作情報記憶部２９に記憶されている動作情報に基づいてデバイス３における異常を判定する異常判定部２４と、を備える。これにより、低廉デバイスであるデバイス３の異常を好適に検知することができる。従って、例えば、サービス提供事業者は、安価なコストでサービスを提供し、また迅速に故障対応等も行うことができるようになり、ユーザは、安価で比較的安定したサービスを利用することができるようになる。
【００７０】
換言すれば、ＨＧＷ２は、動作情報蓄積部（動作情報管理部２３、動作情報記憶部２９等）が、デバイス３に動作情報の出力を要求することなくデバイス３から出力された動作情報を取得して蓄積する動作情報蓄積ステップ（図４参照）と、異常判定部２３が、動作情報蓄積ステップにおいて蓄積された動作情報に基づいてデバイス３における異常を判定する異常判定ステップ（図５参照）とを有する管理方法を提供している。
【００７１】
また、動作情報管理部２３は、異常判定部２４による接続状態の判定結果が正常でなかった場合（例えば、図８の総合判定パターンが「２」「３」「５」「６」「８」「９」「１１」「１２」「１４」「１５」「１７」「１８」となった場合）、他の異常判定項目（電池残量、電池の減少量、受信電力強度の減少傾向、取得データ値）の判定結果にかわわらず、動作情報記憶部２９に記憶されている当該デバイス３の全部の動作情報を削除する。これにより、「正常」であるもの（総合判定パターンが「１」）、若しくは、種々の「可能性あり」のもの（総合判定パターンが「４」「７」「１０」「１３」「１６」）以外は削除されるため、次回の判定に影響がでないようになる。なお、総合判定パターンが「１」以外の場合には通知部２５から通知が行われるため、動作情報を削除しても問題はない。
【００７２】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００７３】
例えば、上記実施形態では、ＨＧＷ２とデバイス３との通信はBluetoothであると説明したが、Bluetoothでなくてもよい。例えば、Wi-SUNであってもよい。
【００７４】
また、上記実施形態では、基本情報を取得して記憶し（図２のステップＳ１３、Ｓ１４）、その後、検知パタメータと記憶上限設定値を取得して記憶しているが（図２のステップＳ１７、Ｓ１８）、基本情報と検知パタメータと記憶上限設定値とを纏めて取得し、纏めて記憶してもよい。
【００７５】
また、上記実施形態では、検知パラメータの値及び記憶上限設定値の要求（図２ステップＳ１６）を受信した端末４は、検知パラメータの値及び記憶上限設定値の入力を受け付ける設定画面を表示し、保守員又はユーザ等が設定画面において検知パラメータの値及び記憶上限設定値を入力し、ＨＧＷ２に入力内容（検知パラメータの値及び記憶上限設定値）が送信されることにより、ＨＧＷ２が検知パラメータの値、及び、記憶上限設定値を取得すると説明したが、ＨＧＷ２が検知パラメータの値及び記憶上限設定値を取得する方法はこれに限定されない。例えば、ＨＧＷ２がデバイス種別と検知パラメータの値とを対応付けたテーブル（図３（Ｃ）参照）を記憶しておき、上記要求を受信した端末４がデバイス種別の値及び記憶上限設定値の入力を受け付ける設定画面を表示し、保守員又はユーザ等が設定画面においてデバイス種別の値及び記憶上限設定値を入力し、ＨＧＷ２に入力内容（デバイス種別の値及び記憶上限設定値）が送信されることにより、ＨＧＷ２が、取得したデバイス種別に対応する検知パラメータを上記テーブルから特定し、検知パラメータの値及び記憶上限設定値を取得してもよい。
【００７６】
また、上記実施形態では、異常状態の判定を行うときには、全部のデバイス３について纏めて実行（例えば、全部のデバイス３についてステップＳ５０の処理を実行した後に全部のデバイス３についてステップＳ５１の処理を実行する等）しているが、デバイス３毎に実行（例えば、あるデバイス３についてステップＳ５０の処理〜ステップＳ５４（又はステップＳ５５）の処理を実行した後に次のデバイス３についてステップＳ５０の処理〜ステップＳ５４（又はステップＳ５５）の処理を実行等）してもよい。
【００７７】
なお、上記の通信システム１又はＨＧＷ２を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録し、そのプログラムをコンピュータシステムに読み込ませて実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【符号の説明】
【００７８】
１…通信システム，２…ＨＧＷ（管理装置），  ３…デバイス（管理対象装置），  ４…ユーザ端末（ＰＣ、タブレット等），  ５…サーバ，  ２１…通信部，  ２２…デバイス登録部，  ２３…動作情報管理部，  ２４…異常判定部，  ２５…通知部，  ２８…登録情報記憶部，  ２９…動作情報記憶部
【図１】
2017227987.tif 000003
【図２】
2017227987.tif 000004
【図３】
2017227987.tif 000005
【図４】
2017227987.tif 000006
【図５】
2017227987.tif 000007
【図６】
2017227987.tif 000008
【図７】
2017227987.tif 000009
【図８】
2017227987.tif 000010
【手続補正書】
【提出日】平成29年8月31日(2017.8.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
管理対象装置の自らの制御に従って前記管理対象装置の動作情報を外部に出力する前記管理対象装置を管理する管理装置であって、
前記管理対象装置から出力された前記動作情報を取得する動作情報管理部と、
前記動作情報管理部によって取得された前記動作情報を記憶する動作情報記憶部と、  前記動作情報記憶部に記憶されている前記動作情報に基づいて前記管理対象装置における異常を判定する異常判定部と、
を備え、
前記動作情報管理部は、
前記管理対象装置から出力された複数種類の前記動作情報を取得し、
前記動作情報記憶部は、
前記動作情報管理部によって取得された複数種類の前記動作情報を記憶し、
前記異常判定部は、
前記動作情報記憶部に記憶されている各種類の前記動作情報に基づいて個々の異常判定項目について判定するとともに、複数の異常判定項目の判定結果に基づいて前記管理対象装置における異常を判定し、
前記異常判定項目は、当該管理対象装置との間の接続状態、当該管理対象装置の電池残量、当該管理対象装置の電池の減少傾向、当該管理対象装置の受信電力強度、及び、前記管理対象装置が出力するデータ値であり、
前記動作情報管理部は、
複数種類の前記動作情報として、当該管理装置との接続開始時刻、前記管理対象装置の電池残量、前記管理対象装置の受信電力強度、及び、前記管理対象装置が出力するデータ値を取得し、
前記異常判定部は、
前記接続開始時刻に基づいて前記異常判定項目の１つである前記接続状態について判定し、
前記電池残量に基づいて前記異常判定項目の１つである電池残量が許容範囲内であるか否かを判定し、
前記電池残量に基づいて前記異常判定項目の１つとして電池の減少傾向が許容範囲内であるか否かを判定し、
前記受信電力強度に基づいて前記異常判定項目の１つとして受信電力強度の減少傾向が許容範囲内であるか否かを判定し、
前記データ値に基づいて前記異常判定項目の１つとして前記データ値が許容範囲内であるか否かを判定する、
管理装置。
【請求項２】
前記動作情報管理部は、
前記異常判定部による前記接続状態の判定結果が正常でなかった場合、他の前記異常判定項目の判定結果にかかわらず、前記動作情報記憶部に記憶されている当該管理対象装置の全部の前記動作情報を削除する、
ことを特徴とする請求項１に記載の管理装置。
【請求項３】
異常判定用の判定条件に使用されるパラメータ値を記憶する登録情報記憶部
を更に備え、
前記異常判定部は、
前記動作情報記憶部に記憶されている前記動作情報と、前記登録情報記憶部に記憶されている前記パラメータ値を使用した前記判定条件とに基づいて前記管理対象装置における異常を判定する、
ことを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
管理対象装置の自らの制御に従って前記管理対象装置の動作情報を外部に出力する前記管理対象装置を管理する管理方法であって、
動作情報管理部が、前記管理対象装置から出力された前記動作情報を取得する動作情報管理ステップと、
異常判定部が、前記動作情報管理ステップにおいて取得された前記動作情報に基づいて前記管理対象装置における異常を判定する異常判定ステップと、
を有し、
前記動作情報管理部は、前記動作情報管理ステップにおいて、
前記管理対象装置から出力された複数種類の前記動作情報を取得し、
前記動作情報管理部によって取得された複数種類の前記動作情報を記憶し、
前記異常判定部は、前記異常判定ステップにおいて、
前記動作情報記憶部に記憶されている各種類の前記動作情報に基づいて個々の異常判定項目について判定するとともに、複数の異常判定項目の判定結果に基づいて前記管理対象装置における異常を判定し、
前記異常判定項目は、当該管理対象装置との間の接続状態、当該管理対象装置の電池残量、当該管理対象装置の電池の減少傾向、当該管理対象装置の受信電力強度、及び、前記管理対象装置が出力するデータ値であり、
前記動作情報管理部は、前記動作情報管理ステップにおいて、
複数種類の前記動作情報として、当該管理装置との接続開始時刻、前記管理対象装置の電池残量、前記管理対象装置の受信電力強度、及び、前記管理対象装置が出力するデータ値を取得し、
前記異常判定部は、前記異常判定ステップにおいて、
前記接続開始時刻に基づいて前記異常判定項目の１つである前記接続状態について判定し、
前記電池残量に基づいて前記異常判定項目の１つである電池残量が許容範囲内であるか否かを判定し、
前記電池残量に基づいて前記異常判定項目の１つとして電池の減少傾向が許容範囲内であるか否かを判定し、
前記受信電力強度に基づいて前記異常判定項目の１つとして受信電力強度の減少傾向が許容範囲内であるか否かを判定し、
前記データ値に基づいて前記異常判定項目の１つとして前記データ値が許容範囲内であるか否かを判定する、管理方法。
【請求項５】
コンピュータを、請求項１から３のいずれか一項に記載の管理装置として機能させるためのプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正の内容】
【００３２】
続いて、未登録のデバイス３を管理対象装置として新たに登録するときの処理の流れを説明する。図２は、ＨＧＷ２が、未登録のデバイス３を管理対象装置として新たに登録するときの処理の流れを示すフローチャートである。なお、通信部２１は、Bluetooth（登録商標）によりデバイス３と通信するものとする。また、基本情報は、デバイス名称及びデバイス型番であるものとする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００７３
【補正方法】変更
【補正の内容】
【００７３】
例えば、上記実施形態では、ＨＧＷ２とデバイス３との通信はBluetooth（登録商標）であると説明したが、Bluetooth（登録商標）でなくてもよい。例えば、Wi-SUN（登録商標）であってもよい。