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