(57)【要約】【課題】異なるカラオケルームにわたる利用者グループ間での遠隔採点の結果が不快なものになりにくく、カラオケルーム間で利用者が遠隔採点を楽しむことができるようにすること。【解決手段】カラオケシステム１００は、楽曲データに基づいてカラオケ演奏を行う複数のカラオケ装置１とサーバ８とを備え、複数のカラオケ装置１とサーバ８との間でデータ通信可能に構成されている。サーバ８が、各カラオケ装置１の演奏履歴を分析してその傾向が似た一つ以上のカラオケ装置１からなるグループリスト（カラオケ装置グループ）を生成し、その生成されたグループリストに登録されたカラオケ装置１が、そのグループリスト内にて採点要請および採点結果の送受信を行う。このことにより、異なるカラオケルームにわたる利用者グループ間での遠隔採点の結果が不快なものになりにくく、カラオケルーム間で利用者が遠隔採点を楽しむことができる。【選択図】図１
2007241081.tif 000002
【特許請求の範囲】
【請求項１】
楽曲データに基づいてカラオケ演奏を行う複数のカラオケ装置とサーバとを備え、前記複数のカラオケ装置と前記サーバとの間でデータ通信可能に構成されているカラオケシステムであって、
前記複数のカラオケ装置は、それぞれ、
利用者によるカラオケ演奏曲の予約を受け付ける予約受付手段と、
一つ以上のカラオケ演奏曲を記憶する演奏曲記憶手段と、
前記予約受付手段が受け付けたカラオケ演奏曲の予約を演奏順に予約リストとして記憶可能な演奏順記憶手段と、
前記予約受付手段が受け付けたカラオケ演奏曲の予約を前記演奏順記憶手段が記憶する前記予約リストへ記憶させるとともに、演奏が終了したカラオケ演奏曲の予約を前記演奏順記憶手段が記憶する前記予約リストから削除する記憶制御手段と、
前記演奏順記憶手段が記憶する前記予約リストに基づいて前記演奏曲記憶手段からカラオケ演奏曲を読み出してカラオケ演奏するカラオケ演奏手段と、
前記サーバおよび他の前記カラオケ装置との間で各種データを送受信可能な装置側送受信手段と、
前記カラオケ演奏手段によってカラオケ演奏された演奏履歴を記憶する装置側演奏履歴記憶手段と、
他の前記カラオケ装置または前記サーバによって送信されたのちに前記装置側送受信手段が受信した各種情報を記憶可能な各種情報記憶手段と、
前記装置側演奏履歴記憶手段が記憶する演奏履歴を、前記装置側送受信手段を介して前記サーバへ送信させる装置側送信制御手段と、を備え、
一方、前記サーバは、
前記カラオケ装置との間で各種データを送受信可能なサーバ側送受信手段と、
前記サーバ側送受信手段が受信した前記複数のカラオケ装置それぞれの演奏履歴を記憶するサーバ側演奏履歴記憶手段と、
前記サーバ側演奏履歴記憶手段が記憶する前記複数のカラオケ装置それぞれの演奏履歴を分析して前記複数のカラオケ装置のうちの一つ以上のカラオケ装置から構成されるカラオケ装置グループを生成し、前記カラオケ装置グループに関する情報および前記カラオケ装置グループを構成する特定のカラオケ装置に関する情報をグループ情報として生成するグループ情報生成手段と、
前記グループ情報生成手段によって生成されたグループ情報を記憶するグループ情報記憶手段と、
前記グループ情報記憶手段が記憶するグループ情報を読み出し、その読み出したグループ情報に対応するカラオケ装置グループを構成する特定のカラオケ装置へ前記サーバ側送受信手段を介して前記グループ情報を送信させるサーバ側送信制御手段と、を備え、
前記特定カラオケ装置は、さらに、
カラオケ歌唱の音声信号を入力するための音声信号入力手段と、
前記カラオケ演奏手段によってカラオケ演奏されたカラオケ演奏曲、および前記カラオケ演奏手段によるカラオケ演奏に合わせて前記音声信号入力手段から入力された前記カラオケ歌唱の音声信号を含む歌唱情報を生成する歌唱情報生成手段と、を備え、
前記特定カラオケ装置の前記装置側送信制御手段は、前記歌唱情報生成手段によって前記歌唱情報が生成された際にはその旨を示す歌唱情報生成信号を、前記カラオケ装置グループを構成するカラオケ装置のうち当該特定カラオケ装置以外である一般カラオケ装置へ前記装置側送受信手段を介して送信させ、
前記一般カラオケ装置は、さらに、
前記送受信手段が前記歌唱情報生成信号を受信した際には、その受信した歌唱情報生成信号に対応する歌唱情報を演奏すべき演奏楽曲として、前記演奏順記憶手段が記憶する前記予約リストに記憶させるか否かを判断する判断手段と、
利用者による前記歌唱情報に対する評価を受け付ける評価受付手段と、を備え、
前記一般カラオケ装置の前記記憶制御手段は、前記歌唱情報生成信号に対応する歌唱情報を演奏すべき演奏楽曲として前記演奏順記憶手段が記憶する前記予約リストに記憶させると前記判断手段によって判断された場合には、前記歌唱情報生成信号に対応する歌唱情報を演奏中のカラオケ演奏曲の後に演奏すべき演奏楽曲として、前記演奏順記憶手段が記憶する前記予約リストに記憶させるとともに、
前記一般カラオケ装置の前記送信制御手段は、前記評価受付手段が受け付けた前記歌唱情報に対する評価を前記特定カラオケ装置へ前記送受信手段を介して送信させ、
さらに、前記特定カラオケ装置は、
前記送受信手段が受け付けた前記歌唱情報に対する評価を報知可能な報知手段と、
前記送受信手段が受け付けた前記歌唱情報に対する評価を前記報知手段に報知させる報知制御手段と、備えること
を特徴とするカラオケシステム。
【請求項２】
請求項１に記載のカラオケシステムにおいて、
前記サーバの前記グループ情報生成手段は、予め設定された所定数よりも小さい値の台数のカラオケ装置から構成される前記カラオケ装置グループを生成することを特徴とするカラオケシステム。
【請求項３】
請求項１または請求項２に記載のカラオケシステムにおいて、
前記演奏履歴には、カラオケ演奏時における歌唱結果に基づく採点の結果を示す採点情報が含まれており、
前記サーバの前記グループ情報生成手段は、前記サーバ側演奏履歴記憶手段が記憶する前記複数のカラオケ装置それぞれの演奏履歴に含まれる採点結果の平均値を前記複数のカラオケ装置ごとに算出し、その算出した前記採点結果の平均値を用いることで、前記複数のカラオケ装置それぞれの演奏履歴を分析すること
を特徴とするカラオケシステム。
【請求項４】
請求項１〜請求項３の何れかに記載のカラオケシステムにおいて、
前記演奏履歴には、カラオケ演奏曲が属するジャンルを示すジャンル情報が含まれており、
前記サーバの前記グループ情報生成手段は、前記サーバ側演奏履歴記憶手段が記憶する前記複数のカラオケ装置それぞれの演奏履歴に含まれるジャンル情報を集計し、その集計結果を用いることで、前記複数のカラオケ装置それぞれの演奏履歴を分析すること
を特徴とするカラオケシステム。
【請求項５】
請求項１〜請求項４の何れかに記載のカラオケシステムにおいて、
前記一般カラオケ装置の前記記憶制御手段は、前記歌唱情報が所定時間内に演奏し終えるように、前記歌唱情報を演奏中のカラオケ演奏曲の後に演奏すべき演奏楽曲として前記予約リストに記憶させることを特徴とするカラオケシステム。
【請求項６】
請求項１〜請求項４の何れかに記載のカラオケシステムにおいて、
前記一般カラオケ装置の前記記憶制御手段は、前記歌唱情報を演奏すべき演奏楽曲として前記予約リストにおける演奏中のカラオケ演奏曲の後のうちの前記演奏中のカラオケ演奏曲の次に記憶させることを特徴とするカラオケシステム。
【請求項７】
請求項１〜請求項６の何れかに記載のカラオケシステムにおいて、
前記一般カラオケ装置は、
前記記憶制御手段が前記歌唱情報を演奏すべき演奏楽曲として前記予約リストに記憶させた際に、前記歌唱情報を演奏順となる前に前記特定カラオケ装置から取得する歌唱情報取得手段を備えること
を特徴とするカラオケシステム。
【請求項８】
請求項１〜請求項７の何れかに記載のカラオケシステムにおいて、
前記特定カラオケ装置の前記歌唱情報生成手段は、前記歌唱情報を生成する際にその歌唱情報に含まれる各種データを圧縮するデータ圧縮手段を有しており、
前記一般カラオケ装置のカラオケ演奏手段は、前記歌唱情報生成手段によって圧縮された前記歌唱情報を圧縮前の状態に変換するデータ解凍手段を備えること
を特徴とするカラオケシステム。
【請求項９】
請求項１〜請求項８の何れかに記載のカラオケシステムにおいて、
前記特定カラオケ装置の前記歌唱情報生成手段は、少なくとも前記カラオケ演奏手段によってカラオケ演奏されたカラオケ演奏曲、前記カラオケ演奏手段によるカラオケ演奏に合わせて前記音声信号入力手段から入力された前記カラオケ歌唱の音声信号、および設定データが含まれるよう前記歌唱情報を生成することを特徴とするカラオケシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なるカラオケルームにわたる利用者グループ間での遠隔採点の結果が不快なものになりにくく、カラオケルーム間で利用者が遠隔採点を楽しむことができるようにする技術に関する。
【背景技術】
【０００２】
従来、カラオケ装置の付帯機能として採点機能が良く知られている。
この採点機能は、マイクロフォンから入力された歌唱者の音声信号をサンプリングすることで歌唱者が発声した音高や声量あるいはテンポなどの歌唱状態を示す歌唱データを生成する。この歌唱データとカラオケデータ中の主旋律データなどの採点基準データとを比較し、その比較結果に基づいて所定の得点を付与して採点データを生成する。そして、歌唱パートが終了するとこの採点データ中の得点を集計して総合得点を算出する。総合得点はそのままの得点をスコアボードやディスプレイに表示したり、所定のメッセージや所定の表現内容を含む映像など総合得点を反映した映像をディスプレイに出力したりする。
【０００３】
ところで、上述のような採点機能の一形態として、マイクロフォンから入力された歌唱者の歌唱を歌唱者以外の利用者が同じ場所で聞いて採点を行うことが可能なカラオケシステムがある（例えば、特許文献１参照。）。すなわち、歌唱者以外の利用者がリモートコントローラを使用して任意の点数をカラオケ装置に入力する。演奏終了後にカラオケ装置が、入力された任意の点数を表示装置に表示させる。
【０００４】
また、マイクロフォンから入力された歌唱者の歌唱を録音して他のカラオケルームなどで再生し、歌唱者以外の利用者がその再生された歌唱を採点することが可能なカラオケシステムがある（例えば、特許文献２参照。）。
【０００５】
しかし、録音した歌唱を他のカラオケルームなどで再生する際に、その場所で行われているカラオケ演奏および歌唱者による歌唱の妨げとなるおそれがあった。
つまり、カラオケ演奏や歌唱が行われている際に、これら以外のカラオケ演奏および歌唱が所定の音量以上で再生されることは歌唱者にとって歌唱の妨げとなる。
【０００６】
そこで、採点すべき歌唱情報を他のカラオケ装置の予約リストに割り込ませるようにすることが考えられる。このようにすれば、カラオケ演奏および歌唱者による歌唱の妨げとはならないように、録音されたカラオケ演奏および歌唱を再生することができる。
【特許文献１】特開２００３−２１６１６７号公報（第３，４頁、図１）
【特許文献２】特開平１０−２６８８９１号公報（第２，３頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、上述のカラオケシステムにおいては、次のような問題があった。すなわち、同一店舗内の他のカラオケ装置を利用している利用者が、同様の歌唱曲のジャンルを嗜好しているとは限らない。また、上述の利用者の歌唱レベルが、同様の歌唱レベルであるとは限らない。そのような場合、上述の利用者に対して採点を依頼しても、嗜好する歌唱曲のジャンルの違いや歌唱レベルの違いから、上述の利用者による店舗内採点の結果が不快なものになるおそれがある。
【０００８】
本発明は、このような不具合に鑑みなされたものであり、その目的とするところは、異なるカラオケルームにわたる利用者グループ間での遠隔採点の結果が不快なものになりにくく、カラオケルーム間で利用者が遠隔採点を楽しむことができるようにする技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するためになされた請求項１に係るカラオケシステムは、「サーバが各カラオケ装置の演奏履歴を分析してその傾向が似た一つ以上のカラオケ装置からなるグループを生成し、その生成されたグループ内にて採点要請および採点結果の送受信を行うこと」を特徴とする。
【００１０】
具体的には、上述のカラオケシステムは、楽曲データに基づいてカラオケ演奏を行う複数のカラオケ装置とサーバとを備え、前記複数のカラオケ装置と前記サーバとの間でデータ通信可能に構成されている。
【００１１】
これら複数のカラオケ装置は、それぞれ、利用者によるカラオケ演奏曲の予約を受け付ける予約受付手段と、一つ以上のカラオケ演奏曲を記憶する演奏曲記憶手段と、演奏順記憶手段と、記憶制御手段と、カラオケ演奏手段と、サーバおよび他のカラオケ装置との間で各種データを送受信可能な装置側送受信手段と、装置側演奏履歴記憶手段と、各種情報記憶手段と、装置側送信制御手段と、を備える。このうち演奏順記憶手段が、予約受付手段が受け付けたカラオケ演奏曲の予約を演奏順に予約リストとして記憶可能であり、記憶制御手段が、予約受付手段が受け付けたカラオケ演奏曲の予約を演奏順記憶手段が記憶する前記予約リストへ記憶させるとともに、演奏が終了したカラオケ演奏曲の予約を前記演奏順記憶手段が記憶する前記予約リストから削除する。そして、カラオケ演奏手段が、演奏順記憶手段が記憶する予約リストに基づいて演奏曲記憶手段からカラオケ演奏曲を読み出してカラオケ演奏する。さらに、装置側演奏履歴記憶手段が、カラオケ演奏手段によってカラオケ演奏された演奏履歴を記憶する。また、各種情報記憶手段が、他のカラオケ装置またはサーバによって送信されたのちに装置側送受信手段が受信した各種情報を記憶可能であり、装置側送信制御手段が、装置側演奏履歴記憶手段が記憶する演奏履歴を、装置側送受信手段を介して前記サーバへ送信させる。
【００１２】
一方、サーバは、サーバ側演奏履歴記憶手段と、グループ情報生成手段と、グループ情報記憶手段と、カラオケ装置との間で各種データを送受信可能なサーバ側送受信手段と、サーバ側送信制御手段と、を備える。このうちサーバ側演奏履歴記憶手段が、サーバ側送受信手段が受信した複数のカラオケ装置それぞれの演奏履歴を記憶する。そして、グループ情報生成手段が、サーバ側演奏履歴記憶手段が記憶する複数のカラオケ装置それぞれの演奏履歴を分析して複数のカラオケ装置のうちの一つ以上のカラオケ装置から構成されるカラオケ装置グループを生成し、カラオケ装置グループに関する情報およびカラオケ装置グループを構成する特定のカラオケ装置に関する情報をグループ情報として生成する。さらに、グループ情報記憶手段が、グループ情報生成手段によって生成されたグループ情報を記憶する。そして、サーバ側送信制御手段が、グループ情報記憶手段が記憶するグループ情報を読み出し、その読み出したグループ情報に対応するカラオケ装置グループを構成する「特定のカラオケ装置」へサーバ側送受信手段を介して前記グループ情報を送信させる。
【００１３】
また、上述の「特定カラオケ装置」は、さらに、カラオケ歌唱の音声信号を入力するための音声信号入力手段と、歌唱情報生成手段と、を備える。このうち歌唱情報生成手段が、カラオケ演奏手段によってカラオケ演奏されたカラオケ演奏曲、およびカラオケ演奏手段によるカラオケ演奏に合わせて音声信号入力手段から入力されたカラオケ歌唱の音声信号を含む「歌唱情報」を生成する。そして、この特定カラオケ装置の装置側送信制御手段が、歌唱情報生成手段によって歌唱情報が生成された際にはその旨を示す「歌唱情報生成信号」を、カラオケ装置グループを構成するカラオケ装置のうち当該特定カラオケ装置以外である「一般カラオケ装置」へ装置側送受信手段を介して送信させる。
【００１４】
一方、上述の「一般カラオケ装置」は、さらに、判断手段と、利用者による前記歌唱情報に対する評価を受け付ける評価受付手段と、を備える。このうち判断手段が、送受信手段が前記歌唱情報生成信号を受信した際には、その受信した歌唱情報生成信号に対応する歌唱情報を演奏すべき演奏楽曲として、演奏順記憶手段が記憶する予約リストに記憶させるか否かを判断する。そして、歌唱情報生成信号に対応する歌唱情報を演奏すべき演奏楽曲として演奏順記憶手段が記憶する予約リストに記憶させると判断手段によって判断された場合には、一般カラオケ装置の前記記憶制御手段が、歌唱情報生成信号に対応する歌唱情報を演奏中のカラオケ演奏曲の後に演奏すべき演奏楽曲として、演奏順記憶手段が記憶する予約リストに記憶させ、さらに、一般カラオケ装置の送信制御手段が、評価受付手段が受け付けた歌唱情報に対する評価を特定カラオケ装置へ送受信手段を介して送信させる。
【００１５】
さらに、前記特定カラオケ装置は、報知手段と、報知制御手段と、備えており、報知制御手段が、送受信手段が受け付けた歌唱情報に対する評価を報知手段に報知させる。
従来のカラオケシステムにおいては、次のような問題があった。すなわち、同一店舗内の他のカラオケ装置を利用している利用者が、同様の歌唱曲のジャンルを嗜好しているとは限らない。また、上述の利用者の歌唱レベルが、同様の歌唱レベルであるとは限らない。そのような場合、上述の利用者に対して採点を依頼しても、嗜好する歌唱曲のジャンルの違いや歌唱レベルの違いから、上述の利用者による店舗内採点の結果が不快なものになるおそれがある。
【００１６】
これに対して本発明のカラオケシステムによれば、サーバが各カラオケ装置の演奏履歴を分析してその傾向が似た一つ以上のカラオケ装置からなるカラオケ装置グループを生成し、その生成されたカラオケ装置グループ内にて採点要請および採点結果の送受信を行う。このことにより、異なるカラオケルームにわたる利用者グループ間での遠隔採点の結果が不快なものになりにくく、カラオケルーム間で利用者が遠隔採点を楽しむことができる。
【００１７】
この場合、上述のカラオケ装置グループについては、予め設定された所定数よりも少ないカラオケ装置で構成することが考えられる。具体的には、請求項２のように、サーバのグループ情報生成手段が、予め設定された所定数よりも小さい値の台数のカラオケ装置から構成されるカラオケ装置グループを生成することが考えられる。
【００１８】
このように構成すれば、例えばカラオケ装置グループを構成するカラオケ装置が多くなることによってグループ内でのデータのやり取りが過度に多くなることを防ぐことができ、迅速な採点処理を実現することができる。
【００１９】
また、上述の演奏履歴の分析については、次のような手法が考えられる。
（イ）すなわち、上述の演奏履歴の分析については、歌唱の採点結果の平均値を算出して用いることが考えられる。具体的には、請求項３のように、演奏履歴には、カラオケ演奏時における歌唱結果に基づく採点の結果を示す採点情報が含まれており、サーバのグループ情報生成手段が、サーバ側演奏履歴記憶手段が記憶する複数のカラオケ装置それぞれの演奏履歴に含まれる採点結果の平均値を複数のカラオケ装置ごとに算出し、その算出した採点結果の平均値を用いることで、複数のカラオケ装置それぞれの演奏履歴を分析することが考えられる。
【００２０】
このように構成すれば、同様の歌唱レベルである利用者同士で、カラオケ装置グループを構成することができる。
（ロ）また、上述の演奏履歴の分析については、歌唱ジャンル情報を集計して用いることが考えられる。具体的には、請求項４のように、演奏履歴には、カラオケ演奏曲が属するジャンルを示すジャンル情報が含まれており、サーバのグループ情報生成手段が、サーバ側演奏履歴記憶手段が記憶する複数のカラオケ装置それぞれの演奏履歴に含まれるジャンル情報を集計し、その集計結果を用いることで、複数のカラオケ装置それぞれの演奏履歴を分析することが考えられる。
【００２１】
このように構成すれば、同様の歌唱ジャンルを嗜好する利用者同士で、カラオケ装置グループを構成することができる。
ところで、歌唱者にとっては、他のカラオケ装置で歌唱情報を速やかに再生してもらい、その採点結果やコメントをなるべく早く聞かせてもらいたいと思われる。そこで、所定時間内に演奏終了するよう歌唱情報を他のカラオケ装置の予約リストに割り込ませることが考えられる。具体的には、請求項５のように、一般カラオケ装置の記憶制御手段が、歌唱情報が所定時間内に演奏し終えるように、歌唱情報を演奏中のカラオケ演奏曲の後に演奏すべき演奏楽曲として予約リストに記憶させることが考えられる。なお、所定時間とは、例えば１０分間といった具合に予め設定しておいてもよいし、利用者によって設定するようにしてもよい。このように構成すれば、他のカラオケ装置で歌唱情報を速やかに再生してもらい、その採点結果やコメントをなるべく早く聞かせてもらうことが期待できる。
【００２２】
また、歌唱情報を他のカラオケ装置の予約リストにおける演奏中の演奏楽曲の次に割り込ませることが考えられる。具体的には、請求項６のように、一般カラオケ装置の記憶制御手段が、歌唱情報を演奏すべき演奏楽曲として予約リストにおける演奏中のカラオケ演奏曲の後のうちの演奏中のカラオケ演奏曲の次に記憶させることが考えられる。このように構成すれば、他のカラオケ装置で歌唱情報を速やかに再生してもらい、その採点結果やコメントをなるべく早く聞かせてもらうことが期待できる。
【００２３】
なお、上述の歌唱情報については、演奏順となる前に特定カラオケ装置から取得しておくことが望ましい。そこで、請求項７のように、一般カラオケ装置の歌唱情報取得手段が、記憶制御手段が歌唱情報を演奏すべき演奏楽曲として予約リストに記憶させた際に、歌唱情報を演奏順となる前に特定カラオケ装置から取得することが考えられる。このように構成すれば、上述の歌唱情報の演奏順となった際に、歌唱情報が取得されていないことに
起因して演奏開始を遅らせるということがない。
【００２４】
また、上述の歌唱情報については、その歌唱情報に含まれる各種データを圧縮してから特定カラオケ装置から一般カラオケ装置へ送信することが考えられる。具体的には、請求項８のように、特定カラオケ装置の歌唱情報生成手段が、歌唱情報を生成する際にその歌唱情報に含まれる各種データを圧縮するデータ圧縮手段を有しており、一般カラオケ装置のカラオケ演奏手段が、歌唱情報生成手段によって圧縮された歌唱情報を圧縮前の状態に変換するデータ解凍手段を有することが考えられる。このように構成すれば、歌唱情報を特定カラオケ装置から一般カラオケ装置へ転送する時間を短縮することができる。
【００２５】
なお、上述の歌唱情報については、少なくともカラオケ演奏手段によってカラオケ演奏されたカラオケ演奏曲、カラオケ演奏手段によるカラオケ演奏に合わせて音声信号入力手段から入力されたカラオケ歌唱の音声信号、および設定データが含まれることが考えられる（請求項９）。なお、上述の設定データとは、カラオケ演奏前に各種設定を行うためのデータを云い、具体的には、スピードコントロールデータとキーコントロールデータなどが挙げられる。
【発明を実施するための最良の形態】
【００２６】
以下に本発明の実施形態を図面とともに説明する。
［第一実施形態］
図１は、本実施形態のカラオケシステム１００の構成及び稼働時の周辺機器の構成を示すブロック図である。また、図２は、カラオケ装置１およびリモコン端末５０の全体構成を示すブロック図である。また、図１３（ａ）はカラオケ装置のＨＤＤが記憶する予約キューを示す説明図であり、図１３（ｂ）は予約キューに含まれるレコードを示す説明図である。また、図１４（ａ）は録音データを示す説明図であり、図１４（ｂ）は録音完了通知データを示す説明図であり、図１４（ｃ）は削除通知データを示す説明図であり、図１４（ｄ）は録音データ要求通知データを示す説明図であり、図１４（ｅ）は点数・コメント通知データを示す説明図であり、図１４（ｆ）はグルーピング要求データを示す説明図であり、図１４（ｇ）はグルーピング削除要求データを示す説明図である。また、図１５（ａ）はコマンダ毎録音データリストを示す説明図であり、図１５（ｂ）はコマンダ毎録音データリストに含まれるリストデータを示す説明図であり、図１５（ｃ）は点数。コメント履歴リストを示す説明図であり、図１５（ｄ）は点数・コメント履歴リストに含まれるレコードを示す説明図である。また、図１６は、カラオケ装置のＨＤＤが記憶する録音データ生音変換テーブル(キー)を示す説明図であり、図１７は、カラオケ装置のＨＤＤが記憶する録音データ生音変換テーブル(スピード)を示す説明図である。また、図１８（ａ）はカラオケ装置１のＨＤＤ１６が記憶する演奏履歴を示す説明図であり、図１８（ｂ）は演奏履歴に含まれるヘッダを示す説明図であり、図１８（ｃ）は演奏履歴に含まれるレコードを示す説明図である。
【００２７】
［カラオケシステム１００の構成及び周辺機器の構成の説明］
図１に示すように、カラオケボックス(図１および「発明が解決しようとする課題」欄における「店舗」のこと)内の各カラオケルームにそれぞれ設置された複数のカラオケ装置１とそれら複数のカラオケ装置１を管理するローカルサーバ２とは、カラオケボックス内ＬＡＮ３へ接続されている。また、カラオケボックス内ＬＡＮ３はＬＡＮハブ装置４へ接続されている。そして、複数のカラオケ装置１とローカルサーバ２とは、このＬＡＮハブ装置４、ブロードバンドルータ５、ＡＤＳＬモデム６及び高速通信回線７を介して中央サーバ８との通信ができるように構成されている。なお、他のカラオケボックス（店舗）についても同様であり、本実施形態では、各カラオケボックス内の各カラオケルームにそれぞれ設置された複数のカラオケ装置１とサーバ８とでカラオケシステム１００を構成している。
【００２８】
［カラオケ装置１の構成の説明］
図２に示すように、カラオケ装置１は、カラオケ装置１全体の動作を制御する制御部１２、カラオケ装置１をカラオケボックス内ＬＡＮ３に接続するためのインターフェイス部１４、演奏楽曲の伴奏内容および歌詞を示す楽曲データや映像データなどを記憶するハードディスク（ＨＤＤ）１６、複数のキー・スイッチからなる操作部１８、リモコン端末５０からの赤外線信号を赤外線通信によって受信するための赤外線通信部２０、操作部１８からの信号を処理する操作処理部２２、ハードディスク１６に記憶された楽曲データから演奏楽曲のオーディオ信号（音響や音声に関する信号）を生成し、生成されたオーディオ信号およびマイクロフォン２６から入力されたオーディオ信号を増幅してスピーカ２８へ出力する音声制御部２４、制御部１２によってＨＤＤ１６から取得された楽曲データ（演奏データ）に基づきカラオケ演奏を行うＭＩＤＩ音源３０、映像情報を一時的に記憶するビデオＲＡＭ３２、映像データに基づく映像の再生を制御する映像再生部３４、ビデオＲＡＭ３２に記憶された映像情報および映像再生部３４により再生される映像の表示部３６での表示を制御する映像制御部３８などを備えている。また、制御部１２と音声制御部２４とはＵＳＢ４０によって接続されている。
【００２９】
また、上述のＨＤＤ１６は、予約キュー（予約リスト、図１３（ａ）参照）、グルーピング要求データ（図１４（ｆ）参照）、グルーピング削除要求データ（図１４（ｇ）参照）、コマンダ毎録音データリスト（図１５（ａ）参照）、採点結果・コメント履歴リスト（図１５（ｃ）参照）、録音データ生音変換テーブル(キー) （図１６参照）、録音データ生音変換テーブル(スピード) （図１７参照）、演奏履歴（図１８（ａ）参照）を記憶する。また、図１４に例示するデータ群の生成に使用される「自コマンダシリアル」については、ＨＤＤ１６に製品の出荷時に予め記憶されている。
【００３０】
このうち予約キューは、カラオケ演奏を予約するのに必要な各種情報を予約キューレコードとして記憶するための複数の記憶領域から構成されている。この予約キューレコードは、曲番号、連番、内部データ／録音データの区別、演奏時キー、演奏時スピードおよび録音ファイル名をそれぞれ示すデータから構成される（図１３（ｂ）参照）。
【００３１】
また、グルーピング要求データは、当該データがグルーピング要求データであることを示すＩＤと、送信元のカラオケ装置１のシリアルナンバートから構成される（図１４（ｆ）参照）。また、グルーピング削除要求データは、当該データがグルーピング削除要求データであることを示すＩＤと、送信元のカラオケ装置１のシリアルナンバートから構成される（図１４（ｇ）参照）。
【００３２】
また、コマンダ毎録音データリストは、対象コマンダ（カラオケ装置１）のＩＰ、リスト数およびリストデータ（１〜ｎ）をそれぞれ示すデータから構成され、他のコマンダ毎に作成される。なお、リストデータは、曲番号および連番をそれぞれ示すデータから構成されている（図１５（ｂ）参照）。
【００３３】
また、採点結果・コメント履歴リストは、採点結果・コメントをレコードとして記憶するための複数の記憶領域から構成されている。そして、各レコードは、転送先コマンダのＩＰ、曲番号、連番、点数およびコメントをそれぞれ示すデータから構成されている（図１５（ｄ）参照）。
【００３４】
また、録音データ生音変換テーブル(キー)は、録音時のキーの高さに対して再生時のキー高さを補正する補正値を一覧にしたものである。また、録音データ生音変換テーブル(スピード)は、録音時のスピードに対して再生時のスピードを補正する補正値を一覧にしたものである。
【００３５】
また、演奏履歴は、当該カラオケ装置１にてカラオケ演奏されたカラオケ曲の履歴であり、演奏履歴ヘッダおよび一つ以上の演奏履歴レコードから構成される（図１８（ａ）参照）。このうち演奏履歴ヘッダは、当該演奏履歴データに含まれるレコード数を示すデータ、および最終更新日時を示すデータから構成される（図１８（ｂ）参照）。また、演奏履歴レコードは、演奏された楽曲番号を示すデータ、演奏日時を示すデータ、および演奏時間を示すデータから構成される（図１８（ｃ）参照）。
【００３６】
なお、本実施形態では、複数のカラオケ装置１のうち、マイクロフォン２６から入力された音声を含む録音データを生成し、その録音データの採点を他のカラオケ装置１に依頼する側のカラオケ装置１を特定カラオケ装置１Ｍと称し、複数のカラオケ装置１のうち、特定カラオケ装置１Ｍから録音データの採点を依頼される側のカラオケ装置１を一般カラオケ装置１Ｓと称し、図１中に例示する。
【００３７】
また、特定カラオケ装置１Ｍの制御部１２は、後述する演奏録音処理、演奏データ生成・配信処理、演奏データ削除処理、受信処理および一時表示処理の各処理を実行する。また、一般カラオケ装置１Ｓの制御部１２は、入力受付処理、他コマンダ録音データ選択処理、採点結果・コメント履歴表示処理、および演奏全体処理（１）の各処理を実行する。
【００３８】
さらに、特定カラオケ装置１Ｍの制御部１２は、録音データ（歌唱情報）を生成する機能を有する。この録音データは、曲番号、連番、録音時のキー、録音時のスピードおよびタイムアウト時間をそれぞれ示すデータとマイクロフォン２６から入力された音声である生音データとから構成される（図１４（ａ）参照）。また、特定カラオケ装置１Ｍの制御部１２は、録音完了通知データおよび削除通知データを生成する機能を有する。このうち録音完了通知データは、録音完了通知であることを示すＩＤ、当該特定カラオケ装置１Ｍのシリアルナンバー、曲番号および連番をそれぞれ示すデータから構成される（図１４（ｂ）参照）。また、削除通知データは、削除通知であることを示すＩＤ、当該特定カラオケ装置１Ｍのシリアルナンバー、曲番号および連番をそれぞれ示すデータから構成される（図１４（ｃ）参照）。
【００３９】
また、一般カラオケ装置１Ｓの制御部１２は、録音データ要求通知データおよび採点結果・コメント通知データを生成する機能を有する。このうち録音要求通知データは、録音要求通知であることを示すＩＤ、当該特定カラオケ装置１Ｍのシリアルナンバー、曲番号および連番をそれぞれ示すデータから構成される（図１４（ｄ）参照）。また、採点結果・コメント通知データは、採点結果・コメント通知であることを示すＩＤ、当該特定カラオケ装置１Ｍのシリアルナンバー、曲番号、連番、点数およびコメントをそれぞれ示すデータから構成される（図１４（ｅ）参照）。
【００４０】
なお、操作部１８は予約受付手段に該当する。また、ＨＤＤ１６は、演奏曲記憶手段および演奏順記憶手段に該当する。また、制御部１２は記憶制御手段および送受信手段に該当する。また、ＭＩＤＩ音源３０はカラオケ演奏手段に該当する。
【００４１】
また、特定カラオケ装置１Ｍにおいては、マイクロフォン２６が音声信号入力手段に該当し、制御部１２が歌唱情報生成手段、送信制御手段、データ圧縮手段および報知制御手段に該当し、表示部３６が報知手段に該当する。また、一般カラオケ装置１Ｓにおいては、操作部１８またはリモコン端末５０が評価受付手段に該当し、制御部１２が判断手段、歌唱情報取得手段およびデータ解凍手段に該当する。
【００４２】
［リモコン端末５０の構成の説明］
また、カラオケ装置１は、リモコン端末５０とデータ通信可能である。
このリモコン端末５０は、リモコン端末５０全体の動作を制御する制御部５２、カラオケ装置１に赤外線信号を赤外線通信によって送信する赤外線通信部５４、各種情報を記憶するメモリ５６、表示部５８の表示領域に沿って設置されるタッチパネルおよび複数のキー・スイッチからなる操作部６０、操作部６０からの信号を処理する操作処理部６２、映像情報を一時的に記憶するビデオＲＡＭ６４、ビデオＲＡＭ６４に記憶された映像情報の表示部５８での表示を制御する映像制御部６６、カラオケボックス内ＬＡＮ３に接続された無線アクセスポイント９との間で無線ＬＡＮ規格（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ規格）に従った無線通信を行うための無線ＬＡＮ通信部６８、などを備えている。
【００４３】
［サーバ８の構成の説明］
図１９はサーバの全体構成を示すブロック図である。また、図２０（ａ）はサーバ８のＨＤＤ８ｇが記憶するグループリストを示す説明図であり、図２０（ｂ）はグループリストに含まれるレコードを示す説明図であり、図２０（ｃ）はグループリストを説明する説明図である。
【００４４】
図１９に示すように、サーバ８は、ＬＡＮインターフェイス８ｂ、ＲＯＭ８ｃ、ＲＡＭ８ｄ、ＣＰＵ８ｅ、制御インターフェイス８ｆ、ＨＤＤ８ｇ、を備えている。なお、これらＬＡＮインターフェイス８ｂ、ＲＯＭ８ｃ、ＲＡＭ８ｄ、ＣＰＵ８ｅ、制御インターフェイス８ｆおよびＨＤＤ８ｇについては、バス８ａによって互いに接続されている。また、ＬＡＮインターフェイス８ｂはバスを介して外部の高速通信回線７に接続されている。
【００４５】
ＣＰＵ８ｅは、後述する受信処理、グルーピング削除処理、演奏実績受信処理、グルーピング処理を実行する。
ＨＤＤ８ｇには、グループリスト（図２０（ａ）参照）が記憶されている。このグループリストは、各グループに所属するカラオケ装置１に関する情報をグループリストレコードとして記憶するための複数の記憶領域から構成されている。このグループリストレコードは、コマンダシリアル番号、コマンダＩＰをそれぞれ示すデータから構成される（図２０（ｂ）参照）。
【００４６】
なお、上述のグループリストについては、一つ以上のカラオケ装置１からなるグループごとにサーバ８によって生成される。また、上述のような一つ以上のカラオケ装置１からなるグループが存在しない場合には、仮のグループリスト（図２０（ｃ）参照、後述）がサーバ８によって生成される。
【００４７】
なお、制御インターフェイス８ｆはサーバ側送受信手段に該当する。また、ＨＤＤ８ｇはサーバ側演奏履歴記憶手段およびグループ情報記憶手段に該当する。また、ＣＰＵ８ｅは、グループ情報生成手段およびサーバ側送信制御手段に該当する。
【００４８】
［特定カラオケ装置１Ｍの制御部１２の演奏録音処理］
以下に、特定カラオケ装置１Ｍの制御部１２により実行される演奏録音処理の処理手順を図３のフローチャートに基づいて説明する。この演奏録音処理は、特定カラオケ装置１Ｍが起動している場合においてカラオケ演奏が行われるときに他の処理からは独立して実行される。
【００４９】
まず、今から演奏する演奏楽曲をＨＤＤ１６から読み出し、その読み出した演奏楽曲からキー・スピードを示すデータを取得する（Ｓ１０５）。そして、取得したキー・スピードを示すデータに基づき、新規に作成する録音データ（図１４（ａ）参照）のヘッド部を作成する（Ｓ１１０）。なおこの際、録音時間については制限無しとする。
【００５０】
続いて、マイクロフォン２６から入力された音声の録音を開始し（Ｓ１１５）、先にＨＤＤ１６から読み出した演奏楽曲をカラオケ演奏する演奏処理を実行する（Ｓ１２０）。具体的には、マイクロフォン２６から入力された音声をＰＣＭ形式に変換することで録音データを作成する。
【００５１】
そして、録音を停止するための条件を満たしたら、マイクロフォン２６から入力された音声の録音を停止し（Ｓ１２５）、演奏実績をＨＤＤ１６に記録する（Ｓ１２７）。
続いて、先の録音停止が演奏途中にユーザによる指示によって強制的に行われたのか否かを判断する（Ｓ１３０）。先の録音停止が演奏途中にユーザによる指示によって強制的に行われたと判断した場合には（Ｓ１３０：Ｙｅｓ）、先に作成した録音データのヘッド部およびＰＣＭ形式の録音データ本体を削除し（Ｓ１６０）、本処理を終了する。
【００５２】
一方、先の録音停止が演奏途中にユーザによる指示によって強制的に行われたものではないと判断した場合には（Ｓ１３０：Ｎｏ）、「公開許諾／時間制限入力画面」を表示部３６に表示する（Ｓ１３５）。なお、「公開許諾」とは、録音データを公開することを許諾することを示し、「時間制限」とは、録音データに対する採点結果を他のコマンダから受け付けるまでの時間制限を設けるか否かを示す。録音データの公開を許諾しない旨がユーザによって操作部１８から入力されたと判断した場合には（Ｓ１４０：Ｎｏ）、先に作成した録音データのヘッド部およびＰＣＭ形式の録音データ本体を削除し（Ｓ１６０）、本処理を終了する。一方、録音データの公開を許諾する旨がユーザによって操作部１８から入力されたと判断した場合には（Ｓ１４０：Ｙｅｓ）、時間制限の有無を判断する（Ｓ１４５）。時間制限をする旨がユーザによって操作部１８から入力されたと判断した場合には（Ｓ１４５：Ｙｅｓ）、操作部１８から入力された制限時間を録音データのヘッダ部に付加し（Ｓ１５０）、録音データのヘッダ部およびＰＣＭ形式の録音データ本体を後述する録音データ生成・配信処理に引き渡す（Ｓ１５５）。一方、時間制限をしない旨がユーザによって操作部１８から入力されたと判断した場合には（Ｓ１４５：Ｎｏ）、そのまま録音データのヘッダ部およびＰＣＭ形式の録音データ本体を後述する録音データ生成・配信処理に引き渡す（Ｓ１５５）。そして、録音データのヘッド部およびＰＣＭ形式の録音データ本体を削除し（Ｓ１６０）、本処理を終了する。
【００５３】
［特定カラオケ装置１Ｍの制御部１２の録音データ生成・配信処理］
以下に、特定カラオケ装置１Ｍの制御部１２により実行される録音データ生成・配信処理の処理手順を図４のフローチャートに基づいて説明する。この録音データ生成・配信処理は、多重起動が可能であり、特定カラオケ装置１Ｍが起動している場合においてカラオケ演奏が行われるときに、演奏録音処理などの他の処理からは独立して実行される。
【００５４】
まず、これから受け取る予定の録音データに付されるファイル名を、先に受け取った録音データに付されたファイル名とは異なるように変更する（Ｓ２０５）。具体的には、受け取った録音データに付されたファイル名を連番とし、ファイル名が重複することを避けるようにする。
【００５５】
続いて、受け取った録音データに含まれるＰＣＭ形式の録音データ本体を、ＭＰ３形式等のデータ形式に変換することで圧縮し（Ｓ２１０）、その圧縮された録音データ本体を録音データのヘッダ部と結合して一つのファイルとする（Ｓ２１５）。
【００５６】
続いて、録音完了通知送信データ（図１４（ｂ）参照）を生成し（Ｓ２２０）、その生成した録音完了通知送信データを、グループリストに記述されたすべてのカラオケ装置１に対してユニキャストで送信する（Ｓ２２５）。なお、ここで云う「ユニキャスト」とは、ＩＰパケット通信におけるユニキャストのことであり、ＩＰ通信のユニキャストアドレスを用いてカラオケボックス内ＬＡＮ３に接続される他のカラオケ装置１すべてに対して各種データを送信する。そして、本処理を終了する。
【００５７】
［特定カラオケ装置１Ｍの制御部１２の録音データ削除処理］
以下に、特定カラオケ装置１Ｍの制御部１２により実行される録音データ削除処理の処理手順を図５のフローチャートに基づいて説明する。この録音データ削除処理は、特定カラオケ装置１Ｍが起動している場合においてカラオケ演奏が行われるときに、演奏録音処理などの他の処理からは独立して実行される。
【００５８】
まず、制御部１２の内部時計などから現在の時刻を示す情報を取得し（Ｓ３０５）、制御部１２の記憶エリアを初期化するために、トータルサイズを記憶する値を数値「０」(ゼロ)にし（Ｓ３１０）、そして、最も古い時刻が付されたデータの時刻を現在値の時刻とするとともに、最も古い時刻が付されたデータに付されたファイル名を記憶することで、初期化を行う（Ｓ３１５）。
【００５９】
続いて、先の「録音データ生成・配信処理」におけるステップＳ２０５にて付与された連番のうちその数値が最も小さい番号が付与された録音データのサイズおよびタイムスタンプを取得し（Ｓ３２０）、録音データのヘッダ部に含まれる制限時間を示す情報を参照して、その取得したタイムスタンプが示す時刻から現在までの時間が制限時間を越えているか否かを判断する（Ｓ３２５）。制限時間を越えていると判断された場合には（Ｓ３２５：Ｙｅｓ）、その録音データファイルを予約キューから削除し（Ｓ３４５）、録音データファイルを削除したことを示す削除通知送信データ（図１４（ｃ）参照）を作成し（Ｓ３５０）、その作成した削除通知送信データをユニキャストで送信し（Ｓ３５５）、後述するＳ３６０に移行する。
【００６０】
一方、制限時間を越えてはいないと判断された場合には（Ｓ３２５：Ｎｏ）、その録音データファイルのサイズをトータルサイズに加算し（Ｓ３３０）、取得したタイムスタンプが最も古いデータに付された時刻よりも古いか否かを判断する（Ｓ３４５）。取得したタイムスタンプが最も古いデータに付された時刻よりも古いと判断された場合には（Ｓ３４５：Ｙｅｓ）、その録音データのタイムスタンプが示す時刻を最も古いデータの時刻として設定するとともに、その録音データのファイル名を最も古いデータのファイル名として設定し（Ｓ３４０）、後述するＳ３６０に移行する。一方、取得したタイムスタンプよりも最も古いデータに付された時刻の方が古いと判断された場合には（Ｓ３４５：Ｎｏ）、そのままＳ３６０に移行する。
【００６１】
続いて、すべての録音データについてチェックをしたか否かを判断する（Ｓ３６０）。すべての録音データについてチェックをしていないと判断された場合には（Ｓ３６０：Ｎｏ）、その数値が最も小さい連番が付与された録音データのうち、既にチェックを行った録音データの次に位置する録音データのサイズおよびタイムスタンプを取得し（Ｓ３６５）、Ｓ３２５に移行する。
【００６２】
一方、すべての録音データについてチェックをしたと判断された場合には（Ｓ３６０：Ｙｅｓ）、上述のトータルサイズが一定値以上であるか否かを判断する（Ｓ３７０）。なお、この一定値については、予め設定しておくこととする。トータルサイズが一定値以上であると判断された場合には（Ｓ３７０：Ｙｅｓ）、最も古い録音データファイルであると記録されている録音データファイルを予約キューから削除し（Ｓ３７５）、その録音データファイルを削除したことを示す削除通知送信データを作成し（Ｓ３８０）、その作成した削除通知送信データをユニキャストで送信し（Ｓ３８５）、Ｓ３０５に移行する。
【００６３】
一方、トータルサイズが一定値未満であると判断された場合には（Ｓ３７０：Ｎｏ）、本処理を終了する。
［一般カラオケ装置１Ｓの制御部１２の入力受付処理］
以下に、一般カラオケ装置１Ｓの制御部１２により実行される入力受付処理の処理手順を図６（ａ）のフローチャートに基づいて説明する。この入力受付処理は、一般カラオケ装置１Ｓが起動している場合に他の処理からは独立して実行される。
【００６４】
まず、ユーザによる指示が操作部１８から入力されたか否かを判断する（Ｓ４０５）。ユーザによる指示が操作部１８から入力されていないと判断された場合には（Ｓ４０５：Ｎｏ）、ユーザによる指示が操作部１８から入力されるまで待機し、ユーザによる指示が操作部１８から入力されたと判断された場合には（Ｓ４０５：Ｙｅｓ）、遠隔採点モードが開始されたか否かを判断する（Ｓ４３５）。遠隔採点モードが開始されたと判断された場合には（Ｓ４３５：Ｙｅｓ）、グルーピング要求データである旨を示すＩＤとサーバ８のＨＤＤ８ｇに記憶された自コマンダシリアル番号とから構成されるグルーピング要求データ（図１４（ｇ）参照）を生成してセンタ８に対して送信し（Ｓ４４０）、Ｓ４０５に移行する。
【００６５】
一方、遠隔採点モードが開始されていないと判断された場合には（Ｓ４３５：Ｎｏ）、遠隔採点モードが終了されたか否かを判断する（Ｓ４４５）。遠隔採点モードが終了されたと判断された場合には（Ｓ４４５：Ｙｅｓ）、図１４（ｆ）に示すグルーピング削除要求データを生成してセンタ８に対して送信し（Ｓ４５０）、Ｓ４０５に移行する。
【００６６】
一方、遠隔採点モードが終了されていないと判断された場合には（Ｓ４４５：Ｎｏ）、入力された指示が、他のコマンダから取得した録音データをリスト表示する旨の指示であるか否かを判断する（Ｓ４１０）。操作部１８から入力されたユーザによる指示が他のコマンダから取得した録音データをリスト表示する旨の指示であると判断された場合には（Ｓ４１０：Ｙｅｓ）、後述する「他コマンダ録音データ選択処理」（Ｓ４２０）を実行してＳ４０５に移行する。一方、操作部１８から入力されたユーザによる指示が他のコマンダから取得した録音データをリスト表示する旨の指示ではないと判断された場合には（Ｓ４１０：Ｙｅｓ）、その指示が、他のコマンダから送信された採点結果およびコメントの履歴を表示する旨の指示であるか否かを判断する（Ｓ４１５）。操作部１８から入力されたユーザによる指示が他のコマンダから送信された採点結果およびコメントの履歴を表示する旨の指示であると判断された場合には（Ｓ４１５：Ｙｅｓ）、後述する「採点結果・コメント履歴表示処理」（４２５）を実行してＳ４０５に移行する。一方、操作部１８から入力されたユーザによる指示が他のコマンダから送信された採点結果およびコメントの履歴を表示する旨の指示ではないと判断された場合には（Ｓ４１５：Ｎｏ）、カラオケ演奏を予約するなど操作部１８からの入力を受け付ける処理を実行してＳ４０５に移行する。
【００６７】
［一般カラオケ装置１Ｓの制御部１２の演奏実績送信処理］
以下に、一般カラオケ装置１Ｓの制御部１２により実行される演奏実績送信処理の処理手順を図６（ｂ）のフローチャートに基づいて説明する。この演奏実績送信処理は、一般カラオケ装置１Ｓが起動している場合に他の処理からは独立して実行される。
【００６８】
まず、前回演奏実績を示すデータを送信してから１時間が経過したかを判断する（Ｓ４６０）。前回演奏実績を示すデータを送信してから１時間が経過していないと判断された場合には（Ｓ４６０：Ｎｏ）、Ｓ４６０を繰り返し実行することで待機する。一方、前回演奏実績を示すデータを送信してから１時間が経過したと判断された場合には（Ｓ４６０：Ｙｅｓ）、演奏実績をセンタ８に対して送信し（Ｓ４７０）、Ｓ４６０に移行する。
【００６９】
［一般カラオケ装置１Ｓの制御部１２の他コマンダ録音データ選択処理］
以下に、一般カラオケ装置１Ｓの制御部１２により実行される他コマンダ録音データ選択処理の処理手順を図７のフローチャートに基づいて説明する。この他コマンダ録音データ選択処理は、上述の入力受付処理のステップＳ４２０に移行した際に実行される。
【００７０】
まず、表示部３６に表示させる対象のコマンダを最も番号が小さいコマンダに設定し（Ｓ５０５）、その設定されたコマンダから送信された録音データを新しく取得したデータから順に表示部３６にリスト表示させる（Ｓ５１０）。
【００７１】
続いて、操作部１８から数値「２」または数値「８」が入力されたか否かを判断する（Ｓ５１５）。操作部１８から数値「２」または数値「８」が入力されたと判断された場合には（Ｓ５１５：Ｙｅｓ）、表示部３６におけるコマンダ毎録音データリストを表示する位置を変更する（Ｓ５６５）。一例を挙げると、操作部１８から数値「２」が入力された場合には、表示部３６におけるコマンダ毎録音データリストを表示する位置を上方へ変更
し、操作部１８から数値「８」が入力された場合には、表示部３６におけるコマンダ毎録音データリストを表示する位置を下方へ変更するといった具合である。そして、Ｓ５１５に戻って以下の処理を実行する。
【００７２】
一方、操作部１８から数値「２」または数値「８」が入力されてはいないと判断された場合には（Ｓ５１５：Ｎｏ）、操作部１８から数値「４」または数値「６」が入力されたか否かを判断する（Ｓ５２０）。操作部１８から数値「４」または数値「６」が入力されたと判断された場合には（Ｓ５２０：Ｙｅｓ）、表示部３６に表示させる対象コマンダを変更する（Ｓ５７０）。一例を挙げると、操作部１８から数値「４」が入力された場合には現在表示対象としているコマンダよりも番号が小さいコマンダを表示対象とし、操作部１８から数値「６」が入力された場合には現在表示対象としているコマンダよりも番号が大きいコマンダを表示対象とするといった具合である。そして、Ｓ５１０に戻って以下の処理を実行する。
【００７３】
一方、操作部１８から数値「４」または数値「６」が入力されてはいないと判断された場合には（Ｓ５２０：Ｎｏ）、操作部１８から「取消し」を示す情報が入力されたか否かを判断する（Ｓ５２５）。操作部１８から「取消し」を示す情報が入力されたと判断された場合には（Ｓ５２５：Ｙｅｓ）、本処理を終了する。
【００７４】
一方、操作部１８から「取消し」を示す情報が入力されてはいないと判断された場合には（Ｓ５２５：Ｎｏ）、操作部１８から「選曲」を示す情報が入力されたか否かを判断する（Ｓ５３０）。操作部１８から「選曲」を示す情報が入力されてはいないと判断された場合には（Ｓ５３０：Ｎｏ）、Ｓ５１５に戻って以下の処理を実行する。
【００７５】
一方、操作部１８から「選曲」を示す情報が入力されたと判断された場合には（Ｓ５３０：Ｙｅｓ）、他のコマンドに対して録音データを送信するよう要求する旨を示す録音データ要求通知送信データ（図１４(ｄ)参照）を作成し（Ｓ５３５）、その作成した録音データ要求通知送信データを対象コマンダそれぞれに送信し（Ｓ５４０）、録音データ要求通知送信データを送信した旨を表示部３６に表示させる（Ｓ５４５）。そして、その送信した録音データ要求通知送信データに対して録音データを受信したか否かを判断する（Ｓ５５０）。録音データを受信したと判断された場合には（Ｓ５５０：Ｙｅｓ）、予約曲の合計時間と所定時間とを比較して録音データの演奏が所定時間内に終了するように、予約曲の間に録音データを挿入し（Ｓ５７２）、コマンダ毎録音データリストにおける２番目以降のレコードを１レコード分後方に移動させ（Ｓ５７５）、受信した録音データをコマンダ毎録音データリストにおける２番目のレコードに設定し（Ｓ５８０）、録音データを予約した旨を表示部３６に表示させる（Ｓ５８５）。そして、Ｓ５１５に戻って以下の処理を実行する。
【００７６】
一方、録音データを受信してはいないと判断された場合には（Ｓ５５０：Ｎｏ）、録音データ要求通知送信データを送信してから一定時間が経過したか否かを判断する（Ｓ５５５）。なお、この一定時間については、予め設定されている。録音データ要求通知送信データを送信してから一定時間が経過していないと判断された場合には（Ｓ５５５：Ｎｏ）、Ｓ５５０に戻って以下の処理を実行する。一方、録音データ要求通知送信データを送信してから一定時間が経過したと判断された場合には（Ｓ５５５：Ｙｅｓ）、録音データの受信が行われなかった旨を表示部３６に表示させる（Ｓ５６０）。そして、Ｓ５１５に戻って以下の処理を実行する。
【００７７】
［一般カラオケ装置１Ｓの制御部１２の採点結果・コメント履歴表示処理］
以下に、一般カラオケ装置１Ｓの制御部１２により実行される採点結果・コメント履歴表示処理の処理手順を図８のフローチャートに基づいて説明する。この採点結果・コメン
ト履歴表示処理は、上述の入力受付処理のステップＳ４２５に移行した際に実行される。
【００７８】
まず、取得した採点結果およびコメントを、新しく取得した採点結果およびコメントから順に表示部３６にリスト表示する（６０５）。
続いて、操作部１８から数値「２」または数値「８」が入力されたか否かを判断する（Ｓ６１０）。操作部１８から数値「２」または数値「８」が入力されたと判断された場合には（Ｓ６１０：Ｙｅｓ）、表示部３６における採点結果およびコメントのリストを表示する位置を変更する（Ｓ５６５）。一例を挙げると、操作部１８から数値「２」が入力された場合には、表示部３６における採点結果およびコメントのリストを表示する位置を上方へ変更し、操作部１８から数値「８」が入力された場合には、表示部３６における採点結果およびコメントのリストを表示する位置を下方へ変更するといった具合である。そして、Ｓ６１０に戻って以下の処理を実行する。
【００７９】
一方、操作部１８から数値「２」または数値「８」が入力されてはいないと判断された場合には（Ｓ６１０：Ｎｏ）、操作部１８から「取消し」を示す情報が入力されたか否かを判断する（Ｓ６１５）。操作部１８から「取消し」を示す情報が入力されてはいないと判断された場合には（Ｓ６１５：Ｎｏ）、Ｓ６１０に戻って以下の処理を実行する。一方、操作部１８から「取消し」を示す情報が入力されたと判断された場合には（Ｓ６１５：Ｙｅｓ）、本処理を終了する。
【００８０】
［特定カラオケ装置１Ｍの制御部１２の受信処理］
以下に、特定カラオケ装置１Ｍの制御部１２により実行される受信処理の処理手順を図９のフローチャートに基づいて説明する。この受信処理は、特定カラオケ装置１Ｍが起動している場合においてカラオケ演奏が行われるときに、他の処理からは独立して実行される。
【００８１】
まず、データを他のコマンダから受信したか否かを判断する（Ｓ７０５）。データを他のコマンダから受信してはいないと判断された場合には（Ｓ７０５：Ｎｏ）、データを他のコマンダから受信したと判断されるまで待機し、データを他のコマンダから受信したと判断された場合には（Ｓ７０５：Ｙｅｓ）、その受信したデータが、録音データを送信するよう要求する旨の録音データ要求通知送信データであるか否かを判断する（Ｓ７１０）。その受信したデータが、録音データを送信するよう要求する旨の録音データ要求通知送信データであると判断された場合には（Ｓ７１０：Ｙｅｓ）、録音データ要求通知送信データに対応する録音データをＨＤＤ１６が記憶しているか否かを判断する（Ｓ７１５）。録音データ要求通知送信データに対応する録音データをＨＤＤ１６が記憶していると判断された場合には（Ｓ７１５：Ｙｅｓ）、その録音データ要求通知送信データに対応する録音データを対象コマンダそれぞれに送信し（Ｓ７２５）、Ｓ７０５に戻る。一方、録音データ要求通知送信データに対応する録音データをＨＤＤ１６が記憶していないと判断された場合には（Ｓ７１５：Ｎｏ）、その録音データ要求通知送信データには何も応答せずに（Ｓ７２０）、Ｓ７０５に戻る。
【００８２】
一方、先のＳ７１０にて、その受信したデータが、録音データを送信するよう要求する旨の録音データ要求通知送信データではないと判断された場合には（Ｓ７１０：Ｎｏ）、その受信したデータが、採点結果およびコメントを示すデータであるか否かを判断する（Ｓ７３０）。
【００８３】
その受信したデータが、採点結果およびコメントを示すデータであると判断された場合には（Ｓ７３０：Ｙｅｓ）、採点結果・コメント履歴リストに登録されているレコードの件数が上限値であるか否かを判断する（Ｓ７３５）。採点結果・コメント履歴リストに登録されているレコードの件数が上限値であると判断された場合には（Ｓ７３５：Ｙｅｓ）、採点結果・コメント履歴リストに含まれるレコードのうち最も古く登録されたレコードを削除し（Ｓ７４０）、受信したデータを採点結果・コメント履歴リストに最も新しいレコードとして登録し（Ｓ７４５）、その受信したデータを採点結果・コメントとして表示部３６に表示させるために、後述する一時表示処理を実行するように制御部に要求して（Ｓ７５０）、Ｓ７０５に戻る。一方、採点結果・コメント履歴リストに登録されているレコードの件数が上限値ではないと判断された場合には（Ｓ７３５：Ｎｏ）、受信したデータを採点結果・コメント履歴リストに最も新しいレコードとして登録し（Ｓ７４５）、その受信したデータを、後述する一時表示処理にて、採点結果・コメントとして表示部３６に表示させるよう要求し（Ｓ７５０）、Ｓ７０５に戻る。
【００８４】
一方、先のＳ７３０にて、その受信したデータが、採点結果およびコメントを示すデータではないと判断された場合には（Ｓ７３０：Ｎｏ）、その受信したデータが録音完了通知データであるか否かを判断する（Ｓ７５５）。その受信したデータが録音完了通知データであると判断された場合には（Ｓ７５５：Ｙｅｓ）、その受信した録音完了通知データに対応する録音データをコマンダ毎録音データリストの最後尾に登録し（Ｓ７６０）、Ｓ７０５に戻る。
【００８５】
一方、その受信したデータが録音完了通知データではないと判断された場合には（Ｓ７５５：Ｎｏ）、その受信したデータが録音データ削除通知データであるか否かを判断する（Ｓ７６５）。その受信したデータが録音データ削除通知データであると判断された場合には（Ｓ７６５：Ｙｅｓ）、その受信した録音データ削除通知データに対応する録音データをコマンダ毎録音データリストから削除し（Ｓ７７０）、Ｓ７０５に戻る。
【００８６】
一方、その受信したデータが録音データ削除通知データではないと判断された場合には（Ｓ７６５：Ｎｏ）、その受信したデータがグループリストであるか否かを判断する（Ｓ７８０）。その受信したデータがグループリストではないと判断された場合には（Ｓ７８０：Ｎｏ）、その受信したデータがサーバ８において特定のグループリストが削除されたことを示すデータであるか否かを判断する（Ｓ７７０２）。その受信したデータがサーバ８において特定のグループリストが削除されたことを示すデータではないと判断された場合には（Ｓ７７０２：Ｎｏ）、新曲のデータを受信するなどの従来からある通信カラオケ装置の新曲配信の受信処理を実行し（Ｓ７７５）、Ｓ７０５に戻る。一方、その受信したデータがサーバ８において特定のグループリストが削除されたことを示すデータであると判断された場合には（Ｓ７７０２：Ｙｅｓ）、その受信したデータが示すグループリストをＨＤＤ１６から削除し（Ｓ７７０４）、さらに、その削除したグループリストに含まれるカラオケ装置１から受信した録音データリストすべてを削除し（Ｓ７７０６）、Ｓ７０５に戻る。
【００８７】
一方、先のステップ７８０において、その受信したデータがグループリストであると判断された場合には（Ｓ７８０：Ｙｅｓ）、その受信したグループリストを上書き保存する（Ｓ７８２）。なおこの場合、既存のグループリストが存在した場合にはその内容が失われることとなる。続いて、現在保持している録音データすべてに対して録音完了通知送信データを作成し（Ｓ７８４）、その作成した録音完了通知送信データすべてをグループリストに記述されているカラオケ装置１に対して送信し（Ｓ７８６）、そのグループリストには含まれないカラオケ装置１から受信した録音データリストすべてを削除し（Ｓ７７０８）、Ｓ７０５に戻る。
【００８８】
［特定カラオケ装置１Ｍの制御部１２の一時表示処理］
以下に、特定カラオケ装置１Ｍの制御部１２により実行される一時表示処理の処理手順を図１０のフローチャートに基づいて説明する。この一時表示処理は、特定カラオケ装置１Ｍが起動している場合においてカラオケ演奏が行われるときに、他の処理からは独立して実行される。
【００８９】
まずデータを表示部３６に表示させることを要求する旨のデータを受信したか否かを判断する（Ｓ８０５）。データを表示部３６に表示させることを要求する旨のデータを受信していないと判断された場合には（Ｓ８０５：Ｎｏ）、データを表示部３６に表示させることを要求する旨のデータを受信したと判断されるまで待機し、データを表示部３６に表示させることを要求する旨のデータを受信したと判断された場合には（Ｓ８０５：Ｙｅｓ）、その受信したデータが、採点結果・コメントを表示部３６に表示させることを要求する旨のデータであるか否かを判断する（Ｓ８１０）。その受信したデータが、採点結果・コメントを表示部３６に表示させることを要求する旨のデータであると判断された場合には（Ｓ８１０：Ｙｅｓ）、採点結果・コメントを表示部３６の表示画面の上部に一定時間表示させ（Ｓ８１５）、Ｓ８０５に戻る。一方、その受信したデータが、採点結果・コメントを表示部３６に表示させることを要求する旨のデータではないと判断された場合には（Ｓ８１０：Ｎｏ）、カラオケ演奏の予約が完了した旨を告知するメッセージを表示部３６に表示させるなどの他の一時表示処理を実行し（Ｓ８２０）、Ｓ８０５に戻る。
【００９０】
［一般カラオケ装置１Ｓの制御部１２の演奏全体処理（１）］
以下に、一般カラオケ装置１Ｓの制御部１２により実行される演奏全体処理（１）の処理手順を図１１のフローチャートに基づいて説明する。この演奏全体処理（１）は、一般
カラオケ装置１Ｓが起動している場合に他の処理からは独立して実行される。
【００９１】
まず、ＨＤＤ１６が記憶する予約キューにおける最初に登録されているデータを取得し（Ｓ９０５）、その取得したデータが録音データであるか否かを判断する（Ｓ９１０）。取得したデータが録音データではないと判断された場合には（Ｓ９１０：Ｎｏ）、カラオケ演奏するためのＭＩＤＩ演奏時のキー・スピードを、予約キューにおける最初に登録されているデータに含まれる設定内容に基づいて設定し（Ｓ９１５）、マイクロフォン２６から入力される音声を生音演奏するためのキー・スピードを、予約キューにおける最初に登録されているデータに含まれる設定内容に基づいて設定する（Ｓ９２０）。続いて、上述の演奏録音処理を当該一般カラオケ装置１Ｓでも実行する（Ｓ９２５）。そして、演奏録音処理が終了したら、上述の予約キューにおける最初に登録されているデータを削除し（Ｓ９３０）、予約キューにおける２番目以降に登録されているデータを繰り上げ（Ｓ９３５）、本処理を終了する。
【００９２】
一方、取得したデータが録音データであると判断された場合には（Ｓ９１０：Ｙｅｓ）、カラオケ演奏するためのＭＩＤＩ演奏時のキー・スピードを、予約キューにおける最初に登録されているデータに含まれる設定内容に基づいて設定し（Ｓ９４０）、マイクロフォン２６から入力される音声を生音演奏するためのキー・スピードを、録音データ生音変換テーブルを参照して、予約キューにおける最初に登録されているデータに含まれる設定内容に基づいて設定する（Ｓ９４５）。続いて、カラオケ演奏を行う演奏処理を実行する（Ｓ９５０）。演奏処理が終了したら、採点結果・コメントを入力するよう促す旨の表示を表示部３６に表示させ（Ｓ９５５）、操作部１８から採点結果・コメントが入力されたか否かを判断する(Ｓ９６０)。操作部１８から採点結果・コメントが入力されたと判断された場合には(Ｓ９６０：Ｙｅｓ)、その入力された採点結果・コメントに基づいて採点結果・コメントを通知する旨の採点結果・コメント通知データを作成し（Ｓ９６５）、その作成した採点結果・コメント通知データを対象コマンダに送信する（Ｓ９７０）。そして、演奏した録音データを削除し（Ｓ９７５）、Ｓ９３０に移行する。
【００９３】
一方、操作部１８から採点結果・コメントが入力されていないと判断された場合には(
Ｓ９６０：Ｎｏ)、採点結果・コメントを入力するよう促す旨の表示を表示部３６に表示
させてから一定時間が経過するまで待機し（Ｓ９８０：Ｎｏ）、一定時間が経過するまでに操作部１８から採点結果・コメントが入力された場合にはＳ９６５に移行し、操作部１８から採点結果・コメントが入力されないまま一定時間が経過した場合には（Ｓ９８０：Ｙｅｓ）、演奏した録音データを削除し（Ｓ９７５）、Ｓ９３０に移行する。
【００９４】
［サーバ８のＣＰＵ８ｅの受信処理］
以下に、サーバ８のＣＰＵ８ｅにより実行される受信処理の処理手順を図２１のフローチャートに基づいて説明する。この受信処理は、サーバ８のＣＰＵ８ｅが起動している場合に他の処理からは独立して実行される。
【００９５】
まず、何らかのデータを受信したか否かを判断する（Ｓ１２１０）。データを受信してはいないと判断された場合には（Ｓ１２１０：Ｎｏ）、Ｓ１２１０を繰り返し実行することで待機し、データを受信したと判断された場合には（Ｓ１２１０：Ｙｅｓ）、その受信したデータがグルーピング要求データであるか否かを判断する（Ｓ１２２０）。その受信したデータがグルーピング要求データであると判断された場合には（Ｓ１２２０：Ｙｅｓ）、後述するグルーピング処理を実行し（Ｓ１２３０）、Ｓ１２１０へ戻る。
【００９６】
一方、その受信したデータがグルーピング要求データではないと判断された場合には（Ｓ１２２０：Ｎｏ）、その受信したデータがグルーピング削除要求データであるか否かを判断する（Ｓ１２４０）。その受信したデータがグルーピング削除要求データであると判断された場合には（Ｓ１２４０：Ｙｅｓ）、後述するグルーピング削除処理を実行し（Ｓ１２５０）、Ｓ１２１０へ戻る。
【００９７】
一方、その受信したデータがグルーピング削除要求データではないと判断された場合には（Ｓ１２４０：Ｎｏ）、その受信したデータが演奏実績を示すデータであるか否かを判断する（Ｓ１２６０）。その受信したデータが演奏実績を示すデータであると判断された場合には（Ｓ１２６０：Ｙｅｓ）、後述する演奏実績受信処理を実行し（Ｓ１２７０）、Ｓ１２１０へ戻る。
【００９８】
一方、その受信したデータが演奏実績を示すデータではないと判断された場合には（Ｓ１２６０：Ｎｏ）、故障告知等のその他の受信処理を実行し（Ｓ１２８０）、Ｓ１２１０へ戻る。なお、故障告知等のその他の受信処理については、公知技術に従っているのでここでは詳細な説明は省略する。
【００９９】
［サーバ８のＣＰＵ８ｅのグルーピング削除処理］
以下に、サーバ８のＣＰＵ８ｅにより実行されるグルーピング削除処理の処理手順を図２２のフローチャートに基づいて説明する。このグルーピング削除処理は、サーバ８のＣＰＵ８ｅが起動している場合に他の処理からは独立して実行される。
【０１００】
まず、グルーピング削除要求データを参照して、当該グルーピング削除処理の実行を要求したカラオケ装置１が含まれたグループリストおよび仮のグループリストを特定する（Ｓ１３０５）。
【０１０１】
続いて、当該グルーピング削除処理の実行を要求したカラオケ装置１を特定したか否かを判断する（Ｓ１３１０）。当該グルーピング削除処理の実行を要求したカラオケ装置１を特定していないと判断された場合には（Ｓ１３１０：Ｎｏ）、本処理を終了する。
当該グルーピング削除処理の実行を要求したカラオケ装置１を特定したと判断された場合には（Ｓ１３１０：Ｙｅｓ）、該当するグループリストから、当該グルーピング削除処理の実行を要求したカラオケ装置１を削除し（Ｓ１３１５）、グループ削除通知を生成するとともにその削除を要求したカラオケ装置１に対してグループ削除通知を送信し（Ｓ１３１７）、さらに、そのグループリストが仮グループリストであるか否かを判断する（Ｓ１３２０）。そのグループリストが仮グループリストであると判断された場合には（Ｓ１３２０：Ｙｅｓ）、本処理を終了する。
【０１０２】
一方、そのグループリストが仮グループリストではないと判断された場合には（Ｓ１３２０：Ｎｏ）、該当するグループリストに登録されているカラオケ装置１の数量が、予め設定された下限値よりも小さいか否かを判断する（Ｓ１３２５）。該当するグループリストに登録されているカラオケ装置１の数量が、予め設定された下限値よりも小さくないと判断された場合には（Ｓ１３２５：Ｎｏ）、該当するグループリストに登録されているカラオケ装置１すべてに対して、更新後のグループリストを送信し（Ｓ１３３０）、本処理を終了する。一方、該当するグループリストに登録されているカラオケ装置１の数量が、予め設定された下限値よりも小さいと判断された場合には（Ｓ１３２５：Ｙｅｓ）、該当するグループリスト以外のグループリストのうち、所定条件に合致するグループリストを探す（Ｓ１３３５）。なお、ここで「所定条件に合致する」とは、次の三つの条件に合致することを云う。すなわち、（イ）演奏されたジャンルの種類が類似すること、（ロ）採点結果が類似すること、（ハ）登録されているカラオケ装置１の数量が最も小さいグループリストであること、である。ここで「ジャンルの種類が類似する」とは、似たジャンルの対応関係が図２２に示す実行プログラム内に予め設定されており、前記対応関係に基づいて、お互いに演奏されたジャンルが類似していると決定することを云う。また、「採点結果が類似する」とは、採点結果が類似すると決定する場合の採点差（基準）が予め設定されており、前記採点差以内である場合をお互いの採点結果が類似していると決定することを云う。そして、探し出されたグループリストへ、当該グルーピング削除処理の実行を要求したカラオケ装置１が含まれていたグループリストを連結する（Ｓ１３４０）。
【０１０３】
さらに、連結されたグループリストに登録されているカラオケ装置１の数量が、予め設定された上限値よりも大きいか否かを判断する（Ｓ１３４５）。連結されたグループリストに登録されているカラオケ装置１の数量が、予め設定された上限値よりも大きくはないと判断された場合には（Ｓ１３４５：Ｎｏ）、該当するグループリストに登録されているカラオケ装置１すべてに対して、更新後のグループリストを送信し（Ｓ１３３０）、本処理を終了する。一方、連結されたグループリストに登録されているカラオケ装置１の数量が、予め設定された上限値より大きいと判断された場合には（Ｓ１３４５：Ｙｅｓ）、このグループリストを２つのグループリスト（グループリスト１、グループリスト２）へと所属するコマンダ数がなるべく等しくなるように分割する（Ｓ１３５５）。一例を挙げると、元のグループリストに属するコマンダ数が偶数である場合には、属するコマンダ数が同数となるようそのグループリストを２つのグループリストに分割し、一例を挙げると、元のグループリストに属するコマンダ数が奇数である場合には、属するコマンダ数の差が数値「１」となるようそのグループリストを２つのグループリストに分割するといった具合である。そして、分割後の一方のグループリスト（グループリスト１）に登録されているカラオケ装置１すべてに対して、更新後のグループリスト（グループリスト１）を送信し（Ｓ１３６０）、分割後の他方のグループリスト（グループリスト２）に登録されているカラオケ装置１すべてに対して、更新後のグループリスト（グループリスト２）を送信する（Ｓ１３６５）。なお、上述のようにグループリストを分割することについては、次のような目的のために行われる。すなわち、特定のグループに属するカラオケ装置１の数量が少なくなった場合には、グループとして遠隔採点を楽しむことが困難となるおそれがあり、一方、特定のグループに属するカラオケ装置１の数量が多くなった場合には、各カラオケ装置１において処理能力を維持することが困難となるおそれがあるため、グループに属するカラオケ装置１の数量を適度なものに維持することが目的である。
【０１０４】
そして、本処理を終了する。
［サーバ８のＣＰＵ８ｅの演奏実績受信処理］
以下に、サーバ８のＣＰＵ８ｅにより実行される演奏実績受信処理の処理手順を図２３のフローチャートに基づいて説明する。この演奏実績受信処理は、サーバ８のＣＰＵ８ｅが起動している場合に他の処理からは独立して実行される。
【０１０５】
まず、演奏実績の曲数が数値「０」であるか否かを判断する（Ｓ１４１０）。演奏実績の曲数が数値「０」であると判断された場合には（Ｓ１４１０：Ｙｅｓ）、当該カラオケ装置１がグルーピング削除要求データを送信したとして、上述のグルーピング削除処理を実行する（Ｓ１４２０）。なお、このことにより、上述のように演奏実績の曲数が数値「０」である場合には、カラオケ装置１のスイッチが入っている状態で利用者がカラオケルームから離れたこと、すなわち、そのカラオケルームが空室であるとみなし、このような利用者が居ない空室であるカラオケルームのカラオケ装置１がグループリストに登録されることを防ぐことができる。そして、本処理を終了する。
【０１０６】
一方、演奏実績の曲数が数値「０」ではないと判断された場合には（Ｓ１４１０：Ｎｏ）、本処理を終了する。
［サーバ８のＣＰＵ８ｅのグルーピング処理］
以下に、サーバ８のＣＰＵ８ｅにより実行されるグルーピング処理の処理手順を図２４のフローチャートに基づいて説明する。このグルーピング処理は、サーバ８のＣＰＵ８ｅが起動している場合に他の処理からは独立して実行される。
【０１０７】
まず、現在存在するグループリストの数量が数値「０」であるか否かを判断する（Ｓ１５０５）。現在存在するグループリストの数量が数値「０」ではないと判断された場合には（Ｓ１５０５：Ｎｏ）、所定条件に合致するグループリストを探す（Ｓ１５１０）。なお、ここで「所定条件に合致する」とは、次の三つの条件に合致することを云う。すなわち、（イ）演奏されたジャンルの種類が類似すること、（ロ）採点結果が類似すること、（ハ）登録されているカラオケ装置１の数量が最も小さいグループリストであること、である。そして、その探し出したグループリストに登録されているカラオケ装置１の数量が、予め設定された上限値よりも大きいか否かを判断する（Ｓ１５１５）。その探し出したグループリストに登録されているカラオケ装置１の数量が、予め設定された上限値よりも大きくないと判断された場合には（Ｓ１５１５：Ｎｏ）、先にグルーピング要求データを送信したカラオケ装置１をそのグループリストへ登録し（Ｓ１５２０）、このグループリストに登録されているカラオケ装置１すべてに対して、更新後のグループリストを送信する（Ｓ１５２５）。そして、本処理を終了する。一方、その探し出したグループリストに登録されているカラオケ装置１の数量が、予め設定された上限値よりも大きいと判断された場合には（Ｓ１５１５：Ｙｅｓ）、このグループリストを２つのグループリスト（グループリスト１、グループリスト２）へと所属するコマンダ数がなるべく等しくなるように分割する（Ｓ１５３０）。一例を挙げると、元のグループリストに属するコマンダ数が偶数である場合には、属するコマンダ数が同数となるようそのグループリストを２つのグループリストに分割し、一例を挙げると、元のグループリストに属するコマンダ数が奇数である場合には、属するコマンダ数の差が数値「１」となるようそのグループリストを２つのグループリストに分割するといった具合である。そして、先にグルーピング要求データを送信したカラオケ装置１を、分割後の一方のグループリスト（グループリスト１）に登録し（Ｓ１５３５）、このグループリストに登録されているカラオケ装置１すべてに対して、更新後のグループリスト（グループリスト１）を送信する（Ｓ１５４０）。また、分割後の他方のグループリスト（グループリスト２）に登録されているカラオケ装置１すべてに対して、更新後のグループリスト（グループリスト２）を送信する（Ｓ１５４５）。
【０１０８】
一方、現在存在するグループリストの数量が数値「０」であると判断された場合には（Ｓ１５０５：Ｙｅｓ）、仮グループリストが存在するか否かを判断する（Ｓ１５５０）。なお、上述のような仮グループリストを用意する目的は、グループリストが存在しない場合でも、プログラムの処理上で必要な仮のグループリストを作成しておくことにある。そして、グルーピングを要求するカラオケ装置１が存在する際には、上述のように予め作成しておいた仮グループリストにそのカラオケ装置１を追加登録する。なお、上述の仮グループリストは、サーバ８側での各種処理において使用される。仮グループリストが存在しないと判断された場合には（Ｓ１５５０：Ｎｏ）、先にグルーピング要求データを送信したカラオケ装置１のみが登録された仮のグループリストを作成し（Ｓ１５７５）、本処理を終了する。一方、仮グループリストが存在すると判断された場合には（Ｓ１５５０：Ｙｅｓ）、先にグルーピング要求データを送信したカラオケ装置１をその仮グループリストに追加登録する（Ｓ１５５５）。そして、仮グループリストに登録されているカラオケ装置１の数量が、予め設定された下限値よりも小さいか否かを判断する（Ｓ１５６０）。仮グループリストに登録されているカラオケ装置１の数量が、予め設定された下限値よりも小さくはないと判断された場合には（Ｓ１５６０：Ｎｏ）、本処理を終了する。一方、仮グループリストに登録されているカラオケ装置１の数量が、予め設定された下限値よりも小さいと判断された場合には（Ｓ１５６０：Ｙｅｓ）、仮グループリストと同一内容である通常のグループリストを新たに作成し、仮グループリストを削除する（Ｓ１５６５）そして、新たに作成したグループリストに登録されているカラオケ装置１すべてに対して、更新後のグループリストを送信し（Ｓ１５７０）、本処理を終了する。
【０１０９】
［第一実施形態の効果］
（１）このように第一実施形態のカラオケシステム１００によれば、サーバ８が、各カラオケ装置１の演奏履歴を分析してその傾向が似た一つ以上のカラオケ装置１からなるグループリスト（カラオケ装置グループ）を生成し、その生成されたグループリストに登録されたカラオケ装置１が、そのグループリスト内にて採点要請および採点結果の送受信を行う。このことにより、異なるカラオケルームにわたる利用者グループ間での遠隔採点の結果が不快なものになりにくく、カラオケルーム間で利用者が遠隔採点を楽しむことができる。
【０１１０】
（２）また、第一実施形態のカラオケシステム１００によれば、サーバ８が、上述のグループリストを、予め設定された上限値よりも少ないカラオケ装置１で構成させるように生成する。このことにより、例えばグループを構成するカラオケ装置１が多くなることによってグループ内でのデータのやり取りが過度に多くなることを防ぐことができ、迅速な採点処理を実現することができる。
【０１１１】
（３）また、第一実施形態のカラオケシステム１００によれば、一般カラオケ装置１Ｓの予約キューにおける演奏中のカラオケ演奏曲の次に割り込ませる。このことにより、一般カラオケ装置１Ｓが設置されたカラオケルームにて、上述の録音データを速やかに再生してもらい、その採点結果やコメントをなるべく早く聞かせてもらうことが期待できる。
【０１１２】
（４）また、第一実施形態のカラオケシステム１００によれば、一般カラオケ装置１Ｓの制御部１２が、録音データが所定時間内に演奏し終えるように、録音データを予約キューにおける演奏中のカラオケ演奏曲の後に記憶させる。具体的には、一般カラオケ装置１Ｓの制御部１２が、他コマンダ録音データ選択処理において、予約曲の合計時間と所定時間とを比較して録音データの演奏が所定時間内に終了するように、予約曲の間に録音データを挿入する（Ｓ５７２）。このことにより、一般カラオケ装置１Ｓが設置されたカラオケルームにて、上述の録音データを速やかに再生してもらい、その採点結果やコメントをなるべく早く聞かせてもらうことが期待できる。
【０１１３】
（５）また、第一実施形態のカラオケシステム１００によれば、一般カラオケ装置１Ｓの制御部１２が、録音データの演奏を予約キューに登録した際に、その演奏順となる前に特定カラオケ装置１Ｍから録音データを取得する。このことにより、上述の録音データの演奏順となった際に、録音データが特定カラオケ装置１Ｍから取得されていないことに起因して演奏開始を遅らせるということがない。
【０１１４】
（６）また、第一実施形態のカラオケシステム１００によれば、特定カラオケ装置１Ｍの制御部１２が、録音データを生成する際にその録音データに含まれる各種データを圧縮するとともに、一般カラオケ装置１Ｓの制御部１２が、演奏録音処理のＳ１２０や演奏全体処理（１）のＳ９５０において、圧縮された録音データを圧縮前の状態に変換してＭＩＤＩ音源３０を用いて演奏する。このことにより、録音データを特定カラオケ装置１Ｍから一般カラオケ装置１Ｓへ転送する時間を短縮することができる。
【０１１５】
（６）また、第一実施形態のカラオケシステム１００によれば、一般カラオケ装置１Ｓの制御部１２が、録音データに対する評価結果およびコメントを特定カラオケ装置１Ｍへ送信させ、一方、特定カラオケ装置１Ｍにおいては、制御部１２が、受け付けた録音データに対する評価結果およびコメントを表示部３６に報知させる。このことにより、歌唱者が他の場所で行われた歌唱情報に対する評価を容易に知ることができる。
【０１１６】
［他の実施形態］
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、以下のような様々な態様にて実施することが可能である。
【０１１７】
（１）上述の演奏履歴の分析については、歌唱の採点結果の平均値を算出して用いるようにしてもよい。このようにすれば、同様の歌唱レベルである利用者同士で、カラオケ装置グループを構成することができる。
【０１１８】
（２）また、上述の演奏履歴の分析については、歌唱ジャンル情報を集計して用いるようにしてもよい。このようにすれば、同様の歌唱ジャンルを嗜好する利用者同士で、カラオケ装置グループを構成することができる。
【０１１９】
（３）上記実施形態では、一般カラオケ装置１Ｓの制御部１２が、録音完了通知データを受信した場合に、その録音データを演奏すべき演奏楽曲として予約キューに登録させるか否かを、録音データの演奏時間が所定時間内であるか否かなどの所定条件を満たすか否かによって判断しているが、これには限られず、その録音データを演奏すべき演奏楽曲として予約キューに登録させるか否かを問う旨を利用者に対して提示し、利用者による判断を受け付けることで可否を判断してもよい。
【０１２０】
なおこの場合、上述の他コマンダ録音データ選択処理のＳ５５０にて、その送信した録音データ要求通知送信データに対して録音データを受信したか否かを判断した際に、録音データを受信したと判断された場合には（Ｓ５５０：Ｙｅｓ）、Ｓ５７２を実行せずにＳ５７５に移行する。すなわち、Ｓ５７２の処理内容である「予約曲の合計時間と所定時間とを比較して録音データの演奏が所定時間内に終了するように、予約曲の間に録音データを挿入」を行わずに、Ｓ５７５に移行してコマンダ毎録音データリストにおける２番目以降のレコードを１レコード分後方に移動させる。
【０１２１】
（４）上記第一実施形態のカラオケシステム１００では、特定カラオケ装置１Ｍの制御部１２が、録音データを生成する際にその録音データに含まれる各種データを圧縮するが、この際に、録音データに含まれる各種データをカラオケ演奏曲と同じ形式に変換してもよい。
【０１２２】
（５）上記第一実施形態のカラオケシステム１００では、一般カラオケ装置１Ｓの制御部１２が、カラオケ演奏を行う処理と採点結果・コメントの入力を受け付ける処理とから構成される演奏全体処理（１）を実行するが、カラオケ演奏を行う処理と採点結果・コメントの入力を受け付ける処理とを独立して実行するようにしてもよい。
【０１２３】
以下に、カラオケ演奏を行う処理である「演奏全体処理（２）」、および採点結果・コメントの入力を受け付ける処理である「採点結果・コメント入力処理」を順に説明する。
［一般カラオケ装置１Ｓの制御部１２の演奏全体処理（２）］
以下に、一般カラオケ装置１Ｓの制御部１２により実行される演奏全体処理（２）の処理手順を図１２（ａ）のフローチャートに基づいて説明する。この演奏全体処理（２）は、一般カラオケ装置１Ｓが起動している場合に他の処理からは独立して実行される。
【０１２４】
まず、ＨＤＤ１６が記憶する予約キューにおける最初に登録されているデータを取得し（Ｓ１１０５）、その取得したデータが録音データであるか否かを判断する（Ｓ１０１０）。取得したデータが録音データではないと判断された場合には（Ｓ１０１０：Ｎｏ）、カラオケ演奏するためのＭＩＤＩ演奏時のキー・スピードを、予約キューにおける最初に登録されているデータに含まれる設定内容に基づいて設定し（Ｓ１０１５）、マイクロフォン２６から入力される音声を生音演奏するためのキー・スピードを、予約キューにおける最初に登録されているデータに含まれる設定内容に基づいて設定する（Ｓ１０２０）。続いて、上述の演奏録音処理を当該一般カラオケ装置１Ｓでも実行する（Ｓ１０２５）。そして、演奏録音処理が終了したら、上述の予約キューにおける最初に登録されているデータを削除し（Ｓ１０３０）、予約キューにおける２番目以降に登録されているデータを繰り上げ（Ｓ１０３５）、本処理を終了する。
【０１２５】
一方、取得したデータが録音データであると判断された場合には（Ｓ１０１０：Ｙｅｓ）、カラオケ演奏するためのＭＩＤＩ演奏時のキー・スピードを、予約キューにおける最初に登録されているデータに含まれる設定内容に基づいて設定し（Ｓ１０４０）、マイクロフォン２６から入力される音声を生音演奏するためのキー・スピードを、録音データ生音変換テーブルを参照して、予約キューにおける最初に登録されているデータに含まれる設定内容に基づいて設定する（Ｓ１０４５）。続いて、カラオケ演奏を行う演奏処理を実行する（Ｓ１０５０）。演奏処理が終了したら、後述する採点結果・コメント入力処理にて、採点結果・コメントの入力を促す旨を表示部３６に表示するよう要求し（Ｓ１０５５）、Ｓ１０３０に移行する。
【０１２６】
［一般カラオケ装置１Ｓの制御部１２の採点結果・コメント入力処理］
以下に、一般カラオケ装置１Ｓの制御部１２により実行される採点結果・コメント入力処理の処理手順を図１２（ｂ）のフローチャートに基づいて説明する。この採点結果・コメント入力処理は、一般カラオケ装置１Ｓが起動している場合に演奏全体処理（２）などの他の処理からは独立して実行される。
【０１２７】
まず、採点結果・コメントの入力を促す旨を表示部３６に表示するよう要求があったか
否かを判断する（Ｓ１１０５）。採点結果・コメントの入力を促す旨を表示部３６に表示するよう要求がなかったと判断された場合には（Ｓ１１０５：Ｎｏ）、採点結果・コメントの入力を促す旨を表示部３６に表示するよう要求があるまで待機し、採点結果・コメントの入力を促す旨を表示部３６に表示するよう要求があったと判断された場合には（Ｓ１１０５：Ｙｅｓ）、操作部１８から採点結果・コメントが入力されたか否かを判断する(Ｓ１１１０)。操作部１８から採点結果・コメントが入力されたと判断された場合には(Ｓ１１１０：Ｙｅｓ)、その入力された採点結果・コメントに基づいて採点結果・コメントを通知する旨の採点結果・コメント通知データを作成し（Ｓ１１１５）、その作成した採点結果・コメント通知データを対象コマンダそれぞれに送信する（Ｓ１１２０）。そして、演奏した録音データを削除し（Ｓ１１２５）、本処理を終了する。
【０１２８】
一方、操作部１８から採点結果・コメントが入力されていないと判断された場合には(Ｓ１１１０：Ｎｏ)、採点結果・コメントを入力するよう促す旨の表示を表示部３６に表
示させてから一定時間が経過するまで待機し（Ｓ１１３０：Ｎｏ）、一定時間が経過するまでに操作部１８から採点結果・コメントが入力された場合にはＳ１１１５に移行し、操作部１８から採点結果・コメントが入力されないまま一定時間が経過した場合には（Ｓ１１３０：Ｙｅｓ）、演奏した録音データを削除し（Ｓ１１２５）、本処理を終了する。
【０１２９】
なお、上述の採点結果・コメントの入力の受付については、操作部１８の代わりにリモコン端末５０にて受け付けてもよい。
このように、カラオケ演奏を行う処理と採点結果・コメントの入力を受け付ける処理とを独立して実行することにより、カラオケ演奏を行っていないときでも、採点結果・コメントの入力を受け付けることができる。
【図面の簡単な説明】
【０１３０】
【図１】カラオケシステムの構成及び稼働時の周辺機器の構成を示すブロック図である。
【図２】カラオケ装置およびリモコン端末の全体構成を示すブロック図である。
【図３】特定カラオケ装置の制御部が実行する演奏録音処理を示すフローチャートである。
【図４】特定カラオケ装置の制御部が実行する演奏データ生成・配信処理を示すフローチャートである。
【図５】特定カラオケ装置の制御部が実行する録音データ削除処理を示すフローチャートである。
【図６】（ａ）は一般カラオケ装置の制御部が実行する入力受付処理を示すフローチャートであり、（ｂ）は、一般カラオケ装置の制御部が実行する演奏実績送信処理を示すフローチャートである。
【図７】一般カラオケ装置の制御部が実行する他コマンダ録音データ選択処理を示すフローチャートである。
【図８】一般カラオケ装置の制御部が実行する採点結果・コメント履歴表示処理を示すフローチャートである。
【図９】特定カラオケ装置の制御部が実行する受信処理を示すフローチャートである。
【図１０】特定カラオケ装置の制御部が実行する一時表示処理を示すフローチャートである。
【図１１】一般カラオケ装置の制御部が実行する演奏全体処理（１）を示すフローチャートである。
【図１２】（ａ）は一般カラオケ装置の制御部が実行する演奏全体処理（２）を示すフローチャートであり、（ｂ）は一般カラオケ装置の制御部が実行する採点結果・コメント入力処理を示すフローチャートである。
【図１３】（ａ）はカラオケ装置のＨＤＤが記憶する予約キューを示す説明図であり、（ｂ）は予約キューに含まれるレコードを示す説明図である。
【図１４】（ａ）は録音データを示す説明図であり、（ｂ）は録音完了通知データを示す説明図であり、（ｃ）は削除通知データを示す説明図であり、（ｄ）は録音データ要求通知データを示す説明図であり、（ｅ）は点数・コメント通知データを示す説明図であり、（ｆ）はグルーピング要求データを示す説明図であり、（ｇ）はグルーピング削除要求データを示す説明図である。
【図１５】（ａ）はコマンダ毎録音データリストを示す説明図であり、（ｂ）はコマンダ毎録音データリストに含まれるリストデータを示す説明図であり、（ｃ）は点数・コメント履歴リストを示す説明図であり、（ｄ）は点数・コメント履歴リストに含まれるレコードを示す説明図である。
【図１６】カラオケ装置のＨＤＤが記憶する録音データ生音変換テーブル(キー)を示す説明図である。
【図１７】カラオケ装置のＨＤＤが記憶する録音データ生音変換テーブル(スピード)を示す説明図である。
【図１８】（ａ）はカラオケ装置のＨＤＤが記憶する演奏履歴を示す説明図であり、（ｂ）は演奏履歴に含まれるヘッダを示す説明図であり、（ｃ）は演奏履歴に含まれるレコードを示す説明図である。
【図１９】サーバの全体構成を示すブロック図である。
【図２０】（ａ）はサーバのＲＡＭが記憶するグループリストを示す説明図であり、（ｂ）はグループリストに含まれるレコードを示す説明図であり、（ｃ）はグループリストを説明する説明図である。
【図２１】サーバの制御部が実行する受信処理を示すフローチャートである。
【図２２】サーバの制御部が実行するグルーピング削除処理を示すフローチャートである。
【図２３】サーバの制御部が実行する演奏実績受信処理を示すフローチャートである。
【図２４】サーバの制御部が実行するグルーピング処理を示すフローチャートである。
【符号の説明】
【０１３１】
１…カラオケ装置、１Ｍ…特定カラオケ装置、１Ｓ…一般カラオケ装置、
２…ローカルサーバ、３…カラオケボックス内ＬＡＮ、４…ＬＡＮハブ装置、
５…ブロードバンドルータ、６…ＡＤＳＬモデム、７…高速通信回線、８…中央サーバ、
８ａ…バス、８ｂ…ＬＡＮインターフェイス、８ｃ…ＲＯＭ、８ｄ…ＲＡＭ、
８ｅ…ＣＰＵ、８ｆ…制御インターフェイス、９…無線アクセスポイント、
１２…制御部、１４…インターフェイス部、１６…ハードディスク、１８…操作部、
２０…赤外線通信部、２２…操作処理部、２４…音声制御部、２６…マイクロフォン、
２８…スピーカ、３０…ＭＩＤＩ音源、３２…ビデオＲＡＭ、３４…映像再生部、
３６…表示部、３８…映像制御部、５０…リモコン端末、５２…制御部、
５４…赤外線通信部、５６…メモリ、５８…表示部、６０…操作部、６２…操作処理部、
６４…ビデオＲＡＭ、６６…映像制御部、６８…無線ＬＡＮ通信部、
１００…カラオケシステム
【図２】
2007241081.tif 000003
【図３】
2007241081.tif 000004
【図４】
2007241081.tif 000005
【図５】
2007241081.tif 000006
【図６】
2007241081.tif 000007
【図７】
2007241081.tif 000008
【図８】
2007241081.tif 000009
【図９】
2007241081.tif 000010
【図１０】
2007241081.tif 000011
【図１１】
2007241081.tif 000012
【図１２】
2007241081.tif 000013
【図１３】
2007241081.tif 000014
【図１４】
2007241081.tif 000015
【図１５】
2007241081.tif 000016
【図１６】
2007241081.tif 000017
【図１７】
2007241081.tif 000018
【図１８】
2007241081.tif 000019
【図１９】
2007241081.tif 000020
【図２０】
2007241081.tif 000021
【図２１】
2007241081.tif 000022
【図２２】
2007241081.tif 000023
【図２３】
2007241081.tif 000024
【図２４】
2007241081.tif 000025
【図１】
2007241081.tif 000026