JP2000134441A - 画像通信装置及び前記装置における通信制御方法 - Google Patents

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

【０１４９】ここでは受信した画像情報に基づいて、画
像のサイズ、解像度が決定される（ステップＳ１５
１）。更に、通信タスク２５は、ページレコードをクロ
ーズし、画像レタスクコードをクローズして通信タスク
２５を終了する。こうして通信タスク２５が終了する
と、未記録画像データが存在するので符号復号タスク２
７が起動される（ステップＳ１５２）。この符号復号タ
スク２７は、送信側から送られてくる受信命令信号（Ｄ
ＣＳ信号）で指定される解像度、符号化方式、原稿サイ
ズにはよらずに、ＢＦＴモードの画像データを送信する
フェーズで送信されてくるヘッダ情報に示される解像
度、符号化方式、原稿サイズに従って復号処理する。こ
のステップＳ１５２の復号処理が完了するとステップＳ
１５３に進み、記録タスク２９が起動される。そして、
ＢＦＴモードの画像データを送信するフェーズで送信さ
れてくるヘッダ情報に示される解像度、符号化方式、原
稿サイズに従って、３６０ｄｐｉの画像に変換して画像
処理が行われ、その処理された画像データに基づいて画
像記録が行われる。

【０１５０】またステップＳ１３７ではＤＣＳ信号によ
り、送信側端末がＢＦＴプロトコルによる送信を希望し
ていないときはステップＳ１５４に進み、そのＤＣＳ信
号を基に、これから受信する画像の主走査サイズ、解像
度等を決定し、ステップＳ１５５で、受信準備確認信号
（ＣＦＲ）を送信側に送る。次にステップＳ１５６に進
み、送られてくる画像信号を受信し、ＰＰＳ−ＥＯＰ信
号信号を受信するとステップＳ１５７からステップＳ１
５８に進み、その受信した画像を復号して記録部１２０
により記録する。

【０１５１】このようにカラー画像や、ＩＴＵ−Ｔ勧告
では非標準のサイズや解像度や符号化方式を有する画像
を伝送する際、非標準の手順を用いることなく汎用性の
高い標準の手順で通信を実行することにより、それぞれ
別のメーカで製造されたファクシミリ機器同士での通信
を可能にし、画像サイズに対応した適正なデータ量で高
画質の画像の送受信を実行でき、また受信側での画像処
理をより簡易にして画像通信を実現できる。またこのよ
うに写真Ｌサイズや官製ハガキサイズのように、ＩＴＵ
−Ｔ勧告で標準化されていない画像を送信する場合で
も、画像データを適正なデータ量で迅速かつ高画質に送
受信でき、受信側の記録部（プリンタ）の解像度にあっ
た画像データの送受信及び記録を行うことができる。

【０１５２】以上の説明は、本実施の形態の機能を有す
るファクシミリ装置間での通信の場合の説明である。し
かし実際には、ＢＦＴはファイル伝送なので、相手端末
がパソコン等の場合があり、ＢＦＴ宣言をすることによ
り各種ファイルを送信しようとすることが考えられる。
以下、それについて説明する。

【０１５３】送信側端末が全く別のファイル（例えば表
計算ソフトのエクセル（Excel）、文章作成ソフトのワ
ード（Word）など）を送ろうとしてきた場合、ヘッダ情
報のファイル名を表わす、ファイルの拡張子が例え
ば“.xls”となっている。従って、この拡張子を参照す
ることにより、該当ファイルでないことが確認できる。
これにより次のＱ信号に対しＦＤＭ信号を返送して、そ
のファイルは受け取れない旨を通知できる。これにより
送信側としては、ＦＤＭ信号の内容により、違う形式の
ファイルを送信したいと考え、再度、ヘッダを送信して
くるかもしれない。この場合も同様にＦＤＭ信号を返送
することになる。送信側端末によっては、動きとして予
想できない場合もあるので、ＦＤＭ信号の返送回数をカ
ウントし、無限に通信することがないようにしてある。
即ち、ＦＤＭ信号を所定回数以上送出すると回線の切断
することにより、電話回線を無意味に補足し続けること
を防止している。

【０１５４】ここで、即時にＤＣＮ信号を送出して回線
を切断しないのは、本実施の形態の装置の通信機能を有
している、アッパーバージョン機による送信の場合があ
り得るため、再度のヘッダの送信を待つように設定して
いる。また或は、通信属性が一致しないと判断した場合
は、即刻、ＤＣＮ信号を送出して回線を切断するのが安
全である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１７３】

【発明の効果】以上説明したように本発明によれば、受
信の開始時に、受信して記憶する画像データの種類に応
じたメモリの空き容量を判断し、受信途中で回線不能に
なるのを防止して無駄な回線捕捉時間を減らすことがで
きる。

【０１７４】また本発明によれば、画像を受信する場合
に、カラー画像を受信して記憶できるメモリの空き容量
があるか、或はモノクロ画像を受信して記憶できるメモ
リの空き容量があるかどうかによって相手機への能力宣
言を変更することにより、無駄な回線捕捉時間を減らす
ことができる。

【０１７５】また本発明によれば、画像を受信する場合
に、ＩＴＵ−Ｔ Ｔ．３０で規定されるＧ３ファクシミ
リ手順によるデータを受信して記憶できるメモリの空き
容量があるか、或はＩＴＵ−Ｔ Ｔ．３０で規定される
バイナリ・ファイルを受信して記憶できるメモリの空き
容量があるかどうかによって相手機への能力宣言を変更
することにより、無駄な回線捕捉時間を減らすことがで
きる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者 松崎 進 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 菅原 尚樹 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 中尾 宗樹 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 外山 猛 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 Ｆターム(参考） 5C062 AA02 AB43 AC49 AE02 AE03 AE14 5C073 AA02 BC02 CD07 5C075 AA02 CA01 CA03

Claims (16)

【特許請求の範囲】
1. 【請求項１】 カラー画像及びモノクロ画像を受信する
   受信手段と、 受信した画像をメモリに蓄積する蓄積手段と、 前記メモリの空き容量に応じて、前記受信手段によりカ
   ラー画像を受信可能にするか、モノクロ画像のみを受信
   可能にするかを制御する制御手段と、 を有することを特徴とする画像通信装置。
2. 【請求項２】 前記制御手段は、前記空き容量が第１所
   定量以上のときはカラー画像を受信可能にし、前記第１
   所定量以下で、前記第１所定量よりも少ない第２所定量
   以上の場合にはモノクロ画像を受信可能にすることを特
   徴とする第１項記載の画像通信装置。
3. 【請求項３】 カラー画像及びモノクロ画像を受信する
   受信手段と、 受信した画像をメモリに蓄積する蓄積手段と、 相手機に対して受信可能な能力を通知する通知手段と、 前記メモリの空き容量が第１所定値以上の場合に、前記
   受信手段によりカラー画像及びモノクロ画像の双方が受
   信可能であることを示す信号を前記通知手段によって通
   知し、前記メモリの空き容量が前記第１所定値以下で、
   前記第１所定量よりも少ない第２所定量以上の場合に、
   前記受信手段によりモノクロ画像の受信のみが可能であ
   ることを示す信号を前記通知手段によって通知するよう
   に制御する制御手段と、を有することを特徴とする画像
   通信装置。
4. 【請求項４】 ＩＴＵ−Ｔ Ｔ．３０で規定されるＧ３
   ファクシミリ手順とＩＴＵ−Ｔ Ｔ．３０で規定される
   バイナリ・ファイル・トランスファの手順を選択的に用
   いてデータを受信する受信手段と、 前記受信手段により受信したデータをメモリに蓄積する
   蓄積手段と、 前記メモリの空き容量に応じて、前記受信手段により前
   記バイナリ・ファイル・トランスファの手順を用いてデ
   ータを受信させるか、或は前記Ｇ３ファクシミリ手順の
   みを用いてデータを受信させるように制御する制御手段
   と、 を有することを特徴とする画像通信装置。
5. 【請求項５】 前記制御手段は、前記空き容量が第１所
   定量以上のときは前記バイナリ・ファイル・トランスフ
   ァの手順を用いた受信を可能にし、前記第１所定量以下
   で、前記第１所定量よりも少ない第２所定量以上の場合
   には前記Ｇ３ファクシミリ手順を用いてデータを受信す
   るように制御することを特徴とする第４項記載の画像通
   信装置。
6. 【請求項６】 ＩＴＵ−Ｔ Ｔ．３０で規定されるＧ３
   ファクシミリ手順とＩＴＵ−Ｔ Ｔ．３０で規定される
   バイナリ・ファイル・トランスファの手順を選択的に用
   いてデータを受信する受信手段と、 前記受信手段により受信したデータをメモリに蓄積する
   蓄積手段と、 相手機に対して受信可能な能力を通知する通知手段と、 前記メモリの空き容量が第１所定値以上の場合に前記Ｇ
   ３ファクシミリ手順及び前記バイナリ・ファイル・トラ
   ンスファの手順で送信されるデータの双方が受信可能で
   あることを前記通知手段によって通知し、前記メモリの
   空き容量が前記第１所定値以下で、前記第１所定量より
   も少ない第２所定量以上の時に前記Ｇ３ファクシミリ手
   順によるデータの受信が可能であることを前記通知手段
   によって通知するように制御する制御手段と、を有する
   ことを特徴とする画像通信装置。
7. 【請求項７】 カラー画像及びモノクロ画像を受信可能
   な画像通信装置における通信制御方法であって、 受信した画像をメモリに蓄積する蓄積工程と、 前記メモリの空き容量に応じて、カラー画像を受信可能
   にするか、モノクロ画像のみを受信可能にするかを制御
   する制御工程と、を有することを特徴とする通信制御方
   法。
8. 【請求項８】 前記制御工程では、前記空き容量が第１
   所定量以上のときはカラー画像を受信可能にし、前記第
   １所定量以下で、前記第１所定量よりも少ない第２所定
   量以上の場合にはモノクロ画像を受信可能にすることを
   特徴とする第７項記載の通信制御方法。
9. 【請求項９】 カラー画像及びモノクロ画像を受信可能
   な画像通信装置における通信制御方法であって、 受信した画像をメモリに蓄積する蓄積工程と、 相手機に対して受信可能な能力を通知する通知工程と、 前記メモリの空き容量が第１所定値以上の場合に、カラ
   ー画像及びモノクロ画像の双方が受信可能であることを
   示す信号を相手機に通知し、前記メモリの空き容量が前
   記第１所定値以下で、前記第１所定量よりも少ない第２
   所定量以上の場合に、モノクロ画像の受信のみが可能で
   あることを示す信号を相手機に通知するように制御する
   制御工程と、を有することを特徴とする通信制御方法。
10. 【請求項１０】 ＩＴＵ−Ｔ Ｔ．３０で規定されるＧ
    ３ファクシミリ手順とＩＴＵ−Ｔ Ｔ．３０で規定され
    るバイナリ・ファイル・トランスファの手順を選択的に
    用いてデータを受信可能な画像通信装置における通信制
    御方法であって、 受信したデータをメモリに蓄積する蓄積工程と、 前記メモリの空き容量に応じて、前記バイナリ・ファイ
    ル・トランスファの手順を用いてデータを受信させる
    か、或は前記Ｇ３ファクシミリ手順のみを用いてデータ
    を受信させるように制御する制御工程と、を有すること
    を特徴とする通信制御方法。
11. 【請求項１１】 前記制御工程では、前記空き容量が第
    １所定量以上のときは前記バイナリ・ファイル・トラン
    スファの手順を用いた受信を可能にし、前記第１所定量
    以下で、前記第１所定量よりも少ない第２所定量以上の
    場合には前記Ｇ３ファクシミリ手順を用いてデータを受
    信するように制御することを特徴とする第１０項記載の
    通信制御方法。
12. 【請求項１２】 ＩＴＵ−Ｔ Ｔ．３０で規定されるＧ
    ３ファクシミリ手順とＩＴＵ−Ｔ Ｔ．３０で規定され
    るバイナリ・ファイル・トランスファの手順を選択的に
    用いてデータを受信可能な画像通信装置における通信制
    御方法であって、 受信したデータをメモリに蓄積する蓄積工程と、 相手機に対して受信可能な能力を通知する通知工程と、 前記メモリの空き容量が第１所定値以上の場合に前記Ｇ
    ３ファクシミリ手順及び前記バイナリ・ファイル・トラ
    ンスファの手順で送信されるデータの双方が受信可能で
    あることを相手機に通知し、前記メモリの空き容量が前
    記第１所定値以下で、前記第１所定量よりも少ない第２
    所定量以上の時に前記Ｇ３ファクシミリ手順によるデー
    タの受信が可能であることを相手機に通知するように制
    御する制御工程と、を有することを特徴とする通信制御
    方法。
13. 【請求項１３】 カラー画像及びモノクロ画像を受信可
    能な画像通信装置における通信制御方法を実行するプロ
    グラムを記憶したコンピュータにより読取可能な記憶媒
    体であって、 受信した画像をメモリに蓄積する蓄積工程モジュール
    と、 前記メモリの空き容量に応じて、カラー画像を受信可能
    にするか、モノクロ画像のみを受信可能にするかを制御
    する制御工程モジュールと、を有することを特徴とする
    記憶媒体。
14. 【請求項１４】 カラー画像及びモノクロ画像を受信可
    能な画像通信装置における通信制御方法を実行するプロ
    グラムを記憶したコンピュータにより読取可能な記憶媒
    体であって、 受信した画像をメモリに蓄積する蓄積工程モジュール
    と、 相手機に対して受信可能な能力を通知する通知工程モジ
    ュールと、 前記メモリの空き容量が第１所定値以上の場合に、カラ
    ー画像及びモノクロ画像の双方が受信可能であることを
    示す信号を相手機に通知し、前記メモリの空き容量が前
    記第１所定値以下で、前記第１所定量よりも少ない第２
    所定量以上の場合に、モノクロ画像の受信のみが可能で
    あることを示す信号を相手機に通知するように制御する
    制御工程モジュールと、を有することを特徴とする記憶
    媒体。
15. 【請求項１５】 ＩＴＵ−Ｔ Ｔ．３０で規定されるＧ
    ３ファクシミリ手順とＩＴＵ−Ｔ Ｔ．３０で規定され
    るバイナリ・ファイル・トランスファの手順を選択的に
    用いてデータを受信可能な画像通信装置における通信制
    御方法を実行するプログラムを記憶したコンピュータに
    より読取可能な記憶媒体であって、 受信したデータをメモリに蓄積する蓄積工程モジュール
    と、 前記メモリの空き容量に応じて、前記バイナリ・ファイ
    ル・トランスファの手順を用いてデータを受信させる
    か、或は前記Ｇ３ファクシミリ手順のみを用いてデータ
    を受信させるように制御する制御工程モジュールと、を
    有することを特徴とする記憶媒体。
16. 【請求項１６】 ＩＴＵ−Ｔ Ｔ．３０で規定されるＧ
    ３ファクシミリ手順とＩＴＵ−Ｔ Ｔ．３０で規定され
    るバイナリ・ファイル・トランスファの手順を選択的に
    用いてデータを受信可能な画像通信装置における通信制
    御方法を実行するプログラムを記憶したコンピュータに
    より読取可能な記憶媒体であって、 受信したデータをメモリに蓄積する蓄積工程モジュール
    と、 相手機に対して受信可能な能力を通知する通知工程モジ
    ュールと、 前記メモリの空き容量が第１所定値以上の場合に前記Ｇ
    ３ファクシミリ手順及び前記バイナリ・ファイル・トラ
    ンスファの手順で送信されるデータの双方が受信可能で
    あることを相手機に通知し、前記メモリの空き容量が前
    記第１所定値以下で、前記第１所定量よりも少ない第２
    所定量以上の時に前記Ｇ３ファクシミリ手順によるデー
    タの受信が可能であることを相手機に通知するように制
    御する制御工程モジュールと、を有することを特徴とす
    る記憶媒体。