(57)【要約】      （修正有）【課題】施設情報だけでなく楽曲ファイルも路側機からダウンロードして記憶部に記録する車載機において、記憶部内のコンテンツファイルを再生する際にユーザに利便性の良いファイル管理方式を提供する。【解決手段】路側機からのコンテンツファイルのダウンロードに先立ち、ＸＭＬファイルをダウンロードして、該ＸＭＬファイルを解析する。解析結果から、ダウンロード対象のコンテンツファイルが楽曲である場合、アーティスト名をフォルダ名とするフォルダを記憶部３５に作り、ダウンロードしたコンテンツファイルを該フォルダに記録する。ダウンロード対象のコンテンツファイルが施設情報である場合、路側機が設置されている施設の名前をフォルダ名とするフォルダを記憶部３５に作り、ダウンロードしたコンテンツファイルを該フォルダに記録する。【選択図】図２
2007323792.tif 000002
【特許請求の範囲】
【請求項１】
路側機からコンテンツファイル及び該コンテンツファイルのコンテンツ情報をダウンロードするダウンロード手段、
ダウンロードしたコンテンツファイルを記録媒体に記録する記録手段、
前記コンテンツファイルのカテゴリーを前記コンテンツ情報に基づき判別するカテゴリー判別手段、及び
ダウンロードして記録媒体に記録したコンテンツファイルを該コンテンツファイルのカテゴリーに基づき管理するファイル管理手段、
を備えていることを特徴とする車載用コンテンツファイル処理装置。
【請求項２】
コンテンツファイルのカテゴリーには、少なくとも、娯楽系のカテゴリーと通知情報系のカテゴリーとが含まれることを特徴とする請求項１記載の車載用コンテンツファイル処理装置。
【請求項３】
前記ファイル管理手段は、各コンテンツファイルを、それが前記記録媒体において格納されるフォルダの名前に基づき管理するものであり、
前記ファイル管理手段は、前記記録手段に、コンテンツファイルのカテゴリーごとに対応する名前のフォルダを作らせて、ダウンロードしたコンテンツファイルを、そのカテゴリーに対応するフォルダに格納させることを特徴とする請求項２記載の車載用コンテンツファイル処理装置。
【請求項４】
娯楽系のカテゴリーのコンテンツファイルについての前記コンテンツ情報には、コンテンツファイルのカテゴリーと共に、カテゴリー内の分類に係る情報を含み、
前記記録手段は、娯楽系のカテゴリーのコンテンツファイルについては、該コンテンツファイルの分類の名前を前記コンテンツ情報から抽出して分類名をフォルダ名とするフォルダを作ることを特徴とする請求項３記載の車載用コンテンツファイル処理装置。
【請求項５】
前記記録手段は、娯楽系のカテゴリーのコンテンツファイルについて、前記コンテンツ情報から抽出した分類を階層構造化して、分類の階層構造に対応付けられた階層構造でフォルダを作ることを特徴とする請求項４記載の車載用コンテンツファイル処理装置。
【請求項６】
路側機からダウンロードした娯楽系のカテゴリーのコンテンツファイルに対する前記ファイル管理手段によるファイル管理方式は、別の記録媒体から前記記録媒体にリッピングした娯楽系のカテゴリーのコンテンツファイルに適用されるファイル管理方式と統一されていることを特徴とする請求項２〜５のいずれかに記載の車載用コンテンツファイル処理装置。
【請求項７】
通知情報系のカテゴリーのコンテンツファイルを格納するフォルダの名前は、該コンテンツファイルの送信元の路側機に関連するものとなっていることを特徴とする請求項３〜６のいずれかに記載の車載用コンテンツファイル処理装置。
【請求項８】
前記ファイル管理手段は、路側機からダウンロードした娯楽系のカテゴリーのコンテンツファイルについて、そのコンテンツ情報に基づきデータベースを作成するとともに、該データベースにより管理するものであることを特徴とする請求項２記載の車載用コンテンツファイル処理装置。
【請求項９】
路側機からダウンロードした娯楽系のカテゴリーのコンテンツファイルに対する前記ファイル管理手段によるファイル管理方式は、別の記録媒体から前記記録媒体にリッピングした娯楽系のカテゴリーのコンテンツファイルに適用されるファイル管理方式と統一されていることを特徴とする請求項８記載の車載用コンテンツファイル処理装置。
【請求項１０】
前記ダウンロード手段は、コンテンツファイルのコンテンツ情報を該コンテンツファイルより先にダウンロードし、前記カテゴリー判定手段が該コンテンツファイルのカテゴリーを検出してから、該コンテンツファイルをダウンロードすることを特徴とする請求項１〜９のいずれかに記載の車載用コンテンツファイル処理装置。
【請求項１１】
路側機からコンテンツファイル及び該コンテンツファイルのコンテンツ情報をダウンロードするステップ、
ダウンロードしたコンテンツファイルを記録媒体に記録するステップ、
前記コンテンツファイルのカテゴリーを前記コンテンツ情報に基づき判別するステップ、及び
ダウンロードして記録媒体に記録したコンテンツファイルを該コンテンツファイルのカテゴリーに基づき管理するステップ、
を備えていることを特徴とする車載用コンテンツファイル処理方法。
【請求項１２】
請求項１〜１０のいずれかに記載の車載用コンテンツファイル処理装置の各手段としてコンピュータを機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＤＳＲＣ（Dedicated Short Range Communication）等を利用して複数のカテゴリーのコンテンツファイルをダウンロードする車載用コンテンツファイル処理装置、車載用コンテンツファイル処理方法及びプログラムに関するものである。
【背景技術】
【０００２】
特許文献１は、自動車に搭載される端末（特許文献１の図７及び図８の符号６ａ，６ｂ）が、コンテンツ再生部（図７及び図８の符号２５）を装備するとともに、ＤＳＲＣ基地局（本明細書の路側機に相当する。特許文献１の図２の符号２）から楽曲等のコンテンツをダウンロードして、コンテンツ記憶部（図７及び図８の符号２０）に記憶し、記憶したコンテンツをコンテンツ再生部で再生することを開示する。
【０００３】
一方、路側機からその近傍を通過したり停車している自動車へ、該路側機が配備されている商業施設や地域の買い物情報や地域情報等をＤＳＲＣにより配信することが提案されている。
【０００４】
路側機からダウンロードしたコンテンツファイルはハードディスク等の記録媒体に記録されるが、従来の車載用コンテンツファイル処理装置では、各路側機から配信されてきたコンテンツファイルを単に記録媒体に記録するだけとなっており、記録の際に後のファイル管理方式の合理化に寄与する処理はなんら行っていない。
【０００５】
【特許文献１】特開２００３−２９８４９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来の車載用コンテンツファイル処理装置のように、各路側機からダウンロードしたコンテンツファイルを単に記録媒体に記録するだけとなっている記録方式では、ユーザが、その後、コンテンツファイルを再生しようとする場合に、ファイル名及び／又は記録時刻だけを手掛かりにして、所望のコンテンツファイルを選択しなければならず、選択が不適切かつ非能率となる。
【０００７】
そこで、本出願人は、先の特願２００６−１２６５２７において、各路側機からダウンロードして記録媒体に記録する各コンテンツファイルについて、該路側機に関連する名称に対応付けて、管理できるようにし、ユーザは、所望のコンテンツファイルを記録媒体から探し出す場合には、路側機関連名称を手掛かりに探し出せるようにしている。
【０００８】
路側機からダウンロードして記録媒体に記録するコンテンツファイルを、一律に、路側機関連名称に対応付けて管理する場合、コンテンツファイルによっては、再生時のファイル選択作業があまり合理化できないことがある。例えば、特許文献１の装置のように、コンテンツファイルが楽曲ファイルである場合、楽曲は、施設情報や地域情報等とは異なり、路側機の設置場所とは無関係なコンテンツであるので、ユーザは、それらについては、路側機関連名称よりは、アーティスト名やアルバム名を手がかりにして探し出す方が便利である。
【０００９】
本発明の目的は、路側機からダウンロードして記録媒体に記録したコンテンツファイルについて、後のユーザによる探索を合理化できる車載用コンテンツファイル処理装置、車載用コンテンツファイル処理方法及びプログラムを提供することである。
【課題を解決するための手段】
【００１０】
本発明の車載用コンテンツファイル処理装置は次のものを備えている。
路側機からコンテンツファイル及び該コンテンツファイルのコンテンツ情報をダウンロードするダウンロード手段、
ダウンロードしたコンテンツファイルを記録媒体に記録する記録手段、
コンテンツファイルのカテゴリーをコンテンツ情報に基づき判別するカテゴリー判別手段、及び
ダウンロードして記録媒体に記録したコンテンツファイルを該コンテンツファイルのカテゴリーに基づき管理するファイル管理手段。
【００１１】
本発明の車載用コンテンツファイル処理方法は次のステップを備えている。
路側機からコンテンツファイル及び該コンテンツファイルのコンテンツ情報をダウンロードするステップ、
ダウンロードしたコンテンツファイルを記録媒体に記録するステップ、
コンテンツファイルのカテゴリーをコンテンツ情報に基づき判別するステップ、及び
ダウンロードして記録媒体に記録したコンテンツファイルを該コンテンツファイルのカテゴリーに基づき管理するステップ。
【００１２】
本発明のプログラムは前述の車載用コンテンツファイル処理装置の各手段としてコンピュータを機能させる。
【発明の効果】
【００１３】
本発明によれば、路側機からダウンロードしたコンテンツファイルについて、一律のファイル管理方式を排除して、そのカテゴリーに応じたファイル管理方式で管理するので、ユーザは、所望のコンテンツファイルを能率的に探索することができる。
【発明を実施するための最良の形態】
【００１４】
図１は路側機１０によるコンテンツファイルのダウンロードについての概略説明図である。路側機１０は、道の駅等の商業施設内の駐車場や道路の脇又は上方等の所定箇所に適宜、設置され、近傍に駐車中又は近傍を通過中の自動車１２の車載機２２（図２）とＤＳＲＣ１１により相互通信自在になっている。車載機２２は、路側機１０との通信に際し、ＩＰアドレスを付与される。
【００１５】
サーバ１３は、ＤＳＲＣ１１を管理する施設内に配備され、有線１４を介して路側機１０とデータを相互に送受する。サーバ１３は、インターネット１９を介して施設外のサーバ１７，１８等へ接続されている。これにより、自動車１２の車載機２２は、サーバ１３から施設や地域のお知らせ情報を入手できるだけでなく、インターネット１９上の音楽サーバ等から楽曲等のエンターテインメント系のコンテンツファイルを入手できる。
【００１６】
図２は車載機２２の構成図である。車載機２２は、１個の筐体内に収容されている本体２３と、本体２３外にあって本体２３へ接続されるＤＳＲＣ制御部２５、操作部２６及び出力部２７とを備えている。本体２３は、ＩＰ接続部３１、ＸＭＬ情報解析部３２、ファイルＤＬ（ダウンロード）部３３、ファイル管理部３４、記憶部３５、制御部３６、メディア制御部３７及び再生部３８を有している。
【００１７】
ＤＳＲＣ制御部２５は、ＤＳＲＣ１１による路側機１０との通信を制御する。操作部２６は、ユーザが操作情報を入力するためにそれを操作するものであり、具体的には、タッチパネル、ハードキー及び／又はリモコン等である。出力部２７は、再生部３８の情報を出力するものであり、具体的にはスピーカ及び／又はモニタである。
【００１８】
ＩＰ接続部３１は、ＴＣＰ／ＩＰプロトコルに準拠して、サーバ１３，１７，１８等とのＩＰ接続を実行する。ＸＭＬ情報解析部３２は、路側機１０からＸＭＬファイルをダウンロードして、それを解析する。ファイルＤＬ部３３は路側機１０からコンテンツファイルをダウンロードする。
【００１９】
記憶部３５は、例えばハードディスクから成り、ダウンロードしたコンテンツファイルを記憶する。ファイル管理部３４は、記憶部３５に記憶されたコンテンツファイルを条件によって検索し、見つかったコンテンツファイルの一覧（リスト）を作成する等のファイル管理を実施する。制御部３６は、それへの各種入力に対応する演算を行って、車載機２２内の種々の被制御素子を制御する。
【００２０】
メディア制御部３７は、再生部３８へユーザにより適宜装填されるＣＤ及びＤＶＤ等のメディアを制御する。再生部３８は、装填中のメディアに記録されている所定の楽曲やチャプタを再生し、再生信号を出力部２７へ出力する。再生部３８は、また、記憶部３５に記録されているコンテンツファイルを再生して、その再生信号を出力部２７へ出力する。
【００２１】
図３は車載機２２におけるＤＬ（ダウンロード）時のＤＬファイルの格納方法のフローチャートである。Ｓ５０では、自動車１２は、路側機１０とのＤＳＲＣ１１が可能な地点に進入し、路側機１０へのＩＰ接続を開始する。Ｓ５１では、ＩＰ接続の完了を監視し、完了しだい、Ｓ５２へ進む。
【００２２】
Ｓ５２では、コンテンツファイルのダウンロード指示を監視し、指示を検出ししだい、Ｓ５３へ進む。Ｓ５３では、ＸＭＬ（Extensible Markup Language）ファイルをダウンロードしてから、該ＸＭＬファイルを解析する。ＸＭＬの解析には例えばＸＭＬパーサを使用する。
【００２３】
Ｓ５４では、Ｓ５３におけるＸＭＬ解析内容に基づき、ダウンロード対象のコンテンツファイルのカテゴリーを判別する。判別したカテゴリーが音楽ファイルや動画配信ファイル等のエンターテインメント（Entertainment：娯楽）系であれば、Ｓ６０へ進み、また、施設情報、天気情報、交通情報等のインフォメーション（Information：通知情報）系であれば、Ｓ６４へ進む。なお、図３〜図８では、説明の便宜上、エンターテインメント系のコンテンツファイルとして例えば楽曲ファイルを想定し、また、インフォメーション系のコンテンツファイルとして例えば当該施設の情報ファイルを想定する。
【００２４】
Ｓ６０では、Ｓ５３のＸＭＬ解析内容に基づき、ダウンロード対象の楽曲ファイルに係るアーティスト名を判別し、さらに、記憶部３５に一致するアーティスト名のフォルダがすでに存在するか否かを検索する。そして、存在していれば、Ｓ６１をスキップして、Ｓ６８へ進み、存在していなければ、Ｓ６１へ進む。記憶部３５におけるアーティスト名のフォルダは、次のＳ６１の他に、ユーザが、楽曲のＣＤを再生部３８にセットし、該ＣＤから楽曲をリッピングする際にも、作成されることがあり、Ｓ６０→Ｓ６８の進行は、同一アーティスト名のフォルダが記憶部３５に重複して作成されるのを防止する。
【００２５】
Ｓ６１では、Ｓ５３のＸＭＬ解析内容であるアーティスト名のフォルダを作成する。なお、Ｓ６１では、さらに、Ｓ５３のＸＭＬ解析内容からアルバム名を抽出し、アーティスト名のフォルダと共に、該アーティスト名のフォルダの１個下の階層に、アルバム名のフォルダを作成してもよい。
【００２６】
図４はダウンロード対象のコンテンツファイルが楽曲ファイルである場合に記憶部３５に作成されるフォルダ構造を示す。ルートの下に、アーティストごとにアーティスト名をフォルダ名とするフォルダが作成される。さらに、各アーティスト名のフォルダの下には、各アーティストのアルバムの名前をフォルダ名とするフォルダが作成される。なお、アルバム名のフォルダを省略して、アーティスト名のフォルダのみを作成して、楽曲ファイルを該当のアーティスト名のフォルダへ直接、格納したり、また、アーティスト名のフォルダを省略して、アルバム名のフォルダのみを作成して、楽曲ファイルを該当のアルバム名のフォルダへ格納したりしてもよい。
【００２７】
図３に戻って、Ｓ６４，Ｓ６５における処理内容は、本願出願時において出願公開前でありかつ本出願人に係る前述した特願２００６−１２６５２７において開示済みのものとなっている。Ｓ６４，Ｓ６５の処理内容について概略的に説明する。Ｓ６４では、路側機１０に関連する名称に一致するフォルダ名のフォルダが記憶部３５にすでに存在するか否かを検索する。そして、存在していれば、Ｓ６５をスキップして、Ｓ６８へ進み、存在していなければ、Ｓ６５へ進む。Ｓ６５では、路側機１０に関連する名称のフォルダを記憶部３５に作成する。
【００２８】
路側機１０の関連名称の主な具体例を列挙すると、（ａ）コンテンツファイルをダウンロードする地点の地名（該地名は、住所の全部でなく、市町村名を除去した町名等の住所の一部であってもよいとする。）又は施設名、（ｂ）コンテンツファイルの配信元を表わすサーバのＵＲＬ、及び（ｃ）コンテンツファイルの配信元の名称である。
【００２９】
（ａ）の地名又は施設名は、例えば、コンテンツファイルのダウンロード時に現在地を検出し、自動車１２が搭載するカーナビゲーション装置の地図データベースから該現在地の住所や施設名を抽出することにより、検出できる。さらに、タウン情報等により現在地の住所から施設名を検索することによっても、検出できる。（ｂ）のＵＲＬや（ｃ）の配信元名称は、コンテンツファイルを搬送するＩＰパケットのヘッダから検出することができることがある。なお、（ａ）〜（ｃ）に係る情報をＳ５３でダウンロードしたＸＭＬファイルに含めることもできる。
【００３０】
図５はインフォメーション系のカテゴリーのコンテンツファイルに対して記憶部３５に作成される第１のフォルダ構造例を示す。ルートの下に、路側機１０に関連する名称として路側機１０が設置されている施設の名称（図５の例では「双葉Ｓ．Ａ」）をフォルダ名とするフォルダが作成される。そして、同一の路側機１０からダウンロードしたすべてのコンテンツファイルは、フォルダ名：「双葉Ｓ．Ａ」のフォルダ内に格納される。
【００３１】
図５のフォルダ構造では、車載機２２が、同一の路側機１０から同一ファイル名の施設情報ファイルをダウンロードすると、古い方の施設情報ファイルが上書きされて、消失してしまう。ユーザによっては、古い施設情報ファイルも捨てることなく暫くは残しておきたいことがある。
【００３２】
図６はインフォメーション系のカテゴリーのコンテンツファイルに対して記憶部３５に作成される第２のフォルダ構造例を示す。図６のフォルダ構造について、図５のフォルダ構造との相違点について述べる。図６のフォルダ構造では、フォルダ名が路側機１０の設置施設名＋ダウンロード日付とされる。したがって、同一のファイル名の施設情報ファイルを同一の路側機１０からダウンロードする場合でも、日付が異なれば、新規の施設情報ファイルは、古い施設情報ファイルが格納されているフォルダとは別のフォルダ内に格納されるので、過去の施設情報ファイルを、最新の施設情報ファイルのダウンロード後も残すことができる。
【００３３】
図６のフォルダ構造では、フォルダ名＝路側機１０の設置施設名＋ダウンロード日付となっているが、さらに、ダウンロード時刻を追加して、フォルダ名＝路側機１０の設置施設名＋ダウンロード日付＋ダウンロード時刻としてもよい。そのようにすれば、ユーザが、同日の異なる時刻に同一の施設へ訪れ、同一の路側機１０から同一ファイル名の施設情報ファイルをダウンロードしても、同日付の古い時刻の施設情報ファイルが、最新の施設情報ファイルにより上書きされることを免れ、それをユーザは適宜、再生することが可能となる。
【００３４】
図７はインフォメーション系のカテゴリーのコンテンツファイルに対して記憶部３５に作成される第３のフォルダ構造例を示す。図７のフォルダ構造について、図６のフォルダ構造との相違点について述べる。図６のフォルダ構造では、フォルダ名＝路側機１０の設置施設名＋ダウンロード日付として、１階層のフォルダ構造となっているのに対し、図７のフォルダ構造では、フォルダ名＝路側機１０の設置施設名のフォルダの下に、フォルダ名＝ダウンロード日付のフォルダが作成され、同一の路側機１０から異なる日付でダウンロードした施設情報ファイルは、フォルダ名＝路側機１０の設置施設名のフォルダを共通の親フォルダとしつつ、異なるダウンロード日付をフォルダ名とする各子フォルダ内に格納される。
【００３５】
図７のフォルダ構造も、図６のフォルダ構造と同様に、同一の路側機１０からダウンロードした同一名のコンテンツファイルであっても、そのダウンロードの日付が異なれば、新しい方のコンテンツファイルは、古い方のコンテンツファイルを上書きすることなく、記憶部３５に記録されるので、日付の古い方のコンテンツファイルを最新のコンテンツファイルのダウンロード後も、適宜、再生することができる。図７のフォルダ構造では、図６のフォルダ構造よりも全体のフォルダの個数が増大するが、同一の路側機から異なる日付でダウンロードした施設情報ファイルは、路側機１０の設置施設名をフォルダ名とするフォルダにまとめられているので、目当ての路側機からの施設情報ファイルを能率的に見つけることができる。
【００３６】
図３に戻って、Ｓ６８では、路側機１０からコンテンツファイルのダウンロードを開始する。ここでダウンロードしたコンテンツファイルは、ＲＡＭ等の一時メモリに記憶される。Ｓ６９では、ダウンロードが完了したか否かを監視し、完了ししだい、Ｓ７０へ進む。
【００３７】
Ｓ７０では、ＲＡＭ内のコンテンツファイルを該当のフォルダへ移動する。Ｓ７０における該当のフォルダとは、Ｓ６１又はＳ６５で新規にフォルダを作成した場合には、その新規なフォルダであり、また、Ｓ５４の終了時点で対応するアーティスト名又は施設名のフォルダがすでに作成済みであった場合には、その作成済みのフォルダである。
【００３８】
図８は図３のＤＬファイルの格納方法に基づき記憶部３５に格納したＤＬファイルの管理方法のフローチャートである。Ｓ８０では、ユーザが記憶部３５における記録ファイルに係る操作指示を行ったか否かを監視し、操作指示を検出ししだい、Ｓ８１へ進む。Ｓ８１では、カテゴリーリストを出力部２７のモニタに表示する。
【００３９】
Ｓ８２では、ユーザによるカテゴリーリストからのカテゴリーの選択を監視、及び選択カテゴリーを判別する。ユーザが、エンターテインメント系のカテゴリーを選択した場合には、Ｓ８３へ進み、インフォメーション系のカテゴリーを検出した場合には、Ｓ８５へ進む。
【００４０】
Ｓ８３では、アーティスト一覧を出力部２７のモニタに表示する。Ｓ８４では、ユーザがアーティスト一覧からアーティストを選択したか否かを監視する。そして、選択が行われしだい、Ｓ８８へ進む。
【００４１】
Ｓ８５では、施設一覧を出力部２７のモニタに表示する。Ｓ８６では、ユーザが施設一覧から施設を選択したか否かを監視する。そして、選択が行われしだい、Ｓ８８へ進む。
【００４２】
Ｓ８８では、ユーザがＳ８４又はＳ８６で選択したアーティスト又は施設に属するコンテンツファイルの一覧をモニタに表示する。なお、前述の図４及び図７のフォルダ構造では、各アーティスト又は各施設に対応するフォルダの下にさらに、同一のアーティストの各アルバム又は同一の施設の各日付に対応するフォルダが存在しているが、Ｓ８８の処理は、図４のアルバム名のフォルダを省略した処理、又は図５若しくは図６の単一階層のフォルダ用の処理となっている。複数階層のフォルダ構造の場合には、さらに、下の階層のフォルダ名一覧をモニタに表示させて、ユーザが該一覧から１個のフォルダ名を選択するのを待って、Ｓ８８を実行する。
【００４３】
Ｓ８９では、ユーザがファイル一覧からファイルを選択したか否かを監視する。そして、ユーザがファイル一覧からファイルを選択すると、Ｓ９０へ進む。Ｓ９０では、ユーザが選択したファイルを再生する。
【００４４】
図９は車載用コンテンツファイル処理装置１００のブロック図である。前述の車載機２２は車載用コンテンツファイル処理装置１００の具体例である。車載用コンテンツファイル処理装置１００は、ダウンロード手段１０１、記録手段１０２、カテゴリー判別手段１０３及びファイル管理手段１０４を備えている。
【００４５】
ダウンロード手段１０１は、路側機１０７からコンテンツファイル１０９及び該コンテンツファイル１０９のコンテンツ情報をダウンロードする。記録手段１０２は、ダウンロードしたコンテンツファイル１０９を記録媒体１０８に記録する。カテゴリー判別手段１０３は、コンテンツファイル１０９のカテゴリーをコンテンツ情報に基づき判別する。ファイル管理手段１０４は、ダウンロードして記録媒体１０８に記録したコンテンツファイル１０９を該コンテンツファイル１０９のカテゴリーに基づき管理する。
【００４６】
路側機１０７からダウンロード手段１０１へのコンテンツファイル１０９及びコンテンツ情報のダウンロードは、例えば、ＤＳＲＣにより行われる。コンテンツ情報は、典型的には、コンテンツファイル１０９より先にダウンロード手段１０１へダウンロードされるが、コンテンツファイル１０９と同時又は後からダウンロードされてもよいとする。コンテンツ情報がコンテンツファイル１０９と同時又は後からダウンロードされる場合には、ダウンロード手段１０１へダウンロードされたコンテンツファイル１０９は、例えば、一時的な記憶装置に一時的に記憶され、コンテンツ情報のダウンロード及び解析後、記録媒体１０８へ移される。
【００４７】
コンテンツファイル１０９のカテゴリーには、少なくとも、娯楽系のカテゴリーと通知情報系のカテゴリーとが含まれる。娯楽系のカテゴリーのコンテンツファイル１０９は、楽曲等のオーディオファイルであってもよいし、ビデオのみのビデオファイル、又はビデオとオーディオとの両方を含んだビデオファイルであってもよい。通知情報系のコンテンツファイル１０９は、例えば、施設内の商店の商品情報、及び近傍地域の道路や天気や行事等のお知らせ情報である。
【００４８】
好ましくは、ダウンロード手段１０１は、コンテンツ情報をＸＭＬファイルによりダウンロードするものである。典型的には、ダウンロード手段１０１は、路側機１０７との通信において、ＩＰで接続される。コンテンツ情報は、コンテンツファイル１０９を搬送するＩＰパケットのヘッダに含められてもよい。
【００４９】
典型的には、図４〜図７に示したように、ファイル管理手段１０４は、各コンテンツファイル１０９を、それが記録媒体１０８において格納されるフォルダの名前に基づき管理するものである。そして、ファイル管理手段１０４は、また、記録手段１０２に、コンテンツファイル１０９のカテゴリーごとに対応する名前のフォルダを作らせて、ダウンロードしたコンテンツファイル１０９を、そのカテゴリーに対応するフォルダに格納させる。
【００５０】
コンテンツファイル１０９を、それが格納されるフォルダの名前で管理する場合、記録媒体１０８内の各コンテンツファイル１０９は、ルートから下位の階層の方へ各階層のフォルダの名前を連ねたパスにより識別、かつアクセスすることができる。
【００５１】
好ましくは、娯楽系のカテゴリーのコンテンツファイル１０９についてのコンテンツ情報には、コンテンツファイル１０９のカテゴリーと共に、カテゴリー内の分類（サブカテゴリーとも呼ぶ）に係る情報を含む。そして、記録手段１０２は、娯楽系のカテゴリーのコンテンツファイル１０９については、該コンテンツファイル１０９の分類の名前をコンテンツ情報から抽出して、分類名をフォルダ名とするフォルダを作る。娯楽系のカテゴリーのコンテンツファイル１０９の分類名とは、コンテンツファイル１０９が楽曲ファイルである場合、例えば図４に記載されているアーティスト名及びアルバム名である。娯楽系のカテゴリーに属するコンテンツファイル１０９がビデオファイルである場合、分類名は例えばタイトルやチャプターである。
【００５２】
娯楽系のカテゴリーのコンテンツファイル１０９に対して、通知情報系のカテゴリーのコンテンツファイル１０９では、該コンテンツファイル１０９を格納するフォルダの名前は、図５〜図７で説明したように、例えば、該コンテンツファイル１０９の配信元の路側機１０７に関連するものとなっている。図５〜図７では、路側機１０７が設置されている施設名となっているが、これ以外に、例えば、路側機１０７が設置されている住所、コンテンツファイル１０９の配信元のＵＲＬ、配信元の名称等とすることができる。
【００５３】
コンテンツファイル１０９の住所には、都道府県名から番地までのすべてを含ませてもよいし、住所の一部、例えば土地名のみ（例：＝日本橋）、区市町村名＋土地名（例：＝中央区日本橋）、さらには、都道府県名＋区市町村名＋土地名（例：＝東京都中央区日本橋。住所から番地を除外。）としてもよい。コンテンツファイル１０９の送信元のＵＲＬは、路側機１０７からダウンロード手段１０１へダウンロードされるＩＰパケットのヘッダに記入されており、コンテンツファイル１０９の住所は、例えば、ダウンロード時の現在地を地図データベースの地図と照合して検出できる。
【００５４】
記録手段１０２は、娯楽系のカテゴリーのコンテンツファイル１０９について、コンテンツ情報から抽出した分類を階層構造化して、分類の階層構造に対応付けられた階層構造でフォルダを作る。階層構造でのフォルダの具体例は、図４である。フォルダの階層構造化は、図７に例示するように、通知情報系のカテゴリーのコンテンツファイル１０９についてのファイル管理方式にも適用することができる。
【００５５】
路側機１０７からダウンロードした娯楽系のカテゴリーのコンテンツファイル１０９に対するファイル管理手段１０４によるファイル管理方式は、着脱自在の別の記録媒体から記録媒体１０８にリッピングした娯楽系のカテゴリーのコンテンツファイル１０９に適用されるファイル管理方式と統一されていることが好ましい。これにより、娯楽系のカテゴリーのコンテンツファイル１０９については、それが路側機１０７からダウンロードしたものであるか、リッピングしたものであるかに関係なく、ユーザ操作環境を統一できる。
【００５６】
記録媒体１０８は、典型的にハードディスク装置であるが、大容量のフラッシュメモリ等の他の不揮発性記憶装置であってもよい。着脱自在の別の記録媒体とは、例えばＣＤやＤＶＤ等のメディアである。
【００５７】
娯楽系のカテゴリーのコンテンツファイル１０９についてのファイル管理方式として、フォルダ名管理の他に、例えば、ファイル管理手段１０４は、路側機１０７からダウンロードした娯楽系のカテゴリーのコンテンツファイル１０９について、そのコンテンツ情報に基づきデータベースを作成するとともに、該データベースにより管理するものであってもよい。
【００５８】
データベース管理の具体例を説明する。図１０はメタデータを含むコンテンツファイルの構造図である。なお、図１０のコンテンツファイルのコンテンツは、娯楽系のカテゴリーの楽曲となっているが、図１０のファイル構造は通知情報系のカテゴリーのファイルにも適用可能である。
【００５９】
図１０の構造では、コンテンツデータとしての楽曲データがファイルの先頭に配置され、その後ろにメタデータが配置されている。この例では、メタデータとして該楽曲に係る４個の属性が定義されており、該楽曲に係るアルバム、曲名、ジャンル及びタイプが先頭側から順番に配置されている。属性の定義は自由であり、属性としてアーティスト名、アーティストの出身国を定義することができる。
【００６０】
図１１はコンテンツファイルのメタデータを使って構築されたデータベースを示している。ルートの下の階層のカテゴリー１，２，・・・となる。カテゴリー１，２は例えばアルバム名及びアーティスト名である。
【００６１】
カテゴリー１の下の階層のカテゴリーバリュー１，２は、例えばアビーロード（Abbey Road）及び６０年代ヒット（Hits of the 60's）である。この例では、カテゴリーバリュー１，２の下に、それぞれ３個の楽曲がリンクされている。カテゴリーバリュー１の下にリンクされている楽曲は、例えばゴールデンサンバー（Golden Slumbers）、サムシング（Something）、サンキング（Sun King）である。
【００６２】
カテゴリー２の下の階層のサブカテゴリー１，２は、例えば各アーティストの出身国としてそれぞれイギリス及びアメリカを設定されている。サブカテゴリー１の下の階層のカテゴリーバリュー１，２は、例えばビートルズ（Beatles）及びペトラクーク（Petula Clark）である。この例では、カテゴリーバリュー１，２の下にそれぞれ複数の楽曲がリンクされている。カテゴリーバリュー１の下にリンクされている楽曲は例えばゴールデンサンバー（Golden Slumbers）、サムシング（Something）、サンキング（Sun King）、・・・である。
【００６３】
図１１のようなデータベースの構築では、各コンテンツに対して、該コンテンツのメタデータから該コンテンツが該当するカテゴリー及びサブカテゴリーを見つけ出し、該当する全部のカテゴリー及びサブカテゴリーのリーフとして登録する。したがって、同一のコンテンツが複数のカテゴリー及びサブカテゴリーに属することになる。前述の楽曲の例では、ゴールデンサンバー（Golden Slumbers）は、カテゴリー１（アルバム）のカテゴリーバリュー１（アビーロード）と、カテゴリー２（アーティスト）のサブカテゴリー１（イギリス出身アーティスト）のカテゴリーバリュー１（ビートルズ）とに、属すものとして登録されている。
【００６４】
こうして、車載用コンテンツファイル処理装置１００は、ダウンロードしたコンテンツファイル１０９のカテゴリーに合わせて、適切なファイル管理方式で各コンテンツファイル１０９を管理するので、ユーザは、コンテンツファイル１０９の再生時等では、能率よく所望のコンテンツファイル１０９を探索することができる。
【００６５】
図１２は車載用コンテンツファイル処理方法１３０のフローチャートである。車載用コンテンツファイル処理方法１３０は例えば車載用コンテンツファイル処理装置１００に適用される。車載用コンテンツファイル処理方法１３０は、少なくともＳ１３１〜Ｓ１３４を備える。Ｓ１３２はＳ１３３とＳ１３４との間に実行されてもよい。図２及び図８でフローチャートで説明した方法は車載用コンテンツファイル処理方法１３０の具体例である。
【００６６】
Ｓ１３１では、路側機１０７からコンテンツファイル１０９及び該コンテンツファイル１０９のコンテンツ情報をダウンロードする。Ｓ１３２では、ダウンロードしたコンテンツファイル１０９を記録媒体に記録する。Ｓ１３３では、コンテンツファイル１０９のカテゴリーをコンテンツ情報に基づき判別する。Ｓ１３４では、ダウンロードして記録媒体に記録したコンテンツファイル１０９を該コンテンツファイル１０９のカテゴリーに基づき管理する。
【００６７】
車載用コンテンツファイル処理装置１００について説明した具体的態様は、車載用コンテンツファイル処理方法１３０の具体的態様としても適宜、適用される。その場合、原則的に、ダウンロード手段１０１、記録手段１０２、カテゴリー判別手段１０３及びファイル管理手段１０４にそれぞれ適用された具体的態様は、それぞれＳ１３１，Ｓ１３２，Ｓ１３３，Ｓ１３４の具体的態様となる。
【００６８】
例えば、Ｓ１３４では、各コンテンツファイル１０９を、それが記録媒体において格納されるフォルダの名前に基づき管理するものである。これに対応して、Ｓ１３２では、コンテンツファイル１０９のカテゴリーごとに該カテゴリーに対応する名前のフォルダを作らせて、ダウンロードしたコンテンツファイル１０９を、そのカテゴリーに対応するフォルダに格納する。
【００６９】
例えば、コンテンツファイルのカテゴリーには、少なくとも、娯楽系のカテゴリーと通知情報系のカテゴリーとが含まれる。例えば、娯楽系のカテゴリーのコンテンツファイル１０９についてのコンテンツ情報には、コンテンツファイル１０９のカテゴリーと共に、カテゴリー内の分類に係る情報を含み、Ｓ１３２では、娯楽系のカテゴリーのコンテンツファイル１０９については、該コンテンツファイル１０９の分類の名前をコンテンツ情報から抽出して分類名をフォルダ名とするフォルダを作る。
【００７０】
例えば、Ｓ１３２では、娯楽系のカテゴリーのコンテンツファイル１０９について、コンテンツ情報から抽出した分類を階層構造化して、分類の階層構造に対応付けられた階層構造のフォルダを作る。
【００７１】
例えば、路側機１０７からダウンロードした娯楽系のカテゴリーのコンテンツファイル１０９に対しては、Ｓ１３４におけるファイル管理方式は、着脱自在の別の記録媒体から記録媒体にリッピングした娯楽系のカテゴリーのコンテンツファイル１０９に適用されるファイル管理方式と統一されている。
【００７２】
例えば、通知情報系のカテゴリーのコンテンツファイル１０９を格納するフォルダの名前は、該コンテンツファイル１０９の送信元の路側機１０７に関連するものとなっている。
【００７３】
Ｓ１３４におけるファイル管理方式は、路側機１０７からダウンロードした娯楽系のカテゴリーのコンテンツファイル１０９について、そのコンテンツ情報に基づきデータベースを作成するとともに、該データベースにより管理するものであってもよい。
【００７４】
例えば、Ｓ１３１では、コンテンツファイル１０９のコンテンツ情報を該コンテンツファイル１０９より先にダウンロードし、カテゴリー判定手段が該コンテンツファイル１０９のカテゴリーを検出してから、該コンテンツファイル１０９をダウンロードする。例えば、Ｓ１３１では、コンテンツ情報をＸＭＬファイルによりダウンロードする。
【００７５】
本発明を適用したプログラムは、コンピュータを車載用コンテンツファイル処理装置１００の各手段として機能させる。本発明を適用した別のプログラムは、車載用コンテンツファイル処理方法１３０の各ステップをコンピュータに実行させる。
【００７６】
本発明を各種具体的形態について説明したが、本発明は、これに限定されるものではなく、発明の要旨を逸脱しない範囲で、各種具体的形態における各構成要素を変形（削除も含む。）して具体化できる。また、各種具体的形態間の構成要素の置換したり、各種具体的形態の複数の構成要素を組み合わせたりすることにより、種々の発明を形成することもできる。
【図面の簡単な説明】
【００７７】
【図１】路側機によるコンテンツファイルのダウンロードについての概略説明図である。
【図２】車載機の構成図である。
【図３】車載機におけるＤＬ（ダウンロード）時のＤＬファイルの格納方法のフローチャートである。
【図４】ダウンロード対象のコンテンツファイルが楽曲ファイルである場合に記憶部に作成されるフォルダ構造を示す図である。
【図５】インフォメーション系のカテゴリーのコンテンツファイルに対して記憶部に作成される第１のフォルダ構造例を示す図である。
【００７８】
【図６】インフォメーション系のカテゴリーのコンテンツファイルに対して記憶部に作成される第２のフォルダ構造例を示す図である。
【図７】インフォメーション系のカテゴリーのコンテンツファイルに対して記憶部に作成される第３のフォルダ構造例を示す図である。
【図８】図３のＤＬファイルの格納方法に基づき記憶部に格納したＤＬファイルの管理方法のフローチャートである。
【図９】車載用コンテンツファイル処理装置のブロック図である。
【図１０】メタデータを含むコンテンツファイルの構造図である。
【００７９】
【図１１】コンテンツファイルのメタデータを使って構築されたデータベースを示している。
【図１２】車載用コンテンツファイル処理方法のフローチャートである。
【符号の説明】
【００８０】
１００：車載用コンテンツファイル処理装置、１０１：ダウンロード手段、１０２：記録手段、１０３：カテゴリー判別手段、１０４：ファイル管理手段、１０７：路側機、１０８：記録媒体、１０９：コンテンツファイル、１３０：車載用コンテンツファイル処理方法。
【図１】
2007323792.tif 000003
【図２】
2007323792.tif 000004
【図３】
2007323792.tif 000005
【図４】
2007323792.tif 000006
【図５】
2007323792.tif 000007
【図６】
2007323792.tif 000008
【図７】
2007323792.tif 000009
【図８】
2007323792.tif 000010
【図９】
2007323792.tif 000011
【図１０】
2007323792.tif 000012
【図１１】
2007323792.tif 000013
【図１２】
2007323792.tif 000014