通信確認装置、通信確認方法及びプログラム
【課題】被監視装置に発生したエラーの重要度が被監視装置の通信状態によって決まる場合に、その通信状態を精度よく確認できる通信確認装置、通信確認方法及びプログラムを提供する。
【解決手段】監視対象装置１０が接続された上位サーバ装置２０と接続してあり、上位サーバ装置２０へ接続要求を送信し、接続要求を受信した上位サーバ装置２０が監視対象装置１０に送信させた応答を受信することで、監視対象装置１０の通信状態を確認する情報処理装置１において、監視対象装置１０にエラーが発生した場合、接続要求を上位サーバ装置２０へ第１及び第２送信に分けて二回送信し、第２送信で送信した接続要求に対する応答を受信したか否かにより、監視対象装置１０の通信状態を確認する。
【解決手段】監視対象装置１０が接続された上位サーバ装置２０と接続してあり、上位サーバ装置２０へ接続要求を送信し、接続要求を受信した上位サーバ装置２０が監視対象装置１０に送信させた応答を受信することで、監視対象装置１０の通信状態を確認する情報処理装置１において、監視対象装置１０にエラーが発生した場合、接続要求を上位サーバ装置２０へ第１及び第２送信に分けて二回送信し、第２送信で送信した接続要求に対する応答を受信したか否かにより、監視対象装置１０の通信状態を確認する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の被監視装置が接続された外部装置と接続してあり、外部装置へ接続要求信号を送信し、接続要求信号を受信した外部装置が被監視装置に送信させた応答信号を受信することで、被監視装置の通信状態を確認する通信確認装置、通信確認方法及びプログラムに関する。
【背景技術】
【０００２】
ネットワーク機器に障害が発生した場合、早急に障害を復旧するための保守システムがある。例えば、特許文献１は、ネットワーク機器の障害発生を自動的にサービスセンタで検知し、障害に応じた保守手順を自動的に編集して、保守手順を映像で示す保守画面を、ネットワーク機器のユーザに送信する保守システムが開示されている。特許文献１に記載の保守システムにより、ネットワーク機器のユーザは、コンピュータに詳しくない場合であっても、保守画面を見ながらエラー復旧作業を簡単に行うことができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−０８６７１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の保守システムでは、障害の深刻度に関係なく、障害がユーザに通知されるため、発生した障害を早急に解決する必要があるかどうかを、ユーザには判断できない場合がある。
【０００５】
本発明はかかる事情に鑑みてなされたものであり、その目的とするところは、被監視装置に発生したエラーの重要度が被監視装置の通信状態によって決まる場合に、その通信状態を精度よく確認できる通信確認装置、通信確認方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本願に開示する通信確認装置は、複数の被監視装置が接続され、接続要求信号を前記被監視装置に分配する外部装置に、接続要求信号を送信することで、前記被監視装置の通信状態を確認する通信確認装置において、前記被監視装置にエラーが発生したことを検知する検知部と、前記被監視装置、及び該被監視装置が接続される外部装置の接続先を記憶する通信先記憶部と、該検知部がエラーを検知した場合、前記通信先記憶部に記憶した接続先に基づいて接続要求信号を前記外部装置へ二回送信する送信部と、該送信部が二回目に送信した接続要求信号に対する応答信号を受信したか否かを判定する判定部とを備える。
【発明の効果】
【０００７】
本願に開示する通信確認装置の一観点によれば、エラーが発生した被監視装置の通信状態を、より精度よく確認することができる。また、通信異常が被監視装置の運用に問題を引き起こす場合、確実に通信状態を把握することで、専門の担当者へ復旧依頼を早急に通知することができ、短時間でのエラーの復旧が可能となる。
【図面の簡単な説明】
【０００８】
【図１】実施の形態に係る保守システム全体の構成を示す模式図である。
【図２】保守システムの情報処理装置が有する構成を示すブロック図である。
【図３】情報処理装置で実現される機能を示すブロック図である。
【図４】プロトコルＤＢを模式的に示す図である。
【図５】通信先ＤＢを模式的に示す図である。
【図６】設備情報ＤＢを模式的に示す図である。
【図７】ＳＩＰを利用する場合に、シナリオ生成部が生成するシナリオの一例を示す図である。
【図８】ＨＴＴＰを利用する場合に、シナリオ生成部が生成するシナリオの一例を示す図である。
【図９】ＳＭＴＰを利用する場合に、シナリオ生成部が生成するシナリオの一例を示す図である。
【図１０】管理サーバ装置で実現される機能を示すブロック図である。
【図１１】重要度を決定する方法を説明するための模式図である。
【図１２】携帯電話機でエラー情報を確認する場合の模式図である。
【図１３】監視装置の動作を示すフローチャートである。
【図１４】監視装置の動作を示すフローチャートである。
【図１５】情報処理装置の動作を示すフローチャートである。
【図１６】情報処理装置の動作を示すフローチャートである。
【図１７】上位サーバ装置の動作を示すフローチャートである。
【図１８】管理サーバ装置の動作を示すフローチャートである。
【図１９】管理サーバ装置の動作を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下に、本願に開示する通信確認装置、通信確認方法及びプログラムについて、好適な実施の形態を、図面を参照しつつ詳述する。以下に説明する実施の形態では、本願に開示する通信確認装置を備える保守システムについて説明する。
【００１０】
本実施の形態に係る保守システムは、呼制御サーバ装置、ＷＥＢサーバ装置又はSimple Mail Transfer Protocol（ＳＭＴＰ）サーバ装置等のネットワーク装置に発生するエラーを監視し、発生したエラーの重要度に応じて、保守担当者へエラーを通知するシステムである。保守担当者への通知は、保守担当者が所有する携帯電話機又はパーソナルコンピュータ（以下、パソコンという）等へメールにて行われる。以下の説明では、監視するネットワーク装置を、監視対象装置という。
【００１１】
図１は、実施の形態に係る保守システム全体の構成を示す模式図である。保守システムは、監視対象装置（被監視装置）１０ａ，１０ｂ，１０ｃを監視するための情報処理装置（通信確認装置）１、上位サーバ装置（外部装置）２０、監視装置２１及び管理サーバ装置２２等を備えている。監視対象装置１０ａ，１０ｂ，１０ｃは、同じ構成及び機能を有し、かつ、同じ動作を行う装置であって、同じグループとして上位サーバ装置２０に接続されている。以下の説明では、監視対象装置１０ａ，１０ｂ，１０ｃをまとめて監視対象装置１０という。
【００１２】
上位サーバ装置２０は、例えば、Session Initiation Protocol（ＳＩＰ）サーバ装置、Hypertext Transfer Protocol（ＨＴＴＰ）を利用するＷＥＢサーバ装置、又はＳＭＴＰサーバ装置等である。上位サーバ装置２０は、後述の情報処理装置１から接続要求を受信した場合、自身に接続されている監視対象装置１０と情報処理装置１とを接続する。例えば、上位サーバ装置２０がＳＩＰサーバ装置の場合、上位サーバ装置２０は、ＳＩＰを利用して、情報処理装置１及び監視対象装置１０が有する電話機（図示せず）を、電話番号をもとに接続し、又は切断する呼制御を行う。また、ＷＥＢサーバ装置の場合、上位サーバ装置２０は、ＨＴＴＰを利用して、情報処理装置１及び監視対象装置１０間で、画像等のコンテンツの送受を行う。ＳＭＴＰサーバ装置の場合、上位サーバ装置２０は、ＳＭＴＰを利用して、情報処理装置１及び監視対象装置１０間でメールの送受を行う。なお、上位サーバ装置２０は、複数あってもよく、複数の場合には、ＳＩＰサーバ装置及びＷＥＢサーバ装置等が混在していてもよい。
【００１３】
本実施の形態では、上位サーバ装置２０は、ラウンドロビン方式に従って、接続する監視対象装置１０を選択し、通信を行う。例えば、上位サーバ装置２０は、最初に接続要求を受信したとき、監視対象装置１０ａとの通信を行い、次に接続要求を受信したときには、監視対象装置１０ｂとの通信を行う。続いて、接続要求を受信したときには、上位サーバ装置２０は、監視対象装置１０ｃとの通信を行う。また、上位サーバ装置２０は、ラウンドロビン方式に従って監視対象装置１０と通信した場合、監視対象装置１０の一つが故障と判断したとき、その監視対象装置１０に対して閉塞処理を実行する。閉塞処理を実行した場合、上位サーバ装置２０は、接続要求を受信しても、閉塞処理を実行した監視対象装置１０に対しては、通信をしなくなる。
【００１４】
監視対象装置１０は、Local Area Network（ＬＡＮ）又はWide Area Network（ＷＡＮ）等の通信網を介して監視装置２１と接続している。監視装置２１は、監視対象装置１０にエラーが発生したことを検知する装置である。なお、図中は、監視対象装置１０ａのみが監視装置２１と接続しているが、監視対象装置１０ｂ，１０ｃも監視装置２１と接続している。監視対象装置１０は、監視装置２１に対して、Simple Network Management Protocol（ＳＮＭＰ）トラップを送信する。監視装置２１は、監視対象装置１０から送信されたＳＮＭＰトラップに基づいて、監視対象装置１０にエラーが発生したことを検知する。以下では、監視対象装置１０ａにエラーが発生し、監視対象装置１０ｂ，１０ｃは正常に動作するものとして説明する。
【００１５】
監視装置２１は、検知したエラーに対応するエラー番号を特定し、エラー番号を監視対象装置１０ａへ通知する。エラー番号が通知された監視対象装置１０ａは、エラー番号をもとに、発生したエラーの解析に必要なログを抽出して、エラーログとして監視装置２１へ送信する。エラーログには、監視対象装置１０ａが状態確認コマンドを投入することで得られる自身の動作状態を含む。
【００１６】
上位サーバ装置２０及び監視装置２１は、通信網を介して情報処理装置１と接続している。情報処理装置１は、監視対象装置１０ａに発生したエラーの重要度を決定するために、監視対象装置１０ａの通信状態を確認するための装置である。エラーの重要度は、後述の管理サーバ装置２２で決定され、監視対象装置１０ａを含む他の監視対象装置１０ｂ，１０ｃとの通信ができない場合には、高く決定される。情報処理装置１は、監視装置２１から、エラーが発生した監視対象装置１０ａを特定する情報として、Internet Protocol（ＩＰ）アドレスを受信する。情報処理装置１は、そのＩＰアドレスから監視対象装置１０ａ、及び、監視対象装置１０ａの運用に必要なプロトコルを特定する。情報処理装置１は、特定したプロトコルにより、特定した監視対象装置１０ａの通信状態の確認を上位サーバ装置２０を介して行う。より具体的には、情報処理装置１は、監視対象装置１０ａを含めて、上位サーバ装置２０に接続している監視対象装置１０ｂ，１０ｃの通信状態を確認する。通信状態は、上位サーバ装置２０に送信した接続要求に対して、監視対象装置１０から応答を受信したか否かにより確認される。そして、情報処理装置１は、確認結果を監視装置２１へ送信する。
【００１７】
監視装置２１は、通信網を介して管理サーバ装置２２と接続している。管理サーバ装置２２は、発生したエラーを管理し、エラーの重要度を決定する装置である。管理サーバ装置２２は、上述したエラー番号、通信状態の確認結果、及びエラーログを監視装置２１から受信する。管理サーバ装置２２は、受信したエラー番号、及びエラーログをもとに、エラー名、及びエラー発生時刻等のエラー情報をＷＥＢ表示可能にする。管理サーバ装置２２は、ＳＭＴＰサーバ装置２３と接続しており、ＷＥＢ表示可能にしたエラー情報へのリンクを含めたメールを、保守担当者が所有する携帯電話機１００又はパソコン１０１，１０２等へ送信する。これにより、保守担当者は、携帯電話機１００又はパソコン１０１，１０２等から管理サーバ装置２２へアクセスすることで、エラー情報を確認することが可能となる。なお、本実施の形態では、保守担当者は、システムを運用する運用者、及び、システムに発生したエラーを解析する解析者を含む。そして、携帯電話機１００及びパソコン１０１は解析者が所有し、パソコン１０２は運用者が所有するものとする。
【００１８】
管理サーバ装置２２は、受信したエラー番号、及び通信状態の確認結果から、監視対象装置１０ａに発生したエラーの重要度を決定し、重要度に応じて、メール送信先を決定する。例えば、エラーが発生した監視対象装置１０ａの通信状態が異常の場合には、管理サーバ装置２２は、エラーの重要度を高く決定し、メール送信先を携帯電話機１００に決定する。携帯電話機１００は、解析者が常時携帯している可能性が高いため、メールを携帯電話機１００へ送信することで、早急なエラー対策を行うことができる。監視対象装置１０ａの通信状態が正常であるため早急なエラー対策は必要ないが、解析者にしか解決できないエラーの場合、管理サーバ装置２２は、エラーの重要度を低く決定し、メール送信先を解析者のパソコン１０１に決定する。また、運用者にでも解決できるエラーの場合、管理サーバ装置２２は、エラーの重要度を低く決定し、メール送信先を運用者のパソコン１０２に決定する。
【００１９】
なお、図１では、３つの監視対象装置を示しているが、監視対象装置の数はこれに限定されない。また、図１では、保守システムは、一つの上位サーバ装置２０を介して監視対象装置１０を監視する構成としているが、複数の上位サーバ装置を有し、それぞれの上位サーバ装置に接続される監視対象装置を監視する構成としてもよい。さらに、保守システムを構成する各装置は、キーボード及びマウス等を備えるパソコンで実現するようにしてもよい。
【００２０】
以下、保守システムの各装置の具体的な構成及び動作について説明する。
【００２１】
図２は、保守システムの情報処理装置１が有する構成を示すブロック図である。情報処理装置１は、Central Processing Unit（ＣＰＵ）２、Read Only Memory（ＲＯＭ）３、Random Access Memory（ＲＡＭ）４、大容量記憶装置５、及び、通信網を介して、上位サーバ装置２０及び監視装置２１等との通信を可能にする通信部６等のハードウェア各部を備える。これらのハードウェア各部はバスを介して相互に接続されている。なお、図２では省略しているが、監視対象装置１０、上位サーバ装置２０、監視装置２１及び管理サーバ装置２２は、情報処理装置１と同様に、ＣＰＵ、ＲＯＭ、ＲＡＭ、大容量記憶装置、及び通信部等のハードウェア各部等を備えている。
【００２２】
ＣＰＵ２は、ＲＯＭ３又は大容量記憶装置５に予め格納されているプログラムを適宜ＲＡＭ４に読み出して実行すると共に、上述したハードウェア各部の動作を制御する。ＲＯＭ３は、情報処理装置１に必要な動作をさせるためのプログラム３ａを予め格納している。ＲＡＭ４は、例えばStatic ＲＡＭ（ＳＲＡＭ）、Dynamic ＲＡＭ（ＤＲＡＭ）、フラッシュメモリ等である。ＲＡＭ４は、ＣＰＵ２による制御プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００２３】
大容量記憶装置５は、例えばハードディスクドライブであって、後述する必要なデータベース（ＤＢ）を記憶している。なお、ＲＯＭ３が記憶するプログラム３ａは、大容量記憶装置５に記憶されていてもよい。また、プログラム３ａは、Compact Disc-ROM（ＣＤ−ＲＯＭ）、Digital Versatile Disc-ROM（ＤＶＤ−ＲＯＭ）、又はMagneto-Optical disk（ＭＯ）等の記録媒体７により大容量記憶装置５にインストールし、又はネットワークからダウンロードして使用する形態でもよい。
【００２４】
次に、ＣＰＵ２が上述のＲＯＭ３に格納されているプログラム３ａを実行することで、情報処理装置１で実現される機能について説明する。
【００２５】
図３は、情報処理装置１で実現される機能を示すブロック図である。情報処理装置１は、ＩＰアドレス受信部３１、プロトコル特定部３２、通信先特定部３３、設備情報取得部３４、通信回数決定部３５、シナリオ生成部３６、シナリオ実行部３７、及び結果通知部３８等の機能を備えている。また、情報処理装置１は、プロトコルＤＢ４１、通信先ＤＢ（通信先記憶部）４２及び設備情報ＤＢ（数記憶部）４３等を備えている。
【００２６】
ＩＰアドレス受信部３１（検知部）は、監視装置２１からＩＰアドレスを受信する。監視装置２１は、監視対象装置１０それぞれからＳＮＭＰトラップを受信し、ＳＮＭＰトラップに基づいて、監視対象装置１０ａにエラーが発生したことを検知する。このとき、監視装置２１は、監視対象装置１０ａのＩＰアドレスを情報処理装置１へ送信する。ＩＰアドレス受信部３１は、そのＩＰアドレスを受信する。すなわち、ＩＰアドレス受信部３１がＩＰアドレスを受信することで、情報処理装置１は、エラーを検知する。
【００２７】
プロトコル特定部３２は、ＩＰアドレス受信部３１が受信したＩＰアドレスに基づいて、エラーが発生した監視対象装置１０ａの運用に必要なプロトコル、及びそのプロトコルのフォーマットを特定する。プロトコルのフォーマットは、予め情報処理装置１の大容量記憶装置５に複数パターンが格納されている。プロトコル特定部３２は、大容量記憶装置５に格納されているプロトコルＤＢ４１から、プロトコル及びフォーマットを特定する。
【００２８】
図４は、プロトコルＤＢ４１を模式的に示す図である。プロトコルＤＢ４１は、ＩＰアドレス欄、ＳＩＰ欄、ＨＴＴＰ欄、及びＳＭＴＰ欄等を有している。ＩＰアドレス欄には、監視対象装置１０のＩＰアドレスが格納される。ＳＩＰ欄には、ＩＰアドレスに対応する監視対象装置１０が利用するＳＩＰの情報を格納している。例えば、ＳＩＰ欄に「１」が格納されている場合、対応する監視対象装置１０は、フォーマット番号が「１」のプロトコルを用いることを示す。ＳＩＰ欄に「０」が格納されている場合、対応する監視対象装置１０は、ＳＩＰを利用しないことを示す。同様に、ＨＴＴＰ欄及びＳＭＴＰ欄には、ＩＰアドレスに対応する監視対象装置１０が利用するＨＴＴＰ及びＳＭＴＰの情報を格納している。なお、プロトコルＤＢ４１は、ＳＩＰ、ＨＴＴＰ及びＳＭＴＰ以外のプロトコル情報を格納していてもよい。
【００２９】
通信先特定部３３は、ＩＰアドレス受信部３１が受信したＩＰアドレス、及びプロトコル特定部３２が特定したプロトコルに基づいて、通信先を特定する。通信先とは、エラーが発生した監視対象装置１０ａと通信するためにアクセスする宛先である。例えば、監視対象装置１０ａがＳＩＰを利用する場合には、通信先は、上位サーバ装置２０の電話番号となり、ＨＴＴＰを利用する場合には、上位サーバ装置２０のUniform Resource Locator（ＵＲＬ）となる。また、ＳＭＴＰを利用する場合には、通信先は、上位サーバ装置２０のメールアドレスとなる。通信先特定部３３は、大容量記憶装置５に格納されている通信先ＤＢ４２から、通信先を特定する。
【００３０】
図５は、通信先ＤＢ４２を模式的に示す図である。通信先ＤＢ４２は、ＩＰアドレス欄、プロトコル欄、電話番号欄、ＵＲＬ欄及びメールアドレス欄等を有している。ＩＰアドレス欄には、監視対象装置１０のＩＰアドレスが格納される。プロトコル欄には、監視対象装置１０が利用するプロトコルが格納される。例えば、プロトコル欄に「１」が格納された場合、対応する監視対象装置１０は、ＳＩＰを利用し、「２」が格納された場合、ＨＴＴＰを利用することを示し、「３」が格納された場合、ＳＭＴＰを利用することを示している。電話番号欄には、対応する監視対象装置１０の上位サーバ装置２０が有する電話番号が格納される。ＵＲＬ欄には、対応する監視対象装置１０の上位サーバ装置２０へのパス名が格納される。メールアドレス欄には、対応する監視対象装置１０の上位サーバ装置２０が有するメールアドレスが格納される。なお、該当する情報がない場合には、各欄には「null」が格納される。例えば、ＩＰアドレス受信部３１が「10.95.88.6」のＩＰアドレスを受信し、プロトコル特定部３２がＳＩＰのプロトコルを特定した場合、通信先特定部３３は、通信先として、上位サーバ装置２０の電話番号「0600000001」を特定する。
【００３１】
設備情報取得部３４は、ＩＰアドレス受信部３１が受信したＩＰアドレス、及びプロトコル特定部３２が特定したプロトコルに基づいて、設備情報を取得する。設備情報は、エラーが発生した監視対象装置１０ａが接続する上位サーバ装置２０がラウンドロビンしている数、及び、上位サーバ装置２０に対して接続要求を送信した場合に、応答がないときのタイムアウトとして判断する秒数である。設備情報取得部３４は、大容量記憶装置５に格納されている設備情報ＤＢ４３から、設備情報を取得する。
【００３２】
図６は、設備情報ＤＢ４３を模式的に示す図である。設備情報ＤＢ４３は、ＩＰアドレス欄、プロトコル欄、ラウンドロビン数欄及び通信インターバル情報欄等を有している。ＩＰアドレス欄には、監視対象装置１０のＩＰアドレスが格納される。プロトコル欄には、通信先ＤＢ４２と同様に、対応する監視対象装置１０が利用するプロトコルの情報が格納される。ラウンドロビン数欄には、対応する監視対象装置１０が接続する上位サーバ装置２０がラウンドロビンしている数が格納される。通信インターバル情報欄には、情報処理装置１が上位サーバ装置２０に対して接続要求を送信した場合に、接続要求に対する応答がないときのタイムアウトとして判断する秒数が格納される。秒数は、上位サーバ装置２０及び上位サーバ装置２０に接続される監視対象装置１０等の機能又は通信速度等に応じて、適宜決定される。
【００３３】
通信回数決定部（特定部）３５は、設備情報取得部３４が取得したラウンドロビン数に基づいて、通信回数を決定する。通信回数とは、情報処理装置１が、エラーが発生した監視対象装置１０ａの上位サーバ装置２０へ接続要求を送信する回数である。通信回数決定部３５は、取得したラウンドロビン数に「２」を乗算した値を、通信回数として決定する。例えば、図１の場合、上位サーバ装置２０がラウンドロビンしている数は「３」であるため、通信回数は、「６」となる。この場合、情報処理装置１は、上位サーバ装置２０に対して、接続要求を６回送信する。
【００３４】
シナリオ生成部３６は、プロトコル特定部３２が特定したプロトコルのフォーマット、及び、通信先特定部３３が特定した通信先に基づいて、エラーが発生した監視対象装置１０ａの通信状態を確認する処理を行うためのシナリオを生成する。例えば、監視対象装置１０ａがＳＩＰを利用する場合には、シナリオ生成部３６は、ＩＮＶＩＴＥメッセージを生成する。シナリオ生成部３６は、予め記憶された複数のシナリオのフォーマットから、プロトコル特定部３２が特定したプロトコルのフォーマットを取得する。そして、シナリオ生成部３６は、取得したフォーマットにおける該当箇所を設定（変更）する。
【００３５】
図７は、ＳＩＰを利用する場合に、シナリオ生成部３６が生成するシナリオの一例を示す図である。図７において、シナリオ生成部３６は、着呼先（図中「To」の行）に、通信先特定部３３が特定した上位サーバ装置２０の電話番号を設定し、発呼元（図中「From」の行）に、情報処理装置１の電話番号を設定する。図７に示すＩＮＶＩＴＥメッセージを受信した上位サーバ装置２０は、発呼元の情報処理装置１に対する応答を送信するように、監視対象装置１０へ指示する。なお、監視対象装置１０ａがＨＴＴＰ又はＳＭＴＰを利用する場合には、シナリオ生成部３６は、それぞれ対応するシナリオを生成する。図８は、ＨＴＴＰを利用する場合に、シナリオ生成部３６が生成するシナリオの一例を示す図である。図９は、ＳＭＴＰを利用する場合に、シナリオ生成部３６が生成するシナリオの一例を示す図である。図８の場合、シナリオ生成部３６は、通信先（図中「GET」の行）に、通信先特定部３３が特定したＵＲＬを設定する。上位サーバ装置２０は、ＵＲＬに基づいて、情報処理装置１へアクセスするように、監視対象装置１０へ指示する。また図９の場合、シナリオ生成部３６は、通信先（図中「RCPT TO」の行）に、通信先特定部３３が特定したメールアドレスを設定する。上位サーバ装置２０は、メールアドレスに基づいて、情報処理装置１へメールを送信するように、監視対象装置１０へ指示する。なお、図７、図８及び図９に示すシナリオは、一般的なフォーマットであり、適宜変更可能である。
【００３６】
シナリオ実行部（送信部）３７は、シナリオ生成部３６が生成したシナリオに従って、通信状態の確認を実行する。具体的には、シナリオ実行部３７は、シナリオ生成部３６が生成したシナリオに従って、通信回数決定部３５が決定した通信回数、上位サーバ装置２０へ接続要求を送信する。このとき、シナリオ実行部３７は、決定した通信回数の半分の回数、すなわち、ラウンドロビン数の回数、接続要求を送信する。送信時に、ラウンドロビン数の回数、接続要求を送信することで、情報処理装置１は、上位サーバ装置２０に接続される全ての監視対象装置１０との通信状態を確認できる。そして、シナリオ実行部３７は、設備情報取得部３４が取得した通信インターバル情報の秒数だけ待機し、通信回数の残りの回数、すなわち、ラウンドロビン数の回数、接続要求を送信する。以下の説明では、最初に通信回数の半分の回数、接続要求を送信することを、第１送信といい、残りの回数、接続要求を送信することを、第２送信という。また、第１送信時に接続要求を送信する回数を、第１送信回数といい、第２送信時に接続要求を送信する回数を、第２送信回数という。
【００３７】
結果通知部（判定部）３８は、シナリオ実行部３７による実行の結果を、監視装置２１へ通知する。詳しくは、結果通知部３８は、接続要求の第１送信の結果を破棄して、第２送信の結果を採用し、監視装置２１へ結果を通知する。上位サーバ装置２０は、故障と判断した監視対象装置１０ａに対して閉塞処理を行うため、以降の通信には、監視対象装置１０ｂ，１０ｃのみと通信をする。接続要求の第１送信時に閉塞処理を行った場合、第２送信時には通信の影響がなくなることがあるため、結果通知部３８は、第１送信の結果を破棄し、第２送信の結果を採用する。第２送信において、接続要求を送信した第２送信回数分の応答があった場合には、結果通知部３８は、監視対象装置１０の通信は正常として監視装置２１へ通知する。一方、第２送信回数分の応答がない場合には、結果通知部３８は、監視対象装置１０の通信は異常として監視装置２１へ通知する。
【００３８】
上述のように、上位サーバ装置２０は、エラーが発生した監視対象装置１０ａに対して閉塞処理を行い、監視対象装置１０ａとの通信を回避する。このため、第１送信で監視対象装置１０ａとの通信ができなくても、第２送信では他の監視対象装置１０ｂ，１０ｃと通信できるため、結果通知部３８は、第２送信で接続要求を送信した第２送信回数分の応答を受信できる。この場合、結果通知部３８は、監視対象装置１０の通信状態が異常として通知しない。一方、上位サーバ装置２０が閉塞処理を行わない場合には、上位サーバ装置２０は、第２送信時でも監視対象装置１０ａとの通信を行なうため、情報処理装置１は、第２送信で接続要求を送信した第２送信回数分の応答を受信できない。この場合、結果通知部３８は、監視対象装置１０の通信は異常として監視装置２１へ通知する。このように、上位サーバ装置２０の機能に関係なく、常に同じ処理で、信頼性のある監視対象装置１０の通信状態の確認を行える。
【００３９】
次に、管理サーバ装置２２で実現される機能について説明する。図１０は、管理サーバ装置２２で実現される機能を示すブロック図である。図１０に示す各機能は、管理サーバ装置２２のＣＰＵがＲＯＭに記憶されたプログラムを実行することで実現される。管理サーバ装置２２は、結果受信部５１、ＷＥＢ表示処理部５２、重要度決定部５３、送信先決定部５４、及びメール送信部５５等の機能を有している。
【００４０】
結果受信部５１は、監視装置２１からの通信状態の確認結果、及びエラーログを受信する。ＷＥＢ表示処理部５２は、結果受信部５１が受信したエラーログに基づいて、エラー名、及びエラー発生時刻等のエラー情報をＷＥＢ表示可能にする。
【００４１】
重要度決定部５３は、結果受信部５１が受信する通信状態の確認結果、及びエラーログに基づいて、発生したエラーの重要度を決定する。エラーの重要度は、降順に、重要度Ａ、重要度Ｂ、重要度Ｃ及び重要度Ｄの４段階に分類されている。図１１は、重要度を決定する方法を説明するための模式図である。エラーの重要度は、監視対象装置１０との通信状態、発生したエラーの警戒レベル、発生したエラーの解析状況に基づいて決定される。なお、警戒レベルは、監視装置２１においてエラー番号に基づいて特定され、特定された結果、所定レベル以上であるか否かが監視装置２１からエラーログと共に通知される。また、エラーの解析状況は、例えば、受信したエラーログに、監視対象装置１０ａが状態確認コマンドを投入することで得られる動作状態を含んでいるかにより判定される。
【００４２】
監視対象装置１０との通信が異常の場合、重要度決定部５３は、重要度Ａに決定する。監視対象装置１０との通信が正常であるが、発生したエラーの解析が未だの場合、重要度決定部５３は、重要度Ｂに決定する。監視対象装置１０との通信が正常で、エラーの解析が済んでおり、さらに、警戒レベルが所定レベル以上の場合、重要度決定部５３は、重要度Ｃに決定する。監視対象装置１０との通信が正常で、エラーの解析が済んでおり、さらに、警戒レベルが所定レベル以下の場合、重要度決定部５３は、重要度Ｄに決定する。
【００４３】
送信先決定部５４は、重要度決定部５３が決定した重要度に応じて、メール送信先を決定する。具体的には、重要度Ａの場合、送信先決定部５４は、メール送信先を、解析者の携帯電話機１００に決定する。重要度Ｂの場合、送信先決定部５４は、メール送信先を、解析者のパソコン１０１に決定する。重要度Ｃ，Ｄの場合、送信先決定部５４は、メール送信先を、運用者のパソコン１０２に決定する。
【００４４】
メール送信部５５は、送信先決定部５４が決定した送信先へ、ＷＥＢ表示処理部５２がＷＥＢ表示可能にしたエラー情報へのリンクを含めたメールを送信する。保守担当者は、携帯電話機１００又はパソコン１０１，１０２が受信したメールのリンクから、ＷＥＢ表示処理部５２がＷＥＢ表示可能にしたエラー情報を確認することができる。
【００４５】
以下に、ＷＥＢ表示可能にしたエラー情報を携帯電話機１００で確認する場合について説明する。図１２は、携帯電話機１００でエラー情報を確認した場合の模式図である。管理サーバ装置２２が受信したエラーログ（図１２の上段左側）は、アクセスしてきた携帯電話機１００で視認しやすいように、図中の四角で囲ってある必要な部分が抜き出される。アクセスしてきた携帯電話機１００の画面には、その抜き出された部分、及び、監視対象装置１０ａに投入すべきコマンドの候補が表示される（図１２の上段右側）。コマンドの候補は、選択可能に表示される。携帯電話機１００でコマンドが選択された場合、管理サーバ装置２２から監視対象装置１０ａへ選択されたコマンドが送信される。監視対象装置１０ａでは、選択されたコマンドが投入され、投入結果がエラーログ（図１２の下段左側）として監視対象装置１０ａから管理サーバ装置２２へ送信される。管理サーバ装置２２では、再度、必要な部分が抜き出され、携帯電話機１００の画面に表示される（図１２の下段右側）。
【００４６】
以下に、保守システムにおける動作について説明する。
【００４７】
監視対象装置１０に発生するエラーを検知する監視装置２１における動作を説明する。図１３及び図１４は、監視装置２１の動作を示すフローチャートである。なお、図１３及び図１４では、監視装置２１における動作と並列して、監視対象装置１０の動作を示している。
【００４８】
監視対象装置１０では、ＣＰＵがＳＮＭＰトラップを監視装置２１へ送信する（Ｓ１）。監視装置２１では、ＣＰＵがＳＮＭＰトラップを監視対象装置１０ａから受信したか否かを判定する（Ｓ１０）。ＳＮＭＰトラップを受信していない場合（Ｓ１０：ＮＯ）、ＣＰＵは、受信するまで待機する。ＳＮＭＰトラップを受信した場合（Ｓ１０：ＹＥＳ）、ＣＰＵは、受信したＳＮＭＰトラップに基づいてエラーを検知し、そのＳＮＭＰトラップを送信した監視対象装置１０ａのＩＰアドレスを取得する（Ｓ１１）。そして、ＣＰＵは、取得したＩＰアドレスを、情報処理装置１へ送信する（Ｓ１２）。ＩＰアドレスを受信した情報処理装置１では、監視対象装置１０の通信状態を確認する後述の処理が行われる。
【００４９】
監視装置２１では、ＣＰＵが、情報処理装置１から通信状態の確認結果を受信したか否かを判定する（Ｓ１３）。受信していない場合（Ｓ１３：ＮＯ）、ＣＰＵは、受信するまで待機する。受信した場合（Ｓ１３：ＹＥＳ）、監視対象装置１０ａで発生したエラーに対応するエラー番号を取得し、エラーが発生した監視対象装置１０ａへ、エラー番号を送信する（Ｓ１４）。
【００５０】
監視対象装置１０では、監視装置２１からエラー番号を受信したか否かを判定する（Ｓ２）。監視対象装置１０でエラーが発生していない場合には、監視装置２１からエラー番号が送信されることはないため、エラー番号を受信していない場合（Ｓ２：ＮＯ）、監視対象装置１０では、処理が終了する。監視装置２１からエラー番号を受信した場合（Ｓ２：ＹＥＳ）、監視対象装置１０のＣＰＵは、受信したエラー番号に基づいて、発生したエラーの解析に必要なログを抽出する（Ｓ３）。具体的には、ＣＰＵは、状態確認コマンドを投入し、その結果得られる自身の動作状態を取得する。ＣＰＵは、抽出したログをエラーログとして監視装置２１へ送信する（Ｓ４）。その後、監視対象装置１０では、処理が終了する。
【００５１】
監視装置２１では、エラー番号を送信した後、ＣＰＵが、エラーログを監視対象装置１０から受信したか否かを判定する（Ｓ１５）。エラーログを受信していない場合（Ｓ１５：ＮＯ）、ＣＰＵは、エラー番号を送信してから所定時間が経過したか否かを判定する（Ｓ１６）。所定時間が経過していない場合（Ｓ１６：ＮＯ）、ＣＰＵは、Ｓ１５の処理に戻る。所定時間が経過した場合（Ｓ１６：ＹＥＳ）、ＣＰＵは、Ｓ１４で取得したエラー番号、及び通信状態の確認結果を管理サーバ装置２２へ送信し（Ｓ１７）、本処理を終了する。エラーログを監視対象装置１０から受信した場合（Ｓ１５：ＹＥＳ）、ＣＰＵは、エラー番号、受信したエラーログ及び通信状態の確認結果を管理サーバ装置２２へ送信し（Ｓ１８）、本処理を終了する。
【００５２】
次に、監視対象装置１０ａにエラーが発生した場合、エラーの重要度を決定するために監視対象装置１０ａの通信状態を確認する情報処理装置１における動作について説明する。図１５及び図１６は、情報処理装置１の動作を示すフローチャートである。
【００５３】
情報処理装置１のＣＰＵ２は、エラーの発生を検知した監視装置２１からＩＰアドレスを受信したか否かを判定する（Ｓ２１）。ＩＰアドレスを受信していない場合（Ｓ２１：ＮＯ）、ＣＰＵ２は、受信するまで待機する。ＩＰアドレスを受信した場合（Ｓ２１：ＹＥＳ）、ＣＰＵ２は、ＩＰアドレスとプロトコルＤＢ４１とに基づいて、エラーが発生した監視対象装置１０ａの運用に必要なプロトコル、及びそのプロトコルのフォーマットを特定する（Ｓ２２）。
【００５４】
次に、ＣＰＵ２は、受信したＩＰアドレス及び特定したプロトコルに基づいて、通信先を特定する（Ｓ２３）。例えば、エラーが発生した監視対象装置１０ａがＳＩＰを利用する場合、ＣＰＵ２は、通信先ＤＢ４２から、監視対象装置１０ａの上位サーバ装置２０の電話番号を特定する。続いて、ＣＰＵ２は、受信したＩＰアドレス、及び、特定したプロトコルに基づいて、エラーが発生した監視対象装置１０ａが接続している上位サーバ装置２０のラウンドロビン数を取得する（Ｓ２４）。また、ＣＰＵ２は、その上位サーバ装置２０の通信インターバル情報を取得する（Ｓ２５）。ＣＰＵ２は、取得したラウンドロビン数に「２」を乗算した値を、通信回数として決定する（Ｓ２６）。
【００５５】
次に、ＣＰＵ２は、エラーが発生した監視対象装置１０ａの上位サーバ装置２０へ接続要求を送信するためのシナリオを生成する（Ｓ２７）。例えば、上位サーバ装置２０がＳＩＰサーバ装置の場合には、ＣＰＵ２は、図７に示すＩＮＶＩＴＥメッセージを生成する。ＣＰＵ２は、生成したシナリオに従って、接続要求を上位サーバ装置２０へ送信し（Ｓ２８）、第１送信回数、接続要求を送信したか否かを判定する（Ｓ２９）。第１送信回数は、決定した通信回数の半分の回数、すなわち、ラウンドロビン数である。ラウンドロビン数の回数、接続要求を送信することで、上位サーバ装置２０に接続される全ての監視対象装置１０との通信状態を確認できる。第１送信回数、接続要求を送信していない場合（Ｓ２９：ＮＯ）、ＣＰＵ２は、Ｓ２８の処理を実行し、接続要求を送信し続ける。第１送信回数、接続要求を送信した場合（Ｓ２９：ＹＥＳ）、ＣＰＵ２は、Ｓ２５で取得した通信インターバル情報の秒数だけ待機する（Ｓ３０）。インターバルを設定して、待機することで、タイムアウトか否かを判定する処理を行うために、情報処理装置１が監視対象装置１０からの応答を受信できなくなることを回避することができる。
【００５６】
その後、ＣＰＵ２は、第２送信を開始し、接続要求を上位サーバ装置２０へ送信する（Ｓ３１）。ＣＰＵ２は、第２送信回数、接続要求を送信したか否かを判定する（Ｓ３２）。第２送信回数、接続要求を送信していない場合（Ｓ３２：ＮＯ）、ＣＰＵ２は、Ｓ３１の処理に戻り、接続要求を送信し続ける。第２送信回数、接続要求を送信した場合（Ｓ３２：ＹＥＳ）、ＣＰＵ２は、監視対象装置１０の通信状態が正常か否かを判定する（Ｓ３３）。具体的には、ＣＰＵ２は、第１送信における応答結果を破棄し、第２送信において、第２送信回数と同じ回数、応答を受信したか否かを判定する。上位サーバ装置２０が上述の閉塞処理を行う場合には、第２送信時で接続要求を送信した第２送信回数と同じ回数、応答を受信する。このため、ＣＰＵ２は、監視対象装置１０ａとは通信できなくても、他の監視対象装置１０ｂ，１０ｃと通信できるため、通信状態は正常と判定する。一方、上位サーバ装置２０が閉塞処理を行わない場合には、第２送信時で接続要求を送信した第２送信回数と同じ回数、応答を受信しない。このため、ＣＰＵ２は、監視対象装置１０ａとは通信できないとして、通信状態は正常と判定する。
【００５７】
監視対象装置１０の通信状態が正常の場合（Ｓ３３：ＹＥＳ）、ＣＰＵ２は、通信状態は「正常」であることを監視装置２１へ通知し（Ｓ３４）、本処理を終了する。監視対象装置１０の通信状態が正常でない場合（Ｓ３３：ＮＯ）、ＣＰＵ２は、通信状態は「異常」であることを監視装置２１へ通知し（Ｓ３５）、本処理を終了する。
【００５８】
次に、接続要求を受信し、情報処理装置１と監視対象装置１０とを接続する上位サーバ装置２０における動作について説明する。図１７は、上位サーバ装置２０の動作を示すフローチャートである。
【００５９】
上位サーバ装置２０では、ＣＰＵが情報処理装置１から接続要求を受信したか否かを判定する（Ｓ４１）。受信していない場合（Ｓ４１：ＮＯ）、ＣＰＵは本処理を終了する。受信した場合（Ｓ４１：ＹＥＳ）、ＣＰＵは、ラウンドロビン方式に従って、接続されている監視対象装置１０へ、接続要求を送信する（Ｓ４２）。次に、ＣＰＵは、接続要求を送信した監視対象装置１０から応答を受信したか否かを判定する（Ｓ４３）。受信した場合（Ｓ４３：ＹＥＳ）、ＣＰＵは、受信した応答を、情報処理装置１へ送信し（Ｓ４４）、本処理を終了する。
【００６０】
応答を受信していない場合（Ｓ４３：ＮＯ）、ＣＰＵは、監視対象装置１０へ接続要求を送信してから、所定時間経過したか否かを判定する（Ｓ４５）。所定時間経過していない場合（Ｓ４５：ＮＯ）、ＣＰＵは、Ｓ４３の処理を実行する。所定時間経過した場合（Ｓ４５：ＹＥＳ）、ＣＰＵは、応答を送信しない監視対象装置１０に対して、閉塞処理を実行する（Ｓ４６）。これにより、以降の処理では、上位サーバ装置２０は、閉塞処理を実行した監視対象装置１０に対しては、接続要求を送信しなくなる。
【００６１】
次に、発生したエラーの重要度を決定する管理サーバ装置２２における動作について説明する。図１８及び図１９は、管理サーバ装置２２の動作を示すフローチャートである。
【００６２】
管理サーバ装置２２のＣＰＵは、監視装置２１から各情報を受信したか否かを判定する（Ｓ５１）。具体的には、受信する情報とは、エラー番号、通信状態の確認結果、及びエラーログ等である。なお、エラーが発生した監視対象装置１０ａから監視装置２１へエラーログが送信されない場合、ＣＰＵは、エラー番号、及び通信状態の確認結果を受信したか否かを判定する。受信していない場合（Ｓ５１：ＮＯ）、ＣＰＵは、受信するまで待機する。受信した場合（Ｓ５１：ＹＥＳ）、エラー番号及びエラーログに基づいて、エラー名、及びエラー発生時刻等のエラー情報をＷＥＢ表示可能にする処理を行う（Ｓ５２）。
【００６３】
次に、ＣＰＵは、図１１で説明したように、発生したエラーの重要度を決定する（Ｓ５３）。ＣＰＵは、決定した重要度が、「重要度Ａ」であるか否かを判定する（Ｓ５４）。決定した重要度が「重要度Ａ」である場合（Ｓ５４：ＹＥＳ）、ＣＰＵは、解析者の携帯電話機１００へメールを送信し（Ｓ５５）、Ｓ５９の処理へ移る。送信するメールには、Ｓ５２でＷＥＢ表示可能にしたエラー情報へのアクセス先（リンク情報）が含まれている。決定した重要度が「重要度Ａ」でない場合（Ｓ５４：ＮＯ）、ＣＰＵは、決定した重要度が「重要度Ｂ」であるか否かを判定する（Ｓ５６）。決定した重要度が「重要度Ｂ」である場合（Ｓ５６：ＹＥＳ）、ＣＰＵは、解析者のパソコン１０１へメールを送信し（Ｓ５７）、Ｓ５９の処理へ移る。決定した重要度が「重要度Ｂ」でない場合（Ｓ５６：ＮＯ）、すなわち、重要度が「重要度Ｃ」又は「重要度Ｄ」の場合、ＣＰＵは、運用者のパソコン１０２へメールを送信する（Ｓ５８）。そして、ＣＰＵは、Ｓ５９の処理へ移る。
【００６４】
ＣＰＵは、メールを送信した携帯電話機１００又はパソコン１０１，１０２からアクセスされたか否かを判定する（Ｓ５９）。アクセスされていない場合（Ｓ５９：ＮＯ）、ＣＰＵは、アクセスされるまで待機する。なお、所定時間アクセスされない場合には、ＣＰＵは、処理を終了するようにしてもよい。アクセスされた場合（Ｓ５９：ＹＥＳ）、ＣＰＵは、ＨＴＴＰにより、Ｓ５２の処理でＷＥＢ表示可能にした情報を、アクセス元へ送信する（Ｓ６０）。これにより、アクセス元の携帯電話機１００又はパソコン１０１，１０２の画面には、図１２で説明したように、エラー情報が表示され、投入コマンドが選択可能に表示される。
【００６５】
ＣＰＵは、アクセス元の携帯電話機１００又はパソコン１０１，１０２でコマンドが選択され、そのコマンドを受け付けたか否かを判定する（Ｓ６１）。コマンドを受け付けていない場合（Ｓ６１：ＮＯ）、ＣＰＵは、受け付けるまで待機する。コマンドを受け付けた場合（Ｓ６１：ＹＥＳ）、ＣＰＵは、受け付けたコマンドが完了コマンドであるか否かを判定する（Ｓ６２）。完了コマンドは、保守管理者が、エラーが解消したと判断した場合に、選択される。受け付けたコマンドが完了コマンドである場合（Ｓ６２：ＹＥＳ）、ＣＰＵは、本処理を終了する。受け付けたコマンドが完了コマンドでない場合（Ｓ６２：ＮＯ）、ＣＰＵは、対応するコマンドを、エラーが発生した監視対象装置１０ａへ送信する（Ｓ６３）。そして、ＣＰＵは、そのコマンドに対する結果を受信したか否かを判定する（Ｓ６４）。受信していない場合（Ｓ６４：ＮＯ）、ＣＰＵは、受信するまで待機する。受信した場合（Ｓ６４：ＹＥＳ）、ＣＰＵは、受信した結果を、ＷＥＢ表示可能に処理する（Ｓ６５）。その後、ＣＰＵは、Ｓ６１の処理を実行し、再びコマンドを受け付けたか否かを判定する。
【００６６】
以上説明したように、本実施の形態では、情報処理装置１は、エラーが発生した監視対象装置１０との通信状態を確認する場合、接続要求の送信を第１送信及び第２送信に分けて行なう。そして、第１送信に対する応答を破棄して、第２送信に対する応答に基づいて、監視対象装置１０との通信状態を確認する。上位サーバ装置２０によっては、エラーが発生した監視対象装置１０に対して閉塞処理を行い、以降、その監視対象装置１０との通信を避ける機能を有している。このため、第１送信では応答を受信しなくても、第２送信で応答を受信する場合がある。そこで、第２送信に対する応答に基づいて、監視対象装置１０の通信状態を確認することで、上位サーバ装置２０が有する機能に関係なく、同じ処理で、より精度の高い通信状態の確認を行うことができる。その結果、通信異常が監視対象装置１０の運用に問題を引き起こす場合、通信状態を確実に把握することで、通信状態に応じたエラーの重要度を決定することが可能となり、最適なエラー対策を行なえる。
【００６７】
本発明の実施形態について、具体的に説明したが、各構成及び動作等は適宜変更可能であって、上述の実施形態に限定されることはない。例えば、監視装置２１及び管理サーバ装置２２の機能は、一つの装置で実現するように構成してもよい。また、エラー発生時には、メールにて保守担当者に通知しているが、携帯電話機に電話をかけて、自動音声で通知するようにしてもよい。
【００６８】
また、本実施の形態では、上位サーバ装置２０は、エラーがある監視対象装置１０に対して閉塞処理を行うものとしているが、上位サーバ装置２０を複数設ける場合、全ての上位サーバ装置２０を、閉塞処理を行う装置とする必要はない。異なる機能を有する上位サーバ装置２０が混在している場合であっても、第１送信で送信した接続要求に対する結果を破棄することで、情報処理装置１は、上位サーバ装置２０の種類を把握することなく、一様に同じ処理で通信状態を確認することができる。
【００６９】
本実施の形態では、上位サーバ装置２０のラウンドロビンの数の回数、接続要求を送信する第１及び第２送信を行なっているが、送信回数は、上位サーバ装置２０が有する機能に応じて適宜変更可能である。例として、情報処理装置１は、第１送信において、接続要求の送信先にエラーが発生した監視対象装置１０ａを指定する。上位サーバ装置２０は、エラーが発生した監視対象装置１０ａとの通信を行い、故障と判断した場合、監視対象装置１０ａに閉塞処理を行う。続いて、第２送信で接続要求を受信した上位サーバ装置２０は、自動的に、他の監視対象装置１０ｂ，１０ｃとの通信を行なう。このような場合、第１及び第２送信回数は、１回でよくなり、第２送信における応答を受信すれば、情報処理装置１は、通信状態を「正常」と判定する。
【００７０】
また、本実施の形態では、上位サーバ装置２０がラウンドロビン方式に従って、監視対象装置１０と通信するようにしているが、情報処理装置１と監視対象装置１０との通信方式は、これに限定されることはない。例えば、第１送信において、情報処理装置１は、エラーが発生した監視対象装置１０ａを送信先に指定した接続要求を上位サーバ装置２０へ送信する。監視対象装置１０ａが故障と判断した場合、上位サーバ装置２０は、監視対象装置１０ａに対して閉塞処理を行い、以降、監視対象装置１０ａを送信先に指定した接続要求を受信した場合であっても、上位サーバ装置２０は、監視対象装置１０ａと通信を行わないようにする。この場合、情報処理装置１は、第１送信で接続要求に対する応答がなくても、第２送信で応答を受信することができる。すなわち、情報処理装置１は、第１及び第２送信で、一回のみ接続要求を送信することで、監視対象装置１０の通信状態を確認することができる。
【００７１】
以下に、上述の実施形態を含む実施形態に関し、更に付記を開示する。
【００７２】
（付記１）
複数の被監視装置が接続され、接続要求信号を前記被監視装置に分配する外部装置に、接続要求信号を送信することで、前記被監視装置の通信状態を確認する通信確認装置において、
前記被監視装置にエラーが発生したことを検知する検知部と、
前記被監視装置、及び該被監視装置が接続される外部装置の接続先を記憶する通信先記憶部と、
該検知部がエラーを検知した場合、前記通信先記憶部に記憶した接続先に基づいて接続要求信号を前記外部装置へ二回送信する送信部と、
該送信部が二回目に送信した接続要求信号に対する応答信号を受信したか否かを判定する判定部と
を備える通信確認装置。
【００７３】
（付記２）
前記外部装置に接続されている被監視装置の数を記憶する数記憶部と、
前記検知部がエラーを検知した場合、前記外部装置に接続されている被監視装置の数を、前記数記憶部の記憶内容から特定する数特定部と
をさらに備え、
前記送信部は、
前記数特定部が特定した数を、一回目及び二回目それぞれの接続要求信号の送信回数として、接続要求信号を送信するようにしてある
付記１に記載の通信確認装置。
【００７４】
（付記３）
前記送信部は、
一回目の接続要求信号の送信終了後、所定時間経過後に、二回目の接続要求信号を送信するようにしてある
付記１又は２に記載の通信確認装置。
【００７５】
（付記４）
前記検知部がエラーを検知した場合、エラーが発生した被監視装置を特定する装置特定部
をさらに備え、
前記送信部は、
一回目の送信で、前記装置特定部が特定した被監視装置を送信先に指定し、前記外部装置へ接続要求を送信するようにしてある
付記１から３の何れか一つに記載の通信確認装置。
【００７６】
（付記５）
複数の被監視装置が接続され、接続要求信号を前記被監視装置に分配する外部装置に、接続要求信号を送信することで、前記被監視装置の通信状態を確認する通信確認方法において、
前記被監視装置にエラーが発生したことを検知し、
前記被監視装置、及び該被監視装置が接続される外部装置の接続先を記憶し、
エラーを検知した場合、記憶した接続先に基づいて前記外部装置へ接続要求信号を二回送信し、
二回目に送信した接続要求信号に対する応答信号を受信したか否かを判定する
通信確認方法。
【００７７】
（付記６）
複数の被監視装置が接続され、接続要求信号を前記被監視装置に分配する外部装置に、接続要求信号を送信するコンピュータで実行されるプログラムにおいて、
コンピュータを、
前記被監視装置にエラーが発生したことを検知する検知部、
該検知部がエラーを検知した場合、記憶された、前記被監視装置、及び該被監視装置が接続される外部装置の接続先に基づいて、接続要求信号を前記外部装置へ二回送信させる送信部、及び、
該送信部が二回目に送信させた接続要求信号に対する応答信号を受信したか否かを判定する判定部
として機能させるプログラム。
【００７８】
（付記７）
付記６に記載のプログラムが記録されており、コンピュータでの読取り可能な記録媒体。
【符号の説明】
【００７９】
１ 情報処理装置
５ 大容量記憶装置（数記憶部、通信先記憶部）
１０ 監視対象装置（被監視装置）
２０ 上位サーバ装置（外部装置）
２１ 監視装置
２２ 管理サーバ装置
３１ ＩＰアドレス受信部（検知部）
３４ 設備情報取得部（特定部）
３７ シナリオ実行部（送信部）
３８ 結果通知部（判定部）
４１ プロトコルＤＢ
４２ 通信先ＤＢ（通信先記憶部）
４３ 設備情報ＤＢ（数記憶部）
１００ 携帯電話機
１０１，１０２ パソコン
【技術分野】
【０００１】
本発明は、複数の被監視装置が接続された外部装置と接続してあり、外部装置へ接続要求信号を送信し、接続要求信号を受信した外部装置が被監視装置に送信させた応答信号を受信することで、被監視装置の通信状態を確認する通信確認装置、通信確認方法及びプログラムに関する。
【背景技術】
【０００２】
ネットワーク機器に障害が発生した場合、早急に障害を復旧するための保守システムがある。例えば、特許文献１は、ネットワーク機器の障害発生を自動的にサービスセンタで検知し、障害に応じた保守手順を自動的に編集して、保守手順を映像で示す保守画面を、ネットワーク機器のユーザに送信する保守システムが開示されている。特許文献１に記載の保守システムにより、ネットワーク機器のユーザは、コンピュータに詳しくない場合であっても、保守画面を見ながらエラー復旧作業を簡単に行うことができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−０８６７１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の保守システムでは、障害の深刻度に関係なく、障害がユーザに通知されるため、発生した障害を早急に解決する必要があるかどうかを、ユーザには判断できない場合がある。
【０００５】
本発明はかかる事情に鑑みてなされたものであり、その目的とするところは、被監視装置に発生したエラーの重要度が被監視装置の通信状態によって決まる場合に、その通信状態を精度よく確認できる通信確認装置、通信確認方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本願に開示する通信確認装置は、複数の被監視装置が接続され、接続要求信号を前記被監視装置に分配する外部装置に、接続要求信号を送信することで、前記被監視装置の通信状態を確認する通信確認装置において、前記被監視装置にエラーが発生したことを検知する検知部と、前記被監視装置、及び該被監視装置が接続される外部装置の接続先を記憶する通信先記憶部と、該検知部がエラーを検知した場合、前記通信先記憶部に記憶した接続先に基づいて接続要求信号を前記外部装置へ二回送信する送信部と、該送信部が二回目に送信した接続要求信号に対する応答信号を受信したか否かを判定する判定部とを備える。
【発明の効果】
【０００７】
本願に開示する通信確認装置の一観点によれば、エラーが発生した被監視装置の通信状態を、より精度よく確認することができる。また、通信異常が被監視装置の運用に問題を引き起こす場合、確実に通信状態を把握することで、専門の担当者へ復旧依頼を早急に通知することができ、短時間でのエラーの復旧が可能となる。
【図面の簡単な説明】
【０００８】
【図１】実施の形態に係る保守システム全体の構成を示す模式図である。
【図２】保守システムの情報処理装置が有する構成を示すブロック図である。
【図３】情報処理装置で実現される機能を示すブロック図である。
【図４】プロトコルＤＢを模式的に示す図である。
【図５】通信先ＤＢを模式的に示す図である。
【図６】設備情報ＤＢを模式的に示す図である。
【図７】ＳＩＰを利用する場合に、シナリオ生成部が生成するシナリオの一例を示す図である。
【図８】ＨＴＴＰを利用する場合に、シナリオ生成部が生成するシナリオの一例を示す図である。
【図９】ＳＭＴＰを利用する場合に、シナリオ生成部が生成するシナリオの一例を示す図である。
【図１０】管理サーバ装置で実現される機能を示すブロック図である。
【図１１】重要度を決定する方法を説明するための模式図である。
【図１２】携帯電話機でエラー情報を確認する場合の模式図である。
【図１３】監視装置の動作を示すフローチャートである。
【図１４】監視装置の動作を示すフローチャートである。
【図１５】情報処理装置の動作を示すフローチャートである。
【図１６】情報処理装置の動作を示すフローチャートである。
【図１７】上位サーバ装置の動作を示すフローチャートである。
【図１８】管理サーバ装置の動作を示すフローチャートである。
【図１９】管理サーバ装置の動作を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下に、本願に開示する通信確認装置、通信確認方法及びプログラムについて、好適な実施の形態を、図面を参照しつつ詳述する。以下に説明する実施の形態では、本願に開示する通信確認装置を備える保守システムについて説明する。
【００１０】
本実施の形態に係る保守システムは、呼制御サーバ装置、ＷＥＢサーバ装置又はSimple Mail Transfer Protocol（ＳＭＴＰ）サーバ装置等のネットワーク装置に発生するエラーを監視し、発生したエラーの重要度に応じて、保守担当者へエラーを通知するシステムである。保守担当者への通知は、保守担当者が所有する携帯電話機又はパーソナルコンピュータ（以下、パソコンという）等へメールにて行われる。以下の説明では、監視するネットワーク装置を、監視対象装置という。
【００１１】
図１は、実施の形態に係る保守システム全体の構成を示す模式図である。保守システムは、監視対象装置（被監視装置）１０ａ，１０ｂ，１０ｃを監視するための情報処理装置（通信確認装置）１、上位サーバ装置（外部装置）２０、監視装置２１及び管理サーバ装置２２等を備えている。監視対象装置１０ａ，１０ｂ，１０ｃは、同じ構成及び機能を有し、かつ、同じ動作を行う装置であって、同じグループとして上位サーバ装置２０に接続されている。以下の説明では、監視対象装置１０ａ，１０ｂ，１０ｃをまとめて監視対象装置１０という。
【００１２】
上位サーバ装置２０は、例えば、Session Initiation Protocol（ＳＩＰ）サーバ装置、Hypertext Transfer Protocol（ＨＴＴＰ）を利用するＷＥＢサーバ装置、又はＳＭＴＰサーバ装置等である。上位サーバ装置２０は、後述の情報処理装置１から接続要求を受信した場合、自身に接続されている監視対象装置１０と情報処理装置１とを接続する。例えば、上位サーバ装置２０がＳＩＰサーバ装置の場合、上位サーバ装置２０は、ＳＩＰを利用して、情報処理装置１及び監視対象装置１０が有する電話機（図示せず）を、電話番号をもとに接続し、又は切断する呼制御を行う。また、ＷＥＢサーバ装置の場合、上位サーバ装置２０は、ＨＴＴＰを利用して、情報処理装置１及び監視対象装置１０間で、画像等のコンテンツの送受を行う。ＳＭＴＰサーバ装置の場合、上位サーバ装置２０は、ＳＭＴＰを利用して、情報処理装置１及び監視対象装置１０間でメールの送受を行う。なお、上位サーバ装置２０は、複数あってもよく、複数の場合には、ＳＩＰサーバ装置及びＷＥＢサーバ装置等が混在していてもよい。
【００１３】
本実施の形態では、上位サーバ装置２０は、ラウンドロビン方式に従って、接続する監視対象装置１０を選択し、通信を行う。例えば、上位サーバ装置２０は、最初に接続要求を受信したとき、監視対象装置１０ａとの通信を行い、次に接続要求を受信したときには、監視対象装置１０ｂとの通信を行う。続いて、接続要求を受信したときには、上位サーバ装置２０は、監視対象装置１０ｃとの通信を行う。また、上位サーバ装置２０は、ラウンドロビン方式に従って監視対象装置１０と通信した場合、監視対象装置１０の一つが故障と判断したとき、その監視対象装置１０に対して閉塞処理を実行する。閉塞処理を実行した場合、上位サーバ装置２０は、接続要求を受信しても、閉塞処理を実行した監視対象装置１０に対しては、通信をしなくなる。
【００１４】
監視対象装置１０は、Local Area Network（ＬＡＮ）又はWide Area Network（ＷＡＮ）等の通信網を介して監視装置２１と接続している。監視装置２１は、監視対象装置１０にエラーが発生したことを検知する装置である。なお、図中は、監視対象装置１０ａのみが監視装置２１と接続しているが、監視対象装置１０ｂ，１０ｃも監視装置２１と接続している。監視対象装置１０は、監視装置２１に対して、Simple Network Management Protocol（ＳＮＭＰ）トラップを送信する。監視装置２１は、監視対象装置１０から送信されたＳＮＭＰトラップに基づいて、監視対象装置１０にエラーが発生したことを検知する。以下では、監視対象装置１０ａにエラーが発生し、監視対象装置１０ｂ，１０ｃは正常に動作するものとして説明する。
【００１５】
監視装置２１は、検知したエラーに対応するエラー番号を特定し、エラー番号を監視対象装置１０ａへ通知する。エラー番号が通知された監視対象装置１０ａは、エラー番号をもとに、発生したエラーの解析に必要なログを抽出して、エラーログとして監視装置２１へ送信する。エラーログには、監視対象装置１０ａが状態確認コマンドを投入することで得られる自身の動作状態を含む。
【００１６】
上位サーバ装置２０及び監視装置２１は、通信網を介して情報処理装置１と接続している。情報処理装置１は、監視対象装置１０ａに発生したエラーの重要度を決定するために、監視対象装置１０ａの通信状態を確認するための装置である。エラーの重要度は、後述の管理サーバ装置２２で決定され、監視対象装置１０ａを含む他の監視対象装置１０ｂ，１０ｃとの通信ができない場合には、高く決定される。情報処理装置１は、監視装置２１から、エラーが発生した監視対象装置１０ａを特定する情報として、Internet Protocol（ＩＰ）アドレスを受信する。情報処理装置１は、そのＩＰアドレスから監視対象装置１０ａ、及び、監視対象装置１０ａの運用に必要なプロトコルを特定する。情報処理装置１は、特定したプロトコルにより、特定した監視対象装置１０ａの通信状態の確認を上位サーバ装置２０を介して行う。より具体的には、情報処理装置１は、監視対象装置１０ａを含めて、上位サーバ装置２０に接続している監視対象装置１０ｂ，１０ｃの通信状態を確認する。通信状態は、上位サーバ装置２０に送信した接続要求に対して、監視対象装置１０から応答を受信したか否かにより確認される。そして、情報処理装置１は、確認結果を監視装置２１へ送信する。
【００１７】
監視装置２１は、通信網を介して管理サーバ装置２２と接続している。管理サーバ装置２２は、発生したエラーを管理し、エラーの重要度を決定する装置である。管理サーバ装置２２は、上述したエラー番号、通信状態の確認結果、及びエラーログを監視装置２１から受信する。管理サーバ装置２２は、受信したエラー番号、及びエラーログをもとに、エラー名、及びエラー発生時刻等のエラー情報をＷＥＢ表示可能にする。管理サーバ装置２２は、ＳＭＴＰサーバ装置２３と接続しており、ＷＥＢ表示可能にしたエラー情報へのリンクを含めたメールを、保守担当者が所有する携帯電話機１００又はパソコン１０１，１０２等へ送信する。これにより、保守担当者は、携帯電話機１００又はパソコン１０１，１０２等から管理サーバ装置２２へアクセスすることで、エラー情報を確認することが可能となる。なお、本実施の形態では、保守担当者は、システムを運用する運用者、及び、システムに発生したエラーを解析する解析者を含む。そして、携帯電話機１００及びパソコン１０１は解析者が所有し、パソコン１０２は運用者が所有するものとする。
【００１８】
管理サーバ装置２２は、受信したエラー番号、及び通信状態の確認結果から、監視対象装置１０ａに発生したエラーの重要度を決定し、重要度に応じて、メール送信先を決定する。例えば、エラーが発生した監視対象装置１０ａの通信状態が異常の場合には、管理サーバ装置２２は、エラーの重要度を高く決定し、メール送信先を携帯電話機１００に決定する。携帯電話機１００は、解析者が常時携帯している可能性が高いため、メールを携帯電話機１００へ送信することで、早急なエラー対策を行うことができる。監視対象装置１０ａの通信状態が正常であるため早急なエラー対策は必要ないが、解析者にしか解決できないエラーの場合、管理サーバ装置２２は、エラーの重要度を低く決定し、メール送信先を解析者のパソコン１０１に決定する。また、運用者にでも解決できるエラーの場合、管理サーバ装置２２は、エラーの重要度を低く決定し、メール送信先を運用者のパソコン１０２に決定する。
【００１９】
なお、図１では、３つの監視対象装置を示しているが、監視対象装置の数はこれに限定されない。また、図１では、保守システムは、一つの上位サーバ装置２０を介して監視対象装置１０を監視する構成としているが、複数の上位サーバ装置を有し、それぞれの上位サーバ装置に接続される監視対象装置を監視する構成としてもよい。さらに、保守システムを構成する各装置は、キーボード及びマウス等を備えるパソコンで実現するようにしてもよい。
【００２０】
以下、保守システムの各装置の具体的な構成及び動作について説明する。
【００２１】
図２は、保守システムの情報処理装置１が有する構成を示すブロック図である。情報処理装置１は、Central Processing Unit（ＣＰＵ）２、Read Only Memory（ＲＯＭ）３、Random Access Memory（ＲＡＭ）４、大容量記憶装置５、及び、通信網を介して、上位サーバ装置２０及び監視装置２１等との通信を可能にする通信部６等のハードウェア各部を備える。これらのハードウェア各部はバスを介して相互に接続されている。なお、図２では省略しているが、監視対象装置１０、上位サーバ装置２０、監視装置２１及び管理サーバ装置２２は、情報処理装置１と同様に、ＣＰＵ、ＲＯＭ、ＲＡＭ、大容量記憶装置、及び通信部等のハードウェア各部等を備えている。
【００２２】
ＣＰＵ２は、ＲＯＭ３又は大容量記憶装置５に予め格納されているプログラムを適宜ＲＡＭ４に読み出して実行すると共に、上述したハードウェア各部の動作を制御する。ＲＯＭ３は、情報処理装置１に必要な動作をさせるためのプログラム３ａを予め格納している。ＲＡＭ４は、例えばStatic ＲＡＭ（ＳＲＡＭ）、Dynamic ＲＡＭ（ＤＲＡＭ）、フラッシュメモリ等である。ＲＡＭ４は、ＣＰＵ２による制御プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００２３】
大容量記憶装置５は、例えばハードディスクドライブであって、後述する必要なデータベース（ＤＢ）を記憶している。なお、ＲＯＭ３が記憶するプログラム３ａは、大容量記憶装置５に記憶されていてもよい。また、プログラム３ａは、Compact Disc-ROM（ＣＤ−ＲＯＭ）、Digital Versatile Disc-ROM（ＤＶＤ−ＲＯＭ）、又はMagneto-Optical disk（ＭＯ）等の記録媒体７により大容量記憶装置５にインストールし、又はネットワークからダウンロードして使用する形態でもよい。
【００２４】
次に、ＣＰＵ２が上述のＲＯＭ３に格納されているプログラム３ａを実行することで、情報処理装置１で実現される機能について説明する。
【００２５】
図３は、情報処理装置１で実現される機能を示すブロック図である。情報処理装置１は、ＩＰアドレス受信部３１、プロトコル特定部３２、通信先特定部３３、設備情報取得部３４、通信回数決定部３５、シナリオ生成部３６、シナリオ実行部３７、及び結果通知部３８等の機能を備えている。また、情報処理装置１は、プロトコルＤＢ４１、通信先ＤＢ（通信先記憶部）４２及び設備情報ＤＢ（数記憶部）４３等を備えている。
【００２６】
ＩＰアドレス受信部３１（検知部）は、監視装置２１からＩＰアドレスを受信する。監視装置２１は、監視対象装置１０それぞれからＳＮＭＰトラップを受信し、ＳＮＭＰトラップに基づいて、監視対象装置１０ａにエラーが発生したことを検知する。このとき、監視装置２１は、監視対象装置１０ａのＩＰアドレスを情報処理装置１へ送信する。ＩＰアドレス受信部３１は、そのＩＰアドレスを受信する。すなわち、ＩＰアドレス受信部３１がＩＰアドレスを受信することで、情報処理装置１は、エラーを検知する。
【００２７】
プロトコル特定部３２は、ＩＰアドレス受信部３１が受信したＩＰアドレスに基づいて、エラーが発生した監視対象装置１０ａの運用に必要なプロトコル、及びそのプロトコルのフォーマットを特定する。プロトコルのフォーマットは、予め情報処理装置１の大容量記憶装置５に複数パターンが格納されている。プロトコル特定部３２は、大容量記憶装置５に格納されているプロトコルＤＢ４１から、プロトコル及びフォーマットを特定する。
【００２８】
図４は、プロトコルＤＢ４１を模式的に示す図である。プロトコルＤＢ４１は、ＩＰアドレス欄、ＳＩＰ欄、ＨＴＴＰ欄、及びＳＭＴＰ欄等を有している。ＩＰアドレス欄には、監視対象装置１０のＩＰアドレスが格納される。ＳＩＰ欄には、ＩＰアドレスに対応する監視対象装置１０が利用するＳＩＰの情報を格納している。例えば、ＳＩＰ欄に「１」が格納されている場合、対応する監視対象装置１０は、フォーマット番号が「１」のプロトコルを用いることを示す。ＳＩＰ欄に「０」が格納されている場合、対応する監視対象装置１０は、ＳＩＰを利用しないことを示す。同様に、ＨＴＴＰ欄及びＳＭＴＰ欄には、ＩＰアドレスに対応する監視対象装置１０が利用するＨＴＴＰ及びＳＭＴＰの情報を格納している。なお、プロトコルＤＢ４１は、ＳＩＰ、ＨＴＴＰ及びＳＭＴＰ以外のプロトコル情報を格納していてもよい。
【００２９】
通信先特定部３３は、ＩＰアドレス受信部３１が受信したＩＰアドレス、及びプロトコル特定部３２が特定したプロトコルに基づいて、通信先を特定する。通信先とは、エラーが発生した監視対象装置１０ａと通信するためにアクセスする宛先である。例えば、監視対象装置１０ａがＳＩＰを利用する場合には、通信先は、上位サーバ装置２０の電話番号となり、ＨＴＴＰを利用する場合には、上位サーバ装置２０のUniform Resource Locator（ＵＲＬ）となる。また、ＳＭＴＰを利用する場合には、通信先は、上位サーバ装置２０のメールアドレスとなる。通信先特定部３３は、大容量記憶装置５に格納されている通信先ＤＢ４２から、通信先を特定する。
【００３０】
図５は、通信先ＤＢ４２を模式的に示す図である。通信先ＤＢ４２は、ＩＰアドレス欄、プロトコル欄、電話番号欄、ＵＲＬ欄及びメールアドレス欄等を有している。ＩＰアドレス欄には、監視対象装置１０のＩＰアドレスが格納される。プロトコル欄には、監視対象装置１０が利用するプロトコルが格納される。例えば、プロトコル欄に「１」が格納された場合、対応する監視対象装置１０は、ＳＩＰを利用し、「２」が格納された場合、ＨＴＴＰを利用することを示し、「３」が格納された場合、ＳＭＴＰを利用することを示している。電話番号欄には、対応する監視対象装置１０の上位サーバ装置２０が有する電話番号が格納される。ＵＲＬ欄には、対応する監視対象装置１０の上位サーバ装置２０へのパス名が格納される。メールアドレス欄には、対応する監視対象装置１０の上位サーバ装置２０が有するメールアドレスが格納される。なお、該当する情報がない場合には、各欄には「null」が格納される。例えば、ＩＰアドレス受信部３１が「10.95.88.6」のＩＰアドレスを受信し、プロトコル特定部３２がＳＩＰのプロトコルを特定した場合、通信先特定部３３は、通信先として、上位サーバ装置２０の電話番号「0600000001」を特定する。
【００３１】
設備情報取得部３４は、ＩＰアドレス受信部３１が受信したＩＰアドレス、及びプロトコル特定部３２が特定したプロトコルに基づいて、設備情報を取得する。設備情報は、エラーが発生した監視対象装置１０ａが接続する上位サーバ装置２０がラウンドロビンしている数、及び、上位サーバ装置２０に対して接続要求を送信した場合に、応答がないときのタイムアウトとして判断する秒数である。設備情報取得部３４は、大容量記憶装置５に格納されている設備情報ＤＢ４３から、設備情報を取得する。
【００３２】
図６は、設備情報ＤＢ４３を模式的に示す図である。設備情報ＤＢ４３は、ＩＰアドレス欄、プロトコル欄、ラウンドロビン数欄及び通信インターバル情報欄等を有している。ＩＰアドレス欄には、監視対象装置１０のＩＰアドレスが格納される。プロトコル欄には、通信先ＤＢ４２と同様に、対応する監視対象装置１０が利用するプロトコルの情報が格納される。ラウンドロビン数欄には、対応する監視対象装置１０が接続する上位サーバ装置２０がラウンドロビンしている数が格納される。通信インターバル情報欄には、情報処理装置１が上位サーバ装置２０に対して接続要求を送信した場合に、接続要求に対する応答がないときのタイムアウトとして判断する秒数が格納される。秒数は、上位サーバ装置２０及び上位サーバ装置２０に接続される監視対象装置１０等の機能又は通信速度等に応じて、適宜決定される。
【００３３】
通信回数決定部（特定部）３５は、設備情報取得部３４が取得したラウンドロビン数に基づいて、通信回数を決定する。通信回数とは、情報処理装置１が、エラーが発生した監視対象装置１０ａの上位サーバ装置２０へ接続要求を送信する回数である。通信回数決定部３５は、取得したラウンドロビン数に「２」を乗算した値を、通信回数として決定する。例えば、図１の場合、上位サーバ装置２０がラウンドロビンしている数は「３」であるため、通信回数は、「６」となる。この場合、情報処理装置１は、上位サーバ装置２０に対して、接続要求を６回送信する。
【００３４】
シナリオ生成部３６は、プロトコル特定部３２が特定したプロトコルのフォーマット、及び、通信先特定部３３が特定した通信先に基づいて、エラーが発生した監視対象装置１０ａの通信状態を確認する処理を行うためのシナリオを生成する。例えば、監視対象装置１０ａがＳＩＰを利用する場合には、シナリオ生成部３６は、ＩＮＶＩＴＥメッセージを生成する。シナリオ生成部３６は、予め記憶された複数のシナリオのフォーマットから、プロトコル特定部３２が特定したプロトコルのフォーマットを取得する。そして、シナリオ生成部３６は、取得したフォーマットにおける該当箇所を設定（変更）する。
【００３５】
図７は、ＳＩＰを利用する場合に、シナリオ生成部３６が生成するシナリオの一例を示す図である。図７において、シナリオ生成部３６は、着呼先（図中「To」の行）に、通信先特定部３３が特定した上位サーバ装置２０の電話番号を設定し、発呼元（図中「From」の行）に、情報処理装置１の電話番号を設定する。図７に示すＩＮＶＩＴＥメッセージを受信した上位サーバ装置２０は、発呼元の情報処理装置１に対する応答を送信するように、監視対象装置１０へ指示する。なお、監視対象装置１０ａがＨＴＴＰ又はＳＭＴＰを利用する場合には、シナリオ生成部３６は、それぞれ対応するシナリオを生成する。図８は、ＨＴＴＰを利用する場合に、シナリオ生成部３６が生成するシナリオの一例を示す図である。図９は、ＳＭＴＰを利用する場合に、シナリオ生成部３６が生成するシナリオの一例を示す図である。図８の場合、シナリオ生成部３６は、通信先（図中「GET」の行）に、通信先特定部３３が特定したＵＲＬを設定する。上位サーバ装置２０は、ＵＲＬに基づいて、情報処理装置１へアクセスするように、監視対象装置１０へ指示する。また図９の場合、シナリオ生成部３６は、通信先（図中「RCPT TO」の行）に、通信先特定部３３が特定したメールアドレスを設定する。上位サーバ装置２０は、メールアドレスに基づいて、情報処理装置１へメールを送信するように、監視対象装置１０へ指示する。なお、図７、図８及び図９に示すシナリオは、一般的なフォーマットであり、適宜変更可能である。
【００３６】
シナリオ実行部（送信部）３７は、シナリオ生成部３６が生成したシナリオに従って、通信状態の確認を実行する。具体的には、シナリオ実行部３７は、シナリオ生成部３６が生成したシナリオに従って、通信回数決定部３５が決定した通信回数、上位サーバ装置２０へ接続要求を送信する。このとき、シナリオ実行部３７は、決定した通信回数の半分の回数、すなわち、ラウンドロビン数の回数、接続要求を送信する。送信時に、ラウンドロビン数の回数、接続要求を送信することで、情報処理装置１は、上位サーバ装置２０に接続される全ての監視対象装置１０との通信状態を確認できる。そして、シナリオ実行部３７は、設備情報取得部３４が取得した通信インターバル情報の秒数だけ待機し、通信回数の残りの回数、すなわち、ラウンドロビン数の回数、接続要求を送信する。以下の説明では、最初に通信回数の半分の回数、接続要求を送信することを、第１送信といい、残りの回数、接続要求を送信することを、第２送信という。また、第１送信時に接続要求を送信する回数を、第１送信回数といい、第２送信時に接続要求を送信する回数を、第２送信回数という。
【００３７】
結果通知部（判定部）３８は、シナリオ実行部３７による実行の結果を、監視装置２１へ通知する。詳しくは、結果通知部３８は、接続要求の第１送信の結果を破棄して、第２送信の結果を採用し、監視装置２１へ結果を通知する。上位サーバ装置２０は、故障と判断した監視対象装置１０ａに対して閉塞処理を行うため、以降の通信には、監視対象装置１０ｂ，１０ｃのみと通信をする。接続要求の第１送信時に閉塞処理を行った場合、第２送信時には通信の影響がなくなることがあるため、結果通知部３８は、第１送信の結果を破棄し、第２送信の結果を採用する。第２送信において、接続要求を送信した第２送信回数分の応答があった場合には、結果通知部３８は、監視対象装置１０の通信は正常として監視装置２１へ通知する。一方、第２送信回数分の応答がない場合には、結果通知部３８は、監視対象装置１０の通信は異常として監視装置２１へ通知する。
【００３８】
上述のように、上位サーバ装置２０は、エラーが発生した監視対象装置１０ａに対して閉塞処理を行い、監視対象装置１０ａとの通信を回避する。このため、第１送信で監視対象装置１０ａとの通信ができなくても、第２送信では他の監視対象装置１０ｂ，１０ｃと通信できるため、結果通知部３８は、第２送信で接続要求を送信した第２送信回数分の応答を受信できる。この場合、結果通知部３８は、監視対象装置１０の通信状態が異常として通知しない。一方、上位サーバ装置２０が閉塞処理を行わない場合には、上位サーバ装置２０は、第２送信時でも監視対象装置１０ａとの通信を行なうため、情報処理装置１は、第２送信で接続要求を送信した第２送信回数分の応答を受信できない。この場合、結果通知部３８は、監視対象装置１０の通信は異常として監視装置２１へ通知する。このように、上位サーバ装置２０の機能に関係なく、常に同じ処理で、信頼性のある監視対象装置１０の通信状態の確認を行える。
【００３９】
次に、管理サーバ装置２２で実現される機能について説明する。図１０は、管理サーバ装置２２で実現される機能を示すブロック図である。図１０に示す各機能は、管理サーバ装置２２のＣＰＵがＲＯＭに記憶されたプログラムを実行することで実現される。管理サーバ装置２２は、結果受信部５１、ＷＥＢ表示処理部５２、重要度決定部５３、送信先決定部５４、及びメール送信部５５等の機能を有している。
【００４０】
結果受信部５１は、監視装置２１からの通信状態の確認結果、及びエラーログを受信する。ＷＥＢ表示処理部５２は、結果受信部５１が受信したエラーログに基づいて、エラー名、及びエラー発生時刻等のエラー情報をＷＥＢ表示可能にする。
【００４１】
重要度決定部５３は、結果受信部５１が受信する通信状態の確認結果、及びエラーログに基づいて、発生したエラーの重要度を決定する。エラーの重要度は、降順に、重要度Ａ、重要度Ｂ、重要度Ｃ及び重要度Ｄの４段階に分類されている。図１１は、重要度を決定する方法を説明するための模式図である。エラーの重要度は、監視対象装置１０との通信状態、発生したエラーの警戒レベル、発生したエラーの解析状況に基づいて決定される。なお、警戒レベルは、監視装置２１においてエラー番号に基づいて特定され、特定された結果、所定レベル以上であるか否かが監視装置２１からエラーログと共に通知される。また、エラーの解析状況は、例えば、受信したエラーログに、監視対象装置１０ａが状態確認コマンドを投入することで得られる動作状態を含んでいるかにより判定される。
【００４２】
監視対象装置１０との通信が異常の場合、重要度決定部５３は、重要度Ａに決定する。監視対象装置１０との通信が正常であるが、発生したエラーの解析が未だの場合、重要度決定部５３は、重要度Ｂに決定する。監視対象装置１０との通信が正常で、エラーの解析が済んでおり、さらに、警戒レベルが所定レベル以上の場合、重要度決定部５３は、重要度Ｃに決定する。監視対象装置１０との通信が正常で、エラーの解析が済んでおり、さらに、警戒レベルが所定レベル以下の場合、重要度決定部５３は、重要度Ｄに決定する。
【００４３】
送信先決定部５４は、重要度決定部５３が決定した重要度に応じて、メール送信先を決定する。具体的には、重要度Ａの場合、送信先決定部５４は、メール送信先を、解析者の携帯電話機１００に決定する。重要度Ｂの場合、送信先決定部５４は、メール送信先を、解析者のパソコン１０１に決定する。重要度Ｃ，Ｄの場合、送信先決定部５４は、メール送信先を、運用者のパソコン１０２に決定する。
【００４４】
メール送信部５５は、送信先決定部５４が決定した送信先へ、ＷＥＢ表示処理部５２がＷＥＢ表示可能にしたエラー情報へのリンクを含めたメールを送信する。保守担当者は、携帯電話機１００又はパソコン１０１，１０２が受信したメールのリンクから、ＷＥＢ表示処理部５２がＷＥＢ表示可能にしたエラー情報を確認することができる。
【００４５】
以下に、ＷＥＢ表示可能にしたエラー情報を携帯電話機１００で確認する場合について説明する。図１２は、携帯電話機１００でエラー情報を確認した場合の模式図である。管理サーバ装置２２が受信したエラーログ（図１２の上段左側）は、アクセスしてきた携帯電話機１００で視認しやすいように、図中の四角で囲ってある必要な部分が抜き出される。アクセスしてきた携帯電話機１００の画面には、その抜き出された部分、及び、監視対象装置１０ａに投入すべきコマンドの候補が表示される（図１２の上段右側）。コマンドの候補は、選択可能に表示される。携帯電話機１００でコマンドが選択された場合、管理サーバ装置２２から監視対象装置１０ａへ選択されたコマンドが送信される。監視対象装置１０ａでは、選択されたコマンドが投入され、投入結果がエラーログ（図１２の下段左側）として監視対象装置１０ａから管理サーバ装置２２へ送信される。管理サーバ装置２２では、再度、必要な部分が抜き出され、携帯電話機１００の画面に表示される（図１２の下段右側）。
【００４６】
以下に、保守システムにおける動作について説明する。
【００４７】
監視対象装置１０に発生するエラーを検知する監視装置２１における動作を説明する。図１３及び図１４は、監視装置２１の動作を示すフローチャートである。なお、図１３及び図１４では、監視装置２１における動作と並列して、監視対象装置１０の動作を示している。
【００４８】
監視対象装置１０では、ＣＰＵがＳＮＭＰトラップを監視装置２１へ送信する（Ｓ１）。監視装置２１では、ＣＰＵがＳＮＭＰトラップを監視対象装置１０ａから受信したか否かを判定する（Ｓ１０）。ＳＮＭＰトラップを受信していない場合（Ｓ１０：ＮＯ）、ＣＰＵは、受信するまで待機する。ＳＮＭＰトラップを受信した場合（Ｓ１０：ＹＥＳ）、ＣＰＵは、受信したＳＮＭＰトラップに基づいてエラーを検知し、そのＳＮＭＰトラップを送信した監視対象装置１０ａのＩＰアドレスを取得する（Ｓ１１）。そして、ＣＰＵは、取得したＩＰアドレスを、情報処理装置１へ送信する（Ｓ１２）。ＩＰアドレスを受信した情報処理装置１では、監視対象装置１０の通信状態を確認する後述の処理が行われる。
【００４９】
監視装置２１では、ＣＰＵが、情報処理装置１から通信状態の確認結果を受信したか否かを判定する（Ｓ１３）。受信していない場合（Ｓ１３：ＮＯ）、ＣＰＵは、受信するまで待機する。受信した場合（Ｓ１３：ＹＥＳ）、監視対象装置１０ａで発生したエラーに対応するエラー番号を取得し、エラーが発生した監視対象装置１０ａへ、エラー番号を送信する（Ｓ１４）。
【００５０】
監視対象装置１０では、監視装置２１からエラー番号を受信したか否かを判定する（Ｓ２）。監視対象装置１０でエラーが発生していない場合には、監視装置２１からエラー番号が送信されることはないため、エラー番号を受信していない場合（Ｓ２：ＮＯ）、監視対象装置１０では、処理が終了する。監視装置２１からエラー番号を受信した場合（Ｓ２：ＹＥＳ）、監視対象装置１０のＣＰＵは、受信したエラー番号に基づいて、発生したエラーの解析に必要なログを抽出する（Ｓ３）。具体的には、ＣＰＵは、状態確認コマンドを投入し、その結果得られる自身の動作状態を取得する。ＣＰＵは、抽出したログをエラーログとして監視装置２１へ送信する（Ｓ４）。その後、監視対象装置１０では、処理が終了する。
【００５１】
監視装置２１では、エラー番号を送信した後、ＣＰＵが、エラーログを監視対象装置１０から受信したか否かを判定する（Ｓ１５）。エラーログを受信していない場合（Ｓ１５：ＮＯ）、ＣＰＵは、エラー番号を送信してから所定時間が経過したか否かを判定する（Ｓ１６）。所定時間が経過していない場合（Ｓ１６：ＮＯ）、ＣＰＵは、Ｓ１５の処理に戻る。所定時間が経過した場合（Ｓ１６：ＹＥＳ）、ＣＰＵは、Ｓ１４で取得したエラー番号、及び通信状態の確認結果を管理サーバ装置２２へ送信し（Ｓ１７）、本処理を終了する。エラーログを監視対象装置１０から受信した場合（Ｓ１５：ＹＥＳ）、ＣＰＵは、エラー番号、受信したエラーログ及び通信状態の確認結果を管理サーバ装置２２へ送信し（Ｓ１８）、本処理を終了する。
【００５２】
次に、監視対象装置１０ａにエラーが発生した場合、エラーの重要度を決定するために監視対象装置１０ａの通信状態を確認する情報処理装置１における動作について説明する。図１５及び図１６は、情報処理装置１の動作を示すフローチャートである。
【００５３】
情報処理装置１のＣＰＵ２は、エラーの発生を検知した監視装置２１からＩＰアドレスを受信したか否かを判定する（Ｓ２１）。ＩＰアドレスを受信していない場合（Ｓ２１：ＮＯ）、ＣＰＵ２は、受信するまで待機する。ＩＰアドレスを受信した場合（Ｓ２１：ＹＥＳ）、ＣＰＵ２は、ＩＰアドレスとプロトコルＤＢ４１とに基づいて、エラーが発生した監視対象装置１０ａの運用に必要なプロトコル、及びそのプロトコルのフォーマットを特定する（Ｓ２２）。
【００５４】
次に、ＣＰＵ２は、受信したＩＰアドレス及び特定したプロトコルに基づいて、通信先を特定する（Ｓ２３）。例えば、エラーが発生した監視対象装置１０ａがＳＩＰを利用する場合、ＣＰＵ２は、通信先ＤＢ４２から、監視対象装置１０ａの上位サーバ装置２０の電話番号を特定する。続いて、ＣＰＵ２は、受信したＩＰアドレス、及び、特定したプロトコルに基づいて、エラーが発生した監視対象装置１０ａが接続している上位サーバ装置２０のラウンドロビン数を取得する（Ｓ２４）。また、ＣＰＵ２は、その上位サーバ装置２０の通信インターバル情報を取得する（Ｓ２５）。ＣＰＵ２は、取得したラウンドロビン数に「２」を乗算した値を、通信回数として決定する（Ｓ２６）。
【００５５】
次に、ＣＰＵ２は、エラーが発生した監視対象装置１０ａの上位サーバ装置２０へ接続要求を送信するためのシナリオを生成する（Ｓ２７）。例えば、上位サーバ装置２０がＳＩＰサーバ装置の場合には、ＣＰＵ２は、図７に示すＩＮＶＩＴＥメッセージを生成する。ＣＰＵ２は、生成したシナリオに従って、接続要求を上位サーバ装置２０へ送信し（Ｓ２８）、第１送信回数、接続要求を送信したか否かを判定する（Ｓ２９）。第１送信回数は、決定した通信回数の半分の回数、すなわち、ラウンドロビン数である。ラウンドロビン数の回数、接続要求を送信することで、上位サーバ装置２０に接続される全ての監視対象装置１０との通信状態を確認できる。第１送信回数、接続要求を送信していない場合（Ｓ２９：ＮＯ）、ＣＰＵ２は、Ｓ２８の処理を実行し、接続要求を送信し続ける。第１送信回数、接続要求を送信した場合（Ｓ２９：ＹＥＳ）、ＣＰＵ２は、Ｓ２５で取得した通信インターバル情報の秒数だけ待機する（Ｓ３０）。インターバルを設定して、待機することで、タイムアウトか否かを判定する処理を行うために、情報処理装置１が監視対象装置１０からの応答を受信できなくなることを回避することができる。
【００５６】
その後、ＣＰＵ２は、第２送信を開始し、接続要求を上位サーバ装置２０へ送信する（Ｓ３１）。ＣＰＵ２は、第２送信回数、接続要求を送信したか否かを判定する（Ｓ３２）。第２送信回数、接続要求を送信していない場合（Ｓ３２：ＮＯ）、ＣＰＵ２は、Ｓ３１の処理に戻り、接続要求を送信し続ける。第２送信回数、接続要求を送信した場合（Ｓ３２：ＹＥＳ）、ＣＰＵ２は、監視対象装置１０の通信状態が正常か否かを判定する（Ｓ３３）。具体的には、ＣＰＵ２は、第１送信における応答結果を破棄し、第２送信において、第２送信回数と同じ回数、応答を受信したか否かを判定する。上位サーバ装置２０が上述の閉塞処理を行う場合には、第２送信時で接続要求を送信した第２送信回数と同じ回数、応答を受信する。このため、ＣＰＵ２は、監視対象装置１０ａとは通信できなくても、他の監視対象装置１０ｂ，１０ｃと通信できるため、通信状態は正常と判定する。一方、上位サーバ装置２０が閉塞処理を行わない場合には、第２送信時で接続要求を送信した第２送信回数と同じ回数、応答を受信しない。このため、ＣＰＵ２は、監視対象装置１０ａとは通信できないとして、通信状態は正常と判定する。
【００５７】
監視対象装置１０の通信状態が正常の場合（Ｓ３３：ＹＥＳ）、ＣＰＵ２は、通信状態は「正常」であることを監視装置２１へ通知し（Ｓ３４）、本処理を終了する。監視対象装置１０の通信状態が正常でない場合（Ｓ３３：ＮＯ）、ＣＰＵ２は、通信状態は「異常」であることを監視装置２１へ通知し（Ｓ３５）、本処理を終了する。
【００５８】
次に、接続要求を受信し、情報処理装置１と監視対象装置１０とを接続する上位サーバ装置２０における動作について説明する。図１７は、上位サーバ装置２０の動作を示すフローチャートである。
【００５９】
上位サーバ装置２０では、ＣＰＵが情報処理装置１から接続要求を受信したか否かを判定する（Ｓ４１）。受信していない場合（Ｓ４１：ＮＯ）、ＣＰＵは本処理を終了する。受信した場合（Ｓ４１：ＹＥＳ）、ＣＰＵは、ラウンドロビン方式に従って、接続されている監視対象装置１０へ、接続要求を送信する（Ｓ４２）。次に、ＣＰＵは、接続要求を送信した監視対象装置１０から応答を受信したか否かを判定する（Ｓ４３）。受信した場合（Ｓ４３：ＹＥＳ）、ＣＰＵは、受信した応答を、情報処理装置１へ送信し（Ｓ４４）、本処理を終了する。
【００６０】
応答を受信していない場合（Ｓ４３：ＮＯ）、ＣＰＵは、監視対象装置１０へ接続要求を送信してから、所定時間経過したか否かを判定する（Ｓ４５）。所定時間経過していない場合（Ｓ４５：ＮＯ）、ＣＰＵは、Ｓ４３の処理を実行する。所定時間経過した場合（Ｓ４５：ＹＥＳ）、ＣＰＵは、応答を送信しない監視対象装置１０に対して、閉塞処理を実行する（Ｓ４６）。これにより、以降の処理では、上位サーバ装置２０は、閉塞処理を実行した監視対象装置１０に対しては、接続要求を送信しなくなる。
【００６１】
次に、発生したエラーの重要度を決定する管理サーバ装置２２における動作について説明する。図１８及び図１９は、管理サーバ装置２２の動作を示すフローチャートである。
【００６２】
管理サーバ装置２２のＣＰＵは、監視装置２１から各情報を受信したか否かを判定する（Ｓ５１）。具体的には、受信する情報とは、エラー番号、通信状態の確認結果、及びエラーログ等である。なお、エラーが発生した監視対象装置１０ａから監視装置２１へエラーログが送信されない場合、ＣＰＵは、エラー番号、及び通信状態の確認結果を受信したか否かを判定する。受信していない場合（Ｓ５１：ＮＯ）、ＣＰＵは、受信するまで待機する。受信した場合（Ｓ５１：ＹＥＳ）、エラー番号及びエラーログに基づいて、エラー名、及びエラー発生時刻等のエラー情報をＷＥＢ表示可能にする処理を行う（Ｓ５２）。
【００６３】
次に、ＣＰＵは、図１１で説明したように、発生したエラーの重要度を決定する（Ｓ５３）。ＣＰＵは、決定した重要度が、「重要度Ａ」であるか否かを判定する（Ｓ５４）。決定した重要度が「重要度Ａ」である場合（Ｓ５４：ＹＥＳ）、ＣＰＵは、解析者の携帯電話機１００へメールを送信し（Ｓ５５）、Ｓ５９の処理へ移る。送信するメールには、Ｓ５２でＷＥＢ表示可能にしたエラー情報へのアクセス先（リンク情報）が含まれている。決定した重要度が「重要度Ａ」でない場合（Ｓ５４：ＮＯ）、ＣＰＵは、決定した重要度が「重要度Ｂ」であるか否かを判定する（Ｓ５６）。決定した重要度が「重要度Ｂ」である場合（Ｓ５６：ＹＥＳ）、ＣＰＵは、解析者のパソコン１０１へメールを送信し（Ｓ５７）、Ｓ５９の処理へ移る。決定した重要度が「重要度Ｂ」でない場合（Ｓ５６：ＮＯ）、すなわち、重要度が「重要度Ｃ」又は「重要度Ｄ」の場合、ＣＰＵは、運用者のパソコン１０２へメールを送信する（Ｓ５８）。そして、ＣＰＵは、Ｓ５９の処理へ移る。
【００６４】
ＣＰＵは、メールを送信した携帯電話機１００又はパソコン１０１，１０２からアクセスされたか否かを判定する（Ｓ５９）。アクセスされていない場合（Ｓ５９：ＮＯ）、ＣＰＵは、アクセスされるまで待機する。なお、所定時間アクセスされない場合には、ＣＰＵは、処理を終了するようにしてもよい。アクセスされた場合（Ｓ５９：ＹＥＳ）、ＣＰＵは、ＨＴＴＰにより、Ｓ５２の処理でＷＥＢ表示可能にした情報を、アクセス元へ送信する（Ｓ６０）。これにより、アクセス元の携帯電話機１００又はパソコン１０１，１０２の画面には、図１２で説明したように、エラー情報が表示され、投入コマンドが選択可能に表示される。
【００６５】
ＣＰＵは、アクセス元の携帯電話機１００又はパソコン１０１，１０２でコマンドが選択され、そのコマンドを受け付けたか否かを判定する（Ｓ６１）。コマンドを受け付けていない場合（Ｓ６１：ＮＯ）、ＣＰＵは、受け付けるまで待機する。コマンドを受け付けた場合（Ｓ６１：ＹＥＳ）、ＣＰＵは、受け付けたコマンドが完了コマンドであるか否かを判定する（Ｓ６２）。完了コマンドは、保守管理者が、エラーが解消したと判断した場合に、選択される。受け付けたコマンドが完了コマンドである場合（Ｓ６２：ＹＥＳ）、ＣＰＵは、本処理を終了する。受け付けたコマンドが完了コマンドでない場合（Ｓ６２：ＮＯ）、ＣＰＵは、対応するコマンドを、エラーが発生した監視対象装置１０ａへ送信する（Ｓ６３）。そして、ＣＰＵは、そのコマンドに対する結果を受信したか否かを判定する（Ｓ６４）。受信していない場合（Ｓ６４：ＮＯ）、ＣＰＵは、受信するまで待機する。受信した場合（Ｓ６４：ＹＥＳ）、ＣＰＵは、受信した結果を、ＷＥＢ表示可能に処理する（Ｓ６５）。その後、ＣＰＵは、Ｓ６１の処理を実行し、再びコマンドを受け付けたか否かを判定する。
【００６６】
以上説明したように、本実施の形態では、情報処理装置１は、エラーが発生した監視対象装置１０との通信状態を確認する場合、接続要求の送信を第１送信及び第２送信に分けて行なう。そして、第１送信に対する応答を破棄して、第２送信に対する応答に基づいて、監視対象装置１０との通信状態を確認する。上位サーバ装置２０によっては、エラーが発生した監視対象装置１０に対して閉塞処理を行い、以降、その監視対象装置１０との通信を避ける機能を有している。このため、第１送信では応答を受信しなくても、第２送信で応答を受信する場合がある。そこで、第２送信に対する応答に基づいて、監視対象装置１０の通信状態を確認することで、上位サーバ装置２０が有する機能に関係なく、同じ処理で、より精度の高い通信状態の確認を行うことができる。その結果、通信異常が監視対象装置１０の運用に問題を引き起こす場合、通信状態を確実に把握することで、通信状態に応じたエラーの重要度を決定することが可能となり、最適なエラー対策を行なえる。
【００６７】
本発明の実施形態について、具体的に説明したが、各構成及び動作等は適宜変更可能であって、上述の実施形態に限定されることはない。例えば、監視装置２１及び管理サーバ装置２２の機能は、一つの装置で実現するように構成してもよい。また、エラー発生時には、メールにて保守担当者に通知しているが、携帯電話機に電話をかけて、自動音声で通知するようにしてもよい。
【００６８】
また、本実施の形態では、上位サーバ装置２０は、エラーがある監視対象装置１０に対して閉塞処理を行うものとしているが、上位サーバ装置２０を複数設ける場合、全ての上位サーバ装置２０を、閉塞処理を行う装置とする必要はない。異なる機能を有する上位サーバ装置２０が混在している場合であっても、第１送信で送信した接続要求に対する結果を破棄することで、情報処理装置１は、上位サーバ装置２０の種類を把握することなく、一様に同じ処理で通信状態を確認することができる。
【００６９】
本実施の形態では、上位サーバ装置２０のラウンドロビンの数の回数、接続要求を送信する第１及び第２送信を行なっているが、送信回数は、上位サーバ装置２０が有する機能に応じて適宜変更可能である。例として、情報処理装置１は、第１送信において、接続要求の送信先にエラーが発生した監視対象装置１０ａを指定する。上位サーバ装置２０は、エラーが発生した監視対象装置１０ａとの通信を行い、故障と判断した場合、監視対象装置１０ａに閉塞処理を行う。続いて、第２送信で接続要求を受信した上位サーバ装置２０は、自動的に、他の監視対象装置１０ｂ，１０ｃとの通信を行なう。このような場合、第１及び第２送信回数は、１回でよくなり、第２送信における応答を受信すれば、情報処理装置１は、通信状態を「正常」と判定する。
【００７０】
また、本実施の形態では、上位サーバ装置２０がラウンドロビン方式に従って、監視対象装置１０と通信するようにしているが、情報処理装置１と監視対象装置１０との通信方式は、これに限定されることはない。例えば、第１送信において、情報処理装置１は、エラーが発生した監視対象装置１０ａを送信先に指定した接続要求を上位サーバ装置２０へ送信する。監視対象装置１０ａが故障と判断した場合、上位サーバ装置２０は、監視対象装置１０ａに対して閉塞処理を行い、以降、監視対象装置１０ａを送信先に指定した接続要求を受信した場合であっても、上位サーバ装置２０は、監視対象装置１０ａと通信を行わないようにする。この場合、情報処理装置１は、第１送信で接続要求に対する応答がなくても、第２送信で応答を受信することができる。すなわち、情報処理装置１は、第１及び第２送信で、一回のみ接続要求を送信することで、監視対象装置１０の通信状態を確認することができる。
【００７１】
以下に、上述の実施形態を含む実施形態に関し、更に付記を開示する。
【００７２】
（付記１）
複数の被監視装置が接続され、接続要求信号を前記被監視装置に分配する外部装置に、接続要求信号を送信することで、前記被監視装置の通信状態を確認する通信確認装置において、
前記被監視装置にエラーが発生したことを検知する検知部と、
前記被監視装置、及び該被監視装置が接続される外部装置の接続先を記憶する通信先記憶部と、
該検知部がエラーを検知した場合、前記通信先記憶部に記憶した接続先に基づいて接続要求信号を前記外部装置へ二回送信する送信部と、
該送信部が二回目に送信した接続要求信号に対する応答信号を受信したか否かを判定する判定部と
を備える通信確認装置。
【００７３】
（付記２）
前記外部装置に接続されている被監視装置の数を記憶する数記憶部と、
前記検知部がエラーを検知した場合、前記外部装置に接続されている被監視装置の数を、前記数記憶部の記憶内容から特定する数特定部と
をさらに備え、
前記送信部は、
前記数特定部が特定した数を、一回目及び二回目それぞれの接続要求信号の送信回数として、接続要求信号を送信するようにしてある
付記１に記載の通信確認装置。
【００７４】
（付記３）
前記送信部は、
一回目の接続要求信号の送信終了後、所定時間経過後に、二回目の接続要求信号を送信するようにしてある
付記１又は２に記載の通信確認装置。
【００７５】
（付記４）
前記検知部がエラーを検知した場合、エラーが発生した被監視装置を特定する装置特定部
をさらに備え、
前記送信部は、
一回目の送信で、前記装置特定部が特定した被監視装置を送信先に指定し、前記外部装置へ接続要求を送信するようにしてある
付記１から３の何れか一つに記載の通信確認装置。
【００７６】
（付記５）
複数の被監視装置が接続され、接続要求信号を前記被監視装置に分配する外部装置に、接続要求信号を送信することで、前記被監視装置の通信状態を確認する通信確認方法において、
前記被監視装置にエラーが発生したことを検知し、
前記被監視装置、及び該被監視装置が接続される外部装置の接続先を記憶し、
エラーを検知した場合、記憶した接続先に基づいて前記外部装置へ接続要求信号を二回送信し、
二回目に送信した接続要求信号に対する応答信号を受信したか否かを判定する
通信確認方法。
【００７７】
（付記６）
複数の被監視装置が接続され、接続要求信号を前記被監視装置に分配する外部装置に、接続要求信号を送信するコンピュータで実行されるプログラムにおいて、
コンピュータを、
前記被監視装置にエラーが発生したことを検知する検知部、
該検知部がエラーを検知した場合、記憶された、前記被監視装置、及び該被監視装置が接続される外部装置の接続先に基づいて、接続要求信号を前記外部装置へ二回送信させる送信部、及び、
該送信部が二回目に送信させた接続要求信号に対する応答信号を受信したか否かを判定する判定部
として機能させるプログラム。
【００７８】
（付記７）
付記６に記載のプログラムが記録されており、コンピュータでの読取り可能な記録媒体。
【符号の説明】
【００７９】
１ 情報処理装置
５ 大容量記憶装置（数記憶部、通信先記憶部）
１０ 監視対象装置（被監視装置）
２０ 上位サーバ装置（外部装置）
２１ 監視装置
２２ 管理サーバ装置
３１ ＩＰアドレス受信部（検知部）
３４ 設備情報取得部（特定部）
３７ シナリオ実行部（送信部）
３８ 結果通知部（判定部）
４１ プロトコルＤＢ
４２ 通信先ＤＢ（通信先記憶部）
４３ 設備情報ＤＢ（数記憶部）
１００ 携帯電話機
１０１，１０２ パソコン
【特許請求の範囲】
【請求項１】
複数の被監視装置が接続され、接続要求信号を前記被監視装置に分配する外部装置に、接続要求信号を送信することで、前記被監視装置の通信状態を確認する通信確認装置において、
前記被監視装置にエラーが発生したことを検知する検知部と、
前記被監視装置、及び該被監視装置が接続される外部装置の接続先を記憶する通信先記憶部と、
該検知部がエラーを検知した場合、前記通信先記憶部に記憶した接続先に基づいて接続要求信号を前記外部装置へ二回送信する送信部と、
該送信部が二回目に送信した接続要求信号に対する応答信号を受信したか否かを判定する判定部と
を備える通信確認装置。
【請求項２】
前記外部装置に接続されている被監視装置の数を記憶する数記憶部と、
前記検知部がエラーを検知した場合、前記外部装置に接続されている被監視装置の数を、前記数記憶部の記憶内容から特定する特定部と
をさらに備え、
前記送信部は、
前記特定部が特定した数を、一回目及び二回目それぞれの接続要求信号の送信回数として、接続要求信号を送信するようにしてある
請求項１に記載の通信確認装置。
【請求項３】
前記送信部は、
一回目の接続要求信号の送信終了後、所定時間経過後に、二回目の接続要求信号を送信するようにしてある
請求項１又は２に記載の通信確認装置。
【請求項４】
複数の被監視装置が接続され、接続要求信号を前記被監視装置に分配する外部装置に、接続要求信号を送信することで、前記被監視装置の通信状態を確認する通信確認方法において、
前記被監視装置にエラーが発生したことを検知し、
前記被監視装置、及び該被監視装置が接続される外部装置の接続先を記憶し、
エラーを検知した場合、記憶した接続先に基づいて前記外部装置へ接続要求信号を二回送信し、
二回目に送信した接続要求信号に対する応答信号を受信したか否かを判定する
通信確認方法。
【請求項５】
複数の被監視装置が接続され、接続要求信号を前記被監視装置に分配する外部装置に、接続要求信号を送信するコンピュータで実行されるプログラムにおいて、
コンピュータを、
前記被監視装置にエラーが発生したことを検知する検知部、
該検知部がエラーを検知した場合、記憶された、前記被監視装置、及び該被監視装置が接続される外部装置の接続先に基づいて、接続要求信号を前記外部装置へ二回送信させる送信部、及び、
該送信部が二回目に送信させた接続要求信号に対する応答信号を受信したか否かを判定する判定部
として機能させるプログラム。
【請求項１】
複数の被監視装置が接続され、接続要求信号を前記被監視装置に分配する外部装置に、接続要求信号を送信することで、前記被監視装置の通信状態を確認する通信確認装置において、
前記被監視装置にエラーが発生したことを検知する検知部と、
前記被監視装置、及び該被監視装置が接続される外部装置の接続先を記憶する通信先記憶部と、
該検知部がエラーを検知した場合、前記通信先記憶部に記憶した接続先に基づいて接続要求信号を前記外部装置へ二回送信する送信部と、
該送信部が二回目に送信した接続要求信号に対する応答信号を受信したか否かを判定する判定部と
を備える通信確認装置。
【請求項２】
前記外部装置に接続されている被監視装置の数を記憶する数記憶部と、
前記検知部がエラーを検知した場合、前記外部装置に接続されている被監視装置の数を、前記数記憶部の記憶内容から特定する特定部と
をさらに備え、
前記送信部は、
前記特定部が特定した数を、一回目及び二回目それぞれの接続要求信号の送信回数として、接続要求信号を送信するようにしてある
請求項１に記載の通信確認装置。
【請求項３】
前記送信部は、
一回目の接続要求信号の送信終了後、所定時間経過後に、二回目の接続要求信号を送信するようにしてある
請求項１又は２に記載の通信確認装置。
【請求項４】
複数の被監視装置が接続され、接続要求信号を前記被監視装置に分配する外部装置に、接続要求信号を送信することで、前記被監視装置の通信状態を確認する通信確認方法において、
前記被監視装置にエラーが発生したことを検知し、
前記被監視装置、及び該被監視装置が接続される外部装置の接続先を記憶し、
エラーを検知した場合、記憶した接続先に基づいて前記外部装置へ接続要求信号を二回送信し、
二回目に送信した接続要求信号に対する応答信号を受信したか否かを判定する
通信確認方法。
【請求項５】
複数の被監視装置が接続され、接続要求信号を前記被監視装置に分配する外部装置に、接続要求信号を送信するコンピュータで実行されるプログラムにおいて、
コンピュータを、
前記被監視装置にエラーが発生したことを検知する検知部、
該検知部がエラーを検知した場合、記憶された、前記被監視装置、及び該被監視装置が接続される外部装置の接続先に基づいて、接続要求信号を前記外部装置へ二回送信させる送信部、及び、
該送信部が二回目に送信させた接続要求信号に対する応答信号を受信したか否かを判定する判定部
として機能させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１１−２２７７７０（Ｐ２０１１−２２７７７０Ａ）
【公開日】平成２３年１１月１０日（２０１１．１１．１０）
【国際特許分類】
【出願番号】特願２０１０−９８１０６（Ｐ２０１０−９８１０６）
【出願日】平成２２年４月２１日（２０１０．４．２１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２３年１１月１０日（２０１１．１１．１０）
【国際特許分類】
【出願日】平成２２年４月２１日（２０１０．４．２１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]