JPH11237996A - 計算機間のデータ連携方法 - Google Patents

Abstract

(57)【要約】 【課題】リモートファイルアクセス機能を有するＯＳに
より管理される計算機内のジョブと、同機能を持たない
ＯＳにより管理される計算機内のジョブとの間で、パイ
プ型データ連携を実行しようとしても、それまでのユー
ザインターフェースそのままでは実現できない。 【解決手段】リモートファイルアクセス機能を持たない
ＯＳにより管理される計算機内にパイプ中継部を備え、
別計算機内ジョブからのリモートファイルアクセス要求
を受け付け、同要求内容を解析し、アクセス対象ファイ
ル名称を抽出し、アクセス対象ファイルと同じ名称を持
つ自計算機内のファイルに対してアクセス開始を要求
し、以後、自計算機内のファイルに対しアクセスして得
られた結果を、リモートアクセス要求元の計算機に対し
て通知する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

【従来の技術】「並列汎用機の全貌」（日経ＢＰ社、１
９９４年）などに記載されたパイプ型データ転送、また
はパイプ型データ連携と呼ばれる技術は、複数のジョブ
の間でデータを受け渡す必要があるとき、磁気ディスク
装置などを経由してファイルを渡す方法に比べ、処理を
高速化する技術である。このパイプ型データ連携では、
対象ファイルのすべてのデータが揃う、すなわちファイ
ルが完成するのを待ってから受け取り側ジョブへの転送
を開始するのではなく、生成されたデータから順次、受
け取り側ジョブへ転送する。これにより、ファイル生成
が完了するまで読み込み側ジョブの開始時間が待たされ
ることなく、すべてのジョブを並行して実行できるた
め、引き継ぎ処理に要する処理時間を短縮することがで
きる。以上の処理は、通常オペレーティングシステム
（計算機の実行を管理する基本ソフトウェア。以下ＯＳ
と略記）によって実行される。

【０００３】ＯＳがリモートファイルアクセスと呼ばれ
る機能を有している場合は、パイプ型データ連携を、ネ
ットワークなどを経由した別計算機内のジョブ間で実行
することが可能となる。ここでリモートファイルアクセ
スとは、あるジョブからファイルへのアクセス要求を受
け取ったとき、そのファイルが自計算機内のものか、そ
れともネットワークを経由した別計算機内のものかをＯ
Ｓが判定し、別計算機内の場合は、該当する計算機のＯ
Ｓと連携と取りながら必要なデータを転送することを可
能とする機能である。利用者は、アクセスするファイル
が存在する場所を指定する以外は、そのファイルが自計
算機内にあっても別計算機内にあっても同様のユーザイ
ンターフェース（利用する際の指定方法）で良いのが、
リモートファイルアクセス機能の特徴である。

【０００４】ただし、相手側の計算機も、同じ仕様に基
づくリモートファイルアクセス機能を有するＯＳによっ
て管理されていることが、計算機間で連携を取るための
条件となる。一般には、ＯＳの種類も同じであることが
多いが、リモートファイルアクセス機能の仕様が同じで
あれば、異なるＯＳでも連携を取ることが可能である。

【０００５】一方、リモートファイルアクセス機能を持
たないＯＳでは、パイプ型データ連携もまた同一計算機
内のジョブ間でしか実行することができない。それを実
行する際のユーザインターフェースも、別計算機内のジ
ョブとの連携を意識した指定は用意されていない。

【０００６】

【発明が解決しようとする課題】リモートファイルアク
セス機能を有する計算機内のジョブと、リモートファイ
ルアクセス機能を持たない計算機内のジョブとの間で、
パイプ型データ連携を実行しようとしても、それまでの
ユーザインターフェースそのままでは実現できないこと
が課題となっている。それまでのユーザインターフェー
スをそのまま利用するということは、すなわちリモート
ファイルアクセス機能を有する計算機側のジョブは相手
側ジョブもまたリモートファイルアクセス機能を有する
計算機（ただし、別計算機でも構わない）内で実行され
ていることを前提にしており、一方、リモートファイル
アクセス機能を持たない計算機側のジョブは相手側ジョ
ブも同一計算機内で実行されていることを前提にした指
定を、そのまま利用することを意味している。

【０００７】リモートファイルアクセス機能を持たない
計算機側のＯＳは、リモートファイルアクセス機能を有
する計算機からのリモートファイルアクセス要求に対応
することができない。それに代わって、リモートファイ
ルアクセス要求に対応する通信プログラムを用意するこ
とは可能だが、それだけでは、同通信プログラムが受け
取った要求内容を、従来のユーザインターフェースをそ
のまま利用している自計算機内のパイプ型データ連携要
求ジョブ側に知らせることができない。そのため、リモ
ートファイルアクセス機能を有する計算機とリモートフ
ァイルアクセス機能を持たない計算機との間では、それ
ぞれ既存のユーザインタフェースを利用したままではパ
イプ型連携処理を実行できない。

【０００８】

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

【０００９】本明細書記載の計算機間のデータ連携方法
は、同じネットワークに接続された別の計算機が管理す
るファイルにアクセスすることを許可し、利用者がファ
イルアクセスを開始するときに、アクセス対象ファイル
が別の計算機が管理するファイルである場合にはその計
算機名称を指定する以外、自計算機が管理するファイル
へのアクセスであっても別計算機が管理するファイルで
あっても、ファイル名称やファイルタイプの指定などは
同一であるアクセス指定方法と、利用者からのファイル
アクセス要求を受け取ったのち、同要求に計算機名称が
指定されているか否かを判定することにより、同要求が
自計算機が管理するファイルへのものか別計算機が管理
するファイルへのものかを判定する方法と、アクセス要
求が別計算機へのものだった場合、該当する計算機に対
してアクセス要求の通信を行う方法と、逆に別計算機か
ら自計算機が管理するファイルへのアクセス要求を受け
取りそれに応答する方法とを有する第１のオペレーティ
ングシステム（ＯＳ）が管理する第１の計算機と同一の
ネットワークに接続された、自計算機が管理する外部記
憶装置上のファイルへのアクセスのみ許可し、別計算機
が管理するファイルへのアクセス指定方法や、アクセス
要求方法を持たない第２のＯＳが管理する第２の計算機
において、第２の計算機から、自計算機が管理するファ
イルへのアクセス要求を受け付ける第１のステップと、
同アクセス要求ステップを受け付けたのち、同要求を自
計算機が管理するファイルへのアクセスに置き換えるプ
ログラムを実行するプロセスを起動する第２のステップ
と、第２のステップで起動されたプロセスは、ファイル
アクセス要求の種別を解析する第３のステップと、解析
の結果、同アクセス種別がファイルオープン要求であ
り、かつ、ファイルタイプとして、パイプ型データ連携
対象ファイル、すなわち、同一時間内に複数のジョブが
同時にアクセスすることを許可し、ファイルを構成する
すべてのデータが生成されなくとも、データを生成する
側のジョブによって生成されたデータから順次、同ファ
イルのデータを読み込む側のジョブに対して受け渡すこ
とを可能とする形式のファイルタイプが指定されていた
場合、第２のＯＳが用意している方法を用いて、要求さ
れたファイル名称を持つパイプ型データ連携対象ファイ
ルに対するオープンを第２のＯＳに対して要求する第４
のステップと、第２のＯＳから応答が返されたのち、ア
クセス要求元である第１の計算機に対し、オープン要求
の終了を現わすデータを送信する第５のステップと、第
３のステップの解析の結果、アクセス種別がファイルラ
イト要求であった場合、第２のＯＳが用意している方法
を用いて、アクセス要求とともに第１の計算機から送信
されたデータを、第５のステップでオープンした自系内
ファイルに対してライトすることを第２のＯＳに対して
要求する第６のステップと、第２のＯＳから応答が返さ
れたのち、アクセス要求元である第１の計算機に対し、
ライト要求の終了を現わすデータを送信する第７のステ
ップと、第３のステップの解析の結果、アクセス種別が
ファイルリード要求であった場合、第２のＯＳが用意し
ている方法を用いて、第５のステップでオープンした自
系内ファイルからリードすることを第２のＯＳに対して
要求する第８のステップと、第２のＯＳから応答が返さ
れたのち、アクセス要求元である第１の計算機に対し、
リード要求の終了を現わすデータと、第８のステップで
リードしたデータとを送信する第９のステップと、第３
のステップの解析の結果、アクセス種別がファイルクロ
ーズ要求であった場合、第２のＯＳが用意している方法
を用いて、第５のステップでオープンした自系内ファイ
ルをクローズすることを第２のＯＳに対して要求する第
１０のステップと、第２のＯＳから応答が返されたの
ち、アクセス要求元である第１の計算機に対し、クロー
ズ要求の終了を現わすデータを送信する第１１のステッ
プを有する。

【００１０】また、本明細書記載の計算機間のデータ連
携方法、第２の計算機からのファイルアクセスを実行中
に、第２の計算機と同じ第２のＯＳによって管理されて
いるが、それとは別の第３の計算機からのファイルアク
セス要求を受け取る第１のステップと、第３の計算機か
らのファイルアクセス要求に対して、第２の計算機から
のファイルアクセス要求に対するのと同様の応答を行う
第２のステップを有する。

【００１１】

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

【００１２】図１は、第１の実施の形態の原理図であ
る。図１において、１０１は第１の計算機であり、１０
２は第２の計算機である。第１の計算機１０１は第１の
ＯＳ１０３によって管理されている。第１のＯＳ１０３
は、それ単独ではネットワークを経由した別計算機のフ
ァイルをアクセスすることができない、すなわち、第１
のＯＳ１０３のファイルアクセス管理部１０４は、第１
の計算機１０１内のジョブからのファイルアクセス要求
のみを受け付ける。これに対し、第２の計算機１０２を
管理する第２のＯＳ１０５は、ネットワークを経由した
別計算機へのファイルアクセス、いわゆるネットワーク
ファイルアクセスを実行することができる。あるジョブ
からネットワークファイルアクセス要求を受け取った第
２のＯＳ１０５は、ネットワークファイルアクセス管理
部１０６の実行を開始する。

【００１３】１０７はＬＡＮ（ローカルエリアネットワ
ーク）であり、第１の計算機１０１、第２の計算機１０
２がともに接続されている。第１の計算機１０１内の通
信制御部１０８、第２の計算機１０２内の通信制御部１
０９は、それぞれＬＡＮを経由した別の計算機との通信
をつかさどる。

【００１４】１１０は第１のジョブであり、第１の計算
機１０１内で実行され、任意のジョブとの間のパイプ型
データ連携を要求している。１１１は第２のジョブであ
り、第２の計算機１０２内で実行され、他の計算機内に
存在する任意のジョブとの間のパイプ型データ連携を要
求している。それぞれ、第１の利用者１１２、第２の利
用者１１３により起動されるが、第１の利用者１１２と
第２の利用者１１３とが同一人物でも良い。

【００１５】１１４は、パイプ中継部である。同パイプ
中継部１１４は、第１の計算機１０１内に存在し、ネッ
トワークファイルアクセスを実行できない第１のＯＳ１
０４を補い、第２のジョブ１１１からのパイプ型データ
連携要求を受け取り、第１のジョブ１１０との間でのパ
イプ型データ連携を実現させる。詳しい処理内容は、の
ちほど図７を用いて説明する。第１のジョブ１１０、第
２のジョブ１１１がそれぞれ利用者によって起動された
のに対し、パイプ中継部１１４は個々の利用者により起
動されるのではなく、第１の計算機１０１の実行が開始
されるのとほぼ同時に、システム管理者によってあらか
じめ起動されるものとする。

【００１６】図２の２０１は、第１のジョブ１１０を定
義したジョブ制御文の記述例である。ジョブ制御文は公
知の技術であるため、ここでは簡単な説明にとどめる。
ジョブ制御文２０１において、第１行でジョブ名称を、
第２行で実行するプログラムを、第３行及び第４行でア
クセスするファイルを定義している。ジョブ名称は「Ｊ
ＯＢ＿Ａ」、実行するプログラムは「ＰＲＧ１」、アク
セスするファイルの名称は「ＦＩＬＥ．ＰＩＰＥ０１」
であり、「ＤＥＶＩＣＥ＝」に引き続いて書かれた「Ｐ
ＩＰＥ」は、本ファイルがパイプ型データ連携対象ファ
イルであることを意味している。

【００１７】図３の３０１は、第２のジョブ１１１を定
義したジョブ制御文の記述例である。ジョブ制御文２０
１との相違点は、ファイル属性を定義する「ＤＥＶＩＣ
Ｅ＝」以下の指定にて、第２パラメータとして「ＨＯＳ
Ｔ１」が追加されている点である。本実施の形態では、
第２パラメータはアクセスするファイルが存在する計算
機のホスト名称を指定するものとし、同パラメータが指
定された場合にはネットワークファイルアクセスが適用
される。ここでは、計算機名称「ＨＯＳＴ１」は第１の
計算機１０１を意味する。

【００１８】ネットワークファイルアクセスの適用は、
図３のようにジョブ制御文で指定する以外に、実行する
プログラムの中に直接記述することもできる。図４の４
０１は、ネットワークファイルアクセスの適用を記述し
たプログラムの例である。プログラム４０１では、ＯＰ
ＥＮ命令、ＷＲＩＴＥ命令、ＣＬＯＳＥ命令が実行され
ており、それぞれ適用対象ファイル名として「￥ＨＯＳ
Ｔ１￥ＰＩＰＥ￥ＦＩＬＥ．ＰＩＰＥ０１」が指定され
ている。ここで、本実施の形態では、最初の￥マークか
ら次の￥マークではさまれた部分で連携相手ホスト名称
を、次の￥マークまでの部分でファイル属性を、それ以
降で実際のファイル名称を指定するものとする。すなわ
ち、上記の指定内容により、計算機「ＨＯＳＴ１」との
間で、「ＦＩＬＥ．ＰＩＰＥ０１」なる名称のファイル
をパイプ型データ連携することが定義されたことにな
る。ＯＰＥＮ命令の第２パラメータ「ＯＵＴ」は、デー
タ転送の向きで、「ＯＵＴ」は本プログラムから書き込
み、逆に「ＩＮ」は本プログラムからの読み込みを意味
するものとする。同パラメータの指定は、必要に応じて
行うものとする。

【００１９】図５は、ネットワークファイルアクセスの
原理を説明したものである。図３もしくは図４のよう
に、あらかじめ定められた手段を用いて第２のジョブ１
１１がネットワークファイルアクセスを要求したとき、
それを受け取った第２のＯＳ１０５は、ネットワークフ
ァイルアクセス管理部１０６の実行を開始する。はじめ
に第２のジョブ１１１からＯＰＥＮ命令の処理を受け付
けたネットワークファイルアクセス管理部１０６は、そ
の要求に応じたパケット（あるフォーマットに従ってデ
ータが格納された通信の単位）を作成し、通信制御部１
０９にパケット送信を依頼する。相手側計算機からの応
答を受信したことを通信制御部１０９から通知された
後、その応答パケットの内容により正常もしくは異常の
チェックを行い、ＯＰＥＮ命令要求元ジョブに処理終了
を返答する。以下、ＷＲＩＴＥ命令、ＲＥＡＤ命令、Ｃ
ＬＯＳＥ命令に対しても、同じ手順で処理を行い、他の
計算機上のファイルアクセスを可能とするのが、ネット
ワークファイルアクセス管理部１０６である。

【００２０】各命令に応じて、送受信するパケットのフ
ォーマットは異なる内容にしなければならない。図６
に、パケットの例を示す。６０１はＯＰＥＮ命令に対す
る要求パケット、６０２は同応答パケット、以下同様
に、６０３、６０４はＷＲＩＴＥ命令の要求および応答
パケット、６０５、６０６はＲＥＡＤ命令の要求および
応答パケット、６０７、６０８はＣＬＯＳＥ命令の要求
および応答パケットである。各パケットは複数のフィー
ルドからなり、いずれも処理種別フィールド、通信種別
フィールド、通信識別子フィールド、相手ホストフィー
ルド、ファイル名称フィールドを有する。処理種別フィ
ールドには、ＯＰＥＮ、ＷＲＩＴＥ、ＲＥＡＤ、ＣＬＯ
ＳＥのいずれかを指定する。通信種別フィールドには、
同パケットが要求パケットか、応答パケットのいずれで
あるかを指定する。通信識別子フィールドには、通信相
手を特定するための識別子（数値または文字列など）を
指定する。例えば、１つのファイルごとに、対応する通
信識別子を定めておく。相手ホストフィールドには、パ
ケットを送信する相手計算機を指定する。例えば第１の
計算機１０１は「ＨＯＳＴ１」、第２の計算機１０２は
「ＨＯＳＴ２」と定義しておく。ファイル名称フィール
ドには、リモートファイルアクセス対象となるファイル
の名称を指定する。

【００２１】これ以外の各フィールドは、パケットの種
類により異なる。まず、応答パケットのみ、応答コード
フィードを持つ。応答コードフィールドには、要求した
ファイルアクセスが正常に実行されたか、または異常が
発生したか、異常が発生した場合にはその異常内容など
を、あらかじめ定めたコードとして格納する。通常、コ
ード０が正常実行を意味する場合が多い。

【００２２】ＯＰＥＮ要求パケット内のファイル属性フ
ィールドには、アクセス対象ファイルの属性、すなわち
パイプ型データ連携対象ファイルか、または磁気ディス
ク内のファイルか、または磁気テープ内のファイルかと
いった種別を指定する。同転送の向きフィールドには、
ファイルに対して書き込みを行うか（ＯＵＴ）、もしく
は書き込みを行うか（ＩＮ）の指定を行う。

【００２３】ＷＲＩＴＥ要求パケットの書込みデータフ
ィールドには、ファイルに対して書き込みを行うデータ
そのものを格納する。同じく、ＲＥＡＤ要求パケットの
読込みデータフィールドには、読み込み要求されたデー
タそのものを格納して返す。

【００２４】図７は、第１の計算機１０１で実行される
パイプ中継部１１４の処理フローチャートである。同パ
イプ中継部１１４は、計算機の起動とほぼ同時期に、シ
ステム管理者などにより起動されるものとする。このパ
イプ中継部１１４が、第２の計算機１０２内の第２のジ
ョブ１１１からの処理要求を受け取り、その内容に応じ
て第１のジョブ１１０との間の連携を中継することによ
り、それぞれのジョブのユーザインターフェースをまっ
たく変更することなく、両者の間のパイプ型データ連携
を実現する。なお、計算機間の通信については、それぞ
れの計算機の通信制御部１０８、１０９を利用する。

【００２５】パイプ中継部１１４は、処理ループや処理
ウェイトをしながら、第２の計算機１０２からＯＰＥＮ
要求パケットが送信されてくるのを待つ。通信制御部１
０８によって、ＯＰＥＮ要求パケット受信を確認（ステ
ップ７０１）したのち、同パケットから必要な情報を抽
出（ステップ７０２）する。ここで、必要な情報とは、
アクセス対象ファイル名称、データ転送の向きなどが相
当する。抽出した情報をもとに、第１の計算機１０１内
に対象ファイルを動的割り当て（ステップ７０３）す
る。ここで、ファイルを動的に割り当てるとは、図２の
ジョブ制御文２０１でアクセスファイルを定義したのと
同じことを、プログラム内部で行うことを意味する。ジ
ョブ制御文で定義されたアクセスファイルの内容は、Ｏ
Ｓなどが利用する際には図８の８０１のような形式のフ
ァイル定義テーブルに置き換えられる。すなわち、この
テーブル８０１を作成すれば、ジョブ制御文にてアクセ
スファイルを定義するのと同じ効果が得られ、これをフ
ァイルの動的割り当てと呼んでいる。この方法を利用す
る理由は、第２の計算機１０２からのＯＰＥＮ命令パケ
ットを受け取るまでは、パイプ中継部１１４でアクセス
すべきファイルの情報が不明であるという点にある。

【００２６】引き続き、動的に割り当てたファイルに対
してＯＰＥＮ命令を発行（ステップ７０４）する。同フ
ァイルＯＰＥＮ命令は、通常の計算機内ファイルアクセ
ス手段とまったく同じであり、これにより、少なくとも
自計算機内の他のジョブとの間のパイプ型データ連携を
確立できる。本実施の形態では、パイプ中継部１１４は
第１のジョブ１１０との間で、計算機内パイプ型データ
連携を行う。もしもステップ７０４を開始した時点で、
第１のジョブ１１０が同じファイルに対してＯＰＥＮ命
令を発行していなければ、２つのＯＰＥＮ命令が発行さ
れるまで待ち合わせなければならないが、この待ち合わ
せ処理は既存のファイルアクセス管理部１０４が実行す
る。

【００２７】以上でＯＰＥＮ処理部分を終了し、第２の
計算機１０２に対してＯＰＥＮ応答パケットを送信する
旨、通信制御部１０８に依頼（ステップ７０５）する。

【００２８】以下の処理は、第２の計算機１０２からの
ＯＰＥＮ要求のデータ転送の向きによって２つに別れ
る。ステップ７０２で抽出した情報をもとに、データ転
送の向きを判定（ステップ７０６）し、向きがＯＵＴ
（書き込み）であればステップ７０７から７０９を、向
きがＩＮ（書き込み）であればステップ７１０から７１
２を実行する。

【００２９】データ転送の向きがＯＵＴのとき、まずＷ
ＲＩＴＥ要求パケットが送信されるまで処理を中断し、
同パケット受信を確認（ステップ７０７）後、同パケッ
トの所定のフィールドから書き込み対象データを抜き出
し、それをステップ７０４でＯＰＥＮした自計算機内パ
イプ型ファイルに対して書き込み（ステップ７０８）す
る。書き込み終了後、第２の計算機１０２に対してＷＲ
ＩＴＥ応答パケットを送信（ステップ７０９）する。

【００３０】データ転送の向きがＩＮのときも、これと
同様に処理を行う。まずＲＥＡＤ要求パケットが送信さ
れるまで処理を中断し、同パケット受信を確認（ステッ
プ７１０）後、その要求に答えるため、ステップ７０４
でＯＰＥＮした自計算機内パイプ型ファイルからデータ
を読み込み（ステップ７１１）する。読み込み終了後、
同データを所定のフィールドに格納したＲＥＡＤ応答パ
ケットを第２の計算機１０２に送信（ステップ７１２）
する。

【００３１】以上いずれかの処理を、ファイル内の全デ
ータを処理するまで繰り返す。全データを処理したか否
かの判定（ステップ７１３）は、最後に読み込んだデー
タが「ファイル終端」を意味する記号であるか否かを判
定することによって実現できる。全データ処理済みの場
合、引き続き、第２の計算機１０２からのＣＬＯＳＥ要
求パケット受信を待つ。同パケット受信を確認（ステッ
プ７１４）後、まずステップ７０４でＯＰＥＮした自計
算機内パイプ型ファイルをＣＬＯＳＥ（ステップ７１
５）したのち、第２の計算機１０２に対してＣＬＯＳＥ
応答パケットを送信（ステップ７１６）する。以上で、
パイプ中継部１１４の処理が終了する。

【００３２】図９は、第１の計算機１０１内の第１のジ
ョブ１１０と第２の計算機１０２内の第２のジョブ１１
１とが、パイプ中継部１１４を介してパイプ型データ連
携を実現する様子を、より詳しく説明した図である。第
２のジョブ１１１からファイルＯＰＥＮ命令が発行され
たとき、それが別の計算機に対するリモートファイルア
クセスか否かの判定が、第２のＯＳ１０５によってなさ
れる。本実施の形態のようにリモートファイルアクセス
の場合、通信制御部１０９を介し、同一ＬＡＮ１０７で
接続された第１の計算機１０１に対して通信を要求す
る。

【００３３】第２の計算機１０２からの通信は、まず第
１の計算機１０１内の通信制御部１０８が受け取る。同
通信制御部１０８経由で、パイプ中継部１１４が、第２
のジョブからのファイルアクセスに対応した要求パケッ
トを受信する。そのパケットの内容に応じ、自計算機内
でのパイプ型ファイルアクセス開始（ＯＰＥＮ）を、第
１のＯＳ１０３に対して要求する。これとは別に、第１
のジョブ１１０もまた第１のＯＳ１０３に対して、同じ
ファイル名称のパイプ型ファイルアクセス開始を要求し
ているはずであり、第１のＯＳ１０３によって２つのＯ
ＰＥＮ命令の待ち合わせが実行される。その結果を元
に、パイプ中継部１１４は第２のジョブ１１１に応答パ
ケットを送信する。

【００３４】以上の処理でパイプ連携のための環境を整
えたのち、第２のジョブ１１１からＲＥＡＤ命令が発行
されるたび、ＯＳや通信制御部を介してその要求がパイ
プ中継部１１４に送信され、パイプ中継部１１４は第１
のジョブがパイプ型ファイルに書き込んだデータを受け
取ったのち、順次第２のジョブ１１１に対してデータを
送信する。

【００３５】以上示したように、本発明を利用すること
により、リモートファイルアクセスが可能なＯＳが管理
する計算機と、リモートファイルアクセスが不可能なＯ
Ｓが管理する計算機のそれぞれで、パイプ型データ連携
を要求するジョブがあるとき、いずれのジョブのユーザ
インターフェースも変更せずに、それらのジョブの間で
のパイプ型データ連携を取ることが可能となる。

【００３６】引き続き、第２の実施の形態を説明する。
図１０は、第２の実施の形態の原理図である。第２の実
施の形態では、第１のジョブ１１０と第２のジョブ１１
１との連携以外にも、別のジョブ間でのパイプ型データ
連携を実行する。すなわち、第１の計算機１０１内の第
３のジョブ１００４と、新たに用意する第３の計算機１
００１内の第４のジョブ１００５とが、パイプ型データ
連携を実行するものとする。ここで、第３の計算機１０
０１も、第１の計算機１０１、第２の計算機１０２が接
続されているＬＡＮ１０７に接続されているものとし、
同計算機１００１を管理する第３のＯＳ１００２は、ネ
ットワークファイルアクセスを実行できる。他の計算機
との通信は、通信制御部１００３を利用する。第３のＯ
Ｓ１００２、通信制御部１００３の処理内容は、それぞ
れ第２のＯＳ１０５、通信制御部１０９と同じとする。
従って、第３のジョブ１００４と第４のジョブ１００５
とのパイプ型データ連携処理もまた、ネットワークファ
イルアクセス可能なＯＳとネットワークファイルアクセ
ス不可能なＯＳ間の処理となる。

【００３７】第１の実施例では、このように複数のパイ
プ型データ連携処理を同時に実行するためには、その数
だけのパイプ中継部１１４をあらかじめ起動しておく必
要がある。しかし、一般にはいくつのパイプ型連携処理
を同時実行するかは予測不可能であるため、例えば上限
として１０個のパイプ中継部１１４を起動しておくとい
った措置を取ることになる。この場合でも、１０個以上
の処理の同時実行要求には対応できないし、１０個未満
の同時実行しか要求されない場合は資源の無駄となる。

【００３８】これに対し、複数個のパイプ型データ連携
処理の同時実行を想定したのが、本第２の実施の形態で
ある。

【００３９】図１０において、１００６は要求受付部で
あり、第２の計算機１０２や第３の計算機１００１から
のリモートファイルＯＰＥＮ要求パケットを受け取り、
そのつどパイプ中継部１００７を起動する。パイプ中継
部１００７は、最初のＯＰＥＮ要求パケットを受信しな
い以外は、図１で示した第１の実施の形態のパイプ中継
部１１４と同じ処理を行う。このように、他の計算機か
らの最初の要求を受け付ける部分と、その後、実際のパ
イプ中継処理を実行する部分とを別に用意し、パイプ中
継部については実際に要求された数だけを起動すること
で、資源を有効利用することができる。

【００４０】図１１は、要求受付部１００６の処理フロ
ーチャートである。同要求受付部１００６は、通信制御
部１０８を介し、他の計算機内のジョブからＯＰＥＮ要
求パケットが送信するまで待ち状態となる。ＯＰＥＮ要
求パケットの受信を確認（ステップ１１０１）したの
ち、パイプ中継部１００７を起動（ステップ１１０２）
する。起動後、再びＯＰＥＮ要求パケットの受信待ち状
態となり、別のジョブからの要求に備える。なお、要求
受付部１００６は、計算機の実行開始にあわせてシステ
ム管理者などにより起動されているものとする。また、
任意のリモートファイルＯＰＥＮ要求に対処するため、
計算機が稼働している間は常に実行を続ける。

【００４１】図１２は、要求受付部１００６によって起
動されるパイプ中継部１００７の処理フローチャートで
ある。既に示した通り、同パイプ中継部１００７は、最
初のＯＰＥＮ要求パケットを受信しない以外は、第１の
実施の形態のパイプ中継部１１４と同じ処理を行う。す
なわち、図１２で示すステップ１２０１以下の処理内容
は、図７を用いて説明した第１の実施の形態でのパイプ
中継部１１４の処理フローチャートのステップ７０２以
下の内容と同一である。よって、ここでは詳しい説明は
省略する。

【００４２】図１３は、第１のジョブ１１０と第２のジ
ョブ１１１、及び、第３のジョブ１００４と第４のジョ
ブ１００５とが、それぞれパイプ型データ連携を実現す
る様子を説明したものである。４つのジョブの実行開始
順序は任意だが、ここでは第２のジョブ１１１、第４の
ジョブ１００５、第１のジョブ１１０、第３のジョブ１
００４の順序で実行が開始された場合を示す。また、図
１３では各ＯＳや通信制御部は省略してある。

【００４３】まず第２のジョブ１１１からファイルＯＰ
ＥＮ命令が発行され、それに対応するＯＰＥＮ要求パケ
ットが要求受付部１００６に送信される。同パケットを
受け取った要求受付部１００６は、パイプ中継部１００
７を１つ起動する。以下、自計算機内のパイプ型データ
連携ファイルへのＯＰＥＮ命令発行や、第２のジョブ１
１１へのＯＰＥＮ応答パケットの送信は、パイプ中継部
１００７が実行する。

【００４４】一方、パイプ中継部１００７を起動したの
ちの要求受付部１００６は、再び要求待ち状態となり、
ここで第４のジョブ１００５からのＯＰＥＮ要求パケッ
トを受け取る。これに対し、前回起動したのとは別のパ
イプ中継部１００８を起動する。新たに起動されたパイ
プ中継部１００８は第４のジョブ１００５との連携を行
うためのものであり、先に起動されたものと同様、自計
算機内のパイプ型データ連携ファイルへのＯＰＥＮ命令
発行や、第４のジョブ１１１へのＯＰＥＮ応答パケット
の送信は、パイプ中継部１００７が実行する。

【００４５】第２のジョブ１１１と第４のジョブ１００
５とは、リモートアクセスするパイプ型データ連携対象
ファイルの名称が異なっており、それぞれ、第１のジョ
ブ１１０、第３のジョブ１００４がアクセスするパイプ
型データ連携対象ファイルの名称と一致するものとす
る。これにより、パイプ中継部１００７を経由したパイ
プ型データ連携が、第２のジョブ１１１と第１のジョブ
１１０の間、および、第４のジョブ１００５と第３のジ
ョブ１００４との間で成立する。

【００４６】以上示したように、第２の実施の形態で
は、リモートファイルアクセスが不可能なＯＳが管理す
る計算機内のジョブと、リモートファイルアクセスが可
能なＯＳが管理する計算機内のジョブとの間で、いずれ
のジョブのユーザインターフェースも変更せずにパイプ
型データ連携を取ることができ、そうした処理を複数個
同時に実行できる。

【００４７】

【発明の効果】本発明によれば、本発明を利用すること
により、リモートファイルアクセスが可能なＯＳが管理
する計算機と、リモートファイルアクセスが不可能なＯ
Ｓが管理する計算機のそれぞれで、パイプ型データ連携
を要求するジョブがあるとき、いずれのジョブのユーザ
インターフェースも変更せずに、それらのジョブの間で
のパイプ型データ連携を取ることが可能となる。

【図面の簡単な説明】

【図１】第１の実施の形態の原理図。

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

【図３】第１の実施の形態のジョブ制御文の例。

【図４】第１の実施の形態のプログラムの例。

【図５】第１の実施の形態のネットワークファイルアク
セスの処理内容。

【図６】第１の実施の形態のネットワークファイルアク
セスで利用するパケットのフォーマット。

【図７】第１の実施の形態のパイプ中継部の処理フロー
チャート。

【図８】第１の実施の形態のファイル定義テーブル。

【図９】第１の実施の形態のジョブ間のデータ連携を説
明した図。

【図１０】第２の実施の形態の原理図。

【図１１】第２の実施の形態の要求受付部の処理フロー
チャート。

【図１２】第２の実施の形態のパイプ中継部の処理フロ
ーチャート。

【図１３】第２の実施の形態のジョブ間のデータ連携を
説明した図。

【符号の説明】

１０１…第１の計算機、１０２…第２の計算機、１０３
…第１のＯＳ、１０４…ファイルアクセス管理部、
１０５…第２のＯＳ、１０６…ネットワークフ
ァイルアクセス管理部、１０７…ＬＡＮ、１０８…第１
の計算機の通信制御部、１０９…第２の計算機の通信制
御部、１１０…第１のジョブ、１１１…第２のジョブ、
１１２…第１の利用者、１１３…第２の利用者、１１４
…パイプ中継部。

Claims (2)

【特許請求の範囲】
1. 【請求項１】同じネットワークに接続された別の計算機
   が管理するファイルにアクセスすることを許可し、利用
   者がファイルアクセスを開始するときに、アクセス対象
   ファイルが別の計算機が管理するファイルである場合に
   はその計算機名称を指定する以外、自計算機が管理する
   ファイルへのアクセスであっても別計算機が管理するフ
   ァイルであっても、ファイル名称やファイルタイプの指
   定などは同一であるアクセス指定方法と、利用者からの
   ファイルアクセス要求を受け取ったのち、同要求に計算
   機名称が指定されているか否かを判定することにより、
   同要求が自計算機が管理するファイルへのものか別計算
   機が管理するファイルへのものかを判定する方法と、ア
   クセス要求が別計算機へのものだった場合、該当する計
   算機に対してアクセス要求の通信を行う方法と、逆に別
   計算機から自計算機が管理するファイルへのアクセス要
   求を受け取りそれに応答する方法とを有する第１のオペ
   レーティングシステム（ＯＳ）が管理する第１の計算機
   と同一のネットワークに接続された、自計算機が管理す
   る外部記憶装置上のファイルへのアクセスのみ許可し、
   別計算機が管理するファイルへのアクセス指定方法や、
   アクセス要求方法を持たない第２のＯＳが管理する第２
   の計算機において、 第２の計算機から、自計算機が管理するファイルへのア
   クセス要求を受け付ける第１のステップと、 同アクセス要求ステップを受け付けたのち、同要求を自
   計算機が管理するファイルへのアクセスに置き換えるプ
   ログラムを実行するプロセスを起動する第２のステップ
   と、 第２のステップで起動されたプロセスは、ファイルアク
   セス要求の種別を解析する第３のステップと、 解析の結果、同アクセス種別がファイルオープン要求で
   あり、かつ、ファイルタイプとして、パイプ型データ連
   携対象ファイル、すなわち、同一時間内に複数のジョブ
   が同時にアクセスすることを許可し、ファイルを構成す
   るすべてのデータが生成されなくとも、データを生成す
   る側のジョブによって生成されたデータから順次、同フ
   ァイルのデータを読み込む側のジョブに対して受け渡す
   ことを可能とする形式のファイルタイプが指定されてい
   た場合、第２のＯＳが用意している方法を用いて、要求
   されたファイル名称を持つパイプ型データ連携対象ファ
   イルに対するオープンを第２のＯＳに対して要求する第
   ４のステップと、 第２のＯＳから応答が返されたのち、アクセス要求元で
   ある第１の計算機に対し、オープン要求の終了を現わす
   データを送信する第５のステップと、 第３のステップの解析の結果、アクセス種別がファイル
   ライト要求であった場合、第２のＯＳが用意している方
   法を用いて、アクセス要求とともに第１の計算機から送
   信されたデータを、第５のステップでオープンした自系
   内ファイルに対してライトすることを第２のＯＳに対し
   て要求する第６のステップと、 第２のＯＳから応答が返されたのち、アクセス要求元で
   ある第１の計算機に対し、ライト要求の終了を現わすデ
   ータを送信する第７のステップと、 第３のステップの解析の結果、アクセス種別がファイル
   リード要求であった場合、第２のＯＳが用意している方
   法を用いて、第５のステップでオープンした自系内ファ
   イルからリードすることを第２のＯＳに対して要求する
   第８のステップと、 第２のＯＳから応答が返されたのち、アクセス要求元で
   ある第１の計算機に対し、リード要求の終了を現わすデ
   ータと、第８のステップでリードしたデータとを送信す
   る第９のステップと、 第３のステップの解析の結果、アクセス種別がファイル
   クローズ要求であった場合、第２のＯＳが用意している
   方法を用いて、第５のステップでオープンした自系内フ
   ァイルをクローズすることを第２のＯＳに対して要求す
   る第１０のステップと、 第２のＯＳから応答が返されたのち、アクセス要求元で
   ある第１の計算機に対し、クローズ要求の終了を現わす
   データを送信する第１１のステップを有することを特徴
   とする計算機間のデータ連携方法。
2. 【請求項２】請求項１記載の計算機間のデータ連携方法
   において、 第２の計算機からのファイルアクセスを実行中に、第２
   の計算機と同じ第２のＯＳによって管理されているが、
   それとは別の第３の計算機からのファイルアクセス要求
   を受け取る第１のステップと、 第３の計算機からのファイルアクセス要求に対して、第
   ２の計算機からのファイルアクセス要求に対するのと同
   様の応答を行う第２のステップを有することを特徴とす
   る計算機間のデータ連携方法。