JPH05292150A - 通信処理装置 - Google Patents

Abstract

(57)【要約】 【目的】通信路の状況や、種別に従い、可能な限り転送
に要する時間が削減され、通信を効率的に行うことがで
きる。 【構成】通信路の確定後、確定した通信路の種別によ
り、データ受信側では、ブロック受信毎に、ある条件を
満たしたら肯定応答を先送りし、送信側においては受信
側からの応答を待たずに順次ブロックを送信する第１の
方式と、データ受信側では、ブロック受信毎にエラ−チ
ェックを行い、肯定応答あるいは否定応答を返し、送信
側においてはブロック送信後応答を待って、肯定応答な
ら次のブロックを、否定応答なら同じブロックを送信す
る第２の方式とのいずれかを、それぞれ選択して動作さ
せる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は通信処理装置に関し、例
えば、ファイル転送などのバッチ形式のデータ転送方式
を用いる通信処理装置に関する。

【０００２】

【従来の技術】従来、この種のデータ通信方式は、回線
上の障害を予測して、ファイル転送等のデータ転送方式
では、受信データブロック毎にエラ−検査を行い、正常
に受信できれば受信確認を返し、次のブロックの送信を
促し、受信エラ−であれば再送要求を返し、もう一度同
じブロックの送信を促す、という方式が一般的である。

【０００３】

【発明が解決しようとしている問題点】しかしながら、
上記従来例では、最近のデータ通信技術では、従来のデ
ータ通信で行われてきた回線障害対策を、もっと下位の
レベルすなわち回線と回線の終端で、エラ−フリ−のデ
ータを保証するというようになってきており、この場合
さらに上位レベルの通信方式において、従来のような回
線障害対策を行う必要はなくなった。

【０００４】さらに、上位レベルで従来のような回線障
害対策を行うことは、エラ−フリ−の通信路を用いる場
合は、通信効率の低下を招くという欠点があった。

【０００５】今日、エラ−フリ−の通信路と従来のエラ
−の発生が予想される通信路とが混在しており、従来の
通信方式が依然として採用されているのが現状である。

【０００６】本発明は、上述した従来例の欠点に鑑みて
なされたものであり、その目的とするところは、通信路
の状況や、種別に従い、可能な限り転送に要する時間が
削減され、通信を効率的に行える通信処理装置を提供す
る点にある。

【０００７】

【課題を解決するための手段】上述した課題を解決し、
目的を達成するため、本発明に係る通信処理装置は、ブ
ロック毎に、受信側は受信肯定応答あるいは、受信否定
応答を返し、送信側は受信応答を待ち、肯定応答の場合
は次のブロックを送信し、否定応答の場合は同じブロッ
クを再送する通信処理方式を用いる通信処理装置におい
て、前記受信側で受信されたブロツクに従って所定の条
件の満足度を判定する判定手段と、前記判定手段で判定
した満足度に従って肯定応答の先送り処理を制御する制
御手段とを備える。

【０００８】

【作用】かかる構成によれば、判定手段は受信側で受信
されたブロツクに従って所定の条件の満足度を判定し、
制御手段は判定手段で判定した満足度に従って肯定応答
の先送り処理を制御する。

【０００９】

【実施例】以下、添付図面を参照して本発明の好適な実
施例を詳細に説明する。

【００１０】図１は本発明の一実施例であるパ−ソナル
コンピュ−タの構成を示すブロック図である。図中、１
は中央演算処理を行うＣＰＵである。２は、基本ソフト
ウエアなどを格納するするところのＲＯＭである。この
ＲＯＭ２から基本ソフトウエアが、ＣＰＵ１により読み
込まれ、パ−ソナルコンピュ−タの基本システムが立ち
上がる。

【００１１】３は、本発明の通信方式を実施する通信プ
ログラムなどのアプリケ−ションプログラムなどを格納
するところのＲＡＭである。このＲＡＭ３に外部記憶装
置などからアプリケ−ションプログラムをロードして、
ＣＰＵ１が解読してアプリケ−ションプログラムが実行
される。

【００１２】４は、操作者がデータの入力や、動作の指
示、処理の選択などを行う為の、入力装置である。５
は、操作者のデータの一覧や、状況や、入力のガイダン
スなどを知らせるところの表示装置である。６は、大量
なデータや、立ち上げ時に読み込むためのシステムファ
イル、非常駐のアプリケ−ションプログラムなどを格納
するところの外部記憶装置である。

【００１３】７は、文字や、図形、イメージなどを紙に
印刷物として出力するところの、印刷装置である。８
は、通信回線を介して、他の装置などとデータの交換を
行うための通信インタフェースである。９は、アナログ
回線２０を介してデータ交換を行う際に、アナログ信号
とデジタル信号を変換するモデムである。従来の公衆電
話網を使用するモデムは、回線上のエラ−を、このモデ
ムを扱うパ−ソナルコンピュ−タ上のソフトウエアが解
析し、エラ−回復処理も行なう必要があったが、本実施
例のモデム９では、このモデム９の側でエラ−訂正機能
のサポ−トされている。２０はアナログ回線である。

【００１４】図２は、本実施例において、データ受信側
で本発明の通信方式を実施し、送信側は従来方式の通信
方式で動作するデータの流れを示す図である。

【００１５】本図では、データ転送の第ｎ番目のデータ
ブロックと、第ｎ＋１番目のデータブロックに着眼して
説明する。データブロックのサイズは固定とする。

【００１６】図中、左半分がデータの送信側であり、そ
の左半分のうち、左が実際の送信データ、右が受信デー
タ（応答）である。右半分がデータの受信側で、その右
半分のうち左が実際の受信データ、右が送信データ（応
答）である。時間軸は、図中、上から下へ経過する。

【００１７】先ず送信側から、ｎ番目のデータブロック
が送信される。これが受信側の受信データとして、受信
側へ届く。ここで受信側は先送り処理を開始するための
満足度として、受信ブロックの残りが４文字であること
を検出することを条件としている。そこで、受信ブロッ
クの残りが４文字であることを検出した場合には、肯定
応答の先送り処理を開始する。すると、この肯定応答
が、送信側の受信データとしてｎ番目の送信データを送
信した直後（同時）に、到着する、これを検出して送信
側からｎ＋１番目のデータブロックの送信を開始する。

【００１８】図３は、従来方式の通信方式で動作する時
の、データの流れを示す図である。本図では、データ転
送の第ｎ番目のデータブロックと、第ｎ＋１番目のデー
タブロックに着眼して説明する。

【００１９】図中、左半分がデータの送信側であり、そ
の左半分のうち、左が実際の送信データ、右が受信デー
タ（応答）である。右半分がデータの受信側で、その右
半分のうち左が実際の受信データ、右が送信データ（応
答）である。時間軸は、図中、上から下へ経過する。

【００２０】先ず送信側から、ｎ番目のデータブロック
が送信される。これが受信側の受信データとして、受信
側へ届く。ここで受信側は受信ブロックを全て受信し、
データに誤りがないことを確認すると、肯定応答の送信
を開始する。するとこの肯定応答が、送信側へ到着す
る。これを検出して送信側からｎ＋１番目のデータブロ
ックの送信を開始する。

【００２１】図４は、本実施例において、データ受信
側、送信側双方に、本通信方式を実施したときの、デー
タの流れを示す図である。

【００２２】本図では、データ転送の第ｎ番目のデータ
ブロックと、第ｎ＋１番目のデータブロックに着眼して
説明する。

【００２３】図中、左半分がデータの送信側であり、そ
の左半分のうち、左が実際の送信データ、右が受信デー
タ（応答）である。右半分がデータの受信側で、その右
半分のうち左が実際の受信データ、右が送信データ（応
答）である。時間軸は、図中、上から下へ経過する。

【００２４】まず送信側から、ｎ番目のデータブロック
が送信される。これが受信側の受信データとして、受信
側へ届く。ここで受信側は受信ブロックの残りが４文字
であることを検出すると、肯定応答の先送りを開始す
る。すると、この肯定応答が、送信側の受信データとし
てｎ番目の送信データを送信した直後（同時）に、到着
する。この肯定応答を待たずに、送信側からｎ＋１番目
のデータブロックの送信を開始する。

【００２５】以上、図２，図３，図４の各例を比較して
わかるように、新方式を採用すると、ブロック間のディ
レイが改善され、転送効率が向上する。

【００２６】次に、本実施例の動作について説明する。

【００２７】図５は、本実施例の通信方式において、１
ブロックの受信動作の流れを説明するフローチャートで
ある。

【００２８】本フローチャートは、ブロック受信につい
て、説明するもので、受信側が固定長の１つのブロック
を受信する手続を示す。

【００２９】まず、Ｓ（ステップ）１１において、受信
ブロックの受信カウンタをリセットし、Ｓ１２へ制御を
移す。

【００３０】Ｓ１２では、受信データがあるかどうかを
調べ、ない場合は来るまで待つ（Ｓ１２でル−プ）。受
信データがあれば、Ｓ１３へ制御を移す。

【００３１】Ｓ１３では、受信データを引き取り、受信
カウンタをインクリメント（＋１）して、Ｓ１４へ制御
を移す。

【００３２】Ｓ１４で、受信カウンタを検査して、肯定
応答の先送り条件に到達（満足）したかを判定する。本
実施例では、図３に示される様に、受信ブロックの残り
データ量が４文字となったときに肯定応答の先送り処理
を開始するので、受信カウンタとブロックサイズとの差
をみて、判定を行う。まだ、肯定応答の送信が必要でな
ければ次の受信を待つためにＳ１２へ、肯定応答の送信
が必要な場合はＳ１５へ、それぞれ制御を移す。

【００３３】Ｓ１５では、肯定応答を送信して、Ｓ１６
へ制御を移す。

【００３４】Ｓ１６で、受信カウンタを検査して、受信
ブロックを全て受け取ったかを判定する。ここでは肯定
応答を送信した後、受信ブロックの最後まで受け取るロ
−プの先頭である。受信ブロック終了なら、ブロック受
信の終了であり、そうでなければＳ１７へ制御を移す。

【００３５】Ｓ１７では、受信データが来ているかどう
かを調べ、来ていなければＳ１７をル−プする。受信デ
ータがきていれば、受信データを引き取り、受信カウン
タをインクリメントして（Ｓ１８）、Ｓ１６へ制御を移
す。

【００３６】図６は、本実施例の通信方式において、全
体の流れを説明するフローチャートである。

【００３７】ここでは、通信路の種別を判定し、通信方
式をかえるという点について、説明する。

【００３８】まず、Ｓ０１で、回線接続動作を行い、回
線を接続し、Ｓ０２へ制御を移す。ここで回線接続動作
とは、発信と、着信の２種類がある。発信の場合には、
通信インタフェース８を介してモデム９に発呼コマンド
を送り、モデムからの接続完了通知（発呼動作を行い完
了もしくは失敗などが確定したら通知してくる）を待
つ。着信の場合には、通信インタフェース８を介してモ
デムに対して、着信準備完了通知コマンドを送り、モデ
ムからの着信通知（外部から呼出しを受けて回線を接続
したら通知してくる）を待つ。

【００３９】次に、Ｓ０２に置いて、接続通知、あるい
は着信通知の内容を引き取り、Ｓ０３へ制御を移す。

【００４０】Ｓ０３において、内容を調べ、接続先との
通信路がエラ−フリ−のモードで確立されたのであれ
ば、次のブロツクを送信するための条件に適合したこと
を確認し、Ｓ０５へ行き、後述する新方式のやり方の送
受信（新プロトコルデータ転送）を行い終了する。エラ
−フリ−でないモードで確立されたのであれば、Ｓ０４
へ行き、後述する従来方式の送受信（従来プロトコルデ
ータ転送）を行い終了する。

【００４１】以上説明したように、本実施例によれば、
通信路の確定後、確定した通信路がエラ−フリ−な通信
路であれば、受信側では、ブロック受信毎に、ある条件
を満たしたら肯定応答を先送りし、送信側においては受
信側からの応答を待たずに順次ブロックを送信する方式
を、エラ−フリ−でない通信路であれば、従来のごと
く、受信側では、ブロック受信毎にエラ−チェックを行
い、肯定応答あるいは否定応答を返し、送信側において
はブロック送信後応答を待って、肯定応答なら次のブロ
ックを、否定応答なら同じブロックを送信する方式を、
それぞれ選択して動作させるようにしたことにより、従
来の通信路と、エラ−フリ−の最新の通信路が混在した
ネットワークシステム内においても、従来の通信方式が
混在しながらも、エラ−フリ−の通信路が供給されたと
きには従来方式よりも転送に要する時間が削減され効率
的となる。

【００４２】

【他の実施例】さて、上記実施例では、先送りする肯定
応答の送出タイミングを、受信データ量としたが、ある
受信文字あるいは、受信文字列を受け取った時としても
よい。従来の通信方式の１つに転送ブロックの形式とし
て、ブロック開始文字または文字列に続きデータがき
て、ブロック終了文字または文字列、続いてブロックチ
ェックシーケンスと終了フィラ−がくるという方式があ
り、このブロック終了文字あるいは文字列を検出した時
点で、あらかじめエラーが起こり得ないと予測される場
合は肯定応答を返してしまうことにより、ブロックチェ
ックシーケンスと終了フィラ−を受信し、エラ−検査を
行う時間が節約される。

【００４３】また、上記実施例では、通信路の種別とし
て、エラーフリーであるか否かとしたが、通信路の通信
スピードとすることも考えられる。たとえば通信スピー
ドが極端に低い場合には、前述の実施例の受信応答の先
送り方式は実行時間を大幅に縮小する。通信路にエラ−
が起こる可能性があるとしても、通常のエラ−率を前提
とすれば、全転送を終えてからエラ−チェックを行うほ
うが全体の効率としてはあがる。

【００４４】尚、本発明は、複数の機器から構成される
システムに適用しても１つの機器から成る装置に適用し
ても良い。また、本発明は、システム或は装置にプログ
ラムを供給することによって達成される場合にも適用で
きることはいうまでもない。

【００４５】

【発明の効果】以上説明したように、本発明によれば、
通信路の状況や、種別に従い、可能な限り転送に要する
時間が削減され、通信を効率的に行うことができる。

【図面の簡単な説明】

【図１】本発明の一実施例であるパ−ソナルコンピュ−
タの構成を示すブロック図である。

【図２】本実施例において、データ受信側で本発明の通
信方式を実施し、送信側は従来方式の通信方式で動作す
るデータの流れを示す図である。

【図３】従来方式の通信方式で動作する時の、データの
流れを示す図である。

【図４】本実施例において、データ受信側、送信側双方
に、本通信方式を実施したときの、データの流れを示す
図である。

【図５】本実施例の通信方式において、１ブロックの受
信動作の流れを説明するフローチャートである。

【図６】本実施例の通信方式において、全体の流れを説
明するフローチャートである。

【符号の説明】 １ ＣＰＵ ２ ＲＯＭ ３ ＲＡＭ ４ 入力装置 ５ 表示装置 ６ 外部記憶装置 ７ 印刷装置 ８ 通信インタフェース ９ モデム ２０ アナログ回線

Claims (8)

【特許請求の範囲】
1. 【請求項１】ブロック毎に、受信側は受信肯定応答ある
   いは、受信否定応答を返し、送信側は受信応答を待ち、
   肯定応答の場合は次のブロックを送信し、否定応答の場
   合は同じブロックを再送する通信処理方式を用いる通信
   処理装置において、 前記受信側で受信されたブロツクに従って所定の条件の
   満足度を判定する判定手段と、 前記判定手段で判定した満足度に従って肯定応答の先送
   り処理を制御する制御手段とを備えることを特徴とする
   通信処理装置。
2. 【請求項２】前記所定の条件は、受信されたブロツクに
   対応したデータ量であることを特徴とする請求項１記載
   の通信処理装置。
3. 【請求項３】前記所定の条件は、受信されたブロツクに
   よって示される文字或は文字列であることを特徴とする
   請求項１記載の通信処理装置。
4. 【請求項４】前記制御手段は、前記判定手段が前記所定
   の条件の満足度ありと判定した場合、前記肯定応答の先
   送り処理を実行し、前記判定手段が前記所定の条件の満
   足度無しと判定した場合、前記肯定応答の先送り処理を
   実行せず、通常の処理を実行することを特徴とする請求
   項１記載の通信処理装置。
5. 【請求項５】ブロック毎に、受信側は受信肯定応答ある
   いは、受信否定応答を返し、送信側は受信応答を待ち、
   肯定応答の場合は次のブロックを送信し、否定応答の場
   合は同じブロックを再送する通信処理方式を用いる通信
   処理装置において、 前記送信側で、通信路の確定時に、所定の条件の適合度
   を判定する判定手段と、 前記判定手段で判定した適合度に従ってブロツク送信を
   制御する制御手段とを備え、 前記制御手段は、前記ブロツク送信を実行する場合、前
   記受信側の受信応答を待たないで実行することを特徴と
   する通信処理装置。
6. 【請求項６】前記制御手段は、前記判定手段が前記所定
   の条件の適合度ありと判定した場合、前記ブロツク送信
   を実行する手段と、前記判定手段が前記所定の条件の適
   合度無しと判定した場合、前記ブロツク送信を実行しな
   いことを特徴とする請求項５記載の通信処理装置。
7. 【請求項７】前記判定手段は、前記通信路がエラ−フリ
   −モードで確立された場合に、前記所定の条件の適合度
   ありと判定することを特徴とする請求項５記載の通信処
   理装置。
8. 【請求項８】前記判定手段は、前記通信路が確定された
   際の通信スピ−ドの値が、所定値より速い場合に、前記
   所定の条件の適合度ありと判定し、前記所定値より低い
   場合に、前記所定の条件の適合度無しと判定することを
   特徴とする請求項５記載の通信処理装置。