(57)【特許請求の範囲】
【請求項１】
楽曲再生順リストに登録された楽曲のサビ区間をつなげて再生する再生端末であって、
楽曲再生順リストに登録された楽曲のサビ区間を取得する取得部と、
前記楽曲のサビ区間をつなげて再生する再生部を有し、
前記取得部は、楽曲のサビ区間が取得できなかった場合に、前記楽曲の全長に対する割合として相対的に決定される特定位置から特定区間を当該楽曲のサビ区間として定める
再生端末。
【請求項２】
請求項１に記載の再生端末であって、
前記取得部は、前記楽曲の全長に対して開始から５分の１から３分の１の間のいずれかの位置をサビ区間の開始位置とし、１５秒から３５秒の間のいずれかの長さをサビ区間の長さとする再生端末。
【請求項３】
請求項１または２に記載の再生端末であって、
前記再生部は、前記サビ区間よりも前の位置から前記サビ区間の先頭にかけて再生音量を上げ、前記サビ区間を再生後に再生音量を下げ始めるとともに、前記サビ区間を再生後に次の楽曲の再生を開始する再生端末。
【請求項４】
請求項１ないし３のいずれかに記載の再生端末であって、
再生中の楽曲の全長と再生位置を表示するとともに、前記全長のうち前記再生部が再生する区間を表示する表示部を備える
再生端末。
【請求項５】
請求項１ないし４のいずれかに記載の再生端末であって、
前記再生部は、前記楽曲の先頭から前記サビ区間の終端までの区間をつなげて再生する
再生端末。
【請求項６】
請求項１ないし５のいずれかに記載の再生端末であって、
前記再生部は、ユーザの操作に応じて、サビ区間を再生中の楽曲の先頭から当該楽曲を再生する
再生端末。
【請求項７】
請求項１ないし６のいずれかに記載の再生端末であって、
前記再生部は、ユーザの操作に応じて、サビ区間を再生中の楽曲を当該楽曲の最後まで再生する
再生端末。
【請求項８】
楽曲再生順リストに登録された楽曲のサビ区間をつなげて再生する再生方法であって、
コンピュータによる、
楽曲再生順リストに登録された楽曲のサビ区間を取得するステップと、
楽曲のサビ区間が取得できなかった場合に、前記楽曲の全長に対する割合として相対的に決定される特定位置から特定区間を当該楽曲のサビ区間として定めるステップと、
前記楽曲のサビ区間に基づいて前記楽曲のサビ区間をつなげて再生するステップを有する
再生方法。
【請求項９】
楽曲再生順リストに登録された楽曲のサビ区間を取得する処理と、
楽曲のサビ区間が取得できなかった場合に、前記楽曲の全長に対する割合として相対的に決定される特定位置から特定区間を当該楽曲のサビ区間として定める処理と、
前記楽曲のサビ区間に基づいて前記楽曲のサビ区間をつなげて再生する処理を
コンピュータに実行させるプログラム。
【請求項１０】
楽曲再生順リストに登録された楽曲のサビ区間を取得する処理と、
楽曲のサビ区間が取得できなかった場合に、前記楽曲の全長に対する割合として相対的に決定される特定位置から特定区間を当該楽曲のサビ区間として定める処理と、
前記楽曲のサビ区間に基づいて前記楽曲のサビ区間をつなげて再生する処理を
コンピュータに実行させるプログラムを記録した記録媒体。
【請求項１１】
楽曲再生順リストに登録された楽曲のサビ区間をつなげて再生する楽曲再生システムであって、
管理サーバと再生端末を備え、
前記管理サーバは、前記再生端末が再生する楽曲の楽曲データを管理し、前記楽曲のサビ区間を取得し、前記サビ区間が取得できなかった場合に、前記楽曲の全長に対する割合として相対的に決定される特定位置から特定区間を当該楽曲のサビ区間として定め、
前記再生端末は、楽曲再生順リストに登録された楽曲の楽曲データと当該楽曲データのサビ区間を受信してサビ区間をつなげて再生する
楽曲再生システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、再生端末、再生方法、プログラム、記録媒体、および楽曲再生システムに関する。
【背景技術】
【０００２】
近年、定額で音楽を聴き放題の音楽配信サービスが普及している。また、プロのミュージシャンだけでなく、セミプロまたはアマチュアのミュージシャンが音楽を投稿できる音楽配信サービスも知られている。動画配信サービスにも、ユーザ自身が歌ったり、演奏したり、ボーカロイドに歌わせたりした音楽、および自作の音楽が多数投稿されている。以下では、ユーザが投稿した音楽および動画を配信するサービスも含めて音楽配信サービスと称する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第４２４３６８２号
【非特許文献】
【０００４】
【非特許文献１】“ｓｏｎｇｒｉｕｍ”、独立行政法人産業技術総合研究所、インターネット〈 URL：https://songrium.jp/〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
音楽配信サービスでは、人気のある楽曲のプレイリスト、新着曲のプレイリスト、ジャンルごとのプレイリスト、あるいはユーザの嗜好に沿ったプレイリストなど多種多様なプレイリストが提供される。プレイリストとは、１つ以上の楽曲を含むリストである。ユーザは、プレイリストに登録された順に楽曲を再生したり、プレイリストに登録された楽曲をシャッフルして再生したりできる。プレイリストは、ユーザ自身が作成することもできるが、事業者が提供したり、他のユーザの作成したプレイリストを利用したりできる。事業者または他のユーザの作成したプレイリストを再生することで、ユーザは新たなアーチストや新たな楽曲を知ることができる。
【０００６】
プレイリストに登録された楽曲のサビ区間のみをメドレーで再生すると、ユーザはプレイリストに登録された楽曲を手早くチェックして自分の好みの楽曲を発見できる。
【０００７】
特許文献１の技術を利用することで、楽曲の構造を解析して楽曲からサビ区間を抽出することができる。
【０００８】
非特許文献１の超歴史プレーヤは、年代順に、楽曲のサビ区間の先頭から所定の時間をメドレーで再生している。
【０００９】
ユーザが楽曲を投稿できるサービスの場合、楽曲のアップロード時点ではサビ区間の抽出が行われておらず、不自然さのないサビメドレーを編成しにくいという問題があった。非特許文献１の超歴史プレーヤでは、未解析の楽曲は、未解析と表示し、指定した秒数から再生している。
【００１０】
本発明は、上記に鑑みてなされたものであり、より自然なサビメドレーを編成することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の一態様の再生端末は、楽曲再生順リストに登録された楽曲のサビ区間をつなげて再生する再生端末であって、楽曲再生順リストに登録された楽曲のサビ区間を取得する取得部と、前記楽曲のサビ区間をつなげて再生する再生部を有し、前記取得部は、楽曲のサビ区間が取得できなかった場合に、前記楽曲の全長に対する割合として相対的に決定される特定位置から特定区間を当該楽曲のサビ区間として定める。
【００１２】
本発明の一態様の楽曲再生システムは、楽曲再生順リストに登録された楽曲のサビ区間をつなげて再生する楽曲再生システムであって、管理サーバと再生端末を備え、前記管理サーバは、前記再生端末が再生する楽曲の楽曲データを管理し、前記楽曲のサビ区間を取得し、前記サビ区間が取得できなかった場合に、前記楽曲の全長に対する割合として相対的に決定される特定位置から特定区間を当該楽曲のサビ区間として定め、前記再生端末は、楽曲再生順リストに登録された楽曲の楽曲データと当該楽曲データのサビ区間を受信してサビ区間をつなげて再生する。
【発明の効果】
【００１３】
本発明によれば、より自然なサビメドレーを編成することができる。
【図面の簡単な説明】
【００１４】
【図１】図１は、本実施形態の楽曲再生システムの全体構成の一例を示す図である。
【図２】図２は、本実施形態の再生端末の構成の一例を示す図である。
【図３】図３は、楽曲再生システムの処理の流れの一例を示すシーケンス図である。
【図４】図４は、サビ区間のクロスフェード処理の流れの一例を示すフローチャートである。
【図５】図５は、クロスフェード処理の一例を説明するための図である。
【図６】図６は、再生端末の表示画面の一例を示す図である。
【図７】図７は、本実施形態の楽曲再生システムの別の構成の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について図面を用いて説明する。
【００１６】
［システム構成］
図１は、本実施形態の楽曲再生システムの全体構成の一例を示す図である。同図に示す楽曲再生システムは、再生端末１０と管理サーバ３０を備えて、プレイリストに登録された楽曲のサビ区間を順につなげて再生するシステムである。
【００１７】
配信サーバ５０は、楽曲データを保持し、求めに応じて楽曲データを配信する。配信サーバ５０は、ユーザから音楽（楽曲）および動画の投稿を受け付けて、楽曲データおよび動画データを保持し、配信してもよい。配信サーバ５０は、動画に付随する音データのみを配信してもよい。以下、楽曲には動画に付随する音を含み、楽曲データには動画に付随する音のデータを含むものとする。
【００１８】
解析サーバ７０は、配信サーバ５０の保持する楽曲データの楽曲構造を解析し、楽曲構造データを保持する。楽曲構造データとは、楽曲のサビ区間を解析したデータである。解析サーバ７０は、配信サーバ５０の保持する楽曲データを定期的にクロールし、新しく解析対象と判断した楽曲データがあれば、その楽曲データを解析し、楽曲構造データを作成する。解析サーバ７０が解析対象と判断しなかった楽曲データについて、解析サーバ７０は、ユーザからの解析依頼に応じて解析してもよい。あるいは、配信サーバ５０に楽曲が投稿されると、配信サーバ５０が所定のタイミングで解析サーバ７０に楽曲の解析を依頼し、解析サーバ７０は、依頼に応じて楽曲を解析し、楽曲構造データを作成してもよい。
【００１９】
管理サーバ３０は、楽曲に関する楽曲情報を管理する。例えば、管理サーバ３０は、コンテンツＩＤに、楽曲名、アーチスト名（投稿者名）、楽曲の長さ、楽曲のジャケット画像、および楽曲データ取得先情報を関連付けて管理する。コンテンツＩＤは、配信サーバ５０の保持する楽曲を識別する識別子である。例えば、管理サーバ３０は、再生端末１０からコンテンツＩＤを受信すると、コンテンツＩＤに関連付けた楽曲名などの情報を楽曲情報として返却する。管理サーバ３０は、コンテンツＩＤを解析サーバ７０へ送信してコンテンツＩＤの示す楽曲の楽曲構造データを得る。楽曲データ取得先情報は、配信サーバ５０から楽曲データの配信を受けるときに利用する情報である。配信サーバ５０に、楽曲データ取得先情報を含む楽曲データ要求を送信することで、配信サーバ５０から楽曲データが配信される。
【００２０】
管理サーバ３０は、プレイリストを管理して、ユーザに提供してもよい。例えば、管理サーバ３０が作成するプレイリストとしては、所定の期間で多く再生された楽曲を登録した人気曲プレイリスト、直近の所定期間内に新たに投稿された楽曲を登録した新着曲プレイリスト、あるいはユーザの好みまたは状況に応じた楽曲を登録したプレイリストなどがある。ユーザ自身でプレイリストを作成してもよい。プレイリストは、プレイリストＩＤで識別され、プレイリストに含まれる楽曲のコンテンツＩＤを曲順に並べて管理される。
【００２１】
再生端末１０は、楽曲データを受信して楽曲を再生する。再生端末１０は、楽曲データをストリーミング再生してもよいし、楽曲データを再生端末１０の備える記憶装置にダウンロードしてからダウンロード再生してもよい。ユーザからプレイリストが指定されると、再生端末１０は、プレイリストに登録された楽曲を連続再生する。再生端末１０は、プレイリストに登録された順番で楽曲を連続再生してもよいし、順番をシャッフルしてプレイリストの楽曲を連続再生してもよい。
【００２２】
再生端末１０は、サビメドレー機能を備える。サビメドレーとは、プレイリストの楽曲のサビ区間のみをつなげて連続再生する機能である。サビ区間は、解析サーバ７０の保持する楽曲構造データから取得する。サビ区間が取得できない場合、再生端末１０は、楽曲の全長に対する割合として相対的に決定される特定位置から特定区間をサビ区間として定める。
【００２３】
再生端末１０、管理サーバ３０、配信サーバ５０、および解析サーバ７０はネットワークを介して通信可能に接続されている。図１では、再生端末１０を１台のみ図示しているが、実際には多数の再生端末１０が存在している。また、図１では、管理サーバ３０、配信サーバ５０、および解析サーバ７０を別々の装置として図示したが、１台の装置が各サーバの機能を有してもよい。各サーバを複数の装置で構成してもよいし、各サーバをクラウド上の仮想サーバで構成してもよい。
【００２４】
［再生端末］
次に、図２を参照し、再生端末１０の構成の一例について説明する。図２に示す再生端末１０は、取得部１１、再生指示部１２、再生部１３、表示部１４、および蓄積部１５を備える。再生端末１０が備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムは再生端末１０が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリなどの記録媒体に記録することも、ネットワークを通して提供することも可能である。
【００２５】
取得部１１は、各種データを取得する。例えば、取得部１１は、プレイリストＩＤを管理サーバ３０へ送信してプレイリストに登録された楽曲のコンテンツＩＤのリストを取得する。取得部１１は、コンテンツＩＤを管理サーバ３０へ送信して楽曲情報を取得する。取得部１１は、楽曲データの配信を配信サーバ５０へ要求し、配信サーバ５０から楽曲データを取得する。
【００２６】
また、プレイリストに対するサビメドレーの指示を受けると、取得部１１は、プレイリストの楽曲それぞれのサビ区間データを管理サーバ３０へ要求するとともに、再生する楽曲の楽曲データの配信を配信サーバ５０へ要求する。サビ区間データは、サビの先頭のタイムスタンプとサビの終端のタイムスタンプを含む。１つの楽曲には複数のサビ区間が存在する場合があるが、サビ区間データは、複数のサビ区間のうちのいずれか１つのみ（例えば最初のサビ区間のみ）の情報を含む。
【００２７】
再生指示部１２は、ユーザの指示またはプレイリストに従って、再生する楽曲を再生部１３に指示する。
【００２８】
サビメドレーのとき、再生指示部１２は、サビ区間に対応する区間を再生区間として指定する。サビ区間が取得できなかった場合、再生指示部１２は、楽曲の全長に対する割合として相対的に決定される特定位置から特定区間をサビ区間とみなす。例えば、再生指示部１２は、楽曲の全長に対して開始から５分の１から３分の１の間のいずれかの位置をサビ区間の開始位置とし、１５秒から３５秒のいずれかの長さをサビ区間の長さとする。特に、楽曲の全長に対して開始から４分の１の位置をサビ区間の開始位置とし、２５秒をサビ区間の長さとするとよい。サビ区間が取得できないとき、再生端末１０が、サビ区間の先頭を楽曲の全長に対する割合として相対的に決定することにより、サビ区間の先頭のタイムスタンプが楽曲ごとに異なるものとなるので、不自然さのないサビメドレーを編成できる。特に、新着曲のプレイリストでサビ区間が取得できない楽曲が続く場合であっても、再生開始時のタイムスタンプがばらついた、より自然なサビメドレーを編成できる。
【００２９】
再生部１３は、楽曲データをデコードして楽曲を再生する。再生部１３は、配信サーバ５０からストリーミング配信される楽曲データを再生してもよいし、蓄積部１５に格納された楽曲データを再生してもよい。
【００３０】
再生部１３は、再生区間が指定されているとき、再生部１３は指定の再生区間のみを再生する。つまり、サビメドレーのとき、再生部１３は楽曲のサビ区間のみを再生し、サビ区間の再生後、次の楽曲のサビ区間の再生に移る。
【００３１】
サビメドレーのとき、再生部１３は、前後の楽曲でサビ区間の再生タイミングが重ならないようにクロスフェードさせてもよい。具体的には、再生部１３は、サビ区間の前の位置からサビ区間の先頭にかけて再生音量を上げ、サビ区間を再生後に再生音量を下げ始めるとともに、サビ区間を再生後に次の楽曲の再生を開始する。
【００３２】
なお、サビメドレーのとき、プレイリストの各楽曲について、楽曲の最初からサビ区間の終端までを再生区間としてもよい。プレイリストの各楽曲の再生時間はサビ区間のみを再生するときよりも長くなるが、楽曲の最初からサビまでを再生することで、サビ区間のみを再生する場合とは異なる印象でプレイリストを再生できる。
【００３３】
表示部１４は、ユーザインタフェースを提供する。例えば、表示部１４は、現在再生中の楽曲の楽曲名、アーチスト名、およびジャケット画像を表示する。表示部１４は、再生の一時停止と再開、巻き戻し、先送りなど、現在再生中の楽曲に対する操作を受け付ける。
【００３４】
表示部１４は、プレイリストの一覧を表示してプレイリストの選択を受け付けてもよい。例えば、再生端末１０は、管理サーバ３０から、人気曲プレイリスト、新着曲プレイリスト、およびジャンルごとのプレイリストなどの多数のプレイリストの情報を受信する。表示部１４は、受信したプレイリストの一覧を表示して、通常再生、シャッフル再生、またはサビメドレーでの再生指示を受け付ける。再生端末１０は、ユーザからの再生指示に応じた形式で、プレイリストの楽曲を再生する。
【００３５】
蓄積部１５は、プレイリストの情報、楽曲情報、およびサビ区間データを蓄積する。オフラインで楽曲を聞けるようにするために、蓄積部１５は、楽曲データを格納してもよい。
【００３６】
［動作］
次に、図３を参照し、楽曲再生システムの処理の流れの一例について説明する。ユーザは、プレイリストを選択し、プレイリストをサビメドレーで再生する指示を再生端末１０に入力したものとする。再生端末１０は、プレイリストに含まれる楽曲のコンテンツＩＤのリストを取得済みである。
【００３７】
ステップＳ１０１にて、再生端末１０は、プレイリストから次に再生する楽曲を選択する。プレイリストを順番に再生する場合はプレイリストの先頭の楽曲から順に選択する。プレイリストの楽曲をシャッフルして再生する場合はまだ再生していない楽曲の中からランダムで選択する。サビメドレーの場合は、プレイリストの順で楽曲を選択してよい。
【００３８】
ステップＳ１０２にて、再生端末１０は、選択した楽曲のコンテンツＩＤを含む楽曲情報要求を管理サーバ３０へ送信する。
【００３９】
ステップＳ１０３にて、再生端末１０は、管理サーバ３０から楽曲情報を受信する。楽曲情報は、再生中の楽曲として画面に表示される情報および配信サーバ３０から配信を受けるための情報を含む。
【００４０】
ステップＳ１０４にて、再生端末１０は、選択した楽曲のコンテンツＩＤを含むサビ区間データ要求を管理サーバ３０へ送信する。
【００４１】
ステップＳ１０５にて、管理サーバ３０は、コンテンツＩＤを含む楽曲構造データ要求を解析サーバ７０へ送信する。
【００４２】
ステップＳ１０６にて、管理サーバ３０は、楽曲構造データを解析サーバ７０から受信する。
【００４３】
ステップＳ１０７にて、管理サーバ３０は、楽曲構造データから再生端末１０に返却するサビ区間データを作成する。サビ区間データは、サビ区間の先頭タイムスタンプと終端のタイムスタンプを含む。
【００４４】
ステップＳ１０８にて、管理サーバ３０は、サビ区間データを再生端末１０に返却する。楽曲構造データからサビ区間データを作成できなかった場合、管理サーバ３０は、サビ区間データがないメッセージを再生端末１０に返却する。
【００４５】
ステップＳ１０９にて、再生端末１０は、サビ区間データが取得できたか否か判定する。
【００４６】
サビ区間データが取得できなかった場合、ステップＳ１１０にて、再生端末１０は、楽曲の全長に対する割合として相対的に決定される特定位置から特定区間をサビ区間として決める。
【００４７】
ステップＳ１１１にて、再生端末１０は、楽曲データの配信を配信サーバ５０に要求する。再生端末１０が楽曲データを保持している場合は、再生端末１０の保持する楽曲データを利用してもよい。
【００４８】
ステップＳ１１２にて、配信サーバ５０は、楽曲データの再生端末１０への配信を開始する。
【００４９】
ステップＳ１１３にて、再生端末１０は、サビ区間データに従って楽曲のサビ区間のみを再生する。
【００５０】
再生位置がサビ区間の終端に達すると、再生端末１０は、次の楽曲について、ステップＳ１０１からの処理を繰り返す。再生端末１０は、プレイリストの楽曲のそれぞれについてステップＳ１０１からステップＳ１１３までの処理を繰り返し、プレイリストをサビメドレーで再生する。
【００５１】
次に、図４および図５を参照し、サビ区間のクロスフェード処理の一例について説明する。
【００５２】
ステップＳ２０１にて、再生端末１０は、サビ区間の前の再生位置から、音量を最小にして楽曲の再生を開始する。図５に、曲Ａから曲Ｂにクロスフェードする一例を示す。図５は、横軸に時間を取り、縦軸に音量を取っている。図５の例では、曲Ａのサビ区間より前のｔ０から、音量を最小にした状態で曲Ａの再生を開始している。ｔ０は、曲Ａの先頭ではなく、曲Ａのサビ区間（ｔ１からｔ２）より前の再生位置である。
【００５３】
ステップＳ２０２にて、再生端末１０は、サビ区間までに、音量を規定音量まで上げる。図５の例では、ｔ０から曲Ａのサビ区間の先頭のｔ１までに、音量を規定音量まで上げている。ｔ１よりも前で規定音量に達してもよい。規定音量はユーザが指定した音量である。
【００５４】
ステップＳ２０３にて、再生端末１０は、サビ区間を規定音量で再生する。図５の例では、ｔ１からｔ２までが曲Ａのサビ区間である。
【００５５】
ステップＳ２０４にて、再生端末１０は、再生位置がサビ区間の終端を超えた後、音量を下げ始める。再生端末１０は、次の楽曲の再生位置がサビ区間に入る前までに今の楽曲の音量が最小になるように音量を下げていく。図５の例では、曲Ａのサビ区間の終端ｔ２から曲Ａの音量を下げ始めている。
【００５６】
ステップＳ２０５にて、再生端末１０は、今の楽曲の再生位置がサビ区間の終端を超えた後、次の楽曲のサビ区間の再生を開始する。次の楽曲についても、ステップＳ２０１から順に処理し、サビ区間の前の再生位置から徐々に音量を上げて再生する。図５の例では、曲Ａのサビ区間の終端ｔ２の後のｔ３から曲Ｂの再生を開始している。曲Ｂも曲Ａと同様に、曲Ｂのサビ区間（ｔ５からｔ６）より前のｔ３から、音量を最小にした状態で曲Ｂの再生を開始している。
【００５７】
ステップＳ２０６にて、再生端末１０は、次の楽曲の再生位置がサビ区間に入る前までに今の楽曲の再生を停止する。図５の例では、曲Ｂのサビ区間の先頭ｔ５より前のｔ４で曲Ａの再生を停止している。
【００５８】
再生端末１０は、曲と曲のサビ区間の間隔（図５ではｔ２からｔ５までの間隔）を決めておき、その間隔内で各曲をフェードイン、フェードアウトさせる。これにより、曲と曲との間を自然につなぐとともに、各曲のサビ区間をより明瞭に聞くことができる。
【００５９】
［インターフェース］
次に、図６を参照し、再生端末１０の表示画面の一例について説明する。
【００６０】
図６に示す表示画面１００は、再生中の楽曲の情報を示す領域として、ジャケット画像表示領域１１０、アーチスト名表示欄１１１、および楽曲名表示欄１１２を備える。ジャケット画像表示領域１１０には、楽曲のジャケット画像を表示する。楽曲が動画に付随する音の場合、動画のサムネイル画像を表示してもよい。アーチスト名表示欄１１１には、楽曲を演奏しているアーチスト名が表示される。アーチスト名表示欄１１１に、楽曲の投稿者名などを表示してもよい。楽曲名表示欄１１２には、楽曲の名称が表示される。楽曲名表示欄１１２に、動画のタイトルを表示してもよい。
【００６１】
また、表示画面１００は、楽曲の全長に対応し、再生位置１２２を示す再生位置表示バー１２０を備える。再生位置表示バー１２０の左側には現在の再生位置を示す再生時間が表示され、右側には曲の長さを示す時間が表示される。
【００６２】
サビメドレーのときは、再生するサビ区間に対応した再生範囲１２１を再生位置表示バー１２０に重ねて表示する。これにより、今聞いているサビ区間は楽曲のどのあたりにあるのか、あとどのくらいで次の楽曲に移るのかを知ることができる。
【００６３】
表示画面１００は、ユーザの操作を受け付けるボタンとして、一時停止ボタン１３０、戻りボタン１３１、送りボタン１３２、および追加ボタン１３３を備える。もちろん、上記以外の他の機能のボタンを備えてもよい。
【００６４】
一時停止ボタン１３０は、楽曲の再生を一時停止するボタンである。一時停止ボタン１３０が押下されると、楽曲の再生を一時停止する。一時停止中は、一時停止ボタン１３０の代わりに再生ボタン（図示せず）が同じ位置に表示される。再生ボタンが押下されると、一時停止が解除されて、楽曲の再生が再開される。
【００６５】
戻りボタン１３１は、再生位置を現在の楽曲の先頭に戻すボタンである。戻りボタン１３１が押下されたときの楽曲の再生位置が楽曲の先頭近く（例えば先頭から２〜３秒以内）のときは、一つ前の楽曲に戻して再生する。
【００６６】
サビメドレー時に戻りボタン１３１が押下されたときは、現在の楽曲のサビ区間の先頭から再生してもよい。あるいは、サビメドレー時に戻りボタン１３１が押下されたときは、その楽曲の先頭から再生してもよい。例えば、ユーザがサビを聞いて気になる楽曲があったとき、戻りボタン１３１をタッチ（押下）すると、その楽曲が先頭から再生される。
【００６７】
送りボタン１３２は、次の楽曲に移動するボタンである。
【００６８】
サビメドレー時に、表示画面１００内に楽曲をフルで聞くボタン（図示せず）を配置し、そのボタンが押下されると、サビを再生中の楽曲を楽曲の先頭から最後まで再生し直してもよい。あるいは、サビを再生中に当該ボタンが押下されると、再生位置がサビ区間の終端に達しても次の楽曲に移らず、サビ区間以降から楽曲の最後まで続けて楽曲を再生してもよい。
【００６９】
追加ボタン１３３は、現在の楽曲を自身のライブラリまたはプレイリストに追加するボタンである。サビメドレーで気になる楽曲を発見したときに追加ボタン１３３を押下すると、楽曲がライブラリに追加されて後で改めて聞くことができる。
【００７０】
サビ区間データが取得できなかった楽曲の再生中は、再生位置表示バー１２０または再生範囲１２１の色を変えて表示し、サビ区間データの取得の有無をユーザに伝えてもよい。また、サビ区間データが取得できなかった楽曲の再生中、表示画面１００内に解析依頼送信フォームへのリンク（ボタン）を設置してもよい。ユーザがこのリンクを操作することで、容易に、楽曲データの解析依頼を解析サーバ７０へ送信できる。
【００７１】
［別のシステム構成］
次に、図７を参照し、本実施形態の楽曲再生システムの別の構成の一例について説明する。図７の楽曲再生システムは、管理サーバ３０がプレイリストからサビメドレーを編成し、サビ区間をつなげて再生するためのサビメドレー情報を再生端末１０へ送信する。
【００７２】
図７に示す管理サーバ３０は、取得部３１、送信部３２、および蓄積部３３を備える。
【００７３】
取得部３１は、プレイリストを蓄積部３３から取得するとともに、プレイリストに登録された楽曲の楽曲構造データを解析サーバ７０から取得してサビ区間データを抽出し、プレイリストに含まれる楽曲のサビメドレーを編成する。サビ区間が取得できない場合、取得部３１は、楽曲の全長に対する割合として相対的に決定される特定位置から特定区間をサビ区間として定める。
【００７４】
送信部３２は、サビメドレー情報を再生端末１０へ送信する。サビメドレー情報は、例えば、サビメドレーの楽曲それぞれの楽曲情報（コンテンツＩＤでもよい）とサビ区間データの組みのリストである。
【００７５】
蓄積部３３は、プレイリストと楽曲情報を格納する。蓄積部３３は、楽曲情報に、解析サーバ７０から取得したサビ区間データを含めて格納してもよい。取得部３１は、蓄積部３３にサビ区間データが格納されていない場合に、解析サーバ７０から楽曲構造データを取得してもよい。
【００７６】
なお、管理サーバ３０が解析サーバ７０の機能を備えて、管理サーバ３０自身で楽曲を解析してサビ区間データを抽出してもよい。
【００７７】
図７の再生端末１０は、再生部１３、表示部１４、および受信部１６を備える。
【００７８】
再生部１３と表示部１４は、図２で示した再生端末１０と同じである。
【００７９】
受信部１６は、管理サーバ３０から受信したサビメドレー情報に基づいて、再生する楽曲および再生区間を再生部１３に指示する。
【００８０】
以上説明したように、本実施形態の再生端末１０は、プレイリストに登録された楽曲のサビ区間をつなげて再生する。再生端末１０は、プレイリストに登録された楽曲のサビ区間を取得する取得部１１と、楽曲のサビ区間が取得できなかった場合に、楽曲の全長に対する割合として相対的に決定される特定位置から特定区間を当該楽曲のサビ区間として定める再生指示部１２と、楽曲のサビ区間をつなげて再生する再生部１３を有する。これにより、プレイリストの楽曲のサビ区間が取得できない場合であっても、より自然なサビメドレーを編成できる。
【００８１】
本実施形態の再生端末１０は、サビ区間の前の位置からサビ区間の先頭にかけて再生音量を上げ、サビ区間を再生後に再生音量を下げ始めるとともに、サビ区間を再生後に次の楽曲の再生を開始する。これにより、楽曲のサビ区間をつなげて再生する際に、前後の楽曲でサビ区間が重ならないので、楽曲のサビ区間を自然につなげて再生できる。
【符号の説明】
【００８２】
１０…再生端末
１１…取得部
１２…再生指示部
１３…再生部
１４…表示部
１５…蓄積部
１６…受信部
３０…管理サーバ
３１…取得部
３２…送信部
３３…蓄積部
５０…配信サーバ
７０…解析サーバ
【要約】
【課題】より自然なサビメドレーを編成する。
【解決手段】再生端末１０は、プレイリストに登録された楽曲のサビ区間をつなげて再生する。再生端末１０は、プレイリストに登録された楽曲のサビ区間を取得する取得部１１と、楽曲のサビ区間が取得できなかった場合に、楽曲の全長に対する割合として相対的に決定される特定位置から特定区間を当該楽曲のサビ区間として定める再生指示部１２と、楽曲のサビ区間をつなげて再生する再生部１３を有する。
【選択図】図２【図１】
0006980942.tif 000002
【図２】
0006980942.tif 000003
【図３】
0006980942.tif 000004
【図４】
0006980942.tif 000005
【図５】
0006980942.tif 000006
【図６】
0006980942.tif 000007
【図７】
0006980942.tif 000008