(57)【特許請求の範囲】
【請求項１】
ユーザからの要求を受けて予約した楽曲を順次演奏するカラオケ装置と、前記カラオケ装置に対する楽曲の予約をリクエストするための操作を実施可能な複数のリクエスト装置と、が通信可能に接続されてなるカラオケシステムにおいて、前記複数のリクエスト装置が前記カラオケ装置へ楽曲の予約が可能な前記カラオケシステムであって、
前記カラオケ装置は、
楽曲の予約が行われる，または，該予約された楽曲の演奏を行う毎に、その予約または演奏に係る予約演奏楽曲を記憶部に登録する楽曲登録手段と、
前記該楽曲登録手段により予約演奏楽曲の登録が前記記憶部に追加された際に、その旨を複数の前記リクエスト装置それぞれに通知する追加通知手段と、
前記複数のリクエスト装置の中のいずれかの前記リクエスト装置からの要求を受けた際に、前記楽曲登録手段により登録された予約演奏楽曲に基づいて生成される情報であって、少なくとも当該カラオケ装置において予約または演奏されていない楽曲を特定するのに適した予約演奏楽曲情報を、その要求元であるリクエスト装置に送信する楽曲情報送信手段と、を備えており、
前記リクエスト装置は、
前記カラオケ装置から前記予約演奏楽曲の登録が追加された旨の通知を受けた際に、前記カラオケ装置に対して前記予約演奏楽曲情報の送信を要求する楽曲情報要求手段と、
１以上の楽曲を示すものとしてユーザに対応づけられたユーザ楽曲情報の中に、前記楽曲情報要求手段による要求を受けたカラオケ装置から送信されてきた予約演奏楽曲情報で示される予約演奏楽曲が予約済みであることを表示部に表示させる楽曲表示手段と、を備えている
ことを特徴とするカラオケシステム。
【請求項２】
前記カラオケ装置は、
前記リクエスト装置から予約演奏楽曲情報の要求を受けた際、それぞれ１以上の楽曲を示すものとしてユーザそれぞれに対応づけられた複数のユーザ楽曲情報のうち、その要求に伴う識別情報が割り当てられたユーザのユーザ楽曲情報について、該ユーザ楽曲情報で示される楽曲の中に、前記楽曲登録手段により登録された予約演奏楽曲が含まれていなければ、そのユーザ楽曲情報を前記予約演奏楽曲情報として生成する一方、前記楽曲登録手段により登録された予約演奏楽曲が含まれていれば、いずれの楽曲が予約演奏楽曲であるかを識別可能な状態としたユーザ楽曲情報を前記予約演奏楽曲情報として生成する楽曲情報生成手段，を備え、
該楽曲情報生成手段により生成された予約演奏楽曲情報を、前記楽曲情報送信手段が、その生成の契機となった要求をしてきた前記リクエスト装置に送信する、ように構成されており、
前記リクエスト装置は、
前記カラオケ装置から前記予約演奏楽曲の登録が追加された旨の通知を受けた際に、前記楽曲情報要求手段が、当該リクエスト装置を使用するユーザに割り当てられた識別情報を伴った状態で、前記カラオケ装置に対して前記予約演奏楽曲情報の送信を要求すると共に、
前記楽曲表示手段が、前記楽曲情報要求手段による要求を受けたカラオケ装置から送信されてきた予約演奏楽曲情報を、該予約演奏楽曲情報で示される楽曲のうち、いずれの楽曲が予約演奏楽曲であるかを識別可能な表示態様にて表示部に表示させる、ように構成されている
ことを特徴とする請求項１に記載のカラオケシステム。
【請求項３】
前記カラオケ装置は、
前記リクエスト装置からの要求を受けた際に、前記楽曲登録手段により登録された予約演奏楽曲それぞれを示す情報、および、複数のユーザそれぞれに対応づけられた１以上の楽曲を示す複数のユーザ楽曲情報のうちのその要求に伴う識別情報が割り当てられたユーザのユーザ楽曲情報，からなる情報を、前記予約演奏楽曲情報として生成する楽曲情報生成手段，を備え、
前記楽曲情報送信手段が、前記楽曲情報生成手段により生成された予約演奏楽曲情報を、その予約演奏楽曲情報を生成する契機となった要求元であるリクエスト装置に送信する、ように構成されており、
前記リクエスト装置は、
前記カラオケ装置から前記予約演奏楽曲の登録が追加された旨の通知を受けた際に、前記楽曲情報要求手段が、当該リクエスト装置を使用するユーザに割り当てられた識別情報を伴った状態で、前記カラオケ装置に対して前記予約演奏楽曲情報の送信を要求すると共に、
前記楽曲情報要求手段による要求を受けたカラオケ装置から送信されてきた予約演奏楽曲情報につき、該予約演奏楽曲情報を構成する情報で示される予約演奏楽曲が、該予約演奏楽曲情報を構成するユーザ楽曲情報で示される楽曲の中に含まれていなければ、前記楽曲表示手段が、そのユーザ楽曲情報で示される楽曲それぞれを表示部に表示させる一方、前記ユーザ楽曲情報で示される楽曲の中に含まれていれば、前記楽曲表示手段が、そのユーザ楽曲情報で示される楽曲それぞれを、いずれの楽曲が予約演奏楽曲であるかを識別可能な表示態様にて表示部に表示させる、ように構成されている
ことを特徴とする請求項１に記載のカラオケシステム。
【請求項４】
前記カラオケ装置と前記リクエスト装置との間でＴＣＰ／ＩＰ通信が行われるように構成されており、
前記カラオケ装置において、
前記追加通知手段は、前記予約演奏楽曲が登録された旨を、ＴＣＰ通信におけるソケット通信によって前記リクエスト装置それぞれに通知する、ように構成されている
ことを特徴とする請求項１から３のいずれかに記載のカラオケシステム。
【請求項５】
前記カラオケ装置は、前記リクエスト装置から、前記予約演奏楽曲情報を要求する旨のＨＴＴＰ要求コマンドを受けた際に、前記楽曲情報送信手段が、該ＨＴＴＰ要求コマンドに対するＨＴＴＰ応答メッセージに伴って、少なくとも当該カラオケ装置において予約または演奏されていない楽曲を特定するのに適した情報を示すウェブページを前記予約演奏楽曲情報として、その要求元であるリクエスト装置に送信する、ように構成されており、
前記リクエスト装置は、
前記カラオケ装置から前記予約演奏楽曲の登録が追加された旨の通知を受けた際に、前記楽曲情報要求手段が、ＨＴＴＰ要求コマンドにより、前記カラオケ装置に対して前記予約演奏楽曲情報の送信を要求して、
前記楽曲表示手段が、前記楽曲情報要求手段による要求を受けたカラオケ装置から送信されてきた予約演奏楽曲情報を、ウェブページとして表示部に表示させる、ように構成されている
ことを特徴とする請求項４のいずれかに記載のカラオケシステム。
【請求項６】
請求項１から４のいずれかに記載のカラオケ装置が備える全ての手段を備えたカラオケ装置であって、
予約演奏楽曲情報を要求する旨のＨＴＴＰ要求コマンドを受けた際に、楽曲情報送信手段が、該ＨＴＴＰ要求コマンドに対するＨＴＴＰ応答メッセージに伴って、少なくとも当該カラオケ装置において予約または演奏されていない楽曲を特定するのに適した情報を示すウェブページを前記予約演奏楽曲情報として、その要求元に送信する、ように構成されている
ことを特徴とするカラオケ装置。
【請求項７】
請求項１から４のいずれかに記載のリクエスト装置が備える全ての手段を備え、
カラオケ装置から、該カラオケ装置において予約された，または，演奏された予約演奏楽曲の登録が追加された旨の通知を受けた際に、前記楽曲情報要求手段が、ＨＴＴＰ要求コマンドにより、少なくとも該カラオケ装置において予約または演奏されていない楽曲を特定するのに適した予約演奏楽曲情報の送信を、前記カラオケ装置に対して要求して、
前記楽曲表示手段が、前記楽曲情報要求手段による要求を受けたカラオケ装置から送信されてきた予約演奏楽曲情報を、ウェブページとして表示部に表示させる、ように構成されている
ことを特徴とするリクエスト装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザからの要求を受けて予約した楽曲を順次演奏するカラオケ装置と、それぞれカラオケ装置に対する楽曲の予約をリクエストするための操作を実施可能な複数のリクエスト装置と、が通信可能に接続されてなるカラオケシステムに関する。
【背景技術】
【０００２】
近年では、上述したようなカラオケシステムに関し、リクエスト装置（カラオケリモコン装置）により楽曲の予約を行った情報（履歴）を記憶しておき、その情報を一覧表示して確認できるようにする技術が提案されている（特許文献１参照）。
【０００３】
これにより、リクエスト装置のユーザは、一覧表示された情報により過去に予約された楽曲であるか否かを確認することにより、カラオケ装置において予約されていない楽曲を特定することができるため、予約されていない楽曲を優先的に予約することができる。
【０００４】
通常、カラオケボックスなどのカラオケルーム内において、カラオケを複数人数で同時に利用する場合では、各ユーザは、お互いが現在予約されている楽曲が判るので、同じ楽曲を複数回予約することが避けられる傾向にあるが、利用時間が長期にわたっている状況においては、ユーザが過去に予約されていた楽曲であることを忘れたり、途中から参加したユーザが過去に予約されていた楽曲であることを認識できなかったりする結果、意図せずに過去に予約された楽曲が再度予約，演奏されてしまう事態が起こりうる。
【０００５】
そのため、上記のように、予約されていない楽曲を特定するのに適した情報を提供し、予約されていない楽曲を優先的に予約することができるようにすることは、そのような事態を避ける意味で大きなメリットがある。
【特許文献１】特開２００３−１３１６７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、現在のカラオケボックスでは、カラオケサービス向上のために、複数人数の各ユーザに対し、夫々利用可能なリクエスト装置が与えられていることが多い。
こうして、複数人数の各ユーザに対し、夫々利用可能なリクエスト装置が与えられたときの各リクエスト装置は、それぞれのリクエスト装置自身を介して楽曲の予約を行った情報を記憶するだけであるため、カラオケ装置本体にて楽曲の予約が行われた情報や、他のリクエスト装置を介して楽曲の予約が行われた情報までは、前記予約が行われたカラオケ装置やリクエスト装置以外のリクエスト装置では確認することはできない。
【０００７】
そのため、カラオケ装置本体にて過去に予約が行われた楽曲や、他のリクエスト装置を介して過去に予約が行われた楽曲であるにも拘わらず、前記予約が行われた以外のリクエスト装置は、その予約履歴を確認できないために、意図せずに、自リクエスト装置以外によって過去に予約された楽曲が、再度自リクエスト装置を介してカラオケ装置へ予約されてしまう事態が起こりうる。
【０００８】
このように、上述した技術は、複数のリクエスト装置が用意されたカラオケルーム内で複数ユーザが各リクエスト装置を利用する環境おいては、必ずしも、自リクエスト装置からカラオケ装置へ、予約がなされていない楽曲を各ユーザが利用している各リモコン装置から特定するのに適した情報を、各リクエスト装置それぞれに提供できるというものではなかった。
【０００９】
本発明は、このような課題を解決するために創作されたものであり、その目的は、複数のリクエスト装置からカラオケ装置へ楽曲を予約可能であり、更に、カラオケ装置自身でも楽曲が予約可能なカラオケシステムにおいて、従来よりも、自リクエスト装置からカラオケ装置へ予約がなされていない楽曲を前記自リクエスト装置からでも前記楽曲を特定するのに適した情報を、各リクエスト装置それぞれに提供するための技術を提供することである。
【課題を解決するための手段】
【００１０】
上記課題を解決するためには、ユーザからの要求を受けて予約した楽曲を順次演奏するカラオケ装置と、それぞれ前記カラオケ装置に対する楽曲の予約をリクエストするための操作を実施可能な複数のリクエスト装置と、が通信可能に接続されてなるカラオケシステムを、以下に示す第１の構成とすればよい。
【００１１】
この構成において、前記カラオケ装置は、楽曲の予約が行われる，または，該予約された楽曲の演奏を行う毎に、その予約または演奏に係る予約演奏楽曲を記憶部に登録する楽曲登録手段と、該楽曲登録手段により予約演奏楽曲の登録が前記記憶部に追加された際に、その旨を複数の前記リクエスト装置それぞれに通知する追加通知手段と、前記リクエスト装置からの要求を受けた際に、前記楽曲登録手段により登録された予約演奏楽曲に基づいて生成される情報であって、少なくとも当該カラオケ装置において予約または演奏されていない楽曲を特定するのに適した予約演奏楽曲情報を、その要求元であるリクエスト装置に送信する楽曲情報送信手段と、を備えている。
【００１２】
そして、前記リクエスト装置は、前記カラオケ装置から前記予約演奏楽曲の登録が追加された旨の通知を受けた際に、前記カラオケ装置に対して前記予約演奏楽曲情報の送信を要求する楽曲情報要求手段と、該楽曲情報要求手段による要求を受けたカラオケ装置から送信されてきた予約演奏楽曲情報を、表示部に表示させる楽曲表示手段と、を備えている。
【００１３】
このように構成されたカラオケシステムでは、カラオケ装置に対する楽曲の予約が行われる，または，予約された楽曲の演奏が行われる毎に、それに伴って予約演奏楽曲の登録が追加されたことが、カラオケ装置からリクエスト装置それぞれに通知される。
【００１４】
そして、この通知を受けたリクエスト装置は、カラオケ装置に対して予約演奏楽曲情報を要求し、この要求に応じてカラオケ装置から送信されてくる予約演奏楽曲情報，つまりカラオケ装置において予約または演奏されていない楽曲を特定するのに適した情報を表示部に表示させることができる。
【００１５】
ここで、カラオケ装置からの通知は、常に全てのリクエスト装置に対して実施される。つまり、カラオケ装置に対して楽曲の予約が行われる，または，予約された楽曲の演奏が行われる毎に通知がなされ、その通知に際し、その予約がカラオケ装置を介して行われたのか，リクエスト装置を介して行われたのか，といったことは無関係である。
【００１６】
そのため、カラオケ装置に対して楽曲の予約が行われる，または，予約された楽曲の演奏が行われた場合には、その予約がカラオケ装置を介して行われたものであっても、リクエスト装置を介して行われたものであっても、その時点における最新の予約演奏楽曲情報をリクエスト装置側に提供して表示部に表示させることができる。
【００１７】
これにより、リクエスト装置のユーザは、表示部に表示される予約演奏楽曲情報に基づいて、より正確にカラオケ装置において予約または演奏されていない楽曲を特定することができるようになり、そのうえで、予約されていない楽曲を優先的に予約することができるようになる。
【００１８】
この構成において、リクエスト装置の楽曲情報要求手段は、カラオケ装置から予約演奏楽曲の登録を追加した旨の通知を受けた場合だけでなく、例えば、リクエスト装置自身の操作部を介して特定の操作（予約演奏楽曲情報を要求するための操作）が行われた際にも、予約演奏楽曲情報の送信を要求するようにしてもよい。
【００１９】
また、カラオケ装置の楽曲登録手段が、楽曲の予約に際して登録を行うタイミングとしては、例えば、カラオケ装置の操作部を介して楽曲を予約するための操作が行われたタイミングや、リクエスト装置から楽曲の予約についてのリクエストを受けたタイミングとすることが考えられる。このとき、記憶部への登録は、予約中の楽曲であることが特定可能な状態で行うと共に、その演奏が開始されたまたは終了したら、演奏中または演奏済みであることを特定可能な状態となるようにその登録内容が更新されるようにするとよい。
【００２０】
また、この楽曲登録手段が、楽曲の演奏に際して登録を行うタイミングとしては、予約された楽曲の演奏が開始された以降であればよく、例えば、楽曲の演奏が開始されたタイミング、楽曲の演奏が開始されてから所定の時間が経過したタイミングや、楽曲の演奏が終了したタイミングとすることが考えられる。このとき、記憶部への登録は、演奏中または演奏済みであることが特定可能な状態で行うと共に、演奏中であることを特定可能とした場合であれば、その演奏が終了した際に演奏済みであることを特定可能な状態となるようにその登録内容を更新するようにするとよい。
【００２１】
また、カラオケ装置の楽曲情報送信手段により送信される予約演奏楽曲情報とは、少なくとも当該カラオケ装置において予約または演奏されていない楽曲を特定するのに適した情報であればよく、例えば、楽曲登録手段により登録された予約演奏楽曲それぞれを示す情報とすることが考えられる。
【００２２】
この場合、リクエスト装置側では、カラオケ装置において予約または演奏された楽曲それぞれが表示されることになるため、ユーザは、こうして表示された楽曲それぞれをカラオケ装置において予約または演奏された楽曲として識別し、これ以外の楽曲，つまり予約または演奏されていない楽曲を優先的に予約することができる。
【００２３】
また、予約演奏楽曲情報としては、各ユーザに対応づけられた１以上の楽曲を想定した場合に、これら楽曲それぞれが、楽曲登録手段により登録された予約演奏楽曲とそれぞれ一致するか否かを示した情報とすることが考えられる。
【００２４】
ここでいう「ユーザに対応づけられた１以上の楽曲」とは、例えば、ユーザの好みの楽曲や歌唱可能な楽曲などをそのユーザに対応づけて登録した情報における各楽曲のことである。なお、近年では、このようなユーザ楽曲情報をカラオケ装置やこれからアクセス可能な記憶装置に記憶させることができるようにし、この情報に基づいて予約すべき楽曲を選択できるようにしたサービスが提供されている。
【００２５】
上記のように、各ユーザに対応づけられた１以上の楽曲に基づく情報を予約演奏楽曲情報とするための構成としては、上記第１の構成を、以下に示す第２の構成，第３の構成とすることが考えられる。
【００２６】
第２の構成において、前記カラオケ装置は、前記リクエスト装置から予約演奏楽曲情報の要求を受けた際、それぞれ１以上の楽曲を示すものとしてユーザそれぞれに対応づけられた複数のユーザ楽曲情報のうち、その要求に伴う識別情報が割り当てられたユーザのユーザ楽曲情報について、該ユーザ楽曲情報で示される楽曲の中に、前記楽曲登録手段により登録された予約演奏楽曲が含まれていなければ、そのユーザ楽曲情報を前記予約演奏楽曲情報として生成する一方、前記楽曲登録手段により登録された予約演奏楽曲が含まれていれば、いずれの楽曲が予約演奏楽曲であるかを識別可能な状態としたユーザ楽曲情報を前記予約演奏楽曲情報として生成する楽曲情報生成手段，を備えている。そして、該楽曲情報生成手段により生成された予約演奏楽曲情報を、前記楽曲情報送信手段が、その生成の契機となった要求をしてきた前記リクエスト装置に送信する、ように構成されている。
【００２７】
一方、前記リクエスト装置は、前記カラオケ装置から前記予約演奏楽曲の登録が追加された旨の通知を受けた際に、前記楽曲情報要求手段が、当該リクエスト装置を使用するユーザに割り当てられた識別情報を伴った状態で、前記カラオケ装置に対して前記予約演奏楽曲情報の送信を要求すると共に、前記楽曲表示手段が、前記楽曲情報要求手段による要求を受けたカラオケ装置から送信されてきた予約演奏楽曲情報を、該予約演奏楽曲情報で示される楽曲のうち、いずれの楽曲が予約演奏楽曲であるかを識別可能な表示態様にて表示部に表示させる、ように構成されている。
【００２８】
この構成であれば、カラオケ装置からの通知を受けたリクエスト装置は、カラオケ装置に対して識別情報を伴った状態で予約演奏楽曲情報を要求し、この要求に応じてカラオケ装置から送信されてくる予約演奏楽曲情報を表示部に表示させることができる。
【００２９】
この予約演奏楽曲情報は、リクエスト装置からの要求に伴う識別情報が割り当てられたユーザのユーザ楽曲情報に基づいて生成されるものであって、このユーザ楽曲情報で示される楽曲のうち、いずれの楽曲が予約演奏楽曲であるか，つまりカラオケ装置において予約または演奏されているものであるかを識別可能な状態とされた情報である。
【００３０】
そのため、リクエスト装置のユーザは、表示部に表示される予約演奏楽曲情報に基づいて、ユーザ自身に対応づけられた楽曲のうち、いずれの楽曲が予約演奏楽曲であるかを特定することができるようになり、そのうえで、ユーザ自身に対応づけられた楽曲の中から予約または演奏されていない楽曲を優先的に予約することができるようになる。
【００３１】
この構成において、カラオケ装置の楽曲情報生成手段は、ユーザ楽曲情報におけるいずれの楽曲が予約演奏楽曲であるかを識別可能な状態となっていれば、どのような情報を予約演奏楽曲情報として生成することとしてもよい。
【００３２】
例えば、ユーザ楽曲情報で示される楽曲の一覧となる情報を生成することを前提とした場合であれば、その楽曲のうち、予約演奏楽曲に該当する楽曲について、その表示態様を他の楽曲とは異なる表示態様にすること（例えば、予約中，演奏中や演奏済みである旨を示すハイライト表示，同旨を示すマークを付す，該当する楽曲のみ表示されるようにする，など）が考えられる。
【００３３】
より具体的にいえば、カラオケ装置とリクエスト装置とがウェブサーバとウェブブラウザが実装されたクライアントとの関係にある場合であれば、カラオケ装置側では、例えば、ユーザ楽曲情報で示される楽曲の一覧を示すウェブページを、これら楽曲のうち、予約演奏楽曲に該当する楽曲についての表示態様を他の楽曲とは異なる表示態様とし、これを予約演奏楽曲情報として生成することが考えられる。この場合、リクエスト装置側では、このウェブページとしての予約演奏楽曲情報を、そのウェブブラウザの機能により表示部に表示させることとなる。
【００３４】
第３の構成において、前記カラオケ装置は、前記リクエスト装置からの要求を受けた際に、前記楽曲登録手段により登録された予約演奏楽曲それぞれを示す情報、および、複数のユーザそれぞれに対応づけられた１以上の楽曲を示す複数のユーザ楽曲情報のうちのその要求に伴う識別情報が割り当てられたユーザのユーザ楽曲情報，からなる情報を、前記予約演奏楽曲情報として生成する楽曲情報生成手段，を備えている。そして、前記楽曲情報送信手段が、前記楽曲情報生成手段により生成された予約演奏楽曲情報を、その予約演奏楽曲情報を生成する契機となった要求元であるリクエスト装置に送信する、ように構成されている。
【００３５】
一方、前記リクエスト装置は、前記カラオケ装置から前記予約演奏楽曲の登録が追加された旨の通知を受けた際に、前記楽曲情報要求手段が、当該リクエスト装置を使用するユーザに割り当てられた識別情報を伴った状態で、前記カラオケ装置に対して前記予約演奏楽曲情報の送信を要求すると共に、前記楽曲情報要求手段による要求を受けたカラオケ装置から送信されてきた予約演奏楽曲情報につき、該予約演奏楽曲情報を構成する情報で示される予約演奏楽曲が、該予約演奏楽曲情報を構成するユーザ楽曲情報で示される楽曲の中に含まれていなければ、前記楽曲表示手段が、そのユーザ楽曲情報で示される楽曲それぞれを表示部に表示させる一方、前記ユーザ楽曲情報で示される楽曲の中に含まれていれば、前記楽曲表示手段が、そのユーザ楽曲情報で示される楽曲それぞれを、いずれの楽曲が予約演奏楽曲であるかを識別可能な表示態様にて表示部に表示させる、ように構成されている。
【００３６】
この構成であれば、カラオケ装置からの通知を受けたリクエスト装置は、カラオケ装置に対して識別情報を伴った状態で予約演奏楽曲情報を要求し、この要求に応じてカラオケ装置から送信されてくる予約演奏楽曲情報を表示部に表示させることができる。
【００３７】
この予約演奏楽曲情報は、カラオケ装置における予約演奏楽曲それぞれを示す情報と、リクエスト装置からの要求に伴う識別情報が割り当てられたユーザのユーザ楽曲情報とで構成されたものである。
【００３８】
そして、リクエスト装置は、予約演奏楽曲情報を構成する情報で示される予約演奏楽曲が、その予約演奏楽曲情報を構成するユーザ楽曲情報で示される楽曲の中に含まれていれば、その楽曲それぞれを、いずれの楽曲が予約楽曲であるのかを識別可能な表示態様にて表示部に表示させる。
【００３９】
そのため、リクエスト装置のユーザは、表示部に表示される内容に基づいて、ユーザ自身に対応づけられた楽曲のうち、いずれの楽曲が予約演奏楽曲であるかを特定することができるようになり、そのうえで、ユーザ自身に対応づけられた楽曲の中から予約されていない楽曲を優先的に予約することができるようになる。
【００４０】
この構成において、リクエスト装置の楽曲表示手段は、上記第２の構成と同様、ユーザ楽曲情報におけるいずれの楽曲が予約演奏楽曲であるかを識別可能な状態であれば、どのような表示態様での表示を行うこととしてもよい。
【００４１】
また、上記第２，第３の構成において、リクエスト装置からカラオケ装置に対する予約演奏楽曲情報の送信要求に伴う識別情報は、あらかじめリクエスト装置の記憶部に記憶させておいたもの，または，その送信要求毎に取得されるものとすればよい。
【００４２】
ここで、識別情報をあらかじめリクエスト装置の記憶部に記憶させるためには、例えば、リクエスト装置の利用を開始するユーザに入力させることにより識別情報を取得し，または，そのユーザの所持する識別端末との通信を経てここに記憶されている識別情報を取得し、こうして取得された識別情報を記憶部に記憶させておくこととすればよい。
【００４３】
また、識別情報を予約演奏楽曲情報の送信要求毎に取得するためには、例えば、その送信要求のタイミングとなる毎に、そのリクエスト装置を利用しているユーザに入力させることにより識別情報を取得する，または，そのユーザの所持する識別端末との通信を経てここに記憶されている識別情報を取得するようにするとよい。
【００４４】
なお、上記各構成におけるカラオケ装置においては、追加通知手段を下記に示すようにした第４の構成とするとよい。
この構成において、前記カラオケ装置と前記リクエスト装置との間でＴＣＰ／ＩＰ通信が行われるように構成されており、前記カラオケ装置において、前記追加通知手段は、前記予約演奏楽曲が登録された旨を、ＴＣＰ通信におけるソケット通信によって前記リクエスト装置それぞれに通知する、ように構成されている。
【００４５】
この構成であれば、カラオケ装置からリクエスト装置への通知をソケット通信により実現することができる。
また、この構成については、さらに、下記に示すようにした第５の構成としてもよい。
【００４６】
この構成において、前記カラオケ装置は、前記リクエスト装置から、前記予約演奏楽曲情報を要求する旨のＨＴＴＰ要求コマンドを受けた際に、前記楽曲情報送信手段が、該ＨＴＴＰ要求コマンドに対するＨＴＴＰ応答メッセージに伴って、少なくとも当該カラオケ装置において予約または演奏されていない楽曲を特定するのに適した情報を示すウェブページを前記予約演奏楽曲情報として、その要求元であるリクエスト装置に送信する、ように構成されている。
【００４７】
一方、前記リクエスト装置は、前記カラオケ装置から前記予約演奏楽曲の登録が追加された旨の通知を受けた際に、前記楽曲情報要求手段が、ＨＴＴＰ要求コマンドにより、前記カラオケ装置に対して前記予約演奏楽曲情報の送信を要求して、前記楽曲表示手段が、前記楽曲情報要求手段による要求を受けたカラオケ装置から送信されてきた予約演奏楽曲情報を、ウェブページとして表示部に表示させる、ように構成されている。
【００４８】
この構成であれば、カラオケ装置から予約演奏楽曲情報の提供を、ＨＴＴＰに従ってウェブページにより実現することができる。
また、上記課題を解決するための構成としては、上記第１から５のいずれかの構成におけるカラオケ装置が備える全ての手段を備えているカラオケ装置や、上記第１から５のいずれかの構成におけるリクエスト装置が備える全ての手段を備えているリクエスト装置であってもよい。
【００４９】
この構成であれば、上記第１から第５のいずれかの構成の一部（カラオケ装置，リクエスト装置）を構成することができるからである。
なお、前者のカラオケ装置においては、予約演奏楽曲情報を要求する旨のＨＴＴＰ要求コマンドを受けた際に、楽曲情報送信手段が、該ＨＴＴＰ要求コマンドに対するＨＴＴＰ応答メッセージに伴って、少なくとも当該カラオケ装置において予約または演奏されていない楽曲を特定するのに適した情報を示すウェブページを前記予約演奏楽曲情報として、その要求元に送信する、といった第６の構成とするとよい。
【００５０】
また、後者のリクエスト装置においては、カラオケ装置から、該カラオケ装置において予約された，または，演奏された予約演奏楽曲の登録が追加された旨の通知を受けた際に、前記楽曲情報要求手段が、ＨＴＴＰ要求コマンドにより、少なくとも該カラオケ装置において予約または演奏されていない楽曲を特定するのに適した予約演奏楽曲情報の送信を、前記カラオケ装置に対して要求して、前記楽曲表示手段が、前記楽曲情報要求手段による要求を受けたカラオケ装置から送信されてきた予約演奏楽曲情報を、ウェブページとして表示部に表示させる、といった第７の構成とするとよい。
【００５１】
また、上記課題を解決するための構成としては、上記第１から５のいずれかの構成におけるカラオケ装置が備える全ての手段として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラムとしたり、リクエスト装置が備える全ての手段として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラムとしてもよい。
【００５２】
この構成であれば、上記第１から第５のいずれかの構成の一部（カラオケ装置，リクエスト装置）を構成することができるからである。
なお、上述したプログラムは、コンピュータシステムによる処理に適した命令の順番付けられた列からなるものであって、各種記録媒体や通信回線を介してカラオケ装置，リクエスト装置またはカラオケシステムや、これを利用するユーザに提供されるものである。
【発明を実施するための最良の形態】
【００５３】
以下に本発明の実施形態を図面と共に説明する。
（１）全体構成
カラオケシステム１は、図１に示すように、カラオケ店などにおける部屋毎に設置されるカラオケ装置３と、それぞれカラオケ装置３に対する楽曲の予約を行うために用意された複数のリクエスト装置５と、からなる。
【００５４】
カラオケ装置３は、ユーザからの要求を受けて予約した楽曲（予約楽曲）を順次演奏するように構成された装置である。
このカラオケ装置３は、カラオケ装置３全体の作動を制御する制御部１２、カラオケ装置３をネットワーク１００に接続するためのインタフェース部１４、演奏楽曲の伴奏内容及び歌詞を示す楽曲データや各種プログラムなどを記憶している記憶部１６、複数のキー，スイッチからなる操作部１８、赤外線信号を受信する赤外線通信部２０、操作部１８からの信号を処理する操作処理部２２、演奏データ（ＭＩＤＩデータ）に基づく演奏再生を行うＭＩＤＩ音源２４、ＭＩＤＩ音源２４により再生された演奏楽曲のオーディオ信号及びマイクロフォン２６から入力されたオーディオ信号を増幅してスピーカ２８へ出力する音声制御部３０、画像データを一時的に記憶するビデオＲＡＭ３２、ビデオＲＡＭ３２に記憶された画像データに基づく映像の再生を制御する映像再生部３４、映像再生部３４により再生される映像のモニタ３６に対する表示を制御する映像制御部３８、書き換え可能な記憶媒体であるメモリ４０などを備えている。
【００５５】
リクエスト装置５は、それぞれカラオケ装置３に対する楽曲の予約をリクエストするための操作を実施可能に構成された装置である。
このリクエスト装置５は、リクエスト装置５全体の作動を制御する制御部５２、カラオケ装置３に赤外線信号を送信する赤外線通信部５４、各種プログラムなどの情報を記憶するメモリ５６、表示部５８の表示領域に沿って設置されるタッチパネル及び複数のキー・スイッチからなる操作部６０、操作部６０からの信号を処理する操作処理部６２、画像データを一時的に記憶するビデオＲＡＭ６４、ビデオＲＡＭ６４に記憶された画像データの表示部５８に対する表示を制御する映像制御部６６、無線ＬＡＮのアクセスポイント１１０を介したネットワーク１００との間での通信を行うための無線ＬＡＮ通信部６８などを備えている。
【００５６】
なお、カラオケ装置３とリクエスト装置５との間におけるネットワーク１００を介した通信は、所定のプロトコル群（本実施形態においては、ＴＣＰ／ＩＰ；Transmission Control Protocol/Internet Protocol ）に従って実現されるように構成されている。
【００５７】
このようなカラオケシステム１では、その利用に際して、カラオケシステム１の管理者（カラオケ店）側からユーザに対して１以上のリクエスト装置５が貸与され、その後、これらリクエスト装置５それぞれとカラオケ装置３とを、赤外線により直接またはネットワーク１００経由で間接的に通信を行わせることで両者が対応づけられる。
【００５８】
この対応づけは、カラオケ装置３が、リクエスト装置５からリクエスト装置５を識別するための端末識別情報（例えば、製造番号やＭＡＣアドレスなど）を取得してこれを記憶部１６に記憶して、リクエスト装置５が、カラオケ装置３からカラオケ装置３を識別するための本体識別情報（例えば、製造番号やＭＡＣアドレスなど）を取得してこれをメモリ５６に記憶することにより実現される。こうして、カラオケ装置３およびリクエスト装置５は、自身が対応づけられた相手を特定したうえで各種情報のやりとりを行うようになる。
【００５９】
また、本カラオケシステム１によるサービスを提供する提供者は、カラオケ装置３がルータ１２０を介して通信可能な管理サーバ（図示されない）に、ユーザの好みの楽曲や歌唱可能な楽曲などを登録してなるユーザ楽曲リストを記憶できるようにしたサービスを提供している。そして、リクエスト装置５は、カラオケ装置３とのやりとりを経て、そのユーザ楽曲リストに登録された楽曲それぞれを表示部５８に表示させたうえで、それら楽曲の中からユーザが選択した楽曲の予約をカラオケ装置３に対してリクエストすることができる。
【００６０】
このようにユーザ楽曲リストに登録された楽曲それぞれのリクエスト装置５側での表示は、ユーザがリクエスト装置５を介してカラオケ装置３にログインした後に、ユーザ楽曲リストを表示するための操作が行われたことを契機に実現される。
【００６１】
具体的にいえば、まず、リクエスト装置５は、ユーザを識別するためのユーザ識別情報（ＩＤ，パスワードなど）に基づくログインを要求するためのログイン操作を受け付け、こうしてログイン操作を受け付けた際に、カラオケ装置３に対してログインを要求する。
【００６２】
この要求を受けたカラオケ装置３は、ログインを受け付けたユーザを登録するために記憶部１６に記憶されているログインリストに、その要求をしてきたリクエスト装置５の端末識別情報，および，その要求に係るユーザ識別情報を対応づけて登録する。こうして、リクエスト装置５のユーザによるカラオケ装置３へとログインが受け付けられる。
【００６３】
これ以降、リクエスト装置５は、ユーザ楽曲リストを表示するための操作が行われた際に、ユーザ楽曲リストをカラオケ装置３に対して要求する。この要求を受けたカラオケ装置３は、上記ログインリストに登録されているユーザ識別情報のうち、その要求をしてきたリクエスト装置５の端末識別情報に対応するユーザ識別情報に基づいて、このユーザ識別情報で識別されるユーザのユーザ楽曲リストを上記管理サーバに要求する。
【００６４】
そして、カラオケ装置３は、その要求を受けた管理サーバから送信されてくるユーザ楽曲リストを取得し、このユーザ楽曲リストに基づいて生成したウェブページ（予約演奏楽曲ページ）をリクエスト装置５に返信する。こうして、リクエスト装置５では、このユーザ楽曲リストに登録されてなる楽曲それぞれの表示部５８での表示，および，これら楽曲に基づく楽曲の予約を行うことができるようになる。
【００６５】
以下に、上述した動作を行うためにカラオケ装置３およびリクエスト装置５それぞれが実行すべき各処理について説明する。
（２）カラオケ装置３による処理
まず、カラオケ装置３の制御部１２が記憶部１６に格納されたプログラムに従って実行する各種処理手順を説明する。
（２−１）メインルーチン
はじめに、カラオケ装置３の起動に伴って起動されるメインルーチンを図２に基づいて説明する。
【００６６】
このメインルーチンが起動されると、まず、リクエスト装置５から対応づけ要求を受信したか否かがチェックされる（ｓ１１０）。この「対応づけ要求」とは、上述したカラオケ装置３との対応づけのためにリクエスト装置５が送信してくる要求であり、そのリクエスト装置５の端末識別情報が付加されたものである。
【００６７】
このｓ１１０で、対応づけ要求を受信したと判定された場合には（ｓ１１０：ＹＥＳ）、その対応づけ要求に付加されている端末識別情報が、カラオケ装置３自身に対応づけたリクエスト装置５を登録するためのデータテーブルとして記憶部１６に記憶されている対応づけリストに登録された後（ｓ１２０）、対応づけを行った旨の対応づけ応答が、その対応づけ要求の送信元であるリクエスト装置５に返信される（ｓ１３０）。
【００６８】
こうして、ｓ１３０を終えた後、または、上記ｓ１１０で対応づけ要求を受信していないと判定された場合（ｓ１１０：ＮＯ）、リクエスト装置５からログイン要求を受信したか否かがチェックされる（ｓ１４０）。
【００６９】
この「ログイン要求」とは、上述したようにリクエスト装置５のユーザがカラオケ装置３にログインするための要求であり、そのユーザがリクエスト装置５において入力したユーザ識別情報，および，そのリクエスト装置５の端末識別情報が付加されたものである。
【００７０】
このｓ１４０でログイン要求を受信していると判定された場合には（ｓ１４０：ＹＥＳ）、そのログイン要求に付加されているユーザ識別情報および端末識別情報が、記憶部１６に記憶されているログインリストに登録された後（ｓ１５０）、ログインを受け付けた旨のログイン応答が、そのログイン要求の送信元であるリクエスト装置５に返信される（ｓ１６０）。このログイン応答は、カラオケ装置３の本体識別情報が付加された状態で送信される。
【００７１】
なお、このｓ１５０，ｓ１６０では、ログイン要求に付加されているユーザ識別情報および端末識別情報について正誤確認，エラー訂正や照合などを行って適切な識別情報であるか否かを確認し、適切な識別情報であることが確認された場合にのみログインリストへの登録およびログイン応答の返信を行うこととしてもよい。
【００７２】
こうして、ｓ１６０を終えた後、または、上記ｓ１４０でログイン要求を受信していないと判定された場合（ｓ１４０：ＮＯ）、リクエスト装置５からログアウト要求を受信したか否かがチェックされる（ｓ１７０）。
【００７３】
この「ログアウト要求」とは、リクエスト装置５のユーザがカラオケ装置３からログアウトするための要求であり、そのユーザのユーザ識別情報，および，そのリクエスト装置５の端末識別情報が付加されている。
【００７４】
このｓ１７０でログアウト要求を受信していると判定された場合には（ｓ１７０：ＹＥＳ）、上記ログインリストから、そのログアウト要求に付加されたユーザ識別情報および端末識別情報の組と同じ識別情報の組が削除される（ｓ１８０）。
【００７５】
こうして、ｓ１８０を終えた後、または、上記ｓ１７０でログアウト要求を受信していないと判定された場合（ｓ１７０：ＮＯ）、カラオケ装置３の動作を停止させるための操作が行われたか否かがチェックされる（ｓ１９０）。
【００７６】
このｓ１９０でカラオケ装置３の動作を停止させるための操作が行われていないと判定された場合には（ｓ１９０：ＮＯ）、プロセスがｓ１１０へと戻る。
一方、ｓ１９０でカラオケ装置３の動作を停止させるための操作が行われたと判定された場合には（ｓ１９０：ＹＥＳ）、対応づけリストに登録されている全ての端末識別情報が削除された後（ｓ２００）、本メインルーチンが終了する。
【００７７】
こうして、カラオケ装置３の動作が停止するのに合わせてメインルーチンが終了する。
（２−２）カラオケアプリケーション
続いて、カラオケ装置３の起動に伴って起動され、上記メインルーチンと並行して実行されるカラオケアプリケーションの処理手順を図３に基づいて説明する。
【００７８】
このカラオケアプリケーションが起動されると、まず、カラオケ装置３とのソケット通信を行うためのソケットが生成され（ｓ２１０）、こうして生成されたソケットに本カラオケアプリケーションに対応するポートがバインドされる（ｓ２２０）。
【００７９】
次に、上記ｓ２１０にて生成されたソケットを介したソケット通信により、リクエスト装置５との接続が確立された状態となるまで待機状態となる（ｓ２３０：ＮＯ）。
その後、リクエスト装置５との接続が確立された状態となったら（ｓ２３０：ＹＥＳ）、その接続に基づいてリクエスト装置５からの予約要求を受信したか否かがチェックされる（ｓ２４０）。この「予約要求」とは、リクエスト装置５から楽曲の予約をすべき旨の要求として送信されてくるものであって、ユーザがリクエスト装置５において指定した楽曲を識別するための楽曲識別情報（例えば、曲番号など），および，そのユーザのユーザ識別情報が付加されている。
【００８０】
このｓ２４０で予約要求を受信したと判定された場合には（ｓ２４０：ＹＥＳ）、その予約要求に付加されている楽曲識別情報が、演奏すべき予約楽曲を登録するためのデータテーブルとして記憶部１６に記憶されている予約楽曲リストに登録される（ｓ２５０）。
【００８１】
こうして予約楽曲リストに登録された楽曲識別情報は、その登録された順番の最も古いものが演奏すべき楽曲を示すものとして参照され、その楽曲の演奏が開始された後、演奏が終了した際に、その楽曲を示す楽曲識別情報が削除されることとなる。
【００８２】
次に、上記ｓ２４０で受信したと判定された予約要求に付加された楽曲識別情報およびユーザ識別情報が、本カラオケ装置３による演奏履歴を登録するためのデータテーブルとして記憶部１６に記憶された演奏履歴リストに、予約済みの楽曲についての情報として登録される（ｓ２６０）。
【００８３】
この演奏履歴リストとは、図４（ａ）に示すように、その予約要求に付加された「楽曲識別情報（曲番号）」，同付加された「ユーザ識別情報（ユーザＩＤ）」，予約済み（または予約中）であるか演奏済みであるかを示す「状態」などを対応づけた状態で登録するためのデータテーブルである。そして、このｓ２６０では、該当する楽曲識別情報およびユーザ識別情報に対応する「状態」の値として「予約済み」が登録される。
【００８４】
次に、演奏履歴リストに予約楽曲の登録が追加された旨を通知するためのリスト更新通知が、ソケット通信によってリクエスト装置５それぞれに送信された後（ｓ２７０）、プロセスが次の処理（ｓ２９０）へ移行する。
【００８５】
なお、本実施形態においては、カラオケ装置３そのものにより演奏すべき楽曲が予約された場合についても、その楽曲の楽曲識別情報に基づいて、カラオケアプリケーションにおけるｓ２５０〜ｓ２７０と同様の処理が行われるように構成されている。ただし、この場合においては、ユーザ識別情報の登録は行われない。
【００８６】
一方、上記ｓ２４０で予約要求以外の要求が受信された場合には（ｓ２４０：ＮＯ）、その要求に対応する処理（その他の処理）が行われた後（ｓ２８０）、プロセスが次の処理（ｓ２９０）へ移行する。
【００８７】
次に、予約楽曲の演奏が終了したか否か，つまり予約楽曲リストから楽曲識別情報が削除されたか否かがチェックされる（ｓ２９０）。
このｓ２９０で予約楽曲の演奏が終了したと判定された場合には（ｓ２９０：ＹＥＳ）、演奏履歴リストに登録された「状態」のうち、その演奏が終了した予約楽曲の楽曲識別情報に対応づけられた「状態」の値が「演奏済み」に更新される（ｓ３００）。
【００８８】
ここでは、演奏履歴リストに登録された楽曲識別情報のうち、その演奏の終了に伴って予約楽曲リストから削除された楽曲識別情報と同じ楽曲識別情報であって、その楽曲識別情報が予約楽曲リストに登録されたのと同じタイミングで演奏履歴リストに登録された楽曲識別情報につき、これに対応する「状態」の値が「演奏済み」に更新される。
【００８９】
なお、上述した「同じタイミングで演奏履歴リストに登録された」か否かについては、両リストのデータレコードにタイムスタンプを付加しておき、そのタイムスタンプが一致するものを「同じタイミングで演奏履歴リストに登録された」ものとすればよい。また、その演奏が終了した予約楽曲の楽曲識別情報と同じ楽曲識別情報がセットされ、「状態」の値が「演奏済み」となっている演奏履歴リストのデータレコードのうち、その登録された順番が最も古いデータレコードを、「同じタイミングで演奏履歴リストに登録された」ものとみなしてもよい。
【００９０】
次に、演奏履歴リストに演奏済み楽曲の登録が追加された旨を通知するためのリスト更新通知が、ソケット通信によってリクエスト装置５それぞれに送信された後（ｓ３１０）、プロセスが次の処理（ｓ３２０）へ移行する。
【００９１】
また、上記ｓ２９０で予約された楽曲の演奏が終了していないと判定された場合には（ｓ２９０：ＮＯ）、上記ｓ３００，ｓ３１０が行われることなく、プロセスが直ちに次の処理（ｓ３２０）へ移行する。
【００９２】
そして、カラオケ装置３の動作を停止させるための操作が行われたか否かがチェックされる（ｓ３２０）。
このｓ３２０でカラオケ装置３の動作を停止させるための操作が行われていないと判定された場合には（ｓ３２０：ＮＯ）、プロセスがｓ２４０へと戻る。
【００９３】
一方、ｓ３２０でカラオケ装置３の動作を停止させるための操作が行われたと判定された場合には（ｓ３２０：ＹＥＳ）、上記ｓ２１０，ｓ２２０にて作成，バインドされたソケットが開放，終了された後（ｓ３３０）、本カラオケアプリケーションが終了する。
【００９４】
こうして、カラオケ装置３の動作が停止するのに合わせてカラオケアプリケーションが終了する。
（２−３）ウェブサーバ
続いて、カラオケ装置３の起動に伴って起動され、上記各処理と並行して実行されるウェブサーバの処理手順を図５に基づいて説明する。
【００９５】
このアプリケーションとしてのウェブサーバが起動されると、まず、その立ち上げ（初期化などの実施）後（ｓ４１０）、リクエスト装置５からウェブページのリクエスト（本実施形態では、ＨＴＴＰ（HyperText Transfer Protocol ）に基づくＨＴＴＰ要求コマンド）が受信されるまで待機状態となる（ｓ４２０：ＮＯ）。なお、このリクエストは、その送信元であるリクエスト装置５の端末識別情報がパラメータとしてセットされた状態で送信されるものである。
【００９６】
このｓ４２０でウェブページのリクエストが受信されたら（ｓ４２０：ＹＥＳ）、そのリクエストに係るウェブページが上述したユーザ楽曲リストを示すものであるか否かがチェックされる（ｓ４３０）。
【００９７】
このｓ４３０でリクエストに係るウェブページがユーザ楽曲リストを示すものではないと判定された場合には（ｓ４３０：ＮＯ）、そのリクエストに応じた対応ウェブページが生成される（ｓ４４０）。ここでは、対応ウェブページ生成用の別アプリケーションがＣＧＩ（Common Gateway Interface）を介して起動，実行され、このアプリケーションにより生成されたウェブページが戻り値として取得される。
【００９８】
一方、ｓ４３０でリクエストに係るウェブページがユーザ楽曲リストを示すものであると判定された場合には（ｓ４３０：ＹＥＳ）、ユーザ楽曲リストを示すウェブページとして予約演奏楽曲ページが生成される（ｓ４５０）。
【００９９】
ここでは、ｓ４２０で受信されたリクエストの送信元であるリクエスト装置５の端末識別情報を引数として、予約演奏楽曲ページ生成用の別アプリケーションがＣＧＩを介して起動，実行され、このアプリケーションにより生成された予約演奏楽曲ページが戻り値として取得される。
【０１００】
ここでは、次のような手順により予約演奏楽曲ページが生成される（図６参照）。
まず、引数として渡された端末識別情報に対応づけられているユーザ識別情報が、上述したログインリストから検索される（ｓ５１０）。
【０１０１】
このｓ５１０でユーザ識別情報が検出されたら（ｓ５２０：ＹＥＳ）、そのユーザ識別情報の割り当てられたユーザのユーザ楽曲リストを要求するためのリスト要求が、上述した管理サーバに対して送信される（ｓ５３０）。
【０１０２】
このリスト要求を受信した管理サーバからは、記憶済みのユーザ楽曲リストそれぞれの中に、その要求に係るユーザのユーザ楽曲リストが記憶されていれば、そのユーザ楽曲リストが付されたリスト応答が返信されてくる。一方、該当するユーザ楽曲リストが記憶されていなければ、その旨のリスト応答が返信されてくる。なお、ユーザ楽曲リストとは、図４（ｂ）に示すように、楽曲識別情報（曲番号）や、その楽曲識別情報で識別される楽曲の曲名などが対応づけられた状態で登録されたデータテーブルである。
【０１０３】
こうして、リスト要求を送信した後、管理サーバから一定時間以内にユーザ楽曲リストの付加されたリスト応答が返信されてきた場合には（ｓ５４０：ＹＥＳ）、そのユーザ楽曲リストが上述した演奏履歴リストに基づいて編集される（ｓ５５０）。
【０１０４】
ここでは、まず、演奏履歴リストにおいて「状態」の値が「演奏済み」または「予約済み」となっているデータレコードの楽曲識別情報と同一の楽曲識別情報が登録されているデータレコードが、ユーザ楽曲リストのデータレコードの中から特定される。そして、こうしてユーザ楽曲リストにおいて特定されたデータレコードが、「演奏済み」または「予約済み」の楽曲識別情報で識別される楽曲についてのものであることを識別可能な状態とされる。一方、ユーザ楽曲リストのデータレコードの中から、該当するデータレコードが特定されなければ、ユーザ楽曲リストはそのままとなる。
【０１０５】
この後、ｓ５５０にて編集されたユーザ楽曲リストをウェブページ化したものが予約演奏楽曲ページとして生成される（ｓ５６０）。
ここでは、上記ｓ５５０にて編集されたユーザ楽曲リストにおける曲名のうち、演奏済みの楽曲として識別される楽曲（曲名）と、予約済みの楽曲として識別される楽曲（曲名）と、それ以外の楽曲（曲名）と、をそれぞれ識別できる表示態様としたウェブページが所定のマークアップ言語（例えば、Hyper Text Markup Language，eXtensible Markup Languageなど）で書き出され、これが予約演奏楽曲ページとして生成される。
【０１０６】
具体的な例としては、図７（ａ）に示すように、演奏済みまたは予約済みの楽曲に下線を付す、同図（ｂ），（ｃ）に示すように、演奏済みまたは予約済みの楽曲にその旨のマークを付す、同図（ｄ）に示すように、演奏済みまたは予約済みの楽曲，および，それ以外の楽曲それぞれを異なる領域に配置（より具体的には、タブで切り替え表示）する、といったウェブページを予約演奏楽曲ページとして生成することが考えられる。
【０１０７】
また、上記ｓ５１０でユーザ識別情報が検出されなかった場合（ｓ５２０：ＮＯ）、または、上記ｓ５４０で管理サーバから一定時間以内にユーザ楽曲リストの付加されたリスト応答が返信されてこなかった場合には（ｓ５４０：ＮＯ）、プロセスがｓ５６０へと移行し、該当するユーザ楽曲リストが存在していない旨を通知するためのウェブページが予約演奏楽曲ページとして生成される。
【０１０８】
そして、上記ｓ５６０にて生成された予約演奏楽曲ページが戻り値としてウェブサーバに返される。
こうして、ＣＧＩアプリケーションを介してウェブページ（対応ウェブページ，予約演奏楽曲ページ）が生成された後、そのウェブページなどのデータからなるレスポンス（本実施形態では、ＨＴＴＰに基づくＨＴＴＰ応答メッセージ）が、上記ｓ４２０にてリクエストを送信してきたリクエスト装置５に返信される（ｓ４６０）。
【０１０９】
そして、カラオケ装置３の動作を停止させるための操作が行われたか否かがチェックされる（ｓ４７０）。
このｓ４７０でカラオケ装置３の動作を停止させるための操作が行われていないと判定された場合には（ｓ４７０：ＮＯ）、プロセスがｓ４２０へと戻る。
【０１１０】
一方、ｓ４７０でカラオケ装置３の動作を停止させるための操作が行われたと判定された場合には（ｓ４７０：ＹＥＳ）、上記ｓ４１０にて立ち上げられたウェブサーバが立ち下げられた後（ｓ４８０）、本ウェブサーバが終了する。
【０１１１】
こうして、カラオケ装置３の動作が停止するのに合わせてウェブサーバが終了する。
（３）リクエスト装置５による処理
以下に、リクエスト装置５の制御部５２がメモリ５６に格納されたプログラムに従って実行する各種処理手順を説明する。
（３−１）メインルーチン
はじめに、リクエスト装置５が起動している間に繰り返し実行されるメインルーチンを図８に基づいて説明する。
【０１１２】
このメインルーチンがリクエスト装置５の起動に伴って起動されると、まず、カラオケ装置３に対して対応づけ要求が送信される（ｓ６１０）。この対応づけ要求は、リクエスト装置５自身の端末識別情報が付加された状態で送信される。
【０１１３】
この対応づけ要求を受信したカラオケ装置３からは、適切に対応づけが行われれば、本リクエスト装置５との対応づけを行った旨の対応づけ応答が所定時間以内に返信されてくる（カラオケ装置３のメインルーチンにおけるｓ１２０，ｓ１３０参照）。
【０１１４】
このｓ６１０による対応づけ要求の送信後、カラオケ装置３側で適切に対応づけが行われたか否か，つまり所定時間以内に対応づけ応答が返信されてきたか否かがチェックされる（ｓ６２０）。
【０１１５】
このｓ６２０で適切に対応づけが行われなかったと判定された場合には（ｓ６２０：ＮＯ）、プロセスがｓ６１０へと戻る。
一方、適切に対応づけが行われたと判定された場合には（ｓ６２０：ＹＥＳ）、操作部６０に対する操作が行われるまで待機状態となる（ｓ６３０：ＮＯ）。
【０１１６】
その後、操作部６０に対する操作が行われたら（ｓ６３０：ＹＥＳ）、その操作が、カラオケ装置３へのログインを要求するための操作であるか否かがチェックされる（ｓ６４０）。
【０１１７】
このｓ６４０で、ログインを要求するための操作であると判定された場合には（ｓ６４０：ＹＥＳ）、その操作に際して入力されたユーザ識別情報が、本リクエスト装置５の端末識別情報に対応づけられた状態でメモリ５６に記憶される（ｓ６５０）。
【０１１８】
こうして、ユーザ識別情報と端末識別情報とを対応づけることにより、上記操作に際して入力されたユーザ識別情報のユーザに、本リクエスト装置５の端末識別情報が割り当てられたこととなる。
【０１１９】
次に、ログインを要求する旨のログイン要求がカラオケ装置３に送信される（ｓ６６０）。このログイン要求は、上記ｓ６５０にて記憶されたユーザ識別情報，および，本リクエスト装置５の端末識別情報を付加した状態で送信され、これを受信したカラオケ装置３からは、適切にログインが受け付けられれば、ログインを受け付けた旨のログイン応答が所定時間以内に返信されてくる（カラオケ装置３のメインルーチンにおけるｓ１５０，ｓ１６０参照）。
【０１２０】
このｓ６６０によるログイン要求の送信後、適切にログインが受け付けられたか否か，つまり所定時間以内にログイン応答が返信されてきたか否かがチェックされる（ｓ６７０）。
【０１２１】
このｓ６７０で適切にログインが受け付けられなかったと判定された場合には（ｓ６７０：ＮＯ）、プロセスがｓ６６０へと戻る。
一方、適切にログインが受け付けられたと判定された場合には（ｓ６７０：ＹＥＳ）、カラオケ装置３から受信したログイン応答に付加されている本体識別情報がメモリ５６に記憶された後（ｓ６８０）、プロセスがｓ６３０へと戻る。
【０１２２】
また、上記ｓ６３０にて行われた操作が、ユーザ楽曲リストを表示するための操作であるか否かがチェックされる（ｓ６４０：ＮＯ，ｓ６９０）。
このｓ６９０でユーザ楽曲リストを表示するための操作であると判定された場合には（ｓ６９０：ＹＥＳ）、後述するリスト表示処理が起動された後（ｓ７００）、プロセスがｓ６３０へと戻る。
【０１２３】
また、上記ｓ６３０にて行われた操作が、ログアウトを要求するための操作であるか否かがチェックされる（ｓ６９０：ＮＯ，ｓ７１０）。
このｓ７１０でログアウトを要求するための操作であると判定された場合には（ｓ７１０：ＹＥＳ）、ログアウトを要求する旨のログアウト要求がカラオケ装置３に送信される（ｓ７２０）。このログアウト要求は、上記ｓ６５０にて記憶されたユーザ識別情報，および，本リクエスト装置５の端末識別情報を付加した状態で送信されるものである。
【０１２４】
そして、上記ｓ６５０にてメモリ５６に記憶されたユーザ識別情報，および，上記ｓ６８０にてメモリ５６に記憶された本体識別情報が削除された後（ｓ７３０）、本メインルーチンが終了する。
【０１２５】
なお、上記ｓ６３０にて行われた操作が、上述したいずれの操作でもない場合には（ｓ７１０：ＮＯ）、その操作に対応する処理（その他の処理）が行われた後で（ｓ７４０）、プロセスがｓ６３０へと戻る。
（３−２）リスト表示処理
続いて、メインルーチンの中で起動されるリスト表示処理の処理手順を図９に基づいて説明する。
【０１２６】
このリスト表示処理が起動されると、まず、本リクエスト装置５が対応づけられているカラオケ装置３との間でソケット通信を行うためのソケットが生成され（ｓ８１０）、このソケットに基づくカラオケ装置３との接続が行われる（ｓ８２０）。
【０１２７】
このｓ８２０でカラオケ装置３との接続が適切に行われなければ（ｓ８２０：ＮＯ）、プロセスがｓ８１０へと戻る一方、接続が適切に行われたら（ｓ８２０：ＹＥＳ）、本リクエスト装置５の端末識別情報がメモリ５６から取得される（ｓ８３０）。
【０１２８】
次に、上記ｓ８３０にて取得された端末識別情報をパラメータとしてセットした状態で、ソケット通信によって、ユーザ楽曲リストを示すウェブページのリクエスト（本実施形態では、ＨＴＴＰに基づくＨＴＴＰ要求コマンド）がカラオケ装置３に対して送信される（ｓ８４０）。このリクエストを受信したカラオケ装置３からは、ユーザ楽曲リストを示すウェブページとして生成された予約演奏楽曲ページが、ＨＴＴＰ応答メッセージとして返信されてくる。
【０１２９】
このｓ８４０によりリクエストが送信された後、所定時間以内にレスポンスが返信されてこなければ（ｓ８５０：ＮＯ）、プロセスがｓ８１０へ戻る一方、所定時間以内にレスポンスが返信されてくれば（ｓ８５０：ＹＥＳ）、そうして返信されてきたレスポンスに係るウェブページがウェブブラウザの機能により表示部５８に表示される（ｓ８６０）。
【０１３０】
こうして、表示部５８に予約演奏楽曲ページが表示された以降（図７参照）、ユーザは、この予約演奏楽曲ページとして表示された１以上の楽曲のうち、いずれかを予約すべき楽曲として選択するための操作を行うことができる。そして、この操作が行われた際には、その楽曲の楽曲識別情報，および，この時点でメモリ５６に記憶されているユーザ識別情報が付加された状態で、その楽曲の予約をすべき旨の要求である「予約要求」がカラオケ装置３に対して送信される。
【０１３１】
次に、カラオケ装置３からのリスト更新通知が受信されたか否かがチェックされる（ｓ８７０）。このリスト更新通知は、新たな楽曲の予約が行われる毎、および、予約楽曲の演奏が終了する毎にカラオケ装置３から送信されてくるものである（カラオケアプリケーションにおけるｓ２７０，ｓ３１０参照）。
【０１３２】
このｓ８７０で、リスト更新通知が受信されたと判定された場合には（ｓ８７０：ＹＥＳ）、プロセスがｓ８４０へ移行して再度ウェブページのリクエストが行われる一方、リスト更新通知が受信されていないと判定された場合には（ｓ８７０：ＮＯ）、ユーザ楽曲リストを表示するための操作が行われたか否かがチェックされる（ｓ８８０）。
【０１３３】
このｓ８８０では、上記メインルーチンのｓ６９０で「ＹＥＳ」と判定され、同ｓ７００へと移行してきたことをもって、ユーザ楽曲リストを表示するための操作が行われたと判定することとしている。これにより、本リスト表示処理の起動中に、上記の操作が行われたとしても、重複してリスト表示処理が起動されないようにしている。
【０１３４】
このｓ８８０でユーザ楽曲リストを表示するための操作が行われたと判定された場合には（ｓ８８０：ＹＥＳ）、プロセスがｓ８４０へ移行して再度ウェブページのリクエストが行われる一方、上記の操作が行われていないと判定された場合には（ｓ８８０：ＮＯ）、ユーザ楽曲リストの表示を終了するための操作が行われた否かがチェックされる（ｓ８９０）。
【０１３５】
このｓ８９０でユーザ楽曲リストの表示を終了するための操作が行われていないと判定された場合には（ｓ８９０：ＮＯ）、プロセスがｓ８７０へ戻る一方、上記の操作が行われたと判定された場合には（ｓ８９０：ＹＥＳ）、上記ｓ８６０で表示部５８に表示されたウェブページの表示が消去され（ｓ９００）、上記ｓ８１０，ｓ８２０にて作成，接続されたソケットが切断，終了された後で（ｓ９１０）、本リスト表示処理が終了する。
【０１３６】
ここで、本カラオケシステム１によるカラオケサービスの提供を、複数のユーザ（２人のユーザＡ，Ｂとする）それぞれにより受ける場合に、このリスト表示処理が、ユーザＡ，Ｂそれぞれが使用する２つのリクエスト装置５に実行されるケースを例示する。
【０１３７】
まず、カラオケサービスの提供が開始された直後に、ユーザＡがユーザ楽曲リストを表示するための操作（以降「表示操作」という）を行うと（図１０の（ａ）参照）、この時点では予約，演奏された楽曲がないため、ユーザＡのユーザ楽曲リストをそのままウェブページ化した予約演奏楽曲ページがリクエスト装置５の表示部５８に表示される（同図（ａ−１），（ａ−２）参照）。
【０１３８】
この後、ユーザＡが、リクエスト装置５により楽曲の予約を行い（同図（ｂ）参照）、この楽曲の演奏が終了した後で（同図（ｃ）参照）、再度、表示操作を行うと（同図（ｄ）参照）、この時点では上記のように１曲が演奏済みであるため、ユーザＡのユーザ楽曲リストのうち、その楽曲（曲名）が演奏済みであることが識別可能な表示態様とされた予約演奏楽曲ページが表示される（同図（ｄ−１），（ｄ−２）参照）。
【０１３９】
一方、このタイミングで、ユーザＢが表示操作を行った場合（図１０の（ｅ）参照）、ユーザＢのユーザ楽曲リスト中に、上記のようにユーザＡによる演奏済みの楽曲が登録されていれば、その楽曲（曲名）が演奏済みであることが識別可能な表示態様とされた予約演奏楽曲ページがリクエスト装置５の表示部５８に表示される（同図（ｅ−１），（ｅ−２）参照）。
【０１４０】
この後、ユーザＢが、リクエスト装置５により楽曲の予約を行い（同図（ｆ）参照）、この楽曲の演奏が終了した後で（同図（ｇ）参照）、再度、表示操作を行うと（同図（ｈ）参照）、上記のようにユーザＢによる演奏済みの楽曲と、ユーザＢのユーザ楽曲リスト中に、上記のようにユーザＡによる演奏済みの楽曲が登録されていればその楽曲（曲名）と、が演奏済みであることが識別可能な表示態様とされた予約演奏楽曲ページが表示されることとなる（同図（ｈ−１），（ｈ−２）参照）。
（４）作用，効果
このように構成されたカラオケシステム１では、カラオケ装置３に対する楽曲の予約が行われる，または，予約された楽曲の演奏が行われる毎に、それに伴って予約楽曲が演奏履歴リストに登録された，または，演奏済み楽曲として登録内容が更新されたことが、カラオケ装置３からリクエスト装置５それぞれに通知される（カラオケ装置３のカラオケアプリケーションにおけるｓ２７０，ｓ３１０）。
【０１４１】
そして、この通知を受けたリクエスト装置５は、カラオケ装置３にユーザ楽曲リストを示すウェブページを要求し（リスト表示処理のｓ８７０「ＹＥＳ」→ｓ８４０）、この要求に応じてカラオケ装置３から送信されてくるウェブページを表示部５８に表示させることができる（同ｓ８６０）。
【０１４２】
このウェブページ（予約演奏楽曲ページ）は、ユーザ楽曲リストにおける楽曲それぞれのうち、カラオケ装置３において演奏済み，予約済みの楽曲として識別される楽曲と、それ以外の楽曲と、をそれぞれ識別可能な表示態様となっているため（図７参照）、リクエスト装置５のユーザに、カラオケ装置３において予約または演奏されていない楽曲を特定するのに適した情報を提供することができる。
【０１４３】
ここで、カラオケ装置３からの通知は、常に全てのリクエスト装置５に対して実施される。つまり、カラオケ装置３に対して楽曲の予約が行われる，または，予約された楽曲の演奏が行われる毎に実施され、その通知に際し、その予約がカラオケ装置３を介して行われたのか，いずれのリクエスト装置５を介して行われたのか，といったことは無関係である。
【０１４４】
そのため、カラオケ装置３に対して楽曲の予約が行われる，または，予約された楽曲の演奏が行われた場合には、その予約がカラオケ装置３を介して行われたものであっても、リクエスト装置５を介して行われたものであっても、その時点における最新の予約演奏楽曲ページをリクエスト装置５側に提供して表示部５８に表示させることができる。
【０１４５】
これにより、リクエスト装置５のユーザは、表示部５８に表示される予約演奏楽曲ページに基づいて、より正確にカラオケ装置３において予約または演奏されていない楽曲を特定することができるようになり、そのうえで、予約されていない楽曲を優先的に予約することができるようになる。
【０１４６】
また、上記実施形態であれば、カラオケ装置３からの通知を受けたリクエスト装置５は、カラオケ装置３に対する要求を経て、予約演奏楽曲ページを表示部５８に表示させている。この予約演奏楽曲ページは、リクエスト装置５からの要求に伴う端末識別情報に対応するユーザのユーザ楽曲リストに基づいて生成されるものであって、このユーザ楽曲リストにおける楽曲のうち、いずれの楽曲がカラオケ装置３において予約または演奏されたものであるかを識別可能な状態とされた情報である（カラオケ装置３のＣＧＩアプリケーションにおけるｓ５１０〜ｓ５６０参照）。
【０１４７】
そのため、リクエスト装置５のユーザは、表示部５８に表示される予約演奏楽曲ページに基づいて、ユーザ自身に対応するユーザ楽曲リストの楽曲のうち、いずれの楽曲が予約，演奏された楽曲であるかを特定することができるようになり、そのうえで、それら楽曲の中から予約または演奏されていない楽曲を優先的に予約することができるようになる。
【０１４８】
また、上記実施形態であれば、カラオケ装置３からリクエスト装置５へのリスト更新通知をソケット通信により実現することができる（カラオケアプリケーションにおけるｓ２７０，ｓ３１０）。
【０１４９】
また、上記実施形態であれば、カラオケ装置３からＨＴＴＰに従ってウェブページにより予約演奏楽曲ページを提供することができる。  そして、以下の変形例（５）を用いて歌唱採点点数なども併せて提供することとすれば、更に、確かに、演奏済み楽曲として登録内容が更新されたことが判る予約演奏ページを提供することができる。
（５）変形例
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
【０１５０】
例えば、上記実施形態においては、リクエスト装置５からの要求を受けたカラオケ装置３が、ユーザ楽曲リストを編集してなる予約演奏楽曲ページを生成したうえで、これをリクエスト装置５に返信するように構成されたものを例示した。
【０１５１】
しかし、この予約演奏楽曲ページの生成は、リクエスト装置５側で行われるように構成してもよく、このためには、例えば、カラオケ装置３によるウェブサーバ，および，リクエスト装置５によるリスト表示処理を以下に示すように構成すればよい。
【０１５２】
まず、カラオケ装置３によるウェブサーバでは、図１１に示すように、ｓ４３０にて「ＹＥＳ」と判定された場合に、ＣＧＩアプリケーションにおけるｓ５１０〜ｓ５４０と同様の処理を行うことで、このｓ５４０にて返信されてきたリスト応答に付加されたユーザ楽曲リストを取得し、このユーザ楽曲リストおよび演奏履歴リストからなる情報（予約演奏楽曲情報）を返信した後（ｓ４３２，ｓ４３４）、ｓ４６０を行うことなくｓ４７０へと移行するようにする。
【０１５３】
そして、リクエスト装置５によるリスト表示処理では、図１２に示すように、ｓ８５０にて「ＹＥＳ」と判定された場合に、そのレスポンスが予約演奏楽曲情報でなければ（ｓ８５２：ＮＯ）、ｓ８６０へと移行するのに対し、予約演奏楽曲情報であれば（ｓ８５２：ＹＥＳ）、ＣＧＩアプリケーションのｓ５５０，ｓ５６０と同様に、ユーザ楽曲リストの編集（ｓ８５４），および，予約演奏楽曲ページの生成（ｓ８５６）を行ったうえで、ｓ８６０へと移行するようにする。
【０１５４】
この構成であれば、カラオケ装置３からの通知を受けたリクエスト装置５は、カラオケ装置３に対して端末識別情報を伴った状態で予約演奏楽曲情報を要求し、この要求に応じてカラオケ装置３から送信されてくる予約演奏楽曲情報に基づいて生成した予約演奏楽曲ページを表示部５８に表示させることができる。
【０１５５】
この予約演奏楽曲情報は、カラオケ装置３における演奏履歴リストと、そのリクエスト装置５におけるユーザのユーザ楽曲情報とで構成されたものである。
そして、リクエスト装置５は、演奏履歴リストにおける楽曲が、ユーザ楽曲情報における楽曲の中に含まれていれば、その楽曲それぞれを、いずれの楽曲が予約済みまたは演奏済みであるのかを識別可能なウェブページを表示部５８に表示させる。
【０１５６】
そのため、リクエスト装置５のユーザは、表示部５８に表示される内容に基づいて、ユーザ楽曲リストにおける楽曲のうち、いずれの楽曲が予約済みまたは演奏済みであるかを識別することができるようになり、そのうえで、ユーザ楽曲リストにおける楽曲の中から予約または演奏されていない楽曲を優先的に予約することができるようになる。
【０１５７】
また、上記実施形態においては、演奏履歴リストにおいて「状態」の値を「予約済み」または「演奏済み」とすることにより、それに対応する楽曲識別情報の楽曲が予約済みの楽曲であるか、演奏済みの楽曲であるかを区分けした構成を例示した。
【０１５８】
しかし、予約済みの楽曲についての楽曲識別情報を登録するリストと、演奏済みの楽曲についての楽曲識別情報を登録するリストとを別のものとすることにより、それぞれを区分けする構成としてもよい。この場合、カラオケアプリケーションのｓ２６０においては、予約済みの楽曲を登録するリストへと該当する楽曲識別情報を登録すると共に、同ｓ３００においては、演奏済みの楽曲を登録するリストへと該当する楽曲識別情報を登録する構成とすればよい。
【０１５９】
また、上記実施形態においては、カラオケアプリケーションのｓ３００にて演奏履歴リストを更新するタイミングが、同ｓ２９０で予約楽曲の演奏が終了したときとなっている構成を例示した。
【０１６０】
しかし、このｓ３００にて演奏履歴リストを更新するタイミングについては、予約楽曲の演奏が開始された以降であればよく、例えば、楽曲の演奏が開始されたタイミング、楽曲の演奏が開始されてから所定の時間が経過したタイミングなどとしてもよい。この場合、演奏楽曲リストにおける「状態」の値は、演奏中であることを示す値とすると共に、その演奏が終了した際に「演奏済み」となるようにその登録内容を更新する構成とするとよい。
【０１６１】
また、上記実施形態においては、カラオケ装置３から送信される予約演奏楽曲ページが、特定ユーザのユーザ楽曲リストに基づいて生成される構成とされたものを例示した。しかし、この予約演奏楽曲ページは、少なくとも当該カラオケ装置３において予約または演奏されていない楽曲を特定するのに適した情報であればよく、例えば、演奏楽曲リストにおける楽曲（曲名）それぞれを配置してなるウェブページや、演奏楽曲リストおよび予約楽曲リストにおける楽曲それぞれをいずれのリストのものであるのかを視認可能な状態で配置して成るウェブページとすることが考えられる。この場合、ウェブサーバのｓ４５０において、該当ウェブページを予約演奏楽曲ページとして生成することとすればよい。
【０１６２】
この構成であれば、リクエスト装置５側では、カラオケ装置３において予約または演奏された楽曲それぞれが表示されることになるため、ユーザは、こうして表示された楽曲それぞれをカラオケ装置３において予約または演奏された楽曲として識別し、これ以外の楽曲，つまり予約または演奏されていない楽曲を優先的に予約することができる。
【０１６３】
また、上記実施形態においては、予約演奏楽曲ページとして、演奏済みまたは予約済みの楽曲の曲名に下線を付す（図７（ａ）参照）、演奏済みまたは予約済みの楽曲の曲名にその旨のマークを付す（同図（ｂ），（ｃ）参照）、演奏済みまたは予約済みの楽曲の曲名，および，それ以外の楽曲の曲名それぞれを異なる領域に配置する（同図（ｄ）参照）、といった表示態様となるものを生成するように構成されたものを例示した。
【０１６４】
なお、同図（ｃ），（ｄ）は、カラオケ装置３が採点機能を有している場合の表示例を説明するものである。ここで、リクエスト楽曲が演奏済みであった場合には、カラオケ装置３は、他人の採点点数を既に特定しているので、同図（ｃ）に示す点数は、演奏済みとなった他人の採点点数を表示したことを示している。
【０１６５】
一方、他人によって演奏済みでない場合は、他人が予約済みか、他人が予約済みでない場合かが想定されるが、この場合、（済）マークとともに「他人の採点点数」であることも合わせて表示するとよい。これであれば、「ミズホさん」は、リクエスト楽曲について（済）マークの表示のみであれば予約済みであり、（済）マークと採点点数とが併せて表示されていれば、演奏済みであること区別して理解できる。
【０１６６】
また、カラオケ装置３が、ユーザの歌唱楽曲と採点点数とを対応付けて記録する歌唱履歴機能をも有していれば、カラオケ装置３は、「ミズホさん」のリクエスト楽曲が過去に歌唱していれば「ミズホさん」の過去の採点点数をリクエスト楽曲と対応付けて表示することも考えられる。
【０１６７】
このとき、他人が予約済みの場合は（済）マークが表示されるとはいえ、その他人はまだ歌唱していないので、表示されている採点点数は、「ミズホさん」の過去の採点点数である。
【０１６８】
しかし、演奏済みであった場合には、カラオケ装置３は、他人の採点点数を既に特定しているので、カラオケ装置３は、「ミズホさん」の採点点数に代えて、もしくは並べて、（済）マークとともに他人の採点点数を「他人の採点点数」として識別可能に表示することとすれば、「ミズホさん」は、過去に歌唱して採点点数が記録されたリクエスト楽曲を、更に確かに、他人は予約済みでない、他人が予約済みである、他人が演奏済みなのかを区別して理解できる。  また、同図（ｄ）は、（済）マークの代わりにタブを用いて、（済）と（済）でないリクエスト楽曲を、別画面表示としたものである。
【０１６９】
このように、採点点数と（済）マークとを組み合わせた表示が各リクエスト装置それぞれに提供できるので、途中から参加したユーザが過去に予約や演奏されていた楽曲であることを認識できなかったりする結果、意図せずに過去に予約された楽曲が再度予約され、再度の演奏がなされて全員が再度の演奏を聞く，又は、過去に演奏されて、更に同じ曲が予約された結果、途中から参加した人以外の人全員が再度の演奏を聞く事態を区別して回避することができる。
【０１７０】
他にも、予約演奏楽曲ページの表示態様としては、ユーザ楽曲リストにおけるいずれの楽曲が予約または演奏された楽曲であるかを識別可能な状態であれば、上述した以外の表示態様としてもよい。例えば、例えば、予約中，演奏中や演奏済みである旨それぞれを示すハイライト表示としたり、それぞれを示すマークを付したり、該当する楽曲のみ表示されるようにするなどといった表示態様が考えられる。
【０１７１】
また、上記実施形態においては、リクエスト装置５が、リスト表示処理でユーザ楽曲リストを示すウェブページを要求するにあたり、カラオケ装置３へと送信するリクエストに、そのリクエスト装置５の端末識別情報をパラメータとしてセットする構成を例示した（同処理のｓ８３０，ｓ８４０参照）。
【０１７２】
しかし、このリクエストにセットするパラメータとしては、そのリクエスト装置５のユーザに割り当てられた識別情報，つまりユーザのユーザ識別情報であってもよく、この場合、同ｓ８３０で、メインルーチンのｓ６５０にてメモリ５６に記憶されたユーザ識別情報，または，そのタイミングで操作部６０により入力させたユーザ識別情報を取得し、同ｓ８４０で、そのユーザ識別情報をパラメータとしてセットしたリクエストを送信することとすればよい。そして、カラオケ装置３のウェブサーバでは、そのリクエストにセットされたユーザ識別情報を引数としてｓ４５０によるアプリケーションの起動を行い、このアプリケーションでは、ｓ５１０で引数として渡されたユーザ識別情報をログインリストから検索することとすればよい。
【０１７３】
また、上記実施形態において、リクエスト装置５は、ユーザによる操作部６０の操作を介してユーザ識別情報を取得するように構成されている（リクエスト装置５のメインルーチンにおけるｓ６４０参照）。しかし、このユーザ識別情報は、例えば、ユーザにユーザ識別情報の記憶された識別端末を所持させておき、この識別端末との通信を経てここに記憶されているユーザ識別情報を取得するようにするとよい。
（６）本発明との対応関係
以上説明した実施形態において、カラオケアプリケーションのｓ２６０，ｓ３００は本発明における楽曲登録手段であり、同ｓ２７０，ｓ３１０は本発明における追加通知手段であり、ウェブサーバのｓ４３４，ｓ４６０は本発明における楽曲情報送信手段であり、同ｓ４３２，ｓ４５０は本発明における楽曲情報生成手段である。
【０１７４】
また、カラオケアプリケーションのｓ２６０，ｓ３００において登録または更新されるデータテーブルの楽曲識別情報で識別される楽曲は本発明における予約演奏楽曲であり、予約演奏楽曲ページは本発明における予約演奏楽曲情報であり、ユーザ楽曲リストは本発明におけるユーザ楽曲情報である。
【０１７５】
また、リスト表示処理のｓ８７０，ｓ８４０は本発明における楽曲情報要求手段であり、同ｓ８５４〜ｓ８６０は本発明における楽曲表示手段である。
【図面の簡単な説明】
【０１７６】
【図１】カラオケシステムの全体構成を示すブロック図
【図２】カラオケ装置によるメインルーチンを示すフローチャート
【図３】カラオケ装置によるカラオケアプリケーションを示すフローチャート
【図４】演奏履歴リストおよびユーザ楽曲リストのデータ構造を示す図
【図５】カラオケ装置によるウェブサーバを示すフローチャート
【図６】カラオケ装置によるＣＧＩアプリケーションを示すフローチャート
【図７】予約演奏楽曲ページを示す図
【図８】リクエスト装置によるメインルーチンを示すフローチャート
【図９】リクエスト装置によるリスト表示処理を示すフローチャート
【図１０】カラオケシステムにおける各装置の処理を示す図
【図１１】変形例のカラオケ装置によるウェブサーバを示すフローチャート
【図１２】変形例のリクエスト装置によるリスト表示処理を示すフローチャート
【符号の説明】
【０１７７】
１…カラオケシステム、３…カラオケ装置、１２…制御部、１４…インタフェース部、１６…記憶部、１８…操作部、２０…赤外線通信部、２２…操作処理部、２４…ＭＩＤＩ音源、２６…オーディオ信号及びマイクロフォン、２８…スピーカ、３０…音声制御部、３４…映像再生部、３６…モニタ、３８…映像制御部、４０…メモリ、５…リクエスト装置、５２…制御部、５４…赤外線通信部、５６…メモリ、５８…表示部、６０…操作部、６２…操作処理部、６６…映像制御部、６８…無線ＬＡＮ通信部、１００…ネットワーク、１１０…アクセスポイント、１２０…ルータ。
【図１】
0004985279.tif 000002
【図２】
0004985279.tif 000003
【図３】
0004985279.tif 000004
【図４】
0004985279.tif 000005
【図５】
0004985279.tif 000006
【図６】
0004985279.tif 000007
【図７】
0004985279.tif 000008
【図８】
0004985279.tif 000009
【図９】
0004985279.tif 000010
【図１０】
0004985279.tif 000011
【図１１】
0004985279.tif 000012
【図１２】
0004985279.tif 000013