(57)【要約】【課題】合唱曲の合唱に関し、合唱応募者の要望を最優先し、且つ特定の会員でなくても参加できることによって、合唱募集者の募集情報に対して応答し易くする。【解決手段】カラオケ装置１０ｂから送信された最終合唱応募者の要望情報（合唱曲の優先順位が上位）のデータを受信すると（Ｓ１２６：ＹＥＳ）、インタフェース部２０２を介してカラオケ装置１０ａから募集した合唱曲のカラオケ演奏開始信号を受信したか否かを判断する（Ｓ１２８）。そして、カラオケ装置１０ａから募集した合唱曲のカラオケ演奏開始信号を受信した場合には（Ｓ１２８：ＹＥＳ）、カラオケ演奏停止信号をカラオケ装置１０ｂへ送信する（Ｓ１３０）。そして、カラオケ装置１０ａとカラオケ装置１０ｂとに対して同期して合唱曲のカラオケ演奏を開始するよう合唱曲のカラオケ演奏開始信号を送信する。【選択図】図５
2007094284.tif 000002
【特許請求の範囲】
【請求項１】
選曲された識別子を有する楽曲の演奏データに基づいてカラオケ演奏を行なうとともに、マイクより入力された利用者による歌唱音声を出力可能な複数のカラオケ装置と、
前記複数のカラオケ装置を管理するための管理装置と、
前記複数のカラオケ装置と前記管理装置及び前記カラオケ装置同士を接続可能なネットワークと、
を備えるカラオケシステムであって、
前記カラオケ装置は、
カラオケ演奏を行なう楽曲の予約情報、合唱募集者の募集情報、合唱応募者の応募情報及び最終合唱応募者の要望情報を受け付ける受付手段と、
カラオケ演奏を行なう楽曲の予約情報、公募情報、応答情報及び曲順情報を表示する表示手段と、
前記管理装置が備える管理装置側通信部との間でデータを送受信するカラオケ装置側通信部と、
前記カラオケ装置側の合唱予約演奏処理を実行するカラオケ装置側制御手段と、
を備え、
前記管理装置は、
前記カラオケ装置からのカラオケ演奏を行なう楽曲の予約情報に基づいて楽曲の予約情報を記憶する予約情報記憶手段と、
前記カラオケ装置からの合唱募集者の募集情報に基づいて公募情報を生成する公募情報生成手段と、
前記カラオケ装置からの合唱応募者の応募情報に基づいて応答情報を生成する応答情報生成手段と、
前記カラオケ装置からの最終合唱応募者の要望情報に基づいて曲順情報を生成する曲順情報生成手段と、
前記カラオケ装置からの合唱応募者の応募情報を比較し、最終合唱応募者を決定する決定手段と、
合唱募集者の募集情報を受け付けたカラオケ装置と最終合唱応募者に対応するカラオケ装置との間で通信可能なように前記ネットワークを設定し、前記合唱募集者の募集情報を受け付けたカラオケ装置と前記最終合唱応募者の応募情報を受け付けたカラオケ装置とに対して同期してカラオケ演奏を開始するように指示するカラオケ演奏指示手段と、
前記カラオケ装置が備えるカラオケ装置側通信部との間でデータを送受信する管理装置側通信部と、
前記管理装置側の合唱予約演奏処理を実行する管理装置側制御手段と、
を備え、
前記管理装置が備える前記管理装置側制御手段は、以下に示す合唱予約演奏処理を実行することを特徴とするカラオケシステム。
（イ）カラオケ演奏を行なう楽曲の予約情報を受け付けたカラオケ装置から前記管理装置へ送信された前記予約情報を、前記管理装置側通信部を介して受信すると、その予約情報を前記予約情報記憶手段へ記憶する。
（ロ）合唱募集者の募集情報を受け付けたカラオケ装置から前記管理装置へ送信された前記募集情報を、前記管理装置側通信部を介して受信すると、その募集情報に基づいて、公募情報を生成するよう前記公募情報生成手段を制御する。
（ハ）前記公募情報生成手段によって生成された公募情報を、前記管理装置側通信部を介して、前記合唱募集者の募集情報を受け付けたカラオケ装置を除いたカラオケ装置へ送信する。
（ニ）合唱応募者の応募情報を受け付けたカラオケ装置から前記管理装置へ送信された前記応募情報を、前記管理装置側通信部を介して受信すると、その応募情報に基づいて、応答情報を生成するよう前記応答情報生成手段を制御するとともに、最終合唱応募者を決定するよう前記決定手段を制御する。
（ホ）前記応答情報生成手段によって生成された前記応答情報を、前記管理装置側通信部を介して、前記合唱募集者の募集情報を受け付けたカラオケ装置と合唱応募者の応募情報を受け付けたカラオケ装置とへ送信する。
（ヘ）前記合唱募集者の募集情報を受け付けたカラオケ装置に対応する楽曲の予約情報を前記予約情報記憶手段から読み出し、前記管理装置側通信部を介して前記決定手段によって決定された最終合唱応募者の応募情報を受け付けたカラオケ装置へ送信する。
（ト）最終合唱応募者の要望情報を受け付けたカラオケ装置から前記管理装置へ送信された前記要望情報を、前記管理装置側通信部を介して受信すると、その要望情報に基づいて、曲順情報を生成するよう前記曲順情報生成手段を制御する。
（チ）前記曲順情報生成手段によって生成された前記曲順情報を、前記管理装置側通信部を介して、前記合唱募集者の募集情報を受け付けたカラオケ装置と前記最終合唱応募者の応募情報を受け付けたカラオケ装置とへ送信する。
（リ）前記合唱募集者の募集情報を受け付けたカラオケ装置と前記最終合唱応募者の応募情報を受け付けたカラオケ装置とが募集された合唱曲のカラオケ演奏を開始する場合には、前記合唱募集者の募集情報を受け付けたカラオケ装置と前記最終合唱応募者の応募情報を受け付けたカラオケ装置との間で通信可能なように前記ネットワークを設定し、前記合唱募集者の募集情報を受け付けたカラオケ装置と前記最終合唱応募者の応募情報を受け付けたカラオケ装置とに対して同期してカラオケ演奏を開始するようカラオケ演奏指示手段を制御し、前記ネットワークを介してそれらのカラオケ装置における歌唱音声を互いの相手方のカラオケ装置へ送信する。
【請求項２】
請求項１に記載のカラオケシステムにおいて、
前記合唱募集者の募集情報は、少なくとも合唱曲名、待ち時間、歌唱パート及び楽曲のジャンルであることを特徴とするカラオケシステム。
【請求項３】
請求項１または請求項２に記載のカラオケシステムにおいて、
前記最終合唱応募者の要望情報は、少なくとも募集された合唱曲の優先順位であることを特徴とするカラオケシステム。
【請求項４】
請求項３に記載のカラオケシステムにおいて、
前記カラオケ装置は、カラオケ演奏中である楽曲の終了までの時間を算出する終了時間算出手段を備え、
前記管理装置は、楽曲の識別子と演奏時間との対応関係を記憶する演奏時間記憶手段を備え、
前記カラオケ装置が備える前記カラオケ装置側制御手段は、前記受付手段によって受け付けた最終合唱応募者の要望情報が募集された合唱曲の優先順位を下位とするものであった場合には、前記受付手段によって受け付けた最終合唱応募者の要望情報と、前記終了時間算出手段によって算出されたカラオケ演奏中である楽曲の終了までの時間とを前記カラオケ装置側通信部を介して前記管理装置へ送信し、
前記管理装置が備える前記管理装置側制御手段は、前記管理装置側通信部を介して前記最終合唱応募者の要望情報とカラオケ演奏中である楽曲の終了までの時間とを受信し、前記最終合唱応募者の要望情報とカラオケ演奏中である楽曲の終了までの時間とに基づいて、以下に示す合唱予約演奏処理を実行することを特徴とするカラオケシステム。
（ヌ）前記合唱募集者の募集情報を受け付けたカラオケ装置に対応する募集された合唱曲を除いた楽曲の予約情報を前記予約情報記憶手段から読み出す。
（ル）読み出された前記楽曲の予約情報から予約された楽曲の識別子を抽出し、抽出された楽曲の識別子に対応する楽曲ごとの演奏時間を前記演奏時間情報記憶手段から読み出し、最終合唱応募者のカラオケ演奏の終了までの時間内に演奏できる楽曲を選択する。
（ヲ）前記合唱募集者の募集情報を受け付けたカラオケ装置に対して前記選択された楽曲をカラオケ演奏するよう前記カラオケ演奏指示手段を制御する。
【請求項５】
請求項３または請求項４に記載のカラオケシステムにおいて、
前記カラオケ装置が備える前記カラオケ装置側制御手段は、前記受付手段によって受け付けた最終合唱応募者の要望情報が募集された合唱曲の優先順位を上位とするものであった場合には、前記受付手段によって受け付けた最終合唱応募者の要望情報を前記カラオケ装置側通信部を介して前記管理装置へ送信し、
前記管理装置が備える前記管理装置側制御手段は、前記管理装置側通信部を介して前記最終合唱応募者の要望情報を受信し、前記最終合唱応募者の要望情報に基づいて、以下に示す合唱予約演奏処理を実行することを特徴とするカラオケシステム。
（ワ）前記合唱募集者の募集情報を受け付けたカラオケ装置が募集された合唱曲のカラオケ演奏を開始したか否か、を判断し前記募集された合唱曲のカラオケ演奏を開始していないと判断した場合には、前記最終合唱応募者の応募情報を受け付けたカラオケ装置のカラオケ演奏が終了したか否かを判断し、前記最終合唱応募者の応募情報を受け付けたカラオケ装置のカラオケ演奏が終了すると、前記合唱募集者の募集情報を受け付けたカラオケ装置のカラオケ演奏を停止するよう前記カラオケ演奏指示手段を制御し、
前記募集された合唱曲のカラオケ演奏を開始していると判断した場合には、前記最終合唱応募者の応募情報を受け付けたカラオケ装置のカラオケ演奏を停止するよう前記カラオケ演奏指示手段を制御する。
（カ）前記合唱募集者の募集情報を受け付けたカラオケ装置と前記最終合唱応募者の応募情報を受け付けたカラオケ装置との間で通信可能なように前記ネットワークを設定し、合唱募集者の募集情報を受け付けたカラオケ装置と最終合唱応募者の応募情報を受け付けたカラオケ装置に対して同期してカラオケ演奏を開始するようカラオケ演奏指示手段を制御し、前記ネットワークを介してそれらのカラオケ装置における歌唱音声を互いの相手方のカラオケ装置へ送信する。
【請求項６】
請求項１〜請求項５のいずれかに記載のカラオケシステムにおいて、
合唱募集者の募集情報を受け付けたカラオケ装置と最終合唱応募者の応募情報を受け付けたカラオケ装置とに対して同期してカラオケ演奏する場合には、前記合唱募集者の募集情報を受け付けたカラオケ装置が備える前記カラオケ装置側制御手段が前記ネットワークを介して前記合唱募集者の募集情報を受け付けたカラオケ装置から前記最終合唱応募者の応募情報を受け付けたカラオケ装置へ歌詞テロップとカラオケ楽曲とを送信することを特徴とするカラオケシステム。
【請求項７】
請求項１〜請求項６のいずれかに記載のカラオケシステムにおいて、
前記カラオケ装置は、前記公募情報の送信可否情報を受け付ける受付手段を備え、
前記管理装置は、前記カラオケ装置からの前記公募情報の送信可否情報とカラオケ装置の装置番号とを対応付けた装置別送信可否情報を記憶する装置別送信可否情報記憶手段を備え、
前記受付手段によって前記公募情報の送信可否情報を受け付けた前記カラオケ装置が備える前記カラオケ装置側制御手段が前記カラオケ装置側通信部を介して前記公募情報の送信可否情報とカラオケ装置の装置番号とを前記管理装置へ送信し、
前記管理装置が備える前記管理装置側制御手段が前記管理装置側通信部を介して前記公募情報の送信可否情報を受信すると、前記公募情報の送信可否情報を前記送信可否情報記憶手段へ記憶し、前記公募情報生成手段によって生成された公募情報を前記合唱募集者の募集情報を受け付けたカラオケ装置を除いたカラオケ装置へ送信する場合には、前記装置別送信可否情報記憶手段に記憶されている装置別送信可否情報を読み出し、前記公募情報の送信可否情報が送信否であるカラオケ装置の装置番号に対応するカラオケ装置へは前記公募情報を送信しないことを特徴とするカラオケシステム。
【請求項８】
請求項３〜請求項７のいずれかに記載のカラオケシステムにおいて、
前記管理装置は、楽曲の識別子と合唱員数とを対応付けた合唱員数情報を記憶する合唱員数情報記憶手段を備え、
前記管理装置が備える前記管理装置側制御手段は、前記管理装置側通信部を介して合唱募集者の募集情報を受信した場合には、前記合唱募集者の募集情報から楽曲の識別子を抽出し、抽出された楽曲の識別子に対応する合唱員数を前記合唱員数情報記憶手段から読み出し、読み出された合唱員数と、合唱募集者の募集情報とに基づいて、公募情報を生成するよう前記公募情報生成手段を制御することを特徴とするカラオケシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のカラオケ装置と、これらのカラオケ装置を管理するための管理装置と、カラオケ装置と管理装置及びカラオケ装置同士を接続可能なネットワークとを備えるカラオケシステムに関する。
【背景技術】
【０００２】
従来のカラオケ装置では、デュエット曲を歌いたいと思った場合、相手になる人を一緒にカラオケを楽しんでいるグループ員の中から募るのが一般的である。ただし、デュエット曲を一緒に歌ってくれる（歌える）人が同じグループ内に必ずいるとは限らない。例えば、１人でカラオケを楽しんでいる場合には当然相手は居ないし、複数人であっても同性しか居ない場合には男女声によるデュエット曲は歌えなくなる。
【０００３】
そこで、このような場合を想定して、同一ネットワーク上の複数のカラオケ端末の全ての利用者をデュエット相手の候補にしてデュエット相手を探すようなカラオケシステム（例えば特許文献１参照）がある。このカラオケシステムにおいては、カラオケ端末にてキーパッドから入力されたデュエット要求を、ネットワークを介してフロント端末が受信すると、デュエット要求をしてきた以外の全てのカラオケ端末に、ネットワークを通してデュエット要求が表示されるように制御する。そして、デュエット了解を送信してきたカラオケ端末があれば、デュエット要求してきたカラオケ端末に希望者がある旨の通知を行なう。そして、デュエット要求してきたカラオケ端末とデュエット了解をしてきたカラオケ端末とのチャンネルを一致させ、同期させながらカラオケ演奏をさせるものである。
【０００４】
また、カラオケのデュエットを行なうパートナーを探し出す作業を支援するデュエットパートナー紹介システム（例えば特許文献２参照）がある。このデュエットパートナー紹介システムは、会員制が前提のシステムである。したがって、個人情報を登録した会員のみが本システムを利用できる。このデュエットパートナー紹介システムにおいては、システムホストに楽曲の伴奏データが蓄積され、カラオケ端末は、システムホストから通信回線を介して送付される伴奏データに基づいて楽曲の演奏を行なう。システムホストは、カラオケ端末を使用する使用者からのデュエットパートナーの紹介の要求に応じ、複数のカラオケ端末をそれぞれ使用している各使用者の中から該要求に適合するデュエットのパートナーの候補の抽出を行なう。カラオケ端末は、この抽出の結果であるデュエットのパートナーの候補についての情報をカラオケ端末を使用する使用者に提示するものである。
【０００５】
さらに、デュエット（合唱）の相手を募集し、応募があった後に演奏予約するカラオケ装置の演奏予約システム（例えば特許文献３参照）がある。このカラオケ装置の演奏予約システムにおいては、まずデュエットの参加者を募集するデュエット希望曲を仮予約する。仮予約されたデュエット募集曲は店内の利用客に告知され、この告知されたデュエット募集曲に対する応募者を募る。デュエット曲の応募者が現れた時、デュエット募集曲を演奏予約するものである。
【特許文献１】特開平１０−３９８７９号公報（第２頁〜第３頁）
【特許文献２】特開２００２−６８７０号公報（第３頁）
【特許文献３】特開２００５−１７７３６号公報（第３頁）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上述の特許文献１に記載されたカラオケシステムにおいては、デュエット要求をしてきた以外の全てのカラオケ端末に、ネットワークを通してデュエット要求が表示されても、デュエット要求をしてきた以外の全てのカラオケ端末を使用している各使用者がすぐに対応できない場合がある。つまり、デュエット要求をしてきた以外の全てのカラオケ端末を使用している各使用者は、カラオケ歌唱で盛り上がっている最中だったり、既に何曲かのカラオケ演奏曲が予約されていた場合である。このような場合には、デュエット要求が表示された時点のカラオケ歌唱を中断したり、後回しにして、デュエット要求を優先するという状況にはない。したがって、デュエット要求に興味を抱いたとしてもデュエット了解の応答を出しにくい。
【０００７】
また、上述の特許文献２に記載されたデュエットパートナー紹介システムにおいては、
会員制が前提であるため、会員以外の人は参加できない。また、プライバシー保護のために、個人情報を登録したくない人は会員に登録されないので参加できない。そして、デュエットパートナーの検索を希望する者が、各種個人情報の入力を行なう必要があり、この操作が煩雑であるという問題があった。
【０００８】
さらに、上述の特許文献３に記載されたカラオケ装置の演奏予約システムにおいては、１台のカラオケ装置を店内の利用客で共用するカラオケパブのような環境を前提として、カラオケ演奏予約を行なっている。したがって、仲間同士で楽しむのが前提であるカラオケ部屋でのカラオケ演奏とは、前提が相違している。つまり、複数台のカラオケ装置を利用してデュエット曲を演奏する場合とは、課題が相違している。
【０００９】
なお、これまでの説明では、デュエットで歌唱する二重唱の場合を例示して説明したが、例えば３〜５人で歌唱する重唱や斉唱も含み、２人以上で歌唱する合唱の場合であっても同様の問題が生じる。
【００１０】
そこで本発明は、上記課題に鑑みなされたものであり、合唱曲の合唱に関し、合唱応募者の要望を最優先し、且つ特定の会員でなくても参加できることによって、合唱募集者の募集情報に対して応答し易く、合唱応募者の応答の確率を高めるカラオケシステムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上述した問題点を解決するためになされた本発明のカラオケシステム（１：なお、この欄においては、発明に対する理解を容易にするため、必要に応じて「発明を実施するための最良の形態」欄において説明した構成要素を括弧内に示すが、この記載によって特許請求の範囲を限定することを意味するものではない。）は、選曲された識別子を有する楽曲の演奏データに基づいてカラオケ演奏を行なうとともに、マイクより入力された利用者による歌唱音声を出力可能な複数のカラオケ装置（１０）と、複数のカラオケ装置（１０）を管理するための管理装置（２０）と、複数のカラオケ装置（１０）と管理装置（２０）及びカラオケ装置（１０）同士を接続可能なネットワーク（１００）と、を備えている。
【００１２】
カラオケ装置（１０）は、カラオケ演奏を行なう楽曲の予約情報、合唱募集者の募集情報、合唱応募者の応募情報及び最終合唱応募者の要望情報を受け付ける受付手段（１１８）と、カラオケ演奏を行なう楽曲の予約情報、公募情報、応答情報及び曲順情報を表示する表示手段（１３６）と、管理装置（２０）が備える管理装置側通信部（２０２）との間でデータを送受信するカラオケ装置側通信部（１１４）と、カラオケ装置（１０）側の合唱予約演奏処理を実行するカラオケ装置側制御手段（１１２）と、を備えている。
【００１３】
管理装置（２０）は、カラオケ装置（１０）からのカラオケ演奏を行なう楽曲の予約情報に基づいて楽曲の予約情報を記憶する予約情報記憶手段（２０４）と、カラオケ装置（１０ａ）からの合唱募集者の募集情報に基づいて公募情報を生成する公募情報生成手段（２０１）と、カラオケ装置（１０ａ，１０ｂ）からの合唱応募者の応募情報に基づいて応答情報を生成する応答情報生成手段（２０１）と、カラオケ装置（１０ｂ）からの最終合唱応募者の要望情報に基づいて曲順情報を生成する曲順情報生成手段（２０１）と、カラオケ装置（１０ａ，１０ｂ）からの合唱応募者の応募情報を比較し、最終合唱応募者を決定する決定手段（２０１）と、合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）と最終合唱応募者に対応するカラオケ装置（１０ｂ）との間で通信可能なようにネットワーク（１００）を設定し、合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）と最終合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ）とに対して同期してカラオケ演奏を開始するように指示するカラオケ演奏指示手段（２０１）と、カラオケ装置（１０）が備えるカラオケ装置側通信部（１１４）との間でデータを送受信する管理装置側通信部（２０２）と、管理装置（２０）側の合唱予約演奏処理を実行する管理装置側制御手段（２０１）と、を備えている。
【００１４】
そして、管理装置（２０）が備える管理装置側制御手段（２０１）は、以下に示す合唱予約演奏処理を実行する。
（イ）カラオケ演奏を行なう楽曲の予約情報を受け付けたカラオケ装置（１０）から管理装置（２０）へ送信された予約情報を、管理装置側通信部（２０２）を介して受信すると、その予約情報を予約情報記憶手段（２０４）へ記憶する。
【００１５】
（ロ）合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）から管理装置（２０）へ送信された募集情報を、管理装置側通信部（２０２）を介して受信すると、その募集情報に基づいて、公募情報を生成するよう公募情報生成手段（２０１）を制御する。
【００１６】
（ハ）公募情報生成手段（２０１）によって生成された公募情報を、管理装置側通信部（２０２）を介して、合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）を除いたカラオケ装置（１０ｂ，１０ｃ）へ送信する。
【００１７】
（ニ）合唱応募者の応募情報を受け付けたカラオケ装置（１０ａ，１０ｂ）から管理装置（２０）へ送信された応募情報を、管理装置側通信部（２０２）を介して受信すると、その応募情報に基づいて、応答情報を生成するよう応答情報生成手段（２０１）を制御するとともに、最終合唱応募者を決定するよう決定手段（２０１）を制御する。
【００１８】
（ホ）応答情報生成手段（２０１）によって生成された応答情報を、管理装置側通信部（２０２）を介して、合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）と合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ，１０ｃ）とへ送信する。
【００１９】
（ヘ）合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）に対応する楽曲の予約情報を予約情報記憶手段（２０４）から読み出し、管理装置側通信部（２０２）を介して決定手段（２０１）によって決定された最終合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ）へ送信する。
【００２０】
（ト）最終合唱応募者の要望情報を受け付けたカラオケ装置（１０ｂ）から管理装置（２０）へ送信された要望情報を、管理装置側通信部（２０２）を介して受信すると、その要望情報に基づいて、曲順情報を生成するよう曲順情報生成手段（２０１）を制御する。
【００２１】
（チ）曲順情報生成手段（２０１）によって生成された曲順情報を、管理装置側通信部（２０２）を介して、合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）と最終合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ）とへ送信する。
【００２２】
（リ）合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）と最終合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ）とが募集された合唱曲のカラオケ演奏を開始する場合には、合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）と最終合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ）との間で通信可能なようにネットワーク（１００）を設定し、合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）と最終合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ）とに対して同期してカラオケ演奏を開始するようカラオケ演奏指示手段（２０１）を制御し、ネットワーク（１００）を介してそれらのカラオケ装置（１０ａ，１０ｂ）における歌唱音声を互いの相手方のカラオケ装置（１０ａ，１０ｂ）へ送信する。
【００２３】
上述のように、本発明のカラオケシステム（１）は、管理装置側通信部（２０２）を介して受信された最終合唱応募者の要望情報に基づいて、曲順情報生成手段（２０１）によって曲順情報を生成させるので、合唱応募者の応募情報に基づいて決定された最終合唱応募者の要望を最優先にして曲順が決定される。例えば、最終合唱応募者が、カラオケ歌唱で盛り上がっている最中であれば、そのカラオケ歌唱が終了してから、募集された合唱曲を合唱してもよいし、既に何曲かのカラオケ演奏曲が予約されていた場合にそれらのカラオケ演奏曲が終了してから、募集された合唱曲を合唱してもよい。もちろん、最終合唱応募者は、直ぐに募集された合唱曲を合唱してもよい。つまり、最終合唱応募者の要望を最優先して曲順が決定され、且つ特定の会員でなくても参加できるので、合唱募集者の募集情報に対して応答し易く、合唱応募の応答の確率を高めることができる。
【００２４】
また、合唱募集者の募集情報の内容として様々なものが考えられるが、請求項２に示すように、少なくとも合唱曲名、待ち時間、歌唱パート及び楽曲のジャンルであるとよい。合唱応募する側としては、その合唱曲名によって歌える（歌いたい）歌えない（歌いたくない）の判断とし、待ち時間によって合唱を開始するまでの時間の猶予がどの位あるかを判断し、歌唱パート、例えば男性パートなのか女性パートなのかによって例えばデュエット相手となり得るかどうかを判断し、楽曲のジャンル、例えばポップスか演歌かによって希望しているジャンルの楽曲か否かを判断するからである。なお、これらに加えて、合唱募集者をビデオカメラなどで撮影した映像も併せて表示させるようにしてもよい。
【００２５】
そして、最終合唱応募者の要望情報の内容としても様々なものが考えられるが、請求項３に示すように、少なくとも募集された合唱曲の優先順位であるとよい。最終合唱応募者側としては、例えばカラオケ歌唱で盛り上がっている最中であれば、そのカラオケ歌唱が終了してから、募集された合唱曲を合唱してもよいし、既に何曲かのカラオケ演奏曲が予約されていた場合にそれらのカラオケ演奏曲が終了してから、募集された合唱曲を合唱してもよいように募集された合唱曲の優先順位を下位とすることができる。もちろん、最終合唱応募者が、直ぐに募集された合唱曲を合唱してもよいように募集された合唱曲の優先順位を上位とすることができる。つまり、最終合唱応募者の要望を最優先して募集された合唱曲の歌唱順位が決定されるので、合唱募集者の募集情報に対して応答し易く、合唱応募の応答の確率を高めることができる。
【００２６】
一方、合唱募集者の募集情報に対して応答し易く、合唱応募者の応答の確率を高めるために最終合唱応募者の要望を最優先して募集された合唱曲の歌唱順位が決定されるので、最終合唱応募者の要望情報が募集された合唱曲の優先順位を下位とするものであった場合には、合唱募集者側は募集された合唱曲を合唱するまで待たされることが起こり得る。つまり、合唱募集側は、待たされている時間内にカラオケ歌唱の楽しみを得ることができない。
【００２７】
そこで、請求項４に記載のように合唱募集者側は、最終合唱応募者のカラオケ演奏の終了までの時間内に演奏できる予約された募集された合唱曲を除いた楽曲をカラオケ演奏できるようにすることが望ましい。
【００２８】
すなわち、カラオケ装置（１０）は、カラオケ演奏中である楽曲の終了までの時間を算出する終了時間算出手段（１２４）を備え、管理装置（２０）は、楽曲の識別子と演奏時間との対応関係を記憶する演奏時間記憶手段（２０３）を備える。
【００２９】
カラオケ装置（１０ｂ）が備えるカラオケ装置側制御手段（１１２ｂ）は、受付手段（１１８ｂ）によって受け付けた最終合唱応募者の要望情報が募集された合唱曲の優先順位を下位とするものであった場合には、受付手段（１１８ｂ）によって受け付けた最終合唱応募者の要望情報と、終了時間算出手段（１２４ｂ）によって算出されたカラオケ演奏中である楽曲の終了までの時間とをカラオケ装置側通信部（１１４ｂ）を介して管理装置（２０）へ送信する。
【００３０】
管理装置（２０）が備える管理装置側制御手段（２０１）は、管理装置側通信部（２０２）を介して最終合唱応募者の要望情報とカラオケ演奏中である楽曲の終了までの時間とを受信し、最終合唱応募者の要望情報とカラオケ演奏中である楽曲の終了までの時間とに基づいて、以下に示す合唱予約演奏処理を実行する。
【００３１】
（ヌ）合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）に対応する募集された合唱曲を除いた楽曲の予約情報を予約情報記憶手段（２０４）から読み出す。
（ル）読み出された楽曲の予約情報から予約された楽曲の識別子を抽出し、抽出された楽曲の識別子に対応する楽曲ごとの演奏時間を演奏時間情報記憶手段（２０３）から読み出し、最終合唱応募者のカラオケ演奏の終了までの時間内に演奏できる楽曲を選択する。
【００３２】
（ヲ）合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）に対して前記選択された楽曲をカラオケ演奏するようカラオケ演奏指示手段（２０１）を制御する。
このように構成された本発明のカラオケシステムによれば、最終合唱応募者の要望情報が募集された合唱曲の優先順位を下位とするものであった場合にも、最終合唱応募者のカラオケ演奏の終了までの時間内に演奏できる予約された募集された合唱曲を除いた楽曲をカラオケ演奏できる。つまり、合唱募集者側は待たされている時間内にもカラオケ歌唱の楽しみを得ることができる。
【００３３】
また、合唱募集者の募集情報に対して応答し易く、合唱応募の応答の確率を高めるために最終合唱応募者の要望を最優先して募集された合唱曲の歌唱順位が決定されるので、最終合唱応募者の要望が募集された合唱曲の優先順位を上位とした場合には、請求項５に記載のように、合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）が募集された合唱曲のカラオケ演奏を開始しているか否かに応じて、合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）と最終合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ）とが早期にカラオケ演奏を停止し、募集された合唱曲のカラオケ演奏できるようにすることが望ましい。
【００３４】
すなわち、カラオケ装置（１０ｂ）が備えるカラオケ装置側制御手段（１１２ｂ）は、受付手段（１１８ｂ）によって受け付けた最終合唱応募者の要望情報が募集された合唱曲の優先順位を上位とするものであった場合には、受付手段（１１８ｂ）によって受け付けた最終合唱応募者の要望情報をカラオケ装置側通信部（１１４ｂ）を介して管理装置（２０）へ送信する。
【００３５】
管理装置（２０）が備える管理装置側制御手段（２０１）は、管理装置側通信部（２０２）を介して最終合唱応募者の要望情報を受信し、最終合唱応募者の要望情報に基づいて、以下に示す合唱予約演奏処理を実行する。
【００３６】
（ワ）合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）が募集された合唱曲のカラオケ演奏を開始したか否か、を判断し募集された合唱曲のカラオケ演奏を開始していないと判断した場合には、最終合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ）のカラオケ演奏が終了したか否かを判断し、最終合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ）のカラオケ演奏が終了すると、合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）のカラオケ演奏を停止するようカラオケ演奏指示手段（２０１）を制御する。一方、募集された合唱曲のカラオケ演奏を開始していると判断した場合には、最終合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ）のカラオケ演奏を停止するようカラオケ演奏指示手段（２０１）を制御する。
【００３７】
（カ）合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）と最終合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ）との間で通信可能なようにネットワーク（１００）を設定し、合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）と最終合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ）に対して同期してカラオケ演奏を開始するようカラオケ演奏指示手段（２０１）を制御し、ネットワーク（１００）を介してそれらのカラオケ装置（１０ａ，１０ｂ）における歌唱音声を互いの相手方のカラオケ装置（１０ａ，１０ｂ）へ送信する。
【００３８】
このように構成された本発明のカラオケシステム（１）によれば、最終合唱応募者の要望が募集された合唱曲の優先順位を上位とした場合には、合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）と最終合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ）とが早期にカラオケ演奏を停止し、募集された合唱曲のカラオケ演奏できるので、最終合唱応募者の要望を最優先して曲順が決定されることになる。つまり、合唱募集者の募集情報に対して応答し易く、合唱応募の応答の確率を高めることができる。
【００３９】
ところで、合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）と最終合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ）とに対して同期してカラオケ演奏する場合には、請求項６に示すように、合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）が備えるカラオケ装置側制御手段（１１２）がネットワーク（１００）を介して合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）から最終合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ）へ歌詞テロップとカラオケ楽曲とを送信するとよい。
【００４０】
このように構成された本発明のカラオケシステムによれば、合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）から最終合唱応募者の応募情報を受け付けたカラオケ装置（１０ｂ）へ歌詞テロップとカラオケ楽曲とを送信するので、それぞれのカラオケ装置（１０ａ、１０ｂ）においてカラオケ演奏のタイミングのずれは起こらない。
【００４１】
また、募集された合唱曲に応募する意思が全くない利用者にとっては、勝手に公募情報が送付されてくることは好ましくない。そこで、請求項７に記載のように、公募情報を送付して欲しい利用者にのみ公募情報を送付すれば、この不都合は解消できる。
【００４２】
すなわち、カラオケ装置（１０）は、公募情報の送信可否情報を受け付ける受付手段（１１８）を備える。そして、管理装置（２０）は、カラオケ装置（１０）からの公募情報の送信可否情報とカラオケ装置（１０）の装置番号とを対応付けた装置別送信可否情報を記憶する装置別送信可否情報記憶手段（２０４）を備える。
【００４３】
受付手段（１１８）によって公募情報の送信可否情報を受け付けたカラオケ装置（１０）が備えるカラオケ装置側制御手段（１１２）がカラオケ装置側通信部を介して公募情報の送信可否情報とカラオケ装置（１０）の装置番号とを管理装置（２０）へ送信する。
【００４４】
管理装置（２０）が備える管理装置側制御手段（２０１）が管理装置側通信部（２０２）を介して公募情報の送信可否情報を受信すると、公募情報の送信可否情報を送信可否情報記憶手段（２０４）へ記憶する。そして、公募情報生成手段によって生成された公募情報を合唱募集者の募集情報を受け付けたカラオケ装置（１０ａ）を除いたカラオケ装置（１０）へ送信する場合には、装置別送信可否情報記憶手段（２０４）に記憶されている装置別送信可否情報を読み出し、公募情報の送信可否情報が送信否であるカラオケ装置（１０ｄ）の装置番号に対応するカラオケ装置（１０ｄ）へは公募情報を送信しない。
【００４５】
このように構成された本発明のカラオケシステムによれば、利用者は公募情報の送信可否の情報を入力できるので、募集された合唱曲に応募する意思が全くない利用者にとっては、公募情報の送信否を入力すれば公募情報が来ないので煩わしくない。つまり、どこからも邪魔されずに、親しい仲間達とカラオケ歌唱の楽しみを得ることができる。
【００４６】
また、例えばデュエット曲においては、歌唱パート数は２つであるが、例えばゴスペル曲においては、歌唱パート数は３〜５つであり、重唱曲や合唱曲においては、歌唱パート数はそれぞれ楽曲ごとに設定されている数値であり、それらの合唱員数を調べるのは利用者にとって厄介である。そこで、請求項８に記載のように、楽曲によって必要な合唱員数を自動的に公募するとよい。
【００４７】
すなわち、管理装置（２０）は、楽曲の識別子と合唱員数とを対応付けた合唱員数情報を記憶する合唱員数情報記憶手段（２０３）を備えている。そして、管理装置（２０）が備える管理装置側制御手段（２０１）は、管理装置側通信部（２０２）を介して合唱募集者の募集情報を受信した場合には、合唱募集者の募集情報から楽曲の識別子を抽出し、抽出された楽曲の識別子に対応する合唱員数を合唱員数情報記憶手段（２０３）から読み出し、読み出された合唱員数と、合唱募集者の募集情報とに基づいて、公募情報を生成するよう公募情報生成手段を制御する。
【００４８】
このように構成された本発明のカラオケシステムによれば、管理装置（２０）が備える管理装置側制御手段（２０１）は、楽曲の識別子に対応する合唱員数を含めて公募情報を生成するよう公募情報生成手段を制御するので、合唱募集者側の利用者は、楽曲によって必要な合唱員数を調べたり、入力したりする手間を省くことができる。
【発明を実施するための最良の形態】
【００４９】
以下に本発明の実施形態を図面とともに説明する。
図１は、カラオケシステム１の全体構成を示すブロック図である。
［カラオケシステム１の構成の説明］
カラオケシステム１は、図１に示すように、複数のカラオケ装置１０と複数のカラオケ装置１０間での合唱曲の合唱をセッテングするサーバ２０と上記複数のカラオケ装置１０及びサーバ２０を結ぶ通信のためのネットワーク１００によって構成されている。以下サーバ２０及びカラオケ装置１０の構成を、順に説明する。
【００５０】
なお、以下の説明において、例えば合唱募集者が利用するカラオケ装置１０をカラオケ装置１０ａとし、最終合唱応募者となる合唱応募者が利用するカラオケ装置１０をカラオケ装置１０ｂとする。また、最終合唱応募者とはならない合唱応募者が利用するカラオケ装置１０をカラオケ装置１０ｃとし、送信許可していない利用者が利用するカラオケ装置１０をカラオケ装置１０ｄとする。また、カラオケ装置１０ａ〜１０ｄが備えている構成要素についても、同様にカラオケ装置１０の構成要素の符号に「ａ〜ｄ」を付加する。例えばカラオケ装置１０ａが備える制御部１１２を制御部１１２ａとする。
【００５１】
［サーバ２０の構成の説明］
サーバ２０には、サーバ２０全体を制御するための制御部２０１が備えられている。制御部２０１は、インタフェース部２０２を介してネットワーク１００に接続されており、インタフェース部２０２を介して複数のカラオケ装置１０と通信することができる。また、制御部２０１には、記憶手段としてのハードディスク（ＨＤＤ）２０３及びメモリ２０４が接続されている。なお、制御部２０１は、後述する各種処理を実行する。
【００５２】
このうち、ＨＤＤ２０３には、図２（ａ）に例示するように演奏時間データを記憶する演奏時間データのメモリ領域５０が設けられている。
演奏時間データとは、カラオケ演奏する楽曲ごとの演奏時間のデータを指す。なお、カラオケ演奏する楽曲データは、識別子例えば楽曲番号を有している。
【００５３】
さて、演奏時間データは、図２（ｂ）に例示するように、楽曲データの楽曲番号（１〜ｎ）の数値「１〜ｎ」と関連付けられて演奏時間データのメモリ領域５０（ｎ）へ記憶されている。一例を挙げると、楽曲番号（１）に対応する演奏時間データは、楽曲番号の数値「１」とともに、演奏時間データのメモリ領域５０（１）へ記憶されている。
【００５４】
また、メモリ２０３には、図３（ａ）に例示するように楽曲予約データを記憶する楽曲予約データのメモリ領域６０、送信可否データを記憶する送信可否データのメモリ領域６２が設けられている。以下にそれぞれのメモリ領域に記憶されるデータについて順に説明する。
【００５５】
（イ）楽曲予約データ
楽曲予約データとは、カラオケ装置１０の操作部１１８で受け付けた例えば「曲名」、「歌手名」、「ジャンル」及び「曲番」を含む楽曲の予約データを指す。このカラオケ装置１０の操作部１１８で受け付けた楽曲予約データは操作処理部１２２によって制御部１１２へ送信され、制御部１１２はこの楽曲予約データをサーバ２０へ送信する。そして、サーバ２０の制御部２０１は、インタフェース部２０２を介して楽曲予約データを受信するとその楽曲予約データをメモリ２０４の楽曲予約データのメモリ領域６０へ記憶する。
【００５６】
さて、楽曲予約データは、図３（ｂ），（ｃ）に例示するように、楽曲予約番号（１〜Ｎ）の数値「１〜Ｎ」と、装置番号とともに関連付けられて楽曲予約データのメモリ領域６０ａ（Ｎ）〜６０ｎ（Ｎ）へ制御部２０１によって記憶される。一例を挙げると、カラオケ装置１０ａの装置番号（１）、予約番号（１）に対応する楽曲予約データは、予約番号の数値「１」と、カラオケ装置１０ａの装置番号の数値「１」とともに、制御部２０１によって楽曲予約データのメモリ領域６０ａ（１）へ記憶される。
【００５７】
（ロ）送信可否データ
送信可否データとは、カラオケ装置１０の操作部１１８で受け付けた例えば「送信可」もしくは「送信不可」の送信可否のデータを指す。このカラオケ装置１０の操作部１１８で受け付けた送信可否データは操作処理部１２２によって制御部１１２へ送信され、制御部１１２はこの送信可否データをサーバ２０へ送信する。そして、サーバ２０の制御部２０１は、インタフェース部２０２を介して送信可否データを受信すると、その送信可否データを送信可否データのメモリ２０３のメモリ領域６２へ記憶する。
【００５８】
さて、送信可否データは、図３（ｄ）に例示するように、装置番号（１〜ｎ）の数値「１〜ｎ」と関連付けられて送信可否データのメモリ領域６２（ｎ）へ制御部２０１によって記憶される。一例を挙げると、カラオケ装置１０ａの装置番号（１）に対応する送信可否データは、装置番号の数値「１」とともに、制御部２０１によってメモリ領域６２（１）へ記憶される。
【００５９】
なお、本実施形態においては、サーバ２０が「管理装置」に相当し、制御部２０１が「公募情報生成手段」、「応答情報生成手段」、「曲順情報生成手段」、「決定手段」、「カラオケ演奏指示手段」及び「管理装置側制御手段」に相当する。また、インタフェース部２０２が「管理装置側通信部」に相当し、ＨＤＤ２０３が「演奏時間記憶手段」に相当し、メモリ２０４が「予約情報記憶手段」及び「装置別送信可否情報記憶手段」に相当する。
【００６０】
［カラオケ装置１０の構成の説明］
カラオケ装置１０は、図１に示すように、カラオケ装置１０全体の動作を制御する制御部１１２、カラオケ装置１０をネットワーク１００に接続するためのインタフェース部１１４、演奏楽曲の伴奏内容及び歌詞を示す楽曲データや映像データなどを記憶するハードディスク（ＨＤＤ）１１６、複数のキー・スイッチからなる操作部１１８、リモコン端末１２や携帯電話からの赤外線信号を赤外線通によって受信するための赤外線通信部１２０、操作部１１８からの信号を処理する操作処理部１２２、ハードディスク１１６に記憶された楽曲データから演奏楽曲のオーディオ信号（音響，音声に関する信号）を生成し、生成されたオーディオ信号及びマイクロフォン（以下、マイクという）１２６から入力されたオーディオ信号を増幅してスピーカ１２８へ出力する音声制御部１２４、ＭＩＤＩ音源１３０、映像情報を一時的に記憶するビデオＲＡＭ１３２、映像データに基づく映像の再生を制御する映像再生部１３４、ビデオＲＡＭ１３２に記憶された映像情報及び映像再生部１３４により再生される映像の表示部１３６での表示を制御する映像制御部１３８などを備えている。
【００６１】
そして、制御部１１２、インタフェース部１１４、ＨＤＤ１１６、赤外線通信部１２０、操作処理部１２２、ビデオＲＡＭ１３２、映像再生部１３４、映像制御部１３８は、各々バス１３９によって接続されている。また、制御部１１２と音声制御部１２４とはＵＳＢ１４０によって接続されている。なお、制御部１１２及び音声制御部１２４は、後述する各種処理を実行する。
【００６２】
なお、本実施形態においては、操作部１１８が「受付手段」に相当し、表示部１３６が「表示手段」に相当し、インタフェース部１１４が「カラオケ装置側通信部」に相当する。また、制御部１１２が「カラオケ装置側制御手段」に相当し、音声制御部１２４が「終了時間算出手段」に相当する。
【００６３】
［合唱予約演奏処理の概要の説明］
以下に、カラオケシステム１の合唱予約演奏処理の概要を図４に基づいて説明する。図４においては、４台のカラオケ装置１０ａ〜１０ｄと１台のサーバ２０とを備えるカラオケシステム１を例示している。
【００６４】
まず、合唱募集者が利用しているカラオケ装置１０ａからサーバ２０へ矢印（１）のように合唱募集者の募集情報が送信される。この合唱募集者の募集情報には、例えば「合唱曲名」、「歌手名」、「ジャンル」、「曲番」、「待ち時間」及び「歌唱パート」の情報が含まれている。ここで、「待ち時間」とは、合唱募集者が合唱曲を開始するまでに待てる時間を指し、「歌唱パート」とは、募集している相手の歌唱パートを指す。
【００６５】
すると、サーバ２０は、この募集情報に基づいて、公募情報を生成する。そして、この募集情報を送信してきたカラオケ装置１０ａと送信許可していないカラオケ装置１０ｄとを除いたカラオケ装置１０ｂとカラオケ装置１０ｃとへ矢印（２）のように公募情報が送信される。この公募情報には、例えば「募集番号」、「合唱曲名」、「ジャンル」、「応募期間」及び「歌唱パート」の情報が含まれている。ここで、「募集番号」とは、サーバ２０により、例えば募集を受け付けた順番に生成される番号を指す。「応募期間」とは、サーバ２０により、合唱募集者の募集情報に含まれる「待ち時間」から算出される合唱募集者が合唱曲を開始するまでに待てる時刻を指す。例えば、合唱募集者の募集情報が送信されてきた時刻が「１２：００」で「待ち時間」が「３０分」とすれば、「応募期間」は「１２：３０」と算出される。
【００６６】
カラオケ装置１０ｂとカラオケ装置１０ｃとは、公募情報をそれらの表示部１３６ｂ，１３６ｃへ表示する。カラオケ装置１０ｂの利用者が公募情報を見て応募した場合には、カラオケ装置１０ｂからサーバ２０へ矢印（３）のように応募情報が送信される。そして、カラオケ装置１０ｂの利用者の応募の後に、カラオケ装置１０ｃの利用者が応募する場合には、カラオケ装置１０ｃからサーバ２０へ矢印（３’）のように応募情報が送信される。これらの応募情報には、例えば「募集番号」、「合唱曲名」及び「歌唱パート」の情報が含まれている。
【００６７】
すると、サーバ２０は、カラオケ装置１０ｂ，１０ｃの応募情報に基づいて、応答情報を生成する。上述のように、例えばカラオケ装置１０ｂからの応募情報を１番目に受信し、カラオケ装置１０ｃからの応募情報を２番目に受信した場合には、サーバ２０は、先着して受信したカラオケ装置１０ｂを最終合唱応募者と決定する。そして、サーバ２０は、募集情報を送信してきたカラオケ装置１０ａへは、矢印（４）のように最終合唱応募者が決定された旨を送信し、最終合唱応募者と決定したカラオケ装置１０ｂへは、矢印（４’）のように最終合唱応募者になった旨を送信し、最終合唱応募者と決定されなかったカラオケ装置１０ｃへは、矢印（４’’）のように最終合唱応募者になれなかった旨を送信する。この応答情報には、例えば「募集番号」、「合唱曲名」、「歌唱パート」及び「応募結果」の情報が含まれている。ここで、「応募結果」とは、例えば「最終合唱応募者が決定された」、「最終合唱応募者になった」及び「最終合唱応募者になれなかった」のような応募の結果を指す。
【００６８】
さらに、サーバ２０は、メモリ２０４に記憶されている楽曲予約データのメモリ領域６０からカラオケ装置１０ａの楽曲予約データを読み出し、矢印（５）のように読み出されたカラオケ装置１０ａの楽曲予約データをカラオケ装置１０ｂへ送信する。この楽曲予約データには、例えば予約された合唱曲を含む楽曲の曲名と予約順位との情報が含まれている。例えば予約順位「１」には「曲名（１）」の情報、予約順位「２」には「合唱曲名」の情報、予約順位「３」には「曲名（２）」の情報が含まれる。
【００６９】
そして、カラオケ装置１０ｂからサーバ２０へ矢印（６）のように最終合唱応募者の要望情報が送信される。この最終合唱応募者の要望情報には、例えば「募集番号」と「合唱曲の優先順位」との情報が含まれている。なお、「合唱曲の優先順位」とは、合唱曲を合唱する順位を示す。例えば歌唱合唱曲を直ぐにでも開始したい場合には優先順位を「上位」とし、そうでない場合には優先順位を「低位」とする。
【００７０】
すると、サーバ２０は、カラオケ装置１０ｂの要望情報に基づいて、曲順情報を生成する。そして、曲順情報は、カラオケ装置１０ａとカラオケ装置１０ｂとへ矢印（７）のように前記曲順情報が送信される。この曲順情報には、例えば合唱曲を含む楽曲の曲名と曲順位との情報及び合唱曲の開始予定時刻のコメントが含まれている。例えば曲順位「１」には「曲名（１）」の情報、曲順位「２」には「合唱曲名」の情報、曲順位「３」には「曲名（２）」の情報及び「コメント」には例えば「合唱曲は１０分後に開始します」の情報が含まれる。また、例えば曲順位「１」には「合唱曲名」の情報、曲順位「２」には「曲名（１）」の情報、曲順位「３」には「曲名（２）」の情報及び「コメント」には例えば「合唱曲は直ぐに開始します」の情報が含まれる。
【００７１】
そして、サーバ２０は、合唱曲のカラオケ演奏を開始する場合には、カラオケ装置１０ａとカラオケ装置１０ｂとの間で通信可能なようにネットワーク１００を設定する。また、カラオケ装置１０ａとカラオケ装置１０ｂとに対して同期してカラオケ演奏を開始させ、ネットワーク１００を介してカラオケ装置１０ａとカラオケ装置１０ｂとにおける歌唱音声を相手方のカラオケ装置１０ｂ，１０ａへ送信する。
【００７２】
次に、サーバ２０が備える制御部２０１の合唱予約演奏処理の詳細を説明する。
［サーバ２０が備える制御部２０１の合唱予約演奏処理の説明］
以下の説明においては、図４に例示した４台のカラオケ装置１０ａ〜１０ｄと１台のサーバ２０とを備えるカラオケシステム１を前提として説明する。
【００７３】
また、カラオケ装置１０ａ〜１０ｄからサーバ２０へ送信された楽曲予約データを、インタフェース部２０２を介して受信すると、制御部２０１は、その楽曲予約データをメモリ２０４の楽曲予約データのメモリ領域６０へ記憶する。同様に後述するカラオケ装置１０ａ〜１０ｄからサーバ２０へ送信された送信可否データを、インタフェース部２０２を介して受信すると、制御部２０１は、その送信可否データをメモリ２０４の送信可否データのメモリ領域６２へ記憶する。なお、以下に説明するサーバ２０が備える制御部２０１の「合唱予約演奏処理」の実行中においても、制御部２０１は、前記楽曲予約データの処理と送信可否データの処理とを並行して実行する。
【００７４】
以下に、サーバ２０が備える制御部２０１が実行する「合唱予約演奏処理」の手順を図５〜図７のフローチャートに基づいて説明する。
合唱募集者の募集情報のデータは、後述するカラオケ装置１０ａからサーバ２０へ送信されるのであるが、制御部２０１は、インタフェース部２０２を介してカラオケ装置１０ａから合唱募集者の募集情報のデータを受信したか否かを判断する（Ｓ１１０）。そして、カラオケ装置１０ａから送信された合唱募集者の募集情報のデータを受信すると（Ｓ１１０：ＹＥＳ）、この合唱募集者の募集情報のデータから公募データを生成する（Ｓ１１２）。そして、生成された公募データを合唱募集者の募集情報のデータを送信してきたカラオケ装置１０ａと送信許可していないカラオケ装置１０ｄとを除いたカラオケ装置１０ｂとカラオケ装置１０ｃとへ送信する（Ｓ１１４）。そして、Ｓ１１４の処理が終了したら、Ｓ１１６の処理を行なう。
【００７５】
合唱応募者の応募情報のデータは、後述するカラオケ装置１０ａからサーバ２０へ送信されるのであるが、制御部２０１は、インタフェース部２０２を介してカラオケ装置１０ｂから合唱応募者の応募情報のデータを受信したか否かを判断する（Ｓ１１６）。そして、カラオケ装置１０ｂから送信された合唱応募者の応募情報のデータを受信しない場合には（Ｓ１１６：ＮＯ）、制御部２０１は、インタフェース部２０２を介してカラオケ装置１０ｂから募集した合唱曲のカラオケ演奏終了信号を受信したか否かを判断する（Ｓ１１７）。そして、募集した合唱曲のカラオケ演奏終了信号を受信しない場合には（Ｓ１１７：ＮＯ）、Ｓ１１６へ戻り上述した処理を行なうが、募集した合唱曲のカラオケ演奏終了信号を受信した場合には（Ｓ１１７：ＹＥＳ）、本「サーバ２０が備える制御部２０１の合唱予約演奏処理」は終了する。
【００７６】
一方、カラオケ装置１０ｂから送信された合唱応募者の応募情報のデータを受信した場合には（Ｓ１１６：ＹＥＳ）、この合唱応募者の応募情報のデータから応答データを生成し、最終合唱応募者を決定する（Ｓ１１８）。なお、カラオケ装置１０ｂの後にカラオケ装置１０ｃからも合唱応募者の応募情報のデータがサーバ２０へ送信された場合には、制御部２０１は、例えば先着して受信したカラオケ装置１０ｂを最終合唱応募者と決定する。
【００７７】
そして、生成された応答データをカラオケ装置１０ａ、カラオケ装置１０ｂ及びカラオケ装置１０ｃへ送信する（Ｓ１２０）。また、メモリ２０４に記憶されている楽曲予約データのメモリ領域６０からカラオケ装置１０ａの装置番号とともに関連付けられた楽曲予約データを読み出す（Ｓ１２２）。そして、読み出されたカラオケ装置１０ａの楽曲予約データをカラオケ装置１０ｂへ送信する（Ｓ１２４）。そして、Ｓ１２４の処理が終了したら、Ｓ１２６の処理を行なう。
【００７８】
最終合唱応募者の要望情報のデータは、後述するカラオケ装置１０ｂからサーバ２０へ送信されるのであるが、制御部２０１は、インタフェース部２０２を介してカラオケ装置１０ｂから最終合唱応募者の要望情報のデータを受信したか否かを判断する（Ｓ１２６）。そして、カラオケ装置１０ｂから送信された最終合唱応募者の要望情報のデータを受信すると（Ｓ１２６：ＹＥＳ）、インタフェース部２０２を介してカラオケ装置１０ａから募集した合唱曲のカラオケ演奏開始信号を受信したか否かを判断する（Ｓ１２８）。そして、カラオケ装置１０ａから募集した合唱曲のカラオケ演奏開始信号を受信した場合には（Ｓ１２８：ＹＥＳ）、カラオケ演奏停止信号をカラオケ装置１０ｂへ送信する（Ｓ１３０）。そして、後述するＳ１５８の処理を行なう。
【００７９】
一方、カラオケ装置１０ａから募集した合唱曲のカラオケ演奏開始信号を受信しない場合には（Ｓ１２８：ＮＯ）、その最終合唱応募者の要望情報のデータから合唱曲の優先順位は上位か否かを判断する（Ｓ１３２）。そして、合唱曲の優先順位は上位と判断された場合には（Ｓ１３２：ＹＥＳ）、インタフェース部２０２を介してカラオケ装置１０ｂからカラオケ演奏終了信号を受信したか否かを判断する（Ｓ１３４）。そして、カラオケ装置１０ｂから送信されたカラオケ演奏終了信号を受信すると（Ｓ１３４：ＹＥＳ）、カラオケ演奏停止信号をカラオケ装置１０ａへ送信する（１３６）。そして、後述するＳ１５８の処理を行なう。一方、合唱曲の優先順位は上位と判断されなかった場合には（Ｓ１３２：ＮＯ）、インタフェース部２０２を介してカラオケ装置１０ｂからカラオケ演奏中である楽曲の終了までの時間のデータを受信したか否かを判断する（Ｓ１３８）。そして、カラオケ装置１０ｂから送信されたカラオケ演奏中である楽曲の終了までの時間のデータを受信すると（Ｓ１３８：ＹＥＳ）、メモリ２０４に記憶されている楽曲予約データのメモリ領域６０からカラオケ装置１０ａの装置番号とともに関連付けられた募集された合唱曲を除く楽曲予約データを読み出す（Ｓ１４０）。
【００８０】
次に、読み出された募集された合唱曲を除く楽曲予約データの楽曲ごとの演奏時間をＨＤＤ２０３に記憶されている演奏時間データのメモリ領域５０から読み出し、カラオケ演奏中である楽曲の終了までの時間にカラオケ装置１０ａが演奏できる楽曲があるか否かを判断する（Ｓ１４２）。そして、カラオケ演奏中である楽曲の終了までの時間にカラオケ装置１０ａが演奏できる楽曲がある場合には（Ｓ１４２：ＹＥＳ）、カラオケ演奏中である楽曲の終了までの時間に演奏できる楽曲を選択する（Ｓ１４４）。例えばカラオケ演奏中である楽曲の終了までの時間が「１０分」で、募集された合唱曲を除く楽曲予約データの楽曲ごとの演奏時間が予約順位「１」の「曲名（１）」の演奏時間が「８分」で、予約順位「２」の「曲名（２）」の演奏時間が「５分」であれば、予約順位「１」の「曲名（１）」が選択される。また、選択された楽曲のカラオケ演奏開始信号をカラオケ装置１０ａへ送信する（Ｓ１４６）。そして、Ｓ１４６の処理が終了したら、Ｓ１４８の処理を行なう。
【００８１】
カラオケ演奏終了信号は、後述するカラオケ装置１０ｂからサーバ２０へ送信されるのであるが、制御部２０１は、インタフェース部２０２を介してカラオケ装置１０ｂからカラオケ演奏終了信号を受信したか否かを判断する（Ｓ１４８）。そして、カラオケ装置１０ｂから送信されたカラオケ演奏終了信号を受信すると（Ｓ１４８：ＹＥＳ）、後述するＳ１５８の処理を行なう。
【００８２】
一方、カラオケ演奏中である楽曲の終了までの時間までに演奏できる楽曲がない場合には（Ｓ１４２：ＮＯ）、インタフェース部２０２を介してカラオケ装置１０ａからカラオケ演奏終了信号を受信したか否かを判断する（Ｓ１５０）。そして、カラオケ装置１０ａからカラオケ演奏終了信号を受信した場合には（Ｓ１５０：ＹＥＳ）、インタフェース部２０２を介してカラオケ装置１０ｂからカラオケ演奏終了信号を受信したか否かを判断する（Ｓ１５２）。そして、カラオケ装置１０ｂから送信されたカラオケ演奏終了信号を受信すると（Ｓ１５２：ＹＥＳ）、後述するＳ１５８の処理を行なう。
【００８３】
一方、カラオケ装置１０ａからカラオケ演奏終了信号を受信しない場合には（Ｓ１５０：ＮＯ）、インタフェース部２０２を介してカラオケ装置１０ｂからカラオケ演奏終了信号を受信したか否かを判断する（Ｓ１５４）。そして、カラオケ装置１０ｂからカラオケ演奏終了信号を受信した場合には（Ｓ１５４：ＹＥＳ）、予約されている楽曲のカラオケ演奏開始信号をカラオケ装置１０ｂへ送信し（Ｓ１５６）、Ｓ１５０へ戻り上述した処理を行なう。一方、カラオケ装置１０ｂからカラオケ演奏終了信号を受信しない場合には（Ｓ１５４：ＮＯ）、Ｓ１５０へ戻り上述した処理を行なう。
【００８４】
そして、Ｓ１５８の処理では、制御部２０１は、カラオケ装置１０ａとカラオケ装置１０ｂとの間で通信可能なようにネットワーク１００を設定し、カラオケ装置１０ａとカラオケ装置１０ｂとに対して同期して合唱曲のカラオケ演奏を開始するよう合唱曲のカラオケ演奏開始信号をカラオケ装置１０ａとカラオケ装置１０ｂとへ送信し、ネットワーク１００を介してカラオケ装置１０ａとカラオケ装置１０ｂとにおける歌唱音声を互いの相手方のカラオケ装置１０ａ，１０ｂへ送信する。ここで、例えば各カラオケ装置１０ａ，１０ｂ，１０ｃ及び１０ｄにはそれぞれ個別のチャンネルが設定されており、制御部２０１がカラオケ装置１０ａに設定されているチャンネルにカラオケ装置１０ｂのチャンネルを設定すれば、その一致したチャンネルを介してカラオケ装置１０ａとカラオケ装置１０ｂ同士でも通信が可能となる。
【００８５】
そして、Ｓ１５８の処理が終了したら、本「サーバ２０が備える制御部２０１の合唱予約演奏処理」は終了する。
［カラオケ装置１０ａが備える制御部１１２ａの合唱予約演奏処理の説明］
まず、合唱募集者の募集情報を送信するカラオケ装置１０ａが備える制御部１１２ａが実行する「合唱予約演奏処理」の手順を、図８、図９のフローチャートに基づいて説明する。
【００８６】
操作部１１８ａで受け付けた合唱募集者の募集情報のデータは、操作処理部１２２ａによって制御部１１２ａへ送信されるのであるが、制御部１１２ａは、操作処理部１２２ａから合唱募集者の募集情報のデータを受信したか否かを判断する（Ｓ２１０）。そして、操作処理部１２２ａから送信された合唱募集者の募集情報のデータを受信すると（Ｓ２１０：ＹＥＳ）、その合唱募集者の募集情報のデータをサーバ２０へ送信する（Ｓ２１２）。そして、Ｓ２１２の処理が終了したら、Ｓ２１４の処理を行なう。
【００８７】
応答データは、上述したようにサーバ２０からカラオケ装置１０ａ、カラオケ装置１０ｂ及びカラオケ装置１０ｃへ送信されるのであるが、制御部１１２ａは、インタフェース部１１４ａを介してサーバ２０から応答データを受信したか否かを判断する（Ｓ２１４）。そして、サーバ２０から送信された応答データを受信しない場合には（Ｓ２１４：ＮＯ）、制限時間を超えたか否かを判断する（Ｓ２１６）。この制限時間は、合唱募集者の募集情報に含まれる「待ち時間」に相当する時間であり、合唱募集者が合唱曲を開始するまでに待てる時間を指す。また、この制限時間は、制御部１１２ａに設けられたタイマ（図示しない）で計測される。そして、制限時間を超えない場合には（Ｓ２１６：ＮＯ）には、Ｓ２１４へ戻り上述した処理を行なう。一方、制限時間を超えた場合には（Ｓ２１６：ＹＥＳ）、募集した合唱曲のカラオケ演奏を開始する（Ｓ２１８）。そして、募集した合唱曲のカラオケ演奏開始信号をサーバ２０へ送信する（Ｓ２２０）。また、募集した合唱曲のカラオケ演奏が終了したか否かを判断する（Ｓ２２２）。そして、募集した合唱曲のカラオケ演奏が終了しない場合には（Ｓ２２２：ＮＯ）、インタフェース部１１４ａを介してサーバ２０から応答データを受信したか否かを判断する（Ｓ２２３）。そして、サーバ２０から送信された応答データを受信しない場合には（Ｓ２２３：ＮＯ）、Ｓ２２２へ戻り上述した処理を行なう。一方、サーバ２０から送信された応答データを受信した場合には（Ｓ２２３：ＹＥＳ）、後述するＳ２２８の処理を行なう。一方、募集した合唱曲のカラオケ演奏が終了した場合には（Ｓ２２２：ＹＥＳ）、募集した合唱曲のカラオケ演奏終了信号をサーバ２０へ送信する（Ｓ２２４）。そして、本「カラオケ装置１０ａが備える制御部１１２ａの合唱予約演奏処理」は終了する。
【００８８】
一方、サーバ２０から送信された応答データを受信した場合には（Ｓ２１４：ＹＥＳ）、この応答データを映像制御部１３８ａを介して表示部１３６ａへ表示する（Ｓ２２８）。そして、Ｓ２２８の処理が終了したら、Ｓ２３０の処理を行なう。
【００８９】
カラオケ演奏停止信号は、上述したようにサーバ２０からカラオケ装置１０ａへ送信されるのであるが、制御部１１２ａは、インタフェース部１１４ａを介してサーバ２０からカラオケ演奏停止信号を受信したか否かを判断する（Ｓ２３０）。そして、サーバ２０からカラオケ演奏停止信号を受信した場合には（Ｓ２３０：ＹＥＳ）、カラオケ演奏を停止し（Ｓ２３２）、後述するＳ２４２の処理を行なう。
【００９０】
一方、サーバ２０からカラオケ演奏停止信号を受信していない場合には（Ｓ２３０：ＮＯ）、制御部１１２ａは、インタフェース部１１４ａを介してサーバ２０から選択された楽曲のカラオケ演奏開始信号を受信したか否かを判断する（Ｓ２３４）。そして、サーバ２０から選択された楽曲のカラオケ演奏開始信号を受信した場合には（Ｓ２３４：ＹＥＳ）、選択された楽曲のカラオケ演奏を開始し（Ｓ２３６）、後述するＳ２４２の処理を行なう。一方、サーバ２０から選択された楽曲のカラオケ演奏開始信号を受信していない場合には（Ｓ２３４：ＮＯ）、カラオケ演奏中の楽曲の演奏が終了したか否かを判断する（Ｓ２３８）。カラオケ演奏中の楽曲の演奏が終了すると（Ｓ２３８：ＹＥＳ）、カラオケ演奏終了信号をサーバ２０へ送信し（Ｓ２４０）、後述するＳ２４２の処理を行なう。
【００９１】
そして、Ｓ２４２の処理では、制御部１１２ａは、インタフェース部１１４ａを介してサーバ２０から合唱曲のカラオケ演奏開始信号を受信したか否かを判断する。そして、合唱曲のカラオケ演奏開始信号を受信すると（Ｓ２４２：ＹＥＳ）、合唱曲のカラオケ演奏を開始する（２４４）。
【００９２】
そして、Ｓ２４４の処理が終了したら、本「カラオケ装置１０ａが備える制御部１１２ａの合唱予約演奏処理」は終了する。
［カラオケ装置１０ｂが備える制御部１１２ｂの合唱予約演奏処理の説明］
次に、合唱募集者の募集情報を送信するカラオケ装置１０ｂが備える制御部１１２ｂが実行する「合唱予約演奏処理」の手順を図１０、図１１のフローチャートに基づいて説明する。
【００９３】
公募データは、上述したようにサーバ２０から合唱募集者の募集情報のデータを送信してきたカラオケ装置１０ａと送信許可していないカラオケ装置１０ｄとを除いたカラオケ装置１０ｂとカラオケ装置１０ｃとへ送信されるのであるが、制御部１１２ｂは、インタフェース部１１４ｂを介してサーバ２０から公募データを受信したか否かを判断する（Ｓ３１０）。そして、サーバ２０から送信された公募データを受信すると（Ｓ３１０：ＹＥＳ）、この公募データを映像制御部１３８ｂを介して表示部１３６ｂへ表示する（Ｓ３１２）。そして、Ｓ３１２の処理が終了したら、Ｓ３１４の処理を行なう。
【００９４】
操作部１１８ｂで受け付けた合唱応募者の応募情報のデータは、操作処理部１２２ｂによって制御部１１２ｂへ送信されるのであるが、制御部１１２ｂは、操作処理部１２２ｂから合唱応募者の応募情報のデータを受信したか否かを判断する（Ｓ３１４）。そして、操作処理部１２２ｂから送信された合唱応募者の応募情報のデータを受信すると（Ｓ３１４：ＹＥＳ）、その合唱応募者の応募情報のデータをサーバ２０へ送信する（Ｓ３１６）。そして、Ｓ３１６の処理が終了したら、Ｓ３１８の処理を行なう。
【００９５】
応答データは、上述したようにサーバ２０からカラオケ装置１０ａ、カラオケ装置１０ｂ及びカラオケ装置１０ｃへ送信されるのであるが、制御部１１２ｂは、インタフェース部１１４ｂを介してサーバ２０から応答データを受信したか否かを判断する（Ｓ３１８）。そして、サーバ２０から送信された応答データを受信すると（Ｓ３１８：ＹＥＳ）、この応答データを映像制御部１３８ｂを介して表示部１３６ｂへ表示する（Ｓ３２０）。そして、Ｓ３２０の処理が終了したら、Ｓ３２２の処理を行なう。
【００９６】
カラオケ装置１０ａの楽曲予約データは、上述したようにサーバ２０からカラオケ装置１０ｂへ送信されるのであるが、制御部１１２ｂは、インタフェース部１１４ｂを介してサーバ２０からカラオケ装置１０ａの楽曲予約データを受信したか否かを判断する（Ｓ３２２）。そして、サーバ２０から送信されたカラオケ装置１０ａの楽曲予約データを受信すると（Ｓ３２２：ＹＥＳ）、このカラオケ装置１０ａの楽曲予約データを映像制御部１３８ｂを介して表示部１３６ｂへ表示する（Ｓ３２４）。
【００９７】
次に、操作部１１８ｂで受け付けた最終合唱応募者の要望情報のデータは、操作処理部１２２ｂによって制御部１１２ｂへ送信されるのであるが、制御部１１２ｂは、操作処理部１２２ｂから最終合唱応募者の要望情報のデータを受信したか否かを判断する（Ｓ３２６）。そして、操作処理部１２２ｂから送信された最終合唱応募者の要望情報のデータを受信すると（Ｓ３２６：ＹＥＳ）、その最終合唱応募者の要望情報のデータから合唱曲の優先順位は上位か否かを判断する（Ｓ３２８）。そして、合唱曲の優先順位は上位と判断された場合には（Ｓ３２８：ＮＯ）、最終合唱応募者の要望情報のデータをサーバ２０へ送信し（Ｓ３３０）、後述するＳ３３６の処理を行なう。
【００９８】
一方、合唱曲の優先順位は上位でないと判断された場合には（Ｓ３２８：ＮＯ）、音声制御部１２４ｂを制御して、カラオケ演奏中である楽曲の終了までの時間を算出させる（Ｓ３３２）。ここで、音声制御部１２４ｂは、このカラオケ演奏中である楽曲の終了までの時間をカラオケ演奏中である楽曲データからその楽曲の演奏時間を抽出し、カラオケ演奏開始からの本処理開始までの演奏経過時間を音声制御部１２４ｂに設けられたタイマ（図示しない）で計測し、前記楽曲の演奏時間から前記タイマで計測された演奏経過時間を差し引いて算出する。そして、制御部１１２ｂは、最終合唱応募者の要望情報のデータとカラオケ演奏中である楽曲の終了までの時間のデータとをサーバ２０へ送信する（Ｓ３３４）。そして、Ｓ３３４の処理終了後、Ｓ３３６の処理を行なう。
【００９９】
カラオケ演奏停止信号は、上述したようにサーバ２０からカラオケ装置１０ｂへ送信されるのであるが、制御部１１２ｂは、インタフェース部１１４ｂを介してサーバ２０からカラオケ演奏停止信号を受信したか否かを判断する（Ｓ３３６）。そして、サーバ２０からカラオケ演奏停止信号を受信した場合には（Ｓ３３６：ＹＥＳ）、カラオケ演奏を停止し（Ｓ３３８）、後述するＳ３４８の処理を行なう。一方、サーバ２０からカラオケ演奏停止信号を受信していない場合には（Ｓ３３６：ＮＯ）、カラオケ演奏中の楽曲の演奏が終了したか否かを判断する（Ｓ３４０）。そして、カラオケ演奏中の楽曲の演奏が終了した場合には（Ｓ３４０：ＹＥＳ）、カラオケ演奏終了信号をサーバ２０へ送信する（Ｓ３４２）。そして、Ｓ３４２の処理が終了したら、Ｓ３４４の処理を行なう。
【０１００】
予約されている楽曲のカラオケ演奏開始信号は、上述したようにサーバ２０からカラオケ装置１０ｂへ送信されるのであるが、制御部１１２ａは、インタフェース部１１４ａを介してサーバ２０から予約されている楽曲のカラオケ演奏開始信号を受信したか否かを判断する（Ｓ３４４）。そして、予約されている楽曲のカラオケ演奏開始信号を受信した場合には（Ｓ３４４：ＹＥＳ）、予約されている楽曲のカラオケ演奏を開始し（３４６）、Ｓ３４０へ戻り上述した処理を行なう。一方、予約されている楽曲のカラオケ演奏開始信号を受信しない場合には（Ｓ３４４：ＮＯ）、制御部１１２ｂは、インタフェース部１１４ｂを介してサーバ２０から合唱曲のカラオケ演奏開始信号を受信したか否かを判断する（Ｓ３４４）。そして、合唱曲のカラオケ演奏開始信号を受信すると（Ｓ３４８）、合唱曲のカラオケ演奏を開始する（３５０）。
【０１０１】
そして、Ｓ３５０の処理が終了したら、本「カラオケ装置１０ｂが備える制御部１１２ｂの合唱予約演奏処理」は終了する。
［効果の説明］
従来のカラオケシステムにおいては、合唱募集者の募集情報に興味を抱いたとしても応募を出しにくいという問題があった。また、従来の会員制が前提であるカラオケシステムにおいては、会員以外の人は参加できないという問題があった。
【０１０２】
それに対して本実施形態のカラオケ装置１０によれば、最終合唱応募者の要望情報のデータから合唱曲の優先順位は上位か否かを判断し、合唱曲の優先順位は上位と判断された場合には、カラオケ演奏中のカラオケ演奏を停止させ、合唱曲のカラオケ演奏を開始する。一方、合唱曲の優先順位は上位と判断されなかった場合には、カラオケ演奏中である楽曲の終了までの時間に演奏できる楽曲をカラオケ演奏する。
【０１０３】
したがって、最終合唱応募者の要望を最優先して曲順が決定され、且つ特定の会員でなくても参加できるので、合唱募集者の募集情報に対して応答し易く、合唱応募の応答の確率を高めることができる。
【０１０４】
また、合唱募集者の募集情報には「待ち時間」が含まれているので、合唱応募する側としては、待ち時間によって合唱を開始するまでの時間の猶予がどの位あるかを判断できるので、合唱募集者の募集情報に対して応答し易い。
【０１０５】
さらに、「送信不可」を受け付けたカラオケ装置１０ｄへは、公募データを送信しないので、募集された合唱曲に応募する意思が全くない利用者にとっては、公募情報が来ないので煩わしくない。
【０１０６】
［他の実施形態］
以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、以下のような様々な態様にて実施することが可能である。
【０１０７】
（１）上記実施形態では、サーバ２０の制御部２０１は、カラオケ装置１０ａとカラオケ装置１０ｂとの間で通信可能なようにネットワーク１００を設定し、カラオケ装置１０ａとカラオケ装置１０ｂとに対して同期して合唱曲のカラオケ演奏を開始するよう合唱曲のカラオケ演奏開始信号をカラオケ装置１０ａとカラオケ装置１０ｂとへ送信したが、これには限らない。サーバ２０の制御部２０１は、カラオケ装置１０ａとカラオケ装置１０ｂとの間で通信可能なようにネットワーク１００を設定し、合唱曲のカラオケ演奏を開始するよう合唱曲のカラオケ演奏開始信号をカラオケ装置１０ａへのみ送信し、カラオケ装置１０ａが合唱曲のカラオケ演奏を行ない、カラオケ演奏の歌詞テロップとカラオケ楽曲とをカラオケ装置１０ｂへ送信してもよい。
【０１０８】
このように構成された実施形態においては、カラオケ装置１０ａからカラオケ装置１０ｂへ歌詞テロップとカラオケ楽曲とを送信するので、それぞれのカラオケ装置１０ａ，１０ｂにおいてカラオケ演奏のタイミングのずれは起こらない。
【０１０９】
（２）上記実施形態では、募集情報の「歌唱パート」の情報として募集される相手の「歌唱パート」の情報を受け付けていたが、これには限らない。次に説明するように、募集される相手の「歌唱パート」の情報の代わりに、自分の「歌唱パート」の情報を受け付けて、募集情報としての「曲番」と自分の「歌唱パート」の情報とから募集される相手の「歌唱パート」をサーバ２０が生成してもよい。
【０１１０】
まず、ＨＤＤ２０３には、図２（ａ）に例示するように合唱者数データを記憶する合唱者数データのメモリ領域５２が設けられている。なお、合唱者数データとは、カラオケ演奏する楽曲ごとの歌唱パート数のデータを指す。
【０１１１】
また、合唱者数データは、図２（ｃ）に例示するように、楽曲データの楽曲番号（１〜ｎ）の数値「１〜ｎ」と関連付けられて合唱者数データのメモリ領域５２（ｎ）へ記憶されている。一例を挙げると、楽曲番号（１）に対応する演奏時間データは、楽曲番号の数値「１」とともに、合唱者数データのメモリ領域５２（１）へ記憶されている。
【０１１２】
そして、ＨＤＤ２０３の合唱者数データのメモリ領域５２へ楽曲データの楽曲番号（１〜ｎ）の数値「１〜ｎ」と関連付けられて記憶されている合唱者数データから募集情報としての楽曲番号である「曲番」に対応する合唱者数データを制御部２０１が読み出す。上述したように合唱者数データとは、カラオケ演奏する楽曲ごとの歌唱パート数のデータであるので、読み出された合唱者数データから歌唱パート数のデータが読み出されることになる。例えばデュエット曲においては、歌唱パート数は２つであるが、例えばゴスペル曲においては、歌唱パート数は３〜５つであり、重唱曲や合唱曲においては、歌唱パート数はそれぞれ楽曲ごとに設定されている数値である。
【０１１３】
また、読み出された歌唱パート数から自分の「歌唱パート」の数を差し引き、残った歌唱パート数から、募集される「歌唱パート」を生成する。例えばデュエット曲において、自分の「歌唱パート」を「男性パート」と受け付けると、読み出された歌唱パート数は２つとなり、自分の「歌唱パート」の数である１つを差し引き、残った歌唱パート数は１つとなり、募集される相手の「歌唱パート」として「女性パート」を生成する。
【０１１４】
このように構成された実施形態においては、楽曲によって必要な合唱員数を自動的に公募することができので、合唱募集者側の利用者は、楽曲によって必要な合唱員数を調べたり、入力したりする手間を省くことができる。
【０１１５】
なお、このように構成された実施形態においては、ＨＤＤ２０３が「合唱者数情報記憶手段」に相当する。
（３）上記実施形態では、合唱募集者の募集情報には、「合唱曲名」、「歌手名」、「ジャンル」、「曲番」、「待ち時間」及び「歌唱パート」の情報が含まれるとしたが、これには限らない。次に説明するように、これらの情報に合唱募集者をビデオカメラなどで撮影した画像も加えるようにしてもよい。
【０１１６】
すなわち、カラオケ装置１０は、さらにバス１３９に接続されている画像データ作成部（図示しない）と、この画像データ作成部に接続されているデジタルカメラ（図示しない）とを備えている。そして、デジタルカメラで撮影した画像は画像データ作成部において画像データ化される。制御部１１２は、上記合唱募集者の募集情報へこの画像データを加えた合唱募集者の募集情報を生成する。
【０１１７】
このように構成された実施形態においては、応募者側としては、単に合唱曲名などの情報だけよりも、どういう人が要求しているかを判断できるので、合唱募集者の募集情報に対して応答し易く、合唱応募の応答の確率を高めることができる。
【０１１８】
また、リモコン端末１２にも画像データ作成部とデジタルカメラとを有する場合には、リモコン端末１２のデジタルカメラで合唱募集者を撮影してもよい。
（４）上記実施形態では、操作部１１８で「予約情報」、「送信可否情報」、「募集情報」、「応募情報」及び「要望情報」のデータを受け付けるようにしたが、これには限らない。リモコン端末１２の操作部（図示しない）から受け付けてもよい。
【０１１９】
（５）上記実施形態では、表示部１３６で「公募情報」、「応答情報」及び「楽曲予約情報」を表示させていたが、これには限らない。リモコン端末１２にも表示部を有する場合には、リモコン端末１２の表示部（図示しない）に表示させてもよい。
【図面の簡単な説明】
【０１２０】
【図１】カラオケシステム１の全体構成を示すブロック図である。
【図２】サーバ２０が備えるＨＤＤ２０３に設けられたメモリ領域を示す説明図である。
【図３】サーバ２０が備えるメモリ２０４に設けられたメモリ領域を示す説明図である。
【図４】カラオケシステム１の合唱予約演奏処理の概要を示す説明図である。
【図５】サーバ２０が備える制御部２０１が実行する「サーバ２０が備える制御部２０の合唱予約演奏処理」の手順の一部を示すフローチャートである。
【図６】サーバ２０が備える制御部２０１が実行する「サーバ２０が備える制御部２０の合唱予約演奏処理」の手順の一部を示すフローチャートである。
【図７】サーバ２０が備える制御部２０１が実行する「合唱予約演奏処理」の手順の一部を示すフローチャートである。
【図８】カラオケ装置１０ａが備える制御部１１２ａが実行する「合唱予約演奏処理」の手順の一部を示す説明図である。
【図９】カラオケ装置１０ａが備える制御部１１２ａが実行する「合唱予約演奏処理」の手順の一部を示す説明図である。
【図１０】カラオケ装置１０ｂが備える制御部１１２ｂが実行する「合唱予約演奏処理」の手順の一部を示す説明図である。
【図１１】カラオケ装置１０ｂが備える制御部１１２ｂが実行する「合唱予約演奏処理」の手順の一部を示す説明図である。
【符号の説明】
【０１２１】
１…カラオケシステム、１０，１０ａ〜１０ｄ…カラオケ装置、１２…リモコン端末、１１２，１１２ａ〜１１２ｄ…制御部、１１４，１１４ａ〜１１４ｄ…インタフェース部、１１６…ハードディスク（ＨＤＤ）、１１８，１１８ａ〜１１８ｄ…操作部、１２０…赤外線通信部、１２２，１２２ａ〜１２２ｄ…操作処理部、１２４，１２４ａ〜１２４ｄ…音声制御部、１２６…マイクロフォン、１２８…スピーカ、１３０…ＭＩＤＩ音源、１３２…ビデオＲＡＭ、１３４…映像再生部、１３６，１３６ａ〜１３６ｄ…表示部、１３８，１３８ａ〜１３８ｄ…映像制御部、１３９…バス、１４０…ＵＳＢ、２０…サーバ、２０１…制御部、２０２…インタフェース部、２０３…ハードディスク（ＨＤＤ）、２０４…メモリ、５０…演奏時間データのメモリ領域、５２…合唱者数データのメモリ領域、６０…楽曲予約データのメモリ領域、６２…送信可否データのメモリ領域、１００…ネットワーク。
【図１】
2007094284.tif 000003
【図２】
2007094284.tif 000004
【図３】
2007094284.tif 000005
【図４】
2007094284.tif 000006
【図５】
2007094284.tif 000007
【図６】
2007094284.tif 000008
【図７】
2007094284.tif 000009
【図８】
2007094284.tif 000010
【図９】
2007094284.tif 000011
【図１０】
2007094284.tif 000012
【図１１】
2007094284.tif 000013