(57)【要約】【課題】既存システムにおけるプログラムをグリッド・コンピューティング環境へ移行する際の、プログラムの変更を低減する。【解決手段】複数のデータを含む複数のファイルの各々を、複数のグリッドコンピュータに配置することによって、前記ファイルを処理するジョブを前記グリッドコンピュータに実行させる、ジョブ管理計算機であって、前記ファイルは、前記複数のデータのデータ形式を含み、前記ジョブ管理計算機は、一つの前記ジョブが処理する第１の前記ファイルを取得し、前記第１のファイルに含まれる前記複数のデータを、種別毎に分割し、前記分割されたデータに、前記第１のファイルに含まれる前記データ形式を付加することによって、複数の第２の前記ファイルを作成し、前記作成された複数の第２のファイルを、前記グリッドコンピュータに実行させるために配置する。【選択図】図１
2011103106.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータを含む複数のファイルの各々を、複数のグリッドコンピュータに配置することによって、前記ファイルを処理するジョブを前記グリッドコンピュータに実行させる、ジョブ管理計算機であって、
前記ファイルは、前記複数のデータのデータ形式を含み、
前記ジョブ管理計算機は、
一つの前記ジョブが処理する第１の前記ファイルを取得し、
前記第１のファイルに含まれる前記複数のデータを、種別毎に分割し、
前記分割されたデータに、前記第１のファイルに含まれる前記データ形式を付加することによって、複数の第２の前記ファイルを作成し、
前記作成された複数の第２のファイルを、前記グリッドコンピュータに実行させるために配置することを特徴とするジョブ管理計算機。
【請求項２】
前記ジョブ管理計算機は、前記作成された複数の第２のファイルと、複数の前記グリッドコンピュータとが、１対１になるように、前記第２のファイルを前記グリッドコンピュータに配置することを特徴とする請求項１に記載のジョブ管理計算機。
【請求項３】
前記ジョブ管理計算機は、
前記複数の第２のファイルに、各々一意のファイル名称を付加し、
前記一意のファイル名称が付加された第２のファイルと、前記第２のファイルが配置される前記グリッドコンピュータとの組み合わせを保持することを特徴とする請求項１に記載のジョブ管理計算機。
【請求項４】
複数のデータを含む複数のファイルの各々を、複数のグリッドコンピュータに配置することによって、ジョブ管理計算機が、前記ファイルを処理するジョブを前記グリッドコンピュータに実行させる、ジョブ管理方法であって、
前記ファイルは、前記複数のデータのデータ形式も含み、
前記ジョブ管理方法は、
前記ジョブ管理計算機が、一つの前記ジョブが処理する第１の前記ファイルを取得し、
前記ジョブ管理計算機が、前記第１のファイルに含まれる前記複数のデータを、種別毎に分割し、
前記ジョブ管理計算機が、前記分割されたデータに、前記第１のファイルに含まれる前記データ形式を付加することによって、複数の第２の前記ファイルを作成し、
前記ジョブ管理計算機が、前記作成された複数の第２のファイルを、前記グリッドコンピュータに実行させるために配置することを特徴とするジョブ管理方法。
【請求項５】
前記ジョブ管理方法は、前記ジョブ管理計算機が、前記作成された複数の第２のファイルと、複数の前記グリッドコンピュータとが、１対１になるように、前記第２のファイルを前記グリッドコンピュータに配置することを特徴とする請求項４に記載のジョブ管理方法。
【請求項６】
前記ジョブ管理方法は、
前記ジョブ管理計算機が、前記複数の第２のファイルに、各々一意のファイル名称を付加し、
前記ジョブ管理計算機が、前記一意のファイル名称が付加された第２のファイルと、前記第２のファイルが配置される前記グリッドコンピュータとの組み合わせを保持することを特徴とする請求項４に記載のジョブ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ジョブ管理計算機に関し、特に、グリッド・コンピューティング環境へのジョブの移行におけるジョブ管理計算機に関する。
【背景技術】
【０００２】
社会インフラを構築する基幹系システムの中には、数百万件の個別データを、ループ構造を持つ更新プログラムによって長時間処理するジョブが存在する。従来は、このようなジョブは、メインフレームと呼ばれる計算機によって処理されていた。しかし、近年ではジョブが処理する重要なプログラムを、オープン環境においても実行できるように移行する場合が多い。そして、この移行に際し、ジョブの処理を高速化させることによって、ジョブを短時間で完了させる方法が考えられている。ジョブを短時間で完了させる方法には、安価な計算機を多数並べたグリッド・コンピューティング環境を利用し、このグリッド・コンピューティング環境下で、実行するジョブの多重度を上げる方法がある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１０２７８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のグリッド・コンピューティング環境を管理する方法には、データ・レコード（以下、ファイルと記載）を定期的にデータ・リポジトリに記憶したり、データ・リポジトリを複数の分散データ・リポジトリに分割したりする方法がある。しかし、これらの従来の方法は、既存のプログラムを極力変更せずに、プログラムをグリッド・コンピューティング環境へスムーズに移行するためのファイルの分割方法が考慮されていない。
【０００５】
従来技術を用いた場合、プログラムの実行環境を変える際に、ファイルへのアクセス方法及びジョブの起動方法等が異なるために、プログラムを変更する必要があった。特に多重することなく実行されていたジョブの多重度を上げるために、ファイルも多重度に合わせて分割する必要がある。しかし、ファイルを無条件に分割するとデータ形式情報が変わるために既存のプログラムの改造が必要になる。
【０００６】
また、グリッド・コンピューティング環境において、ジョブを多重化させる際に、分割されたファイルが確実に実行されたことをスケジュール管理するために、多重化された個々のジョブと分割後のファイルを関連付けて管理する必要がある。
【課題を解決するための手段】
【０００７】
本発明の代表的な一形態によると、複数のデータを含む複数のファイルの各々を、複数のグリッドコンピュータに配置することによって、前記ファイルを処理するジョブを前記グリッドコンピュータに実行させる、ジョブ管理計算機であって、前記ファイルは、前記複数のデータのデータ形式を含み、前記ジョブ管理計算機は、一つの前記ジョブが処理する第１の前記ファイルを取得し、前記第１のファイルに含まれる前記複数のデータを、種別毎に分割し、前記分割されたデータに、前記第１のファイルに含まれる前記データ形式を付加することによって、複数の第２の前記ファイルを作成し、前記作成された複数の第２のファイルを、前記グリッドコンピュータに実行させるために配置する。
【発明の効果】
【０００８】
本発明の一実施形態によると、プログラムを変更せずに、ファイルをグリッド・コンピューティングに移行できる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態の分割される前後のファイルを示す説明図である。
【図２】本発明の実施形態のグリッド・コンピューティング環境の構成を示すブロック図である。
【図３】本発明の実施形態の移行元システムから移行先システムへのファイル移行を示す説明図である。
【図４】本発明の実施形態のファイル及びデータ形式情報の移行処理を示すフローチャートである。
【図５Ａ】本発明の実施形態のファイルを示す説明図である。
【図５Ｂ】本発明の実施形態のファイルの具体例を示す説明図である。
【図６Ａ】本発明の実施形態のファイルを店情報毎に分割した場合を示す説明図である。
【図６Ｂ】本発明の実施形態のファイルを店情報毎に分割した場合の具体例を示す説明図である。
【図７Ａ】本発明の実施形態のファイルを口座情報毎に分割した場合を示す説明図である。
【図７Ｂ】本発明の実施形態のファイルを口座情報毎に分割した場合の具体例を示す説明図である。
【図８】本発明の実施形態のファイル分割処理を示すフローチャートである。
【図９】本発明の実施形態のファイル配置処理を示すフローチャートである。
【図１０】本発明の実施形態の分割されたファイルと、実行サーバと、ジョブとを含むファイル配置管理テーブルを示す。
【発明を実施するための形態】
【００１０】
本発明の概要を以下に説明する。
【００１１】
課題を解決するために、本発明では、移行前のシステムから移行先のシステムであるグリッド・コンピューティング環境へファイルを移行する際に、移行前のデータ形式を示す情報も一緒にファイルに取り込み、グリッド・コンピューティング環境において取り込まれたデータ形式情報と分割すべき検索情報とを入力して、データ形式情報と検索条件とによって分割すべきファイルを検索する。さらに、本発明では、検索条件を満たしたデータは別ファイルに出力され、データ形式情報をヘッダとして付加され、新規なファイルが作成される。
【００１２】
本発明は、前述の構成によって、分割後のファイルのデータ形式が分割前のデータ形式と同じになり、かつファイル間でデータ形式を統一でき、既存のプログラムの改造を極力抑えられる。そして、本発明は、グリッド・コンピューティング環境へのスムーズな移行を実現可能とするファイル分割を特徴とする。
【００１３】
また、分割した際に作成されるファイルのファイル名称を所定の名称規則によって決めることによって、ファイル名称が一意に決まる。この結果、グリッド・コンピューティング環境において、ジョブを多重化させる際に、分割後のファイルと多重化したジョブを１対１に対応付けてスケジュール管理することを容易にする。
【００１４】
本発明の具体的な実施形態を以下に説明する。
【００１５】
図１は、本発明の実施形態の分割される前後のファイルを示す説明図である。
【００１６】
図１に示すファイル１１０は、本発明による分割前のファイルである。ファイル１１０は、データ形式情報３０１と、データ３０２と、ｅｎｄ部とを含む。データ３０２には、複数のデータが格納され、データ形式情報３０１は、データ３０２に格納されたデータの形式を示す。ｅｎｄ部は、ファイル１１０におけるデータの末尾を示す。
【００１７】
メインフレーム等の計算機は、ファイル１１０を読み込み、ファイル１１０内に含まれるデータ３０２を引数として、ジョブに含まれるプログラムを実行する。
【００１８】
ファイル１１０は、分割後に、ファイル１（１１３）、ファイル２（１１４）、・・・、及びファイルｎ（１１５）となる。ｎは、正の整数であり、分割数である。以後において、ファイル１（１１３）、ファイル２（１１４）、・・・、及びファイルｎ（１１５）を、総称してファイルｎと記載する。
【００１９】
ファイルｎには、ファイル１１０のデータ形式情報３０１と同じデータ形式情報が各々付加される。ファイル１（１１３）、ファイル２（１１４）、・・・、及びファイルｎ（１１５）には、データ形式情報３０１が各々付加され、データ３０２が分割されたデータ３０２１、データ３０２２、・・・、及びデータ３０２ｎが含まれる。以後において、分割されたファイルｎにおけるデータ形式情報をデータ形式情報３０１ｎ、データをデータ３０２ｎと記載する。
【００２０】
なお、分割されたファイルｎには、一意なファイル名称も付加される。そのため、前述のような分割方法によって、本発明は、多重化したジョブのスケジュール管理を容易にすることができる。
【００２１】
図２は、本発明の実施形態のグリッド・コンピューティング環境の構成を示すブロック図である。
【００２２】
本発明のグリッド・コンピューティング環境は、グリッド環境システム１００と、外部記憶装置１０２と、複数の実行サーバ１０１と、通信路１０９とを備える。通信路１０９は、グリッド管理システム１００と実行サーバ１０１とを接続し、ＬＡＮ、ＷＡＮ、又はインターネットのいずれのネットワークであってもよい。
【００２３】
グリッド管理システム１００は、ＣＰＵ１１６と主記憶装置１１９と入出力インタフェース１０７と通信インタフェース１０８とを備える計算機である。なお、管理者が後述する検索情報１１２を入力するためのキーボード又はマウスなどの入力装置を備えてもよく、ファイルの分割結果などを確認するためのディスプレイ又はプリンタなどの出力装置を備えてもよい。
【００２４】
グリッド管理システム１００は、入出力インタフェース１０７を介して、外部記憶装置１０２とデータを送受信する。また、グリッド管理システム１００は、通信インタフェース１０８、通信路１０９、及び、実行サーバ１０１に備わる通信インタフェース１１７を介して、実行サーバ１０１と通信する。なお、外部記憶装置１０２は、グリッド環境システム１００に備わる記憶装置であってもよい。
【００２５】
実行サーバ１０１は、グリッド管理システム１００と同じく、ＣＰＵ１１８と、主記憶装置１２１と、入出力インターフェース１２０と、通信インタフェース１１７とを備える計算機である。入出力インタフェース１２０を介して外部記憶装置１０２とデータを送受信する。実行サーバ１０１は、複数存在し、各々がグリッド管理システム１００、及び外部記憶装置１０２と接続される。実行サーバ１０１は、グリッド管理システム１００と同じく、グリッド・コンピューティング環境である。
【００２６】
グリッド管理システム１００における主記憶装置１１９には、変換制御モジュール２０５、ファイル分割モジュール１０３、ファイル配置モジュール１０４、及びジョブスケジュールモジュール１０５と、ファイル配置管理テーブル１０６が格納される。各モジュールは、ＣＰＵ１１６によって実行される。また、ファイル配置管理テーブル１０６は、テーブル形式であり、ファイル配置モジュール１０４及びジョブスケジュールモジュール１０５によって、参照及び更新される。
【００２７】
主記憶装置１１９の変換制御モジュール２０５は、後述するように、グリッド管理システム１００に転送されたファイルを、グリッド管理システム１００に対応するように変換する。ファイル分割モジュール１０３は、後述するファイルを分割する処理を実行するモジュールである。ファイル配置モジュール１０４は、後述するファイルを実行サーバ１０１に配置するモジュールである。ジョブスケジュールモジュール１０５は、実行サーバ１０１に配置されたファイルの実行をスケジュールするモジュールである。ファイル配置管理テーブル１０６は、ファイル配置モジュール１０４又はジョブスケジュールモジュール１０５によって更新される。
【００２８】
外部記憶装置１０２には、ファイル１１０、データ形式情報１１１、検索情報１１２、及びファイルｎ（ファイル１（１１３）、ファイル２（１１４）、・・・、ファイルｎ（１１５））が格納される。検索情報１１２は、ファイル分割モジュール１０３によって読み出される。なお、データ形式情報１１１は、ファイル１１０のデータ形式を示し、図１に示すデータ形式情報３０１と同じ値を示すファイルである。
【００２９】
外部記憶装置１０２に格納される検索情報１１２は、キーと、種別情報と、ファイル名称規則とを含む。検索情報１１２は、グリッド管理システム１００の管理者によって、あらかじめ格納される。
【００３０】
検索情報１１２におけるキー及び種別情報は、ファイル１１０を分割するための情報であり、データ３０２をどの種別毎に分割するかを示す。分割する具体的な手順は、後述する。
【００３１】
ファイル名称規則は、分割されたファイルｎの各々に付されるファイル名称の規則を示す。ファイル名称の規則は、例えば、１回の分割作業において、一意なファイル名称を定める規則でもよい。また、例えば、一月などの一定期間において、一意なファイル名称を定める規則でもよい。
【００３２】
図３は、本発明の実施形態の移行元システムから移行先システムへのファイル移行を示す説明図である。
【００３３】
図３に示すシステムＡ２００は、ＣＰＵ２０４とメモリとを備える計算機であり、外部記憶装置２０１と接続される。また、システムＡ２００とグリッド管理システム１００とは、通信路２０８を介して接続される。通信路２０８は、ＬＡＮ、ＷＡＮ、又はインターネットのいずれのネットワークであってもよい。システムＡ２００は、ファイルの移行元のシステムであり、例えば、メインフレームである。グリッド管理システム１００は、ファイルの移行先のシステムであり、例えば、オープン環境によって実装された計算機である。
【００３４】
システムＡ２００は、ファイル２０２に含まれるデータを引数として、ジョブに含まれるプログラムに入力し、ジョブを実行する。ファイル２０２は、図１に示すファイル１１０に相当し、システムＡ２００において実行されるジョブは、単一のジョブであり、多重していない。プログラムは、ファイル２０２に含まれる複数のデータを各々処理するため、ループ構造を持つ。
【００３５】
ファイル２０２及びデータ形式情報２０３は、外部記憶装置２０１からシステムＡ２００によって呼び出され、システムＡ２００のメモリに展開される。データ形式情報２０３は、ファイル２０２に含まれるデータのデータ形式を示す。ファイル２０２とデータ形式情報２０３とは、別々に、外部記憶装置２０１に格納される。
【００３６】
データ形式情報３０１及びデータ３０２は、グリッド管理システム１００に備わる変換制御モジュール２０５によって、グリッド管理システム１００（オープン環境）においても対応可能なファイル２０６及びデータ形式情報２０７に変換される。変換制御モジュール２０５は、あらかじめグリッド管理システム１００に備わる。
【００３７】
図４は、本発明の実施形態のファイル２０２及びデータ形式情報２０３の移行処理を示すフローチャートである。
【００３８】
移行処理が開始されると（Ｓ１００）、システムＡ２００は、外部記憶装置２０１からファイル２０２を読み込み、移行元であるシステムＡ２００から移行先であるグリッド管理システム１００へ、ファイル２０２を転送する。そして、変換制御モジュール２０５によって、ファイル２０２は、グリッド管理システム１００のＯＳ等に対応するファイル２０６に変換される（Ｓ１０１）。
【００３９】
同じく、システムＡ２００は、外部記憶装置２０１からファイル２０２のデータ形式情報２０３を読み込み、移行元のシステムＡ２００から移行先であるグリッド管理システム１００へ、データ形式情報２０３を転送する。そして、変換制御モジュール２０５によって、データ形式情報２０３は、グリッド管理システム１００のＯＳ等に対応するデータ形式情報２０７に変換される（Ｓ１０２）。
【００４０】
次に、グリッド管理システム１００は、変換されたファイル２０６とデータ形式情報２０７とを外部記憶装置１０２に格納する（Ｓ１０３）。外部記憶装置１０２に格納されたファイル２０６及びデータ形式情報２０７は、図２に示すファイル１１０及びデータ形式情報１１１に相当する。Ｓ１０３の後、移行処理が終了する（Ｓ１０４）。
【００４１】
ここで、ファイル１１０及びファイルｎの分割前後を、具体的な例を用いて説明する。
【００４２】
図５Ａは、本発明の実施形態のファイル１１０を示す説明図である。
【００４３】
本実施形態におけるファイル１１０は、データ形式情報３０１に、例えば店Ｇｒ情報及び全体構成を示す情報が含まれる。データ形式情報３０１は、データ３０２に含まれる情報に共通した情報が含まれ、図２に示すデータ形式情報１１１、及び、図３に示すデータ形式情報２０７と同じ内容である。
【００４４】
また、ファイル１１０は、データ３０２に、例えば店情報及び口座情報を含む。データ３０２には、ジョブに含まれるプログラムの引数となるデータが、複数個含まれる。そして、ファイル１１０の最後に、ファイル１１０の末端であることを示すｅｎｄ情報が含まれる。本実施形態のデータ３０２は、店１情報に、口座情報がｍ個含まれ、店２情報に、口座情報がｋ個含まれる。
【００４５】
店Ｇｒ情報には、データ３０２に格納されるデータの共通した属性が入る。例えば、データ３０２に格納されるデータが、関東地方に存在する店と、各々の店に所属する口座に関する情報である場合、店Ｇｒ情報には、関東地方を示す値が格納される。全体情報は、データ３０２にどのような値がどのように格納されるかを示し、例えば、店情報と口座情報とが格納されること、及び、店情報と口座情報とがどのような形式によって格納されるかを示す。
【００４６】
図５Ｂは、本発明の実施形態のファイル１１０の具体例を示す説明図である。
【００４７】
図５Ｂに示すファイル１１０は、図５Ａに示す概念図を具体的なファイル形式によって実装する例である。ファイル１１０は、各々のカラムがカンマによって区切られるＣＳＶ形式である。図５Ｂには、ファイル１１０が、ＣＳＶ形式によって実装される場合を示すが、データベースを用いて実装されてもよい。
【００４８】
本実施形態のファイル１１０における一つ目のカラムには、店Ｇｒ情報が格納され、二つ目のカラムには、全体構成が格納され、三つめのカラムから後のカラムには、店情報と口座情報とが交互に格納される。そして、最後のカラムにｅｎｄ情報が格納される。一つ目のカラムと二つ目のカラムとがデータ形式情報３０１を示し、三つ目のカラムから後のカラムがデータ３０２を示す。
【００４９】
図５Ｂに示す二つ目のカラムには、データ３０２に、店情報及び口座情報が格納されることと格納される形式とを、一意に示す値が格納される。なお、図５Ｂに示す店Ｇｒ情報及び全体情報は、各々１カラムずつによって示すが、各々の情報は、複数のカラムによって示されてもよい。このため、全体情報は、例えば、店情報を示す一意の値が１であり、口座情報を示す一意の値が２である場合、店情報と口座情報とが交互に格納される形式を、「１，２ｉ＋ｊ，２，２ｉ＋ｊ＋１」（ｉ：初期値＝０から始まる正の整数、ｊ：データ３０２の開始カラムの位置）のように示されてもよい。
【００５０】
なお、データ形式情報３０１に格納されるデータの意味については、システムＡ２００、グリッド管理システム１００、及び実行サーバ１０１に格納されるプログラムに、あらかじめ格納されているものとする。
【００５１】
図６Ａは、本発明の実施形態のファイル１１０を店情報毎に分割した場合を示す説明図である。
【００５２】
図６Ａは、図５Ａに示すファイル１１０を、店情報毎に分割した結果であるファイル１（１１３）及びファイル２（１１４）の概念図を示す。データ３０２は、店１情報及び店２情報によって分割され、分割されたデータに、図５Ａに示すデータ形式情報３０１が各々付加される。
【００５３】
ここで、検索情報１１２に含まれるキー及び種別情報は、ファイル１（１１３）及びファイル２（１１４）を取得するために、店情報を示す値である。例えば、キーには、店情報が入るカラムの場所を示す値が含まれ、種別情報には、店情報を示す一意の値が含まれる。そして、グリッド管理システム１００は、検索情報１１２に含まれるキー及び種別情報を読み込み、同じ店情報を示すカラムごとに、データ３０２を分割する。
【００５４】
図６Ｂは、本発明の実施形態のファイル１１０を店情報毎に分割した場合の具体例を示す説明図である。
【００５５】
図６Ｂは、図６Ａに示す概念図を、ＣＳＶ形式によって実装したファイル１（１１３）及びファイル２（１１４）を示す図である。本実施形態において、店情報には、店１情報と店２情報との二つのみであるため、分割されたファイルｎは二つである（すなわち、ｎ＝２）。
【００５６】
図７Ａは、本発明の実施形態のファイル１１０を口座情報毎に分割した場合を示す説明図である。
【００５７】
図７Ａは、図５Ａに示すファイル１１０を、口座情報毎に分割した場合のファイル１（１１３）〜ファイルｎ（１１５）の概念図を示す。データ３０２は、口座情報毎に分割され、分割されたデータに、図５Ａに示すデータ形式情報３０１が各々付加される。
【００５８】
ここで、検索情報１１２に含まれるキー及び種別情報は、ファイル１（１１３）及びファイル２（１１４）を取得するために、口座情報を示す値である。例えば、キーには、口座情報が入るカラムの場所を示す値が含まれ、種別情報には、口座情報を示す一意の値が含まれる。そして、グリッド管理システム１００は、検索情報１１２に含まれるキー及び種別情報を読み込み、口座情報を示すカラムごとに、データ３０２を分割する。
【００５９】
図７Ｂは、本発明の実施形態のファイル１１０を口座情報毎に分割した場合の具体例を示す説明図である。
【００６０】
図７Ｂは、図７Ａに示す概念図をＣＳＶ形式によって実装したファイル１（１１３）〜ファイルｎ（１１５）を示す図である。本実施形態において、口座情報は、店１情報にｍ個、店２情報にｋ個があるため、分割されたファイルｎは、ｍ＋ｋ個である（すなわち、ｎ＝ｍ＋ｋ）。
【００６１】
図８は、本発明の実施形態のファイル分割処理を示すフローチャートである。
【００６２】
グリッド管理システム１００は、ファイル分割モジュール１０３を開始させる（Ｓ２００）と、ファイル分割モジュール１０３によって、入出力インタフェース１０７を介して外部記憶装置１０２から分割前のファイル１１０と、データ形式情報１１１と、分割条件である検索情報（キー、種別情報、ファイル名称規則）１１２とを読み込む（Ｓ２０１）。
【００６３】
次に、グリッド管理システム１００は、ファイル１１０を検索情報（キー、種別情報）１１２によって検索して、キー及び種別情報が示す条件に一致したデータを取得する（Ｓ２０２）。
【００６４】
例えば、図５Ａに示すファイル１１０を店情報によって分割する場合、検索情報１１２のキーは、前述の図６Ｂにおいて示した例を用いて、"２ｉ＋ｊ"（ｊ：データ３０２の開始カラムの位置）と示されてもよい。また、検索情報１１２の種別情報が、店情報を示す、"１"と示されてもよい。グリッド管理システム１００は、検索情報（キー、種別情報）＝（２ｉ＋ｊ，１）によって、データ３０２において、店情報が連続して同じ値である店情報と口座情報との組み合わせを検索し、取得する。
【００６５】
また、例えば、図５Ａに示すファイル１１０を口座情報によって分割する場合は、検索情報１１２のキーは、前述の図６Ｂにおいて示した例を用いて、"２ｉ＋ｊ＋１"（ｊ：データ３０２の開始カラムの位置）と示されてもよい。また、検索情報１１２の種別情報が、店情報を示す、"２"と示されてもよい。グリッド管理システム１００は、検索情報（キー、種別情報）＝（２ｉ＋ｊ＋１，２）によって、データ３０２において、口座情報が連続して同じ値である店情報と口座情報との組み合わせを検索し、取得する。なお、本実施形態においては、口座情報は一意であるため、店情報と口座情報との組み合わせは、ｍ＋ｋ個取得される。
【００６６】
そして、グリッド管理システム１００は、取得された各々のデータにデータ形式情報１１１を付加する（Ｓ２０３）。データ形式情報１１１を付加されたデータに、検索情報１１２のファイル名称規則に従い、一意のファイル名称を付加し、ファイル名称を付加されたファイルｎ（ファイル１（１１３）〜ファイルｎ（１１５））を外部記憶装置１０２に格納する（Ｓ２０４）。
【００６７】
次に、グリッド管理システム１００は、すべてのデータ３０２が分割済みか否かを確認し（Ｓ２０５）、分割済である場合、分割処理を終了する（Ｓ２０６）。
【００６８】
Ｓ２０５において、すべてのデータを分割済みか否かを確認して、分割が済んでいないデータがあれば、再度Ｓ２０２に戻る。
【００６９】
グリッド管理システム１００は、図８に示すファイルを分割する処理が終了した後、分割されたファイルｎを各実行サーバ１０１に配置する。
【００７０】
図９は、本発明の実施形態のファイル配置処理を示すフローチャートである。
【００７１】
グリッド管理システム１００は、図２に示すファイル配置モジュール１０４を起動すると（Ｓ３００）、分割されたファイルｎの数と実行サーバ１０１の数とをファイル配置モジュール１０４に入力する（Ｓ３０１）。そして、各実行サーバ１０１にファイルｎを各々配置する（Ｓ３０２）。
【００７２】
次に、グリッド管理システム１００は、配置された実行サーバ１０１のサーバ名とファイルｎのファイル名称との組み合わせを、主記憶装置１１９におけるファイル配置管理テーブル１０６に格納する（Ｓ３０３）。これによって、ファイルｎは、後述のジョブＩＤ４０２と一意に関連付けられる。
【００７３】
グリッド管理システム１００は、すべてのファイルｎの配置が完了したか否かを判定し（Ｓ３０４）、配置が完了していないファイルｎがある場合、Ｓ３０２を繰り返す。そして、すべてのファイルｎの配置が完了した場合、処理を終える（Ｓ３０５）。
【００７４】
図１０は、本発明の実施形態の分割されたファイルｎと、実行サーバ１０１と、ジョブとを含むファイル配置管理テーブル１０６を示す。
【００７５】
ファイル配置管理テーブル１０６によって、ファイルｎは、多重化されたジョブに１対１に対応付けられる。ファイル配置管理テーブル１０６は、ジョブによって処理されるべきファイルの識別子をファイルＩＤ４００に示し、ファイルが配置される実行サーバ１０１の識別子をサーバＩＤ４０１に示し、実行されるジョブの識別子をジョブＩＤ４０２に示す。
【００７６】
図９に示す処理によって、ファイル配置管理テーブル１０６のサーバＩＤ４０１及びジョブＩＤ４０２の各レコードに、ファイルＩＤ４００の各値が配置されるため、分割されたファイルｎと多重化したジョブが１対１に対応付けられる。
【００７７】
図９に示す処理の結果、グリッド管理システム１００に備わるジョブスケジュールモジュール１０５は、ファイル配置管理テーブル１０６を参照し、グリッドジョブを実行させる。このとき、各ファイルｎに付されたデータ形式情報３０１は、システムＡ２００におけるデータ形式情報２０３と同じ内容であるため、グリッドジョブによって実行されるプログラムは、システムＡ２００において実行されたプログラムの内容と同じでよい。
【００７８】
本発明によれば、既存のメインフレーム等のシステムにおいて稼動していたプログラムをグリッド・コンピューティング環境に移行する際に、ジョブのプログラム改造を極力無くし、移行工数や移行後の動作確認コストの削減と信頼性及び性能（高速化）を確保することが可能になる。また、日々の運用に合わせ多重度を容易に変更することができる。
【００７９】
なお、本実施形態において示されたファイル１１０は、一例に過ぎず、データ形式情報３０１によってデータ３０２のデータの配列の形式が表現できれば、どのような形式でもよい。
【符号の説明】
【００８０】
１００    グリッド管理システム
１０１    実行サーバ
１０２、２０１    外部記憶装置
１０３    ファイル分割モジュール
１０４    ファイル配置モジュール
１０５    ジョブスケジュールモジュール
１０６    ファイル配置管理テーブル
１０７、１２０    入出力インタフェース
１０８、１１７    通信インタフェース
１０９、２０８    通信路
１１０、２０２、２０６    ファイル
１１１、２０３、３０１、２０７    データ形式情報
１１２    検索情報
１１３    ファイル１
１１４    ファイル２
１１５    ファイルｎ
１１６、１１８、２０４    ＣＰＵ
１１９、１２１    主記憶装置
２００    システムＡ
２０５    変換制御モジュール
３０２、３０２１、３０２２、３０２ｎ    データ
４００    ファイルＩＤ
４０１    サーバＩＤ
４０２    ジョブＩＤ
【図１】
2011103106.tif 000003
【図２】
2011103106.tif 000004
【図３】
2011103106.tif 000005
【図４】
2011103106.tif 000006
【図５Ａ】
2011103106.tif 000007
【図５Ｂ】
2011103106.tif 000008
【図６Ａ】
2011103106.tif 000009
【図６Ｂ】
2011103106.tif 000010
【図７Ａ】
2011103106.tif 000011
【図７Ｂ】
2011103106.tif 000012
【図８】
2011103106.tif 000013
【図９】
2011103106.tif 000014
【図１０】
2011103106.tif 000015