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