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

Description

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

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

これらＬＡＮ上或いはＮＧＮ上の通信機器との間には、仮想的なセッションが確立され、セッションが成立している間はサービスを保証するＳＩＰ（Session Initiation Protocol）が普及し、利用されている。（例えば、特許文献１参照）。このＳＩＰによりセッションを確立した通信機器において、ＩＰやＶｏＩＰ（Voice Over IP）等のプロトコルを用いて、通話或いは画像通信を行い、又これらを同時に行う等の様々な形態のサービスが提案されている。更に、この画像通信には、例えばＩＴＵ−Ｔ勧告Ｔ．３８のデジタルファクシミリ手順によるファクシミリ通信及びＩＴＵ−Ｔ勧告Ｔ．３０のデジタルファクシミリ手順によるファクシミリ通信（ＶｏＩＰみなし音声によるＴ．３０ファクシミリ通信）がある。

これら、ＬＡＮ上或いはＮＧＮ上で通信するＦＡＸ機器（ＩＰ−ＦＡＸ機）は、従来の回線交換式の電話回線網（ＰＳＴＮ）とは異なり、１つの回線で複数の通信（以下セッション）を同時に行う事が可能であり、電話番号も複数持つことも可能となる。

また、従来の電話回線網（ＰＳＴＮ）に接続されたＦＡＸ装置では、着信を受けた際に受信方法が選択できた。これら受信方法には、例えば、ＦＡＸを自動的に受信するモード（自動受信モード）、ＦＡＸの場合は自動的に受信し、電話の場合は着信音を鳴らすモード（ＦＡＸ／ＴＥＬ切替モード）がある。更には、ＦＡＸの場合は自動的に受信し、電話の場合は相手方の伝言を留守番電話に録音するモード（留守ＴＥＬ接続モード）がある。更には、電話もＦＡＸも着信時に着信音が鳴り、ユーザが電話を取って手動で対応するモード（手動受信モード）などがある。

画像通信装置に対する受信モードの設定は、従来の電話回線網（ＰＳＴＮ）であれば１つに決められており、電話が鳴った際にユーザに求められる動作は決またものになりユーザが混乱することは無かった。

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

しかしながら、ＩＰ−ＦＡＸ機の場合には、１台に割り当てられた複数の電話番号に対して各々に受信モードの設定が可能となる。そのため、電話が鳴った場合には、複数の要因で電話が鳴ることになり、ユーザは何故電話が鳴って、次に何を行えば良いか判断ができず混乱する恐れがある。また、従来の電話回線網（ＰＳＴＮ）であれば複数のセッションを同時に行う事はできなかった。しかし、ＩＰ−ＦＡＸでは可能となる。このため、従来の電話回線網（ＰＳＴＮ）では通話を行っている際に、他の通信を受けることはなかったが、ＩＰ−ＦＡＸでは可能となる。例えば電話機を使用した通話中に、他の電話番号で着信があった場合、その着信に対する操作をユーザに対して提示できるのが望ましい。

本発明の目的は、上記従来技術の問題点を解決することにある。

本発明の特徴は、着信を受けた際、その着信した電話番号や受信モードをユーザに提示することにより、ユーザによる操作を案内する技術を提供することにある。

上記目的を達成するために本発明の一態様に係る通信装置は以下のような構成を備える。即ち、
通信装置であって、
前記通信装置に割り当てられた複数の電話番号のそれぞれに対応するファクシミリ受信モードを記憶する記憶手段と、
発信装置からの着信を受ける受信手段と、
前記複数の電話番号のうち、着信を受けた電話番号を判定する判定手段と、
前記判定手段により判定された電話番号に対応して前記記憶手段に記憶されているファクシミリ受信モードに従って動作を実行する実行手段と、
前記実行手段による前記動作の実行時、前記判定手段により判定された電話番号と、前記判定手段により判定された電話番号に対応して前記記憶手段に記憶されているファクシミリ受信モードと、を表示する表示手段と、
を有することを特徴とする。

本発明によれば、複数の電話番号に対して受信モードが設定された画像通信装置において着信を受けた際、着信した電話番号や受信モードをユーザに提示することにより、ユーザの判断を補助し、ユーザの利便性を向上させることができる。

本発明の実施形態に係る、ＩＰ−ＦＡＸに対応した画像通信装置のハードウェア構成を説明するブロック図。 実施形態に係る画像通信装置が配置されるネットワークの構成例を示す図。 実施形態に係る画像通信装置の操作パネルの構成を示す上面図。 本実施形態に係る画像形成装置とファクシミリ装置との間でＳＩＰセッションを確立するシーケンスを示す図（Ａ）と、本実施形態に係る画像通信装置同士でＳＩＰセッションを確立するシーケンスを示す図（Ｂ）。 図４のＩＮＶＩＴＥメッセージの一例を説明する図。 、 実施形態１に係る画像通信装置における受信モードの実行とユーザへのガイダンスを行う処理を説明するフローチャート。 実施形態に係る画像通信装置が、操作パネルの表示部に表示する、着信した通信の電話番号、受信モード、ＦＡＸの受信スタートボタンの表示例を示す図（Ａ）と、図６ＢのＳ６２４において、画像通信装置が鳴動設定の際、ＦＡＸか電話かを、ユーザが電話機に出る前に判定を行うか設定するメニュー例を示す図（Ｂ）。 、 実施形態２に係る画像通信装置における受信モードの実行とユーザへのガイダンスを行う処理を説明するフローチャート。 、 本発明の実施形態３に係る画像通信装置における受信モードの実行とユーザへのガイダンスを行う処理を説明する説明するフローチャート。 図９Ａ、図９Ｂの通話の切替ボタンとその表示を説明する図（Ａ）と、画像通信装置において電話機の使用中に着信があった場合に、電話番号に設定されている受信モードを切り替えて行う際の変換テーブルの一例を示す図（Ｂ）。

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

図１は、本発明の実施形態に係る、ＩＰ−ＦＡＸに対応した画像通信装置１０１のハードウェア構成を説明するブロック図である。

ＣＰＵ１０２は、画像通信装置１０１のソフトウェアプログラムを実行して、この装置全体の制御を行う。また、接続されたＴ．３０通信用ハードウェア１３０，１３１，１３２、電話制御用ＩＣ１３３の制御を行う。ＲＯＭ１０４は、装置のブートプログラムや固定パラメータ等を格納している。ＲＡＭ１０５は、ＣＰＵ１０２が、この装置を制御する際に、一時的なデータの格納などに使用される。ＨＤＤ１０６はハードディスクドライブで、ＣＰＵ１０２により実行されるプログラムやＯＳ，印刷データの格納や、その他様々なデータを格納する。

バス１１１は、スキャナＩ／Ｆ制御部１１７、ＣＰＵ１０２，ＲＯＭ１０４，ＲＡＭ１０５，ＨＤＤ１０６、プリンタＩ／Ｆ制御部１１５、パネル制御部１１３、ネットワークＩ／Ｆ制御部１１９を接続し、ＣＰＵ１０２からの制御信号やデータ信号を送受信する。パネル制御部１１３は操作パネル１１４を制御し、操作パネル１１４の表示部への各種情報の表示、使用者による操作パネル１１４のキー操作による指示入力を行う。プリンタＩ／Ｆ制御部１１５は、印刷データをプリンタ１１６に出力して印刷させる。スキャナＩ／Ｆ制御部１１７はスキャナ１１８を制御し、スキャナ１１８から出力される画像信号を受け取ってバス１１１に出力する。ネットワークＩ／Ｆ制御部１１９はＬＡＮ１２０とのデータの送受信を制御する。ＬＡＮ１２０は、例えばローカルエリアネットワークである。Ｔ．３０通信用ハードウェア１３０〜１３２はそれぞれＴ．３０で通信を行うためのハードウェアである。Ｔ．３０通信用ハードウェア１３０〜１３２のそれぞれは、各バス１３４，１３５，１３６経由でＣＰＵ１０２から受けたデジタルの画像データを音声データに変換し、Ｇ．７１１のデータに変換して、各バス１３８，１３９，１４０経由でＣＰＵ１０２へ戻す。また、各バス１３８，１３９，１４０経由でＣＰＵ１０２から受けたＧ．７１１のデータを音声データからデジタルの画像データに変換し、バス１３４，１３５，１３６経由でＣＰＵ１０２へ戻す。尚、Ｔ．３０通信用ハードウェア１３０〜１３２のそれぞれは、モデムＩＣで構成されることもある。バス１３４，１３５，１３６はそれぞれ、ＣＰＵ１０２とＴ．３０通信用ハードウェア１３０，１３１，１３２との間でデジタルの画像データを送受信するバスである。バス１３８，１３９，１４０はそれぞれ、ＣＰＵ１０２とＴ．３０通信用ハードウェア１３０，１３１，１３２との間でＧ．７１１データ（音声データをＰＣＭ変換）を送受信するバスである。電話制御用ＩＣ１３３はＣＰＵ１０２により制御され、電話機１４２を接続することで通話を実現している。バス１３７，１４１は、ＣＰＵ１０２と電話制御用ＩＣ１３３の間で音声データを送受信するバスである。電話機１４２は、電話制御用ＩＣ１３３に接続され通話が可能な電話機である。

図２は、実施形態に係る画像通信装置１０１が配置されるネットワークの構成例を示す図である。

画像通信装置１０１は、ＬＡＮ１２０を介してＩＰ網２０１に接続される。ＩＰ網２０１には、画像通信装置１０１と同様のＩＰ−ＦＡＸの機能を有する画像通信装置２０５が接続されている。またＩＰ網２０１とＰＳＴＮ網２０３とのデータの受け渡しをするＶｏＩＰＧＷ（ＶｏＩＰゲートウェイ）２０２がある。ＰＳＴＮ網２０３は、既存の公衆電話回線である。ファクシミリ装置装置（Ｇ３）２０４、ファクシミリ装置（Ｇ３）２０７は、Ｔ．３０の音声通信のみに対応したファクシミリ装置である。またＩＰ網２０１には、Ｔ．３８方式のプロトコルに従って動作するゲートウェイ（Ｔ．３８ ＧＷ）２０６が接続されている。

このネットワーク構成において、画像通信装置１０１は、ＩＰ網２０１を通じて画像通信装置２０５との間で、Ｔ．３８方式によるファクシミリ通信と、見做し音声方式（以後ＶｏＩＰ）でＴ．３０のファクシミリ通信を行うことができる。また、画像通信装置１０１は、ＩＰ網２０１，ＶｏＩＰゲートウェイ２０２，ＰＳＴＮ網２０３を通じて、ファクシミリ装置２０４とＶｏＩＰにてＴ．３０のファクシミリ通信を行うことができる。また、画像通信装置１０１は、ＩＰ網２０１、Ｔ．３８ゲートウェイ２０６を通じて、ファクシミリ装置２０７とＴ．３８方式によるＧ３ファクシミリ通信を行うことができる。尚、図２に示すネットワーク環境下で運用される画像通信装置１０１の発呼に際し、Ｔ．３８，ＶｏＩＰのいずれかを選択して発呼するかは、着呼した受信機側で対応される機能による。

図３は、実施形態に係る画像通信装置１０１の操作パネル１１４の構成を示す上面図である。

操作パネル１１４は、表示部３１０、リセットキー３１１、ガイドキー３１２、ユーザモードキー３１３、割り込みキー３１４、暗証キー３１５、テンキー３１６、クリアキー３１７、スタートキー３１８、ストップキー３１９、電源キー３２０を有している。

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

図４（Ａ）（Ｂ）は、ＳＩＰセッション確立時のシーケンスを説明する図である。ここではＳＩＰ機能に関して説明する。

図４（Ａ）は、本実施形態に係るファクシミリ装置２０４が、画像通信装置１０１に対してオファーＳＤＰを含めたＳＩＰ接続要求メッセージ（ＩＮＶＩＴＥ）を送信してＳＩＰセッションの確立を希望する場合のシーケンスを示す図である。４０１で、ファクシミリ装置２０４は、画像通信装置１０１に対してＩＮＶＩＴＥメッセージを送信する。このＩＮＶＩＴＥメッセージには、ＳＩＰセッションで利用したいメディア情報と受信ポート番号を記述したＳｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ（以下ＳＤＰ）が含まれている。

ここでは、通話や、Ｔ．３０でのＦＡＸ通信を目的として、「ｍ＝ａｕｄｉｏ ５００４ ＵＤＰ」と記述することで、メディア種別ａｕｄｉｏをＵＤＰのポート番号５００４を利用してデータ通信を行うＳＩＰセッションを確立することを提案している。画像通信装置１０１は、この自装置宛のＩＮＶＩＴＥメッセージを受信すると、そのＩＮＶＩＴＥメッセージに含まれているオファーＳＤＰを精査する。そして、対応可能なメディア情報が記述されていれば、４０２で、２００ ＯＫメッセージを送信する。この２００ ＯＫメッセージに、画像通信装置１０１が受け入れるメディア情報と受信ポート番号を記述したＳＤＰを含める。本実施形態では、２００ ＯＫメッセージに「ｍ＝ａｕｄｉｏ ５００４ ＵＤＰ」と記述することで、メディア種別ａｕｄｉｏをＵＤＰのポート番号５００４を受信ポートとしてデータ通信を行うＳＩＰセッションを確立することに同意している。ファクシミリ装置２０４は、この２００ ＯＫメッセージを受信すると、４０３で、２００ ＯＫメッセージを受信したことを示すＡＣＫメッセージを送信する。これによって、ファクシミリ装置２０４と画像通信装置１０１との間に、両者が同意したメディア情報でデータ通信を実現するＳＩＰセッションが確立したことになる。

尚、このセッションでは、ａｕｄｉｏ（音声）以外のメディア種別でセッションを確立することも可能である。

図４（Ｂ）は、本実施形態に係る画像通信装置２０５が、画像通信装置１０１に対してオファーＳＤＰを含めたＳＩＰ接続要求メッセージ（ＩＮＶＩＴＥ）を送信して他のＳＩＰセッションの確立を希望する場合のシーケンスを示す図である。

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

図５は、図４のＩＮＶＩＴＥメッセージの一例を詳細に説明する図である。

このＩＮＶＩＴＥメッセージには、リクエスト行、ヘッダ部、ボディ部が含まれている。このボディ部の中にＳＤＰが含まれている。

リクエスト行には、次の３つが含まれる。リクエストの種類（メソッド）、リクエストの宛先を示すためのＵＲＩ，ＳＩＰのバージョンである。図５では、リクエストの種類はＩＮＶＩＴＥであるため、ＩＮＶＩＴＥとなる。またリクエストの宛先は、例えば「sip:User2@recv.example.com」とし、ＳＩＰのバージョンを「ＳＩＰ／２.０」とすれば、図５のリクエスト行の内容となる。

次にヘッダ部に示される内容に関して詳述する。

ヘッダ部には、このリクエストの概要を示すための情報が含まれる。これらの情報はヘッダ名:値という形式で、複数のヘッダが並んでいる。ＳＩＰのリクエストでは以下の６つのヘッダが必須となる。
（１）Ｖｉａ
Ｖｉａヘッダでは、ＳＩＰのバージョン、データ伝送に使用するプロトコル、このリクエストに対するレスポンスを送る相手を指定する。ここでは、ＳＩＰのバージョンをＳＩＰ／２.０、データ伝送プロトコルをＴＣＰ、レスポンスを送る相手は「send.example.org」の５０６０番ポート、つまり「send.example.org:5060」とする。
（２）Ｍａｘ−Ｆｏｒｗａｒｄｓ
Ｍａｘ−Ｆｏｒｗａｒｄｓヘッダでは、リクエストの最大中継回数を指定する。この値は１回中継されるごとに１ずつ減らされ、０になるとエラーを示すレスポンスが返される。今回はＳＩＰで推奨されている「７０」とする。
（３）Ｆｒｏｍ
Ｆｒｏｍヘッダでは、このリクエストの送信者を指定する。また、送信者を識別するための値であるtagを設定する。ここではリクエストの送信者を「User1＜sip:User1@send.example.org＞」とし、tagを「９８７６５」とする。
（４）Ｔｏ
Ｔｏヘッダでは、このリクエストの受信者を指定する。ここではリクエストの受信者を「User2 ＜sip:User2@recv.example.com＞」とする。
（５）Ｃａｌｌ−ＩＤ
Ｃａｌｌ−ＩＤヘッダでは、一連の通話（呼）で発生するＳＩＰリクエスト・レスポンスを他の呼のものと識別するためのＩＤを設定する。このＩＤは、通話の始まりであるＩＮＶＩＴＥリクエストから、通話の終わりＢＹＥリクエストに対するレスポンスまで同じものを使用する。また、他の呼とは異なるユニークなＩＤを設定する必要がある。ここでは、「123456@send.example.org」とする。
（６）ＣＳｅｑ
ＣＳｅｑヘッダでは、リクエストの順序を示すための番号を設定する。ここでは１とする。

その他にも必須ではないが多数のヘッダがある。ここでは以下の３つについて説明する。
（７）Ｃｏｎｔａｃｔ
Ｃｏｎｔａｃｔヘッダでは、これ以降のリクエストの送信先をＵＲＩで指定する。ここでは、＜sip:User1@send.example.org＞とする。
（８）Ｃｏｎｔｅｎｔ−Ｔｙｐｅ
Ｃｏｎｔｅｎｔ−Ｔｙｐｅヘッダでは、この後のボディ部の種類を指定する。ここでは、この後のボディがＳＤＰのため、application／sdpとする。
（９）Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ
Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダでは、ボディ部のサイズを指定する。ここでは、ボディが１４９バイト（オクテット）とし、１４９とする。

これらの情報をまとめると、ＩＭＶＩＴＥのヘッダ部は図５に示したようになる。

次に図５のボディ部に関して説明する。

ＳＤＰを使用することで、セッションを識別するための情報、セッションで伝送されるデータの種別などを記述することができる。これらの情報はタイプ=値という形式で記述される。以下に、例を示す。
（１）ｖ
ｖは、プロトコルのバージョンを示すタイプである。ここではＳＤＰのバージョン０を用いるため、ｖ＝０とする。
（２）ｏ
ｏは、このセッションを識別するための情報を示すタイプである。ここには以下の情報を記述する。

ユーザ名（このセッションを開始したユーザのユーザ名である。図５では「User1」である。

セッションＩＤ（セッションを識別するためのＩＤ）。この作成方法は定められていないが、重複を避けるためＮＴＰ（Network Time Protocol）形式のタイムスタンプ（協定世界時１９００年１月１日０時０分０秒からの積算秒数）を使用する方法が提案されている。ここでは「１１５８４５５１９０」とする。

セッションバージョン（セッションに変化があった際、セッションのバージョンを識別するために使用されていたようだが、現在はＮＴＰ形式のタイムスタンプを使用することが推奨されている）。ここでは「１１５８４５５１９０」とする。

ネットワークタイプ（ネットワークの種類を記述する。インターネットを使う際にはＩＮとなる）。

アドレスタイプ（ネットワークのアドレス体系を記述する。ＩＰｖ４を使用する際にはＩＰ４とする。

セッションを開始したマシンのアドレス（セッションを開始したマシンのホスト名（FQDN）かＩＰアドレスを記述する）。ここでは、send.example.orgとする。

以上をまとめると、図５のように、o=User1 1158455190 1158455190 IN IP4 send.example.orgとなる。
（３）ｓ
ｓはセッション名を示すタイプである。特に形式は定められていないが、必ず何かを記述する。ここではSessionとする。
（４）ｃ
ｃはコネクション情報を示すタイプである。ネットワーク種別、アドレス種別、送信元のホスト名かＩＰアドレスを記述する。ここでは、c=IN IP4 send.example.orgとする。
（５）ｔ
ｔはセッションの開始時刻、終了時刻を示すタイプである。ＳＩＰが開始・終了を制御しているので、ＳＤＰでは指定することができない。ここではｔ＝０ ０とする。
（６）ｍ
ｍはメディアについての情報を示すタイプである。ここには以下の情報を記述する。

メディアタイプ（送信するメディアのタイプによってaudio，video，text，application，messageなどから選択される）。ここでは音声通信を行うaudioを指定する。

ポート番号（ＲＴＰでメディアを受信する際の受信先ポート番号を記述する）。ここでは１００００とする。

プロトコル（メディア送信に用いるプロトコルを記述する）。今回はＲＴＰを用いるので、RTP／AVPとする。

フォーマット（RFC 1890（AV Profile））に記述されているペイロードタイプに従い、使用するメディアのフォーマットを記述する）。ここではクロック周波数８ＫＨｚのμ-Law PCMの設定のため０とする。

以上をまとめると，m=audio 10000 RTP／AVP 0となる。
（７）ａ
ａは様々な属性を示すためのタイプになる。ここでは、メディアのフォーマットがμ-Law PCMの８ＫＨｚであることを示すために、a=rtpmap:0 PCMU／8000とする。

これらの情報をまとめると、ボディは図５に示したようになる。

この図５に示したＩＮＶＩＴＥのヘッダ、ボディ部を解釈することにより、画像通信装置１０１は通信相手を特定することができる。

別な例をあげれば、ボディの属性を表す「a=T38 FAX Rate management:localTFC」という記載があれば、ＩＰ網からの着信でＴ．３８に対応したＦＡＸからの通信を受けたと判断できる。

次に、図６Ａ、図６Ｂを参照して、本実施形態に係る画像通信装置１０１で着信があった際、着信のあった電話番号、受信モードの実行に関する操作パネル１１４への表示に関して説明する。尚、このフローチャート係る画像通信装置１０１のプログラムは、画像通信装置１０１のＨＤＤ１０６にインストールされている。この処理の実行時には、このプログラムはＲＯＭ１０４のブートプログラムによりＨＤＤ１０６からＲＡＭ１０５に展開されてＣＰＵ１０２によって実行される。また、今回は留守ＴＥＬ接続モードに関しての説明は省略するが、受信モードを実行し、その結果を操作パネル１１４へ表示する点は同様である。

図６Ａ、図６Ｂは、本実施形態１に係る実施形態１に係る画像通信装置における受信モードの実行とユーザへのガイダンスを行う処理を説明するフローチャートである。

まずＳ６０１でＣＰＵ１０２は、着信があったかどうかを判定する。着信がなければ再びＳ６０１へ、着信があればＳ６０２へ処理を進める。この画像通信装置１０１は複数の電話番号を有しており、Ｓ６０２でＣＰＵ１０２は、複数の電話番号の内の着信のあった電話番号を判定してＳ６０３に進む。Ｓ６０３でＣＰＵ１０２は、着信のあった電話番号に設定されている受信モードが自動受信か否かを判定する。ここで自動受信であると判定するとＳ６０４へ、ＦＡＸ／ＴＥＬ切替モード、手動受信モード設定であればＳ６１０へ処理を進める。

自動受信のときはＳ６０４でＣＰＵ１０２は、ＳＩＰセッションを解析することにより、送信側がＦＡＸか否かを特定できるかどうか判定する。ここで特定できると判定するとＳ６０６へ、特定できないと判定するとＳ６０５へ処理を進める。Ｓ６０５でＣＰＵ１０２は、音声通信を開始してＳ６０６に進む。これは音声で着信がＦＡＸか電話か否かを判定するためである。Ｓ６０６でＣＰＵ１０２は、着信を受けた通信がＦＡＸかどうかを判定する。ここでＦＡＸであると判定するとＳ６０７へ、ＦＡＸでないと判定するとＳ６２２（図６Ｂ）へ処理を進める。Ｓ６０７でＣＰＵ１０２は、着信を受けた通信に対して、Ｔ．３８か、Ｔ．３０のＦＡＸであるかを判定する。Ｔ．３８の通信であればＳ６０８に進み、ＣＰＵ１０２は、送信側とＴ．３８の受信を開始し、操作パネル１１４に受信モードＴ．３８通信であることを表示して、この処理を終了する。一方、Ｔ．３８の通信でないと判定するとＳ６０９に進み、ＣＰＵ１０２は、送信側とＴ．３０の受信を開始し、操作パネル１１４に受信モードＴ．３０通信であることを表示して、この処理を終了する。

またＳ６０３でＣＰＵ１０２が、ＦＡＸ／ＴＥＬ、手動受信設定であると判定するとＳ６１０に進みＣＰＵ１０２は、着信のあった電話番号の受信モードが、ＦＡＸ／ＴＥＬか否かを判定する。ＦＡＸ／ＴＥＬであった場合はＳ６１１へ、ＦＡＸ／ＴＥＬでなかった場合にはＳ６２３（図６Ｂ））へ処理を進める。Ｓ６１１でＣＰＵ１０２は、ＳＩＰセッションを解析することにより、送信側がＦＡＸかどうかを特定できるかどうかを判定する。ここで特定できると判定するＳ６１３へ、特定できないと判定するとＳ６１２へ処理を進める。Ｓ６１２でＣＰＵ１０２は、送信側と音声通信を開始してＳ６１３に進む。これは音声で、着信がＦＡＸか電話かを判定するためである。Ｓ６１３でＣＰＵ１０２は、着信のあった通信がＦＡＸかどうかを判定する。ＦＡＸであると判定した場合はＳ６１４へ、ＦＡＸでないと判定した場合はＳ６１７（図６Ｂ）へ処理を進める。Ｓ６１４でＣＰＵ１０２は、着信のあった通信がＴ．３８か、Ｔ．３０のＦＡＸかを判定する。Ｔ．３８の通信であると判定するとＳ６１５に進み、ＣＰＵ１０２は、送信側とＴ．３８の受信処理を開始し、操作パネル１１４に受信モードＴ．３８通信であることを表示して、この処理を終了する。一方、Ｓ６１４でＣＰＵ１０２が、Ｔ．３８の通信でないと判定するＳ６１６に進み、送信側とＴ．３０の受信処理を開始し、操作パネル１１４に受信モードＴ．３０通信であることを表示して、この処理を終了する。

一方、Ｓ６１３でＣＰＵ１０２がＦＡＸでないと判定した場合はＳ６１７で、ＣＰＵ１０２は電話機１４２が使用可能かどうかを判定する。そして使用可能であればＳ６１８へ、電話機１４２が使用不可であればＳ６２２に処理を進めて、送信側に通話が不可であることを通知する。Ｓ６１８でＣＰＵ１０２は、操作パネル１１４に、電話機１４２が鳴動する理由が、ＦＡＸ／ＴＥＬによる電話であると判定した結果である旨を表示する。次にＳ６１９に進みＣＰＵ１２０は、電話機１４２の鳴動を開始してＳ６２０に処理を進める。Ｓ６２０でＣＰＵ１０２は、電話機１４２がフックアップ（オフフック）されたかどうかを判定し、電話機１４２がオフフックされるとＳ６２１に処理を進めて通話状態となったこの処理を終了する。Ｓ６２０で所定時間が経過しても電話機１４２がオフフックされなければＳ６２２へ処理を進め、送信側に通話が不可であることを通知して、この処理を終了する。

Ｓ６１０（図６Ａ）でＦＡＸ／ＴＥＬでなかった場合はＳ６２３（図６Ｂ）に処理を進め、ＣＰＵ１０２は、ＳＩＰセッションを解析することにより、送信側がＦＡＸであるか特定可能かどうかを判定する。ここで特定できると判定するとＳ６２６へ、特定できないと判定するとＳ６２４へ処理を進める。Ｓ６２４でＣＰＵ１０２は、鳴動設定の際にＦＡＸの事前確認を行う設定となっているか否かを判定する（図７（Ｂ）参照）。ここで事前確認を行わない設定であればＳ６３４へ、行う設定であればＳ６２５へ処理を進める。Ｓ６３４でＣＰＵ１０２は、電話機１４２が鳴動する理由が鳴動設定であり、ＦＡＸかＴＥＬかの判断が必要である旨を、操作パネル１１４に表示してＳ６２９に処理を進める。

Ｓ６２５でＣＰＵ１０２は、送信側と音声通信を開始してＳ６２６に進む。これは音声でＦＡＸか電話かを判定するためである。Ｓ６２６でＣＰＵ１０２は、着信のあった通信がＦＡＸかどうかを判定する。ここでＦＡＸであると判定した場合はＳ６３５に、ＦＡＸでないと判定した場合はＳ６２７へ処理を進める。Ｓ６２７でＣＰＵ１０２は、電話機１４２が使用可能か否かを判定し、電話機１４２が使用可能であればＳ６２８に進んで、現在電話機１４２が鳴動する理由が、鳴動設定で電話での着信だと判定した結果である旨を表示して、Ｓ６２９に処理を進める。Ｓ６２９でＣＰＵ１０２は、電話機１４２を鳴動させてＳ６３０に進む。Ｓ６３０でＣＰＵ１０２は、電話機１４２がオフフックされるかどうかを判定し、電話機１４２がオフフックされるとＳ６３１に進み、電話機１４２を使用してユーザが通話を行ってＳ６３２に進む。一方、Ｓ６３０で電話機１４２が所定時間が経過してもオフフックされなければＳ６２２へ処理を進める。

Ｓ６３２でＣＰＵ１０２は、ユーザによりＦＡＸの受信開始の指示が行われたかどうかを判定する。このときのユーザによる受信開始は、操作パネル１１４のスタートキー３１８を押下することで指示されても良く、或いは表示部３１０に受信開始のスタートボタンを表示し、そのスタートボタンがタッチされることにより指示されても良い。こうしてＦＡＸの受信開始が指示されるとＳ６３８へ、受信開始が指示されない場合はＳ６３３に進んで、電話機１４２による通話を継続して、この処理を終了する。

一方、Ｓ６２６でＣＰＵ１０２がＦＡＸの受信であると判定した場合はＳ６３５に進む。Ｓ６３５でＣＰＵ１０２は、着信のあった電話番号、鳴動でＦＡＸである旨、及びＦＡＸ受信を開始することが可能なスタートボタンを操作パネル１１４に表示して、Ｓ６３６に処理を進める。Ｓ６３６でＣＰＵ１０２は、ユーザによりそのスタートボタンが押されてＦＡＸの受信開始が指示されたか否かを判定する。受信開始が指示されないときはＳ６２２へ処理を進め、受信開始が指示された場合はＳ６３７へ処理を進める。Ｓ６３７でＣＰＵ１０２は、着信のあった通信がＴ．３８か、Ｔ．３０のＦＡＸかを判定する。Ｔ．３８の通信であると判定するとＳ６３９に進み、ＣＰＵ１０２は、Ｔ．３８の受信を開始し、操作パネル１１４に、受信モードＴ．３８通信であることを表示して、この処理を終了する。一方、Ｓ６３７でＴ．３８の通信でないと判定するとＳ６３８に進みＣＰＵ１０２は、Ｔ．３０の受信を開始し、操作パネル１１４に受信モードＴ．３０通信であることを表示して、この処理を終了する。

図７（Ａ）は、実施形態に係る画像通信装置１０１が、例えば図６ＢのＳ６３５で操作パネル１１４の表示部３１０に表示する、着信した通信の電話番号、受信モード、ＦＡＸの受信スタートボタンの表示例を示す図である。

電話番号は、この画像通信装置１０１が通信可能な電話番号の一覧である。そして各電話番号に対して設定され、メモリ（ＲＡＭ、ＨＤＤ等）に記憶されている受信モードが示されている。例えば、電話番号（０４４７ｘｘ６１１１）は自動受信、電話番号（０４４７ｘｘ６２２２）はＦＡＸ／ＴＥＬ切替である。また電話番号（０４４７ｘｘ６３３３，０４４７ｘｘ６４４４）は共に鳴動設定である。状態の欄には現在の状態が示されている。電話番号（０４４７ｘｘ６１１１）はＴ．３０のＦＡＸ受信中であり、電話番号（０４４７ｘｘ６３３３）は電話呼出し中である。尚、この電話番号はＦＡＸ受信であるため、ＦＡＸの受信スタートボタンをスタート欄に表示している。ユーザは、このスタートボタンを押すことでＦＡＸ受信を開始することができる。これは図６ＢのＳ６３６の処理に相当している。

図７（Ｂ）は、図６ＢのＳ６２４において、画像通信装置１０１が鳴動設定の際、ＦＡＸか電話かを、ユーザが電話機１４２に出る前に判定を行うか設定するメニュー例を示す図である。この例では事前確認するかどうかに対して、ＹＥＳにチェックが入っており、事前確認を行うように設定されている。

以上説明したように実施形態１によれば、着信した電話番号に設定されている受信モードを判定し、自動受信モードであればＦＡＸかどうかを自動的に判別し、ＦＡＸ受信であればＴ．３０或いはＴ．３８でファクシミリ受信するとともに、その旨を表示する。

一方、ＦＡＸ／ＴＥＬモードで、ＦＡＸ受信と判定するとファクシミリ受信し、ＴＥＬのときは受信番号、ＦＡＸ／ＴＥＬでの呼出しであることを表示して電話機１４２を鳴動する。また鳴動設定のときは、ＦＡＸかどうかの事前確認が設定されていれば、音声通信でＦＡＸかどうかを判定し、ＦＡＸであると判定するとスタートボタンを表示し、そのボタンが押下されることによりＦＡＸ受信を開始する。一方、事前確認が設定されていなければ電話機１４２を鳴動し、スタートボタンが押下されるとＦＡＸ受信に移行する。

これにより、電話機が鳴動している状態で、その着信が電話かＦＡＸかを表示して、ユーザに知らせることができる。また電話機が鳴動している状態からＦＡＸの受信に移行できるボタンを表示することにより、ユーザにＦＡＸ受信への移行を明示できるという効果がある。

図８Ａ，図８Ｂは、本発明の実施形態２に係る画像通信装置における受信モードの実行とユーザへのガイダンスを行う処理を説明するフローチャートである。

実施形態２では、画像通信装置１０１において電話番号ごとに設定された受信モードに係わらず、ＳＩＰセッションにおいて相手がＴ．３８のＩＰ−ＦＡＸやＩＰ電話であると確認できた場合に、Ｔ．３８であれば受信、ＩＰ電話であれば電話機の呼出しを行う。尚、このフローチャート係る画像通信装置１０１のプログラムは、画像通信装置１０１のＨＤＤ１０６にインストールされている。この処理の実行時には、このプログラムはＲＯＭ１０４のブートプログラムによりＨＤＤ１０６からＲＡＭ１０５に展開されてＣＰＵ１０２によって実行される。尚、実施形態２に係る画像通信装置１０１の構成及びシステム構成は前述の実施形態１と同様であるため、その説明を省略する。

図８Ａ，図８Ｂにおいて、Ｓ６０３〜Ｓ６３８は、前述の図６Ａ，図６ＢのＳ６０３〜Ｓ６３８と同様の処理である。尚、図６Ａ，図６ＢのＳＩＰセッションで通信相手を特定する処理（Ｓ６０４，Ｓ６１１，Ｓ６２３）、Ｔ．３８かを確認する処理（Ｓ６０７，Ｓ６１４，Ｓ６３７）、Ｔ．３８のＦＡＸ受信に関する表示（Ｓ６０８，Ｓ６１５，Ｓ６３９）は、図８Ａ，８Ｂで省略している。

まずＳ８０１でＣＰＵ１０２は、着信があるかどうかを判定し、着信がなければ再びＳ８０１へ、着信があればＳ８０２へ処理を進める。Ｓ８０２でＣＰＵ１０２は、着信のあった電話番号を判定する。次にＳ８０３に進みＣＰＵ１０２は、Ｔ．３８のＩＰ−ＦＡＸの着信かどうかＳＩＰセッションから判定する。ここでＴ．３８の着信であると判定するとＳ８０４に進みＣＰＵ１０２は、Ｔ．３８の受信を開始して、操作パネル１１４に受信モードＴ．３８通信であることを表示して、この処理を終了する。

一方、Ｔ．３８の着信でなければＳ８０５へ処理を進める。Ｓ８０５でＣＰＵ１０２は、着信した通信がＩＰ電話かどうかを判定する。ＩＰ電話であると判定した場合はＳ８０６に進みＣＰＵ１０２は、着信のあったＩＰ電話での呼出しである旨を操作パネル１１４に表示する。そしてＳ８０７に進みＣＰＵ１０２は、電話機１４２を鳴動させてユーザを呼出す。次にＳ８０８に進みＣＰＵ１０２は、電話機１４２がオフフックされたか否かを判定し、オフフックされた場合はＳ８０９に進んで通話を開始して、この処理を終了する。一方、Ｓ８０８で所定時間が経過しても電話機１４２がオフフックされない場合はＳ６２２（図８Ｂ）へ移行し、ＣＰＵ１０２は送信側に通話が不可であることを通知して、この処理を終了する。

以上説明したように実施形態２によれば、ＳＩＰセッションにおいて相手がＴ．３８のＩＰ−ＦＡＸやＩＰ電話であると確認できた場合に、Ｔ．３８であれば受信、ＩＰ電話であれば電話の呼出しを行うとともに、その旨を表示してユーザに提示できる。

図９Ａ，図９Ｂは、本発明の実施形態３に係る画像通信装置における受信モードの実行とユーザへのガイダンスを行う処理を説明するフローチャートである。ここでは、画像通信装置１０１で通話を行っている際に、通話が必要な着信を受けた際に、通話を切り替えられるようにする。尚、このフローチャート係る画像通信装置１０１のプログラムは、画像通信装置１０１のＨＤＤ１０６にインストールされている。この処理の実行時には、このプログラムはＲＯＭ１０４のブートプログラムによりＨＤＤ１０６からＲＡＭ１０５に展開されてＣＰＵ１０２によって実行される。尚、実施形態２に係る画像通信装置１０１の構成及びシステム構成は前述の実施形態１と同様であるため、その説明を省略する。

また、Ｓ６０１〜Ｓ６３９に関しては図６Ａ，図６Ｂと同等であるので説明を省略する。以下、追記したＳ９０１〜Ｓ９０６関して説明を行う。

Ｓ９０１でＣＰＵ１０２は、電話機１４２が使用可能かどうかを判定する。電話機１４２が使用可能な場合はＳ６０３へ進み、電話機１４２が使用可能でないと判定するとＳ９０２へ処理を進める。Ｓ９０１でＣＰＵ１０２は、電話機１４２が使用できないため、着信番号に設定された受信モードを、通話時に設定された受信モードへ変更してＳ６０３に進む。

また図９ＡのＳ６１３でＦＡＸでないと判定した場合はＳ６１７（図９Ｂ）に進み、ＣＰＵ１０２は、電話機１４２が使用可能か否かを判定する。ここで使用可能でないと判定するとＳ９０３に進みＣＰＵ１０２は、着信のあった電話番号に対して電話を切り替えられるように操作パネル１１４の表示部３１０に通話切替ボタンを表示させる。その際、相手の電話番号が、この画像通信装置１０１の電話帳に登録されていればその登録名等を表示しても良い。つぎにＳ９０４に進みＣＰＵ１０２は、Ｓ９０３で表示した通話切替ボタンが押されたかどうかを判定する。通話切替ボタンが押されるとＳ６２１に進み、電話機１４２を用いた通話に移行する。Ｓ９０４で所定時間が経過しても通話切替ボタンが押されない場合はＳ６２２に進み、送信側に通話不可であることを通知する。

またＳ６２７でＣＰＵ１０２が、電話機１４２が使用可能かどうかを判定し、使用できないと判定するとＳ９０５に進む。Ｓ９０５でＣＰＵ１０２は、着信のあった電話番号に対して電話に切り替えられるように、操作パネル１１４の表示部３１０に通話切替ボタンを表示させる。その際、相手の電話番号が画像通信装置１０１の電話帳に登録されていれば、その登録名等を表示しても良い。そしてＳ９０６に進みＣＰＵ１０２は、Ｓ９０５で表示した通話切替ボタンが押されたかどうかを判定する。ここで通話切替ボタンが押されたと判定するとＳ６３１に進み、電話機１４２を用いた通話に移行する。一方、Ｓ９０６で所定時間が経過しても通話切替ボタンが押されない場合はＳ６２２に進み、ＣＰＵ１０２は、送信側に通話不可であることを通知して、この処理を終了する。

図１０（Ａ）は、図９Ａ、図９Ｂのフローチャートで説明した、通話切替ボタンとその表示を説明する図である。

図１０（Ａ）の電話番号「０４４７ｘｘ６２２２」の欄をみると、通話中であることが解る。また電話番号「０４４７ｘｘ６４４４」の欄の表示は、新規着信電話となっており、電話番号「０４４７ｘｘ６２２２」で通話中であるため、その新規の電話着信に対して電話機１４２で応答できないことが分かる。従って、ここでは電話番号「０４４７ｘｘ６４４４」へ電話を切替得られるように、電話切替着信相手欄に電話切替用のボタンが設けられている。そして、その通話切替ボタンに、相手の電話番号（０４５３０４０５ｘｘ）と、電話帳に登録された登録名（店舗Ａ）を表示することで、電話を切り替える相手を表示しておく。

図１０（Ｂ）は、画像通信装置１０１において電話機１４２の使用中に着信があった場合に、電話番号に設定されている受信モードを切り替えて行う際の変換テーブルの一例を示す図である。

例えば、電話番号「０４４７ｘｘ６３３３」の場合、通常の受信モードは「鳴動設定」であるが、電話機１４２が使用されていた場合（通話時）の受信モードは、ＦＡＸ／ＴＥＬ切替となっている。

このように本実施形態３によれば、画像通信装置１０１の電話機１４２が使用されて通話中の場合に、通話が必要な着信を受けた場合の対応を予め登録しておくことができる。これにより、通話中に着信のあった電話番号に対して電話機１４２の接続を切り替えられるように、操作パネル１１４に通話切替ボタンを表示させて、ユーザのボタン操作により電話の切り替えを行うことができる。

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

Claims (12)

1. 通信装置であって、
   前記通信装置に割り当てられた複数の電話番号のそれぞれに対応するファクシミリ受信モードを記憶する記憶手段と、
   発信装置からの着信を受ける受信手段と、
   前記複数の電話番号のうち、着信を受けた電話番号を判定する判定手段と、
   前記判定手段により判定された電話番号に対応して前記記憶手段に記憶されているファクシミリ受信モードに従って動作を実行する実行手段と、
   前記実行手段による前記動作の実行時、前記判定手段により判定された電話番号と、前記判定手段により判定された電話番号に対応して前記記憶手段に記憶されているファクシミリ受信モードと、を表示する表示手段と、
   を有することを特徴とする通信装置。
2. 前記表示手段は、前記判定手段により判定された電話番号を前記ファクシミリ受信モードと関連づけて表示することを特徴とする、請求項１に記載の通信装置。
3. 前記ファクシミリ受信モードは、自動受信モード、ＦＡＸ／ＴＥＬ切替モード、又は鳴動設定に設定可能であることを特徴とする、請求項１又は２に記載の通信装置。
4. 前記判定手段により判定された電話番号に対応して記憶されたファクシミリ受信モードが鳴動設定で、前記着信がＴ．３８でのファクシミリ受信であった場合、前記表示手段は、前記ファクシミリ受信モードが鳴動設定であり、前記着信がＴ．３８でのファクシミリ受信であることを表示し、ファクシミリ通信を開始させるボタンを表示することを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
5. 前記判定手段により判定された電話番号に対応して記憶されたファクシミリ受信モードが鳴動設定で、前記着信が音声での通信を必要とする場合に、前記着信が前記音声での通信によるファクシミリ受信かどうかを判断する判断手段をさらに備え、
   前記表示手段は、前記着信がファクシミリ受信であるときは、ファクシミリ受信を指示するためのボタンを表示することを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
6. 前記判定手段により判定された電話番号に対応して記憶されたファクシミリ受信モードがＦＡＸ／ＴＥＬ切替モードの場合、電話機を鳴動させる鳴動手段をさらに有し、
   前記表示手段は、前記ＦＡＸ／ＴＥＬ切替モードで鳴動が行われていることを表示することを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
7. 前記着信が、Ｔ．３８のファクシミリ通信又はＩＰ電話である場合、前記記憶手段に記憶されたファクシミリ受信モードに拘らず、前記着信が前記Ｔ．３８のファクシミリ通信であればファクシミリ受信を行い、前記着信が前記ＩＰ電話であれば電話機の呼出しを行う手段を更に有することを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
8. 電話機による通話中に着信があり、当該着信が前記電話機による動作を必要としている場合、当該着信があった電話番号に対応するファクシミリ受信モードを変更する変更手段を更に有することを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
9. 電話機による通話中に着信があり、当該着信が前記電話機による通話を必要としている場合、前記表示手段は、前記着信のあった電話番号に対して通話の切替を行う通話切替ボタンを表示することを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
10. 前記ファクシミリ受信モードが鳴動設定であり前記着信が音声の場合に、前記判定手段により判定された電話番号及び前記ファクシミリ受信モードを表示する前に前記着信がＦＡＸか確認するか否か、を設定する設定手段を更に有することを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。
11. 通信装置に割り当てられた複数の電話番号のそれぞれに対応するファクシミリ受信モードを記憶することが可能な通信装置が行う制御方法であって、
    発信装置からの着信を受ける受信工程と、
    着信があった際、前記複数の電話番号のうちのいずれの電話番号への着信であるかを判定する判定工程と、
    判定された電話番号に対応するファクシミリ受信モードに従って動作を実行する実行工程と、
    前記動作の実行時、前記判定された電話番号と、前記判定された電話番号に対応して記憶されている前記ファクシミリ受信モードと、を表示する表示工程と、
    を有することを特徴とする制御方法。
12. コンピュータを、請求項１乃至１０のいずれか１項に記載の通信装置の各手段として機能させるためのプログラム。

Images