(57)【特許請求の範囲】
【請求項１】
全銀協ＴＣＰ／ＩＰ手順によるファイル転送において、
データ送信側装置が、
通信経路におけるトラフィック状態を監視して認識する監視手段と、
該監視手段により認識された前記トラフィック状態を入力し、該トラフィック状態の変動に基づき、連続送信回数の設定値をデータ受信側の連続受信回数を上限として定数分増減するフロー制御手段と、
該フロー制御手段により設定された前記連続送信回数で、１回の連続送信処理における最後の送信メッセージに論理ＡＣＫ要求を付加する送信処理を繰り返し実行する手段と、
前記論理ＡＣＫ要求付きメッセージの送信に伴い、タイマのカウントを開始して論理ＡＣＫをデータ受信側から待ち合わせる無通信管理処理を行う無通信監視手段とを有し、
前記監視手段は、前記トラフィック状態として、通信経路の帯域の空き状態と、送信バッファにおけるメッセージ滞留の状態とを評価して認識することを特徴とするフロー制御方式。
【請求項２】
前記フロー制御手段は、
前記トラフィック状態から通信経路の空き帯域の有無を判定し、空き帯域が有る場合は前記連続送信回数を定数分加算し、空き帯域が無い場合は送信バッファにおける送信メッセージの滞留の有無を判定し、滞留が有る場合は前記連続送信回数を定数分減算することを特徴とする請求項１記載のフロー制御方式。
【請求項３】
全銀協ＴＣＰ／ＩＰ手順によるファイル転送において、
データ送信側装置で、
通信経路におけるトラフィック状態を監視して認識し、前記トラフィック状態として、通信経路の帯域の空き状態と、送信バッファにおけるメッセージ保留の状態とを評価して認識する監視処理と、
該監視手段により認識された前記トラフィック状態を入力し、該トラフィック状態の変動に基づき、連続送信回数の設定値をデータ受信側の連続受信回数を上限として定数分増減するフロー制御処理と、
該フロー制御手段により設定された前記連続送信回数で、１回の連続送信処理における最後の送信メッセージに論理ＡＣＫ要求を付加する送信処理を繰り返し実行する処理と、
前記論理ＡＣＫ要求付きメッセージの送信に伴い、タイマのカウントを開始して論理ＡＣＫをデータ受信側から待ち合わせる無通信管理処理を行う無通信監視処理と、をコンピュータに実行させることを特徴とするフロー制御プログラム。
【請求項４】
前記フロー制御処理は、
前記トラフィック状態から通信経路の空き帯域の有無を判定し、空き帯域が有る場合は前記連続送信回数を定数分加算し、空き帯域が無い場合は送信バッファにおける送信メッセージの滞留の有無を判定し、滞留が有る場合は前記連続送信回数を定数分減算する処理をコンピュータに実行させることを特徴とする請求項３記載のフロー制御プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、全銀協ＴＣＰ／ＩＰ手順によるファイル転送におけるフロー制御方式及びプログラムに関する。
【０００２】
【従来の技術】
現在、インターネットやイントラネット（ＬＡＮ）において、ＴＣＰ／ＩＰ接続を用いたファイル転送を行うシステムが増大している。インターネットやイントラネットでの通信は、従来の専用回線や回線交換による１対１の接続とは異なり、通信経路の帯域は保証されず、伝送速度や応答時間が大幅に変動する特性がある。
【０００３】
全銀協ＴＣＰ／ＩＰ手順によるファイル転送システムでは、送受信ホスト間（エンドツーエンド）でのフロー制御として、メッセージの一括連続送信処理を行うことができる。図５は、その既存の全銀協ＴＣＰ／ＩＰ手順におけるフロー制御の様子を示す図である。このフロー制御では、データ送信側のファイル転送装置は、１回の連続送信処理単位として、データ電文を格納したメッセージを予め設定されれた連続送信回数でデータ受信側装置へ連続送信処理し、それに対する論理ＡＣＫ（：確認応答）を待ち合わせて送達確認を行う。このような処理単位が繰り返し実行される。
【０００４】
このメッセージ連続送信処理を実行するに当たり、まず、ファイル転送開始時（接続確立時）において、データ受信側装置からデータ受信側装置が決定した連続受信回数の情報がデータ送信側装置に対して通知される。データ送信側装置はデータ受信側装置より通知された連続受信回数を上限とした範囲内で前述の連続送信回数の設定値を決定して、論理ＡＣＫ要求付きでメッセージの一括連続送信処理を行う。これにより送達確認機能及びフロー制御が実現される。上記の連続受信回数の決定及び通知処理は、ファイル転送開始時に一度だけデータ受信側からデータ送信側に対してなされるものであり、ファイル転送中に変更することはできない。
【０００５】
データ送信側における上記メッセージ連続送信処理において、１回の連続送信処理単位は、所定の連続送信回数でのメッセージの連続送信処理と、これに対するデータ受信側からの論理ＡＣＫの待ち合わせ処理とから成る。上記連続送信における最後の送信メッセージには論理ＡＣＫ要求が制御情報として付加される。また、データ送信側は、論理ＡＣＫ要求付きのメッセージを送信してデータ受信側からの論理ＡＣＫを待ち合わせる間にタイマによる無通信監視処理を行う。
【０００６】
上記無通信監視処理において、論理ＡＣＫ要求付きメッセージ送信後のデータ受信側からの応答として、上記タイマによる所定の待ち時間内に論理ＡＣＫが返った場合、次のメッセージ連続送信処理単位へと移行できる。また、上記待ち時間内に論理ＡＣＫが返らず無通信状態のままタイムアウトとなった場合、データ送信側は、通信経路における輻輳や障害あるいは通信相手装置の障害等の状態であると判断し、データ送受信処理を中止して接続を切断する。この無通信監視処理は、通信経路における輻輳や障害を検出する（間接的に認識する）という役割を持っている。
【０００７】
なお、メッセージとは、全銀協ＴＣＰ／ＩＰ手順における送信データ単位であり、送信対象のデータ電文が格納される。論理ＡＣＫ要求は、メッセージのヘッダ内に制御情報として記述することができる。
【０００８】
上記フロー制御方式では、データ受信側装置が自己能力に基づき決定した連続受信回数に基づきデータ送信側で連続送信回数を決定してメッセージ連続送信処理を行う。しかしこの際、データ送信側が連続受信回数値をそのまま連続送信回数として設定してこの設定のまま連続送信処理を続けると、通信経路の帯域不足が発生してメッセージの滞留や遅延が発生したり、データ受信側からの論理ＡＣＫの遅延によって無通信監視処理におけるタイムアウト（及びその結果としての接続切断）が頻発してしまうという問題がある。
【０００９】
上記のような通信経路の帯域不足によるメッセージの滞留や遅延、あるいは無通信監視におけるタイムアウト及び接続切断の頻発といった問題の一解決策として、データ受信側がデータ送信側に通知する連続受信回数をデータ受信側における本来の能力よりも小さく設定することが考えられる。しかしこの場合、通信経路の帯域が充分に確保されている時でも連続送信回数が小さい値で抑えられてしまうため、帯域を有効に利用することができない。
【００１０】
また、無通信監視処理でのタイムアウトの頻発に対する一解決策として、無通信監視における監視時間を長く設定することが考えられるが、この場合、無通信監視処理の本来の目的である、輻輳や障害による無通信状態の検出が遅延してしまうため、適正な無通信監視処理を行うことが出来ないということになる。
【００１１】
【発明が解決しようとする課題】
本発明は、かかる問題点に鑑みてなされたものであり、既存の全銀協ＴＣＰ／ＩＰ手順の規約を改変することなくその範囲内で実施でき、また、通信経路の帯域不足によるメッセージの滞留や遅延を抑制して、かつ、無通信監視処理の精度を高めることのできる全銀協ＴＣＰ／ＩＰ手順によるファイル転送におけるフロー制御方式及びそのプログラムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
かかる目的を達成するために、請求項１記載の発明は、全銀協ＴＣＰ／ＩＰ手順によるファイル転送において、データ送信側装置が、通信経路におけるトラフィック状態を監視して認識する監視手段と、該監視手段により認識された前記トラフィック状態を入力し、該トラフィック状態の変動に基づき、連続送信回数の設定値をデータ受信側の連続受信回数を上限として定数分増減するフロー制御手段と、該フロー制御手段により設定された前記連続送信回数で、１回の連続送信処理における最後の送信メッセージに論理ＡＣＫ要求を付加する送信処理を繰り返し実行する手段と、前記論理ＡＣＫ要求付きメッセージの送信に伴い、タイマのカウントを開始して論理ＡＣＫをデータ受信側から待ち合わせる無通信管理処理を行う無通信監視手段とを有し、監視手段は、トラフィック状態として、通信経路の帯域の空き状態と、送信バッファにおけるメッセージ滞留の状態とを評価して認識することを特徴とする。
【００１３】
請求項２記載の発明は、請求項１記載の発明において、フロー制御手段は、トラフィック状態から通信経路の空き帯域の有無を判定し、空き帯域が有る場合は連続送信回数を定数分加算し、空き帯域が無い場合は送信バッファにおける送信メッセージの滞留の有無を判定し、滞留が有る場合は連続送信回数を定数分減算することを特徴としている。
【００１４】
請求項３記載の発明は、全銀協ＴＣＰ／ＩＰ手順によるファイル転送において、データ送信側装置で、通信経路におけるトラフィック状態を監視して認識し、トラフィック状態として、通信経路の帯域の空き状態と、送信バッファにおけるメッセージ保留の状態とを評価して認識する監視処理と、該監視手段により認識された前記トラフィック状態を入力し、該トラフィック状態の変動に基づき、連続送信回数の設定値をデータ受信側の連続受信回数を上限として定数分増減するフロー制御処理と、該フロー制御手段により設定された前記連続送信回数で、１回の連続送信処理における最後の送信メッセージに論理ＡＣＫ要求を付加する送信処理を繰り返し実行する処理と、前記論理ＡＣＫ要求付きメッセージの送信に伴い、タイマのカウントを開始して論理ＡＣＫをデータ受信側から待ち合わせる無通信管理処理を行う無通信監視処理と、をコンピュータに実行させることを特徴とする。
【００１５】
請求項記４載の発明は、請求項３記載の発明において、フロー制御処理は、トラフィック状態から通信経路の空き帯域の有無を判定し、空き帯域が有る場合は連続送信回数を定数分加算し、空き帯域が無い場合は送信バッファにおける送信メッセージの滞留の有無を判定し、滞留が有る場合は連続送信回数を定数分減算する処理をコンピュータに実行させることを特徴としている。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態を添付図面を参照しながら詳細に説明する。図１は、本発明の実施の形態におけるフロー制御方式を実行するシステムの構成を示す図である。本フロー制御方式は、全銀協ＴＣＰ／ＩＰ手順によるファイル転送におけるフロー制御方式である。本システムは、通信網（インターネットやイントラネット）３上において、全銀協ＴＣＰ／ＩＰ手順を用いてファイル転送処理を行うデータ送信側のファイル転送装置１と、データ受信側の装置（図示せず）とを有する。両装置とも既存の全銀協ＴＣＰ／ＩＰ手順の規約に従った通信処理を行う。特に、データ送信側のファイル転送装置１は、本発明のフロー制御方式を実行する装置である。
【００１７】
本フロー制御方式は、既存の全銀協ＴＣＰ／ＩＰ手順の規約に従いながら、通信経路のトラフィック状態の変化に応じて動的なフロー制御を行うものである。
【００１８】
本方式では、全銀協ＴＣＰ／ＩＰ手順によるデータ送信側装置における制御として、メッセージ連続送信処理における連続送信回数の設定をトラフィック状態に応じて増減させる。これにより、通信経路の帯域不足によるメッセージの滞留や遅延を抑制し、かつ、データ受信側からの論理ＡＣＫの待ち合わせ時間を安定化させて無通信監視処理の精度を向上させる。また、本方式は、既存の全銀協ＴＣＰ／ＩＰ手順の規約の範囲内で実施可能であるため、既存のファイル転送装置との相互接続性を損なわない。
【００１９】
図１を参照すると、本システムは、データ送信側の要素として、プログラム制御によって動作するファイル転送装置１と、ファイル転送装置１との間でファイルの入出力が可能な磁気ディスク装置２と、を有する。
【００２０】
磁気ディスク装置２は、送信対象のデータが記録されている送信ファイル２１を保持するストレージ装置である。これは特に磁気ディスク装置に限らず他の方式のストレージ装置であって良い。
【００２１】
ファイル転送装置１は、フロー制御部１１、トラフィック監視部１２、データ送受信部１３、通信制御部１４、及び、無通信監視部１５を有する。ファイル転送装置１は、非図示のプロセッサや各種メモリ等を備え、本フロー制御方式の処理を含む各処理を実現するプログラムをプロセッサにより実行する。
【００２２】
ファイル転送装置１における上記各部間での処理及びやり取りされる情報について図２に簡単に示す。図２も参照しながら、各部の機能について説明する。
【００２３】
フロー制御部１１は、ファイル転送開始時（接続確立時）にデータ受信側装置が自己能力に基づき決定する連続受信回数ａをデータ受信側装置からの通知により取得して設定情報として記憶する。この連続受信回数ａは、データ送信側におけるメッセージ連続送信処理のための設定情報である連続送信回数ｂの決定処理の際の上限値となる。この連続受信回数ａの決定・通知は、接続確立時にのみ行われ、１回のファイル転送処理単位において、この連続受信回数ａの設定値は基本的に変化しない。
【００２４】
データ送受信部１３は、磁気ディスク装置２にアクセスし、磁気ディスク装置２の保持する送信ファイル２１から送信データを入力して、データ電文を格納したメッセージを作成し、通信制御部１４に渡す処理を行う。また、通信網３から通信制御部１４が受信したデータを受け取る処理を行う。
【００２５】
通信制御部１４は、通信網３へのメッセージの送出処理及び通信網３からのメッセージの受信処理を制御する。通信制御部１４は、データ送受信部１３から渡される送信メッセージを通信経路上に送出する処理を行う。通信制御部１４は、送信メッセージを一時的に保持する送信バッファ１６を備える。通信経路の帯域が不足している状態では、送信メッセージが送信バッファに滞留することになる。
【００２６】
トラフィック監視部１２は、通信制御部１４を監視（モニタ）して、ファイル転送のために接続確立されている通信経路のトラフィックの状態を認識する処理を行う。トラフィック監視部１２は、監視により認識（検出）したトラフィック状態を、トラフィック情報ｃとしてフロー制御部１１に通知する。トラフィック監視部１２は、通信経路のトラフィック状態として特に、ある時点における、帯域（単位時間当たりの送信データ量）の状態と、送信バッファ１６における送信メッセージの滞留の状態とを認識し、所定の情報表現形式でのトラフィック情報ｃを得る。
【００２７】
なお、ここでの「トラフィック状態」とはデータ送信側のファイル転送装置１とデータ受信側の装置との間において確立されている通信経路上における送信データの状態のことであり、特に、通信制御部１４での処理の状態から認識される情報である。
【００２８】
フロー制御部１１は、トラフィック監視部１２から通知されるトラフィック情報ｃに従ってトラフィック状態を判断し連続送信回数ｂを決定する処理を行う。トラフィック情報ｃからは、通信経路の帯域の状態と、送信バッファ１６における送信メッセージの滞留の状態との２つが判断される。この２つの情報に基づき連続送信回数ｂの決定処理が行われる。
【００２９】
フロー制御部１１は、トラフィック情報ｃを参照して、「通信経路に空き帯域が有り」と判断すると、連続送信回数ｂの設定値を１増加する。また、「通信経路に空き帯域が無く送信バッファ１６において送信メッセージの滞留が発生している」と判断すると、連続送信回数ｂの設定値を１減算する。この増減処理は、連続受信回数ａを上限、０を下限としてなされる。トラフィック監視部１２からのトラフィック情報ｃの通知処理が発生するごとに、連続送信回数ｂの増減の判断がなされることになる。
【００３０】
フロー制御部１１は、上記増減処理で連続送信回数ｂの設定値の更新が発生した場合、更新された新たな設定値をデータ送受信部１３に通知し、データ送受信部１３におけるメッセージ連続送信処理に反映させる。また、それと共に、新たに決定された連続送信回数ｂの設定値を記憶する処理を行う。
【００３１】
データ送受信部１３は、フロー制御部１１から通知される連続送信回数ｂの設定値に従ってデータ送受信部１３における設定を更新し、新たな連続送信回数ｂの設定値で次からのメッセージ連続送信処理を実行する。データ送受信部１３は、更新された連続送信回数ｂの設定で通信制御部１４に送信メッセージを連続的に渡して、通信制御部１４と共に送達確認機能付きのメッセージ連続送信処理を繰り返し実行する。
【００３２】
このメッセージ連続送信処理では、１回の連続送信処理単位において論理ＡＣＫ要求を最後の送信メッセージに制御情報として付加して送信し、データ受信側装置からの論理ＡＣＫの待ち合わせ処理を行うことにより送達確認が行われる。
【００３３】
図３は、データ送受信部１３及び通信制御部１４におけるメッセージ連続送信処理の様子について示す図である。データ送受信部１３は、フロー制御部１１より新たな連続送信回数ｂが通知されると、次のメッセージ連続送信処理単位をこの新たな連続送信回数ｂで実行する。メッセージ連続送信処理は、連続送信回数ｂの設定が再び更新されるまで同様の設定値で繰り返し実行される。
【００３４】
図３では、例として、上部の連続送信処理単位は、連続送信回数ｂが３（回）での送信処理（※連続送信回数ｂは、論理ＡＣＫ要求付きで送信するメッセージの分を除く連続メッセージの数で考える）を示しており、下部の連続送信処理単位は、連続送信回数ｂの更新値ｂ'＝２（回）での送信処理を示している。つまり、データ送受信部１３及び通信制御部１４が、連続送信回数ｂ＝３で連続送信処理単位を繰り返し実行している時、フロー制御部１１から連続送信回数ｂの新たな設定値であるｂ＝２が通知され、次以降の連続送信処理単位を連続送信回数ｂ＝２で実行する場合を示している。これは、フロー制御部１１において「通信経路の帯域に空きが無く送信メッセージの滞留が発生している」と判断されて、連続送信回数ｂが１減算された場合である。
【００３５】
トラフィック監視部１２は、通信制御部１４を監視することにより、通信経路の帯域の状態を所定の評価処理により認識する。この評価処理の仕方に関しては特に限定しない。フロー制御部１１では、帯域の状態として、特に、帯域に空きがあるか否かという判断がなされる。
【００３６】
また、トラフィック監視部１２は、通信制御部１４の送信バッファ１６における送信メッセージの滞留の状態を所定の評価処理により認識する。この評価処理の仕方に関しては特に限定しない。
【００３７】
無通信監視部１５は、通信制御部１４における通信処理状態を監視し、タイマによる無通信監視処理を行う。データ送受信部１３及び通信制御部１４がメッセージ連続送信処理において論理ＡＣＫ要求付きメッセージを発行したことに伴い、無通信監視処理部１５は、タイマのカウントを開始して無通信監視処理を開始する。
【００３８】
無通信監視部１５は、上記無通信監視処理において、通信相手装置からタイマの所定の待ち時間内に正常に論理ＡＣＫが返った場合、次のメッセージ連続送信処理単位へと移行できる。一方、通信相手装置からタイマの所定待ち時間内に論理ＡＣＫが返らず無通信状態のままタイムアウトとなった場合（無通信状態の検出）、通信経路における輻輳や障害あるいは通信相手装置における障害等の発生状態であると判断し、データ送受信部１３に対してデータ送受信の中止要求を発行し、データ送受信処理を中止（接続切断）させる。
【００３９】
なお、無通信監視部１５における監視処理でのタイマの待ち時間の値の設定処理などは、連続送信回数ｂの増減制御処理などとは独立して行われる処理である。
【００４０】
データ送受信部１３は、無通信監視部１５よりデータ送受信中止要求を受けると、メッセージ送受信処理を中止して接続を切断する処理を行う。
【００４１】
各部における以上のような処理により、通信経路のトラフィック状態の変動が認識（検出）されるごとに連続送信回数ｂの増減がなされるような、動的なフロー制御が実現される。
【００４２】
次に、図４のフローチャートを参照しながら本発明の実施の形態におけるフロー制御方式の処理手順について説明する。図４は、主にフロー制御部１１における処理手順を示している。フロー制御部１１は、トラフィック監視部１２からトラフィック情報ｃの通知を受け、トラフィック情報ｃからトラフィック状態を判断し、これに基づき連続送信回数ｂの設定値の増減処理を行って設定を更新し、更新された連続送信回数ｂの設定値をデータ送受信部１３に通知してメッセージ連続送信処理に反映させる。全体として、トラフィック状態に応じた動的なフロー制御処理となる。
【００４３】
まず、トラフィック監視部１２による通信制御部１４の監視によりトラフィック状態の変動が検出され、検出されたトラフィック状態がトラフィック情報ｃ（通信経路の空き帯域の状態、送信バッファ１６における送信メッセージの滞留の状態）としてフロー制御部１１に通知される（ステップＳ１）。
【００４４】
フロー制御部１１は、トラフィック監視部１２から通知されたトラフィック情報ｃを参照し、まず、通信経路に空き帯域が有るかどうかを判定する（ステップＳ２）。「通信経路に空き帯域が無い」と判定した場合（ステップＳ２・ＹＥＳ）、次に、送信バッファ１６における送信メッセージの滞留が発生しているか否かを判定する（ステップＳ３）。「送信メッセージの滞留が発生している」と判定した場合（ステップＳ３・ＹＥＳ）、通信経路の帯域が不足している状態であると判断して連続送信回数ｂを１減算する（ステップＳ４）。
【００４５】
一方、フロー制御部１１は、ステップＳ２において、「通信経路に空き帯域が有る」と判定した場合（ステップＳ２・ＮＯ）、通信経路の帯域不足が解消された状態であると判断し、連続送信回数ｂを１加算する（ステップＳ７）。
【００４６】
また、ステップＳ２において「通知経路に空き帯域が無い」と判定され、かつ、ステップＳ３において「送信メッセージの滞留は無い」と判定された場合（ステップＳ３・ＮＯ）、連続送信回数ｂの更新は行われない。
【００４７】
フロー制御部１１は、連続送信回数ｂの減算を行った場合、連続送信回数ｂが下限値である０を下回っているかを判定し（ステップＳ５）、下限値０を下回っている場合には連続送信回数ｂを０に補正する（ステップＳ６）。
【００４８】
また、フロー制御部１１は、連続送信回数ｂの加算を行った場合、連続送信回数ｂが、上限値である連続受信回数ａを超えていないかを判定し（ステップＳ８）、超えている場合には連続送信回数ｂを連続受信回数ａに補正する（ステップＳ９）。
【００４９】
フロー制御部１１は、以上の各ステップにより決定された連続送信回数ｂを新たな設定値（更新値）として設定し、データ送受信部１３に通知する（ステップＳ１０）。そして、次のトラフィック情報ｃの通知を待ち、同様の処理を繰り返す。
【００５０】
データ送受信部１３は、フロー制御部１１から新たな連続送信回数ｂの設定値の通知を受けると、これを次以降のメッセージ連続送信処理単位において適用すべく設定に反映し、この新たな設定値に基づき次以降の連続送信処理単位を繰り返し実行する。各連続送信処理単位では、連続送信回数ｂでのメッセージの連続送信処理、論理ＡＣＫ要求付きメッセージの送信処理、及び、論理ＡＣＫの待ち合わせ処理をセットとして実行される。
【００５１】
次に、具体例を用いて本方式の動作について説明する。図４において、ファイル転送装置１のフロー制御部１１は、通信相手装置の連続受信回数ａとして"８"、当該装置１の連続送信回数ｂとして"８"を設定・記憶しており、データ送受信部１３は、連続送信回数ｂ＝"８"回で連続送信処理を行っているものとする。
【００５２】
何らかの要因により通信経路のトラフィック状態が変化して帯域不足が発生し、送信バッファ１６において送信メッセージが滞留している状態において、トラフィック監視部１２がそのトラフィック状態を検出し、トラフィック情報ｃとしてフロー制御部１１に対して通知する。
【００５３】
フロー制御部１１は、ステップＳ１においてトラフィック情報ｃを入力する。ステップＳ２では、トラフィック情報ｃに記述されている帯域の状態と送信メッセージの滞留の状態の情報から、「帯域に空きが無い」と判定され、ステップＳ３に進む。ステップＳ３では、「送信メッセージが滞留している」と判定され、ステップＳ４に進む。ステップＳ４において、連続送信回数ｂが１減算され、"７"となる。ステップＳ５では、連続送信回数ｂは０を下回らないため、ステップＳ１０において、データ送受信部１３に連続送信回数ｂ＝"７"が通知される。データ送受信部１３は、フロー制御部１１から通知された連続送信回数ｂ＝"７"に基づき、７回での連続送信処理を開始する。
【００５４】
上記減算動作の繰り返しにより、連続送信回数ｂは通信経路の帯域不足が解消されるまで、０を下限値として減少を続ける。何らかの要因により通信経路の帯域不足が続く場合は、連続送信回数ｂが０での送信処理が続くことになる。
【００５５】
なお、このフローチャートにおいては、連続送信回数ｂを変更する範囲として０を下限としているが、これは、既存の全銀協ＴＣＰ／ＩＰ手順の規約において、連続送信回数ｂとは論理ＡＣＫ要求なしで連続送信できる回数という定義であるので、それに則した表現にしているためである。連続送信回数ｂが０の場合とは、連続送信処理の単位として、連続送信は無しで論理ＡＣＫ要求付きの１メッセージのみ送信することに相当する。
【００５６】
次に、通信経路の帯域不足により連続送信回数ｂが"４"まで減少している状態で、何らかの要因により通信経路のトラフィック状態が変化し、空き帯域が発生したとする。トラフィック監視部１２が帯域に空きが有ることを検出し、トラフィック情報ｃをフロー制御部１１に対して通知する。
【００５７】
フロー制御部１１は、ステップＳ１においてトラフィック情報ｃを入力する。ステップＳ２では、「帯域に空きが有り」と判定し、ステップＳ７に進む。ステップＳ７では、連続送信回数ｂが１加算され、"５"となる。ステップＳ８では、連続送信回数ｂが上限値である連続受信回数ａ＝"８"を超えていないため、ステップＳ１０において、データ送受信部１３に連続送信回数ｂ＝"５"が通知される。データ送受信部１３は、フロー制御部１１から通知された連続送信回数ｂ＝"５"に基づき、５回での連続送信処理を開始する。
【００５８】
上記加算動作の繰り返しにより、連続送信回数ｂは空き帯域がある限り、連続受信回数ａを上限として増大を続け、送信バッファ１６における送信メッセージの滞留が検出されない限り最大値である連続受信回数ａによる連続送信処理が続けて行われることになる。
【００５９】
以上のような制御により、通信経路のトラフィック状態の変動に応じて連続送信回数ｂが増減制御され動的なフロー制御が実現される。これにより帯域を有効利用し、かつ、無通信監視処理における監視時間を安定化させる。
【００６０】
なお、以上の処理では、連続送信回数ｂに対する増減処理の単位を１（回）としたが、これを所定の定数を単位として増減処理しても同様の効果を得ることができる。
【００６１】
以上により本発明の実施の形態について説明した。なお、上述した実施形態は、本発明の好適な実施形態の一例を示すものであり、本発明はそれに限定されるものではなく、その要旨を逸脱しない範囲内において、種々変形実施が可能である。
【００６２】
【発明の効果】
以上の説明から明らかなように、本発明によれば、通信経路のトラフィック状態に応じた動的なフロー制御を行うことにより、通信経路の帯域を有効利用し、帯域不足によるメッセージの滞留や遅延を抑制できる。また、帯域変動の激しい通信経路において、無通信監視の精度を向上できる。
【００６３】
また、既存の全銀協ＴＣＰ／ＩＰ手順の規約の範囲内で実施可能な処理であるため、既存のファイル転送装置との相互接続性を損なわないという利点がある。
【図面の簡単な説明】
【図１】  本発明の実施の形態におけるフロー制御方式を実行するシステムの構成を示す図である。
【図２】  ファイル転送装置１における各部間の処理及びやり取りされる情報を示す図である。
【図３】  本発明の実施の形態におけるフロー制御方式でのメッセージ連続送信処理の様子を示す図である。
【図４】  本発明の実施の形態におけるフロー制御方式でのフロー制御処理の処理手順を示すフローチャートである。
【図５】  既存の全銀協ＴＣＰ／ＩＰ手順におけるフロー制御の様子を示す図である。
【符号の説明】
１  ファイル転送装置（データ送信側装置）
１１  フロー制御部
１２  トラフィック監視部
１３  データ送受信部
１４  通信制御部
１５  無通信監視部
１６  送信バッファ
２  磁気ディスク装置
２１  送信ファイル
３  通信網（インターネット、イントラネット）
ａ  連続受信回数
ｂ  連続送信回数
ｃ  トラフィック情報
【図１】
0003693968.tif 000002
【図２】
0003693968.tif 000003
【図３】
0003693968.tif 000004
【図４】
0003693968.tif 000005
【図５】
0003693968.tif 000006