专利名称：数据处理系统、数据发送/接收设备和记录媒体的制作方法
技术领域：
本发明涉及一种文件处理系统、文件处理方法和程序记录媒体，用来显示表示文件以什么方式记录在记录媒体上的文件管理信息，或用来处理文件管理信息指定的文件。
本发明也涉及一种用于把数据流外表面上当作文件处理的同时进行处理的发送/接收设备和发送/接收方法，这些流数据被记录在执行实时传输的流数据记录/再现设备中。
本发明进一步涉及一种用于实现流数据实时传输的设备和方法，以及用于传输含有版权信息的数据的发送/接收设备和发送/接收方法。
背景技术：
目前可以获得的用于在个人计算机(在下文中称为“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数据传输内容保护白皮书”(5CDigital 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总线上传输MPEG2TS包的方法的说明图；和图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中的文件，并且指令HDD20上的任一期望目录作为复制目的地。文件复制部件12通过系统服务14来向IFS管理器16发送与选中文件相关的信息和向HDD 20发送复制请求。
特别地，在这种情况下，发送给IFS管理器16的请求是开始处理文件通知(在DV 23或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确定将DV23中的文件复制到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发送给DV23。
(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向DV23发送寻找应该负担请求数据的那部分的操作指令，通过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的计时器的低两位字节来表示接收数据后DV118应该开始处理的时间。然而，除了在帧的开始处，也可能在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/F 116输出。IEEE1394 I/F 116向从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中设定能使DV118处理帧数据而不会失败的值，因此可发送数据。
当偏差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表示IEEE1394I/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数据。
权利要求
1.一种接收设备，包括接口，用于接收含有描述附加信息的传输路径报头的传输包以及数据块；将所述传输包分割为所述传输路径报头和所述数据块的传输路径报头分离装置；将所述附加信息从所述传输路径报头中提取出来的附加信息提取装置；数据包生成装置，用于通过组合一个或更多所述数据块，从所述数据块中产生数据包；和附加信息插入装置，用于将所述附加信息添加或插入到所述数据包，并作为一种可以同时由一个应用程序处理的数据格式类型的输出包输出，其特征在于，所述应用程序对从所述附加信息插入装置输出的输出包进行处理。
2.如权利要求1所述的接收设备，其特征在于，在MPEG2数据中，所述数据包由源包头和传送包构成。
3.如权利要求1或2所述的接收设备，其特征在于，所述附加信息插入装置将附加信息加入到所述数据包的开头或结尾。
4.如权利要求2所述的接收设备，其特征在于，所述附加信息插入装置将所述附加信息插入到所述源包头。
5.一种接收设备，包括接口，用于接收含有描述附加信息的传输路径报头的传输包以及数据块；将所述传输包分成所述传输路径报头和所述数据块的传输路径报头分离装置；将所述附加信息从所述传输路径报头中提取出来的附加信息提取装置；数据包生成装置，用于通过组合一个或更多所述数据块，从所述数据块中产生数据包；源数据包报头分离装置，将所述数据包分割成源包报头和源包；和附加信息插入装置，用于将所述附加信息添加或插入到所述源包或替代所述附加信息，并作为一种可以同时由一个应用程序处理的数据格式类型的输出包输出；其特征在于，所述应用程序对从所述附加信息插入装置输出的输出包进行处理。
6.如权利要求5所述的接收设备，其特征在于，所述源包是MPEG2数据中的传送包。
7.如权利要求6所述的接收设备，其特征在于，所述附加信息插入装置将所述附加信息加入到所述传送包的开头或结尾。
8.如权利要求6所述的接收设备，其特征在于，所述附加信息插入装置用所述附加信息替代所述传送包的同步字节。
9.如权利要求1到8中任一权利要求所述的接收设备，其特征在于，所述接口是IEEE1394接口，并且所述传送包是同步包。
10.如权利要求1到9中任一权利要求所述的接收设备，其特征在于，所述附加信息是版权信息。
11.如权利要求1到10中任一权利要求所述的接收设备，其特征在于，所述附加信息是在同步包的SY区中进行描述。
12.一种数据发送设备，包括附加信息分离装置，用于在接收到一种可以同时由一个应用程序处理的数据格式类型的输入包时，检索被添加或插入到构成所述输入包的数据包中的所述附加信息；从所述数据包中产生一个或更多数据块的数据块生成装置；传输包生成装置，用于对所述数据块执行预定处理，在所述数据块中的预定位置插入所述附加信息，并且因此产生所述传输包；和发送所述传输包的接口。
13.如权利要求12所述的发送设备，其特征在于，在MPEG2数据中，所述数据包由源包头和传送包构成。
14.如权利要求12或13所述的发送设备，其特征在于，在所述输入包中，所述附加信息加入到所述数据包的开头或结尾。
15.如权利要求13所述的发送设备，其特征在于，所述输入包、所述附加信息插入到所述源包头。
16.一种发送设备，包括附加信息分离装置，用于在接收到一种可以同时由一个应用程序处理的数据格式类型的输入包时，构造所述输入包，并且从包含有经添加、插入或替代的附加信息的传输包中检索所述附加信息；将源包报头与所述传输包组合来产生数据包的数据包生成装置；从所述数据包中产生一个或更多数据块的数据块生成装置；传输包生成装置，用来对所述数据块执行预定处理，在所述数据块的预定位置上插入所述附加信息，并且因此产生所述传输包；和输出所述传输包的接口。
17.如权利要求16所述的发送设备，其特征在于，所述输入包通过用附加信息替代所述传送包的同步字节来获得。
18.如权利要求16所述的发送设备，其特征在于，所述输入包通过在所述传送包的开头和结尾加入所述附加信息来获得。
19.如权利要求12到18中任一权利要求所述的发送设备，其特征在于，所述接口是IEEE1394接口，并且所述传送包是同步包。
20.如权利要求12到19中任一权利要求所述的发送设备，其特征在于，所述附加信息是版权信息。
21.如权利要求12到20中任一权利要求所述的发送设备，其特征在于，所述附加信息是在同步包的SY区中描述的。
22.一种媒体，其特征在于，可以在计算机上读取，并且具有使计算机执行构成如权利要求1到21中任一权利要求所述的发送设备或接收设备的所有或部分各装置或各构件的程序。
23.一种信息集合，其特征在于，是一种用于使计算机执行如权利要求1到21中任一权利要求所述的本发明的所有或部分装置的所有或部分功能的程序和/或数据。
全文摘要
本发明涉及一种接收设备，它包括接口，用于接收含有描述附加信息的传输路径报头的传输包以及数据块；将所述传输包分割为所述传输路径报头和所述数据块的传输路径报头分离装置；将所述附加信息从所述传输路径报头中提取出来的附加信息提取装置；数据包生成装置，用于通过组合一个或更多所述数据块，从所述数据块中产生数据包；和附加信息插入装置，用于将所述附加信息添加或插入到所述数据包，并作为一种可以同时由一个应用程序处理的数据格式类型的输出包输出；其中，所述应用程序对从所述附加信息插入装置输出的输出包进行处理。
文档编号H04L12/56GK1691643SQ20051005452
公开日2005年11月2日 申请日期2000年3月29日 优先权日1999年3月30日
发明者吉田順二, 山田正純 申请人:松下电器产业株式会社