カラオケコンクールシステム
【課題】参加意欲を高めるカラオケイベントシステム等を提供する。
【解決手段】コンクールサーバは、カラオケ装置より受信したイベントＩＤに対応付けられている楽曲ＩＤを含む他のイベントが存在するか否かを検索し、前記他のイベントが存在する場合に、該イベントのイベント関連情報をカラオケ装置に送信する。また、前記カラオケ装置の制御手段は、イベント参加確定の指示を受け付けた後に、前記他のイベントのうち、前記参加確定されたイベントよりもユーザによって有利な条件のイベントを抽出し、該抽出したイベントのイベント関連情報を提示する。
【解決手段】コンクールサーバは、カラオケ装置より受信したイベントＩＤに対応付けられている楽曲ＩＤを含む他のイベントが存在するか否かを検索し、前記他のイベントが存在する場合に、該イベントのイベント関連情報をカラオケ装置に送信する。また、前記カラオケ装置の制御手段は、イベント参加確定の指示を受け付けた後に、前記他のイベントのうち、前記参加確定されたイベントよりもユーザによって有利な条件のイベントを抽出し、該抽出したイベントのイベント関連情報を提示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多数のカラオケ装置の利用者間でカラオケコンクールを実施するシステム等に関するものである。
【背景技術】
【０００２】
採点技術及び通信技術を応用したカラオケコンクールが提案されている。例えば、下記特許文献１においては、課題曲の演奏に先立って当該課題曲の順位表を取得し、当該課題曲の演奏後に採点結果及び順位を表示する。また、採点結果を見た後でコンクールに参加するか否かを判断する点についても開示されている。
【０００３】
【特許文献１】特開２００７−１７１３３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ここで、種々の団体、コミュニティ、カラオケボックス店舗などが種々のイベント（カラオケコンクール）を同時期に開催することが考えられる。また、カラオケボックス店舗が独自に企画するイベントにおいては、該店舗で歌唱しなければならないという制約が想定される。例えば、Ａ店舗で歌唱するユーザは、Ａ店舗で企画されるイベントには参加できるが、Ｂ店舗で企画するイベントには参加できないという制約が想定される。このような制約は、イベントを企画するＡ店舗にとっては、自店舗への集客力の向上という観点においては好ましい。一方、ユーザは、他店舗でどのようなイベントが企画されているか把握したいという要望がある。しかしながら、Ａ店舗内において、他店舗で実施されている好条件のイベントについて告知することは、Ｂ店舗に顧客が流れてしまうというリスクを引き起こす可能性がある。また、ユーザごとに条件の良し悪しの基準（すなわち、何をもって好条件とするのか）が異なるため、その基準をユーザごとに的確に推定することは困難である。
【０００５】
本発明は、上記問題点を解決するためになされたものであり、自店舗の集客力を低下させることなく他店舗におけるイベント情報を提示することができるカラオケコンクールシステム等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一側面である請求項１に係る発明は、カラオケのコンクールを行うコンクールサーバが通信網を介して多数のカラオケ装置と通信可能であり、前記コンクールサーバは、イベント情報データベースと、順位表データベースと、歌唱者情報データベースとを備え、イベント情報送信処理と、順位表更新処理と、授賞処理を行い、前記イベント情報データベースは、イベントごとに、課題曲として歌唱可能な楽曲の楽曲ＩＤを、イベントＩＤ・企画者・実施期間・授賞要項の組を含むイベント関連情報に対応付けて格納し、前記順位表データベースは、前記イベント情報ごとに、歌唱者ＩＤと採点データとの組の集合を順位表として格納し、前記歌唱者情報データベースは、歌唱者の属性情報を歌唱者ＩＤに対応付けて格納し、前記イベント情報送信処理は、前記カラオケ装置からイベント情報閲覧要求電文を受信した際、前記イベント情報データベース及び順位表データベースの内容を当該カラオケ装置に送信し、前記順位表更新処理は、前記カラオケ装置からイベントＩＤ・歌唱者ＩＤ・採点データの組を受信した際、該当の順位表を更新し、前記授賞処理は、前記イベント情報データベース中のあるイベントの実施期間が満了した際、そのイベントの授賞要項と順位表と歌唱者情報データベースに基づいて受賞者を決定し、前記カラオケ装置は、ユーザインタフェースと、演奏手段と、採点手段と、制御手段とを備え、前記ユーザインタフェースは、制御手段の制御に従い利用者に情報を提示するとともに利用者入力を受け付け、前記演奏手段は、制御手段の制御に従い指定されたカラオケ楽曲の伴奏音楽を音響出力し、採点手段は、制御手段の制御に従い伴奏音楽に合わせて歌唱する歌声の巧拙を評価して採点データを出力し、前記制御手段は、イベント閲覧要求の利用者入力があった際に当該要求の電文を前記コンクールサーバに送信し、前記コンクールサーバから受信したイベント情報データベースと順位表データベースの内容を記憶し、イベントに関する情報を利用者に提示させ、ユーザインタフェースによって利用者が選択したイベントＩＤ・楽曲ＩＤとこれに対応付けられた歌唱者ＩＤを取得し、取得した楽曲ＩＤの伴奏音楽の演奏に先立ち、取得したイベントＩＤをコンクールサーバに送信し、当該イベントの順位表をコンクールサーバより受信し、取得した楽曲ＩＤの伴奏音楽を演奏手段に演奏させ、演奏中に歌声を採点させるとともに、採点データを受信した順位表を参照して順位を求め、少なくとも歌唱区間の終了時に求めた順位を表示させ、出力された採点データと、イベントＩＤ・歌唱者ＩＤを対応付けしてコンクールサーバに送信させる、カラオケコンクールシステムにおいて、前記コンクールサーバは、前記カラオケ装置から受信したイベントＩＤに対応付けられている楽曲ＩＤを含む他のイベントが存在するか否かを検索し、前記他のイベントが存在する場合に、該イベントのイベント関連情報をカラオケ装置に送信し、前記カラオケ装置の制御手段は、イベント参加確定の指示を受け付けた後に、前記他のイベントのうち、前記参加確定されたイベントよりもユーザによって有利な条件のイベントを抽出し、該抽出したイベントのイベント関連情報を提示することを特徴とする。
【０００７】
上記カラオケコンクールシステムによれば、コンクールサーバは、カラオケ装置より受信したイベントＩＤに対応付けられている楽曲ＩＤを含む他のイベントが存在するか否かを検索し、前記他のイベントが存在する場合に、該イベントのイベント関連情報をカラオケ装置に送信する。また、前記カラオケ装置の制御手段は、イベント参加確定の指示を受け付けた後に、前記他のイベントのうち、前記参加確定されたイベントよりもユーザによって有利な条件のイベントを抽出し、該抽出したイベントのイベント関連情報を提示する。これにより、イベントを企画する者にとっては、ユーザが自イベントに参加することなく他イベントへの参加変更することを防止することができる。また、ユーザにとっては、好条件な他のイベント情報を取得することができる。また、他のイベントを企画する他者にとっては、該他者のイベントへの広告効果が高まり、集客力を向上させることができる。
【０００８】
本発明の一側面である請求項２に係る発明は、請求項１のカラオケコンクールシステムにおいて、前記前記歌唱者情報データベースの歌唱者の属性情報には、歌唱者の趣味情報が含まれており、前記コンクールサーバは、前記他のイベントのイベント関連情報とともに、前記歌唱者の趣味情報をカラオケ装置に送信し、前記カラオケ装置の制御手段は、イベント参加確定の指示を受け付けた後に、前記歌唱者の趣味情報に基いて、前記他のイベントのうち、前記参加確定されたイベントよりもユーザによって有利な条件のイベントを抽出し、該抽出したイベントのイベント関連情報を提示することを特徴とする。
【０００９】
上記カラオケコンクールシステムによれば、前記歌唱者情報データベースの歌唱者の属性情報には、歌唱者の趣味情報が含まれており、前記コンクールサーバは、前記他のイベントのイベント関連情報とともに、前記歌唱者の趣味情報をカラオケ装置に送信し、前記カラオケ装置の制御手段は、イベント参加確定の指示を受け付けた後に、前記歌唱者の趣味情報に基いて、前記他のイベントのうち、前記参加確定されたイベントよりもユーザによって有利な条件のイベントを抽出し、該抽出したイベントのイベント関連情報を提示する。これにより、ユーザの趣味を反映させた他のイベントを提示することができる。
【００１０】
本発明の一側面である請求項３に係る発明は、請求項１または請求項２のカラオケコンクールシステムであって、前記イベント関連情報には、各順位の賞品に対応する賞品画像及び賞品金額が含まれ、前記カラオケ装置の制御手段は、前記抽出したイベントの賞品画像及び／または賞品金額を、前記参加確定されたイベントの賞品画像及び／または賞品金額と同時に提示することを特徴とする。
【００１１】
上記カラオケコンクールシステムによれば、前記イベント関連情報には、各順位の賞品に対応する賞品画像及び賞品金額が含まれている。そして、抽出したイベントの賞品画像及び／または賞品金額は、前記参加確定されたイベントの賞品画像及び／または賞品金額と同時に提示される。これにより、ユーザは、提示される他のイベントに関する情報を直感的に把握することができる。そして、他のイベントに関する情報を直感的に把握することにより、該他のイベントへの参加意欲が高まり、イベントに関する集客力の向上を図ることができる。
【００１２】
本発明の一側面である請求項４に係る発明は、請求項１乃至請求項３いずれかのカラオケコンクールシステムであって、前記有利な条件とは、（１）同一順位の賞品金額を比較したときに、前記参加確定されたイベント順位の賞品よりも高い金額である、（２）もしくは、前記参加確定されたイベントの賞品総額よりも高い金額である、（３）もしくは、前記参加確定されたイベントよりも低い順位で賞品が存在することを特徴とする。
【００１３】
一般的にコンクールは、賞品金額が高額であるほど、または、賞品が最高の順位（優勝）から低い順位に渡り、より広範囲の順位に提供されるほど集客力が高い。上記カラオケコンクールシステムによれば、前記有利な条件として、同一順位の賞品金額を比較したときに、前記参加確定されたイベント順位の賞品よりも高い金額である、前記参加確定されたイベントの賞品総額よりも高い金額である、前記参加確定されたイベントよりも低い順位で賞品が存在する、のいずれかを用いる。これにより、イベントに関する集客力の向上を図ることができる。
【００１４】
本発明の一側面である請求項５に係る発明は、請求項１または請求項２のカラオケコンクールシステムであって、前記イベント関連情報には、各順位の賞品に対応する賞品画像及び賞品金額が含まれ、前記カラオケ装置の制御手段は、前記抽出したイベントの賞品画像及び／または賞品金額を、前記参加確定されたイベントの賞品画像及び／または賞品金額と同時に提示し、前記有利な条件とは、同一順位の賞品金額を比較したときに、前記参加確定されたイベント順位の賞品よりも高い金額であることを特徴とする。
【００１５】
上記カラオケコンクールシステムによれば、前記イベント関連情報には、各順位の賞品に対応する賞品画像及び賞品金額が含まれている。そして、抽出したイベントの賞品画像及び／または賞品金額は、前記参加確定されたイベントの賞品画像及び／または賞品金額と同時に提示される。これにより、ユーザは、提示される他のイベントに関する情報を直感的に把握することができる。そして、他のイベントに関する情報を直感的に把握することにより、該他のイベントへの参加意欲が高まり、該他のイベントに企画する企画者（店舗等）は、集客力の向上を図ることができる。また、一般的にコンクールは、賞品金額が高額であるほど集客力が高い。上記カラオケコンクールシステムによれば、前記有利な条件として、同一順位の賞品金額を比較したときに、前記参加確定されたイベント順位の賞品よりも高い金額である、を用いる。これにより、イベントに関する集客力の向上を図ることができる。
【発明の効果】
【００１６】
本発明によれば、参加確定の指示を受け付けた後で、より好条件な他のイベントを提示するカラオケコンクールシステム等を提供することができる。これによって、自店舗の集客力を低下させることなく他店舗におけるイベント情報を提示することができ、カラオケコンクールをビジネスモデルとして成功させることができる。
【発明を実施するための最良の形態】
【００１７】
［第１実施形態］
本発明の第１実施形態について説明する。
【００１８】
（システム構成）
図１は、本発明の一実施形態におけるカラオケシステムのネットワーク構成を示した図である。
本実施形態のカラオケシステムは、各地のカラオケ店舗等に設置されたカラオケ装置１００と、通信網と、サーバ２００と、基本的にから構成される。
カラオケ装置１００は、カラオケ店舗の客室ごとに設置されている。
カラオケ装置１００とサーバ２００とは、例えば、カラオケ店舗内に設置されるルータを介して、通信網によって接続される。ここで、通信網としては、有線、無線、併用どのような形態でもよく、また、インターネットを利用したＶＰＮ（Virtual Private Network）であってもよい。
【００１９】
サーバ２００は、サーバコントローラ２０１、楽曲データベース２０２、イベント情報データベース２０３、順位表データベース２０４、歌唱者情報データベース２０５、とから基本的に構成される。
サーバコントローラ２０１は、サーバ２００全体を制御するものであり、プロセッサ（例えば、ＣＰＵ）によって実現される。
【００２０】
楽曲データベース２０２には、カラオケ楽曲の演奏に用いられる種々のデータが記憶されている。
図２は、楽曲データベース２０２のデータ構造の一例を示した図である。図２に示すように、楽曲ＩＤをキーとして、楽音データ、背景データ、歌手名、歌詞、等が記憶されている。
「楽曲ＩＤ」は、カラオケ楽曲ごとに付されたユニークな識別符号である。
「楽音データ」は、カラオケ楽曲の生成起源となるデータである。例えば、ＭＩＤＩデータ、ＭＰＥＧデータとすることができるが、本発明においては、楽音データのフォーマットはどのようなものであってもよい。
「背景データ」は、カラオケ楽曲の演奏中に表示される背景画像（動画、静止画）の生成起源となるデータである。本発明においては、背景データのフォーマットはどのようなものであってもよい。
「歌手名」は、カラオケ楽曲原曲の歌手名である。カラオケ楽曲の再生開始時等に表示される。
「歌詞」は、カラオケ楽曲の演奏中に表示される。楽曲再生中の歌詞表示態様については公知の種々の技術を用いることができる。
【００２１】
楽曲データベース２０２は、適宜のタイミングで更新される。例えば、所定の時間間隔で更新（例えば、日単位）してもよく、新曲が作成されるごとに更新してもよい。
なお、図２で示したデータ構造は、単なる一例であり、本発明は、このデータ構造を用いるシステムに限定されないことはいうまでもない。
【００２２】
イベント情報データベース２０３には、イベント（カラオケコンクール）に関する種々の情報が記憶されている。
図３は、イベント情報データベース２０３のデータ構造の一例を示した図である。図３に示すように、イベントＩＤをキーとして、課題曲（楽曲ＩＤ）、企画者、実施期間、参加費、受賞者順位、賞品、等が記憶されている。換言すれば、イベント情報データベース２０３には、イベントごとに、課題曲として歌唱可能な楽曲の楽曲ＩＤが、イベントＩＤ、企画者、実施期間、受賞要項の組を含む情報が対応付けられている。
【００２３】
「イベントＩＤ」は、イベントごとに付されたユニークな識別符号である。
「課題曲（楽曲ＩＤ）」は、そのイベントで用いられる課題曲である。なお、１つのイベントで複数の課題曲が用いられることもある。また、楽曲ＩＤで定義されている。イベント情報データベース２０３及び楽曲データベース２０２における「楽曲ＩＤ」は共通である。
「企画者」は、そのイベントを企画した者（会社、団体等）である。また、スポンサーが企画者となることもある。この場合、企画者の情報は、スポンサー情報である。また、カラオケ店舗が企画者となることもある。すなわち、各カラオケ店舗において独自にイベントを企画することができる。この場合、該カラオケ店舗で歌唱をしないと該イベントに参加できないよう企画することができる。これにより、カラオケ店舗独自のイベントには、該カラオケ店舗への集客力の向上を図る効果がある。
【００２４】
「実施期間」は、そのイベントの実施期間である。例えば、開始日及び終了日で定義することができる。なお、日単位ではなく、時間単位（例えば、２００６年１０月１日１５：００〜２００６年１０月２１日１０：００等）で定義してもよいことはもちろんである。
「参加費」は、そのイベントに参加するために必要な費用である。すべてのイベントの参加費を一律となるように構成された場合は、参加費属性は設定する必要はない。
「受賞者順位」は、賞を授与することができる順位である。
「賞品」は、上記受賞者順位内に入賞した者に付与される賞品に関する情報である。
【００２５】
図４は、イベント情報データベース２０３（図３）の「賞品」属性の詳細なデータ構造を示している。図４に示すように、「賞品」属性は、順位、賞品名、賞品金額、画像、趣味の組を含む情報を有する。
「順位」は、賞が付与される順位である。
「賞品名」は、付与される賞品の名称である。なお、図４に示した内容は単なる一例である。例えば、「宿泊券」については、「場所、宿泊可能日時」等の詳細情報が「賞品名」に含まれる。また、「ＭＰ３プレイヤ」については、「メーカ名、型番」等の詳細情報が、「賞品名」に含まれる。また、「ディナー券」については、「場所、利用可能日時」等の詳細情報が「賞品名」に含まれる。
【００２６】
「賞品金額」は、付与される賞品の金額である。なお、図４における数値の単位は「円」である。
「画像」は、付与される賞品の画像情報である。記憶される画像は、静止画、動画、いずれでもよい。また、賞品によって、静止画、動画を使い分けてもよい。また、画像データベースを別に有しておき、イベント情報データベース２０３には、画像データベースへのリンク情報のみを有する構成にしてもよい。また、画像の重要性が低い賞品（例えば、図書カード等）については、画像を記憶しなくてもよい。
【００２７】
「趣味」は、付与される賞品のカテゴリを示すものである。図４に示すように、例えば、「宿泊券」には「旅行」が対応付けられる。また、「ＭＰ３プレイヤ」には「音楽」が対応付けられる。また、「ディナー券」には「飲食」が対応付けられる。「趣味」は、有利な条件のイベントを抽出する際に用いられる。詳細については後述する。また、１つの賞品に対し、複数の「趣味」属性が付与されることもある。
【００２８】
イベント情報データベース２０３は、適宜のタイミングで更新される。例えば、新規イベントが発生するごとに更新することができる。また、イベント情報データベース２０３の更新には、所定の権限が必要である。
なお、図３及び図４で示したデータ構造は、単なる一例であり、本発明は、このデータ構造を用いるシステムに限定されないことはいうまでもない。
【００２９】
順位表データベース２０４には、イベントごとの歌唱者順位に関する種々の情報が記憶されている。
図５は、順位表データベース２０４のデータ構造の一例を示した図である。図４に示すように、イベントＩＤをキーとして、歌唱者ＩＤ、採点値、登録日、順位、等が記憶されている。
【００３０】
「イベントＩＤ」は、イベント情報データベース２０３のイベントＩＤと共通である。
「歌唱者ＩＤ」は、イベントごとに付されたユニークな識別符号である。
「採点値」は、そのイベントの課題曲を歌唱したときの採点値である。採点値の満点は、例えば、１００点とすることができるが、１０００点満点でもよい。また、採点値の最小値は１点単位でもよく、また、小数点第１位または第２位まで算出するように構成してもよい。
「登録日」は、そのイベントに参加登録した日（すなわち、課題曲を歌唱した日）である。
「順位」は、そのイベントにおける現時点での順位である。
【００３１】
順位表データベース２０４は、適宜のタイミングで更新される。例えば、ユーザがイベントに参加するごとに更新することができる。
なお、図５で示したデータ構造は、単なる一例であり、本発明は、このデータ構造を用いるシステムに限定されないことはいうまでもない。
【００３２】
歌唱者情報データベース２０５には、歌唱者に関する種々の情報が記憶されている。
図６は、歌唱者情報データベース２０５のデータ構造の一例を示した図である。図５に示すように、歌唱者ＩＤをキーとして、ニックネーム、住所、性別、生年月日、等が記憶されている。
【００３３】
「歌唱者ＩＤ」は、順位表データベース２０４の「イベントＩＤ」と共通である。
「ニックネーム」は、例えば、順位を表示する際に用いられる。ニックネームは、歌唱者自身が任意に決めることができる。
「住所」は、歌唱者の住所である。住所は、例えば、イベントに入賞した場合の賞品の発送の際に用いられる。ダイレクトメールの発送の際に用いてもよい。
「性別」は、歌唱者の性別である。
「生年月日」は、歌唱者の生年月日である。
「趣味」は、歌唱者の趣味である。イベント情報データベース２０３の「趣味」と共通である。また、１人の歌唱者に、複数の趣味を対応付けられることもある。
【００３４】
歌唱者情報データベース２０５は、適宜のタイミングで更新される。例えば、新規登録があるごとに更新することができる。
なお、図６で示したデータ構造は、単なる一例であり、本発明は、このデータ構造を用いるシステムに限定されないことはいうまでもない。
【００３５】
また、歌唱者情報は、リモコンを用いて登録することができる。また、パソコンや携帯電話を用いて登録することができる。また、プロフィール、持ち歌、歌った曲の履歴、等のカラオケ楽曲に関する情報を保存することができる。また、歌唱者情報データベース２０５の歌唱者自身の情報については、パソコン、携帯を用いてアクセスできるよう構成してもよい。また、カラオケＳＮＳサービスと関連付けてもよい。
また、本発明において実施されるイベント（カラオケコンクール）に参加するには、歌唱者情報データベース２０５に個人情報を登録する必要がある。
【００３６】
次に、カラオケ装置１００について説明する。カラオケ装置１００は、カラオケ店舗の各客室に設置される。
図７は、カラオケ装置１００のシステム構成の一例である。図７に示すように、リモコン１０１とコマンダ１０２とから構成される。なお、複数のリモコン１０１が、コマンダ１０２と通信可能となるように構成してもよい。
【００３７】
リモコン１０１は、赤外線通信Ｉ／Ｆ１１１、電波通信Ｉ／Ｆ１１２、ＣＰＵ１１３、ＲＯＭ１１４、ＲＡＭ１１５、表示部１１６、操作部１１７、から基本的に構成される。
【００３８】
コマンダ１０２は、赤外線通信Ｉ／Ｆ１２１、電波通信Ｉ／Ｆ１２２、ＣＰＵ１２３、ＲＯＭ１２４、ＲＡＭ１２５、補助記憶手段１２６、映像音声再生手段１２７、から基本的に構成される。
【００３９】
赤外線通信Ｉ／Ｆ１１１及び赤外線Ｉ／Ｆ１２１は、リモコン１０１とコマンダ１０２とが赤外線を媒体とする無線通信（以下、「赤外線通信」という。）を行うためのインタフェースである。
電波通信Ｉ／Ｆ１１２及び電波Ｉ／Ｆ１２２は、リモコン１０１とコマンダ１０２とが電波を媒体とする無線通信（以下、「電波通信」という。）を行うためのインタフェースである。
また、電波通信Ｉ／Ｆ１１２及び電波通信Ｉ／Ｆ１２２を用いることにより、ホストとの間で種々の情報を送受信することも可能である。
また、コマンダとリモコンとは、アクセスポイントを介して無線通信を行ってもよい。
リモコンで受け付けた各種操作信号は、コマンダに送信される。また、種々の情報がコマンダからリモコンに送信される。ここで、赤外線通信と無線通信とは、送受信される情報の種類等に応じて適宜切り替えて用いることができる。
【００４０】
また、それぞれのリモコン１０１及びコマンダ１０２がイーサネット（登録商標）等で接続されている場合は、それぞれの機器に対して固有のＩＰアドレスが付されている。また、ＩＰアドレスは、それぞれの機器が有する識別番号及び所定の生成式に基いて算出することができる。
【００４１】
ＣＰＵ１１３及びＣＰＵ１２３は、本発明を実現するために必要なプログラムを含む種々のプログラムを実行する。ＲＯＭ１１４及びＲＯＭ１２４は、本発明を実現するために必要な情報を含む種々のデータを記憶する。ＲＡＭ１１５及びＲＡＭ１２５は、本発明を実現するために必要な情報を含む種々のデータを一時的に記憶する。
【００４２】
リモコン１０１には、表示部１１６が設けられている。表示部１１６には、本発明の実現するために必要な情報を含む種々の情報を表示する。リモコン１０１には、操作部１１７が設けられている。操作部１１７は、表示部１１６の表面にタッチパネルとして実現してもよい。
【００４３】
コマンダ１０２には、補助記憶手段１２６が設けられている。補助記憶手段１２６には、例えば、楽曲の再生に必要な音声データ及び映像データ等が記憶される。また、ゲーム等のアプリケーションデータが記憶される。これらのデータは、ダウンロードによって受信している。
【００４４】
コマンダ１０２には、映像音声再生手段１２７が設けられている。映像音声再生手段１２７は、楽曲の再生及び映像の再生を行う。また、図示しないホストから送信されたデータに基いてストリーミング再生を行うことも可能である。
【００４５】
また、図示しない音声入力手段（マイク等）、映像表示手段（ディスプレイ等）が、コマンダ１０２に接続されている。また、コマンダ１０２は、採点機能を有する。
【００４６】
また、リクエストがあった楽曲は、リクエスト毎にサーバからダウンロードしてもよく、また、ホストまたはコマンダに一時的に記憶しておくように構成してもよい。また、一度ダウンロードした楽曲を所定時間のみ記憶するようにしてもよい。
【００４７】
（カラオケコンクール処理において送受信される情報）
次に、カラオケコンクールに係る処理において、リモコン、コマンダ、サーバとの間で送受信される情報を説明する。図８は、リモコン１０１、コマンダ１０２、サーバ２００との間で送受信される情報の一例を示した図である。
【００４８】
リモコン１０１は、ユーザよりイベントに関する情報（イベント関連情報）を要求するための操作を受付けると（１）、コマンダ１０２に対し、イベント関連情報を要求するためのイベント関連情報要求信号を送信する（２）。
コマンダ１０２は、イベント関連情報要求信号を受信すると、サーバ２００に対し、イベント関連情報要求信号を送信する（３）。このイベント関連情報要求信号には、送信元となるコマンダ１０２（カラオケ装置）を識別するための識別情報が含まれている。
【００４９】
サーバ２００は、イベント情報要求信号を受信すると、該イベント関連情報要求信号を送信したコマンダ１０２に対し、現時点で実施されている参加可能なイベント関連情報を送信する（４）。イベント関連情報には、イベント情報データベース２０３の情報が含まれる。
【００５０】
ここで、例えば、図８に示す処理が「Ａ店舗」のリモコン１０１及びコマンダ１０２で行われた場合、サーバ２００は、「Ｂ店舗」独自のイベントについては、参加可能ではないと判断して、該「Ｂ店舗」のイベント関連情報は送信しない。
【００５１】
コマンダ１０２は、イベント関連情報を受信すると、リモコン１０１に対し、該イベント関連情報を送信する（５）。また、不図示のディスプレイに、該イベント関連情報を表示してもよい。
リモコン１０１は、受信したイベント関連情報を表示部１１６に表示する。また、参加を意図するイベントを選択させるためのメッセージを併せて表示する。また、リモコン１０１は、ユーザによる参加イベントの選択を受け付ける（６）。
【００５２】
リモコン１０１は、コマンダ１０２に対し、選択されたイベントを示すための選択情報（イベントＩＤ等）を送信する（７）。この選択情報には、課題曲として歌唱する楽曲の楽曲ＩＤが（楽曲のリクエスト信号として）含まれている。
【００５３】
コマンダ１０２は、選択情報を受信すると、サーバ２００に対し、選択情報を送信する（８）。この選択情報には、送信元となるコマンダ１０２（カラオケ装置）を識別するための識別情報が含まれている。また、課題曲として歌唱する楽曲を再生するための楽音データ等の要求信号が含まれることともある。すなわち、該課題曲の楽音データ等が既にコマンダ１０２またはホストに蓄積されている場合は、該要求信号を含ませる必要はない。
【００５４】
サーバ２００は、選択情報を受信すると、選択されたイベントの順位表情報を送信する（９）。この順位表情報には、歌唱者ごとの採点データが含まれる。すなわち、コマンダ１０２が順位を算出するために必要な情報が含まれる。楽音データ等の要求信号が含まれている場合は、該データについても送信する。
【００５５】
コマンダ１０２は、順位表情報を受信すると、リモコン１０１から受信した選択情報に含まれる楽曲ＩＤで特定される楽曲の演奏を開始し、また、当該楽曲の歌唱を採点する（１０）。
【００５６】
サーバ２００は、選択されたイベントの順位表情報を送信したあと、該イベントの課題曲を含む他のイベント（同じ課題曲を有する他のイベント）を検索する（１１）。このとき、イベント情報データベース２０３が用いられる。また、他店舗（例えば、上記「Ｂ店舗」）独自のイベントについても抽出される。
【００５７】
サーバ２００は、同じ課題曲を有するイベントを検索した場合は、該イベントのイベント情報を送信する。イベント関連情報には、イベント情報データベース２０３の情報が含まれる。ここでは、他店舗（例えば、上記「Ｂ店舗」）独自のイベントについても送信される。
【００５８】
該楽曲の歌唱が終了すると、コマンダ１０２は、上記（６）で受け付けたイベントにおける順位を算出する（１３）。このとき、上記（９）で受信した順位表情報が用いられる。また、算出した順位、及び、受信した検索結果（他のイベント情報）に基づいて、より有利な条件のイベントを抽出する（１３）。より有利な条件のイベント抽出方法については後述する。また、算出した順位は、不図示のディスプレイに表示される（１３）。
【００５９】
コマンダ１０２は、リモコン１０１に対し、リモコン１０１上に表示させる表示内容信号を送信する（１４）。表示内容信号には、イベントへの参加確定を促す画面を表示させるための指示信号が含まれる。また、上記ディスプレイに表示した順位を示す情報を含ませてもよい。
【００６０】
リモコン１０１は、イベントへの参加確定を促す画面を表示し、また、参加確定指示を受け付ける（１５）。
【００６１】
参加確定指示を受け付けると、リモコン１０１は、コマンダ１０２に対し、参加確定信号を送信する（１６）。
コマンダ１０２は、参加確定信号を受信すると、他のイベントのイベント関連情報を、不図示のディスプレイに表示する（１７）。また、リモコン１０１の表示部１１６にも同様に他のイベントのイベント関連情報を表示してもよい。他のイベントのイベント関連情報の表示レイアウト等については後述する。
【００６２】
イベントへの参加確定信号を受信したあとで他のイベントに関する情報を表示することにより、イベントへの参加を確実にしつつ、他のイベントの対する提示（告知）を行うことができる。また、ユーザは、他店舗でのイベントに関する情報を取得することができる。
【００６３】
コマンダ１０２は、参加確定信号を受信すると、サーバ２００に対し、参加確定信号を送信する（１８）。この参加確定信号には、イベントＩＤ、歌唱者ＩＤ、採点データが含まれている。また、楽曲ＩＤを含ませてもよい。
【００６４】
サーバ２００は、参加確定信号を受信すると、該参加確定信号に含まれるイベントＩＤ、歌唱者ＩＤ、採点データ等に基づいて、順位表データベースに登録する（１９）。これにより、順表データベース２０４は更新されることになる。
【００６５】
上述した処理によれば、イベントへの参加確定指示を受け付けたあとで他のイベント情報を提示するので、イベントを企画する者（自店舗等）にとっては、ユーザが自イベントに参加することなく他イベントへ参加変更することを防止することができる。また、ユーザにとっては、好条件な他のイベント情報を取得することができる。また、他のイベントを企画する他店舗にとっては、イベントへの広告効果が高まり、集客力を向上させることができる。
【００６６】
（リモコン側の処理の流れ）
次に、イベント関連情報要求操作を受け付けた後、イベント参加確定を受け付けるまでのリモコン側の処理の流れについて説明する。
図９は、リモコン側の処理の流れを示す図である。
【００６７】
まず、Ｓ１において、ユーザより、イベント関連情報要求の操作を受け付ける。このとき、例えば、リモコン１０１のタッチパネルが用いられる。
Ｓ２において、コマンダ１０２に対し、イベント関連情報要求信号を送信する。イベント関連情報要求信号を送信した後は、イベント関連情報を受信するまで処理が待機されることになる。
【００６８】
Ｓ３において、コマンダ１０２より送信されたイベント関連情報を受信する。イベント関連情報には、参加可能なイベントに関する情報（イベント情報データベース２０３に記憶されている情報）が含まれる。なお、他店舗独自のイベントのうち、該他店舗で歌唱しないと参加できないものについては受信することができない。
【００６９】
Ｓ４において、受信したイベント関連情報に基いて、参加可能なイベントを関連情報（賞品、企画者等）とともに表示する。なお、参加可能なイベント及びその関連情報は、コマンダ１０２に接続されるディスプレイに表示するよう構成してもよい。また、参加するイベントを選択可能であることを示すメッセージについても表示する。なお、タッチパネル上の表示レイアウトは適宜設定可能である。
【００７０】
Ｓ５において、ユーザより、参加するイベントを受け付ける。このとき、ユーザはリモコン１０１を用いて参加のための操作を行うことができる。なお、本実施形態においては、Ｓ５における参加受付は「仮受付」であり、後述する「参加確定」指示を行わないと該イベントへの参加手続きが終了しないものとする。
【００７１】
Ｓ６において、受け付けたイベントを示すための選択情報（イベントＩＤ等）をコマンダ１０２に対し送信する。このとき、受け付けたイベントに対応する課題曲の楽曲ＩＤは、リクエスト情報として送信される。選択情報を送信した後、該楽曲ＩＤの楽曲演奏が終了し、該演奏の順位を受信するまで処理が待機されることになる。
【００７２】
Ｓ７において、コマンダ１０２により表示内容信号を受信する。また、表示内容信号に、歌唱順位が含まれていてもよい。
Ｓ８において、上記「仮受付」したイベントへの参加確定を促す画面を表示する。
【００７３】
Ｓ９において、イベントへの参加確定指示を受け付ける。このとき、例えば、リモコン１０１のタッチパネルが用いられる。また、イベントへの不参加指示を受け付け可能に構成してもよい。
Ｓ１０において、コマンダ１０２に対し、参加確定信号を送信する。
【００７４】
（コマンダ側の処理の流れ）
参加イベントに係る選択情報を受信し、イベント参加確定に係る参加確定信号を送信するまでのコマンダ側の処理の流れについて説明する。
図１０は、コマンダ側の処理の流れを示す図である。
【００７５】
Ｓ１１において、リモコン１０１より送信された選択情報を受信する。
Ｓ１２において、サーバ２００に対し、Ｓ１１で受信した選択情報を送信する。また、参加するイベントの課題曲の楽曲データ等が必要である場合は、その旨を示す情報が選択情報に含まれる。選択情報を送信した後、順位表情報を受信するまで処理が待機することになる。
【００７６】
Ｓ１３において、サーバ２００から順位表情報（必要に応じ、楽曲データ等）を受信する。
Ｓ１４において、Ｓ１１で受信した選択情報に含まれる楽曲ＩＤの楽曲の演奏を開始する。そして、楽曲の演奏が終了するまで、処理はＳ１５で待機する。
楽曲の演奏が終了すると（Ｓ１５：ＹＥＳ）、Ｓ１６に移行する。
【００７７】
Ｓ１６において、検索結果を受信する。なお、楽曲の演奏中（すなわち、Ｓ１５での待機中）に検索結果を受信することもある。
【００７８】
Ｓ１７において、Ｓ１３で受信した順位表情報に基づいて順位を算出する。
Ｓ１８において、Ｓ１７で算出した順位を不図示のディスプレイに表示する。また、イベントへの参加確定を促す画面を表示してもよい。
【００７９】
Ｓ１９において、Ｓ１６で受信した検索結果に基づいて、より有利な条件のイベントを抽出する。より有利な条件のイベントの抽出方法については後述する。
Ｓ２０において、リモコン１０１上に表示させる表示内容信号を送信する。
【００８０】
表示内容信号を送信した後、参加確定信号を受信するまで、処理はＳ２０で待機する。
参加確定信号を受信すると（Ｓ２０：ＹＥＳ）、Ｓ２１に移行する。なお、Ｓ２０待機中に、リモコン１０１からイベントへの不参加を通知する信号を受信した場合は、コマンダ側の処理を終了する。
【００８１】
Ｓ２１において、Ｓ１９で抽出したより有利な条件の他のイベントに関する情報を表示する。
Ｓ２２において、サーバ２００に対し、参加確定信号を送信する。
【００８２】
（サーバ側の処理）
サーバ側の処理の流れについて説明する。図１１は、サーバ側の処理のフローチャートである。図１１のフローチャートに示される処理は、所定のタイミングごとに繰り返し実行される。
【００８３】
Ｓ３１において、コマンダ１０２からイベント関連情報要求信号を受信したか否かを判断する。
イベント関連情報要求信号を受信していないと判断した場合は（Ｓ３１：ＮＯ）、Ｓ３３に移行する。一方、イベント関連情報要求信号を受信したと判断した場合は（Ｓ３１：ＹＥＳ）、Ｓ３２に移行する。
【００８４】
Ｓ３２において、Ｓ３１で受信したイベント関連情報要求信号を送信したコマンダ１０２に対し、イベント関連情報を送信する。送信するイベント関連情報は、イベント情報データベース２０３を参照して決定される。このとき、該イベント関連情報要求信号を受信した時刻を特定し、当該時刻が実施期間に含まれるイベントが抽出される。
【００８５】
Ｓ３３において、コマンダ１０２から選択情報を受信したか否かを判断する。
選択情報を受信していないと判断した場合は（Ｓ３３：ＮＯ）、Ｓ３７に移行する。一方、選択情報を受信したと判断した場合は（Ｓ３３：ＹＥＳ）、Ｓ３４に移行する。
【００８６】
Ｓ３４において、Ｓ３３で受信した選択情報を送信したコマンダ１０２に対し、順位表情報を送信する。送信する順位表情報は、順位表データベース２０４を参照して決定される。具体的には、受信した選択情報に含まれるイベントＩＤで特定されるイベントにおける採点データ等が送信する順位表情報となる。
【００８７】
Ｓ３５において、Ｓ３３で受信した選択情報に含まれるイベントＩＤのイベントの課題曲を含む他のイベント（同じ課題曲を有する他のイベント）を検索する。このとき、イベント情報データベース２０３が用いられる。また、他店舗（例えば、上記「Ｂ店舗」）独自のイベントについても抽出される。
【００８８】
Ｓ３６において、コマンダ１０２に対し、Ｓ３５での検索結果を送信する。
Ｓ３７において、コマンダ１０２から参加確定信号を受信したか否かを判断する。
参加確定信号を受信していないと判断した場合は（Ｓ３７：ＮＯ）、処理を終了する。一方、参加確定信号を受信したと判断した場合は（Ｓ３７：ＹＥＳ）、Ｓ３８に移行する。
【００８９】
Ｓ３８において、Ｓ３７で受信した選択確定情報に基いて、順位表データベース２０４を更新する。すなわち、受信した選択確定情報に含まれる情報（歌唱者ＩＤ、採点データ）等が、順位表データベース２０４に登録される。
【００９０】
（有利な条件のイベントの抽出）
次に、有利な条件のイベントの抽出方法について説明する。図１２は、各店舗独自のイベントの内容を示した一例である。また、ユーザは、「Ａ店舗」において、「賞品総額：４５０００円」のイベントに参加し、歌唱順位が「３位」であり、その賞品金額が「３０００円」であり、ユーザの趣味が「スポーツ」であったとする。
【００９１】
（その１：同一順位の賞品金額を用いる方法）
「同一順位の賞品金額を比較したときに、前記参加確定されたイベント順位の賞品よりも高い金額である」イベントを、有利な条件のイベントとすることができる。図１２の例では、ユーザの歌唱順位は「３位」であるため（賞品金額：３０００円）、各店舗イベントの「３位」の賞品金額に基づいて、有利な条件のイベントを抽出する。
【００９２】
図１２においては、
Ｂ店舗イベントの３位の賞品金額：４０００円
Ｃ店舗イベントの３位の賞品金額：５０００円
Ｄ店舗イベントの３位の賞品金額：５０００円
Ｅ店舗イベントの３位の賞品金額：なし
である。
【００９３】
したがって、「Ｂ店舗イベント」、「Ｃ店舗イベント」、「Ｄ店舗イベント」が、有利な条件のイベントとして抽出される。
【００９４】
（その２：賞品総額を用いる方法）
「前記参加確定されたイベントの賞品総額よりも高い賞品総額である」イベントを、有利な条件のイベントとすることができる。図１２の例では、Ａ店舗イベントの賞品総額は「４５０００円」である。
【００９５】
図１２においては、
Ｂ店舗イベントの賞品総額：５４０００円
Ｃ店舗イベントの賞品総額：４３０００円
Ｄ店舗イベントの賞品総額：６５０００円
Ｅ店舗イベントの賞品総額：３００００円
である。
【００９６】
したがって、「Ｂ店舗イベント」、「Ｄ店舗イベント」が、有利な条件のイベントとして抽出される。
【００９７】
（その３：賞品を獲得できる順位を用いる方法）
「前記参加確定されたイベントよりも低い順位で賞品が存在する」イベントを、有利な条件のイベントとすることができる。図１２の例では、ユーザの歌唱順位は「３位」である。
【００９８】
図１２においては、
Ｂ店舗イベント：３位まで賞品獲得可能
Ｃ店舗イベント：３位まで賞品獲得可能
Ｄ店舗イベント：４位まで賞品獲得可能
Ｅ店舗イベント：２位まで賞品獲得可能
である。
【００９９】
したがって、「Ｄ店舗イベント」が、有利な条件のイベントとして抽出される。
【０１００】
（趣味情報を用いる方法）
趣味情報を用いて有利な条件のイベントを抽出する方法について説明する。以下においては、上述した「その１」の方法に適用した例を説明するが、「その２」及び「その３」の方法についても適用可能である。
【０１０１】
図１２の例では、ユーザの趣味は「スポーツ」である。上述したとおり、「その１」の方法においては、「Ｂ店舗イベント」、「Ｃ店舗イベント」、「Ｄ店舗イベント」が、有利な条件のイベントとして抽出されていた。
ここで、図１２においては、
Ｂ店舗イベントの趣味情報：スポーツ
Ｃ店舗イベントの趣味情報：読書
Ｄ店舗イベントの趣味情報：音楽
である。
【０１０２】
したがって、「Ｂ店舗イベント」のみが、有利な条件のイベントとして抽出される。これにより、ユーザの趣味情報に基いてイベントを抽出するので、ユーザの趣味を反映して他のイベントに関する情報を提示することができる。
【０１０３】
（抽出したイベントの関連情報の表示レイアウト）
図１３は、不図示のディスプレイ及びリモコン１０１の表示部１１６上での表示レイアウトの一例を示している。図１３に示すように、参加確定したイベントの関連情報と抽出されたイベントの関連情報とが、同じ画面に表示されている。これにより、ユーザは、参加済みのイベントと、他のイベントとを容易に比較することができ、他のイベントの内容を直感的に把握することができる。
【０１０４】
以上説明した本発明の第１実施形態によれば、イベントに対する参加確定指示を受け付けたあとで他のイベント情報を提示するので、イベントを企画する者（自店舗）にとっては、ユーザが自イベントに参加することなく他イベントへ参加変更することを防止することができる。また、ユーザにとっては、好条件な他のイベント情報を取得することができる。また、他のイベントを企画する他店舗にとっては、イベントへの広告効果が高まり、集客力を向上させることができる。これによって、カラオケコンクールへの参加機会が高まり、カラオケコンクールをビジネスモデルとして成功させることができる。
【０１０５】
［第２実施形態］
上述した第１実施形態は、課題曲の歌唱のための指示とイベント参加確定のための指示を別々に行う構成であった。第２実施形態では、課題曲の歌唱のための指示がイベント参加確定のための指示を兼ねるように構成している。
図１４は、第２実施形態における、リモコン１０１、コマンダ１０２、サーバ２００との間で送受信される情報の一例を示した図である。
【０１０６】
図１４の（１）〜（１３）の処理は、図８の（１）〜（１３）の処理と基本的に同じであるが、（７）でリモコン１０１からコマンダ１０２に送信される選択情報には、イベントへの参加確定信号が含まれている。これにより、歌唱後に、イベントへの参加確定指示を受け付けるための処理を行う必要がない。
【０１０７】
したがって、（１３）で有利な条件のイベントを抽出したあと、（１４）で該抽出したイベントを表示することができる。
また、コマンダ１０２は、サーバ２００に対し、採点結果を送信する（１５）。
サーバ２００は、採点結果を受信すると、順位表データベースに登録する（１９）。これにより、順表データベース２０４は更新されることになる。
【０１０８】
以上説明した本発明の第２実施形態によれば、イベントへの参加確定指示を受け付けたあとで他のイベント情報を提示するので、イベントを企画する者（自店舗）にとっては、ユーザが自イベントに参加することなく他イベントへの参加変更することを防止することができる。また、課題曲の歌唱のための指示とイベント参加確定のための指示を別々に行う必要がない。また、ユーザにとっては、好条件な他のイベント情報を取得することができる。また、他のイベントを企画する他店舗にとっては、イベントへの広告効果が高まり、集客力を向上させることができる。これによって、カラオケコンクールへの参加機会が高まり、カラオケコンクールをビジネスモデルとして成功させることができる。
【０１０９】
（課金方法）
上述した第１実施形態及び第２実施形態においても、イベントに参加するためには、所定量の参加費が必要となる。そのため、該参加費を徴収するための課金処理が必要である。ただし、本発明においては、カラオケコンクール（イベント）に係る課金方法はどのようなものでもよい。
【０１１０】
例えば、参加するイベントを選択する時点（例えば、図８の（６）の時点）で課金することができる。また、参加するイベントを確定した時点（例えば、図８の（１５）の時点）で課金することができる。また、歌唱者情報データベース２０５に、歌唱者ごとの徴収予定金額属性を設け、所定の期間単位（例えば、１ヶ月）ごとに徴収するよう構成してもよい。この場合は、参加するイベントを選択した時点、または、参加するイベントを確定した時点ごとに、歌唱者情報データベース２０５の徴収予定金額属性の内容が更新されることになる。
また、料金の支払いは、ＩＣカード（電子マネー）を用いてもよく、クレジット決済、コンビニ決済としてもよい。また、カラオケボックスの清算時に、徴収するよう構成してもよい。
【０１１１】
上述したとおり、本発明によれば、イベントへの参加確定指示を受け付けたあとで他のイベント情報を提示するので、イベントを企画する者（自店舗）にとっては、ユーザが自イベントに参加することなく他イベントへの参加変更することを防止することができる。また、ユーザにとっては、好条件な他のイベント情報を取得することができる。また、他のイベントを企画する他店舗にとっては、イベントへの広告効果が高まり、集客力を向上させることができる。これによって、カラオケコンクールへの参加機会が高まり、カラオケコンクールをビジネスモデルとして成功させることができる。
【０１１２】
本発明は上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることはいうまでもない。
【０１１３】
また、上述した各フローチャートは単なる一例であり、該各フローチャートの処理と同等の結果を得ることできるものであれば、他のフローチャートによって処理を実現してもよい。
【０１１４】
また、上述したカラオケコンクールシステムにおけるリモコン、コマンダ、カラオケコンクールシステムに係る方法、該方法をコンピュータに実行させるためのプログラム、該プログラムを記録した記録媒体等としても本発明は実現可能である。
【図面の簡単な説明】
【０１１５】
【図１】カラオケシステムの構成の一例を示した図である。
【図２】楽曲データベースのデータ構造の一例を示した図である。
【図３】イベント情報データベースのデータ構造の一例を示した図である。
【図４】賞品属性のデータ構造の一例を示した図である。
【図５】順位表データベースのデータ構造の一例を示した図である。
【図６】歌唱者情報データベースのデータ構造の一例を示した図である。
【図７】リモコン及びコマンダの構成の一例を示した図である。
【図８】リモコン、コマンダ、サーバの間で送受信される情報の一例を示した図である。
【図９】リモコン側処理のフローチャートの一例である。
【図１０】コマンダ側処理のフローチャートの一例である。
【図１１】サーバ側処理のフローチャートの一例である。
【図１２】各店舗のイベントの例を示した図である。
【図１３】表示レイアウトの一例である。
【図１４】リモコン、コマンダ、サーバの間で送受信される情報の一例を示した図である。
【符号の説明】
【０１１６】
１００ カラオケ装置
１０１ リモコン
１０２ コマンダ
２００ サーバ
２０１ サーバコントローラ
２０２ 楽曲データベース
２０３ イベント情報データベース
２０４ 順位表データベース
２０５ 歌唱者情報データベース
【技術分野】
【０００１】
本発明は、多数のカラオケ装置の利用者間でカラオケコンクールを実施するシステム等に関するものである。
【背景技術】
【０００２】
採点技術及び通信技術を応用したカラオケコンクールが提案されている。例えば、下記特許文献１においては、課題曲の演奏に先立って当該課題曲の順位表を取得し、当該課題曲の演奏後に採点結果及び順位を表示する。また、採点結果を見た後でコンクールに参加するか否かを判断する点についても開示されている。
【０００３】
【特許文献１】特開２００７−１７１３３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ここで、種々の団体、コミュニティ、カラオケボックス店舗などが種々のイベント（カラオケコンクール）を同時期に開催することが考えられる。また、カラオケボックス店舗が独自に企画するイベントにおいては、該店舗で歌唱しなければならないという制約が想定される。例えば、Ａ店舗で歌唱するユーザは、Ａ店舗で企画されるイベントには参加できるが、Ｂ店舗で企画するイベントには参加できないという制約が想定される。このような制約は、イベントを企画するＡ店舗にとっては、自店舗への集客力の向上という観点においては好ましい。一方、ユーザは、他店舗でどのようなイベントが企画されているか把握したいという要望がある。しかしながら、Ａ店舗内において、他店舗で実施されている好条件のイベントについて告知することは、Ｂ店舗に顧客が流れてしまうというリスクを引き起こす可能性がある。また、ユーザごとに条件の良し悪しの基準（すなわち、何をもって好条件とするのか）が異なるため、その基準をユーザごとに的確に推定することは困難である。
【０００５】
本発明は、上記問題点を解決するためになされたものであり、自店舗の集客力を低下させることなく他店舗におけるイベント情報を提示することができるカラオケコンクールシステム等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一側面である請求項１に係る発明は、カラオケのコンクールを行うコンクールサーバが通信網を介して多数のカラオケ装置と通信可能であり、前記コンクールサーバは、イベント情報データベースと、順位表データベースと、歌唱者情報データベースとを備え、イベント情報送信処理と、順位表更新処理と、授賞処理を行い、前記イベント情報データベースは、イベントごとに、課題曲として歌唱可能な楽曲の楽曲ＩＤを、イベントＩＤ・企画者・実施期間・授賞要項の組を含むイベント関連情報に対応付けて格納し、前記順位表データベースは、前記イベント情報ごとに、歌唱者ＩＤと採点データとの組の集合を順位表として格納し、前記歌唱者情報データベースは、歌唱者の属性情報を歌唱者ＩＤに対応付けて格納し、前記イベント情報送信処理は、前記カラオケ装置からイベント情報閲覧要求電文を受信した際、前記イベント情報データベース及び順位表データベースの内容を当該カラオケ装置に送信し、前記順位表更新処理は、前記カラオケ装置からイベントＩＤ・歌唱者ＩＤ・採点データの組を受信した際、該当の順位表を更新し、前記授賞処理は、前記イベント情報データベース中のあるイベントの実施期間が満了した際、そのイベントの授賞要項と順位表と歌唱者情報データベースに基づいて受賞者を決定し、前記カラオケ装置は、ユーザインタフェースと、演奏手段と、採点手段と、制御手段とを備え、前記ユーザインタフェースは、制御手段の制御に従い利用者に情報を提示するとともに利用者入力を受け付け、前記演奏手段は、制御手段の制御に従い指定されたカラオケ楽曲の伴奏音楽を音響出力し、採点手段は、制御手段の制御に従い伴奏音楽に合わせて歌唱する歌声の巧拙を評価して採点データを出力し、前記制御手段は、イベント閲覧要求の利用者入力があった際に当該要求の電文を前記コンクールサーバに送信し、前記コンクールサーバから受信したイベント情報データベースと順位表データベースの内容を記憶し、イベントに関する情報を利用者に提示させ、ユーザインタフェースによって利用者が選択したイベントＩＤ・楽曲ＩＤとこれに対応付けられた歌唱者ＩＤを取得し、取得した楽曲ＩＤの伴奏音楽の演奏に先立ち、取得したイベントＩＤをコンクールサーバに送信し、当該イベントの順位表をコンクールサーバより受信し、取得した楽曲ＩＤの伴奏音楽を演奏手段に演奏させ、演奏中に歌声を採点させるとともに、採点データを受信した順位表を参照して順位を求め、少なくとも歌唱区間の終了時に求めた順位を表示させ、出力された採点データと、イベントＩＤ・歌唱者ＩＤを対応付けしてコンクールサーバに送信させる、カラオケコンクールシステムにおいて、前記コンクールサーバは、前記カラオケ装置から受信したイベントＩＤに対応付けられている楽曲ＩＤを含む他のイベントが存在するか否かを検索し、前記他のイベントが存在する場合に、該イベントのイベント関連情報をカラオケ装置に送信し、前記カラオケ装置の制御手段は、イベント参加確定の指示を受け付けた後に、前記他のイベントのうち、前記参加確定されたイベントよりもユーザによって有利な条件のイベントを抽出し、該抽出したイベントのイベント関連情報を提示することを特徴とする。
【０００７】
上記カラオケコンクールシステムによれば、コンクールサーバは、カラオケ装置より受信したイベントＩＤに対応付けられている楽曲ＩＤを含む他のイベントが存在するか否かを検索し、前記他のイベントが存在する場合に、該イベントのイベント関連情報をカラオケ装置に送信する。また、前記カラオケ装置の制御手段は、イベント参加確定の指示を受け付けた後に、前記他のイベントのうち、前記参加確定されたイベントよりもユーザによって有利な条件のイベントを抽出し、該抽出したイベントのイベント関連情報を提示する。これにより、イベントを企画する者にとっては、ユーザが自イベントに参加することなく他イベントへの参加変更することを防止することができる。また、ユーザにとっては、好条件な他のイベント情報を取得することができる。また、他のイベントを企画する他者にとっては、該他者のイベントへの広告効果が高まり、集客力を向上させることができる。
【０００８】
本発明の一側面である請求項２に係る発明は、請求項１のカラオケコンクールシステムにおいて、前記前記歌唱者情報データベースの歌唱者の属性情報には、歌唱者の趣味情報が含まれており、前記コンクールサーバは、前記他のイベントのイベント関連情報とともに、前記歌唱者の趣味情報をカラオケ装置に送信し、前記カラオケ装置の制御手段は、イベント参加確定の指示を受け付けた後に、前記歌唱者の趣味情報に基いて、前記他のイベントのうち、前記参加確定されたイベントよりもユーザによって有利な条件のイベントを抽出し、該抽出したイベントのイベント関連情報を提示することを特徴とする。
【０００９】
上記カラオケコンクールシステムによれば、前記歌唱者情報データベースの歌唱者の属性情報には、歌唱者の趣味情報が含まれており、前記コンクールサーバは、前記他のイベントのイベント関連情報とともに、前記歌唱者の趣味情報をカラオケ装置に送信し、前記カラオケ装置の制御手段は、イベント参加確定の指示を受け付けた後に、前記歌唱者の趣味情報に基いて、前記他のイベントのうち、前記参加確定されたイベントよりもユーザによって有利な条件のイベントを抽出し、該抽出したイベントのイベント関連情報を提示する。これにより、ユーザの趣味を反映させた他のイベントを提示することができる。
【００１０】
本発明の一側面である請求項３に係る発明は、請求項１または請求項２のカラオケコンクールシステムであって、前記イベント関連情報には、各順位の賞品に対応する賞品画像及び賞品金額が含まれ、前記カラオケ装置の制御手段は、前記抽出したイベントの賞品画像及び／または賞品金額を、前記参加確定されたイベントの賞品画像及び／または賞品金額と同時に提示することを特徴とする。
【００１１】
上記カラオケコンクールシステムによれば、前記イベント関連情報には、各順位の賞品に対応する賞品画像及び賞品金額が含まれている。そして、抽出したイベントの賞品画像及び／または賞品金額は、前記参加確定されたイベントの賞品画像及び／または賞品金額と同時に提示される。これにより、ユーザは、提示される他のイベントに関する情報を直感的に把握することができる。そして、他のイベントに関する情報を直感的に把握することにより、該他のイベントへの参加意欲が高まり、イベントに関する集客力の向上を図ることができる。
【００１２】
本発明の一側面である請求項４に係る発明は、請求項１乃至請求項３いずれかのカラオケコンクールシステムであって、前記有利な条件とは、（１）同一順位の賞品金額を比較したときに、前記参加確定されたイベント順位の賞品よりも高い金額である、（２）もしくは、前記参加確定されたイベントの賞品総額よりも高い金額である、（３）もしくは、前記参加確定されたイベントよりも低い順位で賞品が存在することを特徴とする。
【００１３】
一般的にコンクールは、賞品金額が高額であるほど、または、賞品が最高の順位（優勝）から低い順位に渡り、より広範囲の順位に提供されるほど集客力が高い。上記カラオケコンクールシステムによれば、前記有利な条件として、同一順位の賞品金額を比較したときに、前記参加確定されたイベント順位の賞品よりも高い金額である、前記参加確定されたイベントの賞品総額よりも高い金額である、前記参加確定されたイベントよりも低い順位で賞品が存在する、のいずれかを用いる。これにより、イベントに関する集客力の向上を図ることができる。
【００１４】
本発明の一側面である請求項５に係る発明は、請求項１または請求項２のカラオケコンクールシステムであって、前記イベント関連情報には、各順位の賞品に対応する賞品画像及び賞品金額が含まれ、前記カラオケ装置の制御手段は、前記抽出したイベントの賞品画像及び／または賞品金額を、前記参加確定されたイベントの賞品画像及び／または賞品金額と同時に提示し、前記有利な条件とは、同一順位の賞品金額を比較したときに、前記参加確定されたイベント順位の賞品よりも高い金額であることを特徴とする。
【００１５】
上記カラオケコンクールシステムによれば、前記イベント関連情報には、各順位の賞品に対応する賞品画像及び賞品金額が含まれている。そして、抽出したイベントの賞品画像及び／または賞品金額は、前記参加確定されたイベントの賞品画像及び／または賞品金額と同時に提示される。これにより、ユーザは、提示される他のイベントに関する情報を直感的に把握することができる。そして、他のイベントに関する情報を直感的に把握することにより、該他のイベントへの参加意欲が高まり、該他のイベントに企画する企画者（店舗等）は、集客力の向上を図ることができる。また、一般的にコンクールは、賞品金額が高額であるほど集客力が高い。上記カラオケコンクールシステムによれば、前記有利な条件として、同一順位の賞品金額を比較したときに、前記参加確定されたイベント順位の賞品よりも高い金額である、を用いる。これにより、イベントに関する集客力の向上を図ることができる。
【発明の効果】
【００１６】
本発明によれば、参加確定の指示を受け付けた後で、より好条件な他のイベントを提示するカラオケコンクールシステム等を提供することができる。これによって、自店舗の集客力を低下させることなく他店舗におけるイベント情報を提示することができ、カラオケコンクールをビジネスモデルとして成功させることができる。
【発明を実施するための最良の形態】
【００１７】
［第１実施形態］
本発明の第１実施形態について説明する。
【００１８】
（システム構成）
図１は、本発明の一実施形態におけるカラオケシステムのネットワーク構成を示した図である。
本実施形態のカラオケシステムは、各地のカラオケ店舗等に設置されたカラオケ装置１００と、通信網と、サーバ２００と、基本的にから構成される。
カラオケ装置１００は、カラオケ店舗の客室ごとに設置されている。
カラオケ装置１００とサーバ２００とは、例えば、カラオケ店舗内に設置されるルータを介して、通信網によって接続される。ここで、通信網としては、有線、無線、併用どのような形態でもよく、また、インターネットを利用したＶＰＮ（Virtual Private Network）であってもよい。
【００１９】
サーバ２００は、サーバコントローラ２０１、楽曲データベース２０２、イベント情報データベース２０３、順位表データベース２０４、歌唱者情報データベース２０５、とから基本的に構成される。
サーバコントローラ２０１は、サーバ２００全体を制御するものであり、プロセッサ（例えば、ＣＰＵ）によって実現される。
【００２０】
楽曲データベース２０２には、カラオケ楽曲の演奏に用いられる種々のデータが記憶されている。
図２は、楽曲データベース２０２のデータ構造の一例を示した図である。図２に示すように、楽曲ＩＤをキーとして、楽音データ、背景データ、歌手名、歌詞、等が記憶されている。
「楽曲ＩＤ」は、カラオケ楽曲ごとに付されたユニークな識別符号である。
「楽音データ」は、カラオケ楽曲の生成起源となるデータである。例えば、ＭＩＤＩデータ、ＭＰＥＧデータとすることができるが、本発明においては、楽音データのフォーマットはどのようなものであってもよい。
「背景データ」は、カラオケ楽曲の演奏中に表示される背景画像（動画、静止画）の生成起源となるデータである。本発明においては、背景データのフォーマットはどのようなものであってもよい。
「歌手名」は、カラオケ楽曲原曲の歌手名である。カラオケ楽曲の再生開始時等に表示される。
「歌詞」は、カラオケ楽曲の演奏中に表示される。楽曲再生中の歌詞表示態様については公知の種々の技術を用いることができる。
【００２１】
楽曲データベース２０２は、適宜のタイミングで更新される。例えば、所定の時間間隔で更新（例えば、日単位）してもよく、新曲が作成されるごとに更新してもよい。
なお、図２で示したデータ構造は、単なる一例であり、本発明は、このデータ構造を用いるシステムに限定されないことはいうまでもない。
【００２２】
イベント情報データベース２０３には、イベント（カラオケコンクール）に関する種々の情報が記憶されている。
図３は、イベント情報データベース２０３のデータ構造の一例を示した図である。図３に示すように、イベントＩＤをキーとして、課題曲（楽曲ＩＤ）、企画者、実施期間、参加費、受賞者順位、賞品、等が記憶されている。換言すれば、イベント情報データベース２０３には、イベントごとに、課題曲として歌唱可能な楽曲の楽曲ＩＤが、イベントＩＤ、企画者、実施期間、受賞要項の組を含む情報が対応付けられている。
【００２３】
「イベントＩＤ」は、イベントごとに付されたユニークな識別符号である。
「課題曲（楽曲ＩＤ）」は、そのイベントで用いられる課題曲である。なお、１つのイベントで複数の課題曲が用いられることもある。また、楽曲ＩＤで定義されている。イベント情報データベース２０３及び楽曲データベース２０２における「楽曲ＩＤ」は共通である。
「企画者」は、そのイベントを企画した者（会社、団体等）である。また、スポンサーが企画者となることもある。この場合、企画者の情報は、スポンサー情報である。また、カラオケ店舗が企画者となることもある。すなわち、各カラオケ店舗において独自にイベントを企画することができる。この場合、該カラオケ店舗で歌唱をしないと該イベントに参加できないよう企画することができる。これにより、カラオケ店舗独自のイベントには、該カラオケ店舗への集客力の向上を図る効果がある。
【００２４】
「実施期間」は、そのイベントの実施期間である。例えば、開始日及び終了日で定義することができる。なお、日単位ではなく、時間単位（例えば、２００６年１０月１日１５：００〜２００６年１０月２１日１０：００等）で定義してもよいことはもちろんである。
「参加費」は、そのイベントに参加するために必要な費用である。すべてのイベントの参加費を一律となるように構成された場合は、参加費属性は設定する必要はない。
「受賞者順位」は、賞を授与することができる順位である。
「賞品」は、上記受賞者順位内に入賞した者に付与される賞品に関する情報である。
【００２５】
図４は、イベント情報データベース２０３（図３）の「賞品」属性の詳細なデータ構造を示している。図４に示すように、「賞品」属性は、順位、賞品名、賞品金額、画像、趣味の組を含む情報を有する。
「順位」は、賞が付与される順位である。
「賞品名」は、付与される賞品の名称である。なお、図４に示した内容は単なる一例である。例えば、「宿泊券」については、「場所、宿泊可能日時」等の詳細情報が「賞品名」に含まれる。また、「ＭＰ３プレイヤ」については、「メーカ名、型番」等の詳細情報が、「賞品名」に含まれる。また、「ディナー券」については、「場所、利用可能日時」等の詳細情報が「賞品名」に含まれる。
【００２６】
「賞品金額」は、付与される賞品の金額である。なお、図４における数値の単位は「円」である。
「画像」は、付与される賞品の画像情報である。記憶される画像は、静止画、動画、いずれでもよい。また、賞品によって、静止画、動画を使い分けてもよい。また、画像データベースを別に有しておき、イベント情報データベース２０３には、画像データベースへのリンク情報のみを有する構成にしてもよい。また、画像の重要性が低い賞品（例えば、図書カード等）については、画像を記憶しなくてもよい。
【００２７】
「趣味」は、付与される賞品のカテゴリを示すものである。図４に示すように、例えば、「宿泊券」には「旅行」が対応付けられる。また、「ＭＰ３プレイヤ」には「音楽」が対応付けられる。また、「ディナー券」には「飲食」が対応付けられる。「趣味」は、有利な条件のイベントを抽出する際に用いられる。詳細については後述する。また、１つの賞品に対し、複数の「趣味」属性が付与されることもある。
【００２８】
イベント情報データベース２０３は、適宜のタイミングで更新される。例えば、新規イベントが発生するごとに更新することができる。また、イベント情報データベース２０３の更新には、所定の権限が必要である。
なお、図３及び図４で示したデータ構造は、単なる一例であり、本発明は、このデータ構造を用いるシステムに限定されないことはいうまでもない。
【００２９】
順位表データベース２０４には、イベントごとの歌唱者順位に関する種々の情報が記憶されている。
図５は、順位表データベース２０４のデータ構造の一例を示した図である。図４に示すように、イベントＩＤをキーとして、歌唱者ＩＤ、採点値、登録日、順位、等が記憶されている。
【００３０】
「イベントＩＤ」は、イベント情報データベース２０３のイベントＩＤと共通である。
「歌唱者ＩＤ」は、イベントごとに付されたユニークな識別符号である。
「採点値」は、そのイベントの課題曲を歌唱したときの採点値である。採点値の満点は、例えば、１００点とすることができるが、１０００点満点でもよい。また、採点値の最小値は１点単位でもよく、また、小数点第１位または第２位まで算出するように構成してもよい。
「登録日」は、そのイベントに参加登録した日（すなわち、課題曲を歌唱した日）である。
「順位」は、そのイベントにおける現時点での順位である。
【００３１】
順位表データベース２０４は、適宜のタイミングで更新される。例えば、ユーザがイベントに参加するごとに更新することができる。
なお、図５で示したデータ構造は、単なる一例であり、本発明は、このデータ構造を用いるシステムに限定されないことはいうまでもない。
【００３２】
歌唱者情報データベース２０５には、歌唱者に関する種々の情報が記憶されている。
図６は、歌唱者情報データベース２０５のデータ構造の一例を示した図である。図５に示すように、歌唱者ＩＤをキーとして、ニックネーム、住所、性別、生年月日、等が記憶されている。
【００３３】
「歌唱者ＩＤ」は、順位表データベース２０４の「イベントＩＤ」と共通である。
「ニックネーム」は、例えば、順位を表示する際に用いられる。ニックネームは、歌唱者自身が任意に決めることができる。
「住所」は、歌唱者の住所である。住所は、例えば、イベントに入賞した場合の賞品の発送の際に用いられる。ダイレクトメールの発送の際に用いてもよい。
「性別」は、歌唱者の性別である。
「生年月日」は、歌唱者の生年月日である。
「趣味」は、歌唱者の趣味である。イベント情報データベース２０３の「趣味」と共通である。また、１人の歌唱者に、複数の趣味を対応付けられることもある。
【００３４】
歌唱者情報データベース２０５は、適宜のタイミングで更新される。例えば、新規登録があるごとに更新することができる。
なお、図６で示したデータ構造は、単なる一例であり、本発明は、このデータ構造を用いるシステムに限定されないことはいうまでもない。
【００３５】
また、歌唱者情報は、リモコンを用いて登録することができる。また、パソコンや携帯電話を用いて登録することができる。また、プロフィール、持ち歌、歌った曲の履歴、等のカラオケ楽曲に関する情報を保存することができる。また、歌唱者情報データベース２０５の歌唱者自身の情報については、パソコン、携帯を用いてアクセスできるよう構成してもよい。また、カラオケＳＮＳサービスと関連付けてもよい。
また、本発明において実施されるイベント（カラオケコンクール）に参加するには、歌唱者情報データベース２０５に個人情報を登録する必要がある。
【００３６】
次に、カラオケ装置１００について説明する。カラオケ装置１００は、カラオケ店舗の各客室に設置される。
図７は、カラオケ装置１００のシステム構成の一例である。図７に示すように、リモコン１０１とコマンダ１０２とから構成される。なお、複数のリモコン１０１が、コマンダ１０２と通信可能となるように構成してもよい。
【００３７】
リモコン１０１は、赤外線通信Ｉ／Ｆ１１１、電波通信Ｉ／Ｆ１１２、ＣＰＵ１１３、ＲＯＭ１１４、ＲＡＭ１１５、表示部１１６、操作部１１７、から基本的に構成される。
【００３８】
コマンダ１０２は、赤外線通信Ｉ／Ｆ１２１、電波通信Ｉ／Ｆ１２２、ＣＰＵ１２３、ＲＯＭ１２４、ＲＡＭ１２５、補助記憶手段１２６、映像音声再生手段１２７、から基本的に構成される。
【００３９】
赤外線通信Ｉ／Ｆ１１１及び赤外線Ｉ／Ｆ１２１は、リモコン１０１とコマンダ１０２とが赤外線を媒体とする無線通信（以下、「赤外線通信」という。）を行うためのインタフェースである。
電波通信Ｉ／Ｆ１１２及び電波Ｉ／Ｆ１２２は、リモコン１０１とコマンダ１０２とが電波を媒体とする無線通信（以下、「電波通信」という。）を行うためのインタフェースである。
また、電波通信Ｉ／Ｆ１１２及び電波通信Ｉ／Ｆ１２２を用いることにより、ホストとの間で種々の情報を送受信することも可能である。
また、コマンダとリモコンとは、アクセスポイントを介して無線通信を行ってもよい。
リモコンで受け付けた各種操作信号は、コマンダに送信される。また、種々の情報がコマンダからリモコンに送信される。ここで、赤外線通信と無線通信とは、送受信される情報の種類等に応じて適宜切り替えて用いることができる。
【００４０】
また、それぞれのリモコン１０１及びコマンダ１０２がイーサネット（登録商標）等で接続されている場合は、それぞれの機器に対して固有のＩＰアドレスが付されている。また、ＩＰアドレスは、それぞれの機器が有する識別番号及び所定の生成式に基いて算出することができる。
【００４１】
ＣＰＵ１１３及びＣＰＵ１２３は、本発明を実現するために必要なプログラムを含む種々のプログラムを実行する。ＲＯＭ１１４及びＲＯＭ１２４は、本発明を実現するために必要な情報を含む種々のデータを記憶する。ＲＡＭ１１５及びＲＡＭ１２５は、本発明を実現するために必要な情報を含む種々のデータを一時的に記憶する。
【００４２】
リモコン１０１には、表示部１１６が設けられている。表示部１１６には、本発明の実現するために必要な情報を含む種々の情報を表示する。リモコン１０１には、操作部１１７が設けられている。操作部１１７は、表示部１１６の表面にタッチパネルとして実現してもよい。
【００４３】
コマンダ１０２には、補助記憶手段１２６が設けられている。補助記憶手段１２６には、例えば、楽曲の再生に必要な音声データ及び映像データ等が記憶される。また、ゲーム等のアプリケーションデータが記憶される。これらのデータは、ダウンロードによって受信している。
【００４４】
コマンダ１０２には、映像音声再生手段１２７が設けられている。映像音声再生手段１２７は、楽曲の再生及び映像の再生を行う。また、図示しないホストから送信されたデータに基いてストリーミング再生を行うことも可能である。
【００４５】
また、図示しない音声入力手段（マイク等）、映像表示手段（ディスプレイ等）が、コマンダ１０２に接続されている。また、コマンダ１０２は、採点機能を有する。
【００４６】
また、リクエストがあった楽曲は、リクエスト毎にサーバからダウンロードしてもよく、また、ホストまたはコマンダに一時的に記憶しておくように構成してもよい。また、一度ダウンロードした楽曲を所定時間のみ記憶するようにしてもよい。
【００４７】
（カラオケコンクール処理において送受信される情報）
次に、カラオケコンクールに係る処理において、リモコン、コマンダ、サーバとの間で送受信される情報を説明する。図８は、リモコン１０１、コマンダ１０２、サーバ２００との間で送受信される情報の一例を示した図である。
【００４８】
リモコン１０１は、ユーザよりイベントに関する情報（イベント関連情報）を要求するための操作を受付けると（１）、コマンダ１０２に対し、イベント関連情報を要求するためのイベント関連情報要求信号を送信する（２）。
コマンダ１０２は、イベント関連情報要求信号を受信すると、サーバ２００に対し、イベント関連情報要求信号を送信する（３）。このイベント関連情報要求信号には、送信元となるコマンダ１０２（カラオケ装置）を識別するための識別情報が含まれている。
【００４９】
サーバ２００は、イベント情報要求信号を受信すると、該イベント関連情報要求信号を送信したコマンダ１０２に対し、現時点で実施されている参加可能なイベント関連情報を送信する（４）。イベント関連情報には、イベント情報データベース２０３の情報が含まれる。
【００５０】
ここで、例えば、図８に示す処理が「Ａ店舗」のリモコン１０１及びコマンダ１０２で行われた場合、サーバ２００は、「Ｂ店舗」独自のイベントについては、参加可能ではないと判断して、該「Ｂ店舗」のイベント関連情報は送信しない。
【００５１】
コマンダ１０２は、イベント関連情報を受信すると、リモコン１０１に対し、該イベント関連情報を送信する（５）。また、不図示のディスプレイに、該イベント関連情報を表示してもよい。
リモコン１０１は、受信したイベント関連情報を表示部１１６に表示する。また、参加を意図するイベントを選択させるためのメッセージを併せて表示する。また、リモコン１０１は、ユーザによる参加イベントの選択を受け付ける（６）。
【００５２】
リモコン１０１は、コマンダ１０２に対し、選択されたイベントを示すための選択情報（イベントＩＤ等）を送信する（７）。この選択情報には、課題曲として歌唱する楽曲の楽曲ＩＤが（楽曲のリクエスト信号として）含まれている。
【００５３】
コマンダ１０２は、選択情報を受信すると、サーバ２００に対し、選択情報を送信する（８）。この選択情報には、送信元となるコマンダ１０２（カラオケ装置）を識別するための識別情報が含まれている。また、課題曲として歌唱する楽曲を再生するための楽音データ等の要求信号が含まれることともある。すなわち、該課題曲の楽音データ等が既にコマンダ１０２またはホストに蓄積されている場合は、該要求信号を含ませる必要はない。
【００５４】
サーバ２００は、選択情報を受信すると、選択されたイベントの順位表情報を送信する（９）。この順位表情報には、歌唱者ごとの採点データが含まれる。すなわち、コマンダ１０２が順位を算出するために必要な情報が含まれる。楽音データ等の要求信号が含まれている場合は、該データについても送信する。
【００５５】
コマンダ１０２は、順位表情報を受信すると、リモコン１０１から受信した選択情報に含まれる楽曲ＩＤで特定される楽曲の演奏を開始し、また、当該楽曲の歌唱を採点する（１０）。
【００５６】
サーバ２００は、選択されたイベントの順位表情報を送信したあと、該イベントの課題曲を含む他のイベント（同じ課題曲を有する他のイベント）を検索する（１１）。このとき、イベント情報データベース２０３が用いられる。また、他店舗（例えば、上記「Ｂ店舗」）独自のイベントについても抽出される。
【００５７】
サーバ２００は、同じ課題曲を有するイベントを検索した場合は、該イベントのイベント情報を送信する。イベント関連情報には、イベント情報データベース２０３の情報が含まれる。ここでは、他店舗（例えば、上記「Ｂ店舗」）独自のイベントについても送信される。
【００５８】
該楽曲の歌唱が終了すると、コマンダ１０２は、上記（６）で受け付けたイベントにおける順位を算出する（１３）。このとき、上記（９）で受信した順位表情報が用いられる。また、算出した順位、及び、受信した検索結果（他のイベント情報）に基づいて、より有利な条件のイベントを抽出する（１３）。より有利な条件のイベント抽出方法については後述する。また、算出した順位は、不図示のディスプレイに表示される（１３）。
【００５９】
コマンダ１０２は、リモコン１０１に対し、リモコン１０１上に表示させる表示内容信号を送信する（１４）。表示内容信号には、イベントへの参加確定を促す画面を表示させるための指示信号が含まれる。また、上記ディスプレイに表示した順位を示す情報を含ませてもよい。
【００６０】
リモコン１０１は、イベントへの参加確定を促す画面を表示し、また、参加確定指示を受け付ける（１５）。
【００６１】
参加確定指示を受け付けると、リモコン１０１は、コマンダ１０２に対し、参加確定信号を送信する（１６）。
コマンダ１０２は、参加確定信号を受信すると、他のイベントのイベント関連情報を、不図示のディスプレイに表示する（１７）。また、リモコン１０１の表示部１１６にも同様に他のイベントのイベント関連情報を表示してもよい。他のイベントのイベント関連情報の表示レイアウト等については後述する。
【００６２】
イベントへの参加確定信号を受信したあとで他のイベントに関する情報を表示することにより、イベントへの参加を確実にしつつ、他のイベントの対する提示（告知）を行うことができる。また、ユーザは、他店舗でのイベントに関する情報を取得することができる。
【００６３】
コマンダ１０２は、参加確定信号を受信すると、サーバ２００に対し、参加確定信号を送信する（１８）。この参加確定信号には、イベントＩＤ、歌唱者ＩＤ、採点データが含まれている。また、楽曲ＩＤを含ませてもよい。
【００６４】
サーバ２００は、参加確定信号を受信すると、該参加確定信号に含まれるイベントＩＤ、歌唱者ＩＤ、採点データ等に基づいて、順位表データベースに登録する（１９）。これにより、順表データベース２０４は更新されることになる。
【００６５】
上述した処理によれば、イベントへの参加確定指示を受け付けたあとで他のイベント情報を提示するので、イベントを企画する者（自店舗等）にとっては、ユーザが自イベントに参加することなく他イベントへ参加変更することを防止することができる。また、ユーザにとっては、好条件な他のイベント情報を取得することができる。また、他のイベントを企画する他店舗にとっては、イベントへの広告効果が高まり、集客力を向上させることができる。
【００６６】
（リモコン側の処理の流れ）
次に、イベント関連情報要求操作を受け付けた後、イベント参加確定を受け付けるまでのリモコン側の処理の流れについて説明する。
図９は、リモコン側の処理の流れを示す図である。
【００６７】
まず、Ｓ１において、ユーザより、イベント関連情報要求の操作を受け付ける。このとき、例えば、リモコン１０１のタッチパネルが用いられる。
Ｓ２において、コマンダ１０２に対し、イベント関連情報要求信号を送信する。イベント関連情報要求信号を送信した後は、イベント関連情報を受信するまで処理が待機されることになる。
【００６８】
Ｓ３において、コマンダ１０２より送信されたイベント関連情報を受信する。イベント関連情報には、参加可能なイベントに関する情報（イベント情報データベース２０３に記憶されている情報）が含まれる。なお、他店舗独自のイベントのうち、該他店舗で歌唱しないと参加できないものについては受信することができない。
【００６９】
Ｓ４において、受信したイベント関連情報に基いて、参加可能なイベントを関連情報（賞品、企画者等）とともに表示する。なお、参加可能なイベント及びその関連情報は、コマンダ１０２に接続されるディスプレイに表示するよう構成してもよい。また、参加するイベントを選択可能であることを示すメッセージについても表示する。なお、タッチパネル上の表示レイアウトは適宜設定可能である。
【００７０】
Ｓ５において、ユーザより、参加するイベントを受け付ける。このとき、ユーザはリモコン１０１を用いて参加のための操作を行うことができる。なお、本実施形態においては、Ｓ５における参加受付は「仮受付」であり、後述する「参加確定」指示を行わないと該イベントへの参加手続きが終了しないものとする。
【００７１】
Ｓ６において、受け付けたイベントを示すための選択情報（イベントＩＤ等）をコマンダ１０２に対し送信する。このとき、受け付けたイベントに対応する課題曲の楽曲ＩＤは、リクエスト情報として送信される。選択情報を送信した後、該楽曲ＩＤの楽曲演奏が終了し、該演奏の順位を受信するまで処理が待機されることになる。
【００７２】
Ｓ７において、コマンダ１０２により表示内容信号を受信する。また、表示内容信号に、歌唱順位が含まれていてもよい。
Ｓ８において、上記「仮受付」したイベントへの参加確定を促す画面を表示する。
【００７３】
Ｓ９において、イベントへの参加確定指示を受け付ける。このとき、例えば、リモコン１０１のタッチパネルが用いられる。また、イベントへの不参加指示を受け付け可能に構成してもよい。
Ｓ１０において、コマンダ１０２に対し、参加確定信号を送信する。
【００７４】
（コマンダ側の処理の流れ）
参加イベントに係る選択情報を受信し、イベント参加確定に係る参加確定信号を送信するまでのコマンダ側の処理の流れについて説明する。
図１０は、コマンダ側の処理の流れを示す図である。
【００７５】
Ｓ１１において、リモコン１０１より送信された選択情報を受信する。
Ｓ１２において、サーバ２００に対し、Ｓ１１で受信した選択情報を送信する。また、参加するイベントの課題曲の楽曲データ等が必要である場合は、その旨を示す情報が選択情報に含まれる。選択情報を送信した後、順位表情報を受信するまで処理が待機することになる。
【００７６】
Ｓ１３において、サーバ２００から順位表情報（必要に応じ、楽曲データ等）を受信する。
Ｓ１４において、Ｓ１１で受信した選択情報に含まれる楽曲ＩＤの楽曲の演奏を開始する。そして、楽曲の演奏が終了するまで、処理はＳ１５で待機する。
楽曲の演奏が終了すると（Ｓ１５：ＹＥＳ）、Ｓ１６に移行する。
【００７７】
Ｓ１６において、検索結果を受信する。なお、楽曲の演奏中（すなわち、Ｓ１５での待機中）に検索結果を受信することもある。
【００７８】
Ｓ１７において、Ｓ１３で受信した順位表情報に基づいて順位を算出する。
Ｓ１８において、Ｓ１７で算出した順位を不図示のディスプレイに表示する。また、イベントへの参加確定を促す画面を表示してもよい。
【００７９】
Ｓ１９において、Ｓ１６で受信した検索結果に基づいて、より有利な条件のイベントを抽出する。より有利な条件のイベントの抽出方法については後述する。
Ｓ２０において、リモコン１０１上に表示させる表示内容信号を送信する。
【００８０】
表示内容信号を送信した後、参加確定信号を受信するまで、処理はＳ２０で待機する。
参加確定信号を受信すると（Ｓ２０：ＹＥＳ）、Ｓ２１に移行する。なお、Ｓ２０待機中に、リモコン１０１からイベントへの不参加を通知する信号を受信した場合は、コマンダ側の処理を終了する。
【００８１】
Ｓ２１において、Ｓ１９で抽出したより有利な条件の他のイベントに関する情報を表示する。
Ｓ２２において、サーバ２００に対し、参加確定信号を送信する。
【００８２】
（サーバ側の処理）
サーバ側の処理の流れについて説明する。図１１は、サーバ側の処理のフローチャートである。図１１のフローチャートに示される処理は、所定のタイミングごとに繰り返し実行される。
【００８３】
Ｓ３１において、コマンダ１０２からイベント関連情報要求信号を受信したか否かを判断する。
イベント関連情報要求信号を受信していないと判断した場合は（Ｓ３１：ＮＯ）、Ｓ３３に移行する。一方、イベント関連情報要求信号を受信したと判断した場合は（Ｓ３１：ＹＥＳ）、Ｓ３２に移行する。
【００８４】
Ｓ３２において、Ｓ３１で受信したイベント関連情報要求信号を送信したコマンダ１０２に対し、イベント関連情報を送信する。送信するイベント関連情報は、イベント情報データベース２０３を参照して決定される。このとき、該イベント関連情報要求信号を受信した時刻を特定し、当該時刻が実施期間に含まれるイベントが抽出される。
【００８５】
Ｓ３３において、コマンダ１０２から選択情報を受信したか否かを判断する。
選択情報を受信していないと判断した場合は（Ｓ３３：ＮＯ）、Ｓ３７に移行する。一方、選択情報を受信したと判断した場合は（Ｓ３３：ＹＥＳ）、Ｓ３４に移行する。
【００８６】
Ｓ３４において、Ｓ３３で受信した選択情報を送信したコマンダ１０２に対し、順位表情報を送信する。送信する順位表情報は、順位表データベース２０４を参照して決定される。具体的には、受信した選択情報に含まれるイベントＩＤで特定されるイベントにおける採点データ等が送信する順位表情報となる。
【００８７】
Ｓ３５において、Ｓ３３で受信した選択情報に含まれるイベントＩＤのイベントの課題曲を含む他のイベント（同じ課題曲を有する他のイベント）を検索する。このとき、イベント情報データベース２０３が用いられる。また、他店舗（例えば、上記「Ｂ店舗」）独自のイベントについても抽出される。
【００８８】
Ｓ３６において、コマンダ１０２に対し、Ｓ３５での検索結果を送信する。
Ｓ３７において、コマンダ１０２から参加確定信号を受信したか否かを判断する。
参加確定信号を受信していないと判断した場合は（Ｓ３７：ＮＯ）、処理を終了する。一方、参加確定信号を受信したと判断した場合は（Ｓ３７：ＹＥＳ）、Ｓ３８に移行する。
【００８９】
Ｓ３８において、Ｓ３７で受信した選択確定情報に基いて、順位表データベース２０４を更新する。すなわち、受信した選択確定情報に含まれる情報（歌唱者ＩＤ、採点データ）等が、順位表データベース２０４に登録される。
【００９０】
（有利な条件のイベントの抽出）
次に、有利な条件のイベントの抽出方法について説明する。図１２は、各店舗独自のイベントの内容を示した一例である。また、ユーザは、「Ａ店舗」において、「賞品総額：４５０００円」のイベントに参加し、歌唱順位が「３位」であり、その賞品金額が「３０００円」であり、ユーザの趣味が「スポーツ」であったとする。
【００９１】
（その１：同一順位の賞品金額を用いる方法）
「同一順位の賞品金額を比較したときに、前記参加確定されたイベント順位の賞品よりも高い金額である」イベントを、有利な条件のイベントとすることができる。図１２の例では、ユーザの歌唱順位は「３位」であるため（賞品金額：３０００円）、各店舗イベントの「３位」の賞品金額に基づいて、有利な条件のイベントを抽出する。
【００９２】
図１２においては、
Ｂ店舗イベントの３位の賞品金額：４０００円
Ｃ店舗イベントの３位の賞品金額：５０００円
Ｄ店舗イベントの３位の賞品金額：５０００円
Ｅ店舗イベントの３位の賞品金額：なし
である。
【００９３】
したがって、「Ｂ店舗イベント」、「Ｃ店舗イベント」、「Ｄ店舗イベント」が、有利な条件のイベントとして抽出される。
【００９４】
（その２：賞品総額を用いる方法）
「前記参加確定されたイベントの賞品総額よりも高い賞品総額である」イベントを、有利な条件のイベントとすることができる。図１２の例では、Ａ店舗イベントの賞品総額は「４５０００円」である。
【００９５】
図１２においては、
Ｂ店舗イベントの賞品総額：５４０００円
Ｃ店舗イベントの賞品総額：４３０００円
Ｄ店舗イベントの賞品総額：６５０００円
Ｅ店舗イベントの賞品総額：３００００円
である。
【００９６】
したがって、「Ｂ店舗イベント」、「Ｄ店舗イベント」が、有利な条件のイベントとして抽出される。
【００９７】
（その３：賞品を獲得できる順位を用いる方法）
「前記参加確定されたイベントよりも低い順位で賞品が存在する」イベントを、有利な条件のイベントとすることができる。図１２の例では、ユーザの歌唱順位は「３位」である。
【００９８】
図１２においては、
Ｂ店舗イベント：３位まで賞品獲得可能
Ｃ店舗イベント：３位まで賞品獲得可能
Ｄ店舗イベント：４位まで賞品獲得可能
Ｅ店舗イベント：２位まで賞品獲得可能
である。
【００９９】
したがって、「Ｄ店舗イベント」が、有利な条件のイベントとして抽出される。
【０１００】
（趣味情報を用いる方法）
趣味情報を用いて有利な条件のイベントを抽出する方法について説明する。以下においては、上述した「その１」の方法に適用した例を説明するが、「その２」及び「その３」の方法についても適用可能である。
【０１０１】
図１２の例では、ユーザの趣味は「スポーツ」である。上述したとおり、「その１」の方法においては、「Ｂ店舗イベント」、「Ｃ店舗イベント」、「Ｄ店舗イベント」が、有利な条件のイベントとして抽出されていた。
ここで、図１２においては、
Ｂ店舗イベントの趣味情報：スポーツ
Ｃ店舗イベントの趣味情報：読書
Ｄ店舗イベントの趣味情報：音楽
である。
【０１０２】
したがって、「Ｂ店舗イベント」のみが、有利な条件のイベントとして抽出される。これにより、ユーザの趣味情報に基いてイベントを抽出するので、ユーザの趣味を反映して他のイベントに関する情報を提示することができる。
【０１０３】
（抽出したイベントの関連情報の表示レイアウト）
図１３は、不図示のディスプレイ及びリモコン１０１の表示部１１６上での表示レイアウトの一例を示している。図１３に示すように、参加確定したイベントの関連情報と抽出されたイベントの関連情報とが、同じ画面に表示されている。これにより、ユーザは、参加済みのイベントと、他のイベントとを容易に比較することができ、他のイベントの内容を直感的に把握することができる。
【０１０４】
以上説明した本発明の第１実施形態によれば、イベントに対する参加確定指示を受け付けたあとで他のイベント情報を提示するので、イベントを企画する者（自店舗）にとっては、ユーザが自イベントに参加することなく他イベントへ参加変更することを防止することができる。また、ユーザにとっては、好条件な他のイベント情報を取得することができる。また、他のイベントを企画する他店舗にとっては、イベントへの広告効果が高まり、集客力を向上させることができる。これによって、カラオケコンクールへの参加機会が高まり、カラオケコンクールをビジネスモデルとして成功させることができる。
【０１０５】
［第２実施形態］
上述した第１実施形態は、課題曲の歌唱のための指示とイベント参加確定のための指示を別々に行う構成であった。第２実施形態では、課題曲の歌唱のための指示がイベント参加確定のための指示を兼ねるように構成している。
図１４は、第２実施形態における、リモコン１０１、コマンダ１０２、サーバ２００との間で送受信される情報の一例を示した図である。
【０１０６】
図１４の（１）〜（１３）の処理は、図８の（１）〜（１３）の処理と基本的に同じであるが、（７）でリモコン１０１からコマンダ１０２に送信される選択情報には、イベントへの参加確定信号が含まれている。これにより、歌唱後に、イベントへの参加確定指示を受け付けるための処理を行う必要がない。
【０１０７】
したがって、（１３）で有利な条件のイベントを抽出したあと、（１４）で該抽出したイベントを表示することができる。
また、コマンダ１０２は、サーバ２００に対し、採点結果を送信する（１５）。
サーバ２００は、採点結果を受信すると、順位表データベースに登録する（１９）。これにより、順表データベース２０４は更新されることになる。
【０１０８】
以上説明した本発明の第２実施形態によれば、イベントへの参加確定指示を受け付けたあとで他のイベント情報を提示するので、イベントを企画する者（自店舗）にとっては、ユーザが自イベントに参加することなく他イベントへの参加変更することを防止することができる。また、課題曲の歌唱のための指示とイベント参加確定のための指示を別々に行う必要がない。また、ユーザにとっては、好条件な他のイベント情報を取得することができる。また、他のイベントを企画する他店舗にとっては、イベントへの広告効果が高まり、集客力を向上させることができる。これによって、カラオケコンクールへの参加機会が高まり、カラオケコンクールをビジネスモデルとして成功させることができる。
【０１０９】
（課金方法）
上述した第１実施形態及び第２実施形態においても、イベントに参加するためには、所定量の参加費が必要となる。そのため、該参加費を徴収するための課金処理が必要である。ただし、本発明においては、カラオケコンクール（イベント）に係る課金方法はどのようなものでもよい。
【０１１０】
例えば、参加するイベントを選択する時点（例えば、図８の（６）の時点）で課金することができる。また、参加するイベントを確定した時点（例えば、図８の（１５）の時点）で課金することができる。また、歌唱者情報データベース２０５に、歌唱者ごとの徴収予定金額属性を設け、所定の期間単位（例えば、１ヶ月）ごとに徴収するよう構成してもよい。この場合は、参加するイベントを選択した時点、または、参加するイベントを確定した時点ごとに、歌唱者情報データベース２０５の徴収予定金額属性の内容が更新されることになる。
また、料金の支払いは、ＩＣカード（電子マネー）を用いてもよく、クレジット決済、コンビニ決済としてもよい。また、カラオケボックスの清算時に、徴収するよう構成してもよい。
【０１１１】
上述したとおり、本発明によれば、イベントへの参加確定指示を受け付けたあとで他のイベント情報を提示するので、イベントを企画する者（自店舗）にとっては、ユーザが自イベントに参加することなく他イベントへの参加変更することを防止することができる。また、ユーザにとっては、好条件な他のイベント情報を取得することができる。また、他のイベントを企画する他店舗にとっては、イベントへの広告効果が高まり、集客力を向上させることができる。これによって、カラオケコンクールへの参加機会が高まり、カラオケコンクールをビジネスモデルとして成功させることができる。
【０１１２】
本発明は上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることはいうまでもない。
【０１１３】
また、上述した各フローチャートは単なる一例であり、該各フローチャートの処理と同等の結果を得ることできるものであれば、他のフローチャートによって処理を実現してもよい。
【０１１４】
また、上述したカラオケコンクールシステムにおけるリモコン、コマンダ、カラオケコンクールシステムに係る方法、該方法をコンピュータに実行させるためのプログラム、該プログラムを記録した記録媒体等としても本発明は実現可能である。
【図面の簡単な説明】
【０１１５】
【図１】カラオケシステムの構成の一例を示した図である。
【図２】楽曲データベースのデータ構造の一例を示した図である。
【図３】イベント情報データベースのデータ構造の一例を示した図である。
【図４】賞品属性のデータ構造の一例を示した図である。
【図５】順位表データベースのデータ構造の一例を示した図である。
【図６】歌唱者情報データベースのデータ構造の一例を示した図である。
【図７】リモコン及びコマンダの構成の一例を示した図である。
【図８】リモコン、コマンダ、サーバの間で送受信される情報の一例を示した図である。
【図９】リモコン側処理のフローチャートの一例である。
【図１０】コマンダ側処理のフローチャートの一例である。
【図１１】サーバ側処理のフローチャートの一例である。
【図１２】各店舗のイベントの例を示した図である。
【図１３】表示レイアウトの一例である。
【図１４】リモコン、コマンダ、サーバの間で送受信される情報の一例を示した図である。
【符号の説明】
【０１１６】
１００ カラオケ装置
１０１ リモコン
１０２ コマンダ
２００ サーバ
２０１ サーバコントローラ
２０２ 楽曲データベース
２０３ イベント情報データベース
２０４ 順位表データベース
２０５ 歌唱者情報データベース
【特許請求の範囲】
【請求項１】
カラオケのコンクールを行うコンクールサーバが通信網を介して多数のカラオケ装置と通信可能であり、
前記コンクールサーバは、イベント情報データベースと、順位表データベースと、歌唱者情報データベースとを備え、イベント情報送信処理と、順位表更新処理と、授賞処理を行い、
前記イベント情報データベースは、イベントごとに、課題曲として歌唱可能な楽曲の楽曲ＩＤを、イベントＩＤ・企画者・実施期間・授賞要項の組を含むイベント関連情報に対応付けて格納し、
前記順位表データベースは、前記イベント情報ごとに、歌唱者ＩＤと採点データとの組の集合を順位表として格納し、
前記歌唱者情報データベースは、歌唱者の属性情報を歌唱者ＩＤに対応付けて格納し、
前記イベント情報送信処理は、前記カラオケ装置からイベント情報閲覧要求電文を受信した際、前記イベント情報データベース及び順位表データベースの内容を当該カラオケ装置に送信し、
前記順位表更新処理は、前記カラオケ装置からイベントＩＤ・歌唱者ＩＤ・採点データの組を受信した際、該当の順位表を更新し、
前記授賞処理は、前記イベント情報データベース中のあるイベントの実施期間が満了した際、そのイベントの授賞要項と順位表と歌唱者情報データベースに基づいて受賞者を決定し、
前記カラオケ装置は、ユーザインタフェースと、演奏手段と、採点手段と、制御手段とを備え、
前記ユーザインタフェースは、制御手段の制御に従い利用者に情報を提示するとともに利用者入力を受け付け、
前記演奏手段は、制御手段の制御に従い指定されたカラオケ楽曲の伴奏音楽を音響出力し、
採点手段は、制御手段の制御に従い伴奏音楽に合わせて歌唱する歌声の巧拙を評価して採点データを出力し、
前記制御手段は、
イベント閲覧要求の利用者入力があった際に当該要求の電文を前記コンクールサーバに送信し、
前記コンクールサーバから受信したイベント情報データベースと順位表データベースの内容を記憶し、イベントに関する情報を利用者に提示させ、
ユーザインタフェースによって利用者が選択したイベントＩＤ・楽曲ＩＤとこれに対応付けられた歌唱者ＩＤを取得し、
取得した楽曲ＩＤの伴奏音楽の演奏に先立ち、取得したイベントＩＤをコンクールサーバに送信し、
当該イベントの順位表をコンクールサーバより受信し、
取得した楽曲ＩＤの伴奏音楽を演奏手段に演奏させ、
演奏中に歌声を採点させるとともに、採点データを受信した順位表を参照して順位を求め、少なくとも歌唱区間の終了時に求めた順位を表示させ、
出力された採点データと、イベントＩＤ ・歌唱者ＩＤを対応付けしてコンクールサーバに送信させる、
カラオケコンクールシステムにおいて、
前記コンクールサーバは、
前記カラオケ装置から受信したイベントＩＤに対応付けられている楽曲ＩＤを含む他のイベントが存在するか否かを検索し、
前記他のイベントが存在する場合に、該イベントのイベント関連情報をカラオケ装置に送信し、
前記カラオケ装置の制御手段は、イベント参加確定の指示を受け付けた後に、前記他のイベントのうち、前記参加確定されたイベントよりもユーザによって有利な条件のイベントを抽出し、該抽出したイベントのイベント関連情報を提示する、
ことを特徴とするカラオケコンクールシステム。
【請求項２】
前記前記歌唱者情報データベースの歌唱者の属性情報には、歌唱者の趣味情報が含まれており、
前記コンクールサーバは、前記他のイベントのイベント関連情報とともに、前記歌唱者の趣味情報をカラオケ装置に送信し、
前記カラオケ装置の制御手段は、イベント参加確定の指示を受け付けた後に、前記歌唱者の趣味情報に基いて、前記他のイベントのうち、前記参加確定されたイベントよりもユーザによって有利な条件のイベントを抽出し、該抽出したイベントのイベント関連情報を提示する、
ことを特徴とする請求項１のカラオケコンクールシステム。
【請求項３】
前記イベント関連情報には、各順位の賞品に対応する賞品画像及び賞品金額が含まれ、
前記カラオケ装置の制御手段は、前記抽出したイベントの賞品画像及び／または賞品金額を、前記参加確定されたイベントの賞品画像及び／または賞品金額と同時に提示する、
ことを特徴とする請求項１または請求項２のカラオケコンクールシステム。
【請求項４】
請求項１乃至請求項３いずれかのカラオケコンクールシステムにおいて、
前記有利な条件とは、
（１）同一順位の賞品金額を比較したときに、前記参加確定されたイベント順位の賞品よりも高い金額である、
（２）もしくは、前記参加確定されたイベントの賞品総額よりも高い賞品総額である、
（３）もしくは、前記参加確定されたイベントよりも低い順位で賞品が存在する、
ことを特徴とするカラオケコンクールシステム。
【請求項５】
前記イベント関連情報には、各順位の賞品に対応する賞品画像及び賞品金額が含まれ、
前記カラオケ装置の制御手段は、前記抽出したイベントの賞品画像及び／または賞品金額を、前記参加確定されたイベントの賞品画像及び／または賞品金額と同時に提示し、
前記有利な条件とは、同一順位の賞品金額を比較したときに、前記参加確定されたイベント順位の賞品よりも高い金額である、
ことを特徴とする請求項１または請求項２のカラオケコンクールシステム。
【請求項１】
カラオケのコンクールを行うコンクールサーバが通信網を介して多数のカラオケ装置と通信可能であり、
前記コンクールサーバは、イベント情報データベースと、順位表データベースと、歌唱者情報データベースとを備え、イベント情報送信処理と、順位表更新処理と、授賞処理を行い、
前記イベント情報データベースは、イベントごとに、課題曲として歌唱可能な楽曲の楽曲ＩＤを、イベントＩＤ・企画者・実施期間・授賞要項の組を含むイベント関連情報に対応付けて格納し、
前記順位表データベースは、前記イベント情報ごとに、歌唱者ＩＤと採点データとの組の集合を順位表として格納し、
前記歌唱者情報データベースは、歌唱者の属性情報を歌唱者ＩＤに対応付けて格納し、
前記イベント情報送信処理は、前記カラオケ装置からイベント情報閲覧要求電文を受信した際、前記イベント情報データベース及び順位表データベースの内容を当該カラオケ装置に送信し、
前記順位表更新処理は、前記カラオケ装置からイベントＩＤ・歌唱者ＩＤ・採点データの組を受信した際、該当の順位表を更新し、
前記授賞処理は、前記イベント情報データベース中のあるイベントの実施期間が満了した際、そのイベントの授賞要項と順位表と歌唱者情報データベースに基づいて受賞者を決定し、
前記カラオケ装置は、ユーザインタフェースと、演奏手段と、採点手段と、制御手段とを備え、
前記ユーザインタフェースは、制御手段の制御に従い利用者に情報を提示するとともに利用者入力を受け付け、
前記演奏手段は、制御手段の制御に従い指定されたカラオケ楽曲の伴奏音楽を音響出力し、
採点手段は、制御手段の制御に従い伴奏音楽に合わせて歌唱する歌声の巧拙を評価して採点データを出力し、
前記制御手段は、
イベント閲覧要求の利用者入力があった際に当該要求の電文を前記コンクールサーバに送信し、
前記コンクールサーバから受信したイベント情報データベースと順位表データベースの内容を記憶し、イベントに関する情報を利用者に提示させ、
ユーザインタフェースによって利用者が選択したイベントＩＤ・楽曲ＩＤとこれに対応付けられた歌唱者ＩＤを取得し、
取得した楽曲ＩＤの伴奏音楽の演奏に先立ち、取得したイベントＩＤをコンクールサーバに送信し、
当該イベントの順位表をコンクールサーバより受信し、
取得した楽曲ＩＤの伴奏音楽を演奏手段に演奏させ、
演奏中に歌声を採点させるとともに、採点データを受信した順位表を参照して順位を求め、少なくとも歌唱区間の終了時に求めた順位を表示させ、
出力された採点データと、イベントＩＤ ・歌唱者ＩＤを対応付けしてコンクールサーバに送信させる、
カラオケコンクールシステムにおいて、
前記コンクールサーバは、
前記カラオケ装置から受信したイベントＩＤに対応付けられている楽曲ＩＤを含む他のイベントが存在するか否かを検索し、
前記他のイベントが存在する場合に、該イベントのイベント関連情報をカラオケ装置に送信し、
前記カラオケ装置の制御手段は、イベント参加確定の指示を受け付けた後に、前記他のイベントのうち、前記参加確定されたイベントよりもユーザによって有利な条件のイベントを抽出し、該抽出したイベントのイベント関連情報を提示する、
ことを特徴とするカラオケコンクールシステム。
【請求項２】
前記前記歌唱者情報データベースの歌唱者の属性情報には、歌唱者の趣味情報が含まれており、
前記コンクールサーバは、前記他のイベントのイベント関連情報とともに、前記歌唱者の趣味情報をカラオケ装置に送信し、
前記カラオケ装置の制御手段は、イベント参加確定の指示を受け付けた後に、前記歌唱者の趣味情報に基いて、前記他のイベントのうち、前記参加確定されたイベントよりもユーザによって有利な条件のイベントを抽出し、該抽出したイベントのイベント関連情報を提示する、
ことを特徴とする請求項１のカラオケコンクールシステム。
【請求項３】
前記イベント関連情報には、各順位の賞品に対応する賞品画像及び賞品金額が含まれ、
前記カラオケ装置の制御手段は、前記抽出したイベントの賞品画像及び／または賞品金額を、前記参加確定されたイベントの賞品画像及び／または賞品金額と同時に提示する、
ことを特徴とする請求項１または請求項２のカラオケコンクールシステム。
【請求項４】
請求項１乃至請求項３いずれかのカラオケコンクールシステムにおいて、
前記有利な条件とは、
（１）同一順位の賞品金額を比較したときに、前記参加確定されたイベント順位の賞品よりも高い金額である、
（２）もしくは、前記参加確定されたイベントの賞品総額よりも高い賞品総額である、
（３）もしくは、前記参加確定されたイベントよりも低い順位で賞品が存在する、
ことを特徴とするカラオケコンクールシステム。
【請求項５】
前記イベント関連情報には、各順位の賞品に対応する賞品画像及び賞品金額が含まれ、
前記カラオケ装置の制御手段は、前記抽出したイベントの賞品画像及び／または賞品金額を、前記参加確定されたイベントの賞品画像及び／または賞品金額と同時に提示し、
前記有利な条件とは、同一順位の賞品金額を比較したときに、前記参加確定されたイベント順位の賞品よりも高い金額である、
ことを特徴とする請求項１または請求項２のカラオケコンクールシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００９−２２９６２４（Ｐ２００９−２２９６２４Ａ）
【公開日】平成２１年１０月８日（２００９．１０．８）
【国際特許分類】
【出願番号】特願２００８−７２８７１（Ｐ２００８−７２８７１）
【出願日】平成２０年３月２１日（２００８．３．２１）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２１年１０月８日（２００９．１０．８）
【国際特許分類】
【出願日】平成２０年３月２１日（２００８．３．２１）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]