JPH04263348A - コンピュータ間のファイル転送方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はコンピュータ間のファイ
ル転送方式に関し、特に以下に示すようなコンピュータ
間でのファイル転送を行うコンピュータ間のファイル転
送方式に関する。■　　パケット交換網（パケットを対
象とするディジタルデータ交換網。例えば、日本電信電
話株式会社のＤＤＸ−Ｐ）との接続が可能である。■　
　ＯＳＩ（Ｏｐｅｎ　　Ｓｙｓｔｅｍｓ　　Ｉｎｔｅｒ
ｃｏｎｎｅｃｔｉｏｎ）でいうネットワーク層に該当す
るＸ．２５プロトコル（パケットレベルプロトコル）を
共通に持つ。■　　ＯＳＩのネットワーク層より上位の
トランスポート層からアプリケーション層までの共通な
通信プロトコル（ＯＳＩに限らず、ＳＮＡ（Ｓｙｓｔｅ
ｍｓ　　Ｎｅｔｗｏｒｋ　　Ａｒｃｈｉｔｅｃｔｕｒｅ
）やＤＩＮＡ（Ｄｉｓｔｒｉｂｕｔｅｄ　　Ｉｎｆｏｒ
ｍａｔｉｏｎ　　Ｎｅｔｗｏｒｋ　　Ａｒｃｈｉｔｅｃ
ｔｕｒｅ）といった共通の通信プロトコルを含む）を持
たない。

【０００２】

【従来の技術】従来、この種のコンピュータ間のファイ
ル転送方式では、通信プロトコルを変換する機能を持つ
ゲートウェイ装置が利用されたり、一方の通信プロトコ
ルを他方でエミュレーションするエミュレータが利用さ
れたりして、ファイル転送が行われていた。

【０００３】

【発明が解決しようとする課題】上述した従来のコンピ
ュータ間のファイル転送方式では、ゲートウェイ装置ま
たはエミュレータが必要になるので、該当するゲートウ
ェイ装置やエミュレータが存在しない場合にはファイル
転送を行うことができず、ゲートウェイ装置の設置のた
めの費用やエミュレータの開発のための費用が大きくな
るという欠点があった。

【０００４】本発明の目的は、上述の点に鑑み、Ｘ．２
５プロトコルの上位にファイル転送を行うための共通の
簡易な手順を両コンピュータ上のアプリケーションプロ
グラムにあらかじめ設定し、ゲートウェイ装置やエミュ
レータを必要とせずにコンピュータ間のファイル転送を
可能とし、ファイル転送に必要な費用を少なくできるコ
ンピュータ間のファイル転送方式を提供することにある
。

【０００５】

【課題を解決するための手段】本発明のコンピュータ間
のファイル転送方式は、パケット交換網との接続が可能
でＸ．２５プロトコルを共通に持ちＯＳＩのトランスポ
ート層からアプリケーション層までの共通な通信プロト
コルを持たないコンピュータ間でのファイル転送を行う
コンピュータ間のファイル転送方式において、ヘッダ情
報レコードを送信しそのヘッダ情報レコードに対するレ
スポンスレコードを受信した後にデータレコードを順次
送信するという手順をあらかじめ保持し、その手順に基
づきファイル転送を行う送信側コンピュータ内のアプリ
ケーションプログラムと、この送信側コンピュータ内の
アプリケーションプログラムから送られるヘッダ情報レ
コードおよびデータレコードを受信してその受信状態を
チェックしてレスポンスレコードを前記送信側コンピュ
ータ内のアプリケーションプログラムに返すという手順
をあらかじめ保持し、その手順に基づき前記送信側コン
ピュータ内のアプリケーションプログラムからのファイ
ル転送を受ける受信側コンピュータ内のアプリケーショ
ンプログラムとを有する。

【０００６】

【作用】本発明のコンピュータ間のファイル転送方式で
は、送信側コンピュータ内のアプリケーションプログラ
ムがヘッダ情報レコードを送信しそのヘッダ情報レコー
ドに対するレスポンスレコードを受信した後にデータレ
コードを順次送信するという手順をあらかじめ保持しそ
の手順に基づきファイル転送を行い、受信側コンピュー
タ内のアプリケーションプログラムが送信側コンピュー
タ内のアプリケーションプログラムから送られるヘッダ
情報レコードおよびデータレコードを受信してその受信
状態をチェックしてレスポンスレコードを送信側コンピ
ュータ内のアプリケーションプログラムに返すという手
順をあらかじめ保持しその手順に基づき送信側コンピュ
ータ内のアプリケーションプログラムからのファイル転
送を受ける。

【０００７】

【実施例】次に、本発明について図面を参照して詳細に
説明する。

【０００８】図１は、本発明のコンピュータ間のファイ
ル転送方式の一実施例の構成を示すブロック図である。 本実施例のコンピュータ間のファイル転送方式は、送信
側コンピュータ１０と、受信側コンピュータ２０とを含
んで構成されている。なお、送信側コンピュータ１０と
受信側コンピュータ２０とは、パケット交換網との接続
が可能でＯＳＩのネットワーク層に該当するＸ．２５プ
ロトコルを共通に持ちそれより上位のトランスポート層
からアプリケーション層までの共通な通信プロトコルを
持たないコンピュータである。一般的に両コンピュータ
は「送信側」にも「受信側」にもなりうるが、ここでは
特定のファイル転送をとらえて「送信側」と「受信側」
とに分けている。

【０００９】送信側コンピュータ１０は、ファイル転送
に係る送信側のアプリケーションプログラム１１と、通
信制御手段１２とを含んで構成されている。

【００１０】受信側コンピュータ２０は、ファイル転送
に係る受信側のアプリケーションプログラム２１と、通
信制御手段２２とを含んで構成されている。

【００１１】図２（ａ）は、ヘッダ情報レコード１０１
の形式を示す図である。ヘッダ情報レコード１０１は、
ファイル転送の識別情報である連番（一般的には、識別
情報であれば連番である必要はない）と、受信側コンピ
ュータ２０を示す送信先情報と、送信側コンピュータ１
０を示す送信元情報と、転送対象のファイルの識別情報
であるファイル名と、転送対象のファイルがどのような
種類のものであるかを示す情報（例えば、「ソースファ
イル」であることや「マスタファイル」であることを示
す情報）であるデータ種別と、転送対象のファイルに対
する転送後のジョブを示すジョブ名と、転送の日付や時
間等を示すその他コメントとを含んでいる。なお、ジョ
ブ名とその他コメントとは任意的な情報でありなくても
かまわない。

【００１２】図２（ｂ）は、データレコード１０２の形
式を示す図である。データレコード１０２は、他のデー
タレコード１０２との関係を示すチェーン種別と、デー
タの長さを示すデータ長と、転送対象のファイルの内容
であるデータとを含んでいる。

【００１３】図２（ｃ）は、レスポンスレコード１０３
の形式を示す図である。レスポンスレコード１０３は、
自身がレスポンスレコード１０３であることを示す識別
子と、ヘッダ情報レコード１０１やデータレコード１０
２の受信状態（それらのレコードの内容が正常か否かの
状態等も含む）を示すステータスとを含んでいる。

【００１４】図３は、本実施例のコンピュータ間のファ
イル転送方式による正常な送受信シーケンスを示す図で
ある。

【００１５】次に、このように構成された本実施例のコ
ンピュータ間のファイル転送方式の動作について説明す
る。

【００１６】送信側コンピュータ１０内の通信制御手段
１２と受信側コンピュータ２０内の通信制御手段２２と
は、ファイル転送に関して、Ｘ．２５プロトコルに基づ
いてＯＳＩの下位層レベルの制御を行う。以下の説明で
は、このような制御については言及しない。

【００１７】送信側コンピュータ１０内のアプリケーシ
ョンプログラム１１および受信側コンピュータ２０内の
アプリケーションプログラム２１には、あらかじめファ
イル転送のための簡易な手順が設定されている。すなわ
ち、図３に示すようなシーケンスで正常なファイル転送
を行うという手順や、ファイル転送の過程で異常が生じ
た場合にどのような異常に対してどのようなレスポンス
レコード１０３を送信しそのレスポンスレコード１０３
に応じてどのような対処（ファイル転送の中止や再送等
）を行うかという手順が設定されている。

【００１８】アプリケーションプログラム１１は、この
ような手順に基づいて、図２（ａ）に示すような形式の
ヘッダ情報レコード１０１を受信側コンピュータ２０内
のアプリケーションプログラム２１に送信する（図３■
参照）。

【００１９】受信側コンピュータ２０内のアプリケーシ
ョンプログラム２１は、そのヘッダ情報レコード１０１
を受信し、その中の各情報に基づいて受信ファイルのア
ロケーション等を行い、そのヘッダ情報レコード１０１
の内容や受信状態が正常であれば「正常」を示すレスポ
ンスレコード１０３（「００」をステータスに有する図
２（ｃ）に示すような形式のレスポンスレコード１０３
）を送信側コンピュータ１０内のアプリケーションプロ
グラム１１に返す（図３■参照）。

【００２０】送信側コンピュータ１０内のアプリケーシ
ョンプログラム１１は、このレスポンスレコード１０３
を受信して「正常」であることを確認すると、図２（ｂ
）に示すような形式のデータレコード１０２を受信側コ
ンピュータ２０に逐次送信する（図３■参照）。すなわ
ち、先頭データレコード（Ｆデータレコード）を最初に
送信し、その後にいくつかの中間データレコード（Ｍデ
ータレコード）を送信し、最後に最終データレコード（
Ｌデータレコード）を送信する。なお、各データレコー
ド１０２中のチェーン種別には、先頭データレコードで
は「Ｆ（Ｆｉｒｓｔ）」が設定され、中間データレコー
ドでは「Ｍ（Ｍｉｄｄｌｅ）」が設定され、最終データ
レコードでは「Ｌ（Ｌａｓｔ）」が設定される。

【００２１】受信側コンピュータ２０内のアプリケーシ
ョンプログラム２１は、逐次それらのデータレコード１
０を受信し、最終データレコードを正常に受信すると「
正常」を示すレスポンスレコード１０３を送信側コンピ
ュータ１０内のアプリケーションプログラム１１に返す
（図３■参照）。

【００２２】以上のようにして、送信側コンピュータ１
０から受信側コンピュータ２０への正常なファイル転送
が完了する。

【００２３】また、以上のようなファイル転送において
何らかの異常が発生した場合には、その異常を示すステ
ータスを有するレスポンスレコード１０３が受信側コン
ピュータ２０内のアプリケーションプログラム２１から
送信側コンピュータ１０内のアプリケーションプログラ
ム１１に送られる。どのような異常に対してどのような
ステータスのレスポンスレコード１０３を送信し、その
レスポンスレコード１０３に応じてどのような対処（フ
ァイル転送の中止や再送等）を行うかは、あらかじめ設
定されている手順に基づいて決められる。

【００２４】

【発明の効果】以上説明したように本発明は、Ｘ．２５
プロトコルの上位にファイル転送を行うための共通の簡
易な手順を送信側コンピュータおよび受信側コンピュー
タのアプリケーションプログラムに設定することにより
、Ｘ．２５プロトコルの上位に共通の通信プロトコルを
持っていなくてもゲートウェイ装置やエミュレータを必
要とせずに容易にコンピュータ間のファイル転送を行う
ことができ、ファイル転送に必要な費用を少なくできる
という効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例の構成を示すブロック図であ
る。

【図２】（ａ）は図１に示すコンピュータ間のファイル
転送方式で扱われるヘッダ情報レコードの形式を示す図
であり、（ｂ）はデータレコードの形式を示す図であり
、（ｃ）はレスポンスレコードの形式を示す図である。

【図３】図１に示すコンピュータ間のファイル転送方式
における正常な送受信シーケンスを示す図である。

【符号の説明】

１０　　送信側コンピュータ ２０　　受信側コンピュータ １１，２１　　アプリケーションプログラム１２，２２
　　通信制御手段 １０１　　ヘッダ情報レコード １０２　　データレコード １０３　　レスポンスレコード

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　パケット交換網との接続が可能でＸ．
   ２５プロトコルを共通に持ちＯＳＩのトランスポート層
   からアプリケーション層までの共通な通信プロトコルを
   持たないコンピュータ間でのファイル転送を行うコンピ
   ュータ間のファイル転送方式において、ヘッダ情報レコ
   ードを送信しそのヘッダ情報レコードに対するレスポン
   スレコードを受信した後にデータレコードを順次送信す
   るという手順をあらかじめ保持し、その手順に基づきフ
   ァイル転送を行う送信側コンピュータ内のアプリケーシ
   ョンプログラムと、この送信側コンピュータ内のアプリ
   ケーションプログラムから送られるヘッダ情報レコード
   およびデータレコードを受信してその受信状態をチェッ
   クしてレスポンスレコードを前記送信側コンピュータ内
   のアプリケーションプログラムに返すという手順をあら
   かじめ保持し、その手順に基づき前記送信側コンピュー
   タ内のアプリケーションプログラムからのファイル転送
   を受ける受信側コンピュータ内のアプリケーションプロ
   グラムとを有することを特徴とするコンピュータ間のフ
   ァイル転送方式。