JPH05289927A - ファイル転送方式 - Google Patents

Abstract

(57)【要約】 【目的】ファイル転送異常終了後の再処理実行の場合再
処理開始点の確定までの処理時間の短縮をはかる。 【構成】処理ファイルＦ１に格納したデータを送信する
ときに処理履歴を記憶する履歴ファイルＦ２に、ファイ
ル名、処理連番、索引情報、処理段階の各項目を１更新
毎に履歴ファイルＦ２に記録する。これにより、再処理
時には、履歴ファイルＦ２の上記情報より、少ない入出
力回数で、再処理点の確定を行い、再処理実行時間の短
縮をはかる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ファイル転送方式、特
に、複数のコンピュータ間において、通信回線等を利用
しデータの移送もしくは交換を行うファイル転送方式に
関する。

【０００２】

【従来の技術】従来のファイル転送方式は、データ送信
ごとに処理ファイル（転送元データファイル）のデータ
に送信処理を行ったという確認のための情報をもたせて
処理ファイルの更新を行っていた。

【０００３】これにより、ファイル転送プログラムが何
らかの原因により処理途中で異常終了した場合は、処理
を引き続き行う方法として、処理ファイルを先頭のデー
タより１件ずつ入力し、送信処理時に付加しておいたデ
ータ（送信処理を行ったという確認のための情報）を確
認する。

【０００４】処理済であれば次のデータを入力し、未処
理であれば、送信処理を行い、業務の継続を行ってい
た。

【０００５】しかし、従来のファイル転送方式は、処理
ファイルのデータ件数が非常に多く例えば１０，０００
件ごとに、プログラムが処理ファイルのデータ総件数に
近い件数例えば９，０００件処理した時点で異常終了し
た場合、未処理のデータを処理するために再度プログラ
ムを実行させると、処理ファイルの最初のデータから処
理済かどうかの確認として、９，０００回のデータ入力
を行って、未処理のデータが現れるまで確認作業を行っ
たのち、はじめて未処理データの送信処理を行う結果と
なっていた。 このため、再度実行させたプログラムの
処理時間は、残りの処理データ件数がわずか１，０００
件であるにもかかわらず処理ファイルのデータ全件に対
して、処理済かどうかの確認あるいは送信処理を行うこ
とになり、多大な時間的ロスが発生していた。

【０００６】またオペレータもプログラム実行中は時間
的に拘束されることになり、負担が大きくなっていた。

【０００７】コンピュータシステムにおいても、プログ
ラム再実行時の処理ファイルに対する入出力回数の増加
により、コンピュータ装置そのものに対する負荷の増
大、および運用コストの増大が発生していた。

【０００８】

【発明が解決しようとする課題】しかしながら、このよ
うな上述した従来のファイル転送方式は、処理ファイル
のデータ全件に対して、処理済かどうかの確認あるいは
送信処理を行う必要があるため多大の時間的ロスを発生
するとともに、オペレータもプログラム実行中は時間的
に拘束されるため、負担が大きくなるばかりでなくコン
ピュータシステムにおいても、プログラム再実行時の処
理ファイルに対する入出力回数の増加により、コンピュ
ータ装置そのものに対する負荷の増大、および運用コス
トの増大が発生するという欠点があった。

【０００９】本発明のファイル転送方式は、プログラム
再実行時に発生する時間的ロスを低減し、オペレータ、
コンピュータ装置の負荷低減を目的とする。

【００１０】

【課題を解決するための手段】本発明のファイル転送方
式は、送信プログラム実行時に、履歴ファイルに処理フ
ァイルの処理状況を記録させ、プログラム再実行時に、
履歴ファイルに記録した処理状況データをもとに、処理
ファイルの未処理データの先頭すなわち処理継続点を１
回の履歴ファイルに対する入出力で確定することができ
るように構成される。

【００１１】

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

【００１２】図１は本発明の一実施例を示すシステム構
成図である。

【００１３】図１に示すファイル転送方式は、コンピュ
ータ装置１に内蔵された処理プログラムＰ１を実行し
て、コンピュータ装置２に内蔵された処理プログラムＰ
２に通信回線３を使用してデータを送信するときに、履
歴ファイルＦ２に処理ファイルＦ１の処理状況を記録さ
せ、プログラム再実行時に、履歴ファイルＦ２に記録し
た処理状況データをもとに処理ファイルＦ１の未処理デ
ータの先頭すなわち処理継続点を１回の履歴ファイルＦ
２に対する入出力で確定することができるように構成さ
れる。

【００１４】図１に示す処理ファイルＦ１には、数量
Ａ，価格Ｂが格納されており、合価Ｃはゼロがあらかじ
め入力されており、データ件数は１，０００件とする。
また、履歴ファイルＦ２にはデータ件数ゼロの状態であ
る。このような構成を前提として、図２に示す流れ図に
より動作を説明する。

【００１５】動作ステップＳ１では、履歴ファイルＦ２
からの入力処理を行い、動作ステップＳ２で、データ有
無のチェックをし、データが無ければ再処理ではないと
判断し、動作ステップＳ３で履歴データ作成処理を行
う。この履歴データ作成処理では履歴データとして図３
に示す履歴ファイルデータレイアウトのうちの処理ファ
イル名Ｄ１，処理プログラム名Ｄ２，処理連番Ｄ３，索
引情報Ｄ４を転記し履歴ファイルＦ２にデータを１件作
成する。

【００１６】次に、動作ステップＳ４では処理ファイル
Ｆ１の入力処理を行い、動作ステップＳ５でデータの終
了チェックを行う。データ終了であれば動作ステップＳ
３の履歴データ作成処理で作成し、履歴ファイルＦ２に
格納し履歴データを削除し動作ステップＳ１２で終了す
る。

【００１７】動作ステップＳ５でのデータ終了チェック
がデータ終了でなければ、履歴データ作成処理で作成し
た履歴データを動作ステップＳ６で入力する。

【００１８】次に、動作ステップＳ７で業務処理を行
い、処理ファイルＦ１の数量Ａと価格の乗算結果を合価
Ｃとして格納する。

【００１９】動作ステップＳ８の処理データ送信におい
ては、動作ステップＳ７の業務処理で作成した処理レコ
ードを図１に示す処理プログラムＰ２に対して送信を行
い、動作ステップＳ９で送信結果チェックを行う。

【００２０】動作ステップＳ９での送信結果チェックが
ＯＫであれば動作ステップＳ１０の処理ファイル更新処
理へと進み、処理データ送信で用いた処理レコードにて
処理ファイルＦ１を更新する。

【００２１】動作ステップＳ１１の履歴ファイル更新で
は、動作ステップＳ６で履歴ファイルＦ２に入力した履
歴データ処理連番Ｄ３に“１”を加算するとともに索引
情報Ｄ４を当該処理データの索引として転記し、履歴フ
ァイルＦ２を更新する。

【００２２】これまでの処理が終了すれば、図２に示す
動作ステップＳ４の処理ファイルＦ１の入力処理へとも
どり、処理ファイルＦ２の２件めのデータの処理を行
う。処理ファイルＦ１は１，０００件のデータが格納さ
れているので以上の処理を１，０００回繰り返すことに
なる。

【００２３】それでは、ここで処理ファイルＦ１の９０
０件目のデータを処理中に図１に示す処理プログラムＰ
１が何らかの原因で異常終了したとする。異常終了の地
点は、図２に示す動作ステップＳ８の処理データ送信処
理の箇所であるとする。この地点での処理ファイルＦ１
と履歴ファイルＦ２の状態を見てみると、処理ファイル
Ｆ１には８９９件までのデータが処理済で９００件目以
降は未処理状態である。また、履歴ファイルＦ２の履歴
データには処理連番Ｄ３として“８９９”の数値が記憶
されている状態である。

【００２４】そこで９００件目以降のデータを処理する
ために、再度処理プログラムＰ１を実行させる。これを
図２に示す流れ図により動作を説明する。

【００２５】まず、動作ステップＳ１からの再実行で履
歴ファイルＦ２の入力を行い、動作ステップＳ２でデー
タ有無のチェック処理を行う。

【００２６】前回の処理では履歴データは削除されてい
ないため、動作ステップＳ２でのチェック処理のあと履
歴ファイルＦ２にはデータがあるので動作ステップＳ１
３の確認処理へと進む。

【００２７】動作ステップＳ１３の確認処理において
は、履歴ファイルＦ２から入力した履歴レコードの処理
連番Ｄ３と、索引情報Ｄ４とを確認する。処理ファイル
Ｆ１が索引編成ファイルであるならば、索引情報Ｄ４に
よって、処理ファイルＦ１の該当データ（９００件目）
に位置づける。処理ファイルＦ１が順編成ファイルの場
合は、処理連番Ｄ３により処理ファイルＦ１を８９９
回、ダミーで読み飛ばしを行い該当データに位置づけ
る。処理ファイルＦ１が順編成ファイルの場合は、処理
連番Ｄ４に“１”を加算した“９００”という値で該当
データに位置づけることができる。このように性格に未
処理データに位置づけたあとで処理ファイルを入力し、
次の段階の処理を行うことができる。

【００２８】かりに再度処理プログラムＰ１が異常終了
したとしても、再度処理プログラムＰ１を実行させるだ
けで正確に処理ファイルＦ１の未処理データの先頭から
処理を再開させることができる。

【００２９】なお、上述した実施例ではファイルの更新
は、履歴ファイルＦ２と処理ファイルＦ１だけであった
が、さらに多くのファイル更新を行う場合、他の処理フ
ァイルの更新情報（件数、索引、処理段階等）を履歴デ
ータの更新情報Ｄ５，Ｄ６、処理段階Ｄ７などに格納し
ておけば、他のファイルの未処理データへと位置づけも
可能である。この場合、履歴ファイルＦ２の更新タイミ
ングは、他の処理ファイルの更新処理が終了した時点で
も行うようにすればよい。

【００３０】この発明によれば、複数の処理ファイルの
未処理データへの位置づけも容易にかつ正確に行うこと
ができる。

【００３１】なお、上述した実施例では履歴情報格納手
段として履歴ファイルを用いる例を示したが、履歴ファ
イルの代りに異常終了時などの再実行時に格納した履歴
情報を読み出して位置づけできるものでければ、他の各
種の記録手段例えばコンピュータ装置の記録装置や、磁
気テープや書き換え可能な光ディスクなどのどんな手段
であってもよいことは言うまでもない。

【００３２】また、上述した実施例では履歴情報として
処理連番や索引情報あるいは更新情報などの履歴データ
を用いる例を示したのでこれらはすべて必要なわけでは
なく処理ファイルに対応するものだけでよいことは言う
までもない。

【００３３】さらにまた、上述した実施例では、履歴情
報格納手段として単一の履歴ファイルを用いる例を示し
たが、処理連番を保持する処理連番保持部や、更新情報
を保持する更新情報保持部や処理段階を保持する処理段
階保持部や索引情報を保持する索引情報保持部のように
複数の保持部を有するようにしてもよいことは言うまで
もない。

【００３４】

【発明の効果】本発明のファイル転送方式は、履歴ファ
イルを追加することにより、オンラインプログラム異常
終了時に行う再実行に処理ファイルに対する入出力回数
を低減できるため、処理継続点確定までの待ち時間を短
縮できるので、コンピュータ装置自体の負荷低減、稼働
時間の短縮を達成できるのみならず、コンピュータ装置
の運用コストの低減を実現できるとともに、オペレータ
の拘束時間を短縮できるため、負担を軽減できるという
効果がある。

【００３５】なお、この効果は、処理対象のデータ件数
に多く、かつ処理済データ件数が処理対象データの総件
数に近い段階で、再処理を実施しなければならない場合
程効果は大きくなる。

【図面の簡単な説明】

【図１】本発明の一実施例を示すシステム構成図

【図２】図１に示す実施例の動作を説明するための処理
流れ図

【図３】図１に示す履歴ファイルのデータレイアウト図

【符号の説明】

Ｆ１ 処理データファイル Ｆ２ 処理履歴ファイル １，２ コンピュータ装置 ３ 通信回線 Ｐ１〜Ｐ２ 処理プログラム Ｓ１〜Ｓ１３ 動作ステップ Ｄ１ 処理ファイル名 Ｄ２ 処理プログラム名称 Ｄ３ 処理連番 Ｄ４ 索引情報 Ｄ５，Ｄ６ ファイル更新情報 Ｄ７ 処理段階名

Claims (3)

【特許請求の範囲】
1. 【請求項１】 処理データを格納する１以上の処理ファ
   イルと、１以上の処理ファイルに格納した処理データの
   うち最後の処理データを指示する履歴情報を格納する履
   歴格納手段と、再実行すべきときに前記履歴情報にもと
   づいて前記処理ファイルを前記最後の処理データの次に
   位置づけるための再実行位置付け手段とを含むことを特
   徴とするファイル転送方式。
2. 【請求項２】 プログラム再実行時の再処理点確定の為
   の情報である処理連番保持部と複数更新ファイルに対す
   る更新情報を格納する更新情報（１〜ｎ）保持部とプロ
   グラム内での処理段階を格納する処理段階保持部、処理
   ファイルの索引情報を格納した索引情報保持部を設け、
   履歴ファイルの処理連番、更新情報（１〜ｎ）処理段
   階、索引情報のすべてもしくは一部を利用して処理継続
   点を確定することを特徴とするファイル転送方式。
3. 【請求項３】 履歴ファイルに履歴データが格納されて
   いるか否かのチェックを行い、格納されていない場合は
   履歴データを作成し格納されている場合は処理前記履歴
   データにもとづいて処理ファイルに格納されている処理
   データのうち未処理の処理データの先頭に位置づけ、処
   理ファイルに処理すべき処理データが存在する場合には
   前記履歴データを入力し、処理ファイルから入力した処
   理データを処理して送信し、送信結果のチェックを行い
   前記処理ファイルおよび前記履歴ファイルの更新を行
   い、前記処理ファイルに処理すべき処理データがなくな
   るまでくりかえし処理を行い、処理データがなくなった
   ときには、履歴データを削除することを特徴とするファ
   イル転送方式。