メモリと、オペレーティングシステムを実行し、計算機として所定の機能を提供する論理ドメインと、前記論理ドメインの管理を行うハイパバイザとの処理を実行する処理装置と、を有し、前記オペレーティングシステムが、診断を行うべきハードウェアを検出する検出モジュールと、前記検出モジュールにより前記診断を行うべきハードウェアが検出された場合、前記診断のための処理において前記オペレーティングシステムが利用する、前記メモリにおけるメモリ領域を確保し、前記オペレーティングシステムのカーネルに対して、当該メモリ領域で発生したエラーを看過するように指示する第1指示モジュールと、前記検出モジュールにより前記診断を行うべきハードウェアが検出された場合、前記ハイパバイザに対して、前記診断において利用するメモリ領域で発生したエラーを看過するように指示し且つ前記診断を行うべきハードウェアの指定を含む診断要求を出力する第2指示モジュールと、を有し、前記ハイパバイザが、前記診断要求を受信した場合、前記診断モジュールが前記診断において利用するメモリ領域で発生したエラーを看過するための設定を行う設定モジュールと、前記診断要求を受信した場合、前記診断を行うべきハードウェアに対して前記診断を行う診断モジュールと、を有する情報処理装置。前記診断モジュールが、前記診断を行うべきハードウェアがいずれかの論理ドメインに割り当てられている場合、前記情報処理装置が有するハードウェアのうちいずれの論理ドメインにも割り当てられていないハードウェアを、前記診断を行うべきハードウェアの代わりに割り当てた後、前記診断を行うべきハードウェアに対して前記診断を行う請求項1記載の情報処理装置。前記診断モジュールが、前記情報処理装置が有するハードウェアのうちいずれの論理ドメインにも割り当てられていないハードウェアに対して診断を行い、当該診断の結果が正常である場合に、当該ハードウェアを前記診断を行うべきハードウェアの代わりに割り当てる請求項2記載の情報処理装置。前記診断モジュールが、前記診断を行うべきハードウェアがいずれかの論理ドメインに割り当てられており且ついずれの論理ドメインにも割り当てられていないハードウェアが無い場合、診断方法を定義する定義データをテーブルから読み出し、強制診断が指定されているか判断し、前記強制診断が指定されていると判断した場合、既にいずれかの論理ドメインに割り当てられているハードウェアを、前記診断を行うべきハードウェアの代わりに割り当てる請求項1記載の情報処理装置。前記診断モジュールが、前記診断の結果を前記オペレーティングシステムに出力し、前記オペレーティングシステムが、前記診断の結果が、前記診断が行われたハードウェアが故障していることを示している場合、当該故障を前記論理ドメインのユーザに通知するためのデータを生成する通知モジュールをさらに有する請求項1乃至4のいずれか1つ記載の情報処理装置。前記検出モジュールは、前記情報処理装置が有するハードウェアのうち、所定時間以上診断が行なわれていないハードウェアを検出する請求項1乃至5のいずれか1つ記載の情報処理装置。前記検出モジュールは、前記情報処理装置が有するハードウェアのうち、所定時間以上診断が行なわれておらず且つ前回診断において正常であると診断されたハードウェアを検出する請求項1乃至5のいずれか1つ記載の情報処理装置。前記ハイパバイザにより実現された論理ドメインのうちいずれか1つの論理ドメインに含まれるオペレーティングシステムが、前記検出モジュール、前記第1指示モジュール及び前記第2指示モジュールを有する請求項1記載の情報処理装置。診断を行うべきハードウェアを検出し、仮想的に実現されたシステムである論理ドメインに含まれるオペレーティングシステムが前記診断のための処理において利用するメモリ領域を確保し、前記オペレーティングシステムのカーネルに対して、当該メモリ領域で発生したエラーを看過するように指示し、前記論理ドメインの管理を行うハイパバイザに対して、前記診断において利用するメモリ領域で発生したエラーを看過するように指示し且つ前記診断を行うべきハードウェアの指定を含む診断要求を出力する処理を、コンピュータに実行させるためのプログラム。ハードウェアの診断において利用するメモリ領域で発生したエラーを看過するように指示し且つ前記診断を行うべきハードウェアの指定を含む診断要求を、仮想的に実現されたシステムである論理ドメインに含まれるオペレーティングシステムから受信した場合、前記論理ドメインの管理を行うハイパバイザが前記診断において利用するメモリ領域で発生したエラーを看過するための設定を行い、前記診断を行うべきハードウェアに対して前記診断を行う処理を、コンピュータに実行させるためのプログラム。診断を行うべきハードウェアを検出し、仮想的に実現されたシステムである論理ドメインに含まれるオペレーティングシステムが前記診断のための処理において利用するメモリ領域を確保し、前記オペレーティングシステムのカーネルに対して、当該メモリ領域で発生したエラーを看過するように指示し、前記論理ドメインの管理を行うハイパバイザが前記診断において利用するメモリ領域で発生したエラーを看過するための設定を行い、前記診断を行うべきハードウェアに対して前記診断を行う処理を、コンピュータが実行する情報処理方法。従って、本技術の目的は、一側面において、システムの稼働中に適切なハードウェア診断を行えるようにするための技術を提供することである。本技術の一側面に係る情報処理装置は、メモリと、オペレーティングシステムを実行し、計算機として所定の機能を提供する論理ドメインと、前記論理ドメインの管理を行うハイパバイザとの処理を実行する処理装置とを有する。そして、上記オペレーティングシステムが、診断を行うべきハードウェアを検出する検出モジュールと、検出モジュールにより診断を行うべきハードウェアが検出された場合、診断のための処理においてオペレーティングシステムが利用する、メモリにおけるメモリ領域を確保し、オペレーティングシステムのカーネルに対して、当該メモリ領域で発生したエラーを看過するように指示する第1指示モジュールと、検出モジュールにより診断を行うべきハードウェアが検出された場合、ハイパバイザに対して、診断において利用する、メモリにおけるメモリ領域で発生したエラーを看過するように指示し且つ診断を行うべきハードウェアの指定を含む診断要求を出力する第2指示モジュールとを有する。そして、上記ハイパバイザが、診断要求を受信した場合、診断モジュールが診断において利用する、メモリにおけるメモリ領域で発生したエラーを看過するための設定を行う設定モジュールと、診断要求を受信した場合、診断を行うべきハードウェアに対して診断を行う診断モジュールとを有する。例えば図1に示すような情報処理装置においてハードウェアリソースの診断を行うことを考える。図1の情報処理装置は、メインシステムと、サブシステムとを含む。ここで、メインシステムは業務処理を実行するためのシステムであり、メインシステムは論理ドメイン1、論理ドメイン2及び各論理ドメインの管理を行うハイパバイザ等のプログラムを含む。メインシステムに含まれる各プログラムは、ハードウェアリソースに含まれるプロセッサにより実行される。サブシステムは、メインシステムを運用及び管理するためのシステムである。POST実行モジュールは、POSTを実行するためのソフトウェアである。ハイパバイザhypervisorは、論理ドメインを起動するためのファームウェアである。オープンファームウェアオープンブートとも呼ばれるは、OSを起動するためのソフトウェアである。このような情報処理装置におけるハードウェアリソースの診断は、例えば図2に示すようにして行われる。具体的には、まず情報処理装置に電源を投入すると、サブシステムが起動し、当該サブシステムからメインシステムの起動指示が出される。そして、メインシステムが起動を開始し、POST実行モジュールによるハードウェアリソースの診断POSTが行われる。なお、POSTが行われると、ハイパバイザが起動し、当該ハイパバイザが論理ドメインを起動する。すると、オープンファームウェアがOS起動の前処理を開始し、さらにOSを起動する。そして、論理ドメインの起動が完了し、論理ドメインにおいて業務処理が行われる。ここで、論理ドメインの稼動中に、論理ドメインをリセットする旨の指示がユーザからあった場合には、指示に係る論理ドメインのみが再起動される。ところが、論理ドメインをリセットしただけでは、メインシステム自体がリセットされるわけではないため、POSTが行われない。そこで、POSTを行うためにメインシステムを再起動することが考えられるが、このようにすると全ての論理ドメインを再起動することになる。しかし、各論理ドメインでは別々の業務処理が行われているため、複数の論理ドメインを同時に再起動することができるようなタイミングは限られてしまうことが多い。そのため、実際にはメインシステムの再起動をすることができず、ハードウェアリソースの故障の検出が遅れてしまうことがある。そこで、以下システム稼働中にも適切にハードウェアの診断を行う2つの実施の形態を具体的に説明する。[実施の形態1]本実施の形態における情報処理装置1000のハードウェア構成を図3Aに示す。図3Aの例では、情報処理装置1000は、ハードウェアリソース1を有し、ハードウェアリソース1により、業務処理を実行するためのメインシステムと、メインシステムを運用及び管理するためのサブシステムとを実行する。ハードウェアリソース1は、例えばプロセッサ、メモリ、PCIPeripheralComponentInterconnect等のハードウェアリソースを含む。各ハードウェアリソースの数は1又は複数であるが、診断が行われるハードウェアリソースについては、数は2以上である。なお、サブシステムは、本実施の形態における主要な処理を行うわけではないので、サブシステムについての詳細な説明は省略する。図3Bに、メインシステムの構成を示す。メインシステムは、論理ドメイン11と、論理ドメイン12と、ハイパバイザ13と、POST実行モジュール14とを含む。論理ドメイン11及び12は、ハイパバイザ13により仮想的に実現されたシステムである。論理ドメイン11は、オープンファームウェア1101と、OS1102とを含む。また、OS1102は、カーネル1103と、管理モジュール1104と、診断定義テーブル1109と、管理テーブル1110と、割当テーブル1111とを含む。また、管理モジュール1104は、検出モジュール1105と、第1指示モジュール1106と、第2指示モジュール1107と、通知モジュール1108とを含む。なお、オープンファームウェア1101、OS1102、カーネル1103及び各モジュールは、例えばハードウェアリソース1に含まれるプロセッサに実行されると、以下で説明する機能を実現する。オープンファームウェア1101は、OS1102を起動するための処理を行う。カーネル1103は、例えば情報処理装置1000におけるリソースの管理やプロセス間通信の提供等、一般的なOSのカーネルが行う周知の処理を行う。検出モジュール1105は、診断定義テーブル1109及び管理テーブル1110に格納されているデータを用いて、診断を行うべきハードウェアリソースを検出する処理を行う。第1指示モジュール1106は、カーネル1103に対して後述のマスク指示を出力する処理等を行う。第2指示モジュール1107は、ハイパバイザ113に対して後述のマスク指示を出力する処理等を行う。通知モジュール1108は、ハードウェアリソースの異常をユーザ例えば情報処理装置1000の管理者に提示するための処理等を行う。論理ドメイン12は、オープンファームウェア121と、カーネル123を含むOS122とを含む。これらの機能は、論理ドメイン11におけるオープンファームウェア1101及びOS1102の機能と同じであるので、説明を省略する。なお、図3Bでは論理ドメインを2つ示しているが、論理ドメインの数に限定は無い。また、本実施の形態では、論理ドメイン11と同様の機能を有する論理ドメインは他には無いとする。すなわち、論理ドメイン11において一元的に診断を管理している。ハイパバイザ13は、設定モジュール131及び診断モジュール132を含む管理モジュール130と、割当テーブル133とを含む。ハイパバイザ13及び当該ハイパバイザ13に含まれる各モジュールは、例えばハードウェアリソース1に含まれるプロセッサに実行されると、以下で説明する機能を実現する。設定モジュール131は、所定のメモリ領域で発生したエラーをハイパバイザ13が看過するための設定等を行う。診断モジュール132は、ハードウェアリソースの故障を検出するための診断を行う。図4に、診断定義テーブル1109に格納されているデータの一例を示す。図4の例では、診断を実施するか否かを指定するためのデータと、診断対象を指定するためのデータと、診断間隔を指定するためのデータとが格納されている。これらのデータは、情報処理装置1000のユーザによって指定されたデータである。図5に、管理テーブル1110に格納されているデータの一例を示す。図5の例では、ハードウェアリソースに付与された番号と、ハードウェアリソース名と、最終診断時刻のデータと、診断結果と、追加診断をするか否かを示すデータとが格納されるようになっている。ハードウェアリソースが正常であれば診断結果はOKとなり、ハードウェアリソースが故障していれば診断結果がNGとなる。また、再度診断を行うべきであれば追加診断はOKとなり、再度診断を行うべきでなければ追加診断はNGとなる。図6に、割当テーブル1111に格納されているデータの一例を示す。図6の例では、割り当て先の情報と、ハードウェアリソース名とが格納されるようになっている。割当テーブルは、情報処理装置1000が有するハードウェアリソースの割り当てを管理するためのテーブルであり、割り当てが変更された場合には内容が更新される。なお、割当テーブル133にも、割当テーブル1111と同じデータが格納されている。次に、第1の実施の形態における情報処理装置1000の処理内容について説明する。まず、論理ドメイン11における検出モジュール1105は、診断を行うべきハードウェアリソース以下、対象リソースと呼ぶを検出する図7:ステップS1。ステップS1においては、管理テーブル1110に格納されている最終診断時刻のデータと、診断定義テーブル1109に格納されている診断間隔のデータとを用いて、最後に診断を行ってから所定時間以上診断が行われていないハードウェアリソースを検出する。但し、追加診断の欄にNGが格納されているハードウェアリソースは検出されない。そして、第1指示モジュール1106は、対象リソースに対する診断のための処理においてOS1102が利用するメモリ領域を確保するステップS3。そして、第1指示モジュール1106は、ステップS3において確保されたメモリ領域のアドレス及びステップS1において検出された対象リソースの指定ここでは、ハードウェアリソース名を含むマスク指示をカーネル1103に出力するステップS5。カーネル1103は、第1指示モジュール1106からマスク指示を受信するステップS7。また、カーネル1103は、通知されたメモリ領域上で発生したエラーをOS1102が看過するための設定を行うステップS9。また、第2指示モジュール1107は、マスク指示をハイパバイザ13に出力するステップS11。ハイパバイザ13は、第2指示モジュール1107からマスク指示を受信するステップS13。そして、ハイパバイザ13における設定モジュール131は、診断モジュール132のためのメモリ領域すなわち、診断モジュール132を実現するためのプログラムが配置されるメモリ領域で発生したエラーを看過するための設定を行うステップS15。処理は端子A及びBを介して図8の処理に移行する。図8の処理の説明に移行して、第2指示モジュール1107は、ステップS1において検出された対象リソースの指定を含む診断要求をハイパバイザ13に出力する図8:ステップS17。ハイパバイザ13における診断モジュール132は、第2指示モジュール1107から診断要求を受信するステップS19。そして、診断モジュール132は、診断処理を実施するステップS21。診断処理については、図9を用いて詳細に説明する。まず、診断モジュール132は、診断要求において指定されている対象リソース名で割当テーブル133を検索することにより、対象リソースがいずれかの論理ドメインに割り当て済みであるか判断する図9:ステップS41。いずれの論理ドメインにも割り当てられていない場合ステップS41:Noルート、対象リソースに対する診断を行っても問題は無いため、診断モジュール132は対象リソースに対する診断を行うステップS43。そして元の処理に戻る。なお、本実施の形態においては、診断モジュール132はハードウェアリソースの診断に関する特別な権限を利用して、例えば対象リソースのレジスタにアクセスすることにより、対象リソースに対する診断を行う。一方、対象リソースがいずれかの論理ドメインに割り当てられている場合ステップS41:Yesルート、診断モジュール132は、割当テーブル133において未割り当てのハードウェアリソースが有るか判断するステップS45。未割り当てのハードウェアリソースが有ると判断された場合ステップS45:Yesルート、診断モジュール132は、当該未割り当てのリソースに対して診断を行うステップS47。そして、診断モジュール132は、診断結果が正常を示しているか判断するステップS49。診断結果が正常を示していない場合ステップS49:Noルート、当該未割り当てリソースを論理ドメインに割り当てると論理ドメインに不具合が生じる可能性があるので、ステップS45に戻る。一方、診断結果が正常を示している場合ステップS49:Yesルート、診断モジュール132は、当該未割り当てリソースを対象リソースの代わりに論理ドメインに割り当てるステップS51。そして、診断モジュール132は、割り当てから解放された対象リソースに対する診断を行うステップS53。そして元の処理に戻る。一方、未割り当てのハードウェアリソースが無いと判断された場合ステップS45:Noルート、対象リソースを割り当てから解放することができず、診断を行うことができないため、元の処理に戻る。このようにすれば、対象リソースが割り当て済みであったとしても、稼働中の論理ドメインに影響を与えることなく、対象リソースの診断を行うことができるようになる。また、未割り当てのハードウェアリソースが正常であることを確認したうえで論理ドメインに割り当てるので、論理ドメインに不具合が発生することを防止できる。さらに、対象リソースを割り当てから解放して診断を行った後、対象リソースを再度割り当てることをしていないので、論理ドメインに割り当てられるハードウェアリソースが入れ替わることになる。これにより、特定のハードウェアリソースが論理ドメインに割り当てられ続けるような、使用の偏りを抑制することができるようになる。図8の説明に戻り、診断モジュール132は、診断結果をOS1102における管理モジュール1104に出力するステップS23。管理モジュール1104における通知モジュール1108は、診断結果を診断モジュール132から受信するステップS25。そして、通知モジュール1108は、管理テーブル1110に格納されているデータを更新するステップS27。なお、診断結果が正常を示している場合には、診断結果及び追加診断の欄にOKを格納し、診断結果が正常を示していない場合には、診断結果及び追加診断の欄にNGを格納する。また、診断が行われていない、すなわちステップS45のNoルートを経由している場合には、追加診断の欄にNGを格納する。そして、通知モジュール1108は、診断結果が正常を示していない場合には、故障の発生をユーザに認識させるためのデータを生成し、生成したデータを表示部図示せずに表示させることにより、ユーザに対する通知を行うステップS29。また、通知モジュール1108は、イベントログテーブル図示せずに、故障が発生したハードウェアリソースの名前と発生日時とを登録しておく。以上のような処理を実施することにより、ハードウェアリソースの診断中に所定のメモリ領域で発生したエラーによって、OS1102及びハイパバイザ13が悪影響例えばパニック状態に陥る等を受けることなくなる。よって、論理ドメインの稼働中であっても、ハイパバイザ13の特権を利用して適切なハードウェア診断を行うことができ、故障の検出が遅れてしまうことを防ぐことができるようになる。すなわち、早期にハードウェアリソースの故障を検出し、メインシステムの安定稼働を実現できるようになる。ここで、第1の実施の形態に係るハードウェアリソースの診断方法の概要を図10に示す。第1の実施の形態によれば、論理ドメインの稼働中に各ハードウェアリソースに対して定期的な診断を行うことができるようになる。すなわち、メインシステム又は論理ドメインをリセットしなくても、ハードウェアリソースに対する診断を行うことができるようになっている。[実施の形態2]次に、第2の実施の形態について説明する。第2の実施の形態は、対象リソースが割り当て済みであり且つ未割り当てのハードウェアリソースが無い場合であっても、対象リソースに対して強制的に診断を行える点で第1の実施の形態とは異なっている。第2の実施の形態における情報処理装置1000の構成について、第1の実施の形態との相違点を説明する。図11に、診断定義テーブル1109に格納されているデータの一例を示す。図11の例では、診断を実施するか否かを指定するためのデータと、診断対象を指定するためのデータと、診断間隔を指定するためのデータと、強制診断を有効にするか否かを指定するためのデータとが格納されている。その他の部分については、第1の実施の形態と同様である。次に、第2の実施の形態における情報処理装置1000の処理内容について説明する。まず、論理ドメイン11における検出モジュール1105は、診断を行うべきハードウェアリソース以下、対象リソースと呼ぶを検出する図12:ステップS61。検出の方法については、ステップS1の説明で述べたとおりである。そして、検出モジュール1105は、割当テーブル1111において未割り当てのハードウェアリソースが有るか判断するステップS63。未割り当てのハードウェアリソースが有ると判断された場合ステップS63:Yesルート、強制診断の可否について判断するまでもなく、対象リソースに対する診断を行うことができるので、ステップS69の処理に移行する。一方、未割り当てのハードウェアリソースが無いと判断された場合ステップS63:Noルート、検出モジュール1105は、診断定義テーブル1109において強制診断が有効になっているか判断するステップS65。強制診断が有効ではないと判断された場合ステップS65:Noルート、対象リソースに対する診断を行うことはできないので、処理を終了するステップS67。一方、強制診断が有効であると判断された場合ステップS65:Yesルート、割り当て済みであるハードウェアリソースを未割り当てのハードウェアリソースであるとみなして診断を行うことができる。よって、第1指示モジュール1106は、対象リソースに対する診断のための処理においてOS1102が利用するメモリ領域を確保するステップS69。そして、第1指示モジュール1106は、ステップS3において確保されたメモリ領域のアドレスを含むマスク指示をカーネル1103に出力するステップS71。カーネル1103は、第1指示モジュール1106からマスク指示を受信するステップS73。また、カーネル1103は、通知されたメモリ領域上で発生したエラーをOS1102が看過するための設定を行うステップS75。また、第2指示モジュール1107は、マスク指示をハイパバイザ13に出力するステップS77。ハイパバイザ13は、第2指示モジュール1107からマスク指示を受信するステップS79。そして、ハイパバイザ13における設定モジュール131は、診断モジュール132のためのメモリ領域すなわち、診断モジュール132を実現するためのプログラムが配置されるメモリ領域で発生したエラーを看過するための設定を行うステップS81。そして処理は端子A及びBを介して図8の処理に移行する。このような処理を実施することにより、ハイパバイザ13における診断モジュール132に強制診断を行わせることができるようになる。また、第2の実施の形態における診断処理は、第1の実施の形態における診断処理とは異なっている。そこで、第2の実施の形態における診断処理について図13を用いて説明する。まず、診断モジュール132は、診断要求において指定されている対象リソース名で割当テーブル133を検索することにより、対象リソースがいずれかの論理ドメインに割り当て済みであるか判断する図13:ステップS91。いずれの論理ドメインにも割り当てられていない場合ステップS91:Noルート、対象リソースに対する診断を行っても問題は無いため、診断モジュール132は対象リソースに対する診断を行うステップS93。そして元の処理に戻る。なお、第1の形態と同様に、診断モジュール132はハードウェアリソースの診断に関する特別な権限を利用して、例えば対象リソースのレジスタにアクセスすることにより、対象リソースに対する診断を行う。一方、対象リソースがいずれかの論理ドメインに割り当てられている場合ステップS91:Yesルート、診断モジュール132は、割当テーブル133において未割り当てのハードウェアリソースが有るか判断するステップS95。未割り当てのハードウェアリソースが有ると判断された場合ステップS95:Yesルート、診断モジュール132は、当該未割り当てのリソースに対して診断を行うステップS97。そして、診断モジュール132は、診断結果が正常を示しているか判断するステップS99。診断結果が正常を示していない場合ステップS99:Noルート、当該未割り当てリソースを論理ドメインに割り当てると論理ドメインに不具合が生じる可能性があるので、ステップS95に戻る。一方、診断結果が正常を示している場合ステップS99:Yesルート、診断モジュール132は、当該未割り当てリソースを対象リソースの代わりに論理ドメインに割り当てるステップS101。そして、診断モジュール132は、割り当てから解放された対象リソースに対する診断を行うステップS103。そして元の処理に戻る。一方、未割り当てのハードウェアリソースが無いと判断された場合ステップS95:Noルート、診断モジュール132は、診断定義テーブル1109において強制診断が有効になっているか判断するステップS105。強制診断が有効ではない場合ステップS105:Noルート、対象リソースを割り当てから解放できず、診断を行うことができないため、元の処理に戻る。一方、強制診断が有効である場合ステップS105:Yesルート、診断モジュール132は、割当テーブル133において割り当て済みであるハードウェアリソースを1つ特定しステップS107、当該ハードウェアリソースに対して診断を行うステップS97。ステップS99以降の処理は上で述べたとおりである。このような処理を実施すれば、対象リソースが論理ドメインに割り当て済みであり且つ未割り当てのハードウェアリソースが無いような場合、すなわち余剰のハードウェアリソースが少ないような場合においても、確実に診断を行うことができるようになる。以上本技術の一実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、上で説明した情報処理装置1000の構成は必ずしも実際のプログラムモジュール構成に対応するものではない。また、上で説明した処理フローは、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。なお、図5に示した管理テーブルにおいては、最終診断時刻を管理するような例を示したが、図14に示すように、最後に診断を行ってから経過した時間すなわち稼働時間を管理するようにしてもよい。このような場合には、稼働時間が診断間隔を超えた場合に診断を行うようにすることで、ハードウェアリソースに対する定期的な診断を行えるようになる。また、第2の実施の形態では、OS1102における検出モジュール1105がステップS65において強制診断が有効であるかを確認した際に、強制診断が有効であるか否かをハイパバイザ13における診断モジュール132に通知するようにしてもよい。このようにすれば、診断モジュール132がステップS105において強制診断が有効であるかを判断しなくても済む。また、上で述べた例では、対象リソースがいずれかの論理ドメインに割り当て済みである場合に、他のハードウェアリソースを対象リソースの代わりに割り当てた後、対象リソースに対する診断を行っている。そして、対象リソースに対する診断の終了後に、対象リソースを論理ドメインに再度割り当てるようにはしていなかったが、対象リソースが故障していないのであれば、論理ドメインに再度割り当てるようにしてもよい。また、ステップS17においては、第2指示モジュール1107からハイパバイザ13に対して対象リソースの指定を通知するようにしているが、マスク指示を受信したカーネル1103が、ハイパバイザ13に対して対象リソースの指定を通知するようにしてもよい。以上述べた本実施の形態をまとめると以下のようになる。本情報処理装置は、Aメモリと、Bオペレーティングシステムを実行し、計算機として所定の機能を提供する論理ドメインと、前記論理ドメインの管理を行うハイパバイザとの処理を実行する処理装置例えばプロセッサとを有する。そして、上記オペレーティングシステムが、b1-1処理装置に実行されるときには、診断を行うべきハードウェアを検出する検出モジュールと、b1-2処理装置に実行されるときには、検出モジュールにより診断を行うべきハードウェアが検出された場合、診断のための処理においてオペレーティングシステムが利用する、メモリにおけるメモリ領域を確保し、オペレーティングシステムのカーネルに対して、当該メモリ領域で発生したエラーを看過するように指示する第1指示モジュールと、b1-3処理装置に実行されるときには、検出モジュールにより診断を行うべきハードウェアが検出された場合、ハイパバイザに対して、診断において利用する、メモリにおけるメモリ領域で発生したエラーを看過するように指示し且つ診断を行うべきハードウェアの指定を含む診断要求を出力する第2指示モジュールとを有する。そして、上記ハイパバイザが、b2-1処理装置に実行されるときには、診断要求を受信した場合、診断モジュールが診断において利用する、メモリにおけるメモリ領域で発生したエラーを看過するための設定を行う設定モジュールと、b2-2処理装置に実行されるときには、診断要求を受信した場合、診断を行うべきハードウェアに対して診断を行う診断モジュールとを有する。このような構成であれば、論理ドメインの稼動中であっても、オペレーティングシステム及びハイパバイザの処理に対して悪影響を及ぼすことなく、ハイパバイザによる適切なハードウェア診断を行えるようになる。なお、上で述べた処理装置は、例えばプロセッサと当該プロセッサにより実行されるプログラムとにより実現される。また、上で述べた診断モジュールが、b2-21処理装置に実行されるときには、診断を行うべきハードウェアがいずれかの論理ドメインに割り当てられている場合、情報処理装置が有するハードウェアのうちいずれの論理ドメインにも割り当てられていないハードウェアを、診断を行うべきハードウェアの代わりに割り当てた後、診断を行うべきハードウェアに対して診断を行うようにしてもよい。このようにすれば、診断を行うべきハードウェアが論理ドメインに割り当てられている場合であっても、論理ドメインの稼動を継続しつつ診断を行うことができるようになる。また、特定のハードウェアが論理ドメインに割り当てられ続けるような、ハードウェアの使用の偏りを防ぐことができるようになる。また、上で述べた診断モジュールが、b2-22処理装置に実行されるときには、情報処理装置が有するハードウェアのうちいずれの論理ドメインにも割り当てられていないハードウェアに対して診断を行い、当該診断の結果が正常である場合に、当該ハードウェアを診断を行うべきハードウェアの代わりに割り当てるようにしてもよい。このようにすれば、故障しているハードウェアを論理ドメインに割り当ててしまうことによる不具合の発生を防ぐことができる。また、上で述べた診断モジュールが、b2-23処理装置に実行されるときには、診断を行うべきハードウェアがいずれかの論理ドメインに割り当てられており且ついずれの論理ドメインにも割り当てられていないハードウェアが無い場合、診断方法を定義する定義データをテーブルから読み出し、強制診断が指定されているか判断し、強制診断が指定されていると判断した場合、既にいずれかの論理ドメインに割り当てられているハードウェアを、診断を行うべきハードウェアの代わりに割り当てるようにしてもよい。このようにすれば、余剰のハードウェアが少ないような場合においても、確実に診断を行うことができるようになる。また、上で述べた診断モジュールが、b2-24処理装置に実行されるときには、診断の結果をオペレーティングシステムに出力するようにしてもよい。そして、オペレーティングシステムが、b1-3処理装置に実行されるときには、診断の結果が、診断が行われたハードウェアが故障していることを示している場合、当該故障を前記論理ドメインのユーザに通知するためのデータを生成する通知モジュールをさらに有するようにしてもよい。このようにすれば、ユーザが故障に対する対処を行うことができるようになる。また、上で述べた検出モジュールは、b1-11処理装置に実行されるときには、情報処理装置が有するハードウェアのうち、所定時間以上診断が行なわれていないハードウェアを検出するようにしてもよい。これにより、定期的な診断が行えるようになる。また、上で述べた検出モジュールは、b1-12処理装置に実行されるときには、情報処理装置が有するハードウェアのうち、所定時間以上診断が行なわれておらず且つ前回診断において正常であると診断されたハードウェアを検出するようにしてもよい。これにより、前回診断において故障があると診断されたハードウェアに対して再度診断を行ってしまう無駄を解消することができるようになる。また、ハイパバイザにより実現された論理ドメインのうちいずれか1つの論理ドメインに含まれるオペレーティングシステムが、検出モジュール、第1指示モジュール及び第2指示モジュールを有するようにしてもよい。これにより、ハードウェア診断を適切に管理できるようになる。本情報処理方法は、C診断を行うべきハードウェアを検出するステップと、D仮想的に実現されたシステムである論理ドメインに含まれるオペレーティングシステムが診断のための処理において利用するメモリ領域を確保し、オペレーティングシステムのカーネルに対して、当該メモリ領域で発生したエラーを看過するように指示するステップと、E論理ドメインを実現するためのハイパバイザに対して、診断において利用するメモリ領域で発生したエラーを看過するように指示し且つ診断を行うべきハードウェアの指定を含む診断要求を出力するステップとを含む。このようにすれば、論理ドメインの稼働中にハードウェアの診断を行ったとしても、オペレーティングシステム及びハイパバイザの処理に悪影響を及ぼすことがなくなる。本実施の形態の第2の態様に係る情報処理方法は、Fハードウェアの診断において利用するメモリ領域で発生したエラーを看過するように指示し且つ診断を行うべきハードウェアの指定を含む診断要求を、仮想的に実現されたシステムである論理ドメインに含まれるオペレーティングシステムから受信した場合、論理ドメインを実現するためのハイパバイザが診断において利用するメモリ領域で発生したエラーを看過するための設定を行うステップと、G診断を行うべきハードウェアに対して診断を行うステップとを含む。このようにすれば、ハイパバイザの処理に悪影響を及ぼすことなく、ハイパバイザによる適切なハードウェア診断を行えるようになる。なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、CD-ROM、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。