JP2006171178A - 楽曲データ交換フォーマットおよび携帯端末装置 - Google Patents

Abstract

【課題】 ユーザがバリーションに富んだ楽音信号を生成することができる携帯端末装置を提供する。
【解決手段】 楽曲コントローラ２１はユーザが指定した楽曲データファイルＦを読み込む。ユーザは楽曲データファイルＦの中の複数の伴奏音データおよび複数のオーディオデータからそれぞれ１つを選択する。楽曲コントローラ２１はユーザによって選択された伴奏音データおよびオーディオデータを楽音データファイルＦから読み出し、プレイヤー２２にロードする。プレイヤー２２は電話着信などをトリガとして伴奏音データのイベント列を時刻シーケンスに従って順次音源１１ａへ出力し、また、オーディオデータを伴奏音データと同期がとれるようスタートを合わせてオディオ再生機１１ｂへ出力する。これにより、音源１１ａにおいて伴奏音が生成され、また、オーディオ再生機１１ｂにおいてボーカル音が生成され、両者が合成されてスピーカ１２へ出力される。
【選択図】 図３

Description

本発明は、バリエーションに富んだ楽音信号の生成を可能とする楽曲データ交換フォーマットおよび携帯端末装置に関する。

従来、ＭＩＤＩデータによる伴奏音とオーディオデータ（ＰＣＭデータ）によるボーカル音とを合わせて１つの楽曲とすることは行われている。また、特許文献１には、音声データと楽譜データとが混在した光ディスクを再生することが記載されている。
特開平5-47162号公報

しかしながら、従来、携帯電話機のユーザが複数のオーディオデータおよび複数の伴奏音データから自由に選択し、選択したオーディオデータおよび伴奏音データを組み合わせて１つの着信メロディを生成するということは不可能であった。
本発明は上記事情を考慮してなされたもので、その目的は、ユーザが自らの携帯端末において、バリーションに富んだ楽音信号の生成を可能とする楽曲データ交換フォーマットおよびそれを用いた携帯端末装置を提供することにある。

この発明は上記課題を解決するためになされたもので、請求項１に記載の発明は、楽曲再生手段を用いて楽音およびオーディオデータを再生させる楽曲データフォーマットであって、ファイル内に楽曲再生用シーケンスデータを格納するチャンクとオーディオデータを格納するチャンクとを有し、いずれか一方のチャンクまたは双方のチャンクが１楽曲のバリエーションとして複数の楽曲再生用シーケンスデータまたはオーディオデータを格納することを特徴とする楽曲データフォーマットである。

請求項２に記載の発明は、楽曲再生用シーケンスデータを格納する第１のチャンクとオーディオデータを格納する第２のチャンクとを有し、いずれか一方のチャンクまたは双方のチャンクが１楽曲のバリエーションとして複数の楽曲再生用シーケンスデータまたはオーディオデータを有するファイルを記憶する記憶手段と、ユーザの指示を受け、前記第１のチャンクから１つの楽曲再生用シーケンスデータを選択し、前記第２のチャンクから１つのオーディオデータを選択する選択手段と、楽曲再生の指示を受け、前記選択された楽曲再生用シーケンスデータに従って楽音を再生すると共に、前記選択されたオーディオデータを再生する楽曲再生手段とを具備することを特徴とする携帯端末装置である。

請求項３に記載の発明は、請求項２に記載の携帯端末装置において、前記楽曲再生用シーケンスデータは楽曲の伴奏を表すデータであり、前記オーディオデータは楽曲のボーカルを表すデータであることを特徴とする。
請求項４に記載の発明は、請求項２または請求項３に記載の携帯端末装置において、基地局と無線通信回線を介して通信する通信手段を有し、前記通信手段に音声通話またはメールの着信があると、前記楽曲再生の指示を前記楽曲再生手段へ出力する制御手段を備えることを特徴とする。

請求項５に記載の発明は、請求項２〜請求項４のいずれかの項に記載の携帯端末装置において、前記選択手段はトグル式スイッチ手段を有し、前記楽曲再生手段は、該トグル式スイッチ手段の出力に基づいて順次選択候補のデータを再生することを特徴とする。

請求項６に記載の発明は、請求項２〜請求項５のいずれかの項に記載の携帯端末装置において、外部からの音声信号を取得する音声信号取得手段と、
前記音声信号をディジタルデータに変換する変換手段と、該変換手段によって得られた音声データを前記ファイルにオーディオデータとして書き込む書込手段とを有することを特徴とする。

この発明によれば、１つの楽曲を伴奏音とボーカル音に分け、簡単な操作により両者のバリエーションを選択して組み合わせことができるようにしたので、ユーザの好みの楽曲を簡単に生成することができる。また、請求項３の発明によれば、伴奏音をＭＩＤＩデータとしたので、ファイルサイズを大幅に増やすことなく多彩なバリエーションをユーザに提供することができる。また、請求項５の発明によれば、複数のバリエーションを、携帯端末装置においてトグル操作で切り換えて再生することができるので、ユーザの好みの楽曲を簡単に設定することができる。また、請求項６の発明によれば、ユーザ自身の歌った音声をサンプリングし、伴奏パートを変更することなしにバリエーションデータとして作成することができる。

以下、図面を参照し、この発明の実施の形態について説明する。図１はこの発明の一実施の形態による携帯端末装置の構成を示すブロック図である。この携帯端末装置は、具体的には音声通話およびインターネット接続（メール通信）が可能な携帯電話機である。この図において、符号１は各部を制御するＣＰＵ（中央処理装置）、２はＣＰＵ１の処理においてデータが一時記憶される不揮発性ＲＡＭ（ランダムアクセスメモリ）であり、後述する楽曲データ効果フォーマットファイルＦを併せて記憶する。３はＣＰＵ１のプログラムが記憶されたＲＯＭ（リードオンリメモリ）である。４は液晶表示器による表示部、５はテンキーおよびファンクションキーからなる操作キー部である。６は通信部であり、アンテナ７を介して受信した高周波信号を復調し、復調によって得られた音声データについては音声処理部８へ出力し、文字データ、記号データ等についてはバスラインＢを介してＣＰＵ１へ出力する。また、この通信部６は、ＣＰＵ１から供給される文字データ等および音声処理部８から出力される音声データによって高周波の搬送波を変調しアンテナ７から発信する。

音声処理部８は、マイクロフォン９から出力される音声信号をディジタル音声データに変換し、さらに圧縮して通信部６へ出力する。また、通信部６から出力される圧縮されたディジタル音声データを伸長し、アナログ信号に変換してイヤスピーカ１０へ出力する。１１は音源部であり、バスラインＢを介してＲＡＭ２から供給されるＭＩＤＩデータを解読し、ＦＭ（周波数変調）方式またはＷＴ（ウエーブテーブル）方式によってアナログ伴奏音信号を生成する音源と、バスラインＢを介してＲＡＭ２から供給されるオーディオデータを伸長し（圧縮されている場合）、アナログボーカル音信号に変換するオーディオ再生機とを有する。そして、生成された２つのアナログ楽音信号を混合し、スピーカ１２へ出力する。ここで、ＭＩＤＩ（Musical Instruments Digital Interface）データとは、ＭＩＤＩ規格による演奏情報データであり、シーケンスデータである。また、オーディオデータとは、ボーカル音をＰＣＭによってディジタル変換したデータ、あるいは、そのデータをさらにＭＰ３、ＡＤＰＣＭ、ＡＡＣ等の圧縮方式によって圧縮したデータである。

図２はＲＡＭ２内に設定された楽曲データ交換フォーマットファイルＦのファイル構造を示す図である。このファイルＦはユーザがインターネットを介して専用サーバにアクセスしてダウンロードするものである。ファイルＦ中の各データはチャンク（塊）単位で管理、構成され、各チャンクは各々次のデータを格納している。

Contents Into Chunk：コンテンツ種別やコンテンツ複製許可等のファイル管理用データが 格納される。
Optional Data Chunk(Option)：ファイル名、曲名などの楽曲データ固有の情報が格納され る。
MIDI Track Chunk＃１〜＃ｎ：Track Chunk＃１〜＃ｎが格納される。各Track Chunkには 、同一の曲について複数の異なるバリエーションの伴奏を表すＭＩＤＩデータ（シーケ ンスデータ）が格納される。１つのTrack Chunkが１つの伴奏に対応し、＃１〜＃ｎがそ れぞれ伴奏のＩＤ番号となる。シーケンスデータとは、時間情報を持つイベントの集合 体の演奏情報データである。イベントには、発音イベント、音色変更イベント、音量変 更イベント、ピッチ変更イベント等がある。伴奏のバリエーションとは、音色（楽器） 、音量、発音長などを変化させ、楽曲の趣を変えているものである。なお、Track Chun k内に音色データを持っていてもよい。また、通常１つのＭＩＤＩデータは、複数のパー ト（チャンネル）を含み、複数のパート（楽器）の演奏を表現する。
Audio Track Chunk：オーディオデータを格納するTrack Chunk＃１〜＃ｋが格納される。 各Track Chunkには、上記伴奏と同一の曲について複数の異なるバリエーションによるボ ーカル音のオーディオデータ（サンプリングデータ）またはその圧縮データが格納され る。ボーカルのバリエーションとは、録音時のマイクの違いや歌い手の違いなどである 。１つのAudio Track Chunkが１つのボーカルに対応し、＃１〜＃ｋがそれぞれボーカル のＩＤ番号となる。オーディオデータの種類（ＰＣＭ、ＡＤＰＣＭ、ＭＰ３、ＡＡＣ等 ）はタイプで区別され、それぞれのTrack Chunkのヘッダに格納される。

次に、上記実施形態による携帯電話機の着信メロディ生成動作を図３〜図６を参照して説明する。なお、この携帯電話機における着信メロディ生成動作以外の動作は従来の携帯電話機と同様であり、その説明を省略する。
図３は着信音生成動作を説明するための機能ブロック図であり、まず、この機能ブロック図に沿って概略動作を説明する。楽曲コントローラ２１はユーザが指定した楽曲データ交換フォーマットファイル（図２；以下、楽曲データファイルという）Ｆを読み込む。ユーザは楽曲データファイルＦの中のMIDI Data＃１〜＃ｎ（伴奏音データ）およびAudio Data＃１〜＃ｋ（オーディオデータ）からそれぞれ１つを選択する。楽曲コントローラ２１はユーザによって選択された伴奏音データおよびオーディオデータを楽曲データファイルＦから読み出し、プレイヤー２２にロードする。プレイヤー２２は電話着信などをトリガとして伴奏音データおよびオーディオデータの再生を行う。すなわち、伴奏音データのイベント列を時刻シーケンスに従って順次音源１１ａへ出力し、また、オーディオデータを伴奏音データと同期がとれるようスタートを合わせてオーディオ再生機１１ｂへ出力する。これにより、音源１１ａにおいて伴奏音が生成され、また、オーディオ再生機１１ｂにおいてボーカル音が生成され、両者が合成されてスピーカ１２へ出力される。

なお、通常、オーディオデータには伴奏音データ（ＭＩＤＩデータ）のような時間データは含まれないが、所定間隔で時間情報を付加したデータとし、再生中に伴奏音データと同期をとりながら（早い方が待つ）演奏してもよい。

次に、図４〜図６を参照し上述した動作をさらに詳細に説明する。
まず、ＣＰＵ１はＲＡＭ２内にある当該電話機で再生可能な楽曲データのリストを表示部４に表示する。そして、ユーザの楽曲指定を待つ（図４のステップＳ１）。ユーザによって楽曲が指定されると、楽曲コントローラ２１は指定された楽曲の楽曲データファイルＦをＲＡＭ２から読み込む。（ステップＳ２）。次に、ＣＰＵ１はユーザに伴奏音データおよびオーディオデータの選択を促す処理を行う（ステップＳ３）。すなわち、楽曲データファイルＦからMIDI Data＃１の名前（またはナンバー）とAudio Data＃１の名前（またはナンバー）を図５に符号Ｈ１、Ｈ２で示すように、表示部４に表示し、同時に表示された名前（ナンバー）に対応する両データを同期して試聴用の再生を行う。すなわち、楽曲コントローラ２１は、各データをプレイヤー２２にロードし、プレイヤー２２は各データを再生して音源１１ａまたはオーディオ再生機１１ｂへ出力することで各音が出力される。ここで、ユーザが画面のボタンＰ１を押すと、MIDI Data＃２の名前（またはナンバー）が表示され、同時に、MIDI Data＃２とAudio Data＃１に対応するデータがロードされて試聴用再生が同期して行われる。次に、ユーザがボタンＰ２を押すと、Audio Data＃２の名前（またはナンバー）が表示され、MIDI Track Chunk＃２とAudio Data＃２の試聴用再生が同期して行われる。

このように、ユーザがボタンＰ１を押すたびに、楽曲データファイルＦのMIDI Data＃１〜＃ｎの名前（またはナンバー）が選択候補として順次表示され（トグル式）、また、対応するデータがロードされて試聴用再生が行われ、ボタンＰ２を押すたびに、楽曲データファイルＦのAudio Data＃１〜＃ｋの名前（またはナンバー）が選択候補として順次表示され、また、試聴用再生が行われる。ユーザは、ボタンＰ１、Ｐ２を操作して伴奏音およびボーカル音の名前（またはナンバー）を順次表示させると共に試聴音を聴き、気に入ったところでボタンＫ１、Ｋ２をオンとする。これにより、伴奏音のMIDI Data＃およびボーカル音のAudio Data＃が選択される（ステップＳ４）。そして、ユーザがＯＫボタンＰＯをオンとすると、選択されたMIDI Data＃に対応する伴奏音データおよびAudio Data＃に対応するオーディオデータがＲＡＭ２に予め設定された着信メロディエリアに設定される（ステップＳ５）。また、ユーザがボタンＫ１またはＫ２による選択をすることなくＯＫボタンＰＯをオンとすると、そのパートについてデフォルトのMIDI Data＃またはAudio Data＃が着信メロディエリアに設定される（ステップＳ６）。また、既に設定した伴奏音およびボーカル音をキャンセルする時はキャンセルボタンＰＣを押す。
なお、伴奏音データまたはオーディオデータの切り替えを行った時（ユーザがＰ１またはＰ２を押した時）には、その時のデータの時間情報を基に続きとなるデータを再生してもよく、あるいは、両方とも最初から再生してもよい。

次に、着信時の動作を図６を参照して説明する。
ＣＰＵ１（プレイヤー２２）は着信ありか否かを常時チェックし、着信があった場合に（図６のステップＳ７が「ＹＥＳ」）、上記着信メロディエリア内のMIDI Data＃の伴奏音データおよびAudio Data＃のオーディオデータを読み込んで再生し、音源部１１（図３の音源１１ａおよびオーディオ再生機１１ｂ）へ出力する。これにより、伴奏音およびボーカル音による楽音がスピーカ１２から発生する。次に、ＣＰＵ１はオフフックボタンの操作あるいは回線切断があったか否かを判断し（ステップＳ９）、判断結果が「ＹＥＳ」となった時、音源１１による楽音再生を終了する（ステップＳ１２）。

次に、この発明の適用例を説明する。
（１）伴奏音のバリエーション
１つの楽曲に対して、Audio Track Chunkには固定の１つのオーディオデータのみ格納し、MIDI Track Chunkには、そのオーディオデータに対応する伴奏音データのバリエーションを複数入れておく。着信メロディのサービスとしてこのような楽曲を複数曲、コンテンツプロバイダのサーバ装置にセットする。ユーザはこの楽曲を通信手段を用いて通信回線（例えばインターネット）を介して接続されているコンテンツプロバイダサーバ装置からダウンロードする。楽曲データの試聴時に、ある操作により伴奏音データを次々とトグル式に切り換えることができるようにする。ユーザは最終的に気に入った伴奏音データを着信メロディとして登録し、着信などをトリガとして楽曲を再生する。

（２）ボーカル音のバリエーション１
１つの楽曲に対して、MIDI Track Chunkには固定の１つの伴奏音データのみ格納し、Audio Track Chunkには、その伴奏音データに対応するボーカル音のオーディオデータのバリエーションやソロ部分のサンプリングデータのバリエーションを複数入れておく。ボーカル音のオーディオデータのバリエーションは録音時のテイクや歌い手の違い、ものまね等である。着信メロディのサービスとしてこのような楽曲を複数曲、コンテンツプロバイダのサーバ装置にセットする。ユーザはこの楽曲を通信手段を用いて通信回線（例えばインターネット）を介して接続されているコンテンツプロバイダサーバ装置からダウンロードする。楽曲データの試聴時に、ある操作によりオーディオデータやサンプリングデータを次々とトグル式に切り換えることができるようにする。ユーザは最終的に気に入ったオーディオデータやサンプリングデータを着信メロディとして登録し、着信などをトリガとして楽曲を再生する。

（３）ボーカル音のバリエーション２
上記（２）において、ユーザ自身が歌った音声をサンプリングし、バリエーションデータとして格納する。ユーザ音声のサンプリングは、ユーザ自身の音声をマイクロフォン９から採るようにしてもよく、あるいは専用のマイクロフォンを設けてもよい。
（４）伴奏音とボーカル音のバリエーション
上記（１）と（２）、（１）と（３）を組み合わせる。

なお、上記実施形態における音源１１は、ＣＰＵ（ＤＳＰ）によるソフトウエア方式でもよく、あるい専用のハードウエアで構成してもよい。
また、上記実施形態において、設定時刻にアラームを鳴動させるスケジュールアラーム装置を設け、スケジュールアラーム装置がアラーム発生時に、楽曲コントローラ２１が楽曲再生の指示をプレイヤー２２へ出力するようにしてもよい。

この発明は、携帯電話機、ＰＤＡ等の携帯端末に用いられる。

この発明の一実施形態による携帯電話機の構成を示すブロック図である。 同携帯電話機のＲＡＭ２に記憶された楽曲データ交換フォーマットファイルＦを示す図である。 同携帯電話機の動作を説明するための機能ブロック図である。 同携帯電話機の動作を説明するためのフローチャートである。 同携帯電話機の表示部４の表示例を示す図である。 同携帯電話機の動作を説明するためのフローチャートである。

符号の説明

１…ＣＰＵ、２…ＲＡＭ、３…ＲＯＭ、４…表示部、５…操作キー部、６…通信部、８…音声処理部、１１…音源部、１１ａ…音源、１１ｂ…オーディオ再生機、１２…スピーカ、２１…楽音コントローラ、２２…プレイヤー、Ｆ…楽音データファイル。

Claims (6)

1. 楽曲再生手段を用いて楽音およびオーディオデータを再生させる楽曲データフォーマットであって、ファイル内に楽曲再生用シーケンスデータを格納するチャンクとオーディオデータを格納するチャンクとを有し、いずれか一方のチャンクまたは双方のチャンクが１楽曲のバリエーションとして複数の楽曲再生用シーケンスデータまたはオーディオデータを格納することを特徴とする楽曲データフォーマット。
2. 楽曲再生用シーケンスデータを格納する第１のチャンクとオーディオデータを格納する第２のチャンクとを有し、いずれか一方のチャンクまたは双方のチャンクが１楽曲のバリエーションとして複数の楽曲再生用シーケンスデータまたはオーディオデータを有するファイルを記憶する記憶手段と、
   ユーザの指示を受け、前記第１のチャンクから１つの楽曲再生用シーケンスデータを選択し、前記第２のチャンクから１つのオーディオデータを選択する選択手段と、
   楽曲再生の指示を受け、前記選択された楽曲再生用シーケンスデータに従って楽音を再生すると共に、前記選択されたオーディオデータを再生する楽曲再生手段と、
   を具備することを特徴とする携帯端末装置。
3. 前記楽曲再生用シーケンスデータは楽曲の伴奏を表すデータであり、前記オーディオデータは楽曲のボーカルを表すデータであることを特徴とする請求項２に記載の携帯端末装置。
4. 基地局と無線通信回線を介して通信する通信手段を有し、前記通信手段に音声通話またはメールの着信があると、前記楽曲再生の指示を前記楽曲再生手段へ出力する制御手段を備えることを特徴とする請求項２または請求項３に記載の携帯端末装置。
5. 前記選択手段はトグル式スイッチ手段を有し、前記楽曲再生手段は、該トグル式スイッチ手段の出力に基づいて順次選択候補のデータを再生することを特徴とする請求項２〜請求項４のいずれかの項に記載の携帯端末装置。
6. 外部からの音声信号を取得する音声信号取得手段と、
   前記音声信号をディジタルデータに変換する変換手段と、該変換手段によって得られた音声データを前記ファイルにオーディオデータとして書き込む書込手段とを有することを特徴とする請求項２〜請求項５のいずれかの項に記載の携帯端末装置。

Images