(57)【要約】【課題】音声アプリケーション処理を実行する場合に、システム全体の負荷を軽減する。【解決手段】実施形態によれば、音声アプリケーションシステムは、メディアサーバ装置と、アプリケーション制御サーバ装置と、管理サーバ装置とを備える。管理サーバ装置は、記憶手段と、処理手段とを備える。記憶手段は、セッションを特定するセッションＩＤと、セッションが確立されるメディアサーバ装置及びアプリケーション制御サーバ装置のそれぞれを特定するサーバＩＤとを対応付けた管理テーブルを作成し記憶する。処理手段は、記憶手段が記憶した管理テーブルに基づいて、セッションごとに要求元に対し音声アプリケーションを使用した処理を行う。【選択図】      図１
2014072577.tif 000002
【特許請求の範囲】
【請求項１】
所定の音声アプリケーションを実行するメディアサーバ装置と、
このメディアサーバ装置にＩＰ(Internet Protocol)ネットワークを介して接続され、前記音声アプリケーションの実行を制御するアプリケーション制御サーバ装置と、
前記メディアサーバ装置及び前記アプリケーション制御サーバ装置にＩＰ(Internet Protocol)ネットワークを介して接続され、複数の電話端末間の呼接続を実行する電話交換装置を接続可能で、前記メディアサーバ装置及び前記アプリケーション制御サーバ装置の間の通信接続のためのセッションを制御する管理サーバ装置とを具備し、
前記管理サーバ装置は、
少なくとも前記電話端末からの音声アプリケーション実行要求に基づき、使用可能な前記メディアサーバ装置と前記アプリケーション制御サーバ装置との間で通信接続のためのセッションが確立されるとき、前記セッションを特定するセッションＩＤと、前記セッションが確立される前記メディアサーバ装置及び前記アプリケーション制御サーバ装置のそれぞれを特定するサーバＩＤとを対応付けた管理テーブルを作成し記憶する記憶手段と、
前記記憶手段が記憶する前記管理テーブルに基づいて、セッションごとに要求元に対し前記音声アプリケーションを使用した処理を行う処理手段とを備えることを特徴とする音声アプリケーションシステム。
【請求項２】
所定の音声アプリケーションを実行するメディアサーバ装置及び、前記音声アプリケーションの実行を制御するアプリケーション制御サーバ装置にＩＰ(Internet Protocol)ネットワークを介して接続され、複数の電話端末間の呼接続を実行する電話交換装置を接続可能で、前記メディアサーバ装置及び前記アプリケーション制御サーバ装置の間の通信接続のためのセッションを制御する管理サーバ装置において、
少なくとも前記電話端末からの音声アプリケーション実行要求に基づき、使用可能な前記メディアサーバ装置と前記アプリケーション制御サーバ装置との間で通信接続のためのセッションが確立されるとき、前記セッションを特定するセッションＩＤと、前記セッションが確立される前記メディアサーバ装置及び前記アプリケーション制御サーバ装置のそれぞれを特定するサーバＩＤとを対応付けた管理テーブルを作成し記憶する記憶手段と、
前記記憶手段が記憶する前記管理テーブルに基づいて、セッションごとに要求元に対し前記音声アプリケーションを使用した処理を行う処理手段とを具備することを特徴とする管理サーバ装置。
【請求項３】
前記処理手段は、要求元から音声信号が送られてきた場合に、前記管理テーブルに基づいて、セッションごとに要求元との間でＳＩＰ（Session Initiation Protocol）で規定されるメッセージを送受信し、前記音声アプリケーションを使用した処理を行うことを特徴とする請求項２記載の管理サーバ装置。
【請求項４】
前記メディアサーバ装置及び前記アプリケーション制御サーバ装置の動作状態を監視する監視手段を備え、
前記記憶手段は、少なくとも前記電話端末から音声アプリケーション実行要求が送られた場合に、前記監視手段による監視結果に基づいて、使用可能な前記メディアサーバ装置と前記アプリケーション制御サーバ装置との間で通信接続のためのセッションが確立されるとき、前記セッションを特定するセッションＩＤと、前記セッションが確立される前記メディアサーバ装置及び前記アプリケーション制御サーバ装置のそれぞれを特定するサーバＩＤとを対応付けた管理テーブルを作成し記憶することを特徴とする請求項２記載の管理サーバ装置。
【請求項５】
所定の音声アプリケーションを実行するメディアサーバ装置及び、前記音声アプリケーションの実行を制御するアプリケーション制御サーバ装置にＩＰ(Internet Protocol)ネットワークを介して接続され、複数の電話端末間の呼接続を実行する電話交換装置を接続可能で、前記メディアサーバ装置及び前記アプリケーション制御サーバ装置の間の通信接続のためのセッションを制御する管理サーバ装置で使用される制御方法において、
少なくとも前記電話端末からの音声アプリケーション実行要求に基づき、使用可能な前記メディアサーバ装置と前記アプリケーション制御サーバ装置との間で通信接続のためのセッションが確立されるとき、前記セッションを特定するセッションＩＤと、前記セッションが確立される前記メディアサーバ装置及び前記アプリケーション制御サーバ装置のそれぞれを特定するサーバＩＤとを対応付けた管理テーブルを記憶し、
前記記憶された前記管理テーブルに基づいて、セッションごとに要求元に対し前記音声アプリケーションを使用した処理を行うことを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、例えばＳＩＰ（Session Initiation Protocol）サーバ、ＭＲＣＰ(Media Resource Control Protocol)サーバ及びメディアサーバが交換サービスに係る音声アプリケーション処理を実行する音声アプリケーションシステム、管理サーバ装置及びその制御方法に関する。
【背景技術】
【０００２】
オフィスや事業所では、一般に内線電話網と公衆電話網とを接続する装置として構内交換装置（ＰＢＸ：Private Branch Exchange）やボタン電話装置が用いられている。これらの電話交換装置は、音声回線を交換・制御する専用装置として構成される。
【０００３】
これに対し、電話交換装置にサーバ装置を接続し、このサーバ装置に電話交換装置の交換接続処理の一部を実行させるようにしたシステムも提案されている。サーバ装置には、標準的なプロトコルであるSIP（Session Initiation Protocol：RFC 3261）、MRCPv2（Media Resource Control Protocol version 2：draft-ietf-speechsc-mrcpv2-27）、RTP（Real-Time Transfer Protocol：RFC 1889）によって制御される音声合成サーバ、もしくは音声認識サーバである音声アプリケーションサーバが用いられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−６０３８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、上記音声アプリケーションサーバにあっては、クライアントからのリクエストを音声アプリケーションサーバが受信し、処理を実施する際にSIPの制御を行うモジュールと、SIP制御によりアプリケーションとして制御するMRCP、メディアリソースとして制御するRTPは同じ装置内に配置される。このため、クライアントからのリクエストに対して音声アプリケーションサーバは、アプリケーションモジュールであるMRCP、メディアリソースであるRTPの処理を同一の装置内で実施する必要があり、装置として処理が過負荷となる傾向がある。
【０００６】
本発明の目的は、音声アプリケーション処理を実行する場合に、システム全体の負荷を軽減することが可能な音声アプリケーションシステム、管理サーバ装置及びその制御方法を提供することにある。
【課題を解決するための手段】
【０００７】
実施形態によれば、音声アプリケーションシステムは、メディアサーバ装置と、アプリケーション制御サーバ装置と、管理サーバ装置とを備える。メディアサーバ装置は、所定の音声アプリケーションを実行する。アプリケーション制御サーバ装置は、このメディアサーバ装置にＩＰ(Internet Protocol)ネットワークを介して接続され、音声アプリケーションの実行を制御する。管理サーバ装置は、メディアサーバ装置及びアプリケーション制御サーバ装置にＩＰ(Internet Protocol)ネットワークを介して接続され、複数の電話端末間の呼接続を実行する電話交換装置を接続可能で、メディアサーバ装置及びアプリケーション制御サーバ装置の間の通信接続のためのセッションを制御する。管理サーバ装置は、記憶手段と、処理手段とを備える。記憶手段は、少なくとも電話端末からの音声アプリケーション実行要求に基づき、使用可能なメディアサーバ装置とアプリケーション制御サーバ装置との間で通信接続のためのセッションが確立されるとき、セッションを特定するセッションＩＤと、セッションが確立されるメディアサーバ装置及びアプリケーション制御サーバ装置のそれぞれを特定するサーバＩＤとを対応付けた管理テーブルを作成し記憶する。処理手段は、記憶手段が記憶した管理テーブルに基づいて、セッションごとに要求元に対し音声アプリケーションを使用した処理を行う。
【図面の簡単な説明】
【０００８】
【図１】一実施形態に係る音声アプリケーションシステムの構成を示すブロック図。
【図２】一実施形態に係るＳＩＰサーバの機能構成を示すブロック図。
【図３】一実施形態に係るＭＲＣＰサーバＤＢおよびメディアサーバＤＢの記憶内容の一例を示す図。
【図４】一実施形態に係るセッション管理ＤＢの記憶内容の一例を示す図。
【図５】一実施形態に係るＭＲＣＰサーバの機能構成を示すブロック図。
【図６】一実施形態に係るメディアサーバの機能構成を示すブロック図。
【図７】音声ダイヤルサービスを実行する際に使用するテーブルの一例を示す図。
【図８】音声アプリケーションシステムの比較例を示す概略構成図。
【図９】本実施形態における音声アプリケーションサービスを要求する際の電話端末と、電話交換装置と、ＩＶＲと、ＳＩＰサーバと、ＭＲＣＰサーバと、メディアサーバとの間の信号の送受信動作を示すシーケンス図。
【図１０】本実施形態における音声合成処理及び音声認識処理を実行する際の電話交換装置、ＩＶＲ、及びメディアサーバの制御手順を示すシーケンス図。
【発明を実施するための形態】
【０００９】
以下、実施の形態について、図面を参照して説明する。
【００１０】
図１は、一実施形態に係る音声アプリケーションシステムの構成を示すブロック図である。この音声アプリケーションシステムは、音声アプリケーションサーバ１０を、モジュールごとに、ＳＩＰサーバ１１、ＭＲＣＰサーバ１２，１３及びメディアサーバ１４，１５に分散し、各ＳＩＰサーバ１１、ＭＲＣＰサーバ１２，１３及びメディアサーバ１４，１５を相互にＩＰネットワークＩＮＷにより接続したものである。またＳＩＰサーバ１１は、音声自動応答装置（ＩＶＲ：Interactive Voice Response）２０を介して電話交換装置３０に接続される。
【００１１】
電話交換装置３０は、複数の電話端末４１〜４ｎを、内線を介して収容し、各電話端末４１〜４ｎへの着信信号の送出や、各電話端末４１〜４ｎからの発信信号の検出等の各電話端末４１〜４ｎに対する内線インタフェース処理を行う。また、電話交換装置３０は、アナログトランク５０を接続可能であり、アナログトランク５０への発信信号の送信やアナログトランク５０からの着信の検出等の、アナログトランク５０に対するトランクインタフェース処理を行う。さらに、電話交換装置３０は、電話端末４１〜４ｎ相互間、各電話端末４１〜４ｎとアナログトランク５０との間、さらには各電話端末４１〜４ｎとＩＶＲ２０との間を接続して、これらの間における音声信号の伝送を可能にする。
【００１２】
例えば、電話端末４１から電話交換装置３０への発信は音声アプリケーションクライアントであるＩＶＲ２０に転送される。ＩＶＲ２０は着信呼に対して応答し、自動的に音声合成（TTS：Text To Speech）、音声認識（ASR：Auto Speech Recognition）アプリケーションへの接続を行い、顧客端末に対して動的な音声応答のシステムを提供することが可能である。
【００１３】
本実施形態においては、セッションの生成は、プロトコルとしてＳＩＰを用いてＳＩＰサーバ１１が行い、音声合成リクエスト、音声認識リクエストは、プロトコルとしてMRCPv2を用いてＭＲＣＰサーバ１２，１３が行い、音声合成処理、音声認識処理およびRTPの送受信は、メディアサーバ１４、１５が行う。本実施形態では、ＭＲＣＰサーバ２台、メディアサーバ２台の構成となっているが、構成上サーバの台数は特に制限をするものではない。
【００１４】
図２は、上記ＳＩＰサーバ１１の機能構成を示すブロック図である。  
ＳＩＰサーバ１１には、ＳＩＰによるセッション管理を制御するＳＩＰ制御部１１１以外に、ＭＲＣＰサーバ１２，１３およびメディアサーバ１４，１５の監視制御を行うサーバ監視制御部１１２と監視状態を保存するＭＲＣＰサーバＤＢ（データベース）１１３およびメディアサーバＤＢ１１４が搭載されている。さらに、ＳＩＰサーバ１１には、通信部１１５及びプロセス間通信制御部１１６及びセッション管理ＤＢ１１７が備えられる。
【００１５】
通信部１１５は、ＩＰネットワークＩＮＷとの間の制御信号及び音声信号の転送を行うためのインタフェース処理を行う。
【００１６】
ＭＲＣＰサーバＤＢ１１３およびメディアサーバＤＢ１１４には、図３に示すように、ＭＲＣＰサーバおよびメディアサーバの状態を監視するテーブルが記憶されている。サーバ監視制御部１１２は、ＳＩＰサーバ１１内にあるＭＲＣＰサーバ１２，１３の設定情報（サーバID、IPアドレス）を取得しＭＲＣＰサーバ１２，１３の状態監視を行う。なお、本実施形態において、ＭＲＣＰサーバ１２，１３の状態監視方法としては、任意のプロトコルによる相互通信、Ping等による相互疎通通信などの方法が用いれるが、その方法は本実施形態において限定されるものではない。
【００１７】
そして、ＭＲＣＰサーバの状態監視結果はリアルタイムにテーブル上に「稼働中」もしくは「停止」と記録され、ＭＲＣＰサーバＤＢ１１３に保存される。同様にメディアサーバ１４，１５においてもサーバ監視制御部１１２は状態監視を行い、メディアサーバＤＢ１１４に状態監視結果は保存される。
【００１８】
上記ＳＩＰ制御部１１１は、ＩＶＲ２０から音声アプリケーション実行要求が到来すると、ＭＲＣＰサーバＤＢ１１３およびメディアサーバＤＢ１１４の記憶内容に基づき、使用可能な例えばＭＲＣＰサーバ１２とメディアサーバ１４との間で通信接続のためのセッションが確立されるとき、セッションを特定するセッションＩＤと、セッションが確立されるＭＲＣＰサーバ１２及びメディアサーバ１４それぞれを特定するサーバＩＤとを対応付けたセッション管理テーブルを作成しセッション管理ＤＢ１１７に記憶する。
【００１９】
セッション管理ＤＢ１１７には、図４に示すような、セッションＩＤに対応するＭＲＣＰサーバ、メディアサーバを識別するＩＤが記憶されるセッション管理テーブルが記憶される。ＳＩＰ制御部１１１は、音声アプリケーションクライアントであるＩＶＲからのリクエストにより生成されたセッションに対して割り振ったＭＲＣＰサーバとメディアサーバの情報をこのセッション管理ＤＢ１１７で管理する。なお、本実施形態において、ＭＲＣＰサーバ、メディアサーバへの処理の割り振り方法としては、ラウンドロビン方式、重み付けをしたラウンドロビン方式、最少接続方式などが用いられるが、その方法は本実施形態において限定されるものではない。
【００２０】
プロセス間通信制御部１１６は、ＳＩＰサーバ、ＭＲＣＰサーバ、メディアサーバ間の通信を制御するモジュールであり、通信部１１５を介して各サーバとの相互通信を行い、また音声アプリケーションクライアントであるＩＶＲ２０からの音声アプリケーションリクエストの通信も行う。そして、要求元から音声信号が送られてきた場合に、セッション管理ＤＢ１１７に記憶されるセッション管理テーブルを参照し、この参照結果に基づいて、セッションごとに要求元に対しメディアサーバ１４，１５による音声アプリケーションを使用したサービスを提供する。
【００２１】
図５は、ＭＲＣＰサーバ１２，１３の機能構成を示すブロック図である。ここでは、ＭＲＣＰサーバ１２を代表して説明する。  
ＭＲＣＰサーバ１２は、通信部１２１と、ＭＲＣＰ制御部１２２と、プロセス間通信制御部１２３とを備えている。なお、通信部１２１及びプロセス間通信制御部１２３については、ＳＩＰサーバ１１の通信部１１５及びプロセス間通信制御部１１６と同様であるので、詳細な説明を省略する。ＭＲＣＰ制御部１２２は、通信部１２１を介して、音声アプリケーションクライアントであるＩＶＲ２０からのＭＲＣＰリクエストの処理を実行する。
【００２２】
図６は、メディアサーバ１４，１５の機能構成を示すブロック図である。ここでは、メディアサーバ１４を代表して説明する。  
メディアサーバ１４は、通信部１４１と、ＲＴＰ制御部１４２と、プロセス間通信制御部１４３と、音声アプリケーション制御部１４４と、音声アプリケーションエンジン部１４５とを備えている。なお、通信部１４１及びプロセス間通信制御部１４３については、ＳＩＰサーバ１１の通信部１１５及びプロセス間通信制御部１１６と同様であるので、詳細な説明を省略する。ＲＴＰ制御部１４２は、通信部１４１を介して、音声アプリケーションクライアントであるＩＶＲ２０とのＲＴＰ送受信を実施するための制御を実行する。
【００２３】
音声アプリケーション制御部１４４は、記憶部１４６と接続され、音声アプリケーションエンジン部１４５及び記憶部１４６を制御するものであり、ＭＲＣＰサーバ１２，１３からの音声合成リクエスト及び音声認識リクエストの内容を解析し、音声アプリケーションエンジン部１４５に音声合成処理および音声認識処理を実施させる。また、音声アプリケーション制御部１４４は、例えば音声アプリケーションエンジン部１４５の音声認識部１４５１から送られてくるキャラクタ列をＭＲＣＰサーバ１２もしくはＭＲＣＰサーバ１３を介してＩＶＲ２０に通知することができる。
【００２４】
ＩＶＲ２０は、例えば図７に示す発信相手先の名前とそのユーザの電話番号とを対応付けるためのテーブルを有しており、このテーブルは音声ダイヤルサービスを行う際に使用される。
【００２５】
ここで、音声ダイヤルサービスとは、予め発信相手先の名前と電話番号を予め登録しておき、発呼者により発信相手先の名前が音声入力された場合音声認識部１４５１にてこれをキャラクタ列に変換し、上記テーブルから該当する電話番号を読み出しこの電話番号を電話交換装置３０に通知して発信するものである。
【００２６】
音声認識部１４５１は、図示しない音声−キャラクタ列変換テーブルを有しており、音声ダイヤルサービスの実行時に電話端末４１〜４ｎの一つから送られてくる発信相手先の名前を表す音声信号をＩＶＲ２０及びＭＲＣＰサーバ１２もしくはＭＲＣＰサーバ１３を介して受信し、その音声信号の波形から上記テーブルを利用してキャラクタ列に変換する。また、音声認識部１４５１は、変換後にキャラクタ列を音声アプリケーション制御部１４４に対して通知する。
【００２７】
さらに、音声アプリケーションエンジン部１４５には、音声合成部１４５２が備えられる。音声合成部１４５２は、音声ダイヤルサービス処理の実行時に、ＭＲＣＰサーバ１２もしくはＭＲＣＰサーバ１３による処理結果に基づき所定の音声ガイダンスを生成して発呼電話端末である電話端末４１〜４ｎのうち一つへ通知するものである。この音声合成部１４５２にて発生される音声ガイダンスの内容としては、ＭＲＣＰサーバ１２もしくはＭＲＣＰサーバ１３から音声ダイヤルサービス処理の開始が指示された時には「発信先のお名前を入力してください。」というものが、また発声入力されたが認識ができなかった旨が指示された時には「認識できませんでした。もう一度、ゆっくり発声してください。」といったものがある。
【００２８】
図８は、従来の音声アプリケーションシステムを示す概略構成図である。図８に示すように複数の電話端末４１および４２から同時に電話交換装置３０に対しての発信があり、その応答をＩＶＲ２０で実施する場合、ＩＶＲ２０がＳＩＰクライアントとして音声アプリケーションシステム１０に対して音声アプリケーション処理を動的に要求する場合、ＩＶＲ２０はセッション開始のリクエストであるSIP INVITEメッセージを音声アプリケーションシステム１０に対して送信していたが、音声アプリケーションシステムにはＳＩＰサーバモジュール、ＭＲＣＰサーバモジュール、メディアサーバモジュールが１台の装置に配置されていたため、音声アプリケーションシステム１０においてはＩＶＲ２０からの以降リクエストとなるＭＲＣＰリクエスト、メディアであるＲＴＰ送受信を全て同じ装置内で実施しなければならず、SIP/MRCP/音声アプリケーション処理/メディア送受信の同時処理で装置の負荷が増大することがあった。
【００２９】
また、音声アプリケーションリクエストが複数到着する場合でも、音声アプリケーションシステム１０内の音声アプリケーション処理を装置内で同時に複数のリクエストの処理を行わなければならず、リクエストが輻輳した時に処理負荷が増大する事があった。
【００３０】
本実施形態は、音声アプリケーションシステムを使用した構内交換機、自動音声応答装置を含む電話システムにおいて、音声アプリケーションシステム１０のモジュール単位で装置を分割し、セッション管理はＳＩＰサーバが行い、アプリケーション管理はＭＲＣＰサーバが行い、アプリケーション処理およびメディアリソース管理をメディアサーバが行うことで、一回の音声アプリケーションリクエストの処理を複数の装置で分担し手処理を行うことで、音声アプリケーションシステム１０としての全体の処理は軽減し、また、複数の顧客から同時に電話システムに着信があった場合に自動応答装置が動的に複数の音声アプリケーションリクエストを生成するが、音声アプリケーションシステム１０として複数の装置で処理することで、音声アプリケーションシステム１０としての処理負荷を軽減し音声アプリケーション処理結果となる音声データの入力処理、出力処理を向上させる事を目的とした処理分散方式を提案するものであり、本実施形態の具体的な動作について、図９及び図１０を用いて以下に説明する。
【００３１】
図９は、本実施形態における音声アプリケーションサービスを要求する際の電話端末４１と、電話交換装置３０と、ＩＶＲ２０と、ＳＩＰサーバ１１と、ＭＲＣＰサーバ１２と、メディアサーバ１４との間の信号の送受信動作を示すシーケンス図である。
【００３２】
例えば、図１に示すリクエストＡの要求として、電話端末４１のユーザがオフフックの後に、音声ダイヤル発信機能を実行するための機能番号がキーパッドまたはファンクションキーを介して入力される（ステップ９１ａ）。この入力された機能番号信号を含む信号とともに発信要求が電話交換装置３０に通知される（図９（１））。
【００３３】
電話交換装置３０は、電話端末４１からの発信要求を受信すると、着信転送の処理を行い（ステップ９２ａ）、当該発信要求をＩＶＲ２０へ着信転送する（図９（２））。
【００３４】
ＩＶＲ２０は、ＳＩＰおよびＭＲＣＰｖ２を搭載した装置であり、電話端末４１から入力される機能番号で指定される要求であるリクエストＡの応答に音声アプリケーション処理が必要な場合、ＳＩＰサーバ１１に新規セッション生成をＳＩＰのＩＮＶＩＴＥにより要求する（ステップ９３ａ及び図９（３））。
【００３５】
ＳＩＰサーバ１１は、通信部１１５にてＳＩＰセッション生成のリクエストを受信し（ステップ９４ａ）、ＳＩＰ制御部１１にてサーバ監視制御部１１２が管理するＭＲＣＰサーバＤＢ１１３から「稼働中」状態であるサーバをサーチして、ＭＲＣＰサーバ１２が使用可能であれば（ステップ９４ｂのＹｅｓ）、ＭＲＣＰサーバ１２の使用を決定し、セッション管理ＤＢ１１７中に、電話端末４１から要求されるリクエストＡに対応するセッションとして、セッションＩＤ「１」に対応付けて、ＭＲＣＰサーバ１２のサーバＩＤ「１」を登録する（ステップ９４ｃ）。なお、使用可能なＭＲＣＰサーバがない場合（ステップ９４ｂのＮｏ）は、音声アプリケーションのクライアントであるＩＶＲ２０にエラー応答を通知する。
【００３６】
そして、ＳＩＰサーバ１１は、プロセス間通信制御部１１６を介して、ＭＲＣＰサーバ１２に対してセッション開始を通知する（図９（４））。すると、ＭＲＣＰサーバ１２はプロセス間通信制御１２３を介して受信した新規セッション開始により、ＭＲＣＰ制御部１２２にてＳＩＰサーバ１１から通知された音声アプリケーションクライアントであるＩＶＲ２０の生成するＭＲＣＰリクエスト情報を取得し、ＩＶＲ２０からのＭＲＣＰリクエストの受付準備を実施する（ステップ９５ａ）。
【００３７】
続いて、ＳＩＰサーバ１１は、メディアサーバＤＢ１１４から「稼働中」状態であるサーバをサーチして、メディアサーバ１４が使用可能であれば（ステップ９４ｄのＹｅｓ）、任意の決定方法により、メディアサーバ１４の使用を決定し、セッション管理ＤＢ１１７中に、電話端末４１から要求されるリクエストＡに対応するセッションであるセッションＩＤ「１」に対応付けて、メディアサーバ１４のサーバＩＤ「２」を登録する（ステップ９４ｅ）。なお、使用可能なメディアサーバがない場合（ステップ９４ｄのＮｏ）は、音声アプリケーションクライアントであるＩＶＲ２０にエラー応答を通知する。
【００３８】
その後、ＳＩＰサーバ１１はプロセス間通信制御１１６を介して、メディアサーバ１４に対してセッション開始を通知する（図９（５））。
【００３９】
メディアサーバ１４は、プロセス間通信制御部１４３を介して受信した新規セッション開始により、ＲＴＰ制御部１４２にてＳＩＰサーバ１１から通知された音声アプリケーションクライアントであるＩＶＲ２０からのＲＴＰ受信ポートをオープンする（ステップ０６ａ）とともに、オープンしたＲＴＰ受信ポート番号をＳＩＰサーバ１１に通知する（図９（６））。また、ＳＩＰサーバ１１は、メディアサーバ１４から受信したＲＴＰ受信ポート番号を取得し、メディアサーバからのＲＴＰ送信先として設定する。
【００４０】
ＳＩＰサーバ１１は、セッションで使用するＭＲＣＰサーバのＩＰアドレス(実施形態では 192.168.0.101)、ＭＲＣＰのチャネルＩＤとＲＴＰの送受信に使用するメディアサーバのＩＰアドレス(実施形態では192.168.0.202)、受信ポート番号を確保し（ステップ９４ｆ）、この受信ポート番号を、ＳＩＰの“ＩＮＶＩＴＥ”メッセージに対する応答信号であるＳＩＰの“２００ ＯＫ”メッセージのＳＤＰ（Session Description Protocol：RFC 4566）に設定して音声アプリケーションクライアントであるＩＶＲ２０に送信する（ステップ９４ｇ及び図９（７））。
【００４１】
図１０は、本実施形態における音声合成処理及び音声認識処理を実行する際の電話交換装置３０、ＩＶＲ２０、及びメディアサーバ１４の制御手順を示すフローチャートである。
【００４２】
音声アプリケーションの処理を実施する場合は、ＩＶＲ２０は、ＭＲＣＰサーバ１２にＭＲＣＰリクエストを送信する（図１０（１））。ＭＲＣＰサーバ１２は、ＭＲＣＰリクエストを受信すると、ＭＲＣＰリクエストの内容から音声ダイヤルサービス処理の開始の旨を判定し（ステップ１０ａ）、音声合成リクエストをメディアサーバ１４に送信するとともに（図１０（２））、音声認識リクエストをメディアサーバ１４に送信する（図１０（３））。当該リクエストを受信したメディアサーバ１４は、音声合成部１４５２に音声ガイダンスの送信指示を与え、音声ガイダンス送信準備をする（ステップ１１ａ）とともに、音声認識部１４５１に音声認識の準備指示を与え、音認識処理の準備をする（ステップ１１ｂ）。
【００４３】
音声合成部１４５２では、例えば「発信先のお名前を入力してください」という音声ガイダンスが生成され、この音声ガイダンスは、ＲＴＰパケットとしてセッションＩＤ「１」のチャネルを介してＩＶＲ２０に転送され、ＩＶＲ２０にてＲＴＰパケットから音声信号に変換されて電話交換装置３０を介して発信元の電話端末４１に転送される（図１０（４））。従って、電話端末４１のユーザは、この音声ガイダンスにより次の操作内容を知ることができる。
【００４４】
次に、ＩＶＲ２０は、音声信号を受信すると、音声認識リクエストのためのＳＩＰリクエストをＳＩＰサーバ１１へ送信する（図１０（５））。ＳＩＰサーバ１１は、上記ＳＩＰリクエストの内容から音声認識リクエストである旨を認識すると、セッション管理ＤＢ１１７のセッション管理テーブルを参照して、ＭＲＣＰサーバ１２を決定し（ステップ１２ａ）、ＭＲＣＰサーバ１２に対しＩＶＲ２０からの音声認識リクエストを送信する（図１０（６））。
【００４５】
ＭＲＣＰサーバ１２は、音声認識リクエストを受信すると、音声認識結果の受付準備を実行する（ステップ１０ｂ）。そして、受付準備完了後、ＭＲＣＰサーバ１２は、受付準備完了の旨をＩＶＲ２０に通知する（図１０（７））。
【００４６】
この状態で、電話端末４１のユーザが、音声ガイダンスに従い、例えば、発信相手先の名前「やまもと」を音声入力すると、この発信相手先の名前「やまもと」を表す音声信号は、電話端末４１から電話交換装置３０を経由してメディアサーバ１４に送信される（図１０（８））。
【００４７】
メディアサーバ１４は、電話端末４１から受信した音声信号を音声認識部１４５１に転送する。音声認識部１４５１は音声認識処理を行い、音声−キャラクタ列変換テーブルを利用して、入力された音声信号に対応するキャラクタ列を作成し（ステップ１１ｃ）、音声認識処理の結果として、作成されたキャラクタ列をＭＲＣＰサーバ１２に通知する（図１０（９））。ＭＲＣＰサーバ１２は、上記通知された「やまもと」のキャラクタ列をＭＲＣＰレスポンスのパケットにセットしてＩＶＲ２０に音声信号の認識結果として送信する（図１０（１０））。なお、ＭＲＣＰサーバ１２は、認識ができなかった場合には、音声合成リクエストをメディアサーバ１４に送信して「認識できませんでした。もう一度、ゆっくり発声してください。」という音声ガイダンスが発生させる。
【００４８】
ＩＶＲ２０は、ＭＲＣＰサーバ１２から送信された音声認識結果となるＭＲＣＰレスポンスのパケットからキャラクタ列「やまもと」を抽出して、「やまもと」に対応する電話番号「５６２１」を読み出す。そして、この電話番号と発信制御信号からなる制御情報をテキストベースの応答として電話交換装置３０へ転送する（図１０（１１））。
【００４９】
電話交換装置３０は、この転送された制御情報に発信制御信号が含まれていることを検出すると共に送られてきた電話番号をもとに、例えば発信先の電話端末４１に対しダイヤル発信処理を実行する（ステップ１３ａ）。かくして、音声ダイヤル発信がなされる。
【００５０】
尚、上記説明した実施の形態においては、メディアサーバ２０から音声ガイダンスを送出する前に、音声認識準備を行い、音声ガイダンス送出中に電話端末４１から音声入力がある場合でも対応できる処理として説明したが、本発明は上記動作に限定されるものではなく、たとえば、音声ガイダンスし送出後に音声認識準備を行う処理としてもよい。
【００５１】
ここで、電話端末４１からのリクエストＡ（図１に図示）の処理中に、図１に示すリクエストＢとして、例えば電話端末４２のユーザがオフフックの後に、音声ダイヤル発信機能を実行するための機能番号がキーパッドまたはファンクションキーを介して入力される場合の処理について説明するが、以下で説明する処理は、リクエストＢに対して割り当てられるＭＲＣＰサーバとメディアサーバが異なるだけで、具体的な内容は、図９で説明した電話端末４１からのリクエストＡで説明した処理と同様であるため、フローチャートは省略する。
【００５２】
まず、入力された機能番号を含む信号とともに発信要求が電話交換装置３０に通知される。
【００５３】
電話交換装置３０は、電話端末４２からの発信要求を受信すると、着信転送の処理を行い、当該発信要求をＩＶＲ２０へ着信転送する。
【００５４】
ＩＶＲ２０は、電話端末４２から入力される機能番号で指定される要求であるリクエストＢの応答に音声アプリケーション処理が必要な場合、ＳＩＰサーバ１１に新規セッション生成をＳＩＰのＩＮＶＩＴＥにより要求する。
【００５５】
ＳＩＰサーバ１１は、通信部１１５にてＳＩＰセッション生成のリクエストＢを受信し、ＳＩＰ制御部１１にてサーバ監視制御部１１２が管理するＭＲＣＰサーバＤＢ１１３から「稼働中」状態であるサーバをサーチして、ＭＲＣＰサーバ１３が使用可能であれば、ＭＲＣＰサーバ１３の使用を決定し、セッション管理ＤＢ１１７中に、電話端末４２から要求されるリクエストＢに対応するセッションとして、セッションＩＤ「２」に対応付けて、ＭＲＣＰサーバ１２のサーバＩＤ「２」を登録する。
【００５６】
そして、ＳＩＰサーバ１１は、プロセス間通信制御部１１６を介して、ＭＲＣＰサーバ１２に対してセッション開始を通知する。すると、ＭＲＣＰサーバ１２はプロセス間通信制御１２３を介して受信した新規セッション開始により、ＭＲＣＰ制御部１２２にてＳＩＰサーバ１１から通知された音声アプリケーションクライアントであるＩＶＲ２０の生成するＭＲＣＰリクエスト情報を取得し、ＩＶＲ２０からのＭＲＣＰリクエストの受付準備を実施する。
【００５７】
続いて、ＳＩＰサーバ１１は、メディアサーバＤＢ１１４から「稼働中」状態であるサーバをサーチして、メディアサーバ１５が使用可能であれば、任意の決定方法により、メディアサーバ１５の使用を決定し、セッション管理ＤＢ１１７中に、電話端末４２から要求されるリクエストＢに対応するセッションであるセッションＩＤ「２」に対応付けて、メディアサーバ１５のサーバＩＤ「１」を登録する。
【００５８】
その後、ＳＩＰサーバ１１はプロセス間通信制御１１６を介して、メディアサーバ１５に対してセッション開始を通知する。
【００５９】
メディアサーバ１５は、プロセス間通信制御部１４３を介して受信した新規セッション開始により、ＲＴＰ制御部１４２にてＳＩＰサーバ１１から通知された音声アプリケーションクライアントであるＩＶＲ２０からのＲＴＰ受信ポートをオープンするとともに、オープンしたＲＴＰ受信ポート番号をＳＩＰサーバ１１に通知する。また、ＳＩＰサーバ１１は、メディアサーバ１５から受信したＲＴＰ受信ポート番号を、メディアサーバからのＲＴＰ送信先として設定する。
【００６０】
ＳＩＰサーバ１１は、セッションで使用するＭＲＣＰサーバのIPアドレス(実施形態では 192.168.0.102)、ＭＲＣＰのチャネルＩＤとＲＴＰの送受信に使用するメディアサーバのＩＰアドレス(実施形態では192.168.0.202)、受信ポート番号を確保し、この受信ポート番号を、ＳＩＰの“ＩＮＶＩＴＥ”メッセージに対する応答信号であるＳＩＰの“２００ ＯＫ”メッセージのＳＤＰ（Session Description Protocol：RFC 4566）に設定して音声アプリケーションクライアントであるＩＶＲ２０に送信する。
【００６１】
以上のように上記実施形態では、以前の音声アプリケーションサーバ１０に備えられる音声アプリケーション制御部１４４及び音声アプリケーションエンジン部１４５を別のメディアサーバ１４に持たせ、ＭＲＣＰ制御部１２２をメディアサーバ１４とは別のＭＲＣＰサーバ１２に持たせ、ＳＩＰ制御部１１１をＳＩＰサーバ１１に持たせるように分散するとともに、ＳＩＰサーバ１１は、少なくとも電話端末４１からの音声アプリケーション実行要求に基づき、使用可能なメディアサーバ１４とＭＲＣＰサーバ１２との間で通信接続のためのセッションが確立されるとき、セッションを特定するセッションＩＤと、セッションが確立されるメディアサーバ１４及びＭＲＣＰサーバ１２それぞれを特定するサーバＩＤとを対応付けたセッション管理テーブルをセッション管理ＤＢ１１７に記憶し管理しておき、セッション管理テーブルを参照し、この参照結果に基づいて、セッションごとに要求元に対し音声合成または音声認識による音声ダイヤルサービスといった音声アプリケーションを使用したサービスが実行されることになる。
【００６２】
従って、上記セッション管理テーブルを用いることで、処理ごとに装置として分散した場合でも、使用するセッションを特定でき、音声アプリケーション処理を伴う交換サービス制御を実行する場合に、ＳＩＰサーバ１１、ＭＲＣＰサーバ１２及びメディアサーバ１４が協働して効率良く実行することができる。これにより、システム全体の負荷を軽減できる。
【００６３】
また、各要求元毎にセッションが固定的に用意されるので、異なる電話端末４１，４２からの複数の音声アプリケーションの実行要求が同一時間帯に発生した場合でも、これらの音声アプリケーションによるサービス制御を並行して効率良く実行できる。
【００６４】
また、上記実施形態によれば、ＳＩＰサーバ１１にて、メディアサーバ１４及びＭＲＣＰサーバ１２の動作状態が監視され、メディアサーバ１４及びＭＲＣＰサーバ１２が使用可能な場合のみセッションが確立されるので、セッションの不要な使用を防止してセッションの有効利用率を高めることができる。
【００６５】
その他、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００６６】
１０…音声アプリケーションシステム、１１…ＳＩＰサーバ、１２，１３…ＭＲＣＰサーバ、１４，１５…メディアサーバ、２０…ＩＶＲ、３０…電話交換装置、４１〜４ｎ…電話端末、１１１…ＳＩＰ制御部、１１２…サーバ監視制御部、１１３…ＭＲＣＰサーバＤＢ、１１４…メディアサーバＤＢ、１１６…プロセス間通信制御部、１１５…通信部、１１７…セッション管理ＤＢ、１２２…ＭＲＣＰ制御部、１４２…ＲＴＰ制御部、１４４…音声アプリケーション制御部、１４５…音声アプリケーションエンジン部、ＩＮＷ…ＩＰネットワーク。
【図１】
2014072577.tif 000003
【図２】
2014072577.tif 000004
【図３】
2014072577.tif 000005
【図４】
2014072577.tif 000006
【図５】
2014072577.tif 000007
【図６】
2014072577.tif 000008
【図７】
2014072577.tif 000009
【図８】
2014072577.tif 000010
【図９】
2014072577.tif 000011
【図１０】
2014072577.tif 000012