(57)【要約】【課題】  発信側の音声端末から着信側の音声端末に対して呼制御手順を実行中に音声信号を伝搬することを実現する。【解決手段】  呼制御手順を実行中に、発信側の音声端末から着信側の音声端末に対して、音声を送る意志を示す信号を送出する。それを受けた着信側の音声端末は、音声が出力できるよう音声端末の内部状態を制御し、受け付けた音声を出力する。着信側音声端末が応答信号を返すと、呼制御手順の処理に戻り、呼を確立し、通常の通話開始する。【選択図】図６
2008067406.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続される他の音声端末と確立した呼を用いて音声データのやりとりを行う音声端末であって、
前記呼を確立する手順を実行中に音声の入力を受け付けるプレ音声入力受付手段と、
前記プレ音声入力受付手段において受け付けた音声を、前記手順を実行中に、前記他の音声端末に送出するプレ音声送出手段と、を備えることを特徴とする音声端末。
【請求項２】
ネットワークを介して接続される他の音声端末と確立した呼を用いて音声データのやりとりを行う音声端末であって、
前記呼を確立する手順を実行中に、前記他の音声端末から送出された音声を受信するプレ音声受信手段と、
前記プレ音声受信手段において受信した音声を出力するプレ音声出力手段とを備えることを特徴とする音声端末。
【請求項３】
請求項１記載の音声端末であって、前記音声端末は、
複数の前記他の音声端末を、前記プレ音声送出手段から音声を送出する相手として設定する着信先設定手段とをさらに備えることを特徴とする音声端末。
【請求項４】
請求項１、２、または、３記載の音声端末が、ネットワークに複数接続されていることを特徴とする音声通信システム。
【請求項５】
呼を確立する前に、ネットワークを介して接続される音声端末間で音声データのやりとりを行う音声通信方法であって、
前記音声端末の中の発信側の音声端末において、
着信側の音声端末を特定するとともに、前記呼を確立する手順を開始する指示を受け付け、前記着信側の音声端末に送信するステップと、
前記着信側の音声端末が、前記指示を受け付けて応答する意志とともに、呼が確立したことを前記音声端末に送信する前に、
音声の入力を受け付けるステップと、
前記受け付けた音声を送出するステップとを有し、
前記着信側の音声端末において、
当該着信側の音声端末から前記応答の意志を示す信号を送出する前に、
前記発信側の音声端末から受信した音声を受け付けるステップと、
前記受け付けた音声を出力するステップとを有することを特徴とする音声通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の音声端末間で、通話路設定前に、音声データを送信する技術に関する。
【背景技術】
【０００２】
２つの音声端末間で音声による通話を行う場合、その音声端末間で所定の呼制御手順に従った処理を行い、呼を確立した後、音声による通話が実現される。
【０００３】
例えば、通信路の一部あるいは全ての区間でパケット通信を行う電話サービス、特にインターネットを使用してパケット通信を行う電話サービスである、インターネット電話サービスなどにおいては、発信側音声端末から、ＩＴＵ−ＴのＨ．３２３やＳＩＰ（Session Initiation Protocol）などに規定されている呼制御手順を行い、着信側音声端末から応答することを示す指示を受け、呼を確立してから、その確立された呼を利用して音声パケットのやりとりを行っている。このため、着信側音声端末のユーザは、呼を確立する前には、その音声端末と呼を確立しようとしている音声端末があることのみを、着信音によって認識することができた。
【０００４】
ところが、着信音だけでは、発信元がわからず、不便であった。そこで、呼を確立する前に着信側音声端末のユーザに発信側音声端末を知らせるものとして、例えば、ナンバーディスプレイ機能が提供されている。これは、呼制御手順を処理中に発信側音声端末の発番号を着信側音声端末に通知するものである。また、企業内網などにおいては、発信側音声端末に応じて着信音を変更する設定ができるものもあり、着信音により着信側音声端末のユーザが、発信側音声端末を認識することができるものもある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したように、ナンバーディスプレイ機能や、着信音の設定により、呼を確立する前、即ち、着信側音声端末で応答処理を行う前に、着信側音声端末のユーザが、発信側音声端末を認識することはできる。しかしながら、1台の音声端末を複数のユーザで使用している場合など、着信側音声端末のユーザが、呼を確立するまでは、発信側音声端末の発番以外を認識できないため、依然不便な点がある。例えば、企業内で複数の者が1台の音声端末を利用している場合など、誰宛にかかってきた通話であるかがわからないと不便である。また、工場のように、広い場所で多数のユーザが複数の電話を共同で使用している場合は、このような情報が得られないと、一旦、誰かが応答した後、放送などで所望の人を呼び出すなどの必要があり、さらに手間がかかっている。
【０００６】
本発明の目的は、このような不便を解消するため、着信側音声端末が応答処理を行う前であっても、発信側音声端末からの音声データを着信側音声端末で出力できるようにすることにある。
【課題を解決するための手段】
【０００７】
本発明の音声通信システムは、通話路設定前であっても、音声データを発信し、また、受信した音声データを出力する機能を、音声端末に持たせたものである。
【０００８】
すなわち、ネットワークを介して接続される他の音声端末と確立した呼を用いて音声データのやりとりを行う音声端末であって、前記呼を確立する手順を実行中に音声の入力を受け付けるプレ音声入力受付手段と、前記プレ音声入力受付手段において受け付けた音声を、前記手順を実行中に、前記他の音声端末に送出するプレ音声送出手段とを備えることを特徴とする音声端末を提供するものである。
【０００９】
また、ネットワークを介して接続される他の音声端末と確立した呼を用いて音声データのやりとりを行う音声端末であって、前記呼を確立する手順を実行中に、前記他の音声端末から送出された音声を受信するプレ音声受信手段と、前記プレ音声受信手段において受信した音声を出力するプレ音声出力手段とを備えることを特徴とする音声端末を提供するものである。
【００１０】
なお、以下、呼を確立する前に送信する音声を、呼が確立後に通話路を用いてやりとりする通常の音声と区別するため、プレ音声と呼ぶ。
【発明の効果】
【００１１】
着信側音声端末が呼制御の応答処理を行う前に、発信側音声端末から送信された音声データを着信側音声端末で出力することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施形態について、図を参照して説明する。
【００１３】
図１は本発明の一実施形態が適用された音声通信システムの概略構成図である。
【００１４】
本図に示すように、本実施形態の音声通信システムは、ネットワーク１００に接続された複数の音声端末１０１〜１０６を備えて構成される。
【００１５】
この場合のネットワーク１００は、有線、無線双方を含む公衆回線網や企業内網、インターネットを始めとするＩＰ網等、特に限定されない。
【００１６】
また、この場合の音声端末は、公衆回線網や企業内網で使用される固定電話端末、ＩＰ網で使用されるＩＰ電話端末、無線網で使用される無線電話端末など、ネットワーク１００に応じて定まるものである。
【００１７】
以下においては、ネットワーク１００がＩＰ網、音声端末１０１〜１０６がＩＰ電話機であるＩＰ電話システムを例にとって説明する。
【００１８】
従って、本実施形態においては、ＩＰ電話システムが通常備える、各ＩＰ電話機のＩＰアドレスと電話番号との対応関係を管理する、ゲートキーパ１２０がさらにネットワーク１００に接続されている。なお、このゲートキーパ１２０と同等の機能を、各ＩＰ電話機が自身に備える構成であってもよい。
【００１９】
図２は、図１に示す音声端末１０１〜１０６の機能構成を示す図である。音声端末１０１〜１０６は同じ構成を持つため、ここでは、音声端末１０１を取り上げて説明する。
【００２０】
本図に示すように、音声端末１０１は、通話路設定後の音声を出力する音声出力部３０２と、音声の入力を受け付ける音声入力部３０３と、電話番号の入力、オンフック、オフフックなど呼制御に必要な各種の入力指示を受け付ける指示受付部３０７と、通話路設定前の呼び出し音などを出力するプレ音声出力部３０１とを備える。
【００２１】
また、音声復号化処理部３１１と、音声符号化処理部３１２と、呼制御情報処理部３１５と、ネットーク１００と接続するためのネットワークインタフェース部３１７とを備える。
【００２２】
音声復号化処理部３１１は、ＲＴＰ（Real-time Transport Protocol）に従い、ネットワークインタフェース部３１７より受け取ったＲＴＰパケット（音声用ＩＰパケット）から音声信号を取り出し、これを音声出力部３０２へ受け渡す。
【００２３】
音声符号化処理部３１２は、音声入力部３０３を介して受け取った音声信号をＲＴＰに従ってパケット化する。そして、この音声用ＩＰパケットを、ネットワークインタフェース部３１７へ受け渡す。
【００２４】
呼制御処理部３１５は、ＩＴＵ-ＴのＨ．３２３やＳＩＰなどのプロトコルに従い、呼制御手順を行う。具体的には、指示受付部３０７を介して入力された信号をＩＴＵ-ＴのＨ．３２３やＳＩＰに従ってパケット化する。そして、このパケット（呼制御用ＩＰパケット）を、ネットワークインタフェース部３１７へ受け渡す。また、ＩＴＵ-ＴのＨ．３２３やＳＩＰに従い、ネットワークインタフェース部３１７より受け取った呼制御用ＩＰパケットから信号を生成し、発信側音声端末と着信側音声端末との間の呼を確立する。
【００２５】
なお、着信側音声端末が特定され、そのＩＰアドレスをゲートキーパ１２０から取得すると、ネットワークインタフェース部３１７は、その着信側音声端末を宛先として、ＩＰパケットをネットワーク１００に送出する。また、その着信側音声端末より送られてきた自身宛のＩＰパケットを受信する。
【００２６】
これらの機能は、従来より用いられている一般的な、ＩＰ電話機と基本的に同様であるので、その詳細な説明を省略する。
【００２７】
これらの機能に加え、本実施形態の音声端末１０１は、放送開始指示受付部３０４と、放送終了指示受付部３０５と、特定/決定指示受付部３０６と、放送開始信号受信処理部３０９と、放送終了信号受信処理部３１０と、放送開始信号送信処理部３１３と、放送終了信号送信処理部３１４と、状態管理部３１６とを備える。
【００２８】
このうち、放送開始信号受信処理部３０９と、放送終了信号受信処理部３１０とは、呼を確立する前に、発信側音声端末から送信されたプレ音声データを出力するためのものである。
【００２９】
また、放送開始指示受付部３０４と、放送終了指示受付部３０５と、特定/決定指示受付部３０６と、放送開始信号送信処理部３１３と、放送終了信号送信処理部３１４とは、呼を確立する前に、音声入力部３０３で受け付けた音声を、プレ音声データとして着信側音声端末へ送信するためのものである。
【００３０】
そして、状態管理部３１６は、音声端末１０１の各処理部の状態を管理するものである。
【００３１】
放送開始指示受付部３０４は、着信側音声端末に対して送信する、放送開始を示す信号の入力を受け付けるものである。この放送開始指示受付部３０４において受け付けた入力信号は、放送開始信号送信処理部３１３において、放送開始信号としてパケット化され、ネットワークインタフェース部３１７から送出される。
【００３２】
放送終了指示受付部３０５は、着信側音声端末に対して送信する、放送終了を示す信号の入力を受け付けるものである。この放送終了指示受付部３０５において受け付けた入力信号は、放送終了信号送信処理部３１４において、放送終了信号としてパケット化され、ネットワークインタフェース部３１７から送出される。
【００３３】
放送開始信号受信処理部３０９および放送終了信号受信処理部３１０は、それぞれ、ネットワーク１００からネットワークインタフェース部３１７において受信した放送開始信号および放送終了信号を受け取るものである。後述する状態管理部３１６の制御により、放送開始信号を受信した後、放送終了信号を受信する、または、指示受付部３０７により応答する意志を受け付けるまでの間、音声復元化処理部３１１は、ネットワークインタフェース部３１７において受信したＩＰパケットを、プレ音声が格納されているＩＰパケットとして受け取り、プレ音声として、プレ音声出力部３０１から出力する。
【００３４】
また、着信側音声端末では、発信側音声端末から呼制御手順に従って呼出信号を受け取ったとき、例えば、内蔵の音源などを利用して、着信音を鳴動させる。放送開始信号を受け取ると、放送開始信号受信処理部３０９は、プレ音声が出力できるように、この着信音の鳴動を止める。このとき、プレ音声データが出力されることを通知するために、例えば、「放送を開始します。」などの音声をプレ音声出力部３０１から出力するように設定してもよい。
【００３５】
放送終了信号受信処理部３１０は、放送終了信号を受け取ると、着信音の鳴動を再開させる。着信音の鳴動の前に、「放送を終了します。」などの音声をプレ音声出力部３０１から出力するように設定してもよい。  
特定/決定指示受付部３０６は、指示受付部３０７において受け付けた、着信側音声端末を特定する情報（以下、電話番号と呼ぶ）を決定するものである。これは、着信側音声端末が複数の場合、指示受付部３０７で、複数の電話番号を連続して受け付けることになる。このような場合、それぞれの電話番号の区切りを示す情報の入力を受け付けるものである。
【００３６】
この特定/決定指示受付部３０６を用いて、複数の着信側音声端末の電話番号を入力する具体的な手順は以下１）〜４）の通りである。
【００３７】
１）特定/決定指示受付部３０６において、入力を受け付ける。
【００３８】
２）指示受付部３０７において、プレ音声データを送信する着信側音声端末の電話番号の入力を受け付ける。
【００３９】
３）特定/決定指示受付部３０６において、入力を受け付ける。
【００４０】
４）以下、２）および３）を、プレ音声データを送信する音声端末の数だけ繰り返す。
【００４１】
このようにして受け付けられた複数の着信側音声端末の電話番号を基に、呼制御処理部３１５は、ネットワークインタフェース部３１７を介してゲートキーパ１２０に問合せ、各々のＩＰアドレスを入手する。
【００４２】
もちろん、着信側音声端末が単数の場合であっても、電話番号の入力の前または後に、この特定/決定指示受付部３０６において指示の入力を受け付けるようにしてもよい。本実施の形態においては、着信側音声端末を単数指定する場合、特定/決定ボタンの押下は不要な構成を例として説明する。
【００４３】
放送開始信号受信処理部３０９と、放送終了信号受信処理部３１０と、音声復元化処理部３１１と、音声符号化処理部３１２と、放送開始信号送信処理部３１３と、放送終了信号送信処理部３１４と、呼制御情報処理部３１５とは、いずれも状態管理部３１６との間で情報を交換しており、状態管理部３１６がこれらの処理部を制御することにより、音声端末１０１の状態管理は行われる。なお、状態管理については図４および図５を用い、別途説明する。
【００４４】
これらの機能を実現するハードウエアの一例として、図３に音声端末１０１の概観を示す。
【００４５】
例えば、音声出力部３０２および音声入力部３０３は、スピーカ２０３とマイクロホン２０２とを備えた受話器２０４によって、指示受付部３０７は、ダイヤルボタン２０１とフック２０５とによって、プレ音声出力部３０１は、拡声スピーカ２０６によって、放送開始指示受付部３０４は、放送開始ボタン２０７によって、放送終了指示受付部３０５は、放送終了ボタン２０８によって、そして、特定/決定指示受付部３０６は、特定/決定ボタン２０９によって実現できる。
【００４６】
次に、状態管理部３１６によって制御される、音声端末の内部状態の遷移について、発信側と着信側に分けて説明する。
【００４７】
まず、発信側音声端末１０１と着信側音声端末１０２との間で、呼を確立するための呼制御手順を行っている最中にプレ音声データの通信を行う場合の、発信側音声端末１０１の内部状態の遷移を図４を用いて説明する。
【００４８】
フック２０５が受話器２０４などによって押し下げられた状態、すなわち、指示受付部３０７が呼制御手順を開始する指示を受け付けていない状態（以後、空きと呼ぶ）８０１において、呼制御処理部３１５が呼制御手順を開始する指示を受け付けると、状態管理部３１６は、発信側音声端末１０１の状態を呼出中８０２とする。
【００４９】
ここで、呼制御手順を開始する指示は、受話器２０４が取り上げられ、フック２０５の押下状態が解除されることによって受け付けられる。この後、発信側音声端末１０１は、ダイヤル２０１の押下による着信側音声端末１０２の電話番号の指定を受け付け、着信側音声端末１０２が特定され、着信側音声端末１０２に向けて呼制御手順に従って呼出信号を送出する。
【００５０】
発信側音声端末１０１が呼出中８０２の状態で、呼制御処理部３１５が、着信側音声端末１０２から、発信側音声端末１０１からの呼制御情報に応答する信号（以後、受信応答信号と呼ぶ）を受信すると、状態管理部３１６は、発信側音声端末１０１の状態を通話中８０３に遷移させる。
【００５１】
次に、発信側音声端末１０１が、通話中８０３の状態、または、呼出中８０２の状態で、呼制御情報処理部３１５が、フック２０５を押し下げることで指示受付部において受け付けられた回線切断の指示を受け取ると、状態管理部３１６は、発信側音声端末１０１の状態を、空き８０１に遷移させる。
【００５２】
呼出中８０２の状態で、呼制御手順を中断すると、状態管理部３１６は、発信側音声端末を空き８０１の状態にする。
【００５３】
また、呼出中８０２の状態で、マイクロホン２０２を介して音声入力部３０３が音声信号の入力を受け付けると、状態管理部３１６は、音声符号化処理部３１２に、プレ音声としてパケット化させ、ネットワークインタフェース部３１７からネットワーク１００へ送出させる。
【００５４】
なお、通話中８０３の状態の間は、マイクロホン２０２を介して音声入力部３０３が音声信号の入力を受け付けると、状態管理部３１６は、音声符号化処理部３１２に、音声としてパケット化させ、ネットワークインタフェース部３１７からネットワーク１００へ送出させる。そして、ネットワーク１００からネットワークインタフェース部３１７がＩＰパケット化された音声データを受け付けると、状態管理部３１６は、音声復元化処理部３１１に音声データに復元させ、音声出力部３０２から音声データを出力させる。
【００５５】
次に、発信側音声端末１０１と着信側音声端末１０２との間で呼制御手順を行っている最中に、プレ音声データの通信を行う場合の、着信側音声端末１０２の内部状態の遷移を図５を用いて説明する。
【００５６】
空き９０１状態で、呼制御処理部３１５が、ネットワークインタフェース部３１７を介して発信側音声端末１０１から送出された呼出信号を受け取ると、状態管理部３１６は、着信側音声端末１０２を呼出中９０２の状態に遷移させる。
【００５７】
呼出中９０２の状態で、指示受付部３０７が受信に応答する意志を受け付け、呼制御処理部３１５がネットワークインタフェース部３１７からネットワーク１００へ受信応答信号を送出すると、状態管理部３１６は、着信側音声端末１０２を、通話中９０３の状態に遷移させる。
【００５８】
ここで、受信に応答する意志は、受話器２０４を取り外すことでフック２０５が持ち上げられたことにより受け付ける。
【００５９】
通話中９０３の状態で、呼制御情報処理部３１５が、フック２０５を押し下げることで指示受付部３０７において受け付けられた回線切断の指示を受け取ると、状態管理部３１６は、着信側音声端末１０２の状態を、空き９０１に遷移させる。
【００６０】
呼出中９０２の状態で、発信側音声端末１０１が呼制御手順を中断すると、状態管理部３１６は、着信側音声端末１０２の状態を、空き９０１に遷移させる。
【００６１】
また、呼出中９０２の状態で、プレ音声データが格納されているＩＰパケットをネットワークインタフェース部３１７で受け取ると、状態管理部３１６は、音声復元化処理部３１１に、プレ音声出力部３０１からプレ音声として出力させる。
【００６２】
なお、通話中９０３の状態の間は、マイクロホン２０２を介して音声入力部３０３が音声信号の入力を受け付けると、状態管理部３１６は、音声符号化処理部３１２に、音声としてパケット化させ、ネットワークインタフェース部３１７からネットワーク１００へ送出させる。そして、ネットワーク１００からネットワークインタフェース部３１７がＩＰパケット化された音声データを受け付けると、状態管理部３１６は、音声復元化処理部３１１に音声データに復元させ、音声出力部３０２から音声データを出力させる。
【００６３】
次に、発信側音声端末を１０１と着信側音声端末を１０２との間で呼制御手順を行っている最中に、プレ音声データの通信を行う手順を、図６を用いて説明する。
【００６４】
まず、発信側音声端末１０１の呼制御処理部３１５は、呼制御手順を開始する意志と着信側音声端末１０２を特定する電話番号との入力を指示受付部３０７において受け付ける（ステップ４１１）と、呼制御手順の中の呼出手順を行う（ステップ４０１）。
【００６５】
ここで行われる呼出手順は、指示受付部３０７において受け付けた電話番号をネットワークインタフェース部３１７とを介してネットワーク１００に接続されているゲートキーパ１２０に送出し、着信側音声端末１０２のＩＰアドレスを取得し、そのＩＰアドレス宛てに呼出信号を送出するものである。
【００６６】
その呼出信号を受け付けた着信側音声端末１０２は、着信音を鳴動させる（ステップ４２１）。
【００６７】
次に、発信側音声端末１０１は、放送開始指示受付部３０４において、指示を受け付け（ステップ４１２）、ステップ４０１で取得したＩＰアドレスに向けて、受け付けた指示をＩＰパケット化して送出する（ステップ４０２）。
【００６８】
ステップ４０２で送出された放送開始を示す信号をネットワークインタフェース部３１７において受け付けた着信側音声端末１０２では、放送開始信号受信処理部３０９においてその信号を処理し、着信音の鳴動を止め、プレ音声出力部３０１を出力可能な状態とする（ステップ４２２）。本実施形態においては、ここで、着信側音声端末のプレ音声出力部３０１から、「放送を開始します」などの放送開始を示す音声を出力する。
【００６９】
発信側音声端末１０１の音声入力部３０３は、音声の入力を受け付け、音声符号化処理部３１１において符号化し、ネットワークインタフェース部３１７においてＩＰパケット化して、プレ音声データとして着信側音声端末１０２宛てに送出する（ステップ４０３）。
【００７０】
ステップ４０３で送出されたプレ音声データを受け取った着信側音声端末１０２は、ネットワークインタフェース部３１７においてＩＰパケットを分解し、音声復号化処理部３１１において音声に復号し、プレ音声出力部３０１から出力する。
【００７１】
ステップ４０３の処理は、着信側音声端末１０２から、受信応答信号が送出される（ステップ４２３）まで続けられる。
【００７２】
受信応答信号が送出された後、その後の呼制御手順が遂行され（ステップ４０４）、確立された呼を使って、ＲＴＰに従い、音声データのやりとりが行われる（ステップ４０５）。
【００７３】
なお、ステップ４０３の後、着信側音声端末１０２が受信応答信号を送出する前に、プレ音声データの送出を終了することもできる。この場合の手順を図７に示す。
【００７４】
ステップ４０３の後、発信側音声端末１０１において、放送終了ボタン２０８が押されたことを、放送終了指示受付部３０５で受け付けると、発信側音声端末１０１の放送終了信号送信処理部３１４においてその信号を処理し、ネットワークインタフェース部３１７からネットワーク１００を介して着信側音声端末１０２に送信する（ステップ４０６）。それを、ネットワークインタフェース部３１７で受けた着信側音声端末１０２は、放送終了信号受信処理部３１０で処理をし、プレ音声出力部３０１から「放送を終了します」などの放送終了を示す所定の音声を出力させ、再度、着信音を鳴動させる（ステップ４２４）。
【００７５】
その他の処理手順は図６と基本的に同様である。
【００７６】
また、本実施形態に用いられている音声端末は、音声データをＩＰパケット化してＩＰネットワークを介してやりとりを行うＩＰ電話機である。このため、ＩＰマルチキャストにより、一度に複数の音声端末を指定して、音声用ＩＰパケットを送信することができる。
【００７７】
このような場合の、処理手順を図８を参照し、以下に説明する。なお、ここでは、２つの着信側音声端末１０２および１０３を指定する場合を例に説明する。もちろん、指定する着信側音声端末の数は２つに限られない。
【００７８】
まず、呼制御処理部３１５は、呼制御手順を開始する意志を、フック２０５の押下状態を解除したことを指示受付部３０７で受け付け、着信側音声端末１０２および１０３を特定する電話番号の入力を、特定/決定ボタン２０９およびダイヤル２０１を介して、特定/決定指示受付部３０６と指示受付部３０７とにおいて受け付ける（ステップ７１１）。複数の音声端末を特定する電話番号の入力は、前述のとおりである。
【００７９】
次に、呼制御処理部３１５は、呼出手順を行う（ステップ７０１）。この場合の呼制御処理部３１５による呼出手順は、ネットワークインタフェース部３１７を介して、ゲートキーパ１２０に問い合わせることで各々の電話番号に対応するＩＰアドレスを取得し、取得したＩＰアドレスに向けて、呼確立のための呼出信号を送出するものである。なお、ネットワークインタフェース部３１７は、受け取った２つのＩＰアドレスを送信先アドレス格納部に格納したＩＰパケットに組み立て、ネットワーク１００に送信する。
【００８０】
制御信号を受け付けた着信側音声端末１０２および１０３は、着信音を鳴動させる（ステップ７２１）。
【００８１】
次に、発信側音声端末１０１は、放送開始指示受付部３０４において、指示を受け付け（ステップ７１２）、ステップ７０１で取得した２つのＩＰアドレスに向けて、受け付けた指示をＩＰパケット化して送出する（ステップ７０２）。
【００８２】
ステップ７０２で送出された放送開始を示す信号をネットワークインタフェース部３１７において受け付けた着信側音声端末１０２および１０３では、放送開始信号受信処理部３０９においてその信号を処理し、各々の着信音の鳴動を止め、プレ音声出力部３０１を出力可能な状態とする（ステップ７２２）。本実施形態においては、ここで、着信側音声端末のプレ音声出力部３０１から、「放送を開始します」などの放送開始を示す音声を出力する。
【００８３】
発信側音声端末１０１の音声入力部３０３は、音声の入力を受け付け、音声符号化処理部３１１において符号化し、ネットワークインタフェース部３１７においてＩＰパケット化して、プレ音声データとして着信側音声端末１０２および１０３宛てに送出する（ステップ７０３）。
【００８４】
ステップ７０３で送出されたプレ音声データを受け取った着信側音声端末１０２および１０３は、ネットワークインタフェース部３１７においてＩＰパケットを分解し、音声復号化処理部３１１において音声に復号し、現在出力可能な状態であるプレ音声出力部３０１から出力する。
【００８５】
ここで、発信側音声端末１０１から放送終了信号が送出される（ステップ７０６）と、着信側音声端末１０２および１０３は、プレ音声出力部３０１から放送終了を示す音声を出力させ、着信音を再度鳴動させる（ステップ７２４）。
【００８６】
その後、着信側音声端末１０２または１０３のいずれか一方の着信側音声端末から、受信応答の指示が送出される（ステップ７２３）と、発信側音声端末１０１はその指示を受付、その受信応答の指示を送出した着信側音声端末と、その後の呼制御手順を遂行し（ステップ７０４）、確立された呼を使って、ＲＴＰに従い、音声データのやりとりが行われる。（ステップ７０５）。
【００８７】
なお、本手順においても、図６を用いて説明したように、着信側音声端末の一方が受信応答の指示を送出した時点で、プレ音声データの送出を終了し、呼制御手順を再開することもできる。送出先を全着信側音声端末にする以外の点は、図６を用いて説明した手順と基本的に同様である。
【００８８】
本実施形態では、上述したように、放送開始信号を送信する機能を持たせ、その信号が送信されると、呼制御手順の途中であっても、音声データをＩＰパケットとして送出できる構成となっている。すなわち、発信側音声端末から着信側音声端末に、呼を確立する前に、音声データを送信できる。このため、呼を確立する前に、着信側音声端末のユーザは、音声によって発信側音声端末のユーザからの情報を得ることができる。
【００８９】
例えば、発信側音声端末のユーザが誰宛の電話であるかを、呼を確立する前に音声で伝えることができ、複数の人で電話を共同使用している場合など、有効である。
【００９０】
また、本実施形態のようなＩＰ電話システムの場合、呼制御手順を行っている最中は、１対1に通話路が確定していないため、ある１つの音声端末から複数の音声端末に対して音声を送信することができる。例えば、本実施形態の音声端末を備える既存の内線電話システムを、ある１つの発信側音声端末がマイクロホンとなり、複数の着信側音声端末がスピーカとなるような放送設備として機能させることができる。この場合、マイクロホンとなる音声端末を１つの端末に限定する必要がなく、ネットワークに接続された全ての音声端末がマイクロホンとなる音声端末になることができるため、使い勝手もよい。
【００９１】
なお、本発明は、上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【００９２】
例えば、発信側音声端末の機能だけを備えた音声端末、着信側音声端末の機能だけを備えた音声端末であってもよい。
【００９３】
また、上記の実施形態においては、ネットワークをＩＰ網、接続されている電話機をＩＰ電話機に限定して説明している。しかし、本発明はこれに限定されるものではない。
【００９４】
例えば、ＩＰ網に、ゲートウエイを介し、従来の電話機を接続する構成であってもよい。また、ネットワークはＩＳＤＮなどの通常の回線交換網であってもよい。この場合、音声データは、ユーザ・ユーザ情報要素に格納し、送受すればよい。
【図面の簡単な説明】
【００９５】
【図１】図１は、本発明が適用された音声通信システムの概略構成図である。
【図２】図２は、本実施形態における音声端末の機能ブロック図である。
【図３】図３は、本実施形態における音声端末の概観図である。
【図４】図４は、本実施形態における発信側音声端末の内部状態の遷移図である。
【図５】図５は、本実施形態における着信側音声端末の内部状態の遷移図である。
【図６】図６は、本実施形態におけるプレ音声データの送信を行う手順を説明するための図である。
【図７】図７は、本実施形態におけるプレ音声データの送信を行う手順を説明するための図である。
【図８】図８は、本実施形態において、複数の着信側音声端末に向けてプレ音声データの送信を行う手順を説明するための図である。
【符号の説明】
【００９６】
１００：ネットワーク、１０１、１０２、１０３、１０４、１０５、１０６：音声端末、２０１、３０８：ダイヤルボタン、２０２：マイクロホン、２０３、：受話スピーカ、２０４：受話器、２０５：フックボタン、２０６：拡声スピーカ、２０７：放送開始ボタン、２０８：放送終了ボタン、２０９：特定／決定ボタン、３０１：プレ音声出力部、３０２：音声出力部、３０３：放送開始指示受付部、３０４：放送終了指示受付部、３０５：放送終了指示受付部、３０６：特定/決定指示受付部、３０７：指示受付部、３０９：放送開始信号受信処理部、３１０：放送終了信号受信処理部、３１１：音声復元化処理部、３１２：音声符号化処理部、３１３：放送開始信号送信処理部、３１４：放送終了信号送信処理部、３１５：呼制御処理部、３１６：状態管理部、３１７：ネットワークインタフェース部。
【図１】
2008067406.tif 000003
【図２】
2008067406.tif 000004
【図３】
2008067406.tif 000005
【図４】
2008067406.tif 000006
【図５】
2008067406.tif 000007
【図６】
2008067406.tif 000008
【図７】
2008067406.tif 000009
【図８】
2008067406.tif 000010
【手続補正書】
【提出日】平成19年11月12日(2007.11.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＩＰ網で通信を行うための呼制御手段と、
前記呼制御手段が所定の通信プロトコルにて通信相手先のアドレスを取得し、当該通信相手先を呼び出す呼制御処理中に音声情報送信開始指示を受け付ける開始指示受付手段と、
前記開始指示受付手段が当該呼制御処理中に音声情報送信開始指示を受け付けた場合、音声情報送信開始信号を前記取得した通信相手先のアドレスを宛先として送信する音声情報送信開始信号送信手段と、
音声情報を受け付ける音声入力手段と、
前記音声情報送信開始信号送信手段が、音声情報送信開始信号を当該相手先に送信した後、前記音声入力手段により受け付けた前記音声情報をパケット化する符号化手段と、
前記符号化手段がパケット化したパケット音声データを、前記取得した通信相手先のアドレスを宛先として前記ＩＰ網へ送出するパケットデータ送出手段と、
前記呼制御処理中に音声情報送信終了指示を受け付ける終了指示受付手段と、
前記終了指示受付手段が当該呼制御処理中に音声情報送信終了指示を受け付けた場合、音声情報送信終了信号を前記取得した通信相手先のアドレスを宛先として送信する音声情報送信終了信号送信手段と、
を備えることを特徴とする音声端末。
【請求項２】
ＩＰ網で通信を行うための呼制御手段と、
前記ＩＰ網からの着信があった場合に着信音を鳴動させる着信音鳴動手段と、
前記着信音鳴動中に前記ＩＰ網から音声情報送信開始信号を受信する音声情報送信開始信号受信手段と、
前記音声情報送信開始信号を受信した後、前記着信音の鳴動を停止させる着信音鳴動停止手段と、
前記着信音の鳴動停止後に前記ＩＰ網からのパケット音声データを受信するパケットデータ受信手段と、
前記パケットデータ受信手段が受信したパケット音声データを音声データに復元する復元化手段と、
前記復元化手段が復元した音声データを出力する音声出力手段と、
前記呼制御処理中に前記ＩＰ網から音声情報送信終了信号を受信する音声情報送信終了信号受信手段と、
前記音声情報送信終了信号を受信した後、前記着信音の鳴動を再開させる着信音鳴動再開手段と、
を備えることを特徴とする音声端末。
【請求項３】
ＩＰ網で通信を行うための呼制御手段と、
前記呼制御手段が所定の通信プロトコルにて通信相手先のアドレスを取得し、当該通信相手先を呼び出す呼制御処理中に音声情報送信開始指示を受け付ける開始指示受付手段と、
前記開始指示受付手段が当該呼制御処理中に音声情報送信開始指示を受け付けた場合、音声情報送信開始信号を前記取得した通信相手先のアドレスを宛先として送信する音声情報送信開始信号送信手段と、
音声情報を受け付ける音声入力手段と、
前記ＩＰ網からの着信があった場合に着信音を鳴動させる着信音鳴動手段と、
前記着信音鳴動中に前記ＩＰ網から前記音声情報送信開始信号を受信する音声情報送信開始信号受信手段と、
前記音声情報送信開始信号を受信した後、前記着信音の鳴動を停止させる着信音鳴動停止手段と、
前記音声情報送信開始信号送信手段が、音声情報送信開始信号を当該相手先に送信した後、前記音声入力手段により受け付けた前記音声情報をパケット化する符号化手段と、
前記符号化手段がパケット化したパケット音声データを、前記取得した通信相手先のアドレスを宛先として前記ＩＰ網へ送出するパケットデータ送出手段と、
前記着信音の鳴動停止後に前記ＩＰ網からの受信したパケット音声データを受信するパケットデータ受信手段と、
前記パケットデータ受信手段が受信したパケット音声データを音声データに復元する復元化手段と、
前記復元化手段が復元した音声データを出力する音声出力手段と、
前記呼制御処理中に音声情報送信終了指示を受け付ける終了指示受付手段と、
前記終了指示受付手段が当該呼制御処理中に音声情報送信終了指示を受け付けた場合、音声情報送信終了信号を前記取得した通信相手先のアドレスを宛先として送信する音声情報送信終了信号送信手段と、
前記呼制御処理中に前記ＩＰ網から音声情報送信終了信号を受信する音声情報送信終了信号受信手段と、
前記音声情報送信終了信号を受信した後、前記着信音の鳴動を再開させる着信音鳴動再開手段と、
を備えることを特徴とする音声端末。