JPH10320218A - データ転送処理における連携ジョブ自動起動方法 - Google Patents

Abstract

(57)【要約】 【課題】複数ジョブ間でのデータ受け渡し処理をパイプ
連携を利用して高速化するとき、すべてのジョブを同一
時刻付近に起動しないとデータ受け渡し処理が開始され
ないため、連携相手ジョブが起動されないときに無駄な
待ち時間が発生したり、利用者がジョブ実行管理に要す
る負担が大きかった。 【解決手段】最初に実行を開始した要求元ジョブ１０３
からパイプ連携処理要求を受けて起動したオープン制御
部２０２は、計算機１０１で実行されるパイプ連携処理
の情報を格納したパイプ連携定義テーブル２０９を参照
して連携相手ジョブを検索し、該当する要求先ジョブ１
０４を起動する。実行を開始した要求先ジョブ１０４か
らのパイプ連携処理要求を受け再び起動したオープン制
御部２０２は、連携相手ジョブが起動したことを要求元
ジョブ１０３に通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ジョブ間のパイプ
型データ受け渡し技術に関する。

【０００２】

【従来の技術】本発明は、ジョブ間のデータ受け渡し技
術に関するものである。ジョブとは、計算機システムに
おける処理の単位であり、一つ以上のプログラムから成
り、利用者からジョブ実行の要求があったとき、それぞ
れのプログラムが順番に、もしくは並行して実行され
る。銀行などの大規模計算機システムでは、日々、数百
から数千個ものジョブが実行され、それぞれ関連のある
他のジョブとの間でデータ引き継ぎ処理を行なうこと
で、全体の処理が遂行される。

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

【０００４】これに対し、データ受け渡し処理をより高
速に実行したいという場合に利用されるのが、特開平３
−４６０３３号公報や「並列汎用機の全貌」（日経ＢＰ
社、１９９４年）などに記された、いわゆる「パイプ連
携」または「パイプ型データ転送」と呼ばれる技術であ
る。本発明も、このパイプ型データ転送技術に関する発
明であるが、同技術そのものは現在広く知られたもので
あるため、以下簡単な説明にとどめる。

【０００５】パイプ連携とは、ジョブ間で受け渡しする
データを外部記憶装置には格納せずに、主記憶を経由し
て転送する技術である。このとき、すべてのデータが揃
うのを待ってから受け取り側ジョブへの転送を開始する
のではなく、主記憶上に書き込まれたデータは順次、受
け取り側ジョブへ転送する。すなわち、ジョブ間での転
送の単位は、従来技術のようにファイル全体ではなく、
ファイルの構成要素であるレコード単位となる。本技術
を用いることにより、外部記憶装置への入出力処理を削
減し、また、ファイル生成が完了するまで読み込み側ジ
ョブの開始時間が待たされることなく、すべてのジョブ
を並行して実行できるため、引き継ぎ処理に要する処理
時間を短縮することができる。以上の処理は、通常オペ
レーティングシステム（計算機の基本ソフトウェア）に
よって実行される。それぞれのジョブは、外部記憶内フ
ァイルへアクセスを行なっていたときのプログラムを変
更する必要はない。

【０００６】

【発明が解決しようとする課題】パイプ連携の特徴の一
つは、データ受け渡しを行なうジョブ群を並列に実行可
能とすることで、処理時間を短縮する点である。しか
し、これは同時に、パイプ連携を利用する際の制約でも
なる。すなわち、あるジョブがデータの受け渡しを実行
しようとしても、連携相手のジョブが実行を開始しない
限りは、先に実行を開始したジョブも、データ受け渡し
処理を進めることができない。連携相手ジョブが起動す
るまで、先に処理を開始したジョブは処理途中で待ち状
態となったままとなるか、一定時間待ったあとで異常終
了する。

【０００７】そこで通常、パイプ連携技術を利用する場
合は、連携を取るジョブ群を同一時刻付近に起動できる
ような工夫を必要とする。例えば、計算機システムの中
には、ジョブの実行スケジュールを管理する機能を備え
ているものがあり、この機能を利用すれば、一定の条件
に従って各ジョブの起動のタイミングを指定できる。こ
こでいう各ジョブ起動の条件とは、時刻指定であった
り、特定のジョブの終了確認などである。

【０００８】ところで、従来こうしたパイプ連携処理
は、単一計算機内のジョブ間、特に銀行などで利用され
る大型汎用計算機内のジョブ間で利用されることが多か
った。銀行のような高い信頼性が要求される計算機運用
では、もともとジョブ群の実行スケジュールも綿密に管
理される。よって、パイプ連携を利用するジョブ群を同
一時刻付近に起動するような実行スケジュールを追加す
ることも、その負担は比較的小さかった。

【０００９】ところが現在では、複数の大型汎用計算機
を複数台接続しジョブを振り分けて負荷分散を図るシス
テムや、メインフレームとワークステーションといった
異機種計算機間でのデータ受け渡し処理を実行するシス
テムが増えている。これらのシステムでは、単一計算機
での運用と比べ、ジョブ実行管理はより複雑となる。そ
のため、別計算機で実行されるジョブ間でパイプ連携を
利用したデータ受け渡しを行なう場合、ジョブ群の起動
のタイミングを合わせなければならないことは、従来以
上に大きな負担となる。

【００１０】このように、パイプ連携技術を利用する
際、なんらかの手段を用いて、データを受け渡すジョブ
群をすべて同一時刻付近に起動できるようなジョブ実行
スケジュール管理を利用者が行なわなければならないこ
とが課題となっている。特に、複数計算機上のジョブ間
でパイプ連携技術を利用する際のジョブ起動時間帯を一
致させなければならないことが、課題となっている。

【００１１】

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

【００１２】本発明のデータ転送処理における連携ジョ
ブ自動起動方法は、第１のジョブが生成する一つ以上の
データを、それとは別の第２ジョブへ渡すとき、第１の
ジョブ、第２のジョブを並列に実行し、主記憶装置また
はそれに準ずる補助記憶装置上に用意したバッファ領域
を介し、すべてのデータ生成が完了しなくとも、生成済
みのデータから順次受け渡し処理を実行する計算機シス
テムにおいて、ジョブからの処理開始要求を受け取る第
１のステップと、受け取ったジョブとデータの受け渡し
を行なう連携相手ジョブが、既に処理を開始しているか
否かを判定する第２のステップと、前ステップで、連携
相手ジョブが処理を開始していないと判定したとき、当
該ジョブが実行を開始済みであることを記録する第３の
ステップと、連携相手ジョブの実行を開始する第４のス
テップと、第２のステップで、連携相手ジョブが処理を
開始済みであると判定したとき、連携相手ジョブに対し
て、当該ジョブが実行を開始したことを通知する第５の
ステップとを有する。

【００１３】また、本発明のデータ転送処理における連
携ジョブ自動起動方法は、第１のジョブとデータの受け
渡しを行なう連携相手ジョブは第２のジョブであること
を利用者が記録した情報を取得する第１のステップと、
第１のジョブおよび第２のジョブから処理開始要求を受
け取ったとき、第１のステップで取得した情報を参照
し、連携相手ジョブを特定するだ２のステップとを有す
る。

【００１４】また、本発明のデータ転送処理における連
携ジョブ自動起動方法は、計算機で実行するジョブを定
義したすべてのジョブ制御文を順次参照する第１のステ
ップと、参照したジョブ制御文にて、データ受け渡し処
理の利用が指定されているか否かを判定する第２のステ
ップと、前ステップで、データ受け渡し処理の利用が指
定されていると判定した場合、それまでに参照したジョ
ブ制御文の中に、当該ジョブの連携相手ジョブが存在し
ているか否かを判定する第３のステップと、前ステップ
で、条件を満たすジョブが存在した場合、二つのジョブ
の間にデータ受け渡し関係があることを記録する第４の
ステップと、第３のステップで、条件を満たすジョブが
存在しなかった場合、当該ジョブがデータ受け渡し処理
の利用を指定していることを記録する第５のステップ
と、任意のジョブからのデータ受け渡し開始要求を受け
取ったとき、第４のステップで記録した情報を参照し、
当該ジョブの連携相手ジョブを特定する第６のステップ
とを有する。

【００１５】また、本発明のデータ転送処理における連
携ジョブ自動起動方法は、共用記憶装置、制御計算機、
ネットワークなどを介して接続された複数の計算機から
成る計算機システムで、第１の計算機で実行される第１
のジョブが生成する一つ以上のデータを、第２の計算機
で実行される第２のジョブへ渡すとき、第１のジョブ、
第２のジョブを並列に実行し、共用記憶装置、制御計算
機、通信装置などを用いてデータを転送し、すべてのデ
ータ生成が完了しなくとも、生成済みのデータから順次
受け渡し処理を実行する計算機システムにおいて、ジョ
ブからの処理開始要求を受け取る第１のステップと、受
け取ったジョブとデータの受け渡しを行なう連携相手ジ
ョブが、既に処理を開始しているか否かを判定する第２
のステップと、前ステップで、連携相手ジョブが処理を
開始していないと判定したとき、当該ジョブが実行を開
始済みであることを記録する第３のステップと、連携相
手ジョブをどの計算機で実行するよう指定されているか
取得する第４のステップと、前ステップで取得した計算
機で、連携相手ジョブの実行を開始する第５のステップ
と、第２のステップで、連携相手ジョブが処理を開始済
みであると判定したとき、連携相手ジョブがどの計算機
で実行されているか取得する第６のステップと、前ステ
ップで取得した計算機で実行されている連携相手ジョブ
に対して、当該ジョブが実行を開始したことを通知する
第７のステップとを有する。

【００１６】また、本発明のデータ転送処理における連
携ジョブ自動起動方法は、共用記憶装置、制御計算機、
ネットワークなどを介して接続された複数の計算機から
成る計算機システムで、第１の計算機で実行される第１
のジョブが生成する一つ以上のデータを、第２の計算機
で実行される第２のジョブへ渡すとき、第１のジョブ、
第２のジョブを並列に実行し、共用記憶装置、制御計算
機、通信装置などを用いて、すべてのデータ生成が完了
しなくとも、生成済みのデータから順次受け渡し処理を
実行する計算機システムにおいて、第１のジョブ、第２
のジョブのうち、いずれのジョブが先に実行されるかを
特定する第１のステップと、ジョブからの処理開始要求
を受け取る第２のステップと、処理要求してきたジョブ
が、第１のステップで先に実行されるべきジョブである
と判定されたジョブか否かを判定する第３のステップ
と、前ステップで、先に実行されるべきジョブであると
判定したとき、連携相手ジョブをどの計算機で実行する
よう指定されているか取得する第４のステップと、前ス
テップで取得した計算機で、連携相手ジョブの実行を開
始する第５のステップと、第３のステップで、後から実
行されるべきジョブであると判定したとき、連携相手ジ
ョブがどの計算機で実行されているか取得する第６のス
テップと、前ステップで取得した計算機で実行されてい
る連携相手ジョブに対して、当該ジョブが実行を開始し
たことを通知する第７のステップとを有する。

【００１７】

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

【００１８】図１は、第１の実施の形態の原理図であ
る。図１において、１０１は計算機であり、１０２はジ
ョブ間のパイプ連携データ転送処理を制御するパイプ連
携実行部である。１０３と１０４は、パイプ連携実行部
１０２を介して、データの受け渡しを行なうジョブであ
り、１０３は連携開始要求を先に行なう要求元ジョブで
あり、１０４はそれを受けたパイプ連携実行部１０２に
起動される要求先ジョブである。引き続き、要求先ジョ
ブ１０４を起動する詳しい処理内容を説明していく。

【００１９】図２は、第１の実施の形態の構成図であ
る。パイプ連携実行部１０２は、更にいくつかの部分か
ら成る。２０１はパイプ連携アクセス受付部であり、各
ジョブからパイプ連携実行部１０２への処理要求種別を
判定し、それぞれに対応する制御部を起動する。パイプ
連携実行部１０２への処理要求は、ファイルアクセスに
関する要求に限られ、ファイルオープン、データ書き込
み、データ読み込み、ファイルクローズの四種類があ
る。これらの要求を受け取ったパイプ連携アクセス受付
部２０１は、それぞれオープン制御部２０２、ライト制
御部２０３、リード制御部２０４、クローズ制御部２０
５を起動する。

【００２０】上記四種類の制御部２０２から２０５のう
ち、本発明の目的であるパイプ連携ジョブ自動起動に直
接関係するのは、オープン制御部２０２だけである。そ
れ以外のライト制御部２０３、リード制御部２０４、ク
ローズ制御部２０５については、特開平３−４６０３３
号公報などに記載された既存の技術を用いることができ
る。よって、本明細書ではオープン制御部２０２につい
てのみ説明する。

【００２１】２０６は、パイプ連携を正常に行なうため
のデータを格納するパイプ連携仮想ファイル領域であ
り、１個のパイプ連携処理につき１個ずつ生成される。
パイプ連携仮想ファイル領域２０６は、更に管理テーブ
ル２０７、バッファ領域２０８から成る。管理テーブル
２０７は、処理対象ファイルの名称やジョブの名称、各
ジョブの進捗状況などが記録され、バッファ領域２０８
は、ジョブ間で受け渡されるデータが一時的に格納され
る。いずれも、その構成や利用方法は既存技術と同じで
あるため、詳細については省略する。

【００２２】２０９は、パイプ連携定義テーブルであ
り、本計算機１０１にて登録されているパイプ連携処理
対象ファイルと、それをアクセスするジョブとの関係が
定義されている。２１０は、連携待ちジョブ登録テーブ
ルであり、各時点において、連携相手のジョブ起動を待
って待ち状態中のジョブの情報が格納されている。これ
らの二つのテーブルの詳しい構成は、後ほど図３、図４
を用いて詳しく説明する。

【００２３】２１１は、計算機１０１に接続された磁気
ディスク装置である。同磁気ディスク装置２１１には、
ジョブ制御文格納ファイル２１２とパイプ連携定義ファ
イル２１３が格納されている。これらの情報は、計算機
１０１の電源が落とされても残るため、計算機１０１の
電源を入れ直す毎に再作成する必要はない。このうち、
ジョブ制御文格納ファイル２１２には、計算機１０１で
実行する各ジョブの実行条件、実行環境が登録されてお
り、各ジョブは本ジョブ制御文に記された環境に従って
実行される。要求元ジョブ１０３のパイプ連携相手とし
て起動すべきジョブの情報は、オープン制御部２０２が
このジョブ制御文格納ファイル２１２を参照することに
より取得する。一方、パイプ連携定義ファイル２１３
は、パイプ連携定義テーブル２０９と同一内容であり、
計算機１０１の電源投入後、始めてパイプ連携要求がな
されたとき、オープン制御部２０２によってパイプ連携
定義テーブル２０９へ、その内容がコピーされる。

【００２４】図３は、パイプ連携定義テーブル２０９の
構成図である。同テーブル２０９の各エントリは、ファ
イル名称フィールド３０１、第１のジョブ名称フィール
ド３０２、第２のジョブ名称フィールド３０３から構成
され、第１のジョブ名称フィールド３０２と、第２のジ
ョブ名称フィールド３０３とに記述された二つのジョブ
が、ファイル名称フィールド３０１に記述されたファイ
ルをパイプ型データ転送することを定義している。例え
ば図３の第１エントリは、「ＪＯＢ＿Ａ」と「ＪＯＢ＿
Ｂ」なる名称の二つのジョブ間で、「ＰＩＰＥ．ＦＩＬ
Ｅ．０１」なるファイルをパイプ連携することが定義さ
れている。同テーブル２０９は、パイプ連携相手ジョブ
を特性する目的で、オープン制御部２０２が利用する。

【００２５】なお、本実施の形態では、パイプ連携は一
つのジョブと一つのジョブとの間の適用に限定する。そ
のため、パイプ連携定義テーブル２０９は二つのジョブ
名称フィールドしか持たない。一般的には、複数のジョ
ブから複数のジョブへのパイプ連携も可能である。そう
したケースにも本発明を適用する場合、各エントリのジ
ョブ名称フィールドの数を、適用可能なジョブ数の上限
個に拡張すればよい。また、図３ではエントリ数は５個
としているが、このエントリ数もそれぞれのシステムで
定義するパイプ連携の数に応じて加減する必要がある。

【００２６】既に説明した通り、パイプ連携定義テーブ
ル２０９は、計算機１０１の電源投入後、初めてパイプ
連携要求がなされたとき、オープン制御部２０２によっ
てパイプ連携定義ファイル２１３の内容がコピーされ
る。このとき、パイプ連携定義ファイル２１３はあらか
じめ生成されていなければならない。本第１の実施の形
態では、一般的なファイル編集プログラムなどを用い
て、上で記した規則に従い、利用者が直接パイプ連携定
義ファイル２１３を作成するものとする。パイプ連携を
実行するジョブの組み合わせを変更したい場合は、その
部分だけパイプ連携定義ファイル２１３を修正すれば、
次回電源投入時以降、新しいジョブの組み合わせによる
パイプ連携処理が可能になる。

【００２７】図４は、連携待ちジョブ登録テーブル２１
０の構成図である。４０１は、各時点において連携相手
ジョブの起動待ち状態となっているパイプ連携ファイル
を格納する連携待ちファイルフィールドであり、４０２
は、連携相手ジョブの起動を待っているジョブの名称を
格納する連携待ちジョブフィールドである。例えば図４
の第１エントリは、「ＰＩＰＥ．ＦＩＬＥ．０２」なる
パイプ連携対象ファイルへの処理要求を発行した「ＪＯ
Ｂ＿Ｃ」なる名称のジョブが、連携相手ジョブの起動待
ちとなっていることを表わす。同じく第２エントリは、
ファイル「ＰＩＰＥ．ＦＩＬＥ．０４」への処理要求を
発行したジョブ「ＪＯＢ＿Ｈ」が、連携相手ジョブの起
動待ち状態となっていることを表わす。図３で示した通
り、本実施の形態では定義されたパイプ連携の数は５個
なので、連携待ちジョブ登録テーブル２１０のエントリ
数もあらかじめ５個としておき、必要に応じて空白エン
トリに連携待ちファイル、ジョブを登録する。

【００２８】図５は、第１の実施の形態におけるパイプ
連携実行部１０２内オープン制御部２０２の処理フロー
チャートである。オープン制御部２０２は、各ジョブか
らパイプ連携対象ファイルへのオープン要求を受け取っ
たパイプ連携アクセス受付部２０１により起動される。
起動されたオープン制御部２０２は、はじめに本計算機
１０１のパイプ連携実行部１０２内に、パイプ連携定義
テーブル２０９が存在するか否か判定（ステップ５０
１）する。存在しない場合は、計算機１０１の電源投入
後、はじめてパイプ連携要求が発行されたことを意味し
ており、磁気ディスク装置２１１内のパイプ連携定義フ
ァイル２１３の内容を、パイプ連携定義テーブル２０９
にコピー（ステップ５０２）する。このとき、パイプ連
携定義ファイル２１３は既に利用者によって生成されて
いるものとする。

【００２９】引き続き、当該オープン命令を要求したジ
ョブとパイプ連携を行なう連携相手ジョブが既に処理要
求を発行済みか否かを判定（ステップ５０３）する。同
判定は、連携待ちジョブ登録テーブル２１０を参照し、
連携待ちファイルフィールド４０１の内容が、現在オー
プン命令を処理中のファイル名称と一致するエントリが
存在するか否かを判定することによって実現される。連
携相手ジョブがまだ処理要求を発行していないと判定し
た場合、当該パイプ連携処理に対応したパイプ連携仮想
ファイル領域２０６を新たに生成（ステップ５０４）す
る。

【００３０】続いて、処理中のパイプ連携ファイルの情
報が、パイプ連携定義テーブル２０９内に存在するか否
かを判定（ステップ５０６）する。同判定は、パイプ連
携定義テーブル２０９の全エントリの中で、ファイル名
称フィールド３０１が現在処理中のファイル名称と一致
し、かつ、第１のジョブ名称フィールド３０２もしくは
第２のジョブ名称フィールド３０３のいずれか一方の内
容が、現在処理中のジョブ名称と一致し、かつ、他方に
別のジョブ名称が格納されているか否かを判定すること
によって実現できる。

【００３１】該当するエントリが存在した場合、ジョブ
名称フィールド３０２もしくは３０３のうち、自ジョブ
とは異なる側のフィールドに格納されているジョブ名称
を持つジョブを起動（ステップ５０６）する。ステップ
５０５の判定で、該当するエントリが存在しなかった場
合は、利用者の登録漏れ、または新規作成ジョブからの
処理要求であったなどの理由によって、連携相手ジョブ
を起動できない。

【００３２】連携相手ジョブを起動するしないにかかわ
らず、引き続き、自ジョブ名称を連携待ちジョブフィー
ルド４０２に格納し、現在処理中のファイル名称を連携
待ちファイルフィールド４０１に格納したエントリを、
連携待ちジョブ登録テーブル２１０に新規作成（ステッ
プ５０７）し、要求元ジョブを待ち状態に設定（ステッ
プ５０８）する。ここで、ステップ５０６において連携
相手ジョブを起動できた場合には、ここで待ち状態に設
定された要求元ジョブは、すぐにその待ち状態を解除さ
れる。一方、連携相手ジョブを起動できなかった場合
は、従来方式同様に、以後、別の手段を用いて連携相手
ジョブが起動されるまで待ち状態のままとなる。

【００３３】以上が、オープン制御部２０２の処理フロ
ーチャートのうち、先にパイプ連携を要求した要求元ジ
ョブ１０３に対する処理である。オープン制御部２０２
は、要求先ジョブ１０４からのオープン命令に対しても
起動され、それに対応した処理を実現する。すなわち、
後から起動された要求先ジョブ１０４に対しては、ステ
ップ５０３の判定において、連携相手ジョブが既に処理
要求を発行済みであると判定される。この判定結果は、
要求元ジョブ１０３が自ジョブの情報を、ステップ５０
７にて連携待ちジョブ登録テーブル２１０へ登録したこ
とによる。

【００３４】連携相手ジョブが既に処理要求を発行済み
であると判定した場合、続いて現在処理要求中のジョブ
の情報を、対応するパイプ連携仮想ファイル領域２０６
内に記録（ステップ５０９）する。ここで記録する情報
とは、例えばジョブ名称や、ジョブがオープン命令を発
行済であることを示すフラグなどであるが、それらにつ
いては従来技術を利用できるため、詳しい説明は省略す
る。

【００３５】ジョブ情報を記録したのち、連携待ちジョ
ブ登録テーブル２１０から、連携相手ジョブ、及び、本
パイプ連携対象ファイルの名称を格納したエントリを削
除（ステップ５１０）する。この処理は、連携相手ジョ
ブがオープン処理要求し、もはや待ち状態でいる必要が
ないことを明示するものである。続けて連携相手ジョ
ブ、すなわち要求元ジョブ１０３の待ち状態を解除（ス
テップ５１１）する。

【００３６】以上示した処理により、第１の実施の形態
では、先に実行を開始した要求元ジョブ１０３からの要
求に応じて、連携相手である要求先ジョブ１０４を起動
し、その後、要求元ジョブ１０３を待ち状態に設定する
が、起動された要求先１０４からの処理要求に応じ、す
ぐさま要求元ジョブ１０３の待ち状態を解除しているこ
とが分かる。すなわち、本発明を利用することで、パイ
プ連携相手ジョブが起動されないことが原因で最初に処
理要求したジョブが長時間待たされることがなくなり、
データ受け渡し処理の高速化、ジョブ実行管理の簡略化
が可能となる。

【００３７】引き続き、第２の実施の形態について説明
する。第２の実施の形態が第１の実施の形態と異なる点
は、パイプ連携定義ファイル２１３の生成方法である。
第１の実施の形態では、同ファイル２１３は、利用者が
直接生成していた。そのため、利用者が計算機１０１内
で実行されるジョブの特性を十分に理解している必要が
あった。ところが、計算機システムの規模が大きくなる
と、一つの計算機に登録されるジョブの数は数百個から
数千個といった数になり、なおかつ、システムの拡大に
つれて更にジョブが追加されていくこともある。そうな
ると、利用者が、膨大なジョブ群の中からパイプ連携を
行なうジョブを抽出することが困難になる。そこで第２
の実施の形態は、大規模計算機システムへの適用を想定
し、計算機に登録されたジョブの中から、パイプ連携を
実行するジョブとファイルの関係を抽出し、それを元に
パイプ連携定義ファイル２１３を自動的に生成するもの
である。これにより、利用者の手間を更に軽減できる。

【００３８】図６は、第２の実施の形態の構成図であ
る。図２で示した第１の実施の形態との違いは、パイプ
連携定義ファイル２１３を生成するパイプ連携抽出部６
０１が追加された点である。また、オープン制御部６０
２、連携待ちジョブ登録テーブル６０３は、それぞれ第
１の実施の形態においても、それらに相当する構成要素
が存在したが、その処理内容、構成は異なる。詳しく
は、引き続き図を用いて説明する。なお、図２で示した
ライト制御部２０３、リード制御部２０４、クローズ制
御部２０５は、本発明とは直接関係しないため、図６で
は省略する。

【００３９】図７は、パイプ連携抽出部６０１の処理フ
ローチャートである。本実施の形態では、パイプ連携抽
出部６０１の実行開始は、利用者が直接指示する。計算
機１０１の電源投入後、最初にパイプ連携処理を実行す
る前に、同パイプ連携抽出部６０１を実行し、パイプ連
携定義ファイル２１３を生成しておかなければならな
い。ただし、これとは別に、最初にパイプ連携処理を実
行したとき、パイプ連携定義ファイル２１３が存在しな
いことを検出したパイプ連携実行部１０２が、利用者か
らの指示を待たずにパイプ連携抽出部６０１を起動し、
パイプ連携定義ファイル２１３を生成するといった方法
も可能である。

【００４０】起動されたパイプ連携抽出部６０１は、シ
ステムに登録してある一つ一つのジョブを記述したジョ
ブ制御文を格納したジョブ制御文格納ファイル２１２よ
り、任意の順番で一つのジョブ制御文を抽出（ステップ
７０１）する。続いて、抽出したジョブ制御文が、パイ
プ連携処理の実行を指定しているかを判定（ステップ７
０２）する。同判定は、ジョブ制御文を解析することに
より実現できる。

【００４１】ここで、ジョブ制御文の記述例を、図８で
示す。ジョブ制御文は公知の技術であるため詳しい説明
は省略するが、図８において、８０１、８０２はそれぞ
れ異なるジョブを定義したジョブ制御文であるが、いず
れもその第１行にてジョブ名称を、第２行で実行するプ
ログラムを、第３行でアクセスするファイルを定義して
いる。更に、アクセスするファイルの定義では、「ＦＩ
ＬＥ＝」に引き続いてファイル名称を、「ＤＥＶＩＣＥ
＝」に引き続いてファイルが格納されている装置属性を
定義している。ファイルが格納されている装置属性と
は、一般には磁気ディスク装置や磁気テープ装置などを
指定するが、本実施の形態では「ＤＥＶＩＣＥ＝ＰＩＰ
Ｅ」なる指定によって、同ファイルがパイプ連携対象フ
ァイルであることを定義するものとする。

【００４２】そこで、パイプ連携処理の実行を指定して
いるかの判定（ステップ７０２）は、抽出したジョブ制
御文の中に記述されたファイルの定義が、「ＤＥＶＩＣ
Ｅ＝ＰＩＰＥ」なる指定を持つか否かを判定することに
より実現できる。同判定において、パイプ連携処理を指
定していた場合、引き続き、パイプ連携定義ファイル２
１３の中に、該当するファイルの名称（「ＦＩＬＥ＝」
で定義されたファイル名称）と同じ内容のファイル名称
フィールド３０１を持つエントリが存在するか否かを判
定（ステップ７０３）する。

【００４３】該当するエントリがなければ、パイプ連携
定義ファイル２１３の中に、ファイル名称フィールド３
０１に「ＦＩＬＥ＝」で定義されたファイル名称を格納
し、第１のジョブ名称フィールド３０２にジョブ制御文
の第１行の先頭に記述されたジョブ名称を格納した新規
エントリを追加（ステップ７０４）する。

【００４４】ステップ７０３の判定で、該当するエント
リが存在する場合は、既にファイル名称フィールド３０
１、第１のジョブ名称フィールド３０２にはそれぞれ特
定の名称が格納されているはずなので、残る第２のジョ
ブ名称フィールド３０３に、ジョブ制御文の第１行の先
頭に記述されたジョブ名称を格納（ステップ７０５）す
る。これによって、ファイル名称フィールド３０１で記
されたパイプ連携ファイルを介し、第１のジョブ名称フ
ィールド３０２、第２のジョブ名称フィールド３０３で
記された二つのジョブがパイプ連携処理を実行すること
が定義されたことになる。例えば、図８で示した二つの
ジョブ制御文８０１、８０２がこの順序で抽出されたと
すると、ファイル名称フィールド３０１に「ＦＩＬＥ．
ＰＩＰＥ．０１」、第１のジョブ名称フィールド３０２
に「ＪＯＢ＿Ａ」、第２のジョブ名称フィールド３０３
に「ＪＯＢ＿Ｂ」がそれぞれ格納されたエントリが、パ
イプ連携定義ファイル２１３の中に生成されるはずであ
る。

【００４５】ステップ７０２の判定において、抽出した
ジョブ制御文がパイプ連携を指定しないと判定した場合
には、上記ステップ７０３からステップ７０５の処理は
実行しない。

【００４６】続けて、ジョブ制御文格納ファイル２１２
に、判定処理を実行していないジョブ制御文が存在する
か否かを判定（ステップ７０６）し、存在すれば、再び
該当するジョブ制御文を抽出（ステップ７０１）し、同
様の処理を行なう。以下、すべてのジョブ制御文に対す
る処理を完了したとき、本計算機１０１で実行されるす
べてのパイプ連携処理の情報が、パイプ連携定義ファイ
ル２１３に定義されることになる。

【００４７】ところで、第１の実施の形態では、パイプ
連携定義ファイル２１２を生成したあと新しくシステム
に登録されたジョブからパイプ連携が要求されても、そ
の情報はパイプ連携定義ファイル２１２に反映されな
い。その情報を反映させたい場合は、利用者が再びパイ
プ連携定義ファイル２１２を直接編集する必要があっ
た。それに対して本第２の実施の形態では、処理中、パ
イプ連携定義ファイル２１２に存在しないパイプ連携の
要求がなされた場合、その時点で更に連携相手ジョブの
検索を実行し、該当するジョブが存在すればその情報を
ファイル２１２に追加する。

【００４８】パイプ連携定義ファイル２１２への新規情
報追加は、パイプ連携抽出部６０１ではなく、オープン
制御部６０２が実行する。これを実現するため、連携待
ちジョブ登録テーブル６０３の構成も、第１の実施の形
態とは変更する。すなわち、連携待ちファイルフィール
ド９０１、連携待ちジョブフィールド９０２に加え、連
携待ち種別フィールド９０３を各エントリに用意する。
連携待ち種別フィールド９０３には、それぞれのエント
リに格納されたパイプ連携処理が、既にパイプ連携定義
ファイル２１２に定義されているか、そうでないかの種
別を格納し、例えば「ＯＬＤ」「ＮＥＷ」といった記号
で表わす。この情報の具体的な利用方法は、引き続き図
１０を用いて説明する。

【００４９】図１０は、第２の実施の形態におけるオー
プン制御部６０２の処理フローチャートである。ただ
し、計算機１０１の電源投入後、２回目以降のパイプ連
携処理要求に対応している。最初のパイプ連携処理に対
しては、まずパイプ連携定義ファイル２１３の内容をパ
イプ連携定義テーブル２０９にコピーしなければならな
いが、その処理は第１の実施の形態と同様であるため省
略する。

【００５０】パイプ連携アクセス受付部２０１によって
起動されたオープン制御部６０２は、はじめに連携相手
ジョブが既にパイプ連携処理要求を発行済みか否かを判
定（ステップ１００１）する。連携相手ジョブがまだ処
理要求を発行していない場合、当該パイプ連携処理に対
応したパイプ連携仮想ファイル領域２０６を新たに生成
（ステップ１００２）する。

【００５１】続いて、処理中のパイプ連携ファイル、ジ
ョブの情報が、パイプ連携定義テーブル２０９内に存在
するか否かを判定（ステップ１００３）する。同判定
は、パイプ連携定義テーブル２０９の全エントリを検索
することによって実現できる。該当する情報が存在しな
い場合は、現在処理中のジョブは、パイプ連携定義ファ
イル２１３作成後にジョブ制御文格納ファイル２１２に
登録されたものであると考えることができ、更に、その
連携相手となるジョブも同時にジョブ制御文格納ファイ
ル２１２へ登録されている可能性が高い。

【００５２】そこで、ステップ１００３の判定で、処理
中のジョブの情報がパイプ連携定義テーブル２０９内に
存在しなかった場合は、引き続き、ジョブ制御文格納フ
ァイル２１２に格納されたすべてのジョブ制御文を検索
し、当該ジョブの連携相手となるジョブが存在するか否
かを判定（ステップ１００４）する。上記判定は、現在
処理中のファイルと同じ名称を持つファイルをアクセス
しており、かつ、同アクセスファイルの装置属性がパイ
プ連携であるジョブが存在するか否かを判定することに
より実現できる。該当するジョブが存在した場合、新た
なパイプ連携処理がシステムに登録されたと見なし、当
該パイプ連携情報をパイプ連携定義テーブル２０９、パ
イプ連携定義ファイル２１３の双方に追加（ステップ１
００５）する。具体的には、現在処理中のファイル名称
をファイル名称フィールド３０１に、現在処理要求中の
ジョブ名称を第１のジョブ名称フィールド３０２に、ス
テップ１００４の判定で発見した連携相手ジョブの名称
を第２のジョブ名称フィールド３０３にそれぞれ格納し
たエントリを、パイプ連携定義テーブル２０９、パイプ
連携定義ファイル２１３に追加する。このとき、新規パ
イプ連携情報をパイプ連携定義テーブル２０９だけでは
なく、パイプ連携定義ファイル２１３にも追加すること
によって、計算機の電源を再投入した後も、追加した新
規パイプ連携情報を利用できる。

【００５３】引き続き、ステップ１００４で新規の連携
相手ジョブを発見した場合、もしくは、ステップ１００
３で既に当該パイプ連携の情報がパイプ連携定義テーブ
ル２０９に存在した場合は、該当するパイプ連携相手ジ
ョブを起動（ステップ１００６）する。ステップ１００
４の判定で、新規の連携相手ジョブを発見できなかった
場合は、ステップ１００５、１００６の処理は行なわな
い。なお、新規の連携相手ジョブを発見できなかった理
由は、パイプ連携を実行する二つのジョブのうち、いず
れか一方だけが先に登録されたこと等が考えられる。

【００５４】以上の処理が終了したあと、現在処理要求
中のジョブを待ち状態に設定するが、その前に、その待
ち状態の情報を連携待ちジョブ登録テーブル６０３に登
録（ステップ１００７）する。既に示した通り、連携待
ちジョブ登録テーブル６０３は図９で示す構成を持って
いる。このうち、連携待ちファイルフィールド９０１、
連携待ちジョブフィールド９０２には、第１の実施の形
態と同様に、処理中のファイル名称、ジョブ名称をそれ
ぞれ格納する。残る連携待ち種別フィールド９０３に
は、ステップ１００６で連携相手ジョブを起動できた場
合には、当該パイプ連携が既にテーブルに登録済みであ
ることを示す情報、例えば文字例「ＯＬＤ」を格納す
る。逆に、連携相手ジョブが見つからなかった場合に
は、連携相手ジョブが新規に登録される可能性のあるジ
ョブであることを示す情報、例えば文字列「ＮＥＷ」を
格納する。

【００５５】上記連携待ちジョブ登録テーブル６０３に
所定の情報を登録したのち、現在処理要求中のジョブを
待ち状態に設定（ステップ１００８）し、後続ジョブか
らの処理要求に備える。

【００５６】以上が、パイプ連携を行なうジョブのう
ち、先に処理要求を発行する要求元ジョブ１０３に対す
る処理である。引き続き、ステップ１００６で起動され
た要求先ジョブ１０４、または、それとは別に利用者に
よって新規に登録、起動されたジョブからのオープン処
理要求に対する処理を説明する。

【００５７】これらのケースでは、ステップ１００１の
判定にて、連携待ちジョブ登録テーブル６０３を参照し
た結果、連携相手ジョブが既に処理要求を発行済みであ
ると判定される。このとき、引き続き、現在処理中のジ
ョブが、先に処理要求済みの連携相手ジョブによって起
動されたジョブであるか否かを判定（ステップ１００
９）する。この判定は、連携待ちジョブ登録テーブル６
０３のうち該当するエントリの連携待ち種別フィールド
９０３を参照し、その内容が「ＯＬＤ」であるか否かを
判定することにより実現できる。要求元ジョブ１０３に
対するステップ１００７の結果から、同フィールド９０
３が「ＯＬＤ」の場合は連携相手ジョブに起動されたこ
とを意味し、「ＮＥＷ」であれば新規に登録され、利用
者により起動されたジョブであることを意味する。

【００５８】前ステップにて、現在処理中のジョブが連
携相手ジョブによって起動されたものでないと判定した
場合は、当該パイプ連携情報をパイプ連携定義テーブル
２０９、パイプ連携定義ファイル２１３の双方に追加
（ステップ１０１０）する。追加する情報の詳細は、ス
テップ１００５と等しい。

【００５９】続いて、第１の実施の形態と同様に、現在
処理要求中のジョブの情報を対応するパイプ連携仮想フ
ァイル領域２０６内に記録（ステップ１０１１）し、連
携待ちジョブ登録テーブル６０３から連携相手ジョブ名
称を格納したエントリを削除（ステップ１０１２）し、
最後に連携相手ジョブ、すなわち要求元ジョブ１０３の
待ち状態を解除（ステップ１０１３）する。

【００６０】以上示した処理により、第２の実施の形態
では、先に実行を開始した要求元ジョブ１０３からの要
求に応じて、連携相手である要求先ジョブ１０４が起動
され、最初に処理要求したジョブが長時間待たされるこ
とがなくなり、データ受け渡し処理の高速化、ジョブ実
行管理の簡略化が可能となる。なおかつ、パイプ連携を
行なうジョブやファイルの情報は、ジョブ制御文を元に
自動的に定義され、システム運用の途中で新たに定義、
実行されるパイプ連携適用ジョブの情報もただちに定義
情報へ追加され、次回以降の実行に備えることが可能と
なるなど、利用者の手間を大幅に削減できる。

【００６１】引き続き、第３の実施の形態について説明
する。これまでの実施の形態は、いずれも単一の計算機
内で実行されるジョブ間でのパイプ連携処理を想定して
いた。それに対して本第３の実施の形態は、それぞれ異
なる計算機で実行されているジョブ間でのパイプ連携処
理への適用を想定している。ここで、複数の計算機と
は、それぞれが独立したオペレーティングシステムによ
って運用管理されているものであるとする。

【００６２】図１１に、第３の実施の形態の構成図を示
す。図１１で、１１０１、１１０２は、それぞれパイプ
連携処理を実行するジョブを実行する計算機であり、便
宜上、１１０１を第１の計算機、１１０２を第２の計算
機と呼ぶ。更に、それぞれの計算機を互いに識別する方
法として計算機識別子なる名称をそれぞれの計算機に与
えるものとし、第１の計算機１１０１の計算機識別子を
「ＳＹＳ１」、第２の計算機１１０２の計算機識別子を
「ＳＹＳ２」とする。ただし、実行される個々のジョブ
の違いを除けば、二つの計算機の構成は同一でも良い。

【００６３】本実施の形態では、二つの計算機はいずれ
も、共通の制御計算機１１０３、共用記憶装置１１０４
に接続されており、これらの装置を介してデータの受け
渡し、データの共用を行なう。制御計算機１１０３は、
ＣＰＵ（中央演算処理装置）や主記憶装置などの構成は
通常の計算機と変わらないが、各計算機から要求を受け
取り、複数計算機間でのデータの共用や通信処理の中継
といった、複数計算機間の連携処理だけを実行する。単
なる共用記憶装置との違いは、自分自身のＣＰＵを備え
ているため、各計算機からの処理要求に対して、なんら
かの処理を自ら実行可能な点にある。一方、共用記憶装
置１１０４は複数計算機間でのデータの共用目的のみに
利用される。特に、電源を落としたときに消去されては
困るような繰り返し利用する性質の共用データを格納す
る。

【００６４】第１の計算機１１０１内の１１０５は、パ
イプ連携要求元ジョブであり、一方、第２の計算機１１
０２内の１１０６は、要求先ジョブである。それぞれ、
異なる計算機上で実行されているという点を除けば、こ
れまでの実施の形態での要求元ジョブ、要求先ジョブと
等しい。

【００６５】１１０７は、二つの計算機に共通のパイプ
連携実行部であり、少なくともパイプ連携アクセス受付
部１１０８、オープン制御部１１０９、他系連携実行部
１１１０から成る。パイプ連携アクセス受付部１１０８
は、これまでの実施の形態と同じく、個々のジョブから
パイプ連携対象ファイルへのアクセス要求を受け取り、
そのアクセス種別（オープン、クローズ等）に従って、
対応する制御部を起動する。起動される制御部のうち、
ここでは本発明に固有の処理を行なうオープン制御部１
１０９のみを記述してある。異なる計算機上で実行され
るジョブ間でのパイプ連携そのものは、特開平７−１１
４５１４号公報などに記載された公知の技術である。

【００６６】オープン制御部１１０９は、各ジョブから
のパイプ連携ファイルへのオープン処理要求に対して起
動される。その処理の目的は、これまでの実施の形態と
同じく、パイプ連携の初期設定や、連携相手ジョブを起
動してパイプ連携を確立することにある。ただし、複数
計算機間での連携を意識した処理が新しい処理が必要と
なる。詳しくは、のちほど図１５を用いて説明する。他
系連携実行部１１００は、他の計算機のオープン実行部
１１０９と連携を取ってパイプ連携の確立を目的に処理
を行なう。詳しい処理内容は、のちほど図１７を用いて
説明する。

【００６７】引き続き、制御計算機１１０３の構成を説
明する。制御計算機１１０３には主に、単一計算機上で
のパイプ連携実行部の構成要素のうち、異なるジョブか
らの処理要求に対して共通して利用する必要があった情
報を格納する。すなわち、パイプ連携仮想ファイル領域
２０６、パイプ連携定義テーブル２０９、連携待ちジョ
ブ登録テーブル２１０は、図２で示した第１の実施の形
態での各テーブルと同じ目的で利用する。ただし、パイ
プ連携定義テーブル２０９と連携待ちジョブ登録テーブ
ル２１０の構成は、のちほど図１３、図１４を用いて詳
しく説明するように、これまでの実施の形態とは異な
る。これらのテーブルを制御計算機１１０３内に配置す
ることで、第１の計算機１１０１、第２の計算機１１０
２双方のオープン制御部１１０９からアクセスが可能と
なる。

【００６８】更に１１１１は、他系連携中継部であり、
各計算機のオープン制御部１１０９から他の計算機への
処理要求を受け取り、それぞれの要求内容に応じて、該
当する計算機の他系連携実行部１１１０へと処理要求す
る。詳しくは、のちほど図１６を用いて説明する。

【００６９】共用記憶装置１１０４内のジョブ制御文格
納ファイル２１２、パイプ連携定義ファイル２１３は、
それぞれ第１の実施の形態におけるファイルと同じ構
成、利用目的である。ただし、共用記憶装置１１０４が
二つの計算機からアクセス可能であり、両計算機間でフ
ァイルが共用される点が、これまでの実施の形態とは異
なる。

【００７０】図１２は、第３の実施の形態におけるジョ
ブ制御文格納ファイル２１２に格納されたジョブ制御文
の例である。これまでの単一計算機上での運用を想定し
たジョブ制御文との相違点は、各ジョブ制御文の第１行
に、「ＳＹＳ＝」なるパラメタが追加されている点であ
る。本実施の形態では、ジョブ制御文格納ファイル２１
２は二つの計算機で共用している。そのため、そこで定
義されている各ジョブを、どちらの計算機で実行すれば
よいかを決める手段が必要になる。ジョブを実行する計
算機を指定するのが、本「ＳＹＳ＝」パラメタである。

【００７１】例えば、ジョブ制御文１２０１は、「ＳＹ
Ｓ＝ＳＹＳ１」と指定されており、これは計算機識別子
がＳＹＳ１である第１の計算機１１０１での実行を指定
している。同様に、ジョブ制御文１２０２は、「ＳＹＳ
＝ＳＹＳ２」と指定されており、第２の計算機１１０２
での実行を指定している。なお、これら二つのジョブ制
御文は、それぞれの第３行で、同一のファイル名称を持
つパイプ連携対象ファイル（ＦＩＬＥ．ＰＩＰＥ．０
１）へのアクセスを指定していることから、複数の計算
機で実行されるジョブ間でのパイプ連携処理を指定して
いると見なすことができる。

【００７２】一方、ジョブ制御文１２０３と１２０４も
同一のファイル名称を持つパイプ連携対象ファイル（Ｆ
ＩＬＥ．ＰＩＰＥ．０２）へのアクセスを指定している
が、ジョブ制御文１２０４は「ＳＹＳ＝ＡＮＹ」と指定
されている。ここで、「ＡＮＹ」とは特定の計算機識別
子を表わすものではなく、「どの計算機で実行してもよ
い」ことを表わす特殊な指定である。このような指定が
為された場合に、該当するジョブを起動しようとした時
点での各計算機の負荷状況（ＣＰＵや主記憶など資源の
利用率）を元に、最も負荷が小さいと判定した計算機上
で該当ジョブを起動する技術が公知である。よって、本
発明でも、「ＳＹＳ＝ＡＮＹ」なる指定を受けたジョブ
については、第１の計算機１１０１、第２の計算機１１
０２のいずれの計算機で実行するかは、公知の技術を用
いてジョブ起動の直前に決定することを前提とする。こ
れより、ジョブ制御文１２０３とジョブ制御文１２０４
で定義されたジョブ間のパイプ連携処理が、単一の計算
機内処理となるか、複数計算機間処理となるかは、ジョ
ブ制御文１２０４で定義されたジョブ「ＪＯＢ＿Ｄ」が
実際に起動されるまでは分からない。

【００７３】図１３は、第３の実施の形態におけるパイ
プ連携定義テーブル２０９の構成図である。更にパイプ
連携定義ファイル２１３も、これと同じ構成を持つ。こ
れまでの実施の形態でのテーブル構成との違いは、各ジ
ョブを実行すべき計算機識別子、すなわちジョブ制御文
第１行の「ＳＹＳ＝」パラメタで指定された内容を格納
するフィールドが追加されたことにある。すなわち、フ
ァイル名称フィールド１３０１、第１のジョブ名称フィ
ールド１３０２、第２のジョブ名称フィールド１３０４
はこれまでの実施の形態と同じであるが、更に、第１の
ジョブを実行する計算機識別子を記録する第１の計算機
名称フィールド１３０３、第２のジョブを実行する計算
機識別子を記録する第２の計算機名称フィールド１３０
５を追加する。

【００７４】図１３における第１エントリ、第２エント
リの定義内容は、それぞれ図１２で示したジョブ制御文
を元にしたパイプ連携定義である。ここで、５個のエン
トリのうち、第１エントリのパイプ連携処理は明らかに
複数計算機間の連携であり、第５エントリのパイプ連携
処理は単一計算機上の連携である。残りの３個のエント
リのパイプ連携処理は、計算機名称フィールドが「ＡＮ
Ｙ」と指定されたジョブが実際にどの計算機で実行され
るかが決定するまでは、複数計算機間か、単一計算機上
かの違いは判断できない。

【００７５】図１４は、第３の実施の形態における連携
待ちジョブ登録テーブル２１０の構成図である。連携待
ちファイルフィールド１４０１、連携待ちジョブフィー
ルド１４０２に加え、待ち状態にあるジョブが実行され
ている計算機の識別子を記録する連携待ち計算機フィー
ルド１４０３を各エントリに追加する。図１４の例で
は、第１エントリにて、「計算機識別子ＳＹＳ１を持つ
計算機で実行中のＪＯＢ＿Ａが、ＰＩＰＥ．ＦＩＬＥ．
０１なるファイルに対するパイプ連携相手ジョブの起動
待ち状態にある」こと、同じく第２エントリにて、「計
算機識別子ＳＹＳ２を持つ計算機で実行中のＪＯＢ＿Ｆ
が、ＰＩＰＥ．ＦＩＬＥ．０３なるファイルに対するパ
イプ連携相手ジョブの起動待ち状態にある」ことを示し
ている。同テーブル２１０の詳しい利用方法は、引き続
き図１５を用いて説明する。

【００７６】図１５は、第３の実施の形態におけるオー
プン制御部１１０９の処理フローチャートである。第２
の実施の形態と同様、計算機の電源投入後、２回目以降
のパイプ連携処理、すなわち既にパイプ連携定義ファイ
ル２１３の内容がパイプ連携定義テーブル２０９にコピ
ーされていることを前提とする。また、既に示した通
り、複数の計算機からなるシステムにおいても、ジョブ
制御文での指定内容によっては同一計算機上でのパイプ
連携処理が実行される。しかし、同一計算機上のパイプ
連携処理になった場合は、これまでに示した第１の実施
の形態、第２の実施の形態と同じ構成になるため、ここ
では複数計算機間のパイプ連携処理となる場合に限って
処理内容を説明する。

【００７７】各ジョブからパイプ連携ファイルへのオー
プン処理要求時に、パイプ連携アクセス受付部１１０８
により起動されたオープン制御部１１０９は、はじめに
制御計算機１１０３の連携待ちジョブ登録テーブル２１
０を参照し、連携相手ジョブが既に処理要求済みか否か
を判定（ステップ１５０１）する。該当するジョブの処
理要求がまだであると判定した場合、続けて制御計算機
１１０９にパイプ連携仮想ファイル領域２０６を生成
（ステップ１５０２）する。

【００７８】更に、現在処理中のパイプ連携ファイルの
情報（エントリ）が、パイプ連携定義テーブルに存在す
るか否かを判定（ステップ１５０３）する。存在する場
合、該当するジョブを起動しなければならない。しか
し、連携相手ジョブが他の計算機で実行されているた
め、直接相手ジョブを起動することはできない。そのた
め、該当するエントリに記載された計算機内のジョブを
起動することを、制御計算機１１０３内の他系連携中継
部１１１１に対して要求（ステップ１５０４）する。具
体的には、現在処理中のジョブ名称が該当するエントリ
の第１のジョブ名称フィールド１３０２に一致した場合
は、「処理種別＝ジョブ起動」「ジョブ名称＝該当する
エントリの第２のジョブ名称フィールド１３０４の内
容」「計算機識別子＝該当するエントリの第２の計算機
名称フィールド１３０５の内容」の三つの情報を、他系
連携中継部１１１１に転送する。現在処理中のジョブ名
称が該当するエントリの第２のジョブ名称フィールド１
３０４に一致した場合は、第１のジョブ名称フィールド
１３０２、第１の計算機名称フィールド１３０３の情報
を転送する。この要求を受け取ったときの他系連携中継
部１１１１の処理内容は、のちほど図１６を用いて説明
する。

【００７９】引き続き、制御計算機１１０３の連携待ち
ジョブ登録テーブル２１０に、現在処理中のジョブが待
ち状態となったことを記録した新規エントリを登録（ス
テップ１５０５）したのち、当該ジョブを待ち状態に設
定（ステップ１５０６）する。ステップ１５０４にて連
携相手ジョブの起動要求を実行できた場合には、すぐさ
ま連携相手ジョブによって待ち状態解除が実行される。

【００８０】以上が、要求元ジョブ（図１１では１１０
５）からのオープン要求に対する処理内容である。続い
て、要求先ジョブ（図１１では１１０６）からのオープ
ン要求に対するオープン制御部１１０９の処理内容を説
明する。

【００８１】要求先ジョブ、すなわち後続ジョブからの
オープン要求では、ステップ１５０１の判定にて、連携
相手ジョブが既に処理要求発行済みであると判定され
る。このとき、引き続き、処理要求してきたジョブの情
報を、該当するパイプ連携仮想ファイル領域２０６内に
記録（ステップ１５０７）する。更に、連携相手ジョブ
の情報を記録したエントリを、連携待ちジョブ登録テー
ブル２１０から削除（ステップ１５０８）する。最後
に、連携相手ジョブの待ち状態解除を、制御計算機１１
０３内の他系連携中継部１１１１に要求（ステップ１５
０９）する。具体的には、「処理種別＝ジョブ待ち解
除」「ジョブ名称＝ステップ１５０８で削除したエント
リの連携待ちジョブフィールド１４０２の内容」「計算
機識別子＝ステップ１５０８で削除したエントリの連携
待ち計算機フィールド１４０３の内容」の三つの情報
を、他系連携中継部１１１１に転送する。これに対する
他系連携中継部１１１１の処理内容は、引き続き図１６
を用いて説明する。

【００８２】図１６は、制御計算機１１０３内の他系連
携中継部１１１１の処理フローチャートである。同中継
部１１１１の処理は、各計算機内のオープン制御部１１
０９から、別の計算機に対する処理要求を中継すること
を目的としている。既にオープン制御部１１０９の処理
の説明中で言及した通り、オープン制御部１１０９から
他系連携中継部１１１１への処理要求は、「ジョブ起
動」「ジョブ待ち解除」の二つの処理種別がある。

【００８３】オープン制御部１１０９から処理要求を受
け取った他系連携中継部１１１１は、はじめに当該処理
要求の処理種別を判定（ステップ１６０１）する。処理
種別が「ジョブ起動」であった場合、処理要求時に転送
されてきた「計算機識別子」を持つ計算機内の他系連携
実行部１１１０に対し、同じく処理要求時に転送されて
きた「ジョブ名称」を持つジョブの起動を要求（ステッ
プ１６０２）する。これと同様に、ステップ１６０１の
判定にて処理種別が「ジョブ待ち解除」であった場合
は、所定の計算機内の他系連携実行部１１１０に対し、
所定のジョブの待ち状態を解除することを要求（ステッ
プ１６０３）する。

【００８４】図１７は、各計算機のパイプ連携実行部１
１０７内の他系連携実行部１１１０の処理フローチャー
トである。同他系連携実行部１１１０は、別の計算機の
オープン制御部１１０９からの処理要求が、制御計算機
１１０３内他系連携中継部１１１１を経由して転送され
る。処理要求を受け取った他系連携実行部１１１０は、
最初にその処理種別を判定（ステップ１７０１）し、そ
れが「ジョブ起動」であった場合には所定のジョブを起
動（ステップ１７０２）し、処理種別が「ジョブ待ち解
除」であった場合には所定のジョブの待ち状態を解除
（ステップ１７０３）する。オープン制御部１１０９の
処理の説明において言及した通り、ジョブが起動される
のは、別の計算機にて連携相手ジョブが先に実行を開始
したことを意味しており、また、ジョブの待ち状態が解
除されるのは、連携相手ジョブが後から起動し、パイプ
連携が確立したことを意味する。

【００８５】なお、本第３の実施の形態では、第１の実
施の形態と同様、パイプ連携定義ファイル２１３は利用
者が直接作成することを前提としている。しかし、複数
計算機間でのパイプ連携処理に対しても、第２の実施の
形態のように、ジョブ制御文格納ファイル２１２を参照
することにより、パイプ連携定義ファイル２１３をパイ
プ連携実行部１１０７自身が作成し、かつ、新規登録ジ
ョブの情報を追加することも可能である。

【００８６】以上示した処理により、第３の実施の形態
では、異なる計算機で実行されているジョブ間でのパイ
プ連携処理に対しても、先に実行を開始した要求元ジョ
ブ１１０５からの要求に応じて、別の計算機で実行する
連携相手である要求先ジョブ１１０６を起動し、最初に
処理要求したジョブが長時間待たされるといった無駄を
回避できる。

【００８７】引き続き、第４の実施の形態について説明
する。第４の実施の形態も、第３の実施の形態と同じ
く、複数の計算機で実行されるジョブ間でのパイプ連携
処理を対象としている。ただし、第３の実施の形態で
は、各計算機は（そこで実行される個々のジョブを除
き）同一構成であり、対等の関係にあったのに対して、
本第４の実施の形態では、それぞれの計算機が異なる構
成を持つ。例えば、クライアント／サーバの関係にあっ
たり、また、一つのネットワークに接続されたメインフ
レーム、ワークステーション、パソコンといった機種の
異なる計算機間のパイプ連携処理を想定している。

【００８８】同一機種計算機を複数接続してシステムを
構成する場合は、ジョブを分散実行することにより、全
体の処理時間を短縮することが主な目的である。そうし
た形態では、各ジョブをどの計算機で実行するかは、利
用者の都合や負荷状況に応じて自由に選択できる。その
ため、どちらの計算機で先にジョブが開始され、他の計
算機に対して連携相手ジョブの起動を依頼するかを一意
的に決めることはできない。すべての計算機に、自計算
機のジョブが要求元ジョブとなる場合と、自計算機のジ
ョブか要求先ジョブとなる場合の双方の処理制御部を用
意しておく必要があった。

【００８９】一方、異機種計算機間でのパイプ連携の場
合でも、どちらの計算機から先にジョブが起動されるか
が一意的に定めることができないこともあるが、その場
合は第３の実施の形態で示した同一機種計算機を複数接
続した構成と同じになる。これに対し、第４の実施の形
態は、異機種計算機間でのパイプ連携で、特に、どちら
の計算機から先にジョブが起動されるかが決められてい
る場合を対象とする。

【００９０】図１８は、第４の実施の形態の原理図であ
る。図１８において、１８０１はワークステーションで
あり、１８０２はメインフレーム計算機であり、これら
二つの計算機がネットワーク網１８０３に接続され、そ
れぞれの計算機で実行するジョブ間でのパイプ連携処理
を行なう。１８０４はワークステーション１８０１で実
行されるパイプ連携要求元ジョブであり、１８０５はメ
インフレーム１８０２で実行されるパイプ連携要求先ジ
ョブである。

【００９１】ワークステーション１８０１とメインフレ
ーム１８０２との間でデータの受け渡しを行なう場合、
想定される利用形態としては、ワークステーション１８
０１を利用している利用者が、メインフレーム１８０２
が管理している膨大な量のデータを参照する処理が考え
られる。このとき、単にメインフレーム１８０２が管理
している既存ファイルを参照するだけではなく、参照要
求があった時点で既存ファイルを加工してから受け取り
たいとすると、参照要求に応じて、メインフレーム１８
０２側でファイル加工ジョブを実行し、その結果をワー
クステーション１８０１側へ渡す必要がある。すなわ
ち、ここでワークステーション１８０１のジョブとメイ
ンフレーム１８０２のジョブとの間のデータ受け渡し処
理が発生する。更に、ワークステーション１８０１から
のデータ参照要求が不規則に発生する場合には、メイン
フレーム１８０２側のファイル加工ジョブの実行スケジ
ュールをあらかじめ定めておくことができないため、本
発明を利用したパイプ連携相手ジョブの自動起動処理が
有効になる。

【００９２】図１８では、ワークステーション１８０１
側のユーザ端末１８０６を介して、利用者が特定の要求
元ジョブ１８０４を起動する。同ジョブ１８０４は、メ
インフレーム１８０２側の要求先ジョブ１８０５とのパ
イプ連携を要求するジョブである。一方、要求先ジョブ
１８０５は、メインフレーム１８０２が管理するデータ
ベース１８０７を参照し、必要なデータを抽出、加工し
たのち、結果をワークステーション１８０１側の要求元
ジョブ１８０１へ渡す。こうした処理を実現するため
に、要求元ジョブ１８０４は、ワークステーション１８
０１内のＷＳパイプ連携実行部１８０８に処理要求を行
ない、これと連携を取るメインフレーム１８０２内のＭ
Ｆパイプ連携実行部１８０９が、要求先ジョブ１８０５
を起動したのち、要求先ジョブ１８０５からの処理要求
を受け付ける。

【００９３】図１９は、第４の実施の形態の詳しい構成
図である。パイプ連携を先に要求するジョブ、すなわち
要求元ジョブ１８０５は、必ずワークステーション１８
０１内に存在する。ＷＳパイプ連携実行部１８０８は、
要求元ジョブ１８０５からの要求を受けて起動されるＷ
Ｓオープン制御部１９０１と、他の計算機からの処理要
求を受け付けて所定の処理を行なうＷＳ他系連携受付部
１９０２を持つ。同様に、メインフレーム１８０９には
要求先ジョブ１８０６が存在し、ＭＦパイプ連携実行部
１８０９は、要求先ジョブ１８０６からの要求を受けて
起動されるＭＦオープン制御部１９０３と、他の計算機
からの処理要求を受け付けて所定の処理を行なうＭＦ他
系連携受付部１９０４を持つ。更にＭＦパイプ連携実行
部１８０９は、これまでの実施の形態と同様に、パイプ
連携定義テーブル２０９、連携待ちジョブ登録テーブル
２１０、パイプ連携抽出部６０１を持ち、メインフレー
ム１８０９が管理する外部記憶装置１９０５にはジョブ
制御文格納ファイル２１２、パイプ連携定義ファイル２
１３が格納されている。

【００９４】ワークステーション１８０１には計算機識
別子「ＷＳ」が、メインフレーム１８０２には計算機識
別子「ＭＦ」が与えられている。オープン制御部と他系
連携受付部は、両計算機で異なる処理を行なう。詳しく
は、引き続き図２１から図２５で説明する。

【００９５】図２０は、第４の実施の形態におけるジョ
ブ制御文の例である。図２０で、２００１はワークステ
ーション１８０１で実行されるジョブ、２００２はメイ
ンフレーム１８０２側のジョブを示す。ジョブ制御文２
００１で、第４行の「ＰＩＰＥＳＹＳ＝」パラメタは、
パイプ連携を要求する相手の計算機識別子を定義するも
のであり、ここでは「ＰＩＰＥＳＹＳ＝ＭＦ」すなわ
ち、メインフレーム１８０２への処理要求を定義してい
る。それ以外の指定内容は、これまでの実施の形態での
それと同じである。

【００９６】一方、メインフレーム１８０２で実行され
るジョブ制御文２００２には、「ＰＩＰＥＳＹＳ＝」パ
ラメタは存在しない。メインフレーム１８０２側のパイ
プ連携ジョブは、必ずワークステーション１８０１側の
ジョブからの処理要求を受けて後から起動するので、連
携相手ジョブの計算機を指定する必要はないからであ
る。図２０で示した二つのジョブ制御文により、「計算
機識別子ＷＳを持つ計算機で実行されるジョブＪＯＢ＿
Ａと、計算機識別子ＭＦを持つ計算機で実行されるジョ
ブＪＯＢ＿Ｂとの間で、ファイル名称ＦＩＬＥ．ＰＩＰ
Ｅ．０１で指示されたデータをパイプ連携する」ことが
示されている。

【００９７】なお、ワークステーション１８０１とメイ
ンフレーム１８０２それぞれのジョブ制御文は、別々に
管理してもよいし、また、両者のジョブ制御文を合わせ
たものをそれぞれが管理してもよい。

【００９８】図２１は、ワークステーション１８０１に
おけるジョブ起動のコマンドを示す。これまで、実行す
べきジョブはジョブ制御文にて定義され、そのジョブ制
御文を指定することによってジョブを起動してきたが、
あらかじめジョブ制御文で定義せず、端末からコマンド
を投入することによりジョブを起動することも可能であ
る。特にワークステーションのようなシステムでは、そ
うした利用が多い。コマンドによってジョブが起動され
る場合でも、コマンドの中に、ジョブ名称（またはジョ
ブ識別子）、パイプ連携処理実行の指定、パイプ連携対
象ファイル名称、パイプ連携相手の計算機識別子が含ま
れていれば、ジョブ制御文で定義されたジョブと違いは
ない。

【００９９】図２２は、異機種計算機間のパイプ連携処
理を実現するための構成図である。各計算機は、ネット
ワーク網を介して接続されているため、図１１のように
制馭計算機内の共通情報を互いが参照、更新しながら処
理を進めることができない。そこで、それぞれの計算機
内にて、計算機間でデータを転送する公知の技術である
ファイル転送プログラム２２０２、２２０４を起動し、
同プログラムとジョブ１８０５、１８０６との間を単一
計算機内パイプ連携実行部２２０１、２２０３を介して
連携することによって、異機種計算機間のパイプ連携処
理を実現する。これらの連携確立は、ＷＳオープン制御
部１９０１、ＭＦオープン制御部１９０３によって為さ
れる。詳しくは、引き続き図２３、図２５を用いて説明
する。

【０１００】図２３は、ＷＳオープン制御部１９０１の
処理フローチャートである。要求元ジョブ１８０５から
パイプ連携を受け取った同制御部１９０１は、はじめに
要求元ジョブ１８０５とファイル転送プログラム２２０
２との間の単一計算機内パイプ連携を確立（ステップ２
３０１）する。単一計算機内のパイプ連携については公
知の技術なので、詳しい説明は省略する。

【０１０１】更に、要求元ジョブ１８０５によって指定
された連携相手計算機識別子を持つ計算機すなわち、メ
インフレーム１８０２のＭＦパイプ連携実行部１８０９
内ＭＦ他系連携受付部１９０４に、計算機間パイプ連携
を要求（ステップ２３０２）する。その後、要求元ジョ
ブ１８０５を一旦待ち状態に設定（ステップ２３０３）
し、連携相手ジョブからの連絡を待つ。

【０１０２】図２４は、ＭＦ他系連携受付部１９０４の
処理フローチャートである。ＷＳオープン制御部１９０
１から処理要求を受け取ったＭＦ他系連携受付部１９０
４は、まずパイプ連携定義テーブル２０９を参照し、要
求元ジョブ１８０５の連携相手ジョブを選び出し、該当
するジョブを起動（ステップ２４０１）する。その後、
要求元ジョブ１８０５の名称、及び、パイプ連携対象フ
ァイルの名称を、連携待ちジョブ登録テーブル２１０に
登録（ステップ２４０２）する。

【０１０３】ＭＦ他系連携受付部１９０４により起動さ
れた要求先ジョブ１８０６は、ＭＦオープン制御部１９
０３に対し、パイプ連携対象ファイルのオープン処理要
求を発行する。

【０１０４】図２５は、ＭＦオープン制御部１９０３の
処理フローチャートである。ワークステーション側と同
様、はじめに要求先ジョブ１９０６とファイル転送プロ
グラム２２０４との間の単一計算機内パイプ連携を確立
（ステップ２５０１）する。その後、連携待ちジョブ登
録テーブル２１０を参照し、待ち状態にある連携相手ジ
ョブの情報を取得して、該当する要求元ジョブ１８０５
の待ち状態解除をＷＳ他系連携受付部１９０２に要求す
る。続けて、連携待ちジョブ登録テーブル２１０から連
携相手ジョブに関する情報（エントリ）を削除（ステッ
プ２５０３）する。

【０１０５】図２６は、ＷＳ他系連携受付部１９０２の
処理フローチャートである。ＭＦオープン制御部１９０
３からの処理要求を受け取ったＷＳ他系連携受付部１９
０２は、指定された要求元ジョブ１８０５の待ち状態を
解除（ステップ２６０１）する。

【０１０６】以上のように、第４の実施の形態では、メ
インフレームとワークステーションといった異機種計算
機上のジョブ間パイプ連携処理で、特にどちらの計算機
上のジョブが先に起動するかが定まっている場合に、ワ
ークステーション１８０１側のＷＳオープン制御部１９
０１、ＷＳ他系連携受付部１９０２、メインフレーム１
８０２側のＭＦオープン制御部１９０３、ＭＦ他系連携
受付部１９０４が連携を取ることにより、先に実行を開
始した要求元ジョブ１８０５からの要求に応じて、別の
計算機で実行する連携相手である要求先ジョブ１８０６
をただちに起動し、最初に処理要求したジョブが長時間
待たされるといった無駄を回避できる。メインフレーム
と比べると、ワークステーションで実行するジョブはあ
らかじめ定義したり実行スケジュールを管理したりする
割合が少ない。そうしたワークステーション側から不規
則に発生するパイプ連携要求に対しても、その都度所定
の連携相手ジョブを自動起動できるため、連携待ち時間
削減に伴う処理時間を短縮し、ジョブ実行管理に要する
手間を削減できる。

【０１０７】引き続き、第５の実施の形態について説明
する。第５の実施の形態は、第４の実施の形態と同様、
異機種計算機上のジョブ間パイプ連携処理で、特にどち
らの計算機上のジョブが先に起動するかが定まっている
場合の連携相手ジョブ自動起動を実現する。ただし、先
にパイプ連携ジョブを起動するワークステーション側の
ジョブ制御文の指定内容が、第４の実施の形態とは異な
る。

【０１０８】図２７は、第５の実施の形態におけるジョ
ブ制御文の例であり、２７０１が要求元ジョブ、２７０
２が要求先ジョブに対応する。本実施の形態では、要求
元ジョブのジョブ制御文において、連携相手ジョブのジ
ョブ名称も指定する。ジョブ制御文２７０１の第４行に
ある「ＰＩＰＥＪＯＢ＝」パラメタが、連携相手ジョブ
名称を指定する部分であり、ここでは「ＰＩＰＥＪＯＢ
＝ＪＯＢ＿Ｂ」と、ジョブ制御文２７０２で示すジョブ
ＪＯＢ＿Ｂを連携相手ジョブとして指定している。要求
元ジョブ２７０２側の指定内容は、第４の実施の形態と
変わらない。

【０１０９】図２８は、図２７のジョブ制御文２７０１
に相当するジョブの起動を、端末へのコマンド入力によ
って指定する例である。

【０１１０】以上のように、第５の実施の形態では、メ
インフレームとワークステーションといった異機種計算
機上のジョブ間パイプ連携処理で、特にどちらの計算機
上のジョブが先に起動するかが定まっている場合に、連
携相手ジョブをただちに起動し、最初に処理要求したジ
ョブが長時間待たされるといった無駄を回避できる。そ
の際、ジョブ制御文、またはジョブ実行コマンドにて連
携相手ジョブを指定することにより、処理要求を受け付
けたパイプ連携実行部が定義テーブルなどを利用してパ
イプ連携相手ジョブを抽出する処理も不要となる。

【０１１１】

【発明の効果】本発明によれば、複数ジョブ間でのデー
タ受け渡し処理をパイプ連携を利用して高速化すると
き、先に実行を開始したジョブの処理要求を受けて、そ
の連携相手ジョブを起動する。これにより、連携相手ジ
ョブが起動されないためデータ受け渡し処理が開始でき
ないといった状況を回避し、処理時間を短縮できる。ま
た、パイプ連携を利用するジョブ群を同一時刻付近に起
動することを利用者が意識する必要がなくなり、ジョブ
実行管理の手間を削減できる。特に、パイプ連携を利用
するジョブの一方が不規則に起動され、その都度、連携
相手ジョブを起動しなければならないような場合に、ジ
ョブ実行管理の手間削減の効果が大きい。

【図面の簡単な説明】

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

【図２】第１の実施の形態の構成図である。

【図３】第１の実施の形態のパイプ連携定義登録テーブ
ルの構成図である。

【図４】第１の実施の形態の連携待ちジョブ登録テーブ
ルの構成図である。

【図５】第１の実施の形態のオープン制御部の処理フロ
ーチャートである。

【図６】第２の実施の形態の構成図である。

【図７】第２の実施の形態のパイプ連携抽出部の処理フ
ローチャートである。

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

【図９】第２の実施の形態の連携待ちジョブ登録テーブ
ルの構成図である。

【図１０】第２の実施の形態のオープン制御部の処理フ
ローチャートである。

【図１１】第３の実施の形態の構成図である。

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

【図１３】第３の実施の形態のパイプ連携定義テーブル
の構成図である。

【図１４】第３の実施の形態の連携待ちジョブ登録テー
ブルの構成図である。

【図１５】第３の実施の形態のオープン制御部の処理フ
ローチャートである。

【図１６】第３の実施の形態の他系連携中継部の処理フ
ローチャートである。

【図１７】第３の実施の形態の他系連携実行部の処理フ
ローチャートである。

【図１８】第４の実施の形態の原理図である。

【図１９】第４の実施の形態の構成図である。

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

【図２１】第４の実施の形態のジョブ起動コマンド文で
ある。

【図２２】第４の実施の形態の計算機間データ転送構成
図である。

【図２３】第４の実施の形態のＷＳオープン制御部の処
理フローチャートである。

【図２４】第４の実施の形態のＭＦ他系連携受付部の処
理フローチャートである。

【図２５】第４の実施の形態のＭＦオープン制御部の処
理フローチャートである。

【図２６】第４の実施の形態のＷＳ他系連携受付部の処
理フローチャートである。

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

【図２８】第５の実施の形態のジョブ起動コマンド文で
ある。

【符号の説明】

１０１…計算機、 １０２…パイプ連携実行部、 １０３…要求元ジョブ、 １０４…要求先ジョブ。

Claims (5)

【特許請求の範囲】
1. 【請求項１】第１のジョブが生成する一つ以上のデータ
   を、それとは別の第２ジョブへ渡すとき、第１のジョ
   ブ、第２のジョブを並列に実行し、主記憶装置またはそ
   れに準ずる補助記憶装置上に用意したバッファ領域を介
   し、すべてのデータ生成が完了しなくとも、生成済みの
   データから順次受け渡し処理を実行する計算機システム
   において、 ジョブからの処理開始要求を受け取る第１のステップ
   と、 受け取ったジョブとデータの受け渡しを行なう連携相手
   ジョブが、既に処理を開始しているか否かを判定する第
   ２のステップと、 前ステップで、連携相手ジョブが処理を開始していない
   と判定したとき、当該ジョブが実行を開始済みであるこ
   とを記録する第３のステップと、 連携相手ジョブの実行を開始する第４のステップと、 第２のステップで、連携相手ジョブが処理を開始済みで
   あると判定したとき、連携相手ジョブに対して、当該ジ
   ョブが実行を開始したことを通知する第５のステップと
   を有することを特徴とするデータ転送処理における連携
   ジョブ自動起動方法。
2. 【請求項２】請求項１記載のデータ転送処理における連
   携ジョブ自動起動方法において、 第１のジョブとデータの受け渡しを行なう連携相手ジョ
   ブは第２のジョブであることを利用者が記録した情報を
   取得する第１のステップと、 第１のジョブおよび第２のジョブから処理開始要求を受
   け取ったとき、第１のステップで取得した情報を参照
   し、連携相手ジョブを特定する第２のステップとを有す
   ることを特徴とするデータ転送処理における連携ジョブ
   自動起動方法。
3. 【請求項３】請求項１記載のデータ転送処理における連
   携ジョブ自動起動方法において、 計算機で実行するジョブを定義したすべてのジョブ制御
   文を順次参照する第１のステップと、 参照したジョブ制御文にて、データ受け渡し処理の利用
   が指定されているか否かを判定する第２のステップと、 前ステップで、データ受け渡し処理の利用が指定されて
   いると判定した場合、それまでに参照したジョブ制御文
   の中に、当該ジョブの連携相手ジョブが存在しているか
   否かを判定する第３のステップと、 前ステップで、条件を満たすジョブが存在した場合、二
   つのジョブの間にデータ受け渡し関係があることを記録
   する第４のステップと、 第３のステップで、条件を満たすジョブが存在しなかっ
   た場合、当該ジョブがデータ受け渡し処理の利用を指定
   していることを記録する第５のステップと、 任意のジョブからのデータ受け渡し開始要求を受け取っ
   たとき、第４のステップで記録した情報を参照し、当該
   ジョブの連携相手ジョブを特定する第６のステップとを
   有することを特徴とするデータ転送処理における連携ジ
   ョブ自動起動方法。
4. 【請求項４】共用記憶装置、制御計算機、ネットワーク
   などを介して接続された複数の計算機から成る計算機シ
   ステムで、第１の計算機で実行される第１のジョブが生
   成する一つ以上のデータを、第２の計算機で実行される
   第２のジョブへ渡すとき、第１のジョブ、第２のジョブ
   を並列に実行し、共用記憶装置、制御計算機、通信装置
   などを用いてデータを転送し、すべてのデータ生成が完
   了しなくとも、生成済みのデータから順次受け渡し処理
   を実行する計算機システムにおいて、 ジョブからの処理開始要求を受け取る第１のステップ
   と、 受け取ったジョブとデータの受け渡しを行なう連携相手
   ジョブが、既に処理を開始しているか否かを判定する第
   ２のステップと、 前ステップで、連携相手ジョブが処理を開始していない
   と判定したとき、当該ジョブが実行を開始済みであるこ
   とを記録する第３のステップと、 連携相手ジョブをどの計算機で実行するよう指定されて
   いるか取得する第４のステップと、 前ステップで取得した計算機で、連携相手ジョブの実行
   を開始する第５のステップと、 第２のステップで、連携相手ジョブが処理を開始済みで
   あると判定したとき、連携相手ジョブがどの計算機で実
   行されているか取得する第６のステップと、 前ステップで取得した計算機で実行されている連携相手
   ジョブに対して、当該ジョブが実行を開始したことを通
   知する第７のステップとを有することを特徴とするデー
   タ転送処理における連携ジョブ自動起動方法。
5. 【請求項５】共用記憶装置、制御計算機、ネットワーク
   などを介して接続された複数の計算機から成る計算機シ
   ステムで、第１の計算機で実行される第１のジョブが生
   成する一つ以上のデータを、第２の計算機で実行される
   第２のジョブへ渡すとき、第１のジョブ、第２のジョブ
   を並列に実行し、共用記憶装置、制御計算機、通信装置
   などを用いて、すべてのデータ生成が完了しなくとも、
   生成済みのデータから順次受け渡し処理を実行する計算
   機システムにおいて、 第１のジョブ、第２のジョブのうち、いずれのジョブが
   先に実行されるかを特定する第１のステップと、 ジョブからの処理開始要求を受け取る第２のステップ
   と、 処理要求してきたジョブが、第１のステップで先に実行
   されるべきジョブであると判定されたジョブか否かを判
   定する第３のステップと、 前ステップで、先に実行されるべきジョブであると判定
   したとき、連携相手ジョブをどの計算機で実行するよう
   指定されているか取得する第４のステップと、 前ステップで取得した計算機で、連携相手ジョブの実行
   を開始する第５のステップと、 第３のステップで、後から実行されるべきジョブである
   と判定したとき、連携相手ジョブがどの計算機で実行さ
   れているか取得する第６のステップと、 前ステップで取得した計算機で実行されている連携相手
   ジョブに対して、当該ジョブが実行を開始したことを通
   知する第７のステップとを有することを特徴とするデー
   タ転送処理における連携ジョブ自動起動方法。