(57)【要約】電話ユーザが呼セットアップ・プロセスの識別をカスタマイズできるようにするシステムおよび方法について述べる。電話のユーザは、基礎となる音楽トラックにユーザの音声をミキシングさせることによって、カラオケ式の録音を作成することが許可される。カラオケ式の録音は、呼セットアップ・プロセスを識別するために、望まれる場合には、リングバック・トーンおよび／またはリングトーンとして後で使用されるように、記憶される。
2008546358.tif 000002
【特許請求の範囲】
【請求項１】
電話ユーザが呼出側に対する呼セットアップ・プロセスの識別をカスタマイズできるようにする方法であって、
基礎音楽トラックを前記ユーザの音声とミキシングさせることによって、前記電話ユーザがカラオケ式録音を作成できるようにするステップと、
前記カラオケ式録音を、後でリングバック・トーンとして使用されるように記憶させるステップと、
呼出側に対する前記呼セットアップ・プロセスを識別するために、前記ユーザと関連する電話番号に対するリングバック・トーンとして、前記カラオケ式録音が使用されるようにするステップと
を備える方法。
【請求項２】
請求項１に記載の方法であって、前記ユーザは複数の使用可能な基礎音楽トラックから前記基礎音楽トラックを選択することができる、方法。
【請求項３】
請求項１に記載の方法であって、前記電話ユーザが前記カラオケ式録音を作成できるようにする前記ステップは、メッセージング駆動型の対話式音声応答技術を用いてセットアップおよび実施される、方法。
【請求項４】
請求項３に記載の方法であって、前記対話式音声応答技術はデュアル・トーン複数周波数技術を用いる、方法。
【請求項５】
請求項３に記載の方法であって、前記対話式音声応答技術は音声認識技術を用いる、方法。
【請求項６】
請求項３に記載の方法であって、前記ユーザは、前記カラオケ式録音を記録するためのスタジオ・セッション中にハンドセットに向かって歌うか又は話す、方法。
【請求項７】
請求項６に記載の方法であって、前記カラオケ式録音のためのネットワーク・レイテンシ補正機能を実施するステップを更に備える、方法。
【請求項８】
請求項１に記載の方法であって、前記電話ユーザが前記カラオケ式録音を作成できるようにする前記ステップは、ウェブ駆動型の対話式音声応答技術を用いてセットアップおよび実施される、方法。
【請求項９】
請求項８に記載の方法であって、前記ユーザは、前記カラオケ式録音を記録するためのスタジオ・セッション中にハンドセットに向かって歌うか又は話す、方法。
【請求項１０】
請求項９に記載の方法であって、前記カラオケ式録音のためのネットワーク・レイテンシ補正機能を実施するステップを更に備える、方法。
【請求項１１】
請求項１に記載の方法であって、前記電話ユーザが前記カラオケ式録音を作成できるようにする前記ステップは、ワイヤレス・アプリケーション・プロトコル駆動型の対話式音声応答技術を用いてセットアップおよび実施される、方法。
【請求項１２】
請求項１１に記載の方法であって、前記ユーザは、前記カラオケ式録音を記録するためのスタジオ・セッション中にハンドセットに向かって歌うか又は話す、方法。
【請求項１３】
請求項１２に記載の方法であって、前記カラオケ式録音のためのネットワーク・レイテンシ補正機能を実施するステップを更に備える、方法。
【請求項１４】
請求項１に記載の方法であって、前記電話ユーザが前記カラオケ式録音を作成できるようにする前記ステップは、ＩＰプロトコルを用いてセットアップおよび実施される、方法。
【請求項１５】
請求項１４に記載の方法であって、前記カラオケ式録音の作成をセットアップおよび実施するために、パーソナル・コンピュータとパーソナル・コンピュータ・クライアント・ベースのアプリケーションとが使用される、方法。
【請求項１６】
請求項１５に記載の方法であって、前記ユーザは、前記カラオケ式録音を記録するためのスタジオ・セッション中に、前記パーソナル・コンピュータと関連するマイクロホンに向かって歌うか又は話す、方法。
【請求項１７】
請求項１４に記載の方法であって、前記カラオケ式録音の作成をセットアップおよび実施するために、ハンドセットとハンドセット・クライアント・ベースのアプリケーションとが使用される、方法。
【請求項１８】
請求項１に記載の方法であって、前記ユーザが前記カラオケ式録音に関してレビューおよびコメントすることを許可するステップを更に含む、方法。
【請求項１９】
請求項１８に記載の方法であって、前記ユーザは、公にアクセス可能なウェブページを介して前記カラオケ式録音のレビューを行うことを許可することができる、方法。
【請求項２０】
呼出側から呼を受信したときの呼セットアップ・プロセスの識別を電話ユーザがカスタマイズできるようにする方法であって、
基礎音楽トラックを前記ユーザの音声とミキシングさせることによって、前記電話ユーザがカラオケ式録音を作成できるようにするステップと、
前記カラオケ式録音を、後でリングトーンとして使用されるように記憶させるステップと、
前記呼セットアップ・プロセスを識別するために、前記ユーザに関連する電話番号に対するリングトーンとして、前記カラオケ式録音が使用されるようにするステップと
を備える方法。
【請求項２１】
請求項２０に記載の方法であって、前記カラオケ式録音を、記憶されて後にリングトーンとして使用されるように、ハンドセットへ送るステップを更に含む、方法。
【請求項２２】
請求項２０に記載の方法であって、前記ユーザは複数の使用可能な基礎音楽トラックから前記基礎音楽トラックを選択することができる、方法。
【請求項２３】
請求項２０に記載の方法であって、前記電話ユーザが前記カラオケ式録音を作成できるようにする前記ステップは、メッセージング駆動型の対話式音声応答技術を用いてセットアップおよび実施される、方法。
【請求項２４】
請求項２３に記載の方法であって、前記対話式音声応答技術はデュアル・トーン複数周波数技術を用いる、方法。
【請求項２５】
請求項２３に記載の方法であって、前記対話式音声応答技術は音声認識技術を用いる、方法。
【請求項２６】
請求項２３に記載の方法であって、前記ユーザは、前記カラオケ式録音を記録するためのスタジオ・セッション中にハンドセットに向かって歌うか又は話す、方法。
【請求項２７】
請求項２６に記載の方法であって、前記カラオケ式録音のためのネットワーク・レイテンシ補正機能を実施するステップを更に含む、方法。
【請求項２８】
請求項２０に記載の方法であって、前記電話ユーザが前記カラオケ式録音を作成できるようにする前記ステップは、ウェブ駆動型の対話式音声応答技術を用いてセットアップおよび実施される、方法。
【請求項２９】
請求項２８に記載の方法であって、前記ユーザは、前記カラオケ式録音を記録するためのスタジオ・セッション中にハンドセットに向かって歌うか又は話す、方法。
【請求項３０】
請求項２９に記載の方法であって、前記カラオケ式録音のためのネットワーク・レイテンシ補正機能を実施するステップを更に含む、方法。
【請求項３１】
請求項２０に記載の方法であって、前記電話ユーザが前記カラオケ式録音を作成できるようにする前記ステップは、ワイヤレス・アプリケーション・プロトコル駆動型の対話式音声応答技術を用いてセットアップおよび実施される、方法。
【請求項３２】
請求項３１に記載の方法であって、前記ユーザは、前記カラオケ式録音を記録するためのスタジオ・セッション中にハンドセットに向かって歌うか又は話す、方法。
【請求項３３】
請求項３２に記載の方法であって、前記カラオケ式録音のためのネットワーク・レイテンシ補正機能を実施するステップを更に含む、方法。
【請求項３４】
請求項２０に記載の方法であって、前記電話ユーザが前記カラオケ式録音を作成できるようにする前記ステップは、ＩＰプロトコルを用いてセットアップおよび実施される、方法。
【請求項３５】
請求項３４に記載の方法であって、前記カラオケ式録音の作成をセットアップおよび実施するために、パーソナル・コンピュータとパーソナル・コンピュータ・クライアント・ベースのアプリケーションとが使用される、方法。
【請求項３６】
請求項３５に記載の方法であって、前記ユーザは、前記カラオケ式録音を記録するためのスタジオ・セッション中に、前記パーソナル・コンピュータに関連するマイクロホンに向かって歌うか又は話す、方法。
【請求項３７】
請求項３４に記載の方法であって、前記カラオケ式録音の作成をセットアップおよび実施するために、ハンドセットとハンドセット・クライアント・ベースのアプリケーションとが使用される、方法。
【請求項３８】
請求項２０に記載の方法であって、前記ユーザが前記カラオケ式録音に関してレビューおよびコメントすることを許可するステップを更に含む、方法。
【請求項３９】
請求項３８に記載の方法であって、前記ユーザは、公にアクセス可能なウェブページを介して前記カラオケ式録音のレビューを行うことを許可することができる、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照によりその開示が本明細書に組み込まれる、２００５年６月９日に出願された米国仮出願６０／６８９１５９に対する優先権およびその利益を主張する。本出願はまた、やはり参照によりその開示が本明細書に組み込まれる、２００５年９月２６日に出願された米国仮出願６０／７２０６６６に対する優先権およびその利益も主張する。
【０００２】
本発明は一般に、リングバック・トーン技術およびリングトーン技術を対象とする。より詳細には、本発明は、ワイヤレスまたはワイヤラインの電話サービス加入者が、既存のオーディオ録音上に、または単独のオーディオ録音として、自分自身の声を録音し、モバイル・ハンドセット用のリングバック・トーンおよび／またはリングトーンとして再生するのに適したフォーマットに変換できる一意のオーディオ・ファイルを作成することができるようにするためのシステムおよび方法を対象とする。オーディオ・ファイルは、カラオケ式のオーディオ・ファイルの形態とすることができる。
【背景技術】
【０００３】
基礎をなす技術は、いわゆるリングバック技術、およびいわゆるリングトーン技術に関する。従来、リングバックは、発呼側（呼び出しを行う側、呼出側）が別の電話機へ電話を掛けたときに聞く、シミュレートされた呼出音である。このシミュレートされた音は、被呼側（呼び出される側）が自分の電話に応答する時まで、またはリングバック・プロセスを終了させることになるようなイベントの発生時まで、発呼側に聞こえる。
【０００４】
一方、リングトーンは、着信している呼（呼び出し、コール）に対する注意を喚起するために、被呼側の電話機によって再生される、シミュレートされた呼出音である。このシミュレートされた音は、被呼側が自分の電話に応答する時まで、または呼出プロセスを終了させることになるようなイベント（その呼が、ボイスメール応答システムへ送られることなど）の発生時まで、被呼側に聞こえる。
【０００５】
最新のリングバック技術では、セルラ電話サービス加入者が自分のリングバックをカスタマイズすることができる。誰かがこのセルラ電話顧客に電話したとき、発呼側には、カスタマイズされたリングバックが聞こえることになる。
【０００６】
同様に、最新のリングトーン技術では、セルラ電話サービス加入者が自分のリングトーンをカスタマイズすることができる。誰かがこのセルラ電話の顧客へ電話したとき、その顧客には、カスタマイズされたリングトーンが聞こえることになる。人気のあるカスタマイズされたリングバック・トーンおよびリングトーンの例には、歌や、好きなスポーツの瞬間の実況放送などが含まれる。
【０００７】
既存の技術では、ワイヤレスの加入者は、後でリングバック・トーンおよび／またはリングトーンとして使用するために加入者によってカラオケ式のオーディオ・ファイルが作成されるといった、カラオケ式のリングバック・トーンおよび／またはリングトーンの作成、管理、および再生の能力を有さなかった。従来のカラオケは非常に人気がある。既存のリングバック・トーンおよびリングトーン技術は、カラオケの人気を用いることができていない。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記のことに鑑みて、カスタマイズド・リングバック・トーン市場で、カラオケ式音楽の人気を用いることが必要とされている。
【０００９】
また、カスタマイズド・リングトーン市場で、カラオケ式音楽の人気を用いることも必要とされている。
【００１０】
また、加入者がカラオケ式のリングバック・トーンを作成、管理、および再生できるようにするシステムおよび方法を提供することも必要とされている。
【００１１】
また、加入者がカラオケ式のリングトーンを作成、管理、および再生できるようにするシステムおよび方法を提供することも必要とされている。
【００１２】
また、ワイヤレス・ハンドセット・デバイスを使用してカラオケ式のオーディオ・ファイルを作成できるようにすることも必要とされている。
【００１３】
上述の必要性は、必ずしも包括的ではない。更に、本明細書に述べる本発明の好ましい形態から得られる利益は、限定的ではない。追加の利益も、後続の記述から明らかになるであろう。また、装置および／または方法は、本発明の好ましい形態のあらゆる明示的または暗黙的な利益を達成しなくても、特許請求される本発明にあたることを理解されたい。利益ではなく添付の特許請求の範囲が、本発明の主題を定義する。あらゆる利益は、必ずしも本発明全般ではなく、本発明の好ましい形態から得られる。
【課題を解決するための手段】
【００１４】
本明細書に述べる技術は、上述の必要性を満たす。本発明により、ワイヤレス、または場合によってはワイヤラインの電話の顧客は、音楽トラックを自分自身の声と組み合わせて、真に個人化されたリングバック・トーンおよび／またはリングトーンのコンテンツを作成することができる。本発明は、真に個人化されたリングバック・トーンおよび／またはリングトーンを作成し、その使用を可能にする。ユーザによって作成されたコンテンツは、１または複数のカラオケ式オーディオ・ファイルとして記憶され、リングバック・コンテンツおよび／またはリングトーン・コンテンツとしてすぐに使用できる。１または複数の事前に録音（記録）されたカラオケ式オーディオ・ファイルの形のカスタマイズド・リングバック・トーンおよび／またはリングトーンを、作成、管理、および使用することが可能になる。リングバック・トーンとして使用されるときは、発呼側が呼出しへの応答を待つ間、歌録音とミキシングされたセルラ加入者の音声のオーディオ録音が発呼側に聞こえるものとすることができる。リングトーンとして使用されるときは、呼出しへの応答を待つ間、歌録音とミキシングされたセルラ加入者の音声のオーディオ録音が再生される。好ましくは、本発明により、加入者はまた、ウェブサイト、好ましくは公に使用可能およびアクセス可能なウェブサイトにリンクをポスト（掲示）することが可能になり、コメントおよび／または投票を求めるために、作成したカラオケ式オーディオ・ファイルをストリーミングすることができる。
【００１５】
述べられる実施形態では、本発明のシステムは、サーバ・ハードウェアとサーバおよびクライアント・ソフトウェアとを備え、対話式音声応答（ＩＶＲ）、パーソナル・コンピュータ（ＰＣ）・デスクトップ・アプリケーション、ウェブ、およびワイヤレス・ハンドセットをベースとするインタフェースを介して、個別化された録音の作成、管理、および使用（再生）を可能にする。
【００１６】
以下の詳細な記述では、図を頻繁に参照する。図において、同じ参照番号は同じコンポーネントを指す。
【発明を実施するための最良の形態】
【００１７】
本明細書に述べるように、ハードウェアおよびソフトウェアを使用して、個別化およびカスタマイズされたカラオケ式の録音を、対話式音声応答、パーソナル・コンピュータ・デスクトップ・アプリケーション、およびウェブをベースとするインタフェースを介して作成、管理、および再生することができる。作成されたオーディオ・ファイルは、リングバック・トーンおよび／またはリングトーンとして使用することのできるカラオケ式オーディオ・ファイルである。同じ録音されたカラオケ式オーディオ・ファイルを、加入者のためのリングトーンおよびリングバック・トーンとして働かせることができ、また代替例としては、これらの目的に使用される２以上の異なるカラオケ式オーディオ・ファイルを含めた異なるリングトーンおよびリングバック・トーンを使用することもできる。
【００１８】
本明細書では、トーン作成用の４つのタイプのクライアント・アプリケーションおよび方法について述べる。それらは、メッセージング駆動型ＩＶＲ、ウェブまたはワイヤレス・アプリケーション・プロトコル（ＷＡＰ）駆動型ＩＶＲ、ＰＣアプリケーション、およびハンドセットをベースとするクライアント・アプリケーションである。これらの方法はそれぞれ一意ではあるが、同じ基礎的サーバ・アーキテクチャ１０を用いることが好ましい。このサーバ・アーキテクチャ１０は、ストリーミング・サーバ１２、ホスト・コントローラ・ユニット（ＨＣＵ）１４、データベース・クラスタ（ＤＢ）１６、およびコンパクトＰＣＩ（ｃＰＣＩ）マルチブレード・シグナリング・ユニット１８を備えるものとして、図１〜３に例示されている。
【００１９】
リングバック／リングトーン・コンテンツの作成および管理プラットフォームは、使用可能性、頑強性、および冗長性が高いプラットフォームであることが好ましい。このプラットフォームは、その基本コンフィギュレーションで、１から１０４８のＴ−１／Ｅ−１リンクの簡単なスケーラビリティを可能にすることが好ましい。加えて、プラットフォーム１０は、ストリーミング技術を提供し、それにより、キャリアは、無限数のコンテンツ・タイプおよび個別コンテンツをその加入者へ提供することができる。コア・ソフトウェアは、好ましくは、すべてのシステム監視機能に対する完全なＳＮＭＰサポートを提供し、ＲＦＣ２５４３およびＳＤＰ  ＲＦＣ２３２７に準拠する完全なＳＩＰサポートを有し、パケットと回路交換（ＩＭＳ）との混合した環境での動作を可能にする。
【００２０】
リングバック／リングトーン・コンテンツ作成および管理プラットフォーム１０は、分散型アーキテクチャで設計することができ、それにより、個々の要素ならびにシステム全体が、難なく成長することができる。基本的なネットワーク要素は、前述のストリーミング・サーバ１２、ホスト・コントローラ・ユニット（ＨＣＵ）１４、データベース（ＤＢ）サーバ１６、およびコンパクトＰＣＩ（ｃＰＣＩ）マルチブレード・シグナリング・ユニット１８である。
【００２１】
ストリーミング・サーバ１２は、コンテンツおよびストリーミング・アプリケーションをホストする。ストリーミング・サーバ１２は、無限のコンテンツ選択を提供するために、スタック型のコンフィギュレーションとすることができる。無限数のリングバック・コンテンツ・タイプ、無限数のリングトーン・コンテンツ・タイプ、および個別のコンテンツ・タイプを加入者へ提供できることは、重要である。なぜなら、リングバックおよびリングトーンのユーザに、本発明の使用を介して自分自身のコンテンツを作成する能力が与えられるからである。
【００２２】
ホスト・コントローラ・ユニット１４は、ユーザ・アプリケーションおよびブレード制御論理を提供する。具体的には、ホスト・コントローラ・ユニット１４は、ＩＶＲを制御するアプリケーション・フレームワークを提供し、更に、本明細書で言及する、ＷＥＢと、Ｊａｖａと、ハンドセット・ベースのＪ２ＭＥおよびＢＲＥＷとをベースとするクライアント・ソフトウェアのためのサーバ側コンポーネントを制御するアプリケーション・フレームワークを提供する。加えて、ホスト・コントローラ・ユニット１４は、望まれる場合には、完成したトーンを公的に表示することを可能にする。より小規模なインストールの場合、ホスト・コントローラ・ユニット１４は、データ・ベーシング機能を含むこともできる。ホスト・コントローラ・ユニット１４は、冗長性およびスケーラビリティを提供するために、対にしたりスタックさせることができる。
【００２３】
データベース・サーバ１６は、ユーザ・アカウント、選好、コンテンツ選択、および課金情報を管理するために、ストレージおよびデータベース・サービスを提供する。
【００２４】
ｃＰＣＩマルチブレード・シグナリング・ユニット１８は、Ｔ１／Ｅ１インタフェース、ならびにＳＳ７／ＩＳＵＰスタックを提供する。好ましくは、最小限のコンフィギュレーションは、８つの完全冗長Ｔ１／Ｅ１リンクを提供する。
【００２５】
図１に、１０として全体的に示すリングバック／リングトーン・コンテンツ作成および管理プラットフォームの基本コンフィギュレーションを示す。図示のように、プラットフォーム１０は、ストリーミング・サーバ１２、ホスト制御ユニット１４、データベース・サーバ１６、ｃＰＣＩマルチブレード・シグナリング・ユニット１８、ギガビット・スイッチ２０、およびＤＳＸ−５０パッチ・パネル２２を備える。図１に示す実施形態では、すべてのシステム要素はデュアル・ギガビット・イーサネット（登録商標）・スイッチ２０を介して接続され、それにより各ネットワーク要素への冗長パスが提供される。各プラットフォーム要素は、マスタ／スレーブ・コンフィギュレーションの対とされて、マルチパスおよびマルチサーバの冗長性を提供する。このスタック可能アーキテクチャは、望まれる場合には、システム・リソースをスケール変更するためのフレキシビリティを提供する。コンテンツ記憶空間が限られてきた場合、追加のストリーミング・サーバ１２を追加して、全システム容量を増大させることができる。トランク・ライン、ホスト・コントローラ・ユニット１４、およびデータベース・サーバ１６も、すべて同様にしてスケール変更することができる。
【００２６】
リングバック／リングトーン・コンテンツ作成および管理プラットフォーム１０は、標準のＴ１／Ｅ１リンクを使用して、キャリアのネットワークに接続することができる。録音（記録）プラットフォームは、完全に、ハンドセットおよび無線（ＯＴＡ：ｏｖｅｒ−ｔｈｅ−ａｉｒ）技術にとらわれない。リングバック・トーンおよびリングトーンの送達は、キャリアの既存データ・ネットワークを介して、産業における標準的な方法を使用して達成される。
【００２７】
リングバック／リングトーン・コンテンツ作成および管理プラットフォーム１０は、多種のコンフィギュレーションで、キャリアのネットワークに容易に統合されるように設計することができる。最終的なネットワーク・コンフィギュレーションは、キャリアのネットワークおよびトランキングの選好に依存する。予期される２つのネットワーキング・シナリオを以下に詳述するが、当業者であれば、他のネットワーク・トポロジを使用してキャリアの好むコンフィギュレーションを補うことができることも理解するであろう。
【００２８】
図２に、プラットフォーム・アーキテクチャ１０に関する集中型サービス・モデル２４を示す。ターンキー・シナリオでは、ハードウェアは、キャリアのネットワークの一つの場所に位置する。従来の集中型シナリオでは、ハードウェアは１つの中央オフィス２５に位置する。キャリアは、その各スイッチから、集中型リングバック／リングトーン・コンテンツ作成および管理プラットフォームへのトラフィックをトランク（trunking）するタスクを実施することができる。
【００２９】
図３に、プラットフォーム・アーキテクチャ１０に関する非集中型サービス・モデル２６を示す。ここでは、ネットワーク要素が、キャリアのネットワークの縁部に配置される。このモデルでは、それぞれのモバイル交換センタ（ＭＳＣ）２８が、またはＭＳＣのサブセットが、それ自体のストリーミング・サーバ１２、ｃＰＣＩブレード・サーバ１８、およびホスト制御ユニット１４（一体型ローカル・データベースを備える）を有することになる。加えて、主要場所ホスト・コントローラ・ユニット１４およびデータベース・サーバ・クラスタ１６が、主要場所（メイン・サイト）２５に存在して、ユーザ管理、課金、およびローカル・データベースのバックアップを可能にする。
【００３０】
本明細書では、３つの主要クライアントが、リングバック・トーンおよび／またはリングトーンとして使用されるカラオケ式オーディオ・ファイルを作成するために上記のコア・ネットワーク技術と共に使用されるものとして述べられる。それらは、ＩＶＲクライアント、コンピュータ（ＰＣ）・ベースのクライアント、およびハンドセット・ベースのクライアントである。本発明を実施するためのソフトウェアは、カラオケ式のリングバック・トーンおよび／またはリングトーン・コンテンツを作成、管理、およびサポートするための対話式音声応答サブシステムを含むことができる。ＩＶＲ実装形態は、標準的なＴＣＰ／ＩＰ、標準的なＩＳＵＰ、電話、およびウェブ・プロトコルを用いて、リングバック・トーンおよび／またはリングトーンとして使用されるカラオケ式オーディオ・ファイルの作成を達成することができる。ＩＶＲ実装形態は、任意の標準的なＴ１／Ｅ１トランキング・プロトコルおよびＶＯＩＰ／ＳＩＰプロトコルをサポートすることができる。このような実装形態は、ＩＭＳフレームワーク内の機能を可能にすることができる。ＩＶＲ録音（記録）セッションは、Ｗｅｂ、ＷＡＰ、ＳＭＳ、ＭＭＳを含めた複数のフロント・エンド・クライアント・プロセスを介して開始することができる。それぞれの場合に、好ましくは、クライアントと基礎プラットフォームとの間のデータが交換されて、歌の選択がプラットフォームに通知され、ユーザが認証される。最初に述べるクライアント・アプリケーションは、メッセージング駆動型ＩＶＲアプリケーションである。メッセージング駆動型ＩＶＲインタフェースは、好ましくは、ＳＭＳまたはＭＭＳフレームワーク内で同様にうまく機能する簡単な直感的メッセージング・ダイアログ技法を用いて、認証、歌選択、および録音プロセス開始を可能にする。簡単な短いコード／キーワードの対を介して加入者入力を提供することができ、その結果として、スタジオ・セッション（即ち、録音）のための、サーバ・プラットフォームへの呼、またはサーバ・プラットフォームから加入者ハンドセットへの呼がなされる。
【００３１】
図４に、メッセージング駆動型ＩＶＲアプリケーションに関する好ましい認証および歌選択の方法の基本的なコール（呼）・フローを示す。まず３０で、加入者は、ＳＭＳとＭＭＳの何れかを使用して、事前定義済みショート・コードの形態のメッセージを、認証番号（即ちパスワード）と共に、ハンドセット３１からプラットフォームへ送信する。次いで、プラットフォームは、３２で、ユーザ認証番号を確認し、動作を続行するために確認メッセージを返信する。加入者は、３４で、事前定義済みのコンテンツ・ショート・コードを歌選択のためのキーワードとして使用して、確認メッセージに応答する。その後、プラットフォームは、３６で、スタジオ・セッションを開始するためにＩＶＲセッションを開始する。スタジオ・セッションは、簡単な直感的音声プロンプトによって、加入者に録音プロセスの手ほどきをする。プラットフォームは、３８で、カラオケ式オーディオ・ファイルを、リングバック・トーンとして使用されるように保存し、かつ／または、記録（録音）されたカラオケ・コンテンツを、リングトーンとして使用されるようにハンドセットへ送る。
【００３２】
図５に、メッセージ駆動型の対話式音声応答アプリケーションにおいて本発明を使用するための基本的なコール・フローを反映した別の図を示す。図に示すように、４０で、ユーザは、ｃＰＣＩブレード・ユニット・エンクロージャ１８中の特定のＴ１／Ｅ１ブレードとしてのターミナル（終端）点を有する、特定の公衆交換電話ネットワーク（ＰＳＴＮ）アクセス可能番号へ呼（コール）を行うか、またはこの番号から呼を受ける。ブレード・エンクロージャ１８は、４２で、入来する呼をホスト制御ユニット（ＨＣＵ）１４に通知する。４４で、ホスト制御ユニット１４は、呼をＨＣＵ上のＩＶＲリソースへ接続するように、ｃＰＣＩブレード１８に指示する。ユーザは、モバイル・ディレクトリ番号（ＭＤＮ）およびパスワード情報を使用して認証するように、標準的なＩＶＲ技法を使用して促される。５０で、ＭＤＮおよびパスワード情報を使用して、トーン作成サービスへのアクセスを得る。うまく認証が達成された場合は、５２で、データベース・クラスタ１６に対しての照会を行って、何れかの適したコンテンツがユーザによって購入済みであるかを確認する。適したコンテンツが存在する場合は、標準的なＩＶＲ技法を使用してコンテンツ名がユーザへ返される。ユーザが認証され、かつ既存の購入済みコンテンツが使用可能でない場合、ユーザは、適したコンテンツを購入することを許可される。
【００３３】
適したコンテンツが識別または購入されると、ホスト制御ユニット１４は、ＩＶＲインタフェースを介して、録音が開始されようとしていることをユーザに伝える。これに応答して、５４で、ホスト制御ユニットは、ストリーミング・サーバ１２へ指示を送る。指示の受け取りに応答して、５６、５６ａで、ストリーミング・サーバ１２は、ハンドセット３１によって使用するための、ｃＰＣＩブレード１８上の時分割多重化ポートへの２つのストリーム・リンクまたはリソースを確立する。５８、５８ａで、その対応する通信パスが、ハンドセット３１とｃＰＣＩブレード１８との間に確立される。一方のパスは、ストリーミング・サーバ上に記憶された録音済み伴奏音の再生に使用される（５６、５８）。他方のパスは、基礎トーンとユーザ音声のミキシングされた録音の記録に使用される（５６ａ、５８ａ）。この基礎トーンとユーザ音声録音との、このミキシングおよび録音（記録）は、ｃＰＣＩブレード１８の内部で実施することができる。このシステムは、完全二重モードにおける１つの物理ＤＳ０のみが利用されるように、設計することができる。接続が達成されると、ユーザは、基礎トーンの再生に重ねて歌い（または話し）、新しい一意のトーンを作成する。次いで、このカラオケ式オーディオ・ファイルは、６０で、ストリーミング・サーバ１２に記憶されるか、ハンドセットに送達されるか、またはレガシー（従来型）ＲＢＴプラットフォームへ送られ、リングバック・トーンとして使用するために、および／またはリングトーンとして使用されるようダウンロードするために、使用可能となる。
【００３４】
ここで述べる第２のクライアント・アプリケーションは、ウェブまたはワイヤレス・アプリケーション・プロトコル駆動型ＩＶＲアプリケーションである。このインタフェースは、ブラウザにとらわれない標準的なウェブ技術を用いて、認証、歌の選択、および録音プロセス開始を可能にすることができる。ウェブ・インタフェースを使用して、使用可能なコンテンツを選択および再検討（レビュー）することができ、また、録音（記録）のためのスタジオ・セッションを開始することができる。媒体の性質のため、ウェブ・インタフェースは、より豊富なメディア選択肢の組を提供し、また、生のカラオケ演奏体験に似た歌詞の提示や歌詞のスクロールといった追加の利点を提供する。加えて、ウェブ・インタフェースによれば、ＳＭＳ方法を使用して自分のトーンを作成することを選択したユーザは、公に批評および格付けしてもらうために、公にアクセス可能なウェブページに、これらのトーンをユーザのコメントと共に公表することができる。
【００３５】
図６に、録音プロセスの開始までに至る、ウェブまたはワイヤレス・アプリケーション・プロトコル駆動型ＩＶＲアプリケーションに関する代表的なプロセスを示す。６２で、ユーザは、好ましくはモバイル・ディレクトリ番号および認証番号情報を提供することによって、ホストされるウェブサイトにログオンする。ログイン後、６４で、ユーザは、記録（録音）セッションとブロギング（Blogging）（または公開（posting、ポスティング））セッションとの何れかを選択するオプションを有する。録音セッションを選択した場合、ユーザは、６６で、事前録音済みの基礎オーディオ・トラックを選択し、６８でこのトラックを試聴することができる。これに関して、歌を試聴することおよび歌詞シートを閲覧することができる。ユーザは、一意のファイル名およびコールバック番号を入力することができる。次いで、ＩＶＲシステムは、提供されたコールバック番号に対して呼（コール）を行い、次いで、スタジオ・セッションが開始して、ユーザに録音プロセスを行わせる。また、ユーザが個人識別番号ＰＩＮを用いてプラットフォームへ呼を行うようにすることも可能である。
【００３６】
スタジオ・セッションの間、７０で、ユーザは、選択した基礎音楽トラックを使用してカラオケ式オーディオ・ファイルを録音（記録）することができる。この録音に続いて、７２および７４で、ユーザは、適切な再生によって、および標準的なＩＶＲ機能を使用して、録音をレビューし、承認または却下することができる。ユーザが、録音したカラオケ式オーディオ・ファイルを却下することを選択した場合、ユーザは別の録音セッションを開始することができる。ユーザによって承認されると、録音されたカラオケ式オーディオ・ファイルは、７６で、保存することができ、リングバック・トーンとして使用するために記憶し、かつ／または、７８で、リングトーンとして使用されるように後でハンドセットにダウンロードすることができる。
【００３７】
ユーザはまた、６４および７９で、ブロギング・セッションを開始することも許可される。ブロギング・セッションの間、８０で、ユーザは、事前録音済みオーディオ・ファイルに関連するファイル名を識別する。この識別は、ファイルに関連するハイパーリンクをユーザがポイント（指し示す）してクリックするといったように、単純に実施することができる。オーディオ・ファイルは、８２で、取り出され、８４で、確認（妥当性検査）され、次いで８６で、ユーザがレビューすることができる。次いでユーザは、８８で、録音についてコメントすることができ、９０で、そのコメントを、公にアクセス可能なウェブページにポスト（公開）することができる。
【００３８】
参照した遠隔通信ネットワークを介してカラオケ式オーディオ・ファイルを記録するために、ここで述べたＩＶＲクライアント・アプリケーションを使用することについては、本来的にネットワーク・レイテンシの影響を受けることになることは理解されるであろう。ネットワーク・レイテンシは、通常の日常の音声会話ではすぐに明らかではないが、高いレイテンシ・レベルが、ハンドセット・インタフェースを使用してカラオケ式オーディオ・ファイルを作成する間はＩＶＲプラットフォームの性能に影響し得ることは、理解されるであろう。例えば、ネットワーク・レイテンシは、ユーザの音声と基礎音楽トラックとの同期性を歪めることがある。
【００３９】
ネットワーク・レイテンシの影響を低減または除去して良質の録音体験をエンド・ユーザに提供するための、４つの主要なネットワーク・レイテンシ補正方法が開発された。第１のこのような方法では、プラットフォームは、ユーザが発話を開始または停止した時を高い精度で検出することができる。この機能を、計測されるクリック・トラック（即ち、１．．．２．．．３．．．４などの識別可能なカウント）と共に使用して、呼（コール）あたりのレイテンシ・レベルを測定し、この呼あたりのレイテンシの設定を用いて録音プロセスを自動調整する。図７を参照して以下に更に詳細に示し説明するこの方法では、ユーザは、ハンドセットへ送られるクリック・トラックとともにカウントするよう求められ、誤差が平均されて、呼ごとのレイテンシ・レベルが決定される。
【００４０】
第２のネットワーク・レイテンシ補正方法では、プラットフォームを最初にインストールする間に、ワイヤレス・ネットワーク中の様々な地点から、テストのための呼が行われる。次いで、平均ネットワーク・レイテンシを測定することができ、これを使用してネットワーク・レイテンシ誤差を補正する。
【００４１】
第３のネットワーク・レイテンシ補正方法では、ＩＶＲクライアント・アプリケーションは、ミキシング機能を含むことができ、加入者がレビュー・プロセス中にハンドセット・キーパッドを使用して（必要な場合）、トラック同期を簡単に調整することを可能にする。
【００４２】
第４のネットワーク・レイテンシ補正方法では、ユーザによって許容されるネットワーク・レイテンシ補正設定が、モバイル・ディレクトリ番号ごとに記憶され、後のセッションのネットワーク・レイテンシ誤差の補正に使用される。
【００４３】
ＷＡＰ、ＷＥＢ、ＭＭＳ、またはＳＭＳのセッションの何れにより開始されたかにかかわらず、ＩＶＲサブシステムは、スタジオ・セッション中にカラオケ式コンテンツを記録、ミキシング、および保存する実際のプロセスを扱う。プラットフォームは、ユーザから提供された電話番号をダイヤルし、スタジオ・セッションを開始することができる。あるいは、ユーザが、オプションとして、プラットフォームに対して呼を行ってスタジオ・セッションを開始することもできる。この実装形態は、スタジオ・セッション全体にわたり、既知の技術を介して、デュアル・トーン複数周波数（ＤＴＭＦ）入力および／または音声認識をユーザ応答に用いることができる。
【００４４】
説明のために、ＤＴＭＦ入力を図７に示すが、図７は、スタジオ・セッション・プロセスを実施するための基本的な呼（コール）の流れを示す。９２で呼が開始した後、９４で、ユーザに校正指示を提供することによって、校正技法が開始する。次いで、９６でカウントが行われ、９８で所定の遅延期間が開始し、１００で音声検出機能が実施される。音声が検出された場合、１０２で、イベント・カウンタがインクリメント（増分）され、カウントの実行メッセージの開始と音声の検出との間の差が記録され、ネットワーク・レイテンシ補正に使用される。１０４で決定されるように、カウントが所定の最小値（この例では８つの測定ビートとして示されている）に達していない場合、カウントは校正セッションのためにインクリメントされる。その後、９６で次のカウントが行われ。遅延期間中に音声が検出されない場合、カウントはインクリメントされ、イベント・カウンタをインクリメントせずに次のカウントが行われる。所定の最小数の測定ビートが完了すると、所与の呼についてのネットワーク・レイテンシを正確に決定するように、１０６で、ユーザ入力／イベントの最小しきい値が得られたかどうか判定される。システムが最小数のデータ・ポイントを検出しない場合、ユーザは、最小限のデータ・セットが確立されるまで校正ルーチンを継続するように指示される。
【００４５】
１０７で示すように校正ルーチンが終了すると、１０８で、ユーザの選択した基礎トラックを１０９で試聴（プレビュー）するか、または初めてのユーザのための詳細な使用指示を１１０で聞くかのオプションが、ユーザに提示される。試聴または指示が完了した後、１１２〜１１５で、ユーザは主要録音ループ内に置かれる。ここで、１１６でトーンを録音するか、１１８で録音済みトーンを再検討するか、または１１９〜１２０でユーザの録音済みのトーンを保存および終了するかの、追加オプションがユーザに提示される。ユーザが１１６で歌を録音（記録）することを選択した場合、好ましくは１２１で開始ビープが再生され、次いで１２２で、基礎トラックが再生されて、ユーザはカラオケ式コンテンツの録音が許可される。ユーザは、１２３で、適切な入力を提供することによって、いつでも録音を終了することができる。１２４で録音が終了すると、１２５〜１２７でユーザにメニューが提供され、ユーザは、１１８で歌をレビューすること、１２８でメイン・メニューに戻ること、１１９で録音を保存すること、１２９で録音を再録音することが、許可される。メイン・メニュー１１２〜１１５で、ユーザが録音をレビューしたい場合、ユーザは、１１８で適切なコマンドを入力し、１３０〜１３１で、録音済みのカラオケ式オーディオ・ファイルをレビューするために再生させる。その後、１３２〜１３４でユーザにメニューが提示され、ユーザは、１０９で基礎トラックを試聴すること、１２９で録音を再録音すること、１１８で録音をレビューすること、１２８でメイン・メニューに戻ること、１１９で録音を保存することが、許可される。ユーザが、１１９で録音済みのカラオケ式の録音を保存することを選択した場合、その録音は、後でリングバック・トーンとして使用するために、および／またはリングトーンとして使用されるようユーザ・ハンドセットにダウンロードするために、カラオケ式オーディオ・ファイルとして保存される。
【００４６】
本明細書では、カラオケ式のリングバックおよびリングトーン作成のための３つの主要なＩＰベースのクライアントについて言及する。それぞれのための基礎プラットフォームは、それらの技術に対して一意であることが好ましい。しかしこれらのクライアントは、好ましくは、後述するような同じＩＰインフラストラクチャおよび機能を共有する。ＰＣクライアント・ベースのアプリケーションを用いることができる。加えて、ＣＤＭＡハンドセット・クライアントのためのＢＲＥＷベースのアプリケーションと、ＧＳＭハンドセット・クライアントのためのＪ２ＭＥベースのアプリケーションとを含めた、２つのハンドセット・クライアント・アプリケーションを用いることができる。好適には、クライアントとプラットフォームとの間のデータ伝送には、ＨＴＴＰ／ＸＭＬプロトコルが使用される。なぜなら、このプロトコルは、ハードウェア・プラットフォームからソフトウェア開発ツール・キットにわたって最もユビキタスにサポートされるからである。しかし、同じ基本構造を用いた追加および／または代替のプロトコルやソフトウェア・フレームワークを使用できることは理解されるであろう。本明細書ではＪａｖａおよびＢＲＥＷベースのアプリケーション・フレームワークのみを参照するが、異なるソフトウェア・フレームワーク中のクライアントにサービス・ロジックを拡張することも可能であることを理解されたい。
【００４７】
これらのＩＰベースのクライアント・アプリケーションは、ウェブ・ベース駆動型ＩＶＲ方法で使用されるウェブ機能をおおむね模倣するメニュー駆動型グラフィカル・ユーザ・インタフェース（ＧＵＩ）を共有することが好ましい。ユーザには、ユーザのコンテンツ選択（選んだコンテンツ）をプレビュー、選択、レビュー、録音（記録）、および保存するオプションが提示される。これらの例のすべてにより、クライアント・アプリケーションは、上に概説したブラウザ・クライアントと同様に機能し、ｈｔｔｐプロトコルを使用して要求を出し、そのような要求への応答としてデータを受け取る。ＩＰベースのアプリケーションは、録音およびミキシング機能がアプリケーション自体内に存在することができるという点で、ＩＶＲベースのアプリケーションとは異なる。このことは、ネットワーク・ベースのレイテンシをなくすことや、必要なネットワーク・リソースを削減することを含めての複数の理由で、望ましい場合がある。加えて、パーソナル・コンピュータ・ベースのアプリケーションでは、その使用は、パーソナル・コンピュータに本来備わるオーディオ機能（例えばスピーカやマイクロホン）を用いて機能的に等価なサービスを提供する。
【００４８】
好適には、これらの参照する３つのＩＰクライアント・アプリケーションは、図８に示すのと同じコールのフロー・モデルを共有する。図８では、クライアント・アプリケーション（左側）とサーバ・アプリケーション（右側）との間の通信の方法は、ｈｔｔｐプロトコル・ベースのＸＭＬ通信である。しかし、他のクライアント／サーバ・アーキテクチャを使用することもできることは、理解されるであろう。
【００４９】
図８に示すように、クライアント・アプリケーションは、ユーザのデバイス上でアプリケーションを初期設定することから開始する。この時点で、アプリケーションは代替として、１４０で、ユーザがユーザ・ログイン証明書を入力できるようにするか、または、適切にフォーマットされたＸＭＬ文書を含む、事前に入力してアプリケーション内に記憶された証明書をユーザがＨＴＴＰプロトコルを用いて送信できるようにする。ログイン証明書は、１４１で認証される。示した３つのＩＰベースのクライアント・アプリケーションのすべてにおいて、試聴と録音の両方にストリーミング技術が使用される。これにより、クライアント・アプリケーションは、録音されたカラオケ式オーディオ・ファイルを揮発性メモリに記憶することができ、この揮発性メモリは、アプリケーションの外からはアクセスできず、また、アプリケーションが閉じられた後にアクセスできない。１４２〜１４３で歌の選択が行われ、１４４〜１４５で歌を試聴することができる。その後、１４６で、クライアントがサーバ側ストリーム・リソースからの録音ストリームを要求したとき、録音プロセスが進行する。ストリーミング・サーバからクライアントへのＩＰデータ・ストリーム１４７が開始する。クライアントは、１４８で、その内部サウンド・デバイスを用いて、ストリーム（基礎音楽トラック）を再生してユーザ入力（即ち歌声）を記録して、ミキシングされたカラオケ式オーディオ・ファイルを作成する。記録されたカラオケ式は、１４９〜１５０で、承認のために再検討することができ、承認されれば、後でカラオケ式リングバック・トーンとして使用するために、および／またはカラオケ式リングトーンとして使用されるようハンドセットへ送るために、１５２で保存し、１５３でプラットフォーム送達エンジンへ送られる。その後、クライアント・アプリケーションは、１５４で、ストリームおよび記録したコンテンツのすべての形跡（トレース）をクライアント・インタフェースから除去する。
【００５０】
図９Ａに、作成したカラオケ式録音をストリーミング・サーバに記憶したときの、この録音をリングバック・トーンとして使用する方法に関する例を示す。この例では、カラオケ・プラットフォームがリングバック・トーン・プラットフォームとして働く。カラオケ式録音は、リングトーンとして使用する場合、そのように使用されるようにハンドセットへ送られることに留意されたい。本明細書に述べるように、カラオケ・プラットフォームおよびネットワーク・ベースのコンポーネントが対話してリングバック機能を達成する。
【００５１】
図９Ａは、１６２で呼び出しを行う側（発呼側）１６０がリングバック・トーン対応ユーザ３１へ呼を行う（電話をかける）ことを示す。１６４〜１６５で、モバイル交換センタ（ＭＳＣ）２８は、ｃＰＣＩブレード・エンクロージャ１８を介して、ＩＳＵＰ呼をホスト制御ユニット１４へ発する。１６６で、ＨＣＵ１４は、データベース・クラスタ１６に対してユーザ・プロファイルの照会を行い、発呼側１６０や時刻などに基づいて正しいリングバック・トーンを決定する。１６８で、適切なトーンの識別と、ストリーミング・サーバ１２に記憶されたその位置とに関する情報が、ホスト制御ユニット１４へ送られる。１７０で、ホスト制御ユニット１４は、呼に応答し、選択された時分割多重化回路を介して、選択されたリングバック・トーンに対応する適切なカラオケ式録音を再生するように、ストリーミング・サーバ１２に指示する。１７２で、ストリーミング・サーバ１２は、接続して、選択されたカラオケ式リングバック・トーン・オーディオ・ファイルを再生する。１７４で、ファイルは再生され、発呼側３１はリングバック・トーンを聞くことができる。１７６で、ＭＳＣ２８は、呼び出される側（被呼側）３１への接続を試み、リングバック・トーンは、呼への適切な応答があってリングバック再生プロセスの終了がトリガされるまで、再生される。
【００５２】
このユーザ・インタフェースは、発呼側グループ機能を含み、リングバック・トーン贈与を提供し、発呼側グリーティング（ユーザによって録音された事前トーン・グリーティング）を含む。このユーザ・インタフェースは、ユーザの所有するコンテンツをリングバック・トーンに使用するためにアップロードすることを可能にするインタフェースを有する。このインタフェースは、ユーザによって定義される再生リストの作成および管理を可能にし、また、リングバック・トーンのシャッフル再生（再生リストからのランダム再生）も可能にする。
【００５３】
加入者は、様々なコンジットを通して自分のコンタクトおよびコンテンツを管理する能力を享受する。広範囲なＷｅｂ、ＷＡＰ、ＳＭＳ、およびＩＶＲのインタフェースが提供されて、エンド・ユーザの制御が最大化され、オンデマンド・サービスの個人化が提供される。これにより加入者は、自分自身のリングバック・コンテンツを管理することができる。
【００５４】
オペレータは、自己の単位平均レート（ＡＲＰＵ：ａｖｅｒａｇｅ  ｒａｔｅ  ｐｅｒ  ｕｎｉｔ）を高めることができる。毎月繰り返されるサービス加入およびコンテンツ収入分配により、本発明は、どのようなキャリアの製品ポートフォリオに対しても価値のある追加となる。
【００５５】
発呼側、発呼側グループ、時刻、曜日、またはこれらの任意の組合せに基づいて、特定のリングバックを再生することができる。リングバック・プラットフォームは、キャリアによって定義されるコンテンツ有効期限をサポートし、加入者が自分のアカウントを補充すると、追加の収入が生み出されるようにする。
【００５６】
キャリアのコンテンツ管理システムにより、コンテンツ管理者は、簡単で直感的なウェブ・ベースのツールを使用して、新しいコンテンツにアクセスし、新しいコンテンツを試聴し、新しいコンテンツを自分のリングバック・トーン・プラットフォームのコンテンツ・ライブラリに発行することができる。制御システムは、好適には、使用可能な帯域幅が高い時間帯に、新しいコンテンツをストリーミング・サーバへプッシュする。制御システムは、新しいコンテンツが使用可能であることを、コンテンツ管理者に通知する。次いで、キャリアのコンテンツ管理者は、コンテンツをその顧客に対して使用可能にするか否か、およびコンテンツをどのように範疇化するかを、簡単なインタフェースを介して指定する。キャリアのコンテンツ管理システムは、様々なコンテンツ・プロバイダとインタフェースできるように、簡単なオープン・アプリケーション・プロトコル・インタフェースおよび標準的なインターネット・トランスポート技術を用いて構築することができる。
【００５７】
加入者は、個人化された呼ディレクトリを受け取るが、この呼ディレクトリは、加入者が元の録音、音楽、実際の音、サウンド、スポーツ頌歌、音声トーンなどをミキシングして、それぞれ一意の発呼側に合うようにすることを、可能にする。加入者は、日、時刻、発呼側識別、および発呼側グループに基づいて、自分のサービスを構成することができる。加入者は、顧客ケア・サポートを特に必要とすることなく、自分自身で行うことができる。加入者は、家族、友人、および他の発呼側に音楽ジャンルを割り当てて、それらに合わせることができる。加入者は、パスワードで保護された安全なインタフェース、ＩＶＥ、ＳＭＳ、またはＷＡＰセッションを介して、自分の体験を管理することができる。加入者は、顧客ごとのリングバック・ファイルごとに、副リングバック・トーンの従来の呼出音をオンとオフの間でトグルすることができ、従って、リングバック・サービスに慣れていない発呼側がリングバック・トーンを間違った番号と取り違えることはない。
【００５８】
図９Ｂに、リングバック・トーン・システムを実装するためのウェブ・ベースのインタフェースとして例示するグラフィカル・ユーザ・インタフェースの例を示す。
【００５９】
既存（レガシー）のリングバック・トーン・プラットフォームがある場合、本明細書に述べるカラオケ・プラットフォームをそれに統合することができる。本明細書では、２つのこのような方法について述べるが、何れが好ましいかの選択は、キャリア選好および／またはレガシー（従来型）・リングバック・トーン・プラットフォームの制約に依存する。前述のように、カラオケ式録音は、リングトーンとして使用されるようにハンドセットへ直接に送ることができる。
【００６０】
第１のコンフィギュレーションでは、カラオケ・プラットフォームを、スタンドアロンのカラオケ式録音の作成プラットフォームとして用いることができる。このスタンドアロン・コンフィギュレーションでは、カラオケ・プラットフォームは、カラオケ・コンテンツの作成のみに使用される。この方法は、録音がリングバック・トーンとして使用されることになるときに、そのカラオケ式録音を記憶してそのファイルを再生するための、従来型リングバック・トーン・プラットフォームの基礎機能に依拠する。このコンフィギュレーションが従来型リングバック・トーン・プラットフォームに対して課す２つの主要な機能要件がある。これらの機能は、従来型リングバック・トーン・プラットフォームによって、またはその改変型のものによって実施することができる。改変が必要とされる場合、典型的には改変は最小限のものとなる。
【００６１】
従来型リングバック・トーン・プラットフォームは、完成したコンテンツを記憶デバイスへ送る（好ましくはアップロードする）ためのＡＰＩを提供しなければならない。ほとんどの状況では、従来型リングバック・トーン・プラットフォームに対する第三者コンテンツ・プロバイダによって使用されるものと同じＡＰＩを用いることができ、追加の変更は必要ない。
【００６２】
従来型リングバック・トーン・プラットフォームはまた、カラオケ式録音タイトルがユーザ・ライブラリに追加されるようにするためのＡＰＩを提供（または、おそらくカラオケ・トーン・プロバイダによって提供されるＡＰＩを使用）しなければならない。ほとんどの場合、これはリモート・プロシージャ・コールによって達成することができ、その際、カラオケ・プラットフォームは、ユーザ・アカウント、タイトル、およびカラオケ式録音の位置を従来型リングバック・トーン・プラットフォームへ通知する。次いで、従来型リングバック・トーン・プラットフォームは、その通常の方法を使用して、カラオケ式録音を選択する機能、およびリングバック・トーンとして再生する機能を実施することができる。
【００６３】
図１０に、カラオケ・プラットフォームをスタンドアロンのカラオケ式録音の作成プラットフォームとして使用する例の機能図を示す。この図には従来型リングバック・トーン・プラットフォームが例示されており、参照番号１８０で示されている。１８２で、スタジオ・セッション・プロセスが開始する。１８４で、ユーザは録音プロセスを完了し、カラオケ・プラットフォームは、基礎をなす選択されたトラックが、ユーザによって作成された音声トラックとミキシングされて、カラオケ式録音と呼ばれる一つのファイルになるようにする。カラオケ式録音は、好適には、従来型リングバック・トーン・プラットフォームのネイティブのコンテンツ・タイプと一致するフォーマットである。１８６で、カラオケ式録音は、標準的なアップロード手順などのような従来のプロシージャを使用して、カラオケ・プラットフォームから従来型リングバック・トーン・プラットフォームへ送られる。１８８で、カラオケ・プラットフォームは、送達されたカラオケ式録音に関連する特定のモバイル・ディレクトリ番号を示すデータの送達によって、従来型リングバック・トーン・プラットフォームのデータベースが更新されるようにする。この目的のためにリモート・プロシージャ・コール（ＲＰＣ）を使用することができる。次いで、カラオケ式録音は、望むまれるときにリングバック・トーンとして使用されるように準備が整う。
【００６４】
第２のコンフィギュレーションでは、カラオケ・プラットフォームを従来型リングバック・トーン・プラットフォームと統合するが、この統合は、カラオケ・プラットフォームを使用してカラオケ式録音を作成して、その録音をリングバック・トーンとして使用したいときにカラオケ・プラットフォームを使用してカラオケ式録音をそのような使用に向けて記憶するようにする。このコンフィギュレーションは、リングバック・トーンとして使用するためにカラオケ式録音を記憶するのに必要な容量が従来型リングバック・トーン・プラットフォームに不足している場合に、望ましい。従来型リングバック・トーン・プラットフォームはしばしば本来的な記憶容量制限を有し、これによりカラオケ式録音の記憶に使用されることが阻まれる。このような場合、カラオケ・プラットフォームは、完成したカラオケ式録音を、カラオケ・プラットフォームに関連する１または複数のストリーミング・サーバに収容する好ましい作成および記憶コンフィギュレーションを有することになる。従って、従来型リングバック・プラットフォームは、通常のリングバック・トーン機能に影響を与えずに、望まれるようにカラオケ式録音をリングバック・トーンとして再生することを可能にする能力を有することになる。
【００６５】
このコンフィギュレーションでは、カラオケ・プラットフォームは、上記のようなコンテンツ作成プラットフォームとして働くことになるが、また、完成したカラオケ式録音をそれ自体の記憶コンテナに記憶することにもなる。従来型リングバック・トーン・プラットフォームは、カラオケ式録音のタイトルがユーザ・ライブラリに追加されるようにするためのＡＰＩを提供（または、おそらくカラオケ・トーン・プロバイダによって提供されるＡＰＩを使用）しなければならない。ほとんどの場合、これは簡単なリモート・プロシージャ・コールであり、その際、カラオケ・プラットフォームは、ユーザ・アカウント、タイトル、およびカラオケ式録音の位置を、従来型リングバック・トーン・プラットフォームに通知する。再生時、従来型リングバック・トーン・プラットフォームは、録音されたカラオケ式録音のコンテンツ・ストリームを、適切なストリーミング・サーバ（１または複数）に要求し、これをリングバック・トーン・コンテンツとして用いることになる。ストリーミング・サーバ（１または複数）は、統合を殆どまたは全く必要としない標準的なＩＰストリーミング・プロトコルを用いることができる。
【００６６】
図１１に、カラオケ・プラットフォームをカラオケ式録音作成および記憶プラットフォームとして使用する例の機能図を示す。この図には従来型リングバック・トーン・プラットフォームが例示されており、参照番号１８０で示されている。１８２で、スタジオ・セッション・プロセスが開始する。１８４で、ユーザは録音プロセスを完了し、カラオケ・プラットフォームは、基礎をなす選択されたトラックが、ユーザによって作成された音声トラックとミキシングされて、カラオケ式録音と呼ばれる一つのファイルになるようにする。カラオケ式録音は、好適には、従来型リングバック・トーン・プラットフォームのネイティブのコンテンツ・タイプと一致するフォーマットである。１９０で、カラオケ・プラットフォームは、カラオケ式録音を使用することになる特定のモバイル・ディレクトリ番号を示すデータと、カラオケ・プラットフォームのストリーミング・サーバ（１または複数）内におけるカラオケ式録音の記憶位置を示すデータとの送達によって、従来型リングバック・トーン・プラットフォームのデータベースが更新されるようにする。この目的のためにリモート・プロシージャ・コール（ＲＰＣ）を使用することができる。１９２で、カラオケ・プラットフォームは、カラオケ式録音をそのストリーミング・サーバ（１または複数）に保存する。１９４で、従来型リングバック・トーン・プラットフォームは、望まれる場合、呼セットアップ中にリングバック・トーンとして使用するためにカラオケ式録音を要求する。この要求は、標準的なＩＰプロトコルを用い、かつカラオケ式録音に関連する適切なＡＰＩを用いて、行うことができる。１９６で、カラオケ・プラットフォームは、この要求に応答して、望まれようにカラオケ式録音がリングバック・トーンとして使用されるように、カラオケ式録音のストリーミング再生を開始する。
【００６７】
本発明を幾つかの例示的な実施形態に関して述べたが、この記述は限定的な意味で解釈すべきではないことは理解されるであろう。そうではなく、特許請求の範囲によって定義される本発明の真の趣旨および範囲を逸脱することなく、例示的な実施形態に様々な変更および改造を加えることができる。更に、何れのそのような変更および改造も、特許請求の範囲の１または複数の要素と均等なものとして当業者には認識されるであろうこと、および、この特許請求の範囲によって法の許す最大限までカバーされるべきであることは、理解されるであろう。
【００６８】
含む、備える（ｃｏｍｐｒｉｓｅ、ｃｏｍｐｒｉｓｅｓ、ｃｏｍｐｒｉｓｅｄ、ｃｏｍｐｒｉｓｉｎｇ）という用語が本明細書で使用された又は使用される場合、このような用語は、言及される特徴、整数、ステップ、またはコンポーネントの存在を明記するものとして解釈すべきであり、１または複数の他の特徴、整数、ステップ、コンポーネント、またはこれらのグループの存在、実在、または追加を除外するものではない。
【図面の簡単な説明】
【００６９】
【図１】図１は、本発明の原理を実施することができるようにして設計されたプラットフォームの基本コンフィギュレーションを示す図である。
【図２】図２は、本発明の原理を実施するための中央サービス・モデルを示す図である。
【図３】図３は、本発明の原理を実施するための非集中型サービス・モデルを示す図である。
【図４】図４は、本発明の原理を実施する方法を示す流れ図である。
【図５】図５は、本発明の原理を実施する方法を示す別の流れ図である。
【図６】図６は、本発明の原理を実施する別の方法を示す流れ図である。
【図７】図７は、本発明の原理を実施する別の方法を示す流れ図である。
【図８】図８は、本発明の原理を実施する別の方法を示す流れ図である。
【図９Ａ】図９Ａは、本発明の原理を実施するためのコンフィギュレーションを示す流れ図である。
【図９Ｂ】図９Ｂは、本発明の原理を実施するのに使用することができるグラフィカル・ユーザ・インタフェースを表す図である。
【図１０】図１０は、本発明の原理を実施するための別のコンフィギュレーションを示す流れ図である。
【図１１】図１１は、本発明の原理を実施するための別のコンフィギュレーションを示す流れ図である。
【図１】
2008546358.tif 000003
【図２】
2008546358.tif 000004
【図３】
2008546358.tif 000005
【図４】
2008546358.tif 000006
【図５】
2008546358.tif 000007
【図６】
2008546358.tif 000008
【図７】
2008546358.tif 000009
【図８】
2008546358.tif 000010
【図９Ａ】
2008546358.tif 000011
【図９Ｂ】
2008546358.tif 000012
【図１０】
2008546358.tif 000013
【図１１】
2008546358.tif 000014
【国際調査報告】
2008546358.tif 000015