JP2010272174A - コンテンツ再生装置 - Google Patents

Abstract

【課題】最小限の構成により、種々の記憶媒体からコンテンツデータを読み出してコンテンツ再生が可能なコンテンツ再生装置を提供する。
【解決手段】
第１の数の記憶媒体が接続され、前記記憶媒体のうち再生するコンテンツに対応する再生コンテンツデータを有する第１の記憶媒体から当該再生コンテンツデータを読み出すコンテンツ再生装置であって、前記第１の数の記憶媒体のファイル格納方式の種類ごとに設けられる、前記第１の数より少ない第２の数のファイルシステムと、前記再生コンテンツデータに対応するファイル名が入力されると、前記第１の記憶媒体のファイル格納方式に対応する第１のファイルシステムに、前記ファイル名と前記再生コンテンツデータの出力先アドレスとを指示する管理部とを有するので、種々の記憶媒体からコンテンツデータを読み出すことが可能となる。
【選択図】 図４

Description

本発明は、異なるファイル格納方式でコンテンツデータを格納した複数の記憶媒体からコンテンツデータを読み出してコンテンツを再生するコンテンツ再生装置に関する。

コンテンツ再生装置の例として、オーディオ機能を備えた車載電子機器が知られている。かかる車載電子機器は、ＣＤなどの記憶媒体に格納される、ＭＰ３やＷＭＡなどの方式で符号化された音楽データ、つまりコンテンツデータを読み出して、音楽コンテンツを再生する。

車載電子機器によりＣＤからコンテンツ再生する場合には、ユーザは所望のコンテンツデータを格納したＣＤを乗車時に携行する。このとき、１枚のＣＤにすべての所望のコンテンツデータが格納されていない場合には、複数のＣＤを携行する必要がある。すると、携行品が増え、その管理が煩雑になる。

よって、かかる煩雑さを解消するために、種々の方法が提案されている。その一つは、所望のコンテンツデータを選択し１つの記憶媒体にて格納、管理する方法である。かかる記憶媒体は、たとえばＵＳＢメモリなどの可搬型の書換え可能な記憶媒体である。この方法によれば、ユーザは複数のＣＤを携行する代わりに１つのＵＳＢメモリを乗車時に携行する。そして、車載電子機器にＵＳＢメモリからコンテンツを再生させることができる。特許文献１には、ＵＳＢ（Universal Serial Bus）インターフェイスを介して外部メモリと接続する技術について記載されている。

さらに、大量のコンテンツデータを車載電子機器に蓄積しておく方法も提案されている。コンテンツデータを蓄積するための記憶媒体としては、ハードディスクが用いられる。予めコンテンツデータをＣＤやＵＳＢメモリからハードディスクに書き込んでおけば、随時、ハードディスクからコンテンツを再生させることができる。

図１は、ＣＤ、ＵＳＢメモリ、及びハードディスクからコンテンツデータを読み出してコンテンツ再生を行う、従来の車載電子機器の構成を示す。車載電子機器１０は、記憶媒体の種類ごとに、アプリケーション部、ファイルシステム、デバイスドライバを有する。すなわち、車載電子機器１０は、ＣＤ４０ｃに対応する、ＣＤ用アプリケーション部１２ｃ、ＣＤ用ファイルシステム２０ｃ、及びＣＤ用デバイスドライバ３０ｃを有する。また、ＵＳＢメモリ４０ｕに対応する、ＵＳＢメモリ用アプリケーション部１２ｕ、ＵＳＢメモリ用ファイルシステム２０ｕ、及びＵＳＢメモリ用デバイスドライバ３０ｕを有する。さらに、ハードディスク４０ｈに対応する、ハードディスク用アプリケーション部１２ｈ、ハードディスク用ファイルシステム２０ｈ、及びハードディスク用デバイスドライバ３０ｈを有する。

ここで、ユーザが、たとえばＣＤ４０ｃからコンテンツを再生する場合には、ＣＤ用アプリケーション部１２ｃを起動する。そして、再生するコンテンツを選択入力する。以下、再生するコンテンツを再生コンテンツという。また、再生コンテンツに対応するコンテンツデータを再生コンテンツデータという。そして、再生コンテンツデータを有するファイルを再生ファイルという。さらに、再生ファイルのファイル名を、再生ファイル名という。

ＣＤ用アプリケーション部１２ｃは、ＣＤ用ファイルシステム２０ｃに対し、選択された再生コンテンツに対応する再生ファイル名と、その出力先アドレスを指示する。ここで出力先アドレスは、デコード部５０のアドレスである。

ＣＤ用ファイルシステム２０ｃは、再生ファイルの読出し先アドレスをＣＤ用デバイスドライバ３０ｃに指示する。するとＣＤ用デバイスドライバ３０ｃは、ＣＤ４０ｃの読み出しアドレスから再生コンテンツデータを読み出す。そして、読み出した再生コンテンツデータをＣＤ用ファイルシステム２０ｃに渡す。

ＣＤ用ファイルシステム２０ｃは、渡された再生コンテンツデータをデコード部５０に出力する。すると、デコード部５０が再生コンテンツデータをデコードして、コンテンツが再生される。

ＵＳＢメモリ４０ｕからコンテンツを再生する場合には、ＵＳＢメモリ用アプリケーション部１２ｕ、ＵＳＢメモリ用ファイルシステム２０ｕ、及びＵＳＢメモリ用デバイスドライバ３０ｕが、上記と同様の動作を実行する。

また、ハードディスク４０ｈからコンテンツを再生する場合には、ハードディスク用アプリケーション部１２ｈ、ハードディスク用ファイルシステム２０ｈ、及びハードディスク用デバイスドライバ３０ｈが上記と同様の動作を実行する。

特開２００３−３２３３９０号公報

上記のように、ＣＤだけでなくＵＳＢメモリやハードディスクといった記憶媒体からコンテンツ再生するように車載電子機器を構成すると、記憶媒体の種類ごとにアプリケーション部、ファイルシステム、及びデバイスドライバが必要になる。ここで、アプリケーション部、ファイルシステム、及びデバイスドライバは、制御プログラムを実行するＣＰＵにより構成される。すると、制御プログラムを格納するためのＲＯＭの容量と、制御プログラムの実行時にそのコードを展開するためのＲＡＭの容量が増加する。

しかしながら一方で、車載電子機器には、設置スペースの制約に伴う小型化と低コスト化とが求められる。すると、ＲＯＭやＲＡＭの容量増加は回路規模の増加につながる。そしてその結果、機器サイズの大型化とコスト増につながるので好ましくない。

そこで、本発明の目的は、最小限の構成により、種々の記憶媒体から再生コンテンツデータを読み出してコンテンツ再生が可能なコンテンツ再生装置を提供することにある。

上記の目的を達成するために、本発明の第１の側面におけるコンテンツ再生装置は、第１の数の記憶媒体が接続され、前記記憶媒体のうち再生するコンテンツに対応する再生コンテンツデータを有する第１の記憶媒体から当該再生コンテンツデータを読み出すコンテンツ再生装置であって、前記第１の数の記憶媒体のファイル格納方式の種類ごとに設けられる、前記第１の数より少ない第２の数のファイルシステムと、前記再生コンテンツデータに対応するファイル名が入力されると、前記第１の記憶媒体のファイル格納方式に対応する第１のファイルシステムに、前記ファイル名と前記再生コンテンツデータの出力先アドレスとを指示する管理部とを有する。

本発明によれば、最小限の構成により、種々の記憶媒体から再生コンテンツデータを読み出すことが可能なコンテンツ再生装置が提供される。

ＣＤ、ＵＳＢメモリ、及びハードディスクからコンテンツデータを読み出してコンテンツ再生を行う、従来の車載電子機器の構成を説明する図である。 本実施形態における車載電子機器の使用状況を説明する図である。 車載電子機器１０の構成を説明するブロック図である。 コンテンツ再生部１３０の詳細な構成を説明するブロック図である。 アプリケーション部１２、管理部１３、ＩＳＯ用ファイルシステム２０ｉ、及びＣＤ用デバイスドライバ３０ｃの動作シーケンスを説明する図である。 さらにＳＤカード４０ｓやＤＶＤ４０ｄからコンテンツ再生を行う場合のコンテンツ再生部１３０の構成を説明する図である 変形例におけるコンテンツ再生部１３０の構成を説明する図である。 変形例における車載電子機器１０の動作手順を説明する図である。 変形例における車載電子機器１０の別の動作手順を説明する図である。 本実施形態における実施例を説明するためのブロック図である。

以下、図面にしたがって本発明の実施の形態について説明する。但し、本発明の技術的範囲はこれらの実施の形態に限定されず、特許請求の範囲に記載された事項とその均等物まで及ぶものである。

以下の説明では、コンテンツ再生装置の例として車載電子機器について説明する。

図２は、本実施形態における車載電子機器の使用状況を説明する図である。ここでは、カーナビゲーション機能と、音楽や映像といったコンテンツ再生機能とが一体化された車載電子機器１０が示される。図１（Ａ）には、車載電子機器１０の正面図が、図１（Ｂ）には同側面図が示される。

車載電子機器１０は、表示パネル２と筐体１とからなる。表示パネル２は、ユーザインターフェースを提供する。また、筐体１は、車載電子機器１０の各種機能を実現するための電子回路を内部に収容する。車載電子機器１０は、車室内運転席前方のインストルメントパネルに筐体１が埋設された状態で設置される。

表示パネル２では、表示部３が、地図情報、楽曲や映像の再生リスト、または各種操作メニューを表示する。表示部３は、たとえば液晶表示パネルまたは有機ＥＬパネルで構成される。また、表示部３はタッチパネル４ａを有する。表示部３が各種操作メニューを表示し、タッチパネル４ａが操作メニューに対するユーザの手指の接触を検知する。さらに、表示パネル２は、表示部３の下に各種機能の操作入力を行うプッシュボタン４ｂを備える。タッチパネル４ａとプッシュボタン４ｂが、操作入力部４を構成する。

表示パネル２は、筐体１の前面部に対し傾動可能に設けられる。表示パネル２が傾動したときにユーザに対し露出する筐体１前面部には、接続ポート６が設けられる。接続ポート６は一例としてＵＳＢポートである。この接続ポート６には、たとえばＵＳＢメモリなどの記憶媒体が接続される。あるいはＳＤカードなどの記憶媒体の読取装置が接続される。

また、筐体１の前面部には、ＣＤやＤＶＤなどの記憶媒体の挿入孔５が設けられる。この挿入孔５から、ＣＤやＤＶＤといった記憶媒体が筐体１内部のデッキに挿入される。

なお、ここに示した車載電子機器１０の構成は一例であって、機器全体の構成や表示部３、操作入力部４、接続ポート６、挿入孔５の位置は上記に限定されない。

このように構成される車載電子機器１０は、接続ポート６に接続されたＵＳＢメモリ等から楽曲データや映像データといったコンテンツデータを読み出す。ここで、コンテンツデータに含まれる楽曲データは、たとえばＭＰ３やＷＭＡなどの方式で符号化されたデータである。また、映像データは、たとえばＭＰＥＧなどの方式で符号化されたデータである。

また、車載電子機器１０は、挿入孔５に挿入されるＣＤやＤＶＤからも、コンテンツデータを読み出す。そして、車室内に設置されたスピーカに楽曲音楽を出力させて楽曲コンテンツを再生したり、表示部３に映像を表示させて映像コンテンツを再生したりする。

また、車載電子機器１０は、ＵＳＢメモリやＣＤ、ＤＶＤから読み出したコンテンツデータを著作権法上問題のない範囲で格納するための記憶媒体として、ハードディスクを内蔵する。よって、車載電子機器１０は、ハードディスクからコンテンツを再生することも可能である。

図３は、車載電子機器１０の構成を説明するブロック図である。ＣＰＵ（Central Processing Unit）１１は、種々の処理プログラムや制御プログラムを実行してカーナビゲーション機能やコンテンツ再生機能を実現する。ＲＯＭ（Read Only Memory）１４は、ＣＰＵ１１が実行する各種プログラムを格納する。ＲＡＭ（Random Access Memory）１６は、ＣＰＵ１１が実行する各種プログラムのコードや、演算データを一時的に展開するための作業領域として用いられる。

デッキ２１には、図１に示した挿入口５を介してＣＤ４０ｃやＤＶＤ４０ｄといった記憶媒体が挿入される。デッキ２１は、これらの記憶媒体からコンテンツデータを読み出す。

接続ポート６には、図１で説明したように、ＵＳＢメモリ４０ｕやＳＤカード４０ｓといった記憶媒体が接続される。

ハードディスク装置１９は、磁性体が塗布されたハードディスク４０ｈ、磁気ヘッド、及びこれらの駆動機構とその駆動回路を有する。ハードディスク４０ｈは、地図情報データとコンテンツデータを格納する。

またデコード部５０は、各種記憶媒体から読み出されたコンテンツデータをデコードする。その具体的な動作は後述する。デコード部５０は、デコード処理を実装したＤＳＰ（Digital Signal Processor）などの演算処理回路で構成される。あるいは、ＲＯＭ１４に格納されるデコード処理プログラムに従ってデコードを行うＣＰＵ１１によりデコード部５０を構成してもよい。

ＣＰＵ１１とその制御動作を記述した制御プログラムにより構成されるシステム制御部１２２、ナビゲーション制御部１２４、コンテンツ再生部１３０について説明する。

システム制御部１２２は、車載電子機器１０全体の制御を司る。システム制御部１２２は、車載電子機器１０への電源投入を検知して、ナビゲーション制御部１２４やコンテンツ再生部１３０を起動する。なお、車載電子機器１０は、車載バッテリ２０とＡＣＣスイッチ２２により接断可能に構成される。そして、ＡＣＣスイッチ２２がオンのときに電源が投入される。

ナビゲーション制御部１２４は、経路探索のための演算処理を行い、ナビゲーション機能を実現する。またナビゲーション制御部１２４は、表示部３や操作入力部４と、システム制御部１２２やコンテンツ再生部１３０とのインターフェイスを提供する。具体的には、ナビゲーション制御部１２４は、表示部３に表示させる画像データや映像データを生成したり、操作入力部４からの入力をシステム制御部１２２やコンテンツ再生部１３０に渡したりする。

コンテンツ再生部１３０は、コンテンツ再生機能を実現するための操作メニューをユーザに提供する。具体的には、ナビゲーション制御部１２４を介して、コンテンツの再生リストやコンテンツの再生メニューを含む各種操作メニューを表示部３に表示させる。そして、デッキ２１に挿入されるＣＤ４０ｃやＤＶＤ４０ｄといった記憶媒体、接続ポート６を介して接続されるＵＳＢメモリ４０ｕ、ＳＤカード４０ｓといった記憶媒体、あるいはハードディスク４０ｈからコンテンツデータを読み出す。そして、読み出したコンテンツデータを、内部バスを介してデコード部５０に渡す。

なお、デコード部５０がＣＰＵ１１により構成される場合には、コンテンツ再生部１３０は、ＲＡＭ１６に確保されるバッファ領域にコンテンツデータを格納し、ＲＡＭ１６を介してデコード部５０にコンテンツデータを渡す。

デコード部５０は、渡されたコンテンツデータをデコードする。そして、たとえば音楽データからは音声信号を、映像データからは映像信号を生成する。音声信号は増幅器１７に出力される。増幅器１７は音楽信号を増幅してスピーカ８に出力する。すると、スピーカ８が音楽信号に基づいて音楽を出力する。このようにして、音楽コンテンツが再生される。また、映像信号はナビゲーション制御部１２４を介して表示部３に出力される。すると、表示部３が映像信号に基づいて映像を表示する。このようにして、映像コンテンツが再生される。

図４は、コンテンツ再生部１３０の詳細な構成を説明するブロック図である。ここでは、従来技術と比較するために、まずＣＤ４０ｃ、ＵＳＢメモリ４０ｕ、及びハードディスク４０ｈからコンテンツデータを読み出す場合の構成について説明する。

図４において、ＣＤ用デバイスドライバ３０ｃ、ＵＳＢメモリ用デバイスドライバ３０ｕ、及びハードディスク用デバイスドライバ３０ｈは、図１で示した構成と重複する。一方、図４は次の点において図１の構成と異なる。

コンテンツ再生部１３０は、図１で示したＣＤ用ファイルシステム２０ｃ、ＵＳＢメモリ用ファイルシステム２０ｕ、及びハードディスク用ファイルシステム２０ｈの代わりに、ＩＳＯ用ファイルシステム２０ｉと、ＦＡＴ用ファイルシステム２０ｆとを有する。

ＩＳＯ用ファイルシステム２０ｉは、ＣＤ４０ｃのファイル格納形式であるＩＳＯ方式に対応したファイルシステムである。ＩＳＯ方式によれば、コンテンツデータのファイルは、ＣＤ４０ｃの連続した記憶領域にシーケンシャルに格納される。

また、ＦＡＴ用ファイルシステム２０ｆは、ハードディスク４０ｄやＵＳＢメモリ４０ｕのファイル格納形式であるＦＡＴ方式に対応したファイルシステムである。ＦＡＴ方式によれば、コンテンツデータのファイルはディレクトリ構造を有するとともに、ＵＳＢメモリ４０ｕやハードディスク４０ｈの不連続な記憶領域にランダムに格納される。そして、ファイルエントリ情報によりファイルのディレクトリ構造が、リンクリスト情報により記憶領域のリンク順序が管理される。

また、コンテンツ再生部１３０は、ＣＤ用アプリケーション部１２ｃ、ＵＳＢメモリ用アプリケーション部１２ｕ、及びハードディスク用アプリケーション部１２ｈの代わりに、これらの動作モードを有するアプリケーション部１２を有する。

そして、コンテンツ再生部１３０は、ＩＳＯ用ファイルシステム２０ｉ、ＦＡＴ用ファイルシステム２０ｆと、アプリケーション部１２との間に、管理部１３を有する。

次に、各部の動作について説明する。

まず、ＣＤ４０ｃからコンテンツを再生する場合について説明する。ここで、図５を用いてアプリケーション部１２、管理部１３、ＩＳＯ用ファイルシステム２０ｉ、及びＣＤ用デバイスドライバ３０ｃの動作シーケンスを説明する。図５の動作シーケンスは、ユーザがアプリケーション部１２のＣＤ再生モードを起動したときに実行される。

アプリケーション部１２は、管理部１３に管理リストを要求する（Ｓ１０）。管理リストは、ＣＤ４０ｃに格納されるコンテンツデータのファイル名のリストであり、たとえばＴＯＣ（Table of Contents）などが含まれる。管理部１３はこれに応答して、ＩＳＯ用ファイルシステム２０ｉに管理リストを要求する（Ｓ１４）。するとＩＳＯ用ファイルシステム２０ｉは、これに応答して、ＣＤ用デバイスドライバ３０ｃに対し、ＣＤ４０ｃにおける管理リストが格納されたアドレスを指示して管理リストの読出しを指示する（Ｓ１６）。

ＣＤ用デバイスドライバ３０ｃは、読出し指示に応答して管理リストを読み出す（Ｓ１８）。そして、読み出した管理リストをＩＳＯ用ファイルシステム２０ｉに渡す（Ｓ１９）。するとＩＳＯ用ファイルシステム２０ｉは、管理部１３に管理リストを渡す（Ｓ２０）。すると管理部１３は、アプリケーション部１２に管理リストを渡す（Ｓ２２）。

アプリケーション部１２は、管理リストに基づきコンテンツの再生リストを生成する。再生リストは、コンテンツのタイトルのリストである。ここでは具体的に、楽曲タイトルのリストである。そしてアプリケーション部１２は、ナビゲーション制御部１２４を介し、表示部３に再生リストと再生メニューを表示させる（Ｓ２４）。

このときアプリケーション部１２は、ＣＤ４０ｃのファイル格納方式に応じた再生リストを生成して表示部３に表示させる。具体的には、ＣＤにはＩＳＯ方式にしたがってファイルがシーケンシャルに格納されている。よって、このときの再生リストは、一次元配列のシーケンシャルなリストである。

またこのとき、アプリケーション部１２は、コンテンツの再生メニューのデータを生成する。そして、ナビゲーション制御部１２４を介し、表示部３に再生メニューを再生リストとともに表示させる。再生メニューは、コンテンツの再生方法を選択するためのメニューである。ここで、アプリケーション部１２はＣＤ再生モードで動作している。よってこのときの再生メニューは、選択した楽曲をその先頭から再生する通常メニューのほかに、シーケンシャルな再生リストの末尾から先頭からに戻る、リピート再生メニューを有する。

ユーザは、再生リストから再生コンテンツを、再生メニューからは再生方法を選択して、操作入力部４に対し選択入力する（Ｓ２６）。

すると、アプリケーション部１２は、ナビゲーション制御部１２４を介して選択入力を受ける。そしてこれに応答して、再生コンテンツに対応する再生ファイル名と格納先の記憶媒体を示すデバイス番号とを管理部１３に指示する（Ｓ２８）。再生ファイル名は、ファイルの格納方式であるＩＳＯ方式に応じて、シーケンシャルなファイルの格納順、つまり「位置情報」を含む。

管理部１３は、デバイス番号に基づき、格納先の記憶媒体をＣＤ４０ｃと判断する。そして、再生ファイル名をＩＳＯ用ファイルシステム２０ｉに渡す。またこのとき、再生コンテンツデータの出力先アドレスをＩＳＯ用ファイルシステム２０ｉに指示する（Ｓ３０）。出力先アドレスは、デコード部５０のアドレス、またはＲＡＭ１６のバッファ領域のアドレスである。

ＩＳＯ用ファイルシステム２０ｉは、ＣＤ用デバイスドライバ４０ｃに、再生ファイルが格納されたアドレスを指示して、再生ファイルの読出しを指示する（Ｓ３２）。すると、ＣＤ用デバイスドライバ４０ｃは、指示されたアドレスから再生コンテンツデータを読み出して（Ｓ３４）、ＩＳＯ用ファイルシステム２０ｉに渡す（Ｓ３６）。

ＩＳＯ用ファイルシステム２０ｉは、渡された再生コンテンツデータをデコード部５０に出力する（Ｓ３８）。そしてデコード部５０が再生コンテンツデータをデコードして、コンテンツが再生される。

なお、再生コンテンツデータの読出しとデコードは、１つのファイルを分割した所定の読出し単位ごとに順次行われる。読出し単位は、デコード部５０の処理能力や、再生コンテンツデータを一時的に展開するＲＡＭ１６の容量に応じて予め任意に設定することが可能である。そして、この動作が繰り返されることで、１ファイル分の再生コンテンツデータの読み出しとデコードが実行され、コンテンツが再生される。

次に、ユーザがアプリケーション部１２のＵＳＢメモリ再生モードを起動した場合について説明する。ここでは、図５におけるＩＳＯ用ファイルシステム２０ｉをＦＡＴ用ファイルシステム２０ｆと読み替え、またＣＤ用デバイスドライバ３０ｃをＵＳＢメモリ用デバイスドライバ３０ｕと読み替えることにより、図５を用いて各部の動作シーケンスを説明する。

アプリケーション部１２は初期化時に、管理部１３を介してＦＡＴ用ファイルシステム２０ｆに管理リストを要求する（Ｓ１０、Ｓ１４）。ここでは管理リストには、たとえばファイルエントリ情報やリンクリスト情報が含まれる。すると、ＦＡＴ用ファイルシステム２０ｆは、管理リスト要求に応答して、ＵＳＢ用デバイスドライバ３０ｕを介してＵＳＢメモリ４０ｕから管理リストを取得する（Ｓ１６、Ｓ１８、Ｓ１９、Ｓ２０、Ｓ２２）。

アプリケーション部１２は、管理リストに基づきコンテンツの再生リストを生成する。それとともに、再生メニューのデータを生成する。そして、再生リストと再生メニューとを、ナビゲーション制御部１２４を介して表示部３に表示させる（Ｓ２４）。ここでは、再生リストは、楽曲や映像のタイトルのリストである。再生リストは、ＵＳＢメモリ４０ｕのファイル格納方式であるＦＡＴ方式に応じて、ディレクトリ構造を有する。また、再生メニューは、選択した楽曲や映像をその先頭から再生する通常メニューのほかに、再生リスト全体の末尾から先頭に戻るリピート再生や、更にディレクトリごとのリピート再生を含む。また、ファイルのディレクトリ変更といった編集メニューも含む。

ユーザは、再生リストから再生コンテンツを、再生メニューからは再生方法を選択して、操作入力部４に対し選択入力する（Ｓ２６）。

すると、アプリケーション部１２は、ナビゲーション制御部１２４を介して選択入力を受ける。そしてこれに応答して、再生コンテンツに対応する再生ファイル名と格納先の記憶媒体を示すデバイス番号とを管理部１３に渡す（Ｓ２８）。ここで再生ファイル名は、ファイルの格納方式であるＦＡＴ方式に応じて、ディレクトリパスを含む。

管理部１３は、デバイス番号に基づき、格納先の記憶媒体をＵＳＢメモリ４０ｕと判断する。そして、ファイル名をＦＡＴ用ファイルシステム２０ｆに渡す。またこのとき、再生コンテンツデータの出力先アドレスをＦＡＴ用ファイルシステム２０ｆに指示する（Ｓ３０）。

ＦＡＴ用ファイルシステム２０ｆは、ＵＳＢメモリ用デバイスドライバ４０ｕに、読出し先アドレスを指示して、再生ファイルの読出しを指示する（Ｓ３２）。ここでは、読出しアドレスは、再生ファイルが格納された先頭アドレスと格納領域のリンク順序を含む。すると、ＵＳＢ用デバイスドライバ４０ｕは、指示されたアドレスから再生コンテンツデータを読出し単位ごとに順次読み出して、ＦＡＴ用ファイルシステム２０ｆに渡す（Ｓ３４、Ｓ３６）。

ＦＡＴ用ファイルシステム２０ｆは、渡された再生コンテンツデータをデコード部５０に出力する（Ｓ３８）。そしてデコード部５０が再生コンテンツデータを順次デコードして、コンテンツが再生される。

次に、ユーザがアプリケーション部１２ｕのハードディスク再生モードを起動した場合について説明する。この場合、ハードディスク４０ｈにおけるファイル格納方式は、ＵＳＢメモリ４０ｕと同じＦＡＴ方式である。よって、上記のＵＳＢメモリ再生モードの説明のうち、ＵＳＢメモリ用デバイスドライバ３０ｕの代わりにハードディスク用デバイスドライバ３０ｈが動作を行うこと以外は、同じ説明が適用される。

本実施形態では、上記のように、管理部１３がアプリケーション部１２から再生ファイル名を受け取ると、ＩＳＯ用ファイルシステム２０ｉまたはＦＡＴ用ファイルシステム２０ｆのいずれかに再生ファイル名とその出力先アドレスとを渡す。この動作は、従来は、ＣＤ用アプリケーション部１２ｃ、ＵＳＢメモリ用アプリケーション部１２ｕ、またはハードディスク用アプリケーション部１２ｈそれぞれで別個に行われていた。よって、それぞれの制御プログラムにおいて再生ファイル名を格納先に対応するファイルシステムに渡す処理が記述されており、プログラムが重複していた。しかし、本実施形態ではかかる処理を管理部１３が統一的に実行するので、アプリケーション部における重複したプログラムを省略し、記憶媒体に共通のアプリケーション部１２を設けることが可能になる。よって、プログラムを格納するためのＲＯＭ１４の容量を減少できる。

また、従来は、ＵＳＢメモリ用ファイルシステム２０ｕとハードディスク用ファイルシステム２０ｈとを別々に備えていた。よって、これらに対応するプログラムを格納するＲＯＭ１４の容量と、これらを同時に実行する場合にプログラムのコードを展開するためのＲＡＭ１６の容量とを必要としていた。この点、これらはいずれもＦＡＴ方式に対応するので、本実施形態では上記のようにＦＡＴ用ファイルシステム２０ｆに統一する。すなわち、車載電子機器１０は、記憶媒体の数より少ないファイルシステムを有する。そうすることにより、ＲＯＭ１４の容量とＲＡＭの容量とを減少できる。

本実施形態では、さらにＳＤカード４０ｓからコンテンツ再生を行う場合や、ＤＶＤ４０ｄからコンテンツ再生を行う場合に、最小限の追加的構成でこれを実現できる。

図６は、かかる場合のコンテンツ再生部１３０の構成を説明する図である。図６では、図４の構成に、ＳＤカード用デバイスドライバ３０ｓと、ＤＶＤ用デバイスドライバ３０ｄとが追加される。また、アプリケーション部１２には、ＳＤカード再生モードと、ＤＶＤ再生モードとを実行するためのモジュールが追加される。

ここで、ＳＤカード４０ｓにおけるファイル格納方式はＦＡＴ方式であるので、ＦＡＴ用ファイルシステム２０ｆがＳＤカード用デバイスドライバ３０ｓによるＳＤカード４０ｓからのデータ読出しを制御する。そして、ＳＤカード４０ｓからコンテンツ再生を行うときのアプリケーション部１２、管理部１３、ＦＡＴ用ファイルシステム２０ｆ、及びＳＤカード用デバイスドライバ３０ｓの動作シーケンスは、上述したＵＳＢメモリ４０ｕやハードディスク４０ｈからコンテンツ再生を行うときと同じである。

また、ＤＶＤカード４０ｄにおけるファイル格納方式はＩＳＯ方式であるので、ＩＳＯ用ファイルシステム２０ｉがＤＶＤ用デバイスドライバ３０ｄによるＤＶＤ４０ｄからのデータ読出しを制御する。そして、ＤＶＤ４０ｄからコンテンツ再生を行うときのアプリケーション部１２、管理部１３、ＩＳＯ用ファイルシステム２０ｉ、及びＤＶＤ用デバイスドライバ３０ｄの動作シーケンスは、上述したＣＤ４０ｃからコンテンツ再生を行うときと同じである。

このように、本実施形態によれば、記憶デバイスの種類が増加しても、これに応じてアプリケーション部、ファイルシステム、デバイスドライバのすべてを追加する必要がない。よって、最小限の構成で追加された記憶デバイスから再生コンテンツデータを読み出すことが可能となる。

このように、本実施形態によれば、従来のようにプログラムを重複して格納することがなくなるのでＲＯＭ１４の大型化を防ぐことができる。また、同じプログラムのコードを同時にＲＡＭ１６に展開することがなくなるので、ＲＡＭ１６の大型化を防ぐことができる。よって、最小限の構成で種類が異なる記憶媒体から再生コンテンツデータを読み出すことが可能となる。

次に、本実施形態の変形例について説明する。

図７は、変形例におけるコンテンツ再生部１３０の構成を説明する図である。以下では、ＣＤ４０ｃ、ＵＳＢメモリ４０ｕ、ハードディスク４０ｈ、ＳＤカード４０ｓ、及びＤＶＤ４０ｄといった記憶媒体を総称して記憶媒体４０という。また、ＣＤ用デバイスドライバ３０ｃ、ＵＳＢメモリ用デバイスドライバ３０ｕ、ハードディスク用デバイスドライバ３０ｈ、ＳＤカード用デバイスドライバ３０ｓ、及びＤＶＤ用デバイスドライバ３０ｄを総称してデバイスドライバ３０という。

変形例における管理部１３は、記憶媒体４０の接続状態を格納する接続状態データベースＤＢを備える。そして、デバイスドライバ３０が記憶媒体４０の電気的な接続を検知する。

ここで、図８、図９を用いて各部の動作シーケンスを説明する。まず図８の動作シーケンスは、車載電子機器１０に電源投入されたときに実行される。

まず管理部１３がデバイスドライバ３０に記憶媒体４０の接続状態を問い合わせる（Ｓ２）。するとデバイスドライバ３０が管理部１３に記憶媒体４０の接続を通知する（Ｓ４）。そして、管理部１３は、記憶媒体４０それぞれの接続状態を、接続状態データベースＤＢに格納する（Ｓ６）。なお、接続状態データベースＤＢは、ＲＡＭ１６に一時的に格納される。

そして、アプリケーション部１２の各種コンテンツ再生モードが起動されると、図９の動作シーケンスが実行される。図９の動作シーケンスは、図５の動作シーケンスに手順Ｓ１１、Ｓ１２が追加されたものである。なお、図９では、図５と同様にＩＳＯ用ファイルシステム２０ｉとＣＤ用デバイスドライバ３０ｃの動作が例として示されるが、他のファイルシステムやデバイスドライバの動作も、上述したように同様である。

アプリケーション部１２は、起動された再生モードに対応する記憶媒体４０の接続状態確認を管理部１３に要求する（Ｓ１０）。すると管理部１３は、アプリケーション部１２から確認が要求された記憶媒体４０の接続状態を、接続状態データベースからＤＢ検出する。ここで、接続されていれば（Ｓ１１のＹｅｓ）、上述したようにＩＳＯ用ファイルシステム２０ｉに対し管理リストの読み出しを要求する。そして、手順Ｓ１４〜Ｓ３８が実行される。一方、接続されていなければ（Ｓ１１のＮｏ）、アプリケーション部１２に対しエラーを通知する（Ｓ１２）。

するとアプリケーション部１２は、たとえば記憶媒体４０が接続されていないことを通知するエラーメッセージを、表示部３に表示させ（Ｓ１３）、コンテンツ再生を実行することなく終了する。

ここで、図１に示した従来の構成では、ＣＤ用アプリケーション部１２ｃ、ＵＳＢメモリ用アプリケーション部１２ｕ、またはハードディスク用アプリケーション部１２ｈが、それぞれＣＤ用ファイルシステム２０ｃ、ＵＳＢメモリ用ファイルシステム２０ｕ、またはハードディスク用ファイルシステム２０ｈを介してデバイスドライバ３０に対し再生ファイルの読み出しを指示したときに、デバイスドライバ３０から記憶媒体４０の接続状態が通知されていた。

すると、接続状態確認に時間を要するので、接続されていた場合の管理リストの表示や、接続されていない場合のエラーの表示にある程度の時間を要していた。特に、ＣＤやＤＶＤの場合には、数秒程度かかる場合もあった。しかし、本実施形態では上記のように構成することにより、かかる確認時間を短縮できる。よって、ユーザの利便性を向上させることができる。

図１０は、本実施形態における実施例を説明するためのブロック図である。この実施例では、車載電子機器１０が携帯端末４０ｋの内蔵メモリと無線通信手段により接続される。ここで、携帯端末４０ｋは、一例として携帯電話機である。また、無線通信手段は、たとえばBlue ToothやZigBeeといった近距離無線通信手段である。

この場合、コンテンツ再生部１３０は、たとえばBlue Toothに対応したBlue Tooth用ファイルシステム２０ｂと、Blue Tooth用デバイスドライバ３０ｂとを有する。そして、携帯端末４０ｋの内蔵メモリから再生コンテンツデータを読み出す。

この構成においても、管理部１３は、携帯端末４０ｋの接続状態を取得して接続状態データベースＤＢに格納しておく。そして、アプリケーション部１２は管理部１３に対し再生ファイル名を指示する。そして、管理部１３は接続状態データベースＤＢを参照して携帯端末４０ｋの接続状態を確認する。そして、管理部１３は再生ファイル名と出力先アドレスをBlue Tooth用ファイルシステム２０ｂに対し出力する。そうすることにより、上述と同様の手順により、記憶媒体から再生コンテンツデータを読み出し、コンテンツ再生を行うことができる。なお、再生コンテンツデータはたとえば音楽データである。

この場合、携帯端末４０ｋのファイル格納方式に応じた再生ファイルの読出しはBlue Tooth用ファイルシステム２０ｂや、Blue Tooth用デバイスドライバ３０ｂが行う。よって、アプリケーション部１２は管理部１３に対して再生ファイル名を指示するだけで、コンテンツ再生が可能となる。すなわち、最小限の追加的構成により、ファイル格納方式が異なる複数の記憶媒体からコンテンツを再生することが可能となる。そして、記憶媒体の接続状態を迅速に確認できるので、ユーザの利便性を向上することができる。

本実施形態では、車載電子機器をコンテンツ再生装置の例として説明した。しかし、車載電子機器以外であっても、多機能が一体化され、小型化と低コスト化が要求されるようなコンテンツ再生装置であれば、本実施形態が適用される。

以上、説明したように、本発明によれば、最小限の構成により、種々の記憶媒体から再生コンテンツデータを読み出すことが可能なコンテンツ再生装置が提供される。

１０：車載電子機器、１１：ＣＰＵ、１２：アプリケーション部、１３：管理部、２０ｆ：ＦＡＴ用ファイルシステム、２０ｉ：ＩＳＯ用ファイルシステム、３０：デバイスドライバ、４０：記憶媒体

Claims (5)

1. 第１の数の記憶媒体が接続され、前記記憶媒体のうち再生するコンテンツに対応する再生コンテンツデータを有する第１の記憶媒体から当該再生コンテンツデータを読み出すコンテンツ再生装置であって、
   前記第１の数の記憶媒体のファイル格納方式の種類ごとに設けられる、前記第１の数より少ない第２の数のファイルシステムと、
   前記再生コンテンツデータに対応するファイル名が入力されると、前記第１の記憶媒体のファイル格納方式に対応する第１のファイルシステムに、前記ファイル名と前記再生コンテンツデータの出力先アドレスとを指示する管理部とを有することを特徴とするコンテンツ再生装置。
2. 請求項１において、
   前記管理部が前記第１のファイルシステムに指示する前記ファイル名には前記再生コンテンツデータの位置情報が含まれ、
   前記第１のファイルシステムは、当該位置情報に基づいて前記第１の記憶媒体から前記再生コンテンツデータを読み出すことを特徴とするコンテンツ再生装置。
3. 請求項１において、
   前記管理部は、前記ファイル名が入力される前に前記第１の記憶媒体の接続状態を取得し、前記ファイル名が入力されたときに、前記第１の記憶媒体が接続されている場合には前記第１のファイルシステムに前記指示を行い、前記第１の記憶媒体が接続されていない場合には前記指示を行わないことを特徴とするコンテンツ再生装置。
4. 請求項１において、
   再生するコンテンツが選択入力され、前記コンテンツデータのファイル名を前記管理部に出力する、前記第１の数の記憶媒体に共通のアプリケーション部を更に有することを特徴とするコンテンツ再生装置。
5. 請求項１乃至４のいずれかにおいて、
   前記コンテンツデータは、音楽データまたは映像データの少なくともいずれかを含むことを特徴とするコンテンツ再生装置。

Images