JPH09259081A - データ通信方法 - Google Patents

Abstract

(57)【要約】 【課題】 パーソナルコンピュータ（端末）の代表的な
OS (オペレーティングシステム) であるMS-Windows上で
動作するアプリケーションソフトウェアでは、そのパー
ソナルコンピュータがホストコンピュータと接続してい
る場合、モーダルウィンドウと称されるメッセージボッ
クスを表示している間は通信遮断状態になり、ホストコ
ンピュータから送信されたデータを受信することが出来
ない。 【解決手段】 端末２は、所定の表示を行なうべきデー
タを受信した場合にホストコンピュータ１に対して自身
が受信不可能状態になったことを示す第１の通知を、所
定の表示が消去された場合に自身が受信可能状態になっ
たことを示す第２の通信をそれぞれ送信する。一方、ホ
ストコンピュータ１は、第１の通知を受信した場合に端
末２へ送信すべきデータを記憶手段に蓄積し、第２の通
知を受信した場合に記憶手段に蓄積されているデータを
端末２へ送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ通信方法に関
し、特にホストコンピュータと端末装置との間でのフロ
ー制御を行なわないいわゆる無手順プロトコル通信のデ
ータ通信方法に関する。

【０００２】

【従来の技術】二つの装置間でデータ通信を行なう場
合、双方の通信速度、即ち送信側装置でのデータの送出
速度と受信側装置でのデータの取り込み速度とが一致し
ていない場合には種々の問題が生じる。たとえば、送信
側装置でのデータの送出速度が受信側装置でのデータの
取り込み速度よりも遅い場合には、受信側装置において
データが到着するのを待っていればよいが、逆の場合に
は送信側装置でデータの送出速度を調整する必要が生じ
る。

【０００３】そのようなためには通常はフロー制御と称
されるデータ通信方法が採用される。これは、バッファ
メモリを用意しておき、このバッファメモリを利用して
データの通信速度を調節する手法である。また、このよ
うなフロー制御は単にデータ通信速度の調節のみなら
ず、受信側装置において一時的にデータの受信が不可能
な状態になった場合にも有効である。

【０００４】

【発明が解決しようとする課題】しかし、フロー制御が
採用されていない場合、受信側装置が一時的にでもデー
タの受信が不可能な状態に陥ると、その間に送信側装置
から送出されたデータは受信側装置に取り込まれること
なく消失してしまう。

【０００５】たとえば、パーソナルコンピュータの代表
的なOS (オペレーティングシステム) であるMS-Windows
上で動作するアプリケーションソフトウェアでは、その
パーソナルコンピュータがホストコンピュータと接続し
ている場合、モーダルウィンドウと称されるメッセージ
ボックスを表示している間は通信遮断状態になり、ホス
トコンピュータから送信されたデータを受信することが
出来ない。従って、そのような場合にフロー制御を行な
わないシステムでは、ホストコンピュータからパーソナ
ルコンピュータへ送信されたデータがパーソナルコンピ
ュータに受信されることなく消失してしまうという問題
があった。

【０００６】本発明はこのような事情に鑑みてなされた
ものであり、MS-Windows上で動作するアプリケーション
ソフトウェアがモーダルウィンドウと称されるメッセー
ジボックスを表示中にホストコンピュータから送信され
たデータを消失させることなく受信するとを可能とした
データ通信方法の提供を目的とする。

【０００７】

【課題を解決するための手段】本発明に係るデータ通信
方法は、ホストコンピュータと端末とが接続されてお
り、ホストコンピュータから受信したデータに従って端
末が所定の表示を行なっている間はホストコンピュータ
から送信されたデータを端末では受信出来ないシステム
のデータ通信方法である。端末は、所定の表示を行なう
べきデータを受信した場合にホストコンピュータに対し
て自身が受信不可能状態になったことを示す第１の通知
を、所定の表示が消去された場合に自身が受信可能状態
になったことを示す第２の通信をそれぞれホストコンピ
ュータへ送信する。一方、ホストコンピュータは、端末
から第１の通知を受信した場合に端末へ送信すべきデー
タを記憶手段に蓄積し、第２の通知を受信した場合に記
憶手段に蓄積されているデータを端末へ送信する。

【０００８】また、本発明に係るデータ通信方法は、ホ
ストコンピュータが、第２の通知を受信した場合に記憶
手段に蓄積されているデータの数を端末装置へ通知す
る。これにより、ホストコンピュータと端末間で無駄な
通信が行なわれることが回避される。

【０００９】

【発明の実施の形態】以下、本発明をその実施の形態を
示す図面に基づいて詳述する。図１は本発明に係るデー
タ通信方法が実施されるシステム構成例を示す模式図で
あり、参照符号１はホストコンピュータを、参照符号２
はホストコンピュータ１に接続された端末（パーソナル
コンピュータ）をそれぞれ示している。このようなシス
テムにおいて本発明のデータ通信方法が実施されるが、
その手順について、図２に示されているホストコンピュ
ータ１の動作手順を示すフローチャート，図３に示され
ている端末２の動作手順を示すフローチャート，図４に
示されている両者間の通信手順を示す模式図及び図５に
示されている端末の表示状態を示す模式図を参照して説
明する。

【００１０】このようなホストコンピュータ１と端末２
とを接続したシステムにおいて、端末２ではMS-Windows
上でアプリケーションソフトウェアが動作しているとす
る。まず、ホストコンピュータ１は、端末２が受信可能
状態であるとして (ステップS11)、端末２へ送信される
べきデータの発生があるか否かを判断する (ステップS1
2)。データが発生する場合には (ステップS12 で"YE
S")、端末２が受信可能であるか否かを調べる (ステッ
プS13)。この場合、端末２の状態は受信可能であるので
(ステップS13 で"YES")、ホストコンピュータ１は発生
したデータを端末２へ送信する (ステップS14)。このデ
ータの送信は、図４に参照符号T1にて示されているよう
に、ホストコンピュータ１から端末２へ送信される。

【００１１】端末２ではこのホストコンピュータ１から
のデータの送信T1を待機しており (ステップS51)、デー
タを受信すると (ステップS51 で"YES")、それが表示を
伴うか否かを判断する (ステップS52)。たとえば、ホス
トコンピュータ１から端末２へ送信されたデータがエラ
ー発生を報知するデータであった場合、端末２は図５
(a) の模式図に示されているような、受信したデータに
対応する表示を行なう (ステップS54)。但し、この図５
(a) に示されている表示を行なう前に、端末２はホスト
コンピュータ１に対して、自身がデータを受信すること
が不可能な状態になったことを示す通知 (受信不可通
知) を、図４に参照符号T2にて示されているように、ホ
ストコンピュータ１へ送信する (ステップS53)。

【００１２】この後、端末２では、ステップS54 におい
て図５(a) に示されているような表示を行なった後に、
ユーザが"OK"ボタンを操作するか、またはそれと等価な
なんらかの操作を行なうまでは、待機状態になる (ステ
ップS55)。

【００１３】一方、ホストコンピュータ１では、ステッ
プS14 において参照符号T1にて示されているデータの送
信を行なった後は、端末２からのなんらかの信号を受信
するまでは上述のステップS12 へ戻るループ処理を行な
って待機する状態になっている (ステップS16)。従っ
て、参照符号T2にて示されている受信不可通知を受信す
ると (ステップS16, S17) 、ホストコンピュータ１は端
末２が受信不可能状態であるとして (ステップS18)、ス
テップS12 へ処理を戻す。

【００１４】この状態で、端末２へ送信されるべきデー
タをホストコンピュータ１が更に発生すると (ステップ
S12)、この時点では端末２はデータの受信が不可能な状
態になっているので、そのことをステップS13 で検出し
てホストコンピュータ１は発生したデータを端末２へは
送信せずにバッファに蓄積する (ステップS15)。爾後、
端末２が受信不可通知以外の送信を行なうまでは、ホス
トコンピュータ１はステップS12, S13, S15, S16からス
テップS12 へ戻るループ処理を反復し、その間に発生し
たデータをバッファに蓄積し続ける。

【００１５】やがて図５(b) の模式図に示されているよ
うに、ユーザが"OK"ボタンを操作すると (ステップS55
で"YES")、端末２はそれまでの表示を消去し (ステップ
S56)、ホストコンピュータ１に対して、図４に参照符号
T3にて示されているように、データの送信を要求する通
知 (データ送信要求) を送信する (ステップS57)。

【００１６】この端末２から送信されたデータ送信要求
T3を受信すると、ホストコンピュータ１はステップS17
でループを抜けてステップS19 でそれを検出する。そし
て、ホストコンピュータ１は自身のバッファに蓄積され
ている最初の一つのデータと残りのデータの数とを、図
４に参照符号T4にて示されているように、端末２へ送信
する (ステップS20)。

【００１７】このホストコンピュータ１から送信された
最初の一つのデータ及びデータの数を受信すると (ステ
ップS58)、端末２は残りのデータ数が”０”であるか否
かを判定し (ステップS59)、”０”になるまでは受信し
たデータが表示を伴うか否かを判定する (ステップS6
1)。ここで、以降にホストコンピュータ１から端末２へ
送信されるデータ、換言すればそれまでにホストコンピ
ュータ１のバッファに蓄積されていたデータが全て表示
を伴わない種類のデータであるとすると、端末２ではス
テップS62 からステップS51 へ処理が戻され、ステップ
S52, S62の順に処理が進められる。即ち、ステップS61,
S62, S51, S52からS61 へ戻るループ処理が反復されて
端末２からホストコンピュータ１へのデータ送信要求(T
5)とホストコンピュータ１から端末２へのデータ及び残
りのデータの数との送信が反復されることにより、ホス
トコンピュータ１のバッファに蓄積されていたデータは
全て端末２へ送信される。

【００１８】やがて、ホストコンピュータ１から端末２
へ、図４に参照符号T6にて示されているように、それま
でホストコンピュータ１のバッファに蓄積されていたデ
ータの内の最後のデータと残りのデータ数 (この場合は
０) とが送信される。

【００１９】この最後のデータと残りのデータ数 (０)
とを受信すると (ステップS59)、図４に参照符号T7にて
示されているように、端末２はホストコンピュータ１に
対して自身がデータの受信が可能になったことを示す通
知 (受信可通知) を送信し (ステップS60)、ステップS5
1 へ処理を戻してデータの受信を待機する状態になる。

【００２０】一方、この端末２からの受信可通知T7を受
信すると、ホストコンピュータ１はステップS21 におい
てそれを検出し、端末２がデータの受信が可能な状態に
なったとして (ステップS22)、ステップS12 へ処理を戻
し、端末２へ送信されるべきデータが発生するのを待機
する状態になる。

【００２１】なお、ホストコンピュータ１がステップS1
6 においてなんらかの通信を端末２から受信した場合に
それが受信不可通知でもデータ送信要求でも受信可通知
でも無い場合は、ホストコンピュータ１は他の所定の受
信処理を行なう (ステップS23)。

【００２２】

【発明の効果】本発明のデータ通信方法によれば、MS-W
indows上で動作するアプリケーションソフトウェアがモ
ーダルウィンドウと称されるメッセージボックスを表示
中にホストコンピュータから送信されたデータを消失さ
せることなく受信するとが可能になる。

【００２３】また、ホストコンピュータが、第２の通知
を受信した場合に記憶手段に蓄積されているデータの数
を端末装置へ通知するので、ホストコンピュータと端末
間で無駄な通信が行なわれることが回避される。

【図面の簡単な説明】

【図１】図１は本発明に係るデータ通信方法が実施され
るシステム構成例を示す模式図である。

【図２】ホストコンピュータの動作手順を示すフローチ
ャートである。

【図３】端末の動作手順を示すフローチャートである。

【図４】ホストコンピュータと端末との間の通信手順を
示す模式図である。

【図５】端末の表示状態を示す模式図である。

【符号の説明】

１ ホストコンピュータ ２ 端末

Claims (2)

【特許請求の範囲】
1. 【請求項１】 ホストコンピュータと端末とが接続され
   ており、前記ホストコンピュータから受信したデータに
   従って前記端末が所定の表示を行なっている間は前記ホ
   ストコンピュータから送信されたデータを前記端末では
   受信出来ないシステムのデータ通信方法において、 前記端末は、前記所定の表示を行なうべきデータを受信
   した場合に前記ホストコンピュータに対して自身が受信
   不可能状態になったことを示す第１の通知を、前記所定
   の表示が消去された場合に自身が受信可能状態になった
   ことを示す第２の通信をそれぞれ前記ホストコンピュー
   タへ送信し、 前記ホストコンピュータは、前記端末から前記第１の通
   知を受信した場合に前記端末へ送信すべきデータを一旦
   蓄積し、前記第２の通知を受信した場合に前記蓄積され
   ているデータを前記端末へ送信することを特徴とするデ
   ータ通信方法。
2. 【請求項２】 前記ホストコンピュータは、前記第２の
   通知を受信した場合に前記蓄積されているデータの数を
   前記端末装置へ通知することを特徴とする請求項１記載
   のデータ通信方法。