カラオケコンクールシステム
【課題】参加意欲を高めるカラオケコンクールシステム等を提供する。
【解決手段】リモコン１１０は、自店舗のイベントでの順位に関する情報に加えて、他店舗のイベントに参加した場合の仮想の順位に関する情報を歌唱者に提示する。歌唱者が今回の歌唱の採点データを他店舗のイベント参加に用いたい場合は、今回の採点データをセンタ３００にストックすることができ、当該他店舗に来店したときにストックした採点データを用いて他店舗のイベントに参加することができる。
【解決手段】リモコン１１０は、自店舗のイベントでの順位に関する情報に加えて、他店舗のイベントに参加した場合の仮想の順位に関する情報を歌唱者に提示する。歌唱者が今回の歌唱の採点データを他店舗のイベント参加に用いたい場合は、今回の採点データをセンタ３００にストックすることができ、当該他店舗に来店したときにストックした採点データを用いて他店舗のイベントに参加することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケコンクールを実施するシステム等に関するものである。
【背景技術】
【０００２】
従来、多数の歌唱者間で課題曲の採点データを競わせるカラオケコンクールが提案されている（例えば、下記特許文献１）。このようなカラオケコンクールは上位順位者に賞品が提供されるため、カラオケ店舗の集客力を向上させることができると考えられている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１７１３３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述したイベント（カラオケコンクール）は、カラオケ店舗ごとに独自に企画されることがある。歌唱者がこのようなイベントに参加するためにはその店舗に来店して歌唱する必要があるため、集客力を向上させることができる。その一方で、Ａ店舗の歌唱者は、Ａ店舗で企画されるイベントには参加できるが、Ｂ店舗で企画されるイベントには参加できないことになる。
【０００５】
ここで、Ａ店舗のイベントの課題曲と同じ課題曲の他のイベントがＢ店舗（Ａ店舗と同じチェーン店とする）で企画されている場合、そのことをＡ店舗の歌唱者に提示することにより、Ｂ店舗のイベントへの参加（Ｂ店舗への来店）を促すことができる。このとき、Ａ店舗での採点データでＢ店舗のイベントに参加した場合の仮の順位を併せて提示することにより、この採点データが高得点であるほどＢ店舗のイベントへの参加を強く促すことができると考えられる。しかしながら、Ｂ店舗で同じ課題曲を歌唱したとしても今回と同じ高得点が得られるとは限らない、Ｂ店舗のイベントへの参加意欲を減少させる要因となる。
【０００６】
本発明は、イベントへの参加意欲が高まるカラオケコンクールシステム等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、請求項１に係る発明は、センタ及び複数のカラオケ店舗間で通信可能であり、それぞれのカラオケ店舗間において独自にイベントが実施可能なカラオケコンクールシステムにおいて、前記センタは、歌唱者ＩＤ・楽曲ＩＤ・採点データの組を含むストック情報が格納されているストック情報データベースを有し、かつ当該ストック情報データベースを管理し、それぞれのカラオケ店舗には、店舗サーバとカラオケ装置が設置され、前記店舗サーバは、イベント情報データベースと、順位表データベースと、サーバ制御手段を備え、（ａ）前記イベント情報データベースは、自店舗で実施されるイベントごとに、イベントＩＤ・課題曲として歌唱可能な楽曲の楽曲ＩＤ・企画者・実施期間・授賞要項の組を含むイベント関連情報を格納し、（ｂ）前記順位表データベースは、前記イベントＩＤごとに、歌唱者ＩＤと採点データとの組の集合を順位表として格納し、（ｃ）前記サーバ制御手段は、前記カラオケ装置からイベントＩＤ・歌唱者ＩＤ・採点データの組を受信した際、受信したイベントＩＤに対応する順位表を更新し、（ｄ）前記サーバ制御手段は、前記イベント情報データベース中のあるイベントの実施期間が満了した際、そのイベントの授賞要項と順位表と歌唱者情報データベースに基づいて受賞者を決定し、前記カラオケ装置は、ユーザインタフェースと、演奏手段と、採点手段と、カラオケ制御手段を備え、（ｅ）前記ユーザインタフェースは、前記カラオケ制御手段の制御に従い利用者に情報を提示するとともに利用者入力を受け付け、（ｆ）前記演奏手段は、前記カラオケ制御手段の制御に従い指定されたカラオケ楽曲の伴奏音楽を音響出力し、（ｇ）前記採点手段は、前記カラオケ制御手段の制御に従い伴奏音楽に合わせて歌唱する歌声の巧拙を評価して採点データを出力し、（ｈ）前記カラオケ制御手段は、（ｈ−１）イベント閲覧要求の利用者入力があった際に当該要求の電文を自店舗の店舗サーバに送信し、（ｈ−２）自店舗の店舗サーバから受信したイベントの情報を受信し、当該イベントの情報を利用者に提示し、（ｈ−３）前記ユーザインタフェースによって利用者が選択したイベントのイベントＩＤ、楽曲ＩＤ、及び歌唱者ＩＤを取得し、（ｈ−４）取得した楽曲ＩＤの伴奏音楽の演奏に先立ち、取得したイベントＩＤを自店舗の店舗サーバに送信し、（ｈ−５）当該イベントの順位表を自店舗の店舗サーバより受信し、（ｈ−６）取得した楽曲ＩＤの伴奏音楽を前記演奏手段に演奏させる、ものであって、自店舗のサーバ制御手段は、前記カラオケ制御手段よりイベントＩＤを受信したときに、他店舗のサーバ制御手段に対し、前記受信したイベントＩＤに対応付けられている楽曲ＩＤを含む他のイベントが存在するかについて問い合わせ、他店舗のサーバ制御手段は、前記問い合わせを受信したときに、該問い合わせに含まれる楽曲ＩＤを含む他のイベントが、該他店舗のイベント情報データベースに存在するか否かを検索し、他のイベントが存在する場合に、該イベントのイベント関連情報及び順位表を、自店舗のサーバ制御手段に送信し、自店舗のサーバ制御手段は、前記他店舗のサーバ制御手段からイベント関連情報及び順位表を受信すると、該受信したイベント関連情報及び順位表を、前記カラオケ装置に送信し、前記カラオケ制御手段は、自店舗のサーバ制御手段から受信した順位表を参照して前記採点データに対する第１の順位を求め、他店舗のサーバ制御手段から受信した順位表を参照して前記採点データに対する第２の順位を求め、前記第１の順位に関する情報及び第２の順位に関する情報を利用者に提示し、前記自店舗のイベントへの参加指示を受け付けたときに、前記採点データをイベントＩＤ及び歌唱者ＩＤに対応付けて自店舗の店舗サーバに送信し、前記ストック情報データベースへの登録を受け付けたときに、前記採点データを楽曲ＩＤ及び歌唱者ＩＤに対応付けてストック情報として前記センタに送信し、前記センタは、受信したストック情報に基いて前記ストック情報データベースを更新することを特徴とする。
【０００８】
請求項１に係る発明によれば、例えば、Ａ店舗で課題曲を歌唱した際、Ａ店舗のイベントに参加せずその採点データをセンタに登録することができ、その後Ｂ店舗に来店して同じ課題曲を歌唱した際、前記センタに登録した採点データを用いてＢ店舗のイベントに参加することができる。これにより、歌唱者はＢ店舗のイベントへの参加意欲が高まるのでＢ店舗の集客力を向上させることができる。なお、イベント関連情報の授賞要綱に賞品の画像を含ませてもよい。なお、第１の順位に関する情報には、第１の順位を示す数値（例えば、「３位」）やその順位に対応する賞品の画像が含まれ、第２の順位に関する情報についても同様である。
【０００９】
また、請求項２に係る発明は、請求項１に係るカラオケコンクールシステムであって、前記センタは、前記ストック情報データベースに格納されているストック情報がいずれかのカラオケ店舗のイベント参加に用いられた場合は、当該ストック情報を前記ストック情報データベースから削除することを特徴とする。
【００１０】
請求項２に係る発明によれば、センタに登録された採点データをいずれかの店舗のイベント参加に用いた場合は、当該採点データは削除される。これにより、１つの採点データを複数のイベントで使いまわしすることができなくなるので、歌唱者間の不公平感をなくすことができる。
【００１１】
また、請求項３に係る発明は、請求項２に係るカラオケコンクールシステムであって、歌唱者ＩＤごとに、１つの楽曲ＩＤには１つの採点データのみが格納されることを特徴とする。
【００１２】
請求項３に係る発明によれば、各歌唱者は、１つの楽曲には１つの採点データのみをセンタに登録することができる。これにより、他店舗のイベントに参加した場合の仮の順位を提示する際に表示内容を単純化することできるので、歌唱者は採点データをセンタに登録するか否かを容易に判断することができる。
【発明の効果】
【００１３】
本発明によれば、イベントへの参加意欲が高まるカラオケコンクールシステム等を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】実施形態に係るカラオケシステムの構成及びカラオケ装置の構成の一例を示した図である。
【図２】楽曲データベースのデータ構造の一例を示した図である。
【図３】歌唱者情報データベースのデータ構造の一例を示した図である。
【図４】ストック情報データベースのデータ構造の一例を示した図である。
【図５】イベント情報データベースのデータ構造の一例を示した図である。
【図６】商品属性のデータ構造の一例を示した図である。
【図７】順位表データベースのデータ構造の一例を示した図である。
【図８】リモコン、コマンダ、店舗サーバ、センタの間で送受信される情報の一例を示した図である。
【図９】リモコン側処理のフローチャートである。
【図１０】第１操作受付処理のフローチャートである。
【図１１】リモコンの表示部の表示レイアウトの一例である。
【図１２】第２操作受付処理のフローチャートである。
【図１３】リモコンの表示部の表示レイアウトの一例である。
【図１４】リモコンの表示部の表示レイアウトの一例である。
【図１５】リモコンの表示部の表示レイアウトの一例である。
【図１６】リモコンの表示部の表示レイアウトの一例である。
【図１７】コマンダ側処理のフローチャートである。
【図１８】店舗サーバ側処理のフローチャートである。
【図１９】センタ側処理のフローチャートである。
【発明を実施するための形態】
【００１５】
［実施形態］
以下、本発明の実施形態に係るカラオケコンクールシステムについて説明する。
【００１６】
［カラオケコンクールシステムの構成］
本実施形態のカラオケコンクールシステムは、図１に示すように、各地のカラオケ店舗の客室ごとに設置されたカラオケ装置１００と、カラオケ店舗内に設けられた店舗サーバ２００と、各種情報の配信・管理を行うセンタ３００とから構成され、各カラオケ店舗は通信網を介してセンタ３００と接続されている。なお、通信網は、有線、無線、併用どのような形態でもよく、インターネットを利用してもよい。
【００１７】
［センタの構成］
まず、センタ３００について説明する。センタ３００は、図１に示すように、カラオケ装置１００でのカラオケ楽曲の演奏に用いられる情報、歌唱者ごとの歌唱者情報、及びイベント参加に用いられるストック情報を管理し、また、カラオケ装置１００からの要求によりこれらの情報を配信する。
そして、制御部３０１と楽曲データベース３０２と歌唱者情報データベース３０３とストック情報データベース３０４とから構成される。
制御部３０１は、ＣＰＵとＲＡＭとＲＯＭ等から構成され、ＣＰＵがＲＯＭに記憶された各種プログラムを読み出して実行することにより、センタ３００全体を統括制御する。
以下、各データベースについて順に説明する。
【００１８】
楽曲データベース３０２には、カラオケ楽曲の演奏に用いられる種々の情報が記憶されている。図２に示すように、楽曲データベース３０２には、楽曲ＩＤをキーとして、楽音データと背景データと歌手名と歌詞等が記憶されている。
「楽曲ＩＤ」は、カラオケ楽曲ごとに付されたユニークな識別符号である。
「楽音データ」は、カラオケ楽曲の生成起源となるデータである。例えば、ＭＩＤＩデータ、ＭＰＥＧデータとすることができるが、本発明においては、楽音データのフォーマットはどのようなものであってもよい。
「背景データ」は、カラオケ楽曲の演奏中に表示される背景画像（動画、静止画）の生成起源となるデータである。本発明においては、背景データのフォーマットはどのようなものであってもよい。
「歌手名」は、カラオケ楽曲原曲の歌手名である。カラオケ楽曲の再生開始時等に表示される。
「歌詞」は、カラオケ楽曲の演奏中に表示される。なお、楽曲再生中の歌詞表示態様については公知の種々の技術を用いることができる。
楽曲データベース３０２の内容は、適宜のタイミングで更新される。例えば、所定の時間間隔で更新（例えば、日単位）してもよく、新曲が作成されるごとに更新してもよい。
【００１９】
歌唱者情報データベース３０３には、歌唱者に関する種々の情報（歌唱者情報）が記憶されている。図３に示すように、歌唱者情報データベース３０３には、歌唱者ＩＤをキーとして、ニックネームと住所と性別と生年月日等が歌唱者情報として記憶されている。
「歌唱者ＩＤ」は、歌唱者情報から歌唱者を識別するためのユニークな識別符号である。
「ニックネーム」は、例えば、カラオケ装置１００において、イベントの採点順位を表示する際に用いられる。なお、ニックネームは、歌唱者自身が任意に決めることができる。
歌唱者情報データベース３０３の内容は、適宜のタイミングで更新される。例えば、歌唱者の新規登録があるごとに更新することができる。
また、歌唱者情報データベース３０３の歌唱者情報は、カラオケ装置１００のリモコン１１０を用いて登録することができる。また、パソコンや携帯電話を用いて登録することができる。なお、本発明において実施されるイベント（カラオケコンクール）に参加するには、歌唱者情報データベース３０３に歌唱者情報を登録する必要がある。
【００２０】
ストック情報データベース３０４には、歌唱者ごとに、イベント参加に用いられていない楽曲ごとの採点データが記憶されている。図４に示すように、ストック情報データベース３０４には、歌唱者ＩＤをキーとして、楽曲ＩＤ及び採点データが記憶されている。なお、以下の説明では、歌唱者ＩＤ・楽曲ＩＤ・採点データの組を含む情報を、ストック情報ということがある。
「歌唱者ＩＤ」は、歌唱者を識別するためのユニークな識別符号であり、歌唱者情報データベース３０３（図３）の「歌唱者ＩＤ」と共通の内容である。
「楽曲ＩＤ」は、歌唱された楽曲を示す楽曲毎にユニークな識別符号であり、楽曲データベース３０２（図２）の「楽曲ＩＤ」と共通の内容である。
「採点データ」は、カラオケ楽曲を歌唱したときの採点値である。
なお、ストック情報データベース３０４の内容は、適宜のタイミングで更新される。
また、センタ３００に登録された採点データをいずれかの店舗のイベント参加に用いた場合は、当該採点データを含むストック情報は削除される。これにより、１つの採点データを複数のイベントで使いまわしすることができなくなるので、歌唱者間の不公平感をなくすことができる。
また、ストック情報データベース３０４には、歌唱者ＩＤごとに、１つの楽曲ＩＤには１つの採点データのみが格納される。これにより、他店舗のイベントに参加した場合の仮の順位を提示する際に表示内容を単純化することできるので、歌唱者は採点データをセンタ３００に登録するか否かを容易に判断することができる。
【００２１】
［店舗サーバの構成］
店舗サーバ２００は、他店舗の店舗サーバ及びセンタ３００とＩＰ通信などを用いて通信可能である。
図１に示すように、制御部２０１とイベント情報データベース２０２と順位表データベース２０３とから基本的に構成される。
制御部２０１は、ＣＰＵとＲＡＭとＲＯＭ等から構成され、ＣＰＵがＲＯＭに記憶された各種プログラムを読み出して実行することにより、店舗サーバ２００全体を統括制御し、かつサーバ制御手段として機能する。
【００２２】
なお、図１では、店舗サーバ２００が、各客室のコマンダ１２０とは別体として構成されているが、カラオケ店舗内のいずれかのコマンダ１２０が店舗サーバ２００の有する機能を備えるように構成してもよい。この場合、店舗サーバ２００の機能を備えるコマンダ１２０を「親コマンダ」、当該機能を有していないコマンダ１２０を「子コマンダ」とすれば、「親コマンダ」と「子コマンダ」は、マスタ−スレーブの関係とみなすことができる。そして、「子コマンダ」は、「親コマンダ」に対し所定の要求を出力する。「親コマンダ」は、「子コマンダ」から所定の要求を受信すると、当該要求に応じた処理を行う。また、「親コマンダ」は、自己に対し所定の要求を出力し、当該「親コマンダ」は、自己の要求に応じた処理を行う。
【００２３】
イベント情報データベース２０２には、自店舗のイベント（カラオケコンクール）に関する種々の情報が記憶されている。図５に示すように、イベント情報データベース２０２には、イベントＩＤをキーとして、課題曲（楽曲ＩＤ）、企画者、実施期間、参加費、受賞者順位、賞品等が記憶されている。なお、以下の説明では、イベントＩＤ・課題曲として歌唱可能な楽曲の楽曲ＩＤ・企画者・実施期間・授賞要項の組を含む情報を、イベント関連情報ということがある。
「イベントＩＤ」は、イベントごとに付されたユニークな識別符号である。
「課題曲（楽曲ＩＤ）」は、そのイベントで用いられる課題曲であり、楽曲ＩＤを用いて定義されている。なお、１つのイベントで複数の課題曲が用いられることもある。また、楽曲データベース３０２（図２）の「楽曲ＩＤ」と共通の内容である。
「企画者」は、そのイベントを企画した者（会社、団体等）である。また、スポンサーが企画者となることもある。この場合、企画者の情報は、スポンサー情報となる。また、カラオケ店舗が企画者となることもある。また、イベントが実施されているカラオケ店舗で歌唱をしないと当該イベントに参加できないように企画することで、該カラオケ店舗への集客力を向上させることができる。
「実施期間」は、そのイベントの実施期間である。例えば、開始日及び終了日で定義することができる。なお、日単位ではなく、時間単位（例えば、２００６年１０月１日１５：００〜２００６年１０月２１日１０：００等）で定義してもよいことはもちろんである。
「参加費」は、そのイベントに参加するために必要な費用である。すべてのイベントの参加費を一律となるように構成された場合は、参加費属性は設定する必要はない。
「受賞者順位」は、賞を授与することができる順位である。
「賞品」は、上記受賞者順位内に入賞した者に付与される賞品に関する情報である。
【００２４】
図６は、イベント情報データベース２０２（図５）の「賞品」属性の詳細なデータ構造を示している。図６に示すように、「賞品」属性は、順位、賞品名、賞品金額（円）、画像等の組を含む情報を有する。
「順位」は、賞が付与される順位である。
「賞品名」は、付与される賞品の名称である。なお、図６に示した商品名や賞品金額の内容は単なる一例である。
「画像」は、付与される賞品の画像情報である。記憶される画像は、静止画、動画、いずれでもよい。また、賞品によって、静止画、動画を使い分けてもよい。また、画像データベースを別に有しておき、イベント情報データベース２０２には、画像データベースへのリンク情報のみを有する構成にしてもよい。 イベント情報データベース２０２の内容は、適宜のタイミングで更新される。例えば、新規イベントが発生するごとに更新することができる。
【００２５】
順位表データベース２０３には、イベントごとの歌唱者順位に関する種々の情報が記憶されている。図７に示すように、イベントＩＤをキーとして、歌唱者ＩＤと採点データと登録日と順位等が記憶されている。なお、以下の説明では、歌唱者ＩＤと採点データとの組を順位表情報ということがある。
「イベントＩＤ」は、イベント情報データベース２０２（図５）の「イベントＩＤ」と共通の内容である。
「歌唱者ＩＤ」は、歌唱者ごとに付されたユニークな識別符号である。「歌唱者ＩＤ」は、歌唱者情報データベース３０３（図３）の「歌唱者ＩＤ」と共通の内容である。
「採点データ」は、そのイベントの課題曲を歌唱したときの採点値である。ここで、「採点データ」のフォーマットは、ストック情報データベース３０４（図４）の「採点データ」のフォーマットと同じである。
「登録日」は、そのイベントに参加登録した日（すなわち、課題曲を歌唱した日）である。
「順位」は、そのイベントにおける現時点での順位である。
順位表データベース２０３の内容は、適宜のタイミングで更新される。例えば、歌唱者がイベントに参加するごとに更新することができる。
【００２６】
また、店舗サーバ２００は、所定の楽曲データや背景データを、センタ３００の楽曲データベース３０２からダウンロードして補助記憶部１２４に記憶する。
なお、本実施形態では、イベントを実施するプログラムもＲＯＭや補助記憶部１２４等に記憶され、店舗管理者の指示によって制御部２０１がイベント実施プログラムをＲＯＭや補助記憶部１２４等から読出し実行し、イベントに関する各種情報の入出力を所定の手順に従って行うことで、店舗のイベントは既に実施されているものとする。
【００２７】
［カラオケ装置の構成］
次に、カラオケ装置１００について説明する。図１（右下の拡大図）に示すように、カラオケ装置１００は、リモコン１１０とコマンダ１２０とから構成される。なお、複数のリモコン１１０が、コマンダ１２０と通信可能となるように構成してもよい。
【００２８】
リモコン１１０は、制御部１１１と通信部１１２と表示部１１３とタッチパネル１１４とから構成されている。
制御部１１１は、ＣＰＵとＲＡＭとＲＯＭ等から構成され、ＣＰＵがＲＯＭに記憶された各種プログラムを読み出して実行することにより、リモコン１１０全体を統括制御し、かつカラオケ制御手段の一部として機能する。
通信部１１２は、コマンダ１２０と無線通信を行うためのインタフェースである。なお、リモコン１１０と店舗サーバ２００が通信を行う場合は、コマンダ１２０を介して行うよう構成されているが、リモコン１１０が直接店舗サーバと通信できるように構成してもよい。
表示部１１３には、本実施形態を実現するために必要な情報を含む種々の情報を表示する。また、表示部１１３の前面にはユーザインタフェースとして機能するタッチパネル１１４が設けられている。
【００２９】
コマンダ１２０は、制御部１２１と通信部１２２と映像音声再生部１２３と補助記憶部１２４とから構成されている。
【００３０】
制御部１２１は、ＣＰＵとＲＡＭとＲＯＭ等から構成され、ＣＰＵがＲＯＭに記憶された各種プログラムを読み出して実行することにより、コマンダ１２０全体を統括制御し、かつカラオケ制御手段の一部及び採点手段として機能する。
通信部１２２は、リモコン１１０と無線通信を行うためのインタフェースである。なお、赤外線通信も行うように構成してもよい。また、コマンダ１２０が上述した「親コマンダ」として機能する場合、通信部１２２は、センタ３００及び他店舗の店舗サーバ２００と接続するための機能をも有する。
映像音声再生部１２３は演奏手段として機能し、楽曲の再生及び映像の再生を行う。補助記憶部１２４には、例えば、楽曲の再生に必要な音声データ及び映像データ等が記憶される。
【００３１】
また、図示しない音声入力手段（マイク等）、映像表示手段（ディスプレイ等）が、コマンダ１２０に接続されている。
【００３２】
なお、本発明の理解に直接関係のない部分（センタ、店舗サーバ、カラオケ装置における一般的な構成）については、図示を省略し冗長な説明を避ける。
【００３３】
［カラオケコンクールシステムで送受信される情報］
次に、リモコン、コマンダ、店舗サーバ、センタ間で送受信される情報について、図８を参照しつつ説明する。
【００３４】
リモコン１１０は、イベントに関する情報を要求するための操作を歌唱者から受け付けると（１）、コマンダ１２０に対し、イベント関連情報を要求するためのイベント要求情報を送信する（２）。
コマンダ１２０は、イベント要求情報を受信すると、店舗サーバ２００に対し、イベント要求情報を送信する（３）。このイベント要求情報には、送信元となるコマンダ１２０（カラオケ装置）を識別するための識別情報が含まれている。
【００３５】
店舗サーバ２００は、イベント要求情報を受信すると、当該イベント要求情報を送信したコマンダ１２０に対し、現時点で実施されているイベントのイベント関連情報を送信する（４）。
【００３６】
コマンダ１２０は、イベント関連情報を受信すると、リモコン１１０に対し、当該イベント関連情報を送信する（５）。また、コマンダ１２０に接続されている不図示のディスプレイに、当該イベント関連情報を表示してもよい。
リモコン１１０は、受信したイベント関連情報に基づいて参加可能なイベントの情報を表示部１１３に表示し、また参加するイベントの選択を促すメッセージを併せて表示する。また、リモコン１１０は、参加するイベントの選択を歌唱者から受け付ける（６）。
【００３７】
リモコン１１０は、コマンダ１２０に対し、選択されたイベントを示すイベント選択情報を送信する（７）。このイベント選択情報には、選択されたイベントのイベントＩＤの他に、歌唱者ＩＤが含まれ、また、課題曲として歌唱する楽曲の楽曲ＩＤが（楽曲のリクエスト信号として）含まれている。
【００３８】
コマンダ１２０は、イベント選択情報を受信すると、店舗サーバ２００に対し、当該イベント選択情報を送信する（８）。なお、店舗サーバ２００に送信するイベント選択情報には、送信元となるコマンダ１２０（カラオケ装置）を識別するための識別情報、歌唱者ＩＤ、楽曲ＩＤが含まれている。また、課題曲として歌唱する楽曲を再生するための楽音データ等の要求信号が含まれることもある。該課題曲の楽音データ等が既にコマンダ１２０に蓄積されている場合は、該要求信号を含ませる必要はない。
【００３９】
店舗サーバ２００は、イベント選択情報を受信すると、送信元となるコマンダ１２０に対し、選択されたイベントのイベントＩＤに対応する順位表情報を送信する（９）。また、受信したイベント選択情報に、楽音データ等の要求信号が含まれている場合は、該データについても送信する。このとき、要求された楽音データ等が店舗サーバ２００内に存在しない場合は、センタ３００に該楽音データ等の要求信号を出力する。
【００４０】
コマンダ１２０は、順位表情報を受信すると、リモコン１１０から受信したイベント選択情報に含まれる楽曲ＩＤで特定される楽曲の演奏を開始し、また、当該楽曲の歌唱を採点する（１０）。
【００４１】
一方、店舗サーバ２００は、選択されたイベントの順位表情報を送信したあと、他店舗の店舗サーバに対し、自店舗で選択されたイベントと同じ課題曲のイベントを実施しているか否かを問い合わせる（１１）。そして、他店舗の店舗サーバから当該イベントを実施しているか否かを示す回答情報を受信する。
【００４２】
また、店舗サーバ２００は、上記（８）で受信したイベント選択情報から歌唱者ＩＤ及び楽曲ＩＤを抽出し、センタ３００に対し、当該歌唱者ＩＤ及び楽曲ＩＤが含まれるストック要求情報を送信する（１２）。
【００４３】
センタ３００は、ストック要求情報を受信すると、歌唱者情報データベース３０３を参照して、当該ストック要求情報に含まれる歌唱者ＩＤ及び楽曲ＩＤに対応するストック情報を、店舗サーバ２００に対し送信する（１３）。なお、対応するストック情報が存在しない場合は、その旨を示す情報をストック情報として送信する。
【００４４】
店舗サーバ２００は、他店舗の店舗サーバから受信した回答情報及びセンタ３００から受信したストック情報を結果情報として、コマンダ１２０に送信する（１４）。
【００４５】
コマンダ１２０は、楽曲の歌唱が終了すると当該歌唱の順位を算出し、コマンダ１２０が有する不図示のディスプレイに表示する（１５）。
また、コマンダ１２０は、リモコン１１０に対し店舗サーバ２００より受信した結果情報を送信する（１６）。
【００４６】
リモコン１１０は、受信した結果情報に基いて表示部１１３に所定の情報を提示し、「イベントへの参加」、「ストック情報更新」、または「イベントへの不参加」のいずれかの指示を歌唱者から受け付ける（１７）。
また、リモコン１１０は、歌唱者から指示を受け付けると、当該受け付けた指示を示す指示情報を、コマンダ１２０に対し送信する（１８）。
【００４７】
コマンダ１２０は、指示情報を受信すると、当該指示情報に基いた処理を行う。指示情報に「イベントへの不参加」を示す情報が含まれている場合は、コマンダ１２０は処理を終了する。一方、指示情報に「イベントへの参加」を示す情報が含まれている場合は、店舗サーバ２００に対し参加指示情報を送信する（１９）。また、指示情報に「ストック情報更新」を示す情報が含まれている場合は、センタ３００に対しストック更新情報を送信する（２１）。
【００４８】
店舗サーバ２００は、参加指示情報を受信すると、当該参加指示情報に基いてイベント情報データベース２０２を更新する（２０）。
センタ３００は、ストック更新情報を受信すると、当該ストック更新情報に基いてストック情報データベース３０４を更新する（２２）。
【００４９】
［リモコン１１０側の処理］
次に、リモコン１１０側で実行されるリモコン側処理について具体的に説明する。リモコン側処理のプログラムは、制御部１１１内のＲＯＭに記憶されており、制御部１１１内のＣＰＵにより繰り返し実行される。図９は、リモコン側処理のフローチャートである。
【００５０】
まず、Ｓ１１において、制御部１１１は、歌唱者からのイベント関連情報要求の指示をタッチパネル１１４を介して受け付ける。
Ｓ１２において、制御部１１１は、コマンダ１２０に対しイベント要求情報を送信する。イベント関連情報要求信号を送信した後は、イベント関連情報を受信するまでの間、制御部１１１は処理をＳ１２で待機させる。
【００５１】
Ｓ１３において、制御部１１１は、コマンダ１２０より送信されたイベント関連情報を受信する。イベント関連情報には、自店舗で企画されている参加可能なイベントに関する情報（イベント情報データベース２０２に記憶されている情報）が含まれる。
【００５２】
Ｓ１４において、制御部１１１は、受信したイベント関連情報に基いて参加可能なイベントに関する情報（賞品、企画者等）を表示部１１３に表示する。なお、参加可能なイベント及びその関連情報は、コマンダ１２０に接続される不図示のディスプレイに表示するよう構成してもよい。また、参加するイベントを選択可能であることを示すメッセージについても表示部１１３に表示する。なお、表示部１１３上の表示レイアウトは適宜設定可能である。
【００５３】
Ｓ１５において、制御部１１１は、歌唱者から参加するイベントの選択をタッチパネル１１４を介して受け付ける。なお、本実施形態においては、Ｓ１５における参加受付は「仮受付」であり、後述する「参加確定」指示を行わないと該イベントへの参加手続きが完了しないものとする。
【００５４】
Ｓ１６において、制御部１１１は、コマンダ１２０に対し受け付けたイベントを示すイベント選択情報を送信する。このとき、受け付けたイベントに対応する課題曲の楽曲ＩＤは、リクエスト情報として送信される。イベント選択情報を送信した後は、コマンダ１２０から結果情報を受信するまでの間、制御部１１１は処理をＳ１６で待機させる。
Ｓ１７において、制御部１１１は、コマンダ１２０から結果情報を受信する。
【００５５】
Ｓ１８において、制御部１１１は、歌唱された楽曲に対応するストック情報があるか否かを判断する。具体的には、制御部１１１は、Ｓ１７で受信した結果情報にストック情報が含まれているか否かに基いてこの判断を行う。
【００５６】
歌唱された楽曲に対応するストック情報がないと判断した場合は（Ｓ１８：ＮＯ）、制御部１１１は、Ｓ１９で第１操作受付処理を実行する。一方、歌唱された楽曲に対応するストック情報があると判断した場合は（Ｓ１８：ＹＥＳ）、制御部１１１は、Ｓ２０で第２操作受付処理を実行する。第１操作受付処理及び第２操作受付処理の詳細については後述する。
【００５７】
Ｓ２１において、制御部１１１は、コマンダ１２０に対しＳ１９またはＳ２０で作成された指示情報を送信する。
【００５８】
［第１操作受付処理］
次に、リモコン側処理のＳ１９で実行される第１操作受付処理について具体的に説明する。図１０は、第１操作受付処理のフローチャートである。
まず、Ｓ３１において、制御部１１１は、第１画面を表示部１１３に表示する。図１１は、第１画面の表示レイアウトの一例を示している。
【００５９】
図１１に示すように、表示部１１３の左上部分には、今回の歌唱の採点データが表示され、その下方には今回の歌唱の順位が表示され、また、その下方には当該順位で授賞される賞品名とその賞品の画像が表示されている。
【００６０】
また、表示部１１３の右側には、他店舗でも同じ課題曲のイベントが行われていることを示すメッセージが表示され、その下方には今回の歌唱の採点データで当該他店舗のイベントに参加した場合の仮想の順位が表示され、また、その下方には当該順位で授賞される賞品名とその賞品の画像が表示されている。
【００６１】
なお、図１１では、今回の歌唱の順位に対応する賞品名と画像のみを表示しているが、他の順位（例えば、今回の歌唱の順位が「３位」の場合には、それ以下の「４位」及び「５位」）に対応する賞品名と画像も併せて表示してもよい。さらに、全ての順位の賞品名と画像を表示してもよい。
【００６２】
また、表示部１１３の下部には、ボタン１５１とボタン１５２とボタン１５３が押下可能な状態で表示されている。
歌唱者は、「イベントへの参加」を指示する場合にはボタン１５１を押下し、「センタへのストック」を指示する場合にはボタン１５２を押下し、「イベントへの不参加」を指示する場合にはボタン１５３を押下する。
【００６３】
説明を図１０に戻す。制御部１１１は、歌唱者からタッチパネル１１４の操作（すなわち、ボタン１５１〜１５３のいずれかの押下）を受け付けると、Ｓ３２でその操作内容を判断する。
イベントへの参加が指示された（すなわち、ボタン１５１が押下された）と判断した場合は、制御部１１１は処理をＳ３３に移行させる。
【００６４】
Ｓ３３において、制御部１１１は、イベントへの参加を確認するための画面を表示部１１３に表示する。また、イベントへの参加に必要な参加料等の情報についても表示部１１３に表示する。また、制御部１１１は、「参加確定」のための指示を歌唱者から受け付ける。
その後、Ｓ３４において、制御部１１１は指示情報を作成する。指示情報には、「イベントへの参加」を示す情報、参加するイベントのイベントＩＤ、歌唱者ＩＤ、採点データが含まれる。
【００６５】
一方、Ｓ３２において、イベントへの不参加が指示された（すなわち、ボタン１５３が押下された）と判断した場合は、制御部１１１は処理をＳ３５に移行させる。
Ｓ３５において、制御部１１１は、イベントへの不参加を確認するための画面を表示部１１３に表示する。また、制御部１１１は、「不参加確定」のための指示を歌唱者から受け付ける。
その後、Ｓ３６において、制御部１１１は指示情報を作成する。指示情報には、イベントに参加しないことを示す情報が含まれる。
【００６６】
一方、Ｓ３２において、採点データのセンタ３００へのストックが指示された（すなわち、ボタン１５２が押下された）と判断した場合は、制御部１１１は処理をＳ３７に移行させる。
Ｓ３７において、制御部１１１は、採点データをセンタ３００にストックすることを確認するための画面を表示部１１３に表示する。また、ストックに必要な費用（登録料）等の情報についても表示部１１３に表示する。また、制御部１１１は、「ストック確定」のための指示を歌唱者から受け付ける。
その後、Ｓ３８において、制御部１１１は指示情報を作成する。指示情報には、「ストック情報更新」を示す情報、歌唱者ＩＤ、楽曲ＩＤ、採点データが含まれる。
【００６７】
［第２操作受付処理］
次に、リモコン側処理のＳ２０で実行される第２操作受付処理について具体的に説明する。図１２は、第２操作受付処理のフローチャートである。
まず、Ｓ５１において、制御部１１１は、第２画面を表示部１１３に表示する。図１３は、第２画面の表示レイアウトの一例を示している。
【００６８】
図１３に示すように、表示部１１３の左上部分には、今回の歌唱の採点データが表示され、その下方には今回の歌唱の採点データでの自店舗イベントの順位が表示され、また、その下方には表示領域１６４に当該順位で授賞される賞品名とその賞品の画像が表示されている。
【００６９】
また、表示部１１３の右側には、センタ３００に保存されている採点データが表示され、その下方にはストックされている採点データでの自店舗イベントの順位が表示され、また、その下方には表示領域１６５に当該順位で授賞される商品名とその賞品の画像が表示されている。
【００７０】
なお、図１３では、今回の歌唱の採点データでの順位及びストックされている採点データでの順位に対応する賞品名と画像のみを表示しているが、他の順位（例えば、今回の歌唱の順位が「３位」の場合には、それ以下の「４位」及び「５位」等）に対応する賞品名と画像も併せて表示してもよい。さらに、全ての順位の賞品名と画像を表示してもよい。
【００７１】
また、表示部１１３の下部には、ボタン１６１とボタン１６２とボタン１６３が押下可能な状態で表示されている。
歌唱者は、「イベントへの参加」を指示する場合にはボタン１６１を押下し、「別のイベントの閲覧」を指示する場合にはボタン１６２を押下し、「イベントへの不参加」を指示する場合にはボタン１６３を押下する。
【００７２】
センタ３００にストック情報が存在し、かつ他店舗で同じ課題曲のイベントが実施されている場合には、
（１）今回の歌唱の採点データでの自店舗イベントの順位に関する情報、
（２）ストックされている採点データでの自店舗イベントの順位に関する情報、
（３）今回の歌唱の採点データで他店舗イベントに参加した場合の仮想の順位に関する情報、
（４）ストックされている採点データで他店舗イベントに参加した場合の仮想の順位に関する情報、
の４つの情報を、表示部１１３に表示することが可能である。
【００７３】
しかしながら、表示部１１３の領域は限られているため、歌唱者が選択する可能性が高い選択肢に関する情報を先に提示することが望ましい。歌唱者は別の店舗で歌唱した際に、今回の歌唱で参加することができるイベント（自店舗のイベント）への関心を持ちストック情報を登録したと考えられるので、自店舗イベントの順位に関する情報（すなわち、上記（１）及び（２）の情報）を、他店舗イベントの順位に関する情報（すなわち、上記（３）及び（４）の情報）よりも先に提示することで、歌唱者に対し効率的に情報を提示することができる。
【００７４】
説明を図１２に戻す。
制御部１１１は、歌唱者からタッチパネル１１４の操作（すなわち、ボタン１６１〜１６３のいずれかの押下）を受け付けると、Ｓ５２でその操作内容を判断する。
イベントへの参加が指示された（すなわち、ボタン１６１が押下された）と判断した場合は、制御部１１１は処理をＳ５３に移行させる。
【００７５】
Ｓ５３において、制御部１１１は、第３画面を表示部１１３に表示する。図１４は、第３画面の表示レイアウトの一例を示している。
【００７６】
図１４に示すように、表示部１１３の左上部分には、今回の歌唱の採点データが表示され、その下方の表示領域１７３にはその採点データでの順位で授賞される賞品の画像が表示されている。
また、表示部１１３の右上部分には、ストックされている採点データが表示され、その下方の表示領域１７４にはその採点データでの順位で授賞される賞品の画像が表示されている。
【００７７】
ここで、第３画面の表示領域１７３は、第２画面（図１３）の表示領域１６４よりも大きく、かつ表示領域１７３には賞品名が表示されていない。
また、第３画面の表示領域１７４は、第２画面（図１３）の表示領域１６５よりも大きく、かつ表示領域１７４には賞品名が表示されていない。
【００７８】
これにより、授賞される賞品の画像を大きく表示することができるので、歌唱者はイベント参加に用いる採点データと賞品との関係を、より容易に把握することができる。
【００７９】
また、表示部１１３の下部には、ボタン１７１とボタン１７２が押下可能な状態で表示されている。
歌唱者は、今回の歌唱の採点データでイベントに参加することを指示する場合にはボタン１７１を押下し、ストックされている採点データでイベントに参加することを指示する場合にはボタン１７２を押下する。また、ボタン１７１には今回の歌唱の採点データが表示され、ボタン１７２にはストックされている採点データが表示されているので、歌唱者はイベント参加に用いる採点データとその選択肢であるボタンとの対応関係を、より容易に把握することができる。なお、表示領域１７３及び表示領域１７４を直接押下できる構成としてもよい。
【００８０】
説明を図１２に戻す。
Ｓ５４において、制御部１１１は、歌唱者からタッチパネル１１４の操作（すなわち、ボタン１７１または１７２のいずれかの押下）を受け付け、イベントへの参加を確認するための画面を表示部１１３に表示する。また、イベントへの参加に必要な参加料等の情報についても表示部１１３に表示する。
【００８１】
その後、Ｓ５５において、制御部１１１は指示情報を作成する。
Ｓ５４でボタン１７１が押下された場合は、指示情報には、「イベントへの参加」を示す情報、参加するイベントのイベントＩＤ、歌唱者ＩＤ、今回の採点データが含まれる。
【００８２】
また、Ｓ５４でボタン１７２が押下された場合は、指示情報には、「イベントへの参加」を示す情報、参加するイベントのイベントＩＤ、歌唱者ＩＤ、ストックされている採点データが含まれる。さらに、指示情報には、「ストック情報更新」を示す情報、歌唱者ＩＤ、楽曲ＩＤ（すなわち、ストック情報データベース３０４からストック情報を削除するための指示情報）が含まれる。
【００８３】
一方、Ｓ５２において、イベントへの不参加が指示された（すなわち、ボタン１６３が押下された）と判断した場合は、制御部１１１は処理をＳ５６に移行させる。
Ｓ５６において、制御部１１１は、イベントへの不参加を確認するための画面を表示部１１３に表示する。また、制御部１１１は、「不参加確定」のための指示を歌唱者から受け付ける。
その後、Ｓ５７において、制御部１１１は指示情報を作成する。指示情報には、イベントに参加しないことを示す情報が含まれる。
【００８４】
一方、Ｓ５２において、別のイベントの閲覧が指示された（すなわち、ボタン１６２が押下された）と判断した場合は、制御部１１１は処理をＳ５８に移行させる。
Ｓ５８において、制御部１１１は、第４画面を表示部１１３に表示する。図１５は、第４画面の表示レイアウトの一例を示している。
【００８５】
図１５に示すように、表示部１１３の上部には、同じ課題曲の他店舗のイベントに関する情報が表示されている。
また、表示部１１３の左側には、今回の歌唱の採点データが表示され、その下方には当該採点データで他店舗のイベントに参加した場合の仮想の順位が表示され、また、その下方の表示領域１８４には当該順位で授賞される賞品名とその賞品の画像が表示されている。
また、表示部１１３の右側には、ストックされている採点データが表示され、その下方には当該採点データで他店舗のイベントに参加した場合の仮想の順位が表示され、また、その下方の表示領域１８５には当該順位で授賞される賞品名が表示されている。
【００８６】
なお、図１５では、今回の歌唱の採点データでの順位及びストックされている採点データでの順位に対応する賞品名と画像のみを表示しているが、他の順位（例えば、今回の歌唱の順位が「３位」の場合には、それ以下の「４位」及び「５位」等）に対応する賞品名と画像も併せて表示してもよい。さらに、全ての順位の賞品名と画像を表示してもよい。
【００８７】
また、表示部１１３の下部には、ボタン１８１とボタン１８２とボタン１８３が押下可能な状態で表示されている。
歌唱者は、「ストック」を指示する場合にはボタン１８１を押下し、「別のイベントの閲覧」を指示する場合にはボタン１８２を押下し、「イベントへの不参加」を指示する場合にはボタン１８３を押下する。
【００８８】
説明を図１２に戻す。
制御部１１１は、歌唱者からタッチパネル１１４の操作（すなわち、ボタン１８１〜１８３のいずれかの押下）を受け付けると、Ｓ５９でその操作内容を判断する。
イベントへの不参加が指示された（すなわち、ボタン１８３が押下された）と判断した場合は、制御部１１１は処理をＳ５６に移行させる。
【００８９】
一方、別のイベントの閲覧が指示された（すなわち、ボタン１８２が押下された）と判断した場合は、制御部１１１は処理をＳ５１に移行させる。
【００９０】
一方、採点データのセンタ３００へのストックが指示された（すなわち、ボタン１８１が押下された）と判断した場合は、制御部１１１は処理をＳ６０に移行させる。
Ｓ６０において、制御部１１１は、第５画面を表示部１１３に表示する。図１６は、第５画面の表示レイアウトの一例を示している。
【００９１】
図１６に示すように、表示部の上部には他店舗の名前が表示されている。また、表示部１１３の左側には、今回の歌唱の採点データが表示され、その下方の表示領域１９３にはその採点データで他店舗のイベントに参加した場合の仮想の順位で授賞される賞品名とその画像が表示されている。
【００９２】
また、表示部１１３の右側には、ストックされている採点データが表示され、その下方の表示領域１９４にはその採点データで他店舗のイベントに参加した場合の仮想の順位で授賞される賞品名が表示されている。
【００９３】
ここで、第５画面の表示領域１９３は、第４画面（図１５）の表示領域１８４よりも大きく、かつ表示領域１９３には賞品名が表示されていない。
また、第５画面の表示領域１９４は、第４画面（図１５）の表示領域１８５よりも大きい。
【００９４】
これにより、授賞される賞品の内容を大きく表示することができるので、歌唱者はストックされる採点データと賞品との関係を、より容易に把握することができる。
【００９５】
また、表示部１１３の下部には、ボタン１９１とボタン１９２が押下可能な状態で表示されている。
歌唱者は、今回の歌唱の採点データをセンタ３００にストックすることを指示する場合にはボタン１９１を押下し、ストックされている採点データをセンタ３００にストックする（すなわち、ストック情報データベース３０４の更新を行わない）ことを指示する場合にはボタン１９２を押下する。
【００９６】
また、ボタン１９１には今回の歌唱の採点データが表示され、ボタン１９２にはストックされている採点データが表示されているので、歌唱者はストックする採点データとその選択肢であるボタンとの対応関係を、より容易に把握することができる。なお、表示領域１９３及び表示領域１９４を直接押下できる構成としてもよい。
【００９７】
説明を図１２に戻す。
Ｓ６１において、制御部１１１は、歌唱者からタッチパネル１１４の操作（すなわち、ボタン１９１または１９２のいずれかの押下）を受け付け、ストックされる情報の内容を確認するための画面を表示部１１３に表示する。
【００９８】
その後、Ｓ６２において、制御部１１１は指示情報を作成する。Ｓ６１でボタン１９１が押下された場合は、指示情報には、ストック情報データベース３０４を更新するための情報として、歌唱者ＩＤと楽曲ＩＤと今回の採点データが含まれる。また、Ｓ６１でボタン１９２が押下された場合は、指示情報には、ストック情報データベース３０４を更新するための情報として、歌唱者ＩＤと楽曲ＩＤとストックされている採点データが含まれる。
【００９９】
リモコン側処理により、表示部１１３の表示領域を有効に活用して歌唱者に対し効率的に情報を提示することができ、また操作しやすいユーザインタフェースを提供することができる。
【０１００】
［コマンダ１２０側の処理］
次に、コマンダ１２０側で実行されるコマンダ側処理について具体的に説明する。コマンダ側処理のプログラムは、制御部１２１内のＲＯＭに記憶されており、制御部１２１内のＣＰＵにより繰り返し実行される。図１７は、コマンダ側処理のフローチャートである。
【０１０１】
Ｓ７１において、制御部１２１は、リモコン１１０からのイベント要求情報を受信し、当該イベント要求情報を店舗サーバ２００に対し送信する。また、店舗サーバ２００からのイベント関連情報を受信し、当該イベント関連情報をリモコン１１０に送信する。
【０１０２】
Ｓ７２において、制御部１２１は、リモコン１１０からのイベント選択情報を受信し、当該イベント選択情報を店舗サーバ２００に対し送信する。また、参加するイベントの課題曲の楽曲データ等が必要である場合は、その旨を示す情報がイベント選択情報に含まれる。イベント選択情報を送信した後、順位表情報を受信するまでの間、制御部１２１は処理をＳ７２で待機させる。
【０１０３】
Ｓ７３において、制御部１２１は、店舗サーバ２００から順位表情報（必要に応じ、楽曲データ等）を受信する。
Ｓ７４において、映像音声再生部１２３は、楽曲ＩＤの楽曲の演奏を開始する。そして、楽曲の演奏が終了するまで、制御部１２１は処理をＳ７５で待機させる。
楽曲の演奏が終了すると（Ｓ７５：ＹＥＳ）、制御部１２１は処理をＳ７６に移行させる。
【０１０４】
Ｓ７６において、制御部１２１は、店舗サーバ２００から結果情報を受信する。なお、楽曲の演奏中（すなわち、Ｓ７５での待機中）に結果情報を受信することもある。
【０１０５】
Ｓ７７において、制御部１２１は、Ｓ７３で受信した順位表情報と今回の歌唱の採点データに基づいて、順位を算出する。
Ｓ７８において、制御部１２１は、Ｓ７７７で算出した順位をコマンダに接続されている不図示のディスプレイに表示する。
Ｓ７９において、制御部１２１は、リモコン１１０に対し結果情報を送信する。
【０１０６】
結果情報を送信した後、指示情報を受信するまでの間、制御部１２１は処理をＳ８０で待機させる。
結果情報を受信すると（Ｓ８０：ＹＥＳ）、制御部１２１は、処理をＳ８１に移行させる。
Ｓ８１において、制御部１２１は、指示情報の内容を分析する。
【０１０７】
指示情報に「イベントへの参加」を示す情報が含まれている場合は（Ｓ８２：ＹＥＳ）、制御部１２１は、Ｓ８３において、参加指示情報を店舗サーバ２００に対し送信する。なお、参加指示情報には、歌唱者ＩＤと楽曲ＩＤと採点データとが含まれる。その後、制御部１２１は、処理をＳ８４に移行させる。
【０１０８】
一方、指示情報に「イベント参加」を示す情報が含まれていない場合は（Ｓ８２：ＮＯ）、制御部１２１は、処理をＳ８４に移行させる。
【０１０９】
Ｓ８４において、指示情報に「ストック情報更新」を示す情報が含まれている場合は（Ｓ８４：ＹＥＳ）、制御部１２１は、Ｓ８５において、ストック更新情報をセンタ３００に対し送信する。ストック更新情報には、指示情報の歌唱者ＩＤと楽曲ＩＤと採点データが含まれる。
【０１１０】
一方、指示情報に「ストック情報更新」を示す情報が含まれていない場合は（Ｓ８４：ＮＯ）、制御部１２１は、コマンダ側処理を終了する。
【０１１１】
［店舗サーバ２００側の処理］
次に、店舗サーバ２００側で実行される店舗サーバ側処理について具体的に説明する。店舗サーバ側処理のプログラムは、制御部２０１内のＲＯＭに記憶されており、制御部２０１内のＣＰＵにより繰り返し実行される。図１８は、店舗サーバ側処理のフローチャートである。
【０１１２】
Ｓ９１において、制御部２０１は、コマンダ１２０からイベント要求情報を受信したか否かを判断する。
イベント要求情報を受信していないと判断した場合は（Ｓ９１：ＮＯ）、制御部２０１は、処理をＳ９３に移行させる。一方、イベント要求情報を受信したと判断した場合は（Ｓ９１：ＹＥＳ）、制御部２０１は、処理をＳ９２に移行させる。
【０１１３】
Ｓ９２において、制御部２０１は、Ｓ９１で受信したイベント要求情報を送信したコマンダ１２０に対しイベント関連情報を送信する。送信するイベント関連情報は、イベント情報データベース２０２を参照して決定される。このとき、該イベント関連情報要求信号を受信した時刻を特定し、当該時刻が実施期間に含まれるイベントが抽出される。
【０１１４】
Ｓ９３において、制御部２０１は、コマンダ１２０からイベント選択情報を受信したか否かを判断する。
イベント選択情報を受信していないと判断した場合は（Ｓ９３：ＮＯ）、制御部２０１は、処理をＳ９８に移行させる。一方、イベント選択情報を受信したと判断した場合は（Ｓ９３：ＹＥＳ）、処理をＳ９４に移行させる。
【０１１５】
Ｓ９４において、Ｓ９３で受信したイベント選択情報を送信したコマンダ１２０に対し、順位表情報を送信する。送信する順位表情報は、順位表データベース２０３を参照して決定される。具体的には、受信したイベント選択情報に含まれるイベントＩＤで特定されるイベントにおける採点データ等が送信する順位表情報となる。
【０１１６】
Ｓ９５において、制御部２０１は、他店舗の店舗サーバ２００に対し、同じ課題曲のイベントを実施しているか否かを問い合わせ、回答情報を受信する。
Ｓ９６において、制御部２０１は、センタ３００に対しストック要求情報を送信し、センタ３００よりストック情報を受信する。
Ｓ９７において、制御部２０１は、他店舗の店舗サーバ２００から受信した回答情報及びセンタ３００から受信したストック情報を結果情報として、コマンダ１２０に送信する。
【０１１７】
Ｓ９８において、制御部２０１は、コマンダ１２０から参加指示情報を受信したか否かを判断する。参加指示情報を受信していないと判断した場合は（Ｓ９８：ＮＯ）、制御部２０１は、店舗サーバ側処理を終了する。一方、参加指示信号を受信したと判断した場合は（Ｓ９８：ＹＥＳ）、制御部２０１は、Ｓ９８において、順位表データベース２０３を更新する。すなわち、受信した参加指示情報に含まれる情報（歌唱者ＩＤ、採点データ）等が、順位表データベース２０３に登録される。
【０１１８】
［センタ３００側の処理］
次に、センタ３００側で実行されるセンタ側処理について具体的に説明する。センタ側処理のプログラムは、制御部３０１内のＲＯＭに記憶されており、制御部３０１内のＣＰＵにより繰り返し実行される。図１９は、センタ側処理のフローチャートである。
【０１１９】
Ｓ１０１において、制御部３０１は、ストック要求情報を受信したか否かを判断する。ストック要求情報を受信していないと判断した場合は（Ｓ１０１：ＮＯ）、制御部３０１は、処理をＳ１０３に移行させる。一方、ストック要求情報を受信したと判断した場合は（Ｓ１０１：ＹＥＳ）、制御部３０１は、Ｓ１０２において、当該ストック要求情報を送信した店舗サーバ２００に対しストック情報を送信する。送信するストック情報は、当該ストック要求情報に含まれる歌唱者ＩＤ及び楽曲ＩＤをキーとしてストック情報データベース３０４を参照して決定される。
【０１２０】
Ｓ１０３において、制御部３０１は、ストック更新情報を受信したか否かを判断する。ストック更新情報を受信していないと判断した場合は（Ｓ１０３：ＮＯ）、制御部３０１は、センタ側処理を終了する。一方、ストック更新情報を受信したと判断した場合は（Ｓ１０３：ＹＥＳ）、制御部は、Ｓ１０４において、ストック情報データベース３０４を更新する。
【０１２１】
上述したとおり、本実施形態では、リモコン１１０は、自店舗のイベントでの順位に関する情報に加えて、他店舗のイベントに参加した場合の仮想の順位に関する情報を歌唱者に提示する。歌唱者が今回の歌唱の採点データを他店舗のイベント参加に用いたい場合は、センタ３００にストック情報として保存することができ、当該他店舗に来店したときにストックした採点データを用いて他店舗のイベントに参加することができる。
これにより、他店舗で歌唱したときの採点データが低い場合であっても、ストックしておいた採点データを用いてイベントに参加することができるので、歌唱者は他店舗のイベントへの参加意欲が高まり当該他店舗の集客力を向上させることができる。また、ストック指示の際に登録料を徴収することができるので、たとえ自店舗のイベントに参加されない場合であっても自店舗は収益を向上させることができる。さらに、カラオケ事業をチェーン展開する者においては、チェーン店における種々のイベントを効果的に歌唱者に提示することができる。これによって、イベントへの参加意欲が高まり、カラオケコンクールをビジネスモデルとして成功させることができる。
【０１２２】
本発明は、店舗サーバ２００を備えていないカラオケ店舗においても実現可能である。本実施形態のカラオケコンクールシステムは、センタ３００が上述した店舗サーバ２００の機能をも備えていてもよい。
【符号の説明】
【０１２３】
１００…カラオケ装置、
１１０…リモコン、１１１…制御部、１２０…コマンダ、１２１…制御部、
２００…店舗サーバ、２０１…制御部、
２０２…イベント情報データベース、２０３…順位表データベース、
３００…センタ、３０１…制御部、３０２…楽曲データベース、
３０３…歌唱者情報データベース、３０４…ストック情報データベース
【技術分野】
【０００１】
本発明は、カラオケコンクールを実施するシステム等に関するものである。
【背景技術】
【０００２】
従来、多数の歌唱者間で課題曲の採点データを競わせるカラオケコンクールが提案されている（例えば、下記特許文献１）。このようなカラオケコンクールは上位順位者に賞品が提供されるため、カラオケ店舗の集客力を向上させることができると考えられている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１７１３３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述したイベント（カラオケコンクール）は、カラオケ店舗ごとに独自に企画されることがある。歌唱者がこのようなイベントに参加するためにはその店舗に来店して歌唱する必要があるため、集客力を向上させることができる。その一方で、Ａ店舗の歌唱者は、Ａ店舗で企画されるイベントには参加できるが、Ｂ店舗で企画されるイベントには参加できないことになる。
【０００５】
ここで、Ａ店舗のイベントの課題曲と同じ課題曲の他のイベントがＢ店舗（Ａ店舗と同じチェーン店とする）で企画されている場合、そのことをＡ店舗の歌唱者に提示することにより、Ｂ店舗のイベントへの参加（Ｂ店舗への来店）を促すことができる。このとき、Ａ店舗での採点データでＢ店舗のイベントに参加した場合の仮の順位を併せて提示することにより、この採点データが高得点であるほどＢ店舗のイベントへの参加を強く促すことができると考えられる。しかしながら、Ｂ店舗で同じ課題曲を歌唱したとしても今回と同じ高得点が得られるとは限らない、Ｂ店舗のイベントへの参加意欲を減少させる要因となる。
【０００６】
本発明は、イベントへの参加意欲が高まるカラオケコンクールシステム等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、請求項１に係る発明は、センタ及び複数のカラオケ店舗間で通信可能であり、それぞれのカラオケ店舗間において独自にイベントが実施可能なカラオケコンクールシステムにおいて、前記センタは、歌唱者ＩＤ・楽曲ＩＤ・採点データの組を含むストック情報が格納されているストック情報データベースを有し、かつ当該ストック情報データベースを管理し、それぞれのカラオケ店舗には、店舗サーバとカラオケ装置が設置され、前記店舗サーバは、イベント情報データベースと、順位表データベースと、サーバ制御手段を備え、（ａ）前記イベント情報データベースは、自店舗で実施されるイベントごとに、イベントＩＤ・課題曲として歌唱可能な楽曲の楽曲ＩＤ・企画者・実施期間・授賞要項の組を含むイベント関連情報を格納し、（ｂ）前記順位表データベースは、前記イベントＩＤごとに、歌唱者ＩＤと採点データとの組の集合を順位表として格納し、（ｃ）前記サーバ制御手段は、前記カラオケ装置からイベントＩＤ・歌唱者ＩＤ・採点データの組を受信した際、受信したイベントＩＤに対応する順位表を更新し、（ｄ）前記サーバ制御手段は、前記イベント情報データベース中のあるイベントの実施期間が満了した際、そのイベントの授賞要項と順位表と歌唱者情報データベースに基づいて受賞者を決定し、前記カラオケ装置は、ユーザインタフェースと、演奏手段と、採点手段と、カラオケ制御手段を備え、（ｅ）前記ユーザインタフェースは、前記カラオケ制御手段の制御に従い利用者に情報を提示するとともに利用者入力を受け付け、（ｆ）前記演奏手段は、前記カラオケ制御手段の制御に従い指定されたカラオケ楽曲の伴奏音楽を音響出力し、（ｇ）前記採点手段は、前記カラオケ制御手段の制御に従い伴奏音楽に合わせて歌唱する歌声の巧拙を評価して採点データを出力し、（ｈ）前記カラオケ制御手段は、（ｈ−１）イベント閲覧要求の利用者入力があった際に当該要求の電文を自店舗の店舗サーバに送信し、（ｈ−２）自店舗の店舗サーバから受信したイベントの情報を受信し、当該イベントの情報を利用者に提示し、（ｈ−３）前記ユーザインタフェースによって利用者が選択したイベントのイベントＩＤ、楽曲ＩＤ、及び歌唱者ＩＤを取得し、（ｈ−４）取得した楽曲ＩＤの伴奏音楽の演奏に先立ち、取得したイベントＩＤを自店舗の店舗サーバに送信し、（ｈ−５）当該イベントの順位表を自店舗の店舗サーバより受信し、（ｈ−６）取得した楽曲ＩＤの伴奏音楽を前記演奏手段に演奏させる、ものであって、自店舗のサーバ制御手段は、前記カラオケ制御手段よりイベントＩＤを受信したときに、他店舗のサーバ制御手段に対し、前記受信したイベントＩＤに対応付けられている楽曲ＩＤを含む他のイベントが存在するかについて問い合わせ、他店舗のサーバ制御手段は、前記問い合わせを受信したときに、該問い合わせに含まれる楽曲ＩＤを含む他のイベントが、該他店舗のイベント情報データベースに存在するか否かを検索し、他のイベントが存在する場合に、該イベントのイベント関連情報及び順位表を、自店舗のサーバ制御手段に送信し、自店舗のサーバ制御手段は、前記他店舗のサーバ制御手段からイベント関連情報及び順位表を受信すると、該受信したイベント関連情報及び順位表を、前記カラオケ装置に送信し、前記カラオケ制御手段は、自店舗のサーバ制御手段から受信した順位表を参照して前記採点データに対する第１の順位を求め、他店舗のサーバ制御手段から受信した順位表を参照して前記採点データに対する第２の順位を求め、前記第１の順位に関する情報及び第２の順位に関する情報を利用者に提示し、前記自店舗のイベントへの参加指示を受け付けたときに、前記採点データをイベントＩＤ及び歌唱者ＩＤに対応付けて自店舗の店舗サーバに送信し、前記ストック情報データベースへの登録を受け付けたときに、前記採点データを楽曲ＩＤ及び歌唱者ＩＤに対応付けてストック情報として前記センタに送信し、前記センタは、受信したストック情報に基いて前記ストック情報データベースを更新することを特徴とする。
【０００８】
請求項１に係る発明によれば、例えば、Ａ店舗で課題曲を歌唱した際、Ａ店舗のイベントに参加せずその採点データをセンタに登録することができ、その後Ｂ店舗に来店して同じ課題曲を歌唱した際、前記センタに登録した採点データを用いてＢ店舗のイベントに参加することができる。これにより、歌唱者はＢ店舗のイベントへの参加意欲が高まるのでＢ店舗の集客力を向上させることができる。なお、イベント関連情報の授賞要綱に賞品の画像を含ませてもよい。なお、第１の順位に関する情報には、第１の順位を示す数値（例えば、「３位」）やその順位に対応する賞品の画像が含まれ、第２の順位に関する情報についても同様である。
【０００９】
また、請求項２に係る発明は、請求項１に係るカラオケコンクールシステムであって、前記センタは、前記ストック情報データベースに格納されているストック情報がいずれかのカラオケ店舗のイベント参加に用いられた場合は、当該ストック情報を前記ストック情報データベースから削除することを特徴とする。
【００１０】
請求項２に係る発明によれば、センタに登録された採点データをいずれかの店舗のイベント参加に用いた場合は、当該採点データは削除される。これにより、１つの採点データを複数のイベントで使いまわしすることができなくなるので、歌唱者間の不公平感をなくすことができる。
【００１１】
また、請求項３に係る発明は、請求項２に係るカラオケコンクールシステムであって、歌唱者ＩＤごとに、１つの楽曲ＩＤには１つの採点データのみが格納されることを特徴とする。
【００１２】
請求項３に係る発明によれば、各歌唱者は、１つの楽曲には１つの採点データのみをセンタに登録することができる。これにより、他店舗のイベントに参加した場合の仮の順位を提示する際に表示内容を単純化することできるので、歌唱者は採点データをセンタに登録するか否かを容易に判断することができる。
【発明の効果】
【００１３】
本発明によれば、イベントへの参加意欲が高まるカラオケコンクールシステム等を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】実施形態に係るカラオケシステムの構成及びカラオケ装置の構成の一例を示した図である。
【図２】楽曲データベースのデータ構造の一例を示した図である。
【図３】歌唱者情報データベースのデータ構造の一例を示した図である。
【図４】ストック情報データベースのデータ構造の一例を示した図である。
【図５】イベント情報データベースのデータ構造の一例を示した図である。
【図６】商品属性のデータ構造の一例を示した図である。
【図７】順位表データベースのデータ構造の一例を示した図である。
【図８】リモコン、コマンダ、店舗サーバ、センタの間で送受信される情報の一例を示した図である。
【図９】リモコン側処理のフローチャートである。
【図１０】第１操作受付処理のフローチャートである。
【図１１】リモコンの表示部の表示レイアウトの一例である。
【図１２】第２操作受付処理のフローチャートである。
【図１３】リモコンの表示部の表示レイアウトの一例である。
【図１４】リモコンの表示部の表示レイアウトの一例である。
【図１５】リモコンの表示部の表示レイアウトの一例である。
【図１６】リモコンの表示部の表示レイアウトの一例である。
【図１７】コマンダ側処理のフローチャートである。
【図１８】店舗サーバ側処理のフローチャートである。
【図１９】センタ側処理のフローチャートである。
【発明を実施するための形態】
【００１５】
［実施形態］
以下、本発明の実施形態に係るカラオケコンクールシステムについて説明する。
【００１６】
［カラオケコンクールシステムの構成］
本実施形態のカラオケコンクールシステムは、図１に示すように、各地のカラオケ店舗の客室ごとに設置されたカラオケ装置１００と、カラオケ店舗内に設けられた店舗サーバ２００と、各種情報の配信・管理を行うセンタ３００とから構成され、各カラオケ店舗は通信網を介してセンタ３００と接続されている。なお、通信網は、有線、無線、併用どのような形態でもよく、インターネットを利用してもよい。
【００１７】
［センタの構成］
まず、センタ３００について説明する。センタ３００は、図１に示すように、カラオケ装置１００でのカラオケ楽曲の演奏に用いられる情報、歌唱者ごとの歌唱者情報、及びイベント参加に用いられるストック情報を管理し、また、カラオケ装置１００からの要求によりこれらの情報を配信する。
そして、制御部３０１と楽曲データベース３０２と歌唱者情報データベース３０３とストック情報データベース３０４とから構成される。
制御部３０１は、ＣＰＵとＲＡＭとＲＯＭ等から構成され、ＣＰＵがＲＯＭに記憶された各種プログラムを読み出して実行することにより、センタ３００全体を統括制御する。
以下、各データベースについて順に説明する。
【００１８】
楽曲データベース３０２には、カラオケ楽曲の演奏に用いられる種々の情報が記憶されている。図２に示すように、楽曲データベース３０２には、楽曲ＩＤをキーとして、楽音データと背景データと歌手名と歌詞等が記憶されている。
「楽曲ＩＤ」は、カラオケ楽曲ごとに付されたユニークな識別符号である。
「楽音データ」は、カラオケ楽曲の生成起源となるデータである。例えば、ＭＩＤＩデータ、ＭＰＥＧデータとすることができるが、本発明においては、楽音データのフォーマットはどのようなものであってもよい。
「背景データ」は、カラオケ楽曲の演奏中に表示される背景画像（動画、静止画）の生成起源となるデータである。本発明においては、背景データのフォーマットはどのようなものであってもよい。
「歌手名」は、カラオケ楽曲原曲の歌手名である。カラオケ楽曲の再生開始時等に表示される。
「歌詞」は、カラオケ楽曲の演奏中に表示される。なお、楽曲再生中の歌詞表示態様については公知の種々の技術を用いることができる。
楽曲データベース３０２の内容は、適宜のタイミングで更新される。例えば、所定の時間間隔で更新（例えば、日単位）してもよく、新曲が作成されるごとに更新してもよい。
【００１９】
歌唱者情報データベース３０３には、歌唱者に関する種々の情報（歌唱者情報）が記憶されている。図３に示すように、歌唱者情報データベース３０３には、歌唱者ＩＤをキーとして、ニックネームと住所と性別と生年月日等が歌唱者情報として記憶されている。
「歌唱者ＩＤ」は、歌唱者情報から歌唱者を識別するためのユニークな識別符号である。
「ニックネーム」は、例えば、カラオケ装置１００において、イベントの採点順位を表示する際に用いられる。なお、ニックネームは、歌唱者自身が任意に決めることができる。
歌唱者情報データベース３０３の内容は、適宜のタイミングで更新される。例えば、歌唱者の新規登録があるごとに更新することができる。
また、歌唱者情報データベース３０３の歌唱者情報は、カラオケ装置１００のリモコン１１０を用いて登録することができる。また、パソコンや携帯電話を用いて登録することができる。なお、本発明において実施されるイベント（カラオケコンクール）に参加するには、歌唱者情報データベース３０３に歌唱者情報を登録する必要がある。
【００２０】
ストック情報データベース３０４には、歌唱者ごとに、イベント参加に用いられていない楽曲ごとの採点データが記憶されている。図４に示すように、ストック情報データベース３０４には、歌唱者ＩＤをキーとして、楽曲ＩＤ及び採点データが記憶されている。なお、以下の説明では、歌唱者ＩＤ・楽曲ＩＤ・採点データの組を含む情報を、ストック情報ということがある。
「歌唱者ＩＤ」は、歌唱者を識別するためのユニークな識別符号であり、歌唱者情報データベース３０３（図３）の「歌唱者ＩＤ」と共通の内容である。
「楽曲ＩＤ」は、歌唱された楽曲を示す楽曲毎にユニークな識別符号であり、楽曲データベース３０２（図２）の「楽曲ＩＤ」と共通の内容である。
「採点データ」は、カラオケ楽曲を歌唱したときの採点値である。
なお、ストック情報データベース３０４の内容は、適宜のタイミングで更新される。
また、センタ３００に登録された採点データをいずれかの店舗のイベント参加に用いた場合は、当該採点データを含むストック情報は削除される。これにより、１つの採点データを複数のイベントで使いまわしすることができなくなるので、歌唱者間の不公平感をなくすことができる。
また、ストック情報データベース３０４には、歌唱者ＩＤごとに、１つの楽曲ＩＤには１つの採点データのみが格納される。これにより、他店舗のイベントに参加した場合の仮の順位を提示する際に表示内容を単純化することできるので、歌唱者は採点データをセンタ３００に登録するか否かを容易に判断することができる。
【００２１】
［店舗サーバの構成］
店舗サーバ２００は、他店舗の店舗サーバ及びセンタ３００とＩＰ通信などを用いて通信可能である。
図１に示すように、制御部２０１とイベント情報データベース２０２と順位表データベース２０３とから基本的に構成される。
制御部２０１は、ＣＰＵとＲＡＭとＲＯＭ等から構成され、ＣＰＵがＲＯＭに記憶された各種プログラムを読み出して実行することにより、店舗サーバ２００全体を統括制御し、かつサーバ制御手段として機能する。
【００２２】
なお、図１では、店舗サーバ２００が、各客室のコマンダ１２０とは別体として構成されているが、カラオケ店舗内のいずれかのコマンダ１２０が店舗サーバ２００の有する機能を備えるように構成してもよい。この場合、店舗サーバ２００の機能を備えるコマンダ１２０を「親コマンダ」、当該機能を有していないコマンダ１２０を「子コマンダ」とすれば、「親コマンダ」と「子コマンダ」は、マスタ−スレーブの関係とみなすことができる。そして、「子コマンダ」は、「親コマンダ」に対し所定の要求を出力する。「親コマンダ」は、「子コマンダ」から所定の要求を受信すると、当該要求に応じた処理を行う。また、「親コマンダ」は、自己に対し所定の要求を出力し、当該「親コマンダ」は、自己の要求に応じた処理を行う。
【００２３】
イベント情報データベース２０２には、自店舗のイベント（カラオケコンクール）に関する種々の情報が記憶されている。図５に示すように、イベント情報データベース２０２には、イベントＩＤをキーとして、課題曲（楽曲ＩＤ）、企画者、実施期間、参加費、受賞者順位、賞品等が記憶されている。なお、以下の説明では、イベントＩＤ・課題曲として歌唱可能な楽曲の楽曲ＩＤ・企画者・実施期間・授賞要項の組を含む情報を、イベント関連情報ということがある。
「イベントＩＤ」は、イベントごとに付されたユニークな識別符号である。
「課題曲（楽曲ＩＤ）」は、そのイベントで用いられる課題曲であり、楽曲ＩＤを用いて定義されている。なお、１つのイベントで複数の課題曲が用いられることもある。また、楽曲データベース３０２（図２）の「楽曲ＩＤ」と共通の内容である。
「企画者」は、そのイベントを企画した者（会社、団体等）である。また、スポンサーが企画者となることもある。この場合、企画者の情報は、スポンサー情報となる。また、カラオケ店舗が企画者となることもある。また、イベントが実施されているカラオケ店舗で歌唱をしないと当該イベントに参加できないように企画することで、該カラオケ店舗への集客力を向上させることができる。
「実施期間」は、そのイベントの実施期間である。例えば、開始日及び終了日で定義することができる。なお、日単位ではなく、時間単位（例えば、２００６年１０月１日１５：００〜２００６年１０月２１日１０：００等）で定義してもよいことはもちろんである。
「参加費」は、そのイベントに参加するために必要な費用である。すべてのイベントの参加費を一律となるように構成された場合は、参加費属性は設定する必要はない。
「受賞者順位」は、賞を授与することができる順位である。
「賞品」は、上記受賞者順位内に入賞した者に付与される賞品に関する情報である。
【００２４】
図６は、イベント情報データベース２０２（図５）の「賞品」属性の詳細なデータ構造を示している。図６に示すように、「賞品」属性は、順位、賞品名、賞品金額（円）、画像等の組を含む情報を有する。
「順位」は、賞が付与される順位である。
「賞品名」は、付与される賞品の名称である。なお、図６に示した商品名や賞品金額の内容は単なる一例である。
「画像」は、付与される賞品の画像情報である。記憶される画像は、静止画、動画、いずれでもよい。また、賞品によって、静止画、動画を使い分けてもよい。また、画像データベースを別に有しておき、イベント情報データベース２０２には、画像データベースへのリンク情報のみを有する構成にしてもよい。 イベント情報データベース２０２の内容は、適宜のタイミングで更新される。例えば、新規イベントが発生するごとに更新することができる。
【００２５】
順位表データベース２０３には、イベントごとの歌唱者順位に関する種々の情報が記憶されている。図７に示すように、イベントＩＤをキーとして、歌唱者ＩＤと採点データと登録日と順位等が記憶されている。なお、以下の説明では、歌唱者ＩＤと採点データとの組を順位表情報ということがある。
「イベントＩＤ」は、イベント情報データベース２０２（図５）の「イベントＩＤ」と共通の内容である。
「歌唱者ＩＤ」は、歌唱者ごとに付されたユニークな識別符号である。「歌唱者ＩＤ」は、歌唱者情報データベース３０３（図３）の「歌唱者ＩＤ」と共通の内容である。
「採点データ」は、そのイベントの課題曲を歌唱したときの採点値である。ここで、「採点データ」のフォーマットは、ストック情報データベース３０４（図４）の「採点データ」のフォーマットと同じである。
「登録日」は、そのイベントに参加登録した日（すなわち、課題曲を歌唱した日）である。
「順位」は、そのイベントにおける現時点での順位である。
順位表データベース２０３の内容は、適宜のタイミングで更新される。例えば、歌唱者がイベントに参加するごとに更新することができる。
【００２６】
また、店舗サーバ２００は、所定の楽曲データや背景データを、センタ３００の楽曲データベース３０２からダウンロードして補助記憶部１２４に記憶する。
なお、本実施形態では、イベントを実施するプログラムもＲＯＭや補助記憶部１２４等に記憶され、店舗管理者の指示によって制御部２０１がイベント実施プログラムをＲＯＭや補助記憶部１２４等から読出し実行し、イベントに関する各種情報の入出力を所定の手順に従って行うことで、店舗のイベントは既に実施されているものとする。
【００２７】
［カラオケ装置の構成］
次に、カラオケ装置１００について説明する。図１（右下の拡大図）に示すように、カラオケ装置１００は、リモコン１１０とコマンダ１２０とから構成される。なお、複数のリモコン１１０が、コマンダ１２０と通信可能となるように構成してもよい。
【００２８】
リモコン１１０は、制御部１１１と通信部１１２と表示部１１３とタッチパネル１１４とから構成されている。
制御部１１１は、ＣＰＵとＲＡＭとＲＯＭ等から構成され、ＣＰＵがＲＯＭに記憶された各種プログラムを読み出して実行することにより、リモコン１１０全体を統括制御し、かつカラオケ制御手段の一部として機能する。
通信部１１２は、コマンダ１２０と無線通信を行うためのインタフェースである。なお、リモコン１１０と店舗サーバ２００が通信を行う場合は、コマンダ１２０を介して行うよう構成されているが、リモコン１１０が直接店舗サーバと通信できるように構成してもよい。
表示部１１３には、本実施形態を実現するために必要な情報を含む種々の情報を表示する。また、表示部１１３の前面にはユーザインタフェースとして機能するタッチパネル１１４が設けられている。
【００２９】
コマンダ１２０は、制御部１２１と通信部１２２と映像音声再生部１２３と補助記憶部１２４とから構成されている。
【００３０】
制御部１２１は、ＣＰＵとＲＡＭとＲＯＭ等から構成され、ＣＰＵがＲＯＭに記憶された各種プログラムを読み出して実行することにより、コマンダ１２０全体を統括制御し、かつカラオケ制御手段の一部及び採点手段として機能する。
通信部１２２は、リモコン１１０と無線通信を行うためのインタフェースである。なお、赤外線通信も行うように構成してもよい。また、コマンダ１２０が上述した「親コマンダ」として機能する場合、通信部１２２は、センタ３００及び他店舗の店舗サーバ２００と接続するための機能をも有する。
映像音声再生部１２３は演奏手段として機能し、楽曲の再生及び映像の再生を行う。補助記憶部１２４には、例えば、楽曲の再生に必要な音声データ及び映像データ等が記憶される。
【００３１】
また、図示しない音声入力手段（マイク等）、映像表示手段（ディスプレイ等）が、コマンダ１２０に接続されている。
【００３２】
なお、本発明の理解に直接関係のない部分（センタ、店舗サーバ、カラオケ装置における一般的な構成）については、図示を省略し冗長な説明を避ける。
【００３３】
［カラオケコンクールシステムで送受信される情報］
次に、リモコン、コマンダ、店舗サーバ、センタ間で送受信される情報について、図８を参照しつつ説明する。
【００３４】
リモコン１１０は、イベントに関する情報を要求するための操作を歌唱者から受け付けると（１）、コマンダ１２０に対し、イベント関連情報を要求するためのイベント要求情報を送信する（２）。
コマンダ１２０は、イベント要求情報を受信すると、店舗サーバ２００に対し、イベント要求情報を送信する（３）。このイベント要求情報には、送信元となるコマンダ１２０（カラオケ装置）を識別するための識別情報が含まれている。
【００３５】
店舗サーバ２００は、イベント要求情報を受信すると、当該イベント要求情報を送信したコマンダ１２０に対し、現時点で実施されているイベントのイベント関連情報を送信する（４）。
【００３６】
コマンダ１２０は、イベント関連情報を受信すると、リモコン１１０に対し、当該イベント関連情報を送信する（５）。また、コマンダ１２０に接続されている不図示のディスプレイに、当該イベント関連情報を表示してもよい。
リモコン１１０は、受信したイベント関連情報に基づいて参加可能なイベントの情報を表示部１１３に表示し、また参加するイベントの選択を促すメッセージを併せて表示する。また、リモコン１１０は、参加するイベントの選択を歌唱者から受け付ける（６）。
【００３７】
リモコン１１０は、コマンダ１２０に対し、選択されたイベントを示すイベント選択情報を送信する（７）。このイベント選択情報には、選択されたイベントのイベントＩＤの他に、歌唱者ＩＤが含まれ、また、課題曲として歌唱する楽曲の楽曲ＩＤが（楽曲のリクエスト信号として）含まれている。
【００３８】
コマンダ１２０は、イベント選択情報を受信すると、店舗サーバ２００に対し、当該イベント選択情報を送信する（８）。なお、店舗サーバ２００に送信するイベント選択情報には、送信元となるコマンダ１２０（カラオケ装置）を識別するための識別情報、歌唱者ＩＤ、楽曲ＩＤが含まれている。また、課題曲として歌唱する楽曲を再生するための楽音データ等の要求信号が含まれることもある。該課題曲の楽音データ等が既にコマンダ１２０に蓄積されている場合は、該要求信号を含ませる必要はない。
【００３９】
店舗サーバ２００は、イベント選択情報を受信すると、送信元となるコマンダ１２０に対し、選択されたイベントのイベントＩＤに対応する順位表情報を送信する（９）。また、受信したイベント選択情報に、楽音データ等の要求信号が含まれている場合は、該データについても送信する。このとき、要求された楽音データ等が店舗サーバ２００内に存在しない場合は、センタ３００に該楽音データ等の要求信号を出力する。
【００４０】
コマンダ１２０は、順位表情報を受信すると、リモコン１１０から受信したイベント選択情報に含まれる楽曲ＩＤで特定される楽曲の演奏を開始し、また、当該楽曲の歌唱を採点する（１０）。
【００４１】
一方、店舗サーバ２００は、選択されたイベントの順位表情報を送信したあと、他店舗の店舗サーバに対し、自店舗で選択されたイベントと同じ課題曲のイベントを実施しているか否かを問い合わせる（１１）。そして、他店舗の店舗サーバから当該イベントを実施しているか否かを示す回答情報を受信する。
【００４２】
また、店舗サーバ２００は、上記（８）で受信したイベント選択情報から歌唱者ＩＤ及び楽曲ＩＤを抽出し、センタ３００に対し、当該歌唱者ＩＤ及び楽曲ＩＤが含まれるストック要求情報を送信する（１２）。
【００４３】
センタ３００は、ストック要求情報を受信すると、歌唱者情報データベース３０３を参照して、当該ストック要求情報に含まれる歌唱者ＩＤ及び楽曲ＩＤに対応するストック情報を、店舗サーバ２００に対し送信する（１３）。なお、対応するストック情報が存在しない場合は、その旨を示す情報をストック情報として送信する。
【００４４】
店舗サーバ２００は、他店舗の店舗サーバから受信した回答情報及びセンタ３００から受信したストック情報を結果情報として、コマンダ１２０に送信する（１４）。
【００４５】
コマンダ１２０は、楽曲の歌唱が終了すると当該歌唱の順位を算出し、コマンダ１２０が有する不図示のディスプレイに表示する（１５）。
また、コマンダ１２０は、リモコン１１０に対し店舗サーバ２００より受信した結果情報を送信する（１６）。
【００４６】
リモコン１１０は、受信した結果情報に基いて表示部１１３に所定の情報を提示し、「イベントへの参加」、「ストック情報更新」、または「イベントへの不参加」のいずれかの指示を歌唱者から受け付ける（１７）。
また、リモコン１１０は、歌唱者から指示を受け付けると、当該受け付けた指示を示す指示情報を、コマンダ１２０に対し送信する（１８）。
【００４７】
コマンダ１２０は、指示情報を受信すると、当該指示情報に基いた処理を行う。指示情報に「イベントへの不参加」を示す情報が含まれている場合は、コマンダ１２０は処理を終了する。一方、指示情報に「イベントへの参加」を示す情報が含まれている場合は、店舗サーバ２００に対し参加指示情報を送信する（１９）。また、指示情報に「ストック情報更新」を示す情報が含まれている場合は、センタ３００に対しストック更新情報を送信する（２１）。
【００４８】
店舗サーバ２００は、参加指示情報を受信すると、当該参加指示情報に基いてイベント情報データベース２０２を更新する（２０）。
センタ３００は、ストック更新情報を受信すると、当該ストック更新情報に基いてストック情報データベース３０４を更新する（２２）。
【００４９】
［リモコン１１０側の処理］
次に、リモコン１１０側で実行されるリモコン側処理について具体的に説明する。リモコン側処理のプログラムは、制御部１１１内のＲＯＭに記憶されており、制御部１１１内のＣＰＵにより繰り返し実行される。図９は、リモコン側処理のフローチャートである。
【００５０】
まず、Ｓ１１において、制御部１１１は、歌唱者からのイベント関連情報要求の指示をタッチパネル１１４を介して受け付ける。
Ｓ１２において、制御部１１１は、コマンダ１２０に対しイベント要求情報を送信する。イベント関連情報要求信号を送信した後は、イベント関連情報を受信するまでの間、制御部１１１は処理をＳ１２で待機させる。
【００５１】
Ｓ１３において、制御部１１１は、コマンダ１２０より送信されたイベント関連情報を受信する。イベント関連情報には、自店舗で企画されている参加可能なイベントに関する情報（イベント情報データベース２０２に記憶されている情報）が含まれる。
【００５２】
Ｓ１４において、制御部１１１は、受信したイベント関連情報に基いて参加可能なイベントに関する情報（賞品、企画者等）を表示部１１３に表示する。なお、参加可能なイベント及びその関連情報は、コマンダ１２０に接続される不図示のディスプレイに表示するよう構成してもよい。また、参加するイベントを選択可能であることを示すメッセージについても表示部１１３に表示する。なお、表示部１１３上の表示レイアウトは適宜設定可能である。
【００５３】
Ｓ１５において、制御部１１１は、歌唱者から参加するイベントの選択をタッチパネル１１４を介して受け付ける。なお、本実施形態においては、Ｓ１５における参加受付は「仮受付」であり、後述する「参加確定」指示を行わないと該イベントへの参加手続きが完了しないものとする。
【００５４】
Ｓ１６において、制御部１１１は、コマンダ１２０に対し受け付けたイベントを示すイベント選択情報を送信する。このとき、受け付けたイベントに対応する課題曲の楽曲ＩＤは、リクエスト情報として送信される。イベント選択情報を送信した後は、コマンダ１２０から結果情報を受信するまでの間、制御部１１１は処理をＳ１６で待機させる。
Ｓ１７において、制御部１１１は、コマンダ１２０から結果情報を受信する。
【００５５】
Ｓ１８において、制御部１１１は、歌唱された楽曲に対応するストック情報があるか否かを判断する。具体的には、制御部１１１は、Ｓ１７で受信した結果情報にストック情報が含まれているか否かに基いてこの判断を行う。
【００５６】
歌唱された楽曲に対応するストック情報がないと判断した場合は（Ｓ１８：ＮＯ）、制御部１１１は、Ｓ１９で第１操作受付処理を実行する。一方、歌唱された楽曲に対応するストック情報があると判断した場合は（Ｓ１８：ＹＥＳ）、制御部１１１は、Ｓ２０で第２操作受付処理を実行する。第１操作受付処理及び第２操作受付処理の詳細については後述する。
【００５７】
Ｓ２１において、制御部１１１は、コマンダ１２０に対しＳ１９またはＳ２０で作成された指示情報を送信する。
【００５８】
［第１操作受付処理］
次に、リモコン側処理のＳ１９で実行される第１操作受付処理について具体的に説明する。図１０は、第１操作受付処理のフローチャートである。
まず、Ｓ３１において、制御部１１１は、第１画面を表示部１１３に表示する。図１１は、第１画面の表示レイアウトの一例を示している。
【００５９】
図１１に示すように、表示部１１３の左上部分には、今回の歌唱の採点データが表示され、その下方には今回の歌唱の順位が表示され、また、その下方には当該順位で授賞される賞品名とその賞品の画像が表示されている。
【００６０】
また、表示部１１３の右側には、他店舗でも同じ課題曲のイベントが行われていることを示すメッセージが表示され、その下方には今回の歌唱の採点データで当該他店舗のイベントに参加した場合の仮想の順位が表示され、また、その下方には当該順位で授賞される賞品名とその賞品の画像が表示されている。
【００６１】
なお、図１１では、今回の歌唱の順位に対応する賞品名と画像のみを表示しているが、他の順位（例えば、今回の歌唱の順位が「３位」の場合には、それ以下の「４位」及び「５位」）に対応する賞品名と画像も併せて表示してもよい。さらに、全ての順位の賞品名と画像を表示してもよい。
【００６２】
また、表示部１１３の下部には、ボタン１５１とボタン１５２とボタン１５３が押下可能な状態で表示されている。
歌唱者は、「イベントへの参加」を指示する場合にはボタン１５１を押下し、「センタへのストック」を指示する場合にはボタン１５２を押下し、「イベントへの不参加」を指示する場合にはボタン１５３を押下する。
【００６３】
説明を図１０に戻す。制御部１１１は、歌唱者からタッチパネル１１４の操作（すなわち、ボタン１５１〜１５３のいずれかの押下）を受け付けると、Ｓ３２でその操作内容を判断する。
イベントへの参加が指示された（すなわち、ボタン１５１が押下された）と判断した場合は、制御部１１１は処理をＳ３３に移行させる。
【００６４】
Ｓ３３において、制御部１１１は、イベントへの参加を確認するための画面を表示部１１３に表示する。また、イベントへの参加に必要な参加料等の情報についても表示部１１３に表示する。また、制御部１１１は、「参加確定」のための指示を歌唱者から受け付ける。
その後、Ｓ３４において、制御部１１１は指示情報を作成する。指示情報には、「イベントへの参加」を示す情報、参加するイベントのイベントＩＤ、歌唱者ＩＤ、採点データが含まれる。
【００６５】
一方、Ｓ３２において、イベントへの不参加が指示された（すなわち、ボタン１５３が押下された）と判断した場合は、制御部１１１は処理をＳ３５に移行させる。
Ｓ３５において、制御部１１１は、イベントへの不参加を確認するための画面を表示部１１３に表示する。また、制御部１１１は、「不参加確定」のための指示を歌唱者から受け付ける。
その後、Ｓ３６において、制御部１１１は指示情報を作成する。指示情報には、イベントに参加しないことを示す情報が含まれる。
【００６６】
一方、Ｓ３２において、採点データのセンタ３００へのストックが指示された（すなわち、ボタン１５２が押下された）と判断した場合は、制御部１１１は処理をＳ３７に移行させる。
Ｓ３７において、制御部１１１は、採点データをセンタ３００にストックすることを確認するための画面を表示部１１３に表示する。また、ストックに必要な費用（登録料）等の情報についても表示部１１３に表示する。また、制御部１１１は、「ストック確定」のための指示を歌唱者から受け付ける。
その後、Ｓ３８において、制御部１１１は指示情報を作成する。指示情報には、「ストック情報更新」を示す情報、歌唱者ＩＤ、楽曲ＩＤ、採点データが含まれる。
【００６７】
［第２操作受付処理］
次に、リモコン側処理のＳ２０で実行される第２操作受付処理について具体的に説明する。図１２は、第２操作受付処理のフローチャートである。
まず、Ｓ５１において、制御部１１１は、第２画面を表示部１１３に表示する。図１３は、第２画面の表示レイアウトの一例を示している。
【００６８】
図１３に示すように、表示部１１３の左上部分には、今回の歌唱の採点データが表示され、その下方には今回の歌唱の採点データでの自店舗イベントの順位が表示され、また、その下方には表示領域１６４に当該順位で授賞される賞品名とその賞品の画像が表示されている。
【００６９】
また、表示部１１３の右側には、センタ３００に保存されている採点データが表示され、その下方にはストックされている採点データでの自店舗イベントの順位が表示され、また、その下方には表示領域１６５に当該順位で授賞される商品名とその賞品の画像が表示されている。
【００７０】
なお、図１３では、今回の歌唱の採点データでの順位及びストックされている採点データでの順位に対応する賞品名と画像のみを表示しているが、他の順位（例えば、今回の歌唱の順位が「３位」の場合には、それ以下の「４位」及び「５位」等）に対応する賞品名と画像も併せて表示してもよい。さらに、全ての順位の賞品名と画像を表示してもよい。
【００７１】
また、表示部１１３の下部には、ボタン１６１とボタン１６２とボタン１６３が押下可能な状態で表示されている。
歌唱者は、「イベントへの参加」を指示する場合にはボタン１６１を押下し、「別のイベントの閲覧」を指示する場合にはボタン１６２を押下し、「イベントへの不参加」を指示する場合にはボタン１６３を押下する。
【００７２】
センタ３００にストック情報が存在し、かつ他店舗で同じ課題曲のイベントが実施されている場合には、
（１）今回の歌唱の採点データでの自店舗イベントの順位に関する情報、
（２）ストックされている採点データでの自店舗イベントの順位に関する情報、
（３）今回の歌唱の採点データで他店舗イベントに参加した場合の仮想の順位に関する情報、
（４）ストックされている採点データで他店舗イベントに参加した場合の仮想の順位に関する情報、
の４つの情報を、表示部１１３に表示することが可能である。
【００７３】
しかしながら、表示部１１３の領域は限られているため、歌唱者が選択する可能性が高い選択肢に関する情報を先に提示することが望ましい。歌唱者は別の店舗で歌唱した際に、今回の歌唱で参加することができるイベント（自店舗のイベント）への関心を持ちストック情報を登録したと考えられるので、自店舗イベントの順位に関する情報（すなわち、上記（１）及び（２）の情報）を、他店舗イベントの順位に関する情報（すなわち、上記（３）及び（４）の情報）よりも先に提示することで、歌唱者に対し効率的に情報を提示することができる。
【００７４】
説明を図１２に戻す。
制御部１１１は、歌唱者からタッチパネル１１４の操作（すなわち、ボタン１６１〜１６３のいずれかの押下）を受け付けると、Ｓ５２でその操作内容を判断する。
イベントへの参加が指示された（すなわち、ボタン１６１が押下された）と判断した場合は、制御部１１１は処理をＳ５３に移行させる。
【００７５】
Ｓ５３において、制御部１１１は、第３画面を表示部１１３に表示する。図１４は、第３画面の表示レイアウトの一例を示している。
【００７６】
図１４に示すように、表示部１１３の左上部分には、今回の歌唱の採点データが表示され、その下方の表示領域１７３にはその採点データでの順位で授賞される賞品の画像が表示されている。
また、表示部１１３の右上部分には、ストックされている採点データが表示され、その下方の表示領域１７４にはその採点データでの順位で授賞される賞品の画像が表示されている。
【００７７】
ここで、第３画面の表示領域１７３は、第２画面（図１３）の表示領域１６４よりも大きく、かつ表示領域１７３には賞品名が表示されていない。
また、第３画面の表示領域１７４は、第２画面（図１３）の表示領域１６５よりも大きく、かつ表示領域１７４には賞品名が表示されていない。
【００７８】
これにより、授賞される賞品の画像を大きく表示することができるので、歌唱者はイベント参加に用いる採点データと賞品との関係を、より容易に把握することができる。
【００７９】
また、表示部１１３の下部には、ボタン１７１とボタン１７２が押下可能な状態で表示されている。
歌唱者は、今回の歌唱の採点データでイベントに参加することを指示する場合にはボタン１７１を押下し、ストックされている採点データでイベントに参加することを指示する場合にはボタン１７２を押下する。また、ボタン１７１には今回の歌唱の採点データが表示され、ボタン１７２にはストックされている採点データが表示されているので、歌唱者はイベント参加に用いる採点データとその選択肢であるボタンとの対応関係を、より容易に把握することができる。なお、表示領域１７３及び表示領域１７４を直接押下できる構成としてもよい。
【００８０】
説明を図１２に戻す。
Ｓ５４において、制御部１１１は、歌唱者からタッチパネル１１４の操作（すなわち、ボタン１７１または１７２のいずれかの押下）を受け付け、イベントへの参加を確認するための画面を表示部１１３に表示する。また、イベントへの参加に必要な参加料等の情報についても表示部１１３に表示する。
【００８１】
その後、Ｓ５５において、制御部１１１は指示情報を作成する。
Ｓ５４でボタン１７１が押下された場合は、指示情報には、「イベントへの参加」を示す情報、参加するイベントのイベントＩＤ、歌唱者ＩＤ、今回の採点データが含まれる。
【００８２】
また、Ｓ５４でボタン１７２が押下された場合は、指示情報には、「イベントへの参加」を示す情報、参加するイベントのイベントＩＤ、歌唱者ＩＤ、ストックされている採点データが含まれる。さらに、指示情報には、「ストック情報更新」を示す情報、歌唱者ＩＤ、楽曲ＩＤ（すなわち、ストック情報データベース３０４からストック情報を削除するための指示情報）が含まれる。
【００８３】
一方、Ｓ５２において、イベントへの不参加が指示された（すなわち、ボタン１６３が押下された）と判断した場合は、制御部１１１は処理をＳ５６に移行させる。
Ｓ５６において、制御部１１１は、イベントへの不参加を確認するための画面を表示部１１３に表示する。また、制御部１１１は、「不参加確定」のための指示を歌唱者から受け付ける。
その後、Ｓ５７において、制御部１１１は指示情報を作成する。指示情報には、イベントに参加しないことを示す情報が含まれる。
【００８４】
一方、Ｓ５２において、別のイベントの閲覧が指示された（すなわち、ボタン１６２が押下された）と判断した場合は、制御部１１１は処理をＳ５８に移行させる。
Ｓ５８において、制御部１１１は、第４画面を表示部１１３に表示する。図１５は、第４画面の表示レイアウトの一例を示している。
【００８５】
図１５に示すように、表示部１１３の上部には、同じ課題曲の他店舗のイベントに関する情報が表示されている。
また、表示部１１３の左側には、今回の歌唱の採点データが表示され、その下方には当該採点データで他店舗のイベントに参加した場合の仮想の順位が表示され、また、その下方の表示領域１８４には当該順位で授賞される賞品名とその賞品の画像が表示されている。
また、表示部１１３の右側には、ストックされている採点データが表示され、その下方には当該採点データで他店舗のイベントに参加した場合の仮想の順位が表示され、また、その下方の表示領域１８５には当該順位で授賞される賞品名が表示されている。
【００８６】
なお、図１５では、今回の歌唱の採点データでの順位及びストックされている採点データでの順位に対応する賞品名と画像のみを表示しているが、他の順位（例えば、今回の歌唱の順位が「３位」の場合には、それ以下の「４位」及び「５位」等）に対応する賞品名と画像も併せて表示してもよい。さらに、全ての順位の賞品名と画像を表示してもよい。
【００８７】
また、表示部１１３の下部には、ボタン１８１とボタン１８２とボタン１８３が押下可能な状態で表示されている。
歌唱者は、「ストック」を指示する場合にはボタン１８１を押下し、「別のイベントの閲覧」を指示する場合にはボタン１８２を押下し、「イベントへの不参加」を指示する場合にはボタン１８３を押下する。
【００８８】
説明を図１２に戻す。
制御部１１１は、歌唱者からタッチパネル１１４の操作（すなわち、ボタン１８１〜１８３のいずれかの押下）を受け付けると、Ｓ５９でその操作内容を判断する。
イベントへの不参加が指示された（すなわち、ボタン１８３が押下された）と判断した場合は、制御部１１１は処理をＳ５６に移行させる。
【００８９】
一方、別のイベントの閲覧が指示された（すなわち、ボタン１８２が押下された）と判断した場合は、制御部１１１は処理をＳ５１に移行させる。
【００９０】
一方、採点データのセンタ３００へのストックが指示された（すなわち、ボタン１８１が押下された）と判断した場合は、制御部１１１は処理をＳ６０に移行させる。
Ｓ６０において、制御部１１１は、第５画面を表示部１１３に表示する。図１６は、第５画面の表示レイアウトの一例を示している。
【００９１】
図１６に示すように、表示部の上部には他店舗の名前が表示されている。また、表示部１１３の左側には、今回の歌唱の採点データが表示され、その下方の表示領域１９３にはその採点データで他店舗のイベントに参加した場合の仮想の順位で授賞される賞品名とその画像が表示されている。
【００９２】
また、表示部１１３の右側には、ストックされている採点データが表示され、その下方の表示領域１９４にはその採点データで他店舗のイベントに参加した場合の仮想の順位で授賞される賞品名が表示されている。
【００９３】
ここで、第５画面の表示領域１９３は、第４画面（図１５）の表示領域１８４よりも大きく、かつ表示領域１９３には賞品名が表示されていない。
また、第５画面の表示領域１９４は、第４画面（図１５）の表示領域１８５よりも大きい。
【００９４】
これにより、授賞される賞品の内容を大きく表示することができるので、歌唱者はストックされる採点データと賞品との関係を、より容易に把握することができる。
【００９５】
また、表示部１１３の下部には、ボタン１９１とボタン１９２が押下可能な状態で表示されている。
歌唱者は、今回の歌唱の採点データをセンタ３００にストックすることを指示する場合にはボタン１９１を押下し、ストックされている採点データをセンタ３００にストックする（すなわち、ストック情報データベース３０４の更新を行わない）ことを指示する場合にはボタン１９２を押下する。
【００９６】
また、ボタン１９１には今回の歌唱の採点データが表示され、ボタン１９２にはストックされている採点データが表示されているので、歌唱者はストックする採点データとその選択肢であるボタンとの対応関係を、より容易に把握することができる。なお、表示領域１９３及び表示領域１９４を直接押下できる構成としてもよい。
【００９７】
説明を図１２に戻す。
Ｓ６１において、制御部１１１は、歌唱者からタッチパネル１１４の操作（すなわち、ボタン１９１または１９２のいずれかの押下）を受け付け、ストックされる情報の内容を確認するための画面を表示部１１３に表示する。
【００９８】
その後、Ｓ６２において、制御部１１１は指示情報を作成する。Ｓ６１でボタン１９１が押下された場合は、指示情報には、ストック情報データベース３０４を更新するための情報として、歌唱者ＩＤと楽曲ＩＤと今回の採点データが含まれる。また、Ｓ６１でボタン１９２が押下された場合は、指示情報には、ストック情報データベース３０４を更新するための情報として、歌唱者ＩＤと楽曲ＩＤとストックされている採点データが含まれる。
【００９９】
リモコン側処理により、表示部１１３の表示領域を有効に活用して歌唱者に対し効率的に情報を提示することができ、また操作しやすいユーザインタフェースを提供することができる。
【０１００】
［コマンダ１２０側の処理］
次に、コマンダ１２０側で実行されるコマンダ側処理について具体的に説明する。コマンダ側処理のプログラムは、制御部１２１内のＲＯＭに記憶されており、制御部１２１内のＣＰＵにより繰り返し実行される。図１７は、コマンダ側処理のフローチャートである。
【０１０１】
Ｓ７１において、制御部１２１は、リモコン１１０からのイベント要求情報を受信し、当該イベント要求情報を店舗サーバ２００に対し送信する。また、店舗サーバ２００からのイベント関連情報を受信し、当該イベント関連情報をリモコン１１０に送信する。
【０１０２】
Ｓ７２において、制御部１２１は、リモコン１１０からのイベント選択情報を受信し、当該イベント選択情報を店舗サーバ２００に対し送信する。また、参加するイベントの課題曲の楽曲データ等が必要である場合は、その旨を示す情報がイベント選択情報に含まれる。イベント選択情報を送信した後、順位表情報を受信するまでの間、制御部１２１は処理をＳ７２で待機させる。
【０１０３】
Ｓ７３において、制御部１２１は、店舗サーバ２００から順位表情報（必要に応じ、楽曲データ等）を受信する。
Ｓ７４において、映像音声再生部１２３は、楽曲ＩＤの楽曲の演奏を開始する。そして、楽曲の演奏が終了するまで、制御部１２１は処理をＳ７５で待機させる。
楽曲の演奏が終了すると（Ｓ７５：ＹＥＳ）、制御部１２１は処理をＳ７６に移行させる。
【０１０４】
Ｓ７６において、制御部１２１は、店舗サーバ２００から結果情報を受信する。なお、楽曲の演奏中（すなわち、Ｓ７５での待機中）に結果情報を受信することもある。
【０１０５】
Ｓ７７において、制御部１２１は、Ｓ７３で受信した順位表情報と今回の歌唱の採点データに基づいて、順位を算出する。
Ｓ７８において、制御部１２１は、Ｓ７７７で算出した順位をコマンダに接続されている不図示のディスプレイに表示する。
Ｓ７９において、制御部１２１は、リモコン１１０に対し結果情報を送信する。
【０１０６】
結果情報を送信した後、指示情報を受信するまでの間、制御部１２１は処理をＳ８０で待機させる。
結果情報を受信すると（Ｓ８０：ＹＥＳ）、制御部１２１は、処理をＳ８１に移行させる。
Ｓ８１において、制御部１２１は、指示情報の内容を分析する。
【０１０７】
指示情報に「イベントへの参加」を示す情報が含まれている場合は（Ｓ８２：ＹＥＳ）、制御部１２１は、Ｓ８３において、参加指示情報を店舗サーバ２００に対し送信する。なお、参加指示情報には、歌唱者ＩＤと楽曲ＩＤと採点データとが含まれる。その後、制御部１２１は、処理をＳ８４に移行させる。
【０１０８】
一方、指示情報に「イベント参加」を示す情報が含まれていない場合は（Ｓ８２：ＮＯ）、制御部１２１は、処理をＳ８４に移行させる。
【０１０９】
Ｓ８４において、指示情報に「ストック情報更新」を示す情報が含まれている場合は（Ｓ８４：ＹＥＳ）、制御部１２１は、Ｓ８５において、ストック更新情報をセンタ３００に対し送信する。ストック更新情報には、指示情報の歌唱者ＩＤと楽曲ＩＤと採点データが含まれる。
【０１１０】
一方、指示情報に「ストック情報更新」を示す情報が含まれていない場合は（Ｓ８４：ＮＯ）、制御部１２１は、コマンダ側処理を終了する。
【０１１１】
［店舗サーバ２００側の処理］
次に、店舗サーバ２００側で実行される店舗サーバ側処理について具体的に説明する。店舗サーバ側処理のプログラムは、制御部２０１内のＲＯＭに記憶されており、制御部２０１内のＣＰＵにより繰り返し実行される。図１８は、店舗サーバ側処理のフローチャートである。
【０１１２】
Ｓ９１において、制御部２０１は、コマンダ１２０からイベント要求情報を受信したか否かを判断する。
イベント要求情報を受信していないと判断した場合は（Ｓ９１：ＮＯ）、制御部２０１は、処理をＳ９３に移行させる。一方、イベント要求情報を受信したと判断した場合は（Ｓ９１：ＹＥＳ）、制御部２０１は、処理をＳ９２に移行させる。
【０１１３】
Ｓ９２において、制御部２０１は、Ｓ９１で受信したイベント要求情報を送信したコマンダ１２０に対しイベント関連情報を送信する。送信するイベント関連情報は、イベント情報データベース２０２を参照して決定される。このとき、該イベント関連情報要求信号を受信した時刻を特定し、当該時刻が実施期間に含まれるイベントが抽出される。
【０１１４】
Ｓ９３において、制御部２０１は、コマンダ１２０からイベント選択情報を受信したか否かを判断する。
イベント選択情報を受信していないと判断した場合は（Ｓ９３：ＮＯ）、制御部２０１は、処理をＳ９８に移行させる。一方、イベント選択情報を受信したと判断した場合は（Ｓ９３：ＹＥＳ）、処理をＳ９４に移行させる。
【０１１５】
Ｓ９４において、Ｓ９３で受信したイベント選択情報を送信したコマンダ１２０に対し、順位表情報を送信する。送信する順位表情報は、順位表データベース２０３を参照して決定される。具体的には、受信したイベント選択情報に含まれるイベントＩＤで特定されるイベントにおける採点データ等が送信する順位表情報となる。
【０１１６】
Ｓ９５において、制御部２０１は、他店舗の店舗サーバ２００に対し、同じ課題曲のイベントを実施しているか否かを問い合わせ、回答情報を受信する。
Ｓ９６において、制御部２０１は、センタ３００に対しストック要求情報を送信し、センタ３００よりストック情報を受信する。
Ｓ９７において、制御部２０１は、他店舗の店舗サーバ２００から受信した回答情報及びセンタ３００から受信したストック情報を結果情報として、コマンダ１２０に送信する。
【０１１７】
Ｓ９８において、制御部２０１は、コマンダ１２０から参加指示情報を受信したか否かを判断する。参加指示情報を受信していないと判断した場合は（Ｓ９８：ＮＯ）、制御部２０１は、店舗サーバ側処理を終了する。一方、参加指示信号を受信したと判断した場合は（Ｓ９８：ＹＥＳ）、制御部２０１は、Ｓ９８において、順位表データベース２０３を更新する。すなわち、受信した参加指示情報に含まれる情報（歌唱者ＩＤ、採点データ）等が、順位表データベース２０３に登録される。
【０１１８】
［センタ３００側の処理］
次に、センタ３００側で実行されるセンタ側処理について具体的に説明する。センタ側処理のプログラムは、制御部３０１内のＲＯＭに記憶されており、制御部３０１内のＣＰＵにより繰り返し実行される。図１９は、センタ側処理のフローチャートである。
【０１１９】
Ｓ１０１において、制御部３０１は、ストック要求情報を受信したか否かを判断する。ストック要求情報を受信していないと判断した場合は（Ｓ１０１：ＮＯ）、制御部３０１は、処理をＳ１０３に移行させる。一方、ストック要求情報を受信したと判断した場合は（Ｓ１０１：ＹＥＳ）、制御部３０１は、Ｓ１０２において、当該ストック要求情報を送信した店舗サーバ２００に対しストック情報を送信する。送信するストック情報は、当該ストック要求情報に含まれる歌唱者ＩＤ及び楽曲ＩＤをキーとしてストック情報データベース３０４を参照して決定される。
【０１２０】
Ｓ１０３において、制御部３０１は、ストック更新情報を受信したか否かを判断する。ストック更新情報を受信していないと判断した場合は（Ｓ１０３：ＮＯ）、制御部３０１は、センタ側処理を終了する。一方、ストック更新情報を受信したと判断した場合は（Ｓ１０３：ＹＥＳ）、制御部は、Ｓ１０４において、ストック情報データベース３０４を更新する。
【０１２１】
上述したとおり、本実施形態では、リモコン１１０は、自店舗のイベントでの順位に関する情報に加えて、他店舗のイベントに参加した場合の仮想の順位に関する情報を歌唱者に提示する。歌唱者が今回の歌唱の採点データを他店舗のイベント参加に用いたい場合は、センタ３００にストック情報として保存することができ、当該他店舗に来店したときにストックした採点データを用いて他店舗のイベントに参加することができる。
これにより、他店舗で歌唱したときの採点データが低い場合であっても、ストックしておいた採点データを用いてイベントに参加することができるので、歌唱者は他店舗のイベントへの参加意欲が高まり当該他店舗の集客力を向上させることができる。また、ストック指示の際に登録料を徴収することができるので、たとえ自店舗のイベントに参加されない場合であっても自店舗は収益を向上させることができる。さらに、カラオケ事業をチェーン展開する者においては、チェーン店における種々のイベントを効果的に歌唱者に提示することができる。これによって、イベントへの参加意欲が高まり、カラオケコンクールをビジネスモデルとして成功させることができる。
【０１２２】
本発明は、店舗サーバ２００を備えていないカラオケ店舗においても実現可能である。本実施形態のカラオケコンクールシステムは、センタ３００が上述した店舗サーバ２００の機能をも備えていてもよい。
【符号の説明】
【０１２３】
１００…カラオケ装置、
１１０…リモコン、１１１…制御部、１２０…コマンダ、１２１…制御部、
２００…店舗サーバ、２０１…制御部、
２０２…イベント情報データベース、２０３…順位表データベース、
３００…センタ、３０１…制御部、３０２…楽曲データベース、
３０３…歌唱者情報データベース、３０４…ストック情報データベース
【特許請求の範囲】
【請求項１】
センタ及び複数のカラオケ店舗間で通信可能であり、それぞれのカラオケ店舗間において独自にイベントが実施可能なカラオケコンクールシステムにおいて、
前記センタは、歌唱者ＩＤ・楽曲ＩＤ・採点データの組を含むストック情報が格納されているストック情報データベースを有し、かつ当該ストック情報データベースを管理し、
それぞれのカラオケ店舗には、店舗サーバとカラオケ装置が設置され、
前記店舗サーバは、イベント情報データベースと、順位表データベースと、サーバ制御手段を備え、
（ａ）前記イベント情報データベースは、自店舗で実施されるイベントごとに、イベントＩＤ・課題曲として歌唱可能な楽曲の楽曲ＩＤ・企画者・実施期間・授賞要項の組を含むイベント関連情報を格納し、
（ｂ）前記順位表データベースは、前記イベントＩＤごとに、歌唱者ＩＤと採点データとの組の集合を順位表として格納し、
（ｃ）前記サーバ制御手段は、前記カラオケ装置からイベントＩＤ・歌唱者ＩＤ・採点データの組を受信した際、受信したイベントＩＤに対応する順位表を更新し、
（ｄ）前記サーバ制御手段は、前記イベント情報データベース中のあるイベントの実施期間が満了した際、そのイベントの授賞要項と順位表と歌唱者情報データベースに基づいて受賞者を決定し、
前記カラオケ装置は、ユーザインタフェースと、演奏手段と、採点手段と、カラオケ制御手段を備え、
（ｅ）前記ユーザインタフェースは、前記カラオケ制御手段の制御に従い利用者に情報を提示するとともに利用者入力を受け付け、
（ｆ）前記演奏手段は、前記カラオケ制御手段の制御に従い指定されたカラオケ楽曲の伴奏音楽を音響出力し、
（ｇ）前記採点手段は、前記カラオケ制御手段の制御に従い伴奏音楽に合わせて歌唱する歌声の巧拙を評価して採点データを出力し、
（ｈ）前記カラオケ制御手段は、
（ｈ−１）イベント閲覧要求の利用者入力があった際に当該要求の電文を自店舗の店舗サーバに送信し、
（ｈ−２）自店舗の店舗サーバから受信したイベントの情報を受信し、当該イベントの情報を利用者に提示し、
（ｈ−３）前記ユーザインタフェースによって利用者が選択したイベントのイベントＩＤ、楽曲ＩＤ、及び歌唱者ＩＤを取得し、
（ｈ−４）取得した楽曲ＩＤの伴奏音楽の演奏に先立ち、取得したイベントＩＤを自店舗の店舗サーバに送信し、
（ｈ−５）当該イベントの順位表を自店舗の店舗サーバより受信し、
（ｈ−６）取得した楽曲ＩＤの伴奏音楽を前記演奏手段に演奏させる、
ものであって、
自店舗のサーバ制御手段は、前記カラオケ制御手段よりイベントＩＤを受信したときに、他店舗のサーバ制御手段に対し、前記受信したイベントＩＤに対応付けられている楽曲ＩＤを含む他のイベントが存在するかについて問い合わせ、
他店舗のサーバ制御手段は、前記問い合わせを受信したときに、該問い合わせに含まれる楽曲ＩＤを含む他のイベントが、該他店舗のイベント情報データベースに存在するか否かを検索し、他のイベントが存在する場合に、該イベントのイベント関連情報及び順位表を、自店舗のサーバ制御手段に送信し、
自店舗のサーバ制御手段は、前記他店舗のサーバ制御手段からイベント関連情報及び順位表を受信すると、該受信したイベント関連情報及び順位表を、前記カラオケ装置に送信し、
前記カラオケ制御手段は、
自店舗のサーバ制御手段から受信した順位表を参照して前記採点データに対する第１の順位を求め、
他店舗のサーバ制御手段から受信した順位表を参照して前記採点データに対する第２の順位を求め、
前記第１の順位に関する情報及び第２の順位に関する情報を利用者に提示し、
前記自店舗のイベントへの参加指示を受け付けたときに、前記採点データをイベントＩＤ及び歌唱者ＩＤに対応付けて自店舗の店舗サーバに送信し、
前記ストック情報データベースへの登録を受け付けたときに、前記採点データを楽曲ＩＤ及び歌唱者ＩＤに対応付けてストック情報として前記センタに送信し、
前記センタは、受信したストック情報に基いて前記ストック情報データベースを更新する、
ことを特徴とするカラオケコンクールシステム。
【請求項２】
前記センタは、前記ストック情報データベースに格納されているストック情報がいずれかのカラオケ店舗のイベント参加に用いられた場合は、当該ストック情報を前記ストック情報データベースから削除する、
ことを特徴とする請求項１記載のカラオケコンクールシステム。
【請求項３】
前記ストック情報データベースには、歌唱者ＩＤごとに、１つの楽曲ＩＤには１つの採点データのみが格納される、
ことを特徴とする請求項２記載のカラオケコンクールシステム。
【請求項１】
センタ及び複数のカラオケ店舗間で通信可能であり、それぞれのカラオケ店舗間において独自にイベントが実施可能なカラオケコンクールシステムにおいて、
前記センタは、歌唱者ＩＤ・楽曲ＩＤ・採点データの組を含むストック情報が格納されているストック情報データベースを有し、かつ当該ストック情報データベースを管理し、
それぞれのカラオケ店舗には、店舗サーバとカラオケ装置が設置され、
前記店舗サーバは、イベント情報データベースと、順位表データベースと、サーバ制御手段を備え、
（ａ）前記イベント情報データベースは、自店舗で実施されるイベントごとに、イベントＩＤ・課題曲として歌唱可能な楽曲の楽曲ＩＤ・企画者・実施期間・授賞要項の組を含むイベント関連情報を格納し、
（ｂ）前記順位表データベースは、前記イベントＩＤごとに、歌唱者ＩＤと採点データとの組の集合を順位表として格納し、
（ｃ）前記サーバ制御手段は、前記カラオケ装置からイベントＩＤ・歌唱者ＩＤ・採点データの組を受信した際、受信したイベントＩＤに対応する順位表を更新し、
（ｄ）前記サーバ制御手段は、前記イベント情報データベース中のあるイベントの実施期間が満了した際、そのイベントの授賞要項と順位表と歌唱者情報データベースに基づいて受賞者を決定し、
前記カラオケ装置は、ユーザインタフェースと、演奏手段と、採点手段と、カラオケ制御手段を備え、
（ｅ）前記ユーザインタフェースは、前記カラオケ制御手段の制御に従い利用者に情報を提示するとともに利用者入力を受け付け、
（ｆ）前記演奏手段は、前記カラオケ制御手段の制御に従い指定されたカラオケ楽曲の伴奏音楽を音響出力し、
（ｇ）前記採点手段は、前記カラオケ制御手段の制御に従い伴奏音楽に合わせて歌唱する歌声の巧拙を評価して採点データを出力し、
（ｈ）前記カラオケ制御手段は、
（ｈ−１）イベント閲覧要求の利用者入力があった際に当該要求の電文を自店舗の店舗サーバに送信し、
（ｈ−２）自店舗の店舗サーバから受信したイベントの情報を受信し、当該イベントの情報を利用者に提示し、
（ｈ−３）前記ユーザインタフェースによって利用者が選択したイベントのイベントＩＤ、楽曲ＩＤ、及び歌唱者ＩＤを取得し、
（ｈ−４）取得した楽曲ＩＤの伴奏音楽の演奏に先立ち、取得したイベントＩＤを自店舗の店舗サーバに送信し、
（ｈ−５）当該イベントの順位表を自店舗の店舗サーバより受信し、
（ｈ−６）取得した楽曲ＩＤの伴奏音楽を前記演奏手段に演奏させる、
ものであって、
自店舗のサーバ制御手段は、前記カラオケ制御手段よりイベントＩＤを受信したときに、他店舗のサーバ制御手段に対し、前記受信したイベントＩＤに対応付けられている楽曲ＩＤを含む他のイベントが存在するかについて問い合わせ、
他店舗のサーバ制御手段は、前記問い合わせを受信したときに、該問い合わせに含まれる楽曲ＩＤを含む他のイベントが、該他店舗のイベント情報データベースに存在するか否かを検索し、他のイベントが存在する場合に、該イベントのイベント関連情報及び順位表を、自店舗のサーバ制御手段に送信し、
自店舗のサーバ制御手段は、前記他店舗のサーバ制御手段からイベント関連情報及び順位表を受信すると、該受信したイベント関連情報及び順位表を、前記カラオケ装置に送信し、
前記カラオケ制御手段は、
自店舗のサーバ制御手段から受信した順位表を参照して前記採点データに対する第１の順位を求め、
他店舗のサーバ制御手段から受信した順位表を参照して前記採点データに対する第２の順位を求め、
前記第１の順位に関する情報及び第２の順位に関する情報を利用者に提示し、
前記自店舗のイベントへの参加指示を受け付けたときに、前記採点データをイベントＩＤ及び歌唱者ＩＤに対応付けて自店舗の店舗サーバに送信し、
前記ストック情報データベースへの登録を受け付けたときに、前記採点データを楽曲ＩＤ及び歌唱者ＩＤに対応付けてストック情報として前記センタに送信し、
前記センタは、受信したストック情報に基いて前記ストック情報データベースを更新する、
ことを特徴とするカラオケコンクールシステム。
【請求項２】
前記センタは、前記ストック情報データベースに格納されているストック情報がいずれかのカラオケ店舗のイベント参加に用いられた場合は、当該ストック情報を前記ストック情報データベースから削除する、
ことを特徴とする請求項１記載のカラオケコンクールシステム。
【請求項３】
前記ストック情報データベースには、歌唱者ＩＤごとに、１つの楽曲ＩＤには１つの採点データのみが格納される、
ことを特徴とする請求項２記載のカラオケコンクールシステム。
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図１】
【図８】
【図９】
【図１０】
【図１１】
【図１９】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図３】
【図４】
【図５】
【図６】
【図７】
【図１】
【図８】
【図９】
【図１０】
【図１１】
【図１９】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１０−１９１３６７（Ｐ２０１０−１９１３６７Ａ）
【公開日】平成２２年９月２日（２０１０．９．２）
【国際特許分類】
【出願番号】特願２００９−３８１２９（Ｐ２００９−３８１２９）
【出願日】平成２１年２月２０日（２００９．２．２０）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２２年９月２日（２０１０．９．２）
【国際特許分類】
【出願日】平成２１年２月２０日（２００９．２．２０）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]