楽曲レコメンド装置、方法及びプログラム
【課題】楽曲の一般的な著名性や人気度を問わず、個々のユーザの趣味嗜好に適合した楽曲を推薦すること。
【解決手段】プレイリストなどとしてユーザが指定した複数の楽曲からコード進行を検出し、その登場数量（曲数、回数、該当部分の時間、相対的音量など）から抽出した特徴的コード進行の組合せと共通性を有する楽曲を選択してレコメンドすることにより、複数の曲に共通する特徴的コード進行という個人の趣味嗜好がより多面的に反映された音楽的要素が推薦の基準となるので、楽曲の一般的な著名性や人気度を問わず、個々のユーザの趣味嗜好に適合した楽曲を推薦することが可能となる。
【解決手段】プレイリストなどとしてユーザが指定した複数の楽曲からコード進行を検出し、その登場数量（曲数、回数、該当部分の時間、相対的音量など）から抽出した特徴的コード進行の組合せと共通性を有する楽曲を選択してレコメンドすることにより、複数の曲に共通する特徴的コード進行という個人の趣味嗜好がより多面的に反映された音楽的要素が推薦の基準となるので、楽曲の一般的な著名性や人気度を問わず、個々のユーザの趣味嗜好に適合した楽曲を推薦することが可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、楽曲のレコメンドに関する。
【背景技術】
【０００２】
近年、インターネットに代表される通信ネットワークを通じた音楽配信サービスなどにおいて、ユーザが好む可能性の高いコンテンツとして、ユーザの属性（性別、年齢等）に基づいて、ランキングが上位の楽曲をレコメンド（推薦）する機能が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−５０１８６号
【特許文献２】特開２００７−１８３４１７号
【特許文献３】特開平５−１８１４６４号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、上記のような従来の技術では、統計に基づきユーザの属性に応じた楽曲をレコメンドしているに過ぎず、個々のユーザの趣味嗜好は考慮されないという課題があった。また、統計に基づく結果、比較的有名で誰もが好みそうなありふれた楽曲がレコメンド対象となり、レコメンドされたユーザはその楽曲をすでに知っている可能性も高い。このため、ユーザが知らない楽曲と出会えるというレコメンドの長所が十分活かされないという問題もあった。
【０００５】
なお、指定された楽曲の波形から解析するコード進行と似たコード進行の楽曲を検索する技術も提案されているが（例えば、特許文献２参照）、特定の曲とコード進行の似た曲がユーザの趣味嗜好と一致するとは限らず、好みから外れた曲が提示されたり、逆に好みの曲を見逃す可能性も大きいという問題があった。
【０００６】
上記の課題に対し、本発明の目的は、楽曲の一般的な著名性や人気度を問わず、個々のユーザの趣味嗜好に適合した楽曲を推薦することである。
【課題を解決するための手段】
【０００７】
上記の目的をふまえ、本発明の一態様（１）は、楽曲レコメンド装置であって、レコメンド候補の楽曲ごとに一又は二以上のコード進行を記憶している候補記憶手段と、複数の楽曲の指定を受け付ける指定曲受付手段と、指定された前記複数の楽曲について所定のコード進行の登場を検出するコード検出手段と、検出された前記コード進行から、前記複数の楽曲における登場の数量に基づいて一又は二以上のコード進行を特徴的コード進行として抽出する抽出手段と、抽出された前記特徴的コード進行とコード進行が適合する楽曲を前記レコメンド候補から選択する候補選択手段と、選択された前記楽曲をユーザにレコメンドするレコメンド手段と、を有することを特徴とする。
【０００８】
本発明の他の態様（７）は、上記態様を方法のカテゴリで捉えた楽曲レコメンド方法であって、レコメンド候補の楽曲ごとに一又は二以上のコード進行を所定の候補記憶手段に予め記憶し、コンピュータが、複数の楽曲の指定を受け付ける指定曲受付処理と、コンピュータが、指定された前記複数の楽曲について所定のコード進行の登場を検出するコード検出処理と、コンピュータが、検出された前記コード進行から、前記複数の楽曲における登場の数量に基づいて一又は二以上のコード進行を特徴的コード進行として抽出する抽出処理と、コンピュータが、抽出された前記特徴的コード進行とコード進行が適合する楽曲を前記レコメンド候補から選択する候補選択処理と、コンピュータが、選択された前記楽曲をユーザにレコメンドするレコメンド処理と、を含むことを特徴とする。
【０００９】
本発明の他の態様（８）は、上記態様をコンピュータ・プログラムのカテゴリで捉えた楽曲レコメンドプログラムであり、レコメンド候補の楽曲ごとに一又は二以上のコード進行を所定の候補記憶手段に記憶しているコンピュータを制御するコンピュータ・プログラムであって、コンピュータに、複数の楽曲の指定を受け付けさせ、コンピュータに、指定された前記複数の楽曲について所定のコード進行の登場を検出させ、コンピュータに、検出された前記コード進行から、前記複数の楽曲における登場の数量に基づいて一又は二以上のコード進行を特徴的コード進行として抽出させ、コンピュータに、抽出された前記特徴的コード進行とコード進行が適合する楽曲を前記レコメンド候補から選択させ、コンピュータに、選択された前記楽曲をユーザにレコメンドさせることを特徴とする。
【００１０】
このように、プレイリストなどとしてユーザが指定した複数の楽曲からコード進行を検出し、その登場数量から抽出した特徴的コード進行の組合せと共通性を有する楽曲を選択してレコメンドすることにより、複数の曲に共通する特徴的コード進行という個人の趣味嗜好がより多面的に反映された音楽的要素が推薦の基準となるので、楽曲の一般的な著名性や人気度を問わず、個々のユーザの趣味嗜好に適合した楽曲を推薦することが可能となる。
【００１１】
本発明の他の態様（２）は、上記いずれかの態様において、前記抽出手段は、検出された前記コード進行のうち、ドローン又はモードの少なくとも一方については、他の種類のコード進行よりも優先して前記特徴的コード進行に含めて抽出することを特徴とする。
【００１２】
このように、楽曲中で相対的に目立ちやすいドローンやモードを、顕著な特徴として優先的に特徴的コード進行に含めて同様のコードを含む楽曲を検索することにより、ユーザが指定した楽曲と目立つ特徴が共通する楽曲が検索できるので、個々のユーザの趣味嗜好により一層適合した楽曲を推薦できる。
【００１３】
本発明の他の態様（３）は、上記いずれかの態様において、前記候補記憶手段は、前記レコメンド候補の楽曲ごとに前記コード進行に加え、使用されている一又は二以上の楽器種別を記憶しており、指定された前記複数の楽曲について、使用されている楽器種別を、楽器種別ごとに予め対応付けられている周波数との一致に基づいて検出する楽器検出手段と、前記楽器検出手段により検出された前記楽器種別から、前記複数の楽曲における登場の数量に基づいて一又は二以上の楽器種別を特徴的楽器種別として抽出する抽出手段と、を有し、前記候補選択手段は、抽出された前記特徴的コード進行及び前記特徴的楽器種別と適合する楽曲を前記レコメンド候補から選択することを特徴とする。
【００１４】
このように、コード進行に加え、周波数から楽器種別を検出し、その登場数量から抽出した特徴的楽器種別も加味して楽曲を抽出することにより、楽器の醸し出す楽曲の雰囲気もレコメンド対象に反映されるので、個々のユーザの趣味嗜好にさらに一層適合した楽曲を推薦できる。
【００１５】
本発明の他の態様（４）は、上記いずれかの態様において、前記候補記憶手段は、前記レコメンド候補の楽曲ごとに対応してアーティストを記憶しており、前記レコメンド手段は、前記レコメンド候補から選択された楽曲に係る前記アーティストに対応する他の楽曲もレコメンドすることを特徴とする。
【００１６】
このように、特徴的コード進行などに基づいて選択された楽曲のアーティストの他の楽曲についてもレコメンドすることにより、コード進行等が異なっても同じアーティストという共通性ある楽曲がレコメンドできるので、ユーザが知らなかった楽曲と出会えるというレコメンドの長所が活かせる機会が増え、コンテンツの利用も促進できる。
【００１７】
本発明の他の態様（５）は、上記いずれかの態様において、複数の前記特徴的コード進行が抽出された場合、それら特徴的コード進行を表示して重みの指定を受け付ける重み受付手段を有し、前記候補選択手段は、前記レコメンド候補から楽曲を選択するにあたり、楽曲が前記特徴的コード進行と一致するコード進行を持つことをその特徴的コード進行について指定されている前記重みに応じて前記適合の評価に反映させることを特徴とする。
【００１８】
このように、複数抽出した特徴的コード進行をユーザに表示し、その間の優先順位など重みの指定を受け付けて楽曲の選択に反映させることにより、ユーザの判断を尊重すると共に、抽出された全ての特徴的コード進行を兼ね備えた候補が少ない場合でも、重みの大きい特徴的コード進行を優先して十分な数の楽曲を選択しレコメンドすることが可能となる。
【００１９】
本発明の他の態様（６）は、上記いずれかの態様において、前記特徴的コード進行に基づいて選択及びレコメンドされた前記楽曲ごとに対応して入力されたアクション内容が所定の肯定的アクションであるか又は所定の否定的アクションであるかの別に応じて、その楽曲のコード進行と一致していた又は一致していなかった前記特徴的コード進行ごとの重みを設定又は修正する重み設定手段を有することを特徴とする。
【００２０】
このように、レコメンドした楽曲ごとに対応したアクション内容に応じて、特徴的コード進行ごとの重みを修正することにより、ユーザの意識とは別に潜在的に趣味嗜好に影響していたコード進行の重みを相対的に充実させることができ、レコメンドの精度が一層改善できる。
【００２１】
なお、上記の各態様とは異なるカテゴリ（装置に対し方法、方法に対しプログラムなど）や、以下に説明するさらに具体的な各態様も本発明に含まれる。異なるカテゴリについては、「手段」を「処理」又は「ステップ」のように適宜読み替えるものとする。また、処理やステップの実行順序は以上記述したものに限定されず、適宜変更したりまとめて処理するなど、変更可能である。
【発明の効果】
【００２２】
本発明によれば、楽曲の一般的な著名性や人気度を問わず、個々のユーザの趣味嗜好に適合した楽曲を推薦することができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施形態の構成を示す機能ブロック図。
【図２】本発明の実施形態で用いるデータの一部を例示する図。
【図３】本発明の実施形態における処理手順を例示するフローチャート。
【図４】本発明の実施形態で用いるデータの一部を例示する図。
【図５】本発明の実施形態で用いるデータの一部を例示する図。
【図６】本発明の実施形態で用いるデータの一部を例示する図。
【図７】本発明の実施形態で用いるデータの一部を例示する図。
【図８】本発明の実施形態における画面例を示す図。
【図９】本発明の実施形態で用いるデータの一部を例示する図。
【図１０】本発明の実施形態における画面例を示す図。
【発明を実施するための形態】
【００２４】
次に、本発明を実施するための形態（「実施形態」と呼ぶ）について、図に沿って説明する。なお、背景技術や課題などで既に述べた内容と共通の前提事項については適宜省略する。
【００２５】
〔１．構成〕
本実施形態は、図１の構成図に示すように、通信ネットワークＮ（インターネット、携帯電話網、ＬＡＮなど）経由でアクセスしてくる端末Ｔに、楽曲をレコメンドするサーバ装置である楽曲レコメンド装置１（「本装置」又は「本装置１」と略称する）に関する。ここで、端末Ｔは、エンドユーザがウェブページを閲覧する情報処理装置で、パーソナル・コンピュータ（ＰＣ）、ポータブル電子情報端末装置（スマートフォン、タブレットＰＣ、携帯電話端末装置）などの他、インターネット接続機能付きのテレビ（テレビジョン受像機）など具体的な種類は自由で、また、図１では一つを模式的に例示するが、実際は多数存在する。
【００２６】
本装置１及び端末Ｔは、一般的なコンピュータの構成として少なくとも、ＣＰＵなどの演算制御部６と（端末Ｔについては図示省略。以下同じ）、記憶装置７（主メモリ、フラッシュメモリ、ＨＤＤ等）と、通信ネットワークＮとの通信手段８（無線や有線のＬＡＮアダプタ、通信ゲートウェイ装置など）と、を有する。特に端末Ｔは、液晶表示パネルなどの表示装置と、タッチパネルやボタンなどの入力装置と、を有する（図示省略）。
【００２７】
そして、本装置１では、記憶装置７に予め記憶（インストール）した図示しない所定のコンピュータ・プログラムが演算制御部６を制御することで、図１に示す各手段などの要素（１０，２０など）を実現する。このうち、情報の記憶手段は、記憶装置７において各種のデータベース（「ＤＢ」とも表す）やファイル、配列等の変数、各種スタックやレジスタ、システム設定値など任意の形式で実現できる。
【００２８】
このような記憶手段のうち、候補記憶手段６５は、図２に例示するように（図中の破線については後述）、レコメンド候補となる多数の楽曲（図２の「楽曲情報」参照）ごとに、一又は二以上のコード進行に加え、使用されている一又は二以上の楽器種別を記憶している手段である。なお、記憶手段以外の各手段は、以下のような情報処理の機能・作用を実現・実行する処理手段である。
【００２９】
〔２．作用〕
上記のように構成した本実施形態の作用を図３のフローチャートに示す。
〔２−１．指定曲の受付〕
まず、指定曲受付手段１０が、ユーザから複数の楽曲の指定をプレイリストなどの形で受け付け（ステップＳ１）、その楽曲を表す楽曲情報を指定曲記憶手段１５に記憶させる。図４は、指定曲記憶手段１５に記憶された楽曲情報と、後述のコード等記憶手段３５にその後記憶される情報を一体に示した概念図であり、図中の破線については後述する。なお、楽曲情報は、図４や図２に示す曲名やアーティスト名に限らず、曲ＩＤその他任意の情報内容でよい。また、ユーザから楽曲の指定を受け付ける態様は、候補一覧や検索結果からの選択のほか、音響ファイルのアップロードなど自由である。このように指定された楽曲を「指定曲」と略称することとする。
【００３０】
〔２−２．コード進行の検出〕
そして、コード検出手段２０が、各指定曲を指定曲記憶手段１５から読み出してその全ての楽曲について所定のコード進行の登場を検出し（ステップＳ２）、コード等記憶手段３５に記憶させる（例えば、図４中の「コード進行」）。図４の例では、コード進行ごとの検出の有無を「○」又は「×」で表すことにより、結果的に、そのコード進行に関する登場の数量として、「○」の合計数すなわち曲数を記憶しているが、登場の数量に関する他の例として、例えば、曲ごと又は各曲合計での登場の回数、該当部分の時間、相対的音量などを記憶しておけば、より高精度なレコメンドが実現できる。
【００３１】
また、コード進行を検出する手法については、従来公知の任意の手法を用いてよいが、例えば、図５に例示するように、コード進行の種類ごとの特徴をコード進行記憶手段２２に記憶しておき、指定曲をこれら特徴と照合し、適合するコード進行を検出したり、適合度が相対的に高いコード進行を検出するなどが考えられる。より具体的には、例えば、音源から抽出した低い周波数の動きをベース音と判断し、そのベース音の上にどんな音程が重なっているか周波数から判断し、そのパターンに基づいてコード進行を抽出するなどが考えられる。
【００３２】
上記のように検出した図中の各コード進行のうち、「借用和音」は、曲の調のダイアトニックコードとして存在しない和音を一時的に利用する手法であり、「ダイアトニックコード」は、あるキーの音階上の音だけを組み合わせて構成された和音である。「純固有和音」は、同主調のダイアトニックコードを一時的に利用する手法で、借用和音のひとつである。「ブルーノート」は、長音階の構成音（ハ長調であればドレミファソラシ）およびその第３音、第５音、第７音を半音下げた音を加えた音階を使用することである。「転調」は、曲中に調を変えることで、具体的には長調・短調の変化、あるいは五線譜上の調号の変化があれば転調とする。
【００３３】
「ドローン」は、曲中にある特定の音（特にベース音）を長い間持続的に出す手法である。「クリシェ」は、単調なコード進行パターンを避けるために、基本のコードは変えずに、半音階や全音階の装飾的・慣用的なメロディーラインを創る（クリシェ・ライン）手法である。「モード」は、一般的な長調・短調以外の音の並びとは異なる並べ方でできた音階を利用した音楽であり、具体的には、ドリアン、フリジアン、リディアン、ミクソリディアン、ロクリアンの音階を指す。
【００３４】
〔２−３．楽器の検出〕
また、複数の各指定曲について、楽器検出手段３０が、使用されている楽器種別を、楽器種別ごとに予め対応付けられている周波数との一致に基づいて検出し（ステップＳ３）、コード等記憶手段３５に記憶させる（例えば、図４中の「楽器種別」）。図４の例では、楽器種別ごとの検出の有無を「○」又は「×」で表すことにより、その楽器種別に関する登場の数量として、「○」の合計数すなわち曲数を記憶しているが、登場の数量に関する他の例として、例えば、曲ごと又は合計での登場の回数、該当部分の時間、ソロか否か、楽器台数、相対的音量などを記憶しておけば、より高精度なレコメンドが実現できる。
【００３５】
楽器種別を抽出する手法については、従来公知の任意の手法を用いてよいが（例えば、特許文献４参照）、一例として、図６に例示するように、楽器特徴記憶手段３３に楽器の種別ごとの周波数成分などの特徴を予め記憶しておき、それを基に対象の楽曲の全体又は部分ごとに照合などにより抽出することが考えられる。
【００３６】
〔２−４．特徴的コード進行の抽出〕
そして、特徴コード抽出手段４０が、検出されたコード進行から、複数の指定曲における登場の数量（例えば、曲数、回数、該当部分の時間、相対的音量など）に基づいて一又は二以上のコード進行を特徴的コード進行として抽出し（ステップＳ４）、特徴記憶手段４５に記憶させる。例えば、図４に示したコード進行のうち、４曲全てで「○」なのは純固定和音とドローンであり（図４において破線の矩形で示す）、これらを特徴的コード進行として抽出する場合を考える。
【００３７】
図７は、特徴記憶手段４５に記憶された特徴的コード進行と、後述の特徴的楽器種別（両者併せて「特徴要素」と総称することとする）を例示する概念図で、実際のデータ表現形式は自由であるが、「コード進行」及び「楽器種別」のうち破線の楕円で示している要素が特徴要素（特徴的コード進行及び特徴的楽器種別）であることを示している。
【００３８】
この例において、特徴的コード進行の例は破線の楕円で示す「純固有和音」及び「ドローン」である。図中、各欄の数字は、指定曲のうちその特徴要素が検出された曲の割合を実数で示し（例えば、４曲中４曲なら「１．０」、４曲中３曲なら「０．７５」など）、この例では、全ての指定曲で検出され割合が「１．０」であるものが特徴要素となっている（破線の円及び楕円で示す）。
【００３９】
なお、特徴的コード進行の抽出において特徴コード抽出手段４０は、検出された前記コード進行のうち、ドローン又はモードの少なくとも一方については、他の種類のコード進行よりも優先して前記特徴的コード進行に含めて抽出する。ここで、ドローンやモードを他の種類のコード進行よりも「優先」する態様は自由で、例えば、所定の割合や数の指定曲で検出されたコード進行を特徴的コード進行として抽出する場合、ドローンとモードについては他のコード進行よりも少ない割合や数（例えば、一曲でも）を適用するなどが考えられる。
【００４０】
〔２−５．特徴的楽器種別の抽出〕
続いて、特徴楽器抽出手段５０が、上記のように検出された楽器種別（例えば図４）から、前記複数の楽曲における登場の数量（例えば、曲数、回数、該当部分の時間、ソロか否か、楽器台数、相対的音量など）に基づいて一又は二以上の楽器種別を特徴的楽器種別として抽出し（ステップＳ５）、特徴記憶手段４５に記憶させる（例えば図７）。
【００４１】
本実施形態では、特徴的コード進行で述べたとおり特徴要素としては、全ての指定曲で検出され割合が「１．０」であるものが特徴要素となっており、図７において破線の楕円で示すように、楽器種別としてはドラム、ベース、ボーカルが、それぞれ特徴要素である特徴的楽器種別となっている。
【００４２】
〔２−６．重みによる楽曲選択〕
上記のように抽出された特徴要素に基づく楽曲の選択に先立ち、個々の特徴要素に、楽曲の選択基準としての重みを設定することができる。特徴要素のうち特徴的コード進行又は特徴的楽器種別の一方だけに重みを設定したり、重みの設定を含まない実施形態も可能であるが、ここでは、特徴的コード進行及び特徴的楽器種別の双方を重み設定の対象とする例を示す。重みの設定では、具体的には、特徴要素（特徴的コード進行及び特徴的楽器種別の少なくとも一方）が複数抽出された場合、重み受付手段６０が、それら特徴コード進行を表示して重みの指定を受け付けて設定する（ステップＳ６）。
【００４３】
例えば、図８の画面例では、ユーザのプレイリストＰが表示されるとともに、各特徴要素Ｃについても、個々の特徴要素の重みに対応する優先順位（例えば「第１位」「第２位」など）、及び特徴要素ごとに対応する操作ボタン、すなわち「例を試聴」ボタンＢ１，「上位へ」ボタンＢ２，「下位へ」ボタンＢ３と共に表示されている。そして、各特徴要素Ｃに対応して、タッチ操作やマウス操作などで「例を試聴」ボタンＢ１を操作すれば、コード進行や楽器のサンプル音声を再生し、「上位へ」ボタンＢ２を操作すれば一つ上の特徴要素と優先順位を入れ替えた状態に表示を更新し、「下位へ」ボタンＢ３を操作すれば一つ下の特徴要素と優先順位を入れ替えた状態に表示を更新する。このようにして所望の優先順位で各特徴要素が表示された状態にして、「確定してオススメ楽曲を表示」ボタンＢ５を操作すると、その優先順位の高さに応じた重み（優先順位第１位が重み最大）で、下記のような楽曲の選択に進む。
【００４４】
〔２−７．楽曲の選択〕
楽曲の選択では、候補選択手段７０が、抽出された特徴要素である特徴的コード進行や特徴的楽器種別と、コード進行や楽器種別が適合する楽曲を、候補記憶手段６５に記憶されているレコメンド候補から選択し（ステップＳ７）、選択曲記憶手段７５に記憶させる。例えば、図７に示した特徴要素（破線の楕円で示す純固有和音、ドローン、ドラム、ベース、ボーカル）に基づけば、図２に例示したレコメンド候補のうち同じ特徴要素（図２中、破線の矩形で示す）を持つ最初の２曲、「夜に…」（アーティスト名「Ｆ山・・・」）と、「震える・・」（Ｇ田・・・）が適合し、選択される。このように選択され選択曲記憶手段７５に記憶されている楽曲の情報を図９に例示する。
【００４５】
なお、上記のようにレコメンド候補から楽曲を選択するにあたり、候補選択手段７０は、楽曲が特徴要素である特徴的コード進行や特徴的楽器種別と一致するコード進行や楽器種別を持つことを、その特徴要素について指定されている前記重みに応じて前記適合の評価に反映させる。重みを反映した計算で適合を評価する例としては、優先順位に応じた重みを特徴要素ごとに設定し、各レコメンド候補に対しその有する特徴要素の重みの合計値をスコアとして与え、その合計値の多いものを優先して所定数までレコメンドする楽曲として選択するなどが考えられる。
【００４６】
例えば、優先順位第１位の重みを５、第２の重みを４・・・第５位の重みを１、のようにする場合、第１位と第２の特徴要素を備えたレコメンド候補のスコアは９点、第４位と第５位の特徴要素を備えたレコメンド候補のスコアは３点となる。すなわち、図８の画面例に示した特徴要素の優先順位（「純固有和音」「ドローン」・・・）を基に、図２のレコメンド候補から３曲目まで選択する際に、ドラム、ベース、ボーカルの重みよりも、純固有和音やドローンの重みが十分に大きい場合、図２のレコメンド候補のうち最下段の「星の・・・」（Ｋ宮・・・）も、優先順位が高く重みが大きい純固有和音とドローンを含む点で（図中、破線の円で示す）、スコアが高くなり、選択されることとなる。
【００４７】
〔２−８．楽曲等のレコメンド〕
そして、上記のように選択された楽曲を、レコメンド手段８０が、ユーザにレコメンドする（ステップＳ８）。図１０は、レコメンドの画面例であり、３つの楽曲ごとに、「試聴」ボタンＢ６，「買い物カゴへ」ボタンＢ７，「リストから削除」ボタンＢ８などが表示されている。３つの楽曲のうち１番目の「夜に…」（Ｆ山・・・）と２番目の「震える・・」（Ｇ田・・・）は特徴要素との適合で選択された楽曲であり、３番目の「春の・・・」（Ｇ田・・・）は、２番目の「震える・・」（Ｇ田・・・）とアーティスト「Ｇ田・・・」の共通性に基づいてレコメンドされているものである。
【００４８】
すなわち、候補記憶手段６５は、レコメンド候補の楽曲ごとに対応してアーティストを記憶しており（図２）、レコメンド手段８０は、それらレコメンド候補から選択された楽曲に係るアーティストに対応する他の楽曲もレコメンドする（ステップＳ８）。
【００４９】
〔２−９．アクションによる重みの修正〕
上記のように表示されたレコメンドの画面において、ユーザは興味を持った曲についてボタンＢ６，Ｂ７やＢ８を操作して試聴など任意のアクションを行うが、これらアクションの内容に応じて各特徴要素の重みを新たに設定ないし修正することができる。この場合、重み設定手段９０が、特徴要素に基づいて選択及びレコメンドされた楽曲ごとに対応して入力されたアクション内容が所定の肯定的アクションであるか又は所定の否定的アクションであるかの別に応じて、その楽曲のコード進行や楽器種別と一致していた又は一致していなかった特徴要素ごとの重みを設定又は修正する（ステップＳ９）。
【００５０】
ここで、楽曲ごとに対応して入力された「アクション内容」は、任意であるが、例えば、「買い物カゴへ」ボタンＢ７などで、いわゆる電子商取引の買い物カゴ機能に登録するアクションの有無、「リストから削除」ボタンＢ８などでレコメンド画面から削除するアクションの有無、「試聴」ボタンＢ６などによる試聴の有無やその継続時間、その後の料金精算を経た曲データのダウンロードの有無、その他、評価入力の内容など自由に定めることができる。
【００５１】
また、重みの設定や修正についても具体的な基準は自由であるが、例えば、アクションが肯定的（例えば「買い物カゴへ」ボタンＢ７の操作）ならその楽曲のコード進行や楽器種別と一致していた特徴要素について優先順位を上げるなど重みを増し、アクションが否定的（例えば「リストから削除」ボタンＢ８の操作）なら、そのような特徴要素について優先順位を下げるなど重みを減らすなどが考えられる。
【００５２】
上記のように修正した重みの活用態様として、例えば、図１０の画面において「優先順位の設定へ戻る」ボタンＢ９を操作することで、図８の画面例に準じた特徴要素の一覧画面へ遷移したときに反映させるほか、各特徴要素の初期値となるデフォルトの重みすなわち優先順位としてユーザに紐付けて記憶しておき、次回以降にプレイリストを指定して楽曲のレコメンドを受ける際に適用すれば、ユーザの意向に合った優先順位が反映されるので、その際に再び図８のような画面で特徴要素の重み（優先順位）を調整する場合に作業が最小限で済み、楽曲レコメンドの使い勝手が向上する。
【００５３】
〔３．効果〕
以上のように、本実施形態では、プレイリストなどとしてユーザが指定した複数の楽曲からコード進行（例えば図５、図４）を検出し、その登場数量から抽出した特徴的コード進行（例えば図７）の組合せと共通性を有する楽曲を選択して（例えば図９）レコメンドすることにより（例えば図１０）、複数の曲に共通する特徴的コード進行という個人の趣味嗜好がより多面的に反映された音楽的要素が推薦の基準となるので、楽曲の一般的な著名性や人気度を問わず、個々のユーザの趣味嗜好に適合した楽曲を推薦することが可能となる。
【００５４】
特に、本実施形態では、楽曲中で相対的に目立ちやすいドローンやモードを、顕著な特徴として優先的に特徴的コード進行に含めて同様のコードを含む楽曲を検索することにより、ユーザが指定した楽曲と目立つ特徴が共通する楽曲が検索できるので、個々のユーザの趣味嗜好により一層適合した楽曲を推薦できる。
【００５５】
また、本実施形態では、コード進行に加え、周波数から楽器種別を検出し（例えば図６、図４）、その登場数量から抽出した特徴的楽器種別（例えば図７）も加味して楽曲を抽出することにより（例えば図９）、楽器の醸し出す楽曲の雰囲気もレコメンド対象に反映されるので、個々のユーザの趣味嗜好にさらに一層適合した楽曲を推薦できる。
【００５６】
さらに、本実施形態では、特徴的コード進行などに基づいて選択された楽曲のアーティストの他の楽曲についてもレコメンドすることにより（例えば図１０）、コード進行等が異なっても同じアーティストという共通性ある楽曲がレコメンドできるので、ユーザが知らなかった楽曲と出会えるというレコメンドの長所が活かせる機会が増え、コンテンツの利用も促進できる。
【００５７】
加えて、本実施形態では、複数抽出した特徴的コード進行をユーザに表示し、その間の優先順位など重みの指定を受け付けて（図１０）楽曲の選択に反映させることにより、ユーザの判断を尊重すると共に、抽出された全ての特徴的コード進行を兼ね備えた候補が少ない場合でも、重みの大きい特徴的コード進行を優先して十分な数の楽曲を選択しレコメンドすることが可能となる。
【００５８】
とりわけ、本実施形態では、レコメンドした楽曲ごとに対応したアクション内容に応じて、特徴的コード進行ごとの重みを修正することにより、ユーザの意識とは別に潜在的に趣味嗜好に影響していたコード進行の重みを相対的に充実させることができ、レコメンドの精度が一層改善できる。
【００５９】
〔４．他の実施形態〕
なお、上記各実施形態は例示に過ぎず、本発明は、以下に例示するものやそれ以外の他の実施態様も含むものである。例えば、上記実施形態では、ドローンやモードを他の特徴より優先したが、これは必須ではなく、どの特徴にどのように重みを置くかについては自由に変更して実施することができる。また、候補記憶手段６５に記憶しておくレコメンド候補の特徴であるコード進行、楽器種別について、予め手作業などでデータ（例えば図２）を用意するほかに、例えば、楽曲の音響ファイル登録などに際しコード検出手段２０や楽器検出手段３０もしくはこれらと同等の構成により検出して登録する手段を本装置１に設けてもよい。
【００６０】
また、本発明に関する手段などの各要素は、コンピュータの演算制御部に限らず、ワイヤードロジック等に基づく電子回路など他の情報処理機構で実現してもよい。また、各構成図、データの図、フローチャートの図などは例示に過ぎず、各要素の有無、その配置順序や各処理の実行順序、具体的内容などは適宜変更可能である。例えば、サーバは、構成要素となるサーバなどの装置を複数用いて実現してもよく、個々の記憶手段を別個独立のサーバ装置やシステムで実現する構成も一般的である。
【００６１】
また、機能によっては、外部のプラットフォーム等をＡＰＩ（アプリケーション・プログラム・インタフェース）やネットワークコンピューティング（いわゆるクラウドなど）で呼び出して実現するなど、構成は柔軟に変更できる。
【符号の説明】
【００６２】
１ 楽曲レコメンド装置（本装置）
６ 演算制御部
７ 記憶装置
８ 通信手段
１０ 指定曲受付手段
１５ 指定曲記憶手段
２０ コード検出手段
２２ コード進行記憶手段
３０ 楽器検出手段
３３ 楽器特徴記憶手段
３５ コード等記憶手段
４０ 特徴コード抽出手段
４５ 特徴記憶手段
５０ 特徴楽器抽出手段
６０ 重み受付手段
６５ 候補記憶手段
７０ 候補選択手段
７５ 選択曲記憶手段
８０ レコメンド手段
９０ 重み設定手段
Ｂ１〜Ｂ９ ボタン
Ｃ 各特徴要素
Ｎ 通信ネットワーク
Ｐ プレイリスト
Ｔ 端末
【技術分野】
【０００１】
本発明は、楽曲のレコメンドに関する。
【背景技術】
【０００２】
近年、インターネットに代表される通信ネットワークを通じた音楽配信サービスなどにおいて、ユーザが好む可能性の高いコンテンツとして、ユーザの属性（性別、年齢等）に基づいて、ランキングが上位の楽曲をレコメンド（推薦）する機能が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−５０１８６号
【特許文献２】特開２００７−１８３４１７号
【特許文献３】特開平５−１８１４６４号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、上記のような従来の技術では、統計に基づきユーザの属性に応じた楽曲をレコメンドしているに過ぎず、個々のユーザの趣味嗜好は考慮されないという課題があった。また、統計に基づく結果、比較的有名で誰もが好みそうなありふれた楽曲がレコメンド対象となり、レコメンドされたユーザはその楽曲をすでに知っている可能性も高い。このため、ユーザが知らない楽曲と出会えるというレコメンドの長所が十分活かされないという問題もあった。
【０００５】
なお、指定された楽曲の波形から解析するコード進行と似たコード進行の楽曲を検索する技術も提案されているが（例えば、特許文献２参照）、特定の曲とコード進行の似た曲がユーザの趣味嗜好と一致するとは限らず、好みから外れた曲が提示されたり、逆に好みの曲を見逃す可能性も大きいという問題があった。
【０００６】
上記の課題に対し、本発明の目的は、楽曲の一般的な著名性や人気度を問わず、個々のユーザの趣味嗜好に適合した楽曲を推薦することである。
【課題を解決するための手段】
【０００７】
上記の目的をふまえ、本発明の一態様（１）は、楽曲レコメンド装置であって、レコメンド候補の楽曲ごとに一又は二以上のコード進行を記憶している候補記憶手段と、複数の楽曲の指定を受け付ける指定曲受付手段と、指定された前記複数の楽曲について所定のコード進行の登場を検出するコード検出手段と、検出された前記コード進行から、前記複数の楽曲における登場の数量に基づいて一又は二以上のコード進行を特徴的コード進行として抽出する抽出手段と、抽出された前記特徴的コード進行とコード進行が適合する楽曲を前記レコメンド候補から選択する候補選択手段と、選択された前記楽曲をユーザにレコメンドするレコメンド手段と、を有することを特徴とする。
【０００８】
本発明の他の態様（７）は、上記態様を方法のカテゴリで捉えた楽曲レコメンド方法であって、レコメンド候補の楽曲ごとに一又は二以上のコード進行を所定の候補記憶手段に予め記憶し、コンピュータが、複数の楽曲の指定を受け付ける指定曲受付処理と、コンピュータが、指定された前記複数の楽曲について所定のコード進行の登場を検出するコード検出処理と、コンピュータが、検出された前記コード進行から、前記複数の楽曲における登場の数量に基づいて一又は二以上のコード進行を特徴的コード進行として抽出する抽出処理と、コンピュータが、抽出された前記特徴的コード進行とコード進行が適合する楽曲を前記レコメンド候補から選択する候補選択処理と、コンピュータが、選択された前記楽曲をユーザにレコメンドするレコメンド処理と、を含むことを特徴とする。
【０００９】
本発明の他の態様（８）は、上記態様をコンピュータ・プログラムのカテゴリで捉えた楽曲レコメンドプログラムであり、レコメンド候補の楽曲ごとに一又は二以上のコード進行を所定の候補記憶手段に記憶しているコンピュータを制御するコンピュータ・プログラムであって、コンピュータに、複数の楽曲の指定を受け付けさせ、コンピュータに、指定された前記複数の楽曲について所定のコード進行の登場を検出させ、コンピュータに、検出された前記コード進行から、前記複数の楽曲における登場の数量に基づいて一又は二以上のコード進行を特徴的コード進行として抽出させ、コンピュータに、抽出された前記特徴的コード進行とコード進行が適合する楽曲を前記レコメンド候補から選択させ、コンピュータに、選択された前記楽曲をユーザにレコメンドさせることを特徴とする。
【００１０】
このように、プレイリストなどとしてユーザが指定した複数の楽曲からコード進行を検出し、その登場数量から抽出した特徴的コード進行の組合せと共通性を有する楽曲を選択してレコメンドすることにより、複数の曲に共通する特徴的コード進行という個人の趣味嗜好がより多面的に反映された音楽的要素が推薦の基準となるので、楽曲の一般的な著名性や人気度を問わず、個々のユーザの趣味嗜好に適合した楽曲を推薦することが可能となる。
【００１１】
本発明の他の態様（２）は、上記いずれかの態様において、前記抽出手段は、検出された前記コード進行のうち、ドローン又はモードの少なくとも一方については、他の種類のコード進行よりも優先して前記特徴的コード進行に含めて抽出することを特徴とする。
【００１２】
このように、楽曲中で相対的に目立ちやすいドローンやモードを、顕著な特徴として優先的に特徴的コード進行に含めて同様のコードを含む楽曲を検索することにより、ユーザが指定した楽曲と目立つ特徴が共通する楽曲が検索できるので、個々のユーザの趣味嗜好により一層適合した楽曲を推薦できる。
【００１３】
本発明の他の態様（３）は、上記いずれかの態様において、前記候補記憶手段は、前記レコメンド候補の楽曲ごとに前記コード進行に加え、使用されている一又は二以上の楽器種別を記憶しており、指定された前記複数の楽曲について、使用されている楽器種別を、楽器種別ごとに予め対応付けられている周波数との一致に基づいて検出する楽器検出手段と、前記楽器検出手段により検出された前記楽器種別から、前記複数の楽曲における登場の数量に基づいて一又は二以上の楽器種別を特徴的楽器種別として抽出する抽出手段と、を有し、前記候補選択手段は、抽出された前記特徴的コード進行及び前記特徴的楽器種別と適合する楽曲を前記レコメンド候補から選択することを特徴とする。
【００１４】
このように、コード進行に加え、周波数から楽器種別を検出し、その登場数量から抽出した特徴的楽器種別も加味して楽曲を抽出することにより、楽器の醸し出す楽曲の雰囲気もレコメンド対象に反映されるので、個々のユーザの趣味嗜好にさらに一層適合した楽曲を推薦できる。
【００１５】
本発明の他の態様（４）は、上記いずれかの態様において、前記候補記憶手段は、前記レコメンド候補の楽曲ごとに対応してアーティストを記憶しており、前記レコメンド手段は、前記レコメンド候補から選択された楽曲に係る前記アーティストに対応する他の楽曲もレコメンドすることを特徴とする。
【００１６】
このように、特徴的コード進行などに基づいて選択された楽曲のアーティストの他の楽曲についてもレコメンドすることにより、コード進行等が異なっても同じアーティストという共通性ある楽曲がレコメンドできるので、ユーザが知らなかった楽曲と出会えるというレコメンドの長所が活かせる機会が増え、コンテンツの利用も促進できる。
【００１７】
本発明の他の態様（５）は、上記いずれかの態様において、複数の前記特徴的コード進行が抽出された場合、それら特徴的コード進行を表示して重みの指定を受け付ける重み受付手段を有し、前記候補選択手段は、前記レコメンド候補から楽曲を選択するにあたり、楽曲が前記特徴的コード進行と一致するコード進行を持つことをその特徴的コード進行について指定されている前記重みに応じて前記適合の評価に反映させることを特徴とする。
【００１８】
このように、複数抽出した特徴的コード進行をユーザに表示し、その間の優先順位など重みの指定を受け付けて楽曲の選択に反映させることにより、ユーザの判断を尊重すると共に、抽出された全ての特徴的コード進行を兼ね備えた候補が少ない場合でも、重みの大きい特徴的コード進行を優先して十分な数の楽曲を選択しレコメンドすることが可能となる。
【００１９】
本発明の他の態様（６）は、上記いずれかの態様において、前記特徴的コード進行に基づいて選択及びレコメンドされた前記楽曲ごとに対応して入力されたアクション内容が所定の肯定的アクションであるか又は所定の否定的アクションであるかの別に応じて、その楽曲のコード進行と一致していた又は一致していなかった前記特徴的コード進行ごとの重みを設定又は修正する重み設定手段を有することを特徴とする。
【００２０】
このように、レコメンドした楽曲ごとに対応したアクション内容に応じて、特徴的コード進行ごとの重みを修正することにより、ユーザの意識とは別に潜在的に趣味嗜好に影響していたコード進行の重みを相対的に充実させることができ、レコメンドの精度が一層改善できる。
【００２１】
なお、上記の各態様とは異なるカテゴリ（装置に対し方法、方法に対しプログラムなど）や、以下に説明するさらに具体的な各態様も本発明に含まれる。異なるカテゴリについては、「手段」を「処理」又は「ステップ」のように適宜読み替えるものとする。また、処理やステップの実行順序は以上記述したものに限定されず、適宜変更したりまとめて処理するなど、変更可能である。
【発明の効果】
【００２２】
本発明によれば、楽曲の一般的な著名性や人気度を問わず、個々のユーザの趣味嗜好に適合した楽曲を推薦することができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施形態の構成を示す機能ブロック図。
【図２】本発明の実施形態で用いるデータの一部を例示する図。
【図３】本発明の実施形態における処理手順を例示するフローチャート。
【図４】本発明の実施形態で用いるデータの一部を例示する図。
【図５】本発明の実施形態で用いるデータの一部を例示する図。
【図６】本発明の実施形態で用いるデータの一部を例示する図。
【図７】本発明の実施形態で用いるデータの一部を例示する図。
【図８】本発明の実施形態における画面例を示す図。
【図９】本発明の実施形態で用いるデータの一部を例示する図。
【図１０】本発明の実施形態における画面例を示す図。
【発明を実施するための形態】
【００２４】
次に、本発明を実施するための形態（「実施形態」と呼ぶ）について、図に沿って説明する。なお、背景技術や課題などで既に述べた内容と共通の前提事項については適宜省略する。
【００２５】
〔１．構成〕
本実施形態は、図１の構成図に示すように、通信ネットワークＮ（インターネット、携帯電話網、ＬＡＮなど）経由でアクセスしてくる端末Ｔに、楽曲をレコメンドするサーバ装置である楽曲レコメンド装置１（「本装置」又は「本装置１」と略称する）に関する。ここで、端末Ｔは、エンドユーザがウェブページを閲覧する情報処理装置で、パーソナル・コンピュータ（ＰＣ）、ポータブル電子情報端末装置（スマートフォン、タブレットＰＣ、携帯電話端末装置）などの他、インターネット接続機能付きのテレビ（テレビジョン受像機）など具体的な種類は自由で、また、図１では一つを模式的に例示するが、実際は多数存在する。
【００２６】
本装置１及び端末Ｔは、一般的なコンピュータの構成として少なくとも、ＣＰＵなどの演算制御部６と（端末Ｔについては図示省略。以下同じ）、記憶装置７（主メモリ、フラッシュメモリ、ＨＤＤ等）と、通信ネットワークＮとの通信手段８（無線や有線のＬＡＮアダプタ、通信ゲートウェイ装置など）と、を有する。特に端末Ｔは、液晶表示パネルなどの表示装置と、タッチパネルやボタンなどの入力装置と、を有する（図示省略）。
【００２７】
そして、本装置１では、記憶装置７に予め記憶（インストール）した図示しない所定のコンピュータ・プログラムが演算制御部６を制御することで、図１に示す各手段などの要素（１０，２０など）を実現する。このうち、情報の記憶手段は、記憶装置７において各種のデータベース（「ＤＢ」とも表す）やファイル、配列等の変数、各種スタックやレジスタ、システム設定値など任意の形式で実現できる。
【００２８】
このような記憶手段のうち、候補記憶手段６５は、図２に例示するように（図中の破線については後述）、レコメンド候補となる多数の楽曲（図２の「楽曲情報」参照）ごとに、一又は二以上のコード進行に加え、使用されている一又は二以上の楽器種別を記憶している手段である。なお、記憶手段以外の各手段は、以下のような情報処理の機能・作用を実現・実行する処理手段である。
【００２９】
〔２．作用〕
上記のように構成した本実施形態の作用を図３のフローチャートに示す。
〔２−１．指定曲の受付〕
まず、指定曲受付手段１０が、ユーザから複数の楽曲の指定をプレイリストなどの形で受け付け（ステップＳ１）、その楽曲を表す楽曲情報を指定曲記憶手段１５に記憶させる。図４は、指定曲記憶手段１５に記憶された楽曲情報と、後述のコード等記憶手段３５にその後記憶される情報を一体に示した概念図であり、図中の破線については後述する。なお、楽曲情報は、図４や図２に示す曲名やアーティスト名に限らず、曲ＩＤその他任意の情報内容でよい。また、ユーザから楽曲の指定を受け付ける態様は、候補一覧や検索結果からの選択のほか、音響ファイルのアップロードなど自由である。このように指定された楽曲を「指定曲」と略称することとする。
【００３０】
〔２−２．コード進行の検出〕
そして、コード検出手段２０が、各指定曲を指定曲記憶手段１５から読み出してその全ての楽曲について所定のコード進行の登場を検出し（ステップＳ２）、コード等記憶手段３５に記憶させる（例えば、図４中の「コード進行」）。図４の例では、コード進行ごとの検出の有無を「○」又は「×」で表すことにより、結果的に、そのコード進行に関する登場の数量として、「○」の合計数すなわち曲数を記憶しているが、登場の数量に関する他の例として、例えば、曲ごと又は各曲合計での登場の回数、該当部分の時間、相対的音量などを記憶しておけば、より高精度なレコメンドが実現できる。
【００３１】
また、コード進行を検出する手法については、従来公知の任意の手法を用いてよいが、例えば、図５に例示するように、コード進行の種類ごとの特徴をコード進行記憶手段２２に記憶しておき、指定曲をこれら特徴と照合し、適合するコード進行を検出したり、適合度が相対的に高いコード進行を検出するなどが考えられる。より具体的には、例えば、音源から抽出した低い周波数の動きをベース音と判断し、そのベース音の上にどんな音程が重なっているか周波数から判断し、そのパターンに基づいてコード進行を抽出するなどが考えられる。
【００３２】
上記のように検出した図中の各コード進行のうち、「借用和音」は、曲の調のダイアトニックコードとして存在しない和音を一時的に利用する手法であり、「ダイアトニックコード」は、あるキーの音階上の音だけを組み合わせて構成された和音である。「純固有和音」は、同主調のダイアトニックコードを一時的に利用する手法で、借用和音のひとつである。「ブルーノート」は、長音階の構成音（ハ長調であればドレミファソラシ）およびその第３音、第５音、第７音を半音下げた音を加えた音階を使用することである。「転調」は、曲中に調を変えることで、具体的には長調・短調の変化、あるいは五線譜上の調号の変化があれば転調とする。
【００３３】
「ドローン」は、曲中にある特定の音（特にベース音）を長い間持続的に出す手法である。「クリシェ」は、単調なコード進行パターンを避けるために、基本のコードは変えずに、半音階や全音階の装飾的・慣用的なメロディーラインを創る（クリシェ・ライン）手法である。「モード」は、一般的な長調・短調以外の音の並びとは異なる並べ方でできた音階を利用した音楽であり、具体的には、ドリアン、フリジアン、リディアン、ミクソリディアン、ロクリアンの音階を指す。
【００３４】
〔２−３．楽器の検出〕
また、複数の各指定曲について、楽器検出手段３０が、使用されている楽器種別を、楽器種別ごとに予め対応付けられている周波数との一致に基づいて検出し（ステップＳ３）、コード等記憶手段３５に記憶させる（例えば、図４中の「楽器種別」）。図４の例では、楽器種別ごとの検出の有無を「○」又は「×」で表すことにより、その楽器種別に関する登場の数量として、「○」の合計数すなわち曲数を記憶しているが、登場の数量に関する他の例として、例えば、曲ごと又は合計での登場の回数、該当部分の時間、ソロか否か、楽器台数、相対的音量などを記憶しておけば、より高精度なレコメンドが実現できる。
【００３５】
楽器種別を抽出する手法については、従来公知の任意の手法を用いてよいが（例えば、特許文献４参照）、一例として、図６に例示するように、楽器特徴記憶手段３３に楽器の種別ごとの周波数成分などの特徴を予め記憶しておき、それを基に対象の楽曲の全体又は部分ごとに照合などにより抽出することが考えられる。
【００３６】
〔２−４．特徴的コード進行の抽出〕
そして、特徴コード抽出手段４０が、検出されたコード進行から、複数の指定曲における登場の数量（例えば、曲数、回数、該当部分の時間、相対的音量など）に基づいて一又は二以上のコード進行を特徴的コード進行として抽出し（ステップＳ４）、特徴記憶手段４５に記憶させる。例えば、図４に示したコード進行のうち、４曲全てで「○」なのは純固定和音とドローンであり（図４において破線の矩形で示す）、これらを特徴的コード進行として抽出する場合を考える。
【００３７】
図７は、特徴記憶手段４５に記憶された特徴的コード進行と、後述の特徴的楽器種別（両者併せて「特徴要素」と総称することとする）を例示する概念図で、実際のデータ表現形式は自由であるが、「コード進行」及び「楽器種別」のうち破線の楕円で示している要素が特徴要素（特徴的コード進行及び特徴的楽器種別）であることを示している。
【００３８】
この例において、特徴的コード進行の例は破線の楕円で示す「純固有和音」及び「ドローン」である。図中、各欄の数字は、指定曲のうちその特徴要素が検出された曲の割合を実数で示し（例えば、４曲中４曲なら「１．０」、４曲中３曲なら「０．７５」など）、この例では、全ての指定曲で検出され割合が「１．０」であるものが特徴要素となっている（破線の円及び楕円で示す）。
【００３９】
なお、特徴的コード進行の抽出において特徴コード抽出手段４０は、検出された前記コード進行のうち、ドローン又はモードの少なくとも一方については、他の種類のコード進行よりも優先して前記特徴的コード進行に含めて抽出する。ここで、ドローンやモードを他の種類のコード進行よりも「優先」する態様は自由で、例えば、所定の割合や数の指定曲で検出されたコード進行を特徴的コード進行として抽出する場合、ドローンとモードについては他のコード進行よりも少ない割合や数（例えば、一曲でも）を適用するなどが考えられる。
【００４０】
〔２−５．特徴的楽器種別の抽出〕
続いて、特徴楽器抽出手段５０が、上記のように検出された楽器種別（例えば図４）から、前記複数の楽曲における登場の数量（例えば、曲数、回数、該当部分の時間、ソロか否か、楽器台数、相対的音量など）に基づいて一又は二以上の楽器種別を特徴的楽器種別として抽出し（ステップＳ５）、特徴記憶手段４５に記憶させる（例えば図７）。
【００４１】
本実施形態では、特徴的コード進行で述べたとおり特徴要素としては、全ての指定曲で検出され割合が「１．０」であるものが特徴要素となっており、図７において破線の楕円で示すように、楽器種別としてはドラム、ベース、ボーカルが、それぞれ特徴要素である特徴的楽器種別となっている。
【００４２】
〔２−６．重みによる楽曲選択〕
上記のように抽出された特徴要素に基づく楽曲の選択に先立ち、個々の特徴要素に、楽曲の選択基準としての重みを設定することができる。特徴要素のうち特徴的コード進行又は特徴的楽器種別の一方だけに重みを設定したり、重みの設定を含まない実施形態も可能であるが、ここでは、特徴的コード進行及び特徴的楽器種別の双方を重み設定の対象とする例を示す。重みの設定では、具体的には、特徴要素（特徴的コード進行及び特徴的楽器種別の少なくとも一方）が複数抽出された場合、重み受付手段６０が、それら特徴コード進行を表示して重みの指定を受け付けて設定する（ステップＳ６）。
【００４３】
例えば、図８の画面例では、ユーザのプレイリストＰが表示されるとともに、各特徴要素Ｃについても、個々の特徴要素の重みに対応する優先順位（例えば「第１位」「第２位」など）、及び特徴要素ごとに対応する操作ボタン、すなわち「例を試聴」ボタンＢ１，「上位へ」ボタンＢ２，「下位へ」ボタンＢ３と共に表示されている。そして、各特徴要素Ｃに対応して、タッチ操作やマウス操作などで「例を試聴」ボタンＢ１を操作すれば、コード進行や楽器のサンプル音声を再生し、「上位へ」ボタンＢ２を操作すれば一つ上の特徴要素と優先順位を入れ替えた状態に表示を更新し、「下位へ」ボタンＢ３を操作すれば一つ下の特徴要素と優先順位を入れ替えた状態に表示を更新する。このようにして所望の優先順位で各特徴要素が表示された状態にして、「確定してオススメ楽曲を表示」ボタンＢ５を操作すると、その優先順位の高さに応じた重み（優先順位第１位が重み最大）で、下記のような楽曲の選択に進む。
【００４４】
〔２−７．楽曲の選択〕
楽曲の選択では、候補選択手段７０が、抽出された特徴要素である特徴的コード進行や特徴的楽器種別と、コード進行や楽器種別が適合する楽曲を、候補記憶手段６５に記憶されているレコメンド候補から選択し（ステップＳ７）、選択曲記憶手段７５に記憶させる。例えば、図７に示した特徴要素（破線の楕円で示す純固有和音、ドローン、ドラム、ベース、ボーカル）に基づけば、図２に例示したレコメンド候補のうち同じ特徴要素（図２中、破線の矩形で示す）を持つ最初の２曲、「夜に…」（アーティスト名「Ｆ山・・・」）と、「震える・・」（Ｇ田・・・）が適合し、選択される。このように選択され選択曲記憶手段７５に記憶されている楽曲の情報を図９に例示する。
【００４５】
なお、上記のようにレコメンド候補から楽曲を選択するにあたり、候補選択手段７０は、楽曲が特徴要素である特徴的コード進行や特徴的楽器種別と一致するコード進行や楽器種別を持つことを、その特徴要素について指定されている前記重みに応じて前記適合の評価に反映させる。重みを反映した計算で適合を評価する例としては、優先順位に応じた重みを特徴要素ごとに設定し、各レコメンド候補に対しその有する特徴要素の重みの合計値をスコアとして与え、その合計値の多いものを優先して所定数までレコメンドする楽曲として選択するなどが考えられる。
【００４６】
例えば、優先順位第１位の重みを５、第２の重みを４・・・第５位の重みを１、のようにする場合、第１位と第２の特徴要素を備えたレコメンド候補のスコアは９点、第４位と第５位の特徴要素を備えたレコメンド候補のスコアは３点となる。すなわち、図８の画面例に示した特徴要素の優先順位（「純固有和音」「ドローン」・・・）を基に、図２のレコメンド候補から３曲目まで選択する際に、ドラム、ベース、ボーカルの重みよりも、純固有和音やドローンの重みが十分に大きい場合、図２のレコメンド候補のうち最下段の「星の・・・」（Ｋ宮・・・）も、優先順位が高く重みが大きい純固有和音とドローンを含む点で（図中、破線の円で示す）、スコアが高くなり、選択されることとなる。
【００４７】
〔２−８．楽曲等のレコメンド〕
そして、上記のように選択された楽曲を、レコメンド手段８０が、ユーザにレコメンドする（ステップＳ８）。図１０は、レコメンドの画面例であり、３つの楽曲ごとに、「試聴」ボタンＢ６，「買い物カゴへ」ボタンＢ７，「リストから削除」ボタンＢ８などが表示されている。３つの楽曲のうち１番目の「夜に…」（Ｆ山・・・）と２番目の「震える・・」（Ｇ田・・・）は特徴要素との適合で選択された楽曲であり、３番目の「春の・・・」（Ｇ田・・・）は、２番目の「震える・・」（Ｇ田・・・）とアーティスト「Ｇ田・・・」の共通性に基づいてレコメンドされているものである。
【００４８】
すなわち、候補記憶手段６５は、レコメンド候補の楽曲ごとに対応してアーティストを記憶しており（図２）、レコメンド手段８０は、それらレコメンド候補から選択された楽曲に係るアーティストに対応する他の楽曲もレコメンドする（ステップＳ８）。
【００４９】
〔２−９．アクションによる重みの修正〕
上記のように表示されたレコメンドの画面において、ユーザは興味を持った曲についてボタンＢ６，Ｂ７やＢ８を操作して試聴など任意のアクションを行うが、これらアクションの内容に応じて各特徴要素の重みを新たに設定ないし修正することができる。この場合、重み設定手段９０が、特徴要素に基づいて選択及びレコメンドされた楽曲ごとに対応して入力されたアクション内容が所定の肯定的アクションであるか又は所定の否定的アクションであるかの別に応じて、その楽曲のコード進行や楽器種別と一致していた又は一致していなかった特徴要素ごとの重みを設定又は修正する（ステップＳ９）。
【００５０】
ここで、楽曲ごとに対応して入力された「アクション内容」は、任意であるが、例えば、「買い物カゴへ」ボタンＢ７などで、いわゆる電子商取引の買い物カゴ機能に登録するアクションの有無、「リストから削除」ボタンＢ８などでレコメンド画面から削除するアクションの有無、「試聴」ボタンＢ６などによる試聴の有無やその継続時間、その後の料金精算を経た曲データのダウンロードの有無、その他、評価入力の内容など自由に定めることができる。
【００５１】
また、重みの設定や修正についても具体的な基準は自由であるが、例えば、アクションが肯定的（例えば「買い物カゴへ」ボタンＢ７の操作）ならその楽曲のコード進行や楽器種別と一致していた特徴要素について優先順位を上げるなど重みを増し、アクションが否定的（例えば「リストから削除」ボタンＢ８の操作）なら、そのような特徴要素について優先順位を下げるなど重みを減らすなどが考えられる。
【００５２】
上記のように修正した重みの活用態様として、例えば、図１０の画面において「優先順位の設定へ戻る」ボタンＢ９を操作することで、図８の画面例に準じた特徴要素の一覧画面へ遷移したときに反映させるほか、各特徴要素の初期値となるデフォルトの重みすなわち優先順位としてユーザに紐付けて記憶しておき、次回以降にプレイリストを指定して楽曲のレコメンドを受ける際に適用すれば、ユーザの意向に合った優先順位が反映されるので、その際に再び図８のような画面で特徴要素の重み（優先順位）を調整する場合に作業が最小限で済み、楽曲レコメンドの使い勝手が向上する。
【００５３】
〔３．効果〕
以上のように、本実施形態では、プレイリストなどとしてユーザが指定した複数の楽曲からコード進行（例えば図５、図４）を検出し、その登場数量から抽出した特徴的コード進行（例えば図７）の組合せと共通性を有する楽曲を選択して（例えば図９）レコメンドすることにより（例えば図１０）、複数の曲に共通する特徴的コード進行という個人の趣味嗜好がより多面的に反映された音楽的要素が推薦の基準となるので、楽曲の一般的な著名性や人気度を問わず、個々のユーザの趣味嗜好に適合した楽曲を推薦することが可能となる。
【００５４】
特に、本実施形態では、楽曲中で相対的に目立ちやすいドローンやモードを、顕著な特徴として優先的に特徴的コード進行に含めて同様のコードを含む楽曲を検索することにより、ユーザが指定した楽曲と目立つ特徴が共通する楽曲が検索できるので、個々のユーザの趣味嗜好により一層適合した楽曲を推薦できる。
【００５５】
また、本実施形態では、コード進行に加え、周波数から楽器種別を検出し（例えば図６、図４）、その登場数量から抽出した特徴的楽器種別（例えば図７）も加味して楽曲を抽出することにより（例えば図９）、楽器の醸し出す楽曲の雰囲気もレコメンド対象に反映されるので、個々のユーザの趣味嗜好にさらに一層適合した楽曲を推薦できる。
【００５６】
さらに、本実施形態では、特徴的コード進行などに基づいて選択された楽曲のアーティストの他の楽曲についてもレコメンドすることにより（例えば図１０）、コード進行等が異なっても同じアーティストという共通性ある楽曲がレコメンドできるので、ユーザが知らなかった楽曲と出会えるというレコメンドの長所が活かせる機会が増え、コンテンツの利用も促進できる。
【００５７】
加えて、本実施形態では、複数抽出した特徴的コード進行をユーザに表示し、その間の優先順位など重みの指定を受け付けて（図１０）楽曲の選択に反映させることにより、ユーザの判断を尊重すると共に、抽出された全ての特徴的コード進行を兼ね備えた候補が少ない場合でも、重みの大きい特徴的コード進行を優先して十分な数の楽曲を選択しレコメンドすることが可能となる。
【００５８】
とりわけ、本実施形態では、レコメンドした楽曲ごとに対応したアクション内容に応じて、特徴的コード進行ごとの重みを修正することにより、ユーザの意識とは別に潜在的に趣味嗜好に影響していたコード進行の重みを相対的に充実させることができ、レコメンドの精度が一層改善できる。
【００５９】
〔４．他の実施形態〕
なお、上記各実施形態は例示に過ぎず、本発明は、以下に例示するものやそれ以外の他の実施態様も含むものである。例えば、上記実施形態では、ドローンやモードを他の特徴より優先したが、これは必須ではなく、どの特徴にどのように重みを置くかについては自由に変更して実施することができる。また、候補記憶手段６５に記憶しておくレコメンド候補の特徴であるコード進行、楽器種別について、予め手作業などでデータ（例えば図２）を用意するほかに、例えば、楽曲の音響ファイル登録などに際しコード検出手段２０や楽器検出手段３０もしくはこれらと同等の構成により検出して登録する手段を本装置１に設けてもよい。
【００６０】
また、本発明に関する手段などの各要素は、コンピュータの演算制御部に限らず、ワイヤードロジック等に基づく電子回路など他の情報処理機構で実現してもよい。また、各構成図、データの図、フローチャートの図などは例示に過ぎず、各要素の有無、その配置順序や各処理の実行順序、具体的内容などは適宜変更可能である。例えば、サーバは、構成要素となるサーバなどの装置を複数用いて実現してもよく、個々の記憶手段を別個独立のサーバ装置やシステムで実現する構成も一般的である。
【００６１】
また、機能によっては、外部のプラットフォーム等をＡＰＩ（アプリケーション・プログラム・インタフェース）やネットワークコンピューティング（いわゆるクラウドなど）で呼び出して実現するなど、構成は柔軟に変更できる。
【符号の説明】
【００６２】
１ 楽曲レコメンド装置（本装置）
６ 演算制御部
７ 記憶装置
８ 通信手段
１０ 指定曲受付手段
１５ 指定曲記憶手段
２０ コード検出手段
２２ コード進行記憶手段
３０ 楽器検出手段
３３ 楽器特徴記憶手段
３５ コード等記憶手段
４０ 特徴コード抽出手段
４５ 特徴記憶手段
５０ 特徴楽器抽出手段
６０ 重み受付手段
６５ 候補記憶手段
７０ 候補選択手段
７５ 選択曲記憶手段
８０ レコメンド手段
９０ 重み設定手段
Ｂ１〜Ｂ９ ボタン
Ｃ 各特徴要素
Ｎ 通信ネットワーク
Ｐ プレイリスト
Ｔ 端末
【特許請求の範囲】
【請求項１】
レコメンド候補の楽曲ごとに一又は二以上のコード進行を記憶している候補記憶手段と、
複数の楽曲の指定を受け付ける指定曲受付手段と、
指定された前記複数の楽曲について所定のコード進行の登場を検出するコード検出手段と、
検出された前記コード進行から、前記複数の楽曲における登場の数量に基づいて一又は二以上のコード進行を特徴的コード進行として抽出する抽出手段と、
抽出された前記特徴的コード進行とコード進行が適合する楽曲を前記レコメンド候補から選択する候補選択手段と、
選択された前記楽曲をユーザにレコメンドするレコメンド手段と、
を有することを特徴とする楽曲レコメンド装置。
【請求項２】
前記抽出手段は、検出された前記コード進行のうち、ドローン又はモードの少なくとも一方については、他の種類のコード進行よりも優先して前記特徴的コード進行に含めて抽出することを特徴とする請求項１記載の楽曲レコメンド装置。
【請求項３】
前記候補記憶手段は、前記レコメンド候補の楽曲ごとに前記コード進行に加え、使用されている一又は二以上の楽器種別を記憶しており、
指定された前記複数の楽曲について、使用されている楽器種別を、楽器種別ごとに予め対応付けられている周波数との一致に基づいて検出する楽器検出手段と、
前記楽器検出手段により検出された前記楽器種別から、前記複数の楽曲における登場の数量に基づいて一又は二以上の楽器種別を特徴的楽器種別として抽出する抽出手段と、
を有し、
前記候補選択手段は、抽出された前記特徴的コード進行及び前記特徴的楽器種別と適合する楽曲を前記レコメンド候補から選択する
ことを特徴とする請求項１又は２記載の楽曲レコメンド装置。
【請求項４】
前記候補記憶手段は、前記レコメンド候補の楽曲ごとに対応してアーティストを記憶しており、
前記レコメンド手段は、前記レコメンド候補から選択された楽曲に係る前記アーティストに対応する他の楽曲もレコメンドする
ことを特徴とする請求項１から３のいずれか一項に記載の楽曲レコメンド装置。
【請求項５】
複数の前記特徴的コード進行が抽出された場合、それら特徴的コード進行を表示して重みの指定を受け付ける重み受付手段を有し、
前記候補選択手段は、前記レコメンド候補から楽曲を選択するにあたり、楽曲が前記特徴的コード進行と一致するコード進行を持つことをその特徴的コード進行について指定されている前記重みに応じて前記適合の評価に反映させる
ことを特徴とする請求項１から４のいずれか一項に記載の楽曲レコメンド装置。
【請求項６】
前記特徴的コード進行に基づいて選択及びレコメンドされた前記楽曲ごとに対応して入力されたアクション内容が所定の肯定的アクションであるか又は所定の否定的アクションであるかの別に応じて、その楽曲のコード進行と一致していた又は一致していなかった前記特徴的コード進行ごとの重みを設定又は修正する重み設定手段を有する
ことを特徴とする請求項１から５のいずれか一項に記載の楽曲レコメンド装置。
【請求項７】
レコメンド候補の楽曲ごとに一又は二以上のコード進行を所定の候補記憶手段に予め記憶し、
コンピュータが、複数の楽曲の指定を受け付ける指定曲受付処理と、
コンピュータが、指定された前記複数の楽曲について所定のコード進行の登場を検出するコード検出処理と、
コンピュータが、検出された前記コード進行から、前記複数の楽曲における登場の数量に基づいて一又は二以上のコード進行を特徴的コード進行として抽出する抽出処理と、
コンピュータが、抽出された前記特徴的コード進行とコード進行が適合する楽曲を前記レコメンド候補から選択する候補選択処理と、
コンピュータが、選択された前記楽曲をユーザにレコメンドするレコメンド処理と、
を含むことを特徴とする楽曲レコメンド方法。
【請求項８】
レコメンド候補の楽曲ごとに一又は二以上のコード進行を所定の候補記憶手段に記憶しているコンピュータを制御するコンピュータ・プログラムであって、
コンピュータに、複数の楽曲の指定を受け付けさせ、
コンピュータに、指定された前記複数の楽曲について所定のコード進行の登場を検出させ、
コンピュータに、検出された前記コード進行から、前記複数の楽曲における登場の数量に基づいて一又は二以上のコード進行を特徴的コード進行として抽出させ、
コンピュータに、抽出された前記特徴的コード進行とコード進行が適合する楽曲を前記レコメンド候補から選択させ、
コンピュータに、選択された前記楽曲をユーザにレコメンドさせる
ことを特徴とする楽曲レコメンドプログラム。
【請求項１】
レコメンド候補の楽曲ごとに一又は二以上のコード進行を記憶している候補記憶手段と、
複数の楽曲の指定を受け付ける指定曲受付手段と、
指定された前記複数の楽曲について所定のコード進行の登場を検出するコード検出手段と、
検出された前記コード進行から、前記複数の楽曲における登場の数量に基づいて一又は二以上のコード進行を特徴的コード進行として抽出する抽出手段と、
抽出された前記特徴的コード進行とコード進行が適合する楽曲を前記レコメンド候補から選択する候補選択手段と、
選択された前記楽曲をユーザにレコメンドするレコメンド手段と、
を有することを特徴とする楽曲レコメンド装置。
【請求項２】
前記抽出手段は、検出された前記コード進行のうち、ドローン又はモードの少なくとも一方については、他の種類のコード進行よりも優先して前記特徴的コード進行に含めて抽出することを特徴とする請求項１記載の楽曲レコメンド装置。
【請求項３】
前記候補記憶手段は、前記レコメンド候補の楽曲ごとに前記コード進行に加え、使用されている一又は二以上の楽器種別を記憶しており、
指定された前記複数の楽曲について、使用されている楽器種別を、楽器種別ごとに予め対応付けられている周波数との一致に基づいて検出する楽器検出手段と、
前記楽器検出手段により検出された前記楽器種別から、前記複数の楽曲における登場の数量に基づいて一又は二以上の楽器種別を特徴的楽器種別として抽出する抽出手段と、
を有し、
前記候補選択手段は、抽出された前記特徴的コード進行及び前記特徴的楽器種別と適合する楽曲を前記レコメンド候補から選択する
ことを特徴とする請求項１又は２記載の楽曲レコメンド装置。
【請求項４】
前記候補記憶手段は、前記レコメンド候補の楽曲ごとに対応してアーティストを記憶しており、
前記レコメンド手段は、前記レコメンド候補から選択された楽曲に係る前記アーティストに対応する他の楽曲もレコメンドする
ことを特徴とする請求項１から３のいずれか一項に記載の楽曲レコメンド装置。
【請求項５】
複数の前記特徴的コード進行が抽出された場合、それら特徴的コード進行を表示して重みの指定を受け付ける重み受付手段を有し、
前記候補選択手段は、前記レコメンド候補から楽曲を選択するにあたり、楽曲が前記特徴的コード進行と一致するコード進行を持つことをその特徴的コード進行について指定されている前記重みに応じて前記適合の評価に反映させる
ことを特徴とする請求項１から４のいずれか一項に記載の楽曲レコメンド装置。
【請求項６】
前記特徴的コード進行に基づいて選択及びレコメンドされた前記楽曲ごとに対応して入力されたアクション内容が所定の肯定的アクションであるか又は所定の否定的アクションであるかの別に応じて、その楽曲のコード進行と一致していた又は一致していなかった前記特徴的コード進行ごとの重みを設定又は修正する重み設定手段を有する
ことを特徴とする請求項１から５のいずれか一項に記載の楽曲レコメンド装置。
【請求項７】
レコメンド候補の楽曲ごとに一又は二以上のコード進行を所定の候補記憶手段に予め記憶し、
コンピュータが、複数の楽曲の指定を受け付ける指定曲受付処理と、
コンピュータが、指定された前記複数の楽曲について所定のコード進行の登場を検出するコード検出処理と、
コンピュータが、検出された前記コード進行から、前記複数の楽曲における登場の数量に基づいて一又は二以上のコード進行を特徴的コード進行として抽出する抽出処理と、
コンピュータが、抽出された前記特徴的コード進行とコード進行が適合する楽曲を前記レコメンド候補から選択する候補選択処理と、
コンピュータが、選択された前記楽曲をユーザにレコメンドするレコメンド処理と、
を含むことを特徴とする楽曲レコメンド方法。
【請求項８】
レコメンド候補の楽曲ごとに一又は二以上のコード進行を所定の候補記憶手段に記憶しているコンピュータを制御するコンピュータ・プログラムであって、
コンピュータに、複数の楽曲の指定を受け付けさせ、
コンピュータに、指定された前記複数の楽曲について所定のコード進行の登場を検出させ、
コンピュータに、検出された前記コード進行から、前記複数の楽曲における登場の数量に基づいて一又は二以上のコード進行を特徴的コード進行として抽出させ、
コンピュータに、抽出された前記特徴的コード進行とコード進行が適合する楽曲を前記レコメンド候補から選択させ、
コンピュータに、選択された前記楽曲をユーザにレコメンドさせる
ことを特徴とする楽曲レコメンドプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−１５０２４４（Ｐ２０１２−１５０２４４Ａ）
【公開日】平成２４年８月９日（２０１２．８．９）
【国際特許分類】
【出願番号】特願２０１１−８３６７（Ｐ２０１１−８３６７）
【出願日】平成２３年１月１９日（２０１１．１．１９）
【出願人】（５００２５７３００）ヤフー株式会社 (1,128)
【Ｆターム（参考）】
【公開日】平成２４年８月９日（２０１２．８．９）
【国際特許分類】
【出願日】平成２３年１月１９日（２０１１．１．１９）
【出願人】（５００２５７３００）ヤフー株式会社 (1,128)
【Ｆターム（参考）】
[ Back to top ]