JP6366376B2 - 通知制御システム、コントローラおよび通知制御の方法 - Google Patents

Description

本開示は、機器の異常を検出し、異常の発生を通知するための技術に関する。

機器の運用時に、機器の異常を検出して機器外部の装置へ通知することで、運用を安定して行うことができる。例えば、ＨＥＭＳ（Home Energy Management System）のように複数の機器を接続してこれら機器の稼働状況を管理するシステムにおいては、各機器の異常を効果的に検出し、異常を通知することが、システムの安定した運用に必要となる。

機器の異常を検出する技術として、例えば、特開２０１４−５７４７１号公報（特許文献１）は、車両の異常の検出可能性を高める技術について記載している。特許文献１に記載された技術によると、制御装置は、車両の外部からの給電が開始されてから所定時間以内に、充電装置による充電の異常停止回数が所定回数以上となった場合に、リレーに対して電源供給を禁止する指令を出力する。これにより、車両の異常の検出可能性を高めることができ、ユーザが何度もブレーカを復帰させ電源投入および電源遮断が繰り返されるような事態を避けることができる。

特開２０１４−５７４７１号公報

しかし、機器に発生する異常の種類によっては、システムのユーザに頻繁に通知することが必ずしも必要ではないものもある。例えば、異常が検出されるものの、緊急性を要しない異常であれば、異常が検出される都度、その異常の通知を行うことがユーザにとって煩わしい場合がある。また、緊急性を要しない異常が大量にユーザに通知されることにより、ユーザが他の重要な異常を見過ごす可能性もある。そのため機器に発生する異常を通知する技術を、ユーザにとっていっそう使いやすいものとすることが必要とされている。

一実施形態に従う通知制御システムは、エラーの発生を通信装置へ通知するためのものである。通知制御システムは、監視対象機器でエラーが発生したことを示すエラー情報を受信するための受信手段と、通知制御システムの動作を制御するための制御手段とを含む。制御手段は、受信するエラー情報に基づいて、一定期間ごとに、各期間におけるエラーの発生度合を出力する出力部と、出力される各期間のエラーの発生度合を比較することにより、エラーの発生が増加傾向にある期間についてはエラーの発生を通信装置へ通知し、エラーの発生が増加傾向にない期間については通信装置へのエラーの通知を抑止する通知制御部とを含む。

上記一実施形態によると、エラーの発生が増加傾向にある場合にエラーの発生を通信装置へ通知し、エラーの発生が増加傾向にない場合は通知を抑止する。例えば、ある機器が異常となり、定期的に異常を出力し続ける場合において、通知制御システムは、そのエラーの検出の初期にエラーを通信装置へ通知した後、エラーの発生が増加傾向ではないため通信装置へのエラー発生の通知を抑止する。そのため、機器のエラーが頻繁に検出される場合においても、通信装置へのエラーの通知のタイミングを制御することができ、通知制御システムを、ユーザにとっていっそう使いやすいものとすることができる。

この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。

実施の形態１の通知制御システム１の構成を概略的に示すブロック図である。 サーバ１００の構成を示すブロック図である。 通信装置３００の構成を示すブロック図である。 サーバ１００のエラーＤＢ１０８に蓄積される、エラー情報１８１のデータ構造を示す図である。 サーバ１００の記憶部１０６に記憶されるエラーコード情報１６３のデータ構造を示す図である。 実施の形態１のサーバ１００が、エラー情報の通知を制御するための処理を示すフローチャートである。 エラーの発生が増加傾向にあるか否かにより、サーバ１００が通信装置３００へのエラー通知を制御する処理を示す図である。 実施の形態２のサーバ２０Ａの構成を示す図である。 エラーが発生し続ける場合に、エラーの発生傾向が増加傾向にあるか否かにより、サーバ２０Ａが通信装置３００へのエラー通知を制御する処理を示す図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜実施の形態１＞
図１は、実施の形態１の通知制御システム１の構成を概略的に示すブロック図である。図１を参照して、通知制御システム１は、サーバ１００と、複数の通信装置３００Ａ、３００Ｂ（以下、複数の通信装置３００Ａ、３００Ｂを総称して「通信装置３００」ということもある）と、複数の無線基地局４００、４００Ａと、複数のＭＭＥ（Mobility Management Entity）５００、５００Ａと、ブロードバンドルータ６００と、ＨＥＭＳコントローラ７００とが配置されている。通信装置３００Ａ、通信装置３００Ｂ、ブロードバンドルータ６００、サーバ１００等の各装置は、インターネット９００に接続されている。

ブロードバンドルータ６００とＨＥＭＳコントローラ７００とは、建屋の中に配置されている。建屋には、屋外の屋根部分に、複数の太陽電池モジュールを含む太陽電池モジュール８１０が配置されている。パワーコンディショナ８２０、蓄電池８３０、給湯機８４０、流量計８９１およびガスメータ８９２も屋外に配置されている。建屋の屋内には、分電盤８５０、マルチエネルギーモニタ８６０、多回路ＣＴ（Current Transformer）センサ８７０、複数の家電機器（エアコンディショナ８０１、空気清浄機８０２、冷蔵庫８０３および洗濯機８０４など）を含む家電機器８００、タップ８８０および流量データ送信機８９０が配置されている。

サーバ１００は、大容量の記憶装置を備えるコンピュータシステムであり、ＤＢＭＳ（database management system）としての機能を発揮する。家屋内には、家電機器８００等など、機器の異常を監視する対象となる監視対象機器がある。これら監視対象機器は、異常が発生すると、エラーが発生したことを示すエラー情報を、例えばＨＥＭＳコントローラ７００を介してサーバ１００へ出力する。サーバ１００は、これら監視対象機器からインターネット９００を経由してエラー情報を受信し、受信したエラー情報をデータベースに蓄積する。サーバ１００は、これら蓄積したエラー情報に基づいて、通信装置３００等の通信機器に対し、監視対象機器におけるエラーの発生を通知する。

実施の形態１のサーバ１００は、監視対象機器から受信するエラー情報に基づいて、各機器におけるエラーの発生の度合（ある期間内におけるエラーの発生の回数）を、逐次、出力している。サーバ１００は、エラーの発生の度合を監視し、エラーの発生の度合が増加傾向にある場合は、エラーの発生を、通信装置３００等の通信機器へ通知する。また、エラーの発生の度合が増加傾向にない場合（エラーの発生頻度が一定程度である場合、エラーの発生が減少傾向にある場合など）、サーバ１００は、エラーの発生を記録している場合であっても通信装置３００等へのエラーの通知をしないことで、エラーの通知を抑止する。これにより、エラーが監視対象機器に頻繁に発生するものの、ユーザに毎回通知することを要しない場合に、ユーザへのエラー通知の頻度を一定以下に低減することができる。

ブロードバンドルータ６００は、インターネット９００と接続されており、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１などの規格に対応した無線ＬＡＮ（Local Area Network）機能を備えて通信装置３００Ａ等の通信機器と無線通信を行う。

ＨＥＭＳコントローラ７００は、有線ＬＡＮによりブロードバンドルータ６００と接続されている。ＨＥＭＳコントローラ７００は、ブロードバンドルータ６００に接続される無線通信機器を発見して、これら機器のリストを最新の状態に更新する。ＨＥＭＳコントローラ７００は、無線通信機能を有しており、例えばＣＴセンサ８７０、タップ８８０および流量データ送信機８９０等の機器と無線通信し、これらの機器から消費電力の測定結果を受信して記憶する。

ＣＴセンサ８７０は、設置対象の機器の消費電力を測定し、測定した消費電力のデータをＨＥＭＳコントローラ７００へ送信する。実施の形態１では、ＣＴセンサ８７０は、分電盤８５０の主幹ブレーカと分岐ブレーカとに接続することができる。ＣＴセンサ８７０を分電盤８５０の主幹ブレーカに接続した場合、ＣＴセンサ８７０は、建屋全体の消費電力を測定する。また、分岐ブレーカが部屋全体に対応したものであると、ＣＴセンサ８７０を分電盤８５０の分岐ブレーカに接続することで、ＣＴセンサ８７０は、部屋全体の消費電力を測定する。

マルチエネルギーモニタ８６０は、太陽光発電システム、蓄電池システム、給湯機システムなどの複数のエネルギーシステムの運転状況を表示して、様々な機器の稼働状況をユーザが容易に制御することを可能とするためのモニター装置である。マルチエネルギーモニタ８６０は、パワーコンディショナ８２０と、給湯機８４０と接続されている。パワーコンディショナ８２０には、蓄電池８３０と、太陽電池モジュール８１０とが接続されている。パワーコンディショナ８２０は、太陽電池モジュール８１０で発電された直流電力を、建屋で使用できる交流電力に変換する機能を有する。また、パワーコンディショナ８２０は、蓄電池８３０への充電および蓄電池８３０からの放電を制御する。

マルチエネルギーモニタ８６０は、例えば、貯湯タンクの湯増しや、給湯温度の変更など給湯機８４０に対する入力操作を受け付けて、給湯機８４０の動作を制御する。

タップ８８０は、家電機器８００の消費電力を測定する消費電力測定器であり、消費電力の測定結果を、ＨＥＭＳコントローラ７００へ無線通信によって送信する。タップ８８０は、図示しないプラグを備え、建屋内のコンセントと接続する。タップ８８０に接続される各家電機器（例えば、エアコンディショナ８０１、空気清浄機８０２、冷蔵庫８０３および洗濯機８０４など）は、タップ８８０とコンセントとが接続することで、分電盤８５０から給電される。

流量データ送信機８９０は、流量計８９１から水道の流量の測定結果を受信し、ガスメータ８９２からガスの流量の測定結果を受信する。流量データ送信機８９０は、これら流量計８９１およびガスメータ８９２の測定結果をＨＥＭＳコントローラ７００へ送信する。

上述したように、ＨＥＭＳコントローラ７００は、建屋内の各機器から、消費電力の測定結果を受信し、受信した測定結果を、ブロードバンドルータ６００を経由してサーバ１００へ送信する。また、ＨＥＭＳコントローラ７００は、各機器が異常を出力した場合に、エラーが発生したことを示すエラー情報を、これらの機器から受信する。ＨＥＭＳコントローラ７００は、エラー情報として各機器を識別する情報と、エラー内容を識別する情報（エラーコード）と、エラー発生時刻とを対応付けてサーバ１００へ送信する。サーバ１００は、ＨＥＭＳコントローラ７００からエラー情報を受信してデータベースに蓄積する。

＜サーバ１００の構成＞
図２は、サーバ１００の構成を示すブロック図である。図２を参照して、サーバ１００は、通信部１０２と、入出力Ｉ／Ｆ１０５と、記憶部１０６と、制御部１０７と、エラーＤＢ１０８とを含む。

通信部１０２は、サーバ１００が他の通信機器と信号を送受信するための変復調処理などを行う通信インタフェースである。入出力Ｉ／Ｆ１０５は、サーバ１００と各種の機器とを接続するための汎用のインタフェースである。記憶部１０６は、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、ＲＡＭ（Random Access Memory）等により構成され、サーバ１００が使用するプログラムを記憶し、サーバ１００が使用する各種のデータを蓄積する。ある局面において、記憶部１０６は、監視対象機器情報１６１と、確認周期情報１６２と、エラーコード情報１６３と、エラーカウント値履歴情報１６４とを記憶する。

監視対象機器情報１６１は、建屋において、エラーの発生を監視する対象としている監視対象機器を識別する情報を含む。サーバ１００は、ＨＥＭＳコントローラ７００から、各機器のエラー情報を受信するが、これらの機器のうち、エラーの発生を通信装置３００へ通知するタイミングを制御する対象となる機器の識別情報を監視対象機器情報１６１として記憶する。

確認周期情報１６２は、エラーＤＢ１０８に蓄積されるエラー情報に対し、サーバ１００がエラーの通知の可否を判定するための処理を行う周期を示す。サーバ１００は、ＨＥＭＳコントローラ７００から、逐次、各機器のエラー情報を受信するが、確認周期情報１６２に示される周期に従って、通信装置３００へのエラー情報の通知可否を判定し、判定結果に従ってエラー情報を通信装置３００へ送信する。

エラーコード情報１６３は、監視対象機器で発生するエラーのうち、通知制御の対象となるエラーの識別情報（エラーコード）を含む。サーバ１００は、エラーコード情報１６３に示されるエラーについて、確認周期情報１６２に示される周期、またはエラーコード情報１６３と対応付けられている周期に従って、エラーの発生度合を出力し、出力結果に応じてエラーの通知制御を行う。エラーとしては、例えば、ＨＥＭＳコントローラ７００とブロードバンドルータ６００との通信接続が遮断されていること、未設定のタップ８８０があることなどを示すエラーがある。これらのエラーは、例えば、エラーの発生後、直ちにユーザ等へ通知する必要は小さいが、いずれユーザに通知する必要がある。

エラーカウント値履歴情報１６４は、確認周期情報１６２に示される周期に従ってサーバ１００が各種エラーの発生回数をカウントしており、その各周期のカウント値の履歴を示す情報である。

制御部１０７は、記憶部１０６に記憶される制御プログラムを読み込んで実行することにより、サーバ１００の動作を制御する。制御部１０７は、例えば複数のプロセッサにより実現される。制御部１０７は、プログラムに従って動作することにより、エラー発生度合出力部１７１と、通知制御部１７２と、周期制御部１７３としての機能を発揮する。

エラー発生度合出力部１７１は、ＨＥＭＳコントローラ７００から受信する各機器のエラー情報に基づいて、一定期間ごとに（確認周期情報１６２に示される周期に従って）、各期間におけるエラーの発生度合を出力する。例えば、エラー発生度合出力部１７１により、サーバ１００は、各期間における各エラーの発生回数をカウントし、各エラーのカウント値を、エラーの発生度合としてエラーカウント値履歴情報１６４に記憶させる。

通知制御部１７２は、エラーカウント値履歴情報１６４を参照し、各期間のエラーの発生度合を比較することにより、エラーの発生が増加傾向にある期間（前回の期間のエラーのカウント値よりも今回の期間のエラーのカウント値が大きい場合など）についてはエラーの発生を通信装置３００へ通知する。また、通知制御部１７２は、エラーの発生が増加傾向にない期間（前回の期間のエラーのカウント値と今回のエラーのカウント値とが同じ場合や、前回の期間のエラーのカウント値よりも今回のエラーのカウント値のほうが小さい場合）については、通信装置３００へのエラーの通知をしないことにより、エラー情報を受信している場合にも通信装置３００へのエラーの通知を抑止する。

周期制御部１７３は、確認周期情報１６２に示される、通信装置３００へエラー情報を通知するための周期の長さを制御する。

エラーＤＢ１０８は、サーバ１００がＨＥＭＳコントローラ７００から受信する各機器のエラー情報を蓄積するための記憶装置である。

＜通信装置３００の構成＞
図３は、通信装置３００の構成を示すブロック図である。通信装置３００は、サーバ１００から建屋内の各機器で発生したエラー情報の通知を受信して、ディスプレイ３０４等によりエラー情報を報知する。

図３を参照して、通信装置３００は、アンテナ３０１と、送受信部３０２と、タッチパネル３０３と、ディスプレイ３０４と、記憶部３０６と、制御部３０７と、マイク３１２と、スピーカ３１３と、バイブレータ３１５とを含む。

アンテナ３０１は、通信装置３００が発する信号を電波として放射する。また、アンテナ３０１は、空間から電波を受信して受信信号を送受信部３０２へ与える。送受信部３０２は、通信装置３００が他の通信機器と使用するため、信号を送受信するための変復調処理などを行う通信インタフェースである。タッチパネル３０３は、消費者側のユーザの入力操作を受け付ける。タッチパネル３０３は、例えば静電容量方式のものを用いることによってユーザの接触操作を受け付ける。タッチパネル３０３は、消費者側のユーザによる入力操作を制御部３０７へ出力する。ディスプレイ３０４は、例えばＬＣＤによって実現され、通信装置３００がサーバ１００から受信したファイルを表示する。

記憶部３０６は、フラッシュメモリ、ＲＡＭ等により構成され、通信装置３００が使用するプログラム、および、データを記憶する。

制御部３０７は、記憶部３０６に記憶される制御プログラムを読み込んで実行することにより、通信装置３００の動作を制御する。制御部３０７は、アプリケーションプロセッサにより実現される。制御部３０７は、プログラムに従って動作することにより、受信処理部３７１と、表示制御部３７２と、通知情報報知部３７３と、エラー指定処理部３７４としての機能を発揮する。

受信処理部３７１は、通信装置３００による受信処理を制御する。例えば、受信処理部３７１は、サーバ１００からデータを受信する処理を行う。

表示制御部３７２は、通信装置３００がディスプレイ３０４に情報を表示する処理を制御する。

通知情報報知部３７３は、通信装置３００がサーバ１００から受信したエラー情報について、ディスプレイ３０４により表示するか、スピーカ３１３およびバイブレータ３１５等によって、エラー情報を受信したことを報知する。

エラー指定処理部３７４は、通信装置３００のユーザによる入力操作に基づいて、通信装置３００で報知する対象となるエラーを指定する操作を受け付ける。通信装置３００は、エラー指定処理部３７４により、エラーをサーバ１００から通信装置３００へ通知させるエラーコードの指定を受け付けて、受け付けた指定内容をサーバ１００へ送信する。サーバ１００は、通信装置３００から送信されるエラーコードの指定を受け付けてエラーコード情報１６３を更新する。これにより、ユーザが通知を所望するエラーについて、サーバ１００によるエラー情報の通知の制御を行うことができる。

＜データ構造＞
図４は、サーバ１００のエラーＤＢ１０８に蓄積される、エラー情報１８１のデータ構造を示す図である。

図４を参照して、エラー情報１８１の１件のレコードは、エラー発生機器１８１Ａと、エラーコード１８１Ｂと、エラー発生日時１８１Ｃとを対応付けたものである。エラー発生機器１８１Ａは、エラーが発生した機器を識別するための情報である。エラーコード１８１Ｂは、各機器で発生したエラーの内容を特定するためのコードである。エラー発生日時１８１Ｃは、各機器で発生したエラーの日時を示す。

図５は、サーバ１００の記憶部１０６に記憶されるエラーコード情報１６３のデータ構造を示す図である。図５を参照して、エラーコード情報１６３の１件のレコードは、監視対象機器１６３Ａと、エラーコード１６３Ｂとを対応付けたものである。監視対象機器１６３Ａは、監視対象機器それぞれの識別情報を示す。エラーコード１６３Ｂは、エラー情報を通知するタイミングを制御する対象となるエラーそれぞれの識別情報を示す。

＜動作＞
図６は、実施の形態１のサーバ１００が、エラー情報の通知を制御するための処理を示すフローチャートである。

ステップＳ６０１において、制御部１０７は、確認周期情報１６２に示される周期に従って、監視対象機器のエラーの発生を確認するための周期が到来すると、周期に示される期間において、エラーＤＢ１０８に蓄積されたエラー情報１８１を読み出す。

ステップＳ６０３において、制御部１０７は、ステップＳ６０１で読み出した期間において、エラーコード情報１６３に示されるエラーコードを有するエラーが発生した回数をカウントし、カウント値をエラーカウント値履歴情報１６４に記憶させる。すなわち、制御部１０７は、エラー内容のそれぞれについて、エラーの発生回数をカウントする。

ステップＳ６０５において、制御部１０７は、エラーコードそれぞれについて、前回の周期におけるカウント値をエラーカウント値履歴情報１６４から読み出して、読み出した値（前回の周期のカウント値）と、ステップＳ６０３でカウントされた今回の周期でのカウント値の大小関係を比較する。

ステップＳ６０７において、制御部１０７は、エラーコードそれぞれについて、今回の周期でのカウント値が閾値を超え、かつ、前回の周期におけるカウント値よりも今回の周期でのカウント値の方が大きいか否かを判断する。すなわち、制御部１０７は、今回の周期でのエラー発生回数が一定回数以上であり、かつ、前回の周期でのエラー発生回数よりも増加傾向にあるか否かを判断する。ステップＳ６０７において、肯定的な判断結果の場合（ステップＳ６０７においてＹＥＳ）、制御部１０７は、ステップＳ６０９の処理を行い、そうでない場合（ステップＳ６０７においてＮＯ）、制御部１０７は、ステップＳ６１１の処理を行う。

ステップＳ６０９において、制御部１０７は、今回の周期について、エラーが発生していることを通信装置３００へ通知することを決定する。

ステップＳ６１１において、制御部１０７は、今回の周期について、エラーが発生していることの通信装置３００への通知を行わないと決定する。

ステップＳ６１３において、制御部１０７は、ステップＳ６０９で決定された内容に従って、通信装置３００へのエラーの通知を制御する。

このように、サーバ１００は、ステップＳ６０７における処理の結果に従って、通信装置３００へのエラー発生の通知を制御している。具体的な処理の内容について、図７を参照して説明する。

図７は、エラーの発生が増加傾向にあるか否かにより、サーバ１００が通信装置３００へのエラー通知を制御する処理を示す図である。図７（Ａ）は、エラーの発生が増加傾向になく、一定程度の度合である場合のサーバ１００の処理を示す図である。図７（Ｂ）は、エラーの発生が増加傾向にある場合に、サーバ１００が通信装置３００へエラー発生を通知する処理を示す図である。図７において、サーバ１００は、確認周期情報１６２として周期Ｔ１（定期確認周期）に従ってエラーの発生回数をカウントしている。監視対象機器からは、エラー情報が連続して出力される場合に、エラー発生周期（Ｔ１／２）の周期に従ってエラー情報がサーバ１００へ送信されている。また、図７において、サーバ１００は、各周期において、エラー発生回数のカウント値が閾値（２回）を下回る場合は、通信装置３００へのエラー発生の通知を行わない（ステップＳ６０７においてＮＯ）。

図７（Ａ）に示すように、周期Ｔ１に従って、時間ｔ１、ｔ２、ｔ３、ｔ４の各タイミングで、サーバ１００がエラーＤＢ１０８からエラー情報１８１を読み出している。サーバ１００は、各周期におけるエラー発生回数をカウントする（ステップＳ６０３［ｔ１］〜ステップＳ６０３［ｔ４］）。図７（Ａ）の例では、ステップＳ６０７の処理において、いずれもエラー発生回数が閾値（２回）を下回るため、サーバ１００は、いずれの周期についても通信装置３００へのエラー発生の通知を行わない（ステップＳ６１１［ｔ１］〜ステップＳ６１１［ｔ４］）。

図７（Ｂ）に示すように、周期Ｔ１に従って、時間ｔ１１、ｔ１２、ｔ１３、ｔ１４の各タイミングで、サーバ１００がエラーＤＢ１０８からエラー情報１８１を読み出している。サーバ１００は、各周期におけるエラー発生回数をカウントする（ステップＳ６０３［ｔ１１］〜ステップＳ６０３［ｔ１４］）。

図７（Ｂ）の例では、時間ｔ１２〜時間ｔ１３の周期について、サーバ１００は、エラーの発生回数をカウントする（ステップＳ６０３［ｔ１３］）。ステップＳ６０７の処理において、エラー発生回数が閾値（２回）以上、かつ、前回の周期のカウント値（時間ｔ１１〜時間ｔ１２の周期におけるカウント値「１」）を上回るカウント値「２」であることにより（ステップＳ６０７においてＹＥＳ）、サーバ１００は、この周期についてエラーの通知をすると決定する（ステップＳ６０９［ｔ１３］）。

また、時間ｔ１３〜ｔ１４の周期について、サーバ１００は、エラーの発生回数をカウントする（ステップＳ６０３［ｔ１４］）。ステップＳ６０７の処理において、エラー発生回数が閾値（２回）以上ではあるが、前回の周期のカウント値「２」に対し、この周期（時間ｔ１３〜時間ｔ１４の周期）のカウント値はカウント値「２」であるため、前回の周期のカウント値を上回っていない（ステップＳ６０７においてＮＯ）。そのためサーバ１００は、この周期（時間ｔ１３〜時間ｔ１４）についてはエラーの通知を行わない（ステップＳ６１１［ｔ１４］）。

＜実施の形態１のまとめ＞
以上のように説明した処理を行うことにより、サーバ１００は、監視対象機器で頻繁にエラーが発生する場合において、ユーザに毎回エラーが通知されることを避けたいときに、通信装置３００へのエラーの通知の頻度を適切なものとすることができ、通信装置３００のユーザの利便性を高めることができる。

また、エラーの発生が定期的でない場合においても、実施の形態１で説明した処理をサーバ１００が行うことにより、エラーの通知の頻度を抑制し、通知の頻度を適切なものとすることができる。

また、サーバ１００は、図７で説明した確認周期情報１６２に示される周期Ｔ１（定期確認周期）の２倍の長さの期間のエラー発生状況を記録しておくことにより、エラーの通知の制御を行うことができる。すなわち、定期確認周期の２倍の長さの期間においてエラーが発生していない場合は、サーバ１００は、エラー情報として何も記録しておく必要がない。

＜実施の形態２＞
次に、別の実施の形態にかかる通知制御システムについて説明する。実施の形態２では、監視対象機器からエラーが連続して発生する場合においても、エラーの発生頻度と比較して、より長期的な周期で通信装置３００へのエラーの通知を行う。すなわち、監視対象機器で頻繁にエラーが発生する場合においても、ユーザに毎回は通知せず、例えばユーザが指定する適度な周期でユーザにエラーの発生を通知する。

図８は、実施の形態２のサーバ２０Ａの構成を示す図である。サーバ２０Ａの記憶部１０６は、エラー通知周期情報１６５と、調整時間情報１６６とを記憶する。

エラー通知周期情報１６５は、サーバ２０Ａが通信装置３００に対しエラーを通知する周期を示す。このエラー通知周期情報１６５に示される周期は、予め固定した値を記憶することとしてもよいし、通信装置３００のユーザによって編集可能であることとしてもよい。

調整時間情報１６６は、サーバ２０Ａがエラーの発生を通信装置３００へ通知する周期の長さを示す。調整時間情報１６６に示される周期となるように、サーバ２０Ａは確認周期情報１６２等を調整する。

制御部１０７の周期制御部１７３は、エラーが発生する周期の長さ、および調整時間情報１６６等の情報に基づいて、サーバ２０Ａがエラーの発生を確認する周期を調整し、調整した周期の長さを確認周期情報１６２として記憶部１０６に記憶させる。

実施の形態２では、監視対象機器から、ある異常が発生し続けている場合に、エラー情報が第１の周期でサーバ２０Ａへ繰り返し送信されることがある。サーバ２０Ａは、この第１の周期の整数倍の長さの時間に、調整時間情報１６６に示される調整時間を付加した長さの期間を第２の周期とし、この第２の周期の長さを確認周期情報１６２として記憶部１０６に記憶させる。サーバ２０Ａは、第２の周期に従って、エラーＤＢ１０８に蓄積されるエラー情報を参照してエラーの発生回数をカウントする。サーバ２０Ａは、このようにしてカウントされた回数に基づいて、エラーの発生度合を出力する。

すなわち、サーバ２０Ａは、監視対象機器からエラー情報が出力される周期（第１の周期）の整数倍の長さの期間に調整時間（調整時間情報１６６）を付加した長さの期間を第２の周期として、エラー発生回数をエラーＤＢ１０８に基づきカウントする。この調整時間の長さは、第１の周期の長さの１／２以下とする。例えば、エラー情報が第１の周期として３時間の周期で通信装置３００からサーバ２０Ａへ送信されるとする。サーバ２０Ａは、第１の周期の整数倍として２倍の長さの時間に、調整時間として１分を付加した長さの期間（６時間１分）を第２の周期とし、第２の周期に従って、エラーＤＢ１０８に蓄積されるエラー情報を参照する。したがって、監視対象機器がエラー情報を出力し続ける場合に、エラー情報が３時間の周期でサーバ２０Ａへ送信されるため、サーバ２０Ａは、第２の周期に従って、各期間において２回または３回（６時間１分の長さの間に、３時間の周期で３回のエラーをカウントすることがある）のエラーの発生をカウントする。この場合、サーバ２０Ａは、ほとんどの期間において２回のエラーの発生をカウントするが、監視対象機器がエラー情報を出力し続ける場合であっても、サーバ２０Ａにおいてカウントするエラーの発生回数が２回から３回へと増加することがあるため、図６のステップＳ６０７の処理において、肯定的な判定結果を得てサーバ２０Ａから通信装置３００へのエラーの通知（ステップＳ６０９）を行う。

なお、第１の周期の長さを周期Ｔ２（分）、調整時間を調整時間Ａｄｊ（分）、第２の周期の長さを周期Ｔ３（分）とし、エラーがサーバ２０Ａから通信装置３００へ通知されるエラー通知周期を周期Ｔ４（分）とする。このとき、エラー通知周期Ｔ４＝第１の周期Ｔ２ ×第２の周期Ｔ３ ／ 調整時間Ａｄｊ となる。例えば、上記のように第１の周期Ｔ２＝１８０分（３時間）、調整時間Ａｄｊ＝１分、第２の周期Ｔ３＝２×Ｔ２＋Ａｄｊ＝３６１分の場合、エラー通知周期Ｔ４＝１０８３時間となる。したがって、監視対象機器がエラーを出力し続ける場合においても、サーバ２０Ａは、エラー通知周期Ｔ４＝１０８３時間に従って、通信装置３００へエラーの発生を通知する。

サーバ２０Ａは、通信装置３００へエラーの発生を通知する周期である第３の周期の長さについて、通信装置３００のユーザから指定を受け付ける。サーバ２０Ａは、ユーザにより指定された第３の周期の長さを、エラー通知周期情報１６５として記憶部１０６に記憶させる。サーバ２０Ａは、ユーザによる指定を受け付けた第３の周期の長さ（エラー通知周期情報１６５）と、エラー情報が監視対象機器からサーバ２０Ａへ送信される第１の周期の長さとに応じて、第２の周期の長さ（確認周期情報１６２）を演算する。

例えば、サーバ２０Ａは、エラー通知周期Ｔ４＝１０８３時間（約４５日）としてユーザから指定を受け付けたとする。ここで、監視対象機器からサーバ２０Ａへエラーが通知される第１の周期Ｔ２が予め定まっている（例えば、周期Ｔ２＝３時間）とする。

上記のようにエラー通知周期Ｔ４＝第１の周期Ｔ２ × 第２の周期Ｔ３ ／ 調整時間Ａｄｊ であるため、第２の周期Ｔ３ ／ 調整時間Ａｄｊ ＝ エラー通知周期Ｔ４ ／ 第１の周期Ｔ２ ＝ ３６１ となる。第２の周期Ｔ３ ＝（Ｎ × 第１の周期Ｔ１ ＋ 調整時間Ａｄｊ） ＝ ３６１ × 調整時間Ａｄｊとなる（Ｎは整数）ため、調整時間Ａｄｊ＝（Ｎ × 第１の周期Ｔ２（３時間））／３６０ となる。

例えば、Ｎ＝１の場合、調整時間Ａｄｊ＝３０秒、第２の周期Ｔ３＝３時間３０秒となる。Ｎ＝２の場合、調整時間Ａｄｊ＝１分、第２の周期Ｔ３＝６時間１分となる。Ｎ＝３の場合、調整時間Ａｄｊ＝１分３０秒、第２の周期Ｔ３＝９時間１分３０秒となる。

このようにして、サーバ２０Ａは、サーバ２０Ａが通信装置３００へエラーの発生を通知する周期（第３の周期）の指定を受け付けることにより、第３の周期の長さと、第１の周期の長さとに応じて第２の周期の長さを決定し、決定した第２の周期に従って、エラーＤＢ１０８に蓄積されるエラー情報１８１の発生度合を出力する。例えば、通信装置３００においてユーザによる第３の周期の入力操作を受け付けることにより、通信装置３００からサーバ２０Ａへ第３の周期の長さの指定値が送信される。

図９は、エラーが発生し続ける場合に、エラーの発生傾向が増加傾向にあるか否かにより、サーバ２０Ａが通信装置３００へのエラー通知を制御する処理を示す図である。図９（Ａ）は、比較のため、エラーを確認する周期がエラー発生周期の整数倍である例を示す。図９（Ｂ）は、実施の形態２のサーバ２０Ａが、エラーを確認する周期を、エラーが発生する周期の整数倍と調整時間とを付加した長さとした場合の例を示す。

図９（Ａ）に示すように、エラーが通信装置３００からサーバへと通知される第１の周期Ｔ２に対し、サーバがエラーをエラーＤＢ１０８から確認する第２の周期Ｔ３（定期確認周期）が、第１の周知Ｔ２の整数倍（図９（Ａ）の例では２倍、周期Ｔ３＝２Ｔ２）とする。図９（Ａ）に示すように、周期Ｔ３（２Ｔ２）に従って、時間ｔ２０、ｔ２１、ｔ２２、ｔ２３、ｔ２４の各タイミングで、サーバがエラーＤＢ１０８からエラー情報１８１を読み出している。サーバは、各周期におけるエラー発生回数をカウントする（ステップＳ６０３［ｔ２０］〜ステップＳ６０３［ｔ２４］）。図９（Ａ）の例では、ステップＳ６０７の処理において、いずれもエラー発生回数が前回の周期のカウント値を上回っていない（時間ｔ２０〜時間ｔ２４の各周期におけるエラー回数のカウント結果がカウント値「２」。なお時間ｔ２０の以前の周期においてもエラー回数がカウント値「２」であるとする）。そのため、サーバは、これらいずれの周期についても通信装置３００へのエラー発生の通知を行わない（ステップＳ６１１［ｔ２０］〜ステップＳ６１１［ｔ２４］）。

図９（Ｂ）の例では、サーバ２０Ａは、第２の周期Ｔ３を、第１の周期Ｔ２の整数倍（図９（Ｂ）の例では２倍）の長さに、調整時間情報１６６に示される調整時間を付加した長さとしている（周期Ｔ３＝２Ｔ２＋調整時間）。

図９（Ｂ）の例では、時間ｔ３０〜時間ｔ３１の周期と、時間ｔ３１〜時間ｔ３２の周期と、時間ｔ３３〜時間ｔ３４の周期とにおいて、サーバ２０Ａは、エラーＤＢ１０８からエラー情報１８１を読み出して、これらの周期においてエラー発生回数としてカウント値「２」を出力している（ステップＳ６０３［ｔ３１］、６０３［ｔ３２］、６０３［ｔ３４］）。また、時間ｔ３０〜時間ｔ３１の周期のひとつ前の期間においても監視対象機器からエラーが出力され続けており、サーバ２０Ａがエラー発生回数としてカウント値「２」を出力している（ステップＳ６０３［ｔ３０］）。ここで、第２の周期Ｔ３は、監視対象機器がエラーを出力する周期Ｔ２の整数倍の長さに、調整時間を付加したものである。そのため、時間ｔ３２〜時間ｔ３３の周期において、監視対象機器が３回のエラー出力を行っており、サーバ２０Ａは、エラー発生回数としてカウント値「３」を出力する（ステップＳ６０３［ｔ３３］）。この周期において、サーバ２０Ａは、前回の周期のカウント値「２」を上回るカウント値「３」を出力している（なおステップＳ６０７の判定処理において、閾値を閾値「２」とし、カウント値「３」が閾値「２」を上回っているとする）ため、この周期についてエラーの通知をすると決定する（ステップＳ６０９［ｔ３３］）。

＜実施の形態２のまとめ＞
サーバ２０Ａは、監視対象機器で頻繁にエラーが発生する場合において、ユーザに毎回エラーが通知されることを避けたいときに、通信装置３００へのエラーの通知の頻度を適切なものとすることができ、ユーザの利便性を高めることができる。

また、サーバ２０Ａは、監視対象機器がエラーを出力し続ける場合においても、図９（Ｂ）に示すように通信装置３００へのエラー発生の通知を行うため、監視対象機器がエラーを出力し続けたとしても、その全てを通信装置３００へ通知せず、適切な頻度で通信装置３００へエラーを通知することができる。

また、サーバ２０Ａは、監視対象機器がエラーを出力し続ける場合等において、通信装置３００へエラーを通知する第３の周期の長さの指定を受け付けて、サーバ２０ＡがエラーＤＢ１０８からエラーを確認する周期を決定することができる。そのため、サーバ２０Ａから通信装置３００へエラーが通知される頻度を、ユーザが指定する周期とすることができ、ユーザの利便性が高まる。

また、エラーの発生が定期的でない場合においても、実施の形態２で説明した処理をサーバ２０Ａが行うことにより、エラーの通知の頻度を抑制し、通知の頻度を適切なものとすることができる。

また、サーバ２０Ａは、図９で説明した周期Ｔ３（定期確認周期）の２倍の長さの期間のエラー発生状況を記録しておくことにより、さらに長期間の周期でサーバ２０Ａから通信装置３００へのエラーの通知の制御を行うことができる。例えば、サーバ２０Ａは、周期Ｔ３の２倍の長さの期間として約１２時間の過去のエラー発生状況を記録しておくことにより、長期間の周期として約４５日の周期で通信装置３００へのエラーの通知を行うことができる。すなわち、定期確認周期の２倍の長さの期間においてエラーが発生していない場合は、サーバ１００は、エラー情報として何も記録しておく必要がない。

＜実施の形態３＞
上記の実施形態で説明した例の他にも、サーバは、監視対象機器で発生するエラーのうち、通信装置３００へ通知する対象となるエラーコードと対応付けて、確認周期情報１６２をメモリに格納することとしてもよい。制御部１０７は、エラーコードそれぞれと対応付けられている確認周期情報１６２の周期に従って、エラーＤＢ１０８からエラー情報１８１を読み出して、エラーの発生度合を出力することとしてもよい（ステップＳ６０１、Ｓ６０３）。

上記の実施形態の例では、サーバが図６に示す処理を行うものとして説明しているが、その他の機器によって図６に示すエラーの通知制御の処理が行われてもよい。例えば、ＨＥＭＳコントローラ７００が通信装置３００へのエラーの通知制御の処理を行うこととしてもよい。

本発明の通知制御システムは、プロセッサと、その上で実行されるプログラムにより実現される。本発明を実現するプログラムは、通信インタフェースを介してネットワークを利用した送受信等により提供される。

（１） 以上のように、エラーの発生を通信装置３００へ通知するための通知制御システム１について説明した。通知制御システムは、監視対象機器でエラーが発生したことを示すエラー情報を受信するための受信手段と、通知制御システムの動作を制御するための制御手段とを含む。制御手段は、受信するエラー情報に基づいて、一定期間ごとに、各期間におけるエラーの発生度合を出力する出力部と、出力される各期間のエラーの発生度合を比較することにより、エラーの発生が増加傾向にある期間についてはエラーの発生を通信装置へ通知し、エラーの発生が増加傾向にない期間については通信装置へのエラーの通知を抑止する通知制御部とを含む。

（２） 出力部がエラーの発生度合を出力することは、受信するエラー情報に基づいてエラーの発生回数を一定期間ごとにカウントし、カウント値に基づきエラーの発生度合を出力することを含み、通知制御部が通信装置へ通知することは、各期間のカウント値を比較して、過去の期間のカウント値より増加している期間について、エラーを通信装置へ通知することを含み、過去の期間のカウント値と比較して増加していない期間についてはエラーの通信装置への通知を抑止することを含む。

（３） 出力部がエラーの発生度合を出力することは、受信するエラー情報に基づいてエラーの発生回数を一定期間ごとにカウントし、カウント値に基づきエラーの発生度合を出力することを含み、通知制御部が通信装置へ通知することは、各期間のカウント値を比較して、過去の期間のカウント値より増加している期間であって、カウント値が閾値を超えている期間について、エラーを通信装置へ通知することを含み、過去の期間のカウント値と比較して増加していない期間、および、カウント値が閾値を超えていない期間について、エラーの通信装置への通知を抑止することを含む。

（４） エラー情報は、監視対象機器でエラーが発生した時を示す情報を含み、
通知制御システムは、さらに、
受信するエラー情報に含まれる、エラーが発生した時の履歴を示す履歴情報を記憶するための記憶手段を含み、
出力部がエラーの発生度合を出力することは、出力部が一定期間ごとに記憶部を参照し、記憶部に記憶される履歴情報に基づいて、エラーの発生度合を出力することを含む。

（５） 出力部がエラー発生度合を出力する一定期間の長さは、監視対象機器でエラーが発生している場合に出力されるエラー情報の出力周期の、２以上の整数倍である。

（６） 監視対象機器は、エラーが発生している場合に、第１の周期に従って通知制御システムへエラー情報を送信するものであり、出力部がエラーの発生度合を出力することは、第１の周期の整数倍の長さの時間に、第１の周期より短い長さの調整時間を付加した期間である第２の周期に従って、エラーの発生回数をカウントし、カウント値に基づきエラーの発生度合を出力することを含む。

（７） 通知制御システムは、さらに、通信装置へエラーの発生を通知する周期である第３の周期の指定を受け付けるための受付手段を含み、出力部は、指定を受け付けた第３の周期の長さと、第１の周期の長さとに応じて第２の周期の長さを決定し、決定した第２の周期に従ってエラーの発生度合を出力する。

（８） 通知制御システムは、監視対象機器で発生するエラーのうち、通知制御の対象となるエラーの識別情報と、エラーの発生度合を出力する周期とを対応付けて格納するための格納手段を含み、出力部がエラーの発生度合を出力することは、識別情報に基づいて、受信手段で受信するエラー情報のうち、通知制御の対象となるエラーについて、当該エラーと対応付けられている周期に従ってエラーの発生度合を出力することを含む。

今回開示された実施の形態はすべての点で例示であって制限的なものでないと考えられるべきである。この発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 通知制御システム、２０Ａ サーバ、１００ サーバ、１０２ 通信部、１０５ 入出力Ｉ／Ｆ、１０６ 記憶部、１０７ 制御部、１０８ エラーＤＢ、１６１ 監視対象機器情報、１６２ 確認周期情報、１６３ エラーコード情報、１６４ エラーカウント値履歴情報、１６５ エラー通知周期情報、１６６ 調整時間情報、１８１ エラー情報、３００ 通信装置、４００ 無線基地局、５００ ＭＭＥ、６００ ブロードバンドルータ、７００ ＨＥＭＳコントローラ、８００ 家電機器、８１０ 太陽電池モジュール、８２０ パワーコンディショナ、８３０ 蓄電池、８４０ 給湯器、８５０ 分電盤、８６０ マルチエネルギーモニタ、８７０ 多回路ＣＴセンサ、８８０ タップ、８９０ 流量データ送信機、９００ インターネット。

Claims (6)

1. エラーの発生を通信装置へ通知するための通知制御システムであって、
   監視対象機器でエラーが発生したことを示すエラー情報を受信するための受信手段と、
   前記通知制御システムの動作を制御するための制御手段と、
   予め定められた閾値を記憶した記憶手段と、を含み、
   前記制御手段は、
   前記受信するエラー情報に基づいて、一定期間ごとに、各期間における前記エラーの発生度合を出力する出力部と、
   前記出力される各期間の前記エラーの発生度合を比較することにより、前記エラーの発生が増加傾向にある期間については前記エラーの発生を前記通信装置へ通知し、前記エラーの発生が増加傾向にない期間については前記通信装置への前記エラーの通知を抑止する通知制御部とを含み、
   前記出力部が前記エラーの発生度合を出力することは、前記受信する前記エラー情報に基づいて前記エラーの発生回数を前記一定期間ごとにカウントし、カウント値に基づき前記エラーの発生度合を出力することを含み、
   前記通知制御部は、
   各期間のカウント値を比較して、過去の期間のカウント値より増加している期間であって、かつ前記カウント値が前記閾値を超えている期間について、前記エラーを前記通信装置へ通知し、
   過去の期間のカウント値と比較して増加していない期間と、前記カウント値が前記閾値を超えていない期間とについては前記エラーの前記通信装置への通知を抑止する、通知制御システム。
2. エラーの発生を通信装置へ通知するための通知制御システムであって、
   監視対象機器でエラーが発生したことを示すエラー情報を受信するための受信手段と、
   前記通知制御システムの動作を制御するための制御手段とを含み、
   前記制御手段は、
   前記受信するエラー情報に基づいて、一定期間ごとに、各期間における前記エラーの発生度合を出力する出力部と、
   前記出力される各期間の前記エラーの発生度合を比較することにより、前記エラーの発生が増加傾向にある期間については前記エラーの発生を前記通信装置へ通知し、前記エラーの発生が増加傾向にない期間については前記通信装置への前記エラーの通知を抑止する通知制御部とを含み、
   前記監視対象機器は、前記エラーが発生している場合に、第１の周期に従って前記通知制御システムへ前記エラー情報を送信するものであり、
   前記出力部が前記エラーの発生度合を出力することは、前記第１の周期の整数倍の長さの時間に、前記第１の周期より短い長さの調整時間を付加した期間である第２の周期に従って、前記エラーの発生回数をカウントし、カウント値に基づき前記エラーの発生度合を出力することを含む、通知制御システム。
3. 監視対象機器と通信接続して前記監視対象機器とデータを送受信するコントローラと、前記コントローラとネットワークを介して接続する通信装置とを含む通知制御システムにおける前記コントローラであって、
   前記監視対象機器でエラーが発生したことを示すエラー情報を前記監視対象機器から受信する受信手段と、
   前記コントローラの動作を制御する制御手段と、
   予め定められた閾値を記憶した記憶手段と、を含み、
   前記制御手段は、
   前記受信するエラー情報に基づいて、一定期間ごとに、各期間における前記エラーの発生度合を出力する出力部と、
   前記出力される各期間の前記エラーの発生度合を比較することにより、前記エラーの発生が増加傾向にある期間については前記エラーの発生を前記通信装置へ通知し、前記エラーの発生が増加傾向にない期間については前記通信装置への前記エラーの通知を抑止する通知制御部とを含み、
   前記出力部が前記エラーの発生度合を出力することは、前記受信する前記エラー情報に基づいて前記エラーの発生回数を前記一定期間ごとにカウントし、カウント値に基づき前記エラーの発生度合を出力することを含み、
   前記通知制御部は、
   各期間のカウント値を比較して、過去の期間のカウント値より増加している期間であって、かつ前記カウント値が前記閾値を超えている期間について、前記エラーを前記通信装置へ通知し、
   過去の期間のカウント値と比較して増加していない期間と、前記カウント値が前記閾値を超えていない期間とについては前記エラーの前記通信装置への通知を抑止する、コントローラ。
4. 監視対象機器と通信接続して前記監視対象機器とデータを送受信するコントローラと、前記コントローラとネットワークを介して接続する通信装置とを含む通知制御システムにおける前記コントローラであって、
   前記監視対象機器でエラーが発生したことを示すエラー情報を前記監視対象機器から受信する受信手段と、
   前記コントローラの動作を制御する制御手段とを含み、
   前記制御手段は、
   前記受信するエラー情報に基づいて、一定期間ごとに、各期間における前記エラーの発生度合を出力する出力部と、
   前記出力される各期間の前記エラーの発生度合を比較することにより、前記エラーの発生が増加傾向にある期間については前記エラーの発生を前記通信装置へ通知し、前記エラーの発生が増加傾向にない期間については前記通信装置への前記エラーの通知を抑止する通知制御部とを含み、
   前記監視対象機器は、前記エラーが発生している場合に、第１の周期に従って前記コントローラへ前記エラー情報を送信するものであり、
   前記出力部が前記エラーの発生度合を出力することは、前記第１の周期の整数倍の長さの時間に、前記第１の周期より短い長さの調整時間を付加した期間である第２の周期に従って、前記エラーの発生回数をカウントし、カウント値に基づき前記エラーの発生度合を出力することを含む、コントローラ。
5. 監視対象機器のエラーの発生を、ネットワークを介して通信装置へ通知するための方法であって、
   制御手段が、監視対象機器でエラーが発生したことを示すエラー情報を受信して、受信したエラー情報に基づいて、一定期間ごとに、各期間における前記エラーの発生度合を出力するステップと、
   制御手段が、前記出力される各期間の前記エラーの発生度合を比較することにより、前記エラーの発生が増加傾向にある期間については前記エラーの発生を前記通信装置へ通知するステップと、
   制御手段が、前記出力される各期間の前記エラーの発生度合を比較することにより、前記エラーの発生が増加傾向にない期間については前記通信装置への前記エラーの通知を抑止するステップとを含み、
   前記エラーの発生度合を出力するステップは、前記受信する前記エラー情報に基づいて前記エラーの発生回数を前記一定期間ごとにカウントし、カウント値に基づき前記エラーの発生度合を出力することを含み、
   前記エラーの発生を通知するステップは、各期間のカウント値を比較して、過去の期間のカウント値より増加している期間であって、かつ前記カウント値が予め定められた閾値を超えている期間について、前記エラーを前記通信装置へ通知することを含み、
   前記エラーの通知を抑止するステップは、過去の期間のカウント値と比較して増加していない期間と、前記カウント値が前記閾値を超えていない期間とについては前記エラーの前記通信装置への通知を抑止することを含む、方法。
6. 監視対象機器のエラーの発生を、ネットワークを介して通信装置へ通知するための方法であって、
   制御手段が、監視対象機器でエラーが発生したことを示すエラー情報を受信して、受信したエラー情報に基づいて、一定期間ごとに、各期間における前記エラーの発生度合を出力するステップと、
   前記制御手段が、前記出力される各期間の前記エラーの発生度合を比較することにより、前記エラーの発生が増加傾向にある期間については前記エラーの発生を前記通信装置へ通知し、前記エラーの発生が増加傾向にない期間については前記通信装置への前記エラーの通知を抑止するステップとを含み、
   前記監視対象機器は、前記エラーが発生している場合に、第１の周期に従って前記制御手段へ前記エラー情報を送信するものであり、
   前記エラーの発生度合を出力するステップは、前記第１の周期の整数倍の長さの時間に、前記第１の周期より短い長さの調整時間を付加した期間である第２の周期に従って、前記エラーの発生回数をカウントし、カウント値に基づき前記エラーの発生度合を出力することを含む、方法。

Images