JPH10161915A - 後発ジョブ優先の排他制御を実現するデータ引き継ぎ方法 - Google Patents

Abstract

(57)【要約】 【課題】ジョブ間でパイプ型ファイルを受け渡す際、す
べてのデータ生成が完了していない任意の時点で処理中
のデータ読み込みジョブを終了させ、それ以降のデータ
読み込みを別のデータ読み込みジョブへと引き継がせる
処理を実現しようとすると、既存のプログラムを変更す
る以外に手段がなかった。 【解決手段】オープン処理実行部３はデータ受取ジョブ
１５からデータ読み込み開始の要求を受け取ると、既に
同一ファイルからデータ読み込み中のジョブが存在する
か判定し、存在する場合、新しくデータ読み込みを要求
してきたジョブに最初に転送するデータは、バッファ領
域８内に存在データのうち最初のジョブが次に読み込も
うとしていたデータであると設定し、一方、最初のジョ
ブが次に読み込むべきデータはＥＯＦブロック９内のデ
ータであると設定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ジョブ間のデータ
引き継ぎ処理方法に関し、特に、銀行などで利用される
計算機システムにおいて、オンラインサービスを実行す
るジョブから同サービス結果の集計処理（バッチ処理）
を実行するジョブへのデータ引き継ぎ処理方法に関す
る。

【０００２】

【従来の技術】本発明は、ジョブ間でのデータ引き継ぎ
処理に関するものである。ジョブとは、計算機システム
における処理の単位であり、一つ以上のプログラムから
成り、利用者からジョブ実行の要求があったとき、それ
ぞれのプログラムが逐次的に、もしくは並行して実行さ
れる。簡単のため、以後、データ引き継ぎ処理において
データを生成し書き込む側のジョブを「データ生成ジョ
ブ」、データを受け取る側のジョブを「データ受取ジョ
ブ」と呼ぶ。

【０００３】銀行などで利用される計算機システムにお
いては、所定の業務を果たす必要があるとき、それを一
つのプログラムで実行するのではなく、複数のプログラ
ムの組み合わせにより実行することが多い。このとき、
複数個のジョブを連携させることにより、一つの業務が
完了する。この処理形態は、異常発生時にその影響を最
小限にとどめることが可能となり、保守性が高い。ま
た、新規サービス等に伴う業務内容の変更に際しても、
既存のプログラムを作り直すのではなく、既存のジョブ
とジョブとの間に、新規業務を実行するジョブを追加す
ることにより対応できるため、拡張性にも優れている。
しかし、こうした複数ジョブを組み合わせたシステムの
運用形態は、異なるジョブ間で連携を取るために、なん
らかの手段を使ってジョブ間でデータ引き継ぎ処理を行
なわなければならない。

【０００４】ジョブ間でデータ引き継ぎ処理を行う必要
があるとき、最も一般的には、データ生成ジョブが、全
データをファイルという形式で外部記憶装置（磁気ディ
スク装置や磁気テープ装置に代表される）に格納し、フ
ァイル生成が完了したのち、データ受取ジョブが順次フ
ァイル読み込みを開始する方法が取られている。

【０００５】これに対し、データ引き継ぎ処理をより高
速に実行したいという場合に利用されるのが、特開平３
−４６０３３号公報や「並列汎用機の全貌」（日経ＢＰ
社、１９９４年）などに記された、いわゆる「パイプ型
連携」または「パイプ方式」と呼ばれる技術である。当
技術は、データ生成ジョブとデータ受取ジョブとが、引
き継ぎ対象ファイルを同時期にアクセスすることを許可
し、レコード（ファイルの構成要素）単位でのジョブ間
受け渡しを保証する。すなわち、データ生成ジョブが一
つのレコードを生成した後、データ受取ジョブより当レ
コードに対する読み込み要求が為されたとき、ただちに
当レコードをデータ受取ジョブに転送し、引き続き、以
下のレコードも同様にしてジョブ間で受け渡していく。
これにより、データがすべて生成されるまでデータ受取
ジョブ群の処理開始が待たされることを防止し、データ
引き継ぎ処理を行うすべてのジョブ群を並行して実行で
きるため、引き継ぎ処理に要する処理時間を短縮するこ
とができる。

【０００６】また、パイプ型連携では、外部記憶装置の
代わりに、主記憶装置またはそれに準ずる補助記憶装置
上に用意したバッファ領域を介して、データをジョブ間
で転送する。外部記憶装置と比べデータを高速に転送で
きる主記憶装置や補助記憶装置を利用することにより、
更にデータ引き継ぎ処理時間を短縮できる。ただし、主
記憶装置は外部記憶装置と比べてデータ収容量が小さ
く、銀行等の計算機システムで扱うような膨大な量のデ
ータを、すべてバッファ領域内に格納することは事実上
不可能である。よって、本パイプ型連携では、受け渡し
の完了したデータから順次バッファ領域内より削除し、
その領域は新しいデータの格納に再利用する。そのため
パイプ型連携の適用は、データ生成ジョブのデータ書き
込み順序とデータ受取ジョブのデータ読み込み順序が一
致していることが条件となる。

【０００７】パイプ型連携は、当初、一つのデータ生成
ジョブから一つのデータ受取ジョブへのデータ引き継ぎ
処理に適用された。しかしその後、更に処理時間を短縮
するため、適用対象となるジョブ数を増やす方法が提案
されてきた。その結果、データ生成ジョブが複数個の場
合や、データ受取ジョブが複数個の場合のデータ引き継
ぎ処理にも、パイプ型連携方法の適用が可能となった。

【０００８】

【発明が解決しようとする課題】銀行など金融業の計算
機システム運用は、昼間のオンライン処理と、夜間のバ
ッチ処理とに二分される。オンライン処理とは、現金引
き落とし、為替振り替えなどの利用者からの依頼を処理
する処理であり、一方バッチ処理は、主として昼間のオ
ンライン処理の実行履歴情報をもとに、その処理内容を
集計する処理である。バッチ処理の大部分は前述した通
り、オンライン処理の終了を待って開始されることが多
い。しかし現在、銀行のオンライン処理業務を無停止運
用（２４時間運用）することへの要求が高まりつつあ
る。

【０００９】２４時間連続運用を実現するためのアプロ
ーチは、すでにいくつかのものが提案されているが、そ
れらの多くは、新しい処理プログラムの利用を前提とし
ている。ところが、金融系という極めて高い信頼性が要
求される分野では、概して従来方式を生かしつつ緩やか
に新しいシステムへと移行することが望まれる。例え
ば、プログラム内部は変更せず、ジョブ実行のスケジュ
ールや各ジョブの実行条件を変更するだけで新システム
が実現できるならば、従来と同程度の信頼性を維持でき
ると考え喜ぶ金融系計算機システム管理者は多い。こう
した観点から２４時間連続オンライン運用の実現を検討
すると、一日を論理的にいくつかの区間（例えば０時か
ら８時、８時から１６時、１６時から２４時の三区間）
に区切り、バッチ処理側のみ従来同様、その区間ごとに
別々に実行させるという方法が考えられる。この場合、
処理の集計が各区間単位で為されるということを除け
ば、従来方式からの変更点はない。

【００１０】しかしこのとき、それぞれの時間区間ごと
に切り分けられたオンライン処理実行履歴情報ファイル
を、どのようにして作成するかということが問題とな
る。すなわち、これまでは１日ごとのオンラインサービ
ス時間の終了と同時に実行履歴情報ファイルの生成が完
了していたのだが、２４時間無停止となった場合、いつ
まで経っても実行履歴情報ファイルの生成が完了しない
ことになる。従って、この問題を解決しない限りは、前
述のように従来同様のバッチ処理を各時間区間ごとに実
行することはできない。一定の時間ごとにファイルの生
成を終了させるプログラムを新規作成すれば、この問題
を解決できるが、それでは従来運用をできるかぎり流用
したいという要望からは外れてしまう。

【００１１】このように、将来発生しうる２４時間連続
オンラインサービスにおいて、オンライン処理を一瞬た
りとも停止させることなく、かつ、既存のバッチ処理プ
ログラムを変更せずに、バッチ処理を一定の時間区間ご
とに分割実行する処理を実現することが、本発明が解決
しようとする課題である。

【００１２】

【課題を解決するための手段】前記課題を解決するため
の代表的な手段は、次のとおりである。

【００１３】本発明の後発ジョブ優先の排他制御を実現
するデータ引き継ぎ方法は、一つ以上のジョブが生成す
る一つ以上のデータ（ファイル）を、一つ以上のジョブ
が受け取るとき、複数のジョブを並行に実行し、主記憶
装置またはそれに準ずる補助記憶装置上に用意したバッ
ファ領域を介し、すべてのデータ生成が完了しなくと
も、生成済みのデータから順次受け渡し処理を実行する
計算機システムにおいて、データを受け取る側のジョブ
が対象ファイルに対してアクセスを要求してきたとき、
同ジョブのアクセスを許可する第１のステップと、同フ
ァイルに対してデータ受け取り要求アクセス中のジョブ
がすでに存在しているか否かを判定する第２のステップ
と、前ステップで、条件を満たすジョブが存在している
と判定した場合、該当するジョブに対し、対象ファイル
のデータ転送がすべて完了したことを意味するデータを
転送し、同ファイルへのアクセスを終了させる第３のス
テップとを有する。

【００１４】また、本発明の後発ジョブ優先の排他制御
を実現するデータ引き継ぎ方法は、データを受け取る側
のジョブが対象ファイルに対してアクセス要求する際、
同ファイルに対して他のジョブと排他アクセスするか否
かを利用者が指定できるパラメタ領域を作成するステッ
プを有する。

【００１５】また、本発明の後発ジョブ優先の排他制御
を実現するデータ引き継ぎ方法は、利用者が排他アクセ
スを指定したか否かを判定する第１のステップと、前ス
テップで、利用者が排他アクセスを指定したと判定した
場合、当該ジョブからのアクセス要求を許可する第２の
ステップと、対象ファイルに対してデータ受け取り要求
アクセス中のジョブがすでに存在しているか否かを判定
する第３のステップと、前ステップで、条件を満たすジ
ョブが存在していると判定した場合、該当するジョブに
対し、対象ファイルのデータ転送がすべて完了したこと
を意味するデータを転送し、同ファイルへのアクセスを
終了させる第４のステップと、第１のステップで、利用
者が排他アクセスを指定しなかったと判定した場合、対
象ファイルに対してデータ受け取り要求アクセス中のジ
ョブがすでに存在しているか否かを判定する第５のステ
ップと、前ステップで、条件を満たすジョブが存在して
いると判定した場合、当該ジョブからのアクセス要求を
拒絶する第６のステップと、第５のステップで、条件を
満たすジョブが存在していないと判定した場合、当該ジ
ョブからのアクセス要求を許可する第７のステップとを
有する。

【００１６】また、本発明の後発ジョブ優先の排他制御
を実現するデータ引き継ぎ方法は、データを受け取る側
のジョブが対象ファイルに対してアクセス要求を開始す
る際、排他の基準となるグループ名称を指定することを
許可する第１のステップと、同ファイルに対してデータ
受け取り要求アクセス中のジョブがすでに存在してお
り、かつ、それらのジョブがアクセス開始時に指定した
排他の基準グループ名称が、当該ジョブが指定したグル
ープ名称と等しいか否かを判定する第２のステップと、
前ステップで、すでにアクセス中のジョブと当該ジョブ
とが異なる排他の基準グループ名称を指定していると判
定した場合、当該ジョブからのアクセス要求を許可する
第３のステップと、引き続き、すでにアクセス中のジョ
ブに対し、対象ファイルのデータ転送がすべて完了した
ことを意味するデータを転送し、同ファイルへのアクセ
スを終了させる第４のステップと、第２のステップで、
すでにアクセス中のジョブと当該ジョブとが同一の排他
の基準グループ名称を指定しているか、対象ファイルに
対してデータ受け取り要求アクセス中のジョブが存在し
ていないと判定した場合、当該ジョブからのアクセス要
求を許可する第５のステップとを有する。

【００１７】

【発明の実施の形態】以下、本発明の実施の形態を、図
を用いて詳細に説明する。

【００１８】図１は、第１の実施の形態の原理図であ
る。図１において、１はパイプ型連携実行制御部であ
り、処理受付部２、オープン処理実行部３、クローズ処
理実行部４、ライト処理実行部５、リード処理実行部
６、パイプ型連携管理テーブル７、バッファ領域８、Ｅ
ＯＦブロック９から構成される。パイプ型連携管理テー
ブル７は、更に共通管理テーブル１０、出力管理テーブ
ル１１、第１の入力管理テーブル１２、第２の入力管理
テーブル１３から構成される。１４は、パイプ型連携制
御部１に対してデータの書き込みを要求するジョブ、い
わゆるデータ生成ジョブである。同じく１５は、パイプ
型連携制御部１に対してデータの読み込みを要求するジ
ョブ、いわゆるデータ受取ジョブである。本実施の形態
では、一つのパイプ型連携ファイルの引き継ぎ処理に対
し、データ生成ジョブは１つ、データ受取ジョブは複数
個のアクセスを許可する。ただし、複数のデータ生成ジ
ョブからデータを受け取る処理に対しても、本発明を応
用することが可能である。

【００１９】処理受付部２は、各ジョブからパイプ型連
携ファイルへのアクセス要求を受け取り、同アクセスの
種別を判定する。一般にファイルへのアクセス要求は、
オープン処理要求、クローズ処理要求、データ書き込み
要求、データ読み込み要求の４種類に分類できる。この
アクセス要求の種類に従い、処理受付部２は引き続きオ
ープン処理実行部３、クローズ処理実行部４、ライト処
理実行部５、リード処理実行部６のいずれかひとつを呼
び出す。

【００２０】ここで、クローズ処理実行部４、ライト処
理実行部５、リード処理実行部６に関しては、特開平３
−４６０３３号公報などに記された公知の技術を利用す
る。簡単に説明すると、ライト処理実行部５は、ジョブ
からのデータ書き込み要求に対し、バッファ領域に空き
ブロックがあればデータ転送を許可し、空きブロックが
なければデータ転送を抑止し、要求元ジョブを待ち状態
に設定する。リード処理実行部６は、ジョブからのデー
タ読み込み要求に対し、未入力データがバッファ領域に
存在すればデータ転送を許可し、そうでなければデータ
転送を抑止し、要求元ジョブを待ち状態にする。更に、
ライト処理実行部５、及び、リード処理実行部６は、あ
らかじめ設定した待ち状態解除の条件判定を行ない、条
件を満たした場合、該当するジョブの待ち状態を解除す
る。

【００２１】クローズ処理実行部４は、ジョブからのフ
ァイルクローズ要求に対し、各ジョブに対応する管理テ
ーブルの削除など、ファイルアクセス完了処理を実行す
る。

【００２２】オープン処理実行部３は、本後発ジョブ優
先の排他制御を実現するデータ引き継ぎ処理のための新
しい処理を実行する。詳しい処理内容は、後ほど図６及
び図７を使って説明する。

【００２３】図２は、第１の実施の形態のシステム運用
図である。図２では、オンラインサービスプログラム２
０１がデータ生成ジョブ１４に相当し、データコピープ
ログラム２０３、２０６、２０９がデータ受取ジョブに
相当する。更に詳しく説明すると、オンラインサービス
プログラム２０１は、不特定時刻に発生する利用者から
の処理要求（トランザクション）２０２を受け付け、デ
ータベース更新など所定の処理を実行したのち、同処理
の実行履歴（ジャーナル）を、ファイルに書き込む。こ
こでは、ジャーナル書き込み先のファイルとして、パイ
プ型連携ファイル２１２を指定しているものとする。パ
イプ型連携ファイル２１２は、パイプ型連携制御部１に
よって管理される仮想的なファイルであり、同制御部１
の中に、個々のパイプ型連携ファイル２１２に対応する
パイプ型連携管理テーブル７及びバッファ領域８が存在
している。従って、ジャーナル書き込み先のファイルと
してパイプ型連携ファイル２１２を指定することによ
り、オンラインサービスプログラム２０１が生成するジ
ャーナルデータは、パイプ型連携制御部１に転送され
る。

【００２４】前記オンラインサービスプログラム２０１
は、保守点検時など特殊な場合を除き、２４時間無停止
に実行されているものとする。このとき、１日２４時間
を、あらかじめ設定した論理的分割時刻２１３に従い、
いくつかに分割する。このように分割されたそれぞれの
時間区間ごとにオンライン処理の集計処理、いわゆるバ
ッチ処理を実行することが、本システムの目的である。
図２は、１日を３分割した例である。３分割された時間
区間のうち、最初の時間区間１の開始と共に、データコ
ピープログラム２０３の実行を開始するようジョブスケ
ジュールする。このような特定ジョブの開始時間指定
は、公知の技術であるジョブスケジューラを使って実現
できる。データコピープログラム２０３は、パイプ型連
携制御部１に対してパイプ型連携ファイル２１２のデー
タ読込みを要求し、磁気テープ装置２０４に対してデー
タの書込みを要求している。より詳しくは、のちほど図
３、図４を用いてデータコピープログラム２１２の処理
内容を説明する。引き続き、１日を３分割した時間区間
のうち、第２の時間区間（時間区間２）の開始と共に、
データコピープログラム２０６の実行を開始するようジ
ョブをスケジュールする。同データコピープログラム２
０６は、第１の時間区分で実行したデータコピープログ
ラム２０３と同様の処理を実行するが、データ書込み要
求先の磁気テープ装置が、第１の時間区分で実行したデ
ータコピープログラム２０３で利用した磁気テープ装置
２０４とは別の磁気テープ装置２０７を指定する。

【００２５】ここで、本発明におけるパイプ型連携制御
部１は、後発ジョブ優先の排他制御を実現する。すなわ
ち、前記データコピープログラム２０６からのパイプ型
連携ファイル２１２へのアクセス開始要求を受け取ると
同時に、パイプ型連携制御部１は、既に処理中のデータ
コピープログラム２０３の実行を終了させる。より具体
的には、後発ジョブからのアクセス開始要求、すなわち
ファイルオープン要求を受け取ったパイプ型連携制御部
１は、既に実行中のデータコピープログラム２０３に対
し、ファイルの終端を意味する記号「ＥＯＦ」を転送す
る準備を行なう。のちほど図３でも示すように、同プロ
グラム２０３は「ＥＯＦ」記号を受け取るまでデータの
読み込みを続けることを指定されているため、「ＥＯ
Ｆ」記号を受け取ったデータコピープログラム２０３
は、実際にはオンラインサービスプログラム２０１から
パイプ型連携ファイル２１２へのジャーナルデータの転
送が継続しているにもかかわらず、あたかもパイプ型連
携ファイル２１２のデータ生成が完了したものと認識し
て、処理を終了することになる。こうした排他制御を実
現するための詳細な処理フローは、後ほど図６及び図７
を使って改めて説明する。 データコピープログラム２
０３の処理完了の結果、時間区間１内のジャーナルデー
タはすべて磁気テープ２０４に格納される。このデータ
を利用することにより、オンラインサービスは停止する
ことなく続いているにもかかわらず、時間区間１に対応
したバッチ処理２０５の実行を開始することが可能とな
る。このとき、それと並行して、時間区間２内のジャー
ナルデータ生成を目的としたデータコピープログラム２
０６も実行されている。

【００２６】以下同様にして、時間区間３のデータコピ
ープログラム２０９からパイプ型連携ファイル２１２へ
のアクセス開始と共に、時間区間２のデータコピープロ
グラム２０６へのデータ転送処理が終了し、これによっ
て時間区間２内のジャーナルデータの磁気テープ２０７
への保存処理が完了する。 このようにして、従来のバ
ッチ処理プログラムを変更することなく、無停止オンラ
インサービスプログラムに対しても各時間区間ごとに分
離されたバッチ処理を従来同様に実行することが可能と
なる。

【００２７】図３は、データコピープログラム２０３、
２０６、２０９の記述内容である。すなわち同プログラ
ムは、ＦＩＬＥＸなるファイルからデータを入力し、入
力したデータを順次ＦＩＬＥＹなるファイルに書き込
む。この処理が、入力したデータが「ＥＯＦ」すなわち
ファイルの終端記号と一致するまで続けられる。この例
のように、ファイルからのデータ入力を伴うプログラム
は一般に、ＥＯＦ記号の読み込みまで処理を続けるとい
った処理内容となっている。このＥＯＦ記号は通常、フ
ァイルを生成する際、ファイル生成ジョブがファイルへ
のアクセスを終了するクローズ命令を発行した時点で、
オペレーティングシステムによってファイルの末尾に格
納される。図３で、ＦＩＬＥＸ、ＦＩＬＥＹはそれぞれ
実際のファイル名称ではなく、プログラム内で一時的に
指定したファイル識別子である。プログラム内のファイ
ル識別子と実ファイル名称との対応付けは、同プログラ
ムの実行環境を定義したジョブ制御文にて指定する。

【００２８】図４は、図２における時間区間１で実行さ
れるデータコピープログラム２０３のジョブ制御文４０
１を示す。本ジョブ制御文４０１において、プログラム
３０１で指定された「ＦＩＬＥＸ」なるファイル識別子
に対し、実際には「ＦＩＬＥ．ＰＩＰＥ．ＸＣ」なる名
称を持つファイルを対応付けることを定義している。な
お、「ＦＩＬＥ．ＰＩＰＥ．ＸＣ」はパイプ型連携ファ
イル２１２のファイル名称であるとする。更に、同ファ
イルの属性を定義する「ＤＥＶＩＣＥ」パラメタを「Ｐ
ＩＰＥ」と指定する。本実施の形態では、この「ＤＥＶ
ＩＣＥ＝ＰＩＰＥ」指定は、ファイルがパイプ型連携フ
ァイルであることを意味する。すなわち、この指定によ
って、本プログラムがパイプ型連携制御部１に対してパ
イプ型連携ファイル２１２からのデータ受け取りを要求
していることになる。更にファイル属性定義のうち「Ｐ
ＩＰＥＸＣ＝ＹＥＳ」なる指定文は、本パイプ型連携フ
ァイル２１２に対して後発ジョブ優先の排他制御を適用
することを宣言するものである。逆に後発ジョブ優先の
排他制御を適用しないことを宣言する場合は、「ＰＩＰ
ＥＸＣ＝ＮＯ」と指定するか、もしくは「ＰＩＰＥＸ
Ｃ」パラメタの指定を省略する。

【００２９】プログラム３０１内で指定された「ＦＩＬ
ＥＹ」なるファイル識別子には、「ＦＩＬＥ．ＢＡＣＫ
ＵＰ１」なる名称を持ち、ファイル属性「ＤＥＶＩＣ
Ｅ」が「ＭＴ」であるファイルを対応付けることを定義
する。ここで、ファイル属性「ＭＴ」は、磁気テープ上
のファイルであることを意味するものとする。また、
「ＦＩＬＥ．ＢＡＣＫＵＰ１」は磁気テープ２０４のフ
ァイル名称である。

【００３０】以上のプログラム記述、及び、ジョブ制御
文の指定によって、データコピープログラム２０３は、
パイプ型連携ファイル２１２よりデータを受け取り、受
け取ったデータを順次磁気テープ２０４に書き込む処理
を実行することになる。

【００３１】ジョブ制御文４０１は、時間区間１で実行
されるデータコピープログラム２０３のジョブ制御文で
あるが、時間区間２で実行されるデータコピープログラ
ム２０６、時間区間３で実行されるデータコピープログ
ラム２０９のジョブ制御文も、同様にして定義できる。
すなわち、データコピープログラム２０６に対しては、
ジョブ名称を、図４で示した「ＩＮＪＯＢ１」とは異な
る例えば「ＩＮＪＯＢ２」に変更し、ファイル識別子
「ＦＩＬＥＹ」に割り当てる実ファイル名称を、図４で
示した「ＦＩＬＥ．ＢＡＣＫＵＰ１」とは異なる「ＦＩ
ＬＥ．ＢＡＣＫＵＰ２」に変更する。また、データコピ
ープログラム２０９に対しては、ジョブ名称を、図４で
示した「ＩＮＪＯＢ１」とは異なる例えば「ＩＮＪＯＢ
３」に変更し、ファイル識別子「ＦＩＬＥＹ」に割り当
てる実ファイル名称を、図４で示した「ＦＩＬＥ．ＢＡ
ＣＫＵＰ１」とは異なる「ＦＩＬＥ．ＢＡＣＫＵＰ３」
に変更する。ただし、「ＦＩＬＥ．ＢＡＣＫＵＰ２」は
磁気テープ２０７のファイル名称であり、「ＦＩＬＥ．
ＢＡＣＫＵＰ３」は磁気テープ２１０のファイル名称で
ある。

【００３２】前記のジョブ制御文指定によって、時間区
間２の開始と共に実行されるデータコピープログラム２
０６は、時間区間１にて実行されるデータコピープログ
ラム２０３と同じパイプ型連携ファイル２１２に対して
データの読み込みを要求し、かつ、データコピープログ
ラム２０３とは異なる磁気テープ２０７にデータを書き
込む処理を行なうことになる。同様にして、時間区間３
の開始と共に実行されるデータコピープログラム２０９
は、パイプ型連携ファイル２１２からデータを読み込
み、磁気テープ２１０にデータを書き込む。

【００３３】図５は、パイプ型連携管理テーブル７の構
成図である。同テーブル７は、共通管理テーブル１０、
出力管理テーブル１１、第１の入力管理テーブル１２、
第２の入力管理テーブル１３から成り、これらのテーブ
ルは更にいくつかのフィールドから構成される。以下、
各フィールドについて説明する。

【００３４】共通管理テーブル１１は、ファイル名称５
０１、バッファ領域先頭アドレス５０２、バッファブロ
ック数５０３、出力管理テーブルアドレス５０４、第１
の入力管理テーブルアドレス５０５、第２の入力管理テ
ーブルアドレス５０６から成る。このうち、ファイル名
称５０１には、本テーブルに対応するパイプ型連携ファ
イルの名称を格納し、バッファ領域先頭アドレス５０２
には、本パイプ型連携ファイルの引き継ぎデータを一時
的に格納するためのバッファ領域のアドレスを格納し、
バッファブロック数５０３には、同バッファ領域のブロ
ック数を格納する。いずれも、パイプ型連携ファイルに
対する最初のアクセス開始要求（オープン要求）に対し
て、オープン処理実行部３が設定する。

【００３５】出力管理テーブルアドレス５０４、第１の
入力管理テーブルアドレス５０５、第２の入力管理テー
ブルアドレス５０６は、それぞれ対応するテーブルの先
頭アドレスを格納する。 続いて、出力管理テーブル１
１の構成について説明する。同テーブルの構成フィール
ドのうち、利用中フラグ５０７は現在処理中のデータ書
き込み側ジョブが存在するか否かを表わすフラグであ
り、アクセス開始時、オープン処理実行部３がオンに設
定し、アクセス完了時、クローズ処理実行部４がオフに
設定する。ジョブ名称５０８は、アクセス開始時、オー
プン処理実行部３が要求元ジョブ名称を格納する。ポイ
ンタ５０９は、次にジョブからデータ書き込み要求が為
されたときに、同データを一時的に格納するためのバッ
ファ領域８内のブロック番号を示している。同ポインタ
５０９の値は、データ転送処理が進むごとにライト処理
実行部５により１加算される。ただし、バッファ領域は
高価な主記憶上に配置しなければならず一般に小数の有
限ブロックしかないため、利用済ブロックを再利用しな
がら処理を進めなければならない。これを実現するた
め、変更したポインタ５０９の値がバッファブロック数
５０３の値を越えた場合は、ポインタ５０９の値を１に
リセットする。

【００３６】カウンタ５１０は、ジョブがアクセス開始
時から処理したデータの累計値を格納するフィールドで
あり、データを１つ処理するごとにライト処理実行部５
が１を加算する。ＷＡＩＴフラグ５１１は、ジョブ名称
５０８に対応するジョブの実行待ち状態を表わし、待ち
状態直前、ライト処理実行部５がオンに設定し、待ち状
態解除直後、同じくライト処理実行部５がオフに設定す
る。

【００３７】第１の入力管理テーブル１２、第２の入力
管理テーブル１３は、ともにパイプ型連携ファイルに対
してデータ読み込みを要求したジョブの実行を管理する
ためのテーブルである。ここで、入力管理テーブルを２
つ用意することによって、後発ジョブ優先の排他制御を
実現する。詳しくは、引き続き図６、図７を用いて説明
する。ただし、両入力管理テーブル１２、１３の構成要
素のうち、利用フラグ、ジョブ名称、ポインタ、カウン
タ、ＷＡＩＴフラグに関しては、先ほど説明した出力管
理テーブル１１と同様の役割を持つ。出力管理テーブル
に存在しないフィールドは、排他フラグ５１７、５２３
だけである。同排他フラグの内容は、オープン処理実行
部３が、ジョブ制御文の「ＰＩＰＥＸＣ」パラメタの指
定内容に従って設定する。既に示した通り、後発ジョブ
優先の排他制御を実行する場合は「ＰＩＰＥＸＣ＝ＹＥ
Ｓ」と指定させ、実行しない場合は「ＰＩＰＥＸＣ＝Ｎ
Ｏ」と指定するか、もしくは同パラメタの指定を省略す
る。本排他フラグ５１７、５２３の具体的な利用方法に
ついては、引き続き図６、図７を用いて説明する。

【００３８】図６は、オープン処理実行部３の処理フロ
ーチャートである。任意のジョブからパイプ型連携ファ
イルへのオープン要求を受け取ったとき、オープン処理
実行部３はまず、指定されたファイルのファイル名称と
一致するファイル名称フィールド５０１を持つパイプ型
連携管理テーブル７が既に存在するか否か、パイプ型連
携制御部１内をサーチ（ステップ６０１）する。存在し
なければ、同ファイルに対応するパイプ型連携管理テー
ブル７を新規作成し、更に同テーブル内の共通管理テー
ブルの各フィールドを初期設定（ステップ６０２）す
る。初期設定の内容については、既に図５を使って説明
した通りである。

【００３９】引き続き、プログラム内で指示されたファ
イルのオープン種別、すなわち、データ書き込み要求
（ＯＵＴＰＵＴ）が指定されているのか、あるいはデー
タ読み込み要求（ＩＮＰＵＴ）が指定されているのかを
判定（ステップ６０３）する。ここで、後発ジョブ優先
排他制御を実行するのは、データ読み込みジョブの場合
に限る。すなわち、ステップ６０３の判定において、当
該オープン種別がＩＮＰＵＴの場合のみ、続いて、第１
の入力管理テーブル１２、第２の入力管理テーブル１３
の利用中フラグ５１２、５１８が共にオフとなっている
か否かを判定（ステップ６０４）する。この判定におい
て、いずれか一方のテーブルの利用中フラグ５１２また
は５１８がオンであれば、現在アクセス中のデータ読み
込み側ジョブが存在することを意味する。この場合、ジ
ョブ制御文における排他制御実行の指定内容に従い、次
の処理を決定する。

【００４０】すなわち、ジョブ制御文における排他制御
指定パラメタ「ＰＩＰＥＸＣ」の内容が「ＹＥＳ」であ
るか否かを判定（ステップ６０５）する。同パラメタが
「ＹＥＳ」であれば、後発ジョブ優先の排他制御を実行
（ステップ６０６）しなければならない。このときの排
他処理の内容については、引き続き図７を用いて詳細に
説明する。

【００４１】ステップ６０５の判定において、後発ジョ
ブ優先の排他制御が指定されていないと判定した場合、
すでにアクセス中のジョブの実行を中断することはでき
ない。そのため、本要求元ジョブに対して、当該ファイ
ルへのアクセス不可を通知（ステップ６０７）する。

【００４２】ステップ６０３において、オープン種別が
「ＯＵＴＰＵＴ」であると判定した場合は、後発ジョブ
優先の排他制御とは無関係である。すなわち、この場合
には従来方法に準じて以下の処理を行なう。まず、出力
管理テーブル１１の利用中フラグ５０７がオフか否かを
判定（ステップ６０８）する。同フラグ５０７がオフな
らば、現在処理中の出力ジョブが存在しないことを意味
するので、出力管理テーブルの各フィールドを初期設定
（ステップ６０９）したのち、要求元ジョブに対してア
クセス許可を通知（ステップ６１０）する。出力管理テ
ーブル１１の利用中フラグ５０７がオンのときには、要
求元ジョブに対してアクセス不可を通知（ステップ６０
７）する。

【００４３】また、ステップ６０４において、第１の入
力管理テーブル１２、第２の入力管理テーブル１３の利
用中フラグ５１２、５１８が共にオフであった場合は、
現在アクセス中のデータ読み込み側ジョブが存在しない
ことを意味している。よって、この場合には排他制御の
指定の有無にかかわらず、当該要求は許可される。すな
わち、第１の入力管理テーブル１２を初期設定（ステッ
プ６１１）したのち、要求元にジョブに対してアクセス
許可を通知（ステップ６１０）する。ただし、このとき
初期設定するのは第２の入力管理テーブル１３でも良
い。初期設定の内容は、利用中フラグ５１２＝オン、ジ
ョブ名称５１３＝要求元ジョブのジョブ名称、ポインタ
５１４＝バッファ領域先頭アドレス５０２の値、カウン
タ５１５＝０、ＷＡＩＴフラグ５１６＝オフ、排他フラ
グ５１７＝オンである。

【００４４】つづいて、前記オープン処理実行部３の処
理フローチャートのうち、排他処理ルーチン（ステップ
６０６）の詳細を抜き出し、図７を用いて説明する。た
だし簡単のため、図７においては、第１の入力管理テー
ブル１２、第２の入力管理テーブル１３のうち、第１の
入力管理テーブル１２の利用中フラグ５１２がオンであ
った場合の処理フローチャートのみを示す。逆に第２の
入力管理テーブル１３の利用中フラグ５１８がオンのと
きには、図７で示した各ステップで、第１の入力管理テ
ーブル１２と第２の入力管理テーブル１３とを入れ替え
て処理を行なえばよい。

【００４５】図７において、はじめに第１の入力管理テ
ーブル１２の排他フラグ５１７がオンか否かを判定（ス
テップ７０１）する。ここで、同フラグ５１７がオンで
あるとは、先発してアクセス中のジョブも、排他制御パ
ラメタ「ＰＩＰＥＸＣ＝ＹＥＳ」を指定していることを
意味する。このように、自ジョブ、データ生成ジョブが
共に排他制御を指定しているときに限り、後発ジョブ優
先の排他制御を実行することができる。よって、ステッ
プ７０１の判定において、第１の入力管理テーブル１２
の排他フラグ５１７がオフであれば、排他制御を実行す
ることができず、要求元ジョブに対してアクセス不可を
通知（ステップ７０２）する。

【００４６】ステップ７０１の判定において、第１の入
力管理テーブル１２の排他フラグ５１７がオンのとき、
引き続き、第２の入力管理テーブル１２のポインタ５２
０に、第１の入力管理テーブル１１のポインタ５１４の
値を格納（ステップ７０３）したのち、第１の入力管理
テーブル１１のポインタ５１４には、パイプ型連携制御
部１内のＥＯＦブロック９のアドレスを格納（ステップ
７０４）する。ステップ７０３、７０４によって、先発
してアクセスしていたジョブが次にデータ読み込み要求
を発行したときには、それに対して「ＥＯＦ」記号を転
送することになり、新規アクセス開始したジョブからの
最初のデータ読み込み要求に対しては、先発ジョブが読
み込んでいないデータの先頭から、転送を開始すること
が可能となる。

【００４７】ステップ７０４に続いて、ポインタ５２０
以外の各フィールドも初期設定（ステップ７０５）す
る。ここでの初期設定値は、さきほど図６を使って説明
した入力管理テーブルの初期設定内容と同じである。初
期設定を終えたのち、アクセス要求元ジョブに対してア
クセス許可を通知（ステップ７０６）し、処理を終了す
る。

【００４８】図８は、第１の実施例の動作遷移図であ
り、データコピープログラム２０３とデータコピープロ
グラム２０６の関係を例に取り、後発ジョブ優先の排他
制御の様子をより詳しく示した図である。

【００４９】図８において、はじめにデータコピープロ
グラム２０３が、パイプ型連携制御部１に対して、パイ
プ型連携ファイル２１２へのオープンを要求する。同要
求を受け付けたパイプ型連携制御部１は、既にアクセス
中のデータ受取ジョブが存在するか否か判定する。この
場合には先行するデータ受取ジョブが存在せず、要求元
ジョブに対してアクセス許可を応答する。

【００５０】アクセスを許可されたデータコピープログ
ラム２０３は、以下、自プログラム内の処理内容に従
い、パイプ型連携制御部１に対してデータ読込要求を繰
り返す。

【００５１】ここで、時間区間の切り替わりに伴い、デ
ータコピープログラム２０６が起動され、パイプ型連携
制御部１に対してパイプ型連携ファイル２１２へのアク
セス開始を要求する。これを受け付けたパイプ型連携制
御部１は、既にアクセス中のデータ受取ジョブが存在す
るか否か判定する。この場合、先行するデータ受取ジョ
ブ、すなわちデータコピープログラム２０３が存在す
る。よって、パイプ型連携制御部１は、後発のデータコ
ピープログラム２０６に対してはアクセス許可を応答す
ると共に、先発のデータコピープログラム２０３に対し
ては、ファイル終端を意味するＥＯＦ記号を転送する。
より正確には、データコピープログラム２０６からのア
クセス要求直後に、データコピープログラム２０３から
データ読込要求が為されたときに、その要求に対してＥ
ＯＦ記号が転送されることになる。

【００５２】ＥＯＦ記号を受け取ったデータコピープロ
グラム２０３は、図３でも示した通り、全データの転送
が終了したものと認識し、引き続いてパイプ型連携ファ
イル２１２に対するファイルクローズをパイプ型連携制
御部１に対して要求し、それをもってデータ引き継ぎ処
理を完了する。このようにして、後発ジョブ優先の排他
制御を実現するデータ引き継ぎ処理を実行することがで
きる。

【００５３】以上が、第１の実施の形態の説明である。
引き続き、第２の実施の形態について説明する。

【００５４】第２の実施の形態のシステム運用図を、図
９に示す。第１の実施の形態と同様、第２の実施の形態
においても、２４時間連続運行されているオンラインサ
ービスプログラム２０１からバッチ処理側のプログラム
へ、パイプ型連携ファイル２１２を経由してデータを受
け渡している。第１の実施の形態との相違点は、データ
コピープログラムを使って各時間区間ごとのジャーナル
データを一時保存することなく、各時間区間のバッチ処
理９０１、９０２、９０３に対し、直接データを転送し
ている点である。すなわち、各時間区間において、その
時間区間内のすべてのジャーナルデータが揃うのを待た
ず、オンラインサービスと並行して集計処理を実行して
いる。

【００５５】ただし、時間区間の切り替わる時刻と同時
に、次の時間区間のバッチ処理を起動し、それ以前の時
間区間のバッチ処理に対するパイプ型連ファイルからの
データ転送を終了させる点は変わらない。なお、ジャー
ナルデータの入力が完了しても、それをもとに集計処理
を行なうバッチ処理は完了せず、やや遅れて実行が終了
すると考えるのが自然である。図９でいえば、区間１の
バッチ処理９０１は、時間区間２の開始とともにジャー
ナルデータからのデータ入力が完了するが、同データを
利用するバッチ処理９０１自身の処理は、それ以降も続
けられる。このとき、それと並行して既に区間２のバッ
チ処理９０２が実行を開始している。しかし、各時間区
間ごとの集計処理は互いに独立に実行可能であるという
ことを前提にしているため、こうした運用形態でも問題
は生じない。

【００５６】以上が、第２の実施の形態の説明である。
引き続き、第３の実施の形態について説明する。

【００５７】第３の実施の形態のシステム運用図を、図
１０に示す。同システム運用上の前提条件は、これまで
の実施の形態に準ずる。以下、時間区間１を例に取り、
第３の実施の形態の特徴を説明する。

【００５８】図１０で示す通り、時間区間１におけるオ
ンラインジャーナルデータは、パイプ型ファイル２１２
を経由して、区間１の第１のバッチ処理１００１と、磁
気テープ１００２とに転送されている。時間区間２の開
始と共に区間２の第１のバッチ処理１００４がパイプ型
連携ファイル２１２へのアクセスを開始し、これに伴い
区間１の第１のバッチ処理１００１及び磁気テープ１０
０２はデータ入力を完了する。更に、磁気テープ１００
２がデータ入力を完了することにより、同テープ１００
２のデータを入力とする区間１の第２のバッチ処理１０
０３が処理を開始する。

【００５９】以上示した通り、本第３の実施の形態で
は、各区間におけるバッチ処理が、二つの種類に分類で
きるような状況を想定している。すなわち、第１の種類
に属するバッチ処理は、その区間内のすべてのジャーナ
ルデータが作成されるのを待たずに実行を進めることが
できる処理である。また第２の種類の属するバッチ処理
は、その区間内のすべてのジャーナルデータが作成され
てから処理を開始した方が効率が良い処理である。例え
ば、第１の種類に属する処理としては、オンライン処理
の実行履歴を時系列に表示するような処理があり、第２
の種類に属する処理としては、全ジャーナルデータをソ
ートしてから統計を取るような処理がある。

【００６０】こうした場合には、図１０で示したように
両者を分離し、第１の種類に属するバッチ処理１００１
だけでも同時間区間のオンライン処理と並行実行させれ
ば、負荷を分散することにもつながり、一層の処理高速
化が期待できる。

【００６１】なお、パイプ型連携制御部がデータ受取ジ
ョブにデータを転送すると同時に、外部記憶装置へのデ
ータ保存を実行する技術は、例えば特開平３−２５２７
２９号公報などに記された公知の技術である。

【００６２】以上が、第３の実施の形態の説明である。
引き続き、第４の実施の形態について説明する。

【００６３】第４の実施の形態のシステム運用図を、図
１１に示す。同システム運用上の前提条件は、これまで
の実施の形態に準ずる。

【００６４】第４の実施の形態は、後発ジョブ優先の排
他制御を条件付きで適用する例である。すなわち、これ
までの実施の形態のように、あるパイプ型ファイルに対
して後発ジョブがアクセスを開始したときに、それまで
同ファイルをアクセス中であったジョブへのデータ入力
を必ず終了させるのではなく、一定の条件を満たすとき
に限り先発ジョブへのデータ入力を打ち切り、そうでな
い場合には先発ジョブと後発ジョブの双方がデータを受
け取ることを許可する処理が、第４の実施の形態であ
る。

【００６５】ここで、図１１における区間１の第１のバ
ッチ処理１１０１、区間１の第２のバッチ処理１１０
２、区間２の第１のバッチ処理１１０３を例に取り、詳
細に説明する。それぞれのバッチ処理は、更に複数個の
バッチジョブによって構成されている。それらのジョブ
群のうち、いずれか一つのジョブが、パイプ型ファイル
へ２１２へのアクセスを要求している。ここで、パイプ
型ファイル２１２へアクセス要求しているジョブのジョ
ブ制御文を図１２に示す。それぞれ、１２０１が区間１
の第１のバッチ処理１１０１でのジョブ制御文、１２０
２が区間１の第２のバッチ処理１１０２でのジョブ制御
文、１２０３が区間２の第１のバッチ処理１１０３での
ジョブ制御文を示している。

【００６６】図４で示した第１の実施の形態におけるジ
ョブ制御文との相違点は、ファイル属性を定義するパラ
メタのうち、「ＰＩＰＥＸＣ」の指定方法である。本第
４の実施の形態では、単に「ＹＥＳ」「ＮＯ」で排他制
御の実行の有無を定義するのではなく、一定の規則に従
った文字列により、排他制御実行のグループを指定す
る。図１２１では、ジョブ制御文１２０１と１２０２と
が、同じ排他制御グループ「ＸＣＧ１」を指定し、ジョ
ブ制御文１２０３のみ、それとは別の排他制御グループ
「ＸＣＧ２」を指定している。後発ジョブ優先の排他制
御は、このグループ単位で実行される。

【００６７】図１１を用いて詳しく説明する。はじめに
時間区間１の開始と共に、区間１の第１のバッチ処理１
１０１が処理を開始する。このとき図１２で示したジョ
ブ制御文１２０１より、排他制御グループは「ＸＣＧ
１」が指定されている。引き続き実行を開始する区間１
の第２のバッチ処理１１０２も、やはりパイプ型ファイ
ル２１２への排他制御グループは「ＸＣＧ１」が指定さ
れている。排他制御グループが一致しているため、後発
ジョブ優先の排他制御は実行せずに、二つのジョブ双方
にパイプ型連携ファイル２１２のデータを転送する。続
いて、時間区間２の開始と共に、区間２の第１のバッチ
処理１１０３が実行を開始し、排他制御グループ「ＸＣ
Ｇ２」を指定してパイプ型ファイル２１２へのアクセス
を要求する。同排他制御グループは、先発ジョブ群が指
定したグループとは異なる。このように、先発ジョブ群
とは異なる排他制御グループを指定したジョブがアクセ
スを開始したとき、後発ジョブ優先の排他制御を実行す
る。すなわち、区間２の第１のバッチ処理１１０３のア
クセス開始を契機に、先発していた区間１の第１のバッ
チ処理１１０１、同第２のバッチ処理１１０２へＥＯＦ
記号を転送し、パイプ型連携ファイル２１２からのデー
タ転送処理を終了させる。

【００６８】以上が、第４の実施の形態の説明である。
本実施の形態は、例えば同一時間区間内のバッチ処理の
中で、ジャーナルデータの入力を必要とするジョブが複
数個存在しており、かつ、そうしたジョブ群を各時間区
間ごとに別々に実行したいという場合に適用できる。

【００６９】引き続き、第５の実施の形態について説明
する。

【００７０】第５の実施の形態のシステム運用図を、図
１３に示す。同システム運用上の前提条件は、これまで
の実施の形態に準ずる。第５の実施の形態も、これまで
の実施の形態と同様、後発ジョブ優先の排他制御を実行
するが、パイプ型連携ファイル２１２に対してデータを
入力するジョブが単一ではなく、複数存在する例であ
る。

【００７１】パイプ型連携ファイル２１２に対してデー
タを入力するオンラインサービスプログラムが複数個存
在するのは、次のような場合が考えられる。すなわち、
負荷分散を目的に、オンラインサービスを複数のプログ
ラムを用いて実行する場合である、あるいは、２４時間
オンラインサービスを実行中、保守を目的に、オンライ
ンサービスプログラムを切り替える必要が生じた場合で
ある。この場合、オンラインサービスを中断させないた
めには、最初のオンラインサービスプログラムを終了す
る前に、まず次のオンラインサービスプログラムを起動
しておく方が安全である。そのようなときに、ある一定
の時間、複数のオンラインサービスプログラムが並行し
て実行されることになり、その時間内では、パイプ型連
携ファイルへデータを入力するジョブが複数化される。

【００７２】図１３で示すシステム運用形態は、上で示
した２つの場合のうち、後者の例を示している。すなわ
ち、第１のオンラインサービスプログラム１３０１から
第２のオンラインサービスプログラム１３０２へと、実
行プログラムを切り替えて実行するが、切り替えに際し
てはある時間だけ、両者を並行して実行している。

【００７３】このように、データを入力する側のプログ
ラムが複数個存在していても、パイプ型連携制御部１
は、入力されたデータがいずれのプログラムから転送さ
れたものであるかを区別することなく、データ受取側の
ジョブへと転送する。更に、データ受取側のジョブに対
する後発ジョブ優先の排他制御も、データ生成側ジョブ
の切り替えや複数化とは関係なく、これまでの実施の形
態と同様に実行する。図１３では、第１の実施の形態と
同様に、後発ジョブ優先の排他制御を適用することによ
り、各時間区間ごとのデータコピープログラムに対して
別々にジャーナルデータを転送する例を示している。

【００７４】

【発明の効果】本発明によれば、銀行のオンラインサー
ビスプログラムから、同サービスの処理内容を集計する
プログラムへサービス履歴データを受け渡す際、オンラ
インサービスが２４時間連続化され、かつ、集計は一定
の時間区間ごとに分割して実行する形態の処理を、従来
利用していたプログラムを変更することなく実現でき
る。また、２４時間オンラインサービスに限らず、ジョ
ブ間でデータを受け渡す処理において、引き継ぎデータ
を一定時間ごとに切り分け別のジョブに受け渡したいと
きに、プログラムの内容を変更することなく、受け渡し
ジョブの切り替えを実現できる。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】第１の実施の形態のシステム運用図である。

【図３】データコピープログラムの記述内容の例であ
る。

【図４】第１の実施の形態のジョブ制御文の例である。

【図５】パイプ型連携管理テーブルの構成図である。

【図６】オープン処理実行部の処理フローチャートであ
る。

【図７】オープン処理実行部における排他処理ルーチン
の処理フローチャートである。

【図８】第１の実施の形態の動作遷移図である。

【図９】第２の実施の形態のシステム運用図である。

【図１０】第３の実施の形態のシステム運用図である。

【図１１】第４の実施の形態のシステム運用図である。

【図１２】第４の実施の形態のジョブ制御文の例であ
る。

【図１３】第５の実施の形態のシステム運用図である。

【符号の説明】

１…パイプ型連携制御部、２…処理受付部、３…オープ
ン処理実行部、４…クローズ処理実行部、５…ライト処
理実行部、６…リード処理実行部、７…パイプ型連携管
理テーブル、８…バッファ領域、９…ＥＯＦブロック、
１０…共通管理テーブル、１１…出力管理テーブル、１
２…第１の入力管理テーブル、１３…第２の入力管理テ
ーブル、１４…データ生成ジョブ、１５…データ受取ジ
ョブ、

Claims (4)

【特許請求の範囲】
1. 【請求項１】一つ以上のジョブが生成する一つ以上のデ
   ータ（ファイル）を、一つ以上のジョブが受け取ると
   き、複数のジョブを並行に実行し、主記憶装置またはそ
   れに準ずる補助記憶装置上に用意したバッファ領域を介
   し、すべてのデータ生成が完了しなくとも、生成済みの
   データから順次受け渡し処理を実行する計算機システム
   において、 データを受け取る側のジョブが対象ファイルに対してア
   クセスを要求してきたとき、同ジョブのアクセスを許可
   する第１のステップと、同ファイルに対してデータ受け
   取り要求アクセス中のジョブがすでに存在しているか否
   かを判定する第２のステップと、前ステップで、条件を
   満たすジョブが存在していると判定した場合、該当する
   ジョブに対し、対象ファイルのデータ転送がすべて完了
   したことを意味するデータを転送し、同ファイルへのア
   クセスを終了させる第３のステップとを有することを特
   徴とする後発ジョブ優先の排他制御を実現するデータ引
   き継ぎ方法。
2. 【請求項２】一つ以上のジョブが生成する一つ以上のデ
   ータ（ファイル）を、一つ以上のジョブが受け取ると
   き、複数のジョブを並行に実行し、主記憶装置またはそ
   れに準ずる補助記憶装置上に用意したバッファ領域を介
   し、すべてのデータ生成が完了しなくとも、生成済みの
   データから順次受け渡し処理を実行する計算機システム
   において、 データを受け取る側のジョブが対象ファイルに対してア
   クセス要求する際、同ファイルに対して他のジョブと排
   他アクセスするか否かを利用者が指定できるパラメタ領
   域を作成するステップを有することを特徴とする後発ジ
   ョブ優先の排他制御を実現するデータ引き継ぎ方法。
3. 【請求項３】請求項２記載の後発ジョブ優先の排他制御
   を実現するデータ引き継ぎ方法において、 利用者が排他アクセスを指定したか否かを判定する第１
   のステップと、前ステップで、利用者が排他アクセスを
   指定したと判定した場合、当該ジョブからのアクセス要
   求を許可する第２のステップと、対象ファイルに対して
   データ受け取り要求アクセス中のジョブがすでに存在し
   ているか否かを判定する第３のステップと、前ステップ
   で、条件を満たすジョブが存在していると判定した場
   合、該当するジョブに対し、対象ファイルのデータ転送
   がすべて完了したことを意味するデータを転送し、同フ
   ァイルへのアクセスを終了させる第４のステップと、第
   １のステップで、利用者が排他アクセスを指定しなかっ
   たと判定した場合、対象ファイルに対してデータ受け取
   り要求アクセス中のジョブがすでに存在しているか否か
   を判定する第５のステップと、前ステップで、条件を満
   たすジョブが存在していると判定した場合、当該ジョブ
   からのアクセス要求を拒絶する第６のステップと、第５
   のステップで、条件を満たすジョブが存在していないと
   判定した場合、当該ジョブからのアクセス要求を許可す
   る第７のステップとを有することを特徴とする後発ジョ
   ブ優先の排他制御を実現するデータ引き継ぎ方法。
4. 【請求項４】一つ以上のジョブが生成する一つ以上のデ
   ータ（ファイル）を、一つ以上のジョブが受け取る必要
   があるとき、複数のジョブを並行に実行し、主記憶装置
   またはそれに準ずる補助記憶装置上に用意したバッファ
   領域を介し、すべてのデータ生成が完了しなくとも、生
   成済みのデータから順次受け渡し処理を実行する計算機
   システムにおいて、 データを受け取る側のジョブが対象ファイルに対してア
   クセス要求を開始する際、排他の基準となるグループ名
   称を指定することを許可する第１のステップと、同ファ
   イルに対してデータ受け取り要求アクセス中のジョブが
   すでに存在しており、かつ、それらのジョブがアクセス
   開始時に指定した排他の基準グループ名称が、当該ジョ
   ブが指定したグループ名称と等しいか否かを判定する第
   ２のステップと、前ステップで、すでにアクセス中のジ
   ョブと当該ジョブとが異なる排他の基準グループ名称を
   指定していると判定した場合、当該ジョブからのアクセ
   ス要求を許可する第３のステップと、引き続き、すでに
   アクセス中のジョブに対し、対象ファイルのデータ転送
   がすべて完了したことを意味するデータを転送し、同フ
   ァイルへのアクセスを終了させる第４のステップと、第
   ２のステップで、すでにアクセス中のジョブと当該ジョ
   ブとが同一の排他の基準グループ名称を指定している
   か、対象ファイルに対してデータ受け取り要求アクセス
   中のジョブが存在していないと判定した場合、当該ジョ
   ブからのアクセス要求を許可する第５のステップとを有
   することを特徴とする後発ジョブ優先の排他制御を実現
   するデータ引き継ぎ方法。