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

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

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

［従来の技術１ 日本語ＤＴＰなどでは、画像処理、印刷処理のような複
雑な処理が頻繁に行われるが、これらの処理をｔつの中
央処理装置（以下ＣＰＵと称する）だけで実行しようと
すると、多大な時間を要す。

特に、印刷処理の場合は、印刷実行の間ＣＰＵの処理が
待たされることになり、操作性が悪くなる。

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

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

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

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

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

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

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

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

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

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

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

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

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

【図面の簡単な説明】

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

Claims (1)

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