カラオケの利用開始を判定する開始判定手段と、開始判定手段で判定された利用開始からの経過時間を計時する計時手段と、計時手段にて計時した経過時間に基づいて、カラオケ利用時間におけるステージを判別するステージ判別手段と、ステージ判別手段によって判別されたステージに対応する楽曲の楽曲関連情報を表示手段に表示させる推奨楽曲提示手段を備えることを特徴とするカラオケ装置。ステージ判別手段は、計時手段にて計時した経過時間と、既に予約されている楽曲に基づいて、これから予約される楽曲の演奏開始時刻に対応するステージを判別することを特徴とする請求項1に記載のカラオケ装置。ユーザーの入力に基づいてユーザーをログインさせる認証手段を備え、開始判定手段は、ユーザーが最初にログインしたことを条件としてカラオケの利用開始を判定することを特徴とする請求項1または請求項2に記載のカラオケ装置。ステージ判別手段は、認証手段で認証しているユーザー数に基づいてステージ判別の補正を行うことを特徴とする請求項3に記載のカラオケ装置。ログインしたユーザーのユーザー情報を取得するユーザー情報取得手段を備え、ユーザー情報は、カラオケ利用時間の履歴を含み、ステージ判別手段で使用するカラオケ利用時間は、ユーザー情報に含まれるカラオケ利用時間の履歴に基づいて算出された値であることを特徴とする請求項3または請求項4に記載のカラオケ装置。ステージ判別手段で使用するカラオケ利用時間は、入力手段から入力された値であることを特徴とする請求項1から請求項4の何れか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から歌唱者や同伴客の様子を撮影することが可能となっている。カメラ41の映像を表示手段例えば、モニタ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のユーザー情報を利用したサービスが実行されている状態となっている。このアクティブユーザートップ画面では、曲を探すを選択することで、従来の歌本と同様、歌手名、楽曲名に基づく検索を行うことができる。また、マイルームを選択した場合には、ユーザー情報中のマイうたテーブルなどを利用した、アクティブユーザーに特化した楽曲検索を行うことができる。また、107は、利用時間の進行状況に応じた推奨楽曲を表示させるための操作ボタンであって、この操作ボタン107を操作することで、例えば、カラオケボックスに入室するなど、カラオケを開始してからの利用時間の進行に応じた楽曲を推奨表示させるとともに、予約させることが可能となっている。図7には、アクティブユーザートップ画面にてマイルームが選択されたときの画面であるマイルーム画面が示されている。このマイルーム画面には、図に示されるようにマイうた104、マイアーティスト105、りれき106といった操作ボタンが表示されており、これらを選択することでユーザー情報を利用した各種選曲方法を選択することが可能となっている。マイうた104が選択されたときにはマイうたテーブルを参照した選曲が、マイアーティスト105が選択されたときにはマイアーティストテーブルを参照した選曲が、そして、りれき106が選択されたときには履歴テーブルを参照した選曲が実行される。図8は、本発明の実施形態に係る楽曲関連情報のデータ構成を示す図である。楽曲関連情報は、リモコン装置1のメモリ14、コマンダ2のメモリ27に記憶されて利用される。各楽曲関連情報は、楽曲識別子に対応付けられており、楽曲名、歌手名、歌い出しなど、選曲を行う際、ユーザーに対して各種表示を行う際の項目を含んで構成されている。この他、楽曲を分類するためのジャンル情報、演奏した際、必要となる演奏時間を含んでもよい。さらに、本実施形態では、当該楽曲が、カラオケの進行状況おいて好適とされるステージを示すステージフラグを含んで構成されている。ステージフラグを利用することで、現在のステージに応じた楽曲を推奨することとなるが、詳細については後ほど説明を行う。では、このような楽曲関連情報を用いた場合の選曲事例について、マイうた選曲を行った場合について説明する。図9は、本発明の実施形態に係るマイうた選曲画面を示す図である。図7のアクティブユーザートップ画面において、マイうた104が選択された場合、当該アクティブユーザーこの場合Aさんのユーザー情報中のマイうたテーブルが読み出され、図8で説明した楽曲関連情報を用いてマイうた選曲画面が表示される。この図では、曲名順にマイうたテーブルに登録されている楽曲の楽曲名、歌手名が表示されている。ユーザーは事前に自分がよく利用する楽曲をマイうたテーブルに登録しておき、このマイうた選曲画面で選択することで、楽曲の予約を行うことが可能となっている。図10は、楽曲確認画面であって、図8のマイうた選曲画面にて楽曲が選択されたとき、ユーザーに対して予約する楽曲に間違いがないか、楽曲名、歌手名のみならず、歌い出しなどを表示させることで確認させる画面である。なお、マイうた選曲時のみならず、他の選曲方法を利用した場合にもこの楽曲確認画面で予約する楽曲を確認することとしている。また、この楽曲確認画面では、選択した楽曲について自分の歌唱できる音程が予め分かっている場合には、キー設定を変更することで演奏する際のキー調整値を設定することが可能となっている。キー設定右下の変更ボタンを操作することで、キー設定用の画面が表示されキー調整値を設定することができる。選択した楽曲が歌唱したい楽曲であることを確認したユーザーは、予約操作ボタンを操作することで、楽曲の演奏予約が実行される。具体的には、リモコン装置1からコマンダ2に対して予約情報が送信される。予約情報を受信したコマンダ2は、予約テーブル上で予約情報を管理し、予約された楽曲を順次、演奏手段としてのMIDI音源26などに演奏させる。では、本発明の実施形態に係るステージ別楽曲推奨処理について説明する。図11は、本発明の実施形態に係るステージ別楽曲推奨処理を示すフロー図である。このステージ別楽曲推奨処理は、カラオケの利用開始を判定することで開始される。カラオケの利用開始とは、例えば、誰もログインしていない状態において、1のユーザーがログインした時点、あるいは、カラオケボックスのような時間貸しの形態では、カラオケボックスの従業者が設定した利用開始時刻、あるいは、ユーザーもしくは従業者がコマンダ2に対する操作に応じてカラオケの利用開始を判定することとしてもよい。このような各種開始判定に基づいて、カラオケの利用開始が判定されると、まず、利用時間の取得が実行されるS201。ここで、利用時間とは、ユーザーによってコマンダ2が利用される、利用されると推定される時間長のことをいい、例えば、予めカラオケボックスに入店する際に問われた賃貸時間長を利用することが考えられる。この場合、ユーザーもしくは従業者にてコマンダ2に対し利用時間が設定される。利用時間としては、このように利用毎に設定された時間を用いるほか、平均的な利用時間例えば、2時間とすることや、ユーザーの利用時間の履歴に基づいて割り出された平均利用時間、最短利用時間、最長利用時間、あるいは、最近の利用時間などを用いることが考えられる。複数のユーザーにて同時に利用される場合にはさらに複数ユーザー間の利用時間の平均をとることとしてもよい。利用時間の取得後、カラオケの利用開始からの経過時間の計時が開始されるS202。計時される経過時間に基づいて、利用時間が経過するまでS300、S400、S203の各処理が実行される。利用時間が経過することでステージ別楽曲推奨処理は終了するS204:No。図12は、本発明の実施形態に係るステージ判別処理を示すフロー図である。この処理は、カラオケの利用開始から終了までの利用時間中、現在の時点がどのステージに属するかを判定するための処理である。S301では、図11のフロー図のS201でも説明した利用時間が取得される。本実施形態では、ステージ判別処理S300においても、利用時間を取得することとしており、例えば、カラオケボックスの利用時間延長など、利用時間が変更された場合にも柔軟に対応することができる。S302では現在経過時間の取得が行われる。S303では、S301で取得した利用時間と、S302で取得した経過時間に基づいて、現時刻がどのステージであるのかを判別する。図14は、このステージ判別処理を説明するための模式図である。ここでは、20時00分にカラオケの利用を開始し、利用時間が2時間に設定されている場合を例にとって説明する。本実施形態では、利用時間を時間長に基づいて4つのステージ、すなわち、入店直後の第1ステージ、序盤の第2ステージ、中盤の第3ステージ、終盤の第4ステージに分割している。ここでは、利用時間に対する比率で各ステージを分割している。具体的には、利用開始から利用時間の1/6を第1ステージ、次の1/3を第2ステージ、次の1/3を第3ステージ、最後の1/6を第4ステージとしている。例えば、図において現在を示す矢印の時刻は、入店直後の第1ステージに該当することとなる。ステージの分割には、このように利用時間の比率で行うほか、第1、第2、第4ステージを固定時間長とし、第3ステージを残る時間に割り当てることなど、各種形態を採用することが考えられる。このようにステージ判別処理S300にて、現時点でのステージが判別されると、判別されたステージに対応する楽曲を抽出する推奨楽曲抽出処理S400が実行される。図13は、本発明の実施形態に係る推奨楽曲抽出処理を示すフロー図である。この推奨楽曲抽出処理では、判別されたステージに対応する楽曲を抽出することとしており、具体的には、図8で説明した楽曲関連情報のステージフラグを参照して抽出することとしている。本実施形態では、4つのステージに分けられているため、ステージフラグには1~4のフラグが設けられる。なお、複数のステージに属する楽曲を設けることとしてもよい。その際には、複数のステージフラグが付されることとなる。ステージフラグは、カラオケ業者側によって付与されることとなるが、付与の仕方としては、例えば、入店直後の第1ステージではノリのよい楽曲が、序盤の第2ステージでは無難な楽曲が、中盤の第3ステージでは、バラード調の楽曲が、終盤の第4ステージでは〆として盛り上げる楽曲となるようにすることなどが考えられる。推奨する楽曲の対象としては、全ての楽曲から選択することも考えられるが、本実施形態では、ユーザー情報中のマイうたテーブルを利用し、楽曲の対象を絞り込むと共に、ユーザーに特化された楽曲を推奨することとしている。推奨楽曲抽出処理S400が開始されると、まず、ログインしているユーザーの内、1人のユーザーを、楽曲推奨の対象者として抽出するS401。次に、当該ユーザーのユーザー情報を取得しS402、マイうたテーブルの中から、ステージ判別処理S300で判別された現時点のステージに対応する楽曲を抽出するS403。S401~S403の一連の処理を、ログインしているユーザー毎に繰り返し実行し、各ユーザーに対する推奨楽曲が抽出される。推奨楽曲抽出処理S400が完了すると、図11のフロー図における推奨楽曲提示処理が実行されるS203。本実施形態では、各ユーザーを対象とした推奨楽曲を抽出しているため、リモコン装置1を使用しているアクティブユーザーに対して、推奨楽曲を表示することとしている。図6のアクティブユーザートップ画面に表示される操作ボタン107には、現時点でのステージ名が表示され、この操作ボタン107を操作することで、現時点のステージに対応した推奨楽曲が表示される。図15は、操作ボタン107操作後の推奨楽曲表示画面を示した図である。この表示画面には、Aさんのマイうたテーブルに登録された楽曲の内、現時点のステージに属する楽曲の楽曲名、歌手名が表示されている。その際、図に示されるように、当該ユーザーAさんの利用回数などに基づいて、順位付けて表示することとしてもよい。各楽曲の欄を選択操作することで、図10に示される楽曲確認画面に移行し、予約を実行することができる。以上、本実施形態では、現在の時点が利用時間中のどのステージに属するかを判別し、判別されたステージに属する楽曲を推奨することで、ユーザーは、カラオケ利用の時間経過に即した楽曲を選曲することができる。本実施形態では、各ユーザーに対し、自分のマイうたテーブルに登録された楽曲から選択することとしているが、推奨楽曲の対象は、この形態に限ることなく、マイアーティストテーブルに登録された歌手に対応する楽曲を対象とすることや、履歴テーブルに記録された楽曲を対象とすることとしてもよい。さらには、コマンダ2で扱う全ての楽曲から抽出することとしてもよい。その際、楽曲の全国利用ランキングなどを利用して、人気の高い楽曲を優先的に推奨することとしてもよい。また、楽曲推奨の対象者についても、本実施形態のように限定することなく、ログインしている全てのユーザーを対象としてもよい。そのため、推奨楽曲の表示は、図6のアクティブユーザートップ画面のみならず、図3のトップ画面に表示することや、コマンダ2にて表示制御するモニタ41に表示させることとしてもよい。この実施形態では、現時点のステージに基づいて楽曲を推奨することとしているが、カラオケでは予約を行い、予約順に演奏を実行することが一般的である。そのため、楽曲を予約した時点と、予約した楽曲が演奏される時点のステージが異なる場合が考えられる。次に説明する実施形態では、このようなカラオケの予約にて生ずるタイムラグに配慮したものとなっている。まず、カラオケの予約について簡単に説明しておく、図16は、本発明の実施形態に係る予約情報のデータ構成を示す図であり、図17は、本発明の実施形態に係る予約テーブルを示す図となっている。図10の楽曲確認画面にて予約操作が行われると、リモコン装置1からコマンダ2に対して予約情報が送信される。図16aは、ログインしているユーザーの場合の予約情報であって、予約した楽曲の楽曲識別子、音程変更するためのキー調整値、予約したユーザーのユーザーIDを含んで構成される。一方、楽曲の予約はユーザー登録を行っていないゲストユーザーによっても行うことが可能であって、その場合には、図16bに示される楽曲識別子とキー調整値を含んで構成された予約情報が送信される。予約情報を受信したコマンダ2は、予約情報を順次、予約テーブルに登録して順次、演奏処理を実行する。図17に示されるように予約順序に対応付けられて、予約情報が記憶されることとなる。ここでは、説明のために各楽曲の演奏時間を記載している。この演奏時間は、楽曲識別子に基づいて楽曲関連情報を参照して読み出すことができる。演奏処理は、演奏ポインタを順次進めることで、該当する楽曲識別子に対応する演奏情報を読み出し、MIDI音源26などに演奏させる。図の例では3番目に予約された楽曲が演奏されていることを示している。また、この予約テーブルでは既に4曲の楽曲が予約され状態となっている。このような状態のカラオケ進行状況が図19に示されている。現時点現在の表記が付された矢印は、第1ステージであるにも関わらず、現時点で予約を実行した場合、予約された楽曲は、第2ステージで演奏が開始されることとなる。そのため、本実施形態のステージ判別処理は、既に予約されている楽曲に基づいて、現時点で予約した楽曲が演奏されるステージを判別することとしている。図18は、本発明の他の実施形態に係るステージ判別処理を示すフロー図である。S301a、S302aでは、前述の実施形態と同様、利用時間そして現在の経過時間が取得される。S303aでは、図17の予約テーブルを参照し、現在演奏している楽曲の残り時間、演奏前の楽曲の演奏時間の合計が算出される。本実施形態では、このように楽曲関連情報の演奏時間を利用することとしているが、簡易には、1曲あたりの演奏時間を所定時間例えば3分とし、演奏前の楽曲数にて予約されている楽曲が全て演奏される時間を見積もってもよい。S304aでは、予約テーブルを参照することで次回予約時の経過時間が算出される。S305aでは、算出された経過時間がどのステージに属するかが判定されることとなる。以上、この実施形態では、楽曲を推奨するにあたり、予約してから演奏されるまでのタイムラグが考慮されたており、実際に予約した楽曲が演奏されるステージに応じた楽曲が推奨されることとなる。図14で説明したように、利用時間を分割することによるステージ判別は、各種手法が考えられるが、このステージ判別は、ログインしているユーザー人数によって補正することも考えられる。図20は、ログインしている人数による補正処理を説明するための図である。本実施形態では、利用時間を4つのステージに分割しているが、ユーザー人数が多い場合には、全てのユーザーが所定ステージに属する楽曲を選択できない場合が考えられる。特に、前述のように予約状況を考慮した場合には、第1ステージの時間が予約楽曲で埋められることで、第2ステージの楽曲推奨から開始される可能性もある。そのため、本実施形態では、ユーザー人数を考慮し、ユーザー人数に応じて、第1ステージ、第4ステージなど比較的時間の短いステージの時間長拡大が図られている。ユーザー人数が所定数を超えた場合、あるいは、ユーザー人数に応じて各ステージの時間長を調整することで、ユーザー人数が多い場合などであっても、各ユーザーがそれぞれのステージに属する楽曲の推奨を受けることが可能となる。また、前述の実施形態において、推奨楽曲を決定するためのステージフラグは、カラオケ業者側によって各楽曲に付与されたステージフラグを使用することとしたが、ステージフラグは、各ユーザーの歌唱履歴に基づいて付与することとしてもよい。図21は、ステージフラグ取得処理を説明するための図である。この例ではAさんが入店し、カラオケ利用開始してから終了するまでに歌唱した各楽曲の再生開始タイミングが丸印で記載されている。この再生開始タイミングを図22に示される歌唱履歴として記録しておき、次回入店時以降の楽曲推奨に用いることとしている。図22は、このステージフラグによって取得された歌唱履歴を示している。この歌唱履歴は、図4で説明した履歴テーブル中に記録されることとなる。次回以降のカラオケ利用時には、この歌唱履歴を参照し、判別されたステージのステージフラグを有する楽曲を推奨することで、ユーザー毎に、経過時間に伴う楽曲の嗜好変化を反映させた楽曲推奨を行うことが可能となる。なお、ステージフラグが付与された楽曲を再度歌唱した場合には、楽曲推奨には最新のステージフラグが使用される。また、楽曲推奨に用いるステージフラグは、過去一定期間例えば、数ヶ月に記録されたものを用いることとしてもよい。このような場合、月日の経過に伴うユーザーの嗜好変化に追従することが可能となる。また、各ユーザーから取得した楽曲に付いてのステージフラグを、カラオケ用ホスト5上で集計し、各楽曲に反映させる使用方法も考えられる。このような場合、複数のユーザーの一般的な利用を反映させた楽曲推奨を行うことが可能となる。また、各楽曲ステージフラグを用いることに代え、従来から楽曲関連情報内に含まれる各種情報を使用して楽曲推奨を行うことも考えられる。例えば、ジャンルや歌手といった楽曲関連情報をステージに対応付けておき、判別されたステージに対応するジャンル、歌手の楽曲を推奨することとしてもよい。なお、本発明はこれらの実施形態のみに限られるものではなく、それぞれの実施形態の構成を適宜組み合わせて構成した実施形態も本発明の範疇となるものである。