(57)【特許請求の範囲】
【請求項１】
操作部を介してユーザによる楽曲の予約を受け付ける予約受付手段と、
該予約受付手段により楽曲の予約が受け付けられた際に、ユーザそれぞれが所持する識別端末から送信された識別情報の受信状況に基づき、前記操作部に最も近接する前記識別端末を特定する操作特定手段と、
前記予約受付手段により予約が受け付けられた楽曲を、該予約を受けて前記操作特定手段が特定した識別端末と対応づけた状態で記憶部に予約楽曲として登録する予約登録手段と、
該予約登録手段により登録された１以上の予約楽曲それぞれにつき、該予約楽曲に対応する楽曲データに基づいて楽曲を再生する楽曲再生手段と、
該楽曲再生手段による楽曲の再生に先立ち、前記識別端末から送信された識別情報の受信状況に基づいて、ユーザの音声を入力するマイクに最も近接する前記識別端末を特定するマイク特定手段と、
前記予約登録手段により登録された予約楽曲であって、かつ、前記楽曲再生手段により再生されていない未再生の予約楽曲の中から、前記マイク特定手段により特定された識別端末と対応づけて登録されている楽曲を特定する楽曲特定手段と、を備えており、
前記楽曲再生手段は、前記未再生の予約楽曲のうち、前記楽曲特定手段により特定された予約楽曲に対応する楽曲データに基づいて楽曲を再生する、ように構成されている
ことを特徴とするカラオケ装置。
【請求項２】
前記予約登録手段は、前記予約受付手段により予約が受け付けられた楽曲を、該予約を受けて前記操作特定手段が特定した識別端末，および，その予約が受け付けられた時間と対応づけた状態で記憶部に予約楽曲として登録して、
前記楽曲特定手段は、前記未再生の予約楽曲の中から、前記マイク特定手段により特定された識別端末と対応づけて登録されており、かつ、該予約楽曲に対応づけて登録されている時間が最も古い楽曲を特定する、ように構成されている
ことを特徴とする請求項１に記載のカラオケ装置。
【請求項３】
前記マイク特定手段は、前記識別端末から送信された識別情報の受信状況に基づいて、前記楽曲再生手段により直前に再生された楽曲に対応づけて登録された識別端末以外の識別端末の中から、前記マイクに最も近接する前記識別端末を特定する、ように構成されている
ことを特徴とする請求項１または請求項２に記載のカラオケ装置。
【請求項４】
前記楽曲再生手段により楽曲が再生される毎に、該楽曲に対応づけて登録された識別端末を、その楽曲について歌唱済みのユーザが所持する歌唱済み識別端末として記憶部に登録する端末登録手段と、
前記未再生の予約楽曲それぞれに対応づけて登録された全ての識別端末が、前記端末登録手段により登録された歌唱済み識別端末の中に含まれた状態となった場合に、その端末登録手段による登録内容を削除する登録削除手段と、を備えており、
前記マイク特定手段は、前記識別端末から送信された識別情報の受信状況に基づいて、前記端末登録手段により登録されている全ての識別端末以外の識別端末の中から、前記マイクに最も近接する前記識別端末を特定する、ように構成されている
ことを特徴とする請求項１から３のいずれかに記載のカラオケ装置。
【請求項５】
前記予約登録手段は、前記予約受付手段により予約が受け付けられた楽曲を、該予約を受けて前記操作特定手段が特定した識別端末，および，その予約が受け付けられた時間と対応づけた状態で記憶部に予約楽曲として登録して、
前記楽曲特定手段は、前記マイク特定手段により識別端末が特定されなかった場合、前記未再生の予約楽曲のうち、該予約楽曲に対応づけて登録されている時間が最も古い楽曲を特定する、ように構成されている
ことを特徴とする請求項１から４のいずれかに記載のカラオケ装置。
【請求項６】
前記操作部を操作するユーザの所持する識別端末から送信される識別情報を、所定以上の受信レベルにて受信可能な位置関係で配置された操作用受信部，が備えられており、
前記操作特定手段は、前記予約受付手段により楽曲の予約が受け付けられた際、前記操作用受信部を介して最も大きな受信レベルにて受信された識別情報の送信元である識別端末を、前記操作部に最も近接する識別端末として特定する、ように構成されている
ことを特徴とする請求項１から５のいずれかに記載のカラオケ装置。
【請求項７】
前記マイクを持つユーザの所持する識別端末から送信される識別情報を、所定以上の受信レベルにて受信可能な位置関係で配置されたマイク用受信部，が備えられており、
前記マイク特定手段は、前記楽曲再生手段による楽曲の再生に先立ち、前記マイク用受信部を介して最も大きな受信レベルにて受信された識別情報の送信元である識別端末を、前記マイクに最も近接する識別端末として特定する、ように構成されている
ことを特徴とする請求項１から６のいずれかに記載のカラオケ装置。
【請求項８】
請求項１から７のいずれかに記載のカラオケ装置および複数の識別端末と、
ユーザの音声を前記カラオケ装置へと入力するためのマイクと、からなる
ことを特徴とするカラオケシステム。
【請求項９】
請求項１から６のいずれかに記載のカラオケ装置および複数の識別端末と、
ユーザの音声を前記カラオケ装置へと入力するためのマイク，および，該マイクを持つユーザの所持する識別端末から送信される識別情報を、所定以上の受信レベルにて受信可能な位置関係で配置されたマイク用受信部，を有するマイク端末と、からなり、
前記カラオケ装置は、前記楽曲再生手段による楽曲の再生に先立ち、前記マイク特定手段が、前記マイク用受信部を介して最も大きな受信レベルにて受信された識別情報の送信元である識別端末を、前記マイクに最も近接する識別端末として特定する、ように構成されている
ことを特徴とするカラオケシステム。
【請求項１０】
前記構成要素それぞれと、
ユーザによる楽曲の予約を受け付ける操作部，および，該操作部を操作するユーザの所持する識別端末から送信される識別情報を所定以上の受信レベルにて受信可能な位置関係で配置された操作用受信部，を有するリモコン端末と、からなり、
前記カラオケ装置は、
前記リモコン端末の操作部を介してユーザによる楽曲の予約を受け付けるリモコン受付手段，を備え、
前記リモコン受付手段により楽曲の予約が受け付けられた際、前記操作特定手段が、前記リモコン端末の操作用受信部を介して最も大きな受信レベルにて受信された識別情報の送信元である識別端末を、前記操作部に最も近接する識別端末として特定する、ように構成されている
ことを特徴とする請求項８または請求項９に記載のカラオケシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、楽曲データに基づく楽曲の再生を行うカラオケ装置に関する。
【背景技術】
【０００２】
従来から、カラオケ装置は、ユーザが予約した楽曲をその予約した順番に再生するように構成されていることが一般的であるが、近年、予約された楽曲の再生順序を、そのカラオケ装置の利用状況に応じた順番とするための技術が種々提案されている。
【０００３】
例えば、複数のグループそれぞれが同一のカラオケ装置を利用する状況において、楽曲の予約をそのユーザが属するグループに対応づけて行うようにし、そうして予約された楽曲の再生順序を、グループ毎に定められた待機曲数や予約時間に基づいて決定する、といった技術である（特許文献１参照）。
【０００４】
この技術を用いれば、特定のグループにより連続して複数の楽曲が予約されていたとしても、このグループにより予約された楽曲だけが連続して再生されることはなく、それより後に別のグループにより予約された楽曲を先に再生させることができるようになるため、グループ間における歌唱の機会を平均化することができる。
【特許文献１】特開平１０−７８７９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ただ、上記技術では、例えば、あるグループに属するユーザが歌唱した後、次に再生すべきものとして決定された楽曲が、そのグループから離れて位置するグループのユーザに予約されたものである場合、そのユーザが楽曲の再生に気付いても、マイクを手にするまでに時間を要してしまい、楽曲の歌唱が最初から適切に行えなくなる恐れがある。この問題は、宴会場や結婚式場のような広い空間で同一のカラオケ装置を利用する状況，具体的には、最初の予約者に対して、その次の予約者が広い空間の反対側に位置しているような状況においてより顕著なものとなる。
【０００６】
つまり、ユーザそれぞれが離れて位置する宴会場や結婚式場などにおいてカラオケを利用するような状況では、単にグループ間における歌唱の機会を平均化するような順番で楽曲を再生することが必ずしも適切とはいえず、各ユーザがマイクを手にする時間を短縮できるような順番にすべきともいえる。
【０００７】
本発明は、このような課題を解決するために創作されたものであり、その目的は、ユーザそれぞれが離れて位置するような状況において、各ユーザがマイクを手にする時間を短縮できる順番で楽曲を再生するための技術を提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するためには、カラオケ装置を下記に示す第１の構成（請求項１）のようにすることが考えられる。
この構成においては、操作部を介してユーザによる楽曲の予約を受け付ける予約受付手段と、該予約受付手段により楽曲の予約が受け付けられた際に、ユーザそれぞれが所持する識別端末から送信された識別情報の受信状況に基づき、前記操作部に最も近接する前記識別端末を特定する操作特定手段と、前記予約受付手段により予約が受け付けられた楽曲を、該予約を受けて前記操作特定手段が特定した識別端末と対応づけた状態で記憶部に予約楽曲として登録する予約登録手段と、該予約登録手段により登録された１以上の予約楽曲それぞれにつき、該予約楽曲に対応する楽曲データに基づいて楽曲を再生する楽曲再生手段と、該楽曲再生手段による楽曲の再生に先立ち、前記識別端末から送信された識別情報の受信状況に基づいて、ユーザの音声を入力するマイクに最も近接する前記識別端末を特定するマイク特定手段と、前記予約登録手段により登録された予約楽曲であって、かつ、前記楽曲再生手段により再生されていない未再生の予約楽曲の中から、前記マイク特定手段により特定された識別端末と対応づけて登録されている楽曲を特定する楽曲特定手段と、を備えている。
【０００９】
そして、前記楽曲再生手段は、前記未再生の予約楽曲のうち、前記楽曲特定手段により特定された予約楽曲に対応する楽曲データに基づいて楽曲を再生する。
このように構成されたカラオケ装置であれば、ユーザにより楽曲の予約が行われた際に、そのユーザが所持する識別端末を対応づけて登録することにより、その識別端末を所持するユーザが予約した楽曲であることを識別可能な状態とすることができる。そして、そうして予約された未再生の予約楽曲それぞれを再生するに際しては、マイクに最も近接する識別端末，つまりマイクの近くに位置するユーザが所持する識別端末を識別したうえで、その識別端末に対応づけて登録されたものを優先することができるようになる。
【００１０】
これにより、あるユーザが歌唱した後は、そのユーザ（が手にしているマイク）の最も近く（一般的には、隣や前後の中で最も近く）に位置するユーザの予約した楽曲が再生されることになるため、このユーザが楽曲の再生に気付いて直前に歌唱したユーザからマイクを直接受け取れば、マイクを手にするまでに時間を要することがなくなる結果、その楽曲の歌唱が最初から適切に行えなくなるようなことを防止できる。
【００１１】
この構成における予約登録手段により登録された予約楽曲については、楽曲再生手段による再生開始後にその登録が解除されるように構成し、登録されている楽曲全てを未再生の予約楽曲として取り扱うようにしてもよい。このためには、上記構成に対し、前記楽曲再生手段により楽曲の再生が開始された以降に、該楽曲について前記予約登録手段により登録された登録内容（楽曲および識別端末）を削除する手段，を備えたものとすればよい。
【００１２】
また、この構成において、予約登録手段による識別端末の登録は、いずれの識別端末であるのかが特定可能であれば、その具体的な方法については特に限定されない。例えば、識別端末の送信する識別情報が、識別端末それぞれに割り当てられたユニークなものであれば、この識別情報を登録することとすればよい。
【００１３】
また、上記構成においては、マイクに最も近接する識別端末に対応づけて登録された楽曲を優先的に再生することとなるが、該当する楽曲が複数登録されていることもありうる。このような場合には、例えば、それら複数の楽曲の中からランダムに特定した楽曲を再生することとすればよいし、その登録された順番に楽曲（つまり最も前に登録された楽曲）を再生することとしてもよい。この後者のようにするためには、上記構成を以下に示すようにした第２の構成（請求項２），または，第２の２の構成とすることが考えられる。
【００１４】
この第２の構成において、前記予約登録手段は、前記予約受付手段により予約が受け付けられた楽曲を、該予約を受けて前記操作特定手段が特定した識別端末，および，その予約が受け付けられた時間と対応づけた状態で記憶部に予約楽曲として登録して、前記楽曲特定手段は、前記未再生の予約楽曲の中から、前記マイク特定手段により特定された識別端末と対応づけて登録されており、かつ、該予約楽曲に対応づけて登録されている時間が最も古い楽曲を特定する。
【００１５】
また、第２の２の構成において、前記予約登録手段は、予約楽曲の登録を、その登録の順番を特定可能な状態で行い、前記楽曲特定手段は、前記未再生の予約楽曲の中から、前記マイク特定手段により特定された識別端末と対応づけて登録されており、かつ、該予約楽曲に対応づけて登録された順番が最も前の楽曲を特定する。
【００１６】
これら構成であれば、マイクの近くに位置するユーザの予約した楽曲を、その登録された順番に再生することができる。
また、上記各構成では、マイクの近くに位置するユーザの予約した楽曲が次に再生されることとなるため、あるユーザの予約した楽曲の再生終了時、このユーザの予約した楽曲がまだ残っている場合には、このユーザがマイクを持っているために最もマイクに近い位置となる結果、このユーザの予約した楽曲が連続して再生されてしまう恐れがある。このようなことは、歌唱機会を平均化するといった観点からは望ましいことではない。
【００１７】
そこで、このようなことを防止するためには、直前に歌唱をしたユーザを考慮したうえで、次に再生される楽曲が決定されるようにすることが望ましい。このためには、上記第１の構成を以下に示す第３の構成（請求項３）とすることが考えられる。
【００１８】
この構成において、前記マイク特定手段は、前記識別端末から送信された識別情報の受信状況に基づいて、前記楽曲再生手段により直前に再生された楽曲に対応づけて登録された識別端末以外の識別端末の中から、前記マイクに最も近接する前記識別端末を特定する。
【００１９】
この構成であれば、マイクに最も近接する識別端末として特定すべき対象となる識別端末から、直前に再生された楽曲に対応する識別端末が除かれるため、直前に歌唱をしたユーザの所持する識別端末に対応する楽曲が次に再生される楽曲として決定されることはない。これにより、あるユーザの予約した楽曲が複数登録されていたとしても、それらのうちのいずれかの楽曲が再生された後で、連続して同一ユーザの予約した楽曲が再生されてしまうようなことを防止することができる。
【００２０】
また、上記各構成では、マイクの近くに位置するユーザの予約した楽曲が次に再生されることとなるため、あるユーザが、歌唱後次の楽曲の再生中に新たな予約を行った場合、各ユーザの位置関係によっては、そのユーザが数曲前までに歌唱を行った後であるにも拘わらず、そうして予約した楽曲が他のユーザに優先して再生されてしまう恐れがある。このようなことは、歌唱機会を平均化するといった観点からは望ましいことではない。
【００２１】
そこで、このようなことを防止するためには、数曲前に歌唱をしたユーザを考慮したうえで、次に再生される楽曲が決定されるようにすることが望ましい。
このためには、上記各構成を以下に示す第４の構成（請求項４）とすることも考えられる。
【００２２】
この構成においては、前記楽曲再生手段により楽曲が再生される毎に、該楽曲に対応づけて登録された識別端末を、その楽曲について歌唱済みのユーザが所持する歌唱済み識別端末として記憶部に登録する端末登録手段と、前記未再生の予約楽曲それぞれに対応づけて登録された全ての識別端末が、前記端末登録手段により登録された歌唱済み識別端末の中に含まれた状態となった場合に、その端末登録手段による登録内容を削除する登録削除手段と、を備えている。そして、前記マイク特定手段は、前記識別端末から送信された識別情報の受信状況に基づいて、前記端末登録手段により登録されている全ての識別端末以外の識別端末の中から、前記マイクに最も近接する前記識別端末を特定する。
【００２３】
この構成であれば、マイクに最も近接する識別端末として特定すべき対象となりうる識別端末から、歌唱済み識別端末が除かれるため、数曲前に歌唱をしたユーザの所持する識別端末に対応する楽曲が次に再生される楽曲として決定されることはない。これにより、あるユーザが歌唱後次の楽曲の再生中に新たな予約を行ったとしても、そうして予約した楽曲が他のユーザに優先して再生されてしまうようなことを防止できる。
【００２４】
具体的な例を挙げれば、それぞれ楽曲を予約したユーザＡ，Ｂ，Ｃ間の距離の比「ＡＢ：ＢＣ：ＣＡ」が１：２：３である場合には、ユーザＡ，Ｂの順番で予約楽曲が終了したとき、ユーザＣよりもユーザＡの方がユーザＢに近いため、距離だけで次の再生楽曲を決定してしまうと、それまでにユーザＡが新たに予約した楽曲が次の再生楽曲として決定されてしまうこととなる。
【００２５】
ところが、上記構成では、ユーザＡ，Ｂそれぞれの識別端末が歌唱済み識別端末として登録されるため、この識別端末に対応する予約楽曲が次の再生楽曲として決定されることがなくなる結果、この後にユーザＡの予約楽曲が再生されてしまうことはなく、ユーザＣの予約楽曲が次の再生楽曲として決定されることとなる。
【００２６】
こうして、予約楽曲の再生順序が、特定のユーザに戻るような順序となる，つまり特定のユーザに偏ったものになってしまうことを防止でき、これにより、歌唱機会を平均化することができる。
【００２７】
さらに、この構成では、未再生の予約楽曲それぞれに対応づけて登録された全ての識別端末が歌唱済み識別端末の中に含まれた状態となった場合に、歌唱済み識別端末としての登録内容が削除される。
【００２８】
ここで、「未再生の予約楽曲それぞれに対応づけて登録された全ての識別端末が、歌唱済み識別端末の中に含まれた状態」とは、未再生の予約楽曲に対応する識別端末全てが歌唱済み識別端末になった，つまり未再生楽曲を予約したユーザ全てが一通り歌唱を行った（換言すれば、ユーザによる歌唱が一巡した）ことを意味している。
【００２９】
つまり、この状態となるまでは、未再生の予約楽曲を予約したユーザの中でまだ歌唱を行っていないユーザが存在していることになるため、この期間にそのユーザ以外の予約に係る楽曲を再生することは、そのユーザに優先した楽曲の再生をすることとなってしまうため好ましくない。それに対し、上記状態となった以降であれば、未再生の予約楽曲を予約したユーザの中でまだ歌唱を行っていないユーザが存在しないことになるため、それ以降、どの予約楽曲を再生しても、いずれかのユーザに対する優先的な楽曲の再生ということにはならない。
【００３０】
上記構成では、「未再生の予約楽曲それぞれに対応づけて登録された全ての識別端末が歌唱済み識別端末の中に含まれた状態」となるまで歌唱済み識別端末の登録を行い、その状態となった際にその登録内容を削除することによって、その状態となるまでの期間において特定ユーザに優先した楽曲の再生が行われてしまうことを防止することができる。その結果、ユーザ間における歌唱の機会を平均化することができる。
【００３１】
また、上記各構成において、楽曲特定手段は、未再生の予約楽曲の中から、マイク特定手段により特定された識別端末と対応づけて登録されている楽曲を特定する手段であるが、そうして識別端末と対応づけて登録されている楽曲が特定されなかった場合には、その登録された順番に楽曲（つまり最も前に登録された楽曲）を再生することとすればよい。このためには、上記各構成を以下に示すようにした第５の構成（請求項５），または，第５の２の構成とすることが考えられる。
【００３２】
この第５の構成において、前記予約登録手段は、前記予約受付手段により予約が受け付けられた楽曲を、該予約を受けて前記操作特定手段が特定した識別端末，および，その予約が受け付けられた時間と対応づけた状態で記憶部に予約楽曲として登録して、前記楽曲特定手段は、前記マイク特定手段により識別端末が特定されなかった場合、前記未再生の予約楽曲のうち、該予約楽曲に対応づけて登録されている時間が最も古い楽曲を特定する。
【００３３】
また、第５の２の構成において、前記予約登録手段は、予約楽曲の登録を、その登録の順番を特定可能な状態で行い、前記楽曲特定手段は、前記マイク特定手段により識別端末が特定されなかった場合、前記未再生の予約楽曲の中から、該予約楽曲に対応づけて登録された順番が最も前の楽曲を特定する。
【００３４】
これら構成であれば、該当する識別端末が特定されなかった場合であっても、予約楽曲をその予約がされた順番に再生することができる。
また、上記各構成において、操作特定手段が操作部に最も近接する識別端末を特定するための具体的な構成としては、例えば、前記操作部を操作するユーザの所持する識別端末から送信される識別情報を、所定以上の受信レベルにて受信可能な位置関係で配置（例えば、操作部そのものや、その周辺などに配置）された操作用受信部を設けておくと共に、この操作用受信部を介した識別情報の受信状況に基づいて識別端末を特定すればよい。
【００３５】
この場合、さらに、上記各構成を以下に示すような第６の構成とするとよい。
この構成においては、前記操作部を操作するユーザの所持する識別端末から送信される識別情報を、所定以上の受信レベルにて受信可能な位置関係で配置された操作用受信部，が備えられている。そして、前記操作特定手段は、前記予約受付手段により楽曲の予約が受け付けられた際、前記操作用受信部を介して最も大きな受信レベルにて受信された識別情報の送信元である識別端末を、前記操作部に最も近接する識別端末として特定する。
【００３６】
この構成であれば、ユーザによる楽曲の予約が受け付けられた際に、最も大きな受信レベルで識別情報を送信してきた識別端末を、操作部に最も近接する識別端末として特定することができる。
【００３７】
この構成における操作用受信部を介した識別情報の受信は、識別端末が所定のタイミングで主体的に識別情報を送信する構成とされている場合であれば、ユーザによる楽曲の予約後一定時間にわたって識別情報を受信することとすればよく、また、識別端末が外部からの指令を受けて識別情報を送信する構成とされている場合であれば、ユーザによる楽曲の予約時に識別端末に対する指令を行い、この指令を受けて送信されてくる識別情報を受信することとすればよい。
【００３８】
なお、この後者のように、識別端末が外部からの指令を受けて識別情報を送信する構成とされている場合においては、上記第６の構成とは異なる下記第６の２の構成としてもよい。
【００３９】
この構成において、前記操作特定手段は、前記予約受付手段により楽曲の予約が受け付けられた際に、前記識別端末それぞれに対して識別情報の要求を行い、前記操作用受信部を介して所定時間内に（または最短時間で）受信された識別情報の送信元である１の識別端末を、前記操作部に最も接近する前記識別端末として特定する。
【００４０】
この構成であれば、ユーザが操作部を操作した以降、所定時間内に識別情報を送信してきた識別端末を、操作部に最も接近する識別端末として特定することができる。
また、上記各構成において、マイク特定手段がマイクに最も近接する識別端末を特定するための具体的な構成としては、例えば、前記マイクを持つユーザの所持する識別端末から送信される識別情報を、所定以上の受信レベルにて受信可能な位置関係で配置（例えば、操作部そのものや、その周辺などに配置）されたマイク用受信部を設けておくと共に、このマイク用受信部を介した識別情報の受信状況に基づいて識別端末を特定すればよい。
【００４１】
この場合、さらに、上記各構成を以下に示すような第７の構成とするとよい。
この構成においては、前記マイクを持つユーザの所持する識別端末から送信される識別情報を、所定以上の受信レベルにて受信可能な位置関係で配置されたマイク用受信部，が備えられている。そして、前記マイク特定手段は、前記楽曲再生手段による楽曲の再生に先立ち、前記マイク用受信部を介して最も大きな受信レベルにて受信された識別情報の送信元である識別端末を、前記マイクに最も近接する識別端末として特定する。
【００４２】
この構成であれば、楽曲の再生前において、所定以上の受信レベルで識別情報を受信可能な位置関係となっている識別端末を、マイクに最も接近する識別端末として特定することができる。
【００４３】
この構成におけるマイク用受信部を介した識別情報の受信は、識別端末が所定のタイミングで主体的に識別情報を送信する構成とされている場合であれば、楽曲の再生前一定時間にわたって識別情報を受信することとすればよく、また、識別端末が外部からの指令を受けて識別情報を送信する構成とされている場合であれば、楽曲の再生に先立って識別端末に対する指令を行い、この指令を受けて送信されてくる識別情報を受信することとすればよい。
【００４４】
なお、この後者のように、識別端末が外部からの指令を受けて識別情報を送信する構成とされている場合においては、上記第７の構成とは異なる下記第７の２の構成としてもよい。
【００４５】
この構成において、前記マイク特定手段は、前記楽曲再生手段による楽曲の再生以前に識別情報の要求を行い、前記マイク用受信部を介して所定時間内に（または最短時間で）受信された識別情報の送信元である１の識別端末を、マイクに最も接近する識別端末として特定する。
【００４６】
この構成であれば、楽曲の再生前における所定時間内に識別情報を送信してきた識別端末を、マイクに最も接近する識別端末として特定することができる。
また、上記課題を解決するための構成としては、上記第１から第７の２のいずれかのカラオケ装置および複数の識別端末と、ユーザの音声を前記カラオケ装置へと入力するためのマイクと、からなるカラオケシステムである第８の構成（請求項８）としてもよい。
【００４７】
これら構成であれば、上記第１から第７の２のいずれかのカラオケ装置と同様の作用，効果を得ることができる。
また、上記課題を解決するための構成としては、上記第１から６の２のいずれかのカラオケ装置および複数の識別端末と、ユーザの音声を前記カラオケ装置へと入力するためのマイク，および，該マイクを持つユーザの所持する識別端末から送信される識別情報を、所定以上の受信レベルにて受信可能な位置関係で配置されたマイク用受信部，を有するマイク端末と、からなるカラオケシステムである第９の構成（請求項９）であってもよい。
【００４８】
この構成において、前記カラオケ装置は、前記楽曲再生手段による楽曲の再生に先立ち、前記マイク特定手段が、前記マイク用受信部を介して最も大きな受信レベルにて受信された識別情報の送信元である識別端末を、前記マイクに最も近接する識別端末として特定する。
【００４９】
この構成であれば、上記第１から第６の２のいずれかのカラオケ装置と同様の作用，効果を得ることができる。
なお、この構成において、カラオケ装置のマイク特定手段は、楽曲再生手段による楽曲の再生に先立ってマイク側に識別情報の受信，収集を指令し、こうして収集されたユニークな識別情報（識別情報の種類）と受信レベルに基づいてマイクに最も近接する識別端末を特定することとすればよい。
【００５０】
具体的にいえば、マイク側で、マイク自身に最も近接する識別端末を特定すると共に、こうして特定した識別端末をカラオケ装置へと通知するように構成し、カラオケ装置側では、こうしてマイクから通知される識別端末を、マイクに最も近接する識別端末として特定することとすればよい。また、マイク側で、それぞれ受信した識別情報をその受信レベルと共に通知するように構成し、カラオケ装置側では、こうして通知される識別情報のうち、これと共に通知された受信レベルが最も大きい識別情報の送信元である識別端末を、マイクに最も近接する識別端末として特定することとすればよい。
【００５１】
また、上記第８，第９の構成は、さらに以下に示すようにした第１０の構成（請求項１０）としてもよい。
この構成においては、前記構成要素それぞれと、ユーザによる楽曲の予約を受け付ける操作部，および，該操作部を操作するユーザの所持する識別端末から送信される識別情報を所定以上の受信レベルにて受信可能な位置関係で配置された操作用受信部，を有するリモコン端末と、からなる。
【００５２】
そして、前記カラオケ装置は、前記リモコン端末の操作部を介してユーザによる楽曲の予約を受け付けるリモコン受付手段，を備え、前記リモコン受付手段により楽曲の予約が受け付けられた際、前記操作特定手段が、前記リモコン端末の操作用受信部を介して最も大きな受信レベルにて受信された識別情報の送信元である識別端末を、前記操作部に最も近接する識別端末として特定する。
【００５３】
この構成であれば、リモコン端末による楽曲の予約に対しても、カラオケ装置を上記各構成と同様に機能させることができ、上記各構成と同様の作用，効果を得ることができるようになる。
【００５４】
なお、この構成において、カラオケ装置の操作特定手段は、リモコン端末側で受信，収集された識別情報に基づいてその操作部に最も近接する識別端末を特定することとすればよい。
【００５５】
具体的にいえば、リモコン端末側で、リモコン端末自身に最も近接する識別端末を特定すると共に、こうして特定した識別端末をカラオケ装置へと通知するように構成し、カラオケ装置側では、こうしてリモコン端末から通知される識別端末を、リモコン端末に最も近接する識別端末として特定することとすればよい。また、リモコン端末側で、それぞれ受信した識別情報をその受信レベルと共に通知するように構成し、カラオケ装置側では、こうして通知される識別情報のうち、これと共に通知された受信レベルが最も大きい識別情報の送信元である識別端末を、リモコン端末に最も近接する識別端末として特定することとすればよい。
【００５６】
また、上記課題を解決するための構成としては、上記第１から１０のいずれかの構成におけるカラオケ装置が備える全ての手段として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラムとすることも考えられる。
【００５７】
この構成であれば、上記第１から第１０のいずれかの構成の一部を構成することができるからである。
なお、上述したプログラムは、コンピュータシステムによる処理に適した命令の順番付けられた列からなるものであって、各種記録媒体や通信回線を介してカラオケ装置，カラオケシステム，リモコン端末またはマイクや、これを利用するユーザに提供されるものである。
【発明を実施するための最良の形態】
【００５８】
以下に本発明の実施形態を図面と共に説明する。
（１）全体構成
カラオケシステムは、図１に示すように、カラオケ装置１，リモコン端末３，マイク端末５および複数の識別端末７などからなる。
【００５９】
カラオケ装置１は、カラオケ装置１全体の動作を制御する制御部１０，映像データに基づく映像や歌詞などの情報を表示する表示部１２，楽曲データに基づく楽曲の音声を出力するスピーカ１４，複数のキー・スイッチからなる操作部１６，マイク端末５からの音声信号を受信して増幅したうえでスピーカ１４に出力させるマイク制御部１８，楽曲の伴奏内容および歌詞を示す楽曲データや映像データなどを記憶する記憶部２０，リモコン端末３およびマイク端末５との間の通信を制御する通信部２２，識別端末７から識別情報を読み出すリーダ２４などを備えている。
【００６０】
リモコン端末３は、リモコン端末３全体の動作を制御する制御部３０，各種情報を表示する表示部３２，複数のキー・スイッチからなる操作部３４，カラオケ装置１との間の通信を制御する通信部３６，識別端末７から識別情報を読み出すリーダ３８などを備えている。
【００６１】
マイク端末５は、マイク端末５全体の動作を制御する制御部５０，ユーザの音声を入力するマイク素子５２，カラオケ装置１との間の通信を制御する通信部５４，識別端末７から識別情報を読み出すリーダ５６などを備えている。
【００６２】
識別端末７は、ユーザそれぞれに所持させるものであって、それぞれに割り当てられたユニークな識別情報を外部からの要求を受けて送信するように構成されたパッシブ型のＲＦＩＤ（Radio Frequency Identification）タグである。
【００６３】
そして、上述したリーダ２４，３８，５６は、識別端末７に対する識別情報の要求をすることにより、この要求に応じて識別端末７それぞれから通知されてくる識別情報を読み出すように構成されている。
【００６４】
なお、カラオケ装置１のリーダ２４は、カラオケ装置１の操作部１６を操作するユーザの所持する識別端末７から送信される識別情報を、所定以上の受信レベルにて受信可能な位置関係で配置されている。また、リモコン端末３のリーダ３８は、リモコン端末３の操作部３４を操作するユーザの所持する識別端末７から送信される識別情報を、所定以上の受信レベルにて受信可能な位置関係で配置されている。そして、マイク端末５のリーダ５６は、マイク端末５を持つユーザの所持する識別端末７から送信される識別情報を、所定以上の受信レベルにて受信可能な位置関係で配置されている。
【００６５】
また、通信部２２、通信部３６、通信部５４で用いる通信技術は、例えば無線ＬＡＮなどの双方向通信技術を用いればよい。また、ユーザの音声をマイク端末５からカラオケ装置１へ伝送するときは、音声を音声データにＡＤ変換し、前記無線ＬＡＮを用いた通信によって伝送してもよいし、ＡＤ変換せずに、従来のカラオケ装置で用いられているＦＭワイヤレスマイクによって伝送してもよい。
（２）楽曲の予約
ここで、リモコン端末３を介してカラオケ装置１に対する楽曲の予約が行われるまでの各構成要素の動作を説明する。
【００６６】
まず、リモコン端末３は、操作部３４により楽曲を予約するための操作を受け付けると（図２「予約操作」）、制御部３０が内蔵メモリに実装されたプログラムに基づく下記予約依頼処理を起動し、これにより楽曲の予約をカラオケ装置１へと依頼する（同図「予約依頼」）。
【００６７】
この予約依頼処理について説明すると、まず、図３に示すように、楽曲を予約するための操作を受けて起動した後（ｓ１１０：ＹＥＳ）、その予約に係る楽曲を示す楽曲情報（本実施形態では、楽曲に割り当てられた曲番号）が特定される（ｓ１２０）。
【００６８】
次に、ユーザが所持する識別端末７それぞれからの識別情報の読み出しが行われる（ｓ１３０）。ここでは、上述したように、識別端末７に対する識別情報の要求をし（図２；リモコン端末３の「ＩＤ要求」）、この要求に応じて識別端末７から所定時間内に通知されてくる識別情報（同図「ＩＤ通知」）それぞれの読み出しが行われる。
【００６９】
こうして識別端末７それぞれから通知されてくる識別情報は、識別端末７とリモコン端末３との距離が近いほど受信レベルの大きな信号として受信されるため、リモコン端末３側では、その通知されたときの受信レベルが最も大きい識別情報を、リモコン端末３に最も近接している識別端末７から通知された識別情報として特定する（ｓ１４０）（図２「端末特定（１）」）。
【００７０】
識別端末７がユーザそれぞれの所持するものであることからすると、このようにリモコン端末３に最も近接している識別端末７は、リモコン端末３の操作部３４を実際に操作して楽曲の予約を行ったユーザの所持する識別端末７であると推定できる。つまり、このｓ１４０では、楽曲を予約したユーザがどの識別端末７を所持しているユーザであるのか，といったことを特定していることになる。
【００７１】
この後、上記ｓ１２０にて特定された楽曲情報，上記ｓ１４０にて特定された識別情報，および，時間（楽曲を予約する操作が行われた時刻）を示す時間情報，それぞれで構成された予約情報が生成される（ｓ１５０）。
【００７２】
次に、このｓ１５０にて生成された予約情報で示される内容が表示部３２に表示される（ｓ１６０）。この予約情報で示される内容が表示部３２に表示された後（図２「内容表示」）、ユーザは、操作部３４により、この内容による楽曲の予約を確定する旨，または，予約をやり直す旨の操作を行うことができる。
【００７３】
そして、予約情報で示される情報が表示部３２に表示された後、操作部３４により予約を確定する旨の操作が行われたら（ｓ１７０：ＹＥＳ）、上記ｓ１５０にて生成された予約情報が、これに基づいて楽曲を予約すべき旨の依頼としてカラオケ装置１へと送信された後（ｓ１８０）（図２「予約依頼」）、本予約依頼処理が終了する（プロセスがｓ１１０へと戻る）。
【００７４】
一方、操作部３４により予約をやり直す旨の操作が行われたら（ｓ１７０：ＮＯ）、直ちに本予約依頼処理が終了する（プロセスがｓ１１０へと戻る）。
カラオケ装置１は、この予約情報を受信したら、制御部１０が内蔵メモリに実装されたプログラムに基づく下記予約登録処理を起動し、これにより楽曲の予約を実施する（同図「予約登録」）。
【００７５】
この予約登録処理について説明すると、まず、図４に示すように、予約情報を受信して起動した後（ｓ２１０：ＹＥＳ）、この予約情報を構成する各情報が取得される（ｓ２２０）。
【００７６】
そして、このｓ２２０にて取得された識別情報，楽曲情報で示される楽曲および時刻情報で示される時刻それぞれが、予約楽曲を登録するための予約楽曲テーブルに登録された後（ｓ２３０）、本予約登録処理が終了する（プロセスがｓ２１０へと戻る）。この予約楽曲テーブルは、図５に示すように、予約情報を構成する識別情報（ＩＤ），楽曲情報で示される楽曲（曲番号）および時間情報で示される時間それぞれをセットしたデータレコードが登録されてなるデータテーブルである。
【００７７】
なお、ここまでは、リモコン端末３を介して楽曲の予約が受け付けられた場合を説明したが、カラオケ装置１の操作部１６を介して楽曲の予約が受け付けられる場合についても同様である。
【００７８】
この場合、カラオケ装置１は、楽曲を予約するための操作を受けて予約登録処理を起動し（ｓ２１０：ＮＯ，ｓ２４０：ＹＥＳ）、上述したｓ１２０〜ｓ１４０と同様の処理であるｓ２５０〜ｓ２７０を行った後、ｓ２２０にて取得された情報に基づいてｓ２３０で予約楽曲テーブルへの登録を行う。
（３）楽曲の再生
続いて、予約楽曲テーブルへの登録を経て楽曲の予約を行ったカラオケ装置１が、こうして予約した楽曲（予約楽曲）それぞれを再生する際の動作を説明する。
【００７９】
まず、カラオケ装置１は、その起動後、制御部１０が内蔵メモリに実装されたプログラムに基づく下記予約再生処理を繰り返し実行し、これにより予約された楽曲それぞれを再生する。
【００８０】
この予約再生処理について説明すると、図６に示すように、まず、楽曲を再生すべきタイミングとなるまで待機状態となる（ｓ３１０：ＮＯ）。
本実施形態では、上記予約楽曲テーブルに楽曲が登録されている状態において、操作部１６またはリモコン端末３を介して楽曲の再生を開始すべき旨の操作が行われた際に、楽曲を再生するタイミングになったと判定される。なお、ここでは、上記予約楽曲テーブルに未再生の楽曲を示す楽曲情報が登録されている状態で、楽曲の再生が行われていないことをもって、楽曲を再生するタイミングになったと判定することとしてもよい。
【００８１】
その後、楽曲を再生すべきタイミングとなったら（ｓ３１０：ＹＥＳ）、マイク端末５に対し、識別端末７それぞれからの識別情報の読み出しを行うべき旨が指令される（ｓ３２０）（図２「読出指令」）。
【００８２】
この読出指令を受けたマイク端末５は、制御部５０が内蔵メモリに実装されたプログラムに基づく下記端末特定処理を起動し、これにより、マイク端末５に最も近接する識別端末７の識別情報を特定してカラオケ装置１に通知してくる。
【００８３】
この端末特定処理について説明すると、図７に示すように、上記予約依頼処理のｓ１３０，ｓ１４０と同様、識別端末７それぞれからの識別情報の読み出しが行われ（ｓ３３０）（同図マイク端末５の「ＩＤ要求」，「ＩＤ通知」）、その読み出しに際しての受信レベルが最も大きい識別情報が、マイク端末５に最も近接している識別端末７から通知された識別情報として特定された後（ｓ３４０）（同図「端末特定（２）」）、こうして特定した識別情報がカラオケ装置１に通知される（ｓ３５０）（同図「特定ＩＤ通知」）。
【００８４】
なお、上述したのと同様に、マイク端末５に最も近接している識別端末７は、マイク端末５を持っているユーザの所持する識別端末７であると推定できる。つまり、このｓ３４０では、マイク端末５を持っているユーザがどの識別端末７を所持しているユーザであるのか，といったことを特定していることになる。
【００８５】
ここでカラオケ装置１側での予約再生処理に戻り、上記ｓ３２０による読出指令の後にマイク端末５から通知される通知内容に基づいて識別情報が特定される（ｓ３６０）。ここでは、上記ｓ３２０による読出指令の後所定期間が経過するまでの間にマイク端末５からの識別情報が受信され、かつ、この識別情報が適切な識別情報であれば、識別情報が特定されたこととなる。
【００８６】
次に、このｓ３６０で識別情報が特定された場合には（ｓ３７０：ＹＥＳ）、こうして特定された識別情報のセットされたデータレコードが予約楽曲テーブルから検索される（ｓ３８０）。
【００８７】
このｓ３８０で１以上の該当するデータレコードが検出されたら（ｓ３８０：ＹＥＳ）、それらのうち、その登録された順番が最も古いデータレコードが特定される（ｓ３９０）。ここでは、ｓ３８０にて検出されたデータレコードのうち、ここにセットされている時刻の最も古いデータレコードが特定される。
【００８８】
なお、ここでの該当データレコードの特定は、予約楽曲テーブルへのデータレコードの登録が、例えば、先入れ先出し（ＦＩＦＯ）方式のように、その登録された順番が特定可能な状態で行われるように構成されているのであれば、その登録状態に基づいて行うものとしてもよい。
【００８９】
また、上記ｓ３６０で識別情報が特定されなかった場合（ｓ３７０：ＮＯ）、または、上記ｓ３８０で該当するデータレコードが検出されなかった場合（ｓ３８０：ＮＯ）、上記ｓ３９０と同様に、予約楽曲テーブルに登録されているデータレコードのうち、その登録された順番が最も古いデータレコードが特定される（ｓ４００）。
【００９０】
こうして、上記ｓ３９０，ｓ４００が行われた後、これらにて特定されたデータレコードにセットされている楽曲情報で示される楽曲が、次に再生すべき楽曲として決定される（ｓ４１０）（図２「楽曲決定」）。
【００９１】
次に、このｓ３６０にて決定された楽曲の再生が開始される（ｓ４２０）。ここでは、上記ｓ３６０にて決定された楽曲に対応する楽曲データが記憶部２０から読み出され、これに基づく楽曲の再生が開始される（同図「楽曲再生」）。
【００９２】
次に、この時点において、予約楽曲テーブルに未再生の楽曲を示す楽曲情報（つまり、上記ｓ４２０にて再生が開始された楽曲を示す楽曲情報以外の楽曲情報）が登録されているか否かがチェックされる（ｓ４３０）。
【００９３】
このｓ４３０で該当する楽曲情報が登録されていないと判定された場合（ｓ４３０：ＮＯ）、再生済みの楽曲を登録するための歌唱済みテーブルに登録されている全てのデータレコードが削除された後（ｓ４４０）、プロセスがｓ３１０へ戻る。
【００９４】
この歌唱済みテーブルは、図５に示すように、上述した予約楽曲テーブルと同じデータ構造のデータテーブルであって、後述のように、上記ｓ４２０にて楽曲の再生を開始するに際して参照されたデータレコード（直前のｓ４１０にて決定されたもの）を、その再生の終了に伴って移行するためのものである。
【００９５】
一方、上記ｓ４３０で該当する楽曲情報が登録されていると判定された場合（ｓ４３０：ＹＥＳ）、予約楽曲テーブルにおける未再生の予約楽曲それぞれに対応する全ての識別情報が、歌唱済みテーブルに登録された状態（以降「歌唱一巡状態」という）となっているか否かがチェックされる（ｓ４５０）。
【００９６】
上述のように、歌唱済みテーブルは、楽曲の再生を開始するに際して参照された予約楽曲テーブルのデータレコードを、その再生の終了に伴って移行するためのものであるため、ここに登録された識別情報は、再生が終了した楽曲を歌唱したユーザの所持する識別端末７のものである。換言すれば、ここに登録された識別情報の識別端末７を所持するユーザは、先に再生が終了した楽曲を歌唱した歌唱済みのユーザということになる。
【００９７】
そうすると、上記「予約楽曲テーブルにおける未再生の予約楽曲それぞれに対応する全ての識別情報が、歌唱済みテーブルに登録された状態」とは、未再生の楽曲を予約したユーザそれぞれが、直近に再生が終了した楽曲を歌唱した歌唱済みのユーザとなった，つまり未再生の楽曲を予約したユーザ全てが一通り歌唱を行った状態を意味している（図５（ｃ）参照）。
【００９８】
このｓ４５０で、歌唱一巡状態となっていると判定された場合（ｓ４５０：ＹＥＳ）、プロセスがｓ４４０へ移行し、歌唱済みテーブルにおける全てのデータレコードが削除される。
【００９９】
一方、上記ｓ４５０で、歌唱一巡状態になっていないと判定された場合（ｓ４５０：ＮＯ）、上記ｓ３１０と同様、楽曲を再生すべきタイミングとなるまで待機状態となる（ｓ５１０：ＮＯ）。
【０１００】
その後、楽曲を再生すべきタイミングとなったら（ｓ５１０：ＹＥＳ）、マイク端末５に対し、識別端末７それぞれからの“限定的な”識別情報の読み出しを行うべき旨が指令される（ｓ５２０）（図２「読出指令」）。
【０１０１】
ここでは、この時点で歌唱済みテーブルに登録されている識別情報それぞれを除いた識別情報の読み出しを行うべき旨が指令される。ここでいう「限定的な識別情報の読み出し」とは、未再生の楽曲を予約したユーザ全てが一通り歌唱を行うまで、それら歌唱済みのユーザについての識別情報を除外したうえでの識別情報の読み出しということである。
【０１０２】
この読出指令を受けたマイク端末５は、上述したのと同様、制御部５０が内蔵メモリに実装されたプログラムに基づく下記端末特定処理を起動し、これにより、指令に係る識別情報それぞれを除き、マイク端末５に最も近接する識別端末７の識別情報を特定してカラオケ装置１に通知してくる（図２「特定ＩＤ通知」）。
【０１０３】
なお、歌唱済みテーブルは、歌唱済みユーザの所持する識別端末７の識別情報が登録されたものであるため、ここに登録された以外のものとして読み出された識別情報の中から識別情報を特定するということは、この時点で歌唱済みでないユーザの所持する識別端末７の中から、マイク端末５に最も近接する識別端末７の識別情報を特定することになる。
【０１０４】
次に、上記ｓ５２０による読出指令の後にマイク端末５から通知される通知内容に基づいて識別情報が特定される（ｓ５６０）。ここでは、上記ｓ５２０による読出指令の後所定期間が経過するまでの間にマイク端末５からの識別情報が受信され、かつ、この識別情報が適切な識別情報であれば、識別情報が特定されたこととなる。
【０１０５】
次に、このｓ５６０で識別情報が特定された場合には（ｓ５７０：ＹＥＳ）、直前に行われたｓ４１０にて楽曲を決定する際に参照された予約楽曲テーブルのデータレコードが、上記歌唱済みテーブルへと移行された後（ｓ５８０）、プロセスがｓ３８０へ戻る。
【０１０６】
このｓ５８０では、該当する予約楽曲テーブルのデータレコードと同一内容のデータレコードが歌唱済みテーブルに登録されると共に（図２「歌唱済み登録」）、そのデータレコードが予約楽曲テーブルから削除される（図５（ｂ），（ｃ）参照）。
【０１０７】
このｓ５８０の後に行われるｓ３８０では、直前に行われたｓ５６０にて特定された識別情報に基づき、この識別情報のセットされたデータレコードが予約楽曲テーブルから検索される。
【０１０８】
一方、上記ｓ５６０で識別情報が特定されなかった場合（ｓ５７０：ＮＯ）、上記ｓ５８０と同様、予約楽曲テーブルのデータレコードが歌唱済みテーブルへと移行された後（ｓ５９０）、プロセスがｓ４００へ戻る。
【０１０９】
なお、ここまでは、マイク端末５が、カラオケ装置１からの指令を受けて、マイク端末５自身に最も近接する識別端末７の識別情報を特定する場合について説明したが、マイク端末５に最も近接する識別端末７の識別情報は、カラオケ装置１側で特定することとしてもよい。
【０１１０】
この場合、カラオケ装置１からの読出指令を受けたマイク端末５は、端末特定処理において、識別情報の読み出し（図７のｓ３３０）を行った後、こうして読み出した識別情報それぞれを、その受信時の受信レベルを対応づけた状態で、カラオケ装置１へと通知するようにする（同図ｓ３５０）。
【０１１１】
そして、カラオケ装置１は、読出指令の後（図６のｓ３２０，ｓ５２０）、マイク端末５から通知されてくる識別情報それぞれにつき、これに対応づけられている受信レベルが最も大きいもの（同図ｓ５２０の読出指令の後であれば、歌唱済みテーブルに登録されている識別情報それぞれを除いた識別情報の中で受信レベルが最も大きいもの）を、マイク端末５に最も近接する識別端末７の識別情報として特定することとすればよい（同図ｓ３６０，ｓ５６０）。
（４）作用，効果
このように構成されたカラオケシステムであれば、ユーザにより楽曲の予約が行われた際に、そのユーザが所持する識別端末７（具体的には識別情報）を対応づけて登録することにより、その識別端末７を所持するユーザが予約した楽曲であることを識別可能な状態とすることができる。
【０１１２】
そして、そうして予約された未再生の予約楽曲それぞれを再生するに際しては、マイク端末５に最も近接する識別端末７，つまりマイク端末５の近くに位置するユーザが所持する識別端末７を識別情報に基づいて識別したうえで、その識別端末７に対応づけて登録されたものを優先することができるようになる。
【０１１３】
これにより、あるユーザが歌唱した後は、そのユーザ（が手にしているマイク端末５）の最も近く（一般的には、隣や前後の中で最も近く）に位置するユーザの予約した楽曲が再生されることになるため、このユーザが楽曲の再生に気付いて直前に歌唱したユーザからマイク端末５を直接受け取れば、マイク端末５を手にするまでに時間を要することがなくなる結果、その楽曲の歌唱が最初から適切に行えなくなるようなことを防止できる。
【０１１４】
また、上記実施形態においては、マイク端末５に最も近接する識別端末７に対応づけて登録された楽曲が複数登録されている場合であっても、その中から登録された順番が最も古いものを再生すべき楽曲として決定することができる（図６のｓ３９０）。そのため、マイク端末５の近くに位置するユーザの予約した楽曲を、その登録された順番に再生することができる。
【０１１５】
また、上記実施形態のように、マイク端末５の近くに位置するユーザの予約した楽曲が次に再生される構成であると、あるユーザが、歌唱後次の楽曲の再生中に新たな予約を行った場合、各ユーザの位置関係によっては、そのユーザが数曲前までに歌唱を行った後であるにも拘わらず、そうして予約した楽曲が他のユーザに優先して再生されてしまう恐れがある。
【０１１６】
しかし、上記実施形態においては、マイク端末５に最も近接する識別端末７として特定すべき対象から、歌唱済みテーブルに登録された識別情報の識別端末７が除かれる（図６のｓ５６０）。この歌唱済みテーブルには、数曲前までの歌唱済みのユーザが所持する識別端末７の識別情報が登録されるため、ここに登録された識別情報の識別端末７を除外すれば、数曲前までに歌唱をしたユーザの予約した楽曲が次に再生される楽曲として決定されることはない。
【０１１７】
これにより、あるユーザが歌唱後次の楽曲の再生中に新たな予約を行ったとしても、そうして予約した楽曲が他のユーザに優先して再生されてしまうようなことを防止できる。
この事象について具体的な例を挙げれば、図８に示すように、それぞれ楽曲を予約したユーザＡ，Ｂ，Ｃ間の距離の比「ＡＢ：ＢＣ：ＣＡ」が１：２：３である場合には、ユーザＡ，Ｂの順番で予約楽曲が終了したとき、ユーザＣよりもユーザＡの方がユーザＢに近いため、距離だけで次の再生楽曲を決定してしまうと、それまでにユーザＡが新たに予約した楽曲が次の再生楽曲として決定されてしまうこととなる。
【０１１８】
ところが、上記実施形態では、ユーザＡ，Ｂそれぞれが所持する識別端末７の識別情報が歌唱済みテーブルに登録されるため、この識別端末７に対応する予約楽曲が次の再生楽曲として決定されることがなくなる結果、この時点でユーザＡの予約楽曲が再生されてしまうことはなく、ユーザＣの予約楽曲が次の再生楽曲として決定されることとなる。
【０１１９】
こうして、予約楽曲の再生順序が、特定のユーザに戻るような順序となる，つまり特定のユーザに偏ったものになってしまうことを防止でき、これにより、歌唱機会を平均化することができる。
【０１２０】
さらに、上記実施形態では、未再生の予約楽曲それぞれに対応づけて登録された全ての識別情報が歌唱済みテーブルに登録された状態（歌唱一巡状態）となった場合に、歌唱済みテーブルの登録内容が削除される（図６のｓ４５０「ＹＥＳ」→ｓ４４０）。
【０１２１】
ここで、「歌唱一巡状態」とは、未再生の楽曲を予約したユーザそれぞれが、直近に再生が終了した楽曲を歌唱した歌唱済みのユーザとなった，つまり未再生の楽曲を予約したユーザ全てが一通り歌唱を行った状態である。
【０１２２】
つまり、この状態となるまでは、未再生の予約楽曲を予約したユーザの中でまだ歌唱を行っていないユーザが存在していることになるため、この期間にそのユーザ以外の予約に係る楽曲を再生することは、そのユーザに優先した楽曲の再生をすることとなってしまうため好ましくない。それに対し、歌唱一巡状態となった以降であれば、未再生の予約楽曲を予約したユーザの中でまだ歌唱を行っていないユーザが存在しないことになるため、それ以降、どの予約楽曲を再生しても、いずれかのユーザに対する優先的な楽曲の再生ということにはならない。
【０１２３】
上記実施形態では、歌唱一巡状態となるまで歌唱済みテーブルへの登録を行い、その状態となった際にその登録内容を削除することによって、その状態となるまでの期間において特定ユーザに優先した楽曲の再生が行われてしまうことを防止することができる。その結果、ユーザ間における歌唱の機会を平均化することができる。
【０１２４】
また、上記実施形態においては、未再生の予約楽曲の中から、マイク端末５を介して特定された識別情報と対応づけて登録されている楽曲が特定されなかった場合に（図６のｓ３７０，ｓ３８０，ｓ５７０「ＮＯ」）、その登録された順番に楽曲（つまり最も前に登録された楽曲）を再生するように構成されている。これにより、該当する楽曲が特定されなかった場合であっても、予約楽曲をその予約がされた順番に再生することができる。
（５）変形例
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
【０１２５】
例えば、上記実施形態においては、識別端末７として、外部からの指令（リモコン端末からのＩＤ要求）を受けて識別情報をＩＤ通知として折り返し送信するように構成されたパッシブ型のものを採用したものを例示したが、所定のタイミングで自主的に識別情報をリモコン端末に送信し、リモコン端末が前記識別情報を常に受信するように構成されたアクティブ型（例えば、特開２００５−２５０７０３号）のものを採用してもよい。この場合、識別情報を取得すべきタイミングで、一定時間にわたって識別情報を受信することとすればよい。
【０１２６】
また、上記実施形態においては、リーダ２４，３８，５６によって、ＲＦＩＤタグからなる識別端末７の識別情報を読み取るように構成されたものを例示した。しかし、識別端末７としては、カラオケシステムにおける各構成要素それぞれから識別情報を読み取ることができればよく、ＲＦＩＤタグ以外の構成を採用してもよい。
【０１２７】
具体的な例としては、IrDA Control（登録商標）などの双方向赤外線通信技術を用いて、リモコン端末からマイクへ赤外線を介してＩＤ要求し、マイクから識別情報を赤外線を介してリモコン端末へ通知し、マイクからリモコン端末への赤外線の入力強度レベルを距離とすることも挙げられる。
【０１２８】
また、上記実施形態においては、マイク端末５に最も近接する識別端末７に対応づけて登録された楽曲の中から登録された順番が最も古いものが、再生すべき楽曲として決定されるように構成されている（図６のｓ３９０）。しかし、マイク端末５に最も近接する識別端末７に対応づけて登録された楽曲が複数登録されている場合には、この中からランダムに特定したものが、再生すべき楽曲として決定されるように構成してもよい。
【０１２９】
また、上記実施形態においては、リモコン端末３およびマイク端末５に最も近接する識別端末７の識別情報を特定するにあたり、その識別情報を受信した際の受信レベルを参照するように構成されたものを例示した。しかし、上記識別端末７の識別情報を特定するためには、他の受信状況を示すパラメータを参照するように構成してもよい。
【０１３０】
具体的なパラメータの例としては、各識別端末７に対して識別情報の要求をした以降、識別情報が受信されるまでの時間が考えられる。こうして識別端末７それぞれから通知されてくる識別情報は、識別端末７とリモコン端末３との距離が近いほど短時間で通知されてくるため、リモコン端末３側では、その通知されるまでの時間が最も短い識別情報を、リモコン端末３に最も近接している識別端末７から通知された識別情報として特定することができる。
【０１３１】
また、上記実施形態においては、マイク端末５に最も近接する識別端末７として特定すべき対象から、歌唱済みテーブルに登録された識別情報の識別端末７が除かれるように構成されている（図６のｓ５２０〜ｓ５６０）。つまり、この歌唱済みテーブルに複数の識別情報が登録されていれば、これらに対応する複数の識別端末７が対象から除かれるように構成されていることになる。
【０１３２】
しかし、マイク端末５に最も近接する識別端末７として特定すべき対象から除かれる識別端末７については、直前に再生された楽曲に対応する識別情報の識別端末７だけとなるようにしてもよい。
【０１３３】
この場合、図６のｓ５２０では、その直前に楽曲を再生する際に参照された予約楽曲テーブルのデータレコードについて、ここにセットされた識別情報を除いた識別情報の読み出しを行うべき旨が、マイク端末５に対して指令されるように構成すればよい。
【０１３４】
この構成であれば、マイク端末５に最も近接する識別端末７として特定すべき対象となる識別端末７から、直前に再生された楽曲に対応する識別端末７が除かれるため、直前に歌唱をしたユーザの所持する識別端末７に対応する楽曲が次に再生される楽曲として決定されることはない。これにより、あるユーザの予約した楽曲が複数登録されていたとしても、それらのうちのいずれかの楽曲が再生された後で、連続して同一ユーザの予約した楽曲が再生されてしまうようなことを防止することができる。
（６）本発明との対応関係
以上説明した実施形態において、図３のｓ１１０，図４のｓ２１０，ｓ２４０が本発明における予約受付手段であり、図３のｓ１４０，図４のｓ２５０が本発明における操作特定手段であり、図４のｓ２３０が本発明における予約登録手段であり、図６のｓ４２０が本発明における楽曲再生手段であり、図６のｓ３２０，ｓ３６０，５２０，ｓ５６０，図７のｓ３３０，ｓ３４０が本発明におけるマイク特定手段であり、図６のｓ３９０が本発明における楽曲特定手段であり、同図ｓ５８０，ｓ５９０が本発明における端末登録手段であり、同図ｓ４４０，ｓ４５０が本発明における登録削除手段であり、図４のｓ２１０が本発明におけるリモコン受付手段であり、リーダ２４，３８が本発明における操作用受信部であり、リーダ５６が本発明におけるマイク用受信部である。
【図面の簡単な説明】
【０１３５】
【図１】カラオケシステムの全体構成を示すブロック図
【図２】各構成要素間のやりとりを示すシグナルフロー
【図３】リモコン端末による予約依頼処理を示すフローチャート
【図４】カラオケ装置による予約登録処理を示すフローチャート
【図５】予約楽曲テーブルおよび歌唱済みテーブルのデータ構成を示す図
【図６】カラオケ装置による楽曲再生処理を示すフローチャート
【図７】マイク端末による端末特定処理を示すフローチャート
【図８】複数のユーザそれぞれの位置関係とテーブルの登録内容とに基づき、再生すべき楽曲が決定されるケースを示した図
【符号の説明】
【０１３６】
１…カラオケ装置、１０…制御部、１２…表示部、１４…スピーカ、１６…操作部、１８…マイク制御部、２０…記憶部、２２…通信部、２４…リーダ、３…リモコン端末、３０…制御部、３２…表示部、３４…操作部、３６…通信部、３８…リーダ、５…マイク端末、５０…制御部、５２…マイク素子、５４…通信部、５６…リーダ、７０…識別端末。
【図１】
0004835547.tif 000002
【図２】
0004835547.tif 000003
【図３】
0004835547.tif 000004
【図４】
0004835547.tif 000005
【図５】
0004835547.tif 000006
【図６】
0004835547.tif 000007
【図７】
0004835547.tif 000008
【図８】
0004835547.tif 000009