JP2013521735A - ディジットのボイス通信 - Google Patents

Abstract

ディジットのボイス通信。本発明はＳＩＰネットワークに関し、より詳細にはＳＩＰネットワークでのディジット収集に関する。ＳＩＰユーザは、ボイス／音声を通じてメディアサーバにディジットを通信する。メディアサーバは、ディジットを収集して、必要とされるＤｕａｌ Ｔｏｎｅ Ｍｕｌｔｉ Ｆｒｅｑｕｅｎｃｙ規則をディジットが満たすかどうかを判定するためにチェックする。メディアサーバは、ＳＩＰユーザに対してプロンプトメッセージを再生して、ディジットを収集するセッションの開始を示し、ＳＥＰユーザは、ＳＩＰユーザがディジットを言うことを完了したことを示すために文字を言う。

Description

本発明はＳＩＰネットワークに関し、より詳細にはＳＩＰネットワークでのディジット収集に関する。

通信ネットワーク内のネットワークリソースを使用する間、ユーザは時々、通信端末を使用してディジットを入力しなければならないことがある。入力されたディジットを使用して、何らかのサービスを起動することができ、ユーザＩＤ、パスワード、宛先番号、またはディジットのダイヤリングが前提条件である任意の他の要件を入力することができる。例えば、コーリングカード機能を起動するために、ユーザは、機能の利用前にサービスコードを入力しなければならないことがある。ユーザは、ディジットを入力中にすべてのＤｕａｌ Ｔｏｎｅ Ｍｕｌｔｉ Ｆｒｅｑｕｅｎｃｙ（ＤＴＭＦ）規則に準拠したことを保証した後にディジットを入力する。ユーザは、ディジットキーの終了をダイヤルして、ユーザがディジットのダイヤリングを完了したことを示す。ユーザが番号を入力すると、ネットワークは、ディジットの入力中にユーザが、必要とされるＤＴＭＦ規則に準拠したかどうかを判定するためにチェックする。

しかし、セッション開始プロトコル（ＳＩＰ）ネットワークでは、ユーザは、ディジットをダイヤルする代わりにディジットを入力するための他のオプションを有さない。あるユーザは、ディジットをダイヤルすることが困難であると感じることがある。例えば、視覚に何らかの問題を有するＳＩＰユーザは、ディジットを言うことの方を好むはずである。関節炎などの他の医学的状態を患うＳＩＰユーザも、ディジットをダイヤルしなければならないことを好まないはずである。したがって、そのようなＳＩＰユーザは、ネットワークにディジットを通信するための他の方式を必要とする。さらに、何らかの他の方式でディジットを通信することを望むどんなＳＩＰユーザも、ネットワークに対するディジットの通信のモードを選ぶオプションを有さない。現在のシステムは、ＳＩＰネットワークによってボイスを検出することを可能にする。しかし、ボイスを通じてＳＩＰユーザからディジットを収集し、ディジットを入力中にＳＩＰユーザが、必要とされるＤＴＭＦ規則に準拠したことを検証するための備えがない。

上記に鑑みて、本明細書の一実施形態は、通信ネットワークでＳＩＰユーザからディジットを収集する方法を提供する。ＳＩＰユーザは、ボイス／音声を通じてメディアサーバにディジットを通信する。メディアサーバは、ディジットを収集して、必要とされるＤｕａｌ Ｔｏｎｅ Ｍｕｌｔｉ Ｆｒｅｑｕｅｎｃｙ規則をディジットが満たすかどうかを判定するためにチェックする。ＳＩＰユーザは、通信端末を使用してメディアサーバにディジットを通信する。メディアサーバは、ＳＩＰユーザに対してプロンプトメッセージを再生して、ディジットを収集するセッションの開始を示し、ＳＩＰユーザは、ＳＩＰユーザがディジットを言うことを完了したことを示すために、少なくとも１つの文字を言う。メディアサーバは、メディアゲートウェイコントローラを通じて、チェックの結果をサービス制御ポイント（ＳＣＰ）に送る。ｖｏｉｃｅｉｎｆｏｒｍａｔｉｏｎパラメータが、メディアサーバマークアップ言語（ＭＳＭＬ）／メディアサーバ制御対話型ボイス応答（ＭＳＣＩＶＲ）フォーマットで、メディアサーバに送られるＳＩＰ ＩＮＦＯメッセージ内に含められ、パラメータは、ディジット収集がボイスを通じて行われることを示す。Ｄｕａｌ Ｔｏｎｅ Ｍｕｌｔｉ Ｆｒｅｑｕｅｎｃｙ規則は、収集される最小ディジット数、収集される最大ディジット数、ＳＩＰユーザがディジットを言うことを完了したことを示すための少なくとも１つの文字、ディジット開始インジケータ、キャンセルディジット、ディジット収集セッションの開始から、最初のディジットが収集されるまでの間に使用されるタイマ値、および２つの連続するディジット間で使用されるタイマ値のうちの少なくとも１つを含む。

実施形態はさらに、通信ネットワークでＳＩＰユーザからディジットを収集するメディアサーバを開示する。メディアサーバは、ＳＩＰユーザによって話されたディジットを収集し、必要とされるＤｕａｌ Ｔｏｎｅ Ｍｕｌｔｉ Ｆｒｅｑｕｅｎｃｙ規則をディジットが満たすかどうかを判定するためにディジットをチェックする。メディアサーバは、ＳＩＰユーザに対してプロンプトメッセージを再生し、ディジットを収集するセッションの開始を示す。メディアサーバは、ＳＩＰユーザがディジットを言うことを完了したことを示すための少なくとも１つの文字をＳＩＰユーザが言ったとき、ディジットの収集を停止する。メディアサーバは、メディアゲートウェイコントローラを通じて、チェックの結果をサービス制御ポイント（ＳＣＰ）に送る。Ｄｕａｌ Ｔｏｎｅ Ｍｕｌｔｉ Ｆｒｅｑｕｅｎｃｙ規則は、収集される最小ディジット数、収集される最大ディジット数、ＳＩＰユーザがディジットを言うことを完了したことを示す少なくとも１つの文字、ディジット開始インジケータ、キャンセルディジット、ディジット収集セッションの開始から、最初のディジットが収集されるまでの間に使用されるタイマ値、および２つの連続するディジット間で使用されるタイマ値のうちの少なくとも１つを含む。

本明細書の実施形態はまた、通信ネットワークでＳＩＰユーザからディジットを収集する方法を開示する。ＳＩＰユーザは、ボイス／音声を通じてメディアサーバにディジットを通信する。ＳＩＰユーザは、通信端末を使用してメディアサーバにディジットを通信する。

さらに、通信ネットワークでＳＩＰユーザからディジットを収集するメディアサーバが本明細書で開示される。メディアサーバは、ＳＩＰユーザによって話されたディジットを収集する。ＳＩＰユーザは、通信端末を使用してメディアサーバにディジットを通信する。

以下の説明および添付の図面と共に考慮するときに、本明細書の実施形態のこれらおよび他の態様をより良く理解されよう。

図面を参照しながら、以下の詳細な説明から本明細書の実施形態をより良く理解されよう。

本明細書の一実施形態による、通信ネットワーク内のＳＩＰユーザのブロック図である。 本明細書の一実施形態による、メディアサーバのブロック図である。 本明細書の一実施形態による、ボイス／音声を通じてディジットを収集し、ＤＴＭＦ規則についてチェックする方法を示す流れ図である。 本明細書の一実施形態による、ボイス／音声を通じてディジットを収集し、ＤＴＭＦ規則についてチェックする方法を示す流れ図である。 本明細書の一実施形態による、ボイス／音声を通じたディジット収集およびＤＴＭＦ規則についてのチェックを示す一例に関する流れ図である。

添付の図面に示され、以下の説明で詳述される非限定的な実施形態を参照しながら、本明細書の実施形態、ならびにその様々な特徴および有利な詳細がより完全に説明される。本明細書の実施形態を不必要に不明瞭にしないように、よく知られている構成要素および処理技法の説明は省略される。本明細書で使用される例は、本明細書の実施形態を実施することのできる方式の理解を促進し、当業者が本明細書の実施形態を実施することをさらに可能にするためのものに過ぎない。したがって、実施例が本明細書の実施形態の範囲を限定すると解釈すべきではない。

本明細書の実施形態は、ボイスを通じてＳＩＰユーザからディジットを収集し、収集したボイスディジットが、必要とされるＤＴＭＦ規則を満たすかどうかをチェックする方法およびシステムを開示する。ここで図面、より具体的には図１から４を参照すると、各図面全体にわたって一貫して同様の参照文字が対応する機能を表しており、実施形態が示されている。

図１に、通信ネットワーク内のＳＩＰユーザのブロック図を示す。通信ネットワークでは、ＳＩＰユーザ１０１は、メディアサーバ（ＭＳ）１０２に数のディジットを通信しなければならないことがある。例えば、ＳＩＰユーザ１０１は、銀行によって利用可能にされるフォーンバンキング機能を利用するためにユーザＩＤおよびパスワードを入力しなければならないことがある。ＭＳ１０２は、ＳＩＰユーザ１０１とのマルチメディアセッションを確立および維持することを助けるサーバである。ＭＳ１０２はまた、メディアを格納し、格納したメディアをネットワークのユーザと共有する。ボイスによってディジットを通信する前に、ＳＩＰユーザ１０１は、ネットワークとの通信リンクを開始する。ＳＩＰユーザ１０１は、メディアゲートウェイコントローラ（ＭＧＣ）１０３に要求を送ることによって通信リンクを開始することができる。ＭＧＣ１０３は、ＭＳ１０２からシグナリング情報を受信し、発呼側ユーザと宛先との間の通信セッションを開始するために宛先に警報するようにＭＳ１０２に指令する。宛先は、発呼側ユーザが通信することを望む第２のＳＩＰユーザでよい。ＭＧＣ１０３は、サービス交換ポイント（ＳＳＰ）としても働き、通信セッション中に追加のサービスを利用可能にする。別の実施形態では、ＳＳＰは、ＭＧＣ１０３の外部に位置するネットワーク要素でよい。ＳＩＰユーザ１０１から要求を受信し、ＳＩＰユーザ１０１からディジットを収集しなければならないと判定したとき、ＭＧＣ１０３は、サービス制御ポイント（ＳＣＰ）１０４をトリガする。ＳＣＰ１０４は、ＳＩＰユーザ１０１によって必要とされるボイスを使用するディジットの収集に関するサービスを実施するサービス論理を含む。ＳＣＰ１０４は、ＭＳ１０２にプロンプト告知を送り、ディジット収集がボイス信号を通じて行われつつあるはずであることをＭＳに指令する。例えば、ＳＣＰ１０４は、ＭＳ１０２にＰｒｏｍｐｔ ａｎｄ Ｃｏｌｌｅｃｔ Ｕｓｅｒ Ｉｎｆｏｒｍａｔｉｏｎ（ＰＡＣＵＩ）を送ることができる。ＰＡＣＵＩは、プロンプト告知を再生し、ＳＩＰユーザ１０１からディジットを収集するのに使用される。ＳＣＰ１０４はまた、ＰＡＣＵＩ内に、ＭＳ１０２によってチェックされるＤｕａｌ Ｔｏｎｅ Ｍｕｌｔｉ Ｆｒｅｑｕｅｎｃｙ（ＤＴＭＦ）規則を含むこともできる。ＰＡＣＵＩ内に含まれるＤＴＭＦ規則および情報は、収集される最小および最大ディジット数、ディジット収集の終了を示すのに使用される文字／ディジット、ディジット開始インジケータ、ＳＩＰユーザ１０１が話されたディジットをキャンセルし、ディジット収集セッションを再始動することを可能にするキャンセルディジット、ディジット収集セッションの開始から、最初のディジットがＳＩＰユーザ１０１から収集されるまでの間に使用されるタイマ値、２つの連続するディジット間で使用されるタイマ値、およびディジットを言っている間にユーザが従わなければならない任意の他の規則でよい。ＭＳ１０２は、ＳＣＰ１０４から受信したプロンプト告知をＳＩＰユーザ１０１に対して再生する。例えば、プロンプト告知は、「あなたのユーザＩＤを言い、ハッシュと言って送信を終了して下さい」でよい。

ＳＩＰユーザ１０１は、通信端末を使用して、ボイス／音声を通じてディジットを通信することができる。例えば、通信端末はＳＩＰ端末でよい。ディジットを言った後、ＳＩＰユーザ１０１は、ＭＳ１０２とのディジット収集セッションを終了するための文字を言う。例えば、ＳＩＰユーザ１０１はハッシュと言って、ディジット収集セッションの終了を示すことができる。ＳＩＰユーザ１０１は、プロンプト告知の終了前、またはプロンプト告知の終了後に、ディジットを言うことを開始することができる。ＳＣＰ１０４は、ＭＧＣ１０３に送られるメッセージ内のパラメータを指定して、プロンプト告知の終了前にＳＩＰユーザ１０１がディジットを言うことができるかどうかを示すことができる。例えば、パラメータ「ｂａｒｇｅ ＝ ｔｒｕｅ」を設定して、ＳＩＰユーザ１０１がプロンプト告知の終了前にディジットを言うことを開始できることを示すことができる。ＳＩＰユーザ１０１がプロンプト告知の終了前にディジットを言うことを開始した場合、ＭＳ１０２は、プロンプト告知の再生を停止し、ディジットの収集を開始する。パラメータ「ｂａｒｇｅ ＝ ｆａｌｓｅ」を設定して、ＳＩＰユーザ１０１がプロンプト告知の終了前にディジットを言うことを開始できないことを示すことができる。ＭＳ１０２は、プロンプト告知の終了までディジットの収集を開始しない。ＭＳ１０２は、ＳＩＰユーザ１０１から得られたボイスディジットを収集する。ＳＩＰユーザ１０１からボイスディジットを収集した後、ＭＳ１０２は、ボイスサンプルをディジットに変換し、ディジットを通信中にＳＩＰユーザ１０１がすべてのＤＴＭＦ規則に従ったかどうかを確認するためにチェックする。例えば、ＭＳ１０２は、アナログ−デジタル変換を通じてボイスサンプルをディジットに変換することができる。第２の例では、ＳＩＰユーザ１０１がゼロと言って、ＳＩＰユーザがディジットを言うことを完了したことを示す場合、「ゼロ」という語が、ＭＳ１０２によってディジット「０」に変換される。別の例では、ＳＩＰユーザ１０１が「呼出しを転送するために、はいと言って下さい」と促される場合、かつ呼出し転送のためのコードが３である場合、ＳＩＰユーザ１０１が「はい」と言ったとき、ＭＳ１０２は「はい」を「３」に変換する。収集したボイスディジットがすべてのＤＴＭＦ規則に従っているとＭＳ１０２が判定した場合、ＭＳ１０２は、ディジット収集の成功を示す応答をＭＧＣ１０３に送り、収集したディジットもＭＧＣ１０３に送る。ＭＳ１０２が、収集したボイスディジット中の何らかのエラーを判定した場合、ＭＳ１０２は、ディジットの収集の際のエラーを示す応答をＭＧＣ１０３に送る。例えば、ディジットを言っている間にＳＩＰユーザ１０１が何らかのＤＴＭＦ規則に違反した場合、またはＳＩＰユーザ１０１がディジットを言うのではなくタイプした場合、エラーが生じる可能性がある。ＳＩＰユーザ１０１によって入力される最小ディジット数が５であり、ＳＩＰユーザ１０１が３ディジットだけを入力した場合、ＤＴＭＦ規則に違反する。２つの連続するディジットの入力間の許可された時間ギャップが５秒であり、ユーザが、第１のディジットの入力時間から５秒以内に第２のディジットを入力しない場合、ＤＴＭＦ規則に違反する。ＭＧＣ１０３は、ＭＳ１０２から受信した応答をＳＣＰ１０４に転送する。

図２に、メディアサーバ（ＭＳ）のブロック図を示す。ＭＳ１０２は、ＳＩＰユーザ１０１とのマルチメディアセッションを確立および維持することを助けるサーバである。通信ネットワークでは、ＳＩＰユーザ１０１は、数のディジットをＭＳ１０２に通信しなければならないことがある。ＳＩＰユーザ１０１がボイスを通じてディジットを通信することを選ぶ場合、ＳＩＰユーザ１０１は、通信端末を使用してディジットを言うことができる。ディジットを言った後、ＳＩＰユーザ１０１は、ＭＳ１０２とのディジット収集セッションを終了するための文字を言う。ＭＳ１０２は、受信機２０２を使用して、ＳＩＰユーザ１０１から得られたボイスディジットを収集する。ＭＳ１０２によるボイスディジットの収集は、すべてのインテリジェントネットワークアプリケーションパート（Ｉｎｔｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ：ＩＮＡＰ）アーキテクチャおよび携帯ネットワーク拡張ロジックのためのカスタム化アプリケーション（Ｃｕｓｔｏｍｉｚｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ ｆｏｒ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｅｎｈａｎｃｅｄ Ｌｏｇｉｃ：ＣＡＭＥＬ）アーキテクチャで提供することができる。ＭＳ１０２はまた、ＳＩＰユーザ１０１がＭＧＣ１０３によって提供される補助機能を利用したいときに、ボイスディジットを収集することができる。例えば、ＭＧＣ１０３によって提供される補助機能は、呼転送（Ｃａｌｌ Ｆｏｒｗａｒｄｉｎｇ）機能、呼待機（Ｃａｌｌ Ｗａｉｔｉｎｇ）機能、および発呼禁止（Ｏｕｔｇｏｉｎｇ Ｃａｌｌ Ｂａｒｒｉｎｇ）機能でよい。ＳＩＰユーザ１０１からボイスディジットを収集した後、プロセッサ２０１は、ボイスサンプルをディジットに変換し、ディジットを通信中にＳＩＰユーザ１０１がすべてのＤＴＭＦ規則に従ったかどうかを確認するためにチェックする。例えば、ＤＴＭＦ規則は、ＳＩＰユーザ１０１によって入力される最小ディジット数を１０と示すことができ、ＳＩＰユーザ１０１が８ディジットを入力した場合、ＤＴＭＦ規則に違反し、エラーが生じる。収集したボイスディジットがすべてのＤＴＭＦ規則に従っているとプロセッサ２０１が判定した場合、プロセッサ２０１は、送信機２０３を使用して、ディジット収集の成功を示す応答をＭＧＣ１０３に送り、収集したディジットもＭＧＣ１０３に送る。収集したディジットが、送信機２０３を使用してＭＧＣ１０３に送られる。収集したボイスディジット中の何らかのエラーをプロセッサ２０１が判定した場合、プロセッサ２０１は、ＭＧＣ１０３を通じて、ディジットの収集の際のエラーを示す応答をＳＣＰ１０４に送る。収集したボイスディジット中に何らかのエラーが検出される場合、ＳＩＰユーザ１０１に、ディジットを再度言うことを許可することができる。ＭＳ１０２とＭＧＣ１０３との間の通信は、ＳＩＰシグナリングを使用して行うことができる。

図３ａおよび３ｂは、ボイス／音声を通じてディジットを収集し、ＤＴＭＦ規則についてチェックする方法を示す流れ図である。通信ネットワークでは、ＳＩＰユーザ１０１は、ＭＳ１０２に数のディジットを通信しなければならないことがある。ボイスディジットを通信する前に、ＳＩＰユーザ１０１は、ネットワークとの通信リンクを開始する（３０１）。ＳＩＰユーザ１０１は、ＭＧＣ１０３に要求を送ることによって通信リンクを開始することができる。ＳＩＰユーザ１０１からの要求の受信時に、ＭＧＣ１０３は、ＳＣＰ１０４をトリガして通信リンクを確立する（３０２）。ＳＩＰユーザ１０１がディジットをタイプすることによってディジットを通信することを選ぶ場合（３０３）、ＭＳは、適切な手段を使用して、タイプされたディジットを収集する（３０４）。例えば、ＳＩＰユーザ１０１は、８００などのサービスコードを入力することにより、ディジットをタイプすることによってディジットを通信することを選ぶことができる。ユーザがボイスを通じてディジットを通信することを選ぶ場合（３０３）、ＳＣＰ１０４は、ＭＳ１０２にプロンプト告知を送り（３０５）、ディジット収集がボイス信号を通じて行われつつあるはずであることをＭＳに指令する。例えば、ＳＩＰユーザ１０１は、８０１などのサービスコードを入力することにより、ボイスを通じてディジットを通信することを選ぶことができる。第２の例では、ＳＣＰ１０４は、ＳＩＰユーザ１０１にＰＡＣＵＩを送り、ＳＩＰユーザ１０１がボイスを通じてディジットを通信することを望むか、それともディジットをタイプすることによってディジットを通信することを望むかを判定することができる。ＰＡＣＵＩは、「ボイスを通じて情報を提供するには１を入力し、または情報をタイプするには２を入力して下さい」のようなプロンプト告知を有することができる。プロンプト告知が、ユーザに対して再生されるために送られ、ＳＣＰ１０４はまた、ディジットを言っている間にＳＩＰユーザ１０１が従わなければならないＤＴＭＦ規則も送る。ＭＧＣ１０３は、ＳＣＰ１０４からプロンプト告知を受信し、ＭＳ１０２にプロンプト告知を送る（３０６）。ＭＳ１０２は、ＳＩＰユーザ１０１に対してプロンプト告知を再生する（３０７）。例えば、ユーザに対して再生されるプロンプト告知は、「あなたのコーリングカード番号を話し、ハッシュと言って終了して下さい」でよい。

ＳＩＰユーザ１０１は、通信端末を使用してボイス／音声を通じてディジットを通信することができ、ディジットを言った後に、ＳＩＰユーザ１０１は、ＭＳ１０２とのディジット収集セッションを終了するための文字を言う。ＭＳ１０２は、ＳＩＰユーザ１０１から、ボイスの形態のディジットを収集する（３０８）。ＳＩＰユーザ１０１からボイスディジットを収集した後、ＭＳ１０２は、ボイスサンプルをディジットに変換し、ディジットを通信中にＳＩＰユーザ１０１がＤＴＭＦ規則に従ったかどうかをチェックする（３０９）。収集したボイスディジットがすべてのＤＴＭＦ規則に従っているとＭＳ１０２が判定した場合、ＭＳ１０２は、ＭＧＣ１０３を通じて、ディジット収集の成功を示す応答をＳＣＰ１０４に送り（３０１０）、ＭＧＣ１０３を通じて、収集したディジットもＳＣＰ１０４に送る。ＭＳ１０２が、収集したボイスディジット中の何らかのエラーを判定した場合、ＭＳ１０２は、ＭＧＣ１０３を通じて、ディジットの収集の際のエラーを示す応答をＳＣＰ１０４に送る（３０１０）。ＭＳ１０２からの応答が、受信したディジット中のエラーを示す場合（３０１１）、ＳＣＰ１０４は、ＳＩＰユーザ１０１とのディジット収集セッションを再始動することができる。ＭＳ１０２からの応答が、受信したディジット中にエラーがなかったことを示す場合、ＳＣＰ１０４は、受信したディジットをさらに処理する。例えば、受信した数がパスワードであった場合、ＳＣＰ１０４は、パスワードをさらに処理して、受信したパスワードが有効なパスワードであったかどうかを判定する。ＳＩＰユーザ１０４から収集すべき数がさらにある場合（３０１２）、ＳＣＰ１０４は、ディジット収集セッションを開始して、ＳＩＰユーザ１０４から数を得る。ＳＩＰユーザ１０４からさらに収集すべき数がない場合（３０１２）、ＳＣＰ１０４は、ディジット収集セッションを終了する（３０１２）。方法３００での様々な動作を、提示される順序で、異なる順序で、または同時に実施することができる。さらに、いくつかの実施形態では、図３に列挙されるいくつかの動作が省略されることがある。

図４に、ボイス／音声を通じたディジット収集およびＤＴＭＦ規則についてのチェックを示す一例に関する流れ図を示す。通信ネットワークでは、ＳＩＰユーザ１０１は、ＭＳ１０２に数のディジットを通信しなければならないことがある。例えば、ＳＩＰユーザ１０１は、コーリングカード機能を利用したいことがあり、コーリングカード機能では、ＳＩＰユーザ１０１がコーリングカードを使用して呼出しを行うことができ、機能を利用する前にユーザＩＤを通信する必要がある。ボイスディジットを通信する前に、ＳＩＰユーザ１０１は、ネットワークとの通信リンクを開始し、ボイスを通じてディジットを通信することを選ぶ。ＳＩＰユーザ１０１は、ＭＧＣ１０３に要求を送ることによって通信リンクを開始することができる。例えば、コーリングカード機能を利用するために、ＳＩＰユーザ１０１は、ＭＧＣ１０４にサービスコード４０２を送ることができる。ＳＩＰユーザ１０１から要求を受信し、ＳＩＰユーザ１０１からディジットを収集しなければならないと判定したとき、ＭＧＣ１０３はＳＣＰ１０４をトリガする。例えば、ＭＧＣ１０３は、ＳＣＰ１０４に初期検出ポイント（ＩＤＰ）４０３を送ることによってＳＣＰ１０４をトリガすることができる。トリガされたとき、ＳＣＰ１０４は、ＭＧＣ１０３を使用して、ＳＩＰユーザ１０１との通信セッションを開始するようにＭＳ１０２に指令する。ＳＣＰ１０４は、ＭＧＣ１０３を通じてＭＳ１０２にメッセージを送り、ＭＳ１０２に指令する。例えば、ＳＣＰ１０４は、ＭＧＣ１０３にＣｏｎｎｅｃｔ ｔｏ Ｒｅｓｏｕｒｃｅ（ＣＴＲ）４０４メッセージを送ることができ、ＭＧＣ１０３は、ＭＳ１０２にＩｎｖｉｔｅ４０５メッセージを送ることができる。次いで、ＭＳ１０２は、ＳＩＰユーザ１０１との通信セッションを確立することを試み、ＭＳ１０２がＳＩＰユーザ１０１との通信セッションを確立することを試みていることを示すメッセージをＭＧＣ１０３に送る。例えば、ＭＳ１０２によってＭＧＣ１０３に送られるメッセージは、１００ Ｔｒｙｉｎｇ ４０６メッセージでよい。ＳＩＰユーザ１０１とのセッションを首尾よく確立したとき、ＭＳ１０２は、セッション確立の成功を示すメッセージをＭＧＣ１０３に送る。例えば、ＭＳ１０２は、セッション確立の成功を示す２００ ＯＫ ４０７メッセージをＭＧＣ１０３に送ることができ、リアルタイムトランスポートプロトコル（ＲＴＰ）を通じて、ＭＳ１０２とＳＩＰユーザ１０１との間の通信を行うことができる。ＳＣＰ１０４は、ＭＧＣ１０３を通じてＭＳ１０２にプロンプト告知を送り、ディジット収集がボイス信号を通じて行われつつあるはずであることをＭＳに指令する。ＳＣＰ１０４はまた、ＭＳ１０２にＤＴＭＦ規則を送る。例えば、ＳＣＰ１０４は、ＭＧＣ１０３にプロンプト告知をＰＡＣＵＩ４０８として送り、ＳＩＰユーザ１０１によるディジット通信がボイス／音声を通じて行われることを示すパラメータをＰＡＣＵＩ４０８メッセージ内に有することができる。ＭＧＣ１０３は、ＭＳ１０２にプロンプト告知およびＤＴＭＦ規則を送る。例えば、ＭＧＣ１０３は、プロンプト告知およびＤＴＭＦ規則を、ＳＩＰ ＩＮＦＯメッセージ内のメディアサーバマークアップ言語（ＭＳＭＬ）／メディアサーバ制御対話型ボイス応答（ＭＳＣＩＶＲ）４０９として送ることができる。ＳＩＰ ｉｎｆｏメッセージはまた、ディジット収集がボイスを通じて行われることをＭＳ１０２に示す。ＭＳＭＬ／ＭＳＣＩＶＲ４０９メッセージ内のｖｏｉｃｅｉｎｆｏｒｍａｔｉｏｎパラメータを使用して、ディジット収集がボイスを通じて行われることをＭＳ１０２に示すことができる。

次いで、ＭＳ１０２は、ＳＩＰユーザ１０１に対してプロンプトメッセージを再生する。例えば、プロンプトメッセージは、Ｓｔａｒｔ Ａｎｎ ４０１０メッセージとして開始し、Ｅｎｄ Ａｎｎ ４０１１メッセージとして終了することができる。ＭＳ１０２は、ＳＩＰユーザ１０１から得られたボイスディジットを収集する。例えば、ＭＳ１０２は、ディジット収集をＳｔａｒｔ ｄｉｇｉｔ ｃｏｌｌｅｃｔｉｏｎ ４０１２として開始することができる。ディジットを言った後、ＳＩＰユーザ１０１は、ＭＳ１０２とのディジット収集セッションを終了するための文字を言い、セッション文字の終了の受信時に、ＭＳ１０２は、ディジット収集セッションを停止する。例えば、ＭＳ１０２は、ディジット収集をＥｎｄ ｄｉｇｉｔ ｃｏｌｌｅｃｔｉｏｎ ４０１３として停止することができる。ＳＩＰユーザ１０１からボイスディジットを収集した後、ＭＳ１０２は、ボイスサンプルをディジットに変換し、ディジットを通信中にＳＩＰユーザ１０１がすべてのＤＴＭＦ規則に従ったかどうかを確認するためにチェックする。収集したボイスディジットがすべてのＤＴＭＦ規則に従っているとＭＳ１０２が判定した場合、ＭＳ１０２は、ディジット収集の成功を示す応答をＭＧＣ１０３に送り、収集したディジットもＭＧＣ１０３に送る。ＭＳ１０２が、収集したボイスディジット中の何らかのエラーを判定した場合、ＭＳ１０２は、ディジットの収集の際のエラーを示す応答をＭＧＣ１０３に送る。例えば、ＭＳ１０２は、ＭＧＣ１０３にＭＳＭＬ／ＭＳＣＩＶＲ４０１４メッセージとして応答を送ることができる。ＭＧＣ１０３は、ＭＳ１０２から得られた応答をＳＣＰ１０４に送る。送られた応答が成功応答である場合、ＭＧＣ１０３は、収集したディジットもＳＣＰ１０４に送る。例えば、ＳＣＰ１０４に送られた応答をＰＡＣＵＩ＿ＲＳＬＴ４０１５メッセージとして送ることができる。

ボイスを通じたディジットのボイス収集の使用の一例は、コーリングカードシナリオでのものである。コーリングカード機能を利用する間、ＳＩＰ使用１０１は、ユーザＩＤ、暗証番号、および宛先番号を通信しなければならないことがある。ＳＣＰ１０４はまずＰＡＣＵＩを送り、プロンプト告知を再生し、ボイスを通じてユーザＩＤを収集する。再生されるプロンプト告知は、「あなたのユーザＩＤを話し、ハッシュと言って終了して下さい」でよい。次いで、ＳＣＰ１０４はＰＡＣＵＩを送り、プロンプト告知を再生し、ボイスを通じて暗証番号を収集する。再生されるプロンプト告知は、「あなたの暗証番号を話し、ゼロと言って終了して下さい」でよい。最後に、ＳＣＰ１０４はＰＡＣＵＩを送り、プロンプト告知を再生し、ボイスを通じて宛先番号を収集する。再生されるプロンプト告知は、「あなたの宛先番号を話し、ハッシュと言って終了して下さい」でよい。別の実施形態では、ボイスを通じてある番号を収集することができ、ある番号をＳＩＰユーザ１０１がタイプすることができる。例えば、コーリングカードシナリオでは、ＳＩＰユーザ１０１は、ボイスを通じてユーザＩＤを言い、番号をタイプすることによって暗証番号および宛先番号を入力することができる。

少なくとも１つハードウェアデバイス上で動作し、ネットワーク要素を制御するためにネットワーク管理機能を実施する少なくとも１つソフトウェアプログラムを通じて、本明細書で開示される実施形態を実施することができる。図１および図２に示されるネットワーク要素は、ハードウェアデバイス、またはハードウェアデバイスとソフトウェアモジュールの組合せの少なくとも一方でよいブロックを含む。

本明細書で開示される実施形態は、ボイス／音声を通じてディジットを収集し、収集したディジットが、必要とされるＤＴＭＦ規則に従うかどうかをチェックするシステムおよび方法を指定する。したがって、保護の範囲がそのようなプログラム、さらにはその中にメッセージを有するコンピュータ可読手段に拡張され、そのようなコンピュータ可読記憶手段は、プログラムがサーバまたはモバイルデバイスまたは任意の適切なプログラム可能デバイス上で動作するとき、方法の１つまたは複数のステップの実施のためのプログラムコード手段を含むことを理解されたい。方法は、好ましい実施形態では、例えば超高速集積回路ハードウェア記述言語（ＶＨＤＬ）または別のコーディング言語で書かれたソフトウェアプログラムを通じて、またはそれと共に実施され、あるいは少なくとも１つハードウェアデバイス上で実行中の１つまたは複数のＶＨＤＬまたはいくつかのソフトウェアモジュールによって実施される。ハードウェアデバイスは、例えば、サーバまたはパーソナルコンピュータなどの任意の種類のコンピュータ、あるいはそれらの任意の組合せ、例えば１つのプロセッサおよび２つのＦＰＧＡを含む、プログラムすることができる任意の種類のデバイスでよい。デバイスは、例えば、例えばＡＳＩＣなどのハードウェア手段、またはハードウェア手段とソフトウェア手段の組合せ、例えばＡＳＩＣとＦＰＧＡ、あるいは少なくとも１つマイクロプロセッサとその中にソフトウェアモジュールが位置する少なくとも１つのメモリでよい手段をも含むことができる。本明細書で説明される方法実施形態を、純粋なハードウェアで、または部分的にハードウェアで、部分的にソフトウェアで実施することができる。あるいは、例えば複数のＣＰＵを使用して、異なるハードウェアデバイス上で本発明を実施することができる。

特定の実施形態の上記の説明は、本明細書の実施形態の一般的性質を完全に明らかにするので、他の人は、現在の知識を適用することにより、一般的な概念から逸脱することなく、様々な応用分野のためにそのような特定の実施形態を容易に修正および／または適合させることができ、したがって、そのような適合および修正は、開示される実施形態の均等物の意味および範囲内に包含されるはずであり、包含されるものとする。本明細書で使用される表現または用語は説明のためのものであり、限定のためのものではないことを理解されたい。したがって、本明細書の実施形態が好ましい実施形態によって説明されたが、本明細書に記載されているような請求項の趣旨および範囲内の修正と共に本明細書の実施形態を実施できることを当業者は理解されよう。

Claims (16)

1. 通信ネットワークでＳＩＰユーザからディジットを収集する方法であって、
   前記ＳＩＰユーザが、ボイスを通じてメディアサーバ（１０２）に前記ディジットを通信するステップと、
   前記メディアサーバ（１０２）が前記ディジットを収集するステップと、
   前記メディアサーバ（１０２）が、必要とされるＤｕａｌ Ｔｏｎｅ Ｍｕｌｔｉ Ｆｒｅｑｕｅｎｃｙ規則を前記ディジットが満たすかどうかを判定するためにチェックするステップと
   を含む、方法。
2. 前記ＳＩＰユーザが、通信端末を使用して前記メディアサーバ（１０２）に前記ディジットを通信する、請求項１に記載の方法。
3. 前記メディアサーバ（１０２）が、前記ＳＩＰユーザに対してプロンプトメッセージを再生して、前記ディジットを収集するセッションの開始を示す、請求項１に記載の方法。
4. 前記ＳＩＰユーザが、前記ＳＩＰユーザが前記ディジットを言うことを完了したことを示すために、少なくとも１つの文字を言う、請求項１に記載の方法。
5. 前記メディアサーバ（１０２）が、メディアゲートウェイコントローラ（１０３）を通じて、前記チェックの結果をサービス制御ポイント（ＳＣＰ）１０４に送る、請求項１に記載の方法。
6. ｖｏｉｃｅｉｎｆｏｒｍａｔｉｏｎパラメータが、メディアサーバマークアップ言語（ＭＳＭＬ）／メディアサーバ制御対話型ボイス応答（ＭＳＣＩＶＲ）フォーマットで、前記メディアサーバ（１０２）に送られるＳＩＰ ＩＮＦＯメッセージ内に含められ、前記パラメータが、前記ディジット収集がボイスを通じて行われることを示す、請求項１に記載の方法。
7. 前記Ｄｕａｌ Ｔｏｎｅ Ｍｕｌｔｉ Ｆｒｅｑｕｅｎｃｙ規則が、
   収集される最小ディジット数、
   収集される最大ディジット数、
   前記ＳＩＰユーザが前記ディジットを言うことを完了したことを示すための少なくとも１つの文字、
   ディジット開始インジケータ、
   キャンセルディジット、
   ディジット収集セッションの開始から、最初のディジットが収集されるまでの間に使用されるタイマ値、および
   ２つの連続するディジット間で使用されるタイマ値
   のうちの少なくとも１つを含む、請求項１に記載の方法。
8. 通信ネットワークでＳＩＰユーザからディジットを収集するメディアサーバ（１０２）であって、
   前記ＳＩＰユーザによって話された前記ディジットを収集し、
   必要とされるＤｕａｌ Ｔｏｎｅ Ｍｕｌｔｉ Ｆｒｅｑｕｅｎｃｙ規則を前記ディジットが満たすかどうかを判定するために前記ディジットをチェックする
   ように構成された少なくとも１つの手段を備える、メディアサーバ（１０２）。
9. 前記メディアサーバ（１０２）が、前記ＳＩＰユーザに対してプロンプトメッセージを再生し、前記ディジットを収集するセッションの開始を示すように構成される、請求項８に記載のメディアサーバ（１０２）。
10. 前記メディアサーバ（１０２）が、前記ＳＩＰユーザが前記ディジットを言うことを完了したことを示すための少なくとも１つの文字を前記ＳＩＰユーザが言ったとき、前記ディジットの収集を停止するように構成される、請求項８に記載のメディアサーバ（１０２）。
11. 前記メディアサーバ（１０２）が、メディアゲートウェイコントローラ（１０３）を通じて、前記チェックの結果をサービス制御ポイント（ＳＣＰ）１０４に送るように構成される、請求項８に記載のメディアサーバ（１０２）。
12. 前記Ｄｕａｌ Ｔｏｎｅ Ｍｕｌｔｉ Ｆｒｅｑｕｅｎｃｙ規則が、
    収集される最小ディジット数、
    収集される最大ディジット数、
    前記ＳＩＰユーザが前記ディジットを言うことを完了したことを示す少なくとも１つの文字、
    ディジット開始インジケータ、
    キャンセルディジット、
    ディジット収集セッションの開始から、最初のディジットが収集されるまでの間に使用されるタイマ値、および
    ２つの連続するディジット間で使用されるタイマ値
    のうちの少なくとも１つを含む、請求項８に記載のメディアサーバ（１０２）。
13. 通信ネットワークでＳＩＰユーザからディジットを収集する方法であって、前記ＳＩＰユーザが、ボイス／音声を通じてメディアサーバ（１０２）に前記ディジットを通信することを含む、方法。
14. 前記ＳＩＰユーザが、通信端末を使用して前記メディアサーバ（１０２）に前記ディジットを通信する、請求項１３に記載の方法。
15. 通信ネットワークでＳＩＰユーザからディジットを収集するメディアサーバ（１０２）であって、
    前記ＳＩＰユーザによって話された前記ディジットを収集する
    ように構成された少なくとも１つの手段を備える、メディアサーバ（１０２）。
16. 前記ＳＩＰユーザが、通信端末を使用して前記メディアサーバ（１０２）に前記ディジットを通信する、請求項１５に記載のメディアサーバ（１０２）。

Images