(57)【特許請求の範囲】
【請求項１】
Ｇ３ファクシミリ手順で画像データを送信する通信手段と、
ＩＴＵ−Ｔ勧告で規定される、送信すべき画像データの第１画像属性を含む受信命令を送出する受信命令送出手段と、
前記受信命令送出手段による前記受信命令の送出後の画像データを送信するフェーズで、前記送信すべき画像データの第２画像属性を含む情報を送出する属性送出手段と、
前記ＩＴＵ−Ｔ勧告のＴ．３０で規定されていない属性の画像データを送信する場合、前記送信すべき画像データの属性とは無関係に前記ＩＴＵ−Ｔ勧告で規定される前記第１画像属性を含む受信命令を前記受信命令送出手段によって送出させ、前記属性送出手段により前記ＩＴＵ−Ｔ勧告のＴ．３０で規定されていない第２画像属性を含む情報を送出させることにより画像データの伝送を制御する制御手段とを有し、
前記制御手段は、送出した前記第２画像属性を含む情報に対する相手装置からの応答としてＭＣＦ信号を受信した場合は、前記送出した第２画像属性の画像データを前記通信手段に送信させ、一方、前記送出した第２画像属性を含む情報に対する相手装置からの応答としてＦＤＭ信号を受信した場合は、当該ＦＤＭ信号に含まれる拒絶の理由を解析し、前記送信すべき画像データの属性が変更可能であれば変更し、属性を変更した前記画像データの第２画像属性を含む情報を前記属性送出手段に送出させることを特徴とする画像通信装置。
【請求項２】
前記第２画像属性は、前記送信すべき画像データの解像度、符号化方式、画像サイズの少なくともいずれかを示す情報を含むことを特徴とする請求項１に記載の画像通信装置。
【請求項３】
前記第２画像属性の画像サイズは、写真Ｌサイズや官製はがきサイズの少なくともいずれかに応じた画像サイズを指定することを特徴とする請求項１に記載の画像通信装置。
【請求項４】
前記第２画像属性の解像度は、印刷に使用されるプリンタの解像度の整数分の１又は整数倍の少なくともいずれか一方に対応することを特徴とする請求項１に記載の画像通信装置。
【請求項５】
ＩＴＵ−Ｔ勧告で規定される、送信すべき画像データの第１画像属性を含む受信命令を送出する受信命令送出工程と、
前記受信命令送出工程による前記受信命令の送出後の画像データを送信するフェーズで、前記送信すべき画像データの第２画像属性を含む情報を送出する属性送出工程と、
前記ＩＴＵ−Ｔ勧告のＴ．３０で規定されていない属性の画像データを送信する場合、前記送信すべき画像データの属性とは無関係に前記ＩＴＵ−Ｔ勧告で規定される前記第１画像属性を含む受信命令を前記受信命令送出工程によって送出させ、前記属性送出工程により前記ＩＴＵ−Ｔ勧告のＴ．３０で規定されていない第２画像属性を含む情報を送出させることにより前記画像データの伝送を制御をする制御工程とを有し、
前記制御工程は、送出した前記第２画像属性を含む情報に対する相手装置からの応答としてＭＣＦ信号を受信した場合は、前記送出した第２画像属性の画像データを前記画像データを送信するフェーズで送信させ、一方、前記送出した第２画像属性を含む情報に対する相手装置からの応答としてＦＤＭ信号を受信した場合は、当該ＦＤＭ信号に含まれる拒絶の理由を解析し、前記送信すべき画像データの属性が変更可能であれば変更し、属性を変更した前記画像データの第２画像属性を含む情報を前記属性送出工程により送出させることを特徴とする画像通信方法。
【請求項６】
前記第２画像属性は、前記送信すべき画像データの解像度、符号化方式、画像サイズの少なくともいずれかを示す情報を含むことを特徴とする請求項５に記載の画像通信方法。
【請求項７】
前記第２画像属性の画像サイズは、写真Ｌサイズや官製はがきサイズの少なくともいずれかに応じた画像サイズを指定することを特徴とする請求項５に記載の画像通信方法。
【請求項８】
前記第２画像属性の解像度は、印刷に使用されるプリンタの解像度の整数分の１又は整数倍の少なくともいずれか一方に対応することを特徴とする請求項５に記載の画像通信方法。
【請求項９】
ＩＴＵ−Ｔ勧告で規定されるＧ３ファクシミリ手順で画像データを受信する通信手段と、
送信側から送信される画像データのＩＴＵ−Ｔ勧告で規定される第１画像属性を含む受信命令を前記通信手段により受信する受信命令受信手段と、
前記受信命令に続く画像データを受信するフェーズにおいて、前記ＩＴＵ−Ｔ勧告のＴ．３０で規定されていない第２画像属性を含む情報を受信すると、前記第２画像属性が、画像データが受信可能かどうかの判定条件に合うか否かを判定する判定手段と、
前記判定手段による判定結果に基づいて、前記受信命令に含まれる前記第１画像属性には拠らずに前記第２画像属性によって受信した画像データを処理する処理手段と、
前記判定手段により前記第２画像属性が前記判定条件に合うと判定されたことに応じて前記通信手段にＭＣＦ信号を送信させ、一方、前記判定手段により前記第２画像属性が前記判定条件に合わないと判定されたことに応じて、前記通信手段に拒絶の理由を含むＦＤＭ信号を送信させる制御手段と、
を有することを特徴とする画像通信装置。
【請求項１０】
前記第２画像属性は、前記送信すべき画像データの解像度、符号化方式、画像サイズ及び画像データ容量の少なくともいずれかを示す情報を含むことを特徴とする請求項９に記載の画像通信装置。
【請求項１１】
前記第２画像属性の画像サイズは、写真Ｌサイズや官製はがきサイズの少なくともいずれかに応じた画像サイズを指定することを特徴とする請求項９に記載の画像通信装置。
【請求項１２】
前記判定手段は、前記第２画像属性に含まれるファイル拡張子に関する情報によって判定することを特徴とする請求項９に記載の画像通信装置。
【請求項１３】
送信側から送信される画像データのＩＴＵ−Ｔ勧告で規定される第１画像属性を含む受信命令を受信する受信命令受信工程と、
前記受信命令信号に続く画像データを受信するフェーズにおいて、前記ＩＴＵ−Ｔ勧告のＴ．３０で規定されない第２画像属性を含む情報を受信すると、前記第２画像属性が、画像データが受信可能かどうかの判定条件に合うか否かを判定する判定工程と、
前記判定工程による判定結果に基づいて、前記受信命令に含まれる第１画像属性には拠らずに前記第２画像属性によって受信した画像データを処理する処理工程と、
前記判定工程により前記第２画像属性が前記判定条件に合うと判定されたことに応じてＭＣＦ信号を送信し、一方、前記判定工程で前記第２画像属性が前記判定条件に合わないと判定されたことに応じて、拒絶の理由を含むＦＤＭ信号を送信する送信工程と、
を有することを特徴とする画像通信方法。
【請求項１４】
前記第２画像属性は、前記送信すべき画像データの解像度、符号化方式、画像サイズ及び画像データ容量の少なくともいずれかを示す情報を含むことを特徴とする請求項１３に記載の画像通信方法。
【請求項１５】
前記第２画像属性の画像サイズは、写真Ｌサイズや官製はがきサイズの少なくともいずれかに応じた画像サイズを指定することを特徴とする請求項１３に記載の画像通信方法。
【請求項１６】
前記判定工程では、前記第２画像属性に含まれるファイル拡張子に関する情報によって判別することを特徴とする請求項１３に記載の画像通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、カラー画像及びモノクロ画像を送受信可能な画像通信方法及び装置に関するものである。
【０００２】
【従来の技術】
従来より、カラー画像を伝送するための手順として、ＩＴＵ−Ｔ  Ｔ．３０勧告が知られている。このＴ．３０勧告を用いた場合、送信できる画像の最小サイズはＡ４幅で、その解像度は１００ｄｐｉ，２００ｄｐｉ，３００ｄｐｉ，４００ｄｐｉに限定されていた。
【０００３】
一方で、家庭で主に用いるカラー画像のサイズは、例えばプリント写真などのＬサイズの写真（85mm×127mm等）や官製ハガキなどのように、Ａ４判より小さいサイズが一般的である。このため例えば、Ｌサイズの写真を送信する場合には、余白データを付加してＡ４サイズに変更したり、或は画像データそのものを拡大してＡ４サイズにするなどして送信する必要があった。また、カラー画像が印刷できる家庭用の安価なカラープリンタが普及しており、これらプリンタのプリントヘッドの解像度は３６０ｄｐｉや７２０ｄｐｉが主流である。
【０００４】
このため上述の解像度で伝送された画像データを受信して家庭などで印刷する場合、例えば４００ｄｐｉ等の解像度で受信した画像データを０．９倍などのように小数倍したり、或は整数倍でない倍率で解像度変換を行って印刷する必要があった。しかしこのような倍率による変換を行うと、印刷された画像の品質の劣化が著しかった。
【０００５】
【発明が解決しようとする課題】
また標準化されていない特殊なサイズや解像度で画像を送信するためには、ＮＳＦ／ＮＳＳ／ＮＳＣ（以下、ＮＳＸと呼ぶ）といった非標準用の手順信号を用いて通信を行う必要があった。しかしながら、これらＮＳＸ信号を用いた手順では、ＮＳＸ信号に含まれるメーカコード（製造元により異なる）、機種コードなどが相手機と一致した場合のみしか通信できず、また通信手順自体も独自なものとなる。このため同一メーカの限られた機種同士でしか通信することができなかった。更に、例えばＦ網などの蓄積交換機を介して中継送信を行う場合などでは、送信元端末と受信先端末が同一メーカの機種であっても、介在する交換機など中継機のメーカが異なる場合には通信することが出来なかった。
【０００６】
本発明は上記従来例に鑑みてなされたもので、ＩＴＵ−Ｔ勧告のＴ．３０で規定されていない属性の画像データを伝送する際、非標準の手順を用いることなく汎用性の高い標準の手順で通信を実行することにより、異なる機種間での通信を可能にし、各種画像に対応した画像通信を行うことができる画像通信方法及び装置を提供することを目的とする。
【０００７】
また本発明の目的は、通信する画像の属性がＩＴＵ―Ｔ勧告化されているかどうかによらず通信できるようにようにした画像通信方法及び装置を提供することにある。
【０００８】
また本発明の目的は、ＩＴＵ−Ｔ勧告のＴ．３０で規定されていない属性を有する画像データを伝送する際、画像データを送信するフェーズでＩＴＵ−Ｔ勧告のＴ．３０で規定されていない属性を相手機に伝送することにより、ＩＴＵ−Ｔ勧告と矛盾することなく標準の手順を用いた画像通信を実行する画像通信方法及び装置を提供することにある。
【０００９】
また本発明の目的は、ＩＴＵ−Ｔ勧告のＴ．３０で規定されていない属性を有する画像データを送受信する際、非標準の手順を用いることなく汎用性の高い標準の手順で通信を実行することにより、異なるメーカ同士での通信を可能にした画像通信方法及び装置を提供することにある。
【００１０】
更に本発明の目的は、送受信する画像データの属性がＩＴＵ−Ｔ勧告のＴ．３０で規定されていない場合でも、通信する手順を変更して送受信を可能にする画像通信方法及び装置を提供することにある。
【００１１】
【課題を解決するための手段】
上記目的を達成するために本発明の画像通信装置は以下のような構成を備える。即ち、
Ｇ３ファクシミリ手順で画像データを送信する通信手段と、
ＩＴＵ−Ｔ勧告で規定される、送信すべき画像データの第１画像属性を含む受信命令を送出する受信命令送出手段と、
前記受信命令送出手段による前記受信命令の送出後の画像データを送信するフェーズで、前記送信すべき画像データの第２画像属性を含む情報を送出する属性送出手段と、
前記ＩＴＵ−Ｔ勧告のＴ．３０で規定されていない属性の画像データを送信する場合、前記送信すべき画像データの属性とは無関係に前記ＩＴＵ−Ｔ勧告で規定される前記第１画像属性を含む受信命令を前記受信命令送出手段によって送出させ、前記属性送出手段により前記ＩＴＵ−Ｔ勧告のＴ．３０で規定されていない第２画像属性を含む情報を送出させることにより画像データの伝送を制御する制御手段とを有し、
前記制御手段は、送出した前記第２画像属性を含む情報に対する相手装置からの応答としてＭＣＦ信号を受信した場合は、前記送出した第２画像属性の画像データを前記通信手段に送信させ、一方、前記送出した第２画像属性を含む情報に対する相手装置からの応答としてＦＤＭ信号を受信した場合は、当該ＦＤＭ信号に含まれる拒絶の理由を解析し、前記送信すべき画像データの属性が変更可能であれば変更し、属性を変更した前記画像データの第２画像属性を含む情報を前記属性送出手段に送出させることを特徴とする。
【００１２】
上記目的を達成するために本発明の画像通信装置は以下のような構成を備える。即ち、
ＩＴＵ−Ｔ勧告で規定されるＧ３ファクシミリ手順で画像データを受信する通信手段と、
送信側から送信される画像データのＩＴＵ−Ｔ勧告で規定される第１画像属性を含む受信命令を前記通信手段により受信する受信命令受信手段と、
前記受信命令に続く画像データを受信するフェーズにおいて、前記ＩＴＵ−Ｔ勧告のＴ．３０で規定されていない第２画像属性を含む情報を受信すると、前記第２画像属性が、画像データが受信可能かどうかの判定条件に合うか否かを判定する判定手段と、
前記判定手段による判定結果に基づいて、前記受信命令に含まれる前記第１画像属性には拠らずに前記第２画像属性によって受信した画像データを処理する処理手段と、
前記判定手段により前記第２画像属性が前記判定条件に合うと判定されたことに応じて前記通信手段にＭＣＦ信号を送信させ、一方、前記判定手段により前記第２画像属性が前記判定条件に合わないと判定されたことに応じて、前記通信手段に拒絶の理由を含むＦＤＭ信号を送信させる制御手段と、を有することを特徴とする。
【００１３】
上記目的を達成するために本発明の画像通信方法は以下のような工程を備える。即ち、
ＩＴＵ−Ｔ勧告で規定される、送信すべき画像データの第１画像属性を含む受信命令を送出する受信命令送出工程と、
前記受信命令送出工程による前記受信命令の送出後の画像データを送信するフェーズで、前記送信すべき画像データの第２画像属性を含む情報を送出する属性送出工程と、
前記ＩＴＵ−Ｔ勧告のＴ．３０で規定されていない属性の画像データを送信する場合、前記送信すべき画像データの属性とは無関係に前記ＩＴＵ−Ｔ勧告で規定される前記第１画像属性を含む受信命令を前記受信命令送出工程によって送出させ、前記属性送出工程により前記ＩＴＵ−Ｔ勧告のＴ．３０で規定されていない第２画像属性を含む情報を送出させることにより前記画像データの伝送を制御をする制御工程とを有し、
前記制御工程は、送出した前記第２画像属性を含む情報に対する相手装置からの応答としてＭＣＦ信号を受信した場合は、前記送出した第２画像属性の画像データを前記画像データを送信するフェーズで送信させ、一方、前記送出した第２画像属性を含む情報に対する相手装置からの応答としてＦＤＭ信号を受信した場合は、当該ＦＤＭ信号に含まれる拒絶の理由を解析し、前記送信すべき画像データの属性が変更可能であれば変更し、属性を変更した前記画像データの第２画像属性を含む情報を前記属性送出工程により送出させることを特徴とする。
【００１４】
上記目的を達成するために本発明の画像通信方法は以下のような工程を備える。即ち、
送信側から送信される画像データのＩＴＵ−Ｔ勧告で規定される第１画像属性を含む受信命令を受信する受信命令受信工程と、
前記受信命令信号に続く画像データを受信するフェーズにおいて、前記ＩＴＵ−Ｔ勧告のＴ．３０で規定されない第２画像属性を含む情報を受信すると、前記第２画像属性が、画像データが受信可能かどうかの判定条件に合うか否かを判定する判定工程と、
前記判定工程による判定結果に基づいて、前記受信命令に含まれる第１画像属性には拠らずに前記第２画像属性によって受信した画像データを処理する処理工程と、
前記判定工程により前記第２画像属性が前記判定条件に合うと判定されたことに応じてＭＣＦ信号を送信し、一方、前記判定工程で前記第２画像属性が前記判定条件に合わないと判定されたことに応じて、拒絶の理由を含むＦＤＭ信号を送信する送信工程と、を有することを特徴とする。
【００１５】
【発明の実施の形態】
以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。
【００１６】
［概要］
本装置はアナログ小電力方式のコードレス電話機能を搭載し、ＩＴＵ勧告Ｇ３規格を満たす機能を有するファクシミリ装置であり、加えて、カラー画像読取部とカラー画像記録部を備え、カラーコピー機能やカラー画像の通信機能を有するとともに、音声認識部により音声を認識して自動宛先ダイヤルが可能である。
【００１７】
カラー画像読取部は、本体から着脱自在なハンドスキャナユニットで構成され、シート状の原稿の読み取りはもとより、ブック原稿なども読み取ることが可能である。このスキャナユニットの読取センサは、例えば、線順次でＲＧＢ各色のデータを出力する密着型のカラー読取センサであって、例えば、最大読取幅はＢ４幅、読取解像度は２００ｄｐｉである。
【００１８】
カラー画像記録部は例えばインク吐出方式で、ＣＭＹＫ各色のインクタンクおよびインク吐出部が一体になったカラーインクカートリッジと、黒インクのみのインクタンクおよびインク吐出部が一体となったモノクロインク・カートリッジとの何れか一方を装着することにより、例えば３６０ｄｐｉの記録解像度で記録紙上に画像を印刷する。画像の記録幅に関しては、例えば、何れのカートリッジを装着してもモノクロ記録時の記録幅は最大Ｂ４幅であるが、カラーカートリッジを装着したカラー記録時のみ記録幅が最大Ａ４幅になる。
【００１９】
また通信に関しては、例えば、Ｇ３モードで最高９６００ｂｐｓの通信速度を有し、画像伝送における誤り再送機能であるＥＣＭモードを備えている。
【００２０】
図１は本装置のシステム構成例を示すブロック図、図２は本装置を制御するためのソフトウェアの一例を示すタスク構成図、図３は本装置の操作パネルの構成例を説明する図である。また、図４は本装置の制御部が画像データを管理するために図１に示すＳＲＡＭ１２４上に形成される管理テーブルである画像レコードの一例を示す図である。
【００２１】
［構成］
図１において、１１は本装置の制御部であるＣＰＵ、１２１はプログラムや各種データが格納されるＲＯＭ、１１８は各種プログラムの実行に使用されるワークメモリ用として、留守録用などの音声データ、並びに、モノクロおよびカラー画像データ用の蓄積メモリとして使用されるＤＲＡＭで、例えば、このＤＲＡＭ１１８の記憶容量は２ＭＢで、その内、約０．５ＭＢがワークメモリに使用され、残りの約１．５ＭＢが画像および音声データの蓄積のために使用される。１２４はシステムに必要な登録データ（各種ソフトスイッチ、電話帳データ、音声認識のための音声登録データ、装置の電話番号、および、略称などの装置用ＩＤデータ）が登録されるＳＲＡＭで、電源断によりデータが失われないよう電池でバックアップされている。
【００２２】
１２はＩＴＵ勧告Ｇ３モードに必要な機能をもつ公知のファクシミリ用ＭＯＤＥＭ（モデム）で、Ｖ．２９，Ｖ．２１，Ｖ２７ｔｅｒのほかにＤＴＭＦ認識機能、ＤＲＡＭを用いた音声録音および音声再生のための音声ＣＯＤＥＣ機能なども備える。１３は子機電話機１５とアナログ小電力方式の無線通信を行うベースユニットで、ＣＰＵ１１からの指示により無線通信を制御する公知のユニットである。
【００２３】
１４はアナログ信号用接続スイッチ（クロスポイントＳＷ）で、ＣＰＵ１１からの設定により、装置本体の電話機ハンドセット１６、音声入力用のマイク１７、音声再生用のスピーカ１８、回線とのインタフェイスを行うＮＣＵ１９、ＣＰＵ１１の音声入力端子、および、ＭＯＤＥＭ１２およびベースユニット１３の間のアナログ信号の接続を自在に切り替える公知の回路である。
【００２４】
１１０はモノクロ２値画像データからランレングス符号を生成し、また、ランレングス符号を入力してモノクロ２値画像データを出力する公知のランレングス符号化復号回路、１１１は公知の時計ＩＣであるＲＴＣである。１２５はハンドスキャナユニット(ＨＳＵ)で、カラーコンタクトセンサ１１２、および、ＨＳＵ１２５が原稿上を移動した距離を測定するためのロータリエンコーダ（ＲＣ）１１６が内蔵され、装置本体とはカールコードを介して着脱自在に接続されている。１１３はＨＳＵ１２５の出力信号の一つであるロータリエンコーダ１１６の回転数情報から移動距離データを生成してＣＰＵ１１に通知するエンコーダ検出部である。
【００２５】
１１４は画像処理部で、ＣＰＵ１１の指示によりカラー画像データをＤＲＡＭ１１８に蓄積する場合、カラーコンタクトセンサ１１２から出力されるアナログＲＧＢ信号（線順次で解像度２００ｄｐｉ）を入力して、ＲＧＢ各８ビット（一画素あたり２４ビット）の９０ｄｐｉディジタル画像データに変換する。また、ＣＰＵ１１の指示により直接カラーコピーを行う場合は、カラーコンタクトセンサ１１２から出力されるアナログＲＧＢ信号を３６０ｄｐｉのＹＭＣＫ２値のディジタル画像データに変換する。何れの変換データもＤＭＡコントローラ１１７に供給され、ＤＭＡコントローラ１１７は、９０ｄｐｉのＲＧＢカラー画像データをＤＲＡＭ１１８に蓄積する場合はＤＲＡＭ１１８へカラー画像データを転送し、カラーコピーをダイレクトに行う場合は記録制御部１１９へ３６０ｄｐｉのＹＭＣＫ２値データを転送する。
【００２６】
またモノクロ画像データをＤＲＡＭ１１８に蓄積する場合、画像処理部１１４は、カラーコンタクトセンサ１１２から出力されるアナログＲＧＢ信号を２００ｄｐｉのモノクロ２値のディジタル画像データに変換してＤＭＡコントローラ１１７に供給する。モノクロコピーをダイレクトに行う場合、画像処理部１１４は、カラーコンタクトセンサ１１２から出力されるアナログＲＧＢ信号をモノクロ２値の３６０ｄｐｉディジタル画像データに変換してＤＭＡコントローラ１１７に供給する。ＤＭＡコントローラ１１７は、モノクロ画像データをＤＲＡＭ１１８に蓄積する場合はＤＲＡＭ１１８へモノクロ画像データを転送し、モノクロコピーをダイレクトに行う場合は記録制御部１１９へモノクロ画像データを転送する。
【００２７】
記録制御部１１９は、記録部１２０が記録可能なデータ形式に入力される画像データを変換する。記録部１２０は、インク吐出方式の公知のカラープリンタ部分で、インクタンクおよびインク吐出部が一体になっているカートリッジを主走査方向に移動し、記録紙を副走査方向に移動させることにより画像を記録する。カラーカートリッジとモノクロカートリッジとの何れが装着されているかは、記録部１２０とカートリッジの電気的接点の構成によりＣＰＵ１１が判別できるようになっている。
【００２８】
１１５はモノクロ２値画像データを入力して解像度変換を行う公知の解像度変換回路で、モノクロ画像の拡大・縮小などのために使用されるとともに、記録部１２０の記録解像度に対して回線から受信されたモノクロ画像の解像度を整合させる用途にも使用される。
【００２９】
１２２は本装置の操作部である操作パネルで、図３に示すように、各種キーや表示ランプ、および、ＬＣＤディスプレイを備える。また、マイク１１７やスピーカ１１８などは、この操作パネル１２２に配備されている。
【００３０】
１２６は装置本体からのハンドスキャナユニット１２５の着脱状態を検出するためのセンサで、センサ１２６の出力によってＣＰＵ１１はシート状原稿を読み取るシートモードであるか、ブック原稿など立体物を読み取るハンドスキャンモードであるかを決定する。
【００３１】
次に、図３に示す操作パネル１２２の構成について説明する。
【００３２】
図３において、１６は本体用ハンドセット、３２は各種登録や設定のための「機能キー」、３３は伝言や通話内容を音声データとしてＤＲＡＭ１１８に録音するとき使用する「録音キー」、３４はＭＯＤＥＭ１２の音声ＣＯＤＥＣによってＣＰＵ１１がＤＲＡＭ１１８に録音した音声データを再生するとき使用する「再生キー」、３５はＤＲＡＭ１１８に格納された各種データを消去する際に使用する「消去キー」、３６は１６文字分のキャラクタを２行表示できるバックライト付のＬＣＤ表示部であって、装置の状態や各種メッセージを出力するために使われる。３７は「カラーＬＥＤ」で、３８の「カラー/白黒キー」によりカラーモードが選択されると点灯する。３９はモノクロモードでの画質を選択するための「画質キー」である。
【００３３】
３１０は電話帳を呼び出すための「電話帳キー」と、登録などの内容を確定させるための「セットキー」とを兼用するキーであって、説明を容易にするために、以降「セットキー」と呼ぶことにする。３１１は「上カーソルキー」、３１２は「下カーソルキー」、３１３は「左カーソルキー」、および、３１４は「右カーソルキー」で、いずれも表示制御の操作で使用する。
【００３４】
３１５はファクシミリ送信のための「送信キー」、３１６はファクシミリ受信および受信画像をプリントするための「受信/プリントキー」である。３１７はコピーを実行するための「コピーキー」、３１８は実行中の動作を中断するための「ストップキー」である。３１９はマイク１７の開口部、３２０はテンキー部、３２１は回線を接続したままマイク１７をアクティブにして音声信号を回線へ出力し、回線上の音声をスピーカ１８で再生する装置状態にするための「スピーカホンキー」、３２２は音声認識によって宛先自動ダイヤルを実行するための「音声認識キー」、３２３は電話が着信した場合に相手の通話内容を自動的にＤＲＡＭ１１８に録音するための「留守キー」、３２４は装置本体からコードレス子機電話を呼び出して内線通話を実行するための「子機キー」、３２５は通話状態を保留したまま相手にメロディを送出する「保留キー」、３２６は前回の電話相手の電話番号を自動的にダイヤルするための「リダイヤルキー」、３２７は外線通話中に他の着呼に応答し、また、元の通話に戻す、所謂キャッチホン通話を行うために使用する「キャッチキー」である。
【００３５】
［動作］
本体にスキャナ１２５を装着した状態（シートスキャン）でのコピーはダイレクトモードとなり、読み取りデータをＤＲＡＭ１１８に蓄積することなく、シート状の原稿を読み取りながら記録部１２０に出力して記録する。この場合、ＤＲＡＭ１１８への読取りデータの蓄積が不要であるため、高解像度でもＤＲＡＭ１１８のメモリオーバーフローとはならない。このスキャナ１２５による読取り解像度は記録部１２０の解像度に整合させている。これにより、読み取りデータの解像度は副走査方向３６０ｄｐｉとなる。またコピー可能サイズも、モノクロ時はＢ４幅まで、カラー時は記録部１２０の仕様によりＡ４幅までとなる。
【００３６】
次に本体からスキャナ１２５を取り出してハンドスキャナとしてコピーに使用する場合はメモリモードとなり、スキャナ１２５により読み取ったデータは必ずＤＲＡＭ１１８にページ単位で蓄積される。これは記録部１２０における記録速度が、人間が通常ハンドスキャンを行う速度に対して遅いための処置であり、読み取ったデータを一旦、ＤＲＡＭ１１８に蓄積することによってハンドスキャンを高速で実行し終了できるようにしている。また、この場合のスキャナ１２５の読み取り解像度を記録部１２０の解像度に整合させて３６０ｄｐｉとすると、１ページの画像データ容量が大きすぎてＤＲＡＭ１１８のメモリエリアを占有してしまい、装置の動作に支障をきたす虞がある。そこでＤＲＡＭ１１８のメモリ容量を増やすことも考えられるが、このようなメモリ容量の増大はコストがかかる等の理由から、読み取り解像度はモノクロ時は２００ｄｐｉ、カラー時には９０ｄｐｉに抑えているが、これに限定されるものではない。また同様の理由から、モノクロ時のコピーサイズはＢ４幅までであるが、カラー時のコピーサイズはＡ６（もしくは官製葉書サイズ）以下に制限してある。
【００３７】
因みに、モノクロ２００ｄｐｉでＢ４サイズ１ページ分のデータ容量は約７００ＫＢ(Kbyte)、カラー９０ｄｐｉでＡ６サイズの１ページ分のデータ容量は約６００ＫＢとなり、いずれの場合も１．５Ｍバイトの容量を有するＤＲＡＭ１１８に蓄積可能である。なお、この読み取ったデータを圧縮符号化してＤＲＡＭ１１８に蓄積すれば、読取り可能サイズ及び解像度をもっと上げることは出来るが、後に述べるように圧縮符号化はソフトウエアで行うために時間がかかりハンドスキャンの実行速度が下がってしまうデメリットがある。また、高速の圧縮符号化のためにハードウエアを追加することは大幅なコスト増を招くことになる。
【００３８】
また本体にスキャナ１２５を装着した状態で、原稿を読取りながらの原稿送信はダイレクトモードとなり、読み取りデータをＤＲＡＭ１１８に１ページ分蓄積することなくＤＲＡＭ１１８経由でモデム１２に転送して、シート状原稿を読み取りながら相手ファクシミリに送信する。
【００３９】
更に本体からスキャナ１２５を取り出してハンドスキャナとして使用して原稿を読み取って送信する場合はメモリモードとなり、スキャナ１２５により読み取ったデータは必ずＤＲＡＭ１１８にページ単位で蓄積される。これはモデム１２の通信速度が人間がハンドスキャンを実行する速度に比較して遅いための処置である。このように、読み取ったデータを一旦、ＤＲＡＭ１１８にページ単位で蓄積することにより、ハンドスキャンを高速で実行できるように構成されている。また、この場合の読み取り解像度や原稿サイズに関しては、コピーにおけるメモリモードと同じ理由で同様の仕様としている。
【００４０】
尚、ハンドスキャナとして使用されるか、或は本体にスキャナ１２５を装着した状態で使用されるかは、スキャナ着脱センサ１２６からの検出信号に基づいて判定される。
【００４１】
［ソフトウェア構成］
次に、図２に示す本装置のタスク構成図を参照して、本実施の形態のソフトウェア構成を説明する。本装置のソフトウェアは、マルチタスクＯＳ２１２によって、各タスクが並行して動作できる環境が与えられている。以下、各タスクについて説明する。
【００４２】
２１は状態監視タスクで、装置内に発生する各イベントを監視し、装置状態を変化させる必要のあるイベントの発生を検出すると、必要なタスクにその情報を通知する機能をもつ。例えば、操作パネル１２２によって入力されたキー情報を検出すると、オペレートタスク２２や回線制御タスク２３に必要なキー情報を伝達して、装置の対応する機能動作を起動する。
【００４３】
オペレートタスク２２は、状態監視タスク２１からのキーコードＡ情報を受けて動作モードを判定し、その動作モードに対応する機能を実行するタスクにスタートコマンドを発行するとともに、キーコードＡ情報に基づいて操作パネル１２２の表示機能を制御する。
【００４４】
２３は回線制御タスクで、ＮＣＵ１９を制御して、回線からの着呼を受け付けたり、オペレートタスク２２からのダイヤル要求コマンドに応じてダイヤル信号を送出するために回線を捕捉したり、回線断を実行して通信を終了させたりするシーケンスを実行する。また、回線接続状態における状態監視タスク２１からのキーコードＢ情報により「送信キー」や「受信/プリントキー」が押されたことを検出し、回線上の信号を分析することで発信相手が電話か、ファクシミリ装置かを自動判別し、ファクシミリ装置ならば通信タスク２５にファクシミリ通信のための通信スタートコマンドを発行したりする。
【００４５】
２４はダイヤル制御タスクで、回線制御タスク２３あるいは通信タスク２５からのダイヤルスタートコマンドに応じて各種ダイヤル信号を交換機に送出する機能をもつ。
【００４６】
２５は通信タスクで、回線制御タスク２３からの通信スタートコマンドによってファクシミリ通信における通信手順の実行や画像データの伝送を実行する。
【００４７】
２６は読取タスクで、オペレートタスク２２からの読取スタートコマンドに応じて、ハンドスキャナユニット(ＨＳＵ)１２５と画像処理部１１４とを制御して、原稿画像の読み取りを実行する。
【００４８】
２７は符号復号タスクで、通信タスク２５、読取タスク２６および記録タスク２９からの符号復号スタートコマンドに応じて、画像データの符号化、復号処理をソフトウェアで実行する。このため本実施の形態では、ハードウェアで符号化、復号処理を実行する場合に比べて処理時間はかかるものの、ハードウェアコストを大きく削減することが可能になる。なお、モノクロ画像には公知のＭＨ符号を適用し、カラー画像にはＲＧＢ多値ＤＰＣＭ方式（ＲＧＢの各８ビット値で隣接画素間の差分値を計算する方式）にハフマン符号を割り当てた公知の符号化方式を適用する。
【００４９】
２８は音声認識タスクで、ハンドセット１６から入力されるユーザの音声を分析して、予め登録されている音声データ（複数可）と比較して、一致する音声データの情報を通知する公知の音声認識ソフトウェアである。
【００５０】
２９は記録タスクで、レポートタスク２１０やプリントタスク２１１からの記録スタートコマンドに応じて、要求された画像データを記録部１２０で印刷させる機能をもつ。
【００５１】
２１０はレポートタスクで、通信履歴が記録される通信管理レポートやＳＲＡＭ１２４の登録情報などの機能設定リストをキャラクタデータで作成し、それを画像データに展開して記録タスク２９に記録を依頼する各種レポート作成用のソフトウェアである。
【００５２】
２１１はプリントタスクで、自動的に記録する必要のある画像データがＤＲＡＭ１１８に蓄積されていないかを常時チェックし、記録する必要のある画像データが検出されると、記録スタートコマンドを記録タスク２９に発行する監視機能をもつ。
【００５３】
［画像レコード］
次に、図４に示す画像レコードの構造について説明する。
【００５４】
ＤＲＡＭ１１８に格納された画像データを管理するための管理テーブルである画像レコードは、装置の最初の起動時にＯＳ２１２によりＳＲＡＭ１２４上にフォーマットされ、この時点ではすべてのレコードが空き状態になっている。各タスクは必要に応じてＯＳ２１２から空き状態のレコードを取得し、タスク間でやり取りする過程で必要事項を記入した画像レコードを作成する。また各タスクは、必要に応じて、作成された画像レコードの内容を参照して動作する。
【００５５】
図４において、画像レコード４００には、それに対応するＤＲＡＭ１１８上の画像の１ドキュメント（１頁の場合もあれば、複数頁の場合もある）の種別を示すカラー/モノクロ識別フラグ４０３や、受信画像の場合は受信日時情報４０４、プリントタスク２１１による自動プリントの起動が必要か否かを示す印刷要求フラグ４０２、通信タスク２５による送信動作が必要か否かを示す送信要求フラグ４０１、１ドキュメントに含まれる各頁情報を表示するページチェインテーブルの先頭アドレス４０５等が含まれている。
【００５６】
各頁情報を表示するページチェインテーブル４１０はそれぞれ、次の頁情報を表示するページチェインテーブルの先頭アドレス４１１、該当頁の主走査幅および副走査長を示すサイズ情報、同じく該当頁の主走査および副走査解像度を示す解像度情報、並びに、該当頁の画像データが格納されているＤＲＡＭ１１８上の先頭アドレスが記憶されている画像ブロックチェインテーブルの先頭アドレス４１２を含んでいる。なお、ＤＲＡＭ１１８の画像データを記録するエリアは所定のサイズごとにブロック化されていて、画像ブロックチェインテーブルの先頭アドレス４１２とは、各ブロックの先頭アドレスのことである。
【００５７】
画像受信時は通信タスク２５が、またメモリコピー動作およびハンドスキャンによる画像送信時は読取タスク２６が、画像レコードの内容を完成させる。記録や送信が終了して不要となった画像データは、その画像レコードがクリアされ、その画像レコードの管理がタスクからＯＳ２１２に返却されることによってＤＲＡＭ１１８から消去される。
【００５８】
［カラーコピー動作］
次に、ハンドスキャナ１２５を使ったカラーコピー時の動作の流れを簡単に説明しておく。
【００５９】
ハンドスキャナユニット１２５が本体から取り外されると、スキャナ着脱センサ１２６の出力を検知してオペレートタスク２２が自動的にハンドスキャンモードであることを認識する。これにより操作パネル１２２のＬＣＤ表示部３６等にハンドスキャンが実行できる旨を表示し、コピーするか送信するかの選択をユーザに促す。
【００６０】
いま「コピーキー」３１７が押され、「カラー/白黒キー」３８によりカラーモードが指定されて「カラーＬＥＤ」３７が点灯した状態であると、オペレートタスク２２はハンドスキャンによるカラーコピーのためカラー読取りの実行を、読取りスタートコマンドで読取りタスク２６に依頼する。これにより読取りタスク２６は、動作に必要な情報をオペレートタスク２２から受け取ってハードウエアを制御し、ハンドスキャンユニット１２５の走査駆動に応じて読み取られるカラー画像データを入力してＤＲＡＭ１１８に１ページ分蓄積する。オペレートタスク２２は読取りタスク２６からの終了通知によって記録タスク２９に記録スタートコマンドを発行し、ＤＲＡＭ１１８に記憶されている画像データの記録を実行させる。この記録スタートコマンドには、読取りタスク２６で記入された画像レコードの情報が添付されており、記録タスク２９はそれを参照してＤＲＡＭ１１８に格納されているカラー画像データをＤＭＡＣ１１７で読み出して解像度３６０ｄｐｉのデータに変換し、記録制御部１１９に転送して記録部１２０によるカラー記録を実行する。こうして記録部１２０における１ページ分の画像記録が終了するとオペレートタスク２２に処理終了が通知されて一連のコピー動作が終了し、操作部１２２の表示部３６の表示が待機状態を示す表示に移行する。
【００６１】
［モノクロ画像送信］
次に、モノクロ画像を送信する場合の動作の流れを簡単に説明する。
【００６２】
ハンドスキャナユニット１２５が本体から取り外されると、スキャナ着脱センサ１２６の出力を検知してオペレートタスク２２が自動的にハンドスキャンモードであることを認識する。
【００６３】
次に操作パネル１２２の「送信キー」３１５が押され、「カラー/白黒キー」３８により白黒モードが設定されてカラーＬＥＤ３７が消灯した状態であると、オペレートタスク２２はハンドスキャンによるモノクロ送信のため、モノクロ画像の読取りの実行を読取りスタートコマンドで読取りタスク２６に依頼する。これにより読取りタスク２６は、その動作に必要な情報をオペレートタスク２２から受け取ってハードウエアを制御し、ハンドスキャンユニット１２５の走査駆動に同期して読取られた画像データを入力し、ＤＲＡＭ１１８に１ページ分蓄積する。次にオペレートタスク２２は、読取りタスク２９からの終了通知によって宛先入力操作モードに移行し、宛先の電話番号をユーザに入力させる。オペレートタスク２２は、その入力された宛先電話番号に基づいて回線制御タスク２３にダイヤル要求コマンドを発行し、回線接続を開始させる。回線制御タスク２３は、このダイヤル要求コマンドによる依頼を受けると、ダイヤル制御タスク２４にダイヤルスタートコマンドを発行する。このダイヤル制御タスク２４によるダイヤル発呼が完了して回線が接続されると、回線制御タスク２３は通信タスク２５に通信スタートコマンドを発行し、ＤＲＡＭ１１８に記憶されている画像データの送信を実行させる。この通信スタートコマンドには、読取りタスク２６で記入された画像レコードの情報が添付されており、通信タスク２５はそれを参照してＤＲＡＭ１１８に格納されているモノクロ画像データを読み出し、解像度２００ｄｐｉのまま符号化変換しながらモデム１２に転送して画像送信を実行する。こうして送信が終了するとオペレートタスク２２に処理終了が通知されて一連の通信動作が終了し、操作部１２２の表示部３６の表示が待機状態を示す表示に移行する。
【００６４】
［カラー画像送信］
次に、カラー画像を送信する場合の動作の流れを簡単に説明する。
【００６５】
ハンドスキャナユニット１２５が本体から取り外されると、スキャナ着脱センサ１２６の出力を検知してオペレートタスク２２が自動的にハンドスキャンモードであることを認識する。
【００６６】
次に操作パネル１２２の「送信キー」３１５が押され、「カラー/白黒キー」３８によりカラーモードがセットされて「カラーＬＥＤ」３７が点灯した状態であると、オペレートタスク２２はハンドスキャンによるカラー送信のため、カラー読取りの実行を読取りスタートコマンドで読取りタスク２６に依頼する。これにより読取りタスク２６は、そのカラー画像送信に必要な情報をオペレートタスク２２から受け取ってハードウエアを制御し、ハンドスキャンユニット１２５の走査駆動に同期して読み取られるカラー画像データを入力してＤＲＡＭ１１８に１ページ分蓄積する。オペレートタスク２２は次に、読取りタスク２６からの終了通知によって宛先入力操作モードに移行し、宛先の電話番号をユーザに入力させる。オペレートタスク２２は次に回線制御タスク２３にダイヤル要求コマンドを発行し、回線接続を開始させる。回線制御タスク２３は、このオペレートタスク２２からのダイヤル要求コマンドによって依頼を受けるとダイヤル制御タスク２４にダイヤルスタートコマンドを発行する。こうしてダイヤル制御タスク２４によってユーザにより指示されたダイヤルの発呼が完了して回線が接続されると、回線制御タスク２３は通信タスク２５に通信スタートコマンドを発行してカラー画像データの送信を実行させる。この通信スタートコマンドには、読取りタスク２６で記入された画像レコードの情報が添付されており、通信タスク２５はそれを参照してＤＲＡＭ１１８に記憶されているカラー画像データを読み出して、解像度９０ｄｐｉのまま符号化変換しながらモデム１２に転送してカラー画像送信を実行する。こうして送信が終了するとオペレートタスク２２に処理終了が通知されて一連の通信動作が終了し、操作部１２２の表示部３６の表示が待機状態を示す表示に移行する。
【００６７】
［モノクロ画像の送受信］
次に、モノクロ原稿やカラー原稿を送信したり受信する場合の本装置の操作について説明する。
（ａ）通話状態からのファクシミリ送信
通話中に、操作パネル１２２の「送信キー」３１５が押下されると、表示部３６には「ゲンコウヲセットシテクダサイ」というメッセージが表示され、ユーザに、送信原稿を、裏向きにして原稿入口にセットするように促す。原稿が正しくセットされると原稿読取りが開始され、ファクシミリ送信のためのネゴシエーションが実行された後、送信が開始される。このとき表示部３６には「ＦＡＸソウシンチュウ」というメッセージが表示される。
（ｂ）カラー送信
「送信キー」３１５を押下する前に「カラー／白黒キー」３８を押下してカラーモードをセットし、「カラーＬＥＤ」３７を点灯する。この場合の送信画像サイズは葉書サイズのみで、倍率などの設定はできない。このとき、表示部３８には「カラーソウシンチュウ」というメッセージが表示される。
（ｃ）ハンドスキャナ１２５を利用した画像送信
スタンバイ状態からパネルオープン、或はハンドスキャナ１２５を本体から外すと、操作パネル１２２の表示部３６に「ハンドスキャナ→ＦＡＸソウシン    コピー」が表示される。ここで「送信キー」３１５を押下するとＦＡＸ送信モードとなり、表示部３６に「ソウシンハバ［Ａ４］＞  ［シロクロ］  ［フツウ］」が表示される。
【００６８】
ここで「カラー／白黒キー」３８を押下してカラーモードを設定すると「カラーＬＥＤ」３７が点灯し、送信する原稿の幅が変更できなくなる。これにより表示部２６には「ソウシンハバ［ハガキ］  ［カラー］  ［シャシン］」が表示される。この状態で「セットキー」３１０を押下することにより、表示部３６の表示は「ハンドスキャナ  ヨミトリ  セットキーデ  カイシ／オワリ」となる。
【００６９】
更に、この画面表示で「カラー／白黒キー」３８が押下されると、カラーモードから白黒モードに切換えられて、１つ前の表示画面に戻る。
【００７０】
このカラー／白黒モードの変更がなく、「ハンドスキャナ  ヨミトリ  セットキーデ  カイシ／オワリ」が表示されている状態で「セットキー」３１０が押下されると、ハンドスキャナ１２５を使用した原稿画像の読取りの開始が指示され、メッセージ「スキャナハヤサ  ＞＞＞＞  セットキーデ  オワリ」が表示される。なお、スキャナ１２５の移動速度が速いほど、「＞」の数が多く表示される。
【００７１】
ここで、エンコーダ検出部１１３により検出されるスキャナ１１２５の移動速度が速すぎると、「スキャナハヤスギマス  セットキーデ  オワリ」と表示される。
【００７２】
ハンドスキャナ１２５による原稿の読取りが正常に終了すると、表示部３６に「カクニンプリント→スル  シナイ」が表示され、そのスキャナ１２５により読み取った画像を確認するためのプリント動作を行うか否かを選択する。「スル」が選択されると、読み取られてＤＲＡＭ１１８に記憶されている画像データを記録部１２０に出力して印刷する。この間、「カクニンプリント  プリントチュウ」が表示される。そしてこのプリントが終了すると「ＦＡＸバンゴウ  ニュウリョク」が表示され、テンキー３２０などを使用して入力された電話番号が表示部３６に表示される。
【００７３】
また一方、「シナイ」が選択されると、記録部１２０による記録動作を行うことなく、ユーザによる電話番号の入力を指示する。こうして宛先の電話番号が入力され、「送信キー」３１５が押下されてカラー画像の送信が指示されると、表示部３６には「カラーソウシンチュウ」が表示される。一方、モノクロ画像の送信の場合には、「ＦＡＸ  ソウシンチュウ」が表示される。
（ｄ）ＦＡＸ受信を開始するまでの操作
これは通話状態で受信キー３１６を押下することにより開始され、ユーザは相手側（送信元）の音を聞いてから受信のタイミングを知り、そこで受信キー３１６を押下する。これは回線を捕捉している状態で、原稿をセットしないで受信キー３１６を押下することにより開始され、受信キー３１６を押下したときには、ハンドセット１６がオフフックされていて、音声ガイダンススイッチが「オン」に設定されている場合には「ＦＡＸを受信します。受話器を戻してください」というメッセージがユーザに報知される。
【００７４】
このときの表示部３６の表示は「ＦＡＸヲ  ジュシンシマス  ジュワキヲモドス」となる。
【００７５】
ＦＡＸ信号を受信中の時は、モノクロ画像のときはメッセージ「ＦＡＸ  ジュシンチュウ」、「ＦＡＸ  ジュシンチュウ  Ｐ１」が交互に表示され、カラー画像の受信時には「カラー  ジュシンチュウ」、「カラー  ジュシンチュウ  Ｐ１」が交互に表示部３６に表示される。
【００７６】
そしてファクシミリ受信が正常に終了すると、終了アラームを鳴動させてメッセージ「ジュシンガ  オワリマシタ」というメッセージを表示部３６に表示する。
【００７７】
図５及び図６は、本実施の形態のファクシミリ装置における、ハンドスキャナ１２５を使用したモノクロ画像送信或はコピーのための、モノクロ画像の読取時の制御を示すフローチャートである。この制御を実行するプログラムはＲＯＭ１２１に記憶されており、ＣＰＵ１１の制御の下に実行される。
【００７８】
読取タスク２６は、オペレートタスク２２からモノクロ画像の読取開始コマンドを受け取ると、ハンドスキャナ１２５がどれだけ移動しているかを示す移動量カウンタＭｃｎｔ（ＳＲＡＭ１２４に設けられている）をリセットし、２．５ｍ秒ごとに発生する割り込みを許可する(ステップＳ１)。これにより図６のフローチャートで示す割込み処理が起動される。
【００７９】
操作時、オペレータがハンドスキャナ１２５を原稿の上に載せ、そのハンドスキャナ１２５を読み取りたい方向に移動させるとエンコーダ１１６が回転する。ここでハンドスキャナ１２５がスーパーファインの１ラインに相当する距離を移動すると、エンコーダ１１６の出力が変化するように設定されているため、このエンコーダ１１６の出力が変化するとエンコーダ検出部１１３によりエンコーダ１１６の変化回数が記憶される。
【００８０】
図６は約２．５ｍ秒ごとに発生する割り込み処理を示すフローチャートで、この２．５ｍ秒毎の割り込みに応じて、まずステップＳ２１で、読取トリガタイミングでエンコーダ検出部１１３よりハンドスキャナ１２５の移動量を読み出し、その移動量を移動量カウンタＭｃｎｔに加える。そしてステップＳ２２で、この移動量カウンタＭｃｎｔの値が、読取解像度に応じて予め決められた値Ｃ（副走査方向の読取解像度が標準の場合は“４”、ファインモードの場合は“２”）以上であるかを判断する。そうであるときはステップＳ２３に進み、画像処理部１１４に対して読取トリガを発行する。次にステップＳ２４に進み、移動量カウンタＭｃｎｔの値が、読取解像度に応じて予め決められた値Ｃの２倍（２Ｃ）以上かどうか調べ、そうであればハンドスキャナ１２５の移動速度が速すぎるため、操作パネル１２２の表示部３６にその旨を表示する（この表示内容については前述したとおり「スキャナハヤスギマス」と表示される）とともに、スピーカ１８から警告音を鳴らす。またこのときカウンタＭｃｎｔの値を“２Ｃ”にセットする。
【００８１】
逆に、移動量カウンタＭｃｎｔの値が“２Ｃ”以下である場合はステップＳ２４からステップＳ２６に進み、ハンドスキャナ１２５の移動速度は適正であるので、その旨の表示（この表示内容については前述のとおり「スキャナハヤサ＞＞＞」と表示される）を行うとともに、スピーカ１８から正常音を鳴らす。これらステップＳ２５、或はステップＳ２６の後ステップＳ２７に進み、移動量カウンタＭｃｎｔの値から値Ｃを差し引き、画像処理部１１４はカラーコンタクトセンサ１１２でスキャンした画像のＡ／Ｄ変換、および画像処理を行う。この画像処理した白黒画像データはＤＭＡコントロール部１１７よってＤＲＡＭ１１８のラインバッファに書き込まれる。
【００８２】
読取タスク２６は、図５のステップＳ５で、このラインバッファに画像データが書き込まれたかを監視し、画像データが書き込まれていた場合はステップＳ６に進み、その画像データを、同じＤＲＡＭ１１８の画像メモリに転送する。この読取タスク２６による読取りを終えるときは操作パネル１２２のセットキー３１０を押すと、ステップＳ４でオペレートタスク２２から読取終了コマンドが読取タスク２６に送られる。これによりステップＳ７に進み、ＤＲＡＭ１１８の画像メモリに画像データがあるか否かにより画像を読み取ったかを判断し、読み取っていたらステップＳ８に進んで割込み処理を禁止し、ステップＳ９で読取を正常終了する。一方、ステップＳ７で何も読み取っていなかったらステップＳ１１に進んで割込み処理を禁止し、ステップＳ１２で読取をエラーとして終了する。
【００８３】
また、ステップＳ２で、原稿画像の読取り中に画像メモリがメモリフルになったり、或はステップＳ３で、呼出信号検出回路により呼出信号が検出されるとステップＳ１０に進み、その画像メモリを解放し、ステップＳ１１で割込み処理を禁止し、ステップＳ１２で読取をエラーとして終了する。これは画像メモリがフルの場合は印刷不能であり、また呼出信号を検出したときは受信を優先させるためである。
【００８４】
読取タスク２６は、オペレートタスク２２に読取りが正常終了したか、或はエラー終了したかを通知する。正常終了の場合、オペレートタスク２２は、もしコピー動作が指示されていれば記録タスク２９に対して記録コマンドを発行し、読み取った画像を記録する。一方、エラー終了の場合は、記録せずにコピーを終了する。
【００８５】
なお、このハンドスキャナ１２５を用いた白黒画像の送信処理の制御方法については、上述したハンドスキャナ１２５による白黒コピーの制御方法と同様であり、異なるのは原稿画像を読み取った後、確認プリントが指示されると確認のために記録タスク２９を起動して記録処理を行い、そうでないときは記録タスク２９を起動する記録動作を行うことなく送信する点である。
【００８６】
図７及び図８は、本実施の形態のファクシミリ装置における、ハンドスキャナ１２５を使用したカラー画像コピー時のカラー原稿読取時の制御を示すフローチャートである。この制御を実行するプログラムはＲＯＭ１２１に記憶されており、ＣＰＵ１１の制御の下に実行される。
【００８７】
読取タスク２６は、オペレートタスク２２から読取開始コマンドを受け取ると、まずステップＳ３１で、ハンドスキャナ１２５がどれだけ移動しているかを示す移動量カウンタＭｃｎｔ（ＳＲＡＭ１２４に設けられている）を“０”にリセットし、また後述するカウンタｉ（ＳＲＡＭ１２４に設けられている）を“０”にリセットし、移動量カウンタＭｃｎｔの値が読取トリガ発行カウント値“Ｘ”以上になったとき読取トリガを発行するための読取トリガ発行カウント値Ｘ（ＳＲＡＭ１２４）を初期化し、約２．５ｍ秒ごとに発生する割り込みを許可する。これにより割り込みが許可され、図８に示す割込み処理が起動される。
【００８８】
カラーコピー時の副走査方向の読取解像度は９０ｄｐｉなので、読取トリガ発行カウント値“Ｘ”は固定値にはならず、１ライン読み取る毎に、そのＸの値を“４”又は“５”に再セットする必要がある。いまオペレータがハンドスキャナ１２５を原稿の上に載せ、読み取りたい方向に動かすと、エンコーダ１１６が回転する。ここでハンドスキャナ１２５がスーパーファインの１ライン相当の距離を移動するとエンコーダ１１６の出力が変化するように設定されており、エンコーダ１１６の出力が変化するとエンコーダ検出部１１３によりエンコーダ１１６の変化回数が記憶される。
【００８９】
２．５ｍ秒毎の割り込みが発生するとステップＳ５１に進み、この読取トリガタイミングでエンコーダ検出部１１３からハンドスキャナ１２５の移動量を読み出し、移動量カウンタＭｃｎｔに加える。次にステップＳ５２に進み、前述したカウンタｉの値を＋１する。そしてステップＳ５３に進み、このカウンタｉの値が“３”の倍数になったかどうか、即ち、ＲＧＢの各色の読取りが完了したかどうかを判断し、そうでないときはそのまま割込み処理を終了する。なお、この各割込み処理において、ＲＧＢの各色に対応するセンサによる画像の読取り（１色当り約２．５ｍ秒）が順次ハードウェアにより実行されており、各センサにより読取られた画像データがハードウェアにより保持されているものとする。
【００９０】
こうしてステップＳ５３で、カウンタｉの値が“３”の倍数になるとステップＳ５４に進み、この移動量カウンタＭｃｎｔの値が読取トリガ発行カウント値“Ｘ”以上であるかを判断し、そうであればステップＳ５５に進み、画像処理部１１４に対して読取トリガを発行する。これによりＲＧＢの３色分の画像データが入力される。次にステップＳ５６に進み、この移動量カウンタＭｃｎｔの値が読取トリガ発行カウント値Ｘの２倍（２Ｘ）以上かどうかを調べ、そうであればステップＳ５７に進み、ハンドスキャナ１２５の移動速度が速すぎるため操作パネル１２２の表示部３６にその旨を表示するとともに、スピーカ１８から警告音を発生する。またカウンタＭｃｎｔの値を２Ｘにセットする。
【００９１】
逆にステップＳ５６で、移動量カウンタＭｃｎｔの値が２Ｘ以下である場合はステップＳ５８に進み、ハンドスキャナ１２５の移動速度は適正であるとして、その旨の表示とスピーカ１８から鳴音を行う。そして、これらステップＳ５７或はＳ５８の処理を実行後ステップＳ５９に進み、移動量カウンタＭｃｎｔの値から読取トリガ発行カウント値Ｘを引き、次ラインのための読取トリガ発行カウント値Ｘを再セットする。
【００９２】
こうして画像処理部１１４は、カラーコンタクトセンサ１１２でスキャンした画像のＡ／Ｄ変換、および画像処理を行う。こうして画像処理したカラー画像データはＤＭＡコントローラ１１７の制御の下にＤＲＡＭ１１８のラインバッファにＲＧＢの順で書き込まれる。
【００９３】
次に図７のフローチャートに戻り、読取タスク２６は、ステップＳ３５でＤＲＡＭ１１８のラインバッファに画像データが書き込まれたかを監視し、画像データが書き込まれていた場合はステップＳ３６に進み、その画像データを同じくＤＲＡＭ１１８の画像メモリに転送する。ハンドスキャナ１２５による読取りを終えるときは、ユーザが操作パネル１２２のセットキー３１０を押すと、オペレートタスク２２から読取終了コマンドが読取りタスク２６に送られる。これによりステップＳ３４で読取終了コマンドを検出するとステップＳ３７に進み、画像を読み取ったかを判断し、読み取っていたらステップＳ３８に進んで割込み処理を禁止し、ステップＳ３９で読取を正常終了する。一方、もし何も読み取っていなかったらステップＳ４１に進み、割込み処理を禁止し、ステップＳ４２で読取りをエラー終了する。
【００９４】
またステップＳ３２で、画像の読取り中にメモリフルになったり、或はステップＳ３３で、呼出信号検出回路によって呼出信号が検出されるとステップＳ４０に進み、ＤＲＡＭ１１８の画像メモリを解放し、ステップＳ４１で割込み処理を禁止し、ステップＳ４２で読取をエラー終了する。
【００９５】
この後、読取タスク２６は、オペレートタスク２２に読取りが正常終了したか、或はエラー終了したかを通知する。これによりオペレートタスク２２は、正常終了の場合、コピーが指示されていれば記録タスク２９に対して記録コマンドを発行し、その読み取ったカラー画像を記録するように指示する。一方、エラー終了の場合は、記録せずにコピーを終了する。
【００９６】
なお、このハンドスキャナ１２５を用いたカラー画像送信の制御方法についても、上述したハンドスキャナ１２５によるカラーコピーの制御方法と同様であり、異なるのは読み取った後、確認プリントが指示されない場合に（確認プリントが「シナイ」に選択されると）、記録部１２０による記録を行うことなく送信する点である。
【００９７】
［ハンドスキャナを使用したカラー画像送信］
次にハンドスキャナ１２５を使用したカラー画像送信時の符号化について説明する。図１０は、この符号化処理を示すフローチャートで、この処理を実行するプログラムはＲＯＭ１２１に記憶されており、ＣＰＵ１１の制御の下に実行される。
【００９８】
通信タスク２５から符号化スタートコマンドを受け取ると、符号復号タスク２７は、画像メモリに格納されている画像データを１ラインずつＲＧＢの順に読み出し（図９（Ａ）参照）、それぞれをＤＰＣＭを基本とした公知の符号化処理により符号化していく（ステップＳ６１，Ｓ６２，Ｓ６３）。その後ステップＳ６４でハフマン符号のＥＯＬ（End of line）コードを付加し（図９（Ｂ）参照）、ＤＲＡＭ１１８の通信バッファに書き込む。そしてステップＳ６５で、次ラインの画像データがあるならば、前述の符号化処理を繰り返す。
【００９９】
［シートスキャンによるカラー画像送信］
次にシートスキャン（ハンドスキャナ１２５を装着させた状態での原稿の自動読取り）によるカラー画像送信時の符号化について説明する。
【０１００】
図１１は、このシートスキャンによる原稿画像の読取り及び送信まで処理を示すフローチャート、図１２は割込み処理を示すフローチャートで、これら処理を実行する制御プログラムはＲＯＭ１２１に記憶されており、ＣＰＵ１１の制御の下に実行される。
【０１０１】
符号復号タスク２７は、通信タスク２５から符号化スタートコマンドを受け取ると、まずステップＳ７１でＳＲＡＭ１２４の読取ラインカウンタＬｃｎｔを“０”にリセットし、約２．５ｍｓｅｃごとに発生する割り込みを許可する。
【０１０２】
これにより割込みがイネーブルとなり、その割り込みが発生する毎に図１２に示す処理が実行される。
【０１０３】
図１２のステップＳ８０では、２．５ｍｓｅｃごとに発生する割り込み処理による読取トリガタイミングで読取モータ（図示せず）を回転駆動しながら、画像処理部１１４に対して読取トリガを発行する（ステップＳ８１）。
【０１０４】
これにより画像処理部１１４はＣＳ１１２でスキャンした画像のＡ／Ｄ変換、および画像処理を行う。こうして画像処理されたカラー画像データは、ＤＭＡコントローラ１１７よってＲＧＢの順にＤＲＡＭ１１８のラインバッファに書き込まれる。
【０１０５】
従って、符号復号タスク２７はステップＳ７２で、このラインバッファに画像データが書き込まれたかを監視し、画像データが書き込まれていた場合は画像データをＤＰＣＭを基本とした公知の符号化処理により符号化する（ステップＳ７３乃至Ｓ７５）。そしてステップＳ７６で、ハフマン符号のＥＯＬ（End of line）コードを付加する（図９（Ｂ）参照）。そしてステップＳ７７で、この符号化したデータをＤＲＡＭ１１８の通信バッファに書き込み、読取ラインカウンタＬｃｎｔを＋１する。次にステップＳ７８に進み、読取ラインカウンタＬｃｎｔの値が一定値を超えるか、否かを判断し、越えていれば処理を終了する。一方、そうでないときはステップＳ７９に進んで原稿の終了かどうかを調べ、終了でない時はステップＳ７２に戻って前述の処理を実行し、原稿の終了を検出すると、符号化を終了する。
【０１０６】
［カラー画像の復号化］
以上、カラー画像の送信時の符号化について説明したが、カラー受信画像の復号化についても言及しておく。図１３は、このカラー画像の復号化処理を示すフローチャートで、この処理を実行する制御プログラムはＲＯＭ１２１に記憶されており、ＣＰＵ１１の制御の下に実行される。
【０１０７】
ＤＲＡＭ１１８の画像メモリに蓄積されている符号化されている受信画像データを読み出し、ＲＧＢの順にＤＰＣＭを基本とした公知の復号化処理により復号していく（ステップＳ９１〜Ｓ９３）。こうして復号された画像データはＲＧＢの成分ごとにＤＲＡＭ１１８のラインバッファに格納される。この符号化された画像データでは、前述のようにＢ成分の後にハフマン符号のＥＯＬコードが付加されているので、ステップＳ９４では、このＥＯＬコードが検出されたかどうかをみる。検出できなかった場合はステップＳ９８に進み、ステップＳ９８、Ｓ９７で次のＥＯＬコードを検出するまでサーチする。
【０１０８】
ステップＳ９４でＥＯＬコードを検出し、ステップＳ９５で復号エラーがなく、更にステップＳ９６で次のデータが存在するときはステップＳ９１に戻り、前述と同様にして次ラインの復号化処理を行う。
【０１０９】
一方、ＥＯＬコードが検出されずに、ステップＳ９８，Ｓ９７におけるサーチの途中で画像データが終わった場合はステップＳ９８で復号化処理を終了する。また万が一、ステップＳ９５の復号化の過程でエラーが発生した場合もＥＯＬコードを検出できなかったときと同様にステップＳ９７に進み、次のＥＯＬコードを検出することができればステップＳ９６に進んで、その次のラインから復帰することができる。このような処理を受信画像データの最後まで繰り返し実行して、受信画像の復号化処理を行う。
【０１１０】
次に、本実施の形態のファクシミリ装置に実装されたＩＴＵ−Ｔ勧告のＢＦＴ（Binary File Transfer）を利用したカラー画像通信の通信プログラムの動作について説明する。
【０１１１】
ＢＦＴはバイナリファイル、パーソナルコンピュータなどで作成されたファイルをＥＣＭ伝送プロトコル上に乗せてエラーフリーで伝送する方式である。
【０１１２】
このような動作手順を図１４乃至図１７を参照して説明する。
【０１１３】
図１４は、通常のＥＣＭ通信における通信手順を説明するための図である。
【０１１４】
受信側ファクシミリ装置は、ＮＳＦ（非標準装置の信号）で、自機の独自受信能力を宣言し、デジタル識別信号（ＤＩＳ）により、ＩＴＵ−Ｔの受信能力を有することを宣言する。これにより送信側は、デジタル命令信号（ＤＣＳ）、トレーニングチェック（ＴＣＦ）を送信し、受信側は受信準備確認信号（ＣＦＲ）を返送する。こうしてファクシミリ画像信号（ＰＩＸ）を受信し、手順中断信号（ＰＰＳ−ＥＯＰ）に対して、メッセージ確認信号（ＭＣＦ）によりＰＩＸ信号の受信完了、印字可能メッセージを送信側に知らせる。そして送信側より切断コマンド（ＤＣＮ）が送信されて、ＥＣＭ通信が終了する。
【０１１５】
図１５は、ＢＦＴ通信における通信手順（正常通信）を説明するための図である。
【０１１６】
受信側ファクシミリ装置は、ＮＳＦ（非標準装置の信号）で、自機の独自受信能力を宣言し、デジタル識別信号（ＤＩＳ）により、ＩＴＵ−Ｔの受信能力を有することを宣言する。これにより送信側は、デジタル命令信号（ＤＣＳ）でＢＥＴ通信の開始を指示してトレーニングチェック（ＴＣＦ）を送信し、受信側は受信準備確認信号（ＣＦＲ）を返送する。これにより、送信側はこれから伝送するファイルの宣言を行ってヘッダ（header）を送信する。こうして中断信号（ＰＰＳ−ＭＰＳ）を受信すると、メッセージ確認信号（ＭＣＦ）により続行可能であることを知らせる。これにより次に送信側から、データの本体（body）が送信される。そしてこのデータの中断信号（ＰＰＳ−ＥＯＰ）が送信されると、受信完了、印字可能メッセージ（ＭＣＦ）を送信側に送る。そして送信側より切断コマンド（ＤＣＮ）が送信されてＢＦＴ通信が正常終了する。
【０１１７】
図１６は、ＢＦＴ通信における通信手順（拒絶）を説明するための図である。図１６の例では、受信側はヘッダを受信して、中断信号（ＰＰＳ−ＭＰＳ）を受信すると、受信拒絶信号（ＦＤＭ）により、受信が続行不能であることを、送信側に知らせる。
【０１１８】
この拒絶の理由としては、受信側において以下の理由が挙げられる。
(1)指定された圧縮・伸長（符号化・復号化）能力を有していない。
(2)指定された主走査幅で記録ができない。
(3)指定されたファイルサイズでメモリに記憶できない。
(4)指定単位ドット系では記録できない。
【０１１９】
図１７は、ＢＦＴ通信における通信手順（拒絶から復帰手順）を説明するための図である。
【０１２０】
この図１７の例では、受信側はヘッダを受信して、中断信号（ＰＰＳ−ＭＰＳ）を受信すると、受信拒絶信号（ＦＤＭ）により、受信が続行不能であることを、送信側に知らせる点までは、図１６と同じである。
【０１２１】
その後、送信側は、ＦＤＭ信号で返送された前述の拒絶の理由を解析し、それに伴なってファイルフォーマットを変更したファイル宣言を再度実行する。そして、その新たなファイルフォーマットのヘッダ（header）、ファイル本体（Body）を送信する。これにより、受信側は受信完了、印字可能メッセージ（ＭＣＦ）を送信側に送る。そして送信側より切断コマンド（ＤＣＮ）が送信されてＢＦＴ通信が正常終了する。
【０１２２】
図１８は、ＩＴＵ−Ｔ勧告によるＢＦＴヘッダ情報を説明する図である。図１８において、１８００は本実施の形態のファクシミリ装置におけるカラー通信時に使用されるＢＦＴヘッダ情報を示している。
【０１２３】
本実施の形態のファクシミリ装置では、ＢＦＴ通信を実行するための手順であるシンプルＢＦＴを用い、予めファイルのヘッダ情報（図１９参照）のみ相手端末に伝送し、相手端末からの肯定応答（ＭＣＦ信号）を受けて、そのファイルの続き（本体情報）を送信するＩＴＵ−Ｔ勧告の通信手順に従っている。本実施の形態では、符号復号タスク２７でＤＰＣＭ圧縮方式により生成したカラー画像データを本装置でファイルとして作成し、シンプルＢＦＴのプロトコルで伝送可能にしたものである。
【０１２４】
図２０は、図１７において、受信側から送信側に伝送される拒絶理由を返送する信号（ＦＤＭ信号）のフォーマットを示す図である。
【０１２５】
図において、２０１は第１オクテットと呼ばれ、定型メッセージを１バイトで表現するエリアであり、本実施の形態の装置では「理由なし」をセットする。２０２は第２オクテットで、オプショナルな情報がセットされる。また本実施の形態の装置では、第３オクテット以降の「Diagnostic Information」を利用して、以下のような拒絶理由情報をセットする。
(1)指定された圧縮伸長能力なし  …“No Compatible Compression”
(2)主走査幅が印字できない      …“Illegal Horizontal Size”
(3)ファイル容量が大きすぎる    …“File Too Large”
図２１は、本実施の形態のファクシミリ装置におけるカラー画像の送信動作を示すフローチャートで、この処理を実行するプログラムはＲＯＭ１２１に記憶されており、ＣＰＵ１１の制御の下に実行される。尚、本実施の形態でのカラー画像送信動作を実行するプログラムは、実際には図２に示すようにマルチタスクで構成されているが、ここでは簡便化のために図２１のフローチャートに従って説明する。
【０１２６】
まずステップＳ１０１でカラー送信動作が指示されると、これが状態監視タスク２１で検知され、回線制御タスク２３が起動される。これによりステップＳ１０２で、起動された回線制御タスク２３が回線を接続し、その指示された宛先に発呼動作を行うとともに通信タスク２５を起動する。次にステップＳ１０３に進み、通信タスク２５は相手端末からＩＴＵ−Ｔ  Ｔ．３０で規定される初期識別信号（ＤＩＳ信号）を受信するかどうかを監視し、ＤＩＳ信号を受信するとステップＳ１０４に進み、通信タスク２５は相手端末がＩＴＵ−Ｔ  Ｔ．３０で規定されるバイナリ・ファイル・トランスファー（ＢＦＴ）の通信手順を有しているかどうかを判別する。
【０１２７】
なお本実施の形態では、ステップＳ１０４で相手端末がＢＦＴモードを有しているかどうかをＩＴＵ−Ｔ  Ｔ．３０のＤＩＳ信号によって検出しているが、より高速な通信を望む場合は、公知のＩＴＵ−Ｔ  Ｖ．８手順のＡｎｓａｍ信号を検出した後、ＣＭ信号を送出し、Ｖ．３４手順に移行して相手端末の能力を知るようにしてもよい。
【０１２８】
ステップＳ１０４で、相手端末がＢＦＴの通信手順を有していない時は相手端末とカラー画像の通信ができないと判断してステップＳ１０５に進み、自装置のオペレータに知らせるためにエラーを表示し、次にステップＳ１０６で、相手端末に対して回線切断信号（ＤＣＮ信号）を送出し、回線制御タスク２３によって回線切断処理を行う（ステップＳ１０７）。
【０１２９】
一方、ステップＳ１０４で相手端末がＢＦＴモードを有している場合にはステップＳ１０８に進み、受け渡された画像レコードに送信要求があるので、送信動作を開始する。レコード上にカラー画像のビットのセットを認め、ＢＦＴ通信のプロトコルモードとしてカラー画像を送信するためＩＴＵ−Ｔ  Ｔ．３０で規定される受信命令信号（ＤＣＳ信号）のシンプルＢＦＴビットをオンにしてＤＣＳ信号を相手端末に送出する。この際、ＤＣＳ信号の解像度、符号化方式、原稿サイズを表すビットは、実際にＢＦＴモードで送信されるカラー画像の解像度、符号化方式、主走査幅と無関係に必須とされるスタンダード、ＭＨ符号、Ａ４幅と宣言される。これはＤＣＳ信号のこれらのビットは、ＩＴＵ−Ｔ  Ｔ．３０の勧告上欠くことが許されていないからである。実際にＢＦＴで送信される画像とは無関係なので、これに限らずスーパファイン、ＭＭＲ符号、Ａ３幅等であってもよい。その後、ステップＳ１０９でモデムのトレーニングのための信号（ＴＣＦ信号）を送出し、ステップＳ１１０で、相手端末から受信準備確認信号（ＣＦＲ信号）を受信するかどうか監視する。ＣＦＲ信号が受信されるとステップＳ１１１に進み、符号・復号化タスク２７を起動して画像ファイルの作成を行う。
【０１３０】
ここでは図１９に示されるようなＢＦＴファイルヘッダ部（header）の作成とカラー画像をＤＰＣＭ符号化したファイル本体部(body)の作成を行い相手端末に受け渡す動作に入る。
【０１３１】
次にファイル名の作成について説明する。
【０１３２】
ファイル名はパソコンなどで受け渡されるのを想定し、同じファイル名にならないように作成される。本実施の形態の装置では、送信するごとにインクリメントされる数値カウンタを装置内に用意し、このカウンタの計数情報をキャラクタ列に変換し、これをファイル名として用いることができる。また、ファイル名として固定パターン、例えば、“オタンジョウビ オメデトウ”、“アリガトウ”などを設けておき、送信の指示の際、ユーザに選ばせる。こうして選ばれた名前をファイル名として“アリガトウ．ＣＤＰ”としても良い。更に、日時情報などからキャラクタ列を自動生成してファイル名としても良い。本実施の形態の装置では、これらを組み合わせて、交信毎にユニークなファイル名を生成するよう考慮している。例えば図１９では、ファイル名（file-name）として、例えば“アリガトウxxxyyy.CDP”が示されており、ここでxxxは時刻情報、yyyは累計カウンタの値である。
【０１３３】
更に、ＢＦＴモードで実際に送信されるカラー画像の解像度、符号化方式、原稿サイズ等もヘッダ情報としてとして、ここで作成される。ここでは主走査、副走査解像度が共に家庭で普及するプリンタ解像度３６０ｄｐｉの４分の１である９０ｄｐｉ、符号化方式はＤＰＣＭ符号化方式、画像サイズは家庭で普及するカラー画像のサイズである写真Ｌサイズ、官製ハガキなどが入る幅３６０ｍｍ、長さ５４０ｍｍである。これらの解像度、符号化方式、原稿サイズはいずれもＩＴＵ−Ｔ  Ｔ．３０で規定されないものである。ここでは解像度、符号化方式、原稿サイズのいずれもＩＴＵ−Ｔ  Ｔ．３０で規定されないものとしたが、いずれか１つであっても構わない。受信側ではこういったファイル名等のヘッダ情報を受信画像のフッタとして印字するよう動作するので、受信したカラー画像についてのＩＤとなり、ユーザにとって非常に有効な管理情報となる。
【０１３４】
次にステップＳ１１２で、ファイルの名前と拡張子をＢＦＴのヘッダ情報としＥＣＭの高速データとして送信し、引き続いてステップＳ１１３で、ファイルの本体部を送るためにＰＰＳ−ＭＰＳ信号を送信する。以下の受信動作で説明するように、問題なければ相手（受信）側からＭＣＦ信号が返送されてくるし、なんらかの問題があればＦＤＭ信号で拒絶理由等が返送されてくることになる。
【０１３５】
ステップＳ１１４でＦＤＭ信号を受信するとステップＳ１１６に進み、その拒絶理由を解析し、ステップＳ１１７で、そのエラーが発生した理由を表示する。このエラーコードを見て送信側端末のユーザは、相手側がメモリフルで受けられない状態なのか、ヘッダ情報で送信した画像属性が処理できないのか、等の原因を知ることができる。この後、ステップＳ１１８で相手側にＤＣＮ信号を送出し、ステップＳ１１９で回線を切断する。
【０１３６】
一方、ステップＳ１１５でＭＣＦ信号を受信した場合はステップＳ１２０に進み、符号化復号タスク２７は引き続いて画像データの本体部（body）（読み取りデータ）をＤＰＣＭ方式で符号化し、通信タスク２５に画像データを渡し、通信タスク２５が相手に送信する。次にステップＳ１２１に進み、ＰＰＳ−ＥＯＰを送出し、ステップＳ１２２で相手端末からＭＣＦ信号を受信するとステップＳ１２３でＤＣＮ信号を送出し、ステップＳ１２４で回線を切断する。
【０１３７】
ここではＢＦＴ手順で画像情報を送信するフェーズのヘッダ情報を用いてＩＴＵ−Ｔ  Ｔ．３０で規定されない画像の属性情報を非標準の手順を使わずに相手端末に送信する手順について述べたが、ＢＦＴに限らず、ＪＰＥＧやＪＢＩＧ等を用いた場合でもＤＣＳ信号に引き続く画像を送信するフェーズのヘッダ部でＩＴＵ−Ｔ  Ｔ．３０で規定されない画像の属性情報を非標準の手順を使わずに相手端末に送信するといったやり方を用いてもよい。尚、この場合、ステップＳ１０４では、ＤＩＳ信号を受信して相手端末がＢＦＴの能力を持っているかどうかをみるのではなく、ＪＰＥＧやＪＢＩＧを受信する能力があるかどうかを判断するステップに変更される。また、ステップＳ１０８は、ＢＦＴビットをオンするのではなく、ＪＰＥＧやＪＢＩＧのビットをオンするように変更される。
【０１３８】
次に本実施の形態のファクシミリ装置におけるカラー画像或はモノクロ画像の受信時の通信動作を詳細に説明する。尚、本実施の形態のカラー画像送信動作は実際には図２で示すようにマルチタスクにより実行されるが、ここでは簡便化のために図２２のフローチャートに従って説明する。
【０１３９】
図２２は、本実施の形態のファクシミリ装置におけるカラー画像或はモノクロ画像の受信時の通信動作を示すフローチャートで、この処理を実行するプログラムはＲＯＭ１２１に記憶されている。
【０１４０】
まずステップＳ１３１で、回線制御タスク２３が回線よりＣＩ信号が到来するかどうかを監視している。ここで回線制御タスク２３がＣＩ信号検出するとステップＳ１３２で回線捕捉を行なう。この時、自動受信設定であれば、通信タスク２５に通信起動コマンドを発行する。これによりステップＳ１３３に進み、通信タスク２５はメモリ（ＤＲＡＭ１１８）の使用状況のチェックを行う。本実施の形態の装置では、メモリ容量に応じてＩＴＵ−Ｔ  Ｔ．３０の初期識別信号（ＤＩＳ信号）で相手側に通知される自機の能力を変更するようになっている。即ち、メモリが２００ＫＢ以上空いていればステップＳ１３４でカラー画像受信を実行するが、２００ＫＢの空きメモリが無い場合はステップＳ１３５に進み、カラー画像の受信は行わないようにする。具体的には、メモリ残量が２００ＫＢ以上ある場合にはＤＩＳ信号を用いてＢＦＴの宣言をＤＩＳ信号で行う（ステップＳ１３４）。これによって家庭で普及するサイズのカラー画像もモノクロ画像も受信できることになる。一方、２００ＫＢ未満２０ＫＢ以上ならば家庭で普及するサイズのカラー画像の受信はできないので、ＢＦＴの宣言はＤＩＳ信号で行わないがモノクロ画像の受信は可能であるとしてＤＩＳ信号の送出を行う（ステップＳ１３５）。更にメモリ残量が２０ＫＢ未満ならば、ファクシミリの受信も行うことなく（ＤＩＳ信号自体を送出しない）ステップＳ１３１に戻る。
【０１４１】
こうしてステップＳ１３６でＤＣＳ信号を受信するまで、ＤＩＳ信号の送出を繰り返し行ない、送信側端末のコマンド（受信命令信号ＤＣＳや送信命令信号ＤＴＣ）を待つ。
【０１４２】
なお、ここで受信側から送信側に送られるＤＩＳ信号には、ＥＣＭ及びＢＦＴ、解像度、符号化方式、画像サイズなどの受信側端末の受信能力を示す情報が加えられている。本実施の形態の装置においては、ＢＦＴの宣言はカラー画像ファイル受信を行なうための宣言としている。このように本実施の形態の装置では、受信を行うための判断基準としてカラーとモノクロで２段階のメモリの空き容量のスレッシホールドを設定している。これはカラー画像の１ページ分のデータ量がモノクロ画像のデータ量に比して大きいため、受信した画像データ量がメモリの空エリア以上になるオーバーフローを防止する意味がある。また受信画像のためのスレッシホールドを一つだけしか設けていないと、白黒画像を受信できるだけのメモリエリアを利用可能でも、その画像の受信を拒否したり、また逆に白黒画像の受信は可能であってもカラー画像を受信して記憶するだけのメモリエリアがないのに、カラー画像の受信動作を実行したりするという不都合が生じる虞があるためである。
【０１４３】
これら能力宣言であるＤＩＳ信号を送信側に返送すると、送信端末によって、このＤＣＳ信号が受信され、受信側端末に受信の指示が行われる（ステップＳ１３６）。ここで通常送信の場合、ＥＣＭ、符号化方式、原稿サイズ、解像度などの受信命令が、送信側から受信側に伝送される。
【０１４４】
ステップＳ１３７ではＤＣＳ信号を基に、送信側端末がＢＦＴプロトコルでカラー画像を送信しようとしているかどうか判断する。ここで送信側端末がＢＦＴプロトコルでカラー画像を送信しようとしている場合は、ＤＣＳ信号においてＢＦＴモードに移行させるためのシンプルＢＦＴ宣言ビットが立っている。更に、ＩＴＵ−Ｔ  Ｔ．３０で規定される勧告に基づくと、ＤＣＳ信号においては符号化方式、原稿サイズ、解像度などの指示情報を欠くことができないので、ＢＦＴでカラー画像を送信する場合においても実際に送られる符号化方式、原稿サイズ、解像度とは異なるＩＴＵ−Ｔ  Ｔ．３０で規定される符号化方式、原稿サイズ、解像度等の情報はＤＣＳ信号に含まれてくる。ここでＴＣＦ（トレーニング）良好、かつＢＦＴモード及びカラー受信への移行ができればステップＳ１３８に進み、ＣＦＲ信号（受信準備確認）を返送する。
【０１４５】
次に送信側は、この応答に対して、これから送ろうとしているカラー画像情報がどのようなものであるかを表わすファイルヘッダ（header）を画像情報を送信するフェーズと同じフェーズで送ってくる。このファイルヘッダはＩＴＵ−ＴのＴ．４３４の勧告に従っている。ステップＳ１３９では、受信側ではこのヘッダ情報を受信し、さらにこれに引き続く画像本体部（body）の情報を送信してくることを示すＰＰＳ−ＭＰＳ信号を受信するかどうか判断する（ステップＳ１４０）。
【０１４６】
このＰＰＳ−ＭＰＳ信号を受信した場合はステップＳ１４１に進み、ヘッダ中のファイル名のファイル拡張子を参照し、ファイルの名称が所定のフォーマット通りのものか、或はステップＳ１４２で符号化方式がＤＰＣＭ方式か、ステップＳ１４３では原稿サイズはカラー画像のサイズである写真Ｌサイズ、官製ハガキなどが入る幅３６０ｍｍ、長さ５４０ｍｍであるか、また解像度は主走査・副走査共に９０ｄｐｉであるか、更にはステップＳ１４４で送信画像のファイル容量は受信可能な容量かどうか等を判断する。
【０１４７】
ここではステップＳ１４４の、ファイル容量を受信可能かどうかの判定条件に加えることにより、ヘッダ情報を受信した段階で画像を受信できるかどうかが判断でき、長時間電話回線を補足した後に受信できなくなるといった不都合がなくなる。特に大量のデータを通信するカラー画像の送信の場合に、この効果は大きい。またこの時、勧告記載のように、アプリケーション・リファレンスなども合わせて参照し、解読可能なファイルかチェックする。
【０１４８】
こうして送信されてくるファイルが解凍不可能と判断した場合や、受信不能と判断した場合にはステップＳ１４５に進み、ＦＤＭ信号を返送する。このＦＤＭ信号の内容は、Ｔ．４３４に記述されているが、ＦＤＭ（拒絶）の内容として、“メモリ容量がない”、もしくは、“メモリの残量がない”等を理由情報として相手側（送信側）に送出しても良い。これに限らず、解像度、符号化方式等の不一致等を理由情報として相手側に送出してもよい。これにより送信側では、単にＮＧでなく、どのようにすれば送信可能かなど知ることができ、送信側でそれに応じた的確な対応が可能となる。またこのＦＤＭを拡張する条件として、ヘッダ情報の参照により拡張を行なえば、プロトコル上問題は起きない。
【０１４９】
こうしてステップＳ１４６に進み、送信側から切断信号（ＤＣＮ）を受信すると、通信タスク２５は回線制御タスク２３を呼出して回線の切断処理を行う。
【０１５０】
一方、ヘッダ情報の受信が成功し、カラー画像受信の準備ができた場合はステップＳ１４７に進み、送信側にＭＣＦ信号を送出する。これにより送信側は、ファイル本体の送信処理に移行する。次に受信側ではカラー画像ファイルの受信のため、画像レコード上の管理情報にカラー画像識別ビットを立てる。また同時にページレコードを生成し、画像レコードとリンクさせる。これらの情報は受信画像のプリントの動作で前述したので、ここでは説明を省略する。
【０１５１】
こうして送信側が次にファイル本体（図１５の「body」）を送出するとステップＳ１４８に進み、受信側はこれを受信する。このファイル本体には、主走査画素数、副走査画素数、主走査方向画素数、副走査方向画素数が設定されており、これらの情報の後に、ＤＰＣＭによる圧縮された画像データが続く。ここで主走査方向画素数、副走査方向画素数は先に獲得されたページレコード上にセットされる。このように、ページレコード上に、これらの情報をセットすることにより、記録タスク２９などの他タスクによる参照が可能となる。それと同時に、これらＢＦＴのヘッダ情報、また主走査画素数、副走査画素数、主走査方向画素数、副走査方向画素数もそのまま画像ファイルの中に記憶することにより、これらの画像がプロトコルからの情報と分離された場合でも、画像として単独に展開が可能となる。例えば、これによる効果は、この画像ファイルをパソコン上に吸い上げた場合に、そのパソコンで画像を再生できるという効果が生まれる。また、逆に受信画像を直接記録する動作しか実行させない受信端末の場合、これら情報をページレコードに移した後、これら画像情報に付随した情報を取り除いた形で画像ファイルに転送しても良い。この場合、記録タスク２９でのヘッダ情報の分離作業が無くなり扱いが簡単となる。即ち、白黒画像通信における通常の受信処理の形態に近くなる。
【０１５２】
ここで画像データ本体（body）はＤＰＣＭコード化されたデータで、通常ＥＣＭと同様にＨＤＬＣでフォーマット化された形で伝送されてくる（これによりエラーがあった場合の検出が可能である）。受信側ではＲＣＰ受信をもってＱ信号の受信に向かう。そして通信データが終了したことを示すＰＰＳ−ＥＯＰを受信するとステップＳ１４９からステップＳ１５０に進み、受信データにエラーがなければ、受信データにエラーが無いことを示すＭＣＦ信号を返送する。そして、送信側より送出されるＤＣＮ信号を受信すると、通信タスク２５は回線制御タスク２３を起動し、回線を切断して通信終了する（不図示）。
【０１５３】
次にステップＳ１５１に進み、受信した画像情報に基づいて、画像のサイズ、解像度が決定される。更に、通信タスク２５は、ページレコードをクローズし、画像レコードをクローズして通信タスク２５を終了する。こうして通信タスク２５が終了すると、未記録画像データが存在するので符号復号タスク２７が起動される（ステップＳ１５２）。この符号復号タスク２７は、送信側から送られてくる受信命令信号（ＤＣＳ信号）で指定される解像度、符号化方式、原稿サイズにはよらずに、ＢＦＴモードの画像データを送信するフェーズで送信されてくるヘッダ情報に示される解像度、符号化方式、原稿サイズに従って復号処理する。このステップＳ１５２の復号処理が完了するとステップＳ１５３に進み、記録タスク２９が起動される。そして、ＢＦＴモードの画像データを送信するフェーズで送信されてくるヘッダ情報に示される解像度、符号化方式、原稿サイズに従って、３６０ｄｐｉの画像に変換して画像処理が行われ、その処理された画像データに基づいて画像記録が行われる。
【０１５４】
またステップＳ１３７でＤＣＳ信号により、送信側端末がＢＦＴプロトコルによる送信を希望していないときはステップＳ１５４に進み、そのＤＣＳ信号を基に、これから受信する画像の主走査サイズ、解像度等を決定し、ステップＳ１５５で、受信準備確認信号（ＣＦＲ）を送信側に送る。次にステップＳ１５６に進み、送られてくる画像信号を受信し、ＰＰＳ−ＥＯＰ信号信号を受信するとステップＳ１５７からステップＳ１５８に進み、その受信した画像を復号して記録部１２０により記録する。
【０１５５】
このようにカラー画像や、ＩＴＵ−Ｔ勧告では非標準のサイズや解像度や符号化方式を有する画像を伝送する際、非標準の手順を用いることなく汎用性の高い標準の手順で通信を実行することにより、それぞれ別のメーカで製造されたファクシミリ機器同士での通信を可能にし、画像サイズに対応した適正なデータ量で高画質の画像の送受信を実行でき、また受信側での画像処理をより簡易にして画像通信を実現できる。またこのように写真Ｌサイズや官製ハガキサイズのように、ＩＴＵ−Ｔ勧告で標準化されていない画像を送信する場合でも、画像データを適正なデータ量で迅速かつ高画質に送受信でき、受信側の記録部（プリンタ）の解像度にあった画像データの送受信及び記録を行うことができる。
【０１５６】
以上の説明は、本実施の形態の機能を有するファクシミリ装置間での通信の場合の説明である。しかし実際には、ＢＦＴはファイル伝送なので、相手端末がパソコン等の場合があり、ＢＦＴ宣言をすることにより各種ファイルを送信しようとすることが考えられる。以下、それについて説明する。
【０１５７】
送信側端末が全く別のファイル（例えば表計算ソフトのエクセル（Excel）、文章作成ソフトのワード（Word）など）を送ろうとしてきた場合、ヘッダ情報のファイル名を表わす、ファイルの拡張子が例えば“.xls”となっている。従って、この拡張子を参照することにより、該当ファイルでないことが確認できる。これにより次のＱ信号に対しＦＤＭ信号を返送して、そのファイルは受け取れない旨を通知できる。これにより送信側としては、ＦＤＭ信号の内容により、違う形式のファイルを送信したいと考え、再度、ヘッダを送信してくるかもしれない。この場合も同様にＦＤＭ信号を返送することになる。送信側端末によっては、動きとして予想できない場合もあるので、ＦＤＭ信号の返送回数をカウントし、無限に通信することがないようにしてある。即ち、ＦＤＭ信号を所定回数以上送出すると回線の切断することにより、電話回線を無意味に補足し続けることを防止している。
【０１５８】
ここで、即時にＤＣＮ信号を送出して回線を切断しないのは、本実施の形態の装置の通信機能を有している、アッパーバージョン機による送信の場合があり得るため、再度のヘッダの送信を待つように設定している。また或は、通信属性が一致しないと判断した場合は、即刻、ＤＣＮ信号を送出して回線を切断するのが安全である。
【０１５９】
次にファイルの拡張子が本実施の形態の装置と偶然同じである場合、ヘッダの認証としてＯＫとなるため、図１５に示すように、送信側はファイル本体の送信に移行してしまうことがある。この場合、受信稼動中の通信タスク２５は、ファイル本体（body）の構成、主走査、副走査各々パラメータ値等を参照し、それらの値が異常値であれば、即座に回線切断などの処置をとる。これは送信側に無駄な通信課金をさせてしまうのを防ぐためである。但し、この場合には、画像の最後を待って、ＦＤＭ信号を返しても良い。
【０１６０】
また、チェック機能として、符号復号タスク２７を起動し、回線から到来するデータを即時に復号化し、主走査１ラインの長さが問題なく同じか、副走査方向の長さが問題ないかなどチェックすることにより、より厳密なチェックが可能となる。
【０１６１】
なお、上述の説明では、受信側端末がＢＦＴモードを有しているかどうかをＩＴＵ−Ｔ  Ｔ．３０のＤＩＳ信号によって検出しているが、より高速な通信を望む場合は、着信後に公知のＩＴＵ−Ｔ  Ｖ．８手順のＡｎｓａｍ信号を送出した後、送信側からのＣＭ信号を検出し、Ｖ．３４手順に移行した後、送信側に受信機側がＢＦＴモードを有していることを通知するようにしてもよい。
【０１６２】
また本実施の形態では、ＢＦＴ手順で画像情報を受信するフェーズのヘッダ情報を用いてＩＴＵ−Ｔ  Ｔ．３０で規定されない画像の属性情報を非標準の手順を使わずに相手端末から受信する手順について述べたが、本実施の形態はＢＦＴに限らず、ＪＰＥＧやＪＢＩＧ等を用いた場合でもＤＣＳ信号の受信に引き続く画像を受信するフェーズのヘッダ部でＩＴＵ−Ｔ  Ｔ．３０で規定されない画像の属性情報を非標準の手順を使わずにに受信するといったやり方を用いても良い。尚、この場合、ステップＳ１３４、Ｓ１３５では、ＢＦＴビットをオン／オフしたＤＩＳ信号を送信して相手端末にＢＦＴの能力を持っているかどうかを示すのではなく、ＪＰＥＧやＪＢＩＧを受信する能力があるかどうかを判断するステップに変更され、ステップＳ１３７はＢＦＴビットをオン／オフをみるので、ＪＰＥＧやＪＢＩＧのビットのオン／オフをみるように変更されることは当業者ならば容易に変更可能であろう。
【０１６３】
次に本実施の形態のファクシミリ装置におけるモノクロ画像の送信動作を図２３のフローチャートを参照して説明する。尚、このモノクロ画像送信動作は、実際には図２で示すようにマルチタスクにより実行されているが、ここでは簡便化のために図２３のようなフローチャートで示し、そのフローチャートに従って説明する。
【０１６４】
ステップＳ１６１で、モノクロ送信動作が指示されると、状態監視タスク２１で検知され、回線制御タスク２３を起動する。これによりステップＳ１６２で、起動された回線制御タスク２３は回線を接続し、指示された宛先に発呼動作を行い、回線制御タスク２３は通信タスク２５を起動する。次にステップＳ１６３に進み、通信タスク２５は相手端末（受信側）からＩＴＵ−Ｔ  Ｔ．３０で規定される初期識別信号（ＤＩＳ信号）を受信するかどうかを監視する。ＤＩＳ信号を受信するとステップＳ１６４に進み、通信タスク２５は相手端末の有する機能に応じて受信命令信号（ＤＣＳ信号）を相手端末に送出する。
【０１６５】
ここで相手端末とより高速な通信を望む場合は、公知のＩＴＵ−Ｔ  Ｖ．８手順のＡｎｓａｍ信号を検出した後、ＣＭ信号を送出し、Ｖ．３４手順に移行して相手端末の能力を知るようにしてもよい。この際、ＤＣＳ信号の解像度、符号化方式、原稿サイズ等を表すビットは、相手端末が処理できるものでＩＴＵ−Ｔ  Ｔ．３０で規定されているものが選択される。
【０１６６】
その後ステップＳ１６５に進み、モデムのトレーニングのための信号（ＴＣＦ信号）を送出し、相手端末から受信準備確認信号（ＣＦＲ信号）を受信するかどうか監視する（ステップＳ１６６）。ＣＦＲ信号が受信されるとステップＳ１６７に進み、符号復号タスク２７を起動し、読み取った画像データを相手側が受信できる解像度、主走査幅に変換し、相手側が受信できる符号化方式で符号化して相手側端末に、その符号化した画像データを送信する。そして送信すべき画像データが終了するとステップＳ１６８でＥＯＰを送出し、ステップＳ１６９で、相手側からＭＣＦ信号を受信するとステップＳ１７０に進んでＤＣＮ信号を送出する。そしてステップＳ１７１で、回線制御タスク２３を起動して回線を切断する。
【０１６７】
また図２４は、図１７に示すＢＦＴ通信で、受信側からＦＤＭ信号を受信した場合の他の実施の形態の処理を示すフローチャートである。
【０１６８】
この処理は、図２１のステップＳ１１４で、ＦＤＭ信号を受信することにより開始され、まずステップＳ１８１で、そのＦＤＭ信号に含まれる拒絶の理由を解析し、その理由を表示部３６に表示してユーザに報知する。次にステップＳ１８３に進み、その理由が、本実施の形態の装置で変更可能かどうかをみる。例えば解像度だけが問題であれば解像度を変更できるか、符号化方法が対応していないときは対応する方式（もしその符号復号タスク２７が存在すれば）で符号化できるか等を検討し、可能で無ければステップＳ１１８に進んで前述の図２１のフローチャートに従って処理する。
【０１６９】
もし可能であればステップＳ１８４に進み、その変更した新たな条件を設定して、それを基に新たなヘッダを付与した画像ファイルを作成する（ステップＳ１８５）。次にステップＳ１８６で、ファイルの名前と拡張子をＢＦＴのヘッダ情報としてＥＣＭの高速データとして送信し、引き続いてステップＳ１８７で、ファイルの本体部（body）を送るためにＰＰＳ−ＭＰＳ信号を送信する。
【０１７０】
そしてステップＳ１８８でＦＤＭ信号を受信すると図２１のステップＳ１１６に進み、前述したようにその拒絶理由を解析し、ステップＳ１１７で、そのエラーが発生した理由を表示する。また、ステップＳ１８９でＭＣＦ信号を受信すると図２１のステップＳ１２０に進み、符号化復号タスク２７は引き続いて画像データの本体部（body）（読み取りデータ）をＤＰＣＭ方式で符号化し、通信タスク２５に画像データを渡し、通信タスク２５が相手に送信する。この後の動作は図２１を参照して前述した通りである。
【０１７１】
なお、本発明は、複数の機器（例えばホストコンピュータ，インタフェイス機器，リーダ，プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用してもよい。
【０１７２】
また、本発明の目的は、前述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても達成される。
【０１７３】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１７４】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【０１７５】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。
【０１７６】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。
【０１７７】
以上説明したように本実施の形態によれば、カラー画像、或はＩＴＵ−Ｔ勧告では非標準の画像サイズや解像度、また符号化方式を有する画像を送受信する際、非標準の手順を用いることなく汎用性の高い標準の手順で送受信を実行することにより、異なるメーカ同士の機種間での送受信を行うことができる。
【０１７８】
また送受信される画像サイズに対応した適正なデータ量で迅速かつ高画質の画像の送受信を行うことができ、また受信側での画像処理をより簡易にした画像通信を実現できるようになった。
【０１７９】
更に送受信する画像の属性がＩＴＵ−Ｔ勧告で標準化されたものであるかどうかに応じて、送受信する手順を変更できるようにすることで、送受信する画像の属性がＩＴＵ―Ｔ勧告化されているかどうかによらず送受信できるようになった。
【０１８０】
更に本実施の形態によれば、ＩＴＵ−Ｔ勧告で非標準のサイズや解像度や符号化方式を有する画像を送信する際、画像データを通信するフェーズで非標準のサイズや解像度や符号化方式を相手機に対して伝達し、ＩＴＵ―Ｔ勧告化されている手順信号上ではダミーの信号としてＩＴＵ−Ｔで勧告化されている画像のサイズや解像度や符号化方式を相手機に対して通知することにより、ＩＴＵ−Ｔ勧告と矛盾することなく標準の手順を用いた通信が実行できるようになった。
【０１８１】
本願発明の趣旨を逸脱することなく本願発明の種々の変更や修正が可能であるので、本願発明の趣旨は上記特許請求の範囲によって規定されるものである。
【０１８２】
【発明の効果】
以上説明したように本発明によれば、ＩＴＵ−Ｔ勧告のＴ．３０で規定されていない属性の画像データを伝送する際、非標準の手順を用いることなく汎用性の高い標準の手順で通信を実行することにより、異なる機種間での通信を可能にし、各種画像に対応した画像通信を行うことができる。
【０１８３】
また本発明によれば、通信する画像の属性がＩＴＵ―Ｔ勧告化されているかどうかによらず通信できるようにようにした画像通信方法及び装置及び前記装置における通信制御方法を提供できる。
【０１８４】
また本発明によれば、ＩＴＵ−Ｔ勧告のＴ．３０で規定されていない属性を有する画像データを伝送する際、画像データを送信するフェーズでＩＴＵ−Ｔ勧告のＴ．３０で規定されていない属性を相手機に伝送することにより、ＩＴＵ−Ｔ勧告と矛盾することなく標準の手順を用いた画像通信を実行することができる。
【０１８５】
また本発明によれば、ＩＴＵ−Ｔ勧告のＴ．３０で規定されていない属性を有する画像データを送受信する際、非標準の手順を用いることなく汎用性の高い標準の手順で通信を実行することにより、異なるメーカ同士での通信を可能にできる。
【０１８６】
更に本発明によれば、送受信する画像データの属性がＩＴＵ−Ｔ勧告のＴ．３０で規定されていない場合でも、通信する手順を変更して送受信を可能にすることができるという効果がある。
【図面の簡単な説明】
【図１】本実施の形態のファクシミリ装置のシステム構成を示すブロック図である。
【図２】本実施の形態のファクシミリ装置を制御するためのソフトウェアの一例を示すタスク構成図である。
【図３】本実施の形態のファクシミリ装置の操作パネルの構成を説明する図である。
【図４】本実施の形態のファクシミリ装置の制御部が画像データを管理するために形成する管理テーブルである画像レコードの一例を示す図である。
【図５】本実施の形態のファクシミリ装置における、ハンドスキャナを使用したモノクロ画像送信或はコピーのための、モノクロ画像の読取時の制御を示すフローチャートである。
【図６】本実施の形態のファクシミリ装置における、図５のフローチャートで示される処理と並行して実行される割込み処理を示すフローチャートである。
【図７】本実施の形態のファクシミリ装置における、ハンドスキャナを使用したカラー画像コピー時のカラー原稿読取時の制御を示すフローチャートである。
【図８】本実施の形態のファクシミリ装置における、図７のフローチャートで示される処理と並行して実行される割込み処理を示すフローチャートである。
【図９】ＲＧＢデータと、その符号化データフォーマットを説明する図である。
【図１０】カラー画像送信時の符号化処理を示すフローチャートである。
【図１１】シートスキャンによる原稿画像の読取り及び送信まで処理を示すフローチャートである。
【図１２】図１１の処理と並行して実行される割込み処理の手順を示すフローチャートである。
【図１３】カラー画像の復号化処理を示すフローチャートである。
【図１４】通常ＥＣＭ通信の手順を説明する図である。
【図１５】ＢＦＴ通信の手順（正常）を説明する図である。
【図１６】ＢＦＴ通信の手順（拒絶による終了）を説明する図である。
【図１７】ＢＦＴ通信の手順（拒絶から復帰）を説明する図である。
【図１８】ＩＴＵ−Ｔ勧告（Ｔ．４３４）によるＢＦＴフォーマットを説明する図である。
【図１９】本実施の形態におけるＢＦＴヘッダの内容を説明する図である。
【図２０】ＩＴＵ−Ｔ勧告によるＦＤＭ信号のフォーマットを説明する図である。
【図２１】本実施の形態のファクシミリ装置における送信処理を示すフローチャートである。
【図２２】本実施の形態のファクシミリ装置における受信処理を示すフローチャートである。
【図２３】本実施の形態のファクシミリ装置におけるモノクロ送信処理を示すフローチャートである。
【図２４】本実施の形態のファクシミリ装置において図１７の手順を実行する場合の送信処理を示すフローチャートである。
【図１】
0004280377.tif 000002
【図２】
0004280377.tif 000003
【図３】
0004280377.tif 000004
【図４】
0004280377.tif 000005
【図５】
0004280377.tif 000006
【図６】
0004280377.tif 000007
【図７】
0004280377.tif 000008
【図８】
0004280377.tif 000009
【図９】
0004280377.tif 000010
【図１０】
0004280377.tif 000011
【図１１】
0004280377.tif 000012
【図１２】
0004280377.tif 000013
【図１３】
0004280377.tif 000014
【図１４】
0004280377.tif 000015
【図１５】
0004280377.tif 000016
【図１６】
0004280377.tif 000017
【図１７】
0004280377.tif 000018
【図１８】
0004280377.tif 000019
【図１９】
0004280377.tif 000020
【図２０】
0004280377.tif 000021
【図２１】
0004280377.tif 000022
【図２２】
0004280377.tif 000023
【図２３】
0004280377.tif 000024
【図２４】
0004280377.tif 000025