(57)【要約】【課題】  デジタルビデオカメラ等で作成したマルチメディアデータが、プレイリスト等の他のファイルから参照されている状況をユーザに知らせるためのデータ処理装置を提供する。【解決手段】  記録媒体８に記録された複数のファイル間における参照関係に基づき、各ファイルについて当該ファイルを参照する他のファイルの有無を表す判定データを作成する判定データ作成部１２を備えており、その判定データに基づき判定テーブル作成部１３により作成される判定テーブルに基づき、各ファイルについて他のファイルからの参照状況を判定テーブル表示合成部１６により表示する。これにより、他のファイルからの参照状況を考慮したファイル削除等が容易になる。【選択図】  図１
2005149658.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体に記録された複数のファイル間における参照関係に基づき、該記録媒体に記録されたファイルについて、当該ファイルを参照する他のファイルの有無を表す判定データを作成することを特徴とするデータ処理方法。
【請求項２】
上記判定データを、上記記録媒体に記録されたファイルを参照する他のファイルの数を示す被参照数情報として作成することを特徴とする請求項１に記載のデータ処理方法。
【請求項３】
上記被参照数情報を、上記記録媒体に記録されたファイルを参照する他のファイルの数と、該他のファイルを参照するさらに他のファイルの数とを示す情報として作成することを特徴とする請求項２に記載のデータ処理方法。
【請求項４】
上記判定データと、上記記録媒体に記録されたファイルとが関連付けられたテーブルである判定テーブルを作成することを特徴とする請求項１から３のいずれか１項に記載のデータ処理方法。
【請求項５】
上記記録媒体に記録されたファイルと、当該ファイルのデータ容量とを関連付けて、上記判定テーブルを作成することを特徴とする請求項４に記載のデータ処理方法。
【請求項６】
上記記録媒体に記録されたファイルと、当該ファイルの再生時間長とを関連付けて、上記判定テーブルを作成することを特徴とする請求項４または５に記載のデータ処理方法。
【請求項７】
上記記録媒体に記録されたファイルと、当該ファイルが重要なファイルとしてユーザに指定されているか否かを示すファイル保護情報とを関連付けて、上記判定テーブルを作成することを特徴とする請求項４から６のいずれか１項に記載のデータ処理方法。
【請求項８】
上記記録媒体に記録されたファイルと、当該ファイルが作成された日時とを関連付けて、上記判定テーブルを作成することを特徴とする請求項４から７のいずれか１項に記載のデータ処理方法。
【請求項９】
上記記録媒体に記録されたファイルと、当該ファイルのデータ種別とを関連付けて、上記判定テーブルを作成することを特徴とする請求項４から８のいずれか１項に記載のデータ処理方法。
【請求項１０】
上記判定テーブルを、上記記録媒体に記録された複数のファイルについて作成することを特徴とする請求項４から９のいずれか１項に記載のデータ処理方法。
【請求項１１】
上記記録媒体に記録されたファイルが他のファイルに参照されているか否かを、上記判定データに基づき表示することを特徴とする請求項１から１０のいずれか１項に記載のデータ処理方法。
【請求項１２】
上記記録媒体に記録されたファイルのうち、他のファイルに参照されていないファイルのみを、上記判定データに基づき表示することを特徴とする請求項１から１０のいずれか１項に記載のデータ処理方法。
【請求項１３】
上記被参照数情報を表示することを特徴とする請求項２から１２のいずれか１項に記載のデータ処理方法。
【請求項１４】
上記被参照数情報の相違を、明暗差により区別して表示することを特徴とする請求項２から１３のいずれか１項に記載のデータ処理方法。
【請求項１５】
上記被参照数情報の相違を、色彩差により区別して表示することを特徴とする請求項２から１４のいずれか１項に記載のデータ処理方法。
【請求項１６】
上記記録媒体に記録されたファイルを、上記判定データに基づき配列して表示することを特徴とする請求項１から１５のいずれか１項に記載のデータ処理方法。
【請求項１７】
上記記録媒体に記録されたファイルを、上記判定データに基づき該判定データに対応するフォルダに分類して表示することを特徴とする請求項１から１５のいずれか１項に記載のデータ処理方法。
【請求項１８】
上記記録媒体に記録されたファイルを、上記判定データに基づき配列した順番に再生することを特徴とする請求項１から１５のいずれか１項に記載のデータ処理方法。
【請求項１９】
上記記録媒体に記録されたファイルについて、当該ファイルを参照している他のファイルを、上記判定データに基づき検索することを特徴とする請求項１から１８のいずれか１項に記載のデータ処理方法。
【請求項２０】
請求項１９に記載のデータ処理方法により検索されたファイルのリストを表示することを特徴とするデータ処理方法。
【請求項２１】
上記記録媒体に記録された他のファイルからその一部を参照されているファイルについて、当該ファイルにおける他のファイルから参照されていない部分を削除した場合に、上記記録媒体に確保されるデータ容量を、削除処理前に表示することを特徴とする請求項１から２０のいずれか１項に記載のデータ処理方法。
【請求項２２】
上記記録媒体に記録された他のファイルからその一部を参照されているファイルについて、当該ファイルにおける他のファイルから参照されていない部分を削除した場合に、上記記録媒体に確保されるデータの再生時間の長さを、削除処理前に表示することを特徴とする請求項１から２１のいずれか１項に記載のデータ処理方法。
【請求項２３】
請求項１１、１２、１３、１４、１５、１６、１７、２０、２１、および２２に記載のデータ処理方法による表示をユーザ指示に基づき選択して切り替えることを特徴とするデータ処理方法。
【請求項２４】
記録媒体に記録された複数のファイル間における参照関係に基づき、該記録媒体に記録されたファイルについて当該ファイルを参照する他のファイルの有無を表す判定データを作成する判定データ作成手段を備えていることを特徴とするデータ処理装置。
【請求項２５】
コンピュータに請求項１から２３のいずれか１項に記載のデータ処理方法を実行させるためのデータ処理プログラム。
【請求項２６】
請求項２５に記載のプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体にデータを記録し再生する場合における、他ファイルによる参照数を考慮したデータ処理方法、データ処理装置、データ処理プログラム、およびコンピュータ読み取り可能な記録媒体に関するものである。
【背景技術】
【０００２】
近年のマルチメディアの普及により、画像（動画、静止画等）、音楽などのマルチメディアデータ（以下、画像データおよび音楽データを「マルチメディアデータ」と呼ぶ）を記録媒体へ記録する需要が高まってきている。従来、記録媒体は、ビデオテープやオーディオテープなどのテープメディアが主であったが、近年は光ディスク、ハードディスクなどのディスクメディアに記録することが多くなっている。
【０００３】
テープメディアは、シーケンシャルアクセス、つまり先頭の記録位置から順にデータにアクセスする方式を目的としたものであるので、ランダムアクセス、つまり任意の記録位置にアクセスすることは、物理的なテープ移動を伴うため不向きである。
【０００４】
一方、ディスクメディアの場合、テープメディアと比較すると、任意の位置にアクセスする時間は無視できる。つまり、ディスクメディアのどこにデータがあっても容易にアクセスでき、ランダムアクセスに向いている。よって、ディスクメディアは、ディスク上のどこに任意のデータがあっても、瞬時にアクセスすることが可能である。
【０００５】
このようなディスクメディア等のランダムアクセス性に優れている記録媒体において、たとえば動画データのようなマルチメディアデータが記録媒体上に記録されている場合、記録されたマルチメディアデータの領域の全体あるいは一部の領域を参照するためのファイルを作成することがある。以下、実際に撮影・作成されたデータが記録されているファイルを「実ファイル」、他の実ファイルの一部または全体を参照しているファイルを「仮想ファイル」と呼ぶ。なお、仮想ファイルの集合体を「プレイリスト」と呼ぶ。
【０００６】
たとえば、デジタルビデオカメラ等のマルチメディアデータ再生機器に用いられるプレイリスト（詳細は後述する）は、仮想ファイルの集合であり、ユーザ自身が複数のマルチメディアデータのそれぞれについて、気に入った部分を集めて編集したものである。このプレイリストの構造について、図３３を用いてより具体的に説明する。
【０００７】
図３３に示すように、実ファイル１がデータ部分２５１・２５２を有し、実ファイル２がデータ部分２５３・２５４を有し、実ファイル３がデータ部分２５５を有しているものとする。
【０００８】
この場合、プレイリスト２５６は、実ファイル１のデータ部分２５１と、実ファイル２のデータ部分２５３と、実ファイル３のデータ部分２５５の領域とを指し示し、それらの情報をまとめて保持しているものとして作成できる。
【０００９】
また、プレイリストを作成するプレイリスト編集は、ランダムアクセス性に優れている記録媒体上においては瞬時に他のファイルのデータに再生位置を移動させることが可能なため、有効な編集方法であるといえる。また、一般的に、仮想ファイルまたはプレイリストは、非破壊編集（実ファイルを元の形で保持する編集）にて作成される。
【００１０】
従来のマルチメディアデータ再生機器では、記録媒体上にプレイリストが存在している時、削除対象の実ファイルが該プレイリストに参照されている・参照されていないに関わらず、その実ファイルを削除しようとすると、図３４に示すように、「プレイリスト中の関連仮想ファイルも削除されます。実ファイルを削除しますか？」という確認メッセージ２６１を表示するものがある。
【００１１】
このような確認メッセージを表示するための処理について説明すると、以下の通りである。ただし、少なくとも一つのプレイリストが存在している場合の処理である。図３５に示すように、ユーザにより実ファイルを削除する操作がスタートされ（ステップ１０１、以下単に各ステップをＳと記載する）、削除したい実ファイルがユーザにより選択される（Ｓ１０２）。
【００１２】
その後、ユーザにより削除ボタンが押されると（Ｓ１０３）、Ｓ１０２で選択した実ファイルの削除実行が行われる。
【００１３】
Ｓ１０３の後、Ｓ１０４において、Ｓ１０２で選択した実ファイルがプレイリストに参照されているか否かに関わらず、つまり削除指示された実ファイルとは無関係に「プレイリスト中の関連仮想ファイルも削除されます。実ファイルを削除しますか？」という確認メッセージが表示される。
【００１４】
Ｓ１０４の後、実ファイルを削除することに関してユーザの承諾が得られたか否かが判断される（Ｓ１０５）。Ｓ１０５における判断は、図３４に示すように確認メッセージとともに表示される「はい」または「いいえ」のボタンのいずれをユーザが選択したかを判断することにより行われる。すなわち、ユーザにより「はい」のボタンが選択された場合には、実ファイルを削除することに関してユーザの承諾が得られたものと判断し、「いいえ」のボタンが選択された場合には、ユーザの承諾が得られなかったものと判断する。
【００１５】
Ｓ１０５によりユーザの承諾が得られなかったと判断された場合、実ファイルの削除処理は終了する（Ｓ１０７）。一方、Ｓ１０５においてユーザの承諾が得られたと判断された場合には、ファイル削除処理が実行される（Ｓ１０６）。Ｓ１０６においては、削除対象の実ファイルがプレイリストに参照されているか否か意に関わらず、つまりどのようなファイルであっても削除される。さらに、Ｓ１０６では、削除対象の実ファイルを参照する仮想ファイルがある場合には、その仮想ファイルも併せて削除される。
【００１６】
なお、仮想ファイルが削除されるということは、プレイリストの管理情報が変更されるということを意味している。つまり、ある仮想ファイルを削除することにより空きが生じたプレイリストの再生時間には、その空いた時間分だけその後の仮想ファイルを再生する時間が順次繰り上げられる。ここでは、このプレイリストは、削除した部分を残して再生可能である。また、プレイリスト中の仮想ファイルが一つの場合は、プレイリスト自体が削除される。
【００１７】
また、ディスクメディアにデータを記録する場合、一般的に、記録したデータがディスクのどこに記録されているか管理するために管理情報が必要である。
【００１８】
これらの管理情報を提供してくれるシステムとして、広くMS-DOSやWindows（登録商標）などで使われているJIS X 0605-1990、通称FAT（File Allocation Table）システムや、DVD（Digital Video Disk）などで使われているOSTA（Optical Storage Technology Association）によるUDF（Universal Disk Format）ファイルシステムなどがあげられ、これらのシステムはディスクの論理ファイルシステムと呼ばれている。
【００１９】
また、従来のファイル管理方法においては、記録媒体上に記録されるデータである実データを実ファイルとして管理している実ファイル管理情報と、該実ファイルの全体あるいは一部分を参照する仮想ファイル（プレイリスト）の管理を行う仮想ファイル管理情報とを用いて、ファイルの制御を行う際に、実ファイルの管理情報中に、該実ファイルを参照している仮想ファイルを識別するための情報を有する技術がある（たとえば、特許文献１参照）。
【００２０】
また従来の撮影装置および削除方法においては、画像記憶の記憶容量不足を検出した場合、有効度順の撮影済みのマルチ画像を、所定の観点から削除すべき画像の候補を順序付けるコマンドキーとともに表示器に表示し、上記コマンドキーが選択された場合に、上記マルチ画像の表示順序をそのコマンドキーが指示する所定の観点からの削除すべき画像の候補の順序に変更する。そして、使用者にこのマルチ画像を提示した上で画像を削除させ、撮影を継続できるようにする技術もある（たとえば、特許文献２参照）。
【特許文献１】特開２００１−１０１０５０号公報（２００１年４月１３日公開）
【特許文献２】特開２００２−３６９１２５号公報（２００２年１２月２０日公開）
【発明の開示】
【発明が解決しようとする課題】
【００２１】
しかしながら、従来のファイル管理方法では、記録媒体に記録されているファイルを削除すると、関連する仮想ファイルも削除されてしまうので、上記削除したファイルがプレイリストから参照されている場合、上記プレイリストの再生時に、プレイリストの一部もしくは全部を再生できないという「不整合」の問題が起こることがある。
【００２２】
具体的に説明すると、プレイリストの一部を再生できないとは、削除された実ファイル部分のみ再生できない、つまりプレイリストのファイルの管理情報が変更するということである。また、プレイリストは、仮想ファイルの集合である。このため、参照している実ファイルを削除すると、削除した実ファイルを参照していたプレイリスト中の仮想ファイルは、参照先実ファイルを削除されたことによって再生できない。この場合、プレイリスト自身が再生できない部分があるため、プレイリスト全体も再生できない、つまり一部の再生区間が無くなってしまったため、その全体も再生できない。この場合、プレイリストの全部が再生できなくなる。
【００２３】
そして、記録媒体に記録されているファイルを単にインデックス表示するだけでは、表示されたファイルがプレイリストに参照されているか否かは把握できない。したがって、ユーザは、プレイリストからの参照状況を考慮したファイルの削除判断を行うことができない。そして、削除対象のファイルを削除する操作が完了した後に、他ファイルを参照しているプレイリストの再生操作をしない限り、上記不整合が生じているかどうかが確認できない。
【００２４】
ここで、「不整合」の文言の意味について、図３３ないし図３５を用いて説明した従来技術を用いて説明する。図３３に示した実ファイル群のうち、実ファイル２が削除された場合、つまりデータ部分２５３・２５４が削除された場合、仮想ファイルとしてのプレイリスト２５６はデータ部分２５３の情報を保持しているので、プレイリスト２５６は実ファイル２のデータ部分２５３を再生できない。この際、プレイリスト２５６は、実ファイル２のデータ部分２５３を再生しないだけで、残りの実ファイル１のデータ部分２５１と実ファイル３のデータ部分２５５を再生できる場合と、実ファイル１のデータ部分２５１と実ファイル３のデータ部分２５５も再生できない場合との２つの場合が考えられる。
【００２５】
前者の場合はプレイリストの管理情報が変更されるので残った部分の再生が可能であるが、後者の場合はプレイリストの管理情報が破壊されているので再生できないことが考えられる。
【００２６】
このように、参照する実ファイルが削除された場合に、削除前と後でプレイリストに何らかの変更をきたすことを「不整合」と定義する。逆に、任意のプレイリストからまったく参照されていない実ファイルは上記「不整合」は起こらない。これを「整合」と定義する。上記では、実ファイルを削除する際のみ述べたが、削除する対象がプレイリストであっても同様に定義される。つまり、あるプレイリストを削除した際、該プレイリストを参照していたプレイリストがあった場合を「不整合」、ない場合を整合と定義する。本明細書では、主に実ファイルを削除した場合について述べるが、削除対象がプレイリストであっても同様である。
【００２７】
本発明は、上記課題に鑑みてなされたものであり、削除の対象としてユーザに選択されたファイルを削除すると不整合が生じるか否かを、ファイル削除処理を実行する前にユーザに提示することが可能なデータ処理方法、データ処理装置、データ処理プログラム、およびコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００２８】
本発明のデータ処理方法は、上記課題を解決するために、記録媒体に記録された複数のファイル間における参照関係に基づき、該記録媒体に記録されたファイルについて、当該ファイルを参照する他のファイルの有無を表す判定データを作成することを特徴としている。
【００２９】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記判定データを、上記記録媒体に記録されたファイルを参照する他のファイルの数を示す被参照数情報として作成することを特徴としている。
【００３０】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記被参照数情報を、上記記録媒体に記録されたファイルを参照する他のファイルの数と、該他のファイルを参照するさらに他のファイルの数とを示す情報として作成することを特徴としている。
【００３１】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記判定データと、上記記録媒体に記録されたファイルとが関連付けられたテーブルである判定テーブルを作成することを特徴としている。
【００３２】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記記録媒体に記録されたファイルと、当該ファイルのデータ容量とを関連付けて、上記判定テーブルを作成することを特徴としている。
【００３３】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記記録媒体に記録されたファイルと、当該ファイルの再生時間長とを関連付けて、上記判定テーブルを作成することを特徴としている。
【００３４】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記記録媒体に記録されたファイルと、当該ファイルが重要なファイルとしてユーザに指定されているか否かを示すファイル保護情報とを関連付けて、上記判定テーブルを作成することを特徴としている。
【００３５】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記記録媒体に記録されたファイルと、当該ファイルが作成された日時とを関連付けて、上記判定テーブルを作成することを特徴としている。
【００３６】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記記録媒体に記録されたファイルと、当該ファイルのデータ種別とを関連付けて、上記判定テーブルを作成することを特徴としている。
【００３７】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記判定テーブルを、上記記録媒体に記録された複数のファイルについて作成することを特徴としている。
【００３８】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記記録媒体に記録されたファイルが他のファイルに参照されているか否かを、上記判定データに基づき表示することを特徴としている。
【００３９】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記記録媒体に記録されたファイルのうち、他のファイルに参照されていないファイルのみを、上記判定データに基づき表示することを特徴としている。
【００４０】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記被参照数情報を表示することを特徴としている。
【００４１】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記被参照数情報の相違を、明暗差により区別して表示することを特徴としている。
【００４２】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記被参照数情報の相違を、色彩差により区別して表示することを特徴としている。
【００４３】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記記録媒体に記録されたファイルを、上記判定データに基づき配列して表示することを特徴としている。
【００４４】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記記録媒体に記録されたファイルを、上記判定データに基づき該判定データに対応するフォルダに分類して表示することを特徴としている。
【００４５】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記記録媒体に記録されたファイルを、上記判定データに基づき配列した順番に再生することを特徴としている。
【００４６】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記記録媒体に記録されたファイルについて、当該ファイルを参照している他のファイルを、上記判定データに基づき検索することを特徴としている。
【００４７】
さらに、本発明のデータ処理方法は、上記データ処理方法により検索されたファイルのリストを表示することを特徴としている。
【００４８】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記記録媒体に記録された他のファイルからその一部を参照されているファイルについて、当該ファイルにおける他のファイルから参照されていない部分を削除した場合に、上記記録媒体に確保されるデータ容量を、削除処理前に表示することを特徴としている。
【００４９】
さらに、本発明のデータ処理方法は、上記データ処理方法において、上記記録媒体に記録された他のファイルからその一部を参照されているファイルについて、当該ファイルにおける他のファイルから参照されていない部分を削除した場合に、上記記録媒体に確保されるデータの再生時間の長さを、削除処理前に表示することを特徴としている。
【００５０】
さらに、本発明のデータ処理方法は、上記データ処理方法による表示をユーザ指示に基づき選択して切り替えることを特徴としている。
【００５１】
また、本発明のデータ処理装置は、上記課題を解決するために、記録媒体に記録された複数のファイル間における参照関係に基づき、該記録媒体に記録されたファイルについて当該ファイルを参照する他のファイルの有無を表す判定データを作成する判定データ作成手段を備えていることを特徴としている。
【発明の効果】
【００５２】
本発明のデータ処理方法は、以上のように、記録媒体に記録された複数のファイル間における参照関係に基づき、該記録媒体に記録されたファイルについて、当該ファイルを参照する他のファイルの有無を表す判定データを作成する方法である。また、本発明のデータ処理装置は、以上のように、記録媒体に記録された複数のファイル間における参照関係に基づき、該記録媒体に記録されたファイルについて当該ファイルを参照する他のファイルの有無を表す判定データを作成する判定データ作成手段を備えているものである。
【００５３】
上記データ処理方法またはデータ処理装置によれば、記録媒体に記録されたファイルについて当該ファイルを参照する他のファイルの有無を表す判定データが作成されるので、その判定データに基づき、記録媒体に記録されたファイルが他のファイルに参照されているか否かを判定することができる。
【００５４】
よって、記録媒体から削除するファイルを選択すべく、外部の画像表示装置により表示される画面において、その判定結果に基づいて、削除の対象となるファイルが他のファイルに参照されているか否かを表示したり、他のファイルに参照されているファイルを表示しない等の処理を行うことにより、削除対象のファイルが参照されているか否かをユーザに提示することが可能となる。したがって、削除の対象としてユーザに選択されたファイルを削除すると不整合が生じるか否かを、ファイル削除処理を実行する前にユーザに提示することが可能となるという効果を奏する。
【００５５】
さらに、本発明のデータ処理方法は、以上のように、上記判定データを、上記記録媒体に記録されたファイルを参照する他のファイルの数を示す被参照数情報として作成する方法である。
【００５６】
上記構成によれば、判定データとしての被参照数情報により、記録媒体に記録されたファイルを参照するファイルの数を管理することができる。したがって、記録媒体から削除するファイルを選択すべく外部の画像表示装置により表示される画面において、その被参照数情報を数値として表示する等の処理を行うことにより、削除対象ファイルがどれだけの数のファイルに参照されているかをユーザに提示することが可能となる。
【００５７】
ここで、多くのファイルに参照されているファイルを削除してしまうと、そのファイルを参照するファイルを再生する際に不整合が生じることから、不整合が発生する頻度が高くなってしまう。また、あるファイルが多くのファイルに参照されているということは、そのファイルは重要性が高いファイルであるとも考えられる。
【００５８】
本発明によれば、削除ファイルの選択画面において削除対象のファイルがどれだけのファイルに参照されているか否かをユーザに提示することが可能となる。したがって、ファイル削除処理を実行する前に、削除対象のファイルを削除することにより発生する不整合の頻度をユーザに提示することができ、より効率的なファイル削除を行うことができるという効果を奏する。
【００５９】
さらに、本発明のデータ処理方法は、以上のように、上記被参照数情報を、上記記録媒体に記録されたファイルを参照する他のファイルの数と、該他のファイルを参照するさらに他のファイルの数とを示す情報として作成する方法である。
【００６０】
上記構成によれば、あるファイルを間接的に参照するファイルを考慮して被参照数情報が作成されているので、記録媒体に記録されたファイルを連鎖的に参照するファイルの数が把握できる。したがって、ファイル削除処理を実行する前に、削除対象のファイルを削除することにより発生する不整合の頻度をより的確にユーザに提示することができ、より効率的なファイル削除を行うことができるという効果を奏する。
【００６１】
さらに、本発明のデータ処理方法は、以上のように、上記判定データと、上記記録媒体に記録されたファイルとが関連付けられたテーブルである判定テーブルを作成する方法である。
【００６２】
上記構成によれば、判定テーブルにおいて、記録媒体に記録されたファイルと判定データとがテーブル形式で関連付けられているので、判定テーブルを参照することにより、記録媒体に記録されたファイルが他のファイルから参照されているか否かを簡易に判断できるので、削除対象のファイルが参照されているか否かをユーザに提示するための処理も簡略化される。したがって、削除の対象としてユーザに選択されたファイルを削除すると不整合が生じるか否かを、ファイル削除処理を実行する前に簡易にユーザに提示することが可能となるという効果を奏する。
【００６３】
さらに、本発明のデータ処理方法は、以上のように、上記記録媒体に記録されたファイルと、当該ファイルのデータ容量とを関連付けて、上記判定テーブルを作成する方法である。あるいは、上記記録媒体に記録されたファイルと、当該ファイルの再生時間長とを関連付けて、上記判定テーブルを作成してもよいし、上記記録媒体に記録されたファイルと、当該ファイルが重要なファイルとしてユーザに指定されているか否かを示すファイル保護情報とを関連付けて、上記判定テーブルを作成してもよいし、上記記録媒体に記録されたファイルと、当該ファイルが作成された日時とを関連付けて、上記判定テーブルを作成してもよいし、上記記録媒体に記録されたファイルと、当該ファイルのデータ種別とを関連付けて、上記判定テーブルを作成してもよい。
【００６４】
上記構成によれば、判定テーブルを、データ容量、再生時間長、ファイル保護情報、作成日時、またはデータ種別等のファイル情報が記録媒体に記録された各ファイルと関連付けられているので、削除ファイルの選択画面において、これらのファイル情報を削除対象のファイルとともにユーザに表示することが可能となる。なお、データ種別とは、動画データ、静止画データ、または音声データ等、そのファイルが属するファイルの種類を意味している。
【００６５】
したがって、本発明によれば、削除ファイルの選択画面において各ファイルのファイル情報を各ファイルとともに示すことにより、ファイルを削除してよいか否かをユーザが判断するための判断基準を削除処理実行前にユーザに提供することができる。たとえば、記録媒体からデータ容量の大きなファイルを削除したい場合はファイルのデータ容量を表示したり、記録媒体から作成日時の古いファイルを削除したい場合は、作成日時も表示することにより、ファイル削除の判断基準を削除処理実行前にユーザに提供することができる。
それゆえ、本発明によれば、より効率的にファイルの削除処理を行うことができるという効果を奏する。
【００６６】
さらに、本発明のデータ処理方法は、以上のように、上記判定テーブルを、上記記録媒体に記録された複数のファイルについて作成する方法である。
【００６７】
上記構成によれば、判定テーブルが複数のファイルを考慮して作成されているので、この判定テーブルを元に、各ファイルを組み合わせた削除案を提案することが可能となる。たとえば、ある一定容量を削除したい場合に、一つのファイルではその容量に達しないときに、ユーザは複数ファイルを組み合わせて削除ファイルの候補をユーザに提示することが可能となるという効果を奏する。
【００６８】
さらに、本発明のデータ処理方法は、以上のように、上記記録媒体に記録されたファイルが他のファイルに参照されているか否かを、上記判定データに基づき表示する方法である。
【００６９】
上記構成によれば、判定データに基づき記録媒体に記録されたファイルが他のファイルに参照されているか否かが外部の画像表示手段により表示されるので、ユーザは、その表示を確認することにより、削除対象のファイルが他のファイルに参照されているか否かを判断することができる。たとえば、○×マーク、明暗の差、色彩差等により、他のファイルに参照されているか否かを区別して表示することが可能である。したがって、削除対象のファイルを削除すると不整合が生じるか否かを、ファイル削除処理を実行する前にユーザが確実に判断することが可能となるという効果を奏する。
【００７０】
さらに、本発明のデータ処理方法は、以上のように、上記記録媒体に記録されたファイルのうち、他のファイルに参照されていないファイルのみを、上記判定データに基づき表示する方法である。
【００７１】
上記構成によれば、記録媒体から削除するファイルをユーザが選択する画面において、他のファイルに参照されていないファイルのみを表示することが可能となる。したがって、他のファイルに参照されているファイルをユーザが選択して削除すること、すなわち不整合が発生するようなファイル削除をユーザが行うことを防止することができる。したがって、本発明によれば、より効果的に不整合が発生するようなファイル削除をユーザが行うことを防止することができるという効果を奏する。
【００７２】
さらに、本発明のデータ処理方法は、上記被参照数情報を表示する方法である。具体的には、上記被参照数情報の相違を、明暗差または色彩差により区別して表示する。
【００７３】
上記構成によれば、被参照数情報が表示されるので、ユーザは、その表示を確認することにより、削除対象のファイルがどれだけの数のファイルに参照されているかを確実に知ることができる。なお、このように被参照数情報を表示する際、その被参照数の相違をユーザが一目で判断できるような表示、たとえば明暗差、色彩差等を用いることが好ましい。よって、ユーザは、ファイル削除処理を行う前に削除対象のファイルを削除することにより発生する不整合の頻度を確実に知ることができるので、より効率的なファイル削除を行うことができるという効果を奏する。
【００７４】
さらに、本発明のデータ処理方法は、以上のように、上記記録媒体に記録されたファイルを、上記判定データに基づき配列して表示する方法である。
【００７５】
上記構成によれば、判定データに基づき記録媒体に記録されたファイルが配列表示されるので、たとえば判定データとしての被参照数情報により示される、各ファイルを参照するファイルの数値の大小順に、記録媒体に記録されたファイルを配列して表示することが可能となる。
【００７６】
これにより、ユーザはファイル削除の選択画面において各ファイルが表示されている順番に基づいて、削除対象のファイルを削除すると発生する不整合の頻度を、ファイル削除処理を実行する前に知ることができる。したがって、より効率的にファイル削除処理を実行することができるという効果が奏される。
【００７７】
さらに、本発明のデータ処理方法は、以上のように、上記記録媒体に記録されたファイルを、上記判定データに基づき該判定データに対応するフォルダに分類して表示する方法である。
【００７８】
上記構成によれば、判定データに基づき記録媒体に記録されたファイルがフォルダ別に分類表示されるので、たとえば判定データとしての被参照数情報により示される、各ファイルを参照するファイルの数値の大小に基づき、記録媒体に記録されたファイルをフォルダごとに分類して表示することが可能となる。
【００７９】
これにより、ユーザはファイル削除の選択画面において各ファイルが表示されているフォルダに基づいて、削除対象のファイルを削除すると発生する不整合の頻度を、ファイル削除処理を実行する前に知ることができる。したがって、より効率的にファイル削除処理を実行することができる。
【００８０】
さらに、本発明のデータ処理方法は、以上のように、上記記録媒体に記録されたファイルを、上記判定データに基づき配列した順番に再生する方法である。
【００８１】
上記構成によれば、たとえば判定データとしての被参照数の降順に配列した、ファイルとしての動画データを、その順番に再生することにより、ユーザの興味深い順に記録媒体に記録された動画データを再生することが可能となるという効果を奏する。
【００８２】
さらに、本発明のデータ処理方法は、以上のように、上記記録媒体に記録されたファイルについて、当該ファイルを参照している他のファイルを、上記判定データに基づき検索する方法である。
【００８３】
上記構成によれば、判定データに基づき記録媒体に記録された各ファイルを参照するファイルが検索されるので、その参照するファイルのリストを作成したり、ファイルを表示したりする等、参照先ファイルの内容をユーザに提示することが可能となる。したがって、ユーザは、削除対象のファイルを参照するファイルの内容を、ファイル削除処理を実行する前に事前に確認することができるので、不整合を起こさないような適切なファイル削除処理を行うことができるという効果が奏される。
【００８４】
さらに、本発明のデータ処理方法は、上記データ処理方法により検索されたファイルのリストを表示する方法である。
【００８５】
上記構成によれば、判定データに基づき記録媒体に記録された各ファイルを参照するファイルのリストが表示されるので、ユーザは、削除対象のファイルを参照するファイルを一目で確認することができる。したがって、ユーザは、削除処理を実行する前に、各ファイルの参照状況を的確に把握することができるので、ファイル削除を実行した場合に生じる不整合の状況を的確にファイル削除処理実行前に把握することができるという効果が奏される。
【００８６】
さらに、本発明のデータ処理方法は、以上のように、上記記録媒体に記録された他のファイルからその一部を参照されているファイルについて、当該ファイルにおける他のファイルから参照されていない部分を削除した場合に、上記記録媒体に確保されるデータ容量またはデータの再生時間の長さを、削除処理前に表示する方法である。
【００８７】
上記記録媒体に記録されたファイルの一部が他のファイルに参照されている場合において、そのファイルにおける他のファイルに参照されていない部分を削除しても、不整合は生じない。したがって、あるファイルについて他のファイルに参照されていない部分を削除することにより、記録媒体に確保されるデータ容量またはデータ再生時間長を表示すれば、ユーザは、ファイル削除処理後の記録媒体の状態を把握することができるとともに、なおかつ不整合を起こさないようなファイル削除を行うことができるという効果が奏される。
【００８８】
さらに、本発明のデータ処理方法は、上記データ処理方法による表示をユーザ指示に基づき選択して切り替える方法である。
【００８９】
上記構成によれば、ユーザ指示に基づき上述のデータ処理方法による各種の表示が切り替えられるので、ユーザの必要に応じた表示を画像表示手段により行うことができる。たとえば、記録媒体に記録されたあるファイルを参照するファイルのリストを確認することをユーザが望んでいる場合、判定データに基づき検索された参照先ファイルのリストを表示すれば、ユーザは参照先ファイルリストを確認することができる。
【００９０】
このように、本発明によれば、ユーザの必要に応じた表示を行うことができるので、ユーザはその表示を確認することにより、より適切なファイル削除処理を行うことができるという効果が奏される。
【発明を実施するための最良の形態】
【００９１】
本発明の一実施形態について、図１ないし図３２を用いて説明すると以下のとおりである。なお、本実施形態において、ユーザによって記録媒体上に記録された撮影開始から終了または一時停止などの一連のマルチメディアデータに対応するファイルを実ファイル、実ファイル中のマルチメディアデータを参照する形で構成されるファイルを仮想ファイル、仮想ファイルの集合をプレイリストと記載する。また、特に区別なく「ファイル」と記載されている場合は、実ファイル、仮想ファイル、およびプレイリストの全てを意味しているものとする。
【００９２】
さらに、「参照元ファイル」の文言は、他ファイルから参照されているファイルのことを指す意味において用いている。また、「参照先ファイル」の文言は、参照元ファイルを参照しているファイルを指す意味において用いている。
【００９３】
〔１．記録再生装置の構成〕
本実施の形態の記録再生装置（データ処理装置）の構成について、図１を用いて説明する。図１に示すように、本実施の形態の記録再生装置１は、マルチメディアデータをコピーしたり変更したりすることなく、仮想ファイルの集合であるプレイリストを作成してマルチメディアデータを編集することが可能な機器、たとえば携帯型ディスクを用いたビデオカメラに適用可能である。より具体的には、記録再生装置１は、マルチメディアデータ入力部２と、リーダ／ライタ制御部３と、リーダ／ライタ４と、判定データ処理部５と、記憶部６と、データ再生処理部７とを備えている。
【００９４】
マルチメディアデータ入力部２は、外部装置（図示せず）からのマルチメディアデータを記録再生装置に入力するためのインターフェースである。ここで、マルチメディアデータの形式としては、動画データであってもよいし、静止画データや音声データであっても構わない。
【００９５】
リーダ／ライタ制御部３は、記録媒体８に対して情報の書込・読込・削除を行うリーダ／ライタ４の動作を統括的に制御するものである。より具体的には、リーダ／ライタ制御部３は、リーダ／ライタ４の情報書込動作を制御する書込処理部９と、リーダ／ライタ４の情報読込動作を制御する読込処理部１０と、リーダ／ライタ４の情報削除動作を制御する削除処理部１１とを備えている。
【００９６】
リーダ／ライタ４は、記録媒体８に対して情報の書込・読込・削除を行うためのインターフェースである。すなわち、リーダ／ライタ４は、マルチメディアデータ入力部２により取得される外部装置からのマルチメディアデータを、書込処理部９の指示に基づいて記録媒体８に書き込む。さらに、リーダ／ライタ４は、記録媒体８に記録されたデータを読込処理部１０の指示に基づいて読み出し、後述する判定データ処理部５やデータ再生処理部７に出力する。また、リーダ／ライタ４は、記録媒体８に記録されたデータを、削除処理部１１の指示に基づいて削除する。
【００９７】
なお、記録媒体８としては、ＤＶＤ等の光ディスクを用いることもできるし、ハードディスクや半導体メモリであっても構わない。
【００９８】
判定データ処理部５は、後述する判定テーブルを考慮したデータの再生を行うため、記録媒体８から読み出されたデータに基づき、判定データを作成するとともに、判定テーブルを作成するものである。より具体的には、判定データ処理部５は、判定データを作成する判定データ作成部（判定データ作成手段）１２と、判定テーブルを作成する判定テーブル作成部１３とを備えている。
【００９９】
なお、判定データとは、記録媒体に記録された各ファイルについて、そのファイルを参照するファイルの有無を示す情報である。そして、そのファイルを参照するファイルがある場合には、参照するファイルの数を示す情報、およびどのファイルが参照しているかに関する情報も、判定データに含まれる。また、判定テーブルとは、判定データをテーブル化したものである。なお、判定データおよび判定テーブルの作成手順については後述する。
【０１００】
記憶部６は、記録再生装置の動作を制御するために必要な種々の情報を記憶するものである。特に、記憶部６は、判定テーブル作成部１３により作成される判定テーブルを記憶している。また、判定テーブルは、記録媒体８に記録されたマルチメディアデータの内容に応じて判定テーブル作成部１３により随時更新されるものなので、記憶部６は、書き換え可能な記録媒体、たとえばＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）により構成しておくことが好ましい。
【０１０１】
データ再生処理部７は、リーダ／ライタ４により記録媒体８から読み出されたデータを、外部機器にて再生するための処理を行うものである。具体的には、データ再生処理部７は、画像表示処理部１４と、音声出力処理部１５とを備えている。
【０１０２】
画像表示処理部１４は、記録媒体８から読み出される動画データ、静止画データ等の画像データを、画像表示装置（図示せず）において再生するための処理を行うものである。なお、サムネイル画像等によりインデックス表示が行われる際、画像表示処理部１４は、記録媒体８から読み出されるインデックスデータを画像表示装置（図示せず）において再生するための処理を行う。特に、画像表示処理部１４は、判定テーブル表示合成部１６と、削除データ候補表示処理部１７とを備えている。
【０１０３】
判定テーブル表示合成部１６は、記憶部６に記憶された判定テーブルに基づく内容を画像表示装置にて表示するための処理（詳細は後述する）を行うものである。また、削除データ候補表示処理部１７は、後述するように、記録媒体８に記録されたデータの中から、ユーザにより削除されるデータの候補を画像表示装置にてインデックス表示するための処理を行うものである。
【０１０４】
なお、削除データ候補表示処理部１７によるインデックス表示では、サムネイル表示を用いてもよい。インデックス表示の方式についてユーザから指示があった場合、判定テーブル作成部１３は、その表示方式に適した判定テーブルを作成することになる。
【０１０５】
音声出力処理部１５は、記録媒体８から読み出される音声データを、音声出力装置（図示せず）にて再生するための処理を行うものである。特に、音声出力処理部１５は、記憶部６に記憶された判定テーブルに基づく内容を音声出力装置にて出力するための判定テーブル音声合成部１８を備えている。つまり、音声出力処理部１５は、参照数や参照の有無などの情報を、音声により出力することができるものである。
【０１０６】
上記構成により、本実施の形態の記録再生装置１は、マルチメディアデータ入力部２から入力されるマルチメディアデータを記録媒体８に記録するとともに、記録媒体８に記録されたマルチメディアデータをデータ再生処理部７により表示装置にて再生できるようにするものである。
【０１０７】
特に、本実施の形態の記録再生装置１は、判定データ処理部５、判定テーブル表示合成部１６、および判定テーブル音声合成部１８を備えていることにより、記録媒体８に記録された実ファイルを表示する際、その実ファイルが仮想ファイル（プレイリスト）により参照されているか否かを、画像表示または音声出力によりユーザに提示できるように構成されている点に特徴がある。
【０１０８】
〔２．インデックス表示の方法について〕
上記構成の記録再生装置１によるインデックス表示の方法について説明する。インデックス表示の方法を説明するにあたり、図２（ａ）に示すように、記録媒体８において、実ファイル２１・２２・２３と、プレイリスト２４・２５とが格納されているものとする。そして、実ファイル２１はプレイリスト２４およびプレイリスト２５に参照されており、実ファイル２３はプレイリスト２５に参照されているものとする。なお、以下の説明では、実ファイル２１をFile.1、実ファイル２２をFile.2、実ファイル２３をFile.3、プレイリスト２４をFile.4、プレイリスト２５をFile.5と記載する場合もある。また、図２（ａ）においては、便宜上、実ファイル２１に（１）の番号、実ファイル２２に（２）の番号、実ファイル２３に（３）の番号、プレイリスト２４に（４）の番号、プレイリスト２５に（５）の番号を表記している。
【０１０９】
このように記録媒体８に実ファイルおよびプレイリストが記録されている場合、判定データ作成部１２（図１参照）は、判定データとして、各ファイルについてそのファイルを参照する他のファイルの数を示す被参照数に基づき、各ファイルを削除した際に不整合が起こるか否かを示す情報を作成する。
【０１１０】
そして、このように作成された判定データに基づき、判定テーブル作成部１３（図１参照）は、図２（ｂ）に示すように、記録媒体８に記録された各ファイルについて、ファイルの種別、被参照数が対応付けられて格納された判定テーブル２６を作成する。
【０１１１】
ここで、判定テーブルにおける「種別」の項目は、そのファイルの種類を示している。たとえば、File.1は実ファイル２１に対応しているので、判定テーブル２６における種別の項目には「実ファイル」と記録されている。
【０１１２】
また、「被参照数」の項目は、そのファイルを参照するファイルの数を示しており、「被参照先」の項目は、そのファイルがどのファイルに参照されているかを示すものである。たとえば、File.1はFile.4およびFile.5に参照されているので、被参照数として「２」が記録されている。
【０１１３】
そして、判定テーブル２６においては、「不整合なしで削除可」という項目が設けられており、この項目についてファイル毎にＯＫまたはＮＧの情報が記録されている。これは、記録媒体８に記録されたあるファイルが他のファイルから参照されていない場合には、不整合を起こすことなくそのファイルを削除することができるので、「不整合なしで削除可」の項目にＯＫ判定を記録したものである。たとえば、判定テーブル２６においては、File.2、File.4、およびFile.5については、これらのファイルを参照するファイルが無いので、「不整合なしで削除可」の項目にＯＫ判定が記録されている。一方、File.1およびFile.3については、これらのファイルを参照するファイルが存在するので、「不整合なしで削除可」の項目にはＮＧ判定が記録されている。
【０１１４】
このように作成された判定テーブルに基づき、判定テーブル表示合成部１６が画像表示装置に表示させる画面の一例を図３に示す。図３に示すように、記録媒体８（図１）に記録されたファイルのサムネイル画像２７・３０に対して、判定テーブル表示合成部１６は、判定テーブルの内容に基づき、マーク２８の表示を合成する。
【０１１５】
より具体的に説明すると、判定テーブル表示合成部１６は、判定テーブルの「不整合なしで削除可」の項目についてＯＫの判定結果が記録されているファイルのサムネイル画像については、「○」のマークを表示する。一方、判定テーブルの「不整合なしで削除可」の項目についてＮＧの判定結果が記録されているファイルのサムネイル画像については、「×」のマークを表示している。
【０１１６】
なお、不整合なしでファイルを削除できるか否かの判定結果は、○・×マークの表示で区別する方法に限定されることはない。たとえば、判定結果がＮＧのファイルについては、そのサムネイル画像を表示しないということも可能であるし、判定結果別に該サムネイル画像部分に斜線を入れたり、色を変えたり、明暗を変えたりしてもよい。また、判定結果別にサムネイル画像を並べ替え(ソート)して表示してもよい。
【０１１７】
このように不整合なしでファイルを削除できるか否かの判定結果を判定テーブル表示合成部１６（図１）を用いて表示することにより、ユーザは、ファイルを削除しようとする際、不整合が起こるか否かを容易に把握できる。
【０１１８】
また、判定テーブルには、各ファイルについてそのファイルがファイル保護（ロック）されているか否かを示す情報を格納することも可能である。すなわち、図４に示すように、判定テーブルに「ロック」の項目を設けることもできる。なお、ファイル保護とは、ユーザがファイルに与えるファイル保護情報のことで、ユーザが特に大事なファイルを誤って削除することを防いだり、他のファイルとの区別をつけるために施された情報のことである。
【０１１９】
ここで、記録媒体にFile.1〜File.9までの９つのファイルが記録されており、File.3とFile.8についてはファイル保護されているものと仮定する。この場合、判定テーブルにおける項目「ロック」には、図４に示すように、File.3およびFile.8について○印が付与されている。
【０１２０】
また、図４に示す判定テーブルでは、そのファイルを不整合を起こすことなく削除でき、なおかつファイル保護されているか否かを、「総合判定」の項目に格納している。すなわち、被参照数が０以外であるか、またはファイル保護がされているファイルは、そのファイルを削除すると不整合を起こすか、そもそも削除するつもりのないファイルなので、「総合判定」の項目にＮＧの判定結果が記録されている。一方、被参照数が０であり、なおかつファイル保護されていないファイルは、問題なく削除することが可能なので、判定テーブルにおける「総合判定」の項目にはＯＫの判定結果が記録されている。
【０１２１】
そして、このようにファイル保護の状態を考慮した総合判定の結果は、判定テーブル表示合成部１６により各ファイルのサムネイル画像に合成表示される。すなわち、判定テーブルにおける総合判定がＮＧと記録されているファイルには、サムネイル画像に「×」のマークを表示し、判定テーブルにおける総合判定がＯＫと記録されているファイルには、サムネイル画像に「○」のマークを表示する。この表示方法により、該ファイルを削除しようとする際、不整合が起こるかまたはファイル保護されたファイルであるかが容易に把握できる。ファイル保護されているファイルのサムネイル画像に斜線を入れたり、または非表示にしたりする等、図３の表示方法の変形例として説明したのと同様の表示方法を用い、ファイル保護されたファイルであることを示してもよい。
【０１２２】
さらに、判定テーブル表示合成部１６を用いて、被参照数を表示してもよい。被参照数を表示例について、図５を用いて説明する。なお、図５に示されたサムネイル画像４１〜４９は、それぞれ図４の判定テーブルにおけるFile.1〜File.9に対応するものである。
【０１２３】
これらのサムネイル画像４１〜４９のうち、サムネイル画像４４が削除候補として枠画像４４ａにより囲まれて表示されているとする。この場合、サムネイル画像４４に対応するFile.4の被参照数は４であるので、画面下方の情報表示ウィンドウ５０に、選択されたサムネイル画像４４のファイル番号、被参照ファイルの有無、またファイルの被参照数（括弧内）を表示している。
【０１２４】
この表示方法により、ユーザが任意のファイルの被参照情報を容易に把握することが可能となる。また、被参照数表示方法の別の1例として、図６の様な表示方法もある。すなわち、図６に示すように、サムネイル画像７１〜７９に、図４の判定テーブルの被参照数を参考にして被参照数値を付加して表示してもよい。このような表示方法によっても、該ファイルの被参照数値が容易に把握することが可能となる。
【０１２５】
また、判定テーブル表示合成部１６により、ファイルの被参照数情報を元に、インデックス表示に明暗を取り入れた表示を行ってもよい。すなわち、図７（ａ）に示すように、各ファイルについて被参照数の少ないものから順に表示する際の明るさ１０、９、８、…と設定し、さらに図７（ｂ）に示すように各ファイルと被参照数および明るさが対応づけられた判定テーブルを作成してもよい。つまり、ここでは、被参照数が少ないファイルほど明るく表示されるということである。もちろん、被参照数が少ないファイルほど暗く表示しても構わない。
【０１２６】
図８は、図７（ｂ）の判定テーブルを用いて、各ファイルのサムネイル画像８１〜８９を明暗の差をつけて表示したものである。なお、ここでは明暗により表示分けを行う場合について説明したが、被参照数別に色の違いやグラフィック等を用いた場合分け表示を行ってもよい。
【０１２７】
さらに、上述した不整合を起こすことなくファイルを削除することができるか否か、あるいはファイル保護されているか否かに関する判定結果に基づいて、判定テーブル表示合成部１６により、サムネイル画像の表示を並べ替えることも可能である。
【０１２８】
たとえば、記録媒体８に記録されているファイルが図４に示す判定テーブルのような状態であれば、図９に示すように、File.1〜File.9に対応するサムネイル画像６１〜６９について、判定結果「○」が付与されたサムネイル画像６１〜６５を先に表示し、判定結果「×」が付与されているサムネイル画像６６〜６９をその後に表示するようにしてもよい。なお、この場合の判定結果「○」は、たとえばファイルが不整合を起こさず削除可能であることを示しており、「×」はファイルを削除すると不整合が起こることを示している。もちろん、「○」「×」のマークに上記と別の意味を持たせてよい。
【０１２９】
これにより、整合性を保つ削除を考える場合において容易にファイルの整合性の有無が確認できる。
【０１３０】
ここでは、マークを「○」、「×」で表現したがこれに変わる表現であってもよい。また、図６に示すように、ファイルサムネイル画像７１〜７９を、被参照数昇順に並べ替えて表示してもよい。
【０１３１】
図６に示すように、被参照数を表示するとともに、被参照数の値に基づき並べ替えを行うことにより、整合性や被参照数を考慮したファイル削除を行う場合等において、容易にファイルの整合性と参照数を確かめることが可能となる。
【０１３２】
さらに、被参照数およびファイル保護に基づく判定結果と、ファイル容量とに基づき、判定テーブル表示合成部１６により、ファイル容量を視覚的に判断できるマークを表示してもよい。
【０１３３】
この場合、判定テーブル作成部１３は、図１０に示すように、各ファイルの容量が格納された判定テーブルを作成する。さらに、この判定テーブルに基づき、判定テーブル表示合成部１６により、ファイル容量を表示した画面の一例を図１１に示す。なお、図１１に示す画面においては、判定結果が「ＮＧ」のファイルのサムネイル画像は表示されていない。
【０１３４】
図１１に示すように、サムネイル画像３１には、不整合を起こさず削除が可能であることを示すマーク３２が合成表示されている。また、ファイル容量が視覚的に分かるグラフィック３３と、ファイル容量３４も併せて合成表示されている。なお、File.1〜File.9の全ファイルを表示することも可能であるが、判定結果が「ＮＧ」のファイルを非表示にすることで、不整合を起こすファイルとファイル保護されたファイルとを削除することを防止できる。
【０１３５】
また、図１２に示すように、本実施形態における被参照情報を判定する判定テーブルに、ファイル保護情報の有無、ファイルの容量、再生時間長、作成日時、ファイルタイプの情報を付け加えてもよい。
【０１３６】
図１２に示す判定テーブルにおいて、File.1からFile.9まではそれぞれ記録媒体に記録されたファイルを示しており、「被参照数」の項目における整数は各Fileにおける他ファイルからの被参照数を示しており、「判定」の項目における「ＯＫ」はファイルの整合性を保つ削除が可能であることを示しており、「ＮＧ」はファイルの整合性を保つ削除ができないことを示している。さらに、判定テーブルの「ロック」の項目における情報はファイル保護の有無を示しており、その他、判定テーブルには、各Fileのファイル容量、再生時間長、作成日時、ファイルタイプが記録されている。
【０１３７】
たとえばFile.１については、被参照数が３であるので、File.１を参照している他ファイル（プレイリスト）は３つ存在していることが判断できる。したがって、File.１を削除すると不整合が生じるので、判定テーブルにおける「判定」の項目にはＮＧの判定結果が格納されている。その他、判定テーブルにおいては、File.1について、その他ファイル保護はなし、ファイル容量は５００ＭＢ、再生時間長はなし、作成日時は６月３日、ファイルタイプは静止画として記録されている。
【０１３８】
このように被参照情報を判定する判定テーブルにファイルの保護情報の有無の情報とファイル容量の情報とを考慮したテーブルを用い、並び替えを行った表示画面の一例を図１３に示す。
【０１３９】
図１３に示すサムネイル画像９１〜９９は、図１２に判定テーブルの各ファイルのインデックスを示すものである。図１３に示すように、サムネイル画像９１〜９９のうち、判定テーブルにおける「判定」の項目にＯＫ判定が記録されているものについて○マークが合成表示されており、ＮＧ判定のものについては×マークが合成表示されている。さらに、サムネイル画像９１〜９９については、各ファイルの容量が合成表示されているとともに、ファイル容量の大きい順に並び替えて表示されている。さらに、ファイル保護されているファイルのサムネイル画像については斜線マークを合成表示し、サムネイル画像の配列の最後尾に表示している。
【０１４０】
ここで、図１３に示す画面では、図１２の判定テーブルにおける判定、ファイル保護、ファイル容量の情報を用い表示を行ったが、これ以外に、判定テーブルにおける「被参照数」または「判定」のいずれかの項目と、ファイル保護、ファイル容量、再生時間長、作成日時、またはファイルタイプの項目とを適宜組み合わせた情報とで、判定テーブルを作成し、それを元に表示してもよいし、これらの情報を考慮してファイルの並べ替え、ファイルの非表示、該ファイルのフォルダ分けを行い表示してもよい。
【０１４１】
たとえば、図１３の画面ではファイル容量を数値で表示したが、グラフィックを用いてファイル容量を表示してもよい。その他に、ファイル容量、再生時間長、作成日時、ファイルタイプ等の表示を行ってもよい。
【０１４２】
また、被参照数が大きなファイルは興味深いファイルであると考えられるので、サムネイル画像を並べ替えて表示する場合において、被参照数が多いもの順にファイルを並べ替えると、ユーザの興味に沿ったファイルの再生順序を提案できる。さらに、ファイル保護されたファイルのサムネイル画像を表示しないようにすれば、そのファイルを誤って消去することを防ぐことができる。
【０１４３】
また、サムネイル画像をフォルダ分けして表示する場合において、一般に容量の大きい動画や音声ファイルだけで判定テーブルを作成し、その判定テーブルに基づく表示を行ってもよい。
【０１４４】
これまで挙げてきた表示方法としては、
被参照数に対しては数値を表示し、
判定結果に対しては数値、マーク、明暗、色の違い、グラフィック等のいずれかまたはいくつかを組み合わせたものを表示し、
ファイル保護に対しては、斜線等のマーク、該ファイルを非表示にする等のいずれかまたはいくつかを組み合わせたものを表示し、
容量、再生時間長、作成日時のそれぞれに対しては、数値、グラフィック等のいずれかまたはいくつかを組み合わせたものを表示し、
ファイルタイプに対しては文字、マーク、グラフィック等のいずれかまたはいくつかを組み合わせたものを表示すればよい。また、これまで表示方法として挙げてきたものは、音声で表現してもかまわない。
【０１４５】
〔３．ファイル削除処理のフローについて〕
次に、本実施形態における被参照数を用いたファイル削除処理の詳細について、図１４のフローチャートを用いて説明する。図１４に示すように、ユーザがファイル削除処理をスタートさせると（Ｓ１）、まず判定データ作成部１２（図１）により、記録媒体８（図１）に記録されたファイルの被参照数の情報が判定データとして作成される。そして、Ｓ２で作成された判定データに基づき、判定テーブル作成部１３は判定テーブルを作成する（Ｓ３）。
【０１４６】
そして、Ｓ３にて作成された判定テーブルに基づき、判定テーブル表示合成部１６は、判定結果を○×マーク等のＧＵＩを、各ファイルのサムネイル画像に合成表示する（Ｓ４）。
【０１４７】
その後、Ｓ５において、削除データ候補表示処理部１７は、ユーザからファイル削除の指示があったか否かを判断する。Ｓ５における判断は、たとえば図３に示した削除ファイルの選択画面において、ユーザが、「はい」のボタンまたは「いいえ」のボタンのいずれを選択したかを判断することにより行われる。
【０１４８】
Ｓ５においてユーザからのファイル削除指示が無いと判断された場合、ファイルの削除処理は終了する（Ｓ１１）。一方、Ｓ５においてユーザからの削除指示があったと判断された場合、判定テーブル表示合成部１６は、判定テーブルに基づき、削除が指示されたファイルが他のファイルに参照されているかを判断する（Ｓ６）。
【０１４９】
Ｓ６において、削除が指示されたファイルが他のファイルに参照されていないと判断された場合、削除処理部１１によりそのファイルの削除処理が行われた後、削除処理が終了する（Ｓ１１）。
【０１５０】
一方、Ｓ６において、削除が指示されたファイルが他のファイルに参照されていると判断された場合、Ｓ４においてユーザは予め選択したファイルが他のファイルに参照されているか否かを確認しているが、念のため、ファイルを削除すると不整合が起こる旨を示す警告メッセージのＧＵＩ表示を行う（Ｓ８ａ）。
【０１５１】
Ｓ８ａの後、削除データ候補表示処理部１７は、不整合を起こすことをユーザが了承したかを判断する（Ｓ８ｂ）。Ｓ８ｂにおける判断は、たとえば上記警告メッセージとともに「はい」のボタンおよび「いいえ」のボタンを表示するとともに、ユーザがこれらの２つのボタンのうちいずれを選択したかを判断することにより実現可能である。
【０１５２】
Ｓ８ｂにてユーザの了承が得られていないと判断された場合、Ｓ５に戻る。Ｓ８ｂにて、ユーザの了承が得られたと判断された場合、削除処理部１１は、Ｓ５において削除が指示されたファイルおよびそのファイルを参照するファイルを削除する（Ｓ９）。ただし、この場合、削除した参照元ファイルに該当する部分のみ参照先ファイルから削除する一方、削除しなかった参照元ファイルに該当する部分については、参照先ファイルから削除せず、再生できるものであってもよい。Ｓ９にて削除処理を行った後、不整合を起こすファイルが発生することとなり（Ｓ１０）、一連の削除処理が終了する（Ｓ１１）。
【０１５３】
〔４．参照先ファイルの検索方法について〕
次に、本実施形態の記録再生装置１により、被参照数を用いて参照先ファイルを検索する方法、およびその検索過程における表示方法の詳細について、図１５のフローチャートを用いて説明する。なお、以下に説明する検索方法は、参照先ファイル数がわかっているが参照先ファイルがどのファイルかわかっていない場合にも適用可能である。
【０１５４】
図１５に示すように、先ず、ユーザにより参照先ファイルを検索する処理がスタートされると（Ｓ２１）、判定データ作成部１２により、判定データとして被参照数が作成される（Ｓ２２）。その後、サムネイル画像等に基づき、検索する被参照ファイルがユーザにより選択される（Ｓ２３）。
【０１５５】
そして、Ｓ２３において選択された被参照ファイルの被参照数が０であるか否かが、記録再生装置１のファイル検索部（図示せず）により検索される（Ｓ２４）。Ｓ２４において被参照ファイルの被参照数が０であると判断された場合、Ｓ２５において画像表示処理部１４により、「参照先ファイルはありません。」等の参照先のファイルがないことを示すメッセージが表示される。その後、一連のファイル検索処理が終了する（Ｓ２９）。
【０１５６】
Ｓ２４において被参照ファイルの被参照数が０でない、すなわち１以上であると判断された場合、上記ファイル検索部により、ユーザに選択された被参照先ファイルを参照する参照先ファイルが検索される（Ｓ２６）。その後、ファイル検索部により、検索済みの参照先ファイルの数と、被参照数とが等しいか否かが判断される（Ｓ２７）。
【０１５７】
Ｓ２７において検索済みの参照先ファイル数と被参照数とが等しくないと判断された場合、再度Ｓ２６の検索処理を実行する。一方、Ｓ２７において検索済みの参照先ファイル数と被参照数とが等しいと判断された場合には、検索された参照先ファイルを、画像表示処理部１４によりＧＵＩ表示する（Ｓ２８）。Ｓ２８におけるＧＵＩ表示は、たとえばＳ２３にて選択された被参照ファイルを参照している参照先ファイルとしてのプレイリストを、サムネイル画像を用いてインデックス表示することにより実現できる。Ｓ２８におけるＧＵＩ表示が行われた後、一連のファイル検索処理は終了する。
【０１５８】
図１５のフローチャート中、Ｓ２８の処理における参照先ファイルのＧＵＩ表示について、図１６を用いて説明する。なお、図１６に示す表示画面は、図２の判定テーブルに基づき表示されているものとする。
【０１５９】
図１６（ａ）に示すように、File.1〜File.5に対応するサムネイル画像１０１〜１０５が表示されているとする。そして、サムネイル画像１０１がユーザにより選択されたとすると、File.1はFile.4およびFile.5に参照されているので、図１６（ｂ）に示すように、File.4のサムネイル画像１０７およびFile.5のサムネイル画像１０８を、File.1の参照先ファイルとして表示する。さらに、これらのサムネイル画像１０７・１０８がFile.1の参照先ファイルのサムネイル画像であることを示すメッセージを、メッセージボックス１０９を用いて表示する。このような表示方法によれば、参照先ファイルを考慮したファイル削除および再生が可能となる。
【０１６０】
〔５．参照先ファイルを考慮した削除方法について〕
次に、本実施形態の記録再生装置１による参照先ファイルの有無を考慮した削除処理の詳細について、図１７のフローチャートを用いて説明する。なお、図１７のフローチャートは、図１４のフローチャートと図１５のフローチャートとを組み合わせたフローチャートとしても理解可能である。
【０１６１】
図１７に示すように、ファイル削除処理がユーザの指示によりスタートされた後（Ｓ３１）、判定データ作成部１２（図１）は記録媒体８に記録されたファイルの被参照数を作成する（Ｓ３２）。その後、Ｓ３２において作成された被参照数に基づき、判定テーブル作成部１３により判定テーブルが作成される（Ｓ３３）。そして、Ｓ３３にて作成された判定テーブルに基づき、判定テーブル表示合成部１６は、判定結果を○×マーク等のＧＵＩを、各ファイルのサムネイル画像に合成表示する（Ｓ３４）。
【０１６２】
その後、Ｓ３５において、削除データ候補表示処理部１７は、ユーザからファイル削除の指示があったか否かを判断する。Ｓ３５における判断は、図１４のＳ５と同様の手法により実現することができる。
【０１６３】
Ｓ３５においてユーザからのファイル削除指示が無いと判断された場合、処理は終了する（Ｓ４４）。一方、Ｓ３５においてユーザからの削除指示があったと判断された場合、判定テーブル表示合成部１６は、判定テーブルに基づき、削除が指示されたファイルが他のファイルに参照されているかを判断する（Ｓ３６）。
【０１６４】
Ｓ３６において、削除が指示されたファイルが他のファイルに参照されていないと判断された場合、削除処理部１１によりそのファイルの削除処理が行われた後（Ｓ３７）、削除処理が終了する（Ｓ４４）。
【０１６５】
一方、Ｓ３６において、削除が指示されたファイルが他のファイルに参照されていると判断された場合、削除データ候補表示処理部１７は、参照先ファイルを表示することをユーザが了承したか否かを判断する（Ｓ３８）。Ｓ３８における判断は、たとえば「このファイルはプレイリストに参照されています。プレイリストを表示しますか？」というような被参照ファイルの表示可否をユーザに確認するメッセージとともに、「はい」のボタンおよび「いいえ」のボタンを表示し、ユーザがこれら２つのボタンのうちいずれを選択したかを判断することにより実現可能である。
【０１６６】
Ｓ３８の処理においてユーザの了承が得られなかった場合、警告メッセージの表示処理を行われ（Ｓ４１ａ）、不整合を起こすことをユーザが了承したか否かを判断する（Ｓ４１ｂ）。Ｓ４１ａの処理は図１４のＳ８ａと同様の処理であり、Ｓ４１ｂの処理は図１４のＳ８ｂと同様の処理であるので、詳細な説明は省略する。
【０１６７】
一方、Ｓ３８の処理においてユーザの了承が得られた場合、記録再生装置１のファイル検索部（図示せず）により参照先ファイルが検索され、その結果検索された参照先ファイルが画像表示処理部１４により表示される（Ｓ３９ａ）。その後、ユーザは、Ｓ３９aで表示された参照先ファイル(プレイリスト)のファイル情報、たとえば実際再生をするなど等により、参照先ファイルの情報を詳しく調べるかどうか選択する（Ｓ３９ｂ）。Ｓ３９ｂで参照先ファイルの情報を詳しく確認することをユーザが選択した場合、ユーザが望むようなファイル情報を提示する（Ｓ３９ｃ）。その後、後述のＳ４０が実行される。また、Ｓ３９ｂで参照先ファイルの情報を詳しく調べるかどうかをユーザが選択しなかった場合、Ｓ３９ｃを省略してＳ４０を実行する。
【０１６８】
その後、削除データ候補表示処理部１７により、参照先ファイルの削除処理作業を継続することについてユーザの了承が得られたか否かが判断される（Ｓ４０）。Ｓ４０における判断は、「削除処理作業をこのまま継続しますか？」というような被参照ファイルの削除可否をユーザに確認するメッセージとともに、「はい」のボタンおよび「いいえ」のボタンを表示し、ユーザがこれら２つのボタンのうちいずれを選択したかを判断することにより実現可能である。
【０１６９】
Ｓ４０においてユーザの了承が得られなかったと判断された場合、Ｓ３５の処理が再度実行される。一方、Ｓ４０においてユーザからの了承が得られたと判断された場合、Ｓ４１ａにおいて、たとえば「不整合が起こりますが、削除してもよろしいですか？」の警告メッセージの表示の処理が実行される。その後、Ｓ４１ｂの処理が実行される。
【０１７０】
Ｓ４１ｂにおいてユーザの了承が得られなかったと判断された場合、Ｓ３５に戻る。一方、Ｓ４１ｂにてユーザの了承が得られたと判断された場合、削除処理部１１は、Ｓ３５において削除が指示されたファイルおよびそのファイルを参照するファイルを削除する（Ｓ４２）。ただし、この場合、削除した参照元ファイルに該当する部分のみ参照先ファイルから削除する一方、削除しなかった参照元ファイルに該当する部分については、参照先ファイルから削除せず、再生できるものであってもよい。Ｓ４２にて削除処理を行った後、不整合を起こすファイルが発生することとなり（Ｓ４３）、一連の削除処理が終了する（Ｓ４４）。
【０１７１】
〔６．被参照数を用いたファイル削除の提案方法について〕
次に、本実施の形態の記録再生装置１によるファイル削除の提案方法について説明する。先ず、記録媒体に１２０ＭＢの空き容量を確保するためのファイル削除の提案手順について説明する。なお、１２０ＭＢの数値は単なる例示に過ぎないので、他のファイル容量であっても構わない。
【０１７２】
たとえば、記録媒体に図１０の判定テーブルに示したようなファイルが記録されているとする。この場合、記録媒体に１２０ＭＢの空き容量を確保するために、判定テーブル作成部１３は、被参照数が０でありなおかつファイル保護がされていないFile.2、File.5、File.7、およびFile.9について、総合判定結果およびファイル容量を格納した判定テーブル１２０を作成する（図１８（ａ）参照）。
【０１７３】
さらに、判定テーブル作成部１３は、図１８（ｂ）に示すように、判定テーブル１２０に記録されたファイルに基づいて、１２０ＭＢ以上を確保でき、なおかつ組み合わせるファイルの数が少なくなる順番に、削除候補のファイルが記録された判定テーブル１２１を作成する。
【０１７４】
このように作成された判定テーブル１２１に基づき、判定テーブル表示合成部１６は、図１９に示すように、１２０ＭＢの容量を確保するために好適な削除ファイルの案を表示する。たとえば、削除案１では、File.7とFile.9の組み合わせが提案されているので、File.7のサムネイル画像１３１とFile.9のサムネイル画像１３２とが表示されている。同様に、削除案２では、File.2のサムネイル画像１３３とFile.7のサムネイル画像１３４とが表示され、削除案３ではFile.2のサムネイル画像１３５とFile.9のサムネイル画像１３６とが表示されている。
【０１７５】
なお、１つの削除案を全画面表示してもよいし、削除案のファイルのサムネイル画像内あるいはサムネイル画像外に、そのファイルの容量、ファイル再生時間、作成日時、ファイル保護の有無等のファイル情報を表示してもよいし、それらのファイル情報を考慮した判定テーブルを作成し削除案を提案してもよい。
【０１７６】
また、記録再生装置１は、実ファイルの被参照数と、ファイル再生時間とを考慮した削除ファイルの提案も可能であるので、この提案方法について、図２０および図２１を用いて説明する。
【０１７７】
先ず、この提案方法においては、図２０に示すように、記録媒体に記録された実ファイルについて、被参照数、実ファイルの再生時間を関連付けた判定テーブルが判定テーブル作成部１３により作成される。さらに、図２０に示す判定テーブルでは、各実ファイルについて、（参照数＋１）×時間の値が関連付けられて格納されており、さらに、この値が小さな実ファイルから順番に優先順位が付与されている。
【０１７８】
図２０に示した判定テーブルに基づき、判定テーブル表示合成部１６により表示される画面の一例を図２１に示す。サムネイル画像１４１は、図２０の判定テーブルにおいて最も削除優先度が高い実ファイル３のサムネイル画像であり、サムネイル画像１４２は、図２０の判定テーブルにおいて２番目に優先度が高い実ファイル５のサムネイル画像である。その他、サムネイル画像１４３〜１４９についても同様に、図２０の判定テーブルにおける削除優先度が高いものから順番に表示されている。なお、サムネイル画像１４１〜１４９においては、ファイル容量がグラフィック表示されている。もちろん、その他のファイル情報を表示してもよい。
【０１７９】
また、記録再生装置１は、プレイリストにおける総参照時間を考慮した削除ファイルの提案も可能であるので、この方法について以下説明する。
【０１８０】
先ず、プレイリストの総参照時間の定義を行う。たとえば、図２２に示すように、実ファイルである「実．１」が、プレイリスト１（１５４）、プレイリスト２（１５５）、およびプレイリスト３（１５６）に参照されているとする。
【０１８１】
そして、それらのプレイリスト１・２・３は、ファイル再生時間長５分の実ファイルの一部の領域を示す管理情報を含んでいるとする。さらに、プレイリスト１（１５４）は、実ファイル上のデータ部分１５１を参照しており、その参照時間は３分であるとする。同様に、プレイリスト２（１５５）は、実ファイル上のデータ部分１５２を参照しており、その参照時間は４分、プレイリスト３（１５６）は、実ファイル上のデータ部分１５３を参照しており、その参照時間は５分であるとする。
【０１８２】
この場合、プレイリスト１（１５４）、プレイリスト２（１５５）、およびプレイリスト３（１５６）が実ファイルを参照している総参照時間は、３分+４分＋５分の総和１２分であるとする。このようにして、実ファイルを参照するプレイリストの総参照時間が算出される。
【０１８３】
このように算出される総参照時間を考慮した削除ファイルの提案方法に用いられる判定テーブルは、図２３に示すように、各実ファイルについて、被参照数、実ファイルの再生時間長、およびファイル保護されているか否かに関する情報を格納している。さらに、この判定テーブルでは、図２３に示すように、各実ファイルを参照しているプレイリストの総参照時間が格納されており、この総参照時間の少ないものから順番に優先度が高くなるよう、各実ファイルについて削除優先度が付与されている。
【０１８４】
このように作成された判定テーブルに基づき、判定テーブル表示合成部１６により表示される画面の一例を図２４に示す。
【０１８５】
図２４に示すように、図２３の判定テーブルにおいて削除優先度が最も高い実ファイル３のサムネイル画像１６１が先頭に表示される。その右隣に、図２３の判定テーブルにおいて削除優先度が２番目に高い実ファイル５のサムネイル画像１６２が表示されている。その他、サムネイル画像１６３〜１６９についても同様に、図２３の判定テーブルにおける削除優先度が高いものから順番に表示されている。なお、サムネイル画像１４１〜１４９においては、ファイル容量がグラフィック表示されている。もちろん、その他のファイル情報を表示してもよい。
【０１８６】
〔７．実ファイルの破壊編集の手順について〕
本実施形態の記録再生装置１は、プレイリストに基づいて実ファイルの破壊編集を行うこともできるので、その手順について以下に説明する。
【０１８７】
たとえば図２５に示すように、実ファイル１ないし実ファイル３からなるデータ部分１７７が、プレイリスト１（１７８）およびプレイリスト２（１８０）によって参照されているとする。
【０１８８】
より具体的には、プレイリスト１（１７８）は、実ファイル１、実ファイル２、および実ファイル３のデータ部分１７４・１７５・１７６を除く部分を参照するというように、実ファイル１〜３を部分的に参照しているとする。また、プレイリスト２（１８０）は、実ファイル３（１７３）の一部であるデータ部分２７３を参照しているとする。
【０１８９】
そして、データ部分１７９は、データ部分１７７において、プレイリスト１（１７８）で参照されていないデータ部分１７４・１７５・２７１が削除されることにより破壊編集されたデータ部分である。これが第１の破壊編集方法により、削除されたデータ部分の一例である。
【０１９０】
また、データ部分２７５は、実ファイル３（１７３）を拡大して示すものであり、データ部分２７４がプレイリスト１（１７８）により参照され、データ部分２７３がプレイリスト２（１８０）により参照されているとする。また、データ部分２７２は、プレイリスト１（１７８）とプレイリスト２（１８０）の両方から参照されていないデータ部分を示している。
【０１９１】
第２の破壊編集方法においては、第１の破壊編集方法において削除されたデータ部分１７４・１７５・２７１部分に加え、実ファイル３のプレイリスト１（１７８）およびプレイリスト２（１８０）の両方で参照されていない部分２７２も削除される。
【０１９２】
このような破壊編集方法を踏まえて作成された判定テーブルを図２６に示す。図２６に示す判定テーブルにおいて、File.1’、File.2’、File.3’は、図２５のプレイリスト１（１７８）が参照している実ファイルであり、被参照数における整数は各Fileの他ファイルからの参照数を表し、判定における「ＯＫ」は該プレイリストから見てファイルの整合性を保つ削除ができることを示すものであり、「ＮＧ」は該プレイリストから見てファイルの整合性を保つ削除ができないことを示すものである。なお、図２６に示す判定テーブルは、第１の破壊編集方法が用いられた場合の判定テーブルを示している。
【０１９３】
たとえば、File.1’については、他ファイルからの参照数は１であり、これはプレイリスト１（１７８）からの参照を意味するものであるので、プレイリスト１（１７８）から見てFile.1’は整合性を保つ削除ができるものとして、判定においてＯＫが表示されている。
【０１９４】
また、File.3’については、プレイリスト１（１７８）以外にプレイリスト２（１８０）から参照されているので、プレイリスト１（１７８）から見てFile.3’は整合性を保つ削除ができない、つまりプレイリスト２で不整合が起こるため、判定においてＮＧが表示されている。
【０１９５】
そして、実ファイル３（２７５）については、プレイリスト１（１７８）からデータ部分２７４が、プレイリスト２（１８０）からデータ部分２７３が参照されている。
【０１９６】
図２５に示すように、データ部分２７３とデータ部分２７４とが一部で重なっているので、判定テーブルでFile.3’についてはＮＧの判定が表示されている。しかし、プレイリスト１（１７８）の参照部分（２７４）内に、他プレイリストであるプレイリスト２（１８０）の参照部分（２７３）が完全に含まれている場合には、判定テーブルのFile.3’ではＯＫの判定を表示してもよい。
【０１９７】
図２６の判定テーブルにより表示される画面の一例を、図２７に示す。図２７において、サムネイル画像１８１〜１８３は、それぞれ図２６のFile.1’、 File.2’、 File.3’に対応するものであり、 図２６の判定テーブルにおいてＯＫ判定が付与されているファイルについては○マークが合成表示されており、ＮＧ判定が付与されているファイルについては×マークが合成表示されている。
【０１９８】
また、グラフィック１８４は、プレイリスト１（１７８）の参照先ファイルであるFile.1’、 File.2’の実ファイルにおいて、プレイリスト１（１７８）により参照されていない部分の領域を削除編集する前のディスク容量と、第１の破壊編集方法で削除編集した後のディスク容量をグラフィック表示したものである。
【０１９９】
ここで、File.3’は、プレイリスト１（１７８）以外のプレイリストであるプレイリスト２（１８０）から参照されているため、削除すると不整合が起きてしまう可能性があるので削除対象のファイルから除かれている。また、グラフィック１８５は、削除編集後のディスク容量減少値、それに伴う撮影可能増加時間、またディスク残撮影可能時間を表示したものである。また、上記で述べたように、プレイリスト１（１７８）の参照部分（２７４）内に、他のプレイリストであるプレイリスト２（１８０）の参照部分（２７３）が完全に含まれている場合には、判定テーブルのFile.3’ではＯＫの判定を表示した判定テーブルに沿って、図２７のようにグラフィック表示を行っても良い。これは第２の破壊編集方法が用いられた場合の判定テーブルである。
【０２００】
〔８．参照先ファイルの表示方法について〕
次に、本実施の形態の記録再生装置１は、被参照ファイルを参照する参照先ファイルが、さらに他の参照先ファイルに参照されている場合において、当該参照先ファイルを表示することも可能なので、以下その表示方法について説明する。
【０２０１】
たとえば、図２８に示すように、実ファイル０（１９１）は、プレイリスト１（１９２）、プレイリスト２（１９３）、およびプレイリスト３（１９４）により参照されており、プレイリスト１（１９２）およびプレイリスト３（１９４）は、プレイリスト４（１９５）に参照されており、プレイリスト４（１９５）は、プレイリスト５（１９６）およびプレイリスト７（１９７）に参照されているとする。この場合、実ファイル０（１９１）は３つのプレイリスト１〜３に参照されているので、実ファイル０（１９１）の被参照数は３となる。
【０２０２】
また、以下の説明で「総被参照数」という文言を用いるので、以下この文言の意味について説明しておく。総被参照数とは、あるファイルを連鎖的に参照するファイルの数を示している。なお、「連鎖的に参照する」とは、あるファイルが他のファイルを直接参照する動作を意味するのみならず、あるファイルが、別ファイル経由で他のファイルを間接的に参照する動作を意味している。
【０２０３】
たとえば、図２８に示す実ファイル０（１９１）の総被参照数について説明する。実ファイル０は、プレイリスト１、プレイリスト２、およびプレイリスト３の３つにプレイリストに参照されており、さらに２つのプレイリスト１およびプレイリスト３は、それぞれプレイリスト４に参照されており、プレイリスト４は、２つのプレイリスト５およびプレイリスト７に参照されている。この場合、実ファイル０の総被参照数は、３＋２＋２＊２＝９として算出される。
【０２０４】
なお、このようにして算出される総被参照数は、プレイリスト１およびプレイリスト３が両方ともプレイリスト４に参照されているので、プレイリスト５およびプレイリスト６のプレイリスト４に対する参照を重複してカウントしている。しかし、このような重複カウントを行わない総被参照数として、実ファイル０を連鎖的に参照するファイルはプレイリスト１、プレイリスト２、プレイリスト３、プレイリスト５、およびプレイリストの６つであると考え、実ファイル０の総被参照数を６としてもよい。その他、プレイリスト１〜６についても同様に算出した総被参照数を、図２８に記載している。
【０２０５】
本実施形態において、被参照ファイルが参照先ファイルに参照されており、さらにその参照先ファイルがさらに他ファイルから参照されている場合を考慮し、参照先ファイルを表示した画面の一例を図２９に示す。
【０２０６】
図２９に示すように、サムネイル画像２０１〜２０６は、それぞれ図２８のプレイリスト１からプレイリスト６のインデックスを示すものであり、実ファイル０を直接参照または間接的に参照しているプレイリストをすべて表示したものである。
【０２０７】
また、あるファイルを直接または間接的に参照するファイルを表示する際に用いる判定テーブルは、図３０に示すように、各ファイルについて、被参照数および総被参照数が記録されている。このように作成された判定テーブルに基づき、判定テーブル表示合成部１６は、図３１に示すように、サムネイル画像２１１〜２１９を表示する。なお、サムネイル画像２１１〜２１９は、それぞれ図３０の判定テーブルにおけるFile.1〜File.9に対応するものであり、各Fileの総被参照数の値が判定テーブル表示合成部１６により合成表示されている。
【０２０８】
このように、本実施形態の記録再生装置１は、総被参照数が記録された判定テーブルに基づき、あるファイルを参照する参照先ファイルを表示することも可能である。
【０２０９】
〔９．各種表示を切り替える方法について〕
次に、本実施形態の記録再生装置１は、記録媒体に記録されたファイルに各種情報を切り替えて表示することが可能であるので、以下その手順について説明する。
【０２１０】
図３２に示すように、ユーザによりファイル削除処理がスタートされると（Ｓ５１）、判定データ作成部１２（図１）により、判定データとしての被参照数に関する情報が作成される（Ｓ５２）。その後、判定テーブル作成部１３（図１）により、上記被参照数に基づき判定テーブルが作成される（Ｓ５３）。
【０２１１】
そして、ファイル容量・ファイル再生時間長・作成日時・参照先ファイル等の、被参照数以外のファイル情報の表示をユーザが希望しているか、またそれらのファイル情報によるインデックスの並べ替え表示をユーザが希望しているかが、記録再生装置１の画像表示処理部１４により判断される（Ｓ５４）。Ｓ５４における判断は、画像表示処理部１４により、「他のファイル情報を表示しますか？」あるいは「並べ替え表示をしますか？」というようなメッセージとともに、「はい」のボタンおよび「いいえ」のボタンを表示するとともに、ユーザがこれら２つのボタンのうちいずれを選択したかを画像表示処理部１４により判断させることで実現可能である。
【０２１２】
Ｓ５４において、ユーザがファイル情報の付加および並べ替えを希望していると判断された場合、ユーザにより希望されたファイル情報が判定データ作成部１２が記録媒体８より取得する（Ｓ５５）。Ｓ５５の後、判定テーブル作成部１３は、判定テーブルをＳ５５にて取得されたファイル情報が含まれたものに更新する。
【０２１３】
一方、Ｓ５４においてユーザがファイル情報の付加および並べ替えを希望していないと判断された場合、判定テーブル表示合成部１６は、被参照数の情報のみが含まれたＧＵＩを表示する（Ｓ５７）。なお、一度Ｓ５５およびＳ５３を踏んでからＳ５７の処理が行われている場合、Ｓ５７において、判定テーブル表示合成部１６は、被参照数の情報とその他のファイル情報とが含まれたＧＵＩを表示する。
【０２１４】
その後、ユーザがＳ５７におけるＧＵＩを参照して削除ファイルを選択したか否かが、削除データ候補表示処理部１７により判断される（Ｓ５８）。Ｓ５８における判断は、図１４のＳ５や図１７のＳ３５と同様の処理であるので、その詳細な説明は省略する。
【０２１５】
Ｓ５８の後は、図１４のＳ６・Ｓ７・Ｓ８ａ・Ｓ８ｂ・Ｓ９・Ｓ１０の処理と、それぞれ同一の処理であるＳ５９・Ｓ６０・Ｓ６１ａ・Ｓ６１ｂ・Ｓ６２・Ｓ６３の処理を経た後、一連の処理が終了する（Ｓ６４）
ここで、上記の特許文献２においては、撮影時ディスク記憶容量不足を検出した場合、撮影済みファイルのサムネイル画像を、所定の有効度順の観点から削除すべき画像候補順に表示し、撮影者が該サムネイル画像を見て、画像データを削除し、撮影を継続できるようにすることが記載されている。そして、特許文献２において、サムネイル画像の表示順序に関しては、効順、手ぶれ順、露光不測順、ピンボケ順の少なくとも一つと記載されている。なお、有効順とは手ぶれ、露光不測、ピンボケを数値化した合計を有効度として判別した順である。
【０２１６】
しかし現在の技術において、撮影時における手ぶれ、露光不測、ピンボケを回避する技術はかなり進歩しており、画像データにおけるこれらを有効度に使うことは不適当な場面が多い。
【０２１７】
そこで、上記有効度として、本実施の形態の被参照数の情報とその他ファイル情報とを用いて、本実施の形態１の記録再生装置１により記録媒体に記録されたファイルのサムネイル画像を並べ替えて表示することで、該ファイルの削除時にユーザ主観を取り入れた削除支援が行える。
【０２１８】
たとえば、図１８および図１９を用いて説明したように、ディスク容量が減少し、撮影可能時間が少なくなってきた場合、希望する撮影時間をユーザが確認するための表示を行い、その撮影時間をデータ容量に換算したり、あらかじめ確保するデータ容量を決めておくなどする。そして、そのデータ容量を確保できる複数のファイルの組み合わせを、削除候補のファイルとして表示するとよい。
【０２１９】
〔１０．補足〕
なお、上記各実施形態における記録再生装置の各部や各処理ステップは、ＣＰＵなどの演算手段が、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶手段に記憶されたプログラムを実行し、キーボードなどの入力手段、ディスプレイなどの出力手段、あるいは、インターフェース回路などの通信手段を制御することにより実現することができる。したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体を読み取り、当該プログラムを実行するだけで、上述した記録再生装置の各種機能および各種処理を実現することができる。また、上記プログラムをリムーバブルな記録媒体に記録することにより、任意のコンピュータ上で上記の各種機能および各種処理を実現することができる。ただし、ここでいうコンピュータとは、ビデオカメラやＤＶＤプレイヤー等、上記の各種機能および各種処理を実現することができる機器全般の処理装置を指している。
【０２２０】
この記録媒体としては、マイクロコンピュータで処理を行うために図示しないメモリ、例えばＲＯＭのようなものがプログラムメディアであっても良いし、また、図示していないが外部記憶装置としてプログラム読み取り装置が設けられ、そこに記録媒体を挿入することにより読み取り可能なプログラムメディアであっても良い。
【０２２１】
また、何れの場合でも、格納されているプログラムは、マイクロプロセッサがアクセスして実行される構成であることが好ましい。さらに、プログラムを読み出し、読み出されたプログラムは、マイクロコンピュータのプログラム記憶エリアにダウンロードされて、そのプログラムが実行される方式であることが好ましい。なお、このダウンロード用のプログラムは予め本体装置に格納されているものとする。
【０２２２】
また、上記プログラムメディアとしては、本体と分離可能に構成される記録媒体であり、磁気テープやカセットテープ等のテープ系、フレキシブルディスクやハードディスク等の磁気ディスクやＣＤ／ＭＯ／ＭＤ／ＤＶＤ／Blue-ray Disc等のディスク系、ＩＣカード（メモリカードを含む）等のカード系、あるいはマスクＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、フラッシュＲＯＭ等による半導体メモリを含めた固定的にプログラムを担持する記録媒体等がある。
【０２２３】
また、インターネットを含む通信ネットワークを接続可能なシステム構成であれば、通信ネットワークからプログラムをダウンロードするように流動的にプログラムを担持する記録媒体であることが好ましい。
【０２２４】
また、本発明のデータ処理方法は、記録媒体に記録及び再生する装置におけるデータ処理方法であって、記録媒体上に記録された所定のデータの記録媒体上での領域を示す情報を含み、該データを一つのファイルとして管理する第一の管理情報と、上記ファイルの全体或いは一部分の記録媒体上での領域を示す情報を含み、該領域のデータを仮想ファイルとして管理する第二のファイル管理情報と、上記第一のファイル管理情報には、当該第一のファイル管理情報により管理されているファイルの領域を参照している仮想ファイルの被参照数の情報を含む方法であってもよい。
【０２２５】
さらに、本発明のデータ処理方法は、上記構成のデータ処理方法において、第一のファイル管理情報の被参照数を元に判定テーブルを作成する方法であってもよい。なお、第一のファイル管理情報の被参照数値とデータ容量を考慮した判定テーブルを作成してもよいし、第一のファイル管理情報の被参照数値とデータ再生時間長を考慮した判定テーブルを作成してもよいし、第一のファイル管理情報の被参照数値とデータに付加されている保護(ロック機能)を考慮した判定テーブルを作成してもよいし、第一のファイル管理情報の被参照数値とデータ生成日時を考慮した判定テーブルを作成してもよいし、第一のファイル管理情報の被参照数値と動画・静止画・音声等のデータタイプを考慮した判定テーブルを作成してもよい。
【０２２６】
さらに、データの判定テーブルを元に、データに判定情報を付加して表示してもよい。判定情報を付加して表示する際には、マークを用いてもよいし、被参照数値そのものを表示してもよい。または、明暗の違い、色の違い、数値を表すグラフィックを用いてもよい。
【０２２７】
また、記録媒体に記録されたファイルは、サムネイル画像等を用いてインデックス表示することが好ましい。さらに、各データ処理方法に応じて、記録媒体に記録されたファイルを並べ替えて表示してもよいし、フォルダ分けして表示してもよい。
【０２２８】
また、上記被参照数に基づいて、参照先データ（参照しているデータ）を検索してもよい。さらに、検索されたデータのリストを表示してもよい。
【０２２９】
さらに、上記判定データを用いて、削除ファイルの案を提案する処理を行ってもよい。また、ファイルの全体或いは一部分の記録媒体上での領域を示す情報を複数含み、非破壊編集された仮想ファイルを元に、上記ファイル群の非参照部分の領域は不要の前提で削除するという破壊編集をすると想定した場合に、確保可能な容量またはデータ再生時間長を削除処理前に表示してもよい。また、上述した各種の表示を切り替えて表示しても構わない。
【０２３０】
上記の発明によれば、記録媒体に記録された複数個のファイルの被参照情報及び各々のファイルに関するファイル情報を出力させ、この情報に関連して所望のデータを容易に検索することが可能であり、更に整合性を保持したファイル削除の可否の情報も付加しているので、ファイル削除の判断を容易に行うことが可能である。
【０２３１】
また、被参照数とファイルのその他情報を考慮した該ファイルの判定テーブルを作成し、並べ替えを行う等の表示を行うことにより再生支援・削除支援が可能となる。さらに、ユーザの求める空き容量を確保する際に、ファイルの被参照数を指標の一つとして用いることにより、削除案の提案が可能となる。したがって、再生・編集等の出力操作において、操作の対象とされるデータの削除による他ファイルへの不整合性が容易に把握できるため、データアクセスに無駄が生じず、操作性を向上させることが可能となる。
【産業上の利用可能性】
【０２３２】
本発明は、デジタルビデオカメラ等で作成したマルチメディアデータが、プレイリスト等の他のファイルから参照されている状況をユーザに知らせるのに適しており、これにより、記録媒体に記録されたファイルを編集する際に、他のファイルからの参照状況を考慮したファイル編集が容易となる。
【図面の簡単な説明】
【０２３３】
【図１】本発明のデータ処理方法を実現する記録再生装置の構成を示すブロック図である。
【図２】図２（ａ）は、記録媒体に記録された複数のファイルの参照関係を示す図であり、図２（ｂ）は、記録媒体に記録された各ファイルと被参照情報とを関連付けた判定テーブルを示す図である。
【図３】本発明のデータ処理方法において、被参照情報を○×マークを用いて表示した画面の一例を示す図である。
【図４】本発明のデータ処理方法において、記録媒体に記録されたファイルとファイル保護情報とを関連付けた判定テーブルを示す図である。
【図５】本発明のデータ処理方法において、被参照情報を表示した画面の他の例を示す図である。
【図６】本発明のデータ処理方法において、被参照情報に基づいて各ファイルのサムネイル画像を並べ替えて表示した画面の一例を示す図である。
【図７】本発明のデータ処理方法において、被参照情報を明暗により表示するために用いる判定テーブルを示す図である。
【図８】図７の判定テーブルを用いて表示した画面の一例を示す図である。
【図９】本発明のデータ処理方法において、被参照情報に基づいて各ファイルのサムネイル画像を並べ替えるとともに、被参照情報を○×マークで表示した画面の一例を示す図である。
【図１０】本発明のデータ処理方法において、記録媒体に記録されたファイルと、被参照情報、ファイル保護情報、およびデータ容量とを関連付けて作成した判定テーブルを示す図である。
【図１１】図１０の判定テーブルを用いて表示される記録媒体に記録されたファイルのサムネイル画像の一例を示す図である。
【図１２】本発明のデータ処理方法において、記録媒体に記録されたファイルと、被参照情報およびその他のファイル情報とを関連付けて作成した判定テーブルを示す図である。
【図１３】図１２の判定テーブルを用いて表示される記録媒体に記録されたファイルのサムネイル画像の一例を示す図である。
【図１４】本発明のデータ処理方法を用いて、被参照情報を考慮してファイル削除を行う際の処理の流れを示すフローチャートである。
【図１５】本発明のデータ処理方法を用いて、各ファイルを参照するファイルを検索する際の処理の流れを示すフローチャートである。
【図１６】図１６（ａ）は、記録媒体に記録された各ファイルのサムネイル画像を示す画面の一例を示す図であり、図１６（ｂ）は、図１６（ａ）におけるFile.1を参照するファイルを表示した画面の一例を示す図である。
【図１７】本発明のデータ処理方法を用いて、該ファイルの参照先ファイルを確認しながらファイルを削除する手順を示したフローチャートである。
【図１８】図１８（ａ）は、記録媒体に記録されたファイルと各ファイルの被参照情報およびデータ容量とを関連付けた判定テーブルを示す図であり、図１８（ｂ）は、図１８（ａ）の判定テーブルにおけるデータ容量に基づいて、削除するのに好適なファイルの案を優先順位順に示した判定テーブルを示す図である。
【図１９】図１８（ｂ）の判定テーブルに基づき表示される画面の一例を示す図である。
【図２０】本発明のデータ処理方法を用いて、実ファイルの再生時間と被参照情報とに基づいて判断される削除するファイルの優先度を、各ファイルに関連づけて作成した判定テーブルを示す図である。
【図２１】図２０の判定テーブルに基づき表示される画面の一例を示す図である。
【図２２】本発明のデータ処理方法を用いて、ある実ファイルについてプレイリストからの総参照時間を算出する方法を説明するための図である。
【図２３】本発明のデータ処理方法を用いて、プレイリストからの総参照時間に基づいて判断される削除するファイルの優先度を、各ファイルに関連づけて作成した判定テーブルを示す図である。
【図２４】図２３の判定テーブルに基づいて表示される画面の一例を示す図である。
【図２５】本発明のデータ処理方法を用いて、プレイリストを元に実ファイルを破壊編集する手順を説明するための図である。
【図２６】本発明のデータ処理方法を用いて、プレイリストを元に実ファイルを破壊編集する際の判定テーブルを示す図である。
【図２７】図２６の判定テーブルに基づき表示される画面の一例を示す図である。
【図２８】本発明のデータ処理方法を用いて、各ファイルに対する総参照数を算出する手順を説明するための図である。
【図２９】被参照ファイルが参照先ファイルに参照されており、さらにその参照先ファイルがさらに他ファイルから参照されている場合を考慮し、本発明のデータ処理方法を用いて参照先ファイルを表示した画面の一例を示す図である。
【図３０】本発明のデータ処理方法を用いて、総被参照数を用いて作成された判定テーブルを示す図である。
【図３１】図３０の判定テーブルを用いて表示される画面の一例を示す図である。
【図３２】本発明のデータ処理方法を用いて、記録媒体に記録されたファイルについて各種情報を切り替えて表示する際の手順を示すフローチャートである。
【図３３】従来技術におけるプレイリストの構造の一例を示す図である。
【図３４】従来技術のファイル削除時に画面表示の一例を示す図である。
【図３５】従来技術のファイル削除方法を示すフローチャートである。
【符号の説明】
【０２３４】
１    記録再生装置（データ処理装置）
１２  判定データ作成部（判定データ作成手段）
【図１】
2005149658.tif 000003
【図２】
2005149658.tif 000004
【図３】
2005149658.tif 000005
【図４】
2005149658.tif 000006
【図５】
2005149658.tif 000007
【図６】
2005149658.tif 000008
【図７】
2005149658.tif 000009
【図８】
2005149658.tif 000010
【図９】
2005149658.tif 000011
【図１０】
2005149658.tif 000012
【図１１】
2005149658.tif 000013
【図１２】
2005149658.tif 000014
【図１３】
2005149658.tif 000015
【図１４】
2005149658.tif 000016
【図１５】
2005149658.tif 000017
【図１６】
2005149658.tif 000018
【図１７】
2005149658.tif 000019
【図１８】
2005149658.tif 000020
【図１９】
2005149658.tif 000021
【図２０】
2005149658.tif 000022
【図２１】
2005149658.tif 000023
【図２２】
2005149658.tif 000024
【図２３】
2005149658.tif 000025
【図２４】
2005149658.tif 000026
【図２５】
2005149658.tif 000027
【図２６】
2005149658.tif 000028
【図２７】
2005149658.tif 000029
【図２８】
2005149658.tif 000030
【図２９】
2005149658.tif 000031
【図３０】
2005149658.tif 000032
【図３１】
2005149658.tif 000033
【図３２】
2005149658.tif 000034
【図３３】
2005149658.tif 000035
【図３４】
2005149658.tif 000036
【図３５】
2005149658.tif 000037