CN101059813A - 文件管理装置、文件管理方法和程序 - Google Patents

Abstract

本发明公开了一种文件管理装置，其包括表管理部分，文件名显示控制部分，文件访问控制部分和模式切换部分。

Description

文件管理装置、文件管理方法和程序

技术领域

本发明涉及文件管理装置、文件管理方法和程序，更具体而言涉及与根据现有命名规则指派的标准文件名和具有较高自由度的任意文件名两者都兼容的文件管理装置、文件管理方法和程序。

背景技术

在基于现有技术的文件管理装置中，包括这样一种文件管理装置，其在各种类型的数据(例如视频数据)的文件被形成时自动地给文件指派诸如“Cxxxx.MXF”(xxxx：0001至9999)这样的文件名(标准文件名)，作为该文件的文件名。例如，日期专利早期公布No.Hei 5-12341公开了一种技术，该技术基于文件生成日期自动地给文件指派文件名，以防止在文件系统内使用相同的文件名，并且使得操作者能够省去输入文件名的工作。

发明内容

在基于现有技术的文件管理装置中，还包括只允许和承认根据现有命名规则指派的标准文件名的文件管理装置。在该文件管理装置中，利用不遵循命名规则的文件名记录的数据被拒绝，并且有时诸如个人计算机(以下描述为PC)这样的使用文件的应用需要负责文件名管理工作，否则用户就无法根据文件名确定文件的内容。为了克服上述问题，现在存在着对于开发像诸如硬盘驱动器(以下描述为HDD)这样的多功能存储设备中那样的能够处置具有较高自由度的文件名(任意文件名)的文件管理装置的强烈需求。

为了概括上述问题，目前最重要的目标是为只能够处置遵循现有文件命名规则的标准文件名的文件系统提供用于允许应对用户自由给出的任意文件名并且允许经由任意文件名访问文件的任何命名自由的装置。

本发明是考虑到上述情况而作出的，希望提供了一种新颖的、改进的文件管理装置、文件管理方法和程序，它们各自使得只能处置遵循现有文件命名规则的标准文件名的文件系统能够允许使用具有较高自由度的任意文件名，并且能够没有任何矛盾地应对对文件系统的直接使用(标准文件名模式)和与任意文件名的对应关系(任意文件名模式)。

为了解决上述问题，根据本发明的一个实施例，一种被配置为使得只能处置具有遵循现有文件命名规则的标准文件名的文件的文件系统能够允许使用单独指派给文件的任意文件名的文件管理装置包括：表管理部分，该表管理部分管理文件名对应关系表，在该文件名对应关系表中描述了指派给存储在存储介质中的一个或多个文件的标准文件名和单独指派给文件的任意文件名之间的对应关系；文件名显示控制部分，该文件名显示控制部分在外部应用显示存储在存储介质中的文件的文件名时基于文件名对应关系表确定是否给文件指派了任意文件名，在确定给文件指派了任意文件名时基于文件名对应关系表将从文件系统获取的标准文件名转换成任意文件名并且显示任意文件名，或者在确定未给文件指派任意文件名时显示从文件系统获取的标准文件名；文件访问控制部分，该文件访问控制部分在外部应用访问存储在存储介质中的文件并且利用任意文件名指定访问目标文件时，向文件系统给出用于通过使用基于文件名对应关系表从任意文件名转换来的标准文件名访问访问目标文件的指令，或者在访问目标文件被利用标准文件名来指定时，向文件系统给出用于按原样使用标准文件名访问访问目标文件的指令；以及模式切换部分，该模式切换部分通过开启或关闭文件名显示控制部分和文件访问控制部分的功能，从而在承认任意文件名的任意文件名模式和不承认任意文件名的标准文件名模式之间切换操作模式。

利用上述配置，在任意文件名模式中，文件名显示控制部分和文件访问控制部分的功能被关闭。因此，当存储在存储介质中的文件的文件名列表被显示时，文件系统读出存储在存储介质中的文件的标准文件名，并且将该标准文件名提供给文件名显示控制部分。文件名显示控制部分基于文件名对应关系表将从文件系统获取的标准文件名中被指派有任意文件名的标准文件名转换成任意文件名，并且将该任意文件名提供给外部应用。外部应用在显示部分上显示从文件名显示控制部分获取的任意文件名或标准文件名。当访问存储在存储介质中的文件时，外部应用基于任意文件名或标准文件名访问文件。当访问目标文件具有任意文件名时，文件访问控制部分将任意文件名转换成标准文件名并且给出通过使用通过转换任意文件名而生成的标准文件名来访问文件系统的指令，而在目标访问文件具有标准文件名时，文件访问控制部分给出用于通过使用标准文件名来访问文件系统的指令。文件系统访问具有从文件访问控制部分获取的标准文件名的文件。

在文件名对应关系表中，描述了指派给存储介质中的文件的标准文件名和任意文件名和唯一地指派给文件的文件标识符之间的对应关系，并且表管理部分基于在文件名对应关系表中描述的文件标识符以及指派给存储在存储介质中的文件的文件标识符来确定与文件名对应关系表中描述的任意文件名相对应的文件是否存在于存储介质中。

文件名显示控制部分在任意文件名模式中通知外部应用文件名对应关系表的存在，但在标准文件名模式中不通知外部应用文件名对应关系表的存在，并且外部应用基于文件名对应关系表的存在或不存在确定操作模式是被设置在任意文件名模式中还是被设置在标准文件名模式中。

当请求给已被指派有标准文件名的文件指派新的任意文件名时，表管理部分将标准文件名和任意文件名彼此关联起来，并且在文件名对应关系表描述该对应关系，并且当请求改变已指派给文件的任意文件名时，表管理部分更新文件名对应关系表中描述的任意文件名，并且在检测到具有在文件名对应关系表中描述的标准文件名或文件标识符的文件不存在于存储介质中时，从文件名对应关系表中删除与该文件有关的描述。

可以从外部应用访问文件名对应关系表。文件名对应关系表可以被存储在存储文件的存储介质中。此外，存储介质可以是文件管理装置上的可拆卸且可移动的存储介质。

为了解决上述问题，根据本发明的另一个实施例，一种使得只能处置具有遵循现有文件命名规则的标准文件名的文件的文件系统能够允许使用单独指派给文件的任意文件名的文件管理方法包括以下步骤：管理文件名对应关系表，在该文件名对应关系表中描述了指派给存储在存储介质中的一个或多个文件的标准文件名和单独指派给文件的任意文件名之间的对应关系；在允许使用任意文件名的任意文件名模式和不允许使用任意文件名的标准文件名模式之间切换；在外部应用在任意文件名模式中显示存储在存储介质中的文件的文件名时基于文件名对应关系表确定是否给文件指派了任意文件名，基于文件名对应关系表将从文件系统获取的标准文件名转换成任意文件名并且显示任意文件名，或者在未给文件指派任意文件名时按原样显示从文件系统获取的标准文件名；以及在外部应用在任意文件名模式中访问存储在存储介质中的文件时，在访问目标文件被利用任意文件名指定时，向文件系统给出用于通过使用通过基于文件名对应关系表转换任意文件名而生成的标准文件名访问访问目标文件的指令，而在访问目标文件被利用标准文件名来指定时，向文件系统给出用于通过按原样使用标准文件名访问访问目标文件的指令。

为了解决上述问题，根据本发明的另一实施例，提供了一种程序，其使得只能处置具有遵循现有文件命名规则的标准文件名的文件的文件系统能够允许使用单独指派给文件的任意文件名，该程序使得计算机能够充当：表管理部分，该表管理部分管理文件名对应关系表，在该文件名对应关系表中描述了指派给存储在存储介质中的一个或多个文件的标准文件名和单独指派给文件的任意文件名之间的对应关系；文件名显示控制部分，该文件名显示控制部分在外部应用显示存储在存储介质中的文件的文件名时基于文件名对应关系表确定是否给文件指派了任意文件名，在确定给文件指派了任意文件名时基于文件名对应关系表将从文件系统获取的标准文件名转换成任意文件名并且显示任意文件名，或者在确定未给文件指派任意文件名时显示从文件系统获取的标准文件名；文件访问控制部分，该文件访问控制部分在外部应用访问存储在存储介质中的文件并且利用任意文件名指定访问目标文件时，向文件系统给出用于通过使用基于文件名对应关系表从任意文件名转换来的标准文件名访问访问目标文件的指令，或者在访问目标文件被利用标准文件名来指定时，向文件系统给出用于按原样使用标准文件名访问访问目标文件的指令；以及模式切换部分，该模式切换部分通过开启或关闭文件名显示控制部分和文件访问控制部分的功能，从而在承认任意文件名的任意文件名模式和不承认任意文件名的标准文件名模式之间切换操作模式。

如上所述，利用本发明，在只能够处置遵循现有文件命名规则的标准文件名的文件系统中，用户可自由地给文件指派任意文件名。此外，本发明既允许了直接使用文件系统的模式(标准文件名模式)，又允许了支持任意文件名的模式(任意文件名模式)，而没有任何矛盾。

附图说明

图1是示出根据本发明第一实施例作为文件管理装置的图像拾取设备的一般配置的框图；

图2是示出根据该实施例的图像拾取设备的文件系统和各个外围部分的配置的框图；

图3是示出根据该实施例的文件名对应关系表的配置示例的说明图；

图4是示出根据该实施例的文件名对应关系表的描述的示例的说明图；

图5是示出根据该实施例在标准文件名模式中的文件名列表显示的示例的说明图；

图6是示出根据该实施例在任意文件名模式中的文件名列表显示的示例的说明图；

图7是示出根据该实施例的文件管理方法中的文件名列表显示处理的流程的流程图；

图8是示出根据该实施例的文件管理方法中的文件访问处理的流程的流程图；

图9是示出根据本实施例的文件管理方法中用于在外部文件中写入数据的处理的流程的流程图；

图10是示出根据本实施例的文件管理方法中用于检查文件名对应关系表中的内容的一致性的处理的流程的流程图；

图11是示出其中文件名对应关系表中的任意文件名已被改变的描述的示例的说明图；以及

图12是示出基于图11的文件名对应关系表的文件名列表显示的说明图。

具体实施方式

下面参考附图描述本发明的优选实施例。相同的标号被指派给具有基本相同的功能或配置的组件，并且对其的详细描述被省略。

下面详细描述根据本发明第一实施例的文件管理装置和使用该文件管理装置的文件管理方法。下面的描述假定了根据本发明的文件管理装置被应用到图像拾取设备的情况，但是本发明并不局限于该示例。

<1.文件管理装置的一般配置>

首先，参考图1描述根据该实施例的作为文件管理装置的图像拾取设备10。图1是示出根据该实施例作为文件管理装置的图像拾取设备10的一般配置的框图。

图像拾取设备10包括诸如便携式摄像机这样的视频照相机，并且可以将通过摄取拍摄对象的图像而获得的视频和音频数据(图像素材数据)记录在诸如光盘这样的可移动存储介质中。视频和音频数据是这样的视频数据和/或音频数据，这种视频数据和/或音频数据例如包括用于TV节目或电影的运动图片数据、诸如图片和图画之类的静止图像数据、在拍摄环境中记录的音频数据或者上述数据的组合。

如图1所示，图像拾取设备10例如具有CPU 102、存储器部分104、输入部分106、显示部分108、音频输出部分110、通信部分112、外部接口114、照相机块116、盘设备118、文件系统140、接口部分150和外部应用180。

CPU 102是一个算术处理单元，其根据例如存储在存储器部分104中的程序而操作，并且控制图像拾取设备10中的各个部分的操作。存储器部分104包括半导体存储器，例如RAM、ROM或闪存，并且具有在其中暂时存储与CPU 102进行的处理有关的各种数据、用于运行CPU 102的程序等等的功能。

输入部分106包括操作工具，包括各种类型的按钮、开关、杆、刻度盘和触摸屏。用户可执行用于拾取图像的各种调节，例如通电/断电、调节镜头光圈以及调节变焦，并且还可以输入例如用于记录或再现视频和音频数据的指令、用于访问其中存储有视频和音频数据的文件(例如读取、更新和删除)的指令、用于新任命一个任意文件名或者改变文件名的指令以及用于在任意文件名模式和标准文件名模式之间切换的指令。CPU 102相应于用户对输入部分106的操作的内容，控制各个部分(例如照相机块116)的操作。

显示部分108例如是诸如液晶显示设备(LCD)这样的显示设备。显示部分108显示在拍摄期间生成的视频和音频数据、从存储介质3再现的视频和音频数据、用于图像拾取设备10的设置信息以及与视频内容有关的各种类型的元数据。此外，显示部分108可显示存储在存储介质3之类的之中的视频和音频数据的文件的文件名的列表。用于显示文件名的列表的处理在下文详细描述。音频输出部分110包括诸如扬声器这样的发声设备以及音频数据处理单元，并且输出包含在视频和音频数据中的音频数据之类的。

通信部分112是用于经由网络将各种类型的数据发送到诸如个人计算机这样的外部设备或从该外部设备接收各种类型的数据的通信设备，所述各种类型的数据例如是视频和音频数据、该视频和音频数据的元数据以及文件名。外部接口114是用于通过导线(例如USB(通用串行总线))、线缆或SCSI(小型计算机系统接口)将外部设备连接到图像拾取设备10并且发送和接收如上所述的各种类型的数据的硬件。

照相机块116是用于通过拾取拍摄对象的图像而生成视频和音频数据的硬件。该照相机块116例如包括：图像拾取部分，其包括诸如镜头、聚焦机构、滤光器、CCD(电荷耦合器件)之类的图像拾取元件并且输出视频信号；麦克风部分，用于收集来自拍摄现场的音频数据并且生成音频信号；用于处理视频信号和音频信号并生成视频和音频数据的视频处理器，等等。由照相机块116生成的视频和音频数据作为视频和音频文件被文件系统140(后面将描述)记录在存储介质3中。

盘设备118是用于将各种类型的数据文件写到存储介质3(例如光盘)或从存储介质3读取各种类型的数据文件的设备。盘设备118可将文件系统140所生成的视频和音频文件、元数据文件、文件名对应关系表等等写在存储介质3中，并从存储介质3读数据。

存储介质3是图像拾取设备10上的可拆卸且可移动的存储介质(装载/卸载)，并且包括光盘(例如DVD、CD和PD)，通过使用激光光束，数据被写在光盘中或者被从光盘中读取。存储介质3不局限于光盘，而是可以包括磁盘(例如柔性盘或硬盘)、磁光盘(例如MO)、磁带(例如基于数字VTR格式的录像带)或者半导体存储器(例如闪存、SRAM(静态随机访问存储器)、EEPROM(电可擦除可编程只读存储器))，在此情况下，图像拾取设备10可具有与各种类型的存储介质兼容的读取器/写入器，以取代盘设备118。存储介质3不局限于如上所述的可移动盘，而可以是结合在图像拾取设备10中的存储介质(例如存储器部分104或结合的HDD)。

文件系统140是具有控制存储在例如存储介质3中的各种类型的数据的文件(例如视频和音频文件、元数据文件等等)的功能的软件。文件管理包括(但不限于)用于生成文件或目录(文件夹)、传送文件或目录(文件夹)、删除文件或目录(文件夹)、从文件或目录(文件夹)中读取数据、覆写入文件或目录(文件夹)中的数据或者将数据写在文件或目录(文件夹)中的操作，以及用于指派或更新文件名的操作。文件系统140只能处置具有遵循文件命名规则的标准文件名的文件。

接口部分150是与文件系统140中和外部应用180、182中存在的任意文件名兼容的软件。该接口部分150管理其中描述了标准文件名和任意文件名之间的对应关系的文件名对应关系表，并且具有使能够处置标准文件名的文件系统140也能处置任意文件名的功能。文件系统140和接口部分150是本实施例的必要组件，在下文中将对其进行详细描述。

外部应用180是向用户提供预先指定的服务的软件(例如具有浏览器功能的应用)。例如，外部应用180通过使用文件系统140显示存储在存储介质3中的文件的文件名的列表，访问存储在存储介质3中的所需文件(以便读取、覆写和删除数据)，并且将从外部提供的文件写在存储介质3中。

文件系统140、接口部分150和外部应用180、182根据FTP(文件传送协议)发送和接收存储在存储介质3中的文件中的数据、文件的文件名、FTP命令等等。虽然文件系统140、接口部分150和外部应用180可通过运行存储在图像拾取设备10的存储设备(存储器部分104之类的)中的程序而实现为软件，但是这些功能可利用具有上述功能的专用硬件来配置。

<2.文件系统的配置>

接下来，参考图2详细描述根据本实施例的图像拾取设备10的文件系统140和其他外围部分的功能配置。图2是示出根据本实施例的图像拾取设备10的文件系统140和外围部分的框图。如图2所示，在图像拾取设备10的可拆卸的存储介质3中提供了文件存储部分5，用于在其中存储诸如通过拍摄生成视频和音频文件和元数据文件之类的文件。存储在文件存储部分5中的文件被文件系统140控制，并且具有目录/文件结构。在其中记录有文件的存储介质3还存储有下面描述的文件名对应关系表7。在图2所示的示例中，诸如个人计算机这样的外部设备20被连接到图像拾取设备10，并且外部设备20具有外部应用182，该外部应用182具有与图像拾取设备10中的外部应用180相同的功能。

文件系统140具有管理存储在存储介质3中的文件存储部分5中的各种类型的数据的文件的管理(例如生成文件、传送文件、删除文件、从文件中读取数据、覆写入文件中的数据、将数据写在文件中、给文件指派文件名以及更新文件的内容)。

例如，文件系统140充当视频和音频文件生成部分，生成由利用图像拾取设备10的照相机块116进行的图像拾取处理所获得的视频和音频数据的文件，并且将文件记录在存储介质3中。文件系统140基于SMPTE(电影和电视工程师协会)标准将视频和音频数据作为MXF(素材交换格式)文件记录在存储介质3中。该视频和音频文件是在每次执行一个连续的拍摄操作时生成的，并且例如当执行三次拍摄时，就生成三个视频和音频文件。

文件系统140还充当元数据生成部分，并且例如在上述视频和音频文件被生成的同时生成利用XML(可扩展标记语言)之类的描述的元数据文件作为与视频和音频文件有关的元数据，并且将元数据文件存储在存储介质3中。元数据例如是视频和音频数据的标题或者文本的注释(视频作品的场景数据、拍摄现场的拍摄状况、关于用于拍摄的设置和装备的信息等等)、视频和音频数据中的代表性静止图像的缩略图数据以及与视频和音频数据的特征有关的电子标记数据，并且元数据文件是响应于来自输入部分106的用户输入而生成的。

当如上所述的文件将被生成时，文件系统140自动地给视频和音频文件指派遵循现有的命名规则的标准文件名(例如“CxxxxMXF”(其中xxxx为0001至9999))，并且还自动地生成具有遵循现有命名规则的标准文件名(例如“CxxxxM01.XML”(其中xxxx为0001至9999))的元数据文件。从而，通过自动地指派遵循现有命名规则的标准文件名，防止了使用相同文件名，并且可以省去输入文件名的工作量。

另一方面，在在外部生成的视频和音频文件被记录在文件存储部分5中的情况下，文件系统140的命名规则在这种情况下也适用。即，仅当视频和音频文件的文件名遵循命名规则时，文件系统140才接受将该文件记录在文件存储部分5中。

如上所述，在文件系统140中，可指派给视频和音频文件或元数据文件的文件名局限于遵循缺乏自由的现有命名规则的标准文件名，例如“Cxxxx.MXF”或“CxxxxM01.XML”。文件系统140仅接受遵循命名规则的标准文件名，而不接受由用户自由指派的任意文件名。

例如，当文件系统140接收来自外部应用180、182的文件名列表显示请求(例如FTP LIST命令)时，文件系统140读出指派给存储在文件存储部分5中的文件的标准文件名并输出该标准文件名，但是不输出任意文件名。当文件系统140接收来自外部应用180、182的用于访问存储在文件存储部分5中的文件的请求(例如FTP GET命令之类)时，文件系统140接受利用标准文件名指定文件，但不接受利用任意文件名指定文件。

为了克服上述问题，在此实施例中，为了使得如上所述只能处置遵循现有文件命名规则的标准文件名的文件系统140也能应对任意文件名，能够应对任意文件名的接口部分150被设置在文件系统140和外部应用180、182之间，并且文件名对应关系表7被接口部分150管理。

文件名对应关系表7中描述的是在视频和音频文件被生成时指派给视频和音频文件的遵循现有命名规则的标准文件名(例如“C0001”之类的)、单独地分别指派给文件的任意文件名(例如“Fuji”等等)以及当文件被生成时具体地分别指派给文件的唯一文件标识符(例如“060A2B34...1”之类的)之间的对应关系。在存储介质3中存储的视频和音频文件中，其对应关系在文件名对应关系表7中被描述的文件各自具有指派给它的任意文件名。

在任意文件名模式中，接口部分150其于文件名对应关系表7将从文件系统140获取的标准文件名转换为任意文件名，使外部应用180、182显示列表，将从外部应用180、182指定的任意文件名转换为相应的标准文件名或文件标识符，并且向文件系统140发送访问请求。利用这些操作，就可以通过使用任意文件名来访问存储介质3中的所需文件。

现在详细描述接口部分150的配置。如图2所示，接口部分150具有表管理部分152、模式切换部分154、文件名显示控制部分156、文件访问控制部分158和文件生成部分160。

表管理部分152生成并管理文件名对应关系表7。更具体而言，当从外部应用180、182请求给已被指派有标准文件名的文件指派新的任意文件名时，表管理部分152将文件的标准文件名和文件标识符与新的任意文件名关联起来，并且将新的任意文件名注册在文件名对应关系表7中。任意文件名的任命例如是由用户执行的，并且用户在外部应用180、182的帮助下利用输入部分106自由地输入所需的任意文件名。当从外部应用180、182请求改变指派给文件的任意文件名时，表管理部分152将文件名对应关系表7中针对该文件的任意文件名的项目更新为新的任意文件名。

当从外部应用180、182请求删除已指派给文件的任意文件名时，或者检测到具有文件名对应关系表7中描述的标准文件名的文件或者具有文件名对应关系表7中描述的文件标识符的文件不存在于存储介质3中时(即文件尚未被存储时)，表管理部分152删除文件名对应关系表7中该文件的所有项目。在删除处理的示例中，表管理部分152将文件名对应关系表7中描述的文件标识符与指派给存储在存储介质3中的文件的文件标识符相比较。当文件标识符彼此不相同时，表管理部分152确定文件不存在于存储介质3中。上述描述假定了通过检查文件标识符进行确定的情况，但是文件标识符和标准文件名都可用作用于确定的数据。在这种情况下，可以检查实际存储在存储介质3中的文件和具有在文件名对应关系表7中描述的任意文件名的文件之间的一致性。该一致性检查是通过例如在存储介质3被装载在图像拾取设备10中时从存储介质3读取文件名对应关系表7来形成的。

例如，当存储介质3被装载时，或者当任意文件名模式被实行时，表管理部分152可检查在文件名对应关系表7中描述的数据和存储在存储介质3中的数据之间一致性。当文件名对应关系表7被新生成时，表管理部分152给文件名对应关系表7指派一个存储介质标识符(例如指派给每个光盘的光盘ID)，该存储介质标识符是文件名对应关系表7将被存储到的存储介质3的存储介质标识符。当新的存储介质3被装载在图像拾取设备10中时，表管理部分152读出文件名对应关系表7，并且将指派给文件名对应关系表7的存储介质标识符与实际存储在存储介质3中的存储介质3本身的存储介质标识符相比较。当两个存储介质标识符彼此相同时，确定存储在存储介质3中的文件名对应关系表7是正确并一致的，表管理部分152允许处置文件名对应关系表7。另一方面，当两个存储介质标识符彼此不相同时，表管理部分152禁止处置文件名对应关系表7。利用该操作，可以防止基于与存储在存储介质3中的文件不一致的文件名对应关系表7来管理文件。

模式切换部分154根据来自用户的输入执行允许使用任意文件名的任意文件名模式和不允许使用任意文件名的标准文件名模式之间的切换。为了将操作模式设置在任意文件名模式中，模式切换部分154开启接口部分150的各个部分(文件名显示控制部分156、文件访问控制部分158、文件生成部分160等等)的功能。由于该特征，在任意文件名模式中，接口部分150在文件系统140和外部应用180、182之间工作，并且可基于文件名对应关系表7将标准文件名转换成任意文件名，而且可执行显示任意文件名的列表或者利用任意文件名访问文件的操作。

另一方面，当操作模式被设置在标准文件名模式中时，接口部分150的各个部分的功能被关闭。利用该操作，接口部分150被禁用，并且在文件系统140和外部应用180、182之间不直接交换信息，因此无法执行诸如显示任意文件名的列表和利用任意文件名访问文件之类的操作。

模式切换部分154响应于用户用于选择操作模式的输入而执行如上所述用于应对文件名的操作模式。通过配置图像拾取设备10的装备菜单以便能在上述标准文件名模式和任意文件名模式之间执行切换，在一个图像拾取设备10中实现了两种操作模式。因此，图像拾取设备10可满足希望使用过去的标准文件名模式的用户的需求，也能满足希望使用具有更高自由度的任意文件名模式的用户的需求。

在任意文件名模式中，当外部应用180、182尝试显示存储在存储介质3中的各种类型的文件的列表时，如果已给文件指派了任意文件名，则文件名显示控制部分156使任意文件名被显示，并且最初指派给文件的标准文件名被显示在文件系统140中。

当响应于来自外部应用180、182的文件名列表显示请求(例如FTPLIST命令)而从文件系统140接收存储在存储介质3中的文件的标准文件名的列表时，文件名显示控制部分156基于文件名对应关系表7确定是否已给文件指派了任意文件名。当确定已经指派了任意文件名时，文件名显示控制部分156基于文件名对应关系表7将从文件系统140获取的标准文件名转换成任意文件名，将任意文件名输出到外部应用180、182以便任意文件名作为列表被显示在显示部分108中(参考图6)。当确定尚未指派任意文件名时，从文件系统140获取的标准文件名被输出到外部应用180、182，以便标准文件名被按原样显示。利用如上所述的文件名显示控制部分156的功能，即使当只能处置标准文件名的文件系统140被使用时，文件名列表显示功能也得以扩展，并且任意文件名的显示也能实现。

当在任意文件名模式中接收到文件名列表显示请求时，文件名显示控制部分156不仅将存储在文件存储部分5中的视频和音频文件和元数据文件的文件名通知给外部应用180、182，还将存储在存储介质3中的文件名对应关系表7的文件名“AliasList.XML”通知给外部应用180、182。另一方面，在标准文件名模式中，即使文件名对应关系表7被存储在存储介质3中，文件名对应关系表7中的文件名也不被通知给外部应用180、182。由于上述功能，外部应用180、182可通过检查是否从接口部分150接收到文件名对应关系表7中的文件名的通知来确定文件名对应关系表7是否存在，并且还可通过检查文件名对应关系表7是否存在来确定在图像拾取设备10中实行的是任意文件名模式和标准文件名模式中的哪一种。

在任意文件名模式中，当从外部应用180、182利用指派给文件的任意文件名请求访问作为访问对象的视频和音频文件(以便读取、覆写或删除数据)时，基于文件名对应关系表7将任意文件名转换成相应的标准文件名，并且在转换之后向文件系统140给出用于利用标准文件名访问文件的指令。另一方面，当访问请求是利用标准文件名指定的时，文件访问控制部分158向文件系统140给出用于原样地利用标准文件名访问作为访问目标的文件的指令。由于如上所述的文件访问控制部分158的特征，即使当文件系统140只能处置标准文件名时，外部应用180、182也能经由任意文件名访问存储介质3中的文件。

在任意文件名模式中，当从外部应用180、182请求生成具有不遵循标准文件名的命名规则的任意文件名的新的视频和音频文件(FTP PUT命令)时，文件生成部分160生成具有遵循命名规则的标准文件名的视频和音频文件，并且还注册标准文件名和任意文件名之间的对应关系。由于该特征，当利用外部应用180、182拷贝或传送存储在外部设备20之类的之中的视频和音频文件并将其新写在图像拾取设备10的存储介质3中时，可以使文件与文件系统140兼容，如上所述。

上面描述了根据此实施例的接口部分150的各个部分。通过提供接口部分150和文件名对应关系表7作为到外部应用180、182的接口，使得只能处置遵循现有命名规则的标准文件名的文件系统140兼容任意文件名。

如图2所示，文件名对应关系表7被存储在存储有诸如视频和音频文件和元数据文件之类的文件的存储介质3中，而且由于存储介质3是利用诸如光盘这样的可移动存储介质来配置的，因此存储介质3可被自由地装载在多个装备中或从多个装备中卸载。因此，用户可将存储在其中的视频和音频文件和利用图像拾取设备10记录的数据以及文件的文件名对应关系表7作为一个集合来处置，并且该特征使得当文件在多个图像拾取设备10中或多个外部设备20中被共享时能够实现高效且方便的文件管理。

<3.文件名对应关系表中的描述的示例>

接下来，描述根据本实施例的文件名对应关系表7中的描述的示例。图4是示出根据本发明实施例的文件名对应关系表7中的描述的示例的视图，并且该描述对应于在图3所示的文件名对应关系表7中描述的内容。

如图4所示，在文件名对应关系表7中，例如通过利用XML描述的XML陈述数据表达了视频和音频文件的标准文件名、任意文件名和文件标识符之间的对应关系(文件名：“AliasList.XML”)。在文件名对应关系表7中，proavIdRef属性和每个别名(Alias)元素被描述为AliasList路线元素。

proavIdRef属性代表存储文件名对应关系表7的存储介质3的标识符(AliasList.XML)。当存储介质3被制造时，指派给存储介质3的是唯一标识存储介质3的存储设备标识符(例如具体指派给每个光盘的盘ID)，并且存储介质标识符被安全地存储在存储介质3中。当文件名对应关系表7被生成时，图像拾取设备10中的表管理部分152从其中记录有文件名对应关系表7的存储介质3读取指派给存储介质3的存储介质标识符(盘ID)，并且将该存储介质标识符作为proavIdRef属性指派给文件名对应关系表7，以将文件名对应关系表7与存储介质3关联起来。

在此实施例中，如上所述，允许诸如外部应用180、182在文件名对应关系表7中进行覆写之样的改变，此时，可通过对照指派给存储介质3的存储介质标识符验证文件名对应关系表7中描述的proavIdRef属性来确认数据是否被覆写在文件名对应关系表7中列出的所需文件上。应当注意存储介质标识符并不局限于盘ID，可以响应于存储介质3的类型使用任何ID，只要该ID使得能够识别其中存储有文件名对应关系表7的存储介质3即可。

每个别名元素被分配给每个视频和音频文件，并且描述了标准文件名(原始属性值：“C0001”之类的)、任意文件名(值属性值：“Fuji”之类的)和文件标识符(目标属性值：“060A2B34...1”之类的)之间的对应关系。

其中，作为目标属性值的文件标识符是唯一地标识视频和音频文件并且在视频和音频文件被生成时或者在文件的内容被覆写和改变时被唯一地指派给该文件的标识符。更具体而言，例如，基于被定义为SMPTE 330M的UMID(唯一素材标识符)标准的32字节长度数据可被用作文件标识符，但是文件标识符并不局限于上述示例，例如根据需要可使用基于UUID(通用唯一标识符)标准的标识符。通过在文件名对应关系表7中描述每个视频和音频文件的文件标识符，可以通过对照存储介质3中视频和音频文件的文件标识符验证存储在存储介质3中的文件名对应关系表7中的文件标识符，来检查视频和音频文件是否实际对应于文件名对应关系表7中描述的任意文件名。

上面描述了根据该实施例的文件名对应关系表7中的描述的示例。在文件名对应关系表7中，描述了视频和音频文件的不包括扩展的文件名(只有遵循现有命名规则的标准文件名的“Cxxxx”部分，或者任意文件名“Fuji”)，并且没有描述元数据文件名，因为元数据文件名是基于视频和音频文件的。XML被用作文件名对应关系表7中的描述语言，因为XML功能众多，并且语法相对简单易学，但是文件名对应关系表7中的描述语言并不局限于XML，而是可以使用任何语法，包括其他标记语言，例如SGML(标准通用标记语言)、简单CSV(逗号分隔值)等等。

<4.用于显示文件名列表的处理>

接下来，参考图5和图6描述根据此实施例的图像拾取设备10中用于文件名列表显示的接口的示例。图5和图6是示出标准文件名模式中的文件名列表显示的示例和任意文件名模式中的文件名列表显示的示例的视图。

如上所述，根据此实施例的图像拾取设备10通过使用接口部分150和文件名对应关系表7既能应对标准文件名模式，又能应对任意文件名模式。

在标准文件名模式中，当外部应用180、182尝试访问存储在存储介质3中的视频和音频文件和/或元数据文件时，文件系统140利用FTP将具有例如图5所示的目录/文件结构的文件名列表递送到外部应用180、182，以使文件名列表被显示在显示部分108上。

图5中所示的示例是这样一个文件名列表，其具有在外部应用180、182访问其中存储有具有标准文件名“C0001.MXF”、“C0002.MXF”、“C0003.MXF”和“C0004.MXF”的视频和音频文件的存储介质3时被示出的目录/文件结构。“CxxxxM01.XML”是一个元数据文件(XML.文档)，其存在于该文件与视频和音频文件“Cxxxx.MXF”相关的状态中，并且是自动地与“Cxxxx.MXF”一起被生成或删除的。即，元数据文件“CxxxxM01.XML”本身完全依赖于视频和音频文件“Cxxxx.MXF”，并且依赖于视频和音频文件(Cxxxx)的文件名被指派给元数据文件。

此外，如图5所示，作为用于文件名列表显示的接口，除了包括上述视频和音频文件和元数据文件的“剪辑/目录”之外，还存在例如其中存储有播放列表数据的“编辑/目录”、其中存储有具有低分辨率的每个视频和音频文件中的视频和音频数据的“子/目录”，其中存储有其他一般文件的“一般/目录”等等，但是为了简单起见省略对接口的详细描述。应当注意，与根据此实施例的视频和音频文件一样，“编辑/目录”中的播放列表文件也与任意文件名兼容，但是省略对其的描述。

如图5所示，在标准文件名模式中，对于存储在存储介质3中的视频和音频文件和元数据文件，从文件系统140输出的标准文件名被按原样示出。用户可通过检查标准文件名列表显示来判定用户希望访问的文件(将被再现的视频和音频文件之类的)。

下面描述在任意文件名模式中用于文件名列表显示的接口。在任意文件名模式中，指派给文件的标准文件名被基于图4所示的文件名对应关系表7转换成任意文件名，并且通过转换标准文件名生成的任意文件名取代标准文件名被显示。结果，例如，图5所示的标准文件名模式中的目录/文件结构被利用任意文件名模式中的文件名列表来显示，如图6所示。在图6中，最初分别具有标准文件名“C0001.MXF”、“C0002.MXF”和“C0003.MXF”的三个视频和音频文件分别被利用任意文件名“Fuji.MXF”、“Sakura.MXF”和“Geisha.MXF”来显示。对于与视频和音频文件相关的元数据文件，与标准文件名模式中一样，根据视频和音频文件的任意文件名任命了任意文件名。因此，例如，与具有任意文件名“Fuji.MXF”的视频和音频文件相关的元数据文件被利用任意文件名“FujiM01.XML”来显示。

另一方面，当未给视频和音频文件指派任意文件名时，则按原样显示最初指派给文件的标准文件名。在图6所示的示例中，由于未给具有最初指派给它的标准文件名“C0004.MXF”的视频和音频文件指派任意文件名，因此文件名对应关系表7不包括该文件的别名元素的描述，因而同样在任意文件名模式中，最初指派给其的“C0004.MXF”标准文件名被按原样显示。而且与视频和音频文件相对应的视频和音频文件也利用标准文件名“C0004M01.XML”来显示。

图3所示的示例假定了给存储在存储介质3中的四个视频和音频文件中的三个指派任意文件名的情况，但是本发明的实施例并不局限于此情况中的配置。例如，当给存储在存储介质3中所有视频和音频文件指派任意文件名时，文件被利用任意文件名来显示，并且即使当图像拾取设备10运行在任意文件名模式中时，所有的文件也被利用标准文件名来显示。

当在任意文件名模式中显示文件名列表时，如图6所示，不仅显示视频和音频文件和元数据文件，还显示存储在存储介质3中的文件名对应关系表7中的文件名“AliasList.XML”。相反，在标准文件名模式中，即使文件名对应关系表7已被存储在存储介质3中，由于接口部分150未将文件名对应关系表7的存在通知给外部应用180、182，文件名对应关系表7的文件名“AliasList.XML”也不被显示在文件名列表中(参考图5)。如上所述，在标准文件名模式中，文件名对应关系表7不被从存储介质3中删除，并且接口部分150不将文件名对应关系表7的存在通知给外部应用180、182。之所以采用这种功能配置是因为如果在标准文件名模式中文件名对应关系表7被删除，那么当标准文件名模式被再切换到任意文件名模式时文件名对应关系表7就不能被使用。

如上所述，通过提供控制以使得文件名对应关系表7的文件名“AliasList.XML”只在任意文件名模式中被显示，接口部分150可基于是否从外部应用180、182接收到文件名对应关系表7的文件名来确定图像拾取设备10是运行在任意文件名模式中还是标准文件名模式中。由于该特征，外部应用180、182可提供与操作模式相对应的服务(例如仅在任意文件名模式中用户才能指派或改变任意文件名)。

接下来，描述根据本发明实施例的文件管理方法中用于显示文件名列表的处理的流程。图7是出根据本实施例的文件管理方法中用于显示文件名列表的处理的流程的流程图。

如图7所示，在步骤S100中，文件系统140接受来自外部应用180、182的文件名列表显示请求(例如FTP LIST命令)。更具体地说，外部应用180、182响应于用户用于检查存储介质3中的文件内容的输入而向接口部分150发送文件名列表显示请求。接口部分150将文件名列表显示请求按原样输出到文件系统140，并且文件系统140接收此文件名列表显示请求。

在步骤S102中，当文件系统140接收文件名列表显示请求时，文件系统140读取存储在存储介质3中的诸如视频和音频文件和元数据文件之类的各种类型的文件的所有标准文件名，并且利用FTP将具有如图5所示的目录/文件结构的标准文件名列表输出到接口部分150。

接口部分150确定实任意文件名模式和标准文件名模式中的哪一种被实行(步骤104)，并且当任意文件名模式被实行时处理流向步骤106，或者当标准文件名模式被实行时处理流向步骤110。

在步骤S106中，接口部分150基于文件名对应关系表7将从文件系统140接收到的标准文件名列表中的一部分或所有标准文件名转换成任意文件名。具体而言，接口部分150的文件名显示控制部分156参考存储在存储介质3中的文件名对应关系表7并且检测从文件系统140接收到的标准文件名列表中与任意文件名的对应关系在文件名对应关系表7中有描述的标准文件名，以将这些标准文件名分别转换成任意文件名。与任意文件名的对应关系在文件名对应关系表7中没有描述的标准文件名不被转换。

此外，在步骤108中，接口部分150将文件名对应关系表7中的文件名添加到包括经转换的任意文件名和未转换的标准文件名列表的文件名列表，以将其提供给请求者的外部应用180、182。结果，外部应用180、182获得来自接口部分150的包括任意文件名的文件名列表，并显示图6所示的目录/文件结构的文件名列表(步骤S112)。

另一方面，当在步骤S104中确定实行了标准文件名模式时，在步骤S110中，接口部分150将从文件系统140接收的标准文件名列表不经转换地提供给请求者的外部应用180、182。因此，外部应用180、182获得了来自接口部分150的标准文件名列表，以显示图5所示的目录/文件结构的文件名列表(步骤S112)。

如上所述，当任意文件名模式在实行时，根据本实施例的文件名列表显示过程可以基于文件名对应关系表7将存储在存储介质3中的标准文件名转换为任意文件名，以显示文件名。利用该显示过程，用户可利用用户自由指派的任意文件名读取存储介质3中的文件列表，于是就可以理解具有任意文件名的每个文件的数据内容和文件生成日期(例如，如果任意文件名是“Fuji20060101.MXF”，则确定文件是2006年1月1日对Fuji山成像的视频和音频文件)。或者，当标准文件名模式在实行时，存储在存储介质3中的文件的未经转换的标准文件名被显示，并且相应地，文件名列表显示过程也可对应于希望以过去的方式利用标准文件名来读取文件名列表的用户。

<5.用于访问文件的处理>

现在描述对存储在存储介质3中的文件的访问过程。在任意文件名模式中，不仅实现了上述文件名列表的显示，还实现了在利用任意文件名访问(例如读取、覆写和删除)存储在存储介质3中的文件时指定文件。在这种情况下，在图像拾取设备中，通过接口部分150对文件名对应关系表7的内部管理基于文件名对应关系表7检测与外部应用180、182所指定的任意文件名相对应的标准文件名，然后文件系统140利用标准文件名访问实际视频和音频文件。当未给视频和音频文件指派任意文件名时，在文件名对应关系表7中未描述任意文件名对应关系，于是未经转换的标准文件名被用于访问文件。

参考图8，现在描述根据本实施例的文件管理方法中的文件访问过程的过程流。图8是示出根据该实施例的文件访问过程流的流程图。假定在图8的流程图中图像拾取设备10被指定到任意文件名模式。

如图8所示，在步骤S200中，接口部分150接收文件访问请求(例如FTP GET命令)。

具体而言，已读取了图5、6所示的文件名列表的用户操作输入部分106以指定要访问的文件和所需的访问内容(文件的读取、覆写和删除)。外部应用180、182响应于有关的用户输入，向接口部分150发送指定要访问的文件的文件名和所需的访问内容的文件访问请求，该接口部分150接收到该文件访问请求。然后，利用任意名或标准名指定要访问的文件。

在步骤S202中，接口部分150的文件访问控制部分158识别外部应用180、182指定的要访问的文件的文件名，并且在步骤S204中，确定指定的文件名是否与文件系统140中的现有命名规则相匹配(例如，该文件名是否与标准文件名的命名规则相匹配)。

作为确定的结果，当文件名与命名规则相匹配时，指定的文件名是标准文件名。因此，处理流向步骤S206。在步骤S206中，接口部分150直接向文件系统140输出包括指定的标准文件名的文件访问请求，以指示访问具有指定的标准文件名的文件。结果，文件系统140对存储介质3中具有指定的标准文件名的文件执行所请求的访问(读取、覆写和删除)(步骤S218)。

另一方面，作为步骤S204的确定的结果，当文件名不与命名规则相匹配时，指定的文件名是任意文件名。因此，处理流向步骤S208中。在步骤S208中，接口部分150的文件访问控制部分158搜索文件名对应关系表7以寻找与指定的任意文件名有关的对应关系的描述(别名元素)。在步骤S210中，确定在文件名对应关系表7中是否存在指定的任意文件名的描述。

作为确定的结果，当在文件名对应关系表7中存在指定的任意文件名的描述时，处理流向步骤S212。文件访问控制部分158基于描述将指定的任意文件名转换成标准文件名(步骤S212)，以向文件系统140输出包括经转换的标准文件名的文件访问请求，从而指示具有经转换的标准文件名的文件(步骤S214)。结果，文件系统140对存储介质3中具有经转换的标准文件名的文件执行所请求的访问(读取、覆写和删除)(步骤S218)。

作为步骤S210中的确定的结果，当在文件名对应关系表7中不存在任意文件名的指定描述时，要访问的文件是由无法被转换成标准文件名的任意文件名指定的。因此，处理流向步骤S216。在步骤S216中，文件访问控制部分158通知请求者的外部应用180、182不允许访问具有指定的任意文件名的文件的差错，然后在不访问文件的情况下终止所有过程。

在上述文件访问过程中，即使在任意文件名模式中通过任意文件名执行对要访问的任意文件名的指定，接口部分150也能将任意文件名转换成与任意文件名相对应的标准文件名，以指示对文件系统140的访问。从而，可以经由任意文件名执行对仅能处理标准文件名的文件系统140的文件访问。在标准文件名模式中，直接利用由外部应用180、182指定的标准文件名，对具有标准文件名的文件的访问被文件系统140执行。

<6.用于改变文件名的处理>

接下来，描述用于在任意文件名模式中对视频和音频文件重命名(改变其文件名)的处理。文件系统140或接口部分150中的表管理部分152可重命名存储介质3中的视频和音频文件。根据改变之前和之后文件名的类型，这种用于重命名文件的操作可被分类成以下4种情况。

(1)从标准文件名到标准文件名

在这种情况下执行的操作与标准文件名模式中改变文件名的操作基本相同。即，指派给存储在存储介质3中的文件的现有标准文件名被文件系统140改变成新的标准文件名。在该步骤中，在重命名文件的操作中不涉及接口部分150。

(2)从标准文件名到任意文件名

在这种情况下，当接口部分150中的表管理部分152接收到用于给只被指派有标准文件名的文件指派任意文件名的请求时，表管理部分152向文件名对应关系表7添加以该标准文件名作为原始属性值或者以该任意文件名作为值属性值的别名元素。

(3)从任意文件名到标准文件名

在这种情况下，对于已被指派有任意文件名的文件，当接收到用于删除该任意文件名并将文件名改变成最初指派给该文件的标准文件名的请求时，接口部分150中的表管理部分152从文件名对应关系表7中删除以该任意文件名作为值属性值的别名元素。当指定的标准文件名不同于最初指派给该文件的标准文件名时，在别名元素被删除之后，上述操作(1)被执行。

(4)从任意文件名到任意文件名

在这种情况下，对于已被指派有任意文件名的文件，当接收到用于将该任意文件名改变成新的任意文件名的请求时，接口部分150中的表管理部分152将该文件的别名元素中的值属性值从原始任意文件名改变成新的任意文件名。

<7.用于生成新文件的处理>

接下来，描述用于生成新文件的处理。例如，作为新生成视频和音频文件的方法，存在这样一种方法，其中具有遵循现有命名规则的标准文件名和不遵循命名规则的任意文件名的视频和音频文件被自动生成，然后代表标准文件名和任意文件名之间的对应关系的别名元素被额外地描述在文件名对应关系表7中。

此外，还存在这样一种方法，其中当接收到用于拷贝或传送存储在外部设备20之类的之中的只具有任意文件名的视频和音频文件以将内容写在图像拾取设备10中的存储介质3中的文件中的请求(例如FTP PUT命令)时，具有根据现有命名规则自动生成的标准文件名的任意文件名被新生成，并且接口部分150中的表管理部分152对该视频和音频文件执行如上所述的用于“将标准文件名重命名为新的任意文件名”的操作。

在这里，参考图9描述根据该文件管理方法用于将存储在外部存储介质中的现有外部文件新写在图像拾取设备10中的存储介质3中的处理的流程。图9是示出根据本发明实施例的文件管理方法中用于新写入外部文件的处理的流程的流程图。应当注意，图9所示的流程假定了图像拾取设备10被设置在任意文件名模式中。

如图9所示，首先，在步骤S300中，接口部分150接受来自外部应用180、182的用于将现有外部文件写在存储介质3中的请求(例如FTPPUT命令)。

例如，当存储在外部设备20(例如个人计算机)中的视频和音频数据被拷贝到或传送到与外部设备20相连的图像拾取设备10中的存储介质3中时，用户通过参考外部应用182提供的文件名列表显示来把要拷贝或传送的文件从外部设备20中的目录拖放到存储介质3中的目录。响应于该用户输入，外部应用180、182向接口部分150发送用于将文件写在存储介质3中的请求，并且接口部分150接受用于写文件的请求。

在步骤S302中，接口部分150中的文件生成部分160识别外部应用180、182指定作为写入目标的文件的文件名，并且确定步骤S304中指定的文件名是否遵循文件系统140中允许的现有命名规则(即，文件名是否具有相应的标准文件名)。

作为确定的结果，当确定文件名遵循命名规则时，由于写入目标文件的文件名是文件系统140可应对的标准文件名，因此处理流向步骤S306。在步骤S306中，接口部分150的文件生成部分160指示文件系统140将具有最初指派给该文件的标准文件名的写入目标文件写在存储介质3中。结果，文件系统140新生成具有标准文件名的作为写入目标的文件，并将文件写在存储介质3中(步骤S314)。

另一方面，当在步骤S304中确定作为写入目标的文件的文件名不遵循命名规则时，由于文件名是文件系统140不能应对的任意文件名，因此处理流向步骤S308。文件生成部分160生成遵循现有命名规则的新的标准文件名以将该文件名指派给作为写入目标的文件(步骤S308)，并通过描述新生成的标准文件名和最初指派给文件的任意文件名之间的对应关系(别名元素)将写入目标文件注册在文件名对应关系表7中(步骤S310)。

在步骤S312中，文件生成部分160向文件系统140给出将具有新生成的标准文件名的作为写入目标的文件写在存储介质3中的指令。结果，文件系统140在存储介质3中生成具有新生成的标准文件名的作为写入目标的文件(步骤S314)。

在如上所述的用于写文件的处理中，通过利用接口部分150给文件指派适当的标准文件名并将标准文件名注册在文件名对应关系表7，即使具有文件系统140无法处置的任意文件名的文件也可被写在存储介质3中。利用上述操作，文件可被从外部设备20拷贝或传送到图像拾取设备10中的存储介质3，而不会对原始文件名造成任何损坏。

<8.用于检查文件名对应关系表的一致性的处理>

接下来，描述用于检查文件名对应关系表7中描述的内容和存储在存储介质3中的实际文件的内容之间的一致性的处理。

本发明的实施例使得标准文件名模式和任意文件名模式可以无任何矛盾地共存。在如上所述根据本发明实施例的图像拾取设备10中，只要通过添加利用文件名对应关系表7的接口部分150的新操作，就可以实现任意文件名模式中的所有操作。

另一方面，基于现有技术的图像拾取设备(不具有接口部分150，而只具有文件系统140)无法识别文件名对应关系表7，而只支持标准文件名模式。在这里，假定这样一种情况：具有如图6所示的接口的存储介质3被设置在过去类型的图像拾取设备中，其中拍摄并记录有Fuji山的具有文件名“C00001.MXF”的视频和音频文件被删除，并且其中拍摄并记录有Rokko山的具有文件名“C0001.MXF”的视频和音频文件再被生成。在这种情况下，当存储介质3被设置在与任意文件名模式兼容的图像拾取设备10中时，由于在存储介质3中存储的文件名对应关系表7中文件名“Fuji”仍与标准文件名“C0001”相关，因此当上述方法被按原样应用时，仅管视频和音频文件记录了Rokko山的图像，任意文件名“Fuji.MXF”仍会被任命。

为了防止上述问题，根据本发明实施例，目标属性(文件标识符)被添加到文件名对应关系表7中的每个别名元素，并且标准文件名、任意文件名和文件标识符之间的对应关系被描述。即，被描述为目标属性值的文件标识符(例如UMID)是一个唯一值，从而使得每个值可被精确地识别和彼此区分。因此，即使当存储在存储介质3中的视频和音频文件的标准文件名和在文件名对应关系表7中描述的标准文件名都同为“C0001.MXF”时，当视频和音频文件的文件标识符与文件名对应关系表7中描述的不同时，两个文件也不会被认为是同一个。

为了防止上述问题，在根据该实施例的图像拾取设备10中，当文件名对应关系表7在任意文件名模式中被读取时(例如为了装载存储介质3或者为了启动任意文件名模式)，文件名对应关系表7中指定的视频和音频文件是否实际存在于存储介质3中不仅可通过检查原始属性值(标准文件名)来确认，还可通过检查目标属性值(文件标识符)来确认，并且当确定文件不存在时，文件名对应关系表7中的别名元素本身被放弃。结果，在上述示例中，与实际不存在于存储介质3中的视频和音频文件有关的项目被从文件名对应关系表7中删除，并且，结果，任意文件名“Fuji.MXF”被删除，而标准文件名“C0001.MXF”被显示。

现在描述根据本实施例的文件管理方法中用于检查文件名对应关系表7中的描述内容和存储在存储介质3中的文件之间的一致性的处理的流程。图10是示出用于检查文件名对应关系表7中的描述的内容的一致性的处理的流程的流程图。

如图10所示，当存储介质3(例如光盘)被装载在图像拾取设备10中时(步骤S400)，接口部分150中的表管理部分152从存储介质3读出文件名对应关系表7(步骤S402)。读出文件名对应关系表7的时机可以是在启动图像拾取设备10中的任意文件名模式时(以便启动图像拾取设备10，或者当已启动的图像拾取设备的操作模式被从标准文件名模式切换到任意文件名模式时)

在步骤S404中，表管理部分152确定具有文件名对应关系表7中描述的文件标识符(例如UMID)的文件是否实际存在于存储介质3中。更具体而言，表管理部分152对照添加到存储介质3中描述的所有文件的文件标识符来验证文件名对应关系表7中描述的所有文件标识符，以确定具有文件名对应关系表7中描述的文件标识符的文件在存储介质3中被实际描述。

当确定具有文件名对应关系表7中描述的文件标识符的文件不存在于存储介质3中时，表管理部分152从文件名对应关系表7中删除与该文件有关的所有项目(别名元素)(步骤S406)。

如上所述，在根据该实施例的用于检查文件名对应关系表的一致性的处理中，实际存储在存储介质3中的文件和其对应关系在文件名对应关系表7中被描述的文件之间的一致性被检查，并且对于不存在于存储介质3中的文件，与该文件有关的相应项目被从文件名对应关系表7中删除。利用该操作，文件名对应关系表7中的描述的内容可以与实际存在于存储介质3中的文件同步。应当注意，虽然在图10所示的示例中文件标识符被用作确定文件一致性的标准，但是本发明的实施例并不局限于该示例，标准文件名或者文件标识符和标准文件名两者都可被用作确定标准。

<9.用于总体改变任意文件名的处理>

接下来，描述用于总体改变文件名对应关系表7中描述的任意文件名的处理。如上所述，与任意文件名有关的所有信息都在文件名对应关系表7中描述。本质上来说，文件名对应关系表7可作为扩展文件系统的一部分被隐藏，但是在此实施例中，如图6所示，文件名对应关系表7被故障公开给外部应用180、182，以便文件名对应关系表7中的描述的内容可被外部应用180、182改变。结果，诸如向存储介质3中的所有视频和音频文件添加任意文件名或改变其任意文件名之类的操作可被外部应用180、182总体地执行。

参考图11和图12描述用于总体改变任意文件名的特定示例。图11是示出其中图4所示的文件名对应关系表7中描述的任意文件名被改变的描述的示例的说明图。图12是示出基于图11所示的文件名对应关系表7的文件名列表显示的说明图。

当文件名对应关系表7被总体改变时，外部应用180、182经由接口部分150访问存储介质3中的文件名对应关系表7，以读出文件名对应关系表7(参考图4)。

然后，外部应用180、182仅将每个别名元素的任意文件名的项目(值属性值)改变成新的任意文件名，以生成具有如图11所示的描述内容的文件名对应关系表7。

在图11所示的示例中，改变之前的任意文件名“Fuji”、“Sakura”和“Geisha”分别被改变成了任意文件名“Everest”、“Cherry”和“Dancer”。每个新的任意文件名例如是基于用户输入来判定的。

然后外部应用180、182将文件名对应关系表7中具有已改变的任意文件名的文件覆写在例如就位于存储介质3的根下面的旧的文件名对应关系表7中的文件中。利用此操作，图6所示的用于文件名列表的接口立即被改变成图12所示的那样。

如上所述，在此实施例中，由于文件名对应关系表7中的多个文件名可被外部应用180、182总体地改变，因此与每个分立的文件在接口部分150和外部应用180、182的协作之下被逐一改变的情况相比，任意文件名的添加和改变可以更迅速地执行。

例如，在存储介质3中存储的文件被拷贝到存储介质3中的情况下，如果需要利用再现的存储介质3在“标准文件名模式”或“任意文件名模式”中显示与原始存储介质3中相同的文件名以确保后台兼容性，那么首先，视频和音频文件在“标准文件名模式”中被拷贝到再现的存储介质3，然后视频和音频文件经历重命名操作，以反映指派给视频和音频文件的任意文件名(即文件名对应关系表7在拷贝的存储介质3中被生成，并且标准文件名和原始任意文件名之间的对应关系被描述)。

在此步骤中，在用于总体改变任意文件名的功能的支持下，通过将文件名对应关系表7从原始存储介质3拷贝到再现的存储介质3，可以很容易地执行重命名操作。

上面详细描述了根据本实施例作为文件管理装置的图像拾取设备10和使用该图像拾取设备10的文件管理方法。在本实施例中，接口部分150被设置在文件系统140和外部应用180、182之间，并且描述存储在存储介质3中的文件的标准文件名和分别单独指派给文件的任意文件名之间的对应关系的文件名对应关系表7被接口部分150生成和管理，以便标准文件名和任意文件名可被彼此转换。由于该功能配置，只能处置遵循现有命名规则的标准文件名的文件系统140可以应对具有更高自由度的任意文件名。

例如，通过基于文件名对应关系表7把由接口部分150从文件系统140输出的标准文件名转换成任意文件名，可以在外部应用180、182一侧显示任意文件名。此外，即使在要访问的文件被外部应用180、182利用任意文件名指定时，文件系统140也可通过基于文件名对应关系表7将任意文件名转换成标准文件名来利用标准文件名访问所需文件。

如上所述，由于利用本发明的实施例，只能处置标准文件名的文件系统140也能处置任意文件名，因此可以改善文件管理装置(本实施例中的图像拾取设备10)和个人计算机的操作环境之间的兼容性。例如，用户可通过利用用于现有通用个人计算机的外部应用来使用文件管理装置中的文件，从而用于新的个人计算机的外部应用可以很容易被开发。

此外，通过在现在文件系统140中添加接口部分150和文件名对应关系表7，无需改变现有文件系统140就可相对容易地实现与任意文件名的兼容性。此外，通过开启或关闭接口部分150的功能，可以在与任意文件名兼容的任意文件名模式和只能处置标准文件名的标准文件名模式之间切换。因此，在一个文件管理装置中没有矛盾地实现了任意文件名模式和标准文件名模式的共存。由于该特征，利用一个文件管理装置就可满足希望使用过去的标准文件名模式的用户和希望使用允许更高自由度的任意文件名模式的用户的需求。

此外，通过将诸如视频和音频文件这样的文件和与该文件有关的文件名对应关系表7存储在一个可移动存储介质3中，多个设备可以共享作为一个集合的文件和文件名对应关系表，这对于文件管理来说是很方便的。此外，例如，当将存储介质3装载在只能处置任意文件名的文件管理装置中时，通过基于文件名对应关系表7中描述的标准文件名和/或文件标识符来检查文件名对应关系表7中的描述和实际存在于存储介质3中的文件之间的一致性，可以有利地实现与两类文件名，即标准文件名和任意文件名的兼容性。由于该特征，即使由于改变过去不能处置任意文件名的文件管理装置中的存储介质3中的文件名而失去了存储在存储介质3中的文件和文件名对应关系表7之间的兼容性(例如当存储在存储介质3中的所有文件都被删除并且随后新的视频和音频文件被生成并被利用相同的标准文件记录时)，在能够处置任意文件名的文件管理装置中，也可以通过基于文件标识符检测存储介质3中的文件名的改变来校正文件名对应关系表7中的描述。由于该特征，可以显示可应用到实际存在于存储介质3中的文件的任意文件名或者利用任意文件名来访问该文件。

上述参考有关附图描述了本发明的优选实施例，但是很显然本发明的实施例并不局限于该示例。很明显，本领域的技术人员可预期处于所附权利要求限定的范围内的对本发明实施例的各种改变和修改，并且可以理解这些改变和修改是包括在本发明的范围内的。

上面对实施例的描述假定了根据本发明实施例的文件管理装置被应用到图像拾取设备10的情况，但是该实施例并不局限于此配置。根据本发明实施例的文件管理装置可被应用到处置数据文件的电子装备和设备，包括(但不限于)诸如个人计算机这样的计算机(不论计算机是膝上型的还是桌面型的)、商用图像编辑器、商用广播装备、用于DVD记录器/播放器的图像记录器/再现器、数字照相机、视频照相机、移动电话、PDA(个人数字助理)、便携式视频/音频播放器、家用游戏机、便携式游戏机、智能电子家用器械和电子词典。

虽然在上述实施例中任意文件名是基于来自用户的输入而指派的，而是该实施例并不局限于此配置。这里使用的任意文件名包括任何不遵循文件系统140的命名规则的文件名，并且可以是根据用于不同于文件系统140的文件系统的命名规则而自动指派的文件名。不需要引入对任意文件名和标准文件名之间的对应关系的任何限制。

在上述实施例中，诸如视频和音频文件这样的文件和文件名对应关系表7被存储在同一存储介质3中，但是该实施例并不局限于此配置，文件和文件名对应关系表7可被分别存储在不同的存储介质中。

本发明包含与2006年4月21日向日本专利局递交的日本专利申请JP2006-118518相关的主题，这里通过引用将该申请的全部内容结合进来。

Claims (9)

1.一种文件管理装置，其被配置为使得只能处置具有遵循现有文件命名规则的标准文件名的文件的文件系统能够允许使用单独指派给所述文件的任意文件名，所述文件管理装置包括：

表管理部分，该表管理部分管理文件名对应关系表，在该文件名对应关系表中描述了指派给存储在存储介质中的一个或多个文件的标准文件名和单独指派给所述文件的任意文件名之间的对应关系；

文件名显示控制部分，该文件名显示控制部分在外部应用显示存储在存储介质中的文件的文件名时基于所述文件名对应关系表确定是否给所述文件指派了任意文件名，在确定给所述文件指派了任意文件名时基于所述文件名对应关系表将从所述文件系统获取的标准文件名转换成所述任意文件名并且显示所述任意文件名，或者在确定未给所述文件指派任意文件名时照原样显示从所述文件系统获取的所述标准文件名；

文件访问控制部分，该文件访问控制部分在外部应用访问存储在存储介质中的文件并且利用任意文件名指定访问目标文件时，向所述文件系统给出用于通过使用基于所述文件名对应关系表从所述任意文件名转换来的标准文件名访问所述访问目标文件的指令，或者在所述访问目标文件被利用标准文件名来指定时，向所述文件系统给出用于通过按原样使用所述标准文件名访问所述访问目标文件的指令；以及

模式切换部分，该模式切换部分通过开启或关闭所述文件名显示控制部分和所述文件访问控制部分的功能，从而在承认任意文件名的任意文件名模式和不承认任意文件名的标准文件名模式之间切换操作模式。

2.根据权利要求1所述的文件管理装置，

其中，在所述文件名对应关系表中描述了指派给存储在所述存储介质中的文件的标准文件名和任意文件名与唯一地指派给所述文件的文件标识符之间的对应关系，并且

所述表管理部分基于在所述文件名对应关系表中描述的文件标识符以及指派给存储在所述存储介质中的文件的文件标识符来确定与所述文件名对应关系表中描述的任意文件名相对应的文件是否存在于所述存储介质中。

3.根据权利要求1所述的文件管理装置，

其中，所述文件名显示控制部分在所述任意文件名模式中通知所述外部应用所述文件名对应关系表的存在，但在所述标准文件名模式中不通知所述外部应用所述文件名对应关系表的存在，并且

所述外部应用基于所述文件名对应关系表的存在或不存在确定所述操作模式是被设置在所述任意文件名模式中还是被设置在所述标准文件名模式中。

4.根据权利要求1所述的文件管理装置，

其中，当请求给已被指派有标准文件名的文件指派新的任意文件名时，所述表管理部分将所述标准文件名和所述任意文件名彼此关联起来，并且在所述文件名对应关系表中描述该对应关系，并且

当请求改变已指派给文件的任意文件名时，更新在所述文件名对应关系表中描述的任意文件名，并且

在检测到具有在所述文件名对应关系表中描述的标准文件名或文件标识符的文件不存在于所述存储介质中时，从所述文件名对应关系表中删除与所述文件有关的描述。

5.根据权利要求1所述的文件管理装置，

其中，所述文件名对应关系表可以被从所述外部应用访问。

6.根据权利要求1所述的文件管理装置，

其中，所述文件名对应关系表与所述文件一起被存储在同一存储介质中。

7.根据权利要求6所述的文件管理装置，

其中所述存储介质是所述文件管理装置上的可拆卸且可移动的存储介质。

8.一种文件管理方法，其使得只能处置具有遵循现有文件命名规则的标准文件名的文件的文件系统能够允许使用单独指派给所述文件的任意文件名，所述文件管理方法包括以下步骤：

管理文件名对应关系表，在该文件名对应关系表中描述了指派给存储在存储介质中的一个或多个文件的标准文件名和单独指派给所述文件的任意文件名之间的对应关系；

在允许使用任意文件名的任意文件名模式和不允许使用任意文件名的标准文件名模式之间切换；

当外部应用在所述任意文件名模式中显示存储在存储介质中的文件的文件名时基于所述文件名对应关系表确定是否给所述文件指派了任意文件名，基于所述文件名对应关系表将从所述文件系统获取的标准文件名转换成所述任意文件名并且显示所述任意文件名，或者在未给所述文件指派任意文件名时按原样显示从所述文件系统获取的所述标准文件名；以及

当外部应用在所述任意文件名模式中访问存储在所述存储介质中的文件时，在访问目标文件被利用任意文件名指定时，向所述文件系统给出用于通过使用通过基于所述文件名对应关系表转换所述任意文件名而生成的标准文件名访问所述访问目标文件的指令，而在所述访问目标文件被利用标准文件名来指定时，向所述文件系统给出用于通过按原样使用所述标准文件名访问所述访问目标文件的指令。

9.一种程序，其使得只能处置具有遵循现有文件命名规则的标准文件名的文件的文件系统能够允许使用单独指派给所述文件的任意文件名，所述程序使得计算机能够充当：

表管理部分，该表管理部分管理文件名对应关系表，在该文件名对应关系表中描述了指派给存储在存储介质中的一个或多个文件的标准文件名和单独指派给所述文件的任意文件名之间的对应关系；

文件名显示控制部分，该文件名显示控制部分在外部应用显示存储在存储介质中的文件的文件名时基于所述文件名对应关系表确定是否给所述文件指派了任意文件名，在确定给所述文件指派了任意文件名时基于所述文件名对应关系表将从所述文件系统获取的标准文件名转换成所述任意文件名并且显示所述任意文件名，或者在确定未给所述文件指派任意文件名时显示从所述文件系统获取的所述标准文件名；

文件访问控制部分，该文件访问控制部分在外部应用访问存储在存储介质中的文件并且利用任意文件名指定访问目标文件时，向所述文件系统给出用于通过使用基于所述文件名对应关系表从所述任意文件名转换来的标准文件名访问所述访问目标文件的指令，或者在所述访问目标文件被利用标准文件名来指定时，向所述文件系统给出用于按原样使用所述标准文件名访问所述访问目标文件的指令；以及

模式切换部分，该模式切换部分通过开启或关闭所述文件名显示控制部分和所述文件访问控制部分的功能，从而在承认任意文件名的任意文件名模式和不承认任意文件名的标准文件名模式之间切换操作模式。

Images