演算処理システム、演算処理方法及び演算処理プログラム
【課題】複数のＣＰＵ資源を用いて、連続して行なわれる複数の情報処理を効率的に実行するための演算処理システム、演算処理方法及び演算処理プログラムを提供する。
【解決手段】管理サーバ２０の制御部２１は、計量処理の終了を検知した場合、計量待機中のグループの有無を判定する。待機中のグループがある場合、制御部２１は、ページングが発生しない最大ＣＰＵ数を算出し、割当ＣＰＵ数が使用可能ＣＰＵ数に等しいグループを検索する。割当ＣＰＵ数が使用可能ＣＰＵ数に等しいグループがある場合、制御部２１は、このグループの中で最初に待機状態となったグループの計量処理を開始する。一方、このようなグループがない場合、メモリ不足メッセージを出力し、ページングが発生しない最大ＣＰＵ数が最大となるグループの中で最初に待機となったグループの計量処理を開始する。
【解決手段】管理サーバ２０の制御部２１は、計量処理の終了を検知した場合、計量待機中のグループの有無を判定する。待機中のグループがある場合、制御部２１は、ページングが発生しない最大ＣＰＵ数を算出し、割当ＣＰＵ数が使用可能ＣＰＵ数に等しいグループを検索する。割当ＣＰＵ数が使用可能ＣＰＵ数に等しいグループがある場合、制御部２１は、このグループの中で最初に待機状態となったグループの計量処理を開始する。一方、このようなグループがない場合、メモリ不足メッセージを出力し、ページングが発生しない最大ＣＰＵ数が最大となるグループの中で最初に待機となったグループの計量処理を開始する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のＣＰＵ資源を用いて、連続して行なわれる複数の情報処理を効率的に実行するための演算処理システム、演算処理方法及び演算処理プログラムに関する。
【背景技術】
【０００２】
従来、複数の演算処理を実行する際に、複数のＣＰＵ資源を用いた並列処理が利用される場合がある。この場合、演算処理の負荷や優先度に応じて、ＣＰＵ資源の割当を行なうことが多い。そこで、ＣＰＵ資源を効率的に活用するための技術が検討されている（例えば、特許文献１、２を参照。）。
【０００３】
特許文献１に記載された技術では、メモリとＣＰＵからなるプロセッサを複数結合した計算機システムを用いる。計算プロセッサは、自プロセッサの負荷状況を検知し、サーバプロセッサに、そのプロセスのスケジューリング優先度と負荷状況を通知する。サーバプロセッサにおいては、スケジューリング優先度及びプロセッサの負荷の状況に基づいて、実行の優先度を決定し、処理要求を実行する。
【０００４】
また、特許文献２に記載された技術では、夜間バッチ処理を行ない、計算スロット管理サーバの制御部は、その処理所要時間を実行結果履歴データ記憶部に記録する。締めバッチ処理を行なう場合、制御部は、夜間バッチ処理を行なった計算スロットについて実行結果履歴を用いて重み付け値を算出する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平８−７７０２９号公報（第１頁、図３）
【特許文献２】特開２００８−８３９７５号公報（第１頁、図２）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
金融機関においても、金融商品のリスク評価等のシミュレーションを行なっている。この場合、取引データを利用して、モンテカルロシミュレーションやヒストリカルシミュレーションを行なう。特に、取引総量が多い場合には、取引データのロードや各シミュレーションにより、ＣＰＵ資源に大きな負荷がかかるため、所定時間内に処理を完了させるためには、処理パフォーマンスを向上させることが望まれる。
【０００７】
また、処理対象データを複数のグループに分けて処理を行なう場合、ロード時間が長いグループ程、計量時間も長くなる傾向がある。
計量処理のパフォーマンス向上の施策として、上記特許文献に記載された技術のように、処理対象データを所定のルール（定義）により分割して、ＣＰＵ資源の分散割当による並列処理により対応することができる。
【０００８】
しかし、定義によってパフォーマンスは異なるため、処理時間を最適化するための定義を見極めることは難しい。より良い定義を試行錯誤で探す場合には、テスト作業やリリース作業が必要となるため、対応までの期間やコストを要する点が問題であった。
【０００９】
本発明は、上記課題を解決するためになされたものであり、その目的は、複数の演算処理装置を利用する分散環境において、大量の計算処理を効率的に行なうための演算処理システム、演算処理方法及び演算処理プログラムを提供することにある。
【課題を解決するための手段】
【００１０】
上記問題点を解決するために、請求項１に記載の発明は、まとめて情報処理を行なうために生成されたグループのグループ識別子に対して、各グループを構成する処理対象データを記憶したグループ構成情報記憶手段と、各グループに対して、ＣＰＵ資源の割当を行ない、グループ毎に順次、第１情報処理と第２情報処理とを実行させる制御手段とを備えた演算処理システムであって、前記制御手段が、各グループに対して均等にＣＰＵ資源の割当を行ない、第１情報処理の開始を指示する手段と、第１情報処理を終了したグループに対して、前記第１情報処理の終了時刻を記録するとともに、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出する手段と、第１情報処理の終了を検知したときに、まだ第２情報処理が実行されていない場合には前記割当ＣＰＵ数の割当を行なって第２情報処理の開始を指示し、先に第１情報処理を終了した先行グループにおいて第２情報処理が実行されている場合には待機を指示する手段と、第２情報処理の終了を検知したときに、第１情報処理を終了して第２情報処理の開始を待機しているグループが複数ある場合、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出し、前記割当ＣＰＵ数を使用できるグループの中で、最先に待機しているグループに対して第２情報処理の実行を指示する手段とを備えたことを要旨とする。
【００１１】
請求項２に記載の発明は、請求項１に記載の演算処理システムにおいて、第１情報処理は処理対象データのロード処理であり、第２情報処理は、ロードされた処理対象データの計算処理であることを要旨とする。
【００１２】
請求項３に記載の発明は、請求項１又は２に記載の演算処理システムにおいて、先行グループの第２情報処理の終了時に、第２情報処理について待機中のグループがない場合には、前記グループ構成情報記憶手段に記憶された処理対象データのグループ構成を変更するグループ構成変更処理を実行するための指示を出力することを要旨とする。
【００１３】
請求項４に記載の発明は、請求項１〜３のいずれか一つに記載の演算処理システムにおいて、先行グループの第２情報処理の終了時に、第２情報処理について基準時間以上を待機しているグループがあった場合には、前記グループ構成情報記憶手段に記憶された処理対象データのグループ構成を変更するグループ構成変更処理を実行するための指示を出力することを要旨とする。
【００１４】
請求項５に記載の発明は、請求項３又は４に記載の演算処理システムにおいて、前記グループ構成変更処理において、先行グループの第２情報処理の終了時に、後続グループの第１情報処理を終了し、このグループの第２情報処理を開始できるように、各グループを構成する処理対象データを再配分する手段を備えたことを要旨とする。
【００１５】
請求項６に記載の発明は、請求項１〜５のいずれか一つに記載の演算処理システムにおいて、ページングの発生に基づいて、第２情報処理において使用可能なＣＰＵ数を割り当てられなかった場合には、メモリ不足についてのメッセージを出力することを要旨とする。
【００１６】
請求項７に記載の発明は、まとめて情報処理を行なうために生成されたグループのグループ識別子に対して、各グループを構成する処理対象データを記憶したグループ構成情報記憶手段と、各グループに対して、ＣＰＵ資源の割当を行ない、グループ毎に順次、第１情報処理と第２情報処理とを実行させる制御手段とを備えた演算処理システムを用いて、演算処理を行なうための方法であって、前記制御手段が、各グループに対して均等にＣＰＵ資源の割当を行ない、第１情報処理の開始を指示する段階と、第１情報処理を終了した
グループに対して、前記第１情報処理の終了時刻を記録するとともに、ページングを発生させないＣＰＵ数であって、ＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出する段階と、第１情報処理の終了を検知したときに、まだ第２情報処理が実行されていない場合には前記割当ＣＰＵ数の割当を行なって第２情報処理の開始を指示し、先に第１情報処理を終了した先行グループにおいて第２情報処理が実行されている場合には待機を指示する段階と、第２情報処理の終了を検知したときに、第１情報処理を終了して第２情報処理の開始を待機しているグループが複数ある場合、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出し、前記割当ＣＰＵ数を使用できるグループの中で、最先に待機しているグループに対して第２情報処理の実行を指示する段階とを実行することを要旨とする。
【００１７】
請求項８に記載の発明は、まとめて情報処理を行なうために生成されたグループのグループ識別子に対して、各グループを構成する処理対象データを記憶したグループ構成情報記憶手段と、各グループに対して、ＣＰＵ資源の割当を行ない、グループ毎に順次、第１情報処理と第２情報処理とを実行させる制御手段とを備えた演算処理システムを用いて、演算処理を行なうためのプログラムであって、前記制御手段を、各グループに対して均等にＣＰＵ資源の割当を行ない、第１情報処理の開始を指示する手段、第１情報処理を終了したグループに対して、前記第１情報処理の終了時刻を記録するとともに、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出する手段、第１情報処理の終了を検知したときに、まだ第２情報処理が実行されていない場合には前記割当ＣＰＵ数の割当を行なって第２情報処理の開始を指示し、先に第１情報処理を終了した先行グループにおいて第２情報処理が実行されている場合には待機を指示する手段、第２情報処理の終了を検知したときに、第１情報処理を終了して第２情報処理の開始を待機しているグループが複数ある場合、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出し、前記割当ＣＰＵ数を使用できるグループの中で、最先に待機しているグループに対して第２情報処理の実行を指示する手段として機能させることを要旨とする。
【００１８】
（作用）
請求項１、７又は８に記載の発明によれば、制御手段が、各グループに対して均等にＣＰＵ資源の割当を行ない、第１情報処理の開始を指示する。そして、第１情報処理を終了したグループに対して、第１情報処理の終了時刻を記録するとともに、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出する。ここで、第１情報処理の終了を検知したときに、まだ第２情報処理が実行されていない場合には、割当ＣＰＵ数の割当を行なって第２情報処理の開始を指示する。一方、先に第１情報処理を終了した先行グループにおいて第２情報処理が実行されている場合には待機を指示する。そして、第２情報処理の終了を検知したときに、第１情報処理を終了して第２情報処理の開始を待機しているグループが複数ある場合、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出し、割当ＣＰＵ数を使用できるグループの中で、最先に待機しているグループに対して第２情報処理の実行を指示する。これにより、処理のパフォーマンスを劣化させるページングを発生させないで、第１情報処理を早く終えたグループ、すなわち負荷の小さいグループから、順次、ＣＰＵ資源を集中的に投入することができる。また、負荷が大きいグループの第２情報処理は最後の方で行なうことにより、割当可能なＣＰＵ資源を最大化することができる。
【００１９】
請求項２に記載の発明によれば、第１情報処理は処理対象データのロード処理であり、第２情報処理は、ロードされた処理対象データの計算処理である。これにより、ロード処理によりロードされたデータを用いて計量処理を行なう場合に、資源の有効活用を図ることができる。
【００２０】
請求項３に記載の発明によれば、先行グループの第２情報処理の終了時に、第２情報処理について待機中のグループがない場合には、グループ構成情報記憶手段に記憶された処理対象データのグループ構成を変更するグループ構成変更処理を実行するための指示を出力する。これにより、先行グループの第１情報処理終了のタイミングが遅い場合に、各グループの負荷を変更して、タイミングの調整を行なうことができる。従って、第２情報処理におけるＣＰＵ割当を、ＣＰＵやメモリの使用状況から動的に判断し、パフォーマンスチューニングに関わる体力を大幅に削減することができる。
【００２１】
請求項４に記載の発明によれば、先行グループの第２情報処理の終了時に、第２情報処理について基準時間以上を待機しているグループがあった場合には、グループ構成情報記憶手段に記憶された処理対象データのグループ構成を変更するグループ構成変更処理を実行するための指示を出力する。これにより、先行グループの第１情報処理終了のタイミングが早すぎる場合に、各グループの負荷を変更して、タイミングの調整を行なうことができる。
【００２２】
請求項５に記載の発明によれば、グループ構成変更処理においては、先行グループの第２情報処理の終了時に、後続グループの第１情報処理を終了し、このグループの第２情報処理を開始できるように、各グループを構成する処理対象データを再配分する。これにより、先行グループの第２情報処理と後続グループの第１情報処理の終了のタイミングを考慮して、各グループのグループ構成を決定することができる。
【００２３】
請求項６に記載の発明によれば、ページングの発生に基づいて、第２情報処理において使用可能なＣＰＵ数を割り当てられなかった場合には、メモリ不足についてのメッセージを出力する。これにより、ページングを抑制するためにメモリ増設を行なうことができる。
【発明の効果】
【００２４】
本発明によれば、複数のプロセッサを用いて、連続して行なわれる複数の情報処理を効率的に実行するための演算処理システム、演算処理方法及び演算処理プログラムを提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施形態のシステムの概略図。
【図２】各データ記憶部に記憶されたデータの説明図であって、（ａ）は処理状況管理データ記憶部、（ｂ）は処理実績管理データ記憶部に記録されたデータの説明図。
【図３】本発明の一実施形態の処理手順の説明図。
【図４】本発明の一実施形態の処理手順の説明図。
【図５】本発明の一実施形態の処理手順の説明図。
【図６】本発明の一実施形態のロード処理と計量処理の説明図。
【発明を実施するための形態】
【００２６】
以下、本発明を具体化した一実施形態を、図１〜図６を用いて説明する。本実施形態では、取引実績データのロード処理（第１情報処理）を行ない、この取引実績データを用いて計量処理（第２情報処理）を行なうために用いる演算処理システム、演算処理方法及び演算処理プログラムとして説明する。本実施形態では、ロードしたデータを用いてシミュレーションを行なう。
【００２７】
図１に示すように、本実施形態では、クライアント端末１０、管理サーバ２０、ファイルサーバ４０からなるシステムを用いて演算処理を行なう。
クライアント端末１０は、演算処理を管理する担当者が用いるコンピュータ端末である
。クライアント端末１０は、ネットワークを介してデータを送信する機能や、受信したデータを表示する機能等を有する。このため、このクライアント端末１０は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭの他、キーボード、マウス等の入力手段、ディスプレイ等の出力手段、通信手段等を有する。
【００２８】
ファイルサーバ４０は、演算処理に用いる各種データ（取引実績データ）を記憶している。そして、ファイルサーバ４０は、管理サーバ２０からの要求に応じて演算処理に用いる演算要素（処理対象データ）を提供する。この演算要素は、一つの処理を行なうデータがまとめられてグループ化される。そして、このグループを単位として、後述するロード処理や計量処理（ロードされた処理対象データの計算処理）が行なわれる。
【００２９】
管理サーバ２０は、演算処理の管理を行なうコンピュータシステムである。管理サーバ２０は、ＣＰＵ、ＲＡＭ、ＲＯＭ等から構成された制御手段としての制御部２１、処理状況管理データ記憶部２２、処理実績管理データ記憶部２３、グループ定義データ記憶部２４、演算処理部３０を備える。
【００３０】
この演算処理部３０は、シミュレーションのための演算処理を実行する。この演算処理部３０は、後述するデータや計量処理を実行するために複数のＣＰＵやメモリを搭載している。ここで、演算処理部３０が搭載しているＣＰＵの数を「搭載ＣＰＵ数」と呼び、メモリの搭載量を「搭載メモリ量」と呼ぶ。そして、一つのグループに対して、複数のＣＰＵの割当を行なって演算処理を行なうことができる。各ＣＰＵは、制御部２１からの要求受けた場合、各ＣＰＵにおいて実行しているプロセスの状況を制御部２１に提供する。
【００３１】
更に、演算処理部３０は、演算処理に用いる演算要素を記憶するロードデータ記憶部３２に接続されている。このロードデータ記憶部３２には、ファイルサーバ４０からロードされたデータが記憶される。
【００３２】
管理サーバ２０の制御部２１は、演算処理を管理する処理（ロード指示段階、ロード監視段階、計量指示段階、計量監視段階、処理対象特定段階、グループ定義管理段階の処理等）を行なう。そのための演算処理プログラムを実行することにより、制御部２１は、図１に示すようにロード指示手段２１１、ロード監視手段２１２、計量指示手段２１３、計量監視手段２１４、計量対象特定手段２１５、グループ定義管理手段２１６として機能する。
【００３３】
ロード指示手段２１１は、演算処理部３０に対して、演算処理に用いる演算要素のロード処理の実行を指示する処理を行なう。
ロード監視手段２１２は、演算処理部３０におけるロード処理の実行状況を監視する処理を行なう。
【００３４】
計量指示手段２１３は、演算処理部３０に対して、計量処理の実行を指示する処理を行なう。
計量監視手段２１４は、演算処理部３０における計量処理の実行状況を監視する処理を行なう。
【００３５】
計量対象特定手段２１５は、計量処理の対象となるグループを特定する処理を行なう。
グループ定義管理手段２１６は、各グループを構成する処理対象データを再配分し、グループ構成を変更する手段として機能する。具体的には、グループ定義管理手段２１６は、各グループを構成する演算要素のグループ定義を見直す処理を行なう。グループ定義管理手段２１６は、後述するグループ定義見直し処理の実行時に用いる調整基準量に関するデータを保持している。この調整基準量は、ロード量を調整するために用いられる。
【００３６】
処理状況管理データ記憶部２２には、図２（ａ）に示すように、演算処理をまとめて行なうグループの処理状況に関する処理状況管理レコード２２０が記録されている。この処理状況管理レコード２２０は、グループを作成した場合に設定され、処理の進捗状況に応じて更新される。処理状況管理レコード２２０は、処理対象日、グループ識別子、ステータス、ステータス更新時刻に関するデータを含んで構成される。
【００３７】
処理対象日データ領域には、演算処理（シミュレーション）の実行年月日に関するデータが記録される。
グループ識別子データ領域には、各グループを特定するための識別子に関するデータが記録される。
【００３８】
ステータスデータ領域には、このグループの進捗状況を特定するためのフラグが記録される。本実施形態においては、「ロード待機」、「ロード中」、「計量待機」、「計量中」、「計量終了」を特定するための各フラグを記録する。このステータスデータ領域には、初期状態では「ロード待機」フラグが記録される。
ステータス更新時刻データ領域には、現状のステータスに更新されたときの時刻が記録される。
【００３９】
処理実績管理データ記憶部２３には、図２（ｂ）に示すように、各グループの演算処理についての実績に関する処理実績管理レコード２３０及び処理中のアラームに関するアラーム管理レコード２３１が記録されている。
【００４０】
この処理実績管理レコード２３０は、各グループの演算処理を終了した場合に記録される。処理実績管理レコード２３０は、処理対象日、グループ識別子、ロード処理使用ＣＰＵ数、ロード処理使用メモリ量、ロード開始時刻、ロード終了時刻、計量処理使用ＣＰＵ数、計量開始時刻、計量終了時刻、ロード所要時間、計量所要時間に関するデータを含んで構成される。
【００４１】
処理対象日データ領域には、演算処理の実行年月日に関するデータが記録される。
グループ識別子データ領域には、各グループを特定するための識別子に関するデータが記録される。
【００４２】
ロード処理使用ＣＰＵ数データ領域、ロード処理使用メモリ量データ領域には、このグループのロード処理に用いたＣＰＵ数やメモリ量に関するデータが記録される。
ロード開始時刻、ロード終了時刻データ領域には、このグループのロード処理の開始時刻や終了時刻に関するデータが記録される。
【００４３】
計量処理使用ＣＰＵ数データ領域には、このグループの計量処理に用いたＣＰＵ数に関するデータが記録される。
計量開始時刻、計量終了時刻データ領域には、このグループの計量処理の開始時刻や終了時刻に関するデータが記録される。
【００４４】
ロード所要時間データ領域には、このグループのロード処理に要した時間（ロード開始時刻とロード終了時刻との時間差）に関するデータが記録される。
計量所要時間データ領域には、このグループの計量処理に要した時間（計量開始時刻と計量終了時刻との時間差）に関するデータが記録される。
【００４５】
アラーム管理レコード２３１は、計量処理においてアラームを発生した場合に記録される。アラーム管理レコード２３１は、処理対象日、アラームに関するデータを含んで構成
される。
【００４６】
処理対象日データ領域には、演算処理の実行年月日に関するデータが記録される。
アラームデータ領域には、計量処理において発生したアラームを特定するための識別子に関するデータが記録される。本実施形態では、「メモリ不足」フラグ、「グループ定義見直し」フラグが記録される。
【００４７】
グループ定義データ記憶部２４はグループ構成情報記憶手段として機能し、演算処理をまとめて行なうグループの定義に関するグループ定義レコードが記録される。このグループ定義レコードは、ロード処理の開始前に設定され、グループ定義見直し処理を行なった場合に更新される。グループ定義レコードは、グループ識別子、演算要素識別子、サイズに関するデータを含んで構成される。
【００４８】
グループ識別子データ領域には、各グループを特定するための識別子に関するデータが記録される。
演算要素識別子データ領域には、このグループを構成する演算要素を特定するための識別子に関するデータが記録される。本実施形態においては、一つのグループには複数の演算要素が含まれており、グループを構成する演算要素をまとめて演算処理が行なわれる。そして、グループ定義見直し処理において、各グループを構成する演算要素を他のグループに移し替えることができる。この場合には、移し替えられた演算要素の演算要素識別子は、他のグループ識別子に関連付けられて設定される。
【００４９】
サイズデータ領域には、各演算要素のサイズに関するデータが記録される。本実施形態においては、このサイズに比例して、ロード処理や計量処理の所要時間が長くなる場合を想定する。そして、各グループを構成する演算要素のサイズの総和が、このグループにおける総データ量となる。
【００５０】
以上のように構成されたシステムを用いて、演算処理の実行管理の処理手順を説明する。ここでは、ロード制御処理、計量制御処理、グループ定義見直し処理を、図３〜図６を用いて説明する。
【００５１】
（ロード制御処理）
以下、ロード制御処理を説明する。この処理は、予め設定された時刻において定期的に開始される。
【００５２】
まず、管理サーバ２０の制御部２１は、ロード処理の開始処理を実行する（ステップＳ１−１）。具体的には、制御部２１のロード指示手段２１１が、演算処理部３０に対してロード指示を行なう。このロード指示には、ロード処理に用いるＣＰＵ数及びロードするグループのグループ識別子を含める。本実施形態においては、各グループのロード処理には、均等に１個のＣＰＵの割当を行なうものとする。
【００５３】
ここで、ロード指示手段２１１は、処理状況管理データ記憶部２２に、ロード処理を開始したグループのグループ識別子に対して、「ロード中」フラグを記録する。更に、ロード指示手段２１１は、処理実績管理データ記憶部２３において、このグループ識別子が記録された処理実績管理レコード２３０にロード使用ＣＰＵ数、ロード開始時刻を記録する。
【００５４】
この場合、演算処理部３０の各ＣＰＵは、指示されたグループ識別子のグループ定義レコードをグループ定義データ記憶部２４から取得し、このグループの演算要素のデータをファイルサーバ４０から取得する。そして、演算処理部３０のＣＰＵは、ファイルサーバ
４０から取得したデータをロードデータ記憶部３２に格納する。この場合、ＣＰＵはロードした各演算要素のサイズをグループ定義データ記憶部２４に記録する。
【００５５】
そして、管理サーバ２０の制御部２１は、ロード処理状態の監視処理を実行する（ステップＳ１−２）。具体的には、制御部２１のロード監視手段２１２が、演算処理部３０において、ＣＰＵにおいて実行されているロード処理プロセスの状況を監視する。
【００５６】
そして、管理サーバ２０の制御部２１は、ロード処理の終了を検知したかどうかについての判定処理を実行する（ステップＳ１−３）。ロード処理の終了を検知しない場合（ステップＳ１−３において「ＮＯ」の場合）、ロード処理状態の監視処理（ステップＳ１−２）を継続する。
【００５７】
一方、ロード処理の終了を検知した場合（ステップＳ１−３において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、情報更新処理を実行する（ステップＳ１−４）。具体的には、制御部２１のロード監視手段２１２が、ロード処理を終了したグループのグループ識別子を特定する。そして、ロード監視手段２１２は、処理状況管理データ記憶部２２において、このグループ識別子が記録された処理状況管理レコード２２０のステータスとして「計量待機」フラグ、ステータス更新時刻として待機開始時刻（現在時刻）を記録する。更に、ロード監視手段２１２は、処理実績管理データ記憶部２３において、このグループ識別子が記録された処理実績管理レコード２３０に、ロード使用メモリ量、ロード終了時刻を記録する。そして、ロード監視手段２１２は、ロード開始時刻とロード終了時刻との差分からロード所要時間を算出し、処理実績管理レコード２３０に記録する。
【００５８】
次に、管理サーバ２０の制御部２１は、計量処理を実行中かどうかについての判定処理を実行する（ステップＳ１−５）。具体的には、制御部２１のロード監視手段２１２が、計量指示手段２１３に対して、ロード処理を終了したグループがあることを通知する。この場合、計量指示手段２１３は、処理状況管理データ記憶部２２を用いて、「計量中」フラグが記録されたグループがあるかどうかを確認する。
【００５９】
「計量中」フラグが記録されたグループがなく、計量処理の実行中でないと判定した場合（ステップＳ１−５において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、計量処理の開始処理を実行する（ステップＳ１−６）。具体的には、制御部２１の計量指示手段２１３が、演算処理部３０に対して計量処理の開始を指示する。この場合、計量指示手段２１３は、演算処理部３０において使用されていないＣＰＵにおいて、ページングを発生させない最大ＣＰＵ数を、ロード処理を終了したグループの計量処理に対して割り当てる。このページングを発生させない最大ＣＰＵ数の算出方法については、後述する計量制御処理において説明する。
【００６０】
そして、制御部２１の計量指示手段２１３は、計量処理開始時の情報更新処理を実行する。具体的には、計量指示手段２１３は、処理状況管理データ記憶部２２において、このグループ識別子が記録された処理状況管理レコード２２０のステータスとして「計量中」フラグ、ステータス更新時刻として計量開始時刻（現在時刻）を記録する。更に、計量指示手段２１３は、処理実績管理データ記憶部２３において、このグループ識別子が記録された処理実績管理レコード２３０に、計量使用ＣＰＵ数、計量開始時刻を記録する。
【００６１】
一方、「計量中」フラグが記録されたグループがあり、計量処理の実行中と判定した場合（ステップＳ１−５において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、待機処理を実行する（ステップＳ１−７）。具体的には、制御部２１の計量指示手段２１３が、処理状況管理データ記憶部２２において、ロード処理を終了したグループのグループ識別子が記録された処理状況管理レコード２２０のステータス（「計量待機」フラグ）を
そのまま維持する。
【００６２】
次に、管理サーバ２０の制御部２１は、全グループについてロードを終了したかどうかについての判定処理を実行する（ステップＳ１−８）。具体的には、制御部２１のロード指示手段２１１が、処理状況管理データ記憶部２２に「ロード待機」フラグが記録された処理状況管理レコード２２０があるかどうかを検索する。
【００６３】
「ロード待機」フラグが記録された処理状況管理レコード２２０が残っており、全グループのロードを終了していないと判定した場合（ステップＳ１−８において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、ステップＳ１−２のロード処理状態の監視処理を継続する。
【００６４】
一方、「ロード待機」フラグが記録された処理状況管理レコード２２０が残っておらず、全グループについてロード処理を終了したと判定した場合（ステップＳ１−８において「ＹＥＳ」の場合）、ロード制御処理を終了する。
【００６５】
（計量制御処理）
次に、計量制御処理を説明する。この処理は、ロード制御処理に引き続き実行される。
ここでは、管理サーバ２０の制御部２１は、計量処理状態の監視処理を実行する（ステップＳ２−１）。具体的には、制御部２１の計量監視手段２１４が、演算処理部３０において、ＣＰＵにおいて実行されている計量処理プロセスの状況の状況を監視する。
【００６６】
そして、管理サーバ２０の制御部２１は、計量処理の終了を検知したかどうかについての判定処理を実行する（ステップＳ２−２）。具体的には、制御部２１の計量監視手段２１４が、演算処理部３０において、計量処理を行なっているＣＰＵのプロセス状況により判定する。
【００６７】
計量処理の終了を検知しない場合（ステップＳ２−２において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、計量処理状態の監視処理（ステップＳ２−１）を継続する。
一方、計量処理の終了を検知した場合（ステップＳ２−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、情報更新処理を実行する（ステップＳ２−３）。具体的には、制御部２１の計量監視手段２１４が、計量処理を終了したグループのグループ識別子を特定する。そして、計量監視手段２１４は、処理状況管理データ記憶部２２において、このグループ識別子が記録された処理状況管理レコード２２０のステータスとして「計量終了」フラグ、ステータス更新時刻として終了時刻（現在時刻）を記録する。更に、計量監視手段２１４は、処理実績管理データ記憶部２３において、このグループ識別子が記録された処理実績管理レコード２３０に計量終了時刻を記録する。そして、ロード監視手段２１２は、計量開始時刻と計量終了時刻との差分から計量所要時間を算出し、処理実績管理レコード２３０に記録する。
【００６８】
次に、管理サーバ２０の制御部２１は、計量待機中のグループがあるかどうかについての判定処理を実行する（ステップＳ２−４）。具体的には、制御部２１の計量対象特定手段２１５が、処理状況管理データ記憶部２２において、ステータスとして「計量待機」フラグが記録された処理状況管理レコード２２０を検索する。
【００６９】
「計量待機」フラグが記録された処理状況管理レコード２２０を抽出できたことにより、待機中のグループがあると判定した場合（ステップＳ２−４において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、ページングが発生しない最大ＣＰＵ数の算出処理を実行する（ステップＳ２−５）。具体的には、制御部２１の計量対象特定手段２１５が、待機中のグループについて、以下の算出式を用いて、ページングが発生しない最大ＣＰＵ
数を算出する。
〔ページングが発生しない最大ＣＰＵ数〕＝〔搭載メモリ量−使用中メモリ量〕／〔当該グループ使用メモリ量〕
ここで、「搭載メモリ量」は、演算処理部３０において備えられているメモリ量である。「使用中メモリ量」は、この基本式を用いる時点において、演算処理部３０から取得した使用中のメモリ量を用いる。「当該グループ使用メモリ」は、このグループのロード処理終了時点において、処理実績管理レコード２３０に記録されたロード使用メモリ量を用いる。なお、上記算出式は各グループのロード処理に１個のＣＰＵの割当を行なった場合に適用される。各グループのロード処理にｎ個のＣＰＵの割当を行なった場合には、ｎ倍することにより、ページングが発生しない最大ＣＰＵ数を算出することができる。
【００７０】
次に、管理サーバ２０の制御部２１は、割当ＣＰＵ数が使用可能ＣＰＵ数に等しいグループがあるかどうかについての判定処理を実行する（ステップＳ２−６）。具体的には、制御部２１の計量対象特定手段２１５が、以下の算出式を用いて、使用可能ＣＰＵ数を算出する。
〔使用可能ＣＰＵ数〕＝〔搭載ＣＰＵ数〕−〔使用中ＣＰＵ数〕
ここで、「搭載ＣＰＵ数」は、演算処理部３０において備えられているＣＰＵ数である。「使用中ＣＰＵ数」は、この基本式を用いる時点において、演算処理部３０から取得した使用中のＣＰＵ数を用いる。
【００７１】
更に、計量対象特定手段２１５は、待機中のグループ毎の割当ＣＰＵ数を以下の算出式を用いて算出する。
〔割当ＣＰＵ数〕＝ｍｉｎ（使用可能ＣＰＵ数，ページングが発生しない最大ＣＰＵ数）
そして、計量対象特定手段２１５は、「割当ＣＰＵ数」＝「使用可能ＣＰＵ数」となるグループを検索する。
【００７２】
割当ＣＰＵ数が使用可能ＣＰＵ数に等しいグループがある場合（ステップＳ２−６において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、このグループの中で最初に待機状態となったグループの計量処理の開始処理を実行する（ステップＳ２−７）。具体的には、制御部２１の計量対象特定手段２１５が、処理状況管理レコード２２０において、計量待機フラグが記録されており、ステータス更新時刻が最も早いグループのグループ識別子を特定する。更に、計量対象特定手段２１５は、ステップＳ１−６と同様に、計量処理開始時の情報更新処理を実行する。
【００７３】
そして、計量対象特定手段２１５は、特定したグループ識別子を計量指示手段２１３に供給する。この場合、計量指示手段２１３は、取得したグループ識別子が付与されたグループの計量指示を、演算処理部３０に供給する。この場合も、計量指示手段２１３は、演算処理部３０において使用されていないすべてのＣＰＵを、このグループの計量処理に対して割り当てる。そして、演算処理部３０はロードデータ記憶部３２に記録されたデータを用いて計量処理を実行する。
【００７４】
一方、割当ＣＰＵ数が使用可能ＣＰＵ数に等しいグループがない場合（ステップＳ２−６において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、メモリ不足メッセージの出力処理を実行する（ステップＳ２−８）。具体的には、制御部２１の計量対象特定手段２１５が、クライアント端末１０のディスプレイに、メモリ不足であることを示したメッセージを出力する。更に、計量対象特定手段２１５は、アラーム管理レコード２３１に「メモリ不足」フラグを記録する。
【００７５】
そして、管理サーバ２０の制御部２１は、ページングが発生しない最大ＣＰＵ数が最大となるグループの中で最初に待機となったグループの計量処理の開始処理を実行する（ス
テップＳ２−９）。具体的には、制御部２１の計量対象特定手段２１５が、「ページングが発生しない最大ＣＰＵ数」が最大となるグループであって、処理状況管理レコード２２０において、計量待機フラグが記録されており、ステータス更新時刻が最も早いグループのグループ識別子を特定する。そして、制御部２１の計量指示手段２１３は、ステップＳ１−６と同様に、計量処理開始時の情報更新処理を実行し、このグループのグループ識別子を計量指示手段２１３に供給する。この場合、計量指示手段２１３は、演算処理部３０に対して、このグループの計量処理の実行を指示する。
【００７６】
また、「計量待機」フラグが記録された処理状況管理レコード２２０が抽出できず、待機中のグループがないと判定した場合（ステップＳ２−４において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、ロード処理を完了していないグループがあるかどうかについての判定処理を実行する（ステップＳ２−１０）。具体的には、制御部２１の計量対象特定手段２１５が、処理状況管理データ記憶部２２において、「ロード待機」フラグ又は「ロード中」フラグが記録された処理状況管理レコード２２０があるかどうかを検索する。
【００７７】
「ロード待機」フラグ又は「ロード中」フラグが記録された処理状況管理レコード２２０を検出することにより、ロード処理を完了していないグループがあると判定した場合（ステップＳ２−１０において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、グループ定義見直しメッセージの出力処理を実行する（ステップＳ２−１１）。具体的には、制御部２１の計量対象特定手段２１５が、クライアント端末１０のディスプレイに、グループ定義を見直す必要があることを示すメッセージを出力する。更に、計量対象特定手段２１５は、アラーム管理レコード２３１に「グループ定義見直し」フラグを記録する。
【００７８】
一方、「ロード待機」フラグ又は「ロード中」フラグが記録された処理状況管理レコード２２０を検出せず、ロード処理を完了していないグループがないと判定した場合（ステップＳ２−１０において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、グループ定義見直し処理を実行する（ステップＳ２−１２）。具体的には、制御部２１の計量対象特定手段２１５が、処理実績管理データ記憶部２３のアラーム管理レコード２３１を用いて、グループ定義見直しフラグが記録されているかどうかを確認する。グループ定義見直しフラグが記録されている場合には、計量対象特定手段２１５は、グループ定義管理手段２１６に対してグループ定義の見直しを指示する。この場合、グループ定義管理手段２１６は、後述するグループ定義見直し処理を実行する。
【００７９】
（グループ定義見直し処理）
次に、グループ定義見直し処理を説明する。ここでは、先行グループの処理所要時間（ロード所要時間と計量所要時間との総和）に応じて、後続グループの構成を変更する。すなわち、各グループの計量処理において、待機時間が少なく、ＣＰＵを効率的に使用できるように、各グループを構成する演算要素の変更を行なう。なお、本実施形態のグループ定義見直し処理においては、ページングが生じない場合を想定する。
【００８０】
まず、管理サーバ２０の制御部２１は、最先行グループの特定処理を実行する（ステップＳ３−１）。具体的には、制御部２１のグループ定義管理手段２１６が、処理実績管理データ記憶部２３に記録された処理実績管理レコード２３０のロード終了時刻を用いて、最も早くロード処理を終了したグループを特定する。
【００８１】
次に、管理サーバ２０の制御部２１は、後続グループの特定処理を実行する（ステップＳ３−２）。具体的には、制御部２１のグループ定義管理手段２１６が、処理実績管理データ記憶部２３に記録された処理実績管理レコード２３０を用いて、次にロード処理を終了したグループを特定する。
【００８２】
次に、管理サーバ２０の制御部２１は、先行グループの処理所要時間の算出処理を実行する（ステップＳ３−３）。具体的には、制御部２１のグループ定義管理手段２１６が、先行グループの計量終了時刻とロード開始時刻との差分から処理所要時間を取得する。
【００８３】
次に、管理サーバ２０の制御部２１は、先行グループの処理所要時間にロードできるロード可能量の算出処理を実行する（ステップＳ３−４）。具体的には、制御部２１のグループ定義管理手段２１６が、後続グループの演算要素のサイズ総量を算出し、この総量を後続グループのロード所要時間で除算することにより、単位時間当たりのロード可能量（単位ロード可能量）を算出する。そして、グループ定義管理手段２１６は、単位ロード可能量に、先行グループの処理所要時間を乗算することによりロード可能量を算出する。これにより、先行グループの計量処理の終了時に、後続グループのロード処理が終了し、速やかに後続グループの計量処理に移行することができる。
【００８４】
次に、管理サーバ２０の制御部２１は、後続グループに対してロード可能量を設定可能かどうかについての判定処理を実行する（ステップＳ３−５）。具体的には、制御部２１のグループ定義管理手段２１６が、後続グループの演算要素の総サイズがロード可能量より大きい場合に、ロード可能量を超えた演算要素を後々続グループ（後続グループに後続するグループ）に引き渡すことができるかどうかを判定する。一方、後続グループの演算要素の総サイズがロード可能量より小さい場合に、ロード可能量に対して不足している量の演算要素を後々続グループから引き受けることができるかどうかを判定する。
【００８５】
後続グループのサイズとしてロード可能量を設定できない場合（ステップＳ３−５において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、最先行グループのグループ構成の変更処理を実行する（ステップＳ３−６）。具体的には、ロード可能量を超えた演算要素を後々続グループに引き渡すことができない場合には、制御部２１のグループ定義管理手段２１６が、グループ定義データ記憶部２４に記録された最先行グループに、調整基準量に相当する演算要素を後続グループから移し替える。一方、ロード可能量に対して不足している場合には、制御部２１のグループ定義管理手段２１６が、グループ定義データ記憶部２４に記録された最先行グループの演算要素の中で、調整基準量に相当する演算要素を後続グループに移し替える。そして、先行グループの計量終了時間の算出処理（ステップＳ３−３）からの処理を繰り返す。
【００８６】
一方、後続グループのサイズとしてロード可能量を設定できる場合（ステップＳ３−５において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、後続グループのグループ構成の設定処理を実行する（ステップＳ３−７）。具体的には、制御部２１のグループ定義管理手段２１６が、グループ定義データ記憶部２４において、先行グループの処理所要時間にロードできるロード可能量に対応する総サイズ量の演算要素を、後続グループのグループ識別子に関連付けて記録する。この場合、後続グループの演算要素の総サイズがロード可能量より大きい場合に、ロード可能量を超えた演算要素を後々続グループ（後続グループに後続するグループ）のグループ定義レコードに移し替える。また、後続グループの演算要素の総サイズがロード可能量より小さい場合に、ロード可能量に不足する演算要素を後々続グループのグループ定義レコードから、後続のグループ定義レコードに移し替える。
【００８７】
そして、全グループの設定を終了したかどうかについての判定処理を実行する（ステップＳ３−８）。具体的には、制御部２１のグループ定義管理手段２１６が、処理実績管理データ記憶部２３に記録された処理実績管理レコード２３０のロード終了時刻を用いて、最後にロード処理を終了したグループのグループ定義の見直しを行なったかどうかにより判定する。
【００８８】
まだ、全グループの設定を終了していないと判定した場合（ステップＳ３−８において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、そして、この後続グループを新たな先行グループとして、後続グループの特定処理（ステップＳ３−２）からの処理を繰り返す。
【００８９】
一方、全グループの設定を終了と判定した場合（ステップＳ３−８において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、グループ定義見直し処理を終了する。
【００９０】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、「計量中」フラグが記録されたグループがなく、計量処理の実行中でないと判定した場合（ステップＳ１−５において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、計量処理の開始処理を実行する（ステップＳ１−６）。この場合、計量指示手段２１３は、演算処理部３０において使用されていないすべてのＣＰＵを、このグループの計量処理に対して割り当てる。また、計量処理の終了を検知した場合、当ＣＰＵ数が使用可能ＣＰＵ数に等しいグループがある場合（ステップＳ２−６において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、このグループの中で最初に待機状態となったグループの計量処理の開始処理を実行する（ステップＳ２−７）。この場合も、計量指示手段２１３は、演算処理部３０において使用されていないＣＰＵにおいて、できるだけ多くのＣＰＵ数を、このグループの計量処理に対して割り当てる。これにより、計量処理において、利用可能な資源を分散配布するのではなく、特定のグループに集中的に割り当てることができる。
【００９１】
・ 上記実施形態では、割当ＣＰＵ数が使用可能ＣＰＵ数に等しいグループがある場合（ステップＳ２−６において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、このグループの中で最初に待機状態となったグループの計量処理の開始処理を実行する（ステップＳ２−７）。また、このようなグループがない場合（ステップＳ２−６において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、メモリ不足メッセージの出力処理（ステップＳ２−８）の後で、ページングが発生しない最大ＣＰＵ数が最大となるグループの中で最初に待機となったグループの計量処理の開始処理を実行する（ステップＳ２−９）。ロード処理に時間がかかったグループは負荷が大きいため、負荷が大きいグループの計量処理を後の方で行なうようにすることができる。後の方では、多くのグループがロード処理や計量処理を終了しているので、より多くのＣＰＵ資源を投入し、負荷が大きいグループの計量処理を効率的に行なうことができる。
【００９２】
・ 上記実施形態では、割当ＣＰＵ数が使用可能ＣＰＵ数に等しいグループがない場合（ステップＳ２−６において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、メモリ不足メッセージの出力処理を実行する（ステップＳ２−８）。これにより、担当者は、メモリ増設を検討して、パフォーマンス向上を図ることができる。
【００９３】
そして、管理サーバ２０の制御部２１は、ページングが発生しない最大ＣＰＵ数が最大となるグループの中で最初に待機となったグループの計量処理の開始処理を実行する（ステップＳ２−９）。これにより、計量処理においてボトルネックとなるページングを発生させないで、最大のＣＰＵ資源を使用することができる。
【００９４】
・ 上記実施形態では、「計量待機」フラグが記録された処理状況管理レコード２２０が抽出できず、待機中のグループがないと判定した場合（ステップＳ２−４において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、ロード処理を完了していないグループがあるかどうかについての判定処理を実行する（ステップＳ２−１０）。「ロード待機」フラグ又は「ロード中」フラグが記録された処理状況管理レコード２２０を検出することに
より、ロード処理を完了していないグループがあると判定した場合（ステップＳ２−１０において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、グループ定義見直しメッセージの出力処理を実行する（ステップＳ２−１１）。これにより、担当者は、固定的なグループ定義の見直しのタイミングを把握することができる。
【００９５】
・ 上記実施形態では、「ロード待機」フラグ又は「ロード中」フラグが記録された処理状況管理レコード２２０を検出せず、ロード処理を完了していないグループがないと判定した場合（ステップＳ２−１０において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、グループ定義見直し処理を実行する（ステップＳ２−１２）。これにより、効率的にグループ定義の見直しを行なうことができる。特に、各グループのデータ量が変化する場合、計量処理におけるＣＰＵ割当の定義を、ＣＰＵやメモリの使用状況から動的に判断し、パフォーマンスチューニングに関わる体力を削減することができる。
【００９６】
・ 上記実施形態では、グループ定義見直し処理においては、各グループの計量処理において、待機時間が少なく、ＣＰＵを効率的に使用できるように、各グループを構成する演算要素の変更を行なう。この具体例を、図６を用いて説明する。ここで、「Ｇ１」〜「Ｇ５」は、各グループの演算要素の総サイズ、「ＴＬ」はロード処理に要する時間を算出する関数、「ＴＳ」は計量処理に要する時間を算出する関数である。「Ａ」を搭載ＣＰＵ数とした場合、図６に示すように、データ量（負荷）が小さい先行グループの計量処理を終了したときに、データ量が大きい後続グループの計量処理を開始するように設定することができる。従って、高負荷グループの計量処理は最後の方で実施することにより、割当可能な資源を最大化することができる。
【００９７】
なお、上記実施形態は、以下の態様に変更してもよい。
○ 上記実施形態では、計算処理としてシミュレーションを行なう場合に適用した。この演算処理の適用は、これに限定されるものではなく、第１情報処理、第２情報処理を行なう場合に、先行グループの第２情報処理を終了した時点で、後続グループの第２情報処理を行なう場合に適用することができる。
【００９８】
○ 上記実施形態では、グループ定義見直し処理により、グループ定義を変更する。これに代えて、方程式を用いて、各グループにおける演算要素の配分を決定するようにしてもよい。この場合、図６に示した例において、以下の連立方程式を解く。
ＴＬ（Ｇ２）＝ＴＬ（Ｇ１）＋ＴＳ（Ｇ１／（Ａ−４））
ＴＬ（Ｇ３）＝ＴＬ（Ｇ２）＋ＴＳ（Ｇ２／（Ａ−３））
ＴＬ（Ｇ４）＝ＴＬ（Ｇ３）＋ＴＳ（Ｇ３／（Ａ−２））
ＴＬ（Ｇ５）＝ＴＬ（Ｇ４）＋ＴＳ（Ｇ４／（Ａ−１））
トータル量＝Ｇ１＋Ｇ２＋Ｇ３＋Ｇ４＋Ｇ５
すなわち、ｎ番目にデータ量が大きいグループのロード所要時間が、（ｎ−１）番目のグループのロード所要時間と、（ｎ−１）番目のグループの計量所要時間との合計になるように方程式を作成する。この場合、（ｎ−１）番目のグループの計量所要時間は、搭載ＣＰＵ数から、ｎ番目以降のグループのロード処理に割り当てられたＣＰＵ数を減算したＣＰＵ資源を用いて計量処理を行なった場合の時間を用いる。そして、各グループの負荷の総計と、全体の処理量とを一致させる。これにより、先行グループの第２情報処理の終了時に、後続グループの第１情報処理を終了し、このグループの第２情報処理を開始できるグループ構成を決定することができる。
【００９９】
○ 上記実施形態では、ロード処理を完了していないグループがあると判定した場合（ステップＳ２−１０において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、グループ定義見直しメッセージの出力処理を実行する（ステップＳ２−１１）。これに代えて、処理実績管理レコード２３０に記録されたロード終了時刻と計量開始時刻との時間差に
基づいて、定義見直しの判定を行なってもよい。これにより、先行グループの第２の情報処理の終了時に、第２の情報処理について基準時間以上を待機しているグループがあった場合には、グループ構成を変更することができる。
【０１００】
○ 上記実施形態では、管理サーバ２０内に演算処理部３０を設けた。ハードウェア構成はこれに限定されるものではない。例えば、演算処理部３０を、管理サーバ２０とは別のハードウェア構成とすることも可能である。
【符号の説明】
【０１０１】
１０…クライアント端末、２０…管理サーバ、２１…制御部、２１１…ロード指示手段、２１２…ロード監視手段、２１３…計量指示手段、２１４…計量監視手段、２１５…計量対象特定手段、２１６…グループ定義管理手段、２２…処理状況管理データ記憶部、２３…処理実績管理データ記憶部、２４…グループ定義データ記憶部、３０…演算処理部、４０…ファイルサーバ。
【技術分野】
【０００１】
本発明は、複数のＣＰＵ資源を用いて、連続して行なわれる複数の情報処理を効率的に実行するための演算処理システム、演算処理方法及び演算処理プログラムに関する。
【背景技術】
【０００２】
従来、複数の演算処理を実行する際に、複数のＣＰＵ資源を用いた並列処理が利用される場合がある。この場合、演算処理の負荷や優先度に応じて、ＣＰＵ資源の割当を行なうことが多い。そこで、ＣＰＵ資源を効率的に活用するための技術が検討されている（例えば、特許文献１、２を参照。）。
【０００３】
特許文献１に記載された技術では、メモリとＣＰＵからなるプロセッサを複数結合した計算機システムを用いる。計算プロセッサは、自プロセッサの負荷状況を検知し、サーバプロセッサに、そのプロセスのスケジューリング優先度と負荷状況を通知する。サーバプロセッサにおいては、スケジューリング優先度及びプロセッサの負荷の状況に基づいて、実行の優先度を決定し、処理要求を実行する。
【０００４】
また、特許文献２に記載された技術では、夜間バッチ処理を行ない、計算スロット管理サーバの制御部は、その処理所要時間を実行結果履歴データ記憶部に記録する。締めバッチ処理を行なう場合、制御部は、夜間バッチ処理を行なった計算スロットについて実行結果履歴を用いて重み付け値を算出する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平８−７７０２９号公報（第１頁、図３）
【特許文献２】特開２００８−８３９７５号公報（第１頁、図２）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
金融機関においても、金融商品のリスク評価等のシミュレーションを行なっている。この場合、取引データを利用して、モンテカルロシミュレーションやヒストリカルシミュレーションを行なう。特に、取引総量が多い場合には、取引データのロードや各シミュレーションにより、ＣＰＵ資源に大きな負荷がかかるため、所定時間内に処理を完了させるためには、処理パフォーマンスを向上させることが望まれる。
【０００７】
また、処理対象データを複数のグループに分けて処理を行なう場合、ロード時間が長いグループ程、計量時間も長くなる傾向がある。
計量処理のパフォーマンス向上の施策として、上記特許文献に記載された技術のように、処理対象データを所定のルール（定義）により分割して、ＣＰＵ資源の分散割当による並列処理により対応することができる。
【０００８】
しかし、定義によってパフォーマンスは異なるため、処理時間を最適化するための定義を見極めることは難しい。より良い定義を試行錯誤で探す場合には、テスト作業やリリース作業が必要となるため、対応までの期間やコストを要する点が問題であった。
【０００９】
本発明は、上記課題を解決するためになされたものであり、その目的は、複数の演算処理装置を利用する分散環境において、大量の計算処理を効率的に行なうための演算処理システム、演算処理方法及び演算処理プログラムを提供することにある。
【課題を解決するための手段】
【００１０】
上記問題点を解決するために、請求項１に記載の発明は、まとめて情報処理を行なうために生成されたグループのグループ識別子に対して、各グループを構成する処理対象データを記憶したグループ構成情報記憶手段と、各グループに対して、ＣＰＵ資源の割当を行ない、グループ毎に順次、第１情報処理と第２情報処理とを実行させる制御手段とを備えた演算処理システムであって、前記制御手段が、各グループに対して均等にＣＰＵ資源の割当を行ない、第１情報処理の開始を指示する手段と、第１情報処理を終了したグループに対して、前記第１情報処理の終了時刻を記録するとともに、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出する手段と、第１情報処理の終了を検知したときに、まだ第２情報処理が実行されていない場合には前記割当ＣＰＵ数の割当を行なって第２情報処理の開始を指示し、先に第１情報処理を終了した先行グループにおいて第２情報処理が実行されている場合には待機を指示する手段と、第２情報処理の終了を検知したときに、第１情報処理を終了して第２情報処理の開始を待機しているグループが複数ある場合、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出し、前記割当ＣＰＵ数を使用できるグループの中で、最先に待機しているグループに対して第２情報処理の実行を指示する手段とを備えたことを要旨とする。
【００１１】
請求項２に記載の発明は、請求項１に記載の演算処理システムにおいて、第１情報処理は処理対象データのロード処理であり、第２情報処理は、ロードされた処理対象データの計算処理であることを要旨とする。
【００１２】
請求項３に記載の発明は、請求項１又は２に記載の演算処理システムにおいて、先行グループの第２情報処理の終了時に、第２情報処理について待機中のグループがない場合には、前記グループ構成情報記憶手段に記憶された処理対象データのグループ構成を変更するグループ構成変更処理を実行するための指示を出力することを要旨とする。
【００１３】
請求項４に記載の発明は、請求項１〜３のいずれか一つに記載の演算処理システムにおいて、先行グループの第２情報処理の終了時に、第２情報処理について基準時間以上を待機しているグループがあった場合には、前記グループ構成情報記憶手段に記憶された処理対象データのグループ構成を変更するグループ構成変更処理を実行するための指示を出力することを要旨とする。
【００１４】
請求項５に記載の発明は、請求項３又は４に記載の演算処理システムにおいて、前記グループ構成変更処理において、先行グループの第２情報処理の終了時に、後続グループの第１情報処理を終了し、このグループの第２情報処理を開始できるように、各グループを構成する処理対象データを再配分する手段を備えたことを要旨とする。
【００１５】
請求項６に記載の発明は、請求項１〜５のいずれか一つに記載の演算処理システムにおいて、ページングの発生に基づいて、第２情報処理において使用可能なＣＰＵ数を割り当てられなかった場合には、メモリ不足についてのメッセージを出力することを要旨とする。
【００１６】
請求項７に記載の発明は、まとめて情報処理を行なうために生成されたグループのグループ識別子に対して、各グループを構成する処理対象データを記憶したグループ構成情報記憶手段と、各グループに対して、ＣＰＵ資源の割当を行ない、グループ毎に順次、第１情報処理と第２情報処理とを実行させる制御手段とを備えた演算処理システムを用いて、演算処理を行なうための方法であって、前記制御手段が、各グループに対して均等にＣＰＵ資源の割当を行ない、第１情報処理の開始を指示する段階と、第１情報処理を終了した
グループに対して、前記第１情報処理の終了時刻を記録するとともに、ページングを発生させないＣＰＵ数であって、ＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出する段階と、第１情報処理の終了を検知したときに、まだ第２情報処理が実行されていない場合には前記割当ＣＰＵ数の割当を行なって第２情報処理の開始を指示し、先に第１情報処理を終了した先行グループにおいて第２情報処理が実行されている場合には待機を指示する段階と、第２情報処理の終了を検知したときに、第１情報処理を終了して第２情報処理の開始を待機しているグループが複数ある場合、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出し、前記割当ＣＰＵ数を使用できるグループの中で、最先に待機しているグループに対して第２情報処理の実行を指示する段階とを実行することを要旨とする。
【００１７】
請求項８に記載の発明は、まとめて情報処理を行なうために生成されたグループのグループ識別子に対して、各グループを構成する処理対象データを記憶したグループ構成情報記憶手段と、各グループに対して、ＣＰＵ資源の割当を行ない、グループ毎に順次、第１情報処理と第２情報処理とを実行させる制御手段とを備えた演算処理システムを用いて、演算処理を行なうためのプログラムであって、前記制御手段を、各グループに対して均等にＣＰＵ資源の割当を行ない、第１情報処理の開始を指示する手段、第１情報処理を終了したグループに対して、前記第１情報処理の終了時刻を記録するとともに、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出する手段、第１情報処理の終了を検知したときに、まだ第２情報処理が実行されていない場合には前記割当ＣＰＵ数の割当を行なって第２情報処理の開始を指示し、先に第１情報処理を終了した先行グループにおいて第２情報処理が実行されている場合には待機を指示する手段、第２情報処理の終了を検知したときに、第１情報処理を終了して第２情報処理の開始を待機しているグループが複数ある場合、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出し、前記割当ＣＰＵ数を使用できるグループの中で、最先に待機しているグループに対して第２情報処理の実行を指示する手段として機能させることを要旨とする。
【００１８】
（作用）
請求項１、７又は８に記載の発明によれば、制御手段が、各グループに対して均等にＣＰＵ資源の割当を行ない、第１情報処理の開始を指示する。そして、第１情報処理を終了したグループに対して、第１情報処理の終了時刻を記録するとともに、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出する。ここで、第１情報処理の終了を検知したときに、まだ第２情報処理が実行されていない場合には、割当ＣＰＵ数の割当を行なって第２情報処理の開始を指示する。一方、先に第１情報処理を終了した先行グループにおいて第２情報処理が実行されている場合には待機を指示する。そして、第２情報処理の終了を検知したときに、第１情報処理を終了して第２情報処理の開始を待機しているグループが複数ある場合、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出し、割当ＣＰＵ数を使用できるグループの中で、最先に待機しているグループに対して第２情報処理の実行を指示する。これにより、処理のパフォーマンスを劣化させるページングを発生させないで、第１情報処理を早く終えたグループ、すなわち負荷の小さいグループから、順次、ＣＰＵ資源を集中的に投入することができる。また、負荷が大きいグループの第２情報処理は最後の方で行なうことにより、割当可能なＣＰＵ資源を最大化することができる。
【００１９】
請求項２に記載の発明によれば、第１情報処理は処理対象データのロード処理であり、第２情報処理は、ロードされた処理対象データの計算処理である。これにより、ロード処理によりロードされたデータを用いて計量処理を行なう場合に、資源の有効活用を図ることができる。
【００２０】
請求項３に記載の発明によれば、先行グループの第２情報処理の終了時に、第２情報処理について待機中のグループがない場合には、グループ構成情報記憶手段に記憶された処理対象データのグループ構成を変更するグループ構成変更処理を実行するための指示を出力する。これにより、先行グループの第１情報処理終了のタイミングが遅い場合に、各グループの負荷を変更して、タイミングの調整を行なうことができる。従って、第２情報処理におけるＣＰＵ割当を、ＣＰＵやメモリの使用状況から動的に判断し、パフォーマンスチューニングに関わる体力を大幅に削減することができる。
【００２１】
請求項４に記載の発明によれば、先行グループの第２情報処理の終了時に、第２情報処理について基準時間以上を待機しているグループがあった場合には、グループ構成情報記憶手段に記憶された処理対象データのグループ構成を変更するグループ構成変更処理を実行するための指示を出力する。これにより、先行グループの第１情報処理終了のタイミングが早すぎる場合に、各グループの負荷を変更して、タイミングの調整を行なうことができる。
【００２２】
請求項５に記載の発明によれば、グループ構成変更処理においては、先行グループの第２情報処理の終了時に、後続グループの第１情報処理を終了し、このグループの第２情報処理を開始できるように、各グループを構成する処理対象データを再配分する。これにより、先行グループの第２情報処理と後続グループの第１情報処理の終了のタイミングを考慮して、各グループのグループ構成を決定することができる。
【００２３】
請求項６に記載の発明によれば、ページングの発生に基づいて、第２情報処理において使用可能なＣＰＵ数を割り当てられなかった場合には、メモリ不足についてのメッセージを出力する。これにより、ページングを抑制するためにメモリ増設を行なうことができる。
【発明の効果】
【００２４】
本発明によれば、複数のプロセッサを用いて、連続して行なわれる複数の情報処理を効率的に実行するための演算処理システム、演算処理方法及び演算処理プログラムを提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施形態のシステムの概略図。
【図２】各データ記憶部に記憶されたデータの説明図であって、（ａ）は処理状況管理データ記憶部、（ｂ）は処理実績管理データ記憶部に記録されたデータの説明図。
【図３】本発明の一実施形態の処理手順の説明図。
【図４】本発明の一実施形態の処理手順の説明図。
【図５】本発明の一実施形態の処理手順の説明図。
【図６】本発明の一実施形態のロード処理と計量処理の説明図。
【発明を実施するための形態】
【００２６】
以下、本発明を具体化した一実施形態を、図１〜図６を用いて説明する。本実施形態では、取引実績データのロード処理（第１情報処理）を行ない、この取引実績データを用いて計量処理（第２情報処理）を行なうために用いる演算処理システム、演算処理方法及び演算処理プログラムとして説明する。本実施形態では、ロードしたデータを用いてシミュレーションを行なう。
【００２７】
図１に示すように、本実施形態では、クライアント端末１０、管理サーバ２０、ファイルサーバ４０からなるシステムを用いて演算処理を行なう。
クライアント端末１０は、演算処理を管理する担当者が用いるコンピュータ端末である
。クライアント端末１０は、ネットワークを介してデータを送信する機能や、受信したデータを表示する機能等を有する。このため、このクライアント端末１０は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭの他、キーボード、マウス等の入力手段、ディスプレイ等の出力手段、通信手段等を有する。
【００２８】
ファイルサーバ４０は、演算処理に用いる各種データ（取引実績データ）を記憶している。そして、ファイルサーバ４０は、管理サーバ２０からの要求に応じて演算処理に用いる演算要素（処理対象データ）を提供する。この演算要素は、一つの処理を行なうデータがまとめられてグループ化される。そして、このグループを単位として、後述するロード処理や計量処理（ロードされた処理対象データの計算処理）が行なわれる。
【００２９】
管理サーバ２０は、演算処理の管理を行なうコンピュータシステムである。管理サーバ２０は、ＣＰＵ、ＲＡＭ、ＲＯＭ等から構成された制御手段としての制御部２１、処理状況管理データ記憶部２２、処理実績管理データ記憶部２３、グループ定義データ記憶部２４、演算処理部３０を備える。
【００３０】
この演算処理部３０は、シミュレーションのための演算処理を実行する。この演算処理部３０は、後述するデータや計量処理を実行するために複数のＣＰＵやメモリを搭載している。ここで、演算処理部３０が搭載しているＣＰＵの数を「搭載ＣＰＵ数」と呼び、メモリの搭載量を「搭載メモリ量」と呼ぶ。そして、一つのグループに対して、複数のＣＰＵの割当を行なって演算処理を行なうことができる。各ＣＰＵは、制御部２１からの要求受けた場合、各ＣＰＵにおいて実行しているプロセスの状況を制御部２１に提供する。
【００３１】
更に、演算処理部３０は、演算処理に用いる演算要素を記憶するロードデータ記憶部３２に接続されている。このロードデータ記憶部３２には、ファイルサーバ４０からロードされたデータが記憶される。
【００３２】
管理サーバ２０の制御部２１は、演算処理を管理する処理（ロード指示段階、ロード監視段階、計量指示段階、計量監視段階、処理対象特定段階、グループ定義管理段階の処理等）を行なう。そのための演算処理プログラムを実行することにより、制御部２１は、図１に示すようにロード指示手段２１１、ロード監視手段２１２、計量指示手段２１３、計量監視手段２１４、計量対象特定手段２１５、グループ定義管理手段２１６として機能する。
【００３３】
ロード指示手段２１１は、演算処理部３０に対して、演算処理に用いる演算要素のロード処理の実行を指示する処理を行なう。
ロード監視手段２１２は、演算処理部３０におけるロード処理の実行状況を監視する処理を行なう。
【００３４】
計量指示手段２１３は、演算処理部３０に対して、計量処理の実行を指示する処理を行なう。
計量監視手段２１４は、演算処理部３０における計量処理の実行状況を監視する処理を行なう。
【００３５】
計量対象特定手段２１５は、計量処理の対象となるグループを特定する処理を行なう。
グループ定義管理手段２１６は、各グループを構成する処理対象データを再配分し、グループ構成を変更する手段として機能する。具体的には、グループ定義管理手段２１６は、各グループを構成する演算要素のグループ定義を見直す処理を行なう。グループ定義管理手段２１６は、後述するグループ定義見直し処理の実行時に用いる調整基準量に関するデータを保持している。この調整基準量は、ロード量を調整するために用いられる。
【００３６】
処理状況管理データ記憶部２２には、図２（ａ）に示すように、演算処理をまとめて行なうグループの処理状況に関する処理状況管理レコード２２０が記録されている。この処理状況管理レコード２２０は、グループを作成した場合に設定され、処理の進捗状況に応じて更新される。処理状況管理レコード２２０は、処理対象日、グループ識別子、ステータス、ステータス更新時刻に関するデータを含んで構成される。
【００３７】
処理対象日データ領域には、演算処理（シミュレーション）の実行年月日に関するデータが記録される。
グループ識別子データ領域には、各グループを特定するための識別子に関するデータが記録される。
【００３８】
ステータスデータ領域には、このグループの進捗状況を特定するためのフラグが記録される。本実施形態においては、「ロード待機」、「ロード中」、「計量待機」、「計量中」、「計量終了」を特定するための各フラグを記録する。このステータスデータ領域には、初期状態では「ロード待機」フラグが記録される。
ステータス更新時刻データ領域には、現状のステータスに更新されたときの時刻が記録される。
【００３９】
処理実績管理データ記憶部２３には、図２（ｂ）に示すように、各グループの演算処理についての実績に関する処理実績管理レコード２３０及び処理中のアラームに関するアラーム管理レコード２３１が記録されている。
【００４０】
この処理実績管理レコード２３０は、各グループの演算処理を終了した場合に記録される。処理実績管理レコード２３０は、処理対象日、グループ識別子、ロード処理使用ＣＰＵ数、ロード処理使用メモリ量、ロード開始時刻、ロード終了時刻、計量処理使用ＣＰＵ数、計量開始時刻、計量終了時刻、ロード所要時間、計量所要時間に関するデータを含んで構成される。
【００４１】
処理対象日データ領域には、演算処理の実行年月日に関するデータが記録される。
グループ識別子データ領域には、各グループを特定するための識別子に関するデータが記録される。
【００４２】
ロード処理使用ＣＰＵ数データ領域、ロード処理使用メモリ量データ領域には、このグループのロード処理に用いたＣＰＵ数やメモリ量に関するデータが記録される。
ロード開始時刻、ロード終了時刻データ領域には、このグループのロード処理の開始時刻や終了時刻に関するデータが記録される。
【００４３】
計量処理使用ＣＰＵ数データ領域には、このグループの計量処理に用いたＣＰＵ数に関するデータが記録される。
計量開始時刻、計量終了時刻データ領域には、このグループの計量処理の開始時刻や終了時刻に関するデータが記録される。
【００４４】
ロード所要時間データ領域には、このグループのロード処理に要した時間（ロード開始時刻とロード終了時刻との時間差）に関するデータが記録される。
計量所要時間データ領域には、このグループの計量処理に要した時間（計量開始時刻と計量終了時刻との時間差）に関するデータが記録される。
【００４５】
アラーム管理レコード２３１は、計量処理においてアラームを発生した場合に記録される。アラーム管理レコード２３１は、処理対象日、アラームに関するデータを含んで構成
される。
【００４６】
処理対象日データ領域には、演算処理の実行年月日に関するデータが記録される。
アラームデータ領域には、計量処理において発生したアラームを特定するための識別子に関するデータが記録される。本実施形態では、「メモリ不足」フラグ、「グループ定義見直し」フラグが記録される。
【００４７】
グループ定義データ記憶部２４はグループ構成情報記憶手段として機能し、演算処理をまとめて行なうグループの定義に関するグループ定義レコードが記録される。このグループ定義レコードは、ロード処理の開始前に設定され、グループ定義見直し処理を行なった場合に更新される。グループ定義レコードは、グループ識別子、演算要素識別子、サイズに関するデータを含んで構成される。
【００４８】
グループ識別子データ領域には、各グループを特定するための識別子に関するデータが記録される。
演算要素識別子データ領域には、このグループを構成する演算要素を特定するための識別子に関するデータが記録される。本実施形態においては、一つのグループには複数の演算要素が含まれており、グループを構成する演算要素をまとめて演算処理が行なわれる。そして、グループ定義見直し処理において、各グループを構成する演算要素を他のグループに移し替えることができる。この場合には、移し替えられた演算要素の演算要素識別子は、他のグループ識別子に関連付けられて設定される。
【００４９】
サイズデータ領域には、各演算要素のサイズに関するデータが記録される。本実施形態においては、このサイズに比例して、ロード処理や計量処理の所要時間が長くなる場合を想定する。そして、各グループを構成する演算要素のサイズの総和が、このグループにおける総データ量となる。
【００５０】
以上のように構成されたシステムを用いて、演算処理の実行管理の処理手順を説明する。ここでは、ロード制御処理、計量制御処理、グループ定義見直し処理を、図３〜図６を用いて説明する。
【００５１】
（ロード制御処理）
以下、ロード制御処理を説明する。この処理は、予め設定された時刻において定期的に開始される。
【００５２】
まず、管理サーバ２０の制御部２１は、ロード処理の開始処理を実行する（ステップＳ１−１）。具体的には、制御部２１のロード指示手段２１１が、演算処理部３０に対してロード指示を行なう。このロード指示には、ロード処理に用いるＣＰＵ数及びロードするグループのグループ識別子を含める。本実施形態においては、各グループのロード処理には、均等に１個のＣＰＵの割当を行なうものとする。
【００５３】
ここで、ロード指示手段２１１は、処理状況管理データ記憶部２２に、ロード処理を開始したグループのグループ識別子に対して、「ロード中」フラグを記録する。更に、ロード指示手段２１１は、処理実績管理データ記憶部２３において、このグループ識別子が記録された処理実績管理レコード２３０にロード使用ＣＰＵ数、ロード開始時刻を記録する。
【００５４】
この場合、演算処理部３０の各ＣＰＵは、指示されたグループ識別子のグループ定義レコードをグループ定義データ記憶部２４から取得し、このグループの演算要素のデータをファイルサーバ４０から取得する。そして、演算処理部３０のＣＰＵは、ファイルサーバ
４０から取得したデータをロードデータ記憶部３２に格納する。この場合、ＣＰＵはロードした各演算要素のサイズをグループ定義データ記憶部２４に記録する。
【００５５】
そして、管理サーバ２０の制御部２１は、ロード処理状態の監視処理を実行する（ステップＳ１−２）。具体的には、制御部２１のロード監視手段２１２が、演算処理部３０において、ＣＰＵにおいて実行されているロード処理プロセスの状況を監視する。
【００５６】
そして、管理サーバ２０の制御部２１は、ロード処理の終了を検知したかどうかについての判定処理を実行する（ステップＳ１−３）。ロード処理の終了を検知しない場合（ステップＳ１−３において「ＮＯ」の場合）、ロード処理状態の監視処理（ステップＳ１−２）を継続する。
【００５７】
一方、ロード処理の終了を検知した場合（ステップＳ１−３において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、情報更新処理を実行する（ステップＳ１−４）。具体的には、制御部２１のロード監視手段２１２が、ロード処理を終了したグループのグループ識別子を特定する。そして、ロード監視手段２１２は、処理状況管理データ記憶部２２において、このグループ識別子が記録された処理状況管理レコード２２０のステータスとして「計量待機」フラグ、ステータス更新時刻として待機開始時刻（現在時刻）を記録する。更に、ロード監視手段２１２は、処理実績管理データ記憶部２３において、このグループ識別子が記録された処理実績管理レコード２３０に、ロード使用メモリ量、ロード終了時刻を記録する。そして、ロード監視手段２１２は、ロード開始時刻とロード終了時刻との差分からロード所要時間を算出し、処理実績管理レコード２３０に記録する。
【００５８】
次に、管理サーバ２０の制御部２１は、計量処理を実行中かどうかについての判定処理を実行する（ステップＳ１−５）。具体的には、制御部２１のロード監視手段２１２が、計量指示手段２１３に対して、ロード処理を終了したグループがあることを通知する。この場合、計量指示手段２１３は、処理状況管理データ記憶部２２を用いて、「計量中」フラグが記録されたグループがあるかどうかを確認する。
【００５９】
「計量中」フラグが記録されたグループがなく、計量処理の実行中でないと判定した場合（ステップＳ１−５において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、計量処理の開始処理を実行する（ステップＳ１−６）。具体的には、制御部２１の計量指示手段２１３が、演算処理部３０に対して計量処理の開始を指示する。この場合、計量指示手段２１３は、演算処理部３０において使用されていないＣＰＵにおいて、ページングを発生させない最大ＣＰＵ数を、ロード処理を終了したグループの計量処理に対して割り当てる。このページングを発生させない最大ＣＰＵ数の算出方法については、後述する計量制御処理において説明する。
【００６０】
そして、制御部２１の計量指示手段２１３は、計量処理開始時の情報更新処理を実行する。具体的には、計量指示手段２１３は、処理状況管理データ記憶部２２において、このグループ識別子が記録された処理状況管理レコード２２０のステータスとして「計量中」フラグ、ステータス更新時刻として計量開始時刻（現在時刻）を記録する。更に、計量指示手段２１３は、処理実績管理データ記憶部２３において、このグループ識別子が記録された処理実績管理レコード２３０に、計量使用ＣＰＵ数、計量開始時刻を記録する。
【００６１】
一方、「計量中」フラグが記録されたグループがあり、計量処理の実行中と判定した場合（ステップＳ１−５において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、待機処理を実行する（ステップＳ１−７）。具体的には、制御部２１の計量指示手段２１３が、処理状況管理データ記憶部２２において、ロード処理を終了したグループのグループ識別子が記録された処理状況管理レコード２２０のステータス（「計量待機」フラグ）を
そのまま維持する。
【００６２】
次に、管理サーバ２０の制御部２１は、全グループについてロードを終了したかどうかについての判定処理を実行する（ステップＳ１−８）。具体的には、制御部２１のロード指示手段２１１が、処理状況管理データ記憶部２２に「ロード待機」フラグが記録された処理状況管理レコード２２０があるかどうかを検索する。
【００６３】
「ロード待機」フラグが記録された処理状況管理レコード２２０が残っており、全グループのロードを終了していないと判定した場合（ステップＳ１−８において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、ステップＳ１−２のロード処理状態の監視処理を継続する。
【００６４】
一方、「ロード待機」フラグが記録された処理状況管理レコード２２０が残っておらず、全グループについてロード処理を終了したと判定した場合（ステップＳ１−８において「ＹＥＳ」の場合）、ロード制御処理を終了する。
【００６５】
（計量制御処理）
次に、計量制御処理を説明する。この処理は、ロード制御処理に引き続き実行される。
ここでは、管理サーバ２０の制御部２１は、計量処理状態の監視処理を実行する（ステップＳ２−１）。具体的には、制御部２１の計量監視手段２１４が、演算処理部３０において、ＣＰＵにおいて実行されている計量処理プロセスの状況の状況を監視する。
【００６６】
そして、管理サーバ２０の制御部２１は、計量処理の終了を検知したかどうかについての判定処理を実行する（ステップＳ２−２）。具体的には、制御部２１の計量監視手段２１４が、演算処理部３０において、計量処理を行なっているＣＰＵのプロセス状況により判定する。
【００６７】
計量処理の終了を検知しない場合（ステップＳ２−２において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、計量処理状態の監視処理（ステップＳ２−１）を継続する。
一方、計量処理の終了を検知した場合（ステップＳ２−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、情報更新処理を実行する（ステップＳ２−３）。具体的には、制御部２１の計量監視手段２１４が、計量処理を終了したグループのグループ識別子を特定する。そして、計量監視手段２１４は、処理状況管理データ記憶部２２において、このグループ識別子が記録された処理状況管理レコード２２０のステータスとして「計量終了」フラグ、ステータス更新時刻として終了時刻（現在時刻）を記録する。更に、計量監視手段２１４は、処理実績管理データ記憶部２３において、このグループ識別子が記録された処理実績管理レコード２３０に計量終了時刻を記録する。そして、ロード監視手段２１２は、計量開始時刻と計量終了時刻との差分から計量所要時間を算出し、処理実績管理レコード２３０に記録する。
【００６８】
次に、管理サーバ２０の制御部２１は、計量待機中のグループがあるかどうかについての判定処理を実行する（ステップＳ２−４）。具体的には、制御部２１の計量対象特定手段２１５が、処理状況管理データ記憶部２２において、ステータスとして「計量待機」フラグが記録された処理状況管理レコード２２０を検索する。
【００６９】
「計量待機」フラグが記録された処理状況管理レコード２２０を抽出できたことにより、待機中のグループがあると判定した場合（ステップＳ２−４において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、ページングが発生しない最大ＣＰＵ数の算出処理を実行する（ステップＳ２−５）。具体的には、制御部２１の計量対象特定手段２１５が、待機中のグループについて、以下の算出式を用いて、ページングが発生しない最大ＣＰＵ
数を算出する。
〔ページングが発生しない最大ＣＰＵ数〕＝〔搭載メモリ量−使用中メモリ量〕／〔当該グループ使用メモリ量〕
ここで、「搭載メモリ量」は、演算処理部３０において備えられているメモリ量である。「使用中メモリ量」は、この基本式を用いる時点において、演算処理部３０から取得した使用中のメモリ量を用いる。「当該グループ使用メモリ」は、このグループのロード処理終了時点において、処理実績管理レコード２３０に記録されたロード使用メモリ量を用いる。なお、上記算出式は各グループのロード処理に１個のＣＰＵの割当を行なった場合に適用される。各グループのロード処理にｎ個のＣＰＵの割当を行なった場合には、ｎ倍することにより、ページングが発生しない最大ＣＰＵ数を算出することができる。
【００７０】
次に、管理サーバ２０の制御部２１は、割当ＣＰＵ数が使用可能ＣＰＵ数に等しいグループがあるかどうかについての判定処理を実行する（ステップＳ２−６）。具体的には、制御部２１の計量対象特定手段２１５が、以下の算出式を用いて、使用可能ＣＰＵ数を算出する。
〔使用可能ＣＰＵ数〕＝〔搭載ＣＰＵ数〕−〔使用中ＣＰＵ数〕
ここで、「搭載ＣＰＵ数」は、演算処理部３０において備えられているＣＰＵ数である。「使用中ＣＰＵ数」は、この基本式を用いる時点において、演算処理部３０から取得した使用中のＣＰＵ数を用いる。
【００７１】
更に、計量対象特定手段２１５は、待機中のグループ毎の割当ＣＰＵ数を以下の算出式を用いて算出する。
〔割当ＣＰＵ数〕＝ｍｉｎ（使用可能ＣＰＵ数，ページングが発生しない最大ＣＰＵ数）
そして、計量対象特定手段２１５は、「割当ＣＰＵ数」＝「使用可能ＣＰＵ数」となるグループを検索する。
【００７２】
割当ＣＰＵ数が使用可能ＣＰＵ数に等しいグループがある場合（ステップＳ２−６において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、このグループの中で最初に待機状態となったグループの計量処理の開始処理を実行する（ステップＳ２−７）。具体的には、制御部２１の計量対象特定手段２１５が、処理状況管理レコード２２０において、計量待機フラグが記録されており、ステータス更新時刻が最も早いグループのグループ識別子を特定する。更に、計量対象特定手段２１５は、ステップＳ１−６と同様に、計量処理開始時の情報更新処理を実行する。
【００７３】
そして、計量対象特定手段２１５は、特定したグループ識別子を計量指示手段２１３に供給する。この場合、計量指示手段２１３は、取得したグループ識別子が付与されたグループの計量指示を、演算処理部３０に供給する。この場合も、計量指示手段２１３は、演算処理部３０において使用されていないすべてのＣＰＵを、このグループの計量処理に対して割り当てる。そして、演算処理部３０はロードデータ記憶部３２に記録されたデータを用いて計量処理を実行する。
【００７４】
一方、割当ＣＰＵ数が使用可能ＣＰＵ数に等しいグループがない場合（ステップＳ２−６において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、メモリ不足メッセージの出力処理を実行する（ステップＳ２−８）。具体的には、制御部２１の計量対象特定手段２１５が、クライアント端末１０のディスプレイに、メモリ不足であることを示したメッセージを出力する。更に、計量対象特定手段２１５は、アラーム管理レコード２３１に「メモリ不足」フラグを記録する。
【００７５】
そして、管理サーバ２０の制御部２１は、ページングが発生しない最大ＣＰＵ数が最大となるグループの中で最初に待機となったグループの計量処理の開始処理を実行する（ス
テップＳ２−９）。具体的には、制御部２１の計量対象特定手段２１５が、「ページングが発生しない最大ＣＰＵ数」が最大となるグループであって、処理状況管理レコード２２０において、計量待機フラグが記録されており、ステータス更新時刻が最も早いグループのグループ識別子を特定する。そして、制御部２１の計量指示手段２１３は、ステップＳ１−６と同様に、計量処理開始時の情報更新処理を実行し、このグループのグループ識別子を計量指示手段２１３に供給する。この場合、計量指示手段２１３は、演算処理部３０に対して、このグループの計量処理の実行を指示する。
【００７６】
また、「計量待機」フラグが記録された処理状況管理レコード２２０が抽出できず、待機中のグループがないと判定した場合（ステップＳ２−４において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、ロード処理を完了していないグループがあるかどうかについての判定処理を実行する（ステップＳ２−１０）。具体的には、制御部２１の計量対象特定手段２１５が、処理状況管理データ記憶部２２において、「ロード待機」フラグ又は「ロード中」フラグが記録された処理状況管理レコード２２０があるかどうかを検索する。
【００７７】
「ロード待機」フラグ又は「ロード中」フラグが記録された処理状況管理レコード２２０を検出することにより、ロード処理を完了していないグループがあると判定した場合（ステップＳ２−１０において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、グループ定義見直しメッセージの出力処理を実行する（ステップＳ２−１１）。具体的には、制御部２１の計量対象特定手段２１５が、クライアント端末１０のディスプレイに、グループ定義を見直す必要があることを示すメッセージを出力する。更に、計量対象特定手段２１５は、アラーム管理レコード２３１に「グループ定義見直し」フラグを記録する。
【００７８】
一方、「ロード待機」フラグ又は「ロード中」フラグが記録された処理状況管理レコード２２０を検出せず、ロード処理を完了していないグループがないと判定した場合（ステップＳ２−１０において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、グループ定義見直し処理を実行する（ステップＳ２−１２）。具体的には、制御部２１の計量対象特定手段２１５が、処理実績管理データ記憶部２３のアラーム管理レコード２３１を用いて、グループ定義見直しフラグが記録されているかどうかを確認する。グループ定義見直しフラグが記録されている場合には、計量対象特定手段２１５は、グループ定義管理手段２１６に対してグループ定義の見直しを指示する。この場合、グループ定義管理手段２１６は、後述するグループ定義見直し処理を実行する。
【００７９】
（グループ定義見直し処理）
次に、グループ定義見直し処理を説明する。ここでは、先行グループの処理所要時間（ロード所要時間と計量所要時間との総和）に応じて、後続グループの構成を変更する。すなわち、各グループの計量処理において、待機時間が少なく、ＣＰＵを効率的に使用できるように、各グループを構成する演算要素の変更を行なう。なお、本実施形態のグループ定義見直し処理においては、ページングが生じない場合を想定する。
【００８０】
まず、管理サーバ２０の制御部２１は、最先行グループの特定処理を実行する（ステップＳ３−１）。具体的には、制御部２１のグループ定義管理手段２１６が、処理実績管理データ記憶部２３に記録された処理実績管理レコード２３０のロード終了時刻を用いて、最も早くロード処理を終了したグループを特定する。
【００８１】
次に、管理サーバ２０の制御部２１は、後続グループの特定処理を実行する（ステップＳ３−２）。具体的には、制御部２１のグループ定義管理手段２１６が、処理実績管理データ記憶部２３に記録された処理実績管理レコード２３０を用いて、次にロード処理を終了したグループを特定する。
【００８２】
次に、管理サーバ２０の制御部２１は、先行グループの処理所要時間の算出処理を実行する（ステップＳ３−３）。具体的には、制御部２１のグループ定義管理手段２１６が、先行グループの計量終了時刻とロード開始時刻との差分から処理所要時間を取得する。
【００８３】
次に、管理サーバ２０の制御部２１は、先行グループの処理所要時間にロードできるロード可能量の算出処理を実行する（ステップＳ３−４）。具体的には、制御部２１のグループ定義管理手段２１６が、後続グループの演算要素のサイズ総量を算出し、この総量を後続グループのロード所要時間で除算することにより、単位時間当たりのロード可能量（単位ロード可能量）を算出する。そして、グループ定義管理手段２１６は、単位ロード可能量に、先行グループの処理所要時間を乗算することによりロード可能量を算出する。これにより、先行グループの計量処理の終了時に、後続グループのロード処理が終了し、速やかに後続グループの計量処理に移行することができる。
【００８４】
次に、管理サーバ２０の制御部２１は、後続グループに対してロード可能量を設定可能かどうかについての判定処理を実行する（ステップＳ３−５）。具体的には、制御部２１のグループ定義管理手段２１６が、後続グループの演算要素の総サイズがロード可能量より大きい場合に、ロード可能量を超えた演算要素を後々続グループ（後続グループに後続するグループ）に引き渡すことができるかどうかを判定する。一方、後続グループの演算要素の総サイズがロード可能量より小さい場合に、ロード可能量に対して不足している量の演算要素を後々続グループから引き受けることができるかどうかを判定する。
【００８５】
後続グループのサイズとしてロード可能量を設定できない場合（ステップＳ３−５において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、最先行グループのグループ構成の変更処理を実行する（ステップＳ３−６）。具体的には、ロード可能量を超えた演算要素を後々続グループに引き渡すことができない場合には、制御部２１のグループ定義管理手段２１６が、グループ定義データ記憶部２４に記録された最先行グループに、調整基準量に相当する演算要素を後続グループから移し替える。一方、ロード可能量に対して不足している場合には、制御部２１のグループ定義管理手段２１６が、グループ定義データ記憶部２４に記録された最先行グループの演算要素の中で、調整基準量に相当する演算要素を後続グループに移し替える。そして、先行グループの計量終了時間の算出処理（ステップＳ３−３）からの処理を繰り返す。
【００８６】
一方、後続グループのサイズとしてロード可能量を設定できる場合（ステップＳ３−５において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、後続グループのグループ構成の設定処理を実行する（ステップＳ３−７）。具体的には、制御部２１のグループ定義管理手段２１６が、グループ定義データ記憶部２４において、先行グループの処理所要時間にロードできるロード可能量に対応する総サイズ量の演算要素を、後続グループのグループ識別子に関連付けて記録する。この場合、後続グループの演算要素の総サイズがロード可能量より大きい場合に、ロード可能量を超えた演算要素を後々続グループ（後続グループに後続するグループ）のグループ定義レコードに移し替える。また、後続グループの演算要素の総サイズがロード可能量より小さい場合に、ロード可能量に不足する演算要素を後々続グループのグループ定義レコードから、後続のグループ定義レコードに移し替える。
【００８７】
そして、全グループの設定を終了したかどうかについての判定処理を実行する（ステップＳ３−８）。具体的には、制御部２１のグループ定義管理手段２１６が、処理実績管理データ記憶部２３に記録された処理実績管理レコード２３０のロード終了時刻を用いて、最後にロード処理を終了したグループのグループ定義の見直しを行なったかどうかにより判定する。
【００８８】
まだ、全グループの設定を終了していないと判定した場合（ステップＳ３−８において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、そして、この後続グループを新たな先行グループとして、後続グループの特定処理（ステップＳ３−２）からの処理を繰り返す。
【００８９】
一方、全グループの設定を終了と判定した場合（ステップＳ３−８において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、グループ定義見直し処理を終了する。
【００９０】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、「計量中」フラグが記録されたグループがなく、計量処理の実行中でないと判定した場合（ステップＳ１−５において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、計量処理の開始処理を実行する（ステップＳ１−６）。この場合、計量指示手段２１３は、演算処理部３０において使用されていないすべてのＣＰＵを、このグループの計量処理に対して割り当てる。また、計量処理の終了を検知した場合、当ＣＰＵ数が使用可能ＣＰＵ数に等しいグループがある場合（ステップＳ２−６において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、このグループの中で最初に待機状態となったグループの計量処理の開始処理を実行する（ステップＳ２−７）。この場合も、計量指示手段２１３は、演算処理部３０において使用されていないＣＰＵにおいて、できるだけ多くのＣＰＵ数を、このグループの計量処理に対して割り当てる。これにより、計量処理において、利用可能な資源を分散配布するのではなく、特定のグループに集中的に割り当てることができる。
【００９１】
・ 上記実施形態では、割当ＣＰＵ数が使用可能ＣＰＵ数に等しいグループがある場合（ステップＳ２−６において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、このグループの中で最初に待機状態となったグループの計量処理の開始処理を実行する（ステップＳ２−７）。また、このようなグループがない場合（ステップＳ２−６において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、メモリ不足メッセージの出力処理（ステップＳ２−８）の後で、ページングが発生しない最大ＣＰＵ数が最大となるグループの中で最初に待機となったグループの計量処理の開始処理を実行する（ステップＳ２−９）。ロード処理に時間がかかったグループは負荷が大きいため、負荷が大きいグループの計量処理を後の方で行なうようにすることができる。後の方では、多くのグループがロード処理や計量処理を終了しているので、より多くのＣＰＵ資源を投入し、負荷が大きいグループの計量処理を効率的に行なうことができる。
【００９２】
・ 上記実施形態では、割当ＣＰＵ数が使用可能ＣＰＵ数に等しいグループがない場合（ステップＳ２−６において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、メモリ不足メッセージの出力処理を実行する（ステップＳ２−８）。これにより、担当者は、メモリ増設を検討して、パフォーマンス向上を図ることができる。
【００９３】
そして、管理サーバ２０の制御部２１は、ページングが発生しない最大ＣＰＵ数が最大となるグループの中で最初に待機となったグループの計量処理の開始処理を実行する（ステップＳ２−９）。これにより、計量処理においてボトルネックとなるページングを発生させないで、最大のＣＰＵ資源を使用することができる。
【００９４】
・ 上記実施形態では、「計量待機」フラグが記録された処理状況管理レコード２２０が抽出できず、待機中のグループがないと判定した場合（ステップＳ２−４において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、ロード処理を完了していないグループがあるかどうかについての判定処理を実行する（ステップＳ２−１０）。「ロード待機」フラグ又は「ロード中」フラグが記録された処理状況管理レコード２２０を検出することに
より、ロード処理を完了していないグループがあると判定した場合（ステップＳ２−１０において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、グループ定義見直しメッセージの出力処理を実行する（ステップＳ２−１１）。これにより、担当者は、固定的なグループ定義の見直しのタイミングを把握することができる。
【００９５】
・ 上記実施形態では、「ロード待機」フラグ又は「ロード中」フラグが記録された処理状況管理レコード２２０を検出せず、ロード処理を完了していないグループがないと判定した場合（ステップＳ２−１０において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、グループ定義見直し処理を実行する（ステップＳ２−１２）。これにより、効率的にグループ定義の見直しを行なうことができる。特に、各グループのデータ量が変化する場合、計量処理におけるＣＰＵ割当の定義を、ＣＰＵやメモリの使用状況から動的に判断し、パフォーマンスチューニングに関わる体力を削減することができる。
【００９６】
・ 上記実施形態では、グループ定義見直し処理においては、各グループの計量処理において、待機時間が少なく、ＣＰＵを効率的に使用できるように、各グループを構成する演算要素の変更を行なう。この具体例を、図６を用いて説明する。ここで、「Ｇ１」〜「Ｇ５」は、各グループの演算要素の総サイズ、「ＴＬ」はロード処理に要する時間を算出する関数、「ＴＳ」は計量処理に要する時間を算出する関数である。「Ａ」を搭載ＣＰＵ数とした場合、図６に示すように、データ量（負荷）が小さい先行グループの計量処理を終了したときに、データ量が大きい後続グループの計量処理を開始するように設定することができる。従って、高負荷グループの計量処理は最後の方で実施することにより、割当可能な資源を最大化することができる。
【００９７】
なお、上記実施形態は、以下の態様に変更してもよい。
○ 上記実施形態では、計算処理としてシミュレーションを行なう場合に適用した。この演算処理の適用は、これに限定されるものではなく、第１情報処理、第２情報処理を行なう場合に、先行グループの第２情報処理を終了した時点で、後続グループの第２情報処理を行なう場合に適用することができる。
【００９８】
○ 上記実施形態では、グループ定義見直し処理により、グループ定義を変更する。これに代えて、方程式を用いて、各グループにおける演算要素の配分を決定するようにしてもよい。この場合、図６に示した例において、以下の連立方程式を解く。
ＴＬ（Ｇ２）＝ＴＬ（Ｇ１）＋ＴＳ（Ｇ１／（Ａ−４））
ＴＬ（Ｇ３）＝ＴＬ（Ｇ２）＋ＴＳ（Ｇ２／（Ａ−３））
ＴＬ（Ｇ４）＝ＴＬ（Ｇ３）＋ＴＳ（Ｇ３／（Ａ−２））
ＴＬ（Ｇ５）＝ＴＬ（Ｇ４）＋ＴＳ（Ｇ４／（Ａ−１））
トータル量＝Ｇ１＋Ｇ２＋Ｇ３＋Ｇ４＋Ｇ５
すなわち、ｎ番目にデータ量が大きいグループのロード所要時間が、（ｎ−１）番目のグループのロード所要時間と、（ｎ−１）番目のグループの計量所要時間との合計になるように方程式を作成する。この場合、（ｎ−１）番目のグループの計量所要時間は、搭載ＣＰＵ数から、ｎ番目以降のグループのロード処理に割り当てられたＣＰＵ数を減算したＣＰＵ資源を用いて計量処理を行なった場合の時間を用いる。そして、各グループの負荷の総計と、全体の処理量とを一致させる。これにより、先行グループの第２情報処理の終了時に、後続グループの第１情報処理を終了し、このグループの第２情報処理を開始できるグループ構成を決定することができる。
【００９９】
○ 上記実施形態では、ロード処理を完了していないグループがあると判定した場合（ステップＳ２−１０において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、グループ定義見直しメッセージの出力処理を実行する（ステップＳ２−１１）。これに代えて、処理実績管理レコード２３０に記録されたロード終了時刻と計量開始時刻との時間差に
基づいて、定義見直しの判定を行なってもよい。これにより、先行グループの第２の情報処理の終了時に、第２の情報処理について基準時間以上を待機しているグループがあった場合には、グループ構成を変更することができる。
【０１００】
○ 上記実施形態では、管理サーバ２０内に演算処理部３０を設けた。ハードウェア構成はこれに限定されるものではない。例えば、演算処理部３０を、管理サーバ２０とは別のハードウェア構成とすることも可能である。
【符号の説明】
【０１０１】
１０…クライアント端末、２０…管理サーバ、２１…制御部、２１１…ロード指示手段、２１２…ロード監視手段、２１３…計量指示手段、２１４…計量監視手段、２１５…計量対象特定手段、２１６…グループ定義管理手段、２２…処理状況管理データ記憶部、２３…処理実績管理データ記憶部、２４…グループ定義データ記憶部、３０…演算処理部、４０…ファイルサーバ。
【特許請求の範囲】
【請求項１】
まとめて情報処理を行なうために生成されたグループのグループ識別子に対して、各グループを構成する処理対象データを記憶したグループ構成情報記憶手段と、
各グループに対して、ＣＰＵ資源の割当を行ない、グループ毎に順次、第１情報処理と第２情報処理とを実行させる制御手段とを備えた演算処理システムであって、
前記制御手段が、
各グループに対して均等にＣＰＵ資源の割当を行ない、第１情報処理の開始を指示する手段と、
第１情報処理を終了したグループに対して、前記第１情報処理の終了時刻を記録するとともに、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出する手段と、
第１情報処理の終了を検知したときに、まだ第２情報処理が実行されていない場合には前記割当ＣＰＵ数の割当を行なって第２情報処理の開始を指示し、先に第１情報処理を終了した先行グループにおいて第２情報処理が実行されている場合には待機を指示する手段と、
第２情報処理の終了を検知したときに、第１情報処理を終了して第２情報処理の開始を待機しているグループが複数ある場合、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出し、前記割当ＣＰＵ数を使用できるグループの中で、最先に待機しているグループに対して第２情報処理の実行を指示する手段とを備えたことを特徴とする演算処理システム。
【請求項２】
第１情報処理は処理対象データのロード処理であり、
第２情報処理は、ロードされた処理対象データの計算処理であることを特徴とする請求項１に記載の演算処理システム。
【請求項３】
先行グループの第２情報処理の終了時に、第２情報処理について待機中のグループがない場合には、前記グループ構成情報記憶手段に記憶された処理対象データのグループ構成を変更するグループ構成変更処理を実行するための指示を出力することを特徴とする請求項１又は２に記載の演算処理システム。
【請求項４】
先行グループの第２情報処理の終了時に、第２情報処理について基準時間以上を待機しているグループがあった場合には、前記グループ構成情報記憶手段に記憶された処理対象データのグループ構成を変更するグループ構成変更処理を実行するための指示を出力することを特徴とする請求項１〜３のいずれか一つに記載の演算処理システム。
【請求項５】
前記グループ構成変更処理において、先行グループの第２情報処理の終了時に、後続グループの第１情報処理を終了し、このグループの第２情報処理を開始できるように、各グループを構成する処理対象データを再配分する手段を備えたことを特徴とする請求項３又は４に記載の演算処理システム。
【請求項６】
ページングの発生に基づいて、第２情報処理において使用可能なＣＰＵ数を割り当てられなかった場合には、メモリ不足についてのメッセージを出力することを特徴とする請求項１〜５のいずれか一つに記載の演算処理システム。
【請求項７】
まとめて情報処理を行なうために生成されたグループのグループ識別子に対して、各グループを構成する処理対象データを記憶したグループ構成情報記憶手段と、
各グループに対して、ＣＰＵ資源の割当を行ない、グループ毎に順次、第１情報処理と第２情報処理とを実行させる制御手段とを備えた演算処理システムを用いて、演算処理を行なうための方法であって、
前記制御手段が、
各グループに対して均等にＣＰＵ資源の割当を行ない、第１情報処理の開始を指示する段階と、
第１情報処理を終了したグループに対して、前記第１情報処理の終了時刻を記録するとともに、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出する段階と、
第１情報処理の終了を検知したときに、まだ第２情報処理が実行されていない場合には前記割当ＣＰＵ数の割当を行なって第２情報処理の開始を指示し、先に第１情報処理を終了した先行グループにおいて第２情報処理が実行されている場合には待機を指示する段階と、
第２情報処理の終了を検知したときに、第１情報処理を終了して第２情報処理の開始を待機しているグループが複数ある場合、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出し、前記割当ＣＰＵ数を使用できるグループの中で、最先に待機しているグループに対して第２情報処理の実行を指示する段階とを実行することを特徴とする演算処理方法。
【請求項８】
まとめて情報処理を行なうために生成されたグループのグループ識別子に対して、各グループを構成する処理対象データを記憶したグループ構成情報記憶手段と、
各グループに対して、ＣＰＵ資源の割当を行ない、グループ毎に順次、第１情報処理と第２情報処理とを実行させる制御手段とを備えた演算処理システムを用いて、演算処理を行なうためのプログラムであって、
前記制御手段を、
各グループに対して均等にＣＰＵ資源の割当を行ない、第１情報処理の開始を指示する手段、
第１情報処理を終了したグループに対して、前記第１情報処理の終了時刻を記録するとともに、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出する手段、
第１情報処理の終了を検知したときに、まだ第２情報処理が実行されていない場合には前記割当ＣＰＵ数の割当を行なって第２情報処理の開始を指示し、先に第１情報処理を終了した先行グループにおいて第２情報処理が実行されている場合には待機を指示する手段、
第２情報処理の終了を検知したときに、第１情報処理を終了して第２情報処理の開始を待機しているグループが複数ある場合、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出し、前記割当ＣＰＵ数を使用できるグループの中で、最先に待機しているグループに対して第２情報処理の実行を指示する手段
として機能させることを特徴とする演算処理プログラム。
【請求項１】
まとめて情報処理を行なうために生成されたグループのグループ識別子に対して、各グループを構成する処理対象データを記憶したグループ構成情報記憶手段と、
各グループに対して、ＣＰＵ資源の割当を行ない、グループ毎に順次、第１情報処理と第２情報処理とを実行させる制御手段とを備えた演算処理システムであって、
前記制御手段が、
各グループに対して均等にＣＰＵ資源の割当を行ない、第１情報処理の開始を指示する手段と、
第１情報処理を終了したグループに対して、前記第１情報処理の終了時刻を記録するとともに、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出する手段と、
第１情報処理の終了を検知したときに、まだ第２情報処理が実行されていない場合には前記割当ＣＰＵ数の割当を行なって第２情報処理の開始を指示し、先に第１情報処理を終了した先行グループにおいて第２情報処理が実行されている場合には待機を指示する手段と、
第２情報処理の終了を検知したときに、第１情報処理を終了して第２情報処理の開始を待機しているグループが複数ある場合、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出し、前記割当ＣＰＵ数を使用できるグループの中で、最先に待機しているグループに対して第２情報処理の実行を指示する手段とを備えたことを特徴とする演算処理システム。
【請求項２】
第１情報処理は処理対象データのロード処理であり、
第２情報処理は、ロードされた処理対象データの計算処理であることを特徴とする請求項１に記載の演算処理システム。
【請求項３】
先行グループの第２情報処理の終了時に、第２情報処理について待機中のグループがない場合には、前記グループ構成情報記憶手段に記憶された処理対象データのグループ構成を変更するグループ構成変更処理を実行するための指示を出力することを特徴とする請求項１又は２に記載の演算処理システム。
【請求項４】
先行グループの第２情報処理の終了時に、第２情報処理について基準時間以上を待機しているグループがあった場合には、前記グループ構成情報記憶手段に記憶された処理対象データのグループ構成を変更するグループ構成変更処理を実行するための指示を出力することを特徴とする請求項１〜３のいずれか一つに記載の演算処理システム。
【請求項５】
前記グループ構成変更処理において、先行グループの第２情報処理の終了時に、後続グループの第１情報処理を終了し、このグループの第２情報処理を開始できるように、各グループを構成する処理対象データを再配分する手段を備えたことを特徴とする請求項３又は４に記載の演算処理システム。
【請求項６】
ページングの発生に基づいて、第２情報処理において使用可能なＣＰＵ数を割り当てられなかった場合には、メモリ不足についてのメッセージを出力することを特徴とする請求項１〜５のいずれか一つに記載の演算処理システム。
【請求項７】
まとめて情報処理を行なうために生成されたグループのグループ識別子に対して、各グループを構成する処理対象データを記憶したグループ構成情報記憶手段と、
各グループに対して、ＣＰＵ資源の割当を行ない、グループ毎に順次、第１情報処理と第２情報処理とを実行させる制御手段とを備えた演算処理システムを用いて、演算処理を行なうための方法であって、
前記制御手段が、
各グループに対して均等にＣＰＵ資源の割当を行ない、第１情報処理の開始を指示する段階と、
第１情報処理を終了したグループに対して、前記第１情報処理の終了時刻を記録するとともに、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出する段階と、
第１情報処理の終了を検知したときに、まだ第２情報処理が実行されていない場合には前記割当ＣＰＵ数の割当を行なって第２情報処理の開始を指示し、先に第１情報処理を終了した先行グループにおいて第２情報処理が実行されている場合には待機を指示する段階と、
第２情報処理の終了を検知したときに、第１情報処理を終了して第２情報処理の開始を待機しているグループが複数ある場合、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出し、前記割当ＣＰＵ数を使用できるグループの中で、最先に待機しているグループに対して第２情報処理の実行を指示する段階とを実行することを特徴とする演算処理方法。
【請求項８】
まとめて情報処理を行なうために生成されたグループのグループ識別子に対して、各グループを構成する処理対象データを記憶したグループ構成情報記憶手段と、
各グループに対して、ＣＰＵ資源の割当を行ない、グループ毎に順次、第１情報処理と第２情報処理とを実行させる制御手段とを備えた演算処理システムを用いて、演算処理を行なうためのプログラムであって、
前記制御手段を、
各グループに対して均等にＣＰＵ資源の割当を行ない、第１情報処理の開始を指示する手段、
第１情報処理を終了したグループに対して、前記第１情報処理の終了時刻を記録するとともに、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出する手段、
第１情報処理の終了を検知したときに、まだ第２情報処理が実行されていない場合には前記割当ＣＰＵ数の割当を行なって第２情報処理の開始を指示し、先に第１情報処理を終了した先行グループにおいて第２情報処理が実行されている場合には待機を指示する手段、
第２情報処理の終了を検知したときに、第１情報処理を終了して第２情報処理の開始を待機しているグループが複数ある場合、ページングを発生させないＣＰＵ数であって、割当可能な最大ＣＰＵ数を割当ＣＰＵ数として算出し、前記割当ＣＰＵ数を使用できるグループの中で、最先に待機しているグループに対して第２情報処理の実行を指示する手段
として機能させることを特徴とする演算処理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１０−２３７９９４（Ｐ２０１０−２３７９９４Ａ）
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願番号】特願２００９−８５８６２（Ｐ２００９−８５８６２）
【出願日】平成２１年３月３１日（２００９．３．３１）
【出願人】（５９２１３１９０６）みずほ情報総研株式会社 (187)
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願日】平成２１年３月３１日（２００９．３．３１）
【出願人】（５９２１３１９０６）みずほ情報総研株式会社 (187)
[ Back to top ]