(57)【要約】【課題】対戦カラオケを行わせるカラオケシステムにおいて、歌唱レベルに差がある利用者同士であっても、対戦カラオケの面白さが味わるようにする。【解決手段】  ホスト装置１は、対戦相手となる各利用者の歌唱履歴に基づき、対戦曲についての各利用者の歌唱回数を習熟度として取得し（Ｓ３４）、取得された習熟度に基づき、習熟度が高い利用者にハンディキャップを付与する（Ｓ３５）。カラオケ装置２は、付与されたハンディキャップに基づき、対戦相手となる少なくとも一方の利用者の加点項目について、評価を調整する（Ｓ１５）。【選択図】図９
2015106030.tif 000002
【特許請求の範囲】
【請求項１】
或る利用者によるカラオケ歌唱と他の利用者によるカラオケ歌唱とを、基本項目と加点項目とに分けて評価し、前記基本項目での評価と前記加点項目での評価とを総合して得られた採点結果で優劣を競わせるカラオケシステムであって、
カラオケ歌唱を行った利用者の歌唱履歴を、当該利用者の識別情報に対応付けて記憶する歌唱履歴記憶手段と、
対戦相手となる各利用者の歌唱履歴に基づき、対戦曲についての各利用者の習熟度を取得する習熟度取得手段と、
取得された習熟度に基づき、習熟度が高い利用者にハンディキャップを付与するハンディキャップ付与手段と、
付与されたハンディキャップに基づき、対戦相手となる少なくとも一方の利用者の前記加点項目について、評価を調整する調整手段とを有することを特徴とするカラオケシステム。
【請求項２】
前記習熟度取得手段は、前記或る利用者と前記他の利用者のそれぞれについて、前記歌唱履歴記憶手段に記憶された前記対戦曲の過去の歌唱回数を参照し、参照した歌唱回数を前記各利用者の習熟度として取得することを特徴とする請求項１に記載のカラオケシステム。
【請求項３】
前記調整手段は、習熟度が低い利用者における前記加点項目の評価条件を、習熟度が高い利用者における前記加点項目の評価条件よりも有利に設定することで、前記評価を調整することを特徴とする請求項１又は２に記載のカラオケシステム。
【請求項４】
前記加点項目は、複数の細目から構成され、
前記調整手段は、前記複数の細目に対する評価条件を個別に設定することを特徴とする請求項１から３の何れか１項に記載のカラオケシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、対戦カラオケを行わせるカラオケシステムに関し、特にハンディキャップを考慮した採点に特徴を有するものに関する。
【背景技術】
【０００２】
カラオケシステムにおける一般的な採点ゲームでは、カラオケ楽曲を歌唱した時に算出される得点（採点値）に基づいて全国ランキング等を競うことが行われている。そして、現在では、複数の利用者によって得点を競う対戦型の勝ち抜きバトルの様な企画がテレビ等で放送されており、好評を博している。このような対戦カラオケの面白味は、得点が拮抗している利用者同士が競うことであるが、実際には、対戦カラオケを行おうとしても、飛び抜けて上手い利用者や、あまり上手くない利用者については、同一レベルの相手が見つかり難いことから、相手に敬遠されたり自ら対戦を避けたりして、採点ゲームの面白さを味わうことが難しいことがあった。
【０００３】
この問題に対して、特許文献１では、各利用者の歌唱レベルを相手側利用者に報知するように構成されたカラオケシステムが提案されている。また、特許文献２では、演奏度数や演奏評価（採点値）といった演奏記録に基づいて対戦相手を組み合わせるように構成されたカラオケシステムが提案されている。さらに、特許文献３では、歌唱者に気付かれないようカラオケ演奏中に入力されたコマンドに基づき、採点値を割り増して算出するカラオケ装置が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平９−１７９５７５号公報
【特許文献２】特開２００７−９３９６８号公報
【特許文献３】特開２００２−１０８３６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１のカラオケシステムでは、対戦曲の演奏期間中に相手利用者の歌唱レベルがカラオケ装置の表示部に表示されるに過ぎない。このため、歌唱レベルが異なる利用者同士が対戦することもある。この場合には、演奏期間中に相手利用者の歌唱レベルを知ることになり、歌い始めた後に面白味が損なわれてしまう。いったん歌い始めてしまうと、歌唱を途中でやめることは相手に失礼であることから、面白味が損なわれても歌い続けなければならないという課題がある。
【０００６】
また、特許文献２のカラオケシステムでは、組み合わせに際して歌唱レベルは考慮されていない。すなわち、このカラオケシステムでも、歌唱レベルが異なる利用者同士が対戦することがある。なお、所定順位以下の利用者を組み合わせ対象から外すことも行われているが、これは、人数の調整を目的として行われている。従って、このカラオケシステムでも、特許文献１のカラオケシステムと同様な課題がある。
【０００７】
また、特許文献３のカラオケ装置の技術、すなわちコマンドに基づく採点値の割り増しを用いることで、対戦カラオケにおける各利用者の得点を拮抗させることができる。しかしながら、この技術では、何の根拠もなく採点値を割り増していることから、対戦カラオケを楽しもうとする利用者にとっては、逆に興趣を削ぐものとなる。
【０００８】
本発明は、このような事情に鑑みてなされたものであり、その目的は、歌唱レベルに差がある利用者同士であっても、対戦カラオケの面白さを味わえるようにすることにある。
【課題を解決するための手段】
【０００９】
前述の目的を達成するため、本発明は、或る利用者によるカラオケ歌唱と他の利用者によるカラオケ歌唱とを、基本項目と加点項目とに分けて評価し、前記基本項目での評価と前記加点項目での評価とを総合して得られた採点結果で優劣を競わせるカラオケシステムであって、カラオケ歌唱を行った利用者の歌唱履歴を、当該利用者の識別情報に対応付けて記憶する歌唱履歴記憶手段と、対戦相手となる各利用者の歌唱履歴に基づき、対戦曲についての各利用者の習熟度を取得する習熟度取得手段と、取得された習熟度に基づき、習熟度が高い利用者にハンディキャップを付与するハンディキャップ付与手段と、付与されたハンディキャップに基づき、対戦相手となる少なくとも一方の利用者の前記加点項目について、評価を調整する調整手段とを有することを特徴とする。
【００１０】
本発明によれば、記憶された歌唱履歴に基づいて対戦曲に関する各利用者の習熟度が取得され、習熟度が高い利用者にハンディキャップが付与される。そして、付与されたハンディキャップに基づいて加点項目の評価が調整されるので、歌唱レベルに差がある利用者同士であっても、採点結果を拮抗させることができ、対戦カラオケの面白さを味わうことができる。加えて、加点項目をハンディキャップによる調整にも用いているので、ハンディキャップに基づく調整機能を容易に組み込むことができる。
【００１１】
前述のカラオケシステムにおいて、前記習熟度取得手段は、前記或る利用者と前記他の利用者のそれぞれについて、前記歌唱履歴記憶手段に記憶された前記対戦曲の過去の歌唱回数を参照し、参照した歌唱回数を前記各利用者の習熟度として取得することが好ましい。この構成では、対戦曲の過去の歌唱回数に基づいて、当該対戦曲の習熟度が取得されるので、習熟度を容易に取得できる。
【００１２】
前述のカラオケシステムにおいて、前記調整手段は、習熟度が低い利用者における前記加点項目の評価条件を、習熟度が高い利用者における前記加点項目の評価条件よりも有利に設定することで、前記評価を調整することが好ましい。この構成では、習熟度が低い利用者の採点結果が、習熟度が高い利用者の採点結果に近付くので、対戦カラオケの面白さを一層高めることができる。
【００１３】
前述のカラオケシステムにおいて、前記加点項目は、複数の細目から構成され、前記調整手段は、前記複数の細目に対する評価条件を個別に設定することが好ましい。この構成では、きめ細かな調整が行える。
【発明の効果】
【００１４】
本発明によれば、対戦カラオケを行わせるカラオケシステムにおいて、歌唱レベルに差がある利用者同士であっても、対戦カラオケの面白さを味わうことができる。
【図面の簡単な説明】
【００１５】
【図１】通信カラオケシステムの概略構成を説明する図である。
【図２】ホスト装置の構成を説明するブロック図である。
【図３】顧客情報（属性情報）を説明する概念図である。
【図４】顧客情報（履歴情報）を説明する概念図である。
【図５】採点における基本項目と加点項目を説明する概念図である。
【図６】カラオケ装置の構成を説明するブロック図である。
【図７】カラオケ本体の構成を説明するブロック図である。
【図８】本実施形態に係る対戦カラオケの概略を説明する図である。
【図９】本実施形態に係る対戦カラオケの処理を説明するフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明の実施形態について説明する。図１に示す通信カラオケシステムは、ホスト装置１とカラオケ装置２とを有している。そして、これらが伝送路３を介して通信可能に接続されている。
【００１７】
ホスト装置１は、サーバーとして機能し、顧客情報などの各種情報を蓄積して管理する。図２に示すように、ホスト装置１は、ホスト側制御部１１と、ホスト側通信部１２と、ホスト側記憶部１３とを有している。ホスト側制御部１１は、ホスト装置１における制御の中心となる部分であり、ＣＰＵ１１ａやメモリ１１ｂを有している。ＣＰＵ１１ａは、メモリ１１ｂに記憶された動作プログラムに従って各種の制御を実行する。メモリ１１ｂは、ＣＰＵ１１ａに実行されるプログラムを記憶したり、プログラムの実行時に各種情報を一時的に記憶したりする記憶素子である。ホスト側通信部１２は、ホスト装置１を伝送路３に接続するためのインタフェースを提供する。
【００１８】
ホスト側記憶部１３は、大容量の情報を記憶する記憶装置であり、例えばハードディスクドライブによって構成されている。そして、ホスト側記憶部１３の一部領域は、顧客情報記憶領域１３ａ、ハンディキャップ決定情報記憶領域１３ｂとして用いられている。
【００１９】
顧客情報記憶領域１３ａは、利用者（顧客）の属性情報や履歴情報が記憶される領域である。このため、ホスト側記憶部１３は、歌唱履歴記憶手段に相当する。
【００２０】
属性情報としては、例えば図３に示すように、利用者ＩＤ、住所、電話番号、年齢、性別、及び職業が記憶されている。これらの中で、利用者ＩＤは、利用者を識別するための情報であり、個々の利用者に対して付与される。
【００２１】
履歴情報としては、例えば図４に示すように、各利用者において過去に歌唱した全ての歌唱履歴が、歌唱を行う毎に記憶される。図示の例では、採点結果及びその基となる複数の情報が楽曲ＩＤ及び歌唱日時の各情報と共に記憶されている。具体的には、音高、安定性、リズム、表現力、ビブラート／ロングトーン、及び、得点の各情報が記憶されている。図示の例では、各情報が、例えばカラオケ楽曲毎、及び、歌唱日時順にソートされており、カラオケ楽曲毎を単位とした楽曲平均が記憶されている。さらに、全ての歌唱を対象にした全体平均も記憶されている。
【００２２】
ここで、歌唱採点の評価項目について説明する。図５に示すように、歌唱採点の評価項目には、基本項目と加点項目が定められている。なお、基本項目と加点項目の各評価値についても、図４の履歴情報の一部を構成する情報として、歌唱を行う毎に記憶される。
【００２３】
基本項目は、歌唱の正確さを評価する項目であり、音高、安定性、及び、リズムの細目を含む。この基本項目は、満点からスタートし、許容範囲外の歌唱音高が検出される毎に減点される。また、安定性やリズムについては、許容範囲からの外れ度合いが大きい程に大きく減点される。加点項目は、歌唱の表現を評価する項目であり、表現力、ビブラート、ロングトーンといった歌唱技法の細目を含む。この加点項目は、回数や上手さが評価対象であり、検出回数が多い程、及び、上手さの評価が高い程に高い点数が加算される。
【００２４】
基本項目を構成する音高は、音の隔たりや高さのことであり、０〜１００％の評価値で評価される。安定性は、音高の安定度合いのことであり、音高と同様に０〜１００％の評価値で評価される。リズムは、曲に合わせて一定のテンポを保つことであり、７段階で評価される。
【００２５】
加点項目を構成する表現力は、歌唱上の表現を行う能力であり、抑揚、しゃくり、こぶし、及び、フォールの細目に基づいて評価される。抑揚は、声の大きさに強弱を付けて歌う技術であり、１１段階で評価される。しゃくりは、低い音高から滑らかに本来の音高までずり上げる技術であり、回数で評価される。こぶしは、基本となる旋律の中で音を細かく動かす装飾音的な節回しのことであり、回数で評価される。フォールは、本来の音高から低い音高に向かって滑らかにずり下げる技術であり、回数で評価される。
【００２６】
また、ビブラートは、音高を上下に揺らすことであり、合計秒数と上手さ（１１段階）とで評価される。ロングトーンは、一回の息で同じ高さの音を長い時間発することであり、上手さが１１段階で評価される。
【００２７】
そして、図４に示す得点は、基本項目での評価と加点項目での評価とを総合して得られた採点結果である。本実施形態では、採点モードに設定されたカラオケ装置２が、カラオケ楽曲の演奏を行う毎に、基本項目に基づく評価（基本得点）を加点項目に基づく評価（加算値）によって調整することで、歌唱採点（得点の算出）を行っている。
【００２８】
次に、図２に示すハンディキャップ決定情報記憶領域１３ｂについて説明する。この領域１３ｂには、ハンディキャップ決定情報が記憶される。ここで、ハンディキャップ決定情報とは、歌唱レベル（歌唱の習熟度）に開きのある利用者同士が対戦カラオケを行う際に、歌唱レベルが高い利用者に課されるハンディキャップを決定するための情報であり、レベル差とハンディキャップの内容とが組になった情報である。
【００２９】
本実施形態において、ホスト側制御部１１は、対戦相手となる各利用者の歌唱履歴に基づき、対戦曲についての各利用者の習熟度を取得する習熟度取得手段、及び、習熟度が高い利用者にハンディキャップを付与するハンディキャップ付与手段として機能する。すなわち、ホスト側制御部１１は、習熟度取得手段として機能するとき、対戦曲に関する過去の歌唱回数に基づいて、各利用者における当該対戦曲の習熟度を間接的に認識する。
【００３０】
そして、ホスト側制御部１１は、ハンディキャップ付与手段として機能するとき、習熟度が低い側の利用者に対し、加点項目の中から評価値の低い細目を選択し、選択した項目に関して有利な評価が得られるように評価条件を設定する。なお、過去に対戦曲を歌唱したことの無い利用者の場合、ホスト側制御部１１は、他のカラオケ楽曲の歌唱履歴を参照し、最も評価の低い項目に関して有利な評価が得られるようにする。また、加点項目の中から評価値の低い細目を選択する場合は、各加点項目を同じ評価軸に換算して比較することが望ましい。
【００３１】
このため、ハンディキャップ決定情報は、習熟度が低い利用者における加点項目の評価条件を、習熟度が高い利用者における加点項目の評価条件よりも有利に設定するための情報に相当する。具体的には、歌唱回数の差と加点項目に対する評価値の増加条件の組み合わせで構成されている。
【００３２】
例えば、歌唱回数の差に関しては、０〜４回、５〜１０回、１１〜２０回、２１回以上といった水準情報が用いられる。また、評価値の増加条件に関し、抑揚、ビブラート、ロングトーンの各項目については、０，＋１、＋２、＋３…といった評価値の増加量が用いられる。一方、しゃくり、こぶし、フォールの各項目については、１．０，１．２、１．４、１．６…といった各加点項目の出現回数に乗算されるハンディキャップ係数（ＨＣ係数）が用いられる。なお、このような水準情報と増加量の組み合わせ、及び、水準情報とＨＣ係数の組み合わせは、加点項目の各細目について設定されている。
【００３３】
次に、このハンディキャップ決定情報に基づき、ホスト装置１からカラオケ装置２に送信されるハンディキャップ情報に関し、具体例を挙げて説明する。ハンディキャップ決定情報におけるしゃくりの項目として、仮に、歌唱回数の回数差０〜４回に係数１．０が、回数差５〜１０回に係数１．２が設定され、回数差１１〜２０回に係数１．４が、回数差２１回以上に係数１．６が設定されているとする。そして、対戦曲について、一方の利用者の過去の歌唱回数が１０回、他方の利用者の過去の歌唱回数が３回であったとする。また、他方の利用者は、過去の歌唱履歴から、加点項目のうちしゃくりの評価値が最も低かったとする。
【００３４】
このケースにおいて、ホスト側制御部１１（習熟度取得手段）は、一方の利用者の歌唱回数である１０回、及び、他方の利用者の過去の歌唱回数である３回を、対戦曲の習熟度としてホスト側記憶部１３（歌唱履歴記憶手段）の顧客情報記憶領域１３ａから取得する。そして、ホスト側制御部１１（ハンディキャップ付与手段）は、各利用者の歌唱回数に基づき、他方の利用者について習熟度が低いと判定する。
【００３５】
次に、ホスト側制御部１１は、ハンディキャップ決定情報記憶領域１３ｂに記憶されているハンディキャップ決定情報を参照し、各利用者の習熟度に基づいて、ハンディキャップ情報を生成する。すなわち、ホスト側制御部１１は、歌唱回数の差が７回であり、しゃくりの回数が最も少なかったことから、加点対象の項目をしゃくりに定め、その係数を１．２に、他の項目（抑揚、こぶし、フォール等）の係数を１．０に設定し、ビブラート等の増加量情報を０に設定したハンディキャップ情報を生成する。加えて、ホスト側制御部１１は、回数差の水準に応じたハンディキャップ値（数値やランク，ＨＣ値）を定め、ハンディキャップ情報に含ませる。
【００３６】
このようにして生成されたハンディキャップ情報は、習熟度の低い他の利用者の利用者ＩＤと対応付けた状態で、当該利用者が利用するカラオケ本体２１へ送信される。そして、カラオケ本体２１では、受信したハンディキャップ情報（ＨＣ値，ＨＣ係数）を、図７（ｂ）に示すハンディキャップ情報記憶領域に記憶する。記憶されたハンディキャップ情報は、対戦カラオケを行う際に参照される（後述する）。
【００３７】
次に、カラオケ装置２について説明する。図１に示すように、カラオケ装置２は、カラオケ店ＫＢの各カラオケルームＲＭに設置されている。そして、図６に示すように、カラオケ本体２１と、スピーカ２２と、モニタ２３と、マイク２４と、ビデオカメラ２５と、リモコン装置２６とを有している。
【００３８】
カラオケ本体２１は、選択されたカラオケ楽曲の演奏制御、歌詞及び背景映像の表示制御、マイク２４を通じて入力されたアナログ信号の処理といった、カラオケに関する各種の制御を行う部分である。このカラオケ本体２１については、後で詳しく説明する。スピーカ２２はカラオケ本体２１に接続されており、カラオケ本体２１からのアナログ信号に基づいて放音する。モニタ２３もカラオケ本体２１に接続されており、カラオケ本体２１からの映像信号に基づいて映像を画面に表示する。なお、採点結果やハンディキャップの報知もモニタ２３を介して行われる。
【００３９】
歌唱マイク２４はカラオケ本体２１に接続されており、利用者の音声等をマイク信号に変換してカラオケ本体２１に入力させる。このマイク信号はカラオケ本体２１で適宜調整され、カラオケ演奏音等と混合される。ビデオカメラ２５は、カラオケルームＲＭを撮影して映像信号を生成する。このビデオカメラ２５もカラオケ本体２１に接続されており、生成された映像信号がカラオケ本体２１に入力される。
【００４０】
リモコン装置２６は、カラオケ本体２１との間で情報を送受信するための双方向通信可能な短距離無線通信部を備えており、カラオケ楽曲の予約時などに操作される。カラオケ楽曲の予約時において、リモコン装置２６からは、演奏対象の楽曲を識別するための楽曲ＩＤを含んだ操作信号が送信される。そして、カラオケ本体２１は、利用者によって選択されたカラオケ楽曲を待ち行列で管理する。
【００４１】
また、本実施形態のリモコン装置２６は、利用者を認証するときに用いられたり、対戦カラオケの相手や対戦曲を決めるときに用いられたりする。その際、ルーム利用者による操作に応じた操作情報をホスト装置１に対して送信する。この場合において、ホスト装置１に対しては、操作信号が近隣のルーター装置ＲＴ及び伝送路３を介して送信される。
【００４２】
次に、カラオケ本体２１について詳細に説明する。図７（ａ）に示すように、カラオケ本体２１は、本体側制御部３１と、本体側通信部３２と、本体側記憶部３３と、音源部３４と、音響処理部３５と、表示処理部３６と、映像入力部３７と、操作部３８とを有している。そして、これらの各部がバスＢＳを介して通信可能な状態に接続されている。
【００４３】
本体側制御部３１は、カラオケ本体２１における制御の中心となる部分であり、ＣＰＵ３１ａやメモリ３１ｂを有している。ＣＰＵ３１ａは、メモリ３１ｂに記憶された動作プログラムに従って各種の制御を実行する。例えば、操作部３８からの操作を受け付ける操作入力処理やシーケンサとして動作するシーケンサ処理を行う。メモリ３１ｂは、ＣＰＵ３１ａに実行されるプログラムを記憶したり、プログラムの実行時に各種情報を一時的に記憶したりする記憶素子である。
【００４４】
図７（ｂ）に示すように、メモリ３１ｂの一部領域は、ハンディキャップ情報記憶領域として用いられている。ここで、ハンディキャップ情報とは、習熟度が高い利用者に課されるハンディキャップを示す情報であり、前述したように、ハンディキャップ決定情報に基づきホスト装置１で定められ、伝送路３を通じて受信される。そして、本実施形態では、習熟度が低い利用者の加点項目の評価条件を有利に設定することで、習熟度が高い利用者にハンディキャップを課している。このため、ハンディキャップ情報は、習熟度が低い利用者の利用者ＩＤに対応付けられた状態で記憶されている。
【００４５】
本体側通信部３２は、ルーター装置ＲＴを介してカラオケ本体２１を伝送路３に接続するためのインタフェースを提供する。このため、本体側通信部３２は、ルーター装置ＲＴとの間で情報の送受信を行う。この本体側通信部３２は、本体側制御部３１によって動作が制御される。
【００４６】
本体側記憶部３３は、各種のデータを記憶する大容量の記憶装置であり、ハードディスクドライブ等によって構成されている。この本体側記憶部３３には、例えば、楽曲データ記憶領域３３ａ、及び、採点用プログラム記憶領域３３ｂが設けられる。
【００４７】
楽曲データ記憶領域３３ａには、リモコン装置２６で指定されたカラオケ楽曲を演奏するための楽曲データが記憶される。楽曲データには、ＭＩＤＩデータと歌詞データとリファレンスデータが含まれる。ＭＩＤＩデータは、電子楽器の音源を自動演奏させるための自動演奏データ（カラオケ演奏データ）であり、時系列のノート情報によって構成される。ノート情報は、例えば発音や消音のタイミング、キーの押圧力、音の高さ、再生ピッチ等を制御する各種の命令によって構成される。歌詞データは、カラオケ楽曲における歌詞テロップをモニタ２３で表示させるための文字列データである。リファレンスデータは、利用者によるカラオケ歌唱を採点する際に用いられるものであり、ヴォーカルの音高を表す時系列の音高情報によって構成されている。
【００４８】
採点用プログラム記憶領域３３ｂには採点用プログラムが記憶されている。この採点用プログラムは、対戦モードや採点モードの設定に伴って本体側制御部３１に読み出され、適宜実行される。採点プログラムの実行によって採点処理が行われる。
【００４９】
この採点処理では、利用者の歌唱音に対応する歌唱信号とリファレンスデータとが比較される。例えば、同じタイミングにおける歌唱信号の音高情報とリファレンスデータの音高情報とが時系列で順次比較され、音高の差分情報が取得される。この差分情報に基づき、音高の善し悪しが評価される。また、歌唱信号の周波数変化とリファレンスデータの周波数変化との時間差を検出することでリズム（タイミング）が評価され、セクター毎に最大音と最小音を比較することで抑揚が評価される。
【００５０】
また、歌唱信号の周波数変化に基づいて安定性が評価される。すなわち、音高がまっすぐ（一定）かあるいは震えがちかが検出され、まっすぐであるほど安定性の評価が高くなる。そして、歌唱信号の周波数に基づいてしゃくり、こぶし、及び、フォールの有無が検出され、歌唱信号の周波数に対して周期性が検出され、この周期性に基づいてビブラートの有無、長さ、及び上手さが判定される。さらに、歌唱のピッチの安定性に基づいてロングトーンの上手さが判定される。
【００５１】
各項目の評価結果については、図７（ｂ）に示すメモリ３１ｂのワークエリアに一旦記憶され、採点処理が終了すると、得点（採点結果）等と共にホスト装置１へ送信される。そして、ホスト装置１では、受信した得点や評価結果をホスト側記憶部１３（顧客情報記憶領域１３ａ）に記憶する。なお、送信及び記憶される得点等には、ハンディキャップ情報が加味されないものが含まれる。これは、次回以降の対戦カラオケにおいて、この利用者の評価を適正に行うためである。従って、カラオケ装置２（カラオケ本体２１）は、ハンディキャップ情報を加味した採点と加味しない採点とを行う。
【００５２】
次に、音源部３４について説明する。図７（ａ）に示す音源部３４は、ＭＩＤＩデータに基づいてカラオケ演奏音信号を生成する部分である。この音源部３４は、本体側制御部３１がシーケンサ処理を行うと、ＭＩＤＩデータに応じて波形データを加工し、加工後の楽音信号を音響処理部３５に出力する。
【００５３】
音響処理部３５は、カラオケ演奏音信号の処理、及び、歌唱マイク２４で生成されたマイク信号の処理を行う部分である。例えば、カラオケ楽曲の演奏制御において、音響処理部３５は、音源部３４から出力された楽音信号をアナログ変換し、カラオケ演奏音信号を生成する。また、歌唱マイク２４からのマイク信号が入力されると、適宜調整を施して歌唱信号を生成する。この歌唱信号は、カラオケ演奏音信号と混合され、放音信号としてスピーカ２２に出力される。
【００５４】
表示処理部３６は、カラオケ演奏時における背景映像等の表示制御を行う。カラオケ演奏時において、表示処理部３６には背景映像データが入力されており、この背景映像データのデコードが行われる。そして、表示処理部３６は、デコードで生成された背景映像の映像信号に歌詞テロップを合成し、合成後の映像信号をモニタ２３に出力する。その際、表示処理部３６は、本体側制御部３１でのシーケンサ処理で出力される歌詞データに基づき、歌詞テロップを合成する。また、シーケンサ処理で出力される色換え命令に従って、歌詞テロップの表示色を変更する。その結果、モニタ２３には、背景映像に歌詞テロップが重ねられた合成映像が表示され、かつ、カラオケ楽曲の進行にあわせて歌詞テロップの表示色が変更される。
【００５５】
また、対戦カラオケの実行時において、表示処理部３６は、ハンディキャップ情報に基づいて利用者に課されるハンディキャップ値（ＨＣ値）をモニタ２３に表示させたり、採点結果や勝敗を利用者のニックネーム等とともにモニタ２３に表示させたりする。なお、ＨＣ値は、利用者同士の習熟度の差を表す指標であり、例えば０〜２０といった数値やＡＢＣといった文字が用いられる。加えて、このＨＣ値に関しては、習熟度の高い利用者に課される負荷の大きさとしてもよいし、習熟度の低い利用者への評価の嵩上げの大きさとしてもよい。
【００５６】
映像入力部３７は、ビデオカメラ２５からの映像信号を取り込む部分であり、例えばインタフェース回路によって構成されている。入力された映像信号はフレーム毎のイメージデータに変換され、本体側記憶部３３に記憶される。
【００５７】
操作部３８は、パネルスイッチやリモコン受信回路等からなっており、パネルスイッチやリモコン装置２６の操作に応じた操作信号を本体側制御部３１に対して出力する。本体側制御部３１は、操作入力処理を行うことで操作信号を検出し、対応する処理を実行する。なお、パネルスイッチやリモコン装置２６は、操作を選択するための種々のキースイッチ（図示せず）を備えている。
【００５８】
次に、本実施形態のカラオケシステムによる動作の概略について説明する。なお、このカラオケシステムは対戦カラオケの内容に特徴を有しているため、対戦カラオケを中心に動作の説明を行う。なお、以下の説明では、同じカラオケルームＲＭを利用する２人の利用者が対戦カラオケを行う場合を例に挙げて説明する。
【００５９】
リモコン装置２６を操作して各利用者がログインした後に対戦カラオケモードを設定し、対戦曲を決定すると、図２に示すホスト側制御部１１（習熟度取得手段）は、ホスト側記憶部１３（歌唱履歴記憶手段）の顧客情報記憶領域１３ａにアクセスし、この対戦曲についての各利用者の歌唱回数を習熟度として取得する。
【００６０】
次に、ホスト側制御部１１（ハンディキャップ付与手段）は、取得した歌唱回数（習熟度）に基づき、歌唱回数が多い利用者に対してハンディキャップを付与する。本実施形態では、歌唱回数が少ない利用者における加点項目の評価条件を、歌唱回数が多い利用者における加点項目の評価条件よりも有利になるように設定することで、ハンディキャップを付与する。
【００６１】
ハンディキャップの付与は、ホスト側記憶部１３（ハンディキャップ決定情報記憶領域１３ｂ）に記憶されたハンディキャップ決定情報に基づいて行われる。仮に、歌唱回数が少ない利用者に関し、対戦曲におけるビブラートの評価項目が、他の評価項目よりも評価が低かったとする。この場合、ホスト側制御部１１はホスト側記憶部１３を参照し、歌唱回数の差から水準を取得すると共に、取得した水準に対応する評価値の増加量を取得する。あわせて、取得した水準に対応するＨＣ値も取得する。
【００６２】
ホスト装置１（ホスト側制御部１１，ホスト側通信部１２）は、評価値の増加量及びＨＣ値をハンディキャップ情報として、歌唱回数が少ない利用者の利用者ＩＤと対応付けた状態でカラオケ本体２１に送信する。また、カラオケ本体２１では、受信したハンディキャップ情報を、本体側記憶部３３（ハンディキャップ情報記憶領域）に記憶させる。これにより、ハンディキャップの付与が終了する。
【００６３】
対戦カラオケの順番が到来すると、図８（ａ）に示すように、モニタ２３（ハンディキャップ表示手段）では、対戦曲表示領域２３ａに対戦曲の曲名が表示され、ハンディキャップ表示領域２３ｂにＨＣ値が表示される。これにより、ハンディキャップの大きさを各利用者に告知することができる。
【００６４】
なお、ハンディキャップの大きさを告知する際には、何れの加点項目に対して有利に設定したかについて告知してもよい。仮に、ビブラートの評価項目を有利に設定した場合には、ハンディキャップ表示領域２３ｂにて、「今回はビブラートに関して有利に設定しました！」等の文言を表示すればよい。
【００６５】
次に、図８（ｂ），（ｃ）に示すように、各利用者による対戦曲の歌唱が行われる。ここで、本実施形態では、習熟度の低い利用者（ハンディキャップによる利益を享受する利用者）を先に歌唱させ、その後、習熟度の高い利用者（ハンディキャップが課される利用者）を歌唱させている。また、習熟度の低い歌唱者の採点結果、すなわちハンディキャップが考慮された歌唱の採点結果を、習熟度の高い歌唱者の歌唱前に報知している。
【００６６】
そして、図８（ｄ）に示すように、習熟度の高い歌唱者による歌唱が終了すると、モニタ２３の結果表示領域２３ｃに各利用者の得点（評価結果）が横並びに表示される。このように構成することで、対戦曲の習熟度に差がある利用者同士であっても、対戦カラオケの得点を拮抗させることができ、面白さを味わうことができる。また、習熟度の高い利用者の歌唱前に、習熟度の低い歌唱者の採点結果（ハンディキャップが考慮された採点結果）が報知されているので、習熟度の高い利用者の意欲を高めることもできる。加えて、習熟度の低い歌唱者の採点に際し、履歴上で評価の低い項目が加点され易くなるため、ハンディキャップの効果が現れ易く、点数が拮抗した状態となり易い。
【００６７】
以下、図９を参照し、対戦カラオケに関する前述の動作を実現するためのフローチャートについて説明する。
【００６８】
まず、カラオケルームＲＭの利用者（歌唱者）はログイン処理を行う（Ｓ１１）。このログイン処理では、リモコン装置２６に対する操作により、利用者ＩＤやパスワード等の認証情報が入力される。この認証情報はホスト装置１へ送信される。そして、ホスト装置１は、受信した認証情報に基づき利用者認証を行い（Ｓ３１）、認証結果をカラオケ装置２（カラオケ本体２１）に送信する。
【００６９】
次に、利用者は、リモコン装置２６を操作し、カラオケ装置２のモードを対戦カラオケモードに設定する（Ｓ１２）。この操作により、モード設定情報がホスト装置１へ送信される。そして、ホスト装置１は、モード設定情報に基づき、対象のカラオケ装置２が対戦カラオケモードに設定されたことを認識する（Ｓ３２）。
【００７０】
次に、利用者は、リモコン装置２６を操作し、対戦カラオケを行う利用者と対戦曲とを決定する（Ｓ１３）。この操作により、対戦曲の楽曲ＩＤが各利用者の利用者ＩＤと共にホスト装置１へ送信される。そして、ホスト装置１は、楽曲ＩＤ及び利用者ＩＤに基づき、対戦曲と各利用者を認識し（Ｓ３３）、対戦曲についての各利用者の習熟度（過去の歌唱回数）を取得する（Ｓ３４）。
【００７１】
習熟度を取得したならば、ホスト装置１は、前述した手順でハンディキャップを決定し、ハンディキャップ情報（ＨＣ値，評価値の増加量）を利用者ＩＤと関連付けてカラオケ装置２へ送信する（Ｓ３５）。そして、カラオケ装置２では、受信したハンディキャップ情報を本体側制御部３１のメモリ３１ｂに記憶させる（Ｓ１４）。
【００７２】
対戦カラオケを行うに際し、カラオケ装置２では、ハンディキャップ情報（ＨＣ値）に基づくハンディキャップをモニタ２３に表示させ、各利用者に告知する（Ｓ１５）。その後、ハンディキャップのない１人目の利用者（習熟度の低い利用者）による歌唱が行われ（Ｓ１６）、その歌唱者による歌唱が採点され、報知される（Ｓ１７）。ここでは、ハンディキャップ情報（評価値の増加量）が加味されて歌唱が採点され、嵩上げされた得点が報知される。
【００７３】
そして、採点結果が利用者ＩＤともにホスト装置１へ送信され、ホスト側記憶部１３（顧客情報記憶領域１３ａ）に記憶される（Ｓ３６）。前述したように、送信及び記憶される採点結果には、ハンディキャップ情報が加味されないものが含まれる。従って、カラオケ装置２は、ハンディキャップ情報を加味した採点を報知に使用し、ホスト装置１は、ハンディキャップ情報を加味しない採点を履歴情報として使用する。
【００７４】
次に、カラオケ装置２では、ハンディキャップが課された２人目の利用者（習熟度の高い利用者）による歌唱が行われ（Ｓ１８）、その歌唱者による歌唱が採点され、報知される（Ｓ１９）。また、採点結果が利用者ＩＤともにホスト装置１へ送信され、記憶される（Ｓ３７）。なお。本実施形態において、この利用者の採点結果はハンディキャップ情報による調整が行われていないことから、報知と履歴の双方に用いられる。
【００７５】
その後は、カラオケ装置２にて、対戦カラオケモードの解除有無が判定され（Ｓ２０）、解除されなかった場合（Ｓ２０でＮ）には、対戦相手や対戦曲の設定処理（Ｓ１３）からの処理が繰り返し行われる。一方、解除された場合（Ｓ２０でＹ）には、カラオケ装置２からホスト装置１へモード解除情報が送信され（Ｓ２１）、対戦カラオケモードが解除される（Ｓ２２）。ホスト装置１では、モード解除情報の受信に伴って（Ｓ３８でＹ）、対戦カラオケモードが解除されたことを認識する（Ｓ３９）。
【００７６】
以上、説明したように、本実施形態の通信カラオケシステムによれば、ホスト側記憶部１３に記憶された歌唱履歴に基づいて対戦曲に関する各利用者の習熟度が取得され、習熟度が高い利用者にハンディキャップが付与される。そして、付与されたハンディキャップに基づいて加点項目の評価が調整されるので、歌唱レベルに差がある利用者同士であっても、採点結果を拮抗させることができ、対戦カラオケの面白さを味わうことができる。
【００７７】
加えて、加点項目をハンディキャップによる調整にも用いているので、基本項目と加点項目とを用いて採点を行うカラオケシステムに対して、ハンディキャップに基づく調整機能を容易に組み込むことができる。すなわち、基本項目は、歌唱の正確性によって決定され、かつ、満点から減点されるものであるから調整がし難い。これに対し、加点項目は、表現に関する項目であり、基本項目での基本得点に加算されるものであることから調整が容易である。そして、本実施形態では、習熟度の取得に際し、対戦曲の過去の歌唱回数を参照しているので、習熟度を容易に取得できる。
【００７８】
また、本実施形態では、習熟度が低い利用者における加点項目の評価条件を、習熟度が高い利用者における加点項目の評価条件よりも有利に設定し、習熟度の低い利用者が加点され易くなる制御を採用しているので、高い点数で各利用者の点数を拮抗させることができ、対戦カラオケの面白さを一層高めることができる。
【００７９】
また、本実施形態では、加点項目が、しゃくりやビブラートといった複数の細目で構成されており、そのそれぞれにＨＣ係数や評価値の増加量を付与しているので、きめ細かな採点調整が可能となる。さらに、細目の中からその利用者が苦手な項目を選択し、加点され易くなるように調整しているので、以前と同じように歌唱しても高い加点効果が得られる。
【００８０】
なお、加点項目に関し、この実施形態では、１つの項目を対象にしてハンディキャップを設定するように構成したが、複数の項目を対象にしてハンディキャップを設定してもよい。この場合、歌唱者における不得手の度合いに基づいて係数等の重み付けをすることがより好ましい。このようにすると、習熟度の異なる利用者同士の間で、点数をより拮抗させることができる。
【００８１】
以上の実施形態の説明は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明はその趣旨を逸脱することなく、変更、改良され得ると共に本発明にはその等価物が含まれる。例えば、次のように構成してもよい。
【００８２】
ハンディキャップに関し、前述の実施形態では、習熟度の高い利用者と習熟度の低い利用者における、対戦曲の歌唱回数の差に基づいてハンディキャップを設定していたが、習熟度の低い利用者における対戦曲の歌唱履歴を考慮してもよい。例えば、習熟度の低い利用者が、過去に対戦曲を歌唱したことがなかった場合、全体の平均値から最も評価の低い項目を加点するようにし、過去に対戦曲を歌唱していた場合、対戦曲の評価項目に関して、前回の評価値よりも上手く歌唱できた場合にのみ、ボーナスとして加点の対象にしてもよい。
【００８３】
また、前述の実施形態では、習熟度の低い利用者が加点され易くなるようにした制御について説明したが、これに限定されない。例えば、習熟度の高い利用者が加点され難くなるようにした制御としてもよい。この場合、習熟度の高い利用者に対して、加点項目による加点条件を、習熟度の低い利用者よりも厳しく設定すればよい。加えて、習熟度の低い利用者が加点され易くなり、かつ、習熟度の高い利用者が加点され難くなるようにした制御としてもよい。
【００８４】
習熟度に関し、前述の実施形態では、対戦時に歌唱されるカラオケ楽曲の過去の歌唱回数に基づいて判定したが、これに限定されない。例えば、過去に歌唱した全曲についての採点結果を平均した全体平均で習熟度を判定してもよい。これは、様々なカラオケ楽曲での採点結果が高い利用者であれば、対戦曲でも高いレベルで歌唱を行う傾向があるためである。また、前述した過去に歌唱した全曲の採点結果の全体平均と同様に、対戦曲に関して、過去に歌唱した採点結果を平均して習熟度を判定してもよい。これにより、対戦曲についてコンスタントに高得点を得ている利用者に対して高い習熟度を設定できる。そして、これらの習熟度に基づきハンディキャップを設定すると、各利用者の点数を拮抗（点数差を小さく）させることができ、対戦カラオケの面白さを高めることができる。
【００８５】
基本項目や加点項目に関し、前述の実施形態に挙げた細目に限られない。すなわち、基本項目は歌唱の正確さを評価する項目であればよく、加点項目は、歌唱の表現を評価する項目であればよい。
【００８６】
また、前述の実施形態では、同じカラオケルームＲＭを各対戦者が利用している場合について説明したが、異なるカラオケルームＲＭの間を伝送路３で接続した遠隔対戦であってもよい。この場合、相手側利用者の歌唱映像や歌唱音声を、伝送路３を通じて伝送すればよい。
【符号の説明】
【００８７】
１…ホスト装置，２…カラオケ装置，３…伝送路，１１…ホスト側制御部，１１ａ…ＣＰＵ，１１ｂ…メモリ，１２…ホスト側通信部，１３…ホスト側記憶部，１３ａ…顧客情報記憶領域，１３ｂ…ハンディキャップ決定情報記憶領域，２１…カラオケ本体，２２…スピーカ，２３…モニタ，２３ａ…対戦曲表示領域，２３ｂ…ハンディキャップ表示領域，２３ｃ…結果表示領域，２４…マイク，２５…ビデオカメラ，２６…リモコン装置，３１…本体側制御部，３１ａ…ＣＰＵ，３１ｂ…メモリ，３２…本体側通信部，３３…本体側記憶部，３３ａ…楽曲データ記憶領域，３３ｂ…採点用プログラム記憶領域，３４…音源部，３５…音響処理部，３６…表示処理部，３７…映像入力部，３８…操作部，ＫＢ…カラオケ店，ＲＭ…カラオケルーム，ＲＴ…ルーター装置，ＢＳ…バス
【図１】
2015106030.tif 000003
【図２】
2015106030.tif 000004
【図３】
2015106030.tif 000005
【図４】
2015106030.tif 000006
【図５】
2015106030.tif 000007
【図６】
2015106030.tif 000008
【図７】
2015106030.tif 000009
【図８】
2015106030.tif 000010
【図９】
2015106030.tif 000011