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