(57)【要約】配布されたサーバ／クライアント・アーキテクチャを用いて、リクエストされたオーディオ・ファイルをサーバに生成させる専用オーディオ機能を実現する。好ましい実施形態において、移動電話機のユーザは、テキストまたはオーディオ・データからなるファイルを含むリクエストをサーバに送信する。サーバは、テキストまたはオーディオ・データを用いてオーディオ・ファイルを生成し、それを移動電話機に送信し返す。オーディオ・ファイルは、移動電話機によって再生される。
2006509224.tif 000002
【特許請求の範囲】
【請求項１】
幾つかの移動電話機との間で同時に通信することができるサーバを含む通信ネットワークにおいて動作する移動電話機において音声を発生する方法であって、
前記移動電話機上で動作するアプリケーションは、オーディオ・ファイルの要求が前記サーバへ送信されるようにし、
前記要求されたオーディオ・ファイルは、前記要求に応答して前記サーバ内の手段によって発生され、前記サーバから前記移動電話機へ送信され、前記移動電話機によって再生される、
方法。
【請求項２】
要求データは、前記電話機のユーザによってキーパッドを用いて入力されたテキストから生成されるものである、請求項１に記載の方法。
【請求項３】
前記要求データが前記サーバにおける手段によって用いられて音声ファイルが生成される、請求項２に記載の方法。
【請求項４】
前記要求データが前記サーバにおける手段によって用いられて音楽ファイルが生成される、請求項２に記載の方法。
【請求項５】
前記要求はオーディオ・ファイルを含むものである、請求項１乃至４のいずれかに記載の方法。
【請求項６】
前記要求中のオーディオ・ファイルは、前記サーバによって生成されたオーディオ・ファイルに組み込まれるものである、請求項５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば移動電話機のような移動通信装置においてオーディオ・ファイルから音声（サウンド）を発生することに関する。
【背景技術】
【０００２】
今日では、移動（モバイル、携帯）電話機を用いてリアルタイムの通話または会話を行うだけでなくソフトウェア・アプリケーションを実行させることもできる。
【０００３】
移動電話機ベースのアプリケーションは既に繁栄した市場であるが、数年後にはさらに繁栄しているであろう。それらのアプリケーションにおいて、人気のあるｓｍｓ（ショート・メッセージ・サービス）およびゲームから、プラグイン・カメラからビデオを記録して別の電話機に送信するまでにいたる、多くのタスクを実行することが可能である。
【０００４】
現在不可能なことは、専用オーディオ機能、即ちオーディオ・データの動的な生成の能力である。それは、最終的には非常に高価なハンドセット上だけでなく可能になるだろうが、しばらくはそうではないであろう。
【０００５】
配布されるアーキテクチャは、全ての高負荷の仕事を行うサーバにネットワークを介して接続する単純なクライアントを有することによって、ハンドセットを専用機能から開放することができる。この文脈において、“クライアント”とは、サーバのサービスを利用するアプリケーションを意味する。
【０００６】
本発明は、配布されるアークテクチャによって専用オーディオ機能を実現することができるという提案に基づくものである。これは、サーバが要求されたオーディオ・ファイルを生成する高負荷の仕事を行い、電話機上にあるクライアントが単純にその結果得られたオーディオ・ファイルをダウンロードすることによって、実現される。
【発明の開示】
【０００７】
従って、本発明は通信ネットワークにおいて動作する移動電話機において音声を発生する方法に関する。そのネットワークに含まれるサーバは、幾つかの移動電話機との間で同時に通信することができ、その移動電話機上で動作するアプリケーションは、オーディオ・ファイルの要求がそのサーバへと送信されるようにし、その要求されたオーディオ・ファイルはその要求に応答してサーバ内の手段によって発生され、サーバから移動電話機へ送信され、移動電話機によって再生（reproduce）される。
【０００８】
本発明の幾つかの可能なアプリケーション（適用例）は次の通りである。
１．テキストから話の音声（スピーチ）へ（の変換）
２．音楽生成
３．サウンド効果生成
４．テキストから音楽へ（の変換）
５．オーディオ増強（enhancement）（以下で説明する）
【０００９】
次に、本発明の幾つかの実施形態を例として用いて図面を参照して説明する。
【発明を実施するための最良の形態】
【００１０】
図１は、本発明を用いることができる通信ネットワークの概略図である。
【００１１】
図２は、本発明を実現する可能なソフトウェア・アーキテクチャの概略図である。
【００１２】
図１に示されている移動電話機１０は、無線アクセス・ネットワークを介したサーバ１３を有するデータ・センタ１１への通信チャネルを有する。その無線アクセス・ネットワークは、複数の送信機基地局１２と、複数の基地局１２を種々のデータ・センタに接続（リンク）させるコア・ネットワークとを含んでいる。
【００１３】
図２に示されている例において、電話機１０は、２０で示された配布（distributed、配置、配信）されたオーディオ・クライアント・ソフトウェアを有し、サーバ１３は、２３で示された配布（配置）されたオーディオ・サーバ・ソフトウェアを有する。
【００１４】
次の具体例において、電話機１０は、次のクライアント・ソフトウェアを支援（サポート）しなければならない。
１．アプリケーション環境、および
２．アプリケーション環境を通して音声（サウンド）ファイルを再生（play）する能力、
または
１．ＳＭＳ機能、および
２．ＭＭＳオーディオ・ファイルを再生（playback）する能力。
【００１５】
次のタイプの現在利用可能なハンドセットは、次の所要の基準を満たす例である。
１．オーディオ拡張性を有するＭＩＤＰ１．０
２．オーディオ拡張性を有するＤｏＪａｖａ１．０
３．ＭＩＤＰ２．０
４．オーディオ機能を有する独自のまたは民間仕様の（native、proprietary）アプリケーション・サポート。
【００１６】
電話機は、クライアントとして機能するアプリケーション２０を実行する。そのクライアントはサーバ・ソフトウェア２３に要求（リクエスト）を送信して、タスクを実行し、即ちオーディオ・ファイルを生成する。
【００１７】
以下は例のタスクである。
１．テキスト・ベースの入力を取り出し、テキストを話の音声（スピーチ）に変換し、ＷＡＶオーディオ・ファイルを出力する。
２．音楽ファイルを記述するテキスト・ベースの入力を取り出し、それを音楽ファイルに変換し、ＭＩＤＩファイルを出力する。
３．オーディオ入力を取り出し、それを増強されたまたは修正された話の音声（スピーチ）ファイルに変換し、例えばバック・ミュージックを付加したヴォーカルに変換する。
【００１８】
サーバ２３は、要求（リクエスト）を読み込んで、要求された要求（リクエスト）を実行して、結果のオーディオ・ファイルを送り返す。
【００１９】
サーバは次のことを支援（サポート）できることが好ましい。
１．Ｈｔｔｐによってメッセージを受信する。
２．ＭＭＳまたはＨｔｔｐよってメッセージを送信。
３．オーディオ・ファイルを生成する。
【００２０】
次のタイプの現在利用可能なサーバは、所要の基準（criteria）を満たす。
１．Ｊ２ＳＥ  １．３＋
２．オーディオ機能を有するＣ／Ｃ＋＋
３．オーディオ機能を有するＰＥＲＬ。
【００２１】
事例１：テキストを話の音声へ：
１．クライアント２０は、ＭＩＤＰ２．０で書かれている。
２．クライアントは、“ゲーム・オーバー”と発話する或る音声（スピーチ）を再生（play）しようとするゲームによって用いられる。
３．ゲームは、クライアントに、“ゲーム・オーバー”という音声をリクエストするよう依頼する。
４．クライアントは、“ゲーム・オーバー”というメッセージを含む、テキスト・ベースのメッセージを、サーバ２３に（ＴＣＰ／ＩＰを用いて）送信する。
５．サーバは、テキスト・ベースのメッセージを受信して、“ゲーム・オーバー”というテキストを（８ビット、８Ｋ、ＰＣＭ、モノラルの）ＷＡＶファイルに変換するプログラムを呼び出すよう手順を進める。
６．サーバは、そのＷＡＶファイルをクライアントに送信する。
７．クライアントは、そのＷＡＶファイルを受信して、ゲームに対して、クライアントが音声ファイルを受信したことを通知する。
８．ゲームは、音声ファイルを検索しまたは取り出してそれを再生（play）する。
９．競技者（ゲームをしている人、プレイヤ）は、“ゲーム・オーバー”という音声を聞く。
往復時間は、短い各話音声については５秒未満であろう。
【００２２】
事例２：テキスト・ベースの楽譜（音符）を音楽へ：
１．クライアント２０は、ＭＩＤＩ再生（play back）機能を有するＭＩＤＰ２．０で書かれている。
２．クライアントは、或る音楽を発生しようとするＤＪディスク・ジョッキー・アプリケーションによって用いられる。
３．ＤＪアプリケーションは、クライアントに音楽をリクエストするよう要請し、１組の音符および休止符で構成された音楽の記述（楽譜）を指定する。
４．クライアントは、発生すべき音楽の記述を含むテキスト・ベースのメッセージを、サーバ２３に（ＴＣＰ／ＩＰを用いて）送信する。
５．サーバは、テキスト・ベースのメッセージを受信して、音楽記述（楽譜）をＭＩＤＩ（フォーマット０）ファイルに変換するプログラムを呼び出すよう手順を進める。
６．サーバは、そのＭＩＤＩファイルをクライアントに送信する。
７．クライアントは、そのＭＩＤＩファイルを受信して、ＤＪアプリケーションに対して、クライアントが音声（音楽）ファイルを受信したことを通知する。
８．ＤＪアプリケーションは、音楽を検索して、それを再生（play）する。
９．再生者（聴取者、player）は、その音楽を聴く。
往復時間は、短い各音楽については１０秒未満であろう。
【００２３】
事例３：オーディオ・ファイルの増強（改善）
例：バリー・ホワイト（Barry White）のように歌う。
［ＭＭＳ＝マルチメディア・メッセージ］
１．ハンドセットはＭＭＳを支援する。
２．ユーザは自分の歌を記録（録音）する。
３．ユーザは、オーディオ・クリップおよび “バリー・ホワイト” というテキストをＭＭＳに添付する。
４．ユーザは、そのＭＭＳを、テキスト−音声（スピーチ）（変換）サーバに送信する。
５．サーバは、ＭＭＳを受信して、オーディオ・サンプルおよびテキスト・パラメータを抽出する。
６．サーバは、テキスト・パラメータに基づいてオーディオ・クリップにオーディオ効果を加える。
７．サーバは、この場合、オーディオ・クリップにオーディオ効果を加えて、バリー・ホワイト風のユーザの音声を生成する。
８．サーバは、その結果得られた変換済みのオーディオ・クリップを新しいＭＭＳに添付する。
９．サーバは、ＭＭＳをユーザに送信し返す。
１０．ユーザは、ＭＭＳを受信して、それを再生（play）してバリー・ホワイト風に歌う自分の歌を聴く。
１１．ユーザは、ＭＭＳを非同期的に受信し、従って往復時間は重要でない。往復時間は３０秒未満であろう。
【００２４】
用語解説
ＳＭＳ：ショート・メッセージ・サービス
ＭＭＳ：マルチメディア・メッセージ
ＭＩＤＰ：モバイル（移動）情報デバイス・プロファイル
Ｊａｖａ（登録商標）：プラットフォームに依存しないプログラム言語
ＭＩＤＩ：楽器（musical instrument）ディジタル・インタフェース
Ｈｔｔｐ：ハイパーテキスト転送プロトコル
ＷＡＶ：オーディオ・ファイル用のファイルのタイプ
ＴＣＰ：伝送制御プロトコル
ＩＰ：インターネット・プロトコル
ＲＡＮ：無線アクセス・ネットワーク
【図面の簡単な説明】
【００２５】
【図１】図１は、本発明を用いることができる通信ネットワークの概略図である。
【図２】図２は、本発明を実現する可能なソフトウェア・アーキテクチャの概略図である。
【図１】
2006509224.tif 000003
【図２】
2006509224.tif 000004
【国際調査報告】
2006509224.tif 000005
2006509224.tif 000006
2006509224.tif 000007