(57)【要約】【課題】選択された全楽曲を、残り時間内で盛り上がる順に編集可能な楽曲編集装置を提供する。【解決手段】楽曲編集装置は、各曲の優先度に基づいて曲順を並び替え、残り時間（所定の制限時間）内に楽音の再生が終了するように編集を行うため、残り時間内で盛り上がる順に楽曲を編集可能となる。例えば、知名度の高い曲や定番の曲は盛り上がるため、これらに高い優先度を設定しておき、後半になるほど高い優先度の楽曲が配置されるように並び替えを行うと、残り時間が少なくなるほど盛り上がることになる。【選択図】図４
2014178535.tif 000002
【特許請求の範囲】
【請求項１】
複数の楽曲データの選択を受け付ける受付手段と、
各楽曲データの優先度に基づいて、前記受付手段が受け付けた選択曲の順序を並べ替えるとともに、所定の制限時間に応じて各楽曲データの編集を行う編集手段を備えたことを特徴とする楽曲編集装置。
【請求項２】
前記優先度は、各楽曲データの再生履歴に応じた情報が含まれていることを特徴とする請求項１に記載の楽曲編集装置。
【請求項３】
ユーザ情報を記憶するユーザ情報記憶手段を備え、
前記編集手段は、前記優先度に加えて、前記ユーザ情報に基づいて前記選択曲の順序を並べ替えるとともに、前記所定の制限時間に応じて各楽曲データの編集を行うことを特徴とする請求項１または請求項２に記載の楽曲編集装置。
【請求項４】
各楽曲データは、構成区間を示す情報が含まれ、
前記編集手段は、並べ替えた選択曲の順序に応じて、各構成区間に抽出順を設定し、当該抽出順に応じて各選択曲から所定の構成区間を抽出することを特徴とする請求項１乃至請求項３のいずれかに記載の楽曲編集装置。
【請求項５】
前記編集手段は、前記楽曲データのテンポを変更することにより、編集後の楽曲データの長さが前記所定の制限時間に対応するように編集を行うことを特徴とする請求項１乃至請求項４のいずれかに記載の楽曲編集装置。
【請求項６】
前記編集手段は、前記楽曲データのテンポを変更することにより、編集後の楽曲データの長さが前記所定の制限時間に対応するように編集を行うことを特徴とする請求項１乃至請求項４のいずれかに記載の楽曲編集装置。
【請求項７】
前記編集手段は、前記受付手段が受け付けた選択曲以外の楽曲データを挿入することを特徴とする請求項１乃至請求項６のいずれかに記載の楽曲編集装置。
【請求項８】
請求項１乃至請求項７のいずれかに記載の楽曲編集装置と、サーバと、からなる楽曲編集システムであって、
前記編集手段は、前記サーバから前記優先度に係る情報を取得し、当該取得した優先度に係る情報に基づいて前記編集を行うことを特徴とする楽曲編集システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、楽曲の編集を行う楽曲編集装置に関する。
【背景技術】
【０００２】
一般に、カラオケボックスでは、カラオケシステムを利用する時間が限られている。そのため、残り時間内に予約された全楽曲の演奏を終了できない場合がある。そこで、例えば特許文献１には、予約された楽曲の一部を抽出して部分的に演奏を行うことで、予約された全楽曲の演奏を残り時間内に行うカラオケ装置が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−６７０８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１の装置のように楽曲の一部を抽出するだけでは、単に曲が短くなっただけであり、盛り上がりに欠ける。
【０００５】
そこで、この発明は、選択された複数の楽曲を、残り時間内で盛り上がる順に編集可能な楽曲編集装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明の楽曲編集装置は、複数の楽曲データの選択を受け付ける受付手段と、各楽曲データの優先度に基づいて、前記受付手段が受け付けた選択曲の順序を並べ替えるとともに、所定の制限時間に応じて各楽曲データの編集を行う編集手段を備えたことを特徴とする。
【０００７】
このように、本発明の楽曲編集装置では、各曲の優先度に基づいて曲順を並び替え、残り時間（所定の制限時間）内に楽音再生が終了するように編集を行うため、残り時間内で盛り上がる順に楽曲データを編集することができる。例えば、知名度の高い曲や定番の曲は盛り上がるため、これらに高い優先度を設定しておき、後半になるほど高い優先度の楽曲が配置されるように並び替えを行うと、残り時間が少なくなるほど盛り上がることになる。
【０００８】
なお、優先度は、各楽曲データの再生履歴に応じた情報が含まれていることが望ましい。再生履歴に応じた情報としては、例えば年間ランキング、月間ランキング、週間ランキング地域別ランキング、男女別ランキング、年齢別ランキング等が含まれ、ランキングの高い曲ほど高い優先度が設定されることが望ましい。あるいは、過去にランキングの高かった楽曲は、定番の曲として高い優先度が設定されることが望ましい。
【０００９】
また、楽曲編集装置は、ユーザ情報を記憶するユーザ情報記憶手段を備え、各楽曲の優先度だけでなく、前記ユーザ情報に基づいて前記選択曲の順序を並べ替えるとともに、前記所定の制限時間に応じて各楽曲データの編集を行うことが好ましい。例えば、ユーザ毎の再生履歴において、再生頻度の高い楽曲データに高い優先度が設定される。
【００１０】
なお、楽曲の編集手法としては、以下の様な態様が考えられる。各楽曲データは、構成区間（前奏、サビ、間奏、等）を示す情報が含まれ、編集手段は、並べ替えた選択曲の順序に応じて、各構成区間に抽出順を設定する。例えば、サビは最も盛り上がる構成区間であるため、サビの構成区間を最初に抽出し、次に当該サビの構成区間を含むコーラス部分を抽出する、等の手法で編集を行う。
【００１１】
また、抽出後の楽曲の再生時間が残り時間より少し超える場合には、例えばテンポを速くして再生時間が短くすることが望ましい。
【００１２】
抽出後の楽曲の再生時間が残り時間より大幅に短い場合には、選択曲以外の曲（例えば定番の楽曲）を挿入する態様も可能である。楽曲を挿入する場合には、その楽曲の優先度も考慮して演奏順の決定を行い、編集を行うことが好ましい。
【００１３】
なお、楽曲編集装置がカラオケ装置である場合、ユーザ情報は、歌唱履歴が含まれていることが望ましい。歌唱履歴としては、例えば来店数、各楽曲の採点結果、等である。例えば、採点結果の高い歌唱者が後半に歌唱すると盛り上がるため、後半になるほど採点結果の高い歌唱者が歌唱する曲を配置する態様が望ましい。
【発明の効果】
【００１４】
この発明によれば、選択された複数の楽曲を、残り時間内で盛り上がる順に編集可能である。
【図面の簡単な説明】
【００１５】
【図１】カラオケシステムの構成を示すブロック図である。
【図２】カラオケ装置の構成を示すブロック図である。
【図３】楽曲データおよびデータベースの構造を示す図である。
【図４】解析データを示した図である。
【図５】ランキング情報を示した図である。
【図６】ユーザ情報を示した図である。
【図７】抽出順を示す図である。
【図８】ユーザ毎の優先順位を示す図である。
【図９】クロスフェードおよびテンポ調整の手法を示す図である。
【図１０】テンポ調整による演奏時間の変化を示す図である。
【図１１】メドレー曲の生成、演奏の全体動作を示すフローチャートである。
【図１２】携帯オーディオプレーヤの構成を示すブロック図である。
【発明を実施するための形態】
【００１６】
図１は、本実施形態に係るカラオケシステムの構成を示す図である。カラオケシステムは、インターネット等のネットワーク２を介して接続されるセンタ（サーバ）１と、複数のカラオケ店舗３と、からなる。
【００１７】
各カラオケ店舗３には、ネットワーク２に接続されるホスト５と、ホスト５を介してネットワーク２に接続される複数のカラオケ装置７が設けられている。ホスト５は、ルータ等の中継機の機能を兼ねている。ただし、中継機は別装置として設けられていてもよい。ホスト５は、カラオケ店舗の管理室内等に設置されている。複数台のカラオケ装置７は、それぞれ個室（カラオケボックス）に１台ずつ設置されている。また、各カラオケ装置７には、それぞれリモコン９が設置されている。
【００１８】
図２は、カラオケ装置の構成を示すブロック図である。カラオケ装置７は、装置全体の動作を制御するＣＰＵ１１、および当該ＣＰＵ１１に接続される各種構成部からなる。ＣＰＵ１１には、ＲＡＭ１２、ＨＤＤ１３、ネットワークインタフェース（Ｉ／Ｆ）１４、ＬＣＤ（タッチパネル）１５、Ａ／Ｄコンバータ１７、音源１８、ミキサ（エフェクタ）１９、ＭＰＥＧ等のデコーダ２２、表示処理部２３、操作部２５、および送受信部２６が接続されている。
【００１９】
ＨＤＤ１３は、ＣＰＵ１１の動作用プログラムが記憶されている。ワークメモリであるＲＡＭ１２には、ＣＰＵ１１の動作用プログラムを実行するために読み出すエリアやカラオケ曲を演奏するために楽曲データを読み出すエリア、予約リスト等が設定される。また、ＨＤＤ１３は、カラオケ曲を演奏するための楽曲データやモニタ２４に背景映像を表示するための映像データ等を記憶している。映像データは動画、静止画の両方を記憶している。楽曲データや映像データは、定期的にセンタ１から配信され、更新される。
【００２０】
また、ＨＤＤ１３は、各楽曲データについて、各種情報（歌手名、曲名、ジャンル、楽曲構成）が曲番号に対応付けられて格納されたデータベースを構築している（図３（Ｂ）および図３（Ｃ）を参照）。データベースは、センタ１から各種情報が配信されることにより更新される。
【００２１】
ＣＰＵ１１は、カラオケ装置を統括的に制御する制御部であり、機能的にシーケンサを内蔵し、カラオケ演奏を行う。また、ＣＰＵ１１は、音声信号生成処理、映像信号生成処理、およびメドレー生成処理を行う。
【００２２】
タッチパネル１５および操作部２５は、カラオケ装置の前面に設けられている。ＣＰＵ１１は、タッチパネル１５から入力される操作情報に基づいて、操作情報に応じた画像をタッチパネル１５上に表示し、ＧＵＩを実現する。また、リモコン９も同様のＧＵＩを実現するものである。ＣＰＵ１１は、タッチパネル１５、操作部２５、または送受信部２６を介してリモコン９から入力される操作情報に基づいて、各種の動作を行う（タッチパネル１５、操作部２５、または送受信部２６が本発明の受付手段に相当する）。例えば、ユーザがタッチパネル１５、操作部２５、またはリモコン９を用いてメドレー生成の指示を行うと、ＣＰＵ１１は、メドレー生成処理を行う（すなわち、ＣＰＵ１１は、本発明の編集手段に相当し、ＣＰＵ１１、ＲＡＭ１２、ＨＤＤ１３、およびリモコン９等により、本発明の楽曲編集装置が実現される）。
【００２３】
メドレー生成処理については後述するが、予約された楽曲の演奏順を入れ替え、各楽曲の一部を抽出して、滑らかにつなげた新たな１つの楽曲を生成する処理である。
【００２４】
次に、カラオケ演奏を行うための構成について説明する。上述したように、ＣＰＵ１１は、機能的にシーケンサを内蔵している。ＣＰＵ１１は、ＲＡＭ１２の予約リストに登録された予約曲の曲番号に対応する楽曲データをＨＤＤ１３から読み出し、シーケンサでカラオケ演奏を行う。
【００２５】
楽曲データは、例えば図３（Ａ）に示すように、曲番号等が書き込まれているヘッダ、演奏用ＭＩＤＩデータが書き込まれている楽音トラック、ガイドメロディ用ＭＩＤＩデータが書き込まれているガイドメロディトラック、歌詞用ＭＩＤＩデータが書き込まれている歌詞トラック、バックコーラス再生タイミングおよび再生すべき音声データが書き込まれているコーラストラック、等からなっている。なお、楽曲データの形式としては、この例に限るものではない。
【００２６】
シーケンサは、楽音トラックやガイドメロディトラックのデータに基づいて音源１８を制御し、カラオケ曲の楽音を発生する。また、シーケンサは、コーラストラックの指定するタイミングでバックコーラスの音声データ（楽曲データに付随しているＭＰ３等の圧縮音声データ）を再生する。また、シーケンサは、歌詞トラックに基づいて曲の進行に同期して歌詞の文字パターンを合成し、この文字パターンを映像信号に変換して表示処理部２３に入力する。
【００２７】
音源１８は、シーケンサの処理によってＣＰＵ１１から入力されたデータ（ノートイベントデータ）に応じて楽音信号（デジタル音声信号）を形成する。形成した楽音信号はミキサ１９に入力される。
【００２８】
ミキサ１９は、音源１８が発生した楽音信号、コーラス音、およびマイク１６からＡ／Ｄコンバータ１７を介して入力された歌唱者の歌唱音声信号に対してエコーなどの効果を付与するとともに、これらの信号をミキシングする。
【００２９】
ミキシングされた各デジタル音声信号はサウンドシステム（ＳＳ）２０に入力される。サウンドシステム２０は、Ｄ／Ａコンバータおよびパワーアンプを内蔵しており、入力されたデジタル信号をアナログ信号に変換して増幅し、スピーカ２１から放音する。ミキサ１９が各音声信号に付与する効果およびミキシングのバランスは、ＣＰＵ１１によって制御される。
【００３０】
ＣＰＵ１１は、上記シーケンサによる楽音の発生、歌詞テロップの生成と同期して、ＨＤＤ１３に記憶されている映像データを読み出して背景映像等を再生する。動画の映像データは、ＭＰＥＧ形式にエンコードされている。ＣＰＵ１１は、読み出した映像データをデコーダ２２に入力する。デコーダ２２は、入力されたＭＰＥＧ等のデータを映像信号に変換して表示処理部２３に入力する。表示処理部２３には、背景映像の映像信号以外に上記歌詞テロップの文字パターン等が入力される。表示処理部２３は、背景映像の映像信号の上に歌詞テロップなどをＯＳＤで合成してモニタ２４に出力する。モニタ２４は、表示処理部２３から入力された映像信号を表示する。
【００３１】
以上の様にして、カラオケ演奏が行われる。なお、ＣＰＵ１１は、曲の演奏開始または終了時に、データベースの演奏した曲における演奏回数をカウントアップし、ＨＤＤ１３に演奏履歴をログ情報（履歴）として記憶させる。ログ情報は、定期的にセンタ１に送信され、全国のカラオケ装置７のログ情報がセンタ１でランキング情報（図５を参照）として集計される。
【００３２】
次に、メドレー曲の生成について説明する。ユーザがタッチパネル１５、操作部２５、またはリモコン９を用いてメドレー生成の指示を行うと、ＣＰＵ１１は、メドレー生成処理を行う。ＣＰＵ１１は、ＲＡＭ１２の予約リストに登録された予約曲の曲番号を読み出し、各曲の優先度に基づいて曲順を並び替え、カラオケシステムを利用可能な残り時間（所定の制限時間）内に演奏が終了するように編集を行うことでメドレー曲を生成する。各曲の優先度は、カラオケにおける盛り上がりに対応するものとなっている。
【００３３】
図４は、各曲の優先度およびユーザ情報に基づいて生成した解析データを示す図である。この図では、６曲が予約リストに登録され、３名のユーザが歌唱を行う例を示すものである。図４に示すように、各楽曲は、再生履歴（演奏履歴）に応じた優先度として、項目毎に得点が設定されている。演奏履歴は、年間ランキング、月間ランキング、週間ランキング、地域別ランキング、男女別ランキング、年齢別ランキング等が含まれ、ランキングの高い曲ほど高い得点が設定される。
【００３４】
図５は、ランキング情報を示した図である。ランキング情報は、定期的にセンタ１からダウンロードされ、ＨＤＤ１３に記憶される。あるいは、ランキング情報は、解析データを生成するタイミングでセンタ１に問い合わせ、ダウンロードするようにしてもよい（これにより、ＨＤＤ１３が本発明の歌唱履歴記憶手段を実現する）。各楽曲は、１０位以内に登録された数、１００位以内に登録された数に応じて得点が設定される。例えば、図４に示したＮｏ．２「曲番号：１５７２７０」の曲は、図５に示すように週間ランキングの９９位、月間ランキングの１００位、および年間ランキング９９位に登録されている。したがって、図４の「１００位以内」の欄において１０点×３回＝３０点が設定される。また、Ｎｏ．２「曲番号：１５７２７０」の曲は、図５に示すように定番（スタート）ランキングの４位、定番（シメ）ランキングの３位に登録されている。したがって、図４の「定番」の欄において１０点×２回＝２０点が設定される。ＣＰＵ１１は、このようにして、予約リストに登録された曲番号から、各曲の得点を算出し、図４に示す解析データを生成する。
【００３５】
さらに、この例では、解析データにユーザ情報に基づく得点が設定されている。図４に示すように、ユーザ情報に基づく得点の項目としては、「歌唱者」、「他者履歴」、「９５点以上」および「９０点以上」が設定されている。さらに、「歌唱者」の得点には「年齢」、「組織」および「来店」が設定されている。
【００３６】
図６は、ユーザ情報を示す図である。ユーザ情報は、センタ１に記憶されている。ＣＰＵ１１は、ユーザが入店した際にセンタ１からユーザ情報をダウンロードし、ＲＡＭ１２に記憶する（これにより、ＲＡＭ１２が本発明のユーザ情報記憶手段を実現する）。ユーザ情報は、各ユーザのＩＤ、名前、生年月日、性別、家族、出身校、所属先、役職、歌唱履歴、お気に入り、等の情報が含まれている。ＣＰＵ１１は、これらユーザ情報に基づいて解析データを生成する。例えば、図４に示すように、ユーザ「・・・Ａ３」、ユーザ「・・・Ｂ１」およびユーザ「・・・ＣＣ」のうち、年齢の高い者に得点を付与する。この例では、最も年齢の高いユーザ「・・・Ｂ１」に１０点、次に年齢の高いユーザ「・・・ＣＣ」に５点を設定している。また、この例では、全てのユーザが同じ所属先であるため、役職の高いユーザ「・・・Ｂ１」に「組織」の点として、高い得点（３０点）を設定している。仮に出身校（例えば小学校）が全てのユーザで同じであれば、最も年齢の高い者に高い得点を設定すればよい（年齢と同じ得点を設定してもよい）。あるいは、全てのユーザが同じ家族であれば、いずれか１名（例えば父親）に高い得点を設定してもよい。さらに、ＣＰＵ１１は、「歌唱履歴」に登録された来店回数に応じて配点を行う。例えばユーザ「・・・Ａ３」は１２回来店しているため、１２点を設定している。ＣＰＵ１１は、これら「年齢」、「組織」、および「来店」の得点を合計し、歌唱者の得点を設定する。
【００３７】
また、図４の「他者履歴」に示すように、各予約曲について、歌唱する予定のユーザ以外に、過去に歌唱した履歴がある場合には、歌唱した回数に応じて得点を設定する。例えば、Ｎｏ．３「曲番号：１７６３０４」については、ユーザ「・・・ＣＣ」が歌唱する予定であるが、他のユーザ「・・・Ａ３」およびユーザ「・・・Ｂ１」の歌唱履歴が存在するため、「他者履歴」に１０点×２＝２０点が設定される。
【００３８】
さらに、解析データには、各ユーザの過去の採点結果に基づいた得点が設定される。例えば、ユーザ「・・・Ａ３」は、Ｎｏ．１「曲番号：１２４５０４」について９５点以上の採点結果を有しているため、「９５点以上」に１０点、「９０点以上」に１０点が設定される。
【００３９】
なお、図４においては「ジャンル」の欄が空白になっているが、「ジャンル」の欄は、ユーザ全員の年齢層が近い場合に限り配点を行う。例えば全員が２０歳代である場合は、Ｊ−ＰＯＰおよびロックのジャンルについて１０点を設定する。
【００４０】
ＣＰＵ１１は、メドレー生成の指示を受け付けると、以上のような解析データを生成し、各楽曲について設定した得点を合計する。そして、ＣＰＵ１１は、合計得点に基づいて、予約曲の演奏順の入れ替えを行う。合計得点が高い曲ほど盛り上がる曲であると考えられる。曲順は、残り時間が少なくなるほど盛り上がるようにするため、合計得点が低い順とすることが望ましい。ただし、最初の曲は盛り上げたいため、２番目に得点の高い曲が先頭になるように並び替えることが望ましい。例えば、図４の例では、２番目に得点の高いＮｏ．２（１０１点）が先頭の曲になり、最も点数の低いＮｏ．４（２２点）が２曲目になる、続けて、Ｎｏ．１（４２点）、Ｎｏ．３（７８点）、Ｎｏ．６（８８点）と並び、最も得点の高いＮｏ．５（１１１点）が最後の曲になる。
【００４１】
なお、曲順は、この例に限らず、例えば、同じジャンルの曲は続かないようにする、同じユーザは続かないようにする、同じ性別のユーザは続かないようにする、等を考慮してもよい。
【００４２】
また、合計得点が高い順に並べ替えてもよいし、最後に最も合計得点が低い曲を配置して、次に合計得点が低い曲を先頭に配置してもよい。
【００４３】
次に、ＣＰＵ１１は、並べ替えた各楽曲の一部を抽出して、残り時間内に全ての予約曲が演奏可能なように編集を行う。まず、ＣＰＵ１１は、各楽曲について演奏区間毎の抽出順を決定する。
【００４４】
図７は、抽出順を示す図である。抽出順は、各楽曲が先頭曲であるか、最終曲であるか、その他の曲であるか、によって異なる。図７（Ａ）は、先頭曲の抽出順を示す図である。先頭曲では、１コーラス目のサビが抽出順１位になり、当該サビを含む１コーラス目が抽出順２位になっている。図７（Ｂ）は、最終曲の抽出順を示す図である。最終曲では、大サビが抽出順１位になり、当該大サビを含むコーラスが抽出順２位になっている。また、先頭曲では、前奏が抽出順３位になり、後奏は抽出しない（削除される）ようになっているのに対し、最終曲では、後奏が抽出順３位になり、前奏は抽出しないようになっている。図７（Ｃ）は、その他の曲の抽出順である。その他の曲は、先頭曲と同じ抽出順であるが、前奏および後奏は抽出しないようになっている。
【００４５】
ＣＰＵ１１は、以上のような抽出順で各曲の演奏区間（構成区間）を抽出し、残り時間内に全ての予約曲を演奏できるように編集を行う。図３（Ｂ）および図（Ｃ）に示すように、各楽曲には、演奏区間毎に開始時刻、終了時刻、および区間長が予め設定されているため、ＣＰＵ１１は、これら区間長の合計と、カラオケシステムを利用可能な残り時間を比較することで、残り時間内に収まるか否かを判断することができる。なお、残り時間は、例えばユーザがタッチパネル１５、操作部２５、またはリモコン９を用いて手動で設定する、あるいは、カラオケシステムの利用開始時に、店舗側が利用予定時間に合わせて設定してもよい。
【００４６】
ＣＰＵ１１は、まず各曲の抽出順１位の演奏区間を抽出し、残り時間内に収まるか否かを判断する。ＣＰＵ１１は、残り時間内に収まると判断した場合は、各曲の抽出順２位の演奏区間を抽出する。以後は、抽出順に従って、演奏区間の抽出処理を繰り返す。ただし、抽出順２位以下の演奏区間については、全ての曲ではなく、上記合計得点に応じた順に従って１曲ずつ抽出を行い、残り時間内に収まるか否かを判断する。なお、合計得点に応じた順とは、合計得点の高い順そのものであってもよいが、図８に示すように、ユーザ毎に合計得点順に並べ、さらに歌唱者の得点が高い順に並べるようにしてもよい。例えば、図８では、ユーザ「・・・Ｂ１」の歌唱者としての得点が最も高く、ユーザ「・・・ＣＣ」の歌唱者としての得点が最も低いため、合計得点に応じた順として、Ｎｏ．５→Ｎｏ．１→Ｎｏ．６→Ｎｏ．２→Ｎｏ．４→Ｎｏ．３となる。したがって、まずＮｏ．５の楽曲について抽出順２位の演奏区間を抽出する。Ｎｏ．５の楽曲は、上述したように最終曲であるため、大サビを含むコーラスの演奏区間が抽出される。ここで、ＣＰＵ１１は、まだ残り時間内に収まると判断した場合に、次にＮｏ．１の楽曲について抽出順２位の演奏区間を抽出する。Ｎｏ．２の楽曲は、上述したように先頭曲であるため、１コーラス目の演奏区間が抽出される。このようにして、各楽曲について重要な演奏区間から徐々に抽出されることになり、残り時間を超えた時点で抽出が終了する。
【００４７】
なお、抽出順１位の演奏区間（サビ）を抽出した時点で、残り時間を大幅に超えてしまう場合には、サビの中からさらに特定の部分を抽出する処理を行う。特定の部分は、図３（Ｃ）に示した様なデータベースとして予め各楽曲データに設定されている場合に抽出することができる。また、特定の部分を抽出した場合であっても残り時間を大幅に超えてしまう場合には、優先度が低い楽曲から削除する（演奏しない）ようにしてもよい。また、逆に、全楽曲について全ての演奏区間を抽出しても残り時間より大幅に短い場合には、同じ演奏区間を繰り返し用いる、あるいは、定番の楽曲を挿入する、等の態様も可能である。楽曲を挿入する場合には、その楽曲の優先度も考慮して演奏順の決定を行い、抽出を行うことが好ましい。
【００４８】
次に、ＣＰＵ１１は、抽出した演奏区間を滑らかにつなげる連結処理を行う。連結処理は、例えば接合、クロスフェード、またはブリッジの３種類の方式が適用可能である。接合方式は、ある演奏区間の終了タイミングに同期して次の演奏区間をスタートするという方式である。この方式は、前後の演奏区間の音量・テンポ・調性（キー）等が全て一致している場合に可能な方式である。例えば、同一曲の１コーラス目と３コーラス目とを連結する場合である。
【００４９】
クロスフェードは、前の演奏区間および次の演奏区間を並行して重ね合わせて演奏する方式である。このとき、前の演奏区間の音量を徐々に低下させ、次の演奏区間の音量を徐々に上昇させる。なお、この場合、音量のみならず、演奏テンポも前の演奏区間のテンポから次の演奏区間のテンポへ徐々に移行するようにすることにより、より滑らかな連結を行うことも可能である。クロスフェードを行うと、図９に示すように、重ね合わせた部分だけ、全体の演奏時間が短くなることになる。したがって、全楽曲の合計演奏時間が残り時間よりも長い場合、クロスフェードを行う。
【００５０】
次に、ブリッジ方式とは、前の演奏区間と次の演奏区間の間に、フレーズ（ブリッジ部）を挿入する方式である。ブリッジ部を挿入すると、全体の演奏時間が長くなることになる。したがって、全楽曲の合計演奏時間が残り時間よりも短い場合、ブリッジ部を挿入する。ブリッジ部は、前の演奏区間および次の演奏区間のリズムや和音に基づいて自動生成される。例えば、前の演奏区間の音量から次の演奏区間の音量へ徐々に移行し、前の演奏区間のテンポから次の演奏区間のテンポへ徐々に移行するドラム音等を生成する。また、前の演奏区間と次の演奏区間で拍子が異なる場合には、拍子感を無くすような音符（たとえば、シンコペーションや２分３連音符など）や休符を挿入して、拍子を変更する。また、前の演奏区間と次の演奏区間でキー（調性）が異なる場合には、和音進行で転調する。
【００５１】
さらに、ＣＰＵ１１は、残り時間に合わせて各楽曲のテンポを調整することで、クロスフェードやブリッジ部の挿入による演奏時間の調整に加えて、あるいは、当該クロスフェードやブリッジ部の挿入による演奏時間の調整に代えて、残り時間ちょうどに演奏が終了するようなメドレー曲を生成することが望ましい。テンポを上げると図９に示すように演奏時間が短くなり、逆に、テンポを下げると演奏時間が長くなる。
【００５２】
テンポ変更は、１曲ずつ１段階ずつ変更することが望ましい。例えば、図１０に示すように、Ｎｏ．５→Ｎｏ．１→Ｎｏ．６→Ｎｏ．２→Ｎｏ．４→Ｎｏ．３の順にテンポ変更を行う。この順は、図８で示した合計得点に応じた順序に対応する。
【００５３】
図１０の例では、合計演奏時間が４８００００ｍｓｅｃ、すなわち８分ちょうどで演奏が終了するようにテンポ変更を行う例である。調整前の合計演奏時間は、５０７１６４ｍｓｅｃであり、目標の演奏時間に対して２７１６４ｍｓｅｃ長くなっている。Ｎｏ．５→Ｎｏ．１→Ｎｏ．６→Ｎｏ．２→Ｎｏ．４→Ｎｏ．３の順に１曲ずつテンポ変更を行うと、Ｎｏ．３のテンポ変更を行った時点で合計演奏時間が４７８４５６ｍｓｅｃとなり、目標の演奏時間より短くなる。この合計演奏時間は、目標の演奏時間よりも所定時間（例えば１０００ｍｓｅｃ）以上短くなるため、Ｎｏ．３の曲のテンポ変更は行わないものとする。ただし、Ｎｏ．４のテンポ変更までの場合、合計演奏時間は、４８２８２６ｍｓｅｃであり、目標の演奏時間よりも所定時間（例えば１０００ｍｓｅｃ）以上長くなっている。したがって、ＣＰＵ１１は、Ｎｏ．４のテンポ変更を行った後、最も演奏時間の短い曲から順にテンポ変更を行う。図１０の例では、Ｎｏ．１の曲が最も演奏時間が短いため、Ｎｏ．１の曲のテンポ変更を行う。その結果、合計演奏時間は、４８０８０２ｍｓｅｃとなり、目標の演奏時間とほぼ一致する（±１０００ｍｓｅｃ未満となる）。
【００５４】
ＣＰＵ１１は、以上のようにしてテンポ変更を行い、残り時間ちょうどに演奏が終了するようなメドレー曲を生成する。なお、例えば役職の高いユーザが歌唱する曲はテンポを変更しない等、ユーザ情報に応じて各曲のテンポ変更をするか否かを決定してもよい。
【００５５】
次に、カラオケ装置のメドレー曲の生成、演奏の全体動作を、フローチャートを参照しながら説明する。図１１に示すように、ＣＰＵ１１は、タッチパネル１５、操作部２５、またはリモコン９を介してメドレー生成の指示を受け付けると（ｓ１１）、まずＲＡＭ１２の予約リストに登録された予約曲の曲番号を読み出す（ｓ１２）。そして、ＣＰＵ１１は、ユーザ情報を取得する（ｓ１３）とともに、現在時刻を取得し、残り時間を算出する（ｓ１４）。残り時間は、ユーザが直接入力してもよいし、ホスト５からダウンロードしてもよいし、当該ホスト５から終了時刻を取得して、ＣＰＵ１１が自動で算出するようにしてもよい。
【００５６】
なお、ホスト５から終了時刻を取得する場合には、現在時刻が終了時刻に近づいた（例えば残り１０分となった）時点で、モニタ２４に残り時間を表示するとともに、メドレー化を勧める表示を行い、ユーザにメドレー生成の指示を促すようにしてもよい。
【００５７】
また、ユーザが予めメドレー化したい残り時間を設定しておき、実際の残り時間が当該設定された残り時間になった時点で、ＣＰＵ１１がｓ１２移行の処理を自動実行するようにしてもよい。
【００５８】
そして、ＣＰＵ１１は、メドレー生成処理を行う（ｓ１５）。メドレー生成処理は、上述したように、図４に示した解析データの生成と、当該解析データに基づく曲順の設定と、図７に示した抽出順に基づいた各曲の演奏区間の抽出処理と、各演奏区間の連結処理と、テンポ調整による微調整と、からなる。
【００５９】
ＣＰＵ１１は、メドレー生成処理を終了すると、現在の予約曲を全てキャンセルし（ｓ１６）、現在演奏中の曲を終了する（ｓ１７）。なお、現在演奏中の曲は、途中で終了せずに最後まで演奏を行ってもよい。この場合、現在演奏中の曲が終了してからの残り時間に応じたメドレー曲を生成する。また、現在演奏中の曲もメドレーの一部としてユーザに認識させるために、現在の曲をフェードアウトさせるとともにメドレー曲をフェードインさせるクロスフェード処理を行ってもよい。
【００６０】
その後、ＣＰＵ１１は、メドレー曲を次の演奏曲として予約リストに登録し（ｓ１８）、当該メドレー曲の演奏を行う（ｓ１９）。このとき、モニタ２４にメドレー曲の演奏を開始する旨の表示を行ってもよい。
【００６１】
以上のようにして、カラオケ装置がメドレー曲の生成および演奏を行うことにより、ユーザは、予約された複数の楽曲を、残り時間内で盛り上がりながら歌唱することができる。
【００６２】
なお、本実施形態においては、本発明の楽曲編集装置を備えたカラオケ装置の例を示したが、他の一般的な楽曲データ（ＭＰ３等のオーディオデータを含む。）を再生する楽音再生装置においてもメドレー曲の生成を行うことが可能であるし、ＰＣやスマートフォン等の一般的な情報処理装置を用いて本発明の楽曲編集装置を実現することも可能である。
【００６３】
図１２を参照して、楽音再生装置の一例である携帯オーディオプレーヤについて説明する。図１２において、図２のカラオケ装置７と共通する構成は同一の符号を付し、その説明を省略する。携帯オーディオプレーヤは、ＣＰＵ５１、ＲＡＭ１２、ＲＯＭ５３、操作部５５、ネットワークＩ／Ｆ１４、ＳＳ２０、およびスピーカ２１を備えている。ＲＯＭ５３は、楽曲データ（ここでは、ＭＰ３等のオーディオデータ）を記憶する。操作部５５は、楽曲データの再生予約を受け付ける。また、ユーザが操作部５５を用いてメドレー生成の指示を行うと、ＣＰＵ５１は、メドレー生成処理を行う。これにより、本発明の受付手段および編集手段を実現する。すなわち、図中破線に示すように、この例では、ＣＰＵ５１、ＲＡＭ１２、および操作部５５により、本発明の楽曲編集装置が実現される。
【００６４】
このような楽音再生装置においてＭＰ３等のオーディオデータを再生する場合、当該オーディオデータとは別に優先度、抽出順、演奏区間、等の情報を用意する（例えばセンタ１から都度ダウンロードし、ＲＡＭ１２に記憶する）。
【００６５】
例えば目的地に向かう電車や自動車の中で、楽音再生装置である携帯オーディオプレーヤ、スマートフォン、ナビゲーションシステム等を用いて曲を聴く場合に、これら携帯オーディオプレーヤ、スマートフォン、ナビゲーションシステム等が、目的地への到着予定時刻に合わせて盛り上がる順に楽曲を編集することが可能である。特に、現時点の位置に応じて曲順を変更する態様も可能である。例えば、現在の位置に該当する地域において、図５に示した地域別ランキングに登録された曲がある場合、当該地域別ランキングに登録された曲の得点を高くする。なお、自装置の位置は、ＧＰＳ等を用いて検出してもよいし、出発地、出発時刻、目的地、および出発地から目的地までのルート、等から現在の時刻に対応する位置を推定することも可能である。
【００６６】
なお、上記の例では、自装置（カラオケ装置７のＨＤＤ１３または携帯オーディープレーヤのＲＯＭ５３）に楽曲データを記憶し、自装置に記憶している楽曲データの中から複数の楽曲データの選択を受け付ける例を示したが、必ずしも楽曲データを自装置に記憶している必要はない。例えば、受け付けた選択曲に対応するデータベース（図３（Ｃ）や図４に示したもの）をセンタ１からダウンロードし、各楽曲について演奏区間の抽出処理を行った後、対応する演奏区間の楽曲データだけをセンタ１からダウンロードして、連結処理およびテンポ調整による微調整を実行することで、メドレー曲を生成することも可能である。なお、楽曲データは、必要なデータを全てダウンロードしてから連結処理やテンポ調整を行ってもよいが、必要なデータをストリーミングしながら、都度、連結処理やテンポ調整を行う態様としてもよい。
【符号の説明】
【００６７】
１…センタ
２…ネットワーク
３…カラオケ店舗
５…ホスト
７…カラオケ装置
９…リモコン
１１…ＣＰＵ
１２…ＲＡＭ
１３…ＨＤＤ
１５…タッチパネル
１６…マイク
１７…Ａ／Ｄコンバータ
１８…音源
１９…ミキサ
２０…サウンドシステム
２１…スピーカ
２２…デコーダ
２３…表示処理部
２４…モニタ
２５…操作部
２６…送受信部
【図１】
2014178535.tif 000003
【図２】
2014178535.tif 000004
【図３】
2014178535.tif 000005
【図４】
2014178535.tif 000006
【図５】
2014178535.tif 000007
【図６】
2014178535.tif 000008
【図７】
2014178535.tif 000009
【図８】
2014178535.tif 000010
【図９】
2014178535.tif 000011
【図１０】
2014178535.tif 000012
【図１１】
2014178535.tif 000013
【図１２】
2014178535.tif 000014
【手続補正書】
【提出日】平成25年7月5日(2013.7.5)
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の楽曲データの選択を受け付ける受付手段と、
各楽曲データの優先度に基づいて、前記受付手段が受け付けた選択曲の順序を並べ替えるとともに、所定の制限時間に応じて各楽曲データの編集を行う編集手段を備えたことを特徴とする楽曲編集装置。
【請求項２】
前記優先度は、各楽曲データの再生履歴に応じた情報が含まれていることを特徴とする請求項１に記載の楽曲編集装置。
【請求項３】
ユーザ情報を記憶するユーザ情報記憶手段を備え、
前記編集手段は、前記優先度に加えて、前記ユーザ情報に基づいて前記選択曲の順序を並べ替えるとともに、前記所定の制限時間に応じて各楽曲データの編集を行うことを特徴とする請求項１または請求項２に記載の楽曲編集装置。
【請求項４】
各楽曲データは、構成区間を示す情報が含まれ、
前記編集手段は、並べ替えた選択曲の順序に応じて、各構成区間に抽出順を設定し、当該抽出順に応じて各選択曲から所定の構成区間を抽出することを特徴とする請求項１乃至請求項３のいずれかに記載の楽曲編集装置。
【請求項５】
前記編集手段は、前記楽曲データのテンポを変更することにより、編集後の楽曲データの長さが前記所定の制限時間に対応するように編集を行うことを特徴とする請求項１乃至請求項４のいずれかに記載の楽曲編集装置。
【請求項６】
前記編集手段は、前記受付手段が受け付けた選択曲以外の楽曲データを挿入することを特徴とする請求項１乃至請求項５のいずれかに記載の楽曲編集装置。
【請求項７】
請求項１乃至請求項６のいずれかに記載の楽曲編集装置を備えたカラオケ装置であって、
前記受付手段は、カラオケ演奏の予約を受け付ける手段であり、
前記編集手段は、前記受付手段が受け付けた予約曲の順序を並べ替えるとともに、所定の制限時間に応じて各楽曲データの編集を行うことを特徴とするカラオケ装置。
【請求項８】
請求項１乃至請求項６のいずれかに記載の楽曲編集装置と、サーバと、からなる楽曲編集システムであって、
前記編集手段は、前記サーバから前記優先度に係る情報を取得し、当該取得した優先度に係る情報に基づいて前記編集を行うことを特徴とする楽曲編集システム。