JP4154184B2 - 音声端末及び音声通信方法 - Google Patents
音声端末及び音声通信方法 Download PDFInfo
- Publication number
- JP4154184B2 JP4154184B2 JP2002219781A JP2002219781A JP4154184B2 JP 4154184 B2 JP4154184 B2 JP 4154184B2 JP 2002219781 A JP2002219781 A JP 2002219781A JP 2002219781 A JP2002219781 A JP 2002219781A JP 4154184 B2 JP4154184 B2 JP 4154184B2
- Authority
- JP
- Japan
- Prior art keywords
- voice
- network
- receiving
- terminal
- information transmission
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、複数の音声端末間で、通話路設定前に、音声データを送信する技術に関する。
【０００２】
【従来の技術】
２つの音声端末間で音声による通話を行う場合、その音声端末間で所定の呼制御手順に従った処理を行い、呼を確立した後、音声による通話が実現される。
【０００３】
例えば、通信路の一部あるいは全ての区間でパケット通信を行う電話サービス、特にインターネットを使用してパケット通信を行う電話サービスである、インターネット電話サービスなどにおいては、発信側音声端末から、ＩＴＵ−ＴのＨ．３２３やＳＩＰ（Session Initiation Protocol）などに規定されている呼制御手順を行い、着信側音声端末から応答することを示す指示を受け、呼を確立してから、その確立された呼を利用して音声パケットのやりとりを行っている。このため、着信側音声端末のユーザは、呼を確立する前には、その音声端末と呼を確立しようとしている音声端末があることのみを、着信音によって認識することができた。
【０００４】
ところが、着信音だけでは、発信元がわからず、不便であった。そこで、呼を確立する前に着信側音声端末のユーザに発信側音声端末を知らせるものとして、例えば、ナンバーディスプレイ機能が提供されている。これは、呼制御手順を処理中に発信側音声端末の発番号を着信側音声端末に通知するものである。また、企業内網などにおいては、発信側音声端末に応じて着信音を変更する設定ができるものもあり、着信音により着信側音声端末のユーザが、発信側音声端末を認識することができるものもある。
【０００５】
【発明が解決しようとする課題】
上述したように、ナンバーディスプレイ機能や、着信音の設定により、呼を確立する前、即ち、着信側音声端末で応答処理を行う前に、着信側音声端末のユーザが、発信側音声端末を認識することはできる。しかしながら、1台の音声端末を複数のユーザで使用している場合など、着信側音声端末のユーザが、呼を確立するまでは、発信側音声端末の発番以外を認識できないため、依然不便な点がある。例えば、企業内で複数の者が1台の音声端末を利用している場合など、誰宛にかかってきた通話であるかがわからないと不便である。また、工場のように、広い場所で多数のユーザが複数の電話を共同で使用している場合は、このような情報が得られないと、一旦、誰かが応答した後、放送などで所望の人を呼び出すなどの必要があり、さらに手間がかかっている。
【０００６】
本発明の目的は、このような不便を解消するため、着信側音声端末が応答処理を行う前であっても、発信側音声端末からの音声データを着信側音声端末で出力できるようにすることにある。
【０００７】
【課題を解決するための手段】
本発明の音声通信システムは、通話路設定前であっても、音声データを発信し、また、受信した音声データを出力する機能を、音声端末に持たせたものである。
【０００８】
すなわち、ネットワークを介して接続される他の音声端末と確立した呼を用いて音声データのやりとりを行う音声端末であって、前記呼を確立する手順を実行中に音声の入力を受け付けるプレ音声入力受付手段と、前記プレ音声入力受付手段において受け付けた音声を、前記手順を実行中に、前記他の音声端末に送出するプレ音声送出手段とを備えることを特徴とする音声端末を提供するものである。
【０００９】
また、ネットワークを介して接続される他の音声端末と確立した呼を用いて音声データのやりとりを行う音声端末であって、前記呼を確立する手順を実行中に、前記他の音声端末から送出された音声を受信するプレ音声受信手段と、前記プレ音声受信手段において受信した音声を出力するプレ音声出力手段とを備えることを特徴とする音声端末を提供するものである。
【００１０】
なお、以下、呼を確立する前に送信する音声を、呼が確立後に通話路を用いてやりとりする通常の音声と区別するため、プレ音声と呼ぶ。
【００１１】
【発明の実施の形態】
以下、本発明の一実施形態について、図を参照して説明する。
【００１２】
図１は本発明の一実施形態が適用された音声通信システムの概略構成図である。
【００１３】
本図に示すように、本実施形態の音声通信システムは、ネットワーク１００に接続された複数の音声端末１０１〜１０６を備えて構成される。
【００１４】
この場合のネットワーク１００は、有線、無線双方を含む公衆回線網や企業内網、インターネットを始めとするＩＰ網等、特に限定されない。
【００１５】
また、この場合の音声端末は、公衆回線網や企業内網で使用される固定電話端末、ＩＰ網で使用されるＩＰ電話端末、無線網で使用される無線電話端末など、ネットワーク１００に応じて定まるものである。
【００１６】
以下においては、ネットワーク１００がＩＰ網、音声端末１０１〜１０６がＩＰ電話機であるＩＰ電話システムを例にとって説明する。
【００１７】
従って、本実施形態においては、ＩＰ電話システムが通常備える、各ＩＰ電話機のＩＰアドレスと電話番号との対応関係を管理する、ゲートキーパ１２０がさらにネットワーク１００に接続されている。なお、このゲートキーパ１２０と同等の機能を、各ＩＰ電話機が自身に備える構成であってもよい。
【００１８】
図２は、図１に示す音声端末１０１〜１０６の機能構成を示す図である。音声端末１０１〜１０６は同じ構成を持つため、ここでは、音声端末１０１を取り上げて説明する。
【００１９】
本図に示すように、音声端末１０１は、通話路設定後の音声を出力する音声出力部３０２と、音声の入力を受け付ける音声入力部３０３と、電話番号の入力、オンフック、オフフックなど呼制御に必要な各種の入力指示を受け付ける指示受付部３０７と、通話路設定前の呼び出し音などを出力するプレ音声出力部３０１とを備える。
【００２０】
また、音声復号化処理部３１１と、音声符号化処理部３１２と、呼制御情報処理部３１５と、ネットーク１００と接続するためのネットワークインタフェース部３１７とを備える。
【００２１】
音声復号化処理部３１１は、ＲＴＰ（Real-time Transport Protocol）に従い、ネットワークインタフェース部３１７より受け取ったＲＴＰパケット（音声用ＩＰパケット）から音声信号を取り出し、これを音声出力部３０２へ受け渡す。
【００２２】
音声符号化処理部３１２は、音声入力部３０３を介して受け取った音声信号をＲＴＰに従ってパケット化する。そして、この音声用ＩＰパケットを、ネットワークインタフェース部３１７へ受け渡す。
【００２３】
呼制御処理部３１５は、ＩＴＵ-ＴのＨ．３２３やＳＩＰなどのプロトコルに従い、呼制御手順を行う。具体的には、指示受付部３０７を介して入力された信号をＩＴＵ-ＴのＨ．３２３やＳＩＰに従ってパケット化する。そして、このパケット（呼制御用ＩＰパケット）を、ネットワークインタフェース部３１７へ受け渡す。また、ＩＴＵ-ＴのＨ．３２３やＳＩＰに従い、ネットワークインタフェース部３１７より受け取った呼制御用ＩＰパケットから信号を生成し、発信側音声端末と着信側音声端末との間の呼を確立する。
【００２４】
なお、着信側音声端末が特定され、そのＩＰアドレスをゲートキーパ１２０から取得すると、ネットワークインタフェース部３１７は、その着信側音声端末を宛先として、ＩＰパケットをネットワーク１００に送出する。また、その着信側音声端末より送られてきた自身宛のＩＰパケットを受信する。
【００２５】
これらの機能は、従来より用いられている一般的な、ＩＰ電話機と基本的に同様であるので、その詳細な説明を省略する。
【００２６】
これらの機能に加え、本実施形態の音声端末１０１は、放送開始指示受付部３０４と、放送終了指示受付部３０５と、特定/決定指示受付部３０６と、放送開始信号受信処理部３０９と、放送終了信号受信処理部３１０と、放送開始信号送信処理部３１３と、放送終了信号送信処理部３１４と、状態管理部３１６とを備える。
【００２７】
このうち、放送開始信号受信処理部３０９と、放送終了信号受信処理部３１０とは、呼を確立する前に、発信側音声端末から送信されたプレ音声データを出力するためのものである。
【００２８】
また、放送開始指示受付部３０４と、放送終了指示受付部３０５と、特定/決定指示受付部３０６と、放送開始信号送信処理部３１３と、放送終了信号送信処理部３１４とは、呼を確立する前に、音声入力部３０３で受け付けた音声を、プレ音声データとして着信側音声端末へ送信するためのものである。
【００２９】
そして、状態管理部３１６は、音声端末１０１の各処理部の状態を管理するものである。
【００３０】
放送開始指示受付部３０４は、着信側音声端末に対して送信する、放送開始を示す信号の入力を受け付けるものである。この放送開始指示受付部３０４において受け付けた入力信号は、放送開始信号送信処理部３１３において、放送開始信号としてパケット化され、ネットワークインタフェース部３１７から送出される。
【００３１】
放送終了指示受付部３０５は、着信側音声端末に対して送信する、放送終了を示す信号の入力を受け付けるものである。この放送終了指示受付部３０５において受け付けた入力信号は、放送終了信号送信処理部３１４において、放送終了信号としてパケット化され、ネットワークインタフェース部３１７から送出される。
【００３２】
放送開始信号受信処理部３０９および放送終了信号受信処理部３１０は、それぞれ、ネットワーク１００からネットワークインタフェース部３１７において受信した放送開始信号および放送終了信号を受け取るものである。後述する状態管理部３１６の制御により、放送開始信号を受信した後、放送終了信号を受信する、または、指示受付部３０７により応答する意志を受け付けるまでの間、音声復元化処理部３１１は、ネットワークインタフェース部３１７において受信したＩＰパケットを、プレ音声が格納されているＩＰパケットとして受け取り、プレ音声として、プレ音声出力部３０１から出力する。
【００３３】
また、着信側音声端末では、発信側音声端末から呼制御手順に従って呼出信号を受け取ったとき、例えば、内蔵の音源などを利用して、着信音を鳴動させる。放送開始信号を受け取ると、放送開始信号受信処理部３０９は、プレ音声が出力できるように、この着信音の鳴動を止める。このとき、プレ音声データが出力されることを通知するために、例えば、「放送を開始します。」などの音声をプレ音声出力部３０１から出力するように設定してもよい。
【００３４】
放送終了信号受信処理部３１０は、放送終了信号を受け取ると、着信音の鳴動を再開させる。着信音の鳴動の前に、「放送を終了します。」などの音声をプレ音声出力部３０１から出力するように設定してもよい。
特定/決定指示受付部３０６は、指示受付部３０７において受け付けた、着信側音声端末を特定する情報（以下、電話番号と呼ぶ）を決定するものである。これは、着信側音声端末が複数の場合、指示受付部３０７で、複数の電話番号を連続して受け付けることになる。このような場合、それぞれの電話番号の区切りを示す情報の入力を受け付けるものである。
【００３５】
この特定/決定指示受付部３０６を用いて、複数の着信側音声端末の電話番号を入力する具体的な手順は以下１）〜４）の通りである。
【００３６】
１）特定/決定指示受付部３０６において、入力を受け付ける。
【００３７】
２）指示受付部３０７において、プレ音声データを送信する着信側音声端末の電話番号の入力を受け付ける。
【００３８】
３）特定/決定指示受付部３０６において、入力を受け付ける。
【００３９】
４）以下、２）および３）を、プレ音声データを送信する音声端末の数だけ繰り返す。
【００４０】
このようにして受け付けられた複数の着信側音声端末の電話番号を基に、呼制御処理部３１５は、ネットワークインタフェース部３１７を介してゲートキーパ１２０に問合せ、各々のＩＰアドレスを入手する。
【００４１】
もちろん、着信側音声端末が単数の場合であっても、電話番号の入力の前または後に、この特定/決定指示受付部３０６において指示の入力を受け付けるようにしてもよい。本実施の形態においては、着信側音声端末を単数指定する場合、特定/決定ボタンの押下は不要な構成を例として説明する。
【００４２】
放送開始信号受信処理部３０９と、放送終了信号受信処理部３１０と、音声復元化処理部３１１と、音声符号化処理部３１２と、放送開始信号送信処理部３１３と、放送終了信号送信処理部３１４と、呼制御情報処理部３１５とは、いずれも状態管理部３１６との間で情報を交換しており、状態管理部３１６がこれらの処理部を制御することにより、音声端末１０１の状態管理は行われる。なお、状態管理については図４および図５を用い、別途説明する。
【００４３】
これらの機能を実現するハードウエアの一例として、図３に音声端末１０１の概観を示す。
【００４４】
例えば、音声出力部３０２および音声入力部３０３は、スピーカ２０３とマイクロホン２０２とを備えた受話器２０４によって、指示受付部３０７は、ダイヤルボタン２０１とフック２０５とによって、プレ音声出力部３０１は、拡声スピーカ２０６によって、放送開始指示受付部３０４は、放送開始ボタン２０７によって、放送終了指示受付部３０５は、放送終了ボタン２０８によって、そして、特定/決定指示受付部３０６は、特定/決定ボタン２０９によって実現できる。
【００４５】
次に、状態管理部３１６によって制御される、音声端末の内部状態の遷移について、発信側と着信側に分けて説明する。
【００４６】
まず、発信側音声端末１０１と着信側音声端末１０２との間で、呼を確立するための呼制御手順を行っている最中にプレ音声データの通信を行う場合の、発信側音声端末１０１の内部状態の遷移を図４を用いて説明する。
【００４７】
フック２０５が受話器２０４などによって押し下げられた状態、すなわち、指示受付部３０７が呼制御手順を開始する指示を受け付けていない状態（以後、空きと呼ぶ）８０１において、呼制御処理部３１５が呼制御手順を開始する指示を受け付けると、状態管理部３１６は、発信側音声端末１０１の状態を呼出中８０２とする。
【００４８】
ここで、呼制御手順を開始する指示は、受話器２０４が取り上げられ、フック２０５の押下状態が解除されることによって受け付けられる。この後、発信側音声端末１０１は、ダイヤル２０１の押下による着信側音声端末１０２の電話番号の指定を受け付け、着信側音声端末１０２が特定され、着信側音声端末１０２に向けて呼制御手順に従って呼出信号を送出する。
【００４９】
発信側音声端末１０１が呼出中８０２の状態で、呼制御処理部３１５が、着信側音声端末１０２から、発信側音声端末１０１からの呼制御情報に応答する信号（以後、受信応答信号と呼ぶ）を受信すると、状態管理部３１６は、発信側音声端末１０１の状態を通話中８０３に遷移させる。
【００５０】
次に、発信側音声端末１０１が、通話中８０３の状態、または、呼出中８０２の状態で、呼制御情報処理部３１５が、フック２０５を押し下げることで指示受付部において受け付けられた回線切断の指示を受け取ると、状態管理部３１６は、発信側音声端末１０１の状態を、空き８０１に遷移させる。
【００５１】
呼出中８０２の状態で、呼制御手順を中断すると、状態管理部３１６は、発信側音声端末を空き８０１の状態にする。
【００５２】
また、呼出中８０２の状態で、マイクロホン２０２を介して音声入力部３０３が音声信号の入力を受け付けると、状態管理部３１６は、音声符号化処理部３１２に、プレ音声としてパケット化させ、ネットワークインタフェース部３１７からネットワーク１００へ送出させる。
【００５３】
なお、通話中８０３の状態の間は、マイクロホン２０２を介して音声入力部３０３が音声信号の入力を受け付けると、状態管理部３１６は、音声符号化処理部３１２に、音声としてパケット化させ、ネットワークインタフェース部３１７からネットワーク１００へ送出させる。そして、ネットワーク１００からネットワークインタフェース部３１７がＩＰパケット化された音声データを受け付けると、状態管理部３１６は、音声復元化処理部３１１に音声データに復元させ、音声出力部３０２から音声データを出力させる。
【００５４】
次に、発信側音声端末１０１と着信側音声端末１０２との間で呼制御手順を行っている最中に、プレ音声データの通信を行う場合の、着信側音声端末１０２の内部状態の遷移を図５を用いて説明する。
【００５５】
空き９０１状態で、呼制御処理部３１５が、ネットワークインタフェース部３１７を介して発信側音声端末１０１から送出された呼出信号を受け取ると、状態管理部３１６は、着信側音声端末１０２を呼出中９０２の状態に遷移させる。
【００５６】
呼出中９０２の状態で、指示受付部３０７が受信に応答する意志を受け付け、呼制御処理部３１５がネットワークインタフェース部３１７からネットワーク１００へ受信応答信号を送出すると、状態管理部３１６は、着信側音声端末１０２を、通話中９０３の状態に遷移させる。
【００５７】
ここで、受信に応答する意志は、受話器２０４を取り外すことでフック２０５が持ち上げられたことにより受け付ける。
【００５８】
通話中９０３の状態で、呼制御情報処理部３１５が、フック２０５を押し下げることで指示受付部３０７において受け付けられた回線切断の指示を受け取ると、状態管理部３１６は、着信側音声端末１０２の状態を、空き９０１に遷移させる。
【００５９】
呼出中９０２の状態で、発信側音声端末１０１が呼制御手順を中断すると、状態管理部３１６は、着信側音声端末１０２の状態を、空き９０１に遷移させる。
【００６０】
また、呼出中９０２の状態で、プレ音声データが格納されているＩＰパケットをネットワークインタフェース部３１７で受け取ると、状態管理部３１６は、音声復元化処理部３１１に、プレ音声出力部３０１からプレ音声として出力させる。
【００６１】
なお、通話中９０３の状態の間は、マイクロホン２０２を介して音声入力部３０３が音声信号の入力を受け付けると、状態管理部３１６は、音声符号化処理部３１２に、音声としてパケット化させ、ネットワークインタフェース部３１７からネットワーク１００へ送出させる。そして、ネットワーク１００からネットワークインタフェース部３１７がＩＰパケット化された音声データを受け付けると、状態管理部３１６は、音声復元化処理部３１１に音声データに復元させ、音声出力部３０２から音声データを出力させる。
【００６２】
次に、発信側音声端末を１０１と着信側音声端末を１０２との間で呼制御手順を行っている最中に、プレ音声データの通信を行う手順を、図６を用いて説明する。
【００６３】
まず、発信側音声端末１０１の呼制御処理部３１５は、呼制御手順を開始する意志と着信側音声端末１０２を特定する電話番号との入力を指示受付部３０７において受け付ける（ステップ４１１）と、呼制御手順の中の呼出手順を行う（ステップ４０１）。
【００６４】
ここで行われる呼出手順は、指示受付部３０７において受け付けた電話番号をネットワークインタフェース部３１７とを介してネットワーク１００に接続されているゲートキーパ１２０に送出し、着信側音声端末１０２のＩＰアドレスを取得し、そのＩＰアドレス宛てに呼出信号を送出するものである。
【００６５】
その呼出信号を受け付けた着信側音声端末１０２は、着信音を鳴動させる（ステップ４２１）。
【００６６】
次に、発信側音声端末１０１は、放送開始指示受付部３０４において、指示を受け付け（ステップ４１２）、ステップ４０１で取得したＩＰアドレスに向けて、受け付けた指示をＩＰパケット化して送出する（ステップ４０２）。
【００６７】
ステップ４０２で送出された放送開始を示す信号をネットワークインタフェース部３１７において受け付けた着信側音声端末１０２では、放送開始信号受信処理部３０９においてその信号を処理し、着信音の鳴動を止め、プレ音声出力部３０１を出力可能な状態とする（ステップ４２２）。本実施形態においては、ここで、着信側音声端末のプレ音声出力部３０１から、「放送を開始します」などの放送開始を示す音声を出力する。
【００６８】
発信側音声端末１０１の音声入力部３０３は、音声の入力を受け付け、音声符号化処理部３１１において符号化し、ネットワークインタフェース部３１７においてＩＰパケット化して、プレ音声データとして着信側音声端末１０２宛てに送出する（ステップ４０３）。
【００６９】
ステップ４０３で送出されたプレ音声データを受け取った着信側音声端末１０２は、ネットワークインタフェース部３１７においてＩＰパケットを分解し、音声復号化処理部３１１において音声に復号し、プレ音声出力部３０１から出力する。
【００７０】
ステップ４０３の処理は、着信側音声端末１０２から、受信応答信号が送出される（ステップ４２３）まで続けられる。
【００７１】
受信応答信号が送出された後、その後の呼制御手順が遂行され（ステップ４０４）、確立された呼を使って、ＲＴＰに従い、音声データのやりとりが行われる（ステップ４０５）。
【００７２】
なお、ステップ４０３の後、着信側音声端末１０２が受信応答信号を送出する前に、プレ音声データの送出を終了することもできる。この場合の手順を図７に示す。
【００７３】
ステップ４０３の後、発信側音声端末１０１において、放送終了ボタン２０８が押されたことを、放送終了指示受付部３０５で受け付けると、発信側音声端末１０１の放送終了信号送信処理部３１４においてその信号を処理し、ネットワークインタフェース部３１７からネットワーク１００を介して着信側音声端末１０２に送信する（ステップ４０６）。それを、ネットワークインタフェース部３１７で受けた着信側音声端末１０２は、放送終了信号受信処理部３１０で処理をし、プレ音声出力部３０１から「放送を終了します」などの放送終了を示す所定の音声を出力させ、再度、着信音を鳴動させる（ステップ４２４）。
【００７４】
その他の処理手順は図６と基本的に同様である。
【００７５】
また、本実施形態に用いられている音声端末は、音声データをＩＰパケット化してＩＰネットワークを介してやりとりを行うＩＰ電話機である。このため、ＩＰマルチキャストにより、一度に複数の音声端末を指定して、音声用ＩＰパケットを送信することができる。
【００７６】
このような場合の、処理手順を図８を参照し、以下に説明する。なお、ここでは、２つの着信側音声端末１０２および１０３を指定する場合を例に説明する。もちろん、指定する着信側音声端末の数は２つに限られない。
【００７７】
まず、呼制御処理部３１５は、呼制御手順を開始する意志を、フック２０５の押下状態を解除したことを指示受付部３０７で受け付け、着信側音声端末１０２および１０３を特定する電話番号の入力を、特定/決定ボタン２０９およびダイヤル２０１を介して、特定/決定指示受付部３０６と指示受付部３０７とにおいて受け付ける（ステップ７１１）。複数の音声端末を特定する電話番号の入力は、前述のとおりである。
【００７８】
次に、呼制御処理部３１５は、呼出手順を行う（ステップ７０１）。この場合の呼制御処理部３１５による呼出手順は、ネットワークインタフェース部３１７を介して、ゲートキーパ１２０に問い合わせることで各々の電話番号に対応するＩＰアドレスを取得し、取得したＩＰアドレスに向けて、呼確立のための呼出信号を送出するものである。なお、ネットワークインタフェース部３１７は、受け取った２つのＩＰアドレスを送信先アドレス格納部に格納したＩＰパケットに組み立て、ネットワーク１００に送信する。
【００７９】
制御信号を受け付けた着信側音声端末１０２および１０３は、着信音を鳴動させる（ステップ７２１）。
【００８０】
次に、発信側音声端末１０１は、放送開始指示受付部３０４において、指示を受け付け（ステップ７１２）、ステップ７０１で取得した２つのＩＰアドレスに向けて、受け付けた指示をＩＰパケット化して送出する（ステップ７０２）。
【００８１】
ステップ７０２で送出された放送開始を示す信号をネットワークインタフェース部３１７において受け付けた着信側音声端末１０２および１０３では、放送開始信号受信処理部３０９においてその信号を処理し、各々の着信音の鳴動を止め、プレ音声出力部３０１を出力可能な状態とする（ステップ７２２）。本実施形態においては、ここで、着信側音声端末のプレ音声出力部３０１から、「放送を開始します」などの放送開始を示す音声を出力する。
【００８２】
発信側音声端末１０１の音声入力部３０３は、音声の入力を受け付け、音声符号化処理部３１１において符号化し、ネットワークインタフェース部３１７においてＩＰパケット化して、プレ音声データとして着信側音声端末１０２および１０３宛てに送出する（ステップ７０３）。
【００８３】
ステップ７０３で送出されたプレ音声データを受け取った着信側音声端末１０２および１０３は、ネットワークインタフェース部３１７においてＩＰパケットを分解し、音声復号化処理部３１１において音声に復号し、現在出力可能な状態であるプレ音声出力部３０１から出力する。
【００８４】
ここで、発信側音声端末１０１から放送終了信号が送出される（ステップ７０６）と、着信側音声端末１０２および１０３は、プレ音声出力部３０１から放送終了を示す音声を出力させ、着信音を再度鳴動させる（ステップ７２４）。
【００８５】
その後、着信側音声端末１０２または１０３のいずれか一方の着信側音声端末から、受信応答の指示が送出される（ステップ７２３）と、発信側音声端末１０１はその指示を受付、その受信応答の指示を送出した着信側音声端末と、その後の呼制御手順を遂行し（ステップ７０４）、確立された呼を使って、ＲＴＰに従い、音声データのやりとりが行われる。（ステップ７０５）。
【００８６】
なお、本手順においても、図６を用いて説明したように、着信側音声端末の一方が受信応答の指示を送出した時点で、プレ音声データの送出を終了し、呼制御手順を再開することもできる。送出先を全着信側音声端末にする以外の点は、図６を用いて説明した手順と基本的に同様である。
【００８７】
本実施形態では、上述したように、放送開始信号を送信する機能を持たせ、その信号が送信されると、呼制御手順の途中であっても、音声データをＩＰパケットとして送出できる構成となっている。すなわち、発信側音声端末から着信側音声端末に、呼を確立する前に、音声データを送信できる。このため、呼を確立する前に、着信側音声端末のユーザは、音声によって発信側音声端末のユーザからの情報を得ることができる。
【００８８】
例えば、発信側音声端末のユーザが誰宛の電話であるかを、呼を確立する前に音声で伝えることができ、複数の人で電話を共同使用している場合など、有効である。
【００８９】
また、本実施形態のようなＩＰ電話システムの場合、呼制御手順を行っている最中は、１対1に通話路が確定していないため、ある１つの音声端末から複数の音声端末に対して音声を送信することができる。例えば、本実施形態の音声端末を備える既存の内線電話システムを、ある１つの発信側音声端末がマイクロホンとなり、複数の着信側音声端末がスピーカとなるような放送設備として機能させることができる。この場合、マイクロホンとなる音声端末を１つの端末に限定する必要がなく、ネットワークに接続された全ての音声端末がマイクロホンとなる音声端末になることができるため、使い勝手もよい。
【００９０】
なお、本発明は、上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【００９１】
例えば、発信側音声端末の機能だけを備えた音声端末、着信側音声端末の機能だけを備えた音声端末であってもよい。
【００９２】
また、上記の実施形態においては、ネットワークをＩＰ網、接続されている電話機をＩＰ電話機に限定して説明している。しかし、本発明はこれに限定されるものではない。
【００９３】
例えば、ＩＰ網に、ゲートウエイを介し、従来の電話機を接続する構成であってもよい。また、ネットワークはＩＳＤＮなどの通常の回線交換網であってもよい。この場合、音声データは、ユーザ・ユーザ情報要素に格納し、送受すればよい。
【００９４】
【発明の効果】
着信側音声端末が呼制御の応答処理を行う前に、発信側音声端末から送信された音声データを着信側音声端末で出力することができる。
【図面の簡単な説明】
【図１】図１は、本発明が適用された音声通信システムの概略構成図である。
【図２】図２は、本実施形態における音声端末の機能ブロック図である。
【図３】図３は、本実施形態における音声端末の概観図である。
【図４】図４は、本実施形態における発信側音声端末の内部状態の遷移図である。
【図５】図５は、本実施形態における着信側音声端末の内部状態の遷移図である。
【図６】図６は、本実施形態におけるプレ音声データの送信を行う手順を説明するための図である。
【図７】図７は、本実施形態におけるプレ音声データの送信を行う手順を説明するための図である。
【図８】図８は、本実施形態において、複数の着信側音声端末に向けてプレ音声データの送信を行う手順を説明するための図である。
【符号の説明】
１００：ネットワーク、１０１、１０２、１０３、１０４、１０５、１０６：音声端末、２０１、３０８：ダイヤルボタン、２０２：マイクロホン、２０３、：受話スピーカ、２０４：受話器、２０５：フックボタン、２０６：拡声スピーカ、２０７：放送開始ボタン、２０８：放送終了ボタン、２０９：特定／決定ボタン、３０１：プレ音声出力部、３０２：音声出力部、３０３：放送開始指示受付部、３０４：放送終了指示受付部、３０５：放送終了指示受付部、３０６：特定/決定指示受付部、３０７：指示受付部、３０９：放送開始信号受信処理部、３１０：放送終了信号受信処理部、３１１：音声復元化処理部、３１２：音声符号化処理部、３１３：放送開始信号送信処理部、３１４：放送終了信号送信処理部、３１５：呼制御処理部、３１６：状態管理部、３１７：ネットワークインタフェース部、
【発明の属する技術分野】
本発明は、複数の音声端末間で、通話路設定前に、音声データを送信する技術に関する。
【０００２】
【従来の技術】
２つの音声端末間で音声による通話を行う場合、その音声端末間で所定の呼制御手順に従った処理を行い、呼を確立した後、音声による通話が実現される。
【０００３】
例えば、通信路の一部あるいは全ての区間でパケット通信を行う電話サービス、特にインターネットを使用してパケット通信を行う電話サービスである、インターネット電話サービスなどにおいては、発信側音声端末から、ＩＴＵ−ＴのＨ．３２３やＳＩＰ（Session Initiation Protocol）などに規定されている呼制御手順を行い、着信側音声端末から応答することを示す指示を受け、呼を確立してから、その確立された呼を利用して音声パケットのやりとりを行っている。このため、着信側音声端末のユーザは、呼を確立する前には、その音声端末と呼を確立しようとしている音声端末があることのみを、着信音によって認識することができた。
【０００４】
ところが、着信音だけでは、発信元がわからず、不便であった。そこで、呼を確立する前に着信側音声端末のユーザに発信側音声端末を知らせるものとして、例えば、ナンバーディスプレイ機能が提供されている。これは、呼制御手順を処理中に発信側音声端末の発番号を着信側音声端末に通知するものである。また、企業内網などにおいては、発信側音声端末に応じて着信音を変更する設定ができるものもあり、着信音により着信側音声端末のユーザが、発信側音声端末を認識することができるものもある。
【０００５】
【発明が解決しようとする課題】
上述したように、ナンバーディスプレイ機能や、着信音の設定により、呼を確立する前、即ち、着信側音声端末で応答処理を行う前に、着信側音声端末のユーザが、発信側音声端末を認識することはできる。しかしながら、1台の音声端末を複数のユーザで使用している場合など、着信側音声端末のユーザが、呼を確立するまでは、発信側音声端末の発番以外を認識できないため、依然不便な点がある。例えば、企業内で複数の者が1台の音声端末を利用している場合など、誰宛にかかってきた通話であるかがわからないと不便である。また、工場のように、広い場所で多数のユーザが複数の電話を共同で使用している場合は、このような情報が得られないと、一旦、誰かが応答した後、放送などで所望の人を呼び出すなどの必要があり、さらに手間がかかっている。
【０００６】
本発明の目的は、このような不便を解消するため、着信側音声端末が応答処理を行う前であっても、発信側音声端末からの音声データを着信側音声端末で出力できるようにすることにある。
【０００７】
【課題を解決するための手段】
本発明の音声通信システムは、通話路設定前であっても、音声データを発信し、また、受信した音声データを出力する機能を、音声端末に持たせたものである。
【０００８】
すなわち、ネットワークを介して接続される他の音声端末と確立した呼を用いて音声データのやりとりを行う音声端末であって、前記呼を確立する手順を実行中に音声の入力を受け付けるプレ音声入力受付手段と、前記プレ音声入力受付手段において受け付けた音声を、前記手順を実行中に、前記他の音声端末に送出するプレ音声送出手段とを備えることを特徴とする音声端末を提供するものである。
【０００９】
また、ネットワークを介して接続される他の音声端末と確立した呼を用いて音声データのやりとりを行う音声端末であって、前記呼を確立する手順を実行中に、前記他の音声端末から送出された音声を受信するプレ音声受信手段と、前記プレ音声受信手段において受信した音声を出力するプレ音声出力手段とを備えることを特徴とする音声端末を提供するものである。
【００１０】
なお、以下、呼を確立する前に送信する音声を、呼が確立後に通話路を用いてやりとりする通常の音声と区別するため、プレ音声と呼ぶ。
【００１１】
【発明の実施の形態】
以下、本発明の一実施形態について、図を参照して説明する。
【００１２】
図１は本発明の一実施形態が適用された音声通信システムの概略構成図である。
【００１３】
本図に示すように、本実施形態の音声通信システムは、ネットワーク１００に接続された複数の音声端末１０１〜１０６を備えて構成される。
【００１４】
この場合のネットワーク１００は、有線、無線双方を含む公衆回線網や企業内網、インターネットを始めとするＩＰ網等、特に限定されない。
【００１５】
また、この場合の音声端末は、公衆回線網や企業内網で使用される固定電話端末、ＩＰ網で使用されるＩＰ電話端末、無線網で使用される無線電話端末など、ネットワーク１００に応じて定まるものである。
【００１６】
以下においては、ネットワーク１００がＩＰ網、音声端末１０１〜１０６がＩＰ電話機であるＩＰ電話システムを例にとって説明する。
【００１７】
従って、本実施形態においては、ＩＰ電話システムが通常備える、各ＩＰ電話機のＩＰアドレスと電話番号との対応関係を管理する、ゲートキーパ１２０がさらにネットワーク１００に接続されている。なお、このゲートキーパ１２０と同等の機能を、各ＩＰ電話機が自身に備える構成であってもよい。
【００１８】
図２は、図１に示す音声端末１０１〜１０６の機能構成を示す図である。音声端末１０１〜１０６は同じ構成を持つため、ここでは、音声端末１０１を取り上げて説明する。
【００１９】
本図に示すように、音声端末１０１は、通話路設定後の音声を出力する音声出力部３０２と、音声の入力を受け付ける音声入力部３０３と、電話番号の入力、オンフック、オフフックなど呼制御に必要な各種の入力指示を受け付ける指示受付部３０７と、通話路設定前の呼び出し音などを出力するプレ音声出力部３０１とを備える。
【００２０】
また、音声復号化処理部３１１と、音声符号化処理部３１２と、呼制御情報処理部３１５と、ネットーク１００と接続するためのネットワークインタフェース部３１７とを備える。
【００２１】
音声復号化処理部３１１は、ＲＴＰ（Real-time Transport Protocol）に従い、ネットワークインタフェース部３１７より受け取ったＲＴＰパケット（音声用ＩＰパケット）から音声信号を取り出し、これを音声出力部３０２へ受け渡す。
【００２２】
音声符号化処理部３１２は、音声入力部３０３を介して受け取った音声信号をＲＴＰに従ってパケット化する。そして、この音声用ＩＰパケットを、ネットワークインタフェース部３１７へ受け渡す。
【００２３】
呼制御処理部３１５は、ＩＴＵ-ＴのＨ．３２３やＳＩＰなどのプロトコルに従い、呼制御手順を行う。具体的には、指示受付部３０７を介して入力された信号をＩＴＵ-ＴのＨ．３２３やＳＩＰに従ってパケット化する。そして、このパケット（呼制御用ＩＰパケット）を、ネットワークインタフェース部３１７へ受け渡す。また、ＩＴＵ-ＴのＨ．３２３やＳＩＰに従い、ネットワークインタフェース部３１７より受け取った呼制御用ＩＰパケットから信号を生成し、発信側音声端末と着信側音声端末との間の呼を確立する。
【００２４】
なお、着信側音声端末が特定され、そのＩＰアドレスをゲートキーパ１２０から取得すると、ネットワークインタフェース部３１７は、その着信側音声端末を宛先として、ＩＰパケットをネットワーク１００に送出する。また、その着信側音声端末より送られてきた自身宛のＩＰパケットを受信する。
【００２５】
これらの機能は、従来より用いられている一般的な、ＩＰ電話機と基本的に同様であるので、その詳細な説明を省略する。
【００２６】
これらの機能に加え、本実施形態の音声端末１０１は、放送開始指示受付部３０４と、放送終了指示受付部３０５と、特定/決定指示受付部３０６と、放送開始信号受信処理部３０９と、放送終了信号受信処理部３１０と、放送開始信号送信処理部３１３と、放送終了信号送信処理部３１４と、状態管理部３１６とを備える。
【００２７】
このうち、放送開始信号受信処理部３０９と、放送終了信号受信処理部３１０とは、呼を確立する前に、発信側音声端末から送信されたプレ音声データを出力するためのものである。
【００２８】
また、放送開始指示受付部３０４と、放送終了指示受付部３０５と、特定/決定指示受付部３０６と、放送開始信号送信処理部３１３と、放送終了信号送信処理部３１４とは、呼を確立する前に、音声入力部３０３で受け付けた音声を、プレ音声データとして着信側音声端末へ送信するためのものである。
【００２９】
そして、状態管理部３１６は、音声端末１０１の各処理部の状態を管理するものである。
【００３０】
放送開始指示受付部３０４は、着信側音声端末に対して送信する、放送開始を示す信号の入力を受け付けるものである。この放送開始指示受付部３０４において受け付けた入力信号は、放送開始信号送信処理部３１３において、放送開始信号としてパケット化され、ネットワークインタフェース部３１７から送出される。
【００３１】
放送終了指示受付部３０５は、着信側音声端末に対して送信する、放送終了を示す信号の入力を受け付けるものである。この放送終了指示受付部３０５において受け付けた入力信号は、放送終了信号送信処理部３１４において、放送終了信号としてパケット化され、ネットワークインタフェース部３１７から送出される。
【００３２】
放送開始信号受信処理部３０９および放送終了信号受信処理部３１０は、それぞれ、ネットワーク１００からネットワークインタフェース部３１７において受信した放送開始信号および放送終了信号を受け取るものである。後述する状態管理部３１６の制御により、放送開始信号を受信した後、放送終了信号を受信する、または、指示受付部３０７により応答する意志を受け付けるまでの間、音声復元化処理部３１１は、ネットワークインタフェース部３１７において受信したＩＰパケットを、プレ音声が格納されているＩＰパケットとして受け取り、プレ音声として、プレ音声出力部３０１から出力する。
【００３３】
また、着信側音声端末では、発信側音声端末から呼制御手順に従って呼出信号を受け取ったとき、例えば、内蔵の音源などを利用して、着信音を鳴動させる。放送開始信号を受け取ると、放送開始信号受信処理部３０９は、プレ音声が出力できるように、この着信音の鳴動を止める。このとき、プレ音声データが出力されることを通知するために、例えば、「放送を開始します。」などの音声をプレ音声出力部３０１から出力するように設定してもよい。
【００３４】
放送終了信号受信処理部３１０は、放送終了信号を受け取ると、着信音の鳴動を再開させる。着信音の鳴動の前に、「放送を終了します。」などの音声をプレ音声出力部３０１から出力するように設定してもよい。
特定/決定指示受付部３０６は、指示受付部３０７において受け付けた、着信側音声端末を特定する情報（以下、電話番号と呼ぶ）を決定するものである。これは、着信側音声端末が複数の場合、指示受付部３０７で、複数の電話番号を連続して受け付けることになる。このような場合、それぞれの電話番号の区切りを示す情報の入力を受け付けるものである。
【００３５】
この特定/決定指示受付部３０６を用いて、複数の着信側音声端末の電話番号を入力する具体的な手順は以下１）〜４）の通りである。
【００３６】
１）特定/決定指示受付部３０６において、入力を受け付ける。
【００３７】
２）指示受付部３０７において、プレ音声データを送信する着信側音声端末の電話番号の入力を受け付ける。
【００３８】
３）特定/決定指示受付部３０６において、入力を受け付ける。
【００３９】
４）以下、２）および３）を、プレ音声データを送信する音声端末の数だけ繰り返す。
【００４０】
このようにして受け付けられた複数の着信側音声端末の電話番号を基に、呼制御処理部３１５は、ネットワークインタフェース部３１７を介してゲートキーパ１２０に問合せ、各々のＩＰアドレスを入手する。
【００４１】
もちろん、着信側音声端末が単数の場合であっても、電話番号の入力の前または後に、この特定/決定指示受付部３０６において指示の入力を受け付けるようにしてもよい。本実施の形態においては、着信側音声端末を単数指定する場合、特定/決定ボタンの押下は不要な構成を例として説明する。
【００４２】
放送開始信号受信処理部３０９と、放送終了信号受信処理部３１０と、音声復元化処理部３１１と、音声符号化処理部３１２と、放送開始信号送信処理部３１３と、放送終了信号送信処理部３１４と、呼制御情報処理部３１５とは、いずれも状態管理部３１６との間で情報を交換しており、状態管理部３１６がこれらの処理部を制御することにより、音声端末１０１の状態管理は行われる。なお、状態管理については図４および図５を用い、別途説明する。
【００４３】
これらの機能を実現するハードウエアの一例として、図３に音声端末１０１の概観を示す。
【００４４】
例えば、音声出力部３０２および音声入力部３０３は、スピーカ２０３とマイクロホン２０２とを備えた受話器２０４によって、指示受付部３０７は、ダイヤルボタン２０１とフック２０５とによって、プレ音声出力部３０１は、拡声スピーカ２０６によって、放送開始指示受付部３０４は、放送開始ボタン２０７によって、放送終了指示受付部３０５は、放送終了ボタン２０８によって、そして、特定/決定指示受付部３０６は、特定/決定ボタン２０９によって実現できる。
【００４５】
次に、状態管理部３１６によって制御される、音声端末の内部状態の遷移について、発信側と着信側に分けて説明する。
【００４６】
まず、発信側音声端末１０１と着信側音声端末１０２との間で、呼を確立するための呼制御手順を行っている最中にプレ音声データの通信を行う場合の、発信側音声端末１０１の内部状態の遷移を図４を用いて説明する。
【００４７】
フック２０５が受話器２０４などによって押し下げられた状態、すなわち、指示受付部３０７が呼制御手順を開始する指示を受け付けていない状態（以後、空きと呼ぶ）８０１において、呼制御処理部３１５が呼制御手順を開始する指示を受け付けると、状態管理部３１６は、発信側音声端末１０１の状態を呼出中８０２とする。
【００４８】
ここで、呼制御手順を開始する指示は、受話器２０４が取り上げられ、フック２０５の押下状態が解除されることによって受け付けられる。この後、発信側音声端末１０１は、ダイヤル２０１の押下による着信側音声端末１０２の電話番号の指定を受け付け、着信側音声端末１０２が特定され、着信側音声端末１０２に向けて呼制御手順に従って呼出信号を送出する。
【００４９】
発信側音声端末１０１が呼出中８０２の状態で、呼制御処理部３１５が、着信側音声端末１０２から、発信側音声端末１０１からの呼制御情報に応答する信号（以後、受信応答信号と呼ぶ）を受信すると、状態管理部３１６は、発信側音声端末１０１の状態を通話中８０３に遷移させる。
【００５０】
次に、発信側音声端末１０１が、通話中８０３の状態、または、呼出中８０２の状態で、呼制御情報処理部３１５が、フック２０５を押し下げることで指示受付部において受け付けられた回線切断の指示を受け取ると、状態管理部３１６は、発信側音声端末１０１の状態を、空き８０１に遷移させる。
【００５１】
呼出中８０２の状態で、呼制御手順を中断すると、状態管理部３１６は、発信側音声端末を空き８０１の状態にする。
【００５２】
また、呼出中８０２の状態で、マイクロホン２０２を介して音声入力部３０３が音声信号の入力を受け付けると、状態管理部３１６は、音声符号化処理部３１２に、プレ音声としてパケット化させ、ネットワークインタフェース部３１７からネットワーク１００へ送出させる。
【００５３】
なお、通話中８０３の状態の間は、マイクロホン２０２を介して音声入力部３０３が音声信号の入力を受け付けると、状態管理部３１６は、音声符号化処理部３１２に、音声としてパケット化させ、ネットワークインタフェース部３１７からネットワーク１００へ送出させる。そして、ネットワーク１００からネットワークインタフェース部３１７がＩＰパケット化された音声データを受け付けると、状態管理部３１６は、音声復元化処理部３１１に音声データに復元させ、音声出力部３０２から音声データを出力させる。
【００５４】
次に、発信側音声端末１０１と着信側音声端末１０２との間で呼制御手順を行っている最中に、プレ音声データの通信を行う場合の、着信側音声端末１０２の内部状態の遷移を図５を用いて説明する。
【００５５】
空き９０１状態で、呼制御処理部３１５が、ネットワークインタフェース部３１７を介して発信側音声端末１０１から送出された呼出信号を受け取ると、状態管理部３１６は、着信側音声端末１０２を呼出中９０２の状態に遷移させる。
【００５６】
呼出中９０２の状態で、指示受付部３０７が受信に応答する意志を受け付け、呼制御処理部３１５がネットワークインタフェース部３１７からネットワーク１００へ受信応答信号を送出すると、状態管理部３１６は、着信側音声端末１０２を、通話中９０３の状態に遷移させる。
【００５７】
ここで、受信に応答する意志は、受話器２０４を取り外すことでフック２０５が持ち上げられたことにより受け付ける。
【００５８】
通話中９０３の状態で、呼制御情報処理部３１５が、フック２０５を押し下げることで指示受付部３０７において受け付けられた回線切断の指示を受け取ると、状態管理部３１６は、着信側音声端末１０２の状態を、空き９０１に遷移させる。
【００５９】
呼出中９０２の状態で、発信側音声端末１０１が呼制御手順を中断すると、状態管理部３１６は、着信側音声端末１０２の状態を、空き９０１に遷移させる。
【００６０】
また、呼出中９０２の状態で、プレ音声データが格納されているＩＰパケットをネットワークインタフェース部３１７で受け取ると、状態管理部３１６は、音声復元化処理部３１１に、プレ音声出力部３０１からプレ音声として出力させる。
【００６１】
なお、通話中９０３の状態の間は、マイクロホン２０２を介して音声入力部３０３が音声信号の入力を受け付けると、状態管理部３１６は、音声符号化処理部３１２に、音声としてパケット化させ、ネットワークインタフェース部３１７からネットワーク１００へ送出させる。そして、ネットワーク１００からネットワークインタフェース部３１７がＩＰパケット化された音声データを受け付けると、状態管理部３１６は、音声復元化処理部３１１に音声データに復元させ、音声出力部３０２から音声データを出力させる。
【００６２】
次に、発信側音声端末を１０１と着信側音声端末を１０２との間で呼制御手順を行っている最中に、プレ音声データの通信を行う手順を、図６を用いて説明する。
【００６３】
まず、発信側音声端末１０１の呼制御処理部３１５は、呼制御手順を開始する意志と着信側音声端末１０２を特定する電話番号との入力を指示受付部３０７において受け付ける（ステップ４１１）と、呼制御手順の中の呼出手順を行う（ステップ４０１）。
【００６４】
ここで行われる呼出手順は、指示受付部３０７において受け付けた電話番号をネットワークインタフェース部３１７とを介してネットワーク１００に接続されているゲートキーパ１２０に送出し、着信側音声端末１０２のＩＰアドレスを取得し、そのＩＰアドレス宛てに呼出信号を送出するものである。
【００６５】
その呼出信号を受け付けた着信側音声端末１０２は、着信音を鳴動させる（ステップ４２１）。
【００６６】
次に、発信側音声端末１０１は、放送開始指示受付部３０４において、指示を受け付け（ステップ４１２）、ステップ４０１で取得したＩＰアドレスに向けて、受け付けた指示をＩＰパケット化して送出する（ステップ４０２）。
【００６７】
ステップ４０２で送出された放送開始を示す信号をネットワークインタフェース部３１７において受け付けた着信側音声端末１０２では、放送開始信号受信処理部３０９においてその信号を処理し、着信音の鳴動を止め、プレ音声出力部３０１を出力可能な状態とする（ステップ４２２）。本実施形態においては、ここで、着信側音声端末のプレ音声出力部３０１から、「放送を開始します」などの放送開始を示す音声を出力する。
【００６８】
発信側音声端末１０１の音声入力部３０３は、音声の入力を受け付け、音声符号化処理部３１１において符号化し、ネットワークインタフェース部３１７においてＩＰパケット化して、プレ音声データとして着信側音声端末１０２宛てに送出する（ステップ４０３）。
【００６９】
ステップ４０３で送出されたプレ音声データを受け取った着信側音声端末１０２は、ネットワークインタフェース部３１７においてＩＰパケットを分解し、音声復号化処理部３１１において音声に復号し、プレ音声出力部３０１から出力する。
【００７０】
ステップ４０３の処理は、着信側音声端末１０２から、受信応答信号が送出される（ステップ４２３）まで続けられる。
【００７１】
受信応答信号が送出された後、その後の呼制御手順が遂行され（ステップ４０４）、確立された呼を使って、ＲＴＰに従い、音声データのやりとりが行われる（ステップ４０５）。
【００７２】
なお、ステップ４０３の後、着信側音声端末１０２が受信応答信号を送出する前に、プレ音声データの送出を終了することもできる。この場合の手順を図７に示す。
【００７３】
ステップ４０３の後、発信側音声端末１０１において、放送終了ボタン２０８が押されたことを、放送終了指示受付部３０５で受け付けると、発信側音声端末１０１の放送終了信号送信処理部３１４においてその信号を処理し、ネットワークインタフェース部３１７からネットワーク１００を介して着信側音声端末１０２に送信する（ステップ４０６）。それを、ネットワークインタフェース部３１７で受けた着信側音声端末１０２は、放送終了信号受信処理部３１０で処理をし、プレ音声出力部３０１から「放送を終了します」などの放送終了を示す所定の音声を出力させ、再度、着信音を鳴動させる（ステップ４２４）。
【００７４】
その他の処理手順は図６と基本的に同様である。
【００７５】
また、本実施形態に用いられている音声端末は、音声データをＩＰパケット化してＩＰネットワークを介してやりとりを行うＩＰ電話機である。このため、ＩＰマルチキャストにより、一度に複数の音声端末を指定して、音声用ＩＰパケットを送信することができる。
【００７６】
このような場合の、処理手順を図８を参照し、以下に説明する。なお、ここでは、２つの着信側音声端末１０２および１０３を指定する場合を例に説明する。もちろん、指定する着信側音声端末の数は２つに限られない。
【００７７】
まず、呼制御処理部３１５は、呼制御手順を開始する意志を、フック２０５の押下状態を解除したことを指示受付部３０７で受け付け、着信側音声端末１０２および１０３を特定する電話番号の入力を、特定/決定ボタン２０９およびダイヤル２０１を介して、特定/決定指示受付部３０６と指示受付部３０７とにおいて受け付ける（ステップ７１１）。複数の音声端末を特定する電話番号の入力は、前述のとおりである。
【００７８】
次に、呼制御処理部３１５は、呼出手順を行う（ステップ７０１）。この場合の呼制御処理部３１５による呼出手順は、ネットワークインタフェース部３１７を介して、ゲートキーパ１２０に問い合わせることで各々の電話番号に対応するＩＰアドレスを取得し、取得したＩＰアドレスに向けて、呼確立のための呼出信号を送出するものである。なお、ネットワークインタフェース部３１７は、受け取った２つのＩＰアドレスを送信先アドレス格納部に格納したＩＰパケットに組み立て、ネットワーク１００に送信する。
【００７９】
制御信号を受け付けた着信側音声端末１０２および１０３は、着信音を鳴動させる（ステップ７２１）。
【００８０】
次に、発信側音声端末１０１は、放送開始指示受付部３０４において、指示を受け付け（ステップ７１２）、ステップ７０１で取得した２つのＩＰアドレスに向けて、受け付けた指示をＩＰパケット化して送出する（ステップ７０２）。
【００８１】
ステップ７０２で送出された放送開始を示す信号をネットワークインタフェース部３１７において受け付けた着信側音声端末１０２および１０３では、放送開始信号受信処理部３０９においてその信号を処理し、各々の着信音の鳴動を止め、プレ音声出力部３０１を出力可能な状態とする（ステップ７２２）。本実施形態においては、ここで、着信側音声端末のプレ音声出力部３０１から、「放送を開始します」などの放送開始を示す音声を出力する。
【００８２】
発信側音声端末１０１の音声入力部３０３は、音声の入力を受け付け、音声符号化処理部３１１において符号化し、ネットワークインタフェース部３１７においてＩＰパケット化して、プレ音声データとして着信側音声端末１０２および１０３宛てに送出する（ステップ７０３）。
【００８３】
ステップ７０３で送出されたプレ音声データを受け取った着信側音声端末１０２および１０３は、ネットワークインタフェース部３１７においてＩＰパケットを分解し、音声復号化処理部３１１において音声に復号し、現在出力可能な状態であるプレ音声出力部３０１から出力する。
【００８４】
ここで、発信側音声端末１０１から放送終了信号が送出される（ステップ７０６）と、着信側音声端末１０２および１０３は、プレ音声出力部３０１から放送終了を示す音声を出力させ、着信音を再度鳴動させる（ステップ７２４）。
【００８５】
その後、着信側音声端末１０２または１０３のいずれか一方の着信側音声端末から、受信応答の指示が送出される（ステップ７２３）と、発信側音声端末１０１はその指示を受付、その受信応答の指示を送出した着信側音声端末と、その後の呼制御手順を遂行し（ステップ７０４）、確立された呼を使って、ＲＴＰに従い、音声データのやりとりが行われる。（ステップ７０５）。
【００８６】
なお、本手順においても、図６を用いて説明したように、着信側音声端末の一方が受信応答の指示を送出した時点で、プレ音声データの送出を終了し、呼制御手順を再開することもできる。送出先を全着信側音声端末にする以外の点は、図６を用いて説明した手順と基本的に同様である。
【００８７】
本実施形態では、上述したように、放送開始信号を送信する機能を持たせ、その信号が送信されると、呼制御手順の途中であっても、音声データをＩＰパケットとして送出できる構成となっている。すなわち、発信側音声端末から着信側音声端末に、呼を確立する前に、音声データを送信できる。このため、呼を確立する前に、着信側音声端末のユーザは、音声によって発信側音声端末のユーザからの情報を得ることができる。
【００８８】
例えば、発信側音声端末のユーザが誰宛の電話であるかを、呼を確立する前に音声で伝えることができ、複数の人で電話を共同使用している場合など、有効である。
【００８９】
また、本実施形態のようなＩＰ電話システムの場合、呼制御手順を行っている最中は、１対1に通話路が確定していないため、ある１つの音声端末から複数の音声端末に対して音声を送信することができる。例えば、本実施形態の音声端末を備える既存の内線電話システムを、ある１つの発信側音声端末がマイクロホンとなり、複数の着信側音声端末がスピーカとなるような放送設備として機能させることができる。この場合、マイクロホンとなる音声端末を１つの端末に限定する必要がなく、ネットワークに接続された全ての音声端末がマイクロホンとなる音声端末になることができるため、使い勝手もよい。
【００９０】
なお、本発明は、上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【００９１】
例えば、発信側音声端末の機能だけを備えた音声端末、着信側音声端末の機能だけを備えた音声端末であってもよい。
【００９２】
また、上記の実施形態においては、ネットワークをＩＰ網、接続されている電話機をＩＰ電話機に限定して説明している。しかし、本発明はこれに限定されるものではない。
【００９３】
例えば、ＩＰ網に、ゲートウエイを介し、従来の電話機を接続する構成であってもよい。また、ネットワークはＩＳＤＮなどの通常の回線交換網であってもよい。この場合、音声データは、ユーザ・ユーザ情報要素に格納し、送受すればよい。
【００９４】
【発明の効果】
着信側音声端末が呼制御の応答処理を行う前に、発信側音声端末から送信された音声データを着信側音声端末で出力することができる。
【図面の簡単な説明】
【図１】図１は、本発明が適用された音声通信システムの概略構成図である。
【図２】図２は、本実施形態における音声端末の機能ブロック図である。
【図３】図３は、本実施形態における音声端末の概観図である。
【図４】図４は、本実施形態における発信側音声端末の内部状態の遷移図である。
【図５】図５は、本実施形態における着信側音声端末の内部状態の遷移図である。
【図６】図６は、本実施形態におけるプレ音声データの送信を行う手順を説明するための図である。
【図７】図７は、本実施形態におけるプレ音声データの送信を行う手順を説明するための図である。
【図８】図８は、本実施形態において、複数の着信側音声端末に向けてプレ音声データの送信を行う手順を説明するための図である。
【符号の説明】
１００：ネットワーク、１０１、１０２、１０３、１０４、１０５、１０６：音声端末、２０１、３０８：ダイヤルボタン、２０２：マイクロホン、２０３、：受話スピーカ、２０４：受話器、２０５：フックボタン、２０６：拡声スピーカ、２０７：放送開始ボタン、２０８：放送終了ボタン、２０９：特定／決定ボタン、３０１：プレ音声出力部、３０２：音声出力部、３０３：放送開始指示受付部、３０４：放送終了指示受付部、３０５：放送終了指示受付部、３０６：特定/決定指示受付部、３０７：指示受付部、３０９：放送開始信号受信処理部、３１０：放送終了信号受信処理部、３１１：音声復元化処理部、３１２：音声符号化処理部、３１３：放送開始信号送信処理部、３１４：放送終了信号送信処理部、３１５：呼制御処理部、３１６：状態管理部、３１７：ネットワークインタフェース部、
Claims (5)
- ＩＰ網で通信を行うための呼制御手段と、
音声情報を受け付ける音声入力手段と、
前記呼制御手段が所定の通信プロトコルにて通信相手先のアドレスを取得し、当該通信相手先を呼び出す呼制御処理中に指示受付手段が音声情報送信開始指示を受け付けた場合、音声情報送信開始信号送信手段が音声情報送信開始信号を前記取得した通信相手先のアドレスを宛先として送信した後、前記音声入力手段により受け付けた前記音声情報をパケット化する符号化手段と、
前記符号化手段がパケット化したパケット音声データを、前記取得した通信相手先のアドレスを宛先として前記ＩＰ網へ送出するパケットデータ送出手段と、
を備えることを特徴とする音声端末。 - ＩＰ網で通信を行うための呼制御手段と、
前記ＩＰ網からの着信があった場合に着信音を鳴動させる着信音鳴動手段での着信音鳴動中に前記ＩＰ網から音声情報送信開始信号受信手段が音声情報送信開始信号を受信した後、着信音鳴動停止手段が前記着信音の鳴動を停止させ、当該着信音の鳴動停止後に前記ＩＰ網からのパケット音声データを受信するパケットデータ受信手段と、
前記パケットデータ受信手段が受信したパケット音声データを音声データに復元する復元化手段と、
前記復元化手段が復元した音声データを出力する音声出力手段と、
を備えることを特徴とする音声端末。 - ＩＰ網で通信を行うための呼制御手段と、
音声情報を受け付ける音声入力手段と、
前記呼制御手段が所定の通信プロトコルにて通信相手先のアドレスを取得し、当該通信相手先を呼び出す呼制御処理中に指示受付手段が音声情報送信開始指示を受け付けた場合、音声情報送信開始信号送信手段が音声情報送信開始信号を前記取得した通信相手先のアドレスを宛先として送信した後、前記音声入力手段により受け付けた前記音声情報をパケット化する符号化手段と、
前記符号化手段がパケット化したパケット音声データを、前記取得した通信相手先のアドレスを宛先として前記ＩＰ網へ送出するパケットデータ送出手段と、
前記ＩＰ網からの着信があった場合に着信音を鳴動させる着信音鳴動手段での着信音鳴動中に前記ＩＰ網から音声情報送信開始信号受信手段が前記音声情報送信開始信号を受信した後、着信音鳴動停止手段が前記着信音の鳴動を停止させた後、前記ＩＰ網からの受信したパケット音声データを受信するパケットデータ受信手段と、
前記パケットデータ受信手段が受信したパケット音声データを音声データに復元する復元化手段と、
前記復元化手段が復元した音声データを出力する音声出力手段と、
を備えることを特徴とする音声端末。 - ＩＰ網で通信を行うための呼制御手段と、
前記呼制御手段が所定の通信プロトコルにて複数の通信相手先のアドレスを取得し、当該通信相手先を呼び出す呼制御処理中に音声情報を受け付ける音声入力手段と、
指示受付手段が、前記呼出の呼制御処理中に音声情報送信開始指示を受け付けた場合、音声情報送信開始信号送信手段が音声情報送信開始信号を前記取得した複数の通信相手先のアドレスを宛先として送信した後、受け付けた前記音声情報をパケット化する符号化手段と、
前記符号化手段がパケット化したパケット音声データを、取得した前記複数の通信相手先を宛先として前記ＩＰ網へ送出するパケットデータ送出手段と、
を備えることを特徴とする音声端末。 - 通信相手先を呼び出し中に、ＩＰ網を介して接続される音声端末間で音声データのやりとりを行う音声通信方法であって、
前記音声端末の中の発信側の音声端末において、
所定の通信プロトコルにて通信相手先のアドレスを取得し着信側の音声端末を特定するとともに、前記呼を確立する手順を開始する指示を受け付け、前記着信側の音声端末に送信するステップと、
前記着信側の音声端末が前記指示を受け付けて呼び出され、応答する前に、
音声情報送信開始指示を受け付けた場合、音声情報送信開始信号を前記取得した通信相手先のアドレスを宛先として送信した後、音声の入力を受け付けるステップと、
前記受け付けた音声をパケットデータ化して、前記取得したアドレス宛に送出するステップと、を有し、
前記着信側の音声端末において、
当該着信側の音声端末に前記ＩＰ網からの着信があった場合に着信音を鳴動させ、
着信音鳴動中に、前記ＩＰ網から音声情報送信開始信号を受信した後、前記着信音の鳴動を停止させ前記発信側の音声端末から受信したパケットデータを受け付けるステップと、
前記受け付けたパケットデータを音声に復元して出力するステップと
を有することを特徴とする音声通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002219781A JP4154184B2 (ja) | 2002-07-29 | 2002-07-29 | 音声端末及び音声通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002219781A JP4154184B2 (ja) | 2002-07-29 | 2002-07-29 | 音声端末及び音声通信方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007290377A Division JP4323543B2 (ja) | 2007-11-08 | 2007-11-08 | 音声端末 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004064407A JP2004064407A (ja) | 2004-02-26 |
| JP4154184B2 true JP4154184B2 (ja) | 2008-09-24 |
Family
ID=31940598
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002219781A Expired - Fee Related JP4154184B2 (ja) | 2002-07-29 | 2002-07-29 | 音声端末及び音声通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4154184B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2422984C (en) | 2005-02-08 | 2015-03-11 | Psygnificant Services Ltd | Call Notification System And Method |
| WO2009050466A2 (en) * | 2007-10-16 | 2009-04-23 | Psygnificant Services Limited | Communication system and method |
-
2002
- 2002-07-29 JP JP2002219781A patent/JP4154184B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004064407A (ja) | 2004-02-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6643291B1 (en) | Multimedia information communication system | |
| US6798872B1 (en) | Caller information display system and recording medium | |
| US7123697B2 (en) | Method and system for providing a call answering service between a source telephone and a target telephone | |
| KR100372036B1 (ko) | 전화이중장치 | |
| JP2004336756A (ja) | コンピュータ・テレフォニー・インテグレーションアダプタ | |
| KR20010084869A (ko) | 인터넷 전화기 | |
| KR100473722B1 (ko) | 펄베이시브 음성 핸드셋 시스템 | |
| JP2004135329A (ja) | リングバックトーン発生装置を備えたインターネットフォン、及びそのリングバックトーン伝送方法 | |
| US20030076817A1 (en) | Apparatus and method for interfacing internet telephone | |
| JP2001257797A (ja) | 通話装置アダプタ | |
| CA2345879C (en) | Answer detection for ip based telephones using passive detection | |
| US7310328B2 (en) | Voice communication system and its method | |
| JP4154184B2 (ja) | 音声端末及び音声通信方法 | |
| WO2008067722A1 (fr) | Procédé, système de téléphone et terminal de téléphone pour une session d'appel | |
| JP3219124B2 (ja) | Ｌａｎ−ｐｂｘ間通信装置 | |
| JP3795825B2 (ja) | ナンバーディスプレイ着信によりｉｐアドレス登録を促すようにしたｉｐ通信システムおよび該ｉｐ通信システムを構成するゲートキーパーならびにｉｐ端末装置 | |
| JP3257761B2 (ja) | ネットワークアダプタ装置 | |
| JP4323543B2 (ja) | 音声端末 | |
| JP3903822B2 (ja) | ボタン電話装置およびプログラム | |
| WO2002009372A1 (en) | Internet video phone | |
| JP2002111907A (ja) | Ｉｐベース電話のトーンベース応答検知 | |
| JP2001309042A (ja) | 通信システム | |
| KR100588480B1 (ko) | 인터넷 전화 통신 시스템 및 통신방법 | |
| JP2007088558A (ja) | ルータ、ｉｐ電話システムおよびｉｐ電話通話中応答方法 | |
| JP2003283653A (ja) | インターネット電話装置及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050704 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050704 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20061201 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070618 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070626 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070823 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20071009 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071108 |
|
| A911 | Transfer of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20071219 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080624 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080707 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110711 Year of fee payment: 3 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110711 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110711 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120711 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130711 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |