通信装置及び方法、並びにプログラム及び記憶媒体
【課題】音声通話をしながらＩＰ−ＦＡＸなどの他のデータ通信状況を知ることができる通信装置を提供する。
【解決手段】ネットワークを介して相手装置と音声通信を実行する音声通信手段と、前記音声通信手段による音声通信と並行して、前記ネットワークを介して相手装置と画像通信を実行する画像通信手段と、前記画像通信手段による画像通信が終了したことを検知する検知手段と、前記検知手段が前記画像通信の終了を検知した場合に、前記音声通信手段により通信される音声信号として、前記画像通信の終了を示す音声信号を出力することにより、前記画像通信の終了を通知する通知手段とを備える。
【解決手段】ネットワークを介して相手装置と音声通信を実行する音声通信手段と、前記音声通信手段による音声通信と並行して、前記ネットワークを介して相手装置と画像通信を実行する画像通信手段と、前記画像通信手段による画像通信が終了したことを検知する検知手段と、前記検知手段が前記画像通信の終了を検知した場合に、前記音声通信手段により通信される音声信号として、前記画像通信の終了を示す音声信号を出力することにより、前記画像通信の終了を通知する通知手段とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して外部機器と音声通信並びに画像通信を並行して行うことが可能な通信装置及び方法、並びにプログラム及び記憶媒体に関する。
【背景技術】
【０００２】
近年、通信セッションを管理するSession Initiation Protocol（以下、ＳＩＰと呼ぶ（IETF RFC3261参照））を用いて、ＩＰ電話による音声通信やＩＴＵ−Ｔ勧告Ｔ．３８に従ったＩＰ−ＦＡＸ通信による画像通信を行う通信装置が注目されている。
【０００３】
注目される理由の一つとして、ＳＩＰ+Ｔ．３８を用いた音声／画像通信では、従来の公衆回線では実現できなかった、同一宛先に対する音声通話と画像通信の並行動作が可能となる点が挙げられる。
【０００４】
例えば、特許文献１は、ＩＰ電話による音声通話時に、ＦＡＸ原稿をセットした状態でスタートキーを押下するだけで読み取った画像データを、ＩＰ電話の通話先に送信する方法を提案したものである。特許文献１の技術を用いると、通話先にＩＰ−ＦＡＸ送信する場合、宛先を指定する手間を省くことが可能となる利点がある。
【０００５】
また、注目される理由の別の一つとして、MESSAGEリクエストによりメッセージ送信が可能である点が挙げられる。MESSAGEリクエストは、IETF RFC3428 Session Initiation Protocol （ＳＩＰ） Extension for Instant Messaging（インスタントメッセージのためのセッション開始プロトコル（ＳＩＰ）拡張）にて定義されており、ＳＩＰを使った通信に適用可能である。
【０００６】
例えば、特許文献２は、ＩＰ−ＦＡＸ通信の状態をMESSAGEリクエストにて通信相手に通知する技術を提案したものである。特許文献２の技術を用いると、受信装置がエラーメッセージを送信端末に表示したい場合は、エラーメッセージをMESSAGEリクエストで送信し、受け取ったエラーメッセージを送信端末画面に表示することが可能となる。
【特許文献１】特開２００５−３３５２３号公報
【特許文献２】特開２００６−７４３０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した従来の技術では、音声通話と画像通信とを並行して行った場合に、ＩＰ−ＦＡＸ通信などによる画像通信状況をユーザに通知することが考慮されていない。そのため、ユーザは、通話中の相手への画像通信状況を簡単に知ることができなかった。即ち、例えば複合機に備えられたＩＰ電話機にコードレスで接続された子機を使用して通話していたとしても、画像の送受信の状況を確認するためには本体のそばに居なければならず、使い勝手が悪かった。
【０００８】
本発明の目的は、音声通話をしながらＩＰ−ＦＡＸ通信などの他の画像通信状況を簡単に知ることができる通信装置及び方法、並びにプログラム及び記憶媒体を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、請求項１記載の通信装置は、ネットワークを介して相手装置と音声通信を実行する音声通信手段と、前記音声通信手段による音声通信と並行して、前記ネットワークを介して相手装置と画像通信を実行する画像通信手段と、前記画像通信手段による画像通信が終了したことを検知する検知手段と、前記検知手段が前記画像通信の終了を検知した場合に、前記音声通信手段により通信される音声信号として、前記画像通信の終了を示す音声信号を出力することにより、前記画像通信の終了を通知する通知手段とを備えることを特徴とする。
【００１０】
請求項６記載の通信装置は、ネットワークを介して相手装置と音声通信を実行する音声通信手段と、前記音声通信手段による音声通信と並行して、前記ネットワークを介して相手装置と画像通信を実行する画像通信手段と、前記画像通信手段による画像通信が終了したことを検知する検知手段と、前記検知手段が前記画像通信の終了を検知した場合に、前記音声通信の相手装置に対して前記画像通信の終了を通知する通知手段とを備えることを特徴とする。
【００１１】
請求項１１記載の通信方法は、ネットワークを介して相手装置と音声通信を開始する音声通信開始ステップと、前記音声通信開始ステップで開始された音声通信と並行して、前記ネットワークを介して相手装置と画像通信を開始する画像通信開始ステップと、前記画像通信開始ステップで開始された画像通信が終了したことを検知する検知ステップと、前記検知ステップで前記画像通信の終了が検知された場合に、前記音声通信において通信される音声信号として、前記画像通信の終了を示す音声信号を出力することにより、前記画像通信の終了を通知する通知ステップとを備えることを特徴とする。
【００１２】
請求項１２記載の通信方法は、ネットワークを介して相手装置と音声通信を開始する音声通信開始ステップと、前記音声通信開始ステップで開始された音声通信と並行して、前記ネットワークを介して相手装置と画像通信を開始する画像通信開始ステップと、前記画像通信開始ステップで開始された画像通信が終了したことを検知する検知ステップと、前記検知ステップで前記画像通信の終了が検知された場合に、前記音声通信の相手装置に対して前記画像通信の終了を通知する通知ステップとを備えることを特徴とする。
【００１３】
請求項１３記載の通信プログラムは、ネットワークを介して相手装置と音声通信を開始する音声通信開始モジュールと、前記音声通信開始モジュールにより開始された音声通信と並行して、前記ネットワークを介して相手装置と画像通信を開始する画像通信開始モジュールと、前記画像通信開始モジュールにより開始された画像通信が終了したことを検知する検知モジュールと、前記検知モジュールにより前記画像通信の終了が検知された場合に、前記音声通信において通信される音声信号として、前記画像通信の終了を示す音声信号を出力することにより、前記画像通信の終了を通知する通知モジュールとをコンピュータに実行させることを特徴とする。
【００１４】
請求項１４記載の通信プログラムは、ネットワークを介して相手装置と音声通信を開始する音声通信開始モジュールと、前記音声通信開始モジュールにより開始された音声通信と並行して、前記ネットワークを介して相手装置と画像通信を開始する画像通信開始モジュールと、前記画像通信開始モジュールにより開始された画像通信が終了したことを検知する検知モジュールと、前記検知モジュールにより前記画像通信の終了が検知された場合に、前記音声通信の相手装置に対して前記画像通信の終了を通知する通知モジュールと、
をコンピュータに実行させることを特徴とする。
【００１５】
請求項１５記載のコンピュータ読み取り可能な記憶媒体は、請求項１３に記載の通信プログラムを格納する。
【００１６】
請求項１６記載のコンピュータ読み取り可能な記憶媒体は、請求項１４に記載の通信プログラムを格納する。
【発明の効果】
【００１７】
本発明によれば、音声通話をしながらＩＰ−ＦＡＸ通信などの他の画像通信状況を簡単に知ることができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施の形態を図面を参照しながら詳細に説明する。
【００１９】
但し、この実施の形態に記載されている事項はあくまで例示であり、この発明の範囲をそれらにのみ限定する主旨のものではない。
【００２０】
図１は、本発明の通信装置がネットワーク接続されるネットワークシステムを示す図である。
【００２１】
図１において、ネットワークシステムは、イントラネット、又はインターネットなどのネットワーク１０１に、複数の通信装置１０２、１０３、１０４が接続されることで構成される。
【００２２】
通信装置１０２、１０３、１０４は、コピー機能やプリント機能、ファクシミリ機能、スキャン機能などの複数の機能を有している。更に、通信装置は、ＳＩＰ通話機能とＩＴＵ−Ｔ標準Ｔ．３８通信機能とを備えている。
【００２３】
また、通信装置１０２、１０３、１０４は、ネットワーク１０１を介してＳＩＰに準拠した呼接続やＩＴＵ−Ｔ標準Ｔ．３８通信を行う。尚、ＳＩＰ準拠の呼制御に関しては、IETF RFC3261 Session Initiation Protocolにて定義されているＳＩＰサーバを利用する形態を使ってもよい。
【００２４】
図２は、図１の通信装置のブロック構成を概略的に示す図である。
【００２５】
図２において、ＣＰＵ２０１は、ＲＯＭ２０９に格納された制御プログラムに基づいてＣＰＵデバイスに接続された各デバイスを制御する。表示装置２０２は、その表示画面に、例えばウインドウ、アイコン、メッセージ、メニューその他のユーザインターフェース情報が表示される。
【００２６】
ＶＲＡＭ２０３は、表示装置２０２に表示するための画像が描画される。このＶＲＡＭ２０３に生成された画像データは、所定の規定に従って表示装置２０２に転送され、これにより表示装置２０２に画像が表示される。
【００２７】
操作部（入力デバイス）２０４は、ＳＩＰ-ＵＲＬなどのＩＰ電話やＩＰ−ＦＡＸ送信先などを入力する各種キーや、表示装置２０２に表示されたアイコン、メニューその他のオブジェクトを指示する画面ポインティングデバイスを示す。
【００２８】
スキャン部２０５は、送信原稿の読み取りを行う。記録部２０６は、ＲＡＭ２１０に保存したデータの印刷を行う。ハンドセット２０７は、通話中の相手との送話と受話を行うために用いる。
【００２９】
音源２０８は、ビープ音や音声メッセージを生成する。音源２０８が生成したビープ音や音声メッセージは、ハンドセット２０７や音声通話を通じてユーザに聞かせることができる。ＲＯＭ２０９は、各種の制御プログラムやデータを保持する。ＲＡＭ２１０は、ＣＰＵ２０１のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域などを有する。
【００３０】
コーデック２１１は、ファクシミリ送受信などの画像データの送受信に際して、画像データをJPEG,MH,MR,MMR方式などに符号化並びに復号化する場合に用いられる。また、ＩＰ電話を行う場合は、Ｇ．７１１方式などに符号化並びに復号化する場合に用いられる。
【００３１】
モデム２１２は、ＰＳＴＮ（公衆交換電話網）を通じてファクシミリ送受信を行う場合、ＩＴＵ−Ｔ勧告Ｖ．３４規格又はこれと同様のものに従った送受信データの変調並びに復調を行う。ＮＣＵ（ネットワークコントロールユニット）２１３は、ＰＳＴＮを使った通信を行う場合に、回線の閉経及び開放の処理を行う。
【００３２】
ネットワークインタフェース部２１４は、ネットワーク１０１を通じて他の通信装置とのデータ送受信を行う場合に用いられる。ネットワーク１０１は、ＩＰ網を想定しているため、データの送受信は、ＴＣＰやＵＤＰなどのプロトコルを用いて行われる。ＣＰＵバス２１５は、アドレスバス、データバス及びコントロールバスを含む。ＣＰＵ２０１に対する制御プログラムの提供はＲＯＭ２０９から行う。
【００３３】
図３は、図１の通信装置におけるＩＰ電話やＩＰ−ＦＡＸ通信時の各ブロックの機能的な関係を示す図である。
【００３４】
図３は、スキャン部２０５、記録部２０６、ハンドセット２０７、音源２０８、ネットワークインタフェース部２１４の関係を示しており、それぞれ音源処理部３０４並びにＩＰ通信処理部３０５を介して接続されている。
【００３５】
図３において、音源処理部３０４、音源制御部３０７と音源２０８とで構成される。音源処理部３０４は、ビープ音の出力指示や音声メッセージの出力指示を受けると、ハンドセット２０７の送話側や受話側にビープ音や音声メッセージを送出する機能を担当する。
【００３６】
具体的には、音源制御部３０７が、ＩＰ通信処理部３０５からのビープ音、又は音声メッセージ出力指示を受けると、音源２０８を操作してビープ音、又は音声メッセージを送出する。
【００３７】
ＩＰ通信処理部３０５は、受信データ判定部３０９、送話データ処理部３１０、受話データ処理部３１１、送信データ処理部３１２、受信データ処理部３１３、メッセージ送信処理部３１４、メッセージ受信処理部３１５により構成される。ＩＰ通信処理部３０５は、ネットワークインタフェース部２１４を通じてネットワーク１０１を介したＩＰ電話やＩＰ−ＦＡＸ通信を行う機能を担当する。
【００３８】
具体的には、ＩＰ電話での通話を行う場合、送話データ処理部３１０は、ハンドセット２０７からの送話をコーデック２１１により音声コーデックに符号化し、ネットワークインタフェース部２１４へ音声データを送信する。
【００３９】
また、受話データ処理部３１１は、受信データ判定部３０９がネットワークインタフェース部２１４へ到着した受信データの中から音声データとして判定したデータの処理を行う。受話データ処理部３１１は、受け取った音声データをコーデック２１１により音声コーデックから復号化して、ハンドセット２０７の受話側へ流す。
【００４０】
次に、ＩＰ−ＦＡＸ送信する場合、送信データ処理部３１２は、スキャン部２０５が読み込んだ画像データをコーデック２１１により画像フォーマットに符号化し、ネットワークインタフェース部２１４へデータを送信する。
【００４１】
また、ＩＰ−ＦＡＸ受信する場合は、受信データ処理部３１３は、受信データ判定部３０９がネットワークインタフェース部２１４へ到着した受信データの中から画像データとして判定したデータの処理を行う。受信データ処理部３１３は、受け取った画像データをコーデック２１１により記録部２０６にて記録できる画像フォーマットに復号化して、記録部２０６へ渡す。
【００４２】
次に、メッセージの送信をする場合、メッセージ送信処理部３１４は、メッセージデータを作成し、ネットワークインタフェース部２１４へメッセージデータを送信する。また、メッセージの受信をする場合、メッセージ受信処理部３１５は、受信データ判定部３０９がネットワークインタフェース部２１４へ到着した受信データの中からメッセージデータとして判定したデータの処理を行う。
【００４３】
メッセージ受信処理部３１５は、受け取ったメッセージデータを解析して、音源処理部３０４に対してビープ音、又は音声メッセージの出力指示処理を行い、また、表示部２０２に対してテキストメッセージの表示指示処理を行う。
【００４４】
受信データ判定部３０９は、ネットワークインタフェース部２１４へ到着した受信データの中から、受話データ処理部３１１、受信データ処理部３１３、メッセージ受信処理部３１５のいずれに割り当てる受信データかを判定する。
【００４５】
（第１の実施の形態）
第１の実施の形態では、通信装置１０２と通信装置１０３がＩＰ通話状態であるときに、通信装置１０２が通信装置１０３もしくは通信装置１０４（図７に示す）からＩＰ−ＦＡＸ通信の開始を要求された場合に、ＩＰ−ＦＡＸ通信の通信状態を音声通知する例を示す。
【００４６】
図４は、第１の実施の形態において、図１の２つの通信装置がＩＰ電話で通話状態の場合に、一方の通信装置が他方の通信装置へＩＰ−ＦＡＸ送信したときの信号のやりとりを示す図である。
【００４７】
図４において、まず、通信装置１０３は、ステップＳ４０１にて、通信装置１０２とＩＰ電話接続するために、音声呼による接続要求（ＩＮＶＩＴＥ）を送信する。次に、通信装置１０２は、ステップＳ４０２にて、呼び出し中（１８０ Ｒｉｎｇｉｎｇ）の暫定応答を返す。
【００４８】
続いて、通信装置１０２は、ステップＳ４０３にて、接続要求に対する成功応答（２００ ＯＫ）を返す。次に、通信装置１０３が、ステップＳ４０４にて、確認メッセージ（ＡＣＫ）を通信装置１０２に送信することで、呼セッションが成立するとともに、音声通話用の音声メディアセッションが確立する。
【００４９】
続いて、通信装置１０３は、通信装置１０２へＩＰ−ＦＡＸ送信するために、ステップＳ４０５にて、通信装置１０２へＴ．３８通信用メディアセッション追加要求（ＩＮＶＩＴＥ）を送信する。これは、一般的にｒｅ−ＩＮＶＩＴＥと呼ばれ、成立済の呼セッションへＴ．３８通信用メディアセッションを追加することを目的としている。
【００５０】
上記要求を受けた通信装置１０２は、ステップＳ４０６にて、成功応答（２００ ＯＫ）を返す。次に、通信装置１０３は、ステップＳ４０７にて、確認メッセージ（ＡＣＫ）を送信し、Ｔ．３８通信用メディアセッションの追加が完了する。
【００５１】
以上により、通信装置１０２と通信装置１０３の間には、ＩＰ電話用の音声メディアセッションとＩＰ−ＦＡＸ通信用のＴ．３８通信用メディアセッションが成立するので、ＩＰ電話とＩＰ−ＦＡＸの並行通信が可能となる。
【００５２】
Ｔ．３８通信用メディアセッションが成立すると、通信装置１０３はＩＰ−ＦＡＸ送信を行うために、ステップＳ４０８にて、Ｔ．３８通信用メディアセッション内でＴ．３８によるＦＡＸ送信を行う。
【００５３】
図５は、図４におけるステップＳ４０８の詳細な信号のやりとりを示す図である。
【００５４】
図５において、ステップＳ５０１〜Ｓ５０８の処理が図４におけるステップＳ４０８の処理を表しており、それぞれ、Ｔ．３８通信での処理を表す。
【００５５】
まず、通信装置１０３は、ステップＳ５０１にて、通信装置１０２からのＤＩＳ信号（全機能通知）を受信すると、ステップＳ５０２にて、ＤＣＳ信号（送信機能指示）を送信する。続いて、通信装置１０３は、ステップＳ５０３にて、トレーニング信号を送信した後、ステップＳ５０４にて、通信装置１０２からのＣＦＲ信号（調整完了通知）を受信すると、通信装置１０２の受信準備が完了したとみなす。
【００５６】
次に、通信装置１０３は、ステップＳ５０５にて、ＦＡＸデータの送信を行い、最終ページまで送信完了すると、ステップＳ５０６にて、最終ページが送信完了したことを示すＥＯＰ信号を通信装置１０２へ送信する。
【００５７】
通信装置１０３は、ステップＳ５０７にて、通信装置１０２からのＭＣＦ（メッセージ確認通知）を受信すると、通信装置１０３から通信装置１０２へのＦＡＸ送信が完了したとみなし、ステップＳ５０８にて、ＤＣＮ（切断命令）を送信することで、Ｔ．３８でのＦＡＸ送信を終了する。
【００５８】
その後、ＩＰ電話とＩＰ−ＦＡＸ通信が完了した段階で、通信装置１０３は、図４のステップＳ４０９にて、呼セッションの終了要求（ＢＹＥ）を送信する。通信装置１０２は、ステップＳ４１０にて、確認メッセージ（ＡＣＫ）を返すことで、呼セッション並びに音声メディアセッションとＴ．３８通信用メディアセッションが終了する。
【００５９】
図６は、図４におけるＳＩＰヘッダ情報の一例を示す図である。
【００６０】
図６のＳＩＰヘッダ情報は、通信装置１０３から通信装置１０２へ接続要求を行った時に送信される。図４のタイミングチャートでは、ステップＳ４０１に相当する。
【００６１】
図６において、４行目のSIP:m102@localdomainが、送信先ＳＩＰアドレスを表しており、本実施の形態では、通信装置１０２のＳＩＰアドレスに相当する。また、５行目のSIP:m103@localdomainが、送信元ＳＩＰアドレスを表しており、本実施の形態では、通信装置１０３のＳＩＰアドレスに相当する。
【００６２】
また、RFC3261ＳＩＰには、通信装置１０２と通信装置１０３のピア・ツー・ピアのＳＩＰリレーションシップを定義するダイアログが定められている。ダイアログは、４行目のＴｏ Ｔａｇ（不図示。ステップＳ４０２以降で５行目のＦｒｏｍ Ｔａｇと同様のフォーマットで定義される）並びに、５行目のＦｒｏｍ Ｔａｇ並びに、６行目のＣａｌｌ−ＩＤにより構成される。
【００６３】
特に、Ｃａｌｌ−ＩＤは、乱数文字列とホスト名を組み合わせて生成された一意な識別子である。そのため、ダイアログ情報を管理することで、通信装置は複数の呼セッションを管理することが可能となる。
【００６４】
図７は、第１の実施の形態において、２つの通信装置がＩＰ電話で通話状態の場合に、別の通信装置が通話中の一方の通信装置へＩＰ−ＦＡＸ送信したときの信号のやりとりを示す図である。
【００６５】
図７において、ＳＩＰ処理としては、図４とほぼ同様であるため、図４との違いを中心に説明する。
【００６６】
図７において、まず、ステップＳ７０５乃至Ｓ７０８にて、通信装置１０４は、通信装置１０２へＴ．３８通信用メディアセッションを開くために、最初に音声メディアセッションを開始する。これは、初回のＩＮＶＩＴＥにてＴ．３８通信用メディアセッションでの開始を拒否する通信装置が存在するための予防措置である。
【００６７】
また、以下のように、呼セッションのダイアログ情報が異なる。即ち、ステップＳ７０１乃至Ｓ７０４、ステップＳ７１５、Ｓ７１６で構成される通信装置１０２と通信装置１０３と、ステップＳ７０５乃至Ｓ７１４で構成される通信装置１０２と通信装置１０４とで呼セッションのダイアログ情報が異なる。
【００６８】
そのため、通信装置１０２は、ＩＰ−ＦＡＸを受信した場合、現在通話中の相手からのＩＰ−ＦＡＸ通信（図４）であるか、現在通話していない相手からのＩＰ−ＦＡＸ通信（図７）であるかを判定できる。
【００６９】
図８は、第１の実施の形態において、図２の通信装置によって実行される通信処理の手順を示すチャートである。
【００７０】
図８において、通信装置１０２は、他の通信装置からのＩＰ−ＦＡＸ受信時に、図５のステップＳ５０４にてＣＦＲを送信すると、ステップＳ８０１にて、ＩＰ−ＦＡＸ受信処理を開始する。
【００７１】
続いて、ＩＰ−ＦＡＸ受信が終了（ステップＳ５０６のＥＯＰ受信時）した場合、ＩＰ−ＦＡＸ受信が通信タイムアウトやメモリフル状態でエラー終了（ステップＳ５０５のＦＡＸ受信処理中）した場合に、ステップＳ８０２にて、ビープ送出トリガを生成する。
【００７２】
続いて、ステップＳ８０３にて、ＩＰ通話中か否かを判定し、ＩＰ通話中でなければステップＳ８０７のＩＰ−ＦＡＸ終了処理を実行し、本フローを終了する。また、ＩＰ通話中であれば、ステップＳ８０４にて、ハンドセット受話側にビープ音を流す。
【００７３】
具体的には、ビープ音出力トリガに従って、受信データ処理部３１３が音源制御部３０７に受話側にビープ音を流すように指示を出す。そのため、ユーザは、通信装置１０２のハンドセット２０７で他の通信装置と通話している場合、常に、ＩＰ−ＦＡＸ通信の状態をハンドセット２０７の受話器から流れるビープ音で知ることができる。
【００７４】
続いて、ステップＳ８０５にて、ＩＰ−ＦＡＸ受信がＩＰ通話相手からのＩＰ−ＦＡＸ送信か否かをダイアログ情報にて判定する。ここで、ＩＰ−ＦＡＸ受信がＩＰ通話している相手でなければ、ステップＳ８０７のＩＰ−ＦＡＸ終了処理を実行し、本フローを終了する。
【００７５】
ＩＰ−ＦＡＸ受信がＩＰ通話している相手であれば、ステップＳ８０６にて、ＩＰ通話にビープ音を流す。具体的には、受信データ処理部３１３が、音源制御部３０７に送話側にビープ音を流すように指示を出す。そのため、ＩＰ電話で通話中の相手にもＩＰ−ＦＡＸ通信の状況をビープ音で知らせることができる。
【００７６】
最後に、ステップＳ８０７のＩＰ−ＦＡＸ終了処理では、他通信装置からのＢＹＥ（ステップＳ４０９、又はステップＳ７１３）を受信後、２００ ＯＫ（ステップＳ４１０、又はステップＳ７１４）を送信して、通信装置１０２の処理を終了する。
【００７７】
本実施の形態では、ビープ音を流す例について記述したが、ビープ音を流す代わりに定型の音声メッセージを流してもよい。
【００７８】
また、本実施の形態では、通信装置１０２がＩＰ−ＦＡＸ受信した場合の例を示したが、通信装置１０２がＩＰ−ＦＡＸ送信した場合でも適用可能である。その場合は、前述の説明において、ＩＰ−ＦＡＸの送受信が反転するだけであり、自明であるため説明は省略する。
【００７９】
（第２の実施の形態）
第２の実施の形態では、通信装置１０２と通信装置１０３がＩＰ通話状態であるときに、通信装置１０２が通信装置１０３もしくは通信装置１０４からＩＰ−ＦＡＸ通信の開始を要求された場合に、メッセージリクエストを用いてＩＰ−ＦＡＸの通信状態を通知する例を示す。
【００８０】
図９は、第２の実施の形態において、図１の２つの通信装置がＩＰ電話で通話状態の場合に、一方の通信装置が他方の通信装置へＩＰ−ＦＡＸ送信したときの信号のやりとりの要部を示す図である。
【００８１】
図９は、第１の実施の形態に当てはめると図５に相当する。メッセージリクエストは、ＩＰ通話中の相手からＩＰ−ＦＡＸ受信をした場合にのみ送信されるので、図９の信号のやりとりは、通信装置１０２と通信装置１０３との通信に適用される。また、通信装置１０２と通信装置１０４との通信では、メッセージリクエストを用いないので、図５の信号のやりとりが適用される。
【００８２】
図９において、通信装置１０３は、ステップＳ９０１にて、通信装置１０２からのＤＩＳ信号（全機能通知）を受信すると、ステップＳ９０２にて、ＤＣＳ信号（送信機能指示）を送信する。
【００８３】
続いて、通信装置１０３は、ステップＳ９０３にて、トレーニング信号を送信した後、ステップＳ９０４にて、通信装置１０２からのＣＦＲ信号（調整完了通知）を受信すると通信装置１０２の受信準備が完了したとみなす。
【００８４】
次に、通信装置１０３は、ステップＳ９０５にて、ＦＡＸデータの送信を行い、最終ページまで送信完了すると、ステップＳ９０６にて、最終ページを送信完了したことを示すＥＯＰ信号を通信装置１０２へ送信する。
【００８５】
通信装置１０２は、ＥＯＰ信号を受信すると、通信を完了した旨を示すために、ステップＳ９０７にて、ＳＩＰのメッセージリクエストを送信する（メッセージフォーマットの例については、図１０、１１にて記述）。そしてそれと同時に、ステップＳ９０８にて、Ｔ．３８のＭＣＦ（メッセージ確認通知）を送信する。
【００８６】
続いて、通信装置１０３は、ステップＳ９０９にて、メッセージリクエストに対する成功応答（２００ ＯＫ）を返すと同時に、ステップＳ９１０にて、ＤＣＮ（切断命令）を送信することで、Ｔ．３８でのＦＡＸ送信を終了する。
【００８７】
図１０は、図９におけるＳＩＰヘッダ情報の一例を示す図である。
【００８８】
具体的には、図９のステップＳ９０７にて送信するメッセージリクエストのＳＩＰヘッダ情報の例を示したものである。
【００８９】
ＲＦＣ３４２８にて定義されているメッセージリクエストのページャモデルでは、メッセージリクエスト自体でダイアログを形成しないが、ダイアログに関連付けることは許されている。従って、ダイアログ情報（From Tag,To Tag,Call-ID）は、既存のダイアログ（通信装置１０２と通信装置１０３の通信）をそのまま利用しているものとする。
【００９０】
また、１１行目以降（「改行」以降）は、通信装置１０２から通信装置１０３へ送信されたメッセージリクエストの内容である。通信装置１０３は、メッセージリクエストの内容を解析して処理を行う。
【００９１】
図１１は、図１０のメッセージリクエストのテーブルを示す図である。
【００９２】
図１１において、Ｂｅｅｐ、ＶｏｉｃｅＭＳＧの欄は、Ｂｅｅｐ、ＶｏｉｃｅＭＳＧに設定された数値ごとの処理を表しており、また、意味の欄は各数値の意味を表している。例えば、ＩＰ−ＦＡＸの完了であれば数値は１となり、エラー警告であれば数値は２となる。
【００９３】
図１０の例を用いて具体的に説明すると、図１０のメッセージリクエストを受信した通信装置１０３は、Ｂｅｅｐ=１なのでビープ音「ピッ」を鳴らす。更に、ＶｏｉｃｅＭＳＧ１なので「通信が完了しました」と言う音声メッセージをハンドセットに流すことを示している。尚、ＭＳＧは、通信装置１０３の表示部２０２に表示する文言である。従って、図１１に関しては説明していない。図１１のテーブルは、ＲＯＭ２０９に格納されており、通信装置により必要に応じて参照される。
【００９４】
図１２は、第２の実施の形態において、図２の通信装置によって実行される通信処理の手順を示すチャートである（その１）。
【００９５】
図１２は、通信装置１０２の通信処理を示したものである。
【００９６】
図１２において、通信装置１０２は、ＩＰ−ＦＡＸ受信時に、ステップＳ１２０１にて、ＩＰ−ＦＡＸ受信処理を開始する。続いて、ステップＳ１２０２にて、ＩＰ−ＦＡＸ受信が終了（図９のステップＳ９０６のＥＯＰ受信時）すると、ビープ送出トリガを生成する。
【００９７】
続いて、ステップＳ１２０３にて、ＩＰ通話中か否かを判定し、ＩＰ通話中でなければステップＳ１２０７のＩＰ−ＦＡＸ終了処理を実行し。本フローを終了する。また、ＩＰ通話中であれば、ステップＳ１２０４にて、ハンドセット受話側に、図１１のテーブルに従ったビープ音を流す（ビープ音を流す代わりに、会話の邪魔にならない音量の音声メッセージを流してもよい）。具体的には、受信データ処理部３１３が音源制御部３０７に受話側にビープ音を流すように指示を出す。
【００９８】
続いて、ステップＳ１２０５にて、ＩＰ−ＦＡＸ受信がＩＰ通話相手からのＩＰ−ＦＡＸ送信か否かをダイアログ情報にて判定する。ここで、ＩＰ−ＦＡＸ受信がＩＰ通話している相手でなければ、ステップＳ１２０７のＩＰ−ＦＡＸ終了処理を実行し、本フローを終了する。
【００９９】
ＩＰ−ＦＡＸ受信がＩＰ通話している相手であれば、ステップＳ１２０６にて、メッセージリクエスト（図１０参照）を送信し、ステップＳ１２０７のＩＰ−ＦＡＸ終了処理を実行する。ステップＳ１２０７のＩＰ−ＦＡＸ終了処理では、第１の実施の形態と同様に、他の通信装置からのＢＹＥ（ステップＳ４０９、又はＳ７１３）を受信後、２００ ＯＫ（ステップＳ４１０、又はＳ７１４）を送信して、通信装置１０２の処理を終了する。
【０１００】
図１３は、第２の実施の形態において、図２の通信装置によって実行される通信処理の手順を示すチャートである（その２）。
【０１０１】
図１３は、通信装置１０３の通信処理を示したものである。
【０１０２】
図１３において、通信装置１０３は、ステップＳ１３０１にて、メッセージリクエストを受信すると、ステップＳ１３０２にて、ダイアログ情報を元に、通話相手（本実施の形態では、通信装置１０２）からのメッセージリクエストか否かを判定する。
【０１０３】
通話相手からのメッセージリクエストでなければ処理を終了する。また、通話相手からのメッセージリクエストであれば、ステップＳ１３０３、Ｓ１３０５、Ｓ１３０７のＭＳＧ、ＶｏｉｃｅＭＳＧ、Ｂｅｅｐパラメータ解析処理を実施する。
【０１０４】
通信装置１０３は、ステップＳ１３０３にて、メッセージリクエストの内容を解析してＭＳＧの項目が存在しなければステップＳ１３０５に遷移し、ＭＳＧの項目が存在すれば、ステップＳ１３０４に遷移する。ステップＳ１３０４では、ＭＳＧパラメータの右辺文字列（図１０では、Ｃｏｍｐｌｅｔｅ）を取得し、表示部２０２に“Ｃｏｍｐｌｅｔｅ”を表示し、ステップＳ１３０５へ遷移する。
【０１０５】
続いて、ステップＳ１３０５にて、メッセージリクエストの内容を解析してＶｏｉｃｅＭＳＧの項目が存在しなければステップＳ１３０７に遷移し、ＶｏｉｃｅＭＳＧの項目が存在すれば、ステップＳ１３０６に遷移する。
【０１０６】
ステップＳ１３０６では、ＶｏｉｃｅＭＳＧパラメータの右辺数値（図１０では、１）を取得し、図１１のテーブルに従った音声メッセージをハンドセットの受話側に流すように、メッセージ受信処理部３１５が音源制御部３０７に指示する。そして、ステップＳ１３０７へ遷移する。
【０１０７】
続いて、ステップＳ１３０７にて、メッセージリクエストの内容を解析してＢｅｅｐの項目が存在しなければメッセージ受信の処理を終了し、Ｂｅｅｐの項目が存在すれば、ステップＳ１３０８に遷移する。
【０１０８】
ステップＳ１３０８では、ビープパラメータの右辺数値（図１０では、１）を取得し、図１１のテーブルに従ったビープ音をハンドセットの受話側に流すように、メッセージ受信処理部３１５が音源制御部３０７に指示し、メッセージ受信の処理を終了する。
【０１０９】
以上の処理を行うことで、メッセージリクエストを用いて、ＩＰ通話中に直接音声を流すことなく、ＩＰ−ＦＡＸの通信状況を通話相手に伝えることができる。
【０１１０】
また、本実施の形態では、ＩＰ−ＦＡＸ受信完了時にメッセージを送信する例を示したが、ＩＰ−ＦＡＸ受信エラー発生時（通信タイムアウトやメモリフル状態でエラー終了）にメッセージリクエストを送信してもよい。その場合は、通信装置１０２は、図９のステップＳ９０５にて、メッセージリクエストを送信する。自明であるので、説明は省略する。
【０１１１】
更に、本実施の形態では、通信装置１０２がＩＰ−ＦＡＸ受信した場合の例を示したが、通信装置１０２がＩＰ−ＦＡＸ送信した場合でも適用可能である。その場合は、前述の説明において、ＩＰ−ＦＡＸの送受信が反転するだけであり、これも自明であるため説明は省略する。
【０１１２】
また、本発明の目的は、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム又は装置に供給し、そのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵなど）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。
【０１１３】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１４】
また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。又は、プログラムコードをネットワークを介してダウンロードしてもよい。
【０１１５】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。
【０１１６】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【０１１７】
【図１】本発明の通信装置がネットワーク接続されるネットワークシステムを示す図である。
【図２】図１の通信装置のブロック構成を概略的に示す図である。
【図３】図１の通信装置におけるＩＰ電話やＩＰ−ＦＡＸ通信時の各ブロックの機能的な関係を示す図である。
【図４】第１の実施の形態において、図１の２つの通信装置がＩＰ電話で通話状態の場合に、一方の通信装置が他方の通信装置へＩＰ−ＦＡＸ送信したときの信号のやりとりを示す図である。
【図５】図４におけるステップＳ４０８の詳細な信号のやりとりを示す図である。
【図６】図４におけるＳＩＰヘッダ情報の一例を示す図である。
【図７】第１の実施の形態において、２つの通信装置がＩＰ電話で通話状態の場合に、別の通信装置が通話中の一方の通信装置へＩＰ−ＦＡＸ送信したときの信号のやりとりを示す図である。
【図８】第１の実施の形態において、図２の通信装置によって実行される通信処理の手順を示すチャートである。
【図９】第２の実施の形態において、図１の２つの通信装置がＩＰ電話で通話状態の場合に、一方の通信装置が他方の通信装置へＩＰ−ＦＡＸ送信したときの信号のやりとりの要部を示す図である。
【図１０】図９におけるＳＩＰヘッダ情報の一例を示す図である。
【図１１】図１０のメッセージリクエストのテーブルを示す図である。
【図１２】第２の実施の形態において、図２の通信装置によって実行される通信処理の手順を示すチャートである（その１）。
【図１３】第２の実施の形態において、図２の通信装置によって実行される通信処理の手順を示すチャートである（その２）。
【符号の説明】
【０１１８】
１０１ ネットワーク
１０２ 通信装置
１０３ 通信装置
【技術分野】
【０００１】
本発明は、ネットワークを介して外部機器と音声通信並びに画像通信を並行して行うことが可能な通信装置及び方法、並びにプログラム及び記憶媒体に関する。
【背景技術】
【０００２】
近年、通信セッションを管理するSession Initiation Protocol（以下、ＳＩＰと呼ぶ（IETF RFC3261参照））を用いて、ＩＰ電話による音声通信やＩＴＵ−Ｔ勧告Ｔ．３８に従ったＩＰ−ＦＡＸ通信による画像通信を行う通信装置が注目されている。
【０００３】
注目される理由の一つとして、ＳＩＰ+Ｔ．３８を用いた音声／画像通信では、従来の公衆回線では実現できなかった、同一宛先に対する音声通話と画像通信の並行動作が可能となる点が挙げられる。
【０００４】
例えば、特許文献１は、ＩＰ電話による音声通話時に、ＦＡＸ原稿をセットした状態でスタートキーを押下するだけで読み取った画像データを、ＩＰ電話の通話先に送信する方法を提案したものである。特許文献１の技術を用いると、通話先にＩＰ−ＦＡＸ送信する場合、宛先を指定する手間を省くことが可能となる利点がある。
【０００５】
また、注目される理由の別の一つとして、MESSAGEリクエストによりメッセージ送信が可能である点が挙げられる。MESSAGEリクエストは、IETF RFC3428 Session Initiation Protocol （ＳＩＰ） Extension for Instant Messaging（インスタントメッセージのためのセッション開始プロトコル（ＳＩＰ）拡張）にて定義されており、ＳＩＰを使った通信に適用可能である。
【０００６】
例えば、特許文献２は、ＩＰ−ＦＡＸ通信の状態をMESSAGEリクエストにて通信相手に通知する技術を提案したものである。特許文献２の技術を用いると、受信装置がエラーメッセージを送信端末に表示したい場合は、エラーメッセージをMESSAGEリクエストで送信し、受け取ったエラーメッセージを送信端末画面に表示することが可能となる。
【特許文献１】特開２００５−３３５２３号公報
【特許文献２】特開２００６−７４３０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した従来の技術では、音声通話と画像通信とを並行して行った場合に、ＩＰ−ＦＡＸ通信などによる画像通信状況をユーザに通知することが考慮されていない。そのため、ユーザは、通話中の相手への画像通信状況を簡単に知ることができなかった。即ち、例えば複合機に備えられたＩＰ電話機にコードレスで接続された子機を使用して通話していたとしても、画像の送受信の状況を確認するためには本体のそばに居なければならず、使い勝手が悪かった。
【０００８】
本発明の目的は、音声通話をしながらＩＰ−ＦＡＸ通信などの他の画像通信状況を簡単に知ることができる通信装置及び方法、並びにプログラム及び記憶媒体を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、請求項１記載の通信装置は、ネットワークを介して相手装置と音声通信を実行する音声通信手段と、前記音声通信手段による音声通信と並行して、前記ネットワークを介して相手装置と画像通信を実行する画像通信手段と、前記画像通信手段による画像通信が終了したことを検知する検知手段と、前記検知手段が前記画像通信の終了を検知した場合に、前記音声通信手段により通信される音声信号として、前記画像通信の終了を示す音声信号を出力することにより、前記画像通信の終了を通知する通知手段とを備えることを特徴とする。
【００１０】
請求項６記載の通信装置は、ネットワークを介して相手装置と音声通信を実行する音声通信手段と、前記音声通信手段による音声通信と並行して、前記ネットワークを介して相手装置と画像通信を実行する画像通信手段と、前記画像通信手段による画像通信が終了したことを検知する検知手段と、前記検知手段が前記画像通信の終了を検知した場合に、前記音声通信の相手装置に対して前記画像通信の終了を通知する通知手段とを備えることを特徴とする。
【００１１】
請求項１１記載の通信方法は、ネットワークを介して相手装置と音声通信を開始する音声通信開始ステップと、前記音声通信開始ステップで開始された音声通信と並行して、前記ネットワークを介して相手装置と画像通信を開始する画像通信開始ステップと、前記画像通信開始ステップで開始された画像通信が終了したことを検知する検知ステップと、前記検知ステップで前記画像通信の終了が検知された場合に、前記音声通信において通信される音声信号として、前記画像通信の終了を示す音声信号を出力することにより、前記画像通信の終了を通知する通知ステップとを備えることを特徴とする。
【００１２】
請求項１２記載の通信方法は、ネットワークを介して相手装置と音声通信を開始する音声通信開始ステップと、前記音声通信開始ステップで開始された音声通信と並行して、前記ネットワークを介して相手装置と画像通信を開始する画像通信開始ステップと、前記画像通信開始ステップで開始された画像通信が終了したことを検知する検知ステップと、前記検知ステップで前記画像通信の終了が検知された場合に、前記音声通信の相手装置に対して前記画像通信の終了を通知する通知ステップとを備えることを特徴とする。
【００１３】
請求項１３記載の通信プログラムは、ネットワークを介して相手装置と音声通信を開始する音声通信開始モジュールと、前記音声通信開始モジュールにより開始された音声通信と並行して、前記ネットワークを介して相手装置と画像通信を開始する画像通信開始モジュールと、前記画像通信開始モジュールにより開始された画像通信が終了したことを検知する検知モジュールと、前記検知モジュールにより前記画像通信の終了が検知された場合に、前記音声通信において通信される音声信号として、前記画像通信の終了を示す音声信号を出力することにより、前記画像通信の終了を通知する通知モジュールとをコンピュータに実行させることを特徴とする。
【００１４】
請求項１４記載の通信プログラムは、ネットワークを介して相手装置と音声通信を開始する音声通信開始モジュールと、前記音声通信開始モジュールにより開始された音声通信と並行して、前記ネットワークを介して相手装置と画像通信を開始する画像通信開始モジュールと、前記画像通信開始モジュールにより開始された画像通信が終了したことを検知する検知モジュールと、前記検知モジュールにより前記画像通信の終了が検知された場合に、前記音声通信の相手装置に対して前記画像通信の終了を通知する通知モジュールと、
をコンピュータに実行させることを特徴とする。
【００１５】
請求項１５記載のコンピュータ読み取り可能な記憶媒体は、請求項１３に記載の通信プログラムを格納する。
【００１６】
請求項１６記載のコンピュータ読み取り可能な記憶媒体は、請求項１４に記載の通信プログラムを格納する。
【発明の効果】
【００１７】
本発明によれば、音声通話をしながらＩＰ−ＦＡＸ通信などの他の画像通信状況を簡単に知ることができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施の形態を図面を参照しながら詳細に説明する。
【００１９】
但し、この実施の形態に記載されている事項はあくまで例示であり、この発明の範囲をそれらにのみ限定する主旨のものではない。
【００２０】
図１は、本発明の通信装置がネットワーク接続されるネットワークシステムを示す図である。
【００２１】
図１において、ネットワークシステムは、イントラネット、又はインターネットなどのネットワーク１０１に、複数の通信装置１０２、１０３、１０４が接続されることで構成される。
【００２２】
通信装置１０２、１０３、１０４は、コピー機能やプリント機能、ファクシミリ機能、スキャン機能などの複数の機能を有している。更に、通信装置は、ＳＩＰ通話機能とＩＴＵ−Ｔ標準Ｔ．３８通信機能とを備えている。
【００２３】
また、通信装置１０２、１０３、１０４は、ネットワーク１０１を介してＳＩＰに準拠した呼接続やＩＴＵ−Ｔ標準Ｔ．３８通信を行う。尚、ＳＩＰ準拠の呼制御に関しては、IETF RFC3261 Session Initiation Protocolにて定義されているＳＩＰサーバを利用する形態を使ってもよい。
【００２４】
図２は、図１の通信装置のブロック構成を概略的に示す図である。
【００２５】
図２において、ＣＰＵ２０１は、ＲＯＭ２０９に格納された制御プログラムに基づいてＣＰＵデバイスに接続された各デバイスを制御する。表示装置２０２は、その表示画面に、例えばウインドウ、アイコン、メッセージ、メニューその他のユーザインターフェース情報が表示される。
【００２６】
ＶＲＡＭ２０３は、表示装置２０２に表示するための画像が描画される。このＶＲＡＭ２０３に生成された画像データは、所定の規定に従って表示装置２０２に転送され、これにより表示装置２０２に画像が表示される。
【００２７】
操作部（入力デバイス）２０４は、ＳＩＰ-ＵＲＬなどのＩＰ電話やＩＰ−ＦＡＸ送信先などを入力する各種キーや、表示装置２０２に表示されたアイコン、メニューその他のオブジェクトを指示する画面ポインティングデバイスを示す。
【００２８】
スキャン部２０５は、送信原稿の読み取りを行う。記録部２０６は、ＲＡＭ２１０に保存したデータの印刷を行う。ハンドセット２０７は、通話中の相手との送話と受話を行うために用いる。
【００２９】
音源２０８は、ビープ音や音声メッセージを生成する。音源２０８が生成したビープ音や音声メッセージは、ハンドセット２０７や音声通話を通じてユーザに聞かせることができる。ＲＯＭ２０９は、各種の制御プログラムやデータを保持する。ＲＡＭ２１０は、ＣＰＵ２０１のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域などを有する。
【００３０】
コーデック２１１は、ファクシミリ送受信などの画像データの送受信に際して、画像データをJPEG,MH,MR,MMR方式などに符号化並びに復号化する場合に用いられる。また、ＩＰ電話を行う場合は、Ｇ．７１１方式などに符号化並びに復号化する場合に用いられる。
【００３１】
モデム２１２は、ＰＳＴＮ（公衆交換電話網）を通じてファクシミリ送受信を行う場合、ＩＴＵ−Ｔ勧告Ｖ．３４規格又はこれと同様のものに従った送受信データの変調並びに復調を行う。ＮＣＵ（ネットワークコントロールユニット）２１３は、ＰＳＴＮを使った通信を行う場合に、回線の閉経及び開放の処理を行う。
【００３２】
ネットワークインタフェース部２１４は、ネットワーク１０１を通じて他の通信装置とのデータ送受信を行う場合に用いられる。ネットワーク１０１は、ＩＰ網を想定しているため、データの送受信は、ＴＣＰやＵＤＰなどのプロトコルを用いて行われる。ＣＰＵバス２１５は、アドレスバス、データバス及びコントロールバスを含む。ＣＰＵ２０１に対する制御プログラムの提供はＲＯＭ２０９から行う。
【００３３】
図３は、図１の通信装置におけるＩＰ電話やＩＰ−ＦＡＸ通信時の各ブロックの機能的な関係を示す図である。
【００３４】
図３は、スキャン部２０５、記録部２０６、ハンドセット２０７、音源２０８、ネットワークインタフェース部２１４の関係を示しており、それぞれ音源処理部３０４並びにＩＰ通信処理部３０５を介して接続されている。
【００３５】
図３において、音源処理部３０４、音源制御部３０７と音源２０８とで構成される。音源処理部３０４は、ビープ音の出力指示や音声メッセージの出力指示を受けると、ハンドセット２０７の送話側や受話側にビープ音や音声メッセージを送出する機能を担当する。
【００３６】
具体的には、音源制御部３０７が、ＩＰ通信処理部３０５からのビープ音、又は音声メッセージ出力指示を受けると、音源２０８を操作してビープ音、又は音声メッセージを送出する。
【００３７】
ＩＰ通信処理部３０５は、受信データ判定部３０９、送話データ処理部３１０、受話データ処理部３１１、送信データ処理部３１２、受信データ処理部３１３、メッセージ送信処理部３１４、メッセージ受信処理部３１５により構成される。ＩＰ通信処理部３０５は、ネットワークインタフェース部２１４を通じてネットワーク１０１を介したＩＰ電話やＩＰ−ＦＡＸ通信を行う機能を担当する。
【００３８】
具体的には、ＩＰ電話での通話を行う場合、送話データ処理部３１０は、ハンドセット２０７からの送話をコーデック２１１により音声コーデックに符号化し、ネットワークインタフェース部２１４へ音声データを送信する。
【００３９】
また、受話データ処理部３１１は、受信データ判定部３０９がネットワークインタフェース部２１４へ到着した受信データの中から音声データとして判定したデータの処理を行う。受話データ処理部３１１は、受け取った音声データをコーデック２１１により音声コーデックから復号化して、ハンドセット２０７の受話側へ流す。
【００４０】
次に、ＩＰ−ＦＡＸ送信する場合、送信データ処理部３１２は、スキャン部２０５が読み込んだ画像データをコーデック２１１により画像フォーマットに符号化し、ネットワークインタフェース部２１４へデータを送信する。
【００４１】
また、ＩＰ−ＦＡＸ受信する場合は、受信データ処理部３１３は、受信データ判定部３０９がネットワークインタフェース部２１４へ到着した受信データの中から画像データとして判定したデータの処理を行う。受信データ処理部３１３は、受け取った画像データをコーデック２１１により記録部２０６にて記録できる画像フォーマットに復号化して、記録部２０６へ渡す。
【００４２】
次に、メッセージの送信をする場合、メッセージ送信処理部３１４は、メッセージデータを作成し、ネットワークインタフェース部２１４へメッセージデータを送信する。また、メッセージの受信をする場合、メッセージ受信処理部３１５は、受信データ判定部３０９がネットワークインタフェース部２１４へ到着した受信データの中からメッセージデータとして判定したデータの処理を行う。
【００４３】
メッセージ受信処理部３１５は、受け取ったメッセージデータを解析して、音源処理部３０４に対してビープ音、又は音声メッセージの出力指示処理を行い、また、表示部２０２に対してテキストメッセージの表示指示処理を行う。
【００４４】
受信データ判定部３０９は、ネットワークインタフェース部２１４へ到着した受信データの中から、受話データ処理部３１１、受信データ処理部３１３、メッセージ受信処理部３１５のいずれに割り当てる受信データかを判定する。
【００４５】
（第１の実施の形態）
第１の実施の形態では、通信装置１０２と通信装置１０３がＩＰ通話状態であるときに、通信装置１０２が通信装置１０３もしくは通信装置１０４（図７に示す）からＩＰ−ＦＡＸ通信の開始を要求された場合に、ＩＰ−ＦＡＸ通信の通信状態を音声通知する例を示す。
【００４６】
図４は、第１の実施の形態において、図１の２つの通信装置がＩＰ電話で通話状態の場合に、一方の通信装置が他方の通信装置へＩＰ−ＦＡＸ送信したときの信号のやりとりを示す図である。
【００４７】
図４において、まず、通信装置１０３は、ステップＳ４０１にて、通信装置１０２とＩＰ電話接続するために、音声呼による接続要求（ＩＮＶＩＴＥ）を送信する。次に、通信装置１０２は、ステップＳ４０２にて、呼び出し中（１８０ Ｒｉｎｇｉｎｇ）の暫定応答を返す。
【００４８】
続いて、通信装置１０２は、ステップＳ４０３にて、接続要求に対する成功応答（２００ ＯＫ）を返す。次に、通信装置１０３が、ステップＳ４０４にて、確認メッセージ（ＡＣＫ）を通信装置１０２に送信することで、呼セッションが成立するとともに、音声通話用の音声メディアセッションが確立する。
【００４９】
続いて、通信装置１０３は、通信装置１０２へＩＰ−ＦＡＸ送信するために、ステップＳ４０５にて、通信装置１０２へＴ．３８通信用メディアセッション追加要求（ＩＮＶＩＴＥ）を送信する。これは、一般的にｒｅ−ＩＮＶＩＴＥと呼ばれ、成立済の呼セッションへＴ．３８通信用メディアセッションを追加することを目的としている。
【００５０】
上記要求を受けた通信装置１０２は、ステップＳ４０６にて、成功応答（２００ ＯＫ）を返す。次に、通信装置１０３は、ステップＳ４０７にて、確認メッセージ（ＡＣＫ）を送信し、Ｔ．３８通信用メディアセッションの追加が完了する。
【００５１】
以上により、通信装置１０２と通信装置１０３の間には、ＩＰ電話用の音声メディアセッションとＩＰ−ＦＡＸ通信用のＴ．３８通信用メディアセッションが成立するので、ＩＰ電話とＩＰ−ＦＡＸの並行通信が可能となる。
【００５２】
Ｔ．３８通信用メディアセッションが成立すると、通信装置１０３はＩＰ−ＦＡＸ送信を行うために、ステップＳ４０８にて、Ｔ．３８通信用メディアセッション内でＴ．３８によるＦＡＸ送信を行う。
【００５３】
図５は、図４におけるステップＳ４０８の詳細な信号のやりとりを示す図である。
【００５４】
図５において、ステップＳ５０１〜Ｓ５０８の処理が図４におけるステップＳ４０８の処理を表しており、それぞれ、Ｔ．３８通信での処理を表す。
【００５５】
まず、通信装置１０３は、ステップＳ５０１にて、通信装置１０２からのＤＩＳ信号（全機能通知）を受信すると、ステップＳ５０２にて、ＤＣＳ信号（送信機能指示）を送信する。続いて、通信装置１０３は、ステップＳ５０３にて、トレーニング信号を送信した後、ステップＳ５０４にて、通信装置１０２からのＣＦＲ信号（調整完了通知）を受信すると、通信装置１０２の受信準備が完了したとみなす。
【００５６】
次に、通信装置１０３は、ステップＳ５０５にて、ＦＡＸデータの送信を行い、最終ページまで送信完了すると、ステップＳ５０６にて、最終ページが送信完了したことを示すＥＯＰ信号を通信装置１０２へ送信する。
【００５７】
通信装置１０３は、ステップＳ５０７にて、通信装置１０２からのＭＣＦ（メッセージ確認通知）を受信すると、通信装置１０３から通信装置１０２へのＦＡＸ送信が完了したとみなし、ステップＳ５０８にて、ＤＣＮ（切断命令）を送信することで、Ｔ．３８でのＦＡＸ送信を終了する。
【００５８】
その後、ＩＰ電話とＩＰ−ＦＡＸ通信が完了した段階で、通信装置１０３は、図４のステップＳ４０９にて、呼セッションの終了要求（ＢＹＥ）を送信する。通信装置１０２は、ステップＳ４１０にて、確認メッセージ（ＡＣＫ）を返すことで、呼セッション並びに音声メディアセッションとＴ．３８通信用メディアセッションが終了する。
【００５９】
図６は、図４におけるＳＩＰヘッダ情報の一例を示す図である。
【００６０】
図６のＳＩＰヘッダ情報は、通信装置１０３から通信装置１０２へ接続要求を行った時に送信される。図４のタイミングチャートでは、ステップＳ４０１に相当する。
【００６１】
図６において、４行目のSIP:m102@localdomainが、送信先ＳＩＰアドレスを表しており、本実施の形態では、通信装置１０２のＳＩＰアドレスに相当する。また、５行目のSIP:m103@localdomainが、送信元ＳＩＰアドレスを表しており、本実施の形態では、通信装置１０３のＳＩＰアドレスに相当する。
【００６２】
また、RFC3261ＳＩＰには、通信装置１０２と通信装置１０３のピア・ツー・ピアのＳＩＰリレーションシップを定義するダイアログが定められている。ダイアログは、４行目のＴｏ Ｔａｇ（不図示。ステップＳ４０２以降で５行目のＦｒｏｍ Ｔａｇと同様のフォーマットで定義される）並びに、５行目のＦｒｏｍ Ｔａｇ並びに、６行目のＣａｌｌ−ＩＤにより構成される。
【００６３】
特に、Ｃａｌｌ−ＩＤは、乱数文字列とホスト名を組み合わせて生成された一意な識別子である。そのため、ダイアログ情報を管理することで、通信装置は複数の呼セッションを管理することが可能となる。
【００６４】
図７は、第１の実施の形態において、２つの通信装置がＩＰ電話で通話状態の場合に、別の通信装置が通話中の一方の通信装置へＩＰ−ＦＡＸ送信したときの信号のやりとりを示す図である。
【００６５】
図７において、ＳＩＰ処理としては、図４とほぼ同様であるため、図４との違いを中心に説明する。
【００６６】
図７において、まず、ステップＳ７０５乃至Ｓ７０８にて、通信装置１０４は、通信装置１０２へＴ．３８通信用メディアセッションを開くために、最初に音声メディアセッションを開始する。これは、初回のＩＮＶＩＴＥにてＴ．３８通信用メディアセッションでの開始を拒否する通信装置が存在するための予防措置である。
【００６７】
また、以下のように、呼セッションのダイアログ情報が異なる。即ち、ステップＳ７０１乃至Ｓ７０４、ステップＳ７１５、Ｓ７１６で構成される通信装置１０２と通信装置１０３と、ステップＳ７０５乃至Ｓ７１４で構成される通信装置１０２と通信装置１０４とで呼セッションのダイアログ情報が異なる。
【００６８】
そのため、通信装置１０２は、ＩＰ−ＦＡＸを受信した場合、現在通話中の相手からのＩＰ−ＦＡＸ通信（図４）であるか、現在通話していない相手からのＩＰ−ＦＡＸ通信（図７）であるかを判定できる。
【００６９】
図８は、第１の実施の形態において、図２の通信装置によって実行される通信処理の手順を示すチャートである。
【００７０】
図８において、通信装置１０２は、他の通信装置からのＩＰ−ＦＡＸ受信時に、図５のステップＳ５０４にてＣＦＲを送信すると、ステップＳ８０１にて、ＩＰ−ＦＡＸ受信処理を開始する。
【００７１】
続いて、ＩＰ−ＦＡＸ受信が終了（ステップＳ５０６のＥＯＰ受信時）した場合、ＩＰ−ＦＡＸ受信が通信タイムアウトやメモリフル状態でエラー終了（ステップＳ５０５のＦＡＸ受信処理中）した場合に、ステップＳ８０２にて、ビープ送出トリガを生成する。
【００７２】
続いて、ステップＳ８０３にて、ＩＰ通話中か否かを判定し、ＩＰ通話中でなければステップＳ８０７のＩＰ−ＦＡＸ終了処理を実行し、本フローを終了する。また、ＩＰ通話中であれば、ステップＳ８０４にて、ハンドセット受話側にビープ音を流す。
【００７３】
具体的には、ビープ音出力トリガに従って、受信データ処理部３１３が音源制御部３０７に受話側にビープ音を流すように指示を出す。そのため、ユーザは、通信装置１０２のハンドセット２０７で他の通信装置と通話している場合、常に、ＩＰ−ＦＡＸ通信の状態をハンドセット２０７の受話器から流れるビープ音で知ることができる。
【００７４】
続いて、ステップＳ８０５にて、ＩＰ−ＦＡＸ受信がＩＰ通話相手からのＩＰ−ＦＡＸ送信か否かをダイアログ情報にて判定する。ここで、ＩＰ−ＦＡＸ受信がＩＰ通話している相手でなければ、ステップＳ８０７のＩＰ−ＦＡＸ終了処理を実行し、本フローを終了する。
【００７５】
ＩＰ−ＦＡＸ受信がＩＰ通話している相手であれば、ステップＳ８０６にて、ＩＰ通話にビープ音を流す。具体的には、受信データ処理部３１３が、音源制御部３０７に送話側にビープ音を流すように指示を出す。そのため、ＩＰ電話で通話中の相手にもＩＰ−ＦＡＸ通信の状況をビープ音で知らせることができる。
【００７６】
最後に、ステップＳ８０７のＩＰ−ＦＡＸ終了処理では、他通信装置からのＢＹＥ（ステップＳ４０９、又はステップＳ７１３）を受信後、２００ ＯＫ（ステップＳ４１０、又はステップＳ７１４）を送信して、通信装置１０２の処理を終了する。
【００７７】
本実施の形態では、ビープ音を流す例について記述したが、ビープ音を流す代わりに定型の音声メッセージを流してもよい。
【００７８】
また、本実施の形態では、通信装置１０２がＩＰ−ＦＡＸ受信した場合の例を示したが、通信装置１０２がＩＰ−ＦＡＸ送信した場合でも適用可能である。その場合は、前述の説明において、ＩＰ−ＦＡＸの送受信が反転するだけであり、自明であるため説明は省略する。
【００７９】
（第２の実施の形態）
第２の実施の形態では、通信装置１０２と通信装置１０３がＩＰ通話状態であるときに、通信装置１０２が通信装置１０３もしくは通信装置１０４からＩＰ−ＦＡＸ通信の開始を要求された場合に、メッセージリクエストを用いてＩＰ−ＦＡＸの通信状態を通知する例を示す。
【００８０】
図９は、第２の実施の形態において、図１の２つの通信装置がＩＰ電話で通話状態の場合に、一方の通信装置が他方の通信装置へＩＰ−ＦＡＸ送信したときの信号のやりとりの要部を示す図である。
【００８１】
図９は、第１の実施の形態に当てはめると図５に相当する。メッセージリクエストは、ＩＰ通話中の相手からＩＰ−ＦＡＸ受信をした場合にのみ送信されるので、図９の信号のやりとりは、通信装置１０２と通信装置１０３との通信に適用される。また、通信装置１０２と通信装置１０４との通信では、メッセージリクエストを用いないので、図５の信号のやりとりが適用される。
【００８２】
図９において、通信装置１０３は、ステップＳ９０１にて、通信装置１０２からのＤＩＳ信号（全機能通知）を受信すると、ステップＳ９０２にて、ＤＣＳ信号（送信機能指示）を送信する。
【００８３】
続いて、通信装置１０３は、ステップＳ９０３にて、トレーニング信号を送信した後、ステップＳ９０４にて、通信装置１０２からのＣＦＲ信号（調整完了通知）を受信すると通信装置１０２の受信準備が完了したとみなす。
【００８４】
次に、通信装置１０３は、ステップＳ９０５にて、ＦＡＸデータの送信を行い、最終ページまで送信完了すると、ステップＳ９０６にて、最終ページを送信完了したことを示すＥＯＰ信号を通信装置１０２へ送信する。
【００８５】
通信装置１０２は、ＥＯＰ信号を受信すると、通信を完了した旨を示すために、ステップＳ９０７にて、ＳＩＰのメッセージリクエストを送信する（メッセージフォーマットの例については、図１０、１１にて記述）。そしてそれと同時に、ステップＳ９０８にて、Ｔ．３８のＭＣＦ（メッセージ確認通知）を送信する。
【００８６】
続いて、通信装置１０３は、ステップＳ９０９にて、メッセージリクエストに対する成功応答（２００ ＯＫ）を返すと同時に、ステップＳ９１０にて、ＤＣＮ（切断命令）を送信することで、Ｔ．３８でのＦＡＸ送信を終了する。
【００８７】
図１０は、図９におけるＳＩＰヘッダ情報の一例を示す図である。
【００８８】
具体的には、図９のステップＳ９０７にて送信するメッセージリクエストのＳＩＰヘッダ情報の例を示したものである。
【００８９】
ＲＦＣ３４２８にて定義されているメッセージリクエストのページャモデルでは、メッセージリクエスト自体でダイアログを形成しないが、ダイアログに関連付けることは許されている。従って、ダイアログ情報（From Tag,To Tag,Call-ID）は、既存のダイアログ（通信装置１０２と通信装置１０３の通信）をそのまま利用しているものとする。
【００９０】
また、１１行目以降（「改行」以降）は、通信装置１０２から通信装置１０３へ送信されたメッセージリクエストの内容である。通信装置１０３は、メッセージリクエストの内容を解析して処理を行う。
【００９１】
図１１は、図１０のメッセージリクエストのテーブルを示す図である。
【００９２】
図１１において、Ｂｅｅｐ、ＶｏｉｃｅＭＳＧの欄は、Ｂｅｅｐ、ＶｏｉｃｅＭＳＧに設定された数値ごとの処理を表しており、また、意味の欄は各数値の意味を表している。例えば、ＩＰ−ＦＡＸの完了であれば数値は１となり、エラー警告であれば数値は２となる。
【００９３】
図１０の例を用いて具体的に説明すると、図１０のメッセージリクエストを受信した通信装置１０３は、Ｂｅｅｐ=１なのでビープ音「ピッ」を鳴らす。更に、ＶｏｉｃｅＭＳＧ１なので「通信が完了しました」と言う音声メッセージをハンドセットに流すことを示している。尚、ＭＳＧは、通信装置１０３の表示部２０２に表示する文言である。従って、図１１に関しては説明していない。図１１のテーブルは、ＲＯＭ２０９に格納されており、通信装置により必要に応じて参照される。
【００９４】
図１２は、第２の実施の形態において、図２の通信装置によって実行される通信処理の手順を示すチャートである（その１）。
【００９５】
図１２は、通信装置１０２の通信処理を示したものである。
【００９６】
図１２において、通信装置１０２は、ＩＰ−ＦＡＸ受信時に、ステップＳ１２０１にて、ＩＰ−ＦＡＸ受信処理を開始する。続いて、ステップＳ１２０２にて、ＩＰ−ＦＡＸ受信が終了（図９のステップＳ９０６のＥＯＰ受信時）すると、ビープ送出トリガを生成する。
【００９７】
続いて、ステップＳ１２０３にて、ＩＰ通話中か否かを判定し、ＩＰ通話中でなければステップＳ１２０７のＩＰ−ＦＡＸ終了処理を実行し。本フローを終了する。また、ＩＰ通話中であれば、ステップＳ１２０４にて、ハンドセット受話側に、図１１のテーブルに従ったビープ音を流す（ビープ音を流す代わりに、会話の邪魔にならない音量の音声メッセージを流してもよい）。具体的には、受信データ処理部３１３が音源制御部３０７に受話側にビープ音を流すように指示を出す。
【００９８】
続いて、ステップＳ１２０５にて、ＩＰ−ＦＡＸ受信がＩＰ通話相手からのＩＰ−ＦＡＸ送信か否かをダイアログ情報にて判定する。ここで、ＩＰ−ＦＡＸ受信がＩＰ通話している相手でなければ、ステップＳ１２０７のＩＰ−ＦＡＸ終了処理を実行し、本フローを終了する。
【００９９】
ＩＰ−ＦＡＸ受信がＩＰ通話している相手であれば、ステップＳ１２０６にて、メッセージリクエスト（図１０参照）を送信し、ステップＳ１２０７のＩＰ−ＦＡＸ終了処理を実行する。ステップＳ１２０７のＩＰ−ＦＡＸ終了処理では、第１の実施の形態と同様に、他の通信装置からのＢＹＥ（ステップＳ４０９、又はＳ７１３）を受信後、２００ ＯＫ（ステップＳ４１０、又はＳ７１４）を送信して、通信装置１０２の処理を終了する。
【０１００】
図１３は、第２の実施の形態において、図２の通信装置によって実行される通信処理の手順を示すチャートである（その２）。
【０１０１】
図１３は、通信装置１０３の通信処理を示したものである。
【０１０２】
図１３において、通信装置１０３は、ステップＳ１３０１にて、メッセージリクエストを受信すると、ステップＳ１３０２にて、ダイアログ情報を元に、通話相手（本実施の形態では、通信装置１０２）からのメッセージリクエストか否かを判定する。
【０１０３】
通話相手からのメッセージリクエストでなければ処理を終了する。また、通話相手からのメッセージリクエストであれば、ステップＳ１３０３、Ｓ１３０５、Ｓ１３０７のＭＳＧ、ＶｏｉｃｅＭＳＧ、Ｂｅｅｐパラメータ解析処理を実施する。
【０１０４】
通信装置１０３は、ステップＳ１３０３にて、メッセージリクエストの内容を解析してＭＳＧの項目が存在しなければステップＳ１３０５に遷移し、ＭＳＧの項目が存在すれば、ステップＳ１３０４に遷移する。ステップＳ１３０４では、ＭＳＧパラメータの右辺文字列（図１０では、Ｃｏｍｐｌｅｔｅ）を取得し、表示部２０２に“Ｃｏｍｐｌｅｔｅ”を表示し、ステップＳ１３０５へ遷移する。
【０１０５】
続いて、ステップＳ１３０５にて、メッセージリクエストの内容を解析してＶｏｉｃｅＭＳＧの項目が存在しなければステップＳ１３０７に遷移し、ＶｏｉｃｅＭＳＧの項目が存在すれば、ステップＳ１３０６に遷移する。
【０１０６】
ステップＳ１３０６では、ＶｏｉｃｅＭＳＧパラメータの右辺数値（図１０では、１）を取得し、図１１のテーブルに従った音声メッセージをハンドセットの受話側に流すように、メッセージ受信処理部３１５が音源制御部３０７に指示する。そして、ステップＳ１３０７へ遷移する。
【０１０７】
続いて、ステップＳ１３０７にて、メッセージリクエストの内容を解析してＢｅｅｐの項目が存在しなければメッセージ受信の処理を終了し、Ｂｅｅｐの項目が存在すれば、ステップＳ１３０８に遷移する。
【０１０８】
ステップＳ１３０８では、ビープパラメータの右辺数値（図１０では、１）を取得し、図１１のテーブルに従ったビープ音をハンドセットの受話側に流すように、メッセージ受信処理部３１５が音源制御部３０７に指示し、メッセージ受信の処理を終了する。
【０１０９】
以上の処理を行うことで、メッセージリクエストを用いて、ＩＰ通話中に直接音声を流すことなく、ＩＰ−ＦＡＸの通信状況を通話相手に伝えることができる。
【０１１０】
また、本実施の形態では、ＩＰ−ＦＡＸ受信完了時にメッセージを送信する例を示したが、ＩＰ−ＦＡＸ受信エラー発生時（通信タイムアウトやメモリフル状態でエラー終了）にメッセージリクエストを送信してもよい。その場合は、通信装置１０２は、図９のステップＳ９０５にて、メッセージリクエストを送信する。自明であるので、説明は省略する。
【０１１１】
更に、本実施の形態では、通信装置１０２がＩＰ−ＦＡＸ受信した場合の例を示したが、通信装置１０２がＩＰ−ＦＡＸ送信した場合でも適用可能である。その場合は、前述の説明において、ＩＰ−ＦＡＸの送受信が反転するだけであり、これも自明であるため説明は省略する。
【０１１２】
また、本発明の目的は、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム又は装置に供給し、そのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵなど）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。
【０１１３】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１４】
また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。又は、プログラムコードをネットワークを介してダウンロードしてもよい。
【０１１５】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。
【０１１６】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【０１１７】
【図１】本発明の通信装置がネットワーク接続されるネットワークシステムを示す図である。
【図２】図１の通信装置のブロック構成を概略的に示す図である。
【図３】図１の通信装置におけるＩＰ電話やＩＰ−ＦＡＸ通信時の各ブロックの機能的な関係を示す図である。
【図４】第１の実施の形態において、図１の２つの通信装置がＩＰ電話で通話状態の場合に、一方の通信装置が他方の通信装置へＩＰ−ＦＡＸ送信したときの信号のやりとりを示す図である。
【図５】図４におけるステップＳ４０８の詳細な信号のやりとりを示す図である。
【図６】図４におけるＳＩＰヘッダ情報の一例を示す図である。
【図７】第１の実施の形態において、２つの通信装置がＩＰ電話で通話状態の場合に、別の通信装置が通話中の一方の通信装置へＩＰ−ＦＡＸ送信したときの信号のやりとりを示す図である。
【図８】第１の実施の形態において、図２の通信装置によって実行される通信処理の手順を示すチャートである。
【図９】第２の実施の形態において、図１の２つの通信装置がＩＰ電話で通話状態の場合に、一方の通信装置が他方の通信装置へＩＰ−ＦＡＸ送信したときの信号のやりとりの要部を示す図である。
【図１０】図９におけるＳＩＰヘッダ情報の一例を示す図である。
【図１１】図１０のメッセージリクエストのテーブルを示す図である。
【図１２】第２の実施の形態において、図２の通信装置によって実行される通信処理の手順を示すチャートである（その１）。
【図１３】第２の実施の形態において、図２の通信装置によって実行される通信処理の手順を示すチャートである（その２）。
【符号の説明】
【０１１８】
１０１ ネットワーク
１０２ 通信装置
１０３ 通信装置
【特許請求の範囲】
【請求項１】
ネットワークを介して相手装置と音声通信を実行する音声通信手段と、
前記音声通信手段による音声通信と並行して、前記ネットワークを介して相手装置と画像通信を実行する画像通信手段と、
前記画像通信手段による画像通信が終了したことを検知する検知手段と、
前記検知手段が前記画像通信の終了を検知した場合に、前記音声通信手段により通信される音声信号として、前記画像通信の終了を示す音声信号を出力することにより、前記画像通信の終了を通知する通知手段と、
を備えることを特徴とする通信装置。
【請求項２】
前記通知手段は、前記通信装置のユーザに対して前記画像通信の終了を通知することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記通知手段は、前記音声通信の相手装置のユーザに対して前記画像通信の終了を通知することを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記音声通信の相手装置と前記画像通信の相手装置が、同一であるか否かを判定する第１の判定手段を更に備え、
前記通知手段は、前記第１の判定手段による判定の結果に基づいて、前記音声通信の相手装置と前記画像通信の相手装置が同一である場合には、前記音声通信の相手装置に前記画像通信の終了を通知し、前記音声通信の相手装置と前記画像通信の相手装置が同一でない場合には、前記音声通信の相手装置に前記画像通信の終了を通知しないことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
【請求項５】
前記画像通信が終了したことを前記検知手段が検知した場合に、前記音声通信が実行中であるか否かを判定する第２の判定手段を更に備え、
前記通知手段は、前記第２の判定手段による判定の結果に基づいて、前記音声通信が実行中であれば前記画像通信の終了を通知し、前記音声通信が実行中でなければ前記画像通信の終了を通知しないことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
【請求項６】
ネットワークを介して相手装置と音声通信を実行する音声通信手段と、
前記音声通信手段による音声通信と並行して、前記ネットワークを介して相手装置と画像通信を実行する画像通信手段と、
前記画像通信手段による画像通信が終了したことを検知する検知手段と、
前記検知手段が前記画像通信の終了を検知した場合に、前記音声通信の相手装置に対して前記画像通信の終了を通知する通知手段と、
を備えることを特徴とする通信装置。
【請求項７】
前記音声通信の相手装置と前記画像通信の相手装置が、同一であるか否かを判定する第１の判定手段を更に備え、
前記通知手段は、前記第１の判定手段による判定の結果に基づいて、前記音声通信の相手装置と前記画像通信の相手装置が同一である場合には、前記音声通信の相手装置に前記画像通信の終了を通知し、前記音声通信の相手装置と前記画像通信の相手装置が同一でない場合には、前記音声通信の相手装置に前記画像通信の終了を通知しないことを特徴とする請求項６に記載の通信装置。
【請求項８】
前記画像通信が終了したことを前記検知手段が検知した場合に、前記音声通信が実行中であるか否かを判定する第２の判定手段を更に備え、
前記通知手段は、前記第２の判定手段による判定の結果に基づいて、前記音声通信が実行中であれば前記画像通信の終了を通知し、前記音声通信が実行中でなければ前記画像通信の終了を通知しないことを特徴とする請求項６または７に記載の通信装置。
【請求項９】
前記通知手段は、前記音声通信手段により通信される音声信号として、前記画像通信の終了を示す音声信号を出力することにより、前記画像通信の終了を通知することを特徴とする請求項６から８のいずれか１項に記載の通信装置。
【請求項１０】
前記通知手段は、前記画像通信の終了を示す情報をＳＩＰメッセージとして出力することにより、前記画像通信の終了を通知することを特徴とする請求項６から８のいずれか１項に記載の通信装置。
【請求項１１】
ネットワークを介して相手装置と音声通信を開始する音声通信開始ステップと、
前記音声通信開始ステップで開始された音声通信と並行して、前記ネットワークを介して相手装置と画像通信を開始する画像通信開始ステップと、
前記画像通信開始ステップで開始された画像通信が終了したことを検知する検知ステップと、
前記検知ステップで前記画像通信の終了が検知された場合に、前記音声通信において通信される音声信号として、前記画像通信の終了を示す音声信号を出力することにより、前記画像通信の終了を通知する通知ステップと、
を備えることを特徴とする通信方法。
【請求項１２】
ネットワークを介して相手装置と音声通信を開始する音声通信開始ステップと、
前記音声通信開始ステップで開始された音声通信と並行して、前記ネットワークを介して相手装置と画像通信を開始する画像通信開始ステップと、
前記画像通信開始ステップで開始された画像通信が終了したことを検知する検知ステップと、
前記検知ステップで前記画像通信の終了が検知された場合に、前記音声通信の相手装置に対して前記画像通信の終了を通知する通知ステップと、
を備えることを特徴とする通信方法。
【請求項１３】
ネットワークを介して相手装置と音声通信を開始する音声通信開始モジュールと、
前記音声通信開始モジュールにより開始された音声通信と並行して、前記ネットワークを介して相手装置と画像通信を開始する画像通信開始モジュールと、
前記画像通信開始モジュールにより開始された画像通信が終了したことを検知する検知モジュールと、
前記検知モジュールにより前記画像通信の終了が検知された場合に、前記音声通信において通信される音声信号として、前記画像通信の終了を示す音声信号を出力することにより、前記画像通信の終了を通知する通知モジュールと、
をコンピュータに実行させることを特徴とする通信プログラム。
【請求項１４】
ネットワークを介して相手装置と音声通信を開始する音声通信開始モジュールと、
前記音声通信開始モジュールにより開始された音声通信と並行して、前記ネットワークを介して相手装置と画像通信を開始する画像通信開始モジュールと、
前記画像通信開始モジュールにより開始された画像通信が終了したことを検知する検知モジュールと、
前記検知モジュールにより前記画像通信の終了が検知された場合に、前記音声通信の相手装置に対して前記画像通信の終了を通知する通知モジュールと、
をコンピュータに実行させることを特徴とする通信プログラム。
【請求項１５】
請求項１３に記載の通信プログラムを格納するコンピュータ読み取り可能な記憶媒体。
【請求項１６】
請求項１４に記載の通信プログラムを格納するコンピュータ読み取り可能な記憶媒体。
【請求項１】
ネットワークを介して相手装置と音声通信を実行する音声通信手段と、
前記音声通信手段による音声通信と並行して、前記ネットワークを介して相手装置と画像通信を実行する画像通信手段と、
前記画像通信手段による画像通信が終了したことを検知する検知手段と、
前記検知手段が前記画像通信の終了を検知した場合に、前記音声通信手段により通信される音声信号として、前記画像通信の終了を示す音声信号を出力することにより、前記画像通信の終了を通知する通知手段と、
を備えることを特徴とする通信装置。
【請求項２】
前記通知手段は、前記通信装置のユーザに対して前記画像通信の終了を通知することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記通知手段は、前記音声通信の相手装置のユーザに対して前記画像通信の終了を通知することを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記音声通信の相手装置と前記画像通信の相手装置が、同一であるか否かを判定する第１の判定手段を更に備え、
前記通知手段は、前記第１の判定手段による判定の結果に基づいて、前記音声通信の相手装置と前記画像通信の相手装置が同一である場合には、前記音声通信の相手装置に前記画像通信の終了を通知し、前記音声通信の相手装置と前記画像通信の相手装置が同一でない場合には、前記音声通信の相手装置に前記画像通信の終了を通知しないことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
【請求項５】
前記画像通信が終了したことを前記検知手段が検知した場合に、前記音声通信が実行中であるか否かを判定する第２の判定手段を更に備え、
前記通知手段は、前記第２の判定手段による判定の結果に基づいて、前記音声通信が実行中であれば前記画像通信の終了を通知し、前記音声通信が実行中でなければ前記画像通信の終了を通知しないことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
【請求項６】
ネットワークを介して相手装置と音声通信を実行する音声通信手段と、
前記音声通信手段による音声通信と並行して、前記ネットワークを介して相手装置と画像通信を実行する画像通信手段と、
前記画像通信手段による画像通信が終了したことを検知する検知手段と、
前記検知手段が前記画像通信の終了を検知した場合に、前記音声通信の相手装置に対して前記画像通信の終了を通知する通知手段と、
を備えることを特徴とする通信装置。
【請求項７】
前記音声通信の相手装置と前記画像通信の相手装置が、同一であるか否かを判定する第１の判定手段を更に備え、
前記通知手段は、前記第１の判定手段による判定の結果に基づいて、前記音声通信の相手装置と前記画像通信の相手装置が同一である場合には、前記音声通信の相手装置に前記画像通信の終了を通知し、前記音声通信の相手装置と前記画像通信の相手装置が同一でない場合には、前記音声通信の相手装置に前記画像通信の終了を通知しないことを特徴とする請求項６に記載の通信装置。
【請求項８】
前記画像通信が終了したことを前記検知手段が検知した場合に、前記音声通信が実行中であるか否かを判定する第２の判定手段を更に備え、
前記通知手段は、前記第２の判定手段による判定の結果に基づいて、前記音声通信が実行中であれば前記画像通信の終了を通知し、前記音声通信が実行中でなければ前記画像通信の終了を通知しないことを特徴とする請求項６または７に記載の通信装置。
【請求項９】
前記通知手段は、前記音声通信手段により通信される音声信号として、前記画像通信の終了を示す音声信号を出力することにより、前記画像通信の終了を通知することを特徴とする請求項６から８のいずれか１項に記載の通信装置。
【請求項１０】
前記通知手段は、前記画像通信の終了を示す情報をＳＩＰメッセージとして出力することにより、前記画像通信の終了を通知することを特徴とする請求項６から８のいずれか１項に記載の通信装置。
【請求項１１】
ネットワークを介して相手装置と音声通信を開始する音声通信開始ステップと、
前記音声通信開始ステップで開始された音声通信と並行して、前記ネットワークを介して相手装置と画像通信を開始する画像通信開始ステップと、
前記画像通信開始ステップで開始された画像通信が終了したことを検知する検知ステップと、
前記検知ステップで前記画像通信の終了が検知された場合に、前記音声通信において通信される音声信号として、前記画像通信の終了を示す音声信号を出力することにより、前記画像通信の終了を通知する通知ステップと、
を備えることを特徴とする通信方法。
【請求項１２】
ネットワークを介して相手装置と音声通信を開始する音声通信開始ステップと、
前記音声通信開始ステップで開始された音声通信と並行して、前記ネットワークを介して相手装置と画像通信を開始する画像通信開始ステップと、
前記画像通信開始ステップで開始された画像通信が終了したことを検知する検知ステップと、
前記検知ステップで前記画像通信の終了が検知された場合に、前記音声通信の相手装置に対して前記画像通信の終了を通知する通知ステップと、
を備えることを特徴とする通信方法。
【請求項１３】
ネットワークを介して相手装置と音声通信を開始する音声通信開始モジュールと、
前記音声通信開始モジュールにより開始された音声通信と並行して、前記ネットワークを介して相手装置と画像通信を開始する画像通信開始モジュールと、
前記画像通信開始モジュールにより開始された画像通信が終了したことを検知する検知モジュールと、
前記検知モジュールにより前記画像通信の終了が検知された場合に、前記音声通信において通信される音声信号として、前記画像通信の終了を示す音声信号を出力することにより、前記画像通信の終了を通知する通知モジュールと、
をコンピュータに実行させることを特徴とする通信プログラム。
【請求項１４】
ネットワークを介して相手装置と音声通信を開始する音声通信開始モジュールと、
前記音声通信開始モジュールにより開始された音声通信と並行して、前記ネットワークを介して相手装置と画像通信を開始する画像通信開始モジュールと、
前記画像通信開始モジュールにより開始された画像通信が終了したことを検知する検知モジュールと、
前記検知モジュールにより前記画像通信の終了が検知された場合に、前記音声通信の相手装置に対して前記画像通信の終了を通知する通知モジュールと、
をコンピュータに実行させることを特徴とする通信プログラム。
【請求項１５】
請求項１３に記載の通信プログラムを格納するコンピュータ読み取り可能な記憶媒体。
【請求項１６】
請求項１４に記載の通信プログラムを格納するコンピュータ読み取り可能な記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００８−１３１４９２（Ｐ２００８−１３１４９２Ａ）
【公開日】平成２０年６月５日（２００８．６．５）
【国際特許分類】
【出願番号】特願２００６−３１６１１３（Ｐ２００６−３１６１１３）
【出願日】平成１８年１１月２２日（２００６．１１．２２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２０年６月５日（２００８．６．５）
【国際特許分類】
【出願日】平成１８年１１月２２日（２００６．１１．２２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]