(57)【要約】【課題】装置の記憶部からデータファイルを削除しても、ユーザにとって有用なヘッダ部を有効に利用できるコンテンツ処理装置を提供する。【解決手段】データ部と当該データ部に付属する情報から成るヘッダ部とを含むデータファイルを記憶する記憶部と、前記データファイルを制御する制御部と、を備え、新たなデータファイルを記憶させる際、記憶部に当該データファイルを記憶可能な空き容量があるか否かを判断し、記憶部に記憶可能な空き容量がなかった場合は、記憶部に記憶されていたデータファイルのデータ部を削除した後に、新たなデータファイルを記憶部に記憶させることにより、ヘッダ部を残しつつ、記憶部の空き容量を大きくすることができる。【選択図】図３
2009266068.tif 000002
【特許請求の範囲】
【請求項１】
データ部と当該データ部に付属する情報から成るヘッダ部とを含むデータファイルを記憶する記憶部と、
前記データファイルを制御する制御部と、を備え、
前記制御部は、新たな前記データファイルを記憶させる際、前記記憶部に当該データファイルを記憶可能な空き容量があるか否かを判断し、
前記記憶部に記憶可能な空き容量がなかった場合は、前記記憶部に記憶されていた前記データファイルのデータ部を削除した後に、前記新たなデータファイルを前記記憶部に記憶させることを特徴とするコンテンツ処理装置。 
【請求項２】
前記制御部は、
前記ヘッダ部に記憶されているサイズ情報に基づいて前記データ部と前記ヘッダ部を区別することを特徴とする請求項１に記載のコンテンツ処理装置。 
【請求項３】
前記データ部が削除されるデータファイルは、
予め設定された優先順位に基づいて選択されることを特徴とする請求項１又は２に記載のコンテンツ処理装置。 
【請求項４】
前記データファイルを記憶可能な第２の記憶部を設け、
前記制御部は、前記記憶部から削除された前記データ部を前記第２の記憶部に記憶させることを特徴とする請求項１から３のいずれか一項に記載のコンテンツ処理装置。 
【請求項５】
前記データファイルは、オーディオファイルであり、
前記データ部は、オーディオデータであり、
前記ヘッダ部は、タグ情報であることを特徴とする請求項１から４に記載のコンテンツ処理装置。 
【請求項６】
データ部と当該データ部に付属する情報から成るヘッダ部とを含むデータファイルを記憶する記憶部を備える装置におけるデータ削除方法であって、
新たな前記データファイルを記憶させる際、前記記憶部に当該データファイルを記憶可能な空き容量があるか否かを判断し、
前記記憶部に記憶可能な空き容量がなかった場合は、前記記憶部に記憶されていた前記データファイルのデータ部を削除した後に、前記新たなデータファイルを前記記憶部に記憶させることを特徴とするデータ削除方法。 
【請求項７】
データ部と当該データ部に付属する情報から成るヘッダ部とを含むデータファイルを記憶する記憶部を備える装置において、
コンピュータに、
新たな前記データファイルを記憶させる際、前記記憶部に当該データファイルを記憶可能な空き容量があるか否かを判断する機能と、
前記記憶部に記憶可能な空き容量がなかった場合は、前記記憶部に記憶されていた前記データファイルのデータ部を削除した後に、前記新たなデータファイルを前記記憶部に記憶させる機能と、を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、付属情報を持つデータファイルをヘッダ部とデータ部に分割し、データ部のみを削除することが可能なコンテンツ処理装置、プログラム及びデータ削除方法に関する。
【背景技術】
【０００２】
現在、一般に使用されているデータファイルフォーマットには、例えば、ＭＰ３（MPEG Audio Layer-3）のような、データ本体及びデータに関する付属情報を持つフォーマットが存在する。ＭＰ３形式のオーディオファイル（以下ＭＰ３ファイル）には、ＩＤ３タグと呼ばれるタグ情報を先頭又は末尾に付加させることができるので、アルバム名やアーティスト名、その他付属情報を記憶しておくことができる。
ＭＰ３ファイルをＨＤＤ（Hard Disk Drive）等で構成される記憶部に記憶するとき、データ本体と付属情報とは、同一の記憶部内に連続して配置される。
【０００３】
図８は、ＭＰ３ファイルの構成、及び当該ＭＰ３ファイルが記憶部に格納されている様子について示した説明図である。
図８に示すように、ＭＰ３ファイルは、ファイルの先頭部に配置される付属情報（ヘッダ部）と、ヘッダ部の後ろに配置されるデータ本体（データ部）と、から構成される。
ヘッダ部はＩＤ３ｖ２タグ（ＩＤ３タグのバージョン２）から成り、当該ＩＤ３ｖ２タグは、識別文字“ＩＤ３”、バージョン、フラグ、サイズ情報といったタグの基本情報を格納するＩＤ３ｖ２ヘッダと、タイトル名、アルバム名、アーティスト名、歌詞等の楽曲情報等を格納するフレームと、から構成される。つまり、ヘッダ部は、ユーザにとって有用な情報、例えば、データ形式を特定する情報や、楽曲を特定する情報、その他楽曲に関連する付帯情報等を記憶している。
データ部は、ＭＰ３に従って圧縮符号化されたオーディオデータで構成される。
記憶部は、例えば、ＨＤＤで構成されており、ＭＰ３ファイルを順次格納する。この場合、ＭＰ３ファイルのヘッダ部とデータ部は一つのＭＰ３ファイルとして格納される。
【０００４】
コンテンツ処理装置は、上記のように記憶部を備え、ＭＰ３ファイルを格納する。
ここで、コンテンツ処理装置の記憶部に、例えば外部記憶媒体からＭＰ３ファイルを転送しようとすると、記憶部の空き容量が不足して転送できない場合がある。
上記課題を解決するには、記憶部に格納されているＭＰ３ファイルを削除して、記憶部の空き容量を大きくする必要がある。そこで、記憶部に格納されているＭＰ３ファイルのうち、ある一つのＭＰ３ファイルを削除しようとすると、当該ＭＰ３ファイルを構成するデータ本体（データ部）及び付属情報（ヘッダ部）は一つのＭＰ３ファイルとして同時に削除される。
以下、付属情報（ヘッダ部）を持つＭＰ３ファイルがオーディオ装置の記憶部に転送される様子、及びＭＰ３ファイルがオーディオ装置の記憶部から削除される様子について図９を用いて説明する。
【０００５】
図９は、記憶装置の記憶部２１１からオーディオ装置の記憶部２０５にＭＰ３ファイルが転送される様子、及び記憶部２０５からＭＰ３ファイルが削除される様子について示した説明図である。
図９（ａ）に示すように、記憶装置の記憶部２１１内には、ＭＰ３ファイル１、２、３、４、５、６、・・が格納されている。ＭＰ３ファイルはそれぞれヘッダ部とデータ部とから構成される。また、オーディオ装置の記憶部２０５には、ＭＰ３ファイル１〜５が格納されている。ここで、記憶装置の記憶部２１１から新たにＭＰ３ファイル６を転送しようとすると、記憶部２０５の空き容量が不足しているので、当該ＭＰ３ファイル６を転送することができない。
そこで、図９（ｂ）に示すように、記憶部２０５に格納されていたＭＰ３ファイル１、２を削除することで、記憶部２０５の空き容量を大きくする。この場合、ＭＰ３ファイルを構成するデータ部及びヘッダ部は一つのＭＰ３ファイルとして同時に削除される。
すると、図９（ｃ）に示すように、記憶部２０５にはＭＰ３ファイル６を格納するのに十分な空き容量が確保され、当該ＭＰ３ファイル６を転送することが可能となる。
【０００６】
上記従来の技術（図９）のように、先に記憶されているＭＰ３ファイルを削除することで、装置の記憶部の空き容量を確保する技術を用いた例として、例えば、特許文献１に記載の技術が挙げられる。
【特許文献１】特開２００４−２２７２８５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来の技術では、ＭＰ３ファイルのデータ部とヘッダ部を一つのＭＰ３ファイル（データファイル）として扱っており、装置の記憶部からＭＰ３ファイルを削除する際、データ部とヘッダ部が同時に削除されてしまう。そのため、ヘッダ部に記憶されていた楽曲の履歴情報やユーザによる編集情報を見ることや、外部記憶装置から元の曲を検索して復元する処理を行うことができなくなり、ユーザにとって不便であった。
【０００８】
本発明は、装置の記憶部からデータファイルを削除しても、ユーザにとって有用なヘッダ部を有効に利用できるコンテンツ処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
請求項１に記載の発明は、上記目的を達成するためになされたものであり、コンテンツ処理装置において、データ部と当該データ部に付属する情報から成るヘッダ部とを含むデータファイルを記憶する記憶部と、前記データファイルを制御する制御部と、を備え、前記制御部は、新たな前記データファイルを記憶させる際、前記記憶部に当該データファイルを記憶可能な空き容量があるか否かを判断し、前記記憶部に記憶可能な空き容量がなかった場合は、前記記憶部に記憶されていた前記データファイルのデータ部を削除した後に、前記新たなデータファイルを前記記憶部に記憶させることを特徴とする。
【００１０】
請求項２に記載の発明は、請求項１に記載のコンテンツ処理装置において、前記制御部は、前記ヘッダ部に記憶されているサイズ情報に基づいて前記データ部と前記ヘッダ部を区別することを特徴とする。
【００１１】
請求項３に記載の発明は、請求項１又は２に記載のコンテンツ処理装置において、前記データ部が削除されるデータファイルは、予め設定された優先順位に基づいて選択されることを特徴とする。
【００１２】
請求項４に記載の発明は、請求項１から３のいずれか一項に記載のコンテンツ処理装置において、前記データファイルを記憶可能な第２の記憶部を設け、前記制御部は、前記記憶部から削除された前記データ部を前記第２の記憶部に記憶させることを特徴とする。
【００１３】
請求項５に記載の発明は、請求項１から４に記載のコンテンツ処理装置において、前記データファイルは、オーディオファイルであり、前記データ部は、オーディオデータであり、前記ヘッダ部は、タグ情報であることを特徴とする。
【００１４】
請求項６に記載の発明は、データ部と当該データ部に付属する情報から成るヘッダ部とを含むデータファイルを記憶する記憶部を備える装置におけるデータ削除方法であって、新たな前記データファイルを記憶させる際、前記記憶部に当該データファイルを記憶可能な空き容量があるか否かを判断し、前記記憶部に記憶可能な空き容量がなかった場合は、前記記憶部に記憶されていた前記データファイルのデータ部を削除した後に、前記新たなデータファイルを前記記憶部に記憶させることを特徴とする。
【００１５】
請求項７に記載の発明は、データ部と当該データ部に付属する情報から成るヘッダ部とを含むデータファイルを記憶する記憶部を備える装置において、コンピュータに、新たな前記データファイルを記憶させる際、前記記憶部に当該データファイルを記憶可能な空き容量があるか否かを判断する機能と、前記記憶部に記憶可能な空き容量がなかった場合は、前記記憶部に記憶されていた前記データファイルのデータ部を削除した後に、前記新たなデータファイルを前記記憶部に記憶させる機能と、を実現させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、装置の記憶部からデータファイルを削除しても、ユーザにとって有用なヘッダ部を有効に利用できるコンテンツ処理装置を提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態を図面に基づいて説明する。なお、本実施形態では、本発明に係るコンテンツ処理装置をオーディオ装置に適用した場合について例示する。
【００１８】
図１は、本実施形態に係るオーディオ装置１００の概略構成を示すブロック図である。
図１に示すように、オーディオ装置１００は、表示部１と、操作部２と、増幅部３と、出力部４と、記憶部５と、制御部６と、Ｉ／Ｆ７と、を備えて構成される。また、オーディオ装置１００は、Ｉ／Ｆ７を介して記憶装置１１０と接続されている。
【００１９】
表示部１は、例えば、ＬＣＤ（Liquid Crystal Display）、有機ＥＬ（Electro Luminescence）ディスプレイ等のディスプレイを備え、制御部６から出力された表示用データに基づいて、楽曲情報等の各種情報を表示する。
操作部２は、オーディオ装置１００を操作するための操作キー群（例えば方向指示キー、決定キー、再生キー等）を備える。操作部２は、ユーザにより操作キーが押下されると、操作キーに応じた操作信号を生成し、制御部６に出力する。
【００２０】
増幅部３は、制御部６から出力された音声信号を増幅して出力部４に出力する。
出力部４は、増幅部３から出力された音声信号に基づく音声をヘッドホンやスピーカ、外部機器へ出力する。
【００２１】
記憶部５は、例えば、半導体メモリで構成され、記憶装置１１０から転送されたＭＰ３ファイル等を記憶する。記憶部５に記憶されたＭＰ３ファイルの配置構成は、従来と同じであり、例えば図８に示したような配置である。記憶部５に記憶されたＭＰ３ファイルは、制御部６で信号処理され、音声信号として増幅部３に出力されることとなる。
【００２２】
制御部６は、例えば、ＣＰＵ（Central Processing Unit）６１、ＲＡＭ（Random Access Memory）６２、ＲＯＭ（Read Only Memory）６３、ＤＳＰ（Digital Signal Processor）６４等を備えて構成され、オーディオ装置１００の各部を制御する。
ＣＰＵ６１は、ＲＯＭ６３に格納された処理プログラム等を読み出して、ＲＡＭ６２に展開して実行することにより、オーディオ装置１００全体の制御を行う。
ＲＡＭ６２は、ＣＰＵ６１により実行された処理プログラム等を、ＲＡＭ６２内のプログラム格納領域に展開するとともに、入力データや上記処理プログラムが実行される際に生じる処理結果等をデータ格納領域に格納する。
ＲＯＭ６３は、例えば、半導体メモリで構成され、処理プログラムやデータ等が予め記憶されている。ＲＯＭ６３には、例えば、記憶装置１１０から記憶部５にＭＰ３ファイルを転送させるファイル転送プログラム、データ部を削除されたＭＰ３ファイルの復元を行うデータ部復元プログラム等が記憶されている。
ＤＳＰ６４は、音声データ（例えばＭＰ３ファイル等）のエンコードやデコード、音質調整等を行う。
【００２３】
ＣＰＵ６１は、操作部２からの操作信号を受け付けると、当該操作信号に対応付けられた表示用データを表示部１に出力することで、操作に応じた情報を表示部１に表示させる。
また、ＣＰＵ６１は、操作部２からＭＰ３ファイルの転送要求を受け付けると、記憶部５に十分な空き容量があるか否かを判断し、転送の可否を制御する。記憶部５に十分な空き容量がないと判断した場合は、空き容量がない旨の表示を表示部１に表示させ、削除対象となるＭＰ３ファイルのデータ部を削除する。そして、空いた領域に新たなＭＰ３ファイルを記憶させる。
また、ＤＳＰ６４は、記憶部５に記憶されたＭＰ３ファイルに信号処理を施し、音声信号として増幅部３に出力する。
【００２４】
Ｉ／Ｆ７は、記憶装置１１０との間で定められた形式に従って、ＭＰ３ファイル等の送受信を行う。
【００２５】
記憶装置１１０は、例えば、ＳＤカード、ＵＳＢメモリ等の記憶媒体であり、記憶部１１１と、制御部１１２と、を備える。また、記憶装置１１０は、Ｉ／Ｆ７を介してオーディオ装置１００と接続されている。
記憶部１１１は、例えば、半導体メモリで構成され、ＭＰ３ファイル等を記憶する。記憶部１１１に記憶されたＭＰ３ファイルは、制御部１１２の働きにより、Ｉ／Ｆ７を介してオーディオ装置１００に転送されることとなる。
制御部１１２は、記憶装置１１０の各部を制御する。制御部１１２は、例えば、Ｉ／Ｆ７を介してＭＰ３ファイルをオーディオ装置１００に転送する。
【００２６】
このように、本実施形態に係るオーディオ装置１００は、データ部と当該データ部に付属する情報から成るヘッダ部とを含むデータファイルを記憶する記憶部（記憶部５）と、前記データファイルを制御する制御部（制御部６、ＣＰＵ６１）と、を備える。ＣＰＵ６１は、新たなデータファイルを記憶させる際、記憶部に当該データファイルを記憶可能な空き容量があるか否かを判断し、記憶部に記憶可能な空き容量がなかった場合は、記憶部に記憶されていたデータファイルのデータ部を削除した後に、新たなデータファイルを記憶部に記憶させる。
これにより、ユーザにとって有用な情報が記憶されているヘッダ部を残しつつ、記憶部５の空き容量を大きくすることができる。
以下、新たにデータファイルを記憶部５に転送させる際に行われる処理について、図２〜４を用いて説明する。
【００２７】
図２は、記憶装置１１０の記憶部１１１からオーディオ装置１００の記憶部５にＭＰ３ファイルが転送される様子、及び記憶部５からＭＰ３ファイルが削除される様子について示した説明図である。
図２（ａ）に示すように、記憶装置１１０の記憶部１１１内には、ＭＰ３ファイル１、２、３、４、５、６、・・が格納されている。ＭＰ３ファイルはそれぞれヘッダ部とデータ部とから構成される。また、オーディオ装置１００の記憶部５には、ＭＰ３ファイル１〜５が格納されている。ここで、記憶装置１１０の記憶部１１１から新たにＭＰ３ファイル６を転送しようとすると、記憶部５の空き容量が不足しているので、当該ＭＰ３ファイル６を転送することができない。
そこで、図２（ｂ）に示すように、記憶部５に格納されていたＭＰ３ファイル１、２のデータ部を削除することで、記憶部５の空き容量を大きくする。本実施形態では、従来のようにデータ部及びヘッダ部を一つのＭＰ３ファイルとして同時に削除するのではなく、削除するＭＰ３ファイルのデータ部のみを削除する。そして、ヘッダ部は引きつづき記憶部５に記憶させておく。
すると、図２（ｃ）に示すように、記憶部５にはＭＰ３ファイル６を格納するのに十分な空き容量が確保され、当該ＭＰ３ファイル６を転送することが可能となる。
【００２８】
図３は、本実施形態に係るオーディオ装置１００内で行われるファイル転送処理の一例について示したフローチャートである。このファイル転送処理は、操作部２からＭＰ３ファイルの転送要求を受け付けたことを契機に、ＣＰＵ６１がＲＯＭ６３に格納されているファイル転送プログラムを実行することにより実現される。
【００２９】
図３に示すように、ステップＳ１１では、記憶装置１１０から転送されるＭＰ３ファイルを記憶するのに十分な空き容量が記憶部５にあるか否かが判定される。十分な空き容量があった場合は、ステップＳ１６へと移行し、十分な空き容量がなかった場合は、次のステップＳ１２へと移行する。
ステップＳ１２では、削除するＭＰ３ファイルが選択されたか否かが判定される。本実施形態では、削除ファイルの選択は、予め設定された優先順位に基づいて行うものとする。例えば、サイズ情報の大きさ、再生回数、スキップ回数等により、削除ファイルを自動的に決定する。削除ファイルが選択された場合は、次のステップＳ１３へと移行し、削除ファイルが選択されなかった場合は、削除対象がないため処理を終了する。
【００３０】
ステップＳ１３では、削除ファイルのヘッダ部が解析される。具体的には、ヘッダ部のＩＤ３ｖ２ヘッダに記憶されているサイズ情報を利用して、ヘッダ部とデータ部を区別する。
図４は、ステップＳ１３で解析されるヘッダ部（ＩＤ３ｖ２ヘッダ）について詳細に示した説明図である。
図４に示すように、ＩＤ３ｖ２ヘッダはデータ全体の先頭１０バイトに配置され、識別文字“ＩＤ３”（３バイト）、バージョン（２バイト）、フラグ（１バイト）、サイズ情報（４バイト）の順に配置されている。
サイズ情報には、先頭１０バイトを除いたＩＤ３ｖ２タグのサイズが示されており、例えばサイズ情報が“２０”だった場合、先頭を０バイト目とすると０〜２９バイト目までがＩＤ３ｖ２タグ（ヘッダ部）であり、それ以降がオーディオデータ（データ部）であることが示される。
当該サイズ情報を利用することにより、ＭＰ３ファイルのヘッダ部とデータ部を区別することができる。
【００３１】
ステップＳ１４では、ステップＳ１３でヘッダ部と区別されたデータ部が削除される。
ステップＳ１５では、転送されるＭＰ３ファイルを記憶するのに十分な空き容量があるか否かが判定される。十分な空き容量があった場合は、次のステップＳ１６へと移行し、十分な空き容量がなかった場合は、ステップＳ１２へと移行する。
ステップＳ１６では、転送要求のあったＭＰ３ファイルが記憶部５に転送される。
【００３２】
なお、本実施形態では、ステップＳ１２において、削除ファイルの選択を予め設定された優先順位に基づいて行うものとしているが、ユーザの操作に基づいて行うようにしてもよい。
また、本実施形態では、ステップＳ１５において、再度空き容量の確認を行っているが、ステップＳ１２において、容量が確保できるまで削除ファイルを選択させるようにしてもよい。
【００３３】
このように、本実施形態では、記憶部５に格納されていたＭＰ３ファイルを削除することで、記憶部５の空き容量を大きくすることができる。その際、従来のようにデータ部及びヘッダ部を一つのＭＰ３ファイルとして同時に削除するのではなく、ヘッダ部の解析を行うことでデータ部とヘッダ部を区別し、データ部のみを削除するようにする。そうすることで、ユーザにとって有用な情報が記憶されているヘッダ部を残しつつ、記憶部５の空き容量を大きくすることができる。
【００３４】
また、ヘッダ部を残すことにより、削除したＭＰ３ファイルのデータ部を復元することが容易である。以下、削除したＭＰ３ファイルのデータ部を復元する処理について、図５、６を用いて説明する。
図５は、記憶装置１１０の記憶部１１１からオーディオ装置１００の記憶部５にＭＰ３ファイルのデータ部が復元される様子について示した説明図である。
図５（ａ）に示すように、記憶装置１１０の記憶部１１１内には、ＭＰ３ファイル１、２、３、４、５、６、・・が格納されている。ＭＰ３ファイルはそれぞれヘッダ部とデータ部とから構成される。また、オーディオ装置１００の記憶部５には、ＭＰ３ファイル１〜５が格納されているが、ＭＰ３ファイル１、２はデータ部が削除され、ヘッダ部のみが格納されている。ここで、削除されたデータ部（例えばデータ部１）を復元するため、記憶装置１１０の記憶部１１１に格納されているＭＰ３ファイルを参照し、記憶部５に格納されているヘッダ部１と一致するヘッダ部（ヘッダ部１）の検索が行われる。
そして、一致するヘッダ部が見つかった場合は、図５（ｂ）に示すように、当該ヘッダ部に対応するデータ部（データ部１）が記憶部５に転送される。
そうすることで、図５（ｃ）に示すように、削除されたデータ部（データ部１）を復元することができる。
【００３５】
図６は、本実施形態に係るオーディオ装置１００内で行われるデータ部復元処理の一例について示したフローチャートである。このデータ部復元処理は、操作部２からデータ部を削除されたＭＰ３ファイルの復元要求を受け付けたことを契機に、ＣＰＵ６１がＲＯＭ６３に格納されているデータ部復元プログラムを実行することにより実現される。
図６に示すように、ステップＳ２１では、記憶装置１１０の記憶部１１１に格納されているＭＰ３ファイルが参照される。
ステップＳ２２では、ステップＳ２１で参照されたＭＰ３ファイルの中に、記憶部５に格納されている復元したいＭＰ３ファイルのヘッダ部と一致したヘッダ部があるか否かが判定される。一致したヘッダ部があった場合は、次のステップＳ２３へと移行し、一致したヘッダ部がなかった場合は、当該データ部復元処理を終了する。
ステップＳ２３では、ヘッダ部が一致したＭＰ３ファイルのデータ部が記憶部５に転送される。
【００３６】
このように、本実施形態では、記憶部５に残されていたヘッダ部と一致するヘッダ部を記憶装置１１０の記憶部１１１内で検索し、一致するヘッダ部が見つかった場合は、当該ヘッダ部に対応するデータ部を記憶部５に転送するようにしたので、容易にデータ部を復元することができる。
【００３７】
以上、本発明に係る実施形態に基づいて具体的に説明したが、本発明は上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲で変更可能である。
【００３８】
例えば、本実施形態では、本発明に係るコンテンツ処理装置をオーディオ装置に適用した場合について例示したが、Ｉ／Ｆと、記憶部と、付属情報を含むデータファイルの読み出し機能と、データファイルのエンコード機能と、データファイルの編集機能と、を備えた装置であれば、いかなる装置であってもよい。
また、本発明に係るコンテンツ処理装置は、据え置き型でもポータブル型でもよい。
【００３９】
また、本実施形態では、記憶装置をＳＤカード、ＵＳＢメモリ等の記憶媒体としているが、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）等の他の記憶媒体、外付けのＨＤＤ、コンテンツ処理装置内蔵メモリ等を用いることも可能である。
【００４０】
また、本実施形態では、データ本体及びデータに関する付属情報を持つフォーマットとしてＭＰ３ファイルを例示したが、それに限らない。ＭＰ３ファイルのような音声ファイルにとどまらず、付属情報を持つファイルフォーマットであれば、画像ファイルや動画ファイルであっても実施可能である。
また、本実施形態では、ＩＤ３タグのバージョン２（ＩＤ３ｖ２）を例示しているが、他のバージョン（例えばＩＤ３ｖ１、ＩＤ３ｖ１．１）でも実施可能である。
【００４１】
また、本実施形態では、ＭＰ３ファイルのデータ部を削除することで、オーディオ装置の記憶部の空き容量を確保するようにしているが、例えば、オーディオ装置内に新たに第２の記憶部（内部バッファ）を設けて一時的にデータ部を格納するようにしてもよい。なお、内部バッファは、例えば、揮発性のメモリである。
図７は、内部バッファを設けたオーディオ装置１００の概略構成を示すブロック図である。
図７に示すように、内部バッファ５１に格納されたデータ部（例えばデータ部１）、及び当該データ部に対応するヘッダ部（例えばヘッダ部１）には、それぞれお互いを認識可能なように照合用のＩＤ番号（例えばＩＤ０００００１）が付属されている。
このように、新たに内部バッファ５１を設けて一時的にデータ部を格納することにより、例えばデータ部復元の際に処理の高速化が図れ、又記憶媒体が接続されていないときでもデータ部の復元を行うことが可能である。
【図面の簡単な説明】
【００４２】
【図１】本実施形態に係るオーディオ装置１００の概略構成を示すブロック図である。
【図２】記憶装置１１０の記憶部１１１からオーディオ装置１００の記憶部５にＭＰ３ファイルが転送される様子、及び記憶部５からＭＰ３ファイルが削除される様子について示した説明図である。
【図３】本実施形態に係るオーディオ装置１００内で行われるファイル転送処理の一例について示したフローチャートである。
【図４】ステップＳ１３で解析されるヘッダ部（ＩＤ３ｖ２ヘッダ）について詳細に示した説明図である。
【図５】記憶装置１１０の記憶部１１１からオーディオ装置１００の記憶部５にＭＰ３ファイルのデータ部が復元される様子について示した説明図である。
【図６】本実施形態に係るオーディオ装置１００内で行われるデータ部復元処理の一例について示したフローチャートである。
【図７】内部バッファを設けたオーディオ装置１００の概略構成を示すブロック図である。
【図８】ＭＰ３ファイルの構成、及び当該ＭＰ３ファイルが記憶部に格納されている様子について示した説明図である。
【図９】記憶装置の記憶部２１１からオーディオ装置の記憶部２０５にＭＰ３ファイルが転送される様子、及び記憶部２０５からＭＰ３ファイルが削除される様子について示した説明図である。
【符号の説明】
【００４３】
１００  オーディオ装置
１  表示部
２  操作部
３  増幅部
４  出力部
５  記憶部
６  制御部
６１  ＣＰＵ
６２  ＲＡＭ
６３  ＲＯＭ
６４  ＤＳＰ
７  Ｉ／Ｆ
１１０  記憶装置
１１１  記憶部
１１２  制御部
【図１】
2009266068.tif 000003
【図２】
2009266068.tif 000004
【図３】
2009266068.tif 000005
【図４】
2009266068.tif 000006
【図５】
2009266068.tif 000007
【図６】
2009266068.tif 000008
【図７】
2009266068.tif 000009
【図８】
2009266068.tif 000010
【図９】
2009266068.tif 000011