(57)【要約】【課題】本発明は、手動送信を行う場合であっても、送信者がＦＡＸ送信スタートボタンを押下するタイミングを容易に計ることができる画像通信装置を提供する。【解決手段】ＩＰＦＡＸ１＿２００２では、手動送信を行う際に、メディアタイプａｕｄｉｏでのセッション確立後、受信機であるＩＰＦＡＸ２＿２００３からのＦＡＸ信号音等を検出できずに、メディアタイプｉｍａｇｅ等のＩＮＶＩＴＥを受信した場合は、ＦＡＸ送信者にＦＡＸ送信開始タイミングを通知する。【選択図】図６
2015198392.tif 000002
【特許請求の範囲】
【請求項１】
ＩＴＵ−Ｔ勧告Ｔ．３８に準拠した伝送を行う第１の通信手段とＩＴＵ−Ｔ勧告Ｔ．３０に準拠したみなし音声伝送を行う第２の通信手段を備え、ハンドセットを接続してＩＰ電話が可能な画像通信装置において、
前記第２の通信手段により手動送信を行う際に、メディアタイプａｕｄｉｏでセッションを確立するセッション確立手段と、
前記セッションが確立した後、受信機からのＦＡＸ信号音または受信者の音声を検出できず、当該受信機から前記第１の通信手段によるメディアタイプｉｍａｇｅあるいはａｐｐｌｉｃａｔｉｏｎのＩＮＶＩＴＥを受信した場合は、手動送信を行おうとしている送信者にＦＡＸ送信を開始するよう促す通知手段を備えることを特徴とする画像通信装置。
【請求項２】
前記送信者によるＦＡＸ送信開始の指示を検知して、前記メディアタイプｉｍａｇｅあるいはａｐｐｌｉｃａｔｉｏｎのＩＮＶＩＴＥに対して応答する応答手段をさらに備えることを特徴とする請求項１に記載の画像通信装置。
【請求項３】
前記通知手段は、前記ハンドセットに疑似的なＣＥＤ音を流してＦＡＸ送信を開始するよう促すことを特徴とする請求項１または２に記載の画像通信装置。
【請求項４】
前記通知手段は、前記ハンドセットにＦＡＸ送信を促すガイダンスを流すことを特徴とする請求項１または２に記載の画像通信装置。
【請求項５】
前記通知手段は、ＦＡＸ送信を促す音を流すことを特徴とする請求項１または２に記載の画像通信装置。
【請求項６】
前記通知手段は、ＦＡＸ送信を促すメッセージを表示することを特徴とする請求項１または２に記載の画像通信装置。
【請求項７】
ＩＴＵ−Ｔ勧告Ｔ．３８に準拠した伝送を行う第１の通信手段とＩＴＵ−Ｔ勧告Ｔ．３０に準拠したみなし音声伝送を行う第２の通信手段を備え、ハンドセットを接続してＩＰ電話が可能な画像通信装置の制御方法において、
前記第２の通信手段により手動送信を行う際に、メディアタイプａｕｄｉｏでセッションを確立するセッション確立工程と、
前記セッションが確立した後、受信機からのＦＡＸ信号音または受信者の音声を検出できず、当該受信機から前記第１の通信手段によるメディアタイプｉｍａｇｅあるいはａｐｐｌｉｃａｔｉｏｎのＩＮＶＩＴＥを受信した場合は、手動送信を行おうとしている送信者にＦＡＸ送信を開始するよう促す通知工程を備えることを特徴とする制御方法。
【請求項８】
請求項７に記載の制御方法を画像通信装置に実行させるためのコンピュータに読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像通信装置およびその制御方法、並びにプログラムに関し、特に、ＩＰ網の高速ネットワークを介してＩＴＵ−Ｔ勧告Ｔ．３０のファクシミリ転送をみなし音声で行う画像通信技術に関する。
【背景技術】
【０００２】
近年では、ＩＰ網の高速ネットワークを用いたＦＡＸ伝送が普及しつつある。ＩＰ網を用いたＦＡＸ伝送には２種類の方法が有る。１つはＩＴＵ−Ｔ勧告のＴ．３８と呼ばれる伝送方式で、従来のＧ３ＦＡＸで使用するＴ．３０プロトコルで伝送される信号をデジタル信号のまま伝送する方法であり、Ｔ．３０に比べて高速な伝送が行なえる。
【０００３】
もう１つはＩＴＵ−Ｔ勧告のＴ．３０プロトコルを用いた、みなし音声伝送である。これはデータをＭＯＤＥＭによりアナログ信号に変調し、音声ＣＯＤＥＣによって符号化し、さらにＩＰヘッダを付けてＲＴＰパケット化したものを伝送する方法であり、Ｔ．３０のアナログ信号を音声信号とみなして伝送するため、みなし音声伝送と呼ばれる。また、ＩＰ網を用いてＧ３ＦＡＸ通信を実現するためＩＰＧ３通信とも呼ばれる。
【０００４】
ところで、ＩＰ電話では、音声をＰＣＭデータなどに符号化しＩＰ網上で送受することで通話を実現する。この技術を用いてＦＡＸのハンドセット・子電話（以下、「ハンドセット」と呼ぶ）で通話を実現することが可能である。これらＩＰＧ３通信とＩＰ電話を組み合わせると、ＩＰＧ３ＦＡＸによる手動送信を行うことができる。
【０００５】
手動送信とは、電話により相手先の状況を確認したうえでＦＡＸ通信を行う機能である。基本的には相手と電話で直接会話を行い、送信相手とＦＡＸ送信の意思を確認し合った後、送信者はＦＡＸ送信を開始し、受信者はＦＡＸ受信を開始するものである。受信機がＦＡＸ自動受信した場合は、受信機の発する信号音が送信者のハンドセットに流れるため、それを契機にＦＡＸ送信を開始する。
【０００６】
上記の呼制御手段としては、ＩＰ網上ではＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）が用いられ、Ｐｏｉｎｔ  ｔｏ  Ｐｏｉｎｔの伝送が実現される。呼接続のＳＩＰプロトコルでは、接続の要求をＩＮＶＩＴＥメッセージで行う。ＩＮＶＩＴＥメッセージの中にはＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔ  Ｐｒｏｔｏｃｏｌ）が記述されている。ＳＤＰはマルチメディアセッションを記述するためのプロトコルであり、例えば、通信するメディアタイプ情報、音声を通信するか（ａｕｄｉｏ）、画像を通信するか（ｉｍａｇｅ）、動画を通信するか（ｖｉｄｅｏ）などが記述されている。メディアタイプは、通信用途を判別するために使用され、通常、ＩＰ電話やＩＰＧ３通信であればａｕｄｉｏになり、Ｔ．３８通信であればｉｍａｇｅあるいはａｐｐｌｉｃａｔｉｏｎとなる。
【０００７】
ＩＰＧ３ＦＡＸによる手動送信を行う場合は、まず送信者がハンドセットにより受信機へＩＰ電話をかける。ここで送信機はメディアタイプａｕｄｉｏでＩＮＶＩＴＥメッセージを発行し、受信機とａｕｄｉｏセッションを接続する。受信機がＩＰＧ３ＦＡＸ対応機であり自動受信モードである場合は、受信機がメディアタイプａｕｄｉｏのＣＥＤ等のＦＡＸ信号を送出する。送信者はハンドセットを通じて受信機から送出されたＣＥＤ等のＦＡＸ信号音を確認し、ＦＡＸ送信スタートボタンを押下してＦＡＸ送信を開始する。また、受信機がＩＰＧ３ＦＡＸ対応機であり手動受信モードである場合は、受信者はハンドセットで応答するので、送信者はハンドセットを通じて受信者とＦＡＸ送信の意思を確認し合った後、ＦＡＸ送信スタートボタンを押下してＦＡＸ送信を開始する。これらのケースでは、送受信機共にＴ．３８通信機能を有するＩＰＦＡＸだった場合、メディアタイプｉｍａｇｅでのセッションを張り直し、Ｔ．３８通信を行うことも出来る。その場合はＦＡＸ送信スタートボタンを押下するタイミングで、送信機がメディアタイプｉｍａｇｅのＩＮＶＩＴＥメッセージを受信機へ発行してＴ．３８通信へ切り替えを試みる。いずれの場合でもＦＡＸ送信スタートボタンを押下するタイミングは、メディアタイプａｕｄｉｏでのセッションを確立し後に、受信者から送られてくるａｕｄｉｏのＦＡＸ信号音や音声をもって計っていた（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−３３６１６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、ＩＰＧ３通信に対応せずＴ．３８通信にのみ対応したＩＰＦＡＸ機の中にはメディアタイプａｕｄｉｏのＩＮＶＩＴＥを受信すると、メディアタイプａｕｄｉｏのＣＥＤ等のＦＡＸ信号音を送出しない。そして、直ぐにメディアタイプｉｍａｇｅのＩＮＶＩＴＥを送出してセッションを張り直し、Ｔ．３８通信を試みるものがある。こうした受信機に対して、手動送信を行う場合、送信者は相手機が送出するａｕｄｉｏのＦＡＸ信号音や受信者の音声を聴くことができず、ＦＡＸ送信スタートのタイミングを計れないという課題がある。
【００１０】
本発明は、上記問題に鑑みて成されたものであり、手動送信を行う場合であっても、送信者がＦＡＸ送信スタートボタンを押下するタイミングを容易に計ることができる画像通信技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明の画像通信装置は、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠した伝送を行う第１の通信手段とＩＴＵ−Ｔ勧告Ｔ．３０に準拠したみなし音声伝送を行う第２の通信手段を備え、ハンドセットを接続してＩＰ電話が可能な画像通信装置において、前記第２の通信手段により手動送信を行う際に、メディアタイプａｕｄｉｏでセッションを確立するセッション確立手段と、前記セッションが確立した後、受信機からのＦＡＸ信号音または受信者の音声を検出できず、当該受信機から前記第１の通信手段によるメディアタイプｉｍａｇｅあるいはａｐｐｌｉｃａｔｉｏｎのＩＮＶＩＴＥを受信した場合は、手動送信を行おうとしている送信者にＦＡＸ送信を開始するよう促す通知手段を備えることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ＩＰ網経由で手動送信を行う場合であっても、ＦＡＸ送信開始タイミングを適切に通知するので、送信者がＦＡＸ送信スタートボタンを押下するタイミングを容易に計ることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態に係る画像通信装置を含むネットワーク環境の一例を示す図である。
【図２】図１におけるＩＰＦＡＸ１の概略構成を示すブロック図である。
【図３】図１におけるＩＰＦＡＸ１からＩＰＧ３通信機能を持つＩＰＦＡＸ２へＦＡＸ手動送信する際の通信シーケンス図である。
【図４】メディアタイプａｕｄｉｏのＩＮＶＩＴＥメッセージおよびＳＤＰの一例を示す図である。
【図５】図１におけるＩＰＦＡＸ１からＩＰＧ３通信機能を持たないＩＰＦＡＸ２へＦＡＸ手動送信する際の通信シーケンス図である。
【図６】ＩＰＦＡＸ１におけるＩＰＦＡＸ手動送信の流れを示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
【００１５】
図１は、本発明の実施形態に係る画像通信装置を含むネットワーク環境の一例を示す図である。
【００１６】
図１において、ＩＰＦＡＸ１＿２００２は、イントラネット等のＩＰ網２０００に接続された画像通信装置である。このＩＰＦＡＸ１＿２００２は、ＩＰ網２０００に接続されたＳＩＰサーバ２００１経由でＩＰＦＡＸ２＿２００３と通信することができる。ＩＰＦＡＸ２＿２００３は、ＩＰＦＡＸ１＿２００２と略同一の画像通信装置である。
【００１７】
図２は、図１におけるＩＰＦＡＸ１＿２００２の概略構成を示すブロック図である。
【００１８】
図１において、ＩＰＦＡＸ１＿２００２は図示の各部を備える。
【００１９】
ＣＰＵ１０１は、ＲＯＭ１０８やＨＤＤ（ハードディスクドライブ）１１０に格納された制御プログラムに基づいて装置内の各部を制御する。
【００２０】
表示／操作部１０３は、その表示画面には、例えばウインドウ、アイコン、メッセージ、メニュー、その他のユーザインターフェース（ＵＩ）情報が表示される。また、表示／操作部１０３は、ユーザがコピー、ＦＡＸ、プリンタ操作を行うための各種キーやＦＡＸ送信スタートボタン（不図示）、表示画面上のアイコン、メニューなどを操作する画面ポインティングデバイス（不図示）を備える。
【００２１】
スキャナ部１０４は、原稿の読み取りを行う。印刷部１０５は、ＲＡＭ１０９やＨＤＤ１１０に保存された画像データ等の印刷を行う。ＲＯＭ１０８は、各種制御プログラムやデータを保持する。ＲＡＭ１０９は、ＣＰＵ１０１のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域などを有する。ＨＤＤ１１０は、各種制御プログラムや印刷データを保存する。
【００２２】
ＩＰパケット作成／解析部１０６は、ＩＴＵ−Ｔ勧告Ｔ．３０に準拠したプロトコルまたはＩＴＵ−Ｔ勧告Ｔ．３８に準拠したプロトコルをＩＰパケットにマッピングする。また、ＩＰパケット作成／解析部１０６は、受信したＩＰパケットからＩＴＵ−Ｔ勧告Ｔ．３０に準拠したプロトコルまたはＩＴＵ−Ｔ勧告Ｔ．３８に準拠したプロトコルを取り出す機能を有する。
【００２３】
画像変換制御部１０７は、ＦＡＸ通信する画像の圧縮伸張や変倍、線密度変換を行う。ネットワーク部Ｉ／Ｆ１１１は、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃｏｎｔｒｏｌｌｅｒ）と呼ばれるものであり、これを通してＩＰ網２０００に接続する。
【００２４】
デジタルＭＯＤＥＭ１１２は、ＦＡＸ信号の変復調をするデジタルＭＯＤＥＭである。みなし音声伝送においては、送信データのデジタル信号をアナログ信号に変調し、さらに音声ＣＯＤＥＣによって音声パケット化する。もしくは受信データの音声パケットを音声ＣＯＤＥＣによって復号し、さらにデジタル信号に復調する必要があるので、音声ＣＯＤＥＣを内蔵してデジタルで入出力が可能なデジタルＭＯＤＥＭがある。デジタルＭＯＤＥＭでは、受信した音声パケットからＣＥＤ等のＦＡＸ信号音を解析し検出することも可能である。
【００２５】
ＳＬＩＣ１１３は、音声信号の符号／復号化を行い、ＩＰ電話機能を実現するためのＳＬＩＣであり、音声信号をＧ．７１１やＧ．７２９などに符号復号するＡ／Ｄ変換部、Ｄ／Ａ変換部と音声ＣＯＤＥＣを持つ。ＳＬＩＣ１１３は、ハンドセット／子電話１１４に接続されている。
【００２６】
Ｔ．３０／Ｔ．３８プロトコル作成／解析部１１５は、ＩＴＵ−Ｔ勧告Ｔ．３０／Ｔ．３８プロトコルによるファクシミリ伝送情報を生成したり、また受信したプロトコルからファクシミリ伝送情報を取り出す機能を有する。例えば、ＩＰ網において、ＩＰＧ３通信によるＦＡＸ送信を行う場合、スキャナ部１０４から得られた画像データは、ＲＡＭ１０９に格納され、次いで画像変換制御部１０７で画像変換される。そして、デジタルＭＯＤＥＭ１１２によって変調され、ＩＰパケット作成／解析部１０６によりＲＴＰパケット化された後、ネットワーク部Ｉ／Ｆ１１１によってＩＰ網２０００へ送出される。
【００２７】
また、Ｔ．３８通信によるＦＡＸ送信を行う場合、スキャナ部１０４で得られた画像データは、ＲＡＭ１０９に格納され、画像変換制御部１０７で画像変換される。そして、Ｔ．３０／Ｔ．３８プロトコル作成／解析部１１５でＴ．３０／Ｔ．３８プロトコルに変換され、ＩＰパケット作成／解析部１０６によりＩＰパケット化された後、ネットワーク部Ｉ／Ｆ１１１によってＩＰ網２０００へ送出される。
【００２８】
次に、ＩＰＦＡＸ１＿２００２からＩＰＧ３通信機能を持つＩＰＦＡＸ２＿２００３へＦＡＸ手動送信する場合の通信シーケンスについて図３、図４を参照して説明する。
【００２９】
図３は、図１におけるＩＰＦＡＸ１＿２００２からＩＰＧ３通信機能を持つＩＰＦＡＸ２＿２００３へＦＡＸ手動送信する際の通信シーケンス図である。
【００３０】
図３において、Ｓ４００１では、ＦＡＸ送信者は、ハンドセット／子電話１１４をオフフックして手動送信ダイヤルを行う。
【００３１】
次に、Ｓ４００２において、ＩＰＦＡＸ１＿２００２は、ＳＩＰサーバ２００１へメディアタイプａｕｄｉｏのＩＮＶＩＴＥメッセージを送出し、セッション接続要求を行う。ここで、メディアタイプａｕｄｉｏのＩＮＶＩＴＥメッセージおよびＳＤＰの一例を図４に示す。
【００３２】
図４において、３００１はＳＩＰのスタートライン、３００２はＳＩＰのヘッダフィールド、３００３は空白行、３００４はＳＩＰのボディ部であり、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔ  Ｐｒｏｔｏｃｏｌ）である。なお、ＳＤＰは３００５のようになることもある。
【００３３】
図示の各フィールド、各行の詳細はＲＦＣ４５６６等の勧告書に記載されているので説明を割愛し、ここでは、ＳＤＰのメディアタイプの説明に留める。
【００３４】
通信するメディアタイプ情報は、ＳＤＰ（３００４、３００５）のｍ＝から始まる行で表すことができる。例えば、３００４のＳＤＰであればｍ＝ａｕｄｉｏであるから、メディアタイプはａｕｄｉｏであることが分かる。また、３００５のＳＤＰであればｍ＝ｉｍａｇｅであるからメディアタイプはｉｍａｇｅであることがわかる。
【００３５】
図３に戻り、Ｓ４００３において、ＳＩＰサーバ２００１は、ＩＰＦＡＸ２＿２００３へメディアタイプａｕｄｉｏのＩＮＶＩＴＥメッセージを送出する。ここで、ＩＰＦＡＸ２＿２００３が自動受信設定されていた場合は、Ｓ４００４において、２００ＯＫを応答する。一方、ＩＰＦＡＸ２＿２００３が手動受信設定されていた場合は、ＩＰＦＡＸ２＿２００３のハンドセットが鳴動し、受話者がハンドセットをオフフックした際に２００ＯＫ応答が返り、メディアタイプａｕｄｉｏのセッションが確立される。
【００３６】
Ｓ４００５において、ＳＩＰサーバ２００１は２００ＯＫをＩＰＦＡＸ１＿２００２へ送る。
【００３７】
Ｓ４００６において、上述のＳ４００４の際にＩＰＦＡＸ２＿２００３がＩＰＧ３のＦＡＸ自動受信した場合はａｕｄｉｏのＣＥＤ等のＦＡＸ信号音などをＩＰＦＡＸ１＿２００２へ送信する。上述のＳ４００４の際に受話者がＩＰＦＡＸ２＿２００３のハンドセットをオフフックして会話を開始した場合は、受話者の音声がＩＰＦＡＸ１の送話者へ送られる。
【００３８】
Ｓ４００７では、前述のいずれの場合でも、Ｓ４００６でＩＰＦＡＸ１＿２００２へ送られたａｕｄｉｏ信号は、ＳＬＩＣ１１３によってアナログ音声へ復号され、ＩＰＦＡＸ１＿２００２のハンドセット／子電話１１４を経由してＦＡＸ送信者が聞くこととなる。
【００３９】
Ｓ４００８において、ＩＰＦＡＸ１＿２００２のＦＡＸ送信者は、Ｓ４００７で聞こえてきた音から、ＩＰＦＡＸ２＿２００３がＦＡＸ受信を促していると判断し、ＦＡＸ送信スタートボタンを押下する。
【００４０】
Ｓ４００９において、ＩＰＦＡＸ１＿２００２は、ＩＰＦＡＸ２＿２００３とＩＰＧ３通信によるＦＡＸ通信を行う。そして、Ｓ４０１０，Ｓ４０１１，Ｓ４０１２，Ｓ４０１３における切断処理により、セッションの切断が行われる。
【００４１】
また、Ｓ４００８において、ＦＡＸ送信スタートボタンの押下を検知した後にメディアタイプｉｍａｇｅあるいはａｐｐｌｉｃａｔｉｏｎへセッションを切り替えてＴ．３８通信を行ってもよい。既知の技術の為、ここではＴ．３８通信への切り替えに関しての説明は割愛する。
【００４２】
次に、ＩＰＦＡＸ１＿２００２からＩＰＧ３通信機能を持たないＩＰＦＡＸ２＿２００３へＦＡＸ手動送信する場合の通信シーケンスについて図５を参照して説明する。
【００４３】
図５は、図１におけるＩＰＦＡＸ１＿２００２からＩＰＧ３通信機能を持たないＩＰＦＡＸ２＿２００３へＦＡＸ手動送信する際の通信シーケンス図である。
【００４４】
ＩＰ網でＩＰＦＡＸ通信を行う場合は、ルーティングやレジスト機能を持つＳＩＰサーバを経由することが一般的であり、ＳＩＰサーバの種類によっては、独自の手順を踏まなければならないものも存在する。例えば、Ｃｉｓｃｏ社製のＳＩＰサーバでは、Ｔ．３８通信であっても、最初のＩＮＶＩＴＥメッセージのＳＤＰメディアタイプにａｕｄｉｏを指定し、その後メディアタイプｉｍａｇｅに切り替える手順（Ｃｉｓｃｏ独自手順）が必要である。そのため、ＩＰＧ３通信に対応せずＴ．３８通信にのみ対応したＩＰＦＡＸ機の中にはメディアタイプａｕｄｉｏのＩＮＶＩＴＥを受信すると、メディアタイプａｕｄｉｏのＣＥＤ等のＦＡＸ信号音を送出しない。そして、直ぐにメディアタイプｉｍａｇｅのＩＮＶＩＴＥを送出してセッションを張り直し、Ｔ．３８通信を試みるものがある。
【００４５】
そこで、ＩＰＦＡＸ２＿２００３がＴ．３８通信機能のみを持ち、ＩＰＧ３通信機能を持たない場合には、図５のようなシーケンスとなる。
【００４６】
図５において、Ｓ５００１では、ＦＡＸ送信者は、ハンドセット／子電話１１４をオフフックして手動送信ダイヤルを行う。
【００４７】
次に、Ｓ５００２において、ＩＰＦＡＸ１＿２００２は、ＳＩＰサーバ２００１へメディアタイプａｕｄｉｏのＩＮＶＩＴＥメッセージを送出し、セッション接続要求を行う。
【００４８】
Ｓ５００３において、ＳＩＰサーバ２００１は、ＩＰＦＡＸ２＿２００３へメディアタイプａｕｄｉｏのＩＮＶＩＴＥメッセージを送出する。
【００４９】
Ｓ５００４において、ＩＰＦＡＸ２＿２００３は、ＩＰＧ３通信機能を持たないが、Ｃｉｓｃｏ社のような手順を要求するＳＩＰサーバに対応するため、メディアタイプａｕｄｉｏのＩＮＶＩＴＥを受け入れ、２００ＯＫを応答する。
【００５０】
Ｓ５００５において、ＳＩＰサーバ２００１は、２００ＯＫをＩＰＦＡＸ１＿２００２へ送り、メディアタイプａｕｄｉｏのセッションが確立する。
【００５１】
Ｓ５００６において、ＩＰＦＡＸ２＿２００３は、直ぐにメディアタイプｉｍａｇｅでセッションを張り直すため、メディアタイプｉｍａｇｅのＩＮＶＩＴＥを送出する。
【００５２】
Ｓ５００７において、ＳＩＰサーバ２００１は、メディアタイプｉｍａｇｅのＩＮＶＩＴＥを中継してＩＰＦＡＸ１＿２００２へ送る。
【００５３】
Ｓ５００８において、ＩＰＦＡＸ１＿２００２がメディアタイプａｕｄｉｏのＣＥＤ等のＦＡＸ信号音や音声を検出できず、メディアタイプｉｍａｇｅのＩＮＶＩＴＥを受信した場合は、ハンドセット／子電話１１４を持つユーザに対して、ＦＡＸ送信を促す。そして、ＳＬＩＣ１１３によって疑似的なＣＥＤ音を生成し、ハンドセット／子電話１１４に流す。これは、ユーザへＦＡＸ送信を促すことが目的であるため、特に疑似ＣＥＤ音を流す必要はなく、ＦＡＸ送信を促すガイダンスメッセージを流すようにしてもよい。また、送信機のスピーカ（不図示）でＦＡＸ送信を促すブザー音を鳴らしたり、表示／操作部１０３のＵＩ画面にＦＡＸ送信を促すメッセージを表示してもよい。
【００５４】
Ｓ５００９において、ユーザはＦＡＸ送信スタートボタンを押下する。すると、Ｓ５０１０において、メディアタイプｉｍａｇｅのＩＮＶＩＴＥに対して２００ＯＫが応答される。
【００５５】
Ｓ５０１１において、ＳＩＰサーバ２００１は、ＩＰＦＡＸ２＿２００３へ２００ＯＫを送信する。
【００５６】
Ｓ５０１２において、ＩＰＦＡＸ１＿２００２は、ＩＰＦＡＸ２＿２００３とＴ．３８通信によるＦＡＸ通信を行う。そして、Ｓ５０１３，Ｓ５０１４，Ｓ５０１５，Ｓ５０１６における切断処理により、セッションの切断が行われる。
【００５７】
図６は、ＩＰＦＡＸ１＿２００２におけるＩＰＦＡＸ手動送信の流れを示すフローチャートである。本処理は、ＩＰＦＡＸ１＿２００２のＦＡＸ送信者が、ハンドセット／子電話１１４をオフフックしてＩＰＦＡＸ２＿２００３へ手動送信を行う場合のフローである。また、本処理は、ＣＰＵ１０１がＲＯＭ１０８等から読み出した制御プログラムを実行することにより実現される。
【００５８】
まず、ステップＳ６００１において、ＩＰＦＡＸ１＿２００２は、上述したように、ＩＰＦＡＸ２＿２００３との間でメディアタイプａｕｄｉｏのセッションを確立する。
【００５９】
次に、ステップＳ６００２では、ＣＰＵ１０１は、ＳＬＩＣ１１３を設定し、ＩＰＦＡＸ２＿２００３から送られてくるＩＰパケットのＦＡＸ信号音や音声をアナログ音声へ復号する。そして、ＩＰＦＡＸ１＿２００２のハンドセット／子電話１１４に流してＦＡＸ送信者の耳へ届くようにする。
【００６０】
ステップＳ６００３において、ＣＰＵ１０１は、ＩＰＦＡＸ２＿２００３からメディアタイプｉｍａｇｅのＩＮＶＩＴＥを受信しなかった場合は、ａｕｄｉｏによるセッションが継続中であり、ステップＳ６００４へ進む。一方、ＩＰＦＡＸ２＿２００３からメディアタイプｉｍａｇｅのＩＮＶＩＴＥを受信した場合は、ＩＰＦＡＸ２＿２００３はＴ．３８通信にのみ対応したＩＰＦＡＸ機であることが推測されるのでステップＳ６００７へ進む。
【００６１】
ＦＡＸ送信者は、ハンドセット／子電話１１４を通じてＦＡＸ受信者との会話でＦＡＸ送信確認を行うか、ＩＰＦＡＸ２＿２００３から送られてくるＣＥＤ等のＦＡＸ信号音を確認するかした後、ＦＡＸ送信スタートボタンを押下することになる。
【００６２】
ステップＳ６００４において、ＦＡＸ送信スタートボタンが押下された場合にはステップＳ６００５へ進み、押下されなければ、ステップＳ６００３へ戻る。
【００６３】
ステップＳ６００５において、ＣＰＵ１０１は、ＩＰＧ３ＦＡＸ通信による画像送信を行い、ステップＳ６００６においてメディアタイプａｕｄｉｏのセッションを切断して、ＩＰＦＡＸ送信を終了する。
【００６４】
ステップＳ６００７では、ＣＰＵ１０１は、ＳＬＩＣ１１３によって疑似的なＣＥＤ音を生成し、ハンドセット／子電話１１４に流すか、あるいは、ＦＡＸ送信を促すガイダンスメッセージをハンドセット／子電話１１４に流すなどしてユーザへＦＡＸ送信を促す。
【００６５】
ステップＳ６００８では、ＣＰＵ１０１は、ＦＡＸ送信スタートボタンの押下を検知すると、ステップＳ６００９に進み、メディアタイプｉｍａｇｅのＩＮＶＩＴＥに対する２００ＯＫを応答してメディアタイプｉｍａｇｅのセッションを確立する。
【００６６】
ステップＳ６０１０において、ＣＰＵ１０１は、Ｔ．３８通信による画像送信を行い、ステップＳ６００６においてメディアタイプｉｍａｇｅのセッションを切断して、ＩＰＦＡＸ送信を終了する。
【００６７】
なお、ステップＳ６００８では、一定時間ＦＡＸ送信スタートボタンの押下を検知しなかった場合、メディアタイプｉｍａｇｅのＩＮＶＩＴＥは、セッションタイムアウトとなり、ＣＡＮＣＥＬされ、メディアタイプａｕｄｉｏのセッションも切断される。
【００６８】
上記実施形態によれば、手動送信を行う際に、メディアタイプａｕｄｉｏでのセッション確立後、受信機からのＦＡＸ信号音等を検出できずに、メディアタイプｉｍａｇｅ等のＩＮＶＩＴＥを受信した場合は、送信者にＦＡＸ送信開始タイミングを通知する。これにより、手動送信を行う場合に、相手機が送出するａｕｄｉｏのＦＡＸ信号音や受信者の音声を聴くことができず、ＦＡＸ送信の開始指示のタイミングを計れないという課題を解決できる。その結果、ＩＰ網経由で手動送信を行う場合であっても、ＦＡＸ送信開始タイミングを適切に通知するので、送信者がＦＡＸ送信スタートボタンを押下するタイミングを容易に計ることができる。
【００６９】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００７０】
１０１  ＣＰＵ
１０６  ＩＰパケット作成／解析部
１０８  ＲＯＭ
１１０  ＨＤＤ
１１３  電話制御部（ＳＬＩＣ）
１１４  ハンドセット／子電話
１１５  Ｔ．３０／Ｔ．３８プロトコル作成／解析部
２００１  ＳＩＰサーバ
２００２  ＩＰＦＡＸ１
２００３  ＩＰＦＡＸ２
【図１】
2015198392.tif 000003
【図２】
2015198392.tif 000004
【図３】
2015198392.tif 000005
【図４】
2015198392.tif 000006
【図５】
2015198392.tif 000007
【図６】
2015198392.tif 000008