JPH03185543A - 転送要求管理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 技術分野 本発明は転送要求管理システムに関し、特にファイル転
送プログラムに対するファイル転送要求管理システムに
関する。

従来技術 従来、通信回線の異常等によってファイル転送プログラ
ムによる転送処理が途中で終了すると、メモリ上のファ
イル転送要求は全て消えていた。

また、復旧後のファイル転送プログラム起動時には、フ
ァイル転送要求管理ファイルは初期化され、前回のファ
イル転送プログラム終了以前のファイル転送要求は残ら
ないという方式で転送処理が行われていた。さらにまた
、転送処理中にその日の業務が終了してしまった場合に
おいても、メモリ上のファイル転送要求は全て消えてい
た。

上述した従来の方式では、ファイル転送プログラムの起
動時にファイル転送要求管理ファイルを初期化してしま
うので、前回のファイル転送プログラム終了以前に受は
付けたファイル転送要求が残らない。そのため、利用者
はまだ処理されていないファイル転送を要求を復旧後に
依頼し直さな操作が煩わしいという欠点がある。

ければならず、 発明の目的 本発明は上述した従来の欠点を解決するためになされた
ものであり、その目的は回線異常等から復旧し、ファイ
ル運転プログラムが起動された時に利用者がファイル転
送要求を依頼し直さずに残りの転送処理を行うことがで
きる転送要求管理システムを提供することである。

発明の構成 本発明による転送要求管理システムは、複数の転送要求
が格納された記憶手段を有し、この記憶手段から転送要
求を順に読出して転送処理を実行する情報処理システム
における転送要求管理システムであって、前記記憶手段
内の転送要求と同等の情報及び該転送要求が処理済みか
否かを示す状態情報を記憶保持する外部記憶装置と、転
送処理の実行状況に応じて該転送要求に対応する前記外
部記憶装置内の状態情報を書換える状態情報書換え手段
と、システム起動時に転送未処理である旨を前記状態情
報が示した転送要求のみを前記外部記憶装置から順に読
出して実行する手段とを有することを特徴とする。

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

第１図は、本発明による転送要求管理システムの一実施
例の構成を示すブロック図である。

図において、本システムはホストコンピュータＡと外部
記憶装置２とを含んで構成されている。

ホストコンピュータＡ内にはシステム常駐プログラム４
であり、利用者の要求によりファイル転送処理を実行す
るファイル転送プログラム３が存在している。このファ
イル転送プログラム３は、各々のファイル転送要求がメ
モリ上に記録された要求テーブル５−１．　５−２．　
５−８．−５−ｎから構成されるファイル転送要求格納
領域４を有している。

また、ファイル転送プログラム３はシステム起動時にお
いてファイル転送要求管理ファイル９内の要求レコード
１０−１〜１０−ｎを読込み、チエツクパターン６を用
いて、要求レコード１０の正誤を検証する要求格納レコ
ードチエツク手段７と、この要求格納レコードチエツク
手段７から要求レコードを受取り、ファイル転送要求格
納域４内に要求テーブル５−１〜５−ｎを作成するファ
イル転送要求復元手段８とを具備している。

つまり、要求テーブルの内容に基づいて転送処理を開始
する前に、その要求テーブルと同等の情報を要求レコー
ドとして外部記憶装置２内に保持しておくのである。こ
うしておけば、転送中又は転送前にシステムの電源が断
となり、メモリ内の要求テーブルの内容が消去されてし
まっても、外部記憶装置２内の要求レコードは消えずに
残っていることとなる。

外部記憶装置２内には、利用者の各々のファイル転送要
求がファイル転送プログラム３によって記録された要求
レコード１０−１．　１０−２．　１０−３゜・・・１
０−ｎから構成されるファイル転送要求管理ファイル９
が格納されている。また、このファイル転送要求管理フ
ァイル９内の各要求レコード１０、−１〜１０−ｎには
そのレコードについての転送処理が既に終了しているか
否かを示すステータス情報が付加されているものとする
。この外部記憶装置２には電源が断となっても記憶され
ている情報はそのまま消えずに残るもの、例えば磁気デ
ィスク装置が採用される。

次に、かかる構成とされた情報処理システムの転送処理
動作について第２図〜第４図を用いて説明する。

第３図及び第４図は本システムの利用方法及びステータ
ス情報の内容を示す概念図である。

第３図において、本システムの運用中に（ステップ３０
）、利用者がホストコンピュータＡ内のファイル甲を他
のホストコンビエータＢ内のファイル丙に転送する旨の
要求を発行したものとする（ステップ３１）。すると、
それに応答してホストコンピューターＡ内のファイル転
送プログラムは要求テーブルを自装置内のメモリのファ
イル転送要求格納領域内に作成するとともに、要求レコ
ードを外部記憶装置内に作成する（ステップ３２）。

このとき、それら要求テーブルと要求レコードとは同一
の内容であり、ファイル転送要求日時、フアイル転送元
ホスト名及びファイル名、ファイル転送先ホス１名及び
ファイル名、ステータス情報等が含まれているものとす
る。なお、この段階におけるステータス情報は「要求受
付」となる。

次に、ホストコンピュータＡ内のファイル転送プログラ
ムは要求テーブルの内容をもとにファイル転送を開始す
る（ステップ３３）。この場合、ホストコンピュータＡ
をホストコンピュータＢに接続し、ファイル甲をファイ
ル丙に転送する（ステップ３４）。なお、この段階にお
けるステータス情報は「転送中」となる。

そして、転送処理が正常に終了した場合（ステップ３５
）、ステータス情報は「正常に転送終了」となり、さら
に転送終了時刻が要求テーブル及び要求レコードに対し
て書込まれることとなる。

以下、利用者がファイル転送要求を発行する毎に同様の
処理が行われる。

そして、第４図に移り、転送終了後、利用者は端末から
コマンドを人力する等して自分の要求した転送処理が終
了したか否かを確認する（ステップ３６）。正常に終了
していることが確認されれば（ステップ３７）、他のコ
マンドの入力により、その要求テーブルと要求レコード
とが削除される（ステップ３８）。

以上のように、ファイル転送処理が終了した後、利用者
の操作によって処理終了液の要求テーブル及び要求レコ
ードが消去されることとなる。

また、以上の手順におけるファイル転送プログラムの処
理を示したものが第２図である。

第２図は本発明の転送要求管理システムのファイル転送
プログラムの処理手順の一例を示すフローチャートであ
る。

まず、ファイル転送プログラム３はプログラム起動時に
要求格納レコードチエツク手段７のステップ７１におい
てファイル転送要求管理ファイル９内の要求レコードを
１つ読込む。さらに、ステップ７２でファイル転送要求
管理ファイル９中の要求レコードの有無を判断する。

ここで、要求レコードがあれば、前回運用時の未処理性
と判断でき、ステップ７３へ進む。

一方、要求レコードが全く無ければ通常の処理となり（
ステップ３０）、先述のようにファイル転送要求格納領
域４内の要求テーブル５に記録されている情報に基づき
ファイル転送処理を実行する。また、それと同時に利用
者からの要求を受付けてファイル転送要求格納領域４に
要求テーブル５を作威し、さらにまた、それと同等内容
の要求レコードをファイル転送要求管理ファイル９内に
作成する。

ステップ７３においては要求レコード内のフラグ情報で
あるファイル転送要求日時、ファイル転送元ホスト名及
びファイル名、ファイル転送先ホス１名及びファイル名
等をチエツクパターン６と照らし合せて不正レコードか
否かを調べる。これは、要求レコードについて読み書き
を行うと、内容が破壊されることがあるからである。

ステップ７４ではステップ７３のチエツクの結果、要求
レコード１０が正当か否かが判断され、正当ならばファ
イル転送要求復元手段８のステップ８１に進む。一方、
正当でなければステップ７１に戻り、次の要求レコード
を読込む。つまり、ファイル転送要求復元手段８は、要
求格納レコードチエツク手段７よりチエツク類の正当な
要求レコードを受取ることになる（ステップ８１）。

ステップ８２ではファイル転送プログラム３が実際にフ
ァイルを転送する際に参照するメモリのファイル転送要
求格納域４の要求テーブル５上にステップ８１において
受取った要求レコードを記録する。こうすることにより
、あたかもファイル転送の要求をファイル転送プログラ
ム３に対して利用者が再度依頼したかの様にファイル転
送要求が復元されることとなる。

なお、処理は再びステップ７１に戻り、以後はステップ
７１〜８２が繰返されることとなる。

つまり、本発明では転送処理済か否かを示すステータス
情報が付加された各レコード、すなわち転送要求を外部
に保持しておき、回線異常等から復旧した場合における
、ファイル転送プログラム起動時にそのステータス情報
を用いて転送処理済か否かを判定し、未処理のものにつ
いて転送処理を行っているため、利用者は転送要求を依
頼し直さずに済むのである。さらに、その後は通常処理
が行われ、その場合にも各要求テーブルと同等の内容が
要求レコードとして外部記憶装置に保持されることとな
る。そして、再び電源が断となり、後に復旧した場合に
も、未処理の要求を処理できるため、利用者は転送要求
を再人力する必要がなくなるのである。

発明の詳細 な説明したように本発明によれば、ファイル転送プログ
ラム起動時にファイル転送要求管理ファイルを外部から
読込むことにより、ファイル転送プログラムの前回の終
了以前のファイル転送要求を復元することができ、また
各要求レコードに対し、そのレコードが転送済みか否か
を示すステータス情報を付加しておくことにより、利用
者は前回処理されていないファイル転送要求を再び要求
し直さずに済むという効果がある。

【図面の簡単な説明】

第１図は本発明による転送要求管理システムの構成を示
すブロック図、第２図は第１図の情報処理システムにお
ける転送処理の手順を示すフローチャート、第３図及び
第４図は本システムの利用方法及びステータス情報の内
容を示す概念図である。 主要部分の符号の説明 ６・・・・・・チエツクパターン

Claims (1)

【特許請求の範囲】
1. （１）複数の転送要求が格納された記憶手段を有し、こ
   の記憶手段から転送要求を順に読出して転送処理を実行
   する情報処理システムにおける転送要求管理システムで
   あって、前記記憶手段内の転送要求と同等の情報及び該
   転送要求が処理済みか否かを示す状態情報を記憶保持す
   る外部記憶装置と、転送処理の実行状況に応じて該転送
   要求に対応する前記外部記憶装置内の状態情報を書換え
   る状態情報書換え手段と、システム起動時に転送未処理
   である旨を前記状態情報が示した転送要求のみを前記外
   部記憶装置から順に読出して実行する手段とを有するこ
   とを特徴とする転送要求管理システム。