JPS58161032A - フアイル転送プロトコル方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 本発明は、ネットツー２１ｍ成する計算機間でファイル
転送を行う場合のファイル転送プロトコル（ファイル転
送手順）の方式に関する。

地理的に離ｆ１１計算機間をネットワークで接続し、計
算機間の相互有効利用を図ることは、社会のコノピユー
タ化が進むにつれ、ますます重要性を増しつつあり、発
展を続けている。この種のシステムでは、計算機関で単
にメツセージなどの少量データの送受信が行えるだけで
なく、ジョブやファイルなど多量データの相互転送が自
由に行えることが、計算機関の密な相互活用を図るうえ
で必須の条件になっている。

計算機で取り扱かうファイルの編成法には、その使用目
的に応じて、順編成ファイル、区分編成ファイル、直接
編成ファイルなど各種の編成法が存在し、またファイル
の内容について４％原始プログラム、実行形式プログラ
ム、その他任意のデータなど多岐種類にわたっている。

このような性格を有するファイルを対象とする計算機関
のファイル転送処理では、如何にして多種編成、多種内
容のファイルを転送できるかについて問題が生じる。

従来のファイル転送の一般的方法は、送信側での送信フ
ァイルの割り当て処理と、受信側での受信ファイルの割
り当て処理をそれぞれ個別に行い、そのあとで同期をと
ってデータの転送処理を行う方法であった。この方法で
は次のような問題点があった。

（１）受信ファイルについて受信側であらかじめ知って
おく必要があること。

（２）転送ファイル対象が順編成ファイルなど特定の種
類に限られること。また異種編成のファイル間の転送が
困難であること。

本発明の目的は、ネットワーク倉構成する計算機関で、
順編成ファイル、区分編成ファイル、直接編成ファイル
など多種編成のファイル転送を可能にする手順を提供す
ることにある。

本発明の他の目的は、可能な組み合わせでろれば異種編
成のファイル間の転送を可能にする手順を提供すること
にある。

本発明の他の目的は、受信側では受信ファイルについて
あらかじめ知る必要がなく、シたがって送信側では受信
側の任意ファ゛イル（既存のファイルでも新規のファイ
ルでも可′）に対しファイルを転送できる手順を提供す
ることにある。

本発明の他の目的は、ある計算機からの要求で他の計算
機に存在するファイルを受信することを可能にする手順
を提供することにある。

本発明の％黴とするところは、実際のファイルの転送に
先立って、送信側から送信ファイルの詳細な特性情報と
、受信ファイルに関する必要情報を転送することにより
、送信側、受信側ともＫそれらの情報に応じ九適切なフ
ァイル送受信処理が行え、本発明の目的で列記した、多
種編成のファイル転送、異種編成ファイル間の転送、受
信側の任意ファイルへの転送などを可能にしていること
Ｋある。

以下、本発明を総括的に説明する。

第１図は、複数台の計算機からなるネットワークのうち
、２台の計算機を代表として取り上げて構成例を示した
ものである。計算機１のファイル転送制御機構３と、計
算機２のファイル転送制御機構４の間で相互にファイル
転送が行われる。いま、計算機１をファイル送信側、計
算機２をファイル受信側とし、計算機１のファイル転送
制御機構２に対して、計算機１内のファイル５を計算機
２内のファイル６に転送すべき旨の要求があった　　５
場合を考える。第４図は、そのような場合における高次
ファイル転送プロトコルの基本方式を示したものである
。高次ファイル転送プロトコルでは、実際のデータの送
受信処理に先立って、まず送信側７の送信準備処理９で
、送信ファイルおよび受信ファイルに関する詳細な特性
情報を含む伝送管理テーブル１０を受信側８へ送信する
。伝送管理テーブル１０は、送信ファイルの特性情報と
して、ファイル名称、ファイルの編成法、スペース量、
ブロックサイズ（ファイル入出力単位の大キさ）、レコ
ード形式などを含み、また、受信ファイルに関する情報
としては、ファイル名称、ファイルの編成法などの情報
を含む。受信［８では、送信側７より送信ファイルおよ
び受信ファイルの特性情＠を含む伝送管理テーブル１０
を受信すると、まず受信準備処理１１１に行う、受信フ
ァイルが既存（７）７フイルである場合には、その既存
ファイルの特性情報を得て、伝送管理テーブル中の送信
ファイルの特性情報とを比較して妥当性を検鉦する。

特性情報が一致していれば転送が可能であり、一致して
いなければ転送不能である。一方、受信ファイルが新規
ファイルである場合には、伝送管理テーブル中の送信フ
ァイルのスペース量ヤブロックサイズ、さらに受信ファ
イルの編成法などの情報にしたがって新規のファイルを
割り当てることができる。このように送受信ファイルの
特性情報を実際のデータの送受信に先立って転送するこ
とにより、既存ファイル、新規ファイルを問わず任意の
ファイルへの送信が可能となる。以上述べたファイル送
受信準備処理が終了したのち、実際のデータの送受信が
行われるが、送信側７のファイル送信処理１２で転送受
信ファイルの組み合わせによりデータ転送形式を選択決
定し、一方受信側８のファイル受信処理１３では送受信
ファイルの特性に対応した受信処理とデータの格納処理
を行うことができる。

このような高次ファイル送受信プロトコルの基本方式に
よって、以下に示すような送信ファイルと受信ファイル
の多様な組み合わせ間のファイル転送が可能になる。

（１）　　ＩＩＭ成ファイルから順編成ファイルへの転
送。

（２）　　区分編成ファイルのメンバから区分編成ファ
イルへの転送。

（３）区分編成ファイルの全体から区分編成ファイル全
体への転送。

（４）順編成ファイルから区分編成ファイルのメンバへ
の転送。

（５）区分編成ファイルのメンバから順編成ファイルへ
の転送。

（６）直接編成ファイルから直接編成ファイルへの転送
。

以上、計算機１から計算機２ヘフアイルを送信する場合
について述べた。次に、計算機１から、計算機２に存在
するファイルを受信要求する場合について述べる。この
ときは、計算機１から、まず受信したいファイル名称と
、受信先のファイル名称のみを含む伝送管理テーブルを
計算機２に送信し、以降、計算機１と計算機２とが、送
信側および受信側の役割を逆転させることによって、い
ままで述べた方式がそのまま適用でき、本発明の目的の
最後に掲げた、ある計算機からの要求で他の計算機に存
在するファイルを受信するということが可能となる。

以下、本発明を実施例によって詳細に説明する。

第３図は、ネットワーク看構成する計算機関で相互ファ
イル転送を行う場合の高次ファイル転送プロトコルに関
する処理部分のみを取り上げて表わしである。この図で
表示されている各機構は、本発明を実行するための制御
プログラムを機能別に表示したもので、これらの機構は
ネットワークを構成するそｎぞれの計算機内に存在する
。

ファイル送信準備制御機１４は、ファイル送信の要求が
あったときに、送信７アイルヘアクセスするために必要
な前準備を行うとともに、送信ファイルおよび受信ファ
イルに関する詳細な特性情報を含む伝送管理テーブルを
受信側のファイル受信準備制御機ｖｌＩｌ　５に送信す
る。τ方、ファイル受信準備制御機構１５は、ファイル
を受信する九めの準備処理を行うもので、伝送管理テー
ブルを受信すると、受信ファイルが既存ファイルであれ
ば送信ファイルの特性の一致性を検鉦する。受信７フイ
ルが新規ファイルであれば送信ファイルの特性に基づい
てファイル金作成する。

送＠側でのファイル送信準備と受信側でのファイル受信
準備が終了すると、送信ファイルおよび受信ファイルの
編成法の組み合せに対応し喪ファイル送信制御機構およ
びファイル受信制御機構が実際のデータの送受領処理を
司る。順編成−順編成フアイル送信制御機構１６は、順
編成ファイルを順編成ファイルに転送する場合のファイ
ル送信処理を司り、区分編成メンバー順編成ファイル送
信制御機構１７は、区分編成ファイルの個別メンバ會順
編成ファイルに転送する場合のファイル送信処理を司る
。この２つのケースは、いずれも順編成ファイルへの送
信であり、データ転送形式が−ｆｉするので、受信側で
は、順編成ファイルへのファイル受信ｙｌｙｌＩ＃機構
２１が共通に受信処理を司る。

区分編成メンバー区分輸成メンバ／区分編成−区分編成
ファイル送信制御機構１８は、区分編成ファイルの個別
メンバを区分編成ファイルの個別メン／（Ｋ転送する場
合、および区分編成ファイル全体を区分編成ファイルに
転送する場合のファイル送信処理を司り、順編成−区分
編成メンバファイル送信制御機構１９は、順編成ファイ
ルを区分編成ファイルの個別メンバに転送する場合のフ
ァイル送信処理を司る。この２つのケースはいずれも区
分織成ファイルへの送信であり、データ転送形式が一致
するので、受信側では、区分編成ファイルへの受信制御
機構２２が共通に受信部ｆｆｌを司る。

直接編成ファイルを直接編成ファイルに転送する場合に
は、直接編成−直接編成ファイル送信制御機構２０が送
信処理を司り、直接編成へのファイル受信制御機１ｐ１
２３が受信処理を司る。

ファイル送信準備制御機構１４とファイル受信準備制御
機ＩＰ１１５との間で行うファイル送受信準備制御の動
作を説明する（第４図）。送信側では、まず、ステップ
２４で送信ファイルの割り当て処理（ファイルにアクセ
スするための準備）を行つタ後、ステップ２５で送信フ
ァイルに関する詳細な特性情報を取得して伝送管理テー
ブルに格納し、さらに、ステップ２６で受信ファイルに
関するファイル名称およびファイル編成法種別を伝送管
理テーブルに格納する。伝送管理テーブルは、第９図に
示す如く、送信ファイルの特性情報として、ファイル名
称、メンバ名称（区分編成ファイルの個別メンバを送信
する場合のみ）、ファイル種別。

ファイル編成法種別、スペース量、ブロック長。

レコード形式、レコード長などを含む。伝送管理テーブ
ルへ情報全格納したあと、ステップ２７で送信ファイル
をオープンすることにより送信ファイルへのアクセス準
備を行い、ステップ２８で伝送管理テーブルを受信側に
送信して受信側の準備完了通知を待つ。一方、受信側で
は、ステップ３２で伝送管理テーブルを受信すると、ま
ず、ステップ３３で受信ファイルが既存のファイルであ
るか、それ゛とも新たに作成すべき新規のファイルであ
るかをチェックする。受信ファイルが既存ファイルの場
合には、ステップ３４，３５でその受信ファイルの割り
当て処理を行うと同時に、ファイル特性情報を取得して
、伝送管理テーブル内の送信ファイルに関するブ四ツク
長、レコード形式。

レコード長などの特性情報と一致するか否かをチェック
する。一致する場合にファイルの受信が可能となる。一
方、受信ファイルが新規ファイルの場合には、ステップ
３６で伝送管理テーブル内の受信ファイルのファイル名
称、ファイル編成法種別、および、送信ファイルに関す
るスペース量。

レコード形式、レコード長などの特性情報に基づいて新
たにファイルを作成する６次に、ステップ３７で受信フ
ァイルｔオープンしてアクセス準備を行った後、ステッ
プ３８で送信側に受信準備完了を応答する。以上で送ｍ
側、受僅肯ともにファイル送受信を行うための準備処理
を終了し、送信側では、ステップ３０で送信ファイルと
受信ファイルの編成法の組み合わせに対応するファイル
送信制御機構ｔコールし、一方、受信側では、ステップ
３９で受信ファイルの編成法に対応するファイル受信制
御機ｗｔ−コールする。

順編成ファイルを順−成フアイルに転送するときの送信
制御を司る順編成−順編成フアイル送信制御機構１６、
および区分編成ファイルの個別メンバラ）＠編成ファイ
ルに転送するときの送信制御を司る区分編成メンバー順
編成ファイル送信制御機Ｗ４１７の２つの送信制御機構
と、順編成へのファイル受信制御機構２１との間のファ
イル送受信の動作を説明する（＠５図）。送信側では、
区分編成ファイルのメンバを送信する場合には、まずス
テップ４０でその区分編成フ・アイル内で送信すべきメ
ンバが格納されている先頭位置をみつけるが、以降の処
理は順編成ファイルを送信する場合と共通である。すな
わち、ステップ４１でファイルから次のブロック１ｋｍ
み込み、ステップ４２ｑ）判定によりファイルの終了に
達していなければ、ステップ４３で当該ブロックを転送
バッファに格納し転送バッファが満杯になるまでステッ
プ４１からの処理を繰り返す。ステップ４４での判定で
転送バッファが満杯になったときに、ステップ４５でそ
の転送バッファを受信側に送信する。ステップ４２でフ
ァイルの終り（区分編成ファイル　　−のメンバを送信
する場合には、そのメンバの終り）に達したことを検知
すると、ステップ４６で転送バッファ内に最終データで
ある旨を表示してその最終転送バッファを送信し、受信
側からの受信処理完了の応答を待つ喪後、ステップ４７
で送信ファイルのクローズ処理や割り当て解除などのフ
ァイル送信終了処理を行゛う。

一方、受信側では、ステップ４８で転送バッファを受信
すると、ステップ４９でその転送バッファから個々のブ
ロックを切り出しくデブロッキング）、ステップ５０で
そのブロックを受信ファイルに書き出していき、転送バ
ッファの終りに達するまで繰り返す。ステップ５１で転
送バッファ内の全ブロックのｆＩＡ出し終了を判断する
と、ステップ５２でさらに全受信データの終了を判定し
終了してなければ次の転送バッファを受信して同様の処
理を繰り返す、最終の転送バッファ内のブロックの書き
出しを終了すると、ステップ５４で受信ファイルのクロ
ーズ処理や割り当て解除などのファイル受信終了処理を
行った後、ステップ３５で送信側に対し受信処理完了を
通知する。

次に、区分編成ファイル関連のファイル送受信制御の動
作を説明する前に、区分編成ファイルの構造について第
６図を用いて説明する。区分編成ファイルは、ディレク
トリ部５６とメンバ部５７の２つの部分から構成されて
いる。ブイレフ）　１７部は当該ファイルに格納されて
いる個々のメンバに関するメンバ管理情報５８１に含み
、一方、１７８部は個々のメンバの実体を含んでいる。

メンバ管理情報５８は、メンバ名称５９とともに、メン
バの実体が格納されている先頭位置を示す相対ブロック
アドレスＴＴＲ１６１（ファイルの先頭からの相対的ブ
ロックアドレス〕を含む。当該ファイルが実行形式プロ
グラムなどでめる場合には、メンバの実体は、第６図で
（１）、（２）、（３）と表示しであるように主記憶装
置へのローティング単位毎に分割されており、メンバの
実体の最後におるノートリスト６２が、そ扛ら分割点の
位置を指す相対ブロックアドレスＴＴＲ３６３，’１’
ＴＲ，６４等ｔストの位置ｔ−ｍすＴＴＲ，６１が格納
される。このような構造を持つ区分編成ファイルのメン
バＸ６５を、すでにメンバＡ６６が存在する区分編成フ
ァイルに転送すると、一般にはファイルの先頭からの相
対位置が変わるために、送信ファイル内の元のＴＴＲＩ
〜Ｔ　Ｔ　Ｒ，などをすべて変更する必要が生ずる。

この間ｍｔ−解決するために１区分編成ファイル全体あ
るいはその個別メンバを転送する場合、第７図に示すよ
うなデータ転送方式をとる。ファイルの送受信に先立っ
て送信ファイルと受信ファイルの特性情報を含む伝送管
理テーブル６７を転送することはすでに説明した。区分
編成ファイルの場合には、１メンバ単位の転送を必要な
メンバ数だけ繰り返す方式をとり、さらに各メンバを転
送するときには、送信側では、実際のデータの転送に先
がけて、相対ブロックアドレス情報を含むメンバ管理情
報およびノートリスト情報をまとめたデータ６８を送信
し、受信側ではこｒ、らをデータ６９に保存しておく。

送ｇ！＠では、以降実際のデータ・ブロック７０を送信
するときに、そのデータ・ブロックが存在してい友位置
を表わす相対ブロックアドレスＴＴＲ７１に付加して送
信する。

受信側ではこれｔ受信すると、付加されたＴＴＲと、す
でに受信して保存しておいてメンバ管理情報およびノー
トリストに関するデータ６９内のＴＴＲ群とを比較し、
一致するものがあれば、受信したデータ・ブロックを受
信ファイルに書龜出し九ときのＴ　Ｔ　Ｒ＋’　７２で
置換していく。こうして、すべてのデータの受信と受信
ファイルへの格納が終了した段階で、新しい位置情報に
修正績のノートリストの書き出しとメンバ管理情報の登
録を行う。

以上、区分編成ファイルの構造とそのデータ転送方式の
概要を説明したが、次に、区分編成ファイルから区分編
成ファイルへの転送１区分編成ファイルのメンバから区
分編成ファイルのメンバへの転送、および順編成ファイ
ルから区分編成ファイルのメンバへの転送の動作を第８
図を用いて説明する。前２者の場合のファイル送信処理
は、区分編成−区分編成／区分編成メンバー区分編成メ
ンバファイル送信制御機構１Ｂが司り、後者の場合のフ
ァイル送信処理は順編成−区分編成。メ／ノ（ファイル
送信制御機構１９が司る。一方、受信側は、ｉずれの場
合の受信処理も区分編成メンノ（／区分編成へのファイ
ル受信制御機構２２が司る。

はじめに１区分編成ファイルから区分編成ファイルへの
転送、および区分編成ファイルのメンノ（から区分編成
ファイルのメンバへの転送を行う場合の送信側の処理に
ついて説明する。まず、ステップ７３で送信する区分編
成ファイルのディレクトリ部を読み込んだ後、ステップ
７４で転送すべきメンバを決定するが、区分ｍ成金体を
転送するとき＆Ｃはディレクトリ部に含まれるメンバ名
称の１１１１Ｋ転送対象としていくが、区分編成ファイ
ルのメンバを転送するときはそのメンバのみが転送対象
となる。転送すべきメンバが決まると、ステップ７５で
当該メーンバのメンバ管理情報をすでに読み込んだディ
レクトリ部から得て、さらに、ステツブ７６で当該メン
バにノートリストがあればそｎｔ−ｇみ込み、ステップ
７７でメンバ管理情報とノートリストを合わせて転送バ
ッファに格納して受信側に送信する。その後、ステップ
７８で当該メンバの先頭への位置付けｔ行つ友後、実際
のデータ送信を開始する。すなわち、ステップ７９でフ
ァイルから次のブロックを読み込み、ステップ８０での
チェックでメンバ・データの終りに違していなければ、
ステップ８１で当該ブロックの存在していた位置を表わ
す相対ブロックアドレスＴＴＲｔ今読み込んだブロック
・データの前に付して転送バッファに格納（プロッチン
グ）することを繰り返し、転送バッファが満杯になった
ときにステップ８，３でその転送バッファを受信１１１
に送信する。以上のようなデータ送信処理を繰り返し、
当該メンバのデータの終りに達すると、ステップ８４で
転送バッファ内にメンバの最終データである旨を表示し
てその転送バッファを受信側に送信する。こうして１つ
のメンバの転送を終了すると、区分編成ファイル全体を
送信する場合には、さらに＠送すべきメンバがあれば次
のメンバについて送信処ａｔ繰り返す。全メンバの送信
を終了すると、ステップ８６で送信ファイルのクローズ
処理や割ｇ当て解除などのファイル送信終了処理を行う
。

次に、順編成ファイルを区分編成ファイルのメン／（Ｋ
転送する場合には、ステップ８７でダミー（仮想）のメ
ンバ管理情報を作成して受信側に送信してステップ７９
に合流することにより、すでに述べた区分編成ファイル
のメンバを転送する場合の処理と同様に扱かえるよう圧
する。ただし、ステップ８１でブロック・データを転送
バッファに格納するときに、やはりダミーの相対ブロッ
クアドレス（ＴＴＲ）を前部に付して格納する。

以上、区分編成ファイルから区分編成ファイルへ、区分
編成ファイルのメンバから区分編成ファイルのメンバへ
、および順編成ファイルから区分編成ファイルのメンバ
へ転送する場合の送信側の処理を説明したが、次に受信
側の処理について同じ纂８図を用いて説明する。

まず、ステップ８８でメンバ管゛理情報とノートリスト
情報を含むデータを受信し、第７図内の６９で示したよ
うに主記憶装置に保存しておく。

次に、ステップ８９で転送バッファを受信すると、ステ
ップ９０でその転送バッファから個々のブロックを切り
出しくデプ四ツキング）、ステップ９１でそのブロック
を受信ファイルに書き出すとともに、そのブロックの書
き出し位置を表わす相対ブロックアドレス（ＴＴＲ）を
得る。ステップ９２では、いま切り出し九ブロックの先
頭に付さｎている当該ブロックの元の存在位置を示すＴ
ＴＲと同じ値が、すてに主記憶装置に保存しておいてメ
ンバ管理情報とノートリスト情報内のＴＴＲ群に含まれ
ているかをチェックし、含まれていればそのＴＴＲ，を
受信ファイルに書き出したときのＴＴＲで置換する。転
送バッファが終りになるまで上記の処理を繰り返し、さ
らにメンバの受信データが終了までステップ８９の転送
バッファの受信から始まる処理を繰り返す。メンバの受
信データの終りに達すると、ステップ９６で当該メンバ
がノートリストを含んでいるかをチェックし、含んでい
ればすでに置換済みのＴＴＲ情報を含むノートリストを
受信ファイルに誉きだす、さらに、ステップ９７でやは
り置換済みのＴＴＲ情報を含むメンバ管理情報に基づい
て当該メンバをディレクトリに登録する。ステップ９８
で全メンバの受信を終了し九かをチェックし、まだ終了
していなければ次のメンバの受信処理を、行う。全メン
ノ（の受信を終ると、ステップ９９で受信ファイルのク
ローズ処理や割り当て解除などのファイル受信終了処理
を行い、送信側に対して受信処理完了を通知する。

本発明によれば、ネットワーク１ｋｌｌｌ成する計算機
関において、 （１）　　順編成ファイル、区分編成ファイル、直接編
成ファイルなど多種編成のファイル転送ができ、伐）ま
九、可能な組み合わせであれば異種編成のファイル間の
転送が行え、 （３）　　また、受信側では、受信ファイルについてあ
らかじめ知る必要がなく、シたがって、送信側では、受
信ファイルが既存ファイルか′ＩＩｒ規ファイルかにか
かわらず任意のファイルに転送でき、（４）さらに、あ
る計算機からの要求で、他の計算機に存在するファイル
を受信することができる。

以上のことから、ネットワークｔｍ成する計算機関でフ
ァイルの相互転送が自由に行え、計算機関の相互有効活
用が図れる効果がある。

【図面の簡単な説明】

５１ｇ１図は計算機ネットワークの構成例を示す図、第
２図は本発明の基本方式を示す図、第３図は本発明の実
施例を示す図、Ｎ４嫡はファイル送受信準備制御処理の
フローチャート、第５図は順編成ファイルへの転送処理
のフローチャート、第６図は区分編成ファイルの構成を
示す図、第７図は区分編成ファイルの転送方式を示す図
、第８図は区分機成ファイルるるいはそのメンバへの転
送処理のフローチャート、第９図は伝送管理テーブルの
祥細を示す図。 防　）Ｉ２１ Ｙ　３　図 第４　口 ￥；　５　図 第　８　ロ ー１５７一

Claims (1)

【特許請求の範囲】
1. 複数の計算機が通信回線あるいはチャネル直結により相
   互に接続され九コンピュータ・ネットワーク・システム
   において、それら計算機関で相互にファイル転送を行う
   場合、実際のデータの送受信に先立って、送信ファイル
   および受信ファイルの詳細な特性情報を送受信し合い、
   送信側および受信側ともにその特性情報に応じた送受信
   処理を行うことを特徴とするファイル転送プロトコル方
   式。