(57)【要約】      （修正有）【課題】セキュリティを確保しつつ、遠隔監視における対象システムの障害を通知する。【解決手段】障害通知システム１０００において、障害通知装置は、監視対象装置で稼働するＯＳとの第１の入出力データについて通信回線を介して接続された端末との間で入出力を行う第１の入出力部と、監視対象装置の制御に関する第２の入出力データについて端末との間で入出力を行う第２の入出力部と、第２の入出力部による入出力に予め制限をかける入出力制限部と、監視対象装置で検出された障害に関する障害情報と検出時のＯＳの稼働状態とを監視対象装置から取得する取得部とを備える。入出力制限部は、稼働状態がＯＳが稼働中である場合に、第１の入出力部を用いて障害情報に基づく第１の障害通知情報を端末へ出力させ、ＯＳが停止中である場合に、第２の入出力部の制限を解除し、第２の入出力部を用いて障害情報に基づく第２の障害通知情報を端末へ出力させる。【選択図】図１
2020119077.tif 000002
【特許請求の範囲】
【請求項１】
監視対象装置で稼働するＯＳ（Operating System）との第１の入出力データについて、通信回線を介して接続された端末との間で入出力を行う第１の入出力部と、
自装置による前記監視対象装置の制御に関する第２の入出力データについて、前記端末との間で入出力を行う第２の入出力部と、
前記第２の入出力部による入出力に予め制限をかける入出力制限部と、
前記監視対象装置で検出された障害に関する障害情報と、当該検出時の前記ＯＳの稼働状態とを、当該監視対象装置から取得する取得部と、
を備え、
前記入出力制限部は、
前記稼働状態に基づき前記ＯＳが稼働中か停止中かを判定し、
前記ＯＳが稼働中である場合に、前記第１の入出力部を用いて、前記障害情報に基づく第１の障害通知情報を前記端末へ出力させ、
前記ＯＳが停止中である場合に、前記第２の入出力部の前記制限を解除し、前記第２の入出力部を用いて、前記障害情報に基づく第２の障害通知情報を前記端末へ出力させる
障害通知装置。
【請求項２】
前記第２の入出力部は、
前記制限の解除後に、前記障害情報に基づき特定される前記障害の種別を識別するための識別情報を前記第２の障害通知情報として前記端末へ出力する
請求項１に記載の障害通知装置。
【請求項３】
前記第２の入出力部は、
前記制限の解除後に、前記障害情報から前記障害の内容を除去して前記識別情報を特定し、前記識別情報と所定のメッセージとを含めた前記第２の障害通知情報を生成し、当該第２の障害通知情報を前記端末へ出力する
請求項２に記載の障害通知装置。
【請求項４】
前記取得部は、
前記ＯＳが停止中において前記監視対象装置の自己診断部により前記ＯＳ以外の障害が検出された場合に、前記障害情報と前記稼働状態とを当該自己診断部から取得する
請求項１乃至３のいずれか１項に記載の障害通知装置。
【請求項５】
前記入出力制限部は、
前記ＯＳが稼働中であり、かつ、前記第２の入出力部の前記制限が解除されている場合に、再度、前記第２の入出力部に前記制限をかけて、前記第１の入出力部を用いて、前記第１の障害通知情報を前記端末へ出力させる
請求項１乃至４のいずれか１項に記載の障害通知装置。
【請求項６】
前記入出力制限部は、
前記第２の入出力部が前記第２の障害通知情報を前記端末へ出力した後に、再度、前記第２の入出力部に前記制限をかける
請求項１乃至４のいずれか１項に記載の障害通知装置。
【請求項７】
前記入出力制限部は、
前記第２の入出力部の前記制限を解除する際に、前記端末への出力の制限を解除するが、前記端末からの入力の制限を維持する
請求項１乃至６のいずれか１項に記載の障害通知装置。
【請求項８】
ＯＳ（Operating System）が稼働する監視対象装置と、
端末と、
前記端末と通信回線を介して接続された障害通知装置と、
を備え、
前記監視対象装置は、
当該監視対象装置の自己診断により障害を検出した場合に、前記障害に関する障害情報と当該検出時の前記ＯＳの稼働状態とを収集し、前記障害通知装置へ通知する自己診断部を備え、
前記障害通知装置は、
前記ＯＳとの第１の入出力データについて、前記端末との間で入出力を行う第１の入出力部と、
当該障害通知装置による前記監視対象装置の制御に関する第２の入出力データについて、前記端末との間で入出力を行う第２の入出力部と、
前記障害情報と前記稼働状態とを前記自己診断部から取得する取得部と、
前記第２の入出力部による入出力に予め制限をかける入出力制限部と、
を備え、
前記入出力制限部は、
前記稼働状態に基づき前記ＯＳが稼働中か停止中かを判定し、
前記ＯＳが稼働中である場合に、前記第１の入出力部を用いて、前記障害情報に基づく第１の障害通知情報を前記端末へ出力させ、
前記ＯＳが停止中である場合に、前記第２の入出力部の前記制限を解除し、前記第２の入出力部を用いて、前記障害情報に基づく第２の障害通知情報を前記端末へ出力させる
障害通知システム。
【請求項９】
監視対象装置で稼働するＯＳ（Operating System）との第１の入出力データについて、通信回線を介して接続された端末との間で入出力を行う第１の入出力部と、
自装置による前記監視対象装置の制御に関する第２の入出力データについて、前記端末との間で入出力を行う第２の入出力部と、
を備える障害通知装置が、
前記第２の入出力部による入出力に制限をかけ、
前記監視対象装置で検出された障害に関する障害情報と、当該検出時の前記ＯＳの稼働状態とを、当該監視対象装置から取得し、
前記稼働状態に基づき前記ＯＳが稼働中か停止中かを判定し、
前記ＯＳが稼働中である場合に、前記第１の入出力部により、前記障害情報に基づく第１の障害通知情報を前記端末へ出力し、
前記ＯＳが停止中である場合に、前記第２の入出力部の前記制限を解除し、前記第２の入出力部により、前記障害情報に基づく第２の障害通知情報を前記端末へ出力する
障害通知方法。
【請求項１０】
監視対象装置で稼働するＯＳ（Operating System）との第１の入出力データについて、通信回線を介して接続された端末との間で入出力を行う第１の入出力部と、
自装置による前記監視対象装置の制御に関する第２の入出力データについて、前記端末との間で入出力を行う第２の入出力部と、
を備えるコンピュータに、
前記第２の入出力部による入出力に制限をかける処理と、
前記監視対象装置で検出された障害に関する障害情報と、当該検出時の前記ＯＳの稼働状態とを、当該監視対象装置から取得する処理と、
前記稼働状態に基づき前記ＯＳが稼働中か停止中かを判定する処理と、
前記ＯＳが稼働中である場合に、前記第１の入出力部により、前記障害情報に基づく第１の障害通知情報を前記端末へ出力する処理と、
前記ＯＳが停止中である場合に、前記第２の入出力部の前記制限を解除する処理と、
前記解除後に前記第２の入出力部により、前記障害情報に基づく第２の障害通知情報を前記端末へ出力する処理と、
を実行させる障害通知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害通知装置、システム、方法及びプログラムに関し、特に、リモート保守のための障害通知装置、システム、方法及びプログラムに関する。
【背景技術】
【０００２】
コンピュータの障害監視の分野では、これまで主にリモート保守が利用されていた。特許文献１には、システムの電源投入からアプリケーションの立ち上げまでの間に発生した障害をネットワークインタフェースにより外部の遠隔保守システムに通報する技術が開示されている。特許文献１にかかる技術は、障害発生と同時に故障原因究明のためのシステムのログ情報を取得し、電子メールによってリモート保守管理サーバへ通知する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３２５１２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１では、運用中の対象システムの運用者ではない外部の保守業者が管理する遠隔保守システムと運用中のシステムとが常に接続する必要があり、運用者にとってセキュリティ上の懸念が生じる。一方で、保守業者の代わりに運用者が保守を行おうとしても、対象システムの保守作業には高い専門性が要求されるため、保守作業者と同等のアクセス権限を運用者に付与することへの懸念もある。
【０００５】
本開示は、このような問題点を解決するためになされたものであり、セキュリティを確保しつつ、遠隔監視における対象システムの障害通知を実現するための障害通知装置、システム、方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本開示の第１の態様にかかる障害通知装置は、
監視対象装置で稼働するＯＳ（Operating System）との第１の入出力データについて、通信回線を介して接続された端末との間で入出力を行う第１の入出力部と、
自装置による前記監視対象装置の制御に関する第２の入出力データについて、前記端末との間で入出力を行う第２の入出力部と、
前記第２の入出力部による入出力に予め制限をかける入出力制限部と、
前記監視対象装置で検出された障害に関する障害情報と、当該検出時の前記ＯＳの稼働状態とを、当該監視対象装置から取得する取得部と、
を備え、
前記入出力制限部は、
前記稼働状態に基づき前記ＯＳが稼働中か停止中かを判定し、
前記ＯＳが稼働中である場合に、前記第１の入出力部を用いて、前記障害情報に基づく第１の障害通知情報を前記端末へ出力させ、
前記ＯＳが停止中である場合に、前記第２の入出力部の前記制限を解除し、前記第２の入出力部を用いて、前記障害情報に基づく第２の障害通知情報を前記端末へ出力させる。
【０００７】
本開示の第２の態様にかかる障害通知システムは、
ＯＳ（Operating System）が稼働する監視対象装置と、
端末と、
前記端末と通信回線を介して接続された障害通知装置と、
を備え、
前記監視対象装置は、
当該監視対象装置の自己診断により障害を検出した場合に、前記障害に関する障害情報と当該検出時の前記ＯＳの稼働状態とを収集し、前記障害通知装置へ通知する自己診断部を備え、
前記障害通知装置は、
前記ＯＳとの第１の入出力データについて、前記端末との間で入出力を行う第１の入出力部と、
当該障害通知装置による前記監視対象装置の制御に関する第２の入出力データについて、前記端末との間で入出力を行う第２の入出力部と、
前記障害情報と前記稼働状態とを前記自己診断部から取得する取得部と、
前記第２の入出力部による入出力に予め制限をかける入出力制限部と、
を備え、
前記入出力制限部は、
前記稼働状態に基づき前記ＯＳが稼働中か停止中かを判定し、
前記ＯＳが稼働中である場合に、前記第１の入出力部を用いて、前記障害情報に基づく第１の障害通知情報を前記端末へ出力させ、
前記ＯＳが停止中である場合に、前記第２の入出力部の前記制限を解除し、前記第２の入出力部を用いて、前記障害情報に基づく第２の障害通知情報を前記端末へ出力させる。
【０００８】
本開示の第３の態様にかかる障害通知方法は、
監視対象装置で稼働するＯＳ（Operating System）との第１の入出力データについて、通信回線を介して接続された端末との間で入出力を行う第１の入出力部と、
自装置による前記監視対象装置の制御に関する第２の入出力データについて、前記端末との間で入出力を行う第２の入出力部と、
を備える障害通知装置が、
前記第２の入出力部による入出力に制限をかけ、
前記監視対象装置で検出された障害に関する障害情報と、当該検出時の前記ＯＳの稼働状態とを、当該監視対象装置から取得し、
前記稼働状態に基づき前記ＯＳが稼働中か停止中かを判定し、
前記ＯＳが稼働中である場合に、前記第１の入出力部により、前記障害情報に基づく第１の障害通知情報を前記端末へ出力し、
前記ＯＳが停止中である場合に、前記第２の入出力部の前記制限を解除し、前記第２の入出力部により、前記障害情報に基づく第２の障害通知情報を前記端末へ出力する。
【０００９】
本開示の第４の態様にかかる障害通知プログラムは、
監視対象装置で稼働するＯＳ（Operating System）との第１の入出力データについて、通信回線を介して接続された端末との間で入出力を行う第１の入出力部と、
自装置による前記監視対象装置の制御に関する第２の入出力データについて、前記端末との間で入出力を行う第２の入出力部と、
を備えるコンピュータに、
前記第２の入出力部による入出力に制限をかける処理と、
前記監視対象装置で検出された障害に関する障害情報と、当該検出時の前記ＯＳの稼働状態とを、当該監視対象装置から取得する処理と、
前記稼働状態に基づき前記ＯＳが稼働中か停止中かを判定する処理と、
前記ＯＳが稼働中である場合に、前記第１の入出力部により、前記障害情報に基づく第１の障害通知情報を前記端末へ出力する処理と、
前記ＯＳが停止中である場合に、前記第２の入出力部の前記制限を解除する処理と、
前記解除後に前記第２の入出力部により、前記障害情報に基づく第２の障害通知情報を前記端末へ出力する処理と、
を実行させる。
【発明の効果】
【００１０】
本開示により、セキュリティを確保しつつ、遠隔監視における対象システムの障害通知を実現するための障害通知装置、システム、方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施の形態１にかかる障害通知システムの全体構成を示すブロック図である。
【図２】本実施の形態１にかかる障害通知方法の流れを示すフローチャートである。
【図３】本実施の形態２にかかる障害通知システムの構成を示すブロック図である。
【図４】本実施の形態２にかかる本体系装置とＳＶＰ装置の内部構成を示すブロック図である。
【図５】本実施の形態２にかかるＳＶＰ装置とオペレータシステムの内部構成を示すブロック図である。
【図６】本実施の形態２にかかるＤＧＰによる障害通知処理の流れを示すシーケンス図である。
【図７】本実施の形態２にかかるＳＶＰ装置における障害通知処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下では、本開示の実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００１３】
＜実施の形態１＞
図１は、本実施の形態１にかかる障害通知システム１０００の全体構成を示すブロック図である。障害通知システム１０００は、監視対象装置１０と、障害通知装置２０と、端末３０とを備える。監視対象装置１０と障害通知装置２０とは通信線等により接続されている。障害通知装置２０と端末３０とは通信回線を介して接続されている。通信回線は、公衆回線、インターネット等のネットワークを含む。
【００１４】
端末３０は、障害通知システム１０００の運用担当者が操作し、監視対象装置１０の監視を遠隔で行うための情報処理装置である。端末３０は、図示しない構成として、一般的な入力装置と出力装置（表示装置、画面）とを備える。また、端末３０は、端末エミュレータが動作し、障害通知装置２０と通信回線を介して送受信されるデータの入出力を行う。例えば、端末３０は、障害通知装置２０から通信回線を介して受信したデータを画面に表示（出力）する。また、端末３０は、運用者により入力装置から入力されたデータを通信回線を介して障害通知装置２０へ送信（出力）する。
【００１５】
監視対象装置１０は、障害通知システム１０００における監視対象となる情報処理装置であり、２台以上のコンピュータであってもよい。また、監視対象装置１０は、ＯＳ（Operating System）１１が稼働するものであり、自己診断部１２を備える。自己診断部１２は、ＯＳ１１を含む監視対象装置１０内の各構成に対して、自己診断を行う機能ブロックである。尚、自己診断処理は、公知の技術を用いることができるため、詳細な説明を省略する。自己診断部１２は、例えば、ＤＧＰ（DiaGnostic Processor）であるが、これに限定されない。自己診断部１２は、監視対象装置１０に対する自己診断により障害を検出した場合に、障害に関する障害情報と当該検出時のＯＳ１１の稼働状態とを収集し、障害通知装置２０へ通知する。ここで、「稼働状態」とは、ＯＳ１１が稼働中であるか停止中であるかを示す情報である。また、稼働状態は、ＯＳ１１が稼働中であるか否かを示す情報であっても良い。
【００１６】
障害通知装置２０は、監視対象装置１０を監視及び制御し、監視対象装置１０の障害が検出された場合に、端末３０へ通知を行う情報処理装置である。障害通知装置２０は、例えば、ＳＶＰ（SerVice Processor）であるが、これに限定されない。障害通知装置２０は、第１の入出力部２１と、第２の入出力部２２と、入出力制限部２３と、取得部２４とを備える。
【００１７】
第１の入出力部２１は、ＯＳ１１との間で入出力される第１の入出力データについて、端末３０との間で通信回線を介して入出力を行う。第１の入出力データは、例えば、ＯＳ１１から出力されたメッセージ、画面データ等や、端末３０等からＯＳ１１に対して入力されたコマンド等のＯＳ用のコンソールデータである。また、第１の入出力データには、後述する第１の障害通知情報が含まれる。
【００１８】
第２の入出力部２２は、自装置（障害通知装置２０）による監視対象装置１０の制御に関する第２の入出力データについて、端末３０との間で通信回線を介して入出力を行う。第２の入出力データは、端末３０等から障害通知装置２０に対して入力された監視対象装置１０の制御コマンド等や、当該制御コマンドの実行結果としての監視対象装置１０からの出力データ等のコンソールデータである。第２の入出力データには、例えば、監視対象装置１０の構成や動作速度の変更などを操作する制御コマンドが含まれてもよい。また、第２の入出力データには、後述する第２の障害通知情報が含まれる。ここで、第１の入出力部２１及び第２の入出力部２２は、通信回線を介して端末３０の端末エミュレータとの間でコンソールデータの送受信（入出力）を行う。
【００１９】
入出力制限部２３は、第２の入出力部２２による入出力に制限をかけ、また、当該制限を解除する。第２の入出力部２２は、入出力に制限がかけられた場合、端末３０との間で、第２の入出力データの入出力を行うことができない。ここで、入出力制限部２３は、障害監視の開始時に、第２の入出力部２２による入出力に予め制限をかけるものとする。
【００２０】
取得部２４は、監視対象装置１０（の自己診断部１２）で検出された障害に関する障害情報と、当該検出時のＯＳ１１の稼働状態とを、監視対象装置１０（の自己診断部１２）から取得する。
【００２１】
ここで、入出力制限部２３は、取得部２４により取得された稼働状態に基づきＯＳ１１が稼働中か停止中かを判定する。そして、入出力制限部２３は、ＯＳ１１が稼働中である場合に、第１の入出力部２１を用いて、障害情報に基づく第１の障害通知情報を端末３０へ出力させる。また、入出力制限部２３は、ＯＳ１１が停止中である場合に、第２の入出力部２２の制限を解除し、第２の入出力部２２を用いて、障害情報に基づく第２の障害通知情報を端末へ出力させる。ここで、第１の障害通知情報は、ＯＳ１１により検出される障害の詳細情報を含むものであってもよい。また、第２の障害通知情報は、少なくとも運用者に障害があった旨を通知するものであればよい。
【００２２】
図２は、本実施の形態１にかかる障害通知方法の流れを示すフローチャートである。まず、入出力制限部２３は、第２の入出力部２２による入出力に制限をかける（Ｓ１）。次に、取得部２４は、監視対象装置１０で検出された障害に関する障害情報と、当該検出時のＯＳ１１の稼働状態とを、監視対象装置１０から取得する（Ｓ２）。
【００２３】
そして、入出力制限部２３は、ステップＳ２により取得された稼働状態に基づきＯＳ１１が稼働中か停止中かを判定する（Ｓ３）。ＯＳ１１が稼働中である場合、入出力制限部２３は、第１の入出力部２１により、障害情報に基づく第１の障害通知情報を通信回線を介して端末３０へ出力する（Ｓ４）。また、ＯＳ１１が停止中である場合、入出力制限部２３は、第２の入出力部２２の制限を解除する（Ｓ５）。そして、入出力制限部２３は、第２の入出力部２２により、障害情報に基づく第２の障害通知情報を通信回線を介して端末３０へ出力する（Ｓ６）。
【００２４】
このように本実施形態では、障害通知装置２０が端末３０との間でデータ通信を行うための２種類の入出力手段（第１の入出力部２１と第２の入出力部２２）を設けている。ここで、第１の入出力部２１は、監視対象装置１０上で稼働するＯＳ１１と、端末３０との入出力を仲介するものである。そのため、端末３０の運用担当者にとっては、操作し易く、ＯＳ１１からの出力内容を把握し易い。よって、遠隔監視を円滑に行うことができる。また、ＯＳ１１上のログインアカウントに運用担当者ごとに個別のアクセス権限を付与することで、セキュリティを確保できる。一方、第２の入出力部２２は、障害通知装置２０と端末３０との間の入出力を仲介するものであるが、障害通知装置２０は、監視対象装置１０全体に対する各種制御を行うことができる。そのため、端末３０の運用担当者は、第２の入出力部２２を介して、監視対象装置１０の構成変更等の専門性の高い操作を行うこともできてしまう。よって、端末３０からの第２の入出力部２２を介した監視対象装置１０へのアクセスを、普段から認めてしまうと、操作ミスをした場合の影響が多いという懸念がある。そこで、本実施形態１では、通常では、第２の入出力部２２による入出力に制限をかけておくことで、セキュリティを確保するものである。
【００２５】
その上で、監視対象装置１０の遠隔監視においては、ＯＳ１１によりある程度、障害検出が可能であるため、ＯＳ１１による端末３０への障害通知を行うことも考えられる。しかしながら、ＯＳ１１に関わる障害が発生し、ＯＳ１１が停止した場合にはＯＳ１１による障害通知には限界がある。例えば、ＯＳ１１が停止した際の詳細な障害情報は、ＯＳ１１自身では通知できず、さらに、ＯＳ１１が停止中に監視対象装置１０において二次的に発生した他の構成の障害については、通知できない。
【００２６】
そこで、本実施形態では、監視対象装置１０内の自己診断部１２等を用いて通知される障害情報とＯＳ１１の稼働状態とを利用し、稼働状態がＯＳの停止を示す場合には、一時的に第２の入出力部２２の制限を解除して障害情報に基づく通知を行うものである。これにより、端末３０の運用担当者は、障害通知情報から必要に応じて保守業者に問合せを行うことができるため、保守業者は迅速に対応することができる。以上のことから本実施形態により、セキュリティを確保しつつ、遠隔監視における対象システムの障害通知を実現することができる。
【００２７】
尚、障害通知装置２０は、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施の形態にかかる障害通知方法の処理が実装されたコンピュータプログラムが記憶されている。そして、当該プロセッサは、記憶装置からコンピュータプログラムを前記メモリへ読み込み、当該コンピュータプログラムを実行する。これにより、前記プロセッサは、上述した第１の入出力部２１、第２の入出力部２２、入出力制限部２３及び取得部２４の機能を実現する。
【００２８】
または、第１の入出力部２１、第２の入出力部２２、入出力制限部２３及び取得部２４は、専用のハードウェアで実現されていてもよい。また、各構成要素の一部又は全部は、汎用または専用の回路（circuitry）、プロセッサ等やこれらの組合せによって実現されもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。また、プロセッサとして、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（field-programmable gate array）等を用いることができる。
【００２９】
＜実施の形態２＞
ここで、本開示が解決しようとする課題について改めて詳述する。
これまで、コンピュータの障害監視システムには、主にリモート保守が利用されてきた。ここで、「リモート保守」は自動通報と遠隔診断を用いて行われる。「自動通報」とは、まず、本体系装置に障害が発生した場合、内蔵された診断制御プロセッサ（例えば、ＤＧＰ）が障害を検知し、サービスプロセッサ（例えば、ＳＶＰ）へその旨を通知する。そして、ＳＶＰが固定ディスクへのロギング及び公衆回線を介した保守センタシステムへ障害内容の通報を行うことである。
【００３０】
自動通報を受けた保守センタシステムでは、専門の保守員が常時障害監視しており、障害発生時の故障原因および処置方法を迅速に特定し、ユーザ（運用担当者）がいる保守拠点へ作業指示を行うことで高い保守品質を維持していた。また、自動通報だけで故障原因、処置方法の判断が不可能であった場合は、保守員がユーザのコンピュータ機器に対して遠隔で操作し、原因特定に必要な情報を収集することで正確な作業指示を行っていた。これを「遠隔診断」と呼ぶ。
【００３１】
しかし、上記のリモート保守は、コンピュータ機器と保守センタシステムが直接接続する形態をとるため、それをリスクと感じ該リモート保守を利用しないユーザが増えてきた。リモート保守を前提としたコンピュータ機器は、それにより保守性を確保していたため、リモート保守を利用しないとなると迅速な被疑の特定や交換部品の手配が行えないため、障害発生時は復旧が遅れる。
【００３２】
そのためリモート保守を利用しない場合の代替手段として、それに近い保守性を保つためにオペレーティングシステム（ＯＳ）通知と呼ばれるシステムが利用されてきた。「ＯＳ通知システム」とは、障害が発生するとリモートオペレータステーション（以下、リモートＯＰＳと称す。）のＯＳ用の画面領域（ＯＳ画面）に障害内容をメッセージにより表示することで、オペレータ（運用担当者）へ通知するシステムである。そして、該通知を受けたオペレータが保守員を呼び出すことで、保守員は初めて現場での対応を行っていた。しかし、周辺装置の故障やソフトエラーによる間欠故障等でＯＳが停止すると、ＯＳ画面への出力が不可能になる。そのため、ユーザは、障害の種類によっては障害発生を即時に関知できず、保守員による障害対応ができないという課題があった。
【００３３】
そこで、本実施の形態２は、上述した実施の形態１の具体的な一実施例であり、以下では上述した課題の少なくとも一部を解決するものについて説明する。例えば、本実施形態にかかる前記第２の入出力部は、前記制限の解除後に、前記障害情報に基づき特定される前記障害の種別を識別するための識別情報を前記第２の障害通知情報として前記端末へ出力するものである。これにより、端末に表示された識別情報から障害内容について容易に特定することができる。
【００３４】
さらに、前記第２の入出力部は、前記制限の解除後に、前記障害情報から前記障害の内容を除去して前記識別情報を特定し、前記識別情報と所定のメッセージとを含めた前記第２の障害通知情報を生成し、当該第２の障害通知情報を前記端末へ出力することが望ましい。例えば、端末の表示内容を確認するオペレータには障害内容の詳細を開示せず、オペレータが保守員に識別情報を伝えることで、保守員は識別情報から障害内容を容易に特定可能となる。
【００３５】
また、前記自己診断部は、前記ＯＳの停止状態において前記自己診断により前記ＯＳ以外の障害を検出した場合に、前記障害情報と前記稼働状態とを収集し、前記障害通知装置へ通知することが望ましい。言い換えると、前記取得部は、前記ＯＳが停止中において前記監視対象装置の自己診断部により前記ＯＳ以外の障害が検出された場合に、前記障害情報と前記稼働状態とを当該自己診断部から取得することが望ましい。これにより、ＯＳ停止中に発生した障害についても障害情報の取得及び通知ができる。
【００３６】
また、前記入出力制限部は、前記ＯＳが稼働中であり、かつ、第２の入出力部の制限が解除されている場合に、再度、前記第２の入出力部に制限をかけて、前記第１の入出力部を用いて、前記第１の障害通知情報を前記端末へ出力させるとよい。これにより、障害通知後のセキュリティを確保できる。または、前記入出力制限部は、前記第２の入出力部が前記第２の障害通知情報を前記端末へ出力した後に、再度、前記第２の入出力部に前記制限をかけるようにしてもよい。これによっても、障害通知後のセキュリティを確保できる。
【００３７】
ここで、前記入出力制限部は、前記第２の入出力部の前記制限を解除する際に、前記端末への出力の制限を解除するが、前記端末からの入力の制限を維持するとよい。これにより、端末側からの操作ミスの受け付けを防ぎつつ、ＯＳ停止状態での障害通知を実現できる。
【００３８】
また、前記障害通知装置は、表示部をさらに備え、前記第２の入出力部は、前記第２の入出力データを前記表示部にさらに表示するものとする。この場合、前記入出力制限部は、前記第２の入出力部による入出力のうち、前記端末との間の入出力に制限をかけ、前記表示部への出力に制限をかけないことが望ましい。これにより、障害通知装置の設置された現場に到着した保守員は、表示部の表示内容から様々な詳細な情報を確認することができる。
【００３９】
図３は、本実施の形態２にかかる障害通知システム２０００の構成を示すブロック図である。障害通知システム２０００は、本体系装置１００と、ＳＶＰ装置２００と、オペレータシステム３００とを備える。ここで、本体系装置１００とＳＶＰ装置２００とは、データセンター等のマシン室４００内に設置され、通信ケーブル等で直接、接続されている。一方、オペレータシステム３００は、マシン室４００から遠隔地にあるオペレータシステム３００内に設置されている。ＳＶＰ装置２００とオペレータシステム３００とは通信回線を介して接続されている。つまり、ＳＶＰ装置２００は、本体系装置１００の障害をＯＰＳ２２０とリモートＯＰＳ３１０の両方に通知することができる。そして、オペレータシステム３００は、オペレータＯＰにより表示内容の確認及び操作による入力が行われる。ここで、オペレータＯＰは、本体系装置１００の運用担当者であるが、機器等の保守業者の保守員ではないものとする。そして、オペレータＯＰは、本体系装置１００の障害通知をＳＶＰ装置２００からオペレータシステム３００により確認した場合、その旨を保守員に連絡する。保守員は、マシン室４００へ向かい、ＳＶＰ装置２００を用いて、本体系装置１００の保守作業を行う。一方、マシン室４００内でＳＶＰ装置２００のＯＰＳ２２０の操作権限について厳重に管理することで、オペレータＯＰの操作ミスによるシステムダウンが予防されているものとする。
【００４０】
図４は、本実施の形態２にかかる本体系装置１００とＳＶＰ装置２００の内部構成を示すブロック図である。本体系装置１００は、上述した監視対象装置１０の一例であり、ＣＰＵ１１０と、ＭＭＵ（Memory Management Unit）１２０と、ＤＧＰ１３０とを備える。尚、ＣＰＵ１１０とＭＭＵ１２０とは、２以上であってもよい。
【００４１】
ＣＰＵ１１０は、ＯＳ１１１を起動及び実行する本体系装置１００の構成の一例である。つまり、ＯＳ１１１は、本体系装置１００上で稼働する。尚、ＯＳ１１１は、ＣＰＵ１１０で実行されている状態を図示したものであるが、ＯＳ１１１の大半のプログラムコードはＭＭＵ１２０に保持されているため、ＯＳ１１１がＭＭＵ１２０に存在すると表現してもよい。
【００４２】
ＭＭＵ１２０は、メモリ管理ユニットであり、本体系装置１００の構成の一例である。ＭＭＵ１２０は、ＯＳ１１１に対する実行指示や、ＯＳ１１１の実行結果を保存する。
【００４３】
ＤＧＰ１３０は、上述した自己診断部１２の一例であり、ＣＰＵ１１０及びＭＭＵ１２０と接続し、ＣＰＵ１１０及びＭＭＵ１２０に対して定期的に自己診断を行う。ＤＧＰ１３０は、情報収集部１３１と、障害情報作成部１３２とを備える。情報収集部１３１は、ＣＰＵ１１０及びＭＭＵ１２０を含む本体系装置１００内の各種構成（装置）と接続し、各構成の診断、診断結果の収集、及び、ＯＳ１１１の稼働情報（ＯＳ稼働情報）の抽出を行う。障害情報作成部１３２は、情報収集部１３１と接続し、情報収集部１３１により収集された診断結果及びＯＳ稼働情報に基づき、障害情報及びＯＳの稼働状態を示す情報を作成し、ＳＶＰ装置２００へ送信する。
【００４４】
ＳＶＰ装置２００は、上述した障害通知装置２０の一例であり、本体系装置１００を監視し、検出された障害を通信回線を介してオペレータシステム３００へ通知する。ＳＶＰ装置２００は、コンソールデータ入出力装置２１０と、ＯＰＳ（OPerator Station）２２０と、ディスプレイ装置２３０とを備える。コンソールデータ入出力装置２１０は、オペレータシステム３００との間でコンソールデータの入出力を行う。コンソールデータ入出力装置２１０は、取得部２１１と、記憶部２１２と、入出力制限部２１３と、ＯＳコンソールデータ入出力部２１４と、ＳＶＰコンソールデータ入出力部２１５とを備える。
【００４５】
取得部２１１は、上述した取得部２４の一例であり、ＤＧＰ１３０の障害情報作成部１３２から障害情報及びＯＳの稼働状態情報を受信し、記憶部２１２に保存する。記憶部２１２は、稼働状態２１２１と、障害情報２１２２とを記憶する記憶領域である。
【００４６】
入出力制限部２１３は、上述した入出力制限部２３の一例であり、記憶部２１２に記憶された稼働状態２１２１に基づきＯＳコンソールデータ入出力部２１４及びＳＶＰコンソールデータ入出力部２１５の入出力の制限を設定又は解除する。また、入出力制限部２１３は、稼働状態２１２１に基づき、ＯＳコンソールデータ入出力部２１４又はＳＶＰコンソールデータ入出力部２１５を用いて、障害情報２１２２に基づく障害通知を制御する。
【００４７】
図５は、本実施の形態２にかかるＳＶＰ装置２００とオペレータシステム３００の内部構成を示すブロック図である。
【００４８】
ＯＳコンソールデータ入出力部２１４は、上述した第１の入出力部２１の一例であり、ＯＰＳ２２０のＯＳコンソールデータ入出力部２２１と、オペレータシステム３００の後述するリモートＯＰＳ３１０のＯＳコンソールデータ入出力部３１１と接続する。つまり、ＯＳコンソールデータ入出力部２１４は、ＯＳコンソールデータ入出力部２２１及びＯＳコンソールデータ入出力部３１１とデータの入出力を行うための通信経路を有するといえる。
【００４９】
ＯＳコンソールデータ入出力部２１４は、ＯＳコンソールデータをＯＳ１１１から受信又は生成し、ＯＰＳ２２０及びオペレータシステム３００へＯＳコンソールデータを送信（出力）する。また、ＯＳコンソールデータ入出力部２１４は、ＯＰＳ２２０及びオペレータシステム３００からＯＳコンソールデータを受信し、ＯＳ１１１へ出力する。ＯＳコンソールデータは、上述した第１の入出力データの一例である。つまり、ＯＳコンソールデータは、本体系装置１００のＣＰＵ１１０で稼働するＯＳ１１１により生成され、ＳＶＰ装置２００に対して出力されたデータである。また、ＯＳコンソールデータは、ＳＶＰ装置２００又はオペレータシステム３００において生成され、ＯＳ１１１に対して出力されるデータである。
【００５０】
ＳＶＰコンソールデータ入出力部２１５は、上述した第２の入出力部２２の一例であり、ＯＰＳ２２０のＳＶＰコンソールデータ入出力部２２２と、オペレータシステム３００のリモートＯＰＳ３１０の後述するＳＶＰコンソールデータ入出力部３１２と接続する。つまり、ＳＶＰコンソールデータ入出力部２１５は、ＳＶＰコンソールデータ入出力部２２２及びＳＶＰコンソールデータ入出力部３１２とデータの入出力を行うための通信経路を有するといえる。
【００５１】
但し、後述するように、ＳＶＰコンソールデータ入出力部２１５は、通常、リモートＯＰＳ３１０との入出力は制限されているものとする。そのため、通常、ＳＶＰコンソールデータ入出力部２１５は、保守員が操作するＯＰＳ２２０からの入力に応じて本体系装置１００の制御コマンド等をＳＶＰコンソールデータとして生成し、本体系装置１００に対して制御コマンドを発行（出力）する。また、ＳＶＰコンソールデータ入出力部２１５は、本体系装置１００から制御コマンドの実行結果を受信し、ＳＶＰコンソールデータとしてＯＰＳ２２０へ出力する。ここで、ＳＶＰコンソールデータは、上述した第２の入出力データの一例である。そして、ＳＶＰコンソールデータは、本体系装置１００の構成変更等を行う制御コマンドを含むため、本体系装置１００のシステムダウンにもつながるものである。よって、オペレータＯＰは、原則としてＳＶＰコンソールデータの入出力ができないことがセキュリティ上望ましい。
【００５２】
ここで、入出力制限部２１３は、ＯＳコンソールデータ入出力部２１４及びＳＶＰコンソールデータ入出力部２１５の入出力に制限をかけ、また、解除できる。言い換えると、入出力制限部２１３は、ＯＳコンソールデータ入出力部２１４及びＳＶＰコンソールデータ入出力部２１５のそれぞれが有する通信経路の制限又は開放を行うことができる。
【００５３】
本実施形態にかかる入出力制限部２１３は、ＳＶＰコンソールデータ入出力部２１５による入出力に予め制限をかけているものとする。具体的には、入出力制限部２１３は、ＳＶＰコンソールデータ入出力部２１５とＳＶＰコンソールデータ入出力部３１２との間の入出力に制限をかけているものとする。そのため、ＳＶＰコンソールデータ入出力部２１５は、ＳＶＰコンソールデータ入出力部２２２との間の入出力は可能である。また、ＳＶＰコンソールデータ入出力部２１５は、入出力制限部２１３により入出力の制限が解除されれば、ＳＶＰコンソールデータ入出力部３１２との間の入出力が可能となる。特に、入出力制限部２１３は、稼働状態がＯＳ１１１の停止中を示す場合、ＳＶＰ装置２００側のＳＶＰコンソールデータ入出力部２１５からＳＶＰコンソールデータ入出力部３１２への出力について少なくとも制限を解除するものであればよい。つまり、入出力制限部２１３は、オペレータシステム３００側であるＳＶＰコンソールデータ入出力部３１２からＳＶＰコンソールデータ入出力部２１５への入力については、必ずしも制限を解除しなてくもよい。オペレータＯＰによる本体系装置１００の構成変更等に関する操作ミスを防ぐためである。
【００５４】
ＯＰＳ２２０は、コンソールデータ入出力装置２１０から受信したＯＳコンソールデータ及びＳＶＰコンソールデータを、ディスプレイ装置２３０へ出力する。ディスプレイ装置２３０は、ＯＰＳ２２０から入力されたＯＳコンソールデータ及びＳＶＰコンソールデータを表示部（画面）に表示する表示装置である。ＯＰＳ２２０は、ＯＳコンソールデータ入出力部２２１及びＳＶＰコンソールデータ入出力部２２２を備える。また、ディスプレイ装置２３０は、ＯＳコンソールデータ表示部２３１及びＳＶＰコンソールデータ表示部２３２を備える。
【００５５】
ＯＳコンソールデータ入出力部２２１は、ＯＳコンソールデータ入出力部２１４から受信したＯＳコンソールデータを、ＯＳコンソールデータ表示部２３１へ出力する。ＯＳコンソールデータ表示部２３１は、ＯＳコンソールデータ入出力部２２１から入力されたＯＳコンソールデータを表示する。ＳＶＰコンソールデータ入出力部２２２は、ＳＶＰコンソールデータ入出力部２１５から受信したＳＶＰコンソールデータを、ＳＶＰコンソールデータ表示部２３２へ出力する。ＳＶＰコンソールデータ表示部２３２は、ＳＶＰコンソールデータ入出力部２２２から入力されたＳＶＰコンソールデータを表示する。
【００５６】
オペレータシステム３００は、リモートＯＰＳ３１０とディスプレイ装置３２０とを備える。リモートＯＰＳ３１０は、コンソールデータ入出力装置２１０から受信したＯＳコンソールデータ及びＳＶＰコンソールデータを、ディスプレイ装置３２０へ出力する。ディスプレイ装置３２０は、リモートＯＰＳ３１０から入力されたＯＳコンソールデータ及びＳＶＰコンソールデータを表示部（画面）に表示する表示装置である。
【００５７】
ＯＳコンソールデータ入出力部３１１は、ＯＳコンソールデータ入出力部２１４から受信したＯＳコンソールデータを、ＯＳコンソールデータ表示部３２１へ出力する。ＯＳコンソールデータ表示部３２１は、ＯＳコンソールデータ入出力部３１１から入力されたＯＳコンソールデータを表示する。ＳＶＰコンソールデータ入出力部３１２は、ＳＶＰコンソールデータ入出力部２１５から受信したＳＶＰコンソールデータを、ＳＶＰコンソールデータ表示部３２２へ出力する。ＳＶＰコンソールデータ表示部３２２は、ＳＶＰコンソールデータ入出力部３１２から入力されたＳＶＰコンソールデータを表示する。
【００５８】
ここで、ＯＳコンソールデータ入出力部２１４及びＳＶＰコンソールデータ入出力部２１５は、入出力制限部２１３の指示に基づいて、記憶部２１２に記憶された障害情報２１２２から障害通知情報をＯＳコンソールデータとして生成してもよい。例えば、ＯＳコンソールデータ入出力部２１４は、障害情報２１２２に基づく第１の障害通知情報を生成してもよい。ここで、第１の障害通知情報は、障害情報２１２２と同等の内容を示す文字情報であってもよい。また、ＳＶＰコンソールデータ入出力部２１５は、障害情報２１２２に基づく第２の障害通知情報をＳＶＰコンソールデータとして生成してもよい。ここで、第２の障害通知情報は、障害情報２１２２に基づき特定される障害の種別を識別するための識別情報であってもよい。ここで、識別情報は、例えば、障害のＩＤを示すエラーコード等の数字及び文字を含むデータが挙げられるが、これに限定されない。この場合、ＳＶＰコンソールデータ入出力部２１５は、入出力制限部２１３による制限の解除後に、障害情報２１２２から障害の内容を除去して識別情報を特定し、識別情報と所定のメッセージとを含めた第２の障害通知情報を生成する。そして、ＳＶＰコンソールデータ入出力部２１５は、生成した第２の障害通知情報をＳＶＰコンソールデータ入出力部２２２及びＳＶＰコンソールデータ入出力部３１２へ出力する。
【００５９】
ここで、所定のメッセージは、例えば、オペレータＯＰに対して、保守員の呼び出しが必要であることを伝えるメッセージであるとよい。そして、所定のメッセージは、記憶部２１２等に予め保存されていてもよい。また、識別情報は、現場に呼び出された保守員が障害内容を把握するために用いられる情報である。例えば、保守員は、識別情報から障害情報データベースを検索して、障害内容の詳細や、対応策等の情報を得る。そのため、識別情報は、オペレータＯＰに障害内容の詳細の開示を抑止し、暗号メッセージとみなすこともできる。
【００６０】
尚、第１の障害通知情報又は第２の障害通知情報は、ＤＧＰ１３０の障害情報作成部１３２が生成したものであってもよい。
【００６１】
図６は、本実施の形態２にかかるＤＧＰ１３０による障害通知処理の流れを示すシーケンス図である。まず、ＤＧＰ１３０の情報収集部１３１は、ＣＰＵ１１０及びＭＭＵ１２０の診断を行う（Ｓ１１）。ここで、情報収集部１３１は、定期的に、つまり、一定の時間間隔で診断を開始するものとする。そして、情報収集部１３１は、ＣＰＵ１１０及びＭＭＵ１２０から診断結果を収集する（Ｓ１２）。ここでは、情報収集部１３１は、ＣＰＵ１１０及びＭＭＵ１２０等から障害を検出しなかったものとする。つまり、この時点では、ＣＰＵ１１０上でＯＳ１１１が稼働している。
【００６２】
その後、本体系装置１００内の周辺装置の故障やソフトエラーによる間欠故障等でＯＳ１１１が停止したものとする。そして、ステップＳ１１から一定時間後に、再度、情報収集部１３１は、ＣＰＵ１１０及びＭＭＵ１２０の診断を行う（Ｓ１３）。そして、情報収集部１３１は、ＣＰＵ１１０及びＭＭＵ１２０から診断結果を収集する。このとき、情報収集部１３１は、診断結果から本体系装置１００の障害を検出し、ＯＳ１１１の稼働情報の抽出を行う（Ｓ１４）。例えば、情報収集部１３１は、診断結果を解析してＯＳ稼働情報を抽出してもよい。または、情報収集部１３１は、本体系装置１００内の所定の記憶領域からＯＳの稼働状態を判別可能な情報をＯＳ稼働情報として抽出してもよい。
【００６３】
その後、情報収集部１３１は、診断結果及びＯＳ稼働情報を障害情報作成部１３２へ送信する（Ｓ１５）。そして、障害情報作成部１３２は、情報収集部１３１から受信した診断結果及びＯＳ稼働情報に基づき、障害情報及びＯＳの稼働状態を示す情報を作成する。ここで、障害情報作成部１３２は、診断結果を解析して障害内容を示す情報に変換又は抽出等を行うことにより、障害情報を作成してもよい。また、障害情報作成部１３２は、ＯＳ稼働情報からＯＳ１１１が稼働中か停止中かを示す情報に変換して、稼働状態を作成してもよい。尚、このケースでは、稼働状態は、ＯＳが停止中を示す情報となる。また、障害情報作成部１３２は、他の方法により障害情報及びＯＳの稼働状態を作成してもよい。そして、障害情報作成部１３２は、障害情報及びＯＳの稼働状態をＳＶＰ装置２００のコンソールデータ入出力装置２１０へ送信する（Ｓ１６）。
【００６４】
その後、ステップＳ１３から一定時間後に、再度、情報収集部１３１は、ＣＰＵ１１０及びＭＭＵ１２０の診断を行う（Ｓ１３ａ）。そして、情報収集部１３１は、ＣＰＵ１１０及びＭＭＵ１２０から診断結果を収集し、ＯＳ稼働情報を抽出する（Ｓ１４ａ）。例えば、ＯＳ停止に起因して本体系装置１００内の他の構成で発生した障害等のステップＳ１４よりも後に発生した障害等が挙げられるが、これらに限定されない。すなわち、ＯＳ１１１の停止自体の障害ではなく、ＯＳ１１１の停止後に発生した障害が検出されたものとする。
【００６５】
この場合も上記同様、情報収集部１３１は、診断結果及びＯＳ稼働情報を障害情報作成部１３２へ送信し（Ｓ１５ａ）、障害情報作成部１３２は、障害情報及びＯＳの稼働状態をＳＶＰ装置２００のコンソールデータ入出力装置２１０へ送信する（Ｓ１６ａ）。この場合も稼働状態は、ＯＳが停止中を示す情報となる。
【００６６】
尚、図６では、ＯＳが停止中（停止直後及び停止後一定時間経過後）のケースを説明したが、本実施形態は、ＯＳが稼働中に障害が発生した場合についても対応できる。その場合、例えば、ステップＳ１２の後の障害発生ではＯＳが停止せず、稼働が継続した場合となる。そして、ステップＳ１４で、情報収集部１３１はＣＰＵ１１０又はＭＭＵ１２０等の障害を検出し、その際に抽出したＯＳ稼働情報や障害情報作成部１３２が作成した稼働状態がＯＳが稼働中であることを示す情報となる。
【００６７】
図７は、本実施の形態２にかかるＳＶＰ装置２００における障害通知処理の流れを示すフローチャートである。まず、取得部２１１は、ＤＧＰ１３０から障害情報及びＯＳの稼働状態を受信する（Ｓ２１）。そして、取得部２１１は、受信した障害情報及びＯＳの稼働状態を記憶部２１２に記憶する（Ｓ２２）。
【００６８】
その後、入出力制限部２１３は、記憶部２１２を参照し、稼働状態２１２１に基づきＯＳ１１１が稼働中か停止中かを判定する（Ｓ２３）。ＯＳ１１１が稼働中と判定した場合、入出力制限部２１３は、リモートＯＰＳ３１０との間のＳＶＰコンソールデータの入出力を制限する（Ｓ２４）。具体的には、入出力制限部２１３は、ＳＶＰコンソールデータ入出力部２１５によるＳＶＰコンソールデータ入出力部３１２との入出力のための通信経路が有効であった場合（制限されていなかった場合）、制限をかける。
【００６９】
続いて、入出力制限部２１３は、ＯＳコンソールデータ入出力部２１４に対して第１の障害通知情報の送信を指示する。ＯＳコンソールデータ入出力部２１４は、入出力制限部２１３から指示に応じて、記憶部２１２から障害情報２１２２を読み出して第１の障害通知情報をＯＳコンソールデータとして生成する（Ｓ２５）。尚、ＯＳコンソールデータ入出力部２１４は、障害情報２１２２そのものを第１の障害通知情報としてもよい。そして、ＯＳコンソールデータ入出力部２１４は、生成したＯＳコンソールデータを通信経路を介して送信する（Ｓ２６）。そのため、ＯＳコンソールデータは、ＯＳコンソールデータ入出力部２２１及びＯＳコンソールデータ入出力部３１１へ出力される。
【００７０】
よって、ＯＳコンソールデータ表示部２３１は、ＯＳコンソールデータ入出力部２２１から受信したＯＳコンソールデータを表示する。また、ＯＳコンソールデータ表示部３２１は、ＯＳコンソールデータ入出力部３１１から受信したＯＳコンソールデータを表示する。これにより、ＯＳ通知システムによる通知と同様に、オペレータＯＰはＯＳ稼働中の障害を検知でき、ＯＳ１１１を介して障害の対応が可能となる。または、オペレータＯＰは、ＯＳコンソールデータ表示部３２１の表示内容を保守員に連絡して対応させてもよい。
【００７１】
ステップＳ２３においてＯＳ１１１が停止中と判定した場合、入出力制限部２１３は、リモートＯＰＳ３１０との間のＳＶＰコンソールデータの入出力の制限を解除する（Ｓ２７）。具体的には、入出力制限部２１３は、ＳＶＰコンソールデータ入出力部２１５によるＳＶＰコンソールデータ入出力部３１２との入出力のための通信経路を有効にする。
【００７２】
続いて、入出力制限部２１３は、ＳＶＰコンソールデータ入出力部２１５に対して第２の障害通知情報の送信を指示する。ＳＶＰコンソールデータ入出力部２１５は、入出力制限部２１３から指示に応じて、記憶部２１２から障害情報２１２２を読み出して第２の障害通知情報をＳＶＰコンソールデータとして生成する（Ｓ２８）。例えば、ＳＶＰコンソールデータ入出力部２１５は、障害情報２１２２から識別情報を抽出し、識別情報と所定のメッセージとを結合して第２の障害通知情報を生成する。そして、ＳＶＰコンソールデータ入出力部２１５は、生成したＳＶＰコンソールデータを通信経路を介して送信する（Ｓ２９）。そのため、ＳＶＰコンソールデータは、ＳＶＰコンソールデータ入出力部２２２及びＳＶＰコンソールデータ入出力部３１２へ出力される。
【００７３】
よって、ＳＶＰコンソールデータ表示部２３２は、ＳＶＰコンソールデータ入出力部２２２から受信したＳＶＰコンソールデータを表示する。また、ＳＶＰコンソールデータ表示部３２２は、ＳＶＰコンソールデータ入出力部３１２から受信したＳＶＰコンソールデータを表示する。これにより、ＯＳ通知システムでは通知できなかった障害内容を特定するためのエラーコード等を表示することができる。また、ＯＳ停止後に発生した障害については、その存在自体を通知することができる。よって、オペレータＯＰは、ＳＶＰコンソールデータ表示部３２２の表示内容からＯＳ停止中の障害を検知でき、エラーコード等を保守員に連絡して対応させることができる。
【００７４】
尚、ステップＳ２７において、入出力制限部２１３は、少なくともＳＶＰ装置２００からオペレータシステム３００へのＳＶＰコンソールデータの送信の制限を解除すれば良く、オペレータシステム３００からＳＶＰ装置２００へのＳＶＰコンソールデータの送信の制限を解除する必要はない。
【００７５】
また、ステップＳ２９の後に、入出力制限部２１３は、ステップＳ２７で解除した分について、再度、制限をかけてもよい。この場合、ステップＳ２４は実行しなくてもよい。
【００７６】
このように、本実施形態２においても、セキュリティを確保しつつ、遠隔監視における対象システムの障害通知を実現することができる。特に、ＯＳ停止後も続けて定期的に、ＤＧＰ１３０による自己診断を行うため、ＯＳ停止後に発生した障害についても通知することができる。
【００７７】
＜その他の実施の形態＞
尚、上述の実施の形態では、ハードウェアの構成として説明したが、これに限定されるものではない。本開示は、任意の処理を、ＣＰＵにコンピュータプログラムを実行させることにより実現することも可能である。
【００７８】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００７９】
なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
【００８０】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記Ａ１）
監視対象装置で稼働するＯＳ（Operating System）との第１の入出力データについて、通信回線を介して接続された端末との間で入出力を行う第１の入出力部と、
自装置による前記監視対象装置の制御に関する第２の入出力データについて、前記端末との間で入出力を行う第２の入出力部と、
前記第２の入出力部による入出力に予め制限をかける入出力制限部と、
前記監視対象装置で検出された障害に関する障害情報と、当該検出時の前記ＯＳの稼働状態とを、当該監視対象装置から取得する取得部と、
を備え、
前記入出力制限部は、
前記稼働状態に基づき前記ＯＳが稼働中か停止中かを判定し、
前記ＯＳが稼働中である場合に、前記第１の入出力部を用いて、前記障害情報に基づく第１の障害通知情報を前記端末へ出力させ、
前記ＯＳが停止中である場合に、前記第２の入出力部の前記制限を解除し、前記第２の入出力部を用いて、前記障害情報に基づく第２の障害通知情報を前記端末へ出力させる
障害通知装置。
（付記Ａ２）
前記第２の入出力部は、
前記制限の解除後に、前記障害情報に基づき特定される前記障害の種別を識別するための識別情報を前記第２の障害通知情報として前記端末へ出力する
付記Ａ１に記載の障害通知装置。
（付記Ａ３）
前記第２の入出力部は、
前記制限の解除後に、前記障害情報から前記障害の内容を除去して前記識別情報を特定し、前記識別情報と所定のメッセージとを含めた前記第２の障害通知情報を生成し、当該第２の障害通知情報を前記端末へ出力する
付記Ａ２に記載の障害通知装置。
（付記Ａ４）
前記取得部は、
前記ＯＳが停止中において前記監視対象装置の自己診断部により前記ＯＳ以外の障害が検出された場合に、前記障害情報と前記稼働状態とを当該自己診断部から取得する
付記Ａ１乃至Ａ３のいずれか１項に記載の障害通知装置。
（付記Ａ５）
前記入出力制限部は、
前記ＯＳが稼働中であり、かつ、前記第２の入出力部の前記制限が解除されている場合に、再度、前記第２の入出力部に前記制限をかけて、前記第１の入出力部を用いて、前記第１の障害通知情報を前記端末へ出力させる
付記Ａ１乃至Ａ４のいずれか１項に記載の障害通知装置。
（付記Ａ６）
前記入出力制限部は、
前記第２の入出力部が前記第２の障害通知情報を前記端末へ出力した後に、再度、前記第２の入出力部に前記制限をかける
付記Ａ１乃至Ａ４のいずれか１項に記載の障害通知装置。
（付記Ａ７）
前記入出力制限部は、
前記第２の入出力部の前記制限を解除する際に、前記端末への出力の制限を解除するが、前記端末からの入力の制限を維持する
付記Ａ１乃至Ａ６のいずれか１項に記載の障害通知装置。
（付記Ａ８）
前記障害通知装置は、表示部をさらに備え、
前記第２の入出力部は、前記第２の入出力データを前記表示部にさらに表示し、
前記入出力制限部は、
前記第２の入出力部による入出力のうち、前記端末との間の入出力に制限をかけ、前記表示部への出力に制限をかけない
付記Ａ１乃至Ａ７のいずれか１項に記載の障害通知装置。
（付記Ｂ１）
ＯＳ（Operating System）が稼働する監視対象装置と、
端末と、
前記端末と通信回線を介して接続された障害通知装置と、
を備え、
前記監視対象装置は、
当該監視対象装置の自己診断により障害を検出した場合に、前記障害に関する障害情報と当該検出時の前記ＯＳの稼働状態とを収集し、前記障害通知装置へ通知する自己診断部を備え、
前記障害通知装置は、
前記ＯＳとの第１の入出力データについて、前記端末との間で入出力を行う第１の入出力部と、
当該障害通知装置による前記監視対象装置の制御に関する第２の入出力データについて、前記端末との間で入出力を行う第２の入出力部と、
前記障害情報と前記稼働状態とを前記自己診断部から取得する取得部と、
前記第２の入出力部による入出力に予め制限をかける入出力制限部と、
を備え、
前記入出力制限部は、
前記稼働状態に基づき前記ＯＳが稼働中か停止中かを判定し、
前記ＯＳが稼働中である場合に、前記第１の入出力部を用いて、前記障害情報に基づく第１の障害通知情報を前記端末へ出力させ、
前記ＯＳが停止中である場合に、前記第２の入出力部の前記制限を解除し、前記第２の入出力部を用いて、前記障害情報に基づく第２の障害通知情報を前記端末へ出力させる
障害通知システム。
（付記Ｂ２）
前記自己診断部は、
前記ＯＳの停止状態において前記自己診断により前記ＯＳ以外の障害を検出した場合に、前記障害情報と前記稼働状態とを収集し、前記障害通知装置へ通知する
付記Ｂ１に記載の障害通知システム。
（付記Ｃ１）
監視対象装置で稼働するＯＳ（Operating System）との第１の入出力データについて、通信回線を介して接続された端末との間で入出力を行う第１の入出力部と、
自装置による前記監視対象装置の制御に関する第２の入出力データについて、前記端末との間で入出力を行う第２の入出力部と、
を備える障害通知装置が、
前記第２の入出力部による入出力に制限をかけ、
前記監視対象装置で検出された障害に関する障害情報と、当該検出時の前記ＯＳの稼働状態とを、当該監視対象装置から取得し、
前記稼働状態に基づき前記ＯＳが稼働中か停止中かを判定し、
前記ＯＳが稼働中である場合に、前記第１の入出力部により、前記障害情報に基づく第１の障害通知情報を前記端末へ出力し、
前記ＯＳが停止中である場合に、前記第２の入出力部の前記制限を解除し、前記第２の入出力部により、前記障害情報に基づく第２の障害通知情報を前記端末へ出力する
障害通知方法。
（付記Ｄ１）
監視対象装置で稼働するＯＳ（Operating System）との第１の入出力データについて、通信回線を介して接続された端末との間で入出力を行う第１の入出力部と、
自装置による前記監視対象装置の制御に関する第２の入出力データについて、前記端末との間で入出力を行う第２の入出力部と、
を備えるコンピュータに、
前記第２の入出力部による入出力に制限をかける処理と、
前記監視対象装置で検出された障害に関する障害情報と、当該検出時の前記ＯＳの稼働状態とを、当該監視対象装置から取得する処理と、
前記稼働状態に基づき前記ＯＳが稼働中か停止中かを判定する処理と、
前記ＯＳが稼働中である場合に、前記第１の入出力部により、前記障害情報に基づく第１の障害通知情報を前記端末へ出力する処理と、
前記ＯＳが停止中である場合に、前記第２の入出力部の前記制限を解除する処理と、
前記解除後に前記第２の入出力部により、前記障害情報に基づく第２の障害通知情報を前記端末へ出力する処理と、
を実行させる障害通知プログラム。
【００８１】
以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【符号の説明】
【００８２】
１０００  障害通知システム
１０  監視対象装置
１１  ＯＳ
１２  自己診断部
２０  障害通知装置
２１  第１の入出力部
２２  第２の入出力部
２３  入出力制限部
２４  取得部
３０  端末
２０００  障害通知システム
１００  本体系装置
１１０  ＣＰＵ
１１１  ＯＳ
１２０  ＭＭＵ
１３０  ＤＧＰ
１３１  情報収集部
１３２  障害情報作成部
２００  ＳＶＰ装置
２１０  コンソールデータ入出力装置
２１１  取得部
２１２  記憶部
２１２１  稼働状態
２１２２  障害情報
２１３  入出力制限部
２１４  ＯＳコンソールデータ入出力部
２１５  ＳＶＰコンソールデータ入出力部
２２０  ＯＰＳ
２２１  ＯＳコンソールデータ入出力部
２２２  ＳＶＰコンソールデータ入出力部
２３０  ディスプレイ装置
２３１  ＯＳコンソールデータ表示部
２３２  ＳＶＰコンソールデータ表示部
３００  オペレータシステム
３１０  リモートＯＰＳ
３１１  ＯＳコンソールデータ入出力部
３１２  ＳＶＰコンソールデータ入出力部
３２０  ディスプレイ装置
３２１  ＯＳコンソールデータ表示部
３２２  ＳＶＰコンソールデータ表示部
４００  マシン室
ＯＰ  オペレータ
【図１】
2020119077.tif 000003
【図２】
2020119077.tif 000004
【図３】
2020119077.tif 000005
【図４】
2020119077.tif 000006
【図５】
2020119077.tif 000007
【図６】
2020119077.tif 000008
【図７】
2020119077.tif 000009