(57)【要約】      （修正有）【課題】機器そのものの異常ではないが周囲の環境条件を考慮した場合に異常な動作状態であることを検知するシステムを提供する。【解決手段】ゲートウェイ装置１００は、所定の判別タイミングが到来するたびに、制御対象となる機器３００の現在状態の情報（機器情報、動作モードなど）を取得し、制御対象機器以外の機器（２００，６００）からの情報（日付、温度情報など）と照らし合わせることで、正常な使われ方をしているかを判定する。判定は、ゲートウェイ装置が制御対象機器の情報と制御対象機器以外の機器から収集した環境情報とを、所定の判定条件に基づいて行い、正常な使われ方をしていないと判断した場合はその旨の情報若しくは、アドバイス情報を制御対象機器を使用（管理）しているユーザの情報端末４００に通知する。【選択図】図１
2015219857.tif 000002
【特許請求の範囲】
【請求項１】
制御対象装置と情報提供装置と接続され、
前記制御対象装置から得られた第１の情報と、前記情報提供装置から得られた第２の情報と、に基づいて、前記制御対象装置の異常性を判定することを特徴とする異常検知装置。
【請求項２】
請求項１に記載の異常検知装置であって、
前記制御対象装置が異常と判定したとき、前記制御対象装置の管理者あてにメールを発信することを特徴とする異常検知装置。
【請求項３】
請求項１に記載の異常検知装置であって、
前記判定は、前記情報提供装置から得られた第３の情報に基づいて実行されることを特徴とする異常検知装置。
【請求項４】
請求項３に記載の異常検知装置であって、
前記第３の情報に過去の第１の情報を含むことを特徴とする異常検知装置。
【請求項５】
制御対象装置から第１の情報を取得するステップと、情報提供装置から第２の情報を取得するステップと、前記第１の情報と前記第２の情報とに基づいて前記制御対象装置の異常性を判定するステップと、を含む異常検知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異常検知装置および異常検知方法に係り、特に外部機器と接続された異常検知装置およびその異常検知方法に関する。
【背景技術】
【０００２】
近年、クラウド技術の普及により、複数のセンタを有するシステムに、端末が接続先を意識することなく接続し、サービスの提供を受けることが可能なシステムが整いつつある。
【０００３】
Ｍ２Ｍ（Machine‐to‐Machine）システムにおいても、大規模化、クラウド化が進み、様々な業種の多種多様なセンサを同一システムに収容し、大量の情報収集することが可能となっている。また、Ｍ２Ｍシステムは、単なるセンサ情報の収集から、斜面の地滑りセンサおよび河川の水量センサを含み、リアルタイム且つ高精度な情報の収集が可能となっている。
【０００４】
更にＭ２Ｍシステムでは、センサ端末および通信端末は、設置後、単純なセンサ情報の収集を行うのみならず、ゲートウェイ装置のアプリケーションを用いることにより、機器の状態を通知し、使用状況に応じた対策を提供することが可能となっている。
【０００５】
本技術分野の背景技術として、特許文献１があり、近年、家電機器を宅内ネットワークで接続し、ゲートウェイ装置を介し宅内ネットワークとインターネットを接続するシステムが提案されてきている。宅内ネットワークの通信媒体にはＩＥＥＥ８０２．１１ｂ等を用いた無線ＬＡＮ（Local Area Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、電灯線、特定小電力無線などが利用されている。そして、宅内の機器の状態を屋外のパーソナルコンピュータや携帯電話で確認したり制御したりする技術を開示する。
【０００６】
また、特許文献２は、画像形成装置の状態を示す複数種類の状態データを収集し、収集した状態データに基づいて該画像形成装置の状態を判別する状態判別装置であって、上記画像形成装置についての複数種類の状態データを継続的に収集する状態データ収集手段と、該情報収集手段が収集した複数種類の状態データを記憶する状態データ記憶手段と、所定の判別タイミングが到来するたびに、該状態データ記憶手段に記憶されている複数種類の状態データに基づいて上記画像形成装置の異常予兆の有無を判別する異常予兆判別手段と、該異常予兆判別手段の判別結果を累積的に記憶する判別結果記憶手段と該判別結果記憶手段に記憶されている２つ以上の判別結果に基づいて異常予兆深刻度を算出する深刻度算出手段と、該深刻度算出手段が算出した異常予兆深刻度を報知する深刻度報知手段とを有する状態判別装置を開示する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】ＷＯ０４／１０７０７１
【特許文献２】特開２０１１−１１３２２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
先行技術文献では、機器そのものの異常ではないが周囲の環境条件を考慮した場合に異常な動作状態（例えば、エアコンであるなら夏に暖房、冬に冷房などの動作設定）であることを検知することは行われていなかった。これは、制御対象とする機器以外の機器からの情報を利用していなかったためである。
このように、環境条件とは異なる使われ方が行われると機器の故障のみならず、省電力の観点からも望ましくない。
【０００９】
本発明は上記課題を解決するためになされたもので、制御対象となる機器以外の装置から取得する複数の情報と。現在の制御対象機器の情報を比較することで、適切な使われ方がされているか否かを判別をし、不適切な使われ方をしている場合には、ユーザへ通知し設定変更（改善）を促すことを目的とする。また、制御対象となる機器の使用状況（設定内容とそれに応じた効果との対比）に応じて、想定しない使われ方を検知することを目的とする。
【課題を解決するための手段】
【００１０】
本発明のゲートウェイ装置は、所定の判別タイミングが到来するたびに、制御対象となる機器の現在状態の情報（機器情報、動作モードなど）を取得し、制御対象機器以外の機器からの情報（日付、温度情報など）と照らし合わせることで、正常な使われ方をしているかを判定する。
【００１１】
判定は、ゲートウェイ装置が制御対象機器の情報と制御対象機器以外の機器から収集した環境情報とを、所定の判定条件に基づいて行い、正常な使われ方をしていないと判断した場合はその旨の情報若しくは、アドバイス情報を制御対象機器を使用（管理）しているユーザの情報端末に通知する。
【００１２】
更に、本発明のゲートウェイ装置は、所定の判別タイミングが到来するたびに、制御対象機器以外の機器に蓄積された過去の情報（制御対象機器の設定内容とそれに応じた効果）と現在の情報とを比較し、正常な運用が行われているかを判断する。そこで、正常な運用が行われていないと判定した場合には、その旨の情報若しくは、アドバイス情報について、制御対象機器を使用（管理）しているユーザの情報端末に通知する。
【００１３】
上述した課題は、制御対象装置と情報提供装置と接続され、制御対象装置から得られた第１の情報と、情報提供装置から得られた第２の情報と、に基づいて、制御対象装置の異常性を判定する異常検知装置により、達成できる。なお、同様な異常検知方法でも、達成できる。
【発明の効果】
【００１４】
本発明によれば、見えない障害（サイレント障害）の見える化につながり、ユーザの利便性を大きく向上できる。
【図面の簡単な説明】
【００１５】
【図１】異常通知システムの構成を説明するブロック図である。
【図２】ゲートウェイ装置の構成を説明するブロック図である。
【図３】ゲートウェイ装置の判定処理を説明するフローチャートである。
【図４】ゲートウェイ装置の外部情報取得処理を説明するフローチャートである。
【図５】ゲートウェイ装置の対象機器情報取得処理を説明するフローチャートである。
【図６】他の異常通知システムの構成を説明するブロック図である。
【図７】ゲートウェイ装置の動作環境確認処理を説明するフローチャートである。
【図８Ａ】センサとゲートウェイ装置とサーバ間の外部情報取得のシーケンス図である。
【図８Ｂ】外部情報取得結果を説明する図である。
【図９Ａ】エアコンとゲートウェイ間の対象機器情報の取得処理のシーケンス図である。
【図９Ｂ】機器情報取得結果を説明する図である。
【図１０】ゲートウェイとサーバ間の判別テーブル情報取得処理のシーケンス図である。
【図１１Ａ】動作環境確認の判定テーブル（カレンダと動作モード）を説明する図である。
【図１１Ｂ】動作環境確認の判定テーブル（屋外気温センサ[℃]と動作モード）を説明する図である。
【図１１Ｃ】動作環境確認の判定テーブル（人感センサ[人数]と動作モード）を説明する図である。
【図１１Ｄ】動作環境確認の判定テーブル（時刻と動作モード）を説明する図である。
【図１１Ｅ】動作環境確認の判定テーブル（室内気温センサ[℃]と動作モード）を説明する図である。
【図１２Ａ】抽出結果を説明する図である。
【図１２Ｂ】判定条件を説明する図である。
【図１２Ｃ】通知内容を説明する図である。
【図１３】ゲートウェイ装置の他の動作環境確認処理を説明するフローチャートである。
【図１４Ａ】現在の状態を説明する図である。
【図１４Ｂ】他の判定条件を説明する図である。
【図１４Ｃ】他の通知内容を説明する図である。
【図１５】他の異常通知システムの構成を説明するブロック図である。
【図１６】ゲートウェイ装置の他の動作環境確認処理を説明するフローチャートである。
【図１７Ａ】太陽光発電とゲートウェイ間の対象機器情報の取得処理のシーケンス図である。
【図１７Ｂ】個体情報取得結果を説明する図である。
【図１８Ａ】ゲートウェイとサーバ間の他の判別テーブル情報取得処理のシーケンス図である。
【図１８Ｂ】情報取得結果を説明する図である。
【図１８Ｃ】期待値を説明する図である。
【図１９Ａ】動作正常性確認の判定テーブルを説明する図である。
【図１９Ｂ】判定条件を説明する図である。
【図１９Ｃ】通知内容を説明する図である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施形態について、実施例を用い図面を参照しながら詳細に説明する。
図１を参照して、異常通知システムの構成を説明する。図１において、異常通知システム７００は、ゲートウェイ（ＧＷ:GateWay）１００と、サーバ２００と、制御対象機器３００と、通知端末４００と、ネットワーク（ＮＷ:NetWork)５００と、外部センサ６００と、を含んで構成されている。制御対象機器３００は、エアコン３００−１と、太陽光発電３００−２と、を含む。サーバ２００は、情報格納サーバ２１０と、ＮＴＰ（Network Time Protocol）サーバ２２０、を含む。外部センサ６００は、複数存在する。
【００１７】
ゲートウェイ装置１００は、ネットワーク５００を介しサーバ２００を接続する。ゲートウェイ装置１００は、無線または有線にて制御対象機器３００を接続する。ゲートウェイ装置１００は、無線にて外部センサ６００を接続する。ゲートウェイ装置１００は、ユーザへ通知するための通知端末４００を接続する。ユーザは、通知端末４００の表示を閲覧する。
【００１８】
ゲートウェイ装置１００は、有線または無線により通信可能に接続されたサーバ２００からの情報と、無線により通信可能に接続されたセンサ６００からの情報をもとに、制御対象機器３００の装置状態確認と動作環境確認と動作正常性確認とを実施する。
【００１９】
情報格納サーバ２１０は、装置状態確認、動作環境確認、動作正常性確認に必要なデータを保持する。ＮＴＰサーバ２２０は、制御対象機器３００が持つ時刻を正しい時刻に同期させる。
【００２０】
図２を参照して、ゲートウェイ装置の構成を説明する。図２において、ゲートウェイ装置１００は、ＷＡＮ側ＩＦ１１０と、無線ＩＦ１２０と、ＷＡＮ側通信制御部１３０と、無線通信制御部１４０と、制御部１５０と、外部情報格納部１６０と、情報処理部１７０と、を含んで構成されている。外部情報格納部１６０は、機器情報１６１と、センサ１６２と、環境条件１６３と、を保持する。情報処理部１７０は、判定フロー１７１と、動作環境判定テーブル１７２と、動作正常性判定テーブル１７３と、を保持する。
【００２１】
無線ＩＦ１２０は、制御対象装置の設定情報と個体情報を取得する。無線通信制御部１４０は、無線ＩＦを制御する。ＷＡＮ側ＩＦ１１０は、サーバから判定テーブルと判定に必要なデータを取得する。ＷＡＮ側通信制御部１３０は、ＷＡＮ側ＩＦを制御する。外部情報格納部１６０は、サーバおよびセンサから取得した情報を格納する。情報処理部１７０は、サーバから取得した判定テーブル１７２、１７３を保持し、判定フロー１７１を処理する。制御部１５０は、ゲートウェイ装置全体を制御する。
【００２２】
図３を参照して、ゲートウェイ装置の判定処理を説明する。図３において、ゲートウェイ装置１００は、外部情報を取得する（Ｓ２０２）。ゲートウェイ装置１００は、対象機器状態を取得する（Ｓ２０３）。ゲートウェイ装置１００は、動作環境判定テーブルを取得する（Ｓ２０４）。ゲートウェイ装置１００は、動作環境の正常性を判定する（Ｓ２０５）。正常のとき、ゲートウェイ装置１００は、動作正常性判定テーブルを取得する（Ｓ２０６）。ゲートウェイ装置１００は、動作の正常性を判定する（Ｓ２０７）。正常なとき、ゲートウェイ装置１００は、データを更新して（Ｓ２０８）、終了する。ステップ２０５またはステップ２０７でＮＧのとき、ゲートウェイ装置１００は、ユーザ通知を実行して（Ｓ２０９）、終了する。
【００２３】
図４を参照して、ゲートウェイ装置の外部情報取得処理を説明する。図４において、ゲートウェイ装置１００は、ｉ＝１とする（Ｓ２０２１）。ゲートウェイ装置１００は、センサｉとＥＣＨＯＮＥＴ−Ｌｉｔｅにて接続する（Ｓ２０２２）。ゲートウェイ装置１００は、センサｉからセンサ情報を受信する（Ｓ２０２３）。ゲートウェイ装置１００は、ｉ＝ｉ＋１とする（Ｓ２０２４）。ゲートウェイ装置１００は、ｉが終了か判定する（Ｓ２０２５）。Ｎｏのとき、ゲートウェイ装置１００は、ステップ２０２２に遷移する。ステップ２０２５でＹｅｓのとき、ゲートウェイ装置１００は、サーバへ時刻・カレンダー取得要求を送信する（Ｓ２０２６）。ゲートウェイ装置１００は、サーバから時刻・カレンダー情報受信する（Ｓ２０２７）。ゲートウェイ装置１００は、サーバへまとめた取得情報送信して（Ｓ２０２８）、リターンする。
【００２４】
ここで、ＥＣＨＯＮＥＴ−Ｌｉｔｅ（エコーネットライト）は、エコーネットコンソーシアムが策定した通信プロトコルである。ＥＣＨＯＮＥＴ−Ｌｉｔｅは、スマートハウス向け制御プロトコルおよびセンサーネットプロトコルである。
【００２５】
図５を参照して、ゲートウェイ装置の対象機器情報取得処理を説明する。図５において、ゲートウェイ装置１００は、ｉ＝１とする（Ｓ２０３１）。ゲートウェイ装置１００は、対象機器ｉとＥＣＨＯＮＥＴ−Ｌｉｔｅにて接続する（Ｓ２０３２）。ゲートウェイ装置１００は、対象機器ｉから機器状態情報を受信する（Ｓ２０３３）。ゲートウェイ装置１００は、ｉ＝ｉ＋１とする（Ｓ２０３４）。ゲートウェイ装置１００は、ｉが終了か判定する（Ｓ２０３５）。Ｎｏのとき、ゲートウェイ装置１００は、ステップ２０３２に遷移する。ステップ２０３５でＹｅｓのとき、ゲートウェイ装置１００は、リターンする。
【実施例１】
【００２６】
実施例１では、エアコンの設定が外部条件と合わない場合に判別を行う異常通知システムを説明する。
【００２７】
図６を参照して、異常通知システムの構成を説明する。図６において、異常通知システム７００Ａの制御対象機器３００は、エアコン３００−１である。外部センサ６００は、屋外気温センサ６００−１と、室内気温センサ６００−２と、人感センサ６００−３と、である。ゲートウェイ１００とエアコン３００−１とは、無線通信で接続されている。ゲートウェイ１００と通知端末４００とは、無線通信で接続されている。ゲートウェイ１００と外部センサ６００とは、無線通信で接続されている。これに対して、ゲートウェイ１００とサーバ２００とは、ＮＷ５００を介して有線通信で接続されている。
【００２８】
図７を参照して、ゲートウェイの判定処理を説明する。制御対象機器となるエアコン３００−１の動作が開始されると、ゲートウェイ１００は、あらかじめ１５分と設定されている情報取得の周期設定を認識し、処理を開始する。ゲートウェイ１００は、取得が必要な外部情報であるカレンダー情報、時刻情報をサーバ２００から、屋外温度、室内温度、室内の人数の情報を屋外気温センサ６００−１、室内気温センサ６００−２、人感センサ６００−３から取得する（Ｓ４０２）。ゲートウェイ１００は、対象機器であるエアコン３００−１の動作モードと設定温度を取得する（Ｓ４０３）。以下の処理は、図３と同様なので、説明は省略する。また、サブルーチンであるステップ４０２とステップ４０３とは、それぞれステップ２０２とステップ２０３と同様である。
【００２９】
図８Ａを参照して、外部センサとゲートウェイとサーバとの間の外部情報取得処理を説明する。図８Ａにおいて、屋外気温センサ６００−１とゲートウェイ１００とは、ＥＣＨＯＮＥＴ−Ｌｉｔｅで接続する（Ｓ４１１）。屋外気温センサ６００−１は、ゲートウェイ１００にセンサ情報を送付する（Ｓ４１２）。室内気温センサ６００−２とゲートウェイ１００とは、ＥＣＨＯＮＥＴ−Ｌｉｔｅで接続する（Ｓ４１３）。室内気温センサ６００−２は、ゲートウェイ１００にセンサ情報を送付する（Ｓ４１４）。人感センサ６００−３とゲートウェイ１００とは、ＥＣＨＯＮＥＴ−Ｌｉｔｅで接続する（Ｓ４１５）。人感センサ６００−３は、ゲートウェイ１００にセンサ情報を送付する（Ｓ４１６）。ゲートウェイ１００は、サーバ２００に時刻・カレンダー取得要求を送信する（Ｓ４１７）。サーバ２００は、ゲートウェイ１００に時刻・カレンダー情報を送付する（Ｓ４１８）。ゲートウェイ１００は、サーバ２００に取得情報を送付する（Ｓ４１９）。サーバ２００は、データを更新する（Ｓ４２０）。
【００３０】
図８Ｂを参照して、取得した外部情報の結果を説明する。図８Ｂにおいて、表８０２は、取得した外部情報を格納する表である。表８０２は、室内気温１２℃、外気温５℃、時刻１１：００、カレンダー１月、室内人数一人を格納する。
【００３１】
図９Ａを参照して、エアコンとゲートウェイとの間の対象機器情報取得処理を説明する。図９Ａにおいて、エアコン３００−１とゲートウェイ１００とは、ＥＣＨＯＮＥＴ−Ｌｉｔｅで接続する（Ｓ４３１）。エアコン３００−１は、ゲートウェイ１００に動作モード：冷房を送信する（Ｓ４３２）。エアコン３００−１は、ゲートウェイ１００に設定温度：２２℃を送信する（Ｓ４３３）。
【００３２】
図９Ｂを参照して、取得した機器情報の結果を説明する。図９Ｂにおいて、表８０１は取得した機器状態を格納する表である。表８０１は、エアコンの動作モードの冷房と設定温度２２℃との情報を格納する。
【００３３】
図１０を参照して、ゲートウェイとサーバとの間の判定テーブル情報取得処理を説明する。図１０において、ゲートウェイ１００は、判定テーブル取得要求を送信する（Ｓ４４１）。サーバ２００は、ゲートウェイ１００にカレンダーテーブルを送信する（Ｓ４４２）。サーバ２００は、ゲートウェイ１００に時刻テーブルを送信する（Ｓ４４３）。サーバ２００は、ゲートウェイ１００に屋外気温テーブルを送信する（Ｓ４４４）。サーバ２００は、ゲートウェイ１００に室内気温テーブルを送信する（Ｓ４４５）。サーバ２００は、ゲートウェイ１００に人感センサテーブルを送信する（Ｓ４４６）。ゲートウェイ１００は、動作環境確認を開始する（Ｓ４４７）。
【００３４】
図１１を参照して、動作環境確認の判定テーブルを説明する。図１１において、それぞれの動作環境確認の判定テーブルには動作モードが冷房の場合、暖房の場合、ドライの場合ごとに応じ、過去の実績データおよび設定値より定義された使用率が記載されている。この判定条件をもとに取得した機器状態と外部情報を比較し、それぞれの使用率を抽出する。
【００３５】
図１１Ａを参照して、カレンダーテーブルを説明する。カレンダーテーブル８０３は、各月に対する動作モードに応じた使用率を記載する。ここでは動作モードが冷房の場合と１月の場合であるため、使用率は低（図中の太枠）と抽出される。
図１１Ｂを参照して、時刻テーブルを説明する。室外気温テーブル８０５は、各温度に対する動作モードに応じた使用率を記載する。ここでは動作モードが冷房の場合と外気温５℃の場合であるため、使用率は低と抽出される。
図１１Ｃを参照して、屋外気温テーブルを説明する。人感センサテーブル８０７は、各人数に対する動作モードに応じた使用率を記載する。ここでは動作モードが冷房の場合と室内人数一人の場合であるため、使用率は中と抽出される。
【００３６】
図１１Ｄを参照して、室内気温テーブルを説明する。時刻テーブル８０４は、、各時刻に対する動作モードに応じた使用率を記載する。ここでは動作モードが冷房の場合と時刻が１１：００の場合であるため、使用率は低と抽出される。
図１１Ｅを参照して、人感センサテーブルを説明する。室内気温テーブル８０６は、各温度に対する動作モードに応じた使用率を記載する。ここでは動作モードが冷房の場合と室内気温１２℃の場合であるため、使用率は低と抽出される。
【００３７】
図１２Ａを参照して、動作環境確認の判定テーブルで取得した抽出結果を説明する。図１２Ａにおいて、使用率低を×、使用率中以上を○と表記する。抽出結果である抽出結果テーブル９０１において、抽出した結果は室内気温が実条件１２℃であり使用率低のため判定は×、屋外気温の実条件が５℃であり使用率低のため判定は×、時刻の実条件は１１：００であり使用率低のため判定は×、カレンダー情報から実条件が１月であり使用率低のため判定は×、室内人数は実条件が一人であり使用率中のため判定は○となる。
【００３８】
図１２Ｂを参照して、判定条件を説明する。図１２Ｂにおいて、表９０２は判定結果の条件式である。以上５つの条件から導き出された判定結果をもとに判定条件９０２より×が３つ超えのときメッセージ通知の送信を判定する。ここでは×が４個、○が１個であり、×が３個超の判定が抽出されたため、ゲートウェイ１００は、ＮＧ（メッセージ通知）と判定する。
【００３９】
図１２Ｃを参照して、通知端末への通知内容を説明する。図１２Ｃにおいて、表９０３は、通知内容であり、ＮＧと判定された結果、ゲートウェイ１００は、通知端末４００にエアコンの設定が正しいか、ユーザに確認を促す通知メールを送信する。
【００４０】
図１３を参照して、動作環境正常性確認の処理を説明する。図１３において、フローは１５分周期で開始される。ゲートウェイ１００は、カレンダー、時刻、センサ情報である室内温度、人感センサの情報を取得する（Ｓ４０４）。ゲートウェイ１００は、対象機器情報である動作モード、設定モード情報を取得する（Ｓ４０５）。以下のステップ２０４〜ステップ２０９は、図７と同一なので省略する。また、サブルーチンであるステップ４０４とステップ４０５とは、それぞれステップ２０２とステップ２０３と同様である。
【００４１】
図１４Ａを参照して、動作正常性確認結果を説明する。図１４Ａにおいて、動作正常性確認結果９１１は、現在の状態の経過時間、設定値、実測値と、過去のデータの期待値と、比較値と、判定結果と、を含んで構成されている。
【００４２】
図１４Ｂを参照して、判定条件を説明する。図１４Ｂにおいて、判定条件９１２は、±３℃以上の差が３０分以上続いた場合、または３０分以上室内気温が変わらない場合である。ここでは、＋４℃以上が３０分続いているので、ゲートウェイ１００は、ＮＧと判定する。
【００４３】
図１４Ｃを参照して、判定結果が異常であった際の通知内容を説明する。図１４Ｃにおいて、図１４Ｂの判定条件が不適（ＮＧ）だったので、ゲートウェイ１００は、タイトルとして状態通知、対象機器としてエアコンとするメッセージを、通信端末４００へ送信する。メッセージ内容は、「窓開いていませんか？故障の可能性があります」である。
【実施例２】
【００４４】
実施例２では、太陽光発電の発電量が予測値と合わないことを通知する異常通知システムを説明する。
図１５を参照して、実施例２の異常通知システム７００Ｂの構成を説明する。図１５において、制御対象機器３００は、太陽光発電３００−２である。ゲートウェイ装置１００は、サーバ２００とネットワーク５００を介し有線にて接続されている。制御対象機器の太陽光発電３００−２は、有線によりゲートウェイ１００と接続されている。ゲートウェイ装置１００は、ユーザへ通知するための通知端末４００が有線接続されている。ゲートウェイ装置１００は、サーバ２００からの情報と、太陽光発電３００−２の情報をもとに判定テーブル取得をし、動作正常性確認を実施する。
【００４５】
図１６を参照して、異常通知システム７００Ｂのゲートウェイ装置１００における判定処理を説明する。図１６において、制御対象機器である太陽光発電３００−２の動作が開始されると、ゲートウェイ装置１００は、あらかじめ５分と設定されている情報取得の周期設定を認識する。ゲートウェイ装置１００は、取得が必要な対象機器の個体情報の地域データと発電能力を取得するための対象機器情報取得フローに遷移する（Ｓ４０６）。対象機器情報を取得すると、ゲートウェイ装置１００は、外部情報取得に遷移する（Ｓ４０７）。これ以降のステップ２０６〜ステップ２０９は、説明済みのため、省略する。また、サブルーチンであるステップ４０６とステップ４０７とは、それぞれステップ２０２とステップ２０３とから理解可能であり、省略する。
【００４６】
図１７Ａを参照して、太陽光発電とゲートウェイとの間の対象機器情報取得シーケンスを説明する。対象機器となる太陽光発電３００−２とゲートウェイ装置１００の間はＥｃｈｏｎｅｔ−Ｌｉｔｅによって接続される（Ｓ４５１）。Ｅｃｈｏｎｅｔ−Ｌｉｔｅの接接続方法は、規格であるため説明を省略する。太陽光発電３００−２は、地域データである「ＡＡＡ」をゲートウェイ装置１００に送信する（Ｓ４５２）。太陽光発電３００−２は、発電能力である「５．０ｋＷ」をゲートウェイ装置１００に送信する（Ｓ４５３）。
【００４７】
図１７Ｂを参照して、ゲートウェイ装置が保持する個体情報取得結果を説明する。図１７Ｂにおいて、ゲートウェイ１００は、〔ここを最後に編集〕対象機器から取得した個体情報の地域データＡＡＡと発電能力５．０ｋＷとを個体情報テーブル１７４に格納する。ゲートウェイ１００は、個体情報テーブル１７４について、図２の情報処理部１７０に保持する。
【００４８】
図１８Ａを参照して、ゲートウェイとサーバとの間の判定テーブル取得処理のシーケンスを説明する。図１８Ａにおいて、ゲートウェイ１００は、サーバ２００に判定テーブル取得要求を送信する（Ｓ４６１）。サーバ２００は、カレンダー情報、気象情報、時刻を確認する（Ｓ４６２）。サーバ２００は、過去データ、地域データの期待値を選定する（Ｓ４６３）。サーバ２００は、ゲートウェイ１００に動作正常性判定テーブルを送信する（Ｓ４６４）。ゲートウェイ１００は、動作正常性確認処理を実行する（Ｓ４６５）。
【００４９】
ステップ４６３において、サーバ２００は、気象条件とカレンダー情報に合った過去データと地域データを選定する。サーバ２００は、最も近い気象条件と発電能力のデータを過去データからの期待値として、最も近い地域のデータを地域データの期待値として採用する。
【００５０】
図１８Ｂを参照して、サーバへの要求に添付する抽出結果を説明する。図１８Ｂにおいて、表９４１に抽出結果を示す。表９４１では、カレンダー情報が４月、天気が晴れ、時刻情報が８時を格納する。
【００５１】
図１８Ｃを参照して、サーバからの情報取得結果を説明する。図１８Ｃにおいて、表９４２にサーバ２００から取得した過去データの条件として天気情報と日付情報と時刻情報、過去データからの期待値と地域データからの期待値の一覧を示す。サーバ２００は、採用した表９４２をもとに動作正常性確認の判定テーブルを抽出し、ゲートウェイ装置１００に送付する。
【００５２】
図１９Ａを参照して、動作正常性確認テーブルを説明する。図１９Ａにおいて、動作正常性確認テーブル９５１は、実測データと過去データと地域データと判定結果を含む。実測データは、データ取得開始からの経過時間とゲートウェイ装置が太陽光発電３００−２から５分おきに取得する実測値が格納する。過去データは、サーバ２００が過去のデータから取得した期待値を格納する。地域データは、サーバ２００が周辺地域のデータから取得した期待値を格納する。
【００５３】
動作正常性確認テーブル９５１には過去５回分の実測データと過去のデータと地域データとの比較値を格納する。ゲートウェイ装置１００は、実測値と過去データの期待値の比較値、実測値と地域データの比較値のどちらか一方または両方が実測値が外れたことを検知した時点で通知が必要かの判定を開始する。この判定は、５分おきに判定を続ける。
【００５４】
図１９Ｂを参照して、判定条件を説明する。図１９Ｂにおいて、判定条件は、（１）過去データからの判定条件を、（２）地域データからの判定条件、（３）総合判定条件、を含む。
【００５５】
過去データとの比較値が±１００Ｗ未満のとき○、±１００Ｗ以上の場合に×となる。地域データとの比較値が±１００Ｗ未満のとき○、±１００Ｗ以上の場合に×となる。総合判定条件において、地域データと過去データが両方○だった場合は○と判定し、地域データと過去データどちらか片方が×となった場合と、地域データと過去データが両方×だった場合に×と判定する。この判定結果が５分周期で３回連続×となった場合に機器の異常と判断する。
【００５６】
以上３つの判定条件に従い、総合判定結果がＮＧだった場合、ゲートウェイ１００は、動作正常性確認を終了し、メッセージを通知端末にメール送信する。ここでは、１０分経過時の過去データと地域データの両方の判定が×となり総合判定結果が×、１５分経過時の比較値が過去データと地域データの両方の判定が×となり総合判定結果が×、２０経過時の比較値が過去データと地域データの両方の判定が×となり総合判定結果が×となるため、総合判定条件より、５分周期で３回連続×となった場合に該当する。このため、判定は、ＮＧとなる。
図１９Ｃを参照して、通知内容を説明する。図１９Ｃにおいて、通知内容９５３は、機器に異常がないか、周囲環境は問題ないか、ユーザに確認を促す内容である。
【００５７】
上述した実施例によれば、機器そのものの異常ではないが、使用方法が周囲環境とあっていない状態の検知が可能となり、不適切な使われ方をしている場合には、ユーザへ通知し設定変更（改善）を促すことが可能となる。そのようにすることにより、環境条件とは異なる使われ方での機器の故障が減り、無駄な電力消費を抑えることが可能となる。
【００５８】
また、対象機器以外からの情報や蓄積した過去のデータと照合するとことで、機器の性能低下の検知も可能となり、機器異常や使用条件の異常を早期摘出し、適切なタイミングでの修繕でき、完全に停止する前の保守ができる。
【符号の説明】
【００５９】
１００…ゲートウェイ装置、１１０…ＷＡＮ側ＩＦ、１２０…無線ＩＦ、１３０…ＷＡＮ側通信制御部、１４０…無線通信制御部、１５０…制御部、１６０…外部情報格納部、１７０…情報処理部、２００…サーバ、３００…制御対象機器、４００…通知端末、５００…ＮＷ、６００…外部センサ、７００…異常通知システム。
【図１】
2015219857.tif 000003
【図２】
2015219857.tif 000004
【図３】
2015219857.tif 000005
【図４】
2015219857.tif 000006
【図５】
2015219857.tif 000007
【図６】
2015219857.tif 000008
【図７】
2015219857.tif 000009
【図８Ａ】
2015219857.tif 000010
【図８Ｂ】
2015219857.tif 000011
【図９Ａ】
2015219857.tif 000012
【図９Ｂ】
2015219857.tif 000013
【図１０】
2015219857.tif 000014
【図１１Ａ】
2015219857.tif 000015
【図１１Ｂ】
2015219857.tif 000016
【図１１Ｃ】
2015219857.tif 000017
【図１１Ｄ】
2015219857.tif 000018
【図１１Ｅ】
2015219857.tif 000019
【図１２Ａ】
2015219857.tif 000020
【図１２Ｂ】
2015219857.tif 000021
【図１２Ｃ】
2015219857.tif 000022
【図１３】
2015219857.tif 000023
【図１４Ａ】
2015219857.tif 000024
【図１４Ｂ】
2015219857.tif 000025
【図１４Ｃ】
2015219857.tif 000026
【図１５】
2015219857.tif 000027
【図１６】
2015219857.tif 000028
【図１７Ａ】
2015219857.tif 000029
【図１７Ｂ】
2015219857.tif 000030
【図１８Ａ】
2015219857.tif 000031
【図１８Ｂ】
2015219857.tif 000032
【図１８Ｃ】
2015219857.tif 000033
【図１９Ａ】
2015219857.tif 000034
【図１９Ｂ】
2015219857.tif 000035
【図１９Ｃ】
2015219857.tif 000036