JP6316107B2 - 通信装置及びその制御方法、並びにプログラム - Google Patents

Description

本発明は、通信装置及びその制御方法、並びにプログラムに関する。

近年、ＩＰ網とアナログ電話網との間で音声を伝えるために、ＶｏＩＰ（Voice over Internet Protocol）技術を利用したＶｏＩＰゲートウェイ(以下、「ＶｏＩＰ−ＧＷ」という)が普及している。

このＶｏＩＰ−ＧＷにＧ３ＦＡＸを接続することで見做し音声通信を用いたファックス通信が可能となる。ファックス通信には、見做し音声通信を用いたファックス通信の他に、ＩＴＵ−Ｔにより規格化されたＴ．３８を用いたファックス通信がある。

このＴ．３８では、帯域を圧縮してＩＰＦＡＸ通信が可能であり、ＩＰ網での呼接続プロトコルにはＳＩＰ（Session Initiation Protocol）が使用される。近年、Ｔ．３８に準拠したＩＰＦＡＸ装置が普及し始めており、Ｔ．３８に準拠したＩＰＦＡＸ装置同士であれば高速にファックス通信することも可能である。

そのため、ＶｏＩＰ−ＧＷの中にはＴ．３８とＴ．３０をリアルタイムにプロトコル変換する機能を持つゲートウェイ（以下、「Ｔ．３８−ＧＷ」という）も存在する。

このＴ．３８−ＧＷにより、Ｔ．３８に対応したＩＰＦＡＸ装置とＧ３ＦＡＸとでファックス通信を行うことができるが、ＩＰＦＡＸ装置自身がＴ．３８−ＧＷ機能を持つ装置が開示されている（例えば、特許文献１参照）。

特許文献１に開示された装置によれば、ＩＰ網にＴ．３８機能を持たないＶｏＩＰ−ＧＷしか存在しない場合でも、Ｔ．３８を用いたファックス通信に加え、見做し音声通信を用いたファックス通信も可能となる。

一方、ゲートウェイ機能を持たないＩＰＦＡＸ装置がＧ３ＦＡＸと通信するためには、ＶｏＩＰ−ＧＷまたはＴ．３８−ＧＷと接続することとなる。

この場合、ＩＰＦＡＸ装置は、接続先のゲートウェイがＴ．３８−ＧＷの場合は、見做し音声通信を用いたファックス通信ではなく、Ｔ．３８を用いたファックス通信を選択することが望ましい。

そこで、接続先のゲートウェイがＴ．３８に対応しているか否かを予めユーザがＩＰＦＡＸ装置に登録しておくことで、ＩＰＦＡＸ装置は適切な選択を行うことが可能となる。

特開２０１３−１２１０４８号公報

しかしながら、接続先のゲートウェイがＴ．３８に対応しているか否かをユーザが分からない場合もあり、また分かったとしても予めユーザに登録させることはユーザに煩雑な作業を行わせることとなる。

本発明の目的は、接続先のゲートウェイに応じて適切なファックス通信を選択可能な通信装置及びその制御方法、並びにプログラムを提供することにある。

上記目的を達成するために、請求項１の通信装置は、ＩＰ網に接続されたゲートウェイを介してファックス通信を行う通信装置であって、前記ゲートウェイとの間で、音声通信を行うための音声セッションを確立する音声セッション確立手段と、前記音声セッション確立手段により前記音声セッションが確立された後に、Ｔ．３８通信を行うためのＴ．３８セッションの確立を要求するＴ．３８セッション確立要求が受信された場合に、前記Ｔ．３８セッションを確立してＴ．３８通信を用いたファックス通信を行うＴ．３８通信手段と、前記音声セッション確立手段により前記音声セッションが確立された後に、前記Ｔ．３８セッション確立要求が受信されていない場合に、前記音声セッションにより見做し音声通信を用いたファックス通信を行う見做し音声通信手段とを有することを特徴とする。

本発明によれば、音声セッションが確立された後に、Ｔ．３８セッション確立要求が受信された場合に、Ｔ．３８セッションを確立してＴ．３８通信を用いたファックス通信を行う。また、音声セッションが確立された後に、Ｔ．３８セッション確立要求が受信されていない場合に、音声セッションにより見做し音声通信を用いたファックス通信を行うので、接続先のゲートウェイに応じて適切なファックス通信を選択可能となる。

本発明の実施の形態に係る通信装置としてのＩＰＦＡＸ装置を含む通信システムの概略構成を示す図である。 図１におけるＩＰＦＡＸ装置の概略構成を示す図である。 （Ａ）は、ＩＮＶＩＴＥメッセージの構造を示す図であり、（Ｂ）は、２００ＯＫメッセージの構造を示す図である。 （Ａ）は、ファックスをＴ．３８−ＧＷを介して自動送信する場合の処理の手順を示すシーケンス図であり、（Ｂ）は、ファックスをＶｏＩＰ−ＧＷを介して自動送信する場合の処理の手順を示すシーケンス図である。 （Ａ）は、ファックスをＴ．３８−ＧＷを介して自動受信する場合の処理の手順を示すシーケンス図であり、（Ｂ）は、ファックスをＶｏＩＰ−ＧＷを介して自動受信する場合の処理の手順を示すシーケンス図である。 （Ａ）は、ファックスをＴ．３８−ＧＷを介して手動送信する場合の処理の手順を示すシーケンス図であり、（Ｂ）は、ファックスをＶｏＩＰ−ＧＷを介して手動送信する場合の処理の手順を示すシーケンス図である。 （Ａ）は、ファックスをＴ．３８−ＧＷを介して手動受信する場合の処理の手順を示すシーケンス図であり、（Ｂ）は、ファックスをＶｏＩＰ−ＧＷを介して手動受信する場合の処理の手順を示すシーケンス図である。 （Ａ）は、ｇ．７１１に対応したＶｏＩＰ−ＧＷで自動送信する場合の処理の手順を示すシーケンス図であり、（Ｂ）は、ｇ．７１１に対応していないＶｏＩＰ−ＧＷで自動送信する場合の処理の手順を示すシーケンス図である。 （Ａ）は、ｇ．７１１に対応したＶｏＩＰ−ＧＷで自動受信する場合の処理の手順を示すシーケンス図であり、（Ｂ）は、ｇ．７１１に対応していないＶｏＩＰ−ＧＷで自動受信する場合の処理の手順を示すシーケンス図である。 図２におけるＣＰＵにより実行される送信処理の手順を示すフローチャートである。 図２におけるＣＰＵにより実行される送信処理の手順を示すフローチャートである。 図２におけるＣＰＵにより実行される受信処理の手順を示すフローチャートである。 図２におけるＣＰＵにより実行される受信処理の手順を示すフローチャートである。 図２におけるＣＰＵにより実行される受信処理の手順を示すフローチャートである。

以下、本発明の実施の形態について図面を参照しながら詳述する。

図１は、本発明の実施の形態に係る通信装置としてのＩＰＦＡＸ装置１０００を含む通信システム１０の概略構成を示す図である。

図１において、通信システム１０は、ＩＰＦＡＸ装置１０００、Ｔ．３８−ＧＷ１００２、ＶｏＩＰ−ＧＷ１００３、アナログ電話網１００４，００６、及びＧ３ＦＡＸ１００５，１００７で構成される。

ＩＰＦＡＸ装置１０００、Ｔ．３８−ＧＷ１００２、及びＶｏＩＰ−ＧＷ１００３は、ＩＰ網であるＬＡＮ１００８に接続されている。また、Ｔ．３８−ＧＷ１００２は、アナログ電話網１００４と接続し、このアナログ電話網１００４にはＧ３ＦＡＸ１００５が接続されている。

ＩＰＦＡＸ装置１０００は、Ｔ．３８−ＧＷ１００２との間でＴ．３８通信を行い、Ｔ．３８−ＧＷ１００２は、Ｇ３ＦＡＸ１００５との間でアナログの音声通信を行う。それによって、ＩＰＦＡＸ装置１０００とＧ３ＦＡＸ１００５はファックス通信を行うことができる。

一方、ＶｏＩＰ−ＧＷ１００３は、アナログ電話網１００６と接続し、このアナログ電話網１００６にはＧ３ＦＡＸ１００７が接続されている。

ＩＰＦＡＸ装置１０００は、ＶｏＩＰ−ＧＷ１００３との間で見做し音声通信を行い、ＶｏＩＰ−ＧＷ１００３は、Ｇ３ＦＡＸ１００７との間でアナログの音声通信を行う。それによって、ＩＰＦＡＸ装置１０００とＧ３ＦＡＸ１００７はファックス通信を行うことができる。

このように、本実施の形態に係るＩＰＦＡＸ装置１０００は、ＩＰ網に接続されたゲートウェイを介してファックス通信を行う。そして、ＩＰＦＡＸ装置１０００は、Ｔ．３８通信、及び見做し音声通信が可能であり、Ｔ．３８機能を持つＴ．３８−ＧＷ１００２、及びＴ．３８機能を持たないＶｏＩＰ−ＧＷ１００３に接続可能となっている。

なお、上記ＩＰＦＡＸ装置１０００、Ｔ．３８−ＧＷ１００２、及びＶｏＩＰ−ＧＷ１００３は、同じＬＡＮ１００８に接続されているが、異なるＬＡＮやＷＡＮなどのＩＰ網に接続されていればよい。また、以下の説明では、Ｔ．３８−ＧＷ１００２とＶｏＩＰ−ＧＷ１００３とを区別せずに説明したり、一般的なゲートウェイを説明する場合には、単にＧＷと表現することがある。

図２は、図１におけるＩＰＦＡＸ装置１０００の概略構成を示す図である。

図２において、ＩＰＦＡＸ装置１０００は、ＵＩ制御部１０２、プリンタインタフェース制御部１０４、スキャナインタフェース制御部１０６を備える。また、ＩＰＦＡＸ装置１０００は、画像処理部１０７、ネットワークインタフェース制御部１０９、及びＣＰＵ１０８を備え、これらはバス１２１で接続されている。

また、ＩＰＦＡＸ装置１０００は、ＲＯＭ１１０、ＲＡＭ１１１、ＨＤＤ１１２、モデムインタフェース制御部１１３、ＳＬＩＣＰＣＭインタフェース制御部１１６、及びＳＬＩＣインタフェース制御部１１９を備え、これらはバス１２１で接続されている。

さらに、ＩＰＦＡＸ装置１０００は、ユーザインタフェース１０１、プリンタ１０３、スキャナ１０５、電源部１２０、モデム１１５、及びＳＬＩＣ１１７を備えている。また、ＳＬＩＣ１１７は、子電話１１８と接続している。上述した各部は、商用電源に接続した電源部１２０により電源が供給される。

以上説明した構成において、ＣＰＵ１０８は、ＩＰＦＡＸ装置１０００全体を制御する。ＲＯＭ１１０は、ブートプログラムや固定パラメータなどを記憶する不揮発性の記憶装置である。ＲＡＭ１１１は、ＣＰＵ１０８のワークエリアとして用いられたり、画像データなど各種データを記憶する揮発性の記憶装置である。ＨＤＤ１１２は、画像データやファックスの宛先を示す情報など各種データを記憶する不揮発性の記憶装置である。

後述するシーケンス図やフローチャートに示される処理は、ＨＤＤ１１２またはＲＯＭ１１０に記憶されたプログラムがＲＡＭ１１１に展開され、ＣＰＵ１０８により実行される処理を示している。

また、ＲＡＭ１１１、及びＨＤＤ１１２は、各種画像処理、解像度変換、符号化、復号化、及びＩＰパケットに関する処理などの各種処理において作業領域として用いられる。

ユーザインタフェース１０１は、ユーザの各種操作を受け付けたり、ユーザに各種情報を表示する。特に、本実施の形態におけるユーザインタフェース１０１は、ファックスを送信するための送信スタートキーと、ファックスを受信するための受信スタートキーとを備えている。ＵＩ制御部１０２は、ユーザインタフェース１０１に接続し、ユーザインタフェース１０１を制御する。

プリンタ１０３は、紙などの記録媒体に画像を印刷し、例えばファックス通信で受信した画像データを印刷する。プリンタインタフェース制御部１０４は、プリンタ１０３に接続し、プリンタ１０３を制御する。

スキャナ１０５は、原稿を読み取り原稿画像を示す画像データを生成する。スキャナインタフェース制御部１０６は、スキャナ１０５に接続し、スキャナ１０５を制御する。画像処理部１０７は、各種画像処理、解像度変換、符号化、及び復号化などをハードウェアで行う。

ネットワークインタフェース制御部１０９は、ＬＡＮ１００８との間でやり取りされるデータの送受信を制御し、ＴＣＰ、ＵＤＰ、ＲＴＰなどのＩＰパケットの解析や生成を行う。ＩＰパケットで送受信されるデータは一旦ＲＡＭ１１１やＨＤＤ１１２に記憶され、その後ＣＰＵ１０８が記憶されたデータを解釈することにより、プロトコルに従って処理される。

モデム１１５は、モデム１１５とＣＰＵ１０８とのインタフェースであるモデムインタフェース制御部１１３とＵＡＲＴやＳＰＩなどのシリアル方式で接続する。また、モデム１１５は、モデムＰＣＭインタフェース制御部１１４に接続する。そして、モデム１１５は、ＩＴＵ−Ｔ勧告に基づきデジタルデータをアナログの音声信号に変調復調してファックス通信におけるデータ伝送や手順制御を行う。

また、モデム１１５は、音声符号化復号化回路である音声コーデックを内蔵し、デジタル入出力機能を持っているので、ｇ．７１１、ｇ．７２６形式などのＰＣＭデータの生成や入出力が可能になっている。

モデムＰＣＭインタフェース制御部１１４は、ＰＣＭデータをモデム１１５とネットワークインタフェース制御部１０９間でやり取りするためのインタフェースである。

ＳＬＩＣ(Subscriber Line Interface Circuit)１１７は、ＳＬＩＣ１１７とＣＰＵ１０８とのインタフェースであるＳＬＩＣインタフェース制御部１１９とＵＡＲＴやＳＰＩなどのシリアル方式で接続する。また、ＳＬＩＣ１１７は、ＳＬＩＣＰＣＭインタフェース制御部１１６に接続する。

ＳＬＩＣＰＣＭインタフェース制御部１１６は、ＰＣＭデータをＳＬＩＣ１１７とネットワークインタフェース制御部１０９間でやり取りするためのインタフェースである。

ＳＬＩＣ１１７は、アナログデジタル変換回路、デジタルアナログ変換回路、デジタルシグナルプロセッサ（以下、「ＤＳＰ」という）、及び音声符号化復号化回路を同一チップ内に統合して持っている。

ＳＬＩＣ１１７は、子電話１１８のマイクから入力された音声をＡ／Ｄ変換し、ＤＳＰで信号処理し、ｇ．７１１、ｇ．７２６形式などのＰＣＭデータへ変換する。このＰＣＭデータはＳＬＩＣＰＣＭインタフェース制御部１１６からネットワークインタフェース制御部１０９へ送られ、ＬＡＮ１００８に送信される。

また、ＳＬＩＣ１１７はネットワークインタフェース制御部１０９経由でＬＡＮ１００８から受信したｇ．７１１、ｇ．７２６形式などのＰＣＭデータをＳＬＩＣＰＣＭインタフェース制御部１１６から受信する。

受信したＰＣＭデータを復号化し、ＤＳＰで信号処理し、Ｄ／Ａ変換し、子電話１１８へ伝送する。子電話１１８はアナログ電話網用のインターフェースでＳＬＩＣ１１７と接続されており、内蔵されたスピーカーから音声が出力される。こうして子電話１１８によるＩＰ網で通話が可能になっている。

また、ＳＬＩＣ１１７は、子電話１１８のオフフックを検出したり、直流を印加したり、子電話１１８に呼び出し信号を送出する。さらに、ＳＬＩＣ１１７はＤＴＭＦ(Dual Tone Multi Frequency)検出、及びパルス検出を行うことで、発呼用の宛先指定信号を検出することもできる。また、ＳＬＩＣ１１７は各種トーン信号を生成することもできる。

ここで、ＳＩＰによる呼接続を行う場合について説明する。まずＧＷに対して自動発呼する場合、ＣＰＵ１０８は、ＨＤＤ１１２記憶された宛先を示す情報を取得して、これをもとにネットワークインタフェース制御部１０９でｍ＝ａｕｄｉｏのＩＮＶＩＴＥを生成し、ＩＮＶＩＴＥをＬＡＮ１００８に送信する。

ＧＷから成功応答である２００ＯＫをネットワークインタフェース制御部１０９が受信すると、ネットワークインタフェース制御部１０９はＧＷにＡＣＫを送信することで、オーディオでセッションが確立される。

一方、ＧＷから自動着呼する場合、ＧＷからｍ＝ａｕｄｉｏのＩＮＶＩＴＥをネットワークインタフェース制御部１０９が受信すると、ネットワークインタフェース制御部１０９は２００ＯＫを生成してＧＷに送信する。ネットワークインタフェース制御部１０９は２００ＯＫに対するＡＣＫを受信することで、オーディオでセッションが確立される。

次に、上述したＰＣＭデータを用いて見做し音声通信を行う方法を説明する。まず、ＳＩＰによる呼接続制御により相手機との間にオーディオでセッションを確立する。見做し音声を送信する場合は、ＣＰＵ１０８からモデムインタフェース制御部１１３経由でモデム１１５に手順信号のデータや符号化された画像データが伝送され、モデム１１５はそれらのデータを変調して音声信号を生成する。

そして、モデム１１５は、内蔵する音声コーデックで音声信号をＰＣＭデータに変換する。ＰＣＭデータは、モデムＰＣＭインタフェース制御部１１４経由でネットワークインタフェース制御部１０９に送られ、ＬＡＮ１００８に送信される。

なお、モデム１１５は、上述した手順信号のデータや画像データ以外にも、ＣＰＵ１０８からモデムインタフェース制御部１１３経由で受信した制御コマンドに応じてトーンやＤＴＭＦをＰＣＭデータに変換する。そして、ＰＣＭデータは、モデムＰＣＭインタフェース制御部１１４経由でネットワークインタフェース制御部１０９に送信される。

次に、見做し音声を受信する場合について説明する。見做し音声を受信する場合は、ネットワークインタフェース制御部１０９がＬＡＮ１００８から受信した音声パケットを解析し、取りだしたＰＣＭデータをモデムＰＣＭインタフェース制御部１１４に伝送する。

モデム１１５は、伝送されたＰＣＭデータを受信し、内蔵する音声コーデックで音声信号に変換し、音声信号に含まれるトーン信号、手順信号、及び画像信号を復調して得られたデータをモデムインタフェース制御部１１３経由でＲＡＭ１１１に記憶される。ＲＡＭ１１１に記憶された各データに応じて、ＣＰＵ１０８がファックス通信制御や印刷を行う。

次に、Ｔ．３８通信を行う方法について説明する。Ｔ．３８通信はＳＩＰによりｍ＝ｉｍａｇｅでセッションが張られた状態で行われる。ＣＰＵ１０８は、手順信号のデータや符号化された画像データをモデム１１５ではなく、直接ネットワークインタフェース制御部１０９に伝送する。ネットワークインタフェース制御部１０９は、手順信号のデータや画像データをＴ．３８のＩＰパケットに変換してＬＡＮ１００８に送信する。

一方、Ｔ．３８パケットを受信する場合は、ネットワークインタフェース制御部１０９がＬＡＮ１００８から受信したＴ．３８パケットを解析し、取り出された手順信号や画像データはＲＡＭ１１１に記憶される。ＲＡＭ１１１に記憶された各データに応じて、ＣＰＵ１０８がファックス通信制御や印刷を行う。

図３（Ａ）は、ＩＮＶＩＴＥメッセージの構造を示す図であり、（Ｂ）は、２００ＯＫメッセージの構造を示す図である。

図３（Ａ）において、ＩＮＶＩＴＥメッセージは、ＩＰヘッダ部２０１、ＵＤＰ／ＴＣＰヘッダ部２０２、及びＳＩＰ部２０３で構成される。

また、ＳＩＰ部２０３は、リクエスト情報２０４、ＳＩＰメッセージヘッダ部２０５、及びボディ部２０８で構成される。リクエスト情報２０４はこのＳＩＰメッセージがリクエストメッセージであることを示しており、図３（Ａ）の場合、メッセージがＩＮＶＩＴＥであることを示している。

ＳＩＰメッセージヘッダ部２０５は、送信元情報２０６やメッセージの送信先を示す送信先情報２０７などで構成される。また、ボディ部２０８は、メディア情報２１０、及びメディア形式情報２１１などで構成される。

メディア情報２１０にはaudio、image、applicationなどがある。audioは音声通信を行う場合に用いられ、imageやapplicationはＴ．３８通信などのデータ通信を行う場合に用いられる。メディア形式情報２１１は音声通信時に利用される音声コーデックを示している。そして、リクエストメッセージにはメディア形式情報２１１を複数併記することができる。

次に、図３（Ｂ）の２００ＯＫメッセージについて説明する。２００ＯＫメッセージとＩＮＶＩＴＥメッセージが異なる点は、ＩＮＶＩＴＥメッセージにおけるリクエスト情報２０４に代えて、ステータス情報２１２が含まれる点である。図３（Ｂ）に示されるように、ステータス情報２１２は２００ＯＫとなっている。

また、ＩＮＶＩＴＥメッセージではメディア形式情報２１１を複数併記することができる。しかしながら、２００ＯＫメッセージのメディア形式情報２１１は、ＩＮＶＩＴＥメッセージで併記されたメディア形式情報２１１のうち、選択された１つのメディア形式情報２１１となる。

以下、本実施の形態に係るＩＰＦＡＸ装置１０００が適切なファックス通信を選択する処理について説明する。

なお、本実施の形態において適切なファックス通信を選択することとは、ＧＷがＴ．３８機能を持つ場合には見做し音声通信を用いたファックス通信ではなく、Ｔ．３８通信を用いたファックス通信を選択することである。また、ＧＷがＴ．３８機能を持たない場合には、見做し音声通信を用いたファックス通信を選択することである。

図４（Ａ）は、ファックスをＴ．３８−ＧＷ１００２を介して自動送信する場合の処理の手順を示すシーケンス図である。

図４（Ａ）において、ＩＰＦＡＸ装置１０００は、ｍ＝ａｕｄｉｏのＩＮＶＩＴＥを送信する(ステップＳ３００)。これを受信したＴ．３８−ＧＷ１００２は、アナログ電話網１００４を介してＧ３ＦＡＸ１００５を呼出す。

Ｇ３ＦＡＸ１００５が着呼すると、Ｔ．３８−ＧＷ１００２が２００ＯＫをＩＰＦＡＸ装置１０００に送信することで（ステップＳ３０１）、オーディオセッションが確立される。上記ステップＳ３００，３０１は、ゲートウェイとの間で、音声通信を行うための音声セッションであるオーディオセッションを確立する音声セッション確立手段に対応する。

その後、Ｇ３ＦＡＸ１００５が送信するＴ.３０のアナログ信号をＴ．３８−ＧＷ１００２がＰＣＭデータに変換し、見做し音声としてＩＰＦＡＸ装置１０００に送信する（ステップＳ３０２）。

そして、Ｔ．３８−ＧＷ１００２は、Ｇ３ＦＡＸ１００５から送信された、ファックス通信で用いられるＴ.３０のアナログ信号を検出する。Ｔ.３０のアナログ信号を検出したＴ．３８−ＧＷ１００２は、セッションをＴ．３８に切換えるために、Ｔ．３８通信を行うためのＴ．３８セッション確立要求であるｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥをＩＰＦＡＸ装置１０００に送信する。(ステップＳ３０３)。

Ｒｅ−ＩＮＶＩＴＥを受信したＩＰＦＡＸ装置１０００が２００ＯＫを返すことにより（ステップＳ３０４）、セッションがＴ．３８に切り替わる。以降、ＩＰＦＡＸ装置１０００とＴ．３８−ＧＷ１００２との間では、Ｔ．３８通信が行われる（ステップＳ３０、Ｓ３０６）。

この上記ステップＳ３０３〜３０６は、音声セッションが確立された後に、Ｔ．３８セッション確立要求が受信された場合に、Ｔ．３８セッションを確立してＴ．３８通信を用いたファックス通信を行うＴ．３８通信手段に対応する。

図４（Ｂ）は、ファックスをＶｏＩＰ−ＧＷ１００３を介して自動送信する場合の処理の手順を示すシーケンス図である。

図４（Ｂ）におけるステップＳ３００〜３０２までは図４（Ａ）と同じである。ＶｏＩＰ−ＧＷ１００３はＴ．３８機能を持たないため、Ｇ３ＦＡＸ１００７から送信されるＴ.３０のアナログ信号を受信してもＲｅ−ＩＮＶＩＴＥは送信しない。

従って、ＶｏＩＰ−ＧＷ１００３はＧ３ＦＡＸ１００７から受信したＴ.３０のアナログ信号を見做し音声としてＩＰＦＡＸ装置１０００に送信する（ステップＳ３０７）。ＩＰＦＡＸ装置１０００も、ＧＷからＲｅ−ＩＮＶＩＴＥを受信しない場合は見做し音声通信を継続し、ステップＳ３０７で受信したＤＩＳデータに応じたＤＣＳを見做し音声のＰＣＭデータとしてＶｏＩＰ−ＧＷ１００３に送信する（ステップＳ３０８）。以降、ＩＰＦＡＸ装置１０００とＶｏＩＰ−ＧＷ１００３との間では見做し音声通信が行われる。

上記ステップＳ３０７，３０８は、音声セッションが確立された後に、Ｔ．３８セッション確立要求が受信されていない場合に、音声セッションにより見做し音声通信を用いたファックス通信を行う見做し音声通信手段に対応する。

上述した処理は自動送信する場合の処理であるが、次に自動受信する場合の処理について説明する。

図５（Ａ）は、ファックスをＴ．３８−ＧＷ１００２を介して自動受信する場合の処理の手順を示すシーケンス図である。

図５（Ａ）において、Ｇ３ＦＡＸ１００５が発呼を行い、Ｔ．３８−ＧＷ１００２がアナログ電話網１００４から呼出し信号を受信すると、ｍ＝ａｕｄｉｏのＩＮＶＩＴＥをＩＰＦＡＸ装置１０００に送信する（ステップＳ４００）。

ＩＮＶＩＴＥを受信したＩＰＦＡＸ装置１０００は、２００ＯＫを送信することで（ステップＳ４０１）、オーディオセッションが確立される。ＩＰＦＡＸ装置１０００は、Ｔ.３０のアナログ信号をＰＣＭデータに変換してＴ．３８−ＧＷ１００２に送信するとともに、ｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥを送信する（ステップＳ４０２）。このステップＳ４０２は、音声セッションが確立された後に、Ｔ．３８セッション確立要求をゲートウェイに送信する送信手段に対応する。

Ｔ．３８−ＧＷ１００２は、Ｒｅ−ＩＮＶＩＴＥに対して２００ＯＫを送信することで（ステップＳ４０３）、セッションがＴ．３８に切り替わる。以降、ＩＰＦＡＸ装置１０００とＴ．３８−ＧＷとの間はＴ．３８通信が行われる（ステップＳ４０４〜４０６）。

このステップＳ４０４〜４０６は、Ｔ．３８セッション確立要求に対する成功応答が受信された場合に、確立されたＴ．３８セッションによりＴ．３８通信を用いたファックス通信を行うＴ．３８通信手段に対応する。

図５（Ｂ）は、ファックスをＶｏＩＰ−ＧＷ１００３を介して自動受信する場合の処理の手順を示すシーケンス図である。

図５（Ｂ）において、ステップＳ４００〜４０２までは図５（Ａ）と同じである。ＶｏＩＰ−ＧＷ１００３は、Ｒｅ−ＩＮＶＩＴＥを受信するが（ステップＳ４０２）、Ｔ．３８機能を持たない。そのため、ＶｏＩＰ−ＧＷ１００３は、４８８(Not Acceptable Here)エラー応答を送信するか（ステップＳ４０７）、Ｒｅ−ＩＮＶＩＴＥを認識できずに何も送信しない。

いずれの場合も、ＩＰＦＡＸ装置１０００はＲｅ−ＩＮＶＩＴＥに対する２００ＯＫが受信されないので、そのまま見做し音声通信を継続する（ステップＳ４０８）。セッションはＴ．３８に切り替わらずオーディオのまま保持され、ＩＰＦＡＸ装置１０００とＶｏＩＰ−ＧＷ１００３との間では見做し音声通信が行われる（ステップＳ４０９）。上記ステップＳ４０８，４０９は、成功応答が受信されていない場合に、音声セッションにより見做し音声通信を用いたファックス通信を行う見做し音声通信手段に対応する。

上述した図４，５の処理は自動送信または自動受信する場合の処理であるが、次に手動送信する場合の処理について説明する。

図６（Ａ）は、ファックスをＴ．３８−ＧＷ１００２を介して手動送信する場合の処理の手順を示すシーケンス図である。

図６（Ａ）において、ＩＰＦＡＸ装置１０００に接続された子電話１１８から手動でダイヤルが行われ、ｍ＝ａｕｄｉｏのＩＮＶＩＴＥをＴ．３８−ＧＷ１００２に送信する（ステップＳ５００）。

ＩＮＶＩＴＥを受信したＴ．３８−ＧＷ１００２は、アナログ電話網１００４を介してＧ３ＦＡＸ１００５を呼出す。Ｇ３ＦＡＸ１００５が着呼すると、Ｔ．３８−ＧＷ１００２は２００ＯＫをＩＰＦＡＸ装置１０００に送信することで（ステップＳ５０１）オーディオセッションが確立される。

次いで、Ｔ．３８−ＧＷ１００２は、Ｇ３ＦＡＸ１００５が送出するＴ.３０のアナログ信号をＰＣＭデータに変換し、見做し音声としてＩＰＦＡＸ装置１０００に送信する（ステップＳ５０２）。

そして、Ｔ．３８−ＧＷ１００２は、Ｇ３ＦＡＸ１００５から送信された、ファックス通信で用いられるＴ.３０のアナログ信号を検出する。Ｔ.３０のアナログ信号を検出したＴ．３８−ＧＷ１００２は、セッションをＴ．３８に切換えるためにｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥをＩＰＦＡＸ装置１０００に送信する(ステップＳ５０３)。

このときＩＰＦＡＸ装置１０００がまだ送信スタートキーの入力を検出していなければ、Ｒｅ−ＩＮＶＩＴＥに対しては何も送信せずに応答を保留する。この間、Ｔ．３８−ＧＷ１００２は、２００ＯＫを受信するまで見做し音声通信を継続する（ステップＳ５０４〜５０５）。

その後、ＩＰＦＡＸ装置１０００が送信スタートキーの入力を検出すると、それまで応答を保留していたＲｅ−ＩＮＶＩＴＥに対してこのタイミングで２００ＯＫを送信する（ステップＳ５０６）。

ここでセッションがＴ．３８に切り替わり、以降、ステップＳ５０７，５０８に示されるようにＩＰＦＡＸ装置１０００とＴ．３８−ＧＷ１００２との間ではＴ．３８通信が行われる。

このように、本実施の形態に係るＩＰＦＡＸ装置１０００は、Ｔ．３８セッション確立要求を受信し、かつファックスの送信を開始する指示の入力が検出された後に、Ｔ．３８のセッションを確立してＴ．３８通信を用いたファックス通信を行う。

従来のＩＰＦＡＸ装置では、上述した図６（Ａ）のステップＳ５０３のように、ＧＷからＲｅ−ＩＮＶＩＴＥを受信したときに送信スタートキーの入力を検出していない場合、否定応答をＴ．３８−ＧＷ１００２に送信していた。しかし、従来のように否定応答を送信し、その後ＩＰＦＡＸ装置がＲｅ−ＩＮＶＩＴＥを送信すると、ＧＷはＲｅ−ＩＮＶＩＴＥを受け付けない可能性がある。

また、ＩＰＦＡＸ装置がＲｅ−ＩＮＶＩＴＥを受信する前に、送信スタートキーの入力を検出して直ちにＲｅ−ＩＮＶＩＴＥを送信すると、ＧＷが送信したＲｅ−ＩＮＶＩＴＥと交差する。それによって、ＧＷがＲｅ−ＩＮＶＩＴＥに対して正しく応答できない可能性もある。

従って本実施の形態に係るＩＰＦＡＸ装置１０００は、Ｔ．３８−ＧＷ１００２からＲｅ−ＩＮＶＩＴＥを受信し、かつ送信スタートキーの入力を検出するという条件が満たされた場合に２００ＯＫを送信する。また、上記条件が満たされない場合、ＩＰＦＡＸ装置１０００は、応答を保留する。このようにＩＰＦＡＸ装置１０００は、不適切なタイミングで応答を行わないようにすることで、Ｔ．３８−ＧＷ１００２がＴ．３８の切り替えに失敗するリスクを軽減できる。

図６（Ｂ）は、ファックスをＶｏＩＰ−ＧＷ１００３を介して手動送信する場合の処理の手順を示すシーケンス図である。

図６（Ｂ）において、ステップＳ５００〜５０２までは図６（Ａ）と同じである。ＶｏＩＰ−ＧＷ１００３は、Ｔ．３８機能を持たないため、図６（Ａ）のステップＳ４０３に対応するＲｅ−ＩＮＶＩＴＥを送信しない。

次いで、ＩＰＦＡＸ装置１０００が送信スタートキーの入力を検出すると、Ｔ.３０の起呼信号であるＣＮＧをＰＣＭデータに変換し、見做し音声として送信を開始する（ステップＳ５０９）。なお、手動送信時のＣＮＧはオプション信号であるため、ＩＰＦＡＸ装置１０００はＣＮＧを送信しなくてもよい。

ステップＳ５０９の時点で、ＩＰＦＡＸ装置１０００はＲｅ−ＩＮＶＩＴＥを受信していないため、２００ＯＫを送信しない。また、ＳＩＰには、Ｒｅ−ＩＮＶＩＴＥを発側、及び着側のいずれが送信するかを定める規定がない。そのため、ステップＳ５０９の時点で発側のＩＰＦＡＸ装置１０００からＲｅ−ＩＮＶＩＴＥを送信しても規約的には問題は無いが、発側からはＲｅ−ＩＮＶＩＴＥは送信しないこととする。

これは、図６（Ａ）のステップＳ５０３のように、ＧＷがＲｅ−ＩＮＶＩＴＥを送信すると、発側と着側のＲｅ−ＩＮＶＩＴＥが交差する可能性があり、それを防ぐためである。Ｒｅ−ＩＮＶＩＴＥが交差した場合、ＧＷによってはＴ．３８切換えが正しく行われなくなる可能性がある。従って、このケースではこれ以降も見做し音声通信が継続される（ステップＳ５１０〜５１１）。

以上説明した図６（Ｂ）に示されるように、ステップＳ５０９の時点で、ＩＰＦＡＸ装置１０００からはＲｅ−ＩＮＶＩＴＥは送信しないようにするため、ＧＷがＴ．３８の切り替えに失敗するリスクを軽減できる。

本実施の形態に係るＩＰＦＡＸ装置１０００は、Ｔ．３８セッション確立要求が受信されてなく、かつファックスの送信を開始する指示の入力が検出された後に、ゲートウェイに見做し音声通信によりＤＣＳを送信する。これにより、ＩＰＦＡＸ装置１０００は、見做し音声通信を用いたファックス通信を行う。

上述した図６の処理は手動送信する場合の処理であるが、次に手動受信する場合の処理について説明する。

図７（Ａ）は、ファックスをＴ．３８−ＧＷ１００２を介して手動受信する場合の処理の手順を示すシーケンス図である。

図７（Ａ）において、Ｇ３ＦＡＸ１００５が発呼を行い、Ｔ．３８−ＧＷ１００２がアナログ電話網１００４から呼出し信号を受信すると、ｍ＝ａｕｄｉｏのＩＮＶＩＴＥをＩＰＦＡＸ装置１０００に送信する（ステップＳ６００）。

ＩＰＦＡＸ装置１０００のＳＬＩＣ１１７が子電話１１８のオフフックを検出すると、受信したＩＮＶＩＴＥに対して２００ＯＫを送信することで（ステップＳ６０１）、オーディオセッションが確立される。

このとき、自動受信であれば、ＩＰＦＡＸ装置１０００はｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥを直ちに送信するが、手動受信の場合にＲｅ−ＩＮＶＩＴＥを送信すると、セッションがＴ．３８に切り替わるため通話ができなくなる。そのため、この時点でＩＰＦＡＸ装置１０００はＲｅ−ＩＮＶＩＴＥを送信しない。

Ｔ．３８−ＧＷ１００２は、Ｇ３ＦＡＸ１００５から送信されたＴ.３０のアナログ信号をＰＣＭデータに変換し、ＩＰＦＡＸ装置１０００に見做し音声として送信する（ステップＳ６０２〜６０３）。

この状態では、ＩＰＦＡＸ装置１０００が受信スタートキーの入力を検出していないため、受信したＰＣＭデータはＳＬＩＣ１１７によりアナログ音声に変換され、子電話１１８に出力される。

その後、ＩＰＦＡＸ装置１０００が受信スタートキーの入力を検出すると、Ｔ.３０のＣＥＤ(またはＡＮＳａｍ)をＰＣＭデータに変換した見做し音声をＴ．３８−ＧＷ１００２に送信する。また、それとともに、ｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥを送信する（ステップＳ６０４）。

このＲｅ−ＩＮＶＩＴＥを受信したＴ．３８−ＧＷ１００２は、２００ＯＫを送信し（ステップＳ６０５）、セッションをＴ．３８に切り替える。以降、ステップＳ６０６〜ステップＳ６０８に示されるようにＩＰＦＡＸ装置１０００とＴ．３８−ＧＷ１００２のと間でＴ．３８通信が行われる。

本実施の形態に係るＩＰＦＡＸ装置１０００は、ファックスの受信を開始する指示の入力が検出された後に、Ｔ．３８セッション確立要求をゲートウェイに送信する。そして、ＩＰＦＡＸ装置１０００は、成功応答を受信した場合に、確立されたＴ．３８のセッションによりＴ．３８通信を用いたファックス通信を行う。

図７（Ｂ）は、ファックスをＶｏＩＰ−ＧＷ１００３を介して手動受信する場合の処理の手順を示すシーケンス図である。

図７（Ｂ）において、ステップＳ６００〜６０４までは図７（Ａ）と同じである。ＶｏＩＰ−ＧＷ１００３は、Ｒｅ−ＩＮＶＩＴＥを受信するが（ステップＳ６０４）、Ｔ．３８機能を持たない。そのため、ＶｏＩＰ−ＧＷ１００３は、４８８(Not Acceptable Here)エラー応答を送信するか（ステップＳ６０９）、Ｒｅ−ＩＮＶＩＴＥを認識できずに何も送信しない。

いずれの場合も、ＩＰＦＡＸ装置１０００はＲｅ−ＩＮＶＩＴＥに対する２００ＯＫが受信されないので、そのまま見做し音声通信を継続する（ステップＳ６１０）。セッションはＴ．３８に切り替わらずオーディオのまま保持され、ＩＰＦＡＸ装置１０００とＶｏＩＰ−ＧＷ１００３との間では見做し音声通信が行われる（ステップＳ６１１）。

本実施の形態に係るＩＰＦＡＸ装置１０００は、ファックスの受信を開始する指示の入力が検出された後に、前記Ｔ．３８セッション確立要求を前記ゲートウェイに送信する。そして、ＩＰＦＡＸ装置１０００は、成功応答が受信されていない場合に、音声セッションにより見做し音声通信を用いたファックス通信を行う。

以上説明した図４〜図７に示されるように、自動送信、自動受信、手動送信、及び手動受信のいずれの場合においても、ＩＰＦＡＸ装置１０００は適切なファックス通信を選択することができる。また、ユーザはＧＷがＴ．３８機能を持つか否かを登録する必要がない。

次に、ＧＷが持つ音声コーデックの種類により生じる通信エラーを回避する処理について説明する。

まず上述した通信エラーについて説明する。見做し音声通信を用いたファックス通信を行うことが予め定められている場合、ＧＷがｇ．７２６やＧ．７２９等の圧縮系の音声コーデックしか持っていないときは、Ｇ３ＦＡＸの通信速度によっては通信エラーとなる。

近年のファクシミリ装置は、最大速度が３３．６ｋｂｐｓであるＶ.３４に対応しているものがほとんどである。この場合、ＧＷの持つ音声コーデックがｇ．７１１(６４ｋｂｐｓ)などの非圧縮形式の音声コーデックであれば信号が欠落しないため、Ｖ.３４でも通信エラーにはならない。

しかし、ｇ．７２６の転送速度は３２ｋｂｐｓであり、ｇ．７２９の転送速度は８ｋｂｐｓであるため、見做し音声通信をＶ.３４で行うと信号が欠落し、通信エラーが生じることとなる。

そこで、ＧＷの持つ音声コーデックに応じてＶ.３４を無効化する処理について説明する。なお、以下の図８，９の説明では、ＩＰＦＡＸ装置１０００及びＧ３ＦＡＸ１００７はＶ.３４が有効に設定されているものとする。

図８（Ａ）は、ｇ．７１１に対応したＶｏＩＰ−ＧＷ１００３で自動送信する場合の処理の手順を示すシーケンス図である。

図８（Ａ）において、ＩＰＦＡＸ装置１０００は、ｍ＝ａｕｄｉｏのＩＮＶＩＴＥをＶｏＩＰ−ＧＷ１００３に送信する（ステップＳ７００）。このときＩＮＶＩＴＥに含まれるメディア形式情報２１１は、非圧縮音声コーデックであるｇ．７１１、及び圧縮系音声コーデックであるｇ．７２６とする。もちろん、メディア形式情報２１１にｇ．７２９などの他のコーデックも同時に含まれてもよいが、ここでは省略する。

ＩＮＶＩＴＥを受信したＶｏＩＰ−ＧＷ１００３は、メディア形式情報２１１をｇ．７１１とした２００ＯＫを送信する（ステップＳ７０１）。ＩＰＦＡＸ装置１０００は、受信した２００ＯＫのメディア形式情報２１１がｇ．７１１であるので、見做し音声通信を行っても情報の欠落が発生せず通信エラーにはならないため、Ｖ.３４は無効とせずに有効のままとする（ステップＳ７０２）。

次いで、Ｇ３ＦＡＸ１００７は、Ｖ.３４が有効に設定されているため、ＡＮＳａｍをＶｏＩＰ−ＧＷ１００３に送信し、これをＶｏＩＰ−ＧＷ１００３はＰＣＭデータに変換してＩＰＦＡＸ装置１０００に送信する（ステップＳ７０３）。

ＩＰＦＡＸ装置１０００は、Ｖ.３４有効のままなので、ＡＮＳａｍを検出するとＶ.８応答を行い（ステップＳ７０４〜７０６）、見做し音声でＶ.３４通信が行われる（ステップＳ７０７〜７０８）。

図８（Ｂ）は、ｇ．７１１に対応していないＶｏＩＰ−ＧＷ１００３で自動送信する場合の処理の手順を示すシーケンス図である。

図８（Ｂ）において、ＩＰＦＡＸ装置１０００は、ｍ＝ａｕｄｉｏのＩＮＶＩＴＥをＶｏＩＰ−ＧＷ１００３に送信する（ステップＳ７００）。ＩＮＶＩＴＥを受信したＶｏＩＰ−ＧＷ１００３は、メディア形式情報２１１をｇ．７２６とした２００ＯＫを送信する（ステップＳ７０９）。

ＩＰＦＡＸ装置１０００は、受信した２００ＯＫのメディア形式情報２１１がｇ．７２６であるので、Ｖ.３４を無効とする（ステップＳ７１０）。次のステップＳ７０３でＶｏＩＰ−ＧＷ１００３からＡＮＳａｍを受信しても、ＩＰＦＡＸ装置１０００はＶ.８応答を送信せずに、以降はＶ.１７以下のモードで見做し音声通信を行う（ステップＳ７１１〜７１２）。

上述した図８の処理は自動送信する場合の処理であるが、次に自動受信する場合の処理について説明する。

図９（Ａ）は、ｇ．７１１に対応したＶｏＩＰ−ＧＷ１００３で自動受信する場合の処理の手順を示すシーケンス図である。

図９（Ａ）において、ＩＰＦＡＸ装置１０００は、ｍ＝ａｕｄｉｏのＩＮＶＩＴＥをＶｏＩＰ−ＧＷ１００３から受信する（ステップＳ８００）。このときＩＮＶＩＴＥに含まれるメディア形式情報２１１は、ｇ．７１１、及びｇ．７２６とする。もちろん、ｇ．７２９などの他のコーデックも同時に含まれてもよいが、ここでは省略する。

ＩＮＶＩＴＥを受信したＩＰＦＡＸ装置１０００は、メディア形式情報２１１をｇ．７１１とした２００ＯＫを送信する（ステップＳ８０１）。このときＩＰＦＡＸ装置１０００は、Ｖ.３４は無効とせずに有効のままとする（ステップＳ８０２）。

次いで、ＩＰＦＡＸ装置１０００は、Ｖ.３４が有効のままなので、ＡＮＳａｍをＰＣＭデータに変換してＶｏＩＰ−ＧＷ１００３に送信する（ステップＳ８０３）。このステップＳ８０３では、ｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥも同時に送信する。

しかし、この場合はＶｏＩＰ−ＧＷ１００３が４８８エラー応答を送信するため(ステップＳ８０４)、セッションはオーディオのままで、見做し音声通信が継続される。その後ＩＰＦＡＸ装置１０００とＶｏＩＰ−ＧＷ１００３との間で見做し音声のＶ.８手順が行われ（ステップＳ８０５〜８０７）、以降、見做し音声でＶ.３４通信が行われる（ステップＳ８０８〜８０９）。

図９（Ｂ）は、ｇ．７１１に対応していないＶｏＩＰ−ＧＷ１００３で自動受信する場合の処理の手順を示すシーケンス図である。

図９（Ｂ）において、ＩＰＦＡＸ装置１０００は、ｍ＝ａｕｄｉｏのＩＮＶＩＴＥをＶｏＩＰ−ＧＷ１００３から受信する（ステップＳ８１０）。このときＩＮＶＩＴＥに含まれるメディア形式情報２１１は、ｇ．７２６とする。

ＩＰＦＡＸ装置１０００は、受信したＩＮＶＩＴＥのメディア形式情報２１１がｇ．７２６であるので、Ｖ.３４を無効とする（ステップＳ８１２）。そして、ＩＰＦＡＸ装置１０００は、メディア形式情報２１１をｇ．７２６とした２００ＯＫを送信する（ステップＳ８１１）。

次いで、ＩＰＦＡＸ装置１０００は、Ｖ.３４を無効したので、ＡＮＳａｍではなくＣＥＤをＰＣＭデータに変換してＶｏＩＰ−ＧＷ１００３に送信する（ステップＳ８１３）。このステップＳ８１３でＩＰＦＡＸ装置１０００は、ｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥも同時に送信するが、ＶｏＩＰ−ＧＷ１００３は４８８エラー応答を送信するため（ステップＳ８１４）、セッションはオーディオのまま見做し音声通信が継続される。

以降、ＩＰＦＡＸ装置１０００とＶｏＩＰ−ＧＷ１００３との間でＶ.１７以下のモードで見做し音声通信が行われる（ステップＳ８１５〜８１６）。

以上説明した図８，９の処理により、ＩＰＦＡＸ装置１０００はＧＷが持つ音声コーデックが非圧縮か否かに応じてＶ.３４を有効または無効に動的に設定することが可能になる。これにより、Ｖ.３４を用いた通信が可能であれば、Ｖ.３４を用いた高速通信が可能となり、Ｖ.３４を用いた通信が不可能であれば、速度を下げて通信エラーを避けることが可能になる。

本実施の形態に係るＩＰＦＡＸ装置１０００は、ＩＰＦＡＸ装置１０００がＶ．３４による通信が可能であり、確立された音声セッションで用いられる音声コーデックがＶ．３４に対応していないときは、Ｖ．３４による通信を無効化する。

図１０，１１は、図２におけるＣＰＵ１０８により実行される送信処理の手順を示すフローチャートである。

この図１０，１１の送信処理は、ＣＰＵ１０８が送信スタートキーの入力を検出した場合と、ＣＰＵ１０８がＳＬＩＣ１１７により子電話１１８のフックアップ及びダイヤルを検出した場合に実行される。まず、ＣＰＵ１０８が送信スタートキーの入力を検出した場合について説明する。

図１０において、ＣＰＵ１０８が送信スタートキーの入力を検出すると、送信先情報２０７をＧＷのアドレスとしたｍ＝ａｕｄｉｏのＩＮＶＩＴＥをＧＷに送信する（ステップＳ１）。

次いで、送信したＩＮＶＩＴＥに対してＧＷが送信した応答を判別する（ステップＳ２）。ステップＳ２の判別の結果、応答が１００Ｔｒｉｎｇや１８０Ｒｉｎｇｉｎｇなどの暫定応答の場合には（ステップＳ２で暫定応答）、ステップＳ２に戻る。

また、ステップＳ２の判別の結果、応答がエラー応答の場合には（ステップＳ２でエラー応答）、ＣＰＵ１０８は、通信を継続することが期待できないため送信先情報２０７をＧＷのアドレスとしたＢＹＥをＧＷに送信して（ステップＳ３）、本処理を終了する。

ステップＳ２の判別の結果、応答が２００ＯＫの場合には（ステップＳ２で２００ＯＫ）、ＩＰＦＡＸ装置１０００とＧＷとの間にオーディオでセッションが確立する。

次いで、この発呼が自動送信か否か判別する（ステップＳ４）。ステップＳ４の判別の結果、発呼が自動送信の場合には（ステップＳ４でＹＥＳ）、ＣＰＵ１０８は受信した２００ＯＫに含まれるメディア形式情報２１１をもとに、モデム１１５にＰＣＭ送受信開始指示を行うことでＰＣＭ送受信を開始する（ステップＳ５）。これにより、見做し音声通信が開始される。

次いで、ＣＰＵ１０８は、受信した２００ＯＫのメディア形式情報２１１から、ＧＷの持つ音声コーデックがｇ．７１１か否か判別する（ステップＳ６）。ステップＳ６の判別の結果、音声コーデックがｇ．７１１でない場合には（ステップＳ６でＮＯ）、Ｖ.３４を無効とし（ステップＳ７）、ステップＳ１２に進む。

一方、ステップＳ６の判別の結果、音声コーデックがｇ．７１１の場合には（ステップＳ６でＹＥＳ）、Ｖ.３４は無効とせずに有効のままとし、見做し音声通信でＣＮＧを送信する（ステップＳ１２）。

次いで、ＧＷからｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥを受信したか否かを判別する（ステップＳ１３）。ステップＳ１３の判別の結果、ｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥを受信しなかった場合には（ステップＳ１３でＮＯ）、モデム１１５でＡＮＳａｍを検出したか否か判別する（ステップＳ１７）。

ステップＳ１７の判別の結果、ＡＮＳａｍを検出した場合には（ステップＳ１７でＹＥＳ）、Ｖ．３４が無効か否か判別する（ステップＳ１８）。ステップＳ１８の判別の結果、Ｖ．３４が無効の場合には（ステップＳ１８でＹＥＳ）、ステップＳ１３に戻る。

一方、ステップＳ１８の判別の結果、Ｖ．３４が無効ではない場合には（ステップＳ１８でＮＯ）、ＣＰＵ１０８はモデム１１５に対してＶ.８応答を指示することで、Ｖ．８シーケンスを行い（ステップＳ１９）、ステップＳ１３に戻る。

ステップＳ１７に戻り、ステップＳ１７の判別の結果、ＡＮＳａｍを検出していない場合には（ステップＳ１７でＮＯ）、ＤＩＳを検出したか否か判別する（ステップＳ２０）。ステップＳ２０の判別の結果、ＤＩＳを検出していない場合には（ステップＳ２０でＮＯ）、ステップＳ１３に戻る。

一方、ステップＳ２０の判別の結果、ＤＩＳを検出した場合には（ステップＳ２０でＹＥＳ）、見做し音声でＤＣＳを送信し（ステップＳ２１）、本処理を終了する。以降、見做し音声通信が行われる。

ステップＳ１３に戻る。ステップＳ１３の判別の結果、ｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥを受信した場合には（ステップＳ１３でＹＥＳ）、Ｔ．３８通信を行えることとなるので、ＣＰＵ１０８は送信先情報２０７をＧＷのアドレスとした２００ＯＫを送信する（ステップＳ１４）。これにより、セッションがＴ．３８セッションに切り替わることとなる。

次いで、ＣＰＵ１０８はモデム１１５にＰＣＭ送受信停止指示を行うことでＰＣＭ送受信を停止し（ステップＳ１５）、Ｔ．３８通信を開始して（ステップＳ１６）、本処理を終了する。以降、ＣＰＵ１０８はこれまでモデム１１５に送信していた制御信号などのデータを直接ネットワークインタフェース制御部１０９に送信する。

ネットワークインタフェース制御部１０９は、受信したデータをＴ．３８に変換してＬＡＮ１００８に送信する。また、ＬＡＮ１００８からネットワークインタフェース制御部１０９により受信されたデータは、モデム１１５は経由せずにＲＡＭ１１１に記憶され、ＣＰＵ１０８はそのデータを取得することとなる。

次に、ＣＰＵ１０８がＳＬＩＣ１１７により子電話１１８のフックアップ及びダイヤルを検出した場合について説明する。

ＣＰＵ１０８がフックアップ及びダイヤルを検出すると、送信先情報２０７をＧＷのアドレスとしたｍ＝ａｕｄｉｏのＩＮＶＩＴＥをＧＷに送信する（ステップＳ１）。ここでは上述したように、ＣＰＵ１０８は、ＨＤＤ１１２記憶された宛先を示す情報を取得して、その宛先に送信することとなる。

次のステップＳ２は、ＣＰＵ１０８が送信スタートキーの入力を検出した場合の処理と同じであり、ステップＳ４で発呼が自動送信ではないと判別される（ステップＳ４でＮＯ）。

図１１に移り、ＣＰＵ１０８はステップＳ２で受信した２００ＯＫに含まれるメディア形式情報２１１をもとに、ＳＬＩＣ１１７にＰＣＭ送受信開始指示を行うことでＰＣＭ送受信を開始する（ステップＳ８）。

これにより、子電話１１８からＳＬＩＣ１１７に入力されたアナログ音声は、ＳＬＩＣ１１７の音声コーデックによりＰＣＭデータに変換され、ＬＡＮ１００８に送信される。また、ＬＡＮ１００８からネットワークインタフェース制御部１０９により受信されたＰＣＭデータは、ＳＬＩＣ１１７に送信される。ＳＬＩＣ１１７は、受信したＰＣＭデータを音声コーデックでアナログ音声に変換し、子電話１１８に送る。こうして子電話１１８を用いてＩＰ網での通話が可能になる。

次いで、送信スタートキーの入力を検出したか否か判別する（ステップＳ９）。ステップＳ９の判別の結果、送信スタートキーの入力を検出した場合には（ステップＳ９でＹＥＳ）、ＣＰＵ１０８はＳＬＩＣ１１７にＰＣＭ送受信停止指示を行うことでＰＣＭ送受信を停止する（ステップＳ１０）。

そして、ＧＷからｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥを受信済みか否か判別する（ステップＳ１１）。ステップＳ１１の判別の結果、ｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥを受信済みでない場合には（ステップＳ１１でＮＯ）、図１０のステップＳ５に進む。

一方、ステップＳ１１の判別の結果、ｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥを受信済みの場合には（ステップＳ１１でＹＥＳ）、Ｔ．３８通信を行えることとなる。そのため、ＣＰＵ１０８は送信先情報２０７をＧＷのアドレスとした２００ＯＫを送信する（ステップＳ１４）。これにより、セッションがＴ．３８セッションに切り替わり、図１０のステップＳ１６でＴ．３８通信を開始することとなる。

なお、ステップＳ９で送信スタートキーの入力が検出される前にＲｅ−ＩＮＶＩＴＥ受信した場合は、セッションが切れないように１００Ｔｒｉｎｇを送信しておく。

上記ステップＳ９に戻る。ステップＳ９の判別の結果、送信スタートキーの入力を検出していない場合には（ステップＳ９でＮＯ）、ＳＬＩＣ１１７により子電話１１８のオンフックが検出されたか否かを判別する（ステップＳ２２）。

ステップＳ２２の判別の結果、子電話１１８のオンフックが検出されていない場合には（ステップＳ２２でＮＯ）、ステップＳ９に戻る。

一方、ステップＳ２２の判別の結果、子電話１１８のオンフックが検出された場合には（ステップＳ２２でＹＥＳ）、ＣＰＵ１０８はＳＬＩＣ１１７にＰＣＭ送受信停止指示を行うことでＰＣＭ送受信を停止する（ステップＳ２３）。そして、図１０のステップＳ３でＢＹＥをＧＷに送信することとなる。

図１２〜１４は、図２におけるＣＰＵ１０８により実行される受信処理の手順を示すフローチャートである。

図１２において、ＧＷから送信されたｍ＝ａｕｄｉｏのＩＮＶＩＴＥを受信すると（ステップＳ１０１）、自動受信に設定されているか否か判別する（ステップＳ１０２）。ＲＯＭ１１０に自動受信に設定されているか否かが記憶されているので、これによりＣＰＵ１０８が判別できる。

ステップＳ１０２の判別の結果、自動受信に設定されている場合には（ステップＳ１０２でＹＥＳ）、ＣＰＵ１０８は送信先情報２０７をＧＷのアドレスとした２００ＯＫをＧＷに送信する（ステップＳ１０３）。

なお、このときの２００ＯＫのメディア形式情報２１１は、ステップＳ１０１で受信したＩＮＶＩＴＥに含まれるメディア形式情報２１１の中から圧縮率が低い順に選択した音声コーデックとなっている。例えば、ｇ．７１１、ｇ．７２６、ｇ．７２９の順に選択される。これにより、ＩＰＦＡＸ装置１０００とＧＷとの間でオーディオセッションが確立される。

次いで、見做し音声通信を行うために、ＣＰＵ１０８はステップＳ１０３でメディア形式情報２１１から選択した音声コーデックをもとに、モデム１１５にＰＣＭ送受信開始指示を行うことでＰＣＭ送受信を開始する（ステップＳ１０４）。

次いで、ＣＰＵ１０８は送信先情報２０７をＧＷのアドレスとしたｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥをＧＷに送信する（ステップＳ１１１）。そして、ＣＰＵ１０８は、ステップＳ１０３で選択した音声コーデックがｇ．７１１か否か判別する（ステップＳ１１２）。

ステップＳ１１２の判別の結果、音声コーデックがｇ．７１１でない場合には（ステップＳ１１２でＮＯ）、ＣＰＵ１０８はＶ.３４を無効とする（ステップＳ１１４）。そして、ＣＰＵ１０８はモデム１１５にＣＥＤ送信開始指示を行うことでＣＥＤの送信を開始して（ステップＳ１１５）、図１３のステップＳ１１６に進む。

一方、ステップＳ１１２の判別の結果、音声コーデックがｇ．７１１の場合には（ステップＳ１１２でＹＥＳ）、ＣＰＵ１０８はＶ．３４を有効としたままで、モデム１１５にＡＮＳａｍ送出開始指示を行う。これにより、ＡＮＳａｍの送信が開始されて（ステップＳ１１３）、図１３のステップＳ１１６に進む。

図１３に移り、ステップＳ１１１で送信したＲｅ−ＩＮＶＩＴＥの応答として、２００ＯＫを受信したか否か判別する（ステップＳ１１６）。ステップＳ１１６の判別の結果、２００ＯＫを受信した場合には（ステップＳ１１６でＹＥＳ）、２００ＯＫを受信するとセッションがＴ.３８に切り替わるので、ＰＣＭ送受信を停止して、Ｔ.３８通信を行い（ステップＳ１２４）、本処理を終了する。

ステップＳ１１６の判別の結果、２００ＯＫを受信していない場合には（ステップＳ１１６でＮＯ）、１００Ｔｒｉｎｇや１８０Ｒｉｎｇｉｎｇなどの暫定応答またはエラー応答を受信したか否か判別する（ステップＳ１１７）。

ステップＳ１１７の判別の結果、暫定応答またはエラー応答を受信した場合には（ステップＳ１１７でＹＥＳ）、ステップＳ１１６に戻る。

一方、暫定応答及びエラー応答を受信しなかった場合には（ステップＳ１１７でＮＯ）、ｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥを受信したか否か判別する（ステップＳ１２２）。このステップＳ１２２は、発呼側のＧＷからｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥが送信されてくるケースを想定している。

ステップＳ１２２の判別の結果、ｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥを受信した場合には（ステップＳ１２２でＹＥＳ）、ＧＷに２００ＯＫを送信する（ステップＳ１２３）。２００ＯＫを送信するとセッションがＴ.３８に切り替わるので、ＰＣＭ送受信を停止して、Ｔ.３８通信を行い（ステップＳ１２４）、本処理を終了する。

一方、ステップＳ１２２の判別の結果、ｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥを受信していない場合には（ステップＳ１２２でＮＯ）、ＤＣＳを受信したか否か判別する（ステップＳ１２５）。ここでのＤＣＳは、後述するステップＳ１２０で送信されるＤＩＳに対応するものである。

ステップＳ１２５の判別の結果、ＤＣＳを受信した場合には（ステップＳ１２５でＹＥＳ）、本処理を終了する。この場合、見做し音声通信が行われる。一方、ステップＳ１２５の判別の結果、ＤＣＳを受信していない場合には（ステップＳ１２５でＮＯ）、モデム１１５がＶ.８応答を示すＣＭ信号を検出したか否か判別する（ステップＳ１１８）。

ステップＳ１１８の判別の結果、ＣＭ信号を検出した場合には（ステップＳ１１８でＹＥＳ）、ＣＰＵ１０８の指示により、モデム１１５はＶ.８シーケンスを行い、見做し音声でＶ.３４トレーニングシーケンスを行う（ステップＳ１１９）。そして、ＣＰＵ１０８は見做し音声でＤＩＳを送信して（ステップＳ１２０）、上記ステップＳ１１６に戻る。なお、図示していないが、ＤＩＳ送信後に３秒間ＤＣＳが受信されなくても、Ｔ.３０の規格に従い直ぐにＤＩＳを再送することはないため、３秒間はステップＳ１２０に進まない。

上記ステップＳ１１８に戻り、ステップＳ１１８の判別の結果、ＣＭ信号を検出していない場合には（ステップＳ１１８でＮＯ）、ＡＮＳａｍまたはＣＥＤの送信が完了したか否か判別する（ステップＳ１２１）。

ステップＳ１２１の判別の結果、ＡＮＳａｍまたはＣＥＤの送信が完了した場合には（ステップＳ１２１でＹＥＳ）、上記ステップＳ１２０に進む。一方、ステップＳ１２１の判別の結果、ＡＮＳａｍ及びＣＥＤの送信が完了していない場合には（ステップＳ１２１でＮＯ）、上記ステップＳ１１６に戻る。

図１２のステップＳ１０２に戻り、ステップＳ１０２の判別の結果、自動受信に設定されていない場合には（ステップＳ１０２でＮＯ）、図１４のステップＳ１０５に進む。

ＣＰＵ１０８は、ＳＬＩＣ１１７により子電話１１８のオフフックが検出されると（ステップＳ１０５でＹＥＳ）、送信先情報２０７をＧＷのアドレスとした２００ＯＫをＧＷに送信する（ステップＳ１０６）。

なお、このときの２００ＯＫのメディア形式情報２１１は、ステップＳ１０１で受信したＩＮＶＩＴＥに含まれるメディア形式情報２１１の中から圧縮率が低い順に選択した音声コーデックとなっている。これにより、ＩＰＦＡＸ装置１０００とＧＷとの間でオーディオセッションが確立される。

次いで、ＣＰＵ１０８はステップＳ１０６でメディア形式情報２１１から選択した音声コーデックをもとに、ＳＬＩＣ１１７にＰＣＭ送受信開始指示を行うことでＰＣＭ送受信を開始する（ステップＳ１０７）。こうして子電話１１８を用いてＩＰ網での通話が可能になる。

次いで、ＣＰＵ１０８が受信スタートキーの入力を検出したか否か判別する（ステップＳ１０８）。ステップＳ１０８の判別の結果、受信スタートキーの入力を検出した場合には（ステップＳ１０８でＹＥＳ）、ＣＰＵ１０８はＳＬＩＣ１１７にＰＣＭ送受信停止指示を行うことでＰＣＭ送受信を停止する（ステップＳ１０９）。

そして、ＧＷからｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥを受信済みか否か判別する（ステップＳ１１０）。ステップＳ１１０の判別の結果、ｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥを受信済みでない場合には（ステップＳ１１０でＮＯ）、図１２のステップＳ１０４に進む。以降、自動受信の場合と同じ処理が行われる。

一方、ステップＳ１１０の判別の結果、ｍ＝ｉｍａｇｅのＲｅ−ＩＮＶＩＴＥを受信済みの場合には（ステップＳ１１０でＹＥＳ）、図１３のステップＳ１２３に進む。

ステップＳ１０８に戻り、ステップＳ１０８の判別の結果、受信スタートキーの入力を検出していない場合には（ステップＳ１０８でＮＯ）、ＳＬＩＣ１１７により子電話１１８のオンフックが検出されたか否か判別する（ステップＳ１２６）。

ステップＳ１２６の判別の結果、オンフックが検出されていない場合には（ステップＳ１２６でＮＯ）、ステップＳ１０８に戻る。一方、ステップＳ１２６の判別の結果、オンフックが検出された場合には（ステップＳ１２６でＹＥＳ）、ＣＰＵ１０８はＳＬＩＣ１１７にＰＣＭ送受信停止指示を行うことでＰＣＭ送受信を停止する（ステップＳ１２７）。

そして、ＣＰＵ１０８は、送信先情報２０７をＧＷのアドレスとしたＢＹＥをＧＷに送信して（ステップＳ１２８）、本処理を終了する。

以上説明したように、本実施の形態によれば、音声セッションが確立された後に、Ｔ．３８セッション確立要求が受信された場合に（ステップＳ３０３）、Ｔ．３８セッションを確立してＴ．３８通信を用いたファックス通信を行う（ステップＳ３０５，３０６）。

また、本実施の形態によれば、音声セッションが確立された後に、Ｔ．３８セッション確立要求が受信されていない場合に、音声セッションにより見做し音声通信を用いたファックス通信を行う（ステップＳ３０７，３０８）。

これらの処理により、ＩＰＦＡＸ装置１０００はＧＷがＴ．３８機能を持つ場合には見做し音声通信を用いたファックス通信ではなく、Ｔ．３８通信を用いたファックス通信を選択する。そのため、接続先のゲートウェイに応じて適切なファックス通信を選択可能となる。また、ユーザはＧＷがＴ．３８機能を持つか否かを登録する必要がない。

さらに、本実施の形態によれば、確立されたオーディオセッションで用いられる音声コーデックがＶ．３４に対応していないときは、Ｖ．３４による通信を無効化することにより通信エラーを回避できる。

（他の実施の形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給する。そして、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

１０ 通信システム
１０１ ユーザインタフェース
１０８ ＣＰＵ
１１０ ＲＯＭ
１１１ ＲＡＭ
１１２ ＨＤＤ
１０００ ＩＰＦＡＸ装置
１００２ Ｔ．３８−ＧＷ
１００３ ＶｏＩＰ−ＧＷ
１００８ ＬＡＮ

Claims (12)

1. ＩＰ網に接続されたゲートウェイを介してファックス通信を行う通信装置であって、
   前記ゲートウェイとの間で、音声通信を行うための音声セッションを確立する音声セッション確立手段と、
   前記音声セッション確立手段により前記音声セッションが確立された後に、Ｔ．３８通信を行うためのＴ．３８セッションの確立を要求するＴ．３８セッション確立要求が受信された場合に、前記Ｔ．３８セッションを確立してＴ．３８通信を用いたファックス通信を行うＴ．３８通信手段と、
   前記音声セッション確立手段により前記音声セッションが確立された後に、前記Ｔ．３８セッション確立要求が受信されていない場合に、前記音声セッションにより見做し音声通信を用いたファックス通信を行う見做し音声通信手段と
   を有することを特徴とする通信装置。
2. 前記ファックスの送信を開始する指示がユーザにより入力される場合には、前記Ｔ．３８通信手段は、前記Ｔ．３８セッション確立要求が受信され、かつ前記指示の入力が検出された後に、前記Ｔ．３８のセッションを確立して前記Ｔ．３８通信を用いたファックス通信を行うことを特徴とする請求項１記載の通信装置。
3. 前記ファックスの送信を開始する指示がユーザにより入力される場合には、前記見做し音声通信手段は、前記Ｔ．３８セッション確立要求が受信されてなく、かつ前記指示の入力が検出された後に、前記ゲートウェイに見做し音声通信によりＤＣＳを送信することで前記見做し音声通信を用いたファックス通信を行うことを特徴とする請求項１記載の通信装置。
4. 前記通信装置がＶ．３４による通信が可能であり、前記見做し音声通信手段により前記見做し音声通信を用いたファックス通信を行うことが予め定められている場合に、前記音声セッション確立手段によって確立された前記音声セッションで用いられる音声コーデックがＶ．３４に対応していないときは、前記Ｖ．３４による通信を無効化することを特徴と請求項１記載の通信装置。
5. ＩＰ網に接続されたゲートウェイを介してファックス通信を行う通信装置であって、
   前記ゲートウェイとの間で、音声通信を行うための音声セッションを確立する音声セッション確立手段と、
   前記音声セッション確立手段により前記音声セッションが確立された後に、Ｔ．３８通信を行うためのＴ．３８セッションの確立を要求するＴ．３８セッション確立要求を前記ゲートウェイに送信する送信手段と、
   前記送信手段により送信された前記Ｔ．３８セッション確立要求に対する成功応答が受信された場合に、確立されたＴ．３８セッションによりＴ．３８通信を用いたファックス通信を行うＴ．３８通信手段と、
   前記成功応答が受信されていない場合に、前記音声セッションにより見做し音声通信を用いたファックス通信を行う見做し音声通信手段と
   を有することを特徴とする通信装置。
6. 前記ファックスの受信を開始する指示がユーザにより入力される場合には、前記送信手段は、前記指示の入力が検出された後に、前記Ｔ．３８セッション確立要求を前記ゲートウェイに送信し、
   前記Ｔ．３８通信手段は、前記成功応答を受信した場合に、確立されたＴ．３８のセッションによりＴ．３８通信を用いたファックス通信を行うことを特徴とする請求項５記載の通信装置。
7. 前記ファックスの受信を開始する指示がユーザにより入力される場合には、前記送信手段は、前記指示の入力が検出された後に、前記Ｔ．３８セッション確立要求を前記ゲートウェイに送信し、
   前記見做し音声通信手段は、前記成功応答が受信されていない場合に、前記音声セッションにより見做し音声通信を用いたファックス通信を行うことを特徴とする請求項５記載の通信装置。
8. 前記通信装置がＶ．３４による通信が可能であり、前記見做し音声通信手段により前記見做し音声通信を用いたファックス通信を行うことが予め定められている場合に、前記音声セッション確立手段によって確立された前記音声セッションで用いられる音声コーデックがＶ．３４に対応していないときは、前記Ｖ．３４による通信を無効化することを特徴と請求項５記載の通信装置。
9. ＩＰ網に接続されたゲートウェイを介してファックス通信を行う通信装置の制御方法であって、
   前記ゲートウェイとの間で、音声通信を行うための音声セッションを確立する音声セッション確立ステップと、
   前記音声セッション確立ステップにより前記音声セッションが確立された後に、Ｔ．３８通信を行うためのＴ．３８セッションの確立を要求するＴ．３８セッション確立要求が受信された場合に、前記Ｔ．３８セッションを確立してＴ．３８通信を用いたファックス通信を行うＴ．３８通信ステップと、
   前記音声セッション確立ステップにより前記音声セッションが確立された後に、前記Ｔ．３８セッション確立要求が受信されていない場合に、前記音声セッションにより見做し音声通信を用いたファックス通信を行う見做し音声通信ステップと
   を有することを特徴とする制御方法。
10. ＩＰ網に接続されたゲートウェイを介してファックス通信を行う通信装置の制御方法であって、
    前記ゲートウェイとの間で、音声通信を行うための音声セッションを確立する音声セッション確立ステップと、
    前記音声セッション確立ステップにより前記音声セッションが確立された後に、Ｔ．３８通信を行うためのＴ．３８セッションの確立を要求するＴ．３８セッション確立要求を前記ゲートウェイに送信する送信ステップと、
    前記送信ステップにより送信された前記Ｔ．３８セッション確立要求に対する成功応答が受信された場合に、確立されたＴ．３８セッションによりＴ．３８通信を用いたファックス通信を行うＴ．３８通信ステップと、
    前記成功応答が受信されていない場合に、前記音声セッションにより見做し音声通信を用いたファックス通信を行う見做し音声通信ステップと
    を有することを特徴とする制御方法。
11. ＩＰ網に接続されたゲートウェイを介してファックス通信を行う通信装置の制御方法をコンピュータに実行させるためのプログラムであって、
    前記制御方法は、
    前記ゲートウェイとの間で、音声通信を行うための音声セッションを確立する音声セッション確立ステップと、
    前記音声セッション確立ステップにより前記音声セッションが確立された後に、Ｔ．３８通信を行うためのＴ．３８セッションの確立を要求するＴ．３８セッション確立要求が受信された場合に、前記Ｔ．３８セッションを確立してＴ．３８通信を用いたファックス通信を行うＴ．３８通信ステップと、
    前記音声セッション確立ステップにより前記音声セッションが確立された後に、前記Ｔ．３８セッション確立要求が受信されていない場合に、前記音声セッションにより見做し音声通信を用いたファックス通信を行う見做し音声通信ステップと
    を有することを特徴とするプログラム。
12. ＩＰ網に接続されたゲートウェイを介してファックス通信を行う通信装置の制御方法をコンピュータに実行させるためのプログラムであって、
    前記制御方法は、
    前記ゲートウェイとの間で、音声通信を行うための音声セッションを確立する音声セッション確立ステップと、
    前記音声セッション確立ステップにより前記音声セッションが確立された後に、Ｔ．３８通信を行うためのＴ．３８セッションの確立を要求するＴ．３８セッション確立要求を前記ゲートウェイに送信する送信ステップと、
    前記送信ステップにより送信された前記Ｔ．３８セッション確立要求に対する成功応答が受信された場合に、確立されたＴ．３８セッションによりＴ．３８通信を用いたファックス通信を行うＴ．３８通信ステップと、
    前記成功応答が受信されていない場合に、前記音声セッションにより見做し音声通信を用いたファックス通信を行う見做し音声通信ステップと
    を有することを特徴とするプログラム。

Images