(57)【要約】      （修正有）【課題】過去の歌唱履歴における加点区間の存在や加点傾向を視覚的に知らせることで、ユーザが容易に高得点を得るカラオケシステム及びカラオケ装置を提供する。【解決手段】通信カラオケシステムは、カラオケ楽曲を再生する音源、音声出力部、及びスピーカと、カラオケ楽曲の再生にしたがって歌詞及び背景映像を表示する表示部１０９と、歌唱に対しカラオケ楽曲に予め関連づけられた加点要素を加味して採点を行う採点部と、カラオケ楽曲に対する複数の歌唱履歴における採点結果を蓄積する採点結果蓄積部と、蓄積結果に応じ、カラオケ楽曲の複数の歌唱履歴における、加点要素による加点傾向を分析する加点・減点分析部とを有し、制御部のＣＰＵは、分析結果に基づき、少なくとも加点要素に係わるアドバイス情報ＡＤ１〜ＡＤ７を少なくともアドバイス情報に係わる歌唱区間に到達する前に表示する。【選択図】図７
2017068055.tif 000002
【特許請求の範囲】
【請求項１】
カラオケ楽曲を再生する楽曲再生手段と、
前記楽曲再生手段による前記カラオケ楽曲の再生にしたがって、当該カラオケ楽曲の歌詞、及び、当該カラオケ楽曲に対応した背景映像、のうち少なくとも一方を表示する表示手段と、
前記楽曲再生手段による前記カラオケ楽曲の再生に伴って行われた歌唱に対し、当該カラオケ楽曲に予め関連づけられた加点要素を加味して採点を行う採点手段と、
を有するカラオケシステムであって、
前記カラオケ楽曲に対する複数の歌唱履歴における、前記採点手段による採点結果を蓄積する蓄積手段と、
前記蓄積手段による蓄積結果に応じ、前記カラオケ楽曲の前記複数の歌唱履歴における、前記加点要素による加点傾向を分析する分析手段と、
前記分析手段による分析結果に基づき、前記歌詞及び前記背景映像のうちの前記少なくとも一方に加え、少なくとも前記加点要素に係わるアドバイス情報を、少なくとも当該アドバイス情報に係わる歌唱区間に到達する前に表示するように、前記表示手段を制御する表示制御手段と、
を有することを特徴とするカラオケシステム。
【請求項２】
請求項１記載のカラオケシステムにおいて、
前記表示手段は、
前記表示制御手段の制御に基づき、前記楽曲再生手段による前記カラオケ楽曲の再生にしたがい、前記歌詞及び前記背景映像のうちの前記少なくとも一方の表示が、前記加点要素による加点区間に対応したタイミングに近づいたことを契機に、当該加点要素に係わる前記アドバイス情報をリアルタイムで表示する
ことを特徴とするカラオケシステム。
【請求項３】
請求項１記載のカラオケシステムにおいて、
前記採点手段は、さらに、
前記カラオケ楽曲に予め関連づけられた減点要素も加味して前記採点を行い、
前記分析手段は、さらに、
前記カラオケ楽曲の前記複数の歌唱履歴における前記減点要素による減点傾向を分析し、
前記表示制御手段は、さらに、
前記歌詞及び前記背景映像のうちの前記少なくとも一方に加え、前記減点要素に係わる前記アドバイス情報を、少なくとも当該アドバイス情報に係わる歌唱区間に到達する前に表示するように、前記表示手段を制御する
ことを特徴とするカラオケシステム。
【請求項４】
請求項３記載のカラオケシステムにおいて、
前記表示手段は、
前記表示制御手段の制御に基づき、前記楽曲再生手段による前記カラオケ楽曲の再生にしたがい、前記歌詞及び前記背景映像のうちの前記少なくとも一方の表示が、前記減点要素による減点区間に対応したタイミングに近づいたことを契機に、当該減点要素に係わる前記アドバイス情報をリアルタイムで表示する
ことを特徴とするカラオケシステム。
【請求項５】
請求項２又は請求項４記載のカラオケシステムにおいて、
前記表示制御手段は、さらに、
前記楽曲再生手段による前記カラオケ楽曲の再生に伴って行われた歌唱に対する、前記採点手段によるリアルタイムの採点結果を表示するように、前記表示手段を制御する
ことを特徴とするカラオケシステム。
【請求項６】
カラオケ楽曲を再生する楽曲再生手段と、
前記楽曲再生手段による前記カラオケ楽曲の再生にしたがって、当該カラオケ楽曲の歌詞、及び、当該カラオケ楽曲に対応した背景映像、のうち少なくとも一方を表示する表示手段と、
前記楽曲再生手段による前記カラオケ楽曲の再生に伴って行われた歌唱に対し、当該カラオケ楽曲に予め関連づけられた加点要素を加味して採点を行う採点手段と、
を有するカラオケ装置であって、
当該カラオケ楽曲に対する複数の歌唱履歴における前記加点要素による加点傾向に基づき生成されたアドバイス情報を入力する情報入力手段と、
前記歌詞及び前記背景映像のうちの前記少なくとも一方に加え、少なくとも前記加点要素に係わる前記アドバイス情報を、少なくとも当該アドバイス情報に係わる歌唱区間に到達する前に表示するように、前記表示手段を制御する表示制御手段と、
を有することを特徴とするカラオケ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケ楽曲の再生時の歌唱に対する採点を行うカラオケシステム及びカラオケ装置に関する。
【背景技術】
【０００２】
カラオケ楽曲の再生時の歌唱に対する採点が行われるカラオケシステムが既に知られている（例えば、特許文献１参照）。この従来技術においては、カラオケ楽曲の再生にしたがってユーザ（歌唱者）が歌唱すると、その歌唱に対する採点が行われる。この採点においては、「ビブラート」「ロングトーン」の歌唱技法（歌唱テクニック）が加点要素として加味され、ユーザが上記加点要素を駆使した歌唱を行うと、それを行わない場合に比べて採点時の得点がアップするようになっている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１４５８３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来技術においては、各カラオケ楽曲の加点区間の存在箇所や、当該楽曲における過去の歌唱履歴（他のユーザによるものを含む）における加点傾向等は、ユーザに対し一切開示されない。したがって、ユーザは、当該楽曲の歌唱においてなるべく高得点をあげたいと思っても、試行錯誤しながら何回も歌唱してみるしかなく、高得点を得るのは容易ではなかった。
【０００５】
本発明の目的は、過去の歌唱履歴における加点区間の存在や加点傾向を視覚的に知らせることで、ユーザが容易に高得点を得ることができる、カラオケシステム及びカラオケ装置を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、第１の発明は、カラオケ楽曲を再生する楽曲再生手段と、前記楽曲再生手段による前記カラオケ楽曲の再生にしたがって、当該カラオケ楽曲の歌詞、及び、当該カラオケ楽曲に対応した背景映像、のうち少なくとも一方を表示する表示手段と、前記楽曲再生手段による前記カラオケ楽曲の再生に伴って行われた歌唱に対し、当該カラオケ楽曲に予め関連づけられた加点要素を加味して採点を行う採点手段と、を有するカラオケシステムであって、前記カラオケ楽曲に対する複数の歌唱履歴における、前記採点手段による採点結果を蓄積する蓄積手段と、前記蓄積手段による蓄積結果に応じ、前記カラオケ楽曲の前記複数の歌唱履歴における、前記加点要素による加点傾向を分析する分析手段と、前記分析手段による分析結果に基づき、前記歌詞及び前記背景映像のうちの前記少なくとも一方に加え、少なくとも前記加点要素に係わるアドバイス情報を、少なくとも当該アドバイス情報に係わる歌唱区間に到達する前に表示するように、前記表示手段を制御する表示制御手段と、を有することを特徴とする。
【０００７】
本願発明のカラオケシステムにおいては、楽曲再生手段のカラオケ楽曲の再生にしたがってユーザ（歌唱者）が歌唱すると、採点手段によってその歌唱に対する採点が行われる。このようにして生じる複数の歌唱履歴について、蓄積手段においてそれぞれの採点結果が蓄積される。
【０００８】
このとき、上記カラオケ楽曲には、（採点において加味される）歌唱に係わる加点要素が予め関連づけられている。この加点要素としては、例えば、音程が一致していれば、採点はプラス方向に加味され、更に歌唱技法（歌唱テクニック）などの「ビブラート」「しゃくり」「こぶし」「ため」「フォール」「ロングトーン」等もある。本願発明では、上記カラオケ楽曲の歌唱時において、特定のタイミングからの一定区間（加点区間）、ユーザが上記加点要素を駆使した歌唱を行うと、（それを行わない場合に比べて）採点時の得点がアップするようになっている。したがって、上記のように蓄積手段に蓄積される採点結果には、上記加点要素による加点の正否等の実績が含まれている。
【０００９】
本願発明においては、これに対応して、分析手段により、蓄積された上記複数の歌唱履歴における、上記加点要素による加点傾向（各加点区間ごとの加点実績等）が分析される。そして、その後に新たに当該カラオケ楽曲が再生される場合に、表示制御手段の制御により、上記分析結果に基づき、上記加点要素に係わるアドバイス情報が併せて表示される。すなわち例えば、音程一致やビブラートにより過去に多くの歌唱履歴にて加点が行われている区間について、適宜のメッセージや、加点を表すマークや、当該加点区間を表す適宜の加点区間表示、等が行われる。
【００１０】
これにより、当該カラオケ楽曲を歌唱するユーザは、過去に多くの他ユーザにより加点がなされた上記加点区間の存在や、当該加点区間でどのようなテクニックを駆使すれば加点を得ることができるか、等を視覚的に知ることができる。この結果、（上記のような情報がなくその都度試行錯誤するしかなかった従来に比べ）容易に高得点を得ることができ、娯楽性を向上することができる。
【００１１】
第２発明は、上記第１発明において、前記表示手段は、前記表示制御手段の制御に基づき、前記楽曲再生手段による前記カラオケ楽曲の再生にしたがい、前記歌詞及び前記背景映像のうちの前記少なくとも一方の表示が、前記加点要素による加点区間に対応したタイミングに近づいたことを契機に、当該加点要素に係わる前記アドバイス情報をリアルタイムで表示することを特徴とする。
【００１２】
これにより、ユーザは、加点区間の到来時又は加点区間に近づいたときに、確実に得点アップを図ることができる。
【００１３】
第３発明は、上記第１発明において、前記採点手段は、さらに、前記カラオケ楽曲に予め関連づけられた減点要素も加味して前記採点を行い、前記分析手段は、さらに、前記カラオケ楽曲の前記複数の歌唱履歴における前記減点要素による減点傾向を分析し、前記表示制御手段は、さらに、前記歌詞及び前記背景映像のうちの前記少なくとも一方に加え、前記減点要素に係わる前記アドバイス情報を、少なくとも当該アドバイス情報に係わる歌唱区間に到達する前に表示するように、前記表示手段を制御することを特徴とする。
【００１４】
本願発明においては、上記カラオケ楽曲に、上記加点要素のみならず減点要素も予め関連づけられている。この減点要素としては、例えば、「音程ずれ」「リズムずれ」「声量不足」等がある。本願発明では、上記カラオケ楽曲の歌唱時において、特定のタイミングからの一定区間（減点区間。あるいは全区間を対象としても良い）、ユーザの歌唱が上記減点要素に該当すると、採点時の得点がダウンするようになっている。したがって、上記同様、蓄積手段に蓄積される採点結果には、上記減点要素による減点の有無等の実績が含まれている。
【００１５】
そして、本願発明においては、上記に対応して、分析手段により、上記加点傾向のみならず、上記減点要素による減点傾向（各減点区間ごとの減点実績等）が分析される。そして、上記のように新たに当該カラオケ楽曲が再生されて歌詞・背景映像が表示される際、表示制御手段の制御により、上記加点要素及び減点要素の両方に係わるアドバイス情報が併せて表示される。すなわち例えば、過去に多くの歌唱履歴にて音程ずれによる減点が行われている区間について、適宜のメッセージや、減点を表すマークや、当該減点区間を表す適宜の減点区間表示、等が行われる。
【００１６】
これにより、当該カラオケ楽曲を歌唱するユーザは、過去に多くの他ユーザが減点を喫した上記減点区間の存在や、当該減点区間でどのように注意して歌唱すれば減点を回避することができるか、等を視覚的に知ることができる。この結果、従来よりも確実に高得点を得やすくなるので、さらに娯楽性を向上することができる。
【００１７】
第４発明は、上記第３発明において、前記表示手段は、前記表示制御手段の制御に基づき、前記楽曲再生手段による前記カラオケ楽曲の再生にしたがい、前記歌詞及び前記背景映像のうちの前記少なくとも一方の表示が、前記減点要素による減点区間に対応したタイミングに近づいたことを契機に、当該減点要素に係わる前記アドバイス情報をリアルタイムで表示することを特徴とする。
【００１８】
これにより、ユーザは、減点区間の到来時又は減点区間に近づいたときに、確実に得点ダウンを回避することができる。
【００１９】
第５発明は、上記第２又は第４発明において、前記表示制御手段は、さらに、前記楽曲再生手段による前記カラオケ楽曲の再生に伴って行われた歌唱に対する、前記採点手段によるリアルタイムの採点結果を表示するように、前記表示手段を制御することを特徴とする。
【００２０】
これにより、ユーザは、加点や減点の結果、現在の得点状況がどのようになっているかを、リアルタイムで知ることができる。
【００２１】
また、上記目的を達成するために、第６発明は、カラオケ楽曲を再生する楽曲再生手段と、前記楽曲再生手段による前記カラオケ楽曲の再生にしたがって、当該カラオケ楽曲の歌詞、及び、当該カラオケ楽曲に対応した背景映像、のうち少なくとも一方を表示する表示手段と、前記楽曲再生手段による前記カラオケ楽曲の再生に伴って行われた歌唱に対し、当該カラオケ楽曲に予め関連づけられた加点要素を加味して採点を行う採点手段と、を有するカラオケ装置であって、当該カラオケ楽曲に対する複数の歌唱履歴における前記加点要素による加点傾向に基づき生成されたアドバイス情報を入力する情報入力手段と、前記歌詞及び前記背景映像のうちの前記少なくとも一方に加え、少なくとも前記加点要素に係わる前記アドバイス情報を、少なくとも当該アドバイス情報に係わる歌唱区間に到達する前に表示するように、前記表示手段を制御する表示制御手段と、を有することを特徴とする。
【発明の効果】
【００２２】
本発明によれば、過去の歌唱履歴における加点区間の存在や加点傾向を視覚的に知らせることで、ユーザが容易に高得点を得ることができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の一実施形態のカラオケシステムの全体構成を表す機能ブロック図である。
【図２】表示部に表示される、タイトル画面、背景映像及びテロップ表示画面、を表す説明図である。
【図３】採点部によるユーザＸに対する採点データの一例、及び、１ユーザ分の集計結果を表す説明図である。
【図４】採点部によるユーザＹに対する採点データの一例、及び、ユーザＸ，Ｙの２ユーザ分の集計結果を表す説明図である。
【図５】採点部によるユーザＺに対する採点データの一例、及び、ユーザＸ，Ｙ，Ｚの３ユーザ分の集計結果を表す説明図である。
【図６】上記図５（ｂ）に示したユーザＸ，Ｙ，Ｚの採点データの集計結果から、一部を抜き出して整理した図である。
【図７】表示部に表示されるアドバイス情報の例を表す説明図である。
【図８】カラオケ装置のＣＰＵにより実行される制御手順を表すフローチャートである。
【図９】アドバイス情報に従いビブラート実行に成功したときの、表示部の採点結果表示の一例を表す説明図である。
【図１０】ホストサーバにより実行される制御手順を表すフローチャートである。
【図１１】図１０中のステップＳ２００の加点・減点ポイント分析処理の詳細手順を表すフローチャートである。
【発明を実施するための形態】
【００２４】
以下、本発明の一実施の形態について、図面を参照しつつ説明する。
【００２５】
図１は、本実施形態のカラオケシステムの全体構成を表す機能ブロック図である。
【００２６】
図１において、通信カラオケシステム１（カラオケシステムに相当）は、カラオケ装置１０と、ホストサーバ２０と、を有している。カラオケ装置１０は、例えばカラオケ店舗等のカラオケルームＫＲに設置されている。カラオケ装置１０は、楽曲データとしてのＭｕｓｉｃａｌ  Ｉｎｓｔｒｕｍｅｎｔ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ（ＭＩＤＩ；登録商標）データ及び映像データを用いて、カラオケ楽曲の再生サービスを提供する装置である。
【００２７】
カラオケ装置１０は、装置本体１００と、リモコン３５と、マイク３０とを有している。装置本体１００は、制御部１０１と、採点部１０２と、大容量記憶装置１０３と、操作部１０４と、受信部１０５と、音源１０６と、音声制御部１０７と、スピーカ１０８と、表示部１０９と、通信制御部１１０とを有している。
【００２８】
制御部１０１は、図示しないＣＰＵや、ＲＡＭ及びＲＯＭ等のメモリを備えている。この制御部１０１は、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや上記大容量記憶装置１０３に予め記憶された各種プログラム（後述の図８、図１０、図１１に示す制御手順を実行するカラオケ処理プログラムを含む）を実行する。これにより、装置本体１００全体の制御を行う。
【００２９】
受信部１０５は、無線回線又は有線回線により接続された上記マイク３０から出力された歌唱者の音声信号（歌唱音声データ）を受信する。
【００３０】
大容量記憶装置１０３は、例えばＨａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）などから構成される。この大容量記憶装置１０３は、楽曲データ（ＭＩＤＩデータ）、背景映像データ、及び歌詞データ等の各種情報が記憶されている。また、この大容量記憶装置１０３には、ユーザの歌唱時の上記歌唱音声データが順次記憶される。
【００３１】
音源１０６は、上記制御部１０１によって大容量記憶装置１０３から読み出された上記楽曲データを再生して音声制御部１０７へ出力する。音声制御部１０７は、音源１０６から出力された楽曲データ、及び、受信部１０５を介してマイク３０により入力された上記歌唱音声データを増幅し、スピーカ１０８へ出力する。スピーカ１０８は、音声制御部１０７から出力された楽曲データ及び歌唱音声データを音声出力する。
【００３２】
なお、以下適宜、音源１０６、音声出力部１０７、及びスピーカ１０８を、省略して「音源１０６等」と称する。音源１０６等は、カラオケ楽曲を再生する楽曲再生手段を構成している。
【００３３】
採点部１０２は、マイク３０を介した上記歌唱音声データに基づき、ユーザの歌唱に対する採点を公知の手法により行う（採点内容の詳細は後述）。
【００３４】
操作部１０４は、例えば複数のキーやスイッチなどから構成される。ユーザは、この操作部１０４又は上記リモコン３５を用いて、カラオケ楽曲の予約操作等の各種操作を行うことができる。
【００３５】
表示部１０９（表示手段に相当）は、例えば液晶ディスプレイなどから構成され、各種映像を表示する。特に、表示部１０９は、上記音源１０６等により楽曲データの再生が行われるのにしたがい、楽曲データの再生に同期して、大容量記憶装置１０３から読み出された上記背景映像データに対応した背景映像、及び、上記歌詞データに対応したテロップ、等を表示することができる（後述の図２等も参照）。
【００３６】
通信制御部１１０は、リモコン３５及びホストサーバ２０に対し例えば無線又は有線のＬＡＮ等のネットワークＮＷを介し接続されており、それらリモコン３５及びホストサーバ２０との間の情報通信の制御を行う。なお、リモコン３５との間の通信は赤外線通信であってもよい。
【００３７】
リモコン３５は、ユーザ（ユーザ）がカラオケ楽曲の予約操作等の各種操作を複数のキーやスイッチ等で行うための操作や各種情報の表示を行い、装置本体１００、ホストサーバ２０との間で情報通信を行う通信端末である。このため、リモコン３５は、図示しないＣＰＵや、ＲＡＭ及びＲＯＭ等のメモリを備えた制御部、操作部、表示部、通信制御部等を備えている。
【００３８】
ホストサーバ２０は、ＣＰＵを備えた制御部２１と、例えば大容量記憶装置等からなる歌唱履歴記憶部（図示省略）及び採点結果蓄積部２２（蓄積手段に相当）と、加点・減点分析部２３（分析手段）と、を備えている（詳細は後述）。
【００３９】
＜実施形態の特徴＞
以上において、本実施形態の特徴は、過去の複数の歌唱履歴（例えば楽曲ＩＤ及びユーザＩＤに関連づけた形で上記歌唱履歴記憶部に記憶される）における上記採点部１０２による採点結果（例えば上記歌唱履歴に関連づけた形で上記採点結果蓄積部２２に記憶される）の加点・減点傾向を分析し、対応するアドバイス情報を生成して表示部１０９に出力することにある。以下、その詳細を順を追って説明する。
【００４０】
前述したように、表示部１０９は、楽曲データの再生に同期して背景映像やテロップ等を表示する。例えば図２（ａ）に示す例では、楽曲「瑠璃色の街」のタイトル画面が表示された後、図２（ｂ）に示すように、歌詞を表すテロップＴＥと背景映像ＢＧとが表示されている。なお図２（ｂ）の下方に示したタイムスケール（単位：秒）は説明の便宜のために付加したものであり、表示部１０９において表示されるものではない（後述の図７も同様）。すなわち、この例では、楽曲データの再生が開始（タイムスケール中「０」で表す。以下適宜、単に「時刻０：００」のように称する）された後、１８秒経過（タイムスケール中「１８」で表す。以下適宜、単に「時刻０：１８」のように称する）するまでの間、図２（ｂ）に示す、「小雨降ってる  並木道を  ふたり肩寄せて歩く」のテロップＴＥと、対応する上記背景映像ＢＧと、が表示部１０９に表示される。図示を省略しているが、実際は、テロップＴＥは、上記楽曲データの再生に同期した速度で文字の色が移り変わるようになっており、ユーザは、このような上記テロップＴＥの表示をガイドにしつつ、当該歌詞を歌唱することができる。
【００４１】
その後、楽曲データの再生が進行すると、図２（ｃ）に示すように、時刻０：１８から時刻０：３６までの間、「君は黙って  そっと僕を  見てる」のテロップＴＥと、対応する上記背景映像ＢＧ（図示の例では図２（ｂ）と同一内容で略示しているが、実際は異なる映像である）と、が表示される。上記同様、ユーザは、このような上記テロップＴＥの表示をガイドにしつつ、当該歌詞を歌唱することができる。なお、表示部１０９は、テロップＴＥと背景画像ＢＧの両方を表示するのに限られず、少なくとも一方を表示すれば足りる。すなわち、例えばユーザが歌詞を完全に暗記している場合等においては背景画像ＢＧのみを表示してもよいし、ユーザが歌詞の表示のみを所望する場合にはテロップＴＥのみを表示してもよい。いずれにしても、楽曲データの再生に伴う歌唱タイミングのガイド機能を果たせば足りる。
【００４２】
＜採点部による採点＞
上記のようにして歌唱が行われるとき、例えば上記楽曲データに関連づけられて事前に取得されていた歌唱基準情報（歌唱すべき当該楽曲のメロディーラインを表す。なおこの例では後述の修飾的な歌唱技法のデータも含まれている）を用いて、上記採点部１０２による採点が行われる。
【００４３】
＜加点要素＞
この実施形態では、得点アップとなる加点要素として、上記歌唱基準情報との「音程一致」があり、さらに、上記修飾的歌唱技法としてのいわゆる「ビブラート」「しゃくり」「こぶし」が設定され、上記楽曲データに適宜の手法で予め関連づけられている。すなわち、１つの楽曲の各区間において、ユーザの歌唱に基づく上記歌唱音声データと歌唱基準情報とが比較され、両者の音程が一致していれば、上記採点部１０２よる採点時に、加点の対象となる。なお、音程一致以外に、「リズム一致」「声量十分」等を加点対象としてもよい。さらに、１つの楽曲において、上記修飾的歌唱技法を実行可能な特定区間が局所的に設けられており、当該区間で対応する修飾的歌唱技法を行えば、上記同様、加点対象となる。なお、上記「ビブラート」「しゃくり」「こぶし」以外に、いわゆる「ため」「フォール」「ロングトーン」等を加点対象としてもよい。
【００４４】
＜減点要素＞
一方、この実施形態では、上記とは逆に、得点ダウンとなる減点要素として、上記歌唱基準情報との「音程不一致」が設定され、上記楽曲データに適宜の手法で予め関連づけられている。すなわち、１つの楽曲の各区間において、ユーザの歌唱に基づく上記歌唱音声データと歌唱基準情報とが比較され、両者の音程が不一致（不歌唱も含む）であれば、上記採点部１０２よる採点時に、減点の対象となる。なお、音程不一致以外に、「リズム不一致」「声量不十分」等を減点対象としてもよい。
【００４５】
＜採点データ具体例  その１＞
採点部１０２による採点データの一例を図３（ａ）に示す。図３（ａ）は、例えばひとりのユーザ（以下適宜、「ユーザＸ」という）が上記楽曲「瑠璃色の街」を歌唱したときの採点データである。図示のように、この例では、歌唱時刻０：０１から歌唱時刻０：３０まで１秒刻み毎に採点が行われていることを縦軸に示し、採点要素（音程、技法加点等）の項目を横軸に示している。
【００４６】
音程の一致・不一致については、採点部１０２により、全区間（上記時刻０：０１〜０：３０）にわたって判定される。この例では、時刻０：０１〜０：０５においては音程一致（図中「○」印で表す。以下同様）と判定され、時刻０：０６，０：０７においては音程不一致（図中「×」印で表す。以下同様）と判定されている。同様に、時刻０：０８〜０：１０では音程一致、時刻０：１１では音程不一致、時刻０：１２〜０：１７では音程一致、時刻０：１８〜０：２２では音程不一致、時刻０：２３〜０：３０では音程一致、と判定されている。
【００４７】
一方、修飾的歌唱技法については、各技法ごとに、局所的に対象区間が設定されている。この例では、時刻０：０２に「ビブラート」箇所が設定されており、ユーザの歌唱においてここでビブラートが正しくなされていれば採点部１０２の採点時に加点の対象となる。同様に、時刻０：０５に「ビブラート」箇所が設定され、時刻０：０７に「こぶし」箇所が設定され、時刻０：０９に「しゃくり」箇所が設定され、時刻０：１２に「しゃくり」箇所が設定され、時刻０：１６に「こぶし」箇所が設定され、時刻０：２０に「こぶし」箇所が設定され、時刻０：２４に「ビブラート」箇所が設定され、時刻０：２７に「ビブラート」箇所が設定され、各箇所で当該修飾的歌唱技法が実行されれば加点対象となる。なお、この例では、各箇所で当該修飾的歌唱技法が実行されなかった場合でも特に減点対象とはならないが、減点対象とするようにしてもよい。
【００４８】
そして、図３（ａ）に示すように、このユーザＸの歌唱履歴においては、上記の箇所のうち、時刻０：０５、時刻００：２４、時刻００：２７の「ビブラート」、時刻０：２０の「こぶし」、時刻００：０９、時刻０：１２の「しゃくり」がそれぞれ実行され、各箇所で対応する加点が行われている。
【００４９】
図３（ａ）に示した採点部１０２による採点データは、ホストサーバ２０に送信され、採点結果蓄積部２２に格納される。
【００５０】
＜ユーザＸの採点データに基づく集計結果＞
そして、本実施形態では、複数のユーザの上記採点データが採点結果蓄積部２２に順次蓄積された後、ホストサーバ２０の上記加点・減点分析部２３によって、当該複数のユーザにおける採点データが集計され、加点・減点傾向の分析が行われる。
【００５１】
図３（ｂ）には、その集計態様の一例を示す。この例では、上記加点要素である「音程一致」「ビブラート加点」「しゃくり加点」「こぶし加点」の項目と、上記減点要素である「音程不一致」の項目とがそれぞれ設けられ、時刻ごとに該当する歌唱履歴の数（言い換えればユーザ数。但し同一ユーザによる複数回の歌唱履歴の場合は一致しない）がカウントされている。
【００５２】
図３（ｂ）では、上記図３（ａ）に示したユーザＸの採点データのみを集計した１ユーザ分の集計結果を表している。すなわち、「音程一致」については、時刻０：０１〜０：０５でユーザ１人が該当したことを表すカウント「１」、時刻０：０８〜０：１０でカウント「１」、時刻０：１２〜０：１７でカウント「１」、時刻０：２３〜０：３０でカウント「１」、となっている。同様に、「音程不一致」については、時刻０：０６，０：０７でカウント「１」、時刻０：１１でカウント「１」、時刻０：１８〜０：２２でカウント「１」となっている。
【００５３】
また、修飾的歌唱技法では、「ビブラート加点」については、時刻０：０５でユーザ１人が該当したことを表すカウント「１」、時刻０：２４でカウント「１」、時刻０：２７でカウント「１」、となっている。同様に、「しゃくり加点」については、時刻０：０９でカウント「１」、時刻０：１２でカウント「１」となり、「こぶし加点」については、時刻０：２０でカウント「１」となっている。
【００５４】
＜採点データ具体例  その２＞
採点部１０２による採点データの他の例を図４（ａ）に示す。図４（ａ）は、上記ユーザＸとは別のひとりのユーザ（以下適宜、「ユーザＹ」という）が上記楽曲「瑠璃色の街」を歌唱したときの採点データである。
【００５５】
前述と同様、音程の一致・不一致については、この例では、時刻０：０１〜０：０４においては音程一致と判定され、時刻０：０５〜０：１１においては音程不一致と判定されている。同様に、時刻０：１２〜０：１７では音程一致、時刻０：１８〜０：２２では音程不一致、時刻０：２３〜０：３０では音程一致、と判定されている。
【００５６】
修飾的歌唱技法については、時刻０：０５の「ビブラート」、時刻０：１２の「しゃくり」、時刻０：１６の「こぶし」、時刻０：２７の「ビブラート」がそれぞれ実行され、各箇所で対応する加点が行われている。
【００５７】
上記同様、図４（ａ）の採点データは、ホストサーバ２０の採点結果蓄積部２２に格納される。
【００５８】
＜ユーザＸ，Ｙの採点データに基づく集計結果＞
図４（ｂ）に、上記ユーザＸ，Ｙの採点データによる集計結果を示す。言い換えれば、図４（ｂ）は、上記図３（ｂ）に示した集計結果に対し、図４（ａ）に示したユーザＹの採点データを合算した、２ユーザ分の集計結果となっている。
【００５９】
すなわち、「音程一致」については、時刻０：０１〜０：０４でユーザ２人が該当したことを表すカウント「２」、時刻０：０５でユーザ１人が該当したことを表すカウント「１」、時刻０：０８〜０：１０でカウント「１」、時刻０：１２〜０：１７でカウント「２」、時刻０：２３〜０：３０でカウント「２」、となっている。同様に、「音程不一致」については、時刻０：０５でカウント「１」、時刻０：０６〜０：０７でカウント「２」、時刻０：０８〜０：１０でカウント「１」、時刻０：１１でカウント「２」、時刻０：１８〜０：２２でカウント「２」となっている。
【００６０】
また、修飾的歌唱技法では、「ビブラート加点」については、時刻０：０５でユーザ２人が該当したことを表すカウント「２」、時刻０：２４でカウント「１」、時刻０：２７でカウント「２」、となっている。同様に、「しゃくり加点」については、時刻０：０９でカウント「１」、時刻０：１２でカウント「２」となり、「こぶし加点」については、時刻０：１６でカウント「１」、時刻０：２０でカウント「１」となっている。
【００６１】
＜採点データ具体例  その３＞
採点部１０２による採点データのさらに他の例を図５（ａ）に示す。図５（ａ）は、上記ユーザＸ，Ｙとはさらに別の、ひとりのユーザ（以下適宜、「ユーザＺ」という）が上記楽曲「瑠璃色の街」を歌唱したときの採点データである。
【００６２】
前述と同様、音程の一致・不一致については、この例では、時刻０：０１〜０：０４においては音程一致と判定され、時刻０：０５で音程不一致と判定されている。同様に、時刻０：０６〜０：０８では音程一致、時刻０：０９では音程不一致、時刻０：１０〜０：１７では音程一致、時刻０：１８〜０：２２では音程不一致、時刻０：２３〜０：３０では音程一致、と判定されている。
【００６３】
修飾的歌唱技法については、時刻０：０２の「ビブラート」、時刻０：０５の「ビブラート」、時刻０：０７の「こぶし」、時刻０：１２の「しゃくり」、時刻０：２７の「ビブラート」がそれぞれ実行され、各箇所で対応する加点が行われている。
【００６４】
上記同様、図５（ａ）の採点データは、ホストサーバ２０の採点結果蓄積部２２に格納される。
【００６５】
＜ユーザＸ，Ｙ，Ｚの採点データに基づく集計結果＞
図５（ｂ）に、上記ユーザＸ，Ｙ，Ｚの採点データによる集計結果を示す。言い換えれば、図５（ｂ）は、上記図４（ｂ）に示した集計結果に対し、図５（ａ）に示したユーザＺの採点データを合算した、３ユーザ分の集計結果となっている。
【００６６】
すなわち、「音程一致」については、時刻０：０１〜０：０４でユーザ３人が該当したことを表すカウント「３」、時刻０：０５〜０：０７でカウント「１」、時刻０：０８でカウント「２」、時刻０：０９でカウント「１」、時刻０：１０でカウント「２」、時刻０：１１でカウント「１」、時刻０：１２〜０：１７でカウント「３」、時刻０：２３〜０：３０でカウント「３」、となっている。同様に、「音程不一致」については、時刻０：０５〜０：０７でカウント「２」、時刻０：０８でカウント「１」、時刻０；０９でカウント「２」、時刻０：１０でカウント「１」、時刻０：１１でカウント「２」、時刻０：１８〜０：２２でカウント「３」となっている。
【００６７】
また、修飾的歌唱技法では、「ビブラート加点」については、時刻０：０２でカウント「１」、時刻０：０５でユーザ３人が該当したことを表すカウント「３」、時刻０：２４でカウント「１」、時刻０：２７でカウント「３」、となっている。同様に、「しゃくり加点」については、時刻０：０９でカウント「１」、時刻０：１２でカウント「３」となり、「こぶし加点」については、時刻０：０７でカウント「１」、時刻０：１６でカウント「１」、時刻０：２０でカウント「１」となっている。
【００６８】
＜集計結果に基づくアドバイス情報の生成＞
ホストサーバ２０の加点・減点分析部２３では、以上の集計結果に基づき、これ以降に当該楽曲を歌唱するユーザのための（上記加点要素・減点要素に係わる）アドバイス情報が生成される。
【００６９】
図６は、上記図５（ｂ）に示したユーザＸ，Ｙ，Ｚの採点データの集計結果から、左側は加点要素（音程一致、ビブラート加点、しゃくり加点、こぶし加点）と減点要素（音程不一致）の各要素を示し、右側は各要素毎にカウント「３」となっている歌唱時刻を抜き出して整理した図である。上述したように、「音程一致」については、時刻０：０１〜０：０４、時刻０：１２〜０：１７」、時刻０：２３〜０：３０の区間でカウント「３」、となっており、「音程不一致」については、時刻０：１８〜０：２２の区間でカウント「３」となっている。また「ビブラート加点」については、時刻０：０５、時刻０：２７でカウント「３」となり、「しゃくり加点」については、時刻０：１２でカウント「３」となっている。なお、「こぶし加点」については、カウント「３」となる時刻は存在しない。
【００７０】
加点・減点分析部２３では、この例では、過去の複数（上記の例では３つ）の歌唱履歴の採点データに基づくアドバイス情報として、上記図６に示す内容に対応したアドバイス情報が生成される。すなわち、「音程一致」に関しては、時刻０：０１〜０：０４、時刻０：１２〜０：１７、時刻０：２３〜０：３０において、多数のユーザ（この例ではユーザ全員）が音程一致による加点を得た、音程一致加点期待区間である（言い換えれば、採点時の得点アップのチャンスである）旨の内容のアドバイス情報が生成される（後述の図７（ａ）（ｂ）の「音程簡単ゾーン」表示を参照）。また「音程不一致」に関しては、時刻０：１８〜０：２２において、多数のユーザ（この例ではユーザ全員）が音程不一致による減点を喫した、音程不一致減点危惧区間である（言い換えれば、採点時の得点ダウンのおそれがある）旨の内容のアドバイス情報が生成される（後述の図７（ｂ）の「音程要注意ゾーン」表示を参照）。
【００７１】
さらに、「ビブラート加点」に関しては、時刻０：０５、時刻０：２７が（正確には当該時刻を含むその前後近傍区間。以下同様）が、多数のユーザ（この例ではユーザ全員）がビブラート実行による加点を得た、ビブラート加点期待区間である（得点アップのチャンスである）旨の内容のアドバイス情報が生成される（後述の図７（ａ）（ｂ）の「ビブラートチャンス」表示を参照）。また「しゃくり加点」に関しては、時刻０：１２において、多数のユーザ（この例ではユーザ全員）がしゃくり実行による加点を得た、しゃくり加点期待区間である（得点アップのチャンスである）旨の内容のアドバイス情報が生成される（後述の図７（ａ）の「しゃくりチャンス」表示を参照）。
【００７２】
なお、上記のようにカウント「３」となるもの（言い換えれば全ユーザが該当するもの）に限定してアドバイス情報を生成するのではなく、全ユーザのうち例えば５０％〜８０％等のある程度の割合で該当するものに基づいてアドバイス情報を生成してもよい。この場合は、あるしきい値を設けて、カウント値が当該しきい値を超えるものについてピックアップして図６のようなテーブルをまとめればよい。上記の例では、例えばしきい値を６０％とすれば、３人のユーザＸ，Ｙ，Ｚのうち２人以上が該当していれば（すなわちカウント「２」又は「３」であれば）足りることとなる。
【００７３】
そして、これ以降にカラオケ装置１０において新たに楽曲「瑠璃色の街」が再生されユーザが歌唱する際には、上記のようにして生成されたアドバイス情報が、ホストサーバ２０から装置本体１００に送信されて、表示部１０９においてアドバイス情報の表示が行われる。
【００７４】
＜アドバイス情報の表示＞
表示部１０９に表示される上記アドバイス情報の一例を図７（ａ）に示す。図７（ａ）は、上記図２（ｂ）に対応する図であり、前述と同様、「小雨降ってる  並木道を  ふたり肩寄せて歩く」のテロップＴＥと、対応する上記背景映像ＢＧ（但し、煩雑防止のため図示省略）と、が表示部１０９に表示される。
【００７５】
そして、このテロップＴＥが表示される時間区分（時刻０：００〜０：１８）に対応し、まず、時刻０：０１〜０：０４の部位（テロップＴＥの文字「小雨降って」の歌唱タイミングにほぼ相当）に、上記音程一致加点期待区間であることを表すアドバイス情報ＡＤ１が表示される。アドバイス情報ＡＤ１は、「音程かんたんゾーン」の表記と、当該区間の長さを表す矢印「←→」と、を備えている。同様に、時刻０：１２〜０：１７の部位（テロップＴＥの文字「たり肩寄せて歩」の歌唱タイミングにほぼ相当）に、上記音程一致加点期待区間であることを表すアドバイス情報ＡＤ２が表示される。アドバイス情報ＡＤ２も、上記アドバイス情報ＡＤ１と同様、「音程かんたんゾーン」の表記と、当該区間の長さを表す矢印「←→」と、を備えている。
【００７６】
また、時刻０：０５の部位（テロップＴＥの文字「て」の歌唱タイミングにほぼ相当）には、上記ビブラート加点期待区間であることを表すアドバイス情報ＡＤ３が表示される。このアドバイス情報ＡＤ３は、上記「て」の文字を指し示す矢印付きの「ビブラートチャンス！」のテキストボックスを備えている。さらに、時刻０：１２の部位（テロップＴＥの文字「た」の歌唱タイミングにほぼ相当）には、上記しゃくり加点期待区間であることを表すアドバイス情報ＡＤ４が表示される。このアドバイス情報ＡＤ４は、上記「た」の文字を指し示す矢印付きの「しゃくりチャンス！」のテキストボックスを備えている。
【００７７】
これらにより、ユーザは、「小雨降って」「たり肩寄せて歩」の歌唱タイミングでは、音程一致による加点を容易に得ることができること（逆に言うと高得点のためには取りこぼしは許されないこと）、「て」の歌唱タイミングではビブラートを効かせることで加点を容易に得られること、「た」の歌唱タイミングではしゃくりを効かせることで加点を容易に得られること、等を視覚的に確実に知ることができる。
【００７８】
また、上記図７（ａ）の表示の後、表示部１０９に表示されるアドバイス情報の一例を図７（ｂ）に示す。図７（ｂ）は、上記図２（ｃ）に対応する図であり、前述と同様、「君は黙って  そっと僕を  見てる」のテロップＴＥと、対応する上記背景映像ＢＧ（但し、煩雑防止のため図示省略）と、が表示部１０９に表示される。
【００７９】
そして、このテロップＴＥが表示される時間区分（時刻０：１８〜０：３６）に対応し、まず、時刻０：１８〜０：２２の部位（テロップＴＥの文字「君は黙って」の歌唱タイミングにほぼ相当）に、上記音程不一致減点危惧区間であることを表すアドバイス情報ＡＤ５が表示される。アドバイス情報ＡＤ５は、「音程要注意ゾーン」の表記と、当該区間の長さを表す破線矢印「←→」と、を備えている。また、前述と同様、時刻０：２３〜０：３０の部位（テロップＴＥの文字「そっと僕を  見てる」の歌唱タイミングにほぼ相当）に、上記音程一致加点期待区間であることを表すアドバイス情報ＡＤ６が表示される。アドバイス情報ＡＤ６は、上記アドバイス情報ＡＤ１，ＡＤ２と同様、「音程かんたんゾーン」の表記と、当該区間の長さを表す矢印「←→」と、を備えている。
【００８０】
また、時刻０：２７の部位（テロップＴＥの文字「る」の歌唱タイミングにほぼ相当）には、上記ビブラート加点期待区間であることを表すアドバイス情報ＡＤ７が表示される。このアドバイス情報ＡＤ７は、上記「る」の文字を指し示す矢印付きの「ビブラートチャンス！」のテキストボックスを備えている。
【００８１】
これらにより、ユーザは、「君は黙って」の歌唱タイミングでは、音程不一致による減点を喫するおそれがあること（逆に言うとここで頑張れば得点低下を防止できること）、「そっと僕を  見てる」の歌唱タイミングでは、音程一致による加点を容易に得ることができること（逆に言うと高得点のためには取りこぼしは許されないこと）、「る」の歌唱タイミングではビブラートを効かせることで加点を容易に得られること、等を視覚的に確実に知ることができる。
【００８２】
＜カラオケ装置での制御手順＞
上記手法を実現するために、上記カラオケ装置１０の制御部１０１のＣＰＵによって実行される処理の内容を、図８のフローチャートより説明する。
【００８３】
図８において、このフローは、例えばカラオケ装置１０の管理者又はユーザがカラオケ装置１０の電源をＯＮにすると開始される。まずステップＳ１０で、ＣＰＵは、上記リモコン３５又は上記操作部１０４を介したカラオケ楽曲の予約操作があったか否かを判定する。予約操作がなければ判定が満たされず（Ｓ１０：Ｎｏ）、ループ待機する。予約操作があったら判定が満たされ（Ｓ１０：Ｙｅｓ）、ステップＳ１５へ移る。
【００８４】
ステップＳ１５では、ホストサーバ２０へアドバイス送信要求を出力し、上記ステップＳ１０で予約されたカラオケ楽曲についてこの時点で既に生成済みのアドバイス情報を取得し（後述の図１０のステップＳ１１０、ステップＳ１２０参照）、例えば大容量記憶装置１０３に記憶する。なお、このステップＳ１５を実行する上記ＣＰＵが、各請求項記載の情報入力手段として機能する。その後、ステップＳ２０に移る。
【００８５】
ステップＳ２０では、ＣＰＵは、大容量記憶装置１０３に制御信号を出力して、上記ステップＳ１０でのカラオケ楽曲の予約に基づき、大容量記憶装置１０３から、当該予約に係わるカラオケ楽曲に対応した楽曲データ、背景映像データ、歌詞データ等を読み出す。そして、音源１０６等に、上記楽曲データの再生を開始させるとともに、表示部１０９に、上記楽曲データの再生と同期して、上記背景映像データ及び歌詞データの表示を開始させる。これにより、予約したユーザは、楽曲データに基づき再生されるカラオケ楽曲を歌唱することができる。その後、ステップＳ２５に移る。
【００８６】
ステップＳ２５では、ＣＰＵは、上記歌唱により上記受信部１０５を介して入力される上記歌唱音声データに基づき、採点部１０２による上記採点を開始させる。その後、ステップＳ３０に移る。
【００８７】
ステップＳ３０では、ＣＰＵは、上記ステップＳ１５で取得されたアドバイス情報に基づき、各アドバイス情報の表示タイミングになったか否かを、判定する。前述の楽曲「瑠璃色の街」の例においては、前述した、アドバイス情報ＡＤ１に係わる時刻０：０１、アドバイス情報ＡＤ２に係わる時刻０：１２、アドバイス情報ＡＤ３に係わる時刻０：０５、アドバイス情報ＡＤ４に係わる時刻０：１２、アドバイス情報ＡＤ５に係わる時刻０：１８、アドバイス情報ＡＤ６に係わる時刻０：２３、アドバイス情報ＡＤ７に係わる時刻０：２７、のいずれかのタイミングになったか否か、が判定される。アドバイス情報の表示タイミングでなければステップＳ３０の判定は満たされず（Ｓ３０：Ｎｏ）、後述のステップＳ５０に移る。アドバイス情報の表示タイミングであればステップＳ３０の判定が満たされ（Ｓ３０：Ｙｅｓ）、ステップＳ３５に移る。
【００８８】
ステップＳ３５では、ＣＰＵは、表示部１０９に表示制御信号を出力し、ステップＳ３０で判定が満たされた表示タイミングに係わるアドバイス情報（上述の例ではアドバイス情報ＡＤ１〜ＡＤ７のいずれか）を表示部１０９に表示させる。すなわち、本実施形態では、上記テロップＴＥ（又は上記背景映像ＢＧでもよい）の表示が、アドバイス情報に係わる上記加点期待区間又は上記減点危惧区間に近づいたことを契機に、アドバイス情報がリアルタイムで表示される。なお、このステップＳ３５を実行するＣＰＵが、各請求項記載の表示制御手段として機能する。その後、ステップＳ４０に移る。
【００８９】
ステップＳ４０では、ＣＰＵは、採点部１０２により上記ステップＳ２５で開始された採点において、上記ステップＳ３５でアドバイス表示を行った当該加点期待区間の加点要素（又は減点危惧区間における減点要素）に対する採点を加味してこの時点でのトータル採点結果を更新するとともに、表示部１０９に表示制御信号を出力し、更新されたこの時点での最新の採点結果を表示する。図９に、時刻０：０５（テロップＴＥの文字「て」の歌唱タイミング）において上記アドバイス情報ＡＤ３にしたがってビブラートを行った直後の最新の採点結果が表示された例を示す。この例では、アドバイス情報ＡＤ３に従ってビブラートを実行して成功した結果、「ＧＯＯＤＪＯＢ！！」の文字と、３点が追加されてこの時点での点数が１００点満点中の８３点となったこと、が示されている。なお、このようにアドバイス情報の示す当該加点期待区間（又は当該減点危惧区間）の終了直後に最新の採点結果を表示するのに限られず、歌唱中は常にリアルタイムで採点結果を表示するようにしてもよい。図８に戻り、ステップＳ４０が終了したら、ステップＳ５０に移る。
【００９０】
ステップＳ５０では、ＣＰＵは、ステップＳ２０で再生を開始しているカラオケ楽曲の終了タイミングとなったか（言い換えれば楽曲データ、背景映像データ、歌詞データ等の読み出しが楽曲の最後まで到達したか）否か、を判定する。終了タイミングとなっていなければステップＳ５０の判定が満たされず（Ｓ５０：Ｎｏ）、ステップＳ１０に戻って同様の手順を繰り返す。終了タイミングとなっていればステップＳ５０の判定が満たされ（Ｓ５０：Ｙｅｓ）、ステップＳ５５に移る。
【００９１】
ステップＳ５５では、ＣＰＵは、ステップＳ２０で開始していた、大容量記憶装置１０３からの楽曲データ、背景映像データ、歌詞データ等の読み出しを終了し、当該楽曲の再生を終了する。その後、ステップＳ６０に移る。
【００９２】
ステップＳ６０では、ＣＰＵは、採点部１０２からこの時点（すなわち楽曲再生終了時点）での全採点データを取得するとともに、表示部１０９に表示制御信号を出力してその取得した全採点データに対応したトータルの採点結果を表示させる（図示省略）。その後、ステップＳ６５に移る。
【００９３】
ステップＳ６５では、ＣＰＵは、上記ステップＳ６０で取得した全採点データを、ホストサーバ２０へ送信する。その後、ステップＳ７０に移る。
【００９４】
ステップＳ７０では、ＣＰＵは、カラオケ装置１０の電源がＯＦＦにされたか否かを判定する。電源ＯＮのままであればステップＳ７０の判定が満たされず（ステップＳ７０：ＮＯ）、上記ステップＳ１０に戻って同様の手順を繰り返す。電源がＯＦＦにされていればステップＳ７０の判定が満たされ（ステップＳ７０：ＹＥＳ）、このフローを終了する。
【００９５】
＜サーバでの制御手順＞
上記カラオケ装置１０のＣＰＵによる処理に対応して、ホストサーバ２０によって実行される処理の内容を、図１０のフローチャートにより説明する。
【００９６】
図１０において、このフローは、例えばホストサーバ２０の管理者がホストサーバ２０の電源をＯＮにすると開始される。まずステップＳ１１０で、上記制御部２１のＣＰＵが、カラオケ装置１０の制御部１０１のＣＰＵから、特定のカラオケ楽曲の上記アドバイス情報の送信要求（上記図８のステップＳ１５参照）があったか否かを判定する。送信要求がなければステップＳ１１０の判定が満たされず（Ｓ１１０：Ｎｏ）、後述のステップＳ１３０に移る。送信要求があった場合はステップＳ１１０の判定が満たされ（Ｓ１１０：Ｙｅｓ）、ステップＳ１２０に移る。
【００９７】
ステップＳ１２０では、上記制御部２１のＣＰＵが、この時点までに後述のステップＳ２００において既に生成され（例えば上記加点・減点分析部２３内に）記憶されていた、上記特定のカラオケ楽曲のアドバイス情報を読み出し、カラオケ装置１０へと送信する。その後、ステップＳ１３０に移る。
【００９８】
ステップＳ１３０では、上記制御部２１のＣＰＵが、ある１つのカラオケ楽曲の再生が終了したカラオケ装置１０から送信された当該再生に対応した歌唱時の全採点データ（上記図８のステップＳ６５参照）を受信したか否か、を判定する。上記カラオケ楽曲の全採点データが受信されていなければステップＳ１３０の判定が満たされず（Ｓ１３０：Ｎｏ）、このフローを終了する。全採点データが受信されていれば、ステップＳ１３０の判定が満たされ（Ｓ１３０：Ｙｅｓ）、ステップＳ１４０に移る。
【００９９】
ステップＳ１４０では、上記採点結果蓄積部２２が、上記ステップＳ１３０で受信した上記カラオケ楽曲の全採点データを、格納する。その後、ステップＳ２００に移る。
【０１００】
ステップＳ２００では、上記加点・減点分析部２３が、各カラオケ楽曲ごとに、複数の歌唱履歴（複数ユーザの歌唱したものに加え、同一ユーザが複数回歌唱したものも含む）における採点データを集計して加点・減点傾向の分析を行うともに、対応する上記アドバイス情報を作成する。
【０１０１】
上記ステップＳ２００の詳細手順を、図１１に示す。図１１において、まずステップＳ２０５で、上記加点・減点分析部２３は、上記ステップＳ１４０で採点結果蓄積部２２に（新規に）蓄積された上記１つのカラオケ楽曲について、この時点で既に（後述するステップＳ２１０〜ステップＳ２９０での処理により）処理済みの集計結果を読み出す。前述の例では、図４（ａ）に示す新たな採点データが取得された際の図３（ｂ）に示す集計結果や、図５（ａ）に示す新たな採点データが取得された際の図４（ｂ）に示す集計結果、が読み出される。なおこの時点で集計結果が存在しなければこのステップＳ２０５は省略される。その後、ステップＳ２０７に移る。
【０１０２】
ステップＳ２０７では、上記ステップＳ１４０で採点結果蓄積部２２に（新規に）蓄積された、上記１つのカラオケ楽曲の全採点データを読み出す。その後、ステップＳ２１０に移る。
【０１０３】
ステップＳ２１０では、上記加点・減点分析部２３は、上記読み出した１つのカラオケ楽曲に係わる全採点データ中に、上記ビブラートによる加点の履歴が存在したか否かを判定する。ビブラート加点の履歴が存在しなければステップＳ２１０の判定が満たされず（Ｓ２１０：Ｎｏ）、後述のステップＳ２２０に移る。ビブラート加点の履歴が存在すればステップＳ２１０の判定が満たされ（Ｓ２１０：Ｙｅｓ）、ステップＳ２１２に移る。
【０１０４】
ステップＳ２１２では、上記加点・減点分析部２３は、上記ビブラート加点履歴における加点時刻を抽出する。例えば前述の図５（ａ）の例であれば、「時刻０：０２」「時刻０：０５」「時刻０：２７」の３つが抽出される。その後、ステップＳ２１４に移る。
【０１０５】
ステップＳ２１４では、上記加点・減点分析部２３は、上記ステップＳ２０５で読み出された上記集計結果における、上記ステップＳ２１２で抽出された時刻のビブラート加点カウントをインクリメントする。例えば前述の図５（ｂ）の例であれば、上記抽出結果に対応して「時刻０：０２」のカウントが「０」→「１」にインクリメントされ、「時刻０：０５」のカウントが「２」→「３」にインクリメントされ、「時刻０：２７」のカウントが「２」→「３」にインクリメントされる。その後、ステップＳ２１６に移る。
【０１０６】
ステップＳ２１６では、上記加点・減点分析部２３は、上記ステップＳ２１４でインクリメントされた後のカウントの値が、所定のしきい値に到達したか否か、を判定する。しきい値に到達していなければステップＳ２１６の判定が満たされず（Ｓ２１６：Ｎｏ）、後述のステップＳ２８０に移る。しきい値に到達していればステップＳ２１６の判定が満たされ（Ｓ２１６：Ｙｅｓ）、ステップＳ２１８に移る。
【０１０７】
ステップＳ２１８では、上記加点・減点分析部２３は、表示部１０９において前述の「ビブラートチャンス！」のテキストボックスを備えたアドバイス情報（前述の例における図７（ａ）及び図７（ｂ）のアドバイス情報ＡＤ３，ＡＤ７参照）を生成するためのビブラートチャンスフラグを「ＯＮ」にする。その後、ステップＳ２８０に移る。前述の例では「しきい値＝全ユーザ数」であった結果、図５（ｂ）の例であれば「０」→「１」にインクリメントされた「時刻０：０２」のデータの処理時はしきい値「３」に達せずステップＳ２１６→ステップＳ２８０と移行する一方、「２」→「３」にインクリメントされた「時刻０：０５」「時刻０：２７」のデータの処理時にはしきい値「３」に達し、ステップＳ２１６→ステップＳ２１８と移行して、「時刻０：０５」「時刻０：２７」においてそれぞれビブラートチャンスのフラグが「ＯＮ」となる。その後、ステップＳ２８０に移る。
【０１０８】
ステップＳ２８０では、上記加点・減点分析部２３は、上記ステップＳ２０７で読み出した全採点データ（言い換えれば当該楽曲の全区間に含まれる採点データ）の処理がすべて終了したか否かを判定する。全採点データの処理が終了するまではステップＳ２８０の判定が満たされず（Ｓ２８０：Ｎｏ）、上記ステップＳ２１０に戻って同様の手順を繰り返す。
【０１０９】
一方、ステップＳ２１０における判定が満たされずに移行したステップＳ２２０では、上記加点・減点分析部２３は、ステップＳ２０７で読み出した上記１つのカラオケ楽曲に係わる全採点データ中に、上記しゃくりによる加点の履歴が存在したか否かを判定する。しゃくり加点の履歴が存在しなければステップＳ２１０の判定が満たされず（Ｓ２２０：Ｎｏ）、後述のステップＳ２３０に移る。しゃくり加点の履歴が存在すればステップＳ２２０の判定が満たされ（Ｓ２２０：Ｙｅｓ）、ステップＳ２２２に移る。
【０１１０】
ステップＳ２２２では、上記加点・減点分析部２３は、上記しゃくり加点履歴における加点時刻を抽出する。例えば前述の図５（ａ）の例であれば、「時刻０：１２」が抽出される。その後、ステップＳ２２４に移る。
【０１１１】
ステップＳ２２４では、上記加点・減点分析部２３は、上記ステップＳ２０５で読み出された上記集計結果における、上記ステップＳ２２２で抽出された時刻のしゃくり加点カウントをインクリメントする。例えば前述の図５（ｂ）の例であれば、上記抽出結果に対応して「時刻０：１２」のカウントが「２」→「３」にインクリメントされる。その後、ステップＳ２２６に移る。
【０１１２】
ステップＳ２２６では、上記加点・減点分析部２３は、上記ステップＳ２２４でインクリメントされた後のカウントの値が、所定のしきい値に到達したか否か、を判定する。しきい値に到達していなければステップＳ２２６の判定が満たされず（Ｓ２２６：Ｎｏ）、上記ステップＳ２８０に移る。しきい値に到達していればステップＳ２２６の判定が満たされ（Ｓ２２６：Ｙｅｓ）、ステップＳ２２８に移る。
【０１１３】
ステップＳ２２８では、上記加点・減点分析部２３は、表示部１０９において前述の「しゃくりチャンス！」のテキストボックスを備えたアドバイス情報（前述の例における図７（ａ）のアドバイス情報ＡＤ４参照）を生成するためのしゃくりチャンスフラグを「ＯＮ」にする。その後、ステップＳ２８０に移る。前述同様、図５（ｂ）の例であれば、「２」→「３」にインクリメントされた「時刻０：１２」のデータの処理時にはしきい値「３」に達してステップＳ２２６→ステップＳ２２８と移行して、「時刻０：１２」においてしゃくりチャンスのフラグが「ＯＮ」となる。ステップＳ２２８が完了すると、上記ステップＳ２８０に移る。
【０１１４】
一方、ステップＳ２２０における判定が満たされずに移行したステップＳ２３０では、上記加点・減点分析部２３は、ステップＳ２０７で読み出した上記１つのカラオケ楽曲に係わる全採点データ中に、上記こぶしによる加点の履歴が存在したか否かを判定する。こぶし加点の履歴が存在しなければステップＳ２３０の判定が満たされず（Ｓ２３０：Ｎｏ）、後述のステップＳ２４０に移る。こぶし加点の履歴が存在すればステップＳ２３０の判定が満たされ（Ｓ２３０：Ｙｅｓ）、ステップＳ２３２に移る。
【０１１５】
ステップＳ２３２では、上記加点・減点分析部２３は、上記こぶし加点履歴における加点時刻を抽出する。例えば前述の図５（ａ）の例であれば、「時刻０：０７」が抽出される。その後、ステップＳ２３４に移る。
【０１１６】
ステップＳ２３４では、上記加点・減点分析部２３は、上記ステップＳ２０５で読み出された上記集計結果における、上記ステップＳ２３２で抽出された時刻のこぶし加点カウントをインクリメントする。例えば前述の図５（ｂ）の例であれば、上記抽出結果に対応して「時刻０：０７」のカウントが「０」→「１」にインクリメントされる。その後、ステップＳ２３６に移る。
【０１１７】
ステップＳ２３６では、上記加点・減点分析部２３は、上記ステップＳ２３４でインクリメントされた後のカウントの値が、所定のしきい値に到達したか否か、を判定する。しきい値に到達していなければステップＳ２３６の判定が満たされず（Ｓ２３６：Ｎｏ）、上記ステップＳ２８０に移る。しきい値に到達していればステップＳ２３６の判定が満たされ（Ｓ２３６：Ｙｅｓ）、ステップＳ２３８に移る。
【０１１８】
ステップＳ２３８では、上記加点・減点分析部２３は、表示部１０９において前述の「ビブラートチャンス！」「しゃくりチャンス！」と同様の「こぶしチャンス！」のテキストボックスを備えたアドバイス情報（図示省略）を生成するためのこぶしチャンスフラグを「ＯＮ」にする。その後、ステップＳ２８０に移る。上記図５（ｂ）の例では、「０」→「１」にインクリメントされた「時刻０：０７」のデータの処理時にはしきい値「３」に達していないことからステップＳ２３６→ステップＳ２８０と移行し、上記こぶしチャンスのフラグは「ＯＮ」とはならない。ステップＳ２３８が完了すると、上記ステップＳ２８０に移る。
【０１１９】
一方、ステップＳ２３０における判定が満たされずに移行したステップＳ２４０では、上記加点・減点分析部２３は、上記ステップＳ２０７で読み出した１つのカラオケ楽曲に係わる全採点データ中に、上記音程一致による加点の履歴が存在したか否かを判定する。音程一致加点の履歴が存在しなければステップＳ２４０の判定が満たされず（Ｓ２４０：Ｎｏ）、後述のステップＳ２５０に移る。音程一致加点の履歴が存在すればステップＳ２４０の判定が満たされ（Ｓ２４０：Ｙｅｓ）、ステップＳ２４２に移る。
【０１２０】
ステップＳ２４２では、上記加点・減点分析部２３は、上記音程一致加点履歴における加点時刻を抽出する。例えば前述の図５（ａ）の例であれば、「時刻０：０１」〜「時刻０：０４」の４つ、「時刻０：０６」〜「時刻０：０８」の３つ、「時刻０：１０」〜「時刻０：１７」の８つ、及び、「時刻０：２３」〜「時刻０：３０」の８つが抽出される。その後、ステップＳ２４４に移る。
【０１２１】
ステップＳ２４４では、上記加点・減点分析部２３は、上記ステップＳ２０５で読み出された上記集計結果における、上記ステップＳ２４２で抽出された時刻の音程一致加点カウントをインクリメントする。例えば前述の図５（ｂ）の例であれば、上記抽出結果に対応して「時刻０：０１」〜「時刻０：０４」のカウントがそれぞれ「２」→「３」にインクリメントされ、「時刻０：０６」〜「時刻０：０７」のカウントがそれぞれ「０」→「１」にインクリメントされ、「時刻０：０８」のカウントが「１」→「２」にインクリメントされ、「時刻０：１０」のカウントが「１」→「２」にインクリメントされ、「時刻０：１１」のカウントが「０」→「１」にインクリメントされ、「時刻０：１２」〜「時刻０：１７」のカウントがそれぞれ「２」→「３」にインクリメントされ、「時刻０：２３」〜「時刻０：３０」のカウントがそれぞれ「２」→「３」にインクリメントされる。その後、ステップＳ２４６に移る。
【０１２２】
ステップＳ２４６では、上記加点・減点分析部２３は、上記ステップＳ２４４でインクリメントされた後のカウントの値が、所定のしきい値に到達したか否か、を判定する。しきい値に到達していなければステップＳ２４６の判定が満たされず（Ｓ２４６：Ｎｏ）、上記ステップＳ２８０に移る。しきい値に到達していればステップＳ２４６の判定が満たされ（Ｓ２４６：Ｙｅｓ）、ステップＳ２４８に移る。
【０１２３】
ステップＳ２４８では、上記加点・減点分析部２３は、表示部１０９において前述の「音程かんたんゾーン」のテキストボックスを備えたアドバイス情報（前述の例における図７（ａ）及び図７（ｂ）のアドバイス情報ＡＤ１，ＡＤ２，ＡＤ６参照）を生成するための音程かんたんゾーンフラグを「ＯＮ」にする。その後、ステップＳ２８０に移る。上記図５（ｂ）の例では、「０」→「１」にインクリメントされた「時刻０：０６」「時刻０：０７」「時刻０：１１」のデータの処理時や「１」→「２」にインクリメントされた「時刻０：０８」「時刻０：１０」のデータの処理時にはしきい値「３」に達せず、ステップＳ２４６→ステップＳ２８０と移行する一方、「２」→「３」にインクリメントされた「時刻０：０１」〜「時刻０：０４」、「時刻０：１２」〜「時刻０：１７」、「時刻０：２３」〜「時刻０：３０」のデータの処理時にはしきい値「３」に達し、ステップＳ２４６→ステップＳ２４８と移行して、「時刻０：０１」〜「時刻０：０４」、「時刻０：１２」〜「時刻０：１７」、「時刻０：２３」〜「時刻０：３０」の各区間においてそれぞれ音程かんたんゾーンのフラグが「ＯＮ」となる。ステップＳ２４８が完了すると、上記ステップＳ２８０に移る。
【０１２４】
一方、ステップＳ２４０における判定が満たされずに移行したステップＳ２５０では、上記加点・減点分析部２３は、上記ステップＳ２０７で読み出した１つのカラオケ楽曲に係わる全採点データ中に、上記音程不一致による減点の履歴が存在したか否かを判定する。音程不一致減点の履歴が存在しなければステップＳ２５０の判定が満たされず（Ｓ２５０：Ｎｏ）、上記ステップＳ２８０に移る。音程不一致減点の履歴が存在すればステップＳ２５０の判定が満たされ（Ｓ２５０：Ｙｅｓ）、ステップＳ２５２に移る。
【０１２５】
ステップＳ２５２では、上記加点・減点分析部２３は、上記音程不一致減点履歴における減点時刻を抽出する。例えば前述の図５（ａ）の例であれば、「時刻０：０５」「時刻０：０９」の２つ、及び、「時刻０：１８」〜「時刻０：２２」の５つが抽出される。その後、ステップＳ２５４に移る。
【０１２６】
ステップＳ２５４では、上記加点・減点分析部２３は、上記ステップＳ２０５で読み出された上記集計結果における、上記ステップＳ２５２で抽出された時刻の音程不一致減点カウントをインクリメントする。例えば前述の図５（ｂ）の例であれば、上記抽出結果に対応して「時刻０：０５」「時刻０：０９」のカウントがそれぞれ「１」→「２」にインクリメントされ、「時刻０：１８」〜「時刻０：２２」のカウントがそれぞれ「２」→「３」にインクリメントされる。その後、ステップＳ２５６に移る。
【０１２７】
ステップＳ２５６では、上記加点・減点分析部２３は、上記ステップＳ２５４でインクリメントされた後のカウントの値が、所定のしきい値に到達したか否か、を判定する。しきい値に到達していなければステップＳ２５６の判定が満たされず（Ｓ２５６：Ｎｏ）、上記ステップＳ２８０に移る。しきい値に到達していればステップＳ２５６の判定が満たされ（Ｓ２５６：Ｙｅｓ）、ステップＳ２５８に移る。
【０１２８】
ステップＳ２５８では、上記加点・減点分析部２３は、表示部１０９において前述の「音程要注意ゾーン」のテキストボックスを備えたアドバイス情報（前述の例における図７（ｂ）のアドバイス情報ＡＤ５参照）を生成するための音程要注意ゾーンフラグを「ＯＮ」にする。その後、ステップＳ２８０に移る。上記図５（ｂ）の例では、「１」→「２」にインクリメントされた「時刻０：０５」「時刻０：０９」のデータの処理時にはしきい値「３」に達せず、ステップＳ２５６→ステップＳ２８０と移行する一方、「２」→「３」にインクリメントされた「時刻０：１８」〜「時刻０：２２」のデータの処理時にはしきい値「３」に達し、ステップＳ２５６→ステップＳ２５８と移行して、「時刻０：１８」〜「時刻０：２２」の区間において音程要注意ゾーンのフラグが「ＯＮ」となる。ステップＳ２５８が完了すると、上記ステップＳ２８０に移る。
【０１２９】
そして、上記ステップＳ２８０において、全採点データの処理が終了したらステップＳ２８０の判定が満たされ（ステップＳ２８０：ＹＥＳ）、ステップＳ２９０に移行する。
【０１３０】
ステップＳ２９０では、上記加点・減点分析部２３は、上記ステップＳ２１０〜ステップＳ２５８の集計結果に応じて、アドバイス情報を生成する。すなわち、既に述べたように、ステップＳ２１８でのビブラートチャンスのフラグ「ＯＮ」であれば「ビブラートチャンス！」のテキストボックスが含まれ（図７（ａ）及び図７（ｂ）のアドバイス情報ＡＤ３，ＡＤ７参照）、ステップＳ２２８でのしゃくりチャンスのフラグ「ＯＮ」であれば「しゃくりチャンス！」のテキストボックスが含まれ（図７（ａ）のアドバイス情報ＡＤ４参照）、ステップＳ２３８でのこぶしチャンスのフラグ「ＯＮ」であれば「こぶしチャンス！」のテキストボックスが含まれ、ステップＳ２４８での音程かんたんゾーンのフラグ「ＯＮ」であれば「音程かんたんゾーン」のテキストボックスが含まれ（図７（ａ）及び図７（ｂ）のアドバイス情報ＡＤ１，ＡＤ２，ＡＤ６参照）、ステップＳ２５８での音程要注意ゾーンのフラグ「ＯＮ」であれば「音程要注意ゾーン」のテキストボックスが含まれる（図７（ｂ）のアドバイス情報ＡＤ５参照）ような、アドバイス情報が生成される。ステップＳ２９０が完了すると、上記図１０のステップＳ１５０へ移行する。
【０１３１】
図１０に戻り、ステップＳ１５０では、上記制御部２１のＣＰＵが、ホストサーバ２０の電源がＯＦＦにされたか否かを判定する。電源ＯＮのままであればステップＳ１５０の判定が満たされず（ステップＳ１５０：ＮＯ）、上記ステップＳ１１０に戻って同様の手順を繰り返す。電源がＯＦＦにされていればステップＳ１５０の判定が満たされ（ステップＳ１５０：ＹＥＳ）、このフローを終了する。
【０１３２】
＜実施形態の効果＞
以上説明したように、本実施形態においては、カラオケ楽曲の再生にしたがってユーザ（歌唱者）が歌唱すると、カラオケ装置１０の採点部１０２によってその歌唱に対する採点が行われる。このようにして生じる複数の歌唱履歴について、ホストサーバ２０の採点結果蓄積部２２においてそれぞれの採点結果が蓄積される。このとき、上記カラオケ楽曲には、（採点において加味される）歌唱に係わる加点要素が予め関連づけられている。加点要素としては、例えば、音程が一致していれば、採点はプラス方向に加味され、更に修飾的な歌唱技法である「ビブラート」「しゃくり」「こぶし」等が実行された場合も、採点はプラス方向に加味される。したがって、上記カラオケ楽曲の歌唱時において、ユーザが上記加点要素を駆使した歌唱を行うと、それを行わない場合に比べて採点時の得点がアップする。上記のように採点結果蓄積部２２に蓄積される採点結果には、上記加点要素による加点の正否等の実績が含まれる。
【０１３３】
そして本実施形態では、ホストサーバ２０の加点・減点分析部２３により、蓄積された上記複数の歌唱履歴における、上記加点要素による加点傾向（各加点区間ごとの加点実績等）が分析される（図１０のステップＳ２００参照）。そして、その後に新たに当該カラオケ楽曲が再生される場合には、上記分析結果に基づき、表示部１０９において、上記加点要素に係わるアドバイス情報が併せて表示される。すなわち例えば、音程一致やビブラートにより過去に多くの歌唱履歴にて加点が行われている区間について、適宜のメッセージや、加点を表すマークや、当該加点区間を表す適宜の区間表示、等が行われる（前述の図７（ａ）（ｂ）に示したアドバイス情報ＡＤ１〜ＡＤ４，ＡＤ６，ＡＤ７参照）。
【０１３４】
これにより、当該カラオケ楽曲を歌唱するユーザは、過去に多くの他ユーザにより加点がなされた上記加点区間の存在や、当該加点区間でどのようなテクニックを駆使すれば加点を得ることができるか、等を視覚的に知ることができる。この結果、上記のような情報がなくその都度試行錯誤するしかなかった従来に比べ、容易に高得点を得ることができ、娯楽性を向上することができる。
【０１３５】
また、本実施形態では特に、カラオケ楽曲の再生にしたがい、加点要素による加点区間に対応したタイミングに近づいたことを契機に、当該加点要素に係わるアドバイス情報ＡＤ１〜ＡＤ４、ＡＤ６，ＡＤ７がリアルタイムで表示される。これにより、ユーザは、加点区間の到来時又は加点区間に近づいたときに、確実に得点アップを図ることができる。
【０１３６】
また、本実施形態では特に、カラオケ楽曲に、歌唱に係わる減点要素も予め関連づけられている。減点要素の一例として、例えば音程が不一致であれば、採点はマイナス方向に加味される。したがって、上記カラオケ楽曲の歌唱時において、ユーザの歌唱が上記減点要素に該当すると、採点時の得点がダウンする。上記のように採点結果蓄積部２２に蓄積される採点結果には、上記減点要素による減点の有無等の実績が含まれる。ホストサーバ２０の加点・減点分析部２３では、蓄積された上記複数の歌唱履歴における、上記減点要素による減点傾向（各減点区間ごとの減点実績等）も分析される（特に図１１のステップＳ２５０〜ステップＳ２５８参照）。そして、その後に新たに当該カラオケ楽曲が再生される場合には、上記分析結果に基づき、表示部１０９において、上記減点要素に係わるアドバイス情報も併せて表示される。すなわち例えば、音程不一致により過去に多くの歌唱履歴にて減点が行われている区間について、適宜のメッセージや、減点を表すマークや、当該減点区間を表す適宜の区間表示、等が行われる（前述の図７（ｂ）に示したアドバイス情報ＡＤ５参照）。
【０１３７】
これにより、当該カラオケ楽曲を歌唱するユーザは、過去に多くの他ユーザが減点を喫した上記減点区間の存在や、当該減点区間でどのように注意して歌唱すれば減点を回避することができるか、等を視覚的に知ることができる。この結果、従来よりも確実に高得点を得やすくなるので、さらに娯楽性を向上することができる。
【０１３８】
また、本実施形態では特に、カラオケ楽曲の再生にしたがい、減点要素による減点区間に対応したタイミングに近づいたことを契機に、当該減点要素に係わるアドバイス情報ＡＤ５がリアルタイムで表示される。これにより、ユーザは、減点区間の到来時又は減点区間に近づいたときに、確実に得点ダウンを回避することができる。
【０１３９】
また、本実施形態では特に、採点部１０２によるリアルタイムの採点結果が表示部１０９において表示される（図９参照）。これにより、ユーザは、加点や減点の結果、現在の得点状況がどのようになっているかを、リアルタイムで知ることができる。
【０１４０】
なお、以上においては、ホストサーバ２０から取得したアドバイス情報を、上記テロップＴＥ（又は上記背景映像ＢＧでもよい）の表示が当該アドバイス情報に係わる上記加点期待区間又は上記減点危惧区間に近づいたことを契機に、リアルタイムで表示したが、これに限られない。すなわち、上記ステップＳ２０において楽曲データが再生される前（すなわち歌唱開始前）に、表示部１０９の適宜の画面において、当該楽曲の全アドバイス情報を（対応する上記テロップＴＥ又は背景画像ＢＧとともに）例えば一覧表示するようにしてもよい。すなわち、少なくとも当該アドバイス情報に係わる歌唱区間に到達するより前に、各アドバイス情報を表示部１０９において表示すれば足りる。
【０１４１】
また、以上において、図８、図１０、図１１等に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。
【０１４２】
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。
【０１４３】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【符号の説明】
【０１４４】
１                通信カラオケシステム（カラオケシステム）
１０              カラオケ装置
２０              ホストサーバ
２２              採点結果蓄積部（蓄積手段）
２３              加点・減点分析部（分析手段）
１０１            制御部（表示制御手段）
１０２            採点部（採点手段）
１０６            音源（楽曲再生手段）
１０７            音声出力部（楽曲再生手段）
１０８            スピーカ（楽曲再生手段）
１０９            表示部（表示手段）
ＡＤ１〜７        アドバイス情報
【図１】
2017068055.tif 000003
【図２】
2017068055.tif 000004
【図３】
2017068055.tif 000005
【図４】
2017068055.tif 000006
【図５】
2017068055.tif 000007
【図６】
2017068055.tif 000008
【図７】
2017068055.tif 000009
【図８】
2017068055.tif 000010
【図９】
2017068055.tif 000011
【図１０】
2017068055.tif 000012
【図１１】
2017068055.tif 000013