JPH096698A - 通信方法及び通信装置 - Google Patents

Abstract

(57)【要約】 【目的】 通信装置の送信バッファがバッファフル状態
に陥らないような通信装置及び通信方法を、製造コスト
の上昇を伴うことなしに提供する。 【構成】 ホストコンピュータ１から受信したコマンド
をバッファリングする受信バッファ431 と、受信バッフ
ァ431 にバッファリングされているコマンドを処理して
返信データを生成するCPU 41と、CPU 41により生成され
た返信データをバッファリングする送信バッファ432
と、送信タイミングにおいて、送信バッファ432 にバッ
ファリングされている返信データをホストコンピュータ
１へ送信する通信ポート44とを備え、CPU 41が、ホスト
コンピュータ１へのデータの送信を必要とするコマンド
を処理した場合に、受信バッファ431 にバッファリング
されているコマンドに対応する返信コマンドのみを送信
バッファ432 にバッファリングさせ、送信タイミングに
おいて、送信バッファ432 にバッファリングされている
返信コマンドと、それに対応するデータとから送信デー
タを作成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は通信方法及び通信装置に
関し、特にコンピュータシステムのモニタ装置等のよう
なそのホストであるコンピュータ本体からのパラメータ
の転送を要求するコマンドに応じてパラメータをホスト
へ返送する機能を有するマスタとスレーブ間での通信方
法及びその通信装置に関する。

【０００２】

【従来の技術】近年、コンピュータシステムのモニタ装
置のインテリジェント化が進み、モニタ装置にとってホ
ストであるコンピュータ本体との通信機能を備える場合
が多い。このようなモニタ装置のインテリジェント化の
主たる目的は、モニタ装置の機能，特性をホストに通知
するためである。そのためには一般的に、ホストからモ
ニタ装置へ所望のパラメータの転送要求コマンドを発行
し、それを受信したモニタ装置がそのコマンドに対する
応答のコマンドと要求されているパラメータとをホスト
へ返送するという手法が用いられる。

【０００３】このような手法を実現するためのインタフ
ェイスとしては、極めて簡易なプロトコルのシリアル通
信が一般的である。ホストがモニタ装置へデータを送信
する必要がある場合にはホストがマスタに、モニタ装置
がスレーブにそれぞれなってマスタであるホストからス
レーブであるモニタ装置へデータ（コマンド）が転送さ
れる。逆に、モニタ装置からホストへデータを送信する
必要がある場合にはモニタ装置がマスタに、ホストがス
レーブにそれぞれなってマスタであるモニタ装置からス
レーブであるホストへデータ（応答のコマンド及び要求
されているパラメータ）が転送される。

【０００４】このようなデータの転送プロトコルは、一
般的にはデータラインとクロックラインとの２本のライ
ンのみで行なわれる。従って、双方向に同時にデータを
送信することは不可能である。

【０００５】ところで、上述のような従来の手法では、
スレーブであるモニタ装置がマスタであるホストからデ
ータを受信する場合、ホストがマスタである限りは無制
限にデータが送信されて来る可能性がある。更に、ホス
トからモニタ装置へ送信されるコマンドには、モニタ装
置からホストへパラメータを転送することを指示するコ
マンドも含まれる。そのようなコマンドを受信した場合
には、モニタ装置ではそれに対応してホストへ転送する
ためのパラメータを準備し、バッファリングしておく必
要がある。また、そのようなコマンドが複数になった場
合には、それらの全てに対応するパラメータを準備し、
応答のためのコマンドと共にバッファリングしておく必
要がある。

【０００６】以下、上述のような従来の技術について、
図５のブロック図に示されているようなホストコンピュ
ータと接続されたモニタ装置とを例として具体的に説明
する。

【０００７】図５において、参照符号１はホストコンピ
ュータを示しており、一般的なコンピュータシステムの
本体がこれに相当する。ホストコンピュータ１はビデオ
ケーブル２によりモニタ装置３と接続されている。ビデ
オケーブル２を介しては、ビデオ信号，水平同期信号，
垂直同期信号，データ信号，クロック信号等が送受信さ
れる。

【０００８】モニタ装置３内には、ディジタル回路ブロ
ック８，アナログ回路ブロック５，FBT ６， CRT７等が
備えられている。

【０００９】ディジタル回路ブロック８は通常は所謂ワ
ンチップマイクロコンピュータとして構成されており、
それ自体が全体として一つの通信装置として機能する。
ディジタル回路ブロック８は、CPU 81, ROM 82, RAM 8
3, 通信ポート84，これらの構成要素を相互に接続する
バス85等が備えられている。

【００１０】CPU 81はモニタ装置３の制御中枢であり、
後述するようにコマンド処理手段としても機能する。RO
M 82には制御プログラム等が予め格納されている。RAM
83は種々のフラグ, スタックとして使用される他、特定
の領域が受信バッファ831 及び送信バッファ832 として
割り当てられている。通信ポート84はビデオケーブル２
を介してホストコンピュータ１と接続されており、ホス
トコンピュータ１との間の通信を司る。従って、モニタ
装置３からホストコンピュータ１へ送信を行なう場合に
は、通信ポート84は返信手段としてとして機能する。

【００１１】アナログ回路ブロック５は、 CRT７に画像
を表示するために必要な水平出力回路51, 垂直出力回路
52, 歪み補正回路53, 帰線消去回路54等により構成され
ている。なお、これらのアナログ回路ブロック５の構成
要素は本発明の趣旨とは関係が無いので、詳細な説明は
省略する。

【００１２】CRT７はアナログ回路ブロック５により制
御されてホストコンピュータ１から与えられる R,G,B信
号を画像として表示する。

【００１３】図６はホストコンピュータ１とモニタ装置
３との間で通信されるコマンド及びそれに伴って通信さ
れるパラメータの一例を示す一覧図である。ここに示さ
れている例では、ホストコンピュータ１からモニタ装置
３へは、モニタ装置３をリセットさせるコマンド”00”
（但し、コマンドは２桁の16進数、即ち１バイトで表さ
れるのもとする) 、水平周波数を要求するコマンド”0
1”、垂直周波数を要求するコマンド”02”、水平イメ
ージサイズを要求するコマンド”03”、垂直イメージサ
イズを要求するコマンド”04”等が用意されている。

【００１４】一方、モニタ装置３からホストコンピュー
タ１へはコマンド”01”に対応して水平周波数を返信す
るコマンド”81”, コマンド”02”に対応して垂直周波
数を返信するコマンド”82”, コマンド”03”に対応し
て水平イメージサイズを返信するコマンド”83”, コマ
ンド”04”に対応して垂直イメージサイズを返信するコ
マンド”84”等が用意されている。

【００１５】たとえば、モニタ装置３がサポートしてい
る水平解像度をホストコンピュータ１が知りたい場合、
ホストコンピュータ１はコマンド”01”を発行する。こ
れをモニタ装置３が受信した場合、自身がサポートして
いる水平周波数をホストコンピュータ１へ知らせるため
に、１バイトのコマンド”81”と水平周波数を表す４バ
イト（下限，上限をそれぞれ２バイトで表す）のパラメ
ータとをホストコンピュータ１へ返送する。これによ
り、ホストコンピュータ１では、モニタ装置３がサポー
トしている水平解像度を知ることが出来る。

【００１６】次に、通信装置としてのディジタル回路ブ
ロック８により行なわれる従来の通信手順を、図７に示
されている通常レベルの処理であるメイン処理のフロー
チャート、図８に示されているデータを受信した際に行
なわれる受信割り込み処理のフローチャート、図９に示
されているタイマ割り込みから定期的にコールされる送
信処理のフローチャートを参照して説明する。

【００１７】図７のフローチャートに示されているメイ
ン処理においては、CPU 81はまず最初にホストコンピュ
ータ１からデータを受信しているか否か、具体的にはRA
M 83の受信バッファ831 にホストコンピュータ１からの
データが記憶されているか否かを調べる (ステップS1
1)。ホストコンピュータ１からのデータを受信していな
い場合はステップS11 でループする。ホストコンピュー
タ１からのデータを受信していた場合は、CPU 81はその
データをホストコンピュータ１から与えられたコマンド
として解釈することによりコマンド分岐し (ステップS1
2)、それぞれ対応する処理を行なう。

【００１８】ところで、モニタ装置３によるホストコン
ピュータ１からのデータの受信は図８のフローチャート
に示されているような割り込み処理により行なわれる。
即ち、ホストコンピュータ１からビデオケーブル２を介
してデータの送信が有った場合、通信ポート84からCPU
81に受信割り込みがかけられるので、CPU 81はまずRAM
83の受信バッファ831 に空き領域があるか否かを調べ
(ステップS21)、あればその空き領域にホストコンピュ
ータ１から受信したデータを書き込んでバッファリング
する (ステップS22)。なおステップS21 において、受信
バッファ831 に空き領域が無いことが判明した場合に
は、ウェイト処理が行なわれる (ステップS23)。

【００１９】従って、図７のフローチャートに示されて
いるメイン処理では、ステップS11において受信データ
が有ることが判明するまでは、ステップS11 をループす
ればよい。

【００２０】前述したように、ホストコンピュータ１か
らモニタ装置３に与えられるコマンドには図６の一覧図
に示されているような種々のコマンドがある。これらの
コマンドの内にはモニタ装置３からホストコンピュータ
１への応答が必要なコマンドもあるが、応答が不要なコ
マンド、たとえばコマンド”00”のリセットコマンド等
もある。従って、ステップS12 においては、ホストコン
ピュータ１からモニタ装置３に与えられたコマンドが応
答が必要なコマンドであるか、リセットコマンドである
か、その他のコマンドであるかが判定され、それぞれに
対応する処理が行なわれる。

【００２１】ホストコンピュータ１からモニタ装置３に
与えられたコマンドがホストコンピュータ１への応答が
必要なコマンドであった場合はCPU 81は応答コマンド及
び要求されているパラメータをRAM 83内の送信バッファ
832 にセットし (ステップS13)、リセットコマンドであ
った場合はCPU 81はモニタ装置３をリセットし (ステッ
プS14)、その他のコマンドであった場合はCPU 81はそれ
ぞれに対応する処理を行なう (ステップS15)。

【００２２】ステップS13 においてRAM 83内の送信バッ
ファ832 にセットされた応答コマンド及びパラメータの
送信処理は図９のフローチャートに示されているように
して実行される。この送信処理はディジタル回路ブロッ
ク８内の図示されていないタイマにより定期的に発生す
るタイマ割り込みで処理される。まず最初に、CPU 81は
送信データが有るか否か、具体的にはRAM 83の送信バッ
ファ832 に送信データがバッファリングされているか否
かを調べる (ステップS31)。送信データが存在する場
合、CPU 81はRAM 83の送信バッファ832 から送信データ
を読み出し (ステップS32)、通信ポート84を介してビデ
オケーブル２へ送信する (ステップS33)。一組のデータ
(コマンド及びパラメータ) を送信すると、CPU 81は更
に他の送信データが有るか否かを調べ (ステップS34)、
あればステップS32, S33の処理を全ての送信データの送
信が終了するまで反復して残りの全ての送信データを送
信する。

【００２３】ここで、モニタ装置３からホストコンピュ
ータ１への通信について説明する。前述の如く、ホスト
コンピュータ１とモニタ装置３との間の転送プロトコル
は、データラインとクロックラインとの２本のラインの
みの極めて簡易なプロトコルで行なわれる。従って、双
方向に通信可能ではあるが、同時に双方向に通信が行な
えるものではない。

【００２４】更に、ホストコンピュータ１とモニタ装置
３との間の通信では、まず最初はホストコンピュータ１
からモニタ装置３へコマンドを送信するのであるが、送
信されるコマンドは一つのみであるとは限らない。ホス
トコンピュータ１は必要に応じて複数のコマンドをモニ
タ装置３へ送信する場合もある。その場合には、モニタ
装置３は複数のコマンドそれぞれに対応する応答コマン
ド及びパラメータをRAM 83の送信バッファ832 にバッフ
ァリングする必要が生じる。

【００２５】次に図10の模式図を参照して、送信バッフ
ァ832 にどのようなデータがバッファリングされるかを
説明する。いまたとえば、前述の図６に示されているコ
マンド”01”、即ち水平周波数要求コマンドと、コマン
ド”02”、即ち垂直周波数要求コマンドとが連続してホ
ストコンピュータ１からモニタ装置３へ送信された場合
のモニタ装置３での処理について説明する。但しこの場
合、モニタ装置３は水平周波数としては32kHz から84kH
z を、垂直周波数としては50Hzから150Hz をそれぞれサ
ポートしているものとする。

【００２６】図６に示されているように、ホストコンピ
ュータ１からモニタ装置３へ送信されるコマンド”01”
に対応してモニタ装置３からホストコンピュータ１へ送
信されるコマンドは”81”、即ち水平周波数返信コマン
ドであり、コマンド”02”に対応するコマンドは”8
2”、即ち垂直周波数返信コマンドである。従って、RAM
83の送信バッファ832 には、図10の模式図に示されてい
るように、１バイトの”81”, ２バイトの”32”, ２バ
イトの”84”, １バイトの”82”, ２バイトの”50”,
２バイトの”150 ”という順で合計10バイトのデータが
バッファリングされる。

【００２７】ここでは、ホストコンピュータ１から送信
された二つのコマンドに対する応答コマンド及びそれら
のパラメータが送信バッファ832 にバッファリングされ
る例を示したが、ホストコンピュータ１へ送信する必要
があるデータをより多く送信バッファ832 にバッファリ
ングする必要が生じる可能性もあり、そのような場合に
は送信バッファ832 がバッファフル状態となってエラー
発生の要因となる。

【００２８】

【発明が解決しようとする課題】前述したように、コン
ピュータシステムのモニタ装置に通信装置として使用さ
れるマイクロコンピュータは通常はワンチップタイプで
あるため、その内蔵メモリ容量には制限があり、しかも
その中でホストコンピュータ１への送信データをバッフ
ァリングする送信バッファ832 に割り当て可能な容量は
更に制限される。従って、上述の従来例のように、モニ
タ装置３からホストコンピュータ１へ送信する必要があ
るデータ（応答コマンド及びパラメータ）の全てを送信
バッファ832 にバッファリングしていたのでは、バッフ
ァフル状態にしばしば陥ってエラー発生の要因となる。
メモリ容量を拡大することによりそのような問題は緩和
されるが、その場合には製造コストの上昇を招来するこ
とになる。

【００２９】本発明はこのような事情に鑑みてなされた
ものであり、通信装置の送信バッファがバッファフル状
態に陥らないような通信方法及び通信装置を、製造コス
トの上昇を伴うことなしに提供することを目的とする。

【００３０】

【課題を解決するための手段】本発明に係る通信方法
は、マスタからデータの送信を要求するコマンドを受信
した場合に、受信したコマンドに対応する返信コマンド
と要求されたデータとをマスタへ送信する通信方法であ
って、マスタからコマンドを受信した場合に、対応する
返信コマンドのみをバッファリングし、送信タイミング
において、バッファリングしている返信コマンドとそれ
に対応するデータとから送信データを作成し、マスタへ
送信することを特徴とする。

【００３１】また、本発明に係る通信装置は、マスタか
ら受信したコマンドをバッファリングする受信バッファ
と、受信バッファにバッファリングされているコマンド
を処理して返信データを生成するコマンド処理手段と、
コマンド処理手段により生成された返信データをバッフ
ァリングする送信バッファと、送信タイミングにおい
て、送信バッファにバッファリングされている返信デー
タをマスタへ送信する返信手段とを備え、コマンド処理
手段が、マスタへのデータの送信を必要とするコマンド
を処理した場合に、受信バッファにバッファリングされ
ているコマンドに対応する返信コマンドのみを送信バッ
ファにバッファリングさせ、送信タイミングにおいて、
送信バッファにバッファリングされている返信コマンド
と、それに対応するデータとから送信データを作成すべ
くなしてあることを特徴とする。

【００３２】

【作用】本発明に係る通信方法では、マスタからコマン
ドを受信した場合には対応する返信コマンドのみがバッ
ファリングされ、送信タイミングにおいてはバッファリ
ングしている返信コマンドとそれに対応するデータとか
ら送信データが作成されてマスタへ送信される。

【００３３】また、本発明に係る通信装置では、マスタ
へのデータの送信を必要とするコマンドを処理した場合
に、受信バッファにバッファリングされているコマンド
に対応する返信コマンドのみが送信バッファにバッファ
リングされ、送信タイミングにおいて、送信バッファに
バッファリングされている返信コマンドと、それに対応
するデータとから送信データが作成されてマスタへ送信
される。

【００３４】

【実施例】以下、本発明をその実施例を示す図面に基づ
いて詳述する。なお、本発明の通信方法は一例として一
般的なマイクロコンピュータの本体（ホストコンピュー
タ）とモニタ装置との間において実施される。また、ホ
ストコンピュータとモニタ装置との間で通信されるコマ
ンド及びそれに伴って通信されるパラメータは前述の図
６に示されている従来の場合と同様であるものとする。

【００３５】以下、本発明の通信方法を図１のブロック
図に示されているようなコンピュータシステムのモニタ
装置に適用した例について具体的に説明する。

【００３６】図１において、参照符号１はホストコンピ
ュータを示しており、一般的なコンピュータシステムの
本体がこれに相当する。ホストコンピュータ１はビデオ
ケーブル２によりモニタ装置３と接続されている。ビデ
オケーブル２を介しては、ビデオ信号，水平同期信号，
垂直同期信号，データ信号，クロック信号等が送受信さ
れる。

【００３７】モニタ装置３内には、ディジタル回路ブロ
ック４，アナログ回路ブロック５，FBT ６， CRT７等が
備えられている。

【００３８】ディジタル回路ブロック４は通常は所謂ワ
ンチップマイクロコンピュータとして構成されており、
それ自体が全体として一つの通信装置、即ち本発明の通
信装置として機能する。ディジタル回路ブロック４は、
CPU 41, ROM 42, RAM 43, 通信ポート44，これらの構成
要素を相互に接続するバス45等が備えられている。

【００３９】CPU 41はモニタ装置３の制御中枢であり、
後述するようにコマンド処理手段としても機能する。RO
M 42には制御プログラム等が予め格納されている。RAM
43は種々のフラグ, スタックとして使用される他、特定
の領域が受信バッファ431 及び送信バッファ432 として
割り当てられている。通信ポート44はビデオケーブル２
を介してホストコンピュータ１と接続されており、ホス
トコンピュータ１との間の通信を司る。従って、モニタ
装置３からホストコンピュータ１へ送信を行なう場合に
は、通信ポート44は返信手段としてとして機能する。

【００４０】アナログ回路ブロック５は、 CRT７に画像
を表示するために必要な水平出力回路51, 垂直出力回路
52, 歪み補正回路53, 帰線消去回路54等により構成され
ている。なお、これらのアナログ回路ブロック５の構成
要素は本発明の趣旨とは関係が無いので、詳細な説明は
省略する。

【００４１】CRT７はアナログ回路ブロック５により制
御されてホストコンピュータ１から与えられる R,G,B信
号を画像として表示する。

【００４２】次に、本発明に係る通信方法による通信手
順を、図２に示されている通常レベルの処理であるメイ
ン処理のフローチャート、図３に示されているタイマ割
り込みから定期的にコールされる送信処理のフローチャ
ートを参照して説明する。なお、ホストコンピュータ１
からデータを受信した際に行なわれる受信割り込み処理
は図８に示されている従来例と同様であり、本発明の本
質とは特には関係がないので省略する。

【００４３】図２のフローチャートに示されている本発
明の通信方法のメイン処理においては、CPU 41はまず最
初にホストコンピュータ１からデータを受信しているか
否か、具体的にはRAM 43の受信バッファ431 にホストコ
ンピュータ１からのデータが記憶されているか否かを調
べる (ステップS51)。ホストコンピュータ１からのデー
タを受信していない場合はステップS51 でループする。
ホストコンピュータ１からのデータを受信していた場合
は、CPU 41はそのデータをホストコンピュータ１から与
えられたコマンドとして解釈することによりコマンド分
岐し (ステップS52)、それぞれに対応する処理を行な
う。

【００４４】ところで、モニタ装置３によるホストコン
ピュータ１からのデータの受信は前述の図８のフローチ
ャートに示されているような従来例と同様の割り込み処
理により行なわれる。即ち、ホストコンピュータ１から
ビデオケーブル２を介してデータの送信が有った場合、
通信ポート44からCPU 41に受信割り込みがかけられるの
で、CPU 41はまずRAM 43の受信バッファ431 に空き領域
があるか否かを調べ (ステップS21)、あればその空き領
域にホストコンピュータ１から受信したデータを書き込
んでバッファリングする (ステップS22)。なおステップ
S21 において、受信バッファ431 に空き領域が無いこと
が判明した場合には、ウェイト処理が行なわれる (ステ
ップS23)。

【００４５】従って、図２のフローチャートに示されて
いるメイン処理では、ステップS51において受信データ
が有ることが判明するまでは、ステップS51 をループす
ればよい。

【００４６】前述したように、ホストコンピュータ１か
らモニタ装置３に与えられるコマンドには図６の一覧図
に示されているような種々のコマンドがある。これらの
コマンドの内にはモニタ装置３からホストコンピュータ
１への応答が必要なコマンドもあるが、応答が不要なコ
マンド、たとえばコマンド”00”のリセットコマンド等
もある。従って、ステップS12 においては、ホストコン
ピュータ１からモニタ装置３に与えられたコマンドが応
答が必要なコマンドであるか、リセットコマンドである
か、その他のコマンドであるかが判定され、それぞれに
対応する処理が行なわれる。

【００４７】ホストコンピュータ１への応答が必要なコ
マンドであった場合は、CPU 41は１バイトの応答コマン
ドのみをRAM 43内の送信バッファ432 にセットする (ス
テップS53)。リセットコマンドであった場合は、CPU 41
はモニタ装置３をリセットする (ステップS54)。その他
のコマンドであった場合は、CPU 41はそれぞれに対応す
る処理を行なう (ステップS55)。

【００４８】ステップS53 においてRAM 43内の送信バッ
ファ432 にセットされた応答コマンドの送信処理は図３
のフローチャートに示されているようにして実行され
る。この送信処理はディジタル回路ブロック４内の図示
されていないタイマにより定期的に発生するタイマ割り
込みで処理される。まず最初に、CPU 41は送信データが
有るか否か、具体的にはRAM 43の送信バッファ432 に送
信データがバッファリングされているか否かを調べる
(ステップS61)。送信データが存在する場合、CPU41はRA
M 43の送信バッファ432 から送信データである１バイト
のコマンドを読み出し (ステップS62)、その内容を判断
することによりコマンド分岐し (ステップS63)、それぞ
れに対応する処理を行なう。

【００４９】いまたとえば、RAM 43の送信バッファ432
から読み出されたコマンドが”81”であった場合には、
CPU 41はコマンド”81”の送信に必要な処理、具体的に
はコマンド”81”と共にホストコンピュータ１へ送信さ
れるパラメータを作成する処理を行なう (ステップS6
4)。同様に、RAM 43の送信バッファ432 から読み出され
たコマンドが”82”あるいは”83”であった場合には、
CPU 41はコマンド”82”あるいは”83”の送信に必要な
処理、具体的にはコマンド”81”あるいは”83”と共に
ホストコンピュータ１へ送信されるパラメータを作成す
る処理を行なう (ステップS65, S66) 。他の各コマンド
に関してもいずれも同様に、それぞれのホストコンピュ
ータ１への送信に際して必要なパラメータの作成処理が
行なわれる。

【００５０】このようにして、CPU 41はRAM 43の送信バ
ッファ432 から読み出したコマンドと、それに対応して
作成したパラメータとを通信ポート44を介してビデオケ
ーブル２へ送信する (ステップS67)。一組のデータ (コ
マンド及びパラメータ) を送信すると、CPU 41は更に他
の送信データが有るか否かを調べ (ステップS68)、あれ
ばステップS62 乃至S67 の処理を全てのコマンドの送信
が終了するまで反復する。

【００５１】次に図４の模式図を参照して、本発明の通
信方法においては送信バッファ432にどのようなデータ
がバッファリングされるかを説明する。いまたとえば、
前述の図６に示されているコマンド”01”、即ち水平周
波数要求コマンドと、コマンド”02”、即ち垂直周波数
要求コマンドとが連続してホストコンピュータ１からモ
ニタ装置３へ送信された場合のモニタ装置３での処理に
ついて説明する。但しこの場合、モニタ装置３は水平周
波数としては32kHz から84kHz を、垂直周波数としては
50Hzから150Hz をそれぞれサポートしているものとす
る。

【００５２】図６に示されているように、ホストコンピ
ュータ１からモニタ装置３へ送信されるコマンド”01”
に対応してモニタ装置３からホストコンピュータ１へ送
信されるコマンドは”81”、即ち水平周波数返信コマン
ドであり、コマンド”02”に対応するコマンドは”8
2”、即ち垂直周波数返信コマンドである。従って、RAM
43の送信バッファ432 には、図４の模式図に示されてい
るように、１バイトのコマンド”81”, １バイトのコマ
ンド”82”のみの合計２バイトのデータがバッファリン
グされる。

【００５３】そして、コマンド”81”がRAM 43の送信バ
ッファ432 から読み出された場合は、CPU 41は２バイト
のパラメータ”32”と２バイトのパラメータ”84”とを
データとして作成し、ホストコンピュータ１へ送信す
る。

【００５４】なお、上記実施例ではマイクロコンピュー
タシステムのコンピュータ本体をマスタとし、モニタ装
置をスレーブとして説明した、そのような関係には拘わ
らず、他の種々の装置間での通信方法に、また他の装置
との間で自身がスレーブとなって通信を行なう装置に適
用可能である。

【００５５】

【発明の効果】以上に詳述したように、本発明の通信方
法及び通信装置によれば、通信装置の送信バッファがバ
ッファフル状態に陥る可能性が低下するので、エラーあ
るいはウェイト状態の発生確立が低下する。また、送信
バッファの容量拡大は行なう必要がないので、製造コス
トの上昇を伴うこともない。

【図面の簡単な説明】

【図１】本発明の通信装置をコンピュータシステムのモ
ニタ装置に適用した例を示すブロック図である。

【図２】本発明に係る通信方法による通信手順を示すフ
ローチャートである。

【図３】本発明に係る通信方法による通信手順を示すフ
ローチャートである。

【図４】本発明の通信方法において送信バッファにバッ
ファリングされるデータを示す模式図である。

【図５】従来の通信装置としてのコンピュータシステム
のモニタ装置の構成例を示すブロック図である。

【図６】ホストコンピュータとモニタ装置との間で通信
されるコマンド及びそれに伴って通信されるパラメータ
の一例を示す一覧図である。

【図７】従来の通信方法による通信手順を示すフローチ
ャートである。

【図８】従来の通信方法による通信手順を示すフローチ
ャートである。

【図９】従来の通信方法による通信手順を示すフローチ
ャートである。

【図１０】従来の通信方法において送信バッファにバッ
ファリングされるデータを示す模式図である。

【符号の説明】

１ ホストコンピュータ ３ モニタ装置 ４ ディジタル回路ブロック 41 CPU 42 ROM 43 RAM 44 通信ポート 431 受信バッファ 432 送信バッファ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 マスタからデータの送信を要求するコマ
   ンドを受信した場合に、受信したコマンドに対応する返
   信コマンドと要求されたデータとを前記マスタへ送信す
   る通信方法において、 前記マスタからコマンドを受信した場合に、対応する返
   信コマンドのみをバッファリングし、 送信タイミングにおいて、バッファリングしている返信
   コマンドとそれに対応するデータとから送信データを作
   成し、前記マスタへ送信することを特徴とする通信方
   法。
2. 【請求項２】 マスタから受信したコマンドをバッファ
   リングする受信バッファと、 前記受信バッファにバッファリングされているコマンド
   を処理して返信データを生成するコマンド処理手段と、 前記コマンド処理手段により生成された返信データをバ
   ッファリングする送信バッファと、 送信タイミングにおいて、前記送信バッファにバッファ
   リングされている返信データを前記マスタへ送信する返
   信手段とを備えた通信装置において、 前記コマンド処理手段は、 マスタへのデータの送信を必要とするコマンドを処理し
   た場合に、前記受信バッファにバッファリングされてい
   るコマンドに対応する返信コマンドのみを前記送信バッ
   ファにバッファリングさせ、 送信タイミングにおいて、前記送信バッファにバッファ
   リングされている返信コマンドと、それに対応するデー
   タとから送信データを作成すべくなしてあることを特徴
   とする通信装置。