(57)【要約】【課題】利用者の要望に応じて再生順の変更を行うことができるコンテンツ再生装置を提供する。【解決手段】コンテンツ再生装置は、複数の利用者から、コンテンツの再生リクエストを受け付けるリクエスト受付部と、前記リクエスト受付部で受け付けた前記再生リクエストを予約リストに登録する予約リスト登録部と、前記予約リストを、前記複数の利用者に提示する予約リスト提示部と、各コンテンツに対する評価を受け付ける評価受付部と、前記評価受付部で受け付けた評価に基づいて、前記予約リストの順序を変更する変更部と、前記予約リストに従って、前記コンテンツを再生するコンテンツ再生部と、を備えたことを特徴とする。【選択図】図９
2017021213.tif 000002
【特許請求の範囲】
【請求項１】
複数の利用者から、コンテンツの再生リクエストを受け付けるリクエスト受付部と、
前記リクエスト受付部で受け付けた前記再生リクエストを予約リストに登録する予約リスト登録部と、
前記予約リストを、前記複数の利用者に提示する予約リスト提示部と、
各コンテンツに対する評価を受け付ける評価受付部と、
前記評価受付部で受け付けた評価に基づいて、前記予約リストの順序を変更する変更部と、
前記予約リストに従って、前記コンテンツを再生するコンテンツ再生部と、
を備えたコンテンツ再生装置。
【請求項２】
前記コンテンツ再生部は、前記評価受付部が全ての利用者から評価を受け付け、前記変更部が前記予約リストの順序を変更した後に、当該予約リストの順序に従って、前記コンテンツの再生を行う請求項１に記載のコンテンツ再生装置。
【請求項３】
前記コンテンツ再生部は、所定の条件に従って前記予約リストに登録されているコンテンツを再生し、
前記評価受付部は、前記コンテンツ再生部が前記コンテンツを再生している間に、前記予約リストにおける各コンテンツに対する評価を受け付け、
前記再生部は、現在再生中のコンテンツの再生が終了した後に、前記変更部が変更した予約リストの順序に従って、次のコンテンツの再生を行う請求項１に記載のコンテンツ再生装置。
【請求項４】
前記再生リクエストを行った利用者を識別する識別部を備え、
前記評価受付部は、前記コンテンツ再生部が現在再生しているコンテンツについての評価を、当該コンテンツに対応する再生リクエストを行った利用者に対する評価として受け付け、
前記変更部は、前記利用者に対する評価に基づいて、前記予約リストの順序を変更する請求項１乃至請求項３のいずれかに記載のコンテンツ再生装置。
【請求項５】
それぞれにコンテンツを保有し、各利用者が利用する複数の端末と通信を行う通信部を備え、
前記評価受付部は、各利用者端末で受け付けた評価を、前記通信部を介して受信し、
前記コンテンツ再生部は、前記予約リストに従って、該当するコンテンツを前記利用者端末から前記通信部を介して受信し、当該コンテンツを再生する請求項１乃至請求項４のいずれかに記載のコンテンツ再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを再生するコンテンツ再生装置に関する。
【背景技術】
【０００２】
例えば、特許文献１のコンテンツ再生システムは、各利用者が所有するコンテンツを共有して聴くことができる。特許文献１のコンテンツ再生システムは、コンテンツのデータを記憶する複数のソース機器と、各ソース機器からコンテンツのデータを取得して再生するシンク機器と、を備えている。ソース機器は、再生要求をシンク機器に送信する。シンク機器は、各ソース機器から受信した再生要求を順番に予約リストとして登録する。そして、シンク機器は、予約リストの順に、コンテンツを再生する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２０１２／１１７４５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１のコンテンツ再生システムでは、再生要求の順番にしか再生されない。したがって、特許文献１のコンテンツ再生システムでは、利用者が再生要求を消す操作を行わない限り、再生順を変更することができなかった。
【０００５】
そこで、この発明の目的は、利用者の要望に応じて再生順の変更を行うことができるコンテンツ再生装置を提供することにある。
【課題を解決するための手段】
【０００６】
コンテンツ再生装置は、複数の利用者から、コンテンツの再生リクエストを受け付けるリクエスト受付部と、前記リクエスト受付部で受け付けた前記再生リクエストを予約リストに登録する予約リスト登録部と、前記予約リストを、前記複数の利用者に提示する予約リスト提示部と、各コンテンツに対する評価を受け付ける評価受付部と、前記評価受付部で受け付けた評価に基づいて、前記予約リストの順序を変更する変更部と、前記予約リストに従って、前記コンテンツを再生するコンテンツ再生部と、を備えたことを特徴とする。
【０００７】
このように、各利用者は、コンテンツ再生装置に記憶されたコンテンツ（あるいは利用者端末に記憶されたコンテンツ）の再生リクエストを行うとともに、各コンテンツを評価する。変更部は、例えば、高い評価が得られたコンテンツを先に再生するように順序を変更する。したがって、コンテンツ再生装置は、利用者の要望が反映された再生順を実現することができる。また、コンテンツ再生装置は、各利用者に、他の利用者と共にコンテンツを評価するという楽しみ方を提供することができる。
【０００８】
なお、前記コンテンツ再生部は、前記評価受付部が前記予約リストに登録されている全てのコンテンツに対する評価を受け付け、前記変更部が前記予約リストの順序を変更した後に、当該予約リストの順序に従って、前記コンテンツの再生を行う態様が可能である。この態様は、予約リストの登録数が少なく、利用者が多い場合に好適である。
【０００９】
あるいは、前記コンテンツ再生部は、所定の条件に従って、前記予約リストに登録されているコンテンツを再生し、前記評価受付部は、前記コンテンツ再生部が前記コンテンツを再生している間に、前記予約リストにおける各コンテンツに対する評価を受け付け、前記コンテンツ再生部は、現在再生中のコンテンツの再生が終了した後に、前記変更部が変更した予約リストの順序に従って、次のコンテンツの再生を行う態様としてもよい。この態様は、予約リストの登録数が多く、利用者が少ない場合に好適である。
【００１０】
また、コンテンツ再生装置は、前記再生リクエストを行った利用者を識別する識別部を備え、前記評価受付部は、前記コンテンツ再生部が現在再生しているコンテンツについての評価を、当該コンテンツに対応する再生リクエストを行った利用者に対する評価として受け付け、前記変更部は、前記利用者に対する評価に基づいて、前記予約リストの順序を変更することも可能である。
【００１１】
すなわち、各利用者は、現在再生されているコンテンツの評価を行う。すると、そのコンテンツをリクエストした利用者が評価される。評価された利用者は、次にリクエストした場合に優先され、当該利用者がリクエストしたコンテンツが先に再生されることになる。
【発明の効果】
【００１２】
本発明によれば、利用者の要望に応じて再生順の変更を行うことができる。
【図面の簡単な説明】
【００１３】
【図１】コンテンツ再生システムの概要を示す図である。
【図２】（Ａ）は、スマートフォンの構成の一部を示すハードウェアブロック図であり、（Ｂ）は、ＡＶレシーバの構成の一部を示すハードウェアブロック図である。
【図３】コンテンツ再生システムの動作を示すフローチャートである。
【図４】公開リストの作成時におけるスマートフォンの表示例を示す図である。
【図５】図５（Ａ）および図５（Ｂ）は、それぞれ公開リストの例を示す図であり、図５（Ｃ）は、共有リストの例を示す図である。
【図６】共有リストの作成処理時の動作を示すフローチャートである。
【図７】予約リストの作成処理時の動作を示す図である。
【図８】再生すべきオーディオデータを選択する際のスマートフォンの表示例を示す図である。
【図９】図９（Ａ）は、予約リストを示す図であり、図９（Ｂ）は、順序が変更された後の予約リストを示す図である。
【図１０】再生順序の決定処理時の動作を示すフローチャートである。
【図１１】投票操作を受け付けるスマートフォンの表示例を示す図である。
【図１２】評価手法の変形例を示す図である。
【図１３】評価手法の変形例を示す図である。
【図１４】コンテンツ再生動作を示すフローチャートである。
【図１５】変形例１に係るコンテンツ再生システムの動作を示すフローチャートである。
【図１６】変形例２に係るコンテンツ再生システムの動作を示すフローチャートである。
【図１７】スマートフォンの表示例を示す図である。
【図１８】変形例３に係るコンテンツ再生システムの動作を示すフローチャートである。
【図１９】第２実施形態に係るコンテンツ再生システムの構成を示す図である。
【発明を実施するための形態】
【００１４】
（第１実施形態）
図１は、第１実施形態に係るコンテンツ再生システム９００の概要を示す図である。コンテンツ再生システム９００は、ＡＶレシーバ１００、スピーカ２００Ｌ、スピーカ２００Ｒ、スマートフォン３０１、スマートフォン３０２、およびスマートフォン３０３を備えている。
【００１５】
スマートフォン３０１、スマートフォン３０２、およびスマートフォン３０３は、それぞれＡＶレシーバ１００に接続される。この例では、スマートフォン３０１、スマートフォン３０２、およびスマートフォン３０３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格でＡＶレシーバ１００に接続される。ただし、スマートフォン３０１、スマートフォン３０２、およびスマートフォン３０３は、他の規格（例えばＷｉ−Ｆｉ（登録商標））でＡＶレシーバ１００に接続されてもよい。
【００１６】
ＡＶレシーバ１００は、コンテンツ再生装置の一例である。コンテンツ再生装置は、他にも、パーソナルコンピュータ、ＴＶ、セットトップボックス、またはオーディオプレーヤ等の例がある。スマートフォン３０１、スマートフォン３０２、およびスマートフォン３０３は、利用者端末の一例である。利用者端末は、他にも、パーソナルコンピュータ、携帯オーディオプレーヤ等の例がある。
【００１７】
第１実施形態に係るコンテンツ再生システム９００では、ＡＶレシーバ１００は、スマートフォン３０１、スマートフォン３０２、およびスマートフォン３０３からコンテンツをダウンロード（またはストリーミング）して、再生する。第１実施形態では、コンテンツの一例として例えばＭＰ３等のオーディオデータを示すが、例えばＭＰＥＧ４等の動画データもコンテンツに含まれる。
【００１８】
図２（Ａ）は、スマートフォン３０１の構成を示すブロック図であり、図２（Ｂ）は、ＡＶレシーバ１００の構成を示すブロック図である。図２（Ａ）では、代表してスマートフォン３０１の構成を示すが、他のスマートフォン３０２およびスマートフォン３０３も、同じハードウェア構成および同じ機能を備えている。
【００１９】
スマートフォン３０１は、タッチパネル３１と、ディスプレイ３２と、プロセッサ３３と、メモリ３４と、無線モジュール３５と、を備えている。各構成は共通のＢＵＳに接続されている。
【００２０】
タッチパネル３１は、利用者からの操作を受け付ける。ディスプレイ３２は、表示部であり、利用者に各種情報を提示する。スマートフォン３０１は、タッチパネル３１およびディスプレイ３２により、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を実現する。
【００２１】
無線モジュール３５は、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格に準じた通信モジュールである。無線モジュール３５は、ＡＶレシーバ１００と各種データの送受信を行う。
【００２２】
メモリ３４は、コンテンツ（オーディオデータ）およびプロセッサ３３の動作用プログラムを記憶する。プロセッサ３３は、メモリ３４に記憶されているプログラムを読み出して実行することにより、スマートフォン３０１の各構成を統括的に制御する。例えば、プロセッサ３３は、コンテンツの再生リクエストを受け付け、当該再生リクエストをＡＶレシーバ１００に送信する。
【００２３】
ＡＶレシーバ１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１と、メモリ２と、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）３と、ＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ（ＨＤＭＩは登録商標））４と、無線モジュール５と、ＡＭＰ（Ａｍｐｌｉｆｉｅｒ）６と、を備える。各構成は、共通のＢＵＳに接続されている。
【００２４】
ＣＰＵ１は、ＡＶレシーバ１００の各構成を統括的に制御する。ＣＰＵ１は、メモリ２に記憶されているプログラムを読み出して実行することにより、各種動作を行う。例えば、ＣＰＵ１は、スマートフォン３０１、スマートフォン３０２、またはスマートフォン３０３から、オーディオデータの再生リクエストを受け付ける（本発明のリクエスト受付部に対応する）。ＣＰＵ１は、受け付けた再生リクエストを予約リストとして、メモリ２に登録する（本発明の予約リスト登録部に対応する）。また、ＣＰＵ１は、登録した予約リストをスマートフォン３０１、スマートフォン３０２、およびスマートフォン３０３に送信して、各スマートフォンのディスプレイ３２に表示させることで、各スマートフォンの利用者に予約リストを提示させる（本発明の予約リスト提示部に対応する）。これにより、各スマートフォンの利用者は、オーディオデータの再生順序を知ることができる。
【００２５】
ＤＳＰ３は、オーディオデータをデコードしてデジタルオーディオ信号に変換し、当該デジタルオーディオ信号に各種音響処理を行う。これにより、ＤＳＰ３は、本発明のコンテンツ再生部を実現する。ただし、ＤＳＰ３の各種処理は、ＣＰＵ１のソフトウェアにて行ってもよい。この場合、ＣＰＵ１がコンテンツ再生部に対応する。ＨＤＭＩ４は、オーディオデータ等のコンテンツに係るデータを入出力するためのインタフェースである。例えば、コンテンツがＭＰＥＧ等の動画データである場合、ＨＤＭＩ１４は、当該動画データに係る映像信号を出力し、ＴＶ等の表示装置にコンテンツを表示させる。
【００２６】
無線モジュール５は、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格に準じた通信モジュールである。無線モジュール５は、スマートフォン３０１、スマートフォン３０２、またはスマートフォン３０３と各種データの送受信を行う。
【００２７】
ＡＭＰ６は、オーディオ信号を増幅する回路である。ＡＭＰ６によって増幅されたオーディオ信号は、アナログオーディオ信号に変換された後に、スピーカ２００Ｌおよびスピーカ２００Ｒに出力される。
【００２８】
次に、コンテンツ再生システム９００の動作について図３を用いて説明する。図３は、コンテンツ再生システム９００の動作を示すフローチャートである。
【００２９】
図３に示すように、コンテンツ再生システム９００は、まず、共有リストを作成する（Ｓ１）。共有リストとは、スマートフォン３０１、スマートフォン３０２、およびスマートフォン３０３に記憶されているオーディオデータの公開リストを併合したリストである。
【００３０】
公開リストとは、スマートフォン３０１、スマートフォン３０２、およびスマートフォン３０３の各利用者が保有するオーディオデータのうち、利用者が公開を許可したオーディオデータのリストである。
【００３１】
図４は、公開リストの作成時におけるＧＵＩの一例を示す図である。スマートフォン３０１は、自端末に記憶されているオーディオデータのリストをディスプレイ３２に表示する。また、スマートフォン３０１は、タッチパネル３１を介して、各オーディオデータに対する公開可否の操作を受け付ける。図４の例では、スマートフォン３０１の利用者は、楽曲名１、楽曲名３、および楽曲名５の名称のオーディオデータを公開可能なオーディオデータとして選択する。すると、図５（Ａ）に示すように、スマートフォン３０１は、選択された楽曲名１、楽曲名３、および楽曲名５を、公開リスト３０１Ｌに登録する。公開リスト３０１Ｌは、メモリ３４に記憶される。なお、スマートフォン３０１は、自端末に記憶されている全てのオーディオデータを自動的に公開リストに登録してもよい。なお、この例では、利用者が保有するオーディオデータは、各利用者のスマートフォンに記憶されているが、サーバ等の外部装置に記憶されていてもよい。
【００３２】
スマートフォン３０１は、公開リスト３０１ＬをＡＶレシーバ１００に送信する。すなわち、図６のフローチャートに示すように、スマートフォン３０１は、公開リストを作成し（Ｓ１１）、作成した公開リストをＡＶレシーバ１００に送信する（Ｓ１２）。同様に、スマートフォン３０２は、公開リストを作成し（Ｓ３１）、作成した公開リストをＡＶレシーバ１００に送信する（Ｓ３２）。スマートフォン３０２は、一例として、図５（Ｂ）に示す公開リスト３０２Ｌを作成したものとする。すなわち、スマートフォン３０２の利用者は、スマートフォン３０２に記憶されている楽曲名１１〜１５の名称のオーディオデータのうち、楽曲名１４の名称のオーディオデータを、公開可能であると選択したものとする。
【００３３】
なお、図６では、スマートフォン３０１およびスマートフォン３０２が公開リストを作成して、ＡＶレシーバ１００に送信する例を示しているが、スマートフォン３０３についても同様に公開リストを作成して、ＡＶレシーバ１００に送信する。例えば、スマートフォン３０３は、楽曲名１２の名称のオーディオデータを公開リストとして送信したものとする。
【００３４】
ＡＶレシーバ１００は、スマートフォン３０１およびスマートフォン３０２から、それぞれ公開リスト３０１Ｌおよび公開リスト３０２Ｌを受信する（Ｓ２１）。また、図示は省略するが、ＡＶレシーバ１００は、スマートフォン３０３からも、公開リストを受信する。ここでは、一例として、楽曲名１２の名称のオーディオデータがスマートフォン３０３の公開リストに含まれているものとする。そして、ＡＶレシーバ１００は、各スマートフォンから受信した公開リストを併合し、共有リストを作成する（Ｓ２２）。すなわち、図５（Ｃ）に示すように、楽曲名１、楽曲名３、楽曲名５、楽曲名１２、および楽曲名１４の名称を含む共有リストが作成される。
【００３５】
共有リストには、楽曲名を示す情報と、各オーディオデータが記憶されている端末の識別情報と、が含まれている。図５（Ｃ）に示す例では、端末の識別情報として、端末名称が用いられている。
【００３６】
次に、ＡＶレシーバ１００は、作成した共有リストを、接続されている全てのスマートフォンに送信する（Ｓ２３）。この例では、ＡＶレシーバ１００は、スマートフォン３０１およびスマートフォン３０２に共有リストを送信しているが、無論スマートフォン３０３にも送信する。スマートフォン３０１およびスマートフォン３０２は、ＡＶレシーバ１００から共有リストを受信する（Ｓ１３およびＳ３３）。
【００３７】
次に、コンテンツ再生システムは、利用者からの再生リクエストを受け付けて、予約リストの作成を行う（図３のＳ２）。図７は、再生リクエストの受け付け、および予約リストの作成手順を示すフローチャートである。
【００３８】
まず、スマートフォン３０１およびスマートフォン３０２は、ＧＵＩを用いて、楽曲名を利用者に選択させる。例えば、図８のスマートフォン３０１の表示例に示すように、スマートフォン３０１は、ディスプレイ３２を制御することで、表示領域４１１に再生対象の楽曲名を選択させる旨を表示させる。スマートフォン３０１は、表示領域４１２に図５（Ｃ）に示した様な共有リストを表示させる。スマートフォン３０１の利用者は、表示領域４１２に表示された楽曲名４０３を選択する（Ｓ３０１）。
【００３９】
利用者が楽曲名を選択すると、スマートフォン３０１は、選択された楽曲名を再生リクエストとしてＡＶレシーバ１００に送信する（Ｓ３０２）。同様に、スマートフォン３０２は、共有リストに含まれる楽曲名を選択させる操作を受け付け（Ｓ３２１）、選択された楽曲名を含む再生リクエストをＡＶレシーバ１００へ送信する（Ｓ３２２）。図示は省略するが、スマートフォン３０３も、共有リストに含まれる楽曲名を選択させる操作を受け付け、選択された楽曲名を含む再生リクエストをＡＶレシーバ１００へ送信する。
【００４０】
ＡＶレシーバ１００は、スマートフォン３０１、スマートフォン３０２およびスマートフォン３０３から再生リクエストを受信する（Ｓ３１１）。そして、ＡＶレシーバ１００は、各再生リクエストに含まれる楽曲名を含む予約リストを作成する（Ｓ３１２）。
【００４１】
ＡＶレシーバ１００は、再生リクエストを受信した順に、各再生リクエストに含まれる楽曲名を予約リストに登録する。予約リストは、メモリ２に記憶される。例えば、図９（Ａ）に示すように、楽曲名１の再生リクエスト、楽曲名５の再生リクエスト、楽曲名３の再生リクエスト、楽曲名１４の再生リクエスト、および楽曲名１２の再生リクエストが順に受信された場合、予約リストの先頭は楽曲名１となり、最後尾は楽曲名１２となる。
【００４２】
その後、ＡＶレシーバ１００は、作成した予約リストをスマートフォン３０１、スマートフォン３０２およびスマートフォン３０３に送信する（Ｓ３１３）。スマートフォン３０１、スマートフォン３０２およびスマートフォン３０３は、ＡＶレシーバ１００から予約リストを受信する（Ｓ３０３およびＳ３２３）。
【００４３】
その後、コンテンツ再生システムは、再生順序の決定処理を行う（図３のＳ３）。図１０は、再生順序の決定処理におけるＡＶレシーバ１００、スマートフォン３０１、およびスマートフォン３０２の各動作を示すフローチャートである。図１０では、スマートフォン３０３の動作は省略するが、スマートフォン３０３も、スマートフォン３０１およびスマートフォン３０２と同様の動作を行う。
【００４４】
まず、スマートフォン３０１およびスマートフォン３０２は、予約リストを表示する（Ｓ１０１およびＳ１２１）。そして、スマートフォン３０１およびスマートフォン３０２は、予約リストの各オーディオデータに対する評価を受け付ける（Ｓ１０２およびＳ１２２）。
【００４５】
評価の手法は、例えば以下のようにして行う。図１１は、スマートフォン３０１の表示例を示す図である。
【００４６】
図１１に示すように、スマートフォン３０１は、ディスプレイ３２の表示領域４０１に予約リストの各オーディオデータに対して投票を促す表示を行う。また、スマートフォン３０１は、ディスプレイ３２の表示領域４０２に予約リストの各オーディオデータの楽曲名４０３と、各オーディオデータに対応する投票ボタン４０４と、を表示する。
【００４７】
スマートフォン３０１の利用者は、いずれかの投票ボタン４０４の表示領域をタッチすることで、予約リストの複数の楽曲データのうち、いずれかのオーディオデータに投票することができる。
【００４８】
スマートフォン３０１は、図１０のフローチャートに示すように、投票された楽曲データを示す投票情報をＡＶレシーバ１００へ送信する（１０３）。同様に、スマートフォン３０２は、投票されたオーディオデータを示す投票情報をＡＶレシーバ１００へ送信する（Ｓ１２３）。
【００４９】
ＡＶレシーバ１００は、各スマートフォンから投票情報を受信することで、各オーディオデータの評価を受け付ける（Ｓ１１１）。これにより、ＡＶレシーバ１００のＣＰＵ１は、本発明の評価受付部の動作を実現する。そして、ＡＶレシーバ１００は、受信した投票情報に基づいて再生順序を変更する（Ｓ１１２）。例えば、ＡＶレシーバ１００は、各オーディオデータの投票数に応じて点数を付与する。いずれのスマートフォンにおいても投票がされなかったオーディオデータの得点は、０となる。そして、ＡＶレシーバ１００は、予約リストを得点の高い順に並べ替える処理を行う。例えば、図９（Ｂ）に示すように、３つの投票がなされた楽曲名１２のオーディオデータは、得点３として先頭になる。いずれのスマートフォンにおいても投票がされなかった楽曲名３のオーディオデータの得点は、０となり、最後尾になる。同じ投票数であった場合には、先に再生リクエストを受け付けたほうが先に再生されるようになる。例えば図９（Ｂ）の例では、楽曲名５および楽曲名１４は、同じ投票数であり、同じ得点１が付与されているが、先に再生リクエストを受け付けた楽曲名５のオーディオデータが先に再生されるようになる。このようにして、ＡＶレシーバ１００のＣＰＵ１は、本発明の変更部を実現する。
【００５０】
なお、評価の手法は、例えば、図１２に示すように、「好き」または「嫌い」のような、嗜好または嫌悪を示す選択を行う操作を受け付ける手法であってもよい。この場合、スマートフォン３０１は、各楽曲名４０３に、２つのラジオボタン４１３を対応付けて表示している。一方のラジオボタン４１３の表示には、嗜好を示す文字列４５１の表示が対応付けられている。他方のラジオボタン４１３の表示には、嫌悪を示す文字列４５２の表示が対応付けられている。利用者は、各楽曲データの楽曲名４０３に示す楽曲データに対し、いずれかのラジオボタン４１３を選択することで、「好き」または「嫌い」のいずれかを選択する。ＡＶレシーバ１００は、「好き」が選択された場合に１点を加算し、「嫌い」が選択された場合に、１点を減算する。
【００５１】
また、評価の手法は、図１３に示すように、多段階の評価を受け付ける手法であってもよい。図１３の例では、スマートフォン３０１は、表示領域４０１に、共有リストの各コンテンツを評価させる指示を表示する。スマートフォン３０１は、表示領域４０２に、各楽曲データの楽曲名４０３と、評価マーク４２０と、を対応付けて表示する。評価マーク４２０は、マーク４２１と、マーク４２２と、マーク４２３とを含む。マーク４２１は、評価の３段階のうちの最も低い評価を示す。マーク４２３は、評価の３段階のうちの最も高い評価を示す。利用者は、マーク４２１、マーク４２２、およびマーク４２３のうちのいずれかの表示領域をタッチすることで、対応する楽曲データに対して、いずれかの段階の評価を与える。ＡＶレシーバ１００は、楽曲データに対する得点を、評価の段階に応じた点数の平均値として算出する。例えば、ＡＶレシーバ１００は、１段階目の評価を１点とし、２段階目の評価を２点とし、３段階目の評価を３点とする。そして、ＡＶレシーバ１００が、共有リストの各楽曲データに対して合計得点を算出し、算出した合計得点を、評価操作を受け付けたスマートフォンの台数で除算することで、平均値を算出する。
【００５２】
次に、図１０に戻り、ＡＶレシーバ１００は、表示変更指示をスマートフォン３０１、スマートフォン３０２、およびスマートフォン３０３に送信する（Ｓ１１３）。表示変更指示とは、スマートフォン３０１、スマートフォン３０２、およびスマートフォン３０３に対し、表示中の予約リストの順序を入れ替えたり、各オーディオデータの楽曲名に得点の表示を付加させたりする指示である。
【００５３】
スマートフォン３０１およびスマートフォン３０２は、表示変更指示を受信すると（Ｓ１０４およびＳ１２４）、図９（Ｂ）に示したように、予約リストの順序を入れ替え、各楽曲名に得点を対応付けて表示する（Ｓ１０５およびＳ１２５）。これにより、各スマートフォンの利用者は、他の利用者の投票状況を見ながら、楽しんで選曲することができる。
【００５４】
なお、上述の例では、利用者がまず再生リクエストを行い、その後、予約リストの各オーディオデータの評価を受け付ける例を示したが、共有リストの表示段階で、各オーディオデータの評価を受け付ける態様としてもよい。この場合、利用者が共有リストのオーディオデータに投票すると、当該オーディオデータの再生リクエストおよび投票情報がＡＶレシーバ１００に送信される。また、再生リクエストおよび投票情報は、共有リストの全てのオーディオデータの評価を行った後に送信されてもよい。ＡＶレシーバ１００は、接続されている全てのスマートフォンから再生リクエストを受け付けて、かつ接続されている全てのスマートフォンから投票情報を受信した後に、予約リストの順序を変更する。
【００５５】
次に、ＡＶレシーバ１００は、予約リストの順序でオーディオデータを再生する（図３のＳ４）。図１４は、コンテンツ再生動作を示すフローチャートである。ＡＶレシーバ１００は、予約リストに示されたオーディオデータの再生タイミングとなった場合、当該オーディオデータに対応付けられているスマートフォンに対して、オーディオデータの取得要求を送信する（Ｓ３１３）。図１４に示す例では、楽曲名１４の再生タイミングとなった場合として、スマートフォン３０２に取得要求が送信されている。
【００５６】
スマートフォン３０２は、オーディオデータの取得要求を受信すると（Ｓ３２３）、当該取得要求に含まれる楽曲名のオーディオデータを、ＡＶレシーバ１００へ送信する（Ｓ３２４）。
【００５７】
ＡＶレシーバ１００は、スマートフォン３０２からオーディオデータを受信し、該オーディオデータを再生する（Ｓ３１４）。オーディオデータは、１曲分のデータを全てダウンロードしてから再生してもよいし、ストリーミング再生を行ってもよい。
【００５８】
ＡＶレシーバ１００は、再生が終了したオーディオデータについて、予約リストから削除し、新たな先頭の楽曲名１のオーディオデータを再生する。
【００５９】
このようにして、コンテンツ再生システムでは、複数の利用者が、各自の保有するコンテンツを持ち合って、再生リクエストを行いながら、各コンテンツの評価を行うことで、他の利用者と共にコンテンツを評価するという楽しみ方を提供することができる。また、コンテンツ再生システムでは、利用者の評価の結果に応じて再生順序が変更されるため、利用者の要望が反映された再生順を実現することができる。
【００６０】
（変形例１）
上述の例は、予約リストに登録されている全てのオーディオデータに対する評価を受け付け、予約リストの順序が変更された後に、オーディオデータの再生を行う動作である。このような動作は、共有リストのオーディオデータの数または予約リストに登録されているオーディオデータの数が少ない場合、オーディオデータの再生開始までの時間が短く済むため、好適である。
【００６１】
しかし、ＡＶレシーバ１００は、図１５のフローチャートに示すように、まず、所定の条件に従って予約リストに登録されているオーディオデータを再生してから、オーディオデータに対する評価を受け付け、予約リストの順序を変更する動作を行ってもよい。
【００６２】
この場合、ＡＶレシーバ１００は、共有リスト内のオーディオデータから、ランダムに選曲を行い、再生を行う（Ｓ２Ａ）。あるいは、ＡＶレシーバ１００は、最初に再生リクエストが受信された時点で、当該再生リクエストのオーディオデータを再生する態様としてもよい。または、ＡＶレシーバ１００は、接続されている全てのスマートフォンから再生リクエストが受信された時点で、予約リスト内のオーディオデータから、ランダムに選曲を行い、再生を行う態様としてもよい。
【００６３】
各利用者は、ＡＶレシーバ１００において所定のオーディオデータの再生がされている間に、再生リクエストを行う。これにより、ＡＶレシーバ１００は、所定のオーディオデータが再生されている間に、予約リストの作成を行う。そして、利用者は、所定のオーディオデータが再生されている間に、予約リストにおける各オーディオデータに対する評価を行う。
【００６４】
そして、ＡＶレシーバ１００は、各オーディオデータに対する評価を受け付け、予約リストの順序を変更する（Ｓ３）。予約リストの順序が変更されると、ＡＶレシーバ１００は、現在再生中のオーディオデータの再生が終了した後に、変更後の予約リストの順序に従って、次のオーディオデータの再生を行う。
【００６５】
あるいは、各利用者は、ＡＶレシーバ１００において所定のオーディオデータの再生がされている間に、共有リストにおける各オーディオデータに対する評価を行う。これにより、ＡＶレシーバ１００は、所定のオーディオデータが再生されている間に、再生リクエストおよび各オーディオデータの評価を受け付けて、予約リストの作成を行う。
【００６６】
なお、現在再生中あるいは過去に既に再生された曲については、２度目の再生がなされないようにしてもよいし、評価を受け付けて再度再生してもよい。
【００６７】
このような動作は、共有リストのオーディオデータの数または予約リストに登録されているオーディオデータの数が多く、利用者の数が少ない場合、オーディオデータの再生開始までの時間が短く済むため、好適である。
【００６８】
（変形例２）
次に、図１６は、変形例２に係るコンテンツ再生システムの動作を示すフローチャートである。上述の例は、共有リストまたは予約リストに登録されている各オーディオデータに対する評価を受け付ける動作であったが、変形例２に係るコンテンツ再生システムでは、再生中のオーディオデータに対する評価を受け付ける。
【００６９】
図１６に示すように、ＡＶレシーバ１００は、予約リストの作成を行った後、まず予約リストの先頭からオーディオデータの再生を開始する（Ｓ２→Ｓ４）。すなわち、ＡＶレシーバ１００は、最初に再生リクエストが受信された時点で、当該再生リクエストのオーディオデータの再生を開始する。
【００７０】
そして、ＡＶレシーバ１００は、各スマートフォンから、再生中のオーディオデータの評価を受け付ける（Ｓ４０）。図１７に示すように、例えばスマートフォン３０１には、現在再生中の曲名が表示される。この例では、再生中の曲だけ反転表示されるようになっている。これにより、利用者は、現在再生中の曲がどの曲であるか、判断することができる。また、この例では、現在再生中の曲だけラジオボタン４１３と、嗜好を示す文字列４５１が表示される。これにより、スマートフォン３０１は、現在ＡＶレシーバ１００で再生されている曲について、利用者の評価を受け付ける。
【００７１】
その後、図１６に示すように、ＡＶレシーバ１００は、１フェーズの再生が終了したか否かを判断する（Ｓ５０）。１フェーズとは、ＡＶレシーバ１００に接続されている各スマートフォンからそれぞれ１曲ずつ再生リクエストがなされ、それぞれ１曲ずつ再生が終了するまでを言う。ＡＶレシーバ１００は、１フェーズの再生が終了するまで、予約リストのオーディオデータの再生を繰り返す。ただし、１フェーズ内に同じスマートフォンからの再生リクエストが再度なされた場合には、当該スマートフォンからの再生リクエストは、予約リストの最後尾（すなわち次のフェーズ）に回される。
【００７２】
ＡＶレシーバ１００は、１フェーズの再生が終了した場合、次のフェーズの再生順序を決定する（Ｓ６０）。ここでは、ＡＶレシーバ１００は、フェーズ毎に利用者の各オーディオデータに対する評価を集計する。そして、ＡＶレシーバ１００は、評価の高いオーディオデータを保有するスマートフォンについて、次のフェーズにおいては、当該スマートフォンの再生リクエストが先に再生されるように予約リストの再生順を変更する。これにより、高い評価が得られたオーディオデータを保有するスマートフォンの利用者は、次のフェーズにおいては自身の再生リクエストが優先的に再生されるようになる。
【００７３】
あるいは、ＡＶレシーバ１００は、評価の高いオーディオデータを保有するスマートフォンについて、次のフェーズにおいて他のスマートフォンよりも再生リクエストの受け付け可能数を増大させる（例えば２つの再生リクエストを許容する）。これにより、高い評価が得られたオーディオデータを保有するスマートフォンの利用者は、次のフェーズにおいては他の利用者よりも多くの再生リクエストを行うことができる。
【００７４】
なお、ＡＶレシーバ１００は、評価の高いオーディオデータを保有するスマートフォンの利用者ではなく、高い評価が得られたオーディオデータの再生リクエストを行った利用者を優遇してもよい。この場合、ＡＶレシーバ１００は、再生リクエストの受け付けを行うときに、各再生リクエストと、スマートフォンの識別情報（端末名）と、を対応付けて記憶しておく。
【００７５】
また、ＡＶレシーバ１００は、評価の高いオーディオデータを保有するスマートフォンの利用者と、高い評価が得られたオーディオデータの再生リクエストを行った利用者と、を両方とも優遇してもよい。この場合も、ＡＶレシーバ１００は、再生リクエストの受け付けを行うときに、各再生リクエストと、スマートフォンの識別情報（端末名）と、を対応付けて記憶しておく。
【００７６】
（変形例３）
図１８は、変形例３に係るコンテンツ再生システムの動作を示すフローチャートである。変形例３に係るコンテンツ再生システムは、Ｓ４０において、各スマートフォンから、再生中のオーディオデータの評価を受け付けた後、ＡＶレシーバ１００に接続されている各スマートフォンからそれぞれ１曲ずつ再生リクエストがなされ、それぞれ１曲ずつ再生が終了したか否かを判断する。１度も再生リクエストに対するオーディオデータの再生がされていないスマートフォンが存在する場合には、ＡＶレシーバ１００は、Ｓ４の処理に戻り、予約リストの順に再生を続ける。ここでは、同じスマートフォンからの再生リクエストが再度なされた場合であっても、予約リストの順番通りに再生を行う。
【００７７】
そして、ＡＶレシーバ１００は、ＡＶレシーバ１００に接続されている各スマートフォンからそれぞれ１曲ずつ再生リクエストがなされ、それぞれ１曲ずつ再生が終了したと判断した場合、優遇者の再生リクエストを割り込みさせる（Ｓ６１）。この例では、ＡＶレシーバ１００は、利用者の各オーディオデータに対する評価を常時集計している。そして、ＡＶレシーバ１００は、その時点で最も評価の高いオーディオデータを保有するスマートフォンについて、現在再生中の曲の次に当該スマートフォンの再生リクエストが先に再生されるように予約リストの再生順を変更する。これにより、高い評価が得られたオーディオデータを保有するスマートフォンの利用者は、全ての利用者の再生リクエストが終了した後に、最初に自身の再生リクエストが優先的に再生されるようになる。
【００７８】
なお、集計結果は、Ｓ６１の処理が完了した後にリセットして、次に全員の再生リクエストに対するオーディオデータの再生が終了するまでの評価を集計する（すなわち、フェーズ毎に集計する）態様としてもよいし、リセットせずに加算または減算し続けてもよい。
【００７９】
なお、上述のように、ＡＶレシーバ１００は、評価の高いオーディオデータを保有するスマートフォンの利用者ではなく、高い評価が得られたオーディオデータの再生リクエストを行った利用者を優遇してもよい。また、ＡＶレシーバ１００は、評価の高いオーディオデータを保有するスマートフォンの利用者と、高い評価が得られたオーディオデータの再生リクエストを行った利用者と、を両方とも優遇してもよい。
【００８０】
ただし、集計結果は、再生された数に応じて重み付けを変更することが好ましい。例えば再生リクエストの数が多い利用者は、高い評価を受けることが多くなるため、「好き」と評価された点数を再生リクエストの数で除算し、１回の評価に対する重み付けを小さくする。これにより、特定の利用者の再生リクエストだけが優遇されることを防止する。
【００８１】
（第２実施形態）
図１９は、第２実施形態に係るコンテンツ再生システムの構成を示す図である。第２実施形態に係るコンテンツ再生システムは、カラオケ装置７００、モニタ７０１、スピーカ２００Ｌ、スピーカ２００Ｒ、リモコン９０１、リモコン９０２、およびリモコン９０３を備えている。
【００８２】
カラオケ装置７００は、コンテンツ再生装置の一例であり、第１実施形態におけるＡＶレシーバ１００に対応する。リモコン９０１、リモコン９０２、およびリモコン９０３は、利用者端末の一例であり、第１実施形態におけるスマートフォン３０１、スマートフォン３０２、およびスマートフォン３０３に対応する。コンテンツに係るデータは、この例ではカラオケ曲データであり、カラオケ楽曲に係る音をスピーカ２００Ｌおよびスピーカ２００Ｌから出力するとともに、背景映像および歌詞映像をモニタ７０１に表示する。
【００８３】
第２実施形態に係るカラオケ装置７００は、第１実施形態におけるＡＶレシーバ１００と同様の構成および同様の機能を有し、ＡＶレシーバ１００と同じ動作を行う。また、リモコン９０１、リモコン９０２、およびリモコン９０３は、それぞれ第１実施形態における各スマートフォンと同様の構成および同様の機能を有し、各スマートフォンと同じ動作を行う。ただし、第１実施形態とは以下の点で異なる。
【００８４】
すなわち、第１実施形態で示した共有リストは、第２実施形態では、カラオケ曲データの一覧表となり、カラオケ装置７００に記憶されているカラオケ曲データの全てが含まれる。また、カラオケ曲データは、カラオケ装置７００のメモリ（不図示）に記憶され、リモコン９０１、リモコン９０２、およびリモコン９０３には記憶されていない。したがって、カラオケ装置７００は、カラオケ曲データを再生する際に、リモコン９０１、リモコン９０２、およびリモコン９０３からカラオケ曲データをダウンロードする必要はない。
【００８５】
また、リモコン９０１、リモコン９０２、およびリモコン９０３は、利用者毎の保有端末ではなく、カラオケ店舗の各カラオケルーム等に設置された端末である。したがって、第２実施形態では、各利用者がいずれかのリモコンを用いてログイン（利用者の認証）を行う。各リモコンは、再生リクエストをカラオケ装置７００に送信する際に、当該再生リクエストを行った利用者の識別情報とともに送信する。予約リストには、各楽曲名とともに利用者の識別情報（ＩＤ，氏名等）が登録される。そして、各カラオケ曲データに対する評価は、当該カラオケ曲データの再生リクエストを行った利用者（すなわち歌唱者）に対する評価となる。この場合、カラオケ装置７００は、再生リクエストを行った利用者に対する評価に基づいて、予約リストの順序を変更することになる。
【００８６】
このように、カラオケにおいても、本発明のコンテンツ再生装置を適用することが可能である。カラオケにおいても、各利用者は、他の利用者と共にコンテンツ（カラオケでは当該コンテンツをリクエストした歌唱者）を評価して楽しむことができる。また、利用者の要望が反映された再生順を実現することができる。
【符号の説明】
【００８７】
１…ＣＰＵ
２…メモリ
３…ＤＳＰ
５…無線モジュール
１４…ＨＤＭＩ
３１…タッチパネル
３２…ディスプレイ
３３…プロセッサ
３４…メモリ
３５…無線モジュール
１００…ＡＶレシーバ
２００Ｌ，２００Ｒ…スピーカ
３０１，３０２，３０３…スマートフォン
３０１Ｌ，３０２Ｌ…公開リスト
７００…カラオケ装置
７０１…モニタ
９０１，９０２，９０３…リモコン
【図１】
2017021213.tif 000003
【図２】
2017021213.tif 000004
【図３】
2017021213.tif 000005
【図４】
2017021213.tif 000006
【図５】
2017021213.tif 000007
【図６】
2017021213.tif 000008
【図７】
2017021213.tif 000009
【図８】
2017021213.tif 000010
【図９】
2017021213.tif 000011
【図１０】
2017021213.tif 000012
【図１１】
2017021213.tif 000013
【図１２】
2017021213.tif 000014
【図１３】
2017021213.tif 000015
【図１４】
2017021213.tif 000016
【図１５】
2017021213.tif 000017
【図１６】
2017021213.tif 000018
【図１７】
2017021213.tif 000019
【図１８】
2017021213.tif 000020
【図１９】
2017021213.tif 000021