(57)【要約】【課題】自動演奏と共に歌詞表示が行われるカラオケ装置において、歌唱者の歌唱の巧拙を評価し、結果を歌唱者に容易に知らしめる。【解決手段】楽曲の進行に同期して、歌唱者の音声信号とリファレンスデータとを比較することにより歌唱の採点を行う。そして、採点結果に基づいて歌詞字幕の文字色を変化させる。これにより、表示されている歌詞のうち、採点された部分が採点結果に応じた表示色となるので、歌唱者は自身の歌唱の巧拙を、一連の歌詞が表示されている一定の期間にわたって判断することが可能となる。【選択図】        図１４
2004233875.tif 000002
【特許請求の範囲】
【請求項１】
楽曲データに基づいて自動演奏を行うとともに、歌詞を示す歌詞データに基づいて前記自動演奏に同期して歌詞表示を行うカラオケ装置において、
入力される歌唱者の音声に対応した音声信号を出力する音声入力手段と、
前記音声入力手段が出力した音声信号について楽曲の進行に同期して評価を行い、その評価を示す評価データを逐次出力する評価手段と、
前記評価データに基づいて、前記歌詞表示の表示色を変化させる採点色変換制御手段と
を具備することを特徴とするカラオケ装置。
【請求項２】
歌うべきタイミングにある歌詞を順次色替えする文字ワイプ処理手段を有し、前記採点色変換制御手段は前記文字ワイプ処理手段による色替えの色を決定することを特徴とする請求項１記載のカラオケ装置。
【請求項３】
歌うべきタイミングにある歌詞を順次色替えする文字ワイプ処理手段を有し、前記採点色変換制御手段は前記文字ワイプ処理手段による色替えとは異なる位置において前記歌詞表示の表示色を変化させることを特徴とする請求項１記載のカラオケ装置。
【請求項４】
コンピュータを、
楽曲データに基づいて自動演奏を行わせる手段と、
歌詞を示す歌詞データに基づいて前記自動演奏に同期して歌詞表示を行わせる手段と、
入力される歌唱者の音声に対応した音声信号について楽曲の進行に同期して評価を行い、その評価を示す評価データを逐次出力する評価手段と、
前記評価データに基づいて、前記歌詞表示の表示色を変化させる採点色変換制御手段と
して機能させるプログラム。
【請求項５】
請求項４記載のプログラムが記憶されたコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、歌唱者の歌唱の巧拙を評価する機能を有するカラオケ装置に関する。
【０００２】
【従来の技術】
カラオケ演奏に伴って歌われる歌唱者の音声を評価し、評価結果を表示する機能を具備したカラオケ装置が実用化されている。一般にこの種のカラオケ装置においては、カラオケ演奏時に、カラオケの楽曲データに含まれるガイドメロディのＭＩＤＩ（Ｍｕｓｉｃａｌ  Ｉｎｓｔｒｕｍｅｎｔ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ：登録商標）データと歌唱者の音声をデジタル化した歌唱音声データのずれの程度に基づいて歌唱の評価を行う。
【０００３】
評価の表示方法としては大きく分けて二つあり、（Ａ）１楽曲を通して歌唱の評価を行い、演奏終了後に歌唱全体を通じての評価結果である得点を表示する方法と、（Ｂ）１楽曲を小節単位等の複数部分に区切り、歌った直後の歌唱部分の評価をモニタ上に表示し、演奏の進行に伴い表示を更新していく方法とがある（例えば、特許文献１及び２参照）。
【０００４】
【特許文献１】
特開平１０−６９２１６号公報
【特許文献２】
特開２００２−１６２９７８号公報
【０００５】
【発明が解決しようとする課題】
しかしこれらの表示方法は、（Ａ）の方法では全体結果としての評価しか表示されないため、歌唱の部分的な評価を具体的に知ることができず、また（Ｂ）の方法では評価が逐次上書きされるために、直前の一部分のみの評価しかモニタ上で確認することができない。しかも、特許文献２のように歌詞字幕とは離れた場所に得点を表示する類の方法では、歌詞字幕を見ながら得点を見るためには視点を頻繁に移動することとなり見づらく、また歌詞字幕部分に得点を示すマークを表示する類の方法では、マークにより歌詞の一部が隠れてしまう不都合もある。
【０００６】
本発明はこのような背景の下になされたもので、歌唱者が歌唱中に自身の歌唱の評価を容易に把握することができるカラオケ装置の提供を目的としている。
【０００７】
【課題を解決するための手段】
上記課題を解決するために、本発明にかかるカラオケ装置は、入力される歌唱者の音声に対応した音声信号を出力する音声入力手段と、前記音声入力手段が出力した音声信号について楽曲の進行に同期して評価を行い、その評価を示す評価データを逐次出力する評価手段と、前記評価データに基づいて、前記歌詞表示の表示色を変化させる採点色変換制御手段とを具備することを特徴とする。
また、本発明のその他の態様としては、前記楽曲データにはメロディを示すガイドメロディデータが含まれ、前記評価手段は前記音声データと前記ガイドメロディデータとを比較することにより評価を行うことを特徴とする。
【０００８】
【発明の実施の形態】
以下、図面を参照して、本発明の実施形態について説明する。
【０００９】
＜実施形態の構成＞
図１は本発明の一実施形態の外観を示す図である。同図において、１はカラオケ装置本体である。カラオケ装置本体１にはモニタ２、スピーカ３，３，そしてマイク４が接続されている。５はリモコン端末で、赤外線によりカラオケ装置本体１の遠隔操作を行う装置である。
【００１０】
図２はカラオケ装置本体１のブロック図であり、以下に各部機能を概説する。
ＣＰＵ１１は、ＲＡＭ１３をワークエリアとして利用し、ＲＯＭ１２に格納されている各種プログラムを実行することで装置各部を制御する。なお、これらの構成は一般的なコンピュータと同様である。
通信Ｉ／Ｆ（インタフェース）１５は、楽曲データの配信元であるホストコンピュータ６より楽曲データを受信し、ＣＰＵ１１の制御のもとＨＤＤ１４へと転送する。また、ＤＭＡ（Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ）によるＨＤＤ１４へのデータ転送も可能である。
【００１１】
操作部１６は、カラオケ装置本体１にある操作パネルまたはリモコン端末５への入力操作により発せられる信号を検出し、この検出結果をＣＰＵ１１へ出力する。
表示制御部１７は映像データや歌詞字幕、採点結果をモニタ２に表示させるための制御を行う。
【００１２】
音源装置１８はＣＰＵ１１の制御の下に楽曲データに対応する楽音信号を合成し、ここで合成された信号はＤＡＣ（Ｄ／Ａコンバータ）１９によってアナログ変換された後、アンプ２２へ出力される。
音声データ処理部２０は楽曲データに含まれるＡＤＰＣＭ（Ａｄａｐｔｉｖｅ  Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ：適応的差分パルス符号変調）等のフォーマットで記録されたコーラス音声等の音声データをデコードする。デコードされた音声信号は前記楽音信号と共にＤＡＣ１９によってアナログ変換され、アンプ２２へ出力される。
ＡＤＣ（Ａ／Ｄコンバータ）２１は、マイク４より入力された歌唱音声信号をデジタル変換して採点器２３に供給する。採点器２３はこの歌唱音声データとリファレンスデータとを比較し、その結果をＣＰＵ１１に出力する。アンプ２２はマイク４やＤＡＣ１９から出力された信号を混合・増幅し、スピーカ３，３へと出力する。
【００１３】
ＨＤＤ１４は楽曲データと映像データを記憶する。ここで、図３を参照し、ＨＤＤ１４に記憶されている楽曲データの内容について説明する。楽曲データは、ヘッダ、楽音トラック、ガイドメロディトラック、歌詞トラック、音声トラック、効果トラック等により構成されている。ヘッダには、その楽曲データに関する種々の情報、例えば曲番号、曲名、ジャンル、発売日、曲の演奏時間等のデータが格納されている。
【００１４】
楽曲データの各トラックは、図４及び図５に示すように、複数のイベントデータと各イベント間の時間間隔を示すデュレーションデータΔｔからなるシーケンスデータで構成されている。ＣＰＵ１１は、カラオケ演奏時にシーケンスプログラム（カラオケ演奏のためのアプリケーションプログラム）に従って各トラックのデータを並行して読み出す。各トラックのシーケンスデータを読み出す場合、所定のテンポクロックによりΔｔをカウントし、カウントを終了したときこれに続くイベントデータを読み出して処理する。
【００１５】
楽音トラックには、図４に示すように、メロディトラック、リズムトラックを始めとして種々のパートのトラックが形成されている。
また、図５に示すように、ガイドメロディトラックには、このカラオケ曲のボーカルパートのメロディ、すなわち歌唱者が歌うべきメロディのシーケンスデータが書き込まれている。本実施形態においては、このガイドメロディをリファレンスデータと呼び、歌唱の採点基準として用いる。
【００１６】
また、歌詞トラックは、モニタ２上に歌詞を表示するためのシーケンスデータからなっている。このシーケンスデータは楽音データではないが、作業工程を容易にするため、このトラックもＭＩＤＩデータフォーマットで記述される。歌詞トラックは、ＭＩＤＩデータの種類としてはシステムエクスクルーシブメッセージである。歌詞トラックは、通常はモニタに表示される１行分の歌詞に相当する文字データ、そのモニタ画面上の表示座標、表示時間、及びワイプシーケンスデータからなっている。ワイプシーケンスデータとは、曲の進行に合わせて歌詞の表示色を変更（これをワイプと呼ぶ）していくためのシーケンスデータであり、歌詞の座標と表示色を変更するタイミング（この歌詞が表示されてからの時間）とが１行分の長さにわたって順次記録されているデータである。その他のトラックについての説明は省略する。
【００１７】
次に、図６を参照し、ＲＡＭ１３のメモリマップの内容を説明する。同図に示すように、ＲＡＭ１３には、リファレンスデータを一時記憶するＭＩＤＩバッファ１３０のほか、リファレンスデータと歌唱音声データとを比較するための採点データを蓄積記憶する採点データ記憶エリア１３２、カラオケ演奏のための楽曲データを記憶する実行データ記憶エリア１３３、ロードしたシステムプログラムやアプリケーションプログラムを記憶するプログラム記憶エリア１３４が設定されている。ＭＩＤＩバッファ内部にはこのリファレンスデータを記憶するリファレンスデータレジスタ１３１が設定されている。また、採点データ記憶エリア１３２の内部は、ΔＴ毎の採点データの要素ΔＤ，ΔＥの各々が記憶される構成となっている。
【００１８】
＜実施形態の動作＞
次に、上記構成からなるカラオケ装置の動作を説明する。
まず、利用者が操作部１６に対し楽曲指定操作を行うと、指定された楽曲の楽曲データがＲＡＭ１３のＭＩＤＩバッファへ転送され、この転送された楽曲データをＣＰＵ１１が順次読み出し処理を行うことで、当該楽曲の再生が開始される。それと同時に、一定時間間隔ΔＴ（評価例では５０ｍｓである）で発生する割り込み要求に応じて、採点処理が実行される。また、楽曲の再生が開始され、演奏が歌詞のある部分に到達すると、モニタ２には歌詞字幕が表示される。そしてワイプシーケンスデータに従い、この歌詞字幕には演奏の進行に伴った文字ワイプ処理が施される。
【００１９】
楽曲の再生に従って歌唱者が歌唱を行うと、歌唱者の歌唱音声はマイク４より入力され、ＡＤＣ２１に入力される。ＡＤＣ２１は、入力された歌唱音声信号をデジタル変換しこれを歌唱音声データとして採点器２３に供給する。またＣＰＵ１１はＲＡＭ１３のリファレンスデータレジスタ１３１より、リファレンスデータを演奏の進行に同期して抽出する。このリファレンスデータと歌唱音声データとから音程と音長とを、採点器２３がΔＴ毎に比較処理を行うことにより得点が求められる。採点及び結果表示の方法は複数考えられ、以下にその例を示す。
【００２０】
（採点・採点色変換処理）
以下に本実施例の採点処理を、図７のフローチャートを参照しつつ説明する。はじめに、歌唱音声の評価処理を行う（ステップｓ１１）。この処理を図１０のフローチャートに示す。
【００２１】
まず、リファレンスデータと歌唱音声データの双方が０でない値を持つかどうかを判定する（ステップｓ１０１）。ＹＥＳの場合、すなわちこれは本来歌唱すべき部分に歌唱者の歌唱音声データが存在することを意味しており、この場合には微小時間ΔＴにおける音程の差分ΔＤを求める（ステップｓ１０２）。リファレンスデータと歌唱音声データとが同じ音程を示していれば差分は０であり、異なる場合に差分が生じる。
【００２２】
本実施形態では、音程の差異を周波数の尺度ではなく１２音階の尺度により求めるために、差分ΔＤの算出において用いる単位はＣｅｎｔ（セント）である。なお、周波数がそれぞれｆ１，ｆ２である２音の音程差Ｘ（セント）は数１で表される。
【数１】
Ｘ＝１２００×ｌｏｇ２（ｆ１／ｆ２）
【００２３】
一方ステップｓ１０１において、リファレンスデータと歌唱音声データの少なくとも一方が０でない場合、すなわちリファレンスデータと歌唱音声データの一方または両方が０でない場合は、ステップｓ１０３へと進む。ステップｓ１０３では、このいずれであるかを判別する。前者であれば、つまり「本来発音される部分で発音していない」または「本来発音されない部分で発音している」場合であり、これらを音長の異常と見なし、微小時間ΔＴ毎における異常ΔＥに１を記録する（ステップｓ１０４）。また、後者であれば発音すべきでない部分で発音していないのだから、これは正常であり、このとき異常ΔＥに０を記録する（ステップｓ１０５）。
以上で歌唱音声評価処理は終了し、ステップｓ１２へと進む。
【００２４】
ステップｓ１２では、微小時間ΔＴにおける得点Ｐ１を求める。Ｐ１は満点（本実施例では１００である）からＲＡＭ１３内部の採点データ記憶エリア１３２に記憶されている差分ΔＤ，異常ΔＥを差し引いた値となる。すなわち、Ｐ１は数２で表される。
【数２】
Ｐ１＝１００−（ａ１ΔＤ＋ｂ１ΔＥ）
なお、数２において、ａ１，ｂ１はそれぞれ重み付けのための定数を表している。
【００２５】
Ｐ１が求められたら、この結果を利用して歌詞字幕の採点色変換処理を行う（ステップｓ１３）。この処理は図１１のフローチャートで表すことができ、以下同図も参照しつつ説明を行う。歌詞字幕の採点色変換処理は、以下の通りである。
まず、得点に対して２値の閾値Ｐａ，Ｐｂを予め設定しておく。閾値の設定は任意だが、歌唱者の歌唱の評価を「良い」「普通」「悪い」の３段階に分類できるように適切な値を定める。歌唱者の得点Ｐ１がＰ１＜ＰａまたはＰｂ＜Ｐ１の部分、すなわち得点の「悪い」部分または「良い」部分の歌詞字幕について採点色変換処理を行う。
【００２６】
ステップｓ２０１ではＰ１を参照する。Ｐ１を参照したら、その値をＰａ及びＰｂと比較し、その結果により分岐処理を行う（ステップｓ２０２）。ここで、Ｐ１＜Ｐａであればワイプ色を赤（低得点の場合の表示色）に（ステップｓ２０３）、Ｐｂ＜Ｐ１であればワイプ色を青（高得点の場合の表示色）に（ステップｓ２０５）、Ｐａ≦Ｐ１≦Ｐｂであればワイプ色を通常色（ステップｓ２０４）に設定する。
ワイプ色が決定されたら、ワイプシーケンスデータより座標を取得し（ステップｓ２０６）、モニタ２に表示されている字幕の採点色変換処理を実行する（ステップｓ２０７）。
【００２７】
当該部分の歌詞字幕の採点色変換処理が完了すると、ＲＡＭ１３内部の採点データ記憶エリア１３２に記憶されているΔＤ，ΔＥはクリアされ（ステップｓ１４）、次の採点処理のためにメモリ領域が確保される。
以上のように微小時間ΔＴ毎に採点処理は行われ、上記の処理は楽曲が終了するまでの各ΔＴについて行われる。すなわち、楽曲の進行に同期して評価が行われ、その評価を示す採点結果が逐次出力される。
【００２８】
本実施例では、文字ワイプ処理と採点色変換処理を同時に、かつ同一箇所にて行っている。すなわち、文字ワイプ処理の表示色が採点結果に応じて決定されている。しかし文字ワイプ処理は一般に、歌唱者が歌詞字幕を見てから歌い出すのを考慮して、タイムラグを持たせて通常０．５秒程度実際のメロディよりも先行してワイプを行っているため、実際には文字ワイプする位置と採点が完了している位置とは異なる（図１２参照）。しかしこの両者の間隔はモニタ２に表示したときに無視できるほど小さいので、視認性を高める意味も含め本実施例では両者を同一の位置として処理する。図１３に本実施例の歌唱及び得点の例を、図１４に図１３の結果を得た場合の、モニタ２上での歌詞字幕の採点色変換処理の一例を示す。なお、図１３において、歌唱は（ア）の部分まで終了していることを示す。図１４に示されるように、本実施例ではＰ１＜ＰａないしはＰｂ＜Ｐ１なる全ての位置で歌詞字幕の採点色変換処理が行われる。
【００２９】
以上により、歌唱者の得点の高低が歌唱中にモニタ２上の歌詞字幕に一定の期間色分けして示されることとなり、歌唱者は自身の歌唱の出来・不出来を、歌詞字幕の色を参照することによって歌唱中に確認することが可能となる。
【００３０】
なお、上記実施例と同様の処理のもと、文字ワイプ処理と採点色変換処理の箇所をずらして実行しても良い。すなわち、採点色変換処理を実行する位置を文字ワイプする位置と近似的に同一とせずに、採点が完了している位置から採点色変換処理を実行するものである。この場合、採点色変換処理を行う部分では、ワイプシーケンスデータより座標を取得し、採点色変換処理の実行位置を決定する。採点色変換処理の実行位置としては、採点処理の終了直後の当該部分に順次採点色変換処理を実行しても良いが、視認性を高めるために文字ワイプ位置とはある程度の間隔を持たせても良い。すなわち文字ワイプの位置と色変換の位置との間隔はモニタ２の横方向に対して任意のドット数を決定すれば良い。
【００３１】
（採点色変換処理の変形例１）
上述の実施形態の採点色変換処理には種々の変形が可能であるが、以下には小節毎の平均点を求め、小節単位で採点表示を実行する変形例を図８に示すフローチャートを参照して説明する。
【００３２】
はじめに、歌唱音声の評価処理を行う（ステップｓ２１）。この処理を図１０のフローチャートに示す。同図の説明は既出のため省略し、次のステップｓ２２へと進む。
ステップｓ２２では、演奏が小節区切りに達しているかどうかを判別する。これがＹＥＳであればステップｓ２３へと進み、ＮＯであれば小節区切りに達するまで、ステップｓ２１の処理を繰り返す。
【００３３】
ステップｓ２３では、微小時間ΔＴにおける得点Ｐ２の算出処理が割り込み処理として行われる。Ｐ２は満点（本変形例では１００である）からＲＡＭ１３内部の採点データ記憶エリア１３２に記憶されているΔＤ，ΔＥを差し引いた値となるが、その処理は以下のように行われる。
まず、１小節分が蓄積記憶されている差分ΔＤ，異常ΔＥの各々に対して累計値を求める。ここでは差分ΔＤ，異常ΔＥの累計値をそれぞれＤ，Ｅとする。
Ｄ，Ｅが求められると、小節あたりの得点Ｐ２が求められる。Ｐ２は満点からＤ，Ｅを差し引いた値となる。すなわち数３のようになる。
【数３】
Ｐ２＝１００−（ａ２Ｄ＋ｂ２Ｅ）
なお、数３において、ａ２，ｂ２はそれぞれ重み付けのための定数を表している。
【００３４】
Ｐ２が求められたら、この結果を利用して歌詞字幕の採点色変換処理を行う（ステップｓ２４）。この処理は図１１のフローチャートで表すことができ、以下同図も参照しつつ説明を行う。歌詞字幕の採点色変換処理は、以下の通りである。
【００３５】
まず、得点に対して２値の閾値Ｐａ，Ｐｂを予め設定しておく。閾値の設定は任意だが、歌唱者の歌唱の評価を「良い」「普通」「悪い」の３段階に分類できるような適切な値を定める。歌唱者の得点Ｐ２がＰ２＜ＰａまたはＰｂ＜Ｐ２の部分、すなわち得点の「悪い」部分または「良い」部分の字幕について採点色変換処理を行う。
【００３６】
ステップｓ２０１ではＰ２を参照する。Ｐ２を参照したら、その値をＰａ及びＰｂと比較し、その結果により分岐処理を行う（ステップｓ２０２）。ここで、Ｐ２＜Ｐａであればワイプ色を赤（低得点の場合の表示色）に（ステップｓ２０３）、Ｐｂ＜Ｐ２であればワイプ色を青（高得点の場合の表示色）に（ステップｓ２０５）、Ｐａ≦Ｐ２≦Ｐｂであればワイプ色を通常色（ステップｓ２０４）に設定する。
ワイプ色が決定されたら、ワイプシーケンスデータより座標を取得し（ステップｓ２０６）、モニタ２に表示されている字幕の採点色変換処理を実行する（ステップｓ２０７）。
【００３７】
当該部分の歌詞字幕の採点色変換処理が完了すると、ＲＡＭ１３内部の採点データ記憶エリア１３２に蓄積記憶されているΔＤ，ΔＥはクリアされ（ステップｓ２５）、次の採点処理のためにメモリ領域が確保される。
以上のように小節毎に採点処理は行われ、上記の処理は楽曲が終了するまでの各小節について行われる。
【００３８】
本変形例において、図１５に示された歌唱を行った場合の、モニタ２上での歌詞字幕の表示態様を図１６に示す。なお、同図において歌唱は小節Ｄの（ア）の部分まで終了していることを示している。これら２つの図からわかるように、本変形例では小節毎の平均点によって表示色が決定されるため、１小節間に閾値をまたぐことがあっても、該小節の歌詞字幕部分はいずれか１色で表示される。このため、各小節の評価は該小節の演奏が完全に終了するまでは確定されず、点（ア）のようにワイプが小節の途中を進行している場合には、表示色は確定されず通常のワイプ色のままワイプが進行し、小節全体の歌唱が終了してから採点色変換処理が行われる。このように、ワイプによる色変え処理とは異なる位置において、採点色変換処理が行われる。
【００３９】
以上により、歌唱者の得点の高低が歌唱中にモニタ２上の歌詞字幕に一定の期間色分けして表示されることとなり、歌唱者は自身の歌唱の出来・不出来を、歌詞字幕の色を参照することによって歌唱中に確認することが可能となる。
【００４０】
（採点色変換処理の変形例２）
次に、採点は微小時間ΔＴ単位で実行するが、採点色変換処理は文字ワイプ処理より遅れて小節単位で実行する変形例を図９のフローチャートを参照して説明する。
【００４１】
はじめに、歌唱音声の評価処理を行う（ステップｓ３１）。この処理を図１０のフローチャートに示す。同図の説明は既出のため省略し、次のステップｓ３２へと進む。
ステップｓ３２では、微小時間ΔＴにおける得点Ｐ３を求める。Ｐ３は満点（本変形例では１００である）からＲＡＭ１３内部の採点データ記憶エリア１３２に記憶されている差分ΔＤ，異常ΔＥを差し引いた値となる。すなわち、Ｐ１は数４で表される。
【数４】
Ｐ３＝１００−（ａ３ΔＤ＋ｂ３ΔＥ）
なお、数４において、ａ３，ｂ３はそれぞれ重み付けのための定数を表している。
【００４２】
Ｐ３が求められたら、Ｐ３をＲＡＭ１３内部の採点データ記憶エリア１３２に記憶し、次のステップｓ３３へと進む。
ステップｓ３３では、演奏が小節区切りに達しているかどうかを判別する。これがＹＥＳであればステップｓ３４へと進み、ＮＯであれば小節区切りに達するまで、ステップｓ３１，３２の処理を繰り返す。
【００４３】
小節区切りに達し、１小節にわたりＰ３が求められたら、この結果を利用して歌詞字幕の採点色変換処理を行う（ステップｓ２４）。この処理は図１１のフローチャートで表すことができ、以下同図も参照しつつ説明を行う。歌詞字幕の採点色変換処理は、以下の通りである。
【００４４】
まず、得点に対して２値の閾値Ｐａ，Ｐｂを予め設定しておく。閾値の設定は任意だが、歌唱者の歌唱の評価を「良い」「普通」「悪い」の３段階に分類できるような適切な値を定める。歌唱者の得点Ｐ３がＰ３＜ＰａまたはＰｂ＜Ｐ３の部分、すなわち得点の「悪い」部分または「良い」部分の字幕について採点色変換処理を行う。処理内容は以下の通りである。
【００４５】
ステップｓ２０１ではＰ３を参照する。Ｐ３を参照したら、その値をＰａ及びＰｂと比較し、その結果により分岐処理を行う（ステップｓ２０２）。ここで、Ｐ１＜Ｐａであればワイプ色を赤（低得点の場合の表示色）に（ステップｓ２０３）、Ｐｂ＜Ｐ１であればワイプ色を青（高得点の場合の表示色）に（ステップｓ２０５）、Ｐａ≦Ｐ１≦Ｐｂであればワイプ色を通常色（ステップｓ２０４）に設定する
【００４６】
ワイプ色が決定されたら、ワイプシーケンスデータより座標を取得し（ステップｓ２０６）、モニタ２に表示されている字幕の採点色変換処理を実行する（ステップｓ２０７）。
【００４７】
当該部分の歌詞字幕の採点色変換処理が完了すると、ＲＡＭ１３内部の採点データ記憶エリア１３２に蓄積記憶されているΔＤ，ΔＥはクリアされ（ステップｓ２５）、次の採点処理のためにメモリ領域が確保される。
以上のように採点処理は行われ、上記の処理は楽曲が終了するまでの各小節について行われる。
【００４８】
本変形例において、図１７に示された歌唱を行った場合の、モニタ２上での歌詞字幕の表示態様を図１８に示す。なお、同図において歌唱は小節Ｄの（ア）の部分まで終了していることを示している。これら２つの図からわかるように、本実施例ではΔＴ毎に求められる得点により表示色が決定される。しかし図１３，１４で示された例のようにリアルタイムに得点の表示を行うのではなく、各小節の演奏が終わる毎に演奏が終了した小節の採点色変換処理を行う。そのため、最後まで歌唱が終了していない小節（例えば図１７の小節Ｄ）は、小節全体の歌唱が終了するまでは通常のワイプ色で表示され、小節全体の歌唱が終了すると採点処理が行われて表示色が決定される。このように、ワイプによる色変え処理とは異なる位置において、採点色変換処理が行われる。
【００４９】
以上により、歌唱者の得点の高低が歌唱中にモニタ上の歌詞字幕に一定の期間示されることとなり、歌唱者は自身の歌唱の出来・不出来を、歌詞字幕の色を参照することによって歌唱中に確認することが可能となる。
【００５０】
＜変形例＞
なお、本発明は上述した実施形態に限定されるものではなく、以下に例示するような種々の変形が可能である。
【００５１】
＜ａ．変形例１＞
上述した実施形態においては、評価方法は既に述べた通りであるが、得点をΔＴ毎に算出することが可能であれば、評価方法は特に上述の方法に限定されるものではなく、任意の方法で良い。例えば上述の実施形態においては、歌唱音声の音程成分と音長成分とをリファレンスデータと比較し、双方の評価を合成して採点する評価方法であったが、歌唱音声の音程成分と音長成分のいずれか一方のみをリファレンスデータと評価する方法も考えられる。また、音量成分をリファレンスデータとして用い、音量が所定の値以上であるかにより評価する等の、より単純な評価方法でも可能である。
【００５２】
＜ｂ．変形例２＞
上述した実施形態においては、ΔＴ毎に歌唱音声データとリファレンスデータの音程成分と音長成分とを抽出し、ΔＤ，ΔＥをもとに減点法により得点Ｐを算出することによって採点処理を行ったが、他の方法により採点処理を行うことも勿論可能である。例えば音程のみを評価の対象にしたり、音程・音長以外の要素を評価の対象に加えたりすることが考えられる。歌唱に対して微小時間毎に評価対象を抽出し、評価を与えられるという条件が満たされていれば、採点の方法は特に問わない。
【００５３】
＜ｃ．変形例３＞
上述した実施形態においては、色変換は２色で行われたが、これは１色で評価の高い部分または低い部分の一方のみを色変換することも可能であり、また３値以上の閾値を設定し使用する色数を増やす、ないしはグラデーション表示することで、さらに細かく採点結果をモニタ上に反映させることも可能である。
多色にて表示する場合には、短時間に急激に得点が上下すると色がめまぐるしく変化することとなり、視認性が悪くなる可能性がある。このような場合には、図１９のようにより滑らかな曲線で得点変化を近似し、これに応じて採点色変換処理を行って表示しても良い。
また、表示色についても、特に得点の高かった部分については金色で表示させたり点滅させたりすることによって、より高い娯楽性を付与することが可能である。
【００５４】
＜ｄ．変形例４＞
上述した実施形態においては、色変換のタイミングは文字ワイプと同期するか小節毎に区切られていたが、音符毎や複数小節毎等、種々のタイミングで実施することが可能である。また、複数行にて歌詞が表示される場合には、歌い終わった行について行単位で採点処理を行い、採点色変換処理を行っても良い。
また、楽曲データに単語や文節の区切りを示すデータを挿入すれば、該データを読み出して利用することによって単語や文節毎に得点を算出することも可能である。
【００５５】
【発明の効果】
以上説明したように、本発明によれば、歌唱者が歌唱中に自身の歌唱の評価を容易に把握することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態であるカラオケ装置の全体構成図である。
【図２】同実施形態におけるカラオケ装置本体の電気的構成を示すブロック図である。
【図３】同実施形態における楽曲データのフォーマットを示した図である。
【図４】同楽曲データの楽音トラックの構成を示す図である。
【図５】同楽曲データのガイドメロディトラックの構成を示す図である。
【図６】同カラオケ装置におけるＲＡＭのメモリマップを示した図である。
【図７】同実施形態における歌唱採点処理を説明するためのフローチャートである。
【図８】同実施形態の採点色変換処理の変形例１における歌唱採点処理を説明するためのフローチャートである。
【図９】同実施形態の採点色変換処理の変形例２における歌唱採点処理を説明するためのフローチャートである。
【図１０】同実施形態における歌唱音声評価処理を説明するためのフローチャートである。
【図１１】同実施形態における歌詞字幕の採点色変換処理を説明するためのフローチャートである。
【図１２】同実施形態における文字ワイプ位置と採点完了位置を例示した図である。
【図１３】同実施形態における歌唱と採点結果とを例示した図である。
【図１４】同実施形態におけるモニタ２上での歌詞字幕の表示態様を例示した図である。
【図１５】同実施形態の採点色変換処理の変形例１における歌唱と採点結果とを例示した図である。
【図１６】同実施形態の採点色変換処理の変形例１におけるモニタ２上での歌詞字幕の表示態様を例示した図である。
【図１７】同実施形態の採点色変換処理の変形例２における歌唱と採点結果とを例示した図である。
【図１８】同実施形態の採点色変換処理の変形例２におけるモニタ２上での歌詞字幕の表示態様を例示した図である。
【図１９】同実施形態における採点結果の近似曲線を例示した図である。
【符号の説明】
１…カラオケ装置本体、２…モニタ、３…スピーカ、４…マイク、５…リモコン端末、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…ＨＤＤ、１５…通信Ｉ／Ｆ、１６…操作部、１７…表示制御部、１８…音源装置、１９…ＤＡＣ、２０…音声データ処理部、２１…ＡＤＣ、２２…アンプ、２３…採点器、１３０…ＭＩＤＩバッファ、１３１…リファレンスデータレジスタ、１３２…採点データ記憶エリア、１３３…実行データ記憶エリア、１３４…プログラム記憶エリア。
【図１】
2004233875.tif 000003
【図２】
2004233875.tif 000004
【図３】
2004233875.tif 000005
【図４】
2004233875.tif 000006
【図５】
2004233875.tif 000007
【図６】
2004233875.tif 000008
【図７】
2004233875.tif 000009
【図８】
2004233875.tif 000010
【図９】
2004233875.tif 000011
【図１０】
2004233875.tif 000012
【図１１】
2004233875.tif 000013
【図１２】
2004233875.tif 000014
【図１３】
2004233875.tif 000015
【図１４】
2004233875.tif 000016
【図１５】
2004233875.tif 000017
【図１６】
2004233875.tif 000018
【図１７】
2004233875.tif 000019
【図１８】
2004233875.tif 000020
【図１９】
2004233875.tif 000021