(57)【特許請求の範囲】
【請求項１】
カラオケ曲の選曲に用いられる選曲装置と、予約されたカラオケ曲を演奏するカラオケ装置と、携帯機器がネットワークを介して接続されるサーバ装置と、を備えるカラオケシステムにおいて、
前記選曲装置、前記カラオケ装置、前記携帯機器、及び前記サーバ装置のうちの少なくとも何れか１つが、
前記携帯機器のユーザを識別するためのユーザ識別情報であって前記選曲装置から入力された第１の前記ユーザ識別情報と、当該選曲装置に対応付けられた前記カラオケ装置を識別するためのカラオケ装置識別情報とを取得する第１取得手段と、
前記第１取得手段により取得された第１の前記ユーザ識別情報と前記カラオケ装置識別情報とを対応付けた対応付け情報を記録する第１記録手段と、
前記携帯機器から入力された第２の前記ユーザ識別情報を取得する第２取得手段と、
前記第２取得手段により取得された第２の前記ユーザ識別情報に対応する前記第１の前記ユーザ識別情報が、前記第１記録手段により記録された前記対応付け情報に含まれる場合、当該第１の前記ユーザ識別情報により識別される前記ユーザのログインを許可し、当該ユーザがログイン中であることを示すログイン情報を記録する第２記録手段と、
を備え、
前記カラオケ装置は、前記携帯機器のユーザの前記ログイン情報が記録されている期間中、前記携帯機器において選曲されたカラオケ曲に対する操作を受け付ける操作受付手段を備えることを特徴とするカラオケシステム。
【請求項２】
前記第２記録手段は、ログイン中である前記ユーザについて所定のログアウト条件を満たす場合に、当該ユーザの前記ログイン情報に代えて当該ユーザがログアウトしたことを示すログアウト情報を記録し、
前記携帯機器のユーザの前記ログアウト情報が記録された場合、前記カラオケ装置の前記操作受付手段による前記カラオケ曲に対する操作の受け付けが終了することを特徴とする請求項１に記載のカラオケシステム。
【請求項３】
前記サーバ装置は、前記携帯機器のユーザの前記ログイン情報が記録されている期間中に、当該ユーザが使用する前記携帯機器において選曲されたカラオケ曲に対する操作依頼を示す操作依頼情報と当該ユーザの前記ユーザ識別情報を、前記ネットワークを介して受信した場合、当該受信した前記ユーザ識別情報に対応付けられた前記カラオケ装置識別情報に対応するカラオケ装置に対して、前記操作依頼情報に示されるカラオケ曲に対する操作を受け付けさせる制御手段を備えることを特徴とする請求項１又は２に記載のカラオケシステム。
【請求項４】
前記第２記録手段により前記ユーザがログイン中であることを示すログイン情報が記録された場合に、前記サーバ装置は、当該ユーザの前記ユーザ識別情報に対応付けられた前記カラオケ装置識別情報により識別される前記カラオケ装置へ接続するための接続情報を、前記ネットワークを介して前記携帯機器に送信する送信手段を備え、
前記携帯機器は前記接続情報にしたがって無線ＬＡＮ（Local Area Network）を介して前記カラオケ装置に接続し、
前記カラオケ装置の前記操作受付手段は、前記携帯機器において選曲されたカラオケ曲に対する操作を前記無線ＬＡＮを介して当該携帯機器から受け付けることを特徴とする請求項１又は２に記載のカラオケシステム。
【請求項５】
カラオケ曲の選曲に用いられる選曲装置と、
予約されたカラオケ曲を演奏するカラオケ装置と、
携帯機器がネットワークを介して接続されるサーバ装置と、を備えるカラオケシステムであって、前記選曲装置、前記カラオケ装置、前記携帯機器、及び前記サーバ装置のうちの少なくとも何れか１つが、前記携帯機器のユーザを識別するためのユーザ識別情報であって前記選曲装置から入力された第１の前記ユーザ識別情報と、前記選曲装置に対応付けられた前記カラオケ装置を識別するためのカラオケ装置識別情報とを対応付けた対応付け情報を記録するカラオケシステムにおいて前記携帯機器に含まれるコンピュータに、
前記携帯機器のユーザのログインを行うための処理を実行するステップと、
前記携帯機器から入力された第２の前記ユーザ識別情報に対応する前記第１の前記ユーザ識別情報が前記対応付け情報に含まれると判定されることにより当該第１の前記ユーザ識別情報により識別される前記ユーザのログインが許可された場合に、当該ログインの期間中、前記携帯機器において選曲されたカラオケ曲に対する操作要求を、当該ユーザの前記第１の前記ユーザ識別情報に対応付けられた前記カラオケ装置識別情報により識別される前記カラオケ装置又は前記サーバ装置へ行うステップと、
を実行させることを特徴とする携帯機器用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケ曲の選曲に用いられるリモコンと、カラオケ曲を演奏するカラオケ装置と、携帯機器がネットワークを介して接続されるサーバ装置と、を備えるカラオケシステムの技術分野に関する。
【背景技術】
【０００２】
近年のカラオケシステムにおいて、リモコンとカラオケ装置との間の無線通信は電波を用いて行われていることが多い。ところが、電波は一般建築物の室の壁などを透過する性質を有する。そのため、一般に、例えばカラオケボックスにおける同室内に設置されたリモコンとカラオケ装置とは、くくり付けが行われている。このくくり付けにより、ある部屋のリモコンから発信されたコマンド信号が、他室のカラオケ装置により受信された場合であっても、このコマンド信号は破棄されるようになっている。なお、くくり付けは、対応付け、又はペアリングとも呼ばれる。このようなくくり付けに関する技術が特許文献１に開示されている。特許文献１に開示された技術では、赤外線通信により、送信先のコマンダを認証し、認証できない場合に、リモコンとコマンダとの対応付けを解除することにより、コマンダの誤動作を防止することができるようになっている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２８８６９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、近年、スマートフォンやタブレットといった携帯機器を持つユーザが増えはじめている。このような携帯機器により、ユーザが歌唱したいカラオケ曲を登録する予約リストを、例えばカラオケ店舗に行く前に作成できれば便利である。しかしながら、従来の携帯機器はカラオケ装置とくくり付けられていないため、ユーザが予約リストを作成しても迅速にカラオケ曲を予約できなかった。また、仮に、例えば携帯機器に搭載されたWi-Fi機能（Wi-Fiの説明は後述する）を用いてカラオケ装置とくくり付けが可能になったとしても、例えばユーザがカラオケ店舗から退出した後に、例えばいたずら目的でカラオケ装置を操作されてしまうといったセキュリティ上の問題がある。
【０００５】
そこで、本発明は、以上の点等に鑑みてなされたものであり、セキュリティを維持しつつ、ユーザが携帯機器を用いて速やかにカラオケ曲の予約などを行うことを可能としたカラオケシステム及び携帯機器用プログラムを提供すること等を課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、カラオケ曲の選曲に用いられる選曲装置と、予約されたカラオケ曲を演奏するカラオケ装置と、携帯機器がネットワークを介して接続されるサーバ装置と、を備えるカラオケシステムにおいて、前記選曲装置、前記カラオケ装置、前記携帯機器、及び前記サーバ装置のうちの少なくとも何れか１つが、前記携帯機器のユーザを識別するためのユーザ識別情報であって前記選曲装置から入力された第１の前記ユーザ識別情報と、当該選曲装置に対応付けられた前記カラオケ装置を識別するためのカラオケ装置識別情報とを取得する第１取得手段と、前記第１取得手段により取得された第１の前記ユーザ識別情報と前記カラオケ装置識別情報とを対応付けた対応付け情報を記録する第１記録手段と、前記携帯機器から入力された第２の前記ユーザ識別情報を取得する第２取得手段と、前記第２取得手段により取得された第２の前記ユーザ識別情報に対応する前記第１の前記ユーザ識別情報が、前記第１記録手段により記録された前記対応付け情報に含まれる場合、当該第１の前記ユーザ識別情報により識別される前記ユーザのログインを許可し、当該ユーザがログイン中であることを示すログイン情報を記録する第２記録手段と、を備え、前記カラオケ装置は、前記携帯機器のユーザの前記ログイン情報が記録されている期間中、前記携帯機器において選曲されたカラオケ曲に対する操作を受け付ける操作受付手段を備えることを特徴とする。
【０００７】
請求項２に記載の発明は、請求項１に記載のカラオケシステムにおいて、前記第２記録手段は、ログイン中である前記ユーザについて所定のログアウト条件を満たす場合に、当該ユーザの前記ログイン情報に代えて当該ユーザがログアウトしたことを示すログアウト情報を記録し、前記携帯機器のユーザの前記ログアウト情報が記録された場合、前記カラオケ装置の前記操作受付手段による前記カラオケ曲に対する操作の受け付けが終了することを特徴とする。
【０００８】
請求項３に記載の発明は、請求項１又は２に記載のカラオケシステムにおいて、前記サーバ装置は、前記携帯機器のユーザの前記ログイン情報が記録されている期間中に、当該ユーザが使用する前記携帯機器において選曲されたカラオケ曲に対する操作依頼を示す操作依頼情報と当該ユーザの前記ユーザ識別情報を、前記ネットワークを介して受信した場合、当該受信した前記ユーザ識別情報に対応付けられた前記カラオケ装置識別情報に対応するカラオケ装置に対して、前記操作依頼情報に示されるカラオケ曲に対する操作を受け付けさせる制御手段を備えることを特徴とする。
【０００９】
請求項４に記載の発明は、請求項１又は２に記載のカラオケシステムにおいて、前記第２記録手段により前記ユーザがログイン中であることを示すログイン情報が記録された場合に、前記サーバ装置は、当該ユーザの前記ユーザ識別情報に対応付けられた前記カラオケ装置識別情報により識別される前記カラオケ装置へ接続するための接続情報を、前記ネットワークを介して前記携帯機器に送信する送信手段を備え、前記携帯機器は前記接続情報にしたがって無線ＬＡＮ（Local Area Network）を介して前記カラオケ装置に接続し、前記カラオケ装置の前記操作受付手段は、前記携帯機器において選曲されたカラオケ曲に対する操作を前記無線ＬＡＮを介して当該携帯機器から受け付けることを特徴とする。
【００１０】
請求項５に記載の発明は、カラオケ曲の選曲に用いられる選曲装置と、予約されたカラオケ曲を演奏するカラオケ装置と、携帯機器がネットワークを介して接続されるサーバ装置と、を備えるカラオケシステムであって、前記選曲装置、前記カラオケ装置、前記携帯機器、及び前記サーバ装置のうちの少なくとも何れか１つが、前記携帯機器のユーザを識別するためのユーザ識別情報であって前記選曲装置から入力された第１の前記ユーザ識別情報と、前記選曲装置に対応付けられた前記カラオケ装置を識別するためのカラオケ装置識別情報とを対応付けた対応付け情報を記録するカラオケシステムにおいて前記携帯機器に含まれるコンピュータに、前記携帯機器のユーザのログインを行うための処理を実行するステップと、前記携帯機器から入力された第２の前記ユーザ識別情報に対応する前記第１の前記ユーザ識別情報が前記対応付け情報に含まれると判定されることにより当該第１の前記ユーザ識別情報により識別される前記ユーザのログインが許可された場合に、当該ログインの期間中、前記携帯機器において選曲されたカラオケ曲に対する操作要求を、当該ユーザの前記第１の前記ユーザ識別情報に対応付けられた前記カラオケ装置識別情報により識別される前記カラオケ装置又は前記サーバ装置へ行うステップと、を実行させることを特徴とする携帯機器用プログラムである。
【発明の効果】
【００１１】
請求項１に記載の発明によれば、選曲装置から入力されたユーザのユーザ識別情報と当該選曲装置に対応付けられたカラオケ装置のカラオケ装置識別情報とを対応付けた対応付け情報を記憶しておき、携帯機器から入力されたユーザ識別情報に対応するユーザ識別情報が上記対応付け情報に含まれる場合、当該ユーザ識別情報により識別されるユーザのログインが許可され、カラオケ装置が、携帯機器のユーザのログイン期間中、当該携帯機器において選曲されたカラオケ曲に対する操作を受け付けるように構成したので、携帯機器からカラオケ曲に対する操作ができる期間をユーザのログイン期間中に制限することができ、その結果、セキュリティを維持しつつ、ユーザがログイン期間中に携帯機器を用いて速やかにカラオケ曲に対する操作を行うことができる。
【００１２】
請求項２に記載の発明によれば、ユーザがカラオケ店舗から退出した後にカラオケ装置に対する操作が行われてしまうことを防止することができる。
【００１３】
請求項３に記載の発明によれば、セキュリティをより高めつつ、ユーザがログイン期間中に携帯機器を用いて、速やかにカラオケ曲に対する操作を行うことができる。
【００１４】
請求項４に記載の発明によれば、ユーザがログイン期間中に携帯機器を用いて、より迅速にカラオケ曲に対する操作を行うことができる。
【００１５】
請求項５に記載の発明によれば、携帯機器からカラオケ曲に対する操作ができる期間をユーザのログイン期間中に制限することができ、その結果、セキュリティを維持しつつ、ユーザがログイン期間中に携帯機器を用いて速やかにカラオケ曲に対する操作を行うことができる。
【図面の簡単な説明】
【００１６】
【図１】本実施形態に係るカラオケシステムＳの概要構成例を示す図である。
【図２】（Ａ）は、リモコン１の概要構成例を示すブロック図である。（Ｂ）は、コマンダ２の概要構成例を示すブロック図である。（Ｃ）は、管理サーバ３の概要構成例を示すブロック図である。（Ｄ）は、携帯端末Ｔｎの概要構成例を示すブロック図である。
【図３】ユーザのログイン動作を示すシーケンス図である。
【図４】（Ａ）は、実施例１における携帯端末Ｔｎによるカラオケ曲予約動作を示すシーケンス図である。（Ｂ）は、実施例２における携帯端末Ｔｎによるカラオケ曲予約動作を示すシーケンス図である。
【図５】ユーザのログアウト動作を示すシーケンス図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、例えばカラオケ店舗において利用されるカラオケシステムに対して、本発明を適用した場合の実施形態である。
【００１８】
［１．カラオケシステムの構成及び動作の概要］  
始めに、図１を参照して、本実施形態に係るカラオケシステムの構成の概要について説明する。図１は、本実施形態に係るカラオケシステムＳの概要構成例を示す図である。なお、図１に示す例では、説明の便宜上、カラオケ店舗のカラオケルーム（客室）を１室のみ示し、リモコン１及びカラオケ装置２を夫々１台ずつ示している。なお、カラオケ装置を、以下、「コマンダ」という。
【００１９】
図１に示すように、カラオケシステムＳは、リモコン１、コマンダ２、及び管理サーバ３を含んで構成される。管理サーバ３には、カラオケ店舗の利用者であるユーザにより所有される携帯端末Ｔｎ（ｎ＝１、２、３、４）が携帯基地局Ｂ及びネットワークＮＷを介して接続可能になっている。ネットワークＮＷは、例えば、インターネット、携帯通信網、及びゲートウェイ等により構成される。
【００２０】
リモコン１は、カラオケ曲（楽曲）の選曲に用いられる選曲装置である。なお、リモコン１は、ナビ端末又は検索端末ともいう。リモコン１には、リモコンＩＤが付与されている。リモコンＩＤは、リモコン１を識別するための識別情報である。リモコンＩＤは、リモコン１を一意に特定できる情報であれば、どのような情報であってもよいが、例えばリモコン１に割り当てられたＩＰアドレスがリモコンＩＤとされる。
【００２１】
図２（Ａ）は、リモコン１の概要構成例を示すブロック図である。図２（Ａ）に示すように、リモコン１は、制御部１１、記憶部１２、ビデオＲＡＭ１３、映像制御部１４、表示部１５、操作部１６、操作処理部１７、赤外線送信部１８、及び無線ＬＡＮ（Local Area Network）通信部１９等を備えて構成される。制御部１１は、ＣＰＵ、ＲＯＭ、及びＲＡＭ等により構成される。記憶部１２は、不揮発性半導体メモリ等により構成される。記憶部１２には、ＯＳ（オペレーティングシステム）及びリモコン処理プログラムが記憶されている。制御部１１は、ＯＳ及びリモコン処理プログラムを実行することにより、リモコン１全体を統括制御する。また、記憶部１２には、選曲対象となるカラオケ曲の情報を登録する楽曲リストが記憶されている。カラオケ曲の情報には、カラオケ曲番号、曲名、及び歌手名等が含まれる。カラオケ曲番号は、カラオケ曲ごとに付与される。カラオケ曲番号は、曲ＩＤともいう。この楽曲リストに含まれるカラオケ曲の曲名等は、制御部１１により、ビデオＲＡＭ１３及び映像制御部１４を介して表示部１５に選択可能に表示される。また、制御部１１は、ユーザによる操作部１６からの指示を、操作処理部１７を介して受け付ける。ユーザによる指示としては、ユーザＩＤ等の入力、又はカラオケ曲の選曲、音量調整等の指示がある。また、制御部１１は、赤外線送信部１８を介してコマンダ２の赤外線受信部２９ｃへ各種指令を送信することができる。例えば、ユーザにより操作部１６から選曲されたカラオケ曲の予約指令が送信される。また、無線ＬＡＮ通信部１９は、例えばIEEE 802.11の諸規格に準拠する無線ＬＡＮの通信（例えばWi-Fi）を行うためのものである。これにより、制御部１１は、無線ＬＡＮ通信部１９により無線ＬＡＮのアクセスポイントＡＰ、及び有線ＬＡＮを介してコマンダ２と通信を行うことができる。制御部１１は、ユーザにより操作部１６から選曲されたカラオケ曲の予約指令を、無線ＬＡＮ通信部１９を介して送信することもできる。つまり、選曲されたカラオケ曲の予約指令は、無線ＬＡＮ及び有線ＬＡＮを介して、リモコン１とくくり付け状態にあるコマンダ２へ送信される。ここで、リモコン１は、同じカラオケルーム内に設置されたコマンダ２との間でくくり付けが行われている。なお、くくり付けは、対応付け、又はペアリングとも呼ばれる。記憶部１２には、リモコン１のリモコンＩＤと、このリモコン１にくくり付け状態にあるコマンダ２のコマンダＩＤとが対応付けられて記憶されている。なお、記憶部１２には、管理サーバ３のＩＰアドレスも記憶されている。これにより、リモコン１は、無線ＬＡＮ、有線ＬＡＮ、ルータＲ及びインターネットを介して管理サーバ３へ接続（アクセス）し、通信することができる。なお、記憶部１２には、管理サーバ３のＩＰアドレスも記憶されている。これにより、リモコン１は、無線ＬＡＮ、有線ＬＡＮ、ルータＲ及びインターネットを介して管理サーバ３へ接続し、通信することができる。
【００２２】
次に、コマンダ２は、予約されたカラオケ曲を演奏する演奏装置である。コマンダＩＤは、コマンダ２を識別するためのカラオケ装置識別情報の一例である。コマンダＩＤは、コマンダ２を一意に特定できる情報であれば、どのような情報であってもよいが、例えばコマンダ２に割り当てられたＩＰアドレスがコマンダＩＤとされる。この場合のコマンダＩＤは、例えば携帯端末Ｔｎがコマンダ２へ接続するための接続情報にもなる。
【００２３】
図２（Ｂ）は、コマンダ２の概要構成例を示すブロック図である。図２（Ｂ）に示すように、コマンダ２は、制御部２１、記憶部２２、ビデオＲＡＭ２３、映像再生部２４、映像制御部２５、マイク制御部２６、シンセサイザ２７、ミキシングアンプ２８、操作部２９ａ、操作処理部２９ｂ、赤外線受信部２９ｃ、及びＬＡＮ通信部２９ｄ等を備えて構成される。制御部２１は、ＣＰＵ、ＲＯＭ、及びＲＡＭ等により構成される。記憶部２２は、ハードディスク等により構成される。記憶部２２には、ＯＳ及びコマンダ処理プログラムが記憶されている。制御部２１は、ＯＳ及びコマンダ処理プログラムを実行することにより、コマンダ２全体を統括制御する。また、記憶部２２には、演奏予約されたカラオケ曲の演奏予約リストが記憶されている。この演奏予約リストには、例えば、カラオケ曲番号が予約順に記録（登録）される。また、記憶部２２には、カラオケ曲に対応する楽曲データ、及び映像データ等が記憶される。シンセサイザ２７は、楽曲データを用いてカラオケ曲の演奏を行い、演奏信号をミキシングアンプ２８へ出力する。また、マイク制御部２６は、マイクにより集音されたユーザの歌唱音声信号をミキシングアンプ２８へ出力する。ミキシングアンプ２８は、ユーザの歌唱音声とカラオケ曲とをミキシングしてスピーカへ出力する。また、映像データ等はビデオＲＡＭ２３及び映像再生部２４により再生される。そして、映像制御部２５は、再生された映像信号をディスプレイへ出力する。また、制御部２１は、ユーザによる操作部２９ａからの指示を、操作処理部２９ｂを介して受け付ける。また、制御部２１は、赤外線受信部２９ｃを介して、リモコン１からの各種指令を受信することができる。例えば、制御部２１は、リモコン１から予約指令を受信すると、カラオケ曲の予約を受け付け、カラオケ曲番号を演奏予約リストに記録する。また、制御部２１は、ＬＡＮ通信部２９ｄを介して、コマンダ２とくくり付け状態にあるリモコン１からカラオケ曲の予約指令を受け付けることもできる。また、記憶部２２には、コマンダ２のコマンダＩＤと、このコマンダ２とくくり付け状態にあるリモコン１のリモコンＩＤとが対応付けられて記憶されている。なお、記憶部２２には、管理サーバ３のＩＰアドレスも記憶されている。これにより、コマンダ２は、有線ＬＡＮ、ルータＲ及びインターネットを介して管理サーバ３へ接続し、通信することができる。更に、制御部２１は、本発明における操作受付手段として機能し、携帯端末Ｔｎのユーザのログイン期間中、携帯端末Ｔｎにおいて選曲されたカラオケ曲の予約（カラオケ曲に対する操作の一例）を受け付け、カラオケ曲番号を演奏予約リストに記録するようになっている。
【００２４】
次に、管理サーバ３は、本発明のサーバ装置の一例である。管理サーバ３は、インターネットに接続されており、Ｗｅｂサーバとしての機能を有する。
【００２５】
図２（Ｃ）は、管理サーバ３の概要構成例を示すブロック図である。図２（Ｃ）に示すように、管理サーバ３は、制御部３１、記憶部３２、及び通信部３３等を備えて構成される。制御部３１は、ＣＰＵ、ＲＯＭ、及びＲＡＭ等により構成される。記憶部３２は、ハードディスク等により構成される。記憶部３２には、ＯＳ及びサーバプログラム等が記憶されている。制御部３１は、ＯＳ及びサーバプログラムを実行することにより、管理サーバ３全体を制御する。そして、制御部３１は、本発明における第１取得手段、第２取得手段、第１記録手段、第２記録手段、制御手段、及び送信手段等として機能し、後述する処理を行う。なお、本発明における第１取得手段、第２取得手段、第１記録手段、及び第２記録手段については、リモコン１の制御部１１、コマンダ２の制御部２１、管理サーバ３の制御部３１、及び携帯端末Ｔｎの制御部４１のうちの少なくとも何れか１つが機能するように構成してもよい。
【００２６】
更に、記憶部３２には、登録ユーザリスト、ログインユーザリスト、及びコマンダ対応付けリストが記憶されている。登録ユーザリストは、会員登録されたユーザのユーザ情報を記録（登録）するリストである。このユーザ情報には、ユーザＩＤ、パスワード、氏名、ユーザが使用する携帯端末Ｔｎの電話番号、及びメールアドレス等が含まれる。ここで、ユーザＩＤは、ユーザを識別するためのユーザ識別情報の一例である。ログインユーザリストは、ユーザのログイン有無を管理するリストである。例えば、ログインユーザリストには、ユーザＩＤ、ログインフラグ、及びログイン履歴が対応付けられて記録される。例えば、ログインフラグが「１」のときは、ユーザがログイン中であることを示す。一方、ログインフラグが「０」のときは、ユーザがログアウトしたことを示す。ログイン履歴には、ユーザのログイン時刻及びログアウト時刻が含まれる。また、コマンダ対応付けリストは、コマンダＩＤとユーザＩＤとを対応付けた対応付け情報を記録するリストである。対応付け情報により、コマンダ２と携帯端末Ｔｎとがくくり付けられる。なお、ユーザがログアウトした場合、コマンダ対応付けリストにおけるコマンダＩＤとユーザＩＤとの対応付けは解除される。例えば、ログアウトされたユーザＩＤを含む対応付け情報がコマンダ対応付けリストから削除される。ユーザがログアウトした場合、このユーザが使用する携帯端末Ｔｎにおいて選曲されたカラオケ曲の予約はコマンダ２に受け付けられないように制御される。
【００２７】
なお、ログインユーザリスト及びコマンダ対応付けリストは、コマンダ２の記憶部２２に記憶されるように構成してもよい。また、ログインユーザリスト及びコマンダ対応付けリストは、リモコン１の記憶部１２に記憶されるように構成してもよい。
【００２８】
次に、携帯端末Ｔｎは、本発明における携帯機器の一例である。携帯端末Ｔｎの例としては、スマートフォン、携帯電話機、又はタブレット等が挙げられる。
【００２９】
図２（Ｄ）は、携帯端末Ｔｎの概要構成例を示すブロック図である。図２（Ｄ）に示すように、携帯端末Ｔｎは、制御部４１、記憶部４２、表示部４３、操作部４４、スピーカ４５、マイク４６、携帯無線通信部４７、及び無線ＬＡＮ通信部４８等を備えて構成される。制御部４１は、ＣＰＵ、ＲＯＭ、及びＲＡＭ等により構成される。記憶部４２は、不揮発性半導体メモリ等により構成される。記憶部４２には、ＯＳ及び端末処理プログラム等が記憶されている。制御部４１は、ＯＳ及び端末処理プログラムを実行することにより、携帯端末Ｔｎ全体を制御する。端末処理プログラムには、カラオケ用アプリケーションプログラムが含まれる。カラオケ用アプリケーションプログラムは、本発明の携帯機器用プログラムの一例である。カラオケ用アプリケーションプログラムは、コンピュータとしての制御部４１に、当該携帯端末Ｔｎのユーザのログインを行うための処理を実行するステップ（例えば、ログイン要求を管理サーバ３へ送信するステップ）と、携帯端末Ｔｎのユーザのログイン期間中、操作部４４から選曲されたカラオケ曲の予約要求（カラオケ曲に対する操作要求の一例）をコマンダ２又は管理サーバ３へ行うステップと、を実行させることができる。なお、カラオケ用アプリケーションプログラムは、例えば、他のサーバからネットワークＮＷを介してダウンロードされるようにしても良いし、ＣＤ−ＲＯＭ等の記録媒体に記録されてドライブを介して読み込まれるようにしても良い。また、制御部４１は、ユーザによる操作部４４からの指示を受け付ける。ユーザによる指示としては、ユーザＩＤ等の入力、又はカラオケ曲に対する操作等の指示がある。カラオケ曲に対する操作としては、例えば、カラオケ曲の選曲操作、カラオケ曲の予約操作、カラオケ曲の音量操作、音高キー変更操作などが挙げられる。なお、記憶部４２には、管理サーバ３のＩＰアドレスも記憶されている。これにより、携帯端末Ｔｎは、携帯無線通信部４７、及びネットワークＮＷを介して管理サーバ３へ接続し、通信することができる。
【００３０】
［２．カラオケシステムＳの動作］
次に、カラオケシステムＳの動作について説明する。なお、携帯端末Ｔｎのうち、携帯端末Ｔ１を例にとるものとする。
【００３１】
（２−１．ユーザのログイン動作）
先ず、図３を参照してユーザのログイン動作について説明する。図３は、ユーザのログイン動作を示すシーケンス図である。なお、リモコン１とコマンダ２のくくり付けは既に行われているものとする。
【００３２】
カラオケルームにおいて、リモコン１を持つユーザＡによる操作部１６の操作により、ログイン画面が表示部１５に表示される（ステップＳ１）。そして、ユーザＡにより操作部１６からログイン画面を通じてユーザＩＤ及びパスワードが入力されると（ステップＳ２）、リモコン１は、このリモコン１とくくり付けられたコマンダ２のコマンダＩＤを記憶部１２から取得する。そして、リモコン１は、管理サーバ３のＩＰアドレスを用いて、無線ＬＡＮのアクセスポイントＡＰ、ルータＲ及びインターネットを介して管理サーバ３へ接続する。そして、リモコン１は、ユーザＡにより入力されたユーザＩＤ及びパスワードと、記憶部１２から取得したコマンダＩＤとを含むログイン要求を管理サーバ３へ送信する（ステップＳ３）。なお、リモコン１は、ログイン要求を、管理サーバ３へ送信する代わりに、コマンダ２へ送信するように構成してもよい。この構成の場合、コマンダ２は、リモコン１から受信されたログイン要求を管理サーバ３へ送信する。
【００３３】
管理サーバ３は、リモコン１又はコマンダ２からログイン要求を受信すると、ユーザ認証処理を実行する（ステップＳ４）。このユーザ認証処理では、受信されたログイン要求に含まれるユーザＩＤ及びパスワードの組が登録ユーザリストに記録されているか否かが確認される。そして、ユーザＩＤ及びパスワードの組が登録ユーザリストに記録されている場合、認証成功と判定される。一方、ユーザＩＤ及びパスワードの組が登録ユーザリストに記録されていない場合、認証失敗と判定される。管理サーバ３は、認証成功と判定した場合（ステップＳ５：ＹＥＳ）、ログイン要求からユーザＩＤとコマンドＩＤを取得し、当該取得したユーザＩＤとコマンドＩＤとを対応付けた対応付け情報をコマンダ対応付けリストに記録する（ステップＳ６）。これにより、コマンダ２と携帯端末Ｔ１とがくくり付けられる。なお、対応付け情報には、ユーザＩＤとコマンドＩＤに、ログイン要求を送信したリモコン１のリモコンＩＤが対応付けられてもよい。また、管理サーバ３は、コマンダ対応付けリストをリモコン１又はコマンダ２へ送信し、リモコン１又はコマンダ２は、当該コマンダ対応付けリストを記憶するように構成してもよい。また、管理サーバ３によるユーザ認証処理を行わないように構成してもよい。この構成の場合、リモコン１又はコマンダ２は、リモコン１から入力されたユーザＩＤとコマンドＩＤ等を対応付けた対応付け情報をコマンダ対応付けリストに記録し、当該コマンダ対応付けリストを管理サーバ３へ送信する。
【００３４】
次に、同じカラオケルームにおいて、携帯端末Ｔ１を持つユーザＡによる操作部４４の操作により、カラオケ用アプリケーションプログラムが起動すると、ログイン画面が表示部４３に表示される（ステップＳ７）。そして、ユーザＡにより操作部４４からログイン画面を通じてユーザＩＤ及びパスワードが入力されると（ステップＳ８）、携帯端末Ｔ１は管理サーバ３のＩＰアドレスを用いて管理サーバ３へ、携帯基地局Ｂ及びネットワークＮＷを介して接続する。そして、携帯端末Ｔ１は、ログイン画面を通じて入力されたユーザＩＤ及びパスワードを含むログイン要求を管理サーバ３へ送信する（ステップＳ９）。
【００３５】
なお、ステップＳ８で携帯端末Ｔ１から入力されるユーザＩＤは、ステップＳ２でリモコン１から入力されるユーザＩＤとは異なるものであってもよい。例えば、リモコン１から入力されるユーザＩＤは、例えばカラオケシステムＳを利用するために会員登録を行ったユーザに対して発行されるＩＤ（以下、「カラオケ用ユーザＩＤ」という）である一方、携帯端末Ｔ１から入力されるユーザＩＤは、携帯端末Ｔ１から接続可能な例えば楽曲提供サイトで会員登録を行ったユーザに対して発行されるＩＤ（以下、「携帯端末用ユーザＩＤ」という）である場合が想定されるためである。この場合、双方のユーザＩＤは、登録ユーザリストに記録される。
【００３６】
管理サーバ３は、携帯端末Ｔ１からログイン要求を受信すると、上記ステップＳ４と同じようにユーザ認証処理を実行する（ステップＳ１０）。そして、ログイン要求に含まれるユーザＩＤ及びパスワードの組が登録ユーザリストに記録されている場合（ステップＳ１１：ＹＥＳ）、管理サーバ３は、携帯端末Ｔ１から受信されたログイン要求からユーザＩＤを取得し、当該取得したユーザＩＤが、コマンダ対応付けリストに記録された対応付け情報に含まれるか否かを判定する（ステップＳ１２）。なお、管理サーバ３は、ユーザ認証処理を行わずに、ユーザＩＤが対応付け情報に含まれるか否かを判定するように構成してもよい。そして、管理サーバ３は、ユーザＩＤ（携帯端末Ｔ１から入力されたユーザＩＤ）が対応付け情報に含まれると判定した場合には（ステップＳ１２：ＹＥＳ）、ユーザＩＤにより識別されるユーザＡのログインを許可（認証成功）し、当該ユーザＡがログイン中であることを示すログイン情報をログインユーザリストに記録する（ステップＳ１３）。より具体的には、ログインユーザリストにおいて、対応付け情報に含まれると判定されたユーザＩＤに対応付けられたログインフラグが「１」にセットされる。ログインユーザリストに携帯端末Ｔ１のユーザＡのログイン情報が記録されている期間中、ユーザＡが携帯端末Ｔ１から所望のカラオケ曲の予約を行うことが可能となる。また、このとき、ログイン時刻がログイン履歴としてログインユーザリストに記録される。
【００３７】
なお、携帯端末Ｔ１から入力されるユーザＩＤ（カラオケ用ユーザＩＤ）が、リモコン１から入力されるユーザＩＤ（携帯端末用ユーザＩＤ）とは異なる場合、管理サーバ３等は、携帯端末Ｔ１から入力された携帯端末用ユーザＩＤに対応するカラオケ用ユーザＩＤが対応付け情報に含まれるか否かを判定する。そして、管理サーバ３等は、当該ユーザＩＤが対応付け情報に含まれると判定した場合には、このユーザＩＤにより識別されるユーザＡのログインを許可することになる。ここで、「携帯端末用ユーザＩＤに対応するカラオケ用ユーザＩＤ」は、例えば登録ユーザリストから特定することができる。
【００３８】
次いで、管理サーバ３は、ログイン情報が有効であることを示すワンタイムパスワードを発行する（ステップＳ１４）。このワンタイムパスワードには、例えば有効期限が示される。なお、このワンタイムパスワードは発行されないように構成してもよい（この場合、ステップＳ１４の処理は行われない）。一方、ユーザＩＤ及びパスワードの組が登録ユーザリストに記録されていない場合又はユーザＩＤが対応付け情報に含まれない場合（ステップＳ１１、Ｓ１２：ＮＯ）、認証失敗と判定され、ユーザＡのログインが許可されない。なお、リモコン１のＩＰアドレス、コマンダ２のＩＰアドレス、及び携帯端末Ｔ１のＩＰアドレスは、この携帯端末Ｔ１が使用するユーザＡのユーザＩＤに対応付けられて、当該ユーザＡのログイン期間中、管理される。
【００３９】
次いで、管理サーバ３は、ログイン結果（認証結果）及びユーザＩＤ等を、ログイン要求を送信したリモコン１へ返信する（ステップＳ１５）。このログイン結果には、ログイン許可（認証成功）又はログイン不許可（認証失敗）が示される。ログイン結果がログイン許可の場合、ログイン結果には、上記ステップＳ１４で発行されたワンタイムパスワードが付加される。リモコン１は、管理サーバ３からログイン結果及びユーザＩＤ等を受信すると、これをコマンダ２へ転送する（ステップＳ１６）。コマンダ２は、リモコン１からログイン結果を受信すると、ログイン結果にログイン許可が示されるか否かを確認し、ログイン許可が示される場合には（ステップＳ１７：ＹＥＳ）、受信されたユーザＩＤ及び当該ユーザＡのログイン情報（例えば、ログインフラグ「１」）等をログインユーザリストに記録する（ステップＳ１８）。そして、コマンダ２は、ログイン結果を受信したことを示すログイン結果確認をリモコン１へ返信する（ステップＳ１９）。なお、上記ステップＳ１５において、管理サーバ３は、ログイン結果及びユーザＩＤ等をコマンダ２へ送信するように構成してもよい。
【００４０】
一方、管理サーバ３は、ログイン結果等を、ログイン要求を行った携帯端末Ｔ１へも返信する（ステップＳ２０）。ログイン結果がログイン許可の場合、ログイン結果には、上記ステップＳ１４で発行されたワンタイムパスワード、及びコマンダ情報が付加される。このコマンダ情報には、ログイン要求を行った携帯端末Ｔ１のユーザＡのユーザＩＤに対応付けられたコマンダＩＤが含まれる。なお、ユーザＩＤは、管理サーバ３においてコマンダ対応付けリストでコマンダＩＤに対応付けられて管理されているので、ログイン結果と共にコマンダ情報が携帯端末Ｔ１へ送信されなくともよい。この場合、コマンダ情報がユーザに開示されないので、セキュリティ面で有効である。ただし、この場合、管理サーバ３は、後述するステップＳ３１で携帯端末Ｔ１から予約依頼情報（予約要求）を受信した場合、ユーザＩＤに対応付けられたコマンダＩＤをコマンダ対応付けリストから検索する必要があるので、その分時間のロスが生じる。
【００４１】
そして、携帯端末Ｔ１は、管理サーバ３からログイン結果を受信すると、ログイン結果にログイン許可が示されるか否かを確認する。そして、ログイン結果にログイン許可が示される場合（ステップＳ２１：ＹＥＳ）、携帯端末Ｔ１は、受信されたコマンダ情報及びワンタイムパスワードを例えば記憶部４２に記憶し、コマンダ予約機能をオンに設定する（ステップＳ２２）。これにより、携帯端末Ｔ１は、カラオケ曲の予約を行うインターフェースを持つことになる。一方、ログイン結果にログイン不許可が示される場合（ステップＳ２１：ＮＯ）、コマンダ予約機能をオンに設定されずにオフのままとなる。
【００４２】
なお、ステップＳ１２の別の例として、管理サーバ３は、コマンダ対応付けリストに記録された対応付け情報を参照して、当該ログイン要求を送信した携帯端末Ｔ１にくくり付けられたコマンダ２を特定し、当該特定したコマンダ２又は当該特定したコマンダ２にくくり付けられたリモコン１へ、携帯端末Ｔ１から受信されたログイン要求を送信するように構成してもよい。ここで、コマンダ２の特定は、携帯端末Ｔ１から受信されたログイン要求に含まれるユーザＩＤに対応付けられているコマンダＩＤを対応付け情報から特定することにより行われる。この構成の場合、リモコン１又はコマンダ２は、管理サーバ３から受信されたログイン要求に含まれるユーザＩＤ（携帯端末Ｔ１から入力されたユーザＩＤ）が、コマンダ対応付けリストに記録された対応付け情報に含まれるか否かを判定する。そして、リモコン１又はコマンダ２は、ユーザＩＤが対応付け情報に含まれると判定した場合には、当該ユーザＩＤにより識別されるユーザＡのログインを許可し、当該ユーザＡがログイン中であることを示すログイン情報をログインユーザリストに記録する。なお、この構成の場合、上記ステップＳ１４〜Ｓ１９の処理の代わりに、リモコン１又はコマンダ２は、ログイン結果及びユーザＩＤ等を、管理サーバ３へ送信する。そして、管理サーバ３は、ログイン結果及びユーザＩＤ等を受信すると、ログイン結果にログイン許可が示されるか否かを確認し、ログイン結果にログイン許可が示される場合、ワンタイムパスワードを発行し、当該ワンタイムパスワード及びコマンダ情報が付加されたログイン結果を、ログイン要求を行った携帯端末Ｔ１へ返信することになる（ステップＳ２０）。
【００４３】
更に、ステップＳ１２の別の例として、管理サーバ３は、携帯端末Ｔ１から受信されたログイン要求に含まれるユーザＩＤに対応付けられているコマンダＩＤを含む対応付け情報を特定し、当該特定した対応付け情報を携帯端末Ｔ１へ送信するように構成してもよい。この構成の場合、携帯端末Ｔ１は、管理サーバ３から受信された対応付け情報を参照して、入力されたユーザＩＤが、当該対応付け情報に含まれるか否かを判定する。そして、携帯端末Ｔ１は、ユーザＩＤが対応付け情報に含まれると判定した場合には、当該ユーザＩＤにより識別されるユーザＡのログインを許可し、当該ユーザＡがログイン中であることを示すログイン情報を記録する。そして、携帯端末Ｔ１は、ログイン結果及びユーザＩＤ等を、管理サーバ３へ送信する。そして、管理サーバ３は、ログイン結果及びユーザＩＤ等を受信すると、ログイン結果にログイン許可が示されるか否かを確認し、ログイン結果にログイン許可が示される場合、ワンタイムパスワードを発行し、当該ワンタイムパスワード及びコマンダ情報を、ログイン要求を行った携帯端末Ｔ１へ返信する。そして、携帯端末Ｔ１は、管理サーバ３からコマンダ情報等を受信すると、コマンダ予約機能をオンに設定することになる。
【００４４】
なお、上記動作は、同じカラオケルームを利用するユーザごとに行われる。その結果、各ユーザのユーザＩＤが、１台のコマンダ２のコマンダＩＤに対応付けられることになる。
【００４５】
（２−２．カラオケ曲予約動作）
次に、携帯端末Ｔ１によるカラオケ曲予約動作について、実施例１と実施例２に分けて説明する。
【００４６】
（実施例１）
先ず、図４（Ａ）を参照して、実施例１におけるカラオケ曲予約動作を説明する。実施例１は、携帯端末Ｔ１から管理サーバ３を介してコマンダ２へ予約指令が送信される動作例である。図４（Ａ）は、実施例１における携帯端末Ｔ１によるカラオケ曲予約動作を示すシーケンス図である。
【００４７】
携帯端末Ｔ１において、コマンダ予約機能がオンに設定されると、ユーザＡは携帯端末Ｔ１からカラオケ曲の選曲及び予約操作を行うことが可能となる。なお、選曲候補のカラオケ曲の楽曲リストは、例えば管理サーバ３から送信される。そして、ユーザＡは携帯端末Ｔ１において操作部４４を操作して所望のカラオケ曲を選曲する指示（カラオケ曲の予約の指示も伴う）を行うと、携帯端末Ｔ１は、選曲されたカラオケ曲の予約依頼を示す予約依頼情報であってカラオケ曲番号を含む予約依頼情報（予約要求）を、ネットワークＮＷを介して管理サーバ３へ送信する（ステップＳ３１）。この予約依頼情報には、携帯端末Ｔ１のユーザＡのユーザＩＤと、ログイン時に記憶部４２に記憶されたコマンダ情報及びワンタイムパスワードとが付加される。なお、選曲されたカラオケ曲の予約依頼を示す予約依頼情報は、カラオケ曲に対する操作依頼を示す操作依頼情報の一例である。この操作依頼情報は、カラオケ曲の音量操作指示による音量変更依頼、又はカラオケ曲の音高キー変更操作指示によるキー変更依頼等を示すものであってもよく、この場合、ユーザＡは、携帯端末Ｔ１からカラオケ曲の音量変更、又はカラオケ曲の音高キー変更等を行うことができる。
【００４８】
管理サーバ３は、携帯端末Ｔ１から予約依頼情報、ユーザＩＤ、コマンダ情報、及びワンタイムパスワードを受信すると、予約依頼受付通知を携帯端末Ｔ１へ返信する（ステップＳ３２）。そして、管理サーバ３は、ログインユーザリストを参照して、予約依頼情報と共に受信されたユーザＩＤに対応するユーザＡがログイン中であるか否かを判定する（ステップＳ３３）。つまり、ログインユーザリストにおいて、ユーザＩＤに対応付けられたログインフラグが「１」であれば、ユーザＡがログイン中ということになる。そして、管理サーバ３は、ユーザＡがログイン中であると判定した場合には（ステップＳ３３：ＹＥＳ）、予約依頼情報と共に受信されたワンタイムパスワードが有効であるか否かを判定する（ステップＳ３４）。なお、ワンタイムパスワードが発行されない構成では、ステップＳ３３の処理はスキップされる。例えば、受信されたワンタイムパスワードが、管理サーバ３が発行したものであり、且つ有効期限内であれば、ワンタイムパスワードが有効であると判定される。そして、管理サーバ３は、ワンタイムパスワードが有効であると判定した場合には（ステップＳ３４：ＹＥＳ）、予約依頼情報と共に受信されたコマンダ情報に対応するコマンダ２へ、予約依頼情報に示されるカラオケ曲の予約指令を送信する（ステップＳ３５）。つまり、管理サーバ３は、予約指令を送信することで、コマンダ２に対してカラオケ曲の予約を受け付けさせる。この予約指令には、予約依頼情報に含まれるカラオケ曲番号が含まれる。また、予約指令には、予約依頼情報と共に受信されたユーザＩＤが付加される。この予約指令は、カラオケ曲の音量変更指令、又はカラオケ曲の音高キー変更指令等である場合もある。なお、上記ステップＳ２０においてログイン結果と共にコマンダ情報が携帯端末Ｔ１に送信されていない場合、管理サーバ３は、予約依頼情報と共に受信されたユーザＩＤに対応付けられたコマンダＩＤをコマンダ対応付けリストから検索して抽出する必要がある。
【００４９】
一方、管理サーバ３は、ユーザＡがログイン中でないと判定した場合（ステップＳ３３：ＮＯ）、又はワンタイムパスワードが有効でないと判定した場合（ステップＳ３４：ＮＯ）、予約指令をコマンダ２へ送信することなく、例えば携帯端末Ｔ１へエラー通知を返信する（ステップＳ３６）。
【００５０】
そして、コマンダ２は、管理サーバ３から予約指令を受信すると、予約指令に示されるカラオケ曲の予約を受け付け、そのカラオケ曲番号を演奏予約リストに記録する（ステップＳ３７）。こうして演奏予約リストにカラオケ曲番号が記録されたカラオケ曲は、例えば予約順に演奏されることになる。そして、コマンダ２は、予約結果を管理サーバ３に返信する（ステップＳ３８）。この予約結果には、予約が受け付けられたか否かが示される。予約が受け付けられない場合としては、例えば予約指令に含まれるカラオケ曲番号が存在しない場合、又はコマンダ２が予約受付可能な最大数を超えている場合等が該当する。なお、管理サーバ３は、コマンダ２から予約結果を受信した場合、この予約結果を携帯端末Ｔ１へ返信するように構成してもよい。
【００５１】
以上説明したように、実施例１におけるカラオケ曲予約動作によれば、携帯端末Ｔ１から管理サーバ３を介してコマンダ２へ予約指令が送信されるため、セキュリティをより高めつつ、ユーザＡがログイン期間中に携帯端末Ｔ１を用いて、速やかにカラオケ曲の予約を行うことができる。
【００５２】
（実施例２）
次に、図４（Ｂ）を参照して、実施例２におけるカラオケ曲予約動作を説明する。実施例２は、携帯端末Ｔ１からコマンダ２へ予約指令が直接送信される動作例である。図４（Ｂ）は、実施例２における携帯端末Ｔ１によるカラオケ曲予約動作を示すシーケンス図である。
【００５３】
実施例２の場合、携帯端末Ｔ１は管理サーバ３からコマンダ情報としてコマンダＩＤを受信すると、携帯端末Ｔ１は、無線ＬＡＮ通信部４８により無線ＬＡＮのアクセスポイントＡＰに接続する。これにより、携帯端末Ｔ１は、無線ＬＡＮ通信が可能になると、管理サーバ３から取得したコマンダＩＤ（コマンダ２のＩＰアドレス）に基づき無線ＬＡＮ及び有線ＬＡＮを介してコマンダ２に接続する。そして、実施例１と同様にユーザＡが携帯端末Ｔ１において操作部４４を操作して所望のカラオケ曲を選曲すると、携帯端末Ｔ１は、選曲されたカラオケ曲の予約依頼を示す予約依頼情報であってカラオケ曲番号を含む予約依頼情報を、無線ＬＡＮ及び有線ＬＡＮを介してコマンダ２へ送信する（ステップＳ４１）。この予約依頼情報には、携帯端末Ｔ１のユーザＡのユーザＩＤとワンタイムパスワードが付加される。なお、選曲されたカラオケ曲の予約依頼を示す予約依頼情報は、実施例１と同様、カラオケ曲に対する操作依頼を示す操作依頼情報の一例である。この操作依頼情報は、カラオケ曲の音量操作指示による音量変更依頼、又はカラオケ曲の音高キー変更操作指示によるキー変更依頼等を示すものであってもよく、この場合、ユーザＡは、携帯端末Ｔ１からカラオケ曲の音量変更、又はカラオケ曲の音高キー変更等を行うことができる。
【００５４】
そして、コマンダ２は、上記ステップＳ３３と同じように、ログインユーザリストを参照して、予約依頼情報と共に受信されたユーザＩＤに対応するユーザＡがログイン中であるか否かを判定する（ステップＳ４２）。そして、コマンダ２は、ユーザＡがログイン中であると判定した場合には（ステップＳ４２：ＹＥＳ）、予約依頼情報と共に受信されたワンタイムパスワードが有効であるか否かを判定する（ステップＳ４３）。なお、ワンタイムパスワードが発行されない構成では、ステップＳ４３の処理はスキップされる。そして、コマンダ２は、ユーザＡがログイン中でないと判定した場合（ステップＳ４２：ＮＯ）、又はワンタイムパスワードが有効でないと判定した場合（ステップＳ４３：ＮＯ）、カラオケ曲の予約を受け付けることなく、例えば携帯端末Ｔ１へエラー通知を返信する（ステップＳ４４）。
【００５５】
一方、コマンダ２は、ワンタイムパスワードが有効であると判定した場合には（ステップＳ４３：ＹＥＳ）、予約依頼情報に示されるカラオケ曲の予約を受け付け、そのカラオケ曲番号を演奏予約リストに記録する（ステップＳ４５）。次いで、コマンダ２は、予約結果を携帯端末Ｔ１に返信する（ステップＳ４６）。
【００５６】
以上説明したように、実施例２におけるカラオケ曲予約動作によれば、携帯端末Ｔ１からコマンダ２へ予約指令が直接送信されるため、ユーザＡはログイン期間中に携帯端末Ｔ１を用いて、管理サーバ３を介してカラオケ曲を予約させるよりも、より迅速にカラオケ曲の予約を行うことができる。
【００５７】
（２−３．ユーザのログアウト動作）
次に、図５を参照してユーザのログアウト動作について説明する。図５は、ユーザのログアウト動作を示すシーケンス図である。
【００５８】
管理サーバ３は、ログイン中であるユーザについて所定のログアウト条件を満たすか否かを判定する（ステップＳ５１）。なお、この判定は所定時間間隔で行われる。例えば、管理サーバ３は、ログアウト要求を受信するとログアウト条件を満たすと判定する。ログアウト要求は、例えば、ユーザＡによりリモコン１の操作部１６からログアウトが指定されることにより管理サーバ３へ送信される。或いは、ログアウト要求は、ユーザＡがカラオケ店舗から退出する際にカラオケ店舗の定員により店舗端末（図示せず）からユーザＡのログアウトが指定されることにより管理サーバ３に送信される。なお、ログアウト要求には、ログアウト対象のユーザＡのユーザＩＤが含まれる。また、管理サーバ３は、例えばコマンダ２からの信号が所定時間ない場合に、このコマンダ２のコマンダＩＤに対応付けられたユーザＩＤについてログアウト条件を満たす（タイムアウト）と判定するように構成してもよい。
【００５９】
そして、管理サーバ３は、ログアウト条件を満たすと判定した場合（ステップＳ５１：ＹＥＳ）、ログアウト対象のユーザＡのログイン情報に代えて当該ユーザＡがログアウトしたことを示すログアウト情報をログインユーザリストに記録する（ステップＳ５２）。より具体的には、ログインユーザリストにおいて、ログアウト対象のユーザＡのユーザＩＤに対応付けられたログインフラグが「０」にセットされる。また、このとき、ログアウト時刻がログイン履歴としてログインユーザリストに記録される。そして、管理サーバ３は、コマンダ対応付けリストにおけるコマンダＩＤとユーザＩＤとの対応付けを解除する（ステップＳ５３）。例えば、ログアウトされたユーザＩＤを含む対応付け情報がコマンダ対応付けリストから削除される。これにより、コマンダ２と携帯端末Ｔ１とのくくり付けが解除される。このように、ログアウト情報が記録された場合、コマンダ２によるカラオケ曲の予約の受け付けが終了することになる。これにより、ユーザＡがカラオケ店舗から退出した後に、例えばいたずら目的でコマンダ２を操作されてしまうことを防止することができる。
【００６０】
次いで、管理サーバ３は、ログアウト対象のユーザＡのユーザＩＤに対応付けられたリモコン１のＩＰアドレスにしたがって、このリモコン１へログアウト情報を送信する（ステップＳ５４）。このログアウト情報には、ログアウト対象のユーザＡのユーザＩＤ及びこれに対応付けられたコマンダＩＤが付加される。そして、リモコン１は、管理サーバ３からログアウト情報を受信すると、このリモコン１にくくり付けられたコマンダ２へログアウト情報、ユーザＩＤ及びコマンダＩＤを転送する（ステップＳ５５）。コマンダ２は、リモコン１からログアウト情報等を受信すると、ログアウト対象のユーザＡのログイン情報に代えて当該ユーザＡがログアウトしたことを示すログアウト情報をログインユーザリストに記録する（ステップＳ５６）。また、ログインユーザリストがリモコン１に記憶されている場合、ログアウト対象のユーザＡのログイン情報に代えて当該ユーザＡがログアウトしたことを示すログアウト情報が当該ログインユーザリストに記録される。また、このログアウト情報は、携帯端末Ｔ１に記録されるように構成してもよい。なお、管理サーバ３は、ログアウト対象のユーザＡのユーザＩＤに対応付けられたコマンダ２のＩＰアドレスにしたがって、このコマンダ２へログアウト情報等を送信するように構成してもよい。
【００６１】
一方、管理サーバ３は、ログアウト対象のユーザＡのユーザＩＤに対応付けられた携帯端末Ｔ１のＩＰアドレスにしたがって、この携帯端末Ｔ１へログアウト情報、ユーザＩＤ及びコマンダＩＤを送信する（ステップＳ５７）。そして、携帯端末Ｔ１は、管理サーバ３からログアウト情報等を受信すると、コマンダ情報及びワンタイムパスワードを削除し、コマンダ予約機能をオフに設定する（ステップＳ５８）。
【００６２】
なお、上記ステップＳ５１〜Ｓ５３の処理は、リモコン１又はコマンダ２により行われるように構成してもよい。この場合、ログアウト情報は、リモコン１又はコマンダ２から管理サーバ３へ送信される。また、この場合、ログアウト情報は、管理サーバ３から携帯端末Ｔ１へ送信されるように構成してもよいし、コマンダ２から携帯端末Ｔ１へ送信されるように構成してもよい。
【００６３】
以上説明したように、上記実施形態によれば、リモコン１から入力されたユーザのユーザＩＤと、リモコン１にくくり付けられたコマンダ２のコマンダＩＤとを対応付けた対応付け情報を記憶しておき、携帯端末Ｔｎから入力されたユーザＩＤが上記対応付け情報に含まれる場合、当該ユーザＩＤにより識別されるユーザのログインを許可し、コマンダ２が、携帯端末Ｔｎのユーザのログイン期間中、当該携帯端末Ｔｎにおいて選曲されたカラオケ曲の予約などを受け付けるように構成した。そのため、顧客が入れ替わることが前提となるカラオケ店舗において、携帯端末Ｔｎからカラオケ曲の予約ができる期間をユーザのログイン期間中に制限することができ、その結果、セキュリティを維持しつつ、ユーザがログイン期間中に携帯端末Ｔｎを用いて速やかにカラオケ曲の予約を行うことができる。
【００６４】
また、上記カラオケ曲に対する操作は、カラオケ曲の予約（予約操作）の他にも、上述したように、例えば、携帯端末Ｔｎによる予約の指示を、カラオケ曲の音量操作指示や、音高キー変更操作指示などへ置き換えることで、これら操作指示を受け付けるコマンダ２の応答処理を、各操作指示それぞれに対応した処理へ、と変更すれば、携帯端末Ｔｎを用いて、コマンダ２で演奏するカラオケ曲に対する各種操作を受け付けるともできる。この場合、携帯端末Ｔｎからカラオケ曲に対する操作ができる期間をユーザのログイン期間中に制限することができ、その結果、セキュリティを維持しつつ、ユーザがログイン期間中に携帯端末Ｔｎを用いて速やかにカラオケ曲に対する操作を行うことができる。
【符号の説明】
【００６５】
１  リモコン
２  コマンダ
３  管理サーバ
Ｔｎ  携帯端末
Ｓ  カラオケシステム
【図１】
0005418554.tif 000002
【図２】
0005418554.tif 000003
【図３】
0005418554.tif 000004
【図４】
0005418554.tif 000005
【図５】
0005418554.tif 000006