目前可以获得的用于在个人计算机(在下文中称为“PC”)记录数据的记录 设备包括软盘驱动器(在下文中称为“FDD”)、硬盘驱动器(在下文中称为“HDD”) 以及CD-ROM设备，等。这些设备通过称为IDE、SCSI等的接口与PC相连。
这种与PC、PC中的硬件等相连的记录设备的操作由以Windows、MacOS和UNIX 为代表的称为“操作系统”(在下文中称为“OS”)的软件来控制。为了能作为一 个文件处理记录在每个记录设备(例如FDD和CD-ROM设备)的记录媒体上的数据 的目的，在OS中引入了文件系统的概念。文件系统是一种将每条数据分隔为具有 信息的文件，例如文件名、文件数据记录的位置、文件长度、记录日期/小时等诸 如此类，来进行组织和管理的系统，这样数据就可以作为文件来对待。
例如，一种Windows PC由硬件、用作OS的核心模式软件和用作应用程序的 用户模式软件构成。通常所说的Windows98 OS使用一种名为“FAT(文件分配表)” 的文件系统用于FDD和HDD，并且使用名为“CDFS(CD文件系统)”的文件系统用 于CD-ROM。控制文件系统的软件是文件系统驱动器(在下文中称为“FSD”)，并 且FSD包含在OS中。只有通过FSD，才能对数据(文件)进行访问，例如从记录 设备的媒体中读取数据和写入记录数据(文件)。
顺便说说，依据新标准例如IEEE1394标准的新接口已经引入到PC中，使得 例如记录和再现视频和语音的VCR(例如DV(数字视频盒))的设备与PC的连接 成为可能。
然而，因为DV不与文件系统兼容，即使当DV与PC连接时，存在的问题是PC 不能将记录在DV中的内容作为文件来处理，并且因而，用于DV的文件系统(DV 文件系统，简写为DVFS)以及用于PC处理DVFS的文件系统驱动器是必须的。
进一步，即使在DV中引入的文件系统，应用程序依靠下面或相同的重复通 过FSD将数据写入文件。
(1)文件打开指令-指定文件名
(2)写指令来写入打开的文件-指定写入起始位置、写入数据的大小和写入 的数据
(3)文件关闭指令
应用程序和OS决定写入的顺序、写入的大小和写入时间，这些从DV看来是 一种异步随机请求。应用程序以类似的方式依靠下面或相同的重复通过FSD将数 据从文件读出：
(1)文件打开指令-指定文件名
(2)从打开的文件读取的读指令-指定开始读取的位置、读取数据的大小
(3)文件关闭指令
应用程序和OS决定读取的顺序、读取的大小和读取时间，这些从DV看来是 一种异步随机请求。
发送和接收流数据，DV存在一个问题就是不能对上述的异步随机访问响应。 因此，需要一种对这种访问的响应机制。
对于时序类型的磁带记录器例如DV来说一点一点转换操作动作不是前提， 并且因此，即使机制以每分钟的方式运行来响应随机访问，对于该机制操作模式 改变会更加频繁，为此要用长时间处理，机制和磁带会被损坏。另外这样的随机 访问对于执行特定的处理例如编辑是必须的，如果目的仅仅是为了能实时再现和 显示或复制AV数据，每次全使用流数据会更有效率。适当调节用于异步访问和随 机访问的应用程序以及用于一次处理全部流数据的应用程序也是必要的。
另一方面，为了实现通过IEEE1394 I/Fs将PC与外部设备连接的目的，依 据WDM(窗口驱动模式)结构的WDM驱动器被引入到Windows98中，作为一种新 的驱动器，这种驱动器依据与现存结构不同的IEEE1394标准设计，创造了一种用 在PC机上处理流数据的(例如视频/音频数据)称为直接显示的环境。虽然PC与 数字视频/音频设备有联合倾向，例如DV，已经以这种方式提出，因为PC最初并 没有考虑处理同步数据，目前的机制不可能无中断地处理实时数据。
换句话说，当从PC向DV传送时对于每个视频帧需要传送固定数量的数据， 这样维持了预定的帧间隔，在PC上部分或全部处理由软件实现的情况下，对一个 帧的处理不会在恒定的时段中完成。虽然PC具有对于每个单元的处理数据指示其 处理时间的机制，如果某帧使用了较长处理时间，随后的指令是延迟下一帧的处 理时间，而不是给下一帧更高的处理优先级。因此，当维持预定帧间隔时就不可 能保持传送进行。
许多数字视频/音频设备，包括DV和用于接收MPEG2-TP数据的机顶盒(在 下文中称为“STB”)，具有通过IEEE1394 I/Fs与其他设备进行数据传递的能力。
进一步，从保护版权的立场来看，为了传递AV数据，一种在IEEE1394传输 包的头部传送版权信息的方案在1998年7月的“5C数据传输内容保护白皮书”(5C  Digital Transmission Content Protection White Paper)上被提出。因为目前 的PC没有一种处理关于AV数据版权信息的机制，一种根据版权信息处理AV数据 的新机制对于在PC和其他AV设备之间进行发送和接收AV数据是必须的。

目前存在的问题是发送和接收流数据的DV不能响应异步随机访问。因此， 本发明的目标在于解决这个用于响应这种访问机制是必须的问题。
本发明的进一步目标是解决无论PC和数字视频/音频设备例如DV的最近流 行的式样是什么，因为PC最初并没有考虑处理同步数据，目前的机制就不可能无 中断地处理实时数据。
本发明的进一步目标是解决一种根据版权信息处理的AV数据的新机制对于 在PC和其他AV设备之间进行发送和接收是必须的问题。
本发明(如权利要求1)是一种含有文件系统驱动器和设备驱动器的操作系 统的数据处理系统，
其特征包括：
实时接口驱动器，用于对包括有在记录和/或再现期间需要确保实时处理的 接口的设备的数据进行处理；
非实时接口驱动器，用于对包括有在记录和/或再现期间不需要确保实时处 理的接口的设备的数据进行处理；
IFS管理器，用于对每个处理指令的控制装置分配用于有关文件系统的预定 处理的指令；
第一控制装置，用于根据放置在含有需要确保所述实时处理接口的设备中的 第一媒体上的数据来使用第一文件管理信息，通过所述IFS管理器将用于输入的 所述预定处理指令转换成在所述第一媒体上的数据处理指令，并发送到所述实时 接口驱动器；和
第二控制装置，用于根据放置在含有不需要确保所述实时处理接口的设 备中的第二媒体上的数据来使用第二文件管理信息，根据输入的所述预定处理指 令，通过所述IFS管理器执行对所述第二媒体上文件的访问处理，并通过I/O子 系统，发送用于所述预定处理的指令到所述非实时接口驱动器。
本发明(如权利要求8)是一种含有文件系统驱动器和设备驱动器的操作系 统的数据处理系统，
其特征包括：
显示应用程序的装置，用来显示在文件系统中可以被处理的文件，从所显示 的文件中选择期望的文件，并且开始与所述选中的文件关联的处理；
第一处理部件，用于在存储包括有在记录和/或再现期间需要确保实时处理 接口的设备数据的第一媒体上执行处理；
第二处理部件，用于在存储包括有在记录和/或再现期间不需要确保实时处 理接口的设备数据的第二媒体上执行处理；
用于识别所述选中文件所存在的设备的设备识别装置；和
文件起动器部件，用于根据所述设备识别装置确定的识别结果来驱动所述第 一或所述第二处理部件。
本发明(如权利要求9)是一种含有文件系统驱动器以及设备驱动器的操作 系统的数据处理系统，
其特征包括：
实时接口驱动器，用于对包括有在记录和/或再现期间需要确保实时处理的 接口的设备的数据进行处理；
非实时接口驱动器，用于对包括有在记录和/或再现期间不需要确保实时处 理的接口的设备的数据进行处理；
IFS管理器，用于对每个处理指令的控制装置分配用于有关文件系统的预定 处理的指令；
第一控制装置，用于根据存储在第一媒体上含有需要确保所述实时处理的接 口的设备的数据来使用第一文件管理信息，通过所述IFS管理器将用于输入的所 述预定处理指令转换成在所述第一媒体上的数据处理指令，并发送到所述实时接 口驱动器；和
第二控制装置，用于根据存储在第二媒体上含有不需要确保所述实时处理接 口的设备的数据来使用第二文件管理信息，根据输入的所述预定处理指令，通过 所述IFS管理器执行对所述第二媒体上文件的访问处理，并通过I/O子系统，发 送用于所述预定处理的指令到所述非实时接口驱动器；
显示应用程序的装置，用来显示在文件系统中可以被处理的文件，从所显示 的文件中选择期望的文件，并且开始与所述选中的文件关联的处理；
第一处理部件，用于在存储包括有记录和/或再现期间需要确保实时处理接 口的设备数据的第一媒体上执行处理；
第二处理部件，用于在存储包括有记录和/或再现期间不需要确保实时处理 接口的设备数据的第二媒体上执行处理；
用于识别所述选中文件所存在的设备的设备识别装置；和
文件起动器部件，用于根据所述设备识别装置确定的识别结果来驱动所述第 一或所述第二处理部件。
本发明(如权利要求13)是一种数据传输设备，包括：
产生预定日期时间信息的时间间隔生成装置；
输出一系列数据帧作为流数据的输出装置；
将形成所述流的所述数据帧系列分为包数据并发送的发送装置；和
管理所述输出装置以及所述发送装置的传输管理装置，其特征在于，所述传 输管理装置依据所述预定日期时间信息将所述流数据送入所述发送装置。
本发明(如权利要求22)是一种数据传输设备，包括：
数据转换装置，用于将输入流数据分隔并向每部分加入头信息来获得包，并 且将用于数据接收侧的包处理开始时间信息插入所述流数据每帧至少是第一个包 的头信息中，并且随后输出；
接口使用时钟，以及在对应于所述包处理开始时间信息的传输开始时间，向 总线输出经过所述数据转换装置处理的包，
其特征在于，所述包的包处理开始时间信息表示为：
T1＝X+Z+Y(N-1)
(其中X＞＝0，Z＞＝0)假设X表示第一帧的第一个包的传输开始时间，N表示 帧数目、Y表示帧周期、Z表示初始值，并且T1表示所述包处理的开始时间。
本发明(如权利要求27)是一种接收设备，包括：
接口，用于接收含有描述附加信息的传输路径头的传输包以及数据块；
将所述传输包分成所述传输路径头和所述数据块的传输路径头分离装置；
将所述附加信息从所述传输路径头中提取出来的附加信息提取装置；
数据包生成装置，用于通过组合一个或更多所述数据块，从所述数据块中产 生数据包；和
附加信息插入装置，用于将所述附加信息添加或插入到所述数据包，并作为 一种可以同时由一个应用程序处理的数据格式的输出包输出，其特征在于，所述 应用程序对从所述附加信息插入装置输出的输出包进行处理。
本发明(如权利要求31)是一种接收设备，包括：
接口，用于接收含有描述附加信息的传输路径头的传输包以及数据块；
将所述传输包分成所述传输路径头和所述数据块的传输路径头分离装置；将 所述附加信息从所述传输路径头中提取出来的附加信息提取装置；
数据包生成装置，用于通过组合一个或更多所述数据块，从所述数据块中产 生数据包；
源包头分离装置，将所述数据包分割成源包头和源包；和
附加信息插入装置，用于将所述附加信息添加或插入到所述源包或替代所述 附加信息，并作为具有一种可以同时由一个应用程序处理的数据格式的输出包输 出，其特征在于，所述应用程序对从所述附加信息插入装置输出的输出包进行处 理。
本发明(如权利要求38)是一种数据发送设备，包括：
附加信息分离装置，用于依据接收的一种可以同时由一个应用程序处理的数 据格式的输入包，检索添加或插入到构成所述输入包的数据包中的所述附加信息；
从所述数据包中产生一个或更多数据块的数据块生成装置；
传输包生成装置，用于在所述数据块上执行预定处理，在所述数据块中的预 定位置插入所述附加信息，并且因此产生所述传输包；和
发送所述传输包的接口。
本发明(如权利要求42)是一种发送设备，包括：
附加信息分离装置，用于依据接收的一种可以同时由一个应用程序处理的数 据格式的输入包，构造所述输入包，并且从包含有添加、插入或替代的附加信息 的传输包中检索所述附加信息；
将源包头与所述传输包组合来产生数据包的数据包生成装置；
从所述数据包中产生一个或更多数据块的数据块生成装置；
传输包生成装置，用来在所述数据块上执行预定处理，在所述数据块的预定 位置上插入所述附加信息，并且因此产生所述传输包；和
输出所述传输包的接口。
附图说明
图1是根据第一较佳实施例的文件处理系统的框图；
图2是根据第二较佳实施例的文件处理系统的框图；
图3是第三较佳实施例用于DV(在第一和第二较佳实施例中使用)的FSD框 图；
图4是示出第四较佳实施例的DVFS处理支持应用程序(在第一和第二较佳 实施例中使用)的第一结构实例；
图5是示出第五较佳实施例的DVFS处理支持应用程序(在第一和第二较佳 实施例中使用)的第二结构实例；
图6是根据第六较佳实施例的数据传输设备框图；
图7是示出根据第六较佳实施例的数据传输设备所使用的时间间隔信息的说 明图；
图8是根据第七较佳实施例的数据传输设备框图；
图9是示出在IEEE1394总线上传输DV帧数据的方法的说明图；
图10是示出在IEEE1394总线上发送和接收同步包定时的时序图；
图11是示出计算SYT方法的说明图；
图12是示出CIP生成部件115的操作实例的流程图；
图13是根据第八较佳实施例的接收设备的框图；
图14是根据第九较佳实施例的接收设备的框图；
图15是根据第十较佳实施例的接收设备的框图；
图16是根据第十一较佳实施例的接收设备的框图；
图17是示出在第八、第九、第十和第十一较佳实施例中使用的输入/输出包 的结构实例的说明图；
图18是示出在IEEE1394总线上传输MPEG2 TS包的方法的说明图；和
图19是第十二较佳实施例的程序所实现的功能的说明图。

下面，本发明的较佳实施例将结合附图进行描述。
(第一较佳实施例)
首先，根据本发明第一较佳实施例的文件处理系统的结构将结合图1进行描 述。图1是根据第一较佳实施例的文件处理系统的框图。下面假设Windows PC实 现文件处理系统。在图1中，10表示PC(文件处理系统)，11表示FS显示应用 程序，12表示文件复制应用程序，13表示文件再现应用程序，14表示系统服务， 15表示I/O管理器子系统，16表示IFS管理器，17表示I/O子系统，18表示显 示设备，19表示显示设备驱动器，20表示WDM-不兼容设备(在本实施例中用HDD 作为实例)，21表示HDD文件系统驱动器(HDD-FSD)，22表示HDD驱动器，23表 示WDM-兼容设备(在本实施例中用DV作为实例)，而24表示DV驱动器，这些都 是在传统PC中已出现的单元。30表示DVFS支持应用程序，31表示IFS监视器， 而32表示DV文件系统驱动器(DV-FSD)。
没有DVFS支持应用程序30、IFS监视器31和DV-FSD 32，文件处理系统10 就是一种仅仅能处理HDD 20中记录的文件的系统。HDD 20上记录的文件和目录 结构由HDD-FSD 21依据FAT(文件分配表)来管理。
DV 23内放置有磁带，并且数据可以以文件的形式记录在磁带上。管理记录 文件所必须的文件管理信息、目录结构和诸如此类也都被记录。文件管理信息可 能包括与磁带相关的信息，例如磁带ID和卷名、指定每个文件的文件记录、指定 每个目录的目录记录，等。每个记录由信息例如文件名和创建日期组成，并且文 件记录进一步包括信息例如文件大小和在磁带上的记录位置。文件大小可能是帧 数或字节数(或可能受两种数字控制)。
现在，下面将描述在依据上述结构中相关文件管理信息来显示DV 23内磁带 上的记录内容的情况下的操作。
下面的描述是假设使用用于显示记录在PC 10的HDD 20、FDD、CD-ROM或诸 如此类上的文件内容的FS显示应用程序11来显示DV 23内磁带上记录的内容。
为了获得关于期望文件的信息，首先，FS显示应用程序11通过系统服务14 和IFS管理器16向DV-FSD 32发送打开请求来打开文件。在DV-FSD 32访问文件 管理信息，并验证文件存在并返回后，FS显示应用程序11通过系统服务14和IFS 管理器16向DV-FSD 32发送对信息例如文件大小、文件更新日期/小时或诸如此 类的获得请求，并且因此DV-FSD 32访问文件管理信息，获取需要的信息并返回 该信息。依据期望信息的获得，FS显示应用程序11通过系统服务14和IFS管理 器16向DV-FSD 32发送关闭请求来关闭文件，并且因此，DV-FSD 32丢弃关于文 件所保持的信息。
经过对上述处理的重复，用户可以使用FS显示应用程序11例如微软公司的 Windows中的浏览器，来查看记录文件的显示列表。
接着，将描述在DV 23中的文件复制到HDD 20中的情况下的操作。首先， 用户从由FS显示应用程序11显示的列表中选择一个DV 23中的文件，并且指令 HDD 20上的任一期望目录作为复制目的地。文件复制部件12通过系统服务14来 向IFS管理器16发送与选中文件相关的信息和向HDD 20发送复制请求。
特别地，在这种情况下，发送给IFS管理器16的请求是开始处理文件通知 (在DV23或HDD 20上)(下文中称为“打开-请求”)、读取文件数据的请求(下 文中称为“读取-请求”)、在文件中写入数据的请求(下文中称为“写入-请求”)、 或终止文件处理的通知(下文中称为“关闭-请求”)。
打开-请求与指定有关文件信息例如文件名、设备号码和文件ID一起发送。 读取-请求和写入-请求与信息例如文件ID和位置以及文件所需数据大小一起发 送。关闭-请求与文件ID一起发送。
IFS管理器16向DV-FSD 32发送有关DV 23上所选中作为复制源文件的打开 -请求，此后发送数据读取-请求，并且随后在读取全部数据后发送关闭-请求。或 者，IFS管理器16向HDD-FSD 22发送有关选中作为复制目的地的HDD 20的打开 -请求，此后发送数据写入-请求，并且随后在写入全部数据后发送关闭-请求。在 任一情况下，当从全路径名的角度来看，复制源处的文件名与复制目的地的文件 名是不同的，但与除目录相关部分外的文件名相同。
IFS监视器31具有监视IFS管理器16的输出并发送给DVFS支持应用程序30 的功能(并且可能进一步具有将DVFS支持应用程序30不需要的信息丢弃的功能)。 因此，IFS监视器31获得上述指示DV 23的打开-请求、读取-请求和关闭-请求， 和上述指示HDD 20的打开-请求、读取-请求和关闭-请求，以及将它们发送给DVFS 支持应用程序30。
DV-FSD 32依据随同打开-请求一起发送的文件名提取相应的文件管理信息， 并将提取的文件管理信息随同每个请求发送给DVFS支持应用程序30。
DVFS支持应用程序30检测来自IFS监视器31的请求，并且如果有对应于数 据读取DV 23上文件请求的写入HDD 20上文件的请求，DVFS支持应用程序30确 定有复制DV 23上文件到HDD 20上的请求，并且实时对HDD 20执行对捕获的通 过DV驱动器24从DV 23获得的部分DV流数据的处理，从指定为文件开始的部分 开始持续到指定为文件结束的地方结束。
同时，在从HDD 20复制文件到DV 23上的情况下，所采用的方式与上述相 反，IFS管理器16向DV-FSD 32发送写入-请求，而向HDD-FSD 22发送读取-请 求，因此DVFS支持应用程序30就执行将HDD 20上的文件发送到DV 23上的处理， 并且此后，从指定为记录开始位置的部分开始，记录在DV 23的磁带上。
上述的处理使得依据异步随机请求将一个个文件陆续从DV 23复制到HDD  20，以及从HDD 20复制到DV 23上成为可能，即使DV 23只具有接收和输出流数 据能力。
〔第二较佳实施例〕
下面，将结合图2讨论一种根据本发明第二较佳实施例的文件处理系统的结 构。图2是根据第二较佳实施例的文件处理系统的框图，其与Windows PC实现系 统中的第一较佳实施例相同。在图2中，绝大多数的结构如图1中所示的结构相 同，并且40表示文件再现/起动应用程序，41表示驱动识别部件，42表示HDD文 件起动器以及43表示DV文件起动器。
现在，下面将讨论在记录在DV 23的磁带上的文件依据相应的文件管理信息 再现和显示在上述的结构中的情况下的操作。
一种机制就是当由FS显示应用程序11提供的文件列表中的文件被选择并被 双击时，依据文件类型指定的应用程序也被选择并开始启动，并且启动的应用程 序对选中的文件执行“打开”操作。通常，如果文件代表AV数据，就开始文件再 现应用程序13。如果文件在HDD 20上，通过用文件再现应用程序13，就可能实 现实时的再现(然而这可能带来视频信号遗失一些帧的可能)。当某人希望在HDD 20 打开文件的情况下“打开”DV 23上的文件，来实时再现和显示记录在DV 23上 的AV数据是十分困难的，并且因此，需要专门的应用程序。
一种指定用于AV数据文件的应用程序并不是文件再现应用程序13，而是文 件再现/起动应用程序40。当文件再现/起动应用程序40开始时，驱动识别部件41 判断在哪个驱动器上存储选中的文件。确定其是除DV外的驱动器，驱动识别部件 41通过HDD文件起动器42通知文件再现应用程序13所选中的文件的信息，并启 动文件再现应用程序13，从而执行了“打开”选中文件的操作。当驱动识别部件 41确定是DV文件，选中文件的信息通过DV文件起动器43告知DVFS支持应用程 序30，并且DVFS支持应用程序30对通过DV驱动器24获得的来自DV 23的DV 流数据执行实时再现和显示的处理。
上述的处理使得依据异步随机请求在DV 23上将文件陆续再现和显示成为可 能，即使DV 23只具有输出流数据能力。
虽然前述讨论的数据是视频/语音数据，并且应用程序是根据本发明的用于 再现和显示视频/语音数据，但即使在其他数据类型的情况下，使用对应于其他类 型数据的应用程序，也可以获得类似的效果。
〔第三较佳实施例)
一种在本发明第一和第二较佳实施例中使用的DV-FSD 32的结构将结合图3 来讨论。图3是DV-FSD 32的框图，其中50表示请求识别/返回发送部件，51表 示文件记录提取部件，52表示文件管理信息保持部件，53表示访问文件登录保持 部件，54表示第一文件信息提取部件，55表示第二文件信息提取部件。
具有这样结构的DV-FSD以下面的方式运作。作为IFS管理器16接口的请求 识别/返回发送部件50接收请求，并返回请求所需要的信息/数据以及返回码。进 一步，请求识别/返回发送部件50识别多种类型的请求。
当请求是打开时，依据随同请求一起接收到的文件名，文件记录提取部件51 从文件管理信息保持部件52中提取对应于文件名的文件记录，在访问文件记录保 持部件53中登记，并向DVFS支持应用程序31发送打开请求。打开请求告知开始 处理相应的文件。通常，当接收到打开请求时，系统仅根据文件ID来处理文件并 且文件ID仅与文件名关联，并且因而，对于访问文件记录保持部件53来说需要 将文件ID与文件记录相关联。根据文件管理信息保持部件52保存的信息，对应 于指定文件名的文件不存在的话，请求识别/返回发送部件50返回表示失败的返 回码。
当请求是读取或写入时，第二文件信息提取部件55依据随同请求接收到的 文件ID从访问文件记录保持部件53中提取关于指定文件的信息，并将这样的信 息添加到请求中，并发送给DVFS支持应用程序30。在DVFS支持应用程序30确 定将DV 23中的文件复制到HDD 20或将HDD 20上的文件复制到DV 23是需要的 情况下，响应于读取或写入请求的数据处理不被执行，而是由请求识别/返回发送 部件50返回表示成功的返回码。
当请求是关闭时，第二文件信息提取部件55依据随同请求接收到的文件ID 从访问文件记录保持部件53中提取关于指定文件的信息，并将请求发送给DVFS 支持应用程序30，并且请求识别/返回发送部件50返回表示成功的返回码。
对于不同于上述请求的请求，请求不需要发送给DVFS支持应用程序30，并 且因此，第一文件信息提取部件54依据随同请求接收到的文件ID从访问文件记 录保持部件53中提取关于指定文件的信息，并且请求识别/返回发送部件50将其 和成功返回码一起发送给IFS管理器16。
由于具有上述结构的DV-FSD 32，即使DV 23仅具有接收和输出流数据的能 力，也可能依据异步随机请求陆续执行文件处理。
〔第四较佳实施例〕
在本发明第一和第二较佳实施例中使用的DVFS支持应用程序30的结构将结 合图4讨论。图4是DVFS支持应用程序30的框图，其中60表示支持处理判断部 件，61表示再现/显示部件、62表示DV→HDD复制部件，63表示HDD→DV复制部 件，并且64表示文件管理信息更新/获得部件。
具有这样结构的DVFS支持应用程序以下述的方式运作。支持处理判断部件60 依据来自DV-FSD 32的请求和来自IFS监视器31的信息来判断关于DV 23的处理， 并且指令执行适当的处理。
当指令对记录在DV 23磁带上的文件进行再现时，再现/显示部件61由文件 再现/起动应用程序40启动，并与DV驱动器24协作执行再现/显示处理。特别是， 下述步骤是作为一系列的操作而执行：
(1)寻找文件前部的指令通过DV驱动器24发送给DV 23。
(2)用于再现的指令通过DV驱动器24发送给DV 23。
(3)由DV 23再现并通过DV驱动器24从DV 23发送的数据被显示。
(4)当达到文件的尾部，停止指令通过DV驱动器24发送给DV 23。
当指令将记录在DV 23中磁带上的文件复制到HDD 20时，DVH→DD复制部件 62根据支持处理判断部件60做出的判断结果来启动，并与DV驱动器24协作执 行复制处理。简而言之，下述步骤是作为一系列的操作而执行。
(1)寻找文件前部的指令通过DV驱动器24发送给DV 23。
(2)用于再现的指令通过DV驱动器24发送给DV 23。
(3)由DV 23再现并通过DV驱动器24从DV 23发送的数据写入到HDD 20。
(4)当达到文件的尾部，停止指令通过DV驱动器24发送给DV 23。
当指令将记录在HDD 20上的文件复制到DV 23中磁带上时，HDD→DV复制 部件63根据支持处理判断部件60做出的判断结果来启动，并与DV驱动器24协 作执行复制处理。简而言之，下述步骤是作为一系列的操作而执行。
(1)寻找磁带上最近文件记录结束位置的指令通过DV驱动器24发送给DV 23。
(2)从HDD 20读取的数据通过DV驱动器24从DV 23发送。
(3)用于记录的指令通过DV驱动器24发送给DV 23。
(4)当达到文件的尾部，停止指令通过DV驱动器24发送给DV 23。
因为支持处理判断部件60指令DVH→DD复制部件62和HDD→DV复制部件63 对文件一个一个执行操作，因此至少一个记录位置和作为相关文件信息的文件大 小需要随同操作指令一起提供。当表示处理正在进行的消息显示在屏幕上时，如 果文件名也被显示，那有关文件名的信息也要一起提供。
当IFS管理器16和其他部件需要文件管理信息中含有的信息时，每次访问 磁带需要花费很长的时间，并且给DV 23和磁带自身的机制带来很大的负担，并 且因此，最好让文件处理系统10中的文件管理信息保持部件52提前保留这样的 信息，并且经常访问文件管理信息保持部件52。
注意到这点，文件管理信息更新/获得部件64对文件管理信息保持部件52 保留的文件管理信息记录到磁带上或使得文件管理信息保持部件52获得记录在磁 带上的文件管理信息。
为了防止记录在磁带上文件、记录在磁带上的文件管理信息和文件管理信息 保持部件52上保留的文件管理信息彼此不同，就需要至少在将文件记录在磁带上 后立即地将文件管理信息记录在磁带上(当在开始时得知有不止一个文件将相继 记录，文件管理信息可能在磁带上记录完最后的文件之后立刻在磁带上记录文件 管理信息)。
在文件处理系统10启动时，需要获得文件管理信息。进一步，因为尽管媒 体交换，DV的机制也不需要DV驱动器24向文件处理系统10传送信息，并且因 此，具有检测媒体是否已经交换功能的文件管理信息更新/获得部件64也为人们 所期望。
通过包含在文件管理信息中的媒体ID，可以依据媒体ID来判定文件管理信 息保持部件52上的文件管理信息和文件管理信息更新/获得部件64获得的文件管 理信息是否位于同一媒体上，并且因此，判断媒体是否被交换是可能的。
另外，通过包含在文件管理信息中最近更新的日期/时间信息，可以找出文 件管理信息保持部件52上的文件管理信息和文件管理信息更新/获得部件64获得 的文件管理信息之中，哪个是最近的文件文件管理信息，这依次使得两种文件管 理信息相互不一致的情况的处理成为可能。
除了文件处理系统10的启动之外，获得文件管理信息的定时可能是从FS显 示应用程序11发出的特定指令，例如(在复制或再现期间DV驱动器24没有处理 数据的情况下)。或者，可能基于常规基础来获得(在复制或再现期间DV驱动器 24没有处理数据的情况下)。
依靠具有上述结构和DV-FSD 32协作工作的DVFS支持应用程序30，即使DV 23 仅具有接收和输出流数据的能力，依据异步随机请求来陆续执行文件处理也是可 能的。
虽然前面讨论了最近更新日期/时间信息和媒体ID是文件管理信息的一部 分，媒体ID可以存储在附属于磁带的辅助存储器中。或者，因为一旦媒体ID对 于磁带的特定值设定后，其值将不会改变，媒体ID可能记录在包的标识符上或记 录在磁带上形成的磁道上辅助时间记录区域中，这都可以不需要寻找文件管理信 息就能快速获得这些值。
简而言之，媒体ID可以存储在只要通过DV驱动器24就能获得它们的任何 地方，例如磁道上、辅助存储器中或包上。
而前面讨论了涉及第三和第四较佳实施例的DVFS支持应用程序30中含有的 支持处理判断部件60，如果这种功能指定给DV-FSD 32，就可以获得类似的效果 (在DV-FSD 32接收来自DVFS支持应用程序30的输出的条件下)。
虽然前面讨论一系列成功的处理，但当在处理期间产生错误时，每个装置将 根据错误来操作。
无论FSD涉及的用于DVFS的文件管理信息，该信息可能在HDD上，在存储 器中或磁带的某处，本发明仍然适用。如果系统是用于处理同一PC中的多个磁带， 通过用将磁带与文件管理信息中登记的文件管理信息的媒体ID相关联，管理信息 就不需要记录在磁带上。
进一步，当要把文件管理信息记录在磁带上，系统可能是，保持HDD上或存 储器中加载的信息，并实际上访问HDD或存储器。这样的系统：不但能处理视频 和语音数据还能以类似的方式处理一般数据。
操作的每个处理仅仅是举例，这样除了常规的再现操作例如搜索→再现→停 止外，可能包括±快进、±慢进或类似的功能。
〔第五较佳实施例〕
本发明第一和第二较佳实施例中使用的DVFS支持应用程序的第二结构实例 将结合图5讨论。图5是DVFS支持应用程序30a的框图，其中65表示支持处理 判断部件，61表示再现/显示部件，62表示DV→HDD复制部件，63表示HDD→DV 复制部件，64表示文件管理信息更新/获得部件，66表示随机访问处理部件，70 表示请求分析部件，71表示缓冲区管理部件，72表示缓冲区，并且73表示DV控 制部件。再现/显示部件61、DV→HDD复制部件62、HDD→DV复制部件63和文件 管理信息更新/获得部件64与第四较佳实施例中的那些部件是相同的。支持处理 判断部件65除了具有第四较佳实施例中支持处理判断部件60的功能外，还具有 随机访问功能。
支持处理判断部件65向随机访问处理部件66馈送打开-请求、读取-请求、 写入-请求和指向DV 23的关闭-请求，而不是确定作为从DV 23到HDD 20的复 制处理请求和确定作为从HDD 20到DV 23的复制处理请求。当馈送读取-请求时， 支持处理判断部件65除关于磁带上指定文件的记录位置的信息和大小外，还提供 指定所请求的文件哪个部分的信息和随同的返回请求数据的指定方式。
当馈送写入-请求时，支持处理判断部件65除关于磁带上指定文件的记录位 置的信息和大小外，还提供指定所请求的文件哪个部分的信息和随同的的请求数 据。在读取和写入的情况下，请求数据依靠从文件的开始处的偏移字节计数和请 求数据的字节大小来指定。
在随机访问处理部件66中，首先，请求分析部件70识别请求。
当请求是读取-请求时，请求分析部件70从磁带上文件记录位置以及从文件 开始处的偏移字节数来确定磁带上的哪个部分具有请求的数据。缓冲区管理部件 71确定请求的数据是否在缓冲区72中。当请求的数据不是在缓冲区72中时，DV 控制部件73通过DV驱动器24向DV 23发送寻找具有请求数据的那部分的操作指 令，通过DV驱动器24向DV 23发送再现指令，并且将由DV 23再现和通过DV驱 动器24接收的数据写入缓冲区72。
期间，缓冲区管理部件71通过请求分析部件70将请求的数据从缓冲区72 传送到支持处理判断部件65。
当请求是写入-请求时，请求分析部件70从磁带上文件记录位置以及从文件 开始处的偏移字节数来确定磁带上的哪个部分应该负担请求的数据，并且特别是， 确定在什么帧中的什么字节应该写入多少字节。缓冲区管理部件71确定请求的数 据是否在缓冲区72中。
当请求的数据不是在缓冲区72中时，DV控制部件73通过DV驱动器24向DV  23发送寻找应该负担请求数据的那部分的操作指令，通过DV驱动器24向DV 23 发送再现指令，并且将由DV 23再现和通过DV驱动器24接收的数据写入缓冲区 72。缓冲区管理部件71将写入-请求所需要的数据写入并覆盖掉缓冲区72中的数 据，通过DV驱动器24向DV 23至少发送缓冲区72上的重写帧数据，并且重写在 DV 23中磁带上指定的位置上。
当一帧一帧处理对DV 23的记录时，因为写入-请求以字节为单位指定从帧 中某处写入，因此上述的过程是必须的。然而，当缓冲区管理部件71从一直到那 阶段的过程中确定所需的数据在缓冲区72中，从DV 23中再现数据就没有必要了。
上述结构使得即使DV 23仅具有接收和输出流数据的能力，不仅能处理特定 的应用程序，也能处理一般应用程序(例如实时再现/显示和复制)成为可能。因 此，分别对特定应用程序和一般应用程序进行适当的处理也是可能的。
因为磁带是顺序媒体，为了例如能实时再现视频/语音文件的目的，一个文 件必需记录在磁带的连续区域中。当文件要被重写时，例如在媒体上发生重写， 如果文件的大小超出在重写前的大小，记录就不可能实现。因此不仅在新文件保 存期间，就是在重写保存期间执行附加记录也是必要的。
在预先格式化的磁带情况下，也能执行类似于上述写入-请求的处理。没有 格式化的磁带情况下(就是说在其中记录入帧之前的帧中没有记录)，需要记录空 帧。相反，在写入-请求具有前提：数据从文件开头开始按特定的顺次序列排序时， 首先从DV 23的缓冲区72中再现数据的处理并不需要。
进一步，虽然前面所描述的传输数据是DV数据，但其他数据也可以传输。
进一步，虽然前面所描述的I/F是IEEE1394接口，但也可以使用其他的I/F。
进一步，接收识别可以由软件和/或硬件来实现。
〔第六较佳实施例〕
下面，本发明的第六较佳实施例将结合图6来描述。
图6是数据传输设备的框图。在图6中，101表示管理器，102表示HDD读 出器部件，103表示DV发送器部件，104表示缓冲区，105表示HDD，106表示DV， 107表示DV数据文件，以及108表示时间间隔信息生成部件。
下面假设DV数据文件107由NTSC系统视频数据构成。
当传输开始时，首先，管理器101向HDD读出器部件102发送输出指令。接 收输出指令，HDD读出器部件102读取记录在HDD 105上的来自DV数据文件107 的帧数据，将由时间间隔信息生成部件108产生的时间间隔信息添加到其中，并 作为传输数据写入缓冲区104。时间间隔信息指示了在DV发送器部件103中开始 处理帧数据的日期时间，以及在DV发送器部件103中结束处理帧数据的日期时间。
进一步，管理器101依据写入缓冲区104中的时间间隔信息向DV发送器部 件103发送输入指令，并且当在缓冲区104中创建自由空间时，管理器101依据 缓冲区104中剩余区域信息向HDD读出器部件102发送下一条生成指令。
就是说，输入指令发送给DV发送器部件103，这样DV发送器部件103在由 写入缓冲区104的时间间隔信息所指示的工作周期期间开始输入帧数据，并且完 成输入帧数据。接收输入指令，DV发送器部件103从缓冲区104读取传输数据， 将其转换为传输包，并通过IEEE1394总线向DV 106将其输出。
重复这个过程，据此把数据传送到DV数据文件107中。
当帧数据处理时间由于PC同时执行其他的处理或由于其他原因变得不均匀， 并且实际处理变得太慢时，由时间间隔信息指定的日期时间与处理的实际日期时 间变得不同。为了减少这种差别，管理器101依据载入有关DV发送器部件103的 信息和时间间隔信息来产生时间间隔校正指令，并将其发送给时间间隔信息生成 部件108。
例如，假设因为NTSC系统的视频数据帧频率为30/1.001(29.97)Hz，帧 数据的工作周期初始设置为0.033秒。作为响应，有关第零帧数据的时间间隔信 息保持为＝(0，0.033)(开始时间，结束时间)。如果DV发送器部件103中的处 理花费很长时间，管理器101向时间间隔信息生成部件108发送时间间隔校正指 令，因此延长了帧数据的工作周期。    
然而，为了维持帧间隔的目标，时间间隔信息生成部件108并不接收来自管 理器101的时间间隔校正指令或虽然接收但忽略，因此如图7所示的值作为对应 于具有帧号为n的帧数据的时间间隔信息来使用。换句话说，开始时间为 n*1.001/30秒，而结束时间为(n+1)*1.001/30秒。
依靠具有上述结构的时间间隔信息生成部件108，当保持大致的帧频率间隔 时，帧数据提供给DV发送器部件103，并且因为数据转换为预定的包，并在这种 条件下发送给DV 106，就可以实现向DV 106稳定地发送。
虽然前述的开始时间是n*1.001/30秒，并且结束时间为(n+1)*1.001/30秒， 但也可以使用接近这些值的值，例如这些将值的小数部分舍去的值。
进一步，虽然前面描述了由NTSC系统的视频数据构成的DV数据文件107， 但DV数据文件107也可以由别的不同方法的其他视频数据构成例如PAL方法或其 他流数据例如MPEG数据。
进一步，虽然前面描述的根据本实施例的时间间隔信息由开始时间是 n*1.001/30秒和结束时间为(n+1)*1.001/30的定义设定，但这并不是局限于此。 当DV数据文件107是除了NTSC系统外的其他方法或是其他流例如MPEG数据的视 频数据时，数据间隔信息可以依据其他方法、流的帧频率等来确定。简而言之， 时间间隔信息仅需要设定，以便对应于接收数据帧的包数据的设备所需的定时， 例如DV 106。
进一步，虽然下面描述了管理器101依据写入缓冲区104中的时间间隔信息 向DV发送器部件103发送输入指令，但这也并不是局限于此。管理器101可以依 据写入缓冲区104中的时间间隔信息以及有关DV发送器部件103的负荷信息来向 DV发送器部件103发送输入指令。在这种情况下，管理器101对DV发送器部件103 依据有关DV发送器部件103的负荷信息从缓冲区104中读取传输数据的处理进行 微调。一个管理器103进行微调操作的实例(101)将在下面讨论。
例如，当DV发送器部件103由于PC同时执行其他的处理而暂时不能从缓冲 区104读取传输数据，以致如果管理器101向DV发送器部件103发送输入指令就 可能损坏DV发送器部件103时，管理器101从负荷信息中获悉DV发送器部件103 不能接收输入指令，并暂时推迟向DV发送器部件103发送输入指令。当DV发送 器部件103成为具有正常接收输入指令的能力时，管理器101向DV发送器部件103 发送推迟输入指令。进一步，为了弥补在传输数据处理中的延迟，就减少了用于 发送输入指令的时间间隔。在这种方式下，不仅要考虑时间间隔信息，也要考虑 负荷信息的管理器101以这种方式向DV发送器部件103发送输入指令，因此能够 在确保DV发送器部件103不停顿的同时在由时间间隔信息指示的工作周期中完成 处理。在这种方式中，管理器103可能会不仅考虑时间间隔信息而且也考虑负载 信息来微调DV发送器部件103，确保DV发送器部件103的处理不会停顿。
进一步，虽然前面描述了管理器101依据有关DV发送器部件103的负荷信 息以及时间间隔信息产生用于校正时间间隔信息的校正指令，并将其发送给根据 本实施例的时间间隔信息生成部件108，但这并不局限于此。管理器101可能不 会产生用于校正时间间隔信息的校正指令。因此，管理器101也不会向时间间隔 信息生成部件108发送校正信息。在这种方式下，可以获得等同于根据本实施例 的效果，并且有可能实现具有更简单结构的数据传输设备。
进一步，在根据本实施例的时间间隔信息情况下，根据本发明的日期时间信 息并不局限于在DV发送器部件103中表示帧时间处理应该开始的时间和处理应该 结束的时间，但可能仅表示帧数据处理应该开始的时间。在这种情况下，表示下 一帧数据处理应该开始的时间可能就是当前帧数据正在进行的处理应结束的时 间。
进一步，数据传输设备可能由硬件或软件，或它们两者一起构成。
进一步，根据本实施例的时间间隔信息生成装置108是根据本发明的时间间 隔信息生成部件的一个实例，根据本实施例的HDD读出器部件102是根据本发明 的输出装置的实例，根据本实施例的DV发送器部件103是根据本发明的发送装置 的实例，本实施例的管理器101是根据本发明的传输管理装置的实例。另外，根 据本实施例的日期时间信息是根据本发明的时间间隔信息的实例。
进一步，根据本实施例的管理器101可能是管理时间传输的DirectShow的 一部分。或是可以在PC上处理流数据，例如视频/语音数据，的应用程序软件的 数据传输管理部分。
进一步，数据传输设备可能是使用DV再现部件来代替DV发送器部件103来 执行其他数据类型的传输，例如再现和显示DV数据文件，的数据传输设备。
根据本实施例，减少了帧数据传输中的波动，因此可能以稳定的方式来传输 流数据。
〔第七较佳实施例〕
下面，将结合图8来描述本发明的第七较佳实施例。
图8示出根据本发明的第七较佳实施例的数据传输设备的实例。在图8中， 111表示应用程序，112表示DV驱动器，113表示传输开始时间信息保持部件，114 表示SYT计算部件，115表示CIP生成部件，116表示IEEE1394 I/F，117表示总 线上的计时器，118表示DV。
进一步，图9是示出DV帧数据结构的说明图。如图9(a)所示，表示NTSC系 统视频的DV数据由1500个具有80字节长度的DIF块组成。图9(b)中展示的CIP (公共同步包)是可以在一个IEEE1394周期中传输的数据集合，并且由六个DIF 块以及一个CIP头构成。CIP头的最后两个字节是是称作为“SYT”的信息，这是 指使用根据如图9(d)所示IEEE1394的计时器的低两位字节来表示接收数据后DV 118应该开始处理的时间。然而，除了在帧的开始处，也可能在CIP的SYT数据 中用FFFFh替代。它是如图9(c)所示的实际传输的同步包，并且同步包进一步通 过向CIP加入包头、header_CRC和data_CRC来构成。
IEEE1394中的时间如图9(d)所示，是由3种称为“second_count”、 “cycle_count”和“cycle_offset”类型的计时器组成。second_count具有7 位宽度，可以在0到127之间循环，并且计数单位是1秒。cycle_count具有13 位宽度，可以在0到7999之间循环，并且计数单位是125微秒。cycle_offset 具有12位宽度，可以在0到3071之间循环，并且计数单位是1/24576000秒。
传输处理按下述方式执行。应用程序111向DV驱动器112输出一帧DV数据 作为帧数据。DV驱动器112将接收的帧数据分为6个DIF块，加入CIP头并转换 成CIP，并且将其向IEEE1394 I/F116输出。IEEE1394 I/F116向从DV驱动器 112接收的CIP中加入包头、header_CRC和data_CRC来转换为同步包，并输出给 DV 118。
图10是示出发送和接收同步包时序的时序图。对于DV 118，接收同步包和 内部正常处理的条件是：
(1)同步包SYT分配的时间TY在DV 118接收到同步包的时间TD之后；和
(2)同步包SYT分配的时间TY和DV 118接收同步包的时间TD之间的差值 为450微秒或更小。就是说，差值必须为TD＜TY＜TD+450微秒。
为了满足上述条件，传输开始时间信息保持部件113从IEEE1394 I/F 116 中总线上的计时器中获得总线上日期时间信息，依据获得时间来设定和保持传输 开始时间TS，并且向IEEE1394 I/F 116发送用于整个流数据的相关传输开始时 间的指示。SYT计算部件114依据由传输开始时间信息保持部件113设定的传输 开始时间TS来计算每个帧的SYT，并且CIP生成部件115产生预定格式的CIP。
图11示出一种计算SYT的方法。考虑到发送延迟是几十个微秒或更短和考 虑到TY与TD之间的上述关系，与位于要传输的流数据开头的同步包SYT指定的 时间TY的TS的偏差tso设定为250微秒。对于随后帧，因为这个实例是在NTSC 系统的视频信号上，SYT每次增加1.001/30秒。在这种方式下，对于所有要传输 的同步包就可能提供达到上述条件的SYT。如果计算的结果有小数，小数部分就 舍入。对应于实例的SYT值保持为TS＝0微秒。
图12是示出CIP生成部件115运作实例的流程图。现在，将结合附图12来 描述生成部件115运作内容。
在开始处理(步骤1)之后，通过应用程序111进入一个数据帧(步骤2)， 并且帧数据从数据开头就分为6个DIF块(步骤3)。判断这个块是否是帧开头的 DIF块(步骤4)，并且如果这个块处于开头，由SYT计算部件114依据帧号n(号 n从0开始计算)计算的值作为SYT值使用(步骤5)，但如果它是处于开头，SYT 的值就作为FFFFH使用(步骤6)。将SYT设定在CIP头中，并加入到6个DIF块 中，就形成CIP(步骤7)。在对于一个帧重复步骤3到步骤7的处理之后，每帧 的处理根据判断(步骤8)终止，而向IEEE1394 I/F 116输出一个帧的CIP(步 骤9)。在对所有的数据重复步骤2到步骤9的处理之后，处理根据判断(步骤10) 而终止(步骤11)。
在DV驱动器IEEE1394 I/F 116全部或部分由PC软件实现的场合，因为获 取总线上计时器117所指示的总线上日期时间信息期间产生的延迟变化，这至今， 对DV驱动器中SYT值的精确计算也是很困难的。另外，在传输开始时间产生的延 迟也同样引起接收方不能接收同步包的情况。
相反，因为DV驱动器如上所述来计算SYT，就可能在所有SYT中设定能使DV 118处理帧数据而不会失败的值，因此可发送数据。
当偏差tso如上所述设定为250微秒时，偏差tso可能就近似于这个值。
进一步，虽然前面描述了传输开始时间TS依据传输开始时间信息保持部件 113从总线上计时器117中获得的总线日期时间信息值来设定，但依据可以分配 给IEEE1394 I/F 116的传输开始时间的精确度，在没有必要获得总线日期时间信 息值的情况下，可以使用固定值。例如，如果本机制是那种仅能指定总线计时器 117低16位的机制，因为不可能延迟传输开始时间16个周期或以上，并且时间 间隔直到向DV 118的传输开始时间仍然是几乎没有改变，所以就没有必要确认总 线上的日期时间信息。
进一步，虽然前面叙述了帧数据708是包括NTSC系统视频的DV数据，但帧 数据也可以是其他流数据例如PAL视频。
进一步，虽然前面叙述了SYT值的计算结果的小数是舍去的，但这些小数也 可以用不同的方式处理，例如将小数作为1计算。
进一步，数据传输设备可以是由硬件或软件或硬件和软件一同构成。
进一步，根据本实施例的DV驱动器112是一个根据本发明的数据转换装置 的实例，而根据本实施例的IEEE1394 I/F 116是根据本发明的接口的实例。另外， 根据本实施例的传输开始时间是根据本发明的用于第一帧的第一数据包传输开始 时间X的实例，根据本实施例的偏差是根据本发明的初始值Z的实例，并且根据 本实施例的1.001/30秒是根据本发明的帧周期Y的实例。
根据本实施例，因为传输开始时间是恒定的，并且处理开始时间是使用这个 值和帧号来计算，这就使得以这种允许没有失败地进行接收和处理的方式来传输 数据成为可能。
〔第八较佳实施例〕
对于在IEEE1394 I/F上AV数据的传输，从版权保护的观点来看，需要在同 步包的包头上叠加版权信息的传输系统已经在1998.6的“5C数字传输内容保护 白皮书”(5C Digital Transmission Content Protection White Paper)中提出。 依据版权信息，就能确定接收的数据是不是允许复制。接收端用户正确译码必需 的密钥信息单独通过异步传输。
在IEEE1394上传输MPEG2传送包(TS包)的方法将结合图18进行描述。如 图18(a)所述，TS包自身具有188字节的长度，并且具有一个字节固定模式(47H) 的同步字节加入到187字节的MPEG2数据中。源包头加入到这个TS包中，因而形 成数据包。在源包头中设定25位的时间标记。剩余的7位保留。这个时间标记是 指示传输TS包定时的日期时间信息。依据有关要传输的数据的传输率来分割一个 数据包或彼此合并多个数据包，因而产生数据块。当传输率低时就分割数据包(分 割数可以从1、2和4中选择)，反之当传输率高时，就彼此合并多个数据包(合 并数可以从1到5中选择)。
如图18(b)所示，CIP头如上所述加入到数据包中，产生CIP(普通同步包)。 有关上述数据包和数据块是分割还是合并的分割/合并信息可以在CIP头中设定。
如图18(c)所示，将包头、header_CRC和data_CRC加入到CIP，构成同步包。
如图18(d)所示，包头的后4位是称为“SY区”的区域，并且当版权信息随 同数据一起传输时，版权信息以其赋值。版权信息的细节是两位的EMT_flag和一 位的O/E_flag，并且剩余的一位保留。EMT_flag指示是否允许复制的信息，而 O/E_flag是当传输数据被编码时用于正常译码的信息。
另一方面，可从微软公司开发的PC中所使用的Windows98操作系统中获得 的DirectShow提供了用于处理流数据的环境，例如PC上的视频/语音数据，并且 应用程序必须通过DirectShow机制来处理记录设备或发送/接收设备的视频/语音 数据。然而，DirectShow的特点在于当传输两种或两种以上的类型的数据时，各 数据传输彼此独立工作，因而，有必要同步确认哪些版权信息是设定给视频数据 的哪些部分，哪些是给语音数据的哪些部分的。
现在，本发明的第八较佳实施例将结合图13进行描述。
图13示出接收设备的实例，其中，151a表示应用程序、152a表示版权信息 多路复用部件，154表示版权信息提取部件，155表示数据包重构部件，156表示 头分离部件，而157表示IEEE1394 I/F。根据第八较佳实施例的接收设备通过 IEEE1394总线与发送设备158相连。
首先，IEEE1394 I/F 157接收从与IEEE1394 I/F 157相连的发送设备158 发送的同步包，并且将包分为包头和CIP，并输出给头分离部件156。
头分离部件156从接收的CIP中重新获得数据块和分割/合并信息，并且将 它们向数据包重构部件155输出，而同时向版权信息提取部件154输出接收的头。
数据包重构部件155依据接收的分割/合并信息存储来自数据块的数据包， 并且将其输出给版权信息多路部件152a。
版权信息提取部件154重新获得来自接收包头SY区的版权信息，并将其输 出给版权信息多路复用部件152a。
版权信息多路复用部件152a产生输入/输出包，在其中如图17(a)所示在 数据包的保留区域上叠加了版权信息，并且将生成的输入/输出包输出给应用程序 151a。
如上所述，根据本实施例，因为版权信息叠加在数据包的保留区域上，因此， 能够同时向应用程序151a输出数据和版权信息。
虽然这个实施例需要在保留区域叠加版权信息，但版权信息也可以写入其他 位置。例如，如图17(b)所示，因为TS包的同步字节具有固定值，所以即使被写 入版权信息覆盖也可以很容易获得原始值，因而，可以在该区域叠加。或者，如 图17(c)所示，当加入用于写入版权信息的区域时，也可以获得相似的效果。
进一步，虽然前面描述的是版权信息和MPEG2数据进行同时处理，本发明也 可以适用于除了版权信息外的其他信息。只要这样的信息仍然设定在同步包中， 本发明就仍然适用。
进一步，虽然前面描述所要传输的数据是MPEG2数据，但其他的数据也可以 传输。例如，IEEE1394 I/F可以用处理MPEG2时相同的协议来发送和接收DV数 据。这样，本发明也适用于DV数据。
进一步，虽然前面描述的接口是IEEE1394 I/F，但也可以使用其他的接口。 进一步，接收设备可能由软件和/或硬件实现。
〔第九较佳实施例)
下面，本发明将结合图14描述第九较佳实施例。
图14示出接收设备的实例。其中，151b表示应用程序，152b表示版权信息 多路复用部件，153表示数据包重构部件，154表示版权信息提取部件，155表示 数据包重构部件，156表示头分离部件，而157表示IEEE1394 I/F。根据第九较 佳实施例的接收设备通过IEEE1394总线与发送设备158相连。在图14中，版权 信息提取部件154、数据包重构部件155、头分离部件156以及IEEE1394 I/F 157 与第八较佳实施例中所述的相关部件相同。
首先，IEEE1394 I/F 157接收从与IEEE1394 I/F 157相连的发送设备158 发送的同步包，并且将包分为包头和CIP，并输出给头分离部件156，这与第八较 佳实施例相类似。
另一与第八较佳实施例的类似点是头分离部件156从接收的CIP中重新获得 数据块和分割/合并信息，并且将它们向数据包重构部件155输出，而同时向版权 信息多路复用部件154输出接收的头。
数据包重构部件155依据接收的分割/合并信息存储来自数据块的数据包， 并且将其输出给TS包提取部件153，并且TS包提取部件153从接收的数据包中 提取出TS包部分，并将其输出给版权信息多路复用部件152b。
版权信息提取部件154重新获得来自接收包头SY区的版权信息，并将其输 出给版权信息多路复用部件152b。
版权信息多路复用部件152b，如图17(d)所示用版权信息取代了TS包的 同步字节，并产生相应的输入/输出包，并且将其输出给应用程序151b。
如上所述，根据本实施例，因为版权信息取代了TS包的同步字节，因此， 能够同时向应用程序151b输出数据和版权信息。
虽然这个实施例需要用版权信息114取代TS包的同步字节，但版权信息也 可以写入其他位置。例如，如图17(e)所示，当加入用于写入版权信息的区域时， 也可以获得相似的效果。
进一步，虽然前面描述的是版权信息和MPEG2数据进行同时处理，本发明也 可以适用于除了版权信息外的其他信息。只要这样的信息仍然设定在同步包中， 本发明就仍然适用。
进一步，虽然前面描述所要传输的数据是MPEG2数据，但其他的数据也可以 传输。例如，IEEE1394 I/F可以用处理MPEG2时相同的协议来发送和接收DV数 据。这样，本发明也适用于DV数据。
进一步，虽然前面描述的接口是IEEE1394 I/F，但也可以使用其他的接口。
进一步，发送设备可能由软件和/或硬件实现。
〔第十较佳实施例〕
下面，将结合附图15来描述本发明的第十较佳实施例。
图15示出发送设备的实例，其中，161a表示应用程序，162a表示版权信息 提取部件，164表示数据块生成部件，165表示CIP生成部件，而166表示IEEE1394 I/F。根据第十较佳实施例的发送设备通过IEEE1394总线与接收设备167相连。
应用程序161a，例如如图17(a)所示，向版权信息提取部件162a输出输入/ 输出包，版权信息提取部件162a从接收的输入/输出包中提取版权信息，并将其 输出给CIP生成部件165，并且同时将输入/输出包转换成数据包，并将其输出给 数据块生成部件164。仅可将保留模式替换用于保存版权信息的部分，就实现了 转换为数据包。
数据块生成部件164判定是分割还是合并接收的数据包，将数据包转换为数 据块，设定分割/合并信息，并向CIP生成部件165输出数据块和分割/合并信息。
CIP生成部件165将设定有接收的分割/合并信息的CIP头加入到接收的数据 块中，相应地产生CIP，并将其输出给IEEE1394 I/F 166。也将版权信息输出给 IEEE1394 I/F 166。
IEEE1394 I/F 166依据接收的CIP和版权信息产生同步包，并将其发送给接 收设备167。
如上所述，根据本实施例，因为叠加版权信息的输入/输出包是使用数据包 的源包头的保留区域，并通过应用程序161b输出，因此，就可能彼此同步处理数 据和版权信息。
虽然这个实施例需要在保留区域叠加版权信息，但版权信息也可以写入其他 位置。例如，如图17(b)所示，因为TS包的同步字节具有固定值，所以即使在其 上写入版权信息也可以很容易获得原始值，因而，可以在该区域叠加。或者，如 图17(c)所示，当添加用于写入版权信息的区域时，也可以获得相似的效果。
进一步，虽然前面描述是版权信息和MPEG2数据进行同时处理，本发明也可 以适用于除了版权信息外的其他信息。只要这样的信息仍然设定在同步包中，本 发明就仍然适用。
进一步，虽然前面描述所要传输的数据是MPEG2数据，但其他的数据也可以 传输。例如，IEEE1394 I/F可以用处理MPEG2时相同的协议来发送和接收DV数 据。这样，本发明也适用于DV数据。
进一步，虽然前面描述接口是IEEE1394 I/F，但也可以使用其他的接口。
进一步，发送设备可能由软件和/或硬件实现。
〔第十一较佳实施例〕
下面将结合附图16来描述本发明的第十一较佳实施例。
图16示出发送设备的实例，其中，161b表示应用程序，162b表示版权信息 提取部件，163表示数据包生成部件，164表示数据块生成部件，165表示CIP生 成部件，而166表示IEEE1394 I/F。根据本发明第十一较佳实施例的发送设备通 过IEEE1394总线与接收设备167相连。在图16中，数据块生成部件164、CIP生 成部件165、IEEE1394总线166和接收设备167与第十较佳实施例中所述的相关 部件相同。
应用程序161b，例如如图17(d)所示，向版权信息提取部件162b输出输入/ 输出包，版权信息提取部件162b从接收的输入/输出包中提取版权信息，并将其 输出给CIP生成部件165，并且同时将输入/输出包转换成TS数据包，并将其输 出给数据包生成部件163。仅可将同步字节模式替换用于保存版权信息的部分， 就实现了转换为TS包。
数据包生成部件163产生时间标识，将TS包转换为数据包，并将其输出给 数据块生成部件164。时间标识依据TS包中的时间信息产生(称为“PCR”)以便 接收方存储。PCR以这种MPEG2解码器能以正确的定时存储视频和语音的方式制 定。
数据块生成部件164判定是分割还是合并接收的数据包，将数据包转换为数 据块，设定分割/合并信息，并向CIP生成部件165输出数据块和分割/合并信息， 如第十较佳实施例中所述。
另一与第十较佳实施例类似点是CIP生成部件165向IEEE1394 I/F 166输 出版权信息，并通过将CIP头加入到接收的分割/合并信息中所产生的CIP设定为 接收的数据块。
还有另一与第十较佳实施例类似点是IEEE1394 I/F 166依据接收的CIP和 版权信息产生同步包，并将其发送给接收设备167。
虽然这个实施例需要用版权信息取代TS包的同步字节，但版权信息也可以 写入其他位置。例如，如图17(e)所示，当增加用于写入版权信息的区域时，也 可以获得相似的效果。
进一步，虽然前面描述是数据包生成部件163依据PCR产生时间标识，但只 要归因于软件或硬件的应用程序161b具有在正确的定时处输出的能力，就也可能 从由数据包生成部件163接收TS包204的时间中产生时间标识。
进一步，虽然前面描述是版权信息和MPEG2数据进行同时处理，本发明也可 以适用于除了版权信息外的其他信息。只要这样的信息仍然设定在同步包中，本 发明就仍然适用。
进一步，虽然前面描述所要传输的数据是MPEG2数据，但其他的数据也可以 传输。例如，IEEE1394 I/F可以用处理MPEG2时相同的协议来发送和接收DV数 据。这样，本发明甚至也适用于DV数据。
进一步，虽然前面描述接口是IEEE1394 I/F，但也可以使用其他的接口。
进一步，发送设备可能由软件和/或硬件实现。
〔第12较佳实施例〕
本发明由用于计算机、微型计算机或诸如此类的程序来实现，并且如果是在 记录媒体例如软盘中记录和传送，本发明就很容易在其他独立的系统中实行。
图19是用于描述使用软盘的实施附图。图19(a)示出记录媒体主体软盘的物 理格式的实例。磁道沿同心圆状从外周到内周配置并在角度方向分为16个扇区。 程序就记录在根据这种方式配置的区域中。
图19(b)是用来描述收纳这个软盘的外壳的附图。从左边起是软盘外壳的 正视图、软盘外壳的截面图和软盘。通过将软盘这样放置在外壳中，避免了软盘 受到灰尘侵袭和外界的影响，并且能安全输送。
图19(c)是用于描述在软盘上记录和再现程序的附图。当软盘驱动器通过 如图所示的方式与计算机系统相连时，就可能在盘上进行记录和再现。盘通过插 入槽装入和退出软盘驱动器。通过软盘驱动器从计算机系统记录到盘上的程序， 保存了用于实现本发明的程序。为了实现本发明，软盘驱动器从盘上读取程序， 传送给计算机系统并产生用于实现本发明的环境。
虽然，前面描述在本实施例中软盘是作为记录媒体使用，但光盘也可以用于 相似的目的。另外，记录媒体并不局限于此，可以是任何别的能在其上同样实施 记录程序的媒体，例如IC卡、ROM和盒式磁带。
这里提及的“数据”包括数据结构、数据格式、数据类型等。
“媒体”包括记录媒体例如ROM，传输媒体例如因特网，以及传输媒体例如 光、电波和声波。
“载体媒体”包括记录有程序和/或数据的记录媒体，用于传输程序和/或数 据的传输媒体，等。
“可以在计算机上处理”包括可以在计算机上读取的记录媒体例如ROM的情 况和计算机能将要传输的程序和/或数据作为传输结果来处理的传输媒体的情况。
本发明可能涉及一种记录用于使计算机执行关于上述较佳实施例描述的结构 元件中的全部或部分装置的全部或部分功能的程序和/或数据的程序记录媒体，该 媒体能在计算机上读取，因此当结合计算机工作时，读出程序和/或数据能执行这 些功能。
进一步，信息集合包括软件例如程序和/或数据。
工业应用的可行性
从上面可以清楚看到，本发明解决了传统技术中存在的DV、发送和接收 流数据不能响应早先描述的异步随机访问，并且处理这种访问的机制是必须 的。
另外，本发明解决无论是近来兴起的PC和数字视频/音频设备例如DV， 因为PC在最初没有考虑到处理同步数据，现行的装置就不能在没有中断的情 况下处理实时数据的问题。
而且，本发明提出了一种新机制来处理需要发送版权信息的AV数据，并 且在PC和其他AV设备之间接收AV数据。