JP4916945B2 - 楽曲情報付与サーバ、端末、及び楽曲情報付与システム - Google Patents

Description

本発明は、端末から送信された処理対象の楽曲である元楽曲に関するデータに基づいて複数の楽曲に情報を付与する楽曲情報付与サーバ、端末、及び楽曲情報付与システムに関する。

従来、ユーザによりインターネットを利用した検索が広く行われている。これは、ユーザの端末からサーチエンジンを有するサーバにアクセスすることにより、ユーザが知りたい情報を検索するものである。基本的な機能として、ユーザにより入力されたテキスト情報から、そのテキスト情報にマッチした情報を表示するような機能が提供されている。ここで、サーチエンジンを利用した検索では、ユーザが知りたい情報そのものを調べることが第１の目的であると考えられる。しかし、検索結果の副産物として、知りたい情報そのものではないが、知りたい情報に近い類似する情報をも出力される。さらに、類似する情報からそのＷｅｂページにあるリンクを辿って別の情報を得たり、類似する情報にさらに類似の情報を得たりすることができる。したがって、このような行動により、類似の情報から新たな発見を見出すことができ、知識が広がる利点を享受することができる。このような行動は、ネットサーフィンと呼ばれ、Ｗｅｂページの閲覧において、検索結果の情報から興味のおもむくままに次々に各ページを表示して閲覧していく行動をとるユーザも存在する。

また、サーチエンジンを用いた検索には、テキスト情報を利用したものに限られない。テキスト以外の他の情報についても利用されている。一例として、楽曲に関する情報として、特許文献１には、商店街、テレビ、ラジオ等で身の回りに流れている音楽について、携帯端末を用いて曲名、アーティスト名等の音楽情報を検索する音楽検索システムが開示されている。
特開２００２−２１５６３２号公報

しかしながら、特許文献１のシステムでは、携帯端末により、身の回りに流れている音楽を録音した音楽データを、携帯端末からサーバに送信することにより、録音した音楽データを基に候補となる曲の音楽情報を信頼度順に検索結果として作成するものである。よって、端末は、録音した音楽データの音楽情報を出力する。

音楽に関しては、ユーザが見つけたものと同一の音楽を探すニーズが存在する一方、数多くある音楽から、ユーザは知らない楽曲でありユーザの嗜好に合った楽曲を見つけるニーズが存在する。音楽はエンターテイメント性を有し、かつ、感性に訴えるものであるため、ユーザの嗜好に合った新たな楽曲により、ユーザの欲求が満たされる可能性がある。現状において、ユーザは、ユーザ自身の知らない楽曲を、知人からの情報やインターネットの口コミサイト等によって見つけることができる。しかし、それらの情報は、ユーザの嗜好を考慮しているものであるか不明である。また、ユーザが好きなアーティストの曲は、全般的にユーザの嗜好に合ったものである可能性が高いと考えられる。そのため、アーティスト名によりユーザの嗜好に合った新たな楽曲を見つけることができる。しかし、同一のアーティストの曲だと曲調が単調となり、ユーザのさらなる興味を満たすものとはならない可能性がある。また、他のアーティストの曲で、よりユーザの嗜好に合った楽曲が存在しても、探すことが難しい。結局、現状では、ユーザの知らない、埋もれている楽曲に対して、ユーザの嗜好に合う曲を見つけ出す術がない。

そこで、本発明は、ユーザの嗜好を考慮したユーザ自身の知らない楽曲を見つけ出すことが可能な楽曲情報付与サーバ、端末、及び楽曲情報付与システムを提供することを目的とする。

本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施例に対応する符号を付して説明するが、これに限定されるものではない。

請求項１の発明は、ネットワーク（２）を介して接続された端末（３）から送信された処理対象の楽曲である元楽曲を特定する属性情報に基づいて、複数の楽曲に情報を付与する楽曲情報付与サーバ（１）であって、前記複数の楽曲と、スケール、キー及びテンポの各項目を含む前記楽曲に関する特徴を示す特徴データとを関連付けた楽曲情報データベース（２６）と、前記端末のユーザごとに、前記ユーザによって予め設定された前記特徴データの各項目の重み付けデータを記憶する重み付けデータベース（２７）と、前記端末から前記元楽曲を特定する属性情報を受信する受信制御手段（２０）と、受信した前記元楽曲を特定する属性情報に基づいて、前記元楽曲の前記特徴データと、前記楽曲情報データベース（２６）の複数の前記楽曲の前記特徴データと、を比較する比較手段（２２）と、比較された結果に応じて、前記重み付けデータベースを参照して複数の前記楽曲ごとに前記端末のユーザに対応する前記特徴データの各項目の前記重み付けデータを付与して、付与後データを作成する付与後データ作成手段（２３）と、前記端末に送信して表示させるために、作成された前記付与後データが有する重み付けをポイント値とすると共に、前記付与後データに基づいて前記元楽曲に関連する楽曲を特定する属性情報を前記楽曲情報データベースから抽出する第１の楽曲情報抽出手段（２４ａ）と、を備えることを特徴とする楽曲情報付与サーバである。

請求項２の発明は、請求項１に記載の楽曲情報付与サーバ（１）において、前記付与後データ作成手段（２３）は、前記比較手段（２２）による比較の結果、一致している度合いを算出し、その算出結果の度合いに応じた、前記端末のユーザに対応する前記特徴データの各項目の前記重み付けデータを、複数の前記楽曲ごとに付与して、前記付与後データを作成することを特徴とする楽曲情報付与サーバである。
請求項３の発明は、請求項１又は２に記載の楽曲情報付与サーバ（１）において、前記第１の楽曲情報抽出手段（２４ａ）は、前記付与後データ作成手段（２３）によって作成された前記付与後データが有する重み付けをポイント値とすると共に、作成された前記付与後データの前記ポイント値が大きいものから順番に、前記元楽曲に関連する楽曲を特定する属性情報を前記楽曲情報データベース（２６）から抽出することを特徴とする楽曲情報付与サーバである。
請求項４の発明は、請求項１から３のいずれかに記載の楽曲情報付与サーバ（１）において、前記受信制御手段（２０）は、前記端末（３）から前記元楽曲に関する前記特徴データを受信し、受信した前記特徴データに応じて、楽曲を特定する属性情報を前記楽曲情報データベース（２６）から抽出する第２の楽曲情報抽出手段（２４ｂ）を備えることを特徴とする楽曲情報付与サーバである。
請求項５の発明は、請求項１から４のいずれかに記載の楽曲情報付与サーバ（１）において、受信した前記元楽曲を特定する属性情報に基づき、前記元楽曲の前記特徴データを前記楽曲情報データベース（２６）から抽出する元楽曲特徴データ抽出手段（２１）を備えることを特徴とする楽曲情報付与サーバである。
請求項６の発明は、請求項１から５のいずれかに記載の楽曲情報付与サーバ（１）において、前記受信制御手段（２０）は、楽曲のタイトル名、及び楽曲のアーティスト名のいずれか１つを含む前記元楽曲を特定する属性情報を受信することを特徴とする楽曲情報付与サーバである。

請求項７の発明は、処理対象の楽曲である元楽曲を特定する属性情報に基づいて複数の楽曲に情報を付与する楽曲情報付与サーバ（１）とネットワーク（２）を介して接続された端末（３）であって、前記楽曲情報付与サーバ（１）は、複数の楽曲と、スケール、キー及びテンポの各項目を含む前記楽曲に関する特徴を示す特徴データとを関連付けた楽曲情報データベース（２６）と、前記端末のユーザごとに、前記ユーザによって予め設定された前記特徴データの各項目の重み付けデータを記憶する重み付けデータベース（２７）と、を備え、前記元楽曲を特定する属性情報を前記楽曲情報付与サーバ（１）に送信する送信部（３３）と、前記元楽曲に関連する楽曲を特定する属性情報を受信する受信部（３４）と、受信した前記楽曲を特定する属性情報を表示する表示部（３５）と、を備え、前記受信部（３４）は、前記元楽曲を特定する属性情報に基づき、前記元楽曲の前記特徴データと、前記楽曲情報データベース（２６）の複数の前記楽曲の前記特徴データと、を比較することにより前記楽曲情報付与サーバ（１）により作成された、複数の前記楽曲ごとに前記端末のユーザに対応する前記特徴データの各項目の前記重み付けデータを付与した、付与後データを用いて、さらに前記楽曲情報付与サーバにより抽出された前記元楽曲に関連する楽曲を特定する属性情報と、作成された前記付与後データが有する重み付けであるポイント値とを受信し、前記表示部（３５）は、前記楽曲を特定する属性情報と、前記ポイント値とを表示することを特徴とする端末である。

請求項８の発明は、請求項７に記載の端末（３）において、前記送信部（３３）は、前記元楽曲に関する前記特徴データを送信し、前記受信部（３４）は、送信した前記元楽曲に関する前記特徴データに応じて、前記楽曲情報付与サーバ（１）により前記楽曲情報データベース（２６）から抽出された楽曲を特定する属性情報を受信することを特徴とする端末である。
請求項９の発明は、請求項７又は８に記載の端末（３）において、携帯可能であることを特徴とする端末である。

請求項１０の発明は、端末（３）と、ネットワーク（２）を介して接続された前記端末（３）から送信された処理対象の楽曲である元楽曲を特定する属性情報に基づいて複数の楽曲に情報を付与する楽曲情報付与サーバ（１）と、から構成される楽曲情報付与システム（１００）であって、前記楽曲情報付与サーバ（１）は、前記複数の楽曲と、スケール、キー及びテンポの各項目を含む前記楽曲に関する特徴を示す特徴データとを関連付けた楽曲情報データベース（２６）と、前記端末のユーザごとに、前記ユーザによって予め設定された前記特徴データの各項目の重み付けデータを記憶する重み付けデータベース（２７）と、を備え、前記端末（３）は、前記元楽曲を特定する属性情報を前記楽曲情報付与サーバ（１）に送信する送信部（３３）を備え、前記楽曲情報付与サーバ（１）は、前記元楽曲を特定する属性情報を受信する受信制御手段（２０）と、受信した前記元楽曲を特定する属性情報に基づいて、前記元楽曲の前記特徴データと、前記楽曲情報データベース（２６）の複数の前記楽曲の前記特徴データと、を比較する比較手段（２２）と、比較された結果に応じて、前記重み付けデータベースを参照して複数の前記楽曲ごとに前記端末のユーザに対応する前記特徴データの各項目の前記重み付けデータを付与して、付与後データを作成する付与後データ作成手段（２３）と、作成された前記付与後データが有する重み付けをポイント値とすると共に、前記付与後データに基づいて前記元楽曲に関連する楽曲を特定する属性情報を前記楽曲情報データベース（２６）から抽出する第１の楽曲情報抽出手段（２４ａ）と、を備え、前記端末（３）は、抽出された前記を特定する属性情報と、前記ポイント値とを受信する受信部（３４）と、受信した前記楽曲を特定する属性情報と、前記ポイント値とを表示する表示部（３５）と、を備えることを特徴とする楽曲情報付与システムである。

請求項１１の発明は、請求項１０に記載の楽曲情報付与システム（１００）において、前記楽曲情報付与サーバ（１）の前記付与後データ作成手段（２３）は、前記比較手段（２２）による比較の結果、一致している度合いを算出し、その算出結果の度合いに応じた、前記端末のユーザに対応する前記特徴データの各項目の前記重み付けデータを、複数の前記楽曲ごとに付与して、前記付与後データを作成することを特徴とする楽曲情報付与システムである。
請求項１２の発明は、請求項１０又は１１に記載の楽曲情報付与システム（１００）において、前記楽曲情報付与サーバ（１）の前記第１の楽曲情報抽出手段（２４ａ）は、前記付与後データ作成手段（２３）によって作成された前記付与後データが有する重み付けをポイント値とすると共に、作成された前記付与後データの前記ポイント値が大きいものから順番に、前記元楽曲に関連する楽曲を特定する属性情報を前記楽曲情報データベース（２６）から抽出することを特徴とする楽曲情報付与システムである。
請求項１３の発明は、請求項１０から１２のいずれかに記載の楽曲情報付与システム（１００）において、前記端末（３）の前記送信部（３３）は、前記元楽曲に関する前記特徴データを送信し、前記楽曲情報付与サーバ（１）の前記受信制御手段（２０）は、前記特徴データを受信し、前記楽曲情報付与サーバ（１）は、受信した前記特徴データに応じて、楽曲を特定する属性情報を前記楽曲情報データベース（２６）から抽出する第２の楽曲情報抽出手段（２４ｂ）を備え、前記端末（３）の前記受信部（３４）は、抽出された前記楽曲を特定する属性情報を受信することを特徴とする楽曲情報付与システムである。
請求項１４の発明は、請求項１０から１３のいずれかに記載の楽曲情報付与システム（１００）において、前記楽曲情報付与サーバ（１）は、受信した前記元楽曲を特定する属性情報に基づき、前記元楽曲の前記特徴データを前記楽曲情報データベース（２６）から抽出する元楽曲特徴データ抽出手段（２１）を備えることを特徴とする楽曲情報付与システムである。
請求項１５の発明は、請求項１０から１４のいずれかに記載の楽曲情報付与システム（１００）において、前記楽曲情報付与サーバ（１）の受信制御手段（２０）は、楽曲のタイトル名、及び楽曲のアーティスト名のいずれか１つを含む前記元楽曲を特定する属性情報を受信することを特徴とする楽曲情報付与システムである。

本発明によれば、以下の効果を奏することができる。
（１）本発明は、端末から送信された元の楽曲の特徴を示す特徴データと、楽曲情報データベースに格納された複数の楽曲の特徴データを比較して、比較結果に応じて特徴データに対応した重み付けを付与した付与後データを作成することができる。そのため、特徴データの比較結果に応じて重み付けが行えるので、特徴データのみにより楽曲を求めるよりも、よりユーザの嗜好を考慮したものを求めることができる可能性がある。また、重み付けは特徴データに対応したものであるため、楽曲の特徴を表し、ユーザにより関連性が高いと認識される特徴データには重み付けを大きくすることができ、よりユーザの嗜好を考慮した楽曲を求めることができる。

（２）本発明は、作成された付与後データに基づいて、元の楽曲に関連する楽曲に関する情報を抽出する。よって、この付与後データを用いることにより、元の楽曲に関連する楽曲を、楽曲情報のデータベースから抽出することができる。そのため、ユーザの嗜好を表すものとして、一般的に合致していると認識しやすい楽曲の特徴データの重み付けを用いて作成された付与後データを用いることにより、抽出される楽曲は、ユーザの嗜好を考慮した楽曲とすることができる。

（３）本発明により付与後データに基づき抽出される楽曲は、数多くの楽曲情報を含んだ楽曲情報データベースに格納されている。そのため、ユーザの嗜好を考慮した楽曲はユーザの知らない楽曲である可能性がある。よって、ユーザは、新たな興味のある楽曲を見つけ出すことができ、ユーザの楽曲の興味が広がる可能性がある。また、ユーザ自身が著作権者である楽曲について、自身の楽曲を元楽曲としてこれに関連する楽曲を抽出することにより、盗作の調査等を行うことができる。また、オリジナリティのある作曲か否かの判断の参考として使用することができる。

（４）本発明は、抽出された楽曲に関するデータは、重み付けを付与した付与後データが有する重み付けをポイント値として含むので、ユーザに表示する情報には、元の楽曲との関連性を数値化した重み付けのポイントを表示することができる。そのため、ユーザは、ポイント値を見ることにより、楽曲の抽出結果に対する信頼を持つことができる。また、元の楽曲との関連をポイント値によりユーザが認識することができる。実際にユーザが類似と認識するものと、ポイント値との乖離がある場合には、ユーザは、ポイント値から類似の特徴を把握する等の興趣性の向上に役立つ情報を提供することができる。さらに、表示されたポイント値から、ユーザは、元の楽曲とどの程度類似しているかをランキング比較して楽しむことができる。

（５）本発明は、元の楽曲を決定するために、楽曲に関するデータを、特徴データに応じて抽出することができる。よって、元の楽曲を、楽曲情報データベースに格納された楽曲から選択することができる。したがって、楽曲のタイトル名やアーティスト名が分からない楽曲であっても、例えば楽曲のジャンルや年代等のカテゴリから探すことができる。また、楽曲の特徴を示すキーやスケールといった情報からも探すことができる。

（６）本発明は、重み付けのデータを、端末から受信することができる。よって、端末を使用するユーザが重み付けの設定をすることができる。例えば、ユーザが重視する特徴部分に対しては、他の特徴部分と比して重み付けを多くする、といった対応を行うことができる。そのため、よりユーザの嗜好を考慮した楽曲を探すことができる。また、他の構成として、重み付けのデータは、重み付けデータベースとして記憶されるので、ユーザに差異のない同一の基準で、特徴部分の重み付けをすることができる。さらには、重み付けデータベースをユーザ毎に記憶することにより、端末を使用するユーザが重視する特徴に重み付けを多くするような対応をとると同時に、毎回端末から重み付けのデータを受信する必要がないため、通信トラフィックの負荷軽減の効果が見込まれる。

（７）本発明は、元の楽曲に関するデータに基づき、特徴データを楽曲情報データベースから抽出することができる。よって、元の楽曲に関するデータが、例えばタイトル名等であっても、楽曲情報データベースに格納された楽曲を特定し、特徴データを抽出するので、比較した結果において、一定の品質を保つことができる。
（８）本発明は、楽曲のタイトル名及びアーティスト名を含む楽曲に対するデータから楽曲を抽出することができる。そのため、楽曲のタイトル名及びアーティスト名を用いてユーザの嗜好を考慮した楽曲を探すことができる。

本発明は、ユーザの嗜好を考慮したユーザ自身の知らない楽曲を見つけ出すことが可能な楽曲情報付与サーバ、端末、及び楽曲情報付与システムを提供するという目的を、端末から送信された元の楽曲の特徴を示す特徴データと、楽曲情報データベースに格納された複数の楽曲の特徴データを比較して、比較結果に応じて特徴データに対応した重み付けを付与した付与後データを作成することによって実現した。

以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。

［システムの全体構成図］
図１は、本実施形態の一例に係る楽曲情報付与システム１００（以下、単にシステム１００という）の構成を示す図である。システム１００は、楽曲情報付与サーバ１（以下、単にサーバ１という）と端末３とがネットワーク２を介して接続されている。システム１００は、端末３からネットワーク２を介して処理対象である元の楽曲に関するデータを受信したサーバ１が、端末３に表示させるために、当該楽曲に関連する楽曲に関する情報を抽出するシステムである。

サーバ１は、図１には１つのサーバであるかのように記載しているが、ハードウェアの数に制限はない。必要に応じて、１又は複数で構成してよい。また、サーバ１のハードウェアは、必要に応じてＷｅｂサーバ、ＤＢ（データベース）サーバ、アプリケーション・サーバ等の各種サーバを含んで構成してよく、１台のサーバで構成しても、それぞれ別のサーバで構成してもよい。

端末３は、元の楽曲を送信し、また、結果としてサーバ１から送信された元の楽曲に関連する楽曲に関する情報を表示するためのものである。携帯電話機３ａの他、ＰＣ３ｂ、ｉＰｏｄ（登録商標）のようなデジタル・オーディオ・プレーヤと称される音楽専用端末３ｃ、又は携帯型ゲーム機３ｄが考えられる。

［機能ブロック図］
図２は、本実施形態の一例に係るサーバ１及び端末３の機能ブロック図を示したものである。サーバ１は、制御部１０、記憶部１１を備えている。制御部１０は、主に、端末３からの受信を制御する受信制御手段２０、受信した情報を基に、後述する楽曲情報ＤＢ２６から元の楽曲の特徴を示す特徴データを抽出する元楽曲特徴データ抽出手段２１、元の楽曲の特徴データと、楽曲情報ＤＢ２６の複数の楽曲の特徴データと、を比較する比較手段２２、比較された結果に応じて複数の楽曲毎に特徴データに対応した重み付けデータを付与した付与後データを作成する付与後データ作成手段２３、付与後データに基づいて、元の楽曲に関連する楽曲に関する情報を抽出する第１の楽曲情報抽出手段２４ａ、及び端末３への送信を制御する送信制御手段２５を有する。また、端末３から送信された特徴データに応じて、楽曲に関する情報を楽曲情報ＤＢ２６から抽出する第２の楽曲情報抽出手段２４ｂを有する。
記憶部１１は、各種データベースを有しており、楽曲の特徴である特徴データと楽曲とを関連付けて格納する楽曲情報ＤＢ２６、特徴データに対応する重み付けデータを格納する重み付けＤＢ２７、及び重み付けデータを付与して作成された付与後データを格納する付与後データＤＢ２８を有する。

制御部１０は、情報の演算、及び処理を行う情報演算処理装置（ＣＰＵ）であり、当該サーバ１の全体を制御するものである。制御部１０は、記憶部１１に記憶された各種プログラムを適宜読み出して実行することにより、サーバ１のハードウェアと協働し、本発明に係る各種機能を実現している。

記憶部１１は、制御部１０と組み合わせてプログラムの実行に使用するメモリを含んでよい。記憶部１１を実現するものとして、電気的、磁気的、光学的、電磁的に実現するものを含んでよい。より具体的には、半導体記憶装置、磁気ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、リードオンリー・メモリ（ＲＯＭ）等が含まれる。サーバ１と外部接続することができる磁気テープ、ＣＤ−ＲＯＭとＣＤ−Ｒ／ＷとＤＶＤとを含む光ディスクや、メモリカード等の補助記憶装置も含む概念である。
送信部１３及び受信部１４は、当該コンピュータを専用ネットワーク又は公共ネットワークを介して端末３及び別のサーバ１と接続できるようにするためのネットワーク・アダプタである。送信部１３及び受信部１４は、モデム、ケーブルモデム及びイーサネット（登録商標）・アダプタを含んでよい。

他方、端末３は、主に制御部３０、記憶部３１、入力部３２、送信部３３、受信部３４、及び表示部３５を備えている。

制御部３０は、情報の演算、及び処理を行う情報演算処理装置（ＣＰＵ）であり、当該端末３の全体を制御するものである。制御部３０は、記憶部３１に記憶された各種プログラムを適宜読み出して実行することにより、端末３のハードウェアと協働し、本発明に係る各種機能を実現している。

記憶部３１は、制御部３０と組み合わせてプログラムの実行に使用するメモリを含んでよい。記憶部３１を実現するものとして、電気的、磁気的、光学的、電磁的に実現するものを含んでよい。より具体的には、半導体記憶装置、磁気ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、リードオンリー・メモリ（ＲＯＭ）等が含まれる。端末３と外部接続することができる磁気テープ、ＣＤ−ＲＯＭとＣＤ−Ｒ／ＷとＤＶＤとを含む光ディスクや、メモリカード等の補助記憶装置も含む概念である。

入力部３２は、ユーザによる入力の受け付けを行うものであり、制御部３０が入力のための制御を行う入力制御部を含む概念である。各種キーやボタン等を含んでよい。入力部３２は、端末３に直接組み込まれている。介在Ｉ／Ｏコントローラを介して当該端末３と接続してもよい。
送信部３３及び受信部３４は、当該コンピュータを専用ネットワーク又は公共ネットワークを介してサーバ１と接続できるようにするためのネットワーク・アダプタである。送信部３３及び受信部３４は、モデム、ケーブルモデム及びイーサネット（登録商標）・アダプタを含んでよい。また、送信部３３は、制御部３０が送信のための制御を行う送信制御部を含み、受信部３４は、制御部３０が受信のための制御を行う受信制御部を含む概念である。

表示部３５は、サーバ１から受信したデータに基づき抽出された楽曲に関する情報を表示するものであり、制御部３０が表示させるための制御を行う表示制御部を含む概念である。主に、液晶表示装置（ＬＣＤ）等のディスプレイ装置を含む。表示部３５は、端末３に直接組み込まれている。介在Ｉ／Ｏコントローラを介して当該端末３と接続してもよい。

［楽曲情報テーブル６０］
図３を用いて、本実施形態の一例に係る楽曲情報ＤＢ２６に格納される楽曲情報テーブル６０の例を示す。楽曲情報テーブル６０は、楽曲を一意に表す楽曲コード６１、楽曲の曲タイトル６２、楽曲のスケール６３、楽曲のキー６４、楽曲のテンポ数６５の各項目を有し、楽曲コード６１に対応する楽曲に関する各種の情報が格納されている。

楽曲の特徴を表すスケール６３、キー６４、及びテンポ数６５は、楽曲を表す楽曲データから予め分析して作成しておくものである。例えば、楽曲データはＭＩＤＩ（Ｍｕｓｉｃａｌ Ｉｎｓｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ）により作成されたデータであり、このデータを分析することにより作成したものが格納されている。

ここで、曲のスケールとは、音階のことであり、音楽において使われる音を高さの順に並べたものである。大きくは、長調の曲を示すメジャー・スケールと、短調の曲を示すマイナー・スケールと、が存在する。細かくは、各国独自の音楽に基づくスケール等が存在する。日本では、例えば、沖縄の音楽で用いられる独特な沖縄音階が存在する。また、曲のキーとは、調性のある音組織の中心音を示す。さらに、テンポ数とは、拍の長さ、すなわち拍節の速さを表し、楽譜ではメトロノーム記号で表されるものである。単位にＢＰＭ（Ｂｅａｔｓ Ｐｅｒ Ｍｉｎｕｔｅ）が使用される。

例えば、最上段のレコードでは、楽曲コード６１が「００１−００１」の楽曲の曲タイトル６２は「春が来た」であり、スケール６３が「メジャー」、キー６４が「Ｂ」、テンポ数６５が「６０ＢＰＭより大きく７０ＢＰＭ以下」である曲を示す。キー６４の「Ｂ」とは、「シ」の音が中心音であることを示す。

なお、本実施例では、楽曲の特徴を表すものとして、曲タイトル６２からテンポ数６５までを示したが、これに限られない。例えば、メロディの音長や音階、歌い出しメロディの音程の連続性、１小節内の各ドラムの発音数や、通常の使用音色の重複度等、様々な楽曲の特徴を表す項目を追加することができる。
さらに、本実施例では、楽曲の特徴を表すものの中で、楽曲に関する属性を示す属性データとして、曲タイトル６２を記述しているが、これに限らない。例えば、クラシックやジャズ、Ｊ−ＰＯＰといった楽曲のジャンル、楽曲を演奏又は歌唱しているアーティスト名、等の楽曲に関する様々なデータを有していることが望ましい。

［重み付けテーブル７０］
図４を用いて、本実施形態の一例に係る重み付けＤＢ２７に格納される重み付けテーブル７０の例を示す。重み付けテーブル７０は、ユーザ毎にレコードを作成可能なように、ユーザＩＤ７１、スケール７２、キー７３、及びテンポ数７４の各項目を有している。そして、スケール７２、キー７３、及びテンポ数７４には、楽曲の特徴について付与する重み付けの数値が格納されている。なお、スケール７２からテンポ数７４までは、楽曲情報テーブル６０に楽曲の特徴を表すものとして格納しているスケール６３からテンポ数６５とそれぞれ対応している。したがって、楽曲情報テーブル６０に特徴を表す項目を増やした場合には、重み付けテーブル７０の項目もあわせて増加することとなる。

この重み付けテーブル７０は、楽曲の特徴のうちのどの特徴部分を重視して関連する楽曲データを抽出するかにあたり、重視する特徴部分には、大きな数値の重み付けを付与することが可能なテーブルであり、重み付けが大きい項目ほど、特徴部分が一致している場合に結果として関連すると判断されるものである。最上位のレコード（図４の（ａ））では、ユーザＩＤ７１が「ＮＯＮＥ」となっている。これは、例えば、ユーザ毎に重み付けを変化させたくない場合や、ユーザＩＤ７１を付与されていない一般ユーザに対して用いられるものであり、その際に付与するポイントが記載されている。また、ユーザＩＤ７１が付与されているユーザに対しては、そのユーザの嗜好に合わせて楽曲の特徴の何に重点を置くかにより、重み付けの値を変更することが可能な仕組みとしている。そのため、その場合には、ユーザごとのレコードが存在し、ユーザＩＤ７１には、そのユーザのＩＤが格納されている（図４の（ｂ））。さらに、最上位のレコード（図４の（ａ））では、スケール７２に「３０」が、キー７３の「１５」が、テンポ数７４に「２５」が、それぞれ格納されている。このことから、最上位のレコードでは、元の楽曲に関連する他の楽曲を探す場合には、スケールの一致を一番重要視するように設定をしている。この重み付けの値は、例えば、「０」から「３０」までを指定できるようにしておく。

［付与後データテーブル８０］
図５を用いて、本実施形態の一例に係る付与後データＤＢ２８に格納される付与後データテーブル８０の例を示す。付与後データテーブル８０は、端末３から受信した元の楽曲に関して、関連する楽曲を抽出するために一時的に格納する退避領域である。楽曲情報ＤＢ２６に格納された楽曲に関して、元の楽曲の特徴と一致しているか否かを判断し、楽曲情報ＤＢ２６に格納された楽曲毎に１レコードを付与後データとして格納している。付与後データテーブル８０は、主に楽曲コード８１、スケール８２、キー８３、テンポ数８４、及び合計８９の各項目を有している。なお、スケール８２からテンポ数８４までは、楽曲情報テーブル６０に楽曲の特徴を表すものとして格納しているスケール６３からテンポ数６５と対応している。したがって、楽曲情報テーブル６０に特徴を表す項目を増やした場合には、付与後データテーブル８０の項目もあわせて増加することになる。

元の楽曲の特徴を示す情報が、関連する楽曲の特徴を示す情報と一致している場合には、当該関連する楽曲の特徴を示す情報の項目に、重み付けテーブル７０の該当の特徴の項目のポイントを付与する。そして、各項目の値を合算し、合計８９に格納する。最終的に合計８９の得点の高いものが、元の楽曲情報に関して関連性が高いことを表すものと考えられる。例えば、図５の最上段のレコードである楽曲コード８１が「００１−００２」のレコードは、テンポ数８４に「０」以外の値が格納されているため、元の楽曲（この例では、図３に示す楽曲コード６１が「００１−００１」である曲タイトル６２が「春が来た」である楽曲）とテンポ数８４が一致していることを示す。また、次のレコードである楽曲コード８１が「００１−００３」のレコードは、スケール８２に「０」以外の値が格納されているため、元の楽曲とスケール８２が一致していることを示す。そして、この２つの楽曲の中では、楽曲コード８１が「００１−００３」の楽曲の合計８９のポイントが、楽曲コード８１が「００１−００２」の楽曲より大きい値であるため、この２つの楽曲の中では、楽曲コード８１が「００１−００３」の楽曲が、元の楽曲と関連性が高いと認識することができる。

［画面表示例］
図６は、本実施形態の一例に係る端末３での表示例を示す。まず、図６の（ａ）では、似た曲サーチとして、元となる曲の曲タイトルが表示されている。なお、ここでは、元の楽曲と関連性の高い曲を、“似た曲”と表している。この例では曲タイトルとして「春が来た」が表示されている。そして、この曲タイトルにはサーバ１へのリンクが張られている。ここで、端末３を操作することにより、曲タイトルを選択すると、サーバ１では、「春が来た」の楽曲に基づき関連する楽曲を抽出し、結果として、図６の（ｂ）のような画面を端末３に表示する。図６の（ｂ）では、元の「春が来た」に関連する楽曲を似た曲として表示している。楽曲の曲タイトル、アーティスト名の他、似た曲ポイントとして、元の楽曲との特徴の一致に対してポイントとして付与される重み付けの合計値を表示している。このように、元の楽曲に関する情報として、曲タイトル及びアーティスト名のうちいずれか１つを表示し、元の楽曲との一致度の１つの指標として似た曲ポイントを表示することにより、ユーザは、関連性の高い曲を知ることができる。また、ポイント値をユーザに見える形で表示することにより、ポイントによる興趣性を高めることができる。

［サーバ１の処理概要図］
図７は、本実施形態の一例に係るサーバ１でのデータの流れを示した図である。上述の図６の（ａ）から図６の（ｂ）に示した画面が表示されるまでのサーバ１でのデータの流れを例として示す。
まず、端末３からは、元の曲タイトルである「春が来た」というデータがサーバ１に送信されている（図７の（１））。

サーバ１は、端末３から受信した曲タイトルに基づき、楽曲情報ＤＢ２６の楽曲情報テーブル６０から、曲タイトル６２が「春が来た」である楽曲を特定する。すると、楽曲コード６１が「００１−００１」の楽曲を特定でき、特徴データを抽出できる（図７の（ａ））。

次に、付与後データＤＢ２８に、楽曲情報テーブル６０の楽曲コードに基づき付与後データテーブル８０を作成する。その際、付与後データテーブル８０の楽曲コード８１には、元の楽曲コード６１を除く楽曲情報テーブル６０の楽曲コード６１（図７の（ｂ））を格納する（図７の（２））。すなわち、曲タイトル６２が「春が来た」である楽曲以外の楽曲であって、楽曲情報テーブル６０に格納されている楽曲の楽曲コード６１を格納する。そして、スケール８２以降は初期化しておく。そして、楽曲コード８１の順番に、図７の（ａ）の元の楽曲と、図７の（ｂ）の元の楽曲を除く楽曲情報テーブル６０に格納されている楽曲と、の各項目の特徴を比較する。そして、一致した場合に、重み付けＤＢ２７の重み付けテーブル７０から該当の項目のポイント値を取得し（図７の（３））、付与後データＤＢ２８の付与後データテーブル８０に格納する。例えば、楽曲情報テーブル６０の楽曲コード６１が「００１−００２」の楽曲の場合、スケール６３が「マイナー」であり、元の楽曲コード６１が「００１−００１」の楽曲の同項目の値が「メジャー」であるため、内容が異なる。また、キー６４も同様に異なる。そのため、付与後データテーブル８０のスケール８２及びキー８３の値に「０」が格納される。他方、楽曲情報テーブル６０の楽曲コードが「０２３−１０８」の楽曲の場合、スケール６３が「メジャー」であり、元の楽曲コード６１が「００１−００１」の楽曲の同項目と同一である。また、キー６４に関しても元の楽曲と同一の「Ｂ」である。したがって、付与後データテーブル８０のスケール８２及びキー８３には、重み付けテーブル７０のスケール７２及びキー７３の値である「３０」及び「１５」がそれぞれ格納される。なお、付与後データＤＢ２８の中では、説明のために、元の楽曲と比較した結果、特徴が一致している場合には「○」を、特徴が不一致である場合には「×」を、それぞれ記載している。その上で、「○」の場合には、その項目のポイント値として、重み付けＤＢ２７の重み付けテーブル７０の同項目の値を、「×」の場合には、「０」を「→」を挟んでそれぞれ記載している。

付与後データテーブル８０の全項目について、上述の処理がされた後に、サーバ１は、各項目の値を合算し、合計８９に格納する。そして、合計８９の値のうち、大きい値のものから順番に順位をつけ、楽曲コード８１に基づき（図７の（４））、楽曲情報テーブル６０を抽出して該当の曲タイトル６２を抽出する（図７の（５））。

そして、抽出結果として、曲タイトル６２、アーティスト名（図示せず）、及び付与後データテーブル８０の合計８９の値を端末３に送信することにより、端末３では、抽出結果として図６の（ｂ）のような画面を表示することができる。

なお、ここでは付与後データＤＢ２８には、元の楽曲に関するレコードを作成しない構成として説明したが、元の楽曲に関するレコードを含む楽曲情報ＤＢ２６に格納された全楽曲のレコードについて付与後データＤＢ２８のレコードを作成した上で、元の楽曲に関するレコードを除く構成としてもよい。

［メイン処理フロー］
図８は、本実施形態の一例に係るメイン処理を示すフローチャートである。具体的には、端末３から元の楽曲に関するデータを受信したサーバ１が、元の楽曲と関連する楽曲を抽出し、抽出結果データを端末３に送信する一連の処理である。

まず、ステップＳ３１において、端末３の制御部３０は、元の楽曲指定に関する前処理を行う。この元の楽曲指定に関する前処理については、元の楽曲を特定できない場合に、端末に複数の選択を表示させて、ユーザにそのうちから一の楽曲を選択させるためのものであり、後述の図９にて説明する。その後、端末３の制御部３０は、処理をステップＳ３２に移す。
ステップＳ３２では、端末３の制御部３０は、元の楽曲の指定を受け付ける。具体的には、上述の図６の（ａ）に示すように、曲のタイトルを選択するような操作を受け付ける。この操作は、端末３が携帯電話機３ａのような携帯可能な端末を想定し、簡単な操作で行えるようにすることが望ましい。その後、端末３の制御部３０は、処理をステップＳ３３に移す。
ステップＳ３３では、端末３の制御部３０は、元の楽曲に関するデータを送信する。具体的には、上述の図６の（ａ）に示す画面から曲のタイトルの選択を受け付けたことにより、端末３の制御部は、曲のタイトルのデータを送信する。なお、本実施例においては、曲のタイトルを送信する記述としているが、これに限られない。曲のタイトルの他に、曲のアーティスト名等の楽曲を特定可能な属性情報を送信してもよい。同一曲を複数のアーティストがカバーしている場合等に、アーティスト名を曲タイトルと共に送信することは、楽曲を特定するのに有効である。その後、端末３の制御部３０は、処理をステップＳ３４に移す。

他方、サーバ１の制御部１０は、ステップＳ１１において、ステップＳ３３により端末３から送信された元の楽曲に関するデータを受信する。その後、サーバ１の制御部１０は、処理をステップＳ１２に移す。
ステップＳ１２では、サーバ１の制御部１０は、受信した元の楽曲に関するデータに基づき、似た曲抽出処理を行う。具体的には、後述の図１０において説明する。なお、元の楽曲の特徴が一致している点が多い楽曲は、元の楽曲との関連性が高いと考えられる。この関連性の高い楽曲をユーザは、「似ている」と感じることが多いと思われることから、似た曲という言葉を用いている。その後、サーバ１の制御部１０は、処理をステップＳ１３に移す。
ステップＳ１３では、サーバ１の制御部１０は、ステップＳ１２の処理により抽出された抽出結果データを端末３に送信する。その後、サーバ１の制御部１０は、本処理を終了する。

他方、端末３の制御部３０は、ステップＳ３４において、ステップＳ１３によりサーバ１から送信された抽出結果データを受信する。その後、端末３の制御部３０は、処理をステップＳ３５に移す。
ステップＳ３５では、端末３の制御部３０は、抽出結果データに基づき、表示部３５に抽出結果の画面を表示する。この表示された画面は、例えば、上述の図６の（ｂ）に示すような画面であり、曲タイトルやアーティスト名の他に、関連性を示すポイントが表示される。その後、端末３の制御部３０は、本処理を終了する。

以上のように、端末３から元の楽曲データを受信したサーバ１は、当該楽曲と関連する楽曲を抽出し、端末３に送信する。その結果、端末３では、関連する楽曲を表示することができるので、ユーザは、関連する楽曲を知ることができる。そして、その後、例えば、関連する楽曲を試聴し、ユーザの嗜好に合った楽曲であれば当該楽曲を購入することができるといった、ユーザの嗜好に合った楽曲をユーザが知り、興味の幅を広げることができる可能性がある。

［元の楽曲指定に関する前処理フロー］
図９は、図８により呼び出される元の楽曲指定に関する前処理を示すフローチャートである。この処理は、元の楽曲の曲タイトル等をユーザが知らない場合であって、ジャンルや年代等の楽曲の属性情報を知っている場合に、楽曲情報ＤＢ２６の楽曲情報テーブル６０の項目を用いてキーワードやカテゴリに基づき、該当の元の楽曲を決定するために行う処理である。
まず、ステップＳ３０１では、端末３の制御部３０は、楽曲の候補要求データを送信する。具体的には、例えば、ジャンルが「童謡」である楽曲を要求データとして送信する。この送信する楽曲の候補は、楽曲の特徴からも行うことができる。例えば、「テンポ数が６０〜７０ＢＰＭの曲」、や「メジャーのスケールである曲」、等である。その後、端末３の制御部３０は、処理をステップＳ３０２に移す。

他方、サーバ１の制御部１０（受信制御手段２０）は、ステップＳ１０１において、ステップＳ３０１により端末３から送信された楽曲の候補要求データを受信する。その後、サーバ１の制御部１０は、処理をステップＳ１０２に移す。
ステップＳ１０２では、サーバ１の制御部１０（第２の楽曲情報抽出手段２４ｂ）は、受信した楽曲の候補要求データに基づき楽曲情報ＤＢ２６から楽曲に関するデータを抽出する。具体的には、楽曲の曲タイトルやアーティスト名が該当する。その他、楽曲の年代やカテゴリを抽出してもよい。上述の例であれば、カテゴリが「童謡」であるデータを抽出する。この抽出したデータが、楽曲の候補データとなる。また、上述の例で「テンポ数が６０〜７０ＢＰＭの曲」、や「メジャーのスケールである曲」といった要求をした場合には、楽曲情報ＤＢ２６のテンポ数６５及びスケール６３の値に基づき抽出する。その後、サーバ１の制御部１０は、処理をステップＳ１０３に移す。
ステップＳ１０３では、サーバ１の制御部１０（送信制御手段２５）は、抽出した楽曲の候補データを端末３に送信する。その後、サーバ１の制御部１０は、本処理を終了する。

他方、端末３の制御部３０は、ステップＳ３０２において、ステップＳ１０３によりサーバ１から送信された楽曲の候補データを受信する。その後、端末３の制御部３０は、処理をステップＳ３０３に移す。
ステップＳ３０３では、端末３の制御部３０は、受信した楽曲の候補データを表示部３５に表示する。その後、端末３の制御部３０は、本処理を終了する。

以上のように、端末３から候補となる要求データを受信したサーバ１は、楽曲情報ＤＢ２６から要求データに応じた候補データを抽出して送信するので、ユーザが、正確な曲タイトルやアーティスト名を知らない場合であっても、抽出元の楽曲を特定しやすくすることができる。

［似た曲抽出処理フロー］
図１０は、図８により呼び出され、サーバ１にて行われる似た曲抽出処理を示すフローチャートである。この処理は、楽曲情報ＤＢ２６から元の楽曲に関連する楽曲を抽出するために行う処理である。

まず、ステップＳ１１１では、サーバの制御部１０（元楽曲特徴データ抽出手段２１）は、受信制御手段２０によって受信した元の楽曲に関するデータに基づき、楽曲情報ＤＢ２６から元の楽曲を特定し、特徴データを抽出する。具体的には、元の楽曲に関するデータとして、曲タイトル等の楽曲の属性情報を受信するため、その属性情報に基づき、楽曲情報ＤＢ２６に格納されている楽曲情報テーブル６０から、楽曲コード６１を特定する。そして、特定した楽曲コード６１に対応付けて楽曲情報ＤＢ２６に格納されている特徴データを抽出する。その後、制御部１０は、処理をステップＳ１１２に移す。

ステップＳ１１２では、制御部１０は、楽曲情報ＤＢ２６から順番に楽曲を１つ読み出す。具体的には、楽曲情報ＤＢ２６に格納された楽曲情報テーブル６０において、楽曲のレコードを１つ読み出す。その後、制御部１０は、処理をステップＳ１１３に移す。
ステップＳ１１３では、制御部１０（比較手段２２）は、元の楽曲の特徴データと、読み出した楽曲の特徴データとを比較する。その後、制御部１０は、処理をステップＳ１１４に移す。

ステップＳ１１４では、制御部１０は、比較した特徴データの項目の値が一致したか否かを判断する。具体的には、例えば、元の楽曲のスケール６３の値と、読み出した楽曲のスケール６３の値とが一致するか否かを判断したり、元の楽曲のキー６４の値と、読み出した楽曲のキー６４の値とが一致するか否かを判断する。特徴データの項目の値が一致している場合（ステップＳ１１４の処理でＹＥＳが判断される場合）には、制御部１０は、処理をステップＳ１１５に移す。他方、特徴データの項目の値が一致していない場合（ステップＳ１１４の処理でＮＯが判断される場合）には、制御部１０は、処理をステップＳ１１６に移す。

ステップＳ１１５では、制御部１０（付与後データ作成手段２３）は、一致した特徴データに対応した重み付けを、重み付けＤＢ２７から抽出して付与後データを作成する。具体的には、上述の図５で説明したような付与後データテーブル８０のレコードを作成し、該当の項目に重み付けを付与する。その後、制御部１０は、処理をステップＳ１１６に移す。
ステップＳ１１６では、制御部１０は、全ての特徴データについて、ステップＳ１１３の比較を行ったか否かを判断する。全ての特徴データに関して比較をした場合（ステップＳ１１６の処理でＹＥＳが判断される場合）には、制御部１０は、処理をステップＳ１１７に移す。他方、全ての特徴データに関して比較をしていない場合（ステップＳ１１６の処理でＮＯが判断される場合）には、制御部１０は、処理をステップＳ１１３に移し、比較していない他の特徴データに関して、ステップＳ１１３からステップＳ１１５の処理を引続き行う。

ステップＳ１１７では、制御部１０は、楽曲情報ＤＢ２６内の全ての楽曲に対して処理を行ったか否かを判断する。全ての楽曲に対して処理を行った場合（ステップＳ１１７の処理でＹＥＳが判断される場合）には、制御部１０は、処理をステップＳ１１８に移す。他方、全ての楽曲に対して処理を行っていない場合（ステップＳ１１７の処理でＮＯが判断される場合）には、制御部１０は、処理をステップＳ１１２に移し、処理を行っていない楽曲に対してステップＳ１１２からステップＳ１１６の処理を引続き行う。

ステップＳ１１８では、制御部１０は、ステップＳ１１５で作成した付与後データに対して付与された重み付けが多い順に、付与後データをソートする。具体的には、上述の図５で説明した合計８９の値が大きい順にレコードを並べ替える。その後、制御部１０は、処理をステップＳ１１９に移す。
ステップＳ１１９では、制御部１０（第１の楽曲情報抽出手段２４ａ）は、付与後データに基づき楽曲情報ＤＢ２６から抽出した抽出結果データを作成する。具体的には、付与後データＤＢ２８の付与後データのうちの合計８９の値が大きいものから順番に、例えば５レコード抽出し、抽出したレコードの楽曲コード８１が一致する楽曲情報ＤＢ２６の楽曲コード６１に対応する曲タイトル６２等の属性情報と、付与後データＤＢ２８の合計８９と、を抽出する。その後、制御部１０は、本処理を終了する。

以上のように、サーバ１は、当該楽曲と関連する楽曲を、楽曲の特徴を表す特徴データが一致したか否かにより判断する。また、特徴データには、それぞれ重み付けを有し、各特徴データの特性に合わせて重み付け値が異なるように構成されている。その結果、ユーザにとって似ていると思わせるような、ユーザの嗜好に合った楽曲を抽出することができる。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施例に記載されたものに限定されるものではない。

本実施例では、元の特徴データと、楽曲情報ＤＢの楽曲の特徴データとを比較し、一致している場合にポイントを付与する構成として説明したが、これに限られない。許容範囲を指定してその範囲内であれば、一致している場合と同様にポイントを付与する構成としてもよいし、一致している場合の半分のポイントを付与してもよい。さらには、一致している度合いを評価し、その結果に応じてポイントを付与する構成としてもよい。
また、本実施例では、重み付けのデータはサーバの記憶部に記憶する構成として説明したが、これに限られない。端末から受信した重み付けのデータを用いても構わない。

さらに、例えば、携帯電話機の着信のメロディや、ＣＤ等の通信販売に本発明を用いることができる。一の楽曲に関連する楽曲としてユーザの画面に表示し、販売システムと連携させることにより、ユーザの嗜好に合った楽曲を購入することができ、隠れた名曲に出合うことができる可能性がある。また、購買意欲を高めることができる可能性がある。
また、カラオケに転用することにより、ユーザの嗜好にあった楽曲について歌うことができる可能性がある。

なお、本実施形態及び変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。また、本発明は以上説明した各実施形態によって限定されることはない。

本実施形態の一例に係る楽曲情報付与システムの構成を示す図である。 本実施形態の一例に係るサーバ及び端末の機能ブロック図である。 本実施形態の一例に係る楽曲情報ＤＢに格納される楽曲情報テーブルの例である。 本実施形態の一例に係る重み付けＤＢに格納される重み付けテーブルの例である。 本実施形態の一例に係る付与後データＤＢに格納される付与後データテーブルの例である。 本実施形態の一例に係る端末での表示例である。 本実施形態の一例に係るサーバでのデータの流れを示した図である。 本実施形態の一例に係るメイン処理を示すフローチャートである。 本実施形態の一例に係る楽曲に関するデータ表示処理を示すフローチャートである。 本実施形態の一例に係る似た曲抽出処理を示すフローチャートである。

符号の説明

１ 楽曲情報付与サーバ
２ インターネット
３ 端末
１０ 制御部
１１ 記憶部
１３ 送信部
１４ 受信部
２０ 受信制御手段
２１ 元楽曲特徴データ抽出手段
２２ 比較手段
２３ 付与後データ作成手段
２４ａ 第１の楽曲情報抽出手段
２４ｂ 第２の楽曲情報抽出手段
２５ 送信制御手段
２６ 楽曲情報ＤＢ
２７ 重み付けＤＢ
２８ 付与データＤＢ
３０ 制御部
３１ 記憶部
３２ 入力部
３３ 送信部
３４ 受信部
３５ 表示部
６０ 楽曲情報テーブル
７０ 重み付けテーブル
８０ 付与後データテーブル
１００ 楽曲情報付与システム

Claims (15)

1. ネットワークを介して接続された端末から送信された処理対象の楽曲である元楽曲を特定する属性情報に基づいて、複数の楽曲に情報を付与する楽曲情報付与サーバであって、
   前記複数の楽曲と、スケール、キー及びテンポの各項目を含む前記楽曲に関する特徴を示す特徴データとを関連付けた楽曲情報データベースと、
   前記端末のユーザごとに、前記ユーザによって予め設定された前記特徴データの各項目の重み付けデータを記憶する重み付けデータベースと、
   前記端末から前記元楽曲を特定する属性情報を受信する受信制御手段と、
   受信した前記元楽曲を特定する属性情報に基づいて、前記元楽曲の前記特徴データと、前記楽曲情報データベースの複数の前記楽曲の前記特徴データと、を比較する比較手段と、
   比較された結果に応じて、前記重み付けデータベースを参照して複数の前記楽曲ごとに前記端末のユーザに対応する前記特徴データの各項目の前記重み付けデータを付与して、付与後データを作成する付与後データ作成手段と、
   前記端末に送信して表示させるために、作成された前記付与後データが有する重み付けをポイント値とすると共に、前記付与後データに基づいて前記元楽曲に関連する楽曲を特定する属性情報を前記楽曲情報データベースから抽出する第１の楽曲情報抽出手段と、
   を備えることを特徴とする楽曲情報付与サーバ。
2. 請求項１に記載の楽曲情報付与サーバにおいて、
   前記付与後データ作成手段は、前記比較手段による比較の結果、一致している度合いを算出し、その算出結果の度合いに応じた、前記端末のユーザに対応する前記特徴データの各項目の前記重み付けデータを、複数の前記楽曲ごとに付与して、前記付与後データを作成することを特徴とする楽曲情報付与サーバ。
3. 請求項１又は２に記載の楽曲情報付与サーバにおいて、
   前記第１の楽曲情報抽出手段は、前記付与後データ作成手段によって作成された前記付与後データが有する重み付けをポイント値とすると共に、作成された前記付与後データの前記ポイント値が大きいものから順番に、前記元楽曲に関連する楽曲を特定する属性情報を前記楽曲情報データベースから抽出することを特徴とする楽曲情報付与サーバ。
4. 請求項１から３のいずれかに記載の楽曲情報付与サーバにおいて、
   前記受信制御手段は、前記端末から前記元楽曲に関する前記特徴データを受信し、
   受信した前記特徴データに応じて、楽曲を特定する属性情報を前記楽曲情報データベースから抽出する第２の楽曲情報抽出手段を備えることを特徴とする楽曲情報付与サーバ。
5. 請求項１から４のいずれかに記載の楽曲情報付与サーバにおいて、
   受信した前記元楽曲を特定する属性情報に基づき、前記元楽曲の前記特徴データを前記楽曲情報データベースから抽出する元楽曲特徴データ抽出手段を備えることを特徴とする楽曲情報付与サーバ。
6. 請求項１から５のいずれかに記載の楽曲情報付与サーバにおいて、
   前記受信制御手段は、楽曲のタイトル名、及び楽曲のアーティスト名のいずれか１つを含む前記元楽曲を特定する属性情報を受信することを特徴とする楽曲情報付与サーバ。
7. 処理対象の楽曲である元楽曲を特定する属性情報に基づいて複数の楽曲に情報を付与する楽曲情報付与サーバとネットワークを介して接続された端末であって、
   前記楽曲情報付与サーバは、
   複数の楽曲と、スケール、キー及びテンポの各項目を含む前記楽曲に関する特徴を示す特徴データとを関連付けた楽曲情報データベースと、
   前記端末のユーザごとに、前記ユーザによって予め設定された前記特徴データの各項目の重み付けデータを記憶する重み付けデータベースと、
   を備え、
   前記元楽曲を特定する属性情報を前記楽曲情報付与サーバに送信する送信部と、
   前記元楽曲に関連する楽曲を特定する属性情報を受信する受信部と、
   受信した前記楽曲を特定する属性情報を表示する表示部と、を備え、
   前記受信部は、前記元楽曲を特定する属性情報に基づき、前記元楽曲の前記特徴データと、前記楽曲情報データベースの複数の前記楽曲の前記特徴データと、を比較することにより前記楽曲情報付与サーバにより作成された、複数の前記楽曲ごとに前記端末のユーザに対応する前記特徴データの各項目の前記重み付けデータを付与した、付与後データを用いて、さらに前記楽曲情報付与サーバにより抽出された前記元楽曲に関連する楽曲を特定する属性情報と、作成された前記付与後データが有する重み付けであるポイント値とを受信し、
   前記表示部は、前記楽曲を特定する属性情報と、前記ポイント値とを表示することを特徴とする端末。
8. 請求項７に記載の端末において、
   前記送信部は、前記元楽曲に関する前記特徴データを送信し、
   前記受信部は、送信した前記元楽曲に関する前記特徴データに応じて、前記楽曲情報付与サーバにより前記楽曲情報データベースから抽出された楽曲を特定する属性情報を受信することを特徴とする端末。
9. 請求項７又は８に記載の端末において、
   携帯可能であることを特徴とする端末。
10. 端末と、ネットワークを介して接続された前記端末から送信された処理対象の楽曲である元楽曲を特定する属性情報に基づいて複数の楽曲に情報を付与する楽曲情報付与サーバと、から構成される楽曲情報付与システムであって、
    前記楽曲情報付与サーバは、
    前記複数の楽曲と、スケール、キー及びテンポの各項目を含む前記楽曲に関する特徴を示す特徴データとを関連付けた楽曲情報データベースと、
    前記端末のユーザごとに、前記ユーザによって予め設定された前記特徴データの各項目の重み付けデータを記憶する重み付けデータベースと、
    を備え、
    前記端末は、前記元楽曲を特定する属性情報を前記楽曲情報付与サーバに送信する送信部を備え、
    前記楽曲情報付与サーバは、前記元楽曲を特定する属性情報を受信する受信制御手段と、
    受信した前記元楽曲を特定する属性情報に基づいて、前記元楽曲の前記特徴データと、前記楽曲情報データベースの複数の前記楽曲の前記特徴データと、を比較する比較手段と、
    比較された結果に応じて、前記重み付けデータベースを参照して複数の前記楽曲ごとに前記端末のユーザに対応する前記特徴データの各項目の前記重み付けデータを付与して、付与後データを作成する付与後データ作成手段と、
    作成された前記付与後データが有する重み付けをポイント値とすると共に、前記付与後データに基づいて前記元楽曲に関連する楽曲を特定する属性情報を前記楽曲情報データベースから抽出する第１の楽曲情報抽出手段と、
    を備え、
    前記端末は、
    抽出された前記を特定する属性情報と、前記ポイント値とを受信する受信部と、
    受信した前記楽曲を特定する属性情報と、前記ポイント値とを表示する表示部と、
    を備えることを特徴とする楽曲情報付与システム。
11. 請求項１０に記載の楽曲情報付与システムにおいて、
    前記楽曲情報付与サーバの前記付与後データ作成手段は、前記比較手段による比較の結果、一致している度合いを算出し、その算出結果の度合いに応じた、前記端末のユーザに対応する前記特徴データの各項目の前記重み付けデータを、複数の前記楽曲ごとに付与して、前記付与後データを作成することを特徴とする楽曲情報付与システム。
12. 請求項１０又は１１に記載の楽曲情報付与システムにおいて、
    前記楽曲情報付与サーバの前記第１の楽曲情報抽出手段は、前記付与後データ作成手段によって作成された前記付与後データが有する重み付けをポイント値とすると共に、作成された前記付与後データの前記ポイント値が大きいものから順番に、前記元楽曲に関連する楽曲を特定する属性情報を前記楽曲情報データベースから抽出することを特徴とする楽曲情報付与システム。
13. 請求項１０から１２のいずれかに記載の楽曲情報付与システムにおいて、
    前記端末の前記送信部は、前記元楽曲に関する前記特徴データを送信し、
    前記楽曲情報付与サーバの前記受信制御手段は、前記特徴データを受信し、
    前記楽曲情報付与サーバは、受信した前記特徴データに応じて、楽曲を特定する属性情報を前記楽曲情報データベースから抽出する第２の楽曲情報抽出手段を備え、
    前記端末の前記受信部は、抽出された前記楽曲を特定する属性情報を受信することを特徴とする楽曲情報付与システム。
14. 請求項１０から１３のいずれかに記載の楽曲情報付与システムにおいて、
    前記楽曲情報付与サーバは、受信した前記元楽曲を特定する属性情報に基づき、前記元楽曲の前記特徴データを前記楽曲情報データベースから抽出する元楽曲特徴データ抽出手段を備えることを特徴とする楽曲情報付与システム。
15. 請求項１０から１４のいずれかに記載の楽曲情報付与システムにおいて、
    前記楽曲情報付与サーバの受信制御手段は、楽曲のタイトル名、及び楽曲のアーティスト名のいずれか１つを含む前記元楽曲を特定する属性情報を受信することを特徴とする楽曲情報付与システム。

Images