CN1584887A - 程序、数据处理方法及其系统 - Google Patents

Abstract

MXF解析器线程43解析被与以下数据混合在一起的数据MXF_D，被混合的数据有：多个视频数据PIC、多个音频数据SOU、以及系统数据SYS。然后，基于经过解析的系统数据和元数据META，它生成关于视频的视频文件属性数据VFPD，并且生成包括视频文件属性数据VFPD和经过解析的多个视频数据PIC(VIDEO)的视频文件数据VF。进一步，还使用相同的方式生成音频文件数据AF。

Description

程序、数据处理方法及其系统

技术领域

本发明涉及一种用于转化视频数据和音频数据格式的程序，一种数据处理方法及其系统。

背景技术

一种视频数据和音频数据文件交换的格式是“材料交换格式(MXF)”，MXF是由包含在首标数据中的元数据和多个帧数据等所组成的。每个帧数据包括1帧大小的视频数据，与之相应的音频数据，指示视频数据和音频数据属性的系统数据等。

也就是说，在MXF数据里，视频数据、音频数据、以及系统数据都被交叉储存在一起。在MXF里，通过在元数据和系统数据里描述像编码方案、压缩方法、数据结构、时间代码、以及在每个一帧数据里视频数据和音频数据的编辑内容等这些属性，能够不依靠视频数据和音频数据的属性而进行文件交换。

在PC或其它的计算机中，当执行用来再现视频数据和音频数据的处理时，对视频数据和音频数据来说，有必要作为视频文件数据和音频文件数据而分开存在。因此，实际上就有了这样的问题，计算机不能通过MXF数据而再现视频数据和音频数据。更进一步地，当执行用于再现来自同步转化处理的视频数据和音频数据的输入的处理的时候，由于处理负荷，有时候视频数据不能以正常的或者更高的速度而被再现。在这种情况下，就有再现的图像和声音不能被同步的问题出现。更进一步的，有基于被计算机等存储的视频文件数据和音频文件数据自动生成和传输MXF的数据的需求。

更进一步地，计算机必须执行用于将例如被FTP接收的MXF数据转换为视频数据和音频数据的转换处理。当在FTP的接收处理终止之后而进行转换处理的时候，却有着处理时间变得更长的问题。当执行用于转换接收的关于不同于MXF数据的数据处理的时候，也存在同样的问题。

发明内容

本发明的第一目的是提供一种程序，它具有从存储视频数据、音频数据、以及交织的属性数据中，独立生成视频文件数据和音频文件数据的能力，并提供其方法以及系统。

本发明的第二目的是提供一种程序，它能从视频文件数据和音频文件数据中生成用于存储并将视频数据、音频数据以及交织的属性数据混合在一起的数据，并提供其方法以及系统。

本发明的第三目的是提供一种程序，它能够当转换接收处理过的数据时，缩短处理时间，并提供其方法以及系统。

为了解决相关技术领域中的上述问题，根据发明的第一方面，这里提供一种程序，它包括第一例行程序，用于解析要处理的数据，该数据与多个视频数据、多个音频数据、以及多个指示视频数据和音频数据属性的第一属性数据混合在一起；第二例行程序，用于基于被第一例行程序解析的第一属性数据，生成关于视频数据的第二属性数据，以及生成包括第二属性数据和多个被第一例行程序解析的视频数据的视频文件数据；以及第三例行程序，用于基于被第一例行程序解析的第一属性数据，生成关于音频数据的第三属性数据，以及生成包括第三属性数据和多个被第一例行程序解析的音频数据的音频文件数据。

根据发明的第二方面，提供了一种数据处理方法，它包含第一步骤，用于解析要处理的数据，该数据与多个视频数据、多个音频数据、以及多个指示视频数据和音频数据属性的第一属性数据混合在一起；第二步骤，用于基于在第一步骤里被解析的第一属性数据，生成关于视频数据的第二属性数据，以及生成包括第二属性数据和在第一步骤里被解析的多个视频数据的视频文件数据；第三步骤，用于基于在第一步骤里被解析的第一属性数据，生成关于音频数据的第三属性数据，以及生成包括第三属性数据和在第一步骤里被解析的多个音频数据的音频文件数据。

本发明第二方面的数据处理方法的操作模式如下。首先，在第一步骤里，解析经过处理的数据，该数据存储并将多个视频数据、多个音频数据、以及多个指示视频数据和音频数据属性的第一属性数据混合在一起。接着，在第二步骤里，基于在第一步骤里被解析的第一属性数据，生成关于视频的第二属性数据，并且生成包括第二属性数据和在第一步骤里被解析的多个视频数据的视频文件数据。进一步，在第三步骤里，基于在第一步骤里被解析的第一属性数据，生成关于音频的第三属性数据，并且生成包括第三属性数据和在第一步骤里被解析的多个音频数据的音频文件数据。

根据本发明的第三方面，提供了一种数据处理系统，它包含第一装置，用于解析要处理的数据，该数据与多个视频数据、多个音频数据、以及多个指示视频数据和音频数据属性的第一属性数据混合在一起；第二装置，用于基于用第一装置解析的第一属性数据，生成关于视频数据的第二属性数据，以及生成包括第二属性数据和多个被第一装置解析的视频数据的视频文件数据；第三装置，用于基于用第一装置解析的第一属性数据，生成关于音频数据的第三属性数据，以及生成包括第三属性数据和多个在第一装置中解析的音频数据的音频文件数据。

本发明第三方面的数据处理系统的操作模式如下。首先，在第一装置里，解析经过处理的数据，该数据存储并将多个视频数据、多个音频数据、以及多个指示视频数据和音频数据属性的第一属性数据混合在一起。接着，在第二装置里，基于第一装置解析的第一属性数据，生成关于视频的第二属性数据，并且生成包括第二属性数据和多个用第一装置解析的视频数据的视频文件数据。进一步，在第三装置里，基于第一装置解析的第一属性数据，生成关于音频的第三属性数据，并且生成包括第三属性数据和多个用第一装置解析的音频数据的音频文件数据。

根据发明的第四方面，提供了一种程序，它使数据处理系统执行第一例行程序，用来基于包含在视频文件数据中的视频属性数据指定格式，以及第二例行程序，用来生成由多个模块数据组成的数据，该多个模块数据中的每个都包括：被定义为对应于包含在视频文件数据中的多个视频数据中的每个、并指示由第一例行程序所指定的格式的模块属性数据，视频数据的单个单元，以及在包含于音频文件数据中的多个音频数据之中对应于视频数据的音频数据的单个单元。

根据本发明的第五方面，这里提供了数据处理方法，它包括第一步骤，用来基于包含在视频文件数据中的视频属性数据来指定格式，以及第二步骤，用来生成由多个模块数据组成的数据，该多个模块数据中的每个都包括：被定义为对应于包含在视频文件数据中的多个视频数据中的每个、并指示在第一步骤中所指定的格式的模块属性数据，视频数据的单个单元，以及在包含于音频文件数据中的多个音频数据之中对应于视频数据的音频数据的单个单元。

本发明的第五方面的数据处理方法的操作模式如下。在第一步骤里，基于包含在视频文件数据中的视频属性数据指定格式。接着，在第二步骤里，生成由多个模块数据组成的数据，每个模块数据都包括模块属性数据、视频数据的单个单元、以及在被包含于音频文件数据中的多个音频数据之中对应于视频数据的音频数据的单个单元，其中模块属性数据指示被定义为对应于包含在视频文件数据中的多个视频数据中的每个、并在第一步骤里被指定的格式。

根据本发明的第六方面，提供了一种数据处理系统，它包括第一装置，用来基于包含在视频文件数据中的视频属性数据指定格式，以及第二装置，用来生成由多个模块数据组成的数据，每个模块数据都包括：被定义为对应于包含在视频文件数据中的多个视频数据中的每个、并指示用第一装置指定的格式的模块属性数据，视频数据的单个单元，以及在包含于音频文件数据中的多个音频数据之中对应于视频数据的音频数据的单个单元。

本发明的第六方面的数据处理系统的操作模式如下。在第一装置里，基于包含在视频文件数据中的视频属性数据指定格式。接着，在第二装置里，生成由多个模块数据组成的数据，每个模块数据都包括：指示被定义为对应于包含在视频文件数据中的多个视频数据中的每个、并在第一装置中指定的格式的模块属性数据，视频数据的单个单元，以及在被包含于音频文件数据中的多个音频数据之中对应于视频数据的音频数据的单个单元。

根据本发明的第七方面，提供了一种程序，用来使数据处理系统执行通信进程，它用于对接收第一数据进行处理；以及转换进程，它用来与通信进程进行接收处理并行地将经过通信进程的接收处理的第一数据转换为第二数据。

本发明的第七方面的程序操作模式如下。由数据处理系统执行本发明的第七方面的程序，并且这个程序使数据处理系统执行通信进程。在通信进程里，执行接收第一数据的处理。进一步，本发明的第七方面的程序使数据处理系统执行转换进程。转换进程与通信进程进行接收处理并行地、将经过通信进程的接收处理的第一数据转换为第二数据。

根据本发明的第八个方面，提供一种数据处理方法，包括第一步骤，用来执行接收第一数据的处理，以及第二步骤，它与第一步骤的接收处理并行执行，并将在第一步骤里经过接收处理的第一数据转换为第二数据。

本发明的第八个方面的数据处理方法的操作模式如下。在第一步骤里，执行接收第一数据的处理。进一步，在第二步骤里，与第一步骤进行的接收处理并行，执行将在第一步骤里经过接收处理的第一数据转换为第二数据的处理。

根据本发明的第九个方面，提供了一种数据处理系统，包括第一装置，用来执行接收第一数据的处理，以及第二装置，它与第一装置的接收处理并行执行，并将经过第一装置的接收处理的第一数据转换为第二数据。

本发明的第九个方面的数据处理系统的操作模式如下。第一装置执行接收第一数据的处理。进一步，第二装置与第一装置的接收处理并行地将在第一步骤里经过接收处理的第一数据转换为第二数据。

附图说明

本发明的这些和其它目的以及特性，从以下参考附图一同给出的优选实施例的说明中，将变的更清晰，其中：

图1是依据本发明的实施例的编辑系统的总体配置的视图；

图2是用于解释在图1中所示的计算机4和5上进行操作的处理的视图；

图3是图1中所示的计算机4的配置的视图；

图4是图1中所示的计算机5的配置的视图；

图5是用于解释数据MXF_D的视图；

图6是用于解释构成在图4中所示的数据MXF_D的一部分的KLV数据的视图；

图7是用于解释本发明的实施例的视频文件数据VD的视图；

图8是用于解释图7中所示的视频通用特性数据VCPD的视图；

图9是用于解释本发明的实施例的音频文件数据AF的视图；

图10是用于解释在图9中所示的指定数据WFPD的WAVE的视图；

图11是用于解释在图2中所示的MXF进程的视图；

图12是用于解释在图11中所示的MXF解析器线程的视图；

图13是用于解释图12中所示的SYS解析例行程序的处理的流程图；

图14是上接图13用于解释图12中所示的SYS解析例行程序的处理的流程图；

图15是用于解释在图13中所示的步骤ST5的处理的视图；

图16是用于解释在图13中所示的步骤ST5的处理的视图；

图17是用于解释在图13中所示的步骤ST5的处理的视图；

图18是用于解释图12中所示的PIC解析例行程序的处理的流程图；

图19是用于解释图12中所示的SOU解析例行程序(routine)的处理的流程图；

图20是用于解释图11中所示的MXF-MUX线程的处理的流程图；

图21是用于解释在图2中所示的编辑进程(process)的视图；

图22是用于解释一请求等的视图，其中当MXF进程的MXF解析程序(parser)线程(thread)响应来自在图2中所示的编辑进程的请求而执行解析(parse)处理(processing)的时候，其中的请求在MXF进程和编辑进程之间传递；

图23是用于解释再现进程的视图；

图24是用于解释在图23中所示的再现线程的视图；

图25是用于解释图23中所示的再现线程和MXF解析器线程的处理的视图；

图26是用于解释在图25所示的情况下，MXF解析器线程的处理的视图；以及

图27是用于解释在图25所示的情况下，在MXF解析器线程和再现线程之间传递的请求和数据的视图。

具体实施方式

下面，将给出本发明的优选实施例的说明。首先，给出在本发明的配置和本实施例的配置之间的对应关系的说明。

本发明从第一到第六方面的对应关系

图5中所示的本实施例的数据MXF_D对应于本发明多个方面中的第一到第三方面经过处理的数据，以及由本发明多个方面中的第四到第六方面的第二例行程序、第二步骤和第二装置生成的数据。在图7中所示的本实施例的视频文件数据VF对应于本发明的视频文件数据，同时在图9中所示的音频文件数据AF对应于本发明的音频文件数据。在图6中所示的视频数据PIC对应于本发明的经过处理的数据中的视频数据，同时音频数据AUDIO对应于本发明经过处理的数据中的音频数据。在图7等图中所示的视频数据VIDEO对应于本发明的视频文件数据中的视频数据，同时在图9等图中所示的音频数据AUDIO对应于本发明的音频文件数据中的音频数据。本实施例的系统数据SYS对应于本发明中第一到第三方面的第一属性数据以及本发明中的第四到第六方面的模块属性数据。在图7中所示的视频文件属性数据VFPD对应于本发明的第一到第三方面的第二属性数据。在图9中所示的音频文件属性数据AFPD对应于本发明的第一到第三方面的第三属性数据。在图5中所示的首标数据HEADER和元数据META对应于本发明的第四属性数据。在图6中所示的KLV数据对应于本发明的单元数据，关键字(K)对应于本发明的标识数据，数据长度(L)对应于本发明的数据长度数据，以及数据(V)对应于本发明的数据体。

本实施例的MXF处理程序PRG1对应于本发明的第一方面和本发明的第四方面的程序。这里，由执行MXF处理程序PRG1而激活的MXF解析器线程对应于本发明的第一方面，以及MXF解析器线程43是对应于本发明的第四方面的一部分。计算机4对应于本发明第三方面和本发明第六方面的数据处理系统。本发明第一方面的第一例行程序、本发明第二方面的第一步骤、以及本发明第三方面第一装置，由图13所示的步骤ST1、图18所示的步骤ST21、以及图19所示的步骤ST31来实现。本发明第一方面的第二例行程序、本发明第二方面的第二步骤、以及本发明第三方面第二装置，由图13所示的步骤ST5、ST7、和ST10，以及图18所示的处理来实现。

本发明第一方面的第三例行程序、本发明第二方面的第三步骤、以及本发明第三方面第三装置，由图13所示的步骤ST5、ST7、ST13和ST14，以及图19所示的处理来实现。本发明第四方面的第一例行程序、本发明第五方面的第一步骤、以及本发明第六方面的第一装置，由图20所示的步骤ST41和ST42来实现。本发明第四方面的第二例行程序、本发明第五方面的第二步骤，以及本发明第六方面的第二装置，由图20所示的步骤ST43至ST48来实现。

本发明从第七到第六方面的对应关系

在图5中所示的本实施例的数据MXF_D对应于本发明的第一数据。在图7中所示的本实施例的视频文件数据VF和在图9中所示的音频文件数据AF中的至少一个对应于本发明的第二数据，视频文件数据VF对应于本发明的视频文件数据，并且音频文件数据AF对应于本发明的音频文件数据。在图6中所示的视频数据PIC对应于本发明的第一数据中的视频数据，并且音频数据AUDIO对应于在第一数据中的音频数据。本实施例的系统数据SYS对应于本发明的第一属性数据。在图7中所示的视频文件属性数据VFPD对应于本发明的第二属性。在图9中所示的音频文件属性数据AFPD对应于本发明的第三属性数据。在图6中所示的KLV数据对应于本发明的单元数据，关键字(K)对应于本发明的标识数据，数据长度(L)对应于本发明的数据长度数据，以及数据(V)对应于本发明的数据体。

本实施例的MXF处理程序PRG1对应于本发明的第七方面的程序。计算机4对应于本发明的数据处理系统。本发明的第七方面的通信进程和本发明的第九方面的第一装置对应于图11等所示的FTP线程42，并且本发明的第七方面的转换进程和本发明的第九方面的第二装置对应于图11等所示的MXF解析器线程43。

接下来，根据发明的第一到第六方面，将给出在图1到图27中所示的编辑系统1的简要说明。在图11中所示的MXF解析器线程43解析在图5中所示的数据MXF_D，它存储、同时混合了多个视频数据PIC、多个音频数据SOU、以及系统数据SYS。然后，MXF解析器线程43，基于被解析的系统数据和元数据META生成了在图7中所示的关于视频的视频文件属性数据VFPD，并且生成了视频文件数据VF，它包括视频文件属性数据VFPD和被解析的多个视频数据PIC(VIDEO)。MXF解析器线程43基于被解析的系统数据和元数据META生成了在图9中所示的关于音频的音频文件属性数据AFPD，并且生成了音频文件数据AF，它包括音频文件属性数据AFPD和被解析的多个音频数据SOU(AUDIO)。

在图11中所示的MXF-MUX线程44基于包括在图7中所示的视频文件数据中的视频文件属性数据VFPD指定格式(D10)。接着，MXF-MUX线程44生成在图5中所示的、并被对应于多个视频数据VIDEO中每个而定义的数据MXF_D，其中视频数据VIDEO包括在视频文件数据VF中，并且由多个帧数据FLD_1到FLD_n所组成，每个帧数据都包括用来指示特定格式的系统数据SYS，视频数据PIC(VIDEO)的单个单元，以及音频数据SOU(AUDIO)的单个单元，这个单独单元对应于包含在图9所示的音频文件数据AF中的多个音频数据AUDIO之中的视频数据PIC。

接下来，根据本发明的第七到第九方面，给出在图1到图27中所示的编辑系统1的简要说明。在计算机4上运行的MXF进程8规定了(如图11所示)由MXF进程8完成的FTP线程42和MXF解析器线程43，并且并行地执行由FTP线程42完成的接收处理和由MXF解析器线程43完成的解析处理。因此，能激活FTP接收时间和解析处理的总时间。根据计算机4，线程管理器41在执行MXF解析处理的时候激活MXF解析器线程43，而在执行MUX处理的时候激活MXF-MUX线程44，所以在没有执行MXF解析处理和MUX处理的时候，处理单元15的处理载荷能减小。图11中所示的MXF解析器线程43解析图5所示的数据MXF_D，它存储并将多个视频数据PIC、多个音频数据SOU、以及系统数据SYS混合在一起。然后，MXF解析器线程43基于被解析的系统数据和元数据META生成在图7中所示的关于视频的视频文件属性数据VFPD，并且生成视频文件数据VF，其包括视频文件属性数据VFPD和被解析的多个视频数据PIC(VIDEO)。更进一步，MXF解析器线程43基于被解析的系统数据和元数据META生成在图9中所示的关于音频的音频文件属性数据AFPD，并且生成音频文件数据AF，其包括音频文件属性数据AFPD和被解析的多个音频数据SOU(AUDIO)。

下面，基于附图给出编辑系统1的具体说明。图1是依据本发明实施例的编辑系统1的总体配置视图。如图1所示，编辑系统1具有例如通过网络2进行通信的文件传输协议(FTP)服务器3、计算机4、计算机5、以及“冗余廉价磁盘阵列”(RAID)6。在本实施例中，例如，计算机4，计算机5，以及RAID6是通过像存储区网络(SAN)的网络来连接的。

[FTP服务器3]

FTP服务器3基于FTP、通过网络2将接收到的MXF数据传送到计算机4和计算机5。

[计算机4]

在计算机4，例如，就像图2所示的那样，用来处理MXF数据的MXF进程8以及用来执行编辑处理如非线性编辑NLE处理的编辑进程9a工作。图3是在图1和图2中所示的计算机4的配置的视图。如图3所示，计算机4具有：例如通信单元11，操作单元12，显示单元13，存储器14，以及处理单元15，所有这些都通过数据线10来连接。通过网络2，通信单元11与FTP服务器3、计算机5和RAID6来执行数据传输。操作单元12是一种如键盘或鼠标的操作装置，并且依照用户的操作而输出操作信号到处理单元15。显示单元13依照来自处理单元15的显示信号而显示图像(画面)。存储器14记录描述图2所示的MXF进程8的处理的MXF处理程序PRG1，以及记录描述编辑进程9a的处理的编辑处理程序PRG2。处理单元15基于(通过运行)存储器14中的MXF处理程序PRG1激活MXF处理8，并且基于编辑处理程序PRG2激活编辑进程9a。请注意，在本实施例中，关于MXF进程8的线程是通过处理单元15运行MXF处理程序PRG1来实现的。进一步，关于编辑进程9a的线程是通过处理单元15运行编辑处理程序PRG2来实现的。

[计算机5]

在计算机5，例如图2所示，用来执行如编辑的编辑处理的编辑进程9b工作。图4是图1和图2所示的计算机5的配置的视图。如图4所示，计算机5具有：例如通信单元21，操作单元22，显示单元23，存储器24，以及处理单元25，所有这些都通过数据线20来连接。通过网络2，通信单元21与FTP服务器3、计算机4和RAID6来执行数据传输。操作单元22是一种如键盘或鼠标的操作装置，并且依照用户的操作而输出操作信号到处理单元25。显示单元23依照来自处理单元25的显示信号而显示图像(画面)。存储器24记录描述图2所示的编辑进程9b的处理的编辑处理程序PRG3。处理单元25基于在存储器24中记录的编辑处理程序PRG3激活编辑进程9b。进一步，关于编辑进程9b的线程是通过处理单元25运行编辑处理程序PRG3来实现的。

RAID6用于记录MXF数据、视频文件数据VD、音频文件数据AF、以及属性文件数据PF。这里，由之后提及的MXF定义MXF数据。视频文件数据VF和音频文件数据AF具有可以被编辑进程9a和9b利用(再现)的格式。属性文件数据PF指示视频文件数据VF和音频文件数据AF的属性。

下面，给出关于MXF数据、视频文件数据VF和音频文件数据AF的说明。

[MXF_D]

下面，给出MXF格式的数据MXF_D的说明。图5是用于解释数据MXF_D格式的视图。如图5所示，数据MXF_D由首标数据HEADER、体数据BODY、以及脚数据FOOTER所构成。首标数据HEADER、体数据BODY、以及脚数据FOOTER中的每个都是由多个称作包PACK的模块数据所构成的。首标数据HEADER由首标分区包HPP、元数据META、索引表INDEX等所构成。首标分区包HPP指示关于整个数据MXF_D的属性数据。当指示例如“封闭的(closed)分区”的时候，首标分区包HPP能指示帧数目，该帧数目是包含在元数据META内部的数据MXF_D中的帧数据的数目。

元数据META指示诸如存储在体数据BODY中的帧数据(视频数据和音频数据)的编码方法、关于帧数据内容的关键字、标题、标识数据、编辑数据、准备时间数据、以及编辑时间数据的属性。进一步，除了上述以外，元数据META包括，例如关于帧数据的时间码、用于指定丢弃的帧数据的数据、上述帧编号(持续时间)等。索引表INDEXT指示用来在采用数据MXF_D的时候，高速访问在体数据BODY中的帧数据的数据。

体数据BODY包括多个FLD_1到FLD_n的帧数据。这里，n是1或更高的任何整数。

帧数据FLD_1到FLD_n中的每个，如图5所示，包括1帧大小的视频数据PIC和音频数据SOU、用来指示它们属性的系统数据SYS、以及数据AUX。

系统数据SYS指示例如视频数据PIC和音频数据SOU的格式和类型。系统数据SYS指示例如MXF_D的格式(例如由SMPTE标准化的D10)以及以这样格式的类型(例如由SMPTE标准化的IMX50_625、IMX40_625、IMX30_625、IMX50_525、IMX40_525、以及IMX30_525)。除了上述说明的以外，系统数据SYS还指示例如编码系统、时间码、由“唯一材料识别符”(UMID)所构成的数据MXF_D的标识数据等。

视频数据PIC是通过MPEG(活动图像专家组)等进行编码的视频数据。音频数据SOU是通过AES(音频工程协会)3等进行编码的音频数据。这样，数据MXF_D以视频数据PIC和音频数据SOU交织的状态存储。脚数据FOOTER包括指示数据MXF_D的终端的标识数据。

上述首标分区包HPP、元数据META、索引数据INDEXT、帧数据FLD_1到FLD_n、以及脚数据FOOTER中的每个都由一个或多个包数据PACK所组成。每个包数据由一个或多个KLV数据构成。图6是用于解释KLV数据的视图。如图6所示，KLV数据由关键字(K)、数据长度(L)、和数据(V)所构成。关键字(K)和数据长度(L)是每个都具有固定长度的数据，关键字(K)是例如数据(V)内容的标识数据，以及数据长度(L)指示数据(V)的数据长度。关于KLV数据，如图6所示，可以将KLV数据作为数据(V)使用。

[VF]

下面，给出本实施例的视频文件数据VF的说明。图7是用于解释本实施例的视频文件数据VF的格式的视图，如图7所示，视频文件数据VF包括例如标识数据VIO、数据VF_SIZE、视频特性数据VPRD、视频通用特性数据VCPD、视频唯一特性数据VUPD、视频所有者数据VOD、伪数据DUMY、数据V_SIZE、以及视频数据VIDEO。在本实施例中，视频文件属性数据VFPD由标识数据VIO、数据VF_SIZE、视频特性数据VPRD、视频通用特性数据VCPD、视频唯一特性数据VUPD、视频所有者数据VOD、伪数据DUMY、以及数据V_SIZE构成。标识数据VIO指示视频文件数据VF的首标部分。数据VF_SIZE指示视频文件数据VF的数据长度。视频特性数据VPRD指示视频文件数据VF的标识数据，版本信息等。

视频通用特性数据VCPD指示对所有视频格式通用的特定信息。视频通用特性数据VCPD指示，例如，如图8所示，数据VideoFormat(视频格式)，Width(宽)，Height(高)，Framesize(帧大小)，Scale(比例)，Rate(速率)，Scanlineinfo(扫描线信息)等。数据VideoFormat指示视频数据VIDEO的类型，例如压缩的存在，不论是不是DV(数字视频)，不论是不是MPEG(编码方法)，以及不论是不是HDCAM(Handycam(手动摄录))。数据Width指示视频数据VIDEO的图像的横向像素数目(横向宽度)。数据Height指示视频数据VIDEO的图像的垂直方向的行数目(垂直宽度)。数据Framesize是以字节数来指示一帧的大小(数据长度)。在本实施例中，大小是4096字节的倍数。数据Scale和Rate用于获取数据以指示通过使用Scale来划分时间速率单位的每秒的帧数来表达的再现速率。数据Scanlineinfo指示扫描线信息。

视频唯一特性数据VUPD指示对由数据视频格式所标明的格式唯一的特性信息。视频唯一特性数据VUPD指示，例如非压缩数据的类型、DV格式类型、MPEG格式类型、以及MPEG的数据类型。视频所有者数据VOD指示关于拥有当前视频文件数据VF的应用程序的信息。伪数据DUMY是规定使得视频文件属性数据VFPD的大小成为4096字节的数据。数据V_SIZE指示视频文件数据VIDEO的数据大小。视频数据VIDEO是规定使得一帧成为4096字节的整数倍的多个帧的视频数据。借此，用4096字节作为最小单位来访问视频数据VIDEO变得可能。在数据MXF_D里，视频数据VIDEO的编码方法、压缩方法的格式等，可以是任意方法、格式等。

[AF]

下面，将给出本实施例的音频文件数据AF的说明。图9是用于解释本实施例的音频文件数据AF的格式的视图。如图9所示，应用程序AP包括：标识数据RIFF，数据AF_SIZE，WAVE特性数据WFPD，音频特性数据APRD，音频所有者数据AOD，通道状态数据CSD，伪数据DUMY，数据A_SIZE，以及音频数据AUDIO。在本实施例中，音频文件属性数据AFPD由标识数据RIFF、数据AF_SIZE、WAVE特性数据WFPD、音频特性数据APRD、音频所有者数据AOD、通道状态数据CSD、伪数据DUMY、以及数据A_SIZE所构成。标识数据RIFF指示音频文件数据AF的首标。数据AF_SIZE指示音频文件数据AF的数据长度。WAVE特性数据WFPD指示，例如，如图10所示，数据wFormatTag，nChannels，nSamplesPerSec，nAvgBytesPerSec，nBlockAlign，wBitsPerSample，以及cbSise。数据wFormatTag指示音频文件数据AF的格式。数据nChannels指示通道的数目。数据nSamplesPerSec指示采样速率。数据nAvgBytesPerSec指示缓冲器估计。数据nBlockAlign指示数据的块大小。数据wBitsPerSample指示单一数据单位的采样比特数目。数据cbSise指示扩展信息的大小的字节数目。

音频特性数据APRD指示音频数据AUDIO的数据长度，音频文件数据AF的版本等。音频所有者数据AOD指示关于当前拥有音频文件数据AF的应用程序的信息。通道状态数据CSD指示关于音频数据AUDIO通道的信息。伪数据DUMY是规定使得音频文件属性数据AFPD的大小成为4096字节的数据。数据A_SIZE指示音频数据AUDIO的数据长度。音频数据AUDIO是诸如AES(音频工程协会)3格式的音频数据。

[MXF进程8]

图11是用于解释图2中所示的MXF进程8的视图。MXF进程8例如从数据MXF_D生成视频文件数据VF和音频文件数据AF，并从视频文件数据VF和音频文件数据AF生成数据MXF_D。在这个情况下，如图11所示，MXF进程8拥有：例如线程管理器41，FTP线程42，MXF解析器线程43，以及MXF_MUX线程44。

[线程管理器41]

线程管理器41响应来自例如编辑进程9a和9b的命令或是来自图3所示的操作单元12的操作信号的请求，而激活MXF解析器线程43和MXF_MUX线程44。

[FTP线程42]

FTP线程42通过FTP与FTP服务器3来传输数据MXF_D。FTP线程42通过FTP将从FTP服务器3接收的数据MXF_D输出到MXF解析器线程43。FTP线程42通过FTP将从MXF_MUX线程44输入的数据MXF_D发送到FTP服务器3。

[MXF解析器线程43]

MXF解析器线程43将通过FTP线程42收到的数据MXF_D或者从RAID6读出的数据MXF_D转换为视频文件数据VF和音频文件数据AF，并将相同的内容写入RAID6。进一步，MXF解析器线程43将通过解析从FTP线程42输入的数据MXF_D而提取的视频数据VIDEO和音频数据AUDIO、以编辑进程9a和9b能再现的格式输出到编辑进程9a和9b。在本实施例中，在MXF解析处理没有执行的状态下，不会激活MXF解析器线程43。当执行MXF解析处理时，线程管理器41响应来自编辑进程9a和9b的命令或是诸如来自图3所示的操作单元12的操作信号的请求，而激活MXF解析器线程43。因此，计算机4(处理单元15)的处理载荷能在MXF解析处理没有执行的状态下而减小。

进一步，在本实施例中，FTP线程42和MXF解析器线程43不是由不同的程序、而是由相同的MXF进程8实现的。因此，当通过FTP线程42而由MXF解析器线程43接收到的数据MXF_D经受转换处理的时候，已经接收到的数据MXF_D的MXF解析处理可以通过FTP线程42而与数据MXF_D的接收处理并行执行。因此，与以下这种情况相比较，处理时间能缩短，该情况就是分别地指定用于执行FTP的程序和用于执行MXF解析处理的程序，以及在关于整个数据MXF_D的FTP处理结束后，才进行MXF解析处理。

图12是图11中所示的MXF解析器线程43的功能框图。如图12所示，MXF解析器线程43有例如SYS解析例行程序61、PIC解析例行程序62、以及SOU解析例行程序63。MXF解析器线程43生成视频文件数据VF，它包含如下所示的SYS解析例行程序61生成的视频属性文件数据VFPD、和由PIC解析例行程序62生成的视频数据VIDEO。MXF解析器线程43生成音频文件数据AF，它包含由SYS解析例行程序61生成的音频属性文件数据AFPD、和由SOU解析例行程序63生成的音频数据AUDIO。进一步，MXF解析器线程43通过会在以下示出的SYS解析例行程序61，生成属性文件数据PF以指示关于例如视频文件数据VF和音频文件数据AF的属性。在这个情况下，不特别限制SYS解析例行程序61、PIC解析例行程序62、以及SOU解析例行程序63的执行顺序。

SYS解析例行程序61、PIC解析例行程序62、以及SOU解析例行程序63解析图5所示的数据MXF_D，以检测图6所示的KLV数据的关键字(K)，并基于检测到的关键字(K)、通过使用预先确定的数据生成以下所示的数据。

基于在数据MXF_D中的首标数据HEADER、帧数据FLD_1到FLD_n中的系统数据SYS、以及脚数据FOOTER，SYS解析例行程序61解析图5所示的数据MXF_D，并生成图7所示的视频文件数据VF的视频文件属性数据VFPD、以及图9所示的音频文件数据AF的音频文件属性数据AFPD。

图13和图14是用于解释图12中所示的SYS解析例行程序61的处理的流程图。请注意，在图13中，在执行步骤ST3判定之前执行步骤ST6的判定也是可能的。

步骤ST1：

SYS解析例行程序61解析从数据MXF_D读出的或RAID6从FTP线程42输入的数据MXF_D。

步骤ST2：

SYS解析例行程序61判定步骤ST1的解析是否检测到了形成数据MXF_D的一部分的KLV数据的关键字(K)。当检测到后，处理例行程序进行到步骤ST4，而当没有检测到时，处理例行程序回到步骤ST6。

步骤ST3：

SYS解析例行程序61判定在步骤ST1检测到的关键字(K)是否涉及系统数据SYS的第14字节(在预先确定的位置)。当判定它涉及第14字节时，处理例行程序进行到步骤ST4，而当没有检测到时，处理例行程序进行到步骤ST6。

步骤ST4：

SYS解析例行程序61基于第14字节而判定数据MXF_D是否有“D10”格式(预先确定的格式)。当它是“D10”格式时，处理例行程序进行到步骤ST5，而如果不是，终止处理或执行关于另一个格式的处理。

步骤ST5：

当数据MXF_D的类型是IMX50_625、IMX40_625、以及IMX30_625时，SYS解析例行程序61基于系统数据SYS的第15字节，设置例如图15(A)所示的值，这些值被预先指定为如图7所示的视频通用特性数据VCPD的、如图8所示的VideoFormat，Width，Height，Framesize，Scale，Rate，以及Scanlineinfo，以更新视频文件属性数据VFPD。这里，数据Framesize依照格式类型而被指定为如图16所示。进一步，SYS解析例行程序61设置例如图17所示的值，这些值被预先指定为如图9所示的WAVE特性数据WFPD的、如图10所示的wFormatTag，nChannels，nSamplesPerSec，nAvgBytesPerSec，nBlockAlign，wBitsPerSample，以及cbSise，以更新音频文件属性数据AFPD。另一方面，当数据MXF_D是IMX50_525、IMX40_525以及IMX30_525时，SYS解析例行程序61基于系统数据SYS的第15字节，设置例如15(B)所示的值，这些值被预先指定为如图7所示的视频通用特性数据VCPD的、如图8所示的VideoFormat，Width，Height，Framesize，Scale，Rate，以及Scanlineinfo，以更新视频文件属性数据VFPD。

步骤ST6：

SYS解析例行程序61判定在步骤ST1检测到的关键字(K)是否涉及系统数据SYS或元数据META。如果是，处理例行程序进行到步骤ST7，如果不是，处理例行程序进行到步骤ST9。

步骤ST7：

基于对应于在步骤ST1中检测到的关键字(K)的数据(V)，SYS解析例行程序61生成或更新图7所示的视频文件属性数据VFPD和图9所示的音频文件属性数据AFPD。

步骤ST8：

基于对应于在步骤ST1中检测到的关键字(K)的数据(V)，SYS解析例行程序61使用XML等，来生成或更新音频文件数据PF。也就是，基于在数据MXF_D中的元数据META或在系统数据SYS中描述的属性数据，SYS解析例行程序61生成属性文件数据PF，以指示视频文件数据VF和音频文件数据AF的属性。

步骤ST9：

SYS解析例行程序61判定在步骤ST1中检测到的关键字(K)是否涉及视频数据PIC。如果是，处理例行程序进行到步骤ST10，如果不是，处理例行程序进行到步骤ST12。

步骤ST10：

SYS解析例行程序61将对应于在步骤ST1中检测到的关键字(K)的数据长度(L)添加到数据V_SIZE，以更新数据V_SIZE。

步骤ST11：

SYS解析例行程序61更新(增大)帧数数据FN。

步骤ST12：

SYS解析例行程序61判定在步骤ST1中检测到的关键字(K)是否涉及音频数据SOU。如果是，处理例行程序进行到步骤ST13，如果不是，终止处理或执行其它处理。

步骤ST13：

SYS解析例行程序61设定例如图17所示的值，它是被预先确定为如图9所示的音频文件属性数据AFPD的、图10所示的WAVE属性数据WFPD。只有当先运行步骤ST13时才能执行设置。SYS解析例行程序61基于对应于在步骤ST1检测到的关键字(K)的数据(V)，而设定图9所示的音频文件属性数据AFPD的通道状态数据CSD，即，AES3的音频数据SOU的数据通道状态。在数据Channel Status(通道状态)里，示出了用于指定例如有效通道的信息等。进一步，SYS解析例行程序61基于由音频数据SOU的AES3所指定的数据SamplingRate(取样率)，AuxSampleBits(辅助取样比特)，以及WordLength(字长度)，改变图9所示的WAVE特性数据WFPD的、如图10所示的数据nSamplesPerSec(每秒取样)，nAvgBytesPerSec(每秒平均字节)，nBlockAlign(块排列)，以及wBitsPerSample(每个取样的比特)。

步骤ST14：

SYS解析例行程序61将对应于在步骤ST1中检测到的关键字(K)的数据长度(L)添加到数据A_SIZE，以更新数据A_SIZE。

步骤ST15：

SYS解析例行程序61判定是否已经解析了整个数据MXF_D。当判定已经解析，则终止处理例行程序，如果不是，则处理例行程序返回到步骤ST1。

通过图13和图14的处理，生成了图5所示的首标数据HEADER和系统数据SYS。

PIC解析例行程序62基于在数据MXF_D的帧数据FLD_1到FLD_n中的视频数据PIC，解析图5所示的数据MXF_D，并生成图7所示的视频文件数据VF的视频数据VIDEO。PIC解析例行程序62使用MPEG将例如视频数据PIC解码，以生成视频数据VIDEO，其中视频数据PIC由MPEG编码。

图18是用于解释在图12中所示的PIC解析例行程序62的处理的流程图。

步骤ST21：

PIC解析例行程序62解析数据MXF_D。

步骤ST22：

PIC解析例行程序62判定步骤ST21的解析是否检测到组成数据MXF_D的KLV数据的关键字(K)。如果检测到了，处理例行程序进行到步骤ST22，如果不是，处理例行程序返回到步骤ST21。

步骤ST23：

PIC解析例行程序62判定在步骤ST21中检测到的关键字(K)是否涉及视频数据PIC。如果是，处理例行程序进行到步骤ST24，如果不是，处理例行程序返回到步骤ST21。

步骤ST24：

PIC解析例行程序62，通过相应于例如对应它的系统数据SYS或元数据META中所描述的编码方法的解码方法，使用在步骤ST2_1中检测到的关键字(K)将视频数据PIC解码。

步骤ST25：

PIC解析例行程序62使用通过步骤ST24的解码而获得的视频数据PIC，作为图7所示的视频文件数据VF的视频数据VIDEO。

步骤ST26：

PIC解析例行程序62判定是否已经解析了所有的数据MXF_D。当判定已经解析了所有的数据MXF_D时，则终止处理例行程序，如果不是，则处理例行程序返回到步骤ST21。

SOU解析例行程序63基于在数据MXF_D的帧数据FLD_1到FLD_n中的音频数据SOU，解析图5所示的数据MXF_D，以生成图9所示的音频文件数据AF和音频数据AUDIO。在这个情况下，SOU解析例行程序63分离多个通道数据，用来生成音频数据AUDIO，其中音频数据SOU是AES3标准。

图19是用于解释在图12中所示的SOU解析例行程序63的处理流程图。

步骤ST31：

SOU解析例行程序63解析数据MXF_D。

步骤ST32：

SOU解析例行程序63判定步骤ST31的解析是否检测到组成数据MXF_D的KLV数据的关键字(K)。如果检测到了，处理例行程序进行到步骤ST32，如果不是，处理例行程序返回到步骤ST31。

步骤ST33：

SOU解析例行程序63判定在步骤ST32中检测到的关键字(K)是否涉及音频数据SOU。如果判定是，处理例行程序进行到步骤ST34，如果不是，处理例行程序返回到步骤ST31。

步骤ST34：

SOU解析例行程序63，通过相应于例如相应于它的系统数据SYS中所描述的编码方法的解码方法，使用在步骤ST31中检测到的关键字(K)将音频数据SOU解码。

步骤ST35：

SOU解析例行程序63使用通过步骤ST34的解码而获得的音频数据AUDSOU，作为图9所示的音频文件数据AF的音频数据ALDIO。

步骤ST36：

SOU解析例行程序63判定是否已经解析了所有的数据MXF_D。当判定已经解析了所有的数据MXF_D时，则终止处理例行程序，如果不是，则处理例行程序返回到步骤ST31。

[MXF_MUX线程44]

MXF_MUX线程44基于属性文件数据PF、视频文件数据VF、以及音频文件数据AF，生成数据MXF_D。在本实施例中，在MXF_MUX处理没有执行的情况下，不会激活MXF_MUX线程44。如果执行MXF_MUX处理，线程管理器41响应来自编辑进程9a和9b的命令或是来自图3所示的操作单元12的操作信号等的请求，而激活MXF_MUX线程44。因此，在MXF_MUX处理没有被执行的状态下，能减小计算机4(处理单元15)的处理载荷。

图20是用于解释由MXF-MUX线程44生成数据MXF_D的处理的流程图。

步骤ST41：

MXF_MUX线程44基于在视频文件数据VF中的视频通用特性数据VCPD中的、如图8所示的数据，根据请求读出如图7所示的指定为来自RAID6的转换目标的视频文件数据VF，并检测用作数据MXF_D的格式。

步骤ST42：

MXF_MUX线程44判定在步骤ST41检测的格式是否为“D10”(预先确定的格式)。如果它是“D10”格式，处理例行程序进行到步骤ST43，如果不是，执行相应于不同于“D10”的格式的处理。

步骤ST43：

MXF_MUX线程44设定数据，用来指示“D10”作为如图5所示的数据MXF_D的帧数据FLD_1到FLD_n的系统数据SYS的第14字节(预先确定位置的数据)。进一步，MXF_MUX线程44基于图15(A)和15(B)中所示的数据，指定了在图15中所示的视频文件数据VF和frameSize(字节大小)等的格式类型，以及设定如系统数据SYS的第15字节的特定类型。

步骤ST44：

MXF_MUX线程44生成图5所示的首标数据HEADER，并基于视频文件数据VF的视频文件属性数据VFPD、音频文件数据AF的音频文件属性数据AFPD、以及属性文件数据PF，同时更新系统数据SYS。

步骤ST45：

通过例如由视频文件属性数据VFPD(例如MPEG)指示的编码方法，MXF_MUX线程44将在视频文件数据VF中的视频数据VIDEO编码，以生成视频数据PIC。

步骤ST46：

基于音频文件数据AF的音频文件属性数据AFPD和属性文件数据PF，MXF_MUX线程44设定在图5所示的帧数据FL_1到FL_n中的AES3的音频数据SOU的“Channel Status(通道状态)”，“SamplingRate”，“AuxSampleBits”，以及“WordLength”。

步骤ST47：

基于在步骤ST46中设置的数据和在音频文件数据AF中的音频数据AUDIO，MXF_MUX线程44生成音频数据SOU。

步骤ST48：

基于系统数据SYS、视频数据PIC、在步骤ST43到ST47中生成的音频数据SOU、以及新生成的数据AUX，MXF_MUX线程44生成帧数据FL_1到FL_n。进一步，MXF_MUX线程44生成包含在步骤ST44中生成的首标数据HEADER、生成的帧数据FL_1到FL_n、以及新生成的脚数据FOOTER的数据MXF_D，并且将它写入RAID6。

在本实施例里，MXF_MUX线程44直接接收视频文件数据VF和音频文件数据AF，并且执行图20所示的处理，以生成数据MXF_D，借此不需要将视频文件数据VF和音频文件数据AF作为临时文件而丢弃，因此缩短了转换时间。

[编辑进程9a和9b]

图21是用于解释编辑进程9a和9b的配置的视图。如图21所示，编辑进程9a和9b具有：例如，命令线程51，状态线程52，以及编辑线程53。依照例如来自如图3和图4所示的操作单元12和13的操作信号，命令线程51将例如解析命令和MXF命令的命令输出到MXF进程8的线程管理器41。状态线程52输出数据MXF_D、视频文件数据VF、音频文件数据AF等的指定信息，作为解析和MXF(例如URL地址等)的对象，并将例如标识数据和编辑进程9a和9b的用户密码这样的数据，输出到MXF解析器线程43和MXF_MUX线程44。编辑线程53通过使用例如由MXF解析器线程43将视频文件数据VF和音频文件数据AF写到RAID6、并且根据需要写到属性文件数据PF而执行编辑处理。

图22是用于解释在MXF进程8和编辑进程9a和9b之间传输的请求等的视图，其中MXF进程8的MXF解析器线程43响应来自编辑进程9a和9b的请求而执行解析处理。

步骤ST51：

依照来自如图3和图4所示的操作单元12和13的操作信号，命令线程51输出例如解析命令PARSE COMD的命令到MXF进程8的线程管理器41。线程管理器41响应解析命令PARSE_COMD而激活MXF解析器线程43。

步骤ST52：

线程管理器41输出肯定应答ACK到命令线程51，其中ACK包括用来通过命令线程51做数据传输的接口名(例如管道名)。其后，通过指定管道名而执行在线程管理器41和命令线程51之间的数据传输和请求。

步骤ST53：

状态线程52输出数据MXF_D的指定信息(例如URL地址等)到MXF解析器线程43，作为编辑进程9a和9b用户的解析和MXF的对象、标识数据ID、密码PASS等。

步骤ST54：

MXF解析器线程43基于图13、图14、图18和图19，执行关于数据MXF_D的上面提及的解析处理，其中数据MXF_D由在步骤ST52收到的指定信息而指定，并且将视频文件数据VF、音频文件数据AF、以及由此生成的属性文件数据PF写入RAID6。在步骤ST54由MXF解析器线程43所进行的解析处理，也可以执行图13，图14，图18和图19的所有处理，或可以只执行关于视频数据VIDEO和音频数据AUDIO的生成处理。然后，依照预先进行的解析处理，MXF解析器线程43将终止解析处理的帧数据FL_1到FL_n的时间码以及帧数输出到状态线程52。MXF解析器线程43将时间码和帧编号输出到状态线程52，无论每个帧数据的解析处理是否完成，直到所有的在数据MXF_D中的帧数据FL_1到FL_n的解析处理都完成。

步骤ST55：

当所有的在数据MXF_D中的帧数据FL_1到FL_n的解析处理都完成时，MXF解析器线程43输出结束码到状态线程52。例如，图2(A)所示的在计算机4中的编辑进程9a，输出解析命令PARSE_COMD，其中PARSE_COMD指定关于图22所示的在计算机4中的MXF进程8的数据MXF_D的名称和视频文件数据VF和音频文件数据AF的名称。借此，MXF进程8执行数据MXF_D的解析处理，同时它接收来自FTP线程42的数据MXF_D作为输入，并将结果写入例如RAID6。在这个情况下，MXF进程8和编辑进程9a在同一计算机4上运行，因此MXF进程8的处理载荷对编辑进程9的处理施加了影响。因此，依照用户的操作，编辑进程9a发出请求到MXF进程8，用来挂起MXF进程8的解析处理。借此，MXF进程8中断解析处理，并且计算机4可以专心于编辑进程9的处理。

另一方面，图2(B)所示的计算机5中的编辑进程9b，如图22所示，输出解析命令PARSE_COMD到计算机4中的MXF进程8，其中PARSE_COMD用于指定数据MXF_D的名称和视频文件数据VF和音频文件数据AF的名称。借此，MXF进程8执行数据MXF_D的解析处理，同时它接收来自FTP线程42的数据MXF_D作为输入，并将结果写入例如RAID6。在这个情况下，由于MXF进程8和编辑进程9a在不同的计算机4和5上运行，MXF进程8的处理载荷不会对编辑进程9的处理施加影响。

[再现进程80]

计算机4或计算机5运行例如预先确定的再现程序，来激活图23所示的再现进程80。再现进程80具有，例如，如图23所示，命令线程81，状态线程82，以及再现线程83。再现线程83执行用于对从MXF进程8的MXF解析器线程43输入的视频数据VIDEO和音频数据AUDIO进行再现的处理。图24是如图23所示的再现线程83的配置视图。如图24所示，再现线程83拥有例如UI搜索屏幕例行程序71、视频呈现例行程序72、UI音频通道选择例行程序73、以及音频数据呈现例行程序74。UI搜索屏幕例行程序71显示UI(用户接口)屏幕，用来输出帧数据的搜索请求SEEK_REQ到在如图25所示的显示单元13和23上的SYS解析例行程序61，以响应例如来自操作单元12和22的操作信号。搜索请求SEEK_REQ是通过例如帧编号，用来指定例如被MXF进程8的MXF解析器线程43所解析的帧数据的请求。

视频呈现例行程序72执行用来再现从PIC解析例行程序62输入的视频数据VIDEO的处理。借此，依照视频数据VIDEO，显示图像在显示单元13和23上。在这个情况下，视频呈现例行程序72与音频呈现例行程序74执行同步处理，使得再现的图像和声音能够同步。视频呈现例行程序72判定例如对应于一帧数据的视频数据VIDEO的之前再现处理时间是否长于预先确定的时间，如再现一组帧数据的时间。如果判定以上前者比后者长，如图25所示，它将丢弃请求DROP_REQ输出到PIC解析例行程序62。即，当由于图3所示的处理单元15或图4所示的处理单元25的处理能力而不能执行视频数据VIDEO的正常速度或是更高速度的再现处理的时候，视频呈现例行程序72将丢弃请求DROP_REQ输出到PIC解析例行程序62。因此，可以防止在声音输出和图像输出之间的时间偏差以及图像质量的劣化，其中图像质量的劣化是由于通过处理单元15和25，对视频数据VIDEO的再现处理的延迟。

UI音频通道选择例行程序73执行在再现线程54里不再现的选择通道的处理，例如当在数据MXF_D的帧数据FLD_1到FLD_n的音频数据SOU内包括由AES3指定的多个通道的音频数据的时候。UI音频通道选择例行程序73将非必需的通道指定请求CH REQ输出到SOU解析例行程序63，其中CH_REQ指定由用户指定的不再现的通道。

音频呈现例行程序74执行用于再现从SOU解析例行程序63输入的音频数据AUDIO。借此，依照音频数据AUDIO而输出声音。

下面，给出响应来自编辑进程9a和9b或来自图3所示的操作单元12的操作信号等的请求的命令，而将视频数据VIDEO和音频数据AUDIO输出到再现线程83的MXF进程8的MXF解析器线程43的处理的解释。MXF解析器线程43响应来自编辑进程9a和9b的命令或来自图3所示的操作单元12的操作信号等的请求，而由线程管理器激活，并且执行以下处理。关于通过FTP线程42、在经过例如接收处理之后从FTP线程42输入的数据MXF_D，执行下面所示的MXF解析器线程43的处理，并且FTP线程42将它与接收处理并行执行。进一步，也关于从RAID6读出的数据MXF_D，执行下面所示的MXF解析器线程43的处理。请注意，当关于从FTP线程42输入的数据MXF_D执行了图26的处理时，MXF解析器线程43不执行步骤ST71和ST72的处理。

图26是流程图，用以说明将视频数据VIDEO和音频数据AUDIO输出到再现线程83的MXF进程8的MXF解析器线程43的处理。当使用再现线程83而执行处理时，MXF解析器线程43通过SYS解析例行程序61、PIC解析例行程序62、SOU解析例行程序63、以及图5所示的帧数据FLD_1到FLD_n中每一个的AUX解析例行程序，来顺序执行解析处理。

步骤ST71：

图12中的MXF解析器线程43的SYS解析例行程序61判定搜索请求SEEK_REQ是否是从图24所示的再现线程83的UI搜索屏幕例行程序71输入。如果判定是，处理例行程序进行到步骤ST72，否则，处理例行程序进行到步骤ST73。

步骤ST72：

解析例行程序61将例如用作指示在RAID6里记录的数据MXF_D的读取位置(地址)的搜索指针SP移动到对应于通过在步骤ST71中接收的搜索请求SEEK_REQ所指示的帧编号的地址。搜索指针SP更新到帧数据的地址，接着在数据MXF_D的帧数据被读取出的时候被读取。这样，通过在SYS解析例行程序61、PIC解析例行程序62、SOU解析例行程序63的处理之前移动搜寻指针SP，搜索操作可以变得不对PIC解析例行程序62和SOU解析例行程序63施加影响，从而可以简化MXF解析器线程43的构造。

步骤ST73：

SYS解析例行程序61读出记录在RAID6中的地址上的帧数据FLD的系统数据SYS并执行解析处理，其中该地址是由搜索指针SP指示的。

步骤ST74：

PIC解析例行程序62从RAID6读出在步骤ST73读出的系统数据后的视频数据PIC，并执行解析处理。

步骤ST75：

PIC解析例行程序62判定丢弃请求DROP_REQ是否从视频呈现例行程序72输入。当判定丢弃请求输入时，处理例行程序进行到步骤ST76，否则，处理例行程序进行到步骤ST77。

步骤ST76：

PIC解析例行程序62通过解码方法将在步骤ST74读出的视频数据PIC解码，以生成视频数据VIDEO并将它输出到视频呈现例行程序72，其中解码方法相应于由在步骤ST73读出的系统代码SYS所指示的编码方法。即，当通过步骤ST75和ST76而接收丢弃请求DROP_REQ的时候，PIC解析例行程序62挂起1帧大小的视频数据VIDEO到视频呈现例行程序72的输出。注意，也可以挂起2帧大小或更多的视频数据VIDEO的输出。

步骤ST77：

SOU解析例行程序63读出在步骤ST74读出的视频数据PIC后的音频数据SOU，并执行解析处理。

步骤ST78：

SOU解析例行程序63判定非必需的通道指定请求CH_REQ是否从UI音频通道选择例行程序73输入。当判定输入时，处理例行程序进行到步骤ST79，否则，处理例行程序进行到步骤ST80。

步骤ST79：

SOU解析例行程序63将在步骤ST77读出的音频数据SOU分开成为多个通道的音频数据AUDIO，选择并解码没有被它们中非必需的通道分配请求CH_REQ指定的通道音频数据AUDIO，并将它们输出到音频呈现例行程序74。在这个情况下，SOU解析例行程序63通过解码方法将音频数据AUDIO解码，其中解码方法相应于由在步骤ST73读出的系统代码SYS所指示的编码方法。

步骤ST80：

SOU解析例行程序63将所有多个通道的音频数据AUDIO输出到音频呈现例行程序74，其中多个通道的音频数据由在步骤ST77读出的音频数据SOU组成。注意，在上面提及的图26所示的处理中，在步骤ST74之前执行步骤ST75的判定。当收到丢弃请求DROP_REQ的时候，通过步骤ST74的视频数据PIC的解析处理也不能执行。

图27是用于解释在MXF进程8和再现进程80之间传递的请求等的视图，其中MXF进程8的MXF解析器线程43响应来自再现进程80的请求，而执行解析处理。

步骤ST91：

为响应例如来自图3和图4所示的操作单元12和13的操作信号，命令线程81将播放命令PLAY_COMD输出到MXF进程8的线程管理器41。线程管理器41依照播放命令PLAY_COMD而激活MXF解析器线程43。

步骤ST92：

线程管理器41为响应播放命令PLAY_COMD而输出肯定应答ACK到命令线程51，其中ACK包括用于通信的作为接口的管道名。

步骤ST93：

状态线程82将数据MXF_D的指定信息输出到MXF解析器线程43，作为再现进程80的用户的再现对象(例如URL地址等)、标识数据ID、密码PASS等。

步骤ST94：

依照再现处理的进程，状态线程82将包括下一步要再现的帧数据FLD_1到FLD_n的帧数目的再现请求R_REQ，输出到MXF解析器线程43。

步骤ST95：

关于响应步骤ST94的再现请求R_REQ，而通过再现请求R_REQ指定帧数目的帧数据FLD_1到FLD_n，MXF解析器线程43执行用图25和图26来说明的解析处理。进一步，将经过MXF解析器线程43的SYS解析例行程序61、PIC解析例行程序62、和SOU解析例行程序63这些中的至少一个例行程序的解析处理的帧数据FLD_1到FLD_n的时间码以及帧编号输出到状态线程82。MXF解析器线程43重复上述的处理，直到完成所有在数据MXF_D中的帧数据FLD_1到FLD_n的解析处理。

步骤ST96：

状态线程82将播放结束请求PLAY_END输出到MXF解析器线程43。

步骤ST97：

MXF解析器线程43响应播放结束请求PLAY_END而终止解析处理。接着，MXF解析器线程43将结束码输出到状态线程82。

这样，MXF解析器线程43具有从状态线程82接收播放结束请求PLAY_END的功能，并且当MXF进程8和编辑进程9a在如计算机4的相同计算机上运行的时候，从而有能力给出编辑进程8a的编辑处理的优先级，以及能够有效地执行编辑工作。

下面，根据本发明第一到第六方面，给出编辑系统1主操作例子的说明。

[从数据MXF_D等生成视频文件数据VF等的情况]

在计算机4上运行的MXF进程8的MXF解析器线程43生成视频文件数据VF，它包括上面提及的基于图13和图14、由SYS解析例行程序61生成的视频属性文件数据VFPD，以及上面提及的基于图18的、由PIC解析例行程序62生成的视频数据VIDEO。进一步，MXF_MUX线程44生成音频文件数据AF，它包括由SYS解析例行程序61生成的音频属性文件数据AFPD，以及上面提及的基于图19的、由SOU解析例行程序63生成的音频数据AUDIO。

[从视频文件数据VF等生成数据MXF_D的情况]

通过如图20所示的处理，在计算机4上运行的MXF进程8的MXF_MUX线程44从视频文件数据VF等生成数据MXF_D。

下面，再一次给出根据本发明的第七到第九方面的编辑系统1的主操作例子的说明。在计算机4上运行的MXF进程8，如图11所示，通过MXF进程8指定FTP线程42和MXF解析器线程43，并且并行地执行通过FTP线程42的接收处理和通过MXF解析器线程43的解析处理。借此，能缩短FTP接收时间和解析处理的总时间。进一步，在线程管理器41执行MXF解析处理时，计算机4激活MXF解析器线程43，而当执行MUX处理时，激活MXF_MUX线程44，因此当不执行MXF解析处理和MUX处理时能减小处理单元15的处理载荷。如图11所示的MXF解析器线程43，通过用图12到图19说明的如图12所示的SYS解析例行程序61、PIC解析例行程序62、以及SOU解析例行程序63，解析图5所示的数据MXF_D，它存储、同时混合以下数据：多个视频数据PIC、多个音频数据SOU、以及系统数据SYS。借此，MXF解析器线程43基于经过解析的系统数据和元数据META而生成关于视频的如图7所示的视频文件属性数据VFPD，并且生成包括视频文件属性数据VFPD和经过解析的多个视频数据PIC(VIDEO)的视频文件数据VF。进一步，MXF解析器线程43基于经过解析的系统数据和元数据META而生成关于音频的如图9所示的音频文件属性数据AFPD，并且生成包括音频文件属性数据AFPD和经过解析的多个音频数据SOU(AUDIO)的音频文件数据AF。

如上述说明，根据计算机4，可以从图5所示的数据MXF_D中自动生成图7所示的视频文件数据VF和图9所示的音频文件数据AF。进一步，根据计算机4，可以从图7所示的视频文件数据VF和图9所示的音频文件数据AF中自动生成图5所示的数据MXF_D。

进一步，根据计算机4，由MXF解析器线程43，通过转换数据MXF_D到能使用再现进程80进行再现的数据，基于数据MXF_D的通过再现进程80的再现处理变得可能。进一步，根据计算机4，如图11所示，通过使用MXF进程8而指定FTP线程42和MXF解析器线程43，以及并行执行使用MXF解析器线程43的解析处理和FTP线程42的接收处理，能缩短FTP接收时间和解析处理的总时间。进一步，根据计算机4，当执行MXF解析处理时，线程管理器激活MXF解析器线程43，而当执行MUX处理时，则激活MXF_MUX线程44，因此当不执行MXF解析处理和MUX处理时，能减小处理单元15的处理载荷。

进一步，根据计算机4，通过接收如图25所示的搜索请求SEEK_REQ，用MXF解析器线程43执行搜索处理，被再现线程83再现的帧数据能快速地用简单的结构进行MXF解析处理。进一步，根据计算机4，通过接收丢弃请求DROP_REQ，用MXF解析器线程43执行丢弃处理，对再现线程83来说，稳定的执行正常速度的再现变得可能。进一步，根据计算机4，MXF解析器线程43基于非必需的通道指定请求CH_REQ，执行用于非必需的通道的SOU解析例行程序63的解析处理，因此能减少计算机4的处理载荷。

本发明不只局限于上述的实施例。例如，在上述实施例中，视频文件数据VF和音频文件数据AF被举例作为能被编辑进程9a和9b处理的格式，但是此格式并没有特定的限制，只要它是可以在通用计算机上处理的格式，以及其他不同于以上的，如RGB格式或YUV格式这样的格式，也能被用作视频数据。进一步，在上述实施例中，数据MXF_D被举例作为本发明经过处理的数据，但是本发明也能使用其它不同于数据MXF_D的数据作为处理数据，只要它是一种用来存储以及同时混合以下数据的数据：多个音频数据、以及指示视频数据和音频数据属性的多个第一属性数据。

根据本发明的第一到第三方面，能够提供这样一种程序，它能从存储、同时混合视频数据、音频数据、以及属性数据的数据中独立生成视频文件数据和音频文件数据；以及提供其方法和系统。根据本发明的第四到第六方面，可以提供这样的程序，它能从视频文件数据和音频文件数据生成用来存储并同时混合以下数据的数据：视频数据、音频数据、和属性数据；以及提供其方法和系统。进一步，根据本发明的第七到第九方面，可以提供这样一种程序，它能缩短处理时间，其中经过接收处理的数据是经过转换处理的，以及提供其方法和系统。

工业效能

本发明能应用于用来转换关于视频数据和音频数据的数据格式的系统。

Claims (28)

1.一种程序，包括：

第一例行程序，用于解析要处理的数据，该数据与多个视频数据、多个音频数据、以及多个指示视频数据和音频数据属性的第一属性数据混合在一起，

第二例行程序，用于基于被第一例行程序解析的第一属性数据生成关于视频数据的第二属性数据，以及生成包括第二属性数据和多个被第一例行程序解析的视频数据的视频文件数据，以及

第三例行程序，用于基于被第一例行程序解析的第一属性数据生成关于音频数据的第三属性数据，以及生成包括第三属性数据和多个被第一例行程序解析的音频数据的音频文件数据。

2.如权利要求1所述的程序，其中：

当所述视频数据、所述音频数据、和所述第一属性数据中的每个都是由多个单元数据构成时，所述第一例行程序基于所述解析中的标识数据来检测所述视频数据、所述音频数据、以及所述第一属性数据，其中每个单元数据都包括用来标识所述单元数据和所述将要处理的数据的标识数据，

基于在所述第一例行程序检测到的所述视频数据和所述第一属性数据，所述第二例行程序生成所述视频文件数据，以及

基于在所述第一例行程序检测到的所述音频数据和所述第一属性数据，所述第三例行程序生成所述音频文件数据。

3.如权利要求1所述的程序，其中：

所述第二例行程序基于第一属性数据而指定所述将要处理的数据的格式，并且生成了所述视频文件数据，其包括对应于所述指定的格式和先前定义的所述第二属性数据，以及

所述第三例行程序基于第一属性数据而指定所述处理数据的格式，并且生成所述音频文件数据，其包括对应于所述指定的格式和先前定义的所述第三属性数据。

4.如权利要求1所述的程序，其中：

所述第二属性数据指示对应于所述视频数据的图像显示尺寸、所述图像的帧的数据尺寸、以及所述视频数据的再现速率中的至少一个，并且

所述第三属性数据指示由所述音频数据获取的多个通道和所述音频数据的采样率中的至少一个。

5.如权利要求1所述的程序，其中：

当所述单元数据中每个都进一步包括显示适当地包括在所述单元数据中的所述数据的数据长度的数据长度数据时，所述第一例行程序进一步检测数据长度数据，

所述第二例行程序基于由所述第一例行程序检测到的、与所述视频数据有关的数据长度数据，指定包括在所述视频文件数据中的所述多个视频数据的总数据长度，并且生成所述视频文件数据，其包括用来指示所述总数据长度的所述第二属性数据，以及

所述第三例行程序基于由所述第一例行程序检测到的、与所述音频数据有关的数据长度数据，指定包括在所述音频文件数据中的所述多个视频数据的总数据长度，并且生成所述音频文件数据，其包括指示所述总数据长度的所述第二属性数据。

6.如权利要求1所述的程序，其中：

所述多个视频数据中的每个都是一帧大小的视频数据，

所述多个音频数据中的每个都是一帧大小的音频数据，以及

所述第一例行程序解析所述经过处理的、由多个模块数据构成的数据，其中模块数据中的每个都包括视频数据的单个单元、与所述视频数据一起被再现的所述音频数据、以及所述第一属性数据。

7.如权利要求1所述的程序，其中：

所述第二例行程序对在所述第一例行程序中解析的所述模块数据计数，并且基于所述计数生成包括所述第二属性数据的视频文件数据，其中第二属性数据进一步指示所获得的帧数数据，并且

所述第三例行程序生成包括所述第三属性数据的所述音频文件数据，其中第三属性数据进一步指示所述帧数数据。

8.如权利要求1所述的程序，其中：

所述经过处理的数据进一步包括第四属性数据，用来指示所述视频数据和音频数据的压缩方法、关键词、标题、标识数据、编辑内容、准备时间、以及编辑时间中的至少一个，

所述第一例行程序通过所述解析而检测所述第四属性数据，并且

所述程序进一步包括用来生成属性文件数据的第四例行程序，该属性文件数据包括由通过所述第一例行程序检测到的所述第一属性数据和所述第四属性数据所指示的数据。

9.一种数据处理方法，包括：

第一步骤，用于解析要处理的数据，该数据与多个视频数据、多个音频数据、以及多个指示视频数据和音频数据属性的第一属性数据混合在一起，

第二步骤，用于基于在第一步骤中被解析的第一属性数据生成关于视频数据的第二属性数据，以及生成包括第二属性数据和在第一步骤里被解析的多个视频数据的视频文件数据，以及

第三步骤，用于基于在第一步骤里被解析的第一属性数据生成关于音频数据的第三属性数据，以及生成包括第三属性数据和在第一步骤里被解析的多个音频数据的音频文件数据。

10.一种数据处理系统，包括：

第一装置，用于解析要处理的数据，该数据与多个视频数据、多个音频数据、以及多个指示视频数据和音频数据属性的第一属性数据混合在一起，

第二装置，用于基于被第一装置解析的第一属性数据生成关于视频数据的第二属性数据，以及生成包括第二属性数据和多个被第一装置解析的视频数据的视频文件数据，以及

第三装置，用于基于被第一装置解析的第一属性数据生成关于音频的第三属性数据，以及生成包括第三属性数据和多个在第一装置中解析的音频数据的音频文件数据。

11.一种用来使数据处理系统运行的程序：

第一例行程序，用来基于包含在视频文件数据中的视频属性数据指定格式，以及

第二例行程序，用来生成由多个模块数据组成的数据，每个模块数据都包括模块属性数据、视频数据的单个单元、以及包含在音频文件数据中的多个音频数据中对应于视频数据的音频数据的单个单元，所述模块属性数据被定义为对应于包含在视频文件数据中的多个视频数据中的每个、并指示被第一例行程序所指定的格式。

12.如权利要求11所述的程序，其中：

所述视频数据是一帧大小的视频数据，

所述程序进一步包括第三例行程序，用于基于包括在所述视频文件数据中的所述多个视频和包括在所述视频文件数据中的数据长度的总数据长度来指定由所述多个视频数据所定义的许多帧，并且

所述第二例行程序生成由属性数据组成的所述数据，所述属性数据显示由所述第三例行程序和所述多个模块数据指定的帧数。

13.如权利要求12所述的程序，其中所述第二例行程序生成所述属性数据，用于基于属性文件数据进一步指示所述视频数据的时间码，其中属性文件数据指示所述视频文件数据和所述音频文件数据的属性。

14，如权利要求11所述的程序，其中所述第二例行程序生成所述数据，其包括所述视频数据和音频数据的压缩方法、关键词、标题、标识数据、编辑内容、准备时间、以及编辑时间中的至少一个属性数据和所述多个模块数据。

15.如权利要求11所述的程序，其中所述第二例行程序通过所述多个单元数据而生成包括在所述多个模块数据中的每个中的所述模块属性数据、所述视频数据、以及所述音频数据中的每个，所述单元数据包括用来识别所述单元数据和适当数据的标识数据。

16.一种数据处理方法，包括：

第一步骤，基于包含在视频文件数据中的视频属性数据指定格式，以及

第二步骤，生成一种由多个模块数据组成的数据，每个模块数据都包括模块属性数据、视频数据的单个单元、以及在被包含于音频文件数据中的多个音频数据之中对应于视频数据的音频数据的单个单元，其中模块属性数据被定义为对应于包含在视频文件数据中的多个视频数据中的每一个、并指示在第一步骤中指定的格式。

17.一种数据处理系统，包括：

第一装置，用于基于包含在视频文件数据中的视频属性数据指定格式，以及

第二装置，用于生成一种由多个模块数据组成的数据，每个模块数据都包括模块属性数据、视频数据的单个单元、以及在被包含于音频文件数据中的多个音频数据之中对应于视频数据的音频数据的单个单元，其中模块属性数据被定义为对应于包含在视频文件数据中的多个视频数据中的每一个、并指示用第一装置指定的格式。

18.一种用于使数据处理系统运行的程序：

通信进程，用于执行接收第一数据的处理，并且

转换进程，用于将在通信进程的接收处理中接收到的第一数据转换到第二数据，它是与由通信进程执行的接收处理并行执行的。

19.如权利要求18所述的程序，其中：

所述程序进一步包括管理进程，用来依照请求激活所述转换进程，以及

所述转换进程将所述第二数据输出到所述请求的输出源。

20.如权利要求19所述的程序，其中所述转换进程根据来自所述请求源的停止请求而停止所述转换的处理。

21.如权利要求19所述的程序，其中：

所述管理进程从所述再现进程接收所述请求，以及

所述转换进程将所述第二数据输出到用来再现所述第二数据的所述再现进程。

22.如权利要求18所述的程序，其中：

当所述第一数据由多个帧数据构成时，所述转换进程从所述再现进程接收指定帧数据的请求，并将由所述请求指定的帧数据转换为所述第二数据。

23.如权利要求18所述的程序，其中所述转换进程使数据处理系统运行：

第一例行程序，用来解析所述第一数据，其由所述视频数据、多个音频数据、以及多个指示混合在一起的所述视频数据和所述音频数据的属性的第一属性数据组成，

第二例行程序，基于在所述第一例行程序里解析的所述第一属性数据生成关于视频的第二属性数据，并且生成包括所述第二属性数据和在第一例行程序里解析的所述多个视频数据的视频文件数据，作为所述第二数据，以及

第三例行程序，基于在所述第一例行程序里解析的所述第一属性数据生成关于音频的第三属性数据，并且生成包括所述第三属性数据和在第一例行程序里解析的所述多个音频数据的音频文件数据，作为所述第二数据。

24.如权利要求23所述的程序，其中：

当所述视频数据、所述音频数据、以及所述第一属性数据是由多个所述单元数据组成的时候，所述第一例行程序在所述解析中基于标识数据检测所述视频数据、所述音频数据、以及所述第一属性数据，其中所述单元数据的每个都包括用来识别所述单元数据和所述数据自身的标识数据，

所述第二例行程序基于在第一例行程序里检测到的视频数据和所述第一属性数据，生成所述视频文件数据，以及

所述第三例行程序基于在第一例行程序里检测到的所述音频数据和所述第一属性数据，生成所述音频文件数据。

25.如权利要求18所述的程序，其中：

所述第二属性数据指示相应于所述视频数据的图像的显示尺寸、所述图像的帧的数据尺寸、以及所述视频数据的再现速率中的至少一个，以及

所述第三属性数据指示由所述音频数据获得的多个通道和所述音频数据的采样速率中的至少一个。

26.如权利要求18所述的程序，其中：

所述多个视频数据中的每个都是一帧大小的视频数据，

所述多个音频数据中的每个都是一帧大小的音频数据，以及

所述第一例行程序解析经过处理的数据，其由多个模块数据构成，其中每个模块数据都包括所述视频数据的单个单元、与所述视频数据一同再现的所述音频数据、以及所述第一属性数据。

27.一种数据处理方法，包括：

第一步骤，用来执行接收第一数据的处理，以及

第二步骤，它与第一步骤的接收处理并行执行，并将在第一步骤的接收处理中收到的第一数据转换为第二数据。

28.一种数据处理系统，包括：

第一装置，用来执行接收第一数据的处理，以及

第二装置，它与第一装置的接收处理并行操作，并将在第一装置的接收处理中收到的第一数据转换为第二数据。

Images