(57)【特許請求の範囲】
【請求項１】
ファイル転送プロトコル対応の通信制御機能を保有するファイル転送プロトコル処理部、
オペレータもしくは上位装置からのファイル転送依頼の受け付け機能、転送ファイルの加工／形式変換機能、並びに転送終了時の通知機能を保有するアプリケーションプログラム、
アプリケーションプログラムからの指示によるファイル転送プロトコル処理部の駆動機能、ファイル転送プロトコル処理部からの通知によるアプリケーションプログラムの起動機能、及び自身及びアプリケーションプログラムの処理履歴を、アプリケーションプログラムからのトランザクション境界指示に同期してログファイルに格納し、障害復旧時には前記ログファイルの内容により、自身を障害発生直前の状態へ、また前記アプリケーションプログラムを障害発生直前のトランザクション境界状態に復旧する機能を保有するファイル転送制御ミドルウェア
を具備するファイル転送装置において、
前記ファイル転送制御ミドルウェアに、前記アプリケーションプログラムへのファイル転送完了通知後、前記アプリケーションプログラムからのトランザクション境界指示を受領した時点で、当該ファイル転送に関する処理が完了したことを認識する手段と、
前記ファイル転送制御ミドルウェアに、システムダウンを含む障害及び障害の復旧を認識する手段と、
前記ファイル転送制御ミドルウェアに、前記アプリケーションプログラムへのファイル転送完了通知後、前記アプリケーションプログラムからのトランザクション境界指示を受領する前に、障害を認識した場合に、障害復旧後、当該ファイル転送完了を再度通知する手段と、
前記ファイル転送プロトコル処理部に、前記ファイル転送制御ミドルウェアへのファイル転送完了通知を、ファイル転送プロトコル対応に規定された一連の転送シーケンスの完了を待つことなく、ファイル実体の転送処理が完了した契機で行う手段と、
前記ファイル転送制御ミドルウェアに、前記ファイル転送プロトコル処理部からのファイル転送完了通知受領後に、前記ファイル転送プロトコル処理部へのパス解放要求を、プロトコル対応に規定された一連の転送シーケンスの完了まで少なくとも保留する手段、もしくは前記ファイル転送プロトコル処理部に、受領したパス解放要求に対する処理を、プロトコル対応に規定された一連の転送シーケンスの完了まで少なくとも保留する手段と
を有することを特徴とするファイル転送装置。
【請求項２】
ファイル転送プロトコル対応の通信制御機能を保有するファイル転送プロトコル処理部と、
オペレータもしくは上位装置からのファイル転送依頼の受け付け機能、転送ファイルの加工／形式変換機能、並びに転送終了時の通知機能を保有するアプリケーションプログラムと、
アプリケーションプログラムからの指示によるファイル転送プロトコル処理部の駆動機能、ファイル転送プロトコル処理部からの通知によるアプリケーションプログラムの起動機能、及び自身及びアプリケーションプログラムの処理履歴を、アプリケーションプログラムからのトランザクション境界指示に同期してログファイルに格納し、障害復旧時には前記ログファイルの内容により、自身を障害発生直前の状態へ、また前記アプリケーションプログラムを障害発生直前のトランザクション境界状態に復旧する機能を保有するファイル転送制御ミドルウェアとから構成されるファイル転送システムのファイル転送方法において、
前記ファイル転送制御ミドルウェアに、前記アプリケーションプログラムへのファイル転送完了通知後、前記アプリケーションプログラムからのトランザクション境界指示を受領した時点で、当該ファイル転送に関する処理が完了したことを認識する工程と、
前記ファイル転送制御ミドルウェアに、システムダウンを含む障害及び障害の復旧を認識する工程と、
前記ファイル転送制御ミドルウェアに、前記アプリケーションプログラムへのファイル転送完了通知後、前記アプリケーションプログラムからのトランザクション境界指示を受領する前に、障害を認識した場合に、障害復旧後、当該ファイル転送完了を再度通知する工程と、
前記ファイル転送プロトコル処理部に、前記ファイル転送制御ミドルウェアへのファイル転送完了通知を、ファイル転送プロトコル対応に規定された一連の転送シーケンスの完了を待つことなく、ファイル実体の転送処理が完了した契機で行う工程と、
前記ファイル転送制御ミドルウェアに、前記ファイル転送プロトコル処理部からのファイル転送完了通知受領後に、前記ファイル転送プロトコル処理部へのパス解放要求を、プロトコル対応に規定された一連の転送シーケンスの完了まで少なくとも保留する手段、もしくは前記ファイル転送プロトコル処理部に、受領したパス解放要求に対する処理を、プロトコル対応に規定された一連の転送シーケンスの完了まで少なくとも保留する工程
とを有することを特徴とするファイル転送方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、オペレータもしくは上位装置からの依頼により、通信回線を介して接続された相手側の装置等の間で、ＦＴＡＭやＦＴＰ等のファイル転送プロトコルに規定されたファイル転送を実現するファイル転送装置及び方法に関するものである。
【０００２】
【従来の技術】
一般に従来のファイル転送装置においては、前記ファイル転送制御ミドルウェアから前記アプリケーションプログラムへのファイル転送完了通知は、前記アプリケーションプログラムから前記ファイル転送制御ミドルウェアへのトランザクション境界指示とは連携していない。
【０００３】
また、前記ファイル転送プロトコル処理部から前記ファイル転送制御ミドルウェアへのファイル転送完了通知は、ファイル転送プロトコル対応に規定された一連の転送シーケンスが完了した契機で行われる。
【０００４】
【発明が解決しようとする課題】
図５は従来方式の問題点１を説明する説明図であり、ＡＰ（アプリケーションプログラム）、ミドルウェア、ファイル転送プロトコル処理部、相手側ファイル転送装置の間での送受状態を表している。
（１）  アプリケーションプログラムがファイル転送開始依頼を行う。
（２）  ミドルウェアはファイル転送用パス設立要求を行う。
（３）  ファイル転送プロトコル処理部はパス設立要求を行う。
（４）  相手側ファイル転送装置はパス設立肯定応答を行う。
（５）  ファイル転送プロトコル処理部はファイル転送用パス設立完了通知を行う。
（６）  ミドルウェアはファイル転送依頼を行う。
（７）  ファイル転送プロトコル処理部は相手ファイルオープン要求を行う。
（８）  相手側ファイル転送装置は相手ファイルオープン肯定応答を行う。
（９）  ファイル転送プロトコル処理部と相手側ファイル転送装置との間でファイル実体の転送処理が行われる。
（１０）ファイル転送プロトコル処理部は、ミドルウェアに対してファイル転送完了通知を行うと共に、相手側ファイル転送装置に対して相手ファイルクローズ要求を行う。
（１１）ミドルウェアは、ファイル転送完了通知を受けてタイマを起動し、あわせてファイル転送完了通知を行う。
（１２）相手ファイルクローズ要求を受けた相手側ファイル転送装置は相手ファイルクローズ肯定応答を行う。
（１３）ミドルウェアは、タイマによる遅延をへて、ファイル転送用パス解放要求を行う。
（１４）ファイル転送プロトコル処理部はパス解放要求を行う。
（１５）相手側ファイル転送装置はパス解放肯定応答を行う。
（１６）アプリケーションプログラムが、ファイル転送完了通知を受けた後に、当該ファイル転送完了に関連する処理を行う以前に、システムダウンが生じた。そして再立ち上げが行われた。
（１７）この状態のとき、アプリケーションプログラムはファイル転送が未実施状態となっており、相手側ファイル転送装置はファイル転送完了状態となっており、『状態の不一致』が生じている。
【０００５】
図６は従来方式の問題点２を説明する図である。図５と相違する点は、最後の所で、ファイル転送プロトコル処理部が『（早すぎる）パス解放要求』を発した点である。このために『状態の不一致』が生じている。
【０００６】
図７は従来方式の問題点３を説明する図である。図５と相違する点は、最後の所で、ファイル転送完了通知を返却する以前にシステムダウンが生じた。この結果『状態の不一致』が生じている。
【０００７】
前述の、ファイル転送完了通知がトランザクション境界指示とは連携していないファイル転送装置においては、図５に示すように、前記ファイル転送制御ミドルウェアから前記アプリケーションプログラムへのファイル転送完了通知後、前記アプリケーションプログラムが、オペレータもしくは上位装置へのファイル転送終了通知等の処理を完了する以前に障害が発生しホストダウンした場合には、ファイル転送が正常に終了したという情報が消失されるため、相手装置との間でファイル転送状態の不一致が発生し、未転送完了ファイルの誤消去等の障害を引き起こすという重大な問題が存在してしまう。
【０００８】
また前述の、ファイル転送完了通知がファイル転送プロトコル対応に規定された一連の転送シーケンスが完了した契機で行われるファイル転送装置においては、図７に示すように、当該ファイル転送に関する完了通知を、障害発生直前の状態に復旧する機能を保有するファイル転送制御ミドルウェアが受領する以前に障害が発生しホストダウンした場合にも、上記と同様の重大な問題が存在してしまう。さらには後者の問題を解決するために、ファイル転送完了通知を早める手段のみを保有した場合には図６に示すように、パス解放要求が不当に早く送信されてしまうため、タイミングによっては相手装置側でファイル転送が強制的に中断されたものと判断されることによりファイル転送状態の不一致が発生し、不要な再送が行われるという問題が存在することになる。
【０００９】
本発明は、障害発生後の立ち上がり時点において、アプリケーション側と相手側ファイル転送装置との間での状態の不一致の発生を防止することを目的としている。
【００１０】
【課題を解決するための手段】
本発明の高信頼ファイル転送装置は、
ファイル転送プロトコル対応の通信制御機能を保有するファイル転送プロトコル処理部、
オペレータもしくは上位装置からのファイル転送依頼の受け付け機能、転送ファイルの加工／形式変換機能、並びに転送終了時の通知機能を保有するアプリケーションプログラム、
アプリケーションプログラムからの指示によるファイル転送プロトコル処理部の駆動機能、ファイル転送プロトコル処理部からの通知によるアプリケーションプログラムの起動機能、及び自身及びアプリケーションプログラムの処理履歴を、アプリケーションプログラムからのトランザクション境界指示に同期してログファイルに格納し、障害復旧時には前記ログファイルの内容により、自身を障害発生直前の状態へ、また前記アプリケーションプログラムを障害発生直前のトランザクション境界状態に復旧する機能を保有するファイル転送制御ミドルウェアを具備するファイル転送装置において、
前記ファイル転送制御ミドルウェアに、前記アプリケーションプログラムへのファイル転送完了通知後、前記アプリケーションプログラムからのトランザクション境界指示を受領した時点で、当該ファイル転送に関する処理が完了したことを認識する手段と、
前記ファイル転送制御ミドルウェアに、システムダウンを含む障害及び障害の復旧を認識する手段と、
前記ファイル転送制御ミドルウェアに、前記アプリケーションプログラムへのファイル転送完了通知後、前記アプリケーションプログラムからのトランザクション境界指示を受領する前に、障害を認識した場合に、障害復旧後、当該ファイル転送完了を再度通知する手段と、
前記ファイル転送プロトコル処理部に、前記ファイル転送制御ミドルウェアへのファイル転送完了通知を、ファイル転送プロトコル対応に規定された一連の転送シーケンスの完了を待つことなく、ファイル実体の転送処理が完了した契機で行う手段と、
前記ファイル転送制御ミドルウェアに、前記ファイル転送プロトコル処理部からのファイル転送完了通知受領後に、前記ファイル転送プロトコル処理部へのパス解放要求を、プロトコル対応に規定された一連の転送シーケンスの完了まで少なくとも保留する手段、もしくは前記ファイル転送プロトコル処理部に、受領したパス解放要求に対する処理を、プロトコル対応に規定された一連の転送シーケンスの完了まで少なくとも保留する手段とを有する。
【００１１】
本発明の高信頼ファイル転送装置は、
前記ファイル転送制御ミドルウェアから前記アプリケーションプログラムへのファイル転送完了通知後、前記アプリケーションプログラムから前記ファイル転送制御ミドルウェアへのトランザクション境界指示が発行される前に、システムダウン等の障害が発生した場合に、障害復旧後、当該ファイル転送完了を再度通知することにより、前記ファイル転送制御ミドルウェアがファイル転送完了通知を受領した後の相手ファイル転送装置との状態の不一致の回避、
前記ファイル転送プロトコル処理部からの前記ファイル転送制御ミドルウェアへのファイル転送（受信）完了通知を、ファイル転送プロトコル対応に規定された一連の転送シーケンスの完了を待つことなく、ファイル実体の転送処理が完了した契機で行うことにより、相手ファイル転送装置との状態の不一致に起因する未転送ファイルの誤消去の回避、
さらには、前記ファイル転送制御ミドルウェアに、パス解放要求を、プロトコル対応に規定された一連の転送シーケンスの完了まで保留させる、もしくは前記ファイル転送プロトコル処理部に、受領したパス解放要求に対する処理を、プロトコル対応に規定された一連の転送シーケンスの完了まで保留させることによる不正な契機でのパス切断の回避
を実現する。
【００１２】
また、本発明のファイル転送方法は、
ファイル転送プロトコル対応の通信制御機能を保有するファイル転送プロトコル処理部と、
オペレータもしくは上位装置からのファイル転送依頼の受け付け機能、転送ファイルの加工／形式変換機能、並びに転送終了時の通知機能を保有するアプリケーションプログラムと、
アプリケーションプログラムからの指示によるファイル転送プロトコル処理部の駆動機能、ファイル転送プロトコル処理部からの通知によるアプリケーションプログラムの起動機能、及び自身及びアプリケーションプログラムの処理履歴を、アプリケーションプログラムからのトランザクション境界指示に同期してログファイルに格納し、障害復旧時には前記ログファイルの内容により、自身を障害発生直前の状態へ、また前記アプリケーションプログラムを障害発生直前のトランザクション境界状態に復旧する機能を保有するファイル転送制御ミドルウェアとから構成されるファイル転送システムのファイル転送方法において、
前記ファイル転送制御ミドルウェアに、前記アプリケーションプログラムへのファイル転送完了通知後、前記アプリケーションプログラムからのトランザクション境界指示を受領した時点で、当該ファイル転送に関する処理が完了したことを認識する工程と、
前記ファイル転送制御ミドルウェアに、システムダウンを含む障害及び障害の復旧を認識する工程と、
前記ファイル転送制御ミドルウェアに、前記アプリケーションプログラムへのファイル転送完了通知後、前記アプリケーションプログラムからのトランザクション境界指示を受領する前に、障害を認識した場合に、障害復旧後、当該ファイル転送完了を再度通知する工程と、
前記ファイル転送プロトコル処理部に、前記ファイル転送制御ミドルウェアへのファイル転送完了通知を、ファイル転送プロトコル対応に規定された一連の転送シーケンスの完了を待つことなく、ファイル実体の転送処理が完了した契機で行う工程と、
前記ファイル転送制御ミドルウェアに、前記ファイル転送プロトコル処理部からのファイル転送完了通知受領後に、前記ファイル転送プロトコル処理部へのパス解放要求を、プロトコル対応に規定された一連の転送シーケンスの完了まで少なくとも保留する手段、もしくは前記ファイル転送プロトコル処理部に、受領したパス解放要求に対する処理を、プロトコル対応に規定された一連の転送シーケンスの完了まで少なくとも保留する工程
とを有するファイル転送方法によって実現される。
【００１３】
【実施例】
以下、図面と共に本発明の一実施例を説明する。
図１は本発明の構成図を示す。図中の符号１はファイル転送装置、２は通信回線、３は他のファイル転送装置、４はアプリケーションプログラム、５はファイル転送制御ミドルウェア、６はログファイル、７Ａ，７Ｂ，・・・７Ｎは夫々ファイル転送プロトコル処理部を表している。
【００１４】
本発明のファイル転送装置は，
ファイル転送プロトコル（Ａ，Ｂ，・・・Ｎ）対応の通信制御機能を有するファイル転送プロトコル処理部７Ａ，７Ｂ，・・・７Ｎと、
オペレータもしくは上位装置からのファイル転送依頼の受け付け機能、転送ファイルの加工／形式変換機能、並びに転送終了時の通知機能を保有するアプリケーションプログラム４と、
アプリケーションプログラムからの指示によるファイル転送プロトコル処理部の駆動機能、ファイル転送プロトコル処理部からの通知によるアプリケーションプログラムの起動機能、および自身及びアプリケーションプログラムの処理履歴をアプリケーションプログラムからのトランザクション境界指示に同期してログファイル６に格納し、障害復旧時には前記ログファイルの内容により自身を障害発生直前の状態へ、また前記アプリケーションプログラムを障害発生直前のトランザクション境界状態に復旧する機能を保有するファイル転送制御ミドルウェア５により構成される。
【００１５】
また図２は起動側正常時のファイル転送フロー、図３は応答側正常時のファイル転送フロー、図４はシステムダウン時のファイル転送フローを表している。
（１）起動側のファイル転送（正常時）───図２参照。
【００１６】
ＳＴＥＰ１：アプリケーションプログラム（以下ＡＰ）は、ファイル転送制御ミドルウェア（以下ミドルウェア）にファイル転送開始を依頼する。
ＳＴＥＰ２：ＡＰはミドルウェアに対してトランザクション境界（終了）指定を発行、当該指示を受領したミドルウェアは、ＡＰからファイル転送を依頼されたことをログファイルに記録する。
【００１７】
ＳＴＥＰ３：ミドルウェアはＡＰからの依頼に合致したプロトコル種別のファイル転送プロトコル処理部（以下プロトコル処理部）にファイル転送を依頼する。
ＳＴＥＰ４：プロトコル処理部はファイル転送を行うための相手ファイルのオープン処理、ファイル実体の転送処理を行う。
【００１８】
ＳＴＥＰ５：プロトコル処理部はファイル実体の転送処理完了直後にミドルウェアにファイル転送完了を通知、その後相手ファイルのクローズ処理を行う。
ＳＴＥＰ６：ＳＴＥＰ５でのファイル転送完了を受領したミドルウェアは、転送が完了した状態であることをログファイルに記録し、ＡＰへのファイル転送完了の通知処理、パス解放要求を発行する契機をつかむためのタイマの起動処理を実施する。
【００１９】
ＳＴＥＰ７：ＳＴＥＰ６でのタイマタイムアウト後、ミドルウェアはプロトコル処理部を駆動してパス解放処理を実施する。
ＳＴＥＰ８：ＡＰはＳＴＥＰ６での完了通知に対応する処理を完了後、ミドルウェアにトランザクション境界（終了）指定を発行する。
【００２０】
ＳＴＥＰ９：トランザクション境界（終了）指定を受領したミドルウェアは、ＡＰから依頼されたファイル転送の一連の処理が完了したことをログファイルに記録する。
【００２１】
（２）応答側のファイル転送（正常時）───図３参照。
ＳＴＥＰ１：プロトコル処理部が相手側からの起動により、パス設立、ファイルオープン、ファイル実体の転送処理を実施する。
【００２２】
ＳＴＥＰ２：プロトコル処理部はファイル実体の転送処理完了直後にミドルウェアに応答側ファイル転送完了を通知、その後ファイルのクローズ処理、パス解放処理を行う。
【００２３】
ＳＴＥＰ３：ＳＴＥＰ２でのファイル転送完了を受領したミドルウェアは、応答側ファイル転送が完了した状態であることをログファイルに記録し、ＡＰへのファイル転送完了の通知処理を実施する。
【００２４】
ＳＴＥＰ４：ＡＰはＳＴＥＰ３での完了通知に対応する処理を完了後、ミドルウェアにトランザクション境界（終了）指定を発行する。
ＳＴＥＰ５：トランザクション境界（終了）指定を受領したミドルウェアは、応答側のファイル転送の一連の処理が完了したことをログファイルに記録する。
【００２５】
（３）ＡＰがトランザクション境界（終了）指定を発行する前にシステムダウン──  図４参照。
ＳＴＥＰ１〜ＳＴＥＰ７までは図２と共通である。
【００２６】
ＳＴＥＰ８：ＡＰが完了通知に対応する処理を完了する以前に障害が発生しシステムダウンが生じる。
ＳＴＥＰ９：システムの再立ち上げ後、ミドルウェアはログファイルを読み出し、転送が完了した状態であったことを認識し、ＡＰへのファイル転送完了の通知を再度実施する。
【００２７】
ＳＴＥＰ１０：ＡＰはＳＴＥＰ９での完了通知に対応する処理を再度実施し当該処理完了後、ミドルウェアにトランザクション境界（終了）指定を発行する。
ＳＴＥＰ１１：トランザクション境界（終了）指定を受領したミドルウェアは、ＡＰから依頼されたファイル転送の一連の処理が完了したことをログファイルに記録する。
【００２８】
【発明の効果】
上述のように、本発明によれば、従来装置で問題であった、ファイル転送完了前後での障害発生時のファイル転送装置間での状態不一致、ならびに当該状態不一致に起因する、未転送ファイルの誤消去を回避することが可能となり、ファイル転送処理の高信頼化が図られる。
【００２９】
また本解決方法の対案として、プロトコル処理部に対してもミドルウェアと同様に、処理履歴をログファイルに格納し、障害復旧時には前記ログファイルの内容により、障害発生直前の状態へ復旧させる機能を保有させる解決案も存在するが、プロトコル処理部はファイル転送プロトコル種別毎に装置に複数個具備されている構成要素であり、本発明に比べ、装置規模の増大が生じるという欠点を有する。
【図面の簡単な説明】
【図１】本発明の構成図を示す。
【図２】起動側正常時のファイル転送フローを示す。
【図３】応答側正常時のファイル転送フローを示す。
【図４】システムダウン時のファイル転送フローを示す。
【図５】従来方式の問題点１を説明する説明図である。
【図６】従来方式の問題点２を説明する説明図である。
【図７】従来方式の問題点３を説明する説明図である。
【符号の説明】
１  ファイル転送装置
２  通信回線
３  他のファイル転送装置
４  アプリケーションプログラム
５  ファイル転送制御ミドルウェア
６  ログファイル
７  ファイル転送プロトコル処理部
【図１】
0003570529.tif 000002
【図２】
0003570529.tif 000003
【図３】
0003570529.tif 000004
【図４】
0003570529.tif 000005
【図５】
0003570529.tif 000006
【図６】
0003570529.tif 000007
【図７】
0003570529.tif 000008