特許 6095140 遠隔監視システム、遠隔監視方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6095140

(24)【登録日】2017年2月24日

(45)【発行日】2017年3月15日

(54)【発明の名称】遠隔監視システム、遠隔監視方法、及びプログラム

(51)【国際特許分類】

   G06F 11/07 20060101AFI20170306BHJP

   G06F 11/20 20060101ALI20170306BHJP

   G06F 13/00 20060101ALI20170306BHJP

【ＦＩ】

   G06F11/07 190

   G06F11/07 140A

   G06F11/20 620

   G06F13/00 351N

【請求項の数】9

【全頁数】29

(21)【出願番号】特願2015-536594(P2015-536594)

(86)(22)【出願日】2014年9月10日

(86)【国際出願番号】JP2014073887

(87)【国際公開番号】WO2015037603

(87)【国際公開日】20150319

【審査請求日】2016年3月10日

(31)【優先権主張番号】特願2013-188324(P2013-188324)

(32)【優先日】2013年9月11日

(33)【優先権主張国】JP

【前置審査】

(73)【特許権者】

【識別番号】000232140

【氏名又は名称】ＮＥＣフィールディング株式会社

(74)【代理人】

【識別番号】100080816

【弁理士】

【氏名又は名称】加藤 朝道

(72)【発明者】

【氏名】落合 晋二

【審査官】 大塚 俊範

(56)【参考文献】

【文献】 特開２００４−０８６７１９（ＪＰ，Ａ）

【文献】 特開２００３−２４２２７４（ＪＰ，Ａ）

【文献】 特開２００５−２０２５９７（ＪＰ，Ａ）

【文献】 特開２００４−１１８６８９（ＪＰ，Ａ）

【文献】 橋向 博昭、他1名，リモート監視・保全技術の進展とネットワークセキュリティの視点，計装，日本，（有）工業技術社，２００４年 ７月 １日，第47巻,第7号，p.37-40

【文献】 福井 眞吾、他1名，分散並行オブジェクトを用いたネットワーク管理，電子情報通信学会技術研究報告，日本，社団法人電子情報通信学会，１９９４年１１月２４日，第94巻,第368号，p.83-90

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １１／０７

Ｇ０６Ｆ １１／３０−１１／３６

Ｇ０６Ｆ １１／２０

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

複数の監視対象装置にネットワークを介して障害検出コマンドを送信し、各々の前記監視対象装置で実行された前記障害検出コマンドの実行結果を受信して各々の前記監視対象装置の障害の有無を判定し、障害があると判定された前記監視対象装置に関して前記監視対象装置の情報及び前記障害検出コマンドの実行結果を含む障害検出情報を出力する障害監視装置と、
前記障害検出情報を受信し、前記受信された障害検出情報に含まれる障害検出コマンドの実行結果を解析して障害を復旧する障害対処方法を決定し、前記監視対象装置の情報及び前記障害対処方法を含む障害解析情報を出力する障害解析装置と、
前記障害解析情報を受信し、前記受信された障害解析情報に含まれる障害対処方法の実行を管理する障害管理装置と、
を備え、
前記障害監視装置、前記障害解析装置、及び前記障害管理装置の２以上が、互いに異なる前記監視対象装置に対する処理を並行して実行可能に構成され、
前記障害監視装置は、正系の障害監視装置及び副系の障害監視装置を含む２以上の障害監視装置で構成され、前記正系の障害監視装置及び前記副系の障害監視装置は、夫々前記障害検出情報を出力し、
前記障害解析装置は、前記正系の障害監視装置の異常を検出した場合に、前記正系の障害監視装置と前記副系の障害監視装置との間で、前記正系／副系の設定を切り替えるものとし、
前記障害解析装置は、前記正系の障害監視装置の異常を検出しない場合には、前記正系の障害監視装置から送信された前記障害検出情報を使用して障害対処方法を決定し、前記副系の障害監視装置から送信された前記障害検出情報を使用しない遠隔監視システム。

【請求項2】

前記障害解析装置は、
複数の障害検出コマンドの実行結果に対応した障害対処方法を予め定めた障害情報データベースを備え、
前記障害監視装置から受信した障害検出情報に含まれる障害検出コマンドの実行結果を用いて前記障害情報データベースを検索して障害を復旧する障害対処方法を決定する、請求項１に記載の遠隔監視システム。

【請求項3】

前記障害情報データベースには各々の前記障害対処方法に対応した被疑部品情報がさらに定められており、
前記障害解析装置は前記障害検出情報に含まれる障害検出コマンドの実行結果を用いて前記障害情報データベースを検索して被疑部品情報を取得し、前記障害解析情報に前記被疑部品情報を付加し、
前記障害管理装置は前記受信された障害解析情報に含まれる被疑部品情報に基づいて被疑部品の手配の指示を送出する、請求項２に記載の遠隔監視システム。

【請求項4】

前記障害情報データベースには各々の前記障害対処方法に対応した保守員派遣要請情報がさらに定められており、
前記障害解析装置は前記障害検出情報に含まれる障害検出コマンドの実行結果を用いて前記障害情報データベースを検索して保守員派遣要請情報を取得し、前記障害解析情報に前記保守員派遣要請情報を付加し、
前記障害管理装置は前記受信された障害解析情報に含まれる保守員派遣要請情報に基づいて保守員の派遣を指示する通知を保守員端末に送信する、請求項２または３に記載の遠隔監視システム。

【請求項5】

前記障害管理装置は、
前記複数の監視対象装置の各々に対応した顧客端末のアドレスを記憶した顧客情報データベースを備え、
前記受信された障害解析情報に含まれる監視対象装置の情報を用いて前記顧客情報データベースを検索して前記監視対象装置に対応した顧客端末のアドレスを取得し、前記顧客端末のアドレスに前記監視対象装置の障害を通知する、請求項１乃至４のいずれか一に記載の遠隔監視システム。

【請求項6】

前記複数の障害監視装置は、夫々定期的に稼動通知情報を前記障害解析装置に送信するように設定され、
前記障害解析装置は、前記２以上の障害監視装置の各々から稼動通知情報を受信できるか否かを判定し、前記稼動通知情報を受信できない障害監視装置が異常であると検出する、請求項１乃至５のいずれか一に記載の遠隔監視システム。

【請求項7】

前記障害監視装置は閉域ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網を介して前記複数の監視対象装置からの障害検出コマンド実行結果を受信する、請求項１乃至６のいずれか一に記載の遠隔監視システム。

【請求項8】

複数の監視対象装置にネットワークを介して障害検出コマンドを送信するステップと、
各々の前記監視対象装置で実行された前記障害検出コマンドの実行結果を受信して各々の前記監視対象装置の障害の有無を判定し、障害があると判定された前記監視対象装置に関して前記監視対象装置の情報及び前記障害検出コマンドの実行結果を含む障害検出情報を出力する判定ステップと、
前記障害検出情報を受信し、前記受信された障害検出情報に含まれる障害検出コマンドの実行結果を解析して障害を復旧する障害対処方法を決定し、前記監視対象装置の情報及び前記障害対処方法を含む障害解析情報を出力する解析ステップと、
前記障害解析情報を受信し、前記受信された障害解析情報に含まれる障害対処方法の実行を管理する管理ステップと、
を含み、
正系の装置及び副系の装置を含む２以上の装置が前記判定ステップを実行し、
前記正系の装置の異常が検出された場合に、前記正系の装置と前記副系の装置との間で、前記正系／副系の設定を切り替えるステップと、
前記正系の装置の異常が検出されない場合には、前記正系の装置から送信された前記障害検出情報を使用して障害対処方法を決定し、前記副系の装置から送信された前記障害検出情報を使用しないステップと、
をさらに含み、
前記判定ステップ、前記解析ステップ、及び前記管理ステップの２以上が、並行して実行可能である遠隔監視方法。

【請求項9】

監視対象装置を監視する障害監視装置とネットワークを介して接続する、障害解析装置に実行させるプログラムであって、
障害があると判定された前記監視対象装置に関して前記監視対象装置の情報及び障害検出コマンドの実行結果を含む障害検出情報を受信し、前記受信された障害検出情報に含まれる障害検出コマンドの実行結果を解析して障害を復旧する障害対処方法を決定し、前記監視対象装置の情報及び前記障害対処方法を含む障害解析情報を出力する解析処理、を前記障害解析装置に実行させ、
正系の前記障害監視装置及び副系の前記障害監視装置を含む２以上の前記障害監視装置が前記障害検出情報を出力し、
前記正系の前記障害監視装置の異常が検出された場合に、前記正系の前記障害監視装置と前記副系の前記障害監視装置との間で、前記正系／副系の設定を切り替える処理と、
前記正系の障害監視装置の異常が検出されない場合には、前記正系の障害監視装置から送信された前記障害検出情報を使用して障害対処方法を決定し、前記副系の障害監視装置から送信された前記障害検出情報を使用しない処理とを、前記障害解析装置に実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

［関連出願についての記載］
本発明は、日本国特許出願：特願２０１３−１８８３２４号（２０１３年９月１１日出願）に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、遠隔監視システム、遠隔監視方法、及びプログラムに関する。特に、本発明は、監視対象装置における障害をネットワークを介して遠隔検出する技術に関する。

【背景技術】

【0002】

従来、顧客先に設置した情報処理装置等の障害を検出して保守管理するシステムにおいて、以下の２通りの方法が広く用いられている。第１の方法は、顧客の情報処理装置に監視モジュールを導入し、該監視モジュールが障害を検出し通知する方法である。第２の方法は、顧客ネットワーク内に障害監視装置を設置し、該障害監視装置が情報処理装置の障害を検出する方法である。

【0003】

しかしながら、第１の方法では、情報処理装置の外部から障害を検出することができないため、情報処理装置の異常停止等の障害を検出することができないという問題がある。また、第２の方法では、顧客ネットワーク内に障害監視装置を設置しなければならず、障害監視装置の導入費用が顧客の負担になるという問題がある。

【0004】

上記の問題を解消するため、例えば、特許文献１には、複数の顧客サイトに設置したコンピュータシステムを、ネットワークを介して保守管理センタの障害監視サーバにより障害を監視する保守管理システムが開示されている。該保守管理システムによれば、複数の顧客サイトから集められた障害情報を点数化し、点数の高低により障害の重要性や緊急度を定量評価して、保守部品の発送や保守員の手配に関する優先順位付けを一括して管理することが可能である。

【0005】

また、特許文献２には、複数の顧客システムとインターネットを介して接続された保守装置が開示されている。該保守装置は、各顧客システム内の装置の構成情報（型名、製造番号、版数等）の登録手段を有すると共に、その構成情報に基づいて遠隔診断を実行させることができる。また、該保守装置は診断結果に異常を検出した場合に、保守員を自動的に呼び出すこともできる。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２００３−２４１９９９号公報

【特許文献2】特開２００３−３４５６２２号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

上記の特許文献の全開示内容は、本書に引用をもって繰り込み記載されているものとする。以下の分析は、本発明の観点から与えられる。

【0008】

特許文献１、２で開示された保守管理システムにおいて、特許文献２の図４のように複数の顧客システムに対する診断実行を互いに時間間隔を空けて実施する場合には、それぞれの障害検出、障害解析、及び障害対策を所望の処理能力で実行することが可能である。しかしながら、例えば地震等の緊急時には、複数の顧客システムに対して、障害検出、障害解析、及び障害対策を一斉に実行することが要求される。そのような場合に、特許文献１、２で開示された保守管理システムでは、処理能力が不足する虞がある。

【0009】

そこで、本発明は、複数の監視対象装置に対する障害検出、障害解析、及び障害対策の処理能力の向上に貢献しうる遠隔監視システムを提供することを目的とする。

【課題を解決するための手段】

【0010】

第１の視点による遠隔監視システムは、以下の障害監視装置、障害解析装置、及び障害管理装置を含む。該障害監視装置は、複数の監視対象装置にネットワークを介して障害検出コマンドを送信し、各々の前記監視対象装置で実行された前記障害検出コマンドの実行結果を受信して各々の前記監視対象装置の障害の有無を判定し、障害があると判定された前記監視対象装置に関して前記監視対象装置の情報及び前記障害検出コマンドの実行結果を含む障害検出情報を出力する。また、該障害解析装置は、前記障害検出情報を受信し、前記受信された障害検出情報に含まれる障害検出コマンドの実行結果を解析して障害を復旧する障害対処方法を決定し、前記監視対象装置の情報及び前記障害対処方法を含む障害解析情報を出力する。また、該障害管理装置は、前記障害解析情報を受信し、前記受信された障害解析情報に含まれる障害対処方法の実行を管理する。ここで、前記障害監視装置、前記障害解析装置、及び前記障害管理装置の２以上が、互いに異なる前記監視対象装置に対する処理を並行して実行可能に構成される。また、前記障害監視装置は、正系の障害監視装置及び副系の障害監視装置を含む２以上の障害監視装置で構成され、前記正系の障害監視装置及び前記副系の障害監視装置は、夫々前記障害検出情報を出力する。さらに、前記障害解析装置は、前記正系の障害監視装置の異常を検出した場合に、前記正系の障害監視装置と前記副系の障害監視装置との間で、前記正系／副系の設定を切り替える。さらに、前記障害解析装置は、前記正系の障害監視装置の異常を検出しない場合には、前記正系の障害監視装置から送信された前記障害検出情報を使用して障害対処方法を決定し、前記副系の障害監視装置から送信された前記障害検出情報を使用しない。

【0011】

第２の視点による遠隔監視方法は、以下のステップを含む。即ち、該遠隔監視方法は、複数の監視対象装置にネットワークを介して障害検出コマンドを送信するステップを含む。また、該遠隔監視方法は、各々の前記監視対象装置で実行された前記障害検出コマンドの実行結果を受信して各々の前記監視対象装置の障害の有無を判定し、障害があると判定された前記監視対象装置に関して前記監視対象装置の情報及び前記障害検出コマンドの実行結果を含む障害検出情報を出力する判定ステップを含む。また、該遠隔監視方法は、前記障害検出情報を受信し、前記受信された障害検出情報に含まれる障害検出コマンドの実行結果を解析して障害を復旧する障害対処方法を決定し、前記監視対象装置の情報及び前記障害対処方法を含む障害解析情報を出力する解析ステップを含む。さらに、該遠隔監視方法は、前記障害解析情報を受信し、前記受信された障害解析情報に含まれる障害対処方法の実行を管理する管理ステップを含む。さらに、正系の装置及び副系の装置を含む２以上の装置が前記判定ステップを実行する。さらに、該遠隔監視方法は、前記正系の装置の異常が検出された場合に、前記正系の装置と前記副系の装置との間で、前記正系／副系の設定を切り替えるステップをさらに含む。さらに、該遠隔監視方法は、前記正系の装置の異常が検出されない場合には、前記正系の装置から送信された前記障害検出情報を使用して障害対処方法を決定し、前記副系の装置から送信された前記障害検出情報を使用しないステップを含む。ここで、前記判定ステップ、前記解析ステップ、及び前記管理ステップの２以上が、並行して実行可能である。
本方法は、障害を監視する障害監視装置、障害を解析する障害解析装置、及び障害を管理する障害管理装置という特定の機械に結び付けられている。

【0012】

第３の視点によるプログラムは、複数の監視対象装置の障害を検出するプログラムであって、以下の処理をコンピュータに実行させる。即ち、該プログラムは、複数の監視対象装置にネットワークを介して障害検出コマンドを送信し、各々の前記監視対象装置で実行された前記障害検出コマンドの実行結果を受信して各々の前記監視対象装置の障害の有無を判定し、障害があると判定された前記監視対象装置に関して前記監視対象装置の情報及び前記障害検出コマンドの実行結果を含む障害検出情報を、前記障害検出情報を用いて障害を復旧する障害対処方法を決定する装置に出力する処理、をコンピュータに実行させる。
また、他の視点によるプログラムは、監視対象装置を監視する障害監視装置とネットワークを介して接続する、障害解析装置に実行させるプログラムであって、以下の処理を前記障害解析装置に実行させる。即ち、該プログラムは、障害があると判定された前記監視対象装置に関して前記監視対象装置の情報及び障害検出コマンドの実行結果を含む障害検出情報を受信し、前記受信された障害検出情報に含まれる障害検出コマンドの実行結果を解析して障害を復旧する障害対処方法を決定し、前記監視対象装置の情報及び前記障害対処方法を含む障害解析情報を出力する解析処理、を前記障害解析装置に実行させる。さらに、正系の前記障害監視装置及び副系の前記障害監視装置を含む２以上の前記障害監視装置が前記障害検出情報を出力する。さらに、該プログラムは、前記正系の前記障害監視装置の異常が検出された場合に、前記正系の前記障害監視装置と前記副系の前記障害監視装置との間で、前記正系／副系の設定を切り替える処理を、前記障害解析装置に実行させる。さらに、該プログラムは、前記正系の障害監視装置の異常が検出されない場合には、前記正系の障害監視装置から送信された前記障害検出情報を使用して障害対処方法を決定し、前記副系の障害監視装置から送信された前記障害検出情報を使用しない処理を、前記障害解析装置に実行させる。
なお、これらのプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。これらの発明は、コンピュータプログラム製品として具現することも可能である。

【発明の効果】

【0013】

遠隔監視システムによれば、複数の監視対象装置に対する障害検出、障害解析、及び障害対策の処理能力の向上に貢献しうる遠隔監視システムを提供することができる。

【図面の簡単な説明】

【0014】

【図1】一実施形態に係る遠隔監視システムを適用した場合の全体構成を示すブロック図である。

【図2】一実施形態に係る遠隔監視システムの動作を示すシーケンスチャートである。

【図3】第１の実施形態に係る遠隔監視システムを適用した場合の全体構成を示すブロック図である。

【図4】第１の実施形態に係る遠隔監視システムにおける障害監視装置の機能構成を示す図である。

【図5】第１の実施形態に係る遠隔監視システムにおける障害解析装置の機能構成を示す図である。

【図6】第１の実施形態に係る遠隔監視システムにおける障害管理装置の機能構成を示す図である。

【図7】第１の実施形態に係る遠隔監視システムにおける障害監視装置の動作を示すフローチャートである。

【図8】第１の実施形態に係る遠隔監視システムにおける障害解析装置の動作を示すフローチャートである。

【図9】第１の実施形態に係る遠隔監視システムにおける障害管理装置の動作を示すフローチャートである。

【図10】図９に続くフローチャートである。

【図11】第１の実施形態において、障害監視装置の系切り替えが発生する場合の障害監視装置のフローチャートである。

【図12】第１の実施形態において、障害監視装置の系切り替えが発生する場合の障害解析装置のフローチャートである。

【図13】第１の実施形態に係る遠隔監視システムにおける障害監視装置の障害検出対象装置データベースの一例である。

【図14】第１の実施形態に係る遠隔監視システムにおける障害監視装置の障害検出項目データベースの一例である。

【図15】第１の実施形態に係る遠隔監視システムにおける障害監視装置のデータ転送先データベースの一例である。

【図16】第１の実施形態に係る遠隔監視システムにおける障害解析装置の監視対象装置情報データベースの一例である。

【図17】第１の実施形態に係る遠隔監視システムにおける障害解析装置の障害情報データベースの一例である。

【図18】第１の実施形態に係る遠隔監視システムにおける障害解析装置の障害監視装置冗長構成情報データベースの一例である。

【図19】第１の実施形態に係る遠隔監視システムにおける障害監視装置の障害管理データベースの一例である。

【図20】第１の実施形態に係る遠隔監視システムにおける障害監視装置の顧客情報データベースの一例である。

【図21】第１の実施形態に係る遠隔監視システムにおける障害監視装置の社員情報データベースの一例である。

【図22】第１の実施形態に係る遠隔監視システムにおける障害監視装置の作業予定データベースの一例である。

【図23】第２の実施形態に係る遠隔監視システムを適用した場合の全体構成を示すブロック図である。

【図24】第２の実施形態に係る遠隔監視システムの動作を示すシーケンスチャートである。

【図25】比較例１に係る遠隔監視システムを適用した場合の全体構成を示すブロック図である。

【図26】比較例１に係る遠隔監視システムの動作を示すシーケンスチャートである。

【発明を実施するための形態】

【0015】

まず、一実施形態の概要について説明する。なお、実施形態の概要の説明において付記した図面参照符号は専ら理解を助けるための例示であり、図示の態様に限定することを意図するものではない。

【0016】

一実施形態における遠隔監視システム１は、図１に示すように、以下の障害監視装置１００、障害解析装置２００、及び障害管理装置３００を含む。該障害監視装置１００は、複数の監視対象装置１０ａ〜ｂにネットワーク２を介して障害検出コマンド３ａ〜ｂを送信し、各々の監視対象装置で実行された障害検出コマンドの実行結果４ａ〜ｂを受信して各々の監視対象装置１０ａ〜ｂの障害の有無を判定し、障害があると判定された監視対象装置に関して監視対象装置の情報（１０ａに対応するＡ０００１；図１（Ｂ）参照）及び障害検出コマンドの実行結果４ａ〜ｂを含む障害検出情報５ａ〜ｂを出力する。また、該障害解析装置２００は、障害検出情報５ａ〜ｂを受信し、受信された障害検出情報５ａ〜ｂに含まれる障害検出コマンドの実行結果４ａ〜ｂを解析して障害を復旧する障害対処方法を決定し、監視対象装置の情報及び障害対処方法（６ａに含まれる７ａ；図１（Ｃ）参照）を含む障害解析情報６ａ〜ｂを出力する。また、該障害管理装置３００は、障害解析情報６ａ〜ｂを受信し、受信された障害解析情報６ａ〜ｂに含まれる障害対処方法（６ａに含まれる７ａ；図１（Ｃ）参照）の実行を管理する。ここで、図２に示すように、障害監視装置１００、障害解析装置２００、及び障害管理装置３００の２以上が、互いに異なる監視対象装置１０ａ〜ｂに対する処理を並行して実行可能に構成される（図２に示すように、期間ＴＡにおいて障害監視装置１００と障害解析装置２００、期間ＴＢにおいて障害解析装置２００と障害管理装置３００、が夫々並行して実行されている）。

【0017】

上記の構成により、複数の監視対象装置１０ａ〜ｂに対して遠隔で障害検出、障害解析、及び障害対策を行う遠隔監視システム１において、遠隔監視システム１を構成する障害監視装置１００、障害解析装置２００、及び障害管理装置３００の２以上が処理を並行して実行可能に構成される。従って、全体として処理能力が向上した遠隔監視システムを提供することが可能になる。

【0018】

上記の遠隔監視システムにおいて、障害解析装置２００は、複数の障害検出コマンドの実行結果に対応した障害対処方法を予め定めた障害情報データベース（図５の２０５）を備えることが好ましい。そして、障害解析装置２００は、障害監視装置１００から受信した障害検出情報５ａ〜ｂに含まれる障害検出コマンドの実行結果４ａ〜ｂを用いて障害情報データベース（図５の２０５）を検索して障害を復旧する障害対処方法（図１（Ｃ）の７ａ等）を決定するようにしてもよい。

【0019】

上記の遠隔監視システムにおいて、障害情報データベース（図５、図１７の２０５）には各々の障害対処方法に対応した被疑部品情報９がさらに定められていることが好ましい。そして、障害解析装置２００は障害検出情報５ａ〜ｂに含まれる障害検出コマンドの実行結果４ａ〜ｂを用いて障害情報データベース（図５の２０５）を検索して被疑部品情報９ａ〜ｂを取得し、障害解析情報６ａ〜ｂに被疑部品情報９ａ〜ｂを付加し、障害管理装置３００は受信された障害解析情報６ａ〜ｂに含まれる被疑部品情報９ａ〜ｂに基づいて被疑部品の手配の指示を送出するようにしてもよい。

【0020】

上記の遠隔監視システムにおいて、障害情報データベース（図５、図１７の２０５）には各々の障害対処方法に対応した保守員派遣要請情報１９がさらに定められていることが好ましい。そして、障害解析装置２００は障害検出情報５ａ〜ｂに含まれる障害検出コマンドの実行結果４ａ〜ｂを用いて障害情報データベース（図５の２０５）を検索して保守員派遣要請情報１９ａ〜ｂを取得し、障害解析情報６ａ〜ｂに保守員派遣要請情報１９ａ〜ｂを付加し、障害管理装置３００は受信された障害解析情報６ａ〜ｂに含まれる保守員派遣要請情報１９ａ〜ｂに基づいて保守員の派遣を指示する通知を保守員端末２２ａに送信するようにしてもよい。

【0021】

上記の遠隔監視システムにおいて、障害管理装置３００は、複数の監視対象装置１０ａ〜ｂの各々に対応した顧客端末２０ａ〜ｂのアドレスを記憶した顧客情報データベース（図６、図２０の２０８）を備えることが好ましい。そして、障害管理装置３００は、受信された障害解析情報（例えば、６ａ）に含まれる監視対象装置の情報（図１（Ｂ）のＡ０００１）を用いて顧客情報データベース（図６、図２０の２０８）を検索して監視対象装置１０ａに対応した顧客端末２０ａのアドレスを取得し、顧客端末２０ａのアドレスに監視対象装置１０ａの障害を通知するようにしてもよい。

【0022】

上記の遠隔監視システムにおいて、図３に示すように、障害監視装置は、正系の障害監視装置１００ｍ及び副系の障害監視装置１００ｓを含む２以上の障害監視装置で構成されることが好ましい。ここで、障害解析装置２００は、正系の障害監視装置１００ｍの異常を検出した場合に、正系の障害監視装置１００ｍと副系の障害監視装置１００ｓとの間で、正系／副系の設定を切り替え、障害解析装置２００は、正系の障害監視装置から送信された障害検出情報を使用して障害対処方法を決定し、副系の障害監視装置から送信された障害検出情報を使用しないことが好ましい。

【0023】

上記の遠隔監視システムにおいて、上記の複数の障害監視装置（１００ｍ、１００ｓ等）は、夫々定期的に稼動通知情報８ａ〜ｂを障害解析装置２００に送信するように設定され、障害解析装置２００は、２以上の障害監視装置（１００ｍ、１００ｓ等）の各々から稼動通知情報８ａ〜ｂを受信できるか否かを判定し、稼動通知情報を受信できない障害監視装置が異常であると検出するようにしてもよい。

【0024】

上記の遠隔監視システムにおいて、図３に示すように、障害監視装置（１００ｍ、１００ｓ）は閉域ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網５０を介して複数の監視対象装置（１０ａ〜ｂ）からの障害検出コマンド実行結果４ａ〜ｂを受信することが好ましい。

【0025】

一実施形態における遠隔監視方法は、図１、図２のいずれかに示すように、以下のステップを含む。即ち、該遠隔監視方法は、複数の監視対象装置１０ａ〜ｂにネットワーク２を介して障害検出コマンド３ａ〜ｂを送信するステップを含む。また、該遠隔監視方法は、各々の監視対象装置１０ａ〜ｂで実行された障害検出コマンドの実行結果４ａ〜ｂを受信して各々の監視対象装置１０ａ〜ｂの障害の有無を判定し、障害があると判定された監視対象装置に関して監視対象装置の情報及び障害検出コマンドの実行結果４ａ〜ｂを含む障害検出情報５ａ〜ｂを出力する判定ステップ（Ｓ１００ａ、Ｓ１００ｂ）を含む。また、該遠隔監視方法は、障害検出情報５ａ〜ｂを受信し、受信された障害検出情報５ａ〜ｂに含まれる障害検出コマンドの実行結果４ａ〜ｂを解析して障害を復旧する障害対処方法を決定し、監視対象装置の情報及び障害対処方法を含む障害解析情報６ａ〜ｂを出力する解析ステップ（Ｓ１０１ａ、Ｓ１０１ｂ）を含む。さらに、該遠隔監視方法は、障害解析情報６ａ〜ｂを受信し、受信された障害解析情報６ａ〜ｂに含まれる障害対処方法の実行を管理する管理ステップ（Ｓ１０２ａ、Ｓ１０２ｂ）を含む。ここで、判定ステップ、解析ステップ、及び管理ステップの２以上が、並行して実行可能である（図２では、判定ステップＳ１００ｂと解析ステップＳ１０１ａ、解析ステップＳ１０１ｂと管理ステップＳ１０２ａが夫々並行して実行されている）。

【0026】

以下、各実施形態について、図面を参照して詳しく説明する。

【0027】

［第１の実施形態］
（第１の実施形態の構成）
第１の実施形態の構成について、図３〜図６を参照しながら詳細に説明する。図３は、第１の実施形態に係る遠隔監視システム１１の全体構成を示すブロック図である。図３に示すように、遠隔監視システム１１は、複数の顧客サイト（顧客サイトＡ、顧客サイトＢ等）に夫々設置された監視対象装置１０ａ〜ｂを遠隔監視システム１１が設置された監視センタから遠隔で監視する装置である。ここで、監視対象装置１０ａ〜ｂは、例えば、サーバ、ネットワーク機器、ＰＣ（Personal Computer）等の情報処理装置である。

【0028】

ここで、各顧客サイトの顧客は、自社ネットワーク内に監視用設備の設置を望まずに、遠隔監視システム１１を提供する業者に対して自社内の情報処理装置の保守管理を依頼している。監視センタの遠隔監視システム１１は、図３に示すように、２つの障害監視装置１００ｍ、１００ｓ、障害解析装置２００、及び障害管理装置３００により構成される。上記４つの装置は、いずれも中央処理装置ＣＰＵ（Central Processing Unit）が搭載されたサーバ機器である。以降、障害監視装置は、正系／副系の区別しない場合は単に「障害監視装置」という。

【0029】

障害監視装置（１００ｍ、１００ｓ）は、閉域ＩＰ網５０を介して監視対象装置１０ａ〜ｂの障害検出を行い、監視対象装置１０ａ〜ｂから異常を検出した場合、障害検出情報５ａ〜ｂを障害解析装置２００に通知する機能を有している。閉域ＩＰ網５０としては、例えば、ＶＰＮ（Virtual Private Network）等が適用可能である。尚、障害監視装置は、正系の障害監視装置１００ｍ及び副系の障害監視装置１００ｓによる冗長構成になっている。

【0030】

障害解析装置２００は、障害監視装置（１００ｍ、１００ｓ）から通知された障害検出情報５ａ〜ｂについて解析を行い、解析結果を障害解析情報６ａ〜ｂとして障害管理装置３００に通知する機能を有している。ここで、障害検出情報５ａ及び障害解析情報６ａは、監視対象装置１０ａに対応し、障害検出情報５ｂ及び障害解析情報６ｂは、監視対象装置１０ｂに対応している。

【0031】

障害監視装置（１００ｍ、１００ｓ）は、一方が正系、他方が副系の障害監視装置として機能する。図３では、障害監視装置１００ｍ、障害監視装置１００ｓが夫々正系の障害監視装置、副系の障害監視装置として設定されている。障害解析装置２００は、正系の障害監視装置１００ｍから転送された障害検出情報５ａ〜ｂのみを解析の対象とする。但し、障害解析装置２００が正系の障害監視装置１００ｍの異常を検出した場合は、正系／副系を切り替える。即ち、副系の障害監視装置であった１００ｓが正系に切り替わり、正系の障害監視装置であった１００ｍが副系に切り替わる。

【0032】

障害管理装置３００は、障害解析装置２００から転送された障害解析情報６ａ〜ｂを基に、顧客端末２０ａ〜ｂへ障害内容の通知、保守員への出動指示の通知、及び保守部品（被疑部品）の選定を行う機能を有している。

【0033】

（障害監視装置の構成）
次に、図４を参照しながら、障害監視装置（１００ｍ、１００ｓ）の構成について詳細に説明する。障害監視装置（１００ｍ、１００ｓ）は、システム障害検出部１０１、障害検出情報作成部１０２、稼動通知情報定期作成部１０３、及びデータ転送部１０４を備えている。上記の各部は、障害監視装置が備えたＣＰＵにより実行されるソフトウェアモジュールである。また、障害監視装置（１００ｍ、１００ｓ）は、データベースとして障害検出対象装置ＤＢ２０１、障害検出項目ＤＢ２０２、及びデータ転送先ＤＢ２０３を備えている（ここで、ＤＢはデータベースの略。以下、同じ）。上記のデータベースは、障害監視装置の記憶部（不図示）に格納される。

【0034】

システム障害検出部１０１は、障害検出対象装置ＤＢ（図１３の２０１）を参照し、障害検出コマンド３ａ〜ｂを実行する監視対象装置１０ａ〜ｂのＩＰアドレス、及び監視対象装置コード（監視対象装置を特定するための一意コード）を取得する。

【0035】

そして、システム障害検出部１０１は、障害検出対象装置ＤＢ２０１から取得した監視対象装置のＩＰアドレスに対して、閉域ＩＰ網５０を介し、障害検出項目ＤＢ（図１４の２０２）から取得した障害検出用コマンド３ａ〜ｂを送信する。そして、各監視対象装置１０ａ〜ｂで実行された障害検出用コマンドの実行結果４ａ〜ｂを受信する。受信された障害検出用コマンドの実行結果４ａ〜ｂは、障害検出項目ＤＢ２０２の障害判定閾値と比較すること等により、正常か異常かの判定を行う。異常と判定した場合は、障害検出項目ＤＢ２０２の障害コードを取得する。

【0036】

次に、取得済みの各種情報（障害検出用コマンド実行日時、監視対象装置のＩＰアドレス、監視対象装置コード、障害検出用コマンドの実行結果４ａ〜ｂ、障害コード）を引数として、障害検出情報作成部１０２を起動する。障害検出情報作成部１０２は、所定のディレクトリに障害検出情報５ａ〜ｂのファイルを作成する。

【0037】

稼動通知情報定期作成部１０３については、図１１〜図１２のフローチャートを説明するときに後述することとする。

【0038】

データ転送部１０４は、障害解析装置２００に障害検出情報５ａ〜ｂを転送する機能を有している。データ転送部１０４は、所定のディレクトリに障害検出情報作成部１０２で作成された障害検出情報５ａ〜ｂのファイルが存在するか否かを判定し、存在する場合、データ転送先ＤＢ（図１５の２０３）を参照し、転送先となる障害解析装置２００のＩＰアドレスを取得する。そして、データ転送部１０４は、障害解析装置２００のＩＰアドレスに対し、障害検出情報５ａ〜ｂの転送を実行する。転送された障害検出情報５ａ〜ｂは、障害解析装置２００の所定のディレクトリに保存される。

【0039】

障害検出対象装置ＤＢ２０１は、図１３に示すように、監視対象装置を管理するためのデータベースである。障害検出対象装置ＤＢ２０１は、監視対象装置（１０ａ〜ｂ等）のＩＰアドレス、監視対象装置コードを有している。障害検出対象装置ＤＢ２０１は、システム障害検出部１０１が閉域ＩＰ網５０を介し、障害検出コマンド３ａ〜ｂを実行する装置を特定するために使用される。

【0040】

障害検出項目ＤＢ２０２は、図１４に示すように、障害検出コマンド３ａ〜ｂ及び障害検出コマンドの実行結果４ａ〜ｂの判定に使用する情報を管理するためのデータベースである。障害検出項目ＤＢ２０２は、監視対象装置コード、障害検出コマンド、障害判定閾値、障害コードを有している。障害検出項目ＤＢ２０２は、閉域ＩＰ網５０を介して送信する障害検出コマンド３ａ〜ｂの取得、障害判定閾値の取得、及び障害コードを取得するために使用される。

【0041】

データ転送先ＤＢ２０３は、図１５に示すように、作成された障害検出情報５ａ〜ｂの転送先を管理する。データ転送先ＤＢ２０３は、データ転送部１０４が障害検出情報５ａ〜ｂを障害解析装置２００に転送する際に使用される。尚、データ転送先ＤＢ２０３は、稼動通知情報８ａ〜ｂを転送する際にも同様に使用される（詳細は後述する）。

【0042】

（障害解析装置の構成）
次に、図５を参照しながら、障害解析装置２００の構成について詳細に説明する。障害解析装置２００は、データ解析部１０５、稼動通知情報監視部１０６、障害監視装置系切り替え部１０７、及びデータ転送部１０８を備えている。上記の各部は、障害解析装置２００が備えたＣＰＵにより実行されるソフトウェアモジュールである。また、障害解析装置２００は、データベースとして、監視対象装置情報ＤＢ２０４、障害情報ＤＢ２０５、及び障害監視装置冗長構成情報ＤＢ２０６を備えている。

【0043】

データ解析部１０５は、障害監視装置（１００ｍ等）から転送された障害検出情報５ａ〜ｂを解析し、障害が発生した装置情報の特定、障害対処方法の決定、現地作業の要否の判定、及び被疑部品の特定を行う機能を有している。データ解析部１０５は、所定のディレクトリに障害監視装置（１００ｍ等）から転送された障害検出情報５ａ〜ｂのファイルが存在するか否かを判定する。障害検出情報５ａ〜ｂのファイルが存在しない場合は終了し、存在する場合は障害検出情報５ａ〜ｂを参照し、障害検出情報５ａ〜ｂに記載された各種情報（障害検出用コマンド実行日時、監視対象装置のＩＰアドレス、監視対象装置コード、障害検出用コマンドの実行結果４ａ〜ｂ、障害コード）を取得する。また、データ解析部１０５は障害検出情報５ａ〜ｂが正系の障害監視装置から送信されたものか、副系の障害監視装置から送信されたものかの判定を行う（詳細は後述）。

【0044】

データ解析部１０５は、障害検出情報５ａ〜ｂが正系から送信されたものであると判定した場合には、障害検出情報５ａ〜ｂから取得した監視対象装置コードをキーとして監視対象装置情報ＤＢ（図１６の２０４）を検索し、監視対象装置の情報（装置型番、製品名）を取得する。

【0045】

続いて、データ解析部１０５は、所得した監視対象装置コードと、障害コードをキーとして障害情報ＤＢ（図１７の２０５）を検索し、障害対処方法、現地作業の要否、及び被疑部品コード（被疑部品を特定するための一意のコード）を取得する。続いて、データ解析部１０５は、上記の取得した情報（障害検出用コマンド実行日時、監視対象装置のＩＰアドレス、監視対象装置コード、障害検出用コマンドの実行結果４ａ〜ｂ、障害コード、監視対象装置の情報（装置型番、製品名）、障害対処方法、現地作業の要否、被疑部品コード）を基に、所定のディレクトリに障害管理装置３００に転送する障害解析情報６ａ〜ｂのファイルを作成する。

【0046】

稼動通知情報監視部１０６及び障害監視装置系切り替え部１０７についての詳細は、図１１〜図１２のフローチャートを説明するときに後述する。

【0047】

次に、データ転送部１０８はデータ解析部１０５が作成した障害解析情報６ａ〜ｂのファイルを障害管理装置３００に転送する機能を有している。データ転送部１０８は、所定のディレクトリ内に障害解析情報６ａ〜ｂのファイルの有無を判定する。障害解析情報６ａ〜ｂのファイルが存在しない場合は終了する。障害解析情報６ａ〜ｂのファイルが存在する場合、障害解析情報６ａ〜ｂのファイルを障害管理装置３００に転送する。

【0048】

障害対象装置情報ＤＢ２０４は、図１６に示すように、監視対象装置を特定するために使用するデータベースであり、監視対象装置コード、監視対象装置の型番及び製品名を管理する。障害対象装置情報ＤＢ２０４は、データ解析部１０５が障害検出情報５ａ〜ｂのファイルから取得した監視対象装置コードをキーとして監視対象装置に関する情報を取得する際に使用される。

【0049】

障害情報ＤＢ２０５は、図１７に示すように、発生した障害の情報を管理するためのデータベースであり、監視対象装置コード、障害コード、障害対処方法、被疑部品コード（被疑部品情報）、及び現地作業の要否（保守員派遣要請情報）を管理する。障害情報ＤＢ２０５は、データ解析部１０５が障害検出情報５ａ〜ｂから取得した監視対象装置コード、障害コードをキーとして、障害対処方法、現地作業の要否、被疑部品コードを取得するために使用される。尚、障害監視装置冗長構成情報ＤＢ（図１８の２０６）については、後述する。

【0050】

（障害管理装置の構成）
次に、図６を参照しながら、障害管理装置３００の構成について詳細に説明する。障害管理装置３００は、メール送信部１０９、保守員出動指示部１１０、保守部品手配部１１１を備えている。上記の各部は、障害管理装置３００が備えたＣＰＵにより実行されるソフトウェアモジュールである。また、障害管理装置３００は、データベースとして、障害管理ＤＢ２０７、顧客情報ＤＢ２０８、社員情報ＤＢ２０９、及び作業予定ＤＢ２１０を備えている。

【0051】

メール送信部１０９は、遠隔監視システム１１が検出した障害に関する情報を、インターネット６０を介し、顧客端末２０ａ〜ｂに送信する機能を有している。メール送信部１０９は定期的に障害管理ＤＢ（図１９の２０７）を参照し、メール送信済みフラグ情報が未実施である障害情報の有無を判定する。そして、メール送信が未実施である障害情報が存在する場合は、障害管理ＤＢ２０７からメール送信が未実施である障害情報についての各種情報（障害検出用コマンド実行日時、監視対象装置のＩＰアドレス、監視対象装置コード、障害検出用コマンドの実行結果４ａ〜ｂ、障害コード、監視対象装置の情報（装置型番、製品名）、障害対処方法、現地作業の要否、被疑部品コード）を取得し、取得した該情報に基づいて障害情報を通知するメールを作成する。

【0052】

続いて、メール送信部１０９は、監視対象装置コードをキーとして顧客情報ＤＢ（図２０の２０８）を検索してメールの送信先アドレスを取得し、メール送信を行う。メール送信部１０９は、メール送信が終了した際に、障害管理ＤＢ（図１９の２０７）内の当該障害情報に対応したメール送信済みフラグを「１」に設定する。

【0053】

保守員出動指示部１１０は、障害の対処として現地作業が必要となる場合、現地（顧客サイト）に派遣する保守員を自動的にアサインする機能である。保守員出動指示部１１０は、定期的に障害管理ＤＢ２０７を参照し、現地作業の要否が要であり（即ち、データが「１」の場合）、且つ、保守員要請済みフラグが未実施（即ち、データが「０」）である障害情報の有無を判定する。上記の条件に該当する障害情報の登録が存在しない場合は終了する。該当する障害情報が存在する場合、監視対象装置コードをキーとして顧客情報ＤＢ（図２０の２０８）を検索して対応する顧客の情報（保守拠点コード、顧客名、顧客住所、顧客電話番号）を取得する。続いて、取得した保守拠点コードをキーとして社員情報ＤＢ（図２１の２０９）を検索し、担当拠点に所属する社員の情報（社員コード、社員名、保守員メールアドレス）を取得する。

【0054】

続いて、保守員出動指示部１１０は、作業予定ＤＢ（図２２の２１０）を参照し、作業予定が登録されていない社員に作業予定情報（監視対象装置コード、社員コード、社員名、作業開始日時）を登録し、作業予定を登録した社員のメールアドレスに上記作業予定情報をメールにて通知する。続いて、保守員出動指示部１１０は、障害管理ＤＢ（図１９の２０７）内の該当する障害情報に保守員要請済みフラグを設定する（データを「１」にする）。

【0055】

次に、障害管理ＤＢ２０７において該当する障害情報に被疑部品コードの登録が存在する場合は、監視対象装置コード、装置型番、被疑部品コードを引数として保守部品手配部１１１を起動する。保守部品手配部１１１は、障害復旧のために必要となる被疑部品コードに対応した保守部品を顧客サイトに送付するための機能を有している。保守部品手配部１１１は、監視対象装置コードをキーとして顧客情報ＤＢ（図２０の２０８）を検索し、部品送付先の顧客情報（顧客名、顧客住所、顧客電話番号）を取得する。そして、保守部品手配部１１１は、保守部品倉庫端末２１に上記顧客住所に被疑部品コードに対応する保守部品を配送する指示を通知するメールを送信する。

【0056】

障害管理ＤＢ２０７は、図１９に示すように、障害情報を管理するためのデータベースであり、監視対象装置コード、障害検出コマンド実行日時、装置型番、製品名、監視対象装置ＩＰアドレス、障害検出コマンドの実行結果４ａ〜ｂ、障害監視システムコード、障害コード、障害対処方法、現地作業要否、被疑部品コード、メール送信済みフラグ、保守員要請済みフラグを管理する。障害管理ＤＢ２０７は、メール送信部１０９が顧客端末２０ａ〜ｂに対して送信するメールの作成時、保守員出動指示部１１０が保守員の予定登録を実施する時、及び保守部品手配部１１１が保守部品の登録を行う時に参照される。

【0057】

顧客情報ＤＢ２０８は、図２０に示すように、顧客情報を管理するためのデータベースであり、監視対象装置コード、保守拠点コード、顧客名、顧客住所、顧客電話番号、顧客メールアドレスを管理する。顧客情報ＤＢ２０８は、保守員出動指示部１１０が保守員の出動先情報を取得する際、及び保守部品手配部１１１が保守部品送信先情報を取得する際に使用される。

【0058】

社員情報ＤＢ２０９は、図２１に示すように、社員情報（保守員）を管理するためのデータベースであり、保守拠点コード、社員コード、社員名、保守員メールアドレスを管理する。社員情報ＤＢ２０９は、保守員出動指示部１１０が障害発生装置の保守拠点に属する保守員情報を取得する際に使用される。

【0059】

作業予定ＤＢ２１０は、図２２に示すように、作業予定を管理するためのデータベースであり、監視対象装置コード、社員コード、社員名、作業開始日時を管理する。作業予定ＤＢ２１０は、保守員出動指示部１１０が現地作業指示を行う際に使用される。

【0060】

（第１の実施形態の動作）
次に、第１の実施形態の動作について、図２を参照しながら説明する。図２は、図３に示した第１の実施形態の動作を示すシーケンスチャートである（即ち、図２は、図１、図３の構成に対する共通のシーケンスチャートである）。図２において、遠隔監視システム１１は、２つの顧客サイトに設置した監視対象装置１０ａ〜ｂの障害検出を一斉に実施する場合を想定している。尚、一斉に障害検出を開始する監視対象装置の数は、２に限定されず、任意数が適用可能である。また、正系の障害監視装置として、１００ｍが設定されているものとする。

【0061】

図２において、障害監視装置１００ｍから２つの障害対象装置１０ａ〜ｂに対して、夫々障害検出コマンド３ａ〜ｂが連続して送信される。障害対象装置１０ａ〜ｂは、夫々障害検出コマンド３ａ〜ｂを受けて、障害検出コマンド３ａ〜ｂに対応する診断処理を実行する。障害対象装置１０ａは、診断処理が終了すると障害検出コマンドの実行結果４ａを障害監視装置１００ｍに送信する。障害検出コマンドの実行結果４ａは、診断処理におけるログ情報である。ここで、ログ情報は監視対象装置１０ａで収集した情報を全て含んでいてもよいし、障害解析に有効なものだけを抽出した情報であってもよい。或いは、障害検出コマンドの実行結果４ａは、単に障害検出コマンド３ａ〜ｂの実行結果の正常／異常を表すものであってもよい。同様に、監視対象装置１０ｂは診断処理が終了すると障害検出コマンドの実行結果４ｂを障害監視装置１００ｍに送信する。

【0062】

障害監視装置１００ｍは、障害検出コマンドの実行結果４ａを受信すると、それに対応して障害検出コマンドの実行結果４ａの判定（Ｓ１００ａ）、及び障害検出情報５ａの送信を行う。次に、障害解析装置２００は、障害検出情報５ａを受信し、障害検出情報５ａの解析（Ｓ１０１ａ）、及び障害解析情報６ａの送信を行う。次に、障害管理装置３００は、障害解析情報６ａを受信し、障害解析情報６ａによる管理（Ｓ１０２ａ）を行う。同様に、障害検出コマンドの実行結果４ｂに対応して、障害監視装置１００ｍ、障害解析装置２００、及び障害管理装置３００は夫々、判定（Ｓ１００ｂ）、解析（Ｓ１０１ｂ）、及び管理（Ｓ１０２ｂ）の処理を行う。ここで、図２に示すように、遠隔監視システム１１は、障害監視装置１００ｍ、障害解析装置２００、及び障害管理装置３００の３つの装置の夫々に判定、解析、管理の３つの処理を分担して実行させるように構成している。これにより、図２の期間ＴＡでは、障害監視装置１００ｍによる判定（Ｓ１００ｂ）と障害解析装置２００による解析（Ｓ１０１ａ）とを並行して実行することが可能である。また、期間ＴＢでは、障害解析装置２００による解析（Ｓ１０１ｂ）と障害管理装置３００による管理（Ｓ１０２ａ）とを並行して実行することが可能である。このように、遠隔監視システム１１内では、２以上の装置を並行動作させることにより全体の処理能力の向上を図っている。

【0063】

次に、図７を参照しながら、図２で示した障害監視装置１００ｍの動作についてより詳細に説明する。図７は、第１の実施形態に係る遠隔監視システム１１における障害監視装置１００ｍの動作を示すフローチャートであり、監視対象装置１０ａのみに対する障害監視装置１００ｍの動作を示している。尚、以下の動作説明において、前述した障害監視装置の構成で説明した内容と重複する説明を省略することがある。

【0064】

図７において、ステップＡ１〜Ａ４は、システム障害検出部１０１を起動すると共に、監視対象装置１０ａに対して障害検出コマンド３ａを送信している部分である。具体的には、障害検出対象装置ＤＢ（図１３の２０１）を参照して、監視対象装置コードＡ０００１、及びそのＩＰアドレス１０．０．０．１を取得する。次に、監視対象装置コードＡ０００１をキーとして障害検出項目ＤＢ（図１４の２０２）を検索する。図１４において監視対象装置コードＡ０００１に対応する３つのコマンドＴｅｓｔＣｏｍｍａｎｄ００１＿１、ＴｅｓｔＣｏｍｍａｎｄ００１＿２、ＴｅｓｔＣｏｍｍａｎｄ００１＿３を取得し、これらを障害検出コマンド３ａとして監視対象装置１０ａに送信している。近年、情報処理装置が多機能化しテスト内容が多岐に亘るため、障害検出コマンド３ａが複数のコマンドを含む傾向にある。

【0065】

次に、図７のステップＡ５〜Ａ１２は、図２の判定（Ｓ１００ａ）に相当する部分である。ステップＡ５において、障害検出コマンドの実行結果４ａを受信する。障害検出コマンドの実行結果４ａは、例えば、上記した３つのコマンドＴｅｓｔＣｏｍｍａｎｄ００１＿１、ＴｅｓｔＣｏｍｍａｎｄ００１＿２、ＴｅｓｔＣｏｍｍａｎｄ００１＿３の各々に対するログ情報である。ステップＡ６は、各ログ情報から障害検出コマンドの実行結果４ａが正常であると判定した場合には処理を終了する。一方、障害検出コマンドの実行結果４ａが異常であると判定した場合には、以下のステップＡ７〜Ａ１２を実行する。

【0066】

ここで、ステップＡ６において、上記した３つのコマンドの実行結果に対し、図１４に示すように障害判定閾値ｖａｌ００１＿１、ｖａｌ００１＿２、ｖａｌ００１＿３が定められている場合には、各コマンドの実行結果と対応する障害判定閾値が比較され、各コマンドの実行結果の正常／異常が判定される。或いは、障害判定閾値に代わって各コマンドの実行結果の期待値が定められ、該期待値との一致／不一致によって各コマンドの実行結果の正常／異常が判定される場合もある。

【0067】

ステップＡ７〜Ａ８によって生成される障害検出情報５ａは、前述したように、障害検出用コマンド実行日時、監視対象装置のＩＰアドレス、監視対象装置コード、障害検出用コマンドの実行結果４ａ、障害コードを含んでいる。ここで、障害検出用コマンドの実行結果４ａが大容量のログ情報を含む場合には、障害検出情報５ａに書き込む障害検出用コマンドの実行結果４ａは、ログ情報のファイル名のみを登録するようにし、該ログ情報のファイルを、別途、障害解析装置２００に転送するようにしてもよい。また、障害検出情報５ａの障害コードは、図１４に示すように各コマンドに対応して定義される。例えば、ＴｅｓｔＣｏｍｍａｎｄ００１＿１、ＴｅｓｔＣｏｍｍａｎｄ００１＿２、ＴｅｓｔＣｏｍｍａｎｄ００１＿３の実行結果が異常の場合、夫々の障害コードとして、ＳＧ００１＿１、ＳＧ００１＿２、ＳＧ００１＿３が定義される。

【0068】

ステップＡ９〜Ａ１２は、生成された障害検出情報５ａを障害解析装置２００に転送する処理を行っている部分である。ここで、ステップＡ１１では、データ転送先ＤＢ（図１５の２０３）を参照して、障害解析装置２００のＩＰアドレス１９２．１６８．０．１を取得している。

【0069】

次に、図８を参照しながら、図２で示した障害解析装置２００の動作についてより詳細に説明する。図８は、第１の実施形態に係る遠隔監視システム１１における障害解析装置２００の動作を示すフローチャートであり、監視対象装置１０ａのみに対する障害監視装置２００の動作を示しており、図２の解析（Ｓ１０１ａ）の処理に対応している。尚、以下の動作説明において、前述した障害解析装置の構成で説明した内容と重複する説明を省略することがある。

【0070】

図８において、ステップＡ１３でデータ解析部１０５を起動した後、ステップＡ１４〜Ａ１５で障害監視装置１００ｍから転送された障害検出情報５ａから情報取得を行っている。次に、ステップＡ１６では、障害監視装置冗長構成情報ＤＢ（図１８の２０６）を参照し、障害監視装置１００ｍ（障害監視装置コードは１００）は正系であると判定する。よって、ステップＡ１７では、障害検出情報５ａが正系の障害監視装置からの情報であると判定する。次に、ステップＡ１８では、監視対象装置１０ａの監視対象装置コードＡ０００１をキーとして監視対象装置情報ＤＢ（図１６の２０４）を検索することにより、製品名Ｅｘｐｒｅｓｓ５８００ ＸＸＸＸＸＸＸＸ、及び装置型番Ｎ１２３４５を取得している。

【0071】

次に、ステップＡ１９では、監視対象装置１０ａの監視対象装置コードＡ０００１及び障害検出情報５ａの障害コードＳＧ００１＿１、ＳＧ００１＿２、ＳＧ００１＿３をキーとして障害情報ＤＢ（図１７の２０５）を検索する。その結果、上記のキーに対して障害情報ＤＢ２０５がヒットし、障害対処方法７ａとして「ＸＸＸの交換が必要」、被疑部品コード（被疑部品情報）９ａとしてＡ００１、現地作業の要否（保守員派遣要請情報）１９ａとして１（現地作業が要）の情報が取得される。尚、監視対象装置コード及び障害コードをキーとして障害情報ＤＢ２０５を検索した際にヒットしない場合には、例えば、障害検索コマンドの実行結果４ａのログ情報を直接解析することにより、障害対処方法等を決定するようにしてもよい。

【0072】

次に、ステップＡ２０〜Ａ２３は、障害解析結果に基づいて、障害解析情報６ａを生成し、障害管理装置３００へ送信する部分である。

【0073】

次に、図９、図１０を参照しながら、図２で示した障害管理装置３００の動作についてより詳細に説明する。図９、図１０は、第１の実施形態に係る遠隔監視システム１１における障害管理装置３００の動作を示すフローチャートであり、監視対象装置１０ａのみに対する障害管理装置３００の動作を示しており、図２の管理（Ｓ１０２ａ）の処理に対応している。尚、以下の動作説明において、前述した障害管理装置の構成で説明した内容と重複する説明を省略することがある。

【0074】

図９において、ステップＡ２４は、障害解析装置２００から障害解析情報６ａを受信して、障害管理ＤＢ（図１９の２０７）に出力している。図１９を参照すると、障害管理ＤＢ２０７の１行目に障害解析情報６ａに対応した情報が書き込まれていることが分かる。尚、メール送信済みフラグ及び保守員要請済みフラグは、未実施であることを示す「０」に初期設定される。また、コマンド実行結果として、ログファイル名が書き込まれている。

【0075】

次に、ステップＡ２５〜Ａ３０は、顧客端末２０ａに障害連絡メールを送信する部分である。具体的には、ステップＡ２６〜Ａ２７で障害管理ＤＢ（図１９の２０７）の１行目を参照してメール送信済みフラグが０（即ち、メール送信が未実施）であると判定し、ステップＡ２８で障害管理ＤＢ２０７の１行目のデータを情報取得する。続いて、ステップＡ２９において、ステップＡ２８で取得した監視対象装置コードＡ０００１をキーとして顧客情報ＤＢ２０８を検索し、顧客メールアドレス「[e-mail]」を取得する。そして、ステップＡ３０で障害連絡メールを顧客端末２０ａのメールアドレス[e-mail]に送信する。

【0076】

次に、ステップＡ３１〜Ａ３７は、保守員端末２２ａに出動要請を行う部分である。具体的には、ステップＡ３１で保守員出動指示部１１０を起動する。そして、ステップＡ３２において、前述したステップＡ２８と同様に、障害管理ＤＢ（図１９の２０７）の１行目の情報を取得する。そして、ステップＡ３３において、上記取得した情報において現地作業要否が「１」であることから、保守員出動が必要であると判定する。

【0077】

そして、ステップＡ３４において、前述したステップＡ２９と同様に、監視対象装置コードＡ０００１をキーとして顧客情報ＤＢ（図２０の２０８）を検索して顧客の保守拠点コード「ＨＫ００１」を取得する。次に、ステップＡ３５において、保守拠点コード「ＨＫ００１」をキーとして社員情報ＤＢ（図２１の２０９）を検索し、保守拠点コード「ＨＫ００１」に対応した拠点の保守員の社員コード「１１１１１１１」、保守員メールアドレス「[e-mail]」を取得する。次に、ステップＡ３６において、社員コード「１１１１１１１」の作業予定ＤＢ（図２２の２１０）の行に、作業予定を登録する（図２２に示すように、作業開始時刻２０１３年１月１５日９時が書き込まれる）。続いて、ステップＡ３７において、保守員端末２２ａのメールアドレス「[e-mail]」に、作業予定メールを送信する。該作業予定メールにより、出動先の顧客住所、障害情報、作業開始時刻などの情報が通知される。

【0078】

次に、図１０のステップＡ３８〜Ａ４１は、保守部品倉庫端末２１に保守部品の手配を行う部分である。具体的には、ステップＡ３８において、取得済みの障害管理ＤＢ２０７の１行目の情報のうち、被疑部品コードが登録されているか否かを判定する。図１９の障害管理ＤＢ２０７の１行目の情報では、被疑部品コード「Ａ００１」が登録されているので、ステップＡ３８では保守部品が必要と判定される。次に、ステップＡ３９で保守部品手配部１１１を起動する。次に、ステップＡ４０で、監視対象装置コードＡ０００１をキーとして顧客情報ＤＢ２０８を検索し顧客名「Ａ社」、顧客住所「東京都ＸＸＸ」を取得する。そして、ステップＡ４１において、保守部品倉庫端末２１に部品配送指示メールを送信する。該部品配送指示メールは、顧客住所「東京都ＸＸＸ」に、被疑部品コード「Ａ００１」に対応する保守部品を配送する指示を行うものである。

【0079】

次に、図１１、図１２を参照しながら、障害監視装置の正系と副系の切り替え動作について説明する。図３に示すように、遠隔監視システム１１の障害監視システムは正系と副系を有する冗長構成になっており、図３では、１００ｍ、１００ｓが夫々正系の障害監視装置、副系の障害監視装置に設定されている状態になっている。

【0080】

図１１は障害監視装置の系切り替えが発生する場合の障害監視装置のフローチャートである。遠隔監視システム１１が備える２つの障害監視装置１００ｍ、１００ｓのうち、図１１は、障害監視装置１００ｍの動作を示している（１００ｓの動作も同様である）。図１１において、ステップＢ１で稼動通知情報定期作成部１０３が定期的に起動する。定期的に起動する間隔は、予め所定の値に設定されている。ステップＢ２で稼動通知情報定期作成部１０３により稼動通知情報８ａが生成される。稼動通知情報８ａには、稼動通知情報定期作成部１０３の起動日時、及び障害監視装置コードの情報が書き込まれる。

【0081】

次に、ステップＢ３〜Ｂ６は、生成した稼動通知情報８ａを障害解析装置２００に転送する部分である。具体的には、ステップＢ３においてデータ転送部１０４を定期起動し、ステップＢ４で稼動通知情報８ａのファイルの有無を判定する。ステップＢ４で稼動通知情報８ａのファイルが有ると判定された場合は、ステップＢ５でデータ転送先ＤＢ２０３から障害解析装置２００のＩＰアドレス「１９２．１６８．０．１」を取得する。そして、ステップＢ６で稼動通知情報８ａを障害解析装置２００のＩＰアドレスに送信する。

【0082】

次に、図１２は障害監視装置の系切り替えが発生する場合の障害解析装置２００のフローチャートである。障害解析装置２００は、障害監視装置（１００ｍ、１００ｓ）の各々が生成した稼動通知情報８ａ、８ｂの受信を試みて、受信できた場合には送信側の障害監視装置が正常に稼動していると判断する。ここで、障害監視装置１００ｍ、１００ｓの障害監視装置コードは、夫々１００、２００である。

【0083】

図１２のステップＢ７〜Ｂ１０は、上記した各障害監視装置の稼動の判断を行う部分である。具体的には、ステップＢ７において稼動通知情報監視部１０６を定期起動する。続いて、障害監視装置冗長構成情報ＤＢ２０６を参照し、障害監視装置コード１００、２００を検索して、障害監視装置コード１００（即ち、障害監視装置１００ｍ）が、正系の障害監視装置であり、障害監視装置コード２００（即ち、障害監視装置１００ｓ）が、副系の障害監視装置であるという情報を取得する。

【0084】

次に、ステップＢ９で稼動通知情報８ａ〜ｂの受信を試みる。ステップＢ１０において、稼動通知情報８ａ〜ｂの未着がない場合（即ち、稼動通知情報８ａ〜ｂが共に受信できた場合）は、終了する。一方、正系の障害監視装置からの稼動通知情報８ａが未着の場合（即ち、受信できない場合）、ステップＢ１１において障害監視装置系切り替え部１０７を起動し、障害監視装置の正系と副系の切り替えを行う。そして、ステップＢ１２において、障害監視装置冗長構成情報ＤＢ２０６の１行目において、正系の障害監視装置コードを２００に、副系の障害監視装置コードを１００に更新する。

【0085】

（比較例１）
次に、図２５、図２６を参照しながら、比較例１について説明する。図２５は、比較例１に係る遠隔監視システムの全体構成を示すブロック図である。図２５を図３と比較すると分かるように、図２５は図３の遠隔監視システム１１を遠隔監視装置１３に置き換えた構成になっている。比較例１では、第１の実施形態の障害監視装置１００ｍ、障害解析装置２００、及び障害管理装置３００の各機能を、１台の遠隔監視装置１３で実行するように構成している。また、比較例１では、遠隔監視装置１３と監視対象装置１０ａ〜ｂとは、閉域ＩＰ網５０ではなくインターネット６０を介して接続される。

【0086】

図２６は、比較例１の動作を示すシーケンスチャートである。図２６において、遠隔監視装置１３による判定（Ｓ３００ａ）、解析（Ｓ３０１ａ）、管理（Ｓ３０２ａ）、判定（Ｓ３００ｂ）、解析（Ｓ３０１ｂ）、及び管理（Ｓ３０２ｂ）が順次処理される。ここで、各々の処理内容は、図２の判定（Ｓ１００ａ）、解析（Ｓ１０１ａ）、管理（Ｓ１０２ａ）、判定（Ｓ１００ｂ）、解析（Ｓ１０１ｂ）、及び管理（Ｓ１０２ｂ）と同様である。

【0087】

（第１の実施形態と比較例１の比較）
次に、第１の実施形態と比較例１を対比することにより、第１の実施形態で得られる効果について説明する。図２（第１の実施形態）と図２６（比較例１）を比較すると、図２の場合のほうが、期間ＴＡ、ＴＢにおいて処理を並列に実行させることにより、全体の処理能力が向上し、全体の処理時間を短縮する効果があることが分かる。従って、緊急時に複数の監視対象装置に対して一斉に障害検出をさせる場合には、並列処理が可能な第１の実施形態のほうが、顧客に対する障害連絡メールを早く送ることができ、保守員に対して早く出動指示を出すことができ、保守部品の手配を早く行うことができる。尚、第１の実施形態では、監視対象装置が２つの場合について例示したが、監視対象装置の数が増えた場合、並列動作をさせる効果は顕著になる。

【0088】

また、比較例１の場合、遠隔監視装置１３の不具合が発生すると遠隔監視ができない状態になってしまう虞がある。一方、第１の実施形態の場合には、障害監視装置を正系と副系の冗長構成とし、その切り替えを障害解析装置２００で制御するようにしている。このように構成することで、正系の障害監視装置に何らかのトラブルが発生し動作不能の状態になったとしても、副系の障害監視装置が代わって障害監視を行うようにすることが可能になるという効果が得られる。

【0089】

また、比較例１では、遠隔監視装置１３と複数の監視対象装置１０ａ〜ｂとがインターネット６０を介して障害検出コマンドの送受信及び障害検出コマンドの実行結果の送受信を行っているため、監視対象装置において診断処理と別の秘匿性の高い処理とが並行して実行されているような場合、障害検出コマンドの実行結果（例えば、ログ情報）に秘匿性の高いデータが含まれることが懸念される。一方、第１の実施形態では、遠隔監視システム１１と複数の監視対象装置１０ａ〜ｂとがＶＰＮ等の閉域ＩＰ網５０を介して障害検出コマンドの送受信及び障害検出コマンドの実行結果の送受信を行っているため、障害検出コマンドの実行結果（例えば、ログ情報）に秘匿性の高いデータが含まれたとしても、外部からのアクセスされないようにセキュリティを確保することが可能であるという効果が得られる。

【0090】

［第２の実施形態］
次に、第２の実施形態について、図２３、図２４を参照しながら説明する。図２３は第２の実施形態に係る遠隔監視システム１２を適用した場合の全体構成を示すブロック図である。第２の実施形態では、第１の実施形態の障害解析装置２００及び障害管理装置３００の機能を、障害解析管理装置４００の１つの装置で動作させるように構成している。

【0091】

図２４は、第２の実施形態の動作を示すシーケンスチャートである。図２４において、判定（Ｓ２００ａ）、解析（Ｓ２０１ａ）、管理（Ｓ２０２ａ）、判定（Ｓ２００ｂ）、解析（Ｓ２０１ｂ）、及び管理（Ｓ２０２ｂ）の各々の処理内容は、図２の判定（Ｓ１００ａ）、解析（Ｓ１０１ａ）、管理（Ｓ１０２ａ）、判定（Ｓ１００ｂ）、解析（Ｓ１０１ｂ）、及び管理（Ｓ１０２ｂ）と同様である。図２４では、期間ＴＡにおいて、障害監視装置１００による判定（Ｓ２００ｂ）と障害解析管理装置４００による解析（Ｓ２０１ａ）とを並列動作させることができる。但し、図２（第１の実施形態）の期間ＴＢの並列動作は得られない。

【0092】

以上のように、第２の実施形態によれば、第１の実施形態に比べて並列化できる動作が半減するものの、比較例１に比べると処理能力を向上させることができる。

【0093】

また、第２の実施形態の遠隔監視システム１２は、少ない装置数で構成することができるので（第１の実施形態の４つに対し、第２の実施形態の遠隔監視システム１２は３つ）、低コストの遠隔監視システムとすることができるという効果が得られる。

【0094】

尚、第１の実施形態において、障害監視装置（１００ｍ、１００ｓ）による処理（図７、図１１の各ステップ）は、障害監視装置の記憶部（不図示）にプログラムとして格納され、障害監視装置（１００ｍ、１００ｓ）が備えたＣＰＵにより呼び出されて実行される。また、障害解析装置２００による処理（図８、図１２の各ステップ）は、障害解析装置の記憶部（不図示）にプログラムとして格納され、障害解析装置２００が備えたＣＰＵにより呼び出されて実行される。また、障害管理装置３００による処理（図９、図１０の各ステップ）は、障害管理装置の記憶部（不図示）にプログラムとして格納され、障害管理装置３００が備えたＣＰＵにより呼び出されて実行される。また、第２の実施形態の障害解析管理装置４００による処理も、障害解析管理装置の記憶部（不図示）にプログラムとして格納され、障害解析管理装置４００が備えたＣＰＵにより呼び出されて実行される。また、上記した各プログラムは、ネットワークを介してダウンロードするか、或いは、プログラムを記憶した記憶媒体を用いて、更新することができる。

【0095】

上記の実施形態の一部又は全部は、以下の形態のようにも記載されうるが、以下には限られない。

【0096】

（形態１）複数の監視対象装置にネットワークを介して障害検出コマンドを送信し、各々の前記監視対象装置で実行された前記障害検出コマンドの実行結果を受信して各々の前記監視対象装置の障害の有無を判定し、障害があると判定された前記監視対象装置に関して前記監視対象装置の情報及び前記障害検出コマンドの実行結果を含む障害検出情報を出力する障害監視装置と、
前記障害検出情報を受信し、前記受信された障害検出情報に含まれる障害検出コマンドの実行結果を解析して障害を復旧する障害対処方法を決定し、前記監視対象装置の情報及び前記障害対処方法を含む障害解析情報を出力する障害解析装置と、
前記障害解析情報を受信し、前記受信された障害解析情報に含まれる障害対処方法の実行を管理する障害管理装置と、
を備え、
前記障害監視装置、前記障害解析装置、及び前記障害管理装置の２以上が、互いに異なる前記監視対象装置に対する処理を並行して実行可能に構成された、遠隔監視システム。

【0097】

（形態２）前記障害解析装置は、
複数の障害検出コマンドの実行結果に対応した障害対処方法を予め定めた障害情報データベースを備え、
前記障害監視装置から受信した障害検出情報に含まれる障害検出コマンドの実行結果を用いて前記障害情報データベースを検索して障害を復旧する障害対処方法を決定する、形態１に記載の遠隔監視システム。

【0098】

（形態３）前記障害情報データベースには各々の前記障害対処方法に対応した被疑部品情報がさらに定められており、
前記障害解析装置は前記障害検出情報に含まれる障害検出コマンドの実行結果を用いて前記障害情報データベースを検索して被疑部品情報を取得し、前記障害解析情報に前記被疑部品情報を付加し、
前記障害管理装置は前記受信された障害解析情報に含まれる被疑部品情報に基づいて被疑部品の手配の指示を送出する、形態２に記載の遠隔監視システム。

【0099】

（形態４）前記障害情報データベースには各々の前記障害対処方法に対応した保守員派遣要請情報がさらに定められており、
前記障害解析装置は前記障害検出情報に含まれる障害検出コマンドの実行結果を用いて前記障害情報データベースを検索して保守員派遣要請情報を取得し、前記障害解析情報に前記保守員派遣要請情報を付加し、
前記障害管理装置は前記受信された障害解析情報に含まれる保守員派遣要請情報に基づいて保守員の派遣を指示する通知を保守員端末に送信する、形態２または３に記載の遠隔監視システム。

【0100】

（形態５）前記障害管理装置は、
前記複数の監視対象装置の各々に対応した顧客端末のアドレスを記憶した顧客情報データベースを備え、
前記受信された障害解析情報に含まれる監視対象装置の情報を用いて前記顧客情報データベースを検索して前記監視対象装置に対応した顧客端末のアドレスを取得し、前記顧客端末のアドレスに前記監視対象装置の障害を通知する、形態１乃至４のいずれか一に記載の遠隔監視システム。

【0101】

（形態６）前記障害監視装置は、正系の障害監視装置及び副系の障害監視装置を含む２以上の障害監視装置で構成され、
前記障害解析装置は、前記正系の障害監視装置の異常を検出した場合に、前記正系の障害監視装置と前記副系の障害監視装置との間で、前記正系／副系の設定を切り替え、
前記障害解析装置は、前記正系の障害監視装置から送信された前記障害検出情報を使用して障害対処方法を決定し、前記副系の障害監視装置から送信された前記障害検出情報を使用しない、形態１乃至５のいずれか一に記載の遠隔監視システム。

【0102】

（形態７）前記複数の障害監視装置は、夫々定期的に稼動通知情報を前記障害解析装置に送信するように設定され、
前記障害解析装置は、前記２以上の障害監視装置の各々から稼動通知情報を受信できるか否かを判定し、前記稼動通知情報を受信できない障害監視装置が異常であると検出する、形態６に記載の遠隔監視システム。

【0103】

（形態８）複数の監視対象装置にネットワークを介して障害検出コマンドを送信し、各々の前記監視対象装置で実行された前記障害検出コマンドの実行結果を受信して各々の前記監視対象装置の障害の有無を判定し、障害があると判定された前記監視対象装置に関して前記監視対象装置の情報及び前記障害検出コマンドの実行結果を含む障害検出情報を出力する障害監視装置と、
前記障害検出情報を受信し、前記受信された障害検出情報に含まれる障害検出コマンドの実行結果を解析して障害を復旧する障害対処方法を決定すると共に、前記障害対処方法の実行を管理する障害解析管理装置と、
を備え、
前記障害監視装置、及び前記障害解析管理装置が、異なる前記監視対象装置に対する処理を並行して実行可能に構成された、遠隔監視システム。

【0104】

（形態９）前記障害監視装置は閉域ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網を介して前記複数の監視対象装置からの障害検出コマンド実行結果を受信する、形態１乃至８のいずれか一に記載の遠隔監視システム。

【0105】

（形態１０）複数の監視対象装置にネットワークを介して障害検出コマンドを送信するステップと、
各々の前記監視対象装置で実行された前記障害検出コマンドの実行結果を受信して各々の前記監視対象装置の障害の有無を判定し、障害があると判定された前記監視対象装置に関して前記監視対象装置の情報及び前記障害検出コマンドの実行結果を含む障害検出情報を出力する判定ステップと、
前記障害検出情報を受信し、前記受信された障害検出情報に含まれる障害検出コマンドの実行結果を解析して障害を復旧する障害対処方法を決定し、前記監視対象装置の情報及び前記障害対処方法を含む障害解析情報を出力する解析ステップと、
前記障害解析情報を受信し、前記受信された障害解析情報に含まれる障害対処方法の実行を管理する管理ステップと、
を含み、
前記判定ステップ、前記解析ステップ、及び前記管理ステップの２以上が、並行して実行可能である遠隔監視方法。

【0106】

（形態１１）複数の監視対象装置の障害を検出するプログラムであって、
複数の監視対象装置にネットワークを介して障害検出コマンドを送信し、各々の前記監視対象装置で実行された前記障害検出コマンドの実行結果を受信して各々の前記監視対象装置の障害の有無を判定し、障害があると判定された前記監視対象装置に関して前記監視対象装置の情報及び前記障害検出コマンドの実行結果を含む障害検出情報を、前記障害検出情報を用いて障害を復旧する障害対処方法を決定する装置に出力する処理、をコンピュータに実行させるプログラム。

【産業上の利用可能性】

【0107】

本発明は、複数の監視対象装置（サーバ装置、ネットワーク機器、コンピュータ等の情報処理装置；空調システム等）の障害をネットワークを介して遠隔検出し、障害情報を解析して、被疑部品の配送や保守員の派遣などの対策を自動で行う遠隔監視システムに適用することができる。

【0108】

なお、本発明の全開示（請求の範囲及び図面を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各請求項の各要素、各実施形態の各要素、各図面の各要素等を含む）の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲及び図面を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。

【符号の説明】

【0109】

１、１１：遠隔監視システム
２：ネットワーク
３ａ〜ｂ：障害検出コマンド
４ａ〜ｂ：障害検出コマンドの実行結果
５ａ〜ｂ：障害検出情報
６ａ〜ｂ：障害解析情報
７ａ：障害対処方法
８ａ〜ｂ：稼動通知情報
９、９ａ〜ｂ：被疑部品情報
１０ａ〜ｂ：監視対象装置
１２：遠隔監視システム
１３：遠隔監視装置
１９、１９ａ〜ｂ：保守員派遣要請情報
２０ａ〜ｂ：顧客端末
２１：保守部品倉庫端末
２２ａ：保守員端末
５０：閉域ＩＰ網
６０：インターネット
１００：障害監視装置
１００ｍ：（正系の）障害監視装置
１００ｓ：（副系の）障害監視装置
１０１：システム障害検出部
１０２：障害検出情報作成部
１０３：稼動通知情報定期作成部
１０４：データ転送部
１０５：データ解析部
１０６：稼動通知情報監視部
１０７：障害監視装置系切り替え部
１０８：データ転送部
１０９：メール送信部
１１０：保守員出動指示部
１１１：保守部品手配部
２００：障害解析装置
２０１：障害検出対象装置データベース
２０２：障害検出項目データベース
２０３：データ転送先データベース
２０４：監視対象装置情報データベース
２０５：障害情報データベース
２０６：障害監視装置冗長構成情報データベース
２０７：障害管理データベース
２０８：顧客情報データベース
２０９：社員情報データベース
２１０：作業予定データベース
３００：障害管理装置
４００：障害解析管理装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】