(57)【要約】携帯電話４００からの要求に応じて楽曲ファイルを配信楽曲ＤＢ３５から読み出して配信する都度、その携帯電話４００の機種に対応する再生プレーヤを配信プログラムＤＢ３６から読み出して一緒に配信するようにすることにより、ユーザが単に所望の楽曲を選択するだけで、自分の携帯電話４００の仕様にあった再生プレーヤを自動的に取得することができるようにして、ユーザがこれを意識する必要をなくし、音楽データのダウンロード時における煩雑な作業を不要とする。
2004010411.tif 000002
【特許請求の範囲】
【請求項１】
圧縮したデータをデータ配信サーバから要求元の端末に配信するデータ配信システムであって、
配信対象とするデータを所定の方式に従って圧縮する圧縮手段と、
上記圧縮手段により圧縮されたデータをあらかじめ蓄積しておく圧縮データ蓄積手段と、
上記端末のそれぞれの仕様に対応する再生プログラムをあらかじめ蓄積しておく再生プログラム蓄積手段と、
上記要求元の端末から所望のデータの配信要求があったときに、上記圧縮データ蓄積手段から該当する圧縮データを読み出すとともに、上記要求元の端末の仕様に対応する再生プログラムを上記再生プログラム蓄積手段から読み出して、上記圧縮データと上記再生プログラムとを上記要求元の端末に送信する送信手段とを備えたことを特徴とするデータ配信システム。
【請求項２】
上記データ配信システムは、楽曲の全部または一部を圧縮した音楽データを音楽配信サーバから要求元の端末に配信する音楽配信システムであることを特徴とする請求の範囲第１項に記載のデータ配信システム。
【請求項３】
上記送信手段は、上記圧縮データと上記再生プログラムとを論理的に１つのファイルにカプセル化するカプセル化手段を含むことを特徴とする請求の範囲第１項に記載のデータ配信システム。
【請求項４】
圧縮したデータをデータ配信サーバから要求元の端末に配信するデータ配信方法であって、
配信対象とするデータをあらかじめ圧縮して記録媒体に蓄積しておくとともに、上記端末のそれぞれの仕様に対応する再生プログラムをあらかじめ作成して記録媒体に蓄積しておき、
上記要求元の端末から所望のデータの配信要求があったときに、上記記録媒体から該当する圧縮データと上記要求元の端末の仕様に対応する再生プログラムとを読み出して、上記要求元の端末に送信するようにしたことを特徴とするデータ配信方法。
【請求項５】
上記記録媒体から読み出した圧縮データと再生プログラムとを論理的に１つのファイルにカプセル化し、カプセル化したファイルを送信するようにしたことを特徴とする請求の範囲第４項に記載のデータ配信方法。
【請求項６】
圧縮したデータを要求元の端末に配信するデータ配信サーバであって、
所定の方式に従って圧縮された配信対象のデータを記憶する圧縮データ記憶手段と、
上記端末のそれぞれの仕様に対応する再生プログラムを記憶する再生プログラム記憶手段と、
上記要求元の端末から所望のデータの配信要求があったときに、上記圧縮データ記憶手段から該当する圧縮データを読み出すとともに、上記要求元の端末の仕様に対応する再生プログラムを上記再生プログラム記憶手段から読み出して、上記圧縮データと上記再生プログラムとを上記要求元の端末に送信する送信手段とを備えたことを特徴とするデータ配信サーバ。
【請求項７】
上記送信手段は、上記圧縮データと上記再生プログラムとを論理的に１つのファイルにカプセル化するカプセル化手段を含むことを特徴とする請求の範囲第６項に記載のデータ配信サーバ。
【請求項８】
請求の範囲第４項に記載のデータ配信方法の処理手順をコンピュータに実行させるためのデータ配信プログラム。
【請求項９】
請求の範囲第６項に記載の送信手段としてコンピュータを機能させるためのデータ配信プログラム。
【請求項１０】
歌声とＢＧＭとが混合して成るデジタル音声データから上記歌声を抽出し、ＰＣＭ形式の歌声データを得る第１のステップと、
ＭＩＤＩ形式のＢＧＭデータを生成する第２のステップと、
上記第１のステップで抽出した歌声に合わせてＭＩＤＩ形式の模擬歌声データを生成し、上記第２のステップで生成したＢＧＭデータに対して上記模擬歌声データを付加してＭＩＤＩデータの調整を行う第３のステップと、
上記第１のステップで生成されたＰＣＭ形式の歌声データと上記第３のステップで調整が行われたＭＩＤＩ形式のＢＧＭ＋模擬歌声データとを１つの楽曲ファイルに加工する第４のステップとを有することを特徴とする楽曲ファイル生成方法。
【請求項１１】
上記第１のステップでは、上記歌声とＢＧＭとが混合して成るデジタル音声データに対して、上記歌声に対応する所定の周波数帯域まで帯域制限する処理を行うことを特徴とする請求の範囲第１０項に記載の楽曲ファイル生成方法。
【請求項１２】
上記第４のステップでは、上記第２のステップで生成されたＰＣＭ形式の歌声データと、上記第３のステップで生成されたＭＩＤＩ形式のＢＧＭ＋模擬歌声データとの再生タイミングを同期させる調整処理を行うことを特徴とする請求の範囲第１０項に記載の楽曲ファイル生成方法。
【請求項１３】
上記第４のステップで生成される楽曲ファイルは、上記第３のステップで生成されたＭＩＤＩ形式のＢＧＭ＋模擬歌声データを再生するためのＭＩＤＩ再生制御情報と、上記第２のステップで生成されたＰＣＭ形式の歌声データを上記模擬歌声データに同期させて再生するためのＰＣＭ再生制御情報とを含むことを特徴とする請求の範囲第１０項に記載の楽曲ファイル生成方法。
【請求項１４】
ＰＣＭ形式の歌声データから成るＰＣＭデータと、
ＭＩＤＩ形式のＢＧＭデータに対して、上記ＰＣＭデータの歌声に合わせて生成されたＭＩＤＩ形式の模擬歌声データが付加されたＭＩＤＩデータとを含み、
上記ＰＣＭデータと上記ＭＩＤＩデータとが１つのファイルに統合されて成るデータ構造を有する楽曲ファイルが記録されたコンピュータ読み取り可能な記録媒体。
【請求項１５】
上記楽曲ファイルは、上記ＭＩＤＩデータを再生するためのＭＩＤＩ再生制御情報と、上記ＰＣＭデータを上記ＭＩＤＩデータに同期させて再生するためのＰＣＭ再生制御情報とを含むことを特徴とする請求の範囲第１４項に記載のコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】  本発明は、データ配信システムおよび方法、データ配信サーバ、データ配信プログラム、楽曲ファイル生成方法、記録媒体に関するものである。より具体的には、圧縮した音楽データや映像データなどの各種圧縮データをインターネット等のネットワークを使って配信するデータ配信システムおよび、当該データ配信システムで配信可能な、人間の歌声とＢＧＭ（Ｂａｃｋ  Ｇｒｏｕｎｄ  Ｍｕｓｉｃ）とから成る楽曲ファイルの生成方法および当該楽曲ファイルのデータ構造に関するものである。
【背景技術】  今や携帯電話は爆発的に普及し、誰もが持っている機器の１つになった。当初の携帯電話では、着信音は極めて単調なパターン音を繰り返す程度のものしかなかった。しかしやがて、より個性的なものを求める市場ニーズに対応して、ＭＩＤＩ（Ｍｕｓｉｃ  Ｉｎｓｔｒｕｍｅｎｔ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ）データを利用して作成したメロディで着信音を鳴らす、いわゆる「着信メロディ」が登場した。
また、数年前にはＰＣＭ音源を内蔵した携帯電話も登場し、このＰＣＭ音源を利用してアーティスト等の声で着信音を鳴らす、いわゆる「着信ボイス」も今では実現されている。これらの着信メロディや着信ボイスは、インターネット上のサイトから所望のものをダウンロードして利用することができるようになっている。ユーザは自分好みのコンテンツを携帯電話にダウンロードすることにより、携帯電話を「自分」独自のものに仕立て上げることが可能である。
上述のような背景をもとに、本出願人は、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）等に記録されている楽曲そのものを携帯電話の着信音として利用する（単なるメロディ音や単なる人間の声でなく、人間の歌声とＢＧＭとが一体となった楽曲そのものを着信音とする）サービスを新たに考案した。また実際、このようなサービスを実現するシステム（以下「着うたシステム」と称する）も新たに提供されている。
この種の着うたシステムを構築する場合、配信する音楽データのデータ量が比較的多くなることから、その音楽データを圧縮するのが好ましい。現在実際に提供されているシステムでは、ＣＤ音源から一部を切り出し、それをＭＰ３（ＭＰＥＧＩ  Ａｕｄｉｏ  Ｌａｙｅｒ−３）等の形式で圧縮した音楽データを配信用のコンテンツとして用いている。また、配信される音楽データが圧縮されているため、これを受け取る携帯電話機側には、音楽データの圧縮を解いて再生するプレーヤ（再生プログラム）を搭載する必要がある。
最近の携帯電話の中には、再生プレーヤをアプリケーションとして備えたものも存在する。Ｊａｖａ（登録商標）に対応していない従来の携帯電話では、最初から組み込まれているアプリケーションしか利用できない。これに対し、Ｊａｖａ対応の携帯電話を用いれば、ユーザが使いたいアプリケーションをサーバからダウンロードしたり、不要なアプリケーションを携帯電話から削除したりすることができる。
しかしながら、現状では、利用可能なアプリケーションの仕様が携帯電話事業者ごとに異なっており、圧縮データの再生方式も携帯電話の機種毎に異なっている。そのため、サーバ側ではそれぞれの再生方式に合わせた形式で音楽データを用意する必要があり、処理および記憶容量等に関して多くの負荷かかかってしまう問題があった。また、ユーザにとっても、一々機種を確認して音楽データのダウンロードを行う必要があり、その操作が非常に煩雑になる。
また、携帯コンテンツは日々進歩しており、それに合わせて再生プレーヤを変更する必要が生じることも予想される。ところが、ユーザにとっては、ダウンロードしようとする音楽データが、現在組み込んでいる再生プレーヤで再生できるかどうかをー々判断する必要がある。しかも、再生できない場合には最新バージョンの再生プレーヤを別サイトからわざわざダウンロードする必要があり、非常に面倒である。
一方、新たな再生プレーヤを開発するメーカにとっては、その再生プレーヤでユーザがどの音楽データを再生するかを事前に特定できないため、過去の音楽データも再生できるように互換性を考慮する必要がある。そのため、プログラムの変更やバージョンアップが非常に大変になるという問題も生じる。
別の問題もある。すなわち、従来の着うたシステムでは、ＣＤ音源の一部を単純に切り出して配信用コンテンツとしている。そのため、従来の着信メロディ（ＭＩＤＩデータ）や着信ボイス（ＰＣＭデータ）に比べて着うたのコンテンツはデータ量が非常に大きくなり、これをダウンロードして利用するためには携帯電話機に大きな容量のメモリが必要になる。
少なくとも１つの楽曲として認識できる程度に着うたを再生するためには、それなりの時間分だけＣＤ音源を切り出す必要がある。よって、切り出したデータをＭＰ３形式で圧縮したとしても、既存の携帯電話機が備える少ない容量のメモリでは対応し切れない。また、既存の携帯電話機は、ＭＩＤＩ音源やＰＣＭ音源の再生機能は備えているが、ＭＰ３形式のデータの再生機能は備えていない。
以上のことから、従来の着うたシステムでは、非常に大きな容量のメモリを持ち、かつＭＰ３形式のデコーダを備えた新機種でないとサービスを利用することができないという問題があった。着信メロディや着信ボイスが大きなブームとなったのは、携帯電話機が標準で備えていたＭＩＤＩ音源の再生機能とＰＣＭ音源の再生機能とをそのまま利用できたことが１つの要因である。したがって、着うたに関しても、既存の機種でもサービスを利用できるようにすることが望まれる。
【発明の開示】
本発明は、このような問題点に鑑みて成されたものであり、ユーザが携帯電話の機種や再生プレーヤのバージョン等を意識することなく、楽曲等の音楽データをダウンロードして再生可能な配信方式を提供することを目的とする。
また、本発明は、過去の音楽データとの互換性を考慮することなく再生プレーヤのプログラム変更、バージョンアップ等を容易に行うことができるようにすることも目的としている。
また、本発明は、大容量のメモリやＭＰ３デコーダ等を備えていない現行の携帯電話機でも、歌声とＢＧＭとから成る楽曲を着信音として利用できるようにすることを目的とする。
上記の目的を達成するために、本発明のデータ配信システムは、圧縮したデータをデータ配信サーバから要求元の端末に配信するデータ配信システムであって、配信対象とするデータを所定の方式に従って圧縮する圧縮手段と、上記圧縮手段により圧縮されたデータをあらかじめ蓄積しておく圧縮データ蓄積手段と、上記端末のそれぞれの仕様に対応する再生プログラムをあらかじめ蓄積しておく再生プログラム蓄積手段と、上記要求元の端末から所望のデータの配信要求があったときに、上記圧縮データ蓄積手段から該当する圧縮データを読み出すとともに、上記要求元の端末の仕様に対応する再生プログラムを上記再生プログラム蓄積手段から読み出して、上記圧縮データと上記再生プログラムとを上記要求元の端末に送信する送信手段とを備えたことを特徴とする。
本発明の他の態様では、上記データ配信システムは、楽曲の全部または一部を圧縮した音楽データを音楽配信サーバから要求元の端末に配信する音楽配信システムであることを特徴とする。
本発明の他の態様では、上記送信手段は、上記圧縮データと上記再生プログラムとを論理的に１つのファイルにカプセル化するカプセル化手段を含むことを特徴とする。
本発明のデータ配信方法は、圧縮したデータをデータ配信サーバから要求元の端末に配信するデータ配信方法であって、配信対象とするデータをあらかじめ圧縮して記録媒体に蓄積しておくとともに、上記端末のそれぞれの仕様に対応する再生プログラムをあらかじめ作成して記録媒体に蓄積しておき、上記要求元の端末から所望のデータの配信要求があったときに、上記記録媒体から該当する圧縮データと上記要求元の端末の仕様に対応する再生プログラムとを読み出して、上記要求元の端末に送信するようにしたことを特徴とする。
本発明の他の態様では、上記記録媒体から読み出した圧縮データと再生プログラムとを論理的に１つのファイルにカプセル化し、カプセル化したファイルを送信するようにしたことを特徴とする。
本発明のデータ配信サーバは、圧縮したデータを要求元の端末に配信するデータ配信サーバであって、所定の方式に従って圧縮された配信対象のデータを記憶する圧縮データ記憶手段と、上記端末のそれぞれの仕様に対応する再生プログラムを記憶する再生プログラム記憶手段と、上記要求元の端末から所望のデータの配信要求があったときに、上記圧縮データ記憶手段から該当する圧縮データを読み出すとともに、上記要求元の端末の仕様に対応する再生プログラムを上記再生プログラム記憶手段から読み出して、上記圧縮データと上記再生プログラムとを上記要求元の端末に送信する送信手段とを備えたことを特徴とする。
本発明の他の態様では、上記送信手段は、上記圧縮データと上記再生プログラムとを論理的に１つのファイルにカプセル化するカプセル化手段を含むことを特徴とする。
本発明のデータ配信プログラムは、請求の範囲第４項に記載のデータ配信方法の処理手順をコンピュータに実行させるためのプログラム、あるいは、請求の範囲第６項に記載の送信手段としてコンピュータを機能させるためのプログラムである。
また、本発明の楽曲ファイル生成方法は、歌声とＢＧＭとが混合して成るデジタル音声データから上記歌声を抽出し、ＰＣＭ形式の歌声データを得る第１のステップと、ＭＩＤＩ形式のＢＧＭデータを生成する第２のステップと、上記第１のステップで抽出した歌声に合わせてＭＩＤＩ形式の模擬歌声データを生成し、上記第２のステップで生成したＢＧＭデータに対して上記模擬歌声データを付加してＭＩＤＩデータの調整を行う第３のステップと、上記第１のステップで生成されたＰＣＭ形式の歌声データと上記第３のステップで調整が行われたＭＩＤＩ形式のＢＧＭ＋模擬歌声データとを１つの楽曲ファイルに加工する第４のステップとを有することを特徴とする。
本発明の他の態様では、上記第１のステップでは、上記歌声とＢＧＭとが混合して成るデジタル音声データに対して、上記歌声に対応する所定の周波数帯域まで帯域制限する処理を行うことを特徴とする。
本発明の他の態様では、上記第４のステップでは、上記第２のステップで生成されたＰＣＭ形式の歌声データと、上記第３のステップで生成されたＭＩＤＩ形式のＢＧＭ＋模擬歌声データとの再生タイミングを同期させる調整処理を行うことを特徴とする。
本発明の他の態様では、上記第４のステップで生成される楽曲ファイルは、上記第３のステップで生成されたＭＩＤＩ形式のＢＧＭ＋模擬歌声データを再生するためのＭＩＤＩ再生制御情報と、上記第２のステップで生成されたＰＣＭ形式の歌声データを上記模擬歌声データに同期させて再生するためのＰＣＭ再生制御情報とを含むことを特徴とする。
また、本発明のコンピュータ読み取り可能な記録媒体は、ＰＣＭ形式の歌声データから成るＰＣＭデータと、ＭＩＤＩ形式のＢＧＭデータに対して、上記ＰＣＭデータの歌声に合わせて生成されたＭＩＤＩ形式の模擬歌声データが付加されたＭＩＤＩデータとを含み、上記ＰＣＭデータと上記ＭＩＤＩデータとが１つのファイルに統合されて成るデータ構造を有する楽曲ファイルが記録されたことを特徴とする。
本発明の他の態様では、上記楽曲ファイルは、上記ＭＩＤＩデータを再生するためのＭＩＤＩ再生制御情報と、上記ＰＣＭデータを上記ＭＩＤＩデータに同期させて再生するためのＰＣＭ再生制御情報とを含むことを特徴とする。
上記のように構成した本発明によれば、ユーザが所望の圧縮データを選択してダウンロードする際に、端末の仕様や再生プレーヤのバージョン等を意識しなくても済むようになり、圧縮データのダウンロード時における作業を格段に簡素化することができる。また、本発明によれば、過去のデータとの互換性を考慮することなく、再生プレーヤのプログラム変更やバージョンアップ等を容易に行うことができるようになる。
また、本発明の他の特徴によれば、現行の携帯電話機種の着信音に関するファイル容量の制限範囲内に収まる程度まで楽曲ファイルのデータ量を削減することができるとともに、再生音声の品質も所定レベル以上に維持することができる。これにより、大容量のメモリやＭＰ３デコーダ等を備えていない現行の携帯電話機種でも着うたのサービスが利用できるようにすることができる。
【図面の簡単な説明】  図１は、本実施形態による音楽配信システムの構成例を示す図である。
図２は、本実施形態に係る楽曲ファイル生成システムの構成例を示す図である。
図３は、本実施形態に係る楽曲ファイルのデータ構造を示す概念図である。
図４は、本実施形態による楽曲ファイル生成方法の処理手順を示すフローチャートである。
図５は、本実施形態による音楽配信サーバにおける楽曲配信および顧客登録の動作を示すフローチャートである。
【発明を実施するための最良の形態】  以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態に係る音楽配信システムの構成例を示す図である。また、図２は、本実施形態に係る楽曲ファイル生成システムの一構成例を示す図である。
図１において、１００は後述する楽曲ファイル１５を生成する楽曲ファイル生成システム、２００は後述する音楽再生プログラム（音楽再生プレーヤ）を生成する再生プログラム生成システム、３００は音楽データ（楽曲ファイル１５）の配信を行う音楽配信サーバ、４００は音楽データの配信を受ける携帯電話である。音楽配信サーバ３００と携帯電話４００とは、インターネット５００に接続可能とされている。
まず、楽曲ファイル生成システム１００の詳細について、図２を用いて説明する。図２に示すように、本実施形態の楽曲ファイル生成システム１００は、録音部１、歌声抽出部２、ＢＧＭ生成部３、ＭＩＤＩ調整部４およびファイル生成部５を備えて構成されている。
録音部１は、ＣＤやＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のデジタル音源データをコンピュータのハードディスク等にＷＡＶ形式で録音するものである。例えば、市販のＣＤをパーソナルコンピュータ（以下、パソコン）のＣＤドライブにセットし、パソコン内蔵のハードディスクに録音することにより、ＷＡＶ形式のデジタル音源データ１１を得ることができる。
なお、ＷＡＶ形式は、Ｗｉｎｄｏｗｓ（登録商標）標準の音声ファイル形式であり、ＷＡＶＥ形式とも呼ばれる。デジタル音声信号を記録するための保存形式として規定されている。圧縮方式は任意のものを利用することが可能である。デフォルトではＰＣＭ（無圧縮）方式やＡＤＰＣＭ（Ａｄａｐｔｉｖｅ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）方式などの圧縮方式に対応している。
歌声抽出部２は、人間の歌声とＢＧＭとが混合しているＷＡＶ形式のデジタル音源データ１１から所望の数小節分（例えば、楽曲の先頭部分やサビ部分）を切り出し、それからＢＧＭを廃棄して人間の歌声の部分だけを抽出する。
この歌声抽出の際には、携帯電話に実装されている再生形式に従って、ＷＡＶ形式のデジタル音源データ１１をＡＤＰＣＭ形式の歌声データ１２に変換する。具体的には、例えばＣＤであれば４４．１ＫＨｚでサンプリングされたデジタル音源データ１１に対して、人間の歌声に対応する所定の周波数帯域（４ＫＨｚまたは８ＫＨｚ）まで帯域制限する処理を行う。すなわち、４ＫＨｚまたは８ＫＨｚに相当する一定時間ごとにデジタル音源データ１１をサンプリングする。単なるサンプリングではＰＣＭ形式となるが、ここでは更に音が連続的に変化すること利用して、直前のサンプリングデータとの差を記録することによってデータ量を減らす。これがＡＤＰＣＭ形式である。
ＢＧＭ生成部３は、ＭＩＤＩ形式のＢＧＭデータ１３を生成するものである。ここでは、例えばパソコンにＭＩＤＩ音源を備え、当該パソコンにインストールされたシーケンスソフトと呼ばれるアプリケーションプログラムを利用して、ＤＴＭ（Ｄｅｓｋ  Ｔｏｐ  Ｍｕｓｉｃ）によりＢＧＭを生成する。ここで生成するＢＧＭデータ１３は、歌声抽出部２で廃棄した部分に相当するＢＧＭである。なお、ＤＴＭはＭＩＤＩデータの生成法の一例であり、本発明はこの生成法に限定されるものではない。
歌声抽出部２で抽出した歌声データ１２と、ＢＧＭ生成部３で生成したＢＧＭデータ１３とを合わせれば、ＣＤ等のデジタル音源と同じ元の楽曲ができる。歌声データ１２は元のデジタル音源データ１１を大幅に帯域制限して生成したものであり、データ量はかなり削減されている。また、ＢＧＭデータ１３はＭＩＤＩ形式なので、元々データ量は少ない。よって、単にＣＤ音源から一部を切り出してＭＰ３形式で圧縮したデータに比べて、データ量は格段に少なくなっている。
ただし、歌声抽出部２により抽出した歌声データ１２には劣化が生じており、そのまま再生しても殆ど人間の声として認識できない。抽出する際のサンプリング周波数を大きくすれば劣化を抑制できるが、歌声データ１２のデータ量が大きくなってしまう。そこで本実施形態では、人間の歌声をＭＩＤＩデータによってブーストさせることで、歌声データ１２のデータ量の肥大化を回避しながら、出力される歌声の品質を一定レベル以上に維持する手法をとっている。そのために利用するのがＭＩＤＩ調整部４である。
ＭＩＤＩ調整部４では、歌声抽出部２で抽出した歌声の音程やテンポ、音色、音量などに合わせて、当該歌声を模擬したＭＩＤＩ形式の模擬歌声データを生成する。そして、この模擬歌声データをＢＧＭデータに付加してＭＩＤＩデータの調整を行う。このＭＩＤＩデータの調整も、例えばＤＴＭにより行う。
ここで生成した模擬歌声データを単独で再生しても、人間の歌声には聞こえない。しかし、歌声抽出部２により抽出された歌声データ１２と同時に再生すると、ＡＤＰＣＭ形式の歌声データ１２で劣化した部分がＭＩＤＩ形式の模擬歌声データによってきれいに補われ、人間の歌声として良好に聞こえるようになる。
ファイル生成部５は、歌声抽出部２で生成されたＡＤＰＣＭ形式の歌声データ１２と、ＭＩＤＩ調整部４で調整が行われたＭＩＤＩ形式のＢＧＭ＋模擬歌声データ１４とを１つの楽曲ファイル１５に加工する処理を行う。ここで生成する楽曲ファイル１５は、携帯電話のキャリア独自のフォーマットに合わせて書き出したものである。例えばドコモ社の場合、ＭＦｉ（Ｍｅｌｏｄｙ  Ｆｏｒｍａｔ  ｆｏｒ  ｉ−ｍｏｄｅ：ｉ−ｍｏｄｅは登録商標）に従ってＭＬＤ形式の楽曲ファイル１５を生成する。
上述のように、ＡＤＰＣＭの歌声データ１２とＭＩＤＩの模擬歌声データとをずれなく同時に再生することが重要である。したがって、ＭＬＤ形式の楽曲ファイル１５を生成する際には、歌声データ１２とＢＧＭ＋模擬歌声データ１４との再生タイミングを同期させる調整を行う。具体的には、ＭＬＤフォーマットで定義されているバイナリの演奏位置情報（演奏の開始位置と終了位置、発音時間など）を、歌声データ１２とＢＧＭ＋模擬歌声データ１４との双方について適切に設定する。
以上のように構成した楽曲ファイル生成システム１００の各機能ブロック１〜５は、実際にはコンピュータのＣＰＵあるいはＭＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭに記憶されたプログラムが動作することによって実現できる。
図３は、楽曲ファイル１５のデータ構造をイメージ的に示す概念図である。一般的にＭＬＤファイルは、ファイルそのものの識別子を含むファイルヘッダ部、ファイルのデータについての情報を含むデータインフォメーション部、楽曲の実データを含むトラック部の３つを有しているが、図３はトラック部の構造を模擬的に示している。
図３に示すように、楽曲ファイル１５は、ＡＤＰＣＭ形式の歌声データ１２とＭＩＤＩ形式のＢＧＭ＋模擬歌声データ１４とを含んでいる。図３において、横軸は時間方向を示し、ハッチングを付した部分がそれぞれＢＧＭ２１、模擬歌声２２、歌声２３の再生タイミングを表している。この図３の例では、ＭＩＤＩのＢＧＭ２１は最初から最後まで一貫して流れ、その途中の２箇所でＭＩＤＩの模擬歌声２２が流れる。この模擬歌声２２が流れるのと同時に、ＡＤＰＣＭの歌声２３も流れる、というイメージを示している。
ＭＩＤＩ形式のＢＧＭ＋模擬歌声データ１４は、ＢＧＭ２１の部分と模擬歌声２２の部分とが別々のＭＩＤＩデータとして生成されていても良いし、１つのＭＩＤＩデータとして生成されていても良い。前者の場合は、ＢＧＭ２１の演奏位置情報と模擬歌声２２の演奏位置情報とを別個に設定する。後者の場合は、ＢＧＭ２１と模擬歌声２２とが和音データとして定義される。すなわち、模擬歌声２２が流れないタイミングではＢＧＭ２１だけの和音、模擬歌声２２が流れるタイミングではＢＧＭ２１と模擬歌声２２とを合わせた和音として１つのＭＩＤＩデータが定義される。この場合は、当該１つのＭＩＤＩデータに対して演奏位置情報を設定する。
一方、ＡＤＰＣＭ形式の歌声データ１２に関しては、歌声２３が模擬歌声２２と同時に流れるように、歌声２３の演奏位置情報を設定する。
このように、本実施形態の楽曲ファイル１５は、ＭＩＤＩ形式のＢＧＭ＋模擬歌声データ１４を適切なタイミングで再生するために必要なＭＩＤＩ再生制御情報と、ＡＤＰＣＭ形式の歌声データ１２をＢＧＭ＋模擬歌声データ１４に同期させて適切なタイミングで再生するために必要なＰＣＭ再生制御情報とを含んで構成されている。
図４は、本実施形態による楽曲ファイル生成方法の処理手順を示すフローチャートである。図４において、まず録音部１により、ＣＤやＤＶＤ等のデジタル音源データ１１をコンピュータのハードディスク等にＷＡＶ形式で録音する（ステップＳ１）。次に歌声抽出部２により、録音したＷＡＶ形式のデジタル音源データ１１から所望の一部分（楽曲の先頭部分やサビ部分など）を切り出す（ステップＳ２）。切り出す部分は１箇所に限らず、複数箇所でも良い。また、切り出した複数箇所を連結して１つにまとめても良い。
この切り出し処理は、キーボードやマウス等を用いて成されたユーザからの指示に従って行うようにしても良いし、コンピュータが自動的に行うようにしても良い。コンピュータが自動的に行う場合、例えば楽曲の先頭部分を切り出す際には、切り出す小節数を指示することにより、該当する部分を自動的に切り出すことが可能である。また、サビ部分を切り出す際には、バックコーラスの開始、音量の変化、曲調の変化などを検出することによってサビ部分を予測し、これを自動的に切り出すようにすることが可能である。
歌声抽出部２は更に、切り取ったデジタル音源データ１１に対して、人間の歌声に対応する所定の周波数帯域（４ＫＨｚまたは８ＫＨｚ）まで帯域制限する処理を行うことにより、ＢＧＭを廃棄して人間の歌声だけを抽出する（ステップＳ３）。これにより、ＡＤＰＣＭ形式の歌声データ１２を生成する。なお、切り出し処理をユーザからの指示に基づいて行う場合は、ステップＳ２とステップＳ３の処理は順番が逆でも良い。
また、ＢＧＭ生成部３において、歌声抽出部２で廃棄した部分に相当するＢＧＭデータ１３を、例えばＤＴＭによりＭＩＤＩ形式で生成する（ステップＳ４）。ＭＩＤＩ形式のＢＧＭデータ１３は、携帯電話の各機種の内蔵音源に依存するところが大きい。そのため、ＭＭＬ（Ｍｕｓｉｃ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）にて機種毎に表現方法を調整する（ステップＳ５）。次に、ＭＩＤＩ調整部４において、歌声抽出部２で抽出した歌声を模擬したＭＩＤＩ形式の模擬歌声データを生成し、ＢＧＭデータに付加してＭＩＤＩデータの調整を行う（ステップＳ６）。なお、ステップＳ１〜Ｓ３の処理と、ステップＳ４〜Ｓ６の処理とは順番が逆でも良い。
最後に、ファイル生成部５により、ステップＳ１〜Ｓ３で生成されたＡＤＰＣＭ形式の歌声データ１２と、ステップＳ４〜Ｓ６で生成されたＭＩＤＩ形式のＢＧＭ＋模擬歌声データ１４とを１つの楽曲ファイル１５に加工する（ステップＳ７）。ここでは、携帯電話のキャリアのフォーマットに合わせてバイナリデータでファイルを書き出す。上述の例ではドコモ社のＭＬＤ形式について説明したが、ａｕ社であればＰＭＤ形式、Ｊフォン社であればＳＭＤ形式に合わせて楽曲ファイル１５を生成する。１つの楽曲について複数キャリアの楽曲ファイル１５を生成しても良い。
以上が、図１中に示す楽曲ファイル生成システム１００の説明である。次に、図１中に示す音楽配信サーバ３００の構成について説明する。
図１に示すように、音楽配信サーバ３００は、楽曲ファイル取得部３１、再生プログラム取得部３２、顧客情報取得部３３、データベース（ＤＢ）登録部３４、配信楽曲ＤＢ３５、配信プログラムＤＢ３６、顧客ＤＢ３７、カプセル化部３８、顧客情報参照部３９および通信部４０を備えて構成されている。
楽曲ファイル取得部３１は、楽曲ファイル生成システム１００により生成された楽曲ファイル１５を音楽配信サーバ３００内に取得するものである。再生プログラム取得部３２は、再生プログラム生成システム２００によって生成された音楽再生プログラム（デコーダを含む音楽再生プレーヤ）を音楽配信サーバ３００内に取得するものである。
これらの楽曲ファイル取得部３１および再生プログラム取得部３２では、具体的には、ＣＤやフレキシブルディスク等の記録媒体を介して楽曲ファイル１５や音楽再生プログラムを音楽配信サーバ３００内に取り込んだり、インターネット５００あるいはその他のネットワーク（図示せず）を介して楽曲ファイル１５や音楽再生プログラムを音楽配信サーバ３００内に取り込んだりする。
音楽再生プログラムは、楽曲ファイル１５に記録されている演奏位置情報に従ってＢＧＭ２１、模擬歌声２２、歌声２３の演奏を指示するためのものである。これは、携帯電話内蔵のシンセサイザに対してＡＤＰＣＭ形式の歌声データ１２の演奏を指示するＰＣＭ再生制御プログラムと、シンセサイザに対してＭＩＤＩ形式のＢＧＭ＋模擬歌声データ１４の演奏を指示するＭＩＤＩ再生制御プログラムとを含んでいる。先に述べたように、携帯電話４００で利用可能なアプリケーションの仕様は、携帯電話のキャリアごとに異なっている。そのため、この音楽再生プログラムも、携帯電話の各キャリアが持つ仕様の違いに合わせて作り込まれる。
顧客情報取得部３３は、顧客に関する各種の情報（例えば氏名、ユーザＩＤ、パスワード、顧客が使用している携帯電話４００のキャリアや機種など）を取得するものである。具体的には、ユーザが携帯電話４００からインターネット５００を介して音楽配信サーバ３００に最初にアクセスしてきたときに、ユーザに対して情報入力を要求する（例えば、情報入力画面を提示する）ことによって、必要な顧客情報を取得する。
ＤＢ登録部３４は、楽曲ファイル取得部３１により取得された様々な仕様に対応する楽曲ファイル１５を、着うた用の楽曲データファイルとして配信楽曲ＤＢ３５に登録する。また、再生プログラム取得部３２により取得された様々な仕様に対応する音楽再生プログラムを配信プログラムＤＢ３６に登録する。また、顧客情報取得部３３により取得された顧客情報を顧客ＤＢ３７に登録する。配信楽曲ＤＢ３５は、本発明の記録媒体を構成する。
カプセル化部３８は、ユーザからの配信要求に応じて、そのユーザが使用している携帯電話４００のキャリアと機種に対応する楽曲ファイル１５を配信楽曲ＤＢ３５から読み出すとともに、当該携帯電話４００のキャリアと機種に対応する音楽再生プログラムを配信プログラムＤＢ３６から読み出して、それらをカプセル化してコンカチファイルを作成する。顧客情報参照部３９は、ユーザから楽曲の配信要求があったときに、顧客ＤＢ３７を参照することによって要求元のユーザが使用している携帯電話４００のキャリアと機種を把握し、カプセル化部３８に伝える処理を行う。
カプセル化は、楽曲ファイル１５のバイナリデータと音楽再生プログラムのバイナリデータとを一緒にして単一のファイルとする処理であり、生成されたオブジェクトが自己完結型で一元管理されるＪａｖａ（登録商標）のクラス配信処理を利用して、電話の着信時にプログラムの起動が掛かる仕組みとして実装する。なお、楽曲ファイル１５に音楽再生プログラムをカプセル化する方法としては、楽曲配信の要求があった時点で動的に組み合わせを行う方法と、事前のバッチ処理で静的な組み合わせをあらかじめ用意する方法とがあり、本実施形態はその何れにも対応可能である。
また、配信するファイルは、Ｊａｖａファイルに従った方式と、任意のファイルフォーマットを制定して自己ファイル再生のプロトコルに従った方式との何れを採ることも可能である。配信するファイルについて、物理的な分割構成は問題でなく、論理的な単一ファイル構成になっていることが必要である。論理的な単一性に関しては、実装環境を構築するプロセスが、ユーザが楽曲をダウンロードしているときの操作性において完結性を満たしていれば良い。
通信部４０は、インターネット５００を介して携帯電話４００との間で通信に関する処理を行う。例えば、携帯電話４００から送られてくる顧客情報を顧客情報取得部３３に伝える処理を行う。また、携帯電話４００から送られてくる所望の楽曲の配信要求を受信し、それをカプセル化部３８や顧客情報参照部３９に伝える処理を行う。また、カプセル化部３８により生成されたコンカチファイルを要求元の携帯電話４００に配信する処理も行う。コンカチファイル中に含まれる楽曲ファイル１５を記憶する携帯電話４００内のメモリ（図示せず）も、本発明の記録媒体を構成する。
以上に説明した音楽配信サーバ３００内の各機能ブロック３１〜３４，３８〜４０は、ＣＰＵあるいはＭＰＵ、ＲＯＭ、ＲＡＭなどを備えて構成されるマイクロコンピュータ（マイコン）のような制御部（図示せず）によってその動作が制御されるようになっている。また、各ＤＢ３５〜３７は、例えばハードディスク等の記録媒体により構成されている。
上記のように音楽配信サーバ３００内の各機能ブロック３１〜３４，３８〜４０をマイコンで構成した場合、その機能構成はソフトウェアによって実現することが可能である。この場合、上記音楽配信サーバ３００の機能構成は、ＲＡＭやＲＯＭに記憶されたプログラムが動作することによって実現できる。
したがって、コンピュータが各機能ブロックの機能を果たすように動作させるプログラムを例えばＣＤ−ＲＯＭのような記録媒体に記録し、コンピュータに読み込ませることによって実現できるものである。上記プログラムを記録する記録媒体としては、ＣＤ−ＲＯＭ以外に、フレキシブルディスク、ハードディスク、磁気テープ、光ディスク、光磁気ディスク、ＤＶＤ、不揮発性メモリカード等を用いることができる。また、上記プログラムをインターネット等のネットワークを介してコンピュータにダウンロードするようにしても良い。
また、コンピュータが供給されたプログラムを実行することにより上述の機能が実現されるだけでなく、そのプログラムがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）あるいは他のアプリケーションソフト等と共同して上述の機能が実現される場合や、供給されたプログラムの処理の全てあるいは一部がコンピュータの機能拡張ボードや機能拡張ユニットにより行われて上述の機能が実現される場合も、かかるプログラムは本発明の実施形態に含まれる。
次に、上記のように構成した本実施形態による音楽配信システムの動作を、図５のフローチャートを参照しながら説明する。図５は、音楽配信サーバ３００における楽曲配信および顧客登録の動作を示すフローチャートである。
図５に示すように、音楽配信サーバ３００内の図示しない制御部は、携帯電話４００から通信部４０に対してアクセスがあったかどうかを判定する（ステップＳ１１）。携帯電話４００からアクセスがあった場合、制御部は更に、その携帯電話４００のユーザにパスワードが既に設定されているかどうかを判定する（ステップＳ１２）。ここでは、パスワード入力を伴ってアクセスが行われたかどうかを判定する。
そのユーザにパスワードが設定されていない場合、制御部は通信部４０を用いて所定の情報入力画面を携帯電話４００に提示することにより、ユーザに顧客情報の入力を促す。そして、これに対応して入力された顧客情報を顧客情報取得部３３が取得し、ＤＢ登録部３４が顧客ＤＢ３７に登録する（ステップＳ１３）。その後で制御部は、そのユーザに対して固有のパスワードを発行する（ステップＳ１４）。
上記ステップＳ１２でユーザに既にパスワードが発行されていたと判断した場合（パスワード入力を伴ってアクセスが行われた場合）および上記ステップＳ１４でパスワードが新たに発行された場合には、制御部はそのパスワードに関する承認処理を行う（ステップＳ１５）。パスワードが間違っているような場合には、その旨の警告メッセージを出力して処理を中断する。
一方、パスワードの承認が済んだ場合、制御部は、通信部４０を用いて会員専用の音源メニュー画面を携帯電話４００に提示する（ステップＳ１６）。この音源メニュー画面を通じて、ユーザは自分が所望する楽曲のダウンロードを音楽配信サーバ３００に要求することができる。制御部は、携帯電話４００から所望の楽曲の配信要求が有ったか否かを判定し（ステップＳ１７）、要求がない場合はステップＳ１１の処理に戻る。
楽曲の配信要求があった場合、顧客情報参照部３９は、顧客ＤＢ３７を参照することによって要求元の携帯電話４００のキャリアと機種を把握し、それをカプセル化部３８に伝える（ステップＳ１８）。カプセル化部３８は、顧客情報参照部３９より伝えられたキャリアと機種に対応する音楽再生プログラムを配信プログラムＤＢ３６から読み出すとともに、ユーザから配信要求された楽曲で顧客情報参照部３９より伝えられたキャリアと機種に対応する楽曲ファイル１５を配信楽曲ＤＢ３５から読み出して、それらをカプセル化してコンカチファイルを作成する（ステップＳ１９）。
なお、このコンカチファイルを作成する際に、楽曲の属性情報（例えば曲名、アーティスト名など）を付加しても良い。
最後に、カプセル化部３８によって作成されたコンカチファイルを通信部４０が携帯電話４００に配信する（ステップＳ２０）。このコンカチファイルを受信した携帯電話４００では、その中に含まれている音楽再生プログラムによって楽曲ファイル１５の再生を実行する。
以上詳しく説明したように、本実施形態の音楽配信システムによれば、携帯電話４００からの要求に応じて音楽配信サーバ３００が音楽データ（楽曲ファイル１５）を配信する都度、その携帯電話４００のキャリアと機種に対応する再生プレーヤを一緒にカプセル化して配信するようにしているので、ユーザが単に所望の楽曲を選択してダウンロードするだけで、自分の携帯電話４００の仕様にあった再生プレーヤを自動的に取得することができ、ユーザはこれを意識する必要がなくなる。すなわち、ユーザは携帯電話の機種や再生プレーヤのバージョン等をその都度確認する必要がなく、楽曲データのダウンロード時における作業を簡素化することができる。
また、選択された楽曲データとそれを再生するための再生プレーヤとが単一の論理的なファイルに封じ込められることで、環境に依存しない実行環境を提供することができる。これにより、再生プレーヤの開発メーカは、過去の音楽データとの互換性を考慮する必要がなくなるので、再生プレーヤのプログラム変更やバージョンアップ等を容易に行うことができるようになる。
また、独自の再生プレーヤ、独自の圧縮形式とすることで、違法コピー対策をとることもできる。
また、本実施形態によれば、ＣＤ等のデジタル音源を歌声部分とＢＧＭ部分とに分離し、歌声部分については大幅に帯域制限を行ってＡＤＰＣＭ形式にすることによりデータ量を削減し、ＢＧＭ部分についてはＭＩＤＩ形式にてデータを生成することによりデータ量を削減した。これにより、ＣＤ音源等を単に切り取ってＭＰ３形式で圧縮する従来の方式に比べて、データ量を格段に少なくすることができる。また、帯域制限を行うことによって劣化した歌声部分はＭＩＤＩデータによって補うようにしたので、再生される歌声の品質も所定レベル以上に維持することができる。
したがって、現行の携帯電話機種の着信音に関する制約事項であるファイル容量の制限（例えばドコモ社の場合は１０Ｋｂｙｔｅ）を守りながら、一定レベル以上の品質が保証された着うた音声を携帯電話に配信して再生することが可能となる。すなわち、本実施形態によれば、大容量のメモリやＭＰ３デコーダ等を備えていない現行の携帯電話機種でも着うたのサービスが利用できるようになる。
なお、上記実施形態では、音楽データをＡＤＰＣＭ形式で圧縮する例について説明したが、この圧縮形式に限定されない。例えば、ＭＰ３、ＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）、ＡＣ−３（Ｄｏｌｂｙ  Ｄｉｇｉｔａｌ）、ＡＴＲＡＣ３（Ａｄａｐｔｉｖｅ  Ｔｒａｎｓｆｏｒｍ  Ａｃｏｕｓｔｉｃ  Ｃｏｄｉｎｇ）、Ｔｗｉｎ  ＶＱ、ＷＭＡ（Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  Ａｕｄｉｏ）などを用いることも可能である。また、これ以外の独自方式を採用しても良い。
また、上記実施形態では、携帯電話の着信音用として楽曲ファイル１５を生成する例について説明したが、必ずしも着信音用に限定されるものではない。小さいメモリ容量で歌声とＢＧＭとから成る楽曲を再生する必要があるシステムに対しては、本実施形態の楽曲ファイル１５を適用することが可能である。この場合に楽曲ファイル１５を記憶する記録媒体としては、ＣＤ−ＲＯＭ、フレキシブルディスク、ハードディスク、磁気テープ、光ディスク、光磁気ディスク、ＤＶＤ、不揮発性メモリカード等を用いることができ、これらも本発明の記録媒体を構成する。
また、上記実施形態では、携帯電話用の着信音として楽曲データを配信する例について説明したが、本発明はこれに限定されるものではない。例えば、配信するデータとしては音楽の他に、画像や動画などが考えられる。また、配信する端末としては携帯電話の他に、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、パーソナルコンピュータ、カーナビゲーションシステム、ゲーム機、テレビジョン受像機、レコード店やコンビニエンスストアなどの店先に置かれる情報端末（いわゆるキオスク端末）などが考えられる。
その他、上記説明した実施形態は、本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその精神、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【産業上の利用可能性】  本発明は、ユーザが携帯電話の機種や再生プレーヤのバージョン等を意識することなく、楽曲等の音楽データをダウンロードして再生できるようにするのに有用である。
また、本発明は、過去の音楽データとの互換性を考慮することなく再生プレーヤのプログラム変更、バージョンアップ等を容易に行うことができるようにするのに有用である。
また、本発明は、大容量のメモリやＭＰ３デコーダ等を備えていない現行の携帯電話機でも、歌声とＢＧＭとから成る楽曲を着信音として利用できるようにするのに有用である。
【図１】
2004010411.tif 000003
【図２】
2004010411.tif 000004
【図３】
2004010411.tif 000005
【図４】
2004010411.tif 000006
【図５】
2004010411.tif 000007
【手続補正書】
【提出日】平成16年6月11日(2004.6.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
圧縮したデータをデータ配信サーバから要求元の端末に配信するデータ配信システムであって、
配信対象とするデータを所定の方式に従って圧縮して成る楽曲ファイルを生成する楽曲ファイル生成手段と、
上記楽曲ファイル生成手段により生成された楽曲ファイルをあらかじめ蓄積しておくファイル蓄積手段と、
上記端末のそれぞれの仕様に対応する再生プログラムをあらかじめ蓄積しておく再生プログラム蓄積手段と、
上記要求元の端末から所望のデータの配信要求があったときに、上記ファイル蓄積手段から該当する楽曲ファイルを読み出すとともに、上記要求元の端末の仕様に対応する再生プログラムを上記再生プログラム蓄積手段から読み出して、上記楽曲ファイルと上記再生プログラムとを上記要求元の端末に送信する送信手段とを備え、
上記楽曲ファイル生成手段は、歌声とＢＧＭとが混合して成るデジタル音声データから上記歌声を抽出し、ＰＣＭ形式の歌声データを得る歌声抽出手段と、
ＭＩＤＩ形式のＢＧＭデータを生成するＢＧＭ生成手段と、
上記歌声抽出手段により抽出した歌声に合わせてＭＩＤＩ形式の模擬歌声データを生成し、上記ＢＧＭ生成手段により生成したＢＧＭデータに対して上記模擬歌声データを付加してＭＩＤＩデータの調整を行うＭＩＤＩ調整手段と、
上記歌声抽出手段により生成されたＰＣＭ形式の歌声データと上記ＭＩＤＩ調整手段により生成されたＭＩＤＩ形式のＢＧＭ＋模擬歌声データとを１つの楽曲ファイルに加工するファイル生成手段とを備えたことを特徴とするデータ配信システム。
【請求項２】
上記送信手段は、上記楽曲ファイルと上記再生プログラムとを論理的に１つのファイルにカプセル化するカプセル化手段を含むことを特徴とする請求項１に記載のデータ配信システム。
【請求項３】
上記歌声抽出手段は、上記歌声とＢＧＭとが混合して成るデジタル音声データに対して、上記歌声に対応する所定の周波数帯域まで帯域制限する処理を行うことを特徴とする請求項１に記載のデータ配信システム。
【請求項４】
上記ファイル生成手段は、上記ＢＧＭ生成手段により生成されたＰＣＭ形式の歌声データと、上記ＭＩＤＩ調整手段により生成されたＭＩＤＩ形式のＢＧＭ＋模擬歌声データとの再生タイミングを同期させる調整処理を行うことを特徴とする請求項１に記載のデータ配信システム。
【請求項５】
上記ファイル生成手段は、上記ＭＩＤＩ調整手段により生成されたＭＩＤＩ形式のＢＧＭ＋模擬歌声データを再生するためのＭＩＤＩ再生制御情報と、上記歌声抽出手段により生成されたＰＣＭ形式の歌声データを上記模擬歌声データに同期させて再生するためのＰＣＭ再生制御情報とを含んだ上記楽曲ファイルを生成することを特徴とする請求項１に記載のデータ配信システム。
【請求項６】
圧縮したデータをデータ配信サーバから要求元の端末に配信するデータ配信方法であって、
配信対象とする楽曲ファイルをあらかじめ記録媒体に蓄積しておくとともに、上記端末のそれぞれの仕様に対応する再生プログラムをあらかじめ記録媒体に蓄積しておき、
上記要求元の端末から所望のデータの配信要求があったときに、上記記録媒体から該当する楽曲ファイルと上記要求元の端末の仕様に対応する再生プログラムとを読み出して、上記要求元の端末に送信するように成し、
上記配信対象とする楽曲ファイルは、歌声とＢＧＭとが混合して成るデジタル音声データから上記歌声を抽出し、ＰＣＭ形式の歌声データを得る第１のステップと、
ＭＩＤＩ形式のＢＧＭデータを生成する第２のステップと、
上記第１のステップで抽出した歌声に合わせてＭＩＤＩ形式の模擬歌声データを生成し、上記第２のステップで生成したＢＧＭデータに対して上記模擬歌声データを付加してＭＩＤＩデータの調整を行う第３のステップと、
上記第１のステップで生成されたＰＣＭ形式の歌声データと上記第３のステップで調整が行われたＭＩＤＩ形式のＢＧＭ＋模擬歌声データとを１つの楽曲ファイルに加工する第４のステップとにより生成することを特徴とするデータ配信方法。
【請求項７】
上記記録媒体から読み出した楽曲ファイルと再生プログラムとを論理的に１つのファイルにカプセル化し、カプセル化したファイルを送信するようにしたことを特徴とする請求項６に記載のデータ配信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ配信システムおよび方法に関するものである。より具体的には、圧縮した音楽データをインターネット等のネットワークを使って配信するデータ配信システムに関するものである。
【背景技術】
【０００２】
今や携帯電話は爆発的に普及し、誰もが持っている機器の１つになった。当初の携帯電話では、着信音は極めて単調なパターン音を繰り返す程度のものしかなかった。しかしやがて、より個性的なものを求める市場ニーズに対応して、ＭＩＤＩ（Music Instrument Digital Interface）データを利用して作成したメロディで着信音を鳴らす、いわゆる「着信メロディ」が登場した。
【０００３】
また、数年前にはＰＣＭ音源を内蔵した携帯電話も登場し、このＰＣＭ音源を利用してアーティスト等の声で着信音を鳴らす、いわゆる「着信ボイス」も今では実現されている。これらの着信メロディや着信ボイスは、インターネット上のサイトから所望のものをダウンロードして利用することができるようになっている。ユーザは自分好みのコンテンツを携帯電話にダウンロードすることにより、携帯電話を「自分」独自のものに仕立て上げることが可能である。
【０００４】
上述のような背景をもとに、本出願人は、ＣＤ（Compact Disc）等に記録されている楽曲そのものを携帯電話の着信音として利用する（単なるメロディ音や単なる人間の声でなく、人間の歌声とＢＧＭ（Back Ground Music）とが一体となった楽曲そのものを着信音とする）サービスを新たに考案した。また実際、このようなサービスを実現するシステム（以下「着うたシステム」と称する）も新たに提供されている。
【０００５】
この種の着うたシステムを構築する場合、配信する音楽データのデータ量が比較的多くなることから、その音楽データを圧縮するのが好ましい。現在実際に提供されているシステムでは、ＣＤ音源から一部を切り出し、それをＭＰ３（MPEG1 Audio Layer-3）等の形式で圧縮した音楽データを配信用のコンテンツとして用いている。また、配信される音楽データが圧縮されているため、これを受け取る携帯電話機側には、音楽データの圧縮を解いて再生するプレーヤ（再生プログラム）を搭載する必要がある。
【０００６】
最近の携帯電話の中には、再生プレーヤをアプリケーションとして備えたものも存在する。Ｊａｖａ（登録商標）に対応していない従来の携帯電話では、最初から組み込まれているアプリケーションしか利用できない。これに対し、Ｊａｖａ対応の携帯電話を用いれば、ユーザが使いたいアプリケーションをサーバからダウンロードしたり、不要なアプリケーションを携帯電話から削除したりすることができる。
【０００７】
しかしながら、現状では、利用可能なアプリケーションの仕様が携帯電話事業者ごとに異なっており、圧縮データの再生方式も携帯電話の機種毎に異なっている。そのため、サーバ側ではそれぞれの再生方式に合わせた形式で音楽データを用意する必要があり、処理および記憶容量等に関して多くの負荷かかかってしまう問題があった。また、ユーザにとっても、一々機種を確認して音楽データのダウンロードを行う必要があり、その操作が非常に煩雑になる。
【０００８】
また、携帯コンテンツは日々進歩しており、それに合わせて再生プレーヤを変更する必要が生じることも予想される。ところが、ユーザにとっては、ダウンロードしようとする音楽データが、現在組み込んでいる再生プレーヤで再生できるかどうかを一々判断する必要がある。しかも、再生できない場合には最新バージョンの再生プレーヤを別サイトからわざわざダウンロードする必要があり、非常に面倒である。
【０００９】
一方、新たな再生プレーヤを開発するメーカにとっては、その再生プレーヤでユーザがどの音楽データを再生するかを事前に特定できないため、過去の音楽データも再生できるように互換性を考慮する必要がある。そのため、プログラムの変更やバージョンアップが非常に大変になるという問題も生じる。
【００１０】
別の問題もある。すなわち、従来の着うたシステムでは、ＣＤ音源の一部を単純に切り出して配信用コンテンツとしている。そのため、従来の着信メロディ（ＭＩＤＩデータ）や着信ボイス（ＰＣＭデータ）に比べて着うたのコンテンツはデータ量が非常に大きくなり、これをダウンロードして利用するためには携帯電話機に大きな容量のメモリが必要になる。
【００１１】
少なくとも１つの楽曲として認識できる程度に着うたを再生するためには、それなりの時間分だけＣＤ音源を切り出す必要がある。よって、切り出したデータをＭＰ３形式で圧縮したとしても、既存の携帯電話機が備える少ない容量のメモリでは対応し切れない。また、既存の携帯電話機は、ＭＩＤＩ音源やＰＣＭ音源の再生機能は備えているが、ＭＰ３形式のデータの再生機能は備えていない。
【００１２】
以上のことから、従来の着うたシステムでは、非常に大きな容量のメモリを持ち、かつＭＰ３形式のデコーダを備えた新機種でないとサービスを利用することができないという問題があった。着信メロディや着信ボイスが大きなブームとなったのは、携帯電話機が標準で備えていたＭＩＤＩ音源の再生機能とＰＣＭ音源の再生機能とをそのまま利用できたことが１つの要因である。したがって、着うたに関しても、既存の機種でもサービスを利用できるようにすることが望まれる。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
本発明は、このような問題点に鑑みて成されたものであり、ユーザが携帯電話の機種や再生プレーヤのバージョン等を意識することなく、楽曲等の音楽データをダウンロードして再生可能な配信方式を提供することを目的とする。
また、本発明は、過去の音楽データとの互換性を考慮することなく再生プレーヤのプログラム変更、バージョンアップ等を容易に行うことができるようにすることも目的としている。
また、本発明は、大容量のメモリやＭＰ３デコーダ等を備えていない現行の携帯電話機でも、歌声とＢＧＭとから成る楽曲を着信音として利用できるようにすることを目的とする。
【課題を解決するための手段】
【００１４】
上記の目的を達成するために、本発明のデータ配信システムは、圧縮したデータをデータ配信サーバから要求元の端末に配信するデータ配信システムであって、配信対象とするデータを所定の方式に従って圧縮して成る楽曲ファイルを生成する楽曲ファイル生成手段と、上記楽曲ファイル生成手段により生成された楽曲ファイルをあらかじめ蓄積しておくファイル蓄積手段と、上記端末のそれぞれの仕様に対応する再生プログラムをあらかじめ蓄積しておく再生プログラム蓄積手段と、上記要求元の端末から所望のデータの配信要求があったときに、上記ファイル蓄積手段から該当する楽曲ファイルを読み出すとともに、上記要求元の端末の仕様に対応する再生プログラムを上記再生プログラム蓄積手段から読み出して、上記楽曲ファイルと上記再生プログラムとを上記要求元の端末に送信する送信手段とを備え、上記楽曲ファイル生成手段は、歌声とＢＧＭとが混合して成るデジタル音声データから上記歌声を抽出し、ＰＣＭ形式の歌声データを得る歌声抽出手段と、ＭＩＤＩ形式のＢＧＭデータを生成するＢＧＭ生成手段と、上記歌声抽出手段により抽出した歌声に合わせてＭＩＤＩ形式の模擬歌声データを生成し、上記ＢＧＭ生成手段により生成したＢＧＭデータに対して上記模擬歌声データを付加してＭＩＤＩデータの調整を行うＭＩＤＩ調整手段と、上記歌声抽出手段により生成されたＰＣＭ形式の歌声データと上記ＭＩＤＩ調整手段により生成されたＭＩＤＩ形式のＢＧＭ＋模擬歌声データとを１つの楽曲ファイルに加工するファイル生成手段とを備えたことを特徴とする。
【００１５】
本発明の他の態様では、上記送信手段は、上記楽曲ファイルと上記再生プログラムとを論理的に１つのファイルにカプセル化するカプセル化手段を含むことを特徴とする。
【００１６】
本発明の他の態様では、上記歌声抽出手段は、上記歌声とＢＧＭとが混合して成るデジタル音声データに対して、上記歌声に対応する所定の周波数帯域まで帯域制限する処理を行うことを特徴とする。
【００１７】
本発明の他の態様では、上記ファイル生成手段は、上記ＢＧＭ生成手段により生成されたＰＣＭ形式の歌声データと、上記ＭＩＤＩ調整手段により生成されたＭＩＤＩ形式のＢＧＭ＋模擬歌声データとの再生タイミングを同期させる調整処理を行うことを特徴とする。
【００１８】
本発明の他の態様では、上記ファイル生成手段は、上記ＭＩＤＩ調整手段により生成されたＭＩＤＩ形式のＢＧＭ＋模擬歌声データを再生するためのＭＩＤＩ再生制御情報と、上記歌声抽出手段により生成されたＰＣＭ形式の歌声データを上記模擬歌声データに同期させて再生するためのＰＣＭ再生制御情報とを含んだ上記楽曲ファイルを生成することを特徴とする。
【００１９】
本発明のデータ配信方法は、圧縮したデータをデータ配信サーバから要求元の端末に配信するデータ配信方法であって、配信対象とする楽曲ファイルをあらかじめ記録媒体に蓄積しておくとともに、上記端末のそれぞれの仕様に対応する再生プログラムをあらかじめ記録媒体に蓄積しておき、上記要求元の端末から所望のデータの配信要求があったときに、上記記録媒体から該当する楽曲ファイルと上記要求元の端末の仕様に対応する再生プログラムとを読み出して、上記要求元の端末に送信するように成し、上記配信対象とする楽曲ファイルは、歌声とＢＧＭとが混合して成るデジタル音声データから上記歌声を抽出し、ＰＣＭ形式の歌声データを得る第１のステップと、ＭＩＤＩ形式のＢＧＭデータを生成する第２のステップと、上記第１のステップで抽出した歌声に合わせてＭＩＤＩ形式の模擬歌声データを生成し、上記第２のステップで生成したＢＧＭデータに対して上記模擬歌声データを付加してＭＩＤＩデータの調整を行う第３のステップと、上記第１のステップで生成されたＰＣＭ形式の歌声データと上記第３のステップで調整が行われたＭＩＤＩ形式のＢＧＭ＋模擬歌声データとを１つの楽曲ファイルに加工する第４のステップとにより生成することを特徴とする。
【００２０】
本発明の他の態様では、上記記録媒体から読み出した楽曲ファイルと再生プログラムとを論理的に１つのファイルにカプセル化し、カプセル化したファイルを送信するようにしたことを特徴とする。
【発明の効果】
【００２１】
上記のように構成した本発明によれば、ユーザが所望の楽曲ファイルを選択してダウンロードする際に、端末の仕様や再生プレーヤのバージョン等を意識しなくても済むようになり、楽曲ファイルのダウンロード時における作業を格段に簡素化することができる。また、本発明によれば、過去のデータとの互換性を考慮することなく、再生プレーヤのプログラム変更やバージョンアップ等を容易に行うことができるようになる。
【００２２】
また、本発明の他の特徴によれば、現行の携帯電話機種の着信音に関するファイル容量の制限範囲内に収まる程度まで楽曲ファイルのデータ量を削減することができるとともに、再生音声の品質も所定レベル以上に維持することができる。これにより、大容量のメモリやＭＰ３デコーダ等を備えていない現行の携帯電話機種でも着うたのサービスが利用できるようにすることができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態に係る音楽配信システムの構成例を示す図である。また、図２は、本実施形態に係る楽曲ファイル生成システムの一構成例を示す図である。
【００２４】
図１において、１００は後述する楽曲ファイル１５を生成する楽曲ファイル生成システム、２００は後述する音楽再生プログラム（音楽再生プレーヤ）を生成する再生プログラム生成システム、３００は音楽データ（楽曲ファイル１５）の配信を行う音楽配信サーバ、４００は音楽データの配信を受ける携帯電話である。音楽配信サーバ３００と携帯電話４００とは、インターネット５００に接続可能とされている。
【００２５】
まず、楽曲ファイル生成システム１００の詳細について、図２を用いて説明する。図２に示すように、本実施形態の楽曲ファイル生成システム１００は、録音部１、歌声抽出部２、ＢＧＭ生成部３、ＭＩＤＩ調整部４およびファイル生成部５を備えて構成されている。
【００２６】
録音部１は、ＣＤやＤＶＤ（Digital Versatile Disk）等のデジタル音源データをコンピュータのハードディスク等にＷＡＶ形式で録音するものである。例えば、市販のＣＤをパーソナルコンピュータ（以下、パソコン）のＣＤドライブにセットし、パソコン内蔵のハードディスクに録音することにより、ＷＡＶ形式のデジタル音源データ１１を得ることができる。
【００２７】
なお、ＷＡＶ形式は、Ｗｉｎｄｏｗｓ（登録商標）標準の音声ファイル形式であり、ＷＡＶＥ形式とも呼ばれる。デジタル音声信号を記録するための保存形式として規定されている。圧縮方式は任意のものを利用することが可能である。デフォルトではＰＣＭ（無圧縮）方式やＡＤＰＣＭ（Adaptive Differential Pulse Code Modulation）方式などの圧縮方式に対応している。
【００２８】
歌声抽出部２は、人間の歌声とＢＧＭとが混合しているＷＡＶ形式のデジタル音源データ１１から所望の数小節分（例えば、楽曲の先頭部分やサビ部分）を切り出し、それからＢＧＭを廃棄して人間の歌声の部分だけを抽出する。
【００２９】
この歌声抽出の際には、携帯電話に実装されている再生形式に従って、ＷＡＶ形式のデジタル音源データ１１をＡＤＰＣＭ形式の歌声データ１２に変換する。具体的には、例えばＣＤであれば４４．１ＫＨｚでサンプリングされたデジタル音源データ１１に対して、人間の歌声に対応する所定の周波数帯域（４ＫＨｚまたは８ＫＨｚ）まで帯域制限する処理を行う。すなわち、４ＫＨｚまたは８ＫＨｚに相当する一定時間ごとにデジタル音源データ１１をサンプリングする。単なるサンプリングではＰＣＭ形式となるが、ここでは更に音が連続的に変化すること利用して、直前のサンプリングデータとの差を記録することによってデータ量を減らす。これがＡＤＰＣＭ形式である。
【００３０】
ＢＧＭ生成部３は、ＭＩＤＩ形式のＢＧＭデータ１３を生成するものである。ここでは、例えばパソコンにＭＩＤＩ音源を備え、当該パソコンにインストールされたシーケンスソフトと呼ばれるアプリケーションプログラムを利用して、ＤＴＭ（Desk Top Music）によりＢＧＭを生成する。ここで生成するＢＧＭデータ１３は、歌声抽出部２で廃棄した部分に相当するＢＧＭである。なお、ＤＴＭはＭＩＤＩデータの生成法の一例であり、本発明はこの生成法に限定されるものではない。
【００３１】
歌声抽出部２で抽出した歌声データ１２と、ＢＧＭ生成部３で生成したＢＧＭデータ１３とを合わせれば、ＣＤ等のデジタル音源と同じ元の楽曲ができる。歌声データ１２は元のデジタル音源データ１１を大幅に帯域制限して生成したものであり、データ量はかなり削減されている。また、ＢＧＭデータ１３はＭＩＤＩ形式なので、元々データ量は少ない。よって、単にＣＤ音源から一部を切り出してＭＰ３形式で圧縮したデータに比べて、データ量は格段に少なくなっている。
【００３２】
ただし、歌声抽出部２により抽出した歌声データ１２には劣化が生じており、そのまま再生しても殆ど人間の声として認識できない。抽出する際のサンプリング周波数を大きくすれば劣化を抑制できるが、歌声データ１２のデータ量が大きくなってしまう。そこで本実施形態では、人間の歌声をＭＩＤＩデータによってブーストさせることで、歌声データ１２のデータ量の肥大化を回避しながら、出力される歌声の品質を一定レベル以上に維持する手法をとっている。そのために利用するのがＭＩＤＩ調整部４である。
【００３３】
ＭＩＤＩ調整部４では、歌声抽出部２で抽出した歌声の音程やテンポ、音色、音量などに合わせて、当該歌声を模擬したＭＩＤＩ形式の模擬歌声データを生成する。そして、この模擬歌声データをＢＧＭデータに付加してＭＩＤＩデータの調整を行う。このＭＩＤＩデータの調整も、例えばＤＴＭにより行う。
【００３４】
ここで生成した模擬歌声データを単独で再生しても、人間の歌声には聞こえない。しかし、歌声抽出部２により抽出された歌声データ１２と同時に再生すると、ＡＤＰＣＭ形式の歌声データ１２で劣化した部分がＭＩＤＩ形式の模擬歌声データによってきれいに補われ、人間の歌声として良好に聞こえるようになる。
【００３５】
ファイル生成部５は、歌声抽出部２で生成されたＡＤＰＣＭ形式の歌声データ１２と、ＭＩＤＩ調整部４で調整が行われたＭＩＤＩ形式のＢＧＭ＋模擬歌声データ１４とを１つの楽曲ファイル１５に加工する処理を行う。ここで生成する楽曲ファイル１５は、携帯電話のキャリア独自のフォーマットに合わせて書き出したものである。例えばドコモ社の場合、ＭＦｉ（Melody Format for i-mode：i-modeは登録商標）に従ってＭＬＤ形式の楽曲ファイル１５を生成する。
【００３６】
上述のように、ＡＤＰＣＭの歌声データ１２とＭＩＤＩの模擬歌声データとをずれなく同時に再生することが重要である。したがって、ＭＬＤ形式の楽曲ファイル１５を生成する際には、歌声データ１２とＢＧＭ＋模擬歌声データ１４との再生タイミングを同期させる調整を行う。具体的には、ＭＬＤフォーマットで定義されているバイナリの演奏位置情報（演奏の開始位置と終了位置、発音時間など）を、歌声データ１２とＢＧＭ＋模擬歌声データ１４との双方について適切に設定する。
【００３７】
以上のように構成した楽曲ファイル生成システム１００の各機能ブロック１〜５は、実際にはコンピュータのＣＰＵあるいはＭＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭに記憶されたプログラムが動作することによって実現できる。
【００３８】
図３は、楽曲ファイル１５のデータ構造をイメージ的に示す概念図である。一般的にＭＬＤファイルは、ファイルそのものの識別子を含むファイルヘッダ部、ファイルのデータについての情報を含むデータインフォメーション部、楽曲の実データを含むトラック部の３つを有しているが、図３はトラック部の構造を模擬的に示している。
【００３９】
図３に示すように、楽曲ファイル１５は、ＡＤＰＣＭ形式の歌声データ１２とＭＩＤＩ形式のＢＧＭ＋模擬歌声データ１４とを含んでいる。図３において、横軸は時間方向を示し、ハッチングを付した部分がそれぞれＢＧＭ２１、模擬歌声２２、歌声２３の再生タイミングを表している。この図３の例では、ＭＩＤＩのＢＧＭ２１は最初から最後まで一貫して流れ、その途中の２箇所でＭＩＤＩの模擬歌声２２が流れる。この模擬歌声２２が流れるのと同時に、ＡＤＰＣＭの歌声２３も流れる、というイメージを示している。
【００４０】
ＭＩＤＩ形式のＢＧＭ＋模擬歌声データ１４は、ＢＧＭ２１の部分と模擬歌声２２の部分とが別々のＭＩＤＩデータとして生成されていても良いし、１つのＭＩＤＩデータとして生成されていても良い。前者の場合は、ＢＧＭ２１の演奏位置情報と模擬歌声２２の演奏位置情報とを別個に設定する。後者の場合は、ＢＧＭ２１と模擬歌声２２とが和音データとして定義される。すなわち、模擬歌声２２が流れないタイミングではＢＧＭ２１だけの和音、模擬歌声２２が流れるタイミングではＢＧＭ２１と模擬歌声２２とを合わせた和音として１つのＭＩＤＩデータが定義される。この場合は、当該１つのＭＩＤＩデータに対して演奏位置情報を設定する。
【００４１】
一方、ＡＤＰＣＭ形式の歌声データ１２に関しては、歌声２３が模擬歌声２２と同時に流れるように、歌声２３の演奏位置情報を設定する。
【００４２】
このように、本実施形態の楽曲ファイル１５は、ＭＩＤＩ形式のＢＧＭ＋模擬歌声データ１４を適切なタイミングで再生するために必要なＭＩＤＩ再生制御情報と、ＡＤＰＣＭ形式の歌声データ１２をＢＧＭ＋模擬歌声データ１４に同期させて適切なタイミングで再生するために必要なＰＣＭ再生制御情報とを含んで構成されている。
【００４３】
図４は、本実施形態による楽曲ファイル生成方法の処理手順を示すフローチャートである。図４において、まず録音部１により、ＣＤやＤＶＤ等のデジタル音源データ１１をコンピュータのハードディスク等にＷＡＶ形式で録音する（ステップＳ１）。次に歌声抽出部２により、録音したＷＡＶ形式のデジタル音源データ１１から所望の一部分（楽曲の先頭部分やサビ部分など）を切り出す（ステップＳ２）。切り出す部分は１箇所に限らず、複数箇所でも良い。また、切り出した複数箇所を連結して１つにまとめても良い。
【００４４】
この切り出し処理は、キーボードやマウス等を用いて成されたユーザからの指示に従って行うようにしても良いし、コンピュータが自動的に行うようにしても良い。コンピュータが自動的に行う場合、例えば楽曲の先頭部分を切り出す際には、切り出す小節数を指示することにより、該当する部分を自動的に切り出すことが可能である。また、サビ部分を切り出す際には、バックコーラスの開始、音量の変化、曲調の変化などを検出することによってサビ部分を予測し、これを自動的に切り出すようにすることが可能である。
【００４５】
歌声抽出部２は更に、切り取ったデジタル音源データ１１に対して、人間の歌声に対応する所定の周波数帯域（４ＫＨｚまたは８ＫＨｚ）まで帯域制限する処理を行うことにより、ＢＧＭを廃棄して人間の歌声だけを抽出する（ステップＳ３）。これにより、ＡＤＰＣＭ形式の歌声データ１２を生成する。なお、切り出し処理をユーザからの指示に基づいて行う場合は、ステップＳ２とステップＳ３の処理は順番が逆でも良い。
【００４６】
また、ＢＧＭ生成部３において、歌声抽出部２で廃棄した部分に相当するＢＧＭデータ１３を、例えばＤＴＭによりＭＩＤＩ形式で生成する（ステップＳ４）。ＭＩＤＩ形式のＢＧＭデータ１３は、携帯電話の各機種の内蔵音源に依存するところが大きい。そのため、ＭＭＬ（Music Markup Language）にて機種毎に表現方法を調整する（ステップＳ５）。次に、ＭＩＤＩ調整部４において、歌声抽出部２で抽出した歌声を模擬したＭＩＤＩ形式の模擬歌声データを生成し、ＢＧＭデータに付加してＭＩＤＩデータの調整を行う（ステップＳ６）。なお、ステップＳ１〜Ｓ３の処理と、ステップＳ４〜Ｓ６の処理とは順番が逆でも良い。
【００４７】
最後に、ファイル生成部５により、ステップＳ１〜Ｓ３で生成されたＡＤＰＣＭ形式の歌声データ１２と、ステップＳ４〜Ｓ６で生成されたＭＩＤＩ形式のＢＧＭ＋模擬歌声データ１４とを１つの楽曲ファイル１５に加工する（ステップＳ７）。ここでは、携帯電話のキャリアのフォーマットに合わせてバイナリデータでファイルを書き出す。上述の例ではドコモ社のＭＬＤ形式について説明したが、ａｕ社であればＰＭＤ形式、Ｊフォン社であればＳＭＤ形式に合わせて楽曲ファイル１５を生成する。１つの楽曲について複数キャリアの楽曲ファイル１５を生成しても良い。
【００４８】
以上が、図１中に示す楽曲ファイル生成システム１００の説明である。次に、図１中に示す音楽配信サーバ３００の構成について説明する。
図１に示すように、音楽配信サーバ３００は、楽曲ファイル取得部３１、再生プログラム取得部３２、顧客情報取得部３３、データベース（ＤＢ）登録部３４、配信楽曲ＤＢ３５、配信プログラムＤＢ３６、顧客ＤＢ３７、カプセル化部３８、顧客情報参照部３９および通信部４０を備えて構成されている。
【００４９】
楽曲ファイル取得部３１は、楽曲ファイル生成システム１００により生成された楽曲ファイル１５を音楽配信サーバ３００内に取得するものである。再生プログラム取得部３２は、再生プログラム生成システム２００によって生成された音楽再生プログラム（デコーダを含む音楽再生プレーヤ）を音楽配信サーバ３００内に取得するものである。
【００５０】
これらの楽曲ファイル取得部３１および再生プログラム取得部３２では、具体的には、ＣＤやフレキシブルディスク等の記録媒体を介して楽曲ファイル１５や音楽再生プログラムを音楽配信サーバ３００内に取り込んだり、インターネット５００あるいはその他のネットワーク（図示せず）を介して楽曲ファイル１５や音楽再生プログラムを音楽配信サーバ３００内に取り込んだりする。
【００５１】
音楽再生プログラムは、楽曲ファイル１５に記録されている演奏位置情報に従ってＢＧＭ２１、模擬歌声２２、歌声２３の演奏を指示するためのものである。これは、携帯電話内蔵のシンセサイザに対してＡＤＰＣＭ形式の歌声データ１２の演奏を指示するＰＣＭ再生制御プログラムと、シンセサイザに対してＭＩＤＩ形式のＢＧＭ＋模擬歌声データ１４の演奏を指示するＭＩＤＩ再生制御プログラムとを含んでいる。先に述べたように、携帯電話４００で利用可能なアプリケーションの仕様は、携帯電話のキャリアごとに異なっている。そのため、この音楽再生プログラムも、携帯電話の各キャリアが持つ仕様の違いに合わせて作り込まれる。
【００５２】
顧客情報取得部３３は、顧客に関する各種の情報（例えば氏名、ユーザＩＤ、パスワード、顧客が使用している携帯電話４００のキャリアや機種など）を取得するものである。具体的には、ユーザが携帯電話４００からインターネット５００を介して音楽配信サーバ３００に最初にアクセスしてきたときに、ユーザに対して情報入力を要求する（例えば、情報入力画面を提示する）ことによって、必要な顧客情報を取得する。
【００５３】
ＤＢ登録部３４は、楽曲ファイル取得部３１により取得された様々な仕様に対応する楽曲ファイル１５を、着うた用の楽曲データファイルとして配信楽曲ＤＢ３５に登録する。また、再生プログラム取得部３２により取得された様々な仕様に対応する音楽再生プログラムを配信プログラムＤＢ３６に登録する。また、顧客情報取得部３３により取得された顧客情報を顧客ＤＢ３７に登録する。
【００５４】
カプセル化部３８は、ユーザからの配信要求に応じて、そのユーザが使用している携帯電話４００のキャリアと機種に対応する楽曲ファイル１５を配信楽曲ＤＢ３５から読み出すとともに、当該携帯電話４００のキャリアと機種に対応する音楽再生プログラムを配信プログラムＤＢ３６から読み出して、それらをカプセル化してコンカチファイルを作成する。顧客情報参照部３９は、ユーザから楽曲の配信要求があったときに、顧客ＤＢ３７を参照することによって要求元のユーザが使用している携帯電話４００のキャリアと機種を把握し、カプセル化部３８に伝える処理を行う。
【００５５】
カプセル化は、楽曲ファイル１５のバイナリデータと音楽再生プログラムのバイナリデータとを一緒にして単一のファイルとする処理であり、生成されたオブジェクトが自己完結型で一元管理されるＪａｖａ（登録商標）のクラス配信処理を利用して、電話の着信時にプログラムの起動が掛かる仕組みとして実装する。なお、楽曲ファイル１５に音楽再生プログラムをカプセル化する方法としては、楽曲配信の要求があった時点で動的に組み合わせを行う方法と、事前のバッチ処理で静的な組み合わせをあらかじめ用意する方法とがあり、本実施形態はその何れにも対応可能である。
【００５６】
また、配信するファイルは、Ｊａｖａファイルに従った方式と、任意のファイルフォーマットを制定して自己ファイル再生のプロトコルに従った方式との何れを採ることも可能である。配信するファイルについて、物理的な分割構成は問題でなく、論理的な単一ファイル構成になっていることが必要である。論理的な単一性に関しては、実装環境を構築するプロセスが、ユーザが楽曲をダウンロードしているときの操作性において完結性を満たしていれば良い。
【００５７】
通信部４０は、インターネット５００を介して携帯電話４００との間で通信に関する処理を行う。例えば、携帯電話４００から送られてくる顧客情報を顧客情報取得部３３に伝える処理を行う。また、携帯電話４００から送られてくる所望の楽曲の配信要求を受信し、それをカプセル化部３８や顧客情報参照部３９に伝える処理を行う。また、カプセル化部３８により生成されたコンカチファイルを要求元の携帯電話４００に配信する処理も行う。
【００５８】
以上に説明した音楽配信サーバ３００内の各機能ブロック３１〜３４，３８〜４０は、ＣＰＵあるいはＭＰＵ、ＲＯＭ、ＲＡＭなどを備えて構成されるマイクロコンピュータ（マイコン）のような制御部（図示せず）によってその動作が制御されるようになっている。また、各ＤＢ３５〜３７は、例えばハードディスク等の記録媒体により構成されている。
【００５９】
上記のように音楽配信サーバ３００内の各機能ブロック３１〜３４，３８〜４０をマイコンで構成した場合、その機能構成はソフトウェアによって実現することが可能である。この場合、上記音楽配信サーバ３００の機能構成は、ＲＡＭやＲＯＭに記憶されたプログラムが動作することによって実現できる。
【００６０】
したがって、コンピュータが各機能ブロックの機能を果たすように動作させるプログラムを例えばＣＤ−ＲＯＭのような記録媒体に記録し、コンピュータに読み込ませることによって実現できるものである。上記プログラムを記録する記録媒体としては、ＣＤ−ＲＯＭ以外に、フレキシブルディスク、ハードディスク、磁気テープ、光ディスク、光磁気ディスク、ＤＶＤ、不揮発性メモリカード等を用いることができる。また、上記プログラムをインターネット等のネットワークを介してコンピュータにダウンロードするようにしても良い。
【００６１】
また、コンピュータが供給されたプログラムを実行することにより上述の機能が実現されるだけでなく、そのプログラムがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）あるいは他のアプリケーションソフト等と共同して上述の機能が実現される場合や、供給されたプログラムの処理の全てあるいは一部がコンピュータの機能拡張ボードや機能拡張ユニットにより行われて上述の機能が実現される場合も、かかるプログラムは本発明の実施形態に含まれる。
【００６２】
次に、上記のように構成した本実施形態による音楽配信システムの動作を、図５のフローチャートを参照しながら説明する。図５は、音楽配信サーバ３００における楽曲配信および顧客登録の動作を示すフローチャートである。
【００６３】
図５に示すように、音楽配信サーバ３００内の図示しない制御部は、携帯電話４００から通信部４０に対してアクセスがあったかどうかを判定する（ステップＳ１１）。携帯電話４００からアクセスがあった場合、制御部は更に、その携帯電話４００のユーザにパスワードが既に設定されているかどうかを判定する（ステップＳ１２）。ここでは、パスワード入力を伴ってアクセスが行われたかどうかを判定する。
【００６４】
そのユーザにパスワードが設定されていない場合、制御部は通信部４０を用いて所定の情報入力画面を携帯電話４００に提示することにより、ユーザに顧客情報の入力を促す。そして、これに対応して入力された顧客情報を顧客情報取得部３３が取得し、ＤＢ登録部３４が顧客ＤＢ３７に登録する（ステップＳ１３）。その後で制御部は、そのユーザに対して固有のパスワードを発行する（ステップＳ１４）。
【００６５】
上記ステップＳ１２でユーザに既にパスワードが発行されていたと判断した場合（パスワード入力を伴ってアクセスが行われた場合）および上記ステップＳ１４でパスワードが新たに発行された場合には、制御部はそのパスワードに関する承認処理を行う（ステップＳ１５）。パスワードが間違っているような場合には、その旨の警告メッセージを出力して処理を中断する。
【００６６】
一方、パスワードの承認が済んだ場合、制御部は、通信部４０を用いて会員専用の音源メニュー画面を携帯電話４００に提示する（ステップＳ１６）。この音源メニュー画面を通じて、ユーザは自分が所望する楽曲のダウンロードを音楽配信サーバ３００に要求することができる。制御部は、携帯電話４００から所望の楽曲の配信要求が有ったか否かを判定し（ステップＳ１７）、要求がない場合はステップＳ１１の処理に戻る。
【００６７】
楽曲の配信要求があった場合、顧客情報参照部３９は、顧客ＤＢ３７を参照することによって要求元の携帯電話４００のキャリアと機種を把握し、それをカプセル化部３８に伝える（ステップＳ１８）。カプセル化部３８は、顧客情報参照部３９より伝えられたキャリアと機種に対応する音楽再生プログラムを配信プログラムＤＢ３６から読み出すとともに、ユーザから配信要求された楽曲で顧客情報参照部３９より伝えられたキャリアと機種に対応する楽曲ファイル１５を配信楽曲ＤＢ３５から読み出して、それらをカプセル化してコンカチファイルを作成する（ステップＳ１９）。なお、このコンカチファイルを作成する際に、楽曲の属性情報（例えば曲名、アーティスト名など）を付加しても良い。
【００６８】
最後に、カプセル化部３８によって作成されたコンカチファイルを通信部４０が携帯電話４００に配信する（ステップＳ２０）。このコンカチファイルを受信した携帯電話４００では、その中に含まれている音楽再生プログラムによって楽曲ファイル１５の再生を実行する。
【００６９】
以上詳しく説明したように、本実施形態の音楽配信システムによれば、携帯電話４００からの要求に応じて音楽配信サーバ３００が音楽データ（楽曲ファイル１５）を配信する都度、その携帯電話４００のキャリアと機種に対応する再生プレーヤを一緒にカプセル化して配信するようにしているので、ユーザが単に所望の楽曲を選択してダウンロードするだけで、自分の携帯電話４００の仕様にあった再生プレーヤを自動的に取得することができ、ユーザはこれを意識する必要がなくなる。すなわち、ユーザは携帯電話の機種や再生プレーヤのバージョン等をその都度確認する必要がなく、楽曲データのダウンロード時における作業を簡素化することができる。
【００７０】
また、選択された楽曲データとそれを再生するための再生プレーヤとが単一の論理的なファイルに封じ込められることで、環境に依存しない実行環境を提供することができる。これにより、再生プレーヤの開発メーカは、過去の音楽データとの互換性を考慮する必要がなくなるので、再生プレーヤのプログラム変更やバージョンアップ等を容易に行うことができるようになる。
【００７１】
また、独自の再生プレーヤ、独自の圧縮形式とすることで、違法コピー対策をとることもできる。
【００７２】
また、本実施形態によれば、ＣＤ等のデジタル音源を歌声部分とＢＧＭ部分とに分離し、歌声部分については大幅に帯域制限を行ってＡＤＰＣＭ形式にすることによりデータ量を削減し、ＢＧＭ部分についてはＭＩＤＩ形式にてデータを生成することによりデータ量を削減した。これにより、ＣＤ音源等を単に切り取ってＭＰ３形式で圧縮する従来の方式に比べて、データ量を格段に少なくすることができる。また、帯域制限を行うことによって劣化した歌声部分はＭＩＤＩデータによって補うようにしたので、再生される歌声の品質も所定レベル以上に維持することができる。
【００７３】
したがって、現行の携帯電話機種の着信音に関する制約事項であるファイル容量の制限（例えばドコモ社の場合は１０Ｋｂｙｔｅ）を守りながら、一定レベル以上の品質が保証された着うた音声を携帯電話に配信して再生することが可能となる。すなわち、本実施形態によれば、大容量のメモリやＭＰ３デコーダ等を備えていない現行の携帯電話機種でも着うたのサービスが利用できるようになる。
【００７４】
また、上記実施形態では、携帯電話の着信音用として楽曲ファイル１５を生成する例について説明したが、必ずしも着信音用に限定されるものではない。小さいメモリ容量で歌声とＢＧＭとから成る楽曲を再生する必要があるシステムに対しては、本実施形態の楽曲ファイル１５を適用することが可能である。
【００７５】
また、上記実施形態では、携帯電話用の着信音として楽曲データを配信する例について説明したが、本発明はこれに限定されるものではない。例えば、配信する端末としては携帯電話の他に、ＰＤＡ（Personal Digital Assistants）、パーソナルコンピュータ、カーナビゲーションシステム、ゲーム機、テレビジョン受像機、レコード店やコンビニエンスストアなどの店先に置かれる情報端末（いわゆるキオスク端末）などが考えられる。
【００７６】
その他、上記説明した実施形態は、本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその精神、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【産業上の利用可能性】
【００７７】
本発明は、ユーザが携帯電話の機種や再生プレーヤのバージョン等を意識することなく、楽曲等の音楽データをダウンロードして再生できるようにするのに有用である。
また、本発明は、過去の音楽データとの互換性を考慮することなく再生プレーヤのプログラム変更、バージョンアップ等を容易に行うことができるようにするのに有用である。
また、本発明は、大容量のメモリやＭＰ３デコーダ等を備えていない現行の携帯電話機でも、歌声とＢＧＭとから成る楽曲を着信音として利用できるようにするのに有用である。
【図面の簡単な説明】
【００７８】
図１は、本実施形態による音楽配信システムの構成例を示す図である。
図２は、本実施形態に係る楽曲ファイル生成システムの構成例を示す図である。
図３は、本実施形態に係る楽曲ファイルのデータ構造を示す概念図である。
図４は、本実施形態による楽曲ファイル生成方法の処理手順を示すフローチャートである。
図５は、本実施形態による音楽配信サーバにおける楽曲配信および顧客登録の動作を示すフローチャートである。
【国際調査報告】
2004010411.tif 000008
2004010411.tif 000009
2004010411.tif 000010
2004010411.tif 000011
2004010411.tif 000012
2004010411.tif 000013