(57)【要約】  【課題】演奏楽曲を予約し損なってしまうことを従来よりも起こりにくくする。  【解決手段】リモコン端末２からは、ユーザにより選曲された演奏楽曲を通知するための楽曲通知データが赤外線通信，無線ＬＡＮ通信といった異なる伝送方法にて送信されるため、これらのうち一方の伝送方法にて送信された楽曲通知データがカラオケ装置１に到達しなくても、他方の伝送方法にて送信された楽曲通知データが到達すれば、この楽曲通知データで通知した演奏楽曲をカラオケ装置１側で予約できる。これにより、従来よりも演奏楽曲を予約し損なうことが発生しにくくなり、ユーザが予約し損なったか否かを確認して予約し損なっていた場合に再び予約を行うといったことの必要性を低くできる。よって、正常に予約されたにも拘わらず、再び予約のための操作が行われること自体が起こりにくく、結果、同一の演奏楽曲が重複して予約されることも起こりにくい。【選択図】図１
2006047913.tif 000002
【特許請求の範囲】
【請求項１】
カラオケ装置，および，該カラオケ装置とデータ通信可能なリモコン端末からなるカラオケシステムであって、
前記リモコン端末は、
前記カラオケ装置に演奏させるべき演奏楽曲をユーザに選曲させる選曲手段と、
該選曲手段により選曲された演奏楽曲を通知するための楽曲通知データを、それぞれ異なる伝送方法により前記カラオケ装置に送信可能な複数の通知送信手段と、
該通知送信手段により送信される楽曲通知データそれぞれに、該送信時期を特定可能なお互いが関連付けられた送信情報を付加する情報付加手段と、を備えており、
前記カラオケ装置は、
前記リモコン端末から送信されてきた前記楽曲通知データに基づいて、該楽曲通知データで通知された演奏楽曲を特定するための特定情報を、前記楽曲通知データに付加された前記送信情報と対応付けた状態で記憶部に記憶させる記憶指令手段を備え、
該記憶指令手段の指令により記憶された特定情報で特定される演奏楽曲それぞれの演奏を順次行うように構成されており、
前記記憶指令手段は、前記リモコン端末から前記楽曲通知データが送信されてきた際、該楽曲通知データに付加された前記送信情報に関連する送信情報の対応付けられた前記特定情報が記憶部に記憶されている場合、前記送信されてきた前記楽曲通知データで通知された演奏楽曲の特定情報について記憶部への記憶を行わない
ことを特徴とするカラオケシステム。
【請求項２】
前記リモコン装置においては、
前記通知送信手段により楽曲通知データが送信されてから一定期間だけ次の楽曲通知データの送信を禁止する送信禁止手段が備えられており、
該送信禁止手段により送信が禁止される一定期間は、複数の前記通知送信手段それぞれが楽曲通知データを送信するのに要すると想定される送信時間のうち、最も長い送信時間以上の期間となっている
ことを特徴とする請求項１に記載のカラオケシステム。
【請求項３】
前記リモコン端末において、
前記情報付加手段は、前記通知送信手段により楽曲通知データが送信される毎に、複数種類の前記送信情報の中から所定の順番で選択した送信情報を前記楽曲通知データに付加する
ことを特徴とする請求項１または請求項２に記載のカラオケシステム。
【請求項４】
前記カラオケ装置において、
前記記憶指令手段は、記憶部への前記特定情報の記憶を、所定のしきい値を上限とする数まで行うと共に、演奏が終了した演奏楽曲の前記特定情報を記憶部から削除しており、
前記リモコン端末において、
前記情報付加手段により付加される送信情報は、前記カラオケ装置における前記記憶指令手段が前記特定情報を記憶させる上限となるしきい値Ｒ，前記カラオケ装置にて演奏可能ないずれかの演奏楽曲の演奏時間Ｐ，および，前記リモコン装置におけるいずれかの前記通知送信手段により楽曲通知データを送信するのに要すると想定される送信時間Ｔ，に基づく数式「Ｒ×Ｐ／Ｔ」により求められる値以上の種類が用意されている
ことを特徴とする請求項３に記載のカラオケシステム。
【請求項５】
前記リモコン端末において、
前記情報付加手段は、前記通知送信手段により楽曲通知データが送信される毎に、初期値から上限値までの所定値ずつの積算を繰り返す変数の値を前記送信情報として、前記楽曲通知データに付加する
ことを特徴とする請求項３または請求項４に記載のカラオケシステム。
【請求項６】
前記リモコン端末において、
前記情報付加手段は、前記通知送信手段により楽曲通知データが送信される毎に、複数の前記送信情報が登録されたデータテーブルから順に選択した送信情報を前記楽曲通知データに付加する
ことを特徴とする請求項３または請求項４に記載のカラオケシステム。
【請求項７】
請求項１から６のいずれかに記載のカラオケ装置が備える全ての手段を備えてなるカラオケ装置。
【請求項８】
請求項１から６のいずれかに記載のリモコン端末が備える全ての手段を備えてなるリモコン端末。
【請求項９】
請求項１から６のいずれかに記載のカラオケ装置としてコンピュータシステムを機能させるためのプログラム。
【請求項１０】
請求項１から６のいずれかに記載のリモコン端末としてコンピュータシステムを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケ装置，および，このカラオケ装置とデータ通信可能なリモコン端末からなるカラオケシステムに関する。
【背景技術】
【０００２】
従来から、カラオケシステムでは、ユーザが選曲した演奏楽曲をリモコン端末でカラオケ装置に通知することで演奏楽曲の予約を行うことができるように構成されている。
このリモコン端末による通知は、無線通信により行われることが一般的であるが、無線信号が遮断されたり、ノイズの影響を受けたりといった外的な要因によって、正常な通知が行われないことがあり、この場合、演奏楽曲を予約し損なってしまう。
【０００３】
近年では、このように予約し損なうような場合でも、１回目の通知（１発目のリモコン信号の伝送）が行われてから、リモコン端末による通知を所定期間（禁止期間）だけ禁止しておくことにより、この期間中に予約し損なったか否かをユーザに確認させ、その後、一定期間中のみ同じ演奏楽曲の通知（２発目の発信指示）を許可する、といった技術が提案されている（特許文献１参照）。この技術であれば、演奏楽曲の通知が正常に行われなかった場合でも、同じ演奏楽曲の通知をやり直すことができる。
【特許文献１】特開２００３−１４０６７号公報（例えば、段落［００２９］〜［００３０］など）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上述したような技術においては、予約し損なったか否かをユーザに確認させる必要があるため、ユーザが予約し損なったのにも拘わらず予約されたと認識してしまった，または，確認自体をしなかった場合には、結局、演奏楽曲を予約し損なってしまうことにかわりない。
【０００５】
本発明は、このような課題を解決するためになされたものであり、その目的は、演奏楽曲を予約し損なってしまうことが従来よりも起こりにくくなるようにするための技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するため請求項１に記載のカラオケシステムは、カラオケ装置，および，該カラオケ装置とデータ通信可能なリモコン端末からなる。これらのうち、前記リモコン端末は、前記カラオケ装置に演奏させるべき演奏楽曲をユーザに選曲させる選曲手段と、該選曲手段により選曲された演奏楽曲を通知するための楽曲通知データを、それぞれ異なる伝送方法により前記カラオケ装置に送信可能な複数の通知送信手段と、該通知送信手段により送信される楽曲通知データそれぞれに、該送信時期を特定可能なお互いが関連づけられた送信情報を付加する情報付加手段と、を備えている。そして、前記カラオケ装置は、前記リモコン端末から送信されてきた前記楽曲通知データに基づいて、該楽曲通知データで通知された演奏楽曲を特定するための特定情報を、前記楽曲通知データに付加された前記送信情報と対応付けた状態で記憶部に記憶させる記憶指令手段を備え、該記憶指令手段の指令により記憶された特定情報で特定される演奏楽曲それぞれの演奏を順次行うように構成されており、前記記憶指令手段は、前記リモコン端末から前記楽曲通知データが送信されてきた際、該楽曲通知データに付加された前記送信情報に関連する送信情報の対応付けられた前記特定情報が記憶部に記憶されている場合、前記送信されてきた前記楽曲通知データで通知された演奏楽曲の特定情報について記憶部への記憶を行わない。
【０００７】
このように構成されたカラオケシステムによれば、リモコン端末からは、ユーザにより選曲された演奏楽曲を通知するための楽曲通知データが、それぞれ異なる複数の伝送方法により送信される。そのため、これらのうちのいずれかの伝送方法により送信された楽曲通知データがカラオケ装置に到達しなかったとしても、他の伝送方法により送信された楽曲通知データのいずれかがカラオケ装置に到達すれば、この楽曲通知データにて通知した演奏楽曲を特定するための特定情報をカラオケ装置の記憶部に記憶させる（つまり演奏楽曲を予約する）ことができる。
【０００８】
これにより、従来よりも演奏楽曲を予約し損なってしまうことが発生しにくくなるため、ユーザが予約し損なったか否かを確認して予約し損なっていた場合に再び予約を行うといった操作を行う必要性を低くすることができる。そのため、正常に予約されたのにも拘わらず、再び予約のための操作が行われる、といったこと自体が起こりにくくなり、結果、同一の演奏楽曲が重複して予約されてしまうことも起こりにくい。
【０００９】
また、特定情報は、楽曲通知データに付加された送信情報に対応付けられた状態で記憶されることになるが、この送信情報に関連する（関連付けられた）送信情報の対応付けられた特定情報が既に記憶されている場合には、この特定情報の記憶は行われない。このように、既に関連する送信情報の対応付けられた特定情報が記憶されている状況は、それぞれの伝送方法にてリモコン端末から送信される楽曲通知データのうち、２以上の楽曲通知データが順次カラオケ装置側に到達するような状況と考えられる。よって、このように、関連する送信情報の対応付けられた特定情報が記憶されている場合に、特定情報の記憶を行わないように構成することにより、同一のタイミングで送信された楽曲通知データで通知した演奏楽曲の特定情報が重複して記憶されてしまう，つまり同じ演奏楽曲の重複した予約がされてしまうことを防止することができる。
【００１０】
なお、通知送信手段が楽曲通知データを送信する際の「伝送方法」とは、例えば、データを送信するための伝送経路，伝送経路を無線とした場合において使用する周波数帯域，通信規格，通信手順などにより規定されるデータの送信方法である。
【００１１】
ところで、楽曲通知データを送信するリモコン端末では、特許文献１に記載のように、ユーザによる誤操作で同一の楽曲通知データが連続して送信されてしまうことを物理的に防止するために、楽曲通知データが送信されてから一定期間だけ、次の楽曲通知データを送信することを禁止するように構成するとよい。
【００１２】
このとき、次の楽曲通知データを送信することを禁止する待機期間は、通知送信手段が楽曲通知データを送信するのに要すると想定される時間としておけばよい。ただ、本発明では通知送信手段が複数備えられているため、複数の通知送信手段それぞれが楽曲通知データを送信するのに要すると想定される送信時間のうち、いずれを待機期間とすればよいかが問題となるが、これについては、最も長い送信時間以上の期間としておくことが望ましい。
【００１３】
これは、例えば、待機期間を一定の時間とした場合を考えた場合、この時間よりも楽曲通知データを送信するのに長い時間を要する他の通知送信手段については、楽曲通知データを送信すべきタイミングが短い期間で繰り返されるほど、それぞれ送信が終了する前に次々と送信すべき楽曲通知データが発生し、送信待ちの楽曲通知データが多くなってしまうため、これらを保持するための記憶領域を多く確保しておく必要があるからである。
【００１４】
このように、待機期間を最も長い送信時間以上の期間とするためには、例えば、請求項２に記載のように、前記リモコン装置においては、前記通知送信手段により楽曲通知データが送信されてから一定期間だけ次の楽曲通知データの送信を禁止する送信禁止手段が備えられており、該送信禁止手段により送信が禁止される一定期間は、複数の前記通知送信手段それぞれが楽曲通知データを送信するのに要すると想定される送信時間のうち、最も長い送信時間以上の期間となっている、ように構成するとよい。
【００１５】
このように構成すれば、待機期間を最も長い送信時間以上の期間とすることができるため、送信待ちの楽曲通知データを保持するための記憶領域を確保する必要がない。
なお、上述した情報付加手段は、通知送信手段により送信される楽曲通知データそれぞれに送信情報を付加する手段であるが、ここで付加される送信情報は、それぞれが関連付けられた情報として同じ送信時期のものであることを識別できれば、同一内容の情報としてもよいし、異なる内容の情報としてもよい。
【００１６】
また、この情報付加手段による送信情報の付加は、どのような規則に従って行われるものとしてもよいが、例えば、請求項３に記載のように、前記通知送信手段により楽曲通知データが送信される毎に、複数種類の前記送信情報の中から所定の順番で選択した送信情報を前記楽曲通知データに付加する、ように構成すればよい。
【００１７】
このように構成すれば、複数種類の送信情報の中から順番に選択された送信情報を楽曲通知データに付加することができる。
ところで、この構成においては、複数種類の送信情報の中から順番に送信情報が付加されるため、順番に従って全ての送信情報が付加された後に、再び順番に従った送信情報の付加が最初から行われることにより、先に付加されたのと同じ送信情報の付加された楽曲通知データが送信されることとなる。
【００１８】
通常、記憶部への特定情報の記憶により演奏楽曲が予約されるカラオケ装置では、記憶部への特定情報の記憶を上限まで行うと共に、演奏した（演奏中または演奏後の）演奏楽曲の特定情報（または、特定情報および送信情報）を記憶部から削除するように構成されている。そのため、カラオケ装置側で先に記憶された特定情報で特定される演奏楽曲の演奏が行われる前，つまり，この特定情報に対応する送信情報が存在する状態で、先に付加されたのと同じ送信情報の付加された楽曲通知データが送信されると、予約すべき演奏楽曲は異なっていても送信情報が記憶済みのものに関連するものであることに起因して、この楽曲通知データに基づく予約（特定情報の記憶）が行われなくなってしまう。
【００１９】
このようなことを防止するためには、例えば、請求項４に記載のように、前記カラオケ装置において、前記記憶指令手段は、記憶部への前記特定情報の記憶を、所定のしきい値を上限とする数まで行うと共に、演奏した演奏楽曲の前記特定情報を記憶部から削除しており、前記リモコン端末において、前記情報付加手段により付加される送信情報は、前記カラオケ装置における前記記憶指令手段が前記特定情報を記憶させる上限となるしきい値Ｒ，前記カラオケ装置にて演奏可能ないずれかの演奏楽曲の演奏時間Ｐ，および，前記リモコン装置におけるいずれかの前記通知送信手段により楽曲通知データを送信するのに要すると想定される送信時間Ｔ，に基づく数式「Ｒ×Ｐ／Ｔ」により求められる値以上の種類が用意されている、といった構成が考えられる。
【００２０】
この数式における“Ｒ”は、カラオケ装置における記憶指令手段が特定情報を記憶させる上限となるしきい値，つまり予約可能な曲数の上限値であり、“Ｐ”は、カラオケ装置にて演奏可能な演奏楽曲の演奏時間であるため、「Ｒ×Ｐ」は、上限まで予約された全ての演奏楽曲全てについての演奏が終了すると想定される時間を概算したものといえる。ここで、記憶指令手段は、記憶部への特定情報の記憶を、所定のしきい値を上限とする数まで行うと共に、順次、演奏した演奏楽曲の特定情報を削除していくことにより、演奏楽曲の予約状況を更新している。そのため、上述した「Ｒ×Ｐ」は、特定情報を上限まで記憶させた（上限まで予約した）場合に、最初に記憶された一連の特定情報全てが削除されるまでの時間を示していることになる。
【００２１】
つまり、この時間が経過した後であれば、最初に記憶された一連の特定情報全てが存在しなくなるため、初期値からの送信情報の付加が開始されたとしても、こうして送信情報が付加された楽曲通知データを受信したカラオケ装置において、この楽曲通知データに基づく予約（特定情報の記憶）を行わなくなってしまうことはない。ここで、通知送信手段は、楽曲通知データを送信するのに一定の送信時間を要するため、この送信時間Ｔの間隔で楽曲通知データを連続して送信する状態が、楽曲通知データに付加される送信情報（の種類）を最も多く消費する状態となる。そのため、上述した「Ｒ×Ｐ／Ｔ」は、楽曲通知データを連続して送信する場合において、最初に登録された一連の特定情報全てが記憶部から削除されるまでの時間に、それぞれの楽曲通知データに異なる送信情報を付加するために必要な送信情報の種類を示していることになる。
【００２２】
このように、この数式「Ｒ×Ｐ／Ｔ」により求められる値以上の種類だけ、送信情報の種類を用意しておけば、全ての送信情報が付加された後、先に付加されたのと同じ送信情報の付加された楽曲通知データが送信されたとしても、カラオケ装置側において、この送信情報に対応する特定情報は削除されているため、この楽曲通知データに基づく予約（特定情報の記憶）が行われなくなってしまうことを防止することができる。
【００２３】
なお、上述した送信情報の種類を決定する数式「Ｒ×Ｐ／Ｔ」における“Ｐ”は、いずれの演奏楽曲の演奏時間であってもよい。例えば、カラオケ装置にて演奏可能な複数の演奏楽曲のうち最長または最短の演奏時間や、複数の演奏楽曲における平均の演奏時間などを採用することが考えられる。また、数式「Ｒ×Ｐ／Ｔ」における“Ｔ”は、いずれの通知送信手段における送信時間であってもよいが、例えば、最も短いまたは長い送信時間や、複数の通知送信手段における送信時間の平均となる時間などを採用することが考えられる。この“Ｐ”（または“Ｔ”）については、その値が大きい（小さい）ほど送信情報の種類を多く必要とするが、その場合、送信情報の種類が不必要に多くなり、それに応じた記憶領域を確保する必要があるため、記憶領域を確保できる範囲内で、楽曲通知データに基づく予約が行われなくなってしまうことを防止できる値とすれば充分である。
【００２４】
また、上述したように複数種類用意された送信情報の具体例としては、例えば、通知送信手段により楽曲通知データが送信される毎に、所定の計算方法に基づいて算出される値を送信情報とすることが考えられる。
【００２５】
より具体的には、通知送信手段により楽曲通知データが送信される毎に、初期値から上限値までの所定値ずつの積算を繰り返す変数の値を送信情報とすることを考えることができ、このためには、例えば、請求項５に記載のように、前記リモコン端末において、前記情報付加手段は、前記通知送信手段により楽曲通知データが送信される毎に、初期値から上限値までの所定値ずつの積算を繰り返す変数の値を前記送信情報として、前記楽曲通知データに付加する、ように構成するとよい。
【００２６】
このように構成すれば、初期値から上限値までの所定値ずつの積算を繰り返す変数の値を送信情報とすることができる。この場合、変数の値を所定値ずつ積算するだけでよいため、変数および所定値を記憶することができれば、送信情報の種類が多くても、それに応じた多くの記憶領域を必要としない。
【００２７】
なお、この構成においては、変数に順次セットされる値の種類が、数式「Ｒ×Ｐ／Ｔ」で求められる値以上となるような変数とすればよい。
また、複数種類用意された送信情報の具体例としては、データテーブルに登録された情報それぞれを送信情報とすることも考えられる。
【００２８】
このためには、例えば、請求項６に記載のように、前記リモコン端末において、前記情報付加手段は、前記通知送信手段により楽曲通知データが送信される毎に、複数の前記送信情報が登録されたデータテーブルから順に選択した送信情報を前記楽曲通知データに付加する、ように構成するとよい。
【００２９】
このように構成すれば、データテーブルから順に選択した情報を送信情報とすることができる。この場合、データテーブルから送信情報を抽出するだけでよいため、計算等の処理を行う必要がない。
【００３０】
なお、この構成においては、データテーブルに登録された送信情報が、数式「Ｒ×Ｐ／Ｔ」で求められる値以上の種類となるようにすればよい。
また、請求項７に記載のカラオケ装置は、請求項１から６のいずれかに記載のカラオケ装置が備える全ての手段を備えてなるカラオケ装置である。
【００３１】
このように構成されたカラオケ装置は、請求項１から６のいずれかに記載のカラオケシステムの一部（カラオケ装置）を構成することができる。
また、請求項８に記載のリモコン端末は、請求項１から６のいずれかに記載のリモコン端末が備える全ての手段を備えてなるリモコン端末である。
【００３２】
このように構成されたリモコン端末は、請求項１から６のいずれかに記載のカラオケシステムの一部（リモコン端末）を構成することができる。
また、請求項９に記載のプログラムは、請求項１から６のいずれかに記載のカラオケ装置としてコンピュータシステムを機能させるためのプログラムである。
【００３３】
このようなプログラムにより制御されるコンピュータシステムは、請求項１から６のいずれかに記載のカラオケシステムの一部（カラオケ装置）を構成することができる。
また、請求項１０に記載のプログラムは、請求項１から６のいずれかに記載のリモコン端末としてコンピュータシステムを機能させるためのプログラムである。
【００３４】
このようなプログラムにより制御されるコンピュータシステムは、請求項１から６のいずれかに記載のカラオケシステムの一部（リモコン端末）を構成することができる。
なお、上述した各プログラムは、コンピュータによる処理に適した命令の順番付けられた列からなるものであって、例えば、ＦＤ，ＣＤ−ＲＯＭ，メモリーカードなどの記録媒体、インターネットなどの通信回線網を介して、コンピュータシステム，または，コンピュータシステムを利用するユーザに提供されるものである。なお、これらプログラムをユーザに提供する場合には、コンピュータシステムのハードディスクやメモリにプレインストールされた状態で提供する形態であってもよい。また、これらプログラムを実行するコンピュータシステムとしては、例えば、カラオケ装置，リモコン端末に搭載されたコンピュータシステム，カラオケ装置，リモコン端末とデータ通信可能な他のコンピュータなどが利用できる。
【発明を実施するための最良の形態】
【００３５】
以下に本発明の実施形態を図面と共に説明する。
カラオケシステムは、図１に示すように、カラオケ装置１とリモコン端末２とがデータ通信可能に構成されたものである。
【００３６】
カラオケ装置１は、カラオケ装置１全体の動作を制御する制御部１２，カラオケ装置１をネットワーク１００に接続するためのインタフェース部１４，演奏楽曲の伴奏内容および歌詞を示す楽曲データや映像データなどを記憶するハードディスク（ＨＤＤ）１６，複数のキー・スイッチからなる操作部１８，リモコン端末２からの赤外線信号を赤外線通信規格（ＩｒＤＡ）に従って受信するための赤外線通信部２０，操作部１８および赤外線通信部２０からの信号を処理する操作処理部２２，ハードディスク１６に記憶された楽曲データから演奏楽曲のオーディオ信号（音響，音声に関する信号）を生成するシンセサイザ２４，シンセサイザ２４により生成されたオーディオ信号およびマイクロフォン２６から入力されたオーディオ信号を増幅してスピーカ２８へ出力するミキシングアンプ３０，映像情報を一時的に記憶するビデオＲＡＭ３２，映像データに基づく映像の再生を制御する映像再生部３４，ビデオＲＡＭ３２に記憶された映像情報および映像再生部３４により再生される映像の表示部３６での表示を制御する映像制御部３８などを備えている。
【００３７】
リモコン端末２は、リモコン端末２全体の動作を制御する制御部５２，カラオケ装置１に赤外線信号を赤外線通信規格（ＩｒＤＡ）に従って送信する赤外線通信部５４，各種情報を記憶するメモリ５６，表示部５８の表示領域に沿って設置されるタッチパネルおよび複数のキー・スイッチからなる操作部６０，操作部６０からの信号を処理する操作処理部６２，映像情報を一時的に記憶するビデオＲＡＭ６４，ビデオＲＡＭ６４に記憶された映像情報の表示部５８での表示を制御する映像制御部６６，ネットワーク１００に接続された無線アクセスポイント１１０との間で無線ＬＡＮ規格（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ規格，ＨｏｍｅＲＦ規格，Ｂｌｕｅｔｏｏｔｈ規格など）に従った無線通信を行うための無線ＬＡＮ通信部６８，などを備えている。
［リモコン端末２の予約送出処理］
以下に、リモコン端末２の制御部５２により実行される予約送出処理の処理手順を図２に基づいて説明する。この予約送出処理は、リモコン端末２が起動している間に繰り返し実行されるものである。
【００３８】
まず、操作部６０により、演奏楽曲を特定するための特定情報（つまり曲番号）を入力する操作が行われるまで待機する（ｓ１１０：ＮＯ）。
このｓ１１０の処理で特定情報を入力する操作が行われたら（ｓ１１０：ＹＥＳ）、送信時期を特定するための送信情報を生成する（ｓ１２０）。ここでは、メモリ５６に記憶された送信変数Ａ（初期状態ではＡ＝０００１）に所定値（本実施形態においては「１」）を加算することにより、この送信変数Ａの値を送信情報として生成する。
【００３９】
なお、この送信変数Ａは、その上限値が、カラオケ装置１側で予約可能な演奏楽曲の曲数Ｒ，カラオケ装置１が演奏可能な最も演奏時間の長い演奏楽曲における演奏時間Ｐ，および，赤外線通信部５４が赤外線信号を送信するのに要すると想定される送信時間Ｔに基づく数式「Ｒ×Ｐ／Ｔ」により求められる値以上の値となっており、初期値から上限値までの積算が繰り返し行われる変数である。本実施形態においては、予約可能な演奏楽曲の曲数Ｒを２０曲，演奏時間Ｐを６００秒，送信時間Ｔを３秒とした場合において、数式「Ｒ×Ｐ／Ｔ」により求められる値４０００（＝２０×６００／３）以上の値である９９９９が、送信変数Ａの上限値となっている。つまり、本実施形態においては、送信情報が９９９９種類用意されていることになる。
【００４０】
次に、ｓ１１０の処理で入力された特定情報を示す楽曲通知データにｓ１２０の処理で生成した送信情報を付加し、この楽曲通知データを、赤外線通信部５４の送信バッファにセットすると共に（ｓ１３０）、無線ＬＡＮ通信部６８の送信バッファにセットする（ｓ１４０）。
【００４１】
次に、赤外線通信部５４および無線ＬＡＮ通信部６８それぞれに対して、送信バッファにセットされた楽曲通知データの送信を指令する（ｓ１５０．ｓ１６０）。赤外線通信部５４および無線ＬＡＮ通信部６８は、図３に示すように、それぞれ制御部５２からの指令を受けるまで待機しており（ｓ２１０：ＮＯ）、このｓ１５０，ｓ１６０の処理による指令を受けた際に（ｓ２１０：ＹＥＳ）、送信バッファにデータが存在しなければ（ｓ２２０：ＮＯ）、指令待ち状態（ｓ２１０の処理）へ戻る一方、送信バッファに楽曲通知データが存在すれば（ｓ２２０：ＹＥＳ）、その楽曲通知データのカラオケ装置１への送信を行い（ｓ２３０）、送信を終了した際にはその旨を制御部５２に通知して（ｓ２４０）、指令待ち状態（ｓ２１０の処理）へ戻るように構成されている。
【００４２】
そして、赤外線通信部５４および無線ＬＡＮ通信部６８両方から楽曲通知データの送信が終了した旨の通知を受けるまで待機し（ｓ１７０：ＮＯ）、この通知を受けたら（ｓ１７０：ＹＥＳ）、ｓ１１０の処理へ戻る。
【００４３】
なお、こうして、ｓ１７０の処理で「ＹＥＳ」と判定されてｓ１１０の処理へ戻るのは、赤外線通信部５４および無線ＬＡＮ通信部６８両方から通信終了の通知を受けた後であるが、通知を受けてｓ１１０の処理へ戻った以降でなければ、以降に楽曲通知データの送信が行われることはないため、こうして通知を受けるまでの期間は、次の楽曲通知データの送信が禁止された待機期間ということになる。
［カラオケ装置１の予約受付処理］
以下に、カラオケ装置１の制御部１２により実行される予約受付処理の処理手順を図４に基づいて説明する。この予約受付処理は、カラオケ装置１が起動している間に繰り返し実行されるものである。
【００４４】
まず、リモコン端末２から楽曲通知データを受信するまで待機する（ｓ３１０：ＮＯ）。ここで受信する楽曲通知データは、図３におけるｓ２３０の処理でリモコン端末２側から送信されるものであって、赤外線通信部２０またはインタフェース部１４により受信される。
【００４５】
このｓ３１０の処理で楽曲通知データを受信したら（ｓ３１０：ＹＥＳ）、予約テーブルへの登録が可能か否かをチェックする（ｓ３２０）。この予約テーブルは、カラオケ装置１が演奏すべき演奏楽曲を登録するために制御部１２内蔵のメモリに記憶されている待ち行列形式のデータテーブルであって、図５に示すように、演奏楽曲に対応する特定情報および送信情報を、所定の上限数（本実施形態においては２０組）だけ登録可能なものである。そして、このｓ３２０の処理では、予約テーブルに登録されている特定情報および送信情報の組が上限数となっていない場合に、予約テーブルへの登録が可能であると判定する。なお、カラオケ装置１は、本予約受付処理と並行して、予約テーブルに登録されている各特定情報に基づく演奏楽曲の演奏を行うと共に、こうして演奏を開始した演奏楽曲における特定情報および送信情報を予約テーブルから削除する処理を行っているため、この予約テーブルの登録内容は、随時更新されているものである。
【００４６】
このｓ３２０の処理で予約テーブルへの登録が可能でない，つまり予約テーブルが一杯であれば（ｓ３２０：ＮＯ）、ｓ３１０の処理で受信した楽曲通知データを破棄した後（ｓ３３０）、ｓ３１０の処理へ戻る。このように、予約テーブルが一杯になっている状態では、それ以上の予約が行われないこととなる。
【００４７】
一方、ｓ３２０の処理で予約テーブルへの登録が可能であれば（ｓ３２０：ＹＥＳ）、予約テーブルに登録された各情報の組のうち、以降の処理でチェックすべき情報の組を先頭の組に設定した後（ｓ３４０）、こうして設定した情報の組における送信情報が、ｓ３１０の処理で受信した楽曲通知データに付加されている送信情報と同一であるか否かをチェックする（ｓ３５０）。
【００４８】
このｓ３５０の処理で送信情報が同一であれば（ｓ３５０：ＹＥＳ）、ｓ３３０の処理へ移行する一方、送信情報が同一でなければ（ｓ３５０：ＮＯ）、予約テーブルにおける全ての情報の組についてのチェックが終了したか否かをチェックし（ｓ３６０）、終了していなければ（ｓ３６０：ＮＯ）、チェックすべき情報の組を、直前に行われたｓ３５０の処理でチェックされた次の組に設定した後（ｓ３７０）、ｓ３５０の処理へ戻って、以降、予約テーブルにおける全ての情報の組についてのチェックが終了するまで、ｓ３５０〜ｓ３７０の処理を繰り返す。
【００４９】
そして、ｓ３６０の処理で全ての情報の組についてのチェックが終了したら（ｓ３６０：ＹＥＳ）、ｓ３１０の処理で受信した楽曲通知データに基づいて、予約テーブルへの登録を行った後（ｓ３８０）、ｓ３１０の処理へ戻る。このｓ３８０の処理では、ｓ３１０の処理で受信した楽曲通知データで示される特定情報と、この楽曲通知データに付加された送信情報との組を予約テーブルの最後尾（図５におけるｎ＋１番目参照）に登録する。
【００５０】
［効果］
このように構成されたカラオケシステムによれば、リモコン端末２からは、ユーザにより選曲された演奏楽曲を通知するための楽曲通知データが、赤外線通信および無線ＬＡＮ通信といった異なる伝送方法により送信される。そのため、これらのうち一方の伝送方法により送信された楽曲通知データがカラオケ装置１に到達しなかったとしても、他方の伝送方法により送信された楽曲通知データがカラオケ装置１に到達すれば、この楽曲通知データにて通知した演奏楽曲を特定するための特定情報をカラオケ装置１側で予約テーブルに登録する（つまり演奏楽曲を予約する）ことができる。特に、赤外線通信および無線ＬＡＮ通信において、データ通信を妨げられる主な要因は、赤外線通信が物理的な障害物の介在であるのに対し、無線ＬＡＮ通信が同一周波数による混信であるため、両者が同一の要因により同時にデータ通信が妨げられることは起こりにくく、これにより、両方の伝送方法により送信された楽曲通知データが両方ともカラオケ装置１に到達しない確率は低いといえる。
【００５１】
これにより、従来よりも演奏楽曲を予約し損なってしまうことが発生しにくくなるため、ユーザが予約し損なったか否かを確認して予約し損なっていた場合に再び予約を行うといった操作を行う必要性を低くすることができる。そのため、正常に予約されたのにも拘わらず、再び予約のための操作が行われる、といったこと自体が起こりにくくなり、結果、同一の演奏楽曲が重複して予約されてしまうことも起こりにくい。
【００５２】
また、特定情報は、楽曲通知データに付加された送信情報と共に予約テーブルに登録されることになるが、この送信情報と同一の送信情報の対応付けられた特定情報が既に登録されている場合には、図４におけるｓ３５０の処理で「ＹＥＳ」と判定され、同図ｓ３８０の処理に移行しないため、この特定情報の登録が行われることはない。このように、既に同一の送信情報の対応付けられた特定情報が登録されている状況は、それぞれの伝送方法にてリモコン端末２から送信される楽曲通知データのうち、両方の楽曲通知データが順次カラオケ装置１に到達するような状況と考えられる。よって、このように、同一の送信情報の対応付けられた特定情報が既に登録されている場合に、特定情報の登録を行わないように構成することにより、同一のタイミングで送信された楽曲通知データで通知した演奏楽曲の特定情報が重複して記憶されてしまう，つまり同じ演奏楽曲の重複した予約がされてしまうことを防止することができる。
【００５３】
また、図２におけるｓ１７０の処理では、赤外線通信部５４および無線ＬＡＮ通信部６８両方からデータ送信終了の通知を受けるまで待機してから、ｓ１１０の処理へ戻ることになるが、こうしてｓ１１０の処理へ戻った以降でなければ、再び楽曲通知データの送信が行われることはないため、この通知を受けるまでの期間、次の楽曲通知データの送信を禁止することができる。ここでの待機時間は、赤外線通信部５４および無線ＬＡＮ通信部６８の両方からデータ送信終了の通知を受けるまでであり、通常、赤外線通信によるデータ通信の方が無線ＬＡＮ通信よりもデータを送信するのに時間を要することから、楽曲通知データを送信するのに長い時間を要する赤外線通信に合わせた待機時間となっていることになる。
【００５４】
この待機期間は、無線ＬＡＮ通信部６８からデータ送信終了の通知を受けるまでの時間としておいてもよいが、この場合、赤外線通信部５４については、楽曲通知データを送信すべきタイミングが短い期間で繰り返されるほど、それぞれ送信が終了する前に次々と送信すべき楽曲通知データが発生し、送信待ちの楽曲通知データが多くなってしまうため、これらを保持するための記憶領域を多く確保しておく必要がある。ところが、本発明のように、楽曲通知データを送信するのに長い時間を要する赤外線通信に合わせた待機期間としておけば、送信待ちの楽曲通知データが多くなってしまうことがないため、送信待ちの楽曲通知データを保持するための記憶領域を確保する必要もない。
【００５５】
また、図２におけるｓ１２０の処理では、同図ｓ１１０の処理で特定情報が入力される毎に、１ずつ増加する送信変数Ａの値を、同図ｓ１３０，ｓ１４０の処理で送信情報として楽曲通知データに順次付加することができる。
【００５６】
また、図２におけるｓ１２０の処理で生成される送信情報は、初期値から上限値までの所定値「１」ずつの積算を繰り返す送信変数Ａの値である。このように、送信変数Ａの値を所定値ずつ積算するだけでよいため、この送信変数Ａおよび所定値を記憶することができれば、送信情報の種類が多くても、それに応じた多くの記憶領域を必要としない。
【００５７】
ところで、図２におけるｓ１２０の処理でリモコン端末２が生成する送信情報は、送信変数Ａにセットされる初期値から上限値まで順番に変化していくものであり、上限値まで到達した後で、再び初期値からの変化が最初から行われるため、以降、同図ｓ１３０，ｓ１４０の処理においては、先に付加されたのと同じ送信情報の付加された楽曲通知データが送信されることになる。
【００５８】
本実施形態におけるカラオケ装置１では、特定情報の予約テーブルへの登録を予約可能な曲数まで行うと共に、演奏した（演奏中または演奏後の）演奏楽曲の特定情報および送信情報を予約テーブルから削除するように構成されている。そのため、カラオケ装置１側で先に登録された特定情報で特定される演奏楽曲の演奏が行われる前，つまり，この特定情報に対応する送信情報が存在する状態で、先に付加されたのと同じ送信情報の付加された楽曲通知データが送信されると、予約すべき演奏楽曲は異なっていても送信情報が登録済みのものと同一であることに起因して、この楽曲通知データに基づく予約（特定情報の登録）が行われなくなってしまう。
【００５９】
このようなことを防止するために、本実施形態において、送信変数Ａにセットされる値の種類は、「Ｒ×Ｐ／Ｔ」により求められる値以上に設定されている。
この数式における“Ｒ”は、予約テーブルに予約可能な演奏楽曲の上限値であり、“Ｐ”は、カラオケ装置１が演奏可能な最も演奏時間の長い演奏楽曲における演奏時間であるため、「Ｒ×Ｐ」は、上限まで予約された全ての演奏楽曲全ての演奏が終了すると想定される時間を概算したものといえる。ここで、予約テーブルは、特定情報の登録が予約可能な演奏楽曲の上限値まで行われると共に、順次、演奏を開始した演奏楽曲の特定情報および送信情報を削除していくことにより、演奏楽曲の予約状況が更新される。そのため、上述した「Ｒ×Ｐ」は、特定情報および送信情報を上限まで連続して登録した（上限まで予約した）場合に、最初に登録された一連（上限である２０曲分）の特定情報および送信情報全てが削除されるまでの時間を示していることになる。
【００６０】
つまり、この時間が経過した後であれば、最初に登録された一連の特定情報全てが存在しなくなるため、初期値からの送信情報の変化が開始されたとしても、こうして送信情報が付加された楽曲通知データを受信したカラオケ装置１において、この楽曲通知データに基づく予約（特定情報の登録）を行わなくなってしまうことはない。赤外線通信部５４および無線ＬＡＮ通信部６８により次の楽曲通知データを送信できるようになる（図２におけるｓ１７０の処理で「ＹＥＳ」とされる）のには、一定の送信時間Ｔを要するため、この送信時間Ｔの間隔で楽曲通知データを連続して送信する状態が、楽曲通知データに付加される送信情報（の種類）を最も多く消費する状態となる。そのため、上述した「Ｒ×Ｐ／Ｔ」は、楽曲通知データを連続して送信する場合において、最初に登録された一連の特定情報および送信情報全てが予約テーブルから削除されるまでの時間に、それぞれの楽曲通知データに異なる送信情報を付加するために必要な送信情報の種類を示していることになる。
【００６１】
ここで、リモコン端末２により、送信時間Ｔの間隔で楽曲通知データが連続して送信されるように繰り返し特定情報を入力する操作を行う状況を想定し、カラオケ装置１側で予約テーブルに登録される送信情報の変移を例示することにより、上記数式「Ｒ×Ｐ／Ｔ」について検証を行った結果を、図６に基づいて説明する。なお、ここでは、予約テーブルに予約可能な演奏楽曲の上限値を２０曲とし、演奏楽曲の演奏時間を全て６００秒（１０分）とし、送信時間Ｔを３秒とした場合を例示する。
【００６２】
まず、１曲目の予約（予約０００１）については、演奏楽曲の演奏が直ちに開始されて特定情報および送信情報が予約テーブルから削除されるため、この演奏が終了するまでは、２曲目〜２１曲目の予約（予約０００２〜予約００２１）に対する予約テーブルへの登録のみが行われることになる。こうして、２曲目〜２１曲目の予約に対する一連の登録が行われた後は、図７（ａ）に示すように、予約テーブルに上限となる２０曲分の特定情報および送信情報の組が登録された状態となる（ここでは、予約番号と同じ値を送信情報とする）。これらの登録内容が、上述した「最初に登録された一連の特定情報および送信情報」である。
【００６３】
２２曲目以降の予約（予約００２２以降）については、楽曲通知データが送信されてきたとしても、１曲目以降に予約された各演奏楽曲が演奏終了するまでは予約テーブルへの登録ができない状態となっているため（図４におけるｓ３２０の処理で「ＮＯ」とされる）、リモコン端末２側で生成される送信情報の値のみが大きくなっていくことになる。
【００６４】
これ以降、１曲目以降に予約された各演奏楽曲それぞれが演奏終了する毎に、その時点で送信された楽曲通知データに基づく予約テーブルへの登録が行われ、その後、２０曲目に予約（予約００２０）された演奏楽曲の演奏が開始されて特定情報および送信情報が予約テーブルから削除されると、図７（ｂ）に示すように、２１曲目に予約（予約００２１）された演奏楽曲の特定情報および送信情報が予約テーブルの先頭（最上部）にくる。
【００６５】
この後は、２１曲目に予約（予約００２１）された演奏楽曲の演奏が開始されて特定情報および送信情報が削除されるまで，つまり最初に登録された一連の特定情報および送信情報全てが予約テーブルから削除されるまでは予約テーブルへの登録が行われない。よって、この時点までに楽曲通知データに付加された送信情報と同じ種類（３８０１種類）以上、送信情報が用意されていればよいことになる。
【００６６】
このことからも、上述した数式「Ｒ×Ｐ／Ｔ」により求められる値４０００（＝２０×６００／３）以上の送信情報を用意しておけばよいことがわかる。なお、送信情報は、２１曲目に予約された演奏楽曲が演奏される前までに楽曲通知データに付加された送信情報と同じ種類である３８０１種類以上、用意されていればよいが、この時点で予約テーブルの先頭（図７（ｂ）における最上部）に登録されている送信情報は、「００２１」であるため、送信情報としては３８００種類程度用意しておくだけでも問題はない。この場合、例えば、「（Ｒ−１）×Ｐ／Ｔ」といった数式により求められる値３８００（＝１９×６００／３）を送信情報の種類とすればよい。
【００６７】
このように、数式「Ｒ×Ｐ／Ｔ」により求められる値以上の種類だけ、送信情報の種類を用意しておけば、全ての送信情報が付加された後、先に付加されたのと同じ送信情報の付加された楽曲通知データが送信されたとしても、カラオケ装置１側において、この送信情報に対応する特定情報は削除されていることになるため、この楽曲通知データに基づく予約（特定情報の登録）が行われなくなってしまうことを防止することができる。
【００６８】
［変形例］
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
【００６９】
例えば、上記実施形態においては、カラオケ装置１がインタフェース部１４を介して有線でネットワーク１００と接続されている構成を例示したが、リモコン端末２と同様に、無線ＬＡＮ通信部により無線ＬＡＮ規格に従ってネットワーク１００と無線接続されるように構成してもよい。この場合において、両者をネットワーク１００を介さずに直接データ通信可能に構成してもよい。
【００７０】
また、上記実施形態においては、カラオケ装置１とリモコン端末２とが、赤外線通信およびＬＡＮ通信といった２種類の伝送方法によりデータ通信可能に構成された構成を例示した。しかし、この両者を３種類以上の伝送方法によりデータ通信可能に構成し、それぞれにより楽曲通知データの受け渡しが行えるように構成してもよい。
【００７１】
また、上記実施形態においては、カラオケ装置１とリモコン端末２とが、赤外線通信およびＬＡＮ通信によりデータ通信可能な構成を例示した。しかし、この両者をデータ通信可能とする伝送方法については、他の伝送方法または伝送方法の組み合わせを採用することもできる。この場合、赤外線通信と無線ＬＡＮ通信のように、２種類の伝送方法それぞれについて伝送を妨げられる要因が異なっていることが望ましい。
【００７２】
例えば、リモコン端末２を通信規格の異なる２種類の無線ＬＡＮ規格によりデータ通信可能に構成し、それぞれの通信規格に従って楽曲通知データを送信するように構成することが考えられる。この場合、ＩＥＥＥ８０２．１１ｂ規格，ＩＥＥＥ８０２．１１ｇ規格やＢｌｕｅｔｏｏｔｈ規格など２．４ＧＨｚ帯を用いる伝送方法と、ＩＥＥＥ８０２．１１ａ規格など５．２ＧＨｚ帯を用いる伝送方法との２種類とすることが、同一周波数による妨害電波の影響を同時に受けなくするためには好ましい。
【００７３】
また、上記実施形態においては、図２におけるｓ１３０，ｓ１４０の処理で楽曲通知データに付加される送信情報が同一の情報である構成を例示した。しかし、これら処理で付加される送信情報は、それぞれが関連付けられた情報として同じ送信時期のものであることを識別できれば、異なる内容の情報としてもよい。
【００７４】
このように異なる内容の情報とするためには、例えば、リモコン端末２側で、図２におけるｓ１３０の処理に対して、ｓ１２０の処理で積算される送信変数Ａに基づく数式「Ａ×３＋ｒａｎｄ（２）；ｒａｎｄ（２）は０〜２の乱数」により求められる値Ａ１を送信情報とし、ｓ１４０の処理に対して、送信変数Ａに基づく数式「Ａ×４＋ｒａｎｄ（３）；ｒａｎｄ（３）は０〜３の乱数」により求められる値Ａ２を送信情報として楽曲通知データに付加するように構成する。そして、カラオケ装置１側で、楽曲通知データが赤外線通信部２０により受信されたものであれば、この楽曲通知データに付加された送信情報で示される値Ａ１に基づく数式「（Ａ１−Ａ１ｍｏｄ３）／３」により求められる値を、図４におけるｓ３８０の処理で予約リストに登録する，または，同図ｓ３５０の処理でチェックする際の送信情報として特定する一方、楽曲通知データがインタフェース部１４により受信されたものであれば、この楽曲通知データに付加された送信情報で示される値Ａ２に基づく数式「（Ａ２−Ａ２ｍｏｄ４）／４」により求められる値を、予約リストに登録する，または，チェックする際の送信情報として特定するように構成すればよい。
【００７５】
また、上記実施形態においては、上述した数式「Ｒ×Ｐ／Ｔ」における“Ｐ”が、カラオケ装置１が演奏可能な最も演奏時間の長い演奏楽曲における演奏時間となっており、また、数式「Ｒ×Ｐ／Ｔ」における“Ｔ”が、赤外線通信部５４が赤外線信号を送信するのに要すると想定される送信時間となっている構成を例示した。しかし、“Ｐ”については、カラオケ装置１にて演奏可能な複数の演奏楽曲のうち最短の演奏時間や、複数の演奏楽曲における平均の演奏時間などを採用してもよい。また、“Ｔ”については、無線ＬＡＮ通信部６８が無線信号を送信するのに要すると想定される送信時間，赤外線通信部５４および無線ＬＡＮ通信部６８が無線信号を送信するのに要すると想定される送信時間の平均時間，もしくは、あらかじめ定められた時間などを採用してもよい。ただし、この“Ｐ”（または“Ｔ”）については、その値が大きい（小さい）ほど送信情報の種類を多く必要とするが、その場合、送信情報の種類が不必要に多くなり、それに応じた記憶領域（本実施形態においては、送信変数Ａの桁数）を確保する必要があるため、記憶領域を確保できる範囲内で、楽曲通知データに基づく予約が行われなくなってしまうことを防止できる値とすれば充分である。
【００７６】
また、上記実施形態においては、図２におけるｓ１２０の処理で生成される送信情報が、送信変数Ａに所定値ずつ加算するといった規則に従って求められる送信変数Ａの値である構成を例示した。しかし、この送信情報を生成する方法としては、数式「Ｒ×Ｐ／Ｔ」で求められる値以上の種類を生成することができれば、他の計算方法により求めるように構成してもよい。
【００７７】
また、送信情報を、複数の送信情報が登録されたデータテーブルから所定の順番で選択するように構成することもできる。この場合、図２におけるｓ１２０の処理で送信情報を生成する際には、データテーブルに登録された複数種類（式「Ｒ×Ｐ／Ｔ」で求められる値以上の種類）の情報の中から、あらかじめ定められた順番で抽出される情報を送信情報とするように構成すればよい。この場合、データテーブルから順に選択した情報を送信情報とすることができ、データテーブルから送信情報を選択するだけでよいため、複雑な計算等の処理を行う必要がない。
【００７８】
［本発明との対応関係］
以上説明した実施形態において、図２におけるｓ１１０の処理は本発明における選曲手段であり、同図ｓ１３０，ｓ１４０の処理は本発明における情報付加手段であり、同図ｓ１５０，ｓ１６０の処理は本発明における通知送信手段であり、同図ｓ１７０の処理は本発明における送信禁止手段であり、また、図３におけるｓ２３０の処理は本発明における通知送信手段であり、図４におけるｓ３８０の処理は本発明における記憶指令手段である。また、制御部１２内蔵のメモリが、本発明における記憶部である。
【図面の簡単な説明】
【００７９】
【図１】カラオケシステムの全体構成を示すブロック図
【図２】予約送出処理の処理手順を示すフローチャート
【図３】赤外線通信部および無線ＬＡＮ通信部により実行される処理手順を示すフローチャート
【図４】予約受付処理の処理手順を示すフローチャート
【図５】予約テーブルのデータ構造を示す図の処理手順を示すフローチャート
【図６】リモコン端末側で繰り返し特定情報を入力する操作を行った場合におけるカラオケ装置側での予約テーブルへの予約状態の遷移を示す図
【図７】予約テーブルに登録される情報の変移状態を示す図
【符号の説明】
【００８０】
１…カラオケ装置、１２…制御部、１４…インタフェース部、１６…ハードディスク、１８…操作部、２０…赤外線通信部、２２…操作処理部、２４…シンセサイザ、２６…マイクロフォン、２８…スピーカ、３０…ミキシングアンプ、３４…映像再生部、３６…表示部、３８…映像制御部、２…リモコン端末、５２…制御部、５４…赤外線通信部、５６…メモリ、５８…表示部、６０…操作部、６２…操作処理部、６６…映像制御部、６８…無線ＬＡＮ通信部。
【図１】
2006047913.tif 000003
【図２】
2006047913.tif 000004
【図３】
2006047913.tif 000005
【図４】
2006047913.tif 000006
【図５】
2006047913.tif 000007
【図６】
2006047913.tif 000008
【図７】
2006047913.tif 000009
【手続補正書】
【提出日】平成16年8月19日(2004.8.19)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケ装置，および，このカラオケ装置とデータ通信可能なリモコン端末からなるカラオケシステムに関する。
【背景技術】
【０００２】
従来から、カラオケシステムでは、ユーザが選曲した演奏楽曲をリモコン端末でカラオケ装置に通知することで演奏楽曲の予約を行うことができるように構成されている。
このリモコン端末による通知は、無線通信により行われることが一般的であるが、無線信号が遮断されたり、ノイズの影響を受けたりといった外的な要因によって、正常な通知が行われないことがあり、この場合、演奏楽曲を予約し損なってしまう。
【０００３】
近年では、このように予約し損なうような場合でも、１回目の通知（１発目のリモコン信号の伝送）が行われてから、リモコン端末による通知を所定期間（禁止期間）だけ禁止しておくことにより、この期間中に予約し損なったか否かをユーザに確認させ、その後、一定期間中のみ同じ演奏楽曲の通知（２発目の発信指示）を許可する、といった技術が提案されている（特許文献１参照）。この技術であれば、演奏楽曲の通知が正常に行われなかった場合でも、同じ演奏楽曲の通知をやり直すことができる。
【特許文献１】特開２００３−１４０６６７号公報（例えば、段落［００２９］〜［００３０］など）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上述したような技術においては、予約し損なったか否かをユーザに確認させる必要があるため、ユーザが予約し損なったのにも拘わらず予約されたと認識してしまった，または，確認自体をしなかった場合には、結局、演奏楽曲を予約し損なってしまうことにかわりない。
【０００５】
本発明は、このような課題を解決するためになされたものであり、その目的は、演奏楽曲を予約し損なってしまうことが従来よりも起こりにくくなるようにするための技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するため請求項１に記載のカラオケシステムは、カラオケ装置，および，該カラオケ装置とデータ通信可能なリモコン端末からなる。これらのうち、前記リモコン端末は、前記カラオケ装置に演奏させるべき演奏楽曲をユーザに選曲させる選曲手段と、該選曲手段により選曲された演奏楽曲を通知するための楽曲通知データを、それぞれ異なる伝送方法により前記カラオケ装置に送信可能な複数の通知送信手段と、該通知送信手段により送信される楽曲通知データそれぞれに、該送信時期を特定可能なお互いが関連づけられた送信情報を付加する情報付加手段と、を備えている。そして、前記カラオケ装置は、前記リモコン端末から送信されてきた前記楽曲通知データに基づいて、該楽曲通知データで通知された演奏楽曲を特定するための特定情報を、前記楽曲通知データに付加された前記送信情報と対応付けた状態で記憶部に記憶させる記憶指令手段を備え、該記憶指令手段の指令により記憶された特定情報で特定される演奏楽曲それぞれの演奏を順次行うように構成されており、前記記憶指令手段は、前記リモコン端末から前記楽曲通知データが送信されてきた際、該楽曲通知データに付加された前記送信情報に関連する送信情報の対応付けられた前記特定情報が記憶部に記憶されている場合、前記送信されてきた前記楽曲通知データで通知された演奏楽曲の特定情報について記憶部への記憶を行わない。
【０００７】
このように構成されたカラオケシステムによれば、リモコン端末からは、ユーザにより選曲された演奏楽曲を通知するための楽曲通知データが、それぞれ異なる複数の伝送方法により送信される。そのため、これらのうちのいずれかの伝送方法により送信された楽曲通知データがカラオケ装置に到達しなかったとしても、他の伝送方法により送信された楽曲通知データのいずれかがカラオケ装置に到達すれば、この楽曲通知データにて通知した演奏楽曲を特定するための特定情報をカラオケ装置の記憶部に記憶させる（つまり演奏楽曲を予約する）ことができる。
【０００８】
これにより、従来よりも演奏楽曲を予約し損なってしまうことが発生しにくくなるため、ユーザが予約し損なったか否かを確認して予約し損なっていた場合に再び予約を行うといった操作を行う必要性を低くすることができる。そのため、正常に予約されたのにも拘わらず、再び予約のための操作が行われる、といったこと自体が起こりにくくなり、結果、同一の演奏楽曲が重複して予約されてしまうことも起こりにくい。
【０００９】
また、特定情報は、楽曲通知データに付加された送信情報に対応付けられた状態で記憶されることになるが、この送信情報に関連する（関連付けられた）送信情報の対応付けられた特定情報が既に記憶されている場合には、この特定情報の記憶は行われない。このように、既に関連する送信情報の対応付けられた特定情報が記憶されている状況は、それぞれの伝送方法にてリモコン端末から送信される楽曲通知データのうち、２以上の楽曲通知データが順次カラオケ装置側に到達するような状況と考えられる。よって、このように、関連する送信情報の対応付けられた特定情報が記憶されている場合に、特定情報の記憶を行わないように構成することにより、同一のタイミングで送信された楽曲通知データで通知した演奏楽曲の特定情報が重複して記憶されてしまう，つまり同じ演奏楽曲の重複した予約がされてしまうことを防止することができる。
【００１０】
なお、通知送信手段が楽曲通知データを送信する際の「伝送方法」とは、例えば、データを送信するための伝送経路，伝送経路を無線とした場合において使用する周波数帯域，通信規格，通信手順などにより規定されるデータの送信方法である。
【００１１】
ところで、楽曲通知データを送信するリモコン端末では、特許文献１に記載のように、ユーザによる誤操作で同一の楽曲通知データが連続して送信されてしまうことを物理的に防止するために、楽曲通知データが送信されてから一定期間だけ、次の楽曲通知データを送信することを禁止するように構成するとよい。
【００１２】
このとき、次の楽曲通知データを送信することを禁止する待機期間は、通知送信手段が楽曲通知データを送信するのに要すると想定される時間としておけばよい。ただ、本発明では通知送信手段が複数備えられているため、複数の通知送信手段それぞれが楽曲通知データを送信するのに要すると想定される送信時間のうち、いずれを待機期間とすればよいかが問題となるが、これについては、最も長い送信時間以上の期間としておくことが望ましい。
【００１３】
これは、例えば、待機期間を一定の時間とした場合を考えた場合、この時間よりも楽曲通知データを送信するのに長い時間を要する他の通知送信手段については、楽曲通知データを送信すべきタイミングが短い期間で繰り返されるほど、それぞれ送信が終了する前に次々と送信すべき楽曲通知データが発生し、送信待ちの楽曲通知データが多くなってしまうため、これらを保持するための記憶領域を多く確保しておく必要があるからである。
【００１４】
このように、待機期間を最も長い送信時間以上の期間とするためには、例えば、請求項２に記載のように、前記リモコン装置においては、前記通知送信手段により楽曲通知データが送信されてから一定期間だけ次の楽曲通知データの送信を禁止する送信禁止手段が備えられており、該送信禁止手段により送信が禁止される一定期間は、複数の前記通知送信手段それぞれが楽曲通知データを送信するのに要すると想定される送信時間のうち、最も長い送信時間以上の期間となっている、ように構成するとよい。
【００１５】
このように構成すれば、待機期間を最も長い送信時間以上の期間とすることができるため、送信待ちの楽曲通知データを保持するための記憶領域を確保する必要がない。
なお、上述した情報付加手段は、通知送信手段により送信される楽曲通知データそれぞれに送信情報を付加する手段であるが、ここで付加される送信情報は、それぞれが関連付けられた情報として同じ送信時期のものであることを識別できれば、同一内容の情報としてもよいし、異なる内容の情報としてもよい。
【００１６】
また、この情報付加手段による送信情報の付加は、どのような規則に従って行われるものとしてもよいが、例えば、請求項３に記載のように、前記通知送信手段により楽曲通知データが送信される毎に、複数種類の前記送信情報の中から所定の順番で選択した送信情報を前記楽曲通知データに付加する、ように構成すればよい。
【００１７】
このように構成すれば、複数種類の送信情報の中から順番に選択された送信情報を楽曲通知データに付加することができる。
ところで、この構成においては、複数種類の送信情報の中から順番に送信情報が付加されるため、順番に従って全ての送信情報が付加された後に、再び順番に従った送信情報の付加が最初から行われることにより、先に付加されたのと同じ送信情報の付加された楽曲通知データが送信されることとなる。
【００１８】
通常、記憶部への特定情報の記憶により演奏楽曲が予約されるカラオケ装置では、記憶部への特定情報の記憶を上限まで行うと共に、演奏した（演奏中または演奏後の）演奏楽曲の特定情報（または、特定情報および送信情報）を記憶部から削除するように構成されている。そのため、カラオケ装置側で先に記憶された特定情報で特定される演奏楽曲の演奏が行われる前，つまり，この特定情報に対応する送信情報が存在する状態で、先に付加されたのと同じ送信情報の付加された楽曲通知データが送信されると、予約すべき演奏楽曲は異なっていても送信情報が記憶済みのものに関連するものであることに起因して、この楽曲通知データに基づく予約（特定情報の記憶）が行われなくなってしまう。
【００１９】
このようなことを防止するためには、例えば、請求項４に記載のように、前記カラオケ装置において、前記記憶指令手段は、記憶部への前記特定情報の記憶を、所定のしきい値を上限とする数まで行うと共に、演奏した演奏楽曲の前記特定情報を記憶部から削除しており、前記リモコン端末において、前記情報付加手段により付加される送信情報は、前記カラオケ装置における前記記憶指令手段が前記特定情報を記憶させる上限となるしきい値Ｒ，前記カラオケ装置にて演奏可能ないずれかの演奏楽曲の演奏時間Ｐ，および，前記リモコン装置におけるいずれかの前記通知送信手段により楽曲通知データを送信するのに要すると想定される送信時間Ｔ，に基づく数式「Ｒ×Ｐ／Ｔ」により求められる値以上の種類が用意されている、といった構成が考えられる。
【００２０】
この数式における“Ｒ”は、カラオケ装置における記憶指令手段が特定情報を記憶させる上限となるしきい値，つまり予約可能な曲数の上限値であり、“Ｐ”は、カラオケ装置にて演奏可能な演奏楽曲の演奏時間であるため、「Ｒ×Ｐ」は、上限まで予約された全ての演奏楽曲全てについての演奏が終了すると想定される時間を概算したものといえる。ここで、記憶指令手段は、記憶部への特定情報の記憶を、所定のしきい値を上限とする数まで行うと共に、順次、演奏した演奏楽曲の特定情報を削除していくことにより、演奏楽曲の予約状況を更新している。そのため、上述した「Ｒ×Ｐ」は、特定情報を上限まで記憶させた（上限まで予約した）場合に、最初に記憶された一連の特定情報全てが削除されるまでの時間を示していることになる。
【００２１】
つまり、この時間が経過した後であれば、最初に記憶された一連の特定情報全てが存在しなくなるため、初期値からの送信情報の付加が開始されたとしても、こうして送信情報が付加された楽曲通知データを受信したカラオケ装置において、この楽曲通知データに基づく予約（特定情報の記憶）を行わなくなってしまうことはない。ここで、通知送信手段は、楽曲通知データを送信するのに一定の送信時間を要するため、この送信時間Ｔの間隔で楽曲通知データを連続して送信する状態が、楽曲通知データに付加される送信情報（の種類）を最も多く消費する状態となる。そのため、上述した「Ｒ×Ｐ／Ｔ」は、楽曲通知データを連続して送信する場合において、最初に登録された一連の特定情報全てが記憶部から削除されるまでの時間に、それぞれの楽曲通知データに異なる送信情報を付加するために必要な送信情報の種類を示していることになる。
【００２２】
このように、この数式「Ｒ×Ｐ／Ｔ」により求められる値以上の種類だけ、送信情報の種類を用意しておけば、全ての送信情報が付加された後、先に付加されたのと同じ送信情報の付加された楽曲通知データが送信されたとしても、カラオケ装置側において、この送信情報に対応する特定情報は削除されているため、この楽曲通知データに基づく予約（特定情報の記憶）が行われなくなってしまうことを防止することができる。
【００２３】
なお、上述した送信情報の種類を決定する数式「Ｒ×Ｐ／Ｔ」における“Ｐ”は、いずれの演奏楽曲の演奏時間であってもよい。例えば、カラオケ装置にて演奏可能な複数の演奏楽曲のうち最長または最短の演奏時間や、複数の演奏楽曲における平均の演奏時間などを採用することが考えられる。また、数式「Ｒ×Ｐ／Ｔ」における“Ｔ”は、いずれの通知送信手段における送信時間であってもよいが、例えば、最も短いまたは長い送信時間や、複数の通知送信手段における送信時間の平均となる時間などを採用することが考えられる。この“Ｐ”（または“Ｔ”）については、その値が大きい（小さい）ほど送信情報の種類を多く必要とするが、その場合、送信情報の種類が不必要に多くなり、それに応じた記憶領域を確保する必要があるため、記憶領域を確保できる範囲内で、楽曲通知データに基づく予約が行われなくなってしまうことを防止できる値とすれば充分である。
【００２４】
また、上述したように複数種類用意された送信情報の具体例としては、例えば、通知送信手段により楽曲通知データが送信される毎に、所定の計算方法に基づいて算出される値を送信情報とすることが考えられる。
【００２５】
より具体的には、通知送信手段により楽曲通知データが送信される毎に、初期値から上限値までの所定値ずつの積算を繰り返す変数の値を送信情報とすることを考えることができ、このためには、例えば、請求項５に記載のように、前記リモコン端末において、前記情報付加手段は、前記通知送信手段により楽曲通知データが送信される毎に、初期値から上限値までの所定値ずつの積算を繰り返す変数の値を前記送信情報として、前記楽曲通知データに付加する、ように構成するとよい。
【００２６】
このように構成すれば、初期値から上限値までの所定値ずつの積算を繰り返す変数の値を送信情報とすることができる。この場合、変数の値を所定値ずつ積算するだけでよいため、変数および所定値を記憶することができれば、送信情報の種類が多くても、それに応じた多くの記憶領域を必要としない。
【００２７】
なお、この構成においては、変数に順次セットされる値の種類が、数式「Ｒ×Ｐ／Ｔ」で求められる値以上となるような変数とすればよい。
また、複数種類用意された送信情報の具体例としては、データテーブルに登録された情報それぞれを送信情報とすることも考えられる。
【００２８】
このためには、例えば、請求項６に記載のように、前記リモコン端末において、前記情報付加手段は、前記通知送信手段により楽曲通知データが送信される毎に、複数の前記送信情報が登録されたデータテーブルから順に選択した送信情報を前記楽曲通知データに付加する、ように構成するとよい。
【００２９】
このように構成すれば、データテーブルから順に選択した情報を送信情報とすることができる。この場合、データテーブルから送信情報を抽出するだけでよいため、計算等の処理を行う必要がない。
【００３０】
なお、この構成においては、データテーブルに登録された送信情報が、数式「Ｒ×Ｐ／Ｔ」で求められる値以上の種類となるようにすればよい。
また、請求項７に記載のカラオケ装置は、請求項１から６のいずれかに記載のカラオケ装置が備える全ての手段を備えてなるカラオケ装置である。
【００３１】
このように構成されたカラオケ装置は、請求項１から６のいずれかに記載のカラオケシステムの一部（カラオケ装置）を構成することができる。
また、請求項８に記載のリモコン端末は、請求項１から６のいずれかに記載のリモコン端末が備える全ての手段を備えてなるリモコン端末である。
【００３２】
このように構成されたリモコン端末は、請求項１から６のいずれかに記載のカラオケシステムの一部（リモコン端末）を構成することができる。
また、請求項９に記載のプログラムは、請求項１から６のいずれかに記載のカラオケ装置としてコンピュータシステムを機能させるためのプログラムである。
【００３３】
このようなプログラムにより制御されるコンピュータシステムは、請求項１から６のいずれかに記載のカラオケシステムの一部（カラオケ装置）を構成することができる。
また、請求項１０に記載のプログラムは、請求項１から６のいずれかに記載のリモコン端末としてコンピュータシステムを機能させるためのプログラムである。
【００３４】
このようなプログラムにより制御されるコンピュータシステムは、請求項１から６のいずれかに記載のカラオケシステムの一部（リモコン端末）を構成することができる。
なお、上述した各プログラムは、コンピュータによる処理に適した命令の順番付けられた列からなるものであって、例えば、ＦＤ，ＣＤ−ＲＯＭ，メモリーカードなどの記録媒体、インターネットなどの通信回線網を介して、コンピュータシステム，または，コンピュータシステムを利用するユーザに提供されるものである。なお、これらプログラムをユーザに提供する場合には、コンピュータシステムのハードディスクやメモリにプレインストールされた状態で提供する形態であってもよい。また、これらプログラムを実行するコンピュータシステムとしては、例えば、カラオケ装置，リモコン端末に搭載されたコンピュータシステム，カラオケ装置，リモコン端末とデータ通信可能な他のコンピュータなどが利用できる。
【発明を実施するための最良の形態】
【００３５】
以下に本発明の実施形態を図面と共に説明する。
カラオケシステムは、図１に示すように、カラオケ装置１とリモコン端末２とがデータ通信可能に構成されたものである。
【００３６】
カラオケ装置１は、カラオケ装置１全体の動作を制御する制御部１２，カラオケ装置１をネットワーク１００に接続するためのインタフェース部１４，演奏楽曲の伴奏内容および歌詞を示す楽曲データや映像データなどを記憶するハードディスク（ＨＤＤ）１６，複数のキー・スイッチからなる操作部１８，リモコン端末２からの赤外線信号を赤外線通信規格（ＩｒＤＡ）に従って受信するための赤外線通信部２０，操作部１８および赤外線通信部２０からの信号を処理する操作処理部２２，ハードディスク１６に記憶された楽曲データから演奏楽曲のオーディオ信号（音響，音声に関する信号）を生成するシンセサイザ２４，シンセサイザ２４により生成されたオーディオ信号およびマイクロフォン２６から入力されたオーディオ信号を増幅してスピーカ２８へ出力するミキシングアンプ３０，映像情報を一時的に記憶するビデオＲＡＭ３２，映像データに基づく映像の再生を制御する映像再生部３４，ビデオＲＡＭ３２に記憶された映像情報および映像再生部３４により再生される映像の表示部３６での表示を制御する映像制御部３８などを備えている。
【００３７】
リモコン端末２は、リモコン端末２全体の動作を制御する制御部５２，カラオケ装置１に赤外線信号を赤外線通信規格（ＩｒＤＡ）に従って送信する赤外線通信部５４，各種情報を記憶するメモリ５６，表示部５８の表示領域に沿って設置されるタッチパネルおよび複数のキー・スイッチからなる操作部６０，操作部６０からの信号を処理する操作処理部６２，映像情報を一時的に記憶するビデオＲＡＭ６４，ビデオＲＡＭ６４に記憶された映像情報の表示部５８での表示を制御する映像制御部６６，ネットワーク１００に接続された無線アクセスポイント１１０との間で無線ＬＡＮ規格（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ規格，ＨｏｍｅＲＦ規格，Ｂｌｕｅｔｏｏｔｈ規格など）に従った無線通信を行うための無線ＬＡＮ通信部６８，などを備えている。
［リモコン端末２の予約送出処理］
以下に、リモコン端末２の制御部５２により実行される予約送出処理の処理手順を図２に基づいて説明する。この予約送出処理は、リモコン端末２が起動している間に繰り返し実行されるものである。
【００３８】
まず、操作部６０により、演奏楽曲を特定するための特定情報（つまり曲番号）を入力する操作が行われるまで待機する（ｓ１１０：ＮＯ）。
このｓ１１０の処理で特定情報を入力する操作が行われたら（ｓ１１０：ＹＥＳ）、送信時期を特定するための送信情報を生成する（ｓ１２０）。ここでは、メモリ５６に記憶された送信変数Ａ（初期状態ではＡ＝０００１）に所定値（本実施形態においては「１」）を加算することにより、この送信変数Ａの値を送信情報として生成する。
【００３９】
なお、この送信変数Ａは、その上限値が、カラオケ装置１側で予約可能な演奏楽曲の曲数Ｒ，カラオケ装置１が演奏可能な最も演奏時間の長い演奏楽曲における演奏時間Ｐ，および，赤外線通信部５４が赤外線信号を送信するのに要すると想定される送信時間Ｔに基づく数式「Ｒ×Ｐ／Ｔ」により求められる値以上の値となっており、初期値から上限値までの積算が繰り返し行われる変数である。本実施形態においては、予約可能な演奏楽曲の曲数Ｒを２０曲，演奏時間Ｐを６００秒，送信時間Ｔを３秒とした場合において、数式「Ｒ×Ｐ／Ｔ」により求められる値４０００（＝２０×６００／３）以上の値である９９９９が、送信変数Ａの上限値となっている。つまり、本実施形態においては、送信情報が９９９９種類用意されていることになる。
【００４０】
次に、ｓ１１０の処理で入力された特定情報を示す楽曲通知データにｓ１２０の処理で生成した送信情報を付加し、この楽曲通知データを、赤外線通信部５４の送信バッファにセットすると共に（ｓ１３０）、無線ＬＡＮ通信部６８の送信バッファにセットする（ｓ１４０）。
【００４１】
次に、赤外線通信部５４および無線ＬＡＮ通信部６８それぞれに対して、送信バッファにセットされた楽曲通知データの送信を指令する（ｓ１５０．ｓ１６０）。赤外線通信部５４および無線ＬＡＮ通信部６８は、図３に示すように、それぞれ制御部５２からの指令を受けるまで待機しており（ｓ２１０：ＮＯ）、このｓ１５０，ｓ１６０の処理による指令を受けた際に（ｓ２１０：ＹＥＳ）、送信バッファにデータが存在しなければ（ｓ２２０：ＮＯ）、指令待ち状態（ｓ２１０の処理）へ戻る一方、送信バッファに楽曲通知データが存在すれば（ｓ２２０：ＹＥＳ）、その楽曲通知データのカラオケ装置１への送信を行い（ｓ２３０）、送信を終了した際にはその旨を制御部５２に通知して（ｓ２４０）、指令待ち状態（ｓ２１０の処理）へ戻るように構成されている。
【００４２】
そして、赤外線通信部５４および無線ＬＡＮ通信部６８両方から楽曲通知データの送信が終了した旨の通知を受けるまで待機し（ｓ１７０：ＮＯ）、この通知を受けたら（ｓ１７０：ＹＥＳ）、ｓ１１０の処理へ戻る。
【００４３】
なお、こうして、ｓ１７０の処理で「ＹＥＳ」と判定されてｓ１１０の処理へ戻るのは、赤外線通信部５４および無線ＬＡＮ通信部６８両方から通信終了の通知を受けた後であるが、通知を受けてｓ１１０の処理へ戻った以降でなければ、以降に楽曲通知データの送信が行われることはないため、こうして通知を受けるまでの期間は、次の楽曲通知データの送信が禁止された待機期間ということになる。
［カラオケ装置１の予約受付処理］
以下に、カラオケ装置１の制御部１２により実行される予約受付処理の処理手順を図４に基づいて説明する。この予約受付処理は、カラオケ装置１が起動している間に繰り返し実行されるものである。
【００４４】
まず、リモコン端末２から楽曲通知データを受信するまで待機する（ｓ３１０：ＮＯ）。ここで受信する楽曲通知データは、図３におけるｓ２３０の処理でリモコン端末２側から送信されるものであって、赤外線通信部２０またはインタフェース部１４により受信される。
【００４５】
このｓ３１０の処理で楽曲通知データを受信したら（ｓ３１０：ＹＥＳ）、予約テーブルへの登録が可能か否かをチェックする（ｓ３２０）。この予約テーブルは、カラオケ装置１が演奏すべき演奏楽曲を登録するために制御部１２内蔵のメモリに記憶されている待ち行列形式のデータテーブルであって、図５に示すように、演奏楽曲に対応する特定情報および送信情報を、所定の上限数（本実施形態においては２０組）だけ登録可能なものである。そして、このｓ３２０の処理では、予約テーブルに登録されている特定情報および送信情報の組が上限数となっていない場合に、予約テーブルへの登録が可能であると判定する。なお、カラオケ装置１は、本予約受付処理と並行して、予約テーブルに登録されている各特定情報に基づく演奏楽曲の演奏を行うと共に、こうして演奏を開始した演奏楽曲における特定情報および送信情報を予約テーブルから削除する処理を行っているため、この予約テーブルの登録内容は、随時更新されているものである。
【００４６】
このｓ３２０の処理で予約テーブルへの登録が可能でない，つまり予約テーブルが一杯であれば（ｓ３２０：ＮＯ）、ｓ３１０の処理で受信した楽曲通知データを破棄した後（ｓ３３０）、ｓ３１０の処理へ戻る。このように、予約テーブルが一杯になっている状態では、それ以上の予約が行われないこととなる。
【００４７】
一方、ｓ３２０の処理で予約テーブルへの登録が可能であれば（ｓ３２０：ＹＥＳ）、予約テーブルに登録された各情報の組のうち、以降の処理でチェックすべき情報の組を先頭の組に設定した後（ｓ３４０）、こうして設定した情報の組における送信情報が、ｓ３１０の処理で受信した楽曲通知データに付加されている送信情報と同一であるか否かをチェックする（ｓ３５０）。
【００４８】
このｓ３５０の処理で送信情報が同一であれば（ｓ３５０：ＹＥＳ）、ｓ３３０の処理へ移行する一方、送信情報が同一でなければ（ｓ３５０：ＮＯ）、予約テーブルにおける全ての情報の組についてのチェックが終了したか否かをチェックし（ｓ３６０）、終了していなければ（ｓ３６０：ＮＯ）、チェックすべき情報の組を、直前に行われたｓ３５０の処理でチェックされた次の組に設定した後（ｓ３７０）、ｓ３５０の処理へ戻って、以降、予約テーブルにおける全ての情報の組についてのチェックが終了するまで、ｓ３５０〜ｓ３７０の処理を繰り返す。
【００４９】
そして、ｓ３６０の処理で全ての情報の組についてのチェックが終了したら（ｓ３６０：ＹＥＳ）、ｓ３１０の処理で受信した楽曲通知データに基づいて、予約テーブルへの登録を行った後（ｓ３８０）、ｓ３１０の処理へ戻る。このｓ３８０の処理では、ｓ３１０の処理で受信した楽曲通知データで示される特定情報と、この楽曲通知データに付加された送信情報との組を予約テーブルの最後尾（図５におけるｎ＋１番目参照）に登録する。
【００５０】
［効果］
このように構成されたカラオケシステムによれば、リモコン端末２からは、ユーザにより選曲された演奏楽曲を通知するための楽曲通知データが、赤外線通信および無線ＬＡＮ通信といった異なる伝送方法により送信される。そのため、これらのうち一方の伝送方法により送信された楽曲通知データがカラオケ装置１に到達しなかったとしても、他方の伝送方法により送信された楽曲通知データがカラオケ装置１に到達すれば、この楽曲通知データにて通知した演奏楽曲を特定するための特定情報をカラオケ装置１側で予約テーブルに登録する（つまり演奏楽曲を予約する）ことができる。特に、赤外線通信および無線ＬＡＮ通信において、データ通信を妨げられる主な要因は、赤外線通信が物理的な障害物の介在であるのに対し、無線ＬＡＮ通信が同一周波数による混信であるため、両者が同一の要因により同時にデータ通信が妨げられることは起こりにくく、これにより、両方の伝送方法により送信された楽曲通知データが両方ともカラオケ装置１に到達しない確率は低いといえる。
【００５１】
これにより、従来よりも演奏楽曲を予約し損なってしまうことが発生しにくくなるため、ユーザが予約し損なったか否かを確認して予約し損なっていた場合に再び予約を行うといった操作を行う必要性を低くすることができる。そのため、正常に予約されたのにも拘わらず、再び予約のための操作が行われる、といったこと自体が起こりにくくなり、結果、同一の演奏楽曲が重複して予約されてしまうことも起こりにくい。
【００５２】
また、特定情報は、楽曲通知データに付加された送信情報と共に予約テーブルに登録されることになるが、この送信情報と同一の送信情報の対応付けられた特定情報が既に登録されている場合には、図４におけるｓ３５０の処理で「ＹＥＳ」と判定され、同図ｓ３８０の処理に移行しないため、この特定情報の登録が行われることはない。このように、既に同一の送信情報の対応付けられた特定情報が登録されている状況は、それぞれの伝送方法にてリモコン端末２から送信される楽曲通知データのうち、両方の楽曲通知データが順次カラオケ装置１に到達するような状況と考えられる。よって、このように、同一の送信情報の対応付けられた特定情報が既に登録されている場合に、特定情報の登録を行わないように構成することにより、同一のタイミングで送信された楽曲通知データで通知した演奏楽曲の特定情報が重複して記憶されてしまう，つまり同じ演奏楽曲の重複した予約がされてしまうことを防止することができる。
【００５３】
また、図２におけるｓ１７０の処理では、赤外線通信部５４および無線ＬＡＮ通信部６８両方からデータ送信終了の通知を受けるまで待機してから、ｓ１１０の処理へ戻ることになるが、こうしてｓ１１０の処理へ戻った以降でなければ、再び楽曲通知データの送信が行われることはないため、この通知を受けるまでの期間、次の楽曲通知データの送信を禁止することができる。ここでの待機時間は、赤外線通信部５４および無線ＬＡＮ通信部６８の両方からデータ送信終了の通知を受けるまでであり、通常、赤外線通信によるデータ通信の方が無線ＬＡＮ通信よりもデータを送信するのに時間を要することから、楽曲通知データを送信するのに長い時間を要する赤外線通信に合わせた待機時間となっていることになる。
【００５４】
この待機期間は、無線ＬＡＮ通信部６８からデータ送信終了の通知を受けるまでの時間としておいてもよいが、この場合、赤外線通信部５４については、楽曲通知データを送信すべきタイミングが短い期間で繰り返されるほど、それぞれ送信が終了する前に次々と送信すべき楽曲通知データが発生し、送信待ちの楽曲通知データが多くなってしまうため、これらを保持するための記憶領域を多く確保しておく必要がある。ところが、本発明のように、楽曲通知データを送信するのに長い時間を要する赤外線通信に合わせた待機期間としておけば、送信待ちの楽曲通知データが多くなってしまうことがないため、送信待ちの楽曲通知データを保持するための記憶領域を確保する必要もない。
【００５５】
また、図２におけるｓ１２０の処理では、同図ｓ１１０の処理で特定情報が入力される毎に、１ずつ増加する送信変数Ａの値を、同図ｓ１３０，ｓ１４０の処理で送信情報として楽曲通知データに順次付加することができる。
【００５６】
また、図２におけるｓ１２０の処理で生成される送信情報は、初期値から上限値までの所定値「１」ずつの積算を繰り返す送信変数Ａの値である。このように、送信変数Ａの値を所定値ずつ積算するだけでよいため、この送信変数Ａおよび所定値を記憶することができれば、送信情報の種類が多くても、それに応じた多くの記憶領域を必要としない。
【００５７】
ところで、図２におけるｓ１２０の処理でリモコン端末２が生成する送信情報は、送信変数Ａにセットされる初期値から上限値まで順番に変化していくものであり、上限値まで到達した後で、再び初期値からの変化が最初から行われるため、以降、同図ｓ１３０，ｓ１４０の処理においては、先に付加されたのと同じ送信情報の付加された楽曲通知データが送信されることになる。
【００５８】
本実施形態におけるカラオケ装置１では、特定情報の予約テーブルへの登録を予約可能な曲数まで行うと共に、演奏した（演奏中または演奏後の）演奏楽曲の特定情報および送信情報を予約テーブルから削除するように構成されている。そのため、カラオケ装置１側で先に登録された特定情報で特定される演奏楽曲の演奏が行われる前，つまり，この特定情報に対応する送信情報が存在する状態で、先に付加されたのと同じ送信情報の付加された楽曲通知データが送信されると、予約すべき演奏楽曲は異なっていても送信情報が登録済みのものと同一であることに起因して、この楽曲通知データに基づく予約（特定情報の登録）が行われなくなってしまう。
【００５９】
このようなことを防止するために、本実施形態において、送信変数Ａにセットされる値の種類は、「Ｒ×Ｐ／Ｔ」により求められる値以上に設定されている。
この数式における“Ｒ”は、予約テーブルに予約可能な演奏楽曲の上限値であり、“Ｐ”は、カラオケ装置１が演奏可能な最も演奏時間の長い演奏楽曲における演奏時間であるため、「Ｒ×Ｐ」は、上限まで予約された全ての演奏楽曲全ての演奏が終了すると想定される時間を概算したものといえる。ここで、予約テーブルは、特定情報の登録が予約可能な演奏楽曲の上限値まで行われると共に、順次、演奏を開始した演奏楽曲の特定情報および送信情報を削除していくことにより、演奏楽曲の予約状況が更新される。そのため、上述した「Ｒ×Ｐ」は、特定情報および送信情報を上限まで連続して登録した（上限まで予約した）場合に、最初に登録された一連（上限である２０曲分）の特定情報および送信情報全てが削除されるまでの時間を示していることになる。
【００６０】
つまり、この時間が経過した後であれば、最初に登録された一連の特定情報全てが存在しなくなるため、初期値からの送信情報の変化が開始されたとしても、こうして送信情報が付加された楽曲通知データを受信したカラオケ装置１において、この楽曲通知データに基づく予約（特定情報の登録）を行わなくなってしまうことはない。赤外線通信部５４および無線ＬＡＮ通信部６８により次の楽曲通知データを送信できるようになる（図２におけるｓ１７０の処理で「ＹＥＳ」とされる）のには、一定の送信時間Ｔを要するため、この送信時間Ｔの間隔で楽曲通知データを連続して送信する状態が、楽曲通知データに付加される送信情報（の種類）を最も多く消費する状態となる。そのため、上述した「Ｒ×Ｐ／Ｔ」は、楽曲通知データを連続して送信する場合において、最初に登録された一連の特定情報および送信情報全てが予約テーブルから削除されるまでの時間に、それぞれの楽曲通知データに異なる送信情報を付加するために必要な送信情報の種類を示していることになる。
【００６１】
ここで、リモコン端末２により、送信時間Ｔの間隔で楽曲通知データが連続して送信されるように繰り返し特定情報を入力する操作を行う状況を想定し、カラオケ装置１側で予約テーブルに登録される送信情報の変移を例示することにより、上記数式「Ｒ×Ｐ／Ｔ」について検証を行った結果を、図６に基づいて説明する。なお、ここでは、予約テーブルに予約可能な演奏楽曲の上限値を２０曲とし、演奏楽曲の演奏時間を全て６００秒（１０分）とし、送信時間Ｔを３秒とした場合を例示する。
【００６２】
まず、１曲目の予約（予約０００１）については、演奏楽曲の演奏が直ちに開始されて特定情報および送信情報が予約テーブルから削除されるため、この演奏が終了するまでは、２曲目〜２１曲目の予約（予約０００２〜予約００２１）に対する予約テーブルへの登録のみが行われることになる。こうして、２曲目〜２１曲目の予約に対する一連の登録が行われた後は、図７（ａ）に示すように、予約テーブルに上限となる２０曲分の特定情報および送信情報の組が登録された状態となる（ここでは、予約番号と同じ値を送信情報とする）。これらの登録内容が、上述した「最初に登録された一連の特定情報および送信情報」である。
【００６３】
２２曲目以降の予約（予約００２２以降）については、楽曲通知データが送信されてきたとしても、１曲目以降に予約された各演奏楽曲が演奏終了するまでは予約テーブルへの登録ができない状態となっているため（図４におけるｓ３２０の処理で「ＮＯ」とされる）、リモコン端末２側で生成される送信情報の値のみが大きくなっていくことになる。
【００６４】
これ以降、１曲目以降に予約された各演奏楽曲それぞれが演奏終了する毎に、その時点で送信された楽曲通知データに基づく予約テーブルへの登録が行われ、その後、２０曲目に予約（予約００２０）された演奏楽曲の演奏が開始されて特定情報および送信情報が予約テーブルから削除されると、図７（ｂ）に示すように、２１曲目に予約（予約００２１）された演奏楽曲の特定情報および送信情報が予約テーブルの先頭（最上部）にくる。
【００６５】
この後は、２１曲目に予約（予約００２１）された演奏楽曲の演奏が開始されて特定情報および送信情報が削除されるまで，つまり最初に登録された一連の特定情報および送信情報全てが予約テーブルから削除されるまでは予約テーブルへの登録が行われない。よって、この時点までに楽曲通知データに付加された送信情報と同じ種類（３８０１種類）以上、送信情報が用意されていればよいことになる。
【００６６】
このことからも、上述した数式「Ｒ×Ｐ／Ｔ」により求められる値４０００（＝２０×６００／３）以上の送信情報を用意しておけばよいことがわかる。なお、送信情報は、２１曲目に予約された演奏楽曲が演奏される前までに楽曲通知データに付加された送信情報と同じ種類である３８０１種類以上、用意されていればよいが、この時点で予約テーブルの先頭（図７（ｂ）における最上部）に登録されている送信情報は、「００２１」であるため、送信情報としては３８００種類程度用意しておくだけでも問題はない。この場合、例えば、「（Ｒ−１）×Ｐ／Ｔ」といった数式により求められる値３８００（＝１９×６００／３）を送信情報の種類とすればよい。
【００６７】
このように、数式「Ｒ×Ｐ／Ｔ」により求められる値以上の種類だけ、送信情報の種類を用意しておけば、全ての送信情報が付加された後、先に付加されたのと同じ送信情報の付加された楽曲通知データが送信されたとしても、カラオケ装置１側において、この送信情報に対応する特定情報は削除されていることになるため、この楽曲通知データに基づく予約（特定情報の登録）が行われなくなってしまうことを防止することができる。
【００６８】
［変形例］
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
【００６９】
例えば、上記実施形態においては、カラオケ装置１がインタフェース部１４を介して有線でネットワーク１００と接続されている構成を例示したが、リモコン端末２と同様に、無線ＬＡＮ通信部により無線ＬＡＮ規格に従ってネットワーク１００と無線接続されるように構成してもよい。この場合において、両者をネットワーク１００を介さずに直接データ通信可能に構成してもよい。
【００７０】
また、上記実施形態においては、カラオケ装置１とリモコン端末２とが、赤外線通信およびＬＡＮ通信といった２種類の伝送方法によりデータ通信可能に構成された構成を例示した。しかし、この両者を３種類以上の伝送方法によりデータ通信可能に構成し、それぞれにより楽曲通知データの受け渡しが行えるように構成してもよい。
【００７１】
また、上記実施形態においては、カラオケ装置１とリモコン端末２とが、赤外線通信およびＬＡＮ通信によりデータ通信可能な構成を例示した。しかし、この両者をデータ通信可能とする伝送方法については、他の伝送方法または伝送方法の組み合わせを採用することもできる。この場合、赤外線通信と無線ＬＡＮ通信のように、２種類の伝送方法それぞれについて伝送を妨げられる要因が異なっていることが望ましい。
【００７２】
例えば、リモコン端末２を通信規格の異なる２種類の無線ＬＡＮ規格によりデータ通信可能に構成し、それぞれの通信規格に従って楽曲通知データを送信するように構成することが考えられる。この場合、ＩＥＥＥ８０２．１１ｂ規格，ＩＥＥＥ８０２．１１ｇ規格やＢｌｕｅｔｏｏｔｈ規格など２．４ＧＨｚ帯を用いる伝送方法と、ＩＥＥＥ８０２．１１ａ規格など５．２ＧＨｚ帯を用いる伝送方法との２種類とすることが、同一周波数による妨害電波の影響を同時に受けなくするためには好ましい。
【００７３】
また、上記実施形態においては、図２におけるｓ１３０，ｓ１４０の処理で楽曲通知データに付加される送信情報が同一の情報である構成を例示した。しかし、これら処理で付加される送信情報は、それぞれが関連付けられた情報として同じ送信時期のものであることを識別できれば、異なる内容の情報としてもよい。
【００７４】
このように異なる内容の情報とするためには、例えば、リモコン端末２側で、図２におけるｓ１３０の処理に対して、ｓ１２０の処理で積算される送信変数Ａに基づく数式「Ａ×３＋ｒａｎｄ（２）；ｒａｎｄ（２）は０〜２の乱数」により求められる値Ａ１を送信情報とし、ｓ１４０の処理に対して、送信変数Ａに基づく数式「Ａ×４＋ｒａｎｄ（３）；ｒａｎｄ（３）は０〜３の乱数」により求められる値Ａ２を送信情報として楽曲通知データに付加するように構成する。そして、カラオケ装置１側で、楽曲通知データが赤外線通信部２０により受信されたものであれば、この楽曲通知データに付加された送信情報で示される値Ａ１に基づく数式「（Ａ１−Ａ１ｍｏｄ３）／３」により求められる値を、図４におけるｓ３８０の処理で予約リストに登録する，または，同図ｓ３５０の処理でチェックする際の送信情報として特定する一方、楽曲通知データがインタフェース部１４により受信されたものであれば、この楽曲通知データに付加された送信情報で示される値Ａ２に基づく数式「（Ａ２−Ａ２ｍｏｄ４）／４」により求められる値を、予約リストに登録する，または，チェックする際の送信情報として特定するように構成すればよい。
【００７５】
また、上記実施形態においては、上述した数式「Ｒ×Ｐ／Ｔ」における“Ｐ”が、カラオケ装置１が演奏可能な最も演奏時間の長い演奏楽曲における演奏時間となっており、また、数式「Ｒ×Ｐ／Ｔ」における“Ｔ”が、赤外線通信部５４が赤外線信号を送信するのに要すると想定される送信時間となっている構成を例示した。しかし、“Ｐ”については、カラオケ装置１にて演奏可能な複数の演奏楽曲のうち最短の演奏時間や、複数の演奏楽曲における平均の演奏時間などを採用してもよい。また、“Ｔ”については、無線ＬＡＮ通信部６８が無線信号を送信するのに要すると想定される送信時間，赤外線通信部５４および無線ＬＡＮ通信部６８が無線信号を送信するのに要すると想定される送信時間の平均時間，もしくは、あらかじめ定められた時間などを採用してもよい。ただし、この“Ｐ”（または“Ｔ”）については、その値が大きい（小さい）ほど送信情報の種類を多く必要とするが、その場合、送信情報の種類が不必要に多くなり、それに応じた記憶領域（本実施形態においては、送信変数Ａの桁数）を確保する必要があるため、記憶領域を確保できる範囲内で、楽曲通知データに基づく予約が行われなくなってしまうことを防止できる値とすれば充分である。
【００７６】
また、上記実施形態においては、図２におけるｓ１２０の処理で生成される送信情報が、送信変数Ａに所定値ずつ加算するといった規則に従って求められる送信変数Ａの値である構成を例示した。しかし、この送信情報を生成する方法としては、数式「Ｒ×Ｐ／Ｔ」で求められる値以上の種類を生成することができれば、他の計算方法により求めるように構成してもよい。
【００７７】
また、送信情報を、複数の送信情報が登録されたデータテーブルから所定の順番で選択するように構成することもできる。この場合、図２におけるｓ１２０の処理で送信情報を生成する際には、データテーブルに登録された複数種類（式「Ｒ×Ｐ／Ｔ」で求められる値以上の種類）の情報の中から、あらかじめ定められた順番で抽出される情報を送信情報とするように構成すればよい。この場合、データテーブルから順に選択した情報を送信情報とすることができ、データテーブルから送信情報を選択するだけでよいため、複雑な計算等の処理を行う必要がない。
【００７８】
［本発明との対応関係］
以上説明した実施形態において、図２におけるｓ１１０の処理は本発明における選曲手段であり、同図ｓ１３０，ｓ１４０の処理は本発明における情報付加手段であり、同図ｓ１５０，ｓ１６０の処理は本発明における通知送信手段であり、同図ｓ１７０の処理は本発明における送信禁止手段であり、また、図３におけるｓ２３０の処理は本発明における通知送信手段であり、図４におけるｓ３８０の処理は本発明における記憶指令手段である。また、制御部１２内蔵のメモリが、本発明における記憶部である。
【図面の簡単な説明】
【００７９】
【図１】カラオケシステムの全体構成を示すブロック図
【図２】予約送出処理の処理手順を示すフローチャート
【図３】赤外線通信部および無線ＬＡＮ通信部により実行される処理手順を示すフローチャート
【図４】予約受付処理の処理手順を示すフローチャート
【図５】予約テーブルのデータ構造を示す図の処理手順を示すフローチャート
【図６】リモコン端末側で繰り返し特定情報を入力する操作を行った場合におけるカラオケ装置側での予約テーブルへの予約状態の遷移を示す図
【図７】予約テーブルに登録される情報の変移状態を示す図
【符号の説明】
【００８０】
１…カラオケ装置、１２…制御部、１４…インタフェース部、１６…ハードディスク、１８…操作部、２０…赤外線通信部、２２…操作処理部、２４…シンセサイザ、２６…マイクロフォン、２８…スピーカ、３０…ミキシングアンプ、３４…映像再生部、３６…表示部、３８…映像制御部、２…リモコン端末、５２…制御部、５４…赤外線通信部、５６…メモリ、５８…表示部、６０…操作部、６２…操作処理部、６６…映像制御部、６８…無線ＬＡＮ通信部。