通信装置及びその制御方法、並びにプログラム
【課題】本発明は、ＩＰＦＡＸ通信を行う際の回線接続に要する時間Ｔ０を正確に計測すると共に、Ｔ．３８ＣＮＧコマンドの送出タイミングを適正化する通信装置を提供する。
【解決手段】ダイヤル要求のＡＴコマンドをセッション確立要求のＳＩＰコマンドに変換して送信する。送信されたセッション確立要求のＳＩＰコマンドに対して暫定応答またはセッション確立応答があったときに、ＦＡＸ通信の回線接続に要する時間Ｔ０を計時するＴ０タイマのカウントを開始する。
【解決手段】ダイヤル要求のＡＴコマンドをセッション確立要求のＳＩＰコマンドに変換して送信する。送信されたセッション確立要求のＳＩＰコマンドに対して暫定応答またはセッション確立応答があったときに、ＦＡＸ通信の回線接続に要する時間Ｔ０を計時するＴ０タイマのカウントを開始する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰＦＡＸ機能を有する通信装置及びその制御方法、並びにプログラムに関するものである。
【背景技術】
【０００２】
近年、ＩＰ網を利用してＦＡＸ送受信を行うことができるＩＰＦＡＸが注目されている。ＮＴＴのＮＧＮ網でもコンテンツのひとつにＩＰＦＡＸが挙げられている。このＩＰＦＡＸの呼接続を行うために、主にセッション制御プロトコルであるＳＩＰが用いられている。
【０００３】
一方、現在のＰＳＴＮ網では、ＦＡＸモデムによるアナログデータ通信が行われている。ＦＡＸモデムの代表としてＡＴモデムが挙げられる。ＡＴモデムは、ＡＴコマンドによりモデム制御を行うタイプのモデムである。ＡＴコマンドとは、米国のヘイズ社が提唱し、現在、世界で最も普及しているモデムのコマンド体系である。ＡＴから始まるコマンドにより、モデムの送信、受信機能の全般をコントローラから容易に操作可能になっている。
【０００４】
ＩＰＦＡＸで使用されるＦＡＸプロトコルＴ．３８は、ＰＳＴＮ用のＦＡＸプロトコルＴ．３０に準拠することが求められている。そのため、今までのＰＳＴＮ用のＦＡＸアプリケーション資源は、ほぼそのまま使用することが可能である。しかし、ＩＰＦＡＸの呼接続についてはＳＩＰに変わったために変更部分が多い。ＡＴコマンド体系をＴ．３８のプロトコル体系に変換する技術は存在するが、呼接続ＳＩＰに関しては言及されていない（例えば、特許文献１参照）。
【０００５】
ＦＡＸアプリケーションから発行されたＡＴコマンドを、ＡＴ−ＩＰＦＡＸコマンド変換部でＳＩＰコマンドに変換し、ＩＰＦＡＸモジュールで呼接続を試みる場合について考える。ＡＴモデムにおいて、ダイヤルを実行するためのＡＴコマンドは「ＡＴＤ」である。トーンダイヤルなら「Ｔ」、パルスダイヤルなら「Ｐ」をその後に付け、最後に電話番号を付加し、「ＡＴＤＴ０４４１２３４５６７８」のようにしてＩＰＦＡＸモジュールにコマンドを発行する。ＩＰＦＡＸモジュール内のＡＴ−ＩＰＦＡＸコマンド変換部では、ＡＴＤＴコマンドを、ＳＩＰによる呼接続（セッション確立）要求に使用されるＩＮＶＩＴＥコマンドに変換する。その後、ＩＰＦＡＸモジュール内のセッションコントロール部でＳＩＰによるＩＮＶＩＴＥ接続が試みられる。ＡＴ−ＩＰＦＡＸコマンド変換部は、ＡＴＤＴコマンドを受け付けた後、ＦＡＸアプリケーションにリザルトコードを返す必要がある。ＦＡＸアプリケーションは、このリザルトコードをもってダイヤル終了とみなし、Ｔ０タイマをスタートさせる。このリザルトコードをＦＡＸアプリケーションに返すタイミングを正しく制御することができなければ、ＦＡＸアプリケーションではダイヤルが終了したタイミングを正しく知ることができず、Ｔ０タイマの計測が正確に行えない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−１９７２８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本来、Ｔ０タイマは、ダイヤル終了後にスタートさせるものである。ＡＴコマンド及びＳＩＰコマンドが共にコマンド終了という概念を含む場合もあるが、ダイヤル終了という概念がない。そのため、コマンド終了をもってＴ０タイマをスタートさせてしまうと、正確なＴ０タイマ計測が行えないという問題がある。
【０００８】
また、ダイヤル完了に続いて起呼トーン（ＣＮＧ）の送出がＦＡＸアプリケーションから要求されると、ＡＴ−ＩＰＦＡＸコマンド変換部でＴ．３８プロトコルであるＴ．３８ＣＮＧコマンドへ変換する。その後、ＩＰＦＡＸモジュール内のＴ．３８コントロール部によってネットワークサーバ或いは直接、対向機に送出される。しかしながら、ＳＩＰセッションが確立していないうちにＴ．３８ＣＮＧを送出しようとしても無駄であるため、この送出タイミングの制御も必要となる。
【０００９】
本発明の目的は、ＩＰＦＡＸ通信を行う際の回線接続に要する時間Ｔ０を正確に計測すると共に、Ｔ．３８ＣＮＧコマンドの送出タイミングを適正化することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明の通信装置は、ＳＩＰを用いてセッションを確立してＦＡＸ通信を行う通信装置であって、ダイヤル要求のＡＴコマンドをセッション確立要求のＳＩＰコマンドに変換する第１の変換手段と、前記第１の変換手段により変換された前記セッション確立要求のＳＩＰコマンドを送信する送信手段と、前記送信手段により送信された前記セッション確立要求のＳＩＰコマンドに対して暫定応答またはセッション確立応答があったときに、前記ＦＡＸ通信の回線接続に要する時間Ｔ０を計時するＴ０タイマのカウントを開始する制御手段とを備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ＩＰＦＡＸ通信を行う際の回線接続に要する時間Ｔ０を正確に計測することができる。また、Ｔ．３８ＣＮＧコマンドの送出タイミングを適正化することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る通信装置とそのネットワーク環境の一例を示す図である。
【図２】図１のファクシミリ装置におけるＩＰＦＡＸ機能のソフトウェア構成例を示すブロック図である。
【図３】本発明の実施形態における、ＦＡＸアプリケーション、ＩＰＦＡＸモジュール、ＳＩＰサーバ、ファクシミリ装置Ａ間のコマンドの流れと信号送出の流れを示したシーケンス図である。
【図４】ファクシミリ装置におけるＩＰＦＡＸ通信の動作の流れを示すフローチャートである（その１）。
【図５】ファクシミリ装置におけるＩＰＦＡＸ通信の動作の流れを示すフローチャートである（その２）。
【図６】従来のＩＰＦＡＸ通信における、ＦＡＸアプリケーション、ＩＰＦＡＸモジュール、ＳＩＰサーバ、ファクシミリ装置Ａ間のコマンドの流れと信号送出の流れを示したシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
【００１４】
図１は、本発明の実施形態に係る通信装置とそのネットワーク環境の一例を示す図である。
【００１５】
図１において、ファクシミリ装置３００は、本発明の実施形態に係る通信装置の一例である、ＩＰＦＡＸ機能を備えたファクシミリ装置である。ＳＩＰサーバ３０８は、ＩＰＦＡＸ機能を備えたファクシミリ装置同士のリクエストやレスポンスを中継したり、リクエスト先の問い合わせや登録に用いられる。ファクシミリ装置Ａ３０９，ファクシミリ装置Ｂ３１０は、ファクシミリ装置３００と同様の構成を有するファクシミリ装置である。ファクシミリ装置３００、ＳＩＰサーバ３０８、ファクシミリ装置Ａ３０９、及びファクシミリ装置Ｂ３１０は、ＩＰ網３０７を介して通信可能に接続されている。
【００１６】
ファクシミリ装置３００は、操作部３０１、読取部３０２、システム制御部３０３、記憶装置３０４、センサ部３０５、及びネットワーク制御部３０６を備える。操作部３０１は、キーボード、表示部等で構成され、オペレータが各種入力操作を行うためのものである。読取部３０２は、原稿等から画像を読み取って画像データを出力する。システム制御部３０３は、装置全体の制御を行う。記憶装置３０４は、データの一次記憶に用いられる。センサ部３０５は、原稿サイズ検知センサなどを含む各種センサを総称したものであり、各センサの検知結果がシステム制御部に伝えられる。ネットワーク制御部３０６は、ネットワーク通信を制御する。
【００１７】
図２は、図１のファクシミリ装置３００におけるＩＰＦＡＸ機能のソフトウェア構成例を示すブロック図である。図示のソフトウェアモジュールは、システム制御部３０３で動作するものである。
【００１８】
図２において、ＦＡＸアプリケーション４０１は、通信制御手段として、ＦＡＸ通信により画像データを送受信するためのＡＴコマンドやプロトコルデータ、画像データを発行したり、受け付けたりするためのソフトウェアモジュールである。
【００１９】
ＩＰＦＡＸモジュール４０２は、ＩＰＦＡＸで画像データを送受信するためのソフトウェアモジュールであり、以下のソフトウェアから構成される。ＡＴ−ＩＰＦＡＸコマンド変換部４０３は、ＦＡＸアプリケーション４０１から受け取ったＡＴコマンドを呼接続用のＳＩＰコマンドや、ＦＡＸプロトコル用のＴ．３８コマンドに変換する。例えば、ダイヤルＡＴＤコマンドを、ＳＩＰによるセッション確立要求コマンドＩＮＶＩＴＥに変換し、セッションコントロール部４０４に通知する役目を担う。
【００２０】
また、ＦＡＸアプリケーション４０１のＣＮＧ送出要求であるＡＴコマンドをＴ．３８ＣＮＧ送出命令（Ｔ．３８コマンド）に変換し（第２の変換手段）、Ｔ．３８コントロール部４０５へ通知する。また、ＳＩＰによる応答をＡＴコマンドのリザルトに置き換え、ＦＡＸアプリケーション４０１へ応答する。
【００２１】
セッションコントロール部４０４は、ＳＩＰによって呼接続や切断を行う。Ｔ．３８コントロール部４０５は、Ｔ．３８プロトコルによるＩＰＦＡＸ送受信を行う。ＣＮＧ送出要求有無フラグ４０６は、ＦＡＸアプリケーション４０１からのＣＮＧ送出要求があったか否かを示すソフトウェアフラグである。セッション確立応答有無フラグ４０７は、ＳＩＰによるセッション確立要求に対して、セッション確立応答があったか否かを示すソフトウェアフラグである。
【００２２】
次に、図１のネットワーク環境におけるＩＰＦＡＸ通信の流れについて説明する。
【００２３】
まず、従来のＩＰＦＡＸ通信の流れを図６に示す。
【００２４】
図６は、従来のＩＰＦＡＸ通信における、ＦＡＸアプリケーション４０１、ＩＰＦＡＸモジュール４０２、ＳＩＰサーバ３０８、ファクシミリ装置Ａ３０９間のコマンドの流れと信号送出の流れを示したシーケンス図である。
【００２５】
まず、ＦＡＸアプリケーション４０１は、ダイヤルコマンドをＩＰＦＡＸモジュール４０２に送信する（Ｓ１０１）。ＩＰＦＡＸモジュール４０２は、受信したダイヤルコマンドに対してＯＫのリザルトを返す（Ｓ１０２）。
【００２６】
次に、ＦＡＸアプリケーション４０１は、ＯＫのリザルトを受けて、回線接続に要する時間Ｔ０を計時するＴ０タイマのカウントを開始してしまう（Ｓ１１３）。実際には、ＩＰＦＡＸモジュール４０２からＩＮＶＩＴＥコマンドがＳＩＰサーバ３０８に対して送出されていないかもしれない。また、ＩＮＶＩＴＥコマンドが送出されていてもＳＩＰサーバ３０８や途中のネットワーク障害により、長い間待たされるかもしれない。つまり、ダイヤルが終了していないことになる。従って、Ｔ０タイマの計測が正確ではない。
【００２７】
次に、ＩＰＦＡＸモジュール４０２は、ダイヤルコマンドをＳＩＰコマンドのＩＮＶＩＴＥコマンドに変換して、外部のＳＩＰサーバ３０８へ送る（Ｓ１０３）。
【００２８】
ＳＩＰサーバ３０８は、暫定応答として１００ＴＲＹＩＮＧをＩＰＦＡＸモジュール４０２へ返す（Ｓ１０４）。次に、ＳＩＰサーバ３０８は、対向機であるファクシミリ装置Ａ３０９に対してＩＮＶＩＴＥコマンドを発行する（Ｓ１０５）。
【００２９】
ファクシミリ装置Ａ３０９は、暫定応答として１００ＴＲＹＩＮＧをＳＩＰサーバ３０８へ返す（Ｓ１０６）。その後、ファクシミリ装置Ａ３０９は、暫定応答１８０ＲＩＮＧＩＮＧをＳＩＰサーバ３０８へ送る（Ｓ１０７）。
【００３０】
１８０ＲＩＮＧＩＮＧを受けたＳＩＰサーバ３０８は、ＩＰＦＡＸモジュール４０２に１８０ＲＩＮＧＩＮＧを送る（Ｓ１０８）。
【００３１】
ファクシミリ装置Ａ３０９が着呼するとセッション確立応答２００ＯＫをＳＩＰサーバ３０８へ送る（Ｓ１０９）。２００ＯＫを受けたＳＩＰサーバ３０８は、ＩＰＦＡＸモジュール４０２に２００ＯＫを送る（Ｓ１１０）。
【００３２】
ダイヤルコマンドのリザルトであるＯＫを受けたＦＡＸアプリケーション４０１は、ＣＮＧ送出要求をＩＰＦＡＸモジュール４０２に送出する（Ｓ１１１）。ＩＰＦＡＸモジュール４０２は、ＣＮＧ送出要求をＡＴ−ＩＰＦＡＸコマンド変換部４０３によってＴ．３８ＣＮＧへ変換し、ＳＩＰサーバ３０８へ送る（Ｓ１１２）。しかし、ファクシミリ装置３００とファクシミリ装置Ａ３０９の間にセッション確立がされてない状態であるため、Ｔ．３８ＣＮＧは失敗してしまう。
【００３３】
図３は、本発明の実施形態における、ＦＡＸアプリケーション４０１、ＩＰＦＡＸモジュール４０２、ＳＩＰサーバ３０８、ファクシミリ装置Ａ３０９間のコマンドの流れと信号送出の流れを示したシーケンス図である。
【００３４】
まず、ＦＡＸアプリケーション４０１は、ダイヤル要求としてダイヤルコマンドをＩＰＦＡＸモジュール４０２に送信する（Ｓ２０１）。ＩＰＦＡＸモジュール４０２は、受信したダイヤルコマンドをＳＩＰコマンドのＩＮＶＩＴＥコマンドに変換して、ＳＩＰサーバ３０８へ送る（Ｓ２０２）。
【００３５】
ＳＩＰサーバ３０８は、暫定応答として１００ＴＲＹＩＮＧをＩＰＦＡＸモジュール４０２へ返す（Ｓ２０３）。この暫定応答をもってＩＰＦＡＸモジュール４０２は、ダイヤルコマンドに対してＯＫのリザルトを返す（Ｓ２０４）。
【００３６】
次に、ＦＡＸアプリケーション４０１は、ＯＫのリザルトを受けて、Ｔ０タイマのカウントを開始する（Ｓ２３０）。本実施形態では、１００ＴＲＹＩＮＧが無く、いきなり１８０ＲＩＮＧＩＮＧの暫定応答、２００ＯＫのようなセッション確立応答が返ってくることもある。このような場合にも、ＩＰＦＡＸモジュール４０２は、ダイヤルコマンドに対してＦＡＸアプリケーション４０１にリザルトＯＫを返す（Ｓ２０４）。ＳＩＰサーバ３０８からの暫定応答が返ってきたということは、ＳＩＰサーバ３０８へのネットワーク的な接続が行えたということであり、ダイヤルが確実に完了した状態といえる。従って、ここでＴ０タイマを開始することが正確なＴ０タイマ計測といえる。
【００３７】
一方、ＳＩＰサーバ３０８は、ファクシミリ装置Ａ３０９に対してＩＮＶＩＴＥコマンドを発行する（Ｓ２０５）。ファクシミリ装置Ａ３０９は、暫定応答として１００ＴＲＹＩＮＧをＳＩＰサーバ３０８へ返す（Ｓ２０６）。その後、ファクシミリ装置Ａ３０９は、暫定応答１８０ＲＩＮＧＩＮＧをＳＩＰサーバ３０８へ送る（Ｓ２０７）。
【００３８】
１８０ＲＩＮＧＩＮＧを受けたＳＩＰサーバ３０８は、ＩＰＦＡＸモジュール４０２に１８０ＲＩＮＧＩＮＧを送る（Ｓ２０８）。
【００３９】
ファクシミリ装置Ａ３０９が着呼するとセッション確立応答２００ＯＫをＳＩＰサーバ３０８へ送る（Ｓ２０９）。２００ＯＫを受けたＳＩＰサーバ３０８は、ＩＰＦＡＸモジュール４０２に２００ＯＫを送る（Ｓ２１０）。セッション確立応答２００ＯＫをもって初めてファクシミリ装置３００とファクシミリ装置Ａ３０９の間でＳＩＰセッションが確立されたことになる。２００ＯＫを受け取れたＩＰＦＡＸモジュール４０２は、セッション確立応答有無フラグ４０７を真とする。
【００４０】
ダイヤルコマンドのリザルトであるＯＫを受けたＦＡＸアプリケーション４０１は、ＣＮＧ送出要求をＩＰＦＡＸモジュール４０２に送出する（Ｓ２１１）。ＩＰＦＡＸモジュール４０２は、ＣＮＧ送出要求有無フラグ４０６を真とする。
【００４１】
次に、ＩＰＦＡＸモジュール４０２は、ＣＮＧ送出要求有無フラグ４０６とセッション確立応答有無フラグ４０７の両方が真の場合に、Ｔ．３８ＣＮＧをＳＩＰサーバ３０８へ送る（Ｓ２１２）。この場合、ファクシミリ装置３００とファクシミリ装置Ａ３０９の間にセッション確立されている状態であるため、Ｔ．３８ＣＮＧは成功する。
【００４２】
図４、図５は、ファクシミリ装置３００におけるＩＰＦＡＸ通信の動作の流れを示すフローチャートである。
【００４３】
図４において、ＦＡＸアプリケーション４０１がダイヤルコマンドとしてＡＴＤコマンドを発行し、ＩＰＦＡＸモジュール４０２がＡＴＤコマンドを受け取る（ステップＳ５０１）。次に、ＡＴ−ＩＰＦＡＸコマンド変換部４０３において、ＡＴＤコマンドをＳＩＰのＩＮＶＩＴＥコマンドに変換する（ステップＳ５０２）。ＡＴ−ＩＰＦＡＸコマンド変換部４０３が第１の変換手段として機能する。
【００４４】
次に、セッションコントロール部４０４は、ＩＮＶＩＴＥコマンドをＳＩＰサーバ３０８か、直接、送信先であるファクシミリ装置Ａ３０９に発行する（ステップＳ５０３）。セッションコントロール部４０４は送信手段として機能する。
【００４５】
つづいて、ＩＰＦＡＸモジュール４０２は、ＳＩＰサーバ３０８またはファクシミリ装置Ａ３０９から、１００ＴＲＹＩＮＧまたは１８０ＲＩＮＧＩＮＧなどの暫定応答か、２００ＯＫのセッション確立応答が返ってくるのを待つ（ステップＳ５０４）。ここでは、図３のＳ２０３，Ｓ２０８，Ｓ２１０に相当する。ＩＰＦＡＸモジュール４０２は制御手段として機能する。
【００４６】
暫定応答かセッション確立応答が返ってきた場合（ステップＳ５０５でＹＥＳ）、それを受け取ったＩＰＦＡＸモジュール４０２は、ＦＡＸアプリケーション４０１のＡＴＤコマンドに対してリザルトコードのＯＫを返す（ステップＳ５０６）。一方、暫定応答かセッション確立応答が返ってこなかった場合（ステップＳ５０５でＮＯ）、ネットワークを切断し、リザルトコードのＥＲＲＯＲを返す（ステップＳ５０７）。そして、通信エラーとなり、通信終了する（ステップＳ５２１）。これは、ＳＩＰサーバ３０８にすらネットワーク接続できなかった場合などに起こりうる。
【００４７】
一方、ステップＳ５０８でリザルトコードのＯＫが返った場合は、ファクシミリ装置３００は、ＳＩＰサーバ３０８またはファクシミリ装置Ａ３０９にネットワーク接続でき、なんらかのＳＩＰによる応答が返ってきたことを意味する。そこで、ＦＡＸアプリケーション４０１は、Ｔ０タイマを開始する（ステップＳ５０９）。
【００４８】
図５において、ステップＳ５１０では、ＦＡＸアプリケーション４０１は、ＣＮＧを送出する設定か否かを判定する。ＣＮＧ送出はオプションであり、ＣＮＧを送出する設定でないと判定した場合には（ステップＳ５１０でＮＯ）、ＦＡＸアプリケーション４０１はＣＮＧ送出要求を発行せず、受信命令待ちとなる（ステップＳ５１７）。
【００４９】
一方、ＣＮＧを送出する設定になっていると判定した場合（ステップＳ５１０でＹＥＳ）、ＦＡＸアプリケーション４０１は、Ｔ０タイマがタイムアウトか、ＳＩＰサーバ３０８から４０８タイムアウト応答が返ってきたか否かを判定する（ステップＳ５１２）。Ｔ０タイマがタイムアウトか、ＳＩＰサーバ３０８から４０８タイムアウト応答が返ってきた場合は（ステップＳ５１２でＹＥＳ）、何らかのネットワーク障害が予測されるので、ＦＡＸアプリケーション４０１が回線開放してＢＹＥする（ステップＳ５２０）。そうでない場合は、ステップＳ５１２へ進む。
【００５０】
ステップＳ５１２では、ＦＡＸアプリケーション４０１はＣＮＧ送出要求を発行する。ステップＳ５１２は図３のＳ２１１に相当する。次に、ＩＰＦＡＸモジュール４０２は、ＣＮＧ送出要求有無フラグ４０６を真とする（ステップＳ５１３）。ＩＰＦＡＸモジュール４０２は第２の保持手段として機能する。
【００５１】
ＩＰＦＡＸモジュール４０２は、ＳＩＰサーバ３０８から、または直接ファクシミリ装置Ａ３０９からセッション確立応答２００ＯＫが返るのを待つ（ステップＳ５１４）。図３のＳ２１０のように、ＳＩＰサーバ３０８から、または直接、ファクシミリ装置Ａ３０９からセッション確立応答２００ＯＫが返ってきたときは、ＩＰＦＡＸモジュール４０２内部のセッション確立応答有無フラグ４０７を真とする（ステップＳ５１４）。ＩＰＦＡＸモジュール４０２は第１の保持手段として機能する。
【００５２】
次に、ＩＰＦＡＸモジュール４０２は、ＣＮＧ送出要求有無フラグ４０６とセッション確立応答有無フラグ４０７の両方が真かどうか判定する（ステップＳ５１５）。ＩＰＦＡＸモジュール４０２は制御手段として機能する。ステップＳ５１５がＮＯと判定した場合は、ステップＳ５１１へ戻る。一方、ステップＳ５１４でＹＥＳと判定した場合は、ＩＰＦＡＸモジュール４０２が、ＦＡＸアプリケーション４０１のＣＮＧ送出要求であるＡＴコマンドをＴ．３８ＣＮＧ送出命令に変換し、Ｔ．３８ＣＮＧをＳＩＰサーバ３０８へ送出するように制御する（ステップＳ５１６）。このＴ．３８ＣＮＧは、Ｔ．３０の規定通り、規定時間（３秒）ごとに送出される。
【００５３】
次に、ＦＡＸアプリケーション４０１は、受信命令を受信したかどうかを判定し（ステップＳ５１７）、受信命令を受信したと判定した場合は、ＩＰＦＡＸ通信を開始する（ステップＳ５１９）。一方、受信命令を受信していないと判定した場合、ＦＡＸアプリケーション４０１は、Ｔ０タイマのカウントをチェックする（ステップＳ５１８）。そして、Ｔ０時間が経過した場合は、ＦＡＸアプリケーション４０１がＩＰＦＡＸモジュール４０２に対して回線を開放するように指示を送り、ＳＩＰのＢＹＥコマンドが送出される（ステップＳ５２０）。
【００５４】
上記実施形態によれば、ダイヤル要求のＡＴコマンドをセッション確立要求のＳＩＰコマンドに変換して、ＳＩＰサーバまたは、直接、他の通信装置に送信する。送信されたセッション確立要求のＳＩＰコマンドに対して、ＳＩＰサーバあるいは他の通信装置からの暫定応答またはセッション確立応答があったときに、ＦＡＸ通信の回線接続に要する時間Ｔ０を計時するＴ０タイマのカウントを開始する。これにより、ＩＰＦＡＸ通信を行う際の回線接続に要する時間Ｔ０を正確に計測する。
【００５５】
また、保持されたセッション確立応答有無フラグとＣＮＧ送出要求有無フラグの両方が真のときに、Ｔ．３８コマンドのＣＮＧ送出を行うように制御するので、Ｔ．３８ＣＮＧコマンドの送出タイミングを適正化することができる。
【００５６】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００５７】
３００ ファクシミリ装置
３０３ システム制御部
３０７ ＩＰ網
３０８ ＳＩＰサーバ
４０１ ＦＡＸアプリケーション
４０３ ＡＴ−ＩＰＦＡＸコマンド変換部
４０５ Ｔ．３８コントロール部
４０６ ＣＮＧ送出要求フラグ
４０７ セッション確率応答有無フラグ
【技術分野】
【０００１】
本発明は、ＩＰＦＡＸ機能を有する通信装置及びその制御方法、並びにプログラムに関するものである。
【背景技術】
【０００２】
近年、ＩＰ網を利用してＦＡＸ送受信を行うことができるＩＰＦＡＸが注目されている。ＮＴＴのＮＧＮ網でもコンテンツのひとつにＩＰＦＡＸが挙げられている。このＩＰＦＡＸの呼接続を行うために、主にセッション制御プロトコルであるＳＩＰが用いられている。
【０００３】
一方、現在のＰＳＴＮ網では、ＦＡＸモデムによるアナログデータ通信が行われている。ＦＡＸモデムの代表としてＡＴモデムが挙げられる。ＡＴモデムは、ＡＴコマンドによりモデム制御を行うタイプのモデムである。ＡＴコマンドとは、米国のヘイズ社が提唱し、現在、世界で最も普及しているモデムのコマンド体系である。ＡＴから始まるコマンドにより、モデムの送信、受信機能の全般をコントローラから容易に操作可能になっている。
【０００４】
ＩＰＦＡＸで使用されるＦＡＸプロトコルＴ．３８は、ＰＳＴＮ用のＦＡＸプロトコルＴ．３０に準拠することが求められている。そのため、今までのＰＳＴＮ用のＦＡＸアプリケーション資源は、ほぼそのまま使用することが可能である。しかし、ＩＰＦＡＸの呼接続についてはＳＩＰに変わったために変更部分が多い。ＡＴコマンド体系をＴ．３８のプロトコル体系に変換する技術は存在するが、呼接続ＳＩＰに関しては言及されていない（例えば、特許文献１参照）。
【０００５】
ＦＡＸアプリケーションから発行されたＡＴコマンドを、ＡＴ−ＩＰＦＡＸコマンド変換部でＳＩＰコマンドに変換し、ＩＰＦＡＸモジュールで呼接続を試みる場合について考える。ＡＴモデムにおいて、ダイヤルを実行するためのＡＴコマンドは「ＡＴＤ」である。トーンダイヤルなら「Ｔ」、パルスダイヤルなら「Ｐ」をその後に付け、最後に電話番号を付加し、「ＡＴＤＴ０４４１２３４５６７８」のようにしてＩＰＦＡＸモジュールにコマンドを発行する。ＩＰＦＡＸモジュール内のＡＴ−ＩＰＦＡＸコマンド変換部では、ＡＴＤＴコマンドを、ＳＩＰによる呼接続（セッション確立）要求に使用されるＩＮＶＩＴＥコマンドに変換する。その後、ＩＰＦＡＸモジュール内のセッションコントロール部でＳＩＰによるＩＮＶＩＴＥ接続が試みられる。ＡＴ−ＩＰＦＡＸコマンド変換部は、ＡＴＤＴコマンドを受け付けた後、ＦＡＸアプリケーションにリザルトコードを返す必要がある。ＦＡＸアプリケーションは、このリザルトコードをもってダイヤル終了とみなし、Ｔ０タイマをスタートさせる。このリザルトコードをＦＡＸアプリケーションに返すタイミングを正しく制御することができなければ、ＦＡＸアプリケーションではダイヤルが終了したタイミングを正しく知ることができず、Ｔ０タイマの計測が正確に行えない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−１９７２８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本来、Ｔ０タイマは、ダイヤル終了後にスタートさせるものである。ＡＴコマンド及びＳＩＰコマンドが共にコマンド終了という概念を含む場合もあるが、ダイヤル終了という概念がない。そのため、コマンド終了をもってＴ０タイマをスタートさせてしまうと、正確なＴ０タイマ計測が行えないという問題がある。
【０００８】
また、ダイヤル完了に続いて起呼トーン（ＣＮＧ）の送出がＦＡＸアプリケーションから要求されると、ＡＴ−ＩＰＦＡＸコマンド変換部でＴ．３８プロトコルであるＴ．３８ＣＮＧコマンドへ変換する。その後、ＩＰＦＡＸモジュール内のＴ．３８コントロール部によってネットワークサーバ或いは直接、対向機に送出される。しかしながら、ＳＩＰセッションが確立していないうちにＴ．３８ＣＮＧを送出しようとしても無駄であるため、この送出タイミングの制御も必要となる。
【０００９】
本発明の目的は、ＩＰＦＡＸ通信を行う際の回線接続に要する時間Ｔ０を正確に計測すると共に、Ｔ．３８ＣＮＧコマンドの送出タイミングを適正化することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明の通信装置は、ＳＩＰを用いてセッションを確立してＦＡＸ通信を行う通信装置であって、ダイヤル要求のＡＴコマンドをセッション確立要求のＳＩＰコマンドに変換する第１の変換手段と、前記第１の変換手段により変換された前記セッション確立要求のＳＩＰコマンドを送信する送信手段と、前記送信手段により送信された前記セッション確立要求のＳＩＰコマンドに対して暫定応答またはセッション確立応答があったときに、前記ＦＡＸ通信の回線接続に要する時間Ｔ０を計時するＴ０タイマのカウントを開始する制御手段とを備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ＩＰＦＡＸ通信を行う際の回線接続に要する時間Ｔ０を正確に計測することができる。また、Ｔ．３８ＣＮＧコマンドの送出タイミングを適正化することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る通信装置とそのネットワーク環境の一例を示す図である。
【図２】図１のファクシミリ装置におけるＩＰＦＡＸ機能のソフトウェア構成例を示すブロック図である。
【図３】本発明の実施形態における、ＦＡＸアプリケーション、ＩＰＦＡＸモジュール、ＳＩＰサーバ、ファクシミリ装置Ａ間のコマンドの流れと信号送出の流れを示したシーケンス図である。
【図４】ファクシミリ装置におけるＩＰＦＡＸ通信の動作の流れを示すフローチャートである（その１）。
【図５】ファクシミリ装置におけるＩＰＦＡＸ通信の動作の流れを示すフローチャートである（その２）。
【図６】従来のＩＰＦＡＸ通信における、ＦＡＸアプリケーション、ＩＰＦＡＸモジュール、ＳＩＰサーバ、ファクシミリ装置Ａ間のコマンドの流れと信号送出の流れを示したシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
【００１４】
図１は、本発明の実施形態に係る通信装置とそのネットワーク環境の一例を示す図である。
【００１５】
図１において、ファクシミリ装置３００は、本発明の実施形態に係る通信装置の一例である、ＩＰＦＡＸ機能を備えたファクシミリ装置である。ＳＩＰサーバ３０８は、ＩＰＦＡＸ機能を備えたファクシミリ装置同士のリクエストやレスポンスを中継したり、リクエスト先の問い合わせや登録に用いられる。ファクシミリ装置Ａ３０９，ファクシミリ装置Ｂ３１０は、ファクシミリ装置３００と同様の構成を有するファクシミリ装置である。ファクシミリ装置３００、ＳＩＰサーバ３０８、ファクシミリ装置Ａ３０９、及びファクシミリ装置Ｂ３１０は、ＩＰ網３０７を介して通信可能に接続されている。
【００１６】
ファクシミリ装置３００は、操作部３０１、読取部３０２、システム制御部３０３、記憶装置３０４、センサ部３０５、及びネットワーク制御部３０６を備える。操作部３０１は、キーボード、表示部等で構成され、オペレータが各種入力操作を行うためのものである。読取部３０２は、原稿等から画像を読み取って画像データを出力する。システム制御部３０３は、装置全体の制御を行う。記憶装置３０４は、データの一次記憶に用いられる。センサ部３０５は、原稿サイズ検知センサなどを含む各種センサを総称したものであり、各センサの検知結果がシステム制御部に伝えられる。ネットワーク制御部３０６は、ネットワーク通信を制御する。
【００１７】
図２は、図１のファクシミリ装置３００におけるＩＰＦＡＸ機能のソフトウェア構成例を示すブロック図である。図示のソフトウェアモジュールは、システム制御部３０３で動作するものである。
【００１８】
図２において、ＦＡＸアプリケーション４０１は、通信制御手段として、ＦＡＸ通信により画像データを送受信するためのＡＴコマンドやプロトコルデータ、画像データを発行したり、受け付けたりするためのソフトウェアモジュールである。
【００１９】
ＩＰＦＡＸモジュール４０２は、ＩＰＦＡＸで画像データを送受信するためのソフトウェアモジュールであり、以下のソフトウェアから構成される。ＡＴ−ＩＰＦＡＸコマンド変換部４０３は、ＦＡＸアプリケーション４０１から受け取ったＡＴコマンドを呼接続用のＳＩＰコマンドや、ＦＡＸプロトコル用のＴ．３８コマンドに変換する。例えば、ダイヤルＡＴＤコマンドを、ＳＩＰによるセッション確立要求コマンドＩＮＶＩＴＥに変換し、セッションコントロール部４０４に通知する役目を担う。
【００２０】
また、ＦＡＸアプリケーション４０１のＣＮＧ送出要求であるＡＴコマンドをＴ．３８ＣＮＧ送出命令（Ｔ．３８コマンド）に変換し（第２の変換手段）、Ｔ．３８コントロール部４０５へ通知する。また、ＳＩＰによる応答をＡＴコマンドのリザルトに置き換え、ＦＡＸアプリケーション４０１へ応答する。
【００２１】
セッションコントロール部４０４は、ＳＩＰによって呼接続や切断を行う。Ｔ．３８コントロール部４０５は、Ｔ．３８プロトコルによるＩＰＦＡＸ送受信を行う。ＣＮＧ送出要求有無フラグ４０６は、ＦＡＸアプリケーション４０１からのＣＮＧ送出要求があったか否かを示すソフトウェアフラグである。セッション確立応答有無フラグ４０７は、ＳＩＰによるセッション確立要求に対して、セッション確立応答があったか否かを示すソフトウェアフラグである。
【００２２】
次に、図１のネットワーク環境におけるＩＰＦＡＸ通信の流れについて説明する。
【００２３】
まず、従来のＩＰＦＡＸ通信の流れを図６に示す。
【００２４】
図６は、従来のＩＰＦＡＸ通信における、ＦＡＸアプリケーション４０１、ＩＰＦＡＸモジュール４０２、ＳＩＰサーバ３０８、ファクシミリ装置Ａ３０９間のコマンドの流れと信号送出の流れを示したシーケンス図である。
【００２５】
まず、ＦＡＸアプリケーション４０１は、ダイヤルコマンドをＩＰＦＡＸモジュール４０２に送信する（Ｓ１０１）。ＩＰＦＡＸモジュール４０２は、受信したダイヤルコマンドに対してＯＫのリザルトを返す（Ｓ１０２）。
【００２６】
次に、ＦＡＸアプリケーション４０１は、ＯＫのリザルトを受けて、回線接続に要する時間Ｔ０を計時するＴ０タイマのカウントを開始してしまう（Ｓ１１３）。実際には、ＩＰＦＡＸモジュール４０２からＩＮＶＩＴＥコマンドがＳＩＰサーバ３０８に対して送出されていないかもしれない。また、ＩＮＶＩＴＥコマンドが送出されていてもＳＩＰサーバ３０８や途中のネットワーク障害により、長い間待たされるかもしれない。つまり、ダイヤルが終了していないことになる。従って、Ｔ０タイマの計測が正確ではない。
【００２７】
次に、ＩＰＦＡＸモジュール４０２は、ダイヤルコマンドをＳＩＰコマンドのＩＮＶＩＴＥコマンドに変換して、外部のＳＩＰサーバ３０８へ送る（Ｓ１０３）。
【００２８】
ＳＩＰサーバ３０８は、暫定応答として１００ＴＲＹＩＮＧをＩＰＦＡＸモジュール４０２へ返す（Ｓ１０４）。次に、ＳＩＰサーバ３０８は、対向機であるファクシミリ装置Ａ３０９に対してＩＮＶＩＴＥコマンドを発行する（Ｓ１０５）。
【００２９】
ファクシミリ装置Ａ３０９は、暫定応答として１００ＴＲＹＩＮＧをＳＩＰサーバ３０８へ返す（Ｓ１０６）。その後、ファクシミリ装置Ａ３０９は、暫定応答１８０ＲＩＮＧＩＮＧをＳＩＰサーバ３０８へ送る（Ｓ１０７）。
【００３０】
１８０ＲＩＮＧＩＮＧを受けたＳＩＰサーバ３０８は、ＩＰＦＡＸモジュール４０２に１８０ＲＩＮＧＩＮＧを送る（Ｓ１０８）。
【００３１】
ファクシミリ装置Ａ３０９が着呼するとセッション確立応答２００ＯＫをＳＩＰサーバ３０８へ送る（Ｓ１０９）。２００ＯＫを受けたＳＩＰサーバ３０８は、ＩＰＦＡＸモジュール４０２に２００ＯＫを送る（Ｓ１１０）。
【００３２】
ダイヤルコマンドのリザルトであるＯＫを受けたＦＡＸアプリケーション４０１は、ＣＮＧ送出要求をＩＰＦＡＸモジュール４０２に送出する（Ｓ１１１）。ＩＰＦＡＸモジュール４０２は、ＣＮＧ送出要求をＡＴ−ＩＰＦＡＸコマンド変換部４０３によってＴ．３８ＣＮＧへ変換し、ＳＩＰサーバ３０８へ送る（Ｓ１１２）。しかし、ファクシミリ装置３００とファクシミリ装置Ａ３０９の間にセッション確立がされてない状態であるため、Ｔ．３８ＣＮＧは失敗してしまう。
【００３３】
図３は、本発明の実施形態における、ＦＡＸアプリケーション４０１、ＩＰＦＡＸモジュール４０２、ＳＩＰサーバ３０８、ファクシミリ装置Ａ３０９間のコマンドの流れと信号送出の流れを示したシーケンス図である。
【００３４】
まず、ＦＡＸアプリケーション４０１は、ダイヤル要求としてダイヤルコマンドをＩＰＦＡＸモジュール４０２に送信する（Ｓ２０１）。ＩＰＦＡＸモジュール４０２は、受信したダイヤルコマンドをＳＩＰコマンドのＩＮＶＩＴＥコマンドに変換して、ＳＩＰサーバ３０８へ送る（Ｓ２０２）。
【００３５】
ＳＩＰサーバ３０８は、暫定応答として１００ＴＲＹＩＮＧをＩＰＦＡＸモジュール４０２へ返す（Ｓ２０３）。この暫定応答をもってＩＰＦＡＸモジュール４０２は、ダイヤルコマンドに対してＯＫのリザルトを返す（Ｓ２０４）。
【００３６】
次に、ＦＡＸアプリケーション４０１は、ＯＫのリザルトを受けて、Ｔ０タイマのカウントを開始する（Ｓ２３０）。本実施形態では、１００ＴＲＹＩＮＧが無く、いきなり１８０ＲＩＮＧＩＮＧの暫定応答、２００ＯＫのようなセッション確立応答が返ってくることもある。このような場合にも、ＩＰＦＡＸモジュール４０２は、ダイヤルコマンドに対してＦＡＸアプリケーション４０１にリザルトＯＫを返す（Ｓ２０４）。ＳＩＰサーバ３０８からの暫定応答が返ってきたということは、ＳＩＰサーバ３０８へのネットワーク的な接続が行えたということであり、ダイヤルが確実に完了した状態といえる。従って、ここでＴ０タイマを開始することが正確なＴ０タイマ計測といえる。
【００３７】
一方、ＳＩＰサーバ３０８は、ファクシミリ装置Ａ３０９に対してＩＮＶＩＴＥコマンドを発行する（Ｓ２０５）。ファクシミリ装置Ａ３０９は、暫定応答として１００ＴＲＹＩＮＧをＳＩＰサーバ３０８へ返す（Ｓ２０６）。その後、ファクシミリ装置Ａ３０９は、暫定応答１８０ＲＩＮＧＩＮＧをＳＩＰサーバ３０８へ送る（Ｓ２０７）。
【００３８】
１８０ＲＩＮＧＩＮＧを受けたＳＩＰサーバ３０８は、ＩＰＦＡＸモジュール４０２に１８０ＲＩＮＧＩＮＧを送る（Ｓ２０８）。
【００３９】
ファクシミリ装置Ａ３０９が着呼するとセッション確立応答２００ＯＫをＳＩＰサーバ３０８へ送る（Ｓ２０９）。２００ＯＫを受けたＳＩＰサーバ３０８は、ＩＰＦＡＸモジュール４０２に２００ＯＫを送る（Ｓ２１０）。セッション確立応答２００ＯＫをもって初めてファクシミリ装置３００とファクシミリ装置Ａ３０９の間でＳＩＰセッションが確立されたことになる。２００ＯＫを受け取れたＩＰＦＡＸモジュール４０２は、セッション確立応答有無フラグ４０７を真とする。
【００４０】
ダイヤルコマンドのリザルトであるＯＫを受けたＦＡＸアプリケーション４０１は、ＣＮＧ送出要求をＩＰＦＡＸモジュール４０２に送出する（Ｓ２１１）。ＩＰＦＡＸモジュール４０２は、ＣＮＧ送出要求有無フラグ４０６を真とする。
【００４１】
次に、ＩＰＦＡＸモジュール４０２は、ＣＮＧ送出要求有無フラグ４０６とセッション確立応答有無フラグ４０７の両方が真の場合に、Ｔ．３８ＣＮＧをＳＩＰサーバ３０８へ送る（Ｓ２１２）。この場合、ファクシミリ装置３００とファクシミリ装置Ａ３０９の間にセッション確立されている状態であるため、Ｔ．３８ＣＮＧは成功する。
【００４２】
図４、図５は、ファクシミリ装置３００におけるＩＰＦＡＸ通信の動作の流れを示すフローチャートである。
【００４３】
図４において、ＦＡＸアプリケーション４０１がダイヤルコマンドとしてＡＴＤコマンドを発行し、ＩＰＦＡＸモジュール４０２がＡＴＤコマンドを受け取る（ステップＳ５０１）。次に、ＡＴ−ＩＰＦＡＸコマンド変換部４０３において、ＡＴＤコマンドをＳＩＰのＩＮＶＩＴＥコマンドに変換する（ステップＳ５０２）。ＡＴ−ＩＰＦＡＸコマンド変換部４０３が第１の変換手段として機能する。
【００４４】
次に、セッションコントロール部４０４は、ＩＮＶＩＴＥコマンドをＳＩＰサーバ３０８か、直接、送信先であるファクシミリ装置Ａ３０９に発行する（ステップＳ５０３）。セッションコントロール部４０４は送信手段として機能する。
【００４５】
つづいて、ＩＰＦＡＸモジュール４０２は、ＳＩＰサーバ３０８またはファクシミリ装置Ａ３０９から、１００ＴＲＹＩＮＧまたは１８０ＲＩＮＧＩＮＧなどの暫定応答か、２００ＯＫのセッション確立応答が返ってくるのを待つ（ステップＳ５０４）。ここでは、図３のＳ２０３，Ｓ２０８，Ｓ２１０に相当する。ＩＰＦＡＸモジュール４０２は制御手段として機能する。
【００４６】
暫定応答かセッション確立応答が返ってきた場合（ステップＳ５０５でＹＥＳ）、それを受け取ったＩＰＦＡＸモジュール４０２は、ＦＡＸアプリケーション４０１のＡＴＤコマンドに対してリザルトコードのＯＫを返す（ステップＳ５０６）。一方、暫定応答かセッション確立応答が返ってこなかった場合（ステップＳ５０５でＮＯ）、ネットワークを切断し、リザルトコードのＥＲＲＯＲを返す（ステップＳ５０７）。そして、通信エラーとなり、通信終了する（ステップＳ５２１）。これは、ＳＩＰサーバ３０８にすらネットワーク接続できなかった場合などに起こりうる。
【００４７】
一方、ステップＳ５０８でリザルトコードのＯＫが返った場合は、ファクシミリ装置３００は、ＳＩＰサーバ３０８またはファクシミリ装置Ａ３０９にネットワーク接続でき、なんらかのＳＩＰによる応答が返ってきたことを意味する。そこで、ＦＡＸアプリケーション４０１は、Ｔ０タイマを開始する（ステップＳ５０９）。
【００４８】
図５において、ステップＳ５１０では、ＦＡＸアプリケーション４０１は、ＣＮＧを送出する設定か否かを判定する。ＣＮＧ送出はオプションであり、ＣＮＧを送出する設定でないと判定した場合には（ステップＳ５１０でＮＯ）、ＦＡＸアプリケーション４０１はＣＮＧ送出要求を発行せず、受信命令待ちとなる（ステップＳ５１７）。
【００４９】
一方、ＣＮＧを送出する設定になっていると判定した場合（ステップＳ５１０でＹＥＳ）、ＦＡＸアプリケーション４０１は、Ｔ０タイマがタイムアウトか、ＳＩＰサーバ３０８から４０８タイムアウト応答が返ってきたか否かを判定する（ステップＳ５１２）。Ｔ０タイマがタイムアウトか、ＳＩＰサーバ３０８から４０８タイムアウト応答が返ってきた場合は（ステップＳ５１２でＹＥＳ）、何らかのネットワーク障害が予測されるので、ＦＡＸアプリケーション４０１が回線開放してＢＹＥする（ステップＳ５２０）。そうでない場合は、ステップＳ５１２へ進む。
【００５０】
ステップＳ５１２では、ＦＡＸアプリケーション４０１はＣＮＧ送出要求を発行する。ステップＳ５１２は図３のＳ２１１に相当する。次に、ＩＰＦＡＸモジュール４０２は、ＣＮＧ送出要求有無フラグ４０６を真とする（ステップＳ５１３）。ＩＰＦＡＸモジュール４０２は第２の保持手段として機能する。
【００５１】
ＩＰＦＡＸモジュール４０２は、ＳＩＰサーバ３０８から、または直接ファクシミリ装置Ａ３０９からセッション確立応答２００ＯＫが返るのを待つ（ステップＳ５１４）。図３のＳ２１０のように、ＳＩＰサーバ３０８から、または直接、ファクシミリ装置Ａ３０９からセッション確立応答２００ＯＫが返ってきたときは、ＩＰＦＡＸモジュール４０２内部のセッション確立応答有無フラグ４０７を真とする（ステップＳ５１４）。ＩＰＦＡＸモジュール４０２は第１の保持手段として機能する。
【００５２】
次に、ＩＰＦＡＸモジュール４０２は、ＣＮＧ送出要求有無フラグ４０６とセッション確立応答有無フラグ４０７の両方が真かどうか判定する（ステップＳ５１５）。ＩＰＦＡＸモジュール４０２は制御手段として機能する。ステップＳ５１５がＮＯと判定した場合は、ステップＳ５１１へ戻る。一方、ステップＳ５１４でＹＥＳと判定した場合は、ＩＰＦＡＸモジュール４０２が、ＦＡＸアプリケーション４０１のＣＮＧ送出要求であるＡＴコマンドをＴ．３８ＣＮＧ送出命令に変換し、Ｔ．３８ＣＮＧをＳＩＰサーバ３０８へ送出するように制御する（ステップＳ５１６）。このＴ．３８ＣＮＧは、Ｔ．３０の規定通り、規定時間（３秒）ごとに送出される。
【００５３】
次に、ＦＡＸアプリケーション４０１は、受信命令を受信したかどうかを判定し（ステップＳ５１７）、受信命令を受信したと判定した場合は、ＩＰＦＡＸ通信を開始する（ステップＳ５１９）。一方、受信命令を受信していないと判定した場合、ＦＡＸアプリケーション４０１は、Ｔ０タイマのカウントをチェックする（ステップＳ５１８）。そして、Ｔ０時間が経過した場合は、ＦＡＸアプリケーション４０１がＩＰＦＡＸモジュール４０２に対して回線を開放するように指示を送り、ＳＩＰのＢＹＥコマンドが送出される（ステップＳ５２０）。
【００５４】
上記実施形態によれば、ダイヤル要求のＡＴコマンドをセッション確立要求のＳＩＰコマンドに変換して、ＳＩＰサーバまたは、直接、他の通信装置に送信する。送信されたセッション確立要求のＳＩＰコマンドに対して、ＳＩＰサーバあるいは他の通信装置からの暫定応答またはセッション確立応答があったときに、ＦＡＸ通信の回線接続に要する時間Ｔ０を計時するＴ０タイマのカウントを開始する。これにより、ＩＰＦＡＸ通信を行う際の回線接続に要する時間Ｔ０を正確に計測する。
【００５５】
また、保持されたセッション確立応答有無フラグとＣＮＧ送出要求有無フラグの両方が真のときに、Ｔ．３８コマンドのＣＮＧ送出を行うように制御するので、Ｔ．３８ＣＮＧコマンドの送出タイミングを適正化することができる。
【００５６】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００５７】
３００ ファクシミリ装置
３０３ システム制御部
３０７ ＩＰ網
３０８ ＳＩＰサーバ
４０１ ＦＡＸアプリケーション
４０３ ＡＴ−ＩＰＦＡＸコマンド変換部
４０５ Ｔ．３８コントロール部
４０６ ＣＮＧ送出要求フラグ
４０７ セッション確率応答有無フラグ
【特許請求の範囲】
【請求項１】
ＳＩＰを用いてセッションを確立してＦＡＸ通信を行う通信装置であって、
ダイヤル要求のＡＴコマンドをセッション確立要求のＳＩＰコマンドに変換する第１の変換手段と、
前記第１の変換手段により変換された前記セッション確立要求のＳＩＰコマンドを送信する送信手段と、
前記送信手段により送信された前記セッション確立要求のＳＩＰコマンドに対して暫定応答またはセッション確立応答があったときに、前記ＦＡＸ通信の回線接続に要する時間Ｔ０を計時するＴ０タイマのカウントを開始する制御手段とを備えることを特徴とする通信装置。
【請求項２】
前記送信手段により送信された前記セッション確立要求に対して前記セッション確立応答が返ってきたことを示すセッション確立応答有無フラグを保持する第１の保持手段と、
ＣＮＧ送出要求のＡＴコマンドをＴ．３８コマンドのＣＮＧに変換する第２の変換手段と、
ＣＮＧ送出要求があったことを示すＣＮＧ送出要求有無フラグを保持する第２の保持手段とをさらに備え、
前記制御手段は、前記第１の保持手段に保持されたセッション確立応答有無フラグと前記第２の保持手段に保持されたＣＮＧ送出要求有無フラグに基づいて、前記第２の変換手段により変換されたＴ．３８コマンドのＣＮＧ送出を行うように制御することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記送信手段は、前記セッション確立要求のＳＩＰコマンドをＳＩＰサーバに対して送信することを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記ＡＴコマンドの発行及び前記Ｔ０タイマのカウントを行う通信制御手段を備え、
前記変換手段は、前記通信制御手段が発行した前記ＡＴコマンドを前記セッション確立要求のＳＩＰコマンドに変換し、
前記制御手段は、前記暫定応答または前記セッション確立応答があったことを前記通信制御手段に通知することにより、前記通信制御手段による前記Ｔ０タイマのカウントを開始することを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
【請求項５】
前記制御手段は、前記暫定応答及び前記セッション確立応答がない場合に、エラーの旨を前記通信制御手段に通知することを特徴とする請求項４に記載の通信装置。
【請求項６】
ＳＩＰを用いてセッションを確立してＦＡＸ通信を行う通信装置の制御方法であって、
ダイヤル要求のＡＴコマンドをセッション確立要求のＳＩＰコマンドに変換する第１の変換工程と、
前記第１の変換工程にて変換された前記セッション確立要求のＳＩＰコマンドを送信する送信工程と、
前記送信工程にて送信された前記セッション確立要求のＳＩＰコマンドに対して暫定応答またはセッション確立応答があったときに、前記ＦＡＸ通信の回線接続に要する時間Ｔ０を計時するＴ０タイマのカウントを開始する制御工程とを備えることを特徴とする制御方法。
【請求項７】
請求項６に記載の制御方法を通信装置に実行させるためのコンピュータに読み取り可能なプログラム。
【請求項１】
ＳＩＰを用いてセッションを確立してＦＡＸ通信を行う通信装置であって、
ダイヤル要求のＡＴコマンドをセッション確立要求のＳＩＰコマンドに変換する第１の変換手段と、
前記第１の変換手段により変換された前記セッション確立要求のＳＩＰコマンドを送信する送信手段と、
前記送信手段により送信された前記セッション確立要求のＳＩＰコマンドに対して暫定応答またはセッション確立応答があったときに、前記ＦＡＸ通信の回線接続に要する時間Ｔ０を計時するＴ０タイマのカウントを開始する制御手段とを備えることを特徴とする通信装置。
【請求項２】
前記送信手段により送信された前記セッション確立要求に対して前記セッション確立応答が返ってきたことを示すセッション確立応答有無フラグを保持する第１の保持手段と、
ＣＮＧ送出要求のＡＴコマンドをＴ．３８コマンドのＣＮＧに変換する第２の変換手段と、
ＣＮＧ送出要求があったことを示すＣＮＧ送出要求有無フラグを保持する第２の保持手段とをさらに備え、
前記制御手段は、前記第１の保持手段に保持されたセッション確立応答有無フラグと前記第２の保持手段に保持されたＣＮＧ送出要求有無フラグに基づいて、前記第２の変換手段により変換されたＴ．３８コマンドのＣＮＧ送出を行うように制御することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記送信手段は、前記セッション確立要求のＳＩＰコマンドをＳＩＰサーバに対して送信することを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記ＡＴコマンドの発行及び前記Ｔ０タイマのカウントを行う通信制御手段を備え、
前記変換手段は、前記通信制御手段が発行した前記ＡＴコマンドを前記セッション確立要求のＳＩＰコマンドに変換し、
前記制御手段は、前記暫定応答または前記セッション確立応答があったことを前記通信制御手段に通知することにより、前記通信制御手段による前記Ｔ０タイマのカウントを開始することを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
【請求項５】
前記制御手段は、前記暫定応答及び前記セッション確立応答がない場合に、エラーの旨を前記通信制御手段に通知することを特徴とする請求項４に記載の通信装置。
【請求項６】
ＳＩＰを用いてセッションを確立してＦＡＸ通信を行う通信装置の制御方法であって、
ダイヤル要求のＡＴコマンドをセッション確立要求のＳＩＰコマンドに変換する第１の変換工程と、
前記第１の変換工程にて変換された前記セッション確立要求のＳＩＰコマンドを送信する送信工程と、
前記送信工程にて送信された前記セッション確立要求のＳＩＰコマンドに対して暫定応答またはセッション確立応答があったときに、前記ＦＡＸ通信の回線接続に要する時間Ｔ０を計時するＴ０タイマのカウントを開始する制御工程とを備えることを特徴とする制御方法。
【請求項７】
請求項６に記載の制御方法を通信装置に実行させるためのコンピュータに読み取り可能なプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１３−９１７１（Ｐ２０１３−９１７１Ａ）
【公開日】平成２５年１月１０日（２０１３．１．１０）
【国際特許分類】
【出願番号】特願２０１１−１４０６７３（Ｐ２０１１−１４０６７３）
【出願日】平成２３年６月２４日（２０１１．６．２４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２５年１月１０日（２０１３．１．１０）
【国際特許分類】
【出願日】平成２３年６月２４日（２０１１．６．２４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]