(57)【要約】【課題】送信側制御部の効率的なデータ転送処理を可能とする。【解決手段】送信側装置であるホスト１０で、複数のバッファメモリ１３−ｘを備え、転送制御部１４が、バッファメモリ１３−１から第１のデータを転送した際に、直ちに擬似応答を生成し、バッファメモリ１３−２の空きがある場合には次の転送用データを記憶可能にすることにより、第１の転送データが、ネットワーク２０上の輻輳、受信側端末装置３０からの転送データの再送、端末装置３０内での処理の衝突などにより、データ処理終了を知らせる応答の遅れを生じても、次の転送データに対するホスト１０でのメモリ処理を含むデータ転送準備を進めることができる。すなわち、データ転送の効率化が達成できる。擬似応答に関する情報は先取り情報として先取り情報メモリ１６に格納され先取り情報管理部１５が転送制御部１４の制御を受けて管理する。【選択図】図１
2006287293.tif 000002
【特許請求の範囲】
【請求項１】
送信側から受信側へデータを転送する方法において、送信側で、複数のバッファメモリを備え、当該バッファメモリから受信側へデータ転送した際には直ちに擬似応答を生成して次のデータ転送手順に進むことを特徴とするデータ転送効率化方法。
【請求項２】
請求項１に記載のデータ転送効率化方法において、次のデータ転送手順は、前記バッファメモリの残りに更に空きがある場合に次の転送用データをその空き領域に記憶して受信側へ転送する手順であることを特徴とするデータ転送効率化方法。
【請求項３】
請求項１に記載のデータ転送効率化方法において、送信側で、データ転送した前記バッファメモリに対しては擬似応答を記録し、受信側から正規の終了応答を受けた際に対象のバッファメモリのデータを消去して空きとすることを特徴とするデータ転送効率化方法。
【請求項４】
請求項１に記載のデータ転送効率化方法において、送信側で、定期的を含む所定時期に、この時期までに発生した転送指令を転送指令群として一括してデータ転送処理することを特徴とするデータ転送効率化方法。
【請求項５】
請求項１に記載のデータ転送効率化方法において、送信側で、受信側へデータ転送する際に、その受信側へデータ転送のための状況問合せを送り、その回答に基づいてデータ転送処理することを特徴とするデータ転送効率化方法。
【請求項６】
請求項１に記載のデータ転送効率化方法において、受信側で複数のバッファメモリを備え、送信側からデータ転送のための状況問合せを受けた際に、前記バッファメモリのうちの空き状況を回答し、送信側はその空き状況に基づいてデータ転送することを特徴とするデータ転送効率化方法。
【請求項７】
送信側装置から受信側装置へデータを転送するシステムにおいて、送信側装置は、転送用データを記憶する複数のバッファメモリと、前記バッファメモリに空きがある場合に転送用データを記憶させると共にその転送指令を発する送信側制御部と、前記送信側制御部の指令を受けて前記バッファメモリからデータを転送すると共に、その転送の際には直ちに擬似応答を生成してその擬似応答を前記送信側制御部に通知する転送制御部とを備え、前記送信側制御部は、その擬似応答を受けた際に前記バッファメモリに空きがある場合には、次の転送用データをその空きバッファメモリに記憶してデータ転送を指示することを特徴とするデータ転送効率化システム。
【請求項８】
請求項７に記載のデータ転送効率化システムにおいて、前記転送制御部が生成した擬似応答を受け付け、対象のバッファメモリに対応付けて記憶し、前記転送制御部からその擬似応答に対応する正規終了応答を受けた際には前記対象のデータを消去してバッファメモリを空き表示にする先取り情報管理部を更に備えることを特徴とするデータ転送効率化システム。
【請求項９】
請求項７に記載のデータ転送効率化システムにおいて、受信側に、複数の受信側バッファメモリを有し、送信側からデータ転送のための状況問合せを受けた際に、前記受信側バッファメモリの空き状況を回答する受信側装置を備え、前記送信側では、前記転送制御部がその受信側装置から受けた空き状況に基づいてデータ転送することを特徴とするデータ転送効率化システム。
【請求項１０】
請求項９に記載のデータ転送効率化システムにおいて、上記状況問合せは、送信側で、定期的または転送データ発生時に実行することを特徴とするデータ転送効率化システム。
【請求項１１】
受信側にデータ転送する送信側装置において、転送用データを記憶する複数のバッファメモリと、前記バッファメモリに空きがある場合に転送用データの記憶させると共にその転送を指令する送信側制御部と、その転送指示を受けて前記バッファメモリからデータを転送すると共に、その転送の際には直ちに擬似応答を生成してその擬似応答を前記送信側制御部に通知する転送制御部とを備え、前記送信側制御部は、その擬似応答を受けた際に前記バッファメモリに空きがある場合には、次の転送用データをその空きバッファメモリに記憶してデータ転送を指令することを特徴とする送信側装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のバッファメモリを用いてデータ転送する際の転送効率化を図る方式に関するものである。
【背景技術】
【０００２】
従来のデータ転送効率化方式には、例えば、特開平０４−２８０５４２号公報（特許文献１）または特開平１１−０８８４６４号公報（特許文献２）で開示されたものがある。
【０００３】
特許文献１を、例えば、図７を参照して説明する。
【０００４】
送信側装置１１０は、データ転送効率化のため、転送制御部１１３により、複数バッファメモリに記憶され予め設定された最大フレーム数のデータを纏め連続して受信側装置１３０へ送出する。しかし、受信側装置１３０の通信処理性能が低い場合、またはバッファメモリに余裕がなくなっている場合などでは、送信側装置１１０の転送制御部１１３が転送したデータフレームに対して再送要求を受ける。転送制御部１１３は、この再送要求の発生頻度を監視し、再送要求が一定頻度以上発生した際には、送出する最大フレーム数を低減する。このように、送信側装置１１０は、再送要求の発生頻度に基づいて、一括送出する最大フレーム数を変更することにより、再送要求の発生を低減させる最大フレーム数の最適化を図っている。
【０００５】
ここで、図７に図８のシーケンスチャートを併せ参照して正常動作の際の手順について説明する。
【０００６】
送信側装置１１０のデータ処理部１１１は、バッファメモリ１１２にデータを記憶し、予め設定された最大フレーム数のデータに達した際に、転送制御部１１３にそのデータの転送を指示（手順Ｓ１０１）する。転送制御部１１３は、転送先受信側装置１３０の受信制御部１３１に所定量データを転送（手順Ｓ１０２）する。
【０００７】
受信側装置１３０では、受信制御部１３１がそのデータを受付け（手順Ｓ１０３）し、バッファメモリ１３２に記憶させる。データ処理部１３３は、受付けデータを処理して処理済のデータをバッファメモリ１３２から消去し、空き（手順Ｓ１０４）にしてこれを受信制御部１３１に通知する。受信制御部１３１は、転送データの正常処理終了を所定の応答信号により送信元の転送制御部１１３へ送出（手順Ｓ１０５）する。
【０００８】
送信側装置１１０では転送制御部１１３が応答信号を受付け（手順Ｓ１０６）してデータ処理部１１１に送る。従って、データ処理部１１１がこれを受付け（手順Ｓ１０７）しバッファメモリ１１２のデータを消去して空き表示（手順Ｓ１０８）する。この結果、バッファメモリ１１２に空きを生じるので、データ処理部１１１は、次の所定量データをバッファメモリ１１２に記憶（手順Ｓ１０９）し、転送制御部１１３にそのデータの転送を指示（手順Ｓ２０１）する。この手順Ｓ２０１は上記手順Ｓ１０１に戻ることであり、以下の手順を繰り返すこととなる。
【０００９】
このような構成では、送信側装置１１０が連続してデータ転送する場合、上記手順Ｓ１０２のデータ転送から手順Ｓ１０７の受信側応答受付けまでを含む間にはバッファメモリ１１２が塞がれており、次のデータ転送ができない。更に、この間には、ネットワーク１２０での輻輳による遅れも含まれるので、後に続くデータ転送の遅れは避けられない。また、送信側装置１１０が例えば同一受信側装置１３０に連続してデータ転送する場合、同一受信側装置１３０のデータ処理部１３３における上記手順Ｓ１０４から次の手順Ｓ２０４までの時間的な空白も避けられない。
【００１０】
更に、この特許文献１では、受信側で上記手順Ｓ１０３における転送データ受付けの際に、バッファメモリ１３２の空き容量の不足などから転送データを受付けすることができず、かつ、受信側との性能差も避けられないので、再送要求する機会も多い。このような最大フレーム数最適化の過程で、再送要求の発生、または条件緩和された際の最大フレーム数拡大処理などから、データ転送の更なる遅れは避けられない。
【００１１】
また、特許文献２では、一つのトラック分データを複数のパケットデータに分割して複数のバッファメモリに記憶した際、送信側装置１１０では、転送制御部１１３が、送信用バッファに空きがあれば応答を待たずに順次転送データを格納して送出する。転送制御部１１３は、送出データに対する正常受信応答を受けた際に、該当データをクリアし、異常受信応答の場合には、一つのトラック分全てのデータではなく、その異常受信したパケットのデータから以降のデータを再送する。従って受信側装置１３０では、この送信側の処理に対応して、異常受信のデータ以降に受けたデータのみを破棄して、異常であったデータを再度受信する。このように、一括送信のトラックデータであっても、異常検出以前に正常に受けたパケットデータの再送を不要にしてデータ転送の効率化を図っている。
【００１２】
しかしながら、この特許文献２のようなデータ転送処理でも、特許文献１と同様に、正常なデータ転送で、送信側から連続してデータ転送する場合には、先の転送データの全てが受信側に正常に転送終了しない限り次のデータ転送の指示が開始できないので、データ転送の遅れは避けられない。
【００１３】
【特許文献１】特開平０４−２８０５４２号公報
【特許文献２】特開平１１−０８８４６４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
上述した従来のデータ転送効率化方式では、データ転送効率化のために、複数のバッファメモリに記憶されたフレームまたはパケットのうちの複数を纏め連続的に転送して、送信側が受信側から受ける異常に基づく再送要求に対応したデータ転送効率化システムが説明されている。しかしながら、送信側では、ネットワーク上での再送要求による遅延は勿論、正常転送における輻輳などの遅延、または送信側と受信側との性能差に基づく遅延、受信側装置でのデータ処理の遅れなど、受信側からの応答遅れによる遅延を避けることができない。
【００１５】
解決しようとする課題は、送信側装置が受信側装置に対するデータ転送に際して、従来発生していた遅延原因を排除した効率的なデータ転送を可能にすることである。
【課題を解決するための手段】
【００１６】
本発明は、送信側装置が受信側装置に対してデータ転送する際の受信側装置からの応答遅れを回避することを目的として、送信側は、複数のバッファメモリを備え、当該バッファメモリから受信側へデータ転送した際には直ちに擬似応答を生成して次のデータ転送手順に進むことを主要な特徴とする。その、次のデータ転送手順は、前記バッファメモリの残りに更に空きがある場合に次の転送用データをその空き領域に記憶して受信側へ転送する手順である。
【００１７】
このような構成のため、送信側は、受信側からの応答を待つことなく、次のデータ転送を、バッファメモリが満杯になるまで継続することができる。この間、正規の転送終了の応答があれば、その分のバッファメモリを空きにして使用可能にできる。
【００１８】
従って、送信側では、上記擬似応答がデータ転送した前記バッファメモリに対して記録される。そして、受信側から正規の終了応答を受けた際にはその擬似応答と共に対象のバッファメモリに記憶されたデータを消去してそのバッファメモリを空きとすることができる。
【００１９】
更に、受信側で複数のバッファメモリを備え、送信側からデータ転送のための状況問合せを受けた際に、前記バッファメモリのうちの空き状況を回答し、送信側はその空き状況に基づいてデータ転送することが、空き容量の不足による再送を防止することができるので好ましい。
【００２０】
更に、送信側では、受信側への状況問合せを定期的など所定時期に行い、この時期までに、発生する転送指令を転送指令群として一括して転送処理することもできる。
【００２１】
また、送信側装置は、転送用データを記憶する複数のバッファメモリと、前記バッファメモリに空きがある場合に転送用データの記憶させると共にその転送を指令する送信側制御部と、その転送指令を受けて前記バッファメモリからデータを転送すると共に、その転送の際には直ちに擬似応答を生成してその擬似応答を前記送信側制御部に通知する転送制御部とを備え、前記送信側制御部は、その擬似応答を受けた際に前記バッファメモリに空きがある場合、次のデータ転送を指令して転送用データをその空きバッファメモリに記憶することを特徴とする。
【００２２】
更に、前記転送制御部が生成した擬似応答を受付け、対象のバッファメモリに対応付けて記憶し、前記転送制御部からその擬似応答に対応する正規応答を受けた際には前記対象のバッファメモリに記憶されたデータを消去して空きとする先取り情報管理部を更に備えることが、送信側制御部の構成を従来のままとし、転送制御部の制御を簡潔化するために好ましい。
【発明の効果】
【００２３】
本発明のデータ転送効率化方式は、送信側で、複数のバッファメモリを備え、当該バッファメモリからデータ転送した際に、直ちに擬似応答を生成し、前記バッファメモリに空きがある場合に次の転送用データを記憶可能にしているため、データの転送と処理との間であっても、次のデータ転送指令が空きバッファメモリを使用して可能となるので、受信側への転送指令をより多く可能とし、ネットワーク上の負荷軽減も可能となる。
【００２４】
更に、送受信装置間の空きメモリ状況通知を可能とすることにより、より効率的なデータ転送が可能になる。
【発明を実施するための最良の形態】
【００２５】
送信側装置が受信側装置に対してデータ転送する際の受信側装置からの応答遅れを回避するという目的を、送信側で、複数のバッファメモリを備え、当該バッファメモリからデータ転送した際に、直ちに擬似応答を生成し、前記バッファメモリに空きがある場合に次の転送用データを記憶可能にすることにより、受信側を変更することなしに達成した。
【００２６】
更に、送信側装置では、転送制御部及びバッファメモリを含む受信側とのインタフェース部分の周辺制御部に上記擬似応答を処理する情報管理部を備えることにより、転送制御部の小変更のみで目的を達成することができた。更に、受信側にも複数の受信側バッファメモリを備え、受信側の空きバッファ状況を送信側に通知する機能を追加することにより、一層のデータ転送効率化を図ることができる。
【実施例１】
【００２７】
本発明の実施例１について本発明に係る正常動作部分について、図１を参照して説明する。異常動作については、異常の検出で状態を停止保持させることにより、障害のトレースを可能とするなど、従来の技術を用いるものとし、ここでの説明は省略する。また、正常動作の部分についても、本発明に係る以外の部分については図示及び説明が省略される。また、図面では紙面の都合上、バッファメモリをバッファと略称している箇所もある。
【００２８】
図１は、本発明のデータ転送効率化システムにおける機能ブロックの実施の一形態を示す説明図である。図１には、送信側装置としてホストコンピュータ（以後、ホストと略称する）１０が、かつ、受信側装置として端末装置３０がネットワーク２０に接続している。
【００２９】
ホスト１０には、送信側制御部１１と周辺制御部１２とが示されている。周辺制御部１２には、二群のバッファメモリ１３−１，１３−２、転送制御部１４、及び先取り情報管理部１５が含まれ、先取り情報管理部１５は先取り情報メモリ１６を有する。
【００３０】
端末装置３０には、受信制御部３１、先取り情報管理部３２、二群のバッファメモリ３３−１，３３−２、及び端末制御部３４が含まれ、先取り情報管理部３２は先取り情報メモリ３５を有する。
【００３１】
上述した従来のシステムとの相違は、送信側と受信側とのそれぞれで二群のバッファメモリを有していることである。実際には、複数バッファメモリのうち、第１の指示で使用された分の次のポインタを第２の指示とし、第１の指示分のバッファメモリが空きになった際に上記第２の指示で使用された分の次のポインタを第１の指示とするように交互に利用できる群分割としている。しかし、説明を単純にするため単に二つの固定されたバッファメモリとして説明する。
【００３２】
周辺制御部１２の転送制御部１４及び先取り情報管理部１５と端末装置３０の受信制御部３１及び先取り情報管理部３２とは、指示先取りに関する情報の授受を例えば起動時および定期的に実施し、それぞれの先取り情報メモリ１６と先取り情報メモリ３５とにおいて記憶保持及び更新するものとする。この指示先取り情報には例えば各送受信バッファの大きさ、既処理／未処理データの大きさ、処理時間、再送情報などが含まれる。この指示先取り情報を元に、周辺制御部１２と端末装置３０との間の負荷状態による処理性能の変化がバッファリングサイズ等の管理に反映させられる。
【００３３】
送信側制御部１１は、転送データを有する場合、周辺制御部１２から受ける指令要求に従って保持する転送データを送信先等の指令と共に指定されたバッファメモリ１３−ｘに送り、この転送データに係る応答を受けて、次のデータ転送を可能とする。すなわち、送信側制御部１１は、従来に対してわずかな機能追加のみにより運用することができる。転送データとその転送指令とは、指令要求を受けた際に発生している複数の指令群を、バッファメモリの空き容量に応じて一括して処理することができる。
【００３４】
周辺制御部１２では、転送制御部１４が、空きの例えばバッファメモリ１３−１を指定し送信側制御部１１へ要求して受けた指令と転送データとをそのバッファメモリ１３−１に記憶し、直ちに擬似応答を送信側制御部１１と先取り情報管理部１５とへ送る。転送制御部１４は転送指令要求を、例えば指示先取り情報として受信側から取得する際に送信側制御部１１へ送付するものとする。
【００３５】
転送制御部１４は、上述したように、端末装置３０との間で指示先取り情報を例えば定期的に、授受して先取り情報メモリ１６に保持しているので、受信装置側バッファメモリの空き状態を把握している。また、転送制御部１４は、正常なデータ転送終了により端末装置３０から正常終了応答を受けた際には、それを先取り情報管理部１５へ送ると共に対応する記憶データを消去して空き状態とする。
【００３６】
転送制御部１４は、転送データをバッファメモリ１３−１に記憶し擬似応答を送信側制御部１１に送ったのちにバッファメモリ１３−２が空きの場合には、続けてこのバッファメモリ１３−２を指定して送信側制御部１１へ次の転送データへの指令要求を送ることができる。
【００３７】
先取り情報管理部１５は、転送制御部１４から擬似応答を受けた際には、対応するバッファメモリ情報を先取り情報メモリ１６に記憶し、転送制御部１４から正常応答を受けるまで保持する。先取り情報管理部１５が、バッファメモリ１３−ｘと転送制御部１４との間に介在して、転送制御部１４をほぼ従来機能により運用可能とすることができる。
【００３８】
端末装置３０では、受信制御部３１がネットワーク２０を介してホスト１０と接続している。受信制御部３１は、先取り情報管理部３２及びバッファメモリ３３−ｘから情報を得て、ホスト１０と先取りに関する情報の授受を例えば起動時および定期的に実施して、ホスト１０のバッファの利用状況を把握している。
【００３９】
受信制御部３１は、ホスト１０から受け取った指令とデータとを、指示された例えばバッファメモリ３３−１に記憶し、端末制御部３４にそれを通知する。受信制御部３１は、端末制御部３４からデータの処理終了通知を受けた際に該当するバッファメモリ３３−ｘのデータを消去し、ホスト１０に正常終了での応答を送出する。
【００４０】
端末制御部３４は、受信制御部３１からバッファメモリ３３−ｘへデータの記憶通知を受けた際には、これを取り出して処理し、その終了を通知する。端末制御部３４は、一つの処理が終了したのち、次の処理を実行する。
【００４１】
次に、本発明による特徴を示す図２Ａ及び図２Ｂを参照して、図１における順調状態での動作シーケンスを説明する。
【００４２】
先ず、ホスト１０では、送信側制御部１１が発生した転送データを保持し転送待機状態であるとする。
【００４３】
周辺制御部１２で、転送制御部１４は、本実施例１では定期的に端末装置３０の受信状況を問い合わせて獲得する。この際、転送制御部１４は、バッファメモリ１３−１の空きにより、送信側制御部１１へ、転送指令を要求（手順Ｓ１）する。送信側制御部１１は、周辺制御部１２から受けるデータ転送の指令要求に従って、第１の転送データをその指令と共に周辺制御部１２へ送出（手順Ｓ２）する。
【００４４】
周辺制御部１２では、送信側制御部１１が、受けたデータをその指令に基づいてバッファメモリ１３−１に記憶（手順Ｓ３）する一方、そのデータを端末装置３０へネットワーク２０を介して転送（手順Ｓ４）する。送信側制御部１１は、データ転送に対してその従来手順における処理終了応答を待たず、送信側制御部１１に擬似応答を送出（手順Ｓ５）する。この関連情報は先取り情報管理部１５に送られ先取り情報メモリ１６に記憶される。
【００４５】
ホスト１０から転送データを受けた端末装置３０では、受信制御部３１が受付けしたデータをバッファメモリ３３-１に記憶（手順Ｓ６）してこれを端末制御部３４に通知する。端末制御部３４は、バッファメモリ３３-１に記憶されたデータを受付けして処理(手順Ｓ７)する。
【００４６】
制御部３１は、端末制御部３４から第１データの処理終了（手順Ｓ７Ｆ）の通知を受けた際、第１のバッファメモリ３３-１の記憶データを消去して処理終了の応答をホスト１０に送出（手順Ｓ８）する。ホスト１０では、周辺制御部１２が終了応答を受けて第１のバッファメモリ１３-１の記憶データと先取り情報メモリ１６の指令を含む該当情報との記録を消去（手順Ｓ９）して第１のバッファメモリ１３-１の空きを表示（手順Ｓ９Ｆ）する。
【００４７】
上述した手順Ｓ５で送出された擬似応答は、送信側制御部１１で従来の正規応答として処理される。すなわち、送信側制御部１１は、上記手順Ｓ２で転送指令ののちに第２の転送データが発生（手順Ｓ１０）した際に、周辺制御部１２から第２のバッファメモリ１３−２の空き表示に基づいて定時の転送指令要求（手順Ｓ１１）を受けて、第２のデータ転送指令を送出（手順Ｓ１２）することができる。以降の手順Ｓ１６までは上記第１の転送データに対する手順Ｓ６までの手順と同様であり、その説明は省略する。
【００４８】
このように、従来では、第２のバッファメモリ１３−２が空きであっても手順Ｓ９Ｆまで終わらなければ、次の転送データの処理が始められなかったが、本発明によれば上記手順Ｓ５で擬似応答の発生時点で、データの転送指令を送出処理できる。
【００４９】
上記手順Ｓ１６で端末装置３０が第１のデータ転送先と同一の場合、第２のバッファメモリ３３−２に記憶されたデータは、上記手順Ｓ７Ｆの第１のデータ処理終了後に処理される。しかし、第１及び第２それぞれのデータ転送先が異なる場合にはそのデータ処理の終了は早い。
【００５０】
また、第２の転送データに対しても、送信側制御部１１は擬似応答を受けるが、周辺制御部１２ではバッファメモリ１３-１,１３-２が使用中であり、空きがないので、空きが生じるまで転送制御部１４は第３の転送データに対する転送指令要求を送出することができない。
【００５１】
本実施例では、転送制御部１４が、上記手順Ｓ９Ｆによる第１のバッファメモリ１３−１の空き表示に従って第３の転送データに対して定時の転送指令要求（手順Ｓ２１）をすることができる。以降の手順は上述したと同一である。
【００５２】
このような構成を採用したので、ある転送データが、ネットワーク上の輻輳、転送データの再送、端末装置での処理の衝突などによりデータ処理終了の遅れを生じ他としても、次の転送データに対する送信側装置内でのメモリ処理を含む転送準備を進めることができる。すなわち、データ転送の効率化が実現できる。
【００５３】
上記説明では、一つの転送指令要求で、第１、第２などの各一つのデータ転送指令を処理するとされているが、送信側及び受信側それぞれでバッファメモリに余裕があれば、複数の転送指令による指令群が処理されてもよい。
【００５４】
従って、あるデータの転送開始から処理終了までの間に次のデータの処理を重複させて交互に実行できるので、特に、送信側制御部では、従来と比較して二倍のデータ転送の処理を可能とし、その効率化が容易になる。
【実施例２】
【００５５】
本発明の実施例２について図３を参照して説明する。
【００５６】
図３の実施例は、上記実施例１で二つのバッファメモリを交互に使用するのに対して、複数のバッファメモリを使用してデータ転送の更なる効率化を図るものである。
【００５７】
図３の図１との相違は、ホスト１０Ａの周辺制御部１２Ａに設けられるＮ個のバッファメモリ１３−１〜１３−ｎと、端末装置３０Ａに設けられるＭ個のバッファメモリ１３−１〜１３−ｍとである。従って、転送制御部１４Ａ、先取り情報管理部１５Ａ、受信制御部３１Ａ、及び先取り情報管理部３２Ａもその制御情報が多少変更される。しかし、これらの動作機能は上記実施例の説明と全く同一である。
【００５８】
この主要シーケンスは上記図２Ａ及び図２Ｂと同様であり、ホスト１０Ａのバッファメモリ１３−１〜１３−ｎの空きがある限り、送信側制御部１１Ａの転送指令が送出可能であり、転送先の端末装置３０Ａのバッファメモリ１３−１〜１３−ｍに空きがある限りその転送と処理との実行が容易である。
【００５９】
従って、ホスト側の処理速度と、転送先装置の処理速度との兼ね合いで、従来のＮ倍までの効率化が期待できる。
【００６０】
例えば、上記実施例と同等の構成とすれば、バッファメモリ１３−１〜１３−ｎそれぞれが、一つの転送指令に対応付けできる。しかし、本実施例ではそれぞれの転送指令が扱う転送データ量は異なるので、バッファメモリの空き領域の先頭ポインタ位置と残りのメモリ量とで次の順番のバッファメモリとしている。すなわち、見かけ上の空きのバッファメモリは一つである。
【００６１】
次に、図３に図４のフローチャートを併せ参照してホスト１０Ａにおける送信側制御部１１の主要動作を説明する。
【００６２】
送信側制御部１１は、転送データ発生（手順Ｓ４１がＹＥＳ）で、周辺制御部１２Ａから転送指令受付け（手順Ｓ４２がＹＥＳ）の場合、転送先、データ量、指令要求に含まれるバッファメモリ１３の先頭ポインタなどの情報を転送指令に含め、転送データと共に周辺制御部１２Ａへ送出（手順Ｓ４３）する。この送出に対して周辺制御部１２Ａは擬似応答を送出するが、送信側制御部１１は、その擬似応答を正規応答の受付け（手順Ｓ４４のＹＥＳ）として所定処理（手順Ｓ４５）を実行し、上記手順Ｓ４１に手順を戻す。
【００６３】
上記手順Ｓ４２が「ＮＯ」で周辺制御部１２Ａからの転送指令要求を待合せする場合、送信側制御部１１は、手順Ｓ４１に戻り、次に発生の転送データを次の転送指令として保有する。従って、手順Ｓ４２が「ＹＥＳ」の場合、手順Ｓ４３では複数の「指令＋データ」が指令群として送出される。
【００６４】
次に、図３に図５のフローチャートを併せ参照してホスト１０Ａにおける周辺制御部１２Ａの主要動作を説明する。
【００６５】
周辺制御部１２Ａでは、転送制御部１４Ａは、所定時期に到達（手順Ｓ５１のＹＥＳ）の際に端末装置３０へ受信状況を問合せし、その回答を先取り情報管理部１５Ａに送って先取り情報メモリ１６に記憶格納（手順Ｓ５２）する。この際、バッファメモリ１３−ｘが空きあり状態（手順Ｓ５３のＹＥＳ）の場合、空きの先頭ポインタ、例えばバッファメモリ１３−１を指定して送信側制御部１１へデータ転送の指令要求（手順Ｓ５４）を行う。
【００６６】
この結果、転送制御部１４Ａは、送信側制御部１１から「指令＋データ」を受付けるので、メモリバッファ１３−１に格納（手順Ｓ５５）すると共に、転送先の端末装置３０Ａへの転送（手順Ｓ５６）を図る。手順Ｓ５６が「ＮＯ」で転送不可の場合には、転送制御部１４Ａは、転送待合せ（手順Ｓ５７）として上記手順Ｓ５６に戻り、「ＹＥＳ」の「転送可」となるのを待つ。
【００６７】
手順Ｓ５６が「ＹＥＳ」で「転送可」の場合、転送制御部１４Ａは転送可となった対象の転送データをバッファメモリ１３−１から取り出して端末装置３０Ａへの送出（手順Ｓ６１）を行う。次いで、転送制御部１４Ａはこの転送データに対する擬似応答を正規応答として送信側制御部１１へ送出（手順Ｓ６２）する。
【００６８】
その後、転送制御部１４Ａは、正常終了の応答を転送先の端末装置３０Ａからの受付け（手順Ｓ６３のＹＥＳ）まで待って、その該当バッファメモリ（例えば）１３−１の格納データを消去しその空き表示（手順Ｓ６４）する。
【００６９】
上記手順Ｓ６３が「ＮＯ」で正常終了応答の受付けがあるまで、転送先への転送待ちデータあり（手順Ｓ６５のＹＥＳ）の場合、転送制御部１４Ａの手順は上記手順Ｓ５６に戻る。
【００７０】
上記手順Ｓ６５が「ＮＯ」で転送待合せなしの場合、この一連の手順は終了する。
【００７１】
上記手順Ｓ５１は、本実施例では定期的であり、上記手順Ｓ５６以降の手順が進んでいる場合にも、次の手順が発生する。従って、手順S５６以降の手順ではこの所定時期の手順以前で転送待ちのデータ処理手順についても含まれる。
【００７２】
次に、図３に図６のフローチャートを併せ参照して端末装置３０Aにおける主要動作を説明する。
【００７３】
まず、ホスト１０Aからネットワーク２０を介して受信状況の問合せ（手順Ｓ７１のＹＥＳ）を受けた際、受信制御部３１Ａが、バッファメモリ３３−ｘの空きなし（手順Ｓ７２がＮＯ）の場合、ホスト１０Ａへ「転送不可」を応答（手順Ｓ７３）する。この手順Ｓ７２が「ＹＥＳ」で「空きあり」の場合、受信制御部３１Ａはホスト１０Ａへ「転送可」を応答（手順Ｓ７４）する。
【００７４】
次いで、受信制御部３１Ａは、転送データを指令と共に受付け（手順Ｓ７５のＹＥＳ）の場合、受付けした「指令＋データ」を指令で指定されたバッファメモリ（例えば）３３−１に格納（手順Ｓ７６）する。データの格納により、端末制御部３４は、その「指令＋データ」をバッファメモリ３３-１から取出しし、その処理を実行（手順Ｓ７７）する。
【００７５】
端末制御部３４による処理が実行終了（手順Ｓ７８がＹＥＳ）の場合、受信制御部３１Ａは、バッファメモリ３３−１の該当するデータを消去（手順Ｓ７９）し、データ対応の終了応答を転送元のホスト１０Ａへ送出（手順Ｓ８０）する。
【００７６】
ここで、未処理データがバッファメモリに残存（手順Ｓ８１のＹＥＳ）の場合、手順は上記手順Ｓ７８に戻り、手順Ｓ８１が「ＮＯ」で未処理データが皆無となるまで繰り返される。
【００７７】
上記手順Ｓ７１は、本実施例では定期的であり、上記手順Ｓ７８以降の手順が進んでいる場合にも、次のデータ転送による手順が発生する。従って、手順Ｓ７８以降の手順ではこの所定時期の手順以前での転送データに係る未処理または処理中の動作についても含まれる。
【００７８】
このような構成を採用したので、バッファメモリを小容量に分割する場合、よりきめ細かなデータ格納が可能なので、メモリを有効に使用できると共に、転送の効率化により効果がある。
【産業上の利用可能性】
【００７９】
送信側で、複数のバッファメモリを用いて複数の転送データを格納し、転送した際に、その転送データを擬似応答状態として次の転送処理を開始し、先のデータ転送の処理終了前に次の転送処理が開始できるので、送信側で転送データのバッファメモリへの順次の格納が容易にできる。
【００８０】
従って、本発明は送信側制御部の効率的なデータ転送処理が必要かつ不可欠な用途に適用できる。すなわち、ネットワークを介して通信を実現しているシステムであり、非同期的な通信を行っている装置に有効である。例えば、端末からの応答内容によって処理内容を変更するような同期的通信を行っていない表示機能などに対して効果的である。
【図面の簡単な説明】
【００８１】
【図１】本発明によるデータ転送効率化方式の実施の一形態を機能ブロックで示した説明図である。（実施例１）
【図２Ａ】図１の主要動作をシーケンスチャートで示した説明図である。（実施例１）
【図２Ｂ】図２Ａに続く主要動作の一部をシーケンスチャートで示した説明図である。（実施例１）
【図３】本発明によるデータ転送効率化方式の実施の一形態を機能ブロックで示した説明図である。（実施例２）
【図４】図３の送信側制御部の主要動作をフローチャートで示した説明図である。（実施例２）
【図５】図３の周辺制御部の主要動作をフローチャートで示した説明図である。（実施例２）
【図６】図３の端末装置の主要動作をフローチャートで示した説明図である。（実施例２）
【図７】従来のデータ転送効率化方式の一例を機能ブロックで示した説明図である。
【図８】図７の主要動作をシーケンスチャートで示した説明図である。
【符号の説明】
【００８２】
１０、１０Ａ    ホストコンピュータ（ホスト）
１１    送信側制御部
１２、１２Ａ    周辺制御部
１３、３３    バッファメモリ
１４、１４Ａ    転送制御部
１５、１５Ａ    先取り情報管理部
１６、３５    先取り情報メモリ
２０    ネットワーク
３０、３０Ａ    端末装置
３１、３１Ａ    受信制御部
３２、３２Ａ    先取り情報管理部
３４    端末制御部
【図１】
2006287293.tif 000003
【図２Ａ】
2006287293.tif 000004
【図２Ｂ】
2006287293.tif 000005
【図３】
2006287293.tif 000006
【図４】
2006287293.tif 000007
【図５】
2006287293.tif 000008
【図６】
2006287293.tif 000009
【図７】
2006287293.tif 000010
【図８】
2006287293.tif 000011