JP2012155461A - 障害情報・装置情報蓄積装置 - Google Patents

Abstract

【課題】検出対象の装置に発生した障害に関する情報および障害が発生した装置に関する情報を効率的に収集する。
【解決手段】検出対象の装置の障害を検出する障害検出部４２，８２、および、障害検出部４２，８２により検出された障害および当該障害が発生した装置に基づいて、当該障害に関する情報の外部サーバ２への蓄積に対する優先度を決定する優先度決定部４５，８５を有する制御装置４，８と、優先度決定部４５，８５により決定された優先度に基づいて、障害情報および対応する装置情報を外部サーバ２に送信する通信装置７とを備え、優先度決定部４５，８５は、障害検出部４２，８２により検出された障害が致命的なものである場合に、優先度を高く設定する。
【選択図】図１

Description

この発明は、検出対象の装置で発生した障害に関する情報および当該障害が発生した装置に関する情報を外部サーバに送信し蓄積させるセットトップボックス（ＳＴＢ）等の障害情報・装置情報蓄積装置に関するものである。

近年、デジタル放送、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）やＢＤ（Ｂｌｕｅ−ｒａｙ Ｄｉｓｃ）といった各種デジタルコンテンツの視聴に用いる機器は複雑になってきている。また、ネットワーク経由でデジタルテレビの番組視聴を行うＩＰＴＶ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ＴｅｌｅＶｉｓｉｏｎ）の普及も進んでいる。このＩＰＴＶでは、ＩＰ放送やＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）といったインターネット経由でのコンテンツ視聴を可能にする機能も追加されてきている。そして、それらに対応したセットトップボックス（ＳＴＢ：Ｓｅｔ Ｔｏｐ Ｂｏｘ）やレコーダといった視聴機器はますます複雑化している。そのため、これらの機器に障害が発生した場合、複雑なシステムを有するために、障害発生箇所の特定と原因分析には多大な時間と労力を要するという課題がある。また、障害が発生した装置を迅速に改修するためには、障害に関する情報と障害が発生した装置に関する情報を収集しておく必要がある。

そのような課題に対して、セットトップボックス等のストリーミング情報処理装置において、障害が発生した際の障害情報収集処理を効率よく行うように構成されたものが提供されている（例えば特許文献１参照）。この特許文献１では、ネットワークを介して予め取得した既知の障害情報と新たに発生した障害情報を比較し、情報が同一の場合には、発生した障害情報を障害情報収集サーバに送信するのを遅延または抑止し、同一なものがない場合には、発生した障害情報を障害情報収集サーバに送信している。

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

上述したように、特許文献１に開示される方法では、ストリーミング情報処理装置で障害が発生した際の障害情報収集処理を効率よく行うことができる。しかしながら、この方法はソフトウェア品質改善のための障害情報を効率的に収集することに重点が置かれているため、既知の障害情報に関しては送信を遅延または抑止しており、送信が遅延または抑止された障害情報は収集することができないという課題があった。

この発明は、上記のような課題を解決するためになされたもので、検出対象の装置に発生した障害に関する情報および障害が発生した装置に関する情報を効率的に収集することができる障害情報・装置情報蓄積装置を提供することを目的としている。

この発明に係る障害情報・装置情報蓄積装置は、検出対象の装置の障害を検出する障害検出部、および、障害検出部により検出された障害および当該障害が発生した装置に基づいて、当該障害に関する情報の外部サーバへの蓄積に対する優先度を決定する優先度決定部を有する制御装置と、優先度決定部により決定された優先度に基づいて、障害情報および対応する装置情報を外部サーバに送信する通信装置とを備え、優先度決定部は、障害検出部により検出された障害が致命的なものである場合に、優先度を高く設定するものである。

この発明によれば、上記のように構成したので、検出対象の装置に発生した障害に関する情報および障害が発生した装置に関する情報を効率的に収集することができる。

この発明の実施の形態１に係る障害情報・装置情報蓄積システムの構成を示す図である。 この発明の実施の形態１におけるメインＣＰＵの構成を示す図である。 この発明の実施の形態１におけるサブＣＰＵの構成を示す図である。 この発明の実施の形態１に係るセットトップボックスの優先度決定処理を示すフローチャートである。 この発明の実施の形態１における優先度決定基準表の一例を示す図である。 この発明の実施の形態１に係るセットトップボックスの障害情報・装置情報蓄積処理を示すフローチャートである。 この発明の実施の形態１における障害情報・装置情報リストの一例を示す図である。 この発明の実施の形態２に係る障害情報・装置情報蓄積システムの構成を示す図である。 この発明の実施の形態２におけるメインＣＰＵの構成を示す図である。 この発明の実施の形態２におけるサブＣＰＵの構成を示す図である。 この発明の実施の形態２に係るセットトップボックスの障害情報・装置情報蓄積処理を示すフローチャートである。

以下、この発明の実施の形態について図面を参照しながら詳細に説明する。
実施の形態１．
図１はこの発明の実施の形態１に係る障害情報・装置情報蓄積システムの構成を示す図である。以下では、障害情報・装置情報蓄積装置として、ＩＰＴＶ用のセットトップボックス１を用いた場合について説明を行う。なお、障害情報・装置情報蓄積装置は、セットトップボックス１に限るものではなく、同様のＩＰＴＶ機能を有する機器であれば適用可能である。
障害情報・装置情報蓄積システムは、図１に示すように、セットトップボックス１、障害情報・装置情報蓄積サーバ（外部サーバ）２およびネットワーク３から構成されている。

セットトップボックス１は、ネットワーク３を介して映像・音声コンテンツを受信・処理する機能、セットトップボックス１内の装置の障害を検出する機能や、検出した障害に関する情報（障害情報）および障害が発生した装置に関する情報（装置情報）を障害情報・装置情報蓄積サーバ２に送信・蓄積させる機能等を有するものである。このセットトップボックス１は、メインＣＰＵ（制御装置）４、一次記憶装置５、二次記憶装置６、通信装置７、サブＣＰＵ（制御装置）８、一次記憶装置９、二次記憶装置１０およびリアルタイムクロック１１から構成されている。

メインＣＰＵ４は、図２に示すように、映像・音声処理部４１、障害検出部４２、障害判断部４３、再起動指示部４４、優先度決定部４５、優先度比較部４６、サーバ送信指示部４７および内部記憶指示部４８から構成されている。

映像・音声処理部４１は、通信装置７から受信した映像信号および音声信号を処理するものである。
障害検出部４２は、メインＣＰＵ４の処理に関連する装置（一次記憶装置５、二次記憶装置６、通信装置７、サブＣＰＵ８およびリアルタイムクロック１１）の障害を検出するものである。

障害判断部４３は、障害検出部４２により検出された障害が、サブＣＰＵ８の再起動が必要な障害（致命的な障害）であるかを判断するものである。
再起動指示部４４は、障害判断部４３によりサブＣＰＵ８の再起動が必要な障害であると判断された場合に、サブＣＰＵ８を再起動させるものである。

優先度決定部４５は、障害検出部４２により検出された障害および障害の発生した装置に基づいて、この障害情報の障害情報・装置情報蓄積サーバ２への蓄積に対する優先度を決定するものである。
優先度比較部４６は、優先度決定部４５により決定された障害情報の優先度と、障害情報・装置情報蓄積サーバ２の後述する優先度保持装置１３に保持されている閾値とを比較するものである。

サーバ送信指示部４７は、優先度比較部４６により障害情報の優先度が閾値より高いと判断された場合に、この障害情報および対応する装置情報をネットワーク３を介して障害情報・装置情報蓄積サーバ２に送信するように通信装置７に指示するものである。
内部記憶指示部４８は、優先度比較部４６により障害情報の優先度が閾値以下であると判断された場合に、この障害情報および対応する装置情報をセットトップボックス１内（二次記憶装置６または二次記憶装置１０）に蓄積させるものである。

一次記憶装置５は、メインＣＰＵ４によりアクセスされる揮発性記憶装置である。
二次記憶装置６は、メインＣＰＵ４の処理に関連する装置において、過去に発生した障害に関する情報（リアルタイムクロック１１から取得した障害が発生した時刻情報を含む）および障害が発生した装置に関する情報を蓄積する不揮発性記憶装置である。
通信装置７は、ネットワーク３との間で通信を行うものである。なおネットワーク３は、インターネットプロトコルで通信を行うネットワークであってもよいし、その他のプロトコルを用いて通信を行うネットワークであってもよい。

サブＣＰＵ８は、図３に示すように、起動部８１、障害検出部８２、障害判断部８３、再起動指示部８４、優先度決定部８５、優先度比較部８６、サーバ送信指示部８７および内部記憶指示部８８から構成されている。

起動部８１は、セットトップボックス１のタイマやリモコンにより自機を起動させるものである。
障害検出部８２は、メインＣＰＵ４と、サブＣＰＵ８の処理に関連する装置（一次記憶装置９、二次記憶装置１０およびリアルタイムクロック１１）の障害を検出するものである。

障害判断部８３は、障害検出部８２により検出された障害が、メインＣＰＵ４の再起動が必要な障害（致命的な障害）であるかを判断するものである。
再起動指示部８４は、障害判断部８３によりメインＣＰＵ４の再起動が必要な障害であると判断された場合に、メインＣＰＵ４を再起動させるものである。

優先度決定部８５は、障害検出部８２により検出された障害および障害の発生した装置に基づいて、この障害情報の障害情報・装置情報蓄積サーバ２への蓄積に対する優先度を決定するものである。
優先度比較部８６は、優先度決定部８５により決定された障害情報の優先度と、優先度保持装置１３に保持されている優先度の閾値とを比較するものである。

サーバ送信指示部８７は、優先度比較部８６により障害情報の優先度が閾値より高いと判断された場合に、この障害情報および対応する装置情報をネットワーク３を介して障害情報・装置情報蓄積サーバ２に送信するように通信装置７に指示するものである。
内部記憶指示部８８は、優先度比較部８６により障害情報の優先度が閾値以下であると判断された場合に、この障害情報および対応する装置情報をセットトップボックス１内（二次記憶装置６または二次記憶装置１０）に蓄積させるものである。

一次記憶装置９は、サブＣＰＵ８によりアクセスされる揮発性記憶装置である。
二次記憶装置１０は、メインＣＰＵ４とサブＣＰＵ８の処理に関連する装置において、過去に発生した障害に関する情報（リアルタイムクロック１１から取得した障害が発生した時刻情報を含む）および障害が発生した装置に関する情報を蓄積する不揮発性記憶装置である。
リアルタイムクロック１１は、時刻情報を保持するものである。

また、障害情報・装置情報蓄積サーバ２は、ネットワーク３を介してセットトップボックス１から障害情報および対応する装置情報を受信し、蓄積するものである。この障害情報・装置情報蓄積サーバ２は、通信装置１２、優先度保持装置１３および蓄積装置１４から構成されている。

通信装置１２は、ネットワーク３との間で通信を行うものである。
優先度保持装置１３は、蓄積装置１４に蓄積する障害情報の優先度に対する閾値を保持するものである。なお、閾値は使用者が自由に設定することができる。
蓄積装置１４は、通信装置１２から受信した障害情報および対応する装置情報を蓄積するものである。

次に、上記のように構成されたセットトップボックス１において、装置の障害を検出した場合での障害情報に対する優先度決定処理について説明する。
図４はこの発明の実施の形態１に係るセットトップボックス１の優先度決定処理を示すフローチャートである。なお以下では、メインＣＰＵ４による処理について説明するが、サブＣＰＵ８による処理についても同様である。

セットトップボックス１の優先度決定処理では、図４に示すように、まず、障害検出部４２は、メインＣＰＵ４の処理に関連する装置（一次記憶装置５、二次記憶装置６、通信装置７、サブＣＰＵ８およびリアルタイムクロック１１）の障害を検出する（ステップＳＴ４１）。

次いで、障害判断部４３は、障害検出部４２により検出された障害が、サブＣＰＵ８の暴走等、サブＣＰＵ８の再起動が必要な障害であるかを判断する（ステップＳＴ４２）。この障害判断部４３による判断方法としては、例えばメインＣＰＵ４内の継続的に繰り上がるカウンタをサブＣＰＵ８に定期的に初期値に戻させ、このカウンタが特定の値まで繰り上がった場合にサブＣＰＵ８の再起動が必要であると判断する方法がある。また、別の判断方法を用いてもよい。

このステップＳＴ４２において、障害判断部４３がサブＣＰＵ８の再起動が必要な障害であると判断した場合、再起動指示部４４はサブＣＰＵ８を再起動させる（ステップＳＴ４３）。この際、再起動までに外部要因により電源断とならないような再起動までの時間が設定されている。
一方、ステップＳＴ４２において、障害判断部４３がサブＣＰＵ８の再起動が必要な障害ではないと判断した場合には、ステップＳＴ４３はスキップされ、シーケンスはステップＳＴ４４に進む。

次いで、優先度決定部４５は、障害検出部４２により検出された障害および障害が発生した装置に基づいて、この障害情報の障害情報・装置情報蓄積サーバ２への蓄積に対する優先度を決定する（ステップＳＴ４４）。この際、優先度決定部４５は、例えば図５に示すような優先度決定基準表を参照して障害情報の優先度を決定する。図５に示す優先度決定基準表では、優先度決定基準（同じ装置で繰り返し検出されている障害であるか、再起動が必要な障害であるか、障害情報・装置情報の保存先）に応じた優先度が設定されている。なお、図５に示す優先度は、値が小さくなるほど優先度が高いことを示している。

具体的には、ある装置に障害が発生した場合に、優先度決定部４５は、二次記憶装置６から過去に発生した障害情報・装置情報を参照する。
そして、同様の障害が同装置にて特定時間内に発生していた場合（図５の「繰り返し」項目“ＹＥＳ”）、同様の障害を障害情報・装置情報蓄積サーバ２へ通報するのはサーバ負荷を考慮すると効率が悪いと考えられるため、優先度決定部４５はこの障害情報の優先度を低く設定する。また、検出された障害がメインＣＰＵ４の再起動を必要とする障害の場合（図５の「繰り返し」項目“ＮＯ”，「再起動が必要か」項目“ＹＥＳ”）には、致命的な障害であると考えられるため、優先度決定部４５はこの障害情報の優先度を高く設定する。また、例えば通信装置７の障害等のように障害情報・装置情報蓄積サーバ２との通信が不可となる障害の場合（図５の「繰り返し」項目“−”，「再起動が必要か」項目“−”）には、セットトップボックス１内に障害情報を蓄積するため、優先度決定部４５はこの障害情報の優先度を低く設定する。また、障害の発生間隔に応じて優先度を下げるようにしてもよい。
また、図５に示すような優先度決定基準に限らず、別の基準を用いて優先度の決定を行うようにしてもよい。

次に、セットトップボックス１の障害情報・装置情報蓄積処理について説明する。
図６はこの発明の実施の形態１に係るセットトップボックス１の障害情報・装置情報蓄積処理を示すフローチャートである。なお以下では、メインＣＰＵ４による処理について説明するが、サブＣＰＵ８による処理についても同様である。

セットトップボックス１の障害情報・装置情報蓄積処理では、図６に示すように、まず、優先度比較部４６は、優先度保持装置１３に保持されている閾値を参照できたかを判断する（ステップＳＴ６１）。

このステップＳＴ６１において、優先度比較部４６は、閾値を参照できた場合には、この閾値と、優先度決定部４５により障害情報に対して決定された優先度とを比較する（ステップＳＴ６２）。

このステップＳＴ６２において、優先度比較部４６が障害情報の優先度が閾値より高いと判断した場合、サーバ送信指示部４７は、この障害情報および対応する装置情報をネットワーク３を介して障害情報・装置情報蓄積サーバ２に送信するように通信装置７に指示し、蓄積装置１４に蓄積させる（ステップＳＴ６３）。この際、通信装置７は、例えばＨＴＴＰによる通信を行ってもよいし、別の通信プロトコルを用いて通信を行ってもよい。これにより、例えば図７に示すように、障害情報・装置情報がリスト化されて蓄積装置１４に蓄積される。なお、蓄積装置１４に蓄積される情報は、図７に示すような障害情報・装置情報リストに限るものではなく、別の形態であってもよいし、別の項目を有していてもよい。

一方、ステップＳＴ６１において、優先度比較部４６が閾値を参照できなかった場合、または、ステップＳＴ６２において、優先度比較部４６が障害情報の優先度が閾値以下であると判断した場合には、内部記憶指示部４８は、この障害情報および対応する装置情報を二次記憶装置６に蓄積可能かを判断する（ステップＳＴ６４）。例えば二次記憶装置６の障害により、障害情報・蓄積情報を二次記憶装置６に蓄積できない場合には二次記憶装置１０に蓄積するようにする。なお、ここでは二次記憶装置６に障害情報・装置情報を優先して蓄積する場合を示しているが、二次記憶装置１０に障害情報・装置情報を優先して蓄積するようにしてもよい。

このステップＳＴ６４において、内部記憶指示部４８は、二次記憶装置６に蓄積可能と判断した場合には、障害情報および対応する装置情報を二次記憶装置６に蓄積させる（ステップＳＴ６５）。
一方、ステップＳＴ６４において、内部記憶指示部４８は、二次記憶装置６に蓄積不可能と判断した場合には、障害情報および対応する装置情報を二次記憶装置１０に蓄積させる（ステップＳＴ６６）。

以上のように、この実施の形態１によれば、発生した障害および障害が発生した装置に基づいて優先度を決定することで、同一装置での同一の障害に関する情報が障害情報・装置情報蓄積サーバ２に繰り返し蓄積されることを抑止し、また致命的な障害に関する情報を優先的に障害情報・装置情報蓄積サーバ２に蓄積させることで、障害情報・装置情報の蓄積を効率的に行うことができる。また何らかの障害により障害情報・装置情報蓄積サーバ２に障害情報・装置情報を蓄積できない場合でも、セットトップボックス１内にこの障害情報・装置情報を蓄積することで、装置毎の障害情報を蓄積することができる。さらに、タイマやリモコンによる起動を可能にするサブＣＰＵ８の二次記憶装置１０を利用することによって障害情報・装置情報蓄積の多重化を実現することができる。

実施の形態２．
図８はこの発明の実施の形態２に係る障害情報・装置情報蓄積システムの構成を示す図であり、図９はメインＣＰＵ４の構成を示す図であり、図１０はサブＣＰＵ８の構成を示す図である。
図８に示す実施の形態２に係る障害情報・装置情報蓄積システムは、図１に示す実施の形態１に係る障害情報・装置情報蓄積システムにファームウェア配信サーバ１５を追加したものであり、図９，１０に示す実施の形態２におけるメインＣＰＵ４およびサブＣＰＵ８は、図２，３に示す実施の形態１におけるメインＣＰＵ４およびサブＣＰＵ８にそれぞれ待機時間設定部４９，８９を追加したものである。その他の構成は同様であり、同一の符号を付してその説明を省略する。

ファームウェア配信サーバ１５は、セットトップボックス１のファームウェアを配信するサーバである。このファームウェア配信サーバ１５に新バージョンのファームウェアが登録された場合、セットトップボックス１はファームウェア配信サーバ１５からこの新バージョンのファームウェアを入手し、セットトップボックス１のファームウェアを更新する。

待機時間設定部４９は、障害検出部４２により検出された障害に基づいて、この障害情報および対応する装置情報を障害情報・装置情報蓄積サーバ２に送信する前の待機時間を設定するものである。待機時間設定部８９も同様の構成である。
なお、通信装置７は、障害情報・装置情報を障害情報・装置情報蓄積サーバ２に送信する際に、待機時間設定部４９または待機時間設定部８９により設定された時間分待機した後に送信を行う。

次に、上記のように構成されたセットトップボックス１の障害情報・装置情報蓄積処理について説明する。
図１１はこの発明の実施の形態２に係るセットトップボックス１の障害情報・装置情報蓄積処理を示すフローチャートである。なお以下では、メインＣＰＵ４による処理について説明するが、サブＣＰＵ８による処理についても同様である。また、図６に示す実施の形態１に係るセットトップボックス１の障害情報・装置情報蓄積処理と同様の処理については同一の符号を付してその説明を簡略化する。

セットトップボックス１の障害情報・装置情報蓄積処理では、図１１に示すように、まず、優先度比較部４６は、優先度保持装置１３に保持されている閾値を参照できたかを判断し（ステップＳＴ６１）、閾値を参照できた場合には、この閾値と、優先度決定部４５により障害情報に対して決定された優先度とを比較する（ステップＳＴ６２）。

このステップＳＴ６２において、優先度比較部４６が障害情報の優先度が閾値より高いと判断した場合、待機時間設定部４９は、この障害に基づいて、障害情報および対応する装置情報を障害情報・装置情報蓄積サーバ２に送信する前に待機する時間を設定する（ステップＳＴ１１１）。この待機時間は複数のセットトップボックス１で同時多発的に障害が発生することが予想される場合に、障害情報・装置情報蓄積サーバ２の負荷を分散する目的で設定するものである。例えばファームウェア配信サーバ１５に最新のファームウェアが登録された直後には複数のセットトップボックス１で障害が発生する恐れがあるため、待機時間をランダムに設定する。また、別の障害においても待機時間を設定するようにしてもよいし、同時多発的に発生せず、障害情報・装置情報蓄積サーバ２に負荷が集中しないと予想される障害に関しては待機時間を設定しなくてもよい。

次いで、通信装置７は、待機時間設定部４９により設定された時間分待機する（ステップＳＴ１１２）。
次いで、サーバ送信指示部４７は、この障害情報および対応する装置情報をネットワーク３を介して障害情報・装置情報蓄積サーバ２に送信するように通信装置７に指示し、蓄積装置１４に蓄積させる（ステップＳＴ６３）。

一方、ステップＳＴ６１において、優先度比較部４６が閾値を参照できなかった場合、または、ステップＳＴ６２において、優先度比較部４６が障害情報の優先度が閾値以下であると判断した場合には、内部記憶指示部４８は、この障害情報および対応する装置情報を二次記憶装置６に蓄積可能かを判断する（ステップＳＴ６４）。
このステップＳＴ６４において、内部記憶指示部４８は、二次記憶装置６に蓄積可能と判断した場合には、障害情報・装置情報を二次記憶装置６に蓄積させ（ステップＳＴ６５）、二次記憶装置６に蓄積不可能と判断した場合には、障害情報・装置情報を二次記憶装置１０に蓄積させる（ステップＳＴ６６）。

以上のように、この実施の形態２によれば、検出した障害内容に応じて、障害情報・装置情報を障害情報・装置情報蓄積サーバ２に送信する前に待機するように構成したので、複数のセットトップボックス１で同時多発的に障害が発生した場合にも、障害情報・装置情報蓄積サーバ２の負荷を分散させることができる。

なお、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。

１ セットトップボックス（障害情報・装置情報蓄積装置）、２ 障害情報・装置情報蓄積サーバ（外部サーバ）、３ ネットワーク、４ メインＣＰＵ（制御装置）、５ 一次記憶装置、６ 二次記憶装置、７ 通信装置、８ サブＣＰＵ（制御装置）、９ 一次記憶装置、１０ 二次記憶装置、１１ リアルタイムクロック、１２ 通信装置、１３ 優先度保持装置、１４ 蓄積装置、１５ ファームウェア配信サーバ、４１ 映像・音声処理部、４２ 障害検出部、４３ 障害判断部、４４ 再起動指示部、４５ 優先度決定部、４６ 優先度比較部、４７ サーバ送信指示部、４８ 内部記憶指示部、４９ 待機時間設定部、８１ 起動部、８２ 障害検出部、８３ 障害判断部、８４ 再起動指示部、８５ 優先度決定部、８６ 優先度比較部、８７ サーバ送信指示部、８８ 内部記憶指示部、８９ 待機時間設定部。

Claims (4)

1. 検出対象の装置で発生した障害に関する情報および当該障害が発生した装置に関する情報を外部サーバに送信し蓄積させる障害情報・装置情報蓄積装置において、
   検出対象の装置の障害を検出する障害検出部、および、前記障害検出部により検出された障害および当該障害が発生した装置に基づいて、当該障害に関する情報の前記外部サーバへの蓄積に対する優先度を決定する優先度決定部を有する制御装置と、
   前記優先度決定部により決定された優先度に基づいて、障害情報および対応する装置情報を前記外部サーバに送信する通信装置とを備え、
   前記優先度決定部は、前記障害検出部により検出された障害が致命的なものである場合に、優先度を高く設定する
   ことを特徴とする障害情報・装置情報蓄積装置。
2. 前記障害検出部により検出された障害に関する情報および対応する装置情報を蓄積する記憶装置をさらに備え、
   前記優先度決定部は、前記障害検出部により検出された障害に関する情報および対応する装置情報が前記記憶装置に既に記憶されている場合には、当該障害情報の優先度を低く設定する
   ことを特徴とする請求項１記載の障害情報・装置情報蓄積装置。
3. 前記制御装置は、前記優先度決定部により決定された優先度と、前記外部サーバに保持されている閾値とを比較する優先度比較部をさらに有し、
   前記通信装置は、前記優先度比較部により優先度が閾値より高い障害情報および対応する装置情報を前記外部サーバに送信する
   ことを特徴とする請求項１記載の障害情報・装置情報蓄積装置。
4. 前記制御装置は、前記障害検出部により検出された障害に基づいて、待機時間を設定する待機時間設定部をさらに有し、
   前記通信装置は、前記待機時間設定部により設定された時間分待機した後、当該障害情報および対応する装置情報を送信する
   ことを特徴とする請求項１記載の障害情報・装置情報蓄積装置。

Images