ユーザーから各種入力を受け付ける入力手段と、前記入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、前記入力手段で指定された選曲項目に基づいて選曲を行うユーザー別選曲処理と、前記ユーザー別選曲処理にてユーザーが指定した選曲項目に対し、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、を実行する制御手段を備えることを特徴とする楽曲選択装置。前記指標算出処理で、指標が算出される選曲項目は、楽曲、歌手、ジャンルの少なくとも1つであることを特徴とする請求項1に記載の楽曲選択装置。前記指標算出処理にて使用される他の認証ユーザーに対応するユーザー情報は、認証ユーザーが登録、もしくは利用したことのある楽曲の楽曲関連情報であることを特徴とする請求項1または請求項2に記載の楽曲選択装置。前記指標算出処理は、認証ユーザーが登録、もしくは利用したことのある楽曲の利用履歴に基づいて補正された指標を算出することを特徴とする請求項3に記載の楽曲選択装置。前記制御手段は、指標算出処理で算出された指標を、他の全ての認証ユーザーについて統合した総合指標を算出する総合指標算出処理を実行することを特徴とする請求項1から請求項4の何れか1項に記載の楽曲選択装置。ユーザーから各種入力を受け付ける入力手段と、前記入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、選曲を行うユーザー別選曲処理において、前記入力手段で指定された選曲項目に対応する複数の楽曲について、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、算出された指標に基づいて楽曲を推奨する推奨処理と、を実行する制御手段を備えることを特徴とする楽曲選択装置。入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、前記入力手段で指定された選曲項目に基づいて選曲を行うユーザー別選曲処理と、前記ユーザー別選曲処理にてユーザーが指定した選曲項目に対し、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、をコンピュータに実行させることを特徴とする楽曲選択プログラム。入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、選曲を行うユーザー別選曲処理において、前記入力手段で指定された選曲項目に対応する複数の楽曲について、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、算出された指標に基づいて楽曲を推奨する推奨処理と、をコンピュータに実行させることを特徴とする楽曲選択プログラム。カラオケボックス、スナックなどのカラオケの場では、複数人が集い歌唱が楽しまれる。歌唱は各人が選択することで行われることとなるが、選択した楽曲に対して、同席している参加者がどのような反応、印象をもつかは実際に演奏が開始されるまでは予想することが困難である。また、選択した楽曲によっては、同席している人の嗜好と全く異なる場合もあり、場の雰囲気を壊してしまうこともある。本発明は、カラオケなどにおいて楽曲を選択する際に、選択しようとしている楽曲が同席している人にどのような印象をもつか、また、どのような反応を示すかを予測することのできる指標を提示することを目的としている。また、このような指標を用い、選択した項目に属する楽曲の中から楽曲を推奨することを目的とするものである。本発明に係る楽曲選択装置は、ユーザーから各種入力を受け付ける入力手段と、前記入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、前記入力手段で指定された選曲項目に基づいて選曲を行うユーザー別選曲処理と、前記ユーザー別選曲処理にてユーザーが指定した選曲項目に対し、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、を実行する制御手段を備えることを特徴としている。さらに本発明に係る楽曲選択装置において、前記指標算出処理で、指標が算出される選曲項目は、楽曲、歌手、ジャンルの少なくとも1つであることを特徴としている。さらに本発明に係る楽曲選択装置において、前記指標算出処理にて使用される他の認証ユーザーに対応するユーザー情報は、認証ユーザーが登録、もしくは利用したことのある楽曲の楽曲関連情報であることを特徴としている。さらに本発明に係る楽曲選択装置において、前記指標算出処理は、認証ユーザーが登録、もしくは利用したことのある楽曲の利用履歴に基づいて補正された指標を算出することを特徴としている。さらに本発明に係る楽曲選択装置において、前記制御手段は、指標算出処理で算出された指標を、他の全ての認証ユーザーについて統合した総合指標を算出する総合指標算出処理を実行することを特徴としている。また本発明に係る楽曲選択装置は、ユーザーから各種入力を受け付ける入力手段と、前記入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、選曲を行うユーザー別選曲処理において、前記入力手段で指定された選曲項目に対応する複数の楽曲について、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、算出された指標に基づいて楽曲を推奨する推奨処理と、を実行する制御手段を備えることを特徴としている。また本発明に係る楽曲選択プログラムは、入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、前記入力手段で指定された選曲項目に基づいて選曲を行うユーザー別選曲処理と、前記ユーザー別選曲処理にてユーザーが指定した選曲項目に対し、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、をコンピュータに実行させることを特徴としている。また本発明に係る楽曲選択プログラムは、入力手段から入力される識別情報に基づいてユーザーを認証する認証処理と、前記認証処理で認証された認証ユーザーを切り換え、切り換えられた認証ユーザーについて、選曲を行うユーザー別選曲処理において、前記入力手段で指定された選曲項目に対応する複数の楽曲について、認証中の他の認証ユーザーに対応するユーザー情報に基づいて指標を算出する指標算出処理と、算出された指標に基づいて楽曲を推奨する推奨処理と、をコンピュータに実行させることを特徴としている。本発明によれば、ユーザーが指定した選曲項目について、同席している他のユーザーの指標を算出することで、他のユーザーが選曲項目についてどのような印象を持つか、あるいは、当該選曲項目に対応した楽曲が演奏された場合、どのような反応を示すかを事前に予測することができ、選曲の参考とすることが可能となる。特に、カラオケにおいては、指標を事前に知ることで、場の雰囲気にあった楽曲を気持ちよく歌唱することが可能となる。また、本発明では、指定された選曲項目に属する複数の楽曲について指標を算出し、当該指標に基づいて楽曲を推奨することで、指定した選曲項目に属する楽曲の中から、場の雰囲気に即した楽曲を選択することが可能となる。図1は、本発明の実施形態に係るカラオケシステムのネットワーク構成を示す図である。図中、カラオケシステムとしての主要構成は、カラオケ用ホスト5サーバ装置、店舗などに設置されるコマンダ2などにて構成される。コマンダ2は楽曲再生機能を有した、いわゆるカラオケ装置であって、店舗内のLAN100に接続されている。コマンダ2とカラオケ用ホスト5は、インターネットを介して接続され、新しく供給された楽曲情報やユーザー情報など、各種サービスに必要な情報の送受信を行う。本実施形態ではVPNVirtualPrivateNetworkを介して接続されており、セキュリティに優れた通信を行うことが可能となっている。店舗に設置されるコマンダ2は、リモコン装置1によりユーザーからの各種指示を受け付けることが可能となっている。また、リモコン装置1は表示画面を備え、ユーザーに対して各種情報を提供することも可能である。リモコン装置1は、LAN100上に設置されたアクセスポイント110aを介してコマンダ2と無線接続される。図中に破線で示されるように、例えばコマンダ2aにはリモコン装置1aと1bが対応付けられ、LAN100aを介して情報を送受信することが可能となっている。また、リモコン装置1とコマンダ2とは赤外線などを利用した近距離通信を行うことも可能である。さらに、本実施形態のカラオケシステムでは、ユーザーに各種サービスを提供するためインターネット用ホスト6が設けられている。このインターネット用ホスト6は、ユーザーのパーソナルコンピュータ、携帯情報端末携帯電話やPDAなどと接続され、これら機器を利用するユーザーに各種サービスを提供することができる。また、インターネット用ホスト6は、カラオケ用ホスト5とデータ共有する、例えば、カラオケ用ホスト5の第1記憶部51と、インターネット用ホスト6の第2記憶部61に記憶される各種データベースが同期することで連携を取ったサービスを提供することができる。図2は、店舗に設置されているカラオケシステムの構成を示す図である。本実施形態におけるカラオケシステムは、コマンダ2カラオケ装置と、リモコン装置1にて構成されており、これらは、LAN100にて、無線、有線で互いに接続されている。コマンダ2は、全体を統括制御する制御部30を中心として機能し、主な機能として、楽曲演奏処理、映像表示処理、楽曲選択処理などを実行可能としている。楽曲演奏処理は、入力部21やリモコン装置1にて、ユーザーにより指定された楽曲に対応する演奏情報をMIDI音源26などの音源部にて演奏させ、スピーカー42から放音させる処理である。このとき、スピーカー42からは歌唱用マイク44から入力される音声も合わせて放音される。映像再生処理は、映像再生部29にて各種映像情報、歌詞情報などを再生させ、モニタ41を介した視覚情報をユーザーに提供する処理である。楽曲選択処理は、ユーザーからの指定に基づいて楽曲を選択、予約するための処理である。本実施形態ではリモコン装置1と連携して実行することとなる。リモコン装置1の操作部17から入力されたユーザーの指令は、赤外線通信部19、23、あるいは、LAN100を介してコマンダ2に伝達される。コマンダ2での処理結果は、リモコン装置1側の表示部11に表示され、ユーザーは選曲のための各種情報を視認することが可能である。コマンダ2とリモコン装置1は、この楽曲選択処理に限らず、ユーザー個別のサービスを提供するためのログイン処理認証処理など各種処理を実行することが可能である。本実施形態のコマンダ2には、カメラ43が接続可能となっており、接続されたカメラ43から歌唱者や同伴客の様子を撮影することが可能となっている。カメラ43の映像を表示手段例えば、モニタ41にてモニタする場合には、カメラ43は、当該表示手段の上部など、表示手段の近傍に配置することが好ましい。ユーザーは、モニタ画像を鏡のように利用することが可能となる。なお、カメラ43を複数設け、同時に、あるいは、切り換えて撮影することで映像情報を取得することとしても構わない。図3は、本発明の実施形態に係るトップ画面、すなわち、リモコン装置1を起動した直後の画面を示す図である。本実施形態では、リモコン装置1の表示部11に表示を行うことで、リモコン装置1を操作するユーザーに対して各種情報を提供する。なお、リモコン装置1の操作部17としては、カーソルキーなどの各種機械的なスイッチの他、表示部11に表示されたボタン、アイコンなどを直接タッチして操作を行うタッチパネルを採用することができる。本実施形態のカラオケシステムは、複数のユーザーがログインすることが可能となっている。ユーザーのログインに関する情報は画面上方に常時表示される。ログインしたユーザーの分身像アバターを表示するためのログインユーザー欄103が設けられている。なお、分身像としては、人、キャラクターを模した像の他、図形や記号など各種形態を採用することができる。また、アカウントを有していないユーザーのためのゲストアイコン102、ユーザーを切り替えるためのユーザー切替スイッチ101が表示されている。ログインしたユーザーは、ログインユーザー欄103に表示される分身像を選択、あるいは、ユーザー切替スイッチ101を操作することで、自分のユーザー情報を利用した各種サービスを受けることが可能となる。また、アカウントを有していないユーザーは、ゲストアイコン102を操作することで、選曲など一般的なサービスを受けることが可能となっている。なお、ユーザーの切替の際には、パスワードなど認証を行うこととしてもよいが、認証を行うことなく簡易に切り替えることとしてもよい。図4は、各ユーザー毎に記憶されたユーザー情報を説明するための図である。本実施形態では、ユーザー情報として、個人情報、マイうたテーブル、マイアーティストテーブル、履歴テーブルなど、ユーザーに関する各種情報を含んで構成される。また、ユーザー情報には、ユーザーがログインしてこれら情報を利用するためのユーザーID、パスワードが対応付けられている。個人情報には、ユーザー名実際の名前に限ったものでなく、ニックネームであってもよい、性別、年齢等を含んで構成されている。これら各種情報は、リモコン装置1、あるいは、ネットワークに接続されたパーソナルコンピュータ、携帯情報端末などにてログインして設定することができる。マイうたテーブルは、ユーザーによって事前に登録された楽曲を示すテーブルであって、少なくとも楽曲を識別するための楽曲識別子を含んで構成されている。この他、歌唱した際に採点された最高点採点情報や、自分の歌唱音域に合わせるためのキー調整値などを登録しておいてもよい。ユーザーは、このマイうたテーブルを読み出すことで、事前に登録した楽曲を容易に選曲することが可能となる。マイアーティストテーブルは、ユーザーによって事前に登録されたアーティスト歌手を示すテーブルであって、歌手識別子を含んで構成されている。ユーザーは、このマイアーティストテーブルを呼び出すことで、事前に登録したアーティストを読み出し、さらにデータベースを参照することで当該アーティストに関連する楽曲を読み出して選曲することが可能となる。履歴テーブルは、ユーザーがこれまでに選曲した履歴が記載されたテーブルであって、楽曲識別子、歌唱日時、キー調整値、採点結果、歌唱店舗歌唱位置などを含んで構成されている。採点結果は、歌唱したときの採点手段による結果を示す情報であり、キー調整値は歌唱したときのピッチ変更を示す情報である。本実施形態では、この履歴テーブルに記録された楽曲を選曲することも可能となっている。ユーザーは履歴テーブルを用いた選曲を行うことで、過去に指定した楽曲を再度演奏させることが可能となっている。本実施形態では、このようなユーザー情報を利用することで、ユーザーに対し様々なサービスを提供することができる。図5は、このユーザー情報の送受信の様子を示した図である。カラオケ店舗に来店したユーザーは、自己のユーザーIDとパスワードで構成された識別情報を入力、あるいは、リモコン装置1などに設けられたICカードリーダーでICカードに記憶されている識別情報を読み取らせることで認証処理S101を実行する。ユーザーの識別情報を読み取った、コマンダ2あるいはリモコン装置1は、識別情報をカラオケ用ホスト5に送信しS102、識別情報を受信したカラオケ用ホスト5は記憶部1に記憶されたデータベースから、該当するユーザーのユーザー情報を抽出しS121、問い合わせのあったコマンダ2あるいはリモコン装置1に対して送信するS122。ユーザー情報を受信したコマンダ2側ではS103、受信したユーザー情報に基づいて、選曲処理、演奏処理など各種サービス処理が提供されるS104。ユーザーによりログアウトが要求されるS105とサービス処理を中断し、サービス処理中における各種履歴ログ、あるいは、ユーザーによる設定変更を反映したユーザー情報をカラオケ用ホスト5に送信するS106。ここで、ユーザー情報は、全ての情報を送信することの他、更新された差分だけを送信してもよい。カラオケ用ホスト5では、受信したユーザー情報に基づいて記憶部1に記憶されたデータベースの更新を実行するS124。以上、1ユーザーが認証処理ログインしてから、ログアウトするまでの流れを説明したが、本実施形態のコマンダ2、リモコン装置1は、認証された複数人認証ユーザーが同時にログインした状態で使用することが可能となっており、図3で説明したユーザーインターフェイスを用いることで、サービスを提供するユーザー以下、アクティブユーザーというを切り替えて使用することが可能となっている。図6は、本発明の実施形態に係るアクティブユーザートップ画面を示す図である。この図に示されるように、複数人がログインした状態ではログインユーザー欄103にログインしたユーザーの分身像103a~103e本実施形態では顔部分が表示される。またログインユーザー欄103中、右端に背景がハイライトで示されるユーザーは、アクティブユーザー103eであって、図に示す状態では、このアクティブユーザー103eに対するサービス、すなわち、アクティブユーザー103eのユーザー情報を利用したサービスが実行されている状態となっている。このアクティブユーザートップ画面では、曲を探すを選択することで、従来の歌本と同様、歌手名、楽曲名に基づく検索を行うことができる。また、マイルームを選択した場合には、ユーザー情報中のマイうたテーブルなどを利用した、アクティブユーザーに特化した楽曲検索を行うことができる。図7には、アクティブユーザートップ画面にてマイルームが選択されたときの画面であるマイルーム画面が示されている。このマイルーム画面には、図に示されるようにマイうた104、マイアーティスト105、りれき106といった表記を有する操作ボタンが表示されており、これらを選択することでユーザー情報を利用した各種選曲方法を選択することが可能となっている。マイうた104が選択されたときにはマイうたテーブルを参照した選曲が、マイアーティスト105が選択されたときにはマイアーティストテーブルを参照した選曲が、そして、りれき106が選択されたときには履歴テーブルを参照した選曲が実行される。このようなユーザー情報中の各種テーブルに基づいて選曲を行うユーザー別選曲処理の一例として、図8には、マイうた選曲画面が示されている。この画面は、図7においてアクティブユーザーであるAさんがマイうたを選択したときの画面の様子であって、ユーザー情報中のマイうたテーブルに登録された楽曲に関する情報ここでは、楽曲名と歌手名が楽曲欄毎に表示されている。アクティブユーザーであるAさんは、表示される楽曲の中から歌唱したい楽曲欄を選択して、演奏予約を行うことが可能となっている。この画面では、楽曲名の順番で表示されているが、楽曲欄右上に示されるボタンを操作することで、歌手名の順番で表示させることも可能である。図7の画面に示されるマイアーティスト、りれきボタンを操作することで、それぞれ、マイアーティストテーブル、履歴テーブルを利用し、このマイうたの場合と同様に楽曲選択を行うことが可能となっている。本実施形態では、このようなユーザー情報中のマイうたテーブル、マイアーティストテーブル、マイ履歴テーブルを利用して指標支持率を算出することとしている。では、カラオケシステムにおいて、指標を算出する実施形態について説明する。図9には、本発明の実施形態に係る楽曲選択処理を示すフロー図が示されている。なお、本明細書で説明する処理は、汎用のコンピュータで実行可能なプログラムとして提供することも可能である。まず、入力手段としてのリモコン装置1の操作部17を介して、ユーザーから1の楽曲が指定されるとS201、当該楽曲に対する指標を算出する指標算出処理S300が実行される。この指標は、ユーザーが選択した楽曲に対する他のユーザーの嗜好を示す指標であって、本実施形態では、他のユーザーのユーザー情報中に存在するマイうたテーブル、マイアーティストテーブル、マイ履歴テーブルを用いて算出される。なお、ここでいう他のユーザーとは、カラオケの場で同時にログインしている同席しているユーザーである。S203では、S201で指定した楽曲についての楽曲確認画面をリモコン装置1の表示部11に表示させ、ユーザーに対して予約するか否かが問われる。このとき、S300で算出した指標を表示することで、ユーザーは、指定した楽曲に対する他者の反応を予測することができる。楽曲確認画面で楽曲に関する情報、並びに、指標を確認したユーザーは、当該楽曲に付いて予約するか否かを判断する。予約指示を行った場合には、当該楽曲の楽曲識別子をコマンダ2で管理する予約リスト上に登録しS204、楽曲選択処理を終了する。コマンダ2では、予約リストに登録された楽曲を演奏手段としてのMIDI音源26に順次させる。一方、予約しない場合には、S201にて楽曲を指定し直すことが可能である。本実施形態では、この指標として支持率0~100を採用しているが、このような形態に限られるものではなく、A~Dなど複数区分のランキングとして表示することや、ポイント値、あるいは、グラフなど図形の大きさで表示するなど、嗜好の度合いを示すものであれば数値、図形を問わず各種形態を採用することができる。また、同席しているユーザーは複数人存在する可能性もある。この指標算出処理では、各個人の指標のみならず、カラオケの場に参加している各個人の指標を統合した総合指標を算出することとしている。楽曲を選択したユーザーは、総合指標を参照することで、当該楽曲を歌唱したときの場全体の反応を前もって予測することが可能となる。また、各個人の指標を参照することで、参照したユーザーの反応を予測することも可能となる。図10には、本発明の実施形態に係る楽曲確認画面が、また、図11は、本発明の他の実施形態に係るユーザー別支持率画面が示されている。この図は、Aさんが選択した楽曲夏の海の楽曲確認画面であって、楽曲名、歌手名、歌い出しなど、確認のための各種楽曲関連情報が表示されている。また、この画面では演奏の際の音程を変更することができ、変更する際には、キー設定欄に付随する変更スイッチが操作される。さらに、画面左下には、当該楽曲に対する他のユーザーの反応の指標としての総合支持率が表示されている。この例では、ログインユーザー欄103に表示されている2名の支持率を統合した総合支持率である。総合支持率が表示されている欄にはユーザー別にみると表示されたスイッチが併記されており、個人別の指標を参照したい場合には、このスイッチが操作され、図11に示されるユーザー別支持率画面がポップアップ表示される。ここでは、ユーザーAが選択した楽曲に対するユーザーユーザーA、ユーザーB別の支持率がパーセントで表示されている。また、支持率に応じて大きさが可変するハート型の図形も合わせて表示されている。ユーザーは、図10の楽曲確認画面に表示される総合支持率を参照することで、選択した楽曲が場にふさわしい楽曲か否かを判断した上で、当該楽曲の演奏予約を実行することが可能となる。また、図11のユーザー別支持率画面を参照することで、各ユーザー毎の反応についても参照し、例えば、好意を持つ相手に対する反応をピンポイントで予測することができる。では、図12~図15を参照しつつ、本発明の実施形態に係る指標算出処理について説明する。図12は、本発明の実施形態に係る指標支持率算出処理を示すフロー図であり、図13は、本発明の実施形態においてユーザーAが選択した楽曲の関係を示す図であり、図14は、本発明の実施形態に係る加点数テーブルを示す図であり、図15は、本発明の実施形態に係る補正テーブルを示す図である。図12は、図9で説明した指標算出処理S300の詳細を示した図である。指標算出処理が開始されると、まず、S301にて1人の同席ユーザーが選択され、当該ユーザーのユーザー情報が取得される。ここで同席ユーザーとは、楽曲を選択したユーザーとは異なるユーザーであるとともに、同時にログインしているユーザーのことをいう。本実施形態では、ユーザー情報中において、楽曲や歌手に直接関連するテーブルマイうたテーブル、マイアーティストテーブル、履歴テーブルを利用して、ユーザーが選択した楽曲に対する指標を算出することとしている。S302では、履歴テーブルあるいは、マイうたテーブル中に、選択された楽曲が存在するか否かが判定される。楽曲が存在する場合には、所定の支持ポイントが加点されるS303。なお、本実施形態では、マイうたテーブル、履歴テーブルの両方に楽曲が存在するときには、マイうたテーブルに存在した場合の支持ポイントを優先して加点することとしている。一方、楽曲が存在しない場合には、マイアーティストテーブル、履歴テーブルを参照し、選択された楽曲を歌唱する歌手、あるいは、当該歌手の持ち歌が存在するかが判定されるS309。歌手が存在する場合には、所定の支持ポイントが加点されるS310。なお、本実施形態では、マイアーティストテーブル、履歴テーブルの両方に歌手が存在するときには、マイアーティストテーブルに存在した場合の支持ポイントを優先して加点することとしている。S303、S310にて加点する支持ポイントの一例が図14に示されている。この表において本実施形態では、条件A-1、条件A-2、条件B-1、条件B-2を利用することとしているが、この他に、条件Cに示すような履歴テーブル中に、選択した楽曲のカバー曲、すなわち、歌唱者が異なる楽曲が存在することや、条件Dに示すように同席ユーザーのグループ履歴中に選択した楽曲が存在することなどを条件に加えてもよい。ここでグループ履歴とは、ユーザーが以前に同席した際、他のユーザーが選択した楽曲である。このグループ履歴を使用する場合には、ユーザー情報中に別途、グループ履歴を設ける、あるいは、同席したユーザーとの関連付けを設けておく必要がある。グループ履歴を利用することで、当該ユーザーが聞き覚えのある楽曲としての加点を行うことが可能となる。このように本実施形態では、同席ユーザーのユーザー情報が、図14に示される4つの条件条件A-1、条件A-2、条件B-1、条件B-2の何れに属するかが判定され、各条件に対応する支持ポイントが加点されることとしている。本実施形態では、S302において楽曲が存在すると判定された場合、S303で加点された支持ポイントに対して補正を行う補正処理が実行されるS304。S302で楽曲が存在すると判定された場合、指標算出の対象となっているユーザーは、以前にその楽曲を歌唱したことがあることとなるが、この補正処理では、ユーザーが当該楽曲を歌唱した際の採点結果や、演奏回数、歌唱日時、撮像回数などで支持ポイントを補正することとしている。図15には、補正処理で使用する補正テーブルの一例が示されている。これら各項目は履歴テーブルなどを参照して得ることができる。採点結果は、過去に採点機能を利用して得られた点数であって、履歴テーブルから得ることができる。複数存在するときには、直近の採点結果を用いることや、採点結果の平均値を用いることなどが考えられる。演奏回数は、過去に歌唱した回数を示す値であって、履歴テーブルから得ることができる。歌唱日時は直近で歌唱した日時を示したものであって、最近に歌唱したものほど倍率が高くなることとしている。また撮像回数は、カラオケシステムに接続されたカメラ43を使用して、歌唱中のユーザーを撮像した回数であって楽曲単位で行われ、インターネット用ホスト4を介してパーソナルコンピュータなどに公開される。ここでは撮像回数が多い楽曲、言い換えると、投稿した回数が多い楽曲ほど、当該楽曲への愛着が高いと判断し倍率を高くしている。S305では、以上の処理によりS301で選択した1の同席ユーザーの支持ポイントを確定する。さらに本実施形態では、S306にて算出した支持ポイントを支持率に換算する処理を実行している。この処理は、選択した楽曲について、取得可能な最高ポイントに対するS305で取得した支持ポイントの割合であって0~100の数値で示される。S307では選択していない同席ユーザーの有無が判定され、全ての同席ユーザーに対する支持率が算出されるまで前述の処理が繰り返される。S308では、S306で各同席ユーザーに対して算出された支持率を統合し、同席ユーザーの総合支持率総合指標として算出する。本実施形態では、各同席ユーザーに対して算出された支持率の平均をとることで統合を実行している。では、図12の指標支持率算出処理について、図14の加点数テーブル、図15の補正テーブルを利用した場合の支持率算出例を説明する。なお、ここでは説明を簡単にするため、図14の加点数テーブル中、条件A、条件Bを、また、補正テーブルについては採点結果だけを用いた場合について説明する。図13は、支持率算出に使用される楽曲の関係について説明する図であって、ここではユーザーAが楽曲識別子123楽曲名:●●、歌手名:▲▲を選択した場合の指標支持率について説明する。ここでは、同席ユーザー、すなわち、同時にログインしているユーザーが、ユーザーB、ユーザーCの2名である場合を考える。まず、ユーザーBについての支持率算出について説明する。履歴テーブル中に楽曲●●が存在している。そのため加点数テーブルの条件としては、条件A-2が適用されることとなり、支持ポイント40ポイントが加点されるS303。この場合、同じ楽曲を歌唱したことがあることとなるため、S304にて、補正テーブルを使用したポイント補正処理が実行される。ユーザーBは楽曲●●について、直近の採点結果が89点である履歴が残されている。図15の補正テーブルを参照すると、採点結果については1.5倍の倍率が適用されることが分かる。したがって、補正後の支持ポイントは、補正支持ポイント=40ポイント×1.5=60ポイントとなる。一方、この楽曲について取得可能な最高ポイントは、加点数テーブルにて条件A-150ポイントを満たし、補正テーブルで採点結果が90~100点倍率2.0倍のときである。そのため、最高ポイント=50ポイント×2.0=100ポイントとして算出される。前述したように、支持率は、最高ポイントに対する取得支持ポイントの比であるから支持率=60取得した支持ポイント/100最高ポイント=0.6=60[]として算出される。次に、ユーザーCの支持率算出について説明する。ユーザーCは、ユーザーAが選択した楽曲を歌唱する歌手▲▲の持ち歌××をアーティストテーブル中に登録している。そのため図14の加点数テーブルでは条件B-1が適用され30ポイントが支持ポイントとして加算され確定されるS310、S305。この場合、同じ楽曲ではないため、S304のポイント補正処理は行っていない。したがって、ユーザーAが選択した楽曲●●に対するユーザーC支持率は、支持率=30取得した支持ポイント/100最高ポイント=0.3=30[]として算出される。また、本実施形態における総合支持率は、各ユーザーの支持率の平均であるため、総合支持率=6030/2=45[]となる。算出された各ユーザーの支持率、総合支持率は、図10、図11で説明したように表示部11上に表示される。ユーザーAは、表示される総合支持率、あるいは、各ユーザーの支持率を参考にして、当該楽曲を予約するか否かを判断することが可能となる。以上、本実施形態では、ユーザー情報において楽曲に直接関係するマイうたテーブル、マイアーティストテーブル、履歴テーブルを利用して、指標を算出することとしているが、選択された楽曲に対する度合いを算出できるものであれば、ユーザー情報中の個人情報を利用することもできる。例えば、各楽曲にうた年齢当該楽曲を歌唱するユーザーの年齢によって決定される値であって、例えば最も歌唱するユーザーの年齢が割り当てられるを算出しておき、楽曲のうた年齢と同席ユーザーのうた年齢の差に基づいて、差が近いものほど、高い指標とすることや、男性曲、女性曲歌手の性別でもよいを楽曲に割り当てておき、同席ユーザーの性別と同性の場合、高い指標とすることなど各種形態が考えられる。なお、図13で説明したような指標算出の原因とされた各種情報ユーザーBの歌唱履歴、採点結果や、ユーザーCのアーティストテーブル上での持ち歌についても、図10あるいは図11の画面上に表示させることとしてもよい。楽曲選択を行ったユーザーは支持率算出の根拠を知ることが可能となる。また、本実施形態では、選択項目を楽曲として、選択された楽曲に対する指標を算出することとしたが、選択項目としては、楽曲に限られるものではなく、歌手、ジャンルを採用してもよい。選択した歌手あるいはジャンルに対して指標を提示することで、同席ユーザーがどのような印象をもつか予測することができ、提示された指標を参考にして選曲を行うことが可能となる。また、指標としては、本実施形態で説明した支持率の他、図16に示すように各支持率に対応するランク表示ランクS~ランクDで表示することや、図11に示したように図形の大きさで示すなど各種形態をとることができる。さらに、図12、図14で説明したように、条件A-1、条件A-2、条件B-1、条件B-2の何れか1つで加点することに代え、満たした条件に対応する支持ポイントを全て加点することとしてもよいし、支持ポイント自体を指標としてもよい。次に図17~図19を用いて他の実施形態を説明する。本実施形態においてもアクティブユーザーが選択した項目に対して、他の同席ユーザーのユーザー情報を利用した指標を算出するという本発明の特徴部分においては共通したものとなっている。楽曲を選択する場合、前述の実施形態のように楽曲自体を特定することもあるが、この歌手の楽曲の中で、あるいは、このジャンルの中で歌唱したいが、どの楽曲を歌唱すればよいか迷う場合がある。本実施形態は、このように歌手やジャンルが選曲項目として指定された場合、指定された選曲項目に属する楽曲の指標が算出され、その指標に基づいて楽曲が推奨される。本実施形態では、前述の実施形態と同様、指標として支持率を利用した場合について説明する。図17は本実施形態に係る楽曲選択処理を示す図であり、図18は楽曲選択画面総合支持率ランキングを示す図であり、図19は楽曲選択画面ユーザー別支持率ランキングを示す図である。本実施形態は、指定した選曲項目に属する楽曲を推奨する機能名としてこれ歌って機能としており、例えば、図3のトップ画面、あるいは、図6のアクティブユーザートップ画面などから選択することができる図示せず。本実施形態のこれ歌って機能が選択されるS401と、ユーザーに選曲項目として歌手を指定させるS402。このように本実施形態では、選曲項目として歌手を採用しているが、この他、ジャンルなど、楽曲の集合を規定できる項目であれば各種のものを採用することができる。S403では、S402にて選曲項目として指定された歌手に関連付けられている1の楽曲が選択される。歌手に関連付けられているとは、当該歌手の持ち歌であることをいう。S300では、S403で選択した楽曲について、指標支持率算出処理図12と同様が実行され、当該楽曲について、各ユーザーの支持率、総合支持率が算出される。この指標算出処理は、選択された歌手に関連付けられた全ての楽曲について実行され、算出された支持率に基づいて、楽曲選択画面が表示される。図18は、楽曲選択画面示す図であって、同席ユーザーの総合支持率に基づいて楽曲が順位付けされたランキング表示となっている。この場合、ユーザーAAさんによって選択された歌手Aについて、当該歌手の持ち歌中、同席ユーザーの総合支持率によって楽曲がランキング表示されている。ユーザーAは、この総合支持率を参考として楽曲を選択予約することが可能となる。楽曲を予約する際は、各楽曲の欄が操作されることで、図10に示すような楽曲確認画面に遷移し予約することができる。また、本実施形態においてもユーザー毎の支持率に基づいて、楽曲を参照することが可能となっている。図18の右下に表示されるユーザー別にみるを操作し、さらに、参照したい同席ユーザーを選択図示せずすることで、図19のユーザー別支持率ランキングが表示された楽曲選択画面へと遷移する。図19の例では、ユーザーBBさんが選択された場合が示されており、歌手Aに関連付けられた複数の楽曲についてBさんの支持率によるランキングが表示されている。Aさんは、Bさんの各楽曲に対する支持率を参考として選曲することができる。以上、本実施形態では、選曲項目として選択された歌手に関連付けられた各楽曲に付いて、ユーザー別の指標支持率、あるいは、同席ユーザーの支持率を統合した総合指標支持率を提示することで、歌唱した場合のユーザーの反応を予測した選曲を行うことが可能となる。なお、以上で説明した本実施形態では、他の認証ユーザーに対応するユーザー情報として、図4で説明した実施形態のユーザー情報を用いて、楽曲、歌手などの選曲項目について指標を算出することとしているが、ユーザー情報としては、これに限定されるものではなく、次に説明するような実施形態も含まれるものである。図20は、本発明の他の実施形態に係るユーザー情報を説明するための図であって、ユーザー情報として、ユーザーの各種購入履歴が作成される様子を示す図である。カラオケ業者では、カラオケ店舗での歌唱提供サービスのみならず、カラオケ装置で使用する各種コンテンツを携帯情報端末やパーソナルコンピュータに提供することが考えられる。このような場合、ユーザーが購入した、あるいは、使用したコンテンツによって、ユーザーの嗜好を取得し、ユーザー情報に購入履歴テーブルとして反映することが考えられる。図に示すように、コンテンツ配信ホスト7に対して、ユーザーが所持する形態情報端末からコンテンツリクエスト要求が送信されると、コンテンツ配信ホスト7は、課金処理、暗号化処理等を実行した上で、形態情報端末に、楽曲、着信音などのコンテンツを送信する。コンテンツリクエストには、ユーザーIDが含まれており、図1で説明したインターネット用ホスト6と連携するコンテンツ配信用ホスト7は、インターネット用ホスト6に対して、購入履歴としてのユーザーIDとコンテンツIDを送信する。これを受け取ったインターネット用ホスト6は、ユーザーIDとコンテンツIDとを対応付けた購入履歴テーブルを作成し記憶する。楽曲や着信音などのような楽曲と直接関連するコンテンツの場合であれば、データベースを参照してコンテンツIDに対応付く楽曲名、歌手名などを抽出し、前述の実施形態と同様に指標を算出することができる。なお、コンテンツについては、このような楽曲に直接関連付けられたものに限らず、映画、ドラマなどの映像情報、ゲームアプリなどの場合も考えられ、主題歌に用いられているなどコンテンツの関連性に基づいて指標を算出してもよい。このようなネット上でのコンテンツ販売に限らず、CDやDVDのような物品販売に基づいて、購入履歴テーブルを作成することも考えられる。図に示すようにユーザーが会員証などを提示して、あるいは、ネットを介してユーザーIDに基づいてCD、DVDなどの商品を購入した場合、会員証などのユーザーIDと、商品に対応付けられているJANコード、ISBNコードなどをインターネット用ホスト6に送信する。インターネット用ホスト6では、コンテンツ配信の場合と同様、ユーザーIDに対応する購入履歴テーブルに、これら商品を示すコードを記憶する。例えばCDの場合には、コードに基づいてCDの歌手、当該CDに含まれる楽曲を割り出し、前述した指標を算出することができる。このようにユーザーの嗜好が反映される物品販売についても指標算出に使用するユーザー情報に含めてもよい。以上のコンテンツ配信、店舗などでの物品販売で使用されるユーザーIDは、図4で説明したユーザーIDと同一の場合について説明したが、コンテンツ、物品販売を行う業者とカラオケ業者が提携する場合には、カラオケサービスで使用するユーザーIDと、コンテンツ、物品販売で使用するユーザーIDを対応付けておくことで、上記する購入履歴テーブルを作成することができる。また、指標算出に使用するユーザー情報としては、図21に示す歌唱希望テーブルを使用することも考えられる。このテーブルは、ユーザーが他者に歌って欲しい楽曲、歌手に関する情報が記載されたテーブルであって、リモコン装置1などにおけるユーザー操作によって作成されるテーブルである。このような楽曲、歌手などを直接示すテーブルに基づいて当該ユーザーについての指標を算出することとしてもよい。歌唱希望テーブルに記憶される情報の例としては、図に示されるように楽曲識別子あるいは歌手識別子だけを記憶する場合や、楽曲識別子あるいは歌手識別子に性別やユーザーIDなどの条件を付与しておくことが考えられる。楽曲識別子あるいは歌手識別子だけを記憶する場合は、ユーザーを問わず歌って欲しい楽曲、歌手を希望する場合であって、全てのアクティブユーザーが指定した選曲項目に対する指標算出に使用される。一方、性別、ユーザーIDなどの条件が付与されている場合には、この条件を満たすアクティブユーザーに対して歌唱して欲しい楽曲、歌手が指定されている場合であるため、これら条件を満たすアクティブユーザーに対してのみ指標算出に使用されることとなる。このように指標算出に使用されるユーザー情報としては、各種購入履歴や、歌唱して欲しい楽曲、歌手を登録した歌唱希望テーブルなどを利用することもできる。なお、本発明はこれらの実施形態のみに限られるものではなく、それぞれの実施形態の構成を適宜組み合わせて構成した実施形態も本発明の範疇となるものである。