JPH10133971A - ファイル転送処理方式 - Google Patents

Abstract

(57)【要約】 【課題】リモートコンピュータとサーバの間における不
安定な通信状況においても、通信障害によりファイル転
送が不完全になることを防ぐ。 【解決手段】ログオンサービス11はリモートクライアン
ト３からログオン要求に対してサービス番号を発行し、
クライアント３から順序番号付のファイルブロックを送
信し仮ファイル22（ロックされている）へ書き込み、フ
ァイル転送中のクライアント３とファイルサービス12間
での障害が発生し、復旧時クライアント３はサーバ１へ
ログオンしログオンサービス11はファイルサービス12で
保留しているサービス番号を検出するとこのサービス番
号を送信し、クライアント３はサービス番号が直前に受
信したサービス番号と一致するとファイルサービス12へ
処理継続を要求し、最後に処理した順序番号である処理
状況の次よりファイル転送処理を継続する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ファイル転送処理
方式に関し、特に、異なるコンピュータ間、例えば屋外
等のコンピュータと、事務所等に設置したコンピュータ
と、のファイル転送処理方式に関する。

【０００２】

【従来の技術】近年、事務所／事業所等においては、パ
ーソナルコンピュータなどを利用して、ワードプロセッ
サアプリケーション、表計算アプリケーションあるいは
個別事務用アプリケーション等で作成したデータファイ
ルが多数備えている。

【０００３】この場合、各データファイルを、個別のパ
ーソナルコンピュータに保有していると、別のパーソナ
ルコンピュータで直ちに参照等が行えないため、各パー
ソナルコンピュータをローカルエリアネットワーク（Ｌ
ＡＮ）等で相互にネットワーク接続し、パーソナルコン
ピュータ間あるいはデータファイル格納専用のファイル
サーバーコンピュータを核にして、データファイルの交
換を行っている。

【０００４】事務所／事業所等の構内に施設されたロー
カルエリアネットワークは、信頼性が高くファイル転送
中の通信障害などはほとんど発生しないため、ファイル
転送のみならず、パーソナルコンピュータがファイルサ
ーバーコンピュータ内のデータファイルを更新しながら
アプリケーションの動作を継続できる。

【０００５】近時、パーソナルコンピュータを携帯した
作業者の行動範囲が広がり、ＬＡＮに接続できない場所
において、パーソナルコンピュータからファイルサーバ
ーコンピュータに格納されたデータファイルを使用する
という場合も行われている。

【０００６】ＬＡＮに接続できない場所において、「モ
ービルコンピュータ」と称する可搬型のリモートコンピ
ュータから、ファイルサーバーコンピュータのデータフ
ァイルを交換する場合、携帯電話などの無線通信、電波
法に触れない微弱無線のアンテナを移動先に設置する無
線通信、特定小電力を利用した無線通信、あるいは赤外
線通信等のリモートネットワークが提案され、且つ実現
されている。

【０００７】リモートネットワークにおいては、電気的
な伝送方式あるいはコンピュータ間の通信プロトコル等
がローカルエリアネットワークと異なっていても、その
上位にローカルエリアネットワークと同じネットワーク
非依存通信階層を使用して、ＬＡＮに接続している場合
と同等に、データファイルを更新しながら、アプリケー
ションを実行することも可能である。

【０００８】このリモートコンピュータとファイルサー
バーコンピュータの間で通信障害が発生した場合、一時
的な通信障害については、通信プロトコルあるいはネッ
トワーク非依存階層により回復するので、ファイル転送
アプリケーションにまで影響することはほとんど無い。

【０００９】しかしながら、回復することのできない
（すなわち一時的でない）、長時間の通信障害について
は、ファイルサーバーコンピュータあるいはリモートコ
ンピュータ上に保存するファイルに影響を及ぼし、破壊
するという可能性もある。

【００１０】その理由として、ファイルサーバーコンピ
ュータ上のサーバープログラムは、接続が確認できなく
なったリモートコンピュータとの間のコネクションを切
断し、使用していたファイルのアクセス権、書き込み状
態等を破棄してしまうし、リモートコンピュータ側は、
すでに実行していた転送プログラムを、一旦、中断せざ
るを得ないからである。

【００１１】ところで、コンピュータ間でのファイル転
送中に発生する障害を回復する従来方式として、例えば
特開平６−１２３１１号公報には、転送データを送り出
す転送元計算機側に転送データ格納ファイルを用意し、
障害が起きた場合に、この転送データ格納ファイルより
転送データを回復する方式が提案されている。すなわ
ち、上記特開平６−１２３１１号公報には、ある時点
で、転送元計算機から転送先計算機へ転送するべき転送
データを、転送データ格納ファイルの形で保存し、転送
中に障害が発生した場合には、転送データ格納ファイル
より転送データを復旧しあらためてデータ転送を行い、
障害から回復を可能としている。

【００１２】また、例えば特開平５−６１７８５号公報
には、回線障害発生後のデータ再転送時に既に転送した
データを有効に使用し、転送のための処理時間を必要最
小限として回線の効率を高めることができるようにした
ファイル転送装置として、ファイル転送を行うときに送
信データ管理手段および受信データ管理手段がデータの
管理番号を準備することを提案されている。すなわち、
上記特開平５−６１７８５号公報には、送信データ管理
手段あるいは受信データ管理手段がファイル転送の障害
を検出したとき、正常に転送できたデータの管理番号を
保存し、ファイル転送を再開できるようになったときに
データの管理番号を相手側に通知し、データを途中から
転送可能とすることで障害が発生した場合のファイル転
送を効率的なものにしている。

【００１３】

【発明が解決しようとする課題】しかしながら、上記特
開平６−１２３１１号公報に記載の方式においては、転
送元計算機が常に転送データ格納ファイルというデータ
を業務処理ファイルを別途備えることが必要とされてお
り、この方式を、ファイルを保存する記憶容量が比較的
小さいリモートコンピュータに適用すると、余分な投資
が必要となり、且つ、価格の上昇を招く結果となる。ま
た障害から回復するときに、転送データ格納ファイルよ
り、業務処理ファイルへ書き出すという方式は、一般の
コンピュータ間のファイル転送には必要でないことか
ら、その適用範囲は、データベース更新データ等限られ
た範囲となる、という問題点も有している。

【００１４】一方、上記特開平５−６１７８５号公報に
記載のファイル転送装置においては、リモートコンピュ
ータ側が転送しようとしているファイルが既にファイル
サーバーコンピュータに存在した場合に、通信障害が発
生したとき、転送中のファイルは不完全な状態であり、
他のコンピュータから更新前の状態を参照することもで
きないという問題点を有している。

【００１５】この問題点に対して、例えば特開平４−２
７５６４９号公報には、ファイルサーバーコンピュータ
に同一ファイルの書き込みが発生すると複製ファイルと
履歴ファイルを準備することで、複数コンピュータから
の書き込みに対応する方式が提案されている。

【００１６】しかしながら、上記特開平４−２７５６４
９号公報に記載のファイル転送方式においては、途中経
過で書き込まれたデータは全て複製ファイルの形で存在
することになり、個別のファイルで書き込む場合と同じ
状態になり得るため、同一ファイルで管理できることの
利点を活かすことができない、という問題点を有してい
る。

【００１７】したがって、本発明は、上記事情に鑑みて
なされたものであって、その目的は、ファイルサーバー
コンピュータとリモートコンピュータを、たとえ不安定
になり易い通信回線で接続したときにも、安全且つ確実
にファイル転送を行うファイル転送方式を提供すること
にある。

【００１８】

【課題を解決するための手段】前記目的を達成するた
め、本発明は、ファイルサーバーコンピュータが、リモ
ートコンピュータとのファイル転送処理を行うファイル
サービス手段を少なくとも含み、前記ファイルサービス
手段と前記リモートコンピュータとの間におけるファイ
ル転送データにファイルブロック順序番号を備え、ファ
イル転送処理中に、前記リモートコンピュータと前記フ
ァイルサーバーコンピュータとの間で通信障害が発生し
た際に、前記ファイルサービス手段の番号などのサービ
ス識別子と、前記ファイルブロック順序番号と、を保持
する、ことを特徴とする。

【００１９】

【発明の実施の形態】本発明の実施の形態について以下
に説明する。本発明は、その好ましい実施の形態におい
て、ファイルサーバーコンピュータ（図１の１）とリモ
ートクライアントコンピュータ（図１の３）の間でファ
イル転送を開始するにあたり、リモートクライアントが
ログオン時にファイルサービス手段（図１の１２）のサ
ービスコード（識別番号）を発行するログオンサービス
手段（図１の１１）と、ファイル転送処理を行うファイ
ルサービス手段（図１の１２）と、を備え、ファイル転
送データ内にファイルブロック順序番号（図２の１０
２）を少なくとも備え、リモートクライアントコンピュ
ータとファイルサービス手段の間で通信障害が発生した
ときに、サービスコードとファイルブロック順序番号を
保持し、障害復旧後の通信回復時、このサービスコード
とファイルブロック順序番号に基づいて、ファイル転送
を再開する。

【００２０】本発明の実施の形態においては、サーバー
コンピュータ内で処理対象となるファイルをファイルサ
ービス手段以外から使用できなくするための排他制御等
の保護、あるいはファイルサービス手段以外からは読み
取りのみ可能とするように保護する。

【００２１】また本発明の実施の形態においては、処理
対象となるファイルとは別に、前記ファイルサービス手
段（図１の１２）のみから更新可能なファイル（図１の
仮ファイル２２参照）を使用してファイル転送処理を行
い、ファイル転送が完了した後、処理対象となるファイ
ル（図１の２１）を更新する。

【００２２】本発明の実施の形態においては、ファイル
サーバーコンピュータからリモートクライアントコンピ
ュータへファイルを転送する場合でも、リモートクライ
アントコンピュータからファイルサーバー側へのファイ
ル転送同様、リモートクライアントコンピュータ側は、
サービスコードとファイルブロック順序番号と、ファイ
ル転送時のみ使用するファイル（図１の２２′）を用意
する。

【００２３】上記の構成のもと、本発明の実施の形態に
よれば、リモートクライアントコンピュータとファイル
サービス手段の間でファイル転送処理中に通信障害が発
生したときに、ファイルサービス手段が保持しているサ
ービスコードとファイルブロック順序番号に基づいて、
通信障害発生時点でのファイルブロックからファイル転
送を再開することができるため、通信条件が不安定なリ
モートクライアントコンピュータにおいても、必要最小
限の通信時間でファイル転送を行うことができる。

【００２４】また、本発明の実施の形態によれば、ファ
イル転送時においても、転送対象となるファイルをロッ
クあるいは読み込みのみ可能としているので、通信障害
が再び回復できない場合のファイル破損や、ファイル転
送処理中における直前の更新前ファイルを参照できる。

【００２５】

【実施例】上記した本発明の実施の形態について更に詳
細に説明すべく、本発明の実施例について図面を参照し
て以下に説明する。

【００２６】図１は、本発明の一実施例の構成を示すブ
ロック図である。図１を参照して、本実施例において、
リモートクライアント３はアクセスポイント４へ伝送路
６を使用して接続する。本実施例においては、この伝送
路６としては、例えば電波、赤外線などが用いられるも
のとする。

【００２７】アクセスポイント４は、サーバー１へ伝送
路２を使用して接続する。伝送路２はアクセスポイント
４とサーバー１の間で安定した通信を可能とする例えば
構内回線や通信事業者の提供する回線が用いられるもの
とする。

【００２８】サーバー１は、ログオンサービス１１、フ
ァイルサービス１２を含んでいる。ログオンサービス１
１は、サーバー１が起動したときに自動的に起動する。

【００２９】ファイルサービス１２は、リモートクライ
アント３からの要求によりサーバー１内のファイル読み
出しサービス及び書き込みサービスを行う。

【００３０】リモートクライアント３は、サーバー１に
対してログオンする際、図３に示すようなログオン要求
１１０を発行する。すなわちリモートクライアント３
は、ログオンサービス１１に対してログオン名１１１
（図３参照）にてログオン要求を行い、これをログオン
サービス１１が認証すると、ログオンサービス１１は、
以前に処理中のファイルサービスが保留されていないか
どうかを検索し、保留されていなければ、新たにサービ
ス番号を生成する。生成されるサービス番号は、ログオ
ンする度に異なるサービス番号である。

【００３１】一方、処理中のファイルサービスが保留さ
れていれば、現在保留しているサービス番号を使用す
る。

【００３２】次に、ログオンサービス１１は、リモート
クライアント３からのログオン要求１１０により、ファ
イルサービス１２を起動する。これと同時に、ログオン
サービス１１は、リモートクライアント３へサービス番
号１１２（図３参照）を送信する。

【００３３】リモートクライアント３は、サーバー１か
ら送信されたサービス番号１１２を受信すると、処理要
求を発行し、サーバー１のファイルサービス１２へ処理
開始を依頼する。図４は、本実施例における処理要求１
１３のフォーマットの一例を示したものである。

【００３４】図４を参照すると、処理要求１１３は、ロ
グオン名１１１、サービス番号１１２、サービスコマン
ド１１４、サービス付加データ１１５と、を備えて構成
されている。

【００３５】サービスコマンド１１４は、例えばファイ
ルの書き込みや読み出しを指示するコマンドが格納さ
れ、サービス付加データ１１５は、例えばサーバー１の
ディレクトリパスなどを含むファイル名などを指定する
ための情報が格納される。

【００３６】処理要求１１３のサービスコマンド１１４
がファイルの書き込みであるとき、ファイルサービス１
２は、サービス付加データ１１５で指定するファイルＡ
２１（図１参照）に対して、他のプロセスからのアクセ
スをロックする。その際、アクセスロックとして、例え
ばサーバー１が提供するファイル排他制御機能などを使
用する。

【００３７】ファイルサービス１２は、ファイルＡ２１
のアクセスロックを行った後、ファイルサービス１２の
みがアクセス可能な仮ファイルＡ′２２を生成し、リモ
ートクライアント３に対して、ファイル書き込みの準備
が終わったことを通知する。

【００３８】なお、ファイルＡ２１のアクセスロック
は、一般的に、排他的なロックが選択されるが、他のプ
ロセスから読み込みのみ可能とするロックを選択するこ
ともできる。

【００３９】リモートクライアント３は、リモートクラ
イアント３側のファイル２１′を順次読み出し、サーバ
ー１のファイルＡ２１へ書き込みを行うべきファイルブ
ロック１０１（図１参照）として順次ファイルサービス
１２へ送信する。

【００４０】図２は、本実施例における、データが転送
されるファイルブロックのフォーマットの一例を示す図
である。

【００４１】図２を参照すると、ファイルブロック１０
１は、順序番号１０２と、データブロック１０３と、を
備えて構成されている。順序番号１０２の取りうる最大
値としては、例えば、データブロック１０３のデータ長
と、順序番号１０２と、を掛け合わせたとき、サーバー
１で取り扱い可能な最大ファイルサイズを超えるものと
する。

【００４２】ファイルサービス１２は、受け取ったファ
イルブロック１０１のデータブロック１０３を仮ファイ
ルＡ′２２へ順次書き込みを行う。

【００４３】ファイルサービス１２は、書き込みが終了
したファイルブロック１０１の順序番号１０２を進行状
況１２０として保存する。

【００４４】リモートクライアント３とファイルサービ
ス１２の間で、ファイルブロック１０１を転送すると
き、一般には、サーバー１とリモートクライアント３が
持つ通信プロトコルによりフロー制御が行われるので、
リモートクライアント３はファイルサービス１２の処理
状況を知る必要はない。

【００４５】リモートクライアント３が最後のファイル
ブロック１０１を転送するとき、順序番号１０２に最大
値を設定することにより、ファイル転送が終了する旨
を、ファイルサービス１２に要求する。

【００４６】ファイルサービス１２は、ファイル転送の
完了を検出すると、仮ファイルＡ′２２をファイルＡ２
１として更新し、ファイルＡ２１のアクセスロックを解
除し、進行状況１２０を初期化した後、仮ファイルＡ′
２２を削除し、リモートクライアント３へ処理が終了し
たことを通知する。

【００４７】本実施例において、ファイルブロック１０
１を転送中に、リモートクライアント３とアクセスポイ
ント４の間で重大な通信障害が発生し、通信が回復でき
なくなったとき、ファイルサービス１２は、通信障害が
発生する直前までの進行状況１２０を、受信した処理要
求（図４の１１３）と共に保存する。

【００４８】ファイルＡ２１及び仮ファイルＡ′２２
は、ファイルサービス１２の管理下に置かれる。

【００４９】そして、リモートクライアント３とアクセ
スポイント４の通信障害が回復したとき、リモートクラ
イアント３は、ログオン要求から処理を開始する。

【００５０】ログオンサービス１１は、ログオン名１１
１（図３参照）に対応したサービス番号１１２が保存さ
れているか否かを調べ、保存されているサービス番号１
１２をリモートクライアント３へ送信する。

【００５１】リモートクライアント３は、受信したサー
ビス番号１１２が直前にログオン要求したときに獲得し
たサービス番号１１２と一致するとき、サービスコマン
ド１１４を、処理継続要求として、ファイルサービス１
２へ送信する。

【００５２】ファイルサービス１１２は、サービス番号
１１２に対応して保留されている処理要求と進行状況１
２０の情報とをリモートクライアント３へ送信する。

【００５３】リモートクライアント３は、ファイルサー
ビス１２から受信した進行状況１２０等を確認し、処理
を継続するか中断するか選択する。

【００５４】継続であれば、進行状況１２０の次のファ
イルブロックから再び送信を開始する。

【００５５】一方、中断であれば、サービスコマンド１
１４（図４参照）を処理中断要求として、ファイルサー
ビス１２へ送信する。

【００５６】これを受けて、ファイルサービス１２は仮
ファイルＡ′２２を削除し、ファイル２１のアクセスロ
ックを解除し、保留している処理を破棄する。

【００５７】中断の時、ファイルＡ２１へのリモートク
ライアント３からのデータ更新は発生しない。

【００５８】サービスコマンド１１４がファイルの読み
込みであるとき、ファイルサービス１２はサービス付加
データ１１５（図４参照）で指定するファイル２１を他
のプロセスからのアクセスをロックする。

【００５９】ファイルサービス１２はサーバー１のファ
イル２１を順次読み出し、ファイルブロック１０１′
（図２参照）として、リモートクライアント３へ順次送
信する。

【００６０】ファイルブロック１０１′の順序番号１０
２′（図２参照）は、リモートクライアント３が、進行
状況１２０′として保存する。

【００６１】ファイル書き込みと同様リモートクライア
ント３では、ファイルＡ２１′への書き込み前に仮ファ
イルＡ′２２′を生成し、データブロック１０３′を仮
ファイルＡ′２２′へ順次書き込む。

【００６２】ファイルサービス１２が最後のファイルブ
ロック１０１′を転送するとき、順序番号１０２′に最
大値を設定することにより、転送が終了することをリモ
ートクライアント３へ要求する。

【００６３】リモートクライアント３は、仮ファイル
Ａ′２２′をファイルＡ２１′として更新しアクセス可
能になる。進行状況１２０′は初期化する。

【００６４】ファイルＡ２１′をファイル読み込みで新
たに作成するときは、仮ファイルＡ′２２′のみが生成
され、転送終了後、ファイルＡ２１′としてアクセス可
能になる。

【００６５】ファイルブロック１０１′を転送中に、リ
モートクライアント３とアクセスポイント４の間で重大
な通信障害が発生し、通信が回復できなくなったとき、
リモートクライアント３は処理要求１１３と進行状況１
２０′を、ファイルサービス１２は処理要求１１３を保
存する。

【００６６】リモートクライアント３は、アクセスポイ
ント４の通信障害が回復したとき、ログオン要求から処
理を開始する。

【００６７】ログオンサービス１１は、ログオン名１１
１に対応したサービス番号１１２が保存されていないか
調べ、保存されているサービス番号１１２をリモートク
ライアント３へ送信する。

【００６８】リモートクライアント３は、通信障害発生
前にログオン要求したときに獲得したサービス番号１１
２と一致するとき、処理を継続するか否か選択する。

【００６９】継続するのであればサービスコマンド１１
４（図４参照）に処理継続要求を設定し、サービス付加
データ１１５にリモートクライアント３の進行状況１２
０′を設定して、ファイルサービス１２へ送信する。

【００７０】ファイルサービス１２は、通信障害が発生
したときの、処理要求１１３を開始する。

【００７１】処理を中断するのであれば、リモートクラ
イアント３の仮ファイル２２′を削除し、サービスコマ
ンド１１４（図４参照）を処理中断要求として、ファイ
ルサービス１２へ送信し、ファイル２１のアクセスロッ
クを解除、保留している処理を破棄する。

【００７２】ファイルサービス１２は、ファイル転送の
途中で通信障害が発生し、以後回復できなくなったと
き、処理が中断されたままになる。

【００７３】サーバー１に、ファイルサービス１２の処
理状態を監視する監視サービス１３を起動しておくこと
により、長時間処理が中断されているサービス番号を破
棄可能とする。

【００７４】リモートクライアント３が処理継続要求を
指定したにもかかわらず、ファイルサービス１２で破棄
されている場合には、通信障害発生前と異なるサービス
番号１１２をリモートクライアント３へ通知するので、
リモートクライアント３は処理が破棄されていることを
利用者へ知らせることができる。

【００７５】以上のように、本実施例によれば、ファイ
ル転送の途中で、リモートクライアントとアクセスポイ
ントの間で重大な通信障害が発生し、ファイル転送を継
続できなくなったとき、再びログインしたときにファイ
ル転送状態を保存しているので、ファイル転送を通信障
害発生前のファイルブロックから再開することができ
る。

【００７６】また本実施例によれば、サーバーへ書き込
み中のファイルは、転送が完了するまで更新前の状態を
保持しているので、通信障害が発生しかつリモートクラ
イアントの持つファイルまで破損した場合でも、ファイ
ルが完全に破損することを回避することができる。

【００７７】さらに、本実施例によればサーバーへ書き
込み中のファイルであっても、更新前の状態を読み込み
できるので、その時点の最新状態にアクセス可能であ
る。

【００７８】

【発明の効果】以上説明したように、本発明によれば、
下記記載の効果を奏する。

【００７９】（１）本発明の第１の効果は、リモートク
ライアントとサーバーの間で通信状態が必ずしも保証さ
れない状態であっても、安全にファイル転送を行うこと
ができる、ということである。このため、本発明によれ
ば、リモートクライアントにおいては、ファイル転送の
信頼性が向上し、選択可能な通信手段の範囲を広く選ぶ
ことができるという利点を有する。

【００８０】（２）本発明の第２の効果は、ファイル転
送が中断された場合でも、ファイル転送前のファイルを
保持できる、ということである。このため、本発明によ
れば、サーバーを参照するアプリケーションは重要なフ
ァイルが誤って破損することを排除するという利点を有
する。

【図面の簡単な説明】

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

【図２】本発明の一実施例におけるファイルブロックの
フォーマットの一例を示す図である。

【図３】本発明の一実施例における処理要求のフォーマ
ットの一例を示す図である。

【図４】本発明の一実施例におけるログオン要求のフォ
ーマットの一例を示す図である。

【符号の説明】

１ サーバー ２ 伝送路 ３ リモートクライアント ４ アクセスポイント ６ 伝送路 １１ ログオンサービス １２ ファイルサービス

Claims (6)

【特許請求の範囲】
1. 【請求項１】ファイルサーバーコンピュータが、リモー
   トコンピュータとのファイル転送処理を行うファイルサ
   ービス手段を少なくとも含み、 前記ファイルサービス手段と前記リモートコンピュータ
   との間におけるファイル転送データにファイルブロック
   順序番号を備え、 ファイル転送処理中に、前記リモートコンピュータと前
   記ファイルサーバーコンピュータとの間で通信障害が発
   生した際に、前記ファイルサービス手段の番号などのサ
   ービス識別子と、前記ファイルブロック順序番号と、を
   保持する、 ことを特徴とするファイル転送処理方式。
2. 【請求項２】前記ファイルサーバーコンピュータが、 前記リモートコンピュータがファイル転送処理を開始す
   るに際し、前記リモートコンピュータ毎に、前記ファイ
   ルサービス手段のサービス識別子を発行するログオンサ
   ービス手段を備え、 前記通信障害発生時において、保持している前記サービ
   ス識別子を比較することにより、保持しているファイル
   転送処理を特定する、ことを特徴とする請求項１記載の
   ファイル転送処理方式。
3. 【請求項３】前記ログオンサービス手段が発行するサー
   ビス識別子と、前記通信障害発生時に保持しているサー
   ビス識別子と、が互いに一致するときに、中断した処理
   状態から、前記保持されたファイルブロック順序番号に
   基づき、ファイル転送を再開する、ように制御すること
   を特徴とする請求項２記載のファイル転送処理方式。
4. 【請求項４】前記ファイル転送処理中に、前記ファイル
   サーバーコンピュータが、転送対象となるファイルを他
   の処理プログラムから操作できない状態に設定し、 前記ファイル転送処理中には、前記ファイルサービス手
   段のみがアクセス可能なファイルを作成し、 前記ファイル転送を完了した後に、前記ファイルサービ
   ス手段のみがアクセス可能なファイルから、前記転送対
   象となるファイルの更新を行う、ことを特徴とする請求
   項１記載のファイル転送処理方式。
5. 【請求項５】前記ファイルサーバーコンピュータから前
   記リモートコンピュータへファイルを転送する場合に
   も、前記サービス識別子と前記ファイルブロック順序番
   号に基づき、通信障害が発生した後に、ファイル転送の
   再開が可能に構成されたことを特徴とする請求項１記載
   のファイル転送処理方式。
6. 【請求項６】サーバーが、リモートクライアントからの
   ログオン要求のサービス時に、ファイルサービス手段の
   サービス識別子を付与して、前記リモートクライアント
   に通知し、 前記サーバーと前記リモートクライアント間のファイル
   転送にはブロック番号情報が付加され、 前記サーバーは、通信障害時に、前記サービス識別子と
   ファイル転送のブロック番号を保持し、 前記サーバーは、障害復旧した際のファイル転送開始に
   あたって、前記リモートクライアントからのログオンサ
   ービスに際して、前回のファイル転送処理で保留されて
   いるファイルサービス手段の存在を検出した際には、こ
   のサービス識別子を前記リモートクライアントに返送
   し、前記リモートクライアントは受信したサービス識別
   子が前回前記サーバーから受信したサービス識別子と一
   致した場合、前記ファイルサービス手段へ処理継続を要
   求し、障害発生時点で最後に処理したブロック番号の次
   からファイル転送を継続する、ことを特徴とするファイ
   ル転送方式。