楽曲選択装置及び楽曲選択プログラム
【課題】複数のユーザーが集い楽曲を選択する場において、指定した選曲項目について他のユーザーの嗜好を示す指標を提示する。
【解決手段】本発明に係る楽曲選択装置は、ユーザーから各種入力を受け付ける入力手段と、入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、入力手段で指定された選曲項目に基づいて選曲を行うユーザー別選曲処理と、ユーザー別選曲処理にてユーザーが指定した選曲項目に対し、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、を実行する制御手段を備えることを特徴としている。
【解決手段】本発明に係る楽曲選択装置は、ユーザーから各種入力を受け付ける入力手段と、入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、入力手段で指定された選曲項目に基づいて選曲を行うユーザー別選曲処理と、ユーザー別選曲処理にてユーザーが指定した選曲項目に対し、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、を実行する制御手段を備えることを特徴としている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所望の楽曲を指定して歌唱を楽しむカラオケ装置、あるいは、所望の楽曲を指定して演奏する各種演奏装置に対して楽曲の選択を行う楽曲選択装置、楽曲選択プログラムに関するものである。
【背景技術】
【０００２】
従来、カラオケ装置では楽曲に対応付けられた楽曲番号を掲載した冊子（カラオケ早見本）を参照し、リモコン装置などの入力装置で楽曲番号を入力することで、所望する楽曲の選曲が行われていた。
【０００３】
ＭＩＤＩ情報のような演奏情報を利用するカラオケ装置では、演奏情報の容量が小さいこと、ハードディスクなどの記憶装置の大容量化が進んだことを要因として、１台のカラオケ装置で記憶できる楽曲数が格段に増加した。このような楽曲数の増加に伴ってカラオケ早見本のページ数も増加することとなった。このような状況の中、リモコン装置も従来のテンキーを利用した選曲のみならず、ＬＣＤなどの表示手段を備え、各種選曲項目を表示させて選曲させるＧＵＩ機能を備えリモコン装置も開発されている。このようなリモコン装置では、楽曲名や歌手名を用いて検索を行う検索機能以外に各種機能を備えたものが登場している。
【０００４】
特許文献１には、利用者データベースに、利用者ＩＤに関連付けられた利用者情報中のパーソナル曲目に少なくとも他の利用者に対するリクエスト曲を登録しておき、他の利用者に対して歌唱してもらいたい楽曲をリクエスト曲として正確かつ容易に報知させることができるカラオケシステムが開示されている。このカラオケシステムでは、大音響のカラオケの場であっても、システムを介して他の利用者に対してリクエスト曲を伝えることが可能となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−５８７９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
カラオケボックス、スナックなどのカラオケの場では、複数人が集い歌唱が楽しまれる。歌唱は各人が選択することで行われることとなるが、選択した楽曲に対して、同席している参加者がどのような反応、印象をもつかは実際に演奏が開始されるまでは予想することが困難である。また、選択した楽曲によっては、同席している人の嗜好と全く異なる場合もあり、場の雰囲気を壊してしまうこともある。
【０００７】
本発明は、カラオケなどにおいて楽曲を選択する際に、選択しようとしている楽曲が同席している人にどのような印象をもつか、また、どのような反応を示すかを予測することのできる指標を提示することを目的としている。また、このような指標を用い、選択した項目に属する楽曲の中から楽曲を推奨することを目的とするものである。
【課題を解決するための手段】
【０００８】
本発明に係る楽曲選択装置は、ユーザーから各種入力を受け付ける入力手段と、前記入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、前記入力
手段で指定された選曲項目に基づいて選曲を行うユーザー別選曲処理と、前記ユーザー別選曲処理にてユーザーが指定した選曲項目に対し、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、を実行する制御手段を備えることを特徴としている。
【０００９】
さらに本発明に係る楽曲選択装置において、前記指標算出処理で、指標が算出される選曲項目は、楽曲、歌手、ジャンルの少なくとも１つであることを特徴としている。
【００１０】
さらに本発明に係る楽曲選択装置において、前記指標算出処理にて使用される他の認証ユーザーに対応するユーザー情報は、認証ユーザーが登録、もしくは利用したことのある楽曲の楽曲関連情報であることを特徴としている。
【００１１】
さらに本発明に係る楽曲選択装置において、前記指標算出処理は、認証ユーザーが登録、もしくは利用したことのある楽曲の利用履歴に基づいて補正された指標を算出することを特徴としている。
【００１２】
さらに本発明に係る楽曲選択装置において、前記制御手段は、指標算出処理で算出された指標を、他の全ての認証ユーザーについて統合した総合指標を算出する総合指標算出処理を実行することを特徴としている。
【００１３】
また本発明に係る楽曲選択装置は、ユーザーから各種入力を受け付ける入力手段と、前記入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、選曲を行うユーザー別選曲処理において、前記入力手段で指定された選曲項目に対応する複数の楽曲について、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、算出された指標に基づいて楽曲を推奨する推奨処理と、を実行する制御手段を備えることを特徴としている。
【００１４】
また本発明に係る楽曲選択プログラムは、入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、前記入力手段で指定された選曲項目に基づいて選曲を行うユーザー別選曲処理と、前記ユーザー別選曲処理にてユーザーが指定した選曲項目に対し、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、をコンピュータに実行させることを特徴としている。
【００１５】
また本発明に係る楽曲選択プログラムは、入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、選曲を行うユーザー別選曲処理において、前記入力手段で指定された選曲項目に対応する複数の楽曲について、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、算出された指標に基づいて楽曲を推奨する推奨処理と、をコンピュータに実行させることを特徴としている。
【発明の効果】
【００１６】
本発明によれば、ユーザーが指定した選曲項目について、同席している他のユーザーの指標を算出することで、他のユーザーが選曲項目についてどのような印象を持つか、あるいは、当該選曲項目に対応した楽曲が演奏された場合、どのような反応を示すかを事前に予測することができ、選曲の参考とすることが可能となる。特に、カラオケにおいては、指標を事前に知ることで、場の雰囲気にあった楽曲を気持ちよく歌唱することが可能となる。
【００１７】
また、本発明では、指定された選曲項目に属する複数の楽曲について指標を算出し、当該指標に基づいて楽曲を推奨することで、指定した選曲項目に属する楽曲の中から、場の雰囲気に即した楽曲を選択することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態に係るカラオケシステムのネットワーク構成を示す図
【図２】本発明の実施形態に係るカラオケシステムを示す図
【図３】本発明の実施形態に係るトップ画面を示す図
【図４】本発明の実施形態に係るユーザー情報を示す図
【図５】本発明の実施形態に係るユーザーに対するサービス処理を示す図
【図６】本発明の実施形態に係るアクティブユーザートップ画面を示す図
【図７】本発明の実施形態に係るマイルーム画面を示すフロー図
【図８】本発明の実施形態に係るマイうた選曲画面を示す図
【図９】本発明の実施形態に係る楽曲選択処理を示すフロー図
【図１０】本発明の実施形態に係る楽曲確認画面を示す図
【図１１】本発明の他の実施形態に係るユーザー別支持率画面を示す図
【図１２】本発明の実施形態に係る指標（支持率）算出処理を示すフロー図
【図１３】本発明の実施形態においてユーザーＡが選択した楽曲の関係を示す図
【図１４】本発明の実施形態に係る加点数テーブルを示す図
【図１５】本発明の実施形態に係る補正テーブルを示す図
【図１６】本発明の他の実施形態に係る指標を説明するための図
【図１７】本発明の他の実施形態に係る楽曲選択処理を示す図
【図１８】本発明の他の実施形態に係る楽曲選択画面（総合支持率ランキング）を示す図
【図１９】本発明の他の実施形態に係る楽曲選択画面（ユーザー別支持率ランキング）を示す図
【図２０】本発明の他の実施形態に係るユーザー情報（購入履歴）を説明するための図
【図２１】本発明の他の実施形態に係るユーザー情報（歌唱希望テーブル）を示す図
【発明を実施するための形態】
【００１９】
図１は、本発明の実施形態に係るカラオケシステムのネットワーク構成を示す図である。図中、カラオケシステムとしての主要構成は、カラオケ用ホスト５（サーバ装置）、店舗などに設置されるコマンダ２などにて構成される。コマンダ２は楽曲再生機能を有した、いわゆるカラオケ装置であって、店舗内のＬＡＮ１００に接続されている。コマンダ２とカラオケ用ホスト５は、インターネットを介して接続され、新しく供給された楽曲情報やユーザー情報など、各種サービスに必要な情報の送受信を行う。本実施形態ではＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）を介して接続されており、セキュリティに優れた通信を行うことが可能となっている。
【００２０】
店舗に設置されるコマンダ２は、リモコン装置１によりユーザーからの各種指示を受け付けることが可能となっている。また、リモコン装置１は表示画面を備え、ユーザーに対して各種情報を提供することも可能である。リモコン装置１は、ＬＡＮ１００上に設置されたアクセスポイント１１０ａを介してコマンダ２と無線接続される。図中に破線で示されるように、例えばコマンダ２ａにはリモコン装置１ａと１ｂが対応付けられ、ＬＡＮ１００ａを介して情報を送受信することが可能となっている。また、リモコン装置１とコマンダ２とは赤外線などを利用した近距離通信を行うことも可能である。
【００２１】
さらに、本実施形態のカラオケシステムでは、ユーザーに各種サービスを提供するためインターネット用ホスト６が設けられている。このインターネット用ホスト６は、ユーザ
ーのパーソナルコンピュータ、携帯情報端末（携帯電話やＰＤＡなど）と接続され、これら機器を利用するユーザーに各種サービスを提供することができる。また、インターネット用ホスト６は、カラオケ用ホスト５とデータ共有する、例えば、カラオケ用ホスト５の第１記憶部５１と、インターネット用ホスト６の第２記憶部６１に記憶される各種データベースが同期することで連携を取ったサービスを提供することができる。
【００２２】
図２は、店舗に設置されているカラオケシステムの構成を示す図である。本実施形態におけるカラオケシステムは、コマンダ２（カラオケ装置）と、リモコン装置１にて構成されており、これらは、ＬＡＮ１００にて、無線、有線で互いに接続されている。
【００２３】
コマンダ２は、全体を統括制御する制御部３０を中心として機能し、主な機能として、楽曲演奏処理、映像表示処理、楽曲選択処理などを実行可能としている。楽曲演奏処理は、入力部２１やリモコン装置１にて、ユーザーにより指定された楽曲に対応する演奏情報をＭＩＤＩ音源２６などの音源部にて演奏させ、スピーカー４２から放音させる処理である。このとき、スピーカー４２からは歌唱用マイク４４から入力される音声も合わせて放音される。映像再生処理は、映像再生部２９にて各種映像情報、歌詞情報などを再生させ、モニタ４１を介した視覚情報をユーザーに提供する処理である。
【００２４】
楽曲選択処理は、ユーザーからの指定に基づいて楽曲を選択、予約するための処理である。本実施形態ではリモコン装置１と連携して実行することとなる。リモコン装置１の操作部１７から入力されたユーザーの指令は、赤外線通信部１９、２３、あるいは、ＬＡＮ１００を介してコマンダ２に伝達される。コマンダ２での処理結果は、リモコン装置１側の表示部１１に表示され、ユーザーは選曲のための各種情報を視認することが可能である。コマンダ２とリモコン装置１は、この楽曲選択処理に限らず、ユーザー個別のサービスを提供するためのログイン処理（認証処理）など各種処理を実行することが可能である。
【００２５】
本実施形態のコマンダ２には、カメラ４３が接続可能となっており、接続されたカメラ４３から歌唱者や同伴客の様子を撮影することが可能となっている。カメラ４３の映像を表示手段（例えば、モニタ４１）にてモニタする場合には、カメラ４３は、当該表示手段の上部など、表示手段の近傍に配置することが好ましい。ユーザーは、モニタ画像を鏡のように利用することが可能となる。なお、カメラ４３を複数設け、同時に、あるいは、切り換えて撮影することで映像情報を取得することとしても構わない。
【００２６】
図３は、本発明の実施形態に係るトップ画面、すなわち、リモコン装置１を起動した直後の画面を示す図である。本実施形態では、リモコン装置１の表示部１１に表示を行うことで、リモコン装置１を操作するユーザーに対して各種情報を提供する。なお、リモコン装置１の操作部１７としては、カーソルキーなどの各種機械的なスイッチの他、表示部１１に表示されたボタン、アイコンなどを直接タッチして操作を行うタッチパネルを採用することができる。
【００２７】
本実施形態のカラオケシステムは、複数のユーザーがログインすることが可能となっている。ユーザーのログインに関する情報は画面上方に常時表示される。ログインしたユーザーの分身像（アバター）を表示するためのログインユーザー欄１０３が設けられている。なお、分身像としては、人、キャラクターを模した像の他、図形や記号など各種形態を採用することができる。
【００２８】
また、アカウントを有していないユーザーのためのゲストアイコン１０２、ユーザーを切り替えるためのユーザー切替スイッチ１０１が表示されている。ログインしたユーザーは、ログインユーザー欄１０３に表示される分身像を選択、あるいは、ユーザー切替スイッチ１０１を操作することで、自分のユーザー情報を利用した各種サービスを受けること
が可能となる。また、アカウントを有していないユーザーは、ゲストアイコン１０２を操作することで、選曲など一般的なサービスを受けることが可能となっている。なお、ユーザーの切替の際には、パスワードなど認証を行うこととしてもよいが、認証を行うことなく簡易に切り替えることとしてもよい。
【００２９】
図４は、各ユーザー毎に記憶されたユーザー情報を説明するための図である。本実施形態では、ユーザー情報として、個人情報、マイうたテーブル、マイアーティストテーブル、履歴テーブルなど、ユーザーに関する各種情報を含んで構成される。また、ユーザー情報には、ユーザーがログインしてこれら情報を利用するためのユーザーＩＤ、パスワードが対応付けられている。個人情報には、ユーザー名（実際の名前に限ったものでなく、ニックネームであってもよい）、性別、年齢等を含んで構成されている。これら各種情報は、リモコン装置１、あるいは、ネットワークに接続されたパーソナルコンピュータ、携帯情報端末などにてログインして設定することができる。
【００３０】
マイうたテーブルは、ユーザーによって事前に登録された楽曲を示すテーブルであって、少なくとも楽曲を識別するための楽曲識別子を含んで構成されている。この他、歌唱した際に採点された最高点（採点情報）や、自分の歌唱音域に合わせるためのキー調整値などを登録しておいてもよい。ユーザーは、このマイうたテーブルを読み出すことで、事前に登録した楽曲を容易に選曲することが可能となる。
【００３１】
マイアーティストテーブルは、ユーザーによって事前に登録されたアーティスト（歌手）を示すテーブルであって、歌手識別子を含んで構成されている。ユーザーは、このマイアーティストテーブルを呼び出すことで、事前に登録したアーティストを読み出し、さらにデータベースを参照することで当該アーティストに関連する楽曲を読み出して選曲することが可能となる。
【００３２】
履歴テーブルは、ユーザーがこれまでに選曲した履歴が記載されたテーブルであって、楽曲識別子、歌唱日時、キー調整値、採点結果、歌唱店舗（歌唱位置）などを含んで構成されている。採点結果は、歌唱したときの採点手段による結果を示す情報であり、キー調整値は歌唱したときのピッチ変更を示す情報である。
【００３３】
本実施形態では、この履歴テーブルに記録された楽曲を選曲することも可能となっている。ユーザーは履歴テーブルを用いた選曲を行うことで、過去に指定した楽曲を再度演奏させることが可能となっている。
【００３４】
本実施形態では、このようなユーザー情報を利用することで、ユーザーに対し様々なサービスを提供することができる。
【００３５】
図５は、このユーザー情報の送受信の様子を示した図である。カラオケ店舗に来店したユーザーは、自己のユーザーＩＤとパスワードで構成された識別情報を入力、あるいは、リモコン装置１などに設けられたＩＣカードリーダーでＩＣカードに記憶されている識別情報を読み取らせることで認証処理Ｓ１０１を実行する。ユーザーの識別情報を読み取った、コマンダ２あるいはリモコン装置１は、識別情報をカラオケ用ホスト５に送信し（Ｓ１０２）、識別情報を受信したカラオケ用ホスト５は記憶部１に記憶されたデータベースから、該当するユーザーのユーザー情報を抽出し（Ｓ１２１）、問い合わせのあったコマンダ２あるいはリモコン装置１に対して送信する（Ｓ１２２）。
【００３６】
ユーザー情報を受信したコマンダ２側では（Ｓ１０３）、受信したユーザー情報に基づいて、選曲処理、演奏処理など各種サービス処理が提供される（Ｓ１０４）。ユーザーによりログアウトが要求される（Ｓ１０５）とサービス処理を中断し、サービス処理中にお
ける各種履歴（ログ）、あるいは、ユーザーによる設定変更を反映したユーザー情報をカラオケ用ホスト５に送信する（Ｓ１０６）。ここで、ユーザー情報は、全ての情報を送信することの他、更新された差分だけを送信してもよい。カラオケ用ホスト５では、受信したユーザー情報に基づいて記憶部１に記憶されたデータベースの更新を実行する（Ｓ１２４）。
【００３７】
以上、１ユーザーが認証処理（ログイン）してから、ログアウトするまでの流れを説明したが、本実施形態のコマンダ２、リモコン装置１は、認証された複数人（認証ユーザー）が同時にログインした状態で使用することが可能となっており、図３で説明したユーザーインターフェイスを用いることで、サービスを提供するユーザー（以下、「アクティブユーザー」という）を切り替えて使用することが可能となっている。
【００３８】
図６は、本発明の実施形態に係るアクティブユーザートップ画面を示す図である。この図に示されるように、複数人がログインした状態ではログインユーザー欄１０３にログインしたユーザーの分身像１０３ａ〜１０３ｅ（本実施形態では顔部分）が表示される。またログインユーザー欄１０３中、右端に背景がハイライトで示されるユーザーは、アクティブユーザー１０３ｅであって、図に示す状態では、このアクティブユーザー１０３ｅに対するサービス、すなわち、アクティブユーザー１０３ｅのユーザー情報を利用したサービスが実行されている状態となっている。
【００３９】
このアクティブユーザートップ画面では、「曲を探す」を選択することで、従来の歌本と同様、歌手名、楽曲名に基づく検索を行うことができる。また、「マイルーム」を選択した場合には、ユーザー情報中のマイうたテーブルなどを利用した、アクティブユーザーに特化した楽曲検索を行うことができる。
【００４０】
図７には、アクティブユーザートップ画面にて「マイルーム」が選択されたときの画面であるマイルーム画面が示されている。このマイルーム画面には、図に示されるようにマイうた１０４、マイアーティスト１０５、りれき１０６といった表記を有する操作ボタンが表示されており、これらを選択することでユーザー情報を利用した各種選曲方法を選択することが可能となっている。マイうた１０４が選択されたときにはマイうたテーブルを参照した選曲が、マイアーティスト１０５が選択されたときにはマイアーティストテーブルを参照した選曲が、そして、りれき１０６が選択されたときには履歴テーブルを参照した選曲が実行される。
【００４１】
このようなユーザー情報中の各種テーブルに基づいて選曲を行うユーザー別選曲処理の一例として、図８には、マイうた選曲画面が示されている。この画面は、図７においてアクティブユーザーであるＡさんが「マイうた」を選択したときの画面の様子であって、ユーザー情報中のマイうたテーブルに登録された楽曲に関する情報（ここでは、楽曲名と歌手名）が楽曲欄毎に表示されている。アクティブユーザーであるＡさんは、表示される楽曲の中から歌唱したい楽曲欄を選択して、演奏予約を行うことが可能となっている。この画面では、楽曲名の順番で表示されているが、楽曲欄右上に示されるボタンを操作することで、歌手名の順番で表示させることも可能である。
【００４２】
図７の画面に示される「マイアーティスト」、「りれき」ボタンを操作することで、それぞれ、マイアーティストテーブル、履歴テーブルを利用し、このマイうたの場合と同様に楽曲選択を行うことが可能となっている。
【００４３】
本実施形態では、このようなユーザー情報中のマイうたテーブル、マイアーティストテーブル、マイ履歴テーブルを利用して指標（支持率）を算出することとしている。では、カラオケシステムにおいて、指標を算出する実施形態について説明する。図９には、本発
明の実施形態に係る楽曲選択処理を示すフロー図が示されている。なお、本明細書で説明する処理は、汎用のコンピュータで実行可能なプログラムとして提供することも可能である。
【００４４】
まず、入力手段としてのリモコン装置１の操作部１７を介して、ユーザーから１の楽曲が指定されると（Ｓ２０１）、当該楽曲に対する指標を算出する指標算出処理（Ｓ３００）が実行される。この指標は、ユーザーが選択した楽曲に対する他のユーザーの嗜好を示す指標であって、本実施形態では、他のユーザーのユーザー情報中に存在するマイうたテーブル、マイアーティストテーブル、マイ履歴テーブルを用いて算出される。なお、ここでいう他のユーザーとは、カラオケの場で同時にログインしている（同席している）ユーザーである。
【００４５】
Ｓ２０３では、Ｓ２０１で指定した楽曲についての楽曲確認画面をリモコン装置１の表示部１１に表示させ、ユーザーに対して予約するか否かが問われる。このとき、Ｓ３００で算出した指標を表示することで、ユーザーは、指定した楽曲に対する他者の反応を予測することができる。楽曲確認画面で楽曲に関する情報、並びに、指標を確認したユーザーは、当該楽曲に付いて予約するか否かを判断する。予約指示を行った場合には、当該楽曲の楽曲識別子をコマンダ２で管理する予約リスト上に登録し（Ｓ２０４）、楽曲選択処理を終了する。コマンダ２では、予約リストに登録された楽曲を演奏手段としてのＭＩＤＩ音源２６に順次させる。一方、予約しない場合には、Ｓ２０１にて楽曲を指定し直すことが可能である。
【００４６】
本実施形態では、この指標として支持率（０〜１００％）を採用しているが、このような形態に限られるものではなく、Ａ〜Ｄなど複数区分のランキングとして表示することや、ポイント値、あるいは、グラフなど図形の大きさで表示するなど、嗜好の度合いを示すものであれば数値、図形を問わず各種形態を採用することができる。
【００４７】
また、同席しているユーザーは複数人存在する可能性もある。この指標算出処理では、各個人の指標のみならず、カラオケの場に参加している各個人の指標を統合した総合指標を算出することとしている。楽曲を選択したユーザーは、総合指標を参照することで、当該楽曲を歌唱したときの場全体の反応を前もって予測することが可能となる。また、各個人の指標を参照することで、参照したユーザーの反応を予測することも可能となる。
【００４８】
図１０には、本発明の実施形態に係る楽曲確認画面が、また、図１１は、本発明の他の実施形態に係るユーザー別支持率画面が示されている。この図は、Ａさんが選択した楽曲「夏の海」の楽曲確認画面であって、楽曲名、歌手名、歌い出しなど、確認のための各種楽曲関連情報が表示されている。また、この画面では演奏の際の音程を変更することができ、変更する際には、「キー設定」欄に付随する変更スイッチが操作される。さらに、画面左下には、当該楽曲に対する他のユーザーの反応の指標としての総合支持率が表示されている。この例では、ログインユーザー欄１０３に表示されている２名の支持率を統合した総合支持率である。
【００４９】
総合支持率が表示されている欄には「ユーザー別にみる」と表示されたスイッチが併記されており、個人別の指標を参照したい場合には、このスイッチが操作され、図１１に示されるユーザー別支持率画面がポップアップ表示される。ここでは、ユーザーＡが選択した楽曲に対するユーザー（ユーザーＡ、ユーザーＢ）別の支持率がパーセントで表示されている。また、支持率に応じて大きさが可変するハート型の図形も合わせて表示されている。
【００５０】
ユーザーは、図１０の楽曲確認画面に表示される総合支持率を参照することで、選択し
た楽曲が場にふさわしい楽曲か否かを判断した上で、当該楽曲の演奏予約を実行することが可能となる。また、図１１のユーザー別支持率画面を参照することで、各ユーザー毎の反応についても参照し、例えば、好意を持つ相手に対する反応をピンポイントで予測することができる。
【００５１】
では、図１２〜図１５を参照しつつ、本発明の実施形態に係る指標算出処理について説明する。図１２は、本発明の実施形態に係る指標（支持率）算出処理を示すフロー図であり、図１３は、本発明の実施形態においてユーザーＡが選択した楽曲の関係を示す図であり、図１４は、本発明の実施形態に係る加点数テーブルを示す図であり、図１５は、本発明の実施形態に係る補正テーブルを示す図である。
【００５２】
図１２は、図９で説明した指標算出処理（Ｓ３００）の詳細を示した図である。指標算出処理が開始されると、まず、Ｓ３０１にて１人の同席ユーザーが選択され、当該ユーザーのユーザー情報が取得される。ここで同席ユーザーとは、楽曲を選択したユーザーとは異なるユーザーであるとともに、同時にログインしているユーザーのことをいう。
【００５３】
本実施形態では、ユーザー情報中において、楽曲や歌手に直接関連するテーブル（マイうたテーブル、マイアーティストテーブル、履歴テーブル）を利用して、ユーザーが選択した楽曲に対する指標を算出することとしている。Ｓ３０２では、履歴テーブルあるいは、マイうたテーブル中に、選択された楽曲が存在するか否かが判定される。楽曲が存在する場合には、所定の支持ポイントが加点される（Ｓ３０３）。なお、本実施形態では、マイうたテーブル、履歴テーブルの両方に楽曲が存在するときには、マイうたテーブルに存在した場合の支持ポイントを優先して加点することとしている。
【００５４】
一方、楽曲が存在しない場合には、マイアーティストテーブル、履歴テーブルを参照し、選択された楽曲を歌唱する歌手、あるいは、当該歌手の持ち歌が存在するかが判定される（Ｓ３０９）。歌手が存在する場合には、所定の支持ポイントが加点される（Ｓ３１０）。なお、本実施形態では、マイアーティストテーブル、履歴テーブルの両方に歌手が存在するときには、マイアーティストテーブルに存在した場合の支持ポイントを優先して加点することとしている。
【００５５】
Ｓ３０３、Ｓ３１０にて加点する支持ポイントの一例が図１４に示されている。この表において本実施形態では、条件Ａ−１、条件Ａ−２、条件Ｂ−１、条件Ｂ−２を利用することとしているが、この他に、条件Ｃに示すような履歴テーブル中に、選択した楽曲のカバー曲、すなわち、歌唱者が異なる楽曲が存在することや、条件Ｄに示すように同席ユーザーのグループ履歴中に選択した楽曲が存在することなどを条件に加えてもよい。ここでグループ履歴とは、ユーザーが以前に同席した際、他のユーザーが選択した楽曲である。このグループ履歴を使用する場合には、ユーザー情報中に別途、グループ履歴を設ける、あるいは、同席したユーザーとの関連付けを設けておく必要がある。グループ履歴を利用することで、当該ユーザーが聞き覚えのある楽曲としての加点を行うことが可能となる。
【００５６】
このように本実施形態では、同席ユーザーのユーザー情報が、図１４に示される４つの条件（条件Ａ−１、条件Ａ−２、条件Ｂ−１、条件Ｂ−２）の何れに属するかが判定され、各条件に対応する支持ポイントが加点されることとしている。
【００５７】
本実施形態では、Ｓ３０２において楽曲が存在すると判定された場合、Ｓ３０３で加点された支持ポイントに対して補正を行う補正処理が実行される（Ｓ３０４）。Ｓ３０２で楽曲が存在すると判定された場合、指標算出の対象となっているユーザーは、以前にその楽曲を歌唱したことがあることとなるが、この補正処理では、ユーザーが当該楽曲を歌唱した際の採点結果や、演奏回数、歌唱日時、撮像回数などで支持ポイントを補正すること
としている。
【００５８】
図１５には、補正処理で使用する補正テーブルの一例が示されている。これら各項目は履歴テーブルなどを参照して得ることができる。採点結果は、過去に採点機能を利用して得られた点数であって、履歴テーブルから得ることができる。複数存在するときには、直近の採点結果を用いることや、採点結果の平均値を用いることなどが考えられる。演奏回数は、過去に歌唱した回数を示す値であって、履歴テーブルから得ることができる。歌唱日時は直近で歌唱した日時を示したものであって、最近に歌唱したものほど倍率が高くなることとしている。また撮像回数は、カラオケシステムに接続されたカメラ４３を使用して、歌唱中のユーザーを撮像した回数であって楽曲単位で行われ、インターネット用ホスト４を介してパーソナルコンピュータなどに公開される。ここでは撮像回数が多い楽曲、言い換えると、投稿した回数が多い楽曲ほど、当該楽曲への愛着が高いと判断し倍率を高くしている。
【００５９】
Ｓ３０５では、以上の処理によりＳ３０１で選択した１の同席ユーザーの支持ポイントを確定する。さらに本実施形態では、Ｓ３０６にて算出した支持ポイントを支持率に換算する処理を実行している。この処理は、選択した楽曲について、取得可能な最高ポイントに対するＳ３０５で取得した支持ポイントの割合であって０〜１００％の数値で示される。
【００６０】
Ｓ３０７では選択していない同席ユーザーの有無が判定され、全ての同席ユーザーに対する支持率が算出されるまで前述の処理が繰り返される。Ｓ３０８では、Ｓ３０６で各同席ユーザーに対して算出された支持率を統合し、同席ユーザーの総合支持率（総合指標）として算出する。本実施形態では、各同席ユーザーに対して算出された支持率の平均をとることで統合を実行している。
【００６１】
では、図１２の指標（支持率）算出処理について、図１４の加点数テーブル、図１５の補正テーブルを利用した場合の支持率算出例を説明する。なお、ここでは説明を簡単にするため、図１４の加点数テーブル中、条件Ａ、条件Ｂを、また、補正テーブルについては採点結果だけを用いた場合について説明する。
【００６２】
図１３は、支持率算出に使用される楽曲の関係について説明する図であって、ここではユーザーＡが楽曲識別子「１２３」（楽曲名：●●、歌手名：▲▲）を選択した場合の指標（支持率）について説明する。ここでは、同席ユーザー、すなわち、同時にログインしているユーザーが、ユーザーＢ、ユーザーＣの２名である場合を考える。
【００６３】
まず、ユーザーＢについての支持率算出について説明する。履歴テーブル中に楽曲●●が存在している。そのため加点数テーブルの条件としては、条件Ａ−２が適用されることとなり、支持ポイント４０ポイントが加点される（Ｓ３０３）。この場合、同じ楽曲を歌唱したことがあることとなるため、Ｓ３０４にて、補正テーブルを使用したポイント補正処理が実行される。ユーザーＢは楽曲●●について、直近の採点結果が８９点である履歴が残されている。図１５の補正テーブルを参照すると、採点結果については１．５倍の倍率が適用されることが分かる。
【００６４】
したがって、補正後の支持ポイントは、
補正支持ポイント＝４０（ポイント）×１．５
＝６０（ポイント）
となる。一方、この楽曲について取得可能な最高ポイントは、加点数テーブルにて条件Ａ−１（５０ポイント）を満たし、補正テーブルで採点結果が９０〜１００点（倍率２．０倍）のときである。そのため、
最高ポイント＝５０（ポイント）×２．０
＝１００（ポイント）
として算出される。前述したように、支持率は、最高ポイントに対する取得支持ポイントの比であるから
支持率＝６０（取得した支持ポイント）／１００（最高ポイント）
＝０．６
＝６０［％］
として算出される。
【００６５】
次に、ユーザーＣの支持率算出について説明する。ユーザーＣは、ユーザーＡが選択した楽曲を歌唱する歌手▲▲の持ち歌××をアーティストテーブル中に登録している。そのため図１４の加点数テーブルでは条件Ｂ−１が適用され３０ポイントが支持ポイントとして加算され確定される（Ｓ３１０、Ｓ３０５）。この場合、同じ楽曲ではないため、Ｓ３０４のポイント補正処理は行っていない。
したがって、ユーザーＡが選択した楽曲●●に対するユーザーＣ支持率は、
支持率＝３０（取得した支持ポイント）／１００（最高ポイント）
＝０．３
＝３０［％］
として算出される。
【００６６】
また、本実施形態における総合支持率は、各ユーザーの支持率の平均であるため、
総合支持率＝（６０＋３０）／２
＝４５［％］
となる。
【００６７】
算出された各ユーザーの支持率、総合支持率は、図１０、図１１で説明したように表示部１１上に表示される。ユーザーＡは、表示される総合支持率、あるいは、各ユーザーの支持率を参考にして、当該楽曲を予約するか否かを判断することが可能となる。
【００６８】
以上、本実施形態では、ユーザー情報において楽曲に直接関係するマイうたテーブル、マイアーティストテーブル、履歴テーブルを利用して、指標を算出することとしているが、選択された楽曲に対する度合いを算出できるものであれば、ユーザー情報中の個人情報を利用することもできる。例えば、各楽曲にうた年齢（当該楽曲を歌唱するユーザーの年齢によって決定される値であって、例えば最も歌唱するユーザーの年齢が割り当てられる）を算出しておき、楽曲のうた年齢と同席ユーザーのうた年齢の差に基づいて、差が近いものほど、高い指標とすることや、男性曲、女性曲（歌手の性別でもよい）を楽曲に割り当てておき、同席ユーザーの性別と同性の場合、高い指標とすることなど各種形態が考えられる。
【００６９】
なお、図１３で説明したような指標算出の原因とされた各種情報（ユーザーＢの歌唱履歴、採点結果や、ユーザーＣのアーティストテーブル上での持ち歌）についても、図１０あるいは図１１の画面上に表示させることとしてもよい。楽曲選択を行ったユーザーは支持率算出の根拠を知ることが可能となる。
【００７０】
また、本実施形態では、選択項目を楽曲として、選択された楽曲に対する指標を算出することとしたが、選択項目としては、楽曲に限られるものではなく、歌手、ジャンルを採用してもよい。選択した歌手あるいはジャンルに対して指標を提示することで、同席ユーザーがどのような印象をもつか予測することができ、提示された指標を参考にして選曲を行うことが可能となる。
【００７１】
また、指標としては、本実施形態で説明した支持率の他、図１６に示すように各支持率に対応するランク表示（ランクＳ〜ランクＤ）で表示することや、図１１に示したように図形の大きさで示すなど各種形態をとることができる。さらに、図１２、図１４で説明したように、条件Ａ−１、条件Ａ−２、条件Ｂ−１、条件Ｂ−２の何れか１つで加点することに代え、満たした条件に対応する支持ポイントを全て加点することとしてもよいし、支持ポイント自体を指標としてもよい。
【００７２】
次に図１７〜図１９を用いて他の実施形態を説明する。本実施形態においてもアクティブユーザーが選択した項目に対して、他の同席ユーザーのユーザー情報を利用した指標を算出するという本発明の特徴部分においては共通したものとなっている。
【００７３】
楽曲を選択する場合、前述の実施形態のように楽曲自体を特定することもあるが、この歌手の楽曲の中で、あるいは、このジャンルの中で歌唱したいが、どの楽曲を歌唱すればよいか迷う場合がある。本実施形態は、このように歌手やジャンルが選曲項目として指定された場合、指定された選曲項目に属する楽曲の指標が算出され、その指標に基づいて楽曲が推奨される。本実施形態では、前述の実施形態と同様、指標として支持率を利用した場合について説明する。
【００７４】
図１７は本実施形態に係る楽曲選択処理を示す図であり、図１８は楽曲選択画面（総合支持率ランキング）を示す図であり、図１９は楽曲選択画面（ユーザー別支持率ランキング）を示す図である。
【００７５】
本実施形態は、指定した選曲項目に属する楽曲を推奨する機能名として「これ歌って」機能としており、例えば、図３のトップ画面、あるいは、図６のアクティブユーザートップ画面などから選択することができる（図示せず）。本実施形態の「これ歌って」機能が選択される（Ｓ４０１）と、ユーザーに選曲項目として歌手を指定させる（Ｓ４０２）。このように本実施形態では、選曲項目として歌手を採用しているが、この他、ジャンルなど、楽曲の集合を規定できる項目であれば各種のものを採用することができる。
【００７６】
Ｓ４０３では、Ｓ４０２にて選曲項目として指定された歌手に関連付けられている１の楽曲が選択される。歌手に関連付けられているとは、当該歌手の持ち歌であることをいう。Ｓ３００では、Ｓ４０３で選択した楽曲について、指標（支持率）算出処理（図１２と同様）が実行され、当該楽曲について、各ユーザーの支持率、総合支持率が算出される。この指標算出処理は、選択された歌手に関連付けられた全ての楽曲について実行され、算出された支持率に基づいて、楽曲選択画面が表示される。
【００７７】
図１８は、楽曲選択画面示す図であって、同席ユーザーの総合支持率に基づいて楽曲が順位付けされたランキング表示となっている。この場合、ユーザーＡ（Ａさん）によって選択された「歌手Ａ」について、当該歌手の持ち歌中、同席ユーザーの総合支持率によって楽曲がランキング表示されている。ユーザーＡは、この総合支持率を参考として楽曲を選択（予約）することが可能となる。楽曲を予約する際は、各楽曲の欄が操作されることで、図１０に示すような楽曲確認画面に遷移し予約することができる。
【００７８】
また、本実施形態においてもユーザー毎の支持率に基づいて、楽曲を参照することが可能となっている。図１８の右下に表示される「ユーザー別にみる」を操作し、さらに、参照したい同席ユーザーを選択（図示せず）することで、図１９のユーザー別支持率ランキングが表示された楽曲選択画面へと遷移する。図１９の例では、ユーザーＢ（Ｂさん）が選択された場合が示されており、「歌手Ａ」に関連付けられた複数の楽曲についてＢさんの支持率によるランキングが表示されている。Ａさんは、Ｂさんの各楽曲に対する支持率を参考として選曲することができる。
【００７９】
以上、本実施形態では、選曲項目として選択された歌手に関連付けられた各楽曲に付いて、ユーザー別の指標（支持率）、あるいは、同席ユーザーの支持率を統合した総合指標（支持率）を提示することで、歌唱した場合のユーザーの反応を予測した選曲を行うことが可能となる。
【００８０】
なお、以上で説明した本実施形態では、他の認証ユーザーに対応するユーザー情報として、図４で説明した実施形態のユーザー情報を用いて、楽曲、歌手などの選曲項目について指標を算出することとしているが、ユーザー情報としては、これに限定されるものではなく、次に説明するような実施形態も含まれるものである。
【００８１】
図２０は、本発明の他の実施形態に係るユーザー情報を説明するための図であって、ユーザー情報として、ユーザーの各種購入履歴が作成される様子を示す図である。カラオケ業者では、カラオケ店舗での歌唱提供サービスのみならず、カラオケ装置で使用する各種コンテンツを携帯情報端末やパーソナルコンピュータに提供することが考えられる。このような場合、ユーザーが購入した、あるいは、使用したコンテンツによって、ユーザーの嗜好を取得し、ユーザー情報に購入履歴テーブルとして反映することが考えられる。
【００８２】
図に示すように、コンテンツ配信ホスト７に対して、ユーザーが所持する形態情報端末からコンテンツリクエスト（要求）が送信されると、コンテンツ配信ホスト７は、課金処理、暗号化処理等を実行した上で、形態情報端末に、楽曲、着信音などのコンテンツを送信する。コンテンツリクエストには、ユーザーＩＤが含まれており、図１で説明したインターネット用ホスト６と連携するコンテンツ配信用ホスト７は、インターネット用ホスト６に対して、購入履歴としてのユーザーＩＤとコンテンツＩＤを送信する。
【００８３】
これを受け取ったインターネット用ホスト６は、ユーザーＩＤとコンテンツＩＤとを対応付けた購入履歴テーブルを作成し記憶する。楽曲や着信音などのような楽曲と直接関連するコンテンツの場合であれば、データベースを参照してコンテンツＩＤに対応付く楽曲名、歌手名などを抽出し、前述の実施形態と同様に指標を算出することができる。なお、コンテンツについては、このような楽曲に直接関連付けられたものに限らず、映画、ドラマなどの映像情報、ゲームアプリなどの場合も考えられ、主題歌に用いられているなどコンテンツの関連性に基づいて指標を算出してもよい。
【００８４】
このようなネット上でのコンテンツ販売に限らず、ＣＤやＤＶＤのような物品販売に基づいて、購入履歴テーブルを作成することも考えられる。図に示すようにユーザーが会員証などを提示して、あるいは、ネットを介してユーザーＩＤに基づいてＣＤ、ＤＶＤなどの商品を購入した場合、会員証などのユーザーＩＤと、商品に対応付けられているＪＡＮコード、ＩＳＢＮコードなどをインターネット用ホスト６に送信する。インターネット用ホスト６では、コンテンツ配信の場合と同様、ユーザーＩＤに対応する購入履歴テーブルに、これら商品を示すコードを記憶する。例えばＣＤの場合には、コードに基づいてＣＤの歌手、当該ＣＤに含まれる楽曲を割り出し、前述した指標を算出することができる。このようにユーザーの嗜好が反映される物品販売についても指標算出に使用するユーザー情報に含めてもよい。
【００８５】
以上のコンテンツ配信、店舗などでの物品販売で使用されるユーザーＩＤは、図４で説明したユーザーＩＤと同一の場合について説明したが、コンテンツ、物品販売を行う業者とカラオケ業者が提携する場合には、カラオケサービスで使用するユーザーＩＤと、コンテンツ、物品販売で使用するユーザーＩＤを対応付けておくことで、上記する購入履歴テーブルを作成することができる。
【００８６】
また、指標算出に使用するユーザー情報としては、図２１に示す歌唱希望テーブルを使用することも考えられる。このテーブルは、ユーザーが他者に歌って欲しい楽曲、歌手に関する情報が記載されたテーブルであって、リモコン装置１などにおけるユーザー操作によって作成されるテーブルである。このような楽曲、歌手などを直接示すテーブルに基づいて当該ユーザーについての指標を算出することとしてもよい。歌唱希望テーブルに記憶される情報の例としては、図に示されるように楽曲識別子あるいは歌手識別子だけを記憶する場合や、楽曲識別子あるいは歌手識別子に性別やユーザーＩＤなどの条件を付与しておくことが考えられる。
【００８７】
楽曲識別子あるいは歌手識別子だけを記憶する場合は、ユーザーを問わず歌って欲しい楽曲、歌手を希望する場合であって、全てのアクティブユーザーが指定した選曲項目に対する指標算出に使用される。一方、性別、ユーザーＩＤなどの条件が付与されている場合には、この条件を満たすアクティブユーザーに対して歌唱して欲しい楽曲、歌手が指定されている場合であるため、これら条件を満たすアクティブユーザーに対してのみ指標算出に使用されることとなる。
【００８８】
このように指標算出に使用されるユーザー情報としては、各種購入履歴や、歌唱して欲しい楽曲、歌手を登録した歌唱希望テーブルなどを利用することもできる。
【００８９】
なお、本発明はこれらの実施形態のみに限られるものではなく、それぞれの実施形態の構成を適宜組み合わせて構成した実施形態も本発明の範疇となるものである。
【符号の説明】
【００９０】
１…リモコン装置、１１…表示部、１２…ビデオＲＡＭ、１３…映像制御部、１４…メモリ、１５…制御部、１６…無線ＬＡＮ通信部、１７…操作部、１８…操作処理部、１９…赤外線通信部、２…コマンダ（カラオケ装置）、２１…操作部、２２…操作処理部、２３…赤外線通信部、２４…インターフェイス部、２５…音声制御部、２６…ＭＩＤＩ音源、２７…メモリ、２８…ビデオＲＡＭ、２９…映像再生部、３０…制御部、３１…映像制御部、３２…ハードディスク、４１…モニタ、４２…スピーカー、４３…カメラ、４４ａ、４４ｂ…歌唱用マイク、１００…ＬＡＮ、１１０…アクセスポイント、１２０…ルータ、５…カラオケ用ホスト、５１…第１記憶部、５２…Ｗｅｂサーバ、６…インターネット用ホスト、６１…第２記憶部、６２…Ｗｅｂサーバ、１０１…ユーザー切替スイッチ、１０２…ゲストユーザー、１０３…ログインユーザー欄、１０３ａ〜１０３ｅ…ログインユーザー、１０３ｅ…アクティブユーザー
【技術分野】
【０００１】
本発明は、所望の楽曲を指定して歌唱を楽しむカラオケ装置、あるいは、所望の楽曲を指定して演奏する各種演奏装置に対して楽曲の選択を行う楽曲選択装置、楽曲選択プログラムに関するものである。
【背景技術】
【０００２】
従来、カラオケ装置では楽曲に対応付けられた楽曲番号を掲載した冊子（カラオケ早見本）を参照し、リモコン装置などの入力装置で楽曲番号を入力することで、所望する楽曲の選曲が行われていた。
【０００３】
ＭＩＤＩ情報のような演奏情報を利用するカラオケ装置では、演奏情報の容量が小さいこと、ハードディスクなどの記憶装置の大容量化が進んだことを要因として、１台のカラオケ装置で記憶できる楽曲数が格段に増加した。このような楽曲数の増加に伴ってカラオケ早見本のページ数も増加することとなった。このような状況の中、リモコン装置も従来のテンキーを利用した選曲のみならず、ＬＣＤなどの表示手段を備え、各種選曲項目を表示させて選曲させるＧＵＩ機能を備えリモコン装置も開発されている。このようなリモコン装置では、楽曲名や歌手名を用いて検索を行う検索機能以外に各種機能を備えたものが登場している。
【０００４】
特許文献１には、利用者データベースに、利用者ＩＤに関連付けられた利用者情報中のパーソナル曲目に少なくとも他の利用者に対するリクエスト曲を登録しておき、他の利用者に対して歌唱してもらいたい楽曲をリクエスト曲として正確かつ容易に報知させることができるカラオケシステムが開示されている。このカラオケシステムでは、大音響のカラオケの場であっても、システムを介して他の利用者に対してリクエスト曲を伝えることが可能となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−５８７９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
カラオケボックス、スナックなどのカラオケの場では、複数人が集い歌唱が楽しまれる。歌唱は各人が選択することで行われることとなるが、選択した楽曲に対して、同席している参加者がどのような反応、印象をもつかは実際に演奏が開始されるまでは予想することが困難である。また、選択した楽曲によっては、同席している人の嗜好と全く異なる場合もあり、場の雰囲気を壊してしまうこともある。
【０００７】
本発明は、カラオケなどにおいて楽曲を選択する際に、選択しようとしている楽曲が同席している人にどのような印象をもつか、また、どのような反応を示すかを予測することのできる指標を提示することを目的としている。また、このような指標を用い、選択した項目に属する楽曲の中から楽曲を推奨することを目的とするものである。
【課題を解決するための手段】
【０００８】
本発明に係る楽曲選択装置は、ユーザーから各種入力を受け付ける入力手段と、前記入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、前記入力
手段で指定された選曲項目に基づいて選曲を行うユーザー別選曲処理と、前記ユーザー別選曲処理にてユーザーが指定した選曲項目に対し、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、を実行する制御手段を備えることを特徴としている。
【０００９】
さらに本発明に係る楽曲選択装置において、前記指標算出処理で、指標が算出される選曲項目は、楽曲、歌手、ジャンルの少なくとも１つであることを特徴としている。
【００１０】
さらに本発明に係る楽曲選択装置において、前記指標算出処理にて使用される他の認証ユーザーに対応するユーザー情報は、認証ユーザーが登録、もしくは利用したことのある楽曲の楽曲関連情報であることを特徴としている。
【００１１】
さらに本発明に係る楽曲選択装置において、前記指標算出処理は、認証ユーザーが登録、もしくは利用したことのある楽曲の利用履歴に基づいて補正された指標を算出することを特徴としている。
【００１２】
さらに本発明に係る楽曲選択装置において、前記制御手段は、指標算出処理で算出された指標を、他の全ての認証ユーザーについて統合した総合指標を算出する総合指標算出処理を実行することを特徴としている。
【００１３】
また本発明に係る楽曲選択装置は、ユーザーから各種入力を受け付ける入力手段と、前記入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、選曲を行うユーザー別選曲処理において、前記入力手段で指定された選曲項目に対応する複数の楽曲について、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、算出された指標に基づいて楽曲を推奨する推奨処理と、を実行する制御手段を備えることを特徴としている。
【００１４】
また本発明に係る楽曲選択プログラムは、入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、前記入力手段で指定された選曲項目に基づいて選曲を行うユーザー別選曲処理と、前記ユーザー別選曲処理にてユーザーが指定した選曲項目に対し、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、をコンピュータに実行させることを特徴としている。
【００１５】
また本発明に係る楽曲選択プログラムは、入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、選曲を行うユーザー別選曲処理において、前記入力手段で指定された選曲項目に対応する複数の楽曲について、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、算出された指標に基づいて楽曲を推奨する推奨処理と、をコンピュータに実行させることを特徴としている。
【発明の効果】
【００１６】
本発明によれば、ユーザーが指定した選曲項目について、同席している他のユーザーの指標を算出することで、他のユーザーが選曲項目についてどのような印象を持つか、あるいは、当該選曲項目に対応した楽曲が演奏された場合、どのような反応を示すかを事前に予測することができ、選曲の参考とすることが可能となる。特に、カラオケにおいては、指標を事前に知ることで、場の雰囲気にあった楽曲を気持ちよく歌唱することが可能となる。
【００１７】
また、本発明では、指定された選曲項目に属する複数の楽曲について指標を算出し、当該指標に基づいて楽曲を推奨することで、指定した選曲項目に属する楽曲の中から、場の雰囲気に即した楽曲を選択することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態に係るカラオケシステムのネットワーク構成を示す図
【図２】本発明の実施形態に係るカラオケシステムを示す図
【図３】本発明の実施形態に係るトップ画面を示す図
【図４】本発明の実施形態に係るユーザー情報を示す図
【図５】本発明の実施形態に係るユーザーに対するサービス処理を示す図
【図６】本発明の実施形態に係るアクティブユーザートップ画面を示す図
【図７】本発明の実施形態に係るマイルーム画面を示すフロー図
【図８】本発明の実施形態に係るマイうた選曲画面を示す図
【図９】本発明の実施形態に係る楽曲選択処理を示すフロー図
【図１０】本発明の実施形態に係る楽曲確認画面を示す図
【図１１】本発明の他の実施形態に係るユーザー別支持率画面を示す図
【図１２】本発明の実施形態に係る指標（支持率）算出処理を示すフロー図
【図１３】本発明の実施形態においてユーザーＡが選択した楽曲の関係を示す図
【図１４】本発明の実施形態に係る加点数テーブルを示す図
【図１５】本発明の実施形態に係る補正テーブルを示す図
【図１６】本発明の他の実施形態に係る指標を説明するための図
【図１７】本発明の他の実施形態に係る楽曲選択処理を示す図
【図１８】本発明の他の実施形態に係る楽曲選択画面（総合支持率ランキング）を示す図
【図１９】本発明の他の実施形態に係る楽曲選択画面（ユーザー別支持率ランキング）を示す図
【図２０】本発明の他の実施形態に係るユーザー情報（購入履歴）を説明するための図
【図２１】本発明の他の実施形態に係るユーザー情報（歌唱希望テーブル）を示す図
【発明を実施するための形態】
【００１９】
図１は、本発明の実施形態に係るカラオケシステムのネットワーク構成を示す図である。図中、カラオケシステムとしての主要構成は、カラオケ用ホスト５（サーバ装置）、店舗などに設置されるコマンダ２などにて構成される。コマンダ２は楽曲再生機能を有した、いわゆるカラオケ装置であって、店舗内のＬＡＮ１００に接続されている。コマンダ２とカラオケ用ホスト５は、インターネットを介して接続され、新しく供給された楽曲情報やユーザー情報など、各種サービスに必要な情報の送受信を行う。本実施形態ではＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）を介して接続されており、セキュリティに優れた通信を行うことが可能となっている。
【００２０】
店舗に設置されるコマンダ２は、リモコン装置１によりユーザーからの各種指示を受け付けることが可能となっている。また、リモコン装置１は表示画面を備え、ユーザーに対して各種情報を提供することも可能である。リモコン装置１は、ＬＡＮ１００上に設置されたアクセスポイント１１０ａを介してコマンダ２と無線接続される。図中に破線で示されるように、例えばコマンダ２ａにはリモコン装置１ａと１ｂが対応付けられ、ＬＡＮ１００ａを介して情報を送受信することが可能となっている。また、リモコン装置１とコマンダ２とは赤外線などを利用した近距離通信を行うことも可能である。
【００２１】
さらに、本実施形態のカラオケシステムでは、ユーザーに各種サービスを提供するためインターネット用ホスト６が設けられている。このインターネット用ホスト６は、ユーザ
ーのパーソナルコンピュータ、携帯情報端末（携帯電話やＰＤＡなど）と接続され、これら機器を利用するユーザーに各種サービスを提供することができる。また、インターネット用ホスト６は、カラオケ用ホスト５とデータ共有する、例えば、カラオケ用ホスト５の第１記憶部５１と、インターネット用ホスト６の第２記憶部６１に記憶される各種データベースが同期することで連携を取ったサービスを提供することができる。
【００２２】
図２は、店舗に設置されているカラオケシステムの構成を示す図である。本実施形態におけるカラオケシステムは、コマンダ２（カラオケ装置）と、リモコン装置１にて構成されており、これらは、ＬＡＮ１００にて、無線、有線で互いに接続されている。
【００２３】
コマンダ２は、全体を統括制御する制御部３０を中心として機能し、主な機能として、楽曲演奏処理、映像表示処理、楽曲選択処理などを実行可能としている。楽曲演奏処理は、入力部２１やリモコン装置１にて、ユーザーにより指定された楽曲に対応する演奏情報をＭＩＤＩ音源２６などの音源部にて演奏させ、スピーカー４２から放音させる処理である。このとき、スピーカー４２からは歌唱用マイク４４から入力される音声も合わせて放音される。映像再生処理は、映像再生部２９にて各種映像情報、歌詞情報などを再生させ、モニタ４１を介した視覚情報をユーザーに提供する処理である。
【００２４】
楽曲選択処理は、ユーザーからの指定に基づいて楽曲を選択、予約するための処理である。本実施形態ではリモコン装置１と連携して実行することとなる。リモコン装置１の操作部１７から入力されたユーザーの指令は、赤外線通信部１９、２３、あるいは、ＬＡＮ１００を介してコマンダ２に伝達される。コマンダ２での処理結果は、リモコン装置１側の表示部１１に表示され、ユーザーは選曲のための各種情報を視認することが可能である。コマンダ２とリモコン装置１は、この楽曲選択処理に限らず、ユーザー個別のサービスを提供するためのログイン処理（認証処理）など各種処理を実行することが可能である。
【００２５】
本実施形態のコマンダ２には、カメラ４３が接続可能となっており、接続されたカメラ４３から歌唱者や同伴客の様子を撮影することが可能となっている。カメラ４３の映像を表示手段（例えば、モニタ４１）にてモニタする場合には、カメラ４３は、当該表示手段の上部など、表示手段の近傍に配置することが好ましい。ユーザーは、モニタ画像を鏡のように利用することが可能となる。なお、カメラ４３を複数設け、同時に、あるいは、切り換えて撮影することで映像情報を取得することとしても構わない。
【００２６】
図３は、本発明の実施形態に係るトップ画面、すなわち、リモコン装置１を起動した直後の画面を示す図である。本実施形態では、リモコン装置１の表示部１１に表示を行うことで、リモコン装置１を操作するユーザーに対して各種情報を提供する。なお、リモコン装置１の操作部１７としては、カーソルキーなどの各種機械的なスイッチの他、表示部１１に表示されたボタン、アイコンなどを直接タッチして操作を行うタッチパネルを採用することができる。
【００２７】
本実施形態のカラオケシステムは、複数のユーザーがログインすることが可能となっている。ユーザーのログインに関する情報は画面上方に常時表示される。ログインしたユーザーの分身像（アバター）を表示するためのログインユーザー欄１０３が設けられている。なお、分身像としては、人、キャラクターを模した像の他、図形や記号など各種形態を採用することができる。
【００２８】
また、アカウントを有していないユーザーのためのゲストアイコン１０２、ユーザーを切り替えるためのユーザー切替スイッチ１０１が表示されている。ログインしたユーザーは、ログインユーザー欄１０３に表示される分身像を選択、あるいは、ユーザー切替スイッチ１０１を操作することで、自分のユーザー情報を利用した各種サービスを受けること
が可能となる。また、アカウントを有していないユーザーは、ゲストアイコン１０２を操作することで、選曲など一般的なサービスを受けることが可能となっている。なお、ユーザーの切替の際には、パスワードなど認証を行うこととしてもよいが、認証を行うことなく簡易に切り替えることとしてもよい。
【００２９】
図４は、各ユーザー毎に記憶されたユーザー情報を説明するための図である。本実施形態では、ユーザー情報として、個人情報、マイうたテーブル、マイアーティストテーブル、履歴テーブルなど、ユーザーに関する各種情報を含んで構成される。また、ユーザー情報には、ユーザーがログインしてこれら情報を利用するためのユーザーＩＤ、パスワードが対応付けられている。個人情報には、ユーザー名（実際の名前に限ったものでなく、ニックネームであってもよい）、性別、年齢等を含んで構成されている。これら各種情報は、リモコン装置１、あるいは、ネットワークに接続されたパーソナルコンピュータ、携帯情報端末などにてログインして設定することができる。
【００３０】
マイうたテーブルは、ユーザーによって事前に登録された楽曲を示すテーブルであって、少なくとも楽曲を識別するための楽曲識別子を含んで構成されている。この他、歌唱した際に採点された最高点（採点情報）や、自分の歌唱音域に合わせるためのキー調整値などを登録しておいてもよい。ユーザーは、このマイうたテーブルを読み出すことで、事前に登録した楽曲を容易に選曲することが可能となる。
【００３１】
マイアーティストテーブルは、ユーザーによって事前に登録されたアーティスト（歌手）を示すテーブルであって、歌手識別子を含んで構成されている。ユーザーは、このマイアーティストテーブルを呼び出すことで、事前に登録したアーティストを読み出し、さらにデータベースを参照することで当該アーティストに関連する楽曲を読み出して選曲することが可能となる。
【００３２】
履歴テーブルは、ユーザーがこれまでに選曲した履歴が記載されたテーブルであって、楽曲識別子、歌唱日時、キー調整値、採点結果、歌唱店舗（歌唱位置）などを含んで構成されている。採点結果は、歌唱したときの採点手段による結果を示す情報であり、キー調整値は歌唱したときのピッチ変更を示す情報である。
【００３３】
本実施形態では、この履歴テーブルに記録された楽曲を選曲することも可能となっている。ユーザーは履歴テーブルを用いた選曲を行うことで、過去に指定した楽曲を再度演奏させることが可能となっている。
【００３４】
本実施形態では、このようなユーザー情報を利用することで、ユーザーに対し様々なサービスを提供することができる。
【００３５】
図５は、このユーザー情報の送受信の様子を示した図である。カラオケ店舗に来店したユーザーは、自己のユーザーＩＤとパスワードで構成された識別情報を入力、あるいは、リモコン装置１などに設けられたＩＣカードリーダーでＩＣカードに記憶されている識別情報を読み取らせることで認証処理Ｓ１０１を実行する。ユーザーの識別情報を読み取った、コマンダ２あるいはリモコン装置１は、識別情報をカラオケ用ホスト５に送信し（Ｓ１０２）、識別情報を受信したカラオケ用ホスト５は記憶部１に記憶されたデータベースから、該当するユーザーのユーザー情報を抽出し（Ｓ１２１）、問い合わせのあったコマンダ２あるいはリモコン装置１に対して送信する（Ｓ１２２）。
【００３６】
ユーザー情報を受信したコマンダ２側では（Ｓ１０３）、受信したユーザー情報に基づいて、選曲処理、演奏処理など各種サービス処理が提供される（Ｓ１０４）。ユーザーによりログアウトが要求される（Ｓ１０５）とサービス処理を中断し、サービス処理中にお
ける各種履歴（ログ）、あるいは、ユーザーによる設定変更を反映したユーザー情報をカラオケ用ホスト５に送信する（Ｓ１０６）。ここで、ユーザー情報は、全ての情報を送信することの他、更新された差分だけを送信してもよい。カラオケ用ホスト５では、受信したユーザー情報に基づいて記憶部１に記憶されたデータベースの更新を実行する（Ｓ１２４）。
【００３７】
以上、１ユーザーが認証処理（ログイン）してから、ログアウトするまでの流れを説明したが、本実施形態のコマンダ２、リモコン装置１は、認証された複数人（認証ユーザー）が同時にログインした状態で使用することが可能となっており、図３で説明したユーザーインターフェイスを用いることで、サービスを提供するユーザー（以下、「アクティブユーザー」という）を切り替えて使用することが可能となっている。
【００３８】
図６は、本発明の実施形態に係るアクティブユーザートップ画面を示す図である。この図に示されるように、複数人がログインした状態ではログインユーザー欄１０３にログインしたユーザーの分身像１０３ａ〜１０３ｅ（本実施形態では顔部分）が表示される。またログインユーザー欄１０３中、右端に背景がハイライトで示されるユーザーは、アクティブユーザー１０３ｅであって、図に示す状態では、このアクティブユーザー１０３ｅに対するサービス、すなわち、アクティブユーザー１０３ｅのユーザー情報を利用したサービスが実行されている状態となっている。
【００３９】
このアクティブユーザートップ画面では、「曲を探す」を選択することで、従来の歌本と同様、歌手名、楽曲名に基づく検索を行うことができる。また、「マイルーム」を選択した場合には、ユーザー情報中のマイうたテーブルなどを利用した、アクティブユーザーに特化した楽曲検索を行うことができる。
【００４０】
図７には、アクティブユーザートップ画面にて「マイルーム」が選択されたときの画面であるマイルーム画面が示されている。このマイルーム画面には、図に示されるようにマイうた１０４、マイアーティスト１０５、りれき１０６といった表記を有する操作ボタンが表示されており、これらを選択することでユーザー情報を利用した各種選曲方法を選択することが可能となっている。マイうた１０４が選択されたときにはマイうたテーブルを参照した選曲が、マイアーティスト１０５が選択されたときにはマイアーティストテーブルを参照した選曲が、そして、りれき１０６が選択されたときには履歴テーブルを参照した選曲が実行される。
【００４１】
このようなユーザー情報中の各種テーブルに基づいて選曲を行うユーザー別選曲処理の一例として、図８には、マイうた選曲画面が示されている。この画面は、図７においてアクティブユーザーであるＡさんが「マイうた」を選択したときの画面の様子であって、ユーザー情報中のマイうたテーブルに登録された楽曲に関する情報（ここでは、楽曲名と歌手名）が楽曲欄毎に表示されている。アクティブユーザーであるＡさんは、表示される楽曲の中から歌唱したい楽曲欄を選択して、演奏予約を行うことが可能となっている。この画面では、楽曲名の順番で表示されているが、楽曲欄右上に示されるボタンを操作することで、歌手名の順番で表示させることも可能である。
【００４２】
図７の画面に示される「マイアーティスト」、「りれき」ボタンを操作することで、それぞれ、マイアーティストテーブル、履歴テーブルを利用し、このマイうたの場合と同様に楽曲選択を行うことが可能となっている。
【００４３】
本実施形態では、このようなユーザー情報中のマイうたテーブル、マイアーティストテーブル、マイ履歴テーブルを利用して指標（支持率）を算出することとしている。では、カラオケシステムにおいて、指標を算出する実施形態について説明する。図９には、本発
明の実施形態に係る楽曲選択処理を示すフロー図が示されている。なお、本明細書で説明する処理は、汎用のコンピュータで実行可能なプログラムとして提供することも可能である。
【００４４】
まず、入力手段としてのリモコン装置１の操作部１７を介して、ユーザーから１の楽曲が指定されると（Ｓ２０１）、当該楽曲に対する指標を算出する指標算出処理（Ｓ３００）が実行される。この指標は、ユーザーが選択した楽曲に対する他のユーザーの嗜好を示す指標であって、本実施形態では、他のユーザーのユーザー情報中に存在するマイうたテーブル、マイアーティストテーブル、マイ履歴テーブルを用いて算出される。なお、ここでいう他のユーザーとは、カラオケの場で同時にログインしている（同席している）ユーザーである。
【００４５】
Ｓ２０３では、Ｓ２０１で指定した楽曲についての楽曲確認画面をリモコン装置１の表示部１１に表示させ、ユーザーに対して予約するか否かが問われる。このとき、Ｓ３００で算出した指標を表示することで、ユーザーは、指定した楽曲に対する他者の反応を予測することができる。楽曲確認画面で楽曲に関する情報、並びに、指標を確認したユーザーは、当該楽曲に付いて予約するか否かを判断する。予約指示を行った場合には、当該楽曲の楽曲識別子をコマンダ２で管理する予約リスト上に登録し（Ｓ２０４）、楽曲選択処理を終了する。コマンダ２では、予約リストに登録された楽曲を演奏手段としてのＭＩＤＩ音源２６に順次させる。一方、予約しない場合には、Ｓ２０１にて楽曲を指定し直すことが可能である。
【００４６】
本実施形態では、この指標として支持率（０〜１００％）を採用しているが、このような形態に限られるものではなく、Ａ〜Ｄなど複数区分のランキングとして表示することや、ポイント値、あるいは、グラフなど図形の大きさで表示するなど、嗜好の度合いを示すものであれば数値、図形を問わず各種形態を採用することができる。
【００４７】
また、同席しているユーザーは複数人存在する可能性もある。この指標算出処理では、各個人の指標のみならず、カラオケの場に参加している各個人の指標を統合した総合指標を算出することとしている。楽曲を選択したユーザーは、総合指標を参照することで、当該楽曲を歌唱したときの場全体の反応を前もって予測することが可能となる。また、各個人の指標を参照することで、参照したユーザーの反応を予測することも可能となる。
【００４８】
図１０には、本発明の実施形態に係る楽曲確認画面が、また、図１１は、本発明の他の実施形態に係るユーザー別支持率画面が示されている。この図は、Ａさんが選択した楽曲「夏の海」の楽曲確認画面であって、楽曲名、歌手名、歌い出しなど、確認のための各種楽曲関連情報が表示されている。また、この画面では演奏の際の音程を変更することができ、変更する際には、「キー設定」欄に付随する変更スイッチが操作される。さらに、画面左下には、当該楽曲に対する他のユーザーの反応の指標としての総合支持率が表示されている。この例では、ログインユーザー欄１０３に表示されている２名の支持率を統合した総合支持率である。
【００４９】
総合支持率が表示されている欄には「ユーザー別にみる」と表示されたスイッチが併記されており、個人別の指標を参照したい場合には、このスイッチが操作され、図１１に示されるユーザー別支持率画面がポップアップ表示される。ここでは、ユーザーＡが選択した楽曲に対するユーザー（ユーザーＡ、ユーザーＢ）別の支持率がパーセントで表示されている。また、支持率に応じて大きさが可変するハート型の図形も合わせて表示されている。
【００５０】
ユーザーは、図１０の楽曲確認画面に表示される総合支持率を参照することで、選択し
た楽曲が場にふさわしい楽曲か否かを判断した上で、当該楽曲の演奏予約を実行することが可能となる。また、図１１のユーザー別支持率画面を参照することで、各ユーザー毎の反応についても参照し、例えば、好意を持つ相手に対する反応をピンポイントで予測することができる。
【００５１】
では、図１２〜図１５を参照しつつ、本発明の実施形態に係る指標算出処理について説明する。図１２は、本発明の実施形態に係る指標（支持率）算出処理を示すフロー図であり、図１３は、本発明の実施形態においてユーザーＡが選択した楽曲の関係を示す図であり、図１４は、本発明の実施形態に係る加点数テーブルを示す図であり、図１５は、本発明の実施形態に係る補正テーブルを示す図である。
【００５２】
図１２は、図９で説明した指標算出処理（Ｓ３００）の詳細を示した図である。指標算出処理が開始されると、まず、Ｓ３０１にて１人の同席ユーザーが選択され、当該ユーザーのユーザー情報が取得される。ここで同席ユーザーとは、楽曲を選択したユーザーとは異なるユーザーであるとともに、同時にログインしているユーザーのことをいう。
【００５３】
本実施形態では、ユーザー情報中において、楽曲や歌手に直接関連するテーブル（マイうたテーブル、マイアーティストテーブル、履歴テーブル）を利用して、ユーザーが選択した楽曲に対する指標を算出することとしている。Ｓ３０２では、履歴テーブルあるいは、マイうたテーブル中に、選択された楽曲が存在するか否かが判定される。楽曲が存在する場合には、所定の支持ポイントが加点される（Ｓ３０３）。なお、本実施形態では、マイうたテーブル、履歴テーブルの両方に楽曲が存在するときには、マイうたテーブルに存在した場合の支持ポイントを優先して加点することとしている。
【００５４】
一方、楽曲が存在しない場合には、マイアーティストテーブル、履歴テーブルを参照し、選択された楽曲を歌唱する歌手、あるいは、当該歌手の持ち歌が存在するかが判定される（Ｓ３０９）。歌手が存在する場合には、所定の支持ポイントが加点される（Ｓ３１０）。なお、本実施形態では、マイアーティストテーブル、履歴テーブルの両方に歌手が存在するときには、マイアーティストテーブルに存在した場合の支持ポイントを優先して加点することとしている。
【００５５】
Ｓ３０３、Ｓ３１０にて加点する支持ポイントの一例が図１４に示されている。この表において本実施形態では、条件Ａ−１、条件Ａ−２、条件Ｂ−１、条件Ｂ−２を利用することとしているが、この他に、条件Ｃに示すような履歴テーブル中に、選択した楽曲のカバー曲、すなわち、歌唱者が異なる楽曲が存在することや、条件Ｄに示すように同席ユーザーのグループ履歴中に選択した楽曲が存在することなどを条件に加えてもよい。ここでグループ履歴とは、ユーザーが以前に同席した際、他のユーザーが選択した楽曲である。このグループ履歴を使用する場合には、ユーザー情報中に別途、グループ履歴を設ける、あるいは、同席したユーザーとの関連付けを設けておく必要がある。グループ履歴を利用することで、当該ユーザーが聞き覚えのある楽曲としての加点を行うことが可能となる。
【００５６】
このように本実施形態では、同席ユーザーのユーザー情報が、図１４に示される４つの条件（条件Ａ−１、条件Ａ−２、条件Ｂ−１、条件Ｂ−２）の何れに属するかが判定され、各条件に対応する支持ポイントが加点されることとしている。
【００５７】
本実施形態では、Ｓ３０２において楽曲が存在すると判定された場合、Ｓ３０３で加点された支持ポイントに対して補正を行う補正処理が実行される（Ｓ３０４）。Ｓ３０２で楽曲が存在すると判定された場合、指標算出の対象となっているユーザーは、以前にその楽曲を歌唱したことがあることとなるが、この補正処理では、ユーザーが当該楽曲を歌唱した際の採点結果や、演奏回数、歌唱日時、撮像回数などで支持ポイントを補正すること
としている。
【００５８】
図１５には、補正処理で使用する補正テーブルの一例が示されている。これら各項目は履歴テーブルなどを参照して得ることができる。採点結果は、過去に採点機能を利用して得られた点数であって、履歴テーブルから得ることができる。複数存在するときには、直近の採点結果を用いることや、採点結果の平均値を用いることなどが考えられる。演奏回数は、過去に歌唱した回数を示す値であって、履歴テーブルから得ることができる。歌唱日時は直近で歌唱した日時を示したものであって、最近に歌唱したものほど倍率が高くなることとしている。また撮像回数は、カラオケシステムに接続されたカメラ４３を使用して、歌唱中のユーザーを撮像した回数であって楽曲単位で行われ、インターネット用ホスト４を介してパーソナルコンピュータなどに公開される。ここでは撮像回数が多い楽曲、言い換えると、投稿した回数が多い楽曲ほど、当該楽曲への愛着が高いと判断し倍率を高くしている。
【００５９】
Ｓ３０５では、以上の処理によりＳ３０１で選択した１の同席ユーザーの支持ポイントを確定する。さらに本実施形態では、Ｓ３０６にて算出した支持ポイントを支持率に換算する処理を実行している。この処理は、選択した楽曲について、取得可能な最高ポイントに対するＳ３０５で取得した支持ポイントの割合であって０〜１００％の数値で示される。
【００６０】
Ｓ３０７では選択していない同席ユーザーの有無が判定され、全ての同席ユーザーに対する支持率が算出されるまで前述の処理が繰り返される。Ｓ３０８では、Ｓ３０６で各同席ユーザーに対して算出された支持率を統合し、同席ユーザーの総合支持率（総合指標）として算出する。本実施形態では、各同席ユーザーに対して算出された支持率の平均をとることで統合を実行している。
【００６１】
では、図１２の指標（支持率）算出処理について、図１４の加点数テーブル、図１５の補正テーブルを利用した場合の支持率算出例を説明する。なお、ここでは説明を簡単にするため、図１４の加点数テーブル中、条件Ａ、条件Ｂを、また、補正テーブルについては採点結果だけを用いた場合について説明する。
【００６２】
図１３は、支持率算出に使用される楽曲の関係について説明する図であって、ここではユーザーＡが楽曲識別子「１２３」（楽曲名：●●、歌手名：▲▲）を選択した場合の指標（支持率）について説明する。ここでは、同席ユーザー、すなわち、同時にログインしているユーザーが、ユーザーＢ、ユーザーＣの２名である場合を考える。
【００６３】
まず、ユーザーＢについての支持率算出について説明する。履歴テーブル中に楽曲●●が存在している。そのため加点数テーブルの条件としては、条件Ａ−２が適用されることとなり、支持ポイント４０ポイントが加点される（Ｓ３０３）。この場合、同じ楽曲を歌唱したことがあることとなるため、Ｓ３０４にて、補正テーブルを使用したポイント補正処理が実行される。ユーザーＢは楽曲●●について、直近の採点結果が８９点である履歴が残されている。図１５の補正テーブルを参照すると、採点結果については１．５倍の倍率が適用されることが分かる。
【００６４】
したがって、補正後の支持ポイントは、
補正支持ポイント＝４０（ポイント）×１．５
＝６０（ポイント）
となる。一方、この楽曲について取得可能な最高ポイントは、加点数テーブルにて条件Ａ−１（５０ポイント）を満たし、補正テーブルで採点結果が９０〜１００点（倍率２．０倍）のときである。そのため、
最高ポイント＝５０（ポイント）×２．０
＝１００（ポイント）
として算出される。前述したように、支持率は、最高ポイントに対する取得支持ポイントの比であるから
支持率＝６０（取得した支持ポイント）／１００（最高ポイント）
＝０．６
＝６０［％］
として算出される。
【００６５】
次に、ユーザーＣの支持率算出について説明する。ユーザーＣは、ユーザーＡが選択した楽曲を歌唱する歌手▲▲の持ち歌××をアーティストテーブル中に登録している。そのため図１４の加点数テーブルでは条件Ｂ−１が適用され３０ポイントが支持ポイントとして加算され確定される（Ｓ３１０、Ｓ３０５）。この場合、同じ楽曲ではないため、Ｓ３０４のポイント補正処理は行っていない。
したがって、ユーザーＡが選択した楽曲●●に対するユーザーＣ支持率は、
支持率＝３０（取得した支持ポイント）／１００（最高ポイント）
＝０．３
＝３０［％］
として算出される。
【００６６】
また、本実施形態における総合支持率は、各ユーザーの支持率の平均であるため、
総合支持率＝（６０＋３０）／２
＝４５［％］
となる。
【００６７】
算出された各ユーザーの支持率、総合支持率は、図１０、図１１で説明したように表示部１１上に表示される。ユーザーＡは、表示される総合支持率、あるいは、各ユーザーの支持率を参考にして、当該楽曲を予約するか否かを判断することが可能となる。
【００６８】
以上、本実施形態では、ユーザー情報において楽曲に直接関係するマイうたテーブル、マイアーティストテーブル、履歴テーブルを利用して、指標を算出することとしているが、選択された楽曲に対する度合いを算出できるものであれば、ユーザー情報中の個人情報を利用することもできる。例えば、各楽曲にうた年齢（当該楽曲を歌唱するユーザーの年齢によって決定される値であって、例えば最も歌唱するユーザーの年齢が割り当てられる）を算出しておき、楽曲のうた年齢と同席ユーザーのうた年齢の差に基づいて、差が近いものほど、高い指標とすることや、男性曲、女性曲（歌手の性別でもよい）を楽曲に割り当てておき、同席ユーザーの性別と同性の場合、高い指標とすることなど各種形態が考えられる。
【００６９】
なお、図１３で説明したような指標算出の原因とされた各種情報（ユーザーＢの歌唱履歴、採点結果や、ユーザーＣのアーティストテーブル上での持ち歌）についても、図１０あるいは図１１の画面上に表示させることとしてもよい。楽曲選択を行ったユーザーは支持率算出の根拠を知ることが可能となる。
【００７０】
また、本実施形態では、選択項目を楽曲として、選択された楽曲に対する指標を算出することとしたが、選択項目としては、楽曲に限られるものではなく、歌手、ジャンルを採用してもよい。選択した歌手あるいはジャンルに対して指標を提示することで、同席ユーザーがどのような印象をもつか予測することができ、提示された指標を参考にして選曲を行うことが可能となる。
【００７１】
また、指標としては、本実施形態で説明した支持率の他、図１６に示すように各支持率に対応するランク表示（ランクＳ〜ランクＤ）で表示することや、図１１に示したように図形の大きさで示すなど各種形態をとることができる。さらに、図１２、図１４で説明したように、条件Ａ−１、条件Ａ−２、条件Ｂ−１、条件Ｂ−２の何れか１つで加点することに代え、満たした条件に対応する支持ポイントを全て加点することとしてもよいし、支持ポイント自体を指標としてもよい。
【００７２】
次に図１７〜図１９を用いて他の実施形態を説明する。本実施形態においてもアクティブユーザーが選択した項目に対して、他の同席ユーザーのユーザー情報を利用した指標を算出するという本発明の特徴部分においては共通したものとなっている。
【００７３】
楽曲を選択する場合、前述の実施形態のように楽曲自体を特定することもあるが、この歌手の楽曲の中で、あるいは、このジャンルの中で歌唱したいが、どの楽曲を歌唱すればよいか迷う場合がある。本実施形態は、このように歌手やジャンルが選曲項目として指定された場合、指定された選曲項目に属する楽曲の指標が算出され、その指標に基づいて楽曲が推奨される。本実施形態では、前述の実施形態と同様、指標として支持率を利用した場合について説明する。
【００７４】
図１７は本実施形態に係る楽曲選択処理を示す図であり、図１８は楽曲選択画面（総合支持率ランキング）を示す図であり、図１９は楽曲選択画面（ユーザー別支持率ランキング）を示す図である。
【００７５】
本実施形態は、指定した選曲項目に属する楽曲を推奨する機能名として「これ歌って」機能としており、例えば、図３のトップ画面、あるいは、図６のアクティブユーザートップ画面などから選択することができる（図示せず）。本実施形態の「これ歌って」機能が選択される（Ｓ４０１）と、ユーザーに選曲項目として歌手を指定させる（Ｓ４０２）。このように本実施形態では、選曲項目として歌手を採用しているが、この他、ジャンルなど、楽曲の集合を規定できる項目であれば各種のものを採用することができる。
【００７６】
Ｓ４０３では、Ｓ４０２にて選曲項目として指定された歌手に関連付けられている１の楽曲が選択される。歌手に関連付けられているとは、当該歌手の持ち歌であることをいう。Ｓ３００では、Ｓ４０３で選択した楽曲について、指標（支持率）算出処理（図１２と同様）が実行され、当該楽曲について、各ユーザーの支持率、総合支持率が算出される。この指標算出処理は、選択された歌手に関連付けられた全ての楽曲について実行され、算出された支持率に基づいて、楽曲選択画面が表示される。
【００７７】
図１８は、楽曲選択画面示す図であって、同席ユーザーの総合支持率に基づいて楽曲が順位付けされたランキング表示となっている。この場合、ユーザーＡ（Ａさん）によって選択された「歌手Ａ」について、当該歌手の持ち歌中、同席ユーザーの総合支持率によって楽曲がランキング表示されている。ユーザーＡは、この総合支持率を参考として楽曲を選択（予約）することが可能となる。楽曲を予約する際は、各楽曲の欄が操作されることで、図１０に示すような楽曲確認画面に遷移し予約することができる。
【００７８】
また、本実施形態においてもユーザー毎の支持率に基づいて、楽曲を参照することが可能となっている。図１８の右下に表示される「ユーザー別にみる」を操作し、さらに、参照したい同席ユーザーを選択（図示せず）することで、図１９のユーザー別支持率ランキングが表示された楽曲選択画面へと遷移する。図１９の例では、ユーザーＢ（Ｂさん）が選択された場合が示されており、「歌手Ａ」に関連付けられた複数の楽曲についてＢさんの支持率によるランキングが表示されている。Ａさんは、Ｂさんの各楽曲に対する支持率を参考として選曲することができる。
【００７９】
以上、本実施形態では、選曲項目として選択された歌手に関連付けられた各楽曲に付いて、ユーザー別の指標（支持率）、あるいは、同席ユーザーの支持率を統合した総合指標（支持率）を提示することで、歌唱した場合のユーザーの反応を予測した選曲を行うことが可能となる。
【００８０】
なお、以上で説明した本実施形態では、他の認証ユーザーに対応するユーザー情報として、図４で説明した実施形態のユーザー情報を用いて、楽曲、歌手などの選曲項目について指標を算出することとしているが、ユーザー情報としては、これに限定されるものではなく、次に説明するような実施形態も含まれるものである。
【００８１】
図２０は、本発明の他の実施形態に係るユーザー情報を説明するための図であって、ユーザー情報として、ユーザーの各種購入履歴が作成される様子を示す図である。カラオケ業者では、カラオケ店舗での歌唱提供サービスのみならず、カラオケ装置で使用する各種コンテンツを携帯情報端末やパーソナルコンピュータに提供することが考えられる。このような場合、ユーザーが購入した、あるいは、使用したコンテンツによって、ユーザーの嗜好を取得し、ユーザー情報に購入履歴テーブルとして反映することが考えられる。
【００８２】
図に示すように、コンテンツ配信ホスト７に対して、ユーザーが所持する形態情報端末からコンテンツリクエスト（要求）が送信されると、コンテンツ配信ホスト７は、課金処理、暗号化処理等を実行した上で、形態情報端末に、楽曲、着信音などのコンテンツを送信する。コンテンツリクエストには、ユーザーＩＤが含まれており、図１で説明したインターネット用ホスト６と連携するコンテンツ配信用ホスト７は、インターネット用ホスト６に対して、購入履歴としてのユーザーＩＤとコンテンツＩＤを送信する。
【００８３】
これを受け取ったインターネット用ホスト６は、ユーザーＩＤとコンテンツＩＤとを対応付けた購入履歴テーブルを作成し記憶する。楽曲や着信音などのような楽曲と直接関連するコンテンツの場合であれば、データベースを参照してコンテンツＩＤに対応付く楽曲名、歌手名などを抽出し、前述の実施形態と同様に指標を算出することができる。なお、コンテンツについては、このような楽曲に直接関連付けられたものに限らず、映画、ドラマなどの映像情報、ゲームアプリなどの場合も考えられ、主題歌に用いられているなどコンテンツの関連性に基づいて指標を算出してもよい。
【００８４】
このようなネット上でのコンテンツ販売に限らず、ＣＤやＤＶＤのような物品販売に基づいて、購入履歴テーブルを作成することも考えられる。図に示すようにユーザーが会員証などを提示して、あるいは、ネットを介してユーザーＩＤに基づいてＣＤ、ＤＶＤなどの商品を購入した場合、会員証などのユーザーＩＤと、商品に対応付けられているＪＡＮコード、ＩＳＢＮコードなどをインターネット用ホスト６に送信する。インターネット用ホスト６では、コンテンツ配信の場合と同様、ユーザーＩＤに対応する購入履歴テーブルに、これら商品を示すコードを記憶する。例えばＣＤの場合には、コードに基づいてＣＤの歌手、当該ＣＤに含まれる楽曲を割り出し、前述した指標を算出することができる。このようにユーザーの嗜好が反映される物品販売についても指標算出に使用するユーザー情報に含めてもよい。
【００８５】
以上のコンテンツ配信、店舗などでの物品販売で使用されるユーザーＩＤは、図４で説明したユーザーＩＤと同一の場合について説明したが、コンテンツ、物品販売を行う業者とカラオケ業者が提携する場合には、カラオケサービスで使用するユーザーＩＤと、コンテンツ、物品販売で使用するユーザーＩＤを対応付けておくことで、上記する購入履歴テーブルを作成することができる。
【００８６】
また、指標算出に使用するユーザー情報としては、図２１に示す歌唱希望テーブルを使用することも考えられる。このテーブルは、ユーザーが他者に歌って欲しい楽曲、歌手に関する情報が記載されたテーブルであって、リモコン装置１などにおけるユーザー操作によって作成されるテーブルである。このような楽曲、歌手などを直接示すテーブルに基づいて当該ユーザーについての指標を算出することとしてもよい。歌唱希望テーブルに記憶される情報の例としては、図に示されるように楽曲識別子あるいは歌手識別子だけを記憶する場合や、楽曲識別子あるいは歌手識別子に性別やユーザーＩＤなどの条件を付与しておくことが考えられる。
【００８７】
楽曲識別子あるいは歌手識別子だけを記憶する場合は、ユーザーを問わず歌って欲しい楽曲、歌手を希望する場合であって、全てのアクティブユーザーが指定した選曲項目に対する指標算出に使用される。一方、性別、ユーザーＩＤなどの条件が付与されている場合には、この条件を満たすアクティブユーザーに対して歌唱して欲しい楽曲、歌手が指定されている場合であるため、これら条件を満たすアクティブユーザーに対してのみ指標算出に使用されることとなる。
【００８８】
このように指標算出に使用されるユーザー情報としては、各種購入履歴や、歌唱して欲しい楽曲、歌手を登録した歌唱希望テーブルなどを利用することもできる。
【００８９】
なお、本発明はこれらの実施形態のみに限られるものではなく、それぞれの実施形態の構成を適宜組み合わせて構成した実施形態も本発明の範疇となるものである。
【符号の説明】
【００９０】
１…リモコン装置、１１…表示部、１２…ビデオＲＡＭ、１３…映像制御部、１４…メモリ、１５…制御部、１６…無線ＬＡＮ通信部、１７…操作部、１８…操作処理部、１９…赤外線通信部、２…コマンダ（カラオケ装置）、２１…操作部、２２…操作処理部、２３…赤外線通信部、２４…インターフェイス部、２５…音声制御部、２６…ＭＩＤＩ音源、２７…メモリ、２８…ビデオＲＡＭ、２９…映像再生部、３０…制御部、３１…映像制御部、３２…ハードディスク、４１…モニタ、４２…スピーカー、４３…カメラ、４４ａ、４４ｂ…歌唱用マイク、１００…ＬＡＮ、１１０…アクセスポイント、１２０…ルータ、５…カラオケ用ホスト、５１…第１記憶部、５２…Ｗｅｂサーバ、６…インターネット用ホスト、６１…第２記憶部、６２…Ｗｅｂサーバ、１０１…ユーザー切替スイッチ、１０２…ゲストユーザー、１０３…ログインユーザー欄、１０３ａ〜１０３ｅ…ログインユーザー、１０３ｅ…アクティブユーザー
【特許請求の範囲】
【請求項１】
ユーザーから各種入力を受け付ける入力手段と、
前記入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、
前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、前記入力手段で指定された選曲項目に基づいて選曲を行うユーザー別選曲処理と、
前記ユーザー別選曲処理にてユーザーが指定した選曲項目に対し、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、を実行する制御手段を備えることを特徴とする
楽曲選択装置。
【請求項２】
前記指標算出処理で、指標が算出される選曲項目は、楽曲、歌手、ジャンルの少なくとも１つであることを特徴とする
請求項１に記載の楽曲選択装置。
【請求項３】
前記指標算出処理にて使用される他の認証ユーザーに対応するユーザー情報は、認証ユーザーが登録、もしくは利用したことのある楽曲の楽曲関連情報であることを特徴とする
請求項１または請求項２に記載の楽曲選択装置。
【請求項４】
前記指標算出処理は、認証ユーザーが登録、もしくは利用したことのある楽曲の利用履歴に基づいて補正された指標を算出することを特徴とする
請求項３に記載の楽曲選択装置。
【請求項５】
前記制御手段は、指標算出処理で算出された指標を、他の全ての認証ユーザーについて統合した総合指標を算出する総合指標算出処理を実行することを特徴とする
請求項１から請求項４の何れか１項に記載の楽曲選択装置。
【請求項６】
ユーザーから各種入力を受け付ける入力手段と、
前記入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、
前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、選曲を行うユーザー別選曲処理において、
前記入力手段で指定された選曲項目に対応する複数の楽曲について、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、
算出された指標に基づいて楽曲を推奨する推奨処理と、を実行する制御手段を備えることを特徴とする
楽曲選択装置。
【請求項７】
入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、
前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、前記入力手段で指定された選曲項目に基づいて選曲を行うユーザー別選曲処理と、
前記ユーザー別選曲処理にてユーザーが指定した選曲項目に対し、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、をコンピュータに実行させることを特徴とする
楽曲選択プログラム。
【請求項８】
入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、
前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、選曲を行うユーザー別選曲処理において、
前記入力手段で指定された選曲項目に対応する複数の楽曲について、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、
算出された指標に基づいて楽曲を推奨する推奨処理と、をコンピュータに実行させることを特徴とする
楽曲選択プログラム。
【請求項１】
ユーザーから各種入力を受け付ける入力手段と、
前記入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、
前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、前記入力手段で指定された選曲項目に基づいて選曲を行うユーザー別選曲処理と、
前記ユーザー別選曲処理にてユーザーが指定した選曲項目に対し、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、を実行する制御手段を備えることを特徴とする
楽曲選択装置。
【請求項２】
前記指標算出処理で、指標が算出される選曲項目は、楽曲、歌手、ジャンルの少なくとも１つであることを特徴とする
請求項１に記載の楽曲選択装置。
【請求項３】
前記指標算出処理にて使用される他の認証ユーザーに対応するユーザー情報は、認証ユーザーが登録、もしくは利用したことのある楽曲の楽曲関連情報であることを特徴とする
請求項１または請求項２に記載の楽曲選択装置。
【請求項４】
前記指標算出処理は、認証ユーザーが登録、もしくは利用したことのある楽曲の利用履歴に基づいて補正された指標を算出することを特徴とする
請求項３に記載の楽曲選択装置。
【請求項５】
前記制御手段は、指標算出処理で算出された指標を、他の全ての認証ユーザーについて統合した総合指標を算出する総合指標算出処理を実行することを特徴とする
請求項１から請求項４の何れか１項に記載の楽曲選択装置。
【請求項６】
ユーザーから各種入力を受け付ける入力手段と、
前記入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、
前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、選曲を行うユーザー別選曲処理において、
前記入力手段で指定された選曲項目に対応する複数の楽曲について、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、
算出された指標に基づいて楽曲を推奨する推奨処理と、を実行する制御手段を備えることを特徴とする
楽曲選択装置。
【請求項７】
入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、
前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、前記入力手段で指定された選曲項目に基づいて選曲を行うユーザー別選曲処理と、
前記ユーザー別選曲処理にてユーザーが指定した選曲項目に対し、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、をコンピュータに実行させることを特徴とする
楽曲選択プログラム。
【請求項８】
入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、
前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、選曲を行うユーザー別選曲処理において、
前記入力手段で指定された選曲項目に対応する複数の楽曲について、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、
算出された指標に基づいて楽曲を推奨する推奨処理と、をコンピュータに実行させることを特徴とする
楽曲選択プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２０１２−１８９７３１（Ｐ２０１２−１８９７３１Ａ）
【公開日】平成２４年１０月４日（２０１２．１０．４）
【国際特許分類】
【出願番号】特願２０１１−５２２８５（Ｐ２０１１−５２２８５）
【出願日】平成２３年３月１０日（２０１１．３．１０）
【出願人】（３９６００４８３３）株式会社エクシング (394)
【Ｆターム（参考）】
【公開日】平成２４年１０月４日（２０１２．１０．４）
【国際特許分類】
【出願日】平成２３年３月１０日（２０１１．３．１０）
【出願人】（３９６００４８３３）株式会社エクシング (394)
【Ｆターム（参考）】
[ Back to top ]