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