JP2000134387A

JP2000134387A - 画像通信装置及び前記装置における記録制御方法

Info

Publication number: JP2000134387A
Application number: JP30616198A
Authority: JP
Inventors: Hiroshi Shinoda; 弘志信田; Yasuhide Ueno; 康秀上野; Susumu Matsuzaki; 進松崎; Naoki Sugawara; 尚樹菅原; Muneki Nakao; 宗樹中尾; Takeshi Toyama; 猛外山
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1998-10-27
Filing date: 1998-10-27
Publication date: 2000-05-12

Abstract

(57)【要約】【課題】モノクロ画像及びカラー画像の受信、記録が
可能で、受信した画像に応じて最適なインク材を使用し
て画像を記録する。【解決手段】受信した画像データがカラー画像かモノ
クロ画像かを判別し、そのいずれの場合にもメモリ代行
受信により画像を受信してメモリに記憶する。こうして
受信が終了するとプリントタスクが起動され、メモリ代
行受信された画像が有るかどうかが判別される。メモリ
代行受信されてメモリに記憶されている画像データがあ
って、その受信データのプリントが指示されると記録タ
スクが起動され、カラー画像の記録時にカラーインクカ
ートリッジがセットされていれば（Ｓ２１２）プリント
を行い（Ｓ２１５）、そうでないときは警告を表示する
（Ｓ２１７）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、カラー画像及びモ
ノクロ画像を受信可能な画像通信装置及び当該装置にお
ける記録制御方法に関するものである。

【０００２】

【従来の技術】従来より、記録部にインクジェット方式
のプリンタを採用したファクシミリ装置が知られてい
る。このインクジェット方式を採用した記録部では、単
色用のモノクロインクを収容したモノクロインクカート
リッジとカラー画像記録用のカラーインクを収容したカ
ラーインクカートリッジを交換可能とし、その用途に応
じて使用者がカートリッジを随時交換して使用してい
た。

【０００３】このようなインクジェット方式の記録部を
採用し、カラー原稿の複写が可能な画像形成装置におい
て、例えばモノクロ原稿をコピーをする場合には、カラ
ーインクカートリッジ内のインク（例えばインクカート
リッジ内のいずれか１色、あるいは全ての色を同様に混
色して黒色を表現したプロセスブラック）を用いてモノ
クロ画像の記録を行っていた。更にファクシミリの受信
画像を記録する場合も、ファクシミリの受信画像は通常
モノクロなので、カラー画像用のカラーインクカートリ
ッジが装着されている場合には、そのカラーインクカー
トリッジ内のインクを用いて、その受信したモノクロ画
像の記録を行っていた。

【０００４】

【発明が解決しようとする課題】しかしながら、記録部
にカラーインクカートリッジが常に装着されている状態
では、モノクロ画像を記録する場合でもカラーインクが
使用されるため、カラー画像を受信してカラーで記録し
ようとした場合に、カラーインクカートリッジのインク
残量が少なくなってしまっていて、受信したカラー画像
の記録ができなくなる場合があった。これを防ぐための
一手法として、インクカートリッジを大型化して大容量
化する方法があるが、これでは装置の大型化、高価格化
を招いてしまう。

【０００５】また、モノクロ用のモノクロインクカート
リッジとカラー画像記録用のカラーインクカートリッジ
とを交換可能な記録部においては、記録したい画像がカ
ラー画像であるにも拘わらず装着されているインクカー
トリッジがモノクロ用であるとカラー画像が適切に記録
されない。その結果、その画像を記録するのに使用した
記録紙やインクが無駄になってしまうことになる。特に
ファクシミリ装置の場合、画像の受信や記録は自動的に
行われ、また通常、正常に受信して記録された画像はメ
モリから消去されるため、この様な誤った記録動作によ
る影響は大きいものとなる。また、装着されているイン
クカートリッジの種類の確認や受信した画像の種類に応
じてインクカートリッジを交換すべきか否かを使用者に
判断させるようにすると操作が複雑になり、使用者が誤
った動作を行うことも想定されるため好ましくない。
又、このようにすると、常に使用者の介在が必要となる
ためファクシミリ装置の無人運転が不可能になるという
問題もある。

【０００６】更にファクシミリ装置の場合、通常はモノ
クロ画像を受信して記録するためモノクロインクカート
リッジが装着されている。そこで、モノクロインクカー
トリッジとカラーインクカートリッジとを交換可能な記
録部を有するファクシミリ装置において、モノクロカー
トリッジが装着されている場合にカラー画像の受信・記
録を行うと上記のような問題が発生する。しかし、この
ような場合にカラー画像の受信を拒否すると、より使い
勝手を悪くしてしまうことにもなる。これは特に、無人
運転されるファクシミリ装置などの場合に影響が大き
い。

【０００７】本発明は上記従来例に鑑みてなされたもの
で、モノクロ画像及びカラー画像の受信、記録が可能で
あり、受信した画像に応じて最適なインク材を使用して
画像を記録する画像通信装置及び前記装置における記録
制御方法を提供することを目的とする。

【０００８】また本発明の目的は、装着されているイン
ク材の種類を判別し、受信した画像の種類との整合を取
って受信画像を記録できるかどうか判断して記録する画
像通信装置及び前記装置における記録制御方法を提供す
ることにある。

【０００９】また本発明の目的は、モノクロ／カラーの
いずれのインク材を用いてるか、また受信した画像を記
録するためにインク材を交換すべきかどうかをユーザに
報知できる画像通信装置及び前記装置における記録制御
方法を提供すること提供することにある。

【００１０】また本発明の目的は、不要な記録を防止し
てインク材の無駄な使用を抑える画像通信装置及び前記
装置における記録制御方法を提供することにある。

【００１１】また本発明の目的は、装着されているイン
ク材の種類と受信画像の種類とが一致しない場合でも、
画像の受信を行うことができる画像通信装置及び前記装
置における記録制御方法を提供することにある。

【００１２】

【課題を解決するための手段】上記目的を達成するため
に本発明の画像通信装置は以下のような構成を備える。
即ち、画像データを受信する受信手段と、前記受信手段
により受信した画像データがカラー画像かモノクロ画像
か判別する判別手段と、装着されているインク材を用い
て記録媒体にカラー画像或はモノクロ画像を記録する記
録手段と、前記装着されているインク材の種類を識別す
る識別手段と、前記判別手段によりカラー画像が受信さ
れたと判別され、かつ前記識別手段によりカラーインク
材が装着されている検出された場合に、前記カラーイン
ク材を使用して前記記録手段により受信画像を記録する
ように制御する制御手段とを有することを特徴とする。

【００１３】上記目的を達成するために本発明の画像通
信方法は以下のような工程を備える。即ち、画像データ
を受信する受信工程と、前記受信工程で受信した画像デ
ータがカラー画像かモノクロ画像か判別する判別工程
と、装着されているインク材を用いて記録媒体にカラー
画像或はモノクロ画像を記録する記録部に装着されてい
るインク材の種類を識別する識別工程と、前記判別工程
でカラー画像が受信されたと判別され、かつ前記識別工
程でカラーインク材が装着されている検出された場合
に、前記カラーインク材を使用して前記記録部により受
信画像を記録するように制御する制御工程とを有するこ
とを特徴とする。

【００１４】

【発明の実施の形態】以下、添付図面を参照して本発明
の好適な実施の形態を詳細に説明する。

【００１５】［概要］本装置はアナログ小電力方式のコ
ードレス電話機能を搭載し、ＩＴＵ勧告Ｇ３規格を満た
す機能を有するファクシミリ装置であり、加えて、カラ
ー画像読取部とカラー画像記録部を備え、カラーコピー
機能やカラー画像の通信機能を有するとともに、音声認
識部により音声を認識して自動宛先ダイヤルが可能であ
る。

【００１６】カラー画像読取部は、本体から着脱自在な
ハンドスキャナユニットで構成され、シート状の原稿の
読み取りはもとより、ブック原稿なども読み取ることが
可能である。スキャナユニットの読取センサは、例え
ば、線順次でＲＧＢ各色のデータを出力する密着型のカ
ラー読取センサであって、例えば、読取幅はＢ４幅、読
取解像度は２００ｄｐｉである。

【００１７】カラー画像記録部は例えばインク吐出方式
で、ＣＭＹＫ各色のインクタンクおよびインク吐出部が
一体になったカラーインクカートリッジと、黒インクの
みのインクタンクおよびインク吐出部が一体となったモ
ノクロインク・カートリッジとの何れか一方を装着する
ことにより、例えば３６０ｄｐｉの記録解像度で記録紙
上に画像を印刷する。画像の記録幅に関しては、例え
ば、何れのカートリッジを装着してもモノクロ記録時の
記録幅は最大Ｂ４幅であるが、カラーカートリッジを装
着したカラー記録時のみ記録幅が最大Ａ４幅になる。

【００１８】通信に関しては、例えば、Ｇ３モードで最
高９６００ｂｐｓの通信速度を有し、画像伝送における
誤り再送機能であるＥＣＭモードを備えている。

【００１９】図１は本装置のシステム構成例を示すブロ
ック図、図２は本装置を制御するためのソフトウェアの
一例を示すタスク構成図、図３は本装置の操作パネルの
構成例を説明する図である。また、図４は本装置の制御
部が画像データを管理するために図１に示す５ＲＡＭ１
２４上に形成される管理テーブルである画像レコードの
一例を示す図である。

【００２０】［構成］図１において、１１は本装置の制
御部であるＣＰＵ、１２１はプログラムや各種データが
格納されるＲＯＭ、１１８は各種プログラムの実行に使
用されるワークメモリ用として、留守録用などの音声デ
ータ、並びに、モノクロおよびカラー画像データ用の蓄
積メモリとして使用されるＤＲＡＭである。例えば、Ｄ
ＲＡＭ１１８の記憶容量は２ＭＢで、内約０．５ＭＢが
ワークメモリに使用され、残りの約１．５ＭＢが画像お
よび音声データの蓄積のために使用される。１２４はシ
ステムに必要な登録データ（各種ソフトスイッチ、電話
帳データ、音声認識のための音声登録データ、装置の電
話番号、および、略称などの装置用ＩＤデータ）が登録
される５ＲＡＭで、電源断によりデータが失われないよ
う電池でバックアップされている。

【００２１】１２はＩＴＵ勧告Ｇ３モードに必要な機能
をもつ公知のファクシミリ用ＭＯＤＥＭ（モデム）で、
Ｖ．２９，Ｖ．２１，Ｖ２７ｔｅｒのほかにＤＴＭＦ認
識機能、ＤＲＡＭを用いた音声録音および音声再生のた
めの音声ＣＯＤＥＣ機能なども備える。１３は子機電話
機１５とアナログ小電力方式の無線通信を行うベースユ
ニットで、ＣＰＵ１１からの指示により無線通信を制御
する公知のユニットである。

【００２２】１４はアナログ信号用接続スイッチ（クロ
スポイントＳＷ）で、ＣＰＵ１１からの設定により、装
置本体の電話機ハンドセット１６、音声入力用のマイク
１７、音声再生用のスピーカ１８、回線とのインタフェ
イスを行うＮＣＵ１９、ＣＰＵ１１の音声入力端子、お
よび、ＭＯＤＥＭ１２およびベースユニット１３の間の
アナログ信号の接続を自在に切り替える公知の回路であ
る。

【００２３】１１０はモノクロ２値画像データからラン
レングス符号を生成し、また、ランレングス符号を入力
してモノクロ２値画像データを出力する公知のランレン
グス符号化復号回路、１１１は公知の時計ＩＣであるＲ
ＴＣである。１２５はハンドスキャナユニット(ＨＳＵ)
で、カラーコンタクトセンサ１１２、および、ＨＳＵ１
２５が原稿上を移動した距離を測定するためのロータリ
エンコーダ（ＲＣ）１１６が内蔵され、装置本体とはカ
ールコードを介して着脱自在に接続されている。１１３
はＨＳＵ１２５の出力信号の一つであるロータリエンコ
ーダ１１６の回転数情報から移動距離データを生成して
ＣＰＵ１１に通知するエンコーダ検出部である。

【００２４】１１４は画像処理部で、ＣＰＵ１１の指示
によりカラー画像データをＤＲＡＭ１１８に蓄積する場
合、カラーコンタクトセンサ１１２から出力されるアナ
ログＲＧＢ信号（線順次で解像度２００ｄｐｉ）を入力
して、ＲＧＢ各８ビット（一画素あたり２４ビット）の
９０ｄｐｉディジタル画像データに変換する。また、Ｃ
ＰＵ１１の指示により直接カラーコピーを場合は、カラ
ーコンタクトセンサ１１６から出力されるアナログＲＧ
Ｂ信号を３６０ｄｐｉのＹＭＣＫ２値のディジタル画像
データに変換する。何れの変換データもＤＭＡコントロ
ーラ１１７に供給され、ＤＭＡコントローラ１１７は、
９０ｄｐｉのＲＧＢカラー画像データをＤＲＡＭ１１８
に蓄積する場合はＤＲＡＭ１１８へカラー画像データを
転送し、カラーコピーをダイレクトに行う場合は記録制
御部１１９へ３６０ｄｐｉのＹＭＣＫ２値データを転送
する。

【００２５】またモノクロ画像データをＤＲＡＭ１１８
に蓄積する場合、画像処理部１１４は、カラーコンタク
トセンサ１１２から出力されるアナログＲＧＢ信号を２
００ｄｐｉのモノクロ２値のディジタル画像データに変
換してＤＭＡコントローラ１１７に供給する。モノクロ
コピーをダイレクトに行う場合、画像処理部１１４は、
カラーコンタクトセンサ１１２から出力されるアナログ
ＲＧＢ信号をモノクロ２値の３６０ｄｐｉディジタル画
像データに変換してＤＭＡコントローラ１１７に供給す
る。ＤＭＡコントローラ１１７は、モノクロ画像データ
をＤＲＡＭ１１８に蓄積する場合はＤＲＡＭ１１８へモ
ノクロ画像データを転送し、モノクロコピーをダイレク
トに行う場合は記録制御部１１９へモノクロ画像データ
を転送する。

【００２６】記録制御部１１９は、記録部１２０が記録
可能なデータ形式に入力される画像データを変換する。
記録部１２０は、インク吐出方式の公知のカラープリン
タ部で、インクタンクおよびインク吐出部が一体になっ
ているカートリッジを主走査方向に移動し、記録紙を副
走査方向に移動させることにより画像を記録する。１２
３はカートリッジセンサで、インクカートリッジが装着
されているか、及び装着されているインクカートリッジ
の種類がカラー用かモノクロ用かを識別している。ま
た、インクカートリッジとモノクロカートリッジとの何
れが装着されているかは、記録部１２０とカートリッジ
の電気的接点の構成によりＣＰＵ１１が判別できるよう
にしてもよい。

【００２７】１１５はモノクロ２値画像データを入力し
て解像度変換を行う公知の解像度変換回路で、モノクロ
画像の拡大・縮小などのために使用されるとともに、記
録部１２０の記録解像度に対して回線から受信されたモ
ノクロ画像の解像度を整合させる用途にも使用される。

【００２８】１２２は本装置の操作部である操作パネル
で、図３に示すように、各種キーや表示ランプ、およ
び、ＬＣＤディスプレイを備える。また、マイク１１７
やスピーカ１１８などは、この操作パネル１２２に配備
されている。

【００２９】１２６は装置本体からのハンドスキャナユ
ニット１２５の着脱状態を検出するセンサで、センサ１
２６の出力によってＣＰＵ１１はシート状原稿を読み取
るシートモードであるか、ブック原稿など立体物を読み
取るハンドスキャンモードであるかを決定する。

【００３０】次に、図３に示す操作パネル１２２の構成
について説明する。

【００３１】図３において、１６は本体用ハンドセッ
ト、３２は各種登録や設定のための「機能キー」、３３
は伝言や通話内容を音声データとしてＤＲＡＭ１１８に
録音するとき使用する「録音キー」、３４はＭＯＤＥＭ
１２の音声ＣＯＤＥＣによってＣＰＵ１１がＤＲＡＭ１
１８に録音した音声データを再生するとき使用する「再
生キー」、３５はＤＲＡＭ１１８に格納された各種デー
タを消去する際に使用する「消去キー」、３６は１６文
字分のキャラクタを２行表示できるバックライト付のＬ
ＣＤ表示部であって、装置の状態や各種メッセージを出
力するために使われる。３７は「カラーＬＥＤ」で、３
８の「カラー/白黒キー」によりカラーモードが選択さ
れると点灯する。３９はモノクロモードでの画質を選択
するための「画質キー」である。

【００３２】３１０は電話帳を呼び出すための「電話帳
キー」と、登録などの内容を確定させるための「セット
キー」とを兼用するキーであって、説明を容易にするた
めに、以降「セットキー」と呼ぶことにする。３１１は
「上カーソルキー」、３１２は「下カーソルキー」、３
１３は「左カーソルキー」、および、３１４は「右カー
ソルキー」で、いずれも表示制御の操作で使用する。

【００３３】３１５はファクシミリ送信のための「送信
キー」、３１６はファクシミリ受信および受信画像をプ
リントするための「受信/プリントキー」である。３１
７はコピーを実行するための「コピーキー」、３１８は
実行中の装置動作を中断するための「ストップキー」で
ある。３１９はマイク１７の開口部、３２０はテンキー
部、３２１は回線を接続したままマイク１７をアクティ
ブにして音声信号を回線へ出力し、回線上の音声をスピ
ーカ１８で再生する装置状態にするための「スピーカホ
ンキー」、３２２は音声認識によって宛先自動ダイヤル
を実行するための「音声認識キー」、３２３は電話が着
信した場合に相手の通話内容を自動的にＤＲＡＭ１１８
に録音するための「留守キー」、３２４は装置本体から
コードレス子機電話を呼び出して内線通話を実行するた
めの「子機キー」、３２５は通話状態を保留したまま相
手にメロディを送出する「保留キー」、３２６は前回の
電話相手の電話番号を自動的にダイヤルするための「リ
ダイヤルキー」、３２７は外線通話中に他の着呼に応答
し、また、元の通話に戻す、所謂キャッチホン通話を行
うために使用する「キャッチキー」である。

【００３４】［動作］本体にスキャナ１２５を装着した
状態（シートスキャン）でのコピーはダイレクトモード
となり、読み取りデータをＤＲＡＭ１１８に蓄積するこ
となく、シート状の原稿を読み取りながら記録部１２０
に出力して記録する。ＤＲＡＭ１１８への読取りデータ
の蓄積が不要であるため、高解像度でもＤＲＡＭ１１８
のメモリオーバーフローとはならない。このスキャナ１
２５による読取り解像度は記録部１２０の解像度に整合
させている。これにより、読み取りデータの解像度は副
走査方向３６０ｄｐｉとなる。またコピー可能サイズ
も、モノクロ時はＢ４幅まで、カラー時は記録部１２０
の仕様によりＡ４幅までとなる。

【００３５】本体からスキャナ１２５を取り出してハン
ドスキャナとしてコピーに使用する場合はメモリモード
となり、スキャナ１２５により読み取ったデータは必ず
ＤＲＡＭ１１８にページ単位で蓄積される。これは記録
部１２０における記録速度が、人間が通常ハンドスキャ
ンを行う速度に対して遅いための処置であり、読み取っ
たデータを一旦、ＤＲＡＭ１１８に蓄積することによっ
てハンドスキャンを高速で実行し終了できるようにして
いる。また、この場合のスキャナ１２５の読み取り解像
度を記録部１２０の解像度に整合させて３６０ｄｐｉと
すると、１ページの画像データ容量が大きすぎてＤＲＡ
Ｍ１１８のメモリエリアを占有してしまい、装置の動作
に支障をきたす虞がある。そこでＤＲＡＭ１１８のメモ
リ容量を増やすことも考えられるが、このようなメモリ
容量の増大はコストがかかる等の理由から、読み取り解
像度はモノクロ時は２００ｄｐｉ、カラー時には９０ｄ
ｐｉに抑えているが、これに限定されるものではない。
また同様の理由から、モノクロ時のコピーサイズはＢ４
幅までであるが、カラー時のコピーサイズはＡ６（もし
くは官製葉書サイズ）以下に制限してある。

【００３６】因みに、モノクロ２００ｄｐｉでＢ４サイ
ズ１ページ分のデータ容量は約７００ＫＢ、カラー９０
ｄｐｉでＡ６サイズの１ページ分のデータ容量は約６０
０ＫＢとなり、ＤＲＡＭ１１８に蓄積可能である。な
お、この読み取ったデータを圧縮符号化してＤＲＡＭ１
１８に蓄積すれば、読取り可能サイズ及び解像度をもっ
と上げることは出来るが、後に述べるように圧縮符号化
はソフトウエアで行うために時間がかかりハンドスキャ
ンの実行速度が下がってしまうデメリットがある。ま
た、高速の圧縮符号化のためにハードウエアを追加する
ことは大幅なコスト増を招くことになる。

【００３７】本体にスキャナ１２５を装着した状態で、
原稿を読取りながらの原稿送信はダイレクトモードとな
り、読み取りデータをＤＲＡＭ１１８に１ページ分蓄積
することなくＤＲＡＭ１１８経由でモデム１２に転送し
て、シート状原稿を読み取りながら相手ファクシミリに
送信する。

【００３８】本体からスキャナ１２５を取り出してハン
ドスキャナとして使用して原稿を読み取って送信する場
合はメモリモードとなり、スキャナ１２５により読み取
ったデータは必ずＤＲＡＭ１１８にページ単位で蓄積さ
れる。これはモデム１２の通信速度が人間がハンドスキ
ャンを実行する速度に比較して遅いための処置である。
このように、読み取ったデータを一旦、ＤＲＡＭ１１８
にページ単位で蓄積することにより、ハンドスキャンを
高速で実行できるように構成されている。また、この場
合の読み取り解像度や原稿サイズに関しては、コピーに
おけるメモリモードと同じ理由で同様の仕様としてい
る。

【００３９】［ソフトウェア構成］次に、図２に示す本
装置のタスク構成図を参照して、本実施形態のソフトウ
ェア構成を説明する。本装置のソフトウェアは、マルチ
タスクＯＳ２１２によって、各タスクが並行に動作でき
る環境が与えられている。以下、各タスクについて説明
する。

【００４０】２１は状態監視タスクで、装置内に発生す
る各イベントを監視し、装置状態を変化させる必要のあ
るイベントの発生を検出すると、必要なタスクにその情
報を通知する機能をもつ。例えば、操作パネル１２２に
よって入力されたキー情報を検出すると、オペレートタ
スク２２や回線制御タスク２３に必要なキー情報を伝達
して、装置の対応する機能動作を起動する。

【００４１】オペレートタスク２２は、状態監視タスク
２１からのキーコードＡ情報を受けて動作モードを判定
し、その動作モードに対応する機能を実行するタスクに
スタートコマンドを発行するとともに、キーコードＡ情
報に基づいて操作パネル１２２の表示機能を制御する。

【００４２】２３は回線制御タスクで、ＮＣＵ１９を制
御して、回線からの着呼を受け付けたり、オペレートタ
スク２２からのダイヤル要求コマンドに応じてダイヤル
信号を送出するために回線を捕捉したり、回線断を実行
して通信を終了させたりするシーケンスを実行する。ま
た、回線接続状態における状態監視タスク２１からのキ
ーコードＢ情報により「送信キー」や「受信/プリント
キー」が押されたことを検出し、回線上の信号を分析す
ることで発信相手が電話か、ファクシミリかを自動判別
し、ファクシミリならば通信タスク２５にファクシミリ
通信のための通信スタートコマンドを発行したりする。

【００４３】２４はダイヤル制御タスクで、回線制御タ
スク２３あるいは通信タスク２５からのダイヤルスター
トコマンドに応じて各種ダイヤル信号を交換機に送出す
る機能をもつ。

【００４４】２５は通信タスクで、回線制御タスク２３
からの通信スタートコマンドによってファクシミリ通信
における通信手順の実行や画像データの伝送を実行す
る。

【００４５】２６は読取タスクで、オペレートタスク２
２からの読取スタートコマンドに応じて、ハンドスキャ
ナユニット(ＨＳＵ)１２５と画像処理部１１４とを制御
して、原稿画像の読み取りを実行する。

【００４６】２７は符号復号タスクで、通信タスク２
５、読取タスク２６および記録タスク２９からの符号復
号スタートコマンドに応じて、画像データの符号化、復
号処理をソフトウェアで実行する。このため本実施形態
では、ハードウェアで符号化、復号処理を実行する場合
に比べて処理時間はかかるものの、ハードウェアコスト
を大きく削減することが可能になる。なお、モノクロ画
像には公知のＭＨ符号を適用し、カラー画像にはＲＧＢ
多値ＤＰＣＭ方式（ＲＧＢの各８ビット値で隣接画素間
の差分値を計算する方式）にハフマン符号を割り当てた
公知の符号化方式を適用する。

【００４７】２８は音声認識タスクで、ハンドセット１
６から入力されるユーザの音声を分析して、予め登録さ
れている音声データ（複数可）と比較して、一致する音
声データの情報を通知する公知の音声認識ソフトウェア
である。

【００４８】２９は記録タスクで、レポートタスク２１
０やプリントタスク２１１からの記録スタートコマンド
に応じて、要求された画像データを記録部１２０で印刷
させる機能をもつ。

【００４９】２１０はレポートタスクで、通信履歴が記
録される通信管理レポートや５ＲＡＭ１２４の登録情報
などの機能設定リストをキャラクタデータで作成し、そ
れを画像データに展開して記録タスク２９に記録を依頼
する各種レポート作成用のソフトウェアである。

【００５０】２１１はプリントタスクで、自動的に記録
する必要のある画像データがＤＲＡＭ１８８に蓄積され
ていないかを常時チェックし、記録する必要のある画像
データが検出されると、記録スタートコマンドを記録タ
スク２９に発行する監視機能をもつ。

【００５１】［画像レコード］次に、図４に示す画像レ
コードの構造について説明する。

【００５２】ＤＲＡＭ１１８に格納された画像データを
管理するための管理テーブルである画像レコードは、装
置の最初の起動時にＯＳ２１２によりＳＲＡＭ１２４上
にフォーマットされ、この時点ではすべてのレコードが
空き状態になっている。各タスクは必要に応じてＯＳ２
１２から空き状態のレコードを取得し、タスク間でやり
取りする過程で必要事項を記入したレコードを作成す
る。各タスクは、必要に応じて、作成された画像レコー
ドの内容を参照して動作する。

【００５３】画像レコードには、それに対応するＤＲＡ
Ｍ１１８上の画像の１ドキュメント（１頁の場合もあれ
ば、複数頁の場合もある）の種別を示すカラー/モノク
ロ識別フラグや、受信画像の場合は受信日時情報、プリ
ントタスク２１１による自動プリントの起動が必要か否
かを示すプリント要求フラグ、通信タスク２５による送
信動作が必要か否かを示す送信要求フラグ、１ドキュメ
ントに含まれる各頁情報を表示するページチェインテー
ブルの先頭アドレス、等により構成される。

【００５４】各頁情報を表示するページチェインテーブ
ルはそれぞれ、次の頁情報を表示するページチェインテ
ーブルの先頭アドレス、該当頁の主走査幅および副走査
長などのサイズ情報、同じく該当頁の主走査および副走
査解像度などの解像度情報、並びに、該当頁の画像デー
タのＤＲＡＭ１１８上の先頭アドレスが格納される画像
ブロックチェインテーブルの先頭アドレスで構成され
る。なお、ＤＲＡＭ１１８は、所定のサイズごとにブロ
ック化されていて、画像ブロックチェインテーブルの先
頭アドレスとは各ブロックのアドレスのことである。

【００５５】画像受信時は通信タスク２５が、メモリコ
ピー動作およびハンドスキャンによる画像送信時は読取
タスク２６が、画像レコードの内容を完成させる。記録
や送信が終了して不要となった画像データは、画像レコ
ードがクリアされ、画像レコードの管理がタスクからＯ
Ｓ２１２に返却されることによってＤＲＡＭ１１８から
消去される。

【００５６】［カラーコピー動作］次に、ハンドスキャ
ナ１２５を使ったカラーコピー時の動作の流れを簡単に
説明しておく。

【００５７】ハンドスキャナユニット１２５が本体から
取り外されると、スキャナ着脱センサ１２６の出力を検
知してオペレートタスク２２が自動的にハンドスキャン
モードであることを認識する。これにより操作パネル１
２２のＬＣＤ表示部３６等にハンドスキャンが実行でき
る旨を表示し、コピーするか送信するかの選択をユーザ
に促す。

【００５８】いま「コピーキー」３１７が押され、「カ
ラー/白黒キー」３８によりカラーモードでが指定され
て「カラーＬＥＤ」３７が点灯した状態であると、オペ
レートタスク２２はハンドスキャンによるカラーコピー
のためカラー読取りの実行を読取りスタートコマンドで
読取りタスク２６に依頼する。これにより読取りタスク
２６は、動作に必要な情報をオペレートタスク２２から
受け取ってハードウエアを制御し、ハンドスキャンユニ
ット１２５の走査駆動に応じて読み取られるカラー画像
データを入力してＤＲＡＭ１１８に１ページ分蓄積す
る。オペレートタスク２２は読取りタスク２６からの終
了通知によって記録タスク２９に記録スタートコマンド
を発行し、ＤＲＡＭ１１８に記憶されている画像データ
の記録を実行させる。この記録スタートコマンドには読
取りタスク２６で記入された画像レコードの情報が添付
されており、記録タスク２９はそれを参照してＤＲＡＭ
１１８に格納されているカラー画像データをＤＭＡＣ１
１７で読み出して解像度３６０ｄｐｉのデータに変換
し、記録制御部１１９に転送して記録部１２０によるカ
ラー記録を実行する。こうして記録部１２０における１
ページ分の画像記録が終了するとオペレートタスク２２
に処理終了が通知されて一連のコピー動作が終了し、操
作部１２２の表示部３６の表示が待機状態を示す表示に
移行する。

【００５９】［モノクロ画像送信］次に、モノクロ画像
を送信する場合の動作の流れを簡単に説明する。

【００６０】ハンドスキャナユニット１２５が本体から
取り外されると、スキャナ着脱センサ１２６の出力を検
知してオペレートタスク２２が自動的にハンドスキャン
モードであることを認識する。

【００６１】次に操作パネル１２２の「送信キー」３１
５が押され、「カラー/白黒キー」３８により白黒モー
ドが設定されてカラーＬＥＤ３７が消灯した状態である
と、オペレートタスク２２はハンドスキャンによるモノ
クロ送信のため、モノクロ読取りの実行を読取りスター
トコマンドで読取りタスク２６に依頼する。これにより
読取りタスク２６は、その動作に必要な情報をオペレー
トタスク２２から受け取ってハードウエアを制御し、ハ
ンドスキャンユニット１２５の走査駆動に同期して読取
られた画像データを入力し、ＤＲＡＭ１１８に１ページ
分蓄積する。次にオペレートタスク２２は、読取りタス
ク２９からの終了通知によって宛先入力操作モードに移
行し、宛先の電話番号をユーザに入力させる。オペレー
トタスク２２は、その入力された宛先電話番号に基づい
て回線制御タスク２３にダイヤル要求コマンドを発行
し、回線接続を開始させる。回線制御タスク２３は、こ
のダイヤル要求コマンドによる依頼を受けると、ダイヤ
ル制御タスク２４にダイヤルスタートコマンドを発行す
る。このダイヤル制御タスク２４によるダイヤル発呼が
完了して回線が接続されると、回線制御タスク２３は通
信タスク２５に通信スタートコマンドを発行し、ＤＲＡ
Ｍ１１８に記憶されているカラー画像データの送信を実
行させる。この通信スタートコマンドには、読取りタス
ク２６で記入された画像レコードの情報が添付されてお
り、通信タスク２５はそれを参照してＤＲＡＭ１１８に
格納されているモノクロ画像データを読み出し、解像度
２００ｄｐｉのまま符号化変換しながらモデム１２に転
送してカラー画像送信を実行する。こうして送信が終了
するとオペレートタスク２２に処理終了が通知されて一
連の通信動作が終了し、操作部１２２の表示部３６の表
示が待機状態を示す表示に移行する。

【００６２】［カラー画像送信］次に、カラー画像を送
信する場合の動作の流れを簡単に説明する。

【００６３】ハンドスキャナユニット１２５が本体から
取り外されると、スキャナ着脱センサ１２６の出力を検
知してオペレートタスク２２が自動的にハンドスキャン
モードであることを認識する。

【００６４】次に操作パネル１２２の「送信キー」３１
５が押され、「カラー/白黒キー」３８によりカラーモ
ードがセットされて「カラーＬＥＤ」３７が点灯した状
態であると、オペレートタスク２２はハンドスキャンに
よるカラー送信のため、カラー読取りの実行を読取りス
タートコマンドで読取りタスク２６に依頼する。これに
より読取りタスク２６は、そのカラー画像送信に必要な
情報をオペレートタスク２２から受け取ってハードウエ
アを制御し、ハンドスキャンユニットの走査駆動に同期
して読み取られるカラー画像データを入力してＤＲＡＭ
１１８に１ページ分蓄積する。オペレートタスク２２は
次に、読取りタスク２６からの終了通知によって宛先入
力操作モードに移行し、宛先の電話番号をユーザに入力
させる。オペレートタスク２２は次に回線制御タスク２
３にダイヤル要求コマンドを発行し、回線接続を開始さ
せる。回線制御タスク２３は、このオペレートタスク２
２からのダイヤル要求コマンドによって依頼を受けると
ダイヤル制御タスク２４にダイヤルスタートコマンドを
発行する。こうしてダイヤル制御タスク２４によってユ
ーザにより指示されたダイヤルの発呼が完了して回線が
接続されると、回線制御タスク２３は通信タスク２５に
通信スタートコマンドを発行してカラー画像データの送
信を実行させる。この通信スタートコマンドには読取り
タスク２６で記入された画像レコードの情報が添付され
ており、通信タスク２５はそれを参照してＤＲＡＭ１１
８に記憶されているカラー画像データを読み出して、解
像度９０ｄｐｉのまま符号化変換しながらモデム１２に
転送してカラー画像送信を実行する。こうして送信が終
了するとオペレートタスク２２に処理終了が通知されて
一連の通信動作が終了し、操作部１２２の表示部３６の
表示が待機状態を示す表示に移行する。

【００６５】［モノクロ画像の送受信］次に、モノクロ
原稿やカラー原稿を送信したり受信する場合の本装置の
操作について説明する。通話状態からのファクシミリ送信通話中に、操作パネル１２２の「送信キー」３１５が押
下されると、表示部３６には「ゲンコウヲセットシテク
ダサイ」というメッセージが表示され、ユーザに、送信
原稿を、裏向きにして原稿入口にセットするように促
す。原稿が正しくセットされると原稿読取りが開始さ
れ、ファクシミリ送信のためのネゴシエーションが実行
された後、送信が開始される。このとき表示部３６には
「ＦＡＸソウシンチュウ」というメッセージが表示され
る。カラー送信「送信キー」３１５を押下する前に「カラー／白黒キ
ー」３８を押下してカラーモードをセットし、「カラー
ＬＥＤ」３７を点灯する。この場合の送信画像サイズは
葉書サイズのみで、倍率などの設定はできない。このと
き、表示部３８には「カラーソウシンチュウ」というメ
ッセージが表示される。ハンドスキャナ１２５を利用した画像送信スタンバイ状態からパネルオープン、或はハンドスキャ
ナ１２５を本体から外すと、操作パネル１２２の表示部
３６に「ハンドスキャナ→ＦＡＸソウシンコピー」が表
示される。ここで「送信キー」３１５を押下するとＦＡ
Ｘ送信モードとなり、表示部３６に「ソウシンハバ［Ａ
４］＞［シロクロ］［フツウ］」が表示される。

【００６６】ここで「カラー／白黒キー」３８を押下し
てカラーモードを設定すると「カラーＬＥＤ」３７が点
灯し、送信する原稿の幅が変更できなくなる。これによ
り表示部２６には「ソウシンハバ［ハガキ］［カラ
ー］［シャシン］」が表示される。この状態で「セッ
トキー」３１０を押下することにより、表示部３６の表
示は「ハンドスキャナヨミトリセットキーデカイ
シ／オワリ」となる。

【００６７】更に、この画面表示で「カラー／白黒キ
ー」３８が押下されると、カラーモードから白黒モード
に切換えられて、１つ前の表示画面に戻る。

【００６８】このカラー／白黒モードの変更がなく、
「ハンドスキャナヨミトリセットキーデカイシ／
オワリ」が表示されている状態で「セットキー」３１０
が押下されると、ハンドスキャナ１２５を使用した原稿
画像の読取りの開始が指示され、メッセージ「スキャナ
ハヤサ＞＞＞＞セットキーデオワリ」が表示され
る。なお、スキャナ１２５の移動速度が速いほど、
「＞」の数が多く表示される。

【００６９】ここで、エンコーダ検出部１１３により検
出されるスキャナ１１２５の移動速度が速すぎると、
「スキャナハヤスギマスセットキーデオワリ」と表
示される。

【００７０】ハンドスキャナ１２５による原稿の読取り
が正常に終了すると、表示部３６に「カクニンプリント
→スルシナイ」が表示され、そのスキャナ１２５によ
り読み取った画像を確認するためのプリント動作を行う
か否かを選択する。「スル」が選択されると、読み取ら
れてＤＲＡＭ１１８に記憶されている画像データを記録
部１２０に出力して印刷する。この間、「カクニンプリ
ントプリントチュウ」が表示される。そしてこのプリ
ントが終了すると「ＦＡＸバンゴウニュウリョク」が
表示され、テンキー３２０などを使用して入力された電
話番号が表示部３６に表示される。

【００７１】また一方、「シナイ」が選択されると、記
録部１２０による記録動作を行うことなく、ユーザによ
る電話番号の入力を指示する。こうして宛先の電話番号
が入力され、「送信キー」３１５が押下されてカラー画
像の送信が指示されると、表示部３６には「カラーソウ
シンチュウ」が表示される。一方、モノクロ画像の送信
の場合には、「ＦＡＸソウシンチュウ」が表示され
る。ＦＡＸ受信を開始するまでの操作これは通話状態で受信キー３１６を押下することにより
開始され、ユーザは相手側（送信元）の音を聞いてから
受信のタイミングを知り、そこで受信キー３１６を押下
する。これは回線を捕捉している状態で、原稿をセット
しないで受信キー３１６を押下することにより開始さ
れ、受信キー３１６を押下したときには、ハンドセット
１６がオフフックされていて、音声ガイダンススイッチ
が「オン」に設定されている場合には「ＦＡＸを受信し
ます。受話器を戻してください」というメッセージがユ
ーザに報知される。

【００７２】このときの表示部３６の表示は「ＦＡＸヲ
ジュシンシマスジュワキヲモドス」となる。

【００７３】ＦＡＸ信号を受信中の時は、モノクロ画像
のときはメッセージ「ＦＡＸジュシンチュウ」、「Ｆ
ＡＸジュシンチュウＰ１」が交互に表示され、カラ
ー画像の受信時には「カラージュシンチュウ」、「カ
ラージュシンチュウＰ１」が交互に表示部３６に表
示される。

【００７４】そしてファクシミリ受信が正常に終了する
と、終了アラームを鳴動させてメッセージ「ジュシンガ
オワリマシタ」というメッセージを表示部３６に表示
する。

【００７５】図５及び図６は、本実施の形態のファクシ
ミリ装置における、ハンドスキャナ１２５を使用したモ
ノクロ画像送信或はコピーのための、モノクロ画像の読
取時の制御を示すフローチャートである。この制御を実
行するプログラムはＲＯＭ１２１に記憶されており、Ｃ
ＰＵ１１の制御の下に実行される。

【００７６】読取タスク２６は、オペレートタスク２２
からモノクロ画像の読取開始コマンドを受け取ると、ハ
ンドスキャナ１２５がどれだけ移動しているかを示す移
動量カウンタＭｃｎｔ（ＳＲＡＭ１２４に設けられてい
る）をリセットし、２．５ｍ秒ごとに発生する割り込み
を許可する(ステップＳ１)。これにより図６のフローチ
ャートで示す割込み処理が起動される。

【００７７】オペレータがハンドスキャナ１２５を原稿
の上に載せ、そのハンドスキャナ１２５を読み取りたい
方向に移動させるとエンコーダ１１６が回転する。ここ
でハンドスキャナ１２５がスーパーファイン１ラインに
相当する距離を移動すると、エンコーダ１１６の出力が
変化するように設定されているため、このエンコーダ１
１６の出力が変化するとエンコーダ検出部１１３により
エンコーダ１１６の変化回数が記憶される。

【００７８】図６は約２．５ｍ秒ごとに発生する割り込
み処理を示すフローチャートで、この２．５ｍ秒毎の割
り込みに応じて、まずステップＳ２１で、読取トリガタ
イミングでエンコーダ検出部１１３よりハンドスキャナ
１２５の移動量を読み出し、その移動量を移動量カウン
タＭｃｎｔに加える。そしてステップＳ２２で、この移
動量カウンタＭｃｎｔの値が、読取解像度に応じて予め
決められた値Ｃ（副走査方向の読取解像度が標準の場合
は“４”、ファインモードの場合は“２”）以上である
かを判断する。そうであるときはステップＳ２３に進
み、画像処理部１１４に対して読取トリガを発行する。
次にステップＳ２４に進み、移動量カウンタＭｃｎｔの
値が、読取解像度に応じて予め決められた値Ｃの２倍
（２Ｃ）以上かどうか調べ、そうであればハンドスキャ
ナ１２５の移動速度が速すぎるため、操作パネル１２２
の表示部３６にその旨を表示する（この表示内容につい
ては前述したとおり「スキャナハヤスギマス」と表示さ
れる）とともに、スピーカ３２１から警告音を鳴らす。
またこのときカウンタＭｃｎｔの値を“２Ｃ”にセット
する。

【００７９】逆に、移動量カウンタＭｃｎｔの値が“２
Ｃ”以下である場合はステップＳ２４からステップＳ２
６に進み、ハンドスキャナ１２５の移動速度は適正であ
るので、その旨の表示（この表示内容については前述の
とおり「スキャナハヤサ＞＞＞」と表示される）を行う
とともに、スピーカ３２１から正常音を鳴らす。個えっ
ラステップＳ２５、或はステップＳ２６の後ステップＳ
２７に進み、移動量カウンタＭｃｎｔの値から値Ｃを差
し引き、画像処理部１１４はカラーコンタクトセンサ１
１２でスキャンした画像のＡ／Ｄ変換、および画像処理
を行う。画像処理した白黒画像データはＤＭＡコントロ
ール部１１７よってＤＲＡＭ１１８のラインバッファに
書き込まれる。

【００８０】読取タスク２６は、図５のステップＳ５
で、このラインバッファに画像データが書き込まれたか
を監視し、画像データが書き込まれていた場合はステッ
プＳ６に進み、その画像データを、同じＤＲＡＭ１１８
の画像メモリに転送する。この読取タスク２６による読
取を終えるときは操作パネル１２２のセットキー３１０
を押すと、ステップＳ４でオペレートタスク２２から読
取終了コマンドが読取タスク２６に送られる。これによ
りステップＳ７に進み、ＤＲＡＭ１１８の画像メモリに
画像データがあるか否かにより画像を読み取ったかを判
断し、読み取っていたらステップＳ８に進んで割込み処
理を禁止し、ステップＳ９で読取を正常終了する。一
方、ステップＳ７で何も読み取っていなかったらステッ
プＳ１１に進んで割込み処理を禁止し、ステップＳ１２
で読取をエラーとして終了する。

【００８１】また、ステップＳ２で、原稿画像の読取り
中に画像メモリがメモリフルになったり、或はステップ
Ｓ３で、呼出信号検出回路により呼出信号が検出される
とステップＳ１０に進み、その画像メモリを解放し、ス
テップＳ１１で割込み処理を禁止し、ステップＳ１２で
読取をエラーとして終了する。これは画像メモリがフル
の場合は印刷不能であり、また呼出信号を検出したとき
は受信を優先させるためである。

【００８２】読取タスク２６は、オペレートタスク２２
に読取りが正常終了したか、或はエラー終了したかを通
知する。正常終了の場合、オペレートタスク２２は、も
しコピー動作が指示されていれば記録タスク２９に対し
て記録コマンドを発行し、読み取った画像を記録する。
一方、エラー終了の場合は、記録せずにコピーを終了す
る。

【００８３】なお、このハンドスキャナ１２５を用いた
白黒画像の送信処理の制御方法については、上述したハ
ンドスキャナ１２５による白黒コピーの制御方法と同様
であり、異なるのは原稿画像を読み取った後、確認プリ
ントが指示されると確認のために記録タスク２９を起動
して記録処理を行い、そうでないときは記録タスク２９
を起動する記録動作を行うことなく送信する点である。

【００８４】図７及び図８は、本実施の形態のファクシ
ミリ装置における、ハンドスキャナ１２５を使用したカ
ラー画像コピー時のカラー原稿読取時の制御を示すフロ
ーチャートである。この制御を実行するプログラムはＲ
ＯＭ１２１に記憶されており、ＣＰＵ１１の制御の下に
実行される。

【００８５】読取タスク２６は、オペレートタスク２２
から読取開始コマンドを受け取ると、まずステップＳ３
１で、ハンドスキャナ１２５がどれだけ移動しているか
を示す移動量カウンタＭｃｎｔ（ＳＲＡＭ１２４に設け
られている）を“０”にリセットし、また後述するカウ
ンタｉ（ＳＲＡＭ１２４に設けられている）を“０”に
リセットし、移動量カウンタＭｃｎｔの値が読取トリガ
発行カウント値“Ｘ”以上になったとき読取トリガを発
行するための読取トリガ発行カウント値Ｘ（ＳＲＡＭ１
２４）を初期化し、約２．５ｍ秒ごとに発生する割り込
みを許可する。これにより割り込みが許可され、図８に
示す割込み処理が起動される。

【００８６】カラーコピー時の副走査方向の読取解像度
は９０ｄｐｉなので、読取トリガ発行カウント値“Ｘ”
は固定値にはならず、１ライン読み取る毎に、そのＸの
値を“４”又は“５”に再セットする必要がある。いま
オペレータがハンドスキャナ１２５を原稿の上に載せ、
読み取りたい方向に動かすと、エンコーダ１１６が回転
する。ここでハンドスキャナ１２５がスーパーファイン
の１ライン相当の距離を移動するとエンコーダ１１６の
出力が変化するように設定されており、エンコーダ１１
６の出力が変化するとエンコーダ検出部１１３によりエ
ンコーダ１１６の変化回数が記憶される。

【００８７】２．５ｍ秒毎の割り込みが発生するとステ
ップＳ５１に進み、この読取トリガタイミングでエンコ
ーダ検出部１１３からハンドスキャナ１２５の移動量を
読み出し、移動量カウンタＭｃｎｔに加える。次にステ
ップＳ５２に進み、前述したカウンタｉの値を＋１す
る。そしてステップＳ５３に進み、このカウンタｉの値
が３の倍数になったかどうか、即ち、ＲＧＢの各色の読
取りが完了したかどうかを判断し、そうでないときはそ
のまま割込み処理を終了する。なお、この各割込み処理
において、ＲＧＢの各色に対応するセンサによる画像の
読取り（１色当り約２．５ｍ秒）が順次ハードウェアに
より実行されており、各センサにより読取られた画像デ
ータがハードウェアにより保持されているものとする。

【００８８】こうしてステップＳ５３で、カウンタｉの
値が３の倍数になるとステップＳ５４に進み、この移動
量カウンタＭｃｎｔの値が読取トリガ発行カウント値
“Ｘ”以上であるかを判断し、そうであればステップＳ
５５に進み、画像処理部１１４に対して読取トリガを発
行する。これによりＲＧＢの３色分の画像データが入力
される。次にステップＳ５６に進み、この移動量カウン
タＭｃｎｔの値が読取トリガ発行カウント値Ｘの２倍
（２Ｘ）以上かどうかを調べ、そうであればステップＳ
５７に進み、ハンドスキャナ１２５の移動速度が速すぎ
るため操作パネル１２２の表示部３６にその旨を表示す
るとともに、スピーカ３２１から警告音を発生する。ま
たカウンタＭｃｎｔの値を２Ｘにセットする。

【００８９】逆にステップＳ５６で、移動量カウンタＭ
ｃｎｔの値が２Ｘ以下である場合はステップＳ５８に進
み、ハンドスキャナ１２５の移動速度は適正であるとし
て、その旨の表示とスピーカ３２１から鳴音を行う。そ
して、これらステップＳ５７或はＳ５８の処理を実行後
ステップＳ５９に進み、移動量カウンタＭｃｎｔの値か
ら読取トリガ発行カウント値Ｘを引き、次ラインのため
の読取トリガ発行カウント値Ｘを再セットする。

【００９０】こうして画像処理部１１４は、カラーコン
タクトセンサ１１２でスキャンした画像のＡ／Ｄ変換、
および画像処理を行う。こうして画像処理したカラー画
像データはＤＭＡコントローラ１１７の制御の下にＤＲ
ＡＭ１１８のラインバッファにＲＧＢの順で書き込まれ
る。

【００９１】図７のフローチャートに戻り、読取タスク
２６は、ステップＳ３５でＤＲＡＭ１１８のラインバッ
ファに画像データが書き込まれたかを監視し、画像デー
タが書き込まれていた場合はステップＳ３６に進み、そ
の画像データを同じくＤＲＡＭ１１８の画像メモリに転
送する。ハンドスキャナ１２５による読取りを終えると
きは、ユーザが操作パネル１２２のセットキー３１０を
押すと、オペレートタスク２２から読取終了コマンドが
読取りタスク２６に送られる。これによりステップＳ３
４で読取終了コマンドを検出するとステップＳ３７に進
み、画像を読み取ったかを判断し、読み取っていたらス
テップＳ３８に進んで割込み処理を禁止し、ステップＳ
３９で読取を正常終了する。

【００９２】一方、もし何も読み取っていなかったらス
テップＳ４１に進み、割込み処理を禁止し、ステップＳ
４２で読取りをエラー終了する。

【００９３】またステップＳ３２で、読取中にメモリフ
ルになったり、或はステップＳ３３で、呼出信号検出回
路によって呼出信号が検出されるとステップＳ４０に進
み、ＤＲＡＭ１１８の画像メモリを解放し、ステップＳ
４１で割込み処理を禁止し、ステップＳ４２で読取をエ
ラー終了する。

【００９４】この後、読取タスク２６は、オペレートタ
スク２２に読取が正常終了したか、或はエラー終了した
かを通知する。これによりオペレートタスク２２は、正
常終了の場合、コピーが指示されていれば記録タスク２
９に対して記録コマンドを発行し、その読み取ったカラ
ー画像を記録するように指示する。一方、エラー終了の
場合は、記録せずにコピーを終了する。

【００９５】なお、このハンドスキャナ１２５を用いた
カラー画像送信の制御方法についても、上述したハンド
スキャナ１２５によるカラーコピーの制御方法と同様で
あり、異なるのは読み取った後、確認プリントが指示さ
れない場合に（確認プリントが「シナイ」に選択される
と）、記録部１２０による記録を行うことなく送信する
点である。

【００９６】［ハンドスキャナを使用したカラー画像送
信］次にハンドスキャナ１２５を使用したカラー画像送
信時の符号化について説明する。図１０は、この符号化
処理を示すフローチャートで、この処理を実行するプロ
グラムはＲＯＭ１２１に記憶されており、ＣＰＵ１１の
制御の下に実行される。

【００９７】通信タスク２５から符号スタートコマンド
を受け取ると、符号復号タスク２７は、画像メモリに格
納されている画像データを１ラインずつＲＧＢの順に読
み出し（図９（Ａ）参照）、それぞれをＤＰＣＭを基本
とした公知の符号化処理により符号化していく（ステッ
プＳ６１，Ｓ６２，Ｓ６３）。その後ステップＳ６４で
ハフマン符号のＥＯＬ（End of line）コードを付加し
（図９（Ｂ）参照）、ＤＲＡＭ１１８の通信バッファに
書き込む。そしてステップＳ６５で、次ラインの画像デ
ータがあるならば、前述の符号化処理を繰り返す。

【００９８】［シートスキャンによるカラー画像送信］
次にシートスキャン（ハンドスキャナ１２５を装着させ
た状態での原稿の自動読取り）によるカラー画像送信時
の符号化について説明する。

【００９９】図１１は、このシートスキャンによる原稿
画像の読取り及び送信まで処理を示すフローチャート、
図１２は割込み処理を示すフローチャートデ、これら処
理を実行する制御プログラムはＲＯＭ１２１に記憶され
ており、ＣＰＵ１１の制御の下に実行される。

【０１００】符号復号タスク２７は、通信タスク２５か
ら符号スタートコマンドを受け取ると、まずステップＳ
７１でＳＲＡＭ１２４の読取ラインカウンタＬｃｎｔを
“０”にリセットし、約２．５ｍｓｅｃごとに発生する
割り込みを許可する。

【０１０１】これにより割込みがイネーブル隣、その割
り込みが発生する毎に図１２に示す処理が実行される。

【０１０２】図１２のステップＳ８０では、２．５ｍｓ
ｅｃごとに発生する割り込み処理による読取トリガタイ
ミングで読取モータ（図示せず）を回転駆動しながら、
画像処理部１１４に対して読取トリガを発行する（ステ
ップＳ８１）。

【０１０３】これにより画像処理部１１４はＣＳ１１２
でスキャンした画像のＡ／Ｄ変換、および画像処理を行
う。こうして画像処理されたカラー画像データは、ＤＭ
Ａコントローラ１１７よってＲＧＢの順にＤＲＡＭ１１
８のラインバッファに書き込まれる。

【０１０４】従って、符号復号タスク２７はステップＳ
７２で、このラインバッファに画像データが書き込まれ
たかを監視し、画像データが書き込まれていた場合は画
像データをＤＰＣＭを基本とした公知の符号化処理によ
り符号化する（ステップＳ７３乃至Ｓ７５）。そしてス
テップＳ７６で、ハフマン符号のＥＯＬ（End of lin
e）コードを付加する（図９（Ｂ）参照）。そしてステ
ップＳ７８で、この符号化したデータをＤＲＡＭ１１８
の通信バッファに書き込み、読取ラインカウンタＬｃｎ
ｔを＋１する。次にステップＳ７８に進み、読取ライン
カウンタＬｃｎｔの値が一定値を超えるか、否かを判断
し、越えていれば処理を終了する。一方、そうでないと
きはステップＳ７９に進んで原稿の終了かどうかを調
べ、終了でない時はステップＳ７２に戻って前述の処理
を実行し、原稿の終了を検出すると、符号化を終了す
る。

【０１０５】［カラー画像の復号化］以上、カラー画像
の送信時の符号化について説明したが、カラー受信画像
の復号化についても言及しておく。図１３は、このカラ
ー画像の復号化処理を示すフローチャートで、この処理
を実行する制御プログラムはＲＯＭ１２１に記憶されて
おり、ＣＰＵ１１の制御の下に実行される。

【０１０６】ＤＲＡＭ１１８の画像メモリに蓄積されて
いる符号化されている受信画像データを読み出し、ＲＧ
Ｂの順にＤＰＣＭを基本とした公知の復号化処理により
復号していく（ステップＳ９１〜Ｓ９３）。こうして復
号された画像データはＲＧＢの成分ごとにＤＲＡＭ１１
８のラインバッファに格納される。この符号化された画
像データでは、前述のようにＢ成分の後にハフマン符号
のＥＯＬコードが付加されているので、ステップＳ９４
では、このＥＯＬコードが検出されたかどうかをみる。
検出できなかった場合はステップＳ９８に進み、ステッ
プＳ９８、Ｓ９７で次のＥＯＬコードを検出するまでサ
ーチする。

【０１０７】ステップＳ９４でＥＯＬコードを検出し、
ステップＳ９５で復号エラーがなく、更にステップＳ９
６で次のデータが存在するときはステップＳ９１に戻
り、前述と同様にして次ラインの復号化処理を行う。

【０１０８】一方、ＥＯＬコードが検出されずに、ステ
ップＳ９８，Ｓ９７におけるサーチの途中で画像データ
が終わった場合はステップＳ９８で復号化処理を終了す
る。また万が一、ステップＳ９５の復号化の過程でエラ
ーが発生した場合もＥＯＬコードを検出できなかったと
きと同様にステップＳ９７に進み、次のＥＯＬコードを
検出することができればステップＳ９６に進んで、その
次のラインから復帰することができる。このような処理
を受信画像データの最後まで繰り返し実行して、受信画
像の復号化処理を行う。

【０１０９】次に、本実施の形態のファクシミリ装置に
実装されたＩＴＵ−Ｔ勧告のＢＦＴ（Binary File Tran
sfer）を利用したカラー画像通信の通信プログラムの動
作について説明する。

【０１１０】ＢＦＴはバイナリファイル、パーソナルコ
ンピュータなどで作成されたファイルをＥＣＭ伝送プロ
トコル上に乗せてエラーフリーで伝送する方式である。

【０１１１】このような動作手順を図１４乃至図１７を
参照して説明する。

【０１１２】図１４は、通常のＥＣＭ通信における通信
手順を説明するための図である。

【０１１３】受信側ファクシミリ装置は、ＮＳＦ（非標
準装置の信号）で、自機の独自受信能力を宣言し、デジ
タル識別信号（ＤＩＳ）により、ＩＴＵ−Ｔの受信能力
を有することを宣言する。これにより送信側は、デジタ
ル命令信号（ＤＣＳ）、トレーニングチェック（ＴＣ
Ｆ）を送信し、受信側は受信準備確認信号（ＣＦＲ）を
返送する。こうしてファクシミリ画像信号（ＰＩＸ）を
受信し、手順中断信号（ＰＰＳ−ＥＯＰ）に対して、メ
ッセージ確認信号（ＭＣＦ）によりＰＩＸ信号の受信完
了、印字可能メッセージを送信側に知らせる。そして送
信側より切断コマンド（ＤＣＮ）が送信されて、ＥＣＭ
通信が終了する。

【０１１４】図１５は、ＢＦＴ通信における通信手順
（正常通信）を説明するための図である。

【０１１５】受信側ファクシミリ装置は、ＮＳＦ（非標
準装置の信号）で、自機の独自受信能力を宣言し、デジ
タル識別信号（ＤＩＳ）により、ＩＴＵ−Ｔの受信能力
を有することを宣言する。これにより送信側は、デジタ
ル命令信号（ＤＣＳ）でＢＥＴ通信の開始を指示してト
レーニングチェック（ＴＣＦ）を送信し、受信側は受信
準備確認信号（ＣＦＲ）を返送する。これにより、送信
側はこれから伝送するファイルの宣言を行ってヘッダ
（header）を送信する。こうして中断信号（ＰＰＳ−Ｍ
ＰＳ）を受信すると、メッセージ確認信号（ＭＣＦ）に
より続行可能であることを知らせる。これにより次に送
信側から、データの本体（body）が送信される。そして
このデータの中断信号（ＰＰＳ−ＥＯＰ）が送信される
と、受信完了、印字可能メッセージ（ＭＣＦ）を送信側
に送る。そして送信側より切断コマンド（ＤＣＮ）が送
信されてＢＦＴ通信が正常終了する。

【０１１６】図１６は、ＢＦＴ通信における通信手順
（拒絶）を説明するための図である。図１６の例では、
受信側はヘッダを受信して、中断信号（ＰＰＳ−ＭＰ
Ｓ）を受信すると、受信拒絶信号（ＦＤＭ）により、受
信が続行不能であることを、送信側に知らせる。

【０１１７】この拒絶の理由としては、受信側において
以下の理由が挙げられる。 (1)指定された圧縮・伸長（符号化・復号化）能力を有
していない。 (2)指定された主走査幅で記録ができない。 (3)指定されたファイルサイズでメモリに記憶できな
い。 (4)指定単位ドット系では記録できない。

【０１１８】図１７は、ＢＦＴ通信における通信手順
（拒絶から復帰手順）を説明するための図である。

【０１１９】この図１７の例では、受信側はヘッダを受
信して、中断信号（ＰＰＳ−ＭＰＳ）を受信すると、受
信拒絶信号（ＦＤＭ）により、受信が続行不能であるこ
とを、送信側に知らせる点までは、図１６と同じであ
る。

【０１２０】その後、送信側は、ＦＤＭ信号で返送され
た前述の拒絶の理由を解析し、それに伴なってファイル
フォーマットを変更したファイル宣言を再度実行する。
そして、その新たなファイルフォーマットのヘッダ（he
ader）、ファイル本体（Body）を送信する。これによ
り、受信側は受信完了、印字可能メッセージ（ＭＣＦ）
を送信側に送る。そして送信側より切断コマンド（ＤＣ
Ｎ）が送信されてＢＦＴ通信が正常終了する。

【０１２１】図１８は、ＩＴＵ−Ｔ勧告によるＢＦＴヘ
ッダ情報を説明する図である。図１８において、１８０
０は本実施の形態のファクシミリ装置におけるカラー通
信時に使用されるＢＦＴヘッダ情報を示している。

【０１２２】本実施の形態のファクシミリ装置では、Ｂ
ＦＴ通信を実行するための手順であるシンプルＢＦＴを
用い、予めファイルのヘッダ情報（図１９参照）のみ相
手端末に伝送し、相手端末からの肯定応答（ＭＣＦ信
号）を受けて、そのファイルの続き（本体情報）を送信
するＩＴＵ−Ｔ勧告の通信手順に従っている。本実施の
形態では、符号復号タスク２７でＤＰＣＭ圧縮方式によ
り生成したカラー画像データを本装置でファイルとして
作成し、シンプルＢＦＴのプロトコルで伝送可能にした
ものである。

【０１２３】図２０は、図１７において、受信側から送
信側に伝送される拒絶理由を返送する信号（ＦＤＭ信
号）のフォーマットを示す図である。

【０１２４】図において、２０１は第１オクテットと呼
ばれ、定型メッセージを１バイトで表現するエリアであ
り、本実施の形態の装置では「理由なし」をセットす
る。２０２は第２オクテットで、オプショナルな情報が
セットされる。また本実施の形態の装置では、第３オク
テット以降の「Diagnostic Information」を利用して、
以下のような拒絶理由情報をセットする。指定された圧縮伸長能力なし …“No Compatible compression” 主走査幅が印字できない …“Illegal Horizontal Size” ファイル容量が大きすぎる …“File Too Large” 図２１は、本実施の形態のファクシミリ装置におけるカ
ラー画像の送信動作を示すフローチャートで、この処理
を実行するプログラムはＲＯＭ１２１に記憶されてお
り、ＣＰＵ１１の制御の下に実行される。尚、本実施の
形態でのカラー画像送信動作を実行するプログラムは、
実際には図２に示すようにマルチタスクで構成されてい
るが、ここでは簡便化のために図２１のフローチャート
に従って説明する。

【０１２５】まずステップＳ１０１でカラー送信動作が
指示されると、これが状態監視タスク２１で検知され、
回線制御タスク２３が起動される。これによりステップ
Ｓ１０２で、起動された回線制御タスク２３は回線を接
続し、その指示された宛先に発呼動作を行うとともに通
信タスク２５を起動する。次にステップＳ１０３に進
み、通信タスク２５は相手端末からＩＴＵ−ＴＴ．３
０で規定される初期識別信号（ＤＩＳ信号）を受信する
かどうかを監視し、ＤＩＳ信号を受信するとステップＳ
１０４に進み、通信タスク２５は相手端末がＩＴＵ−Ｔ
Ｔ．３０で規定されるバイナリ・ファイル・トランス
ファー（ＢＦＴ）の通信手順を有しているかどうかを判
別する。

【０１２６】なお本実施の形態では、ステップＳ１０４
で相手端末がＢＦＴモードを有しているかどうかをＩＴ
Ｕ−ＴＴ．３０のＤＩＳ信号によって検出している
が、より高速な通信を望む場合は、公知のＩＴＵ−Ｔ
Ｖ．８手順のＡｎｓａｍ信号を検出した後、ＣＭ信号を
送出し、Ｖ．３４手順に移行して相手端末の能力を知る
ようにしてもよい。

【０１２７】ステップＳ１０４で、相手端末がＢＦＴの
通信手順を有していない時は相手端末とカラー画像の通
信ができないと判断してステップＳ１０５に進み、自装
置のオペレータに知らせるためにエラーを表示し、次に
ステップＳ１０６で、相手端末に対して回線切断信号
（ＤＣＮ信号）を送出し、回線制御タスク２３によって
回線切断処理を行う（ステップＳ１０７）。

【０１２８】一方、ステップＳ１０４で相手端末がＢＦ
Ｔモードを有している場合にはステップＳ１０８に進
み、受け渡された画像レコードに送信要求があるので、
送信動作を開始する。レコード上にカラー画像のビット
のセットを認め、ＢＦＴ通信のプロトコルモードとして
カラー画像を送信するためＩＴＵ−ＴＴ．３０で規定
される受信命令信号（ＤＣＳ信号）のシンプルＢＦＴビ
ットをオンにしてＤＣＳ信号を相手端末に送出する。こ
の際、ＤＣＳ信号の解像度、符号化方式、原稿サイズを
表すビットは、実際にＢＦＴモードで送信されるカラー
画像の解像度、符号化方式、主走査幅と無関係に必須と
されるスタンダード、ＭＨ符号、Ａ４幅と宣言される。
これはＤＣＳ信号のこれらのビットは、ＩＴＵ−Ｔ
Ｔ．３０の勧告上欠くことが許されていないからであ
る。実際にＢＦＴで送信される画像とは無関係なので、
これに限らずスーパファイン、ＭＭＲ符号、Ａ３幅等で
あってもよい。その後、ステップＳ１０９でモデムのト
レーニングのための信号（ＴＣＦ信号）を送出し、ステ
ップＳ１１０で、相手端末から受信準備確認信号（ＣＦ
Ｒ信号）を受信するかどうか監視する。ＣＦＲ信号が受
信されるとステップＳ１１１に進み、符号・復号化タス
ク２７を起動して画像ファイルの作成を行う。

【０１２９】ここでは図１９に示されるようなＢＦＴフ
ァイルヘッダ部（header）の作成とカラー画像をＤＰＣ
Ｍ符号化したファイル本体部(body)の作成を行い相手端
末に受け渡す動作に入る。

【０１３０】次にファイル名の作成について説明する。

【０１３１】ファイル名はパソコンなどで受け渡される
のを想定し、同じファイル名にならないように作成され
る。本実施の形態の装置では、送信するごとにインクリ
メントされる数値カウンタを装置内に用意し、このカウ
ンタの計数情報をキャラクタ列に変換し、これをファイ
ル名として用いることができる。また、ファイル名とし
て固定パターン、例えば、“オタンジョウビオメデト
ウ”、“アリガトウ”などを設けておき、送信の指示の
際、ユーザに選ばせる。こうして選ばれた名前をファイ
ル名として“アリガトウ．ＣＤＰ”としても良い。更
に、日時情報などからキャラクタ列を自動生成してファ
イル名としても良い。本実施の形態の装置では、これら
を組み合わせて、交信毎にユニークなファイル名を生成
するよう考慮している。例えば図１９では、ファイル名
（file-name）として、例えば“アリガトウxxxyyy.CD
P”が示されており、ここでxxxは時刻情報、yyyは累計
カウンタの値である。

【０１３２】更に、ＢＦＴモードで実際に送信されるカ
ラー画像の解像度、符号化方式、原稿サイズ等もヘッダ
情報としてとして、ここで作成される。ここでは主走
査、副走査解像度が共に家庭で普及するプリンタ解像度
３６０ｄｐｉの４分の１である９０ｄｐｉ、符号化方式
はＤＰＣＭ符号化方式、画像サイズは家庭で普及するカ
ラー画像のサイズである写真Ｌサイズ、官製ハガキなど
が入る幅３６０ｍｍ、長さ５４０ｍｍである。これらの
解像度、符号化方式、原稿サイズはいずれもＩＴＵ−Ｔ
Ｔ．３０で規定されないものである。ここでは解像
度、符号化方式、原稿サイズのいずれもＩＴＵ−Ｔ
Ｔ．３０で規定されないものとしたが、いずれか１つで
あっても構わない。受信側ではこういったファイル名等
のヘッダ情報を受信画像のフッタとして印字するよう動
作するので、受信したカラー画像についてのＩＤとな
り、ユーザにとって非常に有効な管理情報となる。

【０１３３】次にステップＳ１１２で、ファイルの名前
と拡張子をＢＦＴのヘッダ情報としＥＣＭの高速データ
として送信し、引き続いてステップＳ１１３で、ファイ
ルの本体部を送るためにＰＰＳ−ＭＰＳ信号を送信す
る。以下の受信動作で説明するように、問題なければ相
手（受信）側からＭＣＦ信号が返送されてくるし、なん
らかの問題があればＦＤＭ信号で拒絶理由等が返送され
てくることになる。

【０１３４】ステップＳ１１４でＦＤＭ信号を受信する
とステップＳ１１６に進み、その拒絶理由を解析し、ス
テップＳ１１７で、そのエラーが発生した理由を表示す
る。このエラーコードを見て送信側端末のユーザは、相
手側がメモリフルで受けられない状態なのか、ヘッダ情
報で送信した画像属性が処理できないのか、等の原因を
知ることができる。この後、ステップＳ１１８で相手側
にＤＣＮ信号を送出し、ステップＳ１１９で回線を切断
する。

【０１３５】一方、ステップＳ１１５でＭＣＦ信号を受
信した場合はステップＳ１２０に進み、符号化復号タス
ク２７は引き続いて画像データの本体部（body）（読み
取りデータ）をＤＰＣＭ方式で符号化し、通信タスク２
５に画像データを渡し、通信タスク２５が相手に送信す
る。次にステップＳ１２１に進み、ＰＰＳ−ＥＯＰを送
出し、ステップＳ１２２で相手端末からＭＣＦ信号を受
信するとステップＳ１２３でＤＣＮ信号を送出し、ステ
ップＳ１２４で回線を切断する。

【０１３６】ここではＢＦＴ手順で画像情報を送信する
フェーズのヘッダ情報を用いてＩＴＵ−ＴＴ．３０で
規定されない画像の属性情報を非標準の手順を使わずに
相手端末に送信する手順について述べたが、ＢＦＴに限
らず、ＪＰＥＧやＪＢＩＧ等を用いた場合でもＤＣＳ信
号に引き続く画像を送信するフェーズのヘッダ部でＩＴ
Ｕ−ＴＴ．３０で規定されない画像の属性情報を非標
準の手順を使わずに相手端末に送信するといったやり方
を用いてもよい。尚、この場合、ステップＳ１０４で
は、ＤＩＳ信号を受信して相手端末がＢＦＴの能力を持
っているかどうかをみるのではなく、ＪＰＥＧやＪＢＩ
Ｇを受信する能力があるかどうかを判断するステップに
変更される。また、ステップＳ１０８は、ＢＦＴビット
をオンするのではなく、ＪＰＥＧやＪＢＩＧのビットを
オンするように変更される。

【０１３７】次に本実施の形態のファクシミリ装置にお
けるカラー画像或はモノクロ画像の受信時の通信動作を
詳細に説明する。尚、本実施の形態のカラー画像送信動
作は実際には図２で示すようにマルチタスクにより実行
されるが、ここでは簡便化のために図２２のフローチャ
ートに従って説明する。

【０１３８】図２２は、本実施の形態のファクシミリ装
置におけるカラー画像或はモノクロ画像の受信時の通信
動作を示すフローチャートで、この処理を実行するプロ
グラムはＲＯＭ１２１に記憶されている。

【０１３９】まずステップＳ１３１で、回線制御タスク
２３が回線よりＣＩ信号が到来するかどうかを監視して
いる。ここで回線制御タスク２３がＣＩ信号検出すると
ステップＳ１３２で回線捕捉を行なう。この時、自動受
信設定であれば、通信タスク２５に通信起動コマンドを
発行する。これによりステップＳ１３３に進み、通信タ
スク２５はメモリ（ＤＲＡＭ１１８）の使用状況のチェ
ックを行う。本実施の形態の装置では、メモリ容量に応
じてＩＴＵ−ＴＴ．３０の初期識別信号（ＤＩＳ信
号）で相手側に通知される自機の能力を変更するように
なっている。即ち、メモリが２００ＫＢ以上空いていれ
ばステップＳ１３４でカラー画像受信を実行するが、２
００ＫＢの空きメモリが無い場合はステップＳ１３５に
進み、カラー画像の受信は行わないようにする。具体的
には、メモリ残量が２００ＫＢ以上ある場合にはＤＩＳ
信号を用いてＢＦＴの宣言をＤＩＳ信号で行う（ステッ
プＳ１３４）。これによって家庭で普及するサイズのカ
ラー画像もモノクロ画像も受信できることになる。一
方、２００ＫＢ未満２０ＫＢ以上ならば家庭で普及する
サイズのカラー画像の受信はできないので、ＢＦＴの宣
言はＤＩＳ信号で行わないがモノクロ画像の受信は可能
であるとしてＤＩＳ信号の送出を行う（ステップＳ１３
５）。更にメモリ残量が２０ＫＢ未満ならば、ファクシ
ミリの受信も行うことなく（ＤＩＳ信号自体を送出しな
い）ステップＳ１３１に戻る。

【０１４０】こうしてステップＳ１３６でＤＣＳ信号を
受信するまで、ＤＩＳ信号の送出を繰り返し行ない、送
信側端末のコマンド（受信命令信号ＤＣＳや送信命令信
号ＤＴＣ）を待つ。

【０１４１】なお、ここで受信側から送信側に送られる
ＤＩＳ信号には、ＥＣＭ及びＢＦＴ、解像度、符号化方
式、画像サイズなどの受信側端末の受信能力を示す情報
が加えられている。本実施の形態の装置においては、Ｂ
ＦＴの宣言はカラー画像ファイル受信を行なうための宣
言としている。このように本実施の形態の装置では、受
信を行うための判断基準としてカラーとモノクロで２段
階のメモリの空き容量のスレッシホールドを設定してい
るのは、カラー画像の１ページ分のデータ量がモノクロ
画像のデータ量に比して大きいため、受信した画像デー
タ量がメモリ空エリア以上になるオーバーフローを防止
する意味がある。また受信画像のためのスレッシホール
ドを一つだけしか設けていないと、白黒画像を受信でき
るだけのメモリエリアを利用可能でも、その画像の受信
を拒否したり、また逆に白黒画像の受信は可能であって
もカラー画像を受信して記憶するだけのメモリエリアが
ないのに、カラー画像の受信動作を実行したりするとい
う不都合が生じる虞があるためである。

【０１４２】これら能力宣言であるＤＩＳ信号を送信側
に返送すると、送信端末によって、このＤＣＳ信号が受
信され、受信側端末に受信の指示が行われる（ステップ
Ｓ１３６）。ここで通常送信の場合、ＥＣＭ、符号化方
式、原稿サイズ、解像度などの受信命令が、送信側から
受信側に伝送される。

【０１４３】ステップＳ１３７ではＤＣＳ信号を基に、
送信側端末がＢＦＴプロトコルでカラー画像を送信しよ
うとしているかどうか判断する。ここで送信側端末がＢ
ＦＴプロトコルでカラー画像を送信しようとしている場
合は、ＤＣＳ信号においてＢＦＴモードに移行させるた
めのシンプルＢＦＴ宣言ビットが立っている。更に、Ｉ
ＴＵ−ＴＴ．３０で規定される勧告に基づくと、ＤＣ
Ｓ信号においては符号化方式、原稿サイズ、解像度など
の指示情報を欠くことができないので、ＢＦＴでカラー
画像を送信する場合においても実際に送られる符号化方
式、原稿サイズ、解像度とは異なるＩＴＵ−ＴＴ．３
０で規定される符号化方式、原稿サイズ、解像度等の情
報はＤＣＳ信号に含まれてくる。ここでＴＣＦ（トレー
ニング）良好、かつＢＦＴモード及びカラー受信への移
行ができればステップＳ１３８に進み、ＣＦＲ信号（受
信準備確認）を返送する。

【０１４４】次にステップＳ１３９に進み、ＰＩＸ−ｒ
ｅｃに代行受信ビットをセットする。これは未記録の画
像が画像メモリ（ＤＲＡＭ１１８）内に記憶されている
ことを示すビットである。

【０１４５】次に送信側はこの応答に対して、これから
送ろうとしているカラー画像情報がどのようなものであ
るかを表わすファイルヘッダ（header）を画像情報を送
信するフェーズと同じフェーズで送ってくる。このファ
イルヘッダはＩＴＵ−ＴのＴ．４３４の勧告に従ってい
る。ステップＳ１４０では、受信側ではこのヘッダ情報
を受信し、さらにこれに引き続く画像本体部（body）の
情報を送信してくることを示すＰＰＳ−ＭＰＳ信号を受
信するかどうか判断する（ステップＳ１４１）。

【０１４６】このＰＰＳ−ＭＰＳ信号を受信した場合は
ステップＳ１４２に進み、ヘッダ中のファイル名のファ
イル拡張子を参照し、ファイルの名称が所定のフォーマ
ット通りのものか、或はステップＳ１４３で符号化方式
がＤＰＣＭ方式か、ステップＳ１４４では原稿サイズは
カラー画像のサイズである写真Ｌサイズ、官製ハガキな
どが入る幅３６０ｍｍ、長さ５４０ｍｍであるか、また
解像度は主走査・副走査共に９０ｄｐｉであるか、更に
はステップＳ１４５で送信画像（図１９の拡張子「．Ｃ
ＤＰ」）のファイル容量は受信可能な容量かどうか等を
判断する。

【０１４７】ここではステップＳ１４５におけるファイ
ル容量を受信可能かどうかの判定条件に加えることによ
り、ヘッダ情報を受信した段階で画像を受信できるかど
うかが判断でき、長時間電話回線を補足した後に受信で
きなくなるといった不都合がなくなる。特に大量のデー
タを通信するカラー画像の送信の場合に、この効果は大
きい。またこの時、勧告記載のように、アプリケーショ
ン・リファレンスなども合わせて参照し、解読可能なフ
ァイルかチェックする。

【０１４８】こうして送信されてくるファイルが解凍不
可能と判断した場合や、受信不能と判断した場合にはス
テップＳ１４６に進み、ＦＤＭ信号を返送する。このＦ
ＤＭ信号の内容は、Ｔ．４３４に記述されているが、Ｆ
ＤＭ（拒絶）の内容として、“メモリ容量がない”、も
しくは、“メモリの残量がない”等を理由情報として相
手側（送信側）に送出しても良い。またこれに限らず、
解像度、符号化方式等の不一致等を理由情報として相手
側に送出もよい。これにより送信側では、単にＮＧでな
く、どのようにすれば送信可能かなど知ることができ、
送信側でそれに応じた的確な対応が可能となる。またこ
のＦＤＭを拡張する条件として、ヘッダ情報の参照によ
り拡張を行なえば、プロトコル上問題は起きない。

【０１４９】こうしてステップＳ１４７に進み、送信側
からの切断信号（ＤＣＮ）を受信すると通信タスク２５
は回線制御タスク２３を呼出して回線の切断処理を行
う。

【０１５０】一方、ヘッダ情報の受信が成功し、カラー
画像受信の準備ができた場合はステップＳ１４８に進
み、送信側にＭＣＦ信号を送出する。これにより送信側
は、ファイル本体の送信処理に移行する。次に受信側で
はカラー画像ファイルの受信のため、画像レコード上の
管理情報にカラー画像識別ビットを立てる。また同時に
ページレコードを生成し、画像レコードとリンクさせ
る。これらの情報は受信画像のプリントの動作で前述し
たので、ここでは説明を省略する。

【０１５１】こうして送信側が次にファイル本体（図１
５の「body」）を送出するとステップＳ１４９に進み、
受信側はこれを受信する。このファイル本体には、主走
査画素数、副走査画素数、主走査方向画素数、副走査方
向画素数が設定されており、これらの情報後に、ＤＰＣ
Ｍによる圧縮された画像データが続く。ここで主走査方
向画素数、副走査方向画素数は先に獲得されたページレ
コード上にセットされる。このように、ページレコード
上に、これらの情報をセットすることにより、記録タス
ク２９などの他タスクによる参照が可能となる。それと
同時に、これらＢＦＴのヘッダ情報、また主走査画素
数、副走査画素数、主走査方向画素数、副走査方向画素
数もそのまま画像ファイルの中に記憶することにより、
これらの画像がプロトコルからの情報と分離された場合
でも、画像として単独に展開が可能となる。例えば、こ
れによる効果は、この画像ファイルをパソコン上に吸い
上げた場合に、そのパソコンで画像を再生できるという
効果が生まれる。また、逆に受信画像を直接記録する動
作しか実行させない受信端末の場合、これら情報をペー
ジレコードに移した後、これら画像情報に付随した情報
を取り除いた形で画像ファイルに転送しても良い。この
場合、記録タスク２９でのヘッダ情報の分離作業が無く
なり扱いが簡単となる。即ち、白黒画像通信における通
常の受信処理の形態に近くなる。

【０１５２】ここで画像データ本体（body）はＤＰＣＭ
コード化されたデータで、通常ＥＣＭと同様にＨＤＬＣ
でフォーマット化された形で伝送されてくる（これによ
りエラーがあった場合の検出が可能である）。受信側で
はＲＣＰ受信をもってＱ信号の受信に向かう。そして通
信データが終了したことを示すＰＰＳ−ＥＯＰを受信す
るとステップＳ１５０からステップＳ１５１に進み、受
信データにエラーがなければ、受信データにエラーが無
いことを示すＭＣＦ信号を返送する。そして、送信側よ
り送出されるＤＣＮ信号を受信すると、通信タスク２５
は回線制御タスク２３を起動し、回線を切断して通信終
了する（不図示）。

【０１５３】次にステップＳ１５２に進み、受信画像を
自動記録するモードが選択されているかどうかを判断す
る。自動記録モードで無い場合には、この処理を終了す
る。また自動記録モードのときはステップＳ１５３に進
み、ＰＩＸ−ｒｅｃに代行受信ビットを解除して、この
処理を終了する。更に、通信タスク２５は、ページレコ
ードをクローズし、画像レタスクコードをクローズして
通信タスク２５を終了する。

【０１５４】このようにカラー画像や、ＩＴＵ−Ｔ勧告
では非標準のサイズ、解像度、或は符号化方式を有する
画像を伝送する際、非標準の手順を用いることなく汎用
性の高い標準の手順で通信を実行することにより、異な
るメーカの機種同士の画像通信を可能にし、画像サイズ
に対応した適正なデータ量で迅速かつ高画質の画像デー
タを受信できる。更には、受信側での画像処理をより簡
易にした画像通信を実現できる。また、このように写真
Ｌサイズや官製はがきサイズ等の、ＩＴＵ−Ｔ勧告で標
準化されていない画像を送信する場合でも、適正なデー
タ量で迅速かつ高画質に画像を送受信でき、かつ受信側
の通信装置の記録部の解像度に適合した画像処理を行う
画像通信を実現できる。

【０１５５】一方、ステップＳ１３７でＤＣＳ信号のＢ
ＦＴビットがオフの場合はステップＳ１５４に進み、相
手からのＤＣＳ信号に対してＯＫであればＣＦＲ信号を
返送する。次にステップＳ１５５で、ＰＩＸ−ｒｅｃに
代行受信ビットをセットする。これは未記録の画像デー
タが画像メモリ（ＤＲＡＭ１１８）に記憶されているこ
とを示すビットである。そしてステップＳ１５６に進
み、画像信号を受信する。この画像信号はＥＣＭと同様
に、ＨＤＬＣでフォーマット化された形で伝送されてく
る。（これによりエラーがあった場合の検出が可能であ
る）。これにより受信側では、ＲＣＰ信号の受信でもっ
てＱ信号コマンドの受信に向かう。ステップＳ１５７
で、Ｑ信号コマンドにより通信データが終了したことを
示すＰＰＳ−ＥＯＰを受信し、その受信データにエラー
がなければステップＳ１５８で、受信データにエラーが
ないことを示すＭＣＦ信号を返送する。こうして送信側
より送出されるＤＣＮ受信すると通信タスク２５は回線
制御タスク２３を起動して回線を切断して通信終了する
（不図示）。そしてステップＳ１５２に進み、自動記録
モードか否かを判断し、前述した処理を実行する。

【０１５６】以上は本実施の形態の画像通信装置同士の
通信の場合の説明である。実際にはＢＦＴはファイル伝
送なので、相手機がパソコン等の場合があり、ＢＦＴ宣
言をすることにより各種ファイルを送信しようとしてく
る。以下それについて説明する。

【０１５７】相手機が全く別のファイル（例えば表計算
ソフトのエクセル、文章作成ソフトのワードなどにより
作成したファイル）を送ろうとしてきた場合は、ヘッダ
情報のファイル名の拡張子が、例えば「．ＸＬ
Ｓ」、「．ＤＯＣ」となっている。受信側では、このフ
ァイル名の拡張子を参照し、自機で処理可能なファイル
であるか否かを確認できる。この確認の結果、次のＱ信
号に対しＦＤＭ信号を返送して、そのファイルを受信で
きるか否かを通知できる。この場合、送信側の端末で
は、その返送されたＦＤＭ信号の内容により、別の形式
のファイルを送信したいと考えて再度別のヘッダを送信
して来るかもしれない。この場合も同様にしてＦＤＭ信
号を返送することになる。相手機によっては、その送信
指示の動作が予想できない場合もあるので、ＦＤＭ信号
の返送回数を計数し、その計数値が所定値になると回線
を切断することにより、無限に信号のやり取りを繰返す
ことがないようにしている。即ち、ＦＤＭ信号を所定回
数以上送出すると回線の切断を行うことにより、電話回
線を無意味に補足し続けることを防止している。

【０１５８】全く別のファイルが指定されている時に即
時にＤＣＮ信号を送信して回線切断処理に移行しないの
は、例えば、本実施の形態の通信装置と同じ通信機能を
有しているアッパーバージョン機からの送信の場合があ
り得るため、再度、ＦＤＭ信号の返送に対して新たに送
られてくるヘッダを待つ必要があるわけである。または
一方、通信の整合性が無いと判断した場合は、即刻、Ｄ
ＣＮ信号で回線を切断するのが安全である。

【０１５９】また、ヘッダで受信したファイルの拡張子
が本実施の形態の通信装置で処理できるファイルの拡張
子と偶然同じ場合には、ヘッダの認証としてＯＫとなる
ため、図１５に示すように、送信側端末はファイル本体
の送信に移行する。この場合受信稼動中の通信タスク２
５は、そのファイル本体（body）内部の構成、主走査、
副走査方向の各パラメータ値を参照し、１つでも異常な
値が設定されていれば即座に回線切断などの処置をと
る。これは相手機に無駄な通信課金をさせてしまうのを
防ぐためである。但し、画像信号の最後を待ってＦＤＭ
信号を返送しても良い。

【０１６０】また、チェックとして復号化タスクを起動
し、回線から到来するデータを即時に復号化動作させ、
主走査１ラインとしての所定長が問題なく同じか、副走
査方向の画素数などが問題ないかなどをチェックさせる
ことにより、より厳密なチェックが可能となっている。

【０１６１】また、上述の処理では、受信機がＢＦＴモ
ードを有しているかどうかを、ＩＴＵ−ＴＴ．３０の
ＤＩＳ信号によって検出しているが、より高速な通信を
望む場合は、着信後に公知のＩＴＵ−ＴＶ．８手順の
Ａｎｓａｍ信号を送出した後、送信側からのＣＭ信号を
検出し、Ｖ．３４手順に移行した後、送信側に受信機側
がＢＦＴモードを有していることを通知するようにして
もよい。

【０１６２】ここではＢＦＴ手順で画像情報を受信する
フェーズのヘッダ情報を用いてＩＴＵ−ＴＴ．３０で
規定されない画像の属性情報を非標準の手順を使わずに
相手機から受信する手順について述べたが、本発明はこ
のようなＢＦＴ信号を使用するものに限らず、ＪＰＥＧ
やＪＢＩＧ等を用いた場合でもＤＣＳ信号の受信に引き
続く画像信号を受信するフェーズのヘッダ部で、ＩＴＵ
−ＴＴ．３０で規定されない画像の属性情報を非標準
の手順を使わずに受信してもよい。

【０１６３】なお、この場合、ステップＳ１３４、Ｓ１
３５では、ＢＦＴビットをオン／オフしたＤＩＳ信号を
送信して相手機にＢＦＴの能力を持っているかどうかを
報知するのではなく、ＪＰＥＧやＪＢＩＧを受信する能
力があるかどうかを判断するステップに変更される。ま
たステップＳ１３７は、ＢＦＴビットのオン／オフをみ
るので、ＪＰＥＧやＪＢＩＧのビットのオン／オフをみ
るように変更してもよい。

【０１６４】次に本実施の形態のファクシミリ装置にお
けるモノクロ画像の送信動作を図２３のフローチャート
を参照して説明する。尚、このモノクロ画像送信動作
は、実際には図２で示すようにマルチタスクにより実行
されているが、ここでは簡便化のために図２３のような
フローチャートで示し、そのフローチャートに従って説
明する。

【０１６５】ステップＳ１６１で、モノクロ送信動作が
指示されると、状態監視タスク２１で検知され、回線制
御タスク２３を起動する。これによりステップＳ１６２
で、起動された回線制御タスク２３は回線を接続し、指
示された宛先に発呼動作を行い、回線制御タスク２３は
通信タスク２５を起動する。次にステップＳ１６３に進
み、通信タスク２５は相手端末（受信側）からＩＴＵ−
ＴＴ．３０で規定される初期識別信号（ＤＩＳ信号）
を受信するかどうかを監視する。ＤＩＳ信号を受信する
とステップＳ１６４に進み、通信タスク２５は相手端末
の有する機能に応じて受信命令信号（ＤＣＳ信号）を相
手端末に送出する。

【０１６６】ここで相手端末とより高速な通信を望む場
合は、公知のＩＴＵ−ＴＶ．８手順のＡｎｓａｍ信号
を検出した後、ＣＭ信号を送出し、Ｖ．３４手順に移行
して相手端末の能力を知るようにしてもよい。この際、
ＤＣＳ信号の解像度、符号化方式、原稿サイズ等を表す
ビットは、相手端末が処理できるものでＩＴＵ−ＴＴ．
３０で規定されているものが選択される。

【０１６７】その後ステップＳ１６５に進み、モデムの
トレーニングのための信号（ＴＣＦ信号）を送出し、相
手端末から受信準備確認信号（ＣＦＲ信号）を受信する
かどうか監視する（ステップＳ１６６）。ＣＦＲ信号が
受信されるとステップＳ１６７に進み、符号復号タスク
２７を起動し、読み取った画像データを相手側が受信で
きる解像度、主走査幅に変換し、相手側が受信できる符
号化方式で符号化して相手側端末に、その符号化した画
像データを送信する。そして送信すべき画像データが終
了するとステップＳ１６８でＥＯＰを送出し、ステップ
Ｓ１６９で、相手側からＭＣＦ信号を受信するとステッ
プＳ１７０に進んでＤＣＮ信号を送出する。そしてステ
ップＳ１７１で、回線制御タスク２３を起動して回線を
切断する。

【０１６８】また図２４は、図１７に示すＢＦＴ通信
で、受信側からＦＤＭ信号を受信した場合の他の実施の
形態の処理を示すフローチャートである。

【０１６９】この処理は、図２１のステップＳ１１４
で、ＦＤＭ信号を受信することにより開始され、まずス
テップＳ１８１で、そのＦＤＭ信号に含まれる拒絶の理
由を解析し、その理由を表示部３６に表示してユーザに
報知する。次にステップＳ１８３に進み、その理由が、
本実施の形態の装置で変更可能かどうかをみる。例えば
解像度だけが問題であれば解像度を変更できるか、符号
化方法が対応していないときは対応する方式（もしその
符号復号タスク２７が存在すれば）で符号化できるか等
を検討し、可能で無ければステップＳ１１８に進んで前
述の図２１のフローチャートに従って処理する。

【０１７０】もし可能であればステップＳ１８４に進
み、その変更した新たな条件を設定して、それを基に新
たなヘッダを付与した画像ファイルを作成する（ステッ
プＳ１８５）。次にステップＳ１８６で、ファイルの名
前と拡張子をＢＦＴのヘッダ情報としてＥＣＭの高速デ
ータとして送信し、引き続いてステップＳ１８７で、フ
ァイルの本体部（body）を送るためにＰＰＳ−ＭＰＳ信
号を送信する。

【０１７１】そしてステップＳ１８８でＦＤＭ信号を受
信すると図２１のステップＳ１１６に進み、前述したよ
うにその拒絶理由を解析し、ステップＳ１１７で、その
エラーが発生した理由を表示する。また、ステップＳ１
８９でＭＣＦ信号を受信すると図２１のステップＳ１２
０に進み、符号化復号タスク２７は引き続いて画像デー
タの本体部（body）（読み取りデータ）をＤＰＣＭ方式
で符号化し、通信タスク２５に画像データを渡し、通信
タスク２５が相手に送信する。この後の動作は図２１を
参照して前述した通りである。

【０１７２】次に本実施の形態のファクシミリ装置のプ
リントタスク２１１の動作について、図２５のフローチ
ャートを参照して説明する。

【０１７３】まずステップＳ１９０で、プリントタスク
２１１は、記録すべき画像データがメモリ（ＤＲＡＭ１
１８）に記憶されているかどうかを判断する。記録すべ
き画像データがない場合は、何もせずにこの処理を終了
する。一方、記録すべき画像データがある場合はステッ
プＳ１９１に進み、代行受信を示すビットがセットされ
ているかどうかを判断する。このビットは、メモリ受信
した画像データを記録されたかどうかを表すビットであ
る。この代行受信ビットがセットされている場合はステ
ップＳ１９２に進み、記録部１２０に記録紙が有るかど
うかを判断する。そして記録紙がある場合はステップＳ
１９３に進み、記録タスク２９を起動して。この処理を
終了する。

【０１７４】一方、ステップＳ１９１で代行受信ビット
がセットされていない場合はステップＳ１９４に進み、
受信した画像データがメモリ内に存在する旨を操作パネ
ル１２２の表示部３６に表示して、この処理を終了す
る。これによって使用者は画像データがメモリ内に残っ
ていることを知ることができる。

【０１７５】またステップＳ１９２で記録紙がない場合
はステップＳ１９５に進み、記録紙なしを操作パネル１
２２の表示部３６に表示する。これによってユーザは記
録紙の補給が必要なことを知ることができる。

【０１７６】次に状態監視タスク２１の動作について図
２６のフローチャートを参照して説明する。ここでは記
録動作に関係している操作パネル１２２のキー入力の監
視について説明する。

【０１７７】まずステップＳ２００で、カラー・白黒キ
ー３８によりカラーモードがセットされている状態でコ
ピーキー３１７が押下されたかどうか判断する。こうし
てカラーコピーが指示されるとステップＳ２０３に進
み、原稿の有無等を確認し（不図示）記録タスク２９を
起動する。ステップＳ２００でカラーコピーでない場合
はステップＳ２０１に進み、モノクロモードの状態でコ
ピーキー３１７が押下されたどうかを判断する。このモ
ノクロコピーモードであればステップＳ２０３に進み、
原稿の有無等を確認し（不図示）記録タスク２９を起動
する。カラー及びモノクロコピーの何れでもないときは
ステップＳ２０２に進み、操作パネル１２２の受信プリ
ントキー３１６が押下されたかどうかをみる。この受信
プリントキー３１６は、メモリ（ＤＲＡＭ１１８）に記
憶されている受信画像データをプリントさせるためのキ
ーである。この受信プリントキー３１６が押下されると
ステップＳ２０３に進み、原稿の有無等を確認し（不図
示）記録タスク２９を起動する。また、いずれのキーも
押下されないときは、この状態監視タスク２１を終了す
る。

【０１７８】次に、図２７のフローチャートを参照し
て、記録タスク２９の動作を説明する。

【０１７９】記録タスク２９が起動されると、まずステ
ップＳ２１０で、記録部１２０にインクカートリッジが
装着されているかどうかを確認する。インクカートリッ
ジが装着されていない場合はステップＳ２１６に進み、
インクカートリッジを装着するように、表示部３６或は
スピーカ３２１により音声で警告する。

【０１８０】一方、インクカートリッジが装着されてい
るときはステップＳ２１１に進み、記録すべき画像がモ
ノクロ画像か、カラー画像かを判断する。カラー画像の
場合はステップＳ２１２に進み、カラーインクカートリ
ッジが装着されているかどうか判断する。ここでカラー
インクカートリッジが装着されていない場合はステップ
Ｓ２１７に進み、カラーインクカートリッジを装着する
ように表示部３６またはスピーカ３２１により音声で警
告する。これによって使用者は、インクカートリッジが
装着されていないこと、或はカラー画像をプリントする
ためにカラーインクカートリッジに交換しなければなら
ないことを認識できる。

【０１８１】ステップＳ２１１でカラー画像でない場
合、又はステップＳ２１２でカラーインクカートリッジ
が装着されている場合はステップＳ２１３に進み、イン
クジェットヘッドを前回使用してから７２時間が経過し
ているかどうかを判断する。この計時は、例えばＲＴＣ
１１１により行われる。ここで、前回インクジェットヘ
ッドを使用してからの時間を計測する理由は、インクッ
ジェト方式の記録ヘッドを用いている場合、前回使用し
てからの経過時間が長くなると、ヘッドのノズル付近に
残留するインクなどによって目詰まりが起こり、正常な
画像が記録できない虞があるためである。このステップ
Ｓ２１３において、７２時間が経過していると判定され
るとステップＳ２１８に進み、インクジェットヘッドの
大回復処理を行う。

【０１８２】一方ステップＳ２１３で７２時間が経過し
ていない場合はステップＳ２１４に進み、インクジェッ
トヘッドのクリーニングを行い、次にステップＳ２１５
に進み、受信画像の記録を実行して、この記録タスクを
終了する。

【０１８３】なお、本発明は、複数の機器（例えばホス
トコンピュータ，インタフェイス機器，リーダ，プリン
タなど）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複写機，ファクシミリ装置
など）に適用してもよい。

【０１８４】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても達成される。

【０１８５】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【０１８６】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【０１８７】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれる。

【０１８８】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれる。

【０１８９】以上説明してたように本実施の形態によれ
ば、モノクロ画像及びカラー画像の受信・記録が可能な
ファクシミリ装置において、意図しないインクを使用し
た画像記録の発生を防止して無駄なインク消費を防止
し、受信したカラー画像の記録が行いたい時にカラー画
像の記録が行うことができる。

【０１９０】また、装着されているインクカートリッジ
の種類と、受信した画像の種類（カラーかモノクロか）
とに応じて受信画像の記録を行うか否かを自動的に決定
するようにしたので、使い勝手の良い装置を提供でき
た。

【０１９１】また、装着されているインクカートリッジ
がモノクロ／カラーのいずれのであるか、また受信した
画像を記録するためにカートリッジを交換する必要があ
るか否かをユーザに報知するので、使い勝手の良い装置
を提供できる。

【０１９２】また、装着されているカートリッジの種類
が、受信した画像に適合しない場合でも受信そのものを
拒否しない装置を提供することができる。

【０１９３】また更にユーザが受信画像を記録する動作
を行う前に、カートリッジの種類と受信画像の種類（カ
ラーかモノクロか）との整合性を判断しなくても、自動
的に判断して適正な画像を記録する画像通信装置を提供
できた。

【０１９４】また本実施の形態によれば、カラー画像、
或はＩＴＵ−Ｔ勧告では非標準の画像サイズや解像度、
また符号化方式を有する画像を送受信する際、非標準の
手順を用いることなく汎用性の高い標準の手順で送受信
を実行することにより、異なるメーカ同士の機種間での
送受信を行うことができる。

【０１９５】また送受信される画像サイズに対応した適
正なデータ量で迅速かつ高画質の画像の送受信を行うこ
とができ、また受信側での画像処理をより簡易にした画
像通信を実現できるようになった。

【０１９６】更に送受信する画像の属性がＩＴＵ−Ｔ勧
告で標準化されたものであるかどうかに応じて、送受信
する手順を変更できるようにすることで、送受信する画
像の属性がＩＴＵ―Ｔ勧告化されているかどうかによら
ず送受信できるようになった。

【０１９７】更に本実施の形態によれば、ＩＴＵ−Ｔ勧
告で非標準のサイズや解像度や符号化方式を有する画像
を送信する際、画像データを通信するフェーズで非標準
のサイズや解像度や符号化方式を相手機に対して伝達
し、ＩＴＵ―Ｔ勧告化されている手順信号上ではダミー
の信号としてＩＴＵ−Ｔで勧告化されている画像のサイ
ズや解像度や符号化方式を相手機に対して通知すること
により、ＩＴＵ−Ｔ勧告と矛盾することなく標準の手順
を用いた通信が実行できるようになった。

【０１９８】

【発明の効果】以上説明したように本発明によれば、モ
ノクロ画像及びカラー画像の受信、記録が可能であり、
受信した画像に応じて最適なインク材を使用して画像を
記録することができる。

【０１９９】また本発明によれば、装着されているイン
ク材の種類を判別し、受信した画像の種類との整合を取
って受信画像を記録できるかどうか判断して記録するこ
とができる。

【０２００】また本発明によれば、モノクロ／カラーの
いずれのインク材を用いてるか、また受信した画像を記
録するためにインク材を交換すべきかどうかをユーザに
報知できる。

【０２０１】また本発明によれば、不要な記録を防止し
てインク材の無駄な使用を抑えることができる。

【０２０２】また本発明によれば、装着されているイン
ク材の種類と受信画像の種類とが一致しない場合でも、
画像の受信を行うことができるという効果がある。

【図面の簡単な説明】

【図１】本実施の形態のファクシミリ装置のシステム構
成例を示すブロック図である。

【図２】本実施の形態のファクシミリ装置を制御するた
めのソフトウェアの一例を示すタスク構成図である。

【図３】本実施の形態のファクシミリ装置の操作パネル
の構成を説明する図である。

【図４】本実施の形態のファクシミリ装置の制御部が画
像データを管理するために形成する管理テーブルである
画像レコードの一例を示す図である。

【図５】本実施の形態のファクシミリ装置における、ハ
ンドスキャナを使用したモノクロ画像送信或はコピーの
ための、モノクロ画像の読取時の制御を示すフローチャ
ートである。

【図６】本実施の形態のファクシミリ装置における、図
５のフローチャートで示される処理と並行して実行され
る割込み処理を示すフローチャートである。

【図７】本実施の形態のファクシミリ装置における、ハ
ンドスキャナを使用したカラー画像コピー時のカラー原
稿読取時の制御を示すフローチャートである。

【図８】本実施の形態のファクシミリ装置における、図
７のフローチャートで示される処理と並行して実行され
る割込み処理を示すフローチャートである。

【図９】ＲＧＢデータと、その符号化データフォーマッ
トを説明する図である。

【図１０】カラー画像送信時の符号化処理を示すフロー
チャートである。

【図１１】シートスキャンによる原稿画像の読取り及び
送信まで処理を示すフローチャートである。

【図１２】図１１の処理と並行して実行される割込み処
理を示すフローチャートである。

【図１３】カラー画像の復号化処理を示すフローチャー
トである。

【図１４】通常ＥＣＭ通信の手順を説明する図である。

【図１５】ＢＦＴ通信の手順（正常）を説明する図であ
る。

【図１６】ＢＦＴ通信の手順（拒絶による終了）を説明
する図である。

【図１７】ＢＦＴ通信の手順（拒絶から復帰）を説明す
る図である。

【図１８】ＩＴＵ−Ｔ勧告（Ｔ．４３４）によるＢＦＴ
フォーマットを説明する図である。

【図１９】本実施の形態のＢＦＴヘッダの内容を説明す
る図である。

【図２０】ＩＴＵ−Ｔ勧告によるＦＤＭ信号のフォーマ
ットを説明する図である。

【図２１】本実施の形態のファクシミリ装置における送
信処理を示すフローチャートである。

【図２２】本実施の形態のファクシミリ装置における受
信処理を示すフローチャートである。

【図２３】本実施の形態のファクシミリ装置におけるモ
ノクロ送信処理を示すフローチャートである。

【図２４】本実施の形態のファクシミリ装置において図
１７の手順を実行する場合の送信処理を示すフローチャ
ートである。

【図２５】本実施の形態のファクシミリ装置のプリント
タスクの処理を示すフローチャートである。

【図２６】本実施の形態のファクシミリ装置の状態監視
タスクの処理を示すフローチャートである。

【図２７】本実施の形態のファクシミリ装置における記
録タスクの処理を示すフローチャートである。

フロントページの続き (72)発明者松崎進東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者菅原尚樹東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者中尾宗樹東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者外山猛東京都大田区下丸子３丁目30番２号キヤノン株式会社内Ｆターム(参考） 5C062 AA02 AB20 AB22 AB25 AB41 AB42 AC31 AE02 AE03 AE14 AF14 AF15 BA00 5C074 AA07 BB16 CC26 DD16 DD22 DD24 DD28 FF15 GG09 HH04 5C075 CA01 CD07 CD09 CD21 CE02 CE14 FF03 FF90

Claims

【特許請求の範囲】

【請求項１】画像データを受信する受信手段と、前記受信手段により受信した画像データがカラー画像か
モノクロ画像か判別する判別手段と、装着されているインク材を用いて記録媒体にカラー画像
或はモノクロ画像を記録する記録手段と、前記装着されているインク材の種類を識別する識別手段
と、前記判別手段によりカラー画像が受信されたと判別さ
れ、かつ前記識別手段によりカラーインク材が装着され
ている検出された場合に、前記カラーインク材を使用し
て前記記録手段により受信画像を記録するように制御す
る制御手段と、を有することを特徴とする画像通信装
置。
【請求項２】前記判別手段は、画像データのＩＴＵ−
ＴＴ．３０で規定される受信命令信号に含まれる信号
に基づいてカラー画像か、モノクロ画像かを判別するこ
とを特徴とする請求項１に記載の画像通信装置。
【請求項３】前記判別手段によりカラー画像が受信さ
れたと判別され、かつ前記識別手段によりモノクロイン
ク材が装着されている識別されると、前記インク材を交
換するように促す警告を行う警告手段を更に有すること
を特徴とする請求項１又は２に記載の画像通信装置。
【請求項４】前記受信手段により受信された画像デー
タを前記記録手段により自動的に記録するかどうかを設
定する設定手段を更に有することを特徴とする請求項１
に記載の画像通信装置。
【請求項５】前記判別手段によりカラー画像データの
受信が判別されるとメモリ代行受信をセットして、受信
したカラー画像データをメモリに記憶させる受信制御手
段と、前記受信制御手段の制御の下に前記メモリに記憶された
カラー画像データを前記記録手段により記録させる記録
制御手段と、を有することを特徴とする請求項１に記載
の画像通信装置。
【請求項６】前記記録制御手段によりカラー画像の記
録が指示されたとき、前記識別手段により前記記録手段
にモノクロインク材が装着されている識別されると、前
記インク材を交換するように促す警告を行う警告手段を
更に有することを特徴とする請求項５に記載の画像通信
装置。
【請求項７】前記受信制御手段は更に、前記判別手段
によりモノクロ画像データの受信が判別された場合に
も、受信したカラー画像データを前記メモリに記憶させ
ることを特徴とする請求項５に記載の画像通信装置。
【請求項８】前記受信手段は、受信したＩＴＵ−Ｔ
Ｔ．３０で規定される受信命令信号に続く画像データを
受信するフェーズにおいて、前記ＩＴＵ−ＴＴ．３０で
規定されない画像属性を含む情報を受信することを特徴
とする請求項１乃至７のいずれか１項に記載の画像通信
装置。
【請求項９】画像データを受信する受信工程と、前記受信工程で受信した画像データがカラー画像かモノ
クロ画像か判別する判別工程と、装着されているインク材を用いて記録媒体にカラー画像
或はモノクロ画像を記録する記録部に装着されているイ
ンク材の種類を識別する識別工程と、前記判別工程でカラー画像が受信されたと判別され、か
つ前記識別工程でカラーインク材が装着されている検出
された場合に、前記カラーインク材を使用して前記記録
部により受信画像を記録するように制御する制御工程
と、を有することを特徴とする画像通信装置における記
録制御方法。
【請求項１０】前記判別工程では、画像データのＩＴ
Ｕ−ＴＴ．３０で規定される受信命令信号に含まれる
信号に基づいてカラー画像か、モノクロ画像かを判別す
ることを特徴とする請求項９に記載の記録制御方法。
【請求項１１】前記判別工程でカラー画像が受信され
たと判別され、かつ前記識別工程でモノクロインク材が
装着されている識別されると、前記インク材を交換する
ように促す警告を行う警告工程を更に有することを特徴
とする請求項９又は１０に記載の記録制御方法。
【請求項１２】受信された画像データを前記記録部に
より自動的に記録するかどうかを設定する設定工程を更
に有することを特徴とする請求項９に記載の記録制御方
法。
【請求項１３】前記判別工程でカラー画像データの受
信が判別されるとメモリ代行受信をセットして、受信し
たカラー画像データをメモリに記憶させる受信制御工程
と、前記受信制御工程において前記メモリに記憶されたカラ
ー画像データを前記記録部により記録させる記録制御工
程と、を有することを特徴とする請求項９に記載の記録
制御方法。
【請求項１４】前記記録制御工程でカラー画像の記録
が指示されたとき、前記識別工程で前記記録部にモノク
ロインク材が装着されている識別されると、前記インク
材を交換するように促す警告を行う警告工程を更に有す
ることを特徴とする請求項１３に記載の記録制御方法。
【請求項１５】前記受信制御工程では更に、前記判別
工程でモノクロ画像データの受信が判別された場合に
も、受信したカラー画像データを前記メモリに記憶させ
ることを特徴とする請求項１３に記載の記録制御方法。
【請求項１６】前記受信工程では、受信したＩＴＵ−
ＴＴ．３０で規定される受信命令信号に続く画像デー
タを受信するフェーズにおいて、前記ＩＴＵ−ＴＴ．
３０で規定されない画像属性を含む情報を受信すること
を特徴とする請求項９乃至１５のいずれか１項に記載の
記録制御方法。
【請求項１７】受信した画像データを基に画像を形成
する画像通信装置における記録制御方法を実行するプロ
グラムを記憶したコンピュータにより読取可能な記憶媒
体であって、画像データを受信する受信工程モジュールと、前記受信工程モジュールにより受信した画像データがカ
ラー画像かモノクロ画像か判別する判別工程モジュール
と、装着されているインク材を用いて記録媒体にカラー画像
或はモノクロ画像を記録する記録部に装着されているイ
ンク材の種類を識別する識別工程モジュールと、前記判別工程モジュールによりカラー画像が受信された
と判別され、かつ前記識別工程モジュールによりカラー
インク材が装着されている検出された場合に、前記カラ
ーインク材を使用して前記記録部により受信画像を記録
するように制御する制御工程モジュールと、を有するこ
とを特徴とする記憶媒体。