(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022185768
(43)【公開日】2022-12-15
(54)【発明の名称】情報処理装置及び復旧方法
(51)【国際特許分類】
G06F 11/07 20060101AFI20221208BHJP
G06F 15/177 20060101ALI20221208BHJP
【ＦＩ】
G06F11/07 193
G06F11/07 151
G06F15/177 Z
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2021093594
(22)【出願日】2021-06-03
(71)【出願人】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】100121083
【弁理士】
【氏名又は名称】青木 宏義
(74)【代理人】
【識別番号】100138391
【弁理士】
【氏名又は名称】天田 昌行
(74)【代理人】
【識別番号】100074099
【弁理士】
【氏名又は名称】大菅 義之
(72)【発明者】
【氏名】須藤 悦男
【テーマコード（参考）】
5B042
5B045
【Ｆターム（参考）】
5B042GA11
5B042GC07
5B042JJ08
5B042JJ23
5B042KK01
5B042KK02
5B042MC15
5B045JJ38
5B045JJ42
(57)【要約】
【課題】情報処理装置を管理する管理部を故障から復旧させる際に、情報処理装置の運用を継続する。
【解決手段】管理部は、画像処理を行う画像処理部を含み、情報処理装置を管理する。監視部は、管理部を監視し、管理部の異常を検出した場合、異常検出信号を出力する。情報処理部は、情報処理を行い、監視部から異常検出信号が出力された場合、異常検出信号に基づいて画像処理部を切り離し、管理部を再起動する。
【選択図】図２
【解決手段】管理部は、画像処理を行う画像処理部を含み、情報処理装置を管理する。監視部は、管理部を監視し、管理部の異常を検出した場合、異常検出信号を出力する。情報処理部は、情報処理を行い、監視部から異常検出信号が出力された場合、異常検出信号に基づいて画像処理部を切り離し、管理部を再起動する。
【選択図】図２
【特許請求の範囲】
【請求項1】
情報処理を行う情報処理装置であって、
画像処理を行う画像処理部を含み、前記情報処理装置を管理する管理部と、
前記管理部を監視し、前記管理部の異常を検出した場合、異常検出信号を出力する監視部と、
前記情報処理を行い、前記監視部から前記異常検出信号が出力された場合、前記異常検出信号に基づいて前記画像処理部を切り離し、前記管理部を再起動する情報処理部と、
を備えることを特徴とする情報処理装置。
画像処理を行う画像処理部を含み、前記情報処理装置を管理する管理部と、
前記管理部を監視し、前記管理部の異常を検出した場合、異常検出信号を出力する監視部と、
前記情報処理を行い、前記監視部から前記異常検出信号が出力された場合、前記異常検出信号に基づいて前記画像処理部を切り離し、前記管理部を再起動する情報処理部と、
を備えることを特徴とする情報処理装置。
【請求項2】
前記情報処理部は、第１プログラム及び第２プログラムを実行し、
前記監視部は、前記第１プログラムに対する第１割り込み要求を、前記異常検出信号として前記情報処理部へ出力し、
前記情報処理部は、前記第１割り込み要求に基づいて、前記第２プログラムに対する第２割り込み要求を生成し、前記第２割り込み要求に基づいて前記画像処理部を切り離すことを特徴とする請求項１記載の情報処理装置。
前記監視部は、前記第１プログラムに対する第１割り込み要求を、前記異常検出信号として前記情報処理部へ出力し、
前記情報処理部は、前記第１割り込み要求に基づいて、前記第２プログラムに対する第２割り込み要求を生成し、前記第２割り込み要求に基づいて前記画像処理部を切り離すことを特徴とする請求項１記載の情報処理装置。
【請求項3】
前記監視部は、前記第１割り込み要求を出力した後、前記第１プログラムに対する第３割り込み要求を前記情報処理部へ出力し、
前記情報処理部は、前記第３割り込み要求に基づいて、前記情報処理部と前記画像処理部との間の通信状態をチェックし、前記通信状態が通信不可である場合、前記管理部を再起動することを特徴とする請求項２記載の情報処理装置。
前記情報処理部は、前記第３割り込み要求に基づいて、前記情報処理部と前記画像処理部との間の通信状態をチェックし、前記通信状態が通信不可である場合、前記管理部を再起動することを特徴とする請求項２記載の情報処理装置。
【請求項4】
前記第１プログラムは、基本入出力システムであり、前記第２プログラムは、オペレーティングシステムであることを特徴とする請求項２又は３記載の情報処理装置。
【請求項5】
前記監視部は、問合せ信号を前記管理部へ送信し、所定期間内に前記管理部から応答信号を受信しない場合、前記管理部の異常が発生したと判定して、前記異常検出信号を出力することを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
【請求項6】
情報処理を行い、
画像処理を行う画像処理部を含み、情報処理装置を管理する管理部が、監視部により監視され、前記監視部により前記管理部の異常が検出されて異常検出信号が出力された場合、前記異常検出信号に基づいて前記画像処理部を切り離し、
前記管理部を再起動する、
処理をプロセッサが実行することを特徴とする復旧方法。
画像処理を行う画像処理部を含み、情報処理装置を管理する管理部が、監視部により監視され、前記監視部により前記管理部の異常が検出されて異常検出信号が出力された場合、前記異常検出信号に基づいて前記画像処理部を切り離し、
前記管理部を再起動する、
処理をプロセッサが実行することを特徴とする復旧方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、復旧技術に関する。
【背景技術】
【0002】
サーバシステムの運用中に、ファームウェア又はハードウェアの問題に起因して、サーバ内のＢＭＣ（Baseboard Management Controller）がハングアップする故障が発生することがある。ＢＭＣの故障の発生頻度は、例えば、１年に数件程度である。
【0003】
ＢＭＣは、リモート端末からサーバを管理するための制御用ＩＣ（Integrated Circuit）チップである。リモート端末は、ＢＭＣを介して、サーバ内のハードウェアの情報を取得したり、ハードウェアに対するリモート操作を行ったりすることができる。ＢＭＣがハングアップしてもサーバの運用に支障はないが、ハードウェアの情報の取得及びリモート操作に支障が生じるため、ＢＭＣの復旧作業が行われる。
【0004】
ＢＭＣの復旧作業に関連して、ＢＭＣ、又は、サーバシステムの別のコンポーネントをリセットするためのシステムが知られている（例えば、特許文献１を参照）。ＢＭＣ等のコントローラを二重化することなく、ＢＭＣ等のコントローラにストールが発生した場合でも、コンピュータシステムを継続して動作させるストール監視装置も知られている（例えば、特許文献２を参照）。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０１９－１２５３３９号公報
【特許文献2】特開２０１１－２０４０４６号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
ＢＭＣの復旧作業では、ＢＭＣのリセットが行われる。ＢＭＣには、オペレーティングシステム（Operating System，ＯＳ）が使用するＶＧＡ（Video Graphics Array）チップも内蔵されているため、ＢＭＣのリセットはＯＳにも影響して、サーバシステムの動作に異常が発生する。このため、ＯＳを含むサーバシステム全体を停止させてから、ＢＭＣのリセットが行われる。
【0007】
このように、ＢＭＣの復旧作業は大掛かりな作業である。顧客のサーバシステムにおいて、ＢＭＣがハングアップした場合、作業者がサーバシステムの設置場所へ出向いて、ＢＭＣの復旧作業を実施する。このため、ＢＭＣがハングアップする度に作業者が客先へ出向く手間が発生し、かつ、ＢＭＣが復旧するまでに長い時間がかかる。復旧作業によりサーバシステムの運用が長時間停止すると、顧客の業務に与える影響が大きくなる。
【0008】
なお、かかる問題は、ＢＭＣの故障に限らず、情報処理装置（コンピュータ）を管理する様々な管理部の故障が発生したときに生ずるものである。
【0009】
１つの側面において、本発明は、情報処理装置を管理する管理部を故障から復旧させる際に、情報処理装置の運用を継続することを目的とする。
【課題を解決するための手段】
【0010】
１つの案では、情報処理装置は、管理部、監視部、及び情報処理部を含む。管理部は、画像処理を行う画像処理部を含み、情報処理装置を管理する。監視部は、管理部を監視し、管理部の異常を検出した場合、異常検出信号を出力する。情報処理部は、情報処理を行い、監視部から異常検出信号が出力された場合、異常検出信号に基づいて画像処理部を切り離し、管理部を再起動する。
【発明の効果】
【0011】
１つの側面によれば、情報処理装置を管理する管理部を故障から復旧させる際に、情報処理装置の運用を継続することができる。
【図面の簡単な説明】
【0012】
【図1】比較例のサーバシステムにおけるサーバのハードウェア構成図である。
【図2】実施形態の情報処理装置の機能的構成図である。
【図3】復旧処理のフローチャートである。
【図4】実施形態のサーバシステムのハードウェア構成図である。
【図5】実施形態のサーバシステムにおけるサーバのハードウェア構成図である。
【図6】ＢＭＣの復旧処理を示す図である。
【図7A】第１の復旧処理のフローチャート（その１）である。
【図7B】第１の復旧処理のフローチャート（その２）である。
【図7C】第１の復旧処理のフローチャート（その３）である。
【図7D】第１の復旧処理のフローチャート（その４）である。
【図8A】第２の復旧処理のフローチャート（その１）である。
【図8B】第２の復旧処理のフローチャート（その２）である。
【図9A】第３の復旧処理のフローチャート（その１）である。
【図9B】第３の復旧処理のフローチャート（その２）である。
【図9C】第３の復旧処理のフローチャート（その３）である。
【図9D】第３の復旧処理のフローチャート（その４）である。
【図10A】第４の復旧処理のフローチャート（その１）である。
【図10B】第４の復旧処理のフローチャート（その２）である。
【図10C】第４の復旧処理のフローチャート（その３）である。
【図10D】第４の復旧処理のフローチャート（その４）である。
【発明を実施するための形態】
【0013】
以下、図面を参照しながら、実施形態を詳細に説明する。
【0014】
図１は、比較例のサーバシステムにおけるサーバのハードウェア構成例を示している。図１のサーバ１０１は、ＢＭＣ１１１、チップセット１１２、及びＣＰＵ（Central Processing Unit）１１３を含み、ＢＭＣ１１１は、ＶＧＡ１２１を含む。これらの構成要素は、ハードウェアである。ＶＧＡ１２１とチップセット１１２は、ＰＣＩ－Ｅ（Peripheral Component Interconnect-Express）バス１２２により接続されている。
【0015】
サーバシステムは、サーバ１０１に加えて、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）装置、テープ装置等の他の装置を含んでいてもよい。
【0016】
ＣＰＵ１１３は、基本入出力システム（Basic Input/Output System，ＢＩＯＳ）１３１及びＯＳ１３２を実行する。ＯＳ１３２は、ＶＧＡドライバ１４１を含む。ＯＳ１３２は、ＶＧＡドライバ１４１を用いてＶＧＡ１２１にアクセスすることで、ＶＧＡ１２１にビデオリダイレクション等の画像処理を行わせる。
【0017】
ＢＭＣ１１１の復旧作業において、ＢＭＣ１１１がリセットされると、ＶＧＡ１２１もリセットされる。ＰＣＩ－Ｅバス１２２及びチップセット１１２を介してＶＧＡ１２１に接続されているＣＰＵ１１３は、ＶＧＡ１２１がリセットされると、ＶＧＡ１２１に対するアクセスのタイムアウトを検出し、ＯＳ１３２の実行を停止する。このため、リモート端末の表示装置に、ＯＳ１３２の画面が表示されなくなる。
【0018】
PCI Hotplugの機能を用いてＯＳ１３２からＶＧＡ１２１を切り離すことは可能であるが、ＯＳ１３２は、ＢＭＣ１１１がハングアップしたことを検知しないため、ＶＧＡ１２１を切り離すことはない。また、ＢＭＣ１１１は、ＯＳ１３２とは独立にサーバ１０１を監視する役割を有するため、ＯＳ１３２からＢＭＣ１１１を切り離す仕組みが存在しない。
【0019】
このため、図１のサーバ１０１では、以下のような手順でＢＭＣ１１１の復旧作業が実施される。
【0020】
（Ｐ１）リモート端末のＷｅｂ ＵＩ（User Interface）に不具合が発生し、作業者が異常の発生に気付く。
【0021】
（Ｐ２）作業者は、サーバシステムの設置場所（サーバルーム等）へ出向いて、サーバ１０１のＬＥＤ（Light Emitting Diode）を確認する。そして、ＬＥＤが点灯から消灯に変化していることから、ＢＭＣ１１１の異常であることが判明する。
【0022】
（Ｐ３）作業者は、サーバ１０１で実行中の処理をすべて終了させてから、ＯＳ１３２を停止する。
【0023】
（Ｐ４）作業者は、サーバ１０１以外の各装置の電源をオフにすることで、サーバシステムを停止する。
【0024】
（Ｐ５）作業者は、ＢＭＣ１１１のリセットを行う。
【0025】
（Ｐ６）作業者は、監視画面上でリセットの結果を確認し、結果が正常であれば、（Ｐ７）の作業に進み、結果が異常であれば、保守作業を依頼する。
【0026】
（Ｐ７）作業者は、各装置の電源をオンにすることで、サーバシステムを起動する。
【0027】
このように、ＯＳ１３２を含むサーバシステム全体を停止させてから、ＢＭＣ１１１のリセットが行われるため、作業者がサーバルーム等へ出向く手間が発生し、かつ、ＢＭＣ１１１が復旧するまでに長い時間がかかる。
【0028】
図２は、実施形態の情報処理装置の機能的構成例を示している。図２の情報処理装置２０１は、管理部２１１、監視部２１２、及び情報処理部２１３を含む。管理部２１１は、画像処理を行う画像処理部２２１を含み、情報処理装置２０１を管理する。
【0029】
図３は、図２の情報処理装置２０１が行う復旧処理の例を示すフローチャートである。情報処理部２１３は、情報処理を行う（ステップ３０１）。そして、監視部２１２は、管理部２１１を監視し、管理部２１１の異常を検出した場合、異常検出信号を出力する。
【0030】
監視部２１２から異常検出信号が出力された場合、情報処理部２１３は、異常検出信号に基づいて画像処理部２２１を切り離し（ステップ３０２）、管理部２１１を再起動する（ステップ３０３）。
【0031】
図２の情報処理装置２０１によれば、情報処理装置２０１を管理する管理部２１１を故障から復旧させる際に、情報処理装置２０１の運用を継続することができる。
【0032】
図４は、実施形態のサーバシステムのハードウェア構成例を示している。図４のサーバシステムは、サーバ４０１及びＲＡＩＤ装置４０２を含む。サーバ４０１は、図２の情報処理装置２０１に対応する。サーバ４０１とＲＡＩＤ装置４０２は、通信ネットワークにより接続されている。
【0033】
ＲＡＩＤ装置４０２は、サーバ４０１が使用するデータを記憶する。ＲＡＩＤ装置４０２は、補助記憶装置の一例である。サーバ４０１は、ＲＡＩＤ装置４０２が記憶するデータを用いて情報処理を行い、処理結果をＲＡＩＤ装置４０２に格納する。
【0034】
図５は、図４のサーバ４０１のハードウェア構成例を示している。図５のサーバ４０１は、ＢＭＣ５１１、チップセット５１２、ＣＰＵ５１３、監視回路５１４、メモリ５１５、及び通信回路５１６を含む。ＢＭＣ５１１は、ＶＧＡ５２１を含む。これらの構成要素は、ハードウェアである。ＣＰＵ５１３は、プロセッサと呼ばれることもある。
【0035】
ＢＭＣ５１１、ＣＰＵ５１３、監視回路５１４、及びＶＧＡ５２１は、図２の管理部２１１、情報処理部２１３、監視部２１２、及び画像処理部２２１にそれぞれ対応する。監視回路５１４は、例えば、ＣＰＬＤ（Complex Programmable Logic Device）である。
【0036】
ＣＰＵ５１３、メモリ５１５、及び通信回路５１６は、チップセット５１２に接続されており、監視回路５１４は、ＢＭＣ５１１及びチップセット５１２に接続されている。ＶＧＡ５２１とチップセット５１２は、ＰＣＩ－Ｅバス５２２により接続されている。
【0037】
メモリ５１５は、例えば、ＲＡＭ（Random Access Memory）等の半導体メモリであり、情報処理に用いられるプログラム及びデータを記憶する。通信回路５１６は、通信ネットワークに接続され、ＲＡＩＤ装置４０２と通信する。
【0038】
ＣＰＵ５１３は、通信回路５１６を介して、ＲＡＩＤ装置４０２からデータを取得し、取得されたデータをメモリ５１５に格納する。そして、ＣＰＵ５１３は、メモリ５１５に格納されたデータを用いてプログラムを実行することにより情報処理を行い、通信回路５１６を介して、処理結果をＲＡＩＤ装置４０２へ送信する。
【0039】
ＢＭＣ５１１は、サーバ４０１を管理する。不図示のリモート端末は、ＢＭＣ５１１を介して、サーバ４０１内のハードウェアの情報を取得したり、ハードウェアに対するリモート操作を行ったりすることができる。ＶＧＡ５２１は、ビデオリダイレクション等の画像処理を行う。
【0040】
ＣＰＵ５１３は、情報処理を行う際、ＢＩＯＳ５３１及びＯＳ５３２を実行する。ＢＩＯＳ５３１は、第１プログラムの一例であり、ＯＳ５３２は、第２プログラムの一例である。
【0041】
ＢＩＯＳ５３１は、割り込み処理ルーチン５４１を含む。割り込み処理ルーチン５４１は、ＯＳ５３２に対する割り込み要求を生成する処理と、ＣＰＵ５１３とＶＧＡ５２１との間の通信状態をチェックする処理とを含む。割り込み処理ルーチン５４１は、割り込みサービスルーチンと呼ばれることもある。
【0042】
ＯＳ５３２は、ＶＧＡドライバ５４２を含む。ＯＳ５３２は、ＶＧＡドライバ５４２を用いてＶＧＡ５２１にアクセスすることで、ＶＧＡ５２１に画像処理を行わせる。また、ＯＳ５３２は、ＶＧＡドライバ５４２が有するPCI Hotplugの機能を用いて、ＯＳ５３２からＶＧＡ５２１を切り離すことができる。
【0043】
ＢＩＯＳ５３１は、ＯＳ５３２と通信することができるため、ＢＭＣ５１１がハングアップした場合、ＢＩＯＳ５３１からＯＳ５３２へＢＭＣ５１１の異常を通知することが可能である。しかし、ＢＩＯＳ５３１は、ＢＭＣ５１１を監視しているわけではなく、ＢＭＣ５１１の状態を認識していない。そこで、ＢＭＣ５１１の異常を検出するために、監視回路５１４が設けられる。
【0044】
監視回路５１４は、ウォッチドッグ機能によりＢＭＣ５１１を監視する。監視回路５１４は、問合せ信号をＢＭＣ５１１へ送信し、所定期間内にＢＭＣ５１１から応答信号を受信したか否かをチェックする。所定期間内に応答信号を受信しない場合、監視回路５１４は、ＢＭＣ５１１に異常が発生したと判定する。これにより、ＢＭＣ５１１の異常を検出することができる。
【0045】
ＢＭＣ５１１の異常が検出された場合、監視回路５１４は、ＢＩＯＳ５３１に対する割り込み要求を、チップセット５１２を介してＣＰＵ５１３へ出力する。ＢＩＯＳ５３１に対する割り込み要求は、第１プログラムに対する第１割り込み要求の一例であり、異常検出信号に対応する。
【0046】
ＣＰＵ５１３は、監視回路５１４からの割り込み要求に基づいて、ＢＩＯＳ５３１の割り込み処理ルーチン５４１を実行することで、ＯＳ５３２に対する割り込み要求を生成する。ＯＳ５３２に対する割り込み要求は、第２プログラムに対する第２割り込み要求の一例である。
【0047】
ＣＰＵ５１３は、割り込み処理ルーチン５４１からの割り込み要求に基づき、ＯＳ５３２のＶＧＡドライバ５４２を用いて、ＰＣＩ－Ｅバス５２２からＶＧＡ５２１を切り離すことで、ＣＰＵ５１３からＶＧＡ５２１を切り離す。
【0048】
ＣＰＵ５１３からＶＧＡ５２１を切り離す処理は、ＣＰＵ５１３とＶＧＡ５２１との間の通信状態を、通信可能な状態から通信不可の状態に変更する処理を表す。通信可能な状態は、リンクアップに対応し、通信不可の状態は、リンクダウンに対応する。
【0049】
監視回路５１４がＢＩＯＳ５３１に対する割り込み要求を出力することで、ＢＭＣ５１１の異常をＢＩＯＳ５３１に通知することができる。また、ＢＩＯＳ５３１の割り込み処理ルーチン５４１がＯＳ５３２に対する割り込み要求を生成することで、ＢＭＣ５１１の異常をＯＳ５３２に通知することができる。
【0050】
監視回路５１４は、ＢＩＯＳ５３１に対する割り込み要求を出力した後、ＢＩＯＳ５３１に対する次の割り込み要求を、チップセット５１２を介してＣＰＵ５１３へ出力する。ＢＩＯＳ５３１に対する次の割り込み要求は、第１プログラムに対する第３割り込み要求の一例である。
【0051】
ＣＰＵ５１３は、監視回路５１４からの次の割り込み要求に基づいて、割り込み処理ルーチン５４１を実行することで、ＣＰＵ５１３とＶＧＡ５２１との間の通信状態をチェックする。そして、通信状態が通信不可である場合、ＣＰＵ５１３は、ＢＭＣ５１１をリセットすることで、ＢＭＣ５１１を再起動する。
【0052】
監視回路５１４がＢＩＯＳ５３１に対する次の割り込み要求を出力することで、ＶＧＡ５２１が切り離されたか否かを割り込み処理ルーチン５４１にチェックさせることができる。そして、ＶＧＡ５２１が切り離されている場合にＢＭＣ５１１をリセットすることで、ＯＳ５３２に影響を与えることなく、ＢＭＣ５１１を再起動することが可能になる。
【0053】
【0054】
（Ｐ１１）監視回路５１４は、定期的にウォッチドッグ機能によりＢＭＣ５１１を監視する。
【0055】
（Ｐ１２）ＢＭＣ５１１に異常が発生し、ＢＭＣ５１１がハングアップする。
【0056】
（Ｐ１３）所定期間内にＢＭＣ５１１から応答信号を受信しないため、監視回路５１４は、ＢＭＣ５１１に異常が発生したと判定し、ＢＩＯＳ５３１に対する最初の割り込み要求をＣＰＵ５１３へ出力する。その後、監視回路５１４は、定期的に、ＢＩＯＳ５３１に対する割り込み要求をＣＰＵ５１３へ出力する。
【0057】
（Ｐ１４）ＣＰＵ５１３は、監視回路５１４からの最初の割り込み要求に基づいて割り込み処理ルーチン５４１を実行することで、ＯＳ５３２に対する割り込み要求を生成する。これにより、ＣＰＵ５１３は、ＶＧＡ５２１の切り離しをＯＳ５３２に要求する。
【0058】
（Ｐ１５）ＣＰＵ５１３は、割り込み処理ルーチン５４１からの割り込み要求に基づき、ＯＳ５３２のＶＧＡドライバ５４２を用いて、ＣＰＵ５１３からＶＧＡ５２１を切り離す。
【0059】
（Ｐ１６）ＣＰＵ５１３は、監視回路５１４から定期的に出力される割り込み要求に基づいて、割り込み処理ルーチン５４１を実行することで、ＣＰＵ５１３とＶＧＡ５２１との間の通信がリンクダウンしているか否かをチェックする。
【0060】
（Ｐ１７）ＣＰＵ５１３とＶＧＡ５２１との間の通信がリンクダウンしている場合、ＣＰＵ５１３は、ＶＧＡ５２１が切り離されたと判定し、ＢＭＣ５１１をリセットすることで、ＢＭＣ５１１を再起動する。そして、ＢＭＣ５１１は、監視回路５１４をリセットすることで、割り込み要求の出力を停止させる。
【0061】
（Ｐ１８）ＢＭＣ５１１は、再起動された後、ＢＩＯＳ５３１に対する割り込み要求をＣＰＵ５１３へ出力する。これにより、ＢＭＣ５１１は、ＶＧＡ５２１の接続をＢＩＯＳ５３１に要求する。
【0062】
（Ｐ１９）ＣＰＵ５１３は、ＢＭＣ５１１からの割り込み要求に基づいて、割り込み処理ルーチン５４１を実行することで、ＯＳ５３２に対する割り込み要求を生成する。これにより、ＣＰＵ５１３は、ＶＧＡ５２１の接続をＯＳ５３２に要求する。
【0063】
（Ｐ２０）ＣＰＵ５１３は、割り込み処理ルーチン５４１からの割り込み要求に基づき、ＯＳ５３２のＶＧＡドライバ５４２を用いて、ＶＧＡ５２１をＰＣＩ－Ｅバス５２２に組み込むことで、ＶＧＡ５２１をＣＰＵ５１３に接続する。
【0064】
（Ｐ１６）において、ＣＰＵ５１３は、ＣＰＵ５１３とＶＧＡ５２１との間の通信がリンクダウンしているか否かを、以下のような手順でチェックすることができる。
【0065】
（Ｐ２１）ＣＰＵ５１３は、lspci、PCI device info等のコマンド、又はライブラリ関数を用いて、ＰＣＩデバイスの一覧を取得する。ＰＣＩデバイスは、ＰＣＩ－Ｅバス５２２に組み込まれているデバイスを表す。
【0066】
（Ｐ２２）ＣＰＵ５１３は、ＰＣＩデバイスの一覧からＶＧＡ５２１を検索する。
【0067】
（Ｐ２３）ＰＣＩデバイスの一覧にＶＧＡ５２１が含まれている場合、ＣＰＵ５１３は、通信がリンクダウンしていないと判定し、（Ｐ２１）以降の処理を繰り返す。
【0068】
（Ｐ２４）ＰＣＩデバイスの一覧にＶＧＡ５２１が含まれていない場合、ＣＰＵ５１３は、通信がリンクダウンしていると判定する。
【0069】
図５のサーバ４０１によれば、監視回路５１４及び割り込み処理ルーチン５４１を設けることで、ＢＭＣ５１１の異常を検出してＯＳ５３２に通知することができ、自動的にＢＭＣ５１１を故障から復旧させることが可能になる。
【0070】
復旧処理を行う際、作業者がサーバルーム等へ出向いて復旧作業を行う必要がないため、復旧作業開始までの待ち時間が発生しない。また、サーバシステムを停止する必要がなく、ＢＭＣ５１１が活性でリセットされるため、復旧処理の間もサーバシステムの運用を継続することができる。
【0071】
新たなハードウェアとしては監視回路５１４を追加するだけで済むため、既存のサーバシステムにも容易に図６の復旧処理を適用することができる。また、ＢＩＯＳ５３１及びＯＳ５３２の割り込み処理を利用することで、容易に復旧処理を実装することができる。
【0072】
次に、図７Ａから図１０Ｄまでを参照しながら、図５のサーバ４０１におけるＢＭＣ５１１の復旧処理について、より詳細に説明する。以下では、ＣＰＵ５１３がＯＳ５３２を実行することで行われる処理を、ＯＳ５３２が行う処理として記述することがある。また、ＣＰＵ５１３がＢＩＯＳ５３１の割り込み処理ルーチン５４１を実行することで行われる処理を、割り込み処理ルーチン５４１が行う処理として記述することがある。
【0073】
図７Ａ～図７Ｄは、ＯＳ５３２が動作している場合の第１の復旧処理の例を示すフローチャートである。まず、ユーザは、サーバ４０１の電源をオンにする（ステップ７０１）。これにより、ＢＭＣ５１１が起動し（ステップ７０２）、サーバ４０１は、ＢＭＣ５１１の起動に失敗したか否かをチェックする（ステップ７０３）。
【0074】
ＢＭＣ５１１の起動に失敗した場合（ステップ７０３，ＹＥＳ）、サーバ４０１は、アラームを出力して（ステップ７２４）、処理を終了する。一方、ＢＭＣ５１１の起動に成功した場合（ステップ７０３，ＮＯ）、ＢＭＣ５１１は、サーバ４０１の管理を開始する。そして、ＢＭＣ５１１は、監視回路５１４を起動し（ステップ７０４）、監視回路５１４の起動に失敗したか否かをチェックする（ステップ７０５）。
【0075】
監視回路５１４の起動に失敗した場合（ステップ７０５，ＹＥＳ）、サーバ４０１は、アラームを出力して（ステップ７２４）、処理を終了する。一方、監視回路５１４の起動に成功した場合（ステップ７０５，ＮＯ）、監視回路５１４は、ウォッチドッグ機能を開始し（ステップ７０６）、ウォッチドッグ機能の開始に失敗したか否かをチェックする（ステップ７０７）。
【0076】
ウォッチドッグ機能の開始に失敗した場合（ステップ７０７，ＹＥＳ）、サーバ４０１は、アラームを出力して（ステップ７２４）、処理を終了する。一方、ウォッチドッグ機能の開始に成功した場合（ステップ７０７，ＮＯ）、ＣＰＵ５１３は、ＯＳ５３２を起動する（ステップ７０８）。これにより、ＯＳ５３２が起動し（ステップ７３１）、ＣＰＵ５１３は、ＯＳ５３２の起動に失敗したか否かをチェックする（ステップ７３２）。
【0077】
ＯＳ５３２の起動に失敗した場合（ステップ７３２，ＹＥＳ）、ＣＰＵ５１３は、アラームを出力して（ステップ７３６）、処理を終了する。一方、ＯＳ５３２の起動に成功した場合（ステップ７３２，ＮＯ）、ＣＰＵ５１３は、ＯＳ５３２を実行する。
【0078】
次に、監視回路５１４は、問合せ信号をＢＭＣ５１１へ送信し（ステップ７０９）、所定期間内にＢＭＣ５１１から応答信号を受信したか否かをチェックする（ステップ７１０）。所定期間内に応答信号を受信した場合（ステップ７１０，ＹＥＳ）、監視回路５１４は、ステップ７０９以降の処理を繰り返す。
【0079】
一方、所定期間内に応答信号を受信しない場合（ステップ７１０，ＮＯ）、監視回路５１４は、ＢＩＯＳ５３１に対する割り込み要求をＣＰＵ５１３へ出力する（ステップ７１１）。ＢＩＯＳ５３１に対する割り込み要求により起動された割り込み処理ルーチン５４１は、ＯＳ５３２に対する割り込み要求を出力する（ステップ７１２）。
【0080】
ＯＳ５３２は、ＯＳ５３２に対する割り込み要求を受け付け（ステップ７３３）、ＶＧＡドライバ５４２を用いて、ＰＣＩ－Ｅバス５２２からＶＧＡ５２１を切り離す（ステップ７３４）。
【0081】
次に、監視回路５１４から定期的に出力される割り込み要求により、割り込み処理ルーチン５４１が起動される。起動された割り込み処理ルーチン５４１は、タイマを起動して、一定期間の間、ＣＰＵ５１３とＶＧＡ５２１との間の通信がリンクダウンしているか否かの判定を繰り返す。
【0082】
リンクダウンの判定において、割り込み処理ルーチン５４１は、コマンド又はライブラリ関数を用いてＰＣＩデバイスの一覧を取得し（ステップ７１３）、タイムアウトしたか否かをチェックする（ステップ７１４）。
【0083】
タイムアウトしていない場合（ステップ７１４，ＮＯ）、割り込み処理ルーチン５４１は、ＰＣＩデバイスの一覧からＶＧＡ５２１を検索する（ステップ７１５）。ＰＣＩデバイスの一覧にＶＧＡ５２１が含まれている場合（ステップ７１５，ＹＥＳ）、割り込み処理ルーチン５４１は、ステップ７１３以降の処理を繰り返す。
【0084】
一方、ＰＣＩデバイスの一覧にＶＧＡ５２１が含まれていない場合（ステップ７１５，ＮＯ）、割り込み処理ルーチン５４１は、ＣＰＵ５１３とＶＧＡ５２１との間の通信がリンクダウンしていると判定し、ＢＭＣ５１１をリセットする（ステップ７１６）。そして、サーバ４０１は、ＢＭＣ５１１のリセットに失敗したか否かをチェックする（ステップ７１７）。
【0085】
ＢＭＣ５１１のリセットに失敗した場合（ステップ７１７，ＹＥＳ）、サーバ４０１は、アラームを出力して（ステップ７２４）、処理を終了する。一方、ＢＭＣ５１１のリセットに成功した場合（ステップ７１７，ＮＯ）、ＢＭＣ５１１は、監視回路５１４をリセットし（ステップ７１８）、監視回路５１４のリセットに失敗したか否かをチェックする（ステップ７１９）。
【0086】
監視回路５１４のリセットに失敗した場合（ステップ７１９，ＹＥＳ）、サーバ４０１は、アラームを出力して（ステップ７２４）、処理を終了する。一方、監視回路５１４のリセットに成功した場合（ステップ７１９，ＮＯ）、監視回路５１４は、ウォッチドッグ機能を開始し（ステップ７２０）、ウォッチドッグ機能の開始に失敗したか否かをチェックする（ステップ７２１）。
【0087】
ウォッチドッグ機能の開始に失敗した場合（ステップ７２１，ＹＥＳ）、サーバ４０１は、アラームを出力して（ステップ７２４）、処理を終了する。一方、ウォッチドッグ機能の開始に成功した場合（ステップ７２１，ＮＯ）、ＢＭＣ５１１は、ＢＩＯＳ５３１に対する割り込み要求をＣＰＵ５１３へ出力する（ステップ７２２）。ＢＩＯＳ５３１に対する割り込み要求により起動された割り込み処理ルーチン５４１は、ＯＳ５３２に対する割り込み要求を出力する（ステップ７２３）。
【0088】
ＯＳ５３２は、ＯＳ５３２に対する割り込み要求に基づき、ＶＧＡドライバ５４２を用いて、ＶＧＡ５２１をＰＣＩ－Ｅバス５２２に組み込む（ステップ７３５）。
【0089】
リンクダウンの判定においてタイムアウトした場合（ステップ７１４，ＹＥＳ）、サーバ４０１は、ステップ７１６以降の処理を行うことで、強制的にＢＭＣ５１１をリセットする。
【0090】
図８Ａ及び図８Ｂは、ＯＳ５３２が停止している場合の第２の復旧処理の例を示すフローチャートである。ステップ８０１～ステップ８２３の処理は、図７Ａのステップ７０１～ステップ７０７及びステップ７０９～ステップ７１５と図７Ｂのステップ７１６～ステップ７２４の処理と同様である。
【0091】
第１の復旧処理とは異なり、ウォッチドッグ機能の開始に成功した場合（ステップ８０７，ＮＯ）、ＯＳ５３２は起動されず、停止したままである。このため、ステップ８１１において、割り込み処理ルーチン５４１からＯＳ５３２に対する割り込み要求が出力された場合、割り込み要求はペンディングされる。そして、ＯＳ５３２が起動されたときに、ペンディングされている割り込み要求が消去される。
【0092】
同様に、ステップ８２２において、割り込み処理ルーチン５４１からＯＳ５３２に対する割り込み要求が出力された場合も、割り込み要求はペンディングされる。そして、ＯＳ５３２が起動されたときに、ペンディングされている割り込み要求が消去される。
【0093】
ＯＳ５３２が停止しているため、ＶＧＡ５２１の切り離しが行われず、リンクダウンの判定においてタイムアウトが発生する（ステップ８１３，ＹＥＳ）。したがって、ステップ８１５以降の処理が行われ、ＢＭＣ５１１が強制的にリセットされる。
【0094】
図９Ａ～図９Ｄは、ＯＳ５３２からの応答がない場合の第３の復旧処理の例を示すフローチャートである。ステップ９０１～ステップ９２４の処理は、図７Ａのステップ７０１～ステップ７１５と図７Ｂのステップ７１６～ステップ７２４の処理と同様である。また、ステップ９３１、ステップ９３２、及びステップ９３４の処理は、図７Ｃのステップ７３１及びステップ７３２と図７Ｄのステップ７３６の処理と同様である。
【0095】
第１の復旧処理とは異なり、ＯＳ５３２の起動に成功した場合（ステップ９３２，ＮＯ）、起動されたＯＳ５３２がハングアップし（ステップ９３３）、無応答の状態になる。このため、ステップ９１２において、割り込み処理ルーチン５４１からＯＳ５３２に対する割り込み要求が出力された場合、割り込み要求はペンディングされる。そして、ＯＳ５３２が次に起動されたときに、ペンディングされている割り込み要求が消去される。
【0096】
同様に、ステップ９２３において、割り込み処理ルーチン５４１からＯＳ５３２に対する割り込み要求が出力された場合も、割り込み要求はペンディングされる。そして、ＯＳ５３２が次に起動されたときに、ペンディングされている割り込み要求が消去される。
【0097】
ＯＳ５３２がハングアップしているため、ＶＧＡ５２１の切り離しが行われず、リンクダウンの判定においてタイムアウトが発生する（ステップ９１４，ＹＥＳ）。したがって、ステップ９１６以降の処理が行われ、ＢＭＣ５１１が強制的にリセットされる。
【0098】
図１０Ａ～図１０Ｄは、ＶＧＡ５２１の切り離しが失敗した場合の第４の復旧処理の例を示すフローチャートである。ステップ１００１～ステップ１０２４の処理は、図７Ａのステップ７０１～ステップ７１５と図７Ｂのステップ７１６～ステップ７２４の処理と同様である。また、ステップ１０３１～ステップ１０３６の処理は、図７Ｃのステップ７３１～ステップ７３４と図７Ｄのステップ７３５及びステップ７３６の処理と同様である。
【0099】
第１の復旧処理とは異なり、ＯＳ５３２は、ＯＳ５３２に対する割り込み要求を受け付けた後（ステップ１０３３）、ＶＧＡドライバ５４２を用いて、ＰＣＩ－Ｅバス５２２からＶＧＡ５２１を切り離そうとするが、切り離しに失敗する（ステップ１０３４）。このため、リンクダウンの判定においてタイムアウトが発生し（ステップ１０１４，ＹＥＳ）、ステップ１０１６以降の処理が行われて、ＢＭＣ５１１が強制的にリセットされる。
【0100】
その後、割り込み処理ルーチン５４１からＯＳ５３２に対する割り込み要求が出力された場合（ステップ１０２３）、ＯＳ５３２は、ＶＧＡドライバ５４２を用いて、ＶＧＡ５２１をＰＣＩ－Ｅバス５２２に組み込もうとする。しかし、ＶＧＡ５２１の切り離しが行われていないため、ＯＳ５３２は、ＶＧＡ５２１の組み込みに失敗する（ステップ１０３５）。
【0101】
図２の情報処理装置２０１の構成は一例に過ぎず、情報処理装置２０１の用途又は条件に応じて一部の構成要素を省略又は変更してもよい。図４のサーバシステムの構成は一例に過ぎず、サーバシステムの用途又は条件に応じて一部の構成要素を省略又は変更してもよい。例えば、サーバシステムは、複数のサーバを含んでいてもよく、テープ装置等の他の装置を含んでいてもよい。
【0102】
図１のサーバ１０１及び図５のサーバ４０１の構成は一例に過ぎず、サーバシステムの構成又は条件に応じて一部の構成要素を省略又は変更してもよい。例えば、図５のサーバ４０１がＲＡＩＤ装置４０２と通信しない場合は、通信回路５１６を省略することができる。
【0103】
図３及び図７Ａ～図１０Ｄのフローチャートは一例に過ぎず、サーバシステムの構成又は条件に応じて一部の処理を省略又は変更してもよい。図６に示したＢＭＣ５１１の復旧処理は一例に過ぎず、サーバシステムの構成又は条件に応じて一部の処理を省略又は変更してもよい。
【0104】
開示の実施形態とその利点について詳しく説明したが、当業者は、特許請求の範囲に明確に記載した本発明の範囲から逸脱することなく、様々な変更、追加、省略をすることができるであろう。
【0105】
図１乃至図１０Ｄを参照しながら説明した実施形態に関し、さらに以下の付記を開示する。
（付記１）
情報処理を行う情報処理装置であって、
画像処理を行う画像処理部を含み、前記情報処理装置を管理する管理部と、
前記管理部を監視し、前記管理部の異常を検出した場合、異常検出信号を出力する監視部と、
前記情報処理を行い、前記監視部から前記異常検出信号が出力された場合、前記異常検出信号に基づいて前記画像処理部を切り離し、前記管理部を再起動する情報処理部と、
を備えることを特徴とする情報処理装置。
（付記２）
前記情報処理部は、第１プログラム及び第２プログラムを実行し、
前記監視部は、前記第１プログラムに対する第１割り込み要求を、前記異常検出信号として前記情報処理部へ出力し、
前記情報処理部は、前記第１割り込み要求に基づいて、前記第２プログラムに対する第２割り込み要求を生成し、前記第２割り込み要求に基づいて前記画像処理部を切り離すことを特徴とする付記１記載の情報処理装置。
（付記３）
前記監視部は、前記第１割り込み要求を出力した後、前記第１プログラムに対する第３割り込み要求を前記情報処理部へ出力し、
前記情報処理部は、前記第３割り込み要求に基づいて、前記情報処理部と前記画像処理部との間の通信状態をチェックし、前記通信状態が通信不可である場合、前記管理部を再起動することを特徴とする付記２記載の情報処理装置。
（付記４）
前記第１プログラムは、基本入出力システムであり、前記第２プログラムは、オペレーティングシステムであることを特徴とする付記２又は３記載の情報処理装置。
（付記５）
前記監視部は、問合せ信号を前記管理部へ送信し、所定期間内に前記管理部から応答信号を受信しない場合、前記管理部の異常が発生したと判定して、前記異常検出信号を出力することを特徴とする付記１乃至４の何れか１項に記載の情報処理装置。
（付記６）
情報処理を行い、
画像処理を行う画像処理部を含み、情報処理装置を管理する管理部が、監視部により監視され、前記監視部により前記管理部の異常が検出されて異常検出信号が出力された場合、前記異常検出信号に基づいて前記画像処理部を切り離し、
前記管理部を再起動する、
処理をプロセッサが実行することを特徴とする復旧方法。
（付記７）
前記情報処理を行う処理は、第１プログラム及び第２プログラムを実行する処理を含み、
前記監視部は、前記第１プログラムに対する第１割り込み要求を、前記異常検出信号として出力し、
前記画像処理部を切り離す処理は、
前記第１割り込み要求に基づいて、前記第２プログラムに対する第２割り込み要求を生成する処理と、
前記第２割り込み要求に基づいて前記画像処理部を切り離す処理とを含むことを特徴とする付記６記載の復旧方法。
（付記８）
前記監視部は、前記第１割り込み要求を出力した後、前記第１プログラムに対する第３割り込み要求を出力し、
前記プロセッサは、前記第３割り込み要求に基づいて、前記プロセッサと前記画像処理部との間の通信状態をチェックする処理をさらに実行し、
前記管理部を再起動する処理は、前記通信状態が通信不可である場合、前記管理部を再起動する処理を含むことを特徴とする付記７記載の復旧方法。
（付記９）
前記第１プログラムは、基本入出力システムであり、前記第２プログラムは、オペレーティングシステムであることを特徴とする付記７又は８記載の復旧方法。
（付記１０）
前記監視部は、問合せ信号を前記管理部へ送信し、所定期間内に前記管理部から応答信号を受信しない場合、前記管理部の異常が発生したと判定して、前記異常検出信号を出力することを特徴とする付記６乃至９の何れか１項に記載の復旧方法。
（付記１）
情報処理を行う情報処理装置であって、
画像処理を行う画像処理部を含み、前記情報処理装置を管理する管理部と、
前記管理部を監視し、前記管理部の異常を検出した場合、異常検出信号を出力する監視部と、
前記情報処理を行い、前記監視部から前記異常検出信号が出力された場合、前記異常検出信号に基づいて前記画像処理部を切り離し、前記管理部を再起動する情報処理部と、
を備えることを特徴とする情報処理装置。
（付記２）
前記情報処理部は、第１プログラム及び第２プログラムを実行し、
前記監視部は、前記第１プログラムに対する第１割り込み要求を、前記異常検出信号として前記情報処理部へ出力し、
前記情報処理部は、前記第１割り込み要求に基づいて、前記第２プログラムに対する第２割り込み要求を生成し、前記第２割り込み要求に基づいて前記画像処理部を切り離すことを特徴とする付記１記載の情報処理装置。
（付記３）
前記監視部は、前記第１割り込み要求を出力した後、前記第１プログラムに対する第３割り込み要求を前記情報処理部へ出力し、
前記情報処理部は、前記第３割り込み要求に基づいて、前記情報処理部と前記画像処理部との間の通信状態をチェックし、前記通信状態が通信不可である場合、前記管理部を再起動することを特徴とする付記２記載の情報処理装置。
（付記４）
前記第１プログラムは、基本入出力システムであり、前記第２プログラムは、オペレーティングシステムであることを特徴とする付記２又は３記載の情報処理装置。
（付記５）
前記監視部は、問合せ信号を前記管理部へ送信し、所定期間内に前記管理部から応答信号を受信しない場合、前記管理部の異常が発生したと判定して、前記異常検出信号を出力することを特徴とする付記１乃至４の何れか１項に記載の情報処理装置。
（付記６）
情報処理を行い、
画像処理を行う画像処理部を含み、情報処理装置を管理する管理部が、監視部により監視され、前記監視部により前記管理部の異常が検出されて異常検出信号が出力された場合、前記異常検出信号に基づいて前記画像処理部を切り離し、
前記管理部を再起動する、
処理をプロセッサが実行することを特徴とする復旧方法。
（付記７）
前記情報処理を行う処理は、第１プログラム及び第２プログラムを実行する処理を含み、
前記監視部は、前記第１プログラムに対する第１割り込み要求を、前記異常検出信号として出力し、
前記画像処理部を切り離す処理は、
前記第１割り込み要求に基づいて、前記第２プログラムに対する第２割り込み要求を生成する処理と、
前記第２割り込み要求に基づいて前記画像処理部を切り離す処理とを含むことを特徴とする付記６記載の復旧方法。
（付記８）
前記監視部は、前記第１割り込み要求を出力した後、前記第１プログラムに対する第３割り込み要求を出力し、
前記プロセッサは、前記第３割り込み要求に基づいて、前記プロセッサと前記画像処理部との間の通信状態をチェックする処理をさらに実行し、
前記管理部を再起動する処理は、前記通信状態が通信不可である場合、前記管理部を再起動する処理を含むことを特徴とする付記７記載の復旧方法。
（付記９）
前記第１プログラムは、基本入出力システムであり、前記第２プログラムは、オペレーティングシステムであることを特徴とする付記７又は８記載の復旧方法。
（付記１０）
前記監視部は、問合せ信号を前記管理部へ送信し、所定期間内に前記管理部から応答信号を受信しない場合、前記管理部の異常が発生したと判定して、前記異常検出信号を出力することを特徴とする付記６乃至９の何れか１項に記載の復旧方法。
【符号の説明】
【0106】
１０１、４０１ サーバ
１１１、５１１ ＢＭＣ
１１２、５１２ チップセット
１１３、５１３ ＣＰＵ
１２１、５２１ ＶＧＡ
１２２、５２２ ＰＣＩ－Ｅバス
１３１、５３１ ＢＩＯＳ
１３２、５３２ ＯＳ
１４１、５４２ ＶＧＡドライバ
２０１ 情報処理装置
２１１ 管理部
２１２ 監視部
２１３ 情報処理部
２２１ 画像処理部
４０１ サーバ
４０２ ＲＡＩＤ装置
５１４ 監視回路
５１５ メモリ
５１６ 通信回路
５４１ 割り込み処理ルーチン
１１１、５１１ ＢＭＣ
１１２、５１２ チップセット
１１３、５１３ ＣＰＵ
１２１、５２１ ＶＧＡ
１２２、５２２ ＰＣＩ－Ｅバス
１３１、５３１ ＢＩＯＳ
１３２、５３２ ＯＳ
１４１、５４２ ＶＧＡドライバ
２０１ 情報処理装置
２１１ 管理部
２１２ 監視部
２１３ 情報処理部
２２１ 画像処理部
４０１ サーバ
４０２ ＲＡＩＤ装置
５１４ 監視回路
５１５ メモリ
５１６ 通信回路
５４１ 割り込み処理ルーチン
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7A】
【図7B】
【図7C】
【図7D】
【図8A】
【図8B】
【図9A】
【図9B】
【図9C】
【図9D】
【図10A】
【図10B】
【図10C】
【図10D】