JP2932568B2 - データ通信装置 - Google Patents

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は複数のファイルデータをバッファを介して送
信するデータ通信装置に関するものである。

［従来の技術］ 日本語DTPなどでは、画像処理、印刷処理のような複
雑な処理が頻繁に行われるが、これらの処理を１つの中
央処理装置（以下CPUと称する）だけで実行しようとす
ると、多大な時間を要す。特に、印刷処理の場合は、印
刷実行の間CPUの処理が待たされることになり、操作性
が悪くなる。

そこで、このような高速性が要求される処理は、ファ
ームウェアによって行う場合が多い。すなわち、メイン
のCPUとファームウェアがそれぞれ行う処理を分担し、
並行に実行することにより、印刷処理の場合でも、CPU
の処理は待たされることなく実行でき、効率的に処理が
できる。

メインのCPUとファームウェアの並行処理を行う場
合、一般的に、共有メモリ上にリングバッファを設け
て、相互間で通信を行っている。すなわち、メインのCP
Uが、リングバッファに処理コマンドを書き込み、ファ
ームウェアが、リングバッファからメインのCPUによっ
て書き込まれた処理コマンドを読み込んで、その処理を
実行する。リングバッファでの処理コマンドの書き込み
あるいは読み込みの際、ｎワードの大きさの処理コマン
ドである場合、ｍワード分書き込み、あるいは読み込み
を終了した時点でバッファの最後まで到達すると、バッ
ファの先頭に戻って、処理コマンドの続きの（ｎ−ｍ）
ワード分の書き込み、あるいは読み込みを行う。

［発明が解決しようとする課題］ しかしながら、リングバッファによる通信最小単位が
１ワードであるとすると、ｎワードの大きさの処理コマ
ンドをリングバッファにより通信する場合、１ワードず
つ通信するたびにバッファの最終アドレスまで来たかを
識別する必要があり、そのための処理に時間を要すこと
になっていた。

［課題を解決するための手段］ この課題を解決するために本発明は、送信すべき複数
のファイルデータを記憶する送信データ記憶手段と、送
信データ記憶手段に記憶されたデータを送信する際に該
送信データを一時記憶するバッファ手段と、送信データ
記憶手段に記憶されたデータのバッファ手段への書き込
み位置を示すデータを記憶するライトポインタと、送信
データ記憶手段に記憶されたデータをライトポインタに
よって示されるバッファ手段の書き込み位置に書き込む
際、書き込もうとするファイルデータの書き込み容量が
足りない場合は、終了コードを格納し、ライトポインタ
をリセットしてから当該書き込もうとするファイルデー
タを書き込む手段と、を有する構成でなる。

［作用］ この構成によってバッファ手段に書き込む際のバッフ
ァ手段の最終アドレスまで来たか否かの識別はせず、あ
る一塊のファイルデータの書き込みに当たってそのファ
イルデータが書き込めない場合はバッファの先頭から書
き込む。

［実施例］ 第１図は、本発明の一実施例におけるデータ通信装置
の全体構成図である。１は、ファームウェアの担当以外
の処理を、ファームウェアの処理と並行に実行する中央
処理装置、２は中央処理装置１からファームウェアへ、
ファームウェアが分担する処理コマンドの通信を行う通
信バッファで、21は、中央処理装置１が、次に処理コマ
ンドを書き込む場所を示すライトポインタ、22は、ファ
ームウェアが、次に読み込む処理コマンドの場所を示す
リードポインタ、23は、中央処理装置１及びファームウ
ェアによって処理コマンドの通信を行うバッファメモリ
である。３は、画像処理、印刷処理のような高速な動作
を必要とする処理を行うファームウェアである。４はフ
ァームウエア３に送信すべき処理コマンドファイルを記
憶するメインメモリである。

第２図は、通信バッファ２の構成図である。ライトポ
インタ21及びリードポインタ22に記憶されたデータによ
って各々そのアドレスを指定される。

以上のように構成された本実施例のについて、第３図
に従って、以下その動作を説明する。

まず、第３図（ａ）のように、ライトポインタ21及び
リードポインタ22をバッファ23の先頭に初期設定してお
く。

最初に、中央処理装置１による処理コマンドの書き込
みについて説明する。第３図（ｂ）のように、中央処理
装置１は、ファームウェア３に分担する処理コマンド
（コマンド1:n1ワード）をバッファ23に一度に書き込ん
で、ライトポインタ21を更新する。リードポインタ22に
より、次に書き込む場所が、ファームウェア３によって
既に読み込まれたかどうか確認しながら、この書き込み
処理を幾度か繰り返すと、第３図（ｃ）のように、バッ
ファ23の残りに、次の処理コマンド（コマンド4:n4ワー
ド）を書き込む領域がなくなる場合、すなわち残り領域
がn4ワードに満たない場合が生ずる。そこで、第３図
（ｄ）のように、その時点で終了コードを書き込み、バ
ッファ23の先頭に戻って、新たに処理コマンドを書き込
んで、ライトポインタ21の更新を行う。

次に、ファームウェア３による処理コマンドの読み込
みについて説明する。

ファームウェア３は、ライトポインタ21により、処理
コマンドが書き込まれたかどうかを確認しながら、バッ
ファ23から処理コマンドを読み込んで、リードポインタ
22を更新する。第３図（ｃ）は、コマンド１及びコマン
ド２を読み込んだ状態である。第３図（ｄ）のような状
態において、ファームウェア３が次の処理コマンド（コ
マンド３）を読み込むと、第３図の（ｅ）の状態にな
る。続いて、処理コマンドの読み込みを行おうとする
と、終了コードになっているため、第３図の（ｆ）にお
いて、バッファ23の先頭に戻り、新たに処理コマンド
（コマンド４）の読み込みを行って、リードポインタ22
の更新を行う。

［発明の効果］ 本発明は、複数の処理コマンドを格納する際、バッフ
ァ先頭から処理コマンドを書き込んでいき、残りのバッ
ファが処理コマンドを格納できない容量となった場合、
規定の終了コードを書き込み、バッファ先頭に戻って新
たに書き込んでいく通信バッファを設けることにより、
ファームウェアは、リング・バッファのように、１ワー
ドの通信のためにバッファの折り返しを意識することな
く、ｎワード分の書き込み、あるいは読み込みを一度に
行えるため、高速な通信を実現できるという効果を得る
ことができる。

【図面の簡単な説明】

第１図は、本発明の一実施例におけるデータ通信装置の
構成を示すブロック図、第２図は通信バッファの構成を
示す概略図、第３図（ａ）〜第３図（ｆ）は通信バッフ
ァの状態図である。 １……メインCPU、２……通信バッファ、21……ライト
ポインタ、22……リードポインタ、23……バッファ、３
……ファームウェア、４……メインメモリ

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】送信すべき複数のファイルデータを記憶す
   る送信データ記憶手段と、 前記送信データ記憶手段に記憶されたデータを送信する
   際に該送信データを一時記憶するバッファ手段と、 前記送信データ記憶手段に記憶されたデータの前記バッ
   ファ手段への書き込み位置を示すデータを記憶するライ
   トポインタと、 前記送信データ記憶手段に記憶されたデータを前記ライ
   トポインタによって示される前記バッファ手段の書き込
   み位置に書き込む際、書き込もうとするファイルデータ
   の書き込み容量が足りない場合は、終了コードを格納
   し、前記ライトポインタをリセットしてから当該書き込
   もうとするファイルデータを書き込む手段と、を有する
   ことを特徴とするデータ通信装置。