JP2004064407A

JP2004064407A - Voice communication system

Info

Publication number: JP2004064407A
Application number: JP2002219781A
Authority: JP
Inventors: Sadato Ando; 安藤　貞人; Toru Aramaki; 荒巻　徹; Takayuki Nishijima; 西嶋　高幸
Original assignee: Hitachi Communication Technologies Ltd
Current assignee: Hitachi Communication Technologies Ltd
Priority date: 2002-07-29
Filing date: 2002-07-29
Publication date: 2004-02-26
Anticipated expiration: 2022-07-29
Also published as: JP4154184B2

Abstract

<P>PROBLEM TO BE SOLVED: To realize voice signal propagation during execution of a call control procedure from a voice terminal of a calling party to a voice terminal of a called party. <P>SOLUTION: A signal indicating intention of voice transmission is sent out from a voice terminal of a calling party to a voice terminal of a called party during execution of a call control procedure. On receipt of the signal, the voice terminal of the called party controls the internal state of the terminal so as to be able to output voice, and outputs received voice. When the voice terminal of the called party returns a response signal, the call control procedure resumes, and a call is established, and regular telephone conversation starts. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、複数の音声端末間で、通話路設定前に、音声データを送信する技術に関する。
【０００２】
【従来の技術】
２つの音声端末間で音声による通話を行う場合、その音声端末間で所定の呼制御手順に従った処理を行い、呼を確立した後、音声による通話が実現される。
【０００３】
例えば、通信路の一部あるいは全ての区間でパケット通信を行う電話サービス、特にインターネットを使用してパケット通信を行う電話サービスである、インターネット電話サービスなどにおいては、発信側音声端末から、ＩＴＵ−ＴのＨ．３２３やＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）などに規定されている呼制御手順を行い、着信側音声端末から応答することを示す指示を受け、呼を確立してから、その確立された呼を利用して音声パケットのやりとりを行っている。このため、着信側音声端末のユーザは、呼を確立する前には、その音声端末と呼を確立しようとしている音声端末があることのみを、着信音によって認識することができた。
【０００４】
ところが、着信音だけでは、発信元がわからず、不便であった。そこで、呼を確立する前に着信側音声端末のユーザに発信側音声端末を知らせるものとして、例えば、ナンバーディスプレイ機能が提供されている。これは、呼制御手順を処理中に発信側音声端末の発番号を着信側音声端末に通知するものである。また、企業内網などにおいては、発信側音声端末に応じて着信音を変更する設定ができるものもあり、着信音により着信側音声端末のユーザが、発信側音声端末を認識することができるものもある。
【０００５】
【発明が解決しようとする課題】
上述したように、ナンバーディスプレイ機能や、着信音の設定により、呼を確立する前、即ち、着信側音声端末で応答処理を行う前に、着信側音声端末のユーザが、発信側音声端末を認識することはできる。しかしながら、１台の音声端末を複数のユーザで使用している場合など、着信側音声端末のユーザが、呼を確立するまでは、発信側音声端末の発番以外を認識できないため、依然不便な点がある。例えば、企業内で複数の者が１台の音声端末を利用している場合など、誰宛にかかってきた通話であるかがわからないと不便である。また、工場のように、広い場所で多数のユーザが複数の電話を共同で使用している場合は、このような情報が得られないと、一旦、誰かが応答した後、放送などで所望の人を呼び出すなどの必要があり、さらに手間がかかっている。
【０００６】
本発明の目的は、このような不便を解消するため、着信側音声端末が応答処理を行う前であっても、発信側音声端末からの音声データを着信側音声端末で出力できるようにすることにある。
【０００７】
【課題を解決するための手段】
本発明の音声通信システムは、通話路設定前であっても、音声データを発信し、また、受信した音声データを出力する機能を、音声端末に持たせたものである。
【０００８】
すなわち、ネットワークを介して接続される他の音声端末と確立した呼を用いて音声データのやりとりを行う音声端末であって、前記呼を確立する手順を実行中に音声の入力を受け付けるプレ音声入力受付手段と、前記プレ音声入力受付手段において受け付けた音声を、前記手順を実行中に、前記他の音声端末に送出するプレ音声送出手段とを備えることを特徴とする音声端末を提供するものである。
【０００９】
また、ネットワークを介して接続される他の音声端末と確立した呼を用いて音声データのやりとりを行う音声端末であって、前記呼を確立する手順を実行中に、前記他の音声端末から送出された音声を受信するプレ音声受信手段と、前記プレ音声受信手段において受信した音声を出力するプレ音声出力手段とを備えることを特徴とする音声端末を提供するものである。
【００１０】
なお、以下、呼を確立する前に送信する音声を、呼が確立後に通話路を用いてやりとりする通常の音声と区別するため、プレ音声と呼ぶ。
【００１１】
【発明の実施の形態】
以下、本発明の一実施形態について、図を参照して説明する。
【００１２】
図１は本発明の一実施形態が適用された音声通信システムの概略構成図である。
【００１３】
本図に示すように、本実施形態の音声通信システムは、ネットワーク１００に接続された複数の音声端末１０１〜１０６を備えて構成される。
【００１４】
この場合のネットワーク１００は、有線、無線双方を含む公衆回線網や企業内網、インターネットを始めとするＩＰ網等、特に限定されない。
【００１５】
また、この場合の音声端末は、公衆回線網や企業内網で使用される固定電話端末、ＩＰ網で使用されるＩＰ電話端末、無線網で使用される無線電話端末など、ネットワーク１００に応じて定まるものである。
【００１６】
以下においては、ネットワーク１００がＩＰ網、音声端末１０１〜１０６がＩＰ電話機であるＩＰ電話システムを例にとって説明する。
【００１７】
従って、本実施形態においては、ＩＰ電話システムが通常備える、各ＩＰ電話機のＩＰアドレスと電話番号との対応関係を管理する、ゲートキーパ１２０がさらにネットワーク１００に接続されている。なお、このゲートキーパ１２０と同等の機能を、各ＩＰ電話機が自身に備える構成であってもよい。
【００１８】
図２は、図１に示す音声端末１０１〜１０６の機能構成を示す図である。音声端末１０１〜１０６は同じ構成を持つため、ここでは、音声端末１０１を取り上げて説明する。
【００１９】
本図に示すように、音声端末１０１は、通話路設定後の音声を出力する音声出力部３０２と、音声の入力を受け付ける音声入力部３０３と、電話番号の入力、オンフック、オフフックなど呼制御に必要な各種の入力指示を受け付ける指示受付部３０７と、通話路設定前の呼び出し音などを出力するプレ音声出力部３０１とを備える。
【００２０】
また、音声復号化処理部３１１と、音声符号化処理部３１２と、呼制御情報処理部３１５と、ネットーク１００と接続するためのネットワークインタフェース部３１７とを備える。
【００２１】
音声復号化処理部３１１は、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）に従い、ネットワークインタフェース部３１７より受け取ったＲＴＰパケット（音声用ＩＰパケット）から音声信号を取り出し、これを音声出力部３０２へ受け渡す。
【００２２】
音声符号化処理部３１２は、音声入力部３０３を介して受け取った音声信号をＲＴＰに従ってパケット化する。そして、この音声用ＩＰパケットを、ネットワークインタフェース部３１７へ受け渡す。
【００２３】
呼制御処理部３１５は、ＩＴＵ−ＴのＨ．３２３やＳＩＰなどのプロトコルに従い、呼制御手順を行う。具体的には、指示受付部３０７を介して入力された信号をＩＴＵ−ＴのＨ．３２３やＳＩＰに従ってパケット化する。そして、このパケット（呼制御用ＩＰパケット）を、ネットワークインタフェース部３１７へ受け渡す。また、ＩＴＵ−ＴのＨ．３２３やＳＩＰに従い、ネットワークインタフェース部３１７より受け取った呼制御用ＩＰパケットから信号を生成し、発信側音声端末と着信側音声端末との間の呼を確立する。
【００２４】
なお、着信側音声端末が特定され、そのＩＰアドレスをゲートキーパ１２０から取得すると、ネットワークインタフェース部３１７は、その着信側音声端末を宛先として、ＩＰパケットをネットワーク１００に送出する。また、その着信側音声端末より送られてきた自身宛のＩＰパケットを受信する。
【００２５】
これらの機能は、従来より用いられている一般的な、ＩＰ電話機と基本的に同様であるので、その詳細な説明を省略する。
【００２６】
これらの機能に加え、本実施形態の音声端末１０１は、放送開始指示受付部３０４と、放送終了指示受付部３０５と、特定／決定指示受付部３０６と、放送開始信号受信処理部３０９と、放送終了信号受信処理部３１０と、放送開始信号送信処理部３１３と、放送終了信号送信処理部３１４と、状態管理部３１６とを備える。
【００２７】
このうち、放送開始信号受信処理部３０９と、放送終了信号受信処理部３１０とは、呼を確立する前に、発信側音声端末から送信されたプレ音声データを出力するためのものである。
【００２８】
また、放送開始指示受付部３０４と、放送終了指示受付部３０５と、特定／決定指示受付部３０６と、放送開始信号送信処理部３１３と、放送終了信号送信処理部３１４とは、呼を確立する前に、音声入力部３０３で受け付けた音声を、プレ音声データとして着信側音声端末へ送信するためのものである。
【００２９】
そして、状態管理部３１６は、音声端末１０１の各処理部の状態を管理するものである。
【００３０】
放送開始指示受付部３０４は、着信側音声端末に対して送信する、放送開始を示す信号の入力を受け付けるものである。この放送開始指示受付部３０４において受け付けた入力信号は、放送開始信号送信処理部３１３において、放送開始信号としてパケット化され、ネットワークインタフェース部３１７から送出される。
【００３１】
放送終了指示受付部３０５は、着信側音声端末に対して送信する、放送終了を示す信号の入力を受け付けるものである。この放送終了指示受付部３０５において受け付けた入力信号は、放送終了信号送信処理部３１４において、放送終了信号としてパケット化され、ネットワークインタフェース部３１７から送出される。
【００３２】
放送開始信号受信処理部３０９および放送終了信号受信処理部３１０は、それぞれ、ネットワーク１００からネットワークインタフェース部３１７において受信した放送開始信号および放送終了信号を受け取るものである。後述する状態管理部３１６の制御により、放送開始信号を受信した後、放送終了信号を受信する、または、指示受付部３０７により応答する意志を受け付けるまでの間、音声復元化処理部３１１は、ネットワークインタフェース部３１７において受信したＩＰパケットを、プレ音声が格納されているＩＰパケットとして受け取り、プレ音声として、プレ音声出力部３０１から出力する。
【００３３】
また、着信側音声端末では、発信側音声端末から呼制御手順に従って呼出信号を受け取ったとき、例えば、内蔵の音源などを利用して、着信音を鳴動させる。放送開始信号を受け取ると、放送開始信号受信処理部３０９は、プレ音声が出力できるように、この着信音の鳴動を止める。このとき、プレ音声データが出力されることを通知するために、例えば、「放送を開始します。」などの音声をプレ音声出力部３０１から出力するように設定してもよい。
【００３４】
放送終了信号受信処理部３１０は、放送終了信号を受け取ると、着信音の鳴動を再開させる。着信音の鳴動の前に、「放送を終了します。」などの音声をプレ音声出力部３０１から出力するように設定してもよい。
特定／決定指示受付部３０６は、指示受付部３０７において受け付けた、着信側音声端末を特定する情報（以下、電話番号と呼ぶ）を決定するものである。これは、着信側音声端末が複数の場合、指示受付部３０７で、複数の電話番号を連続して受け付けることになる。このような場合、それぞれの電話番号の区切りを示す情報の入力を受け付けるものである。
【００３５】
この特定／決定指示受付部３０６を用いて、複数の着信側音声端末の電話番号を入力する具体的な手順は以下１）〜４）の通りである。
【００３６】
１）特定／決定指示受付部３０６において、入力を受け付ける。
【００３７】
２）指示受付部３０７において、プレ音声データを送信する着信側音声端末の電話番号の入力を受け付ける。
【００３８】
３）特定／決定指示受付部３０６において、入力を受け付ける。
【００３９】
４）以下、２）および３）を、プレ音声データを送信する音声端末の数だけ繰り返す。
【００４０】
このようにして受け付けられた複数の着信側音声端末の電話番号を基に、呼制御処理部３１５は、ネットワークインタフェース部３１７を介してゲートキーパ１２０に問合せ、各々のＩＰアドレスを入手する。
【００４１】
もちろん、着信側音声端末が単数の場合であっても、電話番号の入力の前または後に、この特定／決定指示受付部３０６において指示の入力を受け付けるようにしてもよい。本実施の形態においては、着信側音声端末を単数指定する場合、特定／決定ボタンの押下は不要な構成を例として説明する。
【００４２】
放送開始信号受信処理部３０９と、放送終了信号受信処理部３１０と、音声復元化処理部３１１と、音声符号化処理部３１２と、放送開始信号送信処理部３１３と、放送終了信号送信処理部３１４と、呼制御情報処理部３１５とは、いずれも状態管理部３１６との間で情報を交換しており、状態管理部３１６がこれらの処理部を制御することにより、音声端末１０１の状態管理は行われる。なお、状態管理については図４および図５を用い、別途説明する。
【００４３】
これらの機能を実現するハードウエアの一例として、図３に音声端末１０１の概観を示す。
【００４４】
例えば、音声出力部３０２および音声入力部３０３は、スピーカ２０３とマイクロホン２０２とを備えた受話器２０４によって、指示受付部３０７は、ダイヤルボタン２０１とフック２０５とによって、プレ音声出力部３０１は、拡声スピーカ２０６によって、放送開始指示受付部３０４は、放送開始ボタン２０７によって、放送終了指示受付部３０５は、放送終了ボタン２０８によって、そして、特定／決定指示受付部３０６は、特定／決定ボタン２０９によって実現できる。
【００４５】
次に、状態管理部３１６によって制御される、音声端末の内部状態の遷移について、発信側と着信側に分けて説明する。
【００４６】
まず、発信側音声端末１０１と着信側音声端末１０２との間で、呼を確立するための呼制御手順を行っている最中にプレ音声データの通信を行う場合の、発信側音声端末１０１の内部状態の遷移を図４を用いて説明する。
【００４７】
フック２０５が受話器２０４などによって押し下げられた状態、すなわち、指示受付部３０７が呼制御手順を開始する指示を受け付けていない状態（以後、空きと呼ぶ）８０１において、呼制御処理部３１５が呼制御手順を開始する指示を受け付けると、状態管理部３１６は、発信側音声端末１０１の状態を呼出中８０２とする。
【００４８】
ここで、呼制御手順を開始する指示は、受話器２０４が取り上げられ、フック２０５の押下状態が解除されることによって受け付けられる。この後、発信側音声端末１０１は、ダイヤル２０１の押下による着信側音声端末１０２の電話番号の指定を受け付け、着信側音声端末１０２が特定され、着信側音声端末１０２に向けて呼制御手順に従って呼出信号を送出する。
【００４９】
発信側音声端末１０１が呼出中８０２の状態で、呼制御処理部３１５が、着信側音声端末１０２から、発信側音声端末１０１からの呼制御情報に応答する信号（以後、受信応答信号と呼ぶ）を受信すると、状態管理部３１６は、発信側音声端末１０１の状態を通話中８０３に遷移させる。
【００５０】
次に、発信側音声端末１０１が、通話中８０３の状態、または、呼出中８０２の状態で、呼制御情報処理部３１５が、フック２０５を押し下げることで指示受付部において受け付けられた回線切断の指示を受け取ると、状態管理部３１６は、発信側音声端末１０１の状態を、空き８０１に遷移させる。
【００５１】
呼出中８０２の状態で、呼制御手順を中断すると、状態管理部３１６は、発信側音声端末を空き８０１の状態にする。
【００５２】
また、呼出中８０２の状態で、マイクロホン２０２を介して音声入力部３０３が音声信号の入力を受け付けると、状態管理部３１６は、音声符号化処理部３１２に、プレ音声としてパケット化させ、ネットワークインタフェース部３１７からネットワーク１００へ送出させる。
【００５３】
なお、通話中８０３の状態の間は、マイクロホン２０２を介して音声入力部３０３が音声信号の入力を受け付けると、状態管理部３１６は、音声符号化処理部３１２に、音声としてパケット化させ、ネットワークインタフェース部３１７からネットワーク１００へ送出させる。そして、ネットワーク１００からネットワークインタフェース部３１７がＩＰパケット化された音声データを受け付けると、状態管理部３１６は、音声復元化処理部３１１に音声データに復元させ、音声出力部３０２から音声データを出力させる。
【００５４】
次に、発信側音声端末１０１と着信側音声端末１０２との間で呼制御手順を行っている最中に、プレ音声データの通信を行う場合の、着信側音声端末１０２の内部状態の遷移を図５を用いて説明する。
【００５５】
空き９０１状態で、呼制御処理部３１５が、ネットワークインタフェース部３１７を介して発信側音声端末１０１から送出された呼出信号を受け取ると、状態管理部３１６は、着信側音声端末１０２を呼出中９０２の状態に遷移させる。
【００５６】
呼出中９０２の状態で、指示受付部３０７が受信に応答する意志を受け付け、呼制御処理部３１５がネットワークインタフェース部３１７からネットワーク１００へ受信応答信号を送出すると、状態管理部３１６は、着信側音声端末１０２を、通話中９０３の状態に遷移させる。
【００５７】
ここで、受信に応答する意志は、受話器２０４を取り外すことでフック２０５が持ち上げられたことにより受け付ける。
【００５８】
通話中９０３の状態で、呼制御情報処理部３１５が、フック２０５を押し下げることで指示受付部３０７において受け付けられた回線切断の指示を受け取ると、状態管理部３１６は、着信側音声端末１０２の状態を、空き９０１に遷移させる。
【００５９】
呼出中９０２の状態で、発信側音声端末１０１が呼制御手順を中断すると、状態管理部３１６は、着信側音声端末１０２の状態を、空き９０１に遷移させる。
【００６０】
また、呼出中９０２の状態で、プレ音声データが格納されているＩＰパケットをネットワークインタフェース部３１７で受け取ると、状態管理部３１６は、音声復元化処理部３１１に、プレ音声出力部３０１からプレ音声として出力させる。
【００６１】
なお、通話中９０３の状態の間は、マイクロホン２０２を介して音声入力部３０３が音声信号の入力を受け付けると、状態管理部３１６は、音声符号化処理部３１２に、音声としてパケット化させ、ネットワークインタフェース部３１７からネットワーク１００へ送出させる。そして、ネットワーク１００からネットワークインタフェース部３１７がＩＰパケット化された音声データを受け付けると、状態管理部３１６は、音声復元化処理部３１１に音声データに復元させ、音声出力部３０２から音声データを出力させる。
【００６２】
次に、発信側音声端末を１０１と着信側音声端末を１０２との間で呼制御手順を行っている最中に、プレ音声データの通信を行う手順を、図６を用いて説明する。
【００６３】
まず、発信側音声端末１０１の呼制御処理部３１５は、呼制御手順を開始する意志と着信側音声端末１０２を特定する電話番号との入力を指示受付部３０７において受け付ける（ステップ４１１）と、呼制御手順の中の呼出手順を行う（ステップ４０１）。
【００６４】
ここで行われる呼出手順は、指示受付部３０７において受け付けた電話番号をネットワークインタフェース部３１７とを介してネットワーク１００に接続されているゲートキーパ１２０に送出し、着信側音声端末１０２のＩＰアドレスを取得し、そのＩＰアドレス宛てに呼出信号を送出するものである。
【００６５】
その呼出信号を受け付けた着信側音声端末１０２は、着信音を鳴動させる（ステップ４２１）。
【００６６】
次に、発信側音声端末１０１は、放送開始指示受付部３０４において、指示を受け付け（ステップ４１２）、ステップ４０１で取得したＩＰアドレスに向けて、受け付けた指示をＩＰパケット化して送出する（ステップ４０２）。
【００６７】
ステップ４０２で送出された放送開始を示す信号をネットワークインタフェース部３１７において受け付けた着信側音声端末１０２では、放送開始信号受信処理部３０９においてその信号を処理し、着信音の鳴動を止め、プレ音声出力部３０１を出力可能な状態とする（ステップ４２２）。本実施形態においては、ここで、着信側音声端末のプレ音声出力部３０１から、「放送を開始します」などの放送開始を示す音声を出力する。
【００６８】
発信側音声端末１０１の音声入力部３０３は、音声の入力を受け付け、音声符号化処理部３１１において符号化し、ネットワークインタフェース部３１７においてＩＰパケット化して、プレ音声データとして着信側音声端末１０２宛てに送出する（ステップ４０３）。
【００６９】
ステップ４０３で送出されたプレ音声データを受け取った着信側音声端末１０２は、ネットワークインタフェース部３１７においてＩＰパケットを分解し、音声復号化処理部３１１において音声に復号し、プレ音声出力部３０１から出力する。
【００７０】
ステップ４０３の処理は、着信側音声端末１０２から、受信応答信号が送出される（ステップ４２３）まで続けられる。
【００７１】
受信応答信号が送出された後、その後の呼制御手順が遂行され（ステップ４０４）、確立された呼を使って、ＲＴＰに従い、音声データのやりとりが行われる（ステップ４０５）。
【００７２】
なお、ステップ４０３の後、着信側音声端末１０２が受信応答信号を送出する前に、プレ音声データの送出を終了することもできる。この場合の手順を図７に示す。
【００７３】
ステップ４０３の後、発信側音声端末１０１において、放送終了ボタン２０８が押されたことを、放送終了指示受付部３０５で受け付けると、発信側音声端末１０１の放送終了信号送信処理部３１４においてその信号を処理し、ネットワークインタフェース部３１７からネットワーク１００を介して着信側音声端末１０２に送信する（ステップ４０６）。それを、ネットワークインタフェース部３１７で受けた着信側音声端末１０２は、放送終了信号受信処理部３１０で処理をし、プレ音声出力部３０１から「放送を終了します」などの放送終了を示す所定の音声を出力させ、再度、着信音を鳴動させる（ステップ４２４）。
【００７４】
その他の処理手順は図６と基本的に同様である。
【００７５】
また、本実施形態に用いられている音声端末は、音声データをＩＰパケット化してＩＰネットワークを介してやりとりを行うＩＰ電話機である。このため、ＩＰマルチキャストにより、一度に複数の音声端末を指定して、音声用ＩＰパケットを送信することができる。
【００７６】
このような場合の、処理手順を図８を参照し、以下に説明する。なお、ここでは、２つの着信側音声端末１０２および１０３を指定する場合を例に説明する。もちろん、指定する着信側音声端末の数は２つに限られない。
【００７７】
まず、呼制御処理部３１５は、呼制御手順を開始する意志を、フック２０５の押下状態を解除したことを指示受付部３０７で受け付け、着信側音声端末１０２および１０３を特定する電話番号の入力を、特定／決定ボタン２０９およびダイヤル２０１を介して、特定／決定指示受付部３０６と指示受付部３０７とにおいて受け付ける（ステップ７１１）。複数の音声端末を特定する電話番号の入力は、前述のとおりである。
【００７８】
次に、呼制御処理部３１５は、呼出手順を行う（ステップ７０１）。この場合の呼制御処理部３１５による呼出手順は、ネットワークインタフェース部３１７を介して、ゲートキーパ１２０に問い合わせることで各々の電話番号に対応するＩＰアドレスを取得し、取得したＩＰアドレスに向けて、呼確立のための呼出信号を送出するものである。なお、ネットワークインタフェース部３１７は、受け取った２つのＩＰアドレスを送信先アドレス格納部に格納したＩＰパケットに組み立て、ネットワーク１００に送信する。
【００７９】
制御信号を受け付けた着信側音声端末１０２および１０３は、着信音を鳴動させる（ステップ７２１）。
【００８０】
次に、発信側音声端末１０１は、放送開始指示受付部３０４において、指示を受け付け（ステップ７１２）、ステップ７０１で取得した２つのＩＰアドレスに向けて、受け付けた指示をＩＰパケット化して送出する（ステップ７０２）。
【００８１】
ステップ７０２で送出された放送開始を示す信号をネットワークインタフェース部３１７において受け付けた着信側音声端末１０２および１０３では、放送開始信号受信処理部３０９においてその信号を処理し、各々の着信音の鳴動を止め、プレ音声出力部３０１を出力可能な状態とする（ステップ７２２）。本実施形態においては、ここで、着信側音声端末のプレ音声出力部３０１から、「放送を開始します」などの放送開始を示す音声を出力する。
【００８２】
発信側音声端末１０１の音声入力部３０３は、音声の入力を受け付け、音声符号化処理部３１１において符号化し、ネットワークインタフェース部３１７においてＩＰパケット化して、プレ音声データとして着信側音声端末１０２および１０３宛てに送出する（ステップ７０３）。
【００８３】
ステップ７０３で送出されたプレ音声データを受け取った着信側音声端末１０２および１０３は、ネットワークインタフェース部３１７においてＩＰパケットを分解し、音声復号化処理部３１１において音声に復号し、現在出力可能な状態であるプレ音声出力部３０１から出力する。
【００８４】
ここで、発信側音声端末１０１から放送終了信号が送出される（ステップ７０６）と、着信側音声端末１０２および１０３は、プレ音声出力部３０１から放送終了を示す音声を出力させ、着信音を再度鳴動させる（ステップ７２４）。
【００８５】
その後、着信側音声端末１０２または１０３のいずれか一方の着信側音声端末から、受信応答の指示が送出される（ステップ７２３）と、発信側音声端末１０１はその指示を受付、その受信応答の指示を送出した着信側音声端末と、その後の呼制御手順を遂行し（ステップ７０４）、確立された呼を使って、ＲＴＰに従い、音声データのやりとりが行われる。（ステップ７０５）。
【００８６】
なお、本手順においても、図６を用いて説明したように、着信側音声端末の一方が受信応答の指示を送出した時点で、プレ音声データの送出を終了し、呼制御手順を再開することもできる。送出先を全着信側音声端末にする以外の点は、図６を用いて説明した手順と基本的に同様である。
【００８７】
本実施形態では、上述したように、放送開始信号を送信する機能を持たせ、その信号が送信されると、呼制御手順の途中であっても、音声データをＩＰパケットとして送出できる構成となっている。すなわち、発信側音声端末から着信側音声端末に、呼を確立する前に、音声データを送信できる。このため、呼を確立する前に、着信側音声端末のユーザは、音声によって発信側音声端末のユーザからの情報を得ることができる。
【００８８】
例えば、発信側音声端末のユーザが誰宛の電話であるかを、呼を確立する前に音声で伝えることができ、複数の人で電話を共同使用している場合など、有効である。
【００８９】
また、本実施形態のようなＩＰ電話システムの場合、呼制御手順を行っている最中は、１対１に通話路が確定していないため、ある１つの音声端末から複数の音声端末に対して音声を送信することができる。例えば、本実施形態の音声端末を備える既存の内線電話システムを、ある１つの発信側音声端末がマイクロホンとなり、複数の着信側音声端末がスピーカとなるような放送設備として機能させることができる。この場合、マイクロホンとなる音声端末を１つの端末に限定する必要がなく、ネットワークに接続された全ての音声端末がマイクロホンとなる音声端末になることができるため、使い勝手もよい。
【００９０】
なお、本発明は、上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【００９１】
例えば、発信側音声端末の機能だけを備えた音声端末、着信側音声端末の機能だけを備えた音声端末であってもよい。
【００９２】
また、上記の実施形態においては、ネットワークをＩＰ網、接続されている電話機をＩＰ電話機に限定して説明している。しかし、本発明はこれに限定されるものではない。
【００９３】
例えば、ＩＰ網に、ゲートウエイを介し、従来の電話機を接続する構成であってもよい。また、ネットワークはＩＳＤＮなどの通常の回線交換網であってもよい。この場合、音声データは、ユーザ・ユーザ情報要素に格納し、送受すればよい。
【００９４】
【発明の効果】
着信側音声端末が呼制御の応答処理を行う前に、発信側音声端末から送信された音声データを着信側音声端末で出力することができる。
【図面の簡単な説明】
【図１】図１は、本発明が適用された音声通信システムの概略構成図である。
【図２】図２は、本実施形態における音声端末の機能ブロック図である。
【図３】図３は、本実施形態における音声端末の概観図である。
【図４】図４は、本実施形態における発信側音声端末の内部状態の遷移図である。
【図５】図５は、本実施形態における着信側音声端末の内部状態の遷移図である。
【図６】図６は、本実施形態におけるプレ音声データの送信を行う手順を説明するための図である。
【図７】図７は、本実施形態におけるプレ音声データの送信を行う手順を説明するための図である。
【図８】図８は、本実施形態において、複数の着信側音声端末に向けてプレ音声データの送信を行う手順を説明するための図である。
【符号の説明】
１００：ネットワーク、１０１、１０２、１０３、１０４、１０５、１０６：音声端末、２０１、３０８：ダイヤルボタン、２０２：マイクロホン、２０３、：受話スピーカ、２０４：受話器、２０５：フックボタン、２０６：拡声スピーカ、２０７：放送開始ボタン、２０８：放送終了ボタン、２０９：特定／決定ボタン、３０１：プレ音声出力部、３０２：音声出力部、３０３：放送開始指示受付部、３０４：放送終了指示受付部、３０５：放送終了指示受付部、３０６：特定／決定指示受付部、３０７：指示受付部、３０９：放送開始信号受信処理部、３１０：放送終了信号受信処理部、３１１：音声復元化処理部、３１２：音声符号化処理部、３１３：放送開始信号送信処理部、３１４：放送終了信号送信処理部、３１５：呼制御処理部、３１６：状態管理部、３１７：ネットワークインタフェース部、[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a technique for transmitting voice data between a plurality of voice terminals before setting a communication path.
[0002]
[Prior art]
When a voice call is made between two voice terminals, a process according to a predetermined call control procedure is performed between the voice terminals, and after a call is established, a voice call is realized.
[0003]
For example, in a telephone service for performing packet communication in a part or all sections of a communication path, particularly an Internet telephone service which is a telephone service for performing packet communication using the Internet, an ITU-T H. H.323, SIP (Session Initiation Protocol), or the like, performs a call control procedure, receives an instruction from the called-side voice terminal to respond, establishes a call, and uses the established call. Exchanging voice packets. Therefore, before establishing a call, the user of the receiving-side voice terminal was able to recognize only the presence of a voice terminal trying to establish a call with the voice terminal by the ringtone.
[0004]
However, it was inconvenient to find out the source only by the ring tone. Therefore, for example, a number display function is provided to notify the user of the receiving voice terminal of the calling voice terminal before establishing the call. This is to notify the called side voice terminal of the calling side voice terminal number during the processing of the call control procedure. In some cases, such as in a corporate network, a setting can be made to change the ring tone according to the calling voice terminal, and the ring tone allows the user of the called voice terminal to recognize the calling voice terminal. There is also.
[0005]
[Problems to be solved by the invention]
As described above, the user of the called voice terminal recognizes the calling voice terminal before establishing a call, that is, before performing a response process on the called voice terminal by setting the number display function and the ringtone. You can. However, even when a single voice terminal is used by a plurality of users, the user of the receiving voice terminal cannot recognize anything other than the calling voice terminal until the call is established. There are points. For example, when a plurality of persons use one voice terminal in a company, it is inconvenient if it is not known to whom the call is directed. In addition, when a large number of users use a plurality of telephones jointly in a large area such as a factory, if such information cannot be obtained, once someone responds, the desired information is broadcasted. There is a need to call people and it is even more troublesome.
[0006]
An object of the present invention is to solve the above-mentioned inconvenience by enabling voice data from a calling voice terminal to be output by the called voice terminal even before the called voice terminal performs response processing. It is in.
[0007]
[Means for Solving the Problems]
In the voice communication system of the present invention, the voice terminal has a function of transmitting voice data and outputting the received voice data even before the communication path is set.
[0008]
That is, a voice terminal for exchanging voice data using a call established with another voice terminal connected via a network, wherein a pre-voice input for receiving voice input during the procedure of establishing the call A voice terminal comprising: a receiving unit; and a pre-voice transmitting unit that transmits a voice received by the pre-voice input receiving unit to the another voice terminal during the execution of the procedure. is there.
[0009]
A voice terminal for exchanging voice data using a call established with another voice terminal connected via a network, wherein the voice terminal transmits the voice data during execution of the procedure for establishing the call. And a pre-speech output means for outputting the sound received by the pre-speech reception means.
[0010]
Hereinafter, a voice transmitted before a call is established is referred to as a pre-voice to distinguish it from a normal voice exchanged using a communication path after the call is established.
[0011]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
[0012]
FIG. 1 is a schematic configuration diagram of a voice communication system to which an embodiment of the present invention is applied.
[0013]
As shown in the figure, the voice communication system of the present embodiment includes a plurality of voice terminals 101 to 106 connected to a network 100.
[0014]
The network 100 in this case is not particularly limited, such as a public line network including both wired and wireless networks, a corporate network, and an IP network such as the Internet.
[0015]
In this case, the voice terminal may be a fixed telephone terminal used in a public line network or a company network, an IP telephone terminal used in an IP network, a wireless telephone terminal used in a wireless network, or the like. It is determined.
[0016]
Hereinafter, an IP telephone system in which network 100 is an IP network and voice terminals 101 to 106 are IP telephones will be described as an example.
[0017]
Therefore, in the present embodiment, the gatekeeper 120 for managing the correspondence between the IP address and the telephone number of each IP telephone, which is normally provided in the IP telephone system, is further connected to the network 100. Note that each IP telephone may have a function equivalent to that of the gate keeper 120 in itself.
[0018]
FIG. 2 is a diagram showing a functional configuration of the audio terminals 101 to 106 shown in FIG. Since the voice terminals 101 to 106 have the same configuration, the voice terminal 101 will be described here.
[0019]
As shown in the figure, the voice terminal 101 includes a voice output unit 302 that outputs voice after setting a communication channel, a voice input unit 303 that receives voice input, and a telephone number input, call control such as on-hook and off-hook. An instruction receiving unit 307 that receives various necessary input instructions and a pre-audio output unit 301 that outputs a ringing tone before setting a communication channel are provided.
[0020]
Further, it includes a voice decoding processing unit 311, a voice coding processing unit 312, a call control information processing unit 315, and a network interface unit 317 for connecting to the network 100.
[0021]
The audio decoding processing unit 311 extracts an audio signal from an RTP packet (audio IP packet) received from the network interface unit 317 according to RTP (Real-time Transport Protocol), and transfers the audio signal to the audio output unit 302.
[0022]
The audio encoding processing unit 312 packetizes the audio signal received via the audio input unit 303 according to RTP. Then, the voice IP packet is transferred to the network interface unit 317.
[0023]
The call control processing unit 315 is based on H.264 of ITU-T. A call control procedure is performed according to a protocol such as H.323 or SIP. Specifically, a signal input via the instruction receiving unit 307 is converted to an H.264 signal of ITU-T. 323 and SIP. Then, the packet (call control IP packet) is transferred to the network interface unit 317. In addition, H.264 of ITU-T. In accordance with H.323 or SIP, a signal is generated from the call control IP packet received from the network interface unit 317 to establish a call between the calling voice terminal and the called voice terminal.
[0024]
When the receiving voice terminal is specified and its IP address is obtained from the gatekeeper 120, the network interface unit 317 sends an IP packet to the network 100 with the receiving voice terminal as a destination. In addition, it receives the IP packet addressed to itself transmitted from the called voice terminal.
[0025]
These functions are basically the same as those of a general IP telephone that has been used in the past, and a detailed description thereof will be omitted.
[0026]
In addition to these functions, the audio terminal 101 of the present embodiment includes a broadcast start instruction receiving unit 304, a broadcast end instruction receiving unit 305, a specification / decision instruction receiving unit 306, a broadcast start signal reception processing unit 309, An end signal reception processing unit 310, a broadcast start signal transmission processing unit 313, a broadcast end signal transmission processing unit 314, and a state management unit 316 are provided.
[0027]
Among these, the broadcast start signal reception processing unit 309 and the broadcast end signal reception processing unit 310 output pre-audio data transmitted from the originating audio terminal before a call is established.
[0028]
The broadcast start instruction receiving unit 304, the broadcast end instruction receiving unit 305, the specification / decision instruction receiving unit 306, the broadcast start signal transmission processing unit 313, and the broadcast end signal transmission processing unit 314 establish a call. This is for transmitting the voice received by the voice input unit 303 to the receiving voice terminal as pre-voice data.
[0029]
The state management unit 316 manages the state of each processing unit of the audio terminal 101.
[0030]
The broadcast start instruction receiving unit 304 receives an input of a signal indicating the start of broadcast to be transmitted to the receiving-side audio terminal. The input signal received by the broadcast start instruction receiving unit 304 is packetized as a broadcast start signal by the broadcast start signal transmission processing unit 313 and transmitted from the network interface unit 317.
[0031]
The broadcast end instruction receiving unit 305 receives an input of a signal indicating the end of the broadcast, which is transmitted to the receiving voice terminal. The input signal received by the broadcast end instruction receiving unit 305 is packetized as a broadcast end signal by the broadcast end signal transmission processing unit 314 and transmitted from the network interface unit 317.
[0032]
The broadcast start signal reception processing unit 309 and the broadcast end signal reception processing unit 310 receive the broadcast start signal and the broadcast end signal received by the network interface unit 317 from the network 100, respectively. Under the control of the state management unit 316 to be described later, after receiving the broadcast start signal, until the broadcast end signal is received, or until the instruction receiving unit 307 receives the intention to respond, the audio restoration processing unit 311 The IP packet received by the interface unit 317 is received as an IP packet in which a pre-audio is stored, and is output from the pre-audio output unit 301 as a pre-audio.
[0033]
Further, when receiving a calling signal from the calling side voice terminal in accordance with the call control procedure, the called side voice terminal sounds a ringtone using, for example, a built-in sound source. Upon receiving the broadcast start signal, the broadcast start signal reception processing unit 309 stops the ringtone so that the pre-audio can be output. At this time, in order to notify that the pre-audio data is to be output, for example, a setting may be made such that the audio such as “Start broadcasting” is output from the pre-audio output unit 301.
[0034]
Upon receiving the broadcast end signal, broadcast end signal reception processing section 310 restarts ringing of the ringtone. Before the ringing tone sounds, a setting may be made such that a sound such as “End the broadcast” is output from the pre-sound output unit 301.
The specification / determination instruction receiving unit 306 determines information (hereinafter, referred to as a telephone number) that specifies the receiving-side voice terminal, which is received by the instruction receiving unit 307. This means that, when there are a plurality of receiving voice terminals, the instruction receiving unit 307 continuously receives a plurality of telephone numbers. In such a case, the input of information indicating the break of each telephone number is accepted.
[0035]
The specific procedure for inputting the telephone numbers of the plurality of receiving-side voice terminals using the specification / determination instruction receiving unit 306 is as described below in 1) to 4).
[0036]
1) The specification / determination instruction receiving unit 306 receives an input.
[0037]
2) The instruction receiving unit 307 receives the input of the telephone number of the receiving-side voice terminal that transmits the pre-voice data.
[0038]
3) The specification / determination instruction receiving unit 306 receives an input.
[0039]
4) The following 2) and 3) are repeated by the number of voice terminals transmitting the pre-voice data.
[0040]
On the basis of the telephone numbers of the plurality of receiving voice terminals received as described above, the call control processing unit 315 inquires of the gate keeper 120 via the network interface unit 317 to obtain each IP address.
[0041]
Of course, even in the case of a single receiving-side voice terminal, the specification / determination instruction receiving unit 306 may receive an input of an instruction before or after inputting a telephone number. In the present embodiment, a description will be given of an example of a configuration in which it is not necessary to press the specification / decision button when a single destination voice terminal is specified.
[0042]
Broadcast start signal reception processing section 309, broadcast end signal reception processing section 310, audio restoration processing section 311, audio encoding processing section 312, broadcast start signal transmission processing section 313, broadcast end signal transmission processing section 314 And the call control information processing section 315 exchange information with the state management section 316, and the state management of the voice terminal 101 is controlled by the state management section 316 controlling these processing sections. Done. The state management will be described separately with reference to FIGS.
[0043]
FIG. 3 shows an overview of the audio terminal 101 as an example of hardware for realizing these functions.
[0044]
For example, the voice output unit 302 and the voice input unit 303 are provided by a receiver 204 having a speaker 203 and a microphone 202, the instruction receiving unit 307 is provided by a dial button 201 and a hook 205, and the pre-voice output unit 301 is provided by a loudspeaker. With 206, the broadcast start instruction receiving unit 304 can be realized by the broadcast start button 207, the broadcast end instruction receiving unit 305 can be realized by the broadcast end button 208, and the specifying / determining instruction receiving unit 306 can be realized by the specifying / determining button 209. .
[0045]
Next, the transition of the internal state of the voice terminal, which is controlled by the state management unit 316, will be described separately for the calling side and the called side.
[0046]
First, the communication between the calling voice terminal 101 and the called voice terminal 102 when pre-voice data communication is performed during a call control procedure for establishing a call is performed. The transition of the internal state will be described with reference to FIG.
[0047]
In a state where the hook 205 is depressed by the receiver 204 or the like, that is, in a state where the instruction receiving unit 307 has not received an instruction to start the call control procedure (hereinafter referred to as idle) 801, the call control processing unit 315 Is received, the state management unit 316 sets the state of the calling-side voice terminal 101 to calling 802.
[0048]
Here, the instruction to start the call control procedure is accepted when the receiver 204 is picked up and the pressed state of the hook 205 is released. Thereafter, the calling voice terminal 101 accepts the designation of the telephone number of the called voice terminal 102 by pressing the dial 201, the called voice terminal 102 is specified, and the calling voice terminal 102 is called toward the called voice terminal 102 according to the call control procedure. Send a signal.
[0049]
When the calling voice terminal 101 is in the calling state 802, the call control processing unit 315 responds to the call control information from the calling voice terminal 101 from the called voice terminal 102 (hereinafter referred to as a reception response signal). Is received, the state management unit 316 changes the state of the calling-side voice terminal 101 to 803 during a call.
[0050]
Next, in a state in which the calling side voice terminal 101 is in the state of talking 803 or in the state of calling 802, the call control information processing unit 315 presses down the hook 205 to receive the line disconnection instruction received in the instruction receiving unit. Is received, the state management unit 316 changes the state of the calling-side voice terminal 101 to an empty state 801.
[0051]
When the call control procedure is interrupted in the state of the ringing 802, the state management unit 316 sets the calling side voice terminal to an empty state 801.
[0052]
When the voice input unit 303 receives an input of a voice signal via the microphone 202 in the state of the ringing 802, the state management unit 316 causes the voice encoding processing unit 312 to packetize as a pre-voice, and The packet is sent from the unit 317 to the network 100.
[0053]
Note that when the voice input unit 303 receives an input of a voice signal via the microphone 202 during the state of the telephone call 803, the state management unit 316 causes the voice encoding processing unit 312 to packetize the voice as a voice, and The data is transmitted from the interface unit 317 to the network 100. Then, when the network interface unit 317 receives the audio data converted into the IP packet from the network 100, the state management unit 316 causes the audio restoration processing unit 311 to restore the audio data, and causes the audio output unit 302 to output the audio data. .
[0054]
Next, the transition of the internal state of the receiving voice terminal 102 in the case of performing the communication of the pre-voice data during the call control procedure between the calling voice terminal 101 and the receiving voice terminal 102 is described. This will be described with reference to FIG.
[0055]
When the call control processing unit 315 receives the call signal transmitted from the calling voice terminal 101 via the network interface unit 317 in the idle 901 state, the state management unit 316 Transition to the state.
[0056]
In the state of calling 902, the instruction receiving unit 307 receives an intention to respond to the reception, and the call control processing unit 315 sends a reception response signal from the network interface unit 317 to the network 100. The terminal 102 is transited to the state 903 during a call.
[0057]
Here, the intention to respond to the reception is accepted when the hook 205 is lifted by removing the receiver 204.
[0058]
When the call control information processing unit 315 receives the line disconnection instruction received by the instruction receiving unit 307 by pressing down the hook 205 in the state of the call 903, the state management unit 316 determines the state of the receiving voice terminal 102. To the empty 901.
[0059]
When the calling side voice terminal 101 interrupts the call control procedure in the state of the ringing 902, the state management unit 316 changes the state of the receiving side voice terminal 102 to the idle state 901.
[0060]
When the network interface unit 317 receives an IP packet storing pre-voice data in the state of calling 902, the state management unit 316 sends the pre-voice output from the pre-voice output unit 301 to the voice restoration processing unit 311. Output.
[0061]
Note that when the voice input unit 303 receives an input of a voice signal via the microphone 202 during the state of the call 903, the state management unit 316 causes the voice encoding processing unit 312 to packetize the voice, and The data is transmitted from the interface unit 317 to the network 100. Then, when the network interface unit 317 receives the audio data converted into the IP packet from the network 100, the state management unit 316 causes the audio restoration processing unit 311 to restore the audio data, and causes the audio output unit 302 to output the audio data. .
[0062]
Next, a procedure for communicating pre-voice data while a call control procedure is being performed between the calling-side voice terminal 101 and the receiving-side voice terminal 102 will be described with reference to FIG.
[0063]
First, the call control processing unit 315 of the calling side voice terminal 101 accepts the input of the intention to start the call control procedure and the input of the telephone number specifying the called side voice terminal 102 in the instruction receiving unit 307 (step 411). The calling procedure in the control procedure is performed (step 401).
[0064]
In the calling procedure performed here, the telephone number received by the instruction receiving unit 307 is transmitted to the gatekeeper 120 connected to the network 100 via the network interface unit 317, and the IP address of the receiving voice terminal 102 is acquired. , And sends a call signal to the IP address.
[0065]
The receiving-side voice terminal 102 that has received the calling signal sounds a ringtone (step 421).
[0066]
Next, the transmitting side audio terminal 101 receives the instruction in the broadcast start instruction receiving unit 304 (step 412), and converts the received instruction into an IP packet and transmits it to the IP address acquired in step 401 (step 402). ).
[0067]
In the receiving-side audio terminal 102, which has received the signal indicating the start of broadcasting transmitted in step 402 in the network interface unit 317, the signal is processed in the broadcast start signal reception processing unit 309, the ringing of the ringing tone is stopped, and the pre-audio output is performed. The unit 301 is set to a state in which output is possible (step 422). In the present embodiment, a sound indicating the start of broadcasting, such as “Start broadcasting”, is output from the pre-sound output unit 301 of the receiving-side audio terminal.
[0068]
The voice input unit 303 of the calling side voice terminal 101 receives a voice input, encodes the voice in the voice coding processing unit 311, converts the voice into an IP packet in the network interface unit 317, and sends it as pre-voice data to the receiving side voice terminal 102. (Step 403).
[0069]
The receiving voice terminal 102 that has received the pre-voice data transmitted in step 403 decomposes the IP packet in the network interface unit 317, decodes the IP packet into voice in the voice decoding processing unit 311, and outputs the voice from the pre-voice output unit 301. .
[0070]
The process of step 403 is continued until a reception response signal is transmitted from the receiving voice terminal 102 (step 423).
[0071]
After the reception response signal is transmitted, the subsequent call control procedure is performed (step 404), and voice data is exchanged according to RTP using the established call (step 405).
[0072]
After step 403, the transmission of the pre-speech data may be terminated before the receiving-side voice terminal 102 transmits the reception response signal. FIG. 7 shows the procedure in this case.
[0073]
After the step 403, when the broadcast end button 208 is pressed by the broadcast end instruction receiving unit 305 in the call side audio terminal 101, the broadcast end signal transmission processing unit 314 of the call side audio terminal 101 transmits the signal. Processing is performed and transmitted from the network interface unit 317 to the receiving-side voice terminal 102 via the network 100 (step 406). The receiving-side audio terminal 102 that has received it at the network interface unit 317 performs processing at the broadcast end signal reception processing unit 310, and outputs a predetermined end of broadcast such as “end the broadcast” from the pre-audio output unit 301. The voice is output, and the ring tone is sounded again (step 424).
[0074]
Other processing procedures are basically the same as those in FIG.
[0075]
The voice terminal used in the present embodiment is an IP telephone that converts voice data into IP packets and exchanges the data via an IP network. For this reason, a plurality of voice terminals can be specified at a time by IP multicast and a voice IP packet can be transmitted.
[0076]
The processing procedure in such a case will be described below with reference to FIG. Here, a case where two receiving-side voice terminals 102 and 103 are specified will be described as an example. Of course, the number of the receiving-side voice terminals to be specified is not limited to two.
[0077]
First, the call control processing unit 315 accepts, by the instruction accepting unit 307, that the intention to start the call control procedure has been released from the depressed state of the hook 205, and inputs a telephone number for specifying the receiving-side voice terminals 102 and 103. The identification / determination instruction receiving unit 306 and the instruction receiving unit 307 accept the instruction via the identification / determination button 209 and the dial 201 (step 711). The input of the telephone number for specifying a plurality of voice terminals is as described above.
[0078]
Next, the call control processing unit 315 performs a calling procedure (step 701). The call procedure by the call control processing unit 315 in this case is as follows: the IP address corresponding to each telephone number is obtained by inquiring of the gatekeeper 120 via the network interface unit 317, and the call establishment is performed toward the obtained IP address. To send a call signal for the call. The network interface unit 317 assembles the received two IP addresses into an IP packet stored in the destination address storage unit, and transmits the IP packet to the network 100.
[0079]
The receiving-side voice terminals 102 and 103 that have received the control signal sound a ringtone (step 721).
[0080]
Next, the transmitting-side voice terminal 101 receives the instruction in the broadcast start instruction receiving unit 304 (step 712), and transmits the received instruction to the two IP addresses acquired in step 701 as an IP packet (step 712). Step 702).
[0081]
In the receiving-side audio terminals 102 and 103, which have received the signal indicating the start of broadcasting transmitted in step 702 in the network interface unit 317, the signals are processed in the broadcast start signal reception processing unit 309, and the ringing of each ringing tone is stopped. Then, the pre-sound output unit 301 is set in a state where it can be output (step 722). In the present embodiment, a sound indicating the start of broadcasting, such as “Start broadcasting”, is output from the pre-sound output unit 301 of the receiving-side audio terminal.
[0082]
The voice input unit 303 of the calling side voice terminal 101 receives a voice input, encodes the voice in the voice coding processing unit 311, converts the voice into an IP packet in the network interface unit 317, and sends it to the receiving side voice terminals 102 and 103 as pre-voice data. (Step 703).
[0083]
The receiving-side voice terminals 102 and 103 that have received the pre-voice data transmitted in step 703 decompose the IP packet in the network interface unit 317, decode the IP packet in the voice decoding processing unit 311, and set the It is output from a certain pre-audio output unit 301.
[0084]
Here, when a broadcast end signal is transmitted from the transmitting side audio terminal 101 (step 706), the receiving side audio terminals 102 and 103 cause the pre-audio output unit 301 to output a sound indicating the end of the broadcast, and again output the ringtone. A sound is made (step 724).
[0085]
Thereafter, when an instruction for a reception response is transmitted from one of the receiving voice terminals 102 and 103 (step 723), the calling voice terminal 101 accepts the instruction and issues the reception response instruction. Then, the subsequent call control procedure is performed with the receiving-side voice terminal that has transmitted the (step 704), and voice data is exchanged using the established call in accordance with RTP. (Step 705).
[0086]
Also, in this procedure, as described with reference to FIG. 6, when one of the receiving-side voice terminals transmits a reception response instruction, the transmission of the pre-voice data is terminated and the call control procedure is restarted. You can also. The procedure is basically the same as the procedure described with reference to FIG. 6, except that the transmission destination is all the incoming voice terminals.
[0087]
In the present embodiment, as described above, a function of transmitting a broadcast start signal is provided, and when the signal is transmitted, audio data can be transmitted as an IP packet even during the call control procedure. ing. That is, the voice data can be transmitted from the calling voice terminal to the called voice terminal before the call is established. Therefore, before the call is established, the user of the called voice terminal can obtain information from the user of the calling voice terminal by voice.
[0088]
For example, it is possible to convey to whom the user of the calling side voice terminal is the telephone before establishing a call, which is effective when a plurality of people use the telephone jointly.
[0089]
In the case of the IP telephone system according to the present embodiment, since the communication path is not fixed one-to-one during the call control procedure, a certain voice terminal sends a plurality of voice terminals. Can send audio. For example, an existing extension telephone system including the voice terminal of the present embodiment can be made to function as broadcasting equipment in which a certain outgoing voice terminal becomes a microphone and a plurality of receiving voice terminals become speakers. In this case, it is not necessary to limit the number of voice terminals serving as microphones to one terminal, and all voice terminals connected to the network can be used as voice terminals serving as microphones.
[0090]
Note that the present invention is not limited to the above embodiment, and various modifications can be made within the scope of the gist.
[0091]
For example, a voice terminal having only the function of the calling side voice terminal or a voice terminal having only the function of the receiving side voice terminal may be used.
[0092]
In the above embodiment, the network is limited to the IP network, and the connected telephone is limited to the IP telephone. However, the present invention is not limited to this.
[0093]
For example, a configuration in which a conventional telephone is connected to an IP network via a gateway may be employed. Further, the network may be a normal circuit switching network such as ISDN. In this case, the audio data may be stored in the user / user information element and transmitted / received.
[0094]
【The invention's effect】
Before the receiving voice terminal performs the call control response processing, the voice data transmitted from the calling voice terminal can be output by the receiving voice terminal.
[Brief description of the drawings]
FIG. 1 is a schematic configuration diagram of a voice communication system to which the present invention is applied.
FIG. 2 is a functional block diagram of a voice terminal according to the embodiment.
FIG. 3 is an overview of a voice terminal according to the embodiment.
FIG. 4 is a transition diagram of an internal state of a calling voice terminal according to the present embodiment.
FIG. 5 is a transition diagram of an internal state of a receiving-side voice terminal according to the present embodiment.
FIG. 6 is a diagram for explaining a procedure for transmitting pre-audio data according to the embodiment;
FIG. 7 is a diagram for explaining a procedure for transmitting pre-audio data according to the embodiment;
FIG. 8 is a diagram for explaining a procedure for transmitting pre-voice data to a plurality of receiving-side voice terminals in the present embodiment.
[Explanation of symbols]
100: network, 101, 102, 103, 104, 105, 106: voice terminal, 201, 308: dial button, 202: microphone, 203 ,: receiving speaker, 204: receiver, 205: hook button, 206: loudspeaker, 207: broadcast start button, 208: broadcast end button, 209: identification / decision button, 301: pre-audio output unit, 302: audio output unit, 303: broadcast start instruction reception unit, 304: broadcast end instruction reception unit, 305: Broadcast end instruction receiving unit, 306: identification / decision instruction receiving unit, 307: instruction receiving unit, 309: broadcast start signal receiving processing unit, 310: broadcast ending signal receiving processing unit, 311: audio restoration processing unit, 312: audio Encoding processing section, 313: broadcast start signal transmission processing section, 314: broadcast end signal transmission processing section, 315: call control processing Part, 316: state management unit, 317: a network interface unit,

Claims

A voice terminal that exchanges voice data using a call established with another voice terminal connected via a network,
Pre-voice input receiving means for receiving voice input during the procedure of establishing the call,
A voice terminal, comprising: a pre-voice transmitting unit that transmits a voice received by the pre-voice input receiving unit to the another voice terminal during the execution of the procedure.

A voice terminal that exchanges voice data using a call established with another voice terminal connected via a network,
Pre-voice receiving means for receiving voice transmitted from the other voice terminal during the procedure for establishing the call,
A pre-sound output unit for outputting a sound received by the pre-sound receiving unit.

The voice terminal according to claim 1, wherein the voice terminal is:
A voice terminal further comprising: a destination setting unit configured to set the plurality of other voice terminals as a partner to which voice is transmitted from the pre-voice transmission unit.

4. A voice communication system, wherein a plurality of voice terminals according to claim 1, 2, or 3 are connected to a network.

A voice communication method for exchanging voice data between voice terminals connected via a network before establishing a call,
In the voice terminal on the calling side among the voice terminals,
Identifying the voice terminal on the receiving side, receiving an instruction to start the procedure for establishing the call, and transmitting the instruction to the voice terminal on the receiving side,
The voice terminal on the receiving side, together with the intention to accept and respond to the instruction, before transmitting to the voice terminal that the call has been established,
Accepting a voice input;
Transmitting the accepted voice,
In the voice terminal on the receiving side,
Before transmitting a signal indicating the intention of the response from the voice terminal on the receiving side,
Accepting audio received from the originating audio terminal;
Outputting the received voice.