(57)【要約】【課題】ＳＩＰでのセッション確立要求でＩＰ−ＰＢＸを利用する環境下では、着信側の通信端末は、通話の着信であるかファクシミリ通信の着信であるかを、セッション確立要求から判別できない。そのためファクシミリ通信目的の着信であるにも拘らず、操作者を呼び出すための着信呼出しを行ってしまい無鳴動着信が実現できない。【解決手段】発信側からメディア種別がaudioのセッション確立要求を受信するとaudioセッションを確立し、メディア種別がimageのセッション確立要求に対して発信側からエラー応答を受信した場合に、audioセッションを維持して操作者を呼び出すための着信呼出処理を行う。【選択図】図４
2014096636.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＰで呼制御を行い、ファクシミリ通信手段とＩＰ電話機能を具備するファクシミリ装置であって、
発信側からメディア種別がaudioのセッション確立要求を受信するとaudioセッションを確立する確立手段と、
メディア種別がimageのセッション確立要求を前記発信側に送信し、前記発信側から成功応答を受信した場合にはimageセッションを確立してファクシミリ通信を行う通信手段と、
前記メディア種別がimageのセッション確立要求に対して前記発信側からエラー応答を受信した場合は、前記audioセッションを維持して操作者を呼び出すための着信呼出処理を行う呼出し手段と、
を有することを特徴とするファクシミリ装置。
【請求項２】
前記ファクシミリ通信は、ＩＴＵ−Ｔ勧告Ｔ．３８に基づくファクシミリ通信であることを特徴とする請求項１に記載のファクシミリ装置。
【請求項３】
ＳＩＰで呼制御を行い、見做し音声通信機能及びＩＰ電話機能を有し、ファクシミリ受信するための複数の受信モードを具備するファクシミリ装置であって、
発信側からメディア種別がaudioのセッション確立要求を受信すると、操作者を呼び出すための着信呼出処理を前記セッション確立要求の受信時に実行するか、audioセッションの確立後に実行するかを、設定されている受信モードに応じて制御する制御手段と、
メディア種別がimageのセッション確立要求を前記発信側に送信し、前記発信側から成功応答を受信した場合にはimageセッションを確立してファクシミリ通信を行う通信手段と、
を有することを特徴とするファクシミリ装置。
【請求項４】
前記受信モードが見做し音声通信を自動的に行う自動受信モードの場合、前記制御手段は、前記セッション確立要求の受信時、及び前記audioセッションの確立後も前記着信呼出処理を実行しないことを特徴とする請求項３に記載のファクシミリ装置。
【請求項５】
前記受信モードが操作者の操作により受信を行う手動受信モードの場合、前記制御手段は、前記セッション確立要求の受信時に前記着信呼出処理を実行することを特徴とする請求項３又は４に記載のファクシミリ装置。
【請求項６】
前記受信モードが、接続された留守番電話応答中のファクシミリ信号検知により受信動作に気入り替わる留守番電話接続モードの場合、前記制御手段は、前記セッション確立要求の受信時に前記着信呼出処理を実行し、ＣＮＧ信号が検知された場合は見做し音声によるファクシミリ通信を行うことを特徴とする請求項３乃至５のいずれか１項に記載のファクシミリ装置。
【請求項７】
前記受信モードが、ファクシミリ通信か通話かを自動的に判断して通話処理又は受信処理を行うＦＡＸ／ＴＥＬ自動切替モードの場合、前記制御手段は、前記セッション確立要求を受信してaudioセッションを確立した後、予め設定された時間内にＣＮＧ信号を検出できなかった場合に前記着信呼出処理を実行し、前記ＣＮＧ信号を検知した場合には見做し音声によるファクシミリ通信を行うことを特徴とする請求項３乃至６のいずれか１項に記載のファクシミリ装置。
【請求項８】
ＳＩＰで呼制御を行い、ファクシミリ通信手段とＩＰ電話機能を具備するファクシミリ装置を制御する制御方法であって、
発信側からメディア種別がaudioのセッション確立要求を受信するとaudioセッションを確立する確立工程、
メディア種別がimageのセッション確立要求を前記発信側に送信し、前記発信側から成功応答を受信した場合にはimageセッションを確立してファクシミリ通信を行う通信工程と、
前記メディア種別がimageのセッション確立要求に対して前記発信側からエラー応答を受信した場合は、前記audioセッションを維持して操作者を呼び出すための着信呼出処理を行う呼出し工程と、
を有することを特徴とするファクシミリ装置の制御方法。
【請求項９】
前記ファクシミリ通信は、ＩＴＵ−Ｔ勧告Ｔ．３８に基づくファクシミリ通信であることを特徴とする請求項８に記載のファクシミリ装置の制御方法。
【請求項１０】
ＳＩＰで呼制御を行い、見做し音声通信機能及びＩＰ電話機能を有し、ファクシミリ受信するための複数の受信モードを具備するファクシミリ装置を制御する制御方法であって、
発信側からメディア種別がaudioのセッション確立要求を受信すると、操作者を呼び出すための着信呼出処理を前記セッション確立要求の受信時に実行するか、audioセッションの確立後に実行するかを、設定されている受信モードに応じて制御する制御工程と、
メディア種別がimageのセッション確立要求を前記発信側に送信し、前記発信側から成功応答を受信した場合にはimageセッションを確立してファクシミリ通信を行う通信工程と、
を有することを特徴とするファクシミリ装置の制御方法。
【請求項１１】
前記受信モードが見做し音声通信を自動的に行う自動受信モードの場合、前記制御工程では、前記セッション確立要求の受信時、及び前記audioセッションの確立後も前記着信呼出処理を実行しないことを特徴とする請求項１０に記載のファクシミリ装置の制御方法。
【請求項１２】
前記受信モードが操作者の操作により受信を行う手動受信モードの場合、前記制御工程では、前記セッション確立要求の受信時に前記着信呼出処理を実行することを特徴とする請求項１０又は１１に記載のファクシミリ装置の制御方法。
【請求項１３】
前記受信モードが、接続された留守番電話応答中のファクシミリ信号検知により受信動作に気入り替わる留守番電話接続モードの場合、前記制御工程では、前記セッション確立要求の受信時に前記着信呼出処理を実行し、ＣＮＧ信号が検知された場合は見做し音声によるファクシミリ通信を行うことを特徴とする請求項１０乃至１２のいずれか１項に記載のファクシミリ装置の制御方法。
【請求項１４】
前記受信モードが、ファクシミリ通信か通話かを自動的に判断して通話処理又は受信処理を行うＦＡＸ／ＴＥＬ自動切替モードの場合、前記制御工程では、前記セッション確立要求を受信してaudioセッションを確立した後、予め設定された時間内にＣＮＧ信号を検出できなかった場合に前記着信呼出処理を実行し、前記ＣＮＧ信号を検知した場合には見做し音声によるファクシミリ通信を行うことを特徴とする請求項１０乃至１３のいずれか１項に記載のファクシミリ装置の制御方法。
【請求項１５】
請求項８乃至１４のいずれか１項に記載のファクシミリ装置の制御方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファクシミリ装置及びその制御方法、並びにプログラムに関する。
【背景技術】
【０００２】
近年、インターネットやＩＰ電話の普及により、ファクシミリ通信の通信経路としてＩＰ網を利用する方法が確立されてきている。ＳＩＰ（Session Initiation Protocol）といったリアルタイム通信のためのセッションの生成・変更・切断を行う呼制御プロトコルが標準化されてきている。また、ＶｏＩＰ（Voice over Internet Protocol）を使用してモデム信号音を音声と見做して通信を行う見做し音声通信が普及し始めている。またＧ３ファクシミリ（ＩＴＵ−Ｔ勧告Ｔ．３０）の信号をＩＰ網上でＩＰメッセージに変換してリアルタイムで伝送するＴ．３８プロトコルが勧告化され、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したインターネットファクシミリ装置も販売されている。このＴ．３８プロトコルによるファクシミリ通信は、音声帯域を必要とする見做し音声通信に比べて帯域幅を小さくでき、データをモデム信号に変調する必要がないので高速通信が行えるという利点がある。
【０００３】
また、構内ＩＰ網においてＩＰ電話端末の回線交換を行う装置としてＩＰ−ＰＢＸ（Internet Protocol Private Branch eXchange）が普及してきている。このＩＰ−ＰＢＸは、企業内のＬＡＮでＩＰ電話による内線電話網を実現するための装置であり、ＳＩＰやＨ．３２３といった呼制御プロトコルを使用してＩＰ電話機等の呼制御を行う。リアルタイム型インターネットファクシミリ装置は、このＩＰ−ＰＢＸを経由して通信相手先のＩＰアドレスをＳＩＰにより取得し、通信相手先とＰ２Ｐの通信を行う。通常、Ｔ．３８通信を行う場合は、ＳＩＰのメディア種別をapplication又はimageに指定して通信し、通話を行う場合にはＳＩＰのメディア種別をaudioに指定して通話を行う。
【０００４】
Ｔ．３８通信が可能なＩＰ−ＰＢＸの中には、Ｔ．３８通信を行う場合であっても、ＳＩＰでのセッション確立時にまずメディア種別をaudioで開始し、その後にメディア種別をimageに切り替えてファクシミリ通信しなければならないものもある。
【０００５】
また、ＩＰ電話機を実現する技術としてＳＬＩＣ（Subscriber Line Interface Circuit）モジュールがある。このモジュールは、Ｇ．７１１等の音声コーデックによるＡ/Ｄ変換処理や電話回線エミュレーションを行う。ＳＬＩＣにより電話回線を経由することなくアナログ電話機をＩＰネットワークに接続することができ、電話回線（交換機）の呼出し信号や各種トーン信号の生成といった電話回線をエミュレートする機能を提供できる。
【０００６】
図３は従来の着信シーケンスを説明する図である。
【０００７】
ＳＬＩＣを利用したＩＰ電話の着信では、発信側からのメディア種別audioのセッション確立要求（INVITE信号）を受信すると、ＳＬＩＣに接続されたアナログ電話機を鳴動させるために呼出信号を生成してアナログ電話機のリンガーを鳴動させる。そして操作者がアナログ電話機で応答すると、ＳＬＩＣはアナログ電話機のオフフックを検出して呼出信号を停止し、発信者側に成功応答（200 OK）を送信し、発信側はACKを返信してaudioセッションが確立されて通話状態となる。
【０００８】
ＩＰ電話の着信呼出しを制御する従来例として特許文献１がある。この文献によれば、電話網において、着信を一度音声自動応答にて受け付け、着信後直ちに着信音を鳴らすことはしない。自動応答では、接続毎に発信者へ接続に必要な認証音として、毎回乱数処理した乱数および背景音を重畳した認証音を通知すると共に、正しい応答値を受信した着信にのみ着信呼出しを鳴らし、そうでない着信には着信呼出しを行わない。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１１−１１４６７２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
通話を行う場合でもＴ．３８通信を行う場合でも、ＳＩＰでのセッション確立要求（INVITE信号）で、メディア種別をaudioで開始しなければならないＩＰ−ＰＢＸを利用する環境下を考える。この場合、着信側の通信端末は、通話の着信であるかＴ．３８通信の着信であるかを、セッション確立要求（INVITE信号）からは判別できない。そのためＴ．３８通信目的の着信であるにも拘らず、操作者を呼び出すための着信呼出しを行ってしまいファクシミリでの無鳴動着信ができないという不具合が発生する。
【００１１】
またＴ．３８通信の機能に加えて、見做し音声通信機能やＩＰ電話機能をサポートするリアルタイム型インターネットファクシミリ装置がある。このようなファクシミリ装置では、電話機能と複数の受信モードを持つ従来の電話機能付きＧ３ファクシミリ装置の機能にＩＰ網上でも対応するために、受信したセッション確立要求から最適な通信方式を選択する着信制御方式が必要となる。
【００１２】
本発明の目的は、上記従来技術の問題点を解決することにある。
【００１３】
また本発明の特徴は、セッション確立要求を受信したときに通話かファクシミリ通信かを判別できなくても無鳴動着信を適切に行うことができるファクシミリ装置及びその制御方法、並びにプログラムを提供することにある。
【課題を解決するための手段】
【００１４】
上記目的を達成するために本発明の一態様に係るファクシミリ装置は以下のような構成を備える。即ち、
ＳＩＰで呼制御を行い、ファクシミリ通信手段とＩＰ電話機能を具備するファクシミリ装置であって、
発信側からメディア種別がaudioのセッション確立要求を受信するとaudioセッションを確立する確立手段と、
メディア種別がimageのセッション確立要求を前記発信側に送信し、前記発信側から成功応答を受信した場合にはimageセッションを確立してファクシミリ通信を行う通信手段と、
前記メディア種別がimageのセッション確立要求に対して前記発信側からエラー応答を受信した場合は、前記audioセッションを維持して操作者を呼び出すための着信呼出処理を行う呼出し手段と、を有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、セッション確立要求を受信したときに通話かファクシミリ通信かを判別できなくても無鳴動着信を適切に行うことができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態に係るファクシミリ装置の構成を示すブロック図。
【図２】本発明の実施形態に係るファクシミリ装置のソフトウェア構成を説明するブロック図。
【図３】従来技術において、ＩＰ電話機の着信時のＳＩＰプロトコルと着信呼出処理のタイミングを示したシーケンス図。
【図４】本発明の実施形態において、着信側が通話のための着信呼出を実行するシーケンスを説明する図。
【図５】本実施形態に係るファクシミリ装置による着信処理を説明するフローチャート。
【図６】本発明の実施形態に係るファクシミリ装置がセッション確立要求（INVITE信号）したときの処理を説明するフローチャート。
【発明を実施するための形態】
【００１７】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１８】
図１は、本発明の一実施形態に係るファクシミリ装置の構成を示すブロック図である。このファクシミリ装置は、ＩＰ網上で呼接続にＳＩＰプロトコルを使用し、ＩＰ電話機能を備え見做し音声によるＧ３ファクシミリ通信やＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信が可能なリアルタイム型インターネットファクシミリ装置である。
【００１９】
図１において、ＣＰＵ１０１は、ＲＯＭ１０２に記憶されているプログラムに従ってこの装置全体を制御する。ＲＯＭ１０２は、ＣＰＵ１０１の制御プログラムや各種データ等を記憶している。ＲＡＭ１０３はＳＲＡＭ等を含み、ＣＰＵ１０１の動作時に各種データを一時的に保存するワークエリアを提供する。画像メモリ１０４はＤＲＡＭ等を含み、画像データを蓄積するのに使用される。解像度変換部１０５は画像データの解像度を変換する。ここでは例えば、ミリ単位のラスタデータをインチ単位のラスタデータに変換する等の制御を行う。符号化復号化処理部（コーデック）１０６は、このファクシミリ装置で扱う画像データの符号化及び復号化処理を行う。時計部（タイマ）１０７は、ＣＰＵ１０１の指示に従って所定時間を計時したり、また現在の日時なども計時している。
【００２０】
デジタルモデム１０８は、このファクシミリ装置からの手順信号や画像データを変調して符号化し、デジタルデータのままＩＰ回線に送出する。ＳＬＩＣ１０９は、Ｇ．７１１等の音声コーデックによるＡ/Ｄ変換処理や電話回線のエミュレーションを行う。このＳＬＩＣ１０９により、電話回線を経由することなく電話機１１０をＩＰネットワークに接続することができ、電話回線（交換機）の呼出し信号や各種トーン信号生成といった電話回線をエミュレートする機能を提供できる。電話機１１０は、通話に使用するハンドセットや留守番電話機能を含む。ＬＡＮＩ／Ｆ１１１は、ＬＡＮ等のネットワーク１１２との通信を制御する。このネットワーク１１２は、構内ＩＰ又はＮＧＮ等のＩＰ網である。
【００２１】
画像処理部１１３は、スキャナによって読み込まれた画像データに補正処理を施して高精細な画像データを出力する。シートスキャナ１１４及びブックスキャナ１１５は、ＣＳイメージセンサ、原稿搬送機構などを具備し、原稿を光学的に読み取って電気的な画像データを生成して出力し、両面原稿の読み取りを行うこともできる。操作部１１６は、キーボードや表示部等を具備し、オペレータへのメッセージ等を表示し、またオペレータによる各種入力操作を受付ける。この操作部１１６は、ハンドセットがオフフック時に即時ダイヤル操作可能を示すメッセージを表示し、また、外付け電話機がオフフックの時は、通信中であることを示す表示及び通信予約受け付け可能なことを表示する。
【００２２】
ラインバッファ１１７は、画像データの転送制御を行う場合に使用され、ライン単位で画像データを記憶する。プリントバッファ１１８は、プリンタ１１９に出力する印刷データを格納する１ページ分のバッファメモリである。プリンタ１１９は、受信画像やファイルデータを普通紙に印刷する、例えばレーザビームやインクジェット等のプリンタであり、両面印刷も可能である。
【００２３】
図２は、本発明の実施形態に係るファクシミリ装置のソフトウェア構成を説明するブロック図である。
【００２４】
見做し音声通信の場合には、ユーザが操作部１１６を使用して、見做し音声通信方式にファクシミリ通信を選択する。この場合、ジョブ制御部２０１でＩＰ電話による発信・通話ジョブが生成され、通信管理部２０２を通して回線制御部２０３へ通知される。回線制御部２０３はＩＰ電話による発信なので、プロトコルスタック２０５に対してＳＩＰプロトコルで相手先と接続するように通知する。プロトコルスタック２０５で作成されたＳＩＰメッセージは、ＮＩＣ２０６を通してＬＡＮ（ＩＰ網）１１２へ送信される。ＳＩＰプロトコルにより相手先との音声によるセッションが生成されると、電話機１１０からの音声入力がＳＬＩＣ１０９を通じて符号化され、プロトコルスタック２０５のＲＴＰプロトコルにより音声がＩＰ網１１２へ送信される。そして操作部１１６で送信開始が指示されると、ＦＡＸ通信制御部２０４はファクシミリ通信を開始し、生成したファクシミリ手順信号及び画像データは、モデム１０８を通してプロトコルスタック２０５内のＲＴＰプロトコルで相手先へ送信される。
【００２５】
また、Ｔ．３８プロトコルによるファクシミリ送信（Ｔ．３８送信）の場合には、操作部１１６からＩＰ網選択又はＳＩＰプロトコル選択等の手段によりＴ．３８送信が選択される。ジョブ制御部２０１でＴ．３８送信ジョブが生成され、通信管理部２０２へ通知される。通信管理部２０２は回線制御部２０３を通して、プロトコルスタック２０５に対してＳＩＰプロトコルで相手先と接続するように通知する。プロトコルスタック２０５で作成されたＳＩＰメッセージは、ＮＩＣ２０６を通してＬＡＮ（ＩＰ網）１１２へ送信される。こうしてＳＩＰプロトコルにより相手先とのセッションが生成されると、通信管理部２０２は、接続相手先とＴ．３８プロトコルによるファクシミリ手順を行う。
【００２６】
図４は、本発明の実施形態において、着信側が通話のための着信呼出を実行するシーケンスを説明する図である。
【００２７】
Ｓ４０１で発信側は、通話目的で相手先へＩＰ−ＰＢＸを通してメディア種別audioのセッション確立要求（INVITE信号）を送出する。これにより着信側は、Ｓ４０２で、メディア種別audioのセッション確立要求（INVITE信号）を受信する。ここで直ぐに着信呼出処理を実行せずに、Ｓ４０３で暫定応答（180 Ringing）を送信し、Ｓ４０４で成功応答（200 OK）を送信する。その後、Ｓ４０５で発信側からのACK信号を受信して、audioセッションが確立される。
【００２８】
次にＳ４０６で、着信側は、この着信が通話目的なのか、Ｔ．３８プロトコルによる通信（Ｔ．３８通信）目的なのかを判断するために、メディア種別imageでのセッション切換要求（reINVITE信号）を発信側に送信する。
【００２９】
この場合、発信側は通話目的であるため、Ｓ４０７で、Ｔ．３８通信のためのメディア種別imageでのセッション切換要求に対して、エラー応答（488 Not Acceptable Here）で応答する。これにより着信側は、Ｓ４０８で発信側からのエラー応答（488 Not Acceptable Here）を受信して，Ｔ．３８通信目的ではなく通話目的であると判断する。そして、操作者を呼び出すために着信呼出処理と、発信側に呼出し中であることを示す擬似リングバックトーンを送出処理を実行する。その後、操作者が電話機をオフフックして応答すると、Ｓ４０９で着信側は、着信呼出処理及び擬似リングバックトーンの送出を停止して通話状態となる。そして通話が終了し、着信側が電話機をオンフックするとＳ４１０で、発信側へBYE信号を送出する。そして発信側からの成功応答（200 OK）を受信するとＳ４１１でセッションを終了する。
【００３０】
図５は、本実施形態に係るファクシミリ装置による着信処理を説明するフローチャートである。ここでは、通話目的の着信時には着信呼出処理を、Ｔ．３８通信目的の場合にはＴ．３８通信を実行する。尚、この処理を実行するプログラムはＲＯＭ１０２に記憶されており、ＣＰＵ１０１がこのプログラムを実行することにより、このフローチャートで示す処理が実行される。
【００３１】
まずＳ５０１で、ＣＰＵ１０１がセッション確立要求（INVITE信号）を受信するとＳ５０２に進み、ＣＰＵ１０１は、INVITE信号のメディア種別で指定されたメディアでのセッションでの接続を行う。次にＳ５０３に進み、ＣＰＵ１０１は、指定されたメディア種別がimage又はapplicationかどうかを判定し、そうであればＳ５０６に進み、ＣＰＵ１０１は、Ｔ．３８プロトコルによるファクシミリ受信処理を実行する。一方、Ｓ５０３で、指定されたメディア種別がaudioであると判定するとＳ５０４に進む。Ｓ５０４でＣＰＵ１０１は、メディア種別imageでのセッション切換要求（reINVITE信号）を発信側に送信して、通話目的なのかＴ．３８通信目的であるのかを発信側に問い合わせる。
【００３２】
次にＳ５０５に進み、Ｓ５０４のセッション切換要求に対して成功応答（200 OK）を受信したときはＳ５０６に進み、ＣＰＵ１０１は、Ｔ．３８プロトコルによるファクシミリ受信処理を実行する。一方、Ｓ５０５で、セッション切換要求に対して発信側がエラー応答で応答してきた場合は、通話目的であると判断してＳ５０７に進む。Ｓ５０７でＣＰＵ１０１は、操作者を呼び出すための着信呼出処理と発信側に対して呼出し中であることを示す擬似リングバックトーンの送出処理を開始する。
【００３３】
次にＳ５０８に進み、ＣＰＵ１０１は、操作者が電話機１１０をオフフックしたことを検知するとＳ５０９に進み、着信呼出処理及び擬似リングバックトーンの送出処理を停止する。そしてＳ５１０に進んで通話状態となる。次にＳ５１１で、ＣＰＵ１０１が電話機１１０のオンフックを検出すると、BYE信号を送信してセッションを終了する。
【００３４】
以上説明したように、ＳＩＰで呼制御を行い、Ｔ．３８通信手段を有してＩＰ電話機能を具備するファクシミリ装置において、メディア種別が音声のセッション確立要求（INVITE信号）を受信すると、通話目的か、Ｔ．３８通信目的かを判定する。Ｔ．３８通信目的であればＴ．３８プロトコルによるファクシミリ受信処理を実行し、通話目的であれば操作者を呼び出すための着信呼出処理を実行して通話状態に移行することができる。
【００３５】
図６は、本発明の実施形態に係るファクシミリ装置がセッション確立要求（INVITE信号）したときの処理を説明するフローチャートである。尚、この処理を実行するプログラムはＲＯＭ１０２に記憶されており、ＣＰＵ１０１がこのプログラムを実行することにより、このフローチャートで示す処理が実行される。
【００３６】
この処理はセッション確立要求（INVITE信号）を受信することにより開始され、まずＳ６０１で、ＣＰＵ１０１は、自機の受信モードを判断し、自動受信モード又はＦＡＸ／ＴＥＬ自動切替モードならばＳ６０６に進む。Ｓ６０６で、ＣＰＵ１０１は、着信呼出処理を実行せずに成功応答（200 OK）を発信側へ通知する。一方、Ｓ６０１で、自機の受信モードが手動受信モード又は留守番電話接続モードであると判定するとＳ６０２に進み、ＣＰＵ１０１は、着信呼出処理を開始し、Ｓ６０３で、ＣＰＵ１０１は、発信側へは暫定応答（180 Ringing）を通知する。そしてＳ６０４で、接続された電話機が応答してオフフックを検出するとＳ６０５に進み、ＣＰＵ１０１は着信呼出処理を停止し、Ｓ６０６で、成功応答（200 OK）を発信側へ通知する。
【００３７】
次にＳ６０７に進み、ＣＰＵ１０１は、発信側からのACK信号を受信すると、メディア種別audioでのセッションを確立する。そしてＳ６０８に進み、ＣＰＵ１０１は、通話目的か、Ｔ．３８プロトコルによりファクシミリ通信が目的かを判別するために、発信側へメディア種別imageでのセッション切換要求（reINVITE信号）を送信する。そしてＳ６０９に進み、そのメディア種別imageへのセッション切換要求（reINVITE信号）に対する応答を判定する。ここで成功応答（200 OK）の場合はＳ６１０に進み、ＣＰＵ１０１は、メディア種別imageのセッションに切り換えて、Ｔ．３８プロトコルによるファクシミリ受信処理を実行する。
【００３８】
一方、Ｓ６０９でエラー応答を受信したときはＴ．３８プロトコルによるファクシミリ通信目的ではなく、通話目的または見做し音声によるファクシミリ通信であると判断してＳ６１１に進む。Ｓ６１１では、ＣＰＵ１０１は、メディア種別audioのセッションを維持しながら、受信モード毎に適合した処理を行うために自機の受信モードを判別する。ここで受信モードが手動受信モードの場合はＳ６１２に進み、通話状態に入る。
【００３９】
またＳ６１１で、受信モードが留守番電話接続モードの場合はＳ６１３に進み、ＣＰＵ１０１は、発信側からのＣＮＧ信号を監視する。Ｓ６１３でＣＮＧ信号が検知された場合はＳ６１５に進み、ＣＰＵ１０１は、見做し音声によるファクシミリ受信を実行する。またＳ６１３でＣＮＧ信号が検知されず、Ｓ６１４で接続された電話機１１０がオンフックされた場合は、BYE信号を発信側に通知してセッションを終了する。
【００４０】
またＳ６１１で、受信モードが自動受信モードの場合はＳ６１５に進み、ＣＰＵ１０１は、着信呼出処理を実行しないで見做し音声によるファクシミリ受信処理を実行する。
【００４１】
更にＳ６１１で、受信モードがＦＡＸ／ＴＥＬ自動切替モードの場合はＳ６１６に進み、ＣＰＵ１０１は、時計部１０７に所定時間をセットする。そしてＳ６１７に進み、ＣＰＵ１０１は、発信側への擬似リングバックトーン送出処理を開始する。そしてＳ６１８に進み、ＣＮＧ信号を検出したかどうかを判定し、ＣＮＧ信号を検出しないときはＳ６２０に進んで、オフフックを検出したかどうかを判定する。Ｓ６２０でオフフックを検出しないときはＳ６２１に進み、ＣＰＵ１０１は時計部１０７による所定時間の計時が終了、即ち、タイムアウトになったかどうかを判定する。タイムアウトになるとＳ６２２に進み、ＣＰＵ１０１は、操作者を呼び出すための着信呼出処理を開始してＳ６１８に進む。Ｓ６１８で、ＣＮＧ信号を検出するとＳ６１９に進み、ＣＰＵ１０１は、着信呼出処理と擬似リングバックトーンの送出処理を停止する。そしてＳ６１５に進み、ＣＰＵ１０１は、見做し音声によるファクシミリ受信処理を実行する。
【００４２】
一方、Ｓ６１８でＣＮＧ信号を検出せずに、Ｓ６２０で着信呼出しにより電話機１１０がオフフックされるとＳ６２３に進み、ＣＰＵ１０１は、着信呼出処理と擬似リングバックトーンの送出処理を停止する。そしてＳ６１２の通話状態へ移行する。
【００４３】
以上説明したように本実施形態に係る、ＳＩＰで呼制御を行い、見做し音声通信機能及びＩＰ電話機能、ファクシミリ受信するための複数の受信モードを具備するファクシミリ装置において、以下の処理を行うことができる。
（１）メディア種別がaudioのセッション確立要求を受信してaudioセッションを確立した後、Ｔ．３８通信を行うためのimageセッション確立要求を送出する。そして成功応答を受信した場合はimageセッションを確立してＴ．３８手順によるファクシミリ通信を行う（Ｓ６１０）。
（２）見做し音声通信を自動的に行う自動受信モードの場合、ＳＩＰのセッション確立要求受信時に成功応答を送信し、audioセッション確立後も着信呼出処理を実行しない。
（３）操作者の操作により受信を行う手動受信モードの場合、ＳＩＰのセッション確立要求の受信時に着信呼出処理を実行し、接続された電話機がオフフックになると着信呼出を停止して通話処理を実行する。
（４）接続された留守番電話応答中のファクシミリ信号検知により受信動作に気入り替わる留守番電話接続モードの場合、ＳＩＰのセッション確立要求の受信時に着信呼出処理を実行する。そして、接続された留守番電話機のオフフック検出後にＣＮＧ信号を監視し、ＣＮＧ信号が検知された場合には見做し音声によるＧ３ファクシミリ受信を行う（Ｓ６１５）。
（５）ファクシミリ通信か通話かを自動的に判断して通話処理又は受信処理を行うＦＡＸ／ＴＥＬ自動切替モードの場合、メディア種別audioのセッション確立要求を受信し成功応答を送信してaudioセッションを確立する。その後、ＣＮＧ信号の検知を開始し、予め設定された時間内にＣＮＧ信号を検出できなかった場合に着信呼出処理を実行し（Ｓ６２２）、ＣＮＧ信号を検知した場合には見做し音声によるＧ３ファクシミリ受信を行う（Ｓ６１５）。
【００４４】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2014096636.tif 000003
【図２】
2014096636.tif 000004
【図３】
2014096636.tif 000005
【図４】
2014096636.tif 000006
【図５】
2014096636.tif 000007
【図６】
2014096636.tif 000008