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

Abstract

(57)【要約】 【課題】 ＩＴＵ−Ｔ勧告では非標準の画像を伝送する
際、非標準の手順を用いることなく汎用性の高い標準の
手順で通信を実行することにより、異なる機種間での通
信を可能にして各種画像に対応した画像通信を行う。 【解決手段】 ＩＴＵ−Ｔ勧告で規定されない属性の画
像を送信する場合、その送信すべき画像の属性とは無関
係にＩＴＵ−Ｔ勧告で規定される第１画像属性を含む受
信命令を送信し、その受信命令を送出した後の画像を送
信するフェーズで、その送信すべき画像の第２画像属性
を含む情報（header）を送出する。またこの第２画像属
性で画像を送信する場合は、ＩＴＵ−Ｔ勧告で規定され
る第１通信手順に続くバイナリ・ファイル・トランスフ
ァ(BFT)の通信手順で送信することにより、ＩＴＵ−Ｔ
勧告では非標準の画像属性を有する画像を送信できる。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

【従来の技術】従来より、カラー画像を伝送するための
手順として、ＩＴＵ−Ｔ Ｔ．３０勧告が知られてい
る。このＴ．３０勧告を用いた場合、送信できる画像の
最小サイズはＡ４幅で、その解像度は１００ｄｐｉ，２
００ｄｐｉ，３００ｄｐｉ，４００ｄｐｉに限定されて
いた。

【０００３】一方で、家庭で主に用いるカラー画像のサ
イズは、例えばプリント写真などのＬサイズの写真（85
mm×127mm等）や官製ハガキなどのように、Ａ４判より
小さいサイズが一般的である。このため例えば、Ｌサイ
ズの写真を送信する場合には、余白データを付加してＡ
４サイズに変更したり、或は画像データそのものを拡大
してＡ４サイズにするなどして送信する必要があった。
また、カラー画像が印刷できる家庭用の安価なカラープ
リンタが普及しており、これらプリンタのプリントヘッ
ドの解像度は３６０ｄｐｉや７２０ｄｐｉが主流であ
る。

【０００４】このため上述の解像度で伝送された画像デ
ータを受信して家庭などで印刷する場合、例えば４００
ｄｐｉ等の解像度で受信した画像データを０．９倍など
のように小数倍したり、或は整数倍でない倍率で解像度
変換を行って印刷する必要があった。しかしこのような
倍率による変換を行うと、印刷された画像の品質の劣化
が著しかった。

【０００５】

【発明が解決しようとする課題】また標準化されていな
い特殊なサイズや解像度で画像を送信するためには、Ｎ
ＳＦ／ＮＳＳ／ＮＳＣ（以下、ＮＳＸと呼ぶ）といった
非標準用の手順信号を用いて通信を行う必要があった。
しかしながら、これらＮＳＸ信号を用いた手順では、Ｎ
ＳＸ信号に含まれるメーカコード（製造元により異な
る）、機種コードなどが相手機と一致した場合のみしか
通信できず、また通信手順自体も独自なものとなる。こ
のため同一メーカの限られた機種同士でしか通信するこ
とができなかった。更に、例えばＦ網などの蓄積交換機
を介して中継送信を行う場合などでは、送信元端末と受
信先端末が同一メーカの機種であっても、介在する交換
機など中継機のメーカが異なる場合には通信することが
出来なかった。

【０００６】本発明は上記従来例に鑑みてなされたもの
で、ＩＴＵ−Ｔ勧告では非標準の画像を伝送する際、非
標準の手順を用いることなく汎用性の高い標準の手順で
通信を実行することにより、異なる機種間での通信を可
能にし、各種画像に対応した画像通信を行うことができ
る画像通信方法及び装置及び前記装置における通信制御
方法を提供することを目的とする。

【０００７】また本発明の目的は、通信する画像の属性
がＩＴＵ―Ｔ勧告化されているかどうかによらず通信で
きるようにようにした画像通信方法及び装置及び前記装
置における通信制御方法を提供することにある。

【０００８】また本発明の目的は、非標準の属性を有す
る画像を伝送する際、画像データを通信するフェーズで
非標準の属性を相手機に伝送することにより、ＩＴＵ−
Ｔ勧告と矛盾することなく標準の手順を用いた画像通信
を実行する画像通信方法及び装置及び前記装置における
通信制御方法を提供することにある。

【０００９】また本発明の目的は、ＩＴＵ−Ｔ勧告では
非標準の画像属性を有する画像を送受信する際、非標準
の手順を用いることなく汎用性の高い標準の手順で通信
を実行することにより、異なるメーカ同士での通信を可
能にした画像通信方法及び装置及び前記装置における通
信制御方法を提供することにある。

【００１０】更に本発明の目的は、送受信する画像の属
性がＩＴＵ−Ｔ勧告で標準化されていない場合でも、通
信する手順を変更して送受信を可能にする画像通信方法
及び装置及び前記装置における通信制御方法を提供する
ことにある。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に本発明の画像通信装置は以下のような構成を備える。
即ち、Ｇ３ファクシミリ手順で画像データを送信する通
信手段と、 ＩＴＵ−Ｔ勧告で規定される、送信すべき
画像データの第１画像属性を含む受信命令を送出する受
信命令送出手段と、前記受信命令送出手段による前記受
信命令の送出後の画像データを送信するフェーズで、前
記送信すべき画像データの第２画像属性を含む情報を送
出する属性送出手段と、前記ＩＴＵ−Ｔ勧告で規定され
ない属性の画像を送信する場合、前記送信すべき画像デ
ータの属性とは無関係に前記ＩＴＵ−Ｔ勧告で規定され
る前記第１画像属性を含む受信命令を前記受信命令送出
手段によって送出させ、前記属性送出手段により第２画
像属性を含む情報を送出させることにより画像データの
伝送を制御する制御手段とを有することを特徴とする。

【００１２】上記目的を達成するために本発明の画像通
信装置は以下のような構成を備える。即ち、ＩＴＵ−Ｔ
勧告で規定されるＧ３ファクシミリ手順で画像データを
受信する通信手段と、送信側から送信される画像のＩＴ
Ｕ−Ｔ勧告で規定される第１画像属性を含む受信命令を
前記通信手段により受信する受信命令受信手段と、前記
受信命令に続く画像を受信するフェーズにおいて、前記
ＩＴＵ−Ｔ勧告で規定されない第２画像属性を含む情報
を受信すると、前記画像が前記第２画像属性を有するか
どうか判別する判別手段と、前記判別手段による判別結
果に基づいて、前記受信命令に含まれる前記第１画像属
性には拠らずに前記第２画像属性によって受信画像を処
理する処理手段と、を有することを特徴とする。

【００１３】上記目的を達成するために本発明の画像通
信方法は以下のような工程を備える。即ち、ＩＴＵ−Ｔ
勧告で規定される、送信すべき画像データの第１画像属
性を含む受信命令を送出する受信命令送出工程と、前記
受信命令送出工程による前記受信命令の送出後の画像デ
ータを送信するフェーズで、前記送信すべき画像データ
の第２画像属性を含む情報を送出する属性送出工程と、
前記ＩＴＵ−Ｔ勧告で規定されない属性の画像を送信す
る場合、前記送信すべき画像データの属性とは無関係に
前記ＩＴＵ−Ｔ勧告で規定される前記第１画像属性を含
む受信命令を前記受信命令送出工程によって送出させ、
前記属性送出工程により第２画像属性を含む情報を送出
させることにより前記画像データの伝送を制御をする制
御工程とを有することを特徴とする。

【００１４】上記目的を達成するために本発明の画像通
信方法は以下のような工程を備える。即ち、送信側から
送信される画像データのＩＴＵ−Ｔ勧告で規定される第
１画像属性を含む受信命令を受信する受信命令受信工程
と、前記受信命令信号に続く画像を受信するフェーズに
おいて、前記ＩＴＵ−Ｔ勧告で規定されない第２画像属
性を含む情報を受信すると、前記画像が前記第２画像属
性を含むかどうか判別する判別工程と、前記判別工程に
よる判別結果に基づいて、前記受信命令に含まれる第１
画像属性には拠らずに前記第２画像属性によって受信画
像を処理する処理工程と、を有することを特徴とする。

【００１５】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４０】尚、ハンドスキャナとして使用されるか、
或は本体にスキャナ１２５を装着した状態で使用される
かは、スキャナ着脱センサ１２６からの検出信号に基づ
いて判定される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１３０】ここでは図１９に示されるようなＢＦＴフ
ァイルヘッダ部（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番２号 キヤ ノン株式会社内

Claims (59)

【特許請求の範囲】
1. 【請求項１】 Ｇ３ファクシミリ手順で画像データを送
   信する通信手段と、 ＩＴＵ−Ｔ勧告で規定される、送信すべき画像データの
   第１画像属性を含む受信命令を送出する受信命令送出手
   段と、 前記受信命令送出手段による前記受信命令の送出後の画
   像データを送信するフェーズで、前記送信すべき画像デ
   ータの第２画像属性を含む情報を送出する属性送出手段
   と、 前記ＩＴＵ−Ｔ勧告で規定されない属性の画像を送信す
   る場合、前記送信すべき画像データの属性とは無関係に
   前記ＩＴＵ−Ｔ勧告で規定される前記第１画像属性を含
   む受信命令を前記受信命令送出手段によって送出させ、
   前記属性送出手段により第２画像属性を含む情報を送出
   させることにより画像データの伝送を制御する制御手段
   と、を有することを特徴とする画像通信装置。
2. 【請求項２】 前記第２画像属性は、前記ＩＴＵ−Ｔ勧
   告のＴ．３０で規定されない画像属性を含むことを特徴
   とする請求項１に記載の画像通信装置。
3. 【請求項３】 前記第２画像属性は、前記送信すべき画
   像の解像度、符号化方式、画像サイズ等の少なくともい
   ずれかを示す情報を含むことを特徴とする請求項１に記
   載の画像通信装置。
4. 【請求項４】 前記第２画像属性の画像サイズは、写真
   Ｌサイズや官製はがきサイズの少なくともいずれかに応
   じた画像サイズを指定することを特徴とする請求項１に
   記載の画像通信装置。
5. 【請求項５】 前記第２画像属性の解像度は、印刷に使
   用されるプリンタの解像度の整数分の１又は整数倍の少
   なくともいずれか一方に対応することを特徴とする請求
   項１に記載の画像通信装置。
6. 【請求項６】 ＩＴＵ−Ｔ勧告で規定される、送信すべ
   き画像データの第１画像属性を含む受信命令を送出する
   受信命令送出工程と、 前記受信命令送出工程による前記受信命令の送出後の画
   像データを送信するフェーズで、前記送信すべき画像デ
   ータの第２画像属性を含む情報を送出する属性送出工程
   と、 前記ＩＴＵ−Ｔ勧告で規定されない属性の画像を送信す
   る場合、前記送信すべき画像データの属性とは無関係に
   前記ＩＴＵ−Ｔ勧告で規定される前記第１画像属性を含
   む受信命令を前記受信命令送出工程によって送出させ、
   前記属性送出工程により第２画像属性を含む情報を送出
   させることにより前記画像データの伝送を制御をする制
   御工程と、を有することを特徴とする画像通信方法。
7. 【請求項７】 前記第２画像属性は、前記ＩＴＵ−Ｔ勧
   告のＴ．３０で規定されない画像属性を含むことを特徴
   とする請求項６に記載の画像通信方法。
8. 【請求項８】 前記第２画像属性は、前記送信すべき画
   像の解像度、符号化方式、画像サイズ等の少なくともい
   ずれかを示す情報を含むことを特徴とする請求項６に記
   載の画像通信方法。
9. 【請求項９】 前記第２画像属性の画像サイズは、写真
   Ｌサイズや官製はがきサイズの少なくともいずれかに応
   じた画像サイズを指定することを特徴とする請求項６に
   記載の画像通信方法。
10. 【請求項１０】 前記第２画像属性の解像度は、印刷に
    使用されるプリンタの解像度の整数分の１又は整数倍の
    少なくともいずれか一方に対応することを特徴とする請
    求項６に記載の画像通信方法。
11. 【請求項１１】 ＩＴＵ−Ｔ勧告で規定されるＧ３ファ
    クシミリ手順で画像データを受信する通信手段と、 送信側から送信される画像のＩＴＵ−Ｔ勧告で規定され
    る第１画像属性を含む受信命令を前記通信手段により受
    信する受信命令受信手段と、 前記受信命令に続く画像を受信するフェーズにおいて、
    前記ＩＴＵ−Ｔ勧告で規定されない第２画像属性を含む
    情報を受信すると、前記画像が前記第２画像属性を有す
    るかどうか判別する判別手段と、 前記判別手段による判別結果に基づいて、前記受信命令
    に含まれる前記第１画像属性には拠らずに前記第２画像
    属性によって受信画像を処理する処理手段と、を有する
    ことを特徴とする画像通信装置。
12. 【請求項１２】 前記第２画像属性は、前記送信すべき
    画像の解像度、符号化方式、画像サイズ及び画像データ
    容量の少なくともいずれかを示す情報を含むことを特徴
    とする請求項１１に記載の画像通信装置。
13. 【請求項１３】 前記第２画像属性の画像サイズは、写
    真Ｌサイズや官製はがきサイズの少なくともいずれかに
    応じた画像サイズを指定することを特徴とする請求項１
    １に記載の画像通信装置。
14. 【請求項１４】 前記判別手段は、前記第２画像属性に
    含まれるファイル拡張子に関する情報によって決定する
    ことを特徴とする請求項１１に記載の画像通信装置。
15. 【請求項１５】 前記判別手段による判別結果が処理不
    能である場合、その旨を示す情報を前記送信側に送出す
    る送出手段を更に有することを特徴とする請求項１１に
    記載の画像通信装置。
16. 【請求項１６】 送信側から送信される画像データのＩ
    ＴＵ−Ｔ勧告で規定される第１画像属性を含む受信命令
    を受信する受信命令受信工程と、 前記受信命令信号に続く画像を受信するフェーズにおい
    て、前記ＩＴＵ−Ｔ勧告で規定されない第２画像属性を
    含む情報を受信すると、前記画像が前記第２画像属性を
    含むかどうか判別する判別工程と、 前記判別工程による判別結果に基づいて、前記受信命令
    に含まれる第１画像属性には拠らずに前記第２画像属性
    によって受信画像を処理する処理工程と、を有すること
    を特徴とする画像通信方法。
17. 【請求項１７】 前記第２画像属性は、前記送信すべき
    画像の解像度、符号化方式、画像サイズ及び画像データ
    容量の少なくともいずれかを示す情報を含むことを特徴
    とする請求項１６に記載の画像通信方法。
18. 【請求項１８】 前記第２画像属性の画像サイズは、写
    真Ｌサイズや官製はがきサイズの少なくともいずれかに
    応じた画像サイズを指定することを特徴とする請求項１
    ６に記載の画像通信方法。
19. 【請求項１９】 前記判別工程では、前記第２画像属性
    に含まれるファイル拡張子に関する情報によって決定す
    ることを特徴とする請求項１６に記載の画像通信方法。
20. 【請求項２０】 前記判別工程による判別結果が処理不
    能である場合、その旨を示す情報を前記送信側に送出す
    る送出工程を更に有することを特徴とする請求項１６に
    記載の画像通信方法。
21. 【請求項２１】 ＩＴＵ−Ｔ勧告で規定される第１通信
    手順で画像データを送信する第１通信手段と、 前記ＩＴＵ−Ｔ勧告で規定されるバイナリ・ファイル・
    トランスファの通信手順を用いて画像データを送信する
    第２通信手段と、 前記ＩＴＵ−Ｔ勧告で規定される第１画像属性で画像を
    送信する場合は前記第１通信手順で通信させ、前記ＩＴ
    Ｕ−Ｔ勧告で規定されない第２画像属性で画像を送信す
    る場合には前記第１通信手順に続く前記バイナリ・ファ
    イル・トランスファの通信手順を用いて通信するように
    制御する制御手段と、を有することを特徴とする画像通
    信装置。
22. 【請求項２２】 前記第２画像属性は、送信する画像の
    解像度、符号化方式、画像サイズ、或は画像の色の少な
    くともいずれかを含むことを特徴とする請求項２１に記
    載の画像通信装置。
23. 【請求項２３】 前記第２画像属性は、カラー画像の写
    真Ｌサイズ、官製ハガキサイズの少なくともいずれかの
    サイズを含むことを特徴とする請求項２１に記載の画像
    通信装置。
24. 【請求項２４】 前記第２画像属性は、プリンタの解像
    度の整数分の１又は整数倍の少なくともいずれかの解像
    度を含むことを特徴とする請求項２１に記載の画像通信
    装置。
25. 【請求項２５】 ＩＴＵ−Ｔ勧告で規定される第１画像
    属性を用いて画像を送信する場合は、ＩＴＵ−Ｔ勧告で
    規定される第１通信手順で通信し、 前記ＩＴＵ−Ｔ勧告で規定されない第２画像属性で前記
    画像を送信する場合には前記第１通信手順に続くバイナ
    リ・ファイル・トランスファの通信手順を用いて通信す
    ることを特徴とする画像通信方法。
26. 【請求項２６】 前記第２画像属性は、送信する画像の
    解像度、符号化方式、画像サイズ、或は画像の色の少な
    くともいずれかを含むことを特徴とする請求項２５に記
    載の画像通信方法。
27. 【請求項２７】 前記第２画像属性は、カラー画像の写
    真Ｌサイズ、官製ハガキサイズの少なくともいずれかの
    サイズを含むことを特徴とする請求項２５に記載の画像
    通信方法。
28. 【請求項２８】 ＩＴＵ−Ｔ勧告で規定される第１通信
    手順で画像データを送信する第１通信手段と、 前記ＩＴＵ−Ｔ勧告で規定されるバイナリ・ファイル・
    トランスファの通信手順を用いて画像データを送信する
    第２通信手段と、 前記ＩＴＵ−Ｔ勧告で規定される第１画像属性で画像を
    送信する場合は前記第１通信手段を用いて受信側とのネ
    ゴシーエーションを行って、前記受信側が前記バイナリ
    ・ファイル・トランスファの通信手順を用いた通信が可
    能かどうか判断する判断手段と、 前記判断手段により前記受信側が前記バイナリ・ファイ
    ル・トランスファの通信手順で通信が可能と判断される
    と、前記第２通信手段により、前記バイナリ・ファイル
    ・トランスファの通信手順に含まれる第２通信手順によ
    って前記第２画像属性を前記受信側に通知するように制
    御する制御手段と、を有することを特徴とする画像通信
    装置。
29. 【請求項２９】 前記第２画像属性は、送信する画像の
    解像度、符号化方式、画像サイズ、或は画像の色の少な
    くともいずれかを含むことを特徴とする請求項２８に記
    載の画像通信装置。
30. 【請求項３０】 前記第２画像属性は、カラー画像の写
    真Ｌサイズ、官製ハガキサイズの少なくともいずれかの
    サイズを含むことを特徴とする請求項２８に記載の画像
    通信装置。
31. 【請求項３１】 前記第２画像属性は、プリンタの解像
    度の整数分の１又は整数倍の少なくともいずれかの解像
    度を含むことを特徴とする請求項２８に記載の画像通信
    装置。
32. 【請求項３２】 前記制御手段は前記第２通信手順によ
    って前記第２画像属性を前記受信側に通知した後、前記
    受信側が前記第２画像属性を有する画像データの受信が
    可能かどうかを更に判別することを特徴とする請求項２
    ８に記載の画像通信装置。
33. 【請求項３３】 前記制御手段は、前記受信側から送信
    される、前記第２画像属性を有する画像データの受信が
    可能かどうかを示す信号に基づいて前記受信側が前記第
    ２画像属性を有する画像データの受信が可能かどうかを
    判別することを特徴とする請求項２８に記載の画像通信
    装置。
34. 【請求項３４】 前記画像データの受信が可能かどうか
    を示す信号は、前記画像データの受信ができない場合の
    理由を示す信号をも含むことを特徴とする請求項３３に
    記載の画像通信装置。
35. 【請求項３５】 ＩＴＵ−Ｔ勧告で規定される第１画像
    属性で画像データを送信する場合はＩＴＵ−Ｔ勧告で規
    定される第１通信手順によって受信側とのネゴシーエー
    ションを行って前記受信側がバイナリ・ファイル・トラ
    ンスファの通信手順を用いた通信が可能かどうか判断す
    る判断工程と、 前記判断工程で前記受信側が前記バイナリ・ファイル・
    トランスファの通信手順を用いた通信が可能と判断され
    ると、前記ＩＴＵ−Ｔ勧告で規定されるバイナリ・ファ
    イル・トランスファの通信手順に含まれる第２通信手順
    を使用して前記第２画像属性を前記受信側に通知する通
    知工程と、を有することを特徴とする画像通信方法。
36. 【請求項３６】 前記第２画像属性は、送信する画像の
    解像度、符号化方式、画像サイズ、或は画像の色の少な
    くともいずれかを含むことを特徴とする請求項３５に記
    載の画像通信方法。
37. 【請求項３７】 前記第２画像属性は、カラー画像の写
    真Ｌサイズ、官製ハガキサイズの少なくともいずれかの
    サイズを含むことを特徴とする請求項３５に記載の画像
    通信方法。
38. 【請求項３８】 前記通信工程では、前記第２通信手順
    によって前記第２画像属性を前記受信側に通知した後、
    前記受信側が前記第２画像属性を有する画像データの受
    信が可能かどうかを更に判別することを特徴とする請求
    項３５に記載の画像通信方法。
39. 【請求項３９】 前記通信工程では、前記受信側から送
    信される、前記第２画像属性を有する画像データの受信
    が可能かどうかを示す信号に基づいて前記受信側が前記
    第２画像属性を有する画像データの受信が可能かどうか
    を判別することを特徴とする請求項３５に記載の画像通
    信方法。
40. 【請求項４０】 前記画像データの受信が可能かどうか
    を示す信号は、前記画像データの受信ができない場合の
    理由を示す信号をも含むことを特徴とする請求項３９に
    記載の画像通信方法。
41. 【請求項４１】 カラー画像及びモノクロ画像を通信す
    る画像通信装置であって、 ＩＴＵ−Ｔ勧告で規定される第１通信手順で画像データ
    を送信する第１通信手段と、 前記ＩＴＵ−Ｔ勧告で規定されるバイナリ・ファイル・
    トランスファの通信手順を用いて画像データを送信する
    第２通信手段と、 モノクロ画像を送信する場合は前記第１通信手順で通信
    するように制御する制御手段と、を有することを特徴と
    する画像通信装置。
42. 【請求項４２】 原稿を読み取って画像データを生成す
    る読取手段と、 ＩＴＵ−Ｔ勧告で規定されるＧ３ファクシミリ手順で画
    像データを送信する第１通信手段と、 前記ＩＴＵ−Ｔ勧告で規定されるバイナリ・ファイル・
    トランスファの第２通信手順を用いて画像を送信する第
    ２通信手段と、 前記画像データを前記第２通信手順で送信できるよう前
    記画像のフォーマットを変換するフォーマット変換手段
    と、 カラー画像を送信する場合には、前記Ｇ３ファクシミリ
    手順によって受信側とのネゴシーエーションを行った
    後、前記受信側が前記バイナリ・ファイル・トランスフ
    ァの通信手順を用いた通信が可能かどうか判断する判断
    手段と、 前記判断手段の判断結果に応じて、前記フォーマット変
    換手段によってフォーマット変換された画像データを伝
    送するように制御する制御手段と、を有することを特徴
    とする画像通信装置。
43. 【請求項４３】 前記制御手段は、前記受信側より前記
    カラー画像の受信が可能かどうかを示す信号を受取って
    判断し、前記信号は前記カラー画像の受信ができない場
    合にその理由を示す信号を含むことを特徴とする請求項
    ４２に記載の画像通信装置。
44. 【請求項４４】 ＩＴＵ−Ｔ勧告のＧ３モードを有する
    画像通信装置であって、 前記ＩＴＵ−Ｔ勧告のＧ３モードで規定されていない画
    像を送信する場合、前記Ｇ３モードの手順信号とは別に
    前記Ｇ３モードで規定されていない画像属性に関する情
    報を画像情報の送信を行うフェーズで画像の一部として
    送信することを特徴とする画像通信装置。
45. 【請求項４５】 前記画像属性に関する情報は、画像の
    解像度、符号化方式、画像サイズ、画像の色の少なくと
    もいずれか１つに関する情報を含むことを特徴とする請
    求項４４に記載の画像通信装置。
46. 【請求項４６】 前記画像属性のサイズは、写真Ｌサイ
    ズや官製はがきの少なくともいずれかのサイズを含むこ
    とを特徴とする請求項４４に記載の画像通信装置。
47. 【請求項４７】 カラー画像及びモノクロ画像を送受信
    する画像通信装置における通信制御方法であって、 ＩＴＵ−Ｔ勧告で規定される第１通信手順で画像データ
    を送信する第１通信工程と、 前記ＩＴＵ−Ｔ勧告で規定されるバイナリ・ファイル・
    トランスファの通信手順を用いて画像データを送信する
    第２通信工程と、 モノクロ画像を送信する場合は前記第１通信手順で通信
    するように制御する制御工程と、を有することを特徴と
    する画像通信方法。
48. 【請求項４８】 前記カラー画像は、前記ＩＴＵ−Ｔ勧
    告のＴ．３０で規定されない画像属性を有することを特
    徴とする請求項４７に記載の画像通信装置。
49. 【請求項４９】 原稿を読み取って画像データを生成す
    る読取工程と、 モノクロ画像を送信する場合はＧ３ファクシミリ手順に
    よって第１通信工程で画像データを送信する第１通信工
    程と、 ＩＴＵ−Ｔ勧告で規定されるバイナリ・ファイル・トラ
    ンスファの第２通信手順を用いて画像データを送信する
    第２通信工程と、 前記画像データを前記第２通信手順で送信できるよう前
    記画像データのフォーマットを変換するフォーマット変
    換工程と、 カラー画像を送信する場合、前記Ｇ３ファクシミリ手順
    によって受信側とのネゴシーエーションを行った後、前
    記受信側が前記バイナリ・ファイル・トランスファの通
    信手順を用いた通信が可能かどうか判断する判断工程
    と、 前記判断工程における判断結果に基づいて、前記フォー
    マット変換工程によってフォーマット変換された画像デ
    ータの伝送を制御する制御工程と、を有することを特徴
    とする画像通信方法。
50. 【請求項５０】 ＩＴＵ−Ｔ勧告のＧ３モードを有する
    画像通信装置における通信制御方法であって、 前記ＩＴＵ−Ｔ勧告のＧ３モードで規定されていない画
    像を送信する場合、前記Ｇ３モードの手順信号とは別に
    前記Ｇ３モードで規定されていない画像属性に関する情
    報を画像情報の送信を行うフェーズで画像の一部として
    送信することを特徴とする画像通信制御方法。
51. 【請求項５１】 前記画像属性の関する情報は、画像の
    解像度、符号化方式、画像サイズ、画像の色の少なくと
    もいずれか１つに関する情報を含むことを特徴とする画
    像通信制御方法。
52. 【請求項５２】 ＩＴＵ−Ｔ勧告で規定される第１通信
    手順で画像データを受信する第１通信手段と、 前記ＩＴＵ−Ｔ勧告で規定されるバイナリ・ファイル・
    トランスファの通信手順を用いて画像データを受信する
    第２通信手段と、 前記第１通信手順で送信側から送信される前記ＩＴＵ−
    Ｔ勧告で規定される第１画像属性を含む受信命令に前記
    バイナリ・ファイル・トランスファの通信手順を用いた
    通信指示が含まれている場合、前記ＩＴＵ−Ｔ勧告で規
    定されない第２画像属性を含む情報を前記第１通信手順
    に続く前記バイナリ・ファイル・トランスファの通信手
    順で受信するよう制御する制御手段と、を有することを
    特徴とする画像通信装置。
53. 【請求項５３】 着信に応答して前記送信側に対して受
    信側の能力を示す初期識別情報を送出する初期識別情報
    送出手段を更に有し、 前記初期識別情報には受信側で処理可能な前記ＩＴＵ−
    Ｔ勧告で規定される第１画像属性の情報と前記ＩＴＵ−
    Ｔ勧告で規定される前記バイナリ・ファイル・トランス
    ファの通信手順に対応可能であることを示す情報を含ん
    でいることを特徴とする請求項５２に記載の画像通信装
    置。
54. 【請求項５４】 ＩＴＵ−Ｔ勧告で規定される第１通信
    手順で画像データを受信する第１通信工程と、 前記ＩＴＵ−Ｔ勧告で規定されるバイナリ・ファイル・
    トランスファの通信手順を用いて画像データを受信する
    第２通信工程と、 前記第１通信手順で送信側から送信される前記ＩＴＵ−
    Ｔ勧告で規定される第１画像属性を含む受信命令に前記
    バイナリ・ファイル・トランスファの通信手順を用いた
    通信指示が含まれている場合、前記ＩＴＵ−Ｔ勧告で規
    定されない第２画像属性を含む情報を前記第１通信手順
    に続く前記バイナリ・ファイル・トランスファの通信手
    順を用いて受信するよう制御する制御工程と、を有する
    ことを特徴とする画像通信方法。
55. 【請求項５５】 着信に応答して前記送信側に対して受
    信側の能力を示す初期識別情報を送出する初期識別情報
    送出工程を更に有し、 前記初期識別情報には受信側で処理可能な前記ＩＴＵ−
    Ｔ勧告で規定される第１画像属性の情報と前記ＩＴＵ−
    Ｔ勧告で規定される前記バイナリ・ファイル・トランス
    ファの通信手順に対応可能であることを示す情報を含む
    ことを特徴とする請求項５４に記載の画像通信方法。
56. 【請求項５６】 画像通信装置における通信制御方法で
    あって、 ＩＴＵ−Ｔ勧告で規定されるＧ３ファクシミリ手順で画
    像データを受信する第１通信工程と、 前記ＩＴＵ−Ｔ勧告で規定されるバイナリ・ファイル・
    トランスファの通信手順を用いて画像データを受信する
    第２通信工程と、 前記ＩＴＵ−Ｔ勧告で規定される第１画像属性を含む受
    信命令を受信し、前記受信命令に前記バイナリ・ファイ
    ル・トランスファの通信手順を用いた通信指示が含まれ
    ている場合に前記第２通信工程で前記バイナリ・ファイ
    ル・トランスファに含まれる第２画像属性を受信する受
    信工程と、 前記第２画像属性の画像データを処理可能かどうかを判
    別する判別工程と、 前記判別工程により処理可能と判別されると前記第２通
    信工程で前記第２画像属性の画像データを受信し、前記
    第１画像属性に拠らずに前記第２画像属性に応じた処理
    を前記画像データに対して行う処理工程と、を有するこ
    とを特徴とする通信制御方法。
57. 【請求項５７】 着信に応答して送信側に対して受信側
    の能力を示す初期識別情報を送出する初期識別情報送出
    工程を更に有し、 前記初期識別情報には受信側で処理可能な前記ＩＴＵ−
    Ｔ勧告のＴ．３０で規定される第１画像属性の情報と前
    記ＩＴＵ−Ｔ勧告Ｔ．３０で規定される前記バイナリ・
    ファイル・トランスファの通信手順に対応可能であるこ
    とを示す情報を含むことを特徴とする請求項５６に記載
    の通信制御方法。
58. 【請求項５８】 ＩＴＵ−Ｔ勧告のＧ３ファクシミリ手
    順で画像を受信する画像通信装置であって、 前記Ｇ３ファクシミリ手順で送信側から送信される前記
    ＩＴＵ−Ｔ勧告の第１画像属性を含む受信命令を受信す
    る受信命令受信手段と、 前記受信命令とは別の受信フェーズで第２画像属性を含
    む情報を受信し、前記第１画像属性に拠らずに前記第２
    画像属性に基づいて受信画像を処理する処理手段と、を
    有することを特徴とする画像通信装置。
59. 【請求項５９】 ＩＴＵ−Ｔ勧告のＧ３ファクシミリ手
    順で画像を受信する画像通信装置における通信制御方法
    であって、 前記Ｇ３ファクシミリ手順で送信側から送信される前記
    ＩＴＵ−Ｔ勧告の第１画像属性を含む受信命令を受信す
    る受信命令受信工程と、 前記受信命令とは別の受信フェーズで第２画像属性を含
    む情報を受信し、前記第１画像属性に拠らずに前記第２
    画像属性に基づいて受信画像を処理する処理工程と、を
    有することを特徴とする通信制御方法。