JP2009206756A - Communication terminal apparatus - Google Patents
Communication terminal apparatus Download PDFInfo
- Publication number
- JP2009206756A JP2009206756A JP2008046313A JP2008046313A JP2009206756A JP 2009206756 A JP2009206756 A JP 2009206756A JP 2008046313 A JP2008046313 A JP 2008046313A JP 2008046313 A JP2008046313 A JP 2008046313A JP 2009206756 A JP2009206756 A JP 2009206756A
- Authority
- JP
- Japan
- Prior art keywords
- message
- call
- communication terminal
- incoming call
- notification information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
Abstract
Description
この発明は、SIP(Session Initiation Protocol(RFC3261))による呼接続機能を備える通信端末装置に関する。 The present invention relates to a communication terminal apparatus having a call connection function based on SIP (Session Initiation Protocol (RFC3261)).
近年、インターネット等のIP(Internet Protocol)ネットワークの急速な普及・拡大やネットワークの高速化等、情報流通社会を支えるネットワークや技術の発展に伴い、IPネットワークを使用して端末間で音声通信を行うことが主流になりつつある。このシステムでは、呼制御プロトコルとしてSIPが使用される。 In recent years, along with the development of networks and technologies that support the information sharing society, such as the rapid spread and expansion of IP (Internet Protocol) networks such as the Internet and the speeding up of networks, voice communication is performed between terminals using IP networks. Is becoming mainstream. In this system, SIP is used as a call control protocol.
ところで、通話を行う場合に発呼者から着呼者へ、発呼者の電話番号に止まらず用件等の情報が事前に通知されると、着呼者にとって大変便利である。そこで、例えば呼接続時に発呼側の端末から着呼側の端末へ簡易な文字メッセージを送り、この文字メッセージを着呼側の端末の画面に表示するサービスが実用化されている(例えば、非特許文献1を参照。)。 By the way, it is very convenient for the caller if the caller is notified in advance of information such as a business condition without stopping at the telephone number of the caller when making a call. Therefore, for example, a service that sends a simple text message from the calling terminal to the called terminal at the time of call connection and displays this text message on the screen of the called terminal has been put into practical use (for example, non- (See Patent Document 1).
ところが、前記非特許文献1に記載されたシステムでは、文字メッセージをSETUPメッセージのUser-User情報領域に挿入するものであるため、送信できる文字数が最大35又は131オクテットと小さく、用件を十分に伝えることができなかった。 However, since the system described in Non-Patent Document 1 inserts a character message into the User-User information area of the SETUP message, the maximum number of characters that can be transmitted is as small as 35 or 131 octets, and the requirements are sufficient. I couldn't tell.
この発明は上記事情に着目してなされたもので、その目的とするところは、通話に先立ち発呼者と着呼者との間で所望サイズのメッセージを通知できるようにした通信端末装置を提供することにある。 The present invention has been made paying attention to the above circumstances, and an object of the present invention is to provide a communication terminal device capable of notifying a message of a desired size between a calling party and a called party prior to a call. There is to do.
上記目的を達成するためにこの発明の一観点は、SIP(Session Initiation Protocol)を用いた呼接続機能を有し、この呼接続機能により他の通信端末装置との間に通信ネットワークを介して通信セッションを確立して通信を行う通信端末装置にあって、発呼に先立ち、通話の用件を含む事前通知情報と、通話相手となる他の通信端末装置を特定する加入者情報の入力を受け付け、この受け付けた各情報をメモリに記憶する。そして、発呼要求の入力を受け付けた場合に、上記呼接続機能により上記他の通信端末装置との間に通信セッションを確立するための発呼処理を実行すると共に、上記メモリから事前通知情報及び加入者情報を読み出し、この読み出した事前通知情報をボディ部に記述しかつ上記読み出した加入者情報を宛先とするMESSAGEリクエストメッセージを生成し、この生成されたMESSAGEリクエストメッセージを上記通信ネットワークへ送信するように構成したものである。
したがって、SIPによる呼接続機能において定義されたMESSAGEリクエストメッセージを利用することで、発呼者から着呼者へ伝送情報のサイズに制限を受けることなく事前通知情報を送ることが可能となり、これにより文字等のテキストデータに限らず映像データや音声データも送ることが可能となる。この結果、発呼者は通話に先立ち自身の用件等をより明確に詳しく着呼者へ知らせることが可能となる。
In order to achieve the above object, one aspect of the present invention has a call connection function using SIP (Session Initiation Protocol), and communicates with other communication terminal devices via a communication network by this call connection function. A communication terminal device that establishes a session and performs communication, and accepts prior notification information including a call request and subscriber information for specifying another communication terminal device as a communication partner prior to making a call. The received information is stored in the memory. When receiving a call request input, the call connection function executes a call process for establishing a communication session with the other communication terminal device, and also sends advance notification information and Read the subscriber information, describe the read prior notification information in the body part, generate a MESSAGE request message with the read subscriber information as a destination, and send the generated MESSAGE request message to the communication network It is comprised as follows.
Therefore, by using the MESSAGE request message defined in the SIP call connection function, it is possible to send advance notification information from the calling party to the called party without being limited by the size of transmission information. Not only text data such as characters but also video data and audio data can be sent. As a result, the caller can inform the callee more clearly and in detail of his / her requirements prior to the call.
またこの発明の一観点は、以下の各種構成要素をさらに備えることも特徴とする。
第1の構成要素は、上記呼接続機能により発呼元の通信端末装置との間に通信セッションを確立するための着呼処理を実行すると共に、上記発呼元の通信端末装置から送られる自己宛のMESSAGEリクエストメッセージを受信し、この受信されたMESSAGEリクエストメッセージから事前通知情報を取り出して話者に提示するようにするものである。この構成要素を備えることで、発呼側からMESSAGEリクエストメッセージにより事前通知情報が送られた場合に、この事前通知情報が話者に提示される。したがって、着呼応答する前に発呼者の用件を明確に把握することが可能となり、迷惑電話の撃退に多大な効果を発揮する。
Another aspect of the present invention is characterized by further comprising the following various components.
The first component executes an incoming call process for establishing a communication session with the caller communication terminal device by the call connection function, and also sends a call sent from the caller communication terminal device. It receives the MESSAGE request message addressed to it, extracts the advance notification information from the received MESSAGE request message, and presents it to the speaker. By providing this component, when advance notification information is sent from the calling side by a MESSAGE request message, this advance notification information is presented to the speaker. Therefore, it is possible to clearly grasp the caller's requirements before answering the incoming call, which is very effective in repelling annoying calls.
第2の構成要素は、上記話者による着呼に係わる操作を検出し、当該検出された着呼に係わる操作の内容が、着呼応答であるか又は着信拒否であるかを判別し、この判別結果が着呼応答であれば上記呼接続機能による着呼処理を継続させ、一方上記判別結果が着信拒否であれば上記呼接続機能に上記着呼を不完了呼とするための処理を実行させるものである。この構成要素を備えることで、着呼者は発呼者から送られた事前通知情報の内容をもとに着信応答するか着信拒否するかを選択することが可能となる。 The second component detects an operation related to an incoming call by the speaker, determines whether the content of the operation related to the detected incoming call is an incoming call response or an incoming call rejection, If the discrimination result is an incoming call response, the incoming call processing by the call connection function is continued. On the other hand, if the discrimination result is an incoming call rejection, the call connection function executes a process for making the incoming call an incomplete call. It is something to be made. By providing this component, the called party can select whether to answer the incoming call or reject the incoming call based on the content of the prior notification information sent from the calling party.
第3の構成要素は、上記話者による着信拒否の理由を表す着信拒否理由通知情報の入力を受け付け、上記判別結果が着信拒否だった場合に、上記着信拒否通知情報をボディ部に記述しかつ上記発呼元の通信端末装置の加入者情報を宛先とするMESSAGEリクエストメッセージを生成し、この生成されたMESSAGEリクエストメッセージを上記通信ネットワークへ送信するものである。この構成要素を備えることで、着呼者は着信拒否する場合に、その詳しい理由を着信拒否理由通知情報により発呼者に伝えることが可能となる。 The third component accepts input of call rejection reason notification information indicating the reason of call rejection by the speaker, and describes the call rejection notification information in the body part when the determination result is call rejection. A MESSAGE request message destined for the subscriber information of the caller communication terminal device is generated, and the generated MESSAGE request message is transmitted to the communication network. By providing this component, when the callee rejects the incoming call, the detailed reason can be notified to the caller by the incoming call rejection reason notification information.
第4の構成要素は、上記MESSAGEリクエストメッセージを生成する際に、上記事前通知情報又は上記着信拒否理由通知情報の長さが予め定められたデータ長を超えている場合に、当該事前通知情報又は上記着信拒否理由通知情報を複数に分割し、この分割された情報ブロックごとにMESSAGEリクエストメッセージを生成するものである。このようにすると、事前通知情報又は着信拒否理由通知情報の情報サイズが大きい場合でも、複数のMESSAGEリクエストメッセージに分割して洩れなく送ることが可能となる。 When the length of the prior notification information or the incoming call rejection reason notification information exceeds a predetermined data length when the MESSAGE request message is generated, the fourth component element The incoming call rejection reason notification information is divided into a plurality of pieces, and a MESSAGE request message is generated for each of the divided information blocks. In this way, even when the information size of the prior notification information or the incoming call rejection reason notification information is large, it can be divided into a plurality of MESSAGE request messages and sent without omission.
第5の構成要素は、上記事前通知情報及び上記着信拒否理由通知情報を、テキストデータ、映像データ及び音声データの少なくとも1つにより構成するものである。このようにすると、事前通知情報及び上記着信拒否理由通知情報の内容をテキストデータのみならず映像や音声を併用してより適切に表現することが可能となる。 In the fifth component, the advance notification information and the incoming call rejection reason notification information are configured by at least one of text data, video data, and audio data. In this way, the contents of the advance notification information and the incoming call rejection reason notification information can be expressed more appropriately by using not only text data but also video and audio.
要するにこの発明の一観点によれば、通話に先立ち発呼者と着呼者との間で所望サイズのメッセージを通知できるようにした通信端末装置を提供することができる。 In short, according to one aspect of the present invention, it is possible to provide a communication terminal device that can notify a message of a desired size between a calling party and a called party prior to a call.
以下、図面を参照してこの発明に係わる実施形態を説明する。
この発明の一実施形態は、複数の通信端末間で通信ネットワークを介してSIP(Session Initiation Protocol(RFC3261))による呼制御機能を使用した音声又はテレビジョン電話通信を可能とするものである。
Embodiments according to the present invention will be described below with reference to the drawings.
One embodiment of the present invention enables voice or videophone communication using a call control function based on SIP (Session Initiation Protocol (RFC3261)) between a plurality of communication terminals via a communication network.
通信ネットワークは、インターネットに代表されるIP(Internet Protocol)ネットワークと、このIPネットワークにアクセスするためのアクセス・ネットワークとから構成される。アクセス・ネットワークは、有線公衆ネットワークや移動通信ネットワーク、LAN(Local Area Network)、無線LAN、CATV(Cable Television)ネットワーク等からなる。 The communication network includes an IP (Internet Protocol) network represented by the Internet and an access network for accessing the IP network. The access network includes a wired public network, a mobile communication network, a LAN (Local Area Network), a wireless LAN, a CATV (Cable Television) network, and the like.
ところで、この発明の一実施形態に係わる通信端末は次のように構成される。図1はその構成を示すブロック図である。
すなわち、通信端末は、図示しない赤外線リモートコントローラからの赤外線信号を受信する受信部(以後赤外線リモコン受信部と称する)1と、アプリケーション制御部2と、用件記憶メモリ3と、呼(SIP)制御部4と、音声処理部5と、映像処理部9と、TCP(UDP)/IP処理部13と、ネットワークインタフェース部15とを備えている。
By the way, a communication terminal according to an embodiment of the present invention is configured as follows. FIG. 1 is a block diagram showing the configuration.
That is, the communication terminal includes a receiving unit (hereinafter referred to as an infrared remote control receiving unit) 1 that receives an infrared signal from an infrared remote controller (not shown), an application control unit 2, a message storage memory 3, and a call (SIP) control.
アプリケーション制御部2は、ROM等に記憶されたアプリケーション・プログラムに従い当該端末の動作を統括的に制御する。呼(SIP)制御部4は、SIPによる呼接続に係わる一連のプロトコル処理を実行し、通話相手の通信端末に対して、SIPに関するメッセージの送受信をTCP(UDP)/IP処理部13とネットワークインタフェース部15を介して行う。
The application control unit 2 comprehensively controls the operation of the terminal according to an application program stored in a ROM or the like. The call (SIP)
音声処理部5は、マイクロホン7から出力されたアナログ音声信号をG.711に従い音声符号化してTCP(UDP)/IP処理部13に出力する処理と、TCP(UDP)/IP処理部13から転送された符号化音声信号をG.711に従いアナログ音声信号に復号したのちスピーカ8から拡声出力させる処理と、用件や着信拒否理由を利用者に通知するために各種音声データファイルを復号してスピーカ8から拡声出力させる処理と、マイクロホン7から出力された用件や着信拒否理由を表す音声信号をディジタル化し、このディジタル化された音声信号をアプリケーション制御部2を介して用件記憶メモリ3に記憶させる処理と、上記マイクロホン7とスピーカ8との間のエコーキャンセル処理と、音声入力レベル及び出力レベルを調整する処理をそれぞれ実行する。
The
映像処理部9は、ビデオカメラ11から出力されたアナログ映像信号をH.264に従い符号化してTCP(UDP)/IP処理部13に出力する処理と、TCP(UDP)/IP処理部13から転送された符号化映像信号をH.264に従いアナログ映像信号に復号したのちモニタ12に表示させる処理と、用件や着信拒否理由を利用者に通知するために各種映像ファイルやテキストファイルを復号してモニタ12に表示させる処理と、ビデオカメラ11から出力された用件や着信拒否理由を表す映像信号を符号化し、この符号化により生成された映像データをアプリケーション制御部2を介して用件記憶メモリ3に記憶させる処理と、上記各アナログ映像信号を輝度調整する処理をそれぞれ実行する。
The video processing unit 9 encodes the analog video signal output from the
TCP(UDP)/IP処理部13は、呼(SIP)制御部4からの指示に従い、呼(SIP)制御部4から受信したSIPに関するメッセージを含んだIPパケットを作成する。また、音声処理部5から出力された符号化音声信号を含むIPパケット及び上記映像処理部9から出力された符号化映像信号を含むIPパケットをそれぞれ作成する。そして、これらの作成されたIPパケットをネットワークインタフェース部15へ転送し、このネットワークインタフェース部15からTCP/IP(Transmission Control Protocol/Internet Protocol)又はUDP/IP(User Datagram Protocol/Internet Protocol)に従い通信ネットワークへ送信させる処理を実行する。
The TCP (UDP) /
またTCP(UDP)/IP処理部13は、通信ネットワークからネットワークインタフェース部15を介して受信したIPパケットを解析してTCP(UDP)/IP処理し、SIPに関するIPパケットに含まれるSIPに関するメッセージを呼(SIP)制御部4に転送する処理と、音声に関するIPパケットに挿入された符号化音声信号を音声処理部5へ転送する処理と、映像に関するIPパケットに挿入された符号化映像信号を映像処理部9へ転送する処理をそれぞれ実行する。
Further, the TCP (UDP) /
ネットワークインタフェース部15は、上記TCP(UDP)/IP処理部13により作成されたIPパケットを、MACアドレス等を付加することにより例えばEthernet(登録商標)に対応する伝送フレームに変換し、この伝送フレームを通信ネットワークへ送信する処理と、通信ネットワークから受信したEthernet(登録商標)に対応する伝送フレームからIPパケットを抽出し、この抽出したIPバケットをTCP(UDP)/IP処理部13に転送する処理をそれぞれ実行する。
The
ところで、アプリケーション制御部2は、この発明に係わる新たな制御器の産として、用件送受信制御部21と、着信拒否送受信制御部22とを備えている。これらの制御部はいずれも、アプリケーション・プログラムをCPU(Central Processing Unit)に実行させることにより実現される。
Incidentally, the application control unit 2 includes a product transmission /
用件送受信制御部21は、発呼に先立ち、図示しない赤外線リモコンから入力された通話の用件を表すメッセージと、通話相手となる他の通信端末の電話番号を、用件記憶メモリ3に記憶させる。そして、赤外線リモコンから発呼要求が入力された場合に、上記用件記憶メモリ3から上記用件メッセージ及び電話番号を読み出して呼(SIP)制御部4に出力し、呼(SIP)制御部4に対して、上記出力した用件メッセージをボディ部に記述し、かつ上記出力した電話番号を宛先としたMESSAGEリクエストメッセージの作成と送信を指示すると共に、発呼フラグを用件記憶メモリ3に記憶させる。
The message transmission /
また用件送受信制御部21は、発呼側の通信端末から送られたMESSAGEリクエストメッセージのうち、用件メッセージと発呼側の通信端末の電話番号が呼(SIP)制御部4から転送された場合に、この用件メッセージを着呼フラグ及び発呼側の通信端末の電話番号と共に用件記憶メモリ3に記憶させる。そして、上記受信された用件メッセージのうちテキストデータと映像データを、上記発呼側の通信端末の電話番号又はそれに対応する発呼者名と共に映像処理部9に供給してモニタ12に表示させる。またそれと共に、上記用件メッセージのうち音声データを音声処理部5に供給してスピーカ8から音声メッセージとして出力させる。
The message transmission /
着信拒否送受信制御部22は、赤外線リモコンから着信拒否の理由を表すメッセージが入力された場合に、当該着信拒否理由メッセージを着呼フラグ及び発呼側の通信端末の電話番号に対応付けて用件記憶メモリ3に記憶させる。そして、上記着信拒否理由メッセージと発呼側の通信端末の電話番号を呼(SIP)制御部4に出力し、呼(SIP)制御部4に対して、上記出力した着信拒否理由メッセージをボディ部に記述し、かつ上記出力した発呼側の通信端末の電話番号を宛先としたMESSAGEリクエストメッセージの作成と送信を指示する。
The incoming call rejection transmission /
また着信拒否送受信制御部22は、着呼側の通信端末から送られたMESSAGEリクエストメッセージに着信拒否理由メッセージが含まれていた場合に、この着信拒否理由メッセージを、発呼フラグ及び着呼側の通信端末の電話番号と対応付けて用件記憶メモリ3に記憶させる。そして、上記受信された着信拒否理由メッセージのうちテキストデータと映像データを、着呼側の通信端末の電話番号又はそれに対応する着呼者名と共に映像処理部9に供給してモニタ12に表示させる。またそれと共に、上記着信拒否理由メッセージのうち音声データを音声処理部5に供給してスピーカ8から音声メッセージとして出力させる。
Further, the incoming call rejection transmission /
用件記憶メモリ3は、例えばフラッシュメモリからなる。そして、発呼又は着呼が行われるごとに、例えば図2に示すように発呼か着呼かを識別するためのフラグ31と、通話相手の電話番号32と、用件メッセージ及び着信拒否理由メッセージ33とを相互に対応付けて格納する。なお、図2では、用件メッセージがテキストデータ、音声データ及び映像データにより構成され、着信拒否理由メッセージがテキストデータと音声データとから構成される場合を例示している。
The message storage memory 3 is composed of, for example, a flash memory. Each time a call is made or a call is made, for example, as shown in FIG. 2, a
次に、以上のように構成された通信端末の動作を説明する。
(1)発呼時の用件メッセージの通知
先ず、発呼側の通信端末では次のような処理が行われる。図3及び図4はその処理手順と処理内容を示すフローチャートである。
すなわち、話者は発呼に先立ち、通話の用件を表すテキストデータを赤外線リモコンを操作して入力する。通話端末は、上記赤外線リモコンから送信された赤外線信号を赤外線リモコン受信部1で受信し(ステップS11)、この受信した赤外線信号により表されるテキストデータを赤外線リモコン受信部1からアプリケーション制御部2へ転送する(ステップS12)。アプリケーション制御部2の用件送受信制御部21は、上記転送されたテキストデータを用件メッセージを構成するデータとして用件記憶メモリ3に記憶させる(ステップS13)。なお、それと共にマイクロホン7により話者の音声が入力された場合や、ビデオカメラ11により撮像された映像が入力された場合には、アプリケーション制御部2の用件送受信制御部21はこれらの音声データ及び映像データも用件メッセージを構成するデータとして用件記憶メモリ3に併せて記憶させる。
Next, the operation of the communication terminal configured as described above will be described.
(1) Notification of message at the time of outgoing call First, the following processing is performed in the communication terminal on the outgoing call side. 3 and 4 are flowcharts showing the processing procedure and processing contents.
That is, prior to making a call, the speaker operates the infrared remote controller to input text data representing a call request. The call terminal receives the infrared signal transmitted from the infrared remote controller by the infrared remote controller receiver 1 (step S11), and the text data represented by the received infrared signal is transmitted from the infrared remote controller receiver 1 to the application controller 2. Transfer (step S12). The message transmission /
続いて話者は、通話相手の端末の電話番号を赤外線リモコンを操作して入力する。通話端末は、上記赤外線リモコンから送信された赤外線信号を赤外線リモコン受信部1で受信し(ステップS14)、この受信した赤外線信号により表される電話番号を赤外線リモコン受信部1からアプリケーション制御部2へ転送する(ステップS15)。アプリケーション制御部2の用件送受信制御部21は、上記転送された通話相手端末の電話番号を用件記憶メモリ3に記憶させる(ステップS16)。
Subsequently, the speaker inputs the telephone number of the other party's terminal by operating the infrared remote controller. The telephone terminal receives the infrared signal transmitted from the infrared remote controller by the infrared remote controller receiver 1 (step S14), and the telephone number represented by the received infrared signal is transmitted from the infrared remote controller receiver 1 to the application controller 2. Transfer (step S15). The message transmission /
さて、この状態で話者が赤外線リモコンを操作して発呼要求を入力したとする(ステップS17)。通話端末は、上記赤外線リモコンから送信された赤外線信号を赤外線リモコン受信部1で受信し、この受信した赤外線信号により表される発呼要求を赤外線リモコン受信部1からアプリケーション制御部2へ転送する(ステップS18)。上記発呼要求の入力を検出するとアプリケーション制御部2の用件送受信制御部21は、用件記憶メモリ3から先に記憶された用件メッセージ及び通話相手の電話番号を読み出し、これらを呼(SIP)制御部4に渡し、発呼処理の実行を指示する(ステップS19)。また、それと共にアプリケーション制御部2の用件送受信制御部21は、用件記憶メモリ3の、先に記憶された用件メッセージ及び通話相手の電話番号に対応する発呼/着呼フラグに“発呼”を記憶させる。この結果、例えば図2の34に示すように発呼/着呼フラグには発呼フラグが格納され、通話相手の電話番号として03-xxx-xxxxが、また用件メッセージとして用件1.txt、用件1.aac及び用件1.mpgがそれぞれ格納される。
Now, assume that the speaker operates the infrared remote controller and inputs a call request in this state (step S17). The call terminal receives the infrared signal transmitted from the infrared remote controller by the infrared remote controller receiver 1 and transfers the call request represented by the received infrared signal from the infrared remote controller receiver 1 to the application controller 2 ( Step S18). Upon detecting the input of the call request, the message transmission /
呼(SIP)制御部4は、通話相手との呼接続のために先ず通話相手の電話番号を宛先に含めたINVITEリクエストメッセージをTCP(UDP)/IP処理部13に送る(ステップS20)。TCP(UDP)/IP処理部13は、上記送られたINVITEリクエストメッセージにTCP(UDP)/IPヘッダを付加してIPパケット化し、このIPパケットをネットワークインタフェース部15から図示しない通信ネットワークへ送信させる。
The call (SIP)
続いて呼(SIP)制御部4は、上記用件メッセージを、SIPの呼接続制御で定義されたMESSAGEリクエストメッセージのボディ部に挿入して、さらに通話相手の電話番号を宛先に含めた、当該MESSAGEリクエストメッセージをTCP(UDP)/IP処理部13に送る(ステップS21)。TCP(UDP)/IP処理部13は、上記送られたMESSAGEリクエストメッセージにTCP(UDP)/IPヘッダを付加してIPパケット化し、このIPパケットをネットワークインタフェース部15から図示しない通信ネットワークへ送信させる。
Subsequently, the call (SIP)
一方、着呼側の通信端末では次のように処理が行われる。図5乃至図7はその処理手順と処理内容を示すフローチャートである。
すなわち、待ち受け状態において通信端末はINVITEリクエストメッセージの到来を監視している。この状態で、発呼側の通信端末から送信された自己宛のINVITEリクエストメッセージがネットワークインタフェース部15により受信されると(ステップS31)、TCP(UDP)/IP処理部13は当該INVITEリクエストメッセージに付加されたTCP(UDP)/IPヘッダを取り除いたのち呼(SIP)制御部4に送る。呼(SIP)制御部4は、通常の呼処理手順に従い、100 Tryingメッセージ及びRingingメッセージをTCP(UDP)/IP処理部13及びネットワークインタフェース部15を介して通信ネットワークへ送信させる(ステップS32)。また、このときアプリケーション制御部2は、音声処理部5に呼出音データを供給して、スピーカ8から呼出音を出力させる(ステップS32)。
On the other hand, processing is performed as follows in the communication terminal on the called side. 5 to 7 are flowcharts showing the processing procedure and processing contents.
That is, the communication terminal monitors the arrival of the INVITE request message in the standby state. In this state, when the
これに対し発呼側の通信端末は、以下のように動作する。すなわち、呼(SIP)制御部4により、上記着呼側の通信端末からの、先に送信したINVITEリクエストメッセージに対する100 Tryingメッセージ及びRingingメッセージの返送を確認すると、PRACKメッセージをTCP(UDP)/IP処理部13とネットワークインタフェース部15を介して通信ネットワークへ送信させる(ステップS22)。そして、この状態で着呼側の通信端末がオフフックするか又は着信拒否するかを監視する(ステップS23)。
On the other hand, the communication terminal on the calling side operates as follows. That is, when the call (SIP)
続いて着呼側の通信端末は、以下のように動作する。すなわち、発呼側の通信端末から送信された自己宛のMESSAGEリクエストメッセージがネットワークインタフェース部15により受信されると(ステップS33)、TCP(UDP)/IP処理部13は当該MESSAGEリクエストメッセージに付加されたTCP(UDP)/IPヘッダを取り除いたのち呼(SIP)制御部4に送る。呼(SIP)制御部4は、上記受信されたMESSAGEリクエストメッセージに対する200 OK応答メッセージをTCP(UDP)/IP処理部13に渡す。TCP(UDP)/IP処理部13は、上記200 OK応答メッセージにTCP(UDP)/IPヘッダを付加してIPパケットを生成し、このIPパケットをネットワークインタフェース部15から通信ネットワークへ送信させる(ステップS34)。
Subsequently, the called communication terminal operates as follows. That is, when the MESSAGE request message addressed to itself transmitted from the calling communication terminal is received by the network interface unit 15 (step S33), the TCP (UDP) /
またそれと共に呼(SIP)制御部4は、上記受信されたMESSAGEリクエストメッセージから用件メッセージ及び発呼側の通信端末の電話番号を取り出し、この取り出した用件メッセージ及び電話番号をアプリケーション制御部2に渡す。アプリケーション制御部2の用件送受信制御部21は、上記用件メッセージ及び発呼側の通信端末の電話番号を、着呼フラグと共に用件記憶メモリ3に格納する(ステップS35)。この結果、例えば図2の35に示すように、着呼フラグが格納され、通話相手の電話番号として06-xxxx-xxxxが、また用件メッセージとして用件2.txt、用件2.aac及び用件2.mpgが格納される。
At the same time, the call (SIP)
また、アプリケーション制御部2の用件送受信制御部21は、上記用件記憶メモリ3から用件メッセージを読み出し、この用件メッセージのうちテキストデータである用件2.txt及び映像データである用件2.mpgを、発呼側の通信端末の電話番号06-xxxx-xxxxと共に映像処理部9に供給して、モニタ12に表示させる。また、上記用件メッセージのうち音声データである用件2.aacを音声処理部5に供給してスピーカ8から音声メッセージを出力させる(ステップS36)。なお、上記発呼相手の電話番号が別途用意された電話帳メモリに登録されている場合には、当該電話番号メモリから対応する発呼者名を読み出して、この発呼者名を上記電話番号の代わりにモニタ12に表示させるようにしてもよい。
Further, the message transmission /
かくして、着呼者は上記モニタ12に表示されたテキスト及び映像からなる用件メッセージと、スピーカ8から出力された音声メッセージにより、着呼応答操作を行う前に発呼者の電話番号又は発呼者名と通話の用件を確認することが可能となる。
Thus, the caller can call the caller's telephone number or call before performing the call answering operation using the message message and text message displayed on the
これに対し発呼側の通信端末は、以下のように動作する。すなわち、呼(SIP)制御部4により、上記着呼側の通信端末からの、先に送信したMESSAGEリクエストメッセージに対する200 OK応答メッセージの返送を確認する(ステップS22)。また、着呼側の通信端末がオフフックするか、又は着信拒否するかを監視する動作を継続する(ステップS23)。
On the other hand, the communication terminal on the calling side operates as follows. That is, the call (SIP)
(2)着呼側が着呼応答(オフフック)操作を行う場合
着呼側の通信端末において、上記着呼処理及び用件メッセージの出力処理の終了後に、アプリケーション制御部2は、着呼に係わる操作として、着呼ボタンの押下によるオフフック操作が行われるか、又は着呼を拒否する着信拒否操作が行われるかを監視する。
(2) When the called party performs an incoming call response (off-hook) operation After the incoming call process and the message message output process are completed, the application control unit 2 performs an operation related to the incoming call. Whether an off-hook operation is performed by pressing an incoming call button or an incoming call rejection operation for rejecting an incoming call is monitored.
さて、この状態で上記用件メッセージを確認した着呼者が、赤外線リモコンにおいて着呼ボタンの押下(オフフック操作)を行ったとする。赤外線リモコン受信部1は、赤外線リモコンから送られる赤外線信号により上記オフフック操作を確認すると(ステップS37)、その着呼(オフフック)応答をアプリケーション制御部2に通知する(ステップS38)。アプリケーション制御部2は、呼(SIP)制御部4に対しオフフックを指示する(ステップS39)。呼(SIP)制御部4は、上記オフフックの指示に応じて、先に受信したINVITEリクエストメッセージに対する200 OK応答メッセージをTCP(UDP)/IP処理部13に渡す。TCP(UDP)/IP処理部13は、上記200 OK応答メッセージにTCP(UDP)/IPヘッダを付加してIPパケットを生成し、このIPパケットをネットワークインタフェース部15から通信ネットワークへ返送させる(ステップS40)。
Now, assume that the called party who has confirmed the message in this state presses the incoming call button (off-hook operation) on the infrared remote controller. When the infrared remote control receiving unit 1 confirms the off-hook operation based on the infrared signal sent from the infrared remote control (step S37), it notifies the application control unit 2 of the incoming call (off-hook) response (step S38). The application control unit 2 instructs the call (SIP)
さて、この状態で先に述べたように着呼側の通信端末においてオフフック操作が行われ、これに応じてINVITEリクエストメッセージに対する200 OK応答メッセージが、着呼側の通信端末から発呼側の通信端末へ送られたとする(ステップS24)。そうすると、発呼側の通信端末の呼(SIP)制御部4は、上記受信された200 OK応答メッセージに対するACKメッセージをTCP(UDP)/IP処理部13及びネットワークインタフェース部15を介して着呼側の通信端末に向け送信させる(ステップS25)。かくして、着呼側の通信端末との間には通信セッションが確立され、以後着呼側の通信端末との間でこの通信セッションを介して通話が可能となる(ステップS26)。
In this state, as described above, an off-hook operation is performed at the called communication terminal, and in response to this, a 200 OK response message for the INVITE request message is sent from the called communication terminal to the calling side communication terminal. It is assumed that the message has been sent to the terminal (step S24). Then, the call (SIP)
これに対し着呼側の通信端末は、前記200 OK応答メッセージの送信後に、発呼側の通信端末からのACKメッセージの返送を監視する。そして、ACKメッセージの返送を確認すると(ステップS41)、以後発呼側の通信端末との間で通話が可能となる(ステップS42)。 On the other hand, the called communication terminal monitors the return of the ACK message from the calling communication terminal after transmitting the 200 OK response message. When the return of the ACK message is confirmed (step S41), a call can be made with the communication terminal on the calling side thereafter (step S42).
図8は、以上述べたように着呼側の通信端末がオフフック操作を行ったときの発呼側の通信端末と着呼側の通信端末との間の呼処理シーケンスを示す図である。 FIG. 8 is a diagram showing a call processing sequence between the calling communication terminal and the called communication terminal when the called communication terminal performs an off-hook operation as described above.
(3)着呼側が着信拒否する場合
一方、着呼側の通信端末において、着呼者が着信を拒否する場合には以下のような処理が行われる。
すなわち、着呼者は赤外線リモコンを操作して着信拒否の理由を表すメッセージを入力する。着呼側の通話端末は、上記赤外線リモコンから送信された赤外線信号を赤外線リモコン受信部1で受信し(ステップS43)、この受信した赤外線信号により表されるテキストデータを赤外線リモコン受信部1からアプリケーション制御部2へ転送する(ステップS44)。アプリケーション制御部2の着信拒否送受信制御部22は、上記転送されたテキストデータを着信拒否理由メッセージを構成するデータとして用件記憶メモリ3に記憶させる(ステップS45)。なお、それと共にマイクロホン7により話者の音声が入力された場合や、ビデオカメラ11により撮像された映像が入力された場合には、アプリケーション制御部2はこれらの音声データ及び映像データも、着信拒否理由メッセージを構成するデータとして用件記憶メモリ3に併せて記憶させる。この結果、例えば図2の35に示すように、着信拒否理由メッセージして拒否2.txt及び拒否2.aacが格納される。
(3) When the called party rejects the incoming call
On the other hand, when the called party rejects the incoming call at the called communication terminal, the following processing is performed.
That is, the called party operates the infrared remote controller and inputs a message indicating the reason for rejecting the incoming call. The call terminal on the called side receives the infrared signal transmitted from the infrared remote controller by the infrared remote controller receiver 1 (step S43), and the text data represented by the received infrared signal is received from the infrared remote controller receiver 1 by the application. The data is transferred to the control unit 2 (step S44). The incoming call rejection transmission /
続いてアプリケーション制御部2の着信拒否送受信制御部22は、上記用件記憶メモリ3から着信拒否理由メッセージを読み出し、この着信拒否理由メッセージを呼(SIP)制御部4に渡し、着信拒否を指示する(ステップS46)。呼(SIP)制御部4は、上記着信拒否理由メッセージを、SIPの呼接続制御で定義されたMESSAGEリクエストメッセージのボディ部に挿入すると共に通話相手の電話番号を宛先に含め、このMESSAGEリクエストメッセージをTCP(UDP)/IP処理部13に送る。TCP(UDP)/IP処理部13は、上記送られたMESSAGEリクエストメッセージにTCP(UDP)/IPヘッダを付加してIPパケット化し、このIPパケットをネットワークインタフェース部15から通信ネットワークへ送信させる(ステップS47)。
Subsequently, the incoming call rejection transmission /
次に、呼(SIP)制御部4は、先に受信したINVITEリクエストメッセージに対する応答として、403 応答メッセージをTCP(UDP)/IP処理部13に送る。TCP(UDP)/IP処理部13は、上記送られた403 応答メッセージをネットワークインタフェース部15から通信ネットワークへ送信させる(ステップS48)。
Next, the call (SIP)
一方、上記着信拒否に対し発呼側の通信端末は次のように動作する。すなわち、発呼側の通信端末から送信された自己宛のMESSAGEリクエストメッセージがネットワークインタフェース部15により受信されると、TCP(UDP)/IP処理部13は当該MESSAGEリクエストメッセージに付加されたTCP(UDP)/IPヘッダを取り除いたのち呼(SIP)制御部4に送る。呼(SIP)制御部4は、上記受信されたMESSAGEリクエストメッセージに対する200 OK応答メッセージをTCP(UDP)/IP処理部13に渡す。TCP(UDP)/IP処理部13は、上記200 OK応答メッセージにTCP(UDP)/IPヘッダを付加してIPパケットを生成し、このIPパケットをネットワークインタフェース部15から通信ネットワークへ送信させる(ステップS27)。
On the other hand, in response to the incoming call rejection, the calling communication terminal operates as follows. That is, when the
またそれと共に呼(SIP)制御部4は、上記受信されたMESSAGEリクエストメッセージから着信拒否理由メッセージを取り出し、この取り出した着信拒否理由メッセージをアプリケーション制御部2に渡す(ステップS27)。アプリケーション制御部2の着信拒否送受信制御部22は、上記着信拒否理由メッセージを、用件記憶メモリ3の該当する領域33に格納する(ステップS28)。この結果、例えば図2の34に示すように、着信拒否理由メッセージして拒否1.txt及び拒否1.aacが格納される。
At the same time, the call (SIP)
また、アプリケーション制御部2の着信拒否送受信制御部22は、上記用件記憶メモリ3から着信拒否理由メッセージを読み出し、この着信拒否理由メッセージのうちテキストデータである拒否1.txtを着呼側の通信端末の電話番号03-xxxx-xxxxと共に映像処理部9に供給して、モニタ12に表示させる。また、上記着信拒否理由メッセージのうち音声データである拒否1.aacを音声処理部5に供給してスピーカ8から音声メッセージとして出力させる(ステップS28)。なお、上記着呼側の通信端末の電話番号が別途用意された電話帳メモリに登録されている場合には、当該電話番号メモリから対応する着呼者名を読み出して、この着呼者名を上記電話番号の代わりにモニタ12に表示させるようにしてもよい。
The incoming call rejection transmission /
かくして、発呼者は上記モニタ12に表示された着信拒否理由を表すテキスト及び映像からなる着信拒否理由メッセージと、スピーカ8から出力された音声メッセージにより、着呼者が着信拒否した理由を確認することが可能となる。
Thus, the calling party confirms the reason why the called party rejected the incoming call based on the incoming call rejection reason message composed of text and video indicating the incoming call rejection reason displayed on the
上記着信拒否理由メッセージを受信すると呼(SIP)制御部4は、先に送信したINVITEリクエストメッセージに対する応答である、403 応答メッセージの返送を、TCP(UDP)/IP処理部13を介して監視する。そして、403 応答メッセージの返送を確認すると(ステップS29)、この403 応答メッセージに対するACKメッセージをTCP(UDP)/IP処理部13に渡し、このTCP(UDP)/IP処理部13からネットワークインタフェース部15を介して通信ネットワークへ返送させる(ステップS30)。そして、この403 応答メッセージの送信終了後に、発呼側の通信端末は待ち受け状態に復帰する。
Upon receiving the incoming call rejection reason message, the call (SIP)
これに対し着呼側の通信端末の呼(SIP)制御部4は、前記着信拒否理由メッセージを挿入したMESSAGEリクエストメッセージの送信に対する応答である200 OK応答メッセージの受信を確認し、さらに上記403 応答メッセージの送信後に、発呼側の通信端末からのACKメッセージの返送を確認すると(ステップS49)、待ち受け状態に復帰する。
図9は、以上述べたように着呼側の通信端末が着信拒否操作を行ったときの発呼側の通信端末と着呼側の通信端末との間の呼処理シーケンスを示す図である。
On the other hand, the call (SIP)
FIG. 9 is a diagram showing a call processing sequence between the calling communication terminal and the called communication terminal when the called communication terminal performs an incoming call rejection operation as described above.
以上述べたようにこの実施形態では、発呼側の通信端末において、発呼に先立ち通話の用件を表すメッセージと、通話相手となる通信端末の電話番号を入力して用件記憶メモリ3に記憶する。そして、発呼時に上記用件記憶メモリ3から上記用件メッセージ及び電話番号を読み出して、この読み出した用件メッセージをボディ部に記述しかつ上記読み出した電話番号を宛先とするMESSAGEリクエストメッセージを生成して送信する。これに対し着呼側の通信端末では、発呼側の通信端末から送られたMESSAGEリクエストメッセージから用件メッセージを抽出し、この用件メッセージを着呼フラグ及び発呼側の通信端末の電話番号と共に用件記憶メモリ3に記憶させる。そして、上記受信された用件メッセージのうちテキストデータと映像データをモニタ12に表示させ、さらに上記用件メッセージのうち音声データをスピーカ8から音声メッセージとして出力するようにしている。
As described above, in this embodiment, in the communication terminal on the calling side, the message indicating the message of the call prior to the call and the telephone number of the communication terminal serving as the call partner are input to the message storage memory 3. Remember. Then, when the call is made, the message message and the telephone number are read out from the message storage memory 3, and the read message message is described in the body part and a MESSAGE request message is generated with the read telephone number as the destination. Then send. On the other hand, in the called communication terminal, the message is extracted from the MESSAGE request message sent from the calling communication terminal, and this message is called the call flag and the telephone number of the calling communication terminal. At the same time, it is stored in the business memory 3. Then, text data and video data of the received message message are displayed on the
したがって、着呼時において話者は、モニタ12に表示されたテキスト及び映像からなる用件メッセージと、スピーカ8から出力された音声メッセージにより、着呼応答操作を行う前に発呼者の用件を確認することが可能となる。しかも、SIPで定義されたMESSAGEリクエストメッセージを使用して用件メッセージを送信するようにしているので、用件メッセージが長文のテキストデータであっても、また音声データや映像データを含むものであっても送信することが可能となる。
Therefore, at the time of the incoming call, the speaker uses the message of the text and video displayed on the
またこの実施形態では、着呼側の通信端末において、着信拒否理由を表すメッセージが入力された場合に、当該着信拒否理由メッセージを用件記憶メモリ3に記憶させると共に、当該着信拒否理由メッセージをボディ部に記述しかつ発呼側の通信端末の電話番号を宛先とするMESSAGEリクエストメッセージを生成してこれを発呼側の通信端末へ送信する。一方、発呼側の通信端末では、着呼側の通信端末から送られたMESSAGEリクエストメッセージに着信拒否理由メッセージが含まれていた場合に、この着信拒否理由メッセージを用件記憶メモリ3に記憶させると共に、上記受信された着信拒否理由メッセージのうちテキストデータと映像データをモニタ12に表示させ、さらに上記着信拒否理由メッセージのうち音声データをスピーカ8から音声メッセージとして出力させるようにしている。
Further, in this embodiment, when a message indicating an incoming call rejection reason is input to the called communication terminal, the incoming call rejection reason message is stored in the message storage memory 3 and the incoming call rejection reason message is stored in the body. A MESSAGE request message described in the section and addressed to the telephone number of the calling communication terminal is generated and transmitted to the calling communication terminal. On the other hand, the calling communication terminal stores the incoming call rejection reason message in the message storage memory 3 when the incoming call rejection message is included in the MESSAGE request message sent from the called communication terminal. At the same time, text data and video data of the received call rejection reason message are displayed on the
したがって、発呼者はモニタ12に表示された着信拒否理由を表すテキスト及び映像からなる用件メッセージと、スピーカ8から出力された音声メッセージにより、着呼者が着信拒否した理由を確認することが可能となる。しかも、この場合も、SIPで定義されたMESSAGEリクエストメッセージを使用して着信拒否理由メッセージを送信するようにしているので、着信拒否理由メッセージが長文のテキストデータであっても、また音声データや映像データを含むものであっても送信することが可能となる。
Therefore, the caller can confirm the reason why the callee rejected the incoming call based on the message and text message indicating the reason for rejecting the incoming call displayed on the
なお、この発明は上記実施形態に限定されるものではない。例えば、MESSAGEリクエストメッセージを生成する際に、上記用件メッセージ又は着信拒否理由メッセージの長さが予め定められたデータ長、例えば1個のMESSAGEリクエストメッセージで送信可能なデータサイズの制限長である1.3Kbyteを超えている場合には、当該用件メッセージ又は着信拒否理由メッセージを複数のデータブロックに分割し、この分割されたデータブロックごとにMESSAGEリクエストメッセージを生成して送信するとよい。ただし、この場合には、各MESSAGEリクエストメッセージのヘッダ又はメッセージ中に、メッセージ固有の識別コードと、連続番号やタイムスタンプ等のデータブロック間の関係を表す情報を挿入する。このようにすると、用件メッセージ又は着信拒否理由メッセージの情報サイズが大きい場合でも、複数のMESSAGEリクエストメッセージに分割して洩れなく送ることが可能となり、かつ受信側の通信端末において元の用件メッセージ又は着信拒否理由メッセージを確実に再構成することができる。 The present invention is not limited to the above embodiment. For example, when the MESSAGE request message is generated, the length of the message or the reason for rejecting the incoming message is a predetermined data length, for example, the limit length of the data size that can be transmitted by one MESSAGE request message. When the message exceeds 3 Kbytes, the message or incoming call rejection reason message may be divided into a plurality of data blocks, and a MESSAGE request message may be generated and transmitted for each of the divided data blocks. However, in this case, information representing the relationship between the message identification code and the data block such as a serial number and a time stamp is inserted into the header or message of each MESSAGE request message. In this way, even if the information size of the message message or the call rejection reason message is large, it can be divided into a plurality of MESSAGE request messages and sent without omission, and the original message message is received at the receiving communication terminal. Alternatively, the incoming call rejection reason message can be reliably reconstructed.
また、前実施形態では用件メッセージ及び着信拒否理由メッセージを話者がその都度入力する場合を例にとって説明したが、使用が想定される複数種類の用件メッセージ及び着信拒否理由メッセージを予め用件記憶メモリに記憶しておき、発呼時及び着信拒否を行う際に、上記用件記憶メモリに記憶された複数種類の用件メッセージ及び着信拒否理由メッセージの中から話者が所望のものを選択するようにしてもよい。 In the previous embodiment, the case where the speaker inputs the message message and the call rejection reason message each time has been described as an example. However, a plurality of types of message messages and call rejection reason messages expected to be used are preliminarily processed. Stored in the storage memory, when making a call or rejecting an incoming call, the speaker selects the desired message from the multiple types of message and the call rejection reason message stored in the message storage memory. You may make it do.
また、前記実施形態では用件メッセージ及び着信拒否メッセージを、テキストデータと、動画像を用いた映像データと、音声データとにより表現した。しかし、これに限定されるものではなく、上記テキストデータ、映像データ及び音声データのうちいずれか1つ又は2つを選択的に使用して上記用件メッセージ及び着信拒否メッセージを表現してもよい。また、映像データの代わりに、JPEG等により符号化された静止画像等の画像データを使用してもよいことは勿論である。
その他、通信端末装置の種類やその構成、用件メッセージ及び着信拒否理由メッセージの送受信制御の処理手順と処理内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
In the embodiment, the business message and the incoming call rejection message are expressed by text data, video data using moving images, and audio data. However, the present invention is not limited thereto, and any one or two of the text data, the video data, and the audio data may be selectively used to express the message message and the incoming call rejection message. . Of course, image data such as a still image encoded by JPEG or the like may be used instead of video data.
In addition, the type and configuration of the communication terminal device, the processing procedure and the processing content of the transmission / reception control of the business message and the incoming call rejection reason message can be variously modified without departing from the gist of the present invention.
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。 In short, the present invention is not limited to the above-described embodiment as it is, and can be embodied by modifying the constituent elements without departing from the scope of the invention in the implementation stage. Further, various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the embodiment. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, you may combine suitably the component covering different embodiment.
1…赤外線リモコン受信部、2…アプリケーション制御部、3…用件記憶メモリ、4…呼(SIP)制御部、5…音声処理部、7…マイクロホン、8…スピーカ、9…映像処理部、11…ビデオカメラ、12…モニタ、13…TCP(UDP)/IP処理部、15…ネットワークインタフェース部、21…用件送受信制御部、22…着信拒否送受信制御部、31…発呼/着呼フラグ、32…通話相手の電話番号、33…用件/着信拒否理由、34…発呼側の通信端末の用件記憶メモリの記憶情報の一例、35…着呼側の通信端末の用件記憶メモリの記憶情報の一例。 DESCRIPTION OF SYMBOLS 1 ... Infrared remote control receiving part, 2 ... Application control part, 3 ... Message storage memory, 4 ... Call (SIP) control part, 5 ... Audio processing part, 7 ... Microphone, 8 ... Speaker, 9 ... Video processing part, 11 ... Video camera, 12 ... Monitor, 13 ... TCP (UDP) / IP processing unit, 15 ... Network interface unit, 21 ... Message transmission / reception control unit, 22 ... Incoming call rejection transmission / reception control unit, 31 ... Calling / incoming flag 32 ... Telephone number of the other party, 33 ... Reason for reason / rejected call, 34 ... Example of stored information in the message storage memory of the communication terminal on the calling side, 35 ... In the message storage memory of the communication terminal on the called side An example of stored information.
Claims (6)
発呼に先立ち、通話の用件を含む事前通知情報と、通話相手となる他の通信端末装置を特定する加入者情報の入力を受け付け、この受け付けた各情報をメモリに記憶する手段と、
発呼要求の入力を受け付ける手段と、
前記発呼要求の入力を受け付けた場合に、前記呼接続機能により前記他の通信端末装置との間に通信セッションを確立するための発呼処理を実行する手段と、
前記メモリから事前通知情報及び加入者情報を読み出し、この読み出した事前通知情報をボディ部に記述し、かつ前記読み出した加入者情報を宛先とする、前記SIPによる呼接続機能において定義されたMESSAGEリクエストメッセージを、生成する手段と、
前記生成されたMESSAGEリクエストメッセージを前記通信ネットワークへ送信する手段と
を具備することを特徴とする通信端末装置。 A communication terminal device that has a call connection function using SIP (Session Initiation Protocol) and establishes a communication session with another communication terminal device via a communication network by this call connection function, and performs communication. ,
Prior to making a call, prior notification information including a request for a call and input of subscriber information for specifying another communication terminal device as a call partner are received, and means for storing each received information in a memory;
Means for receiving an input of a call request;
Means for executing a call process for establishing a communication session with the other communication terminal device by the call connection function when receiving an input of the call request;
The MESSAGE request defined in the SIP call connection function, which reads the prior notification information and the subscriber information from the memory, describes the read prior notification information in the body part, and has the read subscriber information as the destination Means for generating a message;
A communication terminal apparatus comprising: means for transmitting the generated MESSAGE request message to the communication network.
前記発呼元の通信端末装置から送られる自己宛のMESSAGEリクエストメッセージを受信する手段と、
前記受信されたMESSAGEリクエストメッセージから事前通知情報を取り出して話者に提示する手段と
を、さらに具備することを特徴とする請求項1記載の通信端末装置。 Means for executing an incoming call process for establishing a communication session with the caller communication terminal device by the call connection function;
Means for receiving a MESSAGE request message addressed to itself sent from the communication terminal device of the calling source;
The communication terminal apparatus according to claim 1, further comprising means for extracting prior notification information from the received MESSAGE request message and presenting it to a speaker.
前記判別結果が着呼応答であれば前記呼接続機能による着呼処理を継続させ、前記判別結果が着信拒否であれば前記呼接続機能に前記着呼を不完了呼とするための処理を実行させる手段と
を、さらに具備することを特徴とする請求項2記載の通信端末装置。 Means for detecting an operation related to an incoming call by the speaker and determining whether the content of the detected operation related to the incoming call is an incoming call response or an incoming call rejection;
If the determination result is an incoming call response, the incoming call processing by the call connection function is continued. If the determination result is an incoming call rejection, the call connection function performs a process for making the incoming call an incomplete call. The communication terminal apparatus according to claim 2, further comprising:
前記判別結果が着信拒否だった場合に、前記着信拒否理由通知情報をボディ部に記述し、かつ前記発呼元の通信端末装置の加入者情報を宛先とする、前記SIPによる呼接続機能において定義されたMESSAGEリクエストメッセージを、生成する手段と、
前記生成されたMESSAGEリクエストメッセージを前記通信ネットワークへ送信する手段と
を、さらに具備することを特徴とする請求項3記載の通信端末装置。 Means for accepting input of incoming call rejection reason notification information indicating a reason for incoming call rejection by the speaker;
When the determination result is call rejection, the SIP call connection function is defined in which the call rejection reason notification information is described in a body part and the subscriber information of the caller communication terminal device is the destination. Means for generating a generated MESSAGE request message;
4. The communication terminal apparatus according to claim 3, further comprising means for transmitting the generated MESSAGE request message to the communication network.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008046313A JP2009206756A (en) | 2008-02-27 | 2008-02-27 | Communication terminal apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008046313A JP2009206756A (en) | 2008-02-27 | 2008-02-27 | Communication terminal apparatus |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2009206756A true JP2009206756A (en) | 2009-09-10 |
Family
ID=41148603
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2008046313A Pending JP2009206756A (en) | 2008-02-27 | 2008-02-27 | Communication terminal apparatus |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2009206756A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012044303A (en) * | 2010-08-16 | 2012-03-01 | Oki Networks Co Ltd | Call control signal transmission device, program and method |
JP2014135540A (en) * | 2013-01-08 | 2014-07-24 | Nec Access Technica Ltd | Radio communication system, radio relay device, radio terminal device, radio communication method, and control program |
-
2008
- 2008-02-27 JP JP2008046313A patent/JP2009206756A/en active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012044303A (en) * | 2010-08-16 | 2012-03-01 | Oki Networks Co Ltd | Call control signal transmission device, program and method |
JP2014135540A (en) * | 2013-01-08 | 2014-07-24 | Nec Access Technica Ltd | Radio communication system, radio relay device, radio terminal device, radio communication method, and control program |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4157664B2 (en) | Method, apparatus and communication system for setting up a communication session | |
US8576838B2 (en) | Method of setting up a call-back | |
EP2262322A1 (en) | Method, system and equipment for shifting call based on a mobile terminal with the same number and a soft terminal | |
JP2005294993A (en) | Ip telephone and ip adapter | |
US20060050685A1 (en) | Call processing apparatus and method in video communication network | |
JP2007201916A (en) | PoC DATA TRANSMISSION METHOD AND PoC CALL SYSTEM AND DEVICE | |
JP2009194661A (en) | Conference terminal | |
JP2004120715A (en) | Ip telephone system, telephone terminal and inter-network tandem switch | |
JP2009206756A (en) | Communication terminal apparatus | |
JP2005020676A (en) | Telephone communication method and apparatus | |
JP4111393B2 (en) | IP telephone system and IP telephone apparatus | |
KR20090072761A (en) | Video call system and method | |
JP2007173935A (en) | Automatic response method of ip telephone | |
JP2005269165A (en) | Ip phone | |
JP4898603B2 (en) | Communication apparatus and communication method | |
JP4154184B2 (en) | Voice terminal and voice communication method | |
KR100854883B1 (en) | Caller display method of communication terminal and communication terminal | |
JP4118897B2 (en) | Image transmission device | |
JP4698249B2 (en) | Attendant stand device and program thereof | |
JP2006211001A (en) | Television telephone | |
JP5096831B2 (en) | Communication apparatus and communication method | |
JP4323543B2 (en) | Voice terminal | |
JP2006100968A (en) | Communication terminal device with speaker notifying function and speaker notifying method | |
JP2008277929A (en) | Communication processing system, session control server, media conversion server, and session connection method used for them | |
JP4684240B2 (en) | Multi-person call terminal, multi-person call system, multi-person call method, multi-person call program and recording medium storing program |