JPH0730695A - ファクシミリ装置 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、通信時間及び記録時間を共に短縮
できるファクシミリ装置を提供することを目的とする。 【構成】 メイン部は記録すべきデータが有る場合、記
録部に給紙命令コードをセントロニクス・インタフェー
スにより送出し（Ｓ１１）、印字すべきデータが受信画
像等のビットイメージデータ領域なのか、文字コードデ
ータ領域なのかを判断する（Ｓ１２）。ビットイメージ
データ領域であればビットイメージデータコマンドを送
出し（Ｓ１３）、文字コードデータ領域であれば文字コ
ードデータコマンドを送出する（Ｓ１４）。そして、１
スキャンの画データを送出した後、印字すべきデータを
全て送り終わったか判断し（Ｓ１５）、終了であれば、
排紙コマンドを送出し（Ｓ１６）、印字を終了する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、例えば記録すべきデー
タの形式に応じて異なる制御コマンドを記録手段へ送出
し、記録を行うファクシミリ装置に関するものである。

【０００２】

【従来の技術】従来のファクシミリ装置では、受信画
像、若しくはコピー画像を印字する際に、記録部の各種
設定を行った後、画像メモリのビットイメージデータを
そのまま記録部へ送出している。また、文字コードデー
タの印字に関しても、文字コードからビットイメージデ
ータへ展開した後、記録部へ送出している。

【０００３】

【発明が解決しようとしている課題】しかしながら、近
年のファクシミリ装置では、通信以外の機能も充実して
おり、記録部で印字するのは受信画像、若しくはコピー
画像に限らず、通信が正常に終わったことを知らせる通
知レポートを印字したり、ファクシミリ装置のユーザ登
録データを一覧表として印字する機能をも有している。

【０００４】つまり、上述の画像とレポート或いは一覧
表との相違は、データ形式がビットイメージデータか文
字コードデータかであり、メイン部から記録部へ印字デ
ータを送出する際に、画像はビットイメージデータとし
て送出し、レポート或いは一覧表は文字コードデータを
送出すればよく、メイン部でわざわざビットイメージデ
ータへイメージ展開を行う必要はないという問題があっ
た。

【０００５】本発明は、上記課題を解決するために成さ
れたもので、通信時間及び記録時間を共に短縮できるフ
ァクシミリ装置を提供することを目的とする。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、本発明のファクシミリ装置は以下の構成を備える。
即ち、記録すべきデータの形式に応じて異なる制御コマ
ンドを記録手段へ送出し、記録を行うファクシミリ装置
であって、記録すべきデータの形式を判別する判別手段
と、該判別手段での判別結果に応じて異なる制御コマン
ドを送出する送出手段と、該送出手段で送出された制御
コマンドに従って記録を行う記録手段とを備える。

【０００７】

【作用】かかる構成において、記録すべきデータの形式
を判別し、その判別結果に応じて異なる制御コマンドを
送出し、記録を行うことにより、通信時間及び記録時間
を共に短縮することができる。

【０００８】

【実施例】以下、図面を参照して本発明に係る好適な一
実施例を詳細に説明する。図１は、実施例におけるファ
クシミリ装置のメイン部１の構成を示すブロック図であ
る。同図において、メイン部１は装置全体の制御を行う
ファクシミリ制御部１１と、変復調回路及び網制御回路
を含む通信部１２と、原稿の読み取りを行う読取部１３
と、画像を一時蓄積するための画像メモリ１４と、その
画像メモリ１４から取り出したイメージデータを後述す
る記録部２の解像度に変換して一時記録するイメージバ
ッファ１５とから構成されている。

【０００９】また、ファクシミリ画像の記録を行う記録
部２とは、セントロニクス・インタフェースによって接
続されている。図２は、実施例におけるファクシミリ装
置の記録部２の構成を示すブロック図である。同図にお
いて、記録部２は記録部全体の制御を行う記録制御部２
１と、メイン部１のファクシミリ制御部１１から送られ
てくる制御コード及び印字データを一時記憶しておくレ
シーブバッファ２２と、インクを吐出する印字ヘッドを
有し、それを主走査方向にスキャンすることにより１ベ
ルト印字する印字部２３と、記録紙の給紙、排紙及び印
字部２３で記録する時に副走査方向の位置を定めるため
の３６０ｄｐｉの精度を有する記録紙搬送部２４と、記
録紙がある場合には記録紙有り状態になり、記録紙切れ
の場合には、記録紙無し状態になる記録紙の有無及び記
録紙供給の際の先端若しくは記録紙排紙の際の後端を検
知するための記録紙センサ２５と、印字データが文字コ
ードで送られてきた場合にビットイメージの展開に使用
する各種フォントデータＲＯＭ２６と、印字ビットイメ
ージを一時記憶させておくプリントバッファ２７とから
構成されている。

【００１０】また、上述のファクシミリ制御部１１と記
録制御部２１は、ＣＰＵ、ＲＯＭ、ＲＡＭ及びその周辺
回路で構成されている。以上の構成からなる実施例のメ
イン部１の画像メモリ１４に蓄積された画像を１ページ
印字するページ記録処理を、図３に示すフローチャート
に従って以下に説明する。

【００１１】まず、ステップＳ１１において、メイン部
１は記録すべきデータが有る場合、記録部２に給紙命令
コードをセントロニクス・インタフェースにより送出す
る。続いて、ステップＳ１２では、印字すべきデータが
受信画像等のビットイメージデータ領域なのか、文字コ
ードデータ領域なのかを判断する。ここでの判断は、例
えば送信エラー等により送信原稿が相手先に送信されな
かったことを知らせる不達確認レポートのように、文字
コードデータ領域と送信原稿のビットイメージデータ領
域とを含む場合、どちらの領域か判断するもので、受信
画像や送達確認レポート等の場合には、一義的に一方の
領域と判断するものである。その結果、ビットイメージ
データ領域であればステップＳ１３へ進み、記録部２に
ビットイメージデータコマンドを送出し、また文字コー
ドデータ領域であればステップＳ１４へ進み、文字コー
ドデータコマンドを送出する。

【００１２】本実施例で扱う印字ヘッドは、副走査（記
録紙縦）方向３６０ｄｐｉの密度で１列６４ノズルを有
し、主走査（記録紙横）方向に３６０ｄｐｉになるよう
印字ヘッドをスキャンしインクを吐出することにより、
３６０ｄｉｐ×３６０ｄｐｉを達成している。よって、
１スキャンで印字できるライン数は６４ラインである。
主走査方向の記録範囲が８インチ＝８×３６０ドット＝
３６０バイトとすると、ビットイメージデータコマンド
の場合、１コマンドで１スキャン２３０４０（＝３６０
バイト×６４ノズル）バイトの画データを送出する。一
方、フォントサイズを横４バイト（３２ビット）とする
と、文字コードデータコマンドは１コマンドで１スキャ
ン９０（＝３６０／４）バイトの画データを送出する。

【００１３】１スキャンの画データを送出した後、ステ
ップＳ１５では印字すべきデータを全て送り終わったか
判断し、終了していなければステップＳ１２へ戻り、上
述の処理を繰り返す。しかし、終了であればステップＳ
１６へ進み、記録部２に排紙コマンドを送出し印字を終
了する。図４は、メイン部１のビットイメージデータ領
域を印字するための１スキャン記録処理を示すフローチ
ャートである。このフローチャートに従ってメイン部１
のビットイメージデータ領域の印字動作を説明する。

【００１４】まず始めに、ステップＳ２１において、上
述の如く、１スキャンで印字できるライン数が６４ライ
ンであるため、その値をimg_buf_line_cntへ設定する。
次に、ステップＳ２２では、１スキャン（６４ライン）
分のイメージデータが作成されたか判断し、既に作成さ
れている場合、ステップＳ２７へ進み、記録部２へ１ス
キャン印字のための制御コードを先頭に付加したイメー
ジバッファ１５のデータを順次送り、記録部２に印字を
開始させ、１スキャン終了となる。記録紙の印字範囲が
横８インチのため（（３６０ｄｐｉ×８インチ）×６４
ライン）ビットの画像データがイメージバッファ１５に
格納されており、記録部２に送られることになる。

【００１５】一方、ステップＳ２２で１スキャン（６４
ライン）分のイメージデータが作成されていない場合、
ステップＳ２３へ進み、画像メモリ１４から生１ライン
画像を取り出すと同時に、ファクシミリ画像を記録部２
用の解像度に変換する。このファクシミリ画像は、主走
査方向が８pel/mmで、副走査方向が読取モードにより
３．８５，７．７，１５．４ line/mmの解像度のため、
主、副走査とも記録部２の解像度３６０ｄｐｉに解像度
変換する必要がある。

【００１６】次に、ステップＳ２４において、このライ
ンで１ページ終了と判断した場合、ステップＳ２８へ進
み、この解像度変換後の生１ラインの画像データをイメ
ージバッファ１５に格納し、記録部２へ１スキャン印字
のための制御コードを先頭に付加し、続いてイメージバ
ッファ１５のデータを順次送り、記録部２に最後の印字
を開始させる。

【００１７】また、ステップＳ２４において、画像終了
でない場合、ステップＳ２５へ進み、解像度変換後の生
１ラインの画像データをイメージバッファに順次格納す
る。最後に、ステップＳ２６では、img_buf_line_cntの
値をデクリメントし、上述のステップＳ２２の１スキャ
ン（６４ライン）分のイメージデータが作成されたかと
いう判断に戻る。

【００１８】図５は、メイン部１の文字コードデータ領
域を印字するための１スキャン記録処理を表わすフロー
チャートである。このフローチャートに従ってメイン部
１の文字コードデータ領域の印字動作を説明する。ま
ず、ステップＳ３１において、１行分の文字コードデー
タを作成する。ここで、フォントサイズを横４バイト
（３２ビット）とすると、文字コードデータは１スキャ
ン９０（＝３６０バイト／４バイト）バイトの文字コー
ド列となる。

【００１９】続いて、ステップＳ３２では、作成した文
字コード列の先頭に制御コマンドを付加し、文字コード
データコマンドとして記録部２へ送出する。以上の処理
により文字コードデータ領域を印字するための１スキャ
ン記録処理を終了する。次に、記録部２における印字動
作を図６に示すフローチャートに従って以下に説明す
る。尚、記録部２の各種イニシャル処理及び給紙処理は
既に完了しているものとする。

【００２０】まず、ステップＳ４１において、レシーブ
バッファ２２から取り出した命令を解析し、命令通りに
実行する。ここで、印字終了命令の場合（ステップＳ４
２）、残留紙の機外排出を行い印字動作を終了する。印
字ヘッドが記録紙に接触しないよう退避した後、記録紙
搬送部で記録紙をフィードし、記録紙センサが記録紙無
しになるまでフィードし続ける。

【００２１】印字開始命令の場合（ステップＳ４３）、
ステップＳ４７へ進み、図８に示すシーケンスで記録紙
に印字を行う。詳細は後述する。記録部２に対する制御
命令の場合（ステップＳ４４）、例えばページモードや
改行幅の設定の場合、ステップＳ４８へ進み、その通り
に制御命令を実行する。その後、レシーブバッファ２２
から次の命令の取り込みへ戻る。

【００２２】ビットイメージデータ命令の場合（ステッ
プＳ４５）、ステップＳ４９へ進み、その命令に続くビ
ットイメージデータ１スキャン分をプリントバッファ２
７へ格納する。その後、レシーブバッファ２２から次の
命令の取り込みへ戻る。プリントバッファ２７は、１ス
キャンでの印字範囲が横８インチ縦６４ラインのため、
（３６０ｄｐｉ×８インチ）×６４ライン（単位ビッ
ト）の画像データがプリントバッファ２７に格納される
ことになる。プリントバッファ２７は、（３６０ｄｐｉ
×８インチ）×６４ビットの領域を２面（展開バッフ
ァ、印字中バッファ）用意し、それらを交互に設定する
ことにより記録時間の短縮を図っている。

【００２３】そして、文字コードデータ命令の場合（ス
テップＳ４６）、ステップＳ５０へ進み、後述する図７
に示すシーケンスで文字コードを展開する。次に、上述
の記録部２における文字コード展開シーケンスを図７に
示すフローチャートに従って以下に詳述する。まず始め
に、ステップＳ５１において、文字コード列の何バイト
目を展開中かを表わすカウンタｎを初期化する。

【００２４】次に、ステップＳ５２では、カウンタｎを
参照して文字コード列のｎバイト目を取り込み、ステッ
プＳ５３では、フォントデータＲＯＭ２６より文字コー
ドからビットイメージへと展開する。フォントサイズを
縦４バイト（４８ビット）、横４バイト（３２ビット）
とすると、１コード（１バイト）から１９２バイト（４
８×３２／８）の生ビットイメージが生成される。この
時、数種類のフォントデータを用意しておき、ユーザが
設定したフォントを選択し、ビットイメージに展開する
とよりよい。

【００２５】そして、ステップＳ５４では、カウンタｎ
により文字コード列の全てをビットイメージ展開したか
判断する。ここで、終了していれば１スキャンの文字コ
ード展開を終了する。しかし、終了していなければステ
ップＳ５５へ進み、カウンタｎをインクリメントし、ス
テップＳ５２の文字コード列のｎバイト目を取り込む処
理に戻る。

【００２６】次に、上述した記録部２における印字シー
ケンスを図８に示すフローチャートに従って以下に詳述
する。上述の如く、ファクシミリ制御部１１より印字開
始命令が送られてきた場合、記録部２はこの印字シーケ
ンスに従って印字動作を始める。まず、ステップＳ６１
において、プリントバッファ２７の内容を一度スキャン
し、バッファ２７内が全白か否かを判断する。全白バッ
ファの場合、ステップＳ６６へ進み、記録時間の短縮の
ため、印字ヘッドをスキャンさせず、６４ラインフィー
ドを行い、１スキャンの印字動作を終了する。

【００２７】また、全白バッファでなければステップＳ
６２へ進み、印字モードを読み込み、ステップＳ６３で
印字ヘッドのスキャン速度計画を作成する。１スキャン
の内、印字ヘッドは加速領域→定速安定領域→印字領域
→定速安定領域→減速領域を通過する。このように、各
領域では、印字ヘッドのスキャン速度が異なり、また印
字領域の内、一定以上の空白部分が存在する場合、その
空白部分は印字ヘッドを加速させて高速移動し、再び印
字領域に近づくと減速させるような制御も行う。このス
キャン速度計画を印字ヘッド移動テーブルを参照し作成
する。

【００２８】そして、ステップＳ６４では、作成された
移動計画の最適化を行う。プリントバッファ２７の左端
にのみ印字データがある場合、即ち、記録紙の左側しか
印字する必要がない場合、ヘッドは左側のみスキャンし
てインクを吐出すればよく、それ以上右端間でスキャン
する必要はない。また、右端にのみ印字データがある場
合、即ち、記録紙の右側しか印字する必要がない場合、
ヘッドは最も速いスキャン速度で右端へスキャンし、デ
ータがある領域だけ速度を落とし、必要な印字を行えば
よい。ここでは、このようなスキャン速度の最適化を行
う。

【００２９】次に、上述の最適化が終了するとステップ
Ｓ６５において、印字を開始する。具体的には、上述の
ステップＳ６４で作成した最適化された印字ヘツドスキ
ャン速度計画に従って、印字ヘッドを移動させながらイ
ンクを吐出することにより、印字を行う。その後、印字
終了と共にプリントバッファ２７の内容をクリアし、記
録部２の１スキャン印字を終了する。

【００３０】このように、実施例によれば、メイン部１
から記録部２へ印字データを送出する際、画像データは
ビットイメージデータとして送出し、レポートデータは
文字コードデータを送出することによりメイン部１でわ
ざわざビットイメージデータへイメージ展開を行う必要
がなくなる。これにより、メイン部１から記録部２へ送
出するデータ量は、画像データ領域では数バイト増すも
のの、文字コードデータ領域では圧倒的にバイト量を減
らすことができる。また、メイン部１において文字コー
ドデータからビットイメージデータへイメージ展開を行
う必要がないため、メイン部１のＣＰＵは通信、読取処
理に専念することができ、負荷の分散にも役立つ。

【００３１】従って、従来のファクシミリ装置において
問題であった通信時間及び印字時間を共に短縮すること
が可能となる。尚、本発明は、複数の機器から構成され
るシステムに適用しても、１つの機器から成る装置に適
用しても良い。また、本発明はシステム或いは装置にプ
ログラムを供給することによって達成される場合にも適
用できることはいうまでもない。

【００３２】

【発明の効果】以上説明したように、本発明によれば、
通信時間及び記録時間を共に短縮することが可能とな
る。

【図面の簡単な説明】

【図１】実施例におけるファクシミリ装置のメイン部の
構成を示すブロック図である。

【図２】実施例におけるファクシミリ装置の記録部の構
成を示すブロック図である。

【図３】メイン部の画像メモリに蓄積された画像を１ペ
ージ印字するためのページ記録処理を表すフローチャー
トである。

【図４】メイン部のビットイメージデータ領域を印字す
るための１スキャン記録処理を表すフローチャートであ
る。

【図５】メイン部の文字コードデータ領域を印字するた
めの１スキャン記録処理を表すフローチャートである。

【図６】記録部における印字動作を示すフローチャート
である。

【図７】記録部における文字コード展開シーケンスを示
すフローチャートである。

【図８】記録部における印字シーケンスを示すフローチ
ャートである。

【符号の説明】

１ メイン部 ２ 記録部 １１ ファクシミリ制御部 １２ 通信部 １３ 読取部 １４ 画像メモリ １５ イメージバッファ ２１ 記録制御部 ２２ レシーブバッファ ２３ 印字部 ２４ 記録紙搬送部 ２５ 記録紙センサ ２６ 各種フォントデータＲＯＭ ２７ プリントバッファ

Claims (1)

【特許請求の範囲】
1. 【請求項１】 記録すべきデータの形式に応じて異なる
   制御コマンドを記録手段へ送出し、記録を行うファクシ
   ミリ装置であって、 記録すべきデータの形式を判別する判別手段と、 該判別手段での判別結果に応じて異なる制御コマンドを
   送出する送出手段と、 該送出手段で送出された制御コマンドに従って記録を行
   う記録手段とを備えることを特徴とするファクシミリ装
   置。