ファクシミリ装置
【課題】相手先装置が対応できる符号化方式の符号化画像データを好適に生成可能な、ファクシミリ装置を提供することを目的とする。
【解決手段】ファクシミリ装置は、受信された相手先装置からの能力信号から相手先装置の受信機能力情報を取得し（Ｓ１０６，Ｓ１２２）、読み取られた原稿に対応する画像データから、受信機能力情報によって特定される符号化方式で符号化された符号化画像データを生成し、記憶する（Ｓ１１２，Ｓ１２４）。ファクシミリ装置は、受信機能力情報が取得された場合、相手先装置との通信が行われていない状態とし、符号化画像データが、記憶された場合、記憶された符号化画像データを、通信回線網を介して、相手先装置にファクシミリ送信する（Ｓ１１４）。ファクシミリ装置は、相手先装置との通信が行われていない状態で原稿の読み取りを開始する。
【解決手段】ファクシミリ装置は、受信された相手先装置からの能力信号から相手先装置の受信機能力情報を取得し（Ｓ１０６，Ｓ１２２）、読み取られた原稿に対応する画像データから、受信機能力情報によって特定される符号化方式で符号化された符号化画像データを生成し、記憶する（Ｓ１１２，Ｓ１２４）。ファクシミリ装置は、受信機能力情報が取得された場合、相手先装置との通信が行われていない状態とし、符号化画像データが、記憶された場合、記憶された符号化画像データを、通信回線網を介して、相手先装置にファクシミリ送信する（Ｓ１１４）。ファクシミリ装置は、相手先装置との通信が行われていない状態で原稿の読み取りを開始する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファクシミリ装置に関する。
【背景技術】
【０００２】
従来から、ファクシミリ装置等に関する技術が提案されている（例えば、特許文献１、特許文献２参照）。特許文献１のＦＡＸ送信処理では、通信相手装置から受信したＤＩＳ信号等に含まれる情報に基いて、通信相手装置の受信能力が送信条件を満たさないと判断されると、記憶されている符号化された原稿データが読み出され、復号された後、通信相手装置の能力に合わせて、解像度、原稿サイズ、カラー原稿を白黒原稿に変換するなどの処理が行われる。変更された画像データは、符号化され、画像メモリに記憶される。また、特許文献２の印刷システムは、印刷装置端末として機能する２台の画像処理装置と、これらが接続されているＩＰネットワークからなる。画像処理装置は、それぞれ、ＩＰネットワークを構築する２台のＳＩＰプロキシー・サーバーに接続されている。この印刷システムにおいて、ＩＰネットワークは、例えば、次世代ネットワーク（NGN）として構成されており、ＳＩＰプロキシー・サーバーやロケーション・サーバーなどにより構築されている。
【０００３】
なお、市外局番から始まる電話番号を利用した帯域確保型のデータ通信サービスが提供されている（例えば、非特許文献１参照）。このサービスにはＮＧＮが利用される。また、「ＮＧＮを利用するＴ．３８ベースのＩＰ化ＦＡＸ接続インプリメント仕様」が策定されている（例えば、非特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２９４８７９号公報
【特許文献２】特開２０１０−２１９６８９号公報
【非特許文献】
【０００５】
【非特許文献１】東日本電信電話株式会社、“Ｎｅｗｓ Ｒｅｌｅａｓｅ 「ひかり電話」を利用した帯域確保型データ通信サービス 「データコネクト」の提供および大容量・多チャネルでの通信を実現する「ひかり電話ナンバーゲート」の提供について”、［online］、平成２２年５月３１日、［平成２３年３月５日検索］、インターネット< http://www.ntt-east.co.jp/release/1005/100531e.html >
【非特許文献２】株式会社ソフトフロント、“ＮＧＮを利用するＴ．３８ベースのＩＰ化ＦＡＸ接続インプリメント仕様”、［online］、２０１０年２月１日、［平成２３年３月１７日検索］、インターネット< http://www.softfront.co.jp/tech/lib/100201_specification-IPFAX.pdf >
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、送信先となるファクシミリ装置（相手先装置）とファクシミリ通信を行う場合、送信元のファクシミリ装置では、読み取られた原稿に対応する画像データは、符号化された形式で送信される。その際、送信元のファクシミリ装置と、相手先装置との間では、ファクシミリ送信に用いる符号化方式がネゴシエーションされる。送信元のファクシミリ装置は、このネゴシエーションによって決定された符号化方式で、符号化された符号化画像データを生成し、これを送信する。ここで、符号化画像データを送信する方法には、リアルタイム送信と、メモリ送信とがある。先ず、リアルタイム送信について説明する。リアルタイム送信では、原稿の読み取りと、符号化と、送信といった一連の処理が並行して行われる。このような各処理のうち、原稿の読み込み及び符号化は、処理に長い時間を要する。そのため、リアルタイム送信は、ファクシミリ送信に要する時間が長くなってしまう。例えば、上述したような帯域確保型のデータ通信サービスが利用される場合、高速通信のメリットが失われる。なお、ＮＧＮが利用された帯域確保型のデータ通信サービスにおける通信速度は、６４ｋｂｐｓ、５１２ｋｂｐｓ、１Ｍｂｐｓ程度である。
【０００７】
次に、メモリ送信について説明する。送信元のファクシミリ装置において、モノクロ送信が選択されている場合のメモリ送信では、原稿の読み取りと、圧縮率の高い例えばＭＭＲによる符号化と、符号化画像データの記憶部への記憶（蓄積）といった一連の処理が行われる。その後、全ての原稿を対象として、符号化画像データが記憶部に記憶された状態で、リアルタイム送信と同様、ネゴシエーションが行われる。ネゴシエーションの結果、相手先装置が、ＭＭＲに対応していないファクシミリ装置であると、送信元のファクシミリ装置では、ＭＭＲによる符号化画像データが復号化される。続けて、復号化された画像データは、相手先装置が対応している符号化方式で再符号化される。その後、再符号化された符号化画像データが送信される。従って、リアルタイム送信と同様、処理に要する時間が長くなる。なお、モノクロ送信の場合の符号化方式としては、例えば、圧縮率の高い順に、ＭＭＲ、ＭＲ、ＭＨが採用される。また、ＪＢＩＧによる符号化方式が採用される場合もある。
【０００８】
カラー送信が選択されている場合のメモリ送信では、先ず、原稿の読み取りと、ＪＰＥＧによる符号化と、符号化画像データの記憶部への記憶（蓄積）といった一連の処理が行われる。その後、全ての原稿を対象として、符号化画像データが記憶部に記憶された状態で、上記と同様、ネゴシエーションが行われる。ネゴシエーションの結果、相手先装置が、カラー送信に対応していないファクシミリ装置であると、例えば、送信エラーとされる。この他、ＪＰＥＧによる符号化画像データが復号化され、復号化された画像データは、モノクロ変換された後、モノクロに対応した符号化方式で再符号化される。その後、再符号化された符号化画像データが送信される。従って、上述した場合と同様、処理に要する時間が長くなる。
【０００９】
本発明は、相手先装置が対応できる符号化方式の符号化画像データを好適に生成可能な、ファクシミリ装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記従来の課題に鑑みなされた本発明の一側面は、通信回線網に接続された相手先装置に、読み取られた原稿に対応する画像データを符号化した符号化画像データをファクシミリ送信するファクシミリ装置であって、データを記憶する記憶部と、原稿を読み取る読取部と、通信回線網に接続される通信部と、前記通信部を制御する通信制御部と、前記通信制御部によって前記通信部で受信された相手先装置からの能力信号から、相手先装置が受信できる符号化画像データの符号化方式のための受信機能力情報を取得する取得部と、前記読取部で読み取られた原稿に対応する画像データから、前記取得部で取得された受信機能力情報によって特定される符号化方式で符号化された符号化画像データを生成する生成部と、前記生成部で生成された符号化画像データを、前記記憶部に記憶する記憶制御部と、を有し、前記通信制御部は、前記取得部で受信機能力情報が取得された場合、前記通信部による相手先装置との通信が行われていない状態とし、前記生成部で生成された符号化画像データが、前記記憶制御部によって前記記憶部に記憶された場合、前記通信部を制御し、前記記憶部に記憶された符号化画像データを、通信回線網を介して、相手先装置にファクシミリ送信し、前記読取部は、前記通信制御部によって前記通信部による相手先装置との通信が行われていない状態で、原稿の読み取りを開始する、ファクシミリ装置である。これによれば、メモリ送信時、相手先装置の受信機能力情報を取得し、相手先装置との通信が行われていない状態で、原稿を読み取り、相手先装置が対応できる適切な符号化画像データを生成することができるため、従来のように相手先の受信能力が異なっていた場合の再符号化処理を行う必要がない。その結果、確保した帯域を有効利用できる。
【００１１】
このファクシミリ装置は、次のような構成とすることもできる。通信回線網は、ＩＰネットワークによって構成され、前記通信制御部は、前記通信部を制御し、前記取得部で取得される受信機能力情報を含む第一の能力信号を、第一のプロトコルに従った手順によって受信し、第一のプロトコルに従った手順によって第一の能力信号が取得された場合、第一のプロトコルに従った手順によって前記通信部による通信の中断を制御し、第一のプロトコルに従った手順によって第一の能力信号が取得されない場合、第一のプロトコルに従った手順による通信を終了させた状態で、受信機能力情報を含む第二の能力信号を、第二のプロトコルに従った手順によって受信する、ようにしてもよい。これによれば、好適に、相手先装置の受信機能力情報を取得することができる。第一のプロトコルに従った手順による通信を中断又は終了し、この通信が行われていない状態とすることができる。なお、第一のプロトコルとしては、所定のサーバを介した通信を行うためのプロトコルが例示される。第二のプロトコルとしては、所定のサーバを介さず、ファクシミリ送信の送信元及び送信先の両装置で、直接、通信を行うためのプロトコルが例示される。
【００１２】
また、前記通信制御部は、第一のプロトコルに従った手順によって第一の能力信号が取得された場合、前記通信部を制御し、前記通信部による通信を中断するための第一の中断信号を、前記相手先装置に送信し、第一のプロトコルに従った手順によって第一の能力信号が取得されない場合、前記通信部を制御し、前記通信部による通信を終了するための終了信号を、前記相手装置に送信する、ようにしてもよい。これによれば、好適に、第一のプロトコルに従った手順による通信を中断又は終了し、この通信が行われていない状態とすることができる。
【００１３】
また、前記通信制御部は、第二のプロトコルに従った手順によって第二の能力信号が受信された場合、第二のプロトコルに従った手順によって前記通信部による通信の中断を制御する、ようにしてもよい。これによれば、好適に、第二のプロトコルに従った手順による通信を中断し、この通信が行われていない状態とすることができる。
【００１４】
また、前記通信制御部は、第二のプロトコルに従った手順によって第二の能力信号が受信された場合、前記通信部を制御し、前記通信部による通信を中断するための第二の中断信号を、前記相手先装置に送信する、ようにしてもよい。これによれば、好適に、第二のプロトコルに従った手順による通信を中断することができる。
【発明の効果】
【００１５】
本発明によれば、相手先装置が対応できる符号化方式の符号化画像データを好適に生成可能な、ファクシミリ装置を得ることができる。
【図面の簡単な説明】
【００１６】
【図１】ファクシミリ通信システムの一例、及び、ファクシミリ装置のハードウェア構成の一例を示すブロック図である。
【図２】第一実施例の処理のシーケンス図である。
【図３】（Ａ）はＩＮＶＩＴＥメッセージのＳＤＰの一例を示す図である。（Ｂ）は第一実施例の２００ＯＫメッセージのＳＤＰの一例を示す図である。
【図４】第二実施例及び第三実施例の各処理のシーケンス図である。
【図５】（Ａ）は第二実施例の２００ＯＫメッセージのＳＤＰの一例を示す図である。（Ｂ）は第三実施例の２００ＯＫメッセージのＳＤＰの一例を示す図である。
【図６】送信元のファクシミリ装置で実行されるメイン処理のフローチャートである。
【図７】受信機能力取得処理のフローチャートである。
【図８】符号化画像データ送信処理のフローチャートである。
【図９】公衆電話交換回線網によって実現される処理のシーケンス図である。
【発明を実施するための形態】
【００１７】
本発明を実施するための実施形態について、図面を用いて説明する。本発明は、以下に記載の構成に限定されるものではなく、同一の技術的思想において種々の構成を採用することができる。例えば、以下に示す構成の一部は、省略し又は他の構成等に置換してもよい。また、他の構成を含むようにしてもよい。
【００１８】
＜ファクシミリ通信システム＞
ファクシミリ通信システム（ＦＡＸ通信システム）１について、図１を参照して説明する。図１に示すＦＡＸ通信システム１は、次世代ネットワーク（ＮＧＮ（Next Generation Network）。以下、「ＮＧＮ」という。）網３によって構築される。具体的に、ＦＡＸ通信システム１は、例えば上述した非特許文献１に示されるような、市外局番から始まる電話番号（以下、「ダイヤル番号」という。）を利用した帯域確保型のデータ通信サービスによって構築される。即ち、ＦＡＸ通信システム１は、東日本電信電話株式会社及び西日本電信電話株式会社によって既に提供されている、帯域確保型のデータ通信サービスによって構築される。この帯域確保型のデータ通信サービスは、データコネクト（登録商標）と称されている。ＮＧＮ網３を利用した帯域確保型のデータ通信サービスは、既に実用化された技術であるため、その説明は、省略する。
【００１９】
ＦＡＸ通信システム１は、図１に示すように、少なくとも、送信元となるファクシミリ装置（ＦＡＸ装置）１０と、送信先（受信側）となるファクシミリ装置（以下、「相手先装置」という。）５０とを含む。また、ＦＡＸ通信システム１は、ＳＩＰ（Session Initiation Protocol）サーバ８０を含む。ＦＡＸ装置１０と、相手先装置５０と、ＳＩＰサーバ８０とは、ＮＧＮ網３に接続されている。この他、図１に示す例では、ＦＡＸ通信システム１は、交換機９０を含む。ＦＡＸ装置１０と相手先装置５０とは、交換機９０によって構成された公衆電話交換回線網（ＰＳＴＮ（Public Switched Telephone Networks）。以下、「ＰＳＴＮ」という。）５にも接続されている。交換機９０は、既に実用化された構成であるため、その説明は、省略する。
【００２０】
＜ＦＡＸ装置＞
ＦＡＸ装置１０は、Ｔ．３８ベースのＩＰＦＡＸ（Internet Protocol FAX。以下、「Ｔ．３８ＦＡＸ」という。）通信と、一般ＦＡＸ通信とを行うための機能を有する。なお、Ｔ．３８は、ＩＰプロトコルを用いて、Ｇ３ＦＡＸ通信を行うための伝送制御プロトコルである。Ｔ．３８ＦＡＸ通信は、ＳＩＰＵＲＩ（SIP Uniform Resource Identifier）を用いて、ＮＧＮ網３を介して、符号化された画像データ（以下、「符号化画像データ」という。）を通信（送受信）するものである。一般ＦＡＸ通信は、ＰＳＴＮ５を介して、符号化画像データを通信（送受信）するものである。Ｔ．３８ＦＡＸ通信及び一般ＦＡＸ通信では、ダイヤル番号が用いられる。ダイヤル番号としては、例えば、０ＡＢＪやＥ．１６４形式が例示され、東日本電信電話株式会社及び西日本電信電話株式会社から割り当てられる。
【００２１】
本実施形態では、ＮＧＮ網３によって実現され、Ｔ．３８ＦＡＸ通信によって、符号化画像データを、相手先装置５０にファクシミリ送信（以下、「Ｔ．３８ＦＡＸ送信」という。）する場合を例に説明する。ＰＳＴＮ５を介して実現され、一般ＦＡＸ通信によって、符号化画像データを、相手先装置５０にファクシミリ送信（以下、「一般ＦＡＸ送信」という。）する構成については、後述する。ＦＡＸ装置１０は、カラー及びモノクロの両方を対象とする。例えば、カラー画像を対象としたカラーファクシミリ送信（以下、「カラー送信」という。）と、モノクロ画像を対象としたモノクロファクシミリ送信（以下、「モノクロ送信」という。）との両方を行うことができる。なお、Ｔ．３８ＦＡＸ送信及び一般ＦＡＸ送信の何れについても、カラー送信及びモノクロ送信を行うことができる。
【００２２】
ＦＡＸ装置１０は、図１に示すように、表示部１２と、操作部１４と、読取部１６と、印刷部１８と、ネットワークインターフェース（ネットワークＩ／Ｆ）２０と、ＰＳＴＮインターフェース（ＰＳＴＮ Ｉ／Ｆ）２２とを有する。ＦＡＸ装置１０は、ＣＰＵ３０と、プログラムＲＯＭ３２と、ＲＡＭ３４と、フラッシュＲＯＭ３６とを有する。これら各部１２〜３６は、バスライン２６に接続されている。表示部１２は、諸情報を表示するためのディスプレイである。操作部１４は、複数のキーによって構成される。操作部１４は、０〜９等のテンキー、カラースタートキー、モノクロスタートキー、選択キー及び停止キー等で構成される。テンキーは、例えば、ダイヤル番号を入力する際に押下される。カラースタートキーは、カラー送信を行う際に、モノクロスタートキーは、モノクロ送信を行う際に、それぞれ、押下される。選択キーは、所定の選択肢を選択等する際に押下される。停止キーは、開始された処理又は動作等を、停止等させる際に押下される。ユーザは、操作部１４を構成する各種の処理に対応付けられたキーを操作することで、各種の指示をＦＡＸ装置１０に入力することができる。
【００２３】
読取部１６は、ＣＩＳ（Contact Image Sensor）又はＣＣＤ（Charge Coupled Devices）のスキャン機構を有する。読取部１６は、原稿を読み取る（スキャンする）ことによって、読み取られた原稿に対応した画像データを生成する。印刷部１８は、インクジェット方式又はレーザ方式等の印刷機構を備え、ＦＡＸ装置１０で受信等された画像データ（符号化画像データ）に対応した画像を、記録用紙に印刷する。ネットワークＩ／Ｆ２０は、ＮＧＮ網３に接続され、ＦＡＸ装置１０をＮＧＮ網３に接続する。ＰＳＴＮ Ｉ／Ｆ２２は、ＰＳＴＮ５に接続され、ＦＡＸ装置１０をＰＳＴＮ５に接続する。なお、ＦＡＸ装置１０に、パーソナルコンピュータ等の外部装置と接続するための外部インターフェースを設けてもよい。外部装置が接続された通信ケーブルが、外部インターフェースに接続されたとき、ＦＡＸ装置１０と外部装置とは、データ通信可能となる。
【００２４】
ＣＰＵ３０は、演算処理を実行する。プログラムＲＯＭ３２は、後述するような各種の処理等のためのコンピュータプログラムを記憶する。ＲＡＭ３４は、ＣＰＵ３０が各種のコンピュータプログラムを実行する際に利用される記憶領域となる。ＣＰＵ３０は、プログラムＲＯＭ３２に記憶された各種のコンピュータプログラムを実行する等して、ＦＡＸ装置１０を制御する。これによって、ＦＡＸ装置１０では、各種の処理及び機能が実現される。フラッシュＲＯＭ３６は、各種のデータを記憶する。例えば、フラッシュＲＯＭ３６には、相手先装置５０に関連付けて、相手先装置５０のダイヤル番号等が登録されたアドレス帳データベースが記憶される。また、ＳＩＰサーバ８０のドメイン名が記憶される。ユーザは、操作部１４等を介して、相手先装置５０を含む受信側のＦＡＸ装置のダイヤル番号等をアドレス帳データベースに登録し、また、ＳＩＰサーバ８０のドメイン名を記憶させる。本実施形態では、相手先装置５０には、ダイヤル番号として「xxxyyyzzzz」が割り当てられ（図１参照）、ＳＩＰサーバ８０のドメイン名は、「sipuri.com」であるとする。従って、相手先装置５０のＳＩＰＵＲＩは、ダイヤル番号とドメイン名とが組み合わされた「xxxyyyzzzz@sipuri.com」となる（図１参照）。
【００２５】
相手先装置５０は、ＦＡＸ装置１０と同じく、カラー及びモノクロの両方を対象としたタイプと、モノクロのみ対象としたタイプとに分けられる。相手先装置５０は、ＦＡＸ装置１０と同様の構成を有するＦＡＸ装置であり、図１に示すように、ＦＡＸ装置１０の各部１２〜３６に対応する、各部５２〜７６を有する。そのため、相手先装置５０に関する説明は、省略する。
【００２６】
＜ＳＩＰサーバ＞
ＳＩＰサーバ８０は、ＮＧＮ網３を制御する。ＳＩＰサーバ８０は、ＦＡＸ装置１０のＩＰアドレス及びＳＩＰＵＲＩを対応付けて記憶し、また、相手先装置５０の、ＩＰアドレス及びＳＩＰＵＲＩを対応付けて記憶している。ＳＩＰサーバ８０は、ＳＩＰを用いて、ＦＡＸ装置１０と相手先装置５０との間の通信を制御する。Ｔ．３８ＦＡＸ送信において、ＦＡＸ装置１０と相手先装置５０との間でＳＩＰに従った手順に基づく各種の信号は、ＳＩＰサーバ８０を経由して送受信される。
【００２７】
＜処理シーケンス＞
ＦＡＸ通信システム１において、ＦＡＸ装置１０と、相手先装置５０と、ＳＩＰサーバ８０とによって行われる処理について、３つの実施例を説明する。なお、以下に示す第一実施例及び第二実施例は、何れも、送信元のＦＡＸ装置１０において、カラー送信が選択されると共に、送信方法としてメモリ送信が行われる場合に基づいたものである。一方、第三実施例は、送信元のＦＡＸ装置１０において、モノクロ送信が選択される場合に基づいたものである。なお、メモリ送信である点については、第一実施例及び第二実施例と同様である。図２に示す符号「（Ａ）」〜「（Ｉ１３）」は、以下の説明における手順（Ａ）〜手順（Ｉ１３）に対応し、図４に示す符号「（Ｊ）」〜「（Ｏ１３）」は、以下の説明における手順（Ｊ）〜手順（Ｏ１３）に対応する。
【００２８】
＜第一実施例＞
第一実施例について、図２及び図３等を参照して説明する。第一実施例のＴ．３８ＦＡＸ送信は、ユーザが、操作部１４のテンキーを操作し、相手先装置５０のダイヤル番号が入力され、その後、操作部１４のカラースタートキーが押下された場合に開始される。相手先装置５０のダイヤル番号は、ユーザが、操作部１４の選択キー等を操作し、アドレス帳データベースに登録された相手先装置５０のダイヤル番号を選択することで、入力することもできる。カラースタートキーの押下に応じて、ＦＡＸ装置１０では、フラッシュＲＯＭ３６からＳＩＰサーバ８０のドメイン名が読み出され、入力された相手先装置５０のダイヤル番号と、読み出されたドメイン名とから、ＳＩＰＵＲＩが生成される。
【００２９】
続けて、ＦＡＸ装置１０は、生成されたＳＩＰＵＲＩを送信先として、ＳＩＰサーバ８０に、「INVITE」を送信する（手順（Ａ）参照）。ＳＩＰサーバ８０のアドレスは、例えば、ＦＡＸ装置１０とデータ通信可能に接続されたＤＨＣＰサーバ（不図示）から取得される。ＩＮＶＩＴＥメッセージは、ＳＩＰによる通信を開始する際に送信され、コール（セッション）に招待するためのメッセージ（メソッド）である。ＩＮＶＩＴＥメッセージは、図３（Ａ）に示すような、ＳＤＰ（Session Description Protocol）に従って記述されたボディ部を含む。ここで、ＮＧＮ網３のようなＩＰネットワーク上で通信を行うためには、先ず、相手先装置５０を見つけ、通信開始のための手順に基づいて、呼び出しや応答を行う必要がある。ＳＩＰは、このような通信セッションの確立のために必要な機能を提供する。また、この通信を始めるためには、メディアデータを含んだパケットの符号化方式やパケットの宛先のアドレス等について、ＦＡＸ装置１０と相手先装置５０との間でネゴシエーションを行う必要がある。ＳＤＰは、このネゴシエーションに必要となる記述言語である。ＳＤＰは、ＳＩＰと共に利用されて、通信のためのメディアパケット伝送に必要な能力交換を行う機能を提供する。ＩＮＶＩＴＥメッセージは、Ｔ．３８ＦＡＸ通信に関する情報を含む（図３（Ａ）の「m=」行及び「a=」行参照）。具体的に、「m=application 9 TCP t38」は、Ｔ．３８ＦＡＸ通信を定義するための記述である。「a=T38FaxVersion:1」は、Ｔ．３８ＦＡＸ通信のバージョンを定義するための記述である。「a=T38FaxRateManagement:localTCP」は、使用するプロトコルがＴＣＰであることを定義するための記述である。なお、ＩＮＶＩＴＥメッセージは、既に実用化されたＳＤＰに従って記述されたメッセージである。そのため、図３（Ａ）のＩＮＶＩＴＥメッセージに関するこの他の説明は、省略する。ＳＩＰサーバ８０に送信された「INVITE」は、ＳＩＰサーバ８０から相手先装置５０に送信される（手順（Ａ）参照）。
【００３０】
「INVITE」を受信した相手先装置５０は、これに応じて、「180 Ringing」を送信する（手順（Ｂ）参照）。１８０Ｒｉｎｇｉｎｇは、送信されたリクエスト、具体的には、「INVITE」を受信し、処理中であることを示す応答コードである。その後、相手先装置５０は、「200 OK」を送信する（手順（Ｃ）参照）。２００ＯＫメッセージは、リクエストとしてのＩＮＶＩＴＥメッセージが理解され、受け入れられたことを示す応答コードである。２００ＯＫメッセージは、例えば図３（Ｂ）に示すような、ＳＤＰに従った記述を含む。２００ＯＫメッセージは、図３（Ａ）の場合と同様、Ｔ．３８ＦＡＸ通信に関する情報を含む（図３（Ｂ）に記述された「m=」行及び「a=」行参照）。例えば、「m=application 49152 TCP t38」は、Ｔ．３８ＦＡＸ通信の了解を定義するための記述である。なお、２００ＯＫメッセージは、上述した通り、既に実用化されたＳＤＰに従って記述された応答コードである。そのため、図３（Ｂ）の２００ＯＫメッセージに関する詳細な説明は、省略する。ＦＡＸ装置１０は、相手先装置５０から、ＳＩＰサーバ８０を経由して送信される「180 Ringing」及び「200 OK」を受信する（手順（Ｂ），（Ｃ）参照）。「200 OK」を受信した後、ＦＡＸ装置１０は、生成されたＳＩＰＵＲＩを送信先として、ＳＩＰサーバ８０に、「ACK」を送信する（手順（Ｄ）参照）。ＡＣＫは、ＩＮＶＩＴＥメッセージに対する応答を受け取ったことを通知するためのメッセージ（メソッド）である。送信された「ACK」は、ＳＩＰサーバ８０を経由して、相手先装置５０に送信され、相手先装置５０は、この「ACK」を受信する（手順（Ｄ）参照）。手順（Ａ）〜（Ｄ）は、ＳＩＰに従って行われる。この「ACK」の送受信によって、ＦＡＸ装置１０と相手先装置５０との間のＳＩＰによる通信は、終了する。
【００３１】
「ACK」を受信した後、相手先装置５０は、「DIS」を送信する（手順（Ｅ）参照）。ＤＩＳには、相手先装置５０の受信能力を示す情報（以下、「受信機能力情報」という。）が含まれる。例えば、ＤＩＳは、受信能力として、画像データの符号化方式に対応する復号化能力に関する受信機能力情報を含む指令である。なお、「DIS」を送信した相手先装置５０がＪＰＥＧに対応している（ＪＰＥＧの復号化能力を有する）場合、相手先装置５０は、カラー画像データの受信能力（カラー受信能力）を有する。ＦＡＸ装置１０は、相手先装置５０から送信された「DIS」を受信する（手順（Ｅ）参照）。その後、ＦＡＸ装置１０は、相手先装置５０に「DCN」を送信し、相手先装置５０は、この「DCN」を受信する（手順（Ｆ）参照）。ＤＣＮは、接続解除を通知するための指令である。手順（Ｅ），（Ｆ）は、Ｔ．３８に従って、ＳＩＰサーバ８０を介さず、ＦＡＸ装置１０と相手先装置５０との間で、直接行われる。この「DCN」の送受信によって、ＦＡＸ装置１０と相手先装置５０との間のＴ．３８による通信は、中断（終了）する。続けて、ＦＡＸ装置１０は、ＳＩＰサーバ８０を経由して、相手先装置５０に「BYE」を送信する（手順（Ｇ）参照）。ＢＹＥは、ＩＮＶＩＴＥメッセージによるコールを終了することを通知するためのメッセージ（メソッド）である。「BYE」を受信した相手先装置５０は（手順（Ｇ）参照）、これに対応する「200 OK」を、ＳＩＰサーバ８０を経由して、ＦＡＸ装置１０に送信する（手順（Ｈ）参照）。ＦＡＸ装置１０は、「200 OK」を受信する。手順（Ｇ），（Ｈ）は、ＳＩＰに従って行われる。この「200 OK」の送受信によって、ＦＡＸ装置１０と相手先装置５０との間のＳＩＰによる通信は、終了する。以上の手順（Ａ）〜（Ｈ）によって、ＦＡＸ装置１０は、相手先装置５０の受信機能力情報を取得し、Ｔ．３８ＦＡＸ送信に関する符号化方式等がネゴシエーションされる。
【００３２】
次に、ＦＡＸ装置１０では、自装置にセットされた原稿の読み取りが、読取部１６で開始され、読み取られた原稿に対応した画像データが生成される。ＦＡＸ装置１０では、読取部１６で読み取られた原稿に対応した画像データから、取得された受信機能力情報によって特定される共通の符号化方式で符号化された符号化画像データが生成される。生成された符号化画像データは、ＲＡＭ３４上に記憶される。相手先装置５０がＪＰＥＧに対応し、カラー受信能力を有することが特定されたとする。この場合、ＦＡＸ装置１０では、原稿がカラーで読み取られ、ＲＡＭ３４上には、カラーの符号化画像データ（カラー符号化画像データ）が記憶される。なお、カラー符号化画像データは、具体的には、ＪＰＥＧデータである。ところで、操作部１４のカラースタートキーの押下に対して、相手先装置５０が、カラー受信能力を有していない場合、ＦＡＸ装置１０では、次のような処理が行われる。即ち、原稿がモノクロで読み取られ、手順（Ｅ）で受信した「DIS」によって特定される共通の符号化方式で符号化されたモノクロの符号化画像データ（モノクロ符号化画像データ）が、ＲＡＭ３４上に記憶される。この他、送信エラーとしてもよい。この点に関する説明は、後述する。
【００３３】
ＦＡＸ装置１０にセットされた原稿の読み取りが全て終了した場合、記憶されたカラー符号化画像データ等を、相手先装置５０に送信するための処理が開始される。具体的に、ＦＡＸ装置１０は、生成されたＳＩＰＵＲＩを送信先として、「INVITE」を送信する。ＳＩＰサーバ８０は、この「INVITE」を、相手先装置５０に送信し、相手先装置５０は、これを受信する（手順（Ｉ１）参照）。その後、図２に示すような、手順（Ｉ２）〜（Ｉ１３）が、順次行われ、各手順において、対応する信号が送受信される。ＦＡＸ装置１０と相手先装置５０との間の手順（Ｉ１）〜（Ｉ１３）は、従来のＴ．３８ＦＡＸ送信と同様である。この点に関する説明は、図９を参照して、後述することとし、第一実施例において、その説明は、省略する。
【００３４】
＜第二実施例＞
第二実施例について、図４及び図５（Ａ）等を参照して説明する。この処理も、第一実施例と同様のユーザ操作によって開始される。従って、この点に関する説明は、省略する。ＦＡＸ装置１０と、ＳＩＰサーバ８０と、相手先装置５０との間では、処理が開始された後、順次、図４に示す手順（Ｊ）〜（Ｌ）が実行される。先ず、手順（Ｊ）では、第一実施例の手順（Ａ）と同様の方法で、ＦＡＸ装置１０から、ＳＩＰサーバ８０を経由して、相手先装置５０に、「INVITE」が送信され、相手先装置５０は、この「INVITE」を受信する。ここで、送受信される「INVITE」は、第一実施例の場合と同様、図３（Ａ）に示すような、ＩＮＶＩＴＥメッセージである。手順（Ｊ）におけるＩＮＶＩＴＥメッセージに関する説明は、上述した通りであり、省略する。続けて、「INVITE」を受信した相手先装置５０は、受信に応じて、「180 Ringing」を、ＳＩＰサーバ８０を経由して、ＦＡＸ装置１０に送信し（手順（Ｋ）参照）、その後、「200 OK」メッセージを送信する（手順（Ｌ）参照）。手順（Ｋ），（Ｌ）は、第一実施例の手順（Ｂ），（Ｃ）と同様の処理である。ここで、手順（Ｌ）における２００ＯＫメッセージは、第一実施例に係る図３（Ｂ）とは異なり、図５（Ａ）に示すような、「a=fmtp：t38 DIS=ffc80120EEB8C4809180809800」を含む。この記述は、第一実施例の手順（Ｅ）で送受信される「DIS」に含まれる記述に対応する記述である。図５（Ａ）における前述の「a=」によれば、ＦＡＸ装置１０は、第一実施例の手順（Ｅ）で受信した「DIS」から取得した受信機能力情報と同様の受信機能力情報を取得することができる。例えば、相手先装置５０が対応する符号化方式（相手先装置５０が有する復号化能力）に関し、ＪＰＥＧ、ＪＢＩＧ、ＭＭＲ、ＭＲ及び／又はＭＨの何れに対応しているかを取得することができる。
【００３５】
「200 OK」を受信した後、ＦＡＸ装置１０は、生成されたＳＩＰＵＲＩを送信先として、ＳＩＰサーバ８０に、「CANCEL」を送信する（手順（Ｍ）参照）。ＣＡＮＣＥＬは、未応答のＩＮＶＩＴＥメッセージに対するリクエストをキャンセルするためのメッセージ（メソッド）である。送信された「CANCEL」は、ＳＩＰサーバ８０を経由して、相手先装置５０に送信され、相手先装置５０は、この「CANCEL」を受信する（手順（Ｍ）参照）。「CANCEL」を受信した後、相手先装置５０は、受信に応じて、「200 OK」を送信する（手順（Ｎ）参照）。ＦＡＸ装置１０は、相手先装置５０から、ＳＩＰサーバ８０を経由して送信される「200 OK」を受信する（手順（Ｎ）参照）。手順（Ｊ）〜（Ｎ）は、ＳＩＰに従って行われる。この「200 OK」の送受信によって、ＦＡＸ装置１０と相手先装置５０との間のＳＩＰによる通信は、中断（終了）する。以上の手順（Ｊ）〜（Ｎ）によって、ＦＡＸ装置１０は、相手先装置５０の受信機能力情報を取得し、Ｔ．３８ＦＡＸ送信に関する符号化方式等がネゴシエーションされる。第二実施例では、第一実施例と異なり、ネゴシエーションの段階において、Ｔ．３８による通信が行われない。従って、Ｔ．３８による通信が課金の対象であるような場合、課金されずに、相手先装置５０の受信機能力情報を取得することができる。
【００３６】
次に、ＦＡＸ装置１０では、自装置にセットされた原稿の読み取りが、読取部１６で開始され、読み取られた原稿に対応した画像データが生成される。ＦＡＸ装置１０では、読取部１６で読み取られた原稿に対応した画像データから、取得された受信機能力情報によって特定される共通の符号化方式で符号化された符号化画像データが生成される。生成された符号化画像データは、ＲＡＭ３４上に記憶される。この点については、第一実施例の場合と同様であるため、説明は、省略する。また、ＦＡＸ装置１０にセットされた原稿の読み取りが全て終了した後に行われる手順（Ｏ１）〜（Ｏ１３）は、それぞれ、第一実施例の手順（Ｉ１）〜（Ｏ１３）に対応する処理であって、従来のＴ．３８ＦＡＸ送信と同様である。そのため、この点に関する説明は、第一実施例の場合と同様、図９を参照して、後述することとし、第二実施例においては、省略する。
【００３７】
＜第三実施例＞
第三実施例は、上述した通り、モノクロ送信に対応した処理である。ただし、第三実施例も、上述した第二実施例と同様、図４に示す各手順（Ｊ）〜（Ｏ１３）によって行われる。第三実施例と第二実施例の相違は、手順（Ｌ）にて、ＳＩＰサーバ８０を経由して、相手先装置５０とＦＡＸ装置１０との間で送受信される「200 OK」に含まれる記述（情報）である。この相違は、第三実施例がモノクロ送信に対応した処理であることに起因する。以下では、この点について説明し、その他に関する説明は、省略する。
【００３８】
第二実施例に係る図５（Ａ）の２００ＯＫメッセージには、上述した通り、第一実施例の手順（Ｅ）で送受信される「DIS」に含まれる記述に対応する記述が含まれる。これに対して、第三実施例に係る図５（Ｂ）では、対応する符号化方式に関し、「a=T38FaxTranscodingMMR」との記述が含まれる。この記述は、符号化方式のＭＭＲに対応する復号化能力に関する受信機能力情報を定義するためのものである。また、「a=T38FaxTranscodingJBIG」との記述が含まれる。この記述は、符号化方式のＪＢＩＧに対応する復号化能力に関する受信機能力情報を定義するためのものである。このような２つの記述は、Ｔ．３８ＦＡＸ通信用として、ＳＤＰに新たに追加された規定に基づくものである。第三実施例の２００ＯＫメッセージによれば、受信能力（モノクロ受信能力）として、ＪＢＩＧ及びＭＭＲの符号化方式に対応する復号化能力に関する受信機能力情報を定義することができる。第三実施例に係るこのような構成が採用される場合、ＦＡＸ装置１０では、図５（Ｂ）に示すような２００ＯＫメッセージが、手順（Ｌ）で受信されると、読取部１６で読み取られた原稿に対応する画像データから、ＭＭＲ又はＪＢＩＧで符号化されたモノクロ符号化画像データが生成され、ＲＡＭ３４上に記憶される。なお、この処理の開始に際し、操作部１４のカラースタートキーが押下された状態で、図５（Ｂ）に示すような２００ＯＫメッセージが、手順（Ｌ）で受信された場合、例えば、モノクロ送信するかを、ユーザに問い合わせるようにするとよい。この点に関する説明は、後述する。
【００３９】
＜メイン処理＞
Ｔ．３８ＦＡＸ送信が行われる際に、ＦＡＸ装置１０で実行されるメイン処理について、図６等を参照して説明する。メイン処理は、上述した第一実施例から第三実施例において、ＦＡＸ装置１０が行う各手順のための処理である。メイン処理は、ＦＡＸ装置１０のＣＰＵ３０が、プログラムＲＯＭ３２に記憶されたメイン処理のためのコンピュータプログラムを、ＲＡＭ３４上で実行して行われる。メイン処理は、例えば、ＦＡＸ装置１０の電源がオンされた場合に開始される。メイン処理の開始に際し、ユーザは、ＦＡＸ装置１０に、送信対象の原稿をセットする。
【００４０】
ＣＰＵ３０は、相手先装置５０のダイヤル番号（図１に基づけば、「xxxyyyzzzz」）が入力されるまで待機する（Ｓ１００：Ｎｏ）。ダイヤル番号が入力された場合（Ｓ１００：Ｙｅｓ）、ＣＰＵ３０は、操作部１４のカラースタートキーが押下されたかについて判断する（Ｓ１０２）。カラースタートキーが押下された場合（Ｓ１０２：Ｙｅｓ）、ＣＰＵ３０は、フラッシュＲＯＭ３６からＳＩＰサーバ８０のドメイン名を読み出し、読み出したドメイン名（上述した例に基づけば、「sipuri.com」）と、入力されたダイヤル番号とから、上述したようなＳＩＰＵＲＩ（図１に基づけば、「xxxyyyzzzz@sipuri.com」）を生成する（Ｓ１０４）。続けて、ＣＰＵ３０は、受信機能力取得処理を実行する（Ｓ１０６）。受信機能力取得処理は、上述したネゴシエーションに対応した処理であり、相手先装置５０の受信機能力情報を取得するための処理である。受信機能力取得処理は、第一実施例の手順（Ａ）〜（Ｈ）（図２参照）と、第二及び第三実施例の手順（Ｊ）〜（Ｎ）（図４参照）とに対応する。受信機能力取得処理の説明は、後述する。その後、ＣＰＵ３０は、Ｓ１０６の受信機能力取得処理の結果に従い、相手先装置５０がカラー受信能力を有しているかについて判断する（Ｓ１０８）。相手先装置５０の受信能力は、図７に示す受信機能力取得処理のＳ２０８又はＳ２１８で、ＲＡＭ３４又はフラッシュＲＯＭ３６に保存された受信機能力情報によって特定される。
【００４１】
相手先装置５０がカラー受信能力を有していない場合（Ｓ１０８：Ｎｏ）、ＣＰＵ３０は、表示部１２に、その旨を表示すると共に、今回のカラー送信を、モノクロ送信として継続するかを問い合わせるための画面を表示する。ユーザは、「継続」又は「停止」の何れかを、操作部１４の選択キーを操作して選択する。ユーザが「継続」を選択した場合、ＣＰＵ３０は、Ｓ１１０の判断を肯定し（Ｓ１１０：Ｙｅｓ）、処理をＳ１２４に移行する。ユーザが「停止」を選択した場合、ＣＰＵ３０は、Ｓ１１０の判断を否定し（Ｓ１１０：Ｎｏ）、メイン処理を終了する。ただし、メイン処理は、ＦＡＸ装置１０の電源がオフされるまでの間、繰り返されるため、ＣＰＵ３０は、メイン処理を再開し、上述したＳ１００を、再度、実行する。
【００４２】
相手先装置５０がカラー受信能力を有している場合（Ｓ１０８：Ｙｅｓ）、ＣＰＵ３０は、ＦＡＸ装置１０にセットされた原稿をカラーで読み取る（Ｓ１１２）。Ｓ１１２でＣＰＵ３０は、読取部１６で読み取られた原稿に対応する画像データ（例えば、ビットマップデータ）を、ＪＰＥＧ方式で符号化し、カラー符号化画像データ（ＪＰＥＧデータ）を生成する。生成されたカラー符号化画像データは、ＲＡＭ３４上に記憶される。ＣＰＵ３０は、Ｓ１１２を、ＦＡＸ装置１０にセットされた原稿の全てに対して行う。従って、ＲＡＭ３４上には、全ての原稿に対応したカラー符号化画像データが記憶される。全てのカラー符号化画像データが記憶された時点で、メモリ送信の準備が完了する。続けて、ＣＰＵ３０は、ＲＡＭ３４上に記憶されたカラー符号化画像データを対象として、符号化画像データ送信処理を実行する（Ｓ１１４）。なお、将来の所定の時刻（予約時刻）にＳ１１４を実行する、所謂、タイマ送信がＦＡＸ装置１０でセットされた場合、Ｓ１１２は、タイマ送信のためにセットされた予約時刻の到達前に完了するようにされる。符号化画像データ送信処理の説明は、後述する。Ｓ１１４を実行した後、ＣＰＵ３０は、メイン処理を終了する。メイン処理が終了し場合の処理の継続については、上述した通りである。
【００４３】
説明をＳ１０２に戻し、操作部１４のカラースタートキーが押下されていない場合（Ｓ１０２：Ｎｏ）、ＣＰＵ３０は、操作部１４のモノクロスタートキーが押下されたかについて判断する（Ｓ１１６）。モノクロスタートキーが押下された場合（Ｓ１１６：Ｙｅｓ）、ＣＰＵ３０は、処理をＳ１２０に移行する。一方、モノクロスタートキーが押下されていない場合（Ｓ１１６：Ｎｏ）、ＣＰＵ３０は、操作部１４の停止キーが押下されたかについて判断する（Ｓ１１８）。停止キーが押下された場合（Ｓ１１８：Ｙｅｓ）、ＣＰＵ３０は、処理をＳ１００に戻し、ダイヤル番号が入力されるまで、再度、待機する。一方、停止キーが押下されていない場合（Ｓ１１８：Ｎｏ）、ＣＰＵ３０は、処理をＳ１０２に戻し、Ｓ１０２以降の処理を実行する。Ｓ１２０でＣＰＵ３０は、ＳＩＰＵＲＩを生成する。Ｓ１２０は、上述したＳ１０４と同様の処理である。そのため、Ｓ１２０に関する説明は、上述した通りであり、省略する。次に、ＣＰＵ３０は、受信機能力取得処理を実行する（Ｓ１２２）。受信機能力取得処理は、上述したネゴシエーションに対応した処理であり、Ｓ１０６と同様の処理である。
【００４４】
Ｓ１２２を実行した後、又は、上述したＳ１１０の判断が肯定された場合（Ｓ１１０：Ｙｅｓ）、ＣＰＵ３０は、ＦＡＸ装置１０にセットされた原稿をモノクロで読み取る（Ｓ１２４）。Ｓ１２４でＣＰＵ３０は、読取部１６で読み取られた原稿に対応する画像データ（例えば、ビットマップデータ）を、ネゴシエーションされた共通の符号化方式、具体的に、ＪＢＩＧ、ＭＭＲ、ＭＲ又はＭＨの何れかで符号化し、モノクロ符号化画像データを生成する。生成されたモノクロ符号化画像データは、ＲＡＭ３４上に記憶される。ＣＰＵ３０は、Ｓ１２４を、ＦＡＸ装置１０にセットされた原稿の全てに対して行う。従って、ＲＡＭ３４上には、全ての原稿に対応したモノクロ符号化画像データが記憶される。全てのモノクロ符号化画像データが記憶された時点で、メモリ送信の準備が完了する。なお、タイマ送信の場合、Ｓ１２４の完了は、上述したＳ１１２の場合と同様である。その後、ＣＰＵ３０は、処理をＳ１１４に移行する。Ｓ１１４でＣＰＵ３０は、カラー符号化画像データを例に説明した場合と同様、ＲＡＭ３４上に記憶されたモノクロ符号化画像データを対象として、符号化画像データ送信処理を実行する（Ｓ１１４）。符号化画像データ送信処理の説明は、後述する。Ｓ１１４を実行した後、ＣＰＵ３０は、上記同様、メイン処理を終了する。終了後の処理の継続については、上述した通りである。
【００４５】
＜受信機能力取得処理＞
図６に示すメイン処理のＳ１０６及びＳ１２２で実行される受信機能力取得処理について、図７等を参照して説明する。受信機能力取得処理を開始したＣＰＵ３０は、ＦＡＸ装置１０の通信モードを、ＳＩＰ通信設定とする（Ｓ２００）。これによって、ＦＡＸ装置１０は、ＳＩＰに従って、ＳＩＰサーバ８０を経由して、相手先装置５０と通信を行うことが可能な状態となる。続けて、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、図６のＳ１０４又はＳ１２０で生成したＳＩＰＵＲＩを送信先として、「INVITE」を送信する（Ｓ２０２）。なお、受信機能力取得処理が、Ｓ１０６で実行されている場合、送信先は、Ｓ１０４で生成されたＳＩＰＵＲＩとされ、Ｓ１２２で実行されている場合、送信先は、Ｓ１２０で生成されたＳＩＰＵＲＩとされる（ＳＩＰに従った他の各ステップにおいても同じ。）。Ｓ２０２は、第一実施例の手順（Ａ）（図２参照）、又は、第二及び第三実施例の手順（Ｊ）に対応する。Ｓ２０２で送信された「INVITE」は、例えば図３（Ａ）に示すようなＩＮＶＩＴＥメッセージであって、ＳＩＰサーバ８０を経由して、相手先装置５０に送信される。相手先装置５０（詳細には、ＣＰＵ７０）は、ネットワークＩ／Ｆ６０を制御し、「INVITE」を受信する。
【００４６】
次に、ＣＰＵ３０は、Ｓ２０２での「INVITE」の送信に応じて、相手先装置５０から送信される「200 OK」が、ネットワークＩ／Ｆ２０で受信されるまで待機する（Ｓ２０４：Ｎｏ）。このような「200 OK」の送受信は、第一実施例の手順（Ｃ）（図２参照）、又は、第二及び第三実施例の手順（Ｌ）（図４参照）に対応する。なお、相手先装置５０では、「200 OK」の送信前に、「180 Ringing」が送信され、ＦＡＸ装置１０では、「200 OK」の受信前に、この「180 Ringing」が受信される（図２の手順（Ｂ）、図４の手順（Ｋ）参照）。「200 OK」が受信された場合（Ｓ２０４：Ｙｅｓ）、ＣＰＵ３０は、受信された「200 OK」を解析し、受信機能力情報の記述があるかについて判断する（Ｓ２０６）。例えば、受信機能力取得処理が、モノクロスタートキーが押下されて開始されている場合（図６のＳ１１６：Ｙｅｓ，Ｓ１２２参照）において、ＦＡＸ装置１０で受信された「200 OK」が、図５（Ａ）又は図５（Ｂ）に示すような２００ＯＫメッセージであった場合、Ｓ２０６の判断は、肯定される（Ｓ２０６：Ｙｅｓ）。図５（Ａ），（Ｂ）に示すような２００ＯＫメッセージは、上述した通り、モノクロ符号化方式の受信機能力情報を含むためである。また、受信機能力取得処理が、カラースタートキーが押下されて開始されている場合（図６のＳ１０２：Ｙｅｓ，Ｓ１０６参照）において、ＦＡＸ装置１０で受信された「200 OK」が、図５（Ａ）に示すような２００ＯＫメッセージであった場合、Ｓ２０６の判断は、肯定される（Ｓ２０６：Ｙｅｓ）。図５（Ａ）に示すような２００ＯＫメッセージは、上述した通り、カラー符号化方式の受信機能力情報を含むためである。その後、ＣＰＵ３０は、受信した「200 OK」に記述された、相手先装置５０の受信機能力情報を取得し、例えば、ＲＡＭ３４又はフラッシュＲＯＭ３６に保存する（Ｓ２０８）。続けて、ＣＰＵ３０は、「CANCEL」を送信する（Ｓ２１０）。Ｓ２１０は、上述した第二及び第三実施例の手順（Ｍ）（図４参照）に対応する。Ｓ２１０で送信された「CANCEL」は、ＳＩＰサーバ８０を経由して、相手先装置５０に送信される。相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、「CANCEL」を受信する。「CANCEL」を受信した相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、ＳＩＰサーバ８０を経由して、ＦＡＸ装置１０に「200 OK」を送信する。
【００４７】
説明をＳ２０６に戻して、例えば、受信機能力取得処理が、モノクロスタートキーが押下されて開始されている場合（図６のＳ１１６：Ｙｅｓ，Ｓ１２２参照）において、ＦＡＸ装置１０で受信された「200 OK」が、図３（Ｂ）に示すような２００ＯＫメッセージであった場合、Ｓ２０６の判断は、否定される（Ｓ２０６：Ｎｏ）。図３（Ｂ）に示すような２００ＯＫメッセージは、上述した通り、モノクロ符号化方式の受信機能力情報を含まないためである。また、受信機能力取得処理が、カラースタートキーが押下されて開始されている場合（図６のＳ１０２：Ｙｅｓ，Ｓ１０６参照）において、ＦＡＸ装置１０で受信された「200 OK」が、図３（Ｂ）又は図５（Ｂ）に示すような２００ＯＫメッセージであった場合、Ｓ２０６の判断は、否定される（Ｓ２０６：Ｎｏ）。図３（Ｂ）及び図５（Ｂ）に示すような２００ＯＫメッセージは、上述した通り、カラー符号化方式の受信機能力情報を含まないためである。その後、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、「ACK」を送信する（Ｓ２１２）。「ACK」は、ＳＩＰサーバ８０を経由して、相手先装置５０に送信される。相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、「ACK」を受信する。Ｓ２１２は、第一実施例の手順（Ｄ）（図２参照）に対応する。Ｓ２１２を実行した後、ＣＰＵ３０は、ＦＡＸ装置１０の通信モードを、Ｔ．３８通信設定とする（Ｓ２１４）。これによって、以降の相手先装置５０との通信は、ＳＩＰサーバ８０を経由せず、相手先装置５０と、直接、Ｔ．３８に従って行われる。その後、ＣＰＵ３０は、Ｓ２１２での「ACK」の送信に応じて、相手先装置５０から送信される「DIS」が、ネットワークＩ／Ｆ２０で受信されるまで待機する（Ｓ２１６：Ｎｏ）。このような「DIS」の送受信は、第一実施例の手順（Ｅ）（図２参照）に対応する。「DIS」が受信された場合（Ｓ２１６：Ｙｅｓ）、ＣＰＵ３０は、受信された「DIS」を解析し、「DIS」に記述された、相手先装置５０の受信機能力情報を取得し、例えば、ＲＡＭ３４又はフラッシュＲＯＭ３６に保存する（Ｓ２１８）。
【００４８】
次に、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、「DCN」を送信する（Ｓ２２０）。「DCN」は、ＳＩＰサーバ８０を経由せず、直接、相手先装置５０に送信される。相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、「DCN」を受信する。Ｓ２２０は、第一実施例の手順（Ｆ）（図２参照）に対応する。その後、ＣＰＵ３０は、ＦＡＸ装置１０の通信モードを、再度、ＳＩＰ通信設定とする（Ｓ２２２）。これによって、以降の相手先装置５０との通信は、ＳＩＰに従って、ＳＩＰサーバ８０を経由して行われる。続けて、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、「BYE」を送信する（Ｓ２２４）。「BYE」は、ＳＩＰサーバ８０を経由して、相手先装置５０に送信される。相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、「BYE」を受信する。Ｓ２２４は、第一実施例の手順（Ｇ）（図２参照）に対応する。「BYE」を受信した相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、ＳＩＰサーバ８０を経由して、ＦＡＸ装置１０に「200 OK」を送信する。
【００４９】
Ｓ２１０又はＳ２２４を実行した後、ＣＰＵ３０は、Ｓ２１０での「CANCEL」の送信又はＳ２２４での「BYE」の送信に応じて、相手先装置５０から送信される「200 OK」が、ネットワークＩ／Ｆ２０で受信されるまで待機する（Ｓ２２６：Ｎｏ）。このような「200 OK」の送受信は、第一実施例の手順（Ｈ）（図２参照）、又は、第二及び第三実施例の手順（Ｎ）（図４参照）に対応する。「200 OK」が受信された場合（Ｓ２１６：Ｙｅｓ）、ＣＰＵ３０は、受信機能力取得処理を終了し、処理を、図６のＳ１０８又はＳ１２４に戻す。ＣＰＵ３０は、「200 OK」の受信によって、ＦＡＸ装置１０と相手先装置５０との間のＳＩＰによる通信を終了（中断）する。
【００５０】
＜符号化画像データ送信処理＞
図６に示すメイン処理のＳ１１４で実行される符号化画像データ送信処理について、図８等を参照して説明する。符号化画像データ処理を開始したＣＰＵ３０は、Ｓ３００〜Ｓ３０４を、順次、実行する。Ｓ３０２は、第一実施例の手順（Ｉ１）（図２参照）、又は、第二及び第三実施例の手順（Ｏ１）に対応する。また、Ｓ３０４に関する「200 OK」の送受信は、第一実施例の手順（Ｉ３）（図２参照）、又は、第二及び第三実施例の手順（Ｏ３）（図４参照）に対応する。なお、相手先装置５０では、「200 OK」の送信前に、「180 Ringing」が送信され、ＦＡＸ装置１０では、「200 OK」の受信前に、この「180 Ringing」が受信される（図２の手順（Ｉ２）、図４の手順（Ｏ２）参照）。Ｓ３００〜Ｓ３０４は、上述した図７に示す受信機能力取得処理のＳ２００〜Ｓ２０４と同様の処理である。そのため、Ｓ３００〜Ｓ３０４に関する説明は、省略する。図８に示す符号化画像データ送信処理におけるＳＩＰに従った各ステップでの送信先に関し、図６のＳ１０４が実行されていた場合、Ｓ１０４で生成されたＳＩＰＵＲＩとされ、Ｓ１２０が実行されていた場合、Ｓ１２０で生成されたＳＩＰＵＲＩとされる。
【００５１】
「200 OK」が受信された場合（Ｓ３０４：Ｙｅｓ）、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、「ACK」を送信する（Ｓ３０６）。「ACK」は、ＳＩＰサーバ８０を経由して、相手先装置５０に送信される。相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、「ACK」を受信する。Ｓ３０６は、第一実施例の手順（Ｉ４）（図２参照）又は、第二及び第三実施例の手順（Ｏ４）に対応する。続けて、ＣＰＵ３０は、ＦＡＸ装置１０の通信モードを、Ｔ．３８通信設定とする（Ｓ３０８）。これによって、以降の相手先装置５０との通信は、ＳＩＰサーバ８０を介さず、相手先装置５０と、直接、Ｔ．３８に従って行われる。その後、ＣＰＵ３０は、Ｓ３０６での「ACK」の送信に応じて、相手先装置５０から送信される「DIS」が、ネットワークＩ／Ｆ２０で受信されるまで待機する（Ｓ３１０：Ｎｏ）。このような「DIS」の送受信は、第一実施例の手順（Ｉ５）（図２参照）、又は、第二及び第三実施例の手順（Ｏ５）に対応する。「DIS」が受信された場合（Ｓ３１０：Ｙｅｓ）、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、直接、「DCS」を相手先装置５０に送信する（Ｓ３１２）。ＤＣＳは、符号化画像データの送信パラメータを定義し、符号化画像データの送信の開始を通知するための指令である。相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、「DCS」を受信する。Ｓ３１２は、第一実施例の手順（Ｉ６）（図２参照）、又は、第二及び第三実施例の手順（Ｏ６）に対応する。
【００５２】
次に、ＣＰＵ３０は、Ｓ３１２での「DCS」の送信に応じて、相手先装置５０から、直接、送信される「CFR」が、ネットワークＩ／Ｆ２０で受信されるまで待機する（Ｓ３１６：Ｎｏ）。ＣＦＲは、符号化画像データの送信を開始してよい旨を示す指令である。このような「CFR」の送受信は、第一実施例の手順（Ｉ７）（図２参照）、又は、第二及び第三実施例の手順（Ｏ７）（図４参照）に対応する。「CFR」が受信された場合（Ｓ３１６：Ｙｅｓ）、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、ＲＡＭ３４上に記憶された符号化画像データと、ポストメッセージとを、相手先装置５０に、直接、送信する（Ｓ３１８）。Ｓ３１８は、第一実施例の手順（Ｉ８）（図２参照）、又は、第二及び第三実施例の手順（Ｏ８）に対応する。具体的に、図６のＳ１１２が実行されていた場合、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、ＲＡＭ３４上に記憶されたカラー符号化画像データと、ポストメッセージとを、相手先装置５０に送信する。一方、図６のＳ１２４が実行されていた場合、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、ＲＡＭ３４上に記憶されたモノクロ符号化画像データと、ポストメッセージとを、相手先装置５０に送信する。ここで、Ｓ３１８でＣＰＵ３０は、ＲＡＭ３４上に記憶された符号化画像データを復号し、再度、Ｓ３１０で受信した「DIS」で特定される符号化方式による再符号化を実行しない。図７に示す受信機能力取得処理で、適切な符号化方式が特定されているためである。
【００５３】
送信されるポストメッセージとしては、第一実施例の手順（Ｉ９）（図２参照）、又は、第二及び第三実施例の手順（Ｏ９）に示すような、「PPS-EOP」が例示される。ＰＰＳ−ＥＯＰは、イメージ終了指令である。その後、ＣＰＵ３０は、相手先装置５０から送信される「MCF」が、ネットワークＩ／Ｆ２０で受信されるまで待機する（Ｓ３２０：Ｎｏ）。ＭＣＦは、ＰＰＳ−ＥＯＰに対する、相手先装置５０からの応答であって、適切に符号化画像データが受信されたことを示す指令である。このような「MCF」の送受信は、第一実施例の手順（Ｉ１０）（図２参照）、又は、第二及び第三実施例の手順（Ｏ１０）に対応する。「MCF」が受信された場合（Ｓ３２０：Ｙｅｓ）、ＣＰＵ３０は、ＲＡＭ３４上の符号化画像データに関し、未送信の画像があるかについて判断する（Ｓ３２２）。未送信の画像がある場合（Ｓ３２２：Ｙｅｓ）、ＣＰＵ３０は、処理をＳ３１８に戻し、Ｓ３２０の処理を繰り返して実行する。未送信の画像がない場合（Ｓ３２２：Ｎｏ）、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、「DCN」を、相手先装置５０に、直接、送信する（Ｓ３２４）。相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、「DCN」を受信する。Ｓ３２４は、第一実施例の手順（Ｉ１１）（図２参照）、又は、第二及び第三実施例の手順（Ｏ１１）に対応する。
【００５４】
その後、ＣＰＵ３０は、ＦＡＸ装置１０の通信モードを、再度、ＳＩＰ通信設定とする（Ｓ３２６）。これによって、以降の相手先装置５０との通信は、ＳＩＰに従って、ＳＩＰサーバ８０を経由して行われる。続けて、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、ＳＩＰサーバ８０を経由して、相手先装置５０に、「BYE」を送信する（Ｓ３２８）。相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、「BYE」を受信する。Ｓ３２８は、第一実施例の手順（Ｉ１２）（図２参照）、又は、第二及び第三実施例の手順（Ｏ１２）に対応する。「BYE」を受信した相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、ＳＩＰサーバ８０を経由して、ＦＡＸ装置１０に「200 OK」を送信する。ＣＰＵ３０は、相手先装置５０から送信される「200 OK」が、ネットワークＩ／Ｆ２０で受信されるまで待機する（Ｓ３３０：Ｎｏ）。このような「200 OK」の送受信は、第一実施例の手順（Ｉ１３）（図２参照）、又は、第二及び第三実施例の手順（Ｏ１３）（図４参照）に対応する。「200 OK」が受信された場合（Ｓ３３０：Ｙｅｓ）、ＣＰＵ３０は、ＦＡＸ装置１０と相手先装置５０との間のＳＩＰによる通信を終了し、符号化画像データ送信処理を終了する。なお、上述した通り、符号化画像データ送信処理の終了に伴い、図６のメイン処理も終了する。
【００５５】
＜本実施形態における有利な効果＞
以上説明した本実施形態によれば、原稿読取開始（図２及び図４の「原稿読取開始」、図６のＳ１１２，Ｓ１２４参照）前に、相手先装置５０の受信機能力情報を取得することができる。受信機能力情報を取得した後、原稿読取開始前に、ＦＡＸ装置１０では、「DCN」及び「BYE」が送信され（図２の（Ｆ），（Ｇ）、図７のＳ２２０，Ｓ２２４参照）、又は、「CANCEL」が送信（図４の手順（Ｍ）、図７のＳ２１０参照）される。そのため、原稿読取開始前のタイミングで、相手先装置５０との通信が終了又は中断される。その結果、例えば「DCS」が送信されず（図２の手順（Ｉ６）、図４の手順（Ｏ６）、図８のＳ３１２参照）、符号化画像データ等の送信のための処理（図２の手順（Ｉ８）、図４の手順（Ｏ８）、図８のＳ３１８参照）が、自動的に開始されることはない。
【００５６】
例えば、図６のＳ１０６又はＳ１２２が省略された処理では、一旦、最も圧縮率の高い符号化方式で、読み取られた原稿に対応する画像データが生成され、これがＲＡＭ上に記憶される。また、読取後の、メモリ送信に係る符号化画像データ送信処理で、相手先装置５０の受信能力が特定される。このような比較構成では、相手先装置５０が、ＲＡＭ上の画像データの符号化方式に対応した受信能力を有していないことが、符号化画像データ送信処理の最中に特定される。従って、送信元となるＦＡＸ装置では、ＲＡＭ上の符号化画像データを復号化し、復号化した画像データを、共通の符号化方式で、再度、符号化しなければならない。本実施形態では、上述した通り、相手先装置５０との通信が終了又は中断された状態で、相手先装置５０の受信能力に対応した符号化画像データを生成することができる（例えば、図６のＳ１１２，Ｓ１２４参照）。従って、メモリ送信に係る符号化画像データ送信処理を、効率的に行うことができる（図６のＳ１１４、詳細は図８参照）。ＮＧＮ網３のような高速通信が可能な通信回線網において、本実施形態は、再符号化に時間を要することがなく、高速通信のメリットを有効活用することができる。また、送信に要する時間に応じて課金されるような場合、上述の比較構成では、再符号化に時間を要するため、課金額が増加する。しかし、本実施形態のメイン処理では、再符号化がなされず、これに関する処理時間が不要でるため、課金額を抑制することができる。
【００５７】
＜変形例＞
上述した本実施形態の構成は、交換機９０によって構成されるＰＳＴＮ５を介した一般ＦＡＸ送信にも適用することが可能で、これによっても上記同様の機能が実現され、同様の効果を得ることができる。図９を参照して、その概略を説明する。以下では、カラー送信が選択されると共に、送信方法としてメモリ送信が行われる場合を例に説明する。各種の信号及びカラー符号化画像データは、交換機９０を経由して、ＦＡＸ装置１０と相手先装置５０との間を送受信される。図９に示す符号「（Ｐ）」〜「（Ｔ１０）」は、以下の説明における手順（Ｐ）〜手順（Ｔ１０）に対応する。
【００５８】
図９の処理の開始に際し、ユーザは、上記同様の方法で、相手先装置５０のダイヤル番号を入力し、操作部１４のカラースタートキーを押下する。これによって、ＰＳＴＮ５への回線閉結（図１０で「電話回線閉結」と記載）がなされ、図１０の処理が開始される。その後、相手先装置５０に対して呼出信号が送信され（手順（Ｐ）参照）、相手先装置５０においても、ＰＳＴＮ５への回線閉結が行われる。続けて、ＦＡＸ装置１０は、ＰＳＴＮ Ｉ／Ｆ２２を制御し、「CNG」を、相手先装置５０に送信し、相手先装置５０は、この「CNG」を受信する（手順（Ｑ）参照）。相手先装置５０では、この「CNG」に応じて、「DIS」が送信され、ＦＡＸ装置１０は、ＰＳＴＮ Ｉ／Ｆ２２で、この「DIS」を受信する（手順（Ｒ）参照）。上述した通り、ＤＩＳには、相手先装置５０の受信機能力情報が含まれる。その後、ＦＡＸ装置１０は、ＰＳＴＮ Ｉ／Ｆ２２を制御し、「CNG」を、相手先装置５０に送信し、相手先装置５０は、この「DCN」を受信する（手順（Ｓ）参照）。この「DCN」の送受信によって、ＦＡＸ装置１０と相手先装置５０との間の接続は切断される（図１０で「電話回線切断」と記載）。このような手順（Ｐ）〜（Ｓ）によって、ＦＡＸ装置１０は、相手先装置５０の受信機能力情報を取得し、一般ＦＡＸ送信に関する符号化方式等がネゴシエーションされる。
【００５９】
次に、ＦＡＸ装置１０では、自装置にセットされた原稿の読み取りが、読取部１６で開始され、読み取られた原稿に対応した画像データから、取得された受信機能力情報によって特定される共通の符号化方式で符号化された符号化画像データが生成され、ＲＡＭ３４上に記憶される。相手先装置５０がカラー受信能力を有する場合、ＦＡＸ装置１０では、原稿がカラーで読み取られ、ＲＡＭ３４上には、カラー符号化画像データ（ＪＰＥＧデータ）が記憶される。ＦＡＸ装置１０にセットされた原稿の読み取りが全て終了した場合、記憶されたカラー符号化画像データ等を、相手先装置５０に送信するための手順（Ｔ１）〜（Ｔ１０）が、順次、行われる。手順（Ｔ１）〜（Ｔ１０）は、従来の一般ＦＡＸ送信によるものと同様であるため、これらに関する説明は、省略する。
【符号の説明】
【００６０】
３ 次世代ネットワーク網（ＮＧＮ網）、 ５ 公衆電話交換回線網（ＰＳＴＮ）
１０ ファクシミリ装置、 １２ 表示部、 １４ 操作部、 １６ 読取部
１８ 印刷部、 ２０ ネットワークインターフェース（ネットワークＩ／Ｆ）
２２ ＰＳＴＮインターフェース（ＰＳＴＮ Ｉ／Ｆ）、 ２６ バスライン
３０ ＣＰＵ、 ３２ プログラムＲＯＭ、 ３４ ＲＡＭ
３６ フラッシュＲＯＭ
５０ ファクシミリ装置（相手先装置）、 ８０ ＳＩＰサーバ、 ９０ 交換機
【技術分野】
【０００１】
本発明は、ファクシミリ装置に関する。
【背景技術】
【０００２】
従来から、ファクシミリ装置等に関する技術が提案されている（例えば、特許文献１、特許文献２参照）。特許文献１のＦＡＸ送信処理では、通信相手装置から受信したＤＩＳ信号等に含まれる情報に基いて、通信相手装置の受信能力が送信条件を満たさないと判断されると、記憶されている符号化された原稿データが読み出され、復号された後、通信相手装置の能力に合わせて、解像度、原稿サイズ、カラー原稿を白黒原稿に変換するなどの処理が行われる。変更された画像データは、符号化され、画像メモリに記憶される。また、特許文献２の印刷システムは、印刷装置端末として機能する２台の画像処理装置と、これらが接続されているＩＰネットワークからなる。画像処理装置は、それぞれ、ＩＰネットワークを構築する２台のＳＩＰプロキシー・サーバーに接続されている。この印刷システムにおいて、ＩＰネットワークは、例えば、次世代ネットワーク（NGN）として構成されており、ＳＩＰプロキシー・サーバーやロケーション・サーバーなどにより構築されている。
【０００３】
なお、市外局番から始まる電話番号を利用した帯域確保型のデータ通信サービスが提供されている（例えば、非特許文献１参照）。このサービスにはＮＧＮが利用される。また、「ＮＧＮを利用するＴ．３８ベースのＩＰ化ＦＡＸ接続インプリメント仕様」が策定されている（例えば、非特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２９４８７９号公報
【特許文献２】特開２０１０−２１９６８９号公報
【非特許文献】
【０００５】
【非特許文献１】東日本電信電話株式会社、“Ｎｅｗｓ Ｒｅｌｅａｓｅ 「ひかり電話」を利用した帯域確保型データ通信サービス 「データコネクト」の提供および大容量・多チャネルでの通信を実現する「ひかり電話ナンバーゲート」の提供について”、［online］、平成２２年５月３１日、［平成２３年３月５日検索］、インターネット< http://www.ntt-east.co.jp/release/1005/100531e.html >
【非特許文献２】株式会社ソフトフロント、“ＮＧＮを利用するＴ．３８ベースのＩＰ化ＦＡＸ接続インプリメント仕様”、［online］、２０１０年２月１日、［平成２３年３月１７日検索］、インターネット< http://www.softfront.co.jp/tech/lib/100201_specification-IPFAX.pdf >
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、送信先となるファクシミリ装置（相手先装置）とファクシミリ通信を行う場合、送信元のファクシミリ装置では、読み取られた原稿に対応する画像データは、符号化された形式で送信される。その際、送信元のファクシミリ装置と、相手先装置との間では、ファクシミリ送信に用いる符号化方式がネゴシエーションされる。送信元のファクシミリ装置は、このネゴシエーションによって決定された符号化方式で、符号化された符号化画像データを生成し、これを送信する。ここで、符号化画像データを送信する方法には、リアルタイム送信と、メモリ送信とがある。先ず、リアルタイム送信について説明する。リアルタイム送信では、原稿の読み取りと、符号化と、送信といった一連の処理が並行して行われる。このような各処理のうち、原稿の読み込み及び符号化は、処理に長い時間を要する。そのため、リアルタイム送信は、ファクシミリ送信に要する時間が長くなってしまう。例えば、上述したような帯域確保型のデータ通信サービスが利用される場合、高速通信のメリットが失われる。なお、ＮＧＮが利用された帯域確保型のデータ通信サービスにおける通信速度は、６４ｋｂｐｓ、５１２ｋｂｐｓ、１Ｍｂｐｓ程度である。
【０００７】
次に、メモリ送信について説明する。送信元のファクシミリ装置において、モノクロ送信が選択されている場合のメモリ送信では、原稿の読み取りと、圧縮率の高い例えばＭＭＲによる符号化と、符号化画像データの記憶部への記憶（蓄積）といった一連の処理が行われる。その後、全ての原稿を対象として、符号化画像データが記憶部に記憶された状態で、リアルタイム送信と同様、ネゴシエーションが行われる。ネゴシエーションの結果、相手先装置が、ＭＭＲに対応していないファクシミリ装置であると、送信元のファクシミリ装置では、ＭＭＲによる符号化画像データが復号化される。続けて、復号化された画像データは、相手先装置が対応している符号化方式で再符号化される。その後、再符号化された符号化画像データが送信される。従って、リアルタイム送信と同様、処理に要する時間が長くなる。なお、モノクロ送信の場合の符号化方式としては、例えば、圧縮率の高い順に、ＭＭＲ、ＭＲ、ＭＨが採用される。また、ＪＢＩＧによる符号化方式が採用される場合もある。
【０００８】
カラー送信が選択されている場合のメモリ送信では、先ず、原稿の読み取りと、ＪＰＥＧによる符号化と、符号化画像データの記憶部への記憶（蓄積）といった一連の処理が行われる。その後、全ての原稿を対象として、符号化画像データが記憶部に記憶された状態で、上記と同様、ネゴシエーションが行われる。ネゴシエーションの結果、相手先装置が、カラー送信に対応していないファクシミリ装置であると、例えば、送信エラーとされる。この他、ＪＰＥＧによる符号化画像データが復号化され、復号化された画像データは、モノクロ変換された後、モノクロに対応した符号化方式で再符号化される。その後、再符号化された符号化画像データが送信される。従って、上述した場合と同様、処理に要する時間が長くなる。
【０００９】
本発明は、相手先装置が対応できる符号化方式の符号化画像データを好適に生成可能な、ファクシミリ装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記従来の課題に鑑みなされた本発明の一側面は、通信回線網に接続された相手先装置に、読み取られた原稿に対応する画像データを符号化した符号化画像データをファクシミリ送信するファクシミリ装置であって、データを記憶する記憶部と、原稿を読み取る読取部と、通信回線網に接続される通信部と、前記通信部を制御する通信制御部と、前記通信制御部によって前記通信部で受信された相手先装置からの能力信号から、相手先装置が受信できる符号化画像データの符号化方式のための受信機能力情報を取得する取得部と、前記読取部で読み取られた原稿に対応する画像データから、前記取得部で取得された受信機能力情報によって特定される符号化方式で符号化された符号化画像データを生成する生成部と、前記生成部で生成された符号化画像データを、前記記憶部に記憶する記憶制御部と、を有し、前記通信制御部は、前記取得部で受信機能力情報が取得された場合、前記通信部による相手先装置との通信が行われていない状態とし、前記生成部で生成された符号化画像データが、前記記憶制御部によって前記記憶部に記憶された場合、前記通信部を制御し、前記記憶部に記憶された符号化画像データを、通信回線網を介して、相手先装置にファクシミリ送信し、前記読取部は、前記通信制御部によって前記通信部による相手先装置との通信が行われていない状態で、原稿の読み取りを開始する、ファクシミリ装置である。これによれば、メモリ送信時、相手先装置の受信機能力情報を取得し、相手先装置との通信が行われていない状態で、原稿を読み取り、相手先装置が対応できる適切な符号化画像データを生成することができるため、従来のように相手先の受信能力が異なっていた場合の再符号化処理を行う必要がない。その結果、確保した帯域を有効利用できる。
【００１１】
このファクシミリ装置は、次のような構成とすることもできる。通信回線網は、ＩＰネットワークによって構成され、前記通信制御部は、前記通信部を制御し、前記取得部で取得される受信機能力情報を含む第一の能力信号を、第一のプロトコルに従った手順によって受信し、第一のプロトコルに従った手順によって第一の能力信号が取得された場合、第一のプロトコルに従った手順によって前記通信部による通信の中断を制御し、第一のプロトコルに従った手順によって第一の能力信号が取得されない場合、第一のプロトコルに従った手順による通信を終了させた状態で、受信機能力情報を含む第二の能力信号を、第二のプロトコルに従った手順によって受信する、ようにしてもよい。これによれば、好適に、相手先装置の受信機能力情報を取得することができる。第一のプロトコルに従った手順による通信を中断又は終了し、この通信が行われていない状態とすることができる。なお、第一のプロトコルとしては、所定のサーバを介した通信を行うためのプロトコルが例示される。第二のプロトコルとしては、所定のサーバを介さず、ファクシミリ送信の送信元及び送信先の両装置で、直接、通信を行うためのプロトコルが例示される。
【００１２】
また、前記通信制御部は、第一のプロトコルに従った手順によって第一の能力信号が取得された場合、前記通信部を制御し、前記通信部による通信を中断するための第一の中断信号を、前記相手先装置に送信し、第一のプロトコルに従った手順によって第一の能力信号が取得されない場合、前記通信部を制御し、前記通信部による通信を終了するための終了信号を、前記相手装置に送信する、ようにしてもよい。これによれば、好適に、第一のプロトコルに従った手順による通信を中断又は終了し、この通信が行われていない状態とすることができる。
【００１３】
また、前記通信制御部は、第二のプロトコルに従った手順によって第二の能力信号が受信された場合、第二のプロトコルに従った手順によって前記通信部による通信の中断を制御する、ようにしてもよい。これによれば、好適に、第二のプロトコルに従った手順による通信を中断し、この通信が行われていない状態とすることができる。
【００１４】
また、前記通信制御部は、第二のプロトコルに従った手順によって第二の能力信号が受信された場合、前記通信部を制御し、前記通信部による通信を中断するための第二の中断信号を、前記相手先装置に送信する、ようにしてもよい。これによれば、好適に、第二のプロトコルに従った手順による通信を中断することができる。
【発明の効果】
【００１５】
本発明によれば、相手先装置が対応できる符号化方式の符号化画像データを好適に生成可能な、ファクシミリ装置を得ることができる。
【図面の簡単な説明】
【００１６】
【図１】ファクシミリ通信システムの一例、及び、ファクシミリ装置のハードウェア構成の一例を示すブロック図である。
【図２】第一実施例の処理のシーケンス図である。
【図３】（Ａ）はＩＮＶＩＴＥメッセージのＳＤＰの一例を示す図である。（Ｂ）は第一実施例の２００ＯＫメッセージのＳＤＰの一例を示す図である。
【図４】第二実施例及び第三実施例の各処理のシーケンス図である。
【図５】（Ａ）は第二実施例の２００ＯＫメッセージのＳＤＰの一例を示す図である。（Ｂ）は第三実施例の２００ＯＫメッセージのＳＤＰの一例を示す図である。
【図６】送信元のファクシミリ装置で実行されるメイン処理のフローチャートである。
【図７】受信機能力取得処理のフローチャートである。
【図８】符号化画像データ送信処理のフローチャートである。
【図９】公衆電話交換回線網によって実現される処理のシーケンス図である。
【発明を実施するための形態】
【００１７】
本発明を実施するための実施形態について、図面を用いて説明する。本発明は、以下に記載の構成に限定されるものではなく、同一の技術的思想において種々の構成を採用することができる。例えば、以下に示す構成の一部は、省略し又は他の構成等に置換してもよい。また、他の構成を含むようにしてもよい。
【００１８】
＜ファクシミリ通信システム＞
ファクシミリ通信システム（ＦＡＸ通信システム）１について、図１を参照して説明する。図１に示すＦＡＸ通信システム１は、次世代ネットワーク（ＮＧＮ（Next Generation Network）。以下、「ＮＧＮ」という。）網３によって構築される。具体的に、ＦＡＸ通信システム１は、例えば上述した非特許文献１に示されるような、市外局番から始まる電話番号（以下、「ダイヤル番号」という。）を利用した帯域確保型のデータ通信サービスによって構築される。即ち、ＦＡＸ通信システム１は、東日本電信電話株式会社及び西日本電信電話株式会社によって既に提供されている、帯域確保型のデータ通信サービスによって構築される。この帯域確保型のデータ通信サービスは、データコネクト（登録商標）と称されている。ＮＧＮ網３を利用した帯域確保型のデータ通信サービスは、既に実用化された技術であるため、その説明は、省略する。
【００１９】
ＦＡＸ通信システム１は、図１に示すように、少なくとも、送信元となるファクシミリ装置（ＦＡＸ装置）１０と、送信先（受信側）となるファクシミリ装置（以下、「相手先装置」という。）５０とを含む。また、ＦＡＸ通信システム１は、ＳＩＰ（Session Initiation Protocol）サーバ８０を含む。ＦＡＸ装置１０と、相手先装置５０と、ＳＩＰサーバ８０とは、ＮＧＮ網３に接続されている。この他、図１に示す例では、ＦＡＸ通信システム１は、交換機９０を含む。ＦＡＸ装置１０と相手先装置５０とは、交換機９０によって構成された公衆電話交換回線網（ＰＳＴＮ（Public Switched Telephone Networks）。以下、「ＰＳＴＮ」という。）５にも接続されている。交換機９０は、既に実用化された構成であるため、その説明は、省略する。
【００２０】
＜ＦＡＸ装置＞
ＦＡＸ装置１０は、Ｔ．３８ベースのＩＰＦＡＸ（Internet Protocol FAX。以下、「Ｔ．３８ＦＡＸ」という。）通信と、一般ＦＡＸ通信とを行うための機能を有する。なお、Ｔ．３８は、ＩＰプロトコルを用いて、Ｇ３ＦＡＸ通信を行うための伝送制御プロトコルである。Ｔ．３８ＦＡＸ通信は、ＳＩＰＵＲＩ（SIP Uniform Resource Identifier）を用いて、ＮＧＮ網３を介して、符号化された画像データ（以下、「符号化画像データ」という。）を通信（送受信）するものである。一般ＦＡＸ通信は、ＰＳＴＮ５を介して、符号化画像データを通信（送受信）するものである。Ｔ．３８ＦＡＸ通信及び一般ＦＡＸ通信では、ダイヤル番号が用いられる。ダイヤル番号としては、例えば、０ＡＢＪやＥ．１６４形式が例示され、東日本電信電話株式会社及び西日本電信電話株式会社から割り当てられる。
【００２１】
本実施形態では、ＮＧＮ網３によって実現され、Ｔ．３８ＦＡＸ通信によって、符号化画像データを、相手先装置５０にファクシミリ送信（以下、「Ｔ．３８ＦＡＸ送信」という。）する場合を例に説明する。ＰＳＴＮ５を介して実現され、一般ＦＡＸ通信によって、符号化画像データを、相手先装置５０にファクシミリ送信（以下、「一般ＦＡＸ送信」という。）する構成については、後述する。ＦＡＸ装置１０は、カラー及びモノクロの両方を対象とする。例えば、カラー画像を対象としたカラーファクシミリ送信（以下、「カラー送信」という。）と、モノクロ画像を対象としたモノクロファクシミリ送信（以下、「モノクロ送信」という。）との両方を行うことができる。なお、Ｔ．３８ＦＡＸ送信及び一般ＦＡＸ送信の何れについても、カラー送信及びモノクロ送信を行うことができる。
【００２２】
ＦＡＸ装置１０は、図１に示すように、表示部１２と、操作部１４と、読取部１６と、印刷部１８と、ネットワークインターフェース（ネットワークＩ／Ｆ）２０と、ＰＳＴＮインターフェース（ＰＳＴＮ Ｉ／Ｆ）２２とを有する。ＦＡＸ装置１０は、ＣＰＵ３０と、プログラムＲＯＭ３２と、ＲＡＭ３４と、フラッシュＲＯＭ３６とを有する。これら各部１２〜３６は、バスライン２６に接続されている。表示部１２は、諸情報を表示するためのディスプレイである。操作部１４は、複数のキーによって構成される。操作部１４は、０〜９等のテンキー、カラースタートキー、モノクロスタートキー、選択キー及び停止キー等で構成される。テンキーは、例えば、ダイヤル番号を入力する際に押下される。カラースタートキーは、カラー送信を行う際に、モノクロスタートキーは、モノクロ送信を行う際に、それぞれ、押下される。選択キーは、所定の選択肢を選択等する際に押下される。停止キーは、開始された処理又は動作等を、停止等させる際に押下される。ユーザは、操作部１４を構成する各種の処理に対応付けられたキーを操作することで、各種の指示をＦＡＸ装置１０に入力することができる。
【００２３】
読取部１６は、ＣＩＳ（Contact Image Sensor）又はＣＣＤ（Charge Coupled Devices）のスキャン機構を有する。読取部１６は、原稿を読み取る（スキャンする）ことによって、読み取られた原稿に対応した画像データを生成する。印刷部１８は、インクジェット方式又はレーザ方式等の印刷機構を備え、ＦＡＸ装置１０で受信等された画像データ（符号化画像データ）に対応した画像を、記録用紙に印刷する。ネットワークＩ／Ｆ２０は、ＮＧＮ網３に接続され、ＦＡＸ装置１０をＮＧＮ網３に接続する。ＰＳＴＮ Ｉ／Ｆ２２は、ＰＳＴＮ５に接続され、ＦＡＸ装置１０をＰＳＴＮ５に接続する。なお、ＦＡＸ装置１０に、パーソナルコンピュータ等の外部装置と接続するための外部インターフェースを設けてもよい。外部装置が接続された通信ケーブルが、外部インターフェースに接続されたとき、ＦＡＸ装置１０と外部装置とは、データ通信可能となる。
【００２４】
ＣＰＵ３０は、演算処理を実行する。プログラムＲＯＭ３２は、後述するような各種の処理等のためのコンピュータプログラムを記憶する。ＲＡＭ３４は、ＣＰＵ３０が各種のコンピュータプログラムを実行する際に利用される記憶領域となる。ＣＰＵ３０は、プログラムＲＯＭ３２に記憶された各種のコンピュータプログラムを実行する等して、ＦＡＸ装置１０を制御する。これによって、ＦＡＸ装置１０では、各種の処理及び機能が実現される。フラッシュＲＯＭ３６は、各種のデータを記憶する。例えば、フラッシュＲＯＭ３６には、相手先装置５０に関連付けて、相手先装置５０のダイヤル番号等が登録されたアドレス帳データベースが記憶される。また、ＳＩＰサーバ８０のドメイン名が記憶される。ユーザは、操作部１４等を介して、相手先装置５０を含む受信側のＦＡＸ装置のダイヤル番号等をアドレス帳データベースに登録し、また、ＳＩＰサーバ８０のドメイン名を記憶させる。本実施形態では、相手先装置５０には、ダイヤル番号として「xxxyyyzzzz」が割り当てられ（図１参照）、ＳＩＰサーバ８０のドメイン名は、「sipuri.com」であるとする。従って、相手先装置５０のＳＩＰＵＲＩは、ダイヤル番号とドメイン名とが組み合わされた「xxxyyyzzzz@sipuri.com」となる（図１参照）。
【００２５】
相手先装置５０は、ＦＡＸ装置１０と同じく、カラー及びモノクロの両方を対象としたタイプと、モノクロのみ対象としたタイプとに分けられる。相手先装置５０は、ＦＡＸ装置１０と同様の構成を有するＦＡＸ装置であり、図１に示すように、ＦＡＸ装置１０の各部１２〜３６に対応する、各部５２〜７６を有する。そのため、相手先装置５０に関する説明は、省略する。
【００２６】
＜ＳＩＰサーバ＞
ＳＩＰサーバ８０は、ＮＧＮ網３を制御する。ＳＩＰサーバ８０は、ＦＡＸ装置１０のＩＰアドレス及びＳＩＰＵＲＩを対応付けて記憶し、また、相手先装置５０の、ＩＰアドレス及びＳＩＰＵＲＩを対応付けて記憶している。ＳＩＰサーバ８０は、ＳＩＰを用いて、ＦＡＸ装置１０と相手先装置５０との間の通信を制御する。Ｔ．３８ＦＡＸ送信において、ＦＡＸ装置１０と相手先装置５０との間でＳＩＰに従った手順に基づく各種の信号は、ＳＩＰサーバ８０を経由して送受信される。
【００２７】
＜処理シーケンス＞
ＦＡＸ通信システム１において、ＦＡＸ装置１０と、相手先装置５０と、ＳＩＰサーバ８０とによって行われる処理について、３つの実施例を説明する。なお、以下に示す第一実施例及び第二実施例は、何れも、送信元のＦＡＸ装置１０において、カラー送信が選択されると共に、送信方法としてメモリ送信が行われる場合に基づいたものである。一方、第三実施例は、送信元のＦＡＸ装置１０において、モノクロ送信が選択される場合に基づいたものである。なお、メモリ送信である点については、第一実施例及び第二実施例と同様である。図２に示す符号「（Ａ）」〜「（Ｉ１３）」は、以下の説明における手順（Ａ）〜手順（Ｉ１３）に対応し、図４に示す符号「（Ｊ）」〜「（Ｏ１３）」は、以下の説明における手順（Ｊ）〜手順（Ｏ１３）に対応する。
【００２８】
＜第一実施例＞
第一実施例について、図２及び図３等を参照して説明する。第一実施例のＴ．３８ＦＡＸ送信は、ユーザが、操作部１４のテンキーを操作し、相手先装置５０のダイヤル番号が入力され、その後、操作部１４のカラースタートキーが押下された場合に開始される。相手先装置５０のダイヤル番号は、ユーザが、操作部１４の選択キー等を操作し、アドレス帳データベースに登録された相手先装置５０のダイヤル番号を選択することで、入力することもできる。カラースタートキーの押下に応じて、ＦＡＸ装置１０では、フラッシュＲＯＭ３６からＳＩＰサーバ８０のドメイン名が読み出され、入力された相手先装置５０のダイヤル番号と、読み出されたドメイン名とから、ＳＩＰＵＲＩが生成される。
【００２９】
続けて、ＦＡＸ装置１０は、生成されたＳＩＰＵＲＩを送信先として、ＳＩＰサーバ８０に、「INVITE」を送信する（手順（Ａ）参照）。ＳＩＰサーバ８０のアドレスは、例えば、ＦＡＸ装置１０とデータ通信可能に接続されたＤＨＣＰサーバ（不図示）から取得される。ＩＮＶＩＴＥメッセージは、ＳＩＰによる通信を開始する際に送信され、コール（セッション）に招待するためのメッセージ（メソッド）である。ＩＮＶＩＴＥメッセージは、図３（Ａ）に示すような、ＳＤＰ（Session Description Protocol）に従って記述されたボディ部を含む。ここで、ＮＧＮ網３のようなＩＰネットワーク上で通信を行うためには、先ず、相手先装置５０を見つけ、通信開始のための手順に基づいて、呼び出しや応答を行う必要がある。ＳＩＰは、このような通信セッションの確立のために必要な機能を提供する。また、この通信を始めるためには、メディアデータを含んだパケットの符号化方式やパケットの宛先のアドレス等について、ＦＡＸ装置１０と相手先装置５０との間でネゴシエーションを行う必要がある。ＳＤＰは、このネゴシエーションに必要となる記述言語である。ＳＤＰは、ＳＩＰと共に利用されて、通信のためのメディアパケット伝送に必要な能力交換を行う機能を提供する。ＩＮＶＩＴＥメッセージは、Ｔ．３８ＦＡＸ通信に関する情報を含む（図３（Ａ）の「m=」行及び「a=」行参照）。具体的に、「m=application 9 TCP t38」は、Ｔ．３８ＦＡＸ通信を定義するための記述である。「a=T38FaxVersion:1」は、Ｔ．３８ＦＡＸ通信のバージョンを定義するための記述である。「a=T38FaxRateManagement:localTCP」は、使用するプロトコルがＴＣＰであることを定義するための記述である。なお、ＩＮＶＩＴＥメッセージは、既に実用化されたＳＤＰに従って記述されたメッセージである。そのため、図３（Ａ）のＩＮＶＩＴＥメッセージに関するこの他の説明は、省略する。ＳＩＰサーバ８０に送信された「INVITE」は、ＳＩＰサーバ８０から相手先装置５０に送信される（手順（Ａ）参照）。
【００３０】
「INVITE」を受信した相手先装置５０は、これに応じて、「180 Ringing」を送信する（手順（Ｂ）参照）。１８０Ｒｉｎｇｉｎｇは、送信されたリクエスト、具体的には、「INVITE」を受信し、処理中であることを示す応答コードである。その後、相手先装置５０は、「200 OK」を送信する（手順（Ｃ）参照）。２００ＯＫメッセージは、リクエストとしてのＩＮＶＩＴＥメッセージが理解され、受け入れられたことを示す応答コードである。２００ＯＫメッセージは、例えば図３（Ｂ）に示すような、ＳＤＰに従った記述を含む。２００ＯＫメッセージは、図３（Ａ）の場合と同様、Ｔ．３８ＦＡＸ通信に関する情報を含む（図３（Ｂ）に記述された「m=」行及び「a=」行参照）。例えば、「m=application 49152 TCP t38」は、Ｔ．３８ＦＡＸ通信の了解を定義するための記述である。なお、２００ＯＫメッセージは、上述した通り、既に実用化されたＳＤＰに従って記述された応答コードである。そのため、図３（Ｂ）の２００ＯＫメッセージに関する詳細な説明は、省略する。ＦＡＸ装置１０は、相手先装置５０から、ＳＩＰサーバ８０を経由して送信される「180 Ringing」及び「200 OK」を受信する（手順（Ｂ），（Ｃ）参照）。「200 OK」を受信した後、ＦＡＸ装置１０は、生成されたＳＩＰＵＲＩを送信先として、ＳＩＰサーバ８０に、「ACK」を送信する（手順（Ｄ）参照）。ＡＣＫは、ＩＮＶＩＴＥメッセージに対する応答を受け取ったことを通知するためのメッセージ（メソッド）である。送信された「ACK」は、ＳＩＰサーバ８０を経由して、相手先装置５０に送信され、相手先装置５０は、この「ACK」を受信する（手順（Ｄ）参照）。手順（Ａ）〜（Ｄ）は、ＳＩＰに従って行われる。この「ACK」の送受信によって、ＦＡＸ装置１０と相手先装置５０との間のＳＩＰによる通信は、終了する。
【００３１】
「ACK」を受信した後、相手先装置５０は、「DIS」を送信する（手順（Ｅ）参照）。ＤＩＳには、相手先装置５０の受信能力を示す情報（以下、「受信機能力情報」という。）が含まれる。例えば、ＤＩＳは、受信能力として、画像データの符号化方式に対応する復号化能力に関する受信機能力情報を含む指令である。なお、「DIS」を送信した相手先装置５０がＪＰＥＧに対応している（ＪＰＥＧの復号化能力を有する）場合、相手先装置５０は、カラー画像データの受信能力（カラー受信能力）を有する。ＦＡＸ装置１０は、相手先装置５０から送信された「DIS」を受信する（手順（Ｅ）参照）。その後、ＦＡＸ装置１０は、相手先装置５０に「DCN」を送信し、相手先装置５０は、この「DCN」を受信する（手順（Ｆ）参照）。ＤＣＮは、接続解除を通知するための指令である。手順（Ｅ），（Ｆ）は、Ｔ．３８に従って、ＳＩＰサーバ８０を介さず、ＦＡＸ装置１０と相手先装置５０との間で、直接行われる。この「DCN」の送受信によって、ＦＡＸ装置１０と相手先装置５０との間のＴ．３８による通信は、中断（終了）する。続けて、ＦＡＸ装置１０は、ＳＩＰサーバ８０を経由して、相手先装置５０に「BYE」を送信する（手順（Ｇ）参照）。ＢＹＥは、ＩＮＶＩＴＥメッセージによるコールを終了することを通知するためのメッセージ（メソッド）である。「BYE」を受信した相手先装置５０は（手順（Ｇ）参照）、これに対応する「200 OK」を、ＳＩＰサーバ８０を経由して、ＦＡＸ装置１０に送信する（手順（Ｈ）参照）。ＦＡＸ装置１０は、「200 OK」を受信する。手順（Ｇ），（Ｈ）は、ＳＩＰに従って行われる。この「200 OK」の送受信によって、ＦＡＸ装置１０と相手先装置５０との間のＳＩＰによる通信は、終了する。以上の手順（Ａ）〜（Ｈ）によって、ＦＡＸ装置１０は、相手先装置５０の受信機能力情報を取得し、Ｔ．３８ＦＡＸ送信に関する符号化方式等がネゴシエーションされる。
【００３２】
次に、ＦＡＸ装置１０では、自装置にセットされた原稿の読み取りが、読取部１６で開始され、読み取られた原稿に対応した画像データが生成される。ＦＡＸ装置１０では、読取部１６で読み取られた原稿に対応した画像データから、取得された受信機能力情報によって特定される共通の符号化方式で符号化された符号化画像データが生成される。生成された符号化画像データは、ＲＡＭ３４上に記憶される。相手先装置５０がＪＰＥＧに対応し、カラー受信能力を有することが特定されたとする。この場合、ＦＡＸ装置１０では、原稿がカラーで読み取られ、ＲＡＭ３４上には、カラーの符号化画像データ（カラー符号化画像データ）が記憶される。なお、カラー符号化画像データは、具体的には、ＪＰＥＧデータである。ところで、操作部１４のカラースタートキーの押下に対して、相手先装置５０が、カラー受信能力を有していない場合、ＦＡＸ装置１０では、次のような処理が行われる。即ち、原稿がモノクロで読み取られ、手順（Ｅ）で受信した「DIS」によって特定される共通の符号化方式で符号化されたモノクロの符号化画像データ（モノクロ符号化画像データ）が、ＲＡＭ３４上に記憶される。この他、送信エラーとしてもよい。この点に関する説明は、後述する。
【００３３】
ＦＡＸ装置１０にセットされた原稿の読み取りが全て終了した場合、記憶されたカラー符号化画像データ等を、相手先装置５０に送信するための処理が開始される。具体的に、ＦＡＸ装置１０は、生成されたＳＩＰＵＲＩを送信先として、「INVITE」を送信する。ＳＩＰサーバ８０は、この「INVITE」を、相手先装置５０に送信し、相手先装置５０は、これを受信する（手順（Ｉ１）参照）。その後、図２に示すような、手順（Ｉ２）〜（Ｉ１３）が、順次行われ、各手順において、対応する信号が送受信される。ＦＡＸ装置１０と相手先装置５０との間の手順（Ｉ１）〜（Ｉ１３）は、従来のＴ．３８ＦＡＸ送信と同様である。この点に関する説明は、図９を参照して、後述することとし、第一実施例において、その説明は、省略する。
【００３４】
＜第二実施例＞
第二実施例について、図４及び図５（Ａ）等を参照して説明する。この処理も、第一実施例と同様のユーザ操作によって開始される。従って、この点に関する説明は、省略する。ＦＡＸ装置１０と、ＳＩＰサーバ８０と、相手先装置５０との間では、処理が開始された後、順次、図４に示す手順（Ｊ）〜（Ｌ）が実行される。先ず、手順（Ｊ）では、第一実施例の手順（Ａ）と同様の方法で、ＦＡＸ装置１０から、ＳＩＰサーバ８０を経由して、相手先装置５０に、「INVITE」が送信され、相手先装置５０は、この「INVITE」を受信する。ここで、送受信される「INVITE」は、第一実施例の場合と同様、図３（Ａ）に示すような、ＩＮＶＩＴＥメッセージである。手順（Ｊ）におけるＩＮＶＩＴＥメッセージに関する説明は、上述した通りであり、省略する。続けて、「INVITE」を受信した相手先装置５０は、受信に応じて、「180 Ringing」を、ＳＩＰサーバ８０を経由して、ＦＡＸ装置１０に送信し（手順（Ｋ）参照）、その後、「200 OK」メッセージを送信する（手順（Ｌ）参照）。手順（Ｋ），（Ｌ）は、第一実施例の手順（Ｂ），（Ｃ）と同様の処理である。ここで、手順（Ｌ）における２００ＯＫメッセージは、第一実施例に係る図３（Ｂ）とは異なり、図５（Ａ）に示すような、「a=fmtp：t38 DIS=ffc80120EEB8C4809180809800」を含む。この記述は、第一実施例の手順（Ｅ）で送受信される「DIS」に含まれる記述に対応する記述である。図５（Ａ）における前述の「a=」によれば、ＦＡＸ装置１０は、第一実施例の手順（Ｅ）で受信した「DIS」から取得した受信機能力情報と同様の受信機能力情報を取得することができる。例えば、相手先装置５０が対応する符号化方式（相手先装置５０が有する復号化能力）に関し、ＪＰＥＧ、ＪＢＩＧ、ＭＭＲ、ＭＲ及び／又はＭＨの何れに対応しているかを取得することができる。
【００３５】
「200 OK」を受信した後、ＦＡＸ装置１０は、生成されたＳＩＰＵＲＩを送信先として、ＳＩＰサーバ８０に、「CANCEL」を送信する（手順（Ｍ）参照）。ＣＡＮＣＥＬは、未応答のＩＮＶＩＴＥメッセージに対するリクエストをキャンセルするためのメッセージ（メソッド）である。送信された「CANCEL」は、ＳＩＰサーバ８０を経由して、相手先装置５０に送信され、相手先装置５０は、この「CANCEL」を受信する（手順（Ｍ）参照）。「CANCEL」を受信した後、相手先装置５０は、受信に応じて、「200 OK」を送信する（手順（Ｎ）参照）。ＦＡＸ装置１０は、相手先装置５０から、ＳＩＰサーバ８０を経由して送信される「200 OK」を受信する（手順（Ｎ）参照）。手順（Ｊ）〜（Ｎ）は、ＳＩＰに従って行われる。この「200 OK」の送受信によって、ＦＡＸ装置１０と相手先装置５０との間のＳＩＰによる通信は、中断（終了）する。以上の手順（Ｊ）〜（Ｎ）によって、ＦＡＸ装置１０は、相手先装置５０の受信機能力情報を取得し、Ｔ．３８ＦＡＸ送信に関する符号化方式等がネゴシエーションされる。第二実施例では、第一実施例と異なり、ネゴシエーションの段階において、Ｔ．３８による通信が行われない。従って、Ｔ．３８による通信が課金の対象であるような場合、課金されずに、相手先装置５０の受信機能力情報を取得することができる。
【００３６】
次に、ＦＡＸ装置１０では、自装置にセットされた原稿の読み取りが、読取部１６で開始され、読み取られた原稿に対応した画像データが生成される。ＦＡＸ装置１０では、読取部１６で読み取られた原稿に対応した画像データから、取得された受信機能力情報によって特定される共通の符号化方式で符号化された符号化画像データが生成される。生成された符号化画像データは、ＲＡＭ３４上に記憶される。この点については、第一実施例の場合と同様であるため、説明は、省略する。また、ＦＡＸ装置１０にセットされた原稿の読み取りが全て終了した後に行われる手順（Ｏ１）〜（Ｏ１３）は、それぞれ、第一実施例の手順（Ｉ１）〜（Ｏ１３）に対応する処理であって、従来のＴ．３８ＦＡＸ送信と同様である。そのため、この点に関する説明は、第一実施例の場合と同様、図９を参照して、後述することとし、第二実施例においては、省略する。
【００３７】
＜第三実施例＞
第三実施例は、上述した通り、モノクロ送信に対応した処理である。ただし、第三実施例も、上述した第二実施例と同様、図４に示す各手順（Ｊ）〜（Ｏ１３）によって行われる。第三実施例と第二実施例の相違は、手順（Ｌ）にて、ＳＩＰサーバ８０を経由して、相手先装置５０とＦＡＸ装置１０との間で送受信される「200 OK」に含まれる記述（情報）である。この相違は、第三実施例がモノクロ送信に対応した処理であることに起因する。以下では、この点について説明し、その他に関する説明は、省略する。
【００３８】
第二実施例に係る図５（Ａ）の２００ＯＫメッセージには、上述した通り、第一実施例の手順（Ｅ）で送受信される「DIS」に含まれる記述に対応する記述が含まれる。これに対して、第三実施例に係る図５（Ｂ）では、対応する符号化方式に関し、「a=T38FaxTranscodingMMR」との記述が含まれる。この記述は、符号化方式のＭＭＲに対応する復号化能力に関する受信機能力情報を定義するためのものである。また、「a=T38FaxTranscodingJBIG」との記述が含まれる。この記述は、符号化方式のＪＢＩＧに対応する復号化能力に関する受信機能力情報を定義するためのものである。このような２つの記述は、Ｔ．３８ＦＡＸ通信用として、ＳＤＰに新たに追加された規定に基づくものである。第三実施例の２００ＯＫメッセージによれば、受信能力（モノクロ受信能力）として、ＪＢＩＧ及びＭＭＲの符号化方式に対応する復号化能力に関する受信機能力情報を定義することができる。第三実施例に係るこのような構成が採用される場合、ＦＡＸ装置１０では、図５（Ｂ）に示すような２００ＯＫメッセージが、手順（Ｌ）で受信されると、読取部１６で読み取られた原稿に対応する画像データから、ＭＭＲ又はＪＢＩＧで符号化されたモノクロ符号化画像データが生成され、ＲＡＭ３４上に記憶される。なお、この処理の開始に際し、操作部１４のカラースタートキーが押下された状態で、図５（Ｂ）に示すような２００ＯＫメッセージが、手順（Ｌ）で受信された場合、例えば、モノクロ送信するかを、ユーザに問い合わせるようにするとよい。この点に関する説明は、後述する。
【００３９】
＜メイン処理＞
Ｔ．３８ＦＡＸ送信が行われる際に、ＦＡＸ装置１０で実行されるメイン処理について、図６等を参照して説明する。メイン処理は、上述した第一実施例から第三実施例において、ＦＡＸ装置１０が行う各手順のための処理である。メイン処理は、ＦＡＸ装置１０のＣＰＵ３０が、プログラムＲＯＭ３２に記憶されたメイン処理のためのコンピュータプログラムを、ＲＡＭ３４上で実行して行われる。メイン処理は、例えば、ＦＡＸ装置１０の電源がオンされた場合に開始される。メイン処理の開始に際し、ユーザは、ＦＡＸ装置１０に、送信対象の原稿をセットする。
【００４０】
ＣＰＵ３０は、相手先装置５０のダイヤル番号（図１に基づけば、「xxxyyyzzzz」）が入力されるまで待機する（Ｓ１００：Ｎｏ）。ダイヤル番号が入力された場合（Ｓ１００：Ｙｅｓ）、ＣＰＵ３０は、操作部１４のカラースタートキーが押下されたかについて判断する（Ｓ１０２）。カラースタートキーが押下された場合（Ｓ１０２：Ｙｅｓ）、ＣＰＵ３０は、フラッシュＲＯＭ３６からＳＩＰサーバ８０のドメイン名を読み出し、読み出したドメイン名（上述した例に基づけば、「sipuri.com」）と、入力されたダイヤル番号とから、上述したようなＳＩＰＵＲＩ（図１に基づけば、「xxxyyyzzzz@sipuri.com」）を生成する（Ｓ１０４）。続けて、ＣＰＵ３０は、受信機能力取得処理を実行する（Ｓ１０６）。受信機能力取得処理は、上述したネゴシエーションに対応した処理であり、相手先装置５０の受信機能力情報を取得するための処理である。受信機能力取得処理は、第一実施例の手順（Ａ）〜（Ｈ）（図２参照）と、第二及び第三実施例の手順（Ｊ）〜（Ｎ）（図４参照）とに対応する。受信機能力取得処理の説明は、後述する。その後、ＣＰＵ３０は、Ｓ１０６の受信機能力取得処理の結果に従い、相手先装置５０がカラー受信能力を有しているかについて判断する（Ｓ１０８）。相手先装置５０の受信能力は、図７に示す受信機能力取得処理のＳ２０８又はＳ２１８で、ＲＡＭ３４又はフラッシュＲＯＭ３６に保存された受信機能力情報によって特定される。
【００４１】
相手先装置５０がカラー受信能力を有していない場合（Ｓ１０８：Ｎｏ）、ＣＰＵ３０は、表示部１２に、その旨を表示すると共に、今回のカラー送信を、モノクロ送信として継続するかを問い合わせるための画面を表示する。ユーザは、「継続」又は「停止」の何れかを、操作部１４の選択キーを操作して選択する。ユーザが「継続」を選択した場合、ＣＰＵ３０は、Ｓ１１０の判断を肯定し（Ｓ１１０：Ｙｅｓ）、処理をＳ１２４に移行する。ユーザが「停止」を選択した場合、ＣＰＵ３０は、Ｓ１１０の判断を否定し（Ｓ１１０：Ｎｏ）、メイン処理を終了する。ただし、メイン処理は、ＦＡＸ装置１０の電源がオフされるまでの間、繰り返されるため、ＣＰＵ３０は、メイン処理を再開し、上述したＳ１００を、再度、実行する。
【００４２】
相手先装置５０がカラー受信能力を有している場合（Ｓ１０８：Ｙｅｓ）、ＣＰＵ３０は、ＦＡＸ装置１０にセットされた原稿をカラーで読み取る（Ｓ１１２）。Ｓ１１２でＣＰＵ３０は、読取部１６で読み取られた原稿に対応する画像データ（例えば、ビットマップデータ）を、ＪＰＥＧ方式で符号化し、カラー符号化画像データ（ＪＰＥＧデータ）を生成する。生成されたカラー符号化画像データは、ＲＡＭ３４上に記憶される。ＣＰＵ３０は、Ｓ１１２を、ＦＡＸ装置１０にセットされた原稿の全てに対して行う。従って、ＲＡＭ３４上には、全ての原稿に対応したカラー符号化画像データが記憶される。全てのカラー符号化画像データが記憶された時点で、メモリ送信の準備が完了する。続けて、ＣＰＵ３０は、ＲＡＭ３４上に記憶されたカラー符号化画像データを対象として、符号化画像データ送信処理を実行する（Ｓ１１４）。なお、将来の所定の時刻（予約時刻）にＳ１１４を実行する、所謂、タイマ送信がＦＡＸ装置１０でセットされた場合、Ｓ１１２は、タイマ送信のためにセットされた予約時刻の到達前に完了するようにされる。符号化画像データ送信処理の説明は、後述する。Ｓ１１４を実行した後、ＣＰＵ３０は、メイン処理を終了する。メイン処理が終了し場合の処理の継続については、上述した通りである。
【００４３】
説明をＳ１０２に戻し、操作部１４のカラースタートキーが押下されていない場合（Ｓ１０２：Ｎｏ）、ＣＰＵ３０は、操作部１４のモノクロスタートキーが押下されたかについて判断する（Ｓ１１６）。モノクロスタートキーが押下された場合（Ｓ１１６：Ｙｅｓ）、ＣＰＵ３０は、処理をＳ１２０に移行する。一方、モノクロスタートキーが押下されていない場合（Ｓ１１６：Ｎｏ）、ＣＰＵ３０は、操作部１４の停止キーが押下されたかについて判断する（Ｓ１１８）。停止キーが押下された場合（Ｓ１１８：Ｙｅｓ）、ＣＰＵ３０は、処理をＳ１００に戻し、ダイヤル番号が入力されるまで、再度、待機する。一方、停止キーが押下されていない場合（Ｓ１１８：Ｎｏ）、ＣＰＵ３０は、処理をＳ１０２に戻し、Ｓ１０２以降の処理を実行する。Ｓ１２０でＣＰＵ３０は、ＳＩＰＵＲＩを生成する。Ｓ１２０は、上述したＳ１０４と同様の処理である。そのため、Ｓ１２０に関する説明は、上述した通りであり、省略する。次に、ＣＰＵ３０は、受信機能力取得処理を実行する（Ｓ１２２）。受信機能力取得処理は、上述したネゴシエーションに対応した処理であり、Ｓ１０６と同様の処理である。
【００４４】
Ｓ１２２を実行した後、又は、上述したＳ１１０の判断が肯定された場合（Ｓ１１０：Ｙｅｓ）、ＣＰＵ３０は、ＦＡＸ装置１０にセットされた原稿をモノクロで読み取る（Ｓ１２４）。Ｓ１２４でＣＰＵ３０は、読取部１６で読み取られた原稿に対応する画像データ（例えば、ビットマップデータ）を、ネゴシエーションされた共通の符号化方式、具体的に、ＪＢＩＧ、ＭＭＲ、ＭＲ又はＭＨの何れかで符号化し、モノクロ符号化画像データを生成する。生成されたモノクロ符号化画像データは、ＲＡＭ３４上に記憶される。ＣＰＵ３０は、Ｓ１２４を、ＦＡＸ装置１０にセットされた原稿の全てに対して行う。従って、ＲＡＭ３４上には、全ての原稿に対応したモノクロ符号化画像データが記憶される。全てのモノクロ符号化画像データが記憶された時点で、メモリ送信の準備が完了する。なお、タイマ送信の場合、Ｓ１２４の完了は、上述したＳ１１２の場合と同様である。その後、ＣＰＵ３０は、処理をＳ１１４に移行する。Ｓ１１４でＣＰＵ３０は、カラー符号化画像データを例に説明した場合と同様、ＲＡＭ３４上に記憶されたモノクロ符号化画像データを対象として、符号化画像データ送信処理を実行する（Ｓ１１４）。符号化画像データ送信処理の説明は、後述する。Ｓ１１４を実行した後、ＣＰＵ３０は、上記同様、メイン処理を終了する。終了後の処理の継続については、上述した通りである。
【００４５】
＜受信機能力取得処理＞
図６に示すメイン処理のＳ１０６及びＳ１２２で実行される受信機能力取得処理について、図７等を参照して説明する。受信機能力取得処理を開始したＣＰＵ３０は、ＦＡＸ装置１０の通信モードを、ＳＩＰ通信設定とする（Ｓ２００）。これによって、ＦＡＸ装置１０は、ＳＩＰに従って、ＳＩＰサーバ８０を経由して、相手先装置５０と通信を行うことが可能な状態となる。続けて、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、図６のＳ１０４又はＳ１２０で生成したＳＩＰＵＲＩを送信先として、「INVITE」を送信する（Ｓ２０２）。なお、受信機能力取得処理が、Ｓ１０６で実行されている場合、送信先は、Ｓ１０４で生成されたＳＩＰＵＲＩとされ、Ｓ１２２で実行されている場合、送信先は、Ｓ１２０で生成されたＳＩＰＵＲＩとされる（ＳＩＰに従った他の各ステップにおいても同じ。）。Ｓ２０２は、第一実施例の手順（Ａ）（図２参照）、又は、第二及び第三実施例の手順（Ｊ）に対応する。Ｓ２０２で送信された「INVITE」は、例えば図３（Ａ）に示すようなＩＮＶＩＴＥメッセージであって、ＳＩＰサーバ８０を経由して、相手先装置５０に送信される。相手先装置５０（詳細には、ＣＰＵ７０）は、ネットワークＩ／Ｆ６０を制御し、「INVITE」を受信する。
【００４６】
次に、ＣＰＵ３０は、Ｓ２０２での「INVITE」の送信に応じて、相手先装置５０から送信される「200 OK」が、ネットワークＩ／Ｆ２０で受信されるまで待機する（Ｓ２０４：Ｎｏ）。このような「200 OK」の送受信は、第一実施例の手順（Ｃ）（図２参照）、又は、第二及び第三実施例の手順（Ｌ）（図４参照）に対応する。なお、相手先装置５０では、「200 OK」の送信前に、「180 Ringing」が送信され、ＦＡＸ装置１０では、「200 OK」の受信前に、この「180 Ringing」が受信される（図２の手順（Ｂ）、図４の手順（Ｋ）参照）。「200 OK」が受信された場合（Ｓ２０４：Ｙｅｓ）、ＣＰＵ３０は、受信された「200 OK」を解析し、受信機能力情報の記述があるかについて判断する（Ｓ２０６）。例えば、受信機能力取得処理が、モノクロスタートキーが押下されて開始されている場合（図６のＳ１１６：Ｙｅｓ，Ｓ１２２参照）において、ＦＡＸ装置１０で受信された「200 OK」が、図５（Ａ）又は図５（Ｂ）に示すような２００ＯＫメッセージであった場合、Ｓ２０６の判断は、肯定される（Ｓ２０６：Ｙｅｓ）。図５（Ａ），（Ｂ）に示すような２００ＯＫメッセージは、上述した通り、モノクロ符号化方式の受信機能力情報を含むためである。また、受信機能力取得処理が、カラースタートキーが押下されて開始されている場合（図６のＳ１０２：Ｙｅｓ，Ｓ１０６参照）において、ＦＡＸ装置１０で受信された「200 OK」が、図５（Ａ）に示すような２００ＯＫメッセージであった場合、Ｓ２０６の判断は、肯定される（Ｓ２０６：Ｙｅｓ）。図５（Ａ）に示すような２００ＯＫメッセージは、上述した通り、カラー符号化方式の受信機能力情報を含むためである。その後、ＣＰＵ３０は、受信した「200 OK」に記述された、相手先装置５０の受信機能力情報を取得し、例えば、ＲＡＭ３４又はフラッシュＲＯＭ３６に保存する（Ｓ２０８）。続けて、ＣＰＵ３０は、「CANCEL」を送信する（Ｓ２１０）。Ｓ２１０は、上述した第二及び第三実施例の手順（Ｍ）（図４参照）に対応する。Ｓ２１０で送信された「CANCEL」は、ＳＩＰサーバ８０を経由して、相手先装置５０に送信される。相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、「CANCEL」を受信する。「CANCEL」を受信した相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、ＳＩＰサーバ８０を経由して、ＦＡＸ装置１０に「200 OK」を送信する。
【００４７】
説明をＳ２０６に戻して、例えば、受信機能力取得処理が、モノクロスタートキーが押下されて開始されている場合（図６のＳ１１６：Ｙｅｓ，Ｓ１２２参照）において、ＦＡＸ装置１０で受信された「200 OK」が、図３（Ｂ）に示すような２００ＯＫメッセージであった場合、Ｓ２０６の判断は、否定される（Ｓ２０６：Ｎｏ）。図３（Ｂ）に示すような２００ＯＫメッセージは、上述した通り、モノクロ符号化方式の受信機能力情報を含まないためである。また、受信機能力取得処理が、カラースタートキーが押下されて開始されている場合（図６のＳ１０２：Ｙｅｓ，Ｓ１０６参照）において、ＦＡＸ装置１０で受信された「200 OK」が、図３（Ｂ）又は図５（Ｂ）に示すような２００ＯＫメッセージであった場合、Ｓ２０６の判断は、否定される（Ｓ２０６：Ｎｏ）。図３（Ｂ）及び図５（Ｂ）に示すような２００ＯＫメッセージは、上述した通り、カラー符号化方式の受信機能力情報を含まないためである。その後、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、「ACK」を送信する（Ｓ２１２）。「ACK」は、ＳＩＰサーバ８０を経由して、相手先装置５０に送信される。相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、「ACK」を受信する。Ｓ２１２は、第一実施例の手順（Ｄ）（図２参照）に対応する。Ｓ２１２を実行した後、ＣＰＵ３０は、ＦＡＸ装置１０の通信モードを、Ｔ．３８通信設定とする（Ｓ２１４）。これによって、以降の相手先装置５０との通信は、ＳＩＰサーバ８０を経由せず、相手先装置５０と、直接、Ｔ．３８に従って行われる。その後、ＣＰＵ３０は、Ｓ２１２での「ACK」の送信に応じて、相手先装置５０から送信される「DIS」が、ネットワークＩ／Ｆ２０で受信されるまで待機する（Ｓ２１６：Ｎｏ）。このような「DIS」の送受信は、第一実施例の手順（Ｅ）（図２参照）に対応する。「DIS」が受信された場合（Ｓ２１６：Ｙｅｓ）、ＣＰＵ３０は、受信された「DIS」を解析し、「DIS」に記述された、相手先装置５０の受信機能力情報を取得し、例えば、ＲＡＭ３４又はフラッシュＲＯＭ３６に保存する（Ｓ２１８）。
【００４８】
次に、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、「DCN」を送信する（Ｓ２２０）。「DCN」は、ＳＩＰサーバ８０を経由せず、直接、相手先装置５０に送信される。相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、「DCN」を受信する。Ｓ２２０は、第一実施例の手順（Ｆ）（図２参照）に対応する。その後、ＣＰＵ３０は、ＦＡＸ装置１０の通信モードを、再度、ＳＩＰ通信設定とする（Ｓ２２２）。これによって、以降の相手先装置５０との通信は、ＳＩＰに従って、ＳＩＰサーバ８０を経由して行われる。続けて、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、「BYE」を送信する（Ｓ２２４）。「BYE」は、ＳＩＰサーバ８０を経由して、相手先装置５０に送信される。相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、「BYE」を受信する。Ｓ２２４は、第一実施例の手順（Ｇ）（図２参照）に対応する。「BYE」を受信した相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、ＳＩＰサーバ８０を経由して、ＦＡＸ装置１０に「200 OK」を送信する。
【００４９】
Ｓ２１０又はＳ２２４を実行した後、ＣＰＵ３０は、Ｓ２１０での「CANCEL」の送信又はＳ２２４での「BYE」の送信に応じて、相手先装置５０から送信される「200 OK」が、ネットワークＩ／Ｆ２０で受信されるまで待機する（Ｓ２２６：Ｎｏ）。このような「200 OK」の送受信は、第一実施例の手順（Ｈ）（図２参照）、又は、第二及び第三実施例の手順（Ｎ）（図４参照）に対応する。「200 OK」が受信された場合（Ｓ２１６：Ｙｅｓ）、ＣＰＵ３０は、受信機能力取得処理を終了し、処理を、図６のＳ１０８又はＳ１２４に戻す。ＣＰＵ３０は、「200 OK」の受信によって、ＦＡＸ装置１０と相手先装置５０との間のＳＩＰによる通信を終了（中断）する。
【００５０】
＜符号化画像データ送信処理＞
図６に示すメイン処理のＳ１１４で実行される符号化画像データ送信処理について、図８等を参照して説明する。符号化画像データ処理を開始したＣＰＵ３０は、Ｓ３００〜Ｓ３０４を、順次、実行する。Ｓ３０２は、第一実施例の手順（Ｉ１）（図２参照）、又は、第二及び第三実施例の手順（Ｏ１）に対応する。また、Ｓ３０４に関する「200 OK」の送受信は、第一実施例の手順（Ｉ３）（図２参照）、又は、第二及び第三実施例の手順（Ｏ３）（図４参照）に対応する。なお、相手先装置５０では、「200 OK」の送信前に、「180 Ringing」が送信され、ＦＡＸ装置１０では、「200 OK」の受信前に、この「180 Ringing」が受信される（図２の手順（Ｉ２）、図４の手順（Ｏ２）参照）。Ｓ３００〜Ｓ３０４は、上述した図７に示す受信機能力取得処理のＳ２００〜Ｓ２０４と同様の処理である。そのため、Ｓ３００〜Ｓ３０４に関する説明は、省略する。図８に示す符号化画像データ送信処理におけるＳＩＰに従った各ステップでの送信先に関し、図６のＳ１０４が実行されていた場合、Ｓ１０４で生成されたＳＩＰＵＲＩとされ、Ｓ１２０が実行されていた場合、Ｓ１２０で生成されたＳＩＰＵＲＩとされる。
【００５１】
「200 OK」が受信された場合（Ｓ３０４：Ｙｅｓ）、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、「ACK」を送信する（Ｓ３０６）。「ACK」は、ＳＩＰサーバ８０を経由して、相手先装置５０に送信される。相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、「ACK」を受信する。Ｓ３０６は、第一実施例の手順（Ｉ４）（図２参照）又は、第二及び第三実施例の手順（Ｏ４）に対応する。続けて、ＣＰＵ３０は、ＦＡＸ装置１０の通信モードを、Ｔ．３８通信設定とする（Ｓ３０８）。これによって、以降の相手先装置５０との通信は、ＳＩＰサーバ８０を介さず、相手先装置５０と、直接、Ｔ．３８に従って行われる。その後、ＣＰＵ３０は、Ｓ３０６での「ACK」の送信に応じて、相手先装置５０から送信される「DIS」が、ネットワークＩ／Ｆ２０で受信されるまで待機する（Ｓ３１０：Ｎｏ）。このような「DIS」の送受信は、第一実施例の手順（Ｉ５）（図２参照）、又は、第二及び第三実施例の手順（Ｏ５）に対応する。「DIS」が受信された場合（Ｓ３１０：Ｙｅｓ）、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、直接、「DCS」を相手先装置５０に送信する（Ｓ３１２）。ＤＣＳは、符号化画像データの送信パラメータを定義し、符号化画像データの送信の開始を通知するための指令である。相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、「DCS」を受信する。Ｓ３１２は、第一実施例の手順（Ｉ６）（図２参照）、又は、第二及び第三実施例の手順（Ｏ６）に対応する。
【００５２】
次に、ＣＰＵ３０は、Ｓ３１２での「DCS」の送信に応じて、相手先装置５０から、直接、送信される「CFR」が、ネットワークＩ／Ｆ２０で受信されるまで待機する（Ｓ３１６：Ｎｏ）。ＣＦＲは、符号化画像データの送信を開始してよい旨を示す指令である。このような「CFR」の送受信は、第一実施例の手順（Ｉ７）（図２参照）、又は、第二及び第三実施例の手順（Ｏ７）（図４参照）に対応する。「CFR」が受信された場合（Ｓ３１６：Ｙｅｓ）、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、ＲＡＭ３４上に記憶された符号化画像データと、ポストメッセージとを、相手先装置５０に、直接、送信する（Ｓ３１８）。Ｓ３１８は、第一実施例の手順（Ｉ８）（図２参照）、又は、第二及び第三実施例の手順（Ｏ８）に対応する。具体的に、図６のＳ１１２が実行されていた場合、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、ＲＡＭ３４上に記憶されたカラー符号化画像データと、ポストメッセージとを、相手先装置５０に送信する。一方、図６のＳ１２４が実行されていた場合、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、ＲＡＭ３４上に記憶されたモノクロ符号化画像データと、ポストメッセージとを、相手先装置５０に送信する。ここで、Ｓ３１８でＣＰＵ３０は、ＲＡＭ３４上に記憶された符号化画像データを復号し、再度、Ｓ３１０で受信した「DIS」で特定される符号化方式による再符号化を実行しない。図７に示す受信機能力取得処理で、適切な符号化方式が特定されているためである。
【００５３】
送信されるポストメッセージとしては、第一実施例の手順（Ｉ９）（図２参照）、又は、第二及び第三実施例の手順（Ｏ９）に示すような、「PPS-EOP」が例示される。ＰＰＳ−ＥＯＰは、イメージ終了指令である。その後、ＣＰＵ３０は、相手先装置５０から送信される「MCF」が、ネットワークＩ／Ｆ２０で受信されるまで待機する（Ｓ３２０：Ｎｏ）。ＭＣＦは、ＰＰＳ−ＥＯＰに対する、相手先装置５０からの応答であって、適切に符号化画像データが受信されたことを示す指令である。このような「MCF」の送受信は、第一実施例の手順（Ｉ１０）（図２参照）、又は、第二及び第三実施例の手順（Ｏ１０）に対応する。「MCF」が受信された場合（Ｓ３２０：Ｙｅｓ）、ＣＰＵ３０は、ＲＡＭ３４上の符号化画像データに関し、未送信の画像があるかについて判断する（Ｓ３２２）。未送信の画像がある場合（Ｓ３２２：Ｙｅｓ）、ＣＰＵ３０は、処理をＳ３１８に戻し、Ｓ３２０の処理を繰り返して実行する。未送信の画像がない場合（Ｓ３２２：Ｎｏ）、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、「DCN」を、相手先装置５０に、直接、送信する（Ｓ３２４）。相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、「DCN」を受信する。Ｓ３２４は、第一実施例の手順（Ｉ１１）（図２参照）、又は、第二及び第三実施例の手順（Ｏ１１）に対応する。
【００５４】
その後、ＣＰＵ３０は、ＦＡＸ装置１０の通信モードを、再度、ＳＩＰ通信設定とする（Ｓ３２６）。これによって、以降の相手先装置５０との通信は、ＳＩＰに従って、ＳＩＰサーバ８０を経由して行われる。続けて、ＣＰＵ３０は、ネットワークＩ／Ｆ２０を制御し、ＳＩＰサーバ８０を経由して、相手先装置５０に、「BYE」を送信する（Ｓ３２８）。相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、「BYE」を受信する。Ｓ３２８は、第一実施例の手順（Ｉ１２）（図２参照）、又は、第二及び第三実施例の手順（Ｏ１２）に対応する。「BYE」を受信した相手先装置５０は、ネットワークＩ／Ｆ６０を制御し、ＳＩＰサーバ８０を経由して、ＦＡＸ装置１０に「200 OK」を送信する。ＣＰＵ３０は、相手先装置５０から送信される「200 OK」が、ネットワークＩ／Ｆ２０で受信されるまで待機する（Ｓ３３０：Ｎｏ）。このような「200 OK」の送受信は、第一実施例の手順（Ｉ１３）（図２参照）、又は、第二及び第三実施例の手順（Ｏ１３）（図４参照）に対応する。「200 OK」が受信された場合（Ｓ３３０：Ｙｅｓ）、ＣＰＵ３０は、ＦＡＸ装置１０と相手先装置５０との間のＳＩＰによる通信を終了し、符号化画像データ送信処理を終了する。なお、上述した通り、符号化画像データ送信処理の終了に伴い、図６のメイン処理も終了する。
【００５５】
＜本実施形態における有利な効果＞
以上説明した本実施形態によれば、原稿読取開始（図２及び図４の「原稿読取開始」、図６のＳ１１２，Ｓ１２４参照）前に、相手先装置５０の受信機能力情報を取得することができる。受信機能力情報を取得した後、原稿読取開始前に、ＦＡＸ装置１０では、「DCN」及び「BYE」が送信され（図２の（Ｆ），（Ｇ）、図７のＳ２２０，Ｓ２２４参照）、又は、「CANCEL」が送信（図４の手順（Ｍ）、図７のＳ２１０参照）される。そのため、原稿読取開始前のタイミングで、相手先装置５０との通信が終了又は中断される。その結果、例えば「DCS」が送信されず（図２の手順（Ｉ６）、図４の手順（Ｏ６）、図８のＳ３１２参照）、符号化画像データ等の送信のための処理（図２の手順（Ｉ８）、図４の手順（Ｏ８）、図８のＳ３１８参照）が、自動的に開始されることはない。
【００５６】
例えば、図６のＳ１０６又はＳ１２２が省略された処理では、一旦、最も圧縮率の高い符号化方式で、読み取られた原稿に対応する画像データが生成され、これがＲＡＭ上に記憶される。また、読取後の、メモリ送信に係る符号化画像データ送信処理で、相手先装置５０の受信能力が特定される。このような比較構成では、相手先装置５０が、ＲＡＭ上の画像データの符号化方式に対応した受信能力を有していないことが、符号化画像データ送信処理の最中に特定される。従って、送信元となるＦＡＸ装置では、ＲＡＭ上の符号化画像データを復号化し、復号化した画像データを、共通の符号化方式で、再度、符号化しなければならない。本実施形態では、上述した通り、相手先装置５０との通信が終了又は中断された状態で、相手先装置５０の受信能力に対応した符号化画像データを生成することができる（例えば、図６のＳ１１２，Ｓ１２４参照）。従って、メモリ送信に係る符号化画像データ送信処理を、効率的に行うことができる（図６のＳ１１４、詳細は図８参照）。ＮＧＮ網３のような高速通信が可能な通信回線網において、本実施形態は、再符号化に時間を要することがなく、高速通信のメリットを有効活用することができる。また、送信に要する時間に応じて課金されるような場合、上述の比較構成では、再符号化に時間を要するため、課金額が増加する。しかし、本実施形態のメイン処理では、再符号化がなされず、これに関する処理時間が不要でるため、課金額を抑制することができる。
【００５７】
＜変形例＞
上述した本実施形態の構成は、交換機９０によって構成されるＰＳＴＮ５を介した一般ＦＡＸ送信にも適用することが可能で、これによっても上記同様の機能が実現され、同様の効果を得ることができる。図９を参照して、その概略を説明する。以下では、カラー送信が選択されると共に、送信方法としてメモリ送信が行われる場合を例に説明する。各種の信号及びカラー符号化画像データは、交換機９０を経由して、ＦＡＸ装置１０と相手先装置５０との間を送受信される。図９に示す符号「（Ｐ）」〜「（Ｔ１０）」は、以下の説明における手順（Ｐ）〜手順（Ｔ１０）に対応する。
【００５８】
図９の処理の開始に際し、ユーザは、上記同様の方法で、相手先装置５０のダイヤル番号を入力し、操作部１４のカラースタートキーを押下する。これによって、ＰＳＴＮ５への回線閉結（図１０で「電話回線閉結」と記載）がなされ、図１０の処理が開始される。その後、相手先装置５０に対して呼出信号が送信され（手順（Ｐ）参照）、相手先装置５０においても、ＰＳＴＮ５への回線閉結が行われる。続けて、ＦＡＸ装置１０は、ＰＳＴＮ Ｉ／Ｆ２２を制御し、「CNG」を、相手先装置５０に送信し、相手先装置５０は、この「CNG」を受信する（手順（Ｑ）参照）。相手先装置５０では、この「CNG」に応じて、「DIS」が送信され、ＦＡＸ装置１０は、ＰＳＴＮ Ｉ／Ｆ２２で、この「DIS」を受信する（手順（Ｒ）参照）。上述した通り、ＤＩＳには、相手先装置５０の受信機能力情報が含まれる。その後、ＦＡＸ装置１０は、ＰＳＴＮ Ｉ／Ｆ２２を制御し、「CNG」を、相手先装置５０に送信し、相手先装置５０は、この「DCN」を受信する（手順（Ｓ）参照）。この「DCN」の送受信によって、ＦＡＸ装置１０と相手先装置５０との間の接続は切断される（図１０で「電話回線切断」と記載）。このような手順（Ｐ）〜（Ｓ）によって、ＦＡＸ装置１０は、相手先装置５０の受信機能力情報を取得し、一般ＦＡＸ送信に関する符号化方式等がネゴシエーションされる。
【００５９】
次に、ＦＡＸ装置１０では、自装置にセットされた原稿の読み取りが、読取部１６で開始され、読み取られた原稿に対応した画像データから、取得された受信機能力情報によって特定される共通の符号化方式で符号化された符号化画像データが生成され、ＲＡＭ３４上に記憶される。相手先装置５０がカラー受信能力を有する場合、ＦＡＸ装置１０では、原稿がカラーで読み取られ、ＲＡＭ３４上には、カラー符号化画像データ（ＪＰＥＧデータ）が記憶される。ＦＡＸ装置１０にセットされた原稿の読み取りが全て終了した場合、記憶されたカラー符号化画像データ等を、相手先装置５０に送信するための手順（Ｔ１）〜（Ｔ１０）が、順次、行われる。手順（Ｔ１）〜（Ｔ１０）は、従来の一般ＦＡＸ送信によるものと同様であるため、これらに関する説明は、省略する。
【符号の説明】
【００６０】
３ 次世代ネットワーク網（ＮＧＮ網）、 ５ 公衆電話交換回線網（ＰＳＴＮ）
１０ ファクシミリ装置、 １２ 表示部、 １４ 操作部、 １６ 読取部
１８ 印刷部、 ２０ ネットワークインターフェース（ネットワークＩ／Ｆ）
２２ ＰＳＴＮインターフェース（ＰＳＴＮ Ｉ／Ｆ）、 ２６ バスライン
３０ ＣＰＵ、 ３２ プログラムＲＯＭ、 ３４ ＲＡＭ
３６ フラッシュＲＯＭ
５０ ファクシミリ装置（相手先装置）、 ８０ ＳＩＰサーバ、 ９０ 交換機
【特許請求の範囲】
【請求項１】
通信回線網に接続された相手先装置に、読み取られた原稿に対応する画像データを符号化した符号化画像データをファクシミリ送信するファクシミリ装置であって、
データを記憶する記憶部と、
原稿を読み取る読取部と、
通信回線網に接続される通信部と、
前記通信部を制御する通信制御部と、
前記通信制御部によって前記通信部で受信された相手先装置からの能力信号から、相手先装置が受信できる符号化画像データの符号化方式のための受信機能力情報を取得する取得部と、
前記読取部で読み取られた原稿に対応する画像データから、前記取得部で取得された受信機能力情報によって特定される符号化方式で符号化された符号化画像データを生成する生成部と、
前記生成部で生成された符号化画像データを、前記記憶部に記憶する記憶制御部と、を有し、
前記通信制御部は、前記取得部で受信機能力情報が取得された場合、前記通信部による相手先装置との通信が行われていない状態とし、前記生成部で生成された符号化画像データが、前記記憶制御部によって前記記憶部に記憶された場合、前記通信部を制御し、前記記憶部に記憶された符号化画像データを、通信回線網を介して、相手先装置にファクシミリ送信し、
前記読取部は、前記通信制御部によって前記通信部による相手先装置との通信が行われていない状態で、原稿の読み取りを開始する、ファクシミリ装置。
【請求項２】
通信回線網は、ＩＰネットワークによって構成され、
前記通信制御部は、前記通信部を制御し、前記取得部で取得される受信機能力情報を含む第一の能力信号を、第一のプロトコルに従った手順によって受信し、第一のプロトコルに従った手順によって第一の能力信号が取得された場合、第一のプロトコルに従った手順によって前記通信部による通信の中断を制御し、第一のプロトコルに従った手順によって第一の能力信号が取得されない場合、第一のプロトコルに従った手順による通信を終了させた状態で、受信機能力情報を含む第二の能力信号を、第二のプロトコルに従った手順によって受信する、請求項１に記載のファクシミリ装置。
【請求項３】
前記通信制御部は、第一のプロトコルに従った手順によって第一の能力信号が取得された場合、前記通信部を制御し、前記通信部による通信を中断するための第一の中断信号を、前記相手先装置に送信し、第一のプロトコルに従った手順によって第一の能力信号が取得されない場合、前記通信部を制御し、前記通信部による通信を終了するための終了信号を、前記相手装置に送信する、請求項２に記載のファクシミリ装置。
【請求項４】
前記通信制御部は、第二のプロトコルに従った手順によって第二の能力信号が受信された場合、第二のプロトコルに従った手順によって前記通信部による通信の中断を制御する、請求項２又は請求項３に記載のファクシミリ装置。
【請求項５】
前記通信制御部は、第二のプロトコルに従った手順によって第二の能力信号が受信された場合、前記通信部を制御し、前記通信部による通信を中断するための第二の中断信号を、前記相手先装置に送信する、請求項４に記載のファクシミリ通信装置。
【請求項１】
通信回線網に接続された相手先装置に、読み取られた原稿に対応する画像データを符号化した符号化画像データをファクシミリ送信するファクシミリ装置であって、
データを記憶する記憶部と、
原稿を読み取る読取部と、
通信回線網に接続される通信部と、
前記通信部を制御する通信制御部と、
前記通信制御部によって前記通信部で受信された相手先装置からの能力信号から、相手先装置が受信できる符号化画像データの符号化方式のための受信機能力情報を取得する取得部と、
前記読取部で読み取られた原稿に対応する画像データから、前記取得部で取得された受信機能力情報によって特定される符号化方式で符号化された符号化画像データを生成する生成部と、
前記生成部で生成された符号化画像データを、前記記憶部に記憶する記憶制御部と、を有し、
前記通信制御部は、前記取得部で受信機能力情報が取得された場合、前記通信部による相手先装置との通信が行われていない状態とし、前記生成部で生成された符号化画像データが、前記記憶制御部によって前記記憶部に記憶された場合、前記通信部を制御し、前記記憶部に記憶された符号化画像データを、通信回線網を介して、相手先装置にファクシミリ送信し、
前記読取部は、前記通信制御部によって前記通信部による相手先装置との通信が行われていない状態で、原稿の読み取りを開始する、ファクシミリ装置。
【請求項２】
通信回線網は、ＩＰネットワークによって構成され、
前記通信制御部は、前記通信部を制御し、前記取得部で取得される受信機能力情報を含む第一の能力信号を、第一のプロトコルに従った手順によって受信し、第一のプロトコルに従った手順によって第一の能力信号が取得された場合、第一のプロトコルに従った手順によって前記通信部による通信の中断を制御し、第一のプロトコルに従った手順によって第一の能力信号が取得されない場合、第一のプロトコルに従った手順による通信を終了させた状態で、受信機能力情報を含む第二の能力信号を、第二のプロトコルに従った手順によって受信する、請求項１に記載のファクシミリ装置。
【請求項３】
前記通信制御部は、第一のプロトコルに従った手順によって第一の能力信号が取得された場合、前記通信部を制御し、前記通信部による通信を中断するための第一の中断信号を、前記相手先装置に送信し、第一のプロトコルに従った手順によって第一の能力信号が取得されない場合、前記通信部を制御し、前記通信部による通信を終了するための終了信号を、前記相手装置に送信する、請求項２に記載のファクシミリ装置。
【請求項４】
前記通信制御部は、第二のプロトコルに従った手順によって第二の能力信号が受信された場合、第二のプロトコルに従った手順によって前記通信部による通信の中断を制御する、請求項２又は請求項３に記載のファクシミリ装置。
【請求項５】
前記通信制御部は、第二のプロトコルに従った手順によって第二の能力信号が受信された場合、前記通信部を制御し、前記通信部による通信を中断するための第二の中断信号を、前記相手先装置に送信する、請求項４に記載のファクシミリ通信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−２１３００５（Ｐ２０１２−２１３００５Ａ）
【公開日】平成２４年１１月１日（２０１２．１１．１）
【国際特許分類】
【出願番号】特願２０１１−７７０２４（Ｐ２０１１−７７０２４）
【出願日】平成２３年３月３１日（２０１１．３．３１）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２４年１１月１日（２０１２．１１．１）
【国際特許分類】
【出願日】平成２３年３月３１日（２０１１．３．３１）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]