JP2004086189A - 楽曲検索システム - Google Patents

Abstract

【課題】シチュエーションに合った音楽を容易に聴くことができる楽曲検索システムを提供する。
【解決手段】本発明は、楽曲の検索を行う楽曲検索システムであって、楽曲データ格納部１９と、位置取得部１６と、パラメータ変換部１７と、楽曲検索部２０と、再生部１５とを備えている。楽曲データ格納部１９は、複数の楽曲のデータと、楽曲パラメータとを対応付けて格納する。位置取得部１６は、シチュエーションパラメータを取得する。パラメータ変換部１７は、位置取得部１６によって取得されたシチュエーションパラメータを楽曲パラメータに変換する。楽曲検索部２０は、パラメータ変換部１７によって変換された楽曲パラメータを用いて楽曲データ格納部１９に格納されている楽曲の検索を行い、再生すべき楽曲を選択する。再生部１５は、楽曲検索部２０によって選択された楽曲を再生する。
【選択図】　　　　図２

Description

【０００１】
【発明の属する技術分野】
本発明は、楽曲検索システムおよび方法に関し、より特定的には、シチュエーションに応じて、ユーザが聞きたいと思われる楽曲を検索する楽曲検索システムに関する。
【０００２】
【従来の技術】
従来、カーオーディオ分野等で、その場のシチュエーションに応じた音楽を自動的に再生する技術が考えられている。例えば、経路情報や車の位置情報に応じて、予め指定しておいた音楽ソース（例えば、ＣＤ、ラジオ、カセットテープ等）で音楽を再生する技術がある（例えば、特許文献１参照。）。この技術では、経路情報や車両の位置と音楽を再生すべき音楽ソースとをユーザが予め対応付けておく。
【０００３】
図２１は、従来の音楽再生装置の構成を示す図である。音楽再生装置は、位置取得部９１と、ソース選択部９２と、位置−ソース対応テーブル９３と、ソース切替部９４と、再生部９５とを備える。位置取得部９１は、車両の現在位置の情報を取得する。ソース選択部９２は、位置−ソース対応テーブル９３を参照して、位置取得部９１によって取得された現在位置の情報に基づいて、再生すべき音楽ソースを選択する。位置−ソース対応テーブル９３には、位置情報と、当該位置情報により示される位置およびその位置付近で選択すべき音楽ソースとが対応付けられている。ソース切替部９４は、各音楽ソースからの音楽信号を入力し、ソース選択部９２によって選択された音楽ソースからの信号を再生部９５に出力する。再生部９５は、入力された音楽信号を再生する。
【０００４】
図２１に示す音楽再生装置では、音楽ソースが対応付けられた位置に車両が到達すると、複数の音楽ソース、例えば、ＣＤ、ラジオおよびカセットテープ等の中から１つが選択され、選択された音楽ソースで音楽が再生される。これによって、ユーザは、シチュエーションに応じた音楽を自動的に再生することができる。例えば、ユーザは、海沿いをドライブしている時はＣＤの音楽を聞き、市街地に入ればラジオを聞く、といったことを自動的に行うことができる。さらに、車両の位置と音楽ソースを楽曲単位で設定することによって、例えば海沿いをドライブしている時は海が似合う楽曲が再生されるように設定することもできる。
【０００５】
【特許文献１】
特開平８−６３９４６号公報
【０００６】
【発明が解決しようとする課題】
上記の技術では、ユーザは、位置とその位置で再生すべき音楽ソースとを予め設定しておかなければならない。従って、シチュエーションに応じた楽曲が再生されるように設定するためには、再生すべき楽曲をユーザが予めチェックしておかなければならない。つまり、設定作業において、ユーザは、楽曲１つ１つについてシチュエーションに合った楽曲か否かを判断しなければならない。以上より、上記の技術では、ユーザの設定作業が煩雑であり、ユーザの負担が大きかった。
【０００７】
それ故に、本発明の目的は、シチュエーションに合った音楽を容易に聴くことができる楽曲検索システムを提供することである。
【０００８】
【課題を解決するための手段および発明の効果】
上記の目的を達成するため、本発明は、以下に示す特徴を有する。すなわち、本発明は、楽曲の検索を行う楽曲検索システムであって、楽曲データ格納部と、状況取得部と、パラメータ変換部と、楽曲検索部と、再生部とを備えている。楽曲データ格納部は、複数の楽曲のデータと、楽曲の特徴を示す楽曲パラメータとを対応付けて格納する。状況取得部は、ユーザの周囲の状況を示すシチュエーションパラメータを取得する。パラメータ変換部は、状況取得部によって取得されたシチュエーションパラメータを楽曲パラメータに変換する。楽曲検索部は、パラメータ変換部によって変換された楽曲パラメータを用いて楽曲データ格納部に格納されている楽曲の検索を行い、再生すべき楽曲を選択する。再生部は、楽曲検索部によって選択された楽曲を再生する。
【０００９】
上記によれば、シチュエーションパラメータが楽曲パラメータに変換され、楽曲パラメータを用いて楽曲の検索が行われる。従って、検索結果として、シチュエーションパラメータを反映した楽曲が選択され、シチュエーションに合った楽曲を再生することができる。さらに、楽曲パラメータによって検索が行われるので、ユーザが特定の楽曲を予め指定する必要がない。従って、煩雑な設定作業が不要であり、ユーザは、シチュエーションに合った音楽を容易に聴くことができる。
【００１０】
なお、楽曲パラメータは、楽曲に対して聴者が受ける印象を数量化した印象値であってもよい。ユーザにとって理解しやすい印象値を用いることによって、設定の変更等の作業が容易になる。
【００１１】
また、楽曲検索システムは、シチュエーションパラメータと、楽曲パラメータとを対応付けた変換テーブルを格納する変換テーブル格納部をさらに備えていてもよい。このとき、パラメータ変換部は、変換テーブルを用いてシチュエーションパラメータを楽曲パラメータに変換する。これによって、シチュエーションパラメータから楽曲パラメータへの変換を容易に行うことができる。
【００１２】
また、楽曲検索システムは、記録受付部と、対応記録部とをさらに備えていてもよい。記録受付部は、ユーザから記録指示を受け付ける。対応記録部は、再生部によって楽曲が再生されている際に記録受付部が記録指示を受け付けた場合、再生中の楽曲の楽曲パラメータと、現時点におけるシチュエーションパラメータとの組を変換テーブルに追加する。これによって、シチュエーションとそのシチュエーションで聞きたい楽曲との対応をユーザによって追加することができる。しかも、ユーザの現在のシチュエーションについて上記対応を追加することができるので、ユーザは、その時点で再生されている楽曲がその場のシチュエーションに合っていると判断すれば、その時点の楽曲とシチュエーションの対応を変換テーブルに追加すればよい。従って、ユーザは変換テーブルへの追加処理を容易に行うことができる。
【００１３】
また、楽曲検索システムが移動体に搭載される場合、シチュエーションパラメータは、ユーザとともに移動する移動体の移動状況を示す移動パラメータであってもよい。移動パラメータは、移動体の位置や、移動体の速度を含む概念である。移動パラメータは、ユーザの周囲のシチュエーションに大きな影響を与える。移動パラメータが変化すれば、ユーザの周囲のシチュエーションも変化し、シチュエーションに合った楽曲も変化する。従って、シチュエーションパラメータとして移動パラメータを用いることによって、シチュエーションを合った楽曲を適切に検索することができる。
【００１４】
また、移動パラメータは、移動体の位置を示す位置座標であってもよい。このとき、楽曲検索システムは、位置テーブル格納部と、印象値テーブル格納部とをさらに備えていてもよい。位置テーブル格納部は、位置座標と、当該位置座標により示される位置の特徴を表現する位置カテゴリとを対応付けた位置テーブルを格納する。印象値テーブル格納部は、位置カテゴリと、当該位置カテゴリにおいて再生すべき楽曲の印象値とを対応付けた印象値テーブルを格納する。パラメータ変換部は、位置テーブルを用いて、状況取得部によって取得された位置座標を、対応する位置カテゴリに変換する位置カテゴリ変換部と、印象値テーブルを用いて、位置カテゴリ変換部によって変換された位置カテゴリを、対応する印象値に変換する印象値変換部とを含む。
【００１５】
上記によれば、シチュエーションパラメータである位置座標は、位置カテゴリに変換された後、印象値に変換される。位置カテゴリは、例えば、「高速道路」や「公園」のように、人間に理解しやすい表現であるので、印象値テーブルの変更はユーザにとって非常に容易である。従って、ユーザは、印象値テーブルを変更することによって楽曲検索システムの設定を容易に変更することができる。
【００１６】
また、移動パラメータは、移動体の位置を示す位置座標である場合、以下のようにしてもよい。すなわち、楽曲検索システムは、印象語テーブル格納部と、印象値テーブル格納部とをさらに備えていてもよい。印象語テーブル格納部は、位置座標と、当該位置座標により示される位置において再生すべき楽曲の印象を表現する印象語とを対応付けた印象語テーブルを格納する。印象値テーブル格納部は、印象語と印象値とを対応付けた印象値テーブルを格納する。パラメータ変換部は、印象語テーブルを用いて、状況取得部によって取得された位置座標を、対応する印象語に変換する印象語変換部と、印象値テーブルを用いて、印象語変換部によって変換された印象語を、対応する印象値に変換する印象値変換部とを含む。
【００１７】
上記によれば、シチュエーションパラメータである位置座標は、印象語に変換された後、印象値に変換される。印象語は、例えば、「軽快な曲」や「落ち着いた曲」のように、人間に理解しやすい表現であるので、印象語テーブルの変更はユーザにとって非常に容易である。従って、ユーザは、印象語テーブルを変更することによって楽曲検索システムの設定を容易に変更することができる。
【００１８】
また、移動パラメータは、移動体の位置を示す位置座標である場合、以下のようにしてもよい。すなわち、楽曲検索システムは、位置テーブル格納部と、印象語テーブル格納部と、印象値テーブル格納部とをさらに備えていてもよい。位置テーブル格納部は、位置座標と、当該位置座標により示される位置の特徴を表現する位置カテゴリとを対応付けた位置テーブルを格納する。印象語テーブル格納部は、位置カテゴリと、当該位置カテゴリにより表現される位置において再生すべき楽曲の印象を表現する印象語とを対応付けた印象語テーブルを格納する。印象値テーブル格納部は、印象語と印象値とを対応付けた印象値テーブルを格納する。パラメータ変換部は、位置カテゴリ変換部と、印象語変換部と、印象値変換部とを含んでいる。位置カテゴリ変換部は、位置テーブルを用いて、状況取得部によって取得された位置座標を、対応する位置カテゴリに変換する。印象語変換部は、印象語テーブルを用いて、位置カテゴリ変換部によって変換された位置カテゴリを、対応する印象語に変換する。印象値変換部は、印象値テーブルを用いて、位置カテゴリ変換部によって変換された位置カテゴリを、対応する印象値に変換する。
【００１９】
上記によれば、シチュエーションパラメータから印象値への変換の際に、位置カテゴリおよび印象語が用いられるので、ユーザは、印象語テーブルおよび／または印象値テーブルを変更することによって楽曲検索システムの設定を容易に変更することができる。
【００２０】
また、楽曲検索システムは、経路生成部と、地点決定部と、リスト作成部とをさらに備えていてもよい。経路生成部は、所定の２地点間の経路を生成する。地点決定部は、経路上の所定の地点を決定する。リスト作成部は、楽曲検索部によって選択された楽曲のリストを作成する。このとき、状況取得部は、所定の地点の位置座標をシチュエーションパラメータとして取得する。再生部は、リストに従って楽曲を再生する。
【００２１】
上記によれば、経路上の地点について、その地点のシチュエーションに合った楽曲を予め検索しておくことができる。従って、実際に経路を移動している間には楽曲の検索処理を行う必要がないので、経路の移動中における楽曲検索システムの処理負担を低減することができる。
【００２２】
また、楽曲検索システムは、移動体端末と、当該移動体端末と通信可能なサーバとを備える構成であってもよい。このとき、移動体端末は、状況取得部と、再生部とを含む。サーバは、楽曲データ格納部と、パラメータ変換部と、楽曲検索部とを含む。そして、状況取得部は、取得したシチュエーションパラメータをサーバに送信する。パラメータ変換部は、状況取得部から送信されてくるシチュエーションパラメータを楽曲パラメータに変換する。楽曲検索部は、選択した楽曲のデータを移動体端末へ送信する。再生部は、楽曲検索部から送信されてくる楽曲のデータを受信し、当該楽曲を再生する。
【００２３】
上記によれば、移動体端末側では楽曲の検索処理を行う必要がないので、移動体端末の処理負担を低減することができる。さらに、楽曲のデータは、多数の楽曲のデータを保持しておくことが一般的に可能であるサーバに保持されるので、移動体端末において楽曲を保持する場合と比べて、検索対象となる楽曲の数を大幅に増加することができる。従って、シチュエーションに合った楽曲として選択される楽曲の幅が広がり、より多くの楽曲をユーザに提供することができる。
【００２４】
また、楽曲データ格納部は、楽曲を識別するための楽曲ＩＤを楽曲のデータと対応付けて格納していてもよい。このとき、楽曲検索システムは、移動体端末と、当該移動体端末と通信可能なサーバとを備える構成である。このとき、移動体端末は、楽曲データ格納部と、状況取得部と、再生部とを含む。サーバは、パラメータ変換部と、楽曲検索部と、サーバ側データ格納部とを含む。サーバ側データ格納部は、楽曲データ格納部に格納されている内容と同内容の情報を少なくとも格納している。そして、状況取得部は、取得したシチュエーションパラメータをサーバに送信する。パラメータ変換部は、状況取得部から送信されてくるシチュエーションパラメータを楽曲パラメータに変換する。楽曲検索部は、選択した楽曲を識別するための楽曲ＩＤを移動体端末へ送信する。再生部は、楽曲検索部から送信されてくる楽曲ＩＤにより示される楽曲を再生する。
【００２５】
上記によれば、移動体端末側では楽曲の検索処理を行う必要がないので、移動体端末の処理負担を低減することができる。また、サーバから移動体端末へ楽曲のデータを送信する必要がないので、サーバと移動体端末との間の通信量を低減することができる。
【００２６】
なお、本発明に係る楽曲検索システムは、プログラムによって実現することが可能であり、これを記録媒体に記録して移送することにより、独立した他のコンピュータシステムで容易に実施することができる。
【００２７】
【発明の実施の形態】
（実施の形態１）
図１は、実施の形態１に係る楽曲検索システムの構成を示すブロック図である。実施の形態１では、楽曲検索システムは、カーナビゲーションシステムの一機能として実現される形態とするが、本システムは、専用の機器であってもよい。図１において、楽曲検索システムは、記憶装置１と、ＣＰＵ２と、表示装置３と、音声出力装置４と、入力部５と、信号処理部６と、通信制御部７とを備えている。また、信号処理部６は、ＧＰＳ受信器８と接続されている。
【００２８】
記憶装置１は、ＨＤＤやメモリ等であり、種々のデータを記憶する。なお、記憶装置１には、音楽ＣＤ等の外部記録媒体も含まれる。ＣＰＵ２は、所定のプログラムによって後述する楽曲検索処理等の各処理を行う。表示装置３は、例えば液晶ディスプレイであり、地図等を表示する。音声出力装置４は、増幅器およびスピーカ等によって構成され、経路案内の際の音声案内に用いられる他、音楽を再生する。入力部５は、ボタンやリモコン等によって構成され、ユーザからの各種入力を受け付ける。信号処理部６は、ＧＰＳ受信器８からの信号を入力して現在位置情報をＣＰＵ２へ出力する。ＧＰＳ受信器８は、車両に搭載されたアンテナ等によってＧＰＳ電波を受信し、車両の現在位置を示す緯度・経度情報を信号処理部６へ出力する。通信制御部７は、インターネット網との通信を確立するインターフェースである。典型的には、通信制御部７は携帯電話等の通信端末（図示しない）を介してインターネットに接続される。なお、実施の形態１では、本システムはカーナビゲーションシステムとして車両に搭載される形態とするが、この形態に限定されず、例えば、ユーザが保持する携帯端末の一機能として実現されてもよい。
【００２９】
図２は、実施の形態１に係る楽曲検索システムの機能的な構成を示すブロック図である。図２において、楽曲検索システムは、楽曲データ格納部１９と、位置取得部１６と、パラメータ変換部１７と、変換テーブル格納部１８と、楽曲検索部２０と、再生部１５と、印象値算出部１１とを備えている。楽曲検索部２０は、印象値検索部１３と、楽曲選択部１４とを含んでいる。楽曲データ格納部１９は、楽曲データベース１０と、印象値データベース１２とを含んでいる。ここで、楽曲データベース１０、印象値データベース１２、および変換テーブル格納部１８は、記憶装置１によって実現される。位置取得部１６、パラメータ変換部１７、楽曲検索部２０、および印象値算出部１１は、所定のプログラム動作を行うＣＰＵ２によって実現される。再生部１５は、音声出力部４によって実現される。
【００３０】
まず、図２の構成の概要を説明する。楽曲データ格納部１９は、複数の楽曲のデータと楽曲パラメータとを対応付けて格納する。ここで、楽曲パラメータとは、楽曲の特徴を示すパラメータであり、後述する印象値や特徴量を含む概念である。位置取得部１６は、車両の現在位置の情報をＧＰＳ受信器８から取得する。ここで、楽曲検索システムは、現在位置の情報に限らず、ユーザの周囲の状況を示す情報を取得するものであればよい。なお、ユーザの周囲の状況を示すパラメータを、シチュエーションパラメータと呼ぶ。シチュエーションパラメータとしては、車両の速度、周囲の騒音、温度、ユーザの脈拍、周囲の明るさ、および現在位置の高度等のパラメータが考えられる。パラメータ変換部１７は、位置取得部１６によって取得された現在位置の情報を楽曲パラメータに変換する。楽曲検索部２０は、パラメータ変換部１７によって変換された楽曲パラメータを用いて楽曲データ格納部１９に格納されている楽曲の検索を行い、再生すべき楽曲を選択する。再生部１５は、楽曲検索部２０によって選択された楽曲を再生する。以下、各部の詳細を説明する。
【００３１】
楽曲データベース１０は、上述の記憶装置１によって構成され、複数の楽曲について音楽信号を格納する。これらの音楽信号は、楽曲を識別するための曲ＩＤ（例えば、曲名や曲番号等）によって、所望の音楽信号のデータが呼び出される。これらの音楽信号は、例えば、リニアＰＣＭによる波形データや、ＡＡＣなどの圧縮されたデータとして格納されている。
【００３２】
印象値算出部１１は、楽曲データベース１０に格納されている楽曲について、印象値を算出する。具体的には、楽曲データベース１０から入力される音楽信号の物理的な特徴量を分析し、特徴量を重み付け加算した印象値を算出する。物理的な特徴量としては、スペクトル変化度（所定の時間長のフレーム間でのスペクトル変化の度合い）、平均発音数（楽曲中で発音される音の発音頻度）、発音非周期性（楽曲中で発音される音の非周期性の度合い）、拍周期（楽曲の４分音符に相当する時間長）、拍周期比率（楽曲の４分音符に相当する音と、優勢に発音されている音との周期比率）、第１拍強度（拍周期の概ね半分に相当する周期で発音されている音の強度）、第２拍強度（拍周期の概ね１／４に相当する周期で発音されている音の強度）、拍強度比（第１拍強度と第２拍強度の比率）などが解析される。印象値算出部１１は、解析によって得られた、これらの特徴量に対して所定の重み付け加算を行い、印象値を算出する。印象値は、１つ以上、一般的には、２つから５つとする。印象値が２つの場合、楽曲は、２次元空間上の点として表すことができる。５つの場合、楽曲は５次元空間上の点として表される。つまり、楽曲データベース１０に格納されている楽曲は、この空間にそれぞれの印象値の座標値を保有することになる。従って、これらの印象値の組によって、楽曲データベース１０に格納されている各楽曲を区別、判別することができる。
【００３３】
印象値とは、激しさ、躍動感、爽快感、素朴さ、ソフトさ、等のように、人が音楽を聴いたときに感ずる感覚や情緒を表す指標値である。印象値は、それぞれ、上記複数種類の特徴量の線形あるいは非線型の関数として表すことができる。激しさ、躍動感、爽快感、素朴さ、およびソフトさの５種類の印象値を用いれば、楽曲は５次元空間上の点として表される。さらに、激しさおよび躍動感の２つを統合して能動因子とし、爽快感、素朴さ、およびソフトさの３つを統合して情動因子として、５種類の印象値を能動因子と情動因子との２つの印象値にまとめると、楽曲は２次元空間上の点として表される。このような、楽曲の印象値を表した空間座標系を以後、印象空間と呼ぶ。印象値は楽曲を聞いた印象を示す数量である。従って、印象空間上に複数の楽曲の印象値を布置すると、楽曲に対する印象の類似性に応じて印象値が布置されることとなる。すなわち、印象の類似する楽曲は、印象空間上においても近接した位置に布置される。なお、以下の実施の形態の説明においては、印象値は、印象値Ｘおよび印象値Ｙの２種類であるとする。
【００３４】
図３は、印象空間の例を示す図である。なお、図３は、能動因子および情動因子を印象値として用いた場合の２次元の印象空間である。本実施の形態では、以上に説明したような、特徴量や印象値のデータ登録や楽曲検索を行う方法、略称して、印象検索法を用いるものとする。以上のように算出された印象値は、印象値データベース１２に格納される。
【００３５】
印象値データベース１２は、印象値算出部１１により算出された印象値を、楽曲データベース１０内の各楽曲の曲ＩＤと対応付けて格納する。実施の形態１では、楽曲データベース１０および印象値データベース１２という２つのデータベースによって楽曲データ格納部１９が構成される。ここで、楽曲データ格納部１９は、複数の楽曲のデータと、印象値とを対応付けて格納するものであればよく、１つのデータベースで構成されてもよい。
【００３６】
楽曲検索部２０は、印象値を用いて楽曲データベース１０に格納されている楽曲の検索を行い、再生すべき楽曲を選択する。実施の形態１では、楽曲検索部２０は、印象値検索部１３と楽曲選択部１４とによって構成される。
【００３７】
印象値検索部１３には、後述するパラメータ変換部１７から検索中心座標値が入力される。検索中心座標値は、再生すべき楽曲の、印象空間における座標値である。なお、検索中心座標値の位置に楽曲が実在するとは限らない。印象値検索部１３は、印象値データベース１２に格納されている楽曲ＩＤと印象値との組を参照して、上記印象空間を生成する。そして、検索中心座標値を中心として、これに近い位置にある楽曲を選択する。具体的には、検索中心座標値と、各楽曲の印象値との間のユークリッド距離を計算し、ユークリッド距離が最も小さいものから優先して１曲または数曲を選択し、選択した楽曲の曲ＩＤを楽曲選択部１４へ出力する。ユークリッド距離が小さいということは、検索中心座標値の印象値に近い印象値を有する楽曲が選択されるということである。言い換えると、激しさ、躍動感、爽快感、素朴さ、およびソフトさの値、あるいは、能動因子値および情動因子値がよく似た楽曲が選ばれる。
【００３８】
楽曲選択部１４は、印象値検索部１３から入力される曲ＩＤが複数の場合、その中から１つを選択する。選択は、予め設定されている所定の基準に従って行われる。所定の基準は、どのような基準であってもよく、例えば、以前に再生されていない曲を選ぶようにしたり、ユーザが好きなアーティスト（予め登録しておく）を選ぶようにしてもよい。さらに、楽曲選択部１４は、選択した曲ＩＤにより示される楽曲の音楽信号を楽曲データベース１０から取得し、再生部１５に与える。なお、印象値検索部１３が曲ＩＤを１つだけ出力した場合、楽曲選択部１４は、その曲ＩＤにより示される楽曲の音楽信号を楽曲データベース１０から取得し、再生部１５に与える。
【００３９】
再生部１５は、上述の音声出力装置４によって実現され、楽曲選択部１４から入力される音楽信号を再生する。なお、ここでは、再生部１５として、増幅器、スピーカを含むものとしたが、再生部１５は、楽曲データベース１０に格納された音楽信号を、再生するためのものであれば何でもよい。例えば、楽曲データベース１０にリニアＰＣＭ形式で音楽信号が格納されている場合、再生部１５は、ＤＡ変換器を含んでいてもよい。楽曲データベース１０に圧縮音声符号化情報が格納されている場合は、再生部１５は、圧縮を解く伸長部を含んでいてもよい。
【００４０】
位置取得部１６は、車両の現在位置の情報をＧＰＳ受信器８から取得する。そして、取得した現在位置の情報を、緯度・経度情報としてパラメータ変換部１７へ出力する。
【００４１】
パラメータ変換部１７は、変換テーブル格納部１８に格納されている変換テーブルを参照して、位置取得部１６から入力された緯度・経度情報を、上記検索中心座標値に変換する。変換テーブルは、緯度・経度情報と印象空間における座標値とを対応させたテーブルである。
【００４２】
図４は、変換テーブルの一例を示す図である。図４に示すように、変換テーブルにおいては、地図上の地点（緯度・経度情報）と、その地点（シチュエーション）に合った楽曲の印象値（検索中心座標値）とが対応付けられている。つまり、変換テーブルは、地図上の各地点について、その地点で再生すべき楽曲の印象値を示すものである。なお、変換テーブルは、カーナビゲーション装置が有する地図データと組み合わせて、地図上の緯度経度の各位置あるいは主要な位置に印象値を割り当てたデータベースとしておくことができる。また、他の実施の形態においては、変換テーブルは、地図上の範囲と印象値とを対応付けて格納してもよい。
【００４３】
パラメータ変換部１７は、位置取得部１６から緯度・経度情報が入力されると、入力された緯度・経度情報に近い地点が変換テーブル中にないかどうかを調べる。そして、入力された緯度・経度情報に近い地点が変換テーブル中にあった場合、当該地点に対応する印象値ＸおよびＹの値を検索中心座標値とする。以上のように変換された検索中心座標値が、印象値検索部１３に入力される。印象値検索部１３に検索中心座標値が入力されることによって、当該検索中心座標値に近い（または同じ）値を有する楽曲が検索され、検索によって決定された楽曲が再生されることとなる。
【００４４】
以下、実施の形態１に係る楽曲検索システムの処理の流れを説明する。図５は、実施の形態１に係る楽曲検索システムの処理の流れを示すフローチャートである。ここで、実施の形態１の処理は、楽曲の検索を行う際に必要な印象値データベースを作成する処理（ステップＳ１１〜Ｓ１３）と、車両の位置から当該位置に適した楽曲を自動的に検索して再生する処理（楽曲検索処理）（ステップＳ２１〜Ｓ２５）との２つに分けられる。これらの処理は、ＣＰＵ２が所定のプログラム動作を行うことによって実行される。
【００４５】
まず、図５に示すステップＳ１１〜Ｓ１３の処理を説明する。この処理は、車両の走行前に予め実行されておくことが好ましい。図５において、楽曲のデータが楽曲データベース１０に格納される（ステップＳ１１）。次に、印象値算出部１１は、格納された各楽曲について印象値を算出する（ステップＳ１２）。具体的には、格納された楽曲のデータの音楽信号を分析し、楽曲の特徴量を算出する。そして、算出した特徴量を重み付け加算して印象値を算出する。最後に、印象値算出部１１は、算出した印象値を楽曲データベース１０内の各楽曲の曲ＩＤと対応付けて、印象値データベース１２に格納する（ステップＳ１３）。以上によって、印象値を用いて楽曲の検索を行うために必要となる楽曲データベース１０と印象値データベース１２とが生成される。なお、他の実施の形態においては、楽曲データベース１０および印象値データベース１２が予め生成されて提供されても構わない。すなわち、楽曲データベース１０および印象値データベース１２を記憶した記憶媒体を楽曲検索システムに読み込ませることによって、これらのデータベースを生成してもよい。
【００４６】
次に、図５に示すステップＳ２１〜Ｓ２５の処理を説明する。この処理は、車両の走行中に実行される。この処理は、ユーザからの指定（例えば、検索開始ボタンが押される等）によって開始されてもよいし、所定の時間間隔で定期的に行われるものであってもよい。まず、位置取得部１６は、ＧＰＳ受信器８から信号を入力し、車両の現在位置を表す緯度・経度情報を取得する（ステップＳ２１）。取得された緯度・経度情報は、パラメータ変換部１７に渡される。
【００４７】
次に、パラメータ変換部１７は、上記変換テーブルを参照して、位置取得部１６から入力された緯度・経度情報を印象値に変換する（ステップＳ２２）。さらに、変換した印象値を、検索中心座標値として楽曲検索部２０へ出力する。検索中心座標値が楽曲検索部２０に入力されることによって、楽曲データベース１０内の楽曲の検索が行われる。
【００４８】
印象値検索部１３は、印象値の組（能動因子および情動因子の組）が、入力された検索中心座標値に近い座標値となる楽曲を選択する（ステップＳ２３）。ステップＳ２３の処理の際に、ステップＳ１３で生成された印象値データベース１２が参照される。なお、ステップＳ２３で選択される楽曲の数は、１つであってもよいし複数であってもよい。例えば、検索中心座標値に最も近い座標値となる楽曲のみを選択してもよいし、検索中心座標値から所定の距離内にある楽曲をすべて選択するようにしてもよい。選択された楽曲の曲ＩＤは、楽曲選択部１４へ出力される。
【００４９】
次に、楽曲選択部１４は、入力される曲ＩＤの中から１つを選択して、選択した曲ＩＤにより示される楽曲のデータを再生部１５へ出力する（ステップＳ２４）。再生部１５は、楽曲選択部１４から入力された楽曲のデータを再生する（ステップＳ２５）。以上によって、楽曲検索処理が完了する。この楽曲検索処理によって、車両の現在位置に応じたイメージの楽曲が自動的に再生されることとなる。
【００５０】
以上のように、実施の形態１によれば、ユーザは、煩雑な操作や設定処理を行わずに、その場のシチュエーションに応じたイメージの楽曲を楽しむことができる。具体的には、ユーザが検索開始ボタンを押すと、現在位置に対応した印象値に近い曲が選ばれて、再生されることが可能である。さらに、ユーザが選曲操作を行う度に、その地点に適した印象の楽曲が選択される。
【００５１】
また、連続再生モード（楽曲の再生が終われば、楽曲検索処理を開始する。）にしておけば、車の移動位置に対応して、その時々の最適な印象の楽曲が次々と再生されるようにすることも可能である。なお、楽曲検索処理に時間がかかる場合は、楽曲の再生が終わる少し前から検索中心座標値を更新して距離計算を始めておいてもよい。この場合、楽曲の再生が終わる時点での車両の位置を予測するようにしてもよい。
【００５２】
（実施の形態２）
以下、実施の形態２に係る楽曲検索システムについて説明する。実施の形態２に係る楽曲検索システムは、現在位置の情報（緯度・経度情報）を印象値（検索中心座標値）に直接変換するのではなく、現在位置の情報を、位置カテゴリおよび印象語を介して、印象値に変換する。実施の形態２は、このような変換を行うことによって、設定変更をユーザがより容易に行うことができるようにしたものである。なお、実施の形態２においても実施の形態１と同様、楽曲検索システムはカーナビゲーションシステムに組み込まれた形態であるとする。
【００５３】
図６は、実施の形態２に係る楽曲検索システムの機能的な構成を示すブロック図である。なお、実施の形態２に係る楽曲検索システムの機能的な構成は、パラメータ変換部１７および変換テーブル格納部１８の内部構成が異なる点以外は、図２に示す構成と同様であるので、全体の構成を省略する。実施の形態２では、パラメータ変換部１７は、位置カテゴリ変換部１７１と、印象語変換部１７２と、印象値変換部１７３とを備えている。変換テーブル格納部１８は、位置テーブル格納部１８１と、印象語テーブル格納部１８２と、印象値テーブル格納部１８３とを備えている。
【００５４】
図６において、位置カテゴリ変換部１７１は、位置取得部１６の出力する現在位置の情報を入力し、位置カテゴリに変換する。位置カテゴリとは、特徴のある場所を区別する分類語であり、例えば、高速道路、サービスエリア、インタチェンジ、普通道路、公園、海辺、飛行場等である。位置カテゴリは、位置の特徴を示す語句で表現される。位置カテゴリへの変換には、位置テーブル格納部１８１に格納される位置テーブルが参照される。図７は、位置テーブルの一例を示す図である。図７に示すように、位置テーブルは、緯度・経度情報と、位置カテゴリとを対応付けるものである。例えば、緯度・経度情報が、「北緯３４°４０’１５．４”、東経１３５°３２’０９．９”」である場合（および、この地点から所定範囲内の緯度・経度情報である場合）、位置カテゴリは、「高速道路」と判断される。
【００５５】
位置カテゴリ変換部１７１が出力する位置カテゴリは、印象語変換部１７２に入力される。印象語変換部２２は、入力された位置カテゴリを印象語に変換する。印象語とは、楽曲の印象を表現する語句であり、例えば、「軽快な曲」、「なごみ系」、「ラップ調」等、直感的に音楽を表現する言葉である。なお、印象語は、印象値として用いられる語句がそのまま用いられてもよいし、それ以外の語句が用いられてもよい。位置カテゴリから印象語への変換には、印象語テーブル格納部１８２に格納される印象語テーブルが参照される。図８は、印象語テーブルの一例を示す図である。図８に示すように、印象語テーブルは、位置カテゴリと、印象語とを対応付けるものである。印象語テーブルは、人間にとって非常にわかりやすい（イメージしやすい）語句で表現されているので、テーブルの内容の変更が非常に容易である。なお、例えば、位置カテゴリが「高速道路」である場合、印象語は、「軽快な曲」と判断される。
【００５６】
印象値変換部１７３は、印象語変換部１７２によって変換された印象語を、印象値に変換する。この変換には、印象値テーブル格納部１８３に格納される印象値テーブルが参照される。図９は、印象値テーブルの一例を示す図である。印象値テーブルは、印象語と印象値とを対応付けるものである。例えば、印象語が「軽快な曲」である場合、印象値は（印象値Ｘ，印象値Ｙ）＝（１．３５，−０．５８）と判断される。なお、印象値テーブルは、印象語と印象値の範囲（例えば、０．３＜印象値Ｘ＜０．６）とを対応付けるものであってもよい。
【００５７】
以上のように印象値変換部１７３によって変換された印象値が、検索中心座標として楽曲検索部２０へ出力される。なお、検索中心座標値に対する後の動作処理は、実施の形態１と同じであるので説明を省略する。
【００５８】
図１０は、実施の形態２における位置情報から印象値への変換処理の詳細を示すフローチャートである。図１０に示す処理は、図５のステップＳ２２の処理に対応する。つまり、実施の形態２における全体の処理は図５に示す処理と同様であり、ステップＳ２２の処理に代えて図１０に示す処理が行われる。
【００５９】
実施の形態２においては、ステップＳ２１の次に、位置カテゴリ変換部１７１は、位置取得部１６から入力された現在位置の情報を位置カテゴリに変換する（ステップＳ２２１）。次に、印象語変換部１７２は、ステップＳ２２１において変換された位置カテゴリを印象語に変換する。さらに、印象値変換部１７３は、ステップＳ２２２において変換された印象語を印象値に変換する（ステップＳ２２３）。ステップＳ２２３の終了後、図５に示すステップＳ２３以降の処理が行われる。
【００６０】
なお、実施の形態２で用いられる変換テーブル格納部１８の各テーブルは、以下のように作成される。まず、位置カテゴリおよび印象語を予め用意しておく。次に、用意した位置カテゴリに対応する位置情報（緯度・経度情報）を設定し、用意した印象語に対応する印象値を設定する。例えば、位置カテゴリ「高速道路」について、（緯度、経度）が（Ｘ１、Ｙ１）から（Ｘ２、Ｙ２）を経由して（Ｘ３、Ｙ３）までの地点を設定する。また、印象語「踊りたい曲」について、印象空間の座標（ＺＸ１、ＺＹ１）と設定し、印象語「眠りたい曲」について、（ＺＸ２、ＺＹ２）と設定する。最後に、位置カテゴリと印象語との対応付けを行う。この対応付けは、ユーザが行ってもよいし、ユーザによって適宜変更することができるようにしてもよい。位置カテゴリと印象語との組は、例えば「高速道路」と「踊りたい曲」とのような組であるので、ユーザにとって理解しやすい表現であるので、変更が容易である。また、位置カテゴリと印象語との対応付けは、ユーザによっても異なるし、一人のユーザであってもその時の気分やドライブの目的等によって異なる。従って、この対応付けをユーザが容易に変更することができるようにすることは非常に有効である。
【００６１】
以上のように、実施の形態２によれば、ユーザは、位置カテゴリおよび印象語を用いて、検索の設定を容易に変更することができる。さらに、ユーザ個人の好みの印象語変換テーブルをプリセットとして作成することできる。
【００６２】
なお、実施の形態２においては、位置テーブル、印象語テーブル、および印象値テーブルという３つのテーブルを用いて位置情報を印象値に変換した。ここで、他の実施形態においては、次のような方法で変換を行ってもよい。すなわち、位置情報を位置カテゴリに変換した後、位置カテゴリを印象値に変換する方法であってもよい。つまり、印象値テーブルにおいて、位置カテゴリと印象値とを対応付けるようにしてもよい。このとき、位置カテゴリと印象語とを対応付ける印象語テーブルは不要である。また、位置情報を印象語に変換した後、印象語を印象値に変換してもよい。つまり、印象語テーブルにおいて、位置情報と印象語とを対応付けるようにしてもよい。このとき、位置情報と位置カテゴリとを対応付ける位置テーブルは不要である。
【００６３】
（実施の形態３）
以下、実施の形態３に係る楽曲検索システムについて説明する。実施の形態３に係る楽曲検索システムは、ユーザが気に入った楽曲が再生されているときに、その楽曲を楽曲データベース１０に追加して印象値による検索を可能にし、位置・印象値変換テーブルに新たな対応を追加することを可能にしたものである。なお、実施の形態３においても実施の形態１と同様、楽曲検索システムはカーナビゲーションシステムに組み込まれた形態であるとする。また、図１には図示していないが、実施の形態３では、音楽を再生する音楽ソースとして、ＣＤプレーヤ、ラジオ等、複数の音楽ソースがシステムに組み込まれているものとする。
【００６４】
図１１は、実施の形態３に係る楽曲検索システムの機能的な構成を示すブロック図である。図１１は、記録受付部３１と、対応記録部３２と、音楽信号入力部３３とをさらに備える点で、図１に示すシステムと異なっている。以下、図１との相違点を中心に説明する。
【００６５】
記録受付部３１は、入力部５によって実現され、ユーザから記録開始の指示を受け付ける。ユーザは、その時点で再生されている楽曲がその場のシチュエーションに合っていると感じた場合、記録開始を指示するものとする。ここでは、入力部５に「お気に入りボタン」が含まれており、ユーザは、当該お気に入りボタンを押すことによって記録開始を指示することができるものとする。記録開始の指示は、対応記録部３２および音響信号入力部３３へ出力される。対応記録部３２は、記録受付部３１から記録開始の指示を入力すると、位置取得部１６から現在位置を取得し、かつ、印象値データベース１２から印象値を取得する。さらに、取得した現在位置と印象値との対応を変換テーブル格納部１８の変換テーブルに追加する。
【００６６】
音響信号入力部３３は、ＣＤプレーヤやＦＭラジオ等の音楽ソースから出力される音響信号が随時入力されている。音響信号入力部３３は、記録受付部３１から記録開始の指示を入力すると、入力した音響信号を、印象値算出部１１が解析可能な音楽信号に変換し、印象値算出部１１へ出力する。印象値算出部１１は、入力された音楽信号について、実施の形態１と同様の方法で、印象値を算出し、印象値データベース１２に格納する。
【００６７】
以下、楽曲再生中の処理について説明する。図１２は、実施の形態３における楽曲再生中の処理の流れを示すフローチャートである。ここで、図１２に示す処理は、再生中の楽曲のデータを格納し、印象値を算出する処理（ステップＳ３１〜Ｓ３５）と、変換テーブルを更新する処理（ステップＳ３６〜Ｓ３９）との２つに分けられる。これらの処理は、ＣＰＵ２が所定のプログラム動作を行うことによって実行される。
【００６８】
音楽の再生が開始されると、音響信号入力部３３は、音楽ソースから出力される音響信号の入力を開始する（ステップＳ３１）。次に、記録受付部３１は、記録開始指示があったか否かを判定する（ステップＳ３２）。記録開始指示があるまで記録受付部３１は待機する。記録開始指示があると、音響信号入力部３３は、入力している楽曲のデータを楽曲データベース１０に格納する（ステップＳ３３）。次に、印象値算出部１１は、音響信号入力部３３から入力される音楽信号の印象値を算出し（ステップＳ３４）、算出した印象値を印象値データベース１２に格納する（ステップＳ３５）。以上の処理によって、楽曲の再生中にユーザがお気に入りボタンを押すことによって、当該楽曲を記録し、印象値を算出することができる。
【００６９】
次に、変換テーブルを更新する処理を説明する。音楽の再生が開始されると、位置取得部１６は、ＧＰＳ受信器８から現在位置の情報を取得する（ステップＳ３６）。次に、記録受付部３１は、記録開始指示があったか否かを判定する（ステップＳ３７）。記録開始指示がない場合、処理はステップＳ３６に戻り、記録開始指示があるまでステップＳ３６およびＳ３７の処理を繰り返す。一方、記録開始指示があった場合、記録受付部３１は、対応記録部３２に対してテーブルの更新を行うように指示する。これに応じて、対応記録部３２は、位置取得部１６から現在位置の情報を取得するとともに、印象値データベース１２から再生中の楽曲の印象値を取得する（ステップＳ３８）。最後に、対応記録部３２は、取得した現在位置の情報と印象値との対応を、変換テーブルに追加するように更新する（ステップＳ３９）。
【００７０】
以上のように、実施の形態３によれば、現在位置のシチュエーションにあった楽曲が再生されている場合に、ユーザが「お気に入りボタン」を押すことによって、変換テーブルに新たな内容が追加される。従って、その場所に次回に来たときには、ユーザは、特別の手間を掛けずに、同じ曲、あるいは、よく似た印象の曲を聴くことができる。なお、実施の形態３においても、実施の形態１と同様、現在位置に基づいて導出される印象値に基づいて楽曲が検索されて再生される処理が行われる。
【００７１】
なお、実施の形態３において、ユーザは、再生中の楽曲の終わり近くでお気に入りボタンを押すことも考えられる。従って、再生中の楽曲は、お気に入りボタンが押される前から、楽曲データベース１０に仮格納し、印象値の算出も仮に始めておくようにしてもよい。そして、お気に入りボタンが押された場合にその時点の現在位置を仮に記憶し、印象値の算出が完了してから変換テーブルを更新するようにしてもよい。なお、この場合、お気に入りボタンが押されなければ、仮格納、仮算出したデータは削除すればよい。
【００７２】
また、実施の形態３の方法は、実施の形態２のように、位置カテゴリおよび印象語を用いる場合にも適用可能である。この場合は、例えば、「お気に入りボタン」が押された位置から位置カテゴリおよび印象語を導出し、導出した印象語と再生中の楽曲の印象値との対応を追加するように、印象値テーブルを更新すればよい。なお、印象値テーブルを更新する他、印象語テーブルを更新するようにしてもよい。
【００７３】
（実施の形態４）
以下、実施の形態４に係る楽曲検索システムについて説明する。実施の形態４に係る楽曲検索システムは、現在位置に加えてその他の条件も考慮して、楽曲の検索を行うものである。なお、実施の形態４においても実施の形態１と同様、楽曲検索システムはカーナビゲーションシステムに組み込まれた形態であるとする。また、図１には図示していないが、実施の形態４では、後述する環境パラメータを検出するためのセンサ（例えば、温度センサや光センサ）が、図１に示す信号処理部６に接続されているものとする。
【００７４】
図１３は、実施の形態４に係る楽曲検索システムの機能的な構成を示すブロック図である。図１３は、環境情報取得部４１と、印象値修正部４２とをさらに備える点で、図１に示すシステムと異なっている。以下、図１との相違点を中心に説明する。
【００７５】
環境情報取得部４１は、カーナビゲーションシステムに組み込まれている各種センサから環境パラメータを取得する。環境パラメータとは、例えば、騒音、温度、ユーザの脈拍、周囲の明るさ、および現在位置の高度等を示すパラメータである。騒音は、町中か郊外か、屋外か室内かなどに関係する。温度は、季節や天候に関係する。ユーザの脈拍は、その心理状態に関係する。明るさは、昼か夜か、室内の状況などに関係する。高度は平地か山上かなどに関係する。従って、このような環境パラメータが、ユーザの周囲のシチュエーションに影響を与えるものであると言える。実施の形態４では、位置情報の他に、ユーザの心理に影響を与える因子をも考慮して、検索に用いる印象値（検索中心座標値）を算出する。なお、環境情報取得部４１が取得した環境パラメータは、印象値修正部４２へ出力される。また、ここでは、カーナビゲーションシステムには温度センサが組み込まれており、環境情報取得部４１は環境パラメータとして温度を取得するものとする。
【００７６】
印象値修正部４２は、パラメータ変換部１７から入力された検索中心座標値に対して、その座標値を修正する。この修正は、環境情報取得部４１から入力される環境パラメータに基づいて行われる。具体的には、次の方法で修正を行う。すなわち、検索中心座標値を修正するための修正式は、環境パラメータの値と検索中心座標値の関数で表現される。簡単な例としては、検索中心座標値を環境パラメータの値に応じて、所定の方向へシフトするものがある。具体的には、検索中心座標値に含まれる印象値Ｘの値をｘ１、環境パラメータの値をｘ２、修正後の印象値Ｘの値をｘ’として、
ｘ’＝ｘ１＋ａ＊（ｘ２−ｂ）（ａ、ｂは定数）
のような修正式を用いればよい。また、
ｘ’＝ｘ１＊［１＋ａ＊（ｘ２−ｂ）］
のような修正式でもよい。
【００７７】
次に、実施の形態４に係る楽曲検索システムの処理の流れを説明する。図１４は、実施の形態４に係る楽曲検索システムの処理の流れを示すフローチャートである。ここで、実施の形態４においても、実施の形態１と同様、印象値データベースを作成する処理（図１に示すステップＳ１１〜Ｓ１３）と楽曲検索処理との２つの処理が行われるが、印象値データベースを作成する処理は実施の形態１と同様であるため、図１４では省略している。すなわち、図１４は、実施の形態１と異なる処理である楽曲検索処理の流れを示す。この処理は、ＣＰＵ２が所定のプログラム動作を行うことによって実行される。また、図５と同様の処理については、同じステップ番号を付す。
【００７８】
ステップＳ２１の処理は図５と同様である。ステップＳ２１の次に、環境情報取得部４１は、環境パラメータを取得する（ステップＳ４１）。次に、図１と同様の処理であるステップＳ２２が行われる。ステップＳ２２の次に、印象値修正部４２は、ステップＳ４１において取得された環境パラメータに基づいて、ステップＳ２２において変換された印象値を修正する（ステップＳ４２）。この修正は、上述したような関数を用いて行われる。ステップＳ２３以降の処理は、図１と同様である。
【００７９】
以上のように、実施の形態４によれば、位置情報のみならず、ユーザの周囲の環境を示す環境パラメータをも用いて楽曲の検索が行われることとなる。例えば、周囲の騒音の音量をセンサで検知する場合には、周囲の騒がしさに応じて検索結果が変わるような検索を行うことができる。具体的には、周囲が騒がしい場合には、より激しい曲が選択されるようにしたり、逆に、より穏やかな曲を選択するように楽曲検索システムを設定することできる。このように、環境パラメータを用いて楽曲の検索を行うことによって、ユーザの周囲のシチュエーションをより細やかに検知することができ、検索結果のバリエーションをより多彩にすることができる。
【００８０】
なお、実施の形態４では、１種類の環境パラメータを用いる場合を説明したが、複数の環境パラメータを用いてもよい。また、複数の環境パラメータを用いる場合、環境パラメータの種類ごとに修正式を用意してもよいし、複数種類の環境パラメータの変数を含む１つの修正式を用意してもよい。
【００８１】
（実施の形態５）
以下、実施の形態５に係る楽曲検索システムについて説明する。実施の形態５に係る楽曲検索システムは、経路情報に基づいて再生すべき楽曲のリスト（プレイリスト）を作成するものである。なお、実施の形態５においても実施の形態１と同様、楽曲検索システムはカーナビゲーションシステムに組み込まれた形態であるとする。
【００８２】
図１５は、実施の形態５に係る楽曲検索システムの機能的な構成を示すブロック図である。図１５は、経路生成部５１と、地点決定部５２と、リスト作成部５３とをさらに備える点で、図２に示すシステムと異なっている。以下、図２との相違点を中心に説明する。
【００８３】
経路生成部５１は、カーナビゲーションシステムに格納されている地図データベースや経路データベースから最適経路（以下、単に「経路」と呼ぶ。）を探索し、走行時間等を算出するもので、カーナビゲーション技術では周知のものである。経路生成部５１によって生成された経路は、地点決定部５２へ出力される。
【００８４】
地点決定部５２は、平均の曲時間長および車両の平均速度に基づいて、再生する楽曲が切り替わる地点（曲開始地点）を決定する。この決定方法は、例えば、以下のように行われる。具体的には、まず、経路の出発地点を最初の曲開始地点に決定する。最初の曲開始地点に車両が到達すると、最初の楽曲が再生される。次に、平均の曲時間長と車両の平均速度とを乗じて、最初の曲開始地点から次の曲開始地点までの距離を算出する。算出した距離と最初の曲開始地点とに基づいて、２つ目の曲開始地点を決定する。以降、算出した距離と決定した曲開始地点とに基づいて次の曲開始地点を順次決定することによって、経路上の曲開始地点を決定することができる。決定された曲開始地点の緯度・経度情報は、位置取得部１６へ出力される。
【００８５】
位置取得部１６によって取得された緯度・経度情報は、パラメータ変換部１７によって印象値に変換され、変換された印象値を用いて楽曲の検索が行われる。検索の結果選択された楽曲が、曲開始地点で再生すべき楽曲となる。楽曲検索部２０は、位置取得部１６によって取得される各曲開始地点について楽曲を選択する。
【００８６】
リスト作成部５３は、楽曲検索部２０によって選択された楽曲のリストを作成する。リストは、楽曲検索部２０から入力される楽曲のデータを含むものであってもよいし、楽曲のＩＤのみからなるものであってもよい。リストには、楽曲を再生すべき曲開始地点の情報が楽曲毎に対応付けられる。再生部１５は、リストに従って、楽曲を再生する。具体的には、現在位置が曲開始地点に到達した時点で、当該曲開始地点に対応する楽曲が再生される。
【００８７】
次に、実施の形態５に係る楽曲検索システムの処理の流れを説明する。図１６は、実施の形態５に係る楽曲検索システムの処理の流れを示すフローチャートである。図１６に示す処理は、車両の走行前に行われる。まず、経路生成部５１は、経路を生成する（ステップＳ５１）。経路の出発地および目的地は、例えば、ユーザによって入力されることによって設定される。次に、地点決定部５２は、ステップＳ５１において生成された経路上の曲開始地点を決定する（ステップＳ５２）。さらに、ステップＳ５２において決定された各曲開始地点について、曲開始地点のシチュエーションに合った楽曲が選出される（ステップＳ５３）。この処理は、実施の形態１におけるステップＳ２１〜Ｓ２４の処理と同様である。最後に、リスト作成部５３は、ステップＳ５３において選出された楽曲のリストを作成する（ステップＳ５４）。実施の形態５においては、以上の処理が車両の走行前に行われ、車両の走行中には、リストに従って楽曲が再生される。
【００８８】
以上のように、実施の形態５によれば、実際にその場所に到達する前に、当該場所のシチュエーションに合った楽曲を予め選出しておくことができる。このように、本発明に係る楽曲検索システムは、現在のシチュエーションに合った楽曲の検索を行うものに限らず、予想されるシチュエーション（実施の形態５の場合は、後に通過すると予想される地点）に合った楽曲を検索するものであってもよい。実施の形態５によれば、走行中に検索処理を行う必要がないので、カーナビゲーションシステムにおける走行中の処理負担を減らすことができる。
【００８９】
また、作成されたリストのデータを他の音楽再生装置に移送することによって、当該他の音楽再生装置においてもリストに従った楽曲再生を行うことが可能となる。これによって、印象検索・選曲再生部を持たない音楽再生装置においても、シチュエーションに合った楽曲を検索・再生することができる。
【００９０】
さらに、出発地点の出発時刻がわかる場合には、曲開始地点に到達する到達時刻を予想することができる。この到達時刻を楽曲と対応付けてリストに記述しておけば、走行中に現在位置を検出する必要がない。従って、このようなリストは、ＧＰＳ受信器を持たない音楽再生装置においても利用することができる。
【００９１】
（実施の形態６）
以下、実施の形態６に係る楽曲検索システムについて説明する。実施の形態６に係る楽曲検索システムは、移動体端末とサーバとを含む構成である。図１７は、実施の形態６に係る楽曲検索システムの構成を示すブロック図である。図１７のように、楽曲検索システムは、移動体端末６１と、サーバ６２とを備えている。移動体端末６１とサーバ６２とは、インターネット網６３を介して通信可能である。
【００９２】
図１８は、移動体端末６１およびサーバ６２の詳細な構成を示すブロック図である。なお、図１８において、図１と同様の機能を有する構成要素については、同じ番号を付す。移動体端末６１は、位置取得部１６と、再生部１５と、端末側通信部６４とを備える。サーバ６２は、楽曲データ格納部１９と、パラメータ変換部１７と、変換テーブル格納部１８と、楽曲検索部２０と、印象値算出部１１と、サーバ側通信部６５とを備えている。端末側通信部６４は、インターネット網６３を介してサーバ６２との間でデータの送受信を行う。サーバ側通信部６５は、インターネット網６３を介して移動体端末６１との間でデータの送受信を行う。なお、図１８においては、インターネット網６３は図示していない。
【００９３】
実施の形態６では、移動体端末６１において位置取得部１６が移動体端末６１の現在位置の情報を取得すると、取得された現在位置の情報は端末側通信部６４によってサーバ６２へ送信される。現在位置の情報を受信したサーバ６２は、パラメータ変換部１７および楽曲検索部２０によって移動体端末６１の位置のシチュエーションに合った楽曲を選出する。選出された楽曲のデータおよび曲ＩＤは、サーバ側通信部６５によって移動体端末６１へ送信される。楽曲のデータを受信した移動体端末６１は、再生部１５によって当該楽曲を再生する。
【００９４】
以上のように実施の形態６によれば、移動体端末６１は楽曲の検索処理を行う必要がないので、移動体端末６１の処理負担を減らすことができる。さらに、移動体端末６１では楽曲のデータを格納しておく必要がなく、サーバ６２で楽曲のデータを格納しておけばよいので、多数の楽曲のデータを検索の対象とすることができる。従って、多数の楽曲をユーザに提供することができ、よりシチュエーションに合った楽曲をユーザに提供することができる。
【００９５】
なお、実施の形態６では、サーバ６２から移動体端末６１へ楽曲のデータが送信されたが、他の実施の形態では、楽曲のＩＤのみを送信してもよい。この場合、移動体端末６１は、楽曲データベースを持っておく必要がある。さらに、サーバ６２は、移動体端末６１の楽曲データベースの内容を知っておく必要がある。つまり、サーバ６２は、移動体端末６１の楽曲データベースに格納されている内容と同内容の情報を少なくとも格納する必要がある。例えば、移動体端末６１は、予め楽曲データベースの内容をサーバ６２へ送信しておくことが考えられる。
【００９６】
また、実施の形態６では、サーバ６２によって決定された１つの楽曲が移動体端末６１へ送信されたが、他の実施の形態では、複数の楽曲を候補として移動体端末６１へ送信するようにしてもよい。図１９は、他の実施の形態における構成を示す図である。図１９においては、サーバ６２の印象値検索部１３によって複数の楽曲が選択され、それらの楽曲のデータおよび曲ＩＤが送信される。移動体端末６１では、受信した複数の楽曲から１つの楽曲が楽曲選択部１４によって選択され、選択された楽曲が再生される。
【００９７】
また、実施の形態６では、移動体端末６１は楽曲を検索する機能を有しない構成であったが、他の実施の形態では、当該機能を有する構成であってもよい。具体的には、移動体端末６１を上記実施の形態１〜５のカーナビゲーションシステムとしてもよい。この場合、移動体端末６１とサーバ６２との双方で楽曲の検索が行われ、検索結果の中から１つを選択して再生するようにしてもよい。また、移動体端末６１において適切な楽曲が見つからなかった場合に、サーバ６２が楽曲の検索を行うようにしてもよい。
【００９８】
なお、以上の説明において、変換テーブルは１つでなく、所定の条件に応じて複数のテーブルを使い分けるようにしてもよい。例えば、変換テーブルを朝用、昼用、および夜用の３種類を用意しておき、朝用は、より爽やかな楽曲が選択されるようなテーブルとし、夜用は、より穏やかな楽曲が選択されるようなテーブルとするように、時間に応じて使い分けるようにしてもよい。なお、実施の形態２で用いられた各テーブル（位置テーブル、印象語テーブル、および印象値テーブル）についても変換テーブルと同様に、所定の条件に応じて複数のテーブルを使い分けるようにしてもよい。
【００９９】
また、これらのテーブル（変換テーブル、位置テーブル、印象語テーブル、および印象値テーブル）は、楽曲検索システムの外部から別途配信することによって取得されてもよい。配信には、インターネットやリムーバブルメディアを使用することができる。また、楽曲データベース１０に格納される楽曲のデータも同様に、楽曲検索システムの外部から別途配信することによって取得されてもよい。例えば、新曲については、配信による供給が有力な方法の一つである。
【０１００】
また、実施の形態１〜５では、楽曲検索システムをカーナビゲーションシステムに組み込んだ形態について説明したが、楽曲検索システムの形態はこれに限られない。楽曲検索システムは、携帯型のミュージックサーバや半導体プレーヤで多数の曲を蓄積したポータブルオーディオ機器と、個人用のＧＰＳ装置と、印象値を用いて楽曲の検索を行う機能とを組み合わせることによって実現できる。携帯可能な移動体端末によって楽曲検索システムを実現すれば、本システムを列車での旅行等でも利用することができる。
【０１０１】
また、実施の形態１〜６では、シチュエーションパラメータとして位置情報を用いたが、シチュエーションパラメータはこれに限られない。例えば、車両の速度等を用いてもよい。図２０は、変換テーブルの変形例を示す図である。なお、図２０では、印象値Ｘについては速度との対応がない。この場合、速度の情報は印象値Ｙのみに変換され、印象値Ｙのみを用いて楽曲の検索が行われる。このように、１種類の印象値のみを用いて楽曲の検索を行うことも可能である。シチュエーションパラメータとして位置情報および速度情報を用い、位置情報を印象値Ｘに、速度情報を印象値Ｙにそれぞれ変換するようにしてもよい。
【０１０２】
さらに、シチュエーションパラメータとしては、周囲の騒音、温度、ユーザの脈拍、周囲の明るさ、および現在位置の高度等のパラメータが考えられる。その他、渋滞情報等の交通情報を道路上の車両に提供するＶＩＣＳシステムが知られているが、このＶＩＣＳシステムによって得られる渋滞情報シチュエーションパラメータとしてもよい。具体的には、楽曲検索システムが渋滞情報を受信した場合には、より和む楽曲が選択されるような変換テーブルを作成するとよい。また、実施の形態４では、楽曲検索システムが渋滞情報を受信した場合には、より和む楽曲が選択されるように印象値を修正するとよい。
【０１０３】
なお、連続して楽曲の再生が行われる場合には、シチュエーションパラメータとして同じ値が取得されることから、前に聞いた楽曲が再び再生されてしまうことも考えられる。例えば、シチュエーションパラメータとして位置情報を用いる場合、信号待ちや渋滞等で車両があまり移動せず、前回とほぼ同じ位置の位置情報が取得されてしまうことが考えられる。このような場合を回避するために、再生した楽曲の履歴情報をメモリに記録しておいて、過去の所定時間以内に再生された楽曲が選択されないようにしてもよい。具体的には、当該履歴情報に含まれている楽曲は検索の対象としないようにする。このとき、所定時間以上前に再生された楽曲は履歴情報から削除するようにするとよい。なお、逆に、よく聴く曲を履歴情報メモリに記録しておいて、履歴情報に記録されている楽曲については選択の優先度を上げるようにしてもよい。
【０１０４】
なお、実施の形態１〜６では、印象値のみを用いて楽曲の検索を行うようにしたが、楽曲のタイトル、アーティスト名、楽曲のジャンル名等の書誌情報を印象値とともに用いるようにしてもよい。例えば、ユーザが、アーティスト名やジャンル名を予め入力している場合には、その中から、楽曲の検索を行うようにしてもよい。また、例えば、タイトルに「浜辺」という語句が含まれる楽曲を対象として楽曲の検索を行うことも可能である。さらに、ユーザが特定のアーティスト名を入力しておくことによって、そのアーティストの持ち歌の中から検索が行われ、ワンマンコンサート形式の演奏を楽しむことも可能である。
【０１０５】
また、実施の形態１〜６では、楽曲の検索によって再生すべき楽曲として選択される楽曲は、検索中心座標値に最も近い印象値を有する楽曲とした。なお、楽曲の選択の方法としては、検索中心座標値から所定の距離以内に含まれる印象値を有する楽曲の中から、乱数を用いてランダムに選択するようにしてもよい。
【０１０６】
また、実施の形態５では、経路からリストを作成する例を説明したが、逆に、ユーザが楽曲のリストをまず作成し、リストから経路を導出することも可能である。このように導出された経路に沿って運転計画を作成すれば、ユーザは、音楽進行によって運転経路を決める、という遊びを楽しむことができる。このような遊びを音楽ラリーと呼ぶこともできる。
【０１０７】
また、実施の形態１〜６に係る楽曲検索システムを、スケジュール管理機能に利用することが可能である。例えば、時間をシチュエーションパラメータとし、予定の時間に遅れそうな場合には、急がしてくれそうな楽曲が再生されるようにする。また、例えば、スケジュール管理用のデータテーブルとしてスケジュールの進行の予定時刻を格納するテーブルを用意しておく。そして、スケジュールの進行の予定時刻と現在時刻とを比較し、余裕が一定範囲を割ると、テンポの早い印象値の曲が再生されるようにする。
【０１０８】
また、シチュエーションパラメータとして、乗り物情報、例えば、乗車した鉄道会社の情報を検知するようにしてもよい。この乗り物情報を位置カテゴリに変換して、各鉄道会社の印象、あるいは、沿線にちなんだ印象語を選んで、印象値に変換し、曲目を検索してもよい。例えば、琵琶湖周辺の湖西線であれば、湖や浜辺、ボート、ヨット等を思い浮かべるような印象語に変換されるようにする。
【０１０９】
また、楽曲検索システムが他の機器との通信を行うことが可能な場合には、シチュエーションパラメータとして、所定の機器の位置情報を用いてもよい。つまり、所定の機器から位置情報と機器のＩＤとを受信し、受信した位置情報と自己の現在位置が一定距離以内になると、予め定められた印象値を有する楽曲を再生する。これによって、所定の機器が接近することによって、何らかのイベントが発生するようにできる。例えば、ユーザの知人が近づいてくると、その知人をイメージする楽曲が再生されるようにする。徘徊老人や迷子の位置検知機能を有する個人用端末機器や携帯電話機が開発されているが、そのような機器に楽曲検索・再生機能を組み合わせることによって、以上のような機能を実現することができる。
【０１１０】
また、実施の形態１〜６において、変換テーブルが動的に配信されるようにしてもよい。例えば、ファーストフード店の近辺では、店のテーマソングに似た印象の楽曲が選択されるような変換テーブルを配信する。これによって、店の印象をユーザに与えることができ、再来店が期待できる。さらに、変換テーブルが配信されると、ポイントサービスのポイントがユーザに与えられるようにしてもよい。
【０１１１】
また、変換テーブル等の内容を追加する機能を付加した場合（実施の形態３参照）には、追加したテーブルの内容をフィードバックすることができる。フィードバックとは、追加された各テーブル（変換テーブル、位置テーブル、印象語テーブル、および印象値テーブル）の内容を、収集センターに送信することである。これによって、ユーザが行った各テーブルにおける対応付けを、収集センターで収集することができる。そして、収集センターが収集した対応付けを他のユーザに配信することによって、他のユーザは、その対応付けを自己のシステムのテーブルに追加することができる。従って、自分が行っていない場所での適切な印象値や印象語を容易に得ることができる。これによって、ユーザは、ある場所を訪れたときの感覚、情緒を、他のユーザと共有することができる。
【０１１２】
また、収集センターによって、ある場所に対するユーザの印象を容易に集計することができる。例えば、当該ある場所が店である場合、その店にはどのような印象の曲がマッチしているとユーザが感じているかをモニタすることができる。楽曲の印象が店の印象であると考えると、店の雰囲気をどう感じているかをモニタリングできることになる。
【０１１３】
さらに、収集センターが各テーブルや楽曲を提供する場合には、収集センターは、ユーザから得られた情報に基づいて当該ユーザの嗜好を判断することによって、ユーザの嗜好に合致したテーブルや楽曲を提供することができる。
【０１１４】
以上に説明したフィードバックを行うためには、図１７と同様の構成をとればよい。すなわち、収集センターと楽曲検索システムとの間の通信回線を確立すればよい。
【図面の簡単な説明】
【図１】実施の形態１に係る楽曲検索システムの構成を示すブロック図である。
【図２】実施の形態１に係る楽曲検索システムの機能的な構成を示すブロック図である。
【図３】印象空間の例を示す図である。
【図４】変換テーブルの一例を示す図である。
【図５】実施の形態１に係る楽曲検索システムの処理の流れを示すフローチャートである。
【図６】実施の形態２に係る楽曲検索システムの機能的な構成を示すブロック図である。
【図７】位置テーブルの一例を示す図である。
【図８】印象語テーブルの一例を示す図である。
【図９】印象値テーブルの一例を示す図である。
【図１０】実施の形態２における位置情報から印象値への変換処理の詳細を示すフローチャートである。
【図１１】実施の形態３に係る楽曲検索システムの機能的な構成を示すブロック図である。
【図１２】実施の形態３における楽曲再生中の処理の流れを示すフローチャートである。
【図１３】実施の形態４に係る楽曲検索システムの機能的な構成を示すブロック図である。
【図１４】実施の形態４に係る楽曲検索システムの処理の流れを示すフローチャートである。
【図１５】実施の形態５に係る楽曲検索システムの機能的な構成を示すブロック図である。
【図１６】実施の形態５に係る楽曲検索システムの処理の流れを示すフローチャートである。
【図１７】実施の形態６に係る楽曲検索システムの構成を示すブロック図である。
【図１８】移動体端末６１およびサーバ６２の詳細な構成を示すブロック図である。
【図１９】他の実施の形態における構成を示す図である。
【図２０】変換テーブルの変形例を示す図である。
【図２１】従来の音楽再生装置の構成を示す図である。
【符号の説明】
１５　再生部
１６　位置取得部
１７　パラメータ変換部
１９　楽曲データ格納部
２０　楽曲検索部

Claims (14)

1. 楽曲の検索を行う楽曲検索システムであって、
   複数の楽曲のデータと、楽曲の特徴を示す楽曲パラメータとを対応付けて格納する楽曲データ格納部と、
   ユーザの周囲の状況を示すシチュエーションパラメータを取得する状況取得部と、
   前記状況取得部によって取得されたシチュエーションパラメータを楽曲パラメータに変換するパラメータ変換部と、
   前記パラメータ変換部によって変換された楽曲パラメータを用いて前記楽曲データ格納部に格納されている楽曲の検索を行い、再生すべき楽曲を選択する楽曲検索部と、
   前記楽曲検索部によって選択された楽曲を再生する再生部とを備える、楽曲検索システム。
2. 前記楽曲パラメータは、楽曲に対して聴者が受ける印象を数量化した印象値である、請求項１に記載の楽曲検索システム。
3. シチュエーションパラメータと、楽曲パラメータとを対応付けた変換テーブルを格納する変換テーブル格納部をさらに備え、
   前記パラメータ変換部は、変換テーブルを用いてシチュエーションパラメータを楽曲パラメータに変換する、請求項１に記載の楽曲検索システム。
4. ユーザから記録指示を受け付ける記録受付部と、
   前記再生部によって楽曲が再生されている際に前記記録受付部が記録指示を受け付けた場合、再生中の楽曲の楽曲パラメータと、現時点におけるシチュエーションパラメータとの組を前記変換テーブルに追加する対応記録部とをさらに備える、請求項３に記載の楽曲検索システム。
5. 前記シチュエーションパラメータは、ユーザとともに移動する移動体の移動状況を示す移動パラメータであり、
   前記移動体に搭載される、請求項１に記載の楽曲検索システム。
6. 前記移動パラメータは、前記移動体の位置を示す位置座標であり、
   位置座標と、当該位置座標により示される位置の特徴を表現する位置カテゴリとを対応付けた位置テーブルを格納する位置テーブル格納部と、
   位置カテゴリと、当該位置カテゴリにおいて再生すべき楽曲の印象値とを対応付けた印象値テーブルを格納する印象値テーブル格納部とをさらに備え、
   前記パラメータ変換部は、
   前記位置テーブルを用いて、前記状況取得部によって取得された位置座標を、対応する位置カテゴリに変換する位置カテゴリ変換部と、
   前記印象値テーブルを用いて、前記位置カテゴリ変換部によって変換された位置カテゴリを、対応する印象値に変換する印象値変換部とを含む、請求項５に記載の楽曲検索システム。
7. 前記移動パラメータは、前記移動体の位置を示す位置座標であり、
   位置座標と、当該位置座標により示される位置において再生すべき楽曲の印象を表現する印象語とを対応付けた印象語テーブルを格納する印象語テーブル格納部と、
   印象語と印象値とを対応付けた印象値テーブルを格納する印象値テーブル格納部とをさらに備え、
   前記パラメータ変換部は、
   前記印象語テーブルを用いて、前記状況取得部によって取得された位置座標を、対応する印象語に変換する印象語変換部と、
   前記印象値テーブルを用いて、前記印象語変換部によって変換された印象語を、対応する印象値に変換する印象値変換部とを含む、請求項５に記載の楽曲検索システム。
8. 前記移動パラメータは、前記移動体の位置を示す位置座標であり、
   位置座標と、当該位置座標により示される位置の特徴を表現する位置カテゴリとを対応付けた位置テーブルを格納する位置テーブル格納部と、
   位置カテゴリと、当該位置カテゴリにより表現される位置において再生すべき楽曲の印象を表現する印象語とを対応付けた印象語テーブルを格納する印象語テーブル格納部と、
   印象語と印象値とを対応付けた印象値テーブル格納部とをさらに備え、
   前記パラメータ変換部は、
   前記位置テーブルを用いて、前記状況取得部によって取得された位置座標を、対応する位置カテゴリに変換する位置カテゴリ変換部と、
   前記印象語テーブルを用いて、前記位置カテゴリ変換部によって変換された位置カテゴリを、対応する印象語に変換する印象語変換部と、
   前記印象値テーブルを用いて、前記位置カテゴリ変換部によって変換された位置カテゴリを、対応する印象値に変換する印象値変換部とを含む、請求項５に記載の楽曲検索システム。
9. 所定の２地点間の経路を生成する経路生成部と、
   前記経路上の所定の地点を決定する地点決定部と、
   前記楽曲検索部によって選択された楽曲のリストを作成するリスト作成部とをさらに備え、
   前記状況取得部は、前記所定の地点の位置座標を前記シチュエーションパラメータとして取得し、
   前記再生部は、前記リストに従って楽曲を再生する、請求項１に記載の楽曲検索システム。
10. 移動体端末と、当該移動体端末と通信可能なサーバとを備え、
    前記移動体端末は、
    前記状況取得部と、
    前記再生部とを含み、
    前記サーバは、
    前記楽曲データ格納部と、
    前記パラメータ変換部と、
    前記楽曲検索部とを含み、
    前記状況取得部は、取得したシチュエーションパラメータを前記サーバに送信し、
    前記パラメータ変換部は、前記状況取得部から送信されてくるシチュエーションパラメータを楽曲パラメータに変換し、
    前記楽曲検索部は、選択した楽曲のデータを前記移動体端末へ送信し、
    前記再生部は、前記楽曲検索部から送信されてくる楽曲のデータを受信し、当該楽曲を再生する、請求項１に記載の楽曲検索システム。
11. 前記楽曲データ格納部は、楽曲を識別するための楽曲ＩＤを楽曲のデータと対応付けて格納しており、
    移動体端末と、当該移動体端末と通信可能なサーバとを備え、
    前記移動体端末は、
    前記楽曲データ格納部と、
    前記状況取得部と、
    前記再生部とを含み、
    前記サーバは、
    前記パラメータ変換部と、
    前記楽曲検索部と、
    前記楽曲データ格納部に格納されている内容と同内容の情報を少なくとも格納するサーバ側楽曲データ格納部とを含み、
    前記状況取得部は、取得したシチュエーションパラメータを前記サーバに送信し、
    前記パラメータ変換部は、前記状況取得部から送信されてくるシチュエーションパラメータを楽曲パラメータに変換し、
    前記楽曲検索部は、選択した楽曲を識別するための楽曲ＩＤを前記移動体端末へ送信し、
    前記再生部は、前記楽曲検索部から送信されてくる楽曲ＩＤにより示される楽曲を再生する、請求項１に記載の楽曲検索システム。
12. 楽曲の検索を行う楽曲検索方法であって、
    複数の楽曲のデータと、楽曲の特徴を示す楽曲パラメータとを対応付けて格納しておき、
    ユーザの周囲の状況を示すシチュエーションパラメータを取得する状況取得ステップと、
    前記状況取得ステップにおいて取得されたシチュエーションパラメータを楽曲パラメータに変換するパラメータ変換ステップと、
    前記パラメータ変換ステップにおいて変換された楽曲パラメータを用いて前記格納されている楽曲の検索を行い、再生すべき楽曲を選択する楽曲検索ステップと、
    前記楽曲検索ステップにおいて選択された楽曲を再生する再生ステップとを備える、楽曲検索方法。
13. 楽曲の検索を行う楽曲検索方法をコンピュータに実行させるためのプログラムであって、
    前記コンピュータには、複数の楽曲のデータと、楽曲の特徴を示す楽曲パラメータとが対応付けて格納されており、
    ユーザの周囲の状況を示すシチュエーションパラメータを取得する状況取得ステップと、
    前記状況取得ステップにおいて取得されたシチュエーションパラメータを楽曲パラメータに変換するパラメータ変換ステップと、
    前記パラメータ変換ステップにおいて変換された楽曲パラメータを用いて前記格納されている楽曲の検索を行い、再生すべき楽曲を選択する楽曲検索ステップと、
    前記楽曲検索ステップにおいて選択された楽曲を再生する再生ステップとを、前記コンピュータに実行させるプログラム。
14. 楽曲の検索を行う楽曲検索方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、前記コンピュータには、複数の楽曲のデータと、楽曲の特徴を示す楽曲パラメータとが対応付けて格納されており、
    ユーザの周囲の状況を示すシチュエーションパラメータを取得する状況取得ステップと、
    前記状況取得ステップにおいて取得されたシチュエーションパラメータを楽曲パラメータに変換するパラメータ変換ステップと、
    前記パラメータ変換ステップにおいて変換された楽曲パラメータを用いて前記格納されている楽曲の検索を行い、再生すべき楽曲を選択する楽曲検索ステップと、
    前記楽曲検索ステップにおいて選択された楽曲を再生する再生ステップとを、前記コンピュータに実行させるプログラムを記録した記録媒体。

Images