(57)【要約】【課題】  ユーザが楽曲の任意の部分を指定してメドレー曲を生成することができる楽曲データ編集・再生装置を提供する。【解決手段】  ＳＭＡＦ（登録商標、以下ＳＭ）Scriptプレイヤー１ａはＳＭScript３ａを読み込んで解釈し、ＳＭScriptに記述される楽曲データと再生区間を管理する。また、ＳＭScriptに記述されたイべントの時間管理をし、該当イベントが指定時刻に達すると楽曲データの再生制御を音源ミドルウエア１ｂに指示する。音源ミドルウエア１ｂは、プレイヤー１ａの指示を受けて楽曲データ３ｂをＲＡＭ３から読み出し、読み出したデータについて再生/ストップ/ポーズ/リワインドなどの再生制御を行う。音源１０は、ミドルウェア１ｂから供給される時間情報付きのイベント列を受け取り、指定時刻に到達すると、イベントを解釈して楽音信号を生成し、スピーカ１１へ出力する。イベントには、発音イベントや音色変更イベントなどがある。【選択図】  図３
2006030538.tif 000002
【特許請求の範囲】
【請求項１】
区間を示す情報が付加されている複数の楽曲データを記憶する記憶手段と、
前記記憶手段内の複数の楽曲データの、ユーザによって選択された複数の区間の再生順序を示す再生順序データを生成する再生順序データ生成手段と、
前記再生順序データを解釈して、前記楽曲データの選択された区間を前記再生順序で再生する再生手段と、
を具備することを特徴とする楽曲データ編集・再生装置。
【請求項２】
前記再生順序データはテキストで記述されていることを特徴とする請求項１に記載の楽曲データ編集・再生装置。
【請求項３】
前記再生順序データは前記選択された複数の区間を同時に再生することを指示するデータであることを特徴とする請求項１または請求項２に記載の楽曲データ編集・再生装置。
【請求項４】
請求項１〜請求項３のいずれかの項に記載の楽曲データ編集・再生装置を具備し、着信時に前記楽曲データ編集・再生装置によって再生された楽曲によって着信を報知することを特徴とする携帯情報端末。
【請求項５】
前記再生順序データ生成手段は、予め着信メロディとして用意された楽曲データに基き、ユーザの選択に従って再生順序データを生成することを特徴とする請求項４に記載の携帯情報端末。
【請求項６】
ネットワークを介して外部の楽曲サーバへアクセスし、楽曲データをダウンロードする手段をさらに具備し、前記再生順序データ生成手段は、楽曲サーバからダウンロードした楽曲データに基き、ユーザの選択に従って再生順序データを生成することを特徴とする請求項４に記載の携帯情報端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メドレー曲の生成等に用いられる楽曲データ編集・再生装置およびそれを用いた、携帯電話機に代表される携帯情報端末に関する。
【背景技術】
【０００２】
従来のこの種の楽曲データ編集・再生装置として、特許文献１および２に記載されるものが知られている。特許文献１に記載されるものはカラオケ装置であり、複数の楽曲の各一部を編集したメドレー曲による伴奏音楽を生成することができるものである。しかしながら、この特許文献１に記載されるものにおいては、メドレー曲を編集するのはカラオケ業者であり、カラオケ装置のユーザが好みの曲を組み合わせてメドレー曲を生成することができない欠点があった。
【０００３】
また、特許文献２に記載されるものは、メドレー曲を生成する機能を有するサーバであり、ユーザが携帯電話によってそのサーバにアクセスし、複数の楽曲を指定すると、指定された楽曲によるメドレー曲がサーバによって生成され、携帯電話にダウンロードされる。しかしながら、この特許文献２のものも、楽曲のどの部分をメドレー曲として使用できるかが予め決まっており、ユーザが楽曲中の任意の区間を指定してメドレー曲を作成することはできなかった。
【特許文献１】特開2000-89775号公報
【特許文献２】特開2002-169570号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は上記事情を考慮してなされたもので、その目的は、ユーザが楽曲の任意の部分を指定してメドレー曲を生成することができる楽曲データ編集・再生装置およびそれを用いた携帯情報端末を提供することにある。
【課題を解決するための手段】
【０００５】
この発明は上記の課題を解決するためになされたもので、請求項１に記載の発明は、区間を示す情報が付加されている複数の楽曲データを記憶する記憶手段と、前記記憶手段内の複数の楽曲データの、ユーザによって選択された複数の区間の再生順序を示す再生順序データを生成する再生順序データ生成手段と、前記再生順序データを解釈して、前記楽曲データの選択された区間を前記再生順序で再生する再生手段とを具備することを特徴とする楽曲データ編集・再生装置である。
【０００６】
請求項２に記載の発明は、請求項１に記載の楽曲データ編集・再生装置において、前記再生順序データはテキストで記述されていることを特徴とする。
請求項３に記載の発明は、請求項１または請求項２に記載の楽曲データ編集・再生装置において、前記再生順序データは前記選択された複数の区間を同時に再生することを指示するデータであることを特徴とする。
【０００７】
請求項４に記載の発明は、請求項１〜請求項３のいずれかの項に記載の楽曲データ編集・再生装置を具備し、着信時に前記楽曲データ編集・再生装置によって再生された楽曲によって着信を報知することを特徴とする携帯情報端末である。
請求項５に記載の発明は、請求項４に記載の携帯情報端末において、前記再生順序データ生成手段は、予め着信メロディとして用意された楽曲データに基き、ユーザの選択に従って再生順序データを生成することを特徴とする。
【０００８】
請求項６に記載の発明は、請求項４に記載の携帯情報端末において、ネットワークを介して外部の楽曲サーバへアクセスし、楽曲データをダウンロードする手段をさらに具備し、前記再生順序データ生成手段は、楽曲サーバからダウンロードした楽曲データに基き、ユーザの選択に従って再生順序データを生成することを特徴とする。
【発明の効果】
【０００９】
この発明による楽曲データ編集・再生装置によれば、ユーザが楽曲の任意の部分を指定してメドレー曲を生成することができる効果が得られる。また、この発明による携帯情報端末によれば、ユーザが種々の変化に富んだ着信メロディを生成できる効果がある。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照し、この発明の実施の形態について説明する。図１はこの発明の第１の実施の形態による楽曲データ編集・再生装置を内蔵した携帯電話機の構成を示すブロック図である。この図において、符号１は回路各部を制御するＣＰＵ（中央処理装置）であり、通常の通信、通話処理を行うと共に、楽曲データ編集処理を行う。２はＣＰＵ１のプログラムが記憶されたＲＯＭ（リードオンリメモリ）である。このＲＯＭ２には、通信、通話処理プログラムおよび楽曲データ編集プログラムが記憶されている。３はデータ記憶用の不揮発性ＲＡＭ（ランダムアクセスメモリ）であり、ＣＰＵ１の通信、通話処理において、各種のデータが一時記憶されると共に、楽曲データ編集処理に使用される複数の楽曲データおよびＳＭＡＦ（登録商標）Scriptが記憶される。ＳＭＡＦ（登録商標）Scriptについては、後に詳述する。
【００１１】
４は電話番号入力用のテンキー、各種ファンクションキー等が設けられた操作部、５は液晶表示器による表示部である。６はアンテナ７を有する通信部であり、送信データを搬送波に乗せてアンテナ７から送信し、また、アンテナ７を介して着信した着信データを復調してＣＰＵ１または音声処理部８へ出力する。音声処理部８はマイクロフォンから出力された音声信号をディジタルデータに変換し、さらに圧縮し送信データとして通信部６へ出力し、また、通信部６から出力される音声データをアナログ音声信号に変換し、スピーカへ出力する。１０は音源部であり、バスラインＢを介して供給される楽曲データに基づいて楽音信号を生成し、スピーカ１１へ出力する。この場合、音源実装方法は、ソフトウェア方式でも専用ハードウェアでも良い。また、音源方式(FM/PCM音源など)も指定しないが、ＳＭＦ（スタンダードＭＩＤＩファイル）やＳＭＡＦ（登録商標）のような楽曲データフォーマットを解釈し再生することができるものであればよい。また、楽曲データの再生は、同一時刻に１つだけ再生するものでも良いし、同時に複数再生するものでも良い。
【００１２】
図２は、ＲＡＭ３に記憶された楽曲データおよびＳＭＡＦ（登録商標）Scriptの一例を示す図である。ＳＭＡＦ（登録商標；Synthetic music Mobile Application Format）とは、携帯電話やＰＤＡなどの携帯端末用マルチメディアコンテンツを定義するためにヤマハ株式会社が設計したデータ形式仕様である。また、ＳＭＡＦ（登録商標）Scriptとは、ＳＭＡＦ（登録商標）を使用した楽音データ編集用の言語である。
【００１３】
図２において、File1.mmf、File2.mmfは、楽曲データのファイル名を示す。各楽曲データは、時間情報をもったイベントとして、イントロ、Ａメロ、Ｂメロ、サビ、エンディングなどの区間イベントによって構成され、これらはIN、AM、BM、SB、ENといったタグ形式でデータ内に保持されている。なお、ＳＭＡＦ（登録商標）は、区間を指定するデータをPhrase Listとして格納することができる（オプション）。楽曲データ作成時に、タグ名（イントロやＡメロなど）に続いてスタートアドレスとストップアドレス（シーケンスデータのアドレス）をPhrase List として記述することによって、区間を指定する。
【００１４】
ＳＭＡＦ（登録商標）Scriptはテキストファイルであり、＜＞定義により記述内容の種別を区別している。すなわち、＜INFO＞以降の記述は、ＳＭＡＦ（登録商標）Scriptファイルのファイル情報を意味する。また、＜PLAY＞以降の記述は、再生するターゲットとなる楽曲データのファイル名や楽曲データファイル中の区間イベント(タグ)の再生順序を指示する。楽曲データファイル名や楽曲データファイル中の区間イベントは、Filel.mmf、 File2.mmfといった楽曲データのファイル名及びその楽曲データに格納されているタグと結びついている。また、［］でタグを括ることで、［］を何度再生するかの指定を行っている。
【００１５】
次に、上述した携帯電話機の動作を説明する。なお、この携帯電話機の通信、通話の動作は従来のものと同様なので説明を省略し、以下、楽曲データ編集・再生の動作について説明する。
図３は楽曲データ編集・再生機能の機能ブロック図である。この図において、３ａはユーザによってＲＡＭ３内に作成されたＳＭＡＦ（登録商標）Scriptである。１ａはＣＰＵ１によって実行されるＳＭＡＦ（登録商標）Scriptプレイヤーであり、ＳＭＡＦ（登録商標）Script３ａを読み込んで解釈し、ＳＭＡＦ（登録商標）Scriptに記述される楽曲データと再生区間を管理する。また、ＳＭＡＦ（登録商標）Scriptに記述されたイべントの時間管理をし、該当イベントが指定時刻に達すると楽曲データの再生制御をサウンドミドルウエア１ｂに指示する。
【００１６】
楽曲データ３ｂはＲＡＭ３内に予め登録されている複数の楽曲データである。この楽曲データの登録は、ユーザが携帯電話機の通信機能を利用して楽曲データサーバにアクセスしてダウンロードする。なお、予めＲＯＭ２内に楽曲データを記憶させておいてもよい。サウンドミドルウエア１ｂは、ＣＰＵ１によって実行される機能であり、ＳＭＡＦ（登録商標）Scriptプレイヤー１ａの指示を受けて楽曲データ３ｂをＲＡＭ３から読み出し、読み出したデータについて再生/ストップ/ポーズ/リワインドなどの再生制御を行う。音源１０は、サウンドミドルウェア１ｂから供給される時間情報付きのイベント列を受け取り、指定時刻に到達すると、イベントを解釈して楽音信号を生成し、スピーカ１１へ出力する。イベントは、発音イベントや音色変更イベント、音量変更イベント、ピッチ変更イベントなどがあり、音源１０はこれらに従った動作をする。この動作は、いわゆるMIDIデータの処理に相当する動作である。なお、時間管理は、サウンドミドルウェア１ｂにおいて行ってもよい。
【００１７】
図４は上述した機能ブロック図の動作を説明するためのフローチャートである。
サウンドミドルウエア１ｂは既存の楽曲データ３ｂを読み込み、リストを作成し表示部５に表示する。リストには、楽曲データ３ｂの一覧とそれぞれの楽曲毎に、どの区間情報が定義してあるかが示されている（ステップＳａ１）。ユーザはリストを元に、ＣＰＵ１によって実行されるＳＭＡＦ（登録商標）Script作成アプリケーションに従って、好みのメドレー曲となるようにＳＭＡＦ（登録商標）Scriptを作成する（ステップＳａ２）。作成されたＳＭＡＦ（登録商標）Scriptはプレイヤー１ａに読み込まれる（ステップＳａ３）。
【００１８】
プレイヤー１ａは、サウンドミドルウェア１ｂヘＳＭＡＦ（登録商標）Scriptで使用する楽曲データを登録する（ステップＳａ４）。プレイヤー１ａは、ＳＭＡＦ（登録商標）Scriptを解釈し、登録されている楽曲データを元にＳＭＡＦ（登録商標）Scriptの記述（シーケンス）に従って、サウンドミドルウェア１ｂに再生指示を行う（ステップＳａ５）。例えば、図２のＳＭＡＦ（登録商標）Scriptの場合は、まず、ファイル１の「サビ（ＳＢ）」の部分の再生を指示し、次に、ファイル２の「Ａメロ（ＡＭ）およびサビ（ＳＢ）」の部分の２回再生を指示し、次に、ファイル１の「サビ（ＳＢ）、イントロ（ＩＮ）、サビ（ＳＢ）、エンディング（ＥＮ）」の再生を指示する。サウンドミドルウェア１ｂは、音源１０に時間情報付きのイベント列を送信し、音源は指定時刻に達するとイベントを解釈し、実際の発音を行う（ステップＳａ６）。上述したステップＳａ５、Ｓａ６の処理はＳＭＡＦ（登録商標）Scriptの終了まで繰り返される（ステップＳａ７）。
【００１９】
次に、この発明の第２の実施形態について図５、図６を参照して説明する。この実施形態のハードウエア構成は図１と同じであり、また、楽曲データ、ＳＭＡＦ（登録商標）Scriptの構成も図２と同じである。第１の実施形態と異なる点はＣＰＵ１の楽曲データ編集・再生処理である。
【００２０】
図５は第２の実施形態における楽曲データ編集・再生機能の機能ブロック図である。ＳＭＡＦ（登録商標）Scriptプレイヤー１ｃは、ＳＭＡＦ（登録商標）Script３ａを読み込んで解釈し、ＲＡＭ３に登録された登録楽曲データ３ｂを元にして、ＳＭＡＦ（登録商標）Scriptで記述されるメドレー曲の楽曲データを生成する。その後、生成された楽曲データをサウンドミドルウェア１ｄに渡して再生制御を行う。サウンドミドルウエア１ｄは、プレイヤー１ｃから出力されるメドレー曲の楽曲データを登録し、該楽曲データの再生/ストップ/ポーズ/リワインドなどの再生制御を行う。
【００２１】
音源１０は、サウンドミドルウェア１ｄから渡される時間情報付きのイベント列を受け取り、指定時刻に到達すると、イベントを解釈して楽音信号を生成し、スピーカ１１へ出力する。イベントは、発音イベントや音色変更イベント、音量変更イベント、ピッチ変更イベントなどがあり、音源１０はこれらに従った動作を行う。この動作は、いわゆるMIDIデータの処理に相当する動作である。なお、時間管理は、サウンドミドルウェア１ｄにおいて行ってもよい。
【００２２】
図６は上述した機能ブロック図の動作を説明するためのフローチャートである。プレイヤー１ｄはＲＡＭ３から楽曲データ３ｂを読み込み、リストを作成する。リストには、楽曲データの一覧と、それぞれの楽曲ごとにどの区間情報が定義されているかが示されている（ステップＳｂ１）。ユーザーはリストを元にＣＰＵ１によって実行されるＳＭＡＦ（登録商標）Script作成アプリケーションに従って、好みのメドレー曲となるようにＳＭＡＦ（登録商標）Script３ａを作成する（ステップＳｂ２）。作成されたＳＭＡＦ（登録商標）Scriptはプレイヤー１ｃに読み込まれる（ステップＳｂ３）。プレイヤー１ｃは、ＳＭＡＦ（登録商標）Scriptを解釈し、登録されている楽曲データ３ｂを元にＳＭＡＦ（登録商標）Scriptの記述に従って、新たにメドレー曲の楽曲データを生成する（ステップＳｂ４）。
【００２３】
次に、プレイヤー１ｃは、生成した楽曲データをサウンドミドルウェア１ｄに登録する（ステップＳｂ５）。次いで、プレイヤー１ｃがサウンドミドルウエア１ｄに再生を指示する（ステップＳｂ６）。サウンドミドルウェア１ｄはその指示を受け、音源１０に時間情報付きのイベント列を送信し、音源１０は指定時刻に達するとイベントを解釈し、実際の発音を行う（ステップＳｂ７）。
【００２４】
上述した第１、第２の実施形態によれば、次の効果を得ることができる。
(1)１つの楽曲から再生する方法のバリエーションを容易に増やすことができる。
(2)テキストファイルの編集だけで容易に楽曲中の区間再生の順番を変更することができる。
(3)複数の楽曲データを素材として、ユーザーが好みの楽曲データを編成することができ  る。例えば、携帯電話にすでにある着信メロディから新たな着信メロディを作成することができる。
(4)携帯電話のアプリケーションに適用することで、少ない楽曲データからいろいろなシーンに応じた楽曲データを構成することができるためメモリ効率が良くなる。
(5)ネットワーク上にある楽曲データを元にテキストファイルの記述だけでユーザーが好みの楽曲データを編成することができる。
【００２５】
また、上述した各実施形態による楽曲データ編集・再生装置は次のような応用が可能である。
（ａ）携帯電話の着信メロディに適用する。ユーザがすでにダウンロードしＲＡＭ３に在る着信メロディ楽曲を素材として、ユーザーが好みの楽曲を創りだすことができる。登録してある着信メロディのサビだけ連続で再生するなど、いろいろな利用価値がある。
（ｂ）ネットワーク上に存在する楽曲データを素材として、ユーザーが好みの楽曲を創りだすことができる。携帯電話やネットワークに接続しているパーソナルコンピュータに適用することができる。
（ｃ）ＳＭＡＦ（登録商標）Script自体を着信メロディとして登録できるようにする。既存のダウンロードした楽曲データを元に新たな着信メロディを定義することができる。
（ｄ）ＳＭＡＦ（登録商標）ScriptをJava（登録商標）ゲームに適用する。同一の楽曲データでいろいろなゲームシーンに利用できるため、メモリ効率がアップする。
【００２６】
（ｅ）ＳＭＡＦ（登録商標）Scriptを再生するトリガとして、時刻やバッテリなどの値とする。例えば、ある時間になると、どのＳＭＡＦ（登録商標）Scriptを再生するかを設定しておく。また、例えば、バッテリ電圧が所定値に達すると特定のＳＭＡＦ（登録商標）Scriptを再生する。ひとつの楽曲データでも、時刻によって再生区間を変えたり、バッテリー残量によって再生区間を変えたりすることでユーザーに新たなサービスを提供することができる。
【００２７】
なお、上述した各実施形態では、ＳＭＡＦ（登録商標）Scriptはメドレー曲を作成するために使っているが、ＳＭＡＦ（登録商標）Scriptを使って演奏するパートを指定するようにしてもよい。例えば、File1.mmfは所定のドラムパターンからなるドラムパートのみを格納した第１のドラムパート楽曲データ、File2.mmfはドラムパートを除くその他のパート（メロディパートを含む）からなる楽曲データ、File３.mmfは第１のドラムパート楽曲データとは異なるドラムパターンからなる第２のドラムパート楽曲データであるとし、それぞれＩＮ、ＡＭ、ＳＢ、ＥＮなどの区間が指定されているとする。そして、ＳＭＡＦ（登録商標）Scriptにその各ファイルの任意の部分を同時に再生する記述をする。例えば、下記のような記述をしてもよい。
<PLAY>
00000 File2.mmf  ＩＮ  ＆  Filel.mmf  ＩＮ
00001 File2.mmf  ＡＭ  ＆  File3.mmf  ＡＭ
上記の記述は、File2.mmfのＩＮ部を再生しているときに、File1.mmfのＩＮ部を同時に再生し、File2.mmfのＩＮ部の再生が終わると続いてFile2.mmfのＡＭ部を再生し、同時にFile3.mmfのＡＭを再生することを指示する。このような使用法によれば、File1.mmfを変更することで楽曲のバリエーションも変更することも可能となる。なお、＆は、行の最初のデータを再生中に＆以降のデータを再生することを示す。
【００２８】
また、楽曲データの中に楽曲データを特定するためのユニークなIDを埋め込むようにし、ＳＭＡＦ（登録商標）Scriptからの楽曲データファイルの指定はIDを記述するようにしても良い。
【産業上の利用可能性】
【００２９】
本発明は、携帯電話機の着信メロディの生成、特にユーザサイドにおける生成等に用いられる。
【図面の簡単な説明】
【００３０】
【図１】この発明の第１の実施形態による楽曲データ編集・再生装置を適用した携帯電話機の構成を示すブロック図である。
【図２】図１のＲＡＭ３に記憶される楽曲データおよびＳＭＡＦ（登録商標）Scriptを示す図である。
【図３】この発明の第１の実施形態の機能ブロック図である。
【図４】この発明の第１の実施形態の動作を示すフローチャートである。
【図５】この発明の第２の実施形態の機能ブロック図である。
【図６】この発明の第２の実施形態の動作を示すフローチャートである。
【符号の説明】
【００３１】
１…ＣＰＵ、１ａ、１ｃ…ＳＭＡＦ（登録商標）Scriptプレイヤー、１ｂ、１ｄ…サウンドミドルウエア、２…ＲＯＭ、３…ＲＡＭ、１０…音源部、１１…スピーカ。
【図１】
2006030538.tif 000003
【図２】
2006030538.tif 000004
【図３】
2006030538.tif 000005
【図４】
2006030538.tif 000006
【図５】
2006030538.tif 000007
【図６】
2006030538.tif 000008