音楽データ記録装置、音楽データ記録方法及び音楽データ記録プログラム
【課題】ＣＤＤＢを利用した音楽データベースの作成において、ユーザが楽曲検索を行う際の利便性を向上させる。
【解決手段】音楽データ記録装置は、音楽データを取得し、取得した音楽データが他の音楽データと関連があるか否かを判定する。関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成し、音楽データに付加して記憶する。これにより、ユーザがあるアーティスト名で検索した場合に、そのアーティストと関連の強い曲をユーザに示すことできる。こうしてユーザが楽曲検索を行う際の利便性を向上させることが可能となる。
【解決手段】音楽データ記録装置は、音楽データを取得し、取得した音楽データが他の音楽データと関連があるか否かを判定する。関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成し、音楽データに付加して記憶する。これにより、ユーザがあるアーティスト名で検索した場合に、そのアーティストと関連の強い曲をユーザに示すことできる。こうしてユーザが楽曲検索を行う際の利便性を向上させることが可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音楽データを記録する音楽データ記録装置に関する。
【背景技術】
【０００２】
近年、ＣＤデータを取り込む際にＣＤＤＢを利用する場合が多い。ＣＤＤＢ（Ｃｏｍｐａｃｔ Ｄｉｓｃ ＤａｔａＢａｓｅ）とは、音楽ＣＤの演奏者や曲名などの情報が格納されたデータベースであり、インターネットを介してアクセスし、それらの情報を取得するアプリケーションソフトウェアである。ｉＴｕｎｅｓなどが利用している米ＧｒａｃｅｎｏｔｅのＣＤＤＢが最も有名である。一方、音楽ＣＤをＭＰ３やＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）などの圧縮オーディオに変換しパソコンや携帯音楽プレーヤーで楽しむという使い方が一般的になってきており、ＨＤＤには数万曲以上が保存できるようになった。
【０００３】
特許文献１には、アルバム名をユーザ自身で編集しなくても、楽曲名又はアーティスト名を編集すれば楽曲名又はアーティスト名に応じてアルバム名を自動的に修正するオーディオ装置が記載されている。
【０００４】
特許文献２には、ＣＤＤＢのアーティスト情報の全角／半角やカタカナ／ローマ字表記を区別することなく同一に扱うことで、同一のアーティストにも関わらず複数のアーティストが存在するように管理されるなどの問題点を解決するオーディオ装置が記載されている。
【０００５】
【特許文献１】特開２００５−４４４０３号公報
【特許文献２】特開２００５−４４４３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、膨大な楽曲の中からユーザが目的の曲を探し出すのは簡単ではない。あるアーティストのアルバムに別のアーティストが１曲のみで参加するようなゲスト参加タイプの場合、「Ｘ ｗｉｔｈ Ｙ」や「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」などとＣＤＤＢに登録されていることが多いが、上記のオーディオ装置では、「Ｘ ｗｉｔｈ Ｙ」や「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」という一人のアーティストとして認識されてしまうという問題点があった。例えば、ユーザが「Ｘ」というアーティストを検索したとしても、「Ｘ」のアルバムに含まれる「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」というアーティスト名で認識されている曲Ａは検索結果に含まれないことになる。ユーザが曲Ａを探し出すには、曲名を記憶していて曲名から検索するか、「Ｘ」のアルバムにＡという曲が収録されていることを記憶していてアルバム名から検索するか、曲Ａが、「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」の曲であることをユーザが記憶していて、「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」というアーティスト名で検索する方法があるが、どれもユーザにとって便利なものではない。
【０００７】
本発明が解決しようとする課題としては、上記のようなものが例として挙げられる。本発明は、ＣＤＤＢを利用した音楽データベースの作成において、音楽データ同士の関連付けを行うことでユーザが楽曲検索を行う際の利便性を向上させることを課題とする。
【課題を解決するための手段】
【０００８】
請求項１に記載の発明は、音楽データ記録装置であって、音楽データを記憶する記憶手段と、前記音楽データを取得する音楽データ取得手段と、前記音楽データ取得手段が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定手段と、前記関連性判定手段が、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成手段と、を備え、前記記憶手段は、前記音楽データに前記関連性情報を付加して記憶することを特徴とする。
【０００９】
請求項８に記載の発明は、音楽データ記録装置によって実行される音楽データ記録方法であって、音楽データを記憶する記憶工程と、前記音楽データを取得する音楽データ取得工程と、前記音楽データ取得手段が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定工程と、前記関連性判定工程で、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成工程と、を備え、前記記憶工程では、前記音楽データに前記関連性情報を付加して記憶することを特徴とする。
【００１０】
請求項９に記載の発明は、コンピュータを備える音楽データ記録装置により実行される音楽データ記録プログラムであって、音楽データを記憶する記憶手段、前記音楽データを取得する音楽データ取得手段、前記音楽データ取得手段が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定手段、前記関連性判定手段が、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成手段、として前記コンピュータを機能させ、前記記憶手段は、前記音楽データに前記関連性情報を付加して記憶することを特徴とする。
【発明を実施するための最良の形態】
【００１１】
本発明の好適な実施形態では、音楽データ記録装置は、音楽データを記憶する記憶手段と、前記音楽データを取得する音楽データ取得手段と、前記音楽データ取得手段が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定手段と、前記関連性判定手段が、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成手段と、を備え、前記記憶手段は、前記音楽データに前記関連性情報を付加して記憶する。
【００１２】
上記の音楽データ記録装置は、例えば、「Ｘ」というアーティストと「Ｙ」というアーティストに関連があった場合、「Ｘ」及び「Ｙ」の音楽データに関連性情報を付加して記憶する。これにより、ユーザが「Ｘ」というアーティスト名で検索した場合、「Ｙ」の音楽データも検索結果として得ることができ、ユーザが楽曲検索を行う際の利便性を向上させることが可能となる。
【００１３】
上記の音楽データ記録装置の他の一態様では、前記音楽データ取得手段が取得した音楽データはアーティスト名データを含み、前記アーティスト名データからキーワードを検出するキーワード検出手段をさらに備え、前記関連性判定手段は、前記キーワード検出手段がキーワードを検出したアーティスト名データが複数のアーティスト名を含むか否かにより関連があるか否かを判定する。この態様では、例えば、「ｆｅａｔｕｒｉｎｇ」、「Ｆｅａｔ．」、「ｗｉｔｈ」、「ｄｕｅｔ ｗｉｔｈ」、「＆」、「ａｎｄ」など、ゲスト参加タイプである可能性が高いキーワードを検出し、複数のアーティスト名を含むか否かを判定することで、関連性の有無を判定している。これにより、例えば、「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」が「Ｘ」及び「Ｙ」のアーティスト名を含んでいた場合、「Ｘ」と「Ｙ」との音楽データは関連付けられて記憶されるので、ユーザが「Ｘ」というアーティスト名で検索した場合でも、「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」の音楽データや「Ｙ」の音楽データも検索結果として得ることができ、ユーザが楽曲検索を行う際の利便性を向上させることが可能となる。
【００１４】
上記の音楽データ記録装置の他の一態様では、前記キーワードの前後の文字列の数を算出する算出手段と、アーティスト情報を参照する参照手段と、をさらに備え、前記関連性判定手段は、前記算出手段が算出したアーティスト名の数に基づいて、前記アーティスト名データが複数のアーティスト名を含むか否かを判定する第１判定手段と、前記参照手段によって参照したアーティスト情報に基づいて、前記アーティスト名データが複数のアーティスト名を含むか否かを判定する第２判定手段と、を備える。この態様では、アーティスト名の数とアーティスト情報とに基づいて、複数のアーティスト名を含むか否かの２つの判定を行うことで、判定精度を上げることが可能となる。
【００１５】
上記の音楽データ記録装置の他の一態様では、前記音楽データ取得手段が同時に取得した音楽データが、全て違うアーティストの音楽データであるコンピレーションであるか否かを判定するコンピレーション判定手段をさらに備え、前記関連性判定手段は、前記コンピレーション判定手段がコンピレーションであると判定した場合、前記アーティスト名データが複数のアーティスト名を含むか否かを判定する際、前記第２判定手段のみを実行する。この態様では、コンピレーションであった場合、アーティスト名の数に基づいて判定する第１判定手段が実行できないので、予め、コンピレーションであるか否かを判定することで、第１判定手段を実行する処理を省略することができる。
【００１６】
上記の音楽データ記録装置の他の一態様では、前記音楽データ取得手段が取得した音楽データは曲名データを含み、前記曲名データ及び前記アーティスト名データを修正するデータ修正手段をさらに備え、前記データ修正手段は、前記関連性判定手段が複数のアーティスト名を含むと判定した場合、前記曲名データ及び前記アーティスト名データを修正する。この態様では、例えば、「ＡＢＣ」という曲のアーティスト名「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」が「Ｘ」及び「Ｙ」のアーティスト名を含んでいた場合、「ＡＢＣ」という曲のアーティスト名「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」は「Ｘ」に修正され、曲名「ＡＢＣ」は「ＡＢＣ（ｆｅａｔｕｒｉｎｇ Ｙ）」に修正される。これにより、ユーザが「Ｘ」で検索しても、「Ｙ」で検索しても、「ＡＢＣ」という曲を検索結果として得ることができるようになる。
【００１７】
上記の音楽データ記録装置の他の一態様では、前記関連性判定手段は、前記参照手段によって参照したアーティスト情報に基づいて、前記音楽データ取得手段が取得した音楽データに対応するアーティストが他のアーティストと関連があるか否かを判定する。この態様では、例えば、アーティスト「Ｓ」は、グループ「Ｇ」からソロになったアーティストであるというアーティスト情報を得た場合、「Ｓ」と「Ｇ」とは強い関係性を有していると言える。このように、アーティスト情報に基づいて関連性の有無を判定し、音楽データ同士の関連付けを行うことで、ユーザが検索したアーティストの音楽データだけでなく、当該アーティストに関連のあるアーティストの音楽データも検索結果として得ることができ、ユーザが楽曲検索を行う際の利便性を向上させることが可能となる。
【００１８】
上記の音楽データ記録装置の他の一態様では、前記関連性情報に、関連性の度合いに応じてレベルを設定する。このように関連性情報にレベルを設け、ユーザが関連性情報のレベルに基づいて検索範囲を適宜変えることで検索結果を幅広く提供することができるようになる。
【００１９】
本発明の他の実施形態では、音楽データ記録装置によって実行される音楽データ記録方法は、音楽データを記憶する記憶工程と、前記音楽データを取得する音楽データ取得工程と、前記音楽データ取得工程が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定工程と、前記関連性判定工程が、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成工程と、を備え、前記記憶工程では、前記音楽データに前記関連性情報を付加して記憶する。
【００２０】
本発明の他の実施形態では、コンピュータを備える音楽データ記録装置により実行される音楽データ記録プログラムは、音楽データを記憶する記憶手段、前記音楽データを取得する音楽データ取得手段、前記音楽データ取得手段が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定手段、前記関連性判定手段が、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成手段、として前記コンピュータを機能させ、前記記憶手段は、前記音楽データに前記関連性情報を付加して記憶する。
【００２１】
上記の音楽データ記録方法及び音楽データ記録プログラムによっても、ユーザが楽曲検索を行う際の利便性を向上させることが可能となる。なお、音楽データ記録プログラムは、記録媒体に記録した状態で好適に取り扱うことができる。
【実施例】
【００２２】
以下、図面を参照して本発明の好適な実施例について説明する。
【００２３】
図１に、実施例に係る音楽データ記録装置の概略構成を示す。図示のように、音楽データ記録装置１００は、ＣＤデータ取込み部１０と、エンコーダ１１と、ＣＤ情報取込み部１２と、ＣＤＤＢ検索部１３と、データベース作成部１４と、アーティストデータベース１７と、ＨＤＤ１８と、を備える。データベース作成部１４は、キーワード検出部１５と、判定部１６と、関連性情報作成部１９と、データ修正部２０と、を備える。
【００２４】
ＣＤデータ取込み部１０は音楽ＣＤからデジタル信号を読み出す。デジタル信号は、曲データとＴＯＣ（Ｔａｂｌｅ ｏｆ Ｃｏｎｔｅｎｔｓ）情報を有し、曲データはエンコーダ１１へ、ＴＯＣ情報はＣＤ情報取込み部１２へ渡される。
【００２５】
曲データはエンコーダ１１でＭＰ３形式などに変換され、ＨＤＤ１８に記憶される。ＨＤＤ１８は、本発明における記憶手段として機能する。
【００２６】
外部のＣＤＤＢのデータは、インターネットなどを介してダウンロードされ、ＨＤＤ１８に記憶されている。ＴＯＣ情報には曲数と時間の情報が１００分の１秒単位まで記録されている。ＣＤ情報取込み部１２は、ＴＯＣ情報をＣＤＤＢ検索部１３へ供給する。ＣＤＤＢ検索部１３は、ＴＯＣ情報をもとに、ＨＤＤ１８に記憶されているＣＤＤＢから音楽ＣＤのアーティスト名データ、曲名データ、アルバム名データ、制作年データ、作曲者データなど（以下、「ＣＤ属性情報」と呼ぶ。）を取得する。ＣＤデータ取込み部１０、エンコーダ１１、ＣＤ情報取込み部１２、ＣＤＤＢ検索部１３は、本発明における音楽データ取得手段として機能する。
【００２７】
データベース作成部１４では、キーワード検出部１５は、ＣＤＤＢ検索部１３が取得したＣＤ属性情報のアーティスト名データから「ｆｅａｔｕｒｉｎｇ」、「Ｆｅａｔ．」、「ｗｉｔｈ」、「ｄｕｅｔ ｗｉｔｈ」、「＆」、「ａｎｄ」など、ゲスト参加タイプの曲である可能性が高いキーワードを検出し、キーワードを検出したアーティスト名データを判定部１６へ供給する。
【００２８】
判定部１６は、キーワードを検出したアーティスト名データのキーワードの前後にある文字列が別々のアーティストであり、そのアーティストの曲がゲスト参加タイプの曲かどうかを判定する。具体的には、判定部１６は、キーワードの前後にある各文字列の数を算出し、算出した数に基づいて、キーワードの前後にある文字列が別々のアーティストか否かを判定する。さらに、判定部１６は、アーティストデータベース１７を参照し、キーワードの前後にある文字列が別々のアーティストか否かを判定する。アーティストデータベース１７は、多数のアーティストのアーティスト名を含むアーティスト情報を記憶したデータベースである。判定部１６は、キーワードの前後にある文字列がアーティストデータベース１７に存在するか否かを調べることにより、その文字列がアーティスト名であるか否かを判断することができる。
【００２９】
さらに、判定部１６は、アーティストデータベース１７を参照し、ＣＤＤＢ検索部１３が取得したＣＤ属性情報のアーティスト名データに基づいて、当該アーティストが他のアーティストと関連があるか否かを判定する。例えば、アーティストデータベース１７を参照し、アーティスト「Ｓ」は、グループ「Ｇ」のソロであるというアーティスト情報を得た場合、「Ｓ」と「Ｇ」とは関係性を有していると判定し、後述する関連性情報作成部１９は、「Ｓ」及び「Ｇ」の音楽データを互いに関連付ける関連性情報を作成する。このように、アーティストデータベース１７のアーティスト情報に基づいて関連性の有無を判定し、音楽データ同士の関連付けを行うことで、ユーザが検索したアーティストの音楽データだけでなく、当該アーティストに関連のあるアーティストの音楽データも検索結果として得ることができ、ユーザが楽曲検索を行う際の利便性を向上させることが可能となる。
【００３０】
さらに、判定部１６は、ＣＤＤＢ検索部１３が取得したＣＤ属性情報に基づいて、当該音楽ＣＤがコンピレーションであるか否かを判定する。音楽ＣＤがコンピレーションであった場合、前述の、キーワードの前後にある各文字列の数に基づく判定をすることができない。そこで、判定部１６が、予めコンピレーションであるか否かを判定することで、この判定処理を省略することができる。
【００３１】
判定部１６は、本発明における算出手段、参照手段、関連性判定手段、として機能する。
【００３２】
関連性情報作成部１９は、判定部１６が、キーワードの前後にある文字列は別々のアーティストである、若しくは、当該アーティストが他のアーティストと関連がある、と判定した場合、これらのアーティストの音楽データを互いに関連付ける関連性情報を作成する。また、関連性情報作成部１９は、関連性情報に、関連性の度合いに応じてレベルを設定する。
【００３３】
データ修正部２０は、判定部１６がキーワードの前後にある文字列が別々のアーティストであると判定した場合、曲名データ及びアーティスト名データを修正する。
【００３４】
例えば、「ＡＢＣ」という曲のアーティスト名データ「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」の「Ｘ」と「Ｙ」とが別々のアーティストであると判定部１６が判定した場合、当該音楽データは、後述する関連性情報作成部１９によって作成される「Ｘ」及び「Ｙ」の音楽データを互いに関連付ける関連性情報を付加され、さらに、後述するデータ修正部２０によって「ＡＢＣ」という曲のアーティスト名データ「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」は「Ｘ」に、曲名「ＡＢＣ」は「ＡＢＣ（ｆｅａｔｕｒｉｎｇ Ｙ）」に修正され、ＨＤＤ１８に記憶される。これにより、ユーザが「Ｘ」というアーティスト名で検索した場合でも、「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」の音楽データや「Ｙ」の音楽データも検索結果として得ることができ、ユーザが楽曲検索を行う際の利便性を向上させることが可能となる。
【００３５】
［音楽データ］
次に、本実施例における音楽データについて図２乃至５を用いて説明する。
【００３６】
図２（ａ）は、ゲスト参加タイプの曲を含むアルバムから取得した音楽データの例である。キーワード検出部１５は、「Ｆｅａｔｕｒｉｎｇ」というキーワードを検出し、アーティスト２０３とアーティスト２０６とを判定部１６に供給する。判定部１６は、算出したキーワード前後の文字列の数と、アーティストデータベース１７を参照して得たアーティスト情報とに基づいて、「Ｆｅａｔｕｒｉｎｇ」というキーワードの前後の文字列「Ｐｌｓ」と「Ｔ」ならびに「Ｐｌｓ」と「Ａｋ」が別々のアーティストであるか否かを判定する。判定部１６が別々のアーティストであると判定すると、データ修正部２０は、アーティスト２０３を「Ｐｌｓ Ｆｅａｔｕｒｉｎｇ Ｔ」から「Ｐｌｓ」に、アーティスト２０６を「Ｐｌｓ Ｆｅａｔｕｒｉｎｇ Ａｋ」から「Ｐｌｓ」に、修正する。これにより、ユーザがアーティスト２０１を検索すると曲２０２及び曲２０７が検索結果として出る。
【００３７】
さらに、これだけではアーティスト２０５及びアーティスト２０８の情報がなくなってしまうので、データ修正部２０は、曲２０２の曲名データを「Ｓｈａｗｔｙ」から「Ｓｈａｗｔｙ（Ｆｅａｔｕｒｉｎｇ Ｔ）」に、曲２０７の曲名データを「Ｈｙｐｎｏｔｉｚｅｄ」から「Ｈｙｐｎｏｔｉｚｅｄ（Ｆｅａｔｕｒｉｎｇ Ａｋ）」に、修正する。このように修正することにより、後述する関連性情報の作成において、曲２０２とアーティスト２０５とを、曲２０７とアーティスト２０８とを関連付けることができる。曲２０２とアーティスト２０５とを、曲２０７とアーティスト２０８とを関連付けることで、ユーザが、アーティスト２０５を検索した場合でも曲２０２を検索結果として得られ、アーティスト２０８を検索した場合でも曲２０７を検索結果として得られる。
【００３８】
図２（ｂ）は、アーティスト名データにキーワードを含むが単独のアーティストのアルバムから取得した音楽データの例である。キーワード検出部１５は、「＆」というキーワードを検出し、アーティスト２０９を判定部１６に供給する。ここでは、判定部１６は、「＆」というキーワードの前後の文字列の数が同一なので、アーティスト２０９は単独のアーティストであると判定する。
【００３９】
図２（ｃ）は、コンピレーションアルバムから取得した音楽データの例である。キーワード検出部１５は、「Ｆｅａｔ．」というキーワードを検出し、アーティスト２１０とアーティスト２１１とアーティスト２１２とを判定部１６に供給する。判定部１６は、コンピレーション判定を行い、コンピレーションであると判定し、参照したアーティスト情報に基づいて、「Ｆｅａｔ．」というキーワードの前後の文字列が別々のアーティストであるか否かを判定する。判定部１６が別々のアーティストであると判定すると、データ修正部２０は、アーティスト２１０を「Ｔｉｍｂｉｌｄ Ｆｅａｔ. Ｋｅｙ Ｈｉｌｌ」から「Ｔｉｍｂｉｌｄ」に、曲２１３の曲名データを「Ｔｈｅ Ｗａｙ Ｉ ａｍ」から「Ｔｈｅ Ｗａｙ Ｉ ａｍ（Ｆｅａｔ. Ｋｅｙ Ｈｉｌｌ）」と修正し、アーティスト２１１を「Ｃｈｒｉｓｐ Ｂｌｋ Ｆｅａｔ. Ｔ」から「Ｃｈｒｉｓｐ Ｂｌｋ」に、曲２１４の曲名データを「Ｋｉｓｓ Ｋｉｓｓ Ｋｉｓｓ」から「Ｋｉｓｓ Ｋｉｓｓ Ｋｉｓｓ（Ｆｅａｔ. Ｔ）」と修正し、アーティスト２１２を「Ｂｏｌｏｕｓ Ｆｅａｔ. Ｎｅｗ」から「Ｂｏｌｏｕｓ」に、曲２１５の曲名データを「Ｍａｋｅ Ｍｅ Ｂｅｓｔ」から「Ｍａｋｅ Ｍｅ Ｂｅｓｔ（Ｆｅａｔ. Ｎｅｗ）」と修正する。
【００４０】
次に、関連性情報の作成について説明する。関連性情報の例１を図３に、関連性情報の例２を図４に示す。関連性情報は、例えば図３の関連性情報３０１のように曲ごとに付加される情報と、関連性情報３０２及び関連性情報３０３のようにアーティストごとに付加される情報とがある。
【００４１】
図２（ａ）の例では曲２０２は、「Ｓｈａｗｔｙ（Ｆｅａｔｕｒｉｎｇ Ｔ）」という曲に修正され、アーティスト２０３は「Ｐｌｓ Ｆｅａｔｕｒｉｎｇ Ｔ」から「Ｐｌｓ」に修正された。ここで、「Ｐｌｓ」というアーティストと「Ｔ」というアーティストは関連が強いと扱うことができる。「Ｐｌｓ」というアーティスト３１２の音楽データにおいて、修正後の曲２０２に対応する曲名データ３０４では「Ｔ」というアーティスト３１３との関連があるので関連性情報３０１にアーティスト名「Ｔ」が記録される。同様に曲名データ３０５では「Ａｋ」というアーティスト３１４との関連があるので関連性情報３０６にアーティスト名「Ａｋ」が記録される。この関連性情報を用いてアーティスト３１３とアーティスト３１４の音楽データにも関連性情報が記録される。アーティスト３１３の音楽データにはアーティスト３１２のアルバム３０７の曲名データ３０４が関連性情報３０８に記録され、アーティスト３１４の音楽データにはアーティスト３１２のアルバム３０７の曲名データ３０５が関連性情報３０９に記録される。このように、関連性情報は、必ず一対一の関係となる。上記の場合では関連性情報３０１と関連性情報３０８が対となり、関連性情報３０６と関連性情報３０９が対となる。また、音楽データ自体は２つ記録する必要はなく格納アドレス３１１のみを記録すればよい。
【００４２】
また、図３の例では関連性情報３０２を「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ１」と表現している。アーティスト３１２にはこの「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ１」に相当する情報がないが、関連性情報３０１及び関連性情報３０６のような曲ごとに付加される情報を使用して「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ２」という関連性情報３０３を作成することができる。ここではアーティスト名のみが記録される。アーティスト３１２を検索した場合、検索範囲を「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ１」までとすると曲の候補は自身のアルバム「Ｔｈｅ Ｒｅａｌ」に限られるが、検索範囲を「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ２」までとするとアーティスト３１４やアーティスト３１３の曲が候補として挙がることになる。このように関連性情報にレベルを設け、検索範囲を適宜変えることで検索結果を幅広く提供することができるようになる。
【００４３】
また、あるグループからあるアーティストがソロアルバムを出した場合などは上記の「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ２」よりも関連性は強くなる。関連付けする項目が増える場合にはそのレベルを変えて音楽データを作成すればよい。一例を図４に示す。例えばアーティスト３１３がグループ「Ｐａｉｎ」に属していたとすると、アーティスト３１３の音楽データの関連性情報には「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ２」として関連性情報４０１にグループ名「Ｐａｉｎ」が記録される。その他、アーティスト３１３がゲスト参加しているわけではないが、ソングライティングやプロデュースのみに関わった曲があったとすると、「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ３」として、その曲に関わる情報を関連性情報４０２に記録する。図３での「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ２」の関連性情報３１０は、ここでは「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ４」の関連性情報４０３となる。このように、検索範囲のレベルを広げるとより多くの曲が検索対象となる。
【００４４】
［音楽データ記録処理］
次に、本実施例による音楽データ記録処理について説明する。図５は、音楽データ記録処理のフローチャートである。
【００４５】
まず、キーワード検出部１５は、ＣＤＤＢ検索部１３が取得したＣＤ属性情報のアーティスト名データにキーワードがあるか否かを判定する（ステップＳ１）。アーティスト名データにキーワードがないと判定した場合（ステップＳ１；Ｎｏ）、音楽データ記録処理を終了する。アーティスト名データにキーワードがあると判定した場合（ステップＳ１；Ｙｅｓ）、判定部１６は、当該アーティスト名をキーワードの前後で「Ｘ」と「Ｙ」の文字列に分割する（ステップＳ２）。
【００４６】
次に、判定部１６は、ＣＤ属性情報に基づいて、そのアルバムがコンピレーションであるか否かを判定する（ステップＳ３）。コンピレーションであると判定した場合（ステップＳ３；Ｙｅｓ）、ステップＳ７を実行する。コンピレーションでないと判定した場合（ステップＳ３；Ｎｏ）、判定部１６は、そのアルバムに含まれる複数のアーティスト名中の「Ｘ」という文字列の数Ｋｘを算出し（ステップＳ４）、同様に「Ｙ」という文字列の数Ｋｙを算出する（ステップＳ５）。
【００４７】
次に、判定部１６は、ＫｘとＫｙとが同一であるか否かを判定する（ステップＳ６）。ＫｘとＫｙとが同一であると判定した場合（ステップＳ３；Ｙｅｓ）、そのアルバムは全ての曲が単独のアーティストの曲であることがわかるので、音楽データ記録処理を終了する。ＫｘとＫｙとが同一でないと判定した場合（ステップＳ３；Ｎｏ）、そのアルバムは他のアーティストがゲスト参加する曲を含む可能性があるので、判定部１６は、アーティストデータベース１７を参照し、「Ｘ」というアーティストが存在するか否かを判定する（ステップＳ７）。「Ｘ」というアーティストが存在しないと判定した場合（ステップＳ７；Ｎｏ）、音楽データ記録処理を終了する。
【００４８】
「Ｘ」というアーティストが存在すると判定した場合（ステップＳ７；Ｙｅｓ）、判定部１６は、アーティストデータベース１７を参照し、「Ｙ」というアーティストが存在するか否かを判定する（ステップＳ８）。「Ｙ」というアーティストが存在しないと判定した場合（ステップＳ８；Ｎｏ）、音楽データ記録処理を終了する。
【００４９】
「Ｙ」というアーティストが存在すると判定した場合（ステップＳ８；Ｙｅｓ）、判定部１６は、「Ｘ」と「Ｙ」とが別のアーティストであると判定し（ステップＳ９）、関連性情報作成部１９は、「Ｘ」及び「Ｙ」の音楽データを互いに関連付ける関連性情報を作成する（ステップＳ１０）。また、データ修正部２０は「Ｘ」及び「Ｙ」の曲名データ及びアーティスト名データを修正する（ステップＳ１１）。そして、「Ｘ」及び「Ｙ」の音楽データに関連性情報を付加した音楽情報をＨＤＤ１８に記憶し（ステップＳ１２）、音楽データ記録処理を終了する。
【００５０】
次に、本実施例によるコンピレーション判定処理について説明する。コンピレーション判定は、図５の音楽データ記録処理におけるステップＳ３で実行される。図６は、コンピレーション判定処理のフローチャートである。
【００５１】
まず、判定部１６は、ＣＤＤＢ検索部１３が取得したＣＤ属性情報の全てのアーティスト名の総数Ｋａｌｌを算出する（ステップＳ２１）。Ｋａｌｌは曲の総数と一致する。キーワード検出部１５は、アーティスト名データにキーワードがあるか否かを判定する（ステップＳ２２）。アーティスト名データにキーワードがないと判定した場合（ステップＳ２２；Ｎｏ）、判定部１６は、各アーティスト名の数Ｋｎを算出する（ステップＳ２３）。アーティスト名が複数ある場合は、Ｋｎはそれぞれのアーティストに対し、アルバム内にそのアーティストの曲がいくつあるかを算出するものである。次に、判定部１６は、ＫｎとＫａｌｌとが同一であるか否かを判定する（ステップＳ２４）。ＫｎとＫａｌｌとが同一であると判定した場合（ステップＳ２４；Ｙｅｓ）、そのアルバムは全ての曲が単独のアーティストの曲であることがわかるので、判定部１６は、そのアルバムがコンピレーションでないと判定する。ＫｎとＫａｌｌとが同一でないと判定した場合（ステップＳ２４；Ｎｏ）、そのアルバムは複数のアーティストの曲を含むことがわかるので、判定部１６は、そのアルバムがコンピレーションであると判定する。
【００５２】
一方、キーワード検出部１５が、アーティスト名にキーワードがあると判定した場合（ステップＳ２２；Ｙｅｓ）、キーワード検出部１５は、キーワードがあるアーティスト名データを判定部１６に供給する。判定部１６は、キーワード前の各文字列の数Ｋｐを算出する（ステップＳ２５）。キーワード前の各文字列が複数ある場合は、Ｋｐはそれぞれの文字列に対し、アルバム内にそのアーティスト（文字列）の曲がいくつあるかを算出するものである。次に、判定部１６は、ＫｐとＫａｌｌとが同一であるか否かを判定する（ステップＳ２６）。ＫｐとＫａｌｌとが同一であると判定した場合（ステップＳ２６；Ｙｅｓ）、そのアルバムは全ての曲が単独のアーティストの曲に他のアーティストがゲスト参加した曲であることがわかるので、判定部１６は、そのアルバムがコンピレーションでないと判定する。
【００５３】
ＫｐとＫａｌｌとが同一でないと判定した場合（ステップＳ２６；Ｎｏ）、判定部１６は、Ｋｐの文字列とＫｎのアーティスト名とが同一であるか否かを判定する（ステップＳ２７）。Ｋｐの文字列とＫｎのアーティスト名とが同一であると判定した場合（ステップＳ２７；Ｙｅｓ）、そのアルバムは単独のアーティストの曲に他のアーティストがゲスト参加した曲を含む単独のアーティストのアルバムであることがわかるので、判定部１６は、そのアルバムがコンピレーションでないと判定する。Ｋｐの文字列とＫｎのアーティスト名とが同一でないと判定した場合（ステップＳ２７；Ｎｏ）、判定部１６は、Ｋａｌｌ−Ｋｎ（又はＫｐ）が予め設定された閾値Ｋｍよりも小さいかどうかを判定する（ステップＳ２８）。稀に、あるアーティストのアルバムに１、２曲だけ別のアーティストの曲が収録されている場合がある。この場合は、ＫａｌｌとＫｎ（又はＫｐ）は一致しないが、コンピレーションとは判断しないほうがよい。通常のコンピレーションＣＤではアーティストは数種類から十数種類になるので、Ｋａｌｌに対しＫｎ（又はＫｐ）の数値は小さい数値となるが、上記のような場合、Ｋｎ（又はＫｐ）はＫａｌｌに近い数値となる。そこで、閾値Ｋｍを設け、Ｋａｌｌ−Ｋｎ（又はＫｐ）が閾値Ｋｍよりも小さいかどうかを判定する。
【００５４】
判定部１６が、Ｋａｌｌ−Ｋｎ（又はＫｐ）が閾値Ｋｍよりも小さい判定した場合（ステップＳ２８；Ｙｅｓ）、そのアルバムはあるアーティストの曲で大半を占められていると考えられるので、コンピレーションでないと判定する。判定部１６が、Ｋａｌｌ−Ｋｎ（又はＫｐ）が閾値Ｋｍよりも大きい判定した場合（ステップＳ２８；Ｎｏ）、そのアルバムは多数のアーティストの曲を含むことがわかるので、コンピレーションであると判定する。
【００５５】
以上説明したように、本実施例では、関連のある音楽データを互いに関連付ける関連性情報を付加し、曲名データ及びアーティストデータを修正して記憶する。これにより、ユーザがあるアーティスト名で検索した場合に、そのアーティストと関連のある曲をユーザに示すことできる。こうしてユーザが楽曲検索を行う際の利便性を向上させることが可能となる。また、取得した音楽データがコンピレーションであった場合、文字列の数に基づいてアーティスト名データが複数のアーティスト名を含むか否かを判定することができないので、予め、判定部１６がコンピレーションであるか否かを判定することで、前述の判定処理を省略することができる。
【００５６】
［変形例］
上記の実施例においては、１名のアーティストがゲスト参加する曲を含む音楽データについて音楽データ記録処理を行っていたが、本発明の適用はこれに限られず、ゲスト参加アーティストが複数存在する曲を含む音楽データについて音楽データ記録処理を行ってもよい。
【００５７】
上記の実施例においては、関連付けする項目は、ゲスト参加、グループとソロ、ソングライティング、プロデュースなどを挙げたが、本発明の適用はこれに限られず、関連性が有ると考えられる任意の項目であってもよい。
【００５８】
なお、上記の実施例における音楽データの例では、トラック番号、ジャンル、時間、リリース年などの情報は省略しており、関連性情報にはそれらの情報も含まれる。
【図面の簡単な説明】
【００５９】
【図１】本発明の実施例に係る音楽データ記録装置の概略構成を示す。
【図２】音楽データの例を示す。
【図３】関連性情報の例１を示す。
【図４】関連性情報の例２を示す。
【図５】音楽データ記録処理のフローチャートである。
【図６】コンピレーション判定処理のフローチャートである。
【符号の説明】
【００６０】
１４ データベース作成部
１５ キーワード検出部
１６ 判定部
１７ アーティストデータベース
１８ ＨＤＤ
１９ 関連性情報作成部
２０ データ修正部
１００ 音楽データ記録装置
【技術分野】
【０００１】
本発明は、音楽データを記録する音楽データ記録装置に関する。
【背景技術】
【０００２】
近年、ＣＤデータを取り込む際にＣＤＤＢを利用する場合が多い。ＣＤＤＢ（Ｃｏｍｐａｃｔ Ｄｉｓｃ ＤａｔａＢａｓｅ）とは、音楽ＣＤの演奏者や曲名などの情報が格納されたデータベースであり、インターネットを介してアクセスし、それらの情報を取得するアプリケーションソフトウェアである。ｉＴｕｎｅｓなどが利用している米ＧｒａｃｅｎｏｔｅのＣＤＤＢが最も有名である。一方、音楽ＣＤをＭＰ３やＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）などの圧縮オーディオに変換しパソコンや携帯音楽プレーヤーで楽しむという使い方が一般的になってきており、ＨＤＤには数万曲以上が保存できるようになった。
【０００３】
特許文献１には、アルバム名をユーザ自身で編集しなくても、楽曲名又はアーティスト名を編集すれば楽曲名又はアーティスト名に応じてアルバム名を自動的に修正するオーディオ装置が記載されている。
【０００４】
特許文献２には、ＣＤＤＢのアーティスト情報の全角／半角やカタカナ／ローマ字表記を区別することなく同一に扱うことで、同一のアーティストにも関わらず複数のアーティストが存在するように管理されるなどの問題点を解決するオーディオ装置が記載されている。
【０００５】
【特許文献１】特開２００５−４４４０３号公報
【特許文献２】特開２００５−４４４３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、膨大な楽曲の中からユーザが目的の曲を探し出すのは簡単ではない。あるアーティストのアルバムに別のアーティストが１曲のみで参加するようなゲスト参加タイプの場合、「Ｘ ｗｉｔｈ Ｙ」や「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」などとＣＤＤＢに登録されていることが多いが、上記のオーディオ装置では、「Ｘ ｗｉｔｈ Ｙ」や「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」という一人のアーティストとして認識されてしまうという問題点があった。例えば、ユーザが「Ｘ」というアーティストを検索したとしても、「Ｘ」のアルバムに含まれる「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」というアーティスト名で認識されている曲Ａは検索結果に含まれないことになる。ユーザが曲Ａを探し出すには、曲名を記憶していて曲名から検索するか、「Ｘ」のアルバムにＡという曲が収録されていることを記憶していてアルバム名から検索するか、曲Ａが、「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」の曲であることをユーザが記憶していて、「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」というアーティスト名で検索する方法があるが、どれもユーザにとって便利なものではない。
【０００７】
本発明が解決しようとする課題としては、上記のようなものが例として挙げられる。本発明は、ＣＤＤＢを利用した音楽データベースの作成において、音楽データ同士の関連付けを行うことでユーザが楽曲検索を行う際の利便性を向上させることを課題とする。
【課題を解決するための手段】
【０００８】
請求項１に記載の発明は、音楽データ記録装置であって、音楽データを記憶する記憶手段と、前記音楽データを取得する音楽データ取得手段と、前記音楽データ取得手段が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定手段と、前記関連性判定手段が、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成手段と、を備え、前記記憶手段は、前記音楽データに前記関連性情報を付加して記憶することを特徴とする。
【０００９】
請求項８に記載の発明は、音楽データ記録装置によって実行される音楽データ記録方法であって、音楽データを記憶する記憶工程と、前記音楽データを取得する音楽データ取得工程と、前記音楽データ取得手段が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定工程と、前記関連性判定工程で、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成工程と、を備え、前記記憶工程では、前記音楽データに前記関連性情報を付加して記憶することを特徴とする。
【００１０】
請求項９に記載の発明は、コンピュータを備える音楽データ記録装置により実行される音楽データ記録プログラムであって、音楽データを記憶する記憶手段、前記音楽データを取得する音楽データ取得手段、前記音楽データ取得手段が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定手段、前記関連性判定手段が、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成手段、として前記コンピュータを機能させ、前記記憶手段は、前記音楽データに前記関連性情報を付加して記憶することを特徴とする。
【発明を実施するための最良の形態】
【００１１】
本発明の好適な実施形態では、音楽データ記録装置は、音楽データを記憶する記憶手段と、前記音楽データを取得する音楽データ取得手段と、前記音楽データ取得手段が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定手段と、前記関連性判定手段が、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成手段と、を備え、前記記憶手段は、前記音楽データに前記関連性情報を付加して記憶する。
【００１２】
上記の音楽データ記録装置は、例えば、「Ｘ」というアーティストと「Ｙ」というアーティストに関連があった場合、「Ｘ」及び「Ｙ」の音楽データに関連性情報を付加して記憶する。これにより、ユーザが「Ｘ」というアーティスト名で検索した場合、「Ｙ」の音楽データも検索結果として得ることができ、ユーザが楽曲検索を行う際の利便性を向上させることが可能となる。
【００１３】
上記の音楽データ記録装置の他の一態様では、前記音楽データ取得手段が取得した音楽データはアーティスト名データを含み、前記アーティスト名データからキーワードを検出するキーワード検出手段をさらに備え、前記関連性判定手段は、前記キーワード検出手段がキーワードを検出したアーティスト名データが複数のアーティスト名を含むか否かにより関連があるか否かを判定する。この態様では、例えば、「ｆｅａｔｕｒｉｎｇ」、「Ｆｅａｔ．」、「ｗｉｔｈ」、「ｄｕｅｔ ｗｉｔｈ」、「＆」、「ａｎｄ」など、ゲスト参加タイプである可能性が高いキーワードを検出し、複数のアーティスト名を含むか否かを判定することで、関連性の有無を判定している。これにより、例えば、「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」が「Ｘ」及び「Ｙ」のアーティスト名を含んでいた場合、「Ｘ」と「Ｙ」との音楽データは関連付けられて記憶されるので、ユーザが「Ｘ」というアーティスト名で検索した場合でも、「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」の音楽データや「Ｙ」の音楽データも検索結果として得ることができ、ユーザが楽曲検索を行う際の利便性を向上させることが可能となる。
【００１４】
上記の音楽データ記録装置の他の一態様では、前記キーワードの前後の文字列の数を算出する算出手段と、アーティスト情報を参照する参照手段と、をさらに備え、前記関連性判定手段は、前記算出手段が算出したアーティスト名の数に基づいて、前記アーティスト名データが複数のアーティスト名を含むか否かを判定する第１判定手段と、前記参照手段によって参照したアーティスト情報に基づいて、前記アーティスト名データが複数のアーティスト名を含むか否かを判定する第２判定手段と、を備える。この態様では、アーティスト名の数とアーティスト情報とに基づいて、複数のアーティスト名を含むか否かの２つの判定を行うことで、判定精度を上げることが可能となる。
【００１５】
上記の音楽データ記録装置の他の一態様では、前記音楽データ取得手段が同時に取得した音楽データが、全て違うアーティストの音楽データであるコンピレーションであるか否かを判定するコンピレーション判定手段をさらに備え、前記関連性判定手段は、前記コンピレーション判定手段がコンピレーションであると判定した場合、前記アーティスト名データが複数のアーティスト名を含むか否かを判定する際、前記第２判定手段のみを実行する。この態様では、コンピレーションであった場合、アーティスト名の数に基づいて判定する第１判定手段が実行できないので、予め、コンピレーションであるか否かを判定することで、第１判定手段を実行する処理を省略することができる。
【００１６】
上記の音楽データ記録装置の他の一態様では、前記音楽データ取得手段が取得した音楽データは曲名データを含み、前記曲名データ及び前記アーティスト名データを修正するデータ修正手段をさらに備え、前記データ修正手段は、前記関連性判定手段が複数のアーティスト名を含むと判定した場合、前記曲名データ及び前記アーティスト名データを修正する。この態様では、例えば、「ＡＢＣ」という曲のアーティスト名「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」が「Ｘ」及び「Ｙ」のアーティスト名を含んでいた場合、「ＡＢＣ」という曲のアーティスト名「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」は「Ｘ」に修正され、曲名「ＡＢＣ」は「ＡＢＣ（ｆｅａｔｕｒｉｎｇ Ｙ）」に修正される。これにより、ユーザが「Ｘ」で検索しても、「Ｙ」で検索しても、「ＡＢＣ」という曲を検索結果として得ることができるようになる。
【００１７】
上記の音楽データ記録装置の他の一態様では、前記関連性判定手段は、前記参照手段によって参照したアーティスト情報に基づいて、前記音楽データ取得手段が取得した音楽データに対応するアーティストが他のアーティストと関連があるか否かを判定する。この態様では、例えば、アーティスト「Ｓ」は、グループ「Ｇ」からソロになったアーティストであるというアーティスト情報を得た場合、「Ｓ」と「Ｇ」とは強い関係性を有していると言える。このように、アーティスト情報に基づいて関連性の有無を判定し、音楽データ同士の関連付けを行うことで、ユーザが検索したアーティストの音楽データだけでなく、当該アーティストに関連のあるアーティストの音楽データも検索結果として得ることができ、ユーザが楽曲検索を行う際の利便性を向上させることが可能となる。
【００１８】
上記の音楽データ記録装置の他の一態様では、前記関連性情報に、関連性の度合いに応じてレベルを設定する。このように関連性情報にレベルを設け、ユーザが関連性情報のレベルに基づいて検索範囲を適宜変えることで検索結果を幅広く提供することができるようになる。
【００１９】
本発明の他の実施形態では、音楽データ記録装置によって実行される音楽データ記録方法は、音楽データを記憶する記憶工程と、前記音楽データを取得する音楽データ取得工程と、前記音楽データ取得工程が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定工程と、前記関連性判定工程が、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成工程と、を備え、前記記憶工程では、前記音楽データに前記関連性情報を付加して記憶する。
【００２０】
本発明の他の実施形態では、コンピュータを備える音楽データ記録装置により実行される音楽データ記録プログラムは、音楽データを記憶する記憶手段、前記音楽データを取得する音楽データ取得手段、前記音楽データ取得手段が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定手段、前記関連性判定手段が、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成手段、として前記コンピュータを機能させ、前記記憶手段は、前記音楽データに前記関連性情報を付加して記憶する。
【００２１】
上記の音楽データ記録方法及び音楽データ記録プログラムによっても、ユーザが楽曲検索を行う際の利便性を向上させることが可能となる。なお、音楽データ記録プログラムは、記録媒体に記録した状態で好適に取り扱うことができる。
【実施例】
【００２２】
以下、図面を参照して本発明の好適な実施例について説明する。
【００２３】
図１に、実施例に係る音楽データ記録装置の概略構成を示す。図示のように、音楽データ記録装置１００は、ＣＤデータ取込み部１０と、エンコーダ１１と、ＣＤ情報取込み部１２と、ＣＤＤＢ検索部１３と、データベース作成部１４と、アーティストデータベース１７と、ＨＤＤ１８と、を備える。データベース作成部１４は、キーワード検出部１５と、判定部１６と、関連性情報作成部１９と、データ修正部２０と、を備える。
【００２４】
ＣＤデータ取込み部１０は音楽ＣＤからデジタル信号を読み出す。デジタル信号は、曲データとＴＯＣ（Ｔａｂｌｅ ｏｆ Ｃｏｎｔｅｎｔｓ）情報を有し、曲データはエンコーダ１１へ、ＴＯＣ情報はＣＤ情報取込み部１２へ渡される。
【００２５】
曲データはエンコーダ１１でＭＰ３形式などに変換され、ＨＤＤ１８に記憶される。ＨＤＤ１８は、本発明における記憶手段として機能する。
【００２６】
外部のＣＤＤＢのデータは、インターネットなどを介してダウンロードされ、ＨＤＤ１８に記憶されている。ＴＯＣ情報には曲数と時間の情報が１００分の１秒単位まで記録されている。ＣＤ情報取込み部１２は、ＴＯＣ情報をＣＤＤＢ検索部１３へ供給する。ＣＤＤＢ検索部１３は、ＴＯＣ情報をもとに、ＨＤＤ１８に記憶されているＣＤＤＢから音楽ＣＤのアーティスト名データ、曲名データ、アルバム名データ、制作年データ、作曲者データなど（以下、「ＣＤ属性情報」と呼ぶ。）を取得する。ＣＤデータ取込み部１０、エンコーダ１１、ＣＤ情報取込み部１２、ＣＤＤＢ検索部１３は、本発明における音楽データ取得手段として機能する。
【００２７】
データベース作成部１４では、キーワード検出部１５は、ＣＤＤＢ検索部１３が取得したＣＤ属性情報のアーティスト名データから「ｆｅａｔｕｒｉｎｇ」、「Ｆｅａｔ．」、「ｗｉｔｈ」、「ｄｕｅｔ ｗｉｔｈ」、「＆」、「ａｎｄ」など、ゲスト参加タイプの曲である可能性が高いキーワードを検出し、キーワードを検出したアーティスト名データを判定部１６へ供給する。
【００２８】
判定部１６は、キーワードを検出したアーティスト名データのキーワードの前後にある文字列が別々のアーティストであり、そのアーティストの曲がゲスト参加タイプの曲かどうかを判定する。具体的には、判定部１６は、キーワードの前後にある各文字列の数を算出し、算出した数に基づいて、キーワードの前後にある文字列が別々のアーティストか否かを判定する。さらに、判定部１６は、アーティストデータベース１７を参照し、キーワードの前後にある文字列が別々のアーティストか否かを判定する。アーティストデータベース１７は、多数のアーティストのアーティスト名を含むアーティスト情報を記憶したデータベースである。判定部１６は、キーワードの前後にある文字列がアーティストデータベース１７に存在するか否かを調べることにより、その文字列がアーティスト名であるか否かを判断することができる。
【００２９】
さらに、判定部１６は、アーティストデータベース１７を参照し、ＣＤＤＢ検索部１３が取得したＣＤ属性情報のアーティスト名データに基づいて、当該アーティストが他のアーティストと関連があるか否かを判定する。例えば、アーティストデータベース１７を参照し、アーティスト「Ｓ」は、グループ「Ｇ」のソロであるというアーティスト情報を得た場合、「Ｓ」と「Ｇ」とは関係性を有していると判定し、後述する関連性情報作成部１９は、「Ｓ」及び「Ｇ」の音楽データを互いに関連付ける関連性情報を作成する。このように、アーティストデータベース１７のアーティスト情報に基づいて関連性の有無を判定し、音楽データ同士の関連付けを行うことで、ユーザが検索したアーティストの音楽データだけでなく、当該アーティストに関連のあるアーティストの音楽データも検索結果として得ることができ、ユーザが楽曲検索を行う際の利便性を向上させることが可能となる。
【００３０】
さらに、判定部１６は、ＣＤＤＢ検索部１３が取得したＣＤ属性情報に基づいて、当該音楽ＣＤがコンピレーションであるか否かを判定する。音楽ＣＤがコンピレーションであった場合、前述の、キーワードの前後にある各文字列の数に基づく判定をすることができない。そこで、判定部１６が、予めコンピレーションであるか否かを判定することで、この判定処理を省略することができる。
【００３１】
判定部１６は、本発明における算出手段、参照手段、関連性判定手段、として機能する。
【００３２】
関連性情報作成部１９は、判定部１６が、キーワードの前後にある文字列は別々のアーティストである、若しくは、当該アーティストが他のアーティストと関連がある、と判定した場合、これらのアーティストの音楽データを互いに関連付ける関連性情報を作成する。また、関連性情報作成部１９は、関連性情報に、関連性の度合いに応じてレベルを設定する。
【００３３】
データ修正部２０は、判定部１６がキーワードの前後にある文字列が別々のアーティストであると判定した場合、曲名データ及びアーティスト名データを修正する。
【００３４】
例えば、「ＡＢＣ」という曲のアーティスト名データ「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」の「Ｘ」と「Ｙ」とが別々のアーティストであると判定部１６が判定した場合、当該音楽データは、後述する関連性情報作成部１９によって作成される「Ｘ」及び「Ｙ」の音楽データを互いに関連付ける関連性情報を付加され、さらに、後述するデータ修正部２０によって「ＡＢＣ」という曲のアーティスト名データ「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」は「Ｘ」に、曲名「ＡＢＣ」は「ＡＢＣ（ｆｅａｔｕｒｉｎｇ Ｙ）」に修正され、ＨＤＤ１８に記憶される。これにより、ユーザが「Ｘ」というアーティスト名で検索した場合でも、「Ｘ ｆｅａｔｕｒｉｎｇ Ｙ」の音楽データや「Ｙ」の音楽データも検索結果として得ることができ、ユーザが楽曲検索を行う際の利便性を向上させることが可能となる。
【００３５】
［音楽データ］
次に、本実施例における音楽データについて図２乃至５を用いて説明する。
【００３６】
図２（ａ）は、ゲスト参加タイプの曲を含むアルバムから取得した音楽データの例である。キーワード検出部１５は、「Ｆｅａｔｕｒｉｎｇ」というキーワードを検出し、アーティスト２０３とアーティスト２０６とを判定部１６に供給する。判定部１６は、算出したキーワード前後の文字列の数と、アーティストデータベース１７を参照して得たアーティスト情報とに基づいて、「Ｆｅａｔｕｒｉｎｇ」というキーワードの前後の文字列「Ｐｌｓ」と「Ｔ」ならびに「Ｐｌｓ」と「Ａｋ」が別々のアーティストであるか否かを判定する。判定部１６が別々のアーティストであると判定すると、データ修正部２０は、アーティスト２０３を「Ｐｌｓ Ｆｅａｔｕｒｉｎｇ Ｔ」から「Ｐｌｓ」に、アーティスト２０６を「Ｐｌｓ Ｆｅａｔｕｒｉｎｇ Ａｋ」から「Ｐｌｓ」に、修正する。これにより、ユーザがアーティスト２０１を検索すると曲２０２及び曲２０７が検索結果として出る。
【００３７】
さらに、これだけではアーティスト２０５及びアーティスト２０８の情報がなくなってしまうので、データ修正部２０は、曲２０２の曲名データを「Ｓｈａｗｔｙ」から「Ｓｈａｗｔｙ（Ｆｅａｔｕｒｉｎｇ Ｔ）」に、曲２０７の曲名データを「Ｈｙｐｎｏｔｉｚｅｄ」から「Ｈｙｐｎｏｔｉｚｅｄ（Ｆｅａｔｕｒｉｎｇ Ａｋ）」に、修正する。このように修正することにより、後述する関連性情報の作成において、曲２０２とアーティスト２０５とを、曲２０７とアーティスト２０８とを関連付けることができる。曲２０２とアーティスト２０５とを、曲２０７とアーティスト２０８とを関連付けることで、ユーザが、アーティスト２０５を検索した場合でも曲２０２を検索結果として得られ、アーティスト２０８を検索した場合でも曲２０７を検索結果として得られる。
【００３８】
図２（ｂ）は、アーティスト名データにキーワードを含むが単独のアーティストのアルバムから取得した音楽データの例である。キーワード検出部１５は、「＆」というキーワードを検出し、アーティスト２０９を判定部１６に供給する。ここでは、判定部１６は、「＆」というキーワードの前後の文字列の数が同一なので、アーティスト２０９は単独のアーティストであると判定する。
【００３９】
図２（ｃ）は、コンピレーションアルバムから取得した音楽データの例である。キーワード検出部１５は、「Ｆｅａｔ．」というキーワードを検出し、アーティスト２１０とアーティスト２１１とアーティスト２１２とを判定部１６に供給する。判定部１６は、コンピレーション判定を行い、コンピレーションであると判定し、参照したアーティスト情報に基づいて、「Ｆｅａｔ．」というキーワードの前後の文字列が別々のアーティストであるか否かを判定する。判定部１６が別々のアーティストであると判定すると、データ修正部２０は、アーティスト２１０を「Ｔｉｍｂｉｌｄ Ｆｅａｔ. Ｋｅｙ Ｈｉｌｌ」から「Ｔｉｍｂｉｌｄ」に、曲２１３の曲名データを「Ｔｈｅ Ｗａｙ Ｉ ａｍ」から「Ｔｈｅ Ｗａｙ Ｉ ａｍ（Ｆｅａｔ. Ｋｅｙ Ｈｉｌｌ）」と修正し、アーティスト２１１を「Ｃｈｒｉｓｐ Ｂｌｋ Ｆｅａｔ. Ｔ」から「Ｃｈｒｉｓｐ Ｂｌｋ」に、曲２１４の曲名データを「Ｋｉｓｓ Ｋｉｓｓ Ｋｉｓｓ」から「Ｋｉｓｓ Ｋｉｓｓ Ｋｉｓｓ（Ｆｅａｔ. Ｔ）」と修正し、アーティスト２１２を「Ｂｏｌｏｕｓ Ｆｅａｔ. Ｎｅｗ」から「Ｂｏｌｏｕｓ」に、曲２１５の曲名データを「Ｍａｋｅ Ｍｅ Ｂｅｓｔ」から「Ｍａｋｅ Ｍｅ Ｂｅｓｔ（Ｆｅａｔ. Ｎｅｗ）」と修正する。
【００４０】
次に、関連性情報の作成について説明する。関連性情報の例１を図３に、関連性情報の例２を図４に示す。関連性情報は、例えば図３の関連性情報３０１のように曲ごとに付加される情報と、関連性情報３０２及び関連性情報３０３のようにアーティストごとに付加される情報とがある。
【００４１】
図２（ａ）の例では曲２０２は、「Ｓｈａｗｔｙ（Ｆｅａｔｕｒｉｎｇ Ｔ）」という曲に修正され、アーティスト２０３は「Ｐｌｓ Ｆｅａｔｕｒｉｎｇ Ｔ」から「Ｐｌｓ」に修正された。ここで、「Ｐｌｓ」というアーティストと「Ｔ」というアーティストは関連が強いと扱うことができる。「Ｐｌｓ」というアーティスト３１２の音楽データにおいて、修正後の曲２０２に対応する曲名データ３０４では「Ｔ」というアーティスト３１３との関連があるので関連性情報３０１にアーティスト名「Ｔ」が記録される。同様に曲名データ３０５では「Ａｋ」というアーティスト３１４との関連があるので関連性情報３０６にアーティスト名「Ａｋ」が記録される。この関連性情報を用いてアーティスト３１３とアーティスト３１４の音楽データにも関連性情報が記録される。アーティスト３１３の音楽データにはアーティスト３１２のアルバム３０７の曲名データ３０４が関連性情報３０８に記録され、アーティスト３１４の音楽データにはアーティスト３１２のアルバム３０７の曲名データ３０５が関連性情報３０９に記録される。このように、関連性情報は、必ず一対一の関係となる。上記の場合では関連性情報３０１と関連性情報３０８が対となり、関連性情報３０６と関連性情報３０９が対となる。また、音楽データ自体は２つ記録する必要はなく格納アドレス３１１のみを記録すればよい。
【００４２】
また、図３の例では関連性情報３０２を「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ１」と表現している。アーティスト３１２にはこの「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ１」に相当する情報がないが、関連性情報３０１及び関連性情報３０６のような曲ごとに付加される情報を使用して「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ２」という関連性情報３０３を作成することができる。ここではアーティスト名のみが記録される。アーティスト３１２を検索した場合、検索範囲を「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ１」までとすると曲の候補は自身のアルバム「Ｔｈｅ Ｒｅａｌ」に限られるが、検索範囲を「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ２」までとするとアーティスト３１４やアーティスト３１３の曲が候補として挙がることになる。このように関連性情報にレベルを設け、検索範囲を適宜変えることで検索結果を幅広く提供することができるようになる。
【００４３】
また、あるグループからあるアーティストがソロアルバムを出した場合などは上記の「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ２」よりも関連性は強くなる。関連付けする項目が増える場合にはそのレベルを変えて音楽データを作成すればよい。一例を図４に示す。例えばアーティスト３１３がグループ「Ｐａｉｎ」に属していたとすると、アーティスト３１３の音楽データの関連性情報には「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ２」として関連性情報４０１にグループ名「Ｐａｉｎ」が記録される。その他、アーティスト３１３がゲスト参加しているわけではないが、ソングライティングやプロデュースのみに関わった曲があったとすると、「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ３」として、その曲に関わる情報を関連性情報４０２に記録する。図３での「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ２」の関連性情報３１０は、ここでは「関連ＡＲＴＩＳＴ Ｌｅｖｅｌ４」の関連性情報４０３となる。このように、検索範囲のレベルを広げるとより多くの曲が検索対象となる。
【００４４】
［音楽データ記録処理］
次に、本実施例による音楽データ記録処理について説明する。図５は、音楽データ記録処理のフローチャートである。
【００４５】
まず、キーワード検出部１５は、ＣＤＤＢ検索部１３が取得したＣＤ属性情報のアーティスト名データにキーワードがあるか否かを判定する（ステップＳ１）。アーティスト名データにキーワードがないと判定した場合（ステップＳ１；Ｎｏ）、音楽データ記録処理を終了する。アーティスト名データにキーワードがあると判定した場合（ステップＳ１；Ｙｅｓ）、判定部１６は、当該アーティスト名をキーワードの前後で「Ｘ」と「Ｙ」の文字列に分割する（ステップＳ２）。
【００４６】
次に、判定部１６は、ＣＤ属性情報に基づいて、そのアルバムがコンピレーションであるか否かを判定する（ステップＳ３）。コンピレーションであると判定した場合（ステップＳ３；Ｙｅｓ）、ステップＳ７を実行する。コンピレーションでないと判定した場合（ステップＳ３；Ｎｏ）、判定部１６は、そのアルバムに含まれる複数のアーティスト名中の「Ｘ」という文字列の数Ｋｘを算出し（ステップＳ４）、同様に「Ｙ」という文字列の数Ｋｙを算出する（ステップＳ５）。
【００４７】
次に、判定部１６は、ＫｘとＫｙとが同一であるか否かを判定する（ステップＳ６）。ＫｘとＫｙとが同一であると判定した場合（ステップＳ３；Ｙｅｓ）、そのアルバムは全ての曲が単独のアーティストの曲であることがわかるので、音楽データ記録処理を終了する。ＫｘとＫｙとが同一でないと判定した場合（ステップＳ３；Ｎｏ）、そのアルバムは他のアーティストがゲスト参加する曲を含む可能性があるので、判定部１６は、アーティストデータベース１７を参照し、「Ｘ」というアーティストが存在するか否かを判定する（ステップＳ７）。「Ｘ」というアーティストが存在しないと判定した場合（ステップＳ７；Ｎｏ）、音楽データ記録処理を終了する。
【００４８】
「Ｘ」というアーティストが存在すると判定した場合（ステップＳ７；Ｙｅｓ）、判定部１６は、アーティストデータベース１７を参照し、「Ｙ」というアーティストが存在するか否かを判定する（ステップＳ８）。「Ｙ」というアーティストが存在しないと判定した場合（ステップＳ８；Ｎｏ）、音楽データ記録処理を終了する。
【００４９】
「Ｙ」というアーティストが存在すると判定した場合（ステップＳ８；Ｙｅｓ）、判定部１６は、「Ｘ」と「Ｙ」とが別のアーティストであると判定し（ステップＳ９）、関連性情報作成部１９は、「Ｘ」及び「Ｙ」の音楽データを互いに関連付ける関連性情報を作成する（ステップＳ１０）。また、データ修正部２０は「Ｘ」及び「Ｙ」の曲名データ及びアーティスト名データを修正する（ステップＳ１１）。そして、「Ｘ」及び「Ｙ」の音楽データに関連性情報を付加した音楽情報をＨＤＤ１８に記憶し（ステップＳ１２）、音楽データ記録処理を終了する。
【００５０】
次に、本実施例によるコンピレーション判定処理について説明する。コンピレーション判定は、図５の音楽データ記録処理におけるステップＳ３で実行される。図６は、コンピレーション判定処理のフローチャートである。
【００５１】
まず、判定部１６は、ＣＤＤＢ検索部１３が取得したＣＤ属性情報の全てのアーティスト名の総数Ｋａｌｌを算出する（ステップＳ２１）。Ｋａｌｌは曲の総数と一致する。キーワード検出部１５は、アーティスト名データにキーワードがあるか否かを判定する（ステップＳ２２）。アーティスト名データにキーワードがないと判定した場合（ステップＳ２２；Ｎｏ）、判定部１６は、各アーティスト名の数Ｋｎを算出する（ステップＳ２３）。アーティスト名が複数ある場合は、Ｋｎはそれぞれのアーティストに対し、アルバム内にそのアーティストの曲がいくつあるかを算出するものである。次に、判定部１６は、ＫｎとＫａｌｌとが同一であるか否かを判定する（ステップＳ２４）。ＫｎとＫａｌｌとが同一であると判定した場合（ステップＳ２４；Ｙｅｓ）、そのアルバムは全ての曲が単独のアーティストの曲であることがわかるので、判定部１６は、そのアルバムがコンピレーションでないと判定する。ＫｎとＫａｌｌとが同一でないと判定した場合（ステップＳ２４；Ｎｏ）、そのアルバムは複数のアーティストの曲を含むことがわかるので、判定部１６は、そのアルバムがコンピレーションであると判定する。
【００５２】
一方、キーワード検出部１５が、アーティスト名にキーワードがあると判定した場合（ステップＳ２２；Ｙｅｓ）、キーワード検出部１５は、キーワードがあるアーティスト名データを判定部１６に供給する。判定部１６は、キーワード前の各文字列の数Ｋｐを算出する（ステップＳ２５）。キーワード前の各文字列が複数ある場合は、Ｋｐはそれぞれの文字列に対し、アルバム内にそのアーティスト（文字列）の曲がいくつあるかを算出するものである。次に、判定部１６は、ＫｐとＫａｌｌとが同一であるか否かを判定する（ステップＳ２６）。ＫｐとＫａｌｌとが同一であると判定した場合（ステップＳ２６；Ｙｅｓ）、そのアルバムは全ての曲が単独のアーティストの曲に他のアーティストがゲスト参加した曲であることがわかるので、判定部１６は、そのアルバムがコンピレーションでないと判定する。
【００５３】
ＫｐとＫａｌｌとが同一でないと判定した場合（ステップＳ２６；Ｎｏ）、判定部１６は、Ｋｐの文字列とＫｎのアーティスト名とが同一であるか否かを判定する（ステップＳ２７）。Ｋｐの文字列とＫｎのアーティスト名とが同一であると判定した場合（ステップＳ２７；Ｙｅｓ）、そのアルバムは単独のアーティストの曲に他のアーティストがゲスト参加した曲を含む単独のアーティストのアルバムであることがわかるので、判定部１６は、そのアルバムがコンピレーションでないと判定する。Ｋｐの文字列とＫｎのアーティスト名とが同一でないと判定した場合（ステップＳ２７；Ｎｏ）、判定部１６は、Ｋａｌｌ−Ｋｎ（又はＫｐ）が予め設定された閾値Ｋｍよりも小さいかどうかを判定する（ステップＳ２８）。稀に、あるアーティストのアルバムに１、２曲だけ別のアーティストの曲が収録されている場合がある。この場合は、ＫａｌｌとＫｎ（又はＫｐ）は一致しないが、コンピレーションとは判断しないほうがよい。通常のコンピレーションＣＤではアーティストは数種類から十数種類になるので、Ｋａｌｌに対しＫｎ（又はＫｐ）の数値は小さい数値となるが、上記のような場合、Ｋｎ（又はＫｐ）はＫａｌｌに近い数値となる。そこで、閾値Ｋｍを設け、Ｋａｌｌ−Ｋｎ（又はＫｐ）が閾値Ｋｍよりも小さいかどうかを判定する。
【００５４】
判定部１６が、Ｋａｌｌ−Ｋｎ（又はＫｐ）が閾値Ｋｍよりも小さい判定した場合（ステップＳ２８；Ｙｅｓ）、そのアルバムはあるアーティストの曲で大半を占められていると考えられるので、コンピレーションでないと判定する。判定部１６が、Ｋａｌｌ−Ｋｎ（又はＫｐ）が閾値Ｋｍよりも大きい判定した場合（ステップＳ２８；Ｎｏ）、そのアルバムは多数のアーティストの曲を含むことがわかるので、コンピレーションであると判定する。
【００５５】
以上説明したように、本実施例では、関連のある音楽データを互いに関連付ける関連性情報を付加し、曲名データ及びアーティストデータを修正して記憶する。これにより、ユーザがあるアーティスト名で検索した場合に、そのアーティストと関連のある曲をユーザに示すことできる。こうしてユーザが楽曲検索を行う際の利便性を向上させることが可能となる。また、取得した音楽データがコンピレーションであった場合、文字列の数に基づいてアーティスト名データが複数のアーティスト名を含むか否かを判定することができないので、予め、判定部１６がコンピレーションであるか否かを判定することで、前述の判定処理を省略することができる。
【００５６】
［変形例］
上記の実施例においては、１名のアーティストがゲスト参加する曲を含む音楽データについて音楽データ記録処理を行っていたが、本発明の適用はこれに限られず、ゲスト参加アーティストが複数存在する曲を含む音楽データについて音楽データ記録処理を行ってもよい。
【００５７】
上記の実施例においては、関連付けする項目は、ゲスト参加、グループとソロ、ソングライティング、プロデュースなどを挙げたが、本発明の適用はこれに限られず、関連性が有ると考えられる任意の項目であってもよい。
【００５８】
なお、上記の実施例における音楽データの例では、トラック番号、ジャンル、時間、リリース年などの情報は省略しており、関連性情報にはそれらの情報も含まれる。
【図面の簡単な説明】
【００５９】
【図１】本発明の実施例に係る音楽データ記録装置の概略構成を示す。
【図２】音楽データの例を示す。
【図３】関連性情報の例１を示す。
【図４】関連性情報の例２を示す。
【図５】音楽データ記録処理のフローチャートである。
【図６】コンピレーション判定処理のフローチャートである。
【符号の説明】
【００６０】
１４ データベース作成部
１５ キーワード検出部
１６ 判定部
１７ アーティストデータベース
１８ ＨＤＤ
１９ 関連性情報作成部
２０ データ修正部
１００ 音楽データ記録装置
【特許請求の範囲】
【請求項１】
音楽データを記憶する記憶手段と、
前記音楽データを取得する音楽データ取得手段と、
前記音楽データ取得手段が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定手段と、
前記関連性判定手段が、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成手段と、を備え、
前記記憶手段は、前記音楽データに前記関連性情報を付加して記憶することを特徴とする音楽データ記録装置。
【請求項２】
前記音楽データ取得手段が取得した音楽データはアーティスト名データを含み、
前記アーティスト名データからキーワードを検出するキーワード検出手段をさらに備え、
前記関連性判定手段は、前記キーワード検出手段がキーワードを検出したアーティスト名データが複数のアーティスト名を含むか否かにより関連があるか否かを判定することを特徴とする請求項１に記載の音楽データ記録装置。
【請求項３】
前記キーワードの前後の文字列の数を算出する算出手段と、
アーティスト情報を参照する参照手段と、をさらに備え、
前記関連性判定手段は、前記算出手段が算出した文字列の数に基づいて、前記アーティスト名データが複数のアーティスト名を含むか否かを判定する第１判定手段と、
前記参照手段によって参照したアーティスト情報に基づいて、前記アーティスト名データが複数のアーティスト名を含むか否かを判定する第２判定手段と、を備えることを特徴とする請求項２に記載の音楽データ記録装置。
【請求項４】
前記音楽データ取得手段が同時に取得した音楽データが、全て違うアーティストの音楽データであるコンピレーションであるか否かを判定するコンピレーション判定手段をさらに備え、
前記関連性判定手段は、前記コンピレーション判定手段がコンピレーションであると判定した場合、前記アーティスト名データが複数のアーティスト名を含むか否かを判定する際、前記第２判定手段のみを実行することを特徴とする請求項３に記載の音楽データ記録装置。
【請求項５】
前記音楽データ取得手段が取得した音楽データは曲名データを含み、
前記曲名データ及び前記アーティスト名データを修正するデータ修正手段をさらに備え、
前記データ修正手段は、前記関連性判定手段が複数のアーティスト名を含むと判定した場合、前記曲名データ及び前記アーティスト名データを修正することを特徴とする請求項２乃至４のいずれか一項に記載の音楽データ記録装置。
【請求項６】
前記関連性判定手段は、前記参照手段によって参照したアーティスト情報に基づいて、前記音楽データ取得手段が取得した音楽データに対応するアーティストが他のアーティストと関連があるか否かを判定することを特徴とする請求項３乃至５のいずれか一項に記載の音楽データ記録装置。
【請求項７】
前記関連性情報に、関連性の度合いに応じてレベルを設定することを特徴とする請求項１乃至５のいずれか一項に記載の音楽データ記録装置。
【請求項８】
音楽データ記録装置によって実行される音楽データ記録方法であって、
音楽データを記憶する記憶工程と、
前記音楽データを取得する音楽データ取得工程と、
前記音楽データ取得工程が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定工程と、
前記関連性判定工程が、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成工程と、を備え、
前記記憶工程では、前記音楽データに前記関連性情報を付加して記憶することを特徴とする音楽データ記録方法。
【請求項９】
コンピュータを備える音楽データ記録装置により実行される音楽データ記録プログラムであって、
音楽データを記憶する記憶手段、
前記音楽データを取得する音楽データ取得手段、
前記音楽データ取得手段が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定手段、
前記関連性判定手段が、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成手段、として前記コンピュータを機能させ、
前記記憶手段は、前記音楽データに前記関連性情報を付加して記憶することを特徴とする音楽データ記録プログラム。
【請求項１０】
請求項９に記載の音楽データ記録プログラムを記録したことを特徴とする記録媒体。
【請求項１】
音楽データを記憶する記憶手段と、
前記音楽データを取得する音楽データ取得手段と、
前記音楽データ取得手段が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定手段と、
前記関連性判定手段が、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成手段と、を備え、
前記記憶手段は、前記音楽データに前記関連性情報を付加して記憶することを特徴とする音楽データ記録装置。
【請求項２】
前記音楽データ取得手段が取得した音楽データはアーティスト名データを含み、
前記アーティスト名データからキーワードを検出するキーワード検出手段をさらに備え、
前記関連性判定手段は、前記キーワード検出手段がキーワードを検出したアーティスト名データが複数のアーティスト名を含むか否かにより関連があるか否かを判定することを特徴とする請求項１に記載の音楽データ記録装置。
【請求項３】
前記キーワードの前後の文字列の数を算出する算出手段と、
アーティスト情報を参照する参照手段と、をさらに備え、
前記関連性判定手段は、前記算出手段が算出した文字列の数に基づいて、前記アーティスト名データが複数のアーティスト名を含むか否かを判定する第１判定手段と、
前記参照手段によって参照したアーティスト情報に基づいて、前記アーティスト名データが複数のアーティスト名を含むか否かを判定する第２判定手段と、を備えることを特徴とする請求項２に記載の音楽データ記録装置。
【請求項４】
前記音楽データ取得手段が同時に取得した音楽データが、全て違うアーティストの音楽データであるコンピレーションであるか否かを判定するコンピレーション判定手段をさらに備え、
前記関連性判定手段は、前記コンピレーション判定手段がコンピレーションであると判定した場合、前記アーティスト名データが複数のアーティスト名を含むか否かを判定する際、前記第２判定手段のみを実行することを特徴とする請求項３に記載の音楽データ記録装置。
【請求項５】
前記音楽データ取得手段が取得した音楽データは曲名データを含み、
前記曲名データ及び前記アーティスト名データを修正するデータ修正手段をさらに備え、
前記データ修正手段は、前記関連性判定手段が複数のアーティスト名を含むと判定した場合、前記曲名データ及び前記アーティスト名データを修正することを特徴とする請求項２乃至４のいずれか一項に記載の音楽データ記録装置。
【請求項６】
前記関連性判定手段は、前記参照手段によって参照したアーティスト情報に基づいて、前記音楽データ取得手段が取得した音楽データに対応するアーティストが他のアーティストと関連があるか否かを判定することを特徴とする請求項３乃至５のいずれか一項に記載の音楽データ記録装置。
【請求項７】
前記関連性情報に、関連性の度合いに応じてレベルを設定することを特徴とする請求項１乃至５のいずれか一項に記載の音楽データ記録装置。
【請求項８】
音楽データ記録装置によって実行される音楽データ記録方法であって、
音楽データを記憶する記憶工程と、
前記音楽データを取得する音楽データ取得工程と、
前記音楽データ取得工程が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定工程と、
前記関連性判定工程が、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成工程と、を備え、
前記記憶工程では、前記音楽データに前記関連性情報を付加して記憶することを特徴とする音楽データ記録方法。
【請求項９】
コンピュータを備える音楽データ記録装置により実行される音楽データ記録プログラムであって、
音楽データを記憶する記憶手段、
前記音楽データを取得する音楽データ取得手段、
前記音楽データ取得手段が取得した音楽データが他の音楽データと関連があるか否かを判定する関連性判定手段、
前記関連性判定手段が、関連があると判定した場合、当該音楽データを互いに関連付ける関連性情報を作成する関連性情報作成手段、として前記コンピュータを機能させ、
前記記憶手段は、前記音楽データに前記関連性情報を付加して記憶することを特徴とする音楽データ記録プログラム。
【請求項１０】
請求項９に記載の音楽データ記録プログラムを記録したことを特徴とする記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００９−２７７２６３（Ｐ２００９−２７７２６３Ａ）
【公開日】平成２１年１１月２６日（２００９．１１．２６）
【国際特許分類】
【出願番号】特願２００８−１２５０３１（Ｐ２００８−１２５０３１）
【出願日】平成２０年５月１２日（２００８．５．１２）
【出願人】（０００００５０１６）パイオニア株式会社 (3,620)
【Ｆターム（参考）】
【公開日】平成２１年１１月２６日（２００９．１１．２６）
【国際特許分類】
【出願日】平成２０年５月１２日（２００８．５．１２）
【出願人】（０００００５０１６）パイオニア株式会社 (3,620)
【Ｆターム（参考）】
[ Back to top ]