(57)【要約】  顧客がＤＪに対して楽曲をリクエストするためのリクエストリストを、場の雰囲気に応じて効率よく生成することを目的とする。本発明のサーバー３０は、コンテンツの再生を検出する再生検出部３３０と、再生を検出したコンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別部３４０と、非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成部３６０と、生成したリクエストリストを出力する情報出力部３７０と、リクエストリストから選択された投票結果を取得して集計する取得・集計部３８０，３９０と、集計結果を出力・表示する出力・表示部６１０，６２０と、を備えたことを特徴とする。
2013005255.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの再生を検出する再生検出部と、
再生を検出した前記コンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別部と、
前記非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成部と、を備えたことを特徴とする情報処理装置。
【請求項２】
前記再生検出部は、再生されたコンテンツの付随情報を取得することにより、前記コンテンツの再生を検出し、
前記リクエストリスト生成部は、前記付随情報を用いて、前記リクエストリストを生成することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記再生検出部は、所定時間以上連続して再生された前記コンテンツについて、前記コンテンツの再生を検出することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記リクエストリストを生成するか否かを示すリスト生成モードのＯＮ／ＯＦＦを切り替えるリスト生成モード切替部をさらに備え、
前記リクエストリスト生成部は、前記リスト生成モードが「ＯＮ」の場合のみ、前記リクエストリストを生成することを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記ＯｎＡｉｒ状態で再生されたコンテンツの再生ログを生成する再生ログ生成部をさらに備えたことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記リクエストリストおよび前記再生ログの少なくとも一方を表示する１以上の表示部を内部または外部に備え、
前記リクエストリスト生成部および前記再生ログ生成部の少なくとも一方により生成された前記リクエストリストおよび前記再生ログの少なくとも一方を、前記１以上の表示部に出力する情報出力部をさらに備えたことを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記リクエストリストおよび前記再生ログを開示するか否かを示す開示モードのＯＮ／ＯＦＦを切り替える開示モード切替部をさらに備え、
前記情報出力部は、前記開示モードが「ＯＮ」の場合のみ、前記リクエストリストおよび前記再生ログの少なくとも一方を出力することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記情報出力部は、前記非ＯｎＡｉｒ状態で再生されたコンテンツが所定数に達した時点で、前記リクエストリストを出力することを特徴とする請求項６に記載の情報処理装置。
【請求項９】
請求項８に記載の情報処理装置と、１以上の携帯端末が通信可能に構成された通信システムであって、
前記携帯端末は、
前記表示部と、
前記リクエストリストを取得するリクエストリスト取得部と、
前記リクエストリストの中から１以上のコンテンツを選択するコンテンツ選択部と、
前記コンテンツ選択部の選択結果を前記情報処理装置に出力する選択結果出力部と、を備え、
前記情報処理装置は、
前記１以上の携帯端末から出力された前記選択結果を集計する集計部と、
前記集計部の集計結果を前記１以上の携帯端末に出力する集計結果出力部と、をさらに備えたことを特徴とする通信システム。
【請求項１０】
前記情報処理装置は、１以上の再生装置とさらに通信可能に構成され、
前記集計結果出力部は、前記集計部の集計結果を前記１以上の再生装置に出力し、
前記再生装置は、
前記表示部と、
前記コンテンツを再生するコンテンツ再生部と、を備えたことを特徴とする請求項９に記載の通信システム。
【請求項１１】
前記集計部は、前記リスト生成モード切替部により前記リスト生成モードが「ＯＦＦ」に切り替えられた時点で集計を行うことを特徴とする請求項９に記載の通信システム。
【請求項１２】
前記集計部は、前記非ＯｎＡｉｒ状態で再生されたコンテンツが所定数に達した時点から所定時間経過後に集計を行うことを特徴とする請求項９に記載の通信システム。
【請求項１３】
コンテンツを再生するコンテンツ再生部と、
前記コンテンツ再生部により再生されたコンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別部と、
前記非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成部と、
生成された前記リクエストリストを出力するリスエストリスト出力部と、を備えたことを特徴とするコンテンツ再生システム。
【請求項１４】
請求項１３に記載のコンテンツ再生システムにおける各部を備えたことを特徴とするＤＪ機器。
【請求項１５】
コンテンツの再生を検出する再生検出ステップと、
再生を検出した前記コンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別ステップと、
前記非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成ステップと、を備えたことを特徴とする情報処理装置の制御方法。
【請求項１６】
コンテンツを再生するコンテンツ再生ステップと、
再生された前記コンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別ステップと、
前記非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成ステップと、
生成された前記リクエストリストを出力するリスエストリスト出力ステップと、を備えたことを特徴とするコンテンツ再生システムの制御方法。
【請求項１７】
コンピューターを、請求項１ないし８のいずれか１項に記載の情報処理装置における各部、または請求項９ないし１２のいずれか１項に記載の通信システムにおける前記情報処理装置の各部として機能させるためのプログラム。
【請求項１８】
コンピューターを、請求項９に記載の通信システムにおける前記携帯端末の各部として機能させるためのプログラム。
【請求項１９】
コンピューターを、請求項１３に記載のコンテンツ再生システムにおける各部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
コンテンツの再生履歴を記録する情報処理装置、通信システム、コンテンツ再生システム、ＤＪ機器、情報処理装置の制御方法、コンテンツ再生システムの制御方法およびプログラムに関する。
【背景技術】
【０００２】
従来、コンテンツの再生履歴（以下、「再生ログ」と称する）を記録する技術として、特許文献１が知られている。当該特許文献１には、音楽番組の放送に使用した楽曲や効果音などの放送履歴を作成する方法が記載されている。具体的には、予め作成しておいたキューシートの情報に、実際に放送した楽曲や効果音に関する放送属性情報を反映させて、放送履歴表を作成する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第３３３８４３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところが、上記の特許文献１に記載の放送履歴作成方法では、予めキューシートを作成しておく必要がある。このため、予定していた楽曲以外の楽曲を放送した場合、適切に放送履歴を作成できないといった問題があった。特に、リクエスト番組など、番組の流れによって放送する楽曲を決定するような場合には、利用不可能である。【０００５】
一方、このような再生履歴を記録する技術は、クラブ等でＤＪ（ディスクジョッキー）が演奏した楽曲の再生ログを作成する場合にも適用可能である。しかしながら、クラブ等における演奏は、予定していた楽曲を場の雰囲気に応じて変更することが多いため、上記の特許文献１に記載の放送履歴作成方法の適用は困難である。【０００６】
また、クラブ等では、顧客がＤＪに対して楽曲をリクエストしたいといった要望がある。逆にＤＪからも、顧客のリクエストに対応したいといった要望がある。ところが、上記の通りクラブ等における演奏は、場の雰囲気に応じて楽曲を変更することが多いため、予めリクエストリストを作成しておくことができない。また、演奏中その場で無制限にリクエストを受付けることも考えられるが、顧客がどのような楽曲をリクエストして良いか分からないこと、楽曲の入手が困難であること、票が分散する可能性が高いことなど、課題が多い。【０００７】
本発明は、上記の問題点に鑑み、顧客がＤＪに対して楽曲をリクエストするためのリクエストリストを、場の雰囲気に応じて効率よく生成することを第１の目的とする。また、リクエストリストや楽曲の再生ログを生成し、これらを顧客に提供することで、顧客メリットを向上させることを第２の目的とする。
【課題を解決するための手段】
【０００８】
本発明の情報処理装置は、コンテンツの再生を検出する再生検出部と、再生を検出したコンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別部と、非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成部と、を備えたことを特徴とする。【０００９】
本発明の情報処理装置の制御方法は、コンテンツの再生を検出する再生検出ステップと、再生を検出したコンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別ステップと、非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成ステップと、を備えたことを特徴とする。【００１０】
これらの構成によれば、リクエストリストとして、非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストを生成するため、演奏中に顧客の反応を見ながら、ＤＪの意図を反映したリクエストリストを生成できる。一般的にＤＪは、２台のＤＪプレーヤーを操作し、一方のプレーヤーがＯｎＡｉｒ状態のときに他のプレーヤーで次曲の選曲を行う（非ＯｎＡｉｒ状態で試聴する）。ここで、「非ＯｎＡｉｒ状態で再生されたコンテンツ」は、ＤＪがこれから演奏したいと考える楽曲である。つまり、非ＯｎＡｉｒ状態の試聴を積極的に利用することで、リクエストリストの生成に必要な楽曲の選曲操作を実現できる。また、次曲の選曲を行う動作は、ＤＪの通常演奏時の動作であるため、リクエストリストを生成することに対するＤＪの負担がない。さらに、ＤＪが保有している楽曲リストの中からリクエストリストを生成することで、顧客からのリクエストを受けて次再生候補楽曲を選択することができ、顧客参加型のイベントを実現できる。
なお、「コンテンツ」とは、楽曲以外の音声（オーディオコンテンツ）、映像（ビデオコンテンツ）なども含む概念である。【００１１】
上記の情報処理装置において、再生検出部は、再生されたコンテンツの付随情報を取得することにより、コンテンツの再生を検出し、リクエストリスト生成部は、付随情報を用いて、リクエストリストを生成することを特徴とする。【００１２】
この構成によれば、コンテンツの付随情報（タイトル、アーティスト、ジャンル、レーベル等）の取得によってコンテンツの再生を検出できるため、コンテンツの再生機能を有しない情報処理装置にも、本発明を適用可能である。【００１３】
上記の情報処理装置において、再生検出部は、所定時間以上連続して再生されたコンテンツについて、コンテンツの再生を検出することを特徴とする。【００１４】
この構成によれば、操作ミスにより、ＤＪの意図しない楽曲を非ＯｎＡｉｒ状態で再生してしまった場合（楽曲ファイルをミスロードした時や短時間試聴した場合）などに、その再生結果がリクエストリストに反映されることを防止できる。【００１５】
上記の情報処理装置において、リクエストリストを生成するか否かを示すリスト生成モードのＯＮ／ＯＦＦを切り替えるリスト生成モード切替部をさらに備え、リクエストリスト生成部は、リスト生成モードが「ＯＮ」の場合のみ、リクエストリストを生成することを特徴とする。【００１６】
この構成によれば、ＤＪの好みや、場の雰囲気に応じて、リクエストリストの生成／非生成を切り替えることができる。【００１７】
上記の情報処理装置において、ＯｎＡｉｒ状態で再生されたコンテンツの再生ログを生成する再生ログ生成部をさらに備えたことを特徴とする。【００１８】
この構成によれば、ＯｎＡｉｒ状態を参照することで、再生ログとリクエストリストの両方を作り分けることができる。【００１９】
上記の情報処理装置において、リクエストリストおよび再生ログの少なくとも一方を表示する１以上の表示部を内部または外部に備え、リクエストリスト生成部および再生ログ生成部の少なくとも一方により生成されたリクエストリストおよび再生ログの少なくとも一方を、１以上の表示部に出力する情報出力部をさらに備えたことを特徴とする。【００２０】
この構成によれば、リクエストリストや再生ログを、ＤＪや顧客に対して視覚的に提示できる。【００２１】
上記の情報処理装置において、リクエストリストおよび再生ログを開示するか否かを示す開示モードのＯＮ／ＯＦＦを切り替える開示モード切替部をさらに備え、情報出力部は、開示モードが「ＯＮ」の場合のみ、リクエストリストおよび再生ログの少なくとも一方を出力することを特徴とする。【００２２】
この構成によれば、ＤＪの好みや、場の雰囲気に応じて、リクエストリストおよび再生ログの開示／非開示を切り替えることができる。
なお、リスト生成モードが「ＯＦＦ」の場合は、開示モードが「ＯＮ」の場合でも、リクエストリストは開示されない。また、開示モードが「ＯＦＦ」の場合は、リスト生成モードが「ＯＮ」の場合でも、リクエストリストは生成されない。また、開示モードが「ＯＦＦ」の場合、再生ログは生成されない。【００２３】
上記の情報処理装置において、情報出力部は、非ＯｎＡｉｒ状態で再生されたコンテンツが所定数に達した時点で、リクエストリストを出力することを特徴とする。【００２４】
この構成によれば、ＤＪの特段の操作を必要とすることなく、リクエストリストを公開して、顧客のリクエストを受付けることができる。【００２５】
本発明の通信システムは、上記の情報処理装置と、１以上の携帯端末が通信可能に構成された通信システムであって、携帯端末は、表示部と、リクエストリストを取得するリクエストリスト取得部と、リクエストリストの中から１以上のコンテンツを選択するコンテンツ選択部と、コンテンツ選択部の選択結果を情報処理装置に出力する選択結果出力部と、を備え、情報処理装置は、１以上の携帯端末から出力された選択結果を集計する集計部と、集計部の集計結果を１以上の携帯端末に出力する集計結果出力部と、をさらに備えたことを特徴とする。【００２６】
この構成によれば、顧客が、自分の所有する携帯端末（スマートフォン、携帯電話など）を用いて、リクエストリストを取得し、その中から所望のコンテンツをリクエストすることができる。また、顧客のリクエストを集計し、その集計結果を顧客に提示することができる。なお、ＤＪ自身も携帯端末を所持することで、リクエストの集計結果を確認することができ、次曲の選曲に役立てることができる。【００２７】
上記の通信システムにおいて、情報処理装置は、１以上の再生装置とさらに通信可能に構成され、集計結果出力部は、集計部の集計結果を１以上の再生装置に出力し、再生装置は、表示部と、コンテンツを再生するコンテンツ再生部と、を備えたことを特徴とする。【００２８】
この構成によれば、ＤＪは、自身が操作する再生装置（ＤＪプレーヤーなど）上で、リクエストの集計結果を容易に確認することができる。【００２９】
上記の通信システムにおいて、集計部は、リスト生成モード切替部によりリスト生成モードが「ＯＦＦ」に切り替えられた時点で集計を行うことを特徴とする。【００３０】
この構成によれば、ＤＪがリクエストの受付終了のタイミングを決定することができる。これにより、顧客の人数や場の雰囲気に応じて適切なタイミングで集計を開始することができる。【００３１】
上記の通信システムにおいて、集計部は、非ＯｎＡｉｒ状態で再生されたコンテンツが所定数に達した時点から所定時間経過後に集計を行うことを特徴とする。【００３２】
この構成によれば、ＤＪの特段の操作を必要とすることなく、リクエストの受付を終了することができる。【００３３】
本発明のコンテンツ再生システムは、コンテンツを再生するコンテンツ再生部と、コンテンツ再生部により再生されたコンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別部と、非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成部と、生成されたリクエストリストを出力するリスエストリスト出力部と、を備えたことを特徴とする。【００３４】
本発明のコンテンツ再生システムの制御方法は、コンテンツを再生するコンテンツ再生ステップと、再生されたコンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別ステップと、非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成ステップと、生成されたリクエストリストを出力するリスエストリスト出力ステップと、を備えたことを特徴とする。【００３５】
これらの構成によれば、場の雰囲気に応じて効率よくリクエストリストを生成可能なコンテンツ再生システムを実現できる。
なお、「コンテンツ再生システム」としては、ＤＪ機器、ＤＪアプリケーション、ＤＶＤプレーヤー、映像再生アプリケーションなどを指す。【００３６】
本発明のＤＪ機器は、上記のコンテンツ再生システムにおける各部を備えたことを特徴とする。【００３７】
本発明のプログラムは、コンピューターを、上記の情報処理装置における各部、または上記の通信システムにおける情報処理装置の各部として機能させることを特徴とする。【００３８】
本発明のプログラムは、コンピューターを、上記の通信システムにおける携帯端末の各部として機能させることを特徴とする。【００３９】
本発明のプログラムは、コンピューターを、上記のコンテンツ再生システムにおける各部として機能させることを特徴とする。【００４０】
これらのプログラムを実行することにより、顧客がＤＪに対して楽曲をリクエストするためのリクエストリストを、場の雰囲気に応じて効率よく生成可能な情報処理装置、通信システム、コンテンツ再生システム、ＤＪ機器を実現できる。
なお、これらのプログラムを実行する主体は、ネットワーク上のサーバーであっても良い。また、クラウドコンピューティングにも、本発明を適用できる。さらに、サーバー、ＰＣ、ユーザー端末がネットワーク接続された構成に本発明を適用する場合は、最低限、ユーザー端末に、表示画面手段、操作手段、サーバーおよび／またはＰＣと通信するための通信手段を備えれば良く、他の手段については、サーバー、ＰＣ、ユーザー端末のいずれか、またはそれぞれに分散して備えられれば良い。
【図面の簡単な説明】
【００４１】
【図１】本発明の一実施形態に係るＤＪシステムのシステム構成図である。
【図２】ＤＪプレーヤーの平面図である。
【図３】ミキサー装置の平面図である。
【図４】サーバーの制御ブロック図である。
【図５】ＤＪシステムの機能ブロック図（リクエスト関連）である。
【図６】ＤＪシステムの機能ブロック図（再生ログ関連）である。
【図７】ＤＪ演奏の流れを示すタイムチャートおよび再生ログの記録内容を示す図である。
【図８】ミキサー装置のＯｎＡｉｒ検出処理を示すフローチャートである。
【図９】顧客用スマートフォンの画面表示例（再生ログ、楽曲マーク）を示す図である。
【図１０】顧客用スマートフォンの画面表示例（リクエストリスト、リクエスト結果）を示す図である。
【図１１】大型表示装置の画面表示例を示す図である。
【図１２】サーバーの画面表示例（イベント総合ログ）を示す図である。
【図１３】サーバーの画面表示例（タイトル別詳細ログ）を示す図である。
【図１４】変形例に係るＤＪシステムのシステム構成図である。
【図１５】変形例に係るリスト生成モードおよび開示モードの切替操作子を示す図である。
【図１６】変形例に係る顧客用スマートフォンの画面表示例（イベント総合ログ、タイトル別詳細ログ）を示す図である。
【発明を実施するための形態】
【００４２】
以下、本発明の一実施形態について、添付図面を参照しながら詳細に説明する。なお、本実施形態では、クラブ内でＤＪパフォーマンスを行う場面を想定したＤＪシステムを例示する。図１は、ＤＪシステムＳＹのシステム構成図である。ＤＪシステムＳＹは、複数台のＤＪプレーヤー１０（再生装置，同図では、２台のみ図示）およびミキサー装置２０と、これらＤＪプレーヤー１０およびミキサー装置２０と接続されたサーバー３０（情報処理装置）と、サーバー３０と無線通信可能な１台以上の大型表示装置４０（同図では、１台のみ図示）および複数台の顧客用スマートフォン５０（携帯端末，同図では、２台のみ図示）と、から成る。なお、ＤＪプレーヤー１０、ミキサー装置２０およびサーバー３０は、ＤＪブースに設置され、大型表示装置４０はクラブのフロア内に設置される。また、顧客用スマートフォン５０は、クラブに来店した顧客の所有物である。
【００４３】
ＤＪプレーヤー１０は、ＣＤ、ＵＳＢメモリ、ＳＤメモリカードなどの各種デバイスＤを挿入可能となっており、これらの各デバイスＤから楽曲（コンテンツ）を読み出して再生する。その他、ネットワークを介して取得した楽曲を再生することも可能である（後述する）。また、ジョグダイヤル１２（図２参照）などの操作子を有し、ユーザーの操作に基づいて、エフェクト操作や再生状態の調節など、各種再生処理を行う。
【００４４】
ミキサー装置２０は、チャンネルフェーダー２５やクロスフェーダー２７（図３参照）などの操作子を有し、各ＤＪプレーヤー１０から入力された再生信号の混合処理などを行う。また、ミキサー装置２０は、ＲＣＡケーブルなどのオーディオケーブルを介して、各ＤＪプレーヤー１０と接続されている。また、特に図示しないが、ミキサー装置２０は、オーディオケーブルを介して、出力装置（アンプおよび複数台のスピーカー）と接続されている。
【００４５】
サーバー３０は、無線／有線ＬＡＮを介してミキサー装置２０および各ＤＪプレーヤー１０と接続され、楽曲の再生履歴である再生ログを生成し、これを大型表示装置４０および各顧客用スマートフォン５０に対して出力する。また、サーバー３０は、各顧客用スマートフォン５０により検出された顧客のノリを示す反応情報を取得し、これを再生ログに対応付けて記録する。当該記録は、ＤＪやクラブ担当者が、イベントの内容や盛り上がり状況を振り返るため、また次の演出にこれらを反映させるために用いられる。また、サーバー３０は、ＤＪが試聴した楽曲からリクエストリストを生成し、当該リクエストリストについても、大型表示装置４０および各顧客用スマートフォン５０に対して出力する。顧客は、顧客用スマートフォン５０に送信されたリクエストリストの中から所望の楽曲を選曲することができ、その選曲結果はサーバー３０に送られる。サーバー３０は、当該選曲結果をＤＪプレーヤー１０に出力する。これにより、ＤＪは顧客のリクエストの多い楽曲を選曲することができ、ひいては顧客満足度の高い顧客参加型のイベントを実現できる。
【００４６】
大型表示装置４０は、フロア内に設置された大型ディスプレイやプロジェクターにより構成される。また、大型表示装置４０は、上記のとおり再生ログやリクエストリストなどを表示したり、クラブのイベント情報やドリンクメニューなどを表示したりするために用いられる。なお、大型表示装置４０は、サーバー３０と無線通信する構成ではなく、サーバー３０の出力映像をそのまま表示する構成としても良い。
【００４７】
顧客用スマートフォン５０は、イベントに参加する顧客が所有、所持する携帯型情報端末である。顧客用スマートフォン５０は、一般的なスマートフォンと同等の構成であり、加速度センサーを備えている。当該加速度センサーは、スマートフォン本体の揺れ、すなわち顧客用スマートフォン５０を所持している顧客のノリ（体の揺れ）の検出に用いられる。また、顧客用スマートフォン５０は、本発明の携帯端末として機能するための専用アプリケーションがインストールされている。当該専用アプリケーションは、再生ログの表示、楽曲再生中におけるノリの記録、楽曲再生中におけるブックマークの記録、リクエストリストの表示、リクエストの選曲、リクエスト結果の表示等を行うために用いられる。
【００４８】
次に、図２および図３を参照し、ＤＪプレーヤー１０およびミキサー装置２０の装置構成について簡単に説明する。図２は、ＤＪプレーヤー１０の装置構成を示す平面図である。ＤＪプレーヤー１０は、ディスプレイ１１、ジョグダイヤル１２、ＣＤ挿入口１３、ＣＤ用イジェクトボタン１３ａ、ＵＳＢメモリスロット１４、ＵＳＢメモリ用イジェクトボタン１４ａ、ＳＤメモリカードスロット１５、ＳＤメモリカード用イジェクトボタン１５ａ、カーソルボタン１６、トラックサーチボタン１８ａ、マニュアルサーチボタン１８ｂ、キューボタン１８ｃおよびプレイ／ポーズボタン１８ｄ、ネットワークインターフェース１９などを有している。
【００４９】
ディスプレイ１１は、サーバー３０から送信されたリクエスト結果など各種情報を表示する。また、ジョグダイヤル１２は、ジョグダイヤル本体１２ａと、ジョグＬＥＤ１２ｂと、を有する。ジョグダイヤル本体１２ａは、ユーザーにより回転操作が行われるものであり、ジョグＬＥＤ１２ｂは、ＤＪプレーヤー１０で再生中の再生信号の出力状態に応じて、点灯または点滅表示される。ここで、「再生中」とは、ＤＪプレーヤー１０側で再生が行われていること（ＤＪプレーヤー１０から再生信号が出力されていること）を意味するものであり、ミキサー装置２０により出力装置に対して再生信号が出力されていることを示す「ＯｎＡｉｒ状態」とは異なる。一方、カーソルボタン１６は、ディスプレイ１１に表示された各種項目の設定や選択を行うためのものであり、本実施形態では、主に楽曲の選曲を行うために用いられる。
【００５０】
ネットワークインターフェース１９は、インターネットやＬＡＮ等のネットワークに接続するためのインターフェースであり、当該インターフェースを介して、ネットワーク上のコンテンツサーバーから、コンテンツ（楽曲）を取得する。コンテンツサーバーは、ＤＪプレーヤー１０からのコンテンツ取得要求に対し、接続されたコンテンツデーターベースから、コンテンツファイル（楽曲データ）およびコンテンツ付随情報を取得し、ＤＪプレーヤー１０に送信する。なお、コンテンツ付随情報としては、識別情報（楽曲ＩＤ）、楽曲タイトル名、アルバム名、アーティスト名、ジャンル名、作曲者名、アルバムアートワークの画像ファイル、レート（ユーザーによる評価）、コメント、ＢＰＭ（Beats  Per  Minute）、楽曲の調性（キー）などを取得可能である。なお、上記のＵＳＢメモリやＳＤメモリカードからも、コンテンツファイルと共にこれらのコンテンツ付随情報を取得可能としても良い。また、ＤＪプレーヤー１０に解析処理機能を設け、コンテンツ付随情報の少なくとも一部（ＢＰＭ、楽曲の調性、ジャンル名など）を、コンテンツ付随情報としてではなく、解析結果として得る構成としても良い。若しくは、コンテンツ付随情報の少なくとも一部（コメントなど）をＤＪが入力する構成としても良い。
【００５１】
図３は、ミキサー装置２０の装置構成を示す平面図である。ミキサー装置２０は、チャンネル毎に、チャンネル切替スイッチ２１、トリム調整ツマミ２２、チャンネルイコライザ調整ツマミ２３（高音用、中音用、低音用）、チャンネルフェーダー２５およびクロスフェーダーアサインスイッチ２６などを有している。また、装置手前側には、クロスフェーダー２７が設けられ、装置右手奥側には、マスター出力レベル調整ツマミ２８およびマスターレベルインジケーター２９などが設けられている。
【００５２】
チャンネル切替スイッチ２１は、ＣＤ／デジタル入力およびライン入力の２系統のうち、いずれかを選択するための操作子である。また、トリム調整ツマミ２２は、各チャンネルの入力レベルを調整するための操作子である。また、チャンネルイコライザ調整ツマミ２３は、各チャンネルの高音、中音、低音をそれぞれ調整するための操作子である。また、チャンネルフェーダー２５は、各チャンネルの出力レベルを調整するための操作子である。
【００５３】
また、クロスフェーダーアサインスイッチ２６は、各チャンネルの出力を、クロスフェーダー２７の左右（Ａ側またはＢ側）若しくは「スルー」のいずれに割り当てるかを選択するための操作子である。なお、複数のチャンネルが同じ側を選択した場合、それらを加算したものが割り当てられる。また、「スルー」が選択されている場合は、チャンネルフェーダー２５の出力は、クロスフェーダー２７を通らずに、そのままマスター出力に出ていくこととなる。
【００５４】
また、クロスフェーダー２７は、クロスフェーダーアサインスイッチ２６によって左右に割り当てられた各再生信号の混合割合を調整するための操作子である。また、マスター出力レベル調整ツマミ２８は、マスター出力の出力レベルを調整するための操作子である。また、マスターレベルインジケーター２９は、マスター出力レベルをＬＥＤ表示するものである。
【００５５】
なお、ＤＪプレーヤー１０およびミキサー装置２０には、図２および図３で示したもの以外にも、多数の操作子やインジケーターが設けられているが、本発明とは直接関係しないため、それらの説明を省略する。
【００５６】
次に、図４を参照し、サーバー３０の制御構成について説明する。サーバー３０は、主な制御構成として、操作手段３１、記憶手段３２、通信手段３３、表示手段３４および制御手段３５を備えている。操作手段３１は、マウス、キーボード、タッチパネル等により構成され、各種操作を行うために用いられる。本実施形態では、主に「開示モード」や「リスト生成モード」の切替に用いられる。ここで、「開示モード」の切替とは、再生ログやリクエストリストの開示を行う開示ＯＮモードと、再生ログやリクエストリストの開示を行わない開示ＯＦＦモードのいずれかに切り替えることを指す。また、「リスト生成モード」の切替とは、リクエストリストを生成するリクエストＯＮモードと、リクエストリストを生成しないリクエストＯＦＦモードのいずれかに切り替えることを指す。詳細については後述する。
【００５７】
記憶手段３２は、ハードディスクドライブやＵＳＢメモリなど、各種記録媒体により構成される。本実施形態では、主に再生ログ（顧客の反応情報やＤＪの操作ログを含む）の記録に用いられる。
【００５８】
通信手段３３は、ミキサー装置２０および各ＤＪプレーヤー１０との情報の入出力、大型表示装置４０および顧客用スマートフォン５０との通信に用いられ、有線／無線ＬＡＮインターフェース等により構成される。ミキサー装置２０との間では、主にＯｎＡｉｒ情報の入力に用いられ、ＤＪプレーヤー１０との間では、主に楽曲識別情報（楽曲タイトル、楽曲ＩＤ等）の入力およびリクエスト結果の出力に用いられる。また、大型表示装置４０との間では、再生ログ、リクエストリスト、リクエスト結果の出力に用いられる。また、顧客用スマートフォン５０との間では、主に加速度センサー検出結果および選曲結果の入力、並びに再生ログ、リクエストリスト、リクエスト結果の出力に用いられる。
【００５９】
表示手段３４は、液晶ディスプレイ等により構成され、各種情報を表示する。本実施形態では、主に楽曲の演奏中（イベント中）に表示される専用画面Ｄ０の表示に用いられる。当該専用画面Ｄ０は、開示モード表示領域、リスト生成モード表示領域およびＧＵＩを有している。開示モード表示領域およびリスト生成モード表示領域は、開示モードおよびリスト生成モードの現在設定値をテキスト表示またはボタン表示（ＯＮ／ＯＦＦに応じて色が変わる）する。また、ＧＵＩは、操作手段３１により操作され、モード切替や各種設定に用いられる。なお、ＧＵＩがトグルボタン表示やスライドスイッチ表示の場合、開示モード表示領域およびリスト生成モード表示領域を省略しても良い。また、汎用の外部モニター等がある場合は、開示モード表示領域およびリスト生成モード表示領域を含む表示手段３４全体を省略しても良い。
【００６０】
制御手段３５は、ＣＰＵ（Central  Processing  Unit）、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）等から成り、各種演算処理を行う。ＲＯＭには、制御プログラムとして、ＤＪプレーヤー１０による楽曲の再生を検出する再生検出プログラム、楽曲の再生がＯｎＡｉｒ状態であるか非ＯｎＡｉｒ状態であるかを判別するＯｎＡｉｒ判別プログラム、再生ログを生成する再生ログ生成プログラム、顧客の反応を示す反応情報を集計する反応情報集計プログラム、リクエストリストを生成するリクエストリスト生成プログラム、リクエスト結果を集計するリクエスト集計プログラム、表示手段３４の表示制御を行う表示制御プログラム、通信手段３３を介した情報入出力制御を行う情報入出力制御プログラムなどが含まれる。ＣＰＵは、これらの制御プログラムに基づき、ＲＡＭをワークエリアとして各種処理を実行する。
【００６１】
次に、図５および図６を参照し、ＤＪシステムＳＹの機能構成について説明する。図５は、リクエスト関連の機能構成を示すブロック図であり、図６は、再生ログ関連の機能構成を示すブロック図である。なお、両図面に重複する機能については、適宜説明を省略する。
【００６２】
図５に示すように、ＤＪプレーヤー１０は、主な機能構成として、コンテンツ再生部１１０、情報取得部１２０および表示部１３０を備えている。コンテンツ再生部１１０は、コンテンツ（楽曲）を再生する。情報取得部１２０は、サーバー３０からリクエスト結果（リクエストの集計結果）を取得する。表示部１３０は、情報取得部１２０が取得したリクエスト結果をディスプレイ１１に表示する。なお、ＤＪプレーヤー１０では、リクエスト結果として、集計上位順に楽曲のタイトル名を表示し、その中から実際にＯｎＡｉｒする楽曲を選曲できるようになっている。これにより、ＤＪは次曲の選曲を迅速に行うことができる。なお、選曲可能な楽曲リストの中で、リクエストリストに組み込まれた楽曲の表示形態を変化させ（例えば、色を変え）、集計上位の楽曲については強調表示する（ハイライト表示するなど）ことにより、選曲すべき楽曲を判別可能としても良い。
【００６３】
なお、本実施形態では、ＤＪプレーヤー１０とサーバー３０間で直接、情報の入出力を行っているが、ミキサー装置２０を介して情報の入出力を行う構成としても良い。この場合、サーバー３０はミキサー装置２０と接続され、ＤＪプレーヤー１０とミキサー装置２０の間も、データ入出力用ケーブルにて接続されることとなる。当該データ入出力用ケーブルは、ＤＪプレーヤー１０からミキサー装置２０（サーバー３０）に楽曲識別情報を転送するために用いられる。
【００６４】
ミキサー装置２０は、主な機能構成として、ＯｎＡｉｒ情報出力部２１０を備えている。ＯｎＡｉｒ情報出力部２１０は、各チャンネル（各ＤＪプレーヤー１０）がＯｎＡｉｒ状態であるか非ＯｎＡｉｒ状態であるかを判別し、ＯｎＡｉｒ状態であると判定した場合、サーバー３０に対してＯｎＡｉｒ情報を出力する。詳細については、図８を参照して後述する。
【００６５】
大型表示装置４０は、主な機能構成として、情報取得部４１０および表示部４２０を備えている。情報取得部４１０は、サーバー３０からリクエストリストおよびリクエスト結果を取得する。なお、本実施形態では、リクエストリストおよびリクエスト結果を表示するための表示データ（図１１参照）をサーバー３０側で生成し、大型表示装置４０は、当該表示データを取得・表示するものとする。表示部４２０は、情報取得部４１０に入力されたリクエストリストおよびリクエスト結果を表示する。これにより、スマートフォンを有しない顧客であっても、リクエストリストやリクエスト結果を、大型表示装置４０にて確認することができる。
【００６６】
なお、特に図示しないが、フロア内にリクエスト投票を行うための端末を設置し、スマートフォンを有しない顧客が当該端末からリクエストを行い得る構成としても良い。この場合、同一人物が多数回投票することがないよう、ＩＤカードや生体認証を用いて個人認証を行うことが好ましい。
【００６７】
顧客用スマートフォン５０は、主な機能構成として、情報取得部５１０（リクエストリスト取得部）、表示部５２０、コンテンツ選択部５３０および選択結果出力部５４０を備えている。情報取得部５１０は、サーバー３０からリクエストリストおよびリクエスト結果を取得する。表示部５２０は、情報取得部５１０が取得したリクエストリストおよびリクエスト結果を表示する。コンテンツ選択部５３０は、リクエストリストの中から１以上のコンテンツを選択する。なお、本実施形態では、リクエストリストに最大３曲の楽曲を含めることができ、その中から１曲を選択する構成とする。選択結果出力部５４０は、コンテンツ選択部５３０の選択結果をサーバー３０に出力する。
【００６８】
サーバー３０は、主な機能構成として、開示モード切替部３１０、リスト生成モード切替部３２０、再生検出部３３０、ＯｎＡｉｒ判別部３４０、再生ログ生成部３５０、リクエストリスト生成部３６０、情報出力部３７０（リクエストリスト出力部）、選択結果取得部３８０、集計部３９０、集計結果出力部６１０および表示部６２０を備えている。
【００６９】
開示モード切替部３１０は、リクエストリストおよび再生ログを開示するか否かを示す開示モードのＯＮ／ＯＦＦを切り替える。なお、切替操作は、表示手段３４に表示された専用画面Ｄ０（図４参照）内のＧＵＩを用いる。リスト生成モード切替部３２０は、リクエストリストを生成するか否かを示すリスト生成モードのＯＮ／ＯＦＦを切り替える。切替操作は、開示モード切替部３１０と同様に、専用画面Ｄ０内のＧＵＩを用いる。
【００７０】
再生検出部３３０は、コンテンツ再生部１１０によるコンテンツの再生を検出する。本実施形態では、再生されたコンテンツの付随情報（楽曲タイトル）を取得することにより、コンテンツの再生を検出する。なお、再生検出部３３０は、所定時間以上連続して再生されたコンテンツについて、コンテンツの再生を検出する。これにより、ＤＪの操作ミスにより、意図しない楽曲を試聴してしまった場合に、その再生結果がリクエストリストに反映されることを防止できる。また、サンプラー的な再生を行った場合や誤再生した場合に、それらが再生ログに反映されることを防止できる。
【００７１】
ＯｎＡｉｒ判別部３４０は、再生を検出したコンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別する。なお、当該判別は、ミキサー装置２０からＯｎＡｉｒ情報を取得したか否かによって判別する。
【００７２】
再生ログ生成部３５０は、ＯｎＡｉｒ判別部３４０によりＯｎＡｉｒ状態で再生されたと判別されたコンテンツの再生ログを生成する。再生ログは、取得した付随情報（楽曲タイトル）を用いて生成する。なお、ここで生成する再生ログは、コンテンツの再生履歴を示すものであり、必ずしも顧客の反応情報やＤＪの操作ログが含まれる必要はない。また、本実施形態において、再生ログ生成部３５０は、開示モードが「ＯＦＦ」の場合、再生ログを生成しない。但し、開示モードが「ＯＦＦ」の場合でも、再生ログを生成し、記憶手段３２（図４参照）に記録する構成としても良い。
【００７３】
リクエストリスト生成部３６０は、ＯｎＡｉｒ判別部３４０により非ＯｎＡｉｒ状態で再生されたと判別されたコンテンツの再生リストであるリクエストリストを生成する。つまり、ＯｎＡｉｒ対象とならないＤＪプレーヤー１０でＤＪが試聴した楽曲のリストを、リクエストリストとして生成する。リクエストリストも、取得した付随情報（楽曲タイトル）を用いて生成する。なお、リクエストリスト生成部３６０は、リスト生成モードが「ＯＮ」の場合のみ、リクエストリストを生成する。また、開示モードが「ＯＦＦ」の場合は、リスト生成モードのＯＮ設定が制限され、リクエストリストは生成されない。
【００７４】
情報出力部３７０は、リクエストリスト生成部３６０および再生ログ生成部３５０により生成されたリクエストリストおよび再生ログを、大型表示装置４０および顧客用スマートフォン５０に向けて出力する。なお、リクエストリストについては、非ＯｎＡｉｒ状態で再生されたコンテンツが所定数（本実施形態では３曲）に達した時点で出力する。また、再生ログについては、ＯｎＡｉｒ判別された時点で随時更新情報（追加コンテンツに関する情報）を出力する。但し、イベントの途中で、顧客用スマートフォン５０の専用アプリケーションが起動された場合は、顧客用スマートフォン５０からの要求に対し、サーバー３０内に記憶しているその日の再生ログの全てを出力する。
【００７５】
なお、情報出力部３７０は、ＤＪプレーヤー１０に対しても、リクエストリストおよび再生ログを出力可能としても良い。また、サーバー３０の表示部６２０（表示手段３４の専用画面Ｄ０）に対し、これらを出力可能としても良い。なお、情報出力部３７０は、開示モードが「ＯＮ」の場合のみ、リクエストリストおよび再生ログを出力する。但し、リスト生成モードが「ＯＦＦ」の場合は、開示モードが「ＯＮ」の場合でも、リクエストリストは開示されない。
【００７６】
選択結果取得部３８０は、顧客用スマートフォン５０から出力された選択結果を取得する。また、集計部３９０は、取得した選択結果を集計する。集計は、非ＯｎＡｉｒ状態で再生されたコンテンツが所定数に達した時点から所定時間経過後に行う。集計方法については後述する。また、集計結果出力部６１０は、集計部３９０の集計結果（リクエスト結果）を、ＤＪプレーヤー１０、大型表示装置４０、顧客用スマートフォン５０および表示部６２０に向けて出力する。なお、集計結果の表示例についても後述する（図１０（ｂ），図１１参照）
【００７７】
次に、図６を参照し、再生ログ関連の機能構成について説明する。ＤＪプレーヤー１０は、再生ログ関連の機能構成として、コンテンツ再生部１１０を備えている。ミキサー装置２０および大型表示装置４０の機能構成は、図５と同様である。但し、情報取得部４１０は、サーバー３０から顧客の反応情報およびＤＪの操作ログを含む再生ログを取得する。
【００７８】
顧客用スマートフォン５０は、再生ログ関連の機能構成として、揺れ検出部５５０、反応情報出力部５６０、検出結果記録部５７０、情報取得部５１０（再生ログ取得部）、再生ログ表示制御部５８０および表示部５２０を備えている。
【００７９】
揺れ検出部５５０は、加速度センサーを用いてスマートフォン本体の揺れを検出する。また、揺れ検出部５５０は、揺れの大きさに応じて複数種類の揺れを検出する。本実施形態では、揺れ量（揺れ幅）が所定量以上の大きな揺れ（以下、「第１の揺れ」と称する）を顧客によるブックマーク（顧客が意図的にスマートフォン本体を大きく揺らすことによりマークする）として検出し、揺れ量が所定量未満の小さな揺れ（以下、「第２の揺れ」と称する）を顧客のノリをカウントするカウント値として検出する。なお、揺れ検出部５５０は、加速度センサー以外のセンサー（角速度センサー、衝撃センサー）を用いて、または加速度センサーと併用して揺れを検出しても良い。また、顧客用スマートフォン５０がマルチタスクの場合、専用アプリケーション画面が表示されていなくても、揺れを検出することが好ましい。
【００８０】
反応情報出力部５６０は、揺れ検出部５５０の検出結果を、顧客の反応情報としてサーバー３０に出力する。なお、反応情報出力部５６０は、第１の揺れを検出した場合は、その検出ごとに反応情報を出力する。また、第２の揺れを検出した場合は、反応情報としてその累計数を出力する。なお、累計数の出力は、所定数に達した時点で随時送信しても良いし、専用アプリケーションが起動されている間、所定時間ごとに送信しても良い。
【００８１】
検出結果記録部５７０は、コンテンツ再生時における揺れ検出部５５０の検出結果を、顧客用スマートフォン５０内部の記憶領域に記録する。この場合、時刻情報と共に検出結果を記録する。また、第１の揺れについては、揺れごとに検出時刻を記録し、第２の揺れについては、所定時間間隔で、揺れの累計数を検出時刻と共に記録する。
【００８２】
情報取得部５１０は、サーバー３０から再生ログを取得する。当該再生ログは、コンテンツの再生履歴（楽曲タイトルとその再生時刻）を示すものであり、必ずしも顧客の反応情報（フロア内に居る全顧客の反応情報の集計結果）やＤＪの操作ログが含まれている必要はない。再生ログ表示制御部５８０は、揺れ検出部５５０の検出結果である顧客の反応情報（その顧客用スマートフォン５０にて検出された反応情報のみ）を、取得した再生ログに対応づけて表示部５２０に表示させる。ここでは、再生ログと反応情報の時刻情報を対応付けて、楽曲ごとに反応情報（第１の揺れと第２の揺れ）の有無を示したものや、再生ログの時間軸上に、反応情報をプロットしたものを表示する（図９（ｂ）参照）。
【００８３】
サーバー３０は、再生ログ関連の機能構成として、再生検出部３３０、ＯｎＡｉｒ判別部３４０、再生ログ生成部３５０、反応情報取得部６３０、反応情報集計部６４０、再生ログ記録部６５０、情報出力部３７０（再生ログ出力部）および表示部６２０を備えている。再生検出部３３０は、コンテンツ再生部１１０による楽曲の再生を検出すると共に、ＤＪプレーヤー１０（コンテンツ再生部１１０）により特殊再生が行われたこと、およびその種類（スクラッチ、ミックス、ループ等のＤＪエフェクトや倍速再生、リバース再生など）を示す特殊再生情報を取得する。
【００８４】
反応情報取得部６３０は、コンテンツの視聴者が所持する各顧客用スマートフォン５０から反応情報を取得する。反応情報集計部６４０は、取得した反応情報（第１の揺れと第２の揺れ）を、コンテンツごと且つ所定時間ごとに集計する。
【００８５】
再生ログ記録部６５０は、集計した反応情報を、生成した再生ログの時間軸に対応づけて記憶手段３２に記録する。また、再生ログ記録部６５０は、コンテンツ再生部１１０により特殊再生が行われた旨を示す特殊再生情報を、再生ログの時間軸に対応づけて記録する。このように、再生ログ記録部６５０による記録は、ＤＪがイベント中に顧客の反応を確認したり、後日演奏内容やイベントの盛り上がりを振り返るために用いられる。なお、再生ログ記録部６５０は、特殊再生情報を記録する際、特殊再生の種類を区別して記録する。これにより、どの特殊再生に対して顧客の反応が良かったかを一目で把握できる。
【００８６】
情報出力部３７０は、再生ログ生成部３５０により生成された再生ログを、各顧客用スマートフォン５０に出力すると共に、再生ログ記録部６５０により記録された再生ログを、大型表示装置４０に対して出力する。なお、大型表示装置４０に対しては、リクエスト結果および再生ログを一画面で表示するための表示データ（図１１参照）を出力するものとする。表示部６２０（またはサーバー３０に接続された汎用外部モニター）は、再生ログ記録部６５０により記録された再生ログ（図７（ｂ），図１２，図１３参照）を表示する。
【００８７】
次に、図７を参照し、ＤＪ演奏の流れと、再生ログの記録内容について説明する。同図（ａ）は、ＤＪ演奏の流れを示すタイムチャートである。なお、同図において「ＳＷ１」とは、リスト生成モードのＯＮ／ＯＦＦを示す。つまり、「Ｈ：許可」とはリクエストリストの生成が許可されている（リスト生成モードが「ＯＮ」である）ことを示す。また、開示モードは予め「ＯＮ」に設定されているものとして説明する。
【００８８】
例えば、「ＤＪプレーヤー（Ａ）」にてマスター曲となる「タイトルＡ１」が選曲されると（Ｓ０１）、その楽曲タイトルをサーバー３０に送信する（Ｓ０２）。その後、「ＤＪプレーヤー（Ａ）」にて楽曲の再生が開始され（Ｓ０３）、予め定められた所定時間（数秒〜数十秒程度）連続して再生を検出し、且つミキサー装置２０から「ＤＪプレーヤー（Ａ）」のＯｎＡｉｒ情報（ＭＡ）を取得した場合、サーバー３０は当該楽曲を再生ログに加える。つまり、論理式「ＭＡ＋Ａ曲名」の条件を満たした場合、再生ログの更新を行う。
【００８９】
続いて、ＤＪはリスト生成モードを「ＯＮ」に設定する（リクエストリストの生成を許可する）。その後、「ＤＪプレーヤー（Ｂ）」にて「タイトルｂ１」が選曲されると（Ｓ０４）、その楽曲タイトルもサーバー３０に送信されるが（Ｓ０５）、ミキサー装置２０から「ＤＪプレーヤー（Ｂ）」のＯｎＡｉｒ情報（ＭＢ）を取得しないため、当該楽曲については再生ログに加えない。但し、「ＳＷ１：Ｈ」であるため、当該楽曲をリクエストリストに加える。つまり、論理式「×ＭＢ＋Ｈ＋ｂ曲名」の条件を満たした場合、リクエストリストの更新（追加）を行う。
【００９０】
その後、「ＤＪプレーヤー（Ｂ）」にて「タイトルｂ２」、「タイトルｂ３」が選曲された場合も（Ｓ０６，Ｓ０８）、その楽曲タイトルがサーバー３０に送信され（Ｓ０７,Ｓ０９）、論理式「×ＭＢ＋Ｈ＋ｂ曲名」にしたがって、両楽曲をリクエストリストに追加する。なお、リクエストリストへの楽曲の追加も、所定時間以上の連続再生（数秒程度）を条件とすることもできる。但し、当該リクエストリストへ追加する際の所定時間は、再生ログへ追加する際の所定時間（ヒステリシス等を考慮した所定時間）より短い時間に設定されているか、若しくは０（ロード時点でリクエストリストに追加される）に設定されている。
【００９１】
リクエストリストは、タイトル数が「３曲」に達した時点で公開され、各顧客（顧客用スマートフォン５０）により楽曲の選択が行われる（Ｓ１０）。なお、タイトル数が「３曲」に達した時点で、自動的に「ＳＷ１：Ｌ」となる。また、ＤＪプレーヤー（Ｂ）がＯｎＡｉｒ状態になった時点でも、自動的に「ＳＷ１：Ｌ」となる。その後、サーバー３０は、公開から所定時間Ｔ１が経過した時点でリクエストの受付を終了し、リクエストの集計を行う（Ｓ１１）。また、集計結果を各表示部１３０，４２０，５２０に表示すべく、ＤＪプレーヤー（Ｂ）等に情報出力を行う（Ｓ１２）。ＤＪは、ＤＪプレーヤー（Ｂ）のディスプレイ１１上で（またはサーバー３０の表示手段３４や汎用外部モニター上で）集計結果を確認した上で、例えば集計結果最上位の楽曲を選曲し（Ｓ１３）、その楽曲タイトル「タイトルＢ１」をサーバー３０に送信させる（Ｓ１４）。この時、「ＤＪプレーヤー（Ｂ）」にて楽曲の再生が開始され（Ｓ１５）、予め定められた所定時間連続して再生を検出し、且つミキサー装置２０から「ＤＪプレーヤー（Ｂ）」のＯｎＡｉｒ情報（ＭＢ）を取得した場合、当該楽曲を再生ログに加える。つまり、論理式「ＭＢ＋Ｂ曲名」の条件を満たした場合、再生ログを更新する。
【００９２】
その後、再び「ＳＷ１：Ｈ」に切り替えられ、「ＤＪプレーヤー（Ａ）」にて「タイトルａ１」、「タイトルａ２」が選曲されると（Ｓ１６，Ｓ１８）、それらの楽曲タイトルもサーバー３０に送信される（Ｓ１７，Ｓ１８）。サーバー３０は、楽曲の再生が論理式「×ＭＡ＋Ｈ＋ａ曲名」の条件を満たした場合、当該楽曲をリクエストリストに追加する。このように、ＤＪは通常の選曲作業と同様に複数の楽曲をロードまたは短時間再生するだけでリクエストリストを容易に生成させることができる。また、再生ログについても、リクエストリストと同様に、何ら特別な操作を必要とせず、自動生成させることができる。
【００９３】
続いて、図７（ｂ）を参照し、再生ログの記録内容について説明する。再生ログの記録内容としては、上記の通り、楽曲情報、特殊操作情報（ＤＪの操作ログ）、反応情報がある。このうち、楽曲情報とは、図７（ａ）の「再生ログ」欄に示すとおり、楽曲タイトルおよび再生時刻（再生開始時刻，再生終了時刻）を含む。その他、楽曲タイトル以外のコンテンツ付随情報を含めても良い。また、特殊操作情報とは、図７（ｂ）の「エフェクト」欄に示すとおり、エフェクト種類（アルファベットＨ，Ｉ，Ｊなど）およびエフェクト付与時刻を含む。なお、エフェクトにパラメータを設定可能な場合、そのエフェクトパラメータ値を含めても良い。
【００９４】
一方、反応情報は、マーク情報とカウント情報から成る。マーク情報は、第１の揺れの検出結果であり、楽曲１曲に対して１回のみマーク可能となっている。同図の例では、「マーク」欄に示すとおり、三角形の数にて、その楽曲に対してマークした顧客数を表し、三角形の頂点位置にてマーク時刻を表している。つまり、マーク情報とは、マーク時刻を含む情報である。なお、各顧客用スマートフォン５０のマーク情報は、マークごとにサーバー３０に送信され、サーバー３０は全ての顧客用スマートフォン５０から送信されたマーク数を集計する。また、マークと共にどの顧客がマーキングしたかを識別できるように、顧客識別情報を付記しても良い。また、顧客識別情報は、ユニークＩＤであっても良いが、男性／女性や年齢層ごとにグループ分けした場合のグループ情報としても良い。当該グループ情報は、各顧客用スマートフォン５０の専用アプリケーションに設定・入力される情報である。
【００９５】
カウント情報は、第２の揺れの検出結果であり、楽曲１曲に対して任意数の検出、記録が可能である。各顧客用スマートフォン５０のカウント数は、所定時間ごとにサーバー３０に送信され、サーバー３０は全ての顧客用スマートフォン５０から送信されたカウント数を合計する。同図の例では、「カウント」欄に示すとおり、三角形の大きさ（底辺の長さ）にて、カウント数を表し、三角形の頂点位置にてカウント時刻（カウント時間帯）を表している。なお、図７（ｂ）に示す再生ログへの各記録情報は、楽曲の再生に伴ってリアルタイムにプロットされていく。また、当該表示は、サーバー３０の表示手段３４だけでなく、ＤＪプレーヤー１０のディスプレイ１１上で視認可能としても良い。
【００９６】
次に、図８を参照し、ミキサー装置２０のＯｎＡｉｒ検出処理について説明する。当該フローチャートは、チャンネル毎（ＤＪプレーヤー１０ごと）に実行されるものである。ミキサー装置２０は、まず、マスター出力レベル調整ツマミ２８の設定が、所定のしきい値（例えば、Ｍｉｎ＝最小値）を超えているか否かを判別し（Ｓ２１）、超えている場合は（Ｓ２１：Ｙｅｓ）、チャンネル切替スイッチ２１の設定が、入力端子側であるか否かを判別する（Ｓ２２）。チャンネル切替スイッチ２１の設定が入力端子側である場合は（Ｓ２２：Ｙｅｓ）、続いて、トリム調整ツマミ２２の設定（ボリューム値）が、所定のしきい値を超えているか否かを判別する（Ｓ２３）。トリム調整ツマミ２２の設定が所定のしきい値を超えている場合は（Ｓ２３：Ｙｅｓ）、続いて、チャンネルフェーダー２５の設定が、所定のしきい値を超えているか否かを判別する（Ｓ２４）。
【００９７】
チャンネルフェーダー２５の設定が所定のしきい値を超えている場合は（Ｓ２４：Ｙｅｓ）、続いて、クロスフェーダーアサインスイッチ２６がＡ側またはＢ側を選択しているか否かを判別する（Ｓ２５）。クロスフェーダーアサインスイッチ２６がＡ側またはＢ側を選択している場合は（Ｓ２５：Ｙｅｓ）、クロスフェーダー２７の設定が、（アサインされた側を基準として）所定のしきい値を超えているか否かを判別し（Ｓ２６）、所定のしきい値を超えている場合は（Ｓ２６：Ｙｅｓ）、ＯｎＡｉｒ状態であると判別する（Ｓ２７）。また、クロスフェーダーアサインスイッチ２６が「スルー」を選択している場合は（Ｓ２５：Ｎｏ）、Ｓ２６の判別を省略し、ＯｎＡｉｒ状態であると判別する（Ｓ２７）。この場合、ミキサー装置２０は、サーバー３０に対してＯｎＡｉｒ情報（ＤＪプレーヤー（Ａ），（Ｂ）などのチャンネル情報を含む）を出力する。
【００９８】
一方、マスター出力レベル調整ツマミ２８の設定が、所定のしきい値以下の場合（Ｓ２１：Ｎｏ）、チャンネル切替スイッチ２１の設定が入力端子側でない場合（Ｓ２２：Ｎｏ）、トリム調整ツマミ２２の設定が所定のしきい値以下の場合（Ｓ２３：Ｎｏ）、チャンネルフェーダー２５の設定が所定のしきい値以下の場合（Ｓ２４：Ｎｏ）、クロスフェーダー２７の設定が所定のしきい値以下の場合（Ｓ２６：Ｎｏ）は、非ＯｎＡｉｒ状態であると判別する（Ｓ２８）。この場合、ミキサー装置２０は、サーバー３０に対してＯｎＡｉｒ情報を出力しない。
【００９９】
なお、同図に示したフローチャートでは、マスター出力レベル調整ツマミ２８、トリム調整ツマミ２２、チャンネルフェーダー２５およびクロスフェーダー２７など、各操作子の設定（ボリューム値）に基づいて判別を行っているが、各操作子の設定によって可変する音量レベルに基づいて判別を行っても良い。この場合は、各音量レベルが所定のしきい値以上であるか否かによって判別することが好ましい。つまり、「各操作子の音量レベル≧所定のしきい値」を判別することで、無音の楽曲が再生された場合でも、正確にＯｎＡｉｒ状態を判定することができる。これに対し、上記の例のように、各操作子のボリューム値に基づいて判別する場合は、「各操作子のボリューム値≧所定のしきい値」として判別を行うと、所定のしきい値＝Ｍｉｎの場合、ボリューム値をＭｉｎにしてもＯｎＡｉｒ状態と判定されてしまうため、「各操作子のボリューム値＞所定のしきい値」として判別を行うことが好ましい。
【０１００】
また、ミキサー装置２０が非ＯｎＡｉｒ状態であると判別した場合（Ｓ２８）、サーバー３０に対してＯｎＡｉｒ情報を出力しないものとしたが、非ＯｎＡｉｒ情報である旨を出力しても良い。この場合、サーバー３０は、ＯｎＡｉｒ情報の内容に応じて（ＯｎＡｉｒ情報がＯｎＡｉｒ状態を示すものであるか、非ＯｎＡｉｒ状態を示すものであるかに応じて）、ＯｎＡｉｒ状態を判別する。
【０１０１】
また、上記の例では、サーバー３０がミキサー装置２０からＯｎＡｉｒ情報を取得することによって、ＯｎＡｉｒ状態を判別したが、ミキサー装置２０からＭＩＤＩ信号を取得することによって判別しても良い。
【０１０２】
次に、図９および図１０を参照し、顧客用スマートフォン５０の画面表示について説明する。図９（ａ）は、再生ログの画面表示例を示す図である。同図において、符号８１は、顧客用スマートフォン５０の表示画面を示し、符号８２は、画面切替ボタン群を示している。画面切替ボタン「Ｍ１」は、図９および図１０の表示を行うためのボタンであり、その押下ごとに再生ログ画面（図９（ａ）参照）、楽曲マーク画面（図９（ｂ）参照）、リクエストリスト画面（図１０（ａ）参照，但し、リスト公開時のみ）またはリクエスト結果画面（図１０（ｂ）参照）を順次切り替え可能となっている。
【０１０３】
再生ログ画面では、ＯｎＡｉｒ状態で再生された楽曲を、その再生順にしたがって表示する。また、リクエストリストが公開されたとき（本実施形態の場合、サーバー３０にて、試聴楽曲が３曲に達したとき）、ポップアップ画面としてリスト到着画面８３を表示する。このとき同時にアラート音やバイブレーターによる振動を発生させて、顧客に喚起する。リスト到着画面８３では、リクエストリスト画面（図１０（ａ）参照）に切り替えるか否かの選択を顧客に促す。ここで、顧客により「ＯＫ」が選択されるとリクエストリスト画面に遷移し、「ＮＧ」が選択されるとリスト到着画面８３を非表示にする。
【０１０４】
続いて、図９（ｂ）を参照し、楽曲マーク画面について説明する。楽曲マーク画面は、再生ログ上に、その顧客の顧客用スマートフォン５０によるマーク／カウント結果（フロア内に存在する全顧客用スマートフォン５０によるマーク／カウント値の集計結果ではない）を記録した画面である。同図に示すように、楽曲マーク画面では、ＯｎＡｉｒ状態で再生された楽曲を、その再生順にしたがって表示すると共に、各楽曲に対応付けて記号を表示する。同図の例では、記号「黒四角」が、マークされた楽曲であることを示し、記号「白星」が、その楽曲に対するカウント数の合計が所定数以上であったことを示す。なお、当該所定数となるしきい値については、専用アプリケーションの設定画面にて設定可能である。また、記号「黒星」が、マークされた楽曲であり、且つその楽曲に対するカウント数の合計が所定数以上であったことを示す。さらに、記号「白四角」は、マークされず、且つその楽曲に対するカウント数の合計が所定数未満であったことを示す。
【０１０５】
また、楽曲マーク画面には、ダンスログ画面８４が表示される。当該ダンスログ画面８４は、時間軸（図示右方向）に沿って、所定時間ごとのカウント数を棒グラフで表示すると共に、時間軸に対応させて上記の各記号（但し、「白四角」を除く）を表示する。このように、楽曲マーク画面では、各顧客が、自分の気に入った楽曲を一目で把握できる。また、気に入った楽曲を選択すると、音楽配信サイトや音楽視聴サイトにアクセスすることができ、楽曲の購入や楽曲の視聴を行うことができる。なお、顧客用スマートフォン５０の専用アプリケーションからこれらのサイトに誘導する際にアフェリエイトを経由することで、契約に基づいたマージン取得を可能としても良い。
【０１０６】
続いて、図１０（ａ）を参照し、リクエストリスト画面について説明する。同図に示すように、リクエストリスト画面は、リクエストＮｏ．と、３曲分の楽曲タイトルと、各楽曲の楽曲コメントと、送信ボタン８５を表示する。リクエストＮｏ．は、サーバー３０にてリクエストリストの公開ごとに自動付与された番号である。また、楽曲タイトルは、ＤＪの試聴した順序にしたがって表示する。なお、楽曲ＩＤ順など他の条件に従った順序で表示しても良いし、ＤＪプレーヤー１０やサーバー３０の操作子を用いてＤＪが表示順序を指定可能としても良い。
【０１０７】
また、楽曲コメントは、ＤＪがコンテンツ付随情報として、予め入力しておいた情報（若しくは、ネットワーク上で公開されているレコメンド情報）である。顧客が、表示された３曲の中からいずれか１曲を選択し、送信ボタン８５を押下すると、選曲された楽曲のＩＤがリクエスト結果としてサーバー３０に送信される。なお、同図の例では、楽曲タイトル「ＣＣＣ」が選択された場合を示しており、実際の画面上ではハイライト表示される。
【０１０８】
続いて、図１０（ｂ）を参照し、リクエスト結果画面について説明する。同図に示すように、リクエスト結果画面は、リクエストＮｏ．と、３曲分の楽曲タイトルと、各楽曲の投票数を表示する。また、楽曲タイトルは、投票数の多い順にソートして表示する。なお、あくまでも表示されるのは投票結果であり、その中からいずれの楽曲が演奏されるかはＤＪが判断する。
【０１０９】
次に、図１１を参照し、大型表示装置４０の画面表示について説明する。大型表示装置４０は、再生ログとリクエストリストを１つの画面上に表示する。同図において、符号９１は、時間軸、符号９２は過去／未来表示、符号９３は、楽曲表示領域、符号９４は、ＯｎＡｉｒされた楽曲のアルバムアートワークまたは楽曲アートワーク、符号９５は、試聴された楽曲のアルバムアートワークまたは楽曲アートワーク、符号９６は、現在表示、符号９７は、特殊再生情報マーク、符号９８は、反応情報マークを、それぞれ示している。なお、各アートワーク９４，９５には、楽曲タイトルやアーティスト名などのコンテンツ付随情報を付記しても良い。
【０１１０】
現在表示９６は、固定表示となっており、過去／未来表示９２の中央位置または過去表示領域が未来表示領域よりも若干広くなる位置に配置される。未来表示領域に対応する楽曲表示領域９３から引き出し線が引かれたアートワーク９５は、リクエストリストに含まれる各楽曲のアートワークであり、投票数に応じてその大きさが可変表示される。したがって、リクエストリストの公開直後は、全て同じ大きさとなっている。また、過去表示領域に対応する楽曲表示領域９３に配置されたアートワーク９４は、再生された楽曲を示し、その再生順にしたがって左側から配置表示される。なお、イベントが進むにつれて、各アートワーク９４，９５は図示左側に移動する。また、各アートワーク９４の図示上側に表示された特殊再生情報マーク９７は、その楽曲に対して特殊再生が行われたか否かを示している。なお、特殊再生の種類に応じて、その表示形態を変化させても良いし、特殊再生が行われた数だけ特殊再生情報マーク９７を表示しても良い。
【０１１１】
また、各アートワーク９４の図示下側に表示された反応情報マーク９８は、全顧客用スマートフォン５０のマーク／カウント情報の集計結果を示している。集計方法は、例えば、１マーク（第１の揺れ）を１０ポイント、１カウント（第２の揺れ）を１ポイントなどとして、合計ポイント数を星の大きさと数によって示す。これにより、どの楽曲に対して反応が良かったかを瞬時に把握できる。
【０１１２】
次に、図１２および図１３を参照し、サーバー３０の画面表示について説明する。図１２は、イベント総合ログ画面を示す図である。イベント総合ログとしては、ＤＪプレイとして、楽曲タイトルおよび操作ログを表示し、顧客反応としてマークログおよびカウントログを表示する。これらは、全て時間軸に沿って表示される。楽曲タイトル領域１０１は、楽曲情報を示し、楽曲ごとに仕切り線で区切られる。また、リクエストリストの中から選曲された楽曲タイトルは、四角枠で囲まれる。また、操作ログ領域１０２は、特殊再生情報を示し、楽曲タイトルに対応付けて、その楽曲の再生中に行われた特殊再生の種類を示す。また、マークログ領域１０３は、マーク情報を示し、各楽曲の再生中にマークされた数（全顧客用スマートフォン５０の合計）が所定数以上の場合、黒丸マークを表示する。また、カウントログ領域１０４は、カウント情報を示し、各楽曲の再生中において所定時間ごとにカウントされた数（全顧客用スマートフォン５０の合計）が所定数以上の場合、黒丸マークを表示する。なお、カウント数が所定数の２倍以上の場合、さらに大きな黒丸マークを表示する。
【０１１３】
図１３は、タイトル別詳細ログ画面の表示例を示す図である。同図では、図１２に示したイベント総合ログ画面において、楽曲タイトル「ＢＢＢ」が選択された場合を示している。タイトル別詳細ログとしては、楽曲タイトル１０５、楽曲情報、再生ログ、マークログおよびカウントログを表示する。これらのうち、生ログ、マークログおよびカウントログは、時間軸に沿って表示される。楽曲情報領域１０６は、楽曲タイトル「ＢＢＢ」の前および後に再生された楽曲の楽曲タイトルと、楽曲タイトル「ＢＢＢ」の投票数を表示する。また、操作ログ領域１０７は、特殊再生情報を示し、楽曲の区間内のどのタイミングで、どの種類の特殊再生が行われたかを示している。なお、アルファベットと数字の組み合わせは、特殊再生の種類とパラメータを示している。また、マークログ領域１０８は、マーク情報を示し、各楽曲を所定時間ごとに区切った部分区間ごとに、マークされた数を表示する。また、カウントログ領域１０９は、カウント情報を示し、各楽曲を所定時間ごとに区切った部分区間ごとに、カウントされた数を表示する。これらの表示により、楽曲のどの辺りが盛り上がったのかを詳細に把握することができる。
【０１１４】
なお、図１２および図１３に示したようなイベントログを、サーバー３０からネットワーク上の外部サーバーに送信する構成としても良い。また、外部サーバーにて、ＤＪ別、日時別または店舗別に、反応情報の集計を行い、ＤＪランキング、店舗ランキングなどを生成し、これを特定／不特定のユーザーに対して公開しても良い。
【０１１５】
以上説明したとおり、本実施形態によれば、リクエストリストとして、試聴のために非ＯｎＡｉｒ状態で再生された楽曲の再生リストを生成するため、演奏中に顧客の反応を見ながら、ＤＪの意図を反映したリクエストリストを生成できる。また、試聴動作は、ＤＪの通常演奏時の動作であるため、ＤＪに負担をかけることなくリクエストリストを生成できる。さらに、リクエストリストを作成することで、顧客からのリクエストを受けて再生楽曲を選択することができ、顧客参加型のイベントを実現できる。
【０１１６】
また、リスト生成モードのＯＮ／ＯＦＦを切り替え可能であるため、ＤＪの好みや、場の雰囲気に応じて、リクエストリストの生成／非生成を切り替えることができる。また、複数のＤＪプレーヤー間で連続再生を行った場合でも、マスター曲の選曲結果が誤ってリクエストリストに反映されることがない（例えば、図７（ａ）Ｓ１３の選択結果がリクエストリストに反映されることがない）。また、開示モードのＯＮ／ＯＦＦを切り替えることができるため、ＤＪの好みや、場の雰囲気に応じて、リクエストリストおよび再生ログの開示／非開示（本発明の適用／非適用）を切り替えることができる。
【０１１７】
また、リクエストリストは、非ＯｎＡｉｒ状態で再生された楽曲が所定数（３曲）に達した時点で、リクエストリストを出力するため、リスト公開のためのＤＪの操作を省略できる。また、リクエストの集計は、非ＯｎＡｉｒ状態で再生された楽曲が所定数に達した時点から所定時間経過後に行うため、リクエストの受付を終了するためのＤＪの操作を省略できる。
【０１１８】
また、サーバー３０では、再生ログに対応付けて、顧客用スマートフォン５０から受信した顧客の反応情報（顧客用スマートフォン５０の揺れ検出結果）を記録するため、楽曲の演奏に対する顧客の反応を一目で把握することができる。また、反応情報は、コンテンツの再生に同期してリアルタイムに記録するため、ＤＪがそれを確認して、以後の演奏に役立てることができる。また、顧客の反応情報だけでなく、特殊再生情報も記録するため、ＤＪの演奏内容に対する顧客の反応を一目で把握することができる。また、特殊再生の種類を区別して記録するため、どの特殊再生に対して反応が良かったかを把握できる。
【０１１９】
また、反応情報として、顧客用スマートフォン５０の揺れ（＝顧客の体の揺れ）を検出するため、顧客の手を煩わせることなく、且つ客観的な情報を記録できる。また、顧客用スマートフォン５０は、揺れの大きさに応じて複数種類の反応情報を検出するため、より具体的な顧客の反応を記録することができる。
【０１２０】
また、反応情報は、サーバー３０に対して出力するだけでなく、顧客が自分で確認するためにスマートフォン本体内に記録できるため、自分のお気に入りの楽曲の再生時に意図的に揺れを記録しておき、後に確認して音楽配信サイトで購入する、音楽視聴サイトで視聴する、などの利用が可能となる。
【０１２１】
なお、本発明の範疇として以下のような変形例を採用可能である。図１４は、変形例に係るＤＪシステムＳＹ（コンテンツ再生システム）のシステム構成図である。本変形例では、ＤＪアプリケーションＤＪＡをインストールしたパーソナルコンピューター７００（以下、「ＰＣ」と表記する）を用いる。この場合、ＤＪアプリケーションＤＪＡは、複数のプレーヤー部７１０、ミキサー部７２０、サーバー部７３０および表示部７４０を有している。プレーヤー部７１０およびミキサー部７２０は、上記の実施形態におけるＤＪプレーヤー１０（Ａ），（Ｂ）およびミキサー装置２０として機能する。また、サーバー部７３０および表示部７４０は、上記の実施形態におけるサーバー３０およびＤＪプレーヤー１０のディスプレイ１１として機能する。なお、サーバー部７３０を、ＰＣ７００の外部に備えた構成としても良い。このように、図１４に記載の変形例によれば、ＤＪシステムＳＹのシステム構成を簡素化でき、設置場所の省スペース化およびシステム構築費用の軽減を図ることができる。なお、ＰＣ７００にＤＪアプリケーションＤＪＡをインストールした構成ではなく、１台のＤＪ機器（ＤＪパフォーマンス用の専用機器）に上記の各部を搭載した構成としても良い。
【０１２２】
図１５は、開示モード切替部３１０およびリスト生成モード切替部３２０の変形例を示す図である。上記の実施形態では、これらのモード切替を専用画面Ｄ０内のＧＵＩを用いて行うものとしたが、本変形例では、パッチベイ７０に備えられた操作子を用いてモード切替を行う。なお、パッチベイ７０は、ＤＪプレーヤー１０およびミキサー装置２０の接続に用いられる。パッチベイ７０の上面または側面には、リスト生成モード領域７０ａおよび開示モード領域７０ｂが設けられる。リスト生成モード領域７０ａには、リスト生成モードのＯＮ／ＯＦＦを表示灯の違いによって示すＬＥＤ７１と、ＯＮ／ＯＦＦをその押下ごとに切り替えるタッチボタン７２が設けられる。また、開示モード領域７０ｂには、開示モードのＯＮ／ＯＦＦを切り替えるためのスライドスイッチ（トグルスイッチ）７３が設けられる。このように、パッチベイ７０に、開示モード切替部３１０およびリスト生成モード切替部３２０の機能を設けることで、専用画面Ｄ０内のＧＵＩおよび各モードの表示領域を省略できる。
【０１２３】
図１６は、顧客用スマートフォン５０の画面表示の変形例を示す図である。同図（ａ）は、サーバー３０のイベント総合ログ画面（図１２参照）を、顧客用スマートフォン５０の表示画面８１に表示した場合の表示例である。同図において、記号「星」は、楽曲ごとの反応情報を示し、記号「二重丸」は、特殊操作情報（操作ログ）を示す。また、同図（ｂ）は、サーバー３０のタイトル別詳細ログ画面（図１３参照）を、顧客用スマートフォン５０の表示画面８１に表示した場合の表示例を示す。同図において、矢印は時間軸、「Ｑ０」，「Ｑ１」の文字列は特殊操作情報（操作ログ）、棒グラフはカウント情報、「Ｍ２」，「Ｍ６」等はマーク情報（マークログの数値）、「Ｃ５０」，「Ｃ５５」等はカウント情報（カウントログの数値）を示す。このように、顧客用スマートフォン５０でも、詳細な反応情報および特殊再生情報を視認可能としても良い。また、顧客用スマートフォン５０の専用アプリケーションの設定により、図９，図１０，図１３に示した各画面のうち、どの画面を表示可能とするかを選択可能としても良い。また、サーバー３０側で、顧客の来店回数などをカウントし、来店数の多い顧客に対しては、図１３に示したような詳細な再生ログを選択できるように、ロック解除キーを送信するなど、得意客に対するインセンティブとして本変形例を利用しても良い。
【０１２４】
その他、特に図示しないが、以下の構成も採用可能である。例えば、上記の実施形態では、ＤＪがＤＪプレーヤー１０のディスプレイ１１またはサーバー３０の表示手段３４で、リクエスト結果や反応情報を確認するものとしたが、ＤＪ自身が所持するスマートフォンにより、これらを確認しても良い。
【０１２５】
また、上記の実施形態において、リクエストの集計は、非ＯｎＡｉｒ状態で再生された楽曲が所定数に達した時点から所定時間経過後に行うものとしたが、リスト生成モード切替部３２０によりリスト生成モードが「ＯＦＦ」に切り替えられた時点で集計を行っても良い。若しくは、リスト生成モードが「ＯＦＦ」に切り替えられた時点から所定時間経過後に集計を行っても良い。この構成によれば、ＤＪがリクエストの受付終了のタイミングを決定することができる。これにより、顧客の人数や場の雰囲気に応じて適切なタイミングで集計を開始することができる。
【０１２６】
また、上記の実施形態では、ＤＪプレーヤー１０用の表示、サーバー３０用の表示、大型表示装置４０用の表示、顧客用スマートフォン５０用の表示、と幾つかの表示例を示したが、どの表示例をどの装置に対応させても良い。また、サーバー３０の専用画面Ｄ０にて、どの表示例をどの装置に対応させるかを設定可能としても良い。
【０１２７】
また、上記の実施形態では、マーク情報について、楽曲１曲につき１回しか記録できないものとしたが、複数回を上限として記録可能としても良いし、任意数を記録可能としても良い。また、カウント情報については、任意数を記録可能としたが、上限値を定めても良い。
【０１２８】
また、上記の実施形態では、リスト生成モード切替部３２０をサーバー３０に備えたが、各プレーヤー１０に備えても良い。この場合、リスト生成モード「ＯＮ」のＤＪプレーヤー１０にて試聴された楽曲のみを対象としてリクエストリストを生成する。また、ＤＪプレーヤー１０ごとにリスト生成モードの設定が異なる場合はリスト生成モードを「ＯＦＦ」と看做したり、いずれか１のＤＪプレーヤー１０（例えば、「ＤＪプレーヤー（Ａ）」）の設定を優先する、などの変形例も考えられる。
【０１２９】
また、上記の実施形態では、反応情報として揺れの検出結果を用いたが、これ以外に、ユーザーによるボタン操作（意識的な操作であるか無意識な操作であるかは問わない）の検出や、移動検出、生体反応（汗、血圧、体温、脈拍など）の検出結果を反応情報として記録しても良い。
【０１３０】
また、上記の実施形態において、情報出力部３７０は、非ＯｎＡｉｒ状態で再生された楽曲が所定数に達した時点で、リクエストリストを出力するものとしたが、その所定数を任意の数に変更可能としても良い。この場合、所定数を「１」とすると、楽曲の試聴再生ごとにリスト候補が公開されることとなる。また、所定数に達した時点で出力するのではなく、ＤＪが何らかの操作を行った時点で（例えば、リスト生成モードを「ＯＦＦ」に切り替えた時点で）リクエストリストを出力しても良い。
【０１３１】
また、上記の実施形態では、「コンテンツ」として楽曲を例示したが、楽曲以外のオーディオデータであっても良い。また、映像コンテンツであっても良い。なお、映像コンテンツの場合、特殊再生情報としては、各種映像エフェクトを記録可能である。
【０１３２】
また、上記の実施形態に示したＤＪシステムＳＹの各構成要素をプログラムとして提供することも可能である。また、そのプログラムを各種記憶媒体（ＣＤ−ＲＯＭ、フラッシュメモリ等）に格納して提供することも可能である。すなわち、コンピューターをＤＪシステムＳＹの各構成要素として機能させるためのプログラム、およびそれを記録した記憶媒体も、本発明の権利範囲に含まれるものである。例えば、ＰＣＤＪ（ＤＪ用ＰＣアプリケーションを用いることにより、ＰＣをＤＪ機器として機能させたもの）にて、上記の実施形態を実現する場合、そのＰＣアプリケーション、およびそれを記録した記憶媒体も、本発明の権利範囲に含まれる。その他、スマートフォン用のアプリケーションやＰＤＡ用のアプリケーションなど、各種情報機器に組み込まれるプログラムも同様である。
【０１３３】
また、顧客が所持する端末としてスマートフォンを例示したが、揺れ検出機能および表示機能を有する端末であればその種類は問わない。また、楽曲を再生する再生装置としても、ＤＪプレーヤー１０に限らず他のプレーヤーであっても良いし、ミキサー装置２０を省略した構成としても良い。
【０１３４】
また、サーバー３０の各機能を、ネットワーク上の機器（サーバー）によって実現しても良い。また、クラウドコンピューティングにも、本発明を適用可能である。また、サーバー、ＰＣ、ユーザー端末など、３つ以上の構成部材から成るシステム（通信システム）によって本発明のサーバー３０を実現しても良い。この場合、最低限、ユーザー端末に、操作手段、表示手段、サーバーおよび／またはＰＣと通信するための手段を備えればよく、他の手段については、サーバー、ＰＣ、ユーザー端末のいずれか、またはそれぞれに分散して備えられれば良い。その他、本発明の要旨を逸脱しない範囲で、適宜変更が可能である。
【符号の説明】
【０１３５】
１０…ＤＪプレーヤー  １１…ディスプレイ  ２０…ミキサー装置  ３０…サーバー  ３１…操作手段  ３２…記憶手段  ３３…通信手段  ３４…表示手段  ３５…制御手段  ４０…大型表示装置  ５０…顧客用スマートフォン  ７０…パッチベイ  ７０ａ…リスト生成モード領域  ７０ｂ…開示モード領域  ７１…ＬＥＤ  ７２…タッチボタン  ７３…スライドスイッチ  １１０…コンテンツ再生部  １２０…情報取得部  １３０…表示部  ３００…ＰＣ  ３１０…開示モード切替部  ３２０…リスト生成モード切替部  ３３０…再生検出部  ３４０…表示部  ３４０…ＯｎＡｉｒ判別部  ３５０…再生ログ生成部  ３６０…リクエストリスト生成部  ３７０…情報出力部  ３８０…選択結果取得部  ３９０…集計部  ４１０…情報取得部  ４２０…表示部  ５１０…情報取得部  ５２０…表示部  ５３０…コンテンツ選択部  ５４０…選択結果出力部  ５５０…検出部  ５６０…反応情報出力部  ５７０…検出結果記録部  ５８０…再生ログ表示制御部  ６１０…集計結果出力部  ６２０…表示部  ６３０…反応情報取得部  ６４０…反応情報集計部  ６５０…再生ログ記録部  Ｄ０…専用画面  ＤＪＡ…ＤＪアプリケーション  ＳＹ…ＤＪシステム
【図１】
2013005255.tif 000003
【図２】
2013005255.tif 000004
【図３】
2013005255.tif 000005
【図４】
2013005255.tif 000006
【図５】
2013005255.tif 000007
【図６】
2013005255.tif 000008
【図７】
2013005255.tif 000009
【図８】
2013005255.tif 000010
【図９】
2013005255.tif 000011
【図１０】
2013005255.tif 000012
【図１１】
2013005255.tif 000013
【図１２】
2013005255.tif 000014
【図１３】
2013005255.tif 000015
【図１４】
2013005255.tif 000016
【図１５】
2013005255.tif 000017
【図１６】
2013005255.tif 000018
【手続補正書】
【提出日】平成23年10月24日(2011.10.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コンテンツの再生を検出する再生検出部と、
再生を検出した前記コンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別部と、
前記非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成部と、
生成された前記リクエストリストを１以上の携帯端末に出力するリクエストリスト出力部と、
前記１以上の携帯端末による前記リクエストリストの中の前記コンテンツの選択結果を取得して集計する集計部と、を備えたことを特徴とする情報処理装置。
【請求項２】
前記再生検出部は、再生されたコンテンツの付随情報を取得することにより、前記コンテンツの再生を検出し、
前記リクエストリスト生成部は、前記付随情報を用いて、前記リクエストリストを生成することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記再生検出部は、所定時間以上連続して再生された前記コンテンツについて、前記コンテンツの再生を検出することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記リクエストリストを生成するか否かを示すリスト生成モードのＯＮ／ＯＦＦを切り替えるリスト生成モード切替部をさらに備え、
前記リクエストリスト生成部は、前記リスト生成モードが「ＯＮ」の場合のみ、前記リクエストリストを生成することを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記再生検出部は、前記コンテンツの再生時に特殊再生が行われたことを示す特殊再生情報を取得し、
前記ＯｎＡｉｒ状態で再生されたコンテンツの再生ログを生成する再生ログ生成部と、
取得した前記特殊再生情報を、前記再生ログの時間軸に対応づけて記録する再生ログ記録部と、をさらに備えたことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記再生ログ生成部により生成された前記再生ログ、または前記再生ログ記録部により記録された前記特殊再生情報を含む再生ログを、前記１以上の携帯端末に出力する再生ログ出力部をさらに備えたことを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記リクエストリストおよび前記再生ログを開示するか否かを示す開示モードのＯＮ／ＯＦＦを切り替える開示モード切替部をさらに備え、
前記リクエストリスト出力部および前記再生ログ出力部は、前記開示モードが「ＯＮ」の場合のみ、前記リクエストリストおよび前記再生ログを出力することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記リクエストリスト出力部は、前記非ＯｎＡｉｒ状態で再生されたコンテンツが所定数に達した時点で、前記リクエストリストを出力することを特徴とする請求項１に記載の情報処理装置。
【請求項９】
請求項１ないし８のいずれか１項に記載の情報処理装置と、１以上の携帯端末が通信可能に構成された通信システムであって、
前記携帯端末は、
前記表示部と、
前記リクエストリストを取得するリクエストリスト取得部と、
前記リクエストリストの中から１以上のコンテンツを選択するコンテンツ選択部と、
前記コンテンツ選択部の選択結果を前記情報処理装置に出力する選択結果出力部と、を備えたことを特徴とする通信システム。
【請求項１０】
前記情報処理装置は、１以上の再生装置とさらに通信可能に構成され、
前記集計部の集計結果を、前記１以上の携帯端末および前記１以上の再生装置に出力する集計結果出力部をさらに備え、
前記再生装置は、
前記表示部と、
前記コンテンツを再生するコンテンツ再生部と、を備えたことを特徴とする請求項９に記載の通信システム。
【請求項１１】
前記集計部は、前記リスト生成モード切替部により前記リスト生成モードが「ＯＦＦ」に切り替えられた時点で集計を行うことを特徴とする請求項９に記載の通信システム。
【請求項１２】
前記集計部は、前記非ＯｎＡｉｒ状態で再生されたコンテンツが所定数に達した時点から所定時間経過後に集計を行うことを特徴とする請求項９に記載の通信システム。
【請求項１３】
コンテンツを再生するコンテンツ再生部と、
前記コンテンツ再生部により再生されたコンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別部と、
前記非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成部と、
生成された前記リクエストリストを１以上の携帯端末に出力するリスエストリスト出力部と、
前記１以上の携帯端末による前記リクエストリストの中の前記コンテンツの選択結果を取得して集計する集計部と、を備えたことを特徴とするコンテンツ再生システム。
【請求項１４】
請求項１３に記載のコンテンツ再生システムにおける各部を備えたことを特徴とするＤＪ機器。
【請求項１５】
コンテンツの再生を検出する再生検出ステップと、
再生を検出した前記コンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別ステップと、
前記非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成ステップと、
生成された前記リクエストリストを１以上の携帯端末に出力するリクエストリスト出力ステップと、
前記１以上の携帯端末による前記リクエストリストの中の前記コンテンツの選択結果を取得して集計する集計ステップと、を備えたことを特徴とする情報処理装置の制御方法。
【請求項１６】
コンテンツを再生するコンテンツ再生ステップと、
再生された前記コンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別ステップと、
前記非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成ステップと、
生成された前記リクエストリストを１以上の携帯端末に出力するリスエストリスト出力ステップと、
前記１以上の携帯端末による前記リクエストリストの中の前記コンテンツの選択結果を取得して集計する集計ステップと、を備えたことを特徴とするコンテンツ再生システムの制御方法。
【請求項１７】
コンピューターを、請求項１ないし８のいずれか１項に記載の情報処理装置における各部、または請求項９ないし１２のいずれか１項に記載の通信システムにおける前記情報処理装置の各部として機能させるためのプログラム。
【請求項１８】
コンピューターを、請求項９に記載の通信システムにおける前記携帯端末の各部として機能させるためのプログラム。
【請求項１９】
コンピューターを、請求項１３に記載のコンテンツ再生システムにおける各部として機能させるためのプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
［０００５］
一方、このような再生履歴を記録する技術は、クラブ等でＤＪ（ディスクジョッキー）が演奏した楽曲の再生ログを作成する場合にも適用可能である。しかしながら、クラブ等における演奏は、予定していた楽曲を場の雰囲気に応じて変更することが多いため、上記の特許文献１に記載の放送履歴作成方法の適用は困難である。
［０００６］
また、クラブ等では、顧客がＤＪに対して楽曲をリクエストしたいといった要望がある。逆にＤＪからも、顧客のリクエストに対応したいといった要望がある。ところが、上記の通りクラブ等における演奏は、場の雰囲気に応じて楽曲を変更することが多いため、予めリクエストリストを作成しておくことができない。また、演奏中その場で無制限にリクエストを受付けることも考えられるが、顧客がどのような楽曲をリクエストして良いか分からないこと、楽曲の入手が困難であること、票が分散する可能性が高いことなど、課題が多い。
［０００７］
本発明は、上記の問題点に鑑み、顧客がＤＪに対して楽曲をリクエストするためのリクエストリストを、場の雰囲気に応じて効率よく生成することを第１の目的とする。また、リクエストリストや楽曲の再生ログを生成し、これらを顧客に提供することで、顧客メリットを向上させることを第２の目的とする。
課題を解決するための手段
［０００８］
本発明の情報処理装置は、コンテンツの再生を検出する再生検出部と、再生を検出したコンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別部と、非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成部と、生成されたリクエストリストを１以上の携帯端末に出力するリクエストリスト出力部と、１以上の携帯端末によるリクエストリストの中のコンテンツの選択結果を取得して集計する集計部と、を備えたことを特徴とする。
上記の情報処理装置において、再生検出部は、再生されたコンテンツの付随情報を取得することにより、コンテンツの再生を検出し、リクエストリスト生成部は、付随情報を用いて、リクエストリストを生成することを特徴とする。
上記の情報処理装置において、再生検出部は、所定時間以上連続して再生されたコンテンツについて、コンテンツの再生を検出することを特徴とする。
上記の情報処理装置において、リクエストリストを生成するか否かを示すリスト生成モードのＯＮ／ＯＦＦを切り替えるリスト生成モード切替部をさらに備え、リクエストリスト生成部は、リスト生成モードが「ＯＮ」の場合のみ、リクエストリストを生成することを特徴とする。
上記の情報処理装置において、再生検出部は、コンテンツの再生時に特殊再生が行われたことを示す特殊再生情報を取得し、ＯｎＡｉｒ状態で再生されたコンテンツの再生ログを生成する再生ログ生成部と、取得した特殊再生情報を、再生ログの時間軸に対応づけて記録する再生ログ記録部と、をさらに備えたことを特徴とする。
上記の情報処理装置において、再生ログ生成部により生成された再生ログ、または再生ログ記録部により記録された特殊再生情報を含む再生ログを、１以上の携帯端末に出力する再生ログ出力部をさらに備えたことを特徴とする。
上記の情報処理装置において、リクエストリストおよび再生ログを開示するか否かを示す開示モードのＯＮ／ＯＦＦを切り替える開示モード切替部をさらに備え、リクエストリスト出力部および再生ログ出力部は、開示モードが「ＯＮ」の場合のみ、リクエストリストおよび再生ログを出力することを特徴とする。
上記の情報処理装置において、リクエストリスト出力部は、非ＯｎＡｉｒ状態で再生されたコンテンツが所定数に達した時点で、リクエストリストを出力することを特徴とする。
本発明の通信システムは、上記に記載の情報処理装置と、１以上の携帯端末が通信可能に構成された通信システムであって、携帯端末は、表示部と、リクエストリストを取得するリクエストリスト取得部と、リクエストリストの中から１以上のコンテンツを選択するコンテンツ選択部と、コンテンツ選択部の選択結果を情報処理装置に出力する選択結果出力部と、を備えたことを特徴とする。
上記の通信システムにおいて、情報処理装置は、１以上の再生装置とさらに通信可能に構成され、集計部の集計結果を、１以上の携帯端末および１以上の再生装置に出力する集計結果出力部をさらに備え、再生装置は、表示部と、コンテンツを再生するコンテンツ再生部と、を備えたことを特徴とする。
上記の通信システムにおいて、集計部は、リスト生成モード切替部によりリスト生成モードが「ＯＦＦ」に切り替えられた時点で集計を行うことを特徴とする。
上記の通信システムにおいて、集計部は、非ＯｎＡｉｒ状態で再生されたコンテンツが所定数に達した時点から所定時間経過後に集計を行うことを特徴とする。
本発明のコンテンツ再生システムは、コンテンツを再生するコンテンツ再生部と、コンテンツ再生部により再生されたコンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別部と、非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成部と、生成されたリクエストリストを１以上の携帯端末に出力するリスエストリスト出力部と、１以上の携帯端末によるリクエストリストの中のコンテンツの選択結果を取得して集計する集計部と、を備えたことを特徴とする。
本発明のＤＪ機器は、上記に記載のコンテンツ再生システムにおける各部を備えたことを特徴とする。
本発明の情報処理装置の制御方法は、コンテンツの再生を検出する再生検出ステップと、再生を検出したコンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別ステップと、非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成ステップと、生成されたリクエストリストを１以上の携帯端末に出力するリクエストリスト出力ステップと、１以上の携帯端末によるリクエストリストの中のコンテンツの選択結果を取得して集計する集計ステップと、を備えたことを特徴とする。
本発明のコンテンツ再生システムの制御方法は、コンテンツを再生するコンテンツ再生ステップと、再生されたコンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別ステップと、非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成ステップと、生成されたリクエストリストを１以上の携帯端末に出力するリスエストリスト出力ステップと、１以上の携帯端末によるリクエストリストの中のコンテンツの選択結果を取得して集計する集計ステップと、を備えたことを特徴とする。
本発明のプログラムは、コンピューターを、上記に記載の情報処理装置における各部、または上記に記載の通信システムにおける情報処理装置の各部として機能させることを特徴とする。
本発明のプログラムは、コンピューターを、上記に記載の通信システムにおける携帯端末の各部として機能させることを特徴とする。
本発明のプログラムは、コンピューターを、上記に記載のコンテンツ再生システムにおける各部として機能させることを特徴とする。
なお、以下の構成としても良い。
本発明の情報処理装置は、コンテンツの再生を検出する再生検出部と、再生を検出したコンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別部と、非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエストリストを生成するリクエストリスト生成部と、を備えたことを特徴とする。
［０００９］
本発明の情報処理装置の制御方法は、コンテンツの再生を検出する再生検出ステップと、再生を検出したコンテンツが、ＯｎＡｉｒ状態で再生されたのか、非ＯｎＡｉｒ状態で再生されたのかを判別するＯｎＡｉｒ判別ステップと、非ＯｎＡｉｒ状態で再生されたコンテンツの再生リストであるリクエ
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００３５
【補正方法】変更
【補正の内容】
【００３５】
定数を「１」とすると、楽曲の試聴再生ごとにリスト候補が公開されることとなる。また、所定数に達した時点で出力するのではなく、ＤＪが何らかの操作を行った時点で（例えば、リスト生成モードを「ＯＦＦ」に切り替えた時点で）リクエストリストを出力しても良い。
［０１３１］
また、上記の実施形態では、「コンテンツ」として楽曲を例示したが、楽曲以外のオーディオデータであっても良い。また、映像コンテンツであっても良い。なお、映像コンテンツの場合、特殊再生情報としては、各種映像エフェクトを記録可能である。
［０１３２］
また、上記の実施形態に示したＤＪシステムＳＹの各構成要素をプログラムとして提供することも可能である。また、そのプログラムを各種記憶媒体（ＣＤ−ＲＯＭ、フラッシュメモリ等）に格納して提供することも可能である。すなわち、コンピューターをＤＪシステムＳＹの各構成要素として機能させるためのプログラム、およびそれを記録した記憶媒体も、本発明の権利範囲に含まれるものである。例えば、ＰＣＤＪ（ＤＪ用ＰＣアプリケーションを用いることにより、ＰＣをＤＪ機器として機能させたもの）にて、上記の実施形態を実現する場合、そのＰＣアプリケーション、およびそれを記録した記憶媒体も、本発明の権利範囲に含まれる。その他、スマートフォン用のアプリケーションやＰＤＡ用のアプリケーションなど、各種情報機器に組み込まれるプログラムも同様である。
［０１３３］
また、顧客が所持する端末としてスマートフォンを例示したが、揺れ検出機能および表示機能を有する端末であればその種類は問わない。また、楽曲を再生する再生装置としても、ＤＪプレーヤー１０に限らず他のプレーヤーであっても良いし、ミキサー装置２０を省略した構成としても良い。
［０１３４］
また、サーバー３０の各機能を、ネットワーク上の機器（サーバー）によって実現しても良い。また、クラウドコンピューティングにも、本発明を適用可能である。また、サーバー、ＰＣ、ユーザー端末などの構成部材から成るシステム（通信システム）によって本発明のサーバー３０を実現しても良い。この場合、最低限、ユーザー端末に、操作手段、表示手段、
【国際調査報告】
2013005255.tif 000019
2013005255.tif 000020
2013005255.tif 000021
2013005255.tif 000022