(57)【要約】【課題】利用者の滞在時間に応じた快適性を考慮することができる再生制御装置を提供する。【解決手段】再生コンテンツ制御部４１がユーザの店舗１０に滞在した滞在時間と、滞在時間におけるユーザのリクエストに応じて再生されたコンテンツ数と、を取得する。そして、コンテンツ数及び滞在時間に基づく指標値を比較することによってユーザに対して店舗１０おけるコンテンツ再生に関する優先権を付与する。【選択図】図２
2018081266.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツが再生される再生空間において、複数の利用者それぞれの滞在時間と、当該滞在中に当該利用者の再生要求に応じて再生されたコンテンツの数又は総再生時間と、を取得する第１取得部と、
前記数又は前記総再生時間と前記滞在時間に関する指標値に基づき前記複数の利用者の中から特定の利用者に前記再生空間おけるコンテンツ再生に関する優先権を付与する制御部と、
を備える再生制御装置。
【請求項２】
前記制御部は、前記優先権に基づき前記再生空間におけるコンテンツの再生を制御することを特徴とする請求項１に記載の再生制御装置。
【請求項３】
前記制御部は、前記複数の利用者毎に算出された前記指標値を比較し、前記優先権を付与することを特徴とする請求項１または２に記載の再生制御装置。
【請求項４】
前記制御部は、前記指標値を比較した結果、前記優先権を付与する条件を満たす利用者が複数となった場合、複数の利用者のうち最先の前記再生要求をした利用者に前記優先権を付与することを特徴とする請求項３に記載の再生制御装置。
【請求項５】
前記制御部は、前記優先権を付与する条件を満たす利用者が複数となった場合における判定履歴を有し、前記指標値を比較した結果、前記優先権を付与する条件を満たす利用者が複数となった場合は、前記判定履歴に基づいて、以前の判定で前記優先権を付与しなかった利用者に前記優先権を付与することを特徴とする請求項３または４に記載の再生制御装置。
【請求項６】
前記第１取得部は、利用者が再生要求したコンテンツについて前記再生空間の滞在中に再生したか否かに関するコンテンツ再生情報を取得し、
前記制御部は、前記コンテンツ再生情報に基づき前記再生空間滞在中に再生していないコンテンツを再生するように制御する、
ことを特徴とする請求項１乃至５のうちいずれか一項に記載の再生制御装置。
【請求項７】
コンテンツを再生する再生部を更に備え、
前記第１取得部は、コンテンツの再生を希望しない利用者の有無に関する有無情報を取得し、
前記制御部は、前記有無情報に基づき前記再生部が再生する前記コンテンツの音量を制御することを特徴とする請求項２乃至６のうちいずれか一項に記載の再生制御装置。
【請求項８】
複数の利用者が再生要求したコンテンツを取得する第２取得部を更に備え、
前記再生部は、前記第２取得部が取得したコンテンツから前記優先権に基づいて選択されたコンテンツを再生する、
ことを特徴とする請求項７に記載の再生制御装置。
【請求項９】
利用者が再生要求したコンテンツに関する再生の制御を行う再生制御装置の再生制御方法であって、
前記コンテンツが再生される再生空間において、複数の利用者それぞれの滞在時間と、当該滞在中に当該利用者の再生要求に応じて再生されたコンテンツの数又は総再生時間と、を取得する第１取得工程と、
前記数又は前記総再生時間と前記滞在時間に関する指標値に基づき前記複数の利用者の中から特定の利用者に前記再生空間おけるコンテンツ再生に関する優先権を付与する制御工程と、
を含む再生制御方法。
【請求項１０】
請求項９に記載の再生制御方法を、コンピュータにより実行させる再生制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者が再生要求したコンテンツの再生の制御を行う再生制御装置に関する。
【背景技術】
【０００２】
従来からユーザからのリクエストに応じて、動画や音楽等のコンテンツを配信する技術は多く開示されている。このとき、複数のユーザからのリクエストに対して、一部のユーザのリクエストが強く反映されてしまうと、他のユーザのリクエストが反映されにくくなってしまう。そこで、例えば特許文献１には、予め定められた制限条件を設けることで、複数のユーザからのリクエストの配信内容に効率的に反映させ、ユーザ間で配信するコンテンツ数を均一化する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１５９７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば利用者が店舗等を訪問して楽曲をリクエストするような場合、利用者の店舗への訪問時刻や滞在時間は一定ではない。このような場所では、特許文献１に記載の発明のように、単にユーザ間の配信（再生）コンテンツ数を均一化すると、滞在時間の長い利用者と滞在時間が短い利用者とで滞在時間が重なる時間帯では再生される楽曲数が均一化されるような制御が行われる。そうすると、滞在時間が長いにも関わらず、その時間に見合った数の楽曲がかからない状態が発生し得るので、滞在時間の長い利用者からみて不満が残る。このような利用者の不満は、訪問する店舗等やコンテンツを配信する業者にとっても解消することが望ましい。
【０００５】
そこで、本発明は、例えば、利用者の滞在時間に応じた快適性を考慮することができる再生制御装置を提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、コンテンツが再生される再生空間において、複数の利用者それぞれの滞在時間と、当該滞在中に当該利用者の再生要求に応じて再生されたコンテンツの数又は総再生時間と、を取得する第１取得部と、前記数又は前記総再生時間と前記滞在時間に関する指標値に基づき前記複数の利用者の中から特定の利用者に前記再生空間おけるコンテンツ再生に関する優先権を付与する制御部と、を備える。
【０００７】
請求項９に記載の発明は、利用者が再生要求したコンテンツに関する再生の制御を行う再生制御装置の再生制御方法であって、前記コンテンツが再生される再生空間において、複数の利用者それぞれの滞在時間と、当該滞在中に当該利用者の再生要求に応じて再生されたコンテンツの数又は総再生時間と、を取得する第１取得工程と、前記数又は前記総再生時間と前記滞在時間に関する指標値に基づき前記複数の利用者の中から特定の利用者に前記再生空間おけるコンテンツ再生に関する優先権を付与する制御工程と、を含む。
【０００８】
請求項１０に記載の発明は、請求項９に記載の再生制御方法を、コンピュータにより実行させる。
【図面の簡単な説明】
【０００９】
【図１】本発明の第１の実施例にかかる再生制御装置を有する再生システムのブロック構成図である。
【図２】図１に示された再生コンテンツ制御部の動作のフローチャートである。
【図３】図１に示された再生コンテンツ制御部の動作の具体例である。
【図４】本発明の第２の実施例にかかる再生制御装置の再生コンテンツ制御部の動作のフローチャートである。
【図５】図４に示された再生コンテンツ制御部の動作の具体例である。
【図６】本発明の第３の実施例にかかる再生制御装置の再生コンテンツ制御部の動作のフローチャートである。
【図７】図６に示された再生コンテンツ制御部の動作の具体例である。
【図８】本発明の第４の実施例にかかる再生制御装置の再生コンテンツ制御部の動作のフローチャートである。
【図９】図８に示された再生コンテンツ制御部の動作の具体例である。
【発明を実施するための形態】
【００１０】
以下、本発明の一実施形態にかかる再生制御装置を説明する。本発明の一実施形態にかかる再生制御装置は、第１取得部が、コンテンツが再生される再生空間において、複数の利用者それぞれの滞在時間と、当該滞在中に当該利用者の再生要求に応じて再生されたコンテンツの数又は総再生時間と、を取得する。そして、制御部が、前記した数又は総再生時間と滞在時間に関する指標値に基づき複数の利用者の中から特定の利用者に再生空間おけるコンテンツ再生に関する優先権を付与する。このようにすることにより、滞在時間当たりの再生コンテンツ数又はコンテンツ再生時間を均一化することができる。したがって、利用者の滞在時間に応じた快適性を考慮することができる。
【００１１】
また、制御部は、優先権に基づき再生空間におけるコンテンツの再生を制御してもよい。このようにすることにより、滞在時間当たりの再生コンテンツ数又はコンテンツ再生時間を均一化するようにコンテンツの再生を行わせることができるので、利用者の滞在時間に応じたコンテンツの再生をすることができる。
【００１２】
また、制御部は、複数の利用者毎に算出された指標値を比較し、優先権を付与してもよい。このようにすることにより、指標値の大小によりどの利用者に優先権を付与するか決定することができる。したがって、優先権の付与にかかる処理を単純化することができる。
【００１３】
また、制御部は、指標値を比較した結果、優先権を付与する条件を満たす利用者が複数となった場合、複数の利用者のうち最先の再生要求をした利用者に優先権を付与してもよい。このようにすることにより、指標値による判定ができないときでも優先権を付与することができる。
【００１４】
また、制御部は、優先権を付与する条件を満たす利用者が複数となった場合における判定履歴を有し、指標値を比較した結果、優先権を付与する条件を満たす利用者が複数となった場合は、判定履歴に基づいて、以前の判定で優先権を付与しなかった利用者に優先権を付与してもよい。このようにすることにより、指標値による判定ができないときでも優先権を付与することができる。また、以前の判定で優先権を付与しなかった利用者に優先権を付与するので、同じ利用者へ優先権の付与が偏ることを防止できる。
【００１５】
また、第１取得部は、利用者が再生要求したコンテンツについて、再生空間の滞在中に再生したか否かに関するコンテンツ再生情報を取得し、制御部は、コンテンツ再生情報に基づき再生空間滞在中に再生していないコンテンツを再生するように制御してもよい。このようにすることにより、利用者が滞在中に再生されたコンテンツは再生されなくなるので、利用者が同じコンテンツを何度も視聴することを防止できる。
【００１６】
また、コンテンツを再生する再生部を更に備え、第１取得部は、コンテンツの再生を希望しない利用者の有無に関する有無情報を取得し、制御部は、有無情報に基づき再生部が再生するコンテンツの音量を制御してもよい。このようにすることにより、コンテンツの再生を希望しない利用者、例えば音楽等を聴きたくない利用者がいるときはコンテンツの再生音量を小さくすることができる。したがって、より多くの利用者の快適性を考慮することができる。
【００１７】
また、複数の利用者が再生要求したコンテンツを取得する第２取得部を更に備え、再生部は、第２取得部が取得したコンテンツから優先権に基づいて選択されたコンテンツを再生するようにしてもよい。このようにすることにより、例えば、コンテンツが外部サーバに格納されて、そこから配信されるようなサービス形態の場合でも対応することができる。
【００１８】
また、本発明の一実施形態にかかる再生制御方法は、第１取得工程で、コンテンツが再生される再生空間において、複数の利用者それぞれの滞在時間と、当該滞在中に当該利用者の再生要求に応じて再生されたコンテンツの数又は総再生時間と、を取得する。そして、制御工程で、前記した数又は総再生時間と滞在時間に関する指標値に基づき複数の利用者の中から特定の利用者に再生空間おけるコンテンツ再生に関する優先権を付与する。このようにすることにより、滞在時間当たりの再生コンテンツ数又はコンテンツ再生時間を均一化することができる。したがって、利用者の滞在時間に応じた快適性を考慮することができる。
【００１９】
また、上述した再生制御方法をコンピュータにより実行させる再生制御プログラムとしてもよい。このようにすることにより、コンピュータを用いて、滞在時間当たりの再生コンテンツ数又はコンテンツ再生時間を均一化することができる。したがって、利用者の滞在時間に応じた快適性を考慮することができる。
【実施例１】
【００２０】
本発明の第１の実施例にかかる再生制御装置を有する再生システムを図１乃至図３を参照して説明する。再生システム１は、図１に示したようにプレーヤ１１と、スピーカ１２と、リクエスト装置２０と、ユーザ滞在検出装置３０と、サーバ４０と、を備えている。
【００２１】
再生部、第２取得部としてのプレーヤ１１は、サーバ４０から配信された楽曲等のコンテンツを再生する。即ち、プレーヤ１１は、コンテンツをサーバ４０から取得して、取得したコンテンツを再生している。スピーカ１２は、プレーヤ１１が再生したコンテンツを再生空間に音として出力する。プレーヤ１１とスピーカ１２とは、再生空間として店舗１０に設置されている。
【００２２】
なお、本実施例では、再生空間として店舗１０で説明するが、店舗１０に限らずタクシー等の車両であってもよい。また、再生されるコンテンツとして主に音楽で説明するが、音楽に限らず落語や講談、演説等であってもよいし、音声のみのコンテンツではなく映像を含むコンテンツであってもよい。
【００２３】
リクエスト装置２０は、ユーザ（利用者）が視聴したいコンテンツをリクエスト（再生要求）する装置であり、リクエスト入力用の入力手段やリクエストをサーバ４０に送信する通信手段等を備えている。リクエスト装置２０は、例えばユーザが所有するスマートフォンにリクエスト用のアプリをダウンロードして構成してもよい。或いは店舗１０に備え付けの端末等でリクエスト装置２０を構成してもよい。
【００２４】
ユーザ滞在検出装置３０は、店舗１０にユーザが入退店したことを検出する装置である。ユーザ滞在検出装置３０は、検出したユーザ情報をサーバ４０に送信する通信手段等を備えている。ユーザの滞在検出としては、例えばユーザ情報等が登録された非接触型のＩＣカードや磁気カード等をユーザに配布し、それらのカードを店舗の出入口に設置した読み取り機により読み取って検出する方法が挙げられる。また、ユーザがＧＰＳ（Global Positioning System）受信機能を有する端末を所持している場合であれば、端末にユーザ情報を登録し、ＧＰＳを利用した位置検出により行ってもよい。
【００２５】
サーバ４０は、再生コンテンツ制御部４１と、コンテンツ格納部４２と、ユーザ情報格納部４３と、を備えている。
【００２６】
第１取得部、制御部としての再生コンテンツ制御部４１は、ユーザ滞在検出装置３０から送信されたユーザ情報をユーザ情報格納部４３に格納する。また、再生コンテンツ制御部４１は、リクエスト装置２０から送信されたリクエスト情報を、ユーザ情報格納部４３に格納されたユーザ情報に関連付けて格納する。また、再生コンテンツ制御部４１は、ユーザ情報格納部４３に格納されたユーザ情報及びリクエスト情報に基づいてユーザ毎に指標値を求め、その指標値に基づいてプレーヤ１１で再生するユーザのリクエストしたコンテンツを選択し、プレーヤ１１に配信する。
【００２７】
コンテンツ格納部４２は、プレーヤ１１で再生されるコンテンツが格納されている。なお、コンテンツは、サーバ４０ではなく、別の機器（サーバ）に格納され、サーバ４０が取得する構成でもよい。
【００２８】
ユーザ情報格納部４３は、入店時間や退店時間、現在滞在中か否か、リクエストしたコンテンツ情報等がユーザ毎に関連付けて格納されている。
【００２９】
そして、店舗１０（プレーヤ１１）と、リクエスト装置２０と、ユーザ滞在検出装置３０と、サーバ４０と、はインターネット等のネットワーク５０で互いに通信可能に接続されている。
【００３０】
以上の説明から明らかなように、サーバ４０が、本発明の一実施例にかかる再生制御装置を構成する。また、再生コンテンツ制御部４１はサーバ４０が有するＣＰＵが、コンテンツ格納部４２とユーザ情報格納部４３とはサーバ４０が有するハードディスク等の記憶媒体が、それぞれ機能する。
【００３１】
なお、本実施例では、店舗１０のプレーヤ１１は、外部のサーバ４０から配信されたコンテンツを再生する構成であるが、店舗１０にサーバ４０に相当する機器を設置する構成であってもよい。また、プレーヤ１１にかかる機能とサーバ４０にかかる機能とが一体的に構成されていてもよい。
【００３２】
次に、上述したサーバ４０（再生制御装置）の動作（再生制御方法）を図２を参照して説明する。図２に示したフローチャートは、再生コンテンツ制御部４１で実行される。即ち、再生制御方法をサーバ４０（コンピュータ）により実行させる再生制御プログラムとして構成されている。但し、以下の動作をハードウェアで実行するように再生コンテンツ制御部４１を構成してもよい。
【００３３】
まず、ステップＳ１０１において、プレーヤ１１でリクエストされたコンテンツが再生中か否か判断し、再生中でない場合（Ｎｏの場合）はステップＳ１０２へ進み、再生中である場合（Ｙｅｓの場合）は本ステップで待機する。なお、本実施例では、コンテンツの切り替わりでステップＳ１０２以降を実行するようにしているが、一般に楽曲等のコンテンツの再生時間は予め判明していることが多いので、再生中であってもステップＳ１０２に進み予め次に配信するコンテンツを決定するようにしてもよい。
【００３４】
次に、ステップＳ１０２において、店舗内にいるユーザをリスト化してステップＳ１０３に進む。本ステップでは、ユーザ情報格納部４３に格納されている情報に基づいて、現在、入店しているが退店していないユーザをリスト化する。
【００３５】
次に、ステップＳ１０３において、各ユーザＮの滞在時間Ｔ（Ｎ）を算出してステップＳ１０４に進む。滞在時間Ｔ（Ｎ）は、現時刻とユーザ情報格納部４３に格納されている各ユーザＮの入店時刻から算出する。
【００３６】
次に、ステップＳ１０４において、各ユーザＮの再生済コンテンツ数Ｒ（Ｎ）を算出してステップＳ１０５に進む。再生済コンテンツ数Ｒ（Ｎ）は、ユーザＮがリクエストしたコンテンツのうち、当該ユーザが滞在中に再生されたコンテンツ数となる。このコンテンツ数は、例えばカウンタ等でユーザ毎にカウントしてもよいし、ユーザがリクエストしたコンテンツに再生済みであることを示すフラグ等を設定し、当該フラグ等の有無を数えるようにしてもよい。
【００３７】
次に、ステップＳ１０５において、Ｒ（Ｎ）／Ｔ（Ｎ）が最小となるユーザＮｍｉｎをピックアップ（抽出）してステップＳ１０６に進む。つまり、店舗内にいるユーザについて、指標値としてＲ（Ｎ）／Ｔ（Ｎ）を求め、その値が最小となるユーザＮｍｉｎを抽出する。
【００３８】
次に、ステップＳ１０６において、ステップＳ１０５で抽出したユーザＮｍｉｎのリクエストしたコンテンツのうち未再生のコンテンツを配信する。未再生のコンテンツは、前記した再生済かを示すフラグ等に基づいて識別すればよい。即ち、ステップＳ１０６は、ユーザが再生要求したコンテンツについて、再生済かを示すフラグ（再生空間滞在中に再生したか否かに関するコンテンツ再生情報）を取得し、再生済かを示すフラグ（コンテンツ再生情報）に基づき店舗１０（再生空間）滞在中に再生していないコンテンツを再生するように制御している。
【００３９】
以上の説明から明らかなように、ステップＳ１０３は、利用者のそれまでの滞在時間を取得する第１取得工程として機能している。ステップＳ１０４は、店舗１０（再生空間）滞在中に当該ユーザのリクエスト（再生要求）に応じて再生されたコンテンツの数を取得する第１取得工程として機能している。また、ステップＳ１０５は、再生されたコンテンツの数と滞在時間とに基づき指標値を求める制御工程として機能している。ステップＳ１０６は、指標値に基づきユーザＮｍｉｎに対して店舗１０（再生空間）おけるコンテンツ再生に関する優先権を付与する制御工程として機能し、さらに優先権に基づき店舗１０（再生空間）におけるコンテンツの再生を制御している。
【００４０】
ここで、図２に示したフローチャートによる動作の具体例を図３に示す。図３は、ユーザとしてＡ、Ｂの２名が入店する場合である。ユーザＡは９時に入店し、ユーザＢは９時３０分に入店するとする。そして、ユーザＡ、Ｂとも１０分おきにリクエストをするものとする。なお、図２のフローチャートでは、コンテンツ（楽曲）の再生終了時にどのユーザのリクエストを配信するか決定していたが、図３では説明を簡単にするため、１コンテンツの長さを全て１０分として説明する。
【００４１】
まず、９時から９時３０分まではユーザＡしかいないのでユーザＡのリクエストした楽曲（Ｎｏ．１〜３）が配信されてプレーヤ１１で再生される。
【００４２】
９時３０分の時点でユーザＢが入店し、リクエストＮｏ．８の楽曲をリクエストする。このとき、ユーザＡの指標値は、再生された楽曲数が３、滞在時間が３０分であるので、３／３０＝０．１となる。ユーザＢの指標値は、再生された楽曲数が０、滞在時間が０分であるので０とする。そして、双方の指標値を比較し、ユーザＢの指標値が小さいのでユーザＢに優先権が付与されユーザＢのリクエストした楽曲（Ｎｏ．８）が配信される。
【００４３】
９時４０分においても同様に指標値を算出すると、ユーザＡが０．０７５、ユーザＢが０．１となり、ユーザＡの指標値が小さいのでユーザＡに優先権が付与されユーザＡのリクエストした楽曲（Ｎｏ．４）が配信される。続いて９時５０分においても同様に指標値を算出すると、ユーザＡが０．０８、ユーザＢが０．０５となり、ユーザＢの指標値が小さいのでユーザＢに優先権が付与されユーザＢのリクエストした楽曲（Ｎｏ．９）が配信される。
【００４４】
このように、図３の例では、１時間の間に、ユーザＡは４曲、ユーザＢは２曲のリクエストした楽曲が配信されて再生される。
【００４５】
本実施例によれば、再生コンテンツ制御部４１が、複数のユーザが店舗１０に滞在した滞在時間と、各ユーザの店舗１０滞在中に当該ユーザのリクエストに応じて再生されたコンテンツ数と、を取得する。そして、コンテンツ数及び滞在時間に基づき指標値を求め、その指標値を比較して最小の指標値となったユーザに対して店舗１０おけるコンテンツ再生に関する優先権を付与する。このようにすることにより、滞在時間当たりの再生コンテンツ数を均一化することができる。したがって、ユーザの滞在時間に応じた快適性を考慮することができる。また、指標値を比較して優先権を付与しているので、優先権の付与にかかる処理を単純化することができ、サーバ４０の処理負荷を軽減することができる。
【００４６】
また、再生コンテンツ制御部４１は、優先権に基づき店舗１０におけるコンテンツの配信を制御している。このようにすることにより、滞在時間当たりの再生コンテンツ数に基づいてコンテンツの配信（再生）をプレーヤ１１に行わせることができるので、ユーザの滞在時間に応じたコンテンツ再生をすることができる。
【００４７】
また、再生コンテンツ制御部４１は、ユーザがリクエストしたコンテンツについて、店舗１０滞在中に再生済を示すフラグを取得し、そのフラグに基づき店舗１０滞在中に再生していないコンテンツを配信している。このようにすることにより、ユーザが滞在中に再生されたコンテンツは再生されなくなるので、同じコンテンツが何度も再生されることを防止できる。
【００４８】
また、コンテンツをサーバ４０のコンテンツ格納部４２に格納し、再生部であるプレーヤ１１は、外部のサーバ４０からコンテンツを取得して再生している。このようにすることにより、サーバ４０からコンテンツの配信を受けるようなストリーミング形式のサービスに対応することができる。また、プレーヤ１１がコンテンツを持たないので、プレーヤ１１にコンテンツ格納のための記憶手段が不要となり、プレーヤ１１の小型化、低コスト化が可能となる。さらに、コンテンツの更新等もサーバ４０で行えばよいので、店舗毎に更新する必要が無い。
【００４９】
なお、本実施例において、再生コンテンツ制御部４１は、指標値を求めて、優先権を付与したユーザのリクエストしたコンテンツを自動的に選択して配信していたが、例えば優先権を付与したことをユーザの所持するリクエスト装置２０等の端末に通知し、その通知を受けた時点でユーザがリクエストするような構成であってもよい。つまり、再生コンテンツ制御部４１は、優先権を付与するまでの処理を一度に行い、その後のコンテンツ再生制御に係る部分は優先権を得たユーザの指示を待って行うようにしてもよい。また、サーバ４０は、優先権を付与する処理を行う装置（演算サーバ）とコンテンツ配信等の再生制御を行う装置（配信サーバ）とに分けて構成してもよい。
【実施例２】
【００５０】
次に、本発明の第２の実施例にかかる再生制御装置を図４及び図５を参照して説明する。なお、前述した第１の実施例と同一部分には、同一符号を付して説明を省略する。
【００５１】
本実施例は、同時に複数人が店舗１０等の再生空間に入ってきた場合の動作である。本実施例におけるサーバ４０の動作について、図４を参照して説明する。図４に示したフローチャートのうち、ステップＳ１０１〜Ｓ１０４、Ｓ１０６は図２と同様である。
【００５２】
ステップＳ１０４から進んだステップＳ２０５においては、Ｒ（Ｎ）／Ｔ（Ｎ）が最小となるユーザＮｍｉｎをピックアップ（抽出）してステップＳ１０６に進む。つまり、店舗内にいるユーザについて、Ｒ（Ｎ）／Ｔ（Ｎ）を算出し、その値が最小となるユーザＮｍｉｎを抽出する。本ステップでは、最小となるユーザが複数いる場合（優先権を付与する条件を満たす利用者が複数となった場合）の判定が追加されている。
【００５３】
ここで、最小となるユーザが複数いる場合の判定方法について説明する。まず、１つ目の方法としては、指標値が最小となるユーザ（指標値が同点となるユーザ）についての判定履歴を記憶しておき、その判定履歴を参照して直前の判定で負けたユーザ（優先権を与えられなかったユーザ）に決定する。即ち、指標値を比較した結果、優先権を付与する条件を満たすユーザが複数となった場合における判定履歴を有し、判定履歴に基づいて、以前の判定で優先権を付与しなかったユーザに優先権を付与する。
【００５４】
次に、２つ目の方法としては、先にリクエストをしたユーザ（リクエストした時間が先であるユーザ）に決定する。この方法は、例えば直前の判定履歴が無い場合に有効である。即ち、指標値を比較した結果、優先権を付与する条件を満たすユーザが複数となった場合は、それら複数のユーザのうち最先の（時間的に最も早く）再生要求をしたユーザに優先権を付与する。
【００５５】
なお、上記２つ目の方法でも同時にリクエストしている場合等でリクエスト時間でも決定できない場合は、例えばランダムに決めてもよい。
【００５６】
なお、上述した説明では、直前の判定履歴で抽出できない場合にリクエスト時間で抽出するようにしているが、逆であってもよい。あるいは、直前の判定履歴とリクエスト時間のいずれか一方のみとし、それで抽出できない場合はランダムに決めてもよい。つまり、これら３つの方法は単独で使用してもよいし、任意に組み合わせてもよい。
【００５７】
ここで、図４に示したフローチャートによる動作の具体例を図５に示す。図５は、ユーザとしてＡ、Ｂ、Ｃの３名が入店する場合である。ユーザＡは９時に入店し、ユーザＢ、Ｃは９時３０分に入店するとする。そして、ユーザＡ、Ｂ、Ｃとも１０分おきにリクエストをするものとする。
【００５８】
まず、９時から９時３０分まではユーザＡしかいないのでユーザＡのリクエストした楽曲（Ｎｏ．１〜３）が配信されてプレーヤ１１で再生される。
【００５９】
９時３０分の時点でユーザＢ、Ｃが入店し、ユーザＢリクエストＮｏ．８の楽曲、ユーザＣリクエストＮｏ．１１の楽曲をそれぞれリクエストする。このとき、ユーザＡの指標値は、再生された楽曲数が３、滞在時間が３０分であるので、３／３０＝０．１となる。ユーザＢ、Ｃの指標値は、再生された楽曲数が０、滞在時間が０分であるので０とする。ここで、各ユーザの指標値を比較すると、最小値はユーザＢ、Ｃであり、同点となる。９時３０分の時点では、ユーザＢ、Ｃは入店したばかりであり、直前の判定履歴がない。また、リクエスト時間にも差が無いので、ここではランダムにユーザＢと決定する。そして、ユーザＢに優先権が付与されユーザＢのリクエストした楽曲（Ｎｏ．８）が配信される。
【００６０】
９時４０分においても同様に指標値を算出すると、ユーザＡが０．０７５、ユーザＢが０．１、ユーザＣが０となり、ユーザＣの指標値が小さいのでユーザＣに優先権が付与されユーザＣのリクエストした楽曲（Ｎｏ．１１）が配信される。
【００６１】
９時５０分においても同様に指標値を算出すると、ユーザＡが０．０６、ユーザＢ、Ｃが０．０５となる。ここで、最小値のユーザＢ、Ｃの指標値は同点となる。ユーザＣは、９時３０分の判定の際に負けているので、ユーザＣに優先権が付与されユーザＣのリクエストした楽曲（Ｎｏ．１２）が配信される。なお、この９時５０分における判定で、ユーザＣは同点となったユーザＢに負けた履歴に基づいて優先権が与えられているが、この判定は、以前と同じユーザに負けたことに限らず、他のユーザであってもよい。要するに、最小値が同点で負けたという履歴があれば負けた相手は問わない。但し、例えば三者同点となった等、どちらも負けた履歴がある場合は、上述したリクエスト時間やランダム等で決定してもよい。
【００６２】
このように、図５の例では、１時間の間に、ユーザＡは３曲、ユーザＢは１曲、ユーザＣは２曲のリクエストした楽曲が配信される。
【００６３】
本実施例によれば、再生コンテンツ制御部４１は、指標値が最小となったユーザが複数であった場合は、以前の判定履歴に基づいて、以前は優先権を付与されなかったユーザに優先権を付与してもよい。このようにすることにより、指標値による判定ができないときでも優先権を付与することができる。また、以前の判定で優先権を付与しなかったユーザに優先権を付与することで、同じユーザへ優先権の付与が偏ることを防止できる。
【００６４】
また、再生コンテンツ制御部４１は、指標値が最小となったユーザが複数であった場合は、複数のユーザのうち最先の再生要求をしたユーザに優先権を付与してもよい。このようにすることにより、判定履歴が無いときでも優先権を付与することができる。
【００６５】
また、再生コンテンツ制御部４１は、指標値が最小となったユーザが複数であった場合は、ランダムにユーザに優先権を付与してもよい。このようにすることにより、再生要求の時間に差が無いときでも優先権を付与することができる。
【実施例３】
【００６６】
次に、本発明の第３の実施例にかかる再生制御装置を図６及び図７を参照して説明する。なお、前述した第１、第２の実施例と同一部分には、同一符号を付して説明を省略する。
【００６７】
本実施例は、第１、第２の実施例のように滞在時間当たりの再生コンテンツ数ではなく、滞在時間当たりのコンテンツ再生時間を指標値として求め、優先権を付与する。本実施例におけるサーバ４０の動作について、図６を参照して説明する。図６に示したフローチャートのうち、ステップＳ１０１〜Ｓ１０３、Ｓ１０６は図２と同様である。
【００６８】
ステップＳ１０３から進んだステップＳ３０４においては、各ユーザＮの総再生時間長Ｓ（Ｎ）を算出してステップＳ３０５に進む。総再生時間長Ｓ（Ｎ）は、ユーザＮがリクエストしたコンテンツのうち、当該ユーザが滞在中に再生されたコンテンツの再生時間の合計となる。
【００６９】
次に、ステップＳ３０５において、Ｓ（Ｎ）／Ｔ（Ｎ）が最小となるユーザＮｍｉｎをピックアップ（抽出）してステップＳ１０６に進む。つまり、第１の実施例と同様に、店舗１０内にいるユーザについて、Ｓ（Ｎ）／Ｔ（Ｎ）を算出し、その値が最小となるユーザＮｍｉｎを抽出する。
【００７０】
ここで、図６に示したフローチャートによる動作の具体例を図７に示す。図５は、基本的に図３と同様にユーザとしてＡ、Ｂの２名が入店する場合である。図３と異なるのは、各リクエスト曲の再生時間を記載している点と、指標値を上述したようにＳ（Ｎ）／Ｔ（Ｎ）で求めている点である。
【００７１】
まず、９時から９時３０分まではユーザＡしかいないのでユーザＡのリクエストした楽曲（Ｎｏ．１〜３）が配信されてプレーヤ１１で再生される。
【００７２】
９時３０分の時点でユーザＢが入店し、リクエストＮｏ．８の楽曲をリクエストする。このとき、ユーザＡの指標値は、再生された楽曲の総時間長が１５分、滞在時間が３０分であるので、１５／３０＝０．５となる。ユーザＢの指標値は、再生された楽曲の総時間長が０、滞在時間が０分であるので０とする。そして、双方の指標値を比較し、ユーザＢの指標値が小さいのでユーザＢに優先権が付与されユーザＢのリクエストした楽曲（Ｎｏ．８）が配信される。
【００７３】
９時４０分においても同様に指標値を算出すると、ユーザＡが０．３７５、ユーザＢが１となり、ユーザＡの指標値が小さいのでユーザＡに優先権が付与されユーザＡのリクエストした楽曲（Ｎｏ．４）が配信される。続いて９時５０分においても同様に指標値を算出すると、ユーザＡが０．４６、ユーザＢが０．５となり、ユーザＡの指標値が小さいのでユーザＡに優先権が付与されユーザＡのリクエストした楽曲（Ｎｏ．５）が配信される。
【００７４】
このように、図７の例では、１時間の間にユーザＡは２８分間、ユーザＢは１０分間リクエストした楽曲を聴くことができる。図７のケースで、第１の実施例の方法で指標値を求めて優先権を付与すると、ユーザＡは４曲で２３分、ユーザＢは２曲で１８分となり、ユーザＢが１曲当たりの時間が長い曲をリクエストした影響でユーザＢのリクエストした楽曲の再生時間が長くなってしまう。
【００７５】
それに対して、本実施例によれば、再生コンテンツ制御部４１は、滞在中に再生されたリクエスト曲の総再生時間及び滞在時間に基づき指標値を求め、指標値に基づき利用者に対して再生空間おけるコンテンツ再生に関する優先権を付与する。このようにすることにより、コンテンツ数で均一化した場合に不均衡が生じることを防止して、滞在時間当たりのコンテンツ再生時間を均一化することができる。
【実施例４】
【００７６】
次に、本発明の第４の実施例にかかる再生制御装置を図８及び図９を参照して説明する。なお、前述した第１乃至第３の実施例と同一部分には、同一符号を付して説明を省略する。
【００７７】
本実施例は、再生空間に楽曲を聴きたくないというユーザがいた場合の動作である。本実施例におけるサーバ４０の動作について、図６を参照して説明する。図６に示したフローチャートは、ステップＳ１０１〜Ｓ１０６は図２と同様であるが、ステップＳ１０２とＳ１０３との間にステップＳ４０１〜Ｓ４０３を実行する点が異なる。
【００７８】
ステップＳ４０１においては、店舗１０内に静かにしたい希望者がいるか否かを判断し、いる場合（Ｙｅｓの場合）はステップＳ４０２に進み、いない場合（Ｎｏの場合）はステップＳ４０３に進む。静かにしたいとの希望は、例えばリクエスト装置２０から入力可能とすればよい。即ち、再生コンテンツ制御部４１は、コンテンツの再生を希望しないユーザの有無に関する有無情報を取得している。
【００７９】
次に、ステップＳ４０２において、店舗１０内に静かにしたい希望者がいたので、再生コンテンツ制御部４１内の静かフラグをＯＮ（１）に設定し、プレーヤ１１に対して再生のボリュームダウン指示をしてステップＳ１０３に進む。
【００８０】
一方、ステップＳ４０３においては、店舗１０内に静かにしたい希望者がいないので、静かフラグをＯＦＦ（０）に設定し、プレーヤ１１に対して再生のボリュームを標準設定とする指示をしてステップＳ１０３に進む。なお、既に標準設定となっていた場合は、指示をしなくてもよい。即ち、ステップＳ４０２、４０３において、再生コンテンツ制御部４１は、有無情報に基づきプレーヤ１１が再生するコンテンツの音量を制御している。
【００８１】
ここで、図８に示したフローチャートによる動作の具体例を図９に示す。図９は、基本的に図３と同様に、ユーザとしてＡ、Ｂの２名が入店する場合である。図３と異なるのは、ユーザＢが静かにしたいと希望している点である。
【００８２】
この場合、９時から９時３０分まではユーザＡしかいないのでユーザＡのリクエストした楽曲（Ｎｏ．１〜３）が配信されてプレーヤ１１で標準設定のボリュームで再生される。また、このとき静かにしたいと希望するユーザはいないので、再生コンテンツ制御部４１に設定される静かフラグは“０”となる。
【００８３】
９時３０分の時点でユーザＢが入店し、静かにしたいと希望する。したがって、静かフラグが“１”となり、プレーヤ１１にボリュームダウンが指示され、ユーザＡのリクエストした楽曲（Ｎｏ．４〜６）再生音量が下がる。以降、ユーザＢが滞在中はボリュームダウン状態が継続する。
【００８４】
本実施例によれば、再生コンテンツ制御部４１は、静かにしたいと希望するユーザの有無に関する情報を取得し、その情報に基づきプレーヤ１１が再生する楽曲の音量を制御している。このようにすることにより、音楽等を聴きたくないユーザがいるときは楽曲の再生音量を小さくすることができる。したがって、より多くの利用者の快適性を考慮することができる。
【００８５】
なお、第４の実施例の変形例として、静かにしたいと希望するユーザがいた場合は、無音状態をリクエストしていると見做して、第１〜第３の実施例の判断方法を用いてもよい。このようにすることにより、リクエスト曲数や総再生時間長に基づいて、所定時間の無音時間が挿入される。１回の無音状態の時間は、楽曲１曲当たりの平均再生時間等に基づいて適宜定めればよい。
【００８６】
また、例えばリクエスト装置２０をスマートフォン等のユーザ所有の機器で構成した場合は、上述した各実施例のリクエストや静かにしたいとの希望を予め行うようにしてもよい。その場合は、ユーザ滞在検出装置３０がユーザの入退店を検出した時間帯で各実施例の動作を行う。さらには、予め行ったリクエストは、例えばプレイリストとして保存し、当該ユーザが来店した場合は、その都度リクエスト操作をしていなくてもリクエストをしたものとして各実施例の動作を行ってもよい。
【００８７】
また、本発明は上記実施例に限定されるものではない。即ち、当業者は、従来公知の知見に従い、本発明の骨子を逸脱しない範囲で種々変形して実施することができる。かかる変形によってもなお本発明の再生制御装置の構成を具備する限り、勿論、本発明の範疇に含まれるものである。
【符号の説明】
【００８８】
１        再生システム
１０      店舗（再生空間）
１１      プレーヤ（再生部）
２０      リクエスト装置
３０      ユーザ滞在検出装置
４０      サーバ
４１      再生コンテンツ制御部（第１取得部、制御部、第２取得部）
４２      コンテンツ格納部
４３      ユーザ情報格納部
Ｓ１０３  各ユーザＮの滞在時間Ｔ（Ｎ）を算出（第１取得工程）
Ｓ１０４  各ユーザＮの再生済コンテンツ数Ｒ（Ｎ）を算出（第１取得工程）
Ｓ１０５  Ｒ（Ｎ）／Ｔ（Ｎ）が最小となるＮｍｉｎをピックアップ（制御工程）
【図１】
2018081266.tif 000003
【図２】
2018081266.tif 000004
【図３】
2018081266.tif 000005
【図４】
2018081266.tif 000006
【図５】
2018081266.tif 000007
【図６】
2018081266.tif 000008
【図７】
2018081266.tif 000009
【図８】
2018081266.tif 000010
【図９】
2018081266.tif 000011