JP2009176153A - コンピュータシステム、クライアントコンピュータ、ｏｓ終了方法およびｏｓ終了プログラム - Google Patents

Abstract

【課題】診断プロセッサの障害時においても、ブートローダのメッセージ出力およびブートローダによるＯＳの終了を可能にするコンピュータシステムを提供する。
【解決手段】入出力パス５に接続されるＯＳ用ネットワーク１１によってサーバ９に接続され、診断プロセッサ６に接続される診断用ネットワーク１０によってサーバに接続されるクライアントコンピュータ１は、ＯＳを起動させるブートローダ１４と、動作中のＯＳと診断プロセッサの間で通信を行い、診断プロセッサに障害が発生しているか否かを検出する診断プロセッサ通信部２２１と、ＯＳの動作を終了させる際に診断プロセッサに障害が発生していることが検出された場合にＯＳ用ネットワークを通じてエラーメッセージをサーバに対して出力するＯＳシャットダウン処理部２２５とを有する。
【選択図】図２

Description

本発明は、ネットワークを介して外部のサーバに接続する診断プロセッサを有するコンピュータに関し、特に該コンピュータで動作するＯＳを終了する際の処理に関する。

コンピュータの信頼性を高めるため、各々のクライアントコンピュータに診断プロセッサを備え、診断プロセッサからの情報をサーバにおいて収集することで、動作を遠隔監視し、多数のコンピュータの管理を容易にするというコンピュータシステムがある。

診断プロセッサは、クライアントコンピュータを構成するＣＰＵ、主記憶装置、入出力パス、制御装置などといったデバイスと、該クライアントコンピュータの通常の処理で使用されるパスとは別個の診断パスで接続され、各々のデバイスの状態を監視している。そして、診断プロセッサとサーバとの間の通信は、該クライアントコンピュータの通常の処理で使用されるネットワーク（以後ＯＳ用ネットワークという）とは別系統の診断用ネットワークで行われる。

各々のクライアントコンピュータはブートローダを備える。ブートローダは、該クライアントコンピュータで動作するＯＳを主記憶装置に読み込んでＣＰＵ上で実行する。またブートローダは、該ＯＳ、およびアプリケーションなどの大規模なソフトウェアを、サーバからＯＳ用ネットワークを介して読み込んで実行させることもできる。さらに、ブートローダはＯＳの実行中も主記憶装置に常駐して、ＣＰＵ上で実行されているＯＳを終了させることもできる。

その際、診断プロセッサはＣＰＵ上で実行されているソフトウェアの状態を監視し、ソフトウェアのストール（以後ＳＷストールということがある）もしくはデバイスの異常などについての情報を診断用ネットワークを介してサーバに通知する。ちなみにストールとは、命令の依存関係などの条件によって、ＣＰＵにおける命令の実行が停止状態になることをいう。

なお、診断プロセッサによるコンピュータの状態監視に関連する技術文献としては、次のようなものがある。特許文献１には、障害時に発生したコンソールメッセージをファイルとして記憶してｆｔｐで転送するという技術が開示されている。特許文献２には、ＳＶＰの障害時に他のＳＶＰによってその動作を代替するという技術が開示されている。特許文献３には、メッセージを送信するための最適な経路を選択するという技術が開示されている。

特許文献４〜６には、メッセージの出力先を変更する方法の例が開示されている。特許文献７には、ローカルコンソールの故障が発見された場合に、該コンソールをネットワークを介して接続された別のコンピュータに切り替えて運用を継続するという技術が開示されている。特許文献８には、コンピュータの入出力経路を変更する方法の例が開示されている。

特開２００１−２４３１３６号公報 特開２００４−３４１９８２号公報 特開２００６−３３３４８６号公報 特開平０６−１６１９１９号公報 特開平０６−２２３０１８号公報 特開平０７−２１９８８６号公報 特開平１１−３３８７３０号公報 特許第２７６２４５３号公報

いま、上述のような診断プロセッサを備えたクライアントコンピュータで、主記憶装置に常駐するブートローダが、サーバから読み込んで実行していたＯＳを終了させる場合を考える。診断プロセッサが正常であれば、該ＯＳが終了した旨のメッセージ、および異常を起こしたデバイスがあれば該デバイスについての情報を診断用ネットワークを介してサーバに通知診断用ネットワークを介してサーバに出力する。

しかしながら、ここで診断プロセッサに障害が発生していると、ＯＳが終了した旨のメッセージをサーバに出力することができない。このため、ＯＳを終了させる処理はそこで停止してしまう。これでは、ＯＳを終了させることができないばかりか、異常発生でＯＳを強制終了させる処理の際にブートローダが検出した各デバイスについての情報がサーバに出力されないので、異常の発生した原因を特定することも困難となる。

ちなみに上述の特許文献１〜８は、いずれも診断プロセッサを備えたクライアントコンピュータでＯＳを終了させる場合に適用して上述の問題を解決できる構成を備えていない。

本発明の目的は、診断プロセッサの障害時においても、ブートローダのメッセージ出力およびブートローダによるＯＳの終了を可能にするコンピュータシステム、クライアントコンピュータ、ＯＳ終了方法およびＯＳ終了プログラムを提供することにある。

上記目的を達成するため、本発明に係るコンピュータシステムは、ＣＰＵ、主記憶装置、診断プロセッサおよび入出力パスを有するクライアントコンピュータと、サーバと、入出力パスとサーバとを接続するＯＳ用ネットワークと、診断プロセッサとサーバとを接続して診断プロセッサから発せられるエラーメッセージをサーバに対して出力する診断用ネットワークとを有するコンピュータシステムであって、クライアントコンピュータが、入出力パスを初期化した後にＯＳを主記憶装置上に記憶させてＣＰＵ上で起動させるブートローダと、動作中のＯＳと診断プロセッサの間で通信を行い、診断プロセッサに障害が発生しているか否かを検出する診断プロセッサ通信部と、ＯＳの動作を終了させる際に診断プロセッサ通信部によって診断プロセッサに障害が発生していることが検出された場合にＯＳ用ネットワークを通じてエラーメッセージをサーバに対して出力するＯＳシャットダウン処理部とを有することを特徴とする。

上記目的を達成するため、本発明に係るクライアントコンピュータは、ＣＰＵ、主記憶装置、診断プロセッサおよび入出力パスを有し、ＯＳが動作し、入出力パスに接続されるＯＳ用ネットワークによってサーバに接続され、診断プロセッサに接続される診断用ネットワークによってサーバに接続され、診断プロセッサから発せられるエラーメッセージを診断用ネットワークを通じてサーバに対して出力するクライアントコンピュータであって、入出力パスを初期化した後にＯＳを主記憶装置上に記憶させてＣＰＵ上で起動させるブートローダと、動作中のＯＳと診断プロセッサの間で通信を行い、診断プロセッサに障害が発生しているか否かを検出する診断プロセッサ通信部と、ＯＳの動作を終了させる際に診断プロセッサ通信部によって診断プロセッサに障害が発生していることが検出された場合にＯＳ用ネットワークを通じてエラーメッセージをサーバに対して出力するＯＳシャットダウン処理部とを有することを特徴とする。

上記目的を達成するため、本発明に係るＯＳ終了方法は、ＣＰＵ、主記憶装置、診断プロセッサおよび入出力パスを有し、ＯＳが動作するクライアントコンピュータと、サーバと、入出力パスとサーバとを接続するＯＳ用ネットワークと、診断プロセッサとサーバとを接続して診断プロセッサから発せられるエラーメッセージをサーバに対して出力する診断用ネットワークとを有するコンピュータシステムにあって、ＯＳを終了させる方法であって、入出力パスを初期化した後にＯＳを主記憶装置上に記憶させてＣＰＵ上で起動させるＯＳ起動工程と、ＯＳの動作を終了させる際にＯＳと診断プロセッサの間で通信を行い、診断プロセッサに障害が発生しているか否かを検出する診断プロセッサ通信工程と、診断プロセッサ通信工程で診断プロセッサに障害が発生していることが検出された場合にＯＳ用ネットワークを通じてエラーメッセージをサーバに対して出力するエラーメッセージ出力工程とを有することを特徴とする。

上記目的を達成するため、本発明に係るＯＳ終了プログラムは、ＣＰＵ、主記憶装置、診断プロセッサおよび入出力パスを有し、ＯＳが動作するクライアントコンピュータと、サーバと、入出力パスとサーバとを接続するＯＳ用ネットワークと、診断プロセッサとサーバとを接続して診断プロセッサから発せられるエラーメッセージをサーバに対して出力する診断用ネットワークとを有するコンピュータシステムにあって、クライアントコンピュータに、入出力パスを初期化した後にＯＳを主記憶装置上に記憶させてＣＰＵ上で起動させるＯＳ起動処理と、ＯＳの動作を終了させる際にＯＳと診断プロセッサの間で通信を行い、診断プロセッサに障害が発生しているか否かを検出する診断プロセッサ通信処理と、診断プロセッサ通信処理で診断プロセッサに障害が発生していることが検出された場合にＯＳ用ネットワークを通じてエラーメッセージをサーバに対して出力するエラーメッセージ出力処理とを実行させることを特徴とする。

本発明は、診断プロセッサがストールしていればＯＳ用ネットワークを通じてエラーメッセージをサーバに対して出力するように構成したので、サーバに対してエラーメッセージを出力してＯＳを終了させることができる。これによって、診断プロセッサの障害時においても、ブートローダのメッセージ出力およびブートローダによるＯＳの終了を可能にするという、従来にない優れたコンピュータシステム、クライアントコンピュータ、ＯＳ終了方法およびＯＳ終了プログラムを提供することができる。

［第１の実施の形態］
図１は、本発明の第１の実施の形態に係るコンピュータシステム１００と、コンピュータシステム１００に含まれるクライアントコンピュータ１の構成を示すブロック図である。クライアントコンピュータ１は、ＣＰＵ２と、主記憶部３と、制御ユニット４と、入出力装置５と、診断プロセッサ６とを有する。診断プロセッサ６は、内部に不揮発性メモリ７を有し、クライアントコンピュータ１内の他装置と診断パス８を介して接続し、クライアントコンピュータ１外のサーバ９と診断用ネットワーク１０を介して接続する。

クライアントコンピュータ１内の入出力装置５とサーバ９はＯＳ用ネットワーク１１を介して接続する。サーバ９は、ＯＳ１５ｂを格納している外部記憶装置１２（ＨＤＤ）を備える。一方、診断プロセッサ６の不揮発性メモリ７にはブートローダ１４ｂが格納されている。ブートローダ１４ｂおよびＯＳ１５ｂはＣＰＵ２および主記憶部３に読み込まれ、それぞれブートローダ１４およびＯＳ１５として実行される。

クライアントコンピュータ１が起動する際には、まずブートローダ１４が読み込まれ、ブートローダ１４は入出力装置５を初期化して組み込み、ＯＳ用ネットワーク１１を介してサーバ９の外部記憶装置１２から、ＯＳ１５ｂを含むソフトウェアの稼動に必要なデータを読み込み、読み込まれたＯＳ１５を起動する。またサーバ９上のコンソール画面１３にＯＳ用ネットワーク１１を介してＯＳ１５からのメッセージを出力する。

図２は、図１で開示したＣＰＵ２上で実行されるＯＳ１５とブートローダ１４、および診断プロセッサ６が有する機能を示すブロック図である。図２において、ＣＰＵ２上でＯＳ１５やブートローダ１４が実行される際に必要な命令コード群や構成管理テーブル３１を含む各種データが、主記憶部３に格納されている。

ＣＰＵ２上での動作時において、ＯＳ１５は、ソフトウェア（ＳＷ）ストール監視タイマリセット機能２１１、構成管理機能２１２を、ブートローダ１４は、Ｉ／Ｏ初期化機能２２２、ＯＳロード機能２２３、ＳＷストール監視タイマスタート機能２２４、ＯＳシャットダウン機能２２５を有し、ＣＰＵが実現する機能として、診断プロセッサとの通信機能２２１がある。

また、診断プロセッサ６はＣＰＵ通信機能６１、診断パス制御機能６２、装置アクセス機能６３、ＳＷストール監視タイマ６４、サーバ通信機能６５を有する。図２で示す以外のＯＳ１５およびブートローダ１４の主な処理内容は、当業者にとってよく知られており、また本発明とは直接関係しないので、特に言及しない。

図３は、図１および図２で開示した診断プロセッサ６の動作を表すフローチャートである。診断プロセッサ６は、クライアントコンピュータ１に電源が投入されると起動し、稼動状態のままでクライアントコンピュータ１に対する操作者の指示を待つ。その後、診断プロセッサ６は、操作者の指示に従い、各装置の電源投入から各装置が初期化および初期診断などを経て使用可能になるまでの処理（ステップＳ３０１）が完了すると、ソフトウェアが動作するための処理を開始する。

診断プロセッサ６は、不揮発性メモリ７に格納されているブートローダ１４ｂの命令コード群を初期ブートロード（ステップＳ３０２）によって主記憶部３に格納した後、ＣＰＵ２に対して割込みを発行し（ステップＳ３０３）、ブートローダ１４が起動する契機を与える。ステップＳ３０２の初期ブートロードでは、診断プロセッサ６の診断パス制御機能６２を用いて、診断プロセッサ６から主記憶部３の指定アドレス領域にアクセスしてデータの書き込みを行う。ステップＳ３０３の割込みは、ＣＰＵ通信機能６１を用いて、診断パス８経由でＣＰＵに対して通信割込みを行う。

以降、診断プロセッサ６は、処理要求に応じた処理を行うため、各処理要求待ちの状態になる（ステップＳ３０４）。受け取った処理要求がＳＷストール監視タイマスタート要求もしくはＳＷストールタイマリセット要求であれば、ＳＷストール監視タイマ６４をスタートして（ステップＳ３０５）更新しながら、ＳＷストールの監視を行う。

ＳＷストール監視タイマ６４がタイムオーバーした場合は（ステップＳ３０６）、診断プロセッサ６の判断によってシステムを強制終了する（ステップＳ３０７）が、システムが終了するまでは、診断プロセッサ６は各処理要求待ち（ステップＳ３０４）の状態を継続する。

例えば、診断プロセッサ６がデータ送付要求を受け付けた場合は、該データ送付要求で指定された装置に診断パス制御機能６２によって診断パス８経由でアクセスし（ステップＳ３０８）、装置アクセス機能６３によって該データ送付要求で指定されたデータを読み出し（ステップＳ３０９）、サーバ通信機能６５によって診断用ネットワーク１０を介してサーバ９に送付する（ステップＳ３１０）。

図４は、図１および図２で開示したＣＰＵ２の動作を表すフローチャートである。診断プロセッサ６により主記憶部３の指定アドレス領域にブートローダ１４が書き込まれた後、ＣＰＵ通信（図３のステップＳ３０３）によるＣＰＵ割込みを契機に、図２に示す各機能が動作を開始する。

主記憶部３に診断プロセッサ６が格納したブートローダ１４が起動する（ステップＳ４０１）と、ＣＰＵ２はＩ／Ｏ初期化機能２２２によって外部記憶装置１２からＯＳ１５をロードするために必要なＩ／Ｏパスおよび周辺装置を初期化し、ソフトウェアが管理する構成中に組み込む（ステップＳ４０２）。

Ｉ／Ｏパスおよび周辺装置が使用可能になれば、ＣＰＵ２はＯＳロード機能２２３によって使用可能なＩ／Ｏパスを主記憶部３の構成管理テーブル３１に書き込み、使用可能なＩ／Ｏパスを使ってＯＳ１５ｂを外部記録装置１２から主記憶部３に読み込み（ステップＳ４０３）、ＳＷストール監視タイマスタート機能によって、ＯＳ１５のストールを診断プロセッサで検出するための機能であるＳＷストール監視タイマ６４によるＳＷストール監視を開始するよう、診断プロセッサとの通信機能２２１を利用して診断プロセッサ６に指示して（ステップＳ４０４、図３のステップＳ３０５〜３０７に対応）、プロセスを切り替えてＯＳ１５に制御を渡す（ステップＳ４０５）。

なお、ＣＰＵ２上で実行された通信処理を受け取った制御ユニット４が該通信の送信先を診断プロセッサ６と判断すると、診断パス８経由で診断プロセッサ６に該通信の内容を通知するが、その実現方法は公知であるので詳述しない。

ステップＳ４０５のプロセス切り替えで制御を渡された後のＯＳ１５の動作では、まずＳＷストール監視タイマリセット機能２１１がＳＷストール監視タイマ６４をリセットし（ステップＳ４０６）、以降、診断プロセッサ６がＳＷストールを検出する前（典型的にはＳＷストールを検出する１分前など）に定期的にＳＷストール監視タイマ６４のリセットが行われるようタイマ監視を継続する（ステップＳ４０７）。これによって、ＳＷストールが発生しない限り、ＳＷストール監視タイマ６４がタイムアップにはならず、ＯＳ１５は動作を続けることになる。

ＯＳ１５では、ブートローダ１４が初期化および組み込んだもの以外のＩ／Ｏパスや周辺装置があれば、構成管理機能２１２によってそれらを初期化してソフトウェアが管理する構成中に組み込んで構成管理テーブル３１を更新し（ステップＳ４０８）、以後はオペレータからの要求に基づいて各種アプリケーションの起動および使用などの処理を行う。

ここで、オペレータからのＯＳ終了指示を受け取る（ステップＳ４０９）などしてＯＳ環境の使用を終了する場合、ブートローダ１４のＯＳシャットダウン機能２２５によってＯＳのシャットダウン処理を開始する（ステップＳ４１０）。

ブートローダ１４による処理では、処理経過や処理中に検出する異常を診断プロセッサ６経由でサーバ９上のコンソール画面１３にメッセージを表示する。しかしながら診断プロセッサ６に障害が発生した場合は、コンソール画面１３にメッセージを表示できない。

そこで本実施の形態では、ブートローダ１４が、診断プロセッサ６に障害が発生したか否かを判断する（ステップＳ４１１）。より具体的には、前述のメッセージ表示のために実行した診断プロセッサとの通信機能２２１が一定の時間以上無応答である場合などで、診断プロセッサ６に障害が発生したと判断できる。

障害が発生したと判断された場合は、ブートローダ１４のＯＳシャットダウン機能２２５がステップＳ４０８の周辺装置組み込み処理で更新した構成管理テーブル３１を参照し（ステップＳ４１２）、ＯＳが使っていたＩ／Ｏパスを経由してメッセージを出力する（ステップＳ４１３）。この場合は、ＯＳ用ネットワーク１１を介してサーバ９上のコンソール画面１３にメッセージが出力されることになる。障害が発生していない場合は、通常通りに診断用ネットワーク１０を介してサーバ９上のコンソール画面１３にメッセージを表示する（ステップＳ４１３）。

このように、以上で説明した第１の実施の形態では、診断プロセッサ６に障害が発生したと判断される場合は、ＯＳ１５の処理で更新した構成管理テーブル３１を参照し、ＯＳ１５が組み込んだ周辺装置（この場合はＯＳ用ネットワーク１１を経由してサーバ９上のコンソール画面１３）に対してメッセージを出力する。従って、診断プロセッサ６に障害が発生した場合にも、ブートローダ１４からのエラーメッセージをサーバ９上のコンソール画面１３に対して出力でき、ＯＳ１５のシャットダウンを完了することができる。

［第２の実施の形態］
本発明の第２の実施の形態は、装置の構成は図１〜２で説明したコンピュータシステム１００と同一である。さらに、診断プロセッサ６の動作も図３のフローチャートで示した動作と同一である。従って、ここでは相違点のみを説明し、相違点に該当しない点については説明しない。

図５は、本発明の第２の実施の形態に係るＣＰＵ２の動作を表すフローチャートである。図５も、本発明の第１の実施の形態に係る図４と共通する動作を多く含んでいるので、共通する動作には同一の参照番号を付すこととする。図５はまず、ステップＳ４０６のＳＷストール監視タイマ６４をリセットする動作まで、図４と同一の動作を行う。ステップＳ４０６の後に、診断プロセッサとの通信機能２２１が診断プロセッサ６からの応答の有無を監視する（ステップＳ４５１）動作を含む。

ステップＳ４５１で診断プロセッサ６からの応答があれば、そのままステップＳ４０７に示したＳＷストール監視タイマ６４をリセットするまでの監視に進み、以後は図４と同一の動作を継続する。ステップＳ４５１で診断プロセッサ６からの応答がなければ、該診断プロセッサ６に障害が発生したと判断して、ステップＳ４１０〜４１３のＯＳシャットダウンの処理に移行する。

この構成を取ることにより、診断プロセッサ６の障害をＯＳ１５の動作中に監視し、障害が発生した場合には速やかにＯＳ１５を終了させるようにできる。

なお、以上で説明した本発明の第１および第２の実施の形態において、ブートローダ１４を診断プロセッサ６内の不揮発性メモリ７ではなく、ＯＳ１５と同様に外部記憶装置１２に格納するようにしてもよい。その場合は、各装置が電源投入後に使用可能になった時点（ステップＳ３０１）で、診断プロセッサ６からサーバ９へのファイル転送要求等により、サーバ９からブートローダ１４をデータとして診断プロセッサ６に送るようにする。

［第３の実施の形態］
本発明の第３の実施の形態は、装置の構成は図１で説明したコンピュータシステム１００と同一であるが、そこで実行される機能の構成の中に相違点がある。図６は、本発明の第３の実施の形態に係るコンピュータシステム１００において、ＣＰＵ２上で実行されるＯＳ１５とブートローダ１４、診断プロセッサ６、およびサーバ９が有する機能を示すブロック図である。

図６において、ＯＳ１５、ブートローダ１４および診断プロセッサ６が有する機能については、図２で説明した本発明の第１および第２の実施の形態における構成と同一であるので説明を省略する。それらに加えて、本発明の第３の実施の形態ではサーバ９が、定期的な通信により診断プロセッサの状態を監視して障害を検出する診断プロセッサ監視機能９１と、ＯＳ１５に通知するＯＳ通知機能９２を備える。

診断プロセッサ監視機能９１によってサーバ９で診断プロセッサ６の障害を検出した場合に、ＯＳ通知機能９２によってＯＳ１５に診断プロセッサ６の障害を通知する。ＣＰＵ２上で実行される処理は、図５で説明した本発明の第２の実施の形態に係るフローチャートと同一である。サーバ９からＯＳ通知機能９２によって診断プロセッサ６の障害が通知された場合には、ステップＳ４５１において診断プロセッサ６に障害が発生した場合の処理を行う。

従って、診断プロセッサ６が障害状態にあるクライアントコンピュータ１において、診断プロセッサ６からの応答を待つ必要がないので、より速やかにＯＳ１５を終了させることができる。

なお、以上で説明した実施の形態では、クライアントコンピュータ１で動作するＯＳ１５をＯＳ用ネットワーク１１を介してサーバ９から読み出して起動するものとしたが、本発明はこの形態には限定されない。ＯＳ１５を、たとえばクライアントコンピュータ１内部に格納してもよいし、またコンソール画面１３を有するサーバ９とは別のサーバから読み出すようにしてもよい。さらに診断用ネットワーク１０およびＯＳ用ネットワーク１１のいずれとも違うネットワークもしくはインターフェイスで接続された他のコンピュータおよび外部記憶装置などから、ＯＳ１５を読み出すようにすることもできる。

これまで本発明について図面に示した特定の実施の形態をもって説明してきたが、本発明は図面に示した実施の形態に限定されるものではなく、本発明の効果を奏する限り、これまで知られたいかなる構成であっても採用することができることは言うまでもないことである。

診断プロセッサを備えたクライアントコンピュータに適用できる。特に、サーバからＯＳを読み込んで実行するものに適している。

本発明の第１の実施の形態に係るコンピュータシステムと、該コンピュータシステムに含まれるクライアントコンピュータの構成を示すブロック図である。 図１で開示したＣＰＵ上で実行されるＯＳとブートローダ、および診断プロセッサが有する機能を示すブロック図である。 図１および図２で開示した診断プロセッサの動作を表すフローチャートである。 図１および図２で開示したＣＰＵの動作を表すフローチャートである。 本発明の第２の実施の形態に係るＣＰＵの動作を表すフローチャートである。 第３の実施の形態に係るコンピュータシステムにおいて、ＣＰＵ上で実行されるＯＳとブートローダ、診断プロセッサ６、およびサーバ９が有する機能を示すブロック図である。

符号の説明

１ クライアントコンピュータ
２ ＣＰＵ
３ 主記憶部
４ 制御ユニット
５ 入出力装置
６ 診断プロセッサ
７ 不揮発性メモリ
８ 診断パス
９ サーバ
１０ 診断用ネットワーク
１１ ＯＳ用ネットワーク
１２ 外部記憶装置
１３ コンソール画面
１４、１４ｂ ブートローダ
１５、１５ｂ ＯＳ
３１ 構成管理テーブル
６１ ＣＰＵ通信機能
６２ 診断パス制御機能
６３ 装置アクセス機能
６４ ＳＷストール監視タイマ
６５ サーバ通信機能
９１ 診断プロセッサ監視機能
９２ ＯＳ通知機能
１００ コンピュータシステム
２１１ ＳＷストール監視タイマリセット機能
２１２ 構成管理機能
２２２ Ｉ／Ｏ初期化機能
２２３ ＯＳロード機能
２２４ ＳＷストール監視タイマスタート機能
２２５ ＯＳシャットダウン機能
２２１ 診断プロセッサとの通信機能

Claims (21)

1. ＣＰＵ、主記憶装置、診断プロセッサおよび入出力パスを有し、ＯＳが動作するクライアントコンピュータと、サーバと、前記入出力パスと前記サーバとを接続するＯＳ用ネットワークと、前記診断プロセッサと前記サーバとを接続して前記診断プロセッサから発せられるエラーメッセージを前記サーバに対して出力する診断用ネットワークとを有するコンピュータシステムであって、
   前記クライアントコンピュータが、
   前記入出力パスを初期化した後に前記ＯＳを前記主記憶装置上に記憶させて前記ＣＰＵ上で起動させるブートローダと、
   動作中の前記ＯＳと前記診断プロセッサの間で通信を行い、前記診断プロセッサに障害が発生しているか否かを検出する診断プロセッサ通信部と、
   前記ＯＳの動作を終了させる際に前記診断プロセッサ通信部によって前記診断プロセッサに障害が発生していることが検出された場合に前記ＯＳ用ネットワークを通じて前記エラーメッセージを前記サーバに対して出力するＯＳシャットダウン処理部と
   を有することを特徴とするコンピュータシステム。
2. 前記クライアントコンピュータが、前記ＯＳが前記ＯＳ用ネットワークを通じて前記サーバに対して前記エラーメッセージを出力するための構成を記憶する構成管理テーブルを有し、
   前記ＯＳシャットダウン処理部が、前記構成管理テーブルに記憶された構成を参照して前記ＯＳ用ネットワークを通じて前記サーバに対して前記エラーメッセージを出力することを特徴とする、請求項１に記載のコンピュータシステム。
3. 前記サーバが、前記クライアントコンピュータで動作するＯＳを含む外部記憶装置を有し、
   前記ブートローダが前記ＯＳを前記サーバの前記外部記憶装置から読み出して前記ＣＰＵ上で起動させることを特徴とする、請求項２に記載のコンピュータシステム。
4. 前記ブートローダが前記診断プロセッサ内部に格納されていることを特徴とする、請求項２に記載のコンピュータシステム。
5. 前記ブートローダが前記外部記憶装置に格納されていることを特徴とする、請求項２に記載のコンピュータシステム。
6. 前記診断プロセッサが、前記ＣＰＵで動作しているソフトウェアがストール状態であるか否かを検出する監視タイマを有し、
   前記ＯＳが、前記監視タイマを定期的にリセットする監視タイマリセット部を有することを特徴とする、請求項２に記載のコンピュータシステム。
7. 前記ＯＳの動作中に前記診断プロセッサ通信部が前記診断プロセッサからの応答の有無を監視し、前記診断プロセッサからの応答がなければ前記ＯＳの動作を終了させることを特徴とする、請求項２に記載のコンピュータシステム。
8. 前記ＯＳの動作中に前記サーバが前記診断プロセッサからの応答の有無を監視し、前記診断プロセッサからの応答がなければ前記ＯＳの動作を終了させることを特徴とする、請求項７に記載のコンピュータシステム。
9. ＣＰＵ、主記憶装置、診断プロセッサおよび入出力パスを有し、ＯＳが動作し、前記入出力パスに接続されるＯＳ用ネットワークによってサーバに接続され、前記診断プロセッサに接続される診断用ネットワークによって前記サーバに接続され、前記診断プロセッサから発せられるエラーメッセージを前記診断用ネットワークを通じて前記サーバに対して出力するクライアントコンピュータであって、
   前記入出力パスを初期化した後に前記ＯＳを前記主記憶装置上に記憶させて前記ＣＰＵ上で起動させるブートローダと、
   動作中の前記ＯＳと前記診断プロセッサの間で通信を行い、前記診断プロセッサに障害が発生しているか否かを検出する診断プロセッサ通信部と、
   前記ＯＳの動作を終了させる際に前記診断プロセッサ通信部によって前記診断プロセッサに障害が発生していることが検出された場合に前記ＯＳ用ネットワークを通じて前記エラーメッセージを前記サーバに対して出力するＯＳシャットダウン処理部と
   を有することを特徴とするクライアントコンピュータ。
10. 前記ＯＳが前記ＯＳ用ネットワークを通じて前記サーバに対して前記エラーメッセージを出力するための構成を記憶する構成管理テーブルを有し、
    前記ＯＳシャットダウン処理部が、前記構成管理テーブルに記憶された構成を参照して前記ＯＳ用ネットワークを通じて前記サーバに対して前記エラーメッセージを出力することを特徴とする、請求項９に記載のクライアントコンピュータ。
11. 前記ブートローダが前記ＯＳを前記サーバから読み出して前記ＣＰＵ上で起動させることを特徴とする、請求項１０に記載のクライアントコンピュータ。
12. 前記ブートローダが前記診断プロセッサ内部に格納されていることを特徴とする、請求項１０に記載のクライアントコンピュータ。
13. 前記外部記憶装置に格納されている前記ブートローダを前記ＯＳ用ネットワークを通じて前記サーバから読み出すことを特徴とする、請求項１０に記載のクライアントコンピュータ。
14. 前記診断プロセッサが、前記ＣＰＵで動作しているソフトウェアがストール状態であるか否かを検出する監視タイマを有し、
    前記ＯＳが、前記監視タイマを定期的にリセットする監視タイマリセット部を有することを特徴とする、請求項１０に記載のクライアントコンピュータ。
15. 前記ＯＳの動作中に前記診断プロセッサ通信部が前記診断プロセッサからの応答の有無を監視し、前記診断プロセッサからの応答がなければ前記ＯＳの動作を終了させることを特徴とする、請求項１０に記載のクライアントコンピュータ。
16. 前記ＯＳの動作中に前記サーバから前記診断プロセッサからの応答が無い旨の信号を受信した場合に前記ＯＳの動作を終了させることを特徴とする、請求項１５に記載のクライアントコンピュータ。
17. ＣＰＵ、主記憶装置、診断プロセッサおよび入出力パスを有し、ＯＳが動作するクライアントコンピュータと、サーバと、前記入出力パスと前記サーバとを接続するＯＳ用ネットワークと、前記診断プロセッサと前記サーバとを接続して前記診断プロセッサから発せられるエラーメッセージを前記サーバに対して出力する診断用ネットワークとを有するコンピュータシステムにあって、前記ＯＳを終了させる方法であって、
    前記入出力パスを初期化した後に前記ＯＳを前記主記憶装置上に記憶させて前記ＣＰＵ上で起動させるＯＳ起動工程と、
    前記ＯＳの動作を終了させる際に前記ＯＳと前記診断プロセッサの間で通信を行い、前記診断プロセッサに障害が発生しているか否かを検出する診断プロセッサ通信工程と、
    前記診断プロセッサ通信工程で前記診断プロセッサに障害が発生していることが検出された場合に前記ＯＳ用ネットワークを通じて前記エラーメッセージを前記サーバに対して出力するエラーメッセージ出力工程と
    を有することを特徴とするＯＳ終了方法。
18. 前記ＯＳ起動工程が、前記ＯＳが前記ＯＳ用ネットワークを通じて前記サーバに対して前記エラーメッセージを出力するための構成を記憶する構成管理テーブル記憶工程を含み、
    前記エラーメッセージ出力工程が、前記構成管理テーブル記憶工程で記憶された構成を参照する構成管理テーブル参照工程を含むことを特徴とする、請求項１７に記載のＯＳ終了方法。
19. 前記ＯＳ起動工程が、前記ＯＳを前記サーバから読み出して前記ＣＰＵ上で起動させることを特徴とする、請求項１８に記載のＯＳ終了方法。
20. ＣＰＵ、主記憶装置、診断プロセッサおよび入出力パスを有し、ＯＳが動作するクライアントコンピュータと、サーバと、前記入出力パスと前記サーバとを接続するＯＳ用ネットワークと、前記診断プロセッサと前記サーバとを接続して前記診断プロセッサから発せられるエラーメッセージを前記サーバに対して出力する診断用ネットワークとを有するコンピュータシステムにあって、前記クライアントコンピュータに、
    前記入出力パスを初期化した後に前記ＯＳを前記主記憶装置上に記憶させて前記ＣＰＵ上で起動させるＯＳ起動処理と、
    前記ＯＳの動作を終了させる際に前記ＯＳと前記診断プロセッサの間で通信を行い、前記診断プロセッサに障害が発生しているか否かを検出する診断プロセッサ通信処理と、
    前記診断プロセッサ通信処理で前記診断プロセッサに障害が発生していることが検出された場合に前記ＯＳ用ネットワークを通じて前記エラーメッセージを前記サーバに対して出力するエラーメッセージ出力処理と
    を実行させることを特徴とするＯＳ終了プログラム。
21. 前記ＯＳ起動処理が、前記ＯＳを前記サーバから読み出して前記ＣＰＵ上で起動させることを特徴とする、請求項２０に記載のＯＳ終了プログラム。

Images