(57)【特許請求の範囲】
【請求項１】
歌詞が割り当てられた楽曲のうち指定された楽曲である指定楽曲を再生する再生手段と、
前記再生手段による前記指定楽曲の再生中にマイクを介して入力された音声である歌唱データを取得する取得手段と、
前記取得手段で取得された前記歌唱データから、利用者が前記指定楽曲を歌唱した歌い方の特徴を表す歌声特徴量を特定する特徴特定手段と、
複数の既定の歌手の各々における歌い方の特徴を表す歌手特徴量と、当該既定の歌手の各々の属性を表す歌手属性とが対応付けられたデータ群である歌手特徴データ群から、前記特徴特定手段で特定した前記歌声特徴量と類似度が最も高い歌手特徴量が対応付けられた前記歌手属性である類似歌手属性を特定する歌手特定手段と、
前記利用者を識別する利用者識別情報及び前記指定楽曲を識別する楽曲識別情報と、前記歌手特定手段で特定された類似歌手属性とを対応付けて記憶部に記憶する記憶手段と、
前記再生手段により再生される前記指定楽曲の前記楽曲識別情報と、前記利用者を識別する前記利用者識別情報とが、記憶部に対応付けて記憶されているか否かを判断する判断手段と、
前記判断手段により前記記憶部に記憶されていると判断されたとき、前記歌手特徴データ群に含まれる歌手特徴量の中で、前記判断手段により記憶されていると判断された当該利用者識別情報及び当該楽曲識別情報と対応付けられた前記類似歌手属性に対応する歌手特徴量を、当該指定楽曲における歌唱旋律の楽譜を表す楽譜データに反映した評価基準データを生成する生成手段と、
前記生成手段で生成した評価基準データに基づいて、前記取得手段で取得された歌唱データを評価する評価手段と
を備える、カラオケシステム。
【請求項２】
前記歌手属性は、
前記複数の既定の歌手の各々を識別する歌手識別情報である、請求項１に記載のカラオケシステム。
【請求項３】
前記歌手属性は、
複数の楽曲の歌声データを、前記利用者識別情報ごとに、その利用者の歌声特徴量または楽曲ジャンルの種別に従って分類した情報である、請求項１に記載のカラオケシステム。
【請求項４】
前記再生手段によって再生される前記指定楽曲の楽曲識別情報である再生楽曲識別情報を取得する楽曲ＩＤ取得手段と、
前記再生楽曲識別情報によって識別される指定楽曲を歌唱する利用者の前記利用者識別情報である歌唱利用者識別情報を取得する利用者ＩＤ取得手段と、
を、更に備え、
前記生成手段は、
前記判断手段により、前記再生手段により再生される前記指定楽曲の前記楽曲識別情報と、前記利用者を識別する前記利用者識別情報とが、記憶部に対応付けて記憶されていないと判断されたとき、前記利用者ＩＤ取得手段で取得した歌唱利用者識別情報、及び前記楽曲ＩＤ取得手段で取得した再生楽曲識別情報と同一の前記利用者識別情報及び前記楽曲識別情報が前記記憶部に記憶されていなければ、前記利用者が前記指定楽曲を歌唱して前記歌手特徴手段により特定された前記類似歌手属性が示す歌手特徴量を、前記再生楽曲識別情報が示す前記指定楽曲の前記楽譜データに反映した前記評価基準データを生成する、請求項１から請求項３までのいずれか一項に記載のカラオケシステム。
【請求項５】
歌詞が割り当てられた楽曲のうち指定された楽曲である指定楽曲を再生する再生手段と、
前記再生手段による前記指定楽曲の再生中にマイクを介して入力された音声である歌唱データを取得する取得手段と、
前記取得手段で取得された前記歌唱データから、利用者が前記指定楽曲を歌唱した歌い方の特徴を表す歌声特徴量を特定する特徴特定手段と、
複数の既定の歌手の各々における歌い方の特徴を表す歌手特徴量と、当該既定の歌手の各々の属性を表す歌手属性とが対応付けられたデータ群である歌手特徴データ群から、前記特徴特定手段で特定した前記歌声特徴量と類似度が最も高い歌手特徴量が対応付けられた前記歌手属性である類似歌手属性を特定する歌手特定手段と、
前記利用者を識別する利用者識別情報及び前記指定楽曲を識別する楽曲識別情報と、前記歌手特定手段で特定された類似歌手属性とを対応付けて、接続された記憶部に記憶させる記憶制御手段と、
前記再生手段により再生される前記指定楽曲の前記楽曲識別情報と、前記利用者を識別する前記利用者識別情報とが、記憶部に対応付けて記憶されているか否かを判断する判断手段と、
前記判断手段により前記記憶部に記憶されていると判断されたとき、前記歌手特徴データ群に含まれる歌手特徴量の中で、前記判断手段により記憶されていると判断された当該利用者識別情報及び当該楽曲識別情報と対応付けられた前記類似歌手属性に対応する歌手特徴量を、当該指定楽曲における歌唱旋律の楽譜を表す楽譜データに反映した評価基準データを生成する生成手段と、
前記生成手段で生成した評価基準データに基づいて、前記取得手段で取得された歌唱データを評価する評価手段と
を備える、カラオケ装置。
【請求項６】
コンピュータに実行させるプログラムであって、
歌詞が割り当てられた楽曲のうち指定された楽曲である指定楽曲を再生する再生手順と、
前記再生手順による前記指定楽曲の再生中にマイクを介して入力された音声である歌唱データを取得する取得手順と、
前記取得手順で取得された前記歌唱データから、利用者が前記指定楽曲を歌唱した歌い方の特徴を表す歌声特徴量を特定する特徴特定手順と、
複数の既定の歌手の各々における歌い方の特徴を表す歌手特徴量と、当該既定の歌手の各々の属性を表す歌手属性とが対応付けられたデータ群である歌手特徴データ群から、前記特徴特定手順で特定した前記歌声特徴量と類似度が最も高い歌手特徴量が対応付けられた前記歌手属性である類似歌手属性を特定する歌手特定手順と、
前記利用者を識別する利用者識別情報及び前記指定楽曲を識別する楽曲識別情報と、前記歌手特定手順で特定された類似歌手属性とを対応付けて、接続された記憶部に記憶させる記憶制御手順と、
前記再生手順により再生される前記指定楽曲の前記楽曲識別情報と、前記利用者を識別する前記利用者識別情報とが、記憶部に対応付けて記憶されているか否かを判断する判断手順と、
前記判断手順により前記記憶部に記憶されていると判断されたとき、前記歌手特徴データ群に含まれる歌手特徴量の中で、前記判断手順により記憶されていると判断された当該利用者識別情報及び当該楽曲識別情報と対応付けられた前記類似歌手属性に対応する歌手特徴量を、当該指定楽曲における歌唱旋律の楽譜を表す楽譜データに反映した評価基準データを生成する生成手順と、
前記生成手順で生成した評価基準データに基づいて、前記取得手順で取得された歌唱データを評価する評価手順とを、
前記コンピュータに実行させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、歌唱音声を評価する技術に関する。
【背景技術】
【０００２】
楽曲を再生し、楽曲の再生に併せてマイクへ入力された歌唱音声を評価するカラオケ装置が知られている（特許文献１参照）。そして、特許文献１に記載されたカラオケ装置では、歌唱音声の評価を以下の手順で実施している。
【０００３】
特許文献１に記載されたカラオケ装置では、歌手などの模範歌唱の模範歌唱信号と、マイクへ入力された歌唱信号とに対する二つの音声の特徴点を抽出して得られた音質、発生単語の長さを比較し、離れ状態の距離値から採点した結果を、模範歌唱に対するマイク入力された歌唱の類似度（ものまねの度合い）として出力する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−２５９０８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このようなカラオケ装置では、模範歌唱となる歌手として、楽曲の実演家であるオリジナル歌手の歌唱が用いられる。しかしながら、カラオケ装置の利用者の歌唱の歌い回しや声質が、オリジナルの歌手の歌い回しや声質に類似していない場合がある。このような利用者の歌唱は、歌い回しや声質がオリジナルの歌手と類似している歌唱に比べて、オリジナルの歌手の歌唱とのかい離が大きく検出されて低い評価がされてしまい、当該利用者のモチベーションが低下する可能性があるという課題がある。
【０００６】
そこで、本発明は、カラオケにおいて、利用者のモチベーションが低下することを抑制する技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するためになされた本発明の一態様は、再生手段と、取得手段と、特徴特定手段と、歌手特定手段と、記憶手段と、判断手段と、生成手段と、評価手段とを備える、カラオケシステムに関する。
【０００８】
再生手段は、歌詞が割り当てられた楽曲のうち指定された楽曲である指定楽曲を再生する。取得手段は、再生手段による指定楽曲の再生中にマイクを介して入力された音声である歌唱データを取得する。特徴特定手段は、取得手段で取得された歌唱データから、利用者が指定楽曲を歌唱した歌い方の特徴を表す歌声特徴量を特定する。
【０００９】
歌手特定手段は、歌手特徴データ群から、特徴特定手段で特定した歌声特徴量と類似度が最も高い歌手特徴量が対応付けられた歌手属性である類似歌手属性を特定する。歌手特徴データ群とは、複数の既定の歌手の各々における歌い方の特徴を表す歌手特徴量と、当該既定の歌手の各々の属性を表す歌手属性とが対応付けられたデータ群である。
【００１０】
記憶手段は、利用者を識別する利用者識別情報及び指定楽曲を識別する楽曲識別情報と、歌手特定手段で特定された類似歌手属性とを対応付けて記憶部に記憶する。判断手段は
、再生手段により再生される指定楽曲の楽曲識別情報と、利用者を識別する利用者識別情報とが、記憶部に対応付けて記憶されているか否かを判断する。
【００１１】
そして、生成手段は、判断手段により前記記憶部に記憶されていると判断されたとき、歌手特徴データ群に含まれる歌手特徴量の中で、判断手段により記憶されていると判断された当該利用者識別情報及び当該楽曲識別情報と対応付けられた類似歌手属性に対応する歌手特徴量を、当該指定楽曲における歌唱旋律の楽譜を表す楽譜データに反映した評価基準データを生成する。
【００１２】
さらに、評価手段は、生成手段で生成した評価基準データに基づいて、取得手段で取得された歌唱データを評価する。
このようなカラオケシステムでは、当該カラオケシステムの利用者が歌唱した音声に基づいて、その利用者の歌い方の特徴に類似する歌手（以下、類似歌手）を特定する。そして、カラオケシステムでは、同一の楽曲を同一の利用者が改めて歌唱する場合、類似歌手の歌い方の特徴を反映した評価基準データを生成する。すなわち、評価基準データは、類似歌手の歌手特徴量を当該指定楽曲の楽譜データに反映したデータであり、類似歌手が指定楽曲を歌唱した場合の歌い方の特徴が現れたデータである。
【００１３】
したがって、カラオケシステムによれば、類似歌手が指定楽曲を歌唱した場合、どのような歌い方をするのかという点を基準として、利用者の歌い方を評価できる。このため、カラオケシステムによれば、カラオケシステムの利用者の歌い方の特徴が、指定楽曲を歌唱するオリジナル歌手の歌い方の特徴に類似していない場合であっても、評価が低くなることを抑制できる。
【００１４】
換言すると、カラオケシステムによれば、評価が低く利用者のモチベーションが上がらなくなることを抑制できる。
カラオケシステムにおいて、歌手属性は、複数の既定の歌手の各々を識別する歌手識別情報であってもよい。
【００１５】
このようなカラオケシステムによれば、歌手識別情報を歌手属性とすることができる。これにより、カラオケシステムによれば、類似歌手属性として、歌手を識別する情報を特定できる。
【００１６】
また、カラオケシステムにおいて、歌手属性は、複数の楽曲の歌声データを、利用者識別情報ごとに、その利用者の歌声特徴量または楽曲ジャンルの種別に従って分類した情報であってもよい。
【００１７】
このようなカラオケシステムによれば、複数の楽曲の歌声データを、利用者識別情報ごとに、その利用者の歌声特徴量または楽曲ジャンルの種別に従って分類した情報を歌手属性とすることができる。
【００１８】
カラオケシステムは、再生楽曲識別情報を取得する楽曲ＩＤ取得手段と、歌唱利用者識別情報を取得する利用者ＩＤ取得手段とを、更に備えていてもよい。再生楽曲識別情報とは、再生手段によって再生される指定楽曲の楽曲識別情報である。歌唱利用者識別情報とは、再生楽曲識別情報によって識別される指定楽曲を歌唱する利用者の利用者識別情報である。
【００１９】
そして、カラオケシステムにおける生成手段は、判断手段により、再生手段により再生される指定楽曲の楽曲識別情報と、利用者を識別する利用者識別情報とが、記憶部に対応付けて記憶されていないと判断されたとき、利用者ＩＤ取得手段で取得した歌唱利用者識
別情報、及び楽曲ＩＤ取得手段で取得した再生楽曲識別情報と同一の利用者識別情報及び楽曲識別情報が記憶部に記憶されていなければ、利用者が指定楽曲を歌唱して歌手特徴手段により特定された類似歌手属性が示す歌手特徴量を、再生楽曲識別情報が示す指定楽曲の楽譜データに反映した評価基準データを生成してもよい。
【００２０】
なお、ここで言う楽曲識別情報に基づく評価基準データの生成とは、以下の方法を実行することでもよい。
楽曲識別情報によって識別される楽曲の属性と同一の属性の楽曲を、利用者が過去に歌唱しているか否かを検索する。その結果、利用者が同一属性の楽曲を過去に歌唱していれば、その属性における類似歌手の歌い方の特徴を反映した評価基準データを生成する。
【００２１】
なお、楽曲識別情報に基づく評価基準データの生成は、上述した内容に限るものではない。
本発明の一態様は、指定楽曲を再生する再生手段と、歌唱データを取得する取得手段と、歌声特徴量を特定する特徴特定手段と、類似歌手属性を特定する歌手特定手段と、記憶制御手段と、判断手段と、評価基準データを生成する生成手段と、歌唱データを評価する評価手段とを備える、カラオケ装置であってもよい。
【００２２】
このようなカラオケ装置によれば、上述したカラオケシステムと同様の効果を得ることができる。
さらに、本発明の一態様は、コンピュータに実行させるプログラムであってもよい。
【００２３】
このプログラムは、指定楽曲を再生する再生手順と、歌唱データを取得する取得手順と、歌声特徴量を特定する特徴特定手順と、類似歌手属性を特定する歌手特定手順と、記憶制御手順と、判断手順と、評価基準データを生成する生成手順と、歌唱データを評価する評価手順とを、コンピュータに実行させることが好ましい。
【００２４】
このように、本発明がプログラムとしてなされていれば、記録媒体から必要に応じてコンピュータにロードさせて起動することや、必要に応じて通信回線を介してコンピュータに取得させて起動することにより用いることができる。
【００２５】
そして、コンピュータに各手順を実行させることで、類似歌手を特定することができる。さらに、類似歌手が指定楽曲を歌唱した場合、どのような歌い方をするのかという点を基準として、利用者の歌い方を評価できる。このため、カラオケシステムの利用者の歌い方の特徴が、指定楽曲を歌唱するオリジナル歌手の歌い方の特徴に類似していない場合であっても、評価が低くなることを抑制できる。
【００２６】
なお、ここで言う記録媒体には、例えば、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ、ハードディスク等のコンピュータ読み取り可能な電子媒体を含む。
【図面の簡単な説明】
【００２７】
【図１】カラオケシステムの概略構成を示すブロック図である。
【図２】歌手特徴データの一例を示す説明図である。
【図３】再生処理の処理手順を示すフローチャートである。
【図４】第１実施形態における類似歌手特定処理の処理手順を示すフローチャートである。
【図５】（Ａ）特徴量の１つである「タメ時間」を説明する説明図であり、（Ｂ）特徴量の１つである「音高特徴」を説明する説明図である。
【図６】特徴量の１つである「ビブラート特徴」を説明する説明図である。
【図７】評価処理の処理手順を示すフローチャートである。
【図８】第２実施形態における類似歌手特定処理の処理手順を示すフローチャートである。
【図９】再生処理の変形例の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００２８】
以下に本発明の実施形態を図面と共に説明する。
［第１実施形態］
＜カラオケシステム＞
図１に示すカラオケシステム１は、情報処理サーバ１０と、少なくとも１つのカラオケ装置３０とを備えている。カラオケシステム１は、カラオケ装置３０の利用者によって指定された楽曲を再生し、利用者の歌声を評価するシステムである。
【００２９】
楽曲とは、時間軸に沿って配置された複数の音符のうちの少なくとも一部に歌詞が割り当てられた音楽の曲である。以下では、カラオケ装置３０の利用者によって指定された楽曲を指定楽曲と称す。
＜情報処理サーバ＞
情報処理サーバ１０は、通信部１２と、記憶部１４と、制御部１６とを備えている。
【００３０】
通信部１２は、通信網を介してカラオケ装置３０と接続され、カラオケ装置３０との間で通信を行う。
記憶部１４は、記憶内容を読み書き可能に構成された周知の記憶装置である。この記憶部１４には、詳しくは後述する少なくとも１つのＭＩＤＩ楽曲ＭＤと、少なくとも１つの歌手特徴データＣＤと、少なくとも１つの歌唱データＳＤとが記憶される。
【００３１】
なお、図１に示す符号「ｎ」は、情報処理サーバ１０の記憶部１４に記憶されているＭＩＤＩ楽曲ＭＤを識別する識別子である。符号「ｎ」は、１以上の自然数である。符号「ｍ」は、情報処理サーバ１０の記憶部１４に記憶されている歌手特徴データＣＤを識別する識別子である。符号「ｍ」は、１以上の自然数である。また、符号「ｌ」は、情報処理サーバ１０の記憶部１４に記憶されている歌唱データＳＤを識別する識別子である。符号「ｌ」は、１以上の自然数である。
【００３２】
制御部１６は、ＲＯＭ１８，ＲＡＭ２０，ＣＰＵ２２を備えたマイクロコンピュータを中心に構成された制御装置である。ＲＯＭ１８は、電源が切断されても記憶内容を保持する必要がある処理プログラムやデータを記憶する。ＲＡＭ２０は、処理プログラムやデータを一時的に記憶する。ＣＰＵ２２は、ＲＯＭ１８やＲＡＭ２０に記憶された処理プログラムに従って各処理を実行する。
【００３３】
また、ＲＯＭ５２には、利用者の歌い方に類似する歌手を特定する類似歌手特定処理を制御部５０が実行するための処理プログラムが記憶されている。
＜ＭＩＤＩ楽曲＞
ＭＩＤＩ楽曲ＭＤは、楽曲ごとに予め用意されたデータであり、楽譜データと、歌詞データと、楽曲情報とを備えている。
【００３４】
楽譜データは、ＭＩＤＩ（Ｍｕｓｉｃａｌ  Ｉｎｓｔｒｕｍｅｎｔ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ）規格によって、一つの楽曲における歌唱旋律の楽譜を表したデータである。この楽譜データには、ＭＩＤＩ音源にて再生される個々の音符について、少なくとも、音高（いわゆるノートナンバー）と、音符長とが規定されている。楽譜データにおける音符長は、当該音符のノートオンタイミングと、当該音符のノートオフタイミングとによって規定されている。
【００３５】
歌唱旋律とは、利用者が歌唱するべき旋律であり、複数の音符が時間軸に沿って配置されることで構成される。
歌詞データは、楽曲の歌詞に関するデータであり、楽曲の歌詞のテキストを表す歌詞テキストデータと、歌詞のテキストの出力タイミングを楽譜データに基づく再生と対応付けた歌詞出力データとを備えている。歌詞テキストデータには、歌詞を構成する文字における母音を識別する情報を含む。
【００３６】
楽曲情報は、楽曲に関する情報である。楽曲情報には、楽曲を識別する識別情報（即ち、楽曲ＩＤ）と、楽曲の属性を表す楽曲属性と、当該楽曲の歌手に関する情報である歌手情報とを含む。
【００３７】
歌手とは、楽曲を歌唱した実演家としての歌い手であり、例えば、楽曲情報で対応付けられる楽曲を持ち歌として歌う歌い手である。ここで言う歌手には、楽曲を持ち歌として歌うプロの歌手であるオリジナル歌手と、楽曲をカバーして歌唱する歌手であるカバー歌手とが含まれる。すなわち、オリジナル歌手及びカバー歌手が、特許請求の範囲の記載における複数の既定の歌手の一例である。
【００３８】
そして、歌手情報には、歌手の氏名や、歌手を識別する歌手ＩＤを含む。
楽曲の属性とは、楽曲の性質を表す指標である。楽曲の属性には、例えば、楽曲のジャンルや、当該楽曲を持ち歌とする歌手のジャンルなどを含む。
＜歌手特徴データ＞
歌手特徴データ群は、歌手特徴データＣＤを複数蓄積したデータ群である。
【００３９】
歌手特徴データＣＤは、図２に示すように、実演家である歌手の特徴量を発声情報ごとに表したデータである。歌手特徴データＣＤは、歌手ごとに予め用意されている。
歌手特徴データＣＤは、歌手属性と、発声情報と、歌手特徴量とを備えている。
【００４０】
発声情報は、単位音符と、発声母音とを備え、単位音符と発声母音との組み合わせによって規定される情報である。
ここで言う単位音符とは、時間軸に沿って連続する少なくとも２つの音符の組み合わせである。具体的に本実施形態における単位音符は、時間軸に沿って連続する３つの音符の組み合わせである。単位音符は、単位音符を構成する音符それぞれの音高と音符長との組み合わせによって規定される。
【００４１】
すなわち、本実施形態においては、単位音符として、対象音符と、その対象音符に時間軸に沿って前に位置する前音符と、対象音符に時間軸に沿って後ろに位置する後音符とを備えている。なお、本実施形態においては、対象音符の音符長として、対象音符の音価が規定されている。また、前音符の時間長として、前音符の再生開始タイミングから対象音符の再生開始タイミングまでの時間差が規定されている。後音符の時間長として、対象音符の再生開始タイミングから後音符の再生開始タイミングまでの時間差が規定されている。
【００４２】
発声母音は、単位音符において歌唱される歌詞の母音である。発声母音は、対象音符において歌唱される歌詞の母音だけであってもよいし、対象音符と前音符と後音符とのそれぞれにおいて歌唱される歌詞の母音の組み合わせであってもよい。
【００４３】
歌手特徴量は、複数の既定の歌手の各々における歌い方の特徴を表す特徴量であり、対象音符を歌手それぞれが歌唱した場合の特徴量である。
ここで言う特徴量とは、歌声における音声の特徴を表す特徴量である。この特徴量として、詳しくは後述する「時間特徴」、「音高特徴」、「ビブラート特徴」、「音量特徴」
、「スペクトル特徴」，「声質特徴量」などを含む。
【００４４】
時間特徴には、タメ時間を含む。音高特徴には、音高変化微分（開始）、音高変化微分（終了）を含む。ビブラート特徴には、ビブラート周波数、ビブラート深さ、ビブラート開始時刻を含む。音量特徴には、音量平均、音量微分平均、音量比を含む。スペクトル特徴には、スペクトル変動指数を含む。各特徴量の詳細については、後述する。
【００４５】
歌手属性は、歌手に関する情報である。歌手属性には、歌手の氏名と、歌手を識別する識別番号である歌手ＩＤと、特定特徴量とを含む。ここで言う特定特徴量とは、当該歌手に特徴的な特徴量であり、予め指定された種類の特徴量である。特定特徴量は、例えば、「タメ」、「ビブラート」などの技巧の多用を示すものや、歌手が歌唱するジャンルであってもよい。この特定特徴量は、１種類の特徴量であってもよいし、複数種類の特徴量であってもよい。
【００４６】
すなわち、歌手特徴データＣＤは、音高と音符長とによって規定される音符のそれぞれに割り当てられた歌詞の発声母音それぞれを複数の実演家である歌手それぞれが歌唱した場合の特徴量を表したデータである。
＜カラオケ装置＞
カラオケ装置３０は、通信部３２と、入力受付部３４と、楽曲再生部３６と、記憶部３８と、音声制御部４０と、映像制御部４６と、制御部５０とを備えている。
【００４７】
通信部３２は、通信網を介して、情報処理サーバ１０との間で通信を行う。入力受付部３４は、外部からの操作に従って情報や指令の入力を受け付ける入力機器である。ここでの入力機器とは、例えば、キーやスイッチ、リモコンの受付部などである。
【００４８】
楽曲再生部３６は、情報処理サーバ１０からダウンロードしたＭＩＤＩ楽曲ＭＤに基づく楽曲の再生を実行する。この楽曲再生部３６は、例えば、ＭＩＤＩ音源である。音声制御部４０は、音声の入出力を制御するデバイスであり、出力部４２と、マイク入力部４４とを備えている。
【００４９】
マイク入力部４４には、マイク６２が接続される。これにより、マイク入力部４４は、マイク６２を介して入力された音声を取得する。出力部４２は、楽曲再生部３６によって再生される楽曲の音源信号、マイク入力部４４からの歌唱音の音源信号をスピーカ６０に出力する。スピーカ６０は、出力部４２から出力される音源信号を音に換えて出力する。
【００５０】
映像制御部４６は、制御部５０から送られてくる映像データに基づく映像または画像の出力を行う。映像制御部４６には、映像または画像を表示する表示部６４が接続されている。
【００５１】
記憶部３８は、記憶内容を読み書き可能に構成された周知の記憶装置である。
制御部５０は、ＲＯＭ５２，ＲＡＭ５４，ＣＰＵ５６を少なくとも有した周知のコンピュータを中心に構成されている。ＲＯＭ５２は、電源が切断されても記憶内容を保持する必要がある処理プログラムやデータを記憶する。ＲＡＭ５４は、処理プログラムやデータを一時的に記憶する。ＣＰＵ５６は、ＲＯＭ５２やＲＡＭ５４に記憶された処理プログラムに従って各処理を実行する。
【００５２】
ＲＯＭ５２には、指定楽曲データに基づいて指定楽曲を再生する再生処理を制御部５０が実行するための処理プログラムが記憶されている。
＜再生処理＞
図３に示す再生処理が起動されると、カラオケ装置３０の制御部５０は、まず、入力受
付部３４を介して入力された利用者ＩＤを取得する（Ｓ１１０）。続いて、制御部５０は、指定楽曲の楽曲ＩＤを取得する（Ｓ１２０）。なお、利用者ＩＤとは、利用者を識別する利用者識別情報である。
【００５３】
続いて、制御部５０は、Ｓ１２０で取得した楽曲ＩＤを含むＭＩＤＩ楽曲ＭＤを、情報処理サーバ１０の記憶部１４から取得する（Ｓ１３０）。さらに、制御部５０は、Ｓ１３０で取得したＭＩＤＩ楽曲ＭＤに含まれている楽曲属性を取得する（Ｓ１４０）。
【００５４】
そして、制御部５０は、当該指定楽曲の歌唱記録が情報処理サーバ１０に存在するか否かを判定する（Ｓ１５０）。歌唱記録とは、当該指定楽曲を、現在の利用者が歌唱した記録である。歌唱記録は、詳しくは後述する類似歌手特定処理によって生成され、情報処理サーバ１０に記憶される。
【００５５】
Ｓ１５０での判定の結果、歌唱記録が存在すれば（Ｓ１５０：ＹＥＳ）、制御部５０は、詳しくは後述するＳ１９０へと再生処理を移行させる。一方、Ｓ１５０での判定の結果、歌唱記録が存在しなければ（Ｓ１５０：ＮＯ）、制御部５０は、再生処理をＳ１６０へと移行させる。
【００５６】
そのＳ１６０では、制御部５０は、ＭＩＤＩ楽曲ＭＤに基づいて指定楽曲の再生を実行する。具体的には制御部５０は、楽曲再生部３６にＭＩＤＩ楽曲ＭＤを時間軸に沿って順次出力する。すると、楽曲再生部３６は、指定楽曲の音源信号を、出力部４２を介してスピーカ６０へと出力する。これにより、指定楽曲の再生音が、スピーカ６０から放音される。
【００５７】
Ｓ１６０では、制御部５０は、更に、歌詞出力データ及び歌詞テキストデータを映像制御部４６に出力する。すると、映像制御部４６は、指定楽曲の再生に併せて歌詞構成文字を表示部６４に順次出力する。これにより、指定楽曲の歌詞が表示部６４に表示される。
【００５８】
続いて、制御部５０は、マイク６２を介して入力された音声を歌唱データＳＤとして取得する（Ｓ１７０）。歌唱データとは、利用者が発した音声であり、利用者が指定楽曲を歌唱した歌声を表すデータである。
【００５９】
さらに、Ｓ１７０では、制御部５０は、取得した歌唱データＳＤを、歌唱利用者識別情報及び再生楽曲識別情報と対応付けて、情報処理サーバ１０の記憶部１４に記憶する。
なお、歌唱利用者識別情報とは、指定楽曲を歌唱する利用者の利用者ＩＤである。この歌唱利用者識別情報は、今回起動された再生処理におけるＳ１１０で取得された利用者ＩＤである。また、再生楽曲識別情報とは、再生されている指定楽曲の楽曲識別情報である。この再生楽曲識別情報は、今回起動された再生処理におけるＳ１２０で取得された楽曲ＩＤである。
【００６０】
制御部５０は、その後、再生処理をＳ２５０へと移行させる。
そのＳ２５０では、制御部５０は、類似歌手特定処理を情報処理サーバ１０に実行させるための実行指令を、情報処理サーバ１０に出力する。類似歌手特定処理は、詳しくは後述するが、利用者の歌い方に類似する歌手である類似歌手を特定し、歌唱記録を記憶する処理である。この類似歌手特定処理が実行されることにより、歌唱利用者識別情報と、再生楽曲識別情報と、類似歌手の属性を表す類似歌手属性とを対応付けたデータが歌唱記録として情報処理サーバ１０に記憶される。
【００６１】
また、類似歌手とは、歌唱利用者識別情報で識別される利用者の歌い方に類似する歌手である。類似歌手属性とは、類似歌手の特性を表す情報であり、例えば、類似歌手を識別
する歌手ＩＤや、類似歌手の氏名である。あるいは、類似歌手が歌唱を得意とする楽曲のジャンルであってもよい。
【００６２】
ところで、情報処理サーバ１０に当該指定楽曲の歌唱記録が存在する場合に移行するＳ１９０では、制御部５０は、歌唱利用者識別情報及び再生楽曲識別情報と対応付けられた類似歌手属性を取得する。さらに、制御部５０は、取得した類似歌手属性に対応する歌手特徴データ（以下、類似特徴データ）ＣＤを取得する。
【００６３】
続いて、制御部５０は、Ｓ１９０で取得した類似特徴データと指定楽譜データとに基づいて、評価基準データを生成する（Ｓ２００）。指定楽譜データとは、指定楽曲における歌唱旋律を表す楽譜のデータである。本実施形態においては、先のＳ１２０で取得したＭＩＤＩ楽曲ＭＤに含まれている楽譜データを、指定楽譜データとする。
【００６４】
評価基準データとは、類似歌手が指定楽曲を歌唱した場合の歌い方を表すデータである。具体的には、指定楽譜データによって表される音符に、当該音符の音高，音符長及び発声母音に一致する単位音符に対応付けられた特徴量を割り当てたデータである。すなわち、Ｓ２００では、制御部５０は、指定楽譜データによって表される各音符に、類似特徴データに含まれる歌手特徴量の中で、当該音符の音符パラメータに一致する発声情報と対応付けられた特徴量を反映して割り当てることで、評価基準データを生成すればよい。
【００６５】
続いて、再生処理では、制御部５０は、ＭＩＤＩ楽曲ＭＤに基づいて指定楽曲の再生を実行する（Ｓ２１０）。具体的には制御部５０は、楽曲再生部３６にＭＩＤＩ楽曲ＭＤを時間軸に沿って順次出力する。すると、楽曲再生部３６は、指定楽曲の音源信号を、出力部４２を介してスピーカ６０へと出力する。これにより、指定楽曲の再生音がスピーカ６０から放音される。
【００６６】
Ｓ２１０では、制御部５０は、更に、歌詞データを映像制御部４６に出力する。すると、映像制御部４６は、指定楽曲の再生に併せて歌詞を表示部６４に順次出力する。これにより、指定楽曲の歌詞が表示部６４に表示される。
【００６７】
続いて、制御部５０は、マイク６２を介して入力された音声を歌唱データＳＤとして取得する（Ｓ２２０）。さらに、Ｓ２２０では、制御部５０は、取得した歌唱データＳＤを、歌唱利用者識別情報及び再生楽曲識別情報と対応付けて、情報処理サーバ１０の記憶部１４に記憶する。
【００６８】
続いて、制御部５０は、指定楽曲において規定された評価区間の再生が終了したか否かを判定する（Ｓ２３０）。評価区間とは、指定楽曲に対して予め規定された区間であり、例えば、指定楽曲における最初の数フレーズや、指定楽曲における最初のサビが終了するまでの区間などである。また、評価区間は、指定楽曲に対して予め規定された区間であれば、楽曲における一部または全部の区間であってもよい。
【００６９】
このＳ２３０での判定の結果、評価区間の再生が終了していなければ（Ｓ２３０：ＮＯ）、制御部５０は、再生処理をＳ２２０へと戻す。そして、評価区間の再生が終了すると（Ｓ２３０：ＹＥＳ）、制御部５０は、再生処理をＳ２４０へと移行させる。
【００７０】
そのＳ２４０では、制御部５０は、評価処理を実行する。評価処理は、評価基準データに基づいて、ユーザの歌唱を評価する処理である。この評価処理の処理内容については、詳しくは後述する。
【００７１】
再生処理では、続いて、類似歌手特定処理を情報処理サーバ１０に実行させるための実
行指令を、情報処理サーバ１０に出力する（Ｓ２５０）。
制御部５０は、その後、再生処理を終了する。
＜類似歌手特定処理＞
次に情報処理サーバ１０において類似歌手特定処理が起動されると、制御部１６は、図４に示すように、起動のトリガーとなった実行指令を出力した再生処理における歌唱利用者識別情報及び再生楽曲識別情報を、カラオケ装置３０から取得する（Ｓ３１０）。続いて、制御部１６は、Ｓ３１０で取得した歌唱利用者識別情報及び再生楽曲識別情報と対応付けられた歌唱データＳＤを、記憶部１４から取得する（Ｓ３２０）。
【００７２】
さらに、類似歌手特定処理では、Ｓ３２０で取得した歌唱データＳＤを音響分析する（Ｓ３３０）。このＳ３３０における音響分析では、制御部１６は、周波数スペクトル推移、基本周波数推移、及び音圧推移を導出する。
【００７３】
周波数スペクトル推移の導出では、制御部１６は、まず、予め規定された単位時間の分析窓を、互いに隣接かつ少なくとも一部が重複するように歌唱データＳＤに対して設定する。そして、音響分析では、制御部１６は、歌唱データＳＤの分析窓それぞれについて、周波数解析（例えば、ＤＦＴ）を実施する。この周波数解析を分析窓ごとに実行した結果を時間軸に沿って配置することで、周波数スペクトル推移を導出する。
【００７４】
また、基本周波数推移の導出方法の一例としては、設定された時間分析窓それぞれの歌唱データＳＤについて周波数解析（例えば、ＤＦＴ）を実行し、自己相関の結果、最も強い周波数成分を基本周波数として導出することが考えられる。そして、このように導出した基本周波数を時間軸に沿って配置することで、基本周波数推移を導出することが考えられる。
【００７５】
さらに、音圧推移の導出方法の一例としては、時間分析窓ごとに、歌唱データＳＤの振幅の二乗平均の平方根を音圧として導出することが考えられる。そして、このように導出した音圧を時間軸に沿って配置することで、音圧推移を導出することが考えられる。
【００７６】
さらに、類似歌手特定処理では、制御部１６は、Ｓ３３０にて導出した歌唱データＳＤの周波数スペクトル推移、基本周波数推移、音圧推移、及びＳ３２０で取得した歌唱データＳＤそのものを分析して歌声特徴量を導出する（Ｓ３４０）。ここで言う歌声特徴量とは、利用者の歌い方の特徴を表す特徴量である。歌声特徴量には、「タメ時間」、「音高変化微分（開始）」、「音高変化微分（終了）」、「ビブラート周波数」、「ビブラート深さ」、「ビブラート開始時刻」、「音量平均」、「音量微分平均」、「音量比」、「スペクトル変動指数」、「声質特徴量」を含む。
【００７７】
まず、タメ時間の導出方法の一例について説明する。
タメ時間の導出では、例えば、制御部１６は、図５（Ａ）に示すように、歌唱データＳＤにおける発声開始タイミングと、ＭＩＤＩ楽曲ＭＤにおける音符のノートオンタイミングとの、対応する音符ごとの時間差分を、各音符に対する「タメ時間」として特定する。
【００７８】
なお、歌唱データＳＤにおける発声開始タイミングの特定方法としては、周知の手法を用いればよい。具体的には歌唱データＳＤの音圧の推移において、その音圧が閾値以上となるタイミングを発声開始タイミングとして特定すればよい。
【００７９】
次に、音高変化微分（開始）、音高変化微分（終了）の導出方法の一例について説明する。音高変化微分（開始）、音高変化微分（終了）とは、それぞれ、音高遷移音符群における音高の移行区間において、音高の変化が開始される変化開始タイミング、及び音高の変化が終了される変化終了タイミングでの、歌唱データＳＤの基本周波数推移における傾
きである。なお、音高遷移音符群とは、連続する音符であり、かつ互いの音高が異なる音符の組である。
【００８０】
具体的に、音高変化微分（開始）、音高変化微分（終了）の導出では、図５（Ｂ）に示すように、制御部１６は、基本周波数推移の中から、一つの時間窓における基本周波数（以下、第１探索音高と称す）を抽出する。そして、第１探索音高に対応する時間窓よりも時間軸に沿って前のＮ個分の時間窓における基本周波数の平均値に対する、第１探索音高の変化率が、規定された第１比率以上となる時間窓を変化開始タイミングとする。なお、ここで言う第１比率とは、音高遷移音符群を構成する音符間の音高差に対して規定されたものであり、例えば、αパーセントであってもよい。
【００８１】
また、基本周波数推移の中から、一つの時間窓における基本周波数（以下、第２探索音高と称す）を抽出する。そして、第２探索音高に対応する時間窓よりも時間軸に沿って後のＮ個分の時間窓における基本周波数の平均値に対する、第２探索音高の変化率が、規定された第２比率未満となる時間窓を変化終了タイミングとする。なお、ここで言う第２比率とは、音高遷移音符群を構成する音符間の音高差に対して規定されたものであり、例えば、βパーセントであってもよい。
【００８２】
さらに、制御部１６は、変化開始タイミングにおける第１探索音高の変化率、変化終了タイミングにおける第２探索音高の変化率のそれぞれを、音高変化微分（開始）、音高変化微分（終了）として導出する。
【００８３】
音高一致度、ビブラート周波数、ビブラート深さ、ビブラート開始時刻の導出方法の一例について説明する。
まず、音高一致度の導出では、制御部１６は、図６に示すように、各音符の音高に対する基本周波数推移の一致度の平均値を音高一致度として導出する。ここで言う一致度は、半音単位で算出してもよい。
【００８４】
また、ビブラート周波数、ビブラート深さ、ビブラート開始時間の導出方法としては、周知の方法を用いればよい。ビブラート周波数、ビブラート深さ、ビブラート開始時間の導出方法の一例として、特開２０１０−０８５６５５号公報に記載された方法を用いてもよい。
【００８５】
なお、ここで言うビブラート周波数は、図６に示すように、ビブラートを用いて歌唱された歌唱データＳＤの区間における基本周波数の振動周期の逆数である。ビブラート深さは、ビブラートを用いて歌唱された歌唱データＳＤの区間における基本周波数の周波数軸に沿った振れ幅を表す。ビブラート開始時間は、歌唱データＳＤにおいて、ビブラートを用いて歌唱が開始されたタイミングである。
【００８６】
音量平均、音量微分平均、音量比の導出方法の一例について説明する。
音量平均の導出では、制御部１６は、音圧推移において、音符内での音圧の平均値を音量平均として導出する。さらに、音量微分平均の導出では、制御部１６は、音圧推移において音符内での微分値の平均値を音量微分平均として導出する。また、音量比の導出では、制御部１６は、音圧推移において、対象音符に対する音圧と前音符に対する音圧との比を音量比として導出する。
【００８７】
スペクトル変動指標の導出方法の一例について説明する。
スペクトル変動指標の導出では、制御部１６は、周波数スペクトル推移における音符内のスペクトル包絡に関して、隣接する分析窓間全てに対して相関関数を算出する。そして、制御部１６は、相関関数の絶対値の音符ごとの平均値をスペクトル変動指標として導出
する。
【００８８】
声質特徴量の導出方法の一例について説明する。
声質特徴量の導出では、制御部１６は、歌唱データＳＤの分析窓それぞれについて、周波数解析（例えば、ＤＦＴ）を実施する。制御部１６は、周波数スペクトル推移に対してケプストラム分析を実行することで、各分析窓のメル周波数ケプストラム（ＭＦＣＣ）を算出する。そして、制御部１６は、分析窓ごとのメル周波数ケプストラム（ＭＦＣＣ）を、音符に設定された全ての分析窓に渡って相加平均し、その相加平均の結果を、各音符の声質特徴量として導出する。
【００８９】
類似歌手特定処理では、続いて、制御部１６は、Ｓ３１０で取得した再生楽曲識別情報に対応するＭＩＤＩ楽曲ＭＤに基づいて、音符の音符パラメータを特定する（Ｓ３５０）。音符パラメータとは、主音符と主音符の前後の音符における音高との組み合わせである。この音符パラメータは、各音符の音符長、音高、及び各音符それぞれにて歌唱される歌詞の母音との組み合わせである。
【００９０】
さらに、類似歌手特定処理では、制御部１６は、情報処理サーバ１０に格納されている歌手特徴データの個数を、歌手の総数を表す歌手総数として取得する（Ｓ３６０）。続いて、制御部１６は、類似歌手を探索する対象（以下、被探索歌手と称す）を表す歌手ＩＤである歌手インデックスＳｉを初期値に設定する（Ｓ３７０）。
【００９１】
そして、類似歌手特定処理では、制御部１６は、歌手インデックスＳｉが歌手総数未満であるか否かを判定する（Ｓ３８０）。このＳ３８０での判定の結果、歌手インデックスＳｉが歌手総数以上であれば（Ｓ３８０：ＮＯ）、制御部１６は、詳しくは後述するＳ４６０へと類似歌手特定処理を移行させる。
【００９２】
一方、Ｓ３８０での判定の結果、歌手インデックスＳｉが歌手総数未満であれば（Ｓ３８０：ＹＥＳ）、制御部１６は、類似歌手特定処理をＳ３９０へと移行させる。そのＳ３９０では、制御部１６は、歌手インデックスＳｉが含まれる歌手特徴データＣＤを記憶部１４から取得する。
【００９３】
続いて、制御部１６は、取得した歌手特徴データＣＤに含まれる歌手特徴量の中から、Ｓ３５０で特定した音符の音符パラメータに一致する発声情報と対応付けられた歌手特徴量を取得する（Ｓ４００）。そして、制御部１６は、Ｓ３４０で導出した歌声特徴量と、Ｓ４００で取得した歌手特徴量との、対応する音符ごとの内積を評価内積として算出する（Ｓ４１０）。Ｓ４１０では、制御部１６は、特徴量の種類ごと、かつ音符の音符パラメータごとに評価内積を算出する。
【００９４】
さらに、類似歌手特定処理では、制御部１６は、評価内積の代表値である内積代表値を算出する（Ｓ４２０）。Ｓ４２０では、制御部１６は、特徴量ごと、かつ音符ごとに評価内積を算出された評価内積を相加平均した結果を、内積代表値として算出すればよい。
【００９５】
類似歌手特定処理では、制御部１６は、今回のＳ４２０で算出した内積代表値（以下、今代表値と称す）が、前回以前にＳ４２０で算出された内積代表値の中で最大の内積代表値（以下、最大値と称す）よりも大きいか否かを判定する（Ｓ４３０）。このＳ４３０での判定の結果、今代表値が最大値よりも大きければ（Ｓ４３０：ＹＥＳ）、制御部１６は、今回のサイクルにて設定されている歌手インデックスＳｉを、類似歌手インデックスＳＳｉとして設定する（Ｓ４４０）。なお、Ｓ４４０へと移行する条件は、今代表値が最大値以上である場合であってもよい。万が一、内積代表値が同じ歌手インデックスＳｉが２つ以上存在した場合は、同じ内積代表値の歌手インデックスＳｉからランダムに何れかの
歌手インデックスＳｉを選択し、類似歌手インデックスＳＳｉとしてもよい。あるいは、いずれかの特定特徴量が大きい歌手インデックスＳｉを、類似歌手インデックスＳＳｉとしてもよい。ここで言う類似歌手インデックスＳＳｉとは、被探索歌手の歌手ＩＤであり、類似歌手である可能性が最も高い歌手を示す歌手ＩＤである。
【００９６】
制御部１６は、その後、類似歌手特定処理をＳ４５０へと移行させる。
ところで、Ｓ４３０での判定の結果、今代表値が最大値以下であれば（Ｓ４３０：ＮＯ）、制御部１６は、Ｓ４４０を実行することなく、類似歌手特定処理をＳ４５０へと移行させる。
【００９７】
そのＳ４５０では、制御部１６は、歌手インデックスＳｉを一つインクリメントする。制御部１６は、その後、類似歌手特定処理をＳ３８０へと戻す。そして、制御部１６は、情報処理サーバ１０に格納された全ての歌手特徴データに含まれる歌手特徴量と、歌声特徴量との内積の算出（即ち、照合）が完了するまで、Ｓ３８０からＳ４５０までのステップを繰り返す。
【００９８】
そして、全ての歌手特徴データに含まれる歌手特徴量と歌声特徴量との内積の算出が完了すると（即ち、Ｓ３８０での判定の結果、歌手インデックスＳｉが歌手総数以上となると）移行するＳ４６０では、制御部１６は、類似歌手インデックスＳＳｉが含まれる歌手特徴データに含まれる歌手属性を、類似歌手属性として取得する。
【００９９】
類似歌手特定処理では、続いて、制御部１６は、Ｓ３１０で取得した歌唱利用者識別情報及び再生楽曲識別情報と、Ｓ４６０で取得した類似歌手属性とを対応付けたデータを歌唱記録として生成する（Ｓ４７０）。
【０１００】
さらに、制御部１６は、Ｓ３１０で取得した歌唱利用者識別情報及び再生楽曲識別情報を含む歌唱記録が、記憶部１４に記憶されているか否かを判定する（Ｓ４８０）。判定の結果、歌唱記録が記憶されていなければ（Ｓ４８０：ＮＯ）、制御部１６は、Ｓ４７０で生成した歌唱記録を記憶部１４に新たに記憶する（Ｓ４９０）。制御部１６は、その後、類似歌手特定処理を終了する。
【０１０１】
一方、Ｓ４８０での判定の結果、Ｓ３１０で取得した歌唱利用者識別情報及び再生楽曲識別情報を含む歌唱記録が記憶されていれば（Ｓ４８０：ＹＥＳ）、制御部１６は、記憶部１４に記憶されている歌唱記録を、Ｓ４７０で生成した歌唱記録へと更新する（Ｓ５００）。制御部１６は、その後、類似歌手特定処理を終了する。
【０１０２】
つまり、類似歌手特定処理では、制御部１６は、類似歌手を特定し、歌唱利用者識別情報及び再生楽曲識別情報と類似歌手属性とを対応付けた歌唱記録を生成して記憶する。
＜評価処理＞
カラオケ装置３０にて評価処理が起動されると、制御部５０は、図７に示すように、まず、先のＳ２２０で取得した歌唱データＳＤを音響分析する（Ｓ６１０）。このＳ６１０における音響分析では、制御部５０は、周波数スペクトル推移、基本周波数推移、及び音圧推移を導出する。ここで言う音響分析は、類似歌手特定処理におけるＳ３３０と同様であるため、ここでの詳しい説明は省略する。
【０１０３】
評価処理では、制御部５０は、歌唱データＳＤを分析して、歌唱データＳＤにおける特徴量である歌声特徴量を導出する（Ｓ６２０）。この歌声特徴量の導出方法は、Ｓ３４０における歌声特徴量の導出方法と同様の手法を用いればよい。
【０１０４】
制御部５０は、指定楽曲の評価区間に含まれる音符の音符パラメータに一致する発声情
報と対応付けられた歌手特徴量を、類似特徴データから取得する（Ｓ６３０）。
そして、評価処理では、制御部５０は、評価項目を表す評価インデックスＥｉを初期値に設定する（Ｓ６４０）。ここで言う評価項目とは、評価の対象とする特徴量である。評価項目の一例として、「時間特徴」、「音高特徴」、「ビブラート特徴」、「音量特徴」、「スペクトル特徴」、「声質特徴量」が挙げられる。
【０１０５】
続いて制御部５０は、評価インデックスＥｉが評価項目の総数未満であるか否かを判定する（Ｓ６５０）。このＳ６５０での判定の結果、評価インデックスＥｉが評価項目の総数以上であれば（Ｓ６５０：ＮＯ）、制御部５０は、詳しくは後述するＳ７２０へと評価処理を移行させる。
【０１０６】
一方、Ｓ６５０での判定の結果、評価インデックスＥｉが評価項目の総数未満であれば（Ｓ６５０：ＹＥＳ）、制御部５０は、評価処理をＳ６６０へと移行させる。そのＳ６６０では、評価インデックスＥｉによって表される評価項目に含まれる特徴量が一次元であるか否かを判定する。このＳ６６０では、例えば、評価インデックスＥｉによって表される評価項目が「時間特徴」であれば、その時間特徴に含まれる特徴量は「タメ時間」だけであるため、制御部５０は、特徴量が一次元であるものと判定する。一方、Ｓ６６０では、例えば、評価インデックスＥｉによって表される評価項目が「ビブラート特徴」であれば、そのビブラート特徴には「ビブラート周波数」、「ビブラート深さ」、「ビブラート開始時刻」が含まれるため、制御部５０は、特徴量が一次元ではないものと判定する。
【０１０７】
そして、Ｓ６６０での判定の結果、評価インデックスＥｉによって表される評価項目に含まれる特徴量が一次元であれば（Ｓ６６０：ＹＥＳ）、制御部５０は、時間軸に沿って、歌手特徴量と歌声特徴量との正規化された相互相関値を算出する（Ｓ６７０）。その後、制御部５０は、詳しくは後述するＳ７００へと評価処理を移行させる。
【０１０８】
一方、Ｓ６６０での判定の結果、評価インデックスＥｉによって表される評価項目に含まれる特徴量が一次元でなければ（Ｓ６６０：ＮＯ）、制御部５０は、音符ごとに、歌手特徴量と歌声特徴量との内積を算出する（Ｓ６８０）。続いて、制御部５０は、Ｓ６８０で算出した内積の代表値である項目代表値を算出する（Ｓ６９０）。ここで言う代表値とは、平均値であってもよいし、最頻値であってもよい。制御部５０は、その後、評価処理をＳ７００へと移行させる。
【０１０９】
そのＳ７００では、制御部５０は、Ｓ６７０で算出された相互相関値、またはＳ６９０で算出された項目代表値を、評価インデックスＥｉによって表される評価項目に対する評価値へと変換する。このＳ７００では、制御部５０は、歌手特徴量と歌声特徴量との相関が高いほど高い評価となる評価値へと変換すればよい。
【０１１０】
評価処理では、続いて、制御部５０は、評価インデックスＥｉを１つインクリメントする（Ｓ７１０）。制御部５０は、その後評価処理をＳ６５０へと戻す。
ところで、評価インデックスＥｉが評価項目の総数以上となった場合に移行するＳ７２０では、制御部５０は、Ｓ７００で変換された評価項目ごとの評価値を、映像制御部４６へと出力する。この評価項目ごとの評価値を取得した映像制御部４６は、評価項目ごとの評価値を表示部６４に表示させる。
【０１１１】
さらに、評価処理では、制御部５０は、総合評価を算出する（Ｓ７３０）。このＳ７３０では、評価項目ごとの評価値を加算した結果を総合評価として算出してもよいし、評価項目ごとの評価値を重み付け加算した結果を総合評価として算出してもよい。なお、総合評価の算出方法はこれに限るものではなく、例えば、評価項目ごとの評価値の平均値を総合評価としてもよい。さらには、指定楽曲の主旋律を構成する音符の音高と、歌唱データ
ＳＤの基本周波数推移との一致度に、評価項目ごとの評価値の平均値を加算した結果を総合評価としてもよいし、その他の方法で算出してもよい。
【０１１２】
評価処理では、続いて制御部５０は、Ｓ７３０で算出した総合評価を映像制御部４６へと出力する（Ｓ７４０）。これにより、総合評価は、表示部６４に表示される。
さらに、制御部５０は、先のＳ１９０で取得した類似歌手属性を映像制御部４６へと出力する（Ｓ７５０）。これにより、類似歌手属性、即ち、少なくとも、類似歌手の氏名が表示部６４に表示される。
【０１１３】
その後、制御部５０は、本評価処理を終了する。
［第１実施形態の効果］
このようなカラオケシステム１では、カラオケシステム１の利用者が歌唱した音声に基づいて、類似歌手を特定する。そして、カラオケシステム１では、同一の楽曲を同一の利用者が改めて歌唱する場合、類似歌手の歌い方の特徴を反映した評価基準データを生成する。すなわち、評価基準データは、類似歌手の歌手特徴量を当該指定楽曲の楽譜データに反映したデータであり、類似歌手が指定楽曲を歌唱した場合の歌い方の特徴が現れたデータである。
【０１１４】
したがって、カラオケシステム１によれば、類似歌手が指定楽曲を歌唱した場合、どのような歌い方をするのかという点を基準として、利用者の歌い方を評価できる。このため、カラオケシステム１によれば、カラオケシステム１の利用者の歌い方の特徴が、指定楽曲を歌唱する歌手の歌い方の特徴に類似していない場合であっても、評価が低くなることを抑制できる。
【０１１５】
換言すると、カラオケシステム１によれば、評価が低く利用者のモチベーションが上がらなくなることを抑制できる。
［第２実施形態］
第２実施形態におけるカラオケシステムは、第１実施形態のカラオケシステムとは、主として情報処理サーバ１０が実行する類似歌手特定処理が異なる。このため、共通する構成及び処理については、同一符号を付して説明を省略し、相違点である類似歌手特定処理を中心に説明する。
＜類似歌手特定処理＞
本実施形態の類似歌手特定処理が起動されると、制御部１６は、図８に示すように、起動のトリガーとなった実行指令を出力した再生処理における歌唱利用者識別情報を、カラオケ装置３０から取得する（Ｓ８１０）。続いて、制御部１６は、Ｓ８１０で取得した歌唱利用者識別情報と対応付けられた全ての再生楽曲識別情報と対応する歌唱データＳＤのそれぞれを、記憶部１４から取得し、音響分析を実行する（Ｓ８２０）。このＳ８２０における音響分析では、制御部１６は、周波数スペクトル推移、基本周波数推移、及び音圧推移を導出する。
【０１１６】
続いて、制御部１６は、Ｓ８３０にて導出した歌唱データＳＤの周波数スペクトル推移、基本周波数推移、音圧推移、及びＳ８２０で取得した歌唱データＳＤそのものを分析して歌声特徴量を導出する（Ｓ８３０）。
【０１１７】
そして、制御部１６は、Ｓ８１０で取得した再生楽曲識別情報に対応するＭＩＤＩ楽曲ＭＤに基づいて、音符の音符パラメータを特定する（Ｓ８４０）。さらに、制御部１６は、Ｓ８３０で導出した歌声特徴量を、Ｓ８４０で特定した音符パラメータに従って、クラスタリングする（Ｓ８５０）。
【０１１８】
さらに、類似歌手特定処理では、制御部１６は、歌手総数を取得する（Ｓ８６０）。続
いて、制御部１６は、歌手インデックスＳｉを初期値に設定する（Ｓ８７０）。そして、制御部１６は、歌手インデックスＳｉが歌手総数未満であるか否かを判定する（Ｓ８８０）。
【０１１９】
このＳ８８０での判定の結果、歌手インデックスＳｉが歌手総数以上であれば（Ｓ８８０：ＮＯ）、制御部１６は、詳しくは後述するＳ９６０へと類似歌手特定処理を移行させる。
【０１２０】
一方、Ｓ８８０での判定の結果、歌手インデックスＳｉが歌手総数未満であれば（Ｓ８８０：ＹＥＳ）、制御部１６は、類似歌手特定処理をＳ８９０へと移行させる。そのＳ８９０では、制御部１６は、歌手インデックスＳｉが含まれる歌手特徴データＣＤを記憶部１４から取得する。
【０１２１】
続いて、制御部１６は、取得した歌手特徴データＣＤに含まれる歌手特徴量の中から、Ｓ８５０で特定した音符の音符パラメータに一致する発声情報と対応付けられた歌手特徴量を取得する（Ｓ９００）。そして、制御部１６は、Ｓ８４０で導出した歌声特徴量と、Ｓ９００で取得した歌手特徴量との、対応する音符ごとの内積を評価内積として算出する（Ｓ９１０）。Ｓ９１０では、制御部１６は、特徴量の種類ごと、かつ音符の音符パラメータごとに評価内積を算出する。
【０１２２】
さらに、類似歌手特定処理では、制御部１６は、内積代表値を算出する（Ｓ９２０）。Ｓ９２０では、制御部１６は、特徴量ごと、かつ音符ごとに算出された評価内積を相加平均した結果を、内積代表値として算出すればよい。
【０１２３】
類似歌手特定処理では、制御部１６は、今代表値が、最大値よりも大きいか否かを判定する（Ｓ９３０）。このＳ９３０での判定の結果、今代表値が最大値よりも大きければ（Ｓ９３０：ＹＥＳ）、制御部１６は、今回のサイクルにて設定されている歌手インデックスＳｉを、類似歌手インデックスＳＳｉとして設定する（Ｓ９４０）。
【０１２４】
制御部１６は、その後、類似歌手特定処理をＳ９５０へと移行させる。
ところで、Ｓ９３０での判定の結果、今代表値が最大値以下であれば（Ｓ９３０：ＮＯ）、制御部１６は、Ｓ９４０を実行することなく、類似歌手特定処理をＳ９５０へと移行させる。
【０１２５】
そのＳ９５０では、制御部１６は、歌手インデックスＳｉを一つインクリメントする。制御部１６は、その後、類似歌手特定処理をＳ８８０へと戻す。そして、制御部１６は、情報処理サーバ１０に格納された全ての歌手特徴データに含まれる歌手特徴量と、歌声特徴量との内積の算出（即ち、照合）が完了するまで、Ｓ８８０からＳ９５０までのステップを繰り返す。
【０１２６】
そして、全ての歌手特徴データに含まれる歌手特徴量と歌声特徴量との内積の算出が完了すると（即ち、Ｓ８８０での判定の結果、歌手インデックスＳｉが歌手総数以上となると）移行するＳ９６０では、制御部１６は、類似歌手インデックスＳＳｉが含まれる歌手特徴データが属するクラス（即ち、クラスタリングされたグループ）の楽曲属性それぞれを取得する。
【０１２７】
続いて、制御部１６は、Ｓ９６０で取得した楽曲属性の代表的な属性である代表属性を決定する（Ｓ９７０）。Ｓ９７０では、制御部１６は、楽曲属性のヒストグラムにおいて、頻度が最も高い楽曲属性を代表属性として決定すればよい。
【０１２８】
さらに、制御部１６は、Ｓ８１０で取得した歌唱利用者識別情報と、Ｓ９６０で取得した代表属性とを対応付けたデータを歌唱記録として生成する（Ｓ９８０）。そして、制御部１６は、Ｓ８１０で取得した歌唱利用者識別情報を含む歌唱記録が、記憶部１４に記憶されているか否かを判定する（Ｓ９９０）。判定の結果、歌唱記録が記憶されていなければ（Ｓ９９０：ＮＯ）、制御部１６は、Ｓ９８０で生成した歌唱記録を記憶部１４に新たに記憶する（Ｓ１０００）。制御部１６は、その後、類似歌手特定処理を終了する。
【０１２９】
一方、Ｓ９９０での判定の結果、Ｓ８１０で取得した歌唱利用者識別情報を含む歌唱記録が記憶されていれば（Ｓ９９０：ＹＥＳ）、制御部１６は、記憶部１４に記憶されている歌唱記録を、Ｓ９８０で生成した歌唱記録へと更新する（Ｓ１０１０）。制御部１６は、その後、類似歌手特定処理を終了する。
【０１３０】
つまり、類似歌手特定処理では、制御部１６は、類似歌手を特定し、歌唱利用者識別情報及び再生楽曲識別情報と類似歌手属性とを対応付けた歌唱記録を生成して記憶する。
［第２実施形態の効果］
以上説明したように、本実施形態の類似歌手特定処理によれば、利用者が歌唱した楽曲の特性を分類した結果を歌手属性とすることができる。
［その他の実施形態］
以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において、様々な態様にて実施することが可能である。
【０１３１】
（１）  上記実施形態の再生処理では、歌唱記録が存在していない場合には、評価処理を実行することなく終了していたが、再生処理はこれに限るものではない。
例えば、再生処理では、図９に示すように、歌唱記録が存在していない場合（Ｓ１５０：ＮＯ）に、再生楽曲識別情報に基づいて評価基準データを生成し（Ｓ１７５）、その評価基準データに基づいて歌唱データＳＤを評価（Ｓ１８０）してもよい。
【０１３２】
ここで言う再生楽曲識別情報に基づく評価基準データの生成とは、再生楽曲識別情報と同じジャンルの楽曲の楽曲ＩＤと対応付けられた類似歌手属性に基づいて評価基準データを生成することでもよい。また、再生楽曲識別情報によって識別される楽曲の楽譜データを評価基準データとして、歌唱データにおける音高の推移と、楽譜データにおける音符音高の推移とを比較することで、利用者の歌唱の評価を実行してもよい。
【０１３３】
このようなカラオケシステムによれば、利用者が過去に歌唱したことの無い楽曲を歌唱する場合、その歌唱したことの無い楽曲の楽曲識別情報に基づいて評価基準データを生成して利用者の歌唱を評価することができる。
【０１３４】
（２）  また、上記実施形態では、類似歌手特定処理の実行主体を、情報処理サーバ１０の制御部１６としていたが、類似歌手特定処理の実行主体は、カラオケ装置３０の制御部５０であってもよい。この場合、歌唱記録は、情報処理サーバ１０に記憶してもよいし、カラオケ装置３０に記憶してもよい。
【０１３５】
さらに言えば、歌唱記録を記憶する記憶先は、情報処理サーバ１０や、カラオケ装置３０に限るものではなく、その他の外部機器であってもよい。
（３）  なお、上記実施形態の構成の一部を省略した態様も本発明の実施形態である。また、上記実施形態と変形例とを適宜組み合わせて構成される態様も本発明の実施形態である。また、特許請求の範囲に記載した文言によって特定される発明の本質を逸脱しない限度において考え得るあらゆる態様も本発明の実施形態である。
【０１３６】
（４）  また、本発明は、前述したカラオケシステムの他、カラオケ装置、カラオケ装置が備えるコンピュータに実行させるプログラム、歌唱音声を評価する評価方法等、種々の形態で実現することができる。
［対応関係の一例］
再生処理におけるＳ１１０，Ｓ１６０を実行することで得られる機能が、再生手段の一例に相当する。Ｓ１７０，Ｓ２２０を実行することで得られる機能が、取得手段の一例に相当する。Ｓ２００を実行することで得られる機能が、生成手段の一例に相当する。Ｓ２４０を実行することで得られる機能が、評価手段の一例に相当する。
【０１３７】
類似歌手特定処理におけるＳ３４０を実行することで得られる機能が、特徴特定手段の一例に相当する。Ｓ３９０〜Ｓ４７０を実行することで得られる機能が、歌手特定手段に相当する。Ｓ４８０〜Ｓ５００を実行することで得られる機能が、記憶手段の一例に相当する。
【０１３８】
さらに、再生処理におけるＳ１２０を実行することで得られる機能が、楽曲ＩＤ取得手段の一例に相当する。Ｓ１１０を実行することで得られる機能が、利用者ＩＤ取得手段の一例に相当する。
【符号の説明】
【０１３９】
１…カラオケシステム  １０…情報処理サーバ  １２…通信部  １４…記憶部  １６，５０…制御部  １８，５２…ＲＯＭ  ２０，５４…ＲＡＭ  ２２，５６…ＣＰＵ  ３０…カラオケ装置  ３２…通信部  ３４…入力受付部  ３６…楽曲再生部  ３８…記憶部  ４０…音声制御部  ４２…出力部  ４４…マイク入力部  ４６…映像制御部  ６０…スピーカ  ６２…マイク  ６４…表示部
【図１】
0006365561.tif 000002
【図２】
0006365561.tif 000003
【図３】
0006365561.tif 000004
【図４】
0006365561.tif 000005
【図５】
0006365561.tif 000006
【図６】
0006365561.tif 000007
【図７】
0006365561.tif 000008
【図８】
0006365561.tif 000009
【図９】
0006365561.tif 000010