(57)【特許請求の範囲】
【請求項１】
データファィル(26)に記憶されたデータを複数に分割して送信するホスト装置(22)と、無線回線を含む通信ネットワーク(21)と、前記無線回線を含む通信ネットワーク(21)を介して前記ホスト装置(22)からデータを受信する端末装置(24)とを含む情報処理システムにおいて、
前記ホスト装置(22)は、
前記データファイル(26)に記憶されたデータから指定読出量のデータを順次読出して、それぞれ伝送フレーム(30)に組込んで順次出力する伝送フレーム設定手段(34)と、
前記伝送フレーム設定手段(34)から順次出力される伝送フレーム(30)のデータを、規定データ長を有する複数のＩＰデータグラム(37)に分割すると共に当該分割した先頭のＩＰデータグラム(37)のヘッダに前記指定読出量のデータサイズ(SZ)を含ませ、前記無線回線を含む前記通信ネットワーク(21)を介して前記端末装置(24)へ連続して送信し、また前記端末装置(24)から確認応答を受信するネットワーク制御部(27)と、
前記端末装置(24)から受信した前記確認応答の数及びこの確認応答に基づく前記端末装置に対する前記伝送フレーム(30)の再送数を計数して再送率を算出してこれを監視する再送率監視手段(P6)と、
この再送率監視手段にて監視されている再送率の増減に応じて、前記伝送フレーム設定手段における指定読出量を減増する伝送フレーム長制御手段(35)とを有し、
前記端末装置(24)は、前記複数分割された先頭のＩＰデータグラム(37)のヘッダに含まれるデータサイズ(SZ)に基づき前記指定読出量のデータを全て受信した後に前記確認応答を前記無線回線を含む前記通信ネットワーク(21)を介して前記ホスト装置(22)へ送信することを特徴とする情報処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は通信ネットワークに接続されたホスト装置と端末装置との間又は端末装置相互間でデータを伝送するデータ伝送装置が組み込まれた情報処理システムに関する。
【０００２】
【従来の技術】
ＬＡＮ（ローカル・エリア・ネットワーク）等の通信ネットワークを利用して構築された情報処理システムにおいては、例えば図６に示すように、ＬＡＮ等の通信ネットワークの伝送路１に対して１台のホスト装置２と複数台の端末装置３が接続されている。各端末装置３は例えばＸ端末，プリンタ，表示装置，データ入力装置，画像読取装置，送受信装置等の自己でデータ処理機能を有した周辺機器等で構成されている。
【０００３】
そして、このような情報処理システムのなかには、この情報処理システムの立上げ時に、ホスト装置２のデータファイル４に記憶されているプログラムのデータを通信ネットワークの伝送路１を介して各端末装置３へ送信し、各端末装置３の記憶部に書込む（ダウンロード）システムがある。このような情報処理システムにおいては、ホスト装置２内の制御プログラム上に構成されたダウンロードサーバ５が上述したデータの各端末装置３に対するデータ送信処理を実行する。
【０００４】
一般に、システム立上時に各端末装置３へ送信すべきデータ量は多く、これらのデータを一度に送信できないので、図７（ａ）に示すように、送信すべき全データ６を、一回の伝送フレームに組込むことが可能な例えば５１２byte長に分割して、分割された各データ７を図７（ｂ）に示す伝送フレーム８に組込んで伝送路１を介して端末装置３へ送信する。
【０００５】
このデータ伝送には、一般に、ＴＣＰ／ＩＰ体系のファイル転送プロトコルの一種であるＴＦＴＰ（トリビアル・ファイル転送プロトコル）が用いられる。
【０００６】
図７（ｃ）はこのＴＦＴＰプロトコルが規定する分割された各データ７に対するデータ伝送を示すシーケンス図である。
【０００７】
最初に端末装置３からホスト装置２に対して送信要求ＲＥＱが送信される。ホスト装置２は送信要求ＲＥＱを受領すると、図７（ｂ）に示すように、データ７とＴＦＴＰヘッダとを伝送フレーム８に組込んでデータグラムとして端末装置３へ送信する。データ（ＤＡＴＡ）７が組込まれた伝送フレーム８を受信した端末装置３は、確認応答（ＡＣＫ）をホスト装置２へ応答する。
【０００８】
確認応答（ＡＣＫ）を受信したホスト装置２は次のデータ７にＴＦＴＰヘッダを付加し伝送フレーム８に組込んでデータグラムとして端末装置３へ送信する。
【０００９】
図７（ｂ）示す各伝送フレーム８に組込まれるＴＦＴＰヘッダ内には、全データ６のうちの各データ７の送信順次を特定するブロック番号ＢＮが組込まれている。そして、伝送フレーム８を正常に受信した端末装置３はこの伝送フレーム８に含まれるブロック番号ＢＮを確認応答（ＡＣＫ）に組込んでホスト装置２へ応信する。
【００１０】
一方、端末装置３は、受信した伝送フレーム８が破壊していた場合は、今回受信した伝送フレーム８ではなく、一つ前に正常に受信した伝送フレーム８に含まれるブロック番号ＢＮを確認応答（ＡＣＫ）に組込んでホスト装置２へ応信する。
【００１１】
また、端末装置３内にはＴＦＴＰタイマが設けられている。端末装置３が伝送フレーム８を受信すると確認応答（ＡＣＫ）をホスト装置２へ応答し、ＴＦＴＰタイマを起動する。そして、規定時間内に次の伝送フレーム８の受信をしない場合は、伝送フレーム８が途中で消滅したと判断して、一つ前に正常に受信した伝送フレーム８に含まれるブロック番号ＢＮを確認応答（ＡＣＫ）に組込んでホスト装置２へ応信する。
【００１２】
ホスト装置２は、端末装置３から確認応答（ＡＣＫ）を受信すると、この確認応答（ＡＣＫ）に含まれるブロック番号ＢＮの次のブロック番号のデータ７をブロック番号ＢＮと共に伝送フレーム８に組込んでデータグラムとして端末装置３へ送信する。
【００１３】
したがって、確認応答（ＡＣＫ）に今回送信したデータ７のブロック番号ＢＮが含まれる場合は、今回送信したデータ７は正常に端末装置３に受信されたと判断できる。しかし、確認応答（ＡＣＫ）に前回送信したデータ７のブロック番号ＢＮが含まれる場合は、今回送信したデータ７は正常に端末装置３に受信されなかったと判断できる。したがって、今回送信したデータ７をブロック番号ＢＮと共に伝送フレーム８に組込んでデータグラムとして再送信する。
【００１４】
また、端末装置３から送出された確認応答（ＡＣＫ）をホスト装置２が伝送フレーム８の送信時刻から規定時間内に受信できなかった場合も、一つ前に受信した確認応答（ＡＣＫ）に含まれるブロック番号ＢＮの次の番号のデータ７をブロック番号ＢＮと共に伝送フレーム８に組込んでデータグラムとして端末装置３へ再送信する。
【００１５】
このように、５１２byte長に分割した各データ７を送信する毎に、確認応答  （ＡＣＫ）を確認してから、次のデータ７を送信すると、図７（ａ）に示す全データ６を送信するために多大の時間が必要となる。よって、この情報処理システムが電源投入時点から正常に稼働状態に移行するまでに多大の準備時間が必要となる。
【００１６】
このような不都合を解消するために、送信すべき全データ６を５１２byteより大きな、例えば、１５ｋbyte長で分割することが考えられる。すなわち、１伝送フレーム送信に要する確認応答（ＡＣＫ）受信等のオーバヘッド処理時間はほぼ一定なので、伝送フレーム長を長くすれば、アプリケーション層において、同サイズのデータ送信に要するオーバヘッド処理時間の総量を少なくできる。
【００１７】
しかし、例えば、通信ネットワークがイーサネット・プロトコルを採用している場合は、最大転送単位が１５００byteであるので、一つの伝送フレームとして送信できない。したがって、ＩＰ層のレベルでこの分割された１５ｋbyteの各データを送信側でさらに自動的に１５００byte以下に分割して、受信側では元の１５ｋbyteのデータに再編成するフラグメント処理が採用されている。
【００１８】
このフラグメント処理においては、図７（ａ）（ｂ）に示す従来のデータ７の５１２byte長さを大幅に越えるデータを一度に伝送可能である。このフラグメント処理を図８を用いて説明する。
【００１９】
このフラグメント処理を行うホスト装置２のダウンロードサーバ５内部には、図示しない伝送フレーム設定部及びネットワーク制御部が設けられている。
【００２０】
ホスト装置２内に設けられた伝送フレーム設定部は、図８に示すように、送信すべき図７の全送信データ６を例えば１５ｋbyte単位で分割し、この分割された各データ（ＤＡＴＡ）９が組込まれた伝送フレーム１０を順次作成する。
【００２１】
この作成された伝送フレーム１０内には、前記データ９の他に、ＩＰ，ＵＤＰ，ＴＦＴＰの各ヘッダが組込まれている。ＴＦＴＰヘッダ内には、このデータ９の全送信データ６内の所属位置を示すブロック番号ＢＮが組込まれている。そして、伝送フレーム設定部は、作成した伝送フレーム１０をネットワーク制御部へ転送する。
【００２２】
ネットワーク制御部は、伝送フレーム１０を受領すると、含まれるデータ（ＤＡＴＡ）９を予め定められた規定長で複数のフラグメント化されたデータ１１に分割して、各データ１１に図示する所定のヘッダを付加し、それぞれＩＰデータグラム１２に組込む。
【００２３】
なお、各データ１１のデータ長は規定されていないが、ＩＰデータグラム１２全体のデータ長が、例えばイーサネットではヘッダ、ＦＣＳを除き最大1500byte以下になるように設定される。また、各ＩＰデータグラム１２のデータ長は互いに等しく設定されているが、最終（Ｎ番目）のＩＰデータグラム１２のデータ長は他のＩＰデータグラム１２のデータ長より短く設定する。
【００２４】
先頭のＩＰデータグラム１２には、ＩＰ，ＵＤＰ，ＴＦＴＰの各ヘッダが組込まれているが、２番目以降の各ＩＰデータグラム１２にはＩＰヘッダのみが組込まれる。ＴＦＴＰヘッダは伝送フレーム１０のＴＦＴＰヘッダと同一のブロック番号ＢＮが付される。また、各ＩＰヘッダは、該当ＩＰデータグラム１２のデータ１１が先の伝送フレーム１０のデータ９内においてどの位置からのデータであるかを示すオフセット値が設定される。
【００２５】
図９は、フラグメント処理した場合のＴＦＴＰファイル転送プロトコルにおけるホスト装置２と端末装置３との間の情報授受を示すシーケンス図である。
【００２６】
最初に端末装置３からホスト装置２に対して送信要求ＲＥＱが送信される。ホスト装置２のネットワーク制御部は送信要求ＲＥＱを受領すると、図８に示すＮ個のＩＰデータグラム１２を順番に伝送路１を介して端末装置３へ送信する。Ｎ個のＩＰデータグラム１２を受信した端末装置３はＮ個のデータ（フラグメントデータ）１１を一つのＴＦＴＰデータ（元のデータ９）に再構成し、一括して確認応答（ＡＣＫ）をホスト装置２へ応信する。
【００２７】
すなわち、端末装置３はＮ個のＩＰデータグラム１２の受信処理が終了した時点で確認応答（ＡＣＫ）をホスト装置２へ応信する。この場合、Ｎ個全てのＩＰデータグラム１２がその受信順番も含めて正常に受信したときは、先頭のＩＰデータグラム１２のＴＦＴＰヘッダに組込まれたブロック番号ＢＮを確認応答（ＡＣＫ）に組込む。
【００２８】
また、ＩＰデータグラム１２が消滅したり、破壊してＮ個のうち、一つのＩＰデータグラム１２でも正常に受信されなかった場合は、今回以前に正常に受信されたＮ個のＩＰデータグラム１２の先頭のＩＰデータグラム１２に付されたブロック番号ＢＮを確認応答（ＡＣＫ）に組込む。そして、この場合、今回受信した全てのＩＰデータグラム１２のデータ１１を破棄する。
【００２９】
確認応答（ＡＣＫ）をネットワーク制御部を介して受信したホスト装置２においては、伝送フレーム設定部がデータファイル４から確認応答（ＡＣＫ）に含まれるブロック番号ＢＮの次の番号のブロックのデータ９を読出して伝送フレーム１０に組込んでネットワーク制御部へ転送する。ネットワーク制御部は前述した同一の手順でＮ個のＩＰデータグラム１２を作成して、端末装置３へ送信する。
【００３０】
すなわち、確認応答（ＡＣＫ）には先頭のＩＰデータグラム１２に含まれるＴＦＴＰヘッダに付加されるブロック番号ＢＮが転写されるので、ＩＰデータグラム１２が消滅したり、破壊していた場合は、ホスト装置２は同一データを再送信する。
【００３１】
また、ホスト装置２では、端末装置３から送信要求されたファイル名が存在しなかった場合は、異常応答（ＥＲＲ）を端末装置３へ応答する。
【００３２】
このように、ホスト装置２としては、図８に示す許容データ長を越えるデータ長を有するデータ９を送信した後に確認応答（ＡＣＫ）を確認すればよいので、送信すべき全データ６を送信する場合における確認応答（ＡＣＫ）の送受信回数が大幅に減少するのでシステム全体としてのデータ伝送効率が向上する。
【００３３】
【発明が解決しようとする課題】
しかしながら、図８，図９に示すフラグメント処理した場合のＴＦＴＰファイル転送プロトコルを採用したデータ伝送手法においても、まだ解消すべき次のような課題があった。
【００３４】
すなわち、ＬＡＮ等の通信ネットワークにおける通信品質が良好で、外部雑音等による伝送エラーが発生しにくい状態においては、図９に示すように、たとえ大量のデータ１１を一括して送信したとしても、ホスト装置２がデータを再送する確率は小さい。
【００３５】
このような状態においては、伝送フレーム設定部がネットワーク制御部へ転送する伝送フレーム１０に組込むデータ９の量をできるだけ大きく設定して、一括して送信するＩＰデータグラム１２数を増加することによって、確認応答（ＡＣＫ）の送受信回数を低減できる。よって、データ伝送効率を向上できる。
【００３６】
しかしながら、通信ネットワークにおける通信品質が不良で、外部雑音等による伝送エラーが発生しやすい場合は、前述したＩＰデータグラム１２の消滅等が発生する確率が高くなり、ホスト装置２は頻繁に再送することになる。再送の場合は、一括して送信したＮ個全部のＩＰデータグラム１２の送信を再度やり直す必要がある。
【００３７】
送信すべき全データ６を、伝送フレーム設定部で１５ｋbyteに分割して、これをネットワーク制御部で１５００byte以下に更に分割して送信したとしても、Ｎ個のデータ１１のうちわずか１個でも消滅すると、１５ｋbyte全体のデータ９を再送しなければならない。
【００３８】
このような伝送フレームの消滅等は、例えば複数台の端末装置３に対して同時にダウンロードする等の通信ネットワークの伝送路１が混むほど頻繁に起きる。伝送フレームの消滅等が起きるとホスト装置２は再送する必要がある。そして、再送回数が増加すると、通信ネットワークの伝送路１はより混むことになり、データ伝送効率が低下する。
【００３９】
このような悪い通信品質の通信ネットワークの場合は、伝送フレーム設定部で分割するデータ９の大きさを小さくし、図８に示す伝送フレーム１０に組込むデータ９の量を少なく設定し、一括して送信するＩＰデータグラム１２数を少なくすることで、たとえ確認応答（ＡＣＫ）の送受信回数が増加したとしても、再送時のデータ９の再送量を少なくすることが提唱されている。
【００４０】
しかし、各端末装置がＬＡＮの通信ネットワークに対して無線回線で接続されていた場合には、有線で接続された場合に比較して通信品質が悪く、伝送フレームの消失が頻繁に発生する。
【００４１】
また、伝送フレームどうしの衝突に起因する伝送フレームの消滅の発生確率が有線通信ネットワークの場合に比較して大きい。そして、伝送エラーの発生の確率が時間帯や外部雑音状況に応じて大きく変動する。
【００４２】
このように、通信ネットワークにおける通信品質に合わせて伝送フレーム１０に組込むデータ量を設定すればよい。しかし。通信ネットワークにおける通信品質は一定値ではなく、その時々における外部雑音の程度に応じて変化する。さらに、前述したように、同時にダウンロードされる端末装置３の台数に応じて変化する。
【００４３】
したがって、前記ネットワーク制御部へ送出する伝送フレーム１０に組込むデータ９の量を一つの最適値に設定することが不可能である。その結果、通信品質が良好な場合は、一括して送信するＩＰデータグラム１２数が少ないことに起因してデータ伝送効率が低下し、通信品質が不良な場合は、一括して送信するＩＰデータグラム１２数が多い事に起因して伝送フレームの消滅等による再送時の再送量が上昇して、データ伝送効率が低下する。
【００４４】
本発明はこのような事情に鑑みてなされたものであり、再送率に応じて、ネットワーク制御部へ送出する伝送フレームのデータ量を可変制御することによって、たとえ通信ネットワークの通信品質が大きく変動したとしても、常にその時点における最良のデータ伝送効率を確保できるデータ伝送装置が組み込まれた情報処理システムを提供することを目的とする。
【００４５】
【課題を解決するための手段】
本発明は、データファィルに記憶されたデータを複数に分割して送信するホスト装置と、無線回線を含む通信ネットワークと、前記無線回線を含む通信ネットワークを介して前記ホスト装置からデータを受信する端末装置とを含む情報処理システムに適用される。
【００４６】
そして、上記課題を解消するために本発明においては、ホスト装置に対して、データファイルに記憶されたデータから指定読出量のデータを順次読出して、それぞれ伝送フレームに組込んで順次出力する伝送フレーム設定手段と、伝送フレーム設定手段から順次出力される伝送フレームのデータを、規定データ長を有する複数のＩＰデータグラムに分割すると共に当該分割した先頭のＩＰデータグラムのヘッダに指定読出量のデータサイズを含ませ、無線回線を含む通信ネットワークを介して端末装置へ連続して送信し、また端末装置から確認応答を受信するネットワーク制御部と、端末装置から受信した確認応答の数及びこの確認応答に基づく端末装置に対する前記伝送フレームの再送数を計数して再送率を算出してこれを監視する再送率監視手段と、再送率監視手段にて監視されている再送率の増減に応じて、前記伝送フレーム設定手段における指定読出量を減増する伝送フレーム長制御手段とを付加し、前記端末装置は、前記複数分割された先頭のＩＰデータグラムのヘッダに含まれるデータサイズに基づき前記指定読出量のデータを全て受信した後に前記確認応答を前記無線回線を含む前記通信ネットワークを介して前記ホスト装置へ送信することを特徴としている。
【００４７】
このように構成された情報処理システムのホスト装置においては、伝送フレーム設定手段によって、データファイルに記憶されたデータから指定された量のデータが順次読み出されて、それぞれ伝送フレームに組込まれてネットワーク制御部へ順次送出される。ネットワーク制御部は伝送フレーム設定手段から転送された伝送フレームのデータを規定データ長を有する複数のフラグメントされたＩＰデータグラムに分割して、通信ネットワークを介して端末装置へ連続して送信する。
【００４８】
そして、１個の伝送フレームを構成する全てのＩＰデータグラムの送信が終了した時点で端末装置から返信されてくる確認応答数とホスト装置から端末装置に対する再送数が計数されて再送率が算出される。この再送率が高い場合は、通信ネットワークの通信品質が悪いので、伝送フレームに組込むデータ量を減少して、一括して送信するＩＰデータグラム数を低減させて、伝送フレームの消滅等による再送時の再送量を減少させる。
【００４９】
逆に、再送率が低い場合は、通信ネットワークの通信品質が良いので、伝送フレームに組込むデータ量を増加して、一括して送信するＩＰデータグラム数を増加させて、データ伝送効率を上昇させる。
【００５０】
よって、いずれの場合においても、最終的なデータ伝送効率を向上できる。
【００５１】
【発目の実施の形態】
以下本発明の一実施形態を図面を用いて説明する。
【００５２】
図１は本発明の実施形態のデータ伝送装置が組込まれた情報処理システムの概略構成を示すブロック図である。ＬＡＮ等の通信ネットワークの伝送路２１に対して１台のホスト装置２２と複数台の送受信機２３が接続されている。各送受信機２３に対応する例えばＸ端末等の複数台の端末装置２４が無線回線を介して接続されている。
【００５３】
ホスト装置２２は、一種のコンピユータで構成されており、バスライン２５に対して、例えばＨＤＤ等で構成されたデータファイル２６，ネットワーク制御部２７，ワークメモリ２８，及び各種情報処理を実行する制御部２９が接続されている。
【００５４】
データファイル２６内には、この情報処理システムの電源立上げ時に端末装置２４へ送信（ダウンロード）すべき制御プログラム等からなる大量のデータが記憶保持されている。
【００５５】
また、ワークメモリ２８内には、例えば、ネットワーク制御部２７へ送出すべき図２に示す伝送フレーム３０を一時記憶するフレームメモリ３１が形成されている。また、このワークメモリ２８内には、図２の伝送フレーム３０に組込むデータ（ＤＡＴＡ）３２のデータ量を示すサイズＳＺを記憶するサイズ領域３３が形成されている。なお、この実施形態装置においては、サイズ領域３３には１ｋbyte又は１５ｋbyteのいずれかが設定される。
【００５６】
さらに、このワークメモリ２８内には、確認応答（ＡＣＫ）数ＣA 及び再送  （ＲＴＹ）数ＣR を計数するためのカウンタ３８が形成されている。
【００５７】
さらに、制御部２９内には、制御プログラム上に形成された伝送フレーム設定部３４及び伝送フレーム長制御部３５が設けられている。
【００５８】
伝送フレーム設定部３４は、起動されると、データファイル２６に記憶されているデータからワークメモリ２８のサイズ領域３３に設定されているサイズＳＺが指定する量のデータを読出して、図２に示す伝送フレーム３０を作成して一旦フレームメモリ３１へ格納すると共に、ネットワーク制御部２７へ送出する。
【００５９】
図２に示す伝送フレーム３０においては、先頭にＩＰヘッダが付され、次にユーザが設定するＵＤＰヘッダが付され、次にＴＦＴＰヘッダが付され、データ３２のデータ量を示すサイズＳＺを付加する。そして、このサイズＳＺの次にデータファイル２６から読出したデータ（ＤＡＴＡ）３２が設定される。
【００６０】
ＴＦＴＰヘッダ内には、該当伝送フレーム３０のデータ３２がデータファイル２６内の送信すべき全データにおけるどの位置（ブロック）かを特定するブロック番号ＢＮが組込まれる。
【００６１】
なお、この伝送フレーム３０に設定されるデータ３２の量（サイズ）は、通信ネットワークの伝送路２１上を伝送される伝送フレームのイーサネットの場合に許容される例えば1518byteの最大フレームサイズより遥かに大きい量である。
【００６２】
前記ネットワーク制御部２７は入力した図２に示す伝送フレーム３０に対するＩＰ層レベルのフラグメント処理を実行する。
【００６３】
すなわち、前述したように、伝送フレーム設定部３４から伝送フレーム３０を受領すると、この伝送フレーム３０を予め定められた規定長で分割して複数のＩＰデータグラム３７を作成する。
【００６４】
この分割（フラグメント化）を詳述すると、作成された先頭のＩＰデータグラム３７においては、図２に示すように、所定長のＩＰヘッダと、ユーザが設定する所定長のＵＤＰヘッダと、データ３２のデータ量を示すサイズＳＺと、ブロック番号ＢＮ（＝１）を含む所定長のＴＦＴＰヘッダと、１５００byteから各ヘッダ及びＳＺが使用する量を除いた長さのデータ（ＤＡＴＡ）３６とからなる。
【００６５】
２番目以降の各ＩＰデータグラム３７においては、ＩＰヘッダと１５００byteからＩＰヘッダが使用する量を除いた長さのデータ（ＤＡＴＡ）３６とからなる。
【００６６】
先頭のＩＰデータグラム３７には、伝送フレーム３０のＴＦＴＰヘッダのブロック番号ＢＮを含んだＴＦＴＰヘッダとデータ３２のデータ長さを示すサイズＳＺが組込まれる。
【００６７】
また、各ＩＰデータグラム３７のＩＰヘッダ内には、このデータ３６が伝送フレーム３０のデータ３２内におけるどの位置から始まるデータ３６であるのかを示すオフセット値が自動的に付加される。そして、受信側（端末装置２４）で、この分割されたデータ３６を元の完全なデータ３２に再構成する場合に、このオフセット値を用いる。
【００６８】
各ＩＰデータグラム３７のヘッダを含むサイズは互いに等しく設定されているが、最終（Ｎ番目）のＩＰデータグラム３７のデータ長は端数が出てくるので、前述した規定長に満たなくて短くなる。
【００６９】
なお、伝送フレーム３０が規定長で割切れた場合は端数は存在しないが、この場合は、最終のＩＰデータグラム３７に長さ０byteのダミーデータを設定して、故意に規定長より短いデータ３６を有するＩＰデータグラム３７を作成する。
【００７０】
このように作成した各ＩＰデータグラム３７を通信ネットワークの伝送路２１を介して端末装置２４へ伝送する場合におけるホスト装置２２と端末装置２４との間で行われる情報交換のシーケンスは図９で示した従来装置におけるシーケンスと同じであるので説明を省略する。
【００７１】
前記端末装置２４は、通信ネットワークの伝送路２１及び送受信機２３を介してホスト装置２２から送信されてきた各ＩＰデータグラム３７を受信する毎に、図３に示すデータ受信処理を実行する。
【００７２】
図３に示す流れ図が開始され、Ｑ１にて一つのＩＰデータグラム３７を受信すると、受信したＩＰデータグラム３７が先頭のＩＰデータグラム３７であれば、内蔵したＴＦＴＰタイマを起動する（Ｑ２）。この受信したＩＰデータグラム３７を一旦受信バッファへ書込む（Ｑ３）。
【００７３】
そして、規定長１５００byte以下のＩＰデータグラム３７を受信するまで（Ｑ４）、次々とＩＰデータグラム３７を受信し、受信バッファへ書込む（Ｑ３）。この間、ＩＰ層レベルでＩＰヘッダ内部に含まれるオフセット値を使用して元のデータ３２を再生する。
【００７４】
規定長１５００byte以下のＩＰデータグラム３７が受信され（Ｑ４）、ＴＦＴＰタイマの時間がまだ規定時間に達していないことを確認すると（Ｑ５）、一つの伝送フレーム３０を分割して得られたＮ個のＩＰデータグラム３７全部を受信したと判断する。
【００７５】
そして、この受信した伝送フレーム３０を構成する全てのデータのデータ長を検出して、このデータ長が先頭のＩＰデータグラム３７に含まれるこのデータ３２のデータ量を示すサイズＳＺに一致するか否かを調べる（Ｑ６）。
【００７６】
データ長がサイズＳＺに一致すると、この受信したデータはホスト装置２２が送信したデータ３２と一致しているので、先頭のＩＰデータグラム３７のＴＦＴＰヘッダに含まれるブロック番号ＢＮを確認応答（ＡＣＫ）に組込んでホスト装置２２へ送信する（Ｑ７）。そして、受信バッファに一時記憶した各データをまとめてデータメモリへ転送する（Ｑ８）。
【００７７】
なお、Ｑ５にてＴＦＴＰタイマの時間が規定時間を越えた場合や、Ｑ６にてデータ長がサイズＳＺに一致しないとき、ＩＰデータグラム３７や伝送フレーム３０が途中で消滅したり、破壊したり、データ化け現象があったと判断する。そして、Ｑ９へ進み、前回正しく受信したデータ３２のブロック番号ＢＮを確認応答（ＡＣＫ）に組込んでホスト装置２２へ送信する（Ｑ９）。この場合、受信バッファに一時記憶した各データ３６を破棄する（Ｑ１０）。
【００７８】
ホスト装置２２の伝送フレーム設定部３４は、ネットワーク制御部２７を介して確認応答（ＡＣＫ）を受信すると、データファイル２６からサイズ領域３３に記憶されているサイズＳＺが指定するサイズの次のブロックのデータを読出して、伝送フレーム３０を作成してネットワーク制御部２７へ送出する。
【００７９】
ホスト装置２２は、前述したように、今回送信したブロック番号ＢＮの次のブロック番号ＢＮのデータを送信するので、端末装置２４から受信した確認応答  （ＡＣＫ）に含まれるブロック番号ＢＮが今回送信したブロック番号ＢＮと異なれば、この確認応答（ＡＣＫ）を再送要求と判断する。そして、この確認応答  （ＡＣＫ）に含まれるブロック番号ＢＮの次のブロック番号ＢＮのブロックのデータを伝送フレーム３０に組込んで送信すると共に、ワークメモリ２８のカウンタ３８の再送（ＲＴＹ）数ＣR に１を加算する。
【００８０】
また、ホスト装置２２は、今回の確認応答（ＡＣＫ）を受信した時から、ホスト装置２２内部に設けられたＴＦＴＰタイマを起動しており、規定時間経過する前に、次の確認応答（ＡＣＫ）を受信しない場合、単に端末装置２４の送信した確認応答（ＡＣＫ）が途中で消滅・破壊したのか、それとも送信したデータが端末装置２４に正常に送信できなかったのかの区別ができない。
【００８１】
したがって、この場合、ホスト装置２２は前回送信したブロック番号ＢＮと同一ブロックのデータを伝送フレーム３０に組込んで、再送すると共に、ワークメモリ２８のカウンタ３８の再送（ＲＴＹ）数ＣR に１を加算する。
【００８２】
また、制御部２９の伝送フレーム長制御部３５は、端末装置２４からネットワーク制御部２７を介して確認応答（ＡＣＫ）を受信したり、同一データを再送する毎に、図４に示すフレーム長制御処理を実行する。
【００８３】
図４の流れ図が開始され、Ｐ１にてホスト装置２２の制御部２９がイベントを受信すると、このイベントの種類を調べる（Ｐ２）。確認応答（ＡＣＫ）の場合は、ワークメモリ２８におけるカウンタ３８の確認応答数ＣA に１を加算する  （Ｐ３）。また、再送（ＲＴＹ）の場合は、カウンタ３８の再送数ＣR に１を加算する（Ｐ４）。
【００８４】
そして、Ｐ５にて、確認応答数ＣA と再送数ＣR との加算数（ＣA ＋ＣR ）が予め定められた５０等の所定単位としての基準数ＣS に達していない場合は、Ｐ１へ戻り、次のイベントの入力を待つ。
【００８５】
Ｐ５にて、加算数（ＣA ＋ＣR ）が基準数ＣS に達すると、下式に基づいて再送率ＲR を算出する（Ｐ６）。
【００８６】
ＲR ＝［ＣR ／（ＣA ＋ＣR ）］×１００    （％）
Ｐ７において、ワークメモリ２８のサイズ領域３３内に現在設定されているサイズＳＺを読取る。そして、現在のサイズＳＺが短い方の１ｋbyteであり、かつ算出した再送率ＲR が例えば予め設定された０，０５等の基準値ＲS 未満の場合は（Ｐ８）、伝送フレーム３０のデータ３２のデータ量を増加しても影響は少ないので、サイズ領域３３に設定されているサイズＳＺを１５ｋbyteへ変更する  （Ｐ９）。
【００８７】
また、Ｐ１０において、現在のサイズＳＺが長い方の１５ｋbyteであり、かつ算出した再送率ＲR が例えば予め設定された０，２等の許容上限値ＲH を越える場合は、異常発生時のデータの再送回数を減少させる目的で、サイズ領域３３に設定されているサイズＳＺを小さい方の１ｋbyteへ変更する（Ｐ１１）。
【００８８】
その後、カウンタ３８の確認応答数ＣA と再送数ＣR とを共に［０］にクリアする（Ｐ１２）。そして、Ｐ１へ戻り、次のイベントの入力を待つ。
【００８９】
このように構成されたデータ伝送装置においては、伝送フレーム長制御部３５によって、フラグメント処理を実行した場合のＴＦＴＰファイル転送プロトコルに従って実行しているデータ伝送における再送率ＲR が常時監視されている。
【００９０】
そして、ネットワーク制御部２７へ送出する伝送フレーム３０のデータサイズＳＺが短い方の１ｋbyteに設定されていた状態で、再送率ＲR が基準値ＲS 未満の場合は、通信ネットワークの通信品質が良好と考えられるので、たとえ送信すべき全データにおける伝送フレーム設定部３４で読出すサイズを大きくしても、途中で伝送フレームやＩＰデータグラム３７の消滅などによる再送は少ないと判断して、伝送フレーム３０のデータサイズＳＺを長い方の１５ｋbyteに変更する。
【００９１】
したがって、一括して送信するＩＰデータグラム３７数を増加して、データファイル２６に記憶されている送信すべき全部データの送信完了までにおける確認応答（ＡＣＫ）の送受信回数が減少される。よって、データ伝送装置全体としてのデータ伝送効率を向上できる。
【００９２】
逆に、ネットワーク制御部２７へ送出する伝送フレーム３０のデータサイズＳＺが長い方の１５ｋbyteに設定されていた状態で、かつ再送率ＲR が許容上限値ＲH を越える場合は、通信ネットワークの通信品質が不良と考えられるので、このまま送信すべき全データにおける伝送フレーム設定部３４で読出すデータサイズＳＺを大きくしていると、途中で伝送フレームやＩＰデータグラム３７の消滅等による再送は多く、また再送量が大きいと判断して、伝送フレーム３０のデータサイズＳＺを短い方の１ｋbyteへ変更する。
【００９３】
なお、伝送フレーム３０のデータ量を小さくすると、確認応答（ＡＣＫ）の送受信回数が増加するが、この確認応答（ＡＣＫ）の送受信回数の増加に起因するデータ伝送効率低下分に比較して、同一の伝送フレーム３０を再送信する回数が低下することに起因するデータ伝送効率上昇分の方が格段に大きい。
【００９４】
よって、この場合においても、データ伝送装置全体としてのデータ伝送効率を向上できる。
【００９５】
このように、再送率ＲR の増減に応じて、伝送フレーム３０に組込むデータ量を自動的に減増させることによって、たとえ通信ネットワークの通信品質が大きく変動したとして、その時点の通信品質における最良のデータ伝送効率を確保できる。
【００９６】
図５は通信品質とデータファイル２６に記憶されている送信すべき全部のデータを送信するのに必要な所要時間Ｔとの関係を示す図である。通信品質が良い状態においてはデータサイズＳＺを長く（１５ｋbyte）し、通信品質が悪化するとデータサイズＳＺを短く（１ｋbyte）すると、常に短い所要時間Ｔで必要な量のデータを送信できることが理解できる。
【００９７】
なお、本発明は上述した実施形態に限定されるものではない。実施形態装置においては、伝送フレーム３０のデータサイズＳＺを１ｋbyteと１５ｋbyteとの２種類の切換えたが、監視される再送率ＲR に応じて、３段階以上の多段階に切換えることも可能である。
【００９８】
【発明の効果】
以上説明したように本発明の情報処理システムにおいては、再送率に応じて、ネットワーク制御部へ送出する伝送フレームのデータ量を可変制御している。したがって、たとえ通信ネットワークの通信品質が大きく変動したとしても、常にその時点における最良のデータ伝送効率を確保できる。
【図面の簡単な説明】
【図１】  本発明の一実施形態に係わるデータ伝送装置が組込まれた情報処理システムの概略構成を示すブロック図
【図２】  同実施形態装置のネットワーク制御部が行うフラグメント処理した場合のＴＦＴＰデータファイル転送プロトコルのデータ分割手法を示す図
【図３】  同実施形態装置における端末装置の動作を示す流れ図
【図４】  同実施形態装置におけるホスト装置の動作を示す流れ図
【図５】  フラグメント処理した場合のＴＦＴＰデータファイル転送プロトコルにおける通信品質と所要伝送時間との関係を示す図
【図６】  一般的な情報処理システムの概略構成を示すブロック図
【図７】  一般的なＴＦＴＰデータファイル転送プロトコルにおけるデータ伝送手順を示す図
【図８】  一般的なフラグメント処理のデータ分割手法を示す図
【図９】  一般的なフラグメント処理におけるホスト装置と端末装置との間の情報交換手順を示すシーケンス図
【符号の説明】
２１…伝送路、２２…ホスト装置、２３…送受信機、２４…端末装置、２５…バスライン、２６…データファイル、２７…ネットワーク制御部、２８…ワークメモリ、２９…制御部、３０…伝送フレーム、３１…フレームメモリ、３２…データ、３３…サイズ領域、３４…伝送フレーム設定部、３５…伝送フレーム長制御部、３６…データ、３７…ＩＰデータグラム、３８…カウンタ
【図１】
0004523694.tif 000002
【図２】
0004523694.tif 000003
【図３】
0004523694.tif 000004
【図４】
0004523694.tif 000005
【図５】
0004523694.tif 000006
【図６】
0004523694.tif 000007
【図７】
0004523694.tif 000008
【図８】
0004523694.tif 000009
【図９】
0004523694.tif 000010