(57)【特許請求の範囲】
【請求項１】
カラオケ本体及び複数のリモコン装置を有するカラオケ装置において、
前記カラオケ本体は、
前記リモコン装置から送信された楽曲情報に基づいて、当該楽曲の予約登録が可能かどうかを判断する判断部と、
前記予約登録が不可能と判断された場合、現在の演奏状況に基づいて、予約登録が可能となる時間を示す予約待ち時間を算出する算出部と、
前記楽曲情報、及び前記楽曲情報を送信したリモコン装置を示すリモコン情報に前記予約待ち時間を関連付けて、前記複数のリモコン装置全てに送信する本体側情報管理部と、
を有し、
前記複数のリモコン装置それぞれは、
前記楽曲情報、及び前記リモコン情報を記憶する情報記憶部と、
記憶された前記リモコン情報が自己のリモコン装置を示す情報であるかどうかを判定するリモコン判定部と、
前記予約待ち時間のカウントを行うカウント部と、
記憶された前記リモコン情報が自己のリモコン装置を示す情報であると判定された場合、且つ前記予約待ち時間が経過した際に、当該予約待ち時間と関連付けられている前記楽曲情報を再送するリモコン側情報管理部と、
を有することを特徴とするカラオケ装置。
【請求項２】
前記予約待ち時間のカウント中に新たな楽曲情報の入力がなされた場合、前記リモコン側情報管理部は、前記予約待ち時間が経過するまで前記カラオケ本体に対して前記新たな楽曲情報を送信しないことを特徴とする請求項１記載のカラオケ装置。
【請求項３】
前記情報記憶部に少なくとも一組の前記楽曲情報及び前記リモコン情報が記憶されている状態において、
第１の新たな楽曲情報の送信があった場合、前記算出部は、現在の演奏状況に基づいて第１の仮時間を算出し、
前記本体側情報管理部は、前記第１の新たな楽曲情報及び前記第１の新たな楽曲情報を送信したリモコン装置を示す第１の新たなリモコン情報に前記第１の仮時間を関連付けて、前記複数のリモコン装置全てに送信し、
第１の新たな楽曲情報が送信された後に第２の新たな楽曲情報の送信があった場合、前記算出部は、現在の演奏状況に基づいて第２の仮時間を算出し、
前記本体側情報管理部は、前記第２の新たな楽曲情報及び前記第２の新たな楽曲情報を送信したリモコン装置を示す第２の新たなリモコン情報に前記第２の仮時間を関連付けて、前記複数のリモコン装置全てに送信し、
前記情報記憶部は、受信した前記第１の新たな楽曲情報及び前記第１の新たなリモコン情報と、前記第２の新たな楽曲情報及び前記第２の新たなリモコン情報とを時系列に記憶し、
前記第１の新たな楽曲情報を送信したリモコン装置の前記リモコン側情報管理部は、前記予約待ち時間と関連付けられている前記楽曲情報が再送された後に、前記第１の新たな楽曲情報を再送し、
前記算出部は、前記第１の新たな楽曲情報の予約登録が可能となる時間を示す新たな予約待ち時間を算出し、
前記本体側情報管理部は、前記第１の新たな楽曲情報、及び前記第１の新たなリモコン情報に前記新たな予約時間を関連付けて、前記複数のリモコン装置全てに送信し、
前記リモコン判定部は、前記第１の新たなリモコン情報が自己のリモコン装置を示す情報であるかどうかを判定し、
前記カウント部は、前記新たな予約待ち時間のカウントを行い、
前記リモコン側情報管理部は、記憶された前記第１の新たなリモコン情報が自己のリモコン装置を示す情報であると判定された場合、且つ前記新たな予約待ち時間が経過した際に、当該新たな予約待ち時間と関連付けられている前記第１の新たな楽曲情報を再送することを特徴とする請求項１記載のカラオケ装置。
【請求項４】
前記リモコン側情報管理部は、前記予約待ち時間の経過後、前記新たな予約待ち時間のカウントが開始される前に前記本体側情報管理部から受信した楽曲情報が、前記新たな予約待ち時間が関連付けられた第１の新たな楽曲情報か前記第２の新たな楽曲情報かを判断し、
前記第１の新たな楽曲情報の場合、前記カウント部は、前記新たな予約待ち時間のカウントを開始し、
前記第２の新たな楽曲情報の場合、前記情報記憶部は、前記第２の新たな楽曲情報及び前記第２の新たなリモコン情報を前記第１の新たな楽曲情報及び前記第１の新たなリモコン情報よりも後に記憶させることを特徴とする請求項３記載のカラオケ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はカラオケ装置に関する。
【０００２】
カラオケ装置は、カラオケ本体及びリモコン装置を備える。カラオケ本体は、歌唱を希望する楽曲を予め登録しておく予約登録機能が搭載されている。リモコン装置は、利用者が選択し、予約の送信指示を行った楽曲情報（たとえば、楽曲ＩＤ）をカラオケ本体に送信する。カラオケ本体は、リモコン装置から受信した楽曲情報を予約メモリに記憶し、予約された順に楽曲の演奏を行う。
【０００３】
一般的なカラオケ本体は、楽曲と楽曲が演奏される数秒の間に、現在予約登録されている楽曲の予約曲リストを表示するようになっている。しかし、楽曲演奏の合間は数秒であるために、複数ページに分け予約曲リストを表示させることはできない。従って、表示制限を設けるために、カラオケ本体にて予約できる楽曲数の上限を定めている。この場合、予約の上限を越えた時に、リモコン装置より楽曲情報が送信された場合、カラオケ本体側では当該楽曲情報を受け付けないため、利用者は楽曲情報の再送が必要となる。
【０００４】
そこで、たとえば、特許文献１に記載された、現在演奏中の楽曲の残り時間、または楽曲全体の現在の時間的位置を表示する技術を利用し、楽曲情報を再送するタイミングを把握することが可能である。
【０００５】
或いは、特許文献２に記載された、利用者が検索した希望曲リストをメモ帳に記録し、演奏終了後にカラオケ装置から受信した採点結果をメモ帳に表示する技術を利用し、予約楽曲が上限に達した場合には予約したい楽曲をメモ帳に記憶しておくことで、改めて楽曲情報を再送することも可能である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０００−１４８１６４号公報
【特許文献２】特開２００７−１９９７３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１または特許文献２の技術を利用する場合、利用者が予約可能なタイミングを見極めて、自ら楽曲情報の再送を指示する必要があり、煩雑であった。また、適切なタイミングで楽曲情報を再送しなかった場合には、別の利用者が先に予約登録をしてしまう場合もありうる。
【０００８】
また、大人数が収容できるパーティールームやカラオケ喫茶等のように、１台のカラオケ装置に対して複数のリモコン装置がペアリングされている場合、異なるリモコン装置から様々なタイミングで楽曲情報が送信（または再送）される可能性がある。
【０００９】
本発明の目的は、複数のリモコン装置がペアリングされたカラオケ装置において、一旦、楽曲の予約登録が出来なかった場合であっても、適切なタイミングで当該楽曲の予約登録を自動的に行うカラオケ装置を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するための主たる発明は、カラオケ本体及び複数のリモコン装置を有するカラオケ装置において、前記カラオケ本体は、前記リモコン装置から送信された楽曲情報に基づいて、当該楽曲の予約登録が可能かどうかを判断する判断部と、前記予約登録が不可能と判断された場合、現在の演奏状況に基づいて、予約登録が可能となる時間を示す予約待ち時間を算出する算出部と、前記楽曲情報、及び前記楽曲情報を送信したリモコン装置を示すリモコン情報に前記予約待ち時間を関連付けて、前記複数のリモコン装置全てに送信する本体側情報管理部と、を有し、前記複数のリモコン装置それぞれは、前記楽曲情報、及び前記リモコン情報を記憶する情報記憶部と、記憶された前記リモコン情報が自己のリモコン装置を示す情報であるかどうかを判定するリモコン判定部と、前記予約待ち時間のカウントを行うカウント部と、記憶された前記リモコン情報が自己のリモコン装置を示す情報であると判定された場合、且つ前記予約待ち時間が経過した際に、当該予約待ち時間と関連付けられている前記楽曲情報を再送するリモコン側情報管理部と、を有することを特徴とするカラオケ装置である。
本発明の他の特徴については、後述する明細書及び図面の記載により明らかにする。
【発明の効果】
【００１１】
本発明によれば、複数のリモコン装置がペアリングされたカラオケ装置において、一旦、楽曲の予約登録が出来なかった場合であっても、適切なタイミングで当該楽曲の予約登録を自動的に行うことができる。
【図面の簡単な説明】
【００１２】
【図１】第１実施形態に係るカラオケ装置の概略を示す図である。
【図２】第１実施形態に係るカラオケ本体のハードウェア構成例を示す図である。
【図３】第１実施形態に係るリモコン装置のハードウェア構成例を示す図である。
【図４】第１実施形態に係るカラオケ本体のソフトウェア構成例を示す図である。
【図５Ａ】第１実施形態に係る予約記憶部のメモリを模式的に示した図である。
【図５Ｂ】第１実施形態に係る予約記憶部のメモリを模式的に示した図である。
【図５Ｃ】第１実施形態に係る予約記憶部のメモリを模式的に示した図である。
【図６】第１実施形態に係るリモコン装置のソフトウェア構成例を示す図である。
【図７】第１実施形態に係るカラオケ装置の処理を示すフローチャートである。
【図８】第２実施形態の説明に用いるカラオケ本体とリモコン装置との関係を時系列に示した図である。
【図９】第２実施形態に係るカラオケ本体とリモコン装置との関係を時系列に示した図である。
【図１０】第３実施形態に係るカラオケ本体とリモコン装置との関係を時系列に示した図である。
【図１１】第３実施形態に係るカラオケ本体とリモコン装置との関係を時系列に示した図である。
【発明を実施するための形態】
【００１３】
後述する明細書及び図面の記載から、上記の主たる発明の他、少なくとも以下の事項が明らかとなる。
【００１４】
すなわち、前記予約待ち時間のカウント中に新たな楽曲情報の入力がなされた場合、前記リモコン側情報管理部は、前記予約待ち時間が経過するまで前記カラオケ本体に対して前記新たな楽曲情報を送信しないことを特徴とするカラオケ装置が明らかとなる。このようなカラオケ装置によれば、先の予約登録が優先されるため、他の予約が先になされる可能性を低減できる。
【００１５】
また、前記情報記憶部に少なくとも一組の前記楽曲情報及び前記リモコン情報が記憶されている状態において、第１の新たな楽曲情報の送信があった場合、前記算出部は、現在の演奏状況に基づいて第１の仮時間を算出し、前記本体側情報管理部は、前記第１の新たな楽曲情報及び前記第１の新たな楽曲情報を送信したリモコン装置を示す第１の新たなリモコン情報に前記第１の仮時間を関連付けて、前記複数のリモコン装置全てに送信し、第１の新たな楽曲情報が送信された後に第２の新たな楽曲情報の送信があった場合、前記算出部は、現在の演奏状況に基づいて第２の仮時間を算出し、前記本体側情報管理部は、前記第２の新たな楽曲情報及び前記第２の新たな楽曲情報を送信したリモコン装置を示す第２の新たなリモコン情報に前記第２の仮時間を関連付けて、前記複数のリモコン装置全てに送信し、前記情報記憶部は、受信した前記第１の新たな楽曲情報及び前記第１の新たなリモコン情報と、前記第２の新たな楽曲情報及び前記第２の新たなリモコン情報とを時系列に記憶し、前記第１の新たな楽曲情報を送信したリモコン装置の前記リモコン側情報管理部は、前記予約待ち時間と関連付けられている前記楽曲情報が再送された後に、前記第１の新たな楽曲情報を再送し、前記算出部は、前記第１の新たな楽曲情報の予約登録が可能となる時間を示す新たな予約待ち時間を算出し、前記本体側情報管理部は、前記第１の新たな楽曲情報、及び前記第１の新たなリモコン情報に前記新たな予約時間を関連付けて、前記複数のリモコン装置全てに送信し、前記リモコン判定部は、前記第１の新たなリモコン情報が自己のリモコン装置を示す情報であるかどうかを判定し、前記カウント部は、前記新たな予約待ち時間のカウントを行い、前記リモコン側情報管理部は、記憶された前記第１の新たなリモコン情報が自己のリモコン装置を示す情報であると判定された場合、且つ前記新たな予約待ち時間が経過した際に、当該新たな予約待ち時間と関連付けられている前記第１の新たな楽曲情報を再送することを特徴とするカラオケ装置が明らかとなる。このようなカラオケ装置によれば、新たな楽曲情報の送信が複数なされた場合（複数の予約がなされた場合）であっても、予約された順番に沿って、楽曲の予約登録を自動的に行うことが可能となる。
【００１６】
また、前記リモコン側情報管理部は、前記予約待ち時間の経過後、前記新たな予約待ち時間のカウントが開始される前に前記本体側情報管理部から受信した楽曲情報が、前記新たな予約待ち時間が関連付けられた第１の新たな楽曲情報か前記第２の新たな楽曲情報かを判断し、前記第１の新たな楽曲情報の場合、前記カウント部は、前記新たな予約待ち時間のカウントを開始し、前記第２の新たな楽曲情報の場合、前記情報記憶部は、前記第２の新たな楽曲情報及び前記第２の新たなリモコン情報を前記第１の新たな楽曲情報及び前記第１の新たなリモコン情報よりも後に記憶させることを特徴とするカラオケ装置が明らかとなる。このようなカラオケ装置によれば、カウントすべき予約待ち時間を間違えることがない。
【００１７】
＜第１実施形態＞
図１〜図７を参照して、第１実施形態に係るカラオケ装置１について説明する。
【００１８】
＝＝カラオケ装置＝＝
（ハードウェア構成）
カラオケ装置１は、カラオケ演奏及び利用者が歌唱を行うための装置である。図１に示すように、カラオケ装置１は、カラオケ本体１０、スピーカ２０、表示装置３０、マイク４０、及び複数のリモコン装置（リモコン装置５０ａ及びリモコン装置５０ｂ）を備える。なお、リモコン装置は３つ以上あってもよい。複数のリモコン装置それぞれは、カラオケ本体１０と個別に通信可能となっている。
【００１９】
カラオケ本体１０は、予約登録された楽曲の演奏制御、歌詞や背景映像等の表示制御、マイク４０を通じて入力された歌唱音声信号の処理といった、カラオケ歌唱に関する各種の制御を行う。図２はカラオケ本体１０のハードウェア構成例を示す図である。カラオケ本体１０は、制御部１１、通信部１２、記憶部１３、音響処理部１４、表示処理部１５及び操作部１６を備える。各構成はインターフェース（図示なし）を介してバスＢに接続されている。
【００２０】
制御部１１は、ＣＰＵ１１ａおよびメモリ１１ｂを備える。ＣＰＵ１１ａは、メモリ１１ｂに記憶された動作プログラムを実行することにより各種の制御機能を実現する。メモリ１１ｂは、ＣＰＵ１１ａに実行されるプログラムを記憶したり、プログラムの実行時に各種情報を一時的に記憶したりする記憶装置である。
【００２１】
通信部１２は、ルーター（図示なし）を介してカラオケ本体１０を通信回線に接続するためのインタフェースを提供する。
【００２２】
記憶部１３は、各種のデータを記憶する大容量の記憶装置であり、たとえばハードディスクドライブなどである。
【００２３】
記憶部１３は、複数の楽曲データを記憶する。楽曲データは、カラオケ装置１によりカラオケ演奏を行うためのデータである。カラオケ装置１が楽曲データに基づいて楽曲を演奏することにより、利用者はカラオケの歌唱が可能となる。楽曲データは、楽曲毎に所定のＩＤ（楽曲ＩＤ）が付与されている。
【００２４】
音響処理部１４は、制御部１１の制御に基づき、カラオケ楽曲に対する演奏の制御およびマイク４０を通じて入力された音声信号の処理を行う。音響処理部１４は、たとえばＭＩＤＩ音源、ミキサ、アンプ（いずれも図示なし）を含む。ＭＩＤＩ音源は、楽曲データに基づいて楽音信号を生成する。ミキサは、当該音楽信号およびマイク４０から出力される音声信号を適当な比率でミキシングしてアンプに出力する。アンプは、ミキサからのミキシング信号を増幅し、放音信号としてスピーカ２０へ出力する。これにより、スピーカ２０からは放音信号に基づくカラオケ演奏音およびマイク４０からの歌唱音声が放音される。
【００２５】
表示処理部１５は、制御部１１の制御に基づき、表示装置３０における各種表示に関する処理を行う。たとえば、表示処理部１５は、カラオケ演奏時における背景映像に歌詞テロップや各種アイコンが重ねられた映像を表示装置３０に表示させる。
【００２６】
操作部１６は、パネルスイッチおよびリモコン受信回路などからなり、利用者によるカラオケ装置１のパネルスイッチあるいはリモコン装置の操作に応じて予約信号、演奏中止信号などの操作信号を制御部１１に対して出力する。制御部１１は、操作部１６からの操作信号を検出し、対応する処理を実行する。
【００２７】
スピーカ２０はカラオケ本体１０からの放音信号に基づいて放音するための構成である。表示装置３０はカラオケ本体１０からの信号に基づいて映像や画像を画面に表示するための構成である。マイク４０は利用者の音声（歌唱音声）をアナログの音声信号に変換してカラオケ本体１０に入力するための構成である。
【００２８】
リモコン装置５０ａ及びリモコン装置５０ｂは、カラオケ本体１０に対する各種操作をおこなうための装置である。リモコン装置５０ａ及びリモコン装置５０ｂそれぞれは、同様の操作を行うことができる。利用者はリモコン装置５０ａまたはリモコン装置５０ｂを用いてカラオケ装置１の起動、楽曲の予約等を行うことができる。リモコン装置５０ａ及びリモコン装置５０ｂのディスプレイには各種操作の指示入力を行うためのＧＵＩが表示される。
【００２９】
図３はリモコン装置５０ａのハードウェア構成例を示す図である。リモコン装置５０ｂも同様のハードウェア構成を有する。リモコン装置５０ａは、制御部５００、通信部５０１、記憶部５０２、表示処理部５０３及び操作部５０４を備える。各構成はインターフェース（図示なし）を介してバスＢに接続されている。
【００３０】
制御部５００は、ＣＰＵ５００ａおよびメモリ５００ｂを備える。通信部５０１は、ルーター（図示なし）を介してリモコン装置５０ａを通信回線に接続するためのインタフェースを提供する。記憶部５０２は、各種のデータを記憶する大容量の記憶装置である。表示処理部５０３は、制御部５００の制御に基づき、リモコン装置５０ａにおける各種表示（たとえば、楽曲の検索画面や予約登録画面の表示）に関する処理を行う。操作部５０４は、たとえば、楽曲の検索や予約登録の作業等を行うためのＧＵＩである。
【００３１】
（カラオケ本体のソフトウェア構成）
図４はカラオケ本体１０のソフトウェア構成例を示す図である。カラオケ本体１０は、本体側情報管理部１００、予約記憶部２００、判断部３００及び算出部４００を備える。本体側情報管理部１００、判断部３００及び算出部４００は、ＣＰＵ１１ａがメモリ１１ｂに記憶されるプログラムを実行することにより実現される。予約記憶部２００は、記憶部１３が提供する記憶領域の一部として実現される。
【００３２】
［本体側情報管理部］
本体側情報管理部１００は、通信部１２を介してリモコン装置５０ａ及びリモコン装置５０ｂと行う情報の送受信に関する管理を行う。具体的に、本体側情報管理部１００は、通信部１２を介し、リモコン装置５０ａまたはリモコン装置５０ｂから送信された、楽曲情報を受信し、判断部３００に出力する。この場合、本体側情報管理部１００は「楽曲情報受信部」として機能する。なお、楽曲情報は、歌唱を希望する楽曲（予約楽曲）を特定するための情報であり、たとえば、楽曲ＩＤである。
【００３３】
また、本体側情報管理部１００は、通信部１２を介して、算出部４００により算出された予約待ち時間（詳細は後述）を、楽曲情報及び当該楽曲情報を送信したリモコン装置を示すリモコン情報に関連付けて、複数のリモコン装置全てに送信する。この場合、本体側情報管理部１００は、「予約待ち時間送信部」として機能する。なお、リモコン情報は、複数のリモコン装置それぞれを特定するための情報であり、たとえば、リモコンＩＤである。
【００３４】
具体例として、利用者がリモコン装置５０ａを介して楽曲Ｗの予約を行った場合、リモコン装置５０ａは、楽曲Ｗの楽曲ＩＤを本体側情報管理部１００に送信する。本体側情報管理部１００は、通信部１２を介し、リモコン装置５０ａから送信された楽曲Ｗの楽曲ＩＤを受信し、判断部３００に出力する。また、本体側情報管理部１００は、算出部４００により算出された予約待ち時間を、楽曲Ｗの楽曲ＩＤ、及びリモコン装置５０ａを示すリモコンＩＤと関連付けて、リモコン装置５０ａ及びリモコン装置５０ｂに送信する。
【００３５】
［予約記憶部］
予約記憶部２００は、各リモコン装置から送られてきた楽曲情報を順次記憶する記憶領域である。予約記憶部２００への登録件数は予め所定の件数（たとえば２１曲）が設定されている。
【００３６】
図５Ａ〜図５Ｃは予約記憶部２００のメモリを模式的に示した図である。この例では、２１曲まで登録が可能であるとする。図５Ａの例において、メモリ０は、現在演奏中の楽曲Ａの楽曲情報が記憶されている。メモリ１〜メモリ２１は、入力された順番に楽曲情報（楽曲Ｂ〜楽曲Ｖ）が記憶されている。図５Ａのように全てのメモリに楽曲情報が登録されている場合、新たな楽曲の予約登録ができない。
【００３７】
楽曲Ａの演奏が終わるとメモリ０が解放される。そして、メモリ１に記憶されている楽曲Ｂの楽曲情報がメモリ０に書き込まれ（図５Ｂ参照）、対応する楽曲データが読み出されてカラオケ演奏が開始される。図５Ｂのように楽曲情報が登録されていないメモリがある場合、新たな楽曲の予約登録が可能となる。なお、メモリ０の解放からメモリ１に記憶されている楽曲情報がメモリ０に書き込まれるまでの時間（演奏の切り替わり時間）は、予め所定の時間（たとえば、１秒）が設定されている。
【００３８】
［判断部］
判断部３００は、リモコン装置５０ａまたはリモコン装置５０ｂから送信された楽曲情報に基づいて、当該楽曲の予約登録が可能かどうかを判断する。
【００３９】
具体的には、判断部３００は、予約記憶部２００に登録されている曲数が所定の件数であるかどうかを確認する。所定の件数が登録されている場合（予約登録が不可能）、判断部３００は、その旨の情報を算出部４００に出力する。一方、所定の件数が登録されていない場合（予約登録が可能）、判断部３００は、入力された楽曲情報を予約記憶部２００に送る。予約記憶部２００は、楽曲情報をメモリの一番最後に記憶する。
【００４０】
［算出部］
算出部４００は、予約登録が不可能と判断された場合、現在の演奏状況に基づいて、予約登録が可能となる時間を示す予約待ち時間を算出する。現在の演奏状況とは、楽曲が演奏されているか否か、また楽曲が演奏されている場合には、演奏開始からの経過時間である。
【００４１】
予約登録が不可能と判断された場合、図５Ａに示す例のように予約記憶部２００のメモリ１〜メモリ２１には楽曲情報が書き込まれていることになる。この場合、算出部４００は、現在演奏中の楽曲Ａの楽曲データから当該楽曲の総演奏時間を求める。また、算出部４００は、楽曲Ａの演奏開始からの経過時間を確認し、総演奏時間と比較することで残りの演奏時間を求める。算出部４００は、残りの演奏時間に演奏の切り替わり時間を足した値を予約待ち時間として算出する。なお、楽曲Ａの演奏終了と同時にいずれかのリモコン装置から楽曲情報が送信された場合、算出部４００は、演奏の切り替わり時間（１秒）を予約待ち時間として算出する。
【００４２】
（リモコン装置のソフトウェア構成）
図６はリモコン装置５０ａのソフトウェア構成例を示す図である。リモコン装置５０ｂも同様のソフトウェア構成を有する。リモコン装置５０ａは、情報記憶部５１、リモコン判定部５２、カウント部５３及びリモコン側情報管理部５４を備える。リモコン判定部５２、カウント部５３、及びリモコン側情報管理部５４は、ＣＰＵ５００ａがメモリ５００ｂに記憶されるプログラムを実行することにより実現される。情報記憶部５１は、記憶部５０２が提供する記憶領域の一部として実現される。
【００４３】
［情報記憶部］
情報記憶部５１は、楽曲情報、及びリモコン情報を記憶する。たとえば、カラオケ本体１０から予約待ち時間と関連付けられた楽曲情報及びリモコン情報を受信した場合、情報記憶部５１は、受信した順番に情報の記憶を行う。なお、情報記憶部５１は、楽曲情報等に関連付けられている予約待ち時間を併せて記憶することでもよい。
【００４４】
［リモコン判定部］
リモコン判定部５２は、記憶されたリモコン情報が自己のリモコン装置を示す情報であるかどうかを判定する。判定は、自己のリモコン装置に設定されているリモコンＩＤと情報記憶部５１に記憶されたリモコンＩＤとを対比することにより行う。リモコン判定部５２は、判定結果をリモコン側情報管理部５４に出力する。
【００４５】
たとえば、情報記憶部５１に楽曲Ｗの楽曲ＩＤ、及びリモコン装置５０ａを示すリモコンＩＤが記憶されたとする。この場合、リモコン装置５０ａにおけるリモコン判定部５２は、記憶されたリモコンＩＤが自己のリモコン装置を示すＩＤであるため、情報が一致すると判定する。一方、リモコン装置５０ｂのリモコン判定部５２は、記憶されたリモコンＩＤが自己のリモコン装置を示すＩＤとは異なるため、情報が一致しないと判定する。
【００４６】
［カウント部］
カウント部５３は、予約待ち時間のカウントを行う。具体的に、カウント部５３は、カラオケ本体１０から楽曲情報及びリモコン情報を受信した時点で、それら情報に関連付けられた予約待ち時間のカウント（カウントダウン）を開始する。予約待ち時間が０になった場合（予約待ち時間が経過した場合）、カウント部５３は、その旨の信号をリモコン側情報管理部５４に出力する。なお、リモコン判定部５２の判定結果に関わらず、各リモコン装置におけるカウント部５３は、予約待ち時間のカウントを行う。
【００４７】
［リモコン側情報管理部］
リモコン側情報管理部５４は、通信部５０１を介してカラオケ本体１０と行う情報の送受信に関する管理を行う。具体的に、リモコン側情報管理部５４は、通信部５０１を介し、利用者が予約の送信指示を行った楽曲情報をカラオケ本体１０に送信する。この場合、リモコン側情報管理部５４は「楽曲情報送信部」として機能する。
【００４８】
また、リモコン側情報管理部５４は、通信部５０１を介して、カラオケ本体１０から送信される楽曲情報、リモコン情報及びそれらに関連付けられている予約待ち時間を受信し、情報記憶部５１に出力する。この場合、リモコン側情報管理部５４は、「予約待ち時間受信部」として機能する。
【００４９】
更に、リモコン側情報管理部５４は、記憶されたリモコン情報が自己のリモコン装置を示す情報であると判定された場合、且つ予約待ち時間が経過した際に、当該予約待ち時間と関連付けられている楽曲情報を再送する。
【００５０】
たとえば上記例において、リモコン装置５０ａのリモコン側情報管理部５４が、リモコン判定部５２から楽曲Ｗの楽曲ＩＤと共に記憶されているリモコンＩＤがリモコン装置５０ａを示すＩＤであるとの判定結果を受け、且つカウント部５３より予約待ち時間が０になった旨の信号を受けたとする。この際、リモコン装置５０ａのリモコン側情報管理部５４は、通信部５０１を介して、楽曲Ｗの楽曲ＩＤを再送する。予約待ち時間が０になった場合、たとえば図５Ｂに示したように、予約記憶部２００のメモリ１に記憶された楽曲Ｂの楽曲情報がメモリ０に書き込まれ、他の楽曲情報も順に一つ先のメモリに書き込まれる。従って、メモリ２１は空になるため、そこにリモコン側情報管理部５４から自動的に再送された楽曲Ｗの楽曲ＩＤを登録することが可能となる（図５Ｃ参照）。この場合、リモコン側情報管理部５４は、「楽曲情報再送部」として機能する。
【００５１】
＝＝カラオケ装置１の動作について＝＝
次に、図７を参照して本実施形態におけるカラオケ装置１の動作の具体例について述べる。図７は、カラオケ装置１の動作例を示すフローチャートである。この例では、複数のリモコン装置としてリモコン装置５０ａ及びリモコン装置５０ｂが備えられているとする。
【００５２】
利用者は、リモコン装置５０ａを介し、歌唱を希望する楽曲を選択する。リモコン側情報管理部５４は、通信部５０１を介し、利用者が選択した楽曲情報をカラオケ本体１０に送信する（楽曲情報の送信。ステップ１０）。
【００５３】
判断部３００は、ステップ１０で送信された、楽曲情報に基づいて、当該楽曲の予約登録が可能かどうかを判断する（予約登録の判断。ステップ１１）。
【００５４】
予約登録が不可能と判断された場合（ステップ１２でＮの場合）、判断部３００は、その旨の情報を算出部４００に出力する。算出部４００は、現在の演奏状況に基づいて、予約登録が可能となる時間を示す予約待ち時間を算出する（予約待ち時間の算出。ステップ１３）。一方、予約登録が可能と判断された場合（ステップ１２でＹの場合）、予約記憶部２００は、入力された楽曲情報を登録する（楽曲情報の登録。ステップ２０）。
【００５５】
本体側情報管理部１００は、通信部１２を介して、ステップ１０で送信された楽曲情報、及び当該楽曲情報を送信したリモコン装置５０ａを示すリモコン情報に、ステップ１３で算出された予約待ち時間を関連付けて、リモコン装置５０ａ及びリモコン装置５０ｂに送信する（楽曲情報等の送信。ステップ１４）。
【００５６】
各リモコン装置の情報記憶部５１は、ステップ１４で送信された楽曲情報及びリモコン情報を記憶する（楽曲情報等の記憶。ステップ１５）。
【００５７】
各リモコン装置のリモコン判定部５２は、ステップ１５で記憶されたリモコン情報が自己のリモコン装置を示す情報であるかどうかを判定する（リモコン判定。ステップ１６）。また、各リモコン装置のカウント部５３は、ステップ１４で送信された予約待ち時間のカウントを行う（予約待ち時間のカウント。ステップ１７）。
【００５８】
この例において、ステップ１５で記憶されたリモコン情報は、リモコン装置５０ａを示す情報である。従って、リモコン装置５０ａのリモコン側情報管理部５４は、予約待ち時間が経過した際（ステップ１８でＹの場合）、通信部５０１を介して、その予約待ち時間に関連付けられている楽曲情報を再送する（楽曲情報の再送。ステップ１９）。一方、リモコン装置５０ｂは、ステップ１０で楽曲情報を送信したリモコン装置でないため、楽曲情報の再送は行わない。
【００５９】
予約記憶部２００は、ステップ１９で再送された楽曲情報を登録する（楽曲情報の登録。ステップ２０）。
【００６０】
このように、本実施形態に係るカラオケ装置１によれば、複数のリモコン装置がペアリングされたカラオケ装置において、一旦、楽曲の予約登録が出来なかった場合であっても、適切なタイミングで当該楽曲の予約登録を自動的に行うことができる。従って、利用者が予約可能なタイミングを見極めて、自ら楽曲情報の再送を指示する必要はなく、非常に簡便である。
【００６１】
ところで、カラオケ喫茶のように面識のない者同士で連続したカラオケ歌唱を行う場合には、予約待ち時間のカウント中に新たな楽曲情報の入力（新たな予約登録）がなされることがありうる。
【００６２】
この場合、新たな楽曲情報の入力がなされたリモコン装置のリモコン側情報管理部５４は、予約待ち時間が経過するまでカラオケ本体１０に対して新たな楽曲情報を送信しない。この際、たとえば、リモコン装置の記憶部は、新たな楽曲情報を一旦記憶する。そして、新たな楽曲情報の入力がなされたリモコン装置のリモコン側情報管理部５４は、現在の予約待ち時間が経過した際に、先に記憶している楽曲情報の再送を行い、その後、一旦記憶されている新たな楽曲情報をカラオケ本体１０に送信する。なお、この場合、カラオケ本体１０の予約記憶部２００のメモリは全て埋まっているため、新たな予約待ち時間が算出されてリモコン装置５０ａ及びリモコン装置５０ｂに送信されることとなる。このようなカラオケ装置１によれば、後からの予約が先になされる可能性を低減できる。
【００６３】
＜第２実施形態＞
図８及び図９を参照して、第２実施形態に係るカラオケ装置１について説明する。第１実施形態と同様の構成については詳細な説明を省略する。
【００６４】
第１実施形態の構成において、情報記憶部５１に少なくとも一組の楽曲情報及びリモコン情報（たとえば、楽曲Ｗの楽曲ＩＤ、及び楽曲Ｗを入力したリモコン装置５０ａのリモコンＩＤ）が記憶されている状態において、新たな楽曲情報が入力される場合がありうる。この場合、上述の通り、新たな楽曲情報の入力がなされたリモコン装置のリモコン側情報管理部５４は、予約待ち時間が経過するまでカラオケ本体１０に対して新たな楽曲情報を送信しないことも可能である。
【００６５】
しかし、予約待ち時間のカウント中に新たな楽曲情報が２以上入力された場合には以下の問題が生じる。図８はカラオケ装置１における処理例を時系列に示した模式図である。
【００６６】
図８の例において、リモコン装置５０ａから送信された楽曲Ｗの予約待ち時間Ｔ１のカウント中に、リモコン装置５０ａで新たに楽曲Ｘが入力されたとする。また、楽曲Ｘの入力後にリモコン装置５０ｂで別の楽曲Ｙが入力されたとする。
【００６７】
その後、予約待ち時間Ｔ１が経過すると、リモコン装置５０ａは、楽曲Ｗの楽曲情報をカラオケ本体１０に再送する。
【００６８】
また、予約待ち時間Ｔ１の経過により、リモコン装置５０ａは楽曲Ｘの楽曲情報を送信する。一方、リモコン装置５０ｂは楽曲Ｙの楽曲情報を送信する。すなわち、予約待ち時間Ｔ１中に新たな楽曲が複数入力されると、予約待ち時間Ｔ１の経過後に、複数の楽曲情報全てがカラオケ本体１０に送信されることとなる。
【００６９】
この場合、リモコン装置の処理性能やカラオケ本体１０とそれぞれのリモコン装置との通信速度によっては、先に入力した楽曲Ｘよりも、後に入力した楽曲Ｙの方が先に送信される可能性（カラオケ本体１０によって受信される可能性）がありうる。楽曲Ｙが先に送信された場合、第１実施形態の構成に基づくと、後から予約された楽曲Ｙが楽曲Ｘよりも先に予約されることになる。つまり、このようなケースでは、予約された順番に沿って楽曲の予約登録を行うことができない場合が生じる。
【００７０】
本実施形態はこのような問題を解決するための構成を提供する。図９は、本実施形態に係るカラオケ装置１における処理例を時系列に示した模式図である。
【００７１】
情報記憶部５１に少なくとも一組の楽曲情報及びリモコン情報が記憶されている状態において、第１の新たな楽曲情報の送信があった場合、算出部４００は、現在の演奏状況に基づいて第１の仮時間を算出する。また、第１の新たな楽曲情報が送信された後に第２の新たな楽曲情報の送信があった場合、算出部４００は、現在の演奏状況に基づいて第２の仮時間を算出する。第１の仮時間（第２の仮時間）は、第１の新たな楽曲情報（第２の新たな楽曲情報）を受信した時点における仮の予約待ち時間である。各リモコン装置におけるカウント部５３は、この仮時間に基づいてカウントを行うことはない。
【００７２】
本体側情報管理部１００は、第１の新たな楽曲情報及び第１の新たな楽曲情報を送信したリモコン装置を示す第１の新たなリモコン情報に第１の仮時間を関連付けて、複数のリモコン装置全てに送信する。また、本体側情報管理部１００は、第２の新たな楽曲情報及び第２の新たな楽曲情報を送信したリモコン装置を示す第２の新たなリモコン情報に第２の仮時間を関連付けて、複数のリモコン装置全てに送信する。
【００７３】
具体例として、楽曲Ｗの予約待ち時間Ｔ１中に、利用者がリモコン装置５０ａを介して楽曲Ｘの予約を行った場合、リモコン装置５０ａは、楽曲Ｘの楽曲ＩＤをカラオケ本体１０に送信する。リモコン装置５０ａから送信された楽曲Ｘの楽曲ＩＤを受信すると、算出部４００は、現在の演奏状況に基づいて仮時間ｔ１を算出する。本体側情報管理部１００は、通信部１２を介し、楽曲Ｘの楽曲ＩＤ、及びリモコン装置５０ａを示すリモコンＩＤ（ＩＤ群（１））と算出した仮時間ｔ１とを関連付けて、リモコン装置５０ａ及びリモコン装置５０ｂに送信する（ＩＤ群（１）の送信）。
【００７４】
その後、別の利用者がリモコン装置５０ｂを介して楽曲Ｙの予約を行った場合、リモコン装置５０ｂは、楽曲Ｙの楽曲ＩＤをカラオケ本体１０に送信する。リモコン装置５０ｂから送信された楽曲Ｙの楽曲ＩＤを受信すると、算出部４００は、現在の演奏状況に基づいて仮時間ｔ２を算出する。本体側情報管理部１００は、通信部１２を介し、楽曲Ｙの楽曲ＩＤ、及びリモコン装置５０ｂを示すリモコンＩＤ（ＩＤ群（２））と算出した仮時間ｔ２とを関連付けて、リモコン装置５０ａ及びリモコン装置５０ｂに送信する（ＩＤ群（２）の送信）。
【００７５】
なお、楽曲Ｘの楽曲ＩＤは、「第１の新たな楽曲情報」の一例であり、楽曲Ｙの楽曲ＩＤは、「第２の新たな楽曲情報」の一例である。また、楽曲Ｘの楽曲ＩＤを送信したリモコン装置５０ａを示すリモコンＩＤは、「第１の新たなリモコン情報」の一例であり、楽曲Ｙの楽曲ＩＤを送信したリモコン装置５０ｂを示すリモコンＩＤは、「第２の新たなリモコン情報」の一例である。更に、仮時間ｔ１は、「第１の仮時間」の一例であり、仮時間ｔ２は、「第２の仮時間」の一例である。
【００７６】
本実施形態に係る情報記憶部５１は、受信した前記第１の新たな楽曲情報及び前記第１の新たなリモコン情報と、前記第２の新たな楽曲情報及び前記第２の新たなリモコン情報とを時系列に記憶する。
【００７７】
たとえば、各リモコン装置の情報記憶部５１は、まず楽曲Ｘの楽曲ＩＤ、及びリモコン装置５０ａを示すリモコンＩＤを記憶し、その次に楽曲Ｙの楽曲ＩＤ、及びリモコン装置５０ｂを示すリモコンＩＤを記憶する。
【００７８】
第１の新たな楽曲情報を送信したリモコン装置のリモコン側情報管理部５４は、予約待ち時間と関連付けられている楽曲情報が再送された後に、第１の新たな楽曲情報を再送する。
【００７９】
上記例において、最も早い段階で記憶されている楽曲Ｘの楽曲ＩＤを送信したリモコン装置５０ａのリモコン側情報管理部５４は、楽曲Ｗの予約待ち時間Ｔ１が経過し、楽曲Ｗの楽曲情報が再送された後、楽曲Ｘの楽曲ＩＤをカラオケ本体１０に再送する。
【００８０】
第１の新たな楽曲情報の再送を受けて、算出部４００は、第１の新たな楽曲情報の予約登録が可能となる時間を示す新たな予約待ち時間を算出する。本体側情報管理部１００は、第１の新たな楽曲情報、及び第１の新たなリモコン情報に新たな予約時間を関連付けて、複数のリモコン装置全てに送信する。
【００８１】
上記例において、リモコン装置５０ａから再送された楽曲Ｘの楽曲ＩＤを受信すると、算出部４００は、現在の演奏状況に基づいて予約待ち時間Ｔ２（新たな予約待ち時間）を算出する。本体側情報管理部１００は、通信部１２を介し、楽曲Ｘの楽曲ＩＤ、及びリモコン装置５０ａを示すリモコンＩＤ（ＩＤ群（１））に対し、算出した予約待ち時間Ｔ２を関連付けて、リモコン装置５０ａ及びリモコン装置５０ｂに再送する（ＩＤ群（１）の再送）。
【００８２】
本実施形態に係るリモコン判定部５２は、第１の新たなリモコン情報が自己のリモコン装置を示す情報であるかどうかを判定する。
【００８３】
上記例において、リモコン装置５０ａのリモコン判定部５２は、受信したＩＤ群（１）に含まれるリモコン情報は、自己のリモコンを示す情報に一致すると判定する。一方、リモコン装置５０ｂのリモコン判定部５２は、受信したＩＤ群（１）に含まれるリモコン情報は、自己のリモコンを示す情報に一致しないと判定する。
【００８４】
本実施形態に係るカウント部５３は、新たな予約待ち時間のカウントを行う。
【００８５】
上記例において、各リモコン装置のカウント部５３は、ＩＤ群（１）に関連付けられた予約待ち時間Ｔ２のカウントを行う。
【００８６】
本実施形態に係るリモコン側情報管理部５４は、記憶された第１の新たなリモコン情報が自己のリモコン装置を示す情報であると判定された場合、且つ新たな予約待ち時間が経過した際に、当該新たな予約待ち時間と関連付けられている第１の新たな楽曲情報を再送する。
【００８７】
上記例において、リモコン装置５０ａのリモコン側情報管理部５４は、予約待ち時間Ｔ２が経過した際に、予約待ち時間Ｔ２と関連付けられている楽曲Ｘの楽曲ＩＤをカラオケ本体１０に再送する。一方、リモコン装置５０ｂのリモコン側情報管理部５４は、楽曲Ｘの予約待ち時間Ｔ２が経過した際、楽曲Ｘの次に予約された楽曲Ｙの楽曲ＩＤをカラオケ本体１０に再送する。その後の処理は、楽曲Ｘの場合と同様である。
【００８８】
このように、本実施形態に係るカラオケ装置１によれば、複数のリモコン装置がペアリングされたカラオケ装置において、少なくとも一組の楽曲情報及びリモコン情報が記憶されている状態において、複数の新たな楽曲情報が入力された場合であっても、入力された順番に沿って楽曲の予約登録を自動的に行うことができる。なお、上記例では、第１の新たな楽曲情報と第２の新たな楽曲情報とが、異なるリモコン装置から入力される例について述べたが、上記構成は、一のリモコン装置で複数の楽曲情報が入力される場合にも応用可能である。
【００８９】
＜第３実施形態＞
図１０及び図１１を参照して、第３実施形態に係るカラオケ装置１について説明する。第１実施形態及び第２実施形態と同様の構成については詳細な説明を省略する。
【００９０】
図１０は、予約待ち時間Ｔ１の経過後、予約待ち時間Ｔ２（新たな予約待ち時間）のカウントが開始される前に、楽曲Ｙの楽曲情報（第２の新たな楽曲情報）の送信があった場合を示している。このとき、カウント部５３は、予約待ち時間のカウントを行っていない。従って、仮に図１０に示すように、予約待ち時間Ｔ２が関連付けられたＩＤ群（１）が送信される前に、仮時間ｔ２が関連付けられたＩＤ群（２）が送信されると、カウント部５３は、仮時間ｔ２に基づいてカウントを開始する可能性がありうる。なお、このような状況は、予約待ち時間Ｔ１中に楽曲Ｙの楽曲情報（第２の新たな楽曲情報）の送信があった場合であって、且つ予約待ち時間Ｔ１の経過後にＩＤ群（２）が送信される場合にも起こりうる（図１１参照）。本実施形態ではこのような問題を解決するための構成を説明する。
【００９１】
本実施形態に係るリモコン側情報管理部５４は、予約待ち時間の経過後、新たな予約待ち時間のカウントが開始される前に本体側情報管理部１００から受信した楽曲情報が、新たな予約待ち時間が関連付けられた第１の新たな楽曲情報か第２の新たな楽曲情報かを判断する。第１の新たな楽曲情報の場合、カウント部５３は、新たな予約待ち時間のカウントを開始する。一方、第２の新たな楽曲情報の場合、情報記憶部５１は、第２の新たな楽曲情報及び第２の新たなリモコン情報を第１の新たな楽曲情報及び第１の新たなリモコン情報よりも後に記憶させる。
【００９２】
図１０に示した例において、リモコン側情報管理部５４は、ＩＤ群（１）を受信した場合、当該ＩＤ群（１）に含まれる楽曲情報が、情報記憶部５１に記憶されているかどうかを判断する。同様に、リモコン側情報管理部５４は、ＩＤ群（２）を受信した場合、当該ＩＤ群（２）に含まれる楽曲情報が、情報記憶部５１に記憶されているかどうかを判断する。
【００９３】
図１０に示したように、ＩＤ群（１）は予約待ち時間Ｔ１の間に情報記憶部５１に記憶されている。この場合、当該ＩＤ群（１）に含まれる楽曲情報（第１の新たな楽曲情報）は、再送された楽曲Ｘを示すものである。従って、各リモコン装置のカウント部５３は、当該楽曲情報に関連付けられた予約待ち時間Ｔ２のカウントを開始する。
【００９４】
一方、ＩＤ群（２）はまだ情報記憶部５１に記憶されていない。この場合、当該ＩＤ群（２）に含まれる楽曲情報（第２の新たな楽曲情報）は、新たに送信された楽曲Ｙを示すものである。従って、各リモコン装置の情報記憶部５１は、楽曲Ｙの楽曲情報及びリモコン情報を、楽曲Ｘの楽曲情報及びリモコン情報よりも後に記憶させる。
【００９５】
このようなカラオケ装置によれば、現在の演奏状況に基づいて正確に算出された予約待ち時間（新たな予約待ち時間）のカウントが可能となる。すなわち、カウントすべき予約待ち時間を仮時間と間違えることがない。
【００９６】
＜その他の構成＞
各リモコン装置における選曲の形態として、複数の楽曲を選択した後、一回の送信指示で全ての楽曲情報をまとめて送信（一括予約）することも可能である。この場合、リモコン装置の処理としては、選択された楽曲順に逐次楽曲ＩＤを送信していき、送信後、所定時間経過後にカラオケ本体１０より予約待ち時間を受信した場合には、予約待ち時間経過後に、リモコン装置に一旦記憶されている楽曲情報を送信する。従って、予約記憶部２００のメモリが全て埋まった段階で上記と同様の予約待ち時間の算出処理等が行われることとなる。
【００９７】
また、カラオケ本体１０から予約待ち時間を送信した後、現在歌唱中の楽曲が早送りや演奏中止、テンポコントロールの操作といった演奏状況に変化が生じる場合がある。この場合、予約登録が可能となる時間に変更が生じることとなる。
【００９８】
そこで、算出部４００は、本体側情報管理部１００が予約待ち時間を送信した後、演奏状況に変化が生じた場合、変更した予約待ち時間を算出することができる。具体的には、算出部４００は、早送りがなされた場合の残りの演奏時間を求め、演奏の切り替わり時間と足した値を変更した予約待ち時間として算出する。本体側情報管理部１００は、変更した予約待ち時間を複数のリモコン装置全てに送信する。
【００９９】
各リモコン装置のカウント部５３は、変更した予約待ち時間に基づいて残り時間のカウントを行う。
【０１００】
このような構成を採用することにより、演奏状況に変化が生じた場合であっても、適切なタイミングで楽曲情報の再送を行い楽曲の予約登録を行うことができる。
【０１０１】
上記実施形態等は、例として提示したものであり、発明の範囲を限定するものではない。上記の構成は、適宜組み合わせて実施することが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。上記実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１０２】
１  カラオケ装置
１０  カラオケ本体
５０ａ、５０ｂ  リモコン装置
５１  情報記憶部
５２  リモコン判定部
５３  カウント部
５４  リモコン側情報管理部
１００  本体側情報管理部
３００  判断部
４００  算出部
【図１】
0006626778.tif 000002
【図２】
0006626778.tif 000003
【図３】
0006626778.tif 000004
【図４】
0006626778.tif 000005
【図５Ａ】
0006626778.tif 000006
【図５Ｂ】
0006626778.tif 000007
【図５Ｃ】
0006626778.tif 000008
【図６】
0006626778.tif 000009
【図７】
0006626778.tif 000010
【図８】
0006626778.tif 000011
【図９】
0006626778.tif 000012
【図１０】
0006626778.tif 000013
【図１１】
0006626778.tif 000014