JP5642338B2 - ジョブ管理プログラムおよびジョブ管理方法 - Google Patents

Description

本発明は、ジョブの実行管理および前記ジョブを仮想マシン上で実行する物理マシンの計算資源の状態管理をおこなう管理装置と、前記仮想マシンが稼働する物理マシンとを有する情報処理装置にジョブ管理処理を実行させるジョブ管理プログラム、当該情報処理装置およびジョブ管理方法に関する。

従来から、計算機（特に、大型汎用計算機）において、膨大な計算量の演算をおこなう場合に、複数の処理単位から構成されるジョブを実行することによって、演算処理をおこなう。このジョブの処理時間は、数時間から数週間まで至る場合もある。

そのため、何らかの理由によってジョブを中断（以下、チェックポイントと呼ぶ）、再開（以下、リスタートと呼ぶ）せざるを得ない状況が発生する場合があった。中断されたジョブは、必ず再開されなければならないため、中断ジョブの管理および制御が重要であった。

そこで、例えば、大型汎用計算機におけるジョブの中断方法として、一つのジョブのチェックポイントおよびリスタートを、シグナルによっておこなうための機構を提供し、中断ジョブの管理および制御をおこなう仮想計算機データ処理システムにおけるジョブ処理の中断方法が提案されている。

ところで、近年、ネットワーク上に分散して存在するコンピュータ装置を、ネットワークを介した接続によって一体として協働させる、グリッド・コンピューティング・システムと呼ばれる情報処理システムの技術が普及しつつある。

グリッド・コンピューティング・システムは、さらに膨大な計算量の演算を、各コンピュータ装置に負荷分散させて処理をおこなわせることにより、従来の大型汎用計算機と比較して、低コストで短時間に演算処理をおこなうことができる。

しかし、各コンピュータ装置は、当該コンピュータ装置のユーザによって優先的に使用されるため、あるコンピュータ装置がそのユーザによって使用される場合には、当該コンピュータ装置で実行されているジョブの実行を中断せざるを得ない状況となる場合がある。そして、中断ジョブは、リスタートのために管理される必要がある。

そこで、例えば、計算資源である各コンピュータ装置のユーザが、ジョブを実行するコンピュータ装置上の仮想マシンが、チェックポイントおよびリスタートを指示したことを契機として、当該指示をグリッド・コンピューティング・システムの管理装置へ通知する、仮想マシンのための動的なサービス・レジストリが提案されている。

また、グリッド・コンピューティング・システムにおいて、Ｗｅｂサービスを用いたオンラインアプリケーションのチェックポイントおよびリスタートの制御を管理するトポロジ・アウェア・グリッド・サービス・スケジューラ・アーキテクチャが提案されている。

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

しかしながら、上記従来技術では、次のような問題点があった。すなわち、計算資源がオープンソースなど特定のＯＳ（Operating System）によって稼働している場合は、ジョブのチェックポイントおよびリスタートの管理、制御のジョブ管理をおこなうことが可能であった。

しかし、オープンソース以外のＯＳでは、ジョブ管理に未対応であるため、ジョブのチェックポイントおよびリスタートの管理、制御をおこなうことができなかった。また、オープンソースのＯＳであっても、特定のライブラリを組み込む必要があり、ジョブのソースコードがないと、チェックポイントすらおこなえない、という問題があった。

本発明は、上記問題点（課題）を解消するためになされたものであって、グリッド・コンピューティング・システムにおいて、計算資源である各コンピュータ装置のＯＳに依存せず、チェックポイントおよびリスタートを効率的におこなうことを可能とするジョブ管理プログラム、情報処理装置およびジョブ管理方法を提供することを目的とする。

上述した問題を解決し、目的を達成するため、開示のジョブ管理プログラム、情報処理装置およびジョブ管理方法の一観点において、情報処理装置の管理装置が、ジョブの実行要求が投入または再投入される以前に、計算資源の状態がジョブの実行が可能な状態である物理マシンを選択し、ジョブの実行要求を、物理マシンのＯＳに依存しない形式で、物理マシンへ投入または再投入し、物理マシンへ投入または再投入されたジョブの実行要求に対応するジョブを、仮想マシンに対して実行するよう投入または再投入することを要件とする。

また、情報処理装置の管理装置が、物理マシンの計算資源の状態が、物理マシンへ投入されたジョブの実行要求に対応するジョブを、仮想マシンにおいて実行継続可能であるか否かを判定し、ジョブを実行継続可能であると判定されなかった場合に、仮想マシンに対して、ジョブの中断を指示し、計算資源の状態がジョブの実行が可能な状態である物理マシンを選択して、選択された物理マシンに対して、ジョブの実行要求を再投入することを要件とする。

開示のジョブ管理プログラム、情報処理装置およびジョブ管理方法によれば、グリッド・コンピューティング・システムにおいて、計算資源であるコンピュータ装置の事情などによって、ジョブの処理が中断されても、他の計算資源であるコンピュータ装置において同一のジョブの実行を継続するので、ジョブ全体の処理時間を短縮することが可能となり、グリッド・コンピューティング・システムのスループットを向上させることができるという効果を奏する。

以下に添付図面を参照し、本発明のジョブ管理プログラム、情報処理装置およびジョブ管理方法にかかる実施形態の一例を詳細に説明する。なお、以下に示す情報処理システムは、インターネットなどの広域ネットワークに分散するコンピュータ装置を協働させ、あたかも１台の高速計算機装置として機能させるグリッド・コンピューティング・システムであるとする。しかし、これに限らず、開示の実施形態は、複数のコンピュータ装置を接続して協働させる並列計算機一般に適用可能である。

なお、以下の実施形態の一例で使用する用語である「親ジョブ」および「子ジョブ」とは、次のようなものである。すなわち、バッチシステムに対して直接投入する、見かけ上の擬似的なジョブを「親ジョブ」と呼ぶ。また、バッチシステムにおいて、投入された「親ジョブ」のジョブ実行命令に応じて投入される実質的なジョブを「子ジョブ」と呼ぶ。

また、「マイグレーション」とは、ジョブ管理において、計算資源であるコンピュータ装置の事情によって、実行しているジョブの中断をせざるを得なくなった場合に、チェックポイントおよびリスタートの一連の処理を指す。特に、以下の実施形態の一例では、リスタートが、他のコンピュータ装置でおこなわれる場合があるため、当該一連の処理を「マイグレーション」と呼ぶ。

先ず、実施形態の一例にかかる情報処理システムの構成について説明する。図１は、実施形態の一例にかかる情報処理システムの構成を示すブロック図である。同図に示すように、実施形態の一例にかかる情報処理システムＳは、ネットワークを介して、物理マシンＡ１００と、物理マシンＢ２００と、マスタ装置３００と、仮想マシン共有ファイル記憶装置４００とが相互通信可能に接続され、一体の計算機装置となっている。

なお、物理マシンＡ１００および物理マシンＢ２００（以下、物理マシン１５０と総称する）は、情報処理システムＳに含まれる、ジョブの実行主体であるコンピュータ装置である。実施形態の一例の説明では、簡単のため、物理マシンＡ１００および物理マシンＢ２００は、実施形態の一例にかかる特徴部分は、同一の構成要件を有し、当該各構成要件は、同一の機能を有するとする。物理マシンＢ２００の各構成要件の符号は、物理マシンＡ１００において同一の構成要件の符号に“１００”を加算した数値を付与している。

実施形態の一例にかかる説明では、情報処理システムＳは、物理マシンＡ１００および物理マシンＢ２００の２台の物理マシンを有するものとして説明する。しかし、これに限らず、情報処理システムＳは、一般には、多数の物理マシンを有する。

また、マスタ装置３００は、情報処理システムＳ全体の制御をつかさどる制御装置である。また、仮想マシン共有ファイル記憶装置４００は、情報処理システムＳ全体で共有され、仮想マシン共有ファイル管理テーブル４００ａを格納する。なお、実施形態の一例では、仮想マシン共有ファイル記憶装置４００は、情報処理システムＳ内で独立した装置として説明するが、これに限らず、マスタ装置３００、または、物理マシン１５０のうちの代表的な１台の物理マシン１５０と一体となる構成であってもよい。

物理マシンＢ２００の構成は、物理マシンＡ１００の構成と同一であることを前提としているので、物理マシンＡ１００に代表させて、物理マシン１５０の構成を説明する。物理マシンＡ１００は、物理マシンＡ１００のＢＩＯＳ１０８およびホストＯＳ１０９上で機能する計算資源管理部１０１と、親ジョブ実行部１０２と、マイグレーションフラグファイル記憶部１０３と、バッチシステム部１０４とを有する。

計算資源管理部１０１は、親ジョブ実行部１０２から送信される子ジョブのバイナリデータ、パラメータおよび子ジョブの実行に必要なファイルを、ゲストＯＳ実行部１０７上のジョブ管理部１０７ｃへ送信して実行要求を行ったり、子ジョブの処理結果を親ジョブ実行部１０２へ通知したりする。これによって、親ジョブと子ジョブとの実行環境の独立性を実現し、子ジョブの実行ＯＳの選択範囲を拡げることが可能になる。

計算資源管理部１０１は、ジョブ管理部１０１ａと、仮想マシン管理部１０１ｂと、計算資源監視制御部１０１ｃとを有する。ジョブ管理部１０１ａは、親ジョブ実行部１０２からの子ジョブ実行命令に応じて、子ジョブを実行する。また、ジョブ管理部１０１ａは、子ジョブの実行結果を、親ジョブ実行部１０２に返す。

仮想マシン管理部１０１ｂは、仮想マシンの停止や起動を仮想マシン共有ファイル管理テーブル４００ａの情報をもとにおこなう。これによって、子ジョブに必要な仮想マシンイメージファイルの運用を効率的におこなうことが可能になる。

すなわち、仮想マシン管理部１０１ｂは、仮想マシンを実行するためプラットフォームであるゲストＯＳの起動および仮想マシンの起動をおこない、起動中および停止中の仮想マシンの管理をおこなう。また、仮想マシン管理部１０１ｂは、マイグレーションを行う際には、仮想マシン実行部１０５の停止および起動をおこなう。

さらに、仮想マシン管理部１０１ｂは、バッチシステム部１０４の制御を行う。これらの機能を、親ジョブに実装する場合に比べ、確実かつきめ細かに仮想マシンの管理およびジョブの制御をおこなうことができる。

計算資源監視制御部１０１ｃは、マイグレーションの判断情報として、例えば、マウスやキーボードの利用状況、ユーザのログイン／ログオフ状況の情報を、ホストＯＳ１０９から取得し、マスタ管理部３０１に通知し、マイグレーションの判断を受けることにより、マイグレーションのポリシーを一元的に効率よく管理できるようになる。

すなわち、計算資源監視制御部１０１ｃは、物理マシンＡ１００の計算資源の状況（マウスやキーボードなど入力装置の使用状況、ＣＰＵ（Central Processing Unit）使用率、メモリ使用率、仮想メモリ使用率など含む）を監視する。特に、ユーザによる物理マシンＡ１００へのログイン操作が、ホストＯＳ１０９から通知された場合には、物理マシンＡ１００で実行されているジョブの実行を中断させるために、仮想マシン管理部１０１ｂに対して、子ジョブ実行部１０７ａの実行を停止させ、仮想マシン実行部１０５自体の機能を停止させる。

親ジョブ実行部１０２は、マスタ装置３００からの親ジョブ実行命令を受けたバッチシステム部１０４からの指示に応じて、親ジョブを実行する。親ジョブ実行部１０２は、実行開始した親ジョブから実行命令される子ジョブの子ジョブＩＤを、マイグレーションフラグファイル記憶部１０３のマイグレーションフラグファイルに登録する。

なお、マイグレーションフラグファイルは、図２に例示するように、「子ジョブＩＤ」と、「チェックポイントフラグ」と、「マイグレーションフラグ」と、「終了結果」とのカラムを有する。例えば、図２によれば、例えば、子ジョブＩＤが『ｚ＝ｆ』のエントリは、「チェックポイントフラグ」が『０（オフ）』、「マイグレーションフラグ」が『０』、「終了結果」が『正常終了』である。

また、親ジョブ実行部１０２は、ジョブ管理部１０１ａに対して、親ジョブから実行命令される子ジョブの起動を、ゲストＯＳ管理部１０７ｂに対して要求する。そして、ゲストＯＳ管理部１０７ｂによって起動された子ジョブ実行部１０７ａによる子ジョブの実行結果を受け取り、バッチシステム部１０４およびバッチシステム部３０３を介して、ジョブ生成部３０２へと通知する。

このようにすると、バッチシステム部１０４およびバッチシステム部３０３から見ると、親ジョブ実行部１０２しか見えないため、子ジョブのチェックポイントやリスタートを、バッチシステムから隠蔽することができ、バッチシステムへの影響を与えることなく、ジョブの制御を効率よくおこなえるようになる。

また、親ジョブ実行部１０２は、ジョブ管理部１０１ａから、仮想マシン実行部１０５における子ジョブの実行中止の通知を受けたならば、実行中止された子ジョブＩＤに該当するマイグレーションフラグファイルのチェックポイントフラグをオンにする。

また、親ジョブ実行部１０２は、マスタ装置３００から、物理マシンＡ１００において、実行が中止されたジョブを、他の物理マシンに委任して実行させると通知された場合に、実行中止された子ジョブＩＤに該当するマイグレーションフラグファイルのマイグレーションフラグをオンにする。

また、親ジョブ実行部１０２は、ジョブ管理部１０１ａから、仮想マシン実行部１０５における子ジョブの実行終了の通知を、実行結果とともに受けたならば、実行終了した子ジョブＩＤに該当するマイグレーションフラグファイルの実行結果を登録する。

バッチシステム部１０４は、マスタ装置３００のバッチシステム部３０３から投入されたバッチジョブを解析し、対応する親ジョブを、親ジョブ実行部１０２に実行させる。また、親ジョブ実行部１０２から受け取った親ジョブの実行結果を、バッチシステム部３０３へと受け渡す。

物理マシンＡ１００は、ホストＯＳ１０９とは異なるＯＳであるゲストＯＳを仮想マシンとして起動する仮想マシン実行部１０５を有する。仮想マシン実行部１０５は、仮想マシンインタフェース１０６と、ゲストＯＳ実行部１０７とを有する。ゲストＯＳ実行部１０７は、子ジョブ実行部１０７ａと、ゲストＯＳ管理部１０７ｂとを有する。さらに、ゲストＯＳ管理部１０７ｂは、ジョブ管理部１０７ｃを有する。

仮想マシンインタフェース１０６は、仮想マシン共有ファイル管理テーブル４００ａに記憶されている仮想マシンイメージファイルを元に、仮想マシンを、ゲストＯＳとして起動、停止したりするインタフェースである。また、計算資源管理部１０１の仮想マシン管理部１０１ｂの要求に応じて、仮想マシンの制御をおこなう。

ゲストＯＳ実行部１０７は、仮想マシン実行部１０５によって実行される仮想マシンである。子ジョブ実行部１０７ａは、実際のジョブである子ジョブの実行をおこなう。子ジョブは、子ジョブ実行部１０７ａで、親ジョブとは別に実行されることにより、実処理を、バッチシステム部１０４およびバッチシステム部３０３から隠蔽して実行することができる。また、子ジョブの実行ＯＳであるゲストＯＳは、ホストＯＳ１０９に依存しないことから、ホストＯＳからの制約を受けず、子ジョブの実行ＯＳ環境の選択範囲をひろげることが可能になる。

ゲストＯＳ管理部１０７ｂは、ホストＯＳ１０９側との通信や、子ジョブの実行結果をゲストＯＳ上で保持することにより、計算資源管理部１０１のジョブ管理部１０１ａの支援をおこなう。これによって、ジョブ管理部１０１ａの負荷軽減をおこなうことができる。

ゲストＯＳ管理部１０７ｂのジョブ管理部１０７ｃは、計算資源管理部１０１のジョブ管理部１０１ａより、子ジョブを実行するために必要な情報（子ジョブのバイナリデータ、引数、ファイルなど)を受け取り、ゲストＯＳ実行部１０７上で実行する。

ジョブ管理部１０７ｃは、子ジョブの実行が終わり、その実行結果を、ジョブ管理部１０１ａの要求に応じて送信する。若しくは、ジョブ管理部１０１ａの要求以前に子ジョブが終了した場合は、実行結果を保持し、その後の要求に応じて送信する。これによって、親ジョブから独立して子ジョブの実行をおこなうことが可能になり、処理効率を高めることができる。

マスタ装置３００は、マスタ管理部３０１と、ジョブ生成部３０２と、バッチシステム部３０３とを有する。マスタ管理部３０１は、計算資源管理テーブル記憶部３０１ａと、計算資源制御部３０１ｂとを有する。

計算資源管理テーブル記憶部３０１ａは、例えば、図３に一例を示すように、マスタ装置３００によって管理されるすべての物理マシンの「物理マシンＩＤ」、「物理マシンネットワークＩＤ」、「チェックポイント状態」を記憶する計算資源管理テーブルを格納する。

「物理マシンＩＤ」は、物理マシンを識別するためのＩＤである。「物理マシンネットワークＩＤ」は、当該物理マシンをネットワーク上で識別するための識別子である。また、「チェックポイント状態」は、当該物理マシンで稼働するすべての仮想マシンが子ジョブ実行中若しくは機能が停止されている場合にフラグ『１』が立てられる。これら以外は、フラグ『０』となる。

計算資源制御部３０１ｂは、計算資源である各物理マシンから送信されてくる利用情報（キーボードやマウスの利用状況、ユーザのログイン／ログオフなど)に基づき、マイグレーションの実行命令を、当該物理マシンの計算資源管理部１０１へ送信する。これによって、計算資源である物理マシンの管理ポリシーを効率的に実行できる。

ジョブ生成部３０２は、マスタ管理部３０１ａから指示された物理マシンへ投入するバッチジョブを生成する。バッチシステム部３０３は、ジョブ生成部３０２によって生成されたバッチジョブを、例えば、物理マシンＡ１００のバッチシステム部１０４へと受け渡す。

仮想マシン共有ファイル記憶装置４００に格納される仮想マシン共有ファイル管理テーブル４００ａは、子ジョブと、当該子ジョブを実行している仮想マシンイメージファイルとの関係を管理するとともに、当該仮想マシンの現在の状態を表す情報（仮想マシン状態）を表し、マイグレーションを効率的におこなうためのデータ構造のテーブルである。

図４に例示するように、仮想マシン共有ファイル管理テーブル４００ａは、「仮想マシン状態」と、「子ジョブＩＤ」と、「仮想マシンＩＤ」と、「仮想マシンイメージファイルの保管場所」と、「仮想マシンネットワークＩＤ」と、「親ジョブＩＤ」とのカラムを有する。

例えば、「仮想マシン状態」が『ＣＨＥＣＫ（Checkpoint中）』である仮想マシンは、「子ジョブＩＤ」が『ｚ＝ｆ』の子ジョブが割り当てられており、「仮想マシンＩＤ」が『ｗｉｎ＃１』であり、当該仮想マシンのイメージファイルが『／ｈｏｍｅ／ｖｍ１／ｖｍ１＠ｍｓｔ１』で特定される。また、『仮想マシンネットワークＩＤ』は、当該仮想マシンをネットワーク上で一意に識別するための情報であり、「親ジョブＩＤ」が『ｘ＝ａ、ｙ＝ｃ』であることが示されている。

次に、実施形態の一例にかかる情報処理システムで実行されるジョブ管理処理について説明する。図５は、実施形態の一例にかかる情報処理システムにおいて実行されるジョブ管理処理手順を示すフローチャートである。

なお、以下のジョブ管理処理では、物理マシンＡ１００上の仮想マシンにてジョブがおこなわれ、ジョブのマイグレーションが必要な場合には、物理マシンＢ２００の仮想マシンへと、ジョブのマイグレーションがおこなわれることを前提とする。

しかし、これに限らず、ジョブを実行可能な計算資源の状況である物理マシンを選択して、当該物理マシン上の仮想マシンでジョブを実行し、ジョブのマイグレーションの必要性が発生した場合には、ジョブを実行可能な計算資源の状況である他の物理マシンを選択して、当該他の物理マシン上の仮想マシンで、ジョブを実行させてもよい。

同図に示すように、先ず、マスタ装置３００のジョブ生成部３０２は、マスタ装置３００によって管理される計算資源である物理マシンの状態がジョブの実行が可能な状態である物理マシンを選択した上で、親ジョブを生成し、当該親ジョブを、当該物理マシンへ投入または再投入をおこなう（ステップＳ１０１）。

続いて、マスタ装置３００のバッチシステム部３０３からの指示に応じて、物理マシンＡ１００のバッチシステム部１０４は、親ジョブ実行部１０２に対して、親ジョブの実行をおこなわせる（ステップＳ１０２）。

続いて、親ジョブ実行部１０２は、計算資源管理部１０１に対して、対応する子ジョブの実行を依頼する（ステップＳ１０３）。続いて、仮想マシン管理部１０１ｂは、仮想マシン共有ファイル管理テーブル４００ａを参照して、親ジョブＩＤに対応する仮想マシンイメージが存在するか否かを判定する（ステップＳ１０４）。

親ジョブＩＤに対応する仮想マシンイメージが存在すると判定された場合に（ステップＳ１０４肯定）、ステップＳ１０８へ移り、親ジョブＩＤに対応する仮想マシンイメージが存在すると判定されなかった場合に（ステップＳ１０４否定）、ステップＳ１０５へ移る。

ステップＳ１０５では、仮想マシン管理部１０１ｂは、例えば、物理マシンＡ１００において、ゲストＯＳが起動しているか否かを判定する。物理マシンＡ１００でゲストＯＳが起動していると判定された場合に（ステップＳ１０５肯定）、ステップＳ１０７へ移り、物理マシンＡ１００でゲストＯＳが起動していると判定されなかった場合に（ステップＳ１０５否定）、ステップＳ１０６へ移る。

ステップＳ１０６では、仮想マシン管理部１０１ｂは、仮想マシン共有ファイル管理テーブル４００ａから、ジョブ未割り当ての仮想マシンのイメージファイルを選択して、物理マシンＡ１００において仮想マシンを起動する（仮想マシン実行部１０５の起動）。

続いて、ステップＳ１０７では、計算資源管理部１０１のジョブ管理部１０１ａは、子ジョブ、パラメータおよびその他必要なファイルを、ゲストＯＳ管理部１０７ｂのジョブ管理部１０７ｃへ送信する。

そして、ゲストＯＳ管理部１０７ｂのジョブ管理部１０７ｃは、受信した子ジョブ、パラメータおよびその他必要なファイルを使用して、子ジョブを起動する（以上、ステップＳ１０７）。ステップＳ１０７が終了すると、ステップＳ１１１へ移る。なお、起動された子ジョブは、子ジョブ実行部１０７ａで実行される。

一方、ステップＳ１０８では、仮想マシン管理部１０１ｂは、仮想マシン共有ファイル管理テーブル４００ａから、親ジョブＩＤに対応する仮想マシンイメージを選択して、例えば、物理マシンＡ１００において仮想マシンを起動する。

続いて、計算資源管理部１０１のジョブ管理部１０１ａは、子ジョブ、パラメータおよびその他必要なファイルを、ゲストＯＳ管理部１０７ｂのジョブ管理部１０７ｃへ送信する。

そして、ゲストＯＳ管理部１０７ｂのジョブ管理部１０７ｃは、受信した子ジョブ、パラメータおよびその他必要なファイルを使用して、子ジョブを起動する（以上、ステップＳ１０９）。なお、起動された子ジョブは、子ジョブ実行部１０７ａで実行される。

続いて、ジョブ管理部１０１ａは、親ジョブからの子ジョブ起動要求を無視して、子ジョブの終了を待つ（ステップＳ１１０）。続いて、計算資源監視制御部１０１ｃは、物理マシンＡ１００において、ジョブをマイグレーションすべきイベントが発生したか否かを判定する（ステップＳ１１１）。

ジョブをマイグレーションすべきイベントが発生したと判定された場合に（ステップＳ１１１肯定）、ステップＳ１１２へ移り、ジョブをマイグレーションすべきイベントが発生したと判定されなかった場合に（ステップＳ１１１否定）、ステップＳ１１６へ移る。

ステップＳ１１２では、仮想マシン管理部１０１ｂは、マイグレーションすべきイベントが発生した物理マシンＡ１００上の仮想マシンを停止する。続いて、ジョブ管理部１０１ａは、親ジョブ実行部１０２に対して、マイグレーションによる子ジョブの処理停止を通知する（ステップＳ１１３）。

ジョブ管理部１０１ａからの子ジョブの処理停止を通知された親ジョブ実行部１０２は、バッチシステム部１０４およびバッチシステム部３０３を介して、マスタ装置３００のジョブ生成部３０２に、マイグレーションによる子ジョブの処理停止を通知する（ステップＳ１１４）。

続いて、計算資源管理部１０１は、物理マシンＡ１００のバッチシステム部１０４の機能を停止させる（ステップＳ１１５）。この処理が終了すると、ステップＳ１０１へ移る。ステップＳ１０１では、ジョブ生成部３０２は、ステップＳ１１２で処理が中止された子ジョブに対応する親ジョブを生成し、バッチシステム部３０３へ再投入する。

一方、ステップＳ１１６では、ジョブ管理部１０１ａは、子ジョブ実行部１０７ａから、ゲストＯＳ管理部１０７ｂを経由して通知されてきた子ジョブ終了結果を、親ジョブ実行部１０２へ通知する。

続いて、マスタ装置３００のマスタ管理部３０１は、起動している物理マシン（例えば、物理マシンＡ１００）のジョブ管理部１０１ａからのジョブ処理結果通知を受け取る（ステップＳ１１７）。この処理が終了すると、ジョブ管理処理は終了する。

次に、実施形態の一例にかかる並列計算機システムにおけるジョブ管理処理を、シーケンス図を参照して説明する。図６は、実施形態の一例にかかる情報処理システムにおけるジョブ管理処理を示すシーケンス図である。

図６では、ジョブ生成部３０２は、子ジョブ実行に必要なファイルやパラメータなどを含む親ジョブを生成してバッチシステム部３０３へ投入し、物理マシンＡ１００のバッチシステム部１０４で親ジョブが実行される。そして、親ジョブは、子ジョブの起動を、ジョブ管理部１０１ａへ依頼し、ゲストＯＳ実行部１０７の子ジョブ実行部１０７ａにおいて子ジョブが起動している状態にある（以上、図５における「ジョブ管理処理の通常シーケンス」に相当）。以上を前提として、物理マシンＡ１００に、ユーザがログインしてきたとする。

先ず、物理マシンＡ１００の計算資源監視制御部１０１ｃは、ユーザのログインを検知し、マスタ装置３００の計算資源制御部３０１ｂへ通知する（ステップＳ２０１）。計算資源制御部３０１ｂは、マイグレーション・ポリシーに従い、物理マシンＡ１００の計算資源監視制御部１０１ｃへ、チェックポイントをおこなう要求を送信する（ステップＳ２０２）。

チェックポイントの要求を受信した計算資源監視制御部１０１ｃは、仮想マシン管理部１０１ｂへ、ゲストＯＳの実行を停止する要求を送信する（ステップＳ２０３）。仮想マシン管理部１０１ｂは、仮想マシンインタフェース１０６を介して、仮想マシン実行部１０５に対して、ゲストＯＳの実行を停止する要求を通知する。これにっよって、仮想マシン実行部１０５のゲストＯＳ実行部１０７の機能が停止される（ステップＳ２０４）。

続いて、計算資源監視制御部１０１ｃは、親ジョブ実行部１０２に対して、チェックポイント通知を送信する（ステップＳ２０５）。チェックポイント通知を受信した親ジョブ実行部１０２は、マイグレーションフラグファイルにおいて、チェックポイント状態を示すフラグをオンにしてジョブの実行を終了する（ステップＳ２０６）。

上記結果は、バッチシステム部１０４およびバッチシステム部３０３を介して、ジョブ生成部３０２へ通知される（ステップＳ２０７、ステップＳ２０８、ステップＳ２０９）。そして、計算資源監視制御部１０１ｃは、バッチシステム部１０４を停止する（ステップＳ２１０）。

そして、計算資源監視制御部１０１ｃは、仮想マシン共有ファイル管理テーブル４００ａにおいて、該当する仮想マシンＩＤの仮想マシン状態のカラムに、子ジョブＩＤ、子ジョブがチェックポイント中である旨を示す“ＣＨＥＣＫ”などを記述し、同テーブルを更新する（ステップＳ２１１）。

ジョブの実行終了の通知を受信したジョブ生成部３０２は、マイグレーションフラグファイル１０３ａを参照し、チェックポイントを示すフラグがオンであれば、同一親ジョブを、バッチシステム部３０３へ再投入する（ステップＳ２１２）。

ステップＳ２１３で、バッチシステム部３０３へ再投入された親ジョブは、バッチシステム部３０３によって、別の物理マシンＢ２００に投入される（ステップＳ２１４）。こでは、物理マシンＡ１００のバッチシステム部１０４が停止されており、ジョブの投入が出来ないためである。

物理マシンＢ２００のバッチシステム部２０４において、再投入された親ジョブが起動されると、子ジョブを起動するために必要なパラメータやファイルを、ホストＯＳ２０９上で稼働するジョブ管理部２０７ｃへ渡す（ステップＳ２１５）。

子ジョブを起動するために必要なパラメータやファイルを渡されたジョブ管理部２０７ａは、仮想マシン共有ファイル管理テーブル４００ａを参照し、子ジョブが含まれる仮想マシンイメージファイルを特定し、対応する仮想マシンを起動するように仮想マシン管理部２０１ｂへ通知する（ステップＳ２１６）。

そして、仮想マシン管理部２０１ｂは、子ジョブＩＤを元に、仮想マシン共有ファイル管理テーブル４００ａを参照し、仮想マシンイメージファイルを特定して、対応する仮想マシンを、ゲストＯＳとして起動する。既に他のゲストＯＳが起動中であれば、仮想マシン管理部２０１ｂは、ゲストＯＳの起動はおこなわない（以上、ステップＳ２１７）。

そして、仮想マシン管理部２０１ｂは、ゲストＯＳ上で、子ジョブＩＤに対応する仮想マシンを起動するように、仮想マシンインタフェース２０６を介して、仮想マシン実行部２０５に要求する（以上、ステップＳ２１８）。

そして、ジョブ管理部２０１ａは、ゲストＯＳ管理部２０７ｂが有するジョブ管理部２０７ｃに対して、同一のジョブが既に起動しているか否かを問合せる（ステップＳ２１９）。既に、同一のジョブが起動していれば、ジョブ管理部２０１ａは、子ジョブＩＤのジョブが既に起動していることを、ジョブ管理部２０７ｃに対して通知する（ステップＳ２２０）。この場合、親ジョブからの子ジョブ起動要求は無視し、子ジョブの終了を待つ。

また、既に子ジョブの処理が終了しているならば、子ジョブ実行部２０７ｂは、ゲストＯＳ管理部２０７ｂのジョブ管理部２０７ｃに保持されているジョブ実行結果を取得する。そして、子ジョブ実行部２０７ｂは、子ジョブの処理が終了したことを、ゲストＯＳ管理部２０７ｂのジョブ管理部２０７ｃへ通知する（ステップＳ２２１）。

ジョブ管理部２０７ｃは、子ジョブの処理が終了したことを、子ジョブ実行部２０７ｂから受信すると、ホストＯＳ２０９上のジョブ管理部２０１ａへ通知する。ジョブ管理部２０７ｃは、子ジョブの処理の終了結果を、親ジョブ実行部２０２へ通知するとともに、ジョブ管理部２０１ａへ通知する（ステップＳ２２２）。

続いて、ジョブ管理部２０１ａは、仮想マシン管理部２０１ｂおよび親ジョブ実行部２０２へ、子ジョブ終了を通知する（ステップＳ２２３、ステップＳ２２４）。仮想マシン管理部２０１ｂは、仮想マシン共有ファイル管理テーブル４００ａの該当する子ジョブＩＤを削除する。また、親ジョブ実行部２０２は、子ジョブ終了通知を通知されると、正常終了状態で子ジョブの処理が終了した旨を、マイグレーションフラグファイル１０３ａに記載する。

そして、親ジョブの終了結果を、バッチシステム部２０４およびバッチシステム部３０３を介して、ジョブ生成部３０２へ通知する（ステップＳ２２５、ステップＳ２２６、ステップＳ２２７）。

以上、本発明の実施形態の一例を説明したが、本発明は、これに限られるものではなく、特許請求の範囲に記載した技術的思想の範囲内で、更に種々の異なる実施形態の一例で実施されてもよいものである。また、実施形態の一例に記載した効果は、これに限定されるものではない。

また、上記実施形態の一例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記実施形態の一例で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵ（またはＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）などのマイクロ・コンピュータ）および当該ＣＰＵ（またはＭＰＵ、ＭＣＵなどのマイクロ・コンピュータ）にて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現されてもよい。

以上の実施形態の一例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）ジョブの実行管理および前記ジョブを仮想マシン上で実行する物理マシンの計算資源の状態管理をおこなう管理装置と、前記仮想マシンが稼働する物理マシンとを有する情報処理システムにおいておこなわれるジョブ管理処理をコンピュータ装置に実行させるジョブ管理プログラムであって、
前記管理装置において、前記物理マシンのＯＳ（Operating System）に依存しない形式で、前記ジョブの実行要求を、前記物理マシンへ投入または再投入するジョブ実行要求投入手順と、
前記物理マシンにおいて、前記ジョブ実行要求投入ステップによって前記物理マシンへ投入または再投入された前記ジョブの実行要求に対応する前記ジョブを実行するように、前記仮想マシンに対して投入または再投入するジョブ投入手順と
を前記コンピュータ装置に実行させることを特徴とするジョブ管理プログラム。

（付記２）前記ジョブ実行要求投入手順によって、前記管理装置に、前記ジョブの実行要求が投入または再投入される前に、前記管理装置によって管理される前記計算資源の状態が前記ジョブの実行が可能な状態である物理マシンを選択する物理マシン選択手順をさらに前記コンピュータ装置に実行させ、
前記ジョブ実行要求投入手順は、前記物理マシン選択手順によって選択された物理マシンへ前記ジョブの実行要求を投入または再投入することを特徴とする付記１に記載のジョブ管理プログラム。

（付記３）前記物理マシン選択手順によって選択された物理マシンにおいて、前記仮想マシンが起動されていない場合に、当該物理マシンに、前記仮想マシンを起動させる仮想マシン起動手順をさらに前記コンピュータ装置に実行させることを特徴とする付記１または２に記載のジョブ管理プログラム。

（付記４）前記ジョブ実行要求投入手順によって前記物理マシンへ投入または再投入された前記ジョブの実行要求に応じて、前記ジョブ投入手順によって前記仮想マシンに投入された前記ジョブの実行結果を、前記仮想マシンに、当該仮想マシンが稼働する前記物理マシンへ出力させるジョブ実行結果出力手順と、
前記ジョブ実行結果出力手順によって前記仮想マシンが稼働する前記物理マシンへ出力された前記ジョブの実行結果を、当該物理マシンに、前記管理装置へ通知させる実行結果通知手順と
を前記コンピュータ装置にさらに実行させることを特徴とする付記１、２または３に記載のジョブ管理プログラム。

（付記５）前記ジョブ投入手順によって前記仮想マシンへ投入または再投入された前記ジョブの実行結果を、当該仮想マシンに保持させる実行結果保持手順さらに含み、
前記ジョブ実行結果出力手順は、前記ジョブ実行要求投入手順によって前記ジョブの実行要求が前記物理マシンへ投入または再投入された際に、前記実行結果保持手順によって保持された前記ジョブの実行結果を、当該物理マシンへと通知することを特徴とする付記４に記載のジョブ管理プログラム。

（付記６）前記管理装置において、前記物理マシンの計算資源の状態が、前記ジョブ実行要求投入ステップによって前記物理マシンへ投入された前記ジョブの実行要求に対応する前記ジョブを、前記仮想マシンにおいて実行継続可能であるか否かを判定する実行継続可能判定手順と、
前記実行継続可能判定手順によって、前記ジョブを実行継続可能であると判定されなかった場合に、前記管理装置に、前記仮想マシンに対して、前記ジョブの中断を指示させる中断指示手順と
を前記コンピュータ装置にさらに実行させることを特徴とする付記１〜５のいずれか一つに記載のジョブ管理プログラム。

（付記７）前記物理マシン選択手順は、前記中断指示手順によって中断を指示された前記ジョブを再投入可能な物理マシンを選択することを特徴とする付記６に記載のジョブ管理プログラム。

（付記８）前記情報処理装置内において、前記ジョブの識別子と、前記仮想マシンのイメージファイルの格納アドレスおよび前記イメージファイルの名称と、前記仮想マシンが稼働する前記物理マシンのネットワーク識別子とを関連付けて共有管理するジョブ共有管理手順を前記コンピュータ装置にさらに実行させることを特徴とする付記１〜７のいずれか一つに記載のジョブ管理プログラム。

（付記９）ジョブの実行管理および前記ジョブを仮想マシン上で実行する物理マシンの計算資源の状態管理をおこなう管理装置と、前記仮想マシンが稼働する物理マシンとを有する情報処理装置であって、
前記管理装置は、前記物理マシンのＯＳ（Operating System）に依存しない形式で、前記ジョブの実行要求を、前記物理マシンへ投入または再投入するジョブ実行要求投入手段を有し、
前記前記物理マシンは、前記ジョブ実行要求投入手段によって前記物理マシンへ投入または再投入された前記ジョブの実行要求に対応する前記ジョブを実行するように、前記仮想マシンに対して投入または再投入するジョブ投入手段を有する
ことを特徴とする情報処理装置。

（付記１０）前記管理装置は、前記ジョブ実行要求投入手段によって前記ジョブの実行要求が投入または再投入される前に、前記管理装置によって管理される前記計算資源の状態が前記ジョブの実行が可能な状態である物理マシンを選択する物理マシン選択手段をさらに有し、
前記ジョブ実行要求投入手段は、前記物理マシン選択手段によって選択された物理マシンへ前記ジョブの実行要求を投入または再投入することを特徴とする付記９に記載の情報処理装置。

（付記１１）前記物理マシン選択手段によって選択された物理マシンにおいて、前記仮想マシンが起動されていない場合に、当該物理マシンが、前記仮想マシンを起動する仮想マシン起動手段をさらに有することを特徴とする付記９または１０に記載の情報処理装置。

（付記１２）前記仮想マシンは、前記ジョブ実行要求投入手段によって前記物理マシンに投入または再投入された前記ジョブの実行要求に応じて、前記ジョブ投入手段によって前記仮想マシンに投入された前記ジョブの実行結果を、当該仮想マシンが稼働する前記物理マシンへ出力するジョブ実行結果出力手段を有し、
前記物理マシンは、前記ジョブ実行結果出力手段によって前記仮想マシンが稼働する前記物理マシンへと出力された前記ジョブの実行結果を前記管理装置へ通知する実行結果通知手段を有する
ことを特徴とする付記９、１０または１１に記載の情報処理装置。

（付記１３）前記仮想マシンは、前記ジョブ投入手段によって前記仮想マシンへ投入または再投入された前記ジョブの実行結果を保持する実行結果保持手段をさらに有し、
前記ジョブ実行結果出力手段は、前記ジョブ実行要求投入手段によって前記ジョブの実行要求が前記物理マシンへ投入または再投入された際に、前記実行結果保持手段によって保持される前記ジョブの実行結果を、当該物理マシンへと通知することを特徴とする付記１２に記載の情報処理装置。

（付記１４）前記管理装置は、
前記物理マシンの計算資源の状態が、前記ジョブ実行要求投入手段によって前記物理マシンへ投入された前記ジョブの実行要求に対応する前記ジョブを、前記仮想マシンにおいて実行継続可能であるか否かを判定する実行継続可能判定手段と、
前記実行継続可能判定手段によって、前記ジョブを実行継続可能であると判定されなかった場合に、前記仮想マシンに対して、前記ジョブの中断を指示する中断指示手段と
をさらに有することを特徴とする付記９〜１３のいずれか一つに記載の情報処理装置。

（付記１５）前記物理マシン選択手段は、前記中断指示手段によって中断を指示された前記ジョブを再投入可能な物理マシンを選択することを特徴とする付記１４に記載の情報処理装置。

（付記１６）前記ジョブの識別子と、前記仮想マシンのイメージファイルの格納アドレスおよび前記イメージファイルの名称と、前記仮想マシンが稼働する前記物理マシンのネットワーク識別子とを関連付けて共有管理するジョブ共有管理手段をさらに有することを特徴とする付記９〜１５のいずれか一つに記載の情報処理装置。

（付記１７）ジョブの実行管理および前記ジョブを仮想マシン上で実行する物理マシンの計算資源の状態管理をおこなう管理装置と、前記仮想マシンが稼働する物理マシンとを有する情報処理装置においておこなわれるジョブ管理方法であって、
前記管理装置が、前記物理マシンのＯＳ（Operating System）に依存しない形式で、前記ジョブの実行要求を、前記物理マシンへ投入または再投入するジョブ実行要求投入ステップと、
前記物理マシンが、前記ジョブ実行要求投入ステップによって前記物理マシンへ投入または再投入された前記ジョブの実行要求に対応する前記ジョブを実行するように、前記仮想マシンに対して投入または再投入するジョブ投入ステップと
を含むことを特徴とするジョブ管理方法。

（付記１８）前記管理装置が、前記ジョブ実行要求投入ステップによって前記ジョブの実行要求が投入または再投入される前に、前記管理装置によって管理される前記計算資源の状態が前記ジョブの実行が可能な状態である物理マシンを選択する物理マシン選択ステップをさらに含み、
前記ジョブ実行要求投入ステップは、前記物理マシン選択ステップによって選択された物理マシンへ前記ジョブの実行要求を投入または再投入することを特徴とする付記１７に記載のジョブ管理方法。

（付記１９）前記物理マシン選択ステップによって選択された物理マシンにおいて、前記仮想マシンが起動されていない場合に、当該物理マシンが、前記仮想マシンを起動する仮想マシン起動ステップをさらに含むことを特徴とする付記１７または１８に記載のジョブ管理方法。

（付記２０）前記ジョブ実行要求ステップによって前記物理マシンへ投入または再投入された前記ジョブの実行要求に応じて、前記ジョブ投入ステップによって前記仮想マシンに投入された前記ジョブの実行結果を、前記仮想マシンが、当該仮想マシンが稼働する前記物理マシンへと出力するジョブ実行結果出力ステップと、
前記ジョブ実行結果出力ステップによって前記仮想マシンが稼働する前記物理マシンへと出力された前記ジョブの実行結果を、当該物理マシンが、前記管理装置へ通知する実行結果通知ステップと
をさらに含むことを特徴とする付記１７、１８または１９に記載のジョブ管理方法。

（付記２１）前記ジョブ投入ステップによって前記仮想マシンへ投入または再投入された前記ジョブの実行結果を、当該仮想マシンが保持する実行結果保持ステップさらに含み、
前記ジョブ実行結果出力ステップは、前記ジョブ実行要求投入ステップによって前記ジョブの実行要求が前記物理マシンへ投入または再投入された際に、前記実行結果保持ステップによって保持される前記ジョブの実行結果を、当該物理マシンへと通知することを特徴とする付記２０に記載のジョブ管理方法。

（付記２２）前記管理装置が、前記物理マシンの計算資源の状態が、前記ジョブ実行要求投入ステップによって前記物理マシンへ投入された前記ジョブの実行要求に対応する前記ジョブを、前記仮想マシンにおいて実行継続可能であるか否かを判定する実行継続可能判定ステップと、
前記実行継続可能判定ステップによって、前記ジョブを実行継続可能であると判定されなかった場合に、前記管理装置が、前記仮想マシンに対して、前記ジョブの中断を指示する中断指示ステップと
をさらに含むことを特徴とする付記１７〜２１のいずれか一つに記載のジョブ管理方法。

（付記２３）前記物理マシン選択ステップは、前記中断指示ステップによって中断を指示された前記ジョブを再投入可能な物理マシンを選択することを特徴とする付記２２に記載のジョブ管理方法。

（付記２４）前記情報処理装置内において、前記ジョブの識別子と、前記仮想マシンのイメージファイルの格納アドレスおよび前記イメージファイルの名称と、前記仮想マシンが稼働する前記物理マシンのネットワーク識別子とを関連付けて共有管理するジョブ共有管理ステップをさらに含むことを特徴とする付記１７〜２３のいずれか一つに記載のジョブ管理方法。

実施形態の一例にかかる情報処理システムの構成を示すブロック図である。 実施形態の一例にかかるマイグレーションフラグファイルの一例を示す図である。 実施形態の一例にかかる計算資源管理テーブルの一例を示す図である。 実施形態の一例にかかる仮想マシン共有ファイル管理テーブルの一例を示す図である。 実施形態の一例にかかる情報処理システムにおいて実行されるジョブ管理処理手順を示すフローチャートである。 実施形態の一例にかかる情報処理システムにおけるジョブ管理処理を示すシーケンス図である。

符号の説明

１００ 物理マシンＡ
１０１ 計算資源管理部
１０１ａ ジョブ管理部
１０１ｂ 仮想マシン管理部
１０１ｃ 計算資源監視制御部
１０２ 親ジョブ実行部
１０３ マイグレーションフラグファイル記憶部
１０３ａ マイグレーションフラグファイル
１０４ バッチシステム部
１０５ 仮想マシン実行部
１０６ 仮想マシンインタフェース
１０７ ゲストＯＳ実行部
１０７ａ 子ジョブ実行部
１０７ｂ ゲストＯＳ管理部
１０７ｃ ジョブ管理部
１０８ ＢＩＯＳ
１０９ ホストＯＳ
１５０ 物理マシン
２００ 物理マシンＢ
２０１ 計算資源管理部
２０１ａ ジョブ管理部
２０１ｂ 仮想マシン管理部
２０１ｃ 計算資源監視制御部
２０２ 親ジョブ実行部
２０３ マイグレーションフラグファイル記憶部
２０４ バッチシステム部
２０５ 仮想マシン実行部
２０６ 仮想マシンインタフェース
２０７ 仮想マシン実行部
２０７ａ 子ジョブ実行部
２０７ｂ ゲストＯＳ管理部
２０７ｃ ジョブ管理部
２０８ ＢＩＯＳ
２０９ ホストＯＳ
３００ マスタ装置
３０１ マスタ管理部
３０１ａ 計算資源管理テーブル記憶部
３０１ｂ 計算資源制御部
３０２ ジョブ生成部
３０３ バッチシステム部
４００ 仮想マシン共有ファイル記憶装置
４００ａ 仮想マシン共有ファイル管理テーブル
Ｓ 情報処理システム

Claims (4)

1. 複数のコンピュータについてのジョブの実行管理を行うジョブ管理プログラムであって、
   前記ジョブの実行要求をコンピュータに依頼し、
   前記ジョブの依頼先の前記コンピュータから前記ジョブの終了通知を受けたときに、前記ジョブの依頼先の前記コンピュータが更新した、前記ジョブに関連付けられた前記コンピュータで動作する仮想マシンの状態を示す情報を記憶する記憶部を参照し、前記仮想マシンの状態を示す情報にジョブを中断した情報が含まれているか否かに基づいて終了通知を受けた前記ジョブが再実行すべきジョブか否かを判断し、
   再実行すべきジョブであると判断したときに、前記ジョブの終了通知を受けたコンピュータではないコンピュータに終了通知を受けた前記ジョブの実行要求を依頼する、
   処理を管理装置としてのコンピュータに実行させることを特徴とするジョブ管理プログラム。
2. 複数のコンピュータについてのジョブの実行管理を行う管理装置が実行するジョブ管理方法であって、
   前記ジョブの実行要求をコンピュータに依頼し、
   前記ジョブの依頼先の前記コンピュータから前記ジョブの終了通知を受けたときに、前記ジョブの依頼先の前記コンピュータが更新した、前記ジョブに関連付けられた前記コンピュータで動作する仮想マシンの状態を示す情報を記憶する記憶部を参照し、前記仮想マシンの状態を示す情報にジョブを中断した情報が含まれているか否かに基づいて終了通知を受けた前記ジョブが再実行すべきジョブか否かを判断し、
   再実行すべきジョブであると判断したときに、前記ジョブの終了通知を受けたコンピュータではないコンピュータに終了通知を受けた前記ジョブの実行要求を依頼する、
   処理を含むことを特徴とするジョブ管理方法。
3. 前記ジョブの実行要求をコンピュータに依頼する際に、当該コンピュータで動作する仮想マシンの状態が、前記ジョブを実行可能な状態であるコンピュータに前記ジョブの実行要求を依頼する
   ことを特徴とする請求項２に記載のジョブ管理方法。
4. 前記ジョブの依頼先の前記コンピュータから、当該コンピュータが前記ジョブの実行結果を記憶する場合に、当該実行結果に基づく前記ジョブの終了通知を受ける
   ことを特徴とする請求項２または３に記載のジョブ管理方法。

Images