CN100545842C - 服务器设备、数据处理方法、程序、及通信方法 - Google Patents

Abstract

本发明涉及服务器设备、数据处理方法、程序、及通信方法。具体公开了一种用来提供内容数据的服务器设备包括：发生器，配置成基于第一管理数据产生第二管理数据，第一管理数据管理用来局部识别在服务器设备内的内容数据的第一识别数据，第二管理数据管理用来全局识别在服务器设备外的内容数据的第二识别数据；和输出单元，配置成把由发生器产生的第二管理数据输出到使用内容数据的外部设备。

Description

服务器设备、数据处理方法、程序、及通信方法

对于相关申请的交叉引用

本发明包含与在2005年10月27日提交在日本专利局的日本专利申请JP 2005-313126相关的主题，该专利申请通过参考包括在这里。

技术领域

本发明涉及用来局部和全局识别内容数据的服务器设备、数据处理方法、程序、及通信方法。

背景技术

一直困难的是，使用在存储装置中存储的音频-可视(AV)材料的应用程序，如非线性编辑应用程序，以迅速和容易地确定什么AV材料记录在存储装置上和什么是最希望的AV材料。

当以文件形式在存储装置中存储和管理AV材料时，如果存储装置使用标准文件系统，则发出诸如LIST(列表)之类的命令，以获得在存储装置中存储的文件列表。

然而，困难的是，把AV材料、元数据(例如，可扩充标记语言(XML)文档)和其它数据彼此区分开，并且这些文件被识别为存储某些二进制数据的相同文件。

关于文件系统的应用程序由AV材料数据库应用程序实施，该AV材料数据库应用程序可管理AV材料文件、元数据文件、及其它数据文件之间的关系，同时彼此区分这些文件。这样一种应用程序的实施主要由描述由应用程序管理的AV材料(文件)、元数据(文件)、及其它数据(文件)的列表的管理数据(处于文件的形式或处于扩展到内部存储器中的形式)和其之间的关系实现。然而，管理数据常常对于数据库应用程序是专用的，并且未考虑的是，外部应用程序，如以上描述的非线性编辑应用程序，可以使用管理数据。

相关技术的视频编辑技术公开在日本未审查专利申请公报No.2004-320756中。

发明内容

因此希望的是，提供能够局部管理在预定服务器设备内以及全局管理在服务器设备外的内容数据的服务器设备、数据处理方法、程序、及通信方法。

根据本发明的第一实施例，一种用来提供内容数据的服务器设备包括如下元件。产生装置基于第一管理数据产生第二管理数据，第一管理数据用来管理用来局部识别在服务器设备内的内容数据的第一识别数据，第二管理数据用来管理用来全局识别在服务器设备外的内容数据的第二识别数据。输出装置把由产生装置产生的产生的第二管理数据输出到使用内容数据的外部设备。

根据本发明的第二实施例，一种由用来提供内容数据的服务器设备执行的数据处理方法包括步骤：基于第一管理数据产生第二管理数据，第一管理数据用来管理用来识别在服务器设备内的内容数据的第一识别数据，第二管理数据用来管理用来全局识别在服务器设备外的内容数据的第二识别数据；和把产生的第二管理数据输出到使用内容数据的外部设备。

根据本发明的第三实施例，一种由用来提供内容数据的服务器设备执行的程序使服务器设备执行步骤：基于第一管理数据产生第二管理数据，第一管理数据用来管理用来识别在服务器设备内的内容数据的第一识别数据，第二管理数据用来管理用来全局识别在服务器设备外的内容数据的第二识别数据；和把产生的第二管理数据输出到使用内容数据的外部设备。

根据本发明的第四实施例，一种用来把内容数据从服务器设备传输到客户机设备的通信方法包括步骤：由服务器设备基于第一管理数据产生第二管理数据，第一管理数据用来管理用来识别在服务器设备内的内容数据的第一识别数据，第二管理数据用来管理用来全局识别在服务器设备外的内容数据的第二识别数据；由服务器设备把产生的第二管理数据传输到客户设备；由客户设备接收来自服务器设备的第二管理数据；由客户设备基于接收的第二管理数据确定所需内容数据；及由客户设备接收来自服务器设备的所需内容。

根据本发明的实施例，可实现能够局部管理在预定服务器设备内以及全局管理在服务器设备外的内容数据的服务器设备、数据处理方法、程序、及通信方法。

附图说明

图1表示根据本发明实施例的一种通信系统的整体结构；

图2表示用来实施在图1中表示的服务器设备的FTP处理单元和服务器处理单元的硬件配置；

图3表示索引文件数据IND的例子；

图4进一步表示在图3中表示的索引文件数据IND的例子；

图5进一步表示在图4中表示的索引文件数据IND的例子；

图6表示介质简档数据MP的例子；

图7进一步表示在图6中表示的介质简档数据MP的例子；

图8表示基于介质简档数据在客户设备上显示的各种数据的目录结构；

图9表示在修改UNID与UNID之间的关系；

图10是流程图，表示用来产生介质简档数据MP的、在图1中表示的服务器设备的操作；

图11是流程图，详细表示在图10中表示的步骤ST13的处理，在该处理中产生介质简档数据MP；

图12是流程图，表示在从客户设备接收到剪辑请求时在图1中表示的服务器设备的操作；及

图13表示在UMID与文件路径之间的关系。

具体实施方式

将描述根据本发明实施例的一种通信系统。

参照图1，客户设备2是根据本发明实施例的外部设备的例子，并且服务器设备4是根据本发明实施例的服务器设备的例子。

在图1中表示的服务器处理单元37和在图2中表示的处理电路25用作根据本发明实施例的产生装置，并且文件传送协议(FTP)处理单元31和处理电路25用作根据本发明实施例的输出装置。

服务器处理单元37和处理电路25实现根据本发明实施例的处理装置和修改装置的功能。

实施例的修改UMID(唯一材料标识符)是根据本发明实施例的第一识别数据的例子，并且实施例的UMID是根据本发明实施例的第二识别数据的例子。

实施例的索引文件数据IND是根据本发明实施例的第一管理数据的例子，并且实施例的介质简档数据MP是根据本发明实施例的第二管理数据的例子。

在图2中表示的程序FTP_PRG和SER_PRG是根据本发明实施例的程序的例子。

实施例概述

参照图1，在根据本发明实施例的通信系统1中，在记录介质35上记录的视频数据和音频数据及通过交错视频数据和音频数据获得的剪辑数据由服务器设备4基于索引文件数据IND而管理。索引文件数据IND基于在服务器设备4内唯一的修改UMID管理各种数据。

服务器设备4交错从记录介质35读取的视频数据和音频数据以产生剪辑数据，并且把剪辑数据传送到客户设备2。

服务器设备4进一步基于索引文件数据IND产生介质简档数据MP，并且把介质简档数据MP传送到客户设备2。介质简档数据MP使用UMID用来全局地识别剪辑数据。

因而，使用在服务器设备4内的修改UMID和使用在服务器设备4外的UMID可管理各种数据。

实施例的细节

图1表示根据本发明实施例的通信系统1的整体结构。

如图1中所示，例如，通信系统1包括客户设备2和服务器设备4，并且客户设备2和服务器设备4经网络6彼此通信。

在该实施例中，可以提供多个客户设备2。网络6是局域网(LAN)、因特网、等。

客户设备2可以是例如计算机的编辑设备，以及服务器设备4可以是摄像机。

例如，如图1所示，客户设备2包括客户处理单元41和FTP处理单元42。

客户处理单元41和FTP处理单元42的功能通过借助于中央处理单元(CPU)执行预定程序而实现，该中央处理单元是客户设备2的硬件元件。

客户处理单元41控制客户设备2的整体操作以执行处理，如解释与由用户把用于服务器设备4的FTP命令发出到FTP处理单元42的操作单元(未表示)的操作相对应的操作信号、和在屏幕上显示从FTP处理单元42输入的数据。

FTP处理单元42使用FTP(文件传送协议)把文件传送到FTP处理单元31和传送来自其的文件。

客户处理单元41接收例如从服务器设备4输入的剪辑数据，并且分离和播放在剪辑数据中串行化的AV材料数据(视频数据和音频数据)。客户处理单元41进一步编辑和播放AV材料数据，并且把编辑的剪辑数据传输到服务器设备4。

在该实施例中，如下面描述的那样，客户设备2通过使用FTP处理单元42的功能而接收介质简档数据MP。介质简档数据MP是使用用来全局识别多条剪辑数据的UMID来管理在服务器设备4中存储的多条剪辑数据的数据。

客户设备2的客户处理单元41把用于内容数据的请求发送到服务器设备4，并且基于介质简档数据MP管理从服务器设备4接收的内容数据

客户设备2还基于介质简档数据MP进一步显示在服务器设备4中存储的内容数据条的列表。

客户设备2还执行处理，如把经FTP通信从服务器设备4接收的剪辑数据传输到其它设备、或者使用由索引文件数据IND定义的剪辑数据的UMID把剪辑数据记录到记录介质上。

如图1中所示，例如，服务器设备4包括FTP处理单元31、记录介质35、访问单元36、及服务器处理单元37。

FTP处理单元31使用FTP把文件传送到客户设备2的FTP处理单元42和从其传送文件。

记录介质35存储由服务器设备4的图像捕获单元(未表示)捕获的视频数据、和从麦克风输入的音频数据。

记录介质35可以是光盘、录像带、硬盘、等。

访问单元36根据由服务器处理单元37给出的指令访问记录介质35，以读取或写入记录在记录介质35上的数据。

服务器处理单元37控制服务器设备4的整体操作。

服务器处理单元37通过访问单元36把由图像捕获单元(未表示)捕获的视频数据、和从麦克风输入的音频数据写到记录介质35上。服务器处理单元37可以通过访问单元36把从另一个设备接收的视频数据和音频数据写到记录介质35上。

服务器处理单元37还通过访问单元36把通过FTP处理单元31接收的编辑视频数据和音频数据写到记录介质35上。

服务器处理单元37还响应通过FTP处理单元31从客户设备2输入的请求而通过访问单元36读取在记录介质35中存储的视频数据和音频数据，并且串行化读取的视频数据和音频数据以产生AV材料数据。服务器处理单元37通过FTP处理单元31把文件形式的产生的AV材料数据传送到客户设备2。

图2表示用来实施在图1中表示的服务器设备4的FTP处理单元31和服务器处理单元37的硬件配置。

如图2中所示，例如，服务器设备4包括网络接口21、介质接口22、存储器24、及处理电路25。

网络接口21是一种通过其数据和请求经在图1中表示的网络6输入到客户设备2和从其输出的接口。

介质接口22是一种通过其待通过访问单元36从记录介质35读取或写入该记录介质35的诸如AV数据之类的数据被输入和输出的接口。

存储器24存储用来实施处理电路25的操作、和用于处理电路25的操作的数据。

明确地说，存储器24存储例如程序FTP_PRG和SER_PRG。

存储器24还存储例如索引文件数据IND和介质简档数据MP。

索引文件数据IND是由服务器设备4用来识别和管理在记录介质35中存储的视频数据和音频数据的属性数据，如图3至5中所示。

介质简档数据MP是由位于服务器设备4外的设备，如客户设备2，用来识别和管理在记录介质35中存储的视频数据和音频数据的属性数据，如图6和7中所示。

处理电路25执行程序FTP_PRG，以实现在图1中表示的FTP处理单元31的功能。

处理电路25执行程序SER_PRG，以实现在图1中表示的服务器处理单元37的功能。

处理电路25基于由服务器处理单元37经总线20从存储器24读取的索引文件数据IND产生介质简档数据MP，并且经总线20把介质简档数据MP写到存储器24上。

图3至5表示索引文件数据IND的例子。

索引文件数据IND是用来在服务器设备4内管理在记录介质35中存储的AV材料数据的XML文档文件。为了在服务器设备4内管理的目的，索引文件数据IND使用修改UMID(在设备内唯一的材料识别数据)，该修改UMID是其中省去在UMID的最初10字节中的固定字符串的UMID的修改，并且直接代表记录介质35的内部目录结构。因而，在大小方面可减小对于在服务器设备4中的修改UMID的处理涉及的结构。

UMID是用来管理在SMPTE 330M中定义的AV材料数据的32字节的全局唯一标识符。

如图3至5中所示，索引文件数据IND包括：块B1，它包括索引文件数据IND的属性；块B2，它包括第一剪辑的属性；块B3，它包括第二剪辑的属性；及块B4，它包括编辑内容的属性。

块B1包括定义索引文件数据IND的结构的XML名称空间(namespace)标识符、记录介质35的(全局唯一)标识符[proavId]、及到目录的绝对路径[clipTablepath]，在该目录中存储形成剪辑数据的视频数据和音频数据。具有能够直接访问其上记录剪辑数据的记录介质35的驱动器的应用程序，可使用绝对路径以基于诸如“/PROAV/CLPR/C0001V01.MXF”之类的文件名直接表示在记录介质35中存储的剪辑的视频数据和音频数据。

在该实施例中，术语剪辑是指通过执行单一图像捕获操作获得的AV材料数据或通过编辑剪辑以分离和组合剪辑片获得的AV材料数据。

在该实施例中，每个剪辑包括一个信道的视频数据和八个信道的音频数据。

块B2包括：块C1，它包括整个第一剪辑的属性；块C2，它包括视频数据的属性；块C3至C10，它们分别包括八个信道的音频数据的属性；及块C11，它包括其它数据的属性。

块C1包括第一剪辑的修改UMID[umid]、第一剪辑的文件名[file]、第一剪辑的AV材料数据的重放帧速率fps、AV材料数据的重放持续时间dur、音频数据的通道数量ch、视图的角度aspectRatio、及指示第一剪辑是否可播放的指示playable。

块C2包括第一剪辑的视频数据的修改UMID[umid]、文件名[file]、文件类型[type]、及文件首部的数据长度[header]。

块C3至C10包第一剪辑的第一至第八音频数据的文件首部的修改UMID[umid]、文件名[file]、文件类型[type]、及数据长度[header]。

块C11包括子流的修改UMID[umid]、文件名[file]、文件类型[type]、及首部[header]。子流是剪辑的低分辨率版本(就是说，一种具有内容与剪辑相同并且以较高压缩比值与剪辑同时产生的剪辑)。

块C11还包括描述诸如第一剪辑的标题之类的静态信息的数据的文件名[meta file]、和数据的文件类型[type]。

块C11还包括描述逐帧变化的、诸如第一剪辑的时间代码之类的动态信息的数据的文件名[rtmeta file]；和数据的文件类型[type]。

块B3包括第二剪辑的属性，并且具有与块B2类似的格式。

块B4包括指示通过编辑例如第一和第二剪辑而获得的编辑材料的编辑列表数据。

图6和7表示介质简档数据MP的例子。

介质简档数据MP是用来在服务器设备4外管理在记录介质35中存储的AV材料数据的XML文档文件。

为了在服务器设备4外管理的目的，介质简档数据MP使用真实UMID，如以上描述那样(而不是修改UMID)。

如图6和7中所示，介质简档数据MP包括块B11至B15。

块B11包括整体介质简档数据MP的属性。

块B12包括指示已经产生介质简档数据MP的装置(存储装置；在该实施例中是服务器设备4)的、和放置在该装置中的记录介质35的属性的特性(Properties)元素。

块B13至B15包括指示在存储装置中存储的材料条列表的内容(Contents)元素。如果没有存储材料，则不产生Contents元素。

将更细节地描述块B11至B15。

块B11包括说明XML文档的语句<？xml version＝…>、最高级元素<MediaProfile xmlns…>、及最高级元素的属性“createdAt＝…”和“version＝…”。

属性“createdAt＝…”指示创建介质简档数据MP的日期和时间。属性“version＝…”指示介质简档数据MP的模式版本。

块B12包括目标存储装置的描述“系统(System)”、写在指示目标存储装置的唯一标识符的十六进制表示法中的网络代码号“SystemId”、及目标存储装置的种类“SystemKind”。这些是根据本发明实施例的装置属性数据的例子。

“SystemKind”跟随有“Attached”。“Attached”定义放置在目标存储装置中、并且如果目标存储装置具有可除去记录介质则介质简档数据MP的描述基于的记录介质的描述。除非专门说明，否则一种记录介质与一条介质简档数据MP的描述相关。如果目标存储装置没有可除去记录介质，则不产生元素“Attached”。

“mediaId”指示记录介质的标识符的描述。“mediaId”和在“mediaId”以后的“mediaKind”的组合用来唯一地标识记录介质。

“dm”是记录介质属性数据DiscMeta的XML名称空间标识符的缩写，并且作为前缀添加到构成DiscMeta描述的元素名称的顶部上。记录介质属性数据DiscMeta描述在Professional Disc(它是SonyCorporation的商标，指示使用蓝-紫激光和这样一种光盘的商务用光盘的记录格式)下定义的记录介质35的属性，如盘的标题。这是根据本发明实施例的记录介质属性数据的例子。

块B13至B15包括材料(Material)元素。

Material元素描述为Contents元素的子元素。Material元素包括下面的属性。所有属性，除视频类型(videoType)、音频类型(audioType)、及纵横比(aspectRatio)之外，可以是基本的。

-uri属性：uri属性具有在FTP/FAM连接过程中能够访问目标剪辑和EditList(编辑列表数据)的主线的绝对URL，作为属性值。例如，如图8中所示，“uri＝…”指示对应剪辑驻留在其处的目录分级上的位置，该目录分级可从服务器设备4外观察到。明确地说，描述‘uri＝“/Clip/Cxxxx.MXF”’(用于剪辑)或‘uri＝“/Edit/ExxxxE01.SMI”(用于EditList)。如果剪辑和EditList赋予别名，则uri属性描述别名的URL。在该实施例中，uri属性用来指示由uri属性规定的数据(文件)的目录分级位置，该目录分级位置可从服务器设备4外观察到。就是说，通过服务器设备4的介质简档数据MP的描述可定义其中从外部观察在服务器设备4中存储的数据(如剪辑数据和编辑数据)的分级结构的形式。

-标题(Title)属性：这种属性具有用来识别材料的字符串(剪辑或EditList)。

-类型(type)属性：这种属性描述用于AV材料(剪辑)的“MXF”和用于EditList的“PD-EDL”。

-videoType属性：这种属性具有直接描述在索引文件数据IND中的目标剪辑的剪辑元素、视频元素、及类型属性的值的属性值。videoType属性在代表EditList的Material元素中未描述。

-audioType属性：这种属性具有对于信道的每一个描述在索引文件数据IND中的目标剪辑的剪辑元素、音频元素、及类型属性的值的属性值。

-fps属性：这种属性具有直接描述在索引文件数据IND中的目标剪辑的剪辑元素和fps属性的值、或目标EditList的编辑列表元素和fps属性的值的属性值。

-dur属性：这种属性具有直接描述在索引文件数据IND中的目标剪辑的剪辑元素和dur属性的值、或目标EditList的编辑列表元素和dur属性的值的属性值。

-ch属性：这种属性具有直接描述在索引文件数据IND中的目标剪辑的剪辑元素和ch属性的值、或目标EditList的编辑列表元素和ch属性的值的属性值。

-aspectRatio属性：这种属性具有直接描述在索引文件数据IND中的目标剪辑的剪辑元素和aspectRatio属性的值、或目标EditList的编辑列表元素和aspectRatio属性的值的属性值。如果索引文件数据IND不包括aspectRatio属性，则省去这种属性。

-offset属性：这种属性具有直接描述在索引文件数据IND中目标剪辑的剪辑元素、视频元素、及剪辑开始(clipBegin)属性的值的属性值。偏移(offset)属性在代表EditList的Materail元素中未描述。

-umid属性：这种属性具有描述UMID的属性值，如图9中所示，在该UMID  中，在UMID的最初10字节中的前缀(“060A2B34010101050101”)附加到在索引文件数据IND中的目标剪辑的剪辑元素和umid属性的值的顶部上。在该实施例中，如上所述，由于文件长度的节省，以其中省去在UMID的最初10字节中的固定前缀的形式，描述在索引文件数据IND中的修改UMID。

Material元素具有一个代理(Proxy)元素和一个RelevantInfo元素作为子元素。代理(Proxy)元素管理是与剪辑相对应的低分辨率材料条的代理，并且RelevantInfo元素管理描述剪辑的静态信息，如剪辑的标题，的NonRealTimeMeta文件。这些元素的细节如下：

Proxy元素代表关于代理的信息。在服务器设备4(XDCAM)中，Proxy元素表现为与剪辑相对应的Material元素的子元素，但不表现为与EditList相对应的Material元素的子元素。Proxy元素是空元素，并且具有如下属性：

-uri属性：uri属性具有在FTP/FAM连接过程中能够访问目标剪辑的代理的绝对URL，作为属性值。

-type属性：由服务器设备4处置的代理是MXF文件(OP1a)，并且type属性具有描述“MXF”的属性值。

-videoType属性：由服务器设备4处置的代理的视频编解码器在PD文件格式(PD File Format)技术参数中定义，并且videoType属性具有描述指示格式的“PD_Proxy_Video”的属性值。

-audioType属性：由服务器设备4处置的代理的音频编解码器定义为在PD File Format技术参数中的A-law，并且audioType属性具有描述“A-law”的属性值。

-umid属性：这种属性具有描述全局UMID的属性值，在该全局UMID中，在UMID的最初10字节中的前缀(“060A2B34010101050101”)附加到在索引文件数据IND中的剪辑元素、子流(subStream)元素、及目标剪辑的umid属性的值的顶部上。

RelevantInfo元素代表关于NonRealTimeMeta的信息。在服务器设备4中，RelevantInfo元素表现为Material元素的子元素。在该实施例中，NonRealTimeMeta专门指示描述诸如剪辑的标题之类的静态信息的数据。“RelevantInfo”是关于除与材料数据相关的代理AV材料之外的元数据的描述。RelevantInfo元素是空元素，并且具有如下属性：

-uri属性：uri属性具有在FTP/FAM连接过程中能够访问目标剪辑的NonRealTimeMeta的、和EditList的绝对URL，作为属性值。明确地说，描述‘uri＝“/Clip/Cxxxx.MXL”’或‘uri＝“/Edit/ExxxxM01.XML”’。

-type属性：NonRealTimeMeta文件是XML文档，并且type属性具有描述“XML”的属性值。

在服务器设备4的操作的上下文中将描述通信系统1的操作。

将描述用来产生介质简档数据MP的服务器设备4的操作。

图10是流程图，表示操作的第一例子。

在步骤ST11中，在图2中表示的服务器设备4的服务器处理单元37确定经网络6是否已经建立与客户设备2的连接。如果确定已经建立连接，则过程前进到步骤ST12。

在步骤ST12中，服务器设备4的服务器处理单元37从在图2中表示的存储器24读取索引文件数据IND，并且基于读取的索引文件数据IND产生介质简档数据MP。

参照操作的第二例子将详细地描述步骤ST12的处理。

在步骤ST13中，服务器设备4的服务器处理单元37把在步骤ST12中产生的介质简档数据MP通过FTP处理单元31经FTP通信传输到客户设备2。

客户设备2基于从服务器设备4接收的介质简档数据MP，例如以在图8中表示的方式根据由服务器设备4指定的公共格式使用在介质简档数据MP中的uri属性(“uri”)，显示目录，该目录存储在记录介质35中存储的剪辑数据(Clip)、编辑列表数据(Edit)、及低分辨率剪辑数据(Sub)。

而且，客户设备2全局地识别和管理使用UMID经FTP从服务器设备4接收的交错数据(剪辑数据)。

将详细地描述在图10中表示的步骤ST12的处理，在该步骤ST12中产生介质简档数据MP。

图11是流程图，表示操作的第二例子。

如果在图10中表示的步骤ST11中确定是否已经建立连接，就是说，如果服务器设备4的服务器处理单元37在步骤ST21中接收到产生介质简档数据MP的指令，则过程前进到步骤ST22。

在步骤ST22中，服务器设备4的服务器处理单元37通过从在图2中表示的存储器24读取索引文件数据IND、读取在索引文件数据IND中的每一个剪辑的修改UMID、及把在UMID的最初10字节中的预定前缀(它是指示UMID的固定字符串)添加到读取的修改UMID上而产生32字节的UMID。

在步骤ST23中，服务器设备4的服务器处理单元37确定剪辑数据(交错数据)的“uri”。“uri”指示能够从服务器设备4外访问目标剪辑的主线和编辑列表数据(EditList)的绝对地址。

在步骤ST24中，服务器设备4的服务器处理单元37从索引文件数据IND获得videoType、audioType、fps、dur、ch、aspectRatio、及offset属性。

在步骤ST25中，服务器设备4的服务器处理单元37产生指示除与材料有关的代理AV材料之外的元数据，如NonRealTimeMeta，的RelevantInfo元素。

在步骤ST26中，服务器设备4的服务器处理单元37从记录介质35读取记录介质属性数据DiscMeta。

在该实施例中，记录介质属性数据DiscMeta描述关于盘的静态信息，如盘的标题或盘初始化的日期和时间。

在步骤ST27中，服务器设备4的服务器处理单元37产生存储在步骤ST22至ST26中获得和产生的数据及在图6和7中表示的其它数据的介质简档数据MP。

将描述在从客户设备2接收到剪辑请求时服务器设备4的操作。

图12是流程图，表示操作的第三例子。

在步骤ST31中，在图2中表示的服务器设备4的服务器处理单元37确定FTP处理单元31是否经FTP通信从客户设备2已经接收到剪辑请求。

剪辑请求包括例如请求剪辑的UMID。

在步骤ST32中，服务器设备4的服务器处理单元37获得跟随在步骤ST31中接收的剪辑中包括的UMID的最初10字节的修改UMID。

然后，服务器处理单元37基于获得的修改UMID和索引文件数据IND获得到与剪辑请求相关的一条视频数据和八条音频数据的文件路径。

在步骤ST33中，服务器设备4的服务器处理单元37使用在步骤ST32中获得的文件路径读取与来自记录介质35的剪辑请求相关的视频数据条和八条音频数据。

在步骤ST34中，服务器设备4的服务器处理单元37交错在步骤ST33中读取的视频数据条和八条音频数据，以产生剪辑数据。

然后，服务器处理单元37通过使用FTP处理单元31的FTP功能经在图2中表示的网络接口21把剪辑数据传输到客户设备2。

客户设备2通过使用FTP处理单元42的功能获得来自服务器设备4的剪辑数据，并且通过使用客户处理单元41的功能执行诸如播放剪辑数据之类的处理。

参照图13将描述操作的第四例子。

在通信系统1中，例如，UMID用来指来自NonRealTimeMeta(NRT)的目标材料或编辑列表数据。如图13中所示，基于NRT属性从NRT数据库获得UMID，并且使用UMID/Disc方案数据库获得记录介质的唯一标识符ProavId，目标文件记录在该记录介质上。基于介质标识符ProavId，服务器设备4访问在记录介质35中的文件数据。

如上所述，在通信系统1中，服务器设备4基于修改-UMID-基索引文件数据IND产生UMID-基介质简档数据MP，并且把产生的介质简档数据MP传输到客户设备2。

因此，服务器设备4借助于使用具有短位长度的修改UMID的紧凑设计执行处理，并且客户设备2可使用UMID管理剪辑数据、等等。

而且，在通信系统1中，服务器设备4可指定一种其中驻留剪辑数据、编辑列表数据、及低分辨率数据的分级结构，该分级结构可使用在介质简档数据MP中的属性“uri”从服务器设备4外观察。由客户设备2从服务器设备4实际接收的数据可因此与可由客户设备2观察的分级结构和文件名相匹配。

而且，在通信系统1中，服务器设备4可把介质简档数据MP传输到客户设备2，由此把处置待从服务器设备4传输到客户设备2的数据的存储装置(服务器设备4)的属性和记录介质35的属性通知给客户设备2。

而且，在通信系统1中，由于关于存储剪辑数据的记录介质的属性信息和关于服务器设备4的属性信息存储在待从服务器设备4传输到客户设备2的介质简档数据MP中，所以客户设备2可使用介质简档数据MP在适当条件下播放和编辑剪辑数据。

本发明不限于以上描述的实施例。

要理解，本领域的技术人员对于上述实施例的特征可进行各种变化、组合、子组合、及变更，而不脱离本发明的技术范围或与其等效的范围。

尽管对于在服务器设备4与客户设备2之间的FTP通信已经描述了实施例，但经熟知文件基本操作(如打开()、读取()、写入()、及关闭())的API通过适当驱动器对于记录在盘上的数据的访问，也可以落在本发明的范围内。

尽管在上述实施例中，在视频数据、音频数据、剪辑数据、等等的上下文中已经描述了根据本发明实施例的内容数据，但可以代之以使用其它数据。

本领域的技术人员应该理解，依据设计要求和其它因素可以出现各种修改、组合、子组合、及变更，因为它们在附属权利要求书的范围或与其等效的范围内。

Claims (14)

1.一种用来提供内容数据的服务器设备，该服务器设备包括：

产生装置，用来基于第一管理数据产生第二管理数据，其中，第一管理数据包括在服务器设备内局部识别内容数据的第一识别数据，第二管理数据包括在服务器设备外全局识别内容数据的第二识别数据；

输出装置，用来把由产生装置产生的第二管理数据输出到使用内容数据的外部设备；

获得装置，用来获得多条内容数据；和

修改装置，用来把由获得装置获得的多条内容数据修改成单条内容数据，并且把单条内容数据输出到外部设备，

其中，由产生装置产生的第二管理数据所包括的第二识别数据全局地识别由修改装置输出的单条内容数据。

2.根据权利要求1所述的服务器设备，其中，获得装置基于第一管理数据从记录介质读取多条内容数据。

3.根据权利要求1所述的服务器设备，其中，由产生装置产生的第二管理数据进一步指示用来把内容数据释放到外部设备的预定目录信息。

4.根据权利要求1所述的服务器设备，其中，当把多条内容数据定义为剪辑的元素时并且当第一识别数据在服务器设备中识别剪辑时，产生装置通过对第一识别数据执行预定处理而产生第二识别数据。

5.根据权利要求4所述的服务器设备，其中，产生装置通过把预定固定值添加到第一识别数据上而产生第二识别数据。

6.根据权利要求1所述的服务器设备，其中，通过在外部设备与服务器设备之间的连接的建立而触发通过产生装置产生第二管理数据。

7.根据权利要求1所述的服务器设备，其中，当获得装置从设置在预定访问位置处的记录介质读取多条内容数据时，通过设置在访问位置处的记录介质的变化或在记录介质上记录的数据的变化而触发通过产生装置产生第二管理数据。

8.根据权利要求4所述的服务器设备，其中，当获得装置从记录介质读取多条内容数据时，第二管理数据包括：

记录介质属性数据，指示记录介质的属性，和

材料属性数据，指示包括剪辑的地址或剪辑的编辑数据的属性。

9.根据权利要求8所述的服务器设备，其中，材料属性数据还包括剪辑的低分辨率数据的地址。

10.根据权利要求8所述的服务器设备，其中，材料属性数据包括到指示剪辑属性的数据的地址。

11.根据权利要求8所述的服务器设备，其中，当由服务器设备访问记录介质时，第二管理数据还包括指示服务器设备的属性的属性数据。

12.根据权利要求11所述的服务器设备，其中，记录介质属性数据还指示放置在服务器设备中并且存储内容数据的记录介质的属性。

13.一种由用来提供内容数据的服务器设备执行的数据处理方法，该数据处理方法包括步骤：

基于第一管理数据产生第二管理数据，其中，第一管理数据包括在服务器设备内识别内容数据的第一识别数据，第二管理数据包括在服务器设备外全局识别内容数据的第二识别数据；

把产生的第二管理数据输出到使用内容数据的外部设备；

获得多条内容数据；和

把获得的多条内容数据修改成单条内容数据，并且把单条内容数据输出到外部设备，

其中，由产生的第二管理数据所包括的第二识别数据全局地识别由修改步骤输出的单条内容数据。

14.一种用来把内容数据从服务器设备传输到客户设备的通信方法，该通信方法包括步骤：

由服务器设备基于第一管理数据产生第二管理数据，其中，第一管理数据包括在服务器设备内识别内容数据的第一识别数据，第二管理数据包括在服务器设备外全局识别内容数据的第二识别数据；

获得多条内容数据；

把获得的多条内容数据修改成单条内容数据，并且把单条内容数据输出到外部设备；

由客户设备接收来自服务器设备的产生的第二管理数据；

由客户设备基于接收的第二管理数据确定所需内容数据；及

由客户设备接收来自服务器设备的所需内容；

其中，由产生的第二管理数据所包括的第二识别数据全局地识别由修改步骤输出的单条内容数据。

Images