JP2012048331A - ジョブ管理装置およびコンピュータプログラム - Google Patents

Abstract

【課題】バッチ処理におけるジョブの実行態様に関するユーザ設定を支援する。
【解決手段】実施の１形態のジョブ編集装置１０は、バッチ処理において実行されるべき各ジョブの実行においてアクセスされる記憶領域と、その記憶領域の格納データを変化させるか否かの情報とを対応づけて保持するジョブ情報保持部２０と、ユーザにより設定された複数のジョブの実行順序を取得して、それらのジョブがその実行順序により実行可能か否かを判定する判定部２６と、その判定結果をユーザへ通知する通知部２８を備える。判定部２６は、並列実行すべき複数のジョブが指定された場合、並列実行対象のジョブがそれぞれ異なる記憶領域へアクセスするとき、もしくは、並列実行対象のジョブが同じ記憶領域へアクセスしても、その記憶領域の格納データを変化させるジョブが１つであるとき、並列実行可能と判定する。
【選択図】図２

Description

本発明はデータ処理技術に関し、特に、バッチ処理における複数のジョブの実行態様を管理する技術に関する。

企業の業務システムは、オンライントランザクション処理とバッチ処理とを含んで構築されることが多く、バッチ処理は複数のジョブの集合体としてモデリングされることが多い。本出願人は、以下の特許文献１において、業務システムの現状を効率的に解析するためのジョブリストを画面表示させるジョブ解析支援装置を提案している。

特開２００９−１６３５６６号公報

ユーザは、バッチ処理の開始からその完了までに要する時間を短縮させる必要があるとき、バッチ処理に含まれる複数のジョブの実行順序を調整することがある。その際には、各ジョブの処理内容を照らし合わせて、処理の不整合が発生しないよう調整する必要があるが、業務システムの複雑化・大規模化により、全てのジョブの処理内容を把握することはますます困難になってきている。

本発明はこうした課題に鑑みてなされたものであり、その目的は、バッチ処理におけるジョブの実行態様に関するユーザ設定を支援するための技術を提供することにある。

上記課題を解決するために、本発明のある態様のジョブ管理装置は、バッチ処理において実行されるべき複数のジョブのそれぞれについて、ジョブの実行に際してアクセスする記憶領域と、その記憶領域の格納データを変化させるか否かを示す情報とを対応づけて保持するジョブ情報保持部と、ユーザにより設定された複数のジョブの実行順序を取得する取得部と、複数のジョブが実行順序により実行可能か否かを判定する判定部と、判定部による判定結果をユーザへ通知する通知部と、を備える。判定部は、実行順序において並列実行すべき複数のジョブが指定された場合、並列実行対象のジョブがそれぞれ異なる記憶領域へアクセスするとき、もしくは、並列実行対象のジョブが同じ記憶領域へアクセスしても、その記憶領域の格納データを変化させるジョブが１つであるとき、並列実行可能と判定する。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、バッチ処理におけるジョブの実行態様に関するユーザ設定を支援することができる。

実施の形態であるジョブ管理システムの構成を示す図である。 図１のジョブ編集装置の機能構成を示すブロック図である。 ジョブ情報テーブルの構成を示す図である。 ジョブネットの編集画面を示す図である。 ジョブ編集装置の動作を示すフローチャートである。 ジョブネットの編集画面を示す図である。 図５のＳ１６の検証処理を詳細に示すフローチャートである。 検証用ジョブ情報を示す図である。 ジョブネット検証結果の表示例を示す図である。

図１は、本発明の実施の形態であるジョブ管理システムの構成を示す。ジョブ管理システム１００は、企業システムにおいて実行されるべきバッチ処理を管理する情報処理システムであり、ＬＡＮ等により接続されたジョブ編集装置１０とジョブ実行装置１２とを備える。

ジョブ編集装置１０は、複数のジョブそれぞれの処理内容や、複数のジョブの前後関係を定めたジョブ情報を管理し、そのジョブ情報をユーザの指示に基づき設定する情報処理装置である。ジョブ編集装置１０は、ジョブ編集プログラムがインストールされたＰＣであってもよい。ジョブ編集装置１０の詳細な構成は後述する。なお、本実施の形態における「ジョブ」は、企業システムにおけるデータ処理の単位を示すものであり、特定の入力ファイルをもとにデータ処理を実行し、特定の出力ファイルを生成する１以上のコンピュータプログラムの集合であることとする。

ジョブ実行装置１２は、ジョブ編集装置１０が管理するジョブ情報にしたがって、複数のジョブを一連のバッチ処理として実行する情報処理装置である。ジョブ実行装置１２は、各ジョブで規定されたデータ処理の内容にしたがって、外部のデータベースサーバ（ＤＢサーバ１４）へ新規データを格納し、格納済のデータを参照、更新、削除する。なお、ＤＢサーバ１４は、データベース管理ソフトウェア（ＤＢＭＳ）がインストールされた情報処理装置であり、複数台存在してもよいことはもちろんである。

図２は、図１のジョブ編集装置１０の機能構成を示すブロック図である。ジョブ編集装置１０は、ジョブ情報保持部２０と、要求受付部２２と、編集画面表示部２４と、判定部２６と、通知部２８と、更新部３０とを備える。

本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、図２の各機能ブロックは、ソフトウェアとして記録媒体に格納され、ジョブ編集装置１０のハードディスクにインストールされ、ジョブ編集装置１０のメインメモリに適宜読み出されてプロセッサにて実行されてもよい。

ジョブ情報保持部２０は、ジョブの処理内容や、他のジョブとの前後関係を示す情報を含むジョブ情報の原本を保持する記憶領域である。以下では、複数種類のバッチ処理のそれぞれを識別するための概念であり、特定のバッチ処理で実行される複数ジョブの集合を表す概念を「ジョブネット（ジョブ・ネットワーク）」とも呼ぶ。

図３は、ジョブ情報を格納したテーブル（以下、「ジョブ情報テーブル」とも呼ぶ。）の構成を示す。図３の（ａ）と（ｂ）は、ジョブＣの構成が異なるが、他は同一である。後の説明の便宜のため２種類のジョブ情報テーブルを示している。ジョブ情報テーブルのジョブネットＩＤ欄には、ジョブが所属するジョブネットのＩＤが格納される。実行順序欄には、一連のバッチ処理（特定のジョブネットの実行処理）における各ジョブの実行順序、すなわち複数ジョブの前後関係を規定する処理順位が格納される。入力欄には、ジョブの実行に必要とされる入力ファイル名と、その取得元（言い換えれば、入力ファイルの生成主体・保持主体）の識別情報が格納される。なお取得元「外部」とはジョブ以外を指し、例えば入力ファイルのディレクトリパス名やＵＲＬが設定されてもよい。

処理テーブル欄には、ジョブの実行に際してアクセスされるテーブルであり、ＤＢサーバ１４が保持するテーブルの識別名称と、テーブルへのアクセス態様を示す処理種別が格納される。テーブルの識別名称には単純にテーブル名が設定されてもよいが、ＤＢサーバ１４が複数存在する場合等、一意の識別名称として「ＤＢサーバ１４のＩＰアドレス＋ＤＢインスタンス名＋テーブル名」が設定されてもよい。処理種別には、いわゆるＣＲＵＤを示す情報であり、「Ｃ（Create）：新規レコードの格納」、「Ｒ（Read）：既存レコードの参照」、「Ｕ（Update）：既存レコードの更新」、「Ｄ（Delete）：既存レコードの削除」のうち少なくとも１つが設定される。出力欄には、ジョブがその実行結果として出力する出力ファイル名が格納される。

図２に戻り、要求受付部２２は、キーボード等の外部の入力装置を介してユーザの要求を受け付ける。本実施の形態のユーザ要求には、特定のジョブネットの表示要求と、ユーザにより編集されたジョブネット、言い換えれば、ユーザにより編集されたジョブの実行順序の検証要求と、ユーザにより編集されたジョブネットの登録要求が含まれる。

編集画面表示部２４は、ジョブネットの表示要求に応じて、その表示要求で指定されたジョブネットの編集画面を外部のディスプレイに表示させる。図４は、ジョブネットの編集画面を示す。ジョブネット編集画面４０には、ジョブネット構成が表示され、また編集される領域である編集エリア４２と、検証ボタン４４と、登録ボタン４６とが配置される。編集画面表示部２４は、ジョブネットの表示要求で指定されたジョブネットＩＤに対応付けられたジョブを示す図形オブジェクト（以下、「ジョブオブジェクト」とも呼ぶ。）を、各ジョブの実行順序に応じた位置関係で編集エリア４２に配置する。例えば、実行順序が先のものほど編集エリア４２の左側に配置し、ジョブ間の前後関係に応じてジョブオブジェクトを矢印オブジェクトで接続する。検証ボタン４４はジョブネットの検証要求のトリガであり、登録ボタン４６はジョブネットの登録要求のトリガである。

図２に戻り、判定部２６は、ジョブネットの検証要求に応じて、ユーザにより編集されたジョブネットが実行可能か否かを判定する。言い換えれば、ジョブネットに含まれる複数のジョブが、ユーザが指定する処理順序で実行可能か否かを判定する。本実施の形態では、（１）各ジョブの入出力データが整合するか否か、（２）複数ジョブの並列実行によるデータの不整合が発生しないか否か、の２つを検証することにより、ジョブネットの実行可否を判定する。以下２つの検証処理を詳細に説明する。

まず判定部２６は、ジョブネットの検証要求を受け付けると、ジョブネット編集画面４０の表示内容に基づいて、検証対象のジョブネットに関するジョブネットＩＤと、複数のジョブＩＤと、各ジョブの実行順序とを特定する。例えば、編集エリア４２におけるジョブオブジェクトの位置関係（配置位置や矢印による接続関係等）にしたがって、各ジョブの実行順序を識別する。なお、並列実行するように指定された複数のジョブについては、それらのジョブの実行順序を同一の値で識別する。また、ジョブネットＩＤとジョブＩＤとをキーとして、ジョブ情報テーブルから入力ファイルＩＤ、処理テーブル名、処理種別、出力ファイルＩＤ等の各ジョブの属性情報を取得する。

さらに判定部２６は、ジョブの入力ファイルが、そのジョブより実行順序が前の他ジョブの出力ファイルである場合、入力ファイルの取得元として上記の他ジョブを特定する。その一方で、ジョブの入力ファイルが、そのジョブより実行順序が前の他ジョブの出力ファイルとして検出されない場合、入力ファイルの取得元が「不明」であることとする。変形例として、判定部２６は、入力ファイルの取得元として、ジョブ情報テーブルに予め定められた情報（ジョブＩＤ）を取得してもよい。この場合も、あるジョブにおける入力ファイルの取得元であった他のジョブが、編集の結果、当該ジョブの前に実行されるものではなくなった場合（例えば当該ジョブと並列実行される場合）は、入力ファイルの取得元が「不明」であることとする。

判定部２６は、以上得られた各種情報をもとに、検証対象のジョブネットに関するジョブ情報であり、図３と同様の構成の情報（以下、「検証用ジョブ情報」とも呼ぶ。）をメモリ上に構築する。そして、検証用ジョブ情報を参照して検証処理を実行する。

１．各ジョブの入出力データに関する整合性検証：
判定部２６は、ジョブの入力ファイルが、そのジョブより実行順序が前の他ジョブの出力ファイルとして検出されない場合、すなわち検証用ジョブ情報の入力ファイルの取得元欄に「不明」が存在する場合、ジョブの入出力データが不整合としてジョブネットを実行不可と判定する。言い換えれば、ジョブネットに含まれる全てのジョブの入力ファイルが、そのジョブより前に実行されるジョブのいずれかにおいて出力ファイルとして指定されていることを条件として、ジョブネットを実行可能と判定する。例外として、入力ファイルの取得元が「外部」である場合は、不整合とは判定しない。

当該検証の意義を説明する。ジョブの実行順序が編集された結果、あるジョブの入力ファイルがそのジョブの実行時点で存在しないこととなると、当該ジョブの実行が遅延し、もしくは実行不可能になる。結果として、バッチ処理の時間短縮は実現されず、かえってデグレーションを招くこととなる。このような事態を回避するため、各ジョブの入出力データの整合性検証が実施される。

２．複数ジョブの並列実行に関する整合性検証：
判定部２６は、検証用ジョブ情報において、複数のジョブに同一の実行順序が設定されている場合、それらのジョブを並列実行が指定されたジョブとして検出する。判定部２６は、並列実行が指定されたジョブがそれぞれ異なるテーブルにアクセスする場合、これらのジョブが並列実行可能と判定し、すなわちジョブネットを実行可能と判定する。また、並列実行が指定されたジョブが同一テーブルにアクセスする場合でも、当該テーブルの格納データを変化させるジョブが１つであるとき、並列実行可能と判定する。具体的には、当該テーブルに対する処理種別として、「Ｒ」の数に関わらず、「Ｃ」「Ｕ」「Ｄ」を含むジョブが１つであるとき、並列実行可能と判定する。

当該検証の意義を説明する。並列実行される複数のジョブが同一のテーブルに対して並列的に更新処理を行うと、一方のジョブで新たな値に更新したレコードが、他方のジョブで別の値に更新され、また削除される事態が発生しうる。その結果、データの不整合が発生し、ジョブの出力ファイルの内容も想定外のものとなりうる。このような事態を回避するため、並列実行ジョブに関する整合性検証が実施される。

通知部２８は、判定部２６による判定結果、すなわちユーザにより編集されたジョブネットの実行可否をユーザへ通知する。本実施の形態では、実行可否を示す情報を、編集画面表示部２４を介してジョブネット編集画面４０に表示させる。

更新部３０は、ジョブネットの登録要求に応じて、ユーザにより編集されたジョブネットの情報によりジョブ情報保持部２０が保持するジョブ情報の原本データを更新する。例えば、ジョブネット編集画面４０の表示内容に基づいて、登録対象のジョブネットに関するジョブネットＩＤと、複数のジョブＩＤと、各ジョブの実行順序とを特定する。そして、ジョブ情報テーブルにおける、ジョブネットＩＤおよびジョブＩＤにより特定されるジョブ情報の実行順序欄に、ユーザによる編集後の実行順序を反映させる。なおジョブ編集装置１０は、ジョブ情報保持部２０が保持するジョブ情報が更新された際に、更新後のジョブ情報をジョブ実行装置１２へ送信するジョブ情報送信部をさらに備えてもよい。

以上の構成による動作を以下説明する。
図５は、ジョブ編集装置１０の動作を示すフローチャートである。要求受付部２２がジョブネットの表示要求を受け付けると（Ｓ１０のＹ）、編集画面表示部２４は、ジョブ情報保持部２０に格納されたジョブ情報に基づいてジョブネット編集画面４０を表示させる（Ｓ１２）。例えば図４で示したように、現在の登録情報にもとづくジョブネットの構成を表示させる。ここで、図６で示すように、ジョブＢとジョブＣを並列実行するようジョブネットの構成がユーザにより変更されたこととする。ジョブネット編集画面４０の検証ボタン４４が押下されると、要求受付部２２がジョブネットの検証要求を受け付け（Ｓ１４のＹ）、後述する検証処理が実行される（Ｓ１６）。

ジョブネット編集画面４０の登録ボタン４６が押下されると、要求受付部２２はジョブネットの登録要求を受け付ける（Ｓ１８のＹ）。そして更新部３０は、ジョブネット編集画面４０において編集されたジョブネットの情報によりジョブ情報保持部２０のジョブ情報を更新する（Ｓ２０）。ジョブネットの表示要求が受け付けられなければ（Ｓ１０のＮ）、Ｓ１２はスキップされる。ジョブネットの検証要求が受け付けられなければ（Ｓ１４のＮ）、Ｓ１６はスキップされる。ジョブネットの登録要求が受け付けられなければ（Ｓ１８のＮ）、Ｓ２０はスキップされる。

図７は、図５のＳ１６の検証処理を詳細に示すフローチャートである。判定部２６は、ジョブネット編集画面４０において編集された、検証対象のジョブネットの情報と、ジョブ情報保持部２０に格納されたジョブ情報の原本データにしたがって検証用ジョブ情報を構築する（Ｓ３０）。検証用ジョブ情報において各ジョブの入出力データが整合しない場合（Ｓ３２のＮ）、判定部２６は検証対象のジョブネットを実行不可と判定し、通知部２８はその旨をユーザに注意喚起するためのアラート情報をジョブネット編集画面４０に表示させる（Ｓ３４）。各ジョブの入出力データが整合し（Ｓ３２のＹ）、複数ジョブの並列実行がない場合、言い換えれば全てのジョブが直列に順次実行される場合（Ｓ３６のＮ）、判定部２６は検証対象のジョブネットを実行可能と判定する。そして通知部２８は、検証対象のジョブネットについて問題が検出されなかった旨の情報をジョブネット編集画面４０に表示させる（Ｓ４０）。

検証対象のジョブネットにおいて複数ジョブの並列実行が指定され、（Ｓ３６のＹ）、それら複数ジョブによる同一テーブルの格納データの変更（追加・更新・削除）が並列してなされる場合（Ｓ３８のＹ）、判定部２６は検証対象のジョブネットを実行不可と判定する。そして通知部２８は、アラート情報をジョブネット編集画面４０に表示させる（Ｓ３４）。複数ジョブの並列実行が存在しても（Ｓ３６のＹ）、それら複数ジョブによる同一テーブルの格納データの変更が並列してなされなければ、言い換えれば、格納データを変更するジョブが最大１つであれば（Ｓ３８のＮ）、判定部２６は検証対象のジョブネットが実行可能と判定する。そして通知部２８は、その旨を示す情報をジョブネット編集画面４０に表示させる（Ｓ４０）。

図８は、検証用ジョブ情報の一例を示す。図８の（ａ）は、ジョブ情報保持部２０に格納されたジョブ情報が図３の（ａ）であり、ジョブＢとジョブＣを並列実行するよう編集された場合に構築される検証用ジョブ情報を示している。この例では、ジョブＣの入力ファイルが先のジョブＡでは出力されないため、ジョブＣの入力ファイルの取得元が不明となる。したがって、図７のＳ３２のＮで示すフローをたどり、結果として実行不可と判定される。図８の（ｂ）は、ジョブ情報保持部２０に格納されたジョブ情報が図３の（ｂ）であり、ジョブＢとジョブＣを並列実行するよう編集された場合に構築される検証用ジョブ情報を示している。この例では、ジョブＢがγテーブルの格納データを更新（Ｕ）し、ジョブＣが同じγテーブルの格納データを削除することになる。したがって、図７のＳ３８のＹで示すフローをたどり、結果として実行不可と判定される。

図９は、ジョブネット編集画面４０上でのジョブネット検証結果の表示例を示す。図９の（ａ）は、判定部２６においてジョブネットが実行不可と判定された場合に、通知部２８が否定的なメッセージを検証結果通知ウィンドウ４８にて表示させた状態を示している。その一方で、図９の（ｂ）は、判定部２６においてジョブネットが実行可能と判定された場合に、通知部２８が肯定的なメッセージを検証結果通知ウィンドウ４８にて表示させた状態を示している。本実施の形態では、ユーザが検証ボタン４４を押下したことに対する応答として、肯定的もしくは否定的なメッセージを含む検証結果通知ウィンドウ４８を表示させることにより、ユーザに対して検証結果を即時に通知する。

本実施の形態のジョブ実行装置１２によれば、ユーザがジョブネットの構成の変更を試行する際に、変更後のジョブネット構成により処理やデータの不整合が発生するか否かをユーザに提示することにより、ジョブネットの構成変更を支援する。これにより、ユーザが各ジョブの設計情報を確認して、各ジョブの処理内容を把握する負担を軽減することができる。また、ジョブネット編集画面４０におけるジョブネットの編集結果に対する検証結果を、その画面に即時に表示させることにより、効率的なユーザ作業を実現できる。

以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

例えば、上記実施の形態では、ジョブ編集装置１０は、ユーザがジョブネット編集画面４０において編集したジョブネットに対してその実行可否を検証した。変形例として、ジョブ編集装置１０は、自律的に各ジョブの実行順序を変更したジョブネットの構成を変更候補のジョブネットとしてユーザに提示してもよい。

具体的には、ジョブ編集装置１０の要求受付部２２は、変更候補のジョブネットの提示要求をユーザから受け付ける。判定部２６は、ジョブ情報テーブルに格納された複数のジョブのそれぞれに、予め規定された実行順序によらず、並列実行を含む種々の実行順序を付与して、種々の構成パターンのジョブネットに対応する、複数種類の検証用ジョブ情報を構築する。判定部２６は、複数種類の検証用ジョブ情報のそれぞれに対する検証処理を実行して、実行可能な検証用ジョブ情報を特定する。そして、実行可能な検証用ジョブ情報に対応するジョブネットの構成パターンを、編集画面表示部２４を介して、変更候補ジョブネットとしてジョブネット編集画面４０に表示させる。

この変形例によれば、処理およびデータの整合性が予め担保された変換候補のジョブネットをユーザに提示できる。ユーザは、変換候補のジョブネットを参照しながら、もしくは変換候補のジョブネットを編集して、最終的なジョブネット構成を決定することができる。これにより、ジョブネットの構成変更におけるユーザの負担をさらに軽減し、一層の効率化を支援できる。

上述した実施の形態、変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態、変形例それぞれの効果をあわせもつ。

請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。例えば、請求項に記載の取得部および判定部は、実施の形態に記載の判定部２６により実現されてもよい。

１０ ジョブ編集装置、 ２０ ジョブ情報保持部、 ２２ 要求受付部、 ２４ 編集画面表示部、 ２６ 判定部、 ２８ 通知部、 ３０ 更新部、 １００ ジョブ管理システム。

Claims (5)

1. バッチ処理において実行されるべき複数のジョブのそれぞれについて、ジョブの実行に際してアクセスする記憶領域と、その記憶領域の格納データを変化させるか否かを示す情報とを対応づけて保持するジョブ情報保持部と、
   ユーザにより設定された前記複数のジョブの実行順序を取得する取得部と、
   前記複数のジョブが前記実行順序により実行可能か否かを判定する判定部と、
   前記判定部による判定結果をユーザへ通知する通知部と、
   を備え、
   前記判定部は、前記実行順序において並列実行すべき複数のジョブが指定された場合、並列実行対象のジョブがそれぞれ異なる記憶領域へアクセスするとき、もしくは、並列実行対象のジョブが同じ記憶領域へアクセスしても、その記憶領域の格納データを変化させるジョブが１つであるとき、並列実行可能と判定することを特徴とするジョブ管理装置。
2. 前記ジョブ情報保持部は、前記記憶領域の格納データを変化させるか否かを示す情報として、前記記憶領域の格納データに対するＣＲＵＤ情報を保持し、
   前記判定部は、並列実行対象のジョブが同じ記憶領域へアクセスしても、その記憶領域へ新規データを格納し、もしくはその記憶領域の格納データを更新または削除するジョブが１つであるとき、並列実行可能と判定することを特徴とする請求項１に記載のジョブ管理装置。
3. 前記ジョブ情報保持部は、ジョブの実行に必要とされる入力データを示す情報と、ジョブの実行結果としての出力データを示す情報をさらに保持し、
   前記判定部は、１つのジョブの入力データが、そのジョブより前に実行されるジョブの出力データとして指定されている場合、前記１つのジョブが実行可能と判定することを特徴とする請求項１または２に記載のジョブ管理装置。
4. 前記複数のジョブに対応した複数の図形オブジェクトを、ジョブの実行順序に対応する位置に配置した編集画面を表示させる編集画面表示部をさらに備え、
   前記取得部は、前記編集画面において図形オブジェクトの位置関係がユーザにより変更された場合、図形オブジェクトの変更後の位置関係に対応するジョブの実行順序を取得し、
   前記通知部は、前記判定部による判定結果を前記編集画面に表示させることを特徴とする請求項１から３のいずれかに記載のジョブ管理装置。
5. ジョブ管理装置に、
   バッチ処理において実行されるべき複数のジョブについて、ユーザにより設定された前記複数のジョブの実行順序を取得する機能と、
   前記複数のジョブそれぞれの実行に際してアクセスする記憶領域と、その記憶領域の格納データを変化させるか否かを示す情報とを対応づけて保持するテーブルを参照して、前記複数のジョブが前記実行順序により実行可能か否かを判定する機能と、
   前記判定する機能による判定結果をユーザへ通知する機能と、
   を実現させ、
   前記判定する機能は、前記実行順序において並列実行すべき複数のジョブが指定された場合、並列実行対象のジョブがそれぞれ異なる記憶領域へアクセスするとき、もしくは、並列実行対象のジョブが同じ記憶領域へアクセスしても、その記憶領域の格納データを変化させるジョブが１つであるとき、並列実行可能と判定することを特徴とするコンピュータプログラム。

Images