(57)【要約】【課題】より感覚的な、ジャンルの絞り込みによる目的地検索を実現可能とする。【解決手段】該ジャンルを複数階層に分類して管理し、各目的地情報を何れかのジャンルに属するように記憶した目的地情報記憶手段と、デジタル符号化された複数の楽曲データであって、その各々が、該目的地情報の少なくとも１つに関連付けられた楽曲データを記憶した楽曲データ記憶手段と、ユーザ・オペレーションによって何れかのジャンルが選択されたとき、当該ジャンルに属する目的地情報に関連付けられた楽曲データを楽曲データ記憶手段から抽出する楽曲データ抽出手段と、該抽出された楽曲データをデコードして再生する楽曲データ再生手段とを具備した目的地検索装置を提供する。【選択図】図４
2008082727.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ・オペレーションによって選択されたジャンルに属する目的地を検索する目的地検索装置において、
該ジャンルを複数階層に分類して管理し、各目的地情報を何れかのジャンルに属するように記憶した目的地情報記憶手段と、
デジタル符号化された複数の楽曲データであって、その各々が、該目的地情報の少なくとも１つに関連付けられた楽曲データを記憶した楽曲データ記憶手段と、
ユーザ・オペレーションによって何れかのジャンルが選択されたとき、当該ジャンルに属する目的地情報に関連付けられた楽曲データを前記楽曲データ記憶手段から抽出する楽曲データ抽出手段と、
該抽出された楽曲データをデコードして再生する楽曲データ再生手段と、を具備したこと、を特徴とする目的地検索装置。
【請求項２】
前記楽曲データ抽出手段によって抽出された楽曲データが複数ある場合、前記楽曲データ再生手段は、当該複数の楽曲データを所定の順序で再生すること、を特徴とする請求項１に記載の目的地検索装置。
【請求項３】
該楽曲データの各々に所定の楽曲情報を関連付けて記憶した楽曲情報記憶手段を更に具備し、
該所定の順序は、該所定の楽曲情報に基づいた順序であること、を特徴とする請求項２に記載の目的地検索装置。
【請求項４】
楽曲データ再生中に、当該楽曲データに関連付けられた所定の楽曲情報を表示する楽曲情報表示手段を更に具備したこと、を特徴とする請求項３に記載の目的地検索装置。
【請求項５】
外部端末と通信するための通信手段を更に具備し、
該所定の楽曲情報は、前記通信手段を介して該外部端末が保持するＣＤＤＢ（CD DataBase）から取得した情報であること、を特徴とする請求項３又は請求項４の何れかに記載の目的地検索装置。
【請求項６】
前記楽曲データ再生手段でデコードされた楽曲データの周波数解析を行う周波数解析手段を更に具備し、
前記楽曲データ再生手段は、前記周波数解析手段による解析結果に基づいて当該楽曲データの所定のパートを特定し、該特定されたパートだけを再生すること、を特徴とする請求項１から請求項５の何れかに記載の目的地検索装置。
【請求項７】
ユーザ・オペレーションによって選択されたジャンルに属する目的地を検索する目的地検索装置において、
該ジャンルを複数階層に分類して管理し、各目的地情報を何れかのジャンルに属するように記憶した目的地情報記憶手段と、
デジタル符号化された複数の楽曲データであって、その各々が、該目的地情報の少なくとも１つに関連付けられた楽曲データを記憶した楽曲データ記憶手段と、
ユーザ・オペレーションによって所定の階層のジャンルが選択されたときのみ、当該ジャンルに属する目的地情報に関連付けられた楽曲データを前記楽曲データ記憶手段から抽出する楽曲データ抽出手段と、
該抽出された楽曲データをデコードして再生する楽曲データ再生手段と、を具備したこと、を特徴とする目的地検索装置。
【請求項８】
該所定の階層は最上位の階層であること、を特徴とする請求項７に記載の目的地検索装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ユーザ・オペレーションによって選択されたジャンルに属する目的地を検索する目的地検索装置に関する。
【背景技術】
【０００２】
車両の現在位置から目的地までの経路案内を行うナビゲーションシステムが広く知られ実用に供されている。このようなナビゲーションシステムでは、目的地の住所や電話番号、施設名称等をユーザが入力することにより、当該目的地への経路設定が可能となっている。また、例えば下記特許文献１に示されているように、目的地設定のためのアプリケーションとしてジャンル検索機能を備えたものもある。このジャンル検索機能では、ユーザは、各階層においてジャンルを選択して目的地の絞り込みを行い、所望の目的地を探し当てることになる。
【特許文献１】特開２００５−５５３３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ジャンル検索機能を実行させたとき、ナビゲーションシステムの画面上には、「レジャー」、「ホテル」、「レストラン」等の各ジャンルの項目が例えば文字列や画像アイコンで表示される。従って、ユーザは、ジャンル検索機能を利用する場合、このような各ジャンルを表す文字列や画像アイコンを選択して所望の目的地を検索し設定することになる。しかし、画面上に表示された文字列や画像アイコン等の情報だけでは、目的地の検索を感覚的に行うことが難しいという問題点がある。
【０００４】
そこで、本発明は上記の事情に鑑みて、より感覚的な、ジャンルの絞り込みによる目的地検索を実現可能とする目的地検索装置を提供することを課題としている。
【課題を解決するための手段】
【０００５】
上記の課題を解決する本発明の一態様に係る目的地検索装置は、ユーザ・オペレーションによって選択されたジャンルに属する目的地を検索する装置に関するものである。この目的地検索装置は、該ジャンルを複数階層に分類して管理し、各目的地情報を何れかのジャンルに属するように記憶した目的地情報記憶手段と、デジタル符号化された複数の楽曲データであって、その各々が、該目的地情報の少なくとも１つに関連付けられた楽曲データを記憶した楽曲データ記憶手段と、ユーザ・オペレーションによって何れかのジャンルが選択されたとき、当該ジャンルに属する目的地情報に関連付けられた楽曲データを楽曲データ記憶手段から抽出する楽曲データ抽出手段と、該抽出された楽曲データをデコードして再生する楽曲データ再生手段とを具備したことを特徴としたものである。
【０００６】
このように構成された目的地検索装置によれば、目的地検索時において、ユーザによって選択されたジャンルに対応した楽曲データが再生される。このため、ユーザは、目的地のイメージを聴覚で感じ取りつつ目的地検索を行うことができる。このように本発明に係る目的地検索装置によれば、ジャンルの絞り込みによる目的地検索をより感覚的に行うことが可能となる。
【０００７】
なお、上記目的地検索装置において楽曲データ抽出手段によって抽出された楽曲データが複数ある場合、上記楽曲データ再生手段は、当該複数の楽曲データを所定の順序で再生しても良い。
【０００８】
この場合、上記目的地検索装置は、例えば該楽曲データの各々に所定の楽曲情報を関連付けて記憶した楽曲情報記憶手段を更に具備したものであっても良い。ここでいう所定の順序は、例えば該所定の楽曲情報に基づいた順序であっても良い。
【０００９】
また、上記目的地検索装置は、例えば楽曲データ再生中に、当該楽曲データに関連付けられた所定の楽曲情報を表示する楽曲情報表示手段を更に具備したものであっても良い。
【００１０】
また、上記目的地検索装置は、例えば外部端末と通信するための通信手段を更に具備したものであっても良い。この場合、該所定の楽曲情報は、例えば通信手段を介して該外部端末が保持するＣＤＤＢ（CD DataBase）から取得した情報であっても良い。
【００１１】
また、上記目的地検索装置は、例えば楽曲データ再生手段でデコードされた楽曲データの周波数解析を行う周波数解析手段を更に具備したものであっても良い。この場合、上記楽曲データ再生手段を、例えば周波数解析手段による解析結果に基づいて当該楽曲データの所定のパートを特定し、該特定されたパートだけを再生する構成としても良い。
【００１２】
また、上記の課題を解決する本発明の別の態様に係る目的地検索装置は、ユーザ・オペレーションによって選択されたジャンルに属する目的地を検索する装置に関するものである。この目的地検索装置は、該ジャンルを複数階層に分類して管理し、各目的地情報を何れかのジャンルに属するように記憶した目的地情報記憶手段と、デジタル符号化された複数の楽曲データであって、その各々が、該目的地情報の少なくとも１つに関連付けられた楽曲データを記憶した楽曲データ記憶手段と、ユーザ・オペレーションによって所定の階層のジャンルが選択されたときのみ、当該ジャンルに属する目的地情報に関連付けられた楽曲データを楽曲データ記憶手段から抽出する楽曲データ抽出手段と、該抽出された楽曲データをデコードして再生する楽曲データ再生手段とを具備したことを特徴としたものである。
【００１３】
ここで、該所定の階層は例えば最上位の階層であっても良い。
【発明の効果】
【００１４】
本発明に係る目的地検索装置によれば、ジャンルの絞り込みによる目的地検索をより感覚的に行うことが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下に、図面を参照して、本発明の実施の形態のナビゲーションシステムの構成及び作用について説明する。
【００１６】
図１は、本発明の実施の形態のナビゲーションシステム１００の構成を示したブロック図である。ナビゲーションシステム１００には、例えばユーザを目的地に案内するためのナビゲーション用アプリケーションが実装されている。
【００１７】
ナビゲーションシステム１００は、制御部１、ＧＰＳ（Global Positioning System）レシーバ２、ジャイロセンサ３、車速センサ４、ＨＤＤ（Hard Disk Drive）５、入力部６、表示部７、ＲＯＭ（Read Only Memory）８、ＤＲＡＭ（Dynamic Random Access Memory）９、ＳＲＡＭ（Static Random Access Memory）１０、ＶＲＡＭ（Video Random Access Memory）１１、ユーザインタフェース１２、画像処理部１３、通信部１４、オーディオ部１５、及び、スピーカ１６を具備する。制御部１はシステム全体を統括的に制御するよう動作する。ナビゲーションシステム１００の各構成要素は制御部１の制御下で各種処理を実行する。
【００１８】
ＧＰＳレシーバ２は、地球を周回する複数のＧＰＳ衛星の幾つかを捕捉・追尾する。そして捕捉・追尾中に受信される各ＧＰＳ衛星からのＧＰＳ信号を用いて、位置及び速度測位を実行する。ＧＰＳレシーバ２は、算出された測位（以下、便宜上「ＧＰＳ測位」と称する）結果を制御部１に送出する。
【００１９】
ジャイロセンサ３及び車速センサ４は、周知のデッドレコニング（Dead Reckoning、以下、「ＤＲ」と略記）用のセンサである。ジャイロセンサ３は、ナビゲーションシステム１００を搭載した車両の方位に関する角速度を計測し、その計測結果を制御部１に出力する。また車速センサ４は、当該車両の左右の駆動輪の回転速度を検出してその平均速度に応じた車速パルス信号を生成して制御部１に出力する。なお、説明の便宜上、これらのセンサ出力を「ＤＲセンサ出力」と記す。
【００２０】
ＨＤＤ５には、例えばナビゲーションシステム１００がナビゲーション用アプリケーションを実行する際に必要とする地図データＭＤが格納されている。ここで、図２に、地図データＭＤを概略的に示す。図２に示されるように、地図データＭＤは、地図データベースＭＤＢ１、シンボルデータベースＭＤＢ２（更には地図画像データ等の諸データ）から構成されている。
【００２１】
地図データベースＭＤＢ１では、例えば日本全国の地図情報が所定単位の地域に分割されて管理されている。この地図データベースＭＤＢ１は、「地域」、「座標」、「地図画像」、「道路」、「文字情報」のフィールドを有する。
【００２２】
「地域」フィールドには、所定単位に分割された各地域の名称（又は識別番号等）がエントリされている。「座標」フィールドには、当該各地域を座標で表した座標データ（或いはその座標データが格納されているＨＤＤ内のアドレス）がエントリされている。「地図画像」フィールドには、当該各地域の地形等を表す地図画像データ（或いはその地図画像データが格納されているＨＤＤ内のアドレス）がエントリされている。「道路」フィールドには、当該各地域に含まれる道路の座標データ（或いはその座標データが格納されているＨＤＤ内のアドレス）がエントリされている。「文字情報」フィールドには、当該各地域に関する付加的情報を表すテキストデータ（或いはそのデータが格納されているＨＤＤ内のアドレス）がエントリされている。なお「地域」、「道路」フィールドの座標データは、ＧＰＳ測位結果やＤＲ測位結果（後述）に対応したデータである。
【００２３】
またシンボルデータベースＭＤＢ２では、例えば日本全国の各地域に存在する飲食店やコンビニエンスストア、観光施設、商業施設等の目的地となり得るシンボルのデータが管理されている。このシンボルデータベースＭＤＢ２は、「大ジャンル」、「中ジャンル」、「小ジャンル」、「シンボル名」、「座標」、「曲属性」のフィールドを有する。
【００２４】
シンボルデータベースＭＤＢ２において各シンボルはジャンル毎に分類され、その分類毎に階層的に管理されている。「大ジャンル」フィールドでは、各シンボルが最も大まかに分類されている。「大ジャンル」フィールドには、各シンボルを例えば「観光」、「買い物」、「レジャー」、「宿泊」等で分類して管理するためのデータ（以下、「大ジャンルデータ」と記す）がエントリされている。「中ジャンル」フィールドでは、「大ジャンル」で分類された各シンボルがより細かく分類されている。「中ジャンル」フィールドには、各シンボルを例えば「商業施設」、「コンビニエンスストア」、「公営施設」、「休憩処」等で分類して管理するためのデータ（以下、「中ジャンルデータ」と記す）がエントリされている。「小ジャンル」フィールドでは、「中ジャンル」で分類された各シンボルがより細かく分類されている。「小ジャンル」フィールドには、各シンボルを例えば「水族館」、「Ａマート」、「競馬場」、「温泉」等で分類して管理するためのデータ（以下、「小ジャンルデータ」と記す）がエントリされている。
【００２５】
「シンボル名」フィールドには、例えば「○○水族館」、「Ａマート××支店」、「△△競馬場」、「ＦＧＨ温泉」等の各シンボルの名称データがエントリされている。「座標」フィールドには、各シンボルの位置情報を表した座標データがエントリされている。この座標データも先と同様に、ＧＰＳ測位結果やＤＲ測位結果（後述）に対応したデータである。
【００２６】
「曲属性」フィールドには、例えば「水／魚」、「街」、「馬」、「温泉」等の各シンボルの曲属性データがエントリされている。大ジャンルデータ、中ジャンルデータ、小ジャンルデータが各シンボルをシンボルデータベースＭＤＢ２上で分類・管理するためのデータであるのに対して、曲属性データはその曲のイメージを表すデータとなっている。
【００２７】
図１の説明に戻る。入力部６はユーザ・オペレーションを成すためのものであり、例えばナビゲーションシステム１００のフロントパネル（不図示）に設置されたメカニカル式の入力キーである。或いは、ユーザインタフェース１２と赤外線通信を行うことによりユーザ・オペレーションを実現させるリモートコントロール機器（不図示）である。例えば電源スイッチは入力部６を構成する一要素である。
【００２８】
表示部７は例えばナビゲーション用画面を表示するためのものである。この表示部７で表示される画像は画像処理部１３により生成される。附言するに、表示部７は例えば感圧式又は静電式等の周知のタッチ・パネルであり、入力手段を兼ねている。入力部６又は表示部７が操作されると、それに応じた信号がユーザインタフェース１２を介して制御部１に入力する。そして制御部１は、ユーザ・オペレーションに対応した処理が実行されるよう各構成要素を制御する。
【００２９】
ＲＯＭ８には、例えば周知のナビゲーション機能を実現するためのプログラムや各種データ等が格納されている。またＤＲＡＭ９やＳＲＡＭ１０は、例えばＨＤＤ５やＲＯＭ８に格納されているプログラムやデータの展開先である。制御部１は、例えばＨＤＤ５やＲＯＭ８に格納されているプログラムを読み出して、ＤＲＡＭ９やＳＲＡＭ１０の所定領域に展開して実行させる。これにより、例えばナビゲーション用のアプリケーションが動作して、ナビゲーション機能が実現される。なお、ＳＲＡＭ１０は電源オフ時にバッテリバックアップされており、そのメモリ内容を保持することができる。またＶＲＡＭ１１は、表示部７に表示される画像を保持するための画像用メモリである。
【００３０】
ここで、ＧＰＳレシーバ２からのＧＰＳ測位結果及び各センサからのＤＲセンサ出力を受け取った際の制御部１の処理について説明する。
【００３１】
制御部１は、各センサが出力したＤＲセンサ出力に基づいてＤＲ測位演算を行い、車両の進行方向及び移動距離を得る。次いで制御部１は、演算したＤＲ測位結果及びＧＰＳ測位結果と、夫々の測位結果に対する誤差推定値とを比較する。そして、この比較結果に基づいて、高精度と判定される測位結果を選択し、選択された測位結果をマップマッチングする。また、制御部１は、各測位結果に基づいてＨＤＤ５の地図データベースＭＤＢ１を検索し、現在位置周辺の地図画像データを抽出する。次いで、この抽出された地図画像データに車両の現在位置を示す自車位置マークが重畳表示されるよう画像処理部１３を動作させる。
【００３２】
なお、ここでいうマップマッチングとは、表示部７に表示されている地図中の道路から外れた位置に自車位置マークが表示される等の誤差を補正することを示す。マップマッチングを行うことによって自車位置と地図との整合性が取れ、ユーザは自車の現在位置を正確に把握することができる。マップマッチングは、ナビゲーションの実行に拘わらず常時行われている。
【００３３】
ある目的地に向けてナビゲーションするようにユーザ・オペレーションが成されたとき、制御部１は、ナビゲーション用のプログラムをＲＯＭ８から読み出して例えばＤＲＡＭ９に展開する。次いでＨＤＤ５の地図データＭＤを読み込み、且つ、測位結果に基づく現在位置情報及び設定された目的地の情報を参照して、例えば周知のダイクストラ法により経路検索を実行する。そして、最適と判断される経路を検索結果として得る。制御部１は、例えば得られた経路や当該経路に関する種々の情報が表示部７に表示中の地図に重畳表示されるよう画像処理部１３を動作させる。これにより、表示部７にナビゲーション情報を含む各種情報が出力されて表示される。
【００３４】
ここで、ＨＤＤ５には、地図データＭＤに加えて、例えば数千曲の楽曲データが格納されている。この楽曲データは所定の形式にデジタル符号化されたものであり、例えば光ディスク等の記憶媒体から取り込んだものであったり、通信部１４を介してネットワーク上のサーバ等からダウンロードしたものであったりする。オーディオ部１５は周知の構成を有したものであり、ＨＤＤ５に格納されたこれらの楽曲データをデコードしてスピーカ１６に出力するよう動作する。これによりスピーカ１６で楽曲が再生され、ユーザは様々な楽曲を車内で楽しむことができる。
【００３５】
ＨＤＤ５には、更に、各楽曲データに関する情報を蓄積した楽曲情報データベースＭＵＤＢ及びプレイリストＰＬも格納されている。ここで、図３に、楽曲情報データベースＭＵＤＢ及びプレイリストＰＬを概略的に示す。
【００３６】
楽曲情報データベースＭＵＤＢは楽曲に関する情報を蓄積したものであり、「曲ＩＤ」、「曲属性」、「曲名」、「アーティスト名」、「ＴＯＣ（Table of contents）情報」、「アドレス」のフィールドを有する。「曲属性」、「曲名」、「アーティスト名」、及び、「ＴＯＣ情報」の各フィールドには、例えば通信部１４を介してネットワーク上のＣＤＤＢ等からダウンロードした楽曲情報のデータがエントリされる。「曲ＩＤ」フィールドには、楽曲情報データベースＭＵＤＢに含まれる各レコードを識別するための便宜的な情報がエントリされる。「アドレス」フィールドには、各レコードに対応した楽曲データが格納されているＨＤＤ５内のアドレスがエントリされる。楽曲情報データベースＭＵＤＢの「曲属性」フィールドにもシンボルデータベースＭＤＢ２の「曲属性」フィールドと同様に、その曲のイメージを表す曲属性データがエントリされる。
【００３７】
プレイリストＰＬには、ジャンル検索機能を用いて目的地を設定するようユーザ・オペレーションが成されたとき、その検索中のジャンルに関連した楽曲がエントリされる。ここで、図４に、プレイリストＰＬに楽曲をエントリし、そのエントリに基づいて楽曲を再生する、ジャンル検索に対応した楽曲再生処理のフローチャートを示す。
【００３８】
図４の楽曲再生処理は、例えば図５に示されている目的地検索用の画面において「ジャンル」の項目Ｊが選択された時点、すなわちジャンル検索機能で目的地を設定するようにユーザ・オペレーションが成された時点で開始される。
【００３９】
図５に示されている画面において「ジャンル」の項目Ｊが選択されると、表示部７の表示は、「大ジャンル」に対応する各項目（すなわち「観光」、「買い物」、「レジャー」、「宿泊」等）が配列されたジャンル検索画面（以下、「大ジャンル検索画面」と記す）に切り替わる。この大ジャンル検索画面において何れかの項目が選択されると（ステップ１、以下、明細書及び図面においてステップを「Ｓ」と略記）、制御部１は、シンボルデータベースＭＤＢ２を検索し、上記選択された項目に対応する大ジャンルデータを有するレコードに注視する。例えばＳ１の処理において「観光」の項目が選択された場合、制御部１は、「○○水族館」のエントリデータを有するレコードを始めとする、「観光」の大ジャンルデータを有しているレコードに注視する。次いで、注視された各レコードの曲属性データを取得する（Ｓ２）。例えば「○○水族館」のエントリデータを有するレコードからは「水／魚」の曲属性データを取得する。
【００４０】
なお、大ジャンル検索画面において「大ジャンル」に対応する何れかの項目が選択されると、表示部７の表示は、「中ジャンル」に対応する各項目（すなわち「商業施設」、「コンビニエンスストア」、「公営施設」、「休憩処」等）が配列されたジャンル検索画面（以下、「中ジャンル検索画面」と記す）に切り替わる。更に、中ジャンル検索画面において「中ジャンル」に対応する何れかの項目が選択されると、表示部７の表示は、「小ジャンル」に対応する各項目（すなわち「水族館」、「Ａマート」、「競馬場」、「温泉」等）が配列されたジャンル検索画面（以下、「小ジャンル検索画面」と記す）に切り替わる。そして、小ジャンル検索画面において「小ジャンル」に対応する何れかの項目が選択されると、表示部７には、当該「小ジャンル」の下に属するシンボルのリスト（例えば「○○水族館」、「××水族館」等）が表示される。このリスト中の何れかのシンボルが選択されると、目的地設定が完了する。
【００４１】
制御部１はＳ２の処理に次いで、楽曲情報データベースＭＵＤＢを検索し、上記取得された曲属性データが「曲属性」フィールドにエントリされている全ての楽曲のレコードを抽出する（Ｓ３）。例えばＳ２の処理で取得された曲属性データが「水／魚」である場合、制御部１は、「ＡＢ海岸メドレー」のエントリデータを有する楽曲のレコードを始めとする、「水／魚」の曲属性データを有している全ての楽曲のレコードに抽出する。そして、抽出された全てのレコードの「曲ＩＤ」のエントリデータを、所定の規則に基づいた順序（例えば「曲ＩＤ」に基づいた順序、５０音順（曲名）、ランダム等）でプレイリストＰＬにエントリする（Ｓ４）。「プレイリストＰＬにエントリ」とは、その楽曲データを特定するための何らかの情報をプレイリストＰＬに書き込むことを意味する。ここでは上記のように「曲ＩＤ」のエントリデータがプレイリストＰＬにエントリされる。
【００４２】
Ｓ４の処理でプレイリストＰＬを作成すると、制御部１は、オーディオ部１５と連携して動作し、当該プレイリストＰＬに基づいた楽曲再生を行う（Ｓ５）。具体的には、オーディオ部１５は、プレイリストＰＬの序数（図３における「Ｎｏ．」）にしたがって楽曲を順に再生させる。オーディオ部１５は先ず、序数が「１」の「曲ＩＤ」のエントリデータをキーとして楽曲情報データベースＭＵＤＢを検索し、該当するレコードを抽出する。次いで、抽出されたレコードの「アドレス」フィールドを参照して当該アドレスにアクセスし、楽曲データを取得する。そして、この楽曲データをデコードしてスピーカ１６に出力する。このような処理をプレイリストＰＬにエントリされた各楽曲に対して順に実行することにより、ユーザがジャンル検索機能で目的地を検索している間、選択したジャンル（ここでは大ジャンル）に関連した楽曲がスピーカ１６で順次再生されることになる。ユーザは、画面上に表示された文字列や画像アイコン等の情報だけでなく、選択したジャンルに関連した楽曲を聴取しながらジャンル検索による目的地の検索を行うことができる。つまり、ユーザは、目的地検索をより感覚的に行うことができるようになる。また、上記のように、選択されたジャンルと曲属性データに基づいてプレイリストＰＬを作成するようにナビゲーションシステム１００を構成することで、ユーザが普段聴取しない楽曲が再生されることがある。このような場合、ユーザは新鮮みを覚え、楽曲をより楽しむことができるようになる。
【００４３】
制御部１はＳ５の処理に次いで、現在再生中の楽曲のレコードの各エントリデータを用いて、その楽曲情報を表示部７に表示させる（Ｓ６）。この楽曲情報はジャンル検索画面に重畳して表示される。そして、制御部１は楽曲情報の表示を行うと、ユーザ・オペレーションによるジャンル検索の目的地設定が完了したか否かを判定する（Ｓ７）。目的地設定が完了している場合（Ｓ７：ＹＥＳ）、制御部１は、本フローチャートの処理を終了させる。また、目的地設定が完了していない場合（Ｓ７：ＮＯ）、制御部１は、Ｓ５の処理に復帰して楽曲再生処理を継続する。なお、プレイリストＰＬは、楽曲再生処理終了と共に消去される。
【００４４】
ここで、製品購入時等においては、曲属性に対応した楽曲がＨＤＤ５に格納されていないことが考えられる。従って、各ジャンルに対応した各曲属性の楽曲を製品出荷時にＨＤＤ５に予め何曲か格納しておくことが好ましい。このような構成によれば、ユーザがＨＤＤ５に何れの楽曲も格納していない場合であっても、初期的に格納された楽曲によるプレイリスト作成・再生が実現される。このため、ユーザは、製品購入時にも、より感覚的な目的地検索を実行することが可能となる。
【００４５】
以上が本発明の実施の形態である。本発明はこれらの実施の形態に限定されるものではなく様々な範囲で変形が可能である。例えば本実施形態では、大ジャンル検索画面において選択された「大ジャンル」の項目に基づいてプレイリストＰＬを作成しているが、別の実施の形態では、中ジャンル検索画面や小ジャンル検索画面で選択された項目に基づいてプレイリストＰＬを作成するようにしても良い。
【００４６】
図６に、別の実施の形態のナビゲーションシステムで実行される楽曲再生処理のフローチャートを示す。図６のＳ１１乃至１６の処理は、図４のＳ１乃至７の処理と実質的に同一であるためその説明を省略する。Ｓ１７の処理において制御部１は、ジャンル検索の目的地設定が完了したと判定した場合（Ｓ１７：ＹＥＳ）、本実施形態と同様に本フローチャートの処理を終了させる。また、目的地設定が完了していないと判定した場合（Ｓ１７：ＮＯ）、制御部１は、Ｓ１２乃至Ｓ１７の処理実行中にジャンル検索画面上の項目の選択操作が行われたか否かを判定する（Ｓ１８）。
【００４７】
Ｓ１８の処理において制御部１は、ジャンル検索画面上の項目の選択操作が行われていないと判定した場合（Ｓ１８：ＮＯ）、Ｓ１５の処理に復帰する。また、ジャンル検索画面上の項目の選択操作が行われていると判定した場合（Ｓ１８：ＹＥＳ）、Ｓ１９の処理に進む。そして、Ｓ１２乃至Ｓ１７の処理実行中に選択された項目（ジャンル）に対応した処理を実行する。
【００４８】
例えば中ジャンル検索画面上で「コンビニエンスストア」が選択された場合、制御部１は、前回作成されたプレイリストＰＬ（例えば大ジャンル検索画面において選択された「大ジャンル」の項目に基づいて作成されたプレイリストＰＬ）を消去する（Ｓ１９）。次いで、Ｓ１２の処理に復帰して、「Ａマート××支店」のエントリデータを有するレコードを始めとする、「コンビニエンスストア」の中ジャンルデータを有しているレコードに注視する。そして、注視された各レコードの曲属性データを取得する。例えば「Ａマート××支店」のエントリデータを有するレコードからは「街」の曲属性データを取得する。曲属性データ取得後、制御部１は、曲属性データに基づいたレコード抽出処理（Ｓ１３）、抽出レコードによるプレイリストＰＬ作成処理（Ｓ１４）、プレイリストＰＬに基づいた楽曲再生処理（Ｓ１５）、及び、楽曲情報表示処理（Ｓ１６）を実行する。
【００４９】
別の実施の形態によれば、階層を移動（例えば「大ジャンル」から「中ジャンル」に移動）する毎に、現在の階層に対応したプレイリストＰＬが作成され再生されることになる。従って、別の実施の形態の楽曲再生処理で再生される楽曲は、下の階層に移動するほど目的地に近いイメージを有するものとなる。このため、ユーザは、より感覚的に目的地検索を行うことができるようになる。
【００５０】
すなわち本実施形態においては、プレイリストＰＬの作成回数が１回に限定され、制御部１の負担が軽減されるというメリットがあり、別の実施の形態においては、より感覚的に目的地検索を行うことができるというメリットがある。
【００５１】
また、本実施形態ではプレイリストＰＬの各楽曲をその頭部分から再生しているが、更に別の実施の形態では、例えばオーディオ部１５でデコードされた楽曲に対して周知の周波数解析を施し、その解析結果に基づいて各楽曲の所定のパート（例えばサビの部分）を特定し、その特定部分だけをスピーカ１６で再生するようにしても良い。
【００５２】
また、本実施形態では、シンボルデータベースＭＤＢ２は複数のジャンルのフィールド（「大ジャンル」、「中ジャンル」、「小ジャンル」フィールド）を有しているが、更に別の実施の形態では、シンボルデータベースＭＤＢ２がジャンルのフィールドとして、例えば「大ジャンル」フィールドだけを有するようにしても良い。
【００５３】
また、更に別の実施の形態では、シンボルデータベースＭＤＢ２及び楽曲情報データベースＭＵＤＢから「曲属性」フィールドを排除しても良い。この場合、楽曲情報データベースＭＵＤＢには「曲属性」フィールドとして、例えば「大ジャンル」に対応したフィールドが含まれる。すなわちこのような実施の形態では、シンボルデータベースＭＤＢ２と楽曲情報データベースＭＵＤＢとをリンクさせるデータが曲属性データでなく大ジャンルデータとなる。この場合、シンボルデータベースＭＤＢ２のフィールド数が減るため、データ容量の削減という効果が得られる。
【図面の簡単な説明】
【００５４】
【図１】本発明の実施の形態のナビゲーションシステムの構成を示したブロック図である。
【図２】本発明の実施の形態のＨＤＤに格納された地図データを概略的に示した図である。
【図３】本発明の実施の形態のＨＤＤに格納された楽曲情報データベース及びプレイリストを概略的に示した図である。
【図４】本発明の実施の形態のナビゲーションシステムで実行される楽曲再生処理を示したフローチャートである。
【図５】本発明の実施の形態における目的地検索用の画面の一例である。
【図６】別の実施の形態のナビゲーションシステムで実行される楽曲再生処理を示したフローチャートである。
【符号の説明】
【００５５】
１  制御部
２  ＧＰＳレシーバ
３  ジャイロセンサ
４  車速センサ
５  ＨＤＤ
６  入力部
７  表示部
８  ＲＯＭ
９  ＤＲＡＭ
１０  ＳＲＡＭ
１１  ＶＲＡＭ
１２  ユーザインタフェース
１３  画像処理部
１４  通信部
１５  オーディオ部
１６  スピーカ
１００  ナビゲーションシステム
【図１】
2008082727.tif 000003
【図２】
2008082727.tif 000004
【図３】
2008082727.tif 000005
【図４】
2008082727.tif 000006
【図５】
2008082727.tif 000007
【図６】
2008082727.tif 000008