ハンディキャップ算出カラオケシステム
【課題】カラオケシステムにより複数の利用者により曲当てクイズ（イントロゲーム）を行うにあたり、利用者間においてハンディキャップが付与されるようにし、ゲームの娯楽性を向上するようにする。
【解決手段】カラオケ端末が演奏した楽曲を複数の利用者が競って当てるゲームにおいて、利用者ＩＤ取得手段と、利用者別演奏度数管理手段と、利用者別ハンディキャップ算出手段とを有し、利用者別演奏度数管理テーブルから当該楽曲の演奏度数の利用者間におれる相対的差違に基づき、楽曲の正解時にハンディキャップを算出して付与する。
【解決手段】カラオケ端末が演奏した楽曲を複数の利用者が競って当てるゲームにおいて、利用者ＩＤ取得手段と、利用者別演奏度数管理手段と、利用者別ハンディキャップ算出手段とを有し、利用者別演奏度数管理テーブルから当該楽曲の演奏度数の利用者間におれる相対的差違に基づき、楽曲の正解時にハンディキャップを算出して付与する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、曲当てクイズ（イントロゲーム）のように演奏された楽曲の一部分を聴取して楽曲名の正解を複数の利用者が競うようにしたカラオケシステムにおいて、出題された楽曲について利用者間で演奏回数が異なる場合、利用者別にハンディキャップを与えることにより利用者間の公平を保つようにするものである。
【背景技術】
【０００２】
演奏された楽曲の一部を聴取して楽曲名を正解する曲当てクイズは、出題された楽曲名を一番早く回答して正解数を競うものである。このようなゲームで出題される楽曲は、利用者の好みや得意の楽曲を選曲して出題されるものではなく、ランダムに選曲され、出題されている。このような手法に関して、特許文献１では、利用者に初級から上級までの出題レベルや出題楽曲のジャンルを選定させることにより、利用者がゲームを開始する際に比較的難易度の低い楽曲から出題できるようにした技術が開示されている。
【特許文献１】特開平７−２３６７６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記特許文献１に開示された発明による場合は、利用者が出題レベルやジャンルを設定できたとしても、ゲーム機がランダムに選曲した楽曲により主題しているため、複数の利用者が競ってゲームを楽しむ場合には、良く知っている楽曲が出題された利用者は数多く正解できるが、全く知らない楽曲ばかり出題される利用者に関しては、回答することができないという不公正が生じる。
【０００４】
このようなゲームがカラオケシステムを利用して行われていることは知られているが、娯楽性が高く要求されるカラオケシステムにおいては、複数の利用者がゲーム利用の楽しみを共有できることが望ましく、システムの機能価値を維持できることになる。ところが、正解が特定の利用者に偏る場合は、ゲーム性が乏しくなり、娯楽性を維持できなくなることから、利用頻度が低下してしまうことになる。
【課題を解決するための手段】
【０００５】
本発明は上記課題に鑑みなされたもので、本発明におけるハンディキャップ算出カラオケシステムとは、カラオケ端末が演奏した楽曲を複数の利用者が正解を競って当てるゲームにおいて、利用者の得点のハンディキャップを設定するシステムである。即ち、利用者ＩＤを取得して利用者を特定し、この利用者ＩＤにて特定された利用者が選曲した楽曲の演奏度数を管理し、現にゲームを競っている任意の利用者につき、管理されている楽曲にゲームの正解曲が含まれている場合、その楽曲の演奏度数が利用者間で相対的に多いほどハンディキャップが大きくなるような、所定の換算テーブルあるいは計算アルゴリズムにもとづき、当該利用者による、当該楽曲の正解時のハンディキャップを算出するカラオケシステムを提供し、上記課題を解決する。
【発明の効果】
【０００６】
本発明のハンディキャップ算出カラオケシステムによれば、カラオケ端末の利用者別演奏度数を用いることにより、楽曲の一部分を数秒間流し、複数の利用者が正解を競って当てるゲームを行う場合には、当該利用者による当該楽曲の正解時のハンディキャップを自動的に算出することが可能となる。即ち、従来技術のように出題楽曲のレベルやジャンルを設定する必要はなく、且つ、出題楽曲がランダムに選曲されたとしても、利用者間での不公平が生じることがなく、公平に正解時の得点を競うことができるといった効果を奏する。
【発明を実施するための最良の形態】
【０００７】
以下、本発明の最適な実施例を挙げ、詳細に説明する。図１は本発明を実施した通信タイプのカラオケシステムの概要を示す図であり、同図において、カラオケ装置１は内蔵の音源により生成された楽曲とマイクロホン２から入力した歌唱音声信号をミキシングして増幅器３により増幅し、スピーカシステム４からカラオケ伴奏音楽および歌唱音声が再生される。
【０００８】
また、カラオケ装置１は画像信号をモニターテレビ５に出力し、歌詞テロップおよび背景画像を表示する。このカラオケ装置１は補助端末装置６から送られてくる赤外線コード信号を受信してリクエストされた楽曲の予約登録を行うなど、カラオケ演奏に必要な様々な機能を処理する。
【０００９】
利用者ＩＤ取得手段７（補助端末装置６のクレードル型充電器を兼務）には、利用者ＩＤカードＣのデータ入力部６ａが備えられ、利用者ＩＤカードＣをこのデータ入力部６ａに接触させると、利用者ＩＤカードＣに記録されている利用者ＩＤデータがカラオケ装置１を経てカラオケホストセンター１００に転送される。
【００１０】
図２はカラオケ装置１のハードウエア構成を示すブロック図であり、同図において、中央制御部１１は内部にＣＰＵ、ＲＡＭ、ＲＯＭを含むマイコンであり、制御／データバス５０を介してこれに接続された各構成要素と信号の授受を行い、システム全体の統括および制御を行う。前記中央制御部１１はハードディスク装置（ＨＤＤ）１３に格納されている演奏データを読み出す。この演奏データはＭＩＤＩ形式により記述されたカラオケ伴奏音楽の起源となる音楽生成データ、あるいは、ＭＰ３形式により圧縮保存した生音録音データと、そのカラオケ楽曲の演奏に同期して表示する歌詞やその文字の属性（表示位置、表示色、表示／消去のタイミングなど）を記述した歌詞描画データとを含んでいる。
【００１１】
中央制御部１１は、ＧＵＩ機能を備えた補助端末装置６とカラオケ装置１との間でデータの送受信を行うためのリモコン受信機１５や、利用者がカラオケ装置１に直接手入力を行うための操作パネル１６からリクエスト楽曲のＩＤを操作制御部１７を経由して受け取る。その入力順とＩＤとを対応付けてＲＡＭ２９に格納し、楽曲演奏予約登録を行う。
【００１２】
そして、予約順に従って該当するカラオケ楽曲の演奏データなどをハードディスク装置１３から読み出し、演奏データ中のＭＩＤＩデータをシンセサイザ１８に転送すると、シンセサイザ１８はこのＭＩＤＩデータに従って内蔵音源を制御し、カラオケ伴奏音楽を生成する。シンセサイザ１８が出力するカラオケ伴奏音楽の演奏信号は、ミキサー１９でマイクロホン２からの歌唱音声信号と混合されて出力し、スピーカシステム４を駆動して音響出力が得られる。
【００１３】
一方、カラオケ伴奏音楽の生成処理に同期し、歌詞画像となるビットマップ画像をビデオＲＡＭ２２に展開する。映像制御部２３は、このビットマップ画像をビデオディスク装置２４から出力される背景画像にスーパーインポーズする処理を行ってモニターテレビ５に画像出力する。
【００１４】
即ち、カラオケ装置１は通信機能を備えるもので、中央制御部１１は通信制御部１２を制御し、情報通信ネットワークＮを介してカラオケホストセンター１００に接続することによりデータ通信が可能となる。カラオケホストセンター１００はカラオケ楽曲を蓄積した楽曲データサーバ１００ａおよび、利用者属性データを蓄積した管理データサーバ１００ｂを備え、クライアントであるカラオケ装置１との間で各種データの授受が行われる。そして、カラオケホストセンター１００から配信された演奏データなどはハードディスク装置１３に格納され、中央制御部１１の制御に基づいて読み出される。
【００１５】
前記管理データサーバ１００ｂには、利用者がカラオケ事業者の会員システムに登録した際の利用者属性データ、即ち、住所、氏名、生年月日などが蓄積され、前述のようにして特定の利用者ＩＤデータがカラオケホストセンター１００に転送されると、利用者別属性情報管理手段（図示省略）は、当該カラオケ装置１に対し当該利用者の生年月日データ（年齢情報を含む）利用者属性データの送信をする。カラオケホストセンター１００から送信された利用者属性データは、現に、本カラオケ装置１にログインしている利用者につき、ＲＡＭ２９に送られ管理される。
【００１６】
そして、本発明における利用者別演奏度数管理手段２５は、カラオケホストセンターに設置されており、任意のカラオケ装置１にて利用者ＩＤが取得されると、補助端末装置６にて所定の手順により、利用者毎にそのＩＤを紐つけして選曲を行い、当該楽曲が演奏されると、その利用者ＩＤと楽曲ＩＤとを組み合わせて演奏度数「１」がカウントされ、当該利用者がログアウトした後、その情報が当該カラオケホストセンター１００の利用者別演奏度数管理テーブルＴに楽曲毎に記録される。
【００１７】
このように、利用者ＩＤ毎かつ楽曲別に演奏度数が記録されており、任意の利用者が任意のカラオケ装置１にてその利用者ＩＤが取得されてシステムへのログインが完了すると、利用者別演奏度数取得手段２７は、上記利用者別演奏度数管理テーブルＴから、当該ログイン利用者別に、予め設定されている課題曲があれば、そのデータはカラオケ装置１内に設定されたＲＡＭ２９の利用者別演奏度数取得テーブルｔとしてダウンロードする。そして、所定の課題曲が演奏され、任意の利用者が回答を正解すると、ハンディキャップ算出手段２６は、後述する如く、そのテーブルｔの情報に基づき、現にログインしている利用者間における演奏度数の相対的差違に基づき、その利用者に与えるハンディキャップを算出するものである。
【００１８】
図３は、利用者別演奏度数の記録処理の流れを示すもので、まず、利用者が補助端末装置６のデータ入力部６ａに利用者ＩＤカードＣを接触してログインすることにより、利用者ＩＤデータが読み込まれ利用者ＩＤが取得される（ステップＳａ１）。次に、利用者ＩＤを取得したことにより特定された利用者が、当該楽曲を予約、即ち、利用者ＩＤを付帯した楽曲を登録することにより（ステップＳａ２）、特定された利用者が選曲を行ったこととなり、当該登録した楽曲が演奏されると（ステップＳａ３）、その演奏度数は、楽曲毎に一時的にカラオケ装置１内に設定されたＲＡＭ２９に記録される（ステップＳａ４）。そして、当該利用者の利用者ＩＤが消去されたならば（ステップＳａ５）、カラオケ装置１に記録されている演奏度数を、カラオケホストセンター１００の利用者別演奏度数管理テーブルＴに転送し（ステップＳａ６）、利用者別の演奏度数の記録処理を終了する（ステップＳａ７）。
【００１９】
次に図４は、当該利用者別の演奏度数を用いてハンディキャップを算出する処理を示すもので、利用者ＩＤを取得し（ステップＳａ８）、イントロゲームの選択が受理されると（ステップＳａ９）、利用者別の演奏度数を、カラオケホストセンター１００の利用者別演奏度数管理テーブルＴから、図５に示すような各利用者の過去の楽曲の演奏度数（同図の例では、年間度数）が、カラオケ装置１のＲＡＭ２９内の、利用者別演奏度数取得テーブルｔにダウンロードされる（ステップＳａ１０）。
【００２０】
そして、カラオケ装置１にて予め設定されている課題曲の中からランダムに選曲され（ステップＳａ１１）、選曲された課題曲の中に当該利用者別演奏度数取得テーブルｔについて記録されている各利用者の過去の演奏楽曲が含まれている場合には（ステップＳａ１２）、当該利用者別演奏度数取得テーブルｔから、当該各利用者の過去の演奏楽曲の演奏度数を抽出し各利用者間の演奏度数を比較する換算テーブル図６が作成される（ステップＳａ１３）。
【００２１】
このようにして、当該課題曲に対しての換算テーブルが作成された後に、複数の利用者の中から特定の最先の利用者が回答した楽曲名が正解であると判断されると（ステップＳａ１４）、当該利用者のハンディキャップが算出される（ステップＳａ１５）。このハンディキャップの算出は、図６の換算テーブルに基づいてなされるもので、例えば、同図における利用者のＡ〜Ｅにおいて、利用者Ａが最も演奏頻度が多く、利用者Ｃが最も少ないことを示す。
【００２２】
そこで、最も演奏度数の多い利用者Ａが最先の正解者となった場合、ハンディキャップ４０を付与し、１００点満点において６０点と得点表示する（ステップＳａ１６）。この場合、得点表示とともに図６の換算テーブルを数値情報化してモニターテレビ５に同時に表示することにより、ゲームの公平性を顕示することができる。
【００２３】
このようにしてゲームが進行されることから、例えば、利用者Ｃが最先の正解者となった場合は、ハンディキャップは０であることから１００点満点の得点が得られることになる。したがって、利用者Ｂ、Ｄ、Ｅにおいても同様に、その演奏度数から算出されるハンディキャップに基づいて得点が算出され、その算出結果に基づいて総合得点が集計されることになる。
【００２４】
上記の説明では、ハンディキャップの算出に換算テーブルを用いて行うようにしているが、計算アルゴリズムによる計算処理により行うことも可能である。例えばこの場合は、最も低い演奏度数と最も高い演奏度数を基準にし、直線比例計算処理を行う計算プログラムを設定することにより、ハンディキャップ値を演奏度数に比例した値とすることもできる。また、対数比例計算を行う計算プログラムを設定することにより、図７に示すように演奏度数の相違により付与されるハンディキャップの値を変更することができる。
【００２５】
以上詳細に説明したように、本発明によれば、曲当てクイズにおいて正解者が特定の利用者に偏る場合においても、ハンディキャップが自動的に付与されるようになるので、ゲームの公平性が保たれ、娯楽性を高く維持することができるなど、本発明特有の効果を奏する。
【図面の簡単な説明】
【００２６】
【図１】本発明のシステムの概要を示す図である。
【図２】図１のシステムのハードウエア構成を示す図である。
【図３】本発明におけるデータ処理の流れを示す図である。
【図４】本発明におけるデータ処理の流れを示す図である。
【図５】利用者別演奏度数管理テーブルの例を示す図である。
【図６】本発明におけるデータ処理の態様の例を示す図である。
【図７】本発明におけるデータ処理の態様の例を示す図である。
【符号の説明】
【００２７】
１・・・・・・カラオケ装置
２・・・・・・マイクロホン
３・・・・・・増幅器
４・・・・・・スピーカシステム
５・・・・・・モニターテレビ
６・・・・・・補助端末装置
６ａ・・・・・データ入力部
７・・・・・・利用者ＩＤ取得手段
１１・・・・・中央制御部
１２・・・・・通信制御部
１３・・・・・ハードディスク
１５・・・・・リモコン受信部
１６・・・・・操作パネル
１７・・・・・操作制御部
１８・・・・・シンセサイザ
１９・・・・・ミキサー
２２・・・・・ビデオＲＡＭ
２３・・・・・映像制御部
２４・・・・・ビデオディスク装置
２９・・・・・ＲＡＭ
５０・・・・・制御／データバス
１００・・・・カラオケホストセンター
１００ａ・・・楽曲データサーバ
１００ｂ・・・管理データサーバ
Ｎ・・・・・・情報通信ネットワーク
Ｃ・・・・・・利用者ＩＤカード
Ｔ・・・・・・利用者別演奏度数管理テーブル
【技術分野】
【０００１】
本発明は、曲当てクイズ（イントロゲーム）のように演奏された楽曲の一部分を聴取して楽曲名の正解を複数の利用者が競うようにしたカラオケシステムにおいて、出題された楽曲について利用者間で演奏回数が異なる場合、利用者別にハンディキャップを与えることにより利用者間の公平を保つようにするものである。
【背景技術】
【０００２】
演奏された楽曲の一部を聴取して楽曲名を正解する曲当てクイズは、出題された楽曲名を一番早く回答して正解数を競うものである。このようなゲームで出題される楽曲は、利用者の好みや得意の楽曲を選曲して出題されるものではなく、ランダムに選曲され、出題されている。このような手法に関して、特許文献１では、利用者に初級から上級までの出題レベルや出題楽曲のジャンルを選定させることにより、利用者がゲームを開始する際に比較的難易度の低い楽曲から出題できるようにした技術が開示されている。
【特許文献１】特開平７−２３６７６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記特許文献１に開示された発明による場合は、利用者が出題レベルやジャンルを設定できたとしても、ゲーム機がランダムに選曲した楽曲により主題しているため、複数の利用者が競ってゲームを楽しむ場合には、良く知っている楽曲が出題された利用者は数多く正解できるが、全く知らない楽曲ばかり出題される利用者に関しては、回答することができないという不公正が生じる。
【０００４】
このようなゲームがカラオケシステムを利用して行われていることは知られているが、娯楽性が高く要求されるカラオケシステムにおいては、複数の利用者がゲーム利用の楽しみを共有できることが望ましく、システムの機能価値を維持できることになる。ところが、正解が特定の利用者に偏る場合は、ゲーム性が乏しくなり、娯楽性を維持できなくなることから、利用頻度が低下してしまうことになる。
【課題を解決するための手段】
【０００５】
本発明は上記課題に鑑みなされたもので、本発明におけるハンディキャップ算出カラオケシステムとは、カラオケ端末が演奏した楽曲を複数の利用者が正解を競って当てるゲームにおいて、利用者の得点のハンディキャップを設定するシステムである。即ち、利用者ＩＤを取得して利用者を特定し、この利用者ＩＤにて特定された利用者が選曲した楽曲の演奏度数を管理し、現にゲームを競っている任意の利用者につき、管理されている楽曲にゲームの正解曲が含まれている場合、その楽曲の演奏度数が利用者間で相対的に多いほどハンディキャップが大きくなるような、所定の換算テーブルあるいは計算アルゴリズムにもとづき、当該利用者による、当該楽曲の正解時のハンディキャップを算出するカラオケシステムを提供し、上記課題を解決する。
【発明の効果】
【０００６】
本発明のハンディキャップ算出カラオケシステムによれば、カラオケ端末の利用者別演奏度数を用いることにより、楽曲の一部分を数秒間流し、複数の利用者が正解を競って当てるゲームを行う場合には、当該利用者による当該楽曲の正解時のハンディキャップを自動的に算出することが可能となる。即ち、従来技術のように出題楽曲のレベルやジャンルを設定する必要はなく、且つ、出題楽曲がランダムに選曲されたとしても、利用者間での不公平が生じることがなく、公平に正解時の得点を競うことができるといった効果を奏する。
【発明を実施するための最良の形態】
【０００７】
以下、本発明の最適な実施例を挙げ、詳細に説明する。図１は本発明を実施した通信タイプのカラオケシステムの概要を示す図であり、同図において、カラオケ装置１は内蔵の音源により生成された楽曲とマイクロホン２から入力した歌唱音声信号をミキシングして増幅器３により増幅し、スピーカシステム４からカラオケ伴奏音楽および歌唱音声が再生される。
【０００８】
また、カラオケ装置１は画像信号をモニターテレビ５に出力し、歌詞テロップおよび背景画像を表示する。このカラオケ装置１は補助端末装置６から送られてくる赤外線コード信号を受信してリクエストされた楽曲の予約登録を行うなど、カラオケ演奏に必要な様々な機能を処理する。
【０００９】
利用者ＩＤ取得手段７（補助端末装置６のクレードル型充電器を兼務）には、利用者ＩＤカードＣのデータ入力部６ａが備えられ、利用者ＩＤカードＣをこのデータ入力部６ａに接触させると、利用者ＩＤカードＣに記録されている利用者ＩＤデータがカラオケ装置１を経てカラオケホストセンター１００に転送される。
【００１０】
図２はカラオケ装置１のハードウエア構成を示すブロック図であり、同図において、中央制御部１１は内部にＣＰＵ、ＲＡＭ、ＲＯＭを含むマイコンであり、制御／データバス５０を介してこれに接続された各構成要素と信号の授受を行い、システム全体の統括および制御を行う。前記中央制御部１１はハードディスク装置（ＨＤＤ）１３に格納されている演奏データを読み出す。この演奏データはＭＩＤＩ形式により記述されたカラオケ伴奏音楽の起源となる音楽生成データ、あるいは、ＭＰ３形式により圧縮保存した生音録音データと、そのカラオケ楽曲の演奏に同期して表示する歌詞やその文字の属性（表示位置、表示色、表示／消去のタイミングなど）を記述した歌詞描画データとを含んでいる。
【００１１】
中央制御部１１は、ＧＵＩ機能を備えた補助端末装置６とカラオケ装置１との間でデータの送受信を行うためのリモコン受信機１５や、利用者がカラオケ装置１に直接手入力を行うための操作パネル１６からリクエスト楽曲のＩＤを操作制御部１７を経由して受け取る。その入力順とＩＤとを対応付けてＲＡＭ２９に格納し、楽曲演奏予約登録を行う。
【００１２】
そして、予約順に従って該当するカラオケ楽曲の演奏データなどをハードディスク装置１３から読み出し、演奏データ中のＭＩＤＩデータをシンセサイザ１８に転送すると、シンセサイザ１８はこのＭＩＤＩデータに従って内蔵音源を制御し、カラオケ伴奏音楽を生成する。シンセサイザ１８が出力するカラオケ伴奏音楽の演奏信号は、ミキサー１９でマイクロホン２からの歌唱音声信号と混合されて出力し、スピーカシステム４を駆動して音響出力が得られる。
【００１３】
一方、カラオケ伴奏音楽の生成処理に同期し、歌詞画像となるビットマップ画像をビデオＲＡＭ２２に展開する。映像制御部２３は、このビットマップ画像をビデオディスク装置２４から出力される背景画像にスーパーインポーズする処理を行ってモニターテレビ５に画像出力する。
【００１４】
即ち、カラオケ装置１は通信機能を備えるもので、中央制御部１１は通信制御部１２を制御し、情報通信ネットワークＮを介してカラオケホストセンター１００に接続することによりデータ通信が可能となる。カラオケホストセンター１００はカラオケ楽曲を蓄積した楽曲データサーバ１００ａおよび、利用者属性データを蓄積した管理データサーバ１００ｂを備え、クライアントであるカラオケ装置１との間で各種データの授受が行われる。そして、カラオケホストセンター１００から配信された演奏データなどはハードディスク装置１３に格納され、中央制御部１１の制御に基づいて読み出される。
【００１５】
前記管理データサーバ１００ｂには、利用者がカラオケ事業者の会員システムに登録した際の利用者属性データ、即ち、住所、氏名、生年月日などが蓄積され、前述のようにして特定の利用者ＩＤデータがカラオケホストセンター１００に転送されると、利用者別属性情報管理手段（図示省略）は、当該カラオケ装置１に対し当該利用者の生年月日データ（年齢情報を含む）利用者属性データの送信をする。カラオケホストセンター１００から送信された利用者属性データは、現に、本カラオケ装置１にログインしている利用者につき、ＲＡＭ２９に送られ管理される。
【００１６】
そして、本発明における利用者別演奏度数管理手段２５は、カラオケホストセンターに設置されており、任意のカラオケ装置１にて利用者ＩＤが取得されると、補助端末装置６にて所定の手順により、利用者毎にそのＩＤを紐つけして選曲を行い、当該楽曲が演奏されると、その利用者ＩＤと楽曲ＩＤとを組み合わせて演奏度数「１」がカウントされ、当該利用者がログアウトした後、その情報が当該カラオケホストセンター１００の利用者別演奏度数管理テーブルＴに楽曲毎に記録される。
【００１７】
このように、利用者ＩＤ毎かつ楽曲別に演奏度数が記録されており、任意の利用者が任意のカラオケ装置１にてその利用者ＩＤが取得されてシステムへのログインが完了すると、利用者別演奏度数取得手段２７は、上記利用者別演奏度数管理テーブルＴから、当該ログイン利用者別に、予め設定されている課題曲があれば、そのデータはカラオケ装置１内に設定されたＲＡＭ２９の利用者別演奏度数取得テーブルｔとしてダウンロードする。そして、所定の課題曲が演奏され、任意の利用者が回答を正解すると、ハンディキャップ算出手段２６は、後述する如く、そのテーブルｔの情報に基づき、現にログインしている利用者間における演奏度数の相対的差違に基づき、その利用者に与えるハンディキャップを算出するものである。
【００１８】
図３は、利用者別演奏度数の記録処理の流れを示すもので、まず、利用者が補助端末装置６のデータ入力部６ａに利用者ＩＤカードＣを接触してログインすることにより、利用者ＩＤデータが読み込まれ利用者ＩＤが取得される（ステップＳａ１）。次に、利用者ＩＤを取得したことにより特定された利用者が、当該楽曲を予約、即ち、利用者ＩＤを付帯した楽曲を登録することにより（ステップＳａ２）、特定された利用者が選曲を行ったこととなり、当該登録した楽曲が演奏されると（ステップＳａ３）、その演奏度数は、楽曲毎に一時的にカラオケ装置１内に設定されたＲＡＭ２９に記録される（ステップＳａ４）。そして、当該利用者の利用者ＩＤが消去されたならば（ステップＳａ５）、カラオケ装置１に記録されている演奏度数を、カラオケホストセンター１００の利用者別演奏度数管理テーブルＴに転送し（ステップＳａ６）、利用者別の演奏度数の記録処理を終了する（ステップＳａ７）。
【００１９】
次に図４は、当該利用者別の演奏度数を用いてハンディキャップを算出する処理を示すもので、利用者ＩＤを取得し（ステップＳａ８）、イントロゲームの選択が受理されると（ステップＳａ９）、利用者別の演奏度数を、カラオケホストセンター１００の利用者別演奏度数管理テーブルＴから、図５に示すような各利用者の過去の楽曲の演奏度数（同図の例では、年間度数）が、カラオケ装置１のＲＡＭ２９内の、利用者別演奏度数取得テーブルｔにダウンロードされる（ステップＳａ１０）。
【００２０】
そして、カラオケ装置１にて予め設定されている課題曲の中からランダムに選曲され（ステップＳａ１１）、選曲された課題曲の中に当該利用者別演奏度数取得テーブルｔについて記録されている各利用者の過去の演奏楽曲が含まれている場合には（ステップＳａ１２）、当該利用者別演奏度数取得テーブルｔから、当該各利用者の過去の演奏楽曲の演奏度数を抽出し各利用者間の演奏度数を比較する換算テーブル図６が作成される（ステップＳａ１３）。
【００２１】
このようにして、当該課題曲に対しての換算テーブルが作成された後に、複数の利用者の中から特定の最先の利用者が回答した楽曲名が正解であると判断されると（ステップＳａ１４）、当該利用者のハンディキャップが算出される（ステップＳａ１５）。このハンディキャップの算出は、図６の換算テーブルに基づいてなされるもので、例えば、同図における利用者のＡ〜Ｅにおいて、利用者Ａが最も演奏頻度が多く、利用者Ｃが最も少ないことを示す。
【００２２】
そこで、最も演奏度数の多い利用者Ａが最先の正解者となった場合、ハンディキャップ４０を付与し、１００点満点において６０点と得点表示する（ステップＳａ１６）。この場合、得点表示とともに図６の換算テーブルを数値情報化してモニターテレビ５に同時に表示することにより、ゲームの公平性を顕示することができる。
【００２３】
このようにしてゲームが進行されることから、例えば、利用者Ｃが最先の正解者となった場合は、ハンディキャップは０であることから１００点満点の得点が得られることになる。したがって、利用者Ｂ、Ｄ、Ｅにおいても同様に、その演奏度数から算出されるハンディキャップに基づいて得点が算出され、その算出結果に基づいて総合得点が集計されることになる。
【００２４】
上記の説明では、ハンディキャップの算出に換算テーブルを用いて行うようにしているが、計算アルゴリズムによる計算処理により行うことも可能である。例えばこの場合は、最も低い演奏度数と最も高い演奏度数を基準にし、直線比例計算処理を行う計算プログラムを設定することにより、ハンディキャップ値を演奏度数に比例した値とすることもできる。また、対数比例計算を行う計算プログラムを設定することにより、図７に示すように演奏度数の相違により付与されるハンディキャップの値を変更することができる。
【００２５】
以上詳細に説明したように、本発明によれば、曲当てクイズにおいて正解者が特定の利用者に偏る場合においても、ハンディキャップが自動的に付与されるようになるので、ゲームの公平性が保たれ、娯楽性を高く維持することができるなど、本発明特有の効果を奏する。
【図面の簡単な説明】
【００２６】
【図１】本発明のシステムの概要を示す図である。
【図２】図１のシステムのハードウエア構成を示す図である。
【図３】本発明におけるデータ処理の流れを示す図である。
【図４】本発明におけるデータ処理の流れを示す図である。
【図５】利用者別演奏度数管理テーブルの例を示す図である。
【図６】本発明におけるデータ処理の態様の例を示す図である。
【図７】本発明におけるデータ処理の態様の例を示す図である。
【符号の説明】
【００２７】
１・・・・・・カラオケ装置
２・・・・・・マイクロホン
３・・・・・・増幅器
４・・・・・・スピーカシステム
５・・・・・・モニターテレビ
６・・・・・・補助端末装置
６ａ・・・・・データ入力部
７・・・・・・利用者ＩＤ取得手段
１１・・・・・中央制御部
１２・・・・・通信制御部
１３・・・・・ハードディスク
１５・・・・・リモコン受信部
１６・・・・・操作パネル
１７・・・・・操作制御部
１８・・・・・シンセサイザ
１９・・・・・ミキサー
２２・・・・・ビデオＲＡＭ
２３・・・・・映像制御部
２４・・・・・ビデオディスク装置
２９・・・・・ＲＡＭ
５０・・・・・制御／データバス
１００・・・・カラオケホストセンター
１００ａ・・・楽曲データサーバ
１００ｂ・・・管理データサーバ
Ｎ・・・・・・情報通信ネットワーク
Ｃ・・・・・・利用者ＩＤカード
Ｔ・・・・・・利用者別演奏度数管理テーブル
【特許請求の範囲】
【請求項１】
カラオケ端末が演奏した楽曲を複数の利用者が競って当てるゲームにおいて、利用者毎の得点のハンディキャップを設定するシステムであって、利用者ＩＤ取得手段と、利用者別演奏度数管理手段と、利用者別ハンディキャップ算出手段とを有し、
（ア）利用者ＩＤ取得手段とは、利用者ＩＤを取得して利用者を特定するものであり、
（イ）利用者別演奏度数管理手段とは、前記利用者ＩＤにて特定された利用者が選曲した楽曲の演奏度数を、利用者別演奏度数管理テーブルにて管理するものであり、
（ウ）利用者別ハンディキャップ算出手段とは、現に所定の出題曲にてゲームを競っている複数の任意の利用者につき、前記利用者別演奏度数管理テーブルから当該楽曲の演奏度数の利用者間における相対的差違に基づき、楽曲の正解時に利用者に与えるハンディキャップを算出するもの、
であることを特徴とするハンディキャップ算出カラオケシステム。
【請求項２】
利用者別ハンディキャップ算出手段におけるハンディキャップの算出が換算テーブルに基づいてなされるようにしたことを特徴とする請求項１記載のハンディキャップ算出カラオケシステム。
【請求項３】
利用者別ハンディキャップ算出手段におけるハンディキャップの算出が計算アルゴリズムに基づきなされるようにしたことを特徴とする請求項１記載のハンディキャップ算出カラオケシステム。
【請求項１】
カラオケ端末が演奏した楽曲を複数の利用者が競って当てるゲームにおいて、利用者毎の得点のハンディキャップを設定するシステムであって、利用者ＩＤ取得手段と、利用者別演奏度数管理手段と、利用者別ハンディキャップ算出手段とを有し、
（ア）利用者ＩＤ取得手段とは、利用者ＩＤを取得して利用者を特定するものであり、
（イ）利用者別演奏度数管理手段とは、前記利用者ＩＤにて特定された利用者が選曲した楽曲の演奏度数を、利用者別演奏度数管理テーブルにて管理するものであり、
（ウ）利用者別ハンディキャップ算出手段とは、現に所定の出題曲にてゲームを競っている複数の任意の利用者につき、前記利用者別演奏度数管理テーブルから当該楽曲の演奏度数の利用者間における相対的差違に基づき、楽曲の正解時に利用者に与えるハンディキャップを算出するもの、
であることを特徴とするハンディキャップ算出カラオケシステム。
【請求項２】
利用者別ハンディキャップ算出手段におけるハンディキャップの算出が換算テーブルに基づいてなされるようにしたことを特徴とする請求項１記載のハンディキャップ算出カラオケシステム。
【請求項３】
利用者別ハンディキャップ算出手段におけるハンディキャップの算出が計算アルゴリズムに基づきなされるようにしたことを特徴とする請求項１記載のハンディキャップ算出カラオケシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００９−１０９８５２（Ｐ２００９−１０９８５２Ａ）
【公開日】平成２１年５月２１日（２００９．５．２１）
【国際特許分類】
【出願番号】特願２００７−２８３４９５（Ｐ２００７−２８３４９５）
【出願日】平成１９年１０月３１日（２００７．１０．３１）
【出願人】（３９０００４７１０）株式会社第一興商 (537)
【Ｆターム（参考）】
【公開日】平成２１年５月２１日（２００９．５．２１）
【国際特許分類】
【出願日】平成１９年１０月３１日（２００７．１０．３１）
【出願人】（３９０００４７１０）株式会社第一興商 (537)
【Ｆターム（参考）】
[ Back to top ]