JP6106027B2 - 画像通信装置、その制御方法、及びプログラム - Google Patents

Description

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

近年、従来の回線交換式の電話回線網をＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）技術をベースにしたネットワークに置き換え、ＬＡＮ上或いは次世代ネットワーク（ＮＧＮ：Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）上でサービスを提供する技術が幅広く普及している。ここで、ＮＧＮは、ネットワーク自体に帯域保証機能、セキュリティ機能を備え、電話サービス、映像通信サービス、データ通信サービス等を統合的に実現するＩＰネットワークを示す。

また、これらＬＡＮ上又はＮＧＮ上の通信機器との間には、仮想的なセッションが確立され、セッションが成立している間はサービスを保証するＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が普及し、利用されている。このＳＩＰによりセッションを確立した通信機器において、ＩＰやＶＯＩＰ（Ｖｏｉｃｅ Ｏｖｅｒ ＩＰ）等のプロトコルを用いて、通話若しくは画像通信を行い、又はこれらを同時に行う等の様々な形態のサービスが提案されている。さらに、この画像通信に関しては、ＩＴＵ−Ｔ勧告Ｔ．３８のデジタルファクシミリ手順によるファクシミリ通信及びＩＴＵ−Ｔ勧告Ｔ．３０のデジタルファクシミリ手順によるファクシミリ通信（ＶＯＩＰみなし音声によるＴ．３０ファクシミリ通信）等がある。

特開２００５−８６７２４号公報

しかしながら、上記従来技術には以下に記載する問題がある。ＬＡＮ上又はＮＧＮ上の様々な通信機器と通話や画像通信するためには、複数のプロトコルに対応する必要があり、さらに、相手側の通信能力に応じた通信制御が必要である。例えば、通話しながらの画像通信や、相手がシングルセッションであったり、ＶＯＩＰの場合は、通話と画像通信を同時にできないなどの制限がある。しかし、一般にユーザは、これらのプロトコルの違いや相手側の通信能力を特に意識していない。このため、通話を継続しながら画像通信を行う場合は、使用するプロトコルや相手通信装置の機能によって通話を継続できないことがある。しかも、しかも事前にユーザが知ることができないため通話機能の使い勝手が悪いという不都合があった。

本発明は、上述の問題に鑑みて成されたものであり、相手通信装置の通信能力に基づいて、画像通信を行う際に音声通信を継続するか否かを選択可能な操作画面を表示する仕組みを提供することを目的とする。

本発明は、画像通信装置であって、外部装置と音声通信を行う音声通信手段と、前記外部装置の通信能力を示す通信能力情報に基づき、画像通信を行う際に前記音声通信を継続するか否かを選択可能な操作画面を表示する表示手段と、前記表示手段によって表示された前記操作画面を介して受け付けた選択に従って画像通信を行う際に前記音声通信を継続するよう制御する制御手段とを備えることを特徴とする。

本発明は、通話と画像通信を併用して利用する場合において、相手通信装置の通信能力に基づいて、画像通信を行う際に音声通信を継続するか否かを選択可能な操作画面を表示する仕組みを提供できる。

第１の実施形態に適用可能なネットワークシステムの構成を示す図。 第１の実施形態に係る機能が搭載されている画像通信装置のハードウェア構成を示すブロック図。 第１の実施形態に係る操作パネルの構成を表す平面図。 第１の実施形態に係る処理フローを示すフローチャート。 第１の実施形態に係るＳＩＰセッション確立時のシーケンスを示す図。 第１の実施形態に係るＨＤＤに格納された画像通信情報のテーブル例を示す図。 第１の実施形態に係るＨＤＤに格納された画像通信情報のテーブル例を示す図。 第２の実施形態に係る処理フローを示すフローチャート。 第２の実施形態に係るＳＩＰセッション確立時のシーケンスを示す図。 第２の実施形態に係るＴ．３０及びＴ．３８ファクシミリ通信方式を宣言するＳＤＰのメディアストリームの一例を示す図。 第３の実施形態に係る操作パネルの構成を表す平面図。 第３の実施形態に係る処理フローを示すフローチャート。 第３の実施形態に係るＳＩＰセッション確立時のマルチセッションのシーケンスを示す図。 第３の実施形態に係るＳＩＰセッション確立時のシングルセッションのシーケンスを示す図。 第３の実施形態に係る操作パネルに表示される画面例を示す図。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

＜第１の実施形態＞
＜ネットワークシステムの構成＞
以下、では、図１乃至１０を参照して、本発明に係る第１の実施形態について説明する。まず、図１を参照して、本実施形態を適用可能なネットワークシステムの構成について説明する。

ＮＧＮ網１０８上には、ＳＩＰサーバ１０４、ホームゲートウェイ１０５、１０６、及びメディアゲートウェイ１０７が接続されている。ＳＩＰサーバ１０４は、ＩＰ電話サービス及びＩＰファクシミリ通信における呼接続処理を行なうため、電話番号とＩＰアドレスの変換等のＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サービスを提供する。画像通信装置１０１は、これらの中継装置を介して画像通信装置１０２、１０３と通信可能に接続される。

ホームゲートウェイ１０５、１０６は、ＮＧＮ網１０８と画像通信装置１０１、１０２とを中継するように各々接続される。なお、ホームゲートウェイ１０５、１０６と画像通信装置１０１、１０２との間は、それぞれＣＳＭＡ／ＣＤインタフェース１１０、１１１によって接続される。これらは、ＩＴＵ−Ｔ勧告Ｔ．３８のデジタルファクシミリ手順によるファクシミリ通信及びＩＴＵ−Ｔ勧告Ｔ．３０のデジタルファクシミリ手順によるファクシミリ通信（ＶＯＩＰみなし音声によるＴ．３０ファクシミリ通信）を行なうインタフェース機器である。ここで、ＶＯＩＰは、Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌの略記である。また、画像通信装置１０１、１０２は、ＮＧＮ網１０８を介してＳＩＰに準拠した呼接続やＩＴＵ−Ｔ標準Ｔ．３８通信を行う。なお、ＳＩＰ準拠呼接続に関しては、ＩＥＴＦ ＲＦＣ３２６１ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｃｏｌにて定義されているＳＩＰサーバ１０４を利用する。

メディアゲートウェイ１０７は、ＮＧＮ網１０８とＰＳＴＮ１０９を接続するため、回線業者やネットワーク業者により設置される。メディアゲートウェイ１０７は、音声信号とＩＰパケットの間で信号のデジタル／アナログ変換を行なうとともに、ＰＳＴＮ１０９に接続された加入者端末（音声端末等）に対する発呼を制御する。画像通信装置１０３は、ＰＳＴＮ１０９に接続されたＧ３アナログファクシミリ装置で、ＩＴＵ−Ｔ勧告Ｔ．３０のアナログファクシミリ手順によりファクシミリ通信を行なう。

＜画像通信装置の構成＞
次に、図２を参照して、本実施形態に係る画像通信装置１０１のハードウェア構成について説明する。図２において、ＣＰＵ２０１は、リードオンリーメモリであるＲＯＭ２０２に格納されたプログラムに従って画像通信装置の全体を制御する。また、ＴＣＰ／ＩＰのプロトコル処理も行ない、画像データのＴＣＰ／ＩＰフレームへの組立はＣＰＵ２０１の制御により行われる。ＲＡＭ２０３は、ランダムアクセスメモリであり、プログラム実行時のワークメモリとして使用すると共に、送受信する画像データのバッファリングにも使用される。

スキャナＩ／Ｆ制御部２０４は、スキャナ２０５を制御する装置であり、読み取られた原稿画像をデジタルデータに変換し、変換されたデジタルデータは、ＣＰＵ２０１の制御によりＲＡＭ２０３に転送され、後述するように送信或いは記録出力される。圧縮処理部２０６は、ＭＨ、ＭＲ、ＭＭＲ或いはＪＢＩＧ方式の符号化・復号化処理部であり、画像送信時には、読み取った画像データを符号化してデータ圧縮し、受信時には、符号化されている画像データを復号化する。

ＦＡＸモデム２０７は、送信時において、符号化されたデータを変調してアナログ回線で伝送可能な音声帯域のアナログ信号に変換する。受信時においては、受信したアナログ信号を復調して、符号化データを出力する。音声入出力部（ハンドセット）２０８は、音声を入力するマイクと、音声を出力するスピーカから構成されている。

スイッチ２０９は、アナログスイッチであり、ＦＡＸモデム２０７又は音声入出力部２０８のいずれかをＣＯＤＥＣ２１０に接続することができる。本実施例では、ＣＯＤＥＣ２１０は、音声信号、又はみなし音声として送受信されるファクシミリ信号のためのＶｏＩＰ方式の符号化／復号化方式をサポートする。さらに、Ｔ．３８インターネットファクシミリ信号（特にトーン信号）を送受信するために必要な符号化／復号化方式を少なくともサポートするものとする。

キー操作部２１１は、ダイヤルやファクシミリ送受信の操作ボタンなどから構成され、ユーザからの操作指示が行われる。また、パネル制御部２１２は、各種情報の表示やユーザからの指示入力を行うオペレーションパネル２１３を制御する。プリンタＩ／Ｆ制御部２１４は、電子写真方式、インクジェット方式など任意の記録方式により構成されたプリンタ２１５を制御する装置であり、受信（或いは他の方法で入力）した画像データを印刷用ラスタデータに変換し、印刷出力する。ＨＤＤ２１６は、ハードディスクドライブであり、印刷データや、他の様々なデータの格納に使用する。

ネットワークＩ／Ｆ制御部２１７は、ＬＡＮコントローラであり、ホームゲートウェイ１０５（１０６）との間でＣＳＭＡ／ＣＤインタフェース１１０（１１１）を経由してデータ送受信を行なう。送信するデータをネットワークＩ／Ｆ制御部２１７に転送すると、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）フレームヘッダとＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）などを付加した上で、ＣＳＭＡ／ＣＤインタフェース１１０に送信する。バス２１８は、ＣＰＵ２０１、ＲＡＭ２０３、スキャナ２０５、圧縮処理部２０６、ＦＡＸモデム２０７，ＣＯＤＥＣ２１０、ネットワークＩ／Ｆ制御部２１７等が接続され、ＣＰＵ２０１からの制御信号や各装置間のデータ信号が送受信されるシステムバスである。

＜操作パネルの構成＞
次に、図３を参照して、操作パネルの構成について説明する。図３に示す操作パネル３００は、キー操作部２１１とオペレーションパネル２１３とによって構成される。操作パネル３００は、液晶画面３１０、リセットキー３１１、ガイドキー３１２、ユーザモードキー３１３、割り込みキー３１４、暗証キー３１５、テンキー３１６、クリアキー３１７、スタートキー３１８、ストップキー３１９及び電源オンオフキー３２０を含む。

液晶画面３１０は、設定内容や装置の動作状況を表示する画面であり、また、液晶画面３１０上に取り付けられたタッチパネル（不図示）のソフトウェアキー等の押下により設定情報が入力可能である。リセットキー３１１は、設定内容を初期モードにリセットするキーである。ガイドキー３１２は、操作方法の説明が表示される画面を液晶画面３１０に表示させるためのキーである。ユーザモードキー３１３は、装置の各種設定を行うモードに入るためのキーである。割り込みキー３１４は、装置の動作を一旦停止させ、他のジョブ動作を実行させるためのキーである。暗証キー３１５は、暗証情報を入力しないと装置を使用することができない暗証モードのときに、テンキー３１６を用いて暗証番号等を入力するためのキーである。テンキー３１６は、コピー枚数を入力し、或いは、宛先番号等の各種設定の値を入力するキーである。クリアキー３１７は、入力した値をクリアするキーである。スタートキー３１８は、装置に対して画像通信動作を開始する指示を入力するキーである。ストップキー３１９は、画像通信動作を停止させるキーである。電源オンオフキー３２０は、装置の電源をソフト的にオンオフするキーであるが、この電源オンオフキー３２０を例えば、長押しすることにより主電源をオフすることもできる。

＜処理手順＞
次に、図４を参照して、本実施形態に係る処理手順について説明する。ここでは、通話しないで宛先番号を入力し画像通信を行う通常の場合と異なり、通話しながら宛先確認を行った後に、続けて画像通信を行うというファクシミリ機能の手動送信動作について説明する。この手動送信動作により、画像通信を行う前に通話する相手に宛先が適切か直接確認でき、さらに画像を、通話する相手の確認の元、確実に届けることができるため、発信側と着信側において画像を通信したか否かの食い違い等の不具合を回避することができる。なお、以下で説明する画像通信装置１０１のＣＰＵ２０１がＲＯＭ２０２やＨＤＤ２１６等に予め格納された制御プログラムをＲＡＭ２０３に読み出して実行することにより実現される。

Ｓ４０１において、ＣＰＵ２０１は、ファクシミリ機能の手動送信動作を操作パネル３００の液晶画面３１０に表示されたソフトウェアキー等の押下により選択する。続いて、Ｓ４０２において、ＣＰＵ２０１は、操作者によってハンドセット２０８が取り上げられてオフフックされた後に、テンキー３１６を介して宛先番号が入力されたことを検知する。その後、Ｓ４０３において、ＣＰＵ２０１は、着信側端末とのＳＩＰ機能によるＳＩＰセッションを確立し、接続動作を開始する。ＳＩＰセッションは、発信側端末がＳＩＰセッション確立要求（ＩＮＶＩＴＥ）を着信側端末へ送信し、着信側端末は受信したＩＮＶＩＴＥに対して成功応答を発信側端末へ返信する。発信側端末は成功応答を受信すると着信側端末へＡＣＫを送信するといった手順で確立される。或いは、ＳＩＰセッションで利用するメディアは、発信側と着信側が互いに利用を希望するメディアとメディアを受信するためのポート番号などを記述したＳＤＰ（ＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎＰｒｏｔｏｃｏｌ）を交換（ＳＤＰネゴシエーション）して決定する。

ここで、図５を参照して、ＳＩＰセッション確立時のシーケンスについて説明する。図５のシーケンス５００では、本実施形態における画像通信装置（外部装置）１０２が、画像通信装置１０１に対してオファーＳＤＰを含めたＳＩＰ接続要求メッセージ（ＩＮＶＩＴＥ）を送信してＳＩＰセッションの確立を希望する場合のシーケンスを示す。

Ｓ５０１において、画像通信装置１０２は、画像通信装置１０１に対して、ＩＮＶＩＴＥメッセージを送信する。ＩＮＶＩＴＥメッセージには、ＳＩＰセッションで利用したいメディア情報と受信ポート番号を記述したＳＤＰが含まれている。ここでは、通話を目的として、ｍ＝ａｕｄｉｏ５００４ＵＤＰと記述していることでメディア種別ａｕｄｉｏ（音声）をＵＤＰのポート番号５００４を利用してデータ通信を行うＳＩＰセッションを確立することを提案している。

Ｓ５０２において、画像通信装置１０１は、自装置宛のＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに含まれているオファーＳＤＰを精査し、対応可能なメディア情報が記述されていれば、２００ ＯＫメッセージを送信する。２００ ＯＫメッセージには画像通信装置１０１が受け入れるメディア情報と受信ポート番号を記述したＳＤＰが含まれている。本実施形態では、ｍ＝ａｕｄｉｏ ５００４ ＵＤＰと記述していることでメディア種別ａｕｄｉｏをＵＤＰのポート番号５００４を受信ポートとしてデータ通信を行うＳＩＰセッションを確立することに同意している。

Ｓ５０３において、画像通信装置１０２は、２００ ＯＫメッセージを受信すると、２００ ＯＫメッセージを受信したことを示すＡＣＫメッセージを送信する。これによって、画像通信装置１０２と画像通信装置１０１との間に、両者が同意したメディア情報でデータ通信を実現するＳＩＰセッションが確立したこととなる。

ところで、前述したａｕｄｉｏ以外のメディア種別でセッションを確立することも可能である。図５のシーケンス５１０では、本実施形態における画像通信装置１０２が、画像通信装置１０１に対してオファーＳＤＰを含めたＳＩＰ接続要求メッセージ（ＩＮＶＩＴＥ）を送信して他のＳＩＰセッションの確立を希望する場合のシーケンスを示す。

Ｓ５０４において、画像通信装置１０２は、画像通信装置１０１に対して、ＩＮＶＩＴＥメッセージを送信する。ＩＮＶＩＴＥメッセージには、ＳＩＰセッションで利用したいメディア情報と受信ポート番号を記述したＳＤＰが含まれている。ここでは、画像通信を目的として、ｍ＝ｉｍａｇｅ ９０００ ＴＣＰと記述していることでメディア種別ｉｍａｇｅ（画像）をＴＣＰのポート番号９０００を利用してデータ通信を行うＳＩＰセッションを確立することを提案している。

Ｓ５０５において、画像通信装置１０１は、自装置宛のＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに含まれているオファーＳＤＰを精査し、対応可能なメディア情報が記述されていれば、２００ ＯＫメッセージを送信する。２００ ＯＫメッセージには画像通信装置１０１が受け入れるメディア情報と受信ポート番号を記述したＳＤＰを含める。本実施形態では、ｍ＝ｉｍａｇｅ ９０００ ＴＣＰと記述していることでメディア種別ｉｍａｇｅをＴＣＰのポート番号９０００を受信ポートとしてデータ通信を行うＳＩＰセッションを確立することに同意している。

Ｓ５０６において、画像通信装置１０２は、２００ ＯＫメッセージを受信すると、２００ ＯＫメッセージを受信したことを示すＡＣＫメッセージを送信する。これによって、画像通信装置１０２と画像通信装置１０１との間に、両者が同意したメディア情報でデータ通信を実現するＳＩＰセッションが確立したこととなる。

図４の説明に戻る。図５のシーケンス５００のように、ａｕｄｉｏのメディア種別でＳＩＰセッションが確立されると、音声による通話が可能となるが、Ｓ４０４において、ＣＰＵ２０１は、音声通信と並行してＨＤＤ２１６から画像通信情報の取得を行う。さらにＳ４０５において、ＣＰＵ２０１は、この画像通信情報に基づいた操作画面を液晶画面３１０へ表示する。この画像通信情報は、手動送信動作時において、通話を継続できるか否か、或いは通話を継続するか否かの画像通信を行う際の情報を示す。

ここで、図６を参照して、ＨＤＤ２１６に格納された画像通信情報のテーブル例について説明する。図６に示すように、テーブルの項目としては、「宛先」、「宛先番号」、「更新日」、「継続通話」から構成される。宛先には、宛先の名称が定義される。宛先番号には、通信を確立するための宛先アドレスが定義される。更新日時には、当該画像通信情報を更新した日時が定義される。継続通話には、音声通信を継続して画像通信が可能か否かを示す、ＯＫ又はＮＧが設定され、当該宛先において、継続通話を行うことが可能か否かが定義される。このように、「宛先番号」に対応して「継続通話」がＯＫであるか、或いはＮＧであるかを示している。

これらの画像通信情報は、事前に分かっている場合は、予めＨＤＤ２１６に登録することにより作成できる。過去に、一度でも手動送信動作を行ったことがある場合は、その通信履歴により自動的に作成し、ＨＤＤ２１６に登録することも可能である。或いは、更新日から所定の時間が経過している場合は、画像通信情報が変更されている可能性があり、再度、既存の画像通信情報によらず手動送信動作を行い、新たな通信履歴より画像通信情報を取得するようにしてもよい。この場合、画像通信情報を用いないため、例えば、当該画像通信情報に相当する情報をユーザ入力により得ることとなる。また、図９を用いて後述するように、相手側の画像通信装置１０２に対して、直接問い合わせてもよい。ＣＰＵ２０１は、作成した画像通信情報をＨＤＤ２１６から読み出すことにより、Ｓ４０４で画像通信情報を取得し、Ｓ４０２で入力した宛先番号と対比して「継続通話」の可否を判断し、Ｓ４０５で当該判断に応じた操作画面を液晶画面３１０へ表示する。

ここで、図７を参照して、画像通信情報から得られた操作画面の液晶画面３１０への表示例について説明する。図７の７０１は、「継続通話」がＯＫで継続通話が可能な場合に、画像通信時に音声通信を継続するか否かを選択可能な操作画面の表示例である。手動送信動作時、ＹＥＳかＮＯの表示キーにより、継続通話を行うか否か（Ｓ４０６−ＹＥＳ）を選択し、或いはＣＡＮＣＥＬの表示キーにより、手動送信動作をキャンセルするか（Ｓ４０６−ＮＯ）を選択できる。図７の７０２は、「継続通話」がＮＧで継続通話を行うことができない場合の操作画面の表示例である。手動送信動作時、ＹＥＳの表示キーにより通話を切断するか（Ｓ４０６−ＹＥＳ）、或いはＣＡＮＣＥＬの表示キーにより、手動送信動作をキャンセルするか（Ｓ４０６−ＮＯ）を選択できる。

図４の説明に戻る。液晶画面３１０に表示された操作画面７０１、７０２上における、キャンセル以外の表示キーを選択し、スタートキー３１８が押下されると、ＣＰＵ２０１は、手動送信動作が開始されと判断し（Ｓ４０６−ＹＥＳ）、Ｓ４０７に進む。Ｓ４０７において、ＣＰＵ２０１は、積載された原稿をスキャナ２０５で読み取らせ、スキャナ２０５から出力された画像データをＲＡＭ２０３に転送して記憶させる。記憶された画像データは、ＲＡＭ２０３より読み出され、バス２１８を介して、圧縮処理部２０６に転送され、画像通信時に適用される例えばＪＢＩＧ圧縮が行われた後、圧縮画像データとしてＲＡＭ２０３に記憶される。

続いて、Ｓ４０８において、ＣＰＵ２０１は、Ｔ．３８のデジタルファクシミリ通信を行うか否かを判定する。具体的には、Ｓ４０５で操作画面７０１が表示された場合は、宛先の装置においてもＴ．３８のデジタルファクシミリ通信が可能であり、Ｓ４０９に進む。一方、操作画面７０２が表示された場合は、宛先の装置においては、Ｔ．３８のデジタルファクシミリ通信が不可能であるため、Ｔ．３０のデジタルファクシミリ通信を行うと判定し、Ｓ４１３に進む。

操作画面７０１が表示された場合（Ｓ４０８−ＹＥＳ）、図６の「継続通話」の項目がＯＫであり、ａｕｄｉｏのメディア種別で確立したＳＩＰセッションを継続し、画像通信を行うことができることを意味する。例えば、ｉｍａｇｅのメディア種別でもう一つのＳＩＰセッションを確立し、Ｔ．３８のデジタルファクシミリ手順によるファクシミリ通信が可能である。したがって、Ｓ４０９において、ＣＰＵ２０１は、ＲＡＭ２０３に記憶された圧縮画像データを用い、Ｔ．３８の通信データとしてＩＰパケットを構築する必要がある。

次に、Ｓ４１０において、ＣＰＵ２０１は、マルチセッション、即ち、通話を継続したまま画像通信を行うか否かを判定する。ここで、操作画面７０１で表示キーＹＥＳが選択されていた場合には、通話を継続して画像通信を行うというマルチセッションを意味するため（Ｓ４１０−ＹＥＳ）、ＣＰＵ２０１は、Ｔ．３８による画像通信のためのＳＩＰセッションを確立する。その後、Ｓ４１１において、ＣＰＵ２０１は、その確立したセッションにより、ネットワークＩ／Ｆ制御部２１７を介して、ＩＴＵ−Ｔ勧告Ｔ．３８のデジタルファクシミリ手順によるファクシミリ通信を行ない、処理を終了する。

一方、操作画面７０１で表示キーＮＯが選択されていた場合には、通話を切断して、画像通信することを意味するため（Ｓ４１０−ＮＯ）、Ｓ４１２に進む。Ｓ４１２において、ＣＰＵ２０１は、通話とは異なるもう一つの画像通信のためのＳＩＰセッションを確立したのち、通話に用いたセッションを終了する。その後、Ｓ４１１に進み、ＣＰＵ２０１は、確立した画像通信のためのＳＩＰセッションにより、ネットワークＩ／Ｆ制御部２１７を介して、ＩＴＵ−Ｔ勧告Ｔ．３８のデジタルファクシミリ手順によるファクシミリ通信を行なう。

ここでは、通話が継続可能な場合にもかかわらず、通話のために確立したセッションを終了したが、これは、例えば、通話が画像通信時には不要で、むしろセッション数を少なくすることで課金される通信費を抑える場合に有効である。

一方、操作画面７０２が表示される場合（Ｓ４０８−ＮＯ）、図６の「継続通話」の項目がＮＧであり、通話のために確立したＳＩＰセッションとは異なる、もう一つの画像通信のためのＳＩＰセッションを確立できないことを意味している。このため、画像通信を行う場合は、ａｕｄｉｏのメディア種別で確立したＳＩＰセッションに音声に換えて、みなし音声によるＴ．３０ファクシミリ通信を行うことになる。

Ｓ４１３において、ＣＰＵ２０１は、ＲＡＭ２０３に記憶された圧縮画像データをＦＡＸモデム２０７で変調してアナログ回線で伝送可能な音声帯域のアナログ信号に変換する。さらに、ＣＯＤＥＣ２１０でみなし音声として送信するためのＶｏＩＰ方式の符号化処理を行う。続いて、Ｓ４１４において、ＣＰＵ２０１は、このように構築した通信データを用い、ネットワークＩ／Ｆ制御部２１７を介して、通話を切断し、Ｓ４１５において、音声に換えてみなし音声によるＴ．３０ファクシミリ通信を行う。

また、液晶画面３１０に表示された操作画面７０１、７０２において、キャンセルの表示キーが選択された場合は、ＣＰＵ２０１は、手動送信動作を終了する（Ｓ４０６−ＮＯ）。

＜変形例＞
上述したように、本実施形態では、宛先番号より画像通信情報の継続通話を参照し、継続通話ができるか否かを操作画面へ表示することによりユーザへの通知を行っている。この継続通話ができるか否かの通知を操作画面へ表示する代わりに、ハンドセット２０８を利用した音声による通知を行ってもよい。この場合、例えばハンドセット２０８に音声ガイダンスを流し、これに従い、ユーザが適宜キー入力を行うことにより手動送信動作を行うことになる。

さらに、本実施形態では、着信側が既に通話中で、通話による宛先確認を行った後に続けて画像通信を行うというファクシミリ機能の手動送信動作を行うことができない場合も想定される。前述した図６の継続通話がＯＫの場合は、着信側が既に通話中であっても、ｉｍａｇｅのメディア種別でＳＩＰセッションを確立し、Ｔ．３８のデジタルファクシミリ手順によるファクシミリ通信が可能である。この場合は、通話を行うことなく通常の画像通信を行うかどうかを操作画面上に表示し、表示キーを選択させることによりただちに送信を開始することも可能である。或いは、前述した図６の継続通話がＮＧの場合は着信側が既に通話中の場合、新たに画像通信を行うことができないため、たとえば通話切断後、画像通信を行う予約通信設定を行えるように手動送信動作を切り替えてもよい。また、通話相手より、宛先番号が不適のため、通話と異なる宛先番号に画像通信を行うよう指示されることを想定し、前述したように手動送信動作をキャンセル可能である。この際、本実施形態では、処理を終了したが、新たな宛先番号を入力するかどうかを表示し、その表示キーを選択させることにより、通話中の宛先番号と異なる宛先番号に画像通信が行えるようにしてもよい。

＜第２の実施形態＞
次に、図８乃至図１０を用いて、本発明の第２の実施形態について説明する。まず、図８を参照して、本実施形態に係る処理手順について説明する。図８において、図４と同一番号を記したＳ４０１〜Ｓ４０２、Ｓ４０４〜Ｓ４０９、Ｓ４１１〜Ｓ４１５は同じ動作であるため説明を省略し、異なる動作についてのみ詳しく説明する。なお、以下で説明する画像通信装置１０１のＣＰＵ２０１がＲＯＭ２０２やＨＤＤ２１６等に予め格納された制御プログラムをＲＡＭ２０３に読み出して実行することにより実現される。本実施形態では、上記第１の実施形態と異なり、相手側の画像通信装置（外部装置）１０２から画像通信情報を取得する。

Ｓ８０１において、ＣＰＵ２０１は、オファーＳＤＰを含めて相手先との接続を確立するか否かを判定する。図５において、画像通信装置１０２と画像通信装置１０１との間でオファーＳＤＰを含めたＳＩＰ接続要求メッセージ（ＩＮＶＩＴＥ）を送信して、ＳＩＰセッションを確立する場合を説明した。このようにオファーＳＤＰを含める場合（Ｓ８０１−ＹＥＳ）、Ｓ８０２において、ＣＰＵ２０１は、図５の５００のように、音声による通話を行うために、ａｕｄｉｏのメディア種別でＳＩＰセッションを確立する。続いて、Ｓ８０３において、ＣＰＵ２０１は、ｉｍａｇｅのメディア種別でＳＩＰセッションを確立できるかどうかを提案する。ここでは、図５の５１０に示すように、ｍ＝ｉｍａｇｅ ９０００ ＴＣＰにおいて、画像通信をＴ．３８によるファクシミリ通信で行うことを提案している。仮にｉｍａｇｅのメディア種別でＳＩＰセッションが確立できる場合は、通話を継続して画像通信が可能となり、ＳＩＰセッションが確立できない場合は、通話を継続して画像通信できないこと意味する。したがって、Ｓ４０４において、ＣＰＵ２０１は、ａｕｄｉｏのメディア種別（音声通信）でＳＩＰセッションを確立し、通話を行う。さらに、ｉｍａｇｅのメディア種別（画像通信）でＳＩＰセッションの確立を提案することで「継続通話」がＯＫか否かの画像通信情報を取得できる。

一方、Ｓ８０１で相手先との接続においてオファーＳＤＰを含めないと判定した場合はＳ８０４に進み、ＣＰＵ２０１は、相手先の装置から対応可能なメディア情報を取得し、Ｓ８０５において、取得した情報に基づいてＳＩＰセッションを確立する。ここで、図９を参照して、オファーＳＤＰを含めない場合（Ｓ８０１−ＮＯ）の処理Ｓ８０４及びＳ８０５について説明する。ここでは、画像通信装置１０２が、画像通信装置１０１に対してオファーＳＤＰを含めないＳＩＰ接続要求メッセージ（ＩＮＶＩＴＥ）を送信してＳＩＰセッションの確立を希望する場合のシーケンスを示す。

Ｓ９０１において、画像通信装置１０２は、画像通信装置１０１に対して、ＩＮＶＩＴＥメッセージを送信する。ＩＮＶＩＴＥメッセージには、図５で示したようなオファーＳＤＰが含まれていない。画像通信装置１０１は、自装置宛のＩＮＶＩＴＥメッセージを受信すると、オファーＳＤＰが含まれているか否かをチェックする。ここでは、オファーＳＤＰが含まれていないので、Ｓ９０２において、画像通信装置１０１は、自装置が対応可能なメディア情報とそれに対応する受信ポート番号を記述したオファーＳＤＰを含めて２００ ＯＫメッセージを送信する。ここでは、ｍ＝ｉｍａｇｅ ９０００ ＴＣＰとｍ＝ａｕｄｉｏ ５００４ ＵＤＰとを記述している。つまり、Ｓ８０４において、ＣＰＵ２０１は、メディア種別ｉｍａｇｅを、ＴＣＰのポート番号９０００を利用したデータ通信とメディア種別ａｕｄｉｏを、ＵＤＰのポート番号５００４を利用したデータ通信の片方又は両方を行うＳＩＰセッションを提案している。

Ｓ９０３において、画像通信装置１０２は、受信した２００ ＯＫメッセージに含まれているオファーＳＤＰを精査し、対応可能なメディア情報が記述されていれば、２００ ＯＫメッセージを受信したことを示すＡＣＫメッセージを送信する。ＡＣＫには画像通信装置１０２が受け入れるメディア情報と受信ポート番号を記述したＳＤＰを含める。ここでは、ｍ＝ａｕｄｉｏ ５００４ ＵＤＰと記述していることでメディア種別ａｕｄｉｏを、ＵＤＰのポート番号５００４を受信ポートとしてデータ通信を行うＳＩＰセッションを確立することに同意している。これによって、Ｓ８０５において、画像通信装置１０２と画像通信装置１０１との間に、両者が同意したメディア情報（ａｕｄｉｏ）でのデータ通信を実現するためのＳＩＰセッションが確立したこととなる。

ここでは、メディア種別ｉｍａｇｅによるデータ通信とメディア種別ａｕｄｉｏによるデータ通信の片方又は両方を行うＳＩＰセッションが確立できることを提案しており、図６の「継続通話」がＯＫであることがわかる。一方、画像通信装置１０２よりメディア種別ｉｍａｇｅによるデータ通信を行うＳＩＰセッションが確立できるとの提案がされなければ、図６の「継続通話」がＮＧであることがわかり、結果として画像通信情報を取得することが可能となる（Ｓ４０４）。

次に、図１０を参照して、本実施形態で用いられるＴ．３０及びＴ．３８ファクシミリ通信方式を宣言するＳＤＰのメディアストリームの記述例について説明する。ここでは、前述したように、ｍ＝ａｕｄｉｏ ５００４ ＵＤＰと記述していることで、メディア種別ａｕｄｉｏにおいて、ＵＤＰのポート番号５００４を受信ポートとしてデータ通信を行うＳＩＰセッションの確立を宣言している。また、ｍ＝ｉｍａｇｅ９０００ ＴＣＰと記述していることでメディア種別ｉｍａｇｅを、ＴＣＰのポート番号９０００を受信ポートとしてデータ通信を行うＳＩＰセッションの確立を宣言している。

或いは、図５と図９では、メディア種別ａｕｄｉｏをＴ．３０と、メディア種別ｉｍａｇｅをＴ．３８のファクシミリ通信方式を行うものとしたが、ＩＴＵ−Ｔ勧告インターネットファクシミリ通信方式Ｔ．３７のようにその他の異なる方式が混在する場合もある。この場合は、図１０の記述例のように、例えば、ｍ行の最後にメディアストリームにｔ．３０或いはｔ．３８のように記述することでファクシミリ通信方式を直接的に宣言し特定することが可能である。

ここでは、さらにＳＤＰのメディアストリーム記述を拡張表現することでより詳細なパラメータ情報を取得することができる。ＳＩＰメッセージには、ｍ行の他、例えばａ行と呼ぶＳＤＰ情報が格納され、メディアの種類（音声，映像，データ）、通信方式（双方向，片方向）、その他各種パラメータを記述することができる。

図１０の例では、ａ＝の構文により画像通信に用いる画像通信制御パラメータとして、ａ＝ｉｓｏ＿ａ４ ｉｓｏ＿ｂ４ ４００ ｍｒ ｂ／ｗ ２ を宣言している。ｉｓｏ＿ａ４、ｉｓｏ＿ｂ４は、Ａ４サイズ及びＢ４の記録紙サイズを有することを示す。この構文は、送信又は受信画像の原稿サイズの宣言にも用いることもできるが、その場合は、サイズは通常１種類のみ指定する。また、図１０の４００は、送信又は受信画像の解像度が４００ｄｐｉであることを示す。ｍｒは、処理可能な画像圧縮方式がＭＲであることを示す。ｂ／ｗ は、白黒画像であることを示す。ｂ／ｗの後に記載された２は、同時に確立できるセッション数を示す。なお、ここでは、ファクシミリ通信方式をｍ行において宣言したが、より拡張性を持たせるため、ａ＝の構文によりファクシミリ通信方式を宣言することも可能である。

このようにして、発信側端末と着信側端末の同意のもとにＳＩＰセッションを確立し、画像通信制御パラメータを取得することにより、事前に通話を継続しながら画像通信が可能かどうかの画像通信情報を取得することができる。図８の説明に戻る。Ｓ４０９でＴ．３８通信データの構築を終えると、Ｓ８０６において、ＣＰＵ２０１は、マルチセッションの制限があるか否かを判定する。例えば、上述したセッション数の制限が１であり、メディア種別ａｕｄｉｏを確立した後、ｍ＝ｉｍａｇｅ ９０００ ＴＣＰが確立できない場合などは、Ｓ４１２で通話を切断した後、Ｓ４１１で画像通信を行うことになる（Ｓ８０６−ＹＥＳ）。一方、セッション数の制限がない場合（Ｓ８０６−ＮＯ）は、ＣＰＵ２０１は、Ｓ４１１において、通話を継続しながら画像通信が行う。

＜第３の実施形態＞
以下では、図１１乃至図１５を参照して、本発明に係る第３の実施形態について説明する。なお、上記第１及び第２の実施形態と同様の構成及び技術については説明を省略する。ネットワークシステム及び画像通信装置１０１の構成は、図１及び図２を用いて説明した構成と同様である。本実施形態は、上記実施形態と異なり、音声通信を継続せずに画像通信を行う場合であっても、音声通信（通話）を一時的に切断し、画像通信（ＦＡＸ通信）を行った後に再び音声通信のための接続を確立する。これにより、ユーザには、あたかも通話が続いているように思わせることができる。

＜操作部＞
まず、図１１を参照して、本実施形態に係る操作部について説明する。３９１は、オペレーションパネル２１３の詳細な構成を示し、３９２は、キー操作部２１１の詳細な構成を示す。操作部は、キー操作部２１１と、パネル制御部２１２と、オペレーションパネル２１３とで構成され、３９２に示すように、キー操作部２１１は、ダイヤル用のテンキー３７０とＳｔａｒｔ３７３，Ｓｔｏｐ３７２で構成されている。３９１に示すように、オペレーションパネル２１３は、主要な操作用のキーと液晶表示器から構成されている。パネル制御部２１２は、液晶表示器の表示制御とキーのセンス（押下検出）を行うものである。

３９２を参照して、オペレーションパネル２１３のキースイッチと液晶表示器について説明する。ＣＯＰＹ３５０は、ＣＯＰＹモードを選択するキーである。ＳＥＮＤ／ＦＡＸ３５１は、ＳＥＮＤモード又はＦＡＸモードを選択するキーである。ＳＣＡＮ３５２は、ＳＣＡＮモードを選択するキーである。液晶表示器３５３は、メッセージや動作モード、動作状況などを表示する。各種設定を行うときは、メニュー、選択項目、文字、数字などが表示するものである。

Ｐａｐｅｒ Ｓｅｔｔｉｎｇｓ３５４は、記録用紙（カセット、手差し）の用紙サイズを設定するキーである。Ｉｍａｇｅ Ｑｕａｌｉｔｙ３５５は、コピーの画質モード（文字モード、文字／写真モード、写真モード）を選択したり、ファックスの解像度を選択するキーである。Ｄｅｎｓｉｔｙ３５６は、コピーの濃度を設定するキーである。Ｍｅｎｕ３５８は、各種モードを選択するキーである。Ｖｉｅｗ Ｓｅｔｔｉｎｇｓ３５９は，設定確認をするキーである。Ｊｏｂ Ｃａｎｃｅｌ／Ｓｔａｔｕｓ Ｍｏｎｉｔｏｒ３６０は、各種ジョブのキャンセルとプリント状況、コピー状況、スキャン状況、又はレポート出力状況を確認するキーである。左矢印マイナスキー（＜−）３６１は、モニター音量を小さくしたり、各種の設定時に、数値を減算したり、１つ前の設定や項目などを表示するキーである。右矢印プラスキー（＞＋）３６３は、モニター音量を大きくしたり、数値を加算したり、次の設定や項目などを表示するキーである。ＯＫ３６２は、各種の登録や設定した内容を確定するキーである。

次に、３９１を参照して、キー操作部２１１について説明する。テンキー３７０は、ダイヤル番号及び各種設定の数値を入力キーである。ＩＤ３７１は、暗証番号設定を行うときに使用するキーである。Ｓｔｏｐ３７２は、ジョブを中止するキーであり、モード設定中はリセットするときに使用する。Ｓｔａｒｔ３７３は、ジョブを始めるキーである。Ｃｌｅａｒ３７４は、コピー枚数等の数字や文字をクリアするキーである。Ｐｒｏｃｅｓｓｉｎｎｇ３７５は、装置が動作中点滅、待機中のジョブがあるときは点灯するランプである。

＜処理手順＞
次に、図１２乃至図１５を参照して、本実施形態に係る処理手順について説明する。ここでは、電話による通話継続中に画像通信を行う場合の画像通信装置の動作例について説明する。なお、以下で説明する画像通信装置１０１のＣＰＵ２０１がＲＯＭ２０２やＨＤＤ２１６等に予め格納された制御プログラムをＲＡＭ２０３に読み出して実行することにより実現される。

Ｓ１２０１において、ＣＰＵ２０１は、画像通信装置１０１のハンドセット２０８が取り上げられてオフフックされた後、キー操作部２１１のテンキーを介して、宛先番号（画像通信装置１０２の電話番号）が入力されたことを検知する。続いて、Ｓ１２０２において、ＣＰＵ２０１は、着信側端末とのＳＩＰ機能によるＳＩＰセッションを確立し、接続動作を開始する。上記第１の実施形態で説明したように、ＳＩＰセッションは、発信側端末がＳＩＰセッション確立要求（ＩＮＶＩＴＥ）を着信側端末へ送信し、着信側端末は受信したＩＮＶＩＴＥに対して成功応答を発信側端末へ返信する。発信側端末は成功応答を受信すると着信側端末へＡＣＫを送信するといった手順で確立される。或いは、ＳＩＰセッションで利用するメディアは発信側と着信側がお互い利用を希望するメディアとメディアを受信するためのポート番号などを記述したＳＤＰ（ＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎＰｒｏｔｏｃｏｌ）を交換（ＳＤＰネゴシエーション）して決定する。したがって、Ｓ１２０３において、通話セッションが確立し通話が可能となる。

次に、Ｓ１２０４において、ＣＰＵ２０１は、操作案内を表示する。ユーザが通話中にＦＡＸ送信を行う場合はこの案内によって操作を行う。図１５の１５０５の表示『ＦＡＸ送信を行う場合は、原稿をセットしてＳｔａｒｔキーを押してください。』の操作案内をオペレーションパネル２１３の液晶表示器に表示し、ユーザに通知する。続いて、Ｓ１２０５において、ＣＰＵ２０１は、ＦＡＸ送信ボタンが押下されたか否かを判定する。通話を継続しながら画像送信を行うには、ユーザは、原稿をセットしオペレーションパネル２１３のＳＥＮＤ／ＦＡＸボタンでＦＡＸモードを選択し、Ｓｔａｒｔキーを押す。ＦＡＸ送信ボタンが押下されると、Ｓ１２０６に進み、ＣＰＵ２０１は、相手先の画像通信能力を示す画像通信情報を確認し、通信形態とセッション情報を取得する。続いて、Ｓ１２０７において、ＣＰＵ２０１は、送信原稿をスキャナ２０５によってスキャンさせて画像データをＲＡＭ２０３に格納する。一方、Ｓ１２０５でＦＡＸ送信ボタンが押下されていないと判定すると、ＦＡＸ通信を行うことなく、電話を継続する。

次に、Ｓ１２０８において、ＣＰＵ２０１は、Ｔ．３８のデジタルファクシミリ通信を行うか否かを判定する。Ｔ．３８で行う場合はＳ１２０９に進み、Ｔ．３８で行わない場合、つまりＴ．３０で行う場合はＳ１２１４に進み。ここでいう「通信方式Ｔ．３０」とは、図１の画像通信装置１０１と画像通信装置１０３が通信する場合のことであって、その場合、画像通信装置１０３がＴ．３０に対応した通信装置である。ＰＳＴＮ回線交換式の伝送路でファクシミリ通信を実現するための伝送制御プロトコルである。アナログ加入電話回線を利用して、最大伝送速度３３．６ｋビット／秒で画像を伝送するＧ３方式を規定する。接続時のハンドシェイクにはＶ．２１のモデム規格（３００ビット／秒）でＨＤＬＣの通信を行い、その後の画像伝送に最大３３．６ｋビット／秒のＶ．３４を利用できる。ただし、ＰＳＴＮ回線交換式は、データ通信がアナログであって１回線で複数チャネルを同時に通信することはできない。この理由により電話の通話とＦＡＸ通信を同時に実施できない。

このためオペレーションパネル２１３の液晶表示器に通話の継続か、電話を切断し画像通信を行うか案内を表示しユーザに選択を促す。ＣＰＵ２０１は、オペレーションパネル２１３の表示部に選択画面、図１５の１５０１で示す『電話継続 ＦＡＸ送信』を表示させる。Ｓ１２１４において、ＣＰＵ２０１は、上記選択画面からオペレーションパネル２１３の左矢印マイナスキー３６１、又は、右矢印プラスキー３６３によってユーザが選択した設定を検出する。電話を切断するＦＡＸ送信を選択した場合は、従来と同様の動作である。この場合、Ｓ１２１５において、ＣＰＵ２０１は、図１５の１５０２で示す『電話は切断されます。』のメッセージをオペレーションパネル２１３に表示させる。続いて、Ｓ１２１６において、ＣＰＵ２０１は、Ｔ．３０の通信データを構築し、Ｓ１２１７で電話を切断し、Ｓ１２２１でＴ．３０画像通信を行い、処理を終了する。

一方、Ｓ１２１４で『通話継続』が選択された場合は、Ｓ１２１８において、ＣＰＵ２０１は、図１５の１５０４で示す『通話終了後にＦＡＸ送信を行います。』を表示し、ユーザに動作案内を通知する。ＦＡＸ送信を特に急いでないなら、『通話継続』を選択することができる。Ｓ１２１９において、ＣＰＵ２０１は、送信予約モードに入り、Ｓ１２２０において通話終了まで待機する。通話終了を検知したら（Ｓ１２２０−ＹＥＳ）、Ｓ１２２１に進み、ＣＰＵ２０１は、回線を解放しないで回線が接続された状態でＦＡＸ送信を継続して実行し、処理を終了する。ユーザは、送信予約を意識することなく、通話後自動送信することができる。

一方、Ｔ．３８でデジタルファクシミリ送信を行う場合は、Ｓ１２０９において、ＣＰＵ２０１は、ＦＡＸデータ（Ｔ．３８の通信データ）の構築する。ここでは、原稿の枚数、データ量から１回で送信するか、複数回に分割して送信するかを示す情報が構築される。つまり、データ量が所定値よりも大きい場合は、データを分割し、複数回に分けて分割したデータを送信する。続いて、Ｓ１２１０において、ＣＰＵ２０１は、マルチセッション、即ち、通話を継続したまま画像通信を行うか否かを判定する。なお、ここでは、例えば、上記第１の実施形態で説明した７０１の表示がオペレーションパネル２１３に表示され、当該表示を介して選択された情報に基づいて判定することが望ましい。マルチセッションを行わない場合、即ち、シングルセッションの場合は、Ｓ１２３１に進む。この場合、セッション（ａｕｄｉｏ：音声）とセッション（ｉｍａｇｅ：画像）を同時に使用することはできない。したがって、通話を継続しながらセッションを時分割で交互に切り換えて通信を行う。この動作は、通話を継続している状態でこの状態を維持しつつＦＡＸ送信を行う。

Ｓ１２３２に進むと、ＣＰＵ２０１は、図１５の１５０３の『ＦＡＸ送信中 お待ちください。』との表示を、オペレーションパネル２１３に表示し、ユーザに動作状況を知らせる。ユーザが通話継続しながらＦＡＸ送信していることを認識することでこれからの状態を許容する狙いもある。続いて、Ｓ１２３３において、ＣＰＵ２０１は、メディア種別ａｕｄｉｏ（音声）からｉｍａｇｅ（Ｔ．３８）にセッションを切り換え、つまり、電話とＦＡＸ送信をタイムシェアリングで行う。Ｓ１２３４において、ＣＰＵ２０１は、Ｔ．３８でデジタルファクシミリ送信を行う。ＦＡＸ通信プロトコルは、Ｔ．３８なのでアナログＴ．３０に比べ、通信時間はＡ４標準原稿１頁で１／３０から１／１００程度と短いので一瞬でＦＡＸ送信を行うことが可能である。今後、さらに高速通信が可能になればさらに画像通信時間を短縮できる。ＦＡＸ送信が終了すると、Ｓ１２３５において、ＣＰＵ２０１は、直ちにメディア種別ｉｍａｇｅ（Ｔ．３８）からａｕｄｉｏ（音声）にセッションを戻し、Ｓ１２３６において通話状態に戻す。

ユーザは、ほとんど音声の瞬断を感じることなくＦＡＸ送信を行うことが可能となる。また、Ｓｅｓｓｉｏｎの切り換えるタイミングは、例えば通話音声の無音状態を検知したタイミングでＳｅｓｓｉｏｎをａｕｄｉｏ（音声）からａｐｌｌｉ．（Ｔ．３８）に切り換えることでユーザが感じる通話瞬断を最少にすることが可能である。上記ＦＡＸ送信では、Ａ４標準原稿１枚を想定しているが、原稿が複数枚や高画質の場合は、画像データ量が多くなるため、ＦＡＸ通信時間が長くなってしまう。この場合は、原稿１枚づつ送信し、その都度Ｓｅｓｓｉｏｎを切り替えれば、ＦＡＸ送信時の通話瞬断の影響も最小限にすることが可能なる。また、画像データ量が大きい場合は、所定のデータ量毎に分割送信して、送信する毎にＳｅｓｓｉｏｎを切り替えるように制御すれば、通話瞬断も影響を少なくすることが可能となる。ただし、この場合は、受信側で受信画像を各頁毎に纏める工夫が必要となる。

次に、図１３を参照して、ＳＩＰセッション確立時のシーケンスについて説明する。本実施形態における画像通信装置１０１が、画像通信装置１０２に対してＳＩＰ接続要求メッセージ ＩＮＶＩＴＥ（ａｕｄｉｏ）を送信してＳＩＰセッションの確立を希望する場合のシーケンスである。

まず、Ｓ１３０１において、画像通信装置１０１は、画像通信装置１０２に対して、ＩＮＶＩＴＥ（ａｕｄｉｏ）メッセージを送信しａｕｄｉｏセッションを要求する。ＩＮＶＩＴＥメッセージには、ＳＩＰセッションで利用したいメディア情報と受信ポート番号を記述したＳＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）が含まれている。ＩＮＶＩＴＥは、通信開始を要求する際に送信される。ここでは、通話を目的としてＳＩＰセッションを確立することを提案している。

Ｓ１３０２において、画像通信装置１０２は、自装置宛のＩＮＶＩＴＥメッセージを受信すると、暫定応答１８０Ｒｉｎｇｉｎｇを画像通信装置１０１へ応答する。続いて、Ｓ１３０３において、画像通信装置１０２は、ＩＮＶＩＴＥメッセージに含まれているオファーＳＤＰを精査し、対応可能なメディア情報が記述されていれば、２００ ＯＫメッセージを送信する。２００ ＯＫメッセージには画像通信装置１０２が受け入れるメディア情報と受信ポート番号を記述したＳＤＰが含まれる。ここでは、ａｕｄｉｏ通信を行うＳＩＰセッションを確立することに同意している。

次に、Ｓ１３０４において、画像通信装置１０１は、２００ ＯＫメッセージを受信すると、２００ ＯＫメッセージを受信したことを示すＡＣＫメッセージ（セッション確立了解）を画像通信装置１０２に送信する。これで、Ｓ１３０５でメディア種別（ａｕｄｉｏ）でのセッションが確立し、Ｓ１３０６でＩＰ電話による音声通話が開始される。

ＡＣＫメッセージは、通信開始が成立した際、即ち、ＩＮＶＩＴＥメッセージに対して成功応答が返された際などに送信される。ＡＣＫメッセージを送信する目的は、ＵＤＰのような信頼性の低いトランスポート・プロトコルが使用されているときでも高信頼の通信が行えるようにすることである。即ち、ＩＮＶＩＴＥメッセージに対する応答が届かないときには、ＩＮＶＩＴＥメッセージ送信側はＩＮＶＩＴＥメッセージを再送し続け、受信側はＡＣＫメッセージが届くまで応答メッセージ（例えば、２００ ＯＫメッセージ）を再送し続ける。

これによって、画像通信装置１０１と画像通信装置１０２間に、両者が同意したメディア情報でデータ通信を実現するＳＩＰセッションが確立する。ここでは、電話による通話を目的としているので、ＡＣＫメッセージ後メディア種別（音声）のセッションが確立する。その後、画像通信装置１０１と画像通信装置１０２との間でＩＰ電話による通話が可能になる。

次に、上述のように、電話による通話中に画像送信が必要になった場合、相手の通信能力を確認して画像通信を制御する。１３１４に示すように、Ｓ１２１０で相手セッションを確認し、マルチセッション可能であれば、Ｓ１３０７において、画像通信装置１０１は、画像通信装置１０２に対してＳＩＰ接続要求メッセージ（ｒｅ−ＩＮＶＩＴＥ（Ｔ．３８））を送信する。Ｓ１３０８において、画像通信装置１０２は、対応可能なメディア情報が記述されているので、２００ ＯＫメッセージを画像通信装置１０１に送信する。以降メディア種別（Ａｐｐｌｉ．Ｔ．３８）でのセッションが確立（Ｓ１３１０）するまでは、前述のシーケンスと同様である。

Ｓ１３１１において、Ｓｅｓｓｉｏｎ（Ａｐｐｌｉ．）が確立すると、ＩＴＵ−Ｔ勧告Ｔ．３８の手順による信号通信を行い、画像通信を行う。このときＩＰ電話による通話は継続している。通信が終了すると、Ｓ１３１２において、画像通信装置１０１は、ＢＹＥメッセージを画像通信装置１０２に送信する（セッション切断要求）。ＢＹＥは、通信終了の際に送信される。ＩＮＶＩＴＥを送信した側、受信した側のいずれが送信してもよい。Ｓ１３１３において、ＢＹＥメッセージを受信した、画像通信装置１０２は、２００ ＯＫメッセージを送信する。画像通信装置１０１は、２００ ＯＫメッセージを受信すると、Ｓｅｓｓｉｏｎを閉じる（セッション切断）。

次に、図１４を参照して、シングルセッションで電話とＦＡＸ送信を同時に行うセッションシーケンスについて説明する。シングルセッションの場合は、セッション（ａｕｄｉｏ）とセッション（ｉｍａｇｅ）を同時に確立することはできない。そこでセッションを電話（ａｕｄｉｏ）とＴ．３８（（ｉｍａｇｅ）を時分割に切り換えてＦＡＸ通信を行うことで、あたかも通話を継続しつつ、Ｔ．３８でＦＡＸ送信を行うことが可能である。図１４は、本実施形態における画像通信装置１０１が、画像通信装置１０２に対してＳＩＰ接続要求メッセージ ＩＮＶＩＴＥ（ａｕｄｉｏ）を送信してＳＩＰセッションの確立を希望する場合のシーケンスを示す。

Ｓ１４０１において、画像通信装置１０１は、画像通信装置１０２に対して、ＩＮＶＩＴＥ（ａｕｄｉｏ）メッセージを送信しａｕｄｉｏセッションを要求する。ＩＮＶＩＴＥメッセージには、ＳＩＰセッションで利用したいメディア情報と受信ポート番号を記述したＳＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）が含まれている。ＩＮＶＩＴＥは、通信開始を要求する際に送信される。ここでは、通話を目的としてＳＩＰセッションを確立することを提案している。

Ｓ１４０２において、画像通信装置１０２は、自装置宛のＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに含まれているオファーＳＤＰを精査し、対応可能なメディア情報が記述されていれば、２００ ＯＫメッセージを送信する。２００ ＯＫメッセージには画像通信装置１０２が受け入れるメディア情報と受信ポート番号を記述したＳＤＰが含まれる。ここでは、ａｕｄｉｏ通信を行うＳＩＰセッションを確立することに同意している。

次に、Ｓ１４０３において、画像通信装置１０１は、２００ ＯＫメッセージを受信すると、２００ ＯＫメッセージを受信したことを示すＡＣＫメッセージ（セッション確立了解）を画像通信装置１０２に送信する。これでＳ１４０４においてメディア種別（ａｕｄｉｏ）でのセッションが確立し、Ｓ１４０５においてＩＰ電話による音声通話が開始される。通話開始が成立した際、即ち、ＩＮＶＩＴＥメッセージに対して成功応答が返された際などに送信される。

次に、電話による通話中に画像送信が必要になった場合について説明する。相手の通信能力は、Ｔ．３８でシングルセッションであることが確認されているとする。Ｓ１４０６において、画像通信装置１０１は、電話を継続中にＦＡＸ送信が必要となった場合、セッション（ａｕｄｉｏ）を一瞬切断するため、セッション切断のメッセージＢＹＥを送信する。Ｓ１４０７において、画像通信装置１０２は、２００ ＯＫメッセージを送信し、セッション（ａｕｄｉｏ）が切断される。

次に、Ｓ１４０８において、画像通信装置１０１は、画像通信装置１０２にＦＡＸ送信を行うためにＳＩＰセッションＩＮＶＩＴＥ（ｉｍａｇｅ Ｔ．３８）を要求する。Ｓ１４０９において、画像通信装置１０２は、２００ ＯＫメッセージを画像通信装置１０１に送信する。Ｓ１４１０において、画像通信装置１０１は、２００ ＯＫメッセージを受けて、ＡＣＫメッセージを返信する。Ｓ１４１１で、セッション（ｉｍａｇｅ Ｔ．３８）が確立される。

次に、Ｓ１４１２において、画像通信装置１０１から画像通信装置１０２へ、所定の原稿枚数又は所定サイズの画像データがＴ．３８で画像通信される。ここでの通信時間はできる限り短時間で行われる。上述したように、Ｔ．３８なら１Ｍｂｐｓ以上も可能であるので今後、送信時間をさらに短縮することは可能である。所定の画像データをＦＡＸ送信後、Ｓ１４１３及びＳ１４１４で直ちに、セッション（ｉｍａｇｅ）を切断する。そして、Ｓ１４１５で、Ｓ１４０１へ戻り、セッション（ａｕｄｉｏ）を確立させ、電話を復帰させる。さらに、画像データがあれば、上記シーケンスを繰り返すことで送信完了まで行う。

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

Claims (10)

1. 画像通信装置であって、
   外部装置と音声通信を行う音声通信手段と、
   前記外部装置の通信能力を示す通信能力情報に基づき、画像通信を行う際に前記音声通信を継続するか否かを選択可能な操作画面を表示する表示手段と、
   前記表示手段によって表示された前記操作画面を介して受け付けた選択に従って、画像通信を行う際に前記音声通信を継続するよう制御する制御手段と
   を備えることを特徴とする画像通信装置。
2. 前記制御手段は、
   前記表示手段によって表示された前記操作画面を介して、画像通信を行う際に前記音声通信を継続することが選択されると、前記音声通信を継続したまま、前記外部装置と画像通信のための接続を確立して画像通信を行い、
   前記表示手段によって表示された前記操作画面を介して、画像通信を行う際に前記音声通信を継続しないことが選択されると、前記音声通信を切断して、前記外部装置と画像通信のための接続を確立して画像通信を行うことを特徴とする請求項１に記載の画像通信装置。
3. 前記表示手段は、前記外部装置の通信能力を示す通信能力情報に基づき、前記外部装置が画像通信を行う際に前記音声通信を継続することが可能でない場合には、画像通信を行う際に前記音声通信が切断されることを通知する通知画面を表示することを特徴とする請求項１または２に記載の画像通信装置。
4. 前記制御手段は、
   前記表示手段によって表示された前記操作画面を介して、画像通信を行う際に前記音声通信を継続することが選択されると、前記音声通信を継続したまま、前記外部装置と画像通信のための接続を確立して画像通信を行い、
   前記表示手段によって表示された前記操作画面を介して、画像通信を行う際に前記音声通信を継続しないことが選択されると、前記音声通信を切断し、前記外部装置と画像通信のための接続を確立して画像通信を行い、該画像通信が終了すると前記外部装置と再び音声通信のための接続を確立して音声通信を開始することを特徴とする請求項１に記載の画像通信装置。
5. 前記外部装置の通信能力を示す通信能力情報を記憶する記憶手段をさらに備え、
   前記表示手段は、前記記憶手段に記憶された前記通信能力情報に基づき、画像通信を行う際に前記音声通信を継続するか否かを選択可能な操作画面を表示することを特徴とする請求項１乃至４のいずれか１項に記載の画像通信装置。
6. 前記音声通信手段による前記音声通信が開始される前に、前記外部装置に問い合わせることにより前記通信能力情報を取得する取得手段をさらに有することを特徴とする請求項１乃至４のいずれか１項に記載の画像通信装置。
7. 前記通信能力情報は、前記外部装置の宛先の名称、宛先アドレス、及び、音声通話を継続して画像通信が可能か否かを示す継続通話の情報が含まれることを特徴とする請求項１乃至６のいずれか１項に記載の画像通信装置。
8. 前記画像通信は、ＩＴＵ−Ｔ勧告Ｔ．３８のデジタルファクシミリ手順によるファクシミリ通信、又はＩＴＵ−Ｔ勧告Ｔ．３０のデジタルファクシミリ手順によるファクシミリ通信であることを特徴とする請求項１乃至７のいずれか１項に記載の画像通信装置。
9. 画像通信装置の制御方法であって、
   外部装置と音声通信を行う音声通信ステップと、
   前記外部装置の通信能力を示す通信能力情報に基づき、画像通信を行う際に前記音声通信を継続するか否かを選択可能な操作画面を表示する表示ステップと、
   前記表示ステップで表示された前記操作画面を介して受け付けた選択に従って、画像通信を行う際に前記音声通信を継続するよう制御する制御ステップと
   を実行することを特徴とする画像通信装置の制御方法。
10. 請求項９に記載された画像通信装置の制御方法における各ステップを、コンピュータに実行させるためのプログラム。

Images