(57)【特許請求の範囲】
【請求項１】
通信装置であって、
画像の符号化及び復号化を行う第１コーデック手段と、
前記第１コーデック手段よりも高速に前記画像の符号化及び復号化を行う第２コーデック手段と、
前記通信装置がＩＰ網に接続されたファックス装置とファックス通信をする場合、前記第２コーデック手段により前記画像を符号化又は復号化するよう制御し、前記通信装置がアナログ網に接続されたファックス装置とファックス通信をする場合、前記第１コーデック手段により前記画像を符号化又は復号化するよう制御する制御手段と
を備えることを特徴とする通信装置。
【請求項２】
前記制御手段は、前記通信装置が前記ＩＰ網に接続されたファックス装置とファックス通信する場合であっても、当該ファックス通信が課金の対象とならない場合、前記第１コーデック手段により前記画像を符号化又は復号化するよう制御することを特徴とする請求項１記載の通信装置。
【請求項３】
前記制御手段は、前記通信装置が前記ＩＰ網に接続されたファックス装置とファックス通信する場合であっても、通信速度が予め設定された閾値を超えないときには、前記第１コーデック手段により前記画像を符号化又は復号化するよう制御することを特徴とする請求項１記載の通信装置。
【請求項４】
前記閾値を設定するための設定画面を表示する表示手段をさらに備えることを特徴とする請求項３に記載の通信装置。
【請求項５】
前記制御手段は、前記通信装置が前記ＩＰ網に接続されたファックス装置とファックス通信する場合であっても、前記第２コーデック手段を使用できないときには、前記第１コーデック手段により前記画像を符号化又は復号化するよう制御することを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
【請求項６】
前記第２コーデック手段を使用できないときとは、当該第２コーデック手段が他のファックス通信に使用されている場合であることを特徴とする請求項５に記載の通信装置。
【請求項７】
前記第１コーデック手段は、ソフトウェアコーデックであり、前記第２コーデック手段はハードウェアコーデックであることを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
【請求項８】
画像の符号化及び復号化を行う第１コーデック手段と、前記第１コーデック手段よりも高速に前記画像の符号化及び復号化を行う第２コーデック手段と、を備えた通信装置の制御方法であって、
前記通信装置がＩＰ網に接続されたファックス装置とファックス通信をするときは、前記第２コーデック手段により前記画像を符号化又は復号化するよう制御し、前記通信装置がアナログ網に接続されたファックス装置とファックス通信をするときは、前記第１コーデック手段により前記画像を符号化又は復号化するよう制御する制御ステップと
を備えることを特徴とする制御方法。
【請求項９】
画像の符号化及び復号化を行う第１コーデック手段と、前記第１コーデック手段よりも高速に前記画像の符号化及び復号化を行う第２コーデック手段と、を備えた通信装置の制御方法をコンピュータに実行させるためのプログラムであって、
前記制御方法は、
前記通信装置がＩＰ網に接続されたファックス装置とファックス通信をするときは、前記第２コーデック手段により前記画像を符号化又は復号化するよう制御し、前記通信装置がアナログ網に接続されたファックス装置とファックス通信をするときは、前記第１コーデック手段により前記画像を符号化又は復号化するよう制御する制御ステップと
を備えることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及びその制御方法、並びにプログラムに関し、特に、ＩＰ網とアナログ網を用いてファックス送受信可能な通信装置及びその制御方法、並びにプログラムに関する。
【背景技術】
【０００２】
近年、ＩＰ網を利用してファックス送受信を行うＩＰＦＡＸが注目されている。ＮＴＴ（登録商標）の公衆ＩＰ網であるＮＧＮ網でもコンテンツのひとつにＩＰＦＡＸが挙げられている。
【０００３】
このＮＧＮ網での通信速度は最大１Ｍｂｐｓであることからも分かるように、ＩＰＦＡＸの通信速度は高速であり、これまでのアナログ回線を用いたファックスより短時間で画像を送受信することが可能である。
【０００４】
また、ＩＰＦＡＸの高速性を生かし、データ量の多い、高解像度ファックスやカラーファックスなどに用いられることが期待されている。
【０００５】
さらに、ＩＰ網であるから、従来のアナログ網に必要であった電話回線の増設や、モデムハードウェアの増設なしに、同時通信数を容易に増やすことができ、マルチセッションが可能となる。
【０００６】
なお、従来のアナログファックスも、Ｔ．３８ＧＷを介して公衆ＩＰ網に接続することが可能である。詳しくは既知の技術であるため割愛するが、ＩＰＦＡＸ同士は呼接続をＳＩＰ、データ通信をＴ．３８プロトコルで行う。
【０００７】
これに関し、Ｔ．３８ＧＷは、ＳＩＰ呼接続をアナログ電話の呼接続、Ｔ．３８プロトコルをＴ．３０プロトコルにリアルタイム変換し、アナログファックスとの相互通信を可能とするものである（例えば、特許文献１参照）。
【０００８】
ＩＰＦＡＸがＴ．３８ＧＷを介してアナログファックスと通信する際には、Ｖ．１７アナログファックスの最高通信速度である１４４００ｂｐｓより通信速度を上げることができない制約がある。
【０００９】
このように、従来のアナログファックス同士の通信では、通信速度が遅いため、画像の符号化、復号化をソフトウェアＣＯＤＥＣで行っても十分間に合う。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００３−９２６７１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、例えば、ＮＧＮ網は最高で１Ｍｂｐｓを帯域保障するが、符号化、復号化をソフトウェアＣＯＤＥＣで行った場合、処理が遅く、公衆ＩＰ網の性能を最大限引き出すことができない。
【００１２】
更に、ＮＧＮ網は時間当たりの従量課金であるため、速度が遅いことはユーザに余計な出費を強いることになる。
【００１３】
従って、画像の符号化、復号化をハードウェアＣＯＤＥＣで行うことが望ましいことはもちろんであるが、マルチセッションにおいて、通信回線分の専用ハードウェアＣＯＤＥＣをＩＰＦＡＸ機に搭載することはコスト的に不利である。従って、全ての通信においてハードウェアＣＯＤＥＣが使用できるとは限らない。
【００１４】
一方、上述したようにＩＰＦＡＸがＴ．３８ＧＷを介してアナログファックスと通信する際には、アナログファックスの最高通信速度である１４４００ｂｐｓより通信速度を上げることができない制約があるため、ソフトウェアＣＯＤＥＣでも十分処理が間に合う。
【００１５】
また、ＩＰＦＡＸ同士の通信においても、公衆ＩＰ網ではなく、構内ＩＰ網であれば時間が多少掛かっても課金対象とはならないためソフトＣＯＤＥＣを使用し、ある程度低速通信になったとしても通信料金が増えることが無い。
【００１６】
本発明の目的は、ファックスで送受信される画像の符号化及び復号化速度の異なるコーデックを利用可能な通信装置において、通信装置がＩＰ網に接続されたファックス装置とファックス通信をするか、通信装置がアナログ網に接続されたファックス装置とファックス通信をするかによって、コーデックを適切に使い分けることが可能な通信装置及びその制御方法、並びにプログラムを提供することにある。
【課題を解決するための手段】
【００１７】
上記目的を達成するために、請求項１の通信装置は、画像の符号化及び復号化を行う第１コーデック手段と、前記第１コーデック手段よりも高速に前記画像の符号化及び復号化を行う第２コーデック手段と、前記通信装置がＩＰ網に接続されたファックス装置とファックス通信をする場合、前記第２コーデック手段により前記画像を符号化又は復号化するよう制御し、前記通信装置がアナログ網に接続されたファックス装置ファックス通信をする場合、前記第１コーデック手段により前記画像を符号化又は復号化するよう制御する制御手段とを備えることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、ファックスで送受信される画像の符号化及び復号化速度の異なるコーデックを利用可能な通信装置において、ＩＰ網に接続されたファックス装置とファックス通信をするか、アナログ網に接続されたファックス装置とファックス通信をするかによって、コーデックを適切に使い分けることが可能な通信装置及びその制御方法、並びにプログラムを提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施の形態に係る通信装置を含む通信システムの概略構成を示す図である。
【図２】図１におけるＩＰＦＡＸ装置のブロック図である。
【図３】図１におけるＩＰＦＡＸ装置同士のファックス通信を示すシーケンス図である。
【図４】図１におけるＩＰＦＡＸ装置とＴ．３８ＧＷ先のアナログファックスとのファックス通信を示すシーケンス図である。
【図５】図２における操作部に表示されるハードウェアＣＯＤＥＣ使用有無画面の一例である。
【図６】図２における操作部に表示されるハードウェアＣＯＤＥＣを使用する通信速度の閾値設定画面の一例である。
【図７】ＩＰＦＡＸ装置のＣＰＵにより実行されるファックス送信処理の手順を示すフローチャートである。
【図８】ＩＰＦＡＸ装置のＣＰＵにより実行されるファックス受信処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、本発明の実施の形態について図面を参照しながら詳述する。
【００２１】
図１は、本発明の実施の形態に係る通信装置を含む通信システム１００の概略構成を示す図である。
【００２２】
図１において、通信システム１００は、構内ＩＰ網１００１、公衆ＩＰ網１００３、ＩＰＦＡＸ装置１００２，１００４，１００７、Ｔ．３８ＧＷ１００５、及びアナログファックス１００６で構成されている。
【００２３】
上記ＩＰＦＡＸ装置１００２，１００４，１００７は、本発明の通信装置に対応し、本実施の形態においては、ＩＰＦＡＸ装置１００２を中心に説明していく。また、ＩＰＦＡＸ装置１００４は、公衆ＩＰ網１００３に接続されている。また、ＩＰＦＡＸ装置１００７は、構内ＩＰ網１００１に接続されている。
【００２４】
なお、本来は、公衆ＩＰ網１００３用のゲートウェイ、構内ＩＰ網１００１用のゲートウェイ、及びセッション接続を管理するＳＩＰサーバなどが必要となるが、ここでは割愛する。また、ＩＰＦＡＸ装置１００２，１００４，１００７に共通する説明をするときは、単にＩＰＦＡＸ装置と記載する。
【００２５】
図１において、通信速度が異なる回線は、公衆ＩＰ網１００３を用いる回線、及びＴ．３８ＧＷ、アナログファックス１００６間のアナログ網を含む回線となっている。
【００２６】
図２は、図１におけるＩＰＦＡＸ装置１００２のブロック図である。
【００２７】
図２において、ＩＰＦＡＸ装置１００２は、操作部２００２、スキャナ２００３、ＣＰＵ２００４、主記憶装置２００５、ＮＶＲＡＭ２００９を含む。また、ＩＰＦＡＸ装置１００２は、ハードウェアＣＯＤＥＣ２０１０（ハードウェアコーデック）、ネットワークデバイス２０１１、及びプリンタ２０１３を含む。
【００２８】
ＣＰＵ２００４は演算装置であり、ＩＰＦＡＸ装置１００２全体の制御を行う。
【００２９】
操作部２００２は、キーボード、表示部等で構成され、オペレータが各種入力操作を行うためのものである。スキャナ２００３は、送信画像の読み込みを行う。プリンタ２０１３は、受信画像の印刷を行う。
【００３０】
ＮＶＲＡＭ２００９はユーザ設定などが記録される。ハードウェアＣＯＤＥＣ２０１０は符号、復号化を行うハードウェアである。
【００３１】
主記憶装置２００５はＣＰＵ２００４が動作させるプログラムや画像データを格納するために用いる。また、主記憶装置２００５には、送受信画像格納領域２００６、符号復号領域２００７、及びソフトウェアＣＯＤＥＣ領域２００８が設けられている。ソフトウェアＣＯＤＥＣ領域２００８には、ソフトウェアＣＯＤＥＣ（ソフトウェアコーデック）を実行するためのプログラムが記憶されている。これをＣＰＵ２００４が実行することにより、ソフトウェアＣＯＤＥＣ機能を実現できる。
【００３２】
送受信画像格納領域２００６は、スキャナ２００３が読み取った送信画像を一時的に格納するか、受信画像を一次格納する領域である。
【００３３】
符号復号領域２００７は、ソフトウェアＣＯＤＥＣ領域２００８に記憶されたソフトウェアＣＯＤＥＣ、及びハードウェアＣＯＤＥＣ２０１０が符号、または復号化した後のデータを一時的に格納する領域である。
【００３４】
ソフトウェアＣＯＤＥＣ領域２００８はＣＰＵ２００４が読み込み動作させるソフトウェアＣＯＤＥＣのプログラムが格納される領域である。
【００３５】
ネットワークデバイス２０１１はＩＰＦＡＸ装置１００２をネットワークに接続するもので、ＩＰデータ送受信を行う。このネットワークデバイス２０１１は、アナログ網に接続されたアナログファックス１００６にもファックスの送受信可能である。従って、通信速度の異なる回線で画像を送受信可能となっている。
【００３６】
本実施の形態では、上述したソフトウェアＣＯＤＥＣが、ファックスで送受信される画像の符号化及び復号化を行う第１コーデック手段に対応する。一方、ハードウェアＣＯＤＥＣ２０１０は、第１コーデック手段よりも高速に前記画像の符号化及び復号化を行う第２コーデック手段に対応する。
【００３７】
なお、符号化及び復号化速度が遅いコーデックは必ずしもソフトウェアＣＯＤＥＣとは限らない。例えば符号化及び復号化速度が異なる２つ以上のハードウェアＣＯＤＥＣが搭載されることもあり得る。
【００３８】
他のＩＰＦＡＸ装置１００４，１００７も同様の構成となっている。
【００３９】
図３は、図１におけるＩＰＦＡＸ装置同士のファックス通信を示すシーケンス図である。
【００４０】
このシーケンス図は、図１では、ＩＰＦＡＸ装置１００２とＩＰＦＡＸ装置１００４とのファックス通信、または、ＩＰＦＡＸ装置１００２とＩＰＦＡＸ装置１００７とのファックス通信を示す。
【００４１】
この図３では例として、ＩＰＦＡＸ装置１００２が送信機、ＩＰＦＡＸ装置１００４が受信機とした場合のファックス通信を示している。
【００４２】
図３において、ＩＰＦＡＸ装置１００２はＩＰＦＡＸ装置１００４へセッション（呼）接続要求を送信し、セッション接続を行う（ステップＳ３００１）。本来であれば、構内ＩＰ網１００１から公衆ＩＰ網１００３へ接続するためのゲートウェイが必要である、またセッション接続にはＳＩＰを用いるなど制御が必要であるが、既知の技術のため割愛する。
【００４３】
セッション接続によりセッションが確立すると、ＩＰＦＡＸ装置１００２はＴ．３８  ＣＮＧをＩＰＦＡＸ装置１００４へ送信する（ステップＳ３００２）。
【００４４】
次いで、ＩＰＦＡＸ装置１００４はＴ．３８  ＣＥＤを送信する（ステップＳ３００３）。受信側であるＩＰＦＡＸ装置１００４はＴ．３８  ＤＩＳによって能力宣言をし、ＩＰＦＡＸ装置１００２がそれを受信する（ステップＳ３０４）。
【００４５】
送信側であるＩＰＦＡＸ装置１００２はＴ．３８ＤＣＳによって能力宣言を返し、ＩＰＦＡＸ装置１００４がそれを受信する（ステップＳ３０５）。通常、通信相手がＴ．３８ＧＷ先のアナログファックスか否かは、Ｔ．３０勧告書によると、送られてきたＤＩＳあるいはＤＣＳのｂｉｔ３及びｂｉｔ１２１を解析することで分かる。
【００４６】
このケースでは、ＤＩＳ／ＤＣＳ解析の結果ＩＰＦＡＸ装置１００２、ＩＰＦＡＸ装置１００４ともにＴ．３８ＧＷを経由していないＩＰＦＡＸであるということが分かる。
【００４７】
次いで、ＩＰＦＡＸ装置１００２，１００４は、Ｔ．３８  ＴＣＦを送受信し（ステップＳ３０６）、Ｔ．３８  ＣＦＲを送受信し（ステップＳ３００７）、画像通信が行われる（ステップＳ３００８）。この送受信の詳細についても、既知の技術であるのでここでは割愛する。画像の送受信が行われると、セッションの切断が行われ（ステップＳ３００９）、本処理を終了する。
【００４８】
図４は、図１におけるＩＰＦＡＸ装置とＴ．３８ＧＷ１００５先のアナログファックス１００６とのファックス通信を示すシーケンス図である。
【００４９】
このシーケンス図は、図１では、ＩＰＦＡＸ装置１００２とアナログファックス１００６とのファックス通信を示す。
【００５０】
図４において、ＩＰＦＡＸ装置１００２はアナログファックス１００６へセッション（呼）接続要求を送信し、セッション接続を行う（ステップＳ４００１）。Ｔ．３８ＧＷ１００５は、ＩＰＦＡＸ装置１００２からのＩＰＦＡＸのセッション接続要求をアナログのセッション接続要求へ変換し、アナログファックス１００６へ接続要求する。具体的に例えば、ＳＩＰのＩＮＶＩＴＥをアナログ呼接続のダイアル要求へと変換することである。
【００５１】
セッション接続によりセッションが確立すると、ＩＰＦＡＸ装置１００２はＴ．３８ＧＷ１００５へＴ．３８  ＣＮＧを送信する（ステップＳ４００２）。Ｔ．３８ＧＷ１００５によってＴ．３８  ＣＮＧはアナログトーンのＣＮＧへ変換され、アナログファックス１００６へ送信される（ステップＳ４００３）。
【００５２】
アナログファックス１００６は、アナログトーンのＴＯＮＥ  ＣＥＤをＴ．３８ＧＷ１００５へ送信する（ステップＳ４００４）。ＴＯＮＥ  ＣＥＤは、Ｔ．３８ＧＷ１００５によってＴ．３８ＣＥＤへ変換され、ＩＰＦＡＸ装置１００２へ送信される（ステップＳ４００５）。
【００５３】
次いで、アナログファックス１００６はＴ．３０  ＤＩＳをＴ．３８ＧＷ１００５へ送信し（ステップＳ４００６）、Ｔ．３８ＧＷ１００５はＴ．３０ＤＩＳをＴ．３８  ＤＩＳへ変換し、ＩＰＦＡＸ装置１００２へ送信する（ステップＳ４００７）。この例では、ＩＰＦＡＸ装置１００２が、送信されたＴ．３８  ＤＩＳのｂｉｔ３及びｂｉｔ１２１を解析すると、ＩＰＦＡＸ装置１００２が通信相手として画像送信しようとしている相手がＴ．３８ＧＷ先のアナログファックスであるということが分かる。
【００５４】
ＩＰＦＡＸ装置１００２はＴ．３８ＧＷ１００５へＴ．３８  ＤＣＳを送信する（ステップＳ４００８）。Ｔ．３８ＧＷ１００５によってＴ．３８  ＤＣＳはＴ．３０  ＤＣＳへ変換され、アナログファックス１００６へ送信される（ステップＳ４００９）。
【００５５】
ＩＰＦＡＸ装置１００２はＴ．３８ＧＷ１００５へＴ．３８  ＴＣＦを送信する（ステップＳ４０１０）。Ｔ．３８ＧＷ１００５によってＴ．３８  ＴＣＦはＴ．３０  ＴＣＦへ変換され、アナログファックス１００６へ送信される（ステップＳ４０１１）。
【００５６】
次いで、アナログファックス１００６はＴ．３０  ＣＦＲをＴ．３８ＧＷ１００５へ送信し（ステップＳ４０１２）、Ｔ．３８ＧＷ１００５はＴ．３０ＣＦＲをＴ．３８  ＣＦＲへ変換し、ＩＰＦＡＸ装置１００２へ送信する（ステップＳ４０１３）。
【００５７】
その後、ＩＰＦＡＸ装置１００２はＴ．３８ＧＷ１００５へＴ．３８画像を送信する（ステップＳ４０１４）。Ｔ．３８ＧＷ１００５によってＴ．３８画像はＴ．３０画像へ変換され、アナログファックス１００６へ送信される（ステップＳ４０１５）。
【００５８】
そして、セッションの切断が行われる（ステップＳ４０１６）。具体的にはＩＰＦＡＸ装置１００２がＳＩＰのＢＹＥを発行し、それを受けたＴ．３８ＧＷ１００５がアナログファックス１００６の回線開放を行うことになる。
【００５９】
ＳＩＰやＴ．３８ＧＷは既知の技術であるため割愛するが、アナログファックス１００６がＩＰＦＡＸ装置１００２へ画像送信する場合でも基本的には変わりはなく、Ｔ．３８ＧＷが逆の変換を行うことになる。
【００６０】
ただし、その場合、ＩＰＦＡＸ装置１００２はＴ．３８ＧＷからＴ．３８  ＤＣＳを受け取ることになる。ＩＰＦＡＸ装置１００２が受け取ったＴ．３８  ＤＣＳのｂｉｔ３及びｂｉｔ１２１を解析することで、ＩＰＦＡＸ装置１００２が通信相手として画像受信しようとしている相手がＴ．３８ＧＷ１００５先の、アナログファックス１００６であるということが分かる。
【００６１】
図５は、図２における操作部２００２に表示されるハードウェアＣＯＤＥＣ２０１０使用有無画面の一例である。
【００６２】
この画面により、ユーザが、構内ＩＰ網１００１において、ＩＰＦＡＸ同士の通信、例えばＩＰＦＡＸ装置１００２とＩＰＦＡＸ装置１００７が画像送受信する際に、画像の符号、復号化にハードウェアＣＯＤＥＣ２０１０を用いるか否かを設定することができる。
【００６３】
ハードウェアＣＯＤＥＣ使用有無画面５００１には、「使用しない」ボタン５００２、「使用する」ボタン５００３が表示される。ここで設定した内容は、図２におけるＮＶＲＡＭ２００９に保存され、ＩＰＦＡＸの電源切断時にも消去されない。
【００６４】
図６は、図２における操作部２００２に表示されるハードウェアＣＯＤＥＣ２０１０を使用する通信速度の閾値設定画面の一例である。
【００６５】
実際の通信速度が、ユーザがこの画面で設定した閾値より高速な場合、ハードウェアＣＯＤＥＣ２０１０による画像の符号、復号化が行われる。一方、実際の通信速度が、ユーザがこの画面で設定した閾値より低速な場合、ソフトウェアＣＯＤＥＣによる画像の符号、復号化が行われる。
【００６６】
実際の通信速度を求めるには、例えば、セッション接続時にＳＩＰを用いる場合、ＳＩＰでセッション接続する際に使用されるセッション記述プロトコルＳＤＰを参照する。ＳＤＰにおける帯域指定タイプ”ｂ＝”を解析する。あるいはタイプ”ａ＝”のビットレートを解析することで通信速度を求めることができる。
【００６７】
閾値設定画面６００１には、閾値６００２、数値を増やすボタン６００３、数値を減らすボタン６００４が表示される。この例では、１ｋｂｐｓ単位での調整が可能である。
ここで設定した内容は、図２のＮＶＲＡＭ２００９に保存され、ＩＰＦＡＸの電源切断時にも消去されない。
【００６８】
図７は、ＩＰＦＡＸ装置１００２のＣＰＵ２００４により実行されるファックス送信処理の手順を示すフローチャートである。
【００６９】
この図７のフローチャートは、ＩＰＦＡＸ装置１００２が、ＩＰＦＡＸ装置１００４、Ｔ．３８ＧＷ先のアナログファックス１００６、及びＩＰＦＡＸ装置１００７のいずれに送信する場合にも適用される。
【００７０】
図７において、まずユーザによりＩＰＦＡＸ送信が開始される（ステップＳ７０００）。次いで、ハードウェアＣＯＤＥＣ２０１０のリソースの取得を試みる（ステップＳ７００１）。これは、ハードウェアＣＯＤＥＣ２０１０がＩＰＦＡＸ機上に１つ以上存在しているので、そのうちの１つを使用宣言することである。
【００７１】
例えば、ＩＰＦＡＸ装置１００２上に１つのハードウェアＣＯＤＥＣ２０１０があると仮定する。最初のセッションはハードウェアＣＯＤＥＣのリソースを取得できる。最初のセッション接続のファックス通信が完了する前に、次のセッション接続のファックス通信を行う場合は１つしかないハードウェアＣＯＤＥＣ２０１０が使用中であるため、ハードウェアＣＯＤＥＣ２０１０のリソースを取得できない。
【００７２】
ハードウェアＣＯＤＥＣ２０１０リソースはファックス通信が完了すると解放されるので、そのとき取得することが可能となる。
【００７３】
次いで、ハードウェアＣＯＤＥＣ２０１０のリソースを取得できたか否か判別する（ステップＳ７００２）。ステップＳ７００２の判別の結果、ハードウェアＣＯＤＥＣ２０１０のリソースが取得できたとき（ステップＳ７００２でＹＥＳ）、通信相手が構内ＩＰ網１００１に接続されているか否か判別する（ステップＳ７００３）。図１の場合は、通信相手がＩＰＦＡＸ装置１００７か否かを判別することとなる。
【００７４】
通信相手の判別は、相手の電話番号の先頭の数字に意味を持たせておき、例えば０発信であれば公衆網、０発信でなければ構内網としておくことで可能となる。また、ＩＰＦＡＸ装置１００２機内に登録したアドレス帳に通信相手が構内ＩＰ網１００１に接続されているか公衆ＩＰ網１００３に接続されているかを記述しておくことで、判別することも可能である。
【００７５】
ステップＳ７００３の判別の結果、通信相手が構内ＩＰ網１００１に接続されていないとき（ステップＳ７００３でＮＯ）、セッション接続要求を送信することでセッションが接続される（ステップＳ７００４）。ＳＩＰであればＩＮＶＩＴＥである。
【００７６】
次いで、通信相手からＤＩＳを受信すると、通信相手がＴ．３８ＧＷ１００５先のアナログファックス１００６であるか否か解析する（ステップＳ７００５）。解析の結果が、通信相手がアナログファックス１００６であるか否かを判別する（ステップＳ７００６）。
【００７７】
ステップＳ７００６の判別の結果、通信相手がアナログファックス１００６ではないとき（ステップＳ７００６でＮＯ）、図６で説明したＩＰＦＡＸ通信速度閾値が実際の通信速度未満か否か判別する（ステップＳ７００７）。
【００７８】
ステップＳ７００７の判別の結果、ＩＰＦＡＸ通信速度閾値が実際の通信速度未満のとき（ステップＳ７００７でＹＥＳ）、ハードウェアＣＯＤＥＣ２０１０を使用して送信画像の符号化する符号処理を行う（ステップＳ７００８）。
【００７９】
次いで、符号化された画像を公衆ＩＰ網１００３に接続されたＩＰＦＡＸ装置１００４へ送信する（ステップＳ７００９）。画像送信が完了すると、ＩＰＦＡＸ装置１００２はハードウェアＣＯＤＥＣ２０１０を解放する（ステップＳ７０１０）。そして、セッションを切断し（ステップＳ７０１１）、本処理を終了する。
【００８０】
上記ステップＳ７００２の判別の結果、ハードウェアＣＯＤＥＣ２０１０のリソースが取得できなかったとき（ステップＳ７００２でＮＯ）、通信相手にセッション接続要求を送信し、セッションを接続し（ステップＳ７０１７）、ステップＳ７０１５に進む。
【００８１】
上記ステップＳ７００３の判別の結果、通信相手が構内ＩＰ網１００１に接続されているとき（ステップＳ７００３でＹＥＳ）、構内ＩＰ網１００１のＩＰＦＡＸ装置１００７に対してセッション接続要求を送信し、セッションが接続される（ステップＳ７０１２）。
【００８２】
次いで、図５で説明した構内ＩＰ網１００１ならハードウェアＣＯＤＥＣ２０１０を使用する設定となっているか否かを判別する（ステップＳ７０１３）。ステップＳ７０１３の判別の結果、ハードウェアＣＯＤＥＣ２０１０を使用する設定となっているとき（ステップＳ７０１３でＹＥＳ）、上記ステップＳ７００８に進む。
【００８３】
一方、ハードウェアＣＯＤＥＣ２０１０を使用する設定となっていないとき（ステップＳ７０１３でＮＯ）、直ちにハードウェアＣＯＤＥＣ２０１０のリソースを解放する（ステップＳ７０１４）。このように、画像通信前に解放することにより、マルチセッションでＩＰＦＡＸ同時通信が行われる際にも、ハードウェアＣＯＤＥＣ２０１０のリソース利用に無駄が生じない。
【００８４】
次いで、ソフトウェアＣＯＤＥＣを使用して送信画像の符号化する符号処理を行い（ステップＳ７００８）、符号化した画像を通信相手へ送信し、上記ステップＳ７０１１へ進む。
【００８５】
また、上記ステップＳ７００６の判別の結果、通信相手がアナログファックス１００６であるとき（ステップＳ７００６でＹＥＳ）、上記ステップＳ７０１４に進む。さらに、ステップＳ７００７の判別の結果、ＩＰＦＡＸ通信速度閾値が実際の通信速度未満ではないとき（ステップＳ７００７でＮＯ）、上記ステップＳ７０１４に進む。
【００８６】
図８は、ＩＰＦＡＸ装置１００２のＣＰＵ２００４により実行されるファックス受信処理の手順を示すフローチャートである。
【００８７】
この図８のフローチャートは、ＩＰＦＡＸ装置１００２が、ＩＰＦＡＸ装置１００４、Ｔ．３８ＧＷ先のアナログファックス１００６、及びＩＰＦＡＸ装置１００７のいずれから受信する場合にも適用される。
【００８８】
図８において、通信相手からセッション接続要求を受信する（ステップＳ８００１）。すなわちＳＩＰでのＩＮＶＩＴＥを受信する。
【００８９】
次いで、ハードウェアＣＯＤＥＣ２０１０のリソースの取得を試みる（ステップＳ８００２）。次いで、ハードウェアＣＯＤＥＣ２０１０のリソースを取得できたか否か判別する（ステップＳ８００３）。ステップＳ８００３の判別の結果、ハードウェアＣＯＤＥＣ２０１０のリソースが取得できたとき（ステップＳ８００３でＹＥＳ）、通信相手が構内ＩＰ網１００１に接続されているか否か判別する（ステップＳ８００４）。図１の場合は、通信相手がＩＰＦＡＸ装置１００７か否かを判別することとなる。
【００９０】
通信相手の判別は、例えばセッション接続にＳＩＰを用いる場合、ＳＩＰでセッション接続する際に使用されるセッション記述プロトコルＳＤＰを参照することで可能となる。メディアタイプ”ｍ＝”を解析し、ｍ＝ａｐｐｌｉｃａｔｉｏｎであれば公衆ＩＰ網１００３、ｍ＝ｉｍａｇｅであれば構内ＩＰ網１００１であると判別する。または、通信相手のＵＲＩのドメイン名を参考にする。または、ＩＰＦＡＸ装置１００２機内に登録したアドレス帳に通信相手が構内ＩＰ網１００１に接続されているか公衆ＩＰ網１００３に接続されているかを記述しておくことで判別することも可能である。
【００９１】
ステップＳ８００４の判別の結果、通信相手が構内ＩＰ網１００１に接続されていないとき（ステップＳ８００４でＮＯ）、セッション接続要求を送信することでセッションが接続される（ステップＳ８００５）。
【００９２】
次いで、通信相手からＤＩＳを受信すると、通信相手がＴ．３８ＧＷ１００５先のアナログファックス１００６であるか否か解析する（ステップＳ８００６）。解析の結果が、通信相手がアナログファックス１００６であるか否かを判別する（ステップＳ８００７）。
【００９３】
ステップＳ８００７の判別の結果、通信相手がアナログファックス１００６ではないとき（ステップＳ８００７でＮＯ）、図６で説明したＩＰＦＡＸ通信速度閾値が実際の通信速度未満か否か判別する（ステップＳ８００８）。
【００９４】
ステップＳ８００８の判別の結果、ＩＰＦＡＸ通信速度閾値が実際の通信速度未満のとき（ステップＳ８００８でＹＥＳ）、画像を受信する（ステップＳ８００９）。そして、ハードウェアＣＯＤＥＣ２０１０を使用して受信した画像の復号化する復号処理を行う（ステップＳ８０１０）。復号が完了すると、ＩＰＦＡＸ装置１００２はハードウェアＣＯＤＥＣ２０１０を解放する（ステップＳ８０１１）。そして、セッションを切断し（ステップＳ８０１２）、本処理を終了する。
【００９５】
上記ステップＳ８００３の判別の結果、ハードウェアＣＯＤＥＣ２０１０のリソースが取得できなかったとき（ステップＳ８００３でＮＯ）、通信相手にセッション接続要求を送信し、セッションを接続し（ステップＳ８０１８）、ステップＳ８０１６に進む。
【００９６】
上記ステップＳ８００４の判別の結果、通信相手が構内ＩＰ網１００１に接続されているとき（ステップＳ８００４でＹＥＳ）、構内ＩＰ網１００１のＩＰＦＡＸ装置１００７に対してセッション接続要求を送信し、セッションが接続される（ステップＳ８０１３）。
【００９７】
次いで、図５で説明した構内ＩＰ網１００１ならハードウェアＣＯＤＥＣ２０１０を使用する設定となっているか否かを判別する（ステップＳ８０１４）。ステップＳ８０１４の判別の結果、ハードウェアＣＯＤＥＣ２０１０を使用する設定となっているとき（ステップＳ８０１４でＹＥＳ）、上記ステップＳ８００９に進む。
【００９８】
一方、ハードウェアＣＯＤＥＣ２０１０を使用する設定となっていないとき（ステップＳ８０１４でＮＯ）、直ちにハードウェアＣＯＤＥＣ２０１０のリソースを解放する（ステップＳ８０１５）。
【００９９】
次いで、画像を受信し（ステップＳ８０１６）、ソフトウェアＣＯＤＥＣを使用して受信した画像の復号化する復号処理を行い（ステップＳ８０１７）、上記ステップＳ８０１２に進む。
【０１００】
また、上記ステップＳ８００７の判別の結果、通信相手がアナログファックス１００６であるとき（ステップＳ８００７でＹＥＳ）、上記ステップＳ８０１５に進む。さらに、ステップＳ８００８の判別の結果、ＩＰＦＡＸ通信速度閾値が実際の通信速度未満ではないとき（ステップＳ８００８でＮＯ）、上記ステップＳ８０１５に進む。
【０１０１】
上述した図７のステップＳ７００９、及び図８のステップＳ８００９は、通信速度の異なる回線で前記画像を送受信可能な送受信手段に対応する。また、図７のステップＳ７００８、及び図８のステップＳ８０１０は、制御手段に対応する。すなわち、これらのステップでは、回線のうちで通信速度が速い回線で画像を送受信するときは、ハードウェアＣＯＤＥＣにより画像を符号化又は復号化するように制御している。さらに、図７のステップＳ７０１５、及び図８のステップＳ８０１７も、制御手段に対応する。すなわち、これらのステップでは、回線のうちで通信速度が遅い回線で画像を送受信するときは、ソフトウェアＣＯＤＥＣにより記画像を符号化又は復号化するように制御している。
【０１０２】
さらに、図７，８では、回線が画像を送受信する際に課金されない回線（構内ＩＰ網）のときには、ソフトウェアＣＯＤＥＣにより画像を符号化又は復号化するように制御している。また、図７，８では、通信速度が予め設定された閾値を超えたときにハードウェアＣＯＤＥＣにより前記画像を符号化又は復号化するように制御している。通信速度が予め設定された閾値を超えないときにソフトウェアＣＯＤＥＣにより画像を符号化又は復号化するように制御している。
【０１０３】
以上説明した実施の形態によれば、公衆ＩＰ網のＩＰＦＡＸ同士の通信など高速網で課金が発生する場合には、高速なハードウェアＣＯＤＥＣが使用できる。
【０１０４】
また、公衆ＩＰ網のＴ．３８ＧＷ先のアナログファックスとの通信など低速な通信の場合には、低速なソフトウェアＣＯＤＥＣを使用する。
【０１０５】
さらに、構内ＩＰ網など高速だが課金対象とならない通信にはソフトウェアＣＯＤＥＣを使用することで、別の回線において、課金対象である公衆ＩＰ網のＩＰＦＡＸ同士の高速通信が行える。
【０１０６】
また、図７、８の処理によれば、通信速度が速い回線で画像を送受信するときは、ハードウェアＣＯＤＥＣにより画像を符号化又は復号化するように制御する。一方、通信速度が遅い回線で画像を送受信するときは、ソフトウェアＣＯＤＥＣにより画像を符号化又は復号化するように制御する。その結果、ファックスで送受信される画像の符号化及び復号化速度の異なるコーデックを利用可能な通信装置において、コーデックを適切に使い分けることが可能となる。
【０１０７】
（他の実施の形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【０１０８】
１００１  構内ＩＰ網
１００２，１００４，１００７  ＩＰＦＡＸ装置
１００３  公衆ＩＰ網
１００５  Ｔ．３８ＧＷ
１００６  アナログファックス
２００４  ＣＰＵ
２００５  主記憶装置
２００８  ソフトウェアＣＯＤＥＣ領域
２０１０  ハードウェアＣＯＤＥＣ
２０１１  ネットワークデバイス
【図１】
0006012149.tif 000002
【図２】
0006012149.tif 000003
【図３】
0006012149.tif 000004
【図４】
0006012149.tif 000005
【図５】
0006012149.tif 000006
【図６】
0006012149.tif 000007
【図７】
0006012149.tif 000008
【図８】
0006012149.tif 000009