JP5825533B2 - 楽曲検索装置、楽曲検索システム、及び楽曲検索プログラム - Google Patents

Description

本発明は、複数のコードの進行からなる楽曲データを検索する楽曲検索装置、及び楽曲検索システム、並びに楽曲検索プログラムに関する。

多数ある楽曲データの中からユーザの選択した楽曲データを再生し、再生された楽曲に合わせてユーザに楽器演奏を演奏させる技術が既に知られている（例えば、特許文献１参照）。この従来技術では、複数のコードの進行からなる複数の楽曲データのうち、ユーザの演奏技量に応じて、ユーザが演奏可能なコードのみで楽曲が構成される楽曲データを、演奏可能な楽曲として、モニタに表示するようになっている。

特開２０１２−７８４７８号公報

しかしながら、上記従来技術においては、ユーザの演奏実績がない未知のコードは、ユーザが演奏可能かどうかが不明なコードであるため、当該未知のコードを含む楽曲データについては、当該未知のコードがある旨を併記して演奏可能な楽曲としてモニタに表示される。ユーザは、演奏実績がない未知のコードを含む楽曲データについては、モニタの表示を見て、容易に演奏できるか否かを自ら判断する必要があり、楽曲を判断する手間があった。

本発明の目的は、ユーザが楽曲データを容易に弾けるかどうかを判断する手間をなくし、利便性を向上できる、楽曲検索装置、及び楽曲検索システム、並びに楽曲検索プログラムを提供することにある。

上記目的を達成するために、第１の発明の楽曲検索装置は、複数のコードの進行からなる楽曲データに沿って演奏した楽器演奏者の楽器の演奏結果に応じて作成され、前記複数のコードのうち、前記楽器演奏者による演奏の成功履歴がない失敗コードと前記楽器演奏者による演奏の失敗履歴が所定の基準よりも高い高失敗コードとを含む、前記楽器演奏者が習熟していない未習熟コードを記録した、評価履歴情報を取得する評価履歴取得手段と、前記評価履歴取得手段により取得された前記評価履歴情報に基づき、複数の前記楽曲データを記憶した楽曲データ記憶手段から、前記楽曲データ記憶手段に記憶された前記複数の楽曲データのうち前記未習熟コードを含まない楽曲データを検索する楽曲検索手段と、前記楽曲検索手段による、前記未習熟コードを含まない楽曲データの検索結果を表示手段に表示させる表示制御手段と、を有し、前記評価履歴情報は、さらに、前記複数のコードのうち、前記楽器演奏者による演奏の成功履歴があり、且つ失敗履歴がない成功コードと前記楽器演奏者による演奏の失敗履歴が所定の基準よりも低い低失敗コードとを含む、前記楽器演奏者が習熟している習熟コードが記録されており、前記楽曲検索手段による、前記未習熟コードを含まない楽曲データの検索結果がないとき、前記楽曲検索手段は、前記楽曲データ記憶手段に記憶された前記複数の楽曲データのうち前記低失敗コードを含む楽曲データを新たに検索し、前記表示制御手段は、前記楽曲検索手段による、前記低失敗コードを含む楽曲データの検索結果を新たに表示させることを特徴とする。

本願発明においては、楽曲データを再生しつつ、楽器演奏者であるユーザが自分で楽器を演奏し、楽しむことができる。またそのときの演奏結果を蓄積し、当該ユーザの以降の演奏時における楽曲データの検索時に役立てることができる。

すなわち、楽曲データ記憶手段に記憶された楽曲データが読み出されて再生されるのに合わせてユーザ（楽器演奏者）が楽器を演奏すると、その再生及び演奏中に、当該楽曲データを構成する複数のコードそれぞれについて、ユーザが演奏したコードが正しく演奏されているかの照合が行われる。そしてその結果、上記楽曲データの複数のコードについて、ユーザが苦手とし、当該コードを比較的高い確率で誤って演奏してしまう未習熟コード等を含む、評価履歴情報の作成が行われる。本願発明の楽曲検索装置においては、上記のようにして作成された評価履歴情報が、評価履歴取得手段によって取得される。

このようにしてユーザごとに評価履歴情報が作成された状態で、特定のユーザが楽器の演奏を楽しもうとする際には、本願発明の楽曲検索装置の楽曲検索手段により上記楽曲データ記憶手段へのアクセスが行われることで、複数の楽曲データの検索が行われる。その際、楽曲検索手段は、当該ユーザに係わる上記評価履歴情報に基づき、複数の楽曲データのうち、当該ユーザに係わる未習熟コードを含まない楽曲データを検索する。そして、表示制御手段の制御により、そのような未習熟コードを含まない楽曲データの検索結果が、表示手段に表示される。

これにより、ユーザは、複数の楽曲データの中から自分の苦手とするコードが含まれないような楽曲データを容易に見つけ出すことができる。この結果、ユーザは、高い確率で演奏を実行可能な得意の楽曲データばかりを再生しつつ、これに合わせて容易に演奏を行うことができる。この結果、ユーザが楽曲データを再生するために選択を行う際、当該楽曲データを容易に弾くことができるか否かをユーザ自身が個別に判断する必要がなくなり、利便性を向上することができる。

さらに、上記第１発明では、演奏を失敗することのない習熟されたコードのみを含む楽曲データがなかった場合であっても、それに準ずる、失敗する確率の低いコードのみを含む楽曲データを再生し、演奏を行うことができる。この結果、さらに確実にユーザの利便性を向上することができる。

第２発明は、上記第１発明において、前記表示手段に表示された検索結果から、演奏する楽曲データの選択を受け付ける選択受付手段をさらに有し、前記表示制御手段は、前記楽曲検索手段による検索結果のうち、前記選択受付手段により既に受け付け済みの前記楽曲データを除いた楽曲データを、最終的な検索結果として表示させることを特徴とする。

これにより、ユーザが一度演奏したことのある楽曲データが何度も検索結果として表示されることで検索結果が変移しないおそれを、回避することができる。この結果、ユーザが楽曲を演奏するにつれて変移する検索結果を表示することができ、ユーザの利便性をいっそう向上することができる。

第３発明は、上記第１又は第２発明において、前記評価履歴情報は、楽曲データに、前記楽器演奏者が演奏した時期を示す演奏時期情報が対応づけられており、前記楽曲検索手段は、前記楽曲データ記憶手段に記憶された前記複数の楽曲データのうち、前記演奏時期情報が検索時から所定期間内である楽曲データの前記評価履歴情報を対象として、検索を実行することを特徴とする。

これにより、再生に合わせてユーザが演奏を行った日時が比較的古い楽曲データについてはその評価履歴情報を検索対象とせず、ユーザが演奏を行った日時が比較的新しい楽曲データのみを対象に検索を実行することができる。この結果、演奏を行った日時が新しい評価履歴情報から、今のユーザの習熟度にふさわしい検索を実行させることができ、ユーザの利便性をいっそう向上することができる。

上記目的を達成するために、第４発明の楽曲検索システムは、複数のコードの進行によりそれぞれ構成された複数の楽曲データを記憶する楽曲データ記憶手段と、前記楽曲データ記憶手段に記憶された前記楽曲データを読み出して再生する楽曲データ再生手段と、前記楽曲データ再生手段による前記楽曲データの再生にしたがって、楽器演奏者の楽器の演奏により当該楽器から出力される演奏信号を入力する演奏信号入力手段と、前記楽曲データの再生にしたがって前記演奏信号入力手段で入力された前記演奏信号に応じて、前記複数のコードのうち、前記楽器演奏者による演奏の成功履歴がない失敗コードと前記楽器演奏者による演奏の失敗履歴が所定の基準よりも高い高失敗コードとを含む、前記楽器演奏者が習熟していない未習熟コードと、前記複数のコードのうち、前記楽器演奏者による演奏の成功履歴があり、且つ失敗履歴がない成功コードと前記楽器演奏者による演奏の失敗履歴が所定の基準よりも低い低失敗コードとを含む、前記楽器演奏者が習熟している習熟コードと、を記録した、評価履歴情報を作成する評価履歴作成手段と、前記評価履歴作成手段により作成された前記評価履歴情報を、対応する前記楽器演奏者と関連づけて記憶する評価履歴記憶手段と、前記評価履歴記憶手段に記憶された前記評価履歴情報に基づき、前記楽曲データ記憶手段に記憶された前記複数の楽曲データのうち、特定の前記楽器演奏者に係わる前記未習熟コードを含まない楽曲データを検索する楽曲検索手段と、前記楽曲検索手段による、前記未習熟コードを含まない楽曲データの検索結果を表示手段に表示させる表示制御手段と、を有し、前記楽曲検索手段は、前記未習熟コードを含まない楽曲データの検索結果がないとき、前記楽曲データ記憶手段に記憶された前記複数の楽曲データのうち前記低失敗コードを含む楽曲データを新たに検索し、前記表示制御手段は、前記楽曲検索手段による、前記低失敗コードを含む楽曲データの検索結果を新たに表示させることを特徴とする。

本願発明の楽曲検索システムでは、楽曲データを再生しつつ、楽器演奏者であるユーザが自分で楽器を演奏し、楽しむことができる。またそのときの演奏結果を蓄積し、当該ユーザの以降の演奏時における楽曲データの検索時に役立てることができる。

すなわち、楽曲データ記憶手段に記憶された楽曲データが楽曲データ再生手段により読み出され、再生される。ユーザ（楽器演奏者）がその再生に合わせて楽器を演奏すると、対応した演奏信号が演奏信号入力手段によって入力される。

このとき、上記楽曲データは複数のコードの進行により構成されているが、上記のような楽曲データの再生及びユーザの演奏中に、上記複数のコードそれぞれについて、ユーザが演奏したコードが正しく演奏されているかの照合が行われる。そしてその結果、評価履歴作成手段により、上記楽曲データの複数のコードについて、ユーザが苦手とし、当該コードを比較的高い確率で誤って演奏してしまう未習熟コード等を含む、評価履歴情報の作成が行われる。作成された評価履歴情報は、対応するユーザと関連づけて評価履歴記憶手段に記憶される。

このようにしてユーザごとに評価履歴情報が評価履歴記憶手段に記憶された状態で、特定のユーザが楽器の演奏を楽しもうとする際には、楽曲検索手段により上記楽曲データ記憶手段へのアクセスが行われることで、上記記憶された複数の楽曲データの検索が行われる。その際、楽曲検索手段は、上記評価履歴記憶手段に記憶された当該ユーザに係わる評価履歴情報に基づき、複数の楽曲データのうち、当該ユーザに係わる未習熟コードを含まない楽曲データを検索する。そして、表示制御手段の制御により、そのような未習熟コードを含まない楽曲データの検索結果が、表示手段に表示される。

これにより、ユーザは、複数の楽曲データの中から自分の苦手とするコードが含まれないような楽曲データを容易に見つけ出すことができる。この結果、ユーザは、高い確率で演奏を実行可能な得意の楽曲データばかりを再生しつつ、これに合わせて容易に演奏を行うことができる。この結果、ユーザが楽曲データを再生するために選択を行う際、当該楽曲データを容易に弾くことができるか否かをユーザ自身が個別に判断する必要がなくなり、利便性を向上することができる。

上記目的を達成するために、第５の発明の楽曲検索プログラムは、操作手段、表示手段、演算手段を備えた楽曲検索装置の前記演算手段に対し、複数のコードの進行からなる楽曲データを演奏した楽器演奏者の楽器の演奏結果に応じて作成され、前記複数のコードのうち、前記楽器演奏者による演奏の成功履歴がない失敗コードと前記楽器演奏者による演奏の失敗履歴が所定の基準よりも高い高失敗コードとを含む、前記楽器演奏者が習熟していない未習熟コードと、前記複数のコードのうち、前記楽器演奏者による演奏の成功履歴があり、且つ失敗履歴がない成功コードと前記楽器演奏者による演奏の失敗履歴が所定の基準よりも低い低失敗コードとを含む、前記楽器演奏者が習熟している習熟コードと、を記録した、評価履歴情報を取得する評価履歴取得手順と、前記評価履歴取得手順で取得された前記評価履歴情報に基づき、複数の前記楽曲データを記憶した楽曲データ記憶手段から、前記楽曲データ記憶手段に記憶された前記複数の楽曲データのうち前記未習熟コードを含まない楽曲データを検索する楽曲検索手順と、前記楽曲検索手順で検索された、前記未習熟コードを含まない楽曲データの検索結果を前記表示手段に表示させる表示制御手順と、前記未習熟コードを含まない楽曲データの検索結果がないとき、前記楽曲データ記憶手段に記憶された前記複数の楽曲データのうち前記低失敗コードを含む楽曲データを新たに検索する手順と、前記低失敗コードを含む楽曲データの検索結果を新たに表示させる手順と、を実行させる。

本発明によれば、ユーザが楽曲データを容易に弾けるかどうかを判断する手間をなくし、利便性を向上することができる。

本発明の一実施形態に係わるカラオケ装置の主要構成を示す説明図である。 カラオケ装置に備えられた制御装置の主要構成を示す機能ブロック図である。 リモコンの機能的構成を表す機能ブロック図である。 楽曲データを含むサーバからの受信データのデータ構造の一例を示す説明図である。 歌唱パート及びギターパートを説明するための説明図である。 楽曲データの再生時にモニタに表示される表示内容の一例を示す説明図である。 ＣＰＵの詳細機能を表す機能ブロック図である。 複数の目標音高データを生成し、それぞれを特定の時間区分における実音高データと個別に比較する実施形態の手法を説明するための説明図である。 ユーザの演奏の評価履歴の一例を表す説明図である。 失敗コードリストの一例を表す説明図である。 検索時における、既演奏曲の除外処理やヒット件数０件の場合の再検索処理を説明するための説明図である。 楽曲再生時にリモコンのＣＰＵ及び制御装置のＣＰＵにより実行される処理内容を示すフローチャートである。 ステップＳ２００の詳細手順を表すフローチャートである。 ステップＳ１００の詳細手順を表すフローチャートである。

以下、本発明の一実施の形態について、図面を参照しつつ説明する。本実施形態では、楽音演奏装置によるカラオケ楽曲の演奏と共に、ユーザがエレキギターを演奏する場合を説明する。

＜主要構成＞
図１は、本実施形態の楽音演奏装置であるカラオケ装置の主要構成を示す説明図である。図１に示すように、カラオケ装置１０には、歌詞を示す歌詞テロップ、歌詞テロップの背景に表示する背景映像、選曲番号を示す映像などをＣＲＴに表示するモニタテレビ（以下、モニタと略称する）１３と、ユーザ用のモニタ１４と、エレキギター４やエレキベースなどの電子楽器を接続するための楽器接続ボード８と、制御装置２０と、アンプ１６と、このアンプ１６から出力される増幅信号を音として再生するフロアータイプの１組のスピーカ１１と、天井吊下げ用の１組のスピーカ１２と、制御装置２０を遠隔操作するリモコン３０と、が備えられている。

リモコン３０は、ユーザがカラオケ楽曲の予約操作等の各種操作を行うための操作端末である。本実施形態では、ユーザはリモコン３０を用いて後述するような楽曲検索を行うことができる。リモコン３０は楽曲検索装置に相当している。

アンプ１６は、この例では、楽器接続ボード８から入力される楽器の演奏信号とマイクロフォン１７，１８から入力される音声信号と曲の再生信号とのミキシング（後述の図２に示すミキシング回路９参照）や、音声と曲との音量バランス調整や、エコー調整や、ディレィ調整や、ミキシング信号の増幅や、再生される曲の音程制御（キーコントロール）や、高音・低音の制御（トーンコントロール）等を行う。

制御装置２０は、複数の楽器演奏パートにより構成されるカラオケ用の楽曲（カラオケ楽曲。以下、適宜「曲」と略称する）の選曲及び曲の再生の予約などの選曲制御や、選曲された曲の送信要求を示すリクエスト信号のサーバへの送信、及びリクエスト信号により示される曲に対応する楽曲データ（カラオケ楽曲データに相当）の受信などの通信制御や、受信された楽曲データに含まれる楽音種類指定情報を構成するＭＩＤＩデータのうち、楽器接続ボード８に接続された楽器と同じ種類の楽器の音源を指定する、等を行う。

楽器接続ボード８は、図示を省略するが、電子ドラム、キーボード、エレキベース、エレキギター４の出力端子（フォンプラグ）を接続するそれぞれの入力端子（フォンジャック。演奏信号入力手段に相当）と、各入力端子に入力される演奏信号をそれぞれ出力する出力端子と、が設けられている。そして、楽器接続ボード８は、各楽器の出力端子を入力端子に接続することによって各楽器が接続されたこと及びその楽器の種類を自動検出するとともに、接続された楽器の１つの演奏信号を選択し、その選択された演奏信号を制御装置２０の入力端子４４（後述の図２参照）へ出力する役割をする。例えばエレキギター４から出力される演奏信号は、エレキギター４のフォンプラグを接続するフォンジャック４ａ（後述の図２参照）を介して楽器接続ボード８へ入力され、楽器接続ボード８の出力端子から出力される演奏信号は、制御装置２０の入力端子４４へ入力される。なお、上記のように楽器の接続及びその種類を自動検出するのに代え、ユーザが、既に接続済みの楽器に対応した設定等をリモコン３０等において手動で行うようにしてもよい。

＜制御系＞
上記制御装置２０の制御系の構成について図２を参照して説明する。図２は、制御装置２０の制御系の主要構成を示す機能ブロック図である。制御装置２０は、装置筺体にＬＡＮ回線１５を接続する通信端子４０と、楽器接続ボード８の出力端子と接続される入力端子４４と、アンプ１６の音声入力端子と接続される音声出力端子４１と、モニタ１３の映像入力端子と接続される映像出力端子４２と、モニタ１４の映像入力端子と接続される映像出力端子４３とを備えている。

また、制御装置２０には、制御プログラムにしたがって各種制御を実行するＣＰＵ４５が設けられている。ＣＰＵ４５には、リモコン３０から送信されるデータ、選曲された曲の選曲番号を示す選曲番号データ、予約された曲の選曲番号データなどを一時保存するためのＲＡＭ４６と、ＣＰＵ４５により実行されるプログラム（後述の図１２、図１４に示すフローを実行する楽音演奏処理プログラムを含む）及び必要なデータテーブルなどが記憶されたＲＯＭ４７と、が接続されている。

また、ＣＰＵ４５には、モニタ１３，１４に歌詞テロップや各種メッセージ映像を表示するための文字映像データが記憶されたビデオＲＡＭ４８と、サーバ５８から送信される楽曲データやコード譜情報（詳細は後述）、歌詞データ、及び映像データを、通信端子４０を介して受信するためのＬＡＮボード５０と、このＬＡＮボード５０により受信される楽曲データ及び歌詞データ等を一時保存するためのＲＡＭ４９（楽曲データ記憶手段に相当）とが接続されている。

さらに、ＣＰＵ４５には、ＲＡＭ４９から読み出された曲データに含まれるＭＩＤＩデータを入力するとともに、その入力されたＭＩＤＩデータにより指定される音源から音源信号を出力するＭＩＤＩ音源ボード５１が接続されている。また、ＣＰＵ４５には、上記出力された音源信号を入力してアンプ１６により増幅可能な信号に変換する音声制御回路５２と、一般的な背景映像を示す背景映像データを読み出すＣＤ−ＲＯＭプレーヤ５３とが接続されている。

また、ＣＰＵ４５には、映像制御回路５４が接続されている。この映像制御回路５４は、ＣＤ−ＲＯＭプレーヤ５３から読み出された一般的な背景映像データや、ＲＡＭ４９から読み出された曲固有の背景データや曲データに含まれる歌詞テロップデータ、等を入力し、モニタ１３の表示画面に表示される背景映像中に歌詞テロップがスーパーインポーズされた映像を作成したり、曲の進行にしたがって歌詞テロップの色を変えたりする映像制御を行う。

さらに、ＣＰＵ４５には、制御装置２０の発光・受光部３８により受光されたリモコン３０からの光信号をデジタル信号に変換する変換回路５５と、制御装置２０の筺体に設けられた各種ボタン・キー（テンキー、選曲ボタン等）９０を押したときに点灯するＬＥＤ９１へ表示信号を出力する表示回路５６と、上記各種ボタン・キー９０を押したときに発生するスイッチング信号を入力する入力回路５７とが接続されている。

＜リモコン＞
リモコン３０の機能的構成を図３に示す。図３において、リモコン２００は、操作部３０ａ（操作手段に相当）と、表示部３０ｂ（表示手段に相当）と、制御部３０ｃと、記憶装置３０ｄと、通信制御部３０ｅと、を備えている。

制御部３０ｃは、図示しないＣＰＵ（演算手段に相当）と、ＲＡＭ、ＲＯＭ等のメモリと、を備えている。ＲＯＭには、後述の図１２、図１３に示すフローを実行するための楽曲検索プログラムを含む制御プログラム及び必要なデータテーブルなどが記憶されている。制御部３０ｃは、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭや上記記憶装置３０ｄに予め記憶された各種プログラムを実行する。制御部３０ｃが、各種プログラムを実行することにより、リモコン３０全体の制御を行う。

記憶装置３０ｄは、例えば不揮発性メモリなどから構成され、ＣＰＵにより実行されるプログラム等の各種情報を記憶する。操作部３０ａは、例えば複数のキーやスイッチなどから構成される。ユーザは、この操作部３０ａ（又は制御装置２０の上記ボタンやキー）を用いて、カラオケ楽曲の予約操作等の各種操作を行うことができる。表示部３０ｂは、例えば液晶ディスプレイなどから構成され、各種表示を行う。

通信制御部３０ｅは、この例では、赤外線通信により、制御装置２０の発光・受光部３８に対し情報送受信可能に接続されている（あるいは無線又は有線のＬｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）等のネットワークでも接続されていてもよい）。通信制御部３０ｅは、このような赤外線等を介して行われる情報通信の制御を行う。

＜カラオケ装置の基本動作＞
以上の基本構成のカラオケ装置１０において、ユーザがリモコン３０により例えばエレキギター４の演奏パートを含むカラオケ楽曲を選曲し、選曲に対応してサーバ５８から送信された楽曲データを受信すると、楽曲データが演奏される。そのエレキギター４の演奏パートを含む楽曲データの演奏に合わせてユーザがエレキギター４を演奏すると、エレキギター４から出力される演奏信号は、楽器接続ボード８を介して制御装置２０の入力端子４４へ入力される。そして、音声制御回路５２において、音源信号が音声出力端子４１へ出力される。なお、いわゆるマイナスワン再生状態の場合には、音声制御回路５２において、音源信号のエレキギターの演奏パートの部分をエレキギター４の演奏信号と置き換えたマイナスワン再生状態で、音声出力端子４１へ出力される。

このとき、本実施形態では、サーバ５８より歌詞データや映像データとともに受信した当該エレキギター４のギター演奏パートを含む楽曲データに対し、予め演奏支援用にコード譜情報（詳細は後述）が対応付けられており、当該楽曲データの再生時にはモニタ１３，１４によってコード譜情報が歌詞データや映像データと共に表示される。これにより、演奏者であるユーザは、モニタ１３，１４に表示されるコード譜情報を見て、再生されるカラオケ楽曲に合わせてエレキギター４の演奏パートを自ら容易に演奏して、当該エレキギター４の練習を行ったり、カラオケ楽曲全体のアンサンブルを楽しむことができる。

＜データ構造＞
図４は、本実施形態における、サーバ５８より受信した楽曲データを含む受信データのデータ構造を示す説明図である。図４に示す例では、サーバから受信されるデータの一部分として、カラオケ楽曲の４小節分を示している。受信データは、４小節分の演奏の進行に対応した複数の楽器演奏パート（この例では、エレキギター４に対応するギターパート、ベースパート、ドラムパート）の楽曲データと、上記コード譜情報と、歌詞データ（歌詞テロップデータ）と、映像データと、を備えている。

楽曲データは、歌詞データ及び映像データとともに、図４に示すデータ中の１番目の小節（以下、単に「第１小節」等という）から再生され、時間の経過に従って第２小節、第３小節、第４小節へと再生が進行して行く。またその再生に対応して、歌詞データ及び映像データに基づく表示も進行していく。

＜コード譜情報＞
コード譜情報は、楽曲データに対応付けられており、この例では、図中の第１小節がコードＥｍ、第２小節がコードＢｍ、第３小節がコードＣ、第４小節がコードＢｍとなっている。この例では、図５に示すように、「あのことばさえ いわなければ〜」の歌詞となるメロディーに対応し、コード進行は、コードＥｍ（図５中の第１小節）→コードＢｍ（第２小節）→コードＣ（第３小節）→コードＢｍ（第４小節）・・・の順となっている。コード譜情報は、コード進行に沿って、エレキギター４が、各小節とも当該コードのストローク奏法で演奏されることが想定されたコード譜となっている。

なお、この例では、上記コード譜情報が楽曲データと同一ファイルにより構成されているが、これに限られず、コード譜情報が楽曲データと別ファイル（以下、コード譜情報ファイル）で構成され、同じ曲名で対応付けられていてもよい。例えば、以下の構成と処理（１）〜（４）によって、コード譜情報が楽曲データと別ファイルであっても、コード譜情報が楽曲データと同一ファイルの場合と、同じ作用が得られる。
（１）コード譜情報ファイルとは、予め、楽曲の進行時間を示す演奏時間ｔ（秒）と、楽曲データの再生の時間進行に応じて出現するコード譜情報を示すコード記号とを、対応付けたテーブルのファイルである。テーブルは具体的には、（演奏時間ｔ１：コードＥｍ、ｔ２：コードＢｍ、・・・最後の演奏時間ｔＸ：最後のコード記号Ｘ）の情報が記録されている。
（２）前記コード譜情報ファイルを、楽曲データとともに、ＲＡＭ４９に記憶しておく。
（３）入力回路５７から楽曲の再生が指定された場合に、ＣＰＵ４５は、楽曲データとともに、対応するコード譜情報ファイルもＲＡＭ４９から読み出す。
（４）ＣＰＵ４５は、ＲＯＭ４７の実行プログラムに従い楽曲データを再生し、再生の進行時間に応じて、コード譜情報ファイルからコード譜情報を読み出す。具体的には、楽曲データの再生の進行時間がｔ１（秒）に到達した場合には、コード譜情報ファイルからｔ１に対応するコードＥｍを読み出し、ｔ２（秒）の到達で、ｔ２に対応するコードＢｍを読み出す。以下同様に、楽曲データの再生終了（ｔＸ（秒））迄、コード譜情報ファイルから進行時間に応じたコード譜情報を読み出し続ける。

図６は、楽曲データの再生時に上記コード譜情報に対応してモニタ１３，１４に表示される表示内容の一例を示す説明図である。この例では、上記図４に示した４小節分の楽曲データに対応した表示の例を示している。すなわち、モニタ１３，１４の表示内容は、上記４小節分の歌詞「あの言葉さえ言わなければ」と、歌詞の上側に添えられたコード譜（第１小節：Ｅｍ、第２小節：Ｂｍ、第３小節：Ｃ、第４小節：Ｂｍ）と、歌詞の下側に２小節分ずつ設けられた再生進行バーと、からなっている。再生進行バーは、楽曲データの再生の進行状態を帯状に延びる黒色部分によって示されている。エレキギター４のユーザは、楽曲データの再生時、モニタ１３，１４に表示される上記コード譜を見て、再生進行バーの延び状態に対応してコード進行順にエレキギター４のコードを押さえることで、カラオケ楽曲のエレキギターパートを容易に弾くことができる。

図６（ａ）は、第１小節（コードＥｍ）の冒頭から始まった上記楽曲データの再生が第１小節の途中（歌詞「あの言葉」の「の」部分）まで進行している状態であり、１つ目の再生進行バーの黒色部分が、上記第１小節の途中まで延びている。図６（ｂ）は、上記図６（ａ）の状態からさらに再生が進み、コードＥｍの第１小節が終了して、コードＢｍの第２小節の途中の部分（歌詞「言葉さえ」の「葉」の部分）が再生されている状態であり、上記黒色部分が第２小節の途中まで延びている。図６（ｃ）は、上記図６（ｂ）の状態からさらに再生が進み、第２小節の終わりのコードＣの部分（歌詞「言葉さえ」の「え−」の部分）が再生されている状態であり、上記黒色部分が第２小節の終わりまで延びている。

＜本実施形態の特徴＞
ところで、カラオケ装置においてユーザの歌唱に対する採点を行う手法は既に広く行われている。ここで、上記のようにコード譜情報を用いてユーザが弦楽器（この例ではエレキギター４）の演奏を行うとき、その演奏に対する評価を行うようにすれば、ユーザにとっての楽しみをさらに増大させることができる。さらに、評価結果があまりよくない楽曲（言い換えればユーザにとって演奏するのが苦手な曲）については、リモコン３０において楽曲選択のための検索を行う際、検索結果の表示から除外する（表示しないようにする）ことができれば、ユーザにとっての利便性が向上する。

そこで、まず、本実施形態では、ユーザがエレキギター４を演奏することで出力された演奏信号の周波数成分が公知のＦＦＴ（高速フーリエ変換）の手法により抽出された後にクロマベクトル処理が行われることで、所定の時間区分ごとに、上記演奏に対応した実音高データ（詳細は後述）が生成される。その実音高データと、上記コード譜情報に基づき生成された目標音高データ（詳細は後述）との一致度に基づき、上記評価が行われる。以下、その詳細を図７〜図８を用いて説明する。

＜ＣＰＵの詳細機能＞
上記の評価を行うために、本実施形態の上記ＣＰＵ４５が備える機能的構成を、図７に示す。図示のように、ＣＰＵ４５は、ＦＦＴ処理部４５ａ、特徴パラメータ取得部４５ｂ、実データバッファ４５ｃ、目標データバッファ４５ｅ、マッチング処理部４５ｄ、評価結果生成部４５ｆ、及び等の各機能部を備えている。

前述のようにしてユーザの演奏によりエレキギター４から出力され、制御装置２０に入力された演奏信号は、デジタルデータに変換された後にＦＦＴ処理部４５ａ及び特徴パラメータ取得部４５ｂに入力される。ＦＦＴ処理部４５ａでは、入力されたサンプリングデータ列である演奏音声データを所定の時間区分（後述のように本実施形態では例えば１８６ｍｓｅｃである）毎に分割して高速フーリエ変換する。このＦＦＴによって得られた周波数スペクトルは、ＦＦＴ処理部４５ａから特徴パラメータ取得部４５ｂに入力される。

特徴パラメータ取得部４５ｂは、上記演奏音声データが入力されるとともに、ＦＦＴ処理部４５ａから、周波数領域の情報である周波数スペクトルが入力される。特徴パラメータ取得部４５ｂは、上記演奏音声データ及びその周波数スペクトルから、演奏音声データの様々な特徴を示す複数の特徴パラメータを取得し、公知のクロマベクトル化の手法によりその取得結果に対応した実音高データ（上記演奏信号に含まれる和音の各音を表すデータ）を生成し出力する。この特徴パラメータの取得は、上記時間区分ごとのフレームで行われる。具体的には、特徴パラメータ取得部４５ｂは、上記入力された演奏音声データから時間領域の特徴パラメータを割り出す時間領域情報取得部４５ｂａと、ＦＦＴ処理部４５ａから入力された周波数スペクトルから周波数領域の特徴パラメータを割り出す周波数領域情報取得部４５ｂｂを備えている。

時間領域情報取得部４５ｂａは、入力された演奏音声データをＦＦＴ処理部４５ａと同期した上記時間区分に対応する時間領域ごとのフレームに分割し、フレームごとに時間領域の特徴パラメータを取得する。時間領域情報取得部４５ｂａが取得する特徴パラメータの例としては、例えば、エネルギ、エネルギ変化度、持続時間等がある。周波数領域情報取得部４５ｂｂは、上記ＦＦＴ処理部４５ａから入力された上記時間区分ごとの長さの波形の周波数スペクトルから、周波数領域の特徴パラメータを取得する。周波数領域情報取得部４５ｂｂが取得する特徴パラメータの例としては、例えば、ピッチ、倍音周波数、倍音レベル、倍音位相、等がある。

上記のようにして時間領域情報取得部４５ｂａ及び周波数領域情報取得部４５ｂｂで取得された特徴パラメータに基づき生成され出力された上記実音高データは、実データバッファ４５ｃに入力される。実データバッファ４５ｃは、入力された上記実音高データを時間情報（タイムスタンプ）を付して記憶する。

一方、目標データバッファ４５ｅには、上記カラオケ楽曲データに同期した上記コード譜情報が入力され、当該コード譜情報に基づく目標音高データが記憶される。この目標音高データは、コード譜情報に含まれる各コードの和音を構成する複数の音に対応したデータであり、上記コード譜情報が目標データバッファ４５ｅに入力されたときに、当該コード譜情報に基づいて生成され、目標データバッファ４５ｅに記憶される。

マッチング処理部４５ｄは、上述のようにして実データバッファ４５ｃに記憶された実音高データと、これに対応する、目標データバッファ４５ｅに記憶された上記目標音高データと、を公知の手法で比較し、一致度を算出する。算出された一致度は評価結果生成部４５ｆへ出力される。

評価結果生成部４５ｆは、マッチング処理部１８から入力された上記一致度に基づいてユーザによる演奏（この例ではエレキギター４の演奏）を評価し、演奏成功又は演奏失敗の評価結果を付与する。評価履歴作成部４５ｇは、この評価結果（演奏成功又は演奏失敗）を、各コード別に集計し、評価履歴として格納する（評価履歴記憶手段に相当。後述の図９参照）。格納された評価履歴は、リモコン３０の操作による指示に基づき、リモコン３０へ出力され、表示部３０ｂにおいて表示される（後述）。

＜演奏結果評価の手法＞
本実施形態における、上記演奏の評価手法を、図８を用いて説明する。

図８において、この例では、上記図４、図５、図６に示した楽曲データにおける、前述した、コードＥｍ（第１小節）→コードＢｍ（第２小節）→コードＣ（第３小節）→・・・の順のコード進行で楽曲が再生され、ユーザが当該再生に合わせてエレキギター４を演奏し、対応する演奏信号が上記時間区分ごとにデータサンプリング（この例では１８６ｍｓｅｃごとに８１９２個のデータがサンプリング）された状態を示している。

上記演奏信号は、この例では、最初の１８６ｍｓｅｃの区分（図中の「第１区分」）が概ね上記第１小節におけるユーザの演奏に対応（すなわちコードＥｍに対応）したものとなっている。また、その次の１８６ｍｓｅｃの区分（図中の「第２区分」）が概ね上記第２小節におけるユーザの演奏に対応（すなわちコードＢｍに対応）したものとなっている。さらに、その次の１８６ｍｓｅｃの区分（図中の「第３区分」）が概ね上記第３小節におけるユーザの演奏に対応（すなわちコードＣに対応）したものとなっている。

上記第１区分では、ユーザのエレキギター４の演奏による演奏信号に基づき、上述のようにしてＦＦＴ処理による周波数成分の抽出及びクロマベクトル処理が行われた結果、「Ｃ」「Ｅ」「Ｇ」の３音を含む、実音高データが生成されている。なお、棒グラフの横軸が各音の信号レベルの大きさを表している。この第１区分は上記のように第１小節に対応し、演奏すべきコードはコードＥｍであることから、目標音高データには、当該コードＥｍの和音を構成する「Ｂ」「Ｅ」「Ｇ」の３音が含まれている。この結果、上記「Ｂ」「Ｅ」「Ｇ」の３音を含む目標音高データと上記「Ｃ」「Ｅ」「Ｇ」の３音を含む実音高データとが比較され、目標音高データのうち「Ｅ」の音と「Ｇ」の音に対しては実音高データが一致しているが、「Ｃ」の音については実音高データが一致していない（すなわち一致度６６．７％）。この結果、この例では『演奏失敗』という評価結果となっている。

上記第１区分の次の第２区分では、上記同様、エレキギター４の演奏信号に基づき、「Ｂ」「Ｄ＃」「Ｆ＃」の３音を含む、実音高データが生成されている。このとき、この第２区分は上記のように第２小節に対応し、演奏すべきコードはコードＢｍであり、目標音高データには、当該コードＢｍの和音を構成する「Ｂ」「Ｄ」「Ｆ＃」の３音が含まれている。この結果、上記「Ｂ」「Ｄ」「Ｆ＃」の３音を含む目標音高データと上記「Ｂ」「Ｄ＃」「Ｆ＃」の３音を含む実音高データとが比較され、目標音高データのうち「Ｂ」の音と「Ｆ＃」の音に対しては実音高データが一致しているが、「Ｄ」の音については実音高データが一致していない（すなわち一致度６６．７％）。この結果、この例では『演奏失敗』という評価結果となっている。

上記第２区分の次の第３区分では、上記同様、エレキギター４の演奏信号に基づき、「Ｃ」「Ｅ」「Ｇ」の３音を含む、実音高データが生成されている。このとき、この第３区分は上記のように第３小節に対応し、演奏すべきコードはコードＣである。したがって目標音高データには、当該コードＣの和音を構成する「Ｃ」「Ｅ」「Ｇ」の３音が含まれている。この結果、上記「Ｃ」「Ｅ」「Ｇ」の３音を含む目標音高データと上記「Ｃ」「Ｅ」「Ｇ」の３音を含む実音高データとが比較され、目標音高データの「Ｃ」の音と「Ｅ」の音と「Ｇ」の音すべてに対して実音高データが一致している（すなわち一致度１００％）。この結果、この例では『演奏成功』という評価結果となっている。

ユーザが１つの楽曲について演奏を行うと、前述したように、上記のような生成部４５ｆによる評価結果がコード別に集計される。また、ユーザが複数の楽曲について演奏を行うことで、上記コード別の集計が楽曲ごとに行われ、当該ユーザの識別情報（例えばログイン時のユーザＩＤ）と対応づけて評価履歴が作成される。

＜評価履歴の作成例＞
図９に、上記評価履歴作成部４５ｇによって作成された、あるユーザの評価履歴の一例を示す。図示の例では、このユーザが８月１日に演奏した楽曲「君を感じて」は、コード「Ｃ」とコード「Ｇ」のみから構成されている。そして、当該楽曲中に３０回出てくるコード「Ｃ］の演奏部位のうち、３０回（１００％）は演奏成功し、演奏失敗はない（０回）。同様に当該楽曲中に１０回出てくるコード「Ｇ］の演奏部位のうち、１０回（１００％）は演奏成功し、演奏失敗はない（０回）。

また、このユーザが７月２６日に演奏した楽曲「Ｒｅｇｒｅｔ」は、コード「Ｂｍ」、コード「Ｃ」等を含んだ複数のコードで構成されている。そして、当該楽曲中に２０回出てくるコード「Ｂｍ］の演奏部位のうち、１２回（６０％）は演奏成功し、８回（４０％）は演奏失敗している。また、当該楽曲中に１２回出てくるコード「Ｃ」の演奏部位のうち、１２回（１００％）は演奏成功し、演奏失敗はない。

また、このユーザが６月２０日に演奏した楽曲「忘れて」は、コード「Ｂｍ」、コード「Ａａｕｇ」等を含んだ複数のコードで構成されている。そして、当該楽曲中に４０回出てくるコード「Ｂｍ］の演奏部位のうち、２４回（６０％）は演奏成功し、１６回（４０％）は演奏失敗している。また、当該楽曲中に１０回出てくるコード「Ａａｕｇ］の演奏部位のうち、２回（２０％）は演奏成功し、８回（８０％）は演奏失敗している。

また、このユーザが５月２日に演奏した楽曲「瑠璃色の街」は、コード「Ｅｍ」、コード「Ｃ＃ｄｉｍ」等を含んだ複数のコードで構成されている。そして、当該楽曲中に１０回出てくるコード「Ｅｍ］の演奏部位のうち、８回（８０％）は演奏成功し、２回（２０％）は演奏失敗している。また、当該楽曲中に６回出てくるコード「Ｃ＃ｄｉｍ］の演奏部位のうち、６回（１００％）は演奏失敗し、演奏成功はない。

＜失敗コードリスト＞
前述したように、制御装置２０に備えられたＣＰＵ４５の評価履歴作成部４５ｇにおいてユーザごとに上記評価履歴が作成され格納された状態で、リモコン３０を介してユーザによる検索操作（後述）が行われると、当該ユーザの上記評価履歴に基づき、演奏に失敗した失敗コードリストがリモコン３０の制御部３０ｃにより作成される。図１０に示す例は、上記図９に示した評価履歴に基づき作成される失敗コードリストの一例を示す。図示のように、この失敗コードリストでは演奏失敗率が高い（言い換えれば演奏成功率が低い）順に、各コードがリストアップされている。なお、後述のように、楽曲の検索は演奏失敗率が高いコードほど優先的に除外して行われるので、リストアップされる順を「優先順位」として表記している。

この例では、もっとも失敗率が高い（＝成功率が低い；以下同様）第１順位は、成功率０％であるコード「Ｃ＃ｍ」であり、以下、第２順位が成功率１０％のコード「Ｂｓｕｓ４」であり、第３順位が成功率２０％のコード「Ａａｕｇ」であり、第４順位が成功率５０％のコード「Ｄａｄｄ９」であり、第５順位が成功率６０％のコード「Ｂｍ」であり、第６順位が成功率８０％のコード「Ｅｍ」である。すなわち、このユーザは、これら６つのコード「Ｃ＃ｄｉｍ」「Ｂｓｕｓ４」「Ａａｕｇ」「Ｄａｄｄ９」「Ｂｍ」「Ｅｍ」については、少なくとも１度は演奏失敗した履歴がある。

なお、このユーザの例における、成功率０％であるコード「Ｃ＃ｄｉｍ」がこのユーザにとっての各請求項記載の失敗コードに相当する。また、ユーザが苦手であるかどうかの見極め基準を失敗率６０％（成功率４０％）とすると、この例では、成功率１０％のコード「Ｂｓｕｓ４」と、成功率２０％のコード「Ａａｕｇ」とが、このユーザにとっての各請求項記載の高失敗コードに相当する。そして、これら失敗コードと高失敗コードとが、当該ユーザにとって演奏するのに習熟していない、各請求項記載の未習熟コードに相当する。なお、一般に、上記コード「Ｃ＃ｄｉｍ」のようなディミニッシュコードや、上記コード「Ｂｓｕｓ４」のようなサスフォーコード、上記コード「Ａａｕｇ」のようなオーギュメントコード、等の特殊コード（さらにはメジャーセブンスコード、マイナーセブンスコード等を含めてもよい）は、演奏時の運指が比較的難しいことから、熟練者以外はある程度の確率で演奏失敗する場合が多い。したがって、上記評価履歴のうち特にそれら特殊コードの評価結果に着目して上記の未習熟コード等の分類を行うようにしてもよい。さらには、ユーザによる演奏履歴がなくても、上記特殊コードを含む楽曲に関しては、デフォルト値で上記未習熟コードを含む楽曲として取り扱うようにしてもよい。

逆に、このユーザの例では、図９に示したように、コード「Ｃ」「Ｇ］の演奏成功率はそれぞれ１００％であり、したがってこれらコード「Ｃ」「Ｇ」が、このユーザにとっての各請求項記載の成功コードに相当する。また、ユーザが得意であるかどうかの見極め基準を失敗率４０％（成功率６０％）とすると、この例では、図１０に示したように、成功率８０％のコード「Ｅｍ」と、成功率６０％のコード「Ｂｍ」とが、このユーザにとっての各請求項記載の低失敗コードに相当する。そして、これら成功コードと低失敗コードとが、当該ユーザにとって演奏するのに習熟している、各請求項記載の習熟コードに相当する。なお、一般に、上記コード「Ｃ」「Ｇ」のような単なるメジャーコード、等の単純コード（さらにはコード「Ｅｍ」「Ｂｍ」等の単なるマイナーコード等を含めてもよい）は、演奏時の運指が比較的簡単であり、初心者等であってもある程度の確率で演奏成功する場合が多い。したがって、上記評価履歴のうち特にそれら単純コードの評価結果に着目して上記の習熟コード等の分類を行うようにしてもよい。さらには、ユーザによる演奏履歴がなくても、上記単純コードを含む楽曲に関しては、デフォルト値で上記習熟コードを含む楽曲として取り扱うようにしてもよい。

＜失敗コードを含まない楽曲の検索＞
そして、上記ユーザにより、リモコン３０の操作部３０ａを用いて新たに楽曲の検索操作が行われた場合には、リモコン３０の制御部３０ｃが制御装置２０のＲＡＭ４９にアクセスし、サーバ５８から受信されてＲＡＭ４９に保存されている複数の楽曲のうち、上記失敗コードリストに含まれる全コード、すなわちコード「Ｃ＃ｄｉｍ」「Ｂｓｕｓ４」「Ａａｕｇ」「Ｄａｄｄ９」「Ｂｍ」「Ｅｍ」を含まないような楽曲を、検索する。図示の例では、この検索により、前述のようにコード「Ｃ」「Ｇ」のみからなる楽曲「君を感じて」がヒットし（＝ヒット件数１件）、この楽曲「君を感じて」が当該ユーザにとって容易に演奏できる曲として、リモコン３０の表示部３０ｂに表示される（図示省略）。なお、該当する楽曲が複数曲あれば、それら複数の楽曲が表示部３０ｂに一覧表示される（以下同様）。

＜既演奏曲の除外処理、及び、ヒット件数０件の場合の再検索処理＞
ところで、上記のようにして失敗コードリストを用いた検索結果に基づき表示部３０ｂに表示を行う際、既に演奏した楽曲が検索にヒットして何度も繰り返し表示されるのは、ユーザにとってあまり意味がなく、不便である。そこで本実施形態では、検索条件（上記の例では失敗コードを含まない）に合致した楽曲であっても、既に当該ユーザにより演奏済みである楽曲については、検索結果から除外した形で表示を行う。例えば図１１（ａ）に示す例では、前述したコード「Ｃ＃ｄｉｍ」「Ｂｓｕｓ４」「Ａａｕｇ」「Ｄａｄｄ９」「Ｂｍ」「Ｅｍ」を含まない楽曲の検索によりコード「Ｃ」「Ｇ」のみからなる楽曲「君を感じて」が該当したが、この楽曲を当該ユーザが既に演奏済みであったことから検索結果から除外され、リモコン３０の表示部３０ｂに「ヒット件数０件」と表示される場合を示している。

そして、このようにヒット件数「０件」という結果になった場合、本実施形態では、上記の「失敗コードを含まない楽曲の検索」という条件を順次緩めて再度検索が実行される。すなわち、「失敗したことはあるが失敗率が低いコード（すなわち成功率が高いコード）を含む楽曲」の検索が行われる。具体的には、上記の例に沿うと、図１１（ｂ）に示すように、図１１（ａ）に示されたコード「Ｃ＃ｄｉｍ」「Ｂｓｕｓ４」「Ａａｕｇ」「Ｄａｄｄ９」「Ｂｍ」「Ｅｍ」を含む失敗コードリストから、演奏失敗率が最も低い（成功率８０％）第６順位のコード「Ｅｍ」が除外された新たな失敗コードリストが生成され、その新たな失敗コードリストに基づき、コード「Ｃ＃ｄｉｍ」「Ｂｓｕｓ４」「Ａａｕｇ」「Ｄａｄｄ９」「Ｂｍ」を含まない楽曲（コード「Ｅｍ」は含まれていてもよい）の検索が再度行われる。図１１（ｂ）に示す例ではこの新たな検索においても該当する楽曲が見つからず、リモコン３０の表示部３０ｂに「ヒット件数０件」と表示される場合を示している。

上記のようにヒット件数「０件」であると、本実施形態では、さらに引き続き、図１１（ｃ）に示すように、上記図１１（ｂ）に示されたコード「Ｃ＃ｄｉｍ」「Ｂｓｕｓ４」「Ａａｕｇ」「Ｄａｄｄ９」「Ｂｍ」を含む失敗コードリストから、演奏失敗率がその次に低い（成功率６０％）第５順位のコード「Ｂｍ」が除外された新たな失敗コードリストが生成され、その新たな失敗コードリストに基づき、コード「Ｃ＃ｄｉｍ」「Ｂｓｕｓ４」「Ａａｕｇ」「Ｄａｄｄ９」を含まない楽曲（コード「Ｅｍ」「Ｂｍ」は含まれていてもよい）の検索が再度行われる。図１１（ｃ）に示す例ではこの新たな検索において、コード「Ｃ」「Ｇ」「Ｂｍ」のみからなる楽曲「Ｒｅｇｒｅｔ」（図９も参照）がヒットし（＝ヒット件数１件）、この楽曲「Ｒｅｒｅｔ」が当該ユーザにとって比較的容易に演奏できる曲として、リモコン３０の表示部３０ｂに表示される（図示省略）。

＜制御手順＞
上記のような本実施形態の手法を実現するために、カラオケ装置１０に備えられた、上記制御装置２０のＣＰＵ４５及びリモコン３０の制御部３０ｃのＣＰＵにより、ＲＯＭに記憶された楽曲検索プログラムが実行される処理内容を、図１２のフローチャートにより説明する。

ＣＰＵにより実行される図１２に示す処理は、例えばカラオケ装置１０のユーザが、制御装置２０の電源ボタンを押して制御装置２０の電源を立ち上げると、開始される。制御装置２０の電源の立ち上がりに連動して、アンプ１６、楽器接続ボード８及びモニタ１３，１４の電源が立ち上がる。なお、前述したように、この例では、カラオケ装置１０のユーザが、楽器接続ボード８にエレキギター４を接続して演奏する場合を例にとって説明する。ユーザがエレキギター４のフォンプラグを楽器接続ボード８の入力端子（フォンジャック）４ａに接続すると、楽器接続ボード８はエレキギター４が接続されたことを検知する。

図１２において、まず、ステップＳ２００において、リモコン３０の制御部３０ｃのＣＰＵは、ユーザによる操作部３０ａの操作に応じて、楽曲検索処理を行う。この楽曲検索処理の詳細を、図１３に示す。

図１３において、まずステップＳ２１０で、制御部３０ｃのＣＰＵは、ログインにより事前に取得したユーザＩＤを用いて、前述のように過去の演奏によって既に制御装置２０のＣＰＵ４５の評価履歴作成部４５ｇに蓄積された、当該ユーザの評価履歴（前述の図９参照）を取得する。そして、その取得した評価履歴に基づき、当該ユーザの上記失敗コードリスト（図１０参照）を作成する。なお、このステップＳ２１０が、各請求項記載の評価履歴取得手順に相当し、このステップを実行する制御部３０ｃのＣＰＵが、評価履歴取得手段として機能する。

その後、ステップＳ２２０で、制御部３０ｃのＣＰＵは、上記失敗コードリストを参照しつつ制御装置２０のＲＡＭ４９にアクセスし、サーバ５８から受信されてＲＡＭ４９に保存されている複数の楽曲データのうち、リスト中のコードを含まない楽曲（図１０の例では「Ｃ＃ｄｉｍ」「Ｂｓｕｓ４」「Ａａｕｇ」「Ｄａｄｄ９」「Ｂｍ」「Ｅｍ」を含まないような楽曲）を検索する。なお、ＲＡＭに保存されている楽曲データではなく、サーバ５８にアクセスしてサーバ５８内に記憶された楽曲データを検索するようにしてもよい。この場合、サーバ５８が楽曲データ記憶手段として機能する。その後、ステップＳ２３０に移る。

ステップＳ２３０では、制御部３０ｃのＣＰＵは、上記ステップＳ２２０での検索結果において、上記ユーザにより既に演奏済み（言い換えれば過去に後述のステップＳ１０においてユーザより受付済み）の楽曲が含まれていた場合には、当該楽曲を検索結果（後述の「ヒット件数」）から削除（除外）する。その後、ステップＳ２４０に移る。

ステップＳ２４０では、制御部３０ｃのＣＰＵは、上記ステップＳ２２０及びステップＳ２３０を経て得られる検索結果として、ヒット件数１件以上となるか否かを判定する。ヒット件数が０件である場合には判定が満たされず（Ｓ２４０：ＮＯ）、ステップＳ２５０に移る。

ステップＳ２５０では、制御部３０ｃのＣＰＵは、この時点の上記失敗コードリストのうち、最も成功率が高いコード（図１０、図１１の図示では最下段に位置するコード）を削除（除外）し、ステップＳ２２０に戻る。以降は同様の手順を繰り返す。これにより、検索結果が少なくとも１件となるまでは、失敗コードリストのうち成功率が高い順に順次コードが除外されて（検索条件が緩められて）、検索が繰り返されることとなる。すなわち、ステップＳ２２０、ステップＳ２３０、ステップＳ２４０、及びステップＳ２５０が、各請求項記載の楽曲検索手順に相当し、これらのステップを実行する制御部３０ｃのＣＰＵが、楽曲検索手段として機能する。

上記のようなステップＳ２２０及びステップＳ２３０の処理、あるいはステップＳ２２０、ステップＳ２３０、ステップＳ２４０、ステップＳ２５０等と繰り返す処理により、ヒット件数が１件以上となった場合には、ステップＳ２４０の判定が満たされ（Ｓ２４０：ＹＥＳ）、ステップＳ２６０に移る。

ステップＳ２６０では、制御部３０ｃのＣＰＵは、表示部３０ｂに表示制御信号を出力し、上記ステップＳ２４０で１件以上となった検索結果を、表示部３０ｂに表示させる。このステップＳ２６０が、各請求項記載の表示制御手順に相当し、このステップを実行する制御部３０ｃのＣＰＵが、表示制御手段として機能する。ステップＳ２６０が完了することで、上記ステップＳ２００の処理が終了する。

上記のようにして表示部３０ｂに表示された検索結果に基づき、当該ユーザが操作部３０ａを操作して、検索結果として表示された楽曲のうちの所望の楽曲（エレキギター４を演奏したい曲）を選択すると、ステップＳ１０において、制御装置２０のＣＰＵ４５が、ユーザによる選曲が終了したと判定する（Ｓ１０：ＹＥＳ）。選曲は、例えば、ユーザが、操作部３０ａにおいて曲の選曲番号をテンキーにより入力し選曲ボタンを押すことにより行われる。その後、ステップＳ１５に移る。なお、このときのステップＳ１０を実行する制御装置２０のＣＰＵ４５が、各請求項記載の選択受付手段として機能する。

ステップＳ１５では、制御装置２０のＣＰＵ４５は、ステップＳ１０での選曲結果に対応し、上記選曲番号を示す選曲番号データをＲＡＭ４６に一時保存するとともに、ＬＡＮボード５０を介し、上記選曲番号に対応する曲データの送信を要求するリクエスト信号を、ＬＡＮ回線１５を介してサーバ５８へ送信する。これにより、サーバ５８は、図示しない記憶装置から、上記リクエスト信号に示される選曲番号に対応する楽曲データ及び上記コード譜情報と当該楽曲データに対応した歌詞データ及び映像データとを検索して読み出し、その読み出された曲データ等を、ＬＡＮ回線１５を介して制御装置２０に送信する。ステップＳ１５が終了したら、ステップＳ２０に移る。

ステップＳ２０では、制御装置２０のＣＰＵ４５は、ＬＡＮボード５０を介し、サーバ５８からＬＡＮ回線１５を介して送信された（コード譜情報を含む）楽曲データ等を受信する。その後、ステップＳ２５に移る。

ステップＳ２５では、制御装置２０のＣＰＵ４５は、上記ステップＳ２０で受信した楽曲データ等をＲＡＭ４９に一時保存する。その後、ステップＳ３０に移る。

なお、ステップＳ１５，ステップＳ２０、ステップＳ２５の処理として、選曲番号に対応付けられた、楽曲データ、及び、コード譜情報等は選曲毎にサーバ５８からオンデマンドで取得する場合の処理を行う。他に、カラオケ装置１０の制御装置２０に、大容量の補助記憶手段（図示せず）を設けて、予め、楽曲データ等を、補助記憶手段に記憶し、選曲毎に、選曲番号に対応付けられた情報群を補助記憶手段から読み出して、目的とする情報を取得する処理としてもよい。

ステップＳ３０では、制御装置２０のＣＰＵ４５は、上記ステップＳ２５でＲＡＭ４９に記憶されているＭＩＤＩデータの読み出しを開始し、読み出されたＭＩＤＩデータをＭＩＤＩ音源ボード５１に書き込む。ステップＳ３０が終了したら、ステップＳ３５に移る。

ステップＳ３５では、制御装置２０のＣＰＵ４５は、ＭＩＤＩ音源ボード５１に制御信号を出力し、上記ステップＳ３０で書き込んだＭＩＤＩデータに対応した音源信号を、ＭＩＤＩ音源ボード５１から出力させる。ＭＩＤＩ音源ボード５１から出力される音源信号は、音声制御回路５２へ出力されるとともに、アンプ１６により増幅可能な音楽信号に変換され、この変換された音楽信号は、音声出力端子４１からアンプ１６へ出力される。また、マイクロフォン１７，１８から入力された音声信号は、アンプ１６に内蔵されたミキシング回路９において上記音楽信号とミキシングされる。このとき、エレキギター４の出力端子から出力された演奏信号は、楽器接続ボード８及び制御装置２０を介してミキシング回路９に入力され、上記音声信号及び音楽信号とミキシングされる。そして、そのミキシングされたミキシング信号は、アンプ１６に内蔵された図示しない増幅回路により増幅された後にスピーカ１１及びスピーカ１２へ出力され、両スピーカによって再生される。なお、このステップＳ３５の手順を実行する制御装置２０のＣＰＵ４５が各請求項記載の楽曲データ再生手段として機能する。ステップＳ３５が終了すると、ステップＳ４０に移る。

ステップＳ４０では、制御装置２０のＣＰＵ４５は、モニタ１３，１４に制御信号を出力し、ステップＳ２５で保存したコード譜情報及び歌詞等をモニタ１３，１４により表示させる（なお、後述のステップＳ１００による演奏成否の評価結果についてもこのときに併せて表示してもよい）。これにより、エレキギター４の演奏者であるユーザは、モニタ１３，１４に表示されるコード譜にしたがってエレキギター４を演奏することにより、再生されるカラオケ楽曲に合わせてエレキギター演奏パートを容易に演奏することができる。その後、ステップＳ５０に移る。

ステップＳ５０では、制御装置２０のＣＰＵ４５は、上記ユーザのエレキギター４の演奏により入力端子４４から入力された演奏信号を演奏データとして例えば上記ＲＡＭ４９に蓄積する。その後、ステップＳ５５に移る。

ステップＳ５５では、制御装置２０のＣＰＵ４５は、前述のＦＦＴ（高速フーリエ変換）の処理単位に対応した１つの上記時間区分が終了したか否かを判定する。上記時間区分が終了していなければ判定が満たされず（Ｓ５５：ＮＯ）、上記ステップＳ３０に戻って同様の手順を繰り返す。上記時間区分が終了したら判定が満たされ（Ｓ５５：ＹＥＳ）、ステップＳ１００に移る。

ステップＳ１００では、制御装置２０のＣＰＵ４５は、前述した手法による演奏評価処理を行う。この演奏評価処理の詳細を、図１４に示す。

図１４において、まずステップＳ１１０で、制御装置２０のＣＰＵ４５は、上記ステップＳ５０で蓄積した（上記１つの区分に対応した）演奏データを読み出し、上記ＦＦＴ処理部４５ａにより、公知のＦＦＴ（高速フーリエ変換）の手法により各周波数成分を抽出し解析する。その後、ステップＳ１２０に移る。

ステップＳ１２０では、制御装置２０のＣＰＵ４５は、上記特徴パラメータ取得部４５ｂにより、上記ステップＳ１１０での解析結果を公知の手法によりクロマベクトル化することにより、前述の実音高データを生成する。その後、ステップＳ１３０に移る。

ステップＳ１３０では、制御装置２０のＣＰＵ４５は、上記マッチング処理部４５ｄにより、上記ステップＳ２０で取得されステップＳ４０で表示されたコード譜情報に基づき、コードごとに上記目標音高データを生成し、上記目標データバッファ４５ｅに記憶する。その後、ステップＳ１４０に移る。

ステップＳ１４０では、制御装置２０のＣＰＵ４５は、上記マッチング処理部４５ｄにより、上記ステップＳ１３０で生成された目標音高データを、対応した上記実音高データと比較し、一致度を算出する。算出した一致度に基づき、上記評価結果生成部４５ｆにより、演奏の成否を判定する（前述の図８参照）。その後、ステップＳ１５０に移る。

ステップＳ１５０では、制御装置２０のＣＰＵ４５は、上記評価履歴作成部４５ｇにより、上記ステップＳ１４０での「演奏成功」又は「演奏失敗」の判定結果を、コード別に集計し累積して評価履歴の作成を行い、格納する。ステップＳ１５０が完了すると、このルーチンを終了する。なお、ステップＳ１５０を実行する制御装置２０のＣＰＵ４５が、各請求項記載の評価履歴作成手段として機能する。

図１２に戻り、上記ステップＳ１８０が終了すると、制御装置２０のＣＰＵ４５は、ステップＳ６５において、楽曲データの再生が終了したか（言い換えれば、ステップＳ３０でのＭＩＤＩデータの読み出しが楽曲データの最後のＭＩＤＩデータまで終了したか）否かを判定する。楽曲データの再生が終了していれば判定が満たされ（ステップＳ６５：ＹＥＳ）、このフローを終了する。楽曲データの再生が終了するまでは判定が満たされず（ステップＳ６５：ＮＯ）、上記ステップＳ３０に戻り、上記ステップＳ３０〜ステップＳ６５の手順を繰り返す。

＜実施形態の効果＞
以上説明したように、本実施形態においては、楽曲データの再生及びユーザの演奏中に、上記楽曲データを構成する複数のコードそれぞれについてユーザが演奏したコードとの照合（ユーザが正しく演奏できているか否か）が行われる（図１４のステップＳ１４０参照）。そしてその結果、上記楽曲データの複数のコードについて、ユーザが当該コードを比較的高い確率で誤って演奏してしまう（＝ユーザが苦手とする）上記未習熟コード等を含む、評価履歴（図９参照）の作成が評価履歴作成部４５ｇで行われ、対応するユーザと関連づけて記憶される。

このようにしてユーザごとに評価履歴が記憶された状態で、特定のユーザが楽器の演奏を楽しもうとする際には、リモコン３０によって制御装置２０のＲＡＭ４９に保存されている複数の楽曲データの検索が行われる。その際、上記評価履歴作成部４５ｇに記憶された当該ユーザに係わる評価履歴に基づき、複数の楽曲データのうち、当該ユーザに係わる上記未習熟コード（言い換えれば当該ユーザが苦手とするコード）を含まない楽曲データが検索される（図１３のステップＳ２２０〜ステップＳ２５０参照）。そして、そのような未習熟コードを含まない楽曲データの検索結果が、リモコン３０の表示部３０ｂに表示される。

これにより、ユーザは、ＲＡＭ４９に記憶された多数の楽曲データの中から自分の苦手とするコードが含まれないような楽曲データを容易に見つけ出すことができる。この結果、ユーザは、高い確率で演奏を実行可能な得意の楽曲データばかりを再生しつつ、これに合わせて容易に演奏を行うことができる。この結果、ユーザが楽曲データを再生するために選択を行う際、当該楽曲データを容易に弾くことができるか否かをユーザ自身が個別に判断する必要がなくなり、利便性を向上することができる。

また、本実施形態では特に、上記のように失敗コードや高失敗コード（すなわち未習熟コード）を含まない検索でのヒット件数が０件となったとき、検索条件を緩和して上記低失敗コードを含む楽曲データが新たに検索される（図１１（ｂ）及び図１１（ｃ）参照）。これにより、ユーザは、演奏を失敗することのない得意のコードのみを含む楽曲データがなかった場合であっても、それに準ずる、失敗する確率の低いコードのみを含む楽曲データを再生し、演奏を行うことができる。この結果、さらに確実にユーザの利便性を向上することができる。

また、本実施形態では特に、前述のようにして行った検索結果において、既にユーザが演奏したことのある楽曲については除外した形で、最終的な検索結果として表示部３０ｂに表示する。これにより、ユーザが一度演奏したことのある楽曲データが何度も何度も検索結果として表示される煩わしさを、回避することができる。この結果、さらに確実にユーザの利便性を向上することができる。

なお、本発明は、上記実施形態に限られるものではなく、技術思想を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を説明する。

（１）古すぎる履歴は除外して検索を行う場合
すなわち、この変形例では、図９に示すような評価履歴において、各楽曲データに、ユーザが演奏した時期を示す演奏時期情報が対応づけられている。そして、上記のようにしてリモコン３０からの検索が行われる際、ＲＡＭ４９に記憶された多数の楽曲データのうち、上記演奏時期情報が検索時から所定期間内（例えば１年以内）である楽曲データのみを対象として、検索が実行される。

これにより、ユーザが演奏した日時が比較的古い楽曲データについてはその評価履歴を使用せず、ユーザが演奏を行った日時が比較的新しい楽曲データのみを対象に検索を実行することができる。ユーザが、日々、演奏を続けると、失敗率が高かったコードは徐々に演奏成功できるようになり、失敗率が高かったコードの失敗率が下がることが考えられる。ユーザが演奏した日時が比較的古い楽曲データの評価履歴を使用して検索が実行されると、ユーザが日々演奏するにつれて成功するようになったコードであっても、過去に失敗率が高かったコードが失敗コードに含めて失敗コードリストが作成されてしまうおそれがある。ユーザが演奏した日時が比較的古い楽曲の失敗率が高かったコードを含む失敗コードリストに従った検索結果が、何度も表示されることで検索結果が変移しない可能性がある。ユーザが演奏を行った日時が比較的新しい楽曲データのみを対象に検索を実行することにより、同じ検索結果が何度も表示されることで検索結果が変移しないおそれを、回避することができる。この結果、日々、ユーザが楽曲を演奏するにつれて変移する検索結果を表示することができ、ユーザの利便性をいっそう向上することができる。

（２）サーバ、制御装置、リモコンの機能分担のバリエーション
以上の例においては、評価履歴（図９参照）の作成が制御装置２０のＣＰＵ４５により行われ、失敗コードリスト（図１０）の作成がリモコン３０により行われ、この失敗コードリストに基づく検索もリモコン３０によって行われたが、これに限られない。すなわち、サーバ５８が、評価結果を取得し、各コード別に集計することにより評価履歴の作成を行い、作成した評価履歴に従って、失敗コードリストの作成を行う。そして、このとき、制御装置２０又はリモコン３０が、サーバ５８から、作成された失敗コードリストを取得し、失敗コードリストに基づく検索を行う構成であってもよい。または、サーバ５８が、評価結果を取得し、各コード別に集計することにより評価履歴の作成を行う。そして、制御装置２０又はリモコン３０が、サーバ５８から、評価履歴を取得し、失敗コードリストの作成と、作成された失敗コードリストに基づく検索を行う構成であってもよい。また、制御装置２０が、評価結果を取得し、各コード別に集計することにより評価履歴の作成を行い、作成した評価履歴に従って、失敗コードリストの作成を行う。そして、制御装置２０又はリモコン３０が、制御装置２０において作成された失敗コードリストに基づく検索を行う構成であってもよい。または、リモコン３０が、評価結果を取得し、各コード別に集計することにより評価履歴の作成を行い、作成した評価履歴に従って、失敗コードリストの作成を行い、作成された失敗コードリストに基づく検索を行う構成であってもよい。本発明は、これらいずれかの構成においても実施可能であり、これらの場合もそれぞれ上記同様の効果を得る。

（３）その他
以上においては、ユーザがエレキギター４を演奏する例にして説明したが、これに限られない。すなわちエレキギター４のような電子弦楽器ではなく、ガットギターやフォークギターのようなアコースティック発音のギターの音を、マイクロフォンで集音してフォンジャック４ａへ入力してもよい。またギターに限られず、他の弦楽器でもよい。さらには弦楽器にも限られず、鍵盤楽器、吹奏楽器、音階のある打楽器等でもよい。その場合、複数のコードのコード進行に対応する演奏をしているか否かのより評価を行うことが可能な楽器であれば、和音を発音せず単音のみ発音する楽器（ベースギター、吹奏楽器等）であっても、当該単音が当該コード進行に沿って発音すべき音であるか否か（あるいは指定された音であるか否か）により評価すればよい。また、本発明は、運指法により演奏される楽器で演奏する楽曲を検索する場合に、特に有効である。

なお、以上において、図７に示す矢印は信号の流れの一例を示すものであり、信号の流れ方向を限定するものではない。

また、図１２、図１３、図１４等に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。

また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。

その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。

４ エレキギター（楽器）
３０ リモコン（楽曲検索装置）
３０ｂ 表示部（表示手段）
３０ｃ 制御部
４９ ＲＡＭ（楽曲データ記憶手段）

Claims (5)

1. 複数のコードの進行からなる楽曲データに沿って演奏した楽器演奏者の楽器の演奏結果に応じて作成され、前記複数のコードのうち、前記楽器演奏者による演奏の成功履歴がない失敗コードと前記楽器演奏者による演奏の失敗履歴が所定の基準よりも高い高失敗コードとを含む、前記楽器演奏者が習熟していない未習熟コードを記録した、評価履歴情報を取得する評価履歴取得手段と、
   前記評価履歴取得手段により取得された前記評価履歴情報に基づき、複数の前記楽曲データを記憶した楽曲データ記憶手段から、前記楽曲データ記憶手段に記憶された前記複数の楽曲データのうち前記未習熟コードを含まない楽曲データを検索する楽曲検索手段と、
   前記楽曲検索手段による、前記未習熟コードを含まない楽曲データの検索結果を表示手段に表示させる表示制御手段と、
   を有し、
   前記評価履歴情報は、さらに、
   前記複数のコードのうち、前記楽器演奏者による演奏の成功履歴があり、且つ失敗履歴がない成功コードと前記楽器演奏者による演奏の失敗履歴が所定の基準よりも低い低失敗コードとを含む、前記楽器演奏者が習熟している習熟コードが記録されており、
   前記楽曲検索手段による、前記未習熟コードを含まない楽曲データの検索結果がないとき、
   前記楽曲検索手段は、
   前記楽曲データ記憶手段に記憶された前記複数の楽曲データのうち前記低失敗コードを含む楽曲データを新たに検索し、
   前記表示制御手段は、
   前記楽曲検索手段による、前記低失敗コードを含む楽曲データの検索結果を新たに表示させる
   ことを特徴とする楽曲検索装置。
2. 請求項１記載の楽曲検索装置において、
   前記表示手段に表示された検索結果から、演奏する楽曲データの選択を受け付ける選択受付手段をさらに有し、
   前記表示制御手段は、
   前記楽曲検索手段による検索結果のうち、前記選択受付手段により既に受け付け済みの前記楽曲データを除いた楽曲データを、最終的な検索結果として表示させる
   ことを特徴とする楽曲検索装置。
3. 請求項１又は請求項２記載の楽曲検索装置において、
   前記評価履歴情報は、
   楽曲データに、前記楽器演奏者が演奏した時期を示す演奏時期情報が対応づけられており、
   前記楽曲検索手段は、
   前記楽曲データ記憶手段に記憶された前記複数の楽曲データのうち、前記演奏時期情報が検索時から所定期間内である楽曲データの前記評価履歴情報を対象として、検索を実行する
   ことを特徴とする楽曲検索装置。
4. 複数のコードの進行によりそれぞれ構成された複数の楽曲データを記憶する楽曲データ記憶手段と、
   前記楽曲データ記憶手段に記憶された前記楽曲データを読み出して再生する楽曲データ再生手段と、
   前記楽曲データ再生手段による前記楽曲データの再生にしたがって、楽器演奏者の楽器の演奏により当該楽器から出力される演奏信号を入力する演奏信号入力手段と、
   前記楽曲データの再生にしたがって前記演奏信号入力手段で入力された前記演奏信号に応じて、前記複数のコードのうち、前記楽器演奏者による演奏の成功履歴がない失敗コードと前記楽器演奏者による演奏の失敗履歴が所定の基準よりも高い高失敗コードとを含む、前記楽器演奏者が習熟していない未習熟コードと、前記複数のコードのうち、前記楽器演奏者による演奏の成功履歴があり、且つ失敗履歴がない成功コードと前記楽器演奏者による演奏の失敗履歴が所定の基準よりも低い低失敗コードとを含む、前記楽器演奏者が習熟している習熟コードと、を記録した、評価履歴情報を作成する評価履歴作成手段と、
   前記評価履歴作成手段により作成された前記評価履歴情報を、対応する前記楽器演奏者と関連づけて記憶する評価履歴記憶手段と、
   前記評価履歴記憶手段に記憶された前記評価履歴情報に基づき、前記楽曲データ記憶手段に記憶された前記複数の楽曲データのうち、特定の前記楽器演奏者に係わる前記未習熟コードを含まない楽曲データを検索する楽曲検索手段と、
   前記楽曲検索手段による、前記未習熟コードを含まない楽曲データの検索結果を表示手段に表示させる表示制御手段と、
   を有し、
   前記楽曲検索手段は、
   前記未習熟コードを含まない楽曲データの検索結果がないとき、前記楽曲データ記憶手段に記憶された前記複数の楽曲データのうち前記低失敗コードを含む楽曲データを新たに検索し、
   前記表示制御手段は、
   前記楽曲検索手段による、前記低失敗コードを含む楽曲データの検索結果を新たに表示させる
   ことを特徴とする楽曲検索システム。
5. 操作手段、表示手段、演算手段を備えた楽曲検索装置の前記演算手段に対し、
   複数のコードの進行からなる楽曲データを演奏した楽器演奏者の楽器の演奏結果に応じて作成され、前記複数のコードのうち、前記楽器演奏者による演奏の成功履歴がない失敗コードと前記楽器演奏者による演奏の失敗履歴が所定の基準よりも高い高失敗コードとを含む、前記楽器演奏者が習熟していない未習熟コードと、前記複数のコードのうち、前記楽器演奏者による演奏の成功履歴があり、且つ失敗履歴がない成功コードと前記楽器演奏者による演奏の失敗履歴が所定の基準よりも低い低失敗コードとを含む、前記楽器演奏者が習熟している習熟コードと、を記録した、評価履歴情報を取得する評価履歴取得手順と、
   前記評価履歴取得手順で取得された前記評価履歴情報に基づき、複数の前記楽曲データを記憶した楽曲データ記憶手段から、前記楽曲データ記憶手段に記憶された前記複数の楽曲データのうち前記未習熟コードを含まない楽曲データを検索する楽曲検索手順と、
   前記楽曲検索手順で検索された、前記未習熟コードを含まない楽曲データの検索結果を前記表示手段に表示させる表示制御手順と、
   前記未習熟コードを含まない楽曲データの検索結果がないとき、前記楽曲データ記憶手段に記憶された前記複数の楽曲データのうち前記低失敗コードを含む楽曲データを新たに検索する手順と、
   前記低失敗コードを含む楽曲データの検索結果を新たに表示させる手順と、
   を実行させるための、楽曲検索プログラム。
   

Images