(57)【要約】【課題】障害の起因を再現可能とし、印刷装置で印刷が完了していないページに関する情報を含めて、起因発生時の状態を再現することを可能とするようにした仮想計算機システムを提供する。【解決手段】仮想計算機システムの障害起因検知制御手段は、応用プログラムがインストールされているゲストＯＳを搭載する仮想計算機の外部に設けられた印刷装置又は該印刷装置の制御に関連する障害の起因を検知し、保存手段は、前記障害の起因を示す情報と前記印刷装置で印刷が完了していないページに関する情報を保存し、スナップショット作成手段は、前記保存手段による処理が終了してから、前記応用プログラムを含むゲストＯＳのスナップショットを作成する。【選択図】図１
2017045320.tif 000002
【特許請求の範囲】
【請求項１】
応用プログラムがインストールされているゲストＯＳを搭載する仮想計算機の外部に設けられた印刷装置又は該印刷装置の制御に関連する障害の起因を検知する障害起因検知制御手段と、
前記障害の起因を示す情報と前記印刷装置で印刷が完了していないページに関する情報を保存する保存手段と、
前記保存手段による処理が終了してから、前記応用プログラムを含むゲストＯＳのスナップショットを作成するスナップショット作成手段
を備えた仮想計算機システム。
【請求項２】
前記障害起因検知制御手段は、前記印刷装置を制御する制御手段内部に関する障害の起因、オペレータが再現可能な障害の起因、オペレータが再現不可能な障害の起因を検知する、
請求項１に記載の仮想計算機システム。
【請求項３】
請求項１に記載の仮想計算機システムの前記保存手段による保存情報と、前記スナップショット作成手段によって作成されたスナップショットを受け付ける受付手段と、
印刷装置を外部に有しており、応用プログラムがインストールされているゲストＯＳを搭載する仮想計算機に対して、障害の復元を指示された場合に、該障害の起因が、前記印刷装置を制御する制御手段内部に関する障害の起因、オペレータが再現可能な障害の起因、オペレータが再現不可能な障害の起因のいずれであるかによって、再現処理を異ならせる再現手段と、
前記スナップショットの復元を行うように制御する復元制御手段
を備えた仮想計算機システム。
【請求項４】
前記再現手段は、前記起因を示す情報が前記印刷装置を制御する制御手段内部に関する障害である場合は、前記復元制御手段による処理を行わせる、
請求項３に記載の仮想計算機システム。
【請求項５】
前記再現手段は、前記起因を示す情報がオペレータが再現可能な障害である場合は、オペレータに再現を依頼する提示を行い、該オペレータからの再現完了を意味する指示を受け取った後に、前記復元制御手段による処理を行わせる、
請求項３又は４に記載の仮想計算機システム。
【請求項６】
前記再現手段は、前記起因を示す情報がオペレータが再現不可能な障害である場合は、印刷装置シミュレータに対して、前記印刷装置の障害の起因の再現を指示し、前記復元制御手段による処理を行わせる、
請求項３から５のいずれか一項に記載の仮想計算機システム。
【請求項７】
コンピュータを、
応用プログラムがインストールされているゲストＯＳを搭載する仮想計算機の外部に設けられた印刷装置又は該印刷装置の制御に関連する障害の起因を検知する障害起因検知制御手段と、
前記障害の起因を示す情報と前記印刷装置で印刷が完了していないページに関する情報を保存する保存手段と、
前記保存手段による処理が終了してから、前記応用プログラムを含むゲストＯＳのスナップショットを作成するスナップショット作成手段
として機能させるための仮想計算機プログラム。
【請求項８】
コンピュータを、
請求項７に記載の仮想計算機プログラムの前記保存手段による保存情報と、前記スナップショット作成手段によって作成されたスナップショットを受け付ける受付手段と、
印刷装置を外部に有しており、応用プログラムがインストールされているゲストＯＳを搭載する仮想計算機に対して、障害の復元を指示された場合に、該障害の起因が、前記印刷装置を制御する制御手段内部に関する障害の起因、オペレータが再現可能な障害の起因、オペレータが再現不可能な障害の起因のいずれであるかによって、再現処理を異ならせる再現手段と、
前記スナップショットの復元を行うように制御する復元制御手段
として機能させるための仮想計算機プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仮想計算機システム及び仮想計算機プログラムに関する。
【背景技術】
【０００２】
特許文献１には、仮想マシンモニタ（ＶＭＭ）上で複数の仮想マシン（ＶＭ）が連係動作し、ＶＭ間が共有メモリで結合するシステムで、人間の操作やＶＭ間の非同期イベント及びＯＳが原因の障害調査のため、障害発生ＶＭのみ再生し障害再現させ、障害原因調査を可能とすることを課題とし、障害発生ＶＭを再現操作ツールでＶＭ実行管理表に設定し、設定ＶＭを一斉スナップショット通知手段で実行中であれば一時停止してスナップショット記録部に、その時点までの実行内容を記録し、ＶＭ入出力記録手段がＶＭの仮想ハードウェア（ＨＷ）の入出力アクセスをイベント記録部に記録し、一斉スナップショット通知手段はスナップショット記録の完了後、再現操作手段の操作で記録ＶＭ内容を再現し、入出力再現手段はＶＭの再現実行中に仮想ＨＷに発生した入出力アクセスをイベント記録部の内容と照合し、合致するものを再現することが開示されている。
【０００３】
特許文献２には、仮想マシンにインストールされた応用プログラムを実行するにあたって、既に作成された基準スナップショットを仮想マシンに適用した後に、その応用プログラムを実行するようにした仮想計算機システムを提供することを課題とし、仮想計算機システムは、仮想マシンにインストールされた応用プログラムを含む前記仮想マシンの状態を記録したスナップショットを基準スナップショットとして保存し、前記応用プログラムの実行要求を受け付けるに際し、前記基準スナップショットを前記仮想マシンに適用し、前記応用プログラムを実行する前記仮想マシンの状態をスナップショットとして保存することが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−０３２４９８号公報
【特許文献２】特許第５７１３１３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
仮想ＯＳ上で動作するアプリケーションのスナップショットには、当該仮想ＯＳ上で動作していない装置の状態が保存されない。そのため、スナップショットだけでは障害発生状態を再現することができない。そして、障害発生の直後のスナップショットであったとしても、その障害における起因自体はそれよりも前に起こっている可能性があり、その場合はスナップショットには含まれていないことがある。また、特許文献２に開示されている技術では、印刷装置による障害発生時にスナップショットを生成しても、印刷装置が障害発生後も印刷処理を継続させると、障害発生時の印刷装置のログ情報は、その障害発生後の印刷処理によって失われてしまい、障害発生時の印刷装置のログ情報を含めた状態を再現することができないこととなる。
本発明は、障害の起因を再現可能とし、印刷装置で印刷が完了していないページに関する情報を含めて、起因発生時の状態を再現することを可能とするようにした仮想計算機システム及び仮想計算機プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
【０００７】
請求項１の発明は、応用プログラムがインストールされているゲストＯＳを搭載する仮想計算機の外部に設けられた印刷装置又は該印刷装置の制御に関連する障害の起因を検知する障害起因検知制御手段と、前記障害の起因を示す情報と前記印刷装置で印刷が完了していないページに関する情報を保存する保存手段と、前記保存手段による処理が終了してから、前記応用プログラムを含むゲストＯＳのスナップショットを作成するスナップショット作成手段を備えた仮想計算機システムである。
【０００８】
請求項２の発明は、前記障害起因検知制御手段は、前記印刷装置を制御する制御手段内部に関する障害の起因、オペレータが再現可能な障害の起因、オペレータが再現不可能な障害の起因を検知する、請求項１に記載の仮想計算機システムである。
【０００９】
請求項３の発明は、請求項１に記載の仮想計算機システムの前記保存手段による保存情報と、前記スナップショット作成手段によって作成されたスナップショットを受け付ける受付手段と、印刷装置を外部に有しており、応用プログラムがインストールされているゲストＯＳを搭載する仮想計算機に対して、障害の復元を指示された場合に、該障害の起因が、前記印刷装置を制御する制御手段内部に関する障害の起因、オペレータが再現可能な障害の起因、オペレータが再現不可能な障害の起因のいずれであるかによって、再現処理を異ならせる再現手段と、前記スナップショットの復元を行うように制御する復元制御手段を備えた仮想計算機システムである。
【００１０】
請求項４の発明は、前記再現手段は、前記起因を示す情報が前記印刷装置を制御する制御手段内部に関する障害である場合は、前記復元制御手段による処理を行わせる、請求項３に記載の仮想計算機システムである。
【００１１】
請求項５の発明は、前記再現手段は、前記起因を示す情報がオペレータが再現可能な障害である場合は、オペレータに再現を依頼する提示を行い、該オペレータからの再現完了を意味する指示を受け取った後に、前記復元制御手段による処理を行わせる、請求項３又は４に記載の仮想計算機システムである。
【００１２】
請求項６の発明は、前記再現手段は、前記起因を示す情報がオペレータが再現不可能な障害である場合は、印刷装置シミュレータに対して、前記印刷装置の障害の起因の再現を指示し、前記復元制御手段による処理を行わせる、請求項３から５のいずれか一項に記載の仮想計算機システムである。
【００１３】
請求項７の発明は、コンピュータを、応用プログラムがインストールされているゲストＯＳを搭載する仮想計算機の外部に設けられた印刷装置又は該印刷装置の制御に関連する障害の起因を検知する障害起因検知制御手段と、前記障害の起因を示す情報と前記印刷装置で印刷が完了していないページに関する情報を保存する保存手段と、前記保存手段による処理が終了してから、前記応用プログラムを含むゲストＯＳのスナップショットを作成するスナップショット作成手段として機能させるための仮想計算機プログラムである。
【００１４】
請求項８の発明は、コンピュータを、請求項７に記載の仮想計算機プログラムの前記保存手段による保存情報と、前記スナップショット作成手段によって作成されたスナップショットを受け付ける受付手段と、印刷装置を外部に有しており、応用プログラムがインストールされているゲストＯＳを搭載する仮想計算機に対して、障害の復元を指示された場合に、該障害の起因が、前記印刷装置を制御する制御手段内部に関する障害の起因、オペレータが再現可能な障害の起因、オペレータが再現不可能な障害の起因のいずれであるかによって、再現処理を異ならせる再現手段と、前記スナップショットの復元を行うように制御する復元制御手段として機能させるための仮想計算機プログラムである。
【発明の効果】
【００１５】
請求項１の仮想計算機システムによれば、障害の起因を再現可能とし、印刷装置で印刷が完了していないページに関する情報を含めて、起因発生時の状態を再現することができるようになる。
【００１６】
請求項２の仮想計算機システムによれば、印刷装置を制御する制御手段内部に関する障害の起因、オペレータが再現可能な障害の起因、オペレータが再現不可能な障害の起因を検知することができる。
【００１７】
請求項３の仮想計算機システムによれば、障害の起因を再現可能とし、印刷装置で印刷が完了していないページに関する情報を含めて、起因発生時の状態を再現することができる。
【００１８】
請求項４の仮想計算機システムによれば、起因を示す情報が印刷装置を制御する制御手段内部に関する障害である場合は、復元制御手段による処理を行わせることができる。
【００１９】
請求項５の仮想計算機システムによれば、起因を示す情報がオペレータが再現可能な障害である場合は、オペレータに再現を依頼する提示を行い、そのオペレータからの再現完了を意味する指示を受け取った後に、復元制御手段による処理を行わせることができる。
【００２０】
請求項６の仮想計算機システムによれば、起因を示す情報がオペレータが再現不可能な障害である場合は、印刷装置シミュレータに対して、印刷装置の障害の起因の再現を指示し、復元制御手段による処理を行わせることができる。
【００２１】
請求項７の仮想計算機プログラムによれば、障害の起因を再現可能とし、印刷装置で印刷が完了していないページに関する情報を含めて、起因発生時の状態を再現することができる。
【００２２】
請求項８の仮想計算機プログラムによれば、障害の起因を再現可能とし、印刷装置で印刷が完了していないページに関する情報を含めて、起因発生時の状態を再現することができる。
【図面の簡単な説明】
【００２３】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】従来のシステム構成例を示す説明図である。
【図３】従来のシステム構成例を示す説明図である。
【図４】コントローラ内部起因テーブルのデータ構造例を示す説明図である。
【図５】再現可能障害起因テーブルのデータ構造例を示す説明図である。
【図６】再現不可障害起因テーブルのデータ構造例を示す説明図である。
【図７】本実施の形態による処理例を示すフローチャートである。
【図８】本実施の形態による処理例を示すフローチャートである。
【図９】本実施の形態による処理例を示すフローチャートである。
【図１０】本実施の形態による処理例を示す説明図である。
【図１１】本実施の形態による処理例を示す説明図である。
【図１２】本実施の形態による処理例を示すフローチャートである。
【図１３】本実施の形態による処理例を示すフローチャートである。
【図１４】本実施の形態による処理例を示すフローチャートである。
【図１５】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００２４】
まず、本実施の形態を説明する前に、その前提となる技術について、図２、図３の例を用いて説明する。なお、この説明は、本実施の形態の理解を容易にすることを目的とするものである。外部装置として、印刷装置の例を用いて説明する。
図２は、従来技術の例を示す説明図である。情報処理装置２００は、外部装置である印刷装置１７０を制御して、印刷処理を行わせる。情報処理装置２００は、仮想計算機システムではない、一般的な計算機（１つの物理マシン２０５に１つのＯＳ２１０で構成したコンピュータ）である。例えば、情報処理装置２００は、プリンタサーバー又はプリンタコントローラとしての機能を有し、印刷装置１７０は、高速プリンタである。
【００２５】
情報処理装置２００は、下層から順に、物理マシン２０５、ＯＳ２１０を有し、ＯＳ２１０上に応用プログラムであるプリントコントローラ２３０を有している。プリントコントローラ２３０は、出力制御モジュール２３５を含んでいる。出力制御モジュール２３５は、印刷装置１７０を制御するモジュールである。
情報処理装置２００又は印刷装置１７０で障害が発生すると、出力制御モジュール２３５からの指示で、プリントコントローラ２３０内部及びＯＳ２１０のログ情報の収集を行う。また、発生した障害の原因が印刷装置１７０にある可能性もある。したがって、出力制御モジュール２３５は、印刷装置１７０のログ情報の収集も併せて行う。そして、出力制御モジュール２３５は、記憶領域１９０に、プリントコントローラ２３０内部及びＯＳ２１０のログ情報、と印刷装置１７０のログ情報を記憶させる。
【００２６】
情報処理装置２００は、印刷装置１７０に印刷処理を行わせる運用をしている。その運用中に障害が発生したとする。前述したように、出力制御モジュール２３５は、記憶領域１９０に、プリントコントローラ２３０内部及びＯＳ２１０のログ情報と、印刷装置１７０のログ情報を記憶させる。
その後、障害のリカバリ処理が行われ、運用再開となる。
なお、この後、印刷装置１７０の運用が終了した後に、記憶領域１９０内のプリントコントローラ２３０内部及びＯＳ２１０のログ情報と印刷装置１７０のログ情報を解析することによって、障害の原因、対策等を検討することになる。なお、ログを収集した後に、そのログの解析を行わずに、リカバリ処理、運用再開を行うのは、印刷装置１７０での印刷処理を続けるためである。特に、印刷装置１７０が高速プリンタである場合は、ダウン期間（印刷できない期間）を短くする要請がある。
【００２７】
次に、仮想計算機システムによる例を示す。図３は、従来技術の例を示す説明図である。情報処理装置３００は、仮想計算機システムであって、外部装置である印刷装置１７０を制御して、印刷処理を行わせる。例えば、情報処理装置３００は、プリンタサーバーとしての機能を有し、印刷装置１７０は、高速プリンタである。
仮想化システムと呼ばれる技術は、一台の物理マシン３０５（ハードウェア）上で複数のゲストＯＳ３２５を動作させる技術である。図３の例に示すように、物理マシン２０５上にホストＯＳ３１０と仮想化ＳＷ３１５による仮想ハードウェアを構築し、その上にゲストＯＳ３２５をインストールし、さらにゲストＯＳ３２５上に応用プログラム（アプリケーション）であるプリントコントローラ３３０をインストールする。
仮想化ＳＷ３１５は、物理マシン３０５上に、複数のゲストＯＳ３２５の並列的な同居を可能にするソフトウェアである。つまり、仮想化ＳＷ３１５は、ＣＰＵ、メモリ、ＨＤＤ等のハードウェアをソフトウェア的に構築し、ゲストＯＳ３２５が依って立つハードウェアリソースを仮想マシンとして用意するものである。
出力制御モジュール３３５として、例えば、デジタルフロントエンド（ＤＦＥ：Ｄｉｇｉｔａｌ  Ｆｒｏｎｔ  Ｅｎｄ）等がある。この場合、仮想マシンはそれぞれが隔離されており、いずれかに障害（例えば、クラッシュ等）が発生しても、他の仮想マシン上での出力制御モジュール３３５はそのまま稼働しており、印刷することができる。
【００２８】
具体的には、情報処理装置３００は、下層から順に、物理マシン３０５、ホストＯＳ３１０、仮想化ＳＷ３１５、ゲストＯＳ３２５を有し、ゲストＯＳ３２５上に応用プログラムであるプリントコントローラ３３０を有している。仮想化ＳＷ３１５は、ＳＳ管理モジュール３２０を含み、プリントコントローラ３３０は、出力制御モジュール３３５を含んでいる。記憶領域１９０は、ＳＳ管理モジュール３２０が作成したスナップショットを記憶している。なお、図３の例では、仮想化ＳＷ３１５の上に１つのゲストＯＳ３２５の例を示しているが、仮想計算機システムであるので、仮想化ＳＷ３１５の上に複数のゲストＯＳ３２５が構成されていてもよい。
【００２９】
情報処理装置３００では、応用プログラムであるプリントコントローラ３３０を仮想化環境で動作させ、その仮想化環境のスナップショット機能（ＳＳ管理モジュール３２０の機能）を用いて、障害発生時の障害状態をスナップショットとして記憶領域１９０内に保持させる。そして、発生した障害を復旧し、所定の印刷処理が終了後（印刷業務の空いた時間）に、記憶領域１９０に保存されたスナップショットを用いて障害発生時の状態を再現させた上で障害情報を採取する。ここで、プリントコントローラ３３０が動作するゲストＯＳ３２５のスナップショットの作成と再現をＳＳ管理モジュール３２０が行う。
【００３０】
情報処理装置３００は、印刷装置１７０に印刷処理を行わせる運用をしている。その運用中に障害が発生したとする。
障害発生を検知すると、ホストＯＳ３１０からＳＳ管理モジュール３２０に対してスナップショット採取指示が行われる。ＳＳ管理モジュール３２０は、そのときのゲストＯＳ３２５とプリントコントローラ３３０における状態Ａをスナップショットとして、記憶領域１９０に記憶させる。なお、印刷装置１７０では、障害発生におけるログ情報が発生している。しかし、ＳＳ管理モジュール３２０のスナップショットは、情報処理装置３００内部の状態を取得するものであるので、外部装置である印刷装置１７０のログ情報は、スナップショットの対象ではない。
その後、障害のリカバリ処理が行われ、運用再開となる。
【００３１】
そして、印刷装置１７０の運用が終了した後に、ホストＯＳ３１０がＳＳ管理モジュール３２０に対してスナップショット再現指示を行うと、ＳＳ管理モジュール３２０は、記憶領域１９０内のスナップショットを読み出して、ゲストＯＳ３２５、プリントコントローラ３３０の状態を状態Ａに戻す。そして、ホストＯＳ３１０が出力制御モジュール３３５に対して障害情報収集指示を行う。すると、出力制御モジュール３３５は、プリントコントローラ３３０に対して、ログ収集の指示を行い、プリントコントローラ３３０内部とゲストＯＳ３２５のそのときの状態をログ情報として取得する。そして、出力制御モジュール３３５は、印刷装置１７０に対して、ログ収集の指示を行い、印刷装置１７０からそのときの状態のログ情報を取得する。出力制御モジュール３３５は、それらを記憶領域１９０に、障害発生時のログ情報として記憶させる。
【００３２】
印刷装置１７０のログ情報の収集を行うと、障害発生のときと障害情報収集指示の間に印刷処理（運用再開）を行った場合、障害情報収集指示のときの印刷装置１７０のログ情報には障害後の印刷処理（運用再開後の印刷処理）の情報が書き込まれており、障害が発生したときの印刷装置１７０のログ情報とは異なった内容になっている。そのため印刷装置１７０の運用再開後の印刷処理によっては、障害発生時のログ情報は既になくなっている（上書きされている）という状況が発生する。つまり、障害発生したときのログ情報が、障害情報収集指示によって記憶領域１９０に記憶されるわけではない。
【００３３】
また、問題が顕在化するまでに時間がかかる障害では、問題発生直後に取得したスナップショットでは原因系の情報が含まれていないことがある。
例えば、ある処理により不正にメモリが書き換えられてしまっても、その領域を使用しない限り問題は発生しない。不正書き換えから障害として顕在化するまでの時間が長い場合には、障害発生時にスナップショットを取ったとしても、ログが上書きされているため不正書き換え時の情報が残っていないことがある。
また、スナップショットはプリントコントローラの状態すべてを復元できる技術ではあるが、印刷装置側の状態（印刷中のシート情報や印刷装置のステータス、フォルト等）は保存されず、そのため復元もできないため、スナップショットを使って障害（特に出力制御モジュールの障害）を再現することはできなかった。
【００３４】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、すべての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００３５】
本実施の形態である仮想計算機システムである情報処理装置１００は、障害の起因を再現可能とし、印刷装置１７０で印刷が完了していないページに関する情報を含めて、起因発生時の状態を再現することができるようにするもの又は再現するものであって、図１の例に示すように、下層から順に、物理マシン１０５、ホストＯＳ１１０、仮想化ＳＷ１１５、ゲストＯＳ１２５を有し、ゲストＯＳ１２５上に応用プログラムである、プリントコントローラ１３０、ＳＳ制御モジュール１４０を有している。仮想化ＳＷ１１５は、ＳＳ管理モジュール１２０を有している。つまり、ＳＳ管理モジュール１２０は、仮想化ＳＷ１１５に標準的に組み込まれているモジュールである。プリントコントローラ１３０は、出力制御モジュール１３５を有している。
印刷装置１７０は、情報処理装置１００の外部装置であって、プリントコントローラ１３０（出力制御モジュール１３５を含む）の制御によって、印刷処理を行う。
記憶領域１９０は、情報処理装置１００の外部装置であって、障害の起因を示す情報、印刷のページに関する情報（特に、障害の起因の発生した時点で、印刷が完了していないページに関する情報）、スナップショット等を記憶している。
印刷装置シミュレータ１８０は、印刷処理には直接用いるものではない。したがって、印刷処理を行うための情報処理装置１００にあっては、装備している必要はない。印刷装置シミュレータ１８０は、主に、障害が発生した場合に、その障害の原因、対策等を検討するために用いられる場合の情報処理装置１００に装備されるものである。そして、その際に、印刷装置１７０の機能をシミュレーションするものである。印刷装置シミュレータ１８０そのものは、主に、プログラム等のソフトウェアによって構成されるものであるが、一部にハードウェアを含んでいてもよい。
【００３６】
まず、印刷装置１７０を制御して、印刷処理を行う場合の出力制御モジュール１３５等の機能を説明する。特に、仮想化された環境のゲストＯＳ１２５上で動作するプリントコントローラ１３０に関するものである。
出力制御モジュール１３５は、応用プログラムであるプリントコントローラ１３０（出力制御モジュール１３５を含む）がインストールされているゲストＯＳ１２５を搭載する仮想計算機である情報処理装置１００の外部に設けられた印刷装置１７０を制御する。そして、印刷装置１７０又はその印刷装置１７０の制御に関連する障害の起因を検知する。印刷装置１７０の障害とは、印刷装置１７０自体で発生した障害である。印刷装置１７０の制御に関連する障害とは、印刷装置１７０を制御する情報処理装置１００、主に、プリントコントローラ１３０で発生する障害である。
また、出力制御モジュール１３５は、印刷装置１７０を制御する出力制御モジュール１３５内部に関する障害の起因、オペレータが再現可能な障害の起因、オペレータが再現不可能な障害の起因を検知するようにしてもよい。
ＳＳ制御モジュール１４０は、障害の起因を示す情報と印刷装置１７０で印刷が完了していないページに関する情報を、記憶領域１９０に保存する。
ＳＳ制御モジュール１４０は、ＳＳ管理モジュール１２０を制御して、ＳＳ制御モジュール１４０による処理が終了してから、プリントコントローラ１３０を含むゲストＯＳ１２５のスナップショットを作成する。
【００３７】
次に、障害が発生した後であって、その障害の原因、対策等を検討する場合の出力制御モジュール１３５等の機能を説明する。
出力制御モジュール１３５は、ＳＳ制御モジュール１４０による保存情報と、ＳＳ管理モジュール１２０によって作成されたスナップショットを受け付ける。
印刷装置１７０を外部に有しており、応用プログラムであるプリントコントローラ１３０（出力制御モジュール１３５を含む）がインストールされているゲストＯＳ１２５を搭載する仮想計算機である情報処理装置１００に対して、障害の復元を指示された場合に、ＳＳ制御モジュール１４０は、その障害の起因が、印刷装置１７０を制御する出力制御モジュール１３５内部に関する障害の起因、オペレータが再現可能な障害の起因、オペレータが再現不可能な障害の起因のいずれであるかによって、再現処理を異ならせる。
そして、ＳＳ制御モジュール１４０は、ＳＳ管理モジュール１２０にスナップショットの復元を行うように制御する。
【００３８】
また、ＳＳ制御モジュール１４０は、起因を示す情報が印刷装置１７０を制御する出力制御モジュール１３５内部に関する障害である場合は、ＳＳ管理モジュール１２０による処理（スナップショットを用いた復元処理）を行わせるようにしてもよい。
また、ＳＳ制御モジュール１４０は、起因を示す情報がオペレータが再現可能な障害である場合は、オペレータに再現を依頼する提示を行い、そのオペレータからの再現完了を意味する指示を受け取った後に、ＳＳ管理モジュール１２０による処理（スナップショットを用いた復元処理）を行わせるようにしてもよい。
また、ＳＳ制御モジュール１４０は、起因を示す情報がオペレータが再現不可能な障害である場合は、印刷装置シミュレータ１８０に対して、印刷装置１７０の障害の起因の再現を指示し、ＳＳ管理モジュール１２０による処理（スナップショットを用いた復元処理）を行わせるようにしてもよい。
【００３９】
処理の概略を説明する。
出力制御モジュール１３５は、各シート毎にプリント属性情報（給紙先、出力先、両面・片面等）を格納したシート情報エントリを作成し、このシート情報エントリを元に、印刷装置１７０に各シートのプリント指示（メッセージ送受信１７２）を行っている。
障害の起因につながる可能性がある事象が発生したときに、出力制御モジュール１３５からＳＳ制御モジュール１４０がＳＳ管理モジュール１２０に指示を送りスナップショットを作成するとともに、まだ出力されていないシートのシート情報エントリと障害起因情報を記憶領域１９０に記憶させる。
情報処理装置１００は、これらのスナップショット、シート情報エントリ、障害起因情報を使い、障害につながる起因が発生したときの状態を復元する。
また、起因の種類により、起因の復元方法を自動的に選択する。
【００４０】
つまり、情報処理装置１００では、障害発生時ではなく、障害を引き起こす起因となる事象が発生したとき、スナップショットを取得すると共に、出力制御モジュール１３５内のシート情報エントリ、障害起因情報を記録する。そして、別の情報処理装置１００又は運用が終了した情報処理装置１００で、障害を再現させ、障害の解決を目指すものである。なお、ここでの起因は、過去の実績等から、障害を引き起こす可能性があると判明しているものである。したがって、その起因が必ず障害を引き起こすとは限らない。また、対象とする起因を、起因発生から障害が実際に発生するまでの時間、処理数、処理規模と予め定めた閾値との比較によって選択したものであってもよい。ここで、比較対象である時間、処理数、処理規模として、過去の実績の統計的値（平均値、中央値、最頻値、最大値、最小値等）としてもよい。
なお、比較処理の具体例として、時間、処理数、処理規模が予め定めた閾値より大きい又は以上である場合は、本実施の形態の対象の起因として選択すればよい。また、時間、処理数、処理規模のいずれか１つ以上が、この条件を満たす場合に、対象の起因として選択してもよい。
また、起因の種類によっては、プリントコントローラ１３０だけでは復元できないものが存在するため、起因の種類（後述する図４〜６参照）によって、オペレータの操作により復元させる方法、印刷装置シミュレータ１８０を使って、復元させる方法を選択する。
【００４１】
検出する障害の起因の例示、そのデータ構造を、図４〜６を用いて説明する。
図４は、コントローラ内部起因テーブル４００のデータ構造例を示す説明図である。
コントローラ内部起因テーブル４００は、ＩＤ欄４１０、コントローラ内部起因欄４２０を有している。ＩＤ欄４１０は、障害の起因を、本実施の形態で一意に識別するための情報（起因ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。コントローラ内部起因欄４２０は、プリントコントローラ１３０の内部における起因を記憶している。
コントローラ内部起因テーブル４００として、例えば、以下のものを設定している。
（Ａ１）ジョブで使用できる用紙がない
（Ａ２）イメージングエラー（例えば、印刷する画像を生成できない、画像の生成誤りの発生等）
（Ａ３）禁止されている組み合わせでの後処理指示（例えば、同じ位置に対するパンチ穴空け処理とステップラー処理の組み合わせ処理等）
（Ａ４）ジョブの用紙サイズと出力トレイのサイズが異なる（例えば、Ａ５の用紙が指定されているが、トレイにはＡ５の用紙がセットされていない等）
（Ａ５）プリントコントローラ間でのインタフェース規約違反
（Ａ６）指定ページでプリントを一時停止（プリントコントローラ１３０の機能）
これらの起因を検知した場合は、起因ＩＤを保存する。
そして、復元処理において、起因ＩＤがコントローラ内部起因テーブル４００内のものである場合、復元方法情報４５０として「スナップショットの復元だけで起因の復元が可能」を取得する。したがって、この場合、ＳＳ制御モジュール１４０は、ＳＳ管理モジュール１２０に対してスナップショットの取得・復元指示１４２を行い、起因が発生したときの状態に復元する。
【００４２】
図５は、再現可能障害起因テーブル５００のデータ構造例を示す説明図である。
再現可能障害起因テーブル５００は、ＩＤ欄５１０、オペレータが再現可能な障害起因欄５２０を有している。ＩＤ欄５１０は、起因ＩＤを記憶している。オペレータが再現可能な障害起因欄５２０は、オペレータが再現可能な障害起因を記憶している。
再現可能障害起因テーブル５００として、例えば、以下のものを設定している。
（Ｂ１）用紙切れ
（Ｂ２）トナー切れ（空のトナーボックスに交換）
（Ｂ３）スタッカーアンロード
（Ｂ４）プリントコントローラ再起動
（Ｂ５）印刷装置の電源ＯＦＦ／ＯＮ
（Ｂ６）節電モードからの復帰
（Ｂ７）プリント一時停止
これらの起因を検知した場合は、起因ＩＤを保存する。
そして、復元処理において、起因ＩＤが再現可能障害起因テーブル５００内のものである場合、復元方法情報５５０として「オペレータに起因の再現を依頼する」を取得する。したがって、この場合、出力制御モジュール１３５は、情報処理装置１００又は印刷装置１７０の表示装置に、起因ＩＤに応じた再現処理を表示する。オペレータが、その起因を再現した後に、再現終了である旨を示す指示が行われる。その指示を検知した後に、ＳＳ制御モジュール１４０は、ＳＳ管理モジュール１２０に対してスナップショットの取得・復元指示１４２を行い、起因が発生したときの状態に復元する。
【００４３】
図６は、再現不可障害起因テーブル６００のデータ構造例を示す説明図である。
再現不可障害起因テーブル６００は、ＩＤ欄６１０、オペレータが再現できない障害起因欄６２０を有している。ＩＤ欄６１０は、起因ＩＤを記憶している。オペレータが再現できない障害起因欄６２０は、オペレータが再現できない障害起因を記憶している。
再現不可障害起因テーブル６００として、例えば、以下のものを設定している。
（Ｃ１）ジャム（紙詰まり）
（Ｃ２）ミスフィード（例えば、用紙の斜めでの搬送）
（Ｃ３）スタッカーフル（例えば、用紙排紙部に対しての制限量を超えた出力）
（Ｃ４）ヒューザ温度の異常
（Ｃ５）ドラムモーターの異常
（Ｃ６）電源異常
これらの起因を検知した場合は、起因ＩＤを保存する。
そして、復元処理において、起因ＩＤが再現不可障害起因テーブル６００内のものである場合、復元方法情報６５０として「印刷装置シミュレータ１８０に起因の再現を指示する」を取得する。したがって、この場合、出力制御モジュール１３５は、印刷装置シミュレータ１８０を起動し、起因ＩＤに応じた再現処理を印刷装置シミュレータ１８０に指示する。印刷装置シミュレータ１８０による再現処理が完了した後に、ＳＳ制御モジュール１４０は、ＳＳ管理モジュール１２０に対してスナップショットの取得・復元指示１４２を行い、起因が発生したときの状態に復元する。
【００４４】
図７、図８は、本実施の形態による処理例（障害の起因が発生したときのスナップショットの取得処理例）を示すフローチャートである。
ステップＳ７００では、出力制御モジュール１３５による処理を開始する。
ステップＳ７０２では、プリントを行うジョブの情報を受信する。
ステップＳ７０４では、１枚分の情報を取得する。
ステップＳ７０６では、シート情報エントリを作成し、プリント属性を格納する。
ステップＳ７０８では、印刷装置１７０にシート情報を通知する。
ステップＳ７１０では、印刷装置１７０はプリント中か否かを判断し、プリント中の場合はステップＳ７１４へ進み、それ以外の場合はステップＳ７１２へ進む。
ステップＳ７１２では、印刷装置１７０にプリント開始を指示する。
ステップＳ７１４では、印刷装置１７０からイメージ要求が有ったか否かを判断し、イメージ要求が有った場合はステップＳ７１６へ進み、それ以外の場合はステップＳ７１８へ進む。
ステップＳ７１６では、対応するページの印字イメージを印刷装置１７０に送出する。
【００４５】
ステップＳ７１８では、印刷装置１７０からシート出力通知が有ったか否かを判断し、シート出力通知が有った場合はステップＳ７２０へ進み、それ以外の場合はステップＳ７２２へ進む。
ステップＳ７２０では、対応するシートのシート情報エントリを削除する。
ステップＳ７２２では、印刷装置１７０からフォルトが通知されたか否かを判断し、通知された場合はステップＳ７２４へ進み、それ以外の場合はステップＳ７２６へ進む。
ステップＳ７２４では、スナップショット取得処理を行う。
ステップＳ７２６では、内部的なフォルトが発生したか否かを判断し、発生した場合はステップＳ７２８へ進み、それ以外の場合はステップＳ７３０へ進む。
ステップＳ７２８では、スナップショット取得処理を行う。ステップＳ７２４、ステップＳ７２８の処理については、図９の例に示すフローチャートを用いて後述する。
ステップＳ７３０では、ジョブのすべてのシートを出力したか否かを判断し、すべてのシートを出力した場合はステップＳ７３２へ進み。それ以外の場合はステップＳ７０４へ戻る。
ステップＳ７３２では、未プリントのジョブが存在するか否かを判断し、存在する場合はステップＳ７０２へ戻り、それ以外の場合は処理を終了する（ステップＳ７９９）。
【００４６】
図９は、本実施の形態による処理例（図８の例に示すフローチャート内のステップＳ７２４、ステップＳ７２８）を示すフローチャートである。
ステップＳ９００では、スナップショット取得処理を開始する。
ステップＳ９０２では、障害起因が発生したか否かを判断し、発生した場合はステップＳ９０４へ進み、それ以外の場合は処理を終了する（ステップＳ９９９）。
ステップＳ９０４では、障害起因及びプリントが完了していないシート属性情報を保存する。
ステップＳ９０６では、ＳＳ制御モジュール１４０に、上記シート属性情報と障害起因を通知し、スナップショットの取得を指示する。
【００４７】
出力制御モジュール１３５は、プリント指示をプリントコントローラ１３０から１シート分の情報を受け取ると、各シート毎にシート情報エントリを作成する。このシート情報エントリには、各シート毎の属性（給紙トレイ、出力トレイ、両面・片面、フィニッシングの種類等）が格納されている。出力制御モジュール１３５は、この情報を元に印刷装置１７０へシート属性情報と印刷開始の指示（メッセージ送受信１７２）を行う。
印刷装置１７０は、出力制御モジュール１３５からプリント開始の指示を受信したならば、前述のシート属性情報にしたがい、プリントを開始し、シートの給紙、ページイメージの転写・定着を行った後、出力トレイにシートを排出する。
印刷装置１７０は、シートを出力トレイに排出したときに、出力制御モジュール１３５に、シート出力情報を通知（メッセージ送受信１７２）する。
出力制御モジュール１３５は、シート出力情報を受信すると、対応するシート情報エントリを削除する。
出力制御モジュール１３５は、これらの処理を、ジョブのすべてのシートに対して実施する。
【００４８】
図１０は、本実施の形態による処理例（出力制御モジュール１３５によるシート情報エントリに対する処理例）を示す説明図である。
シート情報エントリは各シート毎に作成され、図１０の例に示すようなリンク構造を持つ。つまり、１枚目のシート情報エントリ１００１の後には２枚目のシート情報エントリ１００２、２枚目のシート情報エントリ１００２の後には３枚目のシート情報エントリ１００３、３枚目のシート情報エントリ１００３の後には４枚目のシート情報エントリ１００４、４枚目のシート情報エントリ１００４の後には５枚目のシート情報エントリ１００５のように、リンク構造となっている。
各エントリには給紙先、出力先、片面／両面、出力順序、フィニッシング種類などの情報が格納されている。また、印刷装置１７０からシートの出力が通知されると、対応するシート情報エントリは削除される。
【００４９】
出力制御モジュール１３５は、印刷装置１７０からフォルトやステータス通知されたとき、又は、プリントコントローラ１３０における内部的なフォルトが発生したときに、その事象が起因テーブル（コントローラ内部起因テーブル４００、再現可能障害起因テーブル５００、再現不可障害起因テーブル６００）の事象と合致するかを判断し、一致する場合には、障害起因とプリントが完了していないシート情報エントリの情報を保存し、これらの情報と共にＳＳ制御モジュール１４０にスナップショットの取得を指示する。
【００５０】
ＳＳ制御モジュール１４０は、出力制御モジュール１３５からスナップショット取得指示が通知されたならば、現在の日時情報（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を取得し、出力制御モジュール１３５から受け取ったシート情報エントリと障害起因を指し示す復元情報リンクを作成する。このとき作成するリンクの名前には日時情報を埋め込んでおく。例えば、ＣａｕｓｅＩｎｆｏ＿２０１５＿０３３１＿１３３０３のように、日時情報を付加する。
次に、ＳＳ制御モジュール１４０は、ＳＳ管理モジュール１２０にスナップショットの取得を依頼（スナップショットの取得・復元指示１４２）する。このとき、スナップショットの名前には前述の日時情報を指定し、シート情報エントリと障害起因、スナップショットの組み合わせが一意に決定できるようにする。
なお、ＳＳ管理モジュール１２０は広く世で使われているＶＭｗａｒｅ、Ｚｅｎ、Ｚｏｎｅ等の仮想ＯＳで提供されるものを使用すればよい。
【００５１】
図１１は、本実施の形態による処理例（フォルト等が発生した場合のシート情報エントリに対する処理例）を示す説明図である。
１０枚目のシート情報エントリ１０１０において（つまり、９枚目の印刷処理が終了した後に）、「用紙切れ」（障害の起因）が発生したとする。この状態で、未出力のシートが１０枚目〜１４枚目（１０枚目のシート情報エントリ１０１０、１１枚目のシート情報エントリ１０１１、１２枚目のシート情報エントリ１０１２、１３枚目のシート情報エントリ１０１３、１４枚目のシート情報エントリ１０１４）だった場合のシート情報エントリ、障害起因、その復元情報リンクの例を、図１１は示している。つまり、１０枚目のシート情報エントリ１０１０と「用紙切れ（起因）」１１１２へのリンクを有している「ＣａｕｓｅＩｎｆｏ＿２０１５＿０３３１＿１３３０３０（復元情報リンク）」１１１０を生成し、これを保存する。
そして、「ＳｎａｐＳｈｏｔ＿２０１５＿０３３１＿１３３０３０（スナップショット）」１１５０のように、スナップショットのファイル名の一部に取得日時を入れることにより、そのスナップショットに対応する復元情報リンク（「ＣａｕｓｅＩｎｆｏ＿２０１５＿０３３１＿１３３０３０（復元情報リンク）」１１１０）を明確にする。
【００５２】
図１２、図１３は、本実施の形態（ＳＳ制御モジュール１４０）による処理例を示すフローチャートである。
ステップＳ１２００では、ＳＳ制御モジュール１４０による処理を開始する。
ステップＳ１２０２では、出力制御モジュール１３５からＳＳ取得指示が通知されたか否かを判断し、通知された場合はステップＳ１２０４へ進み、それ以外の場合はステップＳ１２１０へ進む。
ステップＳ１２０４では、現在の日時を取得する。
ステップＳ１２０６では、出力制御モジュール１３５から受け取ったシート情報エントリと障害起因を指し示す復元リンクを作成する。リンクの名前の一部に日時情報を使う。
ステップＳ１２０８では、ＳＳ管理モジュール１２０にスナップショットの取得を依頼する。スナップショットの名前の一部に日時情報を使う。
ステップＳ１２１０では、オペレータから障害起因の復元を指示されたか否かを判断し、指示された場合はステップＳ１２１２へ進み、それ以外の場合は処理を終了する（ステップＳ１２９９）。
ステップＳ１２１２では、復元情報リンクを取得する。
ステップＳ１２１４では、障害起因復元処理を行う。ステップＳ１２１４の処理については、図１４の例に示すフローチャートを用いて後述する。
【００５３】
ステップＳ１２１６では、シート情報エントリから印刷装置１７０に通知する情報を作成する。
ステップＳ１２１８では、印刷装置１７０又は印刷シミュレータ１８０にシート情報を通知する。
ステップＳ１２２０では、次のシートの情報をポイントする。
ステップＳ１２２２では、ポインタはＮＵＬＬであるか否かを判断し、ＮＵＬＬである場合はステップＳ１２２４へ進み、それ以外の場合はステップＳ１２１６へ戻る。
ステップＳ１２２４では、復元リンクの日時情報から対応するスナップショットを特定する。
ステップＳ１２２６では、ＳＳ管理モジュール１２０にスナップショットの復元を指示する。
【００５４】
図１４は、本実施の形態による処理例（図１２の例に示すフローチャート内のステップＳ１２１４の処理）を示すフローチャートである。
ステップＳ１４００では、障害起因復元処理を開始する。
ステップＳ１４０２では、障害起因はプリントコントローラ１３０内部起因であるか否かを判断し、プリントコントローラ１３０内部起因である場合は処理を終了し（ステップＳ１４９９）、それ以外の場合はステップＳ１４０４へ進む。
ステップＳ１４０４では、オペレータが再現可能な障害起因であるか否かを判断し、オペレータが再現可能な障害起因である場合はステップＳ１４１０へ進み、それ以外の場合はステップＳ１４０６へ進む。
ステップＳ１４０６では、印刷装置シミュレータを起動する。
ステップＳ１４０８では、印刷装置シミュレータに障害起因の再現を指示する。
ステップＳ１４１０では、オペレータに障害起因の再現を指示する。
ステップＳ１４１２では、オペレータからの再現完了報告を待つ。
【００５５】
特に、スナップショットからの障害を再現する処理例について説明する。
なお、通常の運用では、顧客先の情報処理装置１００Ａで取得したスナップショットと復元情報リンクを、障害対応部門に送付し、障害対応部門における情報処理装置１００Ｂで障害の再現が行われる。
ＳＳ制御モジュール１４０は、オペレータからスナップショットの復元指示があると、復元情報リンクから障害起因情報を取得する。前述した図１０の例では、復元情報リンクは「ＣａｕｓｅＩｎｆｏ＿２０１５＿０３３１＿１３３０３０（復元情報リンク）」１１１０が該当し、障害起因情報は「用紙切れ（起因）」１１１２が該当する。
【００５６】
この障害起因情報は、（１）プリントコントローラ１３０内部起因、（２）オペレータが再現可能な障害起因、（３）オペレータが再現できない障害起因の３つに分類され、それぞれ障害起因の復元方法が異なる（図４〜６の例で示したコントローラ内部起因テーブル４００、再現可能障害起因テーブル５００、再現不可障害起因テーブル６００参照）。
（１）プリントコントローラ１３０内部の障害起因（図４参照）
プリントコントローラ１３０内部に障害起因がある場合には、スナップショットにより状態が完全に復元されるため、スナップショットの復元をＳＳ管理モジュール１２０に依頼するだけでよい。
（２）オペレータが再現可能な障害起因（図５参照）
オペレータが再現可能な障害起因の場合には、プリントコントローラ１３０が印刷装置１７０等の画面にメッセージを表示するなどして、オペレータにその再現を依頼する。例えば、用紙切れの場合、トレイを空にするなどの作業が該当する。
オペレータは障害起因の再現が完了したならば、キーボード、タッチパネル等を用いた応答により、ＳＳ制御モジュール１４０にその通知を行う。
ＳＳ制御モジュール１４０はオペレータからの起因の再現完了が通知されたならば、ＳＳ管理モジュール１２０にスナップショットの復元を依頼（スナップショットの取得・復元指示１４２）する。
（３）オペレータが再現できない障害起因（図６参照）
オペレータが再現できない障害起因の場合には、ＳＳ制御モジュール１４０は印刷装置シミュレータ１８０を起動し、コネクションを物理的な印刷装置１７０から印刷装置シミュレータ１８０に切り替え、印刷装置１７０の障害起因の再現を印刷装置シミュレータ１８０に指示する。印刷装置シミュレータ１８０は、コードを指定することで対応するフォルトを再現する機能を持つ既存のものとする。
次に、ＳＳ制御モジュール１４０は、ＳＳ管理モジュール１２０にスナップショットの復元を依頼（スナップショットの取得・復元指示１４２）する。
これらの処理により、障害起因が発生した状態が復元されるため、その後プリントを再開すれば障害が再現される。
【００５７】
情報処理装置１００によって、障害が顕在化したした時点では原因が特定できないような障害や、ページ乱れなどのエンドユーザで発覚した障害などにおいても、トラブルの起因となった状態を復元することにより、障害を再現させ、その原因を解析することができる。
【００５８】
図１５を参照して、本実施の形態の情報処理装置のハードウェア構成例について説明する。図１５に示す構成は、例えばパーソナルコンピュータ（ＰＣ）等によって構成されるものであり、スキャナ等のデータ読み取り部１５１７と、プリンタ等のデータ出力部１５１８を備えたハードウェア構成例を示している。
【００５９】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１５０１は、前述の実施の形態において説明した各種のモジュール、すなわち、ホストＯＳ１１０、仮想化ＳＷ１１５、ＳＳ管理モジュール１２０、ゲストＯＳ１２５、プリントコントローラ１３０、出力制御モジュール１３５、ＳＳ制御モジュール１４０等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。
【００６０】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１５０２は、ＣＰＵ１５０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１５０３は、ＣＰＵ１５０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバス等から構成されるホストバス１５０４により相互に接続されている。
【００６１】
ホストバス１５０４は、ブリッジ１５０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス１５０６に接続されている。
【００６２】
キーボード１５０８、マウス等のポインティングデバイス１５０９は、操作者により操作される入力デバイスである。ディスプレイ１５１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。
【００６３】
ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１５１１は、ハードディスク（フラッシュメモリ等であってもよい）を内蔵し、ハードディスクを駆動し、ＣＰＵ１５０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクは、記憶領域１９０等としての機能を実現させる。さらに、その他の各種データ、各種コンピュータ・プログラム等が格納される。
【００６４】
ドライブ１５１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１５１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース１５０７、外部バス１５０６、ブリッジ１５０５、及びホストバス１５０４を介して接続されているＲＡＭ１５０３に供給する。リムーバブル記録媒体１５１３も、ハードディスクと同様のデータ記録領域として利用可能である。
【００６５】
接続ポート１５１４は、外部接続機器１５１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート１５１４は、インタフェース１５０７、及び外部バス１５０６、ブリッジ１５０５、ホストバス１５０４等を介してＣＰＵ１５０１等に接続されている。通信部１５１６は、通信回線に接続され、外部とのデータ通信処理を実行する。データ読み取り部１５１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部１５１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。
【００６６】
なお、図１５に示す情報処理装置のハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１５に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１５に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００６７】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００６８】
１００…情報処理装置
１０５…物理マシン
１１０…ホストＯＳ
１１５…仮想化ＳＷ
１２０…ＳＳ管理モジュール
１２５…ゲストＯＳ
１３０…プリントコントローラ
１３５…出力制御モジュール
１４０…ＳＳ制御モジュール
１４２…スナップショットの取得・復元指示
１７０…印刷装置
１７２…メッセージ送受信
１８０…印刷装置シミュレータ
１８２…メッセージ送受信
１８４…メッセージ送受信
１９０…記憶領域
【図１】
2017045320.tif 000003
【図２】
2017045320.tif 000004
【図３】
2017045320.tif 000005
【図４】
2017045320.tif 000006
【図５】
2017045320.tif 000007
【図６】
2017045320.tif 000008
【図７】
2017045320.tif 000009
【図８】
2017045320.tif 000010
【図９】
2017045320.tif 000011
【図１０】
2017045320.tif 000012
【図１１】
2017045320.tif 000013
【図１２】
2017045320.tif 000014
【図１３】
2017045320.tif 000015
【図１４】
2017045320.tif 000016
【図１５】
2017045320.tif 000017