(57)【要約】【課題】通話に先立ち発呼側の通信端末と着呼側の通信端末との間で所望サイズのメッセージを通知できるようにする。【解決手段】発呼側の通信端末において、通話の用件メッセージと、発呼先電話番号を入力して用件記憶メモリ３に記憶し、発呼時に上記記憶された用件メッセージをボディ部に記述しかつ上記記憶された発呼先電話番号を宛先とするMESSAGEリクエストメッセージを生成して送信する。一方、着呼側の通信端末では、発呼側の通信端末から送られたMESSAGEリクエストメッセージから用件メッセージを抽出し、この用件メッセージを用件記憶メモリ３に記憶させる。そして、上記受信された用件メッセージのうちテキストデータと映像データをモニタ１２に表示させ、さらに上記用件メッセージのうち音声データをスピーカ８から音声メッセージとして出力するようにしたものである。【選択図】      図１
2009206756.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＰ（Session Initiation Protocol）を用いた呼接続機能を有し、この呼接続機能により他の通信端末装置との間に通信ネットワークを介して通信セッションを確立して通信を行う通信端末装置であって、
発呼に先立ち、通話の用件を含む事前通知情報と、通話相手となる他の通信端末装置を特定する加入者情報の入力を受け付け、この受け付けた各情報をメモリに記憶する手段と、
発呼要求の入力を受け付ける手段と、
前記発呼要求の入力を受け付けた場合に、前記呼接続機能により前記他の通信端末装置との間に通信セッションを確立するための発呼処理を実行する手段と、
前記メモリから事前通知情報及び加入者情報を読み出し、この読み出した事前通知情報をボディ部に記述し、かつ前記読み出した加入者情報を宛先とする、前記ＳＩＰによる呼接続機能において定義されたMESSAGEリクエストメッセージを、生成する手段と、
前記生成されたMESSAGEリクエストメッセージを前記通信ネットワークへ送信する手段と
を具備することを特徴とする通信端末装置。
【請求項２】
前記呼接続機能により、発呼元の通信端末装置との間に通信セッションを確立するための着呼処理を実行する手段と、
前記発呼元の通信端末装置から送られる自己宛のMESSAGEリクエストメッセージを受信する手段と、
前記受信されたMESSAGEリクエストメッセージから事前通知情報を取り出して話者に提示する手段と
を、さらに具備することを特徴とする請求項１記載の通信端末装置。
【請求項３】
前記話者による着呼に係わる操作を検出し、当該検出された着呼に係わる操作の内容が、着呼応答であるか又は着信拒否であるかを判別する手段と、
前記判別結果が着呼応答であれば前記呼接続機能による着呼処理を継続させ、前記判別結果が着信拒否であれば前記呼接続機能に前記着呼を不完了呼とするための処理を実行させる手段と
を、さらに具備することを特徴とする請求項２記載の通信端末装置。
【請求項４】
前記話者による着信拒否の理由を表す着信拒否理由通知情報の入力を受け付ける手段と、
前記判別結果が着信拒否だった場合に、前記着信拒否理由通知情報をボディ部に記述し、かつ前記発呼元の通信端末装置の加入者情報を宛先とする、前記ＳＩＰによる呼接続機能において定義されたMESSAGEリクエストメッセージを、生成する手段と、
前記生成されたMESSAGEリクエストメッセージを前記通信ネットワークへ送信する手段と
を、さらに具備することを特徴とする請求項３記載の通信端末装置。
【請求項５】
前記MESSAGEリクエストメッセージを生成する手段は、前記事前通知情報又は前記着信拒否理由通知情報の長さが予め定められたデータ長を超えている場合に、当該事前通知情報又は前記着信拒否理由通知情報を複数に分割し、この分割された情報ブロックごとにMESSAGEリクエストメッセージを生成することを特徴とする請求項１又は４記載の通信端末装置。
【請求項６】
前記事前通知情報及び前記着信拒否理由通知情報は、テキストデータ、映像データ及び音声データの少なくとも１つにより構成されることを特徴とする請求項１、４又は５記載の通信端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＳＩＰ（Session Initiation Protocol（RFC3261））による呼接続機能を備える通信端末装置に関する。
【背景技術】
【０００２】
近年、インターネット等のＩＰ（Internet Protocol）ネットワークの急速な普及・拡大やネットワークの高速化等、情報流通社会を支えるネットワークや技術の発展に伴い、ＩＰネットワークを使用して端末間で音声通信を行うことが主流になりつつある。このシステムでは、呼制御プロトコルとしてＳＩＰが使用される。
【０００３】
ところで、通話を行う場合に発呼者から着呼者へ、発呼者の電話番号に止まらず用件等の情報が事前に通知されると、着呼者にとって大変便利である。そこで、例えば呼接続時に発呼側の端末から着呼側の端末へ簡易な文字メッセージを送り、この文字メッセージを着呼側の端末の画面に表示するサービスが実用化されている（例えば、非特許文献１を参照。）。
【０００４】
【非特許文献１】黒岩、杉山：「呼設定時文字表示システムの開発」、電子情報通信学会通信ソサエティ大会、２００６年、B-6-22
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、前記非特許文献１に記載されたシステムでは、文字メッセージをSETUPメッセージのUser-User情報領域に挿入するものであるため、送信できる文字数が最大３５又は１３１オクテットと小さく、用件を十分に伝えることができなかった。
【０００６】
この発明は上記事情に着目してなされたもので、その目的とするところは、通話に先立ち発呼者と着呼者との間で所望サイズのメッセージを通知できるようにした通信端末装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するためにこの発明の一観点は、ＳＩＰ（Session Initiation Protocol）を用いた呼接続機能を有し、この呼接続機能により他の通信端末装置との間に通信ネットワークを介して通信セッションを確立して通信を行う通信端末装置にあって、発呼に先立ち、通話の用件を含む事前通知情報と、通話相手となる他の通信端末装置を特定する加入者情報の入力を受け付け、この受け付けた各情報をメモリに記憶する。そして、発呼要求の入力を受け付けた場合に、上記呼接続機能により上記他の通信端末装置との間に通信セッションを確立するための発呼処理を実行すると共に、上記メモリから事前通知情報及び加入者情報を読み出し、この読み出した事前通知情報をボディ部に記述しかつ上記読み出した加入者情報を宛先とするMESSAGEリクエストメッセージを生成し、この生成されたMESSAGEリクエストメッセージを上記通信ネットワークへ送信するように構成したものである。  
したがって、ＳＩＰによる呼接続機能において定義されたMESSAGEリクエストメッセージを利用することで、発呼者から着呼者へ伝送情報のサイズに制限を受けることなく事前通知情報を送ることが可能となり、これにより文字等のテキストデータに限らず映像データや音声データも送ることが可能となる。この結果、発呼者は通話に先立ち自身の用件等をより明確に詳しく着呼者へ知らせることが可能となる。
【０００８】
またこの発明の一観点は、以下の各種構成要素をさらに備えることも特徴とする。  
第１の構成要素は、上記呼接続機能により発呼元の通信端末装置との間に通信セッションを確立するための着呼処理を実行すると共に、上記発呼元の通信端末装置から送られる自己宛のMESSAGEリクエストメッセージを受信し、この受信されたMESSAGEリクエストメッセージから事前通知情報を取り出して話者に提示するようにするものである。この構成要素を備えることで、発呼側からMESSAGEリクエストメッセージにより事前通知情報が送られた場合に、この事前通知情報が話者に提示される。したがって、着呼応答する前に発呼者の用件を明確に把握することが可能となり、迷惑電話の撃退に多大な効果を発揮する。
【０００９】
第２の構成要素は、上記話者による着呼に係わる操作を検出し、当該検出された着呼に係わる操作の内容が、着呼応答であるか又は着信拒否であるかを判別し、この判別結果が着呼応答であれば上記呼接続機能による着呼処理を継続させ、一方上記判別結果が着信拒否であれば上記呼接続機能に上記着呼を不完了呼とするための処理を実行させるものである。この構成要素を備えることで、着呼者は発呼者から送られた事前通知情報の内容をもとに着信応答するか着信拒否するかを選択することが可能となる。
【００１０】
第３の構成要素は、上記話者による着信拒否の理由を表す着信拒否理由通知情報の入力を受け付け、上記判別結果が着信拒否だった場合に、上記着信拒否通知情報をボディ部に記述しかつ上記発呼元の通信端末装置の加入者情報を宛先とするMESSAGEリクエストメッセージを生成し、この生成されたMESSAGEリクエストメッセージを上記通信ネットワークへ送信するものである。この構成要素を備えることで、着呼者は着信拒否する場合に、その詳しい理由を着信拒否理由通知情報により発呼者に伝えることが可能となる。
【００１１】
第４の構成要素は、上記MESSAGEリクエストメッセージを生成する際に、上記事前通知情報又は上記着信拒否理由通知情報の長さが予め定められたデータ長を超えている場合に、当該事前通知情報又は上記着信拒否理由通知情報を複数に分割し、この分割された情報ブロックごとにMESSAGEリクエストメッセージを生成するものである。このようにすると、事前通知情報又は着信拒否理由通知情報の情報サイズが大きい場合でも、複数のMESSAGEリクエストメッセージに分割して洩れなく送ることが可能となる。
【００１２】
第５の構成要素は、上記事前通知情報及び上記着信拒否理由通知情報を、テキストデータ、映像データ及び音声データの少なくとも１つにより構成するものである。このようにすると、事前通知情報及び上記着信拒否理由通知情報の内容をテキストデータのみならず映像や音声を併用してより適切に表現することが可能となる。
【発明の効果】
【００１３】
要するにこの発明の一観点によれば、通話に先立ち発呼者と着呼者との間で所望サイズのメッセージを通知できるようにした通信端末装置を提供することができる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照してこの発明に係わる実施形態を説明する。  
この発明の一実施形態は、複数の通信端末間で通信ネットワークを介してＳＩＰ（Session Initiation Protocol（RFC3261））による呼制御機能を使用した音声又はテレビジョン電話通信を可能とするものである。
【００１５】
通信ネットワークは、インターネットに代表されるＩＰ（Internet Protocol）ネットワークと、このＩＰネットワークにアクセスするためのアクセス・ネットワークとから構成される。アクセス・ネットワークは、有線公衆ネットワークや移動通信ネットワーク、ＬＡＮ（Local Area Network）、無線ＬＡＮ、ＣＡＴＶ（Cable Television）ネットワーク等からなる。
【００１６】
ところで、この発明の一実施形態に係わる通信端末は次のように構成される。図１はその構成を示すブロック図である。  
すなわち、通信端末は、図示しない赤外線リモートコントローラからの赤外線信号を受信する受信部（以後赤外線リモコン受信部と称する）１と、アプリケーション制御部２と、用件記憶メモリ３と、呼（ＳＩＰ）制御部４と、音声処理部５と、映像処理部９と、ＴＣＰ（ＵＤＰ）／ＩＰ処理部１３と、ネットワークインタフェース部１５とを備えている。
【００１７】
アプリケーション制御部２は、ＲＯＭ等に記憶されたアプリケーション・プログラムに従い当該端末の動作を統括的に制御する。呼（ＳＩＰ）制御部４は、ＳＩＰによる呼接続に係わる一連のプロトコル処理を実行し、通話相手の通信端末に対して、ＳＩＰに関するメッセージの送受信をＴＣＰ（ＵＤＰ）／ＩＰ処理部１３とネットワークインタフェース部１５を介して行う。
【００１８】
音声処理部５は、マイクロホン７から出力されたアナログ音声信号をG.711に従い音声符号化してＴＣＰ（ＵＤＰ）／ＩＰ処理部１３に出力する処理と、ＴＣＰ（ＵＤＰ）／ＩＰ処理部１３から転送された符号化音声信号をG.711に従いアナログ音声信号に復号したのちスピーカ８から拡声出力させる処理と、用件や着信拒否理由を利用者に通知するために各種音声データファイルを復号してスピーカ８から拡声出力させる処理と、マイクロホン７から出力された用件や着信拒否理由を表す音声信号をディジタル化し、このディジタル化された音声信号をアプリケーション制御部２を介して用件記憶メモリ３に記憶させる処理と、上記マイクロホン７とスピーカ８との間のエコーキャンセル処理と、音声入力レベル及び出力レベルを調整する処理をそれぞれ実行する。
【００１９】
映像処理部９は、ビデオカメラ１１から出力されたアナログ映像信号をH.264に従い符号化してＴＣＰ（ＵＤＰ）／ＩＰ処理部１３に出力する処理と、ＴＣＰ（ＵＤＰ）／ＩＰ処理部１３から転送された符号化映像信号をH.264に従いアナログ映像信号に復号したのちモニタ１２に表示させる処理と、用件や着信拒否理由を利用者に通知するために各種映像ファイルやテキストファイルを復号してモニタ１２に表示させる処理と、ビデオカメラ１１から出力された用件や着信拒否理由を表す映像信号を符号化し、この符号化により生成された映像データをアプリケーション制御部２を介して用件記憶メモリ３に記憶させる処理と、上記各アナログ映像信号を輝度調整する処理をそれぞれ実行する。
【００２０】
ＴＣＰ（ＵＤＰ）／ＩＰ処理部１３は、呼（ＳＩＰ）制御部４からの指示に従い、呼（ＳＩＰ）制御部４から受信したＳＩＰに関するメッセージを含んだＩＰパケットを作成する。また、音声処理部５から出力された符号化音声信号を含むＩＰパケット及び上記映像処理部９から出力された符号化映像信号を含むＩＰパケットをそれぞれ作成する。そして、これらの作成されたＩＰパケットをネットワークインタフェース部１５へ転送し、このネットワークインタフェース部１５からTCP/IP（Transmission Control Protocol／Internet Protocol）又はUDP/IP（User Datagram Protocol／Internet Protocol）に従い通信ネットワークへ送信させる処理を実行する。
【００２１】
またＴＣＰ（ＵＤＰ）／ＩＰ処理部１３は、通信ネットワークからネットワークインタフェース部１５を介して受信したＩＰパケットを解析してＴＣＰ（ＵＤＰ）／ＩＰ処理し、ＳＩＰに関するＩＰパケットに含まれるＳＩＰに関するメッセージを呼（ＳＩＰ）制御部４に転送する処理と、音声に関するＩＰパケットに挿入された符号化音声信号を音声処理部５へ転送する処理と、映像に関するＩＰパケットに挿入された符号化映像信号を映像処理部９へ転送する処理をそれぞれ実行する。
【００２２】
ネットワークインタフェース部１５は、上記ＴＣＰ（ＵＤＰ）／ＩＰ処理部１３により作成されたＩＰパケットを、ＭＡＣアドレス等を付加することにより例えばEthernet（登録商標）に対応する伝送フレームに変換し、この伝送フレームを通信ネットワークへ送信する処理と、通信ネットワークから受信したEthernet（登録商標）に対応する伝送フレームからＩＰパケットを抽出し、この抽出したＩＰバケットをＴＣＰ（ＵＤＰ）／ＩＰ処理部１３に転送する処理をそれぞれ実行する。
【００２３】
ところで、アプリケーション制御部２は、この発明に係わる新たな制御器の産として、用件送受信制御部２１と、着信拒否送受信制御部２２とを備えている。これらの制御部はいずれも、アプリケーション・プログラムをＣＰＵ（Central Processing Unit）に実行させることにより実現される。
【００２４】
用件送受信制御部２１は、発呼に先立ち、図示しない赤外線リモコンから入力された通話の用件を表すメッセージと、通話相手となる他の通信端末の電話番号を、用件記憶メモリ３に記憶させる。そして、赤外線リモコンから発呼要求が入力された場合に、上記用件記憶メモリ３から上記用件メッセージ及び電話番号を読み出して呼（ＳＩＰ）制御部４に出力し、呼（ＳＩＰ）制御部４に対して、上記出力した用件メッセージをボディ部に記述し、かつ上記出力した電話番号を宛先としたMESSAGEリクエストメッセージの作成と送信を指示すると共に、発呼フラグを用件記憶メモリ３に記憶させる。
【００２５】
また用件送受信制御部２１は、発呼側の通信端末から送られたMESSAGEリクエストメッセージのうち、用件メッセージと発呼側の通信端末の電話番号が呼（ＳＩＰ）制御部４から転送された場合に、この用件メッセージを着呼フラグ及び発呼側の通信端末の電話番号と共に用件記憶メモリ３に記憶させる。そして、上記受信された用件メッセージのうちテキストデータと映像データを、上記発呼側の通信端末の電話番号又はそれに対応する発呼者名と共に映像処理部９に供給してモニタ１２に表示させる。またそれと共に、上記用件メッセージのうち音声データを音声処理部５に供給してスピーカ８から音声メッセージとして出力させる。
【００２６】
着信拒否送受信制御部２２は、赤外線リモコンから着信拒否の理由を表すメッセージが入力された場合に、当該着信拒否理由メッセージを着呼フラグ及び発呼側の通信端末の電話番号に対応付けて用件記憶メモリ３に記憶させる。そして、上記着信拒否理由メッセージと発呼側の通信端末の電話番号を呼（ＳＩＰ）制御部４に出力し、呼（ＳＩＰ）制御部４に対して、上記出力した着信拒否理由メッセージをボディ部に記述し、かつ上記出力した発呼側の通信端末の電話番号を宛先としたMESSAGEリクエストメッセージの作成と送信を指示する。
【００２７】
また着信拒否送受信制御部２２は、着呼側の通信端末から送られたMESSAGEリクエストメッセージに着信拒否理由メッセージが含まれていた場合に、この着信拒否理由メッセージを、発呼フラグ及び着呼側の通信端末の電話番号と対応付けて用件記憶メモリ３に記憶させる。そして、上記受信された着信拒否理由メッセージのうちテキストデータと映像データを、着呼側の通信端末の電話番号又はそれに対応する着呼者名と共に映像処理部９に供給してモニタ１２に表示させる。またそれと共に、上記着信拒否理由メッセージのうち音声データを音声処理部５に供給してスピーカ８から音声メッセージとして出力させる。
【００２８】
用件記憶メモリ３は、例えばフラッシュメモリからなる。そして、発呼又は着呼が行われるごとに、例えば図２に示すように発呼か着呼かを識別するためのフラグ３１と、通話相手の電話番号３２と、用件メッセージ及び着信拒否理由メッセージ３３とを相互に対応付けて格納する。なお、図２では、用件メッセージがテキストデータ、音声データ及び映像データにより構成され、着信拒否理由メッセージがテキストデータと音声データとから構成される場合を例示している。
【００２９】
次に、以上のように構成された通信端末の動作を説明する。  
（１）発呼時の用件メッセージの通知
先ず、発呼側の通信端末では次のような処理が行われる。図３及び図４はその処理手順と処理内容を示すフローチャートである。  
すなわち、話者は発呼に先立ち、通話の用件を表すテキストデータを赤外線リモコンを操作して入力する。通話端末は、上記赤外線リモコンから送信された赤外線信号を赤外線リモコン受信部１で受信し（ステップＳ１１）、この受信した赤外線信号により表されるテキストデータを赤外線リモコン受信部１からアプリケーション制御部２へ転送する（ステップＳ１２）。アプリケーション制御部２の用件送受信制御部２１は、上記転送されたテキストデータを用件メッセージを構成するデータとして用件記憶メモリ３に記憶させる（ステップＳ１３）。なお、それと共にマイクロホン７により話者の音声が入力された場合や、ビデオカメラ１１により撮像された映像が入力された場合には、アプリケーション制御部２の用件送受信制御部２１はこれらの音声データ及び映像データも用件メッセージを構成するデータとして用件記憶メモリ３に併せて記憶させる。
【００３０】
続いて話者は、通話相手の端末の電話番号を赤外線リモコンを操作して入力する。通話端末は、上記赤外線リモコンから送信された赤外線信号を赤外線リモコン受信部１で受信し（ステップＳ１４）、この受信した赤外線信号により表される電話番号を赤外線リモコン受信部１からアプリケーション制御部２へ転送する（ステップＳ１５）。アプリケーション制御部２の用件送受信制御部２１は、上記転送された通話相手端末の電話番号を用件記憶メモリ３に記憶させる（ステップＳ１６）。
【００３１】
さて、この状態で話者が赤外線リモコンを操作して発呼要求を入力したとする（ステップＳ１７）。通話端末は、上記赤外線リモコンから送信された赤外線信号を赤外線リモコン受信部１で受信し、この受信した赤外線信号により表される発呼要求を赤外線リモコン受信部１からアプリケーション制御部２へ転送する（ステップＳ１８）。上記発呼要求の入力を検出するとアプリケーション制御部２の用件送受信制御部２１は、用件記憶メモリ３から先に記憶された用件メッセージ及び通話相手の電話番号を読み出し、これらを呼（ＳＩＰ）制御部４に渡し、発呼処理の実行を指示する（ステップＳ１９）。また、それと共にアプリケーション制御部２の用件送受信制御部２１は、用件記憶メモリ３の、先に記憶された用件メッセージ及び通話相手の電話番号に対応する発呼／着呼フラグに“発呼”を記憶させる。この結果、例えば図２の３４に示すように発呼／着呼フラグには発呼フラグが格納され、通話相手の電話番号として03-xxx-xxxxが、また用件メッセージとして用件１.txt、用件１.aac及び用件１.mpgがそれぞれ格納される。
【００３２】
呼（ＳＩＰ）制御部４は、通話相手との呼接続のために先ず通話相手の電話番号を宛先に含めたINVITEリクエストメッセージをＴＣＰ（ＵＤＰ）／ＩＰ処理部１３に送る（ステップＳ２０）。ＴＣＰ（ＵＤＰ）／ＩＰ処理部１３は、上記送られたINVITEリクエストメッセージにＴＣＰ（ＵＤＰ）／ＩＰヘッダを付加してＩＰパケット化し、このＩＰパケットをネットワークインタフェース部１５から図示しない通信ネットワークへ送信させる。
【００３３】
続いて呼（ＳＩＰ）制御部４は、上記用件メッセージを、ＳＩＰの呼接続制御で定義されたMESSAGEリクエストメッセージのボディ部に挿入して、さらに通話相手の電話番号を宛先に含めた、当該MESSAGEリクエストメッセージをＴＣＰ（ＵＤＰ）／ＩＰ処理部１３に送る（ステップＳ２１）。ＴＣＰ（ＵＤＰ）／ＩＰ処理部１３は、上記送られたMESSAGEリクエストメッセージにＴＣＰ（ＵＤＰ）／ＩＰヘッダを付加してＩＰパケット化し、このＩＰパケットをネットワークインタフェース部１５から図示しない通信ネットワークへ送信させる。
【００３４】
一方、着呼側の通信端末では次のように処理が行われる。図５乃至図７はその処理手順と処理内容を示すフローチャートである。  
すなわち、待ち受け状態において通信端末はINVITEリクエストメッセージの到来を監視している。この状態で、発呼側の通信端末から送信された自己宛のINVITEリクエストメッセージがネットワークインタフェース部１５により受信されると（ステップＳ３１）、ＴＣＰ（ＵＤＰ）／ＩＰ処理部１３は当該INVITEリクエストメッセージに付加されたＴＣＰ（ＵＤＰ）／ＩＰヘッダを取り除いたのち呼（ＳＩＰ）制御部４に送る。呼（ＳＩＰ）制御部４は、通常の呼処理手順に従い、100 Tryingメッセージ及びRingingメッセージをＴＣＰ（ＵＤＰ）／ＩＰ処理部１３及びネットワークインタフェース部１５を介して通信ネットワークへ送信させる（ステップＳ３２）。また、このときアプリケーション制御部２は、音声処理部５に呼出音データを供給して、スピーカ８から呼出音を出力させる（ステップＳ３２）。
【００３５】
これに対し発呼側の通信端末は、以下のように動作する。すなわち、呼（ＳＩＰ）制御部４により、上記着呼側の通信端末からの、先に送信したINVITEリクエストメッセージに対する100 Tryingメッセージ及びRingingメッセージの返送を確認すると、PRACKメッセージをＴＣＰ（ＵＤＰ）／ＩＰ処理部１３とネットワークインタフェース部１５を介して通信ネットワークへ送信させる（ステップＳ２２）。そして、この状態で着呼側の通信端末がオフフックするか又は着信拒否するかを監視する（ステップＳ２３）。
【００３６】
続いて着呼側の通信端末は、以下のように動作する。すなわち、発呼側の通信端末から送信された自己宛のMESSAGEリクエストメッセージがネットワークインタフェース部１５により受信されると（ステップＳ３３）、ＴＣＰ（ＵＤＰ）／ＩＰ処理部１３は当該MESSAGEリクエストメッセージに付加されたＴＣＰ（ＵＤＰ）／ＩＰヘッダを取り除いたのち呼（ＳＩＰ）制御部４に送る。呼（ＳＩＰ）制御部４は、上記受信されたMESSAGEリクエストメッセージに対する200 OK応答メッセージをＴＣＰ（ＵＤＰ）／ＩＰ処理部１３に渡す。ＴＣＰ（ＵＤＰ）／ＩＰ処理部１３は、上記200 OK応答メッセージにＴＣＰ（ＵＤＰ）／ＩＰヘッダを付加してＩＰパケットを生成し、このＩＰパケットをネットワークインタフェース部１５から通信ネットワークへ送信させる（ステップＳ３４）。
【００３７】
またそれと共に呼（ＳＩＰ）制御部４は、上記受信されたMESSAGEリクエストメッセージから用件メッセージ及び発呼側の通信端末の電話番号を取り出し、この取り出した用件メッセージ及び電話番号をアプリケーション制御部２に渡す。アプリケーション制御部２の用件送受信制御部２１は、上記用件メッセージ及び発呼側の通信端末の電話番号を、着呼フラグと共に用件記憶メモリ３に格納する（ステップＳ３５）。この結果、例えば図２の３５に示すように、着呼フラグが格納され、通話相手の電話番号として06-xxxx-xxxxが、また用件メッセージとして用件２.txt、用件２.aac及び用件２.mpgが格納される。
【００３８】
また、アプリケーション制御部２の用件送受信制御部２１は、上記用件記憶メモリ３から用件メッセージを読み出し、この用件メッセージのうちテキストデータである用件２.txt及び映像データである用件２.mpgを、発呼側の通信端末の電話番号06-xxxx-xxxxと共に映像処理部９に供給して、モニタ１２に表示させる。また、上記用件メッセージのうち音声データである用件２.aacを音声処理部５に供給してスピーカ８から音声メッセージを出力させる（ステップＳ３６）。なお、上記発呼相手の電話番号が別途用意された電話帳メモリに登録されている場合には、当該電話番号メモリから対応する発呼者名を読み出して、この発呼者名を上記電話番号の代わりにモニタ１２に表示させるようにしてもよい。  
【００３９】
かくして、着呼者は上記モニタ１２に表示されたテキスト及び映像からなる用件メッセージと、スピーカ８から出力された音声メッセージにより、着呼応答操作を行う前に発呼者の電話番号又は発呼者名と通話の用件を確認することが可能となる。
【００４０】
これに対し発呼側の通信端末は、以下のように動作する。すなわち、呼（ＳＩＰ）制御部４により、上記着呼側の通信端末からの、先に送信したMESSAGEリクエストメッセージに対する200 OK応答メッセージの返送を確認する（ステップＳ２２）。また、着呼側の通信端末がオフフックするか、又は着信拒否するかを監視する動作を継続する（ステップＳ２３）。
【００４１】
（２）着呼側が着呼応答（オフフック）操作を行う場合
着呼側の通信端末において、上記着呼処理及び用件メッセージの出力処理の終了後に、アプリケーション制御部２は、着呼に係わる操作として、着呼ボタンの押下によるオフフック操作が行われるか、又は着呼を拒否する着信拒否操作が行われるかを監視する。
【００４２】
さて、この状態で上記用件メッセージを確認した着呼者が、赤外線リモコンにおいて着呼ボタンの押下（オフフック操作）を行ったとする。赤外線リモコン受信部１は、赤外線リモコンから送られる赤外線信号により上記オフフック操作を確認すると（ステップＳ３７）、その着呼（オフフック）応答をアプリケーション制御部２に通知する（ステップＳ３８）。アプリケーション制御部２は、呼（ＳＩＰ）制御部４に対しオフフックを指示する（ステップＳ３９）。呼（ＳＩＰ）制御部４は、上記オフフックの指示に応じて、先に受信したINVITEリクエストメッセージに対する200 OK応答メッセージをＴＣＰ（ＵＤＰ）／ＩＰ処理部１３に渡す。ＴＣＰ（ＵＤＰ）／ＩＰ処理部１３は、上記200 OK応答メッセージにＴＣＰ（ＵＤＰ）／ＩＰヘッダを付加してＩＰパケットを生成し、このＩＰパケットをネットワークインタフェース部１５から通信ネットワークへ返送させる（ステップＳ４０）。
【００４３】
さて、この状態で先に述べたように着呼側の通信端末においてオフフック操作が行われ、これに応じてINVITEリクエストメッセージに対する200 OK応答メッセージが、着呼側の通信端末から発呼側の通信端末へ送られたとする（ステップＳ２４）。そうすると、発呼側の通信端末の呼（ＳＩＰ）制御部４は、上記受信された200 OK応答メッセージに対するACKメッセージをＴＣＰ（ＵＤＰ）／ＩＰ処理部１３及びネットワークインタフェース部１５を介して着呼側の通信端末に向け送信させる（ステップＳ２５）。かくして、着呼側の通信端末との間には通信セッションが確立され、以後着呼側の通信端末との間でこの通信セッションを介して通話が可能となる（ステップＳ２６）。
【００４４】
これに対し着呼側の通信端末は、前記200 OK応答メッセージの送信後に、発呼側の通信端末からのACKメッセージの返送を監視する。そして、ACKメッセージの返送を確認すると（ステップＳ４１）、以後発呼側の通信端末との間で通話が可能となる（ステップＳ４２）。
【００４５】
図８は、以上述べたように着呼側の通信端末がオフフック操作を行ったときの発呼側の通信端末と着呼側の通信端末との間の呼処理シーケンスを示す図である。
【００４６】
（３）着呼側が着信拒否する場合  
一方、着呼側の通信端末において、着呼者が着信を拒否する場合には以下のような処理が行われる。  
すなわち、着呼者は赤外線リモコンを操作して着信拒否の理由を表すメッセージを入力する。着呼側の通話端末は、上記赤外線リモコンから送信された赤外線信号を赤外線リモコン受信部１で受信し（ステップＳ４３）、この受信した赤外線信号により表されるテキストデータを赤外線リモコン受信部１からアプリケーション制御部２へ転送する（ステップＳ４４）。アプリケーション制御部２の着信拒否送受信制御部２２は、上記転送されたテキストデータを着信拒否理由メッセージを構成するデータとして用件記憶メモリ３に記憶させる（ステップＳ４５）。なお、それと共にマイクロホン７により話者の音声が入力された場合や、ビデオカメラ１１により撮像された映像が入力された場合には、アプリケーション制御部２はこれらの音声データ及び映像データも、着信拒否理由メッセージを構成するデータとして用件記憶メモリ３に併せて記憶させる。この結果、例えば図２の３５に示すように、着信拒否理由メッセージして拒否２.txt及び拒否２.aacが格納される。
【００４７】
続いてアプリケーション制御部２の着信拒否送受信制御部２２は、上記用件記憶メモリ３から着信拒否理由メッセージを読み出し、この着信拒否理由メッセージを呼（ＳＩＰ）制御部４に渡し、着信拒否を指示する（ステップＳ４６）。呼（ＳＩＰ）制御部４は、上記着信拒否理由メッセージを、ＳＩＰの呼接続制御で定義されたMESSAGEリクエストメッセージのボディ部に挿入すると共に通話相手の電話番号を宛先に含め、このMESSAGEリクエストメッセージをＴＣＰ（ＵＤＰ）／ＩＰ処理部１３に送る。ＴＣＰ（ＵＤＰ）／ＩＰ処理部１３は、上記送られたMESSAGEリクエストメッセージにＴＣＰ（ＵＤＰ）／ＩＰヘッダを付加してＩＰパケット化し、このＩＰパケットをネットワークインタフェース部１５から通信ネットワークへ送信させる（ステップＳ４７）。
【００４８】
次に、呼（ＳＩＰ）制御部４は、先に受信したINVITEリクエストメッセージに対する応答として、403 応答メッセージをＴＣＰ（ＵＤＰ）／ＩＰ処理部１３に送る。ＴＣＰ（ＵＤＰ）／ＩＰ処理部１３は、上記送られた403 応答メッセージをネットワークインタフェース部１５から通信ネットワークへ送信させる（ステップＳ４８）。
【００４９】
一方、上記着信拒否に対し発呼側の通信端末は次のように動作する。すなわち、発呼側の通信端末から送信された自己宛のMESSAGEリクエストメッセージがネットワークインタフェース部１５により受信されると、ＴＣＰ（ＵＤＰ）／ＩＰ処理部１３は当該MESSAGEリクエストメッセージに付加されたＴＣＰ（ＵＤＰ）／ＩＰヘッダを取り除いたのち呼（ＳＩＰ）制御部４に送る。呼（ＳＩＰ）制御部４は、上記受信されたMESSAGEリクエストメッセージに対する200 OK応答メッセージをＴＣＰ（ＵＤＰ）／ＩＰ処理部１３に渡す。ＴＣＰ（ＵＤＰ）／ＩＰ処理部１３は、上記200 OK応答メッセージにＴＣＰ（ＵＤＰ）／ＩＰヘッダを付加してＩＰパケットを生成し、このＩＰパケットをネットワークインタフェース部１５から通信ネットワークへ送信させる（ステップＳ２７）。
【００５０】
またそれと共に呼（ＳＩＰ）制御部４は、上記受信されたMESSAGEリクエストメッセージから着信拒否理由メッセージを取り出し、この取り出した着信拒否理由メッセージをアプリケーション制御部２に渡す（ステップＳ２７）。アプリケーション制御部２の着信拒否送受信制御部２２は、上記着信拒否理由メッセージを、用件記憶メモリ３の該当する領域３３に格納する（ステップＳ２８）。この結果、例えば図２の３４に示すように、着信拒否理由メッセージして拒否１.txt及び拒否１.aacが格納される。
【００５１】
また、アプリケーション制御部２の着信拒否送受信制御部２２は、上記用件記憶メモリ３から着信拒否理由メッセージを読み出し、この着信拒否理由メッセージのうちテキストデータである拒否１.txtを着呼側の通信端末の電話番号03-xxxx-xxxxと共に映像処理部９に供給して、モニタ１２に表示させる。また、上記着信拒否理由メッセージのうち音声データである拒否１.aacを音声処理部５に供給してスピーカ８から音声メッセージとして出力させる（ステップＳ２８）。なお、上記着呼側の通信端末の電話番号が別途用意された電話帳メモリに登録されている場合には、当該電話番号メモリから対応する着呼者名を読み出して、この着呼者名を上記電話番号の代わりにモニタ１２に表示させるようにしてもよい。  
【００５２】
かくして、発呼者は上記モニタ１２に表示された着信拒否理由を表すテキスト及び映像からなる着信拒否理由メッセージと、スピーカ８から出力された音声メッセージにより、着呼者が着信拒否した理由を確認することが可能となる。
【００５３】
上記着信拒否理由メッセージを受信すると呼（ＳＩＰ）制御部４は、先に送信したINVITEリクエストメッセージに対する応答である、403 応答メッセージの返送を、ＴＣＰ（ＵＤＰ）／ＩＰ処理部１３を介して監視する。そして、403 応答メッセージの返送を確認すると（ステップＳ２９）、この403 応答メッセージに対するACKメッセージをＴＣＰ（ＵＤＰ）／ＩＰ処理部１３に渡し、このＴＣＰ（ＵＤＰ）／ＩＰ処理部１３からネットワークインタフェース部１５を介して通信ネットワークへ返送させる（ステップＳ３０）。そして、この403 応答メッセージの送信終了後に、発呼側の通信端末は待ち受け状態に復帰する。
【００５４】
これに対し着呼側の通信端末の呼（ＳＩＰ）制御部４は、前記着信拒否理由メッセージを挿入したMESSAGEリクエストメッセージの送信に対する応答である200 OK応答メッセージの受信を確認し、さらに上記403 応答メッセージの送信後に、発呼側の通信端末からのACKメッセージの返送を確認すると（ステップＳ４９）、待ち受け状態に復帰する。  
図９は、以上述べたように着呼側の通信端末が着信拒否操作を行ったときの発呼側の通信端末と着呼側の通信端末との間の呼処理シーケンスを示す図である。
【００５５】
以上述べたようにこの実施形態では、発呼側の通信端末において、発呼に先立ち通話の用件を表すメッセージと、通話相手となる通信端末の電話番号を入力して用件記憶メモリ３に記憶する。そして、発呼時に上記用件記憶メモリ３から上記用件メッセージ及び電話番号を読み出して、この読み出した用件メッセージをボディ部に記述しかつ上記読み出した電話番号を宛先とするMESSAGEリクエストメッセージを生成して送信する。これに対し着呼側の通信端末では、発呼側の通信端末から送られたMESSAGEリクエストメッセージから用件メッセージを抽出し、この用件メッセージを着呼フラグ及び発呼側の通信端末の電話番号と共に用件記憶メモリ３に記憶させる。そして、上記受信された用件メッセージのうちテキストデータと映像データをモニタ１２に表示させ、さらに上記用件メッセージのうち音声データをスピーカ８から音声メッセージとして出力するようにしている。
【００５６】
したがって、着呼時において話者は、モニタ１２に表示されたテキスト及び映像からなる用件メッセージと、スピーカ８から出力された音声メッセージにより、着呼応答操作を行う前に発呼者の用件を確認することが可能となる。しかも、ＳＩＰで定義されたMESSAGEリクエストメッセージを使用して用件メッセージを送信するようにしているので、用件メッセージが長文のテキストデータであっても、また音声データや映像データを含むものであっても送信することが可能となる。
【００５７】
またこの実施形態では、着呼側の通信端末において、着信拒否理由を表すメッセージが入力された場合に、当該着信拒否理由メッセージを用件記憶メモリ３に記憶させると共に、当該着信拒否理由メッセージをボディ部に記述しかつ発呼側の通信端末の電話番号を宛先とするMESSAGEリクエストメッセージを生成してこれを発呼側の通信端末へ送信する。一方、発呼側の通信端末では、着呼側の通信端末から送られたMESSAGEリクエストメッセージに着信拒否理由メッセージが含まれていた場合に、この着信拒否理由メッセージを用件記憶メモリ３に記憶させると共に、上記受信された着信拒否理由メッセージのうちテキストデータと映像データをモニタ１２に表示させ、さらに上記着信拒否理由メッセージのうち音声データをスピーカ８から音声メッセージとして出力させるようにしている。
【００５８】
したがって、発呼者はモニタ１２に表示された着信拒否理由を表すテキスト及び映像からなる用件メッセージと、スピーカ８から出力された音声メッセージにより、着呼者が着信拒否した理由を確認することが可能となる。しかも、この場合も、ＳＩＰで定義されたMESSAGEリクエストメッセージを使用して着信拒否理由メッセージを送信するようにしているので、着信拒否理由メッセージが長文のテキストデータであっても、また音声データや映像データを含むものであっても送信することが可能となる。
【００５９】
なお、この発明は上記実施形態に限定されるものではない。例えば、MESSAGEリクエストメッセージを生成する際に、上記用件メッセージ又は着信拒否理由メッセージの長さが予め定められたデータ長、例えば１個のMESSAGEリクエストメッセージで送信可能なデータサイズの制限長である１．３Kbyteを超えている場合には、当該用件メッセージ又は着信拒否理由メッセージを複数のデータブロックに分割し、この分割されたデータブロックごとにMESSAGEリクエストメッセージを生成して送信するとよい。ただし、この場合には、各MESSAGEリクエストメッセージのヘッダ又はメッセージ中に、メッセージ固有の識別コードと、連続番号やタイムスタンプ等のデータブロック間の関係を表す情報を挿入する。このようにすると、用件メッセージ又は着信拒否理由メッセージの情報サイズが大きい場合でも、複数のMESSAGEリクエストメッセージに分割して洩れなく送ることが可能となり、かつ受信側の通信端末において元の用件メッセージ又は着信拒否理由メッセージを確実に再構成することができる。
【００６０】
また、前実施形態では用件メッセージ及び着信拒否理由メッセージを話者がその都度入力する場合を例にとって説明したが、使用が想定される複数種類の用件メッセージ及び着信拒否理由メッセージを予め用件記憶メモリに記憶しておき、発呼時及び着信拒否を行う際に、上記用件記憶メモリに記憶された複数種類の用件メッセージ及び着信拒否理由メッセージの中から話者が所望のものを選択するようにしてもよい。
【００６１】
また、前記実施形態では用件メッセージ及び着信拒否メッセージを、テキストデータと、動画像を用いた映像データと、音声データとにより表現した。しかし、これに限定されるものではなく、上記テキストデータ、映像データ及び音声データのうちいずれか１つ又は２つを選択的に使用して上記用件メッセージ及び着信拒否メッセージを表現してもよい。また、映像データの代わりに、JPEG等により符号化された静止画像等の画像データを使用してもよいことは勿論である。
その他、通信端末装置の種類やその構成、用件メッセージ及び着信拒否理由メッセージの送受信制御の処理手順と処理内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【００６２】
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００６３】
【図１】この発明の一実施形態に係わる通信端末の構成を示すブロック図である。
【図２】図１に示した通信端末に設けられる用件記憶メモリの記憶情報の一例を示す図である。
【図３】図１に示した通信端末における発呼時の処理手順と処理内容の前半部分を示すフローチャートである。
【図４】図１に示した通信端末における発呼時の処理手順と処理内容の後半部分を示すフローチャートである。
【図５】図１に示した通信端末における着呼時の処理手順と処理内容の前半部分を示すフローチャートである。
【図６】図１に示した通信端末における着呼時の処理手順と処理内容の後半部分のうちオフフック操作が行われたときの処理手順と処理内容を示すフローチャートである。
【図７】図１に示した通信端末における着呼時の処理手順と処理内容の後半部分のうち着信拒否操作が行われたときの処理手順と処理内容を示すフローチャートである。
【図８】着呼側の通信端末においてオフフック操作が行われたときの通信端末間の呼処理手順を示すシーケンス図である。
【図９】着呼側の通信端末において着信拒否操作が行われたときの通信端末間の呼処理手順を示すシーケンス図である。
【符号の説明】
【００６４】
１…赤外線リモコン受信部、２…アプリケーション制御部、３…用件記憶メモリ、４…呼（ＳＩＰ）制御部、５…音声処理部、７…マイクロホン、８…スピーカ、９…映像処理部、１１…ビデオカメラ、１２…モニタ、１３…ＴＣＰ（ＵＤＰ）／ＩＰ処理部、１５…ネットワークインタフェース部、２１…用件送受信制御部、２２…着信拒否送受信制御部、３１…発呼／着呼フラグ、３２…通話相手の電話番号、３３…用件／着信拒否理由、３４…発呼側の通信端末の用件記憶メモリの記憶情報の一例、３５…着呼側の通信端末の用件記憶メモリの記憶情報の一例。
【図１】
2009206756.tif 000003
【図２】
2009206756.tif 000004
【図３】
2009206756.tif 000005
【図４】
2009206756.tif 000006
【図５】
2009206756.tif 000007
【図６】
2009206756.tif 000008
【図７】
2009206756.tif 000009
【図８】
2009206756.tif 000010
【図９】
2009206756.tif 000011