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