JP2005182335A - ファイル転送結果のチエック方法、ファイル転送システム及びそのクライアント端末 - Google Patents

Abstract

【課題】クライアントとサーバ間でファイル転送するファイル転送システムに関し、クライアントからサーバに依頼したファイルの転送をチエックする。
【解決手段】クライアント（１）から依頼ファイル（１６）をサーバ（２）に転送するとともに、依頼ファイルのデータからサーバ（２）が依頼処理する転送ファイルのファイル名を予測し、チエックファイル（１８）に格納する。サーバ（２）は、依頼ファイル（１６）に従い、加工ファイル（２４）の作成処理を行うとともに、作成処理で作成したファイル名を格納したリストファイル（２２）を作成する。クライアント（１）は、サーバ（２）からリストファイル（２２）を受信して、チエックファイル（１８）と照合して、ファイル転送をチエックする。
【選択図】図１０

Description

本発明は、クライアントからサーバへの転送依頼に応じて、サーバからクライアントにファイル転送するファイル転送結果のチエック方法、ファイル転送システム及びそのクライアント端末に関し、特に、クライアント側で、サーバが作成した転送ファイルをチエックするためのファイル転送結果のチエック方法、ファイル転送システム及びそのクライアント端末に関する。

コンピュータネットワークにおいて、ファイル転送が頻繁に使用されている。ＴＣＰ／ＩＰネットワークでは、このためのプロトコルとして、ＦＴＰ（File Transfer Protocol）が使用される。ＦＴＰでは、制御データとデータ伝送のリンクを別に持っているため、ファイル転送を効率良く実現できる。

このようなファイル転送を利用して、クライアントとサーバ間で、データの参照、検索、登録、加工等を行う。図１１は、従来のかかるファイル転送システムの構成図である。

図１１は、クライアント端末１００と、ＤＢ(Data Base）１２０を所有するサーバ１１０により構成されるシステムを示す。このシステムでは、クライアント１００からの依頼で、サーバ１１０が処理し、依頼されたファイルを作成し、最終的にそのファイル１１２をクライアント端末１００に転送する。

具体的に、説明する。クライアント端末１００は、データを抽出するＫＥＹとなる抽出キーファイル１０２を作成し、抽出キーファイル１０２をサーバ１１０に転送する。この抽出キーファイル１０２は、クライアント１００、サーバ１１０の双方で参照できる。

クライアント１００からのデータ抽出依頼を受け、サーバ１１０は、受け取った抽出キーファイル１０２の抽出キーに対応するデータを、データベース１２０から抽出し、抽出データファイル１１２に格納し、サーバ１００が抽出を完了すると、完了応答をクライアント１００に返送する。

クライアント１００は、ＦＴＰに従い、サーバ１１０に、抽出データファイル１１２の転送を要求し、サーバ１１０は、抽出データファイル１１２を、クライアント１００に転送する。キーを命名時の変数として使用する特定のルールが存在する。

このようなFTP転送を利用したファイル転送システムでは、FTP転送機構に、ファイル転送が正確に完了したことを検証するチエック機能を用意していない。このため、ファイル転送が正確に実行されたかをチエックする方法が、種々提案されている。

例えば、送信側（この場合、サーバ）で、送信データファイルの他に、この送信データファイル名、ファイル件数等を格納する送信データ管理ファイルを作成し、受信側（ここでは、クライアント）に、送信データファイルと、送信データ管理ファイルを転送する。受信側は、送信データ管理ファイルを参照して、送信データファイルの転送チエックを行う（例えば、特許文献１）。

又、送信側（この場合、サーバ）で、送信データファイルに、送信ファイル名とファイルサイズとを有するヘッダを付し、受信側（ここでは、クライアント）に、転送し、受信側は、ヘッダを参照して、送信データファイルの転送チエックを行う（例えば、特許文献２、３）。
特開２０００−０５７０６４号公報 特開平５−３２４４５１号公報 特開２００２−０７３４５３号公報

この従来の方法は、ファイル転送自体の転送結果をチエックすることはできる。しかし、依頼通りのデータファイルが得られるかは不明である。即ち、依頼側としては、依頼通りのデータファイルが欲しいのに、従来技術では、転送されたファイル自体の正常／異常は、チエックするのみであり、依頼通りのデータファイルであるかはチエックできない。

例えば、従来技術では、サーバ側の処理異常により、異常な抽出データファイルを作成した場合に、転送が正常なら、正常と判断する。このサーバ側の処理異常としては、例えば、クライアントのプログラム版数と、サーバのプログラム版数とが異なる場合に起き易い。

又、ＦＴＰ転送の失敗により異常な抽出データファイルとなったか、サーバの異常処理によるもののいずれの原因で、異常な抽出データファイルとなったのか切り分けができないという問題がある。

従って、本発明の目的は、サーバの異常処理による異常なデータファイルをクライアントでチエックするためのファイル転送結果のチエック方法、ファイル転送システム及びそのクライアント端末を提供することにある。

又、本発明の他の目的は、転送されたデータファイルの異常原因が、サーバの異常処理か、ファイル転送の異常かを切り分けるためのファイル転送結果のチエック方法、ファイル転送システム及びそのクライアント端末を提供することにある。

更に、本発明の他の目的は、転送プロトコルを変更せずに、簡易に、サーバの異常処理による異常なデータファイルをクライアントでチエックするためのファイル転送結果のチエック方法、ファイル転送システム及びそのクライアント端末を提供することにある。

この目的の達成のため、本発明のファイル転送結果のチエック方法は、クライアントからの依頼に従い、サーバで処理ファイルを作成処理して、前記クライアントに転送された処理ファイルのチエックを行うためのファイル転送結果のチエック方法において、前記クライアントの依頼のための依頼ファイルの依頼データに基づき、前記サーバで作成する処理ファイルのファイル名を予測し、前記ファイル名を格納したチエックファイルを作成するステップと、前記サーバで、前記処理ファイルの作成処理に伴い、前記処理ファイルのファイル名を格納したリストファイルを作成し、前記クライアントに転送するステップと、前記転送されたリストファイルと前記チエックファイルとのファイル名を参照して、前記ファイル転送のチエックを行うステップとを有する。

又、本発明のファイル転送システムは、転送依頼のための依頼ファイルの依頼データに基づき、前記サーバで作成する処理ファイルのファイル名を予測し、前記ファイル名を格納したチエックファイルを作成し、前記依頼ファイルを前記サーバに転送するクライアントと、前記依頼ファイルに従い、処理ファイルの作成処理を行い、前記処理ファイルのファイル名を格納したリストファイルを作成し、前記クライアントに転送するサーバとを有し、前記クライアントは、前記転送されたリストファイルと前記チエックファイルとのファイル名を参照して、前記ファイル転送のチエックを行う。

又、本発明のクライアント端末は、サーバに依頼し、前記サーバで作成された処理ファイルの転送を受けるクライアント端末において、前記依頼のための依頼ファイルとチエックファイルとを格納するメモリと、前記依頼ファイルの依頼データに基づき、前記サーバで作成する処理ファイルのファイル名を予測し、前記ファイル名を格納したチエックファイルを作成するプロセッサとを有し、前記プロセッサは、前記サーバの前記処理ファイルの作成処理に伴い作成された前記処理ファイルのファイル名を格納したリストファイルの転送を受け、前記転送されたリストファイルと前記予測ファイルとのファイル名を参照して、前記ファイル転送のチエックを行う。

更に、本発明では、好ましくは、前記チエックステップは、前記転送されたリストファイルに従い、前記サーバから転送された前記処理ファイルの転送結果をチエックするステップを更に有する。

更に、本発明では、好ましくは、前記チエックステップは、前記ファイル名によるチエックが良好である場合に、前記クライアントから前記サーバへ前記処理ファイルの転送を依頼するステップを有する。

更に、本発明では、好ましくは、前記チエックファイルを作成するステップ及び前記リストファイルを作成するステップは、前記依頼ファイルの一部のデータを作成から、前記チエックファイル及び前記リストファイルを作成するステップからなる。

更に、本発明では、好ましくは、前記処理ファイルの転送結果をチエックするステップは、前記リストファイルのファイル名と、前記処理ファイルのファイル名とをチエックするステップと、前記リストファイルの前記処理ファイルのファイルサイズと前記転送された処理ファイルのファイルサイズとをチエックするステップとからなる。

更に、本発明では、好ましくは、前記チエックファイルの作成後、前記依頼ファイルを前記サーバに転送するステップを更に有する。

更に、本発明では、好ましくは、前記サーバの前記処理ファイルの作成処理完了に応じた完了応答に応じて、前記リストファイルの転送を行うステップを更に有する。

更に、本発明では、好ましくは、前記クライアントの前記依頼ファイルは、前記サーバのデータベースを使用した処理ファイルの作成依頼ファイルである。

本発明では、クライアントにリストファイルチェック機構を設け、クライアントで予め作成したチエックファイル上のファイル名が、サーバ側で作成されたリストファイルに格納されているかチエックする。このチエックを実施することにより、リストファイルの転送結果の信頼性と、サーバ側の処理結果の信頼性をチエックすることが可能となる。

又、クライアントに、処理データファイルチェック機構を設け、加工データファイルのＦＴＰ転送結果を検証することが可能となる。

更に、上記の２段階チエックを行なうことにより、期待する加工データファイルがサーバ側で期待通りに処理を終えたのか、ＦＴＰ転送時に転送異常が発生していないのかを、簡易的に切り分けが可能となる。

以下、本発明の実施の形態を、ファイル転送システム、ファイル転送処理、他の実施の形態の順で説明するが、本発明は、この実施の形態に限られない。

［ファイル転送システム］
図１は、本発明のファイル転送システムの一実施の形態の構成図、図２は、図１のクライアントのファイルの説明図、図３は、図１のサーバのファイルの説明図である。

図１は、本発明のファイル転送システムとして、金融業務における印鑑検索システムの実施例で記述する。図１に示すように、印鑑検索システムは、１台又は複数台のクライアント端末１と、印鑑ＤＢ（データベース）３を所有する印鑑サーバ２とが、ＬＡＮ（Local Area Network）等のネットワーク４で接続されて、構成される。

ここでは、クライアント端末１からの抽出依頼に応じて、サーバ２が、印鑑ＤＢ３に大量に管理されている印鑑データのうち、抽出対象となる印鑑データを一括して抽出し、抽出データファイル２４に格納後、そのファイル２４をクライアント端末１に転送する業務を例に説明する。

クライアント端末１は、ＣＰＵ（プロセッサ）１０と、マウス、キー等の入力ユニット１１と、表示ユニット１２と、光デイスクドライブ等の記憶ユニット１３と、メモリ１４とを有する。クライアント端末１は、通常のパーソナルコンピュータで構成することが望ましい。

クライアント端末１のメモリ（ＲＯＭ及びＲＡＭ）１４には、図４で説明する送信処理プログラム、図６乃至図８で説明する受信処理プログラムを格納する。そして、メモリ１４には、抽出すべき印鑑の口座番号を格納する口座番号ファイル１６が、格納される。口座番号ファイル１６は、図２で示すように、テキスト形式のファイルで構成され、例えば、店番号３桁と、番号５桁で記述される。図２の先頭の口座番号は、店番１００＋番号００００１で示される。又、メモリ４には、御述するチエックファイル１８が格納される。

このチエックファイル１８を説明する前に、サーバ２の抽出データファイル２４のファイル命名規約を説明する。図３に示すように、口座番号の店番を、命名時の変数として、抽出データファイル名を確定する。

例えば、ファイル名「１００．ＤＡＴ」は、店番１００のデータ群から、図２の番号００００１、００００２、００００３のデータを抜出して、纏めた抽出データファイルの名前を示し、ファイル名「２００．ＤＡＴ」は、店番２００のデータ群から、番号００００１、００００２のデータを抜出して、纏めた抽出データファイルの名前を示す。

クライアント１のチエックファイル１８は、クライアント１側のアプリケーション（送信処理）が、事前に、図２に示すように、口座番号ファイル１６を参照し、印鑑サーバ２で作成される抽出データファイルのファイル名を予測して格納するファイルである。

クライアント１側は、本ファイル１８を使用して、サーバ側２の処理の正常実施ならびに、サーバ側２で作成されたリストファイル２２のＦＴＰ転送結果の信頼性をチエックできる。

又、サーバ２側では、作成した抽出データファイル２４のファイル名とファイルサイズを格納したリストファイル２２（図３参照）を作成する。クライアント１側で本リストファイル２２を参照することにより、抽出データファイル２４のＦＴＰ転送結果を検証することができる。

［ファイル転送処理］
次に、前述のクライアント１の送信処理、受信処理、サーバ２の依頼受信処理を、説明する。

図４は、クライアントの依頼送信処理フロー図、図５は、サーバ２の依頼受信処理フロー図、図６は、その動作説明図である。先ず、図６を用いて、図４のクライアントの依頼送信処理を説明する。

（Ｓ１０）クライアント１のＣＰＵ１０は、図２で説明した口座番号ファイル１６を、メモリ１４に読み込む。この口座番号ファイル１６は、図２で説明したように、口座番号ファイル１６は、送信に先立ち、入力ユニット１１又はストレージユニット１３から入力して、作成しておく。

（Ｓ１２）次に、ＣＰＵ１０は、口座番号ファイル１６を参照し、その店番号部から、図２で説明したように、チエックファイル１８を作成する（図６の（１），（２））。

（Ｓ１４）ＣＰＵ１０は、メモリ４にチエックファイル１８を作成すると、口座番号ファイル１６をサーバ２へＦＴＰ転送する（図６の（３））そして、ＣＰＵ１０は、サーバ２にデータ抽出依頼を送信する（図６の（４））。

これにより、依頼送信処理を終了する。

次に、図６を用いて、図５のサーバ２の依頼受信処理を説明する。

（Ｓ２０）サーバ２のＣＰＵ（図示せず）は、受信した番号データファイル１６を読み込み、番号データでデータベース３を検索し、対応するデータ（ここでは、印影イメージ、その属性情報）を抽出する。そして、図２、図３で示したように、抽出データファイル名を付し、抽出データを格納する抽出データファイル２４を作成する（図６の（５））。

（Ｓ２２）サーバ２のＣＰＵは、図３で説明した抽出データファイル名とファイルサイズを格納したリストファイル２２を作成する（図６の（６））。

（Ｓ２４）サーバ２は、口座番号ファイル１６の全データの抽出処理を終了すると、クライアント１に、処理完了を応答する（図６の（７））。

これにより、サーバ２の依頼受信処理を終了する。

次に、図７は、クライアントの応答受信処理フロー図、図８は、図７のチエック機構１の処理フロー図、図９は、図７のチエック機構２の処理フロー図、図１０は、その動作説明図である。図６及び図１０を用いて、図７のクライアントの応答受信処理を説明する。

（Ｓ３０）クライアント１のＣＰＵ１０は、リストファイル２２のＦＴＰ ＧＥＴにより、サーバ２からリストファイル２２をＦＴＰ受信する（図６の（８））。

（Ｓ３２）ＣＰＵ１０は、図８で後述するチエック機構１の処理により、チエックファイル１８のファイル名が、全てリストファイル２２に存在するかを判定する。ファイル名が存在しない場合には、システム異常メッセージを発する（図１０の（９））。

（Ｓ３４）次に、ＣＰＵ１０は、リストファイル２２上の抽出データファイル２４をＦＴＰ ＧＥＴし、サーバ２から抽出データファイルをＦＴＰ受信する（図１０の（１０））。

（Ｓ３６）ＣＰＵ１０は、図９で後述するチエック機構２の処理により、リストファイル２２の抽出データファイル２４が所定場所（所定のメモリ領域に存在するかをチエックし、存在しない場合には、転送異常メッセージを発する（図１０の（１１））。更に、ＣＰＵ１０は、図９で後述するチエック機構２の処理により、リストファイル２２で示されたファイルサイズと、抽出データファイル２４のファイルサイズが一致するかを判定し、一致しない場合には、転送異常メッセージを発する（図１０の（１２））。そして、終了する。

次に、前述のチエック機構１の処理を、図８で説明する。

（Ｓ４０）ＣＰＵ１０は、チエックファイル１８を読込み、次に、リストファイル２２を読み込む。

（Ｓ４２）ＣＰＵ１０は、チエックファイル１８のファイル名と、リストファイル２２のファイル名とが一致するかを比較し、チエックファイル１８のファイル名が、全てリストファイル２２に存在するかを判定する。ファイル名が存在しない場合には、システム異常メッセージを発する（図１０の（９））。ファイル名が存在する場合には、正常応答を発し、図７のステップＳ３４に進む。

次に、前述のチエック機構２の処理を、図９で説明する。

（Ｓ５０）ＣＰＵ１０は、リストファイル２２を読み込み、リストファイル２２の抽出データファイル２４が所定場所（所定のメモリ領域に存在するかをチエックし、存在しない場合には、転送異常メッセージを発する（図１０の（１１））。

（Ｓ５２）存在する場合には、ＣＰＵ１０は、リストファイル２２で示されたファイルサイズと、抽出データファイル２４のファイルサイズが一致するかを判定し、一致しない場合には、転送異常メッセージを発する（図１０の（１２））。一致する場合には、正常応答を発し、終了する。

このように、クライアント１にリストファイルチェック機構（チエック機構１）を設け、クライアント１で予め作成したチエックファイル１８上のファイル名が、サーバ２側で作成されたリストファイル２２に格納されているかチエックする。このチエックを実施することにより、リストファイル２２の転送結果の信頼性と、サーバ側２の処理結果の信頼性をチエックすることが可能となる。

又、クライアント１に、抽出データファイルチェック機構（チエック機構２）を設け、抽出データファイル２４のＦＴＰ転送結果を検証するために、ＦＴＰ転送による抽出データファイルの信頼性をチエックすることができる。

即ち、クライアント１の所定場所に，リストファイル２２に格納されたファイル名の抽出データファイル２４が存在するか否かと、存在した場合は、そのファイルサイズが、リストファイル上２２のサイズと一致するかチエックする。このチエックを実施することにより、ＦＴＰ転送結果を検証することが可能となる。

更に、上記の２段階チエックを行なうことにより、期待する抽出データファイル２４がサーバ側２で期待通りに処理を終えたのか、ＦＴＰ転送時に転送異常が発生していないのかを、簡易的に切り分けが可能となる。

［他の実施の形態］
前述の実施の形態では、データベース３の印鑑データの抽出システムを例に説明したが、顧客データ、商品在庫データ、販売管理データ等の各種の資料データの抽出システムにも適用できる。同様に、データベースの抽出（参照）のみならず、データベースの更新、登録等の加工にも適用できる。

又、データベースの加工のみならず、サーバへのファイルの作成の依頼等にも適用できる。更に、ファイル転送プロトコルも、ＦＴＰに限らず、他のプロトコルにも適用できる。

以上、本発明を実施の形態により説明したが、本発明の趣旨の範囲内において、本発明は、種々の変形が可能であり、本発明の範囲からこれらを排除するものではない。

（付記１）クライアントからの依頼に従い、サーバで処理ファイルを作成処理して、前記クライアントに転送された処理ファイルのチエックを行うためのファイル転送結果のチエック方法において、前記クライアントの依頼のための依頼ファイルの依頼データに基づき、前記サーバで作成する処理ファイルのファイル名を予測し、前記ファイル名を格納したチエックファイルを作成するステップと、前記サーバで、前記処理ファイルの作成処理に伴い、前記処理ファイルのファイル名を格納したリストファイルを作成し、前記クライアントに転送するステップと、前記転送されたリストファイルと前記チエックファイルとのファイル名を参照して、前記ファイル転送のチエックを行うステップとを有することを特徴とするファイル転送結果のチエック方法。

（付記２）前記チエックステップは、前記転送されたリストファイルに従い、前記サーバから転送された前記処理ファイルの転送結果をチエックするステップを更に有することを特徴とする付記１のファイル転送結果のチエック方法。

（付記３）前記チエックステップは、前記ファイル名によるチエックが良好である場合に、前記クライアントから前記サーバへ前記処理ファイルの転送を依頼するステップを有することを特徴とする付記１のファイル転送結果のチエック方法。

（付記４）前記チエックファイルを作成するステップ及び前記リストファイルを作成するステップは、前記依頼ファイルの一部のデータを作成から、前記チエックファイル及び前記リストファイルを作成するステップからなることを特徴とする付記１のファイル転送結果のチエック方法。

（付記５）前記処理ファイルの転送結果をチエックするステップは、前記リストファイルのファイル名と、前記処理ファイルのファイル名とをチエックするステップと、前記リストファイルの前記処理ファイルのファイルサイズと前記転送された処理ファイルのファイルサイズとをチエックするステップとからなることを特徴とする付記２のファイル転送結果のチエック方法。

（付記６）前記チエックファイルの作成後、前記依頼ファイルを前記サーバに転送するステップを更に有することを特徴とする付記１のファイル転送結果のチエック方法。

（付記７）前記サーバの前記処理ファイルの作成処理完了に応じた完了応答に応じて、前記リストファイルの転送を行うステップを更に有することを特徴とする付記１のファイル転送結果のチエック方法。

（付記８）前記クライアントの前記依頼ファイルは、前記サーバのデータベースを使用した処理ファイルの作成依頼ファイルであることを特徴とする付記１のファイル転送結果のチエック方法。

（付記９）クライアントとサーバとの間でファイル転送を行うファイル転送システムにおいて、転送依頼のための依頼ファイルの依頼データに基づき、前記サーバで作成する処理ファイルのファイル名を予測し、前記ファイル名を格納したチエックファイルを作成し、前記依頼ファイルを前記サーバに転送する前記クライアントと、前記依頼ファイルに従い、処理ファイルの作成処理を行い、前記処理ファイルのファイル名を格納したリストファイルを作成し、前記クライアントに転送するサーバとを有し、前記クライアントは、前記転送されたリストファイルと前記チエックファイルとのファイル名を参照して、前記ファイル転送のチエックを行うことを特徴とするファイル転送システム。

（付記１０）前記クライアントは、前記転送されたリストファイルに従い、前記サーバから転送された前記処理ファイルの転送結果をチエックすることを特徴とする付記９のファイル転送システム。

（付記１１）前記クライアントは、前記ファイル名によるチエックが良好である場合に、前記サーバへ前記処理ファイルの転送を依頼することを特徴とする付記９のファイル転送システム。

（付記１２）前記クライアントは、前記依頼ファイルの一部のデータから、前記チエックファイルを作成し、前記サーバは、前記依頼ファイルの一部のデータから、前記リストファイルを作成することを特徴とする付記９のファイル転送システム。

（付記１３）前記クライアントは、前記リストファイルのファイル名と、前記処理ファイルのファイル名とをチエックし、前記リストファイルの前記処理ファイルのファイルサイズと前記転送された処理ファイルのファイルサイズとをチエックすることを特徴とする付記１０のファイル転送システム。

（付記１４）前記クライアントは、前記チエックファイルの作成後、前記依頼ファイルを前記サーバに転送することを特徴とする付記９のファイル転送システム。

（付記１５）前記クライアントは、前記サーバの前記処理ファイルの作成処理完了に応じた完了応答に応じて、前記リストファイルの転送依頼を行うことを特徴とする付記９のファイル転送システム。

（付記１６）前記クライアントの前記依頼ファイルは、前記サーバのデータベースを使用した処理ファイルの作成依頼ファイルであることを特徴とする付記９のファイル転送システム。

（付記１７）サーバに依頼し、前記サーバで作成された処理ファイルの転送を受けるクライアント端末において、前記依頼のための依頼ファイルとチエックファイルとを格納するメモリと、前記依頼ファイルの依頼データに基づき、前記サーバで作成する処理ファイルのファイル名を予測し、前記ファイル名を格納したチエックファイルを作成するプロセッサとを有し、前記プロセッサは、前記サーバの前記処理ファイルの作成処理に伴い作成された前記処理ファイルのファイル名を格納したリストファイルの転送を受け、前記転送されたリストファイルと前記予測ファイルとのファイル名を参照して、前記ファイル転送のチエックを行うことを特徴とするクライアント端末。

（付記１８）前記プロセッサは、前記転送されたリストファイルに従い、前記サーバから転送された前記処理ファイルの転送結果をチエックすることを特徴とする付記１７のクライアント端末。

（付記１９）前記プロセッサは、前記ファイル名によるチエックが良好である場合に、前記クライアントから前記サーバへ前記処理ファイルの転送を依頼することを特徴とする付記１７のクライアント端末。

（付記２０）前記プロセッサは、前記依頼ファイルの一部のデータをから前記チエックファイルを作成することを特徴とする付記１７のクライアント端末。

（付記２１）前記プロセッサは、前記リストファイルのファイル名と、前記処理ファイルのファイル名とをチエックし、前記リストファイルの前記処理ファイルのファイルサイズと前記転送された処理ファイルのファイルサイズとをチエックすることを特徴とする付記１８のクライアント端末。

（付記２２）前記プロセッサは、前記チエックファイルの作成後、前記依頼ファイルを前記サーバに転送することを特徴とする付記１７のクライアント端末。

（付記２３）前記プロセッサは、前記サーバの前記処理ファイルの作成処理完了に応じた完了応答に応じて、前記リストファイルの転送を依頼することを特徴とする付記１７のクライアント端末。

（付記２４）前記クライアントの前記依頼ファイルは、前記サーバのデータベースを使用した処理ファイルの作成依頼ファイルであることを特徴とする付記１７のクライアント端末。

クライアントにリストファイルチェック機構を設け、クライアントで予め作成したチエックファイル上のファイル名が、サーバ側で作成されたリストファイルに格納されているかチエックする。このチエックを実施することにより、リストファイルの転送結果の信頼性と、サーバ側の処理結果の信頼性をチエックすることが可能となり、クライアントに、処理データファイルチェック機構を設け、処理データファイルのＦＴＰ転送結果を検証することが可能となる。

更に、上記の２段階チエックを行なうことにより、期待する処理データファイルがサーバ側で期待通りに処理を終えたのか、ＦＴＰ転送時に転送異常が発生していないのかを、簡易的に切り分けが可能となる。ファイル転送の異常の切り分けができ、ファイル転送の用途拡大に寄与する。

本発明の一実施の形態のファイル転送システムの構成図である。 図１の口座番号ファイル及びチエックファイルの構成図である。 図１のリストファイルの構成図である。 図１のクライアントの依頼送信処理フロー図である。 図１のサーバの依頼受信処理フロー図である。 本発明の一実施の形態の抽出依頼処理の動作説明図である。 図１のクライアントの応答受信処理フロー図である。 図７のチエック機構１の処理フロー図である。 図７のチエック機構２の処理フロー図である。 本発明の一実施の形態の転送チエック動作の説明図である。 従来のファイル転送動作の説明図である。

符号の説明

１ クライアント端末
２ サーバ
３ データベース
４ ネットワーク
１０ ＣＰＵ
１４ メモリ
１６ 口座ファイル
１８ チエックファイル
２２ リストファイル
２４ 抽出データファイル

Claims (5)

1. クライアントからの依頼に従い、サーバで処理ファイルを作成処理して、前記クライアントに転送された処理ファイルのチエックを行うためのファイル転送結果のチエック方法において、
   前記クライアントの依頼のための依頼ファイルの依頼データに基づき、前記サーバで作成する処理ファイルのファイル名を予測し、前記ファイル名を格納したチエックファイルを作成するステップと、
   前記サーバで、前記処理ファイルの作成処理に伴い、前記処理ファイルのファイル名を格納したリストファイルを作成し、前記クライアントに転送するステップと、
   前記転送されたリストファイルと前記チエックファイルとのファイル名を参照して、前記ファイル転送のチエックを行うステップとを有する
   ことを特徴とするファイル転送結果のチエック方法。
2. 前記チエックステップは、前記転送されたリストファイルに従い、前記サーバから転送された前記処理ファイルの転送結果をチエックするステップを更に有する
   ことを特徴とする請求項１のファイル転送結果のチエック方法。
3. クライアントとサーバとの間でファイル転送を行うファイル転送システムにおいて、
   転送依頼のための依頼ファイルの依頼データに基づき、前記サーバで作成する処理ファイルのファイル名を予測し、前記ファイル名を格納したチエックファイルを作成し、前記依頼ファイルを前記サーバに転送する前記クライアントと、
   前記依頼ファイルに従い、処理ファイルの作成処理を行い、前記処理ファイルのファイル名を格納したリストファイルを作成し、前記クライアントに転送するサーバとを有し、
   前記クライアントは、前記転送されたリストファイルと前記チエックファイルとのファイル名を参照して、前記ファイル転送のチエックを行う
   ことを特徴とするファイル転送システム。
4. 前記クライアントは、前記転送されたリストファイルに従い、前記サーバから転送された前記処理ファイルの転送結果をチエックする
   ことを特徴とする請求項３のファイル転送システム。
5. サーバに依頼し、前記サーバで作成された処理ファイルの転送を受けるクライアント端末において、
   前記依頼のための依頼ファイルとチエックファイルとを格納するメモリと、
   前記依頼ファイルの依頼データに基づき、前記サーバで作成する処理ファイルのファイル名を予測し、前記ファイル名を格納したチエックファイルを作成するプロセッサとを有し、
   前記プロセッサは、前記サーバの前記処理ファイルの作成処理に伴い作成された前記処理ファイルのファイル名を格納したリストファイルの転送を受け、前記転送されたリストファイルと前記予測ファイルとのファイル名を参照して、前記ファイル転送のチエックを行う
   ことを特徴とするクライアント端末。

Images