(57)【要約】【課題】感情等を客観的に分析させ楽曲を選択させるという作業をユーザにさせること無く、その感情等に適した楽曲を自動的に選択すること。【解決手段】テキスト又はオブジェクトのデータが入力されるデータ入力ステップと、入力されたテキスト又はオブジェクトを解析するデータ解析ステップと、解析の結果に基づいてテキスト又はオブジェクトに応じた少なくとも一つの特徴情報を生成する特徴情報生成ステップと、生成された特徴情報と、所定の楽曲データベースの楽曲データの特徴情報とを比較する比較ステップと、比較の結果に基づいて所定の楽曲データベースから少なくとも１つの楽曲データを選択する楽曲選択ステップとを含む方法を提供する。【選択図】図５
2010210847.tif 000002
【特許請求の範囲】
【請求項１】
所定の楽曲データベースから楽曲の特徴を示す少なくとも一つの特徴情報に関連付けられた楽曲データを選択する楽曲選択方法において、
テキスト又はオブジェクトのデータが入力されるデータ入力ステップと、
前記入力されたテキスト又はオブジェクトを解析するデータ解析ステップと、
前記解析の結果に基づいて前記テキスト又はオブジェクトに応じた前記少なくとも一つの特徴情報を生成する特徴情報生成ステップと、
前記生成された特徴情報と、前記所定の楽曲データベースの楽曲データの特徴情報とを比較する比較ステップと、
前記比較の結果に基づいて前記所定の楽曲データベースから少なくとも１つの楽曲データを選択する楽曲選択ステップと、
を含むことを特徴とする楽曲選択方法。
【請求項２】
楽曲再生時に実施される、
再生中の楽曲に関連付けられた前記少なくとも一つの特徴情報に基づき、所定の画像データベースから該楽曲に応じた画像を取得する画像取得ステップと、
前記取得された画像を楽曲の傾向を表現する所定の仮想的な座標領域に配置する画像配置ステップと、
前記所定の楽曲データベースの各楽曲データへのリンクを、該リンクの各々に関連付けられた前記少なくとも一つの特徴情報に基づき前記座標領域にマッピングし、前記画像に重畳させて所定の画面に表示させる表示ステップと、
を更に含むことを特徴とする、請求項１に記載の楽曲選択方法。
【請求項３】
前記楽曲選択ステップにおいて、前記生成された特徴情報に対応する前記座標領域内の位置を中心とした所定範囲内に含まれる全ての前記リンクの楽曲データを選択することを特徴とする、請求項２に記載の楽曲選択方法。
【請求項４】
前記楽曲選択ステップにおいて複数の楽曲データが選択された場合に、該複数の楽曲データをリストしたプレイリストを作成するプレイリスト作成ステップ
を更に含むことを特徴とする、請求項１から請求項３の何れかに記載の楽曲選択方法。
【請求項５】
前記データ入力ステップにおいて入力されるテキストは、所定のメール受信手段により受信されたメールのメッセージ本文、及び該本文に付帯するメール付帯情報であることを特徴とする、請求項１から請求項４の何れかに記載の楽曲選択方法。
【請求項６】
前記データ解析ステップにおいては、前記受信されたメールのメッセージ本文を解析することを特徴とする、請求項５に記載の楽曲選択方法。
【請求項７】
前記データ解析ステップにおいて、前記メール付帯情報が示す前記メールのカテゴリーに応じて前記楽曲の選択を行うか否かを決定することを特徴とする、請求項５または請求項６の何れかに記載の楽曲選択方法。
【請求項８】
前記データ入力ステップにおいて入力されるオブジェクトは、所定の撮像手段により撮影された画像のデータ、又は所定の音声入力手段に入力された音声のデータであることを特徴とする、請求項１から請求項７の何れかに記載の楽曲選択方法。
【請求項９】
請求項１から請求項８の何れかに記載の楽曲選択方法をコンピュータに実行させるための画像選択プログラム。
【請求項１０】
楽曲の特徴を示す少なくとも一つの特徴情報に関連付けられた楽曲データが格納された楽曲データベースと、
テキスト又はオブジェクトのデータが入力されるデータ入力手段と、
前記入力されたテキスト又はオブジェクトを解析するデータ解析手段と、
前記解析の結果に基づいて前記テキスト又はオブジェクトに応じた前記少なくとも一つの特徴情報を生成する特徴情報生成手段と、
前記生成された特徴情報と、前記所定の楽曲データベースの楽曲データの特徴情報とを比較する比較手段と、
前記比較の結果に基づいて前記楽曲データベースから少なくとも１つの楽曲データを選択する楽曲選択手段と、
を有することを特徴とする楽曲選択装置。
【請求項１１】
前記選択された楽曲を再生する楽曲再生手段と、
前記少なくとも一つの特徴情報に関連付けられた画像が格納された画像データベースと、
再生中の楽曲に関連付けられた前記少なくとも一つの特徴情報に基づき、前記画像データベースから該楽曲に応じた画像を取得する画像取得手段と、
前記取得された画像を楽曲の傾向を表現する所定の仮想的な座標領域に配置する画像配置手段と、
前記楽曲データベースの各楽曲データへのリンクを、該リンクの各々に関連付けられた前記少なくとも一つの特徴情報に基づき前記座標領域にマッピングして、前記画像に重畳させて画面に表示する表示手段と、
を更に有することを特徴とする、請求項１０に記載の楽曲選択装置。
【請求項１２】
前記楽曲選択手段は、前記生成された特徴情報に対応する前記座標領域内の位置を中心とした所定範囲内に含まれる全ての前記リンクの楽曲データを選択することを特徴とする、請求項１１に記載の楽曲選択装置。
【請求項１３】
前記楽曲選択手段により複数の楽曲データが選択されたとき、該複数の楽曲データをリストしたプレイリストを作成するプレイリスト作成手段
を更に有することを特徴とする、請求項１０から請求項１２の何れかに記載の楽曲選択装置。
【請求項１４】
前記データ入力手段に入力されるテキストは、所定のメール受信手段により受信されたメールのメッセージ本文、及び該本文に付帯するメール付帯情報であることを特徴とする、請求項１０から請求項３の何れかに記載の楽曲選択装置。
【請求項１５】
前記データ解析手段は、前記受信されたメールのメッセージ本文を解析することを特徴とする、請求項１４に記載の楽曲選択装置。
【請求項１６】
前記データ解析手段は、前記メール付帯情報が示す前記メールのカテゴリーに応じて前記楽曲の選択を行うか否かを決定することを特徴とする、請求項１４または請求項１５の何れかに記載の楽曲選択装置。
【請求項１７】
前記データ入力手段に入力されるオブジェクトは、所定の撮像手段により撮影された画像のデータ、又は所定の音声入力手段に入力された音声のデータであることを特徴とする、請求項１０から請求項１６の何れかに記載の楽曲選択装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、所定の楽曲データベースから楽曲の特徴を示す少なくとも一つの特徴情報に関連付けられた楽曲データを選択する方法、プログラム、及び装置に関する。
【背景技術】
【０００２】
近年、楽曲データをＭＰ３（MPEG-1 Audio Layer-3）等の高圧縮率の音声圧縮コーデックを用いて圧縮して、ＨＤＤ（Hard Disk Drive）等の大容量記憶媒体に記憶するオーディオ装置が普及している。この種のオーディオ装置は、数千曲から数万曲といった膨大な数の楽曲をＨＤＤに記憶することができる。従って、ユーザは、ＨＤＤの残容量に注意を払うことなく所望の楽曲をオーディオ装置に次々と記憶させることができる。しかし、ＨＤＤに多数の楽曲を記憶できる反面、そのなかから聴きたい楽曲を速やかに探し出すことが難くなるといった新たな問題が生じている。
【０００３】
上記の問題を解消すべく、膨大な数の楽曲のなかから所望の楽曲を検索するのに好適な楽曲検索技術が種々提案されている。その一例が特許文献１に開示されている。特許文献１によれば、楽曲は、ＣＤ（Compact Disc）等からリッピングされて楽曲データベースに格納される。このとき楽曲は、複数の評価項目によって評価され、各評価項目の評価結果と関連付けられる。このようにして楽曲データベースに格納された各楽曲（より正確には、球体で表示された楽曲へのリンク）は、評価結果に従って、各評価項目に対応する３軸で表現された仮想的な三次元空間にマッピングされる。仮想三次元空間は、各楽曲へのリンクに加えてさらに、各評価項目に対応した楽曲のイメージを表す印象標語が当該空間の端部付近に重畳されてディスプレイに表示される。ユーザは、ディスプレイに表示された仮想三次元空間内の各リンクの位置を視認して各楽曲のイメージを視覚的に捉えることにより、聴取したい楽曲を感覚的に選び出すことができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１１９１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載の技術により視覚的イメージによる感覚的な選曲が実現されるとは言いつつも、ユーザが選曲時における気分や感情等をある程度客観的に分析しなければ所望の楽曲を適切に選択することが難しいといった問題が指摘される。これまでのところ、かかる問題については何ら提起されておらず、当該問題を解決する手段についての検討は行なわれていなかった。
【０００６】
本発明はこのような事情に鑑みてなされたものであり、その目的とするところは、ユーザによる客観的な感情分析等を要さずとも、ユーザのその時の気分や感情等に適した楽曲を自動的に選択することができる楽曲選択方法、楽曲選択プログラム、及び楽曲選択装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記の課題を解決する本発明の一形態に係る楽曲選択方法は、所定の楽曲データベースから楽曲の特徴を示す少なくとも一つの特徴情報に関連付けられた楽曲データを選択する方法であり、テキスト又はオブジェクトのデータが入力されるデータ入力ステップと、入力されたテキスト又はオブジェクトを解析するデータ解析ステップと、解析の結果に基づいてテキスト又はオブジェクトに応じた少なくとも一つの特徴情報を生成する特徴情報生成ステップと、生成された特徴情報と、所定の楽曲データベースの楽曲データの特徴情報とを比較する比較ステップと、比較の結果に基づいて所定の楽曲データベースから少なくとも１つの楽曲データを選択する楽曲選択ステップとを含むことを特徴とする。
【０００８】
データ入力ステップで入力されるテキストには、例えば携帯電話端末等のメール受信手段により受信されたメール（メッセージ本文、及び該本文に付帯するメール付帯情報を含むメール）が考えられる。また、オブジェクトとしては、車載カメラ等の撮像手段により撮影された画像のデータ、又はマイク等の音声入力手段に入力された音声のデータが想定される。この種のテキスト又はオブジェクトは、選曲を意識した行動等に起因して生成されたデータではなく、ユーザのその時の気分や感情等を反映し得るものであり、或いはユーザのその時の気分や感情等に影響を及ぼし得るものである。そのため、かかるデータを利用して選曲基準を生成し選曲処理を行うことにより、感情等を客観的に分析させ楽曲を選択させるという作業をユーザにさせること無く、その感情等に適した楽曲が自動的に選択されるようになる。
【０００９】
本発明に係る楽曲選択方法は、楽曲再生時に実施される次のステップを更に含む方法としてもよい。楽曲再生時に実施されるステップは、再生中の楽曲に関連付けられた少なくとも一つの特徴情報に基づき、所定の画像データベースから該楽曲に応じた画像を取得する画像取得ステップと、取得された画像を楽曲の傾向を表現する所定の仮想的な座標領域に配置する画像配置ステップと、所定の楽曲データベースの各楽曲データへのリンクを、該リンクの各々に関連付けられた少なくとも一つの特徴情報に基づき座標領域にマッピングし、画像に重畳させて所定の画面に表示させる表示ステップである。
【００１０】
楽曲選択ステップにおいて、特徴情報生成ステップにて生成された特徴情報に対応する座標領域内の位置を中心とした所定範囲内に含まれる全てのリンクの楽曲データが選択されるようにしてもよい。
【００１１】
本発明に係る楽曲選択方法は、楽曲選択ステップにおいて複数の楽曲データが選択された場合に、該複数の楽曲データをリストしたプレイリストを作成するプレイリスト作成ステップを更に含む方法としてもよい。
【００１２】
データ入力ステップで入力されるテキストがメールであるとき、データ解析ステップにおいては、例えば受信されたメールのメッセージ本文が解析される。また、かかるデータ解析ステップにおいて、メール付帯情報が示すメールのカテゴリーに応じて楽曲の選択を行うか否かを決定するようにしてもよい。
【００１３】
上記の課題を解決する本発明の一形態に係る画像選択プログラムは、上記の何れかに記載の楽曲選択方法をコンピュータに実行させるためのプログラムである。
【００１４】
上記の課題を解決する本発明の一形態に係る楽曲選択装置は、楽曲の特徴を示す少なくとも一つの特徴情報に関連付けられた楽曲データが格納された楽曲データベースと、テキスト又はオブジェクトのデータが入力されるデータ入力手段と、入力されたテキスト又はオブジェクトを解析するデータ解析手段と、解析の結果に基づいてテキスト又はオブジェクトに応じた少なくとも一つの特徴情報を生成する特徴情報生成手段と、生成された特徴情報と、所定の楽曲データベースの楽曲データの特徴情報とを比較する比較手段と、比較の結果に基づいて楽曲データベースから少なくとも１つの楽曲データを選択する楽曲選択手段とを有することを特徴とする。
【００１５】
本発明に係る楽曲選択装置は、楽曲選択手段により選択された楽曲を再生する楽曲再生手段と、少なくとも一つの特徴情報に関連付けられた画像が格納された画像データベースと、再生中の楽曲に関連付けられた少なくとも一つの特徴情報に基づき、画像データベースから該楽曲に応じた画像を取得する画像取得手段と、取得された画像を楽曲の傾向を表現する所定の仮想的な座標領域に配置する画像配置手段と、楽曲データベースの各楽曲データへのリンクを、該リンクの各々に関連付けられた少なくとも一つの特徴情報に基づき座標領域にマッピングして、画像に重畳させて画面に表示する表示手段と更に有する構成としてもよい。
【００１６】
ここで、楽曲選択手段は、生成された特徴情報に対応する座標領域内の位置を中心とした所定範囲内に含まれる全てのリンクの楽曲データを選択する構成としてもよい。
【００１７】
本発明に係る楽曲選択装置は、楽曲選択手段により複数の楽曲データが選択されたとき、該複数の楽曲データをリストしたプレイリストを作成するプレイリスト作成手段を更に有する構成としてもよい。
【００１８】
データ入力手段に入力されるテキストは、例えば携帯電話端末等のメール受信手段により受信されたメールのメッセージ本文、及び該本文に付帯するメール付帯情報である。このとき、データ解析手段は、受信メールのメッセージ本文を解析する構成としてもよい。また、データ解析手段は、メール付帯情報が示すメールのカテゴリーに応じて楽曲の選択を行うか否かを決定する処理を実行してもよい。また、データ入力手段に入力されるオブジェクトは、例えば車載カメラ等の撮像手段により撮影された画像のデータ、又はマイク等の音声入力手段に入力された音声のデータである。
【発明の効果】
【００１９】
本発明に係る画像選択方法、画像選択プログラム、及び楽曲選択装置によれば、ユーザによる客観的な感情分析等を要さずとも、ユーザのその時の気分や感情等に適した楽曲が自動的に選択される。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態のオーディオ装置の構成を示すブロック図である。
【図２】本発明の実施形態の楽曲選択用ＧＵＩを示す図である。
【図３】本発明の実施形態の楽曲選択用ＧＵＩを表示する際に実行される楽曲選択用ＧＵＩ表示処理を示すフローチャートである。
【図４】本発明の実施形態の背景画像データベースの概念的な構造図である。
【図５】本発明の実施形態の背景画像データベースの各画像と背景画像表示領域との関係を説明するための図である。
【図６】本発明の実施形態の楽曲選択処理を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、図面を参照して、本発明の実施形態のオーディオ装置について説明する。
【００２２】
図１は、本実施形態のオーディオ装置１００の構成を示すブロック図である。図１に示されるように、オーディオ装置１００の各ブロックは、システムバス１０を介して相互に接続されている。各ブロックは、オーディオ装置１００の電源投入後、システムバス１０を介して必要なハードウェアにアクセスする。
【００２３】
例えばオーディオ装置１００の電源投入直後は、ＣＰＵ（Central Processing Unit）２０がＲＯＭ（Read-Only Memory）２２にアクセスする。ＣＰＵ２０は、ＲＯＭ２２に格納されているファームウェアを呼び出して、ファームウェアをＲＡＭ２４（例えばＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）など）のワークエリアに展開して、オーディオ装置１００のシステムを起動する。これにより、各ブロックがＣＰＵ２０による制御下で必要に応じて連係動作して処理を実行し、ユーザ操作等により選択された楽曲が再生される。
【００２４】
ユーザ操作を受け付けるデバイスとして、操作キー（ハードウェアキー）２６がオーディオ装置１００のフロントパネルに設けられている。オーディオ装置１００のフロントパネルには、再生中の楽曲に関する情報を表示する液晶ディスプレイ２８も設けられている。液晶ディスプレイ２８はタッチパネル構造を有し、入力装置としての機能も兼ね備えている。ユーザは、操作キー２６に対するキー入力や、液晶ディスプレイ２８に表示されるＧＵＩ（Graphical User Interface）に対するフィンガータッチやペンタッチを行うことにより、オーディオ装置１００を操作することができる。
【００２５】
電源投入後に楽曲再生（ここでは単に楽曲の再生を指示する操作）のユーザ操作が行われたとき、所定の楽曲再生用画面が液晶ディスプレイ２８に表示されると同時に、前回使用時に最後に再生された楽曲（以下、「ラストワン」と記す。）がスピーカ３０により再生される。このときオーディオ装置１００の各ブロックで実行される処理を以下に説明する。
【００２６】
まず、上記ユーザ操作に応じた操作信号が生成されてＣＰＵ２０に入力される。ＣＰＵ２０は、入力された操作信号に応答してＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）３２にアクセスする。ここで、新たに楽曲が再生される毎に、楽曲データベース３４ａから再生楽曲の情報（例えば楽曲名）が読み出されてＥＥＰＲＯＭ３２に上書き保存される。すなわち、ラストワンの情報は楽曲再生毎に逐次更新されて、ＥＥＰＲＯＭ３２に常に保持されている。
【００２７】
ＣＰＵ２０は、ＥＥＰＲＯＭ３２からラストワンの情報を読み出したとき、その情報を検索キーとして内蔵ストレージ３４に記憶された楽曲データベース３４ａにアクセスする。内蔵ストレージ３４は、容量を優先させる設計であれば例えばＨＤＤが、アクセス速度を優先させる設計であれば例えばフラッシュメモリが、それぞれ採用される。
【００２８】
内蔵ストレージ３４に記憶された楽曲データベース３４ａには、例えばＣＤ等からリッピングされた楽曲データが蓄積されている。ここで、オーディオ装置１００で実行されるリッピング処理について説明する。
【００２９】
リッピング処理は、メディアドライブ３６とＤＳＰ（Digital Signal Processor）３８との連係動作により実行される。メディアドライブ３６は、ＣＤやＤＶＤ（Digital Versatile Disc）、ＢＤ（Blu-ray Disc）等の記録メディアを再生するドライブである。ＤＳＰ３８は、オーディオデータに対するコーデック処理や、コーデック処理により伸張されたデジタルオーディオデータのアナログ変換処理等を行う信号処理回路である。
【００３０】
例えば音楽ＣＤがメディアドライブ３６のスロットに挿入されたとき、メディアドライブ３６は、各トラックの楽曲データ（例えばＰＣＭ（pulse code modulation）形式）を読み込んでＤＳＰ３８に出力する。ＤＳＰ３８は、メディアドライブ３６からのＰＣＭ形式の楽曲データをＭＰ３やＡＡＣ（Advanced Audio Coding）等の音声圧縮コーデックにより圧縮する。圧縮された楽曲データは、ＣＰＵ２０の制御の下、内蔵ストレージ３４の楽曲データベース３４ａに格納される。このようにして楽曲データがリッピングされる。なお、ＤＳＰ３８において実行される音声圧縮コーデックの形式はＭＰ３やＡＡＣに限らない。オーディオ装置１００の仕様に応じて他の非可逆圧縮コーデックや可逆圧縮コーデック等が採用されることもある。
【００３１】
内蔵ストレージ３４には、さらに、楽曲データベース３４ａの各楽曲データを管理するための楽曲管理レコード群が記憶されている。各楽曲管理レコードは、各楽曲データに関連付けられたデータであり、例えば「楽曲名」、「アーティスト名」、「アルバム名」、「ジャンル」、「特徴（後述）」等の各フィールドにエントリされたデータで構成されている。ユーザは、ユーザ操作により各フィールドにテキストデータをエントリさせることができる。
【００３２】
また、オーディオ装置１００は、図示省略された通信モデムによりインターネットにアクセスすることができる。例えばリッピング時にＣＤのＴＯＣ（Table of contents）情報が読み込まれたとき、ＣＰＵ２０は、通信モデムを介してインターネット上のＣＤＤＢ（CD DataBase）にアクセスして、当該ＣＤのＴＯＣ情報に対応する楽曲名等のメタ情報をダウンロードする。次いで、リッピング中のＣＤの楽曲データに対応する楽曲管理レコードを作成する。ＣＰＵ２０は、作成された楽曲管理レコードの各フィールドに、ダウンロードされたメタ情報の各テキストデータをエントリする。この場合、ユーザは、楽曲名等を手入力する必要がない。
【００３３】
オーディオ装置１００は、通信インタフェース４８を介してＵＳＢ（Universal Serial Bus）メモリなどの外付けストレージ４０や携帯電話端末５０と通信可能に構成されている。通信インタフェース４８は、例えばＵＳＢ規格やＩＥＥＥ１３９４（Institute of Electrical and Electronic Engineers 1394）規格に準拠したポートを有しており、外付けストレージ４０や携帯電話端末５０と有線接続される。また、通信インタフェース４８は、携帯電話端末５０との間でBluetooth規格やＩｒＤＡ規格に準拠した無線通信もできるように構成されている。
【００３４】
オーディオ装置１００は、外付けストレージ４０や携帯電話端末５０に格納された楽曲データも楽曲データベース３４ａに格納することができる。詳しくは、ＣＰＵ２０は、ＰｎＰ（Plug and Play）やＧＡＰ（Generic Access Profile）等により外付けストレージ４０や携帯電話端末５０を認識してリソースの割当てやデバイスドライバの導入等を行う。これ以降、ＣＰＵ２０は、外付けストレージ４０や携帯電話端末５０等の外部デバイスを認識して、外部デバイスに記憶されたデータにアクセスできるようになる。
【００３５】
ユーザが外付けストレージ４０や携帯電話端末５０に記憶された楽曲データをオーディオ装置１００に保存する操作をしたとき、ＣＰＵ２０は、外付けストレージ４０や携帯電話端末５０の楽曲データを内蔵ストレージ３４にコピーする。楽曲データに楽曲名等のメタ情報が付帯する場合には、当該楽曲データに対応する楽曲管理レコードを作成後、メタ情報の各テキストデータを該当するフィールドにエントリする。このように楽曲データベース３４ａには、ＣＤ等からのリッピング以外によっても楽曲データが格納される。
【００３６】
このようにして多数の楽曲データが蓄積された楽曲データベース３４ａのなかから、ＣＰＵ２０により生成された検索キーに対応する楽曲データが抽出されてＤＳＰ３８に出力される。ＤＳＰ３８は、入力された楽曲データを伸張し、さらに、伸張された楽曲データをアナログ形式の楽曲データに変換して音声増幅回路４２に出力する。音声増幅回路４２は、ボリュームに応じた増幅率によりアナログ形式の楽曲データの信号のゲインを調整してスピーカ３０に出力する。これにより、ラストワン、つまり、前回使用時に最後に再生された楽曲がスピーカ３０により再生される。
【００３７】
以上説明した楽曲データに対する処理と同時に、液晶ディスプレイ２８に所定の楽曲再生用画面を表示させる処理が実行される。具体的には、楽曲データベース３４ａから楽曲データが抽出される際、該楽曲データに関連付けられた楽曲管理レコードのデータ、すなわち、楽曲名等のテキストデータも抽出されて画像処理回路４４に入力される。画像処理回路４４は、例えばＲＯＭ２２から、楽曲名やアーティスト名等を表示するアイコンが配置された楽曲再生用画面を読み出す。次いで、楽曲データベース３４ａから抽出されたテキストデータを用いて該楽曲再生用画面を加工して液晶ディスプレイ２８に出力する。これにより、スピーカ３０から楽曲が再生されると同時に、再生中の楽曲に関する情報が液晶ディスプレイ２８に表示される。
【００３８】
なお、上記においては、メディアドライブ３６のスロットに音楽ＣＤが挿入されたときにＤＳＰ３８等によりリッピング処理が行われることを説明した。このときＤＳＰ３８は、さらに、タイムシフト再生処理も実行する。すなわち、ＤＳＰ３８は、メディアドライブ３６により読み取られたＰＣＭ形式の楽曲データをＭＰ３データ等に圧縮変換しつつ、圧縮変換された楽曲データを例えばＤＳＰ３８に内蔵されたリングバッファにバッファリングする。リングバッファは、所定再生時間分の楽曲データをバッファリングして順次掃き出す。掃き出された楽曲データは、アナログ形式の楽曲データに変換されて音声増幅回路４２に出力され、スピーカ３０により再生される。つまり、ＤＳＰ３８は、楽曲データのリッピングと再生を並行して実行する。このため、オーディオ装置１００においては、楽曲データのリッピング中に長い時間無音状態になることが有効に避けられ、ユーザにストレスを感じさせない。タイムシフト再生処理による楽曲再生時にも液晶ディスプレイ２８には所定の楽曲再生用画面が表示される。
【００３９】
ところで、オーディオ装置１００の製品形態には、部屋等に設置される据置型のオーディオセットコンポや、持ち運びを想定したポータブル音楽プレイヤー、乗用車等に搭載される車載型オーディオ機器、或いはカーナビゲーション装置等が想定される。このなかでオーディオ装置１００が車載型オーディオ機器やカーナビゲーション装置の一部として構成される場合、オーディオ装置１００には、ユーザである運転手の運転をできる限り妨げないように高い操作性が要求される。このような要求に応えるべく、本発明に係るオーディオ装置１００においては、次に説明されるＧＵＩが実装されている。オーディオ装置１００に実装されたＧＵＩは、楽曲の選択操作をユーザに直感的に行わせることを可能とする。以下、説明の便宜上、かかるＧＵＩを「楽曲選択用ＧＵＩ」と記す。
【００４０】
図２は、楽曲選択用ＧＵＩを図示したものである。上記楽曲再生用画面の表示中に所定のユーザ操作がなされたとき、液晶ディスプレイ２８の表示は、楽曲選択用ＧＵＩに遷移する。なお、電源投入後に楽曲再生のユーザ操作がなされると、楽曲選択用ＧＵＩがダイレクトに表示される設定にしてもよい。
【００４１】
図２に示されるように、楽曲選択用ＧＵＩの右端部には「再生」や「停止」等の操作用アイコンが配置される。また、液晶ディスプレイ２８の表示領域のうち各アイコンが配置される領域以外の略全領域（以下、「背景画像表示領域２００」と記す。）に亘って矩形状の背景画像２１０が表示される。なお、背景画像２１０の形状は矩形状に限定されず、仕様に応じて三角形、多角形、円形、楕円形等の種々の形状が選択される。
【００４２】
また、図２に示されるように、所定の印象標語が背景画像２１０の各辺の中点付近に重畳表示される。詳細には、背景画像２１０の上辺、下辺、右辺、左辺のそれぞれの中点付近に「元気」、「癒し」、「クール」、「ホット」の印象標語が表示される。ここに列挙される印象標語は一例に過ぎず、他にも様々な印象標語が想定される。なお、図２において、説明の便宜上、背景画像２１０の右辺、左辺の各中点を通るｘ軸を、背景画像２１０の上辺、下辺の各中点を通るｙ軸を、それぞれ一点鎖線で示す。本実施形態においてｘ軸及びｙ軸は、仮想的な直線であり、実際には液晶ディスプレイ２８に表示されるものではない。
【００４３】
さらに、背景画像２１０上には、●印の複数のプロット及び単一のアイコン２２０が重畳表示される。●印のプロット及びアイコン２２０は、楽曲データベース３４ａに蓄積された各楽曲（より正確には楽曲データ）へのリンクである。また、アイコン２２０は再生中の楽曲へのリンクであり、識別性が高ければ静止画アイコンであっても動画アイコン（アニメーションアイコン）であってもよい。背景画像２１０上における各リンクの位置は、各リンクに対応する楽曲のイメージに応じて決められる。
【００４４】
図３は、図２に示される楽曲選択用ＧＵＩを表示する際に実行される楽曲選択用ＧＵＩ表示処理のフローチャート図である。楽曲選択用ＧＵＩに遷移するための所定のユーザ操作がなされたとき、ＣＰＵ２０は、図３に示されるように、内蔵ストレージ３４にアクセスして全ての楽曲管理レコードの「特徴」フィールドにエントリされた特徴データを読み出す（ステップ１、以下、本明細書及び図面においてステップを「Ｓ」と略記する。）。なお、図３の楽曲選択用ＧＵＩ表示処理は、オーディオ装置１００の電源がオフされた時点、あるいは、図２の「閉じる」や「戻る」等の他の画面への遷移を伴う操作がなされた時点で終了する。
【００４５】
ここで特徴データは、ＤＳＰ３８による楽曲解析処理により数値化された楽曲の特徴を表現するデータである。すなわち、ＤＳＰ３８は、音楽ＣＤ等に記録された楽曲データをリッピングする際、楽曲データの予め定められたデータ解析開始点から一定のフレーム長に対してＦＦＴ（Fast Fourier Transform）処理を行い、パワースペクトルを算出する。次いで、算出されたパワースペクトルに基づき楽曲の特徴データを算出する。算出された各特徴データは、対応する楽曲管理レコードの「特徴」フィールドにエントリされる。なお、この種の楽曲解析処理の詳細は、例えば特許文献１（特開２００７−１１９１３号公報）等に開示されている。
【００４６】
ＤＳＰ３８により算出された特徴データは、図２のｘ軸及びｙ軸に対応した座標で表現されるデータである。例えば特徴データが座標（０，０）である場合、対応する楽曲の●印のプロットは、ｘ軸とｙ軸との交点、つまり、背景画像２１０の中心にマッピングされる。説明を加えると、ＤＳＰ３８に組み込まれた楽曲解析用プログラムは、一般的に元気を感じさせる楽曲ほどｙの座標値が大きい特徴データを算出し、一般的に癒しを感じさせる楽曲ほどｙの座標値が小さい特徴データを算出するように設計されている。また、一般的にクールを感じさせる楽曲ほどｘの座標値が大きい特徴データを算出し、一般的にホットを感じさせる楽曲ほどｘの座標値が小さい特徴データを算出するように設計されている。
【００４７】
このようにして算出された特徴データを、ＣＰＵ２０はＳ１の処理において読み出す。ＣＰＵ２０は次いで、再生中の楽曲の特徴データの座標値を検索キーとして、内蔵ストレージ３４に記憶された背景画像データベース３４ｂにアクセスする（Ｓ２）。ここではアイコン２２０の座標値が検索キーとなる。
【００４８】
背景画像データベース３４ｂには、楽曲選択用ＧＵＩの背景画像が格納されている。図４（ａ）及び図４（ｂ）は、背景画像データベース３４ｂの構造を概念的に示す図である。また、図５は、背景画像データベース３４ｂの各画像と背景画像表示領域２００との関係を説明するための図である。図５においては、説明の便宜上、左上及び中央の領域に関してのみ図４（ｂ）と同じ分割単位で領域を図示している。
【００４９】
図４（ａ）は、背景画像データベース３４ｂの最上位層に格納された背景画像Ａ〜Ｉを示す。図４（ａ）に示される背景画像Ａ〜Ｉの配置は、楽曲選択用ＧＵＩ上の背景画像が表示される背景画像表示領域２００と各背景画像との対応関係を表している。すなわち、背景画像データベース３４ｂにおいて背景画像Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ｈ、Ｉはそれぞれ、図５に示される背景画像表示領域２００の上段左領域Ａ’内、上段中央領域Ｂ’内、上段右領域Ｃ’内、中段左領域Ｄ’内、中央領域Ｅ’内、中段右領域Ｆ’内、下段左領域Ｇ’内、下段中央領域Ｈ’内、下段右領域Ｉ’内の座標値と関連付けられて管理されている。
【００５０】
背景画像表示領域２００の上段領域内の座標値と関連付けられた背景画像には、ユーザが視覚を通じて元気を感じる画像（例えば人がジャンプしている写真等）が採用される。背景画像表示領域２００の下段領域内の座標値と関連付けられた背景画像には、ユーザが視覚を通じて癒しを感じる画像（例えば動物や自然の写真等）が採用される。背景画像表示領域２００の右領域内の座標値と関連付けられた背景画像には、ユーザが視覚を通じてクールと感じる画像（例えばジャズ奏者の写真等）が採用される。背景画像表示領域２００の左領域内の座標値と関連付けられた背景画像には、ユーザが視覚を通じてホットと感じる画像（例えば南国の写真等）が採用される。背景画像表示領域２００の中央領域内の座標値と関連付けられた背景画像には、ユーザが視覚を通じて元気、癒し、クール、ホット等の様々な印象を受ける画像が採用される。背景画像Ａ〜Ｉは、不透明な画像としてもよく、あるいはハーフトーン画像としてもよい。
【００５１】
また、図４（ｂ）は、各背景画像Ａ〜Ｉの下位層に格納された背景色情報を示す図であり、図４（ａ）と同様に背景画像表示領域２００と各背景色情報との対応関係を表している。下位層に格納された背景色情報の実体は、半透明の単色を表現するカラーコードである。図４（ｂ）に示されるように、各下位層には４つの背景色情報（例えば背景画像Ａの下位層には背景色情報Ａ１〜Ａ４）が格納されている。背景画像データベース３４ｂにおいて背景色情報Ａ１、Ａ２、Ａ３、Ａ４はそれぞれ、図５に示される背景領域Ａの左上領域ａ１内、右上領域ａ２内、左下領域ａ３内、右下領域ａ４内の座標値と関連付けられて管理されている。背景画像Ｂ〜Ｉの下位層の各背景色情報も、背景色情報Ａ１〜Ａ４と同じように座標値との関連付けがなされた状態で管理されている。
【００５２】
なお、背景画像表示領域２００中「元気」の印象標語の表示位置付近の座標値と関連付けられた背景色情報ほどオレンジに近い色を表現したものとなっている。そして、背景色情報は、「元気」の印象標語から離れて「ホット」の印象標語の表示位置に近付くほど色相、明度、彩度が階調的に変化してレッドに近い色を表現したものとなる。また、「元気」の印象標語から離れて「癒し」の印象標語の表示位置に近付くほど色相、明度、彩度が階調的に変化してグリーンに近い色を表現したものとなる。さらに、「元気」の印象標語から離れて「クール」の印象標語の表示位置に近付くほど色相、明度、彩度が階調的に変化してグレーに近い色を表現したものとなる。
【００５３】
背景画像データベース３４ｂは、Ｓ２のアクセス処理に応答して、最上位層のなかから検索キーに応じた背景画像を抽出する。ここで、検索キーであるアイコン２２０の座標値は中央領域Ｅ’に含まれる。従って、背景画像データベース３４ｂは、中央領域Ｅ’に関連付けられた背景画像Ｅ（例えば山が写された風景画）を抽出してＣＰＵ２０に送信する（Ｓ３）。
【００５４】
背景画像データベース３４ｂはさらに、Ｓ２のアクセス処理に応答して、下位層のなかから検索キーに応じた背景色情報を抽出する。ここで、検索キーであるアイコン２２０の座標値は領域ｅ４に含まれる。従って、背景画像データベース３４ｂは、領域ｅ４に関連付けられた背景色情報Ｅ４を抽出してＣＰＵ２０に送信する（Ｓ４）。背景色情報Ｅ４に関連付けられた背景画像表示領域２００上の領域は、「元気」及び「ホット」の印象標語に比べて「癒し」及び「クール」の印象標語にやや近い。このため、背景色情報Ｅ４は、オレンジ、レッド、グリーン、グレーが混ざりつつも、グリーンとグレーが若干強い色（以下、説明の便宜上、「緑がかったグレー」と記す。）を表現したカラーコードとなっている。
【００５５】
ＣＰＵ２０は、背景画像データベース３４ｂから抽出された背景画像Ｅ及び背景色情報Ｅ４を画像処理回路４４に出力する。画像処理回路４４は、入力された背景画像Ｅを、背景画像表示領域２００のサイズに合わせて縮小（または拡大）するとともに、背景画像Ｅ全体に背景色情報Ｅ４が表現する色、つまり、緑がかったグレーを重ねた合成画像を生成する（Ｓ５）。
【００５６】
画像処理回路４４は、液晶ディスプレイ２８上に表示させる描画データを生成する（Ｓ６）。具体的には、画像処理回路４４は、楽曲選択用ＧＵＩ上の背景画像表示領域２００に上記合成画像、つまり背景画像２１０をはめ込む。さらに、背景画像２１０上に「元気」、「癒し」、「クール」、「ホット」の印象標語を重畳するとともに、Ｓ１の処理で読み出された各特徴データに基づき背景画像２１０上に各楽曲へのリンク画像をマッピングする。このとき再生中の楽曲へのリンクを強調表示させるため、該再生中の楽曲へのリンク画像にはアイコン２２０が用いられ、それ以外の楽曲へのリンク画像には●印のプロット画像が用いられる。このようにして生成された描画データが液晶ディスプレイ２８に出力される。
【００５７】
以上説明されたＳ１〜Ｓ６の処理により、図２に示される楽曲選択用ＧＵＩが液晶ディスプレイ２８に表示される。楽曲選択用ＧＵＩ上には、背景画像２１０、ここでは「緑がかったグレーのハーフトーンが重ねられた風景画像」が大きく表示される。背景画像２１０は、再生中の楽曲の特徴を数値化した特徴データに基づき決定された画像であって、再生中の楽曲のイメージが画像化されたものである。このように楽曲再生とともにその楽曲に合ったイメージの画像を表示することにより、ユーザは、楽曲のイメージを聴覚だけでなく視覚的にも捉えることができる。
【００５８】
ＣＰＵ２０はＳ６の処理に次いで待機状態に移行して、再生される楽曲が変更するか否かを所定時間毎に判定する（Ｓ７）。再生される楽曲の変更は、再生中の楽曲が終了して次の楽曲が再生されるときや、ユーザ操作による楽曲選択操作がなされたとき等に発生する。この場合のユーザ操作には、運転手の運転をできる限り妨げない主旨からすると、例えば背景画像２１０上にマッピングされた●印のプロットへのフィンガータッチ等といった操作が望ましい。
【００５９】
ＣＰＵ２０は、上記フィンガータッチ等により再生楽曲の変更が発生すると判定した場合（Ｓ７：ＹＥＳ）、Ｓ２の処理に戻りＳ２〜Ｓ６の処理を再度実行する。これにより、楽曲選択用ＧＵＩ上には、変更後の再生楽曲のイメージが画像化された背景画像２１０が表示される。また、前回再生されていた楽曲へのリンクがアイコン２２０から●印のプロットに置き換わるとともに、変更後の再生楽曲へのリンクが●印のプロットからアイコン２２０に置き換わる。
【００６０】
ユーザの脳には、楽曲選択用ＧＵＩを表示させた状態で繰り返し楽曲を聴取するうちに、背景画像表示領域２００中の何れの箇所をフィンガータッチ等すれば何れの背景画像２１０が表示されるかが記憶される。例えばＣＤや外付けストレージ４０等から新たに取り込まれた楽曲へのリンクが領域ｅ４内に表示される場合、ユーザは、その楽曲が「緑がかったグレーのハーフトーンが重ねられた風景画像」を見た時に自らが感じ取るイメージを有することを、楽曲が実際に再生される前に視覚的に捉えて、楽曲の曲調等を容易にイメージすることができる。そのため、ユーザは、視覚的イメージによる感覚的な選曲ができるようになる。
【００６１】
ところで、視覚的イメージによる感覚的な選曲が可能な場合であっても、ユーザがそのときの気分や感情等をある程度客観的に分析しなければ所望の楽曲を適切に選択することが難しい点については、先に述べた通りである。そこで、本実施形態のオーディオ装置１００は、次に説明される楽曲選択処理を実行することにより、ユーザによる客観的な感情分析等を介さずして、その時の気分や感情等に適した楽曲が適切に選択されるように構成されている。
【００６２】
図６は、かかる楽曲選択処理（割り込み処理）を示すフローチャート図である。図６に示される処理例では、オーディオ装置１００と携帯電話端末５０との連係動作が前提である。ここでは、オーディオ装置１００は、携帯電話端末５０をBluetoothデバイスとして認識して、携帯電話端末５０とリンクが確立していることを前提として説明をする。
【００６３】
携帯電話端末５０が例えば電子メールを受信したとき、受信メールがBluetooth規格に準拠した所定のプロトコルを介してオーディオ装置１００に転送される。ＣＰＵ２０は、携帯電話端末５０からメールが転送されると図６の割り込み処理を開始して、転送メールをＥＥＰＲＯＭ３２に保持する（Ｓ１１）。ＣＰＵ２０は、内蔵ストレージ３４が有するメール解析データベース３４ｃにアクセスして、転送メールの内容に適した楽曲の選択を行うか否かを判定する（Ｓ１２）。なお、転送メールには、送信者名、送信元アドレス等を含むメールヘッダや、携帯電話端末５０のアドレス帳で当該送信者が属するグループ名等を示すメタ情報が付帯している。
【００６４】
ここで、メール解析データベース３４ｃには、ユーザが携帯電話端末のアドレス帳のグループ名として付すことが想定される一般的なグループ名が初期的に登録されている。また、携帯電話端末５０のアドレス帳固有のグループ名がユーザ設定等により登録されている。各グループ名には、図６の楽曲選択処理の実行の許否を示す許否情報が関連付けられている。
【００６５】
メール解析データベース３４ｃには、更に、種々のキーワードやドメイン名等が登録されており、楽曲データと同じく特徴データに関連付けられている。例として、「楽しい」や「遊び」等のキーワードやお店等のドメイン名が登録されており、「元気」の印象標語に関して高い座標値（つまり図２におけるｙの座標値が正の値）をもつ特徴データに関連付けられている。
【００６６】
内蔵ストレージ３４には、絵文字データベース３４ｄも備えられている。絵文字データベース３４ｄには、各通信キャリアの絵文字コードが特徴データに関連付けされて登録されている。例として、太陽の絵文字コードが登録されており、「元気」の印象標語に関して高い座標値をもつ特徴データに関連付けられている。
【００６７】
Ｓ１２の処理においてＣＰＵ２０は、メール解析データベース３４ｃにアクセスして、転送メールに付帯されたメタ情報であって当該送信者が属するアドレス帳のグループ名に関連付けられた許否情報を参照する。ＣＰＵ２０は、参照した許否情報に基づいて転送メールの内容に適した楽曲の選択を行うか否かを判定する。ＣＰＵ２０は、許否情報に基づいて楽曲の選択を行わないと判定した場合（Ｓ１２：ＮＯ）、図６の割り込み処理を終了させて、中断されていた通常の処理ルーチンに復帰する。ＣＰＵ２０は、許否情報に基づいて楽曲の選択を行うと判定した場合には（Ｓ１２：ＹＥＳ）、処理をＳ１３に進める。
【００６８】
Ｓ１３の処理においてＣＰＵ２０は、メール解析データベース３４ｃや絵文字データベース３４ｄにアクセスして、転送メールの内容を解析する。次いで、その解析結果に基づいて、転送メールの内容に適した特徴データ（以下、「メール特徴データ」）を生成する（Ｓ１４）。
【００６９】
ここで、Ｓ１２〜Ｓ１４の具体的処理例を４例説明する。以下の具体的処理例において、本来絵文字が挿入されているメールのメッセージ本文中の箇所には、明細書で使用可能な文字コードの制約上、絵文字に代替して、（○○の絵文字）といったテキストを付している。
【００７０】
＜具体的処理例１：友達の携帯電話からの楽しそうなメール＞
アドレス帳のグループ名：友達
メールアドレス        ：aiai＠XXXXX.ne.jp
メールのメッセージ本文：今日は気分が良い（太陽の絵文字）どこか楽しい所に遊びに連れて行って（笑顔の絵文字）
【００７１】
Ｓ１２の処理においてＣＰＵ２０は、メール解析データベース３４ｃにアクセスして、転送メールに付帯したアドレス帳のグループ名「友達」に関連付けられた許否情報を参照する。ここで、グループ名「友達」は、楽曲の選択の実行を許可する許否情報に関連付けられている。そのため、ＣＰＵ２０は、Ｓ１３に処理を進めて、転送メールの内容の解析を行う。
【００７２】
Ｓ１３の処理においてＣＰＵ２０は、メールアドレスのドメインに応じた処理を行う。ドメイン名「XXXXX.ne.jp」は、例えば通信キャリアのドメイン名である。そのため、ＣＰＵ２０は、絵文字データベース３４ｄにアクセスして、ドメイン名「XXXXX.ne.jp」に対応する絵文字コードの特徴データを読み出す。ドメイン名「XXXXX.ne.jp」の太陽、笑顔の絵文字コードはそれぞれ、「＆＃６３６４７」、「＆＃６３８９３」である。ＣＰＵ２０は、絵文字データベース３４ｄから、「＆＃６３６４７」、「＆＃６３８９３」に関連付けられた特徴データを読み出す。
【００７３】
Ｓ１３の処理においてＣＰＵ２０は、更に、メール解析データベース３４ｃに登録されているキーワードを転送メールのメッセージ本文から抽出し、抽出されたキーワードに関連付けられた特徴データを読み出す。ここでは、「良い」、「楽しい」、「遊び」のキーワードが抽出され、これらの各キーワードに対応する特徴データが読み出される。
【００７４】
Ｓ１４の処理においてＣＰＵ２０は、「＆＃６３６４７」、「＆＃６３８９３」、「良い」、「楽しい」、「遊び」に対応する各特徴データを用いて演算を行い（例えばこれらの特徴データを平均化して）、メール特徴データを生成する。このとき生成されるメール特徴データは、例えば「元気」の印象標語に関して最大の座標値をもつ（つまり図２におけるｙの座標値が最大値である）データである。なお、各種絵文字コードやキーワードの特徴データにそれぞれ異なる重み付けをした上で、メール特徴データを演算し生成してもよい。
【００７５】
＜具体的処理例２：友達の携帯電話からの悲しそうなメール＞
アドレス帳のグループ名：友達
メールアドレス        ：masaaki＠YYYYY.ne.jp
メールのメッセージ本文：たった今、悲しく辛いことがありました。語り合って少し助けてください（傘の絵文字）
【００７６】
Ｓ１２の処理においてＣＰＵ２０は、アドレス帳のグループ名が「友達」であることから、Ｓ１３に処理を進めて、転送メールの内容の解析を行う。ドメイン名「YYYYY.ne.jp」は、例えば通信キャリアのドメイン名である。そのため、ＣＰＵ２０は、絵文字データベース３４ｄにアクセスして、ドメイン名「YYYYY.ne.jp」に対応する絵文字コードの特徴データを読み出す。ドメイン名「YYYYY.ne.jp」の傘の絵文字コードは、「＆＃３６０７６」である。ＣＰＵ２０は、絵文字データベース３４ｄから、「＆＃３６０７６」に関連付けられた特徴データを読み出す。次いで、メール解析データベース３４ｃに登録されているキーワードを転送メールのメッセージ本文から抽出し、抽出されたキーワードに関連付けられた特徴データを読み出す。ここでは、「悲し」、「辛い」、「助けて」のキーワードが抽出され、これらの各キーワードに対応する特徴データが読み出される。Ｓ１４の処理においてＣＰＵ２０は、「＆＃３６０７６」、「悲し」、「辛い」、「助けて」に対応する各特徴データを用いて演算を行い、メール特徴データを生成する。このとき生成されるメール特徴データは、例えば「癒し」の印象標語に関して最大の座標値をもつ（つまり図２におけるｙの座標値が最小値である）データである。
【００７７】
＜具体的処理例３：グループ未登録のメール＞
アドレス帳のグループ名：未登録
メールアドレス        ：Tat_Izumi@ZZZZZ.co.jp
【００７８】
Ｓ１２の処理においてＣＰＵ２０は、転送メールに付帯されたメタ情報であって当該送信者が属するアドレス帳のグループが未登録であるとき、Ｓ１３に処理を進める。Ｓ１３の処理においてＣＰＵ２０は、メール解析データベース３４ｃにアクセスして、ドメイン名「ZZZZZ.co.jp」（例えばユーザの勤務先のドメイン名）の特徴データを読み出す。Ｓ１４の処理においてＣＰＵ２０は、アドレス帳のグループが未登録である場合には、そのメールのメッセージの内容に拘わらず、読み出されたドメインの特徴データそのものをメール特徴データとみなして処理を進める。
【００７９】
＜具体的処理例４：メールマガジン＞
アドレス帳のグループ名：メルマガ
メールアドレス        ：000123456s@merumaga.ne.jp
【００８０】
メール解析データベース３４ｃには、グループ名「メルマガ」が例えば楽曲の選択を行わない旨の許否情報が関連付けされて登録されている。そのため、Ｓ１２の処理においてＣＰＵ２０は、楽曲の選択を行わないと判定した場合（Ｓ１２：ＮＯ）、図６の割り込み処理を終了させて、中断されていた通常の処理ルーチンに復帰する。なお、上記の許否情報の設定は、ユーザにより適宜変更可能である。ユーザは、メールマガジン受信時にも図６の割り込み処理を強制終了させること無く楽曲の選択をしたいときには、上記の許否情報を設定変更すればよい。
【００８１】
ＣＰＵ２０は、Ｓ１４の処理で生成されたメール特徴データに基づいてプレイリストを作成する（Ｓ１５）。具体的には、ＣＰＵ２０は、メール特徴データを背景画像表示領域２００上にマッピングしたときの位置（以下、「メール特徴データマッピング位置」と記す。）を中心とした所定半径内の領域に含まれるリンクに対応する楽曲をリストしたプレイリストを作成する。なお、上記の所定半径のサイズは、ユーザ設定により適宜変更可能である。
【００８２】
また、ＣＰＵ２０は、メール特徴データマッピング位置に近い所定数の楽曲をリストしたプレイリストを作成してもよい。あるいは、ＣＰＵ２０は、メール特徴データマッピング位置が含まれる領域（領域Ａ’やａ１等）内の全ての楽曲をリストしたプレイリストを作成してもよい。プレイリストの曲順は、例えばメール特徴データマッピング位置に近い順である。
【００８３】
ＣＰＵ２０は、プレイリストを作成後、図６の割り込み処理を終了させて、中断されていた通常の処理ルーチンに復帰する。以降は、作成されたプレイリストに従って楽曲が再生される。
【００８４】
本実施形態のオーディオ装置１００は、受信メールの内容（送信者やメッセージ内容等）によってユーザの気分や感情等が変わることを鑑みて、受信メールの内容に適した楽曲を自動的に選択して再生するように構成されている。そのため、ユーザは、自身の気分や感情等を客観的に分析し楽曲を選択するという作業を行わずして、その時の気分や感情等に適した所望の楽曲を聴くことができる。例外として、特定のメルマガや迷惑メール等の受信時には、楽曲の自動的な選択を行わない。特定のメルマガや迷惑メールは、ユーザの気分や感情等に特に影響を及ぼさないことが多いからである。
【００８５】
また、オーディオ装置１００が車載型オーディオ機器やカーナビゲーション装置の一部である場合には、ユーザによる選曲操作が不要であることから、運転操作が妨げられない利点がある。
【００８６】
本発明は上記実施形態に限定されるものではなく、本発明の技術的思想の範囲において様々な変形が可能である。例えばメーラーは、携帯電話端末５０のような外部機器で無くオーディオ装置１００自体に実装されてもよい。
【００８７】
図６の楽曲選択処理の実行の契機は、携帯電話端末５０における電子メールの受信に限らず、例えば携帯電話端末５０の電話着信や他人（例えば同乗者）との会話、車載カメラ（車外又は車内に取り付けられたカメラであり、不図示）による写真撮影等が想定される。電話着信の場合、オーディオ装置１００は、例えばその相手に適した楽曲を選択して再生する。同乗者との会話の場合、オーディオ装置１００は、例えば特定の感情等を表すキーワードが会話内で複数回発せられたとき（当該キーワードを表す音声のオブジェクトが所定時間内に所定回数マイク（不図示）に入力されたとき）、そのキーワードに適した楽曲を選択して再生する。車載カメラによる写真撮影の場合、オーディオ装置１００は、撮影された写真（画像のオブジェクト）を画像解析して、解析結果に応じた楽曲を選択して再生する。
【００８８】
電話着信や同乗者との会話、写真撮影等は、選曲を意識した行動等では無く、ユーザのその時の気分や感情等を反映し得るものであり、或いはユーザのその時の気分や感情等に影響を及ぼし得るものである。そのため、電話着信や同乗者との会話、写真撮影等が図６の楽曲選択処理の実行の契機とされる場合にも、ユーザは、自身の気分や感情等を客観的に分析し楽曲を選択するという作業を行わずして、その時の気分や感情等に適した所望の楽曲を聴くことができる。
【００８９】
携帯電話端末５０からオーディオ装置１００に受信メールが転送されたとき、ポップアップメッセージを液晶ディスプレイ２８に表示させ、図６の楽曲選択処理を実行してプレイリストを自動作成するか否かユーザに選択させるようにしてもよい。
【００９０】
図６の楽曲選択処理の実行後に再生される楽曲は、プレイリストにリストされた複数の楽曲でなく、メール特徴データマッピング位置に最も近いリンクに対応する一曲のみとしてもよい。
【００９１】
また、特徴データは三次元座標で表現されるデータとしてもよい。この場合、各楽曲に対応するリンクは、二次元領域である背景画像表示領域２００で無く特許文献１（特開２００７−１１９１３号公報）に例示される仮想的な該三次元空間にマッピングされる。
【符号の説明】
【００９２】
１０  システムバス
２０  ＣＰＵ
２２  ＲＯＭ
２４  ＲＡＭ
２６  操作キー
２８  液晶ディスプレイ
３０  スピーカ
３２  ＥＥＰＲＯＭ
３４  内蔵ストレージ
３４ａ  楽曲データベース
３４ｂ  背景画像データベース
３４ｃ  メール解析データベース
３４ｄ  絵文字データベース
３６  メディアドライブ
３８  ＤＳＰ
４２  音声増幅回路
４４  画像処理回路
４８  通信インタフェース
５０  携帯電話端末
１００  オーディオ装置
【図１】
2010210847.tif 000003
【図２】
2010210847.tif 000004
【図３】
2010210847.tif 000005
【図４】
2010210847.tif 000006
【図５】
2010210847.tif 000007
【図６】
2010210847.tif 000008
【手続補正書】
【提出日】平成21年3月10日(2009.3.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１４
【補正方法】変更
【補正の内容】
【請求項１４】
前記データ入力手段に入力されるテキストは、所定のメール受信手段により受信されたメールのメッセージ本文、及び該本文に付帯するメール付帯情報であることを特徴とする、請求項１０から請求項１３の何れかに記載の楽曲選択装置。