情報処理システム、情報処理システムの制御方法、監視装置、監視プログラム、保守管理プログラム
【課題】 冗長構成の監視装置のネットワークを利用した遠隔保守における接続確認作業を短時間に迅速かつ確実に行うことが可能な技術を提供する。
【解決手段】 安定稼働を要求される監視対象装置の監視のために冗長構成で設けられた複数の監視装置２０の中の代表監視装置２０Ａにオペレータ１０１から接続確認を起動すると、代表監視装置２０Ａからの指令により、他の監視装置２０も自動的に保守センタの保守管理装置５０への接続確認を開始し、保守センタでは、特定の監視対象装置に設けられた監視装置２０のグループ毎に接続確認の結果をまとめて、装置設置者の装置設置者端末１００に一通の電子メール（接続確認メール４３）で通知する。監視装置２０に障害がある場合には他の監視装置２０が代理で保守センタに接続確認を行う。この場合も、障害の監視装置２０のエラー情報を含む接続結果が、保守センタから装置設置者端末１００に対して一通の電子メールにてまとめて通知される。
【解決手段】 安定稼働を要求される監視対象装置の監視のために冗長構成で設けられた複数の監視装置２０の中の代表監視装置２０Ａにオペレータ１０１から接続確認を起動すると、代表監視装置２０Ａからの指令により、他の監視装置２０も自動的に保守センタの保守管理装置５０への接続確認を開始し、保守センタでは、特定の監視対象装置に設けられた監視装置２０のグループ毎に接続確認の結果をまとめて、装置設置者の装置設置者端末１００に一通の電子メール（接続確認メール４３）で通知する。監視装置２０に障害がある場合には他の監視装置２０が代理で保守センタに接続確認を行う。この場合も、障害の監視装置２０のエラー情報を含む接続結果が、保守センタから装置設置者端末１００に対して一通の電子メールにてまとめて通知される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理システムの制御方法、監視装置、保守管理装置、監視プログラム、保守管理プログラムに関し、特に、長期間の安定稼動を要求される情報処理装置の監視技術、さらにはネットワークを利用した遠隔保守技術等に適用して有効な技術に関する。
【背景技術】
【０００２】
従来、たとえば、特許文献１のように、安定稼動を保証しなければならないサーバ等の情報処理装置においては、当該情報処理装置のエラー状態監視を行う複数の監視装置を冗長化して設置することにより、監視装置自体の故障に関係なくエラー状態監視を継続可能にすることが行われている。また、これらの複数の監視装置をネットワークを介して遠隔地に存在する保守センタに接続してエラー情報の収集および監視装置の集中管理を行うことも考えられる。
【０００３】
また、特許文献２に開示されているように、冗長化された複数の監視装置の中の代表がエラー通報を行う方法が存在する。
ところで、監視装置を冗長化し、これらを保守センタで遠隔管理する場合、個々の監視装置と保守センタとを独立な通信経路で接続することが必要となる。すなわち、保守センタと個々の監視装置との間の通信経路を共通にした場合には、代表の故障に際して別の監視装置を代替起動しても、当該通信経路の障害によってすべての監視装置が保守センタと通信不能になり、監視装置を冗長化した意味がなくなる。
【０００４】
このように、監視装置を冗長化し、さらに個々の監視装置と保守センタとの間の通信経路を独立にした場合、監視システムの起動に際しては、任意の監視装置の代替起動に備えて、個々の監視装置と保守センタとの間の接続確認を個別に行う必要がある。
【０００５】
ところが、監視装置が複数存在する場合、全ての監視装置から操作者が個別に接続プログラムを起動して保守センタに接続を試行し、接続結果の応答メールを管理センタから監視対象の情報処理装置の設置者に送って確認をとる等の煩雑な操作を監視装置の設置台数分だけ繰り返す必要があり、監視装置の設置台数に比例した確認時間がかかるという技術的課題があった。
【０００６】
近年では、多数の情報処理装置を特定のサイトに設置して集中管理することが一般的になってきているが、安定稼働を維持するためには監視装置の冗長化は不可欠であり、上述のような監視装置の個別的な接続確認作業は一層煩雑なものとなる。
【０００７】
また、監視装置自体は健全でも保守センタとの間のネットワークが不調である場合、保守センタの側では、監視装置側の障害が、監視装置自体によるものか、それともネットワークに起因するものかを区別できず、保守センタから当該不調に対する対処を監視装置側に的確に指示できないという技術的課題もある。
【０００８】
また、冗長化された監視装置の中の代表に保守センタに通報を行わせる場合、代表となる監視装置が故障した場合には、残った監視装置の中から新たな代表を選ぶことにより監視を継続することになる。しかしながら、代表と保守センタとの間のネットワークが障害の原因の場合には、監視装置自体の故障ではないために、代表の監視装置の他の監視装置への切り換えが行われず、保守センタへ通報が届かなくなるという技術的課題もある。
【特許文献１】特開２００３−３０８２６１号公報
【特許文献２】特開２００１−２３０６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、冗長構成の監視装置のネットワークを利用した遠隔保守における接続確認作業を短時間に迅速かつ確実に行うことが可能な技術を提供することにある。
本発明の他の目的は、冗長構成の監視装置のネットワークを利用した遠隔保守において、ネットワークの障害に影響されることなく、監視装置の冗長化による安定稼働を実現することが可能な技術を提供することにある。
【００１０】
本発明の他の目的は、冗長構成の監視装置のネットワークを利用した遠隔保守において、ネットワークの障害に影響されることなく、障害の監視装置の的確な切り換えによる安定稼働を実現することが可能な技術を提供することにある。
【課題を解決するための手段】
【００１１】
本発明の第１の観点は、第１情報処理装置に対して情報伝送路を介して共通に接続され、当該第１情報処理装置を監視する冗長構成の複数の第２情報処理装置と、情報ネットワークを介して前記第２情報処理装置に接続され、当該第２情報処理装置を管理する第３情報処理装置とを含み、
個々の前記第２情報処理装置は、代表の一つの前記第２情報処理装置からの指示に基づいて前記情報ネットワークを介して前記第３情報処理装置に対して接続確認情報の送信を試行する接続確認制御論理を備え、
前記第３情報処理装置は、個々の前記第２情報処理装置から到来する前記接続確認情報を収集し、前記接続確認情報の収集結果を前記第１情報処理装置の管理者に電子メールとして送信する保守管理制御論理を備えた情報処理システムを提供する。
【００１２】
本発明の第２の観点は、第１情報処理装置に対して情報伝送路を介して共通に接続され、当該第１情報処理装置を監視する冗長構成の複数の第２情報処理装置と、情報ネットワークを介して前記第２情報処理装置に接続され、当該第２情報処理装置を管理する第３情報処理装置とを含む情報処理システムの制御方法であって、
個々の前記第２情報処理装置が、代表の一つの前記第２情報処理装置からの指示に基づいて前記情報ネットワークを介して前記第３情報処理装置に対して接続確認情報の送信を試行する第１工程と、
前記第３情報処理装置が、個々の前記第２情報処理装置から到来する前記接続確認情報を収集し、前記接続確認情報の収集結果を前記第１情報処理装置の管理者に電子メールとして送信する第２工程とを含む情報処理システムの制御方法を提供する。
【００１３】
本発明の第３の観点は、監視対象装置に対して情報伝送路を介して接続され、前記監視対象装置の監視を行う監視装置であって、
前記情報伝送路に共通に接続された冗長構成の他の監視装置からの指令を契機として、情報ネットワークを介した保守管理装置への接続確認を実行する機能と、
前記接続確認の失敗時に、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報、および当該接続確認情報、および代替接続経路情報の、前記保守管理装置への代理送信を依頼する機能と、
他の前記第２情報処理装置から依頼された前記代理送信を実行する機能と、を実現する接続確認制御論理を含む監視装置を提供する。
【００１４】
本発明の第４の観点は、情報伝送路を介して監視対象装置に接続された冗長構成の複数の監視装置から、情報ネットワークを介して前記監視対象装置の保守管理情報の収集を行う保守管理装置であって、
複数の前記監視装置の各々から到来する当該保守管理装置に対する接続確認情報を収集し、前記接続確認情報の収集結果を前記監視対象装置の管理者に電子メールとして送信する保守管理制御論理を備えた保守管理装置を提供する。
【００１５】
本発明の第５の観点は、監視対象装置に対して情報伝送路を介して接続され、前記監視対象装置の監視を行う監視装置を制御する監視プログラムであって、
前記監視装置に、
前記情報伝送路に共通に接続された冗長構成の他の監視装置からの指令を契機として、情報ネットワークを介した保守管理装置への接続確認を実行する機能と、
前記接続確認の失敗時に、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報、および当該接続確認情報、および代替接続経路情報の、前記保守管理装置への代理送信を依頼する機能と、
他の前記第２情報処理装置から依頼された前記代理送信を実行する機能と、を実現させる監視プログラムを提供する。
【００１６】
本発明の第６の観点は、情報伝送路を介して監視対象装置に接続された冗長構成の複数の監視装置から、情報ネットワークを介して前記監視対象装置の保守管理情報の収集を行う保守管理装置を制御する保守管理プログラムであって、
前記保守管理装置に、複数の前記監視装置の各々から到来する当該保守管理装置に対する接続確認情報を収集し、前記接続確認情報の収集結果を前記監視対象装置の管理者に電子メールとして送信する機能を実現させる保守管理プログラムを提供する。
【発明の効果】
【００１７】
本発明によれば、冗長構成の監視装置のネットワークを利用した遠隔保守における接続確認作業を短時間に迅速かつ確実に行うことが可能となる。
また、冗長構成の監視装置のネットワークを利用した遠隔保守において、ネットワークの障害に影響されることなく、監視装置の冗長化による安定稼働を実現することが可能となる。
【００１８】
また、冗長構成の監視装置のネットワークを利用した遠隔保守において、ネットワークの障害に影響されることなく、障害の監視装置の的確な切り換えによる安定稼働を実現することが可能となる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照しながら、本発明の実施の形態について詳細に説明する。
図１は、本発明の一実施の形態である情報処理システムの作用の一例を示すシーケンス図、図２は、本発明の一実施の形態である情報処理システムの構成の一例を示す概念図、図３は、本実施の形態の情報処理システムを構成する監視装置の構成の一例を示すブロック図、図４は、本実施の形態の情報処理システムを構成する保守管理装置の構成の一例を示すブロック図である。
【００２０】
図５および図６は、本実施の形態の監視装置にて用いられる情報の一例を示す概念図、図７は、本実施の形態の保守管理装置にて用いられる情報の一例を示す概念図である。
図８および図９は、本実施の形態の監視装置が接続確認時に送信する送信データの一例を示す概念図、図１０および図１１は、本実施の形態の監視装置がエラー通報時に送信する送信データの一例を示す概念図である。
【００２１】
図１２、図１３、図１４および図１５は、本実施の形態の監視装置の動作の一例を示すフローチャート、図１６は、本実施の形態の保守管理装置の動作の一例を示すフローチャートである。
【００２２】
図１７および図１８は、本実施の形態の保守管理装置から接続確認時に監視対象装置の設置者宛に送信される電子メールの一例を示す概念図である。
図２に例示されるように、本実施の形態の情報処理システムは、たとえば、長期間の安定した連続稼働を要求されるメインフレームコンピュータ、サーバ装置等の情報処理装置からなる監視対象装置１０（第１情報処理装置）と、この監視対象装置１０の動作を監視する冗長構成の複数の監視装置２０（第２情報処理装置）を備えている。
【００２３】
個々の監視装置２０は、冗長構成の汎用バス３１および汎用バス３２を介して相互に接続され、かつ監視対象装置１０にも接続されている。
すなわち、汎用バス３１および汎用バス３２の一方が故障しても、監視装置２０の相互間の情報の授受、および個々の監視装置２０と監視対象装置１０との間における情報の授受は支障無く行うことが可能である。
【００２４】
このように、本実施の形態では、監視対象装置１０に対して、安定した監視を保証するため、冗長構成の複数の監視装置２０が設置されている。
個々の監視装置２０は、互いに独立な複数の通信経路４０ａを介して、広域情報ネットワーク等の情報ネットワーク４０に接続され、さらに、この情報ネットワーク４０を介して、たとえば遠隔地に存在する保守センタの保守管理装置５０（第３情報処理装置）に接続されている。
【００２５】
図３に例示されるように、本実施の形態の監視装置２０は、一例として、全体を制御するＭＰＵ２１、ＭＰＵ２１が実行するプログラムやデータが可能される主記憶２２、情報を可視化してユーザに提示するディスプレイ２３、ユーザによる情報入力に用いられるキーボード２４、冗長な汎用バス３１および汎用バス３２に独立に接続するための複数の汎用バスアダプタ２５、通信経路４０ａを介して情報ネットワーク４０に接続するためのネットワークインターフェイス２６、情報を更新可能に持久的に記憶する不揮発記憶装置２７、これらの各要素を相互に接続する内部バス２８、を備えている。
【００２６】
本実施の形態の場合、主記憶２２には、後述の図１２〜図１５のフローチャートに例示されるような処理を監視装置２０にて実現するための監視プログラム６１（接続確認制御論理）が格納されている。この監視プログラム６１は、不揮発記憶装置２７に格納され、必要に応じて主記憶２２にロードされてＭＰＵ２１にて実行される。あるいは、監視プログラム６１は、通信経路４０ａおよび情報ネットワーク４０を介して外部から不揮発記憶装置２７に実装してもよい。
【００２７】
また、不揮発記憶装置２７には、後述の監視装置管理テーブル７０、監視対象装置管理テーブル８０等の情報も格納され、ＭＰＵ５１からアクセスされる。
図４に例示されるように、本実施の形態の保守管理装置５０は、全体を制御するＭＰＵ５１、ＭＰＵ５１が実行するプログラムやデータが格納される主記憶５２、情報を可視化して表示するディスプレイ５３、ユーザが情報の入力に用いるキーボード５４、保守管理装置５０を情報ネットワーク４０に接続するためのネットワークインターフェイス５５、情報を更新可能に持久的に記憶する不揮発記憶装置５６、これらの各部を接続する内部バス５７からなる。
【００２８】
本実施の形態の場合、主記憶５２には、保守管理プログラム６２（保守管理制御論理）が格納され、この保守管理プログラム６２をＭＰＵ５１が実行することで、後述の図１６のフローチャート等に例示される処理を保守管理装置５０にて実現する。
【００２９】
この保守管理プログラム６２は、不揮発記憶装置５６に実装され、主記憶５２に読み出されて、ＭＰＵ５１にて実行される。あるいは、この保守管理プログラム６２は、情報ネットワーク４０を介して外部から不揮発記憶装置５６に実装してもよい。
【００３０】
不揮発記憶装置５６には、後述のような接続管理テーブル９０が格納されており、ＭＰＵ５１にてアクセスされる。
図５に例示されるように、監視装置管理テーブル７０は、個々の監視装置２０に備えられ、自装置および冗長化された他の監視装置２０を個別に管理するために用いられる。
【００３１】
すなわち、監視装置管理テーブル７０には、汎用バス３１（汎用バス３２）上に接続される監視対象装置１０や複数の監視装置２０の各々に固定的にユニークに割り当てられる汎用バス上ＩＤ７１、複数の監視装置２０の各々に変更可能にユニークに付与される監視装置番号７２、個々の監視装置２０におけるエラーの有無を管理するためのエラーフラグ７３、個々の監視装置２０に関する管理情報７４、の情報が、汎用バス上ＩＤ７１の各々に対応付けられて格納されている。
【００３２】
図６に例示される監視対象装置管理テーブル８０は、個々の監視装置２０に設けられ、監視対象装置１０にユニークに付与された監視対象装置ＩＤ８１と、当該監視対象装置ＩＤ８１にて特定される監視対象装置１０における障害情報８２
が格納される。
【００３３】
図７に例示される接続管理テーブル９０は、保守管理装置５０に備えられ、個々の監視対象装置１０に対応して設けられた監視装置２０の当該保守管理装置５０に対する接続状態の管理に用いられる。
【００３４】
すなわち、接続管理テーブル９０には、接続管理対象の監視装置２０に対応する監視対象装置１０を特定する監視対象装置ＩＤ９１と、接続管理テーブル９０が生成された時刻を示すタイムスタンプ９２、接続管理の対象となる監視装置２０に付与された監視装置番号９３（上述の監視装置番号７２に対応する）、接続確認の完了の有無を示す接続フラグ９４、監視装置番号９３で特定される個々の監視装置２０を管理するための管理情報９５、等の情報が格納されている。
【００３５】
図８は、接続確認時に個々の監視装置２０から保守管理装置５０に送信される接続確認時送信データ４１の一例を示している。
接続確認時送信データ４１は、送信元の監視装置２０が属する監視対象装置１０を識別する監視対象装置ＩＤ４１ａ、送信元の監視装置２０の監視装置番号４１ｂ、イベント種別４１ｃ、構成情報４１ｄ、送信時刻４１ｅからなる。イベント種別４１ｃは、接続確認時送信データ４１の送信契機となった事象の種別を示す。構成情報４１ｄは、当該監視対象装置１０の監視に冗長構成で設けられた監視装置２０の総数と、送信元の監視装置２０の監視装置番号４１ｂのペアの情報を含んでいる。
【００３６】
図９は、接続確認時の代理送信に用いられる接続確認時代理送信データ４１−１の一例を示している。
この接続確認時代理送信データ４１−１は、上述の接続確認時送信データ４１の内容の他に、さらにネットワーク関連情報４１ｆを含んでいる。このネットワーク関連情報４１ｆは、経路障害となった監視装置２０が収集して代理の監視装置２０に渡した、通信経路４０ａおよび情報ネットワーク４０に関するネットワーク情報、および代理の監視装置２０が収集した代替経路の情報等を含んでいる。
【００３７】
図１０は、監視装置２０から保守管理装置５０への、監視対象装置１０のエラー通報に用いられるエラー通報時送信データ４２の一例を示している。
エラー通報時送信データ４２は、監視対象装置１０の監視対象装置ＩＤ４２ａ、送信元の監視装置２０の監視装置番号４２ｂ、イベント種別４２ｃ、送信時刻４２ｄ、監視対象装置１０のエラー内容の詳細を示すエラー情報４２ｅからなる。
【００３８】
図１１は、監視装置２０が他の監視装置２０のエラー情報を保守管理装置５０に代理送信する場合に用いられるエラー通報時代理送信データ４２−１の一例を示している。
エラー通報時代理送信データ４２−１は、エラーとなった監視装置２０が収集して代理の監視装置２０に送った通信経路４０ａおよび情報ネットワーク４０に関するネットワーク情報等のネットワーク関連情報４２ｆが含まれている点が接続確認時送信データ４１と異なっている。また、この場合、イベント種別４２ｃには、「エラー通報」および「代理送信」であることを示す情報が設定される。
【００３９】
上述のように、安定稼動を保障しなければならない監視対象装置１０は、その筐体毎に監視対象装置ＩＤ８１が割り振られている。
保守管理装置５０（保守センタ）は、図８〜図１１の通報内容（接続確認時送信データ４１、接続確認時代理送信データ４１−１、エラー通報時送信データ４２、エラー通報時代理送信データ４２−１）に含まれる監視対象装置ＩＤ４１ａ、監視対象装置ＩＤ４２ａ（すなわち監視対象装置ＩＤ８１）により、監視対象装置１０のグループを識別する。
【００４０】
また、本実施の形態の場合、監視対象装置１０であるサーバ装置内には複数のパーティションが存在し、各々別のオペレーティングシステム（ＯＳ）が動作しているが、全て同一の監視対象装置ＩＤ８１により管理する。すなわち、監視対象装置１０は、監視装置２０による障害監視においては、筐体単位で管理される。
【００４１】
以下、本実施の形態の作用について説明する。
監視装置２０が初期起動された時、監視装置２０はお互いを識別して代表監視装置２０Ａを決定する。監視装置２０は、汎用バス３１、汎用バス３２上におけるお互いの実装位置（汎用バス上ＩＤ７１）を比較して、最も若い実装位置にある監視装置２０を代表監視装置２０Ａに決定する。
【００４２】
すなわち、汎用バス上ＩＤ７１の順に、監視装置２０には連続した監視装置番号７２が割り当てられ、監視装置番号７２が最も若い監視装置２０が代表監視装置２０Ａとなる。
そして、この過程で、監視装置２０の接続台数等の構成や状態が把握され、汎用バス上ＩＤ７１、監視装置番号７２、エラーフラグ７３、管理情報７４等の情報が各々の監視装置２０が持つ監視装置管理テーブル７０に格納される。
【００４３】
代表監視装置２０Ａのみが監視対象装置１０のエラー情報の詳細を収集して、保守センタに通知する。代表監視装置２０Ａが動作不能となった場合、残った装置は同様に新たな代表監視装置２０Ａを決定する。
【００４４】
なお、個々の監視装置２０は、代表監視装置２０Ａによって監視対象装置１０から収集されたエラー情報の詳細を、その内部に持つ監視対象装置管理テーブル８０に保持しており、自装置が代表監視装置２０Ａに切り替わった際には、直ちに、監視対象装置１０の監視動作を引き継ぐことが可能になっている。
【００４５】
複数の監視装置２０は、それら全てが正常に保守センタの保守管理装置５０に接続可能でなければならない。
そのため、装置設置時に保守センタに対して接続確認を実行する必要がある。
【００４６】
装置設置者（オペレータ１０１）が代表監視装置２０Ａで起動したメニューから、接続確認を選択すると、代表監視装置２０Ａおよび、当該代表監視装置２０Ａの指示を受けて自動起動する他の監視装置２０の全てから、自動的に接続確認が行われる。保守センタの保守管理装置５０は、代表監視装置２０Ａから、合計何台の監視装置２０が存在するかの情報（図８の構成情報４１ｄ）を含んだ接続通知（接続確認時送信データ４１）を受信する。
【００４７】
保守センタの保守管理装置５０は、全ての監視装置２０から接続通知が到着すると、全ての経路の正常性が確認された旨を装置設置者の装置設置者端末１００に、図１７のような内容の電子メール（接続確認メール４３）で通知する。このように、所定時間内にすべての監視装置２０からの接続確認が成功した場合の様子を、図１の上側のシーケンスに示す。
【００４８】
保守センタの保守管理装置５０は、所定時間内に一部の経路（すなわち監視装置２０）のみから接続確認が行われた場合には、一部の監視装置２０のみの接続が確認された旨を装置設置者に図１８のような接続確認メール４４（電子メール）で通知する。すなわち、本実施の形態では、保守センタは、最大時間Ｔ１（たとえば１０分間）、全ての監視装置２０から接続確認が完了することを待ち合わせるが、Ｔ１を超えても一部のみの接続確認しか受信しない場合、一部のみ接続確認された旨を通知する。
【００４９】
監視装置２０は、保守センタに対する接続確認が失敗した場合、自装置が接続された通信経路４０ａおよび情報ネットワーク４０に関するネットワーク情報を収集し、図９の接続確認時代理送信データ４１−１として、保守センタへ通報することを、他の監視装置２０（たとえば代表監視装置２０Ａ）に依頼する。また、依頼を受けた監視装置２０においてもネットワーク情報を収集して、依頼元の情報と合わせてネットワーク関連情報４１ｆを構成して通報する。保守センタに、ネットワークのどの部分でエラーが発生しているかの情報が伝達されるため、保守センタから、設定情報の誤りやネットワークの接続などの部分に関して対処すべきか等の指示を行うことが可能となる。
【００５０】
また、保守センタは、一部の監視装置２０の接続経路の接続確認が完了してから、エラー情報が到着するまでの間隔がＴ１以内であれば、装置設置者の装置設置者端末１００に対して、一部の経路の接続確認が成功したこと、一部の経路の接続確認が失敗したこと、およびその失敗時のネットワーク情報解析結果を、まとめて一通の電子メール（たとえば図１８の接続確認メール４４）にて返送する。このエラー時の監視装置２０間の代理送信のシーケンスの一例を図１の下側に示す。
【００５１】
保守センタに対して、Ｔ１以上の時間差でエラー情報が到達した場合は、たとえば、Ｔ２時間（たとえば１日）（＞Ｔ１）経過後、一部のみ接続確認された旨を知らせる電子メール（接続確認メール４４）が一通と、一部の経路の接続確認が失敗したこと、およびその失敗のネットワーク情報解析結果を知らせる別の電子メールが別々に保守管理装置５０から装置設置者端末１００に送信される。
【００５２】
また、監視装置２０が一旦、正常に設置された後でも、情報ネットワーク４０、通信経路４０ａの状態は変化する可能性がある。
ネットワーク接続の正常性を確認するため、全ての監視装置２０は、定期的に保守センタの保守管理装置５０に対して定期接続を行う。定期接続では、監視装置２０は、次回の定期接続予定時刻を保守センタに通知する。保守センタは定期接続時刻を過ぎても定期接続が行われないことにより、接続状態の異常を検出できる。
【００５３】
監視対象装置１０で異常が発生した場合、代表監視装置２０Ａは監視対象装置１０内のエラー情報を冗長化された汎用バス３１、汎用バス３２を経由して収集する。また、代表監視装置２０Ａは収集した情報を保守センタの保守管理装置５０に対してエラー通報する。この時には、図１０に例示されるエラー通報時送信データ４２が用いられる。
【００５４】
代表でない監視装置２０でエラーが発生した場合、監視装置２０は自身のエラー情報を収集する。また、前記監視装置２０は、代表監視装置２０Ａに対して、当該監視装置２０のエラー情報の保守管理装置５０への通報を依頼する。
【００５５】
代表監視装置２０Ａでエラーが発生した場合、代表監視装置２０Ａは自身のエラー情報を収集する。また、代表監視装置２０Ａは、他の監視装置２０（この場合、監視装置番号７２が次順位の代表監視装置２０Ａ）に対して、当該代表監視装置２０Ａのエラー情報の通報および、新たな代表監視装置２０Ａとしての動作開始を依頼し、自らの監視装置２０としての動作を停止する。
【００５６】
この代表監視装置２０Ａの交代は汎用バス３１、汎用バス３２を介してすべての代表監視装置２０Ａに通知される。
図１１のエラー通報時代理送信データ４２−１は、上述のような監視装置２０または代表監視装置２０Ａにおけるエラー発生時の代理通報に用いられる情報を示している。このエラー通報時代理送信データ４２−１では、接続確認時送信データ４１のフォーマットの他にネットワーク関連情報４２ｆを含んでいる。
【００５７】
代表監視装置２０Ａからの情報ネットワーク４０を経由した接続がうまく動作せず、通報が保守センタの保守管理装置５０に到達しなかった場合、代表監視装置２０Ａは、通信経路４０ａおよび情報ネットワーク４０のネットワーク情報を収集し、そのネットワーク情報およびエラー情報の保守センタへの通報を、他の監視装置２０に依頼する。
【００５８】
このように、本実施の形態では、代表監視装置２０Ａ自体は健全で、代表監視装置２０Ａと保守管理装置５０との間の通信経路４０ａ、情報ネットワーク４０の経路に障害がある場合でも、代表監視装置２０Ａは、他の監視装置２０に確実に切り換えられる。
【００５９】
また、前記の依頼を受けた監視装置２０は情報ネットワーク４０の情報を収集し、収集した情報内容および代表監視装置２０Ａから依頼を受けた内容を、保守センタの保守管理装置５０に対して、依頼を受けて送信していることを示す代理送信により通知する。この時は、図９に例示される接続確認時代理送信データ４１−１と同様の送信データフォーマットを用いることができる。
【００６０】
保守センタの保守管理装置５０は、代表監視装置２０Ａからの代理送信を受けることにより、接続状態の異常を識別できる。保守センタに、情報ネットワーク４０、通信経路４０ａのどの部分でエラーが発生しているかの情報が伝達されるため、保守センタの保守管理装置５０から代表監視装置２０Ａのオペレータ１０１や装置設置者端末１００に対して、設定情報の誤りや、情報ネットワーク４０および通信経路４０ａの接続状態などを伝達できる。この結果、装置設置者が、監視装置２０や、保守管理装置５０に対して、どの部分に関してエラー対処すべきか的確に指示することが可能である。
【００６１】
上述のような本実施の形態の代表監視装置２０Ａおよび保守管理装置５０の動作を、フローチャートを用いて説明する。
図１２のフローチャートに例示されるように、個々の監視装置２０は、初期起動時に、汎用バス３１、汎用バス３２上の汎用バス上ＩＤ７１を収集して（ステップ２０１）、自装置が代表監視装置２０Ａか否かを判別し、代表監視装置２０Ａの場合には、ディスプレイ２３に管理メニューを表示して（ステップ２０３）、オペレータ１０１に初期情報の入力を行わせる。この初期情報には、監視対象装置１０の監視に必要な情報、保守管理装置５０への通信に必要な情報等が入力される。この初期情報は、他の監視装置２０と共有され、個々の監視装置２０に保持される。
【００６２】
その後、他のすべての監視装置２０に保守センタ（保守管理装置５０）への接続確認指示を行う（ステップ２０５、ステップ２０６）。
その後、代表監視装置２０Ａは自装置のセンタ接続確認処理３００を実行した後、保守センタからの接続確認メールを、装置設置者端末１００にて閲覧するようにオペレータ１０１に指示するメッセージをディスプレイ２３に出力する（ステップ２０７）。
【００６３】
その後、相互監視処理４００、および定期接続処理５００を実行する。この相互監視処理４００および定期接続処理５００は、個々の監視装置２０において、バックグラウンドで独立に動作する。
【００６４】
上述のステップ２０２で代表監視装置２０Ａでないと判明した監視装置２０では、代表監視装置２０Ａの端末となって、ディスプレイ２３への代表監視装置２０Ａから汎用バス３１、汎用バス３２を介して通知された情報の表示を行う端末モードへ移行する。すなわち、たとえば、代表監視装置２０Ａのディスプレイ２３の画面と同様の画面が監視装置２０のディスプレイ２３に表示される。
【００６５】
その後、代表監視装置２０Ａから保守センタへの接続確認の実行指示を待ち（ステップ２０９）、センタ接続確認処理３００を実行する。
図１３のフローチャートに例示されるように、上述のセンタ接続確認処理３００では、保守センタの保守管理装置５０への通信経路４０ａ、情報ネットワーク４０を経由した接続確認（すなわち、接続確認時送信データ４１の送信）を試行し（ステップ３０１）、接続エラーが発生した場合には（ステップ３０２）、自装置の通信経路４０ａ、情報ネットワーク４０におけるネットワーク情報を収集する（ステップ３０３）。
【００６６】
そして、自装置が代表監視装置２０Ａか否かを判別し（ステップ３０４）、代表監視装置２０Ａの場合には、次順位の監視装置２０に自装置のネットワーク情報を転送して、保守センタへの代理通報（図９の接続確認時代理送信データ４１−１の送信）を依頼する（ステップ３０５）。
【００６７】
また、自装置が代表監視装置２０Ａでない場合は、代表監視装置２０Ａに代理送信を依頼する（ステップ３０６）。
ステップ３０２で接続エラーが検出されない場合には終了する。
【００６８】
図１４のフローチャートは、個々の監視装置２０にて実行される上述の相互監視処理４００の一例を示している。
すなわち、相互監視処理４００が起動されると、自装置が代表監視装置２０Ａか否かを判別し（ステップ４０１）、代表監視装置２０Ａでない場合には、所定の監視周期の時間の経過を待って（ステップ４０２）、代表監視装置２０Ａに汎用バス３１、汎用バス３２を経由して所定の監視メッセージを送信する（ステップ４０３）。
【００６９】
そして、既定時間内に代表監視装置２０Ａからの確認応答の有無を判別し（ステップ４０４）、応答がない場合には、代表監視装置２０Ａに障害有りとみなして新たな代表監視装置２０Ａを決定し（ステップ４０９）、ステップ４０１に戻る。ステップ４０４で代表監視装置２０Ａから応答がある場合には、さらに代表監視装置２０Ａからのエラー通報の有無を判別し（ステップ４０５）、代表監視装置２０Ａからエラー通報を受けている場合には、次順位の監視装置２０がエラー通報時代理送信データ４２−１を用いて、保守センタに代表監視装置２０Ａのエラー通報を実行し（ステップ４０８）、ステップ４０９以降の処理を実行する。
【００７０】
ステップ４０６で代表監視装置２０Ａからのエラー通報がない場合には、自装置のエラー検出を試行し（ステップ４０６）、エラーが検出された場合には代表監視装置２０Ａに自装置のエラー情報の保守センタへの代理通報（エラー通報時代理送信データ４２−１を使用）を依頼して（ステップ４０７）、監視対象装置１０の監視業務から外れて終了する。
【００７１】
すなわち、このエラー通報を受けた代表監視装置２０Ａでは、監視装置管理テーブル７０のエラーフラグ７３に当該エラーの監視装置２０のエラーを記録し、さらに他の監視装置２０にも通知される。
【００７２】
ステップ４０６で自装置にエラーが検出されない場合には、上述のステップ４０２以降を反復する。
上述のステップ４０１で自装置が代表監視装置２０Ａであると判定された場合には、他の監視装置２０からの所定の監視メッセージの受信を監視し（ステップ４１０）、受信有りの場合には送信元の監視装置２０に確認応答を送信し（ステップ４１１）、送信元の当該監視装置２０からの監視メッセージの受信間隔の閾値を管理する監視タイマをリセットする（ステップ４１２）。すなわち、ステップ４１０、ステップ４１３のループ中に監視タイマ内に個々の監視装置２０から監視メッセージの受信がなかった場合には、当該監視装置２０を障害とみなし、監視装置管理テーブル７０のエラーフラグ７３にエラーを記録し、この特定の監視装置２０のエラーはすべての監視装置２０に通知されて監視装置管理テーブル７０に記録され、将来の代表監視装置２０Ａの障害発生時における交代候補から外す。
【００７３】
ステップ４１０で監視メッセージの受信がない場合は、自装置のエラー検出を行い（ステップ４１３）、自装置にエラーが検出されない場合はステップ４１０に戻る。
ステップ４１３で自装置にエラーが検出された場合には、エラー情報を他の監視装置２０に汎用バス３１、汎用バス３２を介して転送し、エラー通報時代理送信データ４２−１を用いた保守センタへの代理送信を依頼して（ステップ４１４）、終了する。
【００７４】
図１５のフローチャートにより、上述の定期接続処理５００について説明する。すべての監視装置２０では、自装置の図示しないタイマ機能等により、保守センタに対する定期接続のタイミングを監視しており（ステップ５０１）、定期接続の契機が到来すると、次回の定期接続予定時刻を含む送信情報を作成して（ステップ５０２）、保守センタの保守管理装置５０に対する定期接続を実行し（ステップ５０３）、成功した場合には、ステップ５０１〜ステップ５０４の定期接続の試行を所定の時間間隔で反復する。
【００７５】
ステップ５０４で定期接続が不成功の場合には（ステップ５０４）、自装置の通信経路４０ａおよび情報ネットワーク４０に関するエラー情報を収集して他の監視装置２０に汎用バス３１、汎用バス３２を経由して転送し、保守センタへの代理送信を依頼する（ステップ５０５）。依頼された代表監視装置２０Ａまたは監視装置２０は、エラー通報時代理送信データ４２−１を使用して保守センタへの代理送信を行う。
【００７６】
次に、図１６のフローチャートを参照して、保守センタにおける保守管理装置５０の動作を説明する。
保守管理装置５０は、情報ネットワーク４０を介した監視装置２０の側からの接続確認のための接続確認時送信データ４１の到来を監視し（ステップ６０１）、接続確認時送信データ４１を受信すると、監視対象装置ＩＤ４１ａに対応した接続管理テーブル９０の有無を確認して無い場合には新たに生成する（ステップ６０２）。なお、監視対象装置ＩＤ４１ａに対応した接続管理テーブル９０が既存の場合には、後述のステップ６０４以降を実行する。
【００７７】
そして、生成した接続管理テーブル９０のタイムスタンプ９２に、受信時刻のタイムスタンプを格納する（ステップ６０３）。このタイムスタンプは、後述のＴ１の管理の起点として使用される。
【００７８】
さらに、接続管理テーブル９０の監視装置番号９３、管理情報９５の各々に、受信した接続確認時送信データ４１の監視装置番号４１ｂ、構成情報４１ｄ（全部で監視装置２０がｎ台設けられ、当該監視装置２０は（ｚ）番目かを示す情報である）等を格納し、接続フラグ９４には受信完了を記録する（ステップ６０４）。
【００７９】
そして、特定の監視対象装置ＩＤ４１ａに対応した監視対象装置１０の監視のために設けられたｎ台のすべての監視装置２０からの接続確認が完了した場合には、接続管理テーブル９０の内容に基づいて、図１７に例示される接続確認メール４３のような内容の一通の電子メールを装置設置者端末１００に送信して、装置設置者に、監視対象装置ＩＤ４１ａに対応した監視対象装置１０に設けられたｎ台のすべての監視装置２０からの接続確認が完了したことを知らせる。そして、接続管理テーブル９０をクリアして（ステップ６０７）、ステップ６０１に戻る。
【００８０】
ステップ６０５で未完の場合には、タイムスタンプ９２の時刻から最大時間Ｔ１（たとえば１０分間）だけ待ちつつ受信待ちを継続し（ステップ６０８）、そのＴ１の間に同一の監視対象装置ＩＤ４１ａに対応する受信確認が到来したなら（ステップ６０９）、ステップ６０４以降を実行して、接続管理テーブル９０に受信内容を登録する。
【００８１】
最大時間Ｔ１以内にすべての監視装置２０からの接続確認が揃わない場合には、その時点の接続管理テーブル９０の内容にて図１８の接続確認メール４４のような内容の一通の電子メールを装置設置者端末１００に送信する（ステップ６１０）。この接続確認メール４４には、代理送信の内容も含まれており、装置設置者は、監視装置２０の障害等も確実に把握できる。
【００８２】
そして、さらにタイムスタンプ９２の時刻から、さらに最大時間Ｔ２（たとえば２４時間）だけ、残りの監視装置２０からの接続確認を待ち（ステップ６１１）、残りの接続確認を受信したら（ステップ６１２）、受信した監視装置２０の監視装置番号４１ｂ等を接続管理テーブル９０に登録し（ステップ６１３）、その時点の接続管理テーブル９０の内容に基づいて、装置設置者端末１００に一通の電子メール（接続確認メール４４）を送信する（ステップ６１４）。この接続確認メール４４には、代理送信の内容も含まれており、装置設置者は、監視装置２０の障害等も確実に把握できる。
【００８３】
そして、最大時間Ｔ２時間以内にすべての監視装置２０からの接続確認の受信が完了したか判定し（ステップ６１５）、完了した場合にはステップ６０７に戻り、接続管理テーブル９０をクリアしてステップ６０１に戻る。また、ステップ６１５で受信未完の場合には、ステップ６１１に戻る。
【００８４】
以上説明したように、本実施の形態によれば、長期間の安定稼働が要求される監視対象装置１０の監視のために冗長構成で設けられた複数の監視装置２０からの保守センタに対する接続確認が、一つの代表監視装置２０Ａを起動するだけですべて自動的に実行される。このため、個々の監視装置２０についてオペレータ１０１が手動で接続確認の指示や初期設定情報の入力等の煩雑な処理を行う必要がなく、情報処理システムの立ち上げ時の監視装置２０の接続確認作業等を大幅に簡略化できる。
【００８５】
すなわち、冗長構成の監視装置２０の情報ネットワーク４０を利用した保守センタ（保守管理装置５０）からの遠隔保守における接続確認作業を短時間に迅速かつ確実に行うことが可能となる。
【００８６】
また、保守センタから装置設置者（装置設置者端末１００）に対しては、一つの監視対象装置１０に設けられた複数の監視装置２０に関する保守センタへの接続確認の結果が、代理送信等のエラー情報も含めて、一通の電子メールに集約されて保守センタから通知されるので、装置設置者は、監視装置２０の台数分の多数の電子メールを個別に閲覧する等の煩雑な作業を必要とすることなく、個々の監視対象装置１０における複数の監視装置２０の接続確認の結果を迅速かつ的確に把握することが可能になる。
【００８７】
また、特定の監視装置２０の通信経路の障害に際しては他の監視装置２０による代理送信にて保守センタに障害が通知されるので、障害の監視装置２０に対する迂回路の設定等により、通信経路に起因する障害を回復でき、情報ネットワーク４０や通信経路４０ａ等の障害に影響されることなく、監視装置２０の冗長構成を有効に機能させることが可能になる。この結果、監視装置２０の冗長化による監視対象装置１０の安定稼働を実現することが可能となる。
【００８８】
すなわち、冗長構成の監視装置２０の情報ネットワーク４０を利用した保守センタからの遠隔保守において、情報ネットワーク４０、通信経路４０ａ等の障害に影響されることなく、監視装置２０の冗長化による安定稼働を実現することが可能となる。
【００８９】
また、代表監視装置２０Ａと監視装置２０の相互監視、および自動切替、さらには保守センタへのエラー情報の代理送信等により、個々の監視装置２０を保守センタおよび装置設置者の側から確実に把握でき、冗長構成の複数の監視装置２０の的確な切替による監視対象装置１０の安定稼働を実現できる。
【００９０】
すなわち、冗長構成の監視装置２０の情報ネットワーク４０を利用した保守センタからの遠隔保守において、情報ネットワーク４０や通信経路４０ａの障害に影響されることなく、障害の監視装置２０の的確な切り換えによる安定稼働を実現することが可能となる。
【００９１】
また、保守センタの保守管理装置５０の側から個々の監視装置２０への確認メールの返送が行われないので、当該確認メールの監視装置２０への返送受信が外部から監視装置２０への不正アクセスに利用される懸念が全くなく、監視対象装置１０および監視装置２０のセキュリティが向上する。
【００９２】
なお、本発明は、上述の実施の形態に例示した構成に限らず、その趣旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
（付記１）
第１情報処理装置に対して情報伝送路を介して共通に接続され、当該第１情報処理装置を監視する冗長構成の複数の第２情報処理装置と、情報ネットワークを介して前記第２情報処理装置に接続され、当該第２情報処理装置を管理する第３情報処理装置とを含み、
個々の前記第２情報処理装置は、代表の一つの前記第２情報処理装置からの指示に基づいて前記情報ネットワークを介して前記第３情報処理装置に対して接続確認情報の送信を試行する接続確認制御論理を備え、
前記第３情報処理装置は、個々の前記第２情報処理装置から到来する前記接続確認情報を収集し、前記接続確認情報の収集結果を前記第１情報処理装置の管理者に電子メールとして送信する保守管理制御論理を備えたことを特徴とする情報処理システム。
【００９３】
（付記２）
付記１記載の情報処理システムにおいて、前記第２情報処理装置は、代表の前記第２情報処理装置が故障した場合、または前記第２情報処理装置と前記第３情報処理装置との間の通信が不能となった場合に、他の前記第２情報処理装置を代表として機能させる制御論理をさらに備えたことを特徴とする情報処理システム。
【００９４】
（付記３）
付記１記載の情報処理システムにおいて、
前記第２情報処理装置の前記接続確認制御論理は、
前記接続確認情報の送信に失敗した場合、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報および当該接続確認情報の代理送信を依頼する機能と、
他の前記第２情報処理装置から依頼された前記代理送信を実行する機能と、をさらに備えたことを特徴とする情報処理システム。
【００９５】
（付記４）
付記１記載の情報処理システムにおいて、
前記第２情報処理装置の前記接続確認制御論理は、
前記接続確認情報の送信に失敗した場合、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報、および当該接続確認情報、および代替接続経路の代理送信を依頼する機能と、
他の前記第２情報処理装置から依頼された前記代理送信を実行する機能とをさらに備えたことを特徴とする情報処理システム。
【００９６】
（付記５）
付記１記載の情報処理システムにおいて、
前記第３情報処理装置の前記保守管理制御論理は、個々の前記第２情報処理装置から到来する前記接続確認情報を時系列に所定の経過時間毎に多段階に収集し、個々の段階での前記接続確認情報の収集結果を前記第１情報処理装置の管理者に一通の電子メールとして送信する機能を備えたことを特徴とする情報処理システム。
【００９７】
（付記６）
第１情報処理装置に対して情報伝送路を介して共通に接続され、当該第１情報処理装置を監視する冗長構成の複数の第２情報処理装置と、情報ネットワークを介して前記第２情報処理装置に接続され、当該第２情報処理装置を管理する第３情報処理装置とを含む情報処理システムの制御方法であって、
個々の前記第２情報処理装置が、代表の一つの前記第２情報処理装置からの指示に基づいて前記情報ネットワークを介して前記第３情報処理装置に対して接続確認情報の送信を試行する第１工程と、
前記第３情報処理装置が、個々の前記第２情報処理装置から到来する前記接続確認情報を収集し、前記接続確認情報の収集結果を前記第１情報処理装置の管理者に電子メールとして送信する第２工程とを含むことを特徴とする情報処理システムの制御方法。
【００９８】
（付記７）
付記６記載の情報処理システムの制御方法において、代表の前記第２情報処理装置が故障した場合、または前記第２情報処理装置と前記第３情報処理装置との間の通信が不能となった場合に、他の前記第２情報処理装置を代表として機能させることを特徴とする情報処理システムの制御方法。
【００９９】
（付記８）
付記６記載の情報処理システムの制御方法において、
前記第１工程において、前記第２情報処理装置が前記接続確認情報の送信に失敗した場合、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報および当該接続確認情報の代理送信を依頼し、依頼された他の前記第２情報処理装置が前記代理送信を実行することを特徴とする情報処理システムの制御方法。
【０１００】
（付記９）
付記６記載の情報処理システムの制御方法において、
前記第１工程において、前記第２情報処理装置が前記接続確認情報の送信に失敗した場合、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報、および当該接続確認情報、および代替接続経路の代理送信を依頼し、他の前記第２情報処理装置が、依頼された前記代理送信を実行することを特徴とする情報処理システムの制御方法。
【０１０１】
（付記１０）
付記６記載の情報処理システムの制御方法において、
前記第２工程において、前記第３情報処理装置は、個々の前記第２情報処理装置から到来する前記接続確認情報を時系列に所定の経過時間毎に多段階に収集し、個々の段階での前記接続確認情報の収集結果を前記第１情報処理装置の管理者に一通の電子メールとして送信することを特徴とする情報処理システムの制御方法。
【０１０２】
（付記１１）
監視対象装置に対して情報伝送路を介して接続され、前記監視対象装置の監視を行う監視装置であって、
前記情報伝送路に共通に接続された冗長構成の他の監視装置からの指令を契機として、情報ネットワークを介した保守管理装置への接続確認を実行する機能と、
前記接続確認の失敗時に、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報、および当該接続確認情報、および代替接続経路情報の、前記保守管理装置への代理送信を依頼する機能と、
他の前記第２情報処理装置から依頼された前記代理送信を実行する機能と、を実現する接続確認制御論理を含むことを特徴とする監視装置。
【０１０３】
（付記１２）
情報伝送路を介して監視対象装置に接続された冗長構成の複数の監視装置から、情報ネットワークを介して前記監視対象装置の保守管理情報の収集を行う保守管理装置であって、
複数の前記監視装置の各々から到来する当該保守管理装置に対する接続確認情報を収集し、前記接続確認情報の収集結果を前記監視対象装置の管理者に電子メールとして送信する保守管理制御論理を備えたことを特徴とする保守管理装置。
【０１０４】
（付記１３）
付記１２記載の保守管理装置において、
前記制御論理は、個々の前記監視装置から到来する前記接続確認情報を時系列に所定の経過時間毎に多段階に収集し、個々の段階での前記接続確認情報の収集結果を前記監視対象装置の管理者に一通の電子メールとして送信する機能をさらに備えたことを特徴とする保守管理装置。
【０１０５】
（付記１４）
監視対象装置に対して情報伝送路を介して接続され、前記監視対象装置の監視を行う監視装置を制御する監視プログラムであって、
前記監視装置に、
前記情報伝送路に共通に接続された冗長構成の他の監視装置からの指令を契機として、情報ネットワークを介した保守管理装置への接続確認を実行する機能と、
前記接続確認の失敗時に、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報、および当該接続確認情報、および代替接続経路情報の、前記保守管理装置への代理送信を依頼する機能と、
他の前記第２情報処理装置から依頼された前記代理送信を実行する機能と、を実現させることを特徴とする監視プログラム。
【０１０６】
（付記１５）
情報伝送路を介して監視対象装置に接続された冗長構成の複数の監視装置から、情報ネットワークを介して前記監視対象装置の保守管理情報の収集を行う保守管理装置を制御する保守管理プログラムであって、
前記保守管理装置に、複数の前記監視装置の各々から到来する当該保守管理装置に対する接続確認情報を収集し、前記接続確認情報の収集結果を前記監視対象装置の管理者に電子メールとして送信する機能を実現させることを特徴とする保守管理プログラム。
【０１０７】
（付記１６）
付記１５記載の保守管理プログラムにおいて、
前記保守管理装置に、さらに、個々の前記監視装置から到来する前記接続確認情報を時系列に所定の経過時間毎に多段階に収集し、個々の段階での前記接続確認情報の収集結果を前記監視対象装置の管理者に一通の電子メールとして送信する機能を実現させることを特徴とする保守管理プログラム。
【０１０８】
（付記１７）
監視対象装置に接続された複数の監視装置の各々と保守管理装置との間に設けられた独立な接続経路の接続確認において、前記監視装置の全てから前記保守管理装置への接続を実行し、全ての前記監視装置の接続確認が完了すると、前記保守管理装置から一通の確認メールが前記監視対象装置の管理者に送信されることで、前記監視装置の正常性を確認することを特徴とする接続確認方法。
【０１０９】
（付記１８）
監視対象装置に接続された複数の監視装置の各々と保守管理装置との間に設けられた独立な接続経路の接続確認において、前記監視装置の全てから前記保守管理装置への接続を試行し、いずれかの前記監視装置の接続確認が失敗した場合、失敗した前記監視装置と前記保守管理装置との間の接続経路情報を収集し、前記接続経路情報を正常な接続経路を持つ他の前記監視装置を経由して前記保守管理装置に通知することを特徴とする接続確認方法。
【０１１０】
（付記１９）
監視対象装置に接続された複数の監視装置の各々と保守管理装置との間に設けられた独立な接続経路の接続確認において、前記監視装置の全てから前記保守管理装置への接続を試行し、いずれかの前記監視装置の接続確認は成功したが、別の前記監視装置の接続確認が失敗した場合、失敗した前記監視装置と前記保守管理装置との間の接続経路情報を収集し、前記接続経路情報を正常な接続経路を持つ他の前記監視装置を経由して前記保守管理装置に通知し、個々の前記監視装置に関する前記接続確認の成否および前記接続経路情報を、一通の電子メールにて前記監視対象装置の管理者に送信することを特徴とする接続確認方法。
【０１１１】
（付記２０）
監視対象装置に接続された冗長構成の複数の監視装置の中の代表がネットワークを介して保守管理装置に前記監視対象装置の監視情報の通報を行う保守管理方法であって、
前記代表に接続された前記ネットワークが不調となった場合に、前記代表以外の前記監視装置に前記監視情報の通報を依頼し、前記監視情報には、前記代表と前記保守管理装置との間の前記ネットワークの不調のための代理通報であることを識別可能にする識別情報を含むことを特徴とする保守管理方法。
【０１１２】
（付記２１）
監視対象装置に接続された冗長構成の複数の監視装置の中の代表がネットワークを介して保守管理装置に前記監視対象装置の監視情報の通報を行う保守管理方法であって、
前記代表に接続された前記ネットワークが不調となった場合に、前記ネットワークにおける失敗した接続経路の経路情報を収集し、前記経路情報および前記体表の代理通報であることが可能な識別情報を、正常な前記接続経路を持つ他の前記監視装置を経由して前記保守管理装置に通知することを特徴とする保守管理方法。
【０１１３】
（付記２２）
監視対象装置に接続された冗長構成の複数の監視装置の中の代表がネットワークを介して保守管理装置に前記監視対象装置の監視情報の通報を行う保守管理方法であって、
代表に接続されたネットワークが不調となった場合に、代表から失敗した接続経路の情報を収集し、それを正常な接続経路持つ監視装置を経由して通知し、かつ、前記正常な接続経路を持つ監視装置からもネットワーク情報を収集し、それらすべてを前記保守管理装置に通報することを特徴とする保守管理方法。
【図面の簡単な説明】
【０１１４】
【図１】本発明の一実施の形態である情報処理システムの作用の一例を示すシーケンス図である。
【図２】本発明の一実施の形態である情報処理システムの構成の一例を示す概念図である。
【図３】本発明の一実施の形態である情報処理システムを構成する監視装置の構成の一例を示すブロック図である。
【図４】本発明の一実施の形態である情報処理システムを構成する保守管理装置の構成の一例を示すブロック図である。
【図５】本発明の一実施の形態である監視装置にて用いられる情報の一例を示す概念図である。
【図６】本発明の一実施の形態である監視装置にて用いられる情報の一例を示す概念図である。
【図７】本発明の一実施の形態である保守管理装置にて用いられる情報の一例を示す概念図である。
【図８】本発明の一実施の形態である監視装置が接続確認時に送信する送信データの一例を示す概念図である。
【図９】本発明の一実施の形態である監視装置が接続確認時に送信する送信データの一例を示す概念図である。
【図１０】本発明の一実施の形態である監視装置がエラー通報時に送信する送信データの一例を示す概念図である。
【図１１】本発明の一実施の形態である監視装置がエラー通報時に送信する送信データの一例を示す概念図である。
【図１２】本発明の一実施の形態である監視装置の動作の一例を示すフローチャートである。
【図１３】本発明の一実施の形態である監視装置の動作の一例を示すフローチャートである。
【図１４】本発明の一実施の形態である監視装置の動作の一例を示すフローチャートである。
【図１５】本発明の一実施の形態である監視装置の動作の一例を示すフローチャートである。
【図１６】本発明の一実施の形態である保守管理装置の動作の一例を示すフローチャートである。
【図１７】本発明の一実施の形態である保守管理装置から接続確認時に送信される電子メールの一例を示す概念図である。
【図１８】本発明の一実施の形態である保守管理装置から接続確認時に送信される電子メールの一例を示す概念図である。
【符号の説明】
【０１１５】
１０ 監視対象装置
２０ 監視装置
２０Ａ 代表監視装置
２１ ＭＰＵ
２２ 主記憶
２３ ディスプレイ
２４ キーボード
２５ 汎用バスアダプタ
２６ ネットワークインターフェイス
２７ 不揮発記憶装置
２８ 内部バス
３１ 汎用バス
３２ 汎用バス
４０ 情報ネットワーク
４０ａ 通信経路
４１ 接続確認時送信データ
４１−１ 接続確認時代理送信データ
４１ａ 監視対象装置ＩＤ
４１ｂ 監視装置番号
４１ｃ イベント種別
４１ｄ 構成情報
４１ｅ 送信時刻
４１ｆ ネットワーク関連情報
４２ エラー通報時送信データ
４２−１ エラー通報時代理送信データ
４２ａ 監視対象装置ＩＤ
４２ｂ 監視装置番号
４２ｃ イベント種別
４２ｄ 送信時刻
４２ｅ エラー情報
４２ｆ ネットワーク関連情報
４３ 接続確認メール
４４ 接続確認メール
５０ 保守管理装置
５１ ＭＰＵ
５２ 主記憶
５３ ディスプレイ
５４ キーボード
５５ ネットワークインターフェイス
５６ 不揮発記憶装置
５７ 内部バス
６１ 監視プログラム
６２ 保守管理プログラム
７０ 監視装置管理テーブル
７１ 汎用バス上ＩＤ
７２ 監視装置番号
７３ エラーフラグ
７４ 管理情報
８０ 監視対象装置管理テーブル
８１ 監視対象装置ＩＤ
８２ 障害情報
９０ 接続管理テーブル
９１ 監視対象装置ＩＤ
９２ タイムスタンプ
９３ 監視装置番号
９４ 接続フラグ
９５ 管理情報
１００ 装置設置者端末
１０１ オペレータ
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理システムの制御方法、監視装置、保守管理装置、監視プログラム、保守管理プログラムに関し、特に、長期間の安定稼動を要求される情報処理装置の監視技術、さらにはネットワークを利用した遠隔保守技術等に適用して有効な技術に関する。
【背景技術】
【０００２】
従来、たとえば、特許文献１のように、安定稼動を保証しなければならないサーバ等の情報処理装置においては、当該情報処理装置のエラー状態監視を行う複数の監視装置を冗長化して設置することにより、監視装置自体の故障に関係なくエラー状態監視を継続可能にすることが行われている。また、これらの複数の監視装置をネットワークを介して遠隔地に存在する保守センタに接続してエラー情報の収集および監視装置の集中管理を行うことも考えられる。
【０００３】
また、特許文献２に開示されているように、冗長化された複数の監視装置の中の代表がエラー通報を行う方法が存在する。
ところで、監視装置を冗長化し、これらを保守センタで遠隔管理する場合、個々の監視装置と保守センタとを独立な通信経路で接続することが必要となる。すなわち、保守センタと個々の監視装置との間の通信経路を共通にした場合には、代表の故障に際して別の監視装置を代替起動しても、当該通信経路の障害によってすべての監視装置が保守センタと通信不能になり、監視装置を冗長化した意味がなくなる。
【０００４】
このように、監視装置を冗長化し、さらに個々の監視装置と保守センタとの間の通信経路を独立にした場合、監視システムの起動に際しては、任意の監視装置の代替起動に備えて、個々の監視装置と保守センタとの間の接続確認を個別に行う必要がある。
【０００５】
ところが、監視装置が複数存在する場合、全ての監視装置から操作者が個別に接続プログラムを起動して保守センタに接続を試行し、接続結果の応答メールを管理センタから監視対象の情報処理装置の設置者に送って確認をとる等の煩雑な操作を監視装置の設置台数分だけ繰り返す必要があり、監視装置の設置台数に比例した確認時間がかかるという技術的課題があった。
【０００６】
近年では、多数の情報処理装置を特定のサイトに設置して集中管理することが一般的になってきているが、安定稼働を維持するためには監視装置の冗長化は不可欠であり、上述のような監視装置の個別的な接続確認作業は一層煩雑なものとなる。
【０００７】
また、監視装置自体は健全でも保守センタとの間のネットワークが不調である場合、保守センタの側では、監視装置側の障害が、監視装置自体によるものか、それともネットワークに起因するものかを区別できず、保守センタから当該不調に対する対処を監視装置側に的確に指示できないという技術的課題もある。
【０００８】
また、冗長化された監視装置の中の代表に保守センタに通報を行わせる場合、代表となる監視装置が故障した場合には、残った監視装置の中から新たな代表を選ぶことにより監視を継続することになる。しかしながら、代表と保守センタとの間のネットワークが障害の原因の場合には、監視装置自体の故障ではないために、代表の監視装置の他の監視装置への切り換えが行われず、保守センタへ通報が届かなくなるという技術的課題もある。
【特許文献１】特開２００３−３０８２６１号公報
【特許文献２】特開２００１−２３０６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、冗長構成の監視装置のネットワークを利用した遠隔保守における接続確認作業を短時間に迅速かつ確実に行うことが可能な技術を提供することにある。
本発明の他の目的は、冗長構成の監視装置のネットワークを利用した遠隔保守において、ネットワークの障害に影響されることなく、監視装置の冗長化による安定稼働を実現することが可能な技術を提供することにある。
【００１０】
本発明の他の目的は、冗長構成の監視装置のネットワークを利用した遠隔保守において、ネットワークの障害に影響されることなく、障害の監視装置の的確な切り換えによる安定稼働を実現することが可能な技術を提供することにある。
【課題を解決するための手段】
【００１１】
本発明の第１の観点は、第１情報処理装置に対して情報伝送路を介して共通に接続され、当該第１情報処理装置を監視する冗長構成の複数の第２情報処理装置と、情報ネットワークを介して前記第２情報処理装置に接続され、当該第２情報処理装置を管理する第３情報処理装置とを含み、
個々の前記第２情報処理装置は、代表の一つの前記第２情報処理装置からの指示に基づいて前記情報ネットワークを介して前記第３情報処理装置に対して接続確認情報の送信を試行する接続確認制御論理を備え、
前記第３情報処理装置は、個々の前記第２情報処理装置から到来する前記接続確認情報を収集し、前記接続確認情報の収集結果を前記第１情報処理装置の管理者に電子メールとして送信する保守管理制御論理を備えた情報処理システムを提供する。
【００１２】
本発明の第２の観点は、第１情報処理装置に対して情報伝送路を介して共通に接続され、当該第１情報処理装置を監視する冗長構成の複数の第２情報処理装置と、情報ネットワークを介して前記第２情報処理装置に接続され、当該第２情報処理装置を管理する第３情報処理装置とを含む情報処理システムの制御方法であって、
個々の前記第２情報処理装置が、代表の一つの前記第２情報処理装置からの指示に基づいて前記情報ネットワークを介して前記第３情報処理装置に対して接続確認情報の送信を試行する第１工程と、
前記第３情報処理装置が、個々の前記第２情報処理装置から到来する前記接続確認情報を収集し、前記接続確認情報の収集結果を前記第１情報処理装置の管理者に電子メールとして送信する第２工程とを含む情報処理システムの制御方法を提供する。
【００１３】
本発明の第３の観点は、監視対象装置に対して情報伝送路を介して接続され、前記監視対象装置の監視を行う監視装置であって、
前記情報伝送路に共通に接続された冗長構成の他の監視装置からの指令を契機として、情報ネットワークを介した保守管理装置への接続確認を実行する機能と、
前記接続確認の失敗時に、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報、および当該接続確認情報、および代替接続経路情報の、前記保守管理装置への代理送信を依頼する機能と、
他の前記第２情報処理装置から依頼された前記代理送信を実行する機能と、を実現する接続確認制御論理を含む監視装置を提供する。
【００１４】
本発明の第４の観点は、情報伝送路を介して監視対象装置に接続された冗長構成の複数の監視装置から、情報ネットワークを介して前記監視対象装置の保守管理情報の収集を行う保守管理装置であって、
複数の前記監視装置の各々から到来する当該保守管理装置に対する接続確認情報を収集し、前記接続確認情報の収集結果を前記監視対象装置の管理者に電子メールとして送信する保守管理制御論理を備えた保守管理装置を提供する。
【００１５】
本発明の第５の観点は、監視対象装置に対して情報伝送路を介して接続され、前記監視対象装置の監視を行う監視装置を制御する監視プログラムであって、
前記監視装置に、
前記情報伝送路に共通に接続された冗長構成の他の監視装置からの指令を契機として、情報ネットワークを介した保守管理装置への接続確認を実行する機能と、
前記接続確認の失敗時に、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報、および当該接続確認情報、および代替接続経路情報の、前記保守管理装置への代理送信を依頼する機能と、
他の前記第２情報処理装置から依頼された前記代理送信を実行する機能と、を実現させる監視プログラムを提供する。
【００１６】
本発明の第６の観点は、情報伝送路を介して監視対象装置に接続された冗長構成の複数の監視装置から、情報ネットワークを介して前記監視対象装置の保守管理情報の収集を行う保守管理装置を制御する保守管理プログラムであって、
前記保守管理装置に、複数の前記監視装置の各々から到来する当該保守管理装置に対する接続確認情報を収集し、前記接続確認情報の収集結果を前記監視対象装置の管理者に電子メールとして送信する機能を実現させる保守管理プログラムを提供する。
【発明の効果】
【００１７】
本発明によれば、冗長構成の監視装置のネットワークを利用した遠隔保守における接続確認作業を短時間に迅速かつ確実に行うことが可能となる。
また、冗長構成の監視装置のネットワークを利用した遠隔保守において、ネットワークの障害に影響されることなく、監視装置の冗長化による安定稼働を実現することが可能となる。
【００１８】
また、冗長構成の監視装置のネットワークを利用した遠隔保守において、ネットワークの障害に影響されることなく、障害の監視装置の的確な切り換えによる安定稼働を実現することが可能となる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照しながら、本発明の実施の形態について詳細に説明する。
図１は、本発明の一実施の形態である情報処理システムの作用の一例を示すシーケンス図、図２は、本発明の一実施の形態である情報処理システムの構成の一例を示す概念図、図３は、本実施の形態の情報処理システムを構成する監視装置の構成の一例を示すブロック図、図４は、本実施の形態の情報処理システムを構成する保守管理装置の構成の一例を示すブロック図である。
【００２０】
図５および図６は、本実施の形態の監視装置にて用いられる情報の一例を示す概念図、図７は、本実施の形態の保守管理装置にて用いられる情報の一例を示す概念図である。
図８および図９は、本実施の形態の監視装置が接続確認時に送信する送信データの一例を示す概念図、図１０および図１１は、本実施の形態の監視装置がエラー通報時に送信する送信データの一例を示す概念図である。
【００２１】
図１２、図１３、図１４および図１５は、本実施の形態の監視装置の動作の一例を示すフローチャート、図１６は、本実施の形態の保守管理装置の動作の一例を示すフローチャートである。
【００２２】
図１７および図１８は、本実施の形態の保守管理装置から接続確認時に監視対象装置の設置者宛に送信される電子メールの一例を示す概念図である。
図２に例示されるように、本実施の形態の情報処理システムは、たとえば、長期間の安定した連続稼働を要求されるメインフレームコンピュータ、サーバ装置等の情報処理装置からなる監視対象装置１０（第１情報処理装置）と、この監視対象装置１０の動作を監視する冗長構成の複数の監視装置２０（第２情報処理装置）を備えている。
【００２３】
個々の監視装置２０は、冗長構成の汎用バス３１および汎用バス３２を介して相互に接続され、かつ監視対象装置１０にも接続されている。
すなわち、汎用バス３１および汎用バス３２の一方が故障しても、監視装置２０の相互間の情報の授受、および個々の監視装置２０と監視対象装置１０との間における情報の授受は支障無く行うことが可能である。
【００２４】
このように、本実施の形態では、監視対象装置１０に対して、安定した監視を保証するため、冗長構成の複数の監視装置２０が設置されている。
個々の監視装置２０は、互いに独立な複数の通信経路４０ａを介して、広域情報ネットワーク等の情報ネットワーク４０に接続され、さらに、この情報ネットワーク４０を介して、たとえば遠隔地に存在する保守センタの保守管理装置５０（第３情報処理装置）に接続されている。
【００２５】
図３に例示されるように、本実施の形態の監視装置２０は、一例として、全体を制御するＭＰＵ２１、ＭＰＵ２１が実行するプログラムやデータが可能される主記憶２２、情報を可視化してユーザに提示するディスプレイ２３、ユーザによる情報入力に用いられるキーボード２４、冗長な汎用バス３１および汎用バス３２に独立に接続するための複数の汎用バスアダプタ２５、通信経路４０ａを介して情報ネットワーク４０に接続するためのネットワークインターフェイス２６、情報を更新可能に持久的に記憶する不揮発記憶装置２７、これらの各要素を相互に接続する内部バス２８、を備えている。
【００２６】
本実施の形態の場合、主記憶２２には、後述の図１２〜図１５のフローチャートに例示されるような処理を監視装置２０にて実現するための監視プログラム６１（接続確認制御論理）が格納されている。この監視プログラム６１は、不揮発記憶装置２７に格納され、必要に応じて主記憶２２にロードされてＭＰＵ２１にて実行される。あるいは、監視プログラム６１は、通信経路４０ａおよび情報ネットワーク４０を介して外部から不揮発記憶装置２７に実装してもよい。
【００２７】
また、不揮発記憶装置２７には、後述の監視装置管理テーブル７０、監視対象装置管理テーブル８０等の情報も格納され、ＭＰＵ５１からアクセスされる。
図４に例示されるように、本実施の形態の保守管理装置５０は、全体を制御するＭＰＵ５１、ＭＰＵ５１が実行するプログラムやデータが格納される主記憶５２、情報を可視化して表示するディスプレイ５３、ユーザが情報の入力に用いるキーボード５４、保守管理装置５０を情報ネットワーク４０に接続するためのネットワークインターフェイス５５、情報を更新可能に持久的に記憶する不揮発記憶装置５６、これらの各部を接続する内部バス５７からなる。
【００２８】
本実施の形態の場合、主記憶５２には、保守管理プログラム６２（保守管理制御論理）が格納され、この保守管理プログラム６２をＭＰＵ５１が実行することで、後述の図１６のフローチャート等に例示される処理を保守管理装置５０にて実現する。
【００２９】
この保守管理プログラム６２は、不揮発記憶装置５６に実装され、主記憶５２に読み出されて、ＭＰＵ５１にて実行される。あるいは、この保守管理プログラム６２は、情報ネットワーク４０を介して外部から不揮発記憶装置５６に実装してもよい。
【００３０】
不揮発記憶装置５６には、後述のような接続管理テーブル９０が格納されており、ＭＰＵ５１にてアクセスされる。
図５に例示されるように、監視装置管理テーブル７０は、個々の監視装置２０に備えられ、自装置および冗長化された他の監視装置２０を個別に管理するために用いられる。
【００３１】
すなわち、監視装置管理テーブル７０には、汎用バス３１（汎用バス３２）上に接続される監視対象装置１０や複数の監視装置２０の各々に固定的にユニークに割り当てられる汎用バス上ＩＤ７１、複数の監視装置２０の各々に変更可能にユニークに付与される監視装置番号７２、個々の監視装置２０におけるエラーの有無を管理するためのエラーフラグ７３、個々の監視装置２０に関する管理情報７４、の情報が、汎用バス上ＩＤ７１の各々に対応付けられて格納されている。
【００３２】
図６に例示される監視対象装置管理テーブル８０は、個々の監視装置２０に設けられ、監視対象装置１０にユニークに付与された監視対象装置ＩＤ８１と、当該監視対象装置ＩＤ８１にて特定される監視対象装置１０における障害情報８２
が格納される。
【００３３】
図７に例示される接続管理テーブル９０は、保守管理装置５０に備えられ、個々の監視対象装置１０に対応して設けられた監視装置２０の当該保守管理装置５０に対する接続状態の管理に用いられる。
【００３４】
すなわち、接続管理テーブル９０には、接続管理対象の監視装置２０に対応する監視対象装置１０を特定する監視対象装置ＩＤ９１と、接続管理テーブル９０が生成された時刻を示すタイムスタンプ９２、接続管理の対象となる監視装置２０に付与された監視装置番号９３（上述の監視装置番号７２に対応する）、接続確認の完了の有無を示す接続フラグ９４、監視装置番号９３で特定される個々の監視装置２０を管理するための管理情報９５、等の情報が格納されている。
【００３５】
図８は、接続確認時に個々の監視装置２０から保守管理装置５０に送信される接続確認時送信データ４１の一例を示している。
接続確認時送信データ４１は、送信元の監視装置２０が属する監視対象装置１０を識別する監視対象装置ＩＤ４１ａ、送信元の監視装置２０の監視装置番号４１ｂ、イベント種別４１ｃ、構成情報４１ｄ、送信時刻４１ｅからなる。イベント種別４１ｃは、接続確認時送信データ４１の送信契機となった事象の種別を示す。構成情報４１ｄは、当該監視対象装置１０の監視に冗長構成で設けられた監視装置２０の総数と、送信元の監視装置２０の監視装置番号４１ｂのペアの情報を含んでいる。
【００３６】
図９は、接続確認時の代理送信に用いられる接続確認時代理送信データ４１−１の一例を示している。
この接続確認時代理送信データ４１−１は、上述の接続確認時送信データ４１の内容の他に、さらにネットワーク関連情報４１ｆを含んでいる。このネットワーク関連情報４１ｆは、経路障害となった監視装置２０が収集して代理の監視装置２０に渡した、通信経路４０ａおよび情報ネットワーク４０に関するネットワーク情報、および代理の監視装置２０が収集した代替経路の情報等を含んでいる。
【００３７】
図１０は、監視装置２０から保守管理装置５０への、監視対象装置１０のエラー通報に用いられるエラー通報時送信データ４２の一例を示している。
エラー通報時送信データ４２は、監視対象装置１０の監視対象装置ＩＤ４２ａ、送信元の監視装置２０の監視装置番号４２ｂ、イベント種別４２ｃ、送信時刻４２ｄ、監視対象装置１０のエラー内容の詳細を示すエラー情報４２ｅからなる。
【００３８】
図１１は、監視装置２０が他の監視装置２０のエラー情報を保守管理装置５０に代理送信する場合に用いられるエラー通報時代理送信データ４２−１の一例を示している。
エラー通報時代理送信データ４２−１は、エラーとなった監視装置２０が収集して代理の監視装置２０に送った通信経路４０ａおよび情報ネットワーク４０に関するネットワーク情報等のネットワーク関連情報４２ｆが含まれている点が接続確認時送信データ４１と異なっている。また、この場合、イベント種別４２ｃには、「エラー通報」および「代理送信」であることを示す情報が設定される。
【００３９】
上述のように、安定稼動を保障しなければならない監視対象装置１０は、その筐体毎に監視対象装置ＩＤ８１が割り振られている。
保守管理装置５０（保守センタ）は、図８〜図１１の通報内容（接続確認時送信データ４１、接続確認時代理送信データ４１−１、エラー通報時送信データ４２、エラー通報時代理送信データ４２−１）に含まれる監視対象装置ＩＤ４１ａ、監視対象装置ＩＤ４２ａ（すなわち監視対象装置ＩＤ８１）により、監視対象装置１０のグループを識別する。
【００４０】
また、本実施の形態の場合、監視対象装置１０であるサーバ装置内には複数のパーティションが存在し、各々別のオペレーティングシステム（ＯＳ）が動作しているが、全て同一の監視対象装置ＩＤ８１により管理する。すなわち、監視対象装置１０は、監視装置２０による障害監視においては、筐体単位で管理される。
【００４１】
以下、本実施の形態の作用について説明する。
監視装置２０が初期起動された時、監視装置２０はお互いを識別して代表監視装置２０Ａを決定する。監視装置２０は、汎用バス３１、汎用バス３２上におけるお互いの実装位置（汎用バス上ＩＤ７１）を比較して、最も若い実装位置にある監視装置２０を代表監視装置２０Ａに決定する。
【００４２】
すなわち、汎用バス上ＩＤ７１の順に、監視装置２０には連続した監視装置番号７２が割り当てられ、監視装置番号７２が最も若い監視装置２０が代表監視装置２０Ａとなる。
そして、この過程で、監視装置２０の接続台数等の構成や状態が把握され、汎用バス上ＩＤ７１、監視装置番号７２、エラーフラグ７３、管理情報７４等の情報が各々の監視装置２０が持つ監視装置管理テーブル７０に格納される。
【００４３】
代表監視装置２０Ａのみが監視対象装置１０のエラー情報の詳細を収集して、保守センタに通知する。代表監視装置２０Ａが動作不能となった場合、残った装置は同様に新たな代表監視装置２０Ａを決定する。
【００４４】
なお、個々の監視装置２０は、代表監視装置２０Ａによって監視対象装置１０から収集されたエラー情報の詳細を、その内部に持つ監視対象装置管理テーブル８０に保持しており、自装置が代表監視装置２０Ａに切り替わった際には、直ちに、監視対象装置１０の監視動作を引き継ぐことが可能になっている。
【００４５】
複数の監視装置２０は、それら全てが正常に保守センタの保守管理装置５０に接続可能でなければならない。
そのため、装置設置時に保守センタに対して接続確認を実行する必要がある。
【００４６】
装置設置者（オペレータ１０１）が代表監視装置２０Ａで起動したメニューから、接続確認を選択すると、代表監視装置２０Ａおよび、当該代表監視装置２０Ａの指示を受けて自動起動する他の監視装置２０の全てから、自動的に接続確認が行われる。保守センタの保守管理装置５０は、代表監視装置２０Ａから、合計何台の監視装置２０が存在するかの情報（図８の構成情報４１ｄ）を含んだ接続通知（接続確認時送信データ４１）を受信する。
【００４７】
保守センタの保守管理装置５０は、全ての監視装置２０から接続通知が到着すると、全ての経路の正常性が確認された旨を装置設置者の装置設置者端末１００に、図１７のような内容の電子メール（接続確認メール４３）で通知する。このように、所定時間内にすべての監視装置２０からの接続確認が成功した場合の様子を、図１の上側のシーケンスに示す。
【００４８】
保守センタの保守管理装置５０は、所定時間内に一部の経路（すなわち監視装置２０）のみから接続確認が行われた場合には、一部の監視装置２０のみの接続が確認された旨を装置設置者に図１８のような接続確認メール４４（電子メール）で通知する。すなわち、本実施の形態では、保守センタは、最大時間Ｔ１（たとえば１０分間）、全ての監視装置２０から接続確認が完了することを待ち合わせるが、Ｔ１を超えても一部のみの接続確認しか受信しない場合、一部のみ接続確認された旨を通知する。
【００４９】
監視装置２０は、保守センタに対する接続確認が失敗した場合、自装置が接続された通信経路４０ａおよび情報ネットワーク４０に関するネットワーク情報を収集し、図９の接続確認時代理送信データ４１−１として、保守センタへ通報することを、他の監視装置２０（たとえば代表監視装置２０Ａ）に依頼する。また、依頼を受けた監視装置２０においてもネットワーク情報を収集して、依頼元の情報と合わせてネットワーク関連情報４１ｆを構成して通報する。保守センタに、ネットワークのどの部分でエラーが発生しているかの情報が伝達されるため、保守センタから、設定情報の誤りやネットワークの接続などの部分に関して対処すべきか等の指示を行うことが可能となる。
【００５０】
また、保守センタは、一部の監視装置２０の接続経路の接続確認が完了してから、エラー情報が到着するまでの間隔がＴ１以内であれば、装置設置者の装置設置者端末１００に対して、一部の経路の接続確認が成功したこと、一部の経路の接続確認が失敗したこと、およびその失敗時のネットワーク情報解析結果を、まとめて一通の電子メール（たとえば図１８の接続確認メール４４）にて返送する。このエラー時の監視装置２０間の代理送信のシーケンスの一例を図１の下側に示す。
【００５１】
保守センタに対して、Ｔ１以上の時間差でエラー情報が到達した場合は、たとえば、Ｔ２時間（たとえば１日）（＞Ｔ１）経過後、一部のみ接続確認された旨を知らせる電子メール（接続確認メール４４）が一通と、一部の経路の接続確認が失敗したこと、およびその失敗のネットワーク情報解析結果を知らせる別の電子メールが別々に保守管理装置５０から装置設置者端末１００に送信される。
【００５２】
また、監視装置２０が一旦、正常に設置された後でも、情報ネットワーク４０、通信経路４０ａの状態は変化する可能性がある。
ネットワーク接続の正常性を確認するため、全ての監視装置２０は、定期的に保守センタの保守管理装置５０に対して定期接続を行う。定期接続では、監視装置２０は、次回の定期接続予定時刻を保守センタに通知する。保守センタは定期接続時刻を過ぎても定期接続が行われないことにより、接続状態の異常を検出できる。
【００５３】
監視対象装置１０で異常が発生した場合、代表監視装置２０Ａは監視対象装置１０内のエラー情報を冗長化された汎用バス３１、汎用バス３２を経由して収集する。また、代表監視装置２０Ａは収集した情報を保守センタの保守管理装置５０に対してエラー通報する。この時には、図１０に例示されるエラー通報時送信データ４２が用いられる。
【００５４】
代表でない監視装置２０でエラーが発生した場合、監視装置２０は自身のエラー情報を収集する。また、前記監視装置２０は、代表監視装置２０Ａに対して、当該監視装置２０のエラー情報の保守管理装置５０への通報を依頼する。
【００５５】
代表監視装置２０Ａでエラーが発生した場合、代表監視装置２０Ａは自身のエラー情報を収集する。また、代表監視装置２０Ａは、他の監視装置２０（この場合、監視装置番号７２が次順位の代表監視装置２０Ａ）に対して、当該代表監視装置２０Ａのエラー情報の通報および、新たな代表監視装置２０Ａとしての動作開始を依頼し、自らの監視装置２０としての動作を停止する。
【００５６】
この代表監視装置２０Ａの交代は汎用バス３１、汎用バス３２を介してすべての代表監視装置２０Ａに通知される。
図１１のエラー通報時代理送信データ４２−１は、上述のような監視装置２０または代表監視装置２０Ａにおけるエラー発生時の代理通報に用いられる情報を示している。このエラー通報時代理送信データ４２−１では、接続確認時送信データ４１のフォーマットの他にネットワーク関連情報４２ｆを含んでいる。
【００５７】
代表監視装置２０Ａからの情報ネットワーク４０を経由した接続がうまく動作せず、通報が保守センタの保守管理装置５０に到達しなかった場合、代表監視装置２０Ａは、通信経路４０ａおよび情報ネットワーク４０のネットワーク情報を収集し、そのネットワーク情報およびエラー情報の保守センタへの通報を、他の監視装置２０に依頼する。
【００５８】
このように、本実施の形態では、代表監視装置２０Ａ自体は健全で、代表監視装置２０Ａと保守管理装置５０との間の通信経路４０ａ、情報ネットワーク４０の経路に障害がある場合でも、代表監視装置２０Ａは、他の監視装置２０に確実に切り換えられる。
【００５９】
また、前記の依頼を受けた監視装置２０は情報ネットワーク４０の情報を収集し、収集した情報内容および代表監視装置２０Ａから依頼を受けた内容を、保守センタの保守管理装置５０に対して、依頼を受けて送信していることを示す代理送信により通知する。この時は、図９に例示される接続確認時代理送信データ４１−１と同様の送信データフォーマットを用いることができる。
【００６０】
保守センタの保守管理装置５０は、代表監視装置２０Ａからの代理送信を受けることにより、接続状態の異常を識別できる。保守センタに、情報ネットワーク４０、通信経路４０ａのどの部分でエラーが発生しているかの情報が伝達されるため、保守センタの保守管理装置５０から代表監視装置２０Ａのオペレータ１０１や装置設置者端末１００に対して、設定情報の誤りや、情報ネットワーク４０および通信経路４０ａの接続状態などを伝達できる。この結果、装置設置者が、監視装置２０や、保守管理装置５０に対して、どの部分に関してエラー対処すべきか的確に指示することが可能である。
【００６１】
上述のような本実施の形態の代表監視装置２０Ａおよび保守管理装置５０の動作を、フローチャートを用いて説明する。
図１２のフローチャートに例示されるように、個々の監視装置２０は、初期起動時に、汎用バス３１、汎用バス３２上の汎用バス上ＩＤ７１を収集して（ステップ２０１）、自装置が代表監視装置２０Ａか否かを判別し、代表監視装置２０Ａの場合には、ディスプレイ２３に管理メニューを表示して（ステップ２０３）、オペレータ１０１に初期情報の入力を行わせる。この初期情報には、監視対象装置１０の監視に必要な情報、保守管理装置５０への通信に必要な情報等が入力される。この初期情報は、他の監視装置２０と共有され、個々の監視装置２０に保持される。
【００６２】
その後、他のすべての監視装置２０に保守センタ（保守管理装置５０）への接続確認指示を行う（ステップ２０５、ステップ２０６）。
その後、代表監視装置２０Ａは自装置のセンタ接続確認処理３００を実行した後、保守センタからの接続確認メールを、装置設置者端末１００にて閲覧するようにオペレータ１０１に指示するメッセージをディスプレイ２３に出力する（ステップ２０７）。
【００６３】
その後、相互監視処理４００、および定期接続処理５００を実行する。この相互監視処理４００および定期接続処理５００は、個々の監視装置２０において、バックグラウンドで独立に動作する。
【００６４】
上述のステップ２０２で代表監視装置２０Ａでないと判明した監視装置２０では、代表監視装置２０Ａの端末となって、ディスプレイ２３への代表監視装置２０Ａから汎用バス３１、汎用バス３２を介して通知された情報の表示を行う端末モードへ移行する。すなわち、たとえば、代表監視装置２０Ａのディスプレイ２３の画面と同様の画面が監視装置２０のディスプレイ２３に表示される。
【００６５】
その後、代表監視装置２０Ａから保守センタへの接続確認の実行指示を待ち（ステップ２０９）、センタ接続確認処理３００を実行する。
図１３のフローチャートに例示されるように、上述のセンタ接続確認処理３００では、保守センタの保守管理装置５０への通信経路４０ａ、情報ネットワーク４０を経由した接続確認（すなわち、接続確認時送信データ４１の送信）を試行し（ステップ３０１）、接続エラーが発生した場合には（ステップ３０２）、自装置の通信経路４０ａ、情報ネットワーク４０におけるネットワーク情報を収集する（ステップ３０３）。
【００６６】
そして、自装置が代表監視装置２０Ａか否かを判別し（ステップ３０４）、代表監視装置２０Ａの場合には、次順位の監視装置２０に自装置のネットワーク情報を転送して、保守センタへの代理通報（図９の接続確認時代理送信データ４１−１の送信）を依頼する（ステップ３０５）。
【００６７】
また、自装置が代表監視装置２０Ａでない場合は、代表監視装置２０Ａに代理送信を依頼する（ステップ３０６）。
ステップ３０２で接続エラーが検出されない場合には終了する。
【００６８】
図１４のフローチャートは、個々の監視装置２０にて実行される上述の相互監視処理４００の一例を示している。
すなわち、相互監視処理４００が起動されると、自装置が代表監視装置２０Ａか否かを判別し（ステップ４０１）、代表監視装置２０Ａでない場合には、所定の監視周期の時間の経過を待って（ステップ４０２）、代表監視装置２０Ａに汎用バス３１、汎用バス３２を経由して所定の監視メッセージを送信する（ステップ４０３）。
【００６９】
そして、既定時間内に代表監視装置２０Ａからの確認応答の有無を判別し（ステップ４０４）、応答がない場合には、代表監視装置２０Ａに障害有りとみなして新たな代表監視装置２０Ａを決定し（ステップ４０９）、ステップ４０１に戻る。ステップ４０４で代表監視装置２０Ａから応答がある場合には、さらに代表監視装置２０Ａからのエラー通報の有無を判別し（ステップ４０５）、代表監視装置２０Ａからエラー通報を受けている場合には、次順位の監視装置２０がエラー通報時代理送信データ４２−１を用いて、保守センタに代表監視装置２０Ａのエラー通報を実行し（ステップ４０８）、ステップ４０９以降の処理を実行する。
【００７０】
ステップ４０６で代表監視装置２０Ａからのエラー通報がない場合には、自装置のエラー検出を試行し（ステップ４０６）、エラーが検出された場合には代表監視装置２０Ａに自装置のエラー情報の保守センタへの代理通報（エラー通報時代理送信データ４２−１を使用）を依頼して（ステップ４０７）、監視対象装置１０の監視業務から外れて終了する。
【００７１】
すなわち、このエラー通報を受けた代表監視装置２０Ａでは、監視装置管理テーブル７０のエラーフラグ７３に当該エラーの監視装置２０のエラーを記録し、さらに他の監視装置２０にも通知される。
【００７２】
ステップ４０６で自装置にエラーが検出されない場合には、上述のステップ４０２以降を反復する。
上述のステップ４０１で自装置が代表監視装置２０Ａであると判定された場合には、他の監視装置２０からの所定の監視メッセージの受信を監視し（ステップ４１０）、受信有りの場合には送信元の監視装置２０に確認応答を送信し（ステップ４１１）、送信元の当該監視装置２０からの監視メッセージの受信間隔の閾値を管理する監視タイマをリセットする（ステップ４１２）。すなわち、ステップ４１０、ステップ４１３のループ中に監視タイマ内に個々の監視装置２０から監視メッセージの受信がなかった場合には、当該監視装置２０を障害とみなし、監視装置管理テーブル７０のエラーフラグ７３にエラーを記録し、この特定の監視装置２０のエラーはすべての監視装置２０に通知されて監視装置管理テーブル７０に記録され、将来の代表監視装置２０Ａの障害発生時における交代候補から外す。
【００７３】
ステップ４１０で監視メッセージの受信がない場合は、自装置のエラー検出を行い（ステップ４１３）、自装置にエラーが検出されない場合はステップ４１０に戻る。
ステップ４１３で自装置にエラーが検出された場合には、エラー情報を他の監視装置２０に汎用バス３１、汎用バス３２を介して転送し、エラー通報時代理送信データ４２−１を用いた保守センタへの代理送信を依頼して（ステップ４１４）、終了する。
【００７４】
図１５のフローチャートにより、上述の定期接続処理５００について説明する。すべての監視装置２０では、自装置の図示しないタイマ機能等により、保守センタに対する定期接続のタイミングを監視しており（ステップ５０１）、定期接続の契機が到来すると、次回の定期接続予定時刻を含む送信情報を作成して（ステップ５０２）、保守センタの保守管理装置５０に対する定期接続を実行し（ステップ５０３）、成功した場合には、ステップ５０１〜ステップ５０４の定期接続の試行を所定の時間間隔で反復する。
【００７５】
ステップ５０４で定期接続が不成功の場合には（ステップ５０４）、自装置の通信経路４０ａおよび情報ネットワーク４０に関するエラー情報を収集して他の監視装置２０に汎用バス３１、汎用バス３２を経由して転送し、保守センタへの代理送信を依頼する（ステップ５０５）。依頼された代表監視装置２０Ａまたは監視装置２０は、エラー通報時代理送信データ４２−１を使用して保守センタへの代理送信を行う。
【００７６】
次に、図１６のフローチャートを参照して、保守センタにおける保守管理装置５０の動作を説明する。
保守管理装置５０は、情報ネットワーク４０を介した監視装置２０の側からの接続確認のための接続確認時送信データ４１の到来を監視し（ステップ６０１）、接続確認時送信データ４１を受信すると、監視対象装置ＩＤ４１ａに対応した接続管理テーブル９０の有無を確認して無い場合には新たに生成する（ステップ６０２）。なお、監視対象装置ＩＤ４１ａに対応した接続管理テーブル９０が既存の場合には、後述のステップ６０４以降を実行する。
【００７７】
そして、生成した接続管理テーブル９０のタイムスタンプ９２に、受信時刻のタイムスタンプを格納する（ステップ６０３）。このタイムスタンプは、後述のＴ１の管理の起点として使用される。
【００７８】
さらに、接続管理テーブル９０の監視装置番号９３、管理情報９５の各々に、受信した接続確認時送信データ４１の監視装置番号４１ｂ、構成情報４１ｄ（全部で監視装置２０がｎ台設けられ、当該監視装置２０は（ｚ）番目かを示す情報である）等を格納し、接続フラグ９４には受信完了を記録する（ステップ６０４）。
【００７９】
そして、特定の監視対象装置ＩＤ４１ａに対応した監視対象装置１０の監視のために設けられたｎ台のすべての監視装置２０からの接続確認が完了した場合には、接続管理テーブル９０の内容に基づいて、図１７に例示される接続確認メール４３のような内容の一通の電子メールを装置設置者端末１００に送信して、装置設置者に、監視対象装置ＩＤ４１ａに対応した監視対象装置１０に設けられたｎ台のすべての監視装置２０からの接続確認が完了したことを知らせる。そして、接続管理テーブル９０をクリアして（ステップ６０７）、ステップ６０１に戻る。
【００８０】
ステップ６０５で未完の場合には、タイムスタンプ９２の時刻から最大時間Ｔ１（たとえば１０分間）だけ待ちつつ受信待ちを継続し（ステップ６０８）、そのＴ１の間に同一の監視対象装置ＩＤ４１ａに対応する受信確認が到来したなら（ステップ６０９）、ステップ６０４以降を実行して、接続管理テーブル９０に受信内容を登録する。
【００８１】
最大時間Ｔ１以内にすべての監視装置２０からの接続確認が揃わない場合には、その時点の接続管理テーブル９０の内容にて図１８の接続確認メール４４のような内容の一通の電子メールを装置設置者端末１００に送信する（ステップ６１０）。この接続確認メール４４には、代理送信の内容も含まれており、装置設置者は、監視装置２０の障害等も確実に把握できる。
【００８２】
そして、さらにタイムスタンプ９２の時刻から、さらに最大時間Ｔ２（たとえば２４時間）だけ、残りの監視装置２０からの接続確認を待ち（ステップ６１１）、残りの接続確認を受信したら（ステップ６１２）、受信した監視装置２０の監視装置番号４１ｂ等を接続管理テーブル９０に登録し（ステップ６１３）、その時点の接続管理テーブル９０の内容に基づいて、装置設置者端末１００に一通の電子メール（接続確認メール４４）を送信する（ステップ６１４）。この接続確認メール４４には、代理送信の内容も含まれており、装置設置者は、監視装置２０の障害等も確実に把握できる。
【００８３】
そして、最大時間Ｔ２時間以内にすべての監視装置２０からの接続確認の受信が完了したか判定し（ステップ６１５）、完了した場合にはステップ６０７に戻り、接続管理テーブル９０をクリアしてステップ６０１に戻る。また、ステップ６１５で受信未完の場合には、ステップ６１１に戻る。
【００８４】
以上説明したように、本実施の形態によれば、長期間の安定稼働が要求される監視対象装置１０の監視のために冗長構成で設けられた複数の監視装置２０からの保守センタに対する接続確認が、一つの代表監視装置２０Ａを起動するだけですべて自動的に実行される。このため、個々の監視装置２０についてオペレータ１０１が手動で接続確認の指示や初期設定情報の入力等の煩雑な処理を行う必要がなく、情報処理システムの立ち上げ時の監視装置２０の接続確認作業等を大幅に簡略化できる。
【００８５】
すなわち、冗長構成の監視装置２０の情報ネットワーク４０を利用した保守センタ（保守管理装置５０）からの遠隔保守における接続確認作業を短時間に迅速かつ確実に行うことが可能となる。
【００８６】
また、保守センタから装置設置者（装置設置者端末１００）に対しては、一つの監視対象装置１０に設けられた複数の監視装置２０に関する保守センタへの接続確認の結果が、代理送信等のエラー情報も含めて、一通の電子メールに集約されて保守センタから通知されるので、装置設置者は、監視装置２０の台数分の多数の電子メールを個別に閲覧する等の煩雑な作業を必要とすることなく、個々の監視対象装置１０における複数の監視装置２０の接続確認の結果を迅速かつ的確に把握することが可能になる。
【００８７】
また、特定の監視装置２０の通信経路の障害に際しては他の監視装置２０による代理送信にて保守センタに障害が通知されるので、障害の監視装置２０に対する迂回路の設定等により、通信経路に起因する障害を回復でき、情報ネットワーク４０や通信経路４０ａ等の障害に影響されることなく、監視装置２０の冗長構成を有効に機能させることが可能になる。この結果、監視装置２０の冗長化による監視対象装置１０の安定稼働を実現することが可能となる。
【００８８】
すなわち、冗長構成の監視装置２０の情報ネットワーク４０を利用した保守センタからの遠隔保守において、情報ネットワーク４０、通信経路４０ａ等の障害に影響されることなく、監視装置２０の冗長化による安定稼働を実現することが可能となる。
【００８９】
また、代表監視装置２０Ａと監視装置２０の相互監視、および自動切替、さらには保守センタへのエラー情報の代理送信等により、個々の監視装置２０を保守センタおよび装置設置者の側から確実に把握でき、冗長構成の複数の監視装置２０の的確な切替による監視対象装置１０の安定稼働を実現できる。
【００９０】
すなわち、冗長構成の監視装置２０の情報ネットワーク４０を利用した保守センタからの遠隔保守において、情報ネットワーク４０や通信経路４０ａの障害に影響されることなく、障害の監視装置２０の的確な切り換えによる安定稼働を実現することが可能となる。
【００９１】
また、保守センタの保守管理装置５０の側から個々の監視装置２０への確認メールの返送が行われないので、当該確認メールの監視装置２０への返送受信が外部から監視装置２０への不正アクセスに利用される懸念が全くなく、監視対象装置１０および監視装置２０のセキュリティが向上する。
【００９２】
なお、本発明は、上述の実施の形態に例示した構成に限らず、その趣旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
（付記１）
第１情報処理装置に対して情報伝送路を介して共通に接続され、当該第１情報処理装置を監視する冗長構成の複数の第２情報処理装置と、情報ネットワークを介して前記第２情報処理装置に接続され、当該第２情報処理装置を管理する第３情報処理装置とを含み、
個々の前記第２情報処理装置は、代表の一つの前記第２情報処理装置からの指示に基づいて前記情報ネットワークを介して前記第３情報処理装置に対して接続確認情報の送信を試行する接続確認制御論理を備え、
前記第３情報処理装置は、個々の前記第２情報処理装置から到来する前記接続確認情報を収集し、前記接続確認情報の収集結果を前記第１情報処理装置の管理者に電子メールとして送信する保守管理制御論理を備えたことを特徴とする情報処理システム。
【００９３】
（付記２）
付記１記載の情報処理システムにおいて、前記第２情報処理装置は、代表の前記第２情報処理装置が故障した場合、または前記第２情報処理装置と前記第３情報処理装置との間の通信が不能となった場合に、他の前記第２情報処理装置を代表として機能させる制御論理をさらに備えたことを特徴とする情報処理システム。
【００９４】
（付記３）
付記１記載の情報処理システムにおいて、
前記第２情報処理装置の前記接続確認制御論理は、
前記接続確認情報の送信に失敗した場合、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報および当該接続確認情報の代理送信を依頼する機能と、
他の前記第２情報処理装置から依頼された前記代理送信を実行する機能と、をさらに備えたことを特徴とする情報処理システム。
【００９５】
（付記４）
付記１記載の情報処理システムにおいて、
前記第２情報処理装置の前記接続確認制御論理は、
前記接続確認情報の送信に失敗した場合、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報、および当該接続確認情報、および代替接続経路の代理送信を依頼する機能と、
他の前記第２情報処理装置から依頼された前記代理送信を実行する機能とをさらに備えたことを特徴とする情報処理システム。
【００９６】
（付記５）
付記１記載の情報処理システムにおいて、
前記第３情報処理装置の前記保守管理制御論理は、個々の前記第２情報処理装置から到来する前記接続確認情報を時系列に所定の経過時間毎に多段階に収集し、個々の段階での前記接続確認情報の収集結果を前記第１情報処理装置の管理者に一通の電子メールとして送信する機能を備えたことを特徴とする情報処理システム。
【００９７】
（付記６）
第１情報処理装置に対して情報伝送路を介して共通に接続され、当該第１情報処理装置を監視する冗長構成の複数の第２情報処理装置と、情報ネットワークを介して前記第２情報処理装置に接続され、当該第２情報処理装置を管理する第３情報処理装置とを含む情報処理システムの制御方法であって、
個々の前記第２情報処理装置が、代表の一つの前記第２情報処理装置からの指示に基づいて前記情報ネットワークを介して前記第３情報処理装置に対して接続確認情報の送信を試行する第１工程と、
前記第３情報処理装置が、個々の前記第２情報処理装置から到来する前記接続確認情報を収集し、前記接続確認情報の収集結果を前記第１情報処理装置の管理者に電子メールとして送信する第２工程とを含むことを特徴とする情報処理システムの制御方法。
【００９８】
（付記７）
付記６記載の情報処理システムの制御方法において、代表の前記第２情報処理装置が故障した場合、または前記第２情報処理装置と前記第３情報処理装置との間の通信が不能となった場合に、他の前記第２情報処理装置を代表として機能させることを特徴とする情報処理システムの制御方法。
【００９９】
（付記８）
付記６記載の情報処理システムの制御方法において、
前記第１工程において、前記第２情報処理装置が前記接続確認情報の送信に失敗した場合、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報および当該接続確認情報の代理送信を依頼し、依頼された他の前記第２情報処理装置が前記代理送信を実行することを特徴とする情報処理システムの制御方法。
【０１００】
（付記９）
付記６記載の情報処理システムの制御方法において、
前記第１工程において、前記第２情報処理装置が前記接続確認情報の送信に失敗した場合、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報、および当該接続確認情報、および代替接続経路の代理送信を依頼し、他の前記第２情報処理装置が、依頼された前記代理送信を実行することを特徴とする情報処理システムの制御方法。
【０１０１】
（付記１０）
付記６記載の情報処理システムの制御方法において、
前記第２工程において、前記第３情報処理装置は、個々の前記第２情報処理装置から到来する前記接続確認情報を時系列に所定の経過時間毎に多段階に収集し、個々の段階での前記接続確認情報の収集結果を前記第１情報処理装置の管理者に一通の電子メールとして送信することを特徴とする情報処理システムの制御方法。
【０１０２】
（付記１１）
監視対象装置に対して情報伝送路を介して接続され、前記監視対象装置の監視を行う監視装置であって、
前記情報伝送路に共通に接続された冗長構成の他の監視装置からの指令を契機として、情報ネットワークを介した保守管理装置への接続確認を実行する機能と、
前記接続確認の失敗時に、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報、および当該接続確認情報、および代替接続経路情報の、前記保守管理装置への代理送信を依頼する機能と、
他の前記第２情報処理装置から依頼された前記代理送信を実行する機能と、を実現する接続確認制御論理を含むことを特徴とする監視装置。
【０１０３】
（付記１２）
情報伝送路を介して監視対象装置に接続された冗長構成の複数の監視装置から、情報ネットワークを介して前記監視対象装置の保守管理情報の収集を行う保守管理装置であって、
複数の前記監視装置の各々から到来する当該保守管理装置に対する接続確認情報を収集し、前記接続確認情報の収集結果を前記監視対象装置の管理者に電子メールとして送信する保守管理制御論理を備えたことを特徴とする保守管理装置。
【０１０４】
（付記１３）
付記１２記載の保守管理装置において、
前記制御論理は、個々の前記監視装置から到来する前記接続確認情報を時系列に所定の経過時間毎に多段階に収集し、個々の段階での前記接続確認情報の収集結果を前記監視対象装置の管理者に一通の電子メールとして送信する機能をさらに備えたことを特徴とする保守管理装置。
【０１０５】
（付記１４）
監視対象装置に対して情報伝送路を介して接続され、前記監視対象装置の監視を行う監視装置を制御する監視プログラムであって、
前記監視装置に、
前記情報伝送路に共通に接続された冗長構成の他の監視装置からの指令を契機として、情報ネットワークを介した保守管理装置への接続確認を実行する機能と、
前記接続確認の失敗時に、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報、および当該接続確認情報、および代替接続経路情報の、前記保守管理装置への代理送信を依頼する機能と、
他の前記第２情報処理装置から依頼された前記代理送信を実行する機能と、を実現させることを特徴とする監視プログラム。
【０１０６】
（付記１５）
情報伝送路を介して監視対象装置に接続された冗長構成の複数の監視装置から、情報ネットワークを介して前記監視対象装置の保守管理情報の収集を行う保守管理装置を制御する保守管理プログラムであって、
前記保守管理装置に、複数の前記監視装置の各々から到来する当該保守管理装置に対する接続確認情報を収集し、前記接続確認情報の収集結果を前記監視対象装置の管理者に電子メールとして送信する機能を実現させることを特徴とする保守管理プログラム。
【０１０７】
（付記１６）
付記１５記載の保守管理プログラムにおいて、
前記保守管理装置に、さらに、個々の前記監視装置から到来する前記接続確認情報を時系列に所定の経過時間毎に多段階に収集し、個々の段階での前記接続確認情報の収集結果を前記監視対象装置の管理者に一通の電子メールとして送信する機能を実現させることを特徴とする保守管理プログラム。
【０１０８】
（付記１７）
監視対象装置に接続された複数の監視装置の各々と保守管理装置との間に設けられた独立な接続経路の接続確認において、前記監視装置の全てから前記保守管理装置への接続を実行し、全ての前記監視装置の接続確認が完了すると、前記保守管理装置から一通の確認メールが前記監視対象装置の管理者に送信されることで、前記監視装置の正常性を確認することを特徴とする接続確認方法。
【０１０９】
（付記１８）
監視対象装置に接続された複数の監視装置の各々と保守管理装置との間に設けられた独立な接続経路の接続確認において、前記監視装置の全てから前記保守管理装置への接続を試行し、いずれかの前記監視装置の接続確認が失敗した場合、失敗した前記監視装置と前記保守管理装置との間の接続経路情報を収集し、前記接続経路情報を正常な接続経路を持つ他の前記監視装置を経由して前記保守管理装置に通知することを特徴とする接続確認方法。
【０１１０】
（付記１９）
監視対象装置に接続された複数の監視装置の各々と保守管理装置との間に設けられた独立な接続経路の接続確認において、前記監視装置の全てから前記保守管理装置への接続を試行し、いずれかの前記監視装置の接続確認は成功したが、別の前記監視装置の接続確認が失敗した場合、失敗した前記監視装置と前記保守管理装置との間の接続経路情報を収集し、前記接続経路情報を正常な接続経路を持つ他の前記監視装置を経由して前記保守管理装置に通知し、個々の前記監視装置に関する前記接続確認の成否および前記接続経路情報を、一通の電子メールにて前記監視対象装置の管理者に送信することを特徴とする接続確認方法。
【０１１１】
（付記２０）
監視対象装置に接続された冗長構成の複数の監視装置の中の代表がネットワークを介して保守管理装置に前記監視対象装置の監視情報の通報を行う保守管理方法であって、
前記代表に接続された前記ネットワークが不調となった場合に、前記代表以外の前記監視装置に前記監視情報の通報を依頼し、前記監視情報には、前記代表と前記保守管理装置との間の前記ネットワークの不調のための代理通報であることを識別可能にする識別情報を含むことを特徴とする保守管理方法。
【０１１２】
（付記２１）
監視対象装置に接続された冗長構成の複数の監視装置の中の代表がネットワークを介して保守管理装置に前記監視対象装置の監視情報の通報を行う保守管理方法であって、
前記代表に接続された前記ネットワークが不調となった場合に、前記ネットワークにおける失敗した接続経路の経路情報を収集し、前記経路情報および前記体表の代理通報であることが可能な識別情報を、正常な前記接続経路を持つ他の前記監視装置を経由して前記保守管理装置に通知することを特徴とする保守管理方法。
【０１１３】
（付記２２）
監視対象装置に接続された冗長構成の複数の監視装置の中の代表がネットワークを介して保守管理装置に前記監視対象装置の監視情報の通報を行う保守管理方法であって、
代表に接続されたネットワークが不調となった場合に、代表から失敗した接続経路の情報を収集し、それを正常な接続経路持つ監視装置を経由して通知し、かつ、前記正常な接続経路を持つ監視装置からもネットワーク情報を収集し、それらすべてを前記保守管理装置に通報することを特徴とする保守管理方法。
【図面の簡単な説明】
【０１１４】
【図１】本発明の一実施の形態である情報処理システムの作用の一例を示すシーケンス図である。
【図２】本発明の一実施の形態である情報処理システムの構成の一例を示す概念図である。
【図３】本発明の一実施の形態である情報処理システムを構成する監視装置の構成の一例を示すブロック図である。
【図４】本発明の一実施の形態である情報処理システムを構成する保守管理装置の構成の一例を示すブロック図である。
【図５】本発明の一実施の形態である監視装置にて用いられる情報の一例を示す概念図である。
【図６】本発明の一実施の形態である監視装置にて用いられる情報の一例を示す概念図である。
【図７】本発明の一実施の形態である保守管理装置にて用いられる情報の一例を示す概念図である。
【図８】本発明の一実施の形態である監視装置が接続確認時に送信する送信データの一例を示す概念図である。
【図９】本発明の一実施の形態である監視装置が接続確認時に送信する送信データの一例を示す概念図である。
【図１０】本発明の一実施の形態である監視装置がエラー通報時に送信する送信データの一例を示す概念図である。
【図１１】本発明の一実施の形態である監視装置がエラー通報時に送信する送信データの一例を示す概念図である。
【図１２】本発明の一実施の形態である監視装置の動作の一例を示すフローチャートである。
【図１３】本発明の一実施の形態である監視装置の動作の一例を示すフローチャートである。
【図１４】本発明の一実施の形態である監視装置の動作の一例を示すフローチャートである。
【図１５】本発明の一実施の形態である監視装置の動作の一例を示すフローチャートである。
【図１６】本発明の一実施の形態である保守管理装置の動作の一例を示すフローチャートである。
【図１７】本発明の一実施の形態である保守管理装置から接続確認時に送信される電子メールの一例を示す概念図である。
【図１８】本発明の一実施の形態である保守管理装置から接続確認時に送信される電子メールの一例を示す概念図である。
【符号の説明】
【０１１５】
１０ 監視対象装置
２０ 監視装置
２０Ａ 代表監視装置
２１ ＭＰＵ
２２ 主記憶
２３ ディスプレイ
２４ キーボード
２５ 汎用バスアダプタ
２６ ネットワークインターフェイス
２７ 不揮発記憶装置
２８ 内部バス
３１ 汎用バス
３２ 汎用バス
４０ 情報ネットワーク
４０ａ 通信経路
４１ 接続確認時送信データ
４１−１ 接続確認時代理送信データ
４１ａ 監視対象装置ＩＤ
４１ｂ 監視装置番号
４１ｃ イベント種別
４１ｄ 構成情報
４１ｅ 送信時刻
４１ｆ ネットワーク関連情報
４２ エラー通報時送信データ
４２−１ エラー通報時代理送信データ
４２ａ 監視対象装置ＩＤ
４２ｂ 監視装置番号
４２ｃ イベント種別
４２ｄ 送信時刻
４２ｅ エラー情報
４２ｆ ネットワーク関連情報
４３ 接続確認メール
４４ 接続確認メール
５０ 保守管理装置
５１ ＭＰＵ
５２ 主記憶
５３ ディスプレイ
５４ キーボード
５５ ネットワークインターフェイス
５６ 不揮発記憶装置
５７ 内部バス
６１ 監視プログラム
６２ 保守管理プログラム
７０ 監視装置管理テーブル
７１ 汎用バス上ＩＤ
７２ 監視装置番号
７３ エラーフラグ
７４ 管理情報
８０ 監視対象装置管理テーブル
８１ 監視対象装置ＩＤ
８２ 障害情報
９０ 接続管理テーブル
９１ 監視対象装置ＩＤ
９２ タイムスタンプ
９３ 監視装置番号
９４ 接続フラグ
９５ 管理情報
１００ 装置設置者端末
１０１ オペレータ
【特許請求の範囲】
【請求項１】
第１情報処理装置に対して情報伝送路を介して共通に接続され、当該第１情報処理装置を監視する冗長構成の複数の第２情報処理装置と、情報ネットワークを介して前記第２情報処理装置に接続され、当該第２情報処理装置を管理する第３情報処理装置とを含み、
個々の前記第２情報処理装置は、代表の一つの前記第２情報処理装置からの指示に基づいて前記情報ネットワークを介して前記第３情報処理装置に対して接続確認情報の送信を試行する接続確認制御論理を備え、
前記第３情報処理装置は、個々の前記第２情報処理装置から到来する前記接続確認情報を収集し、前記接続確認情報の収集結果を前記第１情報処理装置の管理者に電子メールとして送信する保守管理制御論理を備えたことを特徴とする情報処理システム。
【請求項２】
第１情報処理装置に対して情報伝送路を介して共通に接続され、当該第１情報処理装置を監視する冗長構成の複数の第２情報処理装置と、情報ネットワークを介して前記第２情報処理装置に接続され、当該第２情報処理装置を管理する第３情報処理装置とを含む情報処理システムの制御方法であって、
個々の前記第２情報処理装置が、代表の一つの前記第２情報処理装置からの指示に基づいて前記情報ネットワークを介して前記第３情報処理装置に対して接続確認情報の送信を試行する第１工程と、
前記第３情報処理装置が、個々の前記第２情報処理装置から到来する前記接続確認情報を収集し、前記接続確認情報の収集結果を前記第１情報処理装置の管理者に電子メールとして送信する第２工程とを含むことを特徴とする情報処理システムの制御方法。
【請求項３】
監視対象装置に対して情報伝送路を介して接続され、前記監視対象装置の監視を行う監視装置であって、
前記情報伝送路に共通に接続された冗長構成の他の監視装置からの指令を契機として、情報ネットワークを介した保守管理装置への接続確認を実行する機能と、
前記接続確認の失敗時に、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報、および当該接続確認情報、および代替接続経路情報の、前記保守管理装置への代理送信を依頼する機能と、
他の前記第２情報処理装置から依頼された前記代理送信を実行する機能と、を実現する接続確認制御論理を含むことを特徴とする監視装置。
【請求項４】
監視対象装置に対して情報伝送路を介して接続され、前記監視対象装置の監視を行う監視装置を制御する監視プログラムであって、
前記監視装置に、
前記情報伝送路に共通に接続された冗長構成の他の監視装置からの指令を契機として、情報ネットワークを介した保守管理装置への接続確認を実行する機能と、
前記接続確認の失敗時に、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報、および当該接続確認情報、および代替接続経路情報の、前記保守管理装置への代理送信を依頼する機能と、
他の前記第２情報処理装置から依頼された前記代理送信を実行する機能と、を実現させることを特徴とする監視プログラム。
【請求項５】
情報伝送路を介して監視対象装置に接続された冗長構成の複数の監視装置から、情報ネットワークを介して前記監視対象装置の保守管理情報の収集を行う保守管理装置を制御する保守管理プログラムであって、
前記保守管理装置に、複数の前記監視装置の各々から到来する当該保守管理装置に対する接続確認情報を収集し、前記接続確認情報の収集結果を前記監視対象装置の管理者に電子メールとして送信する機能を実現させることを特徴とする保守管理プログラム。
【請求項１】
第１情報処理装置に対して情報伝送路を介して共通に接続され、当該第１情報処理装置を監視する冗長構成の複数の第２情報処理装置と、情報ネットワークを介して前記第２情報処理装置に接続され、当該第２情報処理装置を管理する第３情報処理装置とを含み、
個々の前記第２情報処理装置は、代表の一つの前記第２情報処理装置からの指示に基づいて前記情報ネットワークを介して前記第３情報処理装置に対して接続確認情報の送信を試行する接続確認制御論理を備え、
前記第３情報処理装置は、個々の前記第２情報処理装置から到来する前記接続確認情報を収集し、前記接続確認情報の収集結果を前記第１情報処理装置の管理者に電子メールとして送信する保守管理制御論理を備えたことを特徴とする情報処理システム。
【請求項２】
第１情報処理装置に対して情報伝送路を介して共通に接続され、当該第１情報処理装置を監視する冗長構成の複数の第２情報処理装置と、情報ネットワークを介して前記第２情報処理装置に接続され、当該第２情報処理装置を管理する第３情報処理装置とを含む情報処理システムの制御方法であって、
個々の前記第２情報処理装置が、代表の一つの前記第２情報処理装置からの指示に基づいて前記情報ネットワークを介して前記第３情報処理装置に対して接続確認情報の送信を試行する第１工程と、
前記第３情報処理装置が、個々の前記第２情報処理装置から到来する前記接続確認情報を収集し、前記接続確認情報の収集結果を前記第１情報処理装置の管理者に電子メールとして送信する第２工程とを含むことを特徴とする情報処理システムの制御方法。
【請求項３】
監視対象装置に対して情報伝送路を介して接続され、前記監視対象装置の監視を行う監視装置であって、
前記情報伝送路に共通に接続された冗長構成の他の監視装置からの指令を契機として、情報ネットワークを介した保守管理装置への接続確認を実行する機能と、
前記接続確認の失敗時に、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報、および当該接続確認情報、および代替接続経路情報の、前記保守管理装置への代理送信を依頼する機能と、
他の前記第２情報処理装置から依頼された前記代理送信を実行する機能と、を実現する接続確認制御論理を含むことを特徴とする監視装置。
【請求項４】
監視対象装置に対して情報伝送路を介して接続され、前記監視対象装置の監視を行う監視装置を制御する監視プログラムであって、
前記監視装置に、
前記情報伝送路に共通に接続された冗長構成の他の監視装置からの指令を契機として、情報ネットワークを介した保守管理装置への接続確認を実行する機能と、
前記接続確認の失敗時に、前記情報伝送路を介して他の前記第２情報処理装置に対して、前記接続確認情報の送信失敗を示す接続エラー情報、および当該接続確認情報、および代替接続経路情報の、前記保守管理装置への代理送信を依頼する機能と、
他の前記第２情報処理装置から依頼された前記代理送信を実行する機能と、を実現させることを特徴とする監視プログラム。
【請求項５】
情報伝送路を介して監視対象装置に接続された冗長構成の複数の監視装置から、情報ネットワークを介して前記監視対象装置の保守管理情報の収集を行う保守管理装置を制御する保守管理プログラムであって、
前記保守管理装置に、複数の前記監視装置の各々から到来する当該保守管理装置に対する接続確認情報を収集し、前記接続確認情報の収集結果を前記監視対象装置の管理者に電子メールとして送信する機能を実現させることを特徴とする保守管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２００６−１５４９９１（Ｐ２００６−１５４９９１Ａ）
【公開日】平成１８年６月１５日（２００６．６．１５）
【国際特許分類】
【出願番号】特願２００４−３４１４６３（Ｐ２００４−３４１４６３）
【出願日】平成１６年１１月２６日（２００４．１１．２６）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成１８年６月１５日（２００６．６．１５）
【国際特許分類】
【出願日】平成１６年１１月２６日（２００４．１１．２６）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]