CN1290025C

CN1290025C - 接收方法

Info

Publication number: CN1290025C
Application number: CNB001371533A
Authority: CN
Inventors: 吉田顺二; 松见知代子; 重里达郎; 山田正纯
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1999-10-21
Filing date: 2000-10-20
Publication date: 2006-12-13
Anticipated expiration: 2020-10-20
Also published as: CN1318833A; DE60025128D1; DE60025128T2; US6937599B1; EP1094637A3; EP1094637A2; KR20010060188A; EP1094637B1

Abstract

一个数据源，具有数据转换部分，用于把输入数据转换到一个预定数据信息包；一个存储数据信息包的数据缓冲器；一个存储附加了预定地址的描述符的列表，其中描述了一种发送数据包的方法；一个以先进先出模式存储预定地址的FIFO；以及数据发送装置，一旦从所述数据转换装置接收到开始指令，根据在所述FIFO中还没有生成参数的所述预定地址，对应于所述描述符，从所述数据缓冲器以一种发送所述预定地址显示的描述符的方法取出数据信息包，从所述数据信息包生成一个发送数据包并把它输出，当所述发送数据包结束后，发送一个发送结束的提示给所述数据转换装置，将存储在所述FIFO中的所述预定地址数是N(N：大于等于1和小于所述描述符的总数)。

Description

接收方法

本发明涉及一种数据源传输数据包，一种用于把数据流以看上去像一个文件的形式处理数据流，并记录在一个记录设备中的设备和方法，和一种在IEEE1394总线上的数据接收器中的接收方法。

随着大规模集成电路技术的发展，把视频信息和音频信息数字化并对它们进行传输的网络已经产生。由于视频信号和声频信号应该实时再生，所以需要能够确保实时传输的网络。

为了建立一个像这样适合于实时传输的网络，一个叫做IEEE 1394的网络被提上议程。IEEE 1394是一个高速串行总线***并且兼容同步传输，从而确保数据的实时传输的网络。

当前IEEE 1394是以家用数字VCR(以下简称为DVS)和许多数字音频/视频设备(以下简称为AV设备)的外部接口形式安装的。至于数字视频***，例如一个DV的操作可以从一个外部设备来控制，数据可以在外部设备和DV之间通过使用IEEE 1394来传送。

另一方面，在个人计算机(以下简称为PC)上，通过IEEE 1394已经正式被Microsoft Windows 98和其它OS支持的事实，IEEE 1394在PC机世界得到广泛运用。此外，这样的PC机和带有DVS的数字音频/视频设备的合并已经实施。

首先，作为一个第一现有技术，一个数据源从PC把数据传送到DV的过程将用图1到图7，图10和图11来描述。

图1是数据源的一个例子。在图1中，101是一个数据转换部分，102是一个数据缓冲器，103是一个描述符列表，104是一个IEEE 1394驱动器，105是一个IEEE 1394接口，106是一个IEEE 1394总线，107是一个FIFO，108是输入数据，109是一个符合IEC(IEC)61883的CIP(通用等时数据包)，110是一个描述符，111是描述符110存储在描述符列表103中的一个地址，112是开始发送指令，113是发送结束提示，114是一个等时数据包。

图2是用于发送数据的CIP数据109的配置的一例子。在图2中，201是一个数据包，202是一个CIP标题。

图3是用于发送空数据的CIP数据109的配置的一个例子。

图4是一个等时数据包配置的例子。在图4中，401是一个等时标题，402是一个标题循环冗余校验码，403是一个数据循环冗余校验码。

图5是一个数据缓冲器102配置的例子。在图5中，501a，501b，501e和501d是帧缓冲器，502a，502b，503e和504d是不发送标志。这里的数据缓冲器102是通过四个帧缓冲器来配置的。

图6是一个描述符110配置的例子。

图7是一个描述符列表配置的例子。在描述符列表103中，四个描述符110可以以该帧缓冲器的号码存储。

图10和图11是FIFO107配置的一个例子。在图10和图11中，位于分层结构下层的描述符地址是随后存储在FIFO107中的。然而，在上述的图1到图7，图10和图11中，输入数据108是由一串数据包201构成的DV数据。而且，不发送标志502a、502b、502e、和502d是在一个“已经发送”或“未发送”的状态下，并且初始状态是“已经发送”。

以下将说明依据如上所述配置的现有技术来进行数据源操作的过程。

一旦接收到输入数据108，数据转换部分101从那里取出数据包201，连续地加入CIP标题并将它作为CIP数据109存储在数据缓冲器102里，如图2所示。此时，CIP数据109首先被存储在帧缓冲器501a中。

然后，当CIP 109的预定号码比如14存储在帧缓冲器501a中时，数据转换部分101创建含有把CIP109存储在帧缓冲器501a的方法的描述符110a，并把它存储在描述符列表103中，如图6所示。此时，描述符110a在描述符列表103中的存储地址110a是一起存储在FIFO107中的，同时属于帧缓冲器501a的发送标志502a是“未发送”。

这里，如图6所示，“帧缓冲器501a的地址”、“CIP数据109的长度”、“存储在帧缓冲器501a中的CIP 109的号码”、“描述符标识”和“早先的信息”存储在描述符110a中。“描述符标识”包含用于区分描述符110的信息。例如，描述符110a的“描述符标识”包含“A”，描述符110b的“描述符标识”包含“B”。

接着，数据转换部分101按照帧缓冲器501b→缓冲器501c→帧缓冲器501d→帧缓冲器501a的顺序循环地改变帧缓冲器来进行存储，在每个帧缓冲器中存储CIP 109的一个预定值。此时，如果CIP数据109将要被存储的帧缓冲器有“未发送”标志，比如帧缓冲器501a是“未发送”，数据转换部分101要等到未发送的标志变成“已经发送”才执行存储操作。

此外，在数据转换部分101把CIP 109的一个预定号码存储在缓冲器501d中之后，如果开始发送的开始指令112还没有发送到IEEE 1394驱动器104，它就会发送开始发送的开始指令112给IEEE 1394驱动器104。此时，图10显示了存储在先进先出(存储器)107中描述符的地址。

然后，在接收到数据转换部分101的开始发送指令112后，IEEE 1394驱动器104分析由存储在FIFO107中的描述符110的地址而得到的描述符110a的地址，并从描述符列表103中检测描述符110a。然后根据描述符110a描述的内容，从帧缓冲器501a中连续引入CIP 109，并创建如图4所示的等时数据包。

此外，IEEE 1394驱动器104通过IEEE1394接口105把创建的等时数据包114输送到IEEE 1394总线。

然后，紧接着按照描述符110所描述的“CIP的号码”从帧缓冲器501a中引入CIP 109，IEEE1394驱动器104发送带有“A”的发送结束信号113给数据转换部分101，即描述符110a的“描述符标识”。

当上述的过程结束后，IEEE 1394驱动器104根据还没有被引用的描述符110b恢复FIFO107，并象处理帧缓冲器501a一样，根据相应的描述符110b来处理帧缓冲器501b。

在接收到IEEE 1394驱动器104发送完成的提示113后，数据转换部分101从FIFO中把位于最底层的地址提取来，并把它们删弃。例如，在图10中，描述符110a的地址被提取并如图11所示被删弃。同时，由于代表描述符110a的“A”作为“描述符标识”与同时发送到数据转换部分101的结束发送通知一起被发送给数据转换部分101，此时数据转换部分101把对应于帧缓冲器501a的未发送的标志502a改为“已经发送”。

从那时起，通过重复这些过程，数据被从PC发送到DV。

此外，在上述的一系列操作中，如果在输入数据108的传输率和IEEE1394总线106的传输率之间有差别的话，应该偶而发送空数据以便调整速率。此时，数据转换部分101只是按需要地仅以图3所示的CIP标题202的配置来创建CIP数据109。在这种情况下，一个刚刚过去的CIP数据109被存储在帧缓冲器501a中，即使14个CIP 109没有存储在帧缓冲器501a中，用于帧缓冲器501a的描述符也会被创建并存储在描述符列表103中，并且如上所述，发送标志501a首先是“未发送”的。然后，用于空数据的数据109被存储在帧缓冲器501b中，并且描述发送CIP 109这一方法的描述符一起被存储在创建的缓冲器501b中和描述符列表103中。接下来的操作是按照用于传输DV数据的CIP的发送来执行的。

现在，按照惯例在个人计算机(简称PC)中，诸如画面及声音等数据流都被作为文件来处理。然而，当画面及声音被实际记录时，把它们以数据流的形式记录下来的诸如磁带录像机等设备被广泛使用。为了处理/编辑用磁带录像机记录的画面及声音，可以使用专门的编辑设备，但是它们很昂贵并且要在原有装备的基础上增加新的装置和设备很困难。因此，用PC软件和PC来处理编辑诸如画面及声音的数据是很有效的。

然后，作为一个第二现有技术，下面将用图17来描述用一台PC进行编辑的过程。即使PC是一个特定的例子，不同于PC的其它装备也可以类似地来使用。在图17中，1是一台PC，2是一个数据流记录/再生设备。虽然一个DV(数字记录VTR)是数据流记录/再生装置2的一个特例，VTR还可以用模拟或数字方式来记录，并且I/F分别对应模拟或者数字形式。

PC 1的内在部分由硬件来配置，并且有内部的OS(操作***)和应用软件。3是接收和数据格式转换软件，4是处理音频/视频数据的软件(编辑软件可以作为一个例子)，5是数据格式倒置转换和发送软件。6是软件管理文件，7是一个PC 1处理的记录/再生数据的装置(比如硬盘驱动器)

首先，用数据流记录/再生装置再现数据，输出到PC 1数据的需要部分被这台PC1用其中的接收和数据格式转换软件3来得到。实际上，接收和数据格式转换软件3把数据转换为一种文件格式并写入硬盘驱动器7。接收和数据格式转换软件3指示软件6把文件变为写入文件A，因此，文件在写入硬盘驱动器7时被接收和数据格式转换软件3转换。写入是由以下过程执行的：

1)文件打开指令——确认文件名。

2)写入指令到打开的文件—指定开始写入的位置，写入数据的大小和写入数据。

3)文件关闭指令。

或重复指令。文件的所有数据是必须写入的，但是写入的顺序和写入大小是任意的。

然后，处理音频/视频数据的软件4指示管理文件的软件6读文件A，并根据从硬盘驱动器7读取的数据执行必要的处理。通常，为了写入硬盘驱动器7，新建文件B的处理结果作出写入文件B的指令。此外，文件A的读取按照以下过程来执行：

1)文件打开指令——确定文件名。

2)读取打开文件的指令-指定读取开始的位置，读取数据大小和读取数据。

3)文件关闭指令。

或重复指令。读取顺序和读取大小是任意的。

在被处理音频/视频数据的软件4处理之后产生文件B，被数据格式倒置转换和发送软件5转换为数据流，并且同时记录在数据流记录/再生装置2中。

能被记录在数据流记录/再生装置2中的数据格式包括：例如，定义在IEC61834中的连续实时输入DV数字盒式录像带)的IEEE 1394终端中，输入/输出的画面及声音的数据格式。(除非给装置发指令，否则要按一下再现按钮数据才会再现，按一下停止按钮才会停止。要按一下记录按钮数据才会记录，按一下停止按钮才会停止。如果它是一个文件，该文件的前端和后端被严格地定义。)

通常使用的关于画面及声音的文件格式包括一种叫做avi的格式。此格式的文件把画面及声音的信息(诸如：视频的跳帧速率，帧的数目，屏幕大小，视频压缩格式，音频的取样频率，音频的数据率，音频的取样数目，声频通道的数目)放在文件的前端作为标题信息，然后为每个叫做程序块的单元排列音频数据和视频数据，并将指示每个程序块存在于文件中的信息(为每个程序块生成的目录索引)放置在该文件的后端处，作为索引信息。

现在，IEC61883是发送音频/视频数据设备的标准化协议，这些设备有数字视频***和使用上述IEEE 1394来进行设备控制的***。

接下来，作为一种第三现有技术，用PC接收DV数据输出的方法将用图2，图4，图18到图24和图27到图30来描述。

图18显示了PC和连接在IEEE 1394总线上的DV。在图18中，701是一台PC，702is一个DV，703是一个应用程序，704是一个DV驱动器，705是一个IEEE1394驱动器，706是一个IEEE 1394接口，707是一个数据输出端部分，708是一个oPCR[O]，709是一个IEEE 1394接口，710是一个IEEE 1394总线，711是DV数据，109是CIP，714是操作指令，715是一个到IEEE 1394驱动器705的请求信号，716是一个请求715的响应信号，717是寄存器数据。

图2显示了一个CIP数据109配置的例子。在图2中，201是一个数据包，202是一个CIP标题。在CIP标题202中，一个SID(电源波节标识)域显示了设备输出数据的节点号，并描述了什么样的数据被传输了的信息。接收数据设备可以通过参考SLD域确定发送设备是什么，并在执行后面描述的广播发送和点对点发送连接的管理时被使用。

图4是一个等时数据包配置的例子。在图4中，401是一个等时标题，402是一个标题循环冗余校验码，403是一个数据循环冗余校验码。发送数据的频道在等时标题401中得到描述。

图19显示了一个oPCR配置。从图19中可以清楚地看到，一个广播连接计数器，点对点连接计数器，一个频道号等等。

图20显示了一个iPCR配置。从图20中可以清楚地看到，还是在oPCR中，有一个广播连接计数器，点对点连接计数器，一个频道号等等。

图21是一张说明以IEC61883进行广播发送的概念图。在图21中，601是一个接收器，602是一个发送器。

图22是一张说明以IEC61883进行点对点发送的概念图。

图23是一张说明以IEC61883，同时实现广播发送和点对点发送的状态的概念图。

图24是一个例子，它显示了发送器602的oPCR[O]和接收器601的iPCR[O]的值。就是说，在图24的例子中，显示了发送器602的oPCR的值和接收器601的iPCR值，以表明初始状态，图21的状态(进行广播发送的状态)，图22的状态(进行点对点发送的状态)和图23的状态(同时进行广播发送和点对点发送的状态)。这将在随后进行描述。

图27到图30显示了oPCR 708的值是如何被改写的转换表。bcc代表广播连接计数器，p2p代表点对点连接计数器。

首先，将说明以IEC61883广播发送和点对点发送的概念。

在广播发送中，如图21所示，发送器602只输出一个通道号63(以下简称为ch63)数据，根本不在意哪一个设备接收到这一输出数据。另一方面，接收器601只接收传输给ch63的数据，并且没有关心哪一个设备输出该数据的必要。

通过对比，在经过明确定义发送设备和接收设备的点对点发送中，发送器602和接收器601之间进行的是一对一的数据传输，如图22所示。例如，发送设备按需要同时执行多个点对点的发送，从而确保一对多的发送。

而且，广播发送和点对点发送可以同时进行。例如，发送器602可以通过广播发送把数据输出给ch63，同时通过点对点发送的方式执行一对一的发送给接收器601，如图23所示。

然后，将说明以IEC61883如何进行广播连接和点对点连接。

符合IEC61883的发送器602，有一个相当于输出控制寄存器的oPCR(输出端控制寄存器)。类似地，符合IEC61883的接收器601，有一个相当于输入控制寄存器的iPCR(输入端控制寄存器)。图19显示了oPCR的配置，图20显示了iPCR的配置。可以有多个oPCR和iPCRs，第n个寄存器被表示成oPCR[N]或iPCR[N]。在这种情况下，假设使用了第0个寄存器，则表示为发送器602的oPCR[0]和接收器601的iPCR[0]。

首先，在图24初始状态显示的是未建立连接的初始条件下，bcc和oPCR[0]的p2p都是0，类似地，bcc和iPCR[0]的p2p也是0。通道号应该包含63，作为一个初始值的例子。

在发送器通过广播传送执行输出到频道的操作时，1被分配给iPCR[0]的BCC。同样地，在接收机601通过广播传送执行输入操作时，1被分配给iPCR[0]的BCC。那就被说，当执行如图21所示的广播传送时，图24显示了BCC、p2p的值，发送器602的oPCR[0]和接收机601的通道号。当然，为了使接收机601接收发送器602输出的数据，频道号应该相同。在发送器602终止通过广播传送输出的情况下，oPCR[0]的BCC被还原为0。同样地，在接收机601终止通过广播传送的输入的情况下，iPCR[0]的BCC被还原为0。

当发送器602和接收机601以点到点方式进行传送时，任何一个设备(可能是发送器602或接收机601或一个第三方设备)，同时给发送器602的oPCR[0]和接收机601的iPCR[0]加1。那就是说，当执行如图21所示的点对点传送时，图21、24显示了BCC、p2p的值，发送器602的oPCR[0]和接收机601的通道号。

这里，利用接收机601的iPCR[0]和发送器602的oPCR[0]的频道号来进行传送的频道是63，但是如果有必要的话，设备可以建立点到点传送方式来改变接收机601的iPCR[0]和发送器602的oPCR[0]的频道号，来与其它频道进行点到点传送。频道号可以是0到62中的任意一个。

当发送器602和接收机601之间的点到点传送终止时，建立点到点连接的设备同时从发送器602的oPCR[0]和接收机601的iPCR[0]减1。

在广播传送和点到点传送同时进行的情况下，当每个连接都建立时，上述操作可以以一种相似的方式来执行。例如，当发送器602以广播方式执行输出数据到ch63，同时以点到点方式传送数据给接收机601时，如图23所示，发送器602的oPCR[0]的BCC值和p2p值都是1，如图23、24所示。在这个时候，接收机601的iPCR[0]的p2p值是1。然而，由于在广播方式中接收机601每次未必执行接收指令，所以，是否使iPCR[0]的BCC等于1取决于接收机601。

顺便地，两个资源即频道和带宽，应该按照在IEEE1394总线710上执行传送的情况进行分配，以决定用广播传送还是点到点传送。在IEC 61883的情况下，在一个频道里首先建立任意一个连接的设备对这些资源进行分配，最后切断连接的设备必须释放这些资源。

现在，将解释一下数据是怎样从DV 702即一个发送器传送到PC 701的。

首先，将说明DV 702的操作。

接收到开始再现指令后，DV 702分配1给oPCR[0]708中的BCC。数据输出部分707开始把DV数据711输出给IEEE接口709。IEEE 1394接口709把CIP标头202加该数据包201，在数据包201中接收到的DV数据711被拆分，以建立CIP数据109，如图2所示。进一步增加等时标题401，标题CRC 402和数据CRC 403，以通过IEEE 1394总线710建立和输出等时数据包，如图4所示。在这个时候输出的频道取决于写在oPCR[0]708通道号中的值。在p2p等于0的情况下，在BCC值变成1之前，没有建立任何连接。IEEE 1394接口709在开始输出到IEEE 1394总线710之前，要分配写在通道号中的频道和一条必要的带宽。

在接收到停止再现的指令后，DV 702把[0]中的BCC还原为0，数据输出部件707停止输出数据到IEEE 1394接口709，IEEE 1394接口709停止输出数据到IEEE 1394总线710。在这个时候，当BCC和p2p的值都为0并且没有建立任何连接时，IEEE 1394接口709把分配后的频道和带宽资源释放。

接下来，将描述这台PC的操作。

在收到从应用软件703发出的开始接收的操作指令后，作为请求715，用于DV的驱动器704发送一个请求给IEEE 1394驱动器705以获得DV702的oPCR值。IEEE 1394驱动器705请求IEEE 1394接口709通过IEEE 1394接口706发送在oPCR[0]中的寄存器数据717。在接收到一个发送请求后，IEEE 1394接口709从oPCR[0]取得寄存器数据717，并且发送同样的数据给IEEE 1394接口706。IEEE1394驱动器705把通过1394接口接收的寄存器数据717输出给DV驱动器704，作为应答716。

DV驱动器704查看寄存器数据717的内容，如果oPCR[0]708的BCC值等于1，或者p2p的值大于等于1，它发送编写指令给在oPCR[0]708中的p2p值增加1作为新的寄存器数据717，再作为请求715发送给IEEE 1394驱动器705。在收到对oPCR[0]中的寄存器数据717进行编写的请求715后，IEEE 1394驱动器705请求IEEE接口709通过IEEE 1394接口706对oPCR[0]708中的寄存器数据717进行重新写入。在收到编写请求后，如果新的寄存器数据717的值是合理值的话，IEEE 1394接口709将对oPCR[0]708中的新寄存器数据717进行编写。

在那之后，DV驱动器704通过在oPCR[0]708中的通道号所显示的值，发送开始接收数据的指令。例如作为请求715发送到IEEE 1394驱动器705的ch63。在收到开始接收的请求715之后，IEEE1394驱动器705通过IEEE 1394接口706，开始从在IEEE 1394总线710上的ch63接收等时数据包数据。IEEE 1394驱动器705从接收到的等时数据包取得CIP数据109，并且把CIP数据109输出给DV驱动器704。DV驱动器704从CIP数据109取得数据包201，在数据包201中建立DV数据711，并且把它输出给应用软件703。

DV驱动器704查看寄存器数据717的内容，如果0PCR[0]708的BCC值等于1，或者p2p的值大于等于1，它发送编写指令给在OPCR[0]708中的p2p值增加1作为新的寄存器数据717，再作为请求715发送给IEEE 1394驱动器705。在收到编写oPCR[0]中的寄存器数据717的请求715后，IEEE 1394驱动器705请求IEEE1394接口709通过IEEE 1394接口706对oPCR[0]708中的寄存器数据717进行重写。在收到写入请求后，如果新的寄存器数据717的值是合理值的话，IEEE 1394接口709将对它进行写入。同时，DV驱动器704对IEEE 1394总线710的资源ch0和一条必要带宽进行分配，然后，把从ch0开始接收数据的请求715发送给IEEE1394驱动器705。在收到开始接收的请求715之后，IEEE1394驱动器705通过IEEE1394接口706，开始从在IEEE 1394总线710上的chO接收等时数据包数据。在DV702没有输出数据的情况下，IEEE 1394驱动器705一直处于等待状态。

接下来的操作和oPCR[0]708的BCC值等于1的情况类似。

另一方面，在收到从应用软件703传来的停止接收操作指令714后，DV驱动器704把从IEEE 1394总线710stop接收数据的请求发送给IEEE 1394接口706。在收到停止接收的指令后，IEEE 1394接口706停止从IEEE 1394总线710接收数据。

接下来，在收到从应用软件703传来的停止接收操作指令后，DV驱动器704向IEEE 1394驱动器705发送一个请求获得DV 702的oPCR[0]708的值的请求715。DV驱动器704的对oPCR[0]708中的p2p的值减1，作为新的寄存器数据717，发送到IEEE 1394驱动器705，作为请求715。通过类似于上述的操作，DV 702的oPCR[0]值改变了。如果oPCR[0]的BCC值等于0，并且DV驱动器704在此之前已经分配了IEEE 1394总线710的资源的话，DV驱动器704同时将释放IEEE1394总线710的资源。在这个时候，如果有必要的话，DV驱动器70将把oPCR[0]的通道号的值还原为初始值。

谁配置了DV 702的oPCR[0]的值和IEEE 1394总线710的资源，谁又释放了它们，将作为一个例子在图27到图30中来说明。

总的来说，可以假设4种可能的操作，分析一下DV 702的开始再现和PC 701的开始接收谁更早地被执行，DV 702的停止再现和PC 701的停止接收谁更早地被执行。

图27显示了PC 701的开始接收和DV 702的停止再现更早地被执行。当PC701开始接收时，oPCR[0]708的BCC和p2p都为0，因为DV 702还没有开始再现。因此，PC 701分别把oPCR[0]708的通道号和p2p值改为ch0和1，并对IEEE 1394总线710的资源进行分配。当DV 702开始再现时，资源还没有被分配，BCC已经被改为1，因为p2p已经是1，换句话说，点到点连接已经建立。

当DV 702停止再现时，资源还没有被释放，BCC已经被还原为0，因为p2p还是1，即点到点连接已经建立。

当PC 701停止接收时，PC 701把oPCR[0]708的通道号还原为ch63，并且同时把p2p还原为0。此时，由于DV 702没有被再现，oPCR[0]708的BCC还是0。因此，PC 701释放了IEEE 1394总线710的资源。

图28显示了PC 701的开始接收和停止接收更早地被执行。当PC 701开始接收时，oPCR[0]708的BCC和p2p都为0，因为DV 702还没有开始再现。因此，PC701分别把oPCR[0]708的通道号和p2p值改为ch0和1，并对IEEE 1394总线710的资源进行分配。当DV 702开始再现时，资源还没有被分配，BCC已经被改为1，因为p2p已经是1，换句话说，点到点连接已经建立。

当PC 701停止接收时，PC 701把oPCR[0]708的通道号还原为ch63，并且同时把p2p还原为0。此时，由于DV 702仍然被再现，oPCR[0]708的BCC是1。因此，PC 701没有释放IEEE 1394总线710的资源。

当DV 702停止再现时，BCC被还原为0，但是由于p2p也被还原为0，没有建立任何连接，所以DV 702释放了IEEE 1394总线710的资源。

图29显示了PC 701的停止接收和DV 702的开始再现更早地被执行。当DV702开始再现时，DV 702分配了资源，BCC已经被还原为0，因为p2p还是O，即点到点连接没有建立。

当PC 701开始接收时，DV 702的再现已经开始，并且oPCR[0]708的BCC值为1。因此，PC 701仅仅把oPCR[0]708的BCC值改为1，既没有改变通道号也没有获得IEEE 1394总线710的资源。

当PC 701停止接收时，PC 701把oPCR[0]708的p2p值还原为0。此时，由于DV702仍然在再现，oPCR[0]708的BCC值为1。因此，PC 701没有必要释放IEEE 1394总线710的资源。

图30显示了PC 701的开始再现和DV 702的停止接收更早地被执行。当DV712开始再现时，DV 712分配了资源，BCC已经被还原为1，因为p2p还是O，点到点连接没有建立。

当PC 701停止接收时，PC 701把oPCR[0]708的p2p值还原为0。此时，由于DV 702没有再现，oPCR[0]的BCC值还是0。在这个时候，PC 701需要释放IEEE1394总线710的资源，但是由于IEEE 1394驱动器705和驱动器704具有不能处理分配在它们自己上面的资源的特性，所以不能释放资源。

那就是说，一般情况下，连接到IEEE 1394总线110的设备比如DV 102，可以释放其它设备分配的资源。通过对比，装备有Windows 98的PC101具有可以释放分配在它们自己上的资源，但是不能释放其它设备分配的资源的特性。

如上所述，在IEC61883的情况下，在一个频道里首先建立任意一个连接的设备对这些资源进行分配，最后切断连接的设备必须释放这些资源。因此，按照IEC61883的要求，PC 701必须释放资源，但是由于PC 701的特性，资源不能被释放。

一旦资源被不适当地释放，除非IEEE 1394总线710中进行重置总线，否则资源就不能被再次利用。

上面描述了按照第一现有技术进行数据源操作的过程，但是在上述的配置中，所有存储在描述符列表103中的描述符110的地址，都被存储在FIFO 107中。在这种条件下，如果将要存储在FIFO 107中的描述符110地址数增大，那么PC中被IEEE 1394驱动器104使用的存储数量也会增加。

相反地，如果存储在FIFO107中的描述符110的地址数目递减的话，即数据缓冲器102中的缓冲器的数目减少的话，那么已经输入数据转换部分101的输入数据108的可能接收范围会变狭窄。在这种情况下，打个比方，如果被输入在数据转换部分101中的输入数据108有一定程度的延迟或更多的延迟的话，IEEE 1394驱动器104就不能连续地发送等时数据包114。

就是说，在一个常规数据源中，存在一个问题(首要问题)，即一些交换关系是通过这台PC在发送的稳定性和必需存储量之间形成的。

而且，在所描述的第二现有技术的方法或设备中，接收并进行数据格式转换的软件3和数据格式倒置转换并发送的软件5，应当在处理复杂的音频/视频数据的软件4之前或之后进行处理。

然而，由于数据流记录/再现设备2处理的数据是数据流，并不是一种文件格式(即它没有标题信息和索引信息)，在PC1中，处理音频/视频数据的软件4首先与包括硬盘驱动器7在内的记录媒体建立连接，再异步地和任意数据建立连接。并且，与通常进行实时记录/再现的设备2建立一个直接的连接。

在处理音频/视频数据的软件4只想处理记录在数据流记录/再现设备2中的数据，并把结果写入PC的硬盘驱动器。相反地，处理音频/视频数据的软件4只想处理记录在PC硬盘驱动器中的数据，并把结果写入数据流记录/再现设备。这两者同样复杂，并且需要硬盘驱动器的容量来保证。

此外，一个用于获得大量的音频/视频数据(比如：5分钟多于1GB的数据)的大容量硬盘驱动器是必需的。如果数据可以在硬盘驱动器内进行累积的话，临时可以通过接收和数据转换软件获得，但是应该立刻把数据重新放回，因为硬盘驱动器的容量很快会用尽，这是非常复杂的。

现有技术就存在上述的问题。

就是说，通过PC设备编辑记录在数据流记录/再现设备中画面及声音的过程和设备是复杂的，这是第二个问题。

此外，不能从PC编辑画面及声音的软件直接与数据流记录/再现设备中的画面及声音建立连接，这是第三个问题。

此外，当PC的画面及声音要编辑的时候，需要一个大容量硬盘驱动器，这是第四个问题。

此外，在用于第三现有技术的常规配置中，有第五个问题，即不能适时地释放IEEE 1394总线的资源，并且如果是按照图30所示的顺序来释放的话，资源就不能被使用。

考虑到上述的第一个问题，本发明有意地提供了一个数据源，一个媒体和一个信息集合体，以减少保持帧缓冲器的数目不变时所需要的存储量。

考虑到上述第二个到第四个问题，本发明有意提供一个数据转换设备，一个辅助数据文件产生设备，一个数据倒置转换设备，一种数据转换方法，一种辅助数据文件产生方法，一种数据倒置转换方法，一个媒体和一个信息集合体，使从上述处理画面及声音数据的任意异步定时软件到任意数据变为可能，消除需要进行非常复杂的处理的必要，并且不对一台硬盘驱动器进行上载/下载，即不需要大容量的硬盘驱动器。

考虑到上述第五个问题，本发明有意提供一种接收方法，一个媒体和一个信息集合体，使每次适当地释放IEEE 1394总线的资源变为可能。

本发明的第一项发明是一个数据源，包括：

用于把输入数据转换到一个预定数据信息包的数据转换装置；

一个存储数据信息包的数据缓冲器；

一个附加了预定地址的描述符列表，其中描述了一种发送上述数据信息包的方法；

一个存储了在先进先出模式中的上述预定地址的FIFO。数据发送指的是，一从上述数据转换装置接收到开始指令，根据在上述FIFO中还没有生成参数的上述预定地址，对应于上述描述符，从上述数据缓冲器以一种发送上述预定地址显示的描述符的方法提取数据信息包，从上述数据信息包生成一个发送数据包并把它输出，当所述发送数据包结束后，发送一个发送结束的提示给所述数据转换装置。

要被存储在所述FIFO中的所述预定地址数是N(N：大于等于1并且小于所述描述符总数)

本发明的第二项发明是依据第一项发明的数据源，其中只有当预定地址数小于N时，所述数据转换装置才重新把预定地址存储在所述FIFO中；并且当预定地址N已经存储在所述FIFO中时，等到收到所述发送结束的提示，从所述FIFO提取所述预定地址并且把它丢弃，然后在所述描述符列表上存在一个没有存储在所述FIFO中的非存储描述符时，把所述非存储描述符存储在所述FIFO中。

本发明的第三项发明是依据第二项发明的数据源，当所述发送结束的提示M(M是固定的或可变的)到达时，所述数据转换装置从所述FIFO取得所述第二个地址的M并且废弃它们。

本发明的第四项发明是依据第二项或第三项发明的数据源，其中所述数据发送装置是一个IEEE 1394接口，所述发送数据包是一个在IEEE 1394的等时数据包。

本发明的第五项发明是依据第四项发明的数据源，其中所述数据信息包是一个在IEC61883的通用等时数据包。

本发明的第六项发明是对应于一个文件读取请求输出数据的数据转换设备，包括：

用于分析所述读取请求的请求分析装置至少由一个从所述文件的前端的偏移位置，和读取数据的大小构成；还有根据所述请求分析装置传来的指令进行选定和输出预定数据的选择装置。

本发明的第七项发明是按照第六项发明的数据转换设备，其中所述文件是一个avi格式的文件，所述请求分析装置分析标题信息，索引信息，视频数据和音频数据的哪一部分是根据请求来进行的，所述选择装置根据所述请求分析装置分析的结果，把每个数据放置在一个预定位置，根据avi格式重新排列数据并且把它输出。

本发明的第八项发明是按照第七项发明的数据转换设备，其中所述请求分析指的是，当请求视频数据时，里面的记录/再现装置说视频数据已经被记录，因此可以获得所述视频数据。

本发明的第九项发明是辅助数据文件产生设备，它可以把一个avi格式文件的标题信息作为一个标题文件，把索引信息作为一个索引文件，这个设备包括：

用于分析输入数据流和提取用于生成所述标题信息和索引信息所需要信息的数据流分析装置。

标题信息生成装置通过所述数据流分析装置提供指令，把生成所述标题信息所需要的信息形成一个预定格式，并且作为所述标题文件信息保存起来。索引信息生成装置通过所述数据流分析装置提供指令，把生成所述索引信息所需要的信息形成一个预定格式，并且作为所述索引文件信息保存起来。

本发明的第十项发明是按照第九项发明的辅助数据文件产生设备，其中所述数据流分析装置进一步包括用于分析将被输入到提取音频信息的音频信息生成装置，通过所述数据流分析装置提供指令把所述提取后的音频数据转换为一种预定格式，并把该数据作为一个音频数据文件保存起来。

本发明的第十一项发明是对应于一个文件写入请求，而输出数据的数据倒置转换设备，包括：

一个缓冲器；和

请求分析装置，从所述写入请求中进行控制，以使数据能够记录在记录器里，至少包括：一个从所述文件的前端处的偏移位置、写入数据的大小和提取的写入数据，并且提取的写入数据已经输出到所述缓冲器中。当累积在所述缓冲器中的数据达到一个预定量时，所述缓冲器中的内容就被输出到所述记录器中。

本发明的第十二项发明是按照第十一项发明的数据倒置转换设备，其中所述文件是一个avi文件的文件，所述请求分析装置把写入数据分开为标题信息、索引信息、视频信息和音频信息，并且把视频数据和音频数据输出给所述缓冲器。

本发明的第十三项发明是按照第十二项发明的数据倒置转换设备，其中所述文件是一个avi格式的DV数据文件，所述缓冲器由一个第一缓冲器和一个第二缓冲器配置，所述请求分析装置进行调节，以使音频数据输出到所述第一个缓冲器中，视频数据输出到所述第二个缓冲器中，当第二个缓冲器中的视频数据量累积到一个预定量时，所述第一个缓冲器的音频数据和所述第二个缓冲器中的视频数据交织在一起，并且被改写，然后输出到所述记录器中。

本发明的第十四项发明是辅助数据文件产生设备，它可以把一个avi格式文件的标题信息作为一个标题文件，把索引信息作为一个索引文件，这个设备包括：

用于从所述写入请求中提取所述标题信息和索引信息的请求分析装置，其中所述写入请求至少包括一个从所述文件前端的偏移位置、写入数据的大小和写入数据。

标题信息分隔装置，用于提供一些指令，这些指令用于将由所述请求分析装置提取的所述标题信息作为所述标题文件保存起来；和

索引信息生成装置，用于提供一些指令，这些指令用于将由所述请求分析装置获得的所述索引信息保存为所述索引文件。

本发明的第十五项发明是按照第十四项发明的辅助数据文件产生设备，其中所述请求分析装置进一步包括：用于从所述写入请求中提取音频数据的音频信息生成装置；和

提供一些指令，将由所述请求分析装置提取的音频数据转换为一种预定格式，并把该数据作为一个音频数据文件保存起来。

本发明的第十六项发明是数据转换方法，其中标题信息、索引信息、视频数据和音频数据中的那一部分被所述文件的读取请求所请求，将通过分析包含至少一个从avi格式文件前端的偏移位置，读取数据的大小来决定，放置于预定位置的每个数据都被读取，并且根据分析的结果，获得重新排列给avi格式的数据。

本发明的第十七项发明是按照第十六项发明的数据转换方法，当请求视频数据时，通过控制记录所述视频数据的记录/再现装置来获得所述视频数据。

本发明的第十八项发明是辅助数据文件产生方法，其中对输入的数据流进行分析，提取根据avi格式生成的标题信息和索引信息，用于生成标题信息的信息。为了生成所述标题信息而获得的信息被转换成一种预定格式，并且作为一个标题文件保存起来，为了生成所述索引信息而获得的信息被被转换成一种预定格式，并且作为一个索引文件保存起来。

本发明的第十九项发明是按照第十八项发明的辅助数据文件产生方法，分析输入数据流，提取avi格式的音频数据，再转换成一种预定格式，作为一个文件保存起来。

本发明的第二十项发明是一种数据倒置转换方法，所述文件的写入请求包含至少一个从avi格式文件前端的偏移位置，分析写入数据的大小和写入数据以从所述写入数据中提取视频数据和音频数据，所述视频数据和音频数据被作为数据流重新排列，并为每个预定量输出所述数据流。

本发明的第二十一项发明是按照第二十项发明的数据倒置转换方法，所述文件是一个avi格式的DV数据文件，当所述数据流输出时，音频数据与视频数据交织在一起，重新写入之后被输出。

本发明的第二十二项发明是一种辅助数据文件产生方法，所述文件的写入请求包括至少一个avi格式文件前端的偏移位置，写入数据的大小和写入数据。并且根据avi格式的标题信息和索引信息对所述写入数据进行分析，标题信息被存为一个标题文件索引信息被存为一个索引文件中。

本发明的第二十三项发明是按照第二十二项发明的辅助数据文件产生方法，从所述写入请求中提取avi格式的音频数据，再转换成一种预定格式，作为一个文件保存起来。

本发明的第二十四项发明是一种接收方法，在一个基本上符合IEC61883的数据接收端和一个符合IEC61883的数据源连接到一个IEEE 1394总线上的情况下，和在所述数据接收端是有一个IEEE1394接口和设备控制装置，以控制连接在IEEE 1394总线上的设备的个人计算机的情况下，在收到开始接收的指令后，所述数据接收端决定所述数据源是否用广播发送的方式输出数据到所述IEEE1394总线。在所述数据源用广播发送方式输出数据到所述IEEE 1394总线的情况下，所述数据接收端接收输出数据时，没有和所述数据源建立一种点对点的连接。

本发明的第二十五项发明是按照第二十四项发明的接收方法，所述数据源有输出控制寄存器，所述输出控制寄存器包括一种表示广播发送是否执行的信号，和表示所述输出数据被输出到哪一频道的通道号。在所述数据接收端是所述个人计算机的情况下，所述数据接收端通过读取所述数据源是否用广播发送方式输出所述输出数据到所述IEEE 1394总线的显示信号。在所述数据源用广播发送方式输出所述输出数据到所述IEEE 1394总线的情况下，所述数据接收端从所述没有改变通道号的频道接收所述输出数据。

本发明的第二十六项发明是按照第二十四项发明的接收方法，其中所述数据源有一个输出控制寄存器，

所述输出控制寄存器包括一个表示广播发送是否被执行的信号，和表示输出数据被输出到那一频道的通道号，和

在所述数据接收端是所述个人计算机的情况下，所述数据接收端通过读取所述数据源是否用广播发送方式输出所述数据到所述IEEE 1394总线的信号，和

所述数据接收端把所述通道号改为一个任意的值N(N是一个在8和63之间的整数)，随后从一个通道号是所述N的频道接收所述输出数据。

本发明的第二十七项发明是按照第二十五或第二十六项发明的接收方法，其中在所述数据源没有输出所述数据到IEEE 1394总线，和所述数据接收端是所述个人计算机的情况下，在所述数据接收端和所述数据源建立了一种点对点的连接之后，所述数据源开始把所述数据输出到所述IEEE 1394总线，同时所述数据接收端接收所述输出数据。

本发明的第二十八项发明是按照第二十五到第二十七项发明之间的任何一项的接收方法，其中一个符合IEC61883的第二个数据接收端连接在所述IEEE1394总线上，和

在所述数据源与所述第二个数据接收端建立一个点对点连接，没有使用广播发送方式，并在此基础上，所述数据源输出所述输出数据到所述IEEE 1394总线，和

所述数据接收端是所述个人计算机的情况下，所述数据接收端和所述数据源建立一个点对点连接，并接收所述输出数据。

本发明的第二十九项发明是按照第二十四到第二十八项发明之间任何一项发明的接收方法，其中所述数据源是一个家用数字VCR。

本发明的第三十项发明是按照第二十四到第二十八项发明之间任何一项发明的接收方法，其中所述数据源是一组MPEG数据。

本发明的第三十一项发明是一种媒体，它载有用于完成按照第一到第三十项发明中的任何一项发明的数据源装置、数据转换设备、辅助数据文件产生设备或数据倒置转换设备的全部或部分的全部或部分功能的程序和/或数据，这些程序和/或数据是由计算机执行的，其中，所述媒体可由这台计算机处理。

本发明的第三十二项发明是一个信息集合体，其中所述信息集合体是一个程序和/或数据，用于完成按照第一到第三十项发明中的任何一项发明的数据源装置、数据转换设备、辅助数据文件产生设备或数据倒置转换设备的全部或部分的全部或部分功能，该程序和/或数据是由这台计算机来执行的。

本发明的第三十三项发明是一种媒体，它载有用于完成按照第一到第三十项发明中的任何一项发明的数据转换方法、辅助数据文件产生方法或数据倒置转换方法的全部或部分的全部或部分功能的程序和/或数据，这些程序和/或数据是由计算机执行的，其中，所述媒体可由这台计算机处理。

本发明的第三十四项发明是一个信息集合体，其中所述信息集合体是一个程序和/或数据，用于完成按照第一到第三十项发明中的任何一项发明的数据转换方法、辅助数据文件产生方法或数据倒置转换方法的全部或部分的全部或部分功能。

图1图示了在本发明的实施例中的和传统例子中的数据源。

图2图示了一个CIP数据109配置的例子。

图3是一张说明当发送空数据时CIP数据109配置的示意图。

图4是一个等时数据包配置的示意图。

图5显示了一个数据缓冲器102配置的例子。

图6是一个描述符110配置的例子。

图7是一个描述符列表103配置的例子。

图8是在本发明实施例中一个FIFO107配置的示意图。

图9是在本发明实施例中一个FIFO107配置的示意图。

图10是在传统例子中一个FIFO107配置的示意图。

图11是在传统例子中一个FIFO107配置的示意图。

图12是一张说明本发明实施例中的一个数据倒置转换设备的方框图。

图13是一张说明在本发明实施例中一个辅助数据文件产生设备的方框图。

图14是一张说明在本发明实施例中一个数据倒置转换设备的方框图。

图15是一张说明辅助数据文件产生装置41帮助数据倒置转换装置31的方框图。

图16是一张程序执行的示意图。

图17是把传统数据流作为一个文件来处理的过程示意图。

图18是一张说明本发明的实施例以及传统例子中的数据源和数据接收端的示意图。

图19是了一个oPCR配置图。

图20是了一个iPCR配置图。

图21是一张以IEC61883进行广播发送的概念图。

图22是一张以IEC61883进行点对点发送的概念图。

图23是显示以IEC61883同时进行广播发送和点对点发送条件的概念图。

图24是一个例子，它显示了发送器602的iPCR[O]和接收器601的oPCR[O]的值。

图25是一张说明在oPCR[0]708中值的转换的示意图。

图26是一张说明在oPCR[0]708中值的转换的示意图。

图27是一张说明在oPCR[0]708中值的转换的示意图。

图28是一张说明在oPCR[0]708中值的转换的示意图。

图29是一张说明在oPCR[0]708中值的转换的示意图。

图30是一张说明在oPCR[0]708中值的转换的示意图。

下面将参考附图描述本发明的实施例。

(第一个实施例)

首先，将用图1到图9来描述第一个实施例。

该实施例中数据源的配置类似于第一个现有技术，输入数据108是由多个数据包201配置后的DV数据，还有一个符合IEC61883的CIP数据109。对应于这一实施例，图8和图9显示了数据源的FIFO107的例子。在图8和图9中，处于FIFO107比较低处的描述符110的地址随后被存储在FIFO107中。未发送信号502a、502b、502e和502d处于一种“已经发送”或“未发送”的状态，并且初始条件被设为“已经发送”。

下面将描述在本发明的实施例中，有着如上配置的数据源的操作。

一旦接到输入指令108，数据转换部分从那里取得数据包201，连续加入CIP标题，并且作为CIP数据109存入数据缓冲器102。此时，CIP数据109被首先存储在一个帧缓冲器501a中。

接下来，当CIP的预定数目，比如14个CIP109被存储在帧缓冲器501a中时，数据转换部分101生成描述符110a，在描述符110a中描述了一种存储在帧缓冲器501a里的发送CIP数据109的方法，并且把它存储在描述符列表103中，如图6所示。此时，描述符110a存储在描述符列表103中的地址111a也被一起存入FIFO107中，同时，相对于帧缓冲器501a的发送标记502a被改变为“未发送”。

从那时起，数据转换部分101以帧缓冲器501b→帧缓冲器501c→帧缓冲器501d→帧缓冲器501a的顺序循环改变帧缓冲器以存储数据，把CIP109的预定号存储在每一个帧缓冲器中。此时，在下一个CIP数据109将被存入的帧缓冲器(比如帧缓冲器501a)的未发送标记是“未发送”的情况下，数据转换部分101直到未发送标记变为“己发送”时，才进行存储操作。目前为止的操作和传统例子类似。

在本实施例中，在上述条件下，在地址一个预定号码已经被存储在FIFO107中的情况下，当描述符110被重新创建时，它被存储在描述符列表103中，但是对应于描述符列表103的地址111不会被立即存储在FIFO107中。比如，在图10的一个例子中，由于地址111a和111b已经被存储，随后描述符110c被创建并被存储在描述符列表103中，但是描述符110c的地址111c没有被存储在FIFO107中。

同样，在数据转换部分101存储一个CIP 109的预定号码在帧缓冲器501d中后，如果开始发送的开始指令112没有被发送到IEEE 1394驱动器104，数据转换部分101就把开始发送的开始指令112发送到IEEE 1394驱动器104。

此外，如果FIFO107在如图8所示的条件下，即只能存储两个地址，在从IEEE1394驱动器104接收到一个发送结束的提示113之后，数据转换部分101从FIFO107取得描述符110a的地址111a并把它丢弃，此时111a没有被存储在FIFO107中。随后把地址111c存储在描述符列表103中，如图9所示。同时，作为代表描述符110a“描述符标识”的“A”和发送给数据转换部分101的发送结束提示一起发送，此时数据转换部分101把对应于帧缓冲器501a的未发送的标志502a改为“已经发送”。

从那时起，通过重复这些过程数据被从PC发送到DV。

用这种方式，根据对应本发明实施例的数据源，存储在描述符列表103中的帧缓冲器在数据缓冲器102的号码和描述符110的号码，与在第一现有技术和它们是四个的情况下相同。

此外，尽管可以存储在描述符列表103中的帧缓冲器的号码和描述符110的号码被指定为四个，但是任何大于等于3的号码才可以被分别地接受。

此外，尽管描述符110的存储地址111的号码被存储在FIFO107中，并且被指定为两个，但是大于等于1和小于存储在描述符列表103中描述符110的号码才能被接受。

此外，已经有关于在发送数据包被作为单个发送后将被丢弃的地址号码的解释，但是它可以被设置为M(固定量或变量)。

此外，图6显示了描述符110的配置，但是只要描述符110的元件包含图6显示的东西，任何配置都可以被接受，而且如同图6显示的校准也没有必要。

此外，尽管已经描述了：在数据转换部分101存储CIP的预定号码在帧缓冲器501d之后，如果开始发送的开始指令112没有被发送到IEEE 1394驱动器104，它发送开始指令112给IEEE 1394驱动器104，但是，数据转换部分101发送开始发送的开始指令112到IEEE 1394驱动器104可能是不同于这样的任何时侯。

此外，被描述为DV数据的输入数据108由多个数据包201配置成，但是它可能是由多个数据包配置为其它种类的数据。

此外，虽然已经描述了：数据源利用IEEE 1394驱动器104和IEEE 1394接口105把数据传送到IEEE 1394总线106，但是也可以使用其它接口和驱动器。

此外，CIP数据109被描述为遵照IEC 61883的数据，但是这可以被描述为其它数据信息包。

此外，本发明的数据转换装置对应于本实施例的转换部分101，本发明的数据发送装置对应于本实施例的IEEE 1394驱动器104。

(第二个实施例)

现在，将描述第二个实施例。

图12是一张用于解释本发明实施例的数据转换设备的方框图，数据转换装置11是本实施例的数据转换设备。在图12中，12是请求分析装置，13是选择装置。

首先，接收到处理音频/视频数据的软件4通过管理文件的软件6读取(从文件前端的位置和数据的大小将被读取)的数据请求后，请求分析装置12根据作为一个文件存在硬盘驱动器7中的标题信息和索引信息分析视频数据、音频数据、标题信息和索引信息的那一部分被请求。同样，如果视频数据被请求，请求分析装置12控制数据流记录/再现设备2从而可以获得视频数据的一个请求部分。

如果标题信息和索引信息被请求，选择装置13根据请求分析装置12的分析，硬盘驱动器7上的标题信息和索引信息，如果视频数据被请求，还会输出从数据流记录/再现设备2获得的视频数据的一个请求部分。根据请求内容，数据可以被组合。对于音频数据，如果硬盘驱动器7制备了一个音频数据文件，其数据就可以被使用，如果没有制备，通过控制数据流记录/再现设备2可以获得音频数据的一个请求部分，以获得该音频数据，这和视频数据的情况相同。

用这种方式，根据请求分析装置12的分析结果，选择装置13把从数据流记录/再现设备2获得的数据转换为可以被处理音频/视频数据的软件4处理的数据顺序，并且再把它输出。

上述配置的数据转换装置11使得处理音频/视频数据的软件4，通过把数据看作是一个文件，和在数据流记录/再现设备2中记录的数据流建立一个连接，而不用一个大容量的硬盘驱动器，并且执行复杂的操作。

此外，尽管描述了标题信息和索引信息是在硬盘驱动器7中，但是它们不一定是在硬盘驱动器7中，它们还可以产生在内存中，以确保高速操作。

图13是一张用于解释本发明实施例的辅助数据文件产生设备的方框图，图13所显示的辅助数据文件产生装置21是本实施例的辅助数据文件产生设备。在图13中，22是数据流分析装置，23是标题信息产生装置，24是索引信息产生装置，25是音频信息产生装置。

对于图12描述的本实施例的数据转换设备，标题信息和索引信息(音频数据是可以没有的)是预先存在于这台硬盘驱动器7的辅助数据，它们被描述为一个文件。下面将说明用于产生信息的装置。

数据流分析装置22从数据流记录/再现设备2再现后的数据流提取标题信息，标题信息产生装置23根据文件标题信息的格式生成一个格式序列，这一格式可以被处理音频/视频数据的软件4处理，并且把序列作为一个文件写入硬盘驱动器7。

同样，数据流分析装置22，假设视频数据和音频数据在一个或者多个帧的一个单元中，从数据流记录/再生设备2再生的数据流生成程序块，从对应于文件前端的帧到对应于文件后端的帧，调查每个程序块数据的大小并且生成索引信息，并且索引信息生成装置24根据可以被处理音频/视频数据的软件处理的文件的索引信息格式，生成一个数据序列，并且把该序列作为一个文件写入硬盘驱动器7。

上述配置的辅助数据文件生成装置21，使生成没有被数据流记录/再现设备2再现的数据(视频数据)，但使数据看上去像一个文件所需要的标题信息和索引信息成为可能。

此外，数据流分析装置22可以从数据流记录/再现设备2再现的数据提取音频数据，音频信息生成装置25根据处理音频/视频数据的软件4可以处理的格式，把音频数据转换为音频数据序列，并且把该序列作为一个文件写入硬盘驱动器7。由于音频数据在容量上比标题信息和索引信息大，它可以作为一个单元被分成带有一个或多个帧的文件，而不是一个文件。

图14是一张用于解释本发明实施例的数据倒置转换设备的方框图，图14显示的数据倒置转换装置31是本实施例的数据倒置转换设备。在图14中，32是请求和数据分析装置，33是第一缓冲器，34是第二缓冲器。数据倒置转换装置31是把处理音频/视频数据的软件4处理的数据转换成数据流，以便把数据记录在数据流记录/再现设备2的记录媒体中的装置。

首先，在从处理音频/视频数据的软件4通过管理文件的软件6，接收到一个数据写入请求(从文件前端的位置和数据的大小将被写入)后，请求和数据分析装置32它是视频数据、音频数据、标题信息和索引信息的那一部分。如果它是音频数据，请求和数据分析装置32就吧数据写入第一缓冲器33，如果它是视频数据，请求和数据分析装置32就吧数据写入第二缓冲器34。

请求和数据分析装置32预先监控将被写入第二缓冲器34的数据量，当数据累积到一个预定量时，请求和数据分析装置32把它和累积在第一缓冲器33中对应于第二缓冲器34中视频数据的音频数据组合，并且把它发送到数据流记录/再现设备2以记录它。

上述配置的数据倒置转换装置31，使把异步写入数据流记录/再现设备2的数据以处理音频/视频数据软件4的文件格式实时记录为数据流成为可能。

此外，在音频/视频数据以一种文件格式写入的情况下，由于音频数据通常先于视频数据写入，所以在视频数据基础上进行控制，但是类似效果可以通过带有在音频数据基础上进行调节的配置来获得。

在文件是以音频数据被***到视频数据的一部分的DV(数字盒式录像带)格式为基础的情况下，这部分音频数据是被忽略的。因此，当实际上数据被发送到数据流记录/再现设备2并被记录时，由处理音频/视频数据的软件4排序后，通过改写在第二缓冲器34视频数据里音频数据上的第一缓冲器33的音频数据，要进行写入的音频数据能被精确地记录下来。

图15是显示本发明实施例的辅助数据文件生成装置41的方框图，42是请求和数据分析装置，43是标题信息生成装置，44是索引信息生成装置，45是音频信息生成装置。

在上述图14的实施例中，视频数据和音频数据可以被在数据流记录/再现设备2中，但是当处理音频/视频数据的软件4打算再一次读取相同的文件时，如果标题信息和索引信息(音频数据是可以没有的)预先以一个文件的形式存在于硬盘驱动器7上，图12中的数据转换装置11就需要生成第二个实施例所说明的文件。

当处理音频/视频数据的软件4把数据记录在数据流再现记录设备2中时，如果辅助数据文件生成装置41从预定被写入的数据中，预先以一个文件的形式生成标题信息、索引信息(和音频数据)的话，那么用第二个实施例所描述的生成它们的方法就可以被省略，下面将说明一下。

在请求和数据分析装置42中作为标题信息数据的部分，通过标题信息分隔装置43被直接写入硬盘驱动器7。用于一个avi格式的文件，如果在根据音频/视频数据的软件4通过管理文件的软件6得到的请求中，一个根据文件前端得到的位置(等于偏离量)是0的话，就可以把它认为是标题信息，因为标题信息处于文件的前端处。进一步，由于标题信息的格式具有特定的结构，在其结构中标记指示内容、数据大小和实际数据被连续地写入，因此可以轻易地检测到标题信息的大小。

在请求和数据分析装置42中作为索引信息数据的部分，通过索引信息分隔装置44被直接写入硬盘驱动器7。对于avi格式的文件，索引前端的位置可以被计算出来，因为全部数据部分的大小信息(这部分可以包含在标题信息中)，跟随着标题信息被记录在音频/视频数据的前端处。由于索引项的大小信息被写入索引的前端部分，整个文件的大小信息被写入标题的前端处，因而可以轻易地检测到索引信息的大小。

此时，当索引项被从数据流记录/生成设备2中读取出来时，可以改变配置以简化进程。如果文件大小和索引项大小由于改变配置而被更改的话，有必要同时更新相应的标题信息和索引信息。

上述配置的辅助数据文件生成装置41，使生成让记录/再现设备2再现的数据看上去像一个文件所需要的标题信息和索引信息成为可能。

此外，请求和数据分析装置42可以从处理音频/视频数据的软件4中提取音频数据，并且以一个可以被处理音频/视频数据的软件4处理的格式，把音频数据作为一个文件写入硬盘驱动器7。由于音频数据在容量上比标题信息和索引信息大，它可以作为一个单元被分成带有一个或多个flames的文件，而不是一个文件。由于用来识别每个程序块音频数据和视频数据的程序块标识，和程序块的大小信息也被加入到数据部分中，因而可以轻易地检测到音频数据。

然后，在上述实施例中，数据转换装置11、辅助数据文件生成装置21、数据倒置转换装置31和辅助数据文件生成装置41是包含在PC 1(不同于个人计算机但具有类似功能的装备也可以)中的，但是通过一个程序来实现数据转换装置11、辅助数据文件生成装置21、数据倒置转换装置31和辅助数据文件生成装置41所具有的功能，把这些功能记录在记录媒体比如软盘中，并且把它们传送出去，也可以轻易地使本发明成为现实。图16描述了利用一张软盘传送这些功能的情况。

图16(a)显示了记录媒体主体—软盘的物理格式。从外部的周界到内部周界，轨道就象同心圆一样，并且按照角的方向被分成十六个扇区。根据用这种方式分配的区域，程序被记录进去。

图16(b)说明存储软盘的情况。从左边开始，分别地显示了软盘的前视图、截面图和软盘。通过用这种方式存储软盘，这张盘可以避免外界的灰尘和击打，并且可以完好地传送。

图16(c)说明了执行程序的记录/再生到软盘上的情况。如图所示，通过连接一个软盘驱动器到计算机***上，本程序的记录/再生可以执行到这张软盘上。通过一个***槽，可以把软盘***和取出软盘驱动器。在记录情况下，计算机***利用软盘驱动器把程序记录在这张软盘里。在再生情况下，软盘驱动器从软盘读取程序，并且把程序传输到计算机***。

此外，在本实施例中，已经给出利用软盘作为记录媒体的解释，但是类似的执行情况还可以利用光盘来实现。同时，记录媒体没有局限于这些盘，但是可以记录程序的媒体比如集成电路插件和只读存储器盒式磁带可以以一种类似的方法来实现。

如上所述，在本实施例中，处理音频/视频数据的软件4通过管理文件的软件6得到的读取请求，以预先准备好的标题信息和索引信息为基础进行分析，通过***标题信息和索引信息在数据流中获得的数据被作为读取数据返回，从而允许处理音频/视频数据的软件4与记录在数据流记录/再生设备中的数据流建立一个作为文件的连接。

同样，从数据流记录/再生设备2再生的数据，或者是来自管理文件的软件6伴随写入请求的数据，生成使数据看上去像一个文件所需要的标题信息和索引信息也是可能的，并且把信息作为一个文件在硬盘驱动器7中准备好。

同样，通过从伴随着处理音频/视频数据的软件4通过管理文件的软件6生成的写入请求的数据提取音频/视频数据，把异步写入的数据实时以一种文件格式实时记录为数据流，并且当累积到一个预定量时成批传送音频/视频数据，也是可能的。

(实施例3)

现在，将利用图18到图20和图25到图28来描述第三个实施例。

DV 702的配置和操作类似于第三现有技术的配置和操作，并且PC 701的配置也和第三现有技术的配置类似。

此外，本实施例的DV 702是本发明数据源的一个例子，本实施例的PC 701是本发明个人计算机的一个例子，本实施例的DV驱动器704，IEEE 1394驱动器705是本发明设备控制装置的一个例子。

下面将描述PC 701的操作。

在收到来自应用程序703的，作为操作指令的开始接收指令后，DV驱动器704首先发送一个请求715到IEEE 1394驱动器705，以获得DV 702的oPCR[0]的值。IEEE 1394驱动器705通过IEEE 1394接口706，请求IEEE 1394接口709发送在oPCR[0]708中的寄存器数据。在接收到发送请求后，IEEE 1394接口709从oPCR[0]708取得寄存器数据717，并且把它发送到IEEE 1394接口706。94IEEE1394驱动器705通过IEEE 1394接口706，把寄存器数据作为一个应答716输出给DV驱动器704。

DV驱动器704查看寄存器数据717的内容，如果oPCR[0]708的bcc是1，它就没有和DV 702建立点对点连接，即它从oPCR[0]708通道号所显示的值直接发送一个请求以开始接收数据，比如ch63到IEEE 1394驱动器705作为请求715。在接收到作为请求715的开始接收指令后，IEEE 1394驱动器705通过IEEE 1394接口706接收等时数据包，即通过IEEE 1394总线710上的ch63传来的数据。

从那时起的操作和第三现有技术的那些操作类似。

在oPCR[0]708的bcc是0的情况下的操作和第三现有技术的那些操作类似。

另一方面，在从应用程序703接收到停止接收的指令714后，DV驱动器704首先发送请求715到IEEE 1394接口706以停止从IEEE 1394总线710接收数据。在接收到停止接收的指令后，IEEE 1394接口706停止从IEEE 1394总线710接收数据。

接下来，在接收开始时，如果1被加给oPCR[0]708中的p2p以建立点对点连接，DV驱动器704发送一个请求715给IEEE 1394驱动器705，以获得DV 702的oPCR[0]的在那之后，DV驱动器704发送指令写入通过对oPCR[0]的p2p值减1得到的值进行分配而获得的数据，得到新的寄存器数据717，并作为请求715发送给IEEE 1394驱动器705。通过类似的上述操作，DV 702的oPCR[0]的值被更改了。如果oPCR[0]708的bcc是0，并且DV驱动器704较早地分配了IEEE 1394总线710的资源，那么DV驱动器704同时释放IEEE 1394总线710的资源。然后，如果有必要的话，DV驱动器704把oPCR[0]通道号的值还原为初始值。

如果在开始接收时没有和DV 702建立点对点连接，DV驱动器704什么都不做，并且把进程终止。

在上述操作中，描述oPCR[0]的值的表、谁配置了和谁释放了IEEE 1394总线710的资源，在图25到图28中被作为一个例子显示出来。

在第三现有技术的情况下，有四个操作是完全地可能的，考虑DV 702的开始再生和PC 701的开始接收谁较早地被执行，DV 702的再生停止和PC 701的接收停止谁较早地被执行。

图25显示了DV 702的再生开始和PC 701的接收停止较早地被执行。当DV702开始再生时，DV 702对资源进行分配p2p仍然是0，即还没有建立点对点连接。

当PC 701开始接收时，DV 702的再生已经开始，并且oPCR[0]708的bcc是1因此，PC 701没有改变通道号和p2p的值，没有分配IEEE 1394总线710的资源。即，没有建立点对点连接，只使用了广播发送。

当PC 701停止接收时，oPCR[0]708的bcc是1，因为DV 702仍然在执行再生操作。因此，PC 701没有必要释放IEEE 1394总线710的资源。

当DV 702停止再生时，bcc还原为0，但是由于p2p也是0并且没有建立任何连接，所以DV 702释放IEEE 1394总线710的资源。

图26显示了DV 702的再生开始和DV 702的接收停止较早地被执行。当DV702开始再生时，DV 702对资源进行分配，因为p2p仍然是0并且还没有建立点对点连接。

当PC 701开始接收时，DV 702的再生已经开始，并且oPC[0]708的bcc是1。因此，PC 701只把oPCR[0]的p2p改为1，既没有改变通道号也没有获得IEEE 1394总线710的资源。

当DV 702停止再生时，DV 702对资源进行释放，因为p2p仍然是0，即还没有建立点对点连接。

当PC 701开始接收时，DV702已经释放了IEEE 1394总线710的资源，因此PC 701可以简单地停止接收。

在接收开始被较早地执行的情况下的操作，类似于显示在图27和图28中的第三现有技术的操作。

因此，即使在PC 701可以释放它自己的分配过的资源的情况下，它也不能释放通过其它设备分配的资源，作为其特性，IEEE 1394总线710的资源在任何情况下将被正确地分配和释放，而不管PC 701接收开始/停止的执行顺序，和DV702再生开始/停止的执行顺序。

此外，虽然作为一个初始条件被写入DV 702的oPCR[0]708的通道号值被描述为ch63，但是任何0到63的整数号码也可以被接受。

同样，虽然描述过：当通过PC 701与DV 702建立点对点连接时，DV 702的oPCR[0]708的通道号值变成chO，但是只要该频道没有被另一个设备分配，任何0到63的整数号码都可以被接受

同样，虽然描述过：PC 701和DV 702是连接在IEEE 1394总线710上的，但是另一个IEEE 1394设备也可以被连接。

同样，虽然描述过：作为一个初始条件，DV 702的oPCR[0]的p2p是O，即DV 702没有和任何其它设备建立点对点连接，但是DV 702可能和另一个设备建立点对点连接也可以作为一个初始条件。

同样，在本实施例中，已经说明了PC 701的操作，但是当一个设备可以释放被不同于PC 701的设备所分配的资源时，即另一个设备从DV 702接收到数据，则该设备可以象本实施例中的PC 701行操作，或者可以象现有技术描述的PC 701进行操作。

此外，一种媒体载有由计算机执行的完成本发明的数据源、转换设备、辅助数据文件产生设备、或者数据倒置转换设备的全部或者部分装置的全部或者部分功能的程序和/或数据，其特征在于该媒体可以由属于本发明的计算机处理。

此外，一个信息集合体，其特征在于该信息集合体是一个程序和/或数据，该程序和/或数据用于完成本发明的数据源、转换设备、辅助数据文件产生设备、或者数据倒置转换设备的全部或者部分装置的全部或者部分功能，并且由属于本发明的所述计算机执行。

此外，一种媒体载有由计算机执行的完成本发明的数据转换方法、辅助数据文件产生方法、数据倒置转换方法或接收方法的全部或者部分步骤的全部或者部分操作的程序和/或数据，其特征在于该媒体可以由属于本发明的计算机处理。

一个信息集合体，其特征在于该信息集合体是一个程序和/或数据，该程序和/或数据用于完成本发明的数据转换方法、辅助数据文件产生方法、数据倒置转换方法或接收方法的全部或者部分步骤的全部或者部分操作，并且也由属于本发明的所述计算机执行。

此外，本发明是一种载有程序和/或数据的媒体，它由计算机执行，并完成本发明的数据源、数据转换设备、辅助数据文件产生设备或者数据倒置转换设备的全部或者部分装置的全部或者部分功能，其中上述可被计算机读取的程序和/或数据与上述计算机一起工作，以执行上述的功能。

此外，本发明是一种载有程序和/或数据的媒体，它由计算机执行，并完成本发明的数据转换方法、辅助数据文件产生方法、数据倒置转换方法或接收方法的全部或者部分步骤的全部或者部分操作，其中上述可被计算机读取的程序和/或数据与上述计算机一起工作，以执行上述的功能。

本发明是一个信息集合体，它是由计算机执行的程序和/或数据，该程序和/或数据用于完成本发明的数据源、数据转换设备、辅助数据文件产生设备或者数据倒置转换设备的全部或者部分装置的全部或者部分功能，其中上述可被计算机读取的程序和/或数据与上述计算机一起工作，以执行上述的功能。

本发明是一个信息集合体，它是由计算机执行的程序和/或数据，该程序和/或数据用于完成本发明的数据转换方法、辅助数据文件产生方法、数据倒置转换方法或接收方法的全部或者部分步骤的全部或者部分操作，其中上述可被计算机读取的程序和/或数据与上述计算机一起工作，以执行上述的功能。

此外，本发明的数据包含数据结构、数据格式、数据类型等等。

此外，本发明的媒体包含记录媒体比如只读存储器；传输媒体比如互联网；发送媒体比如光、无线电和声波等等。

此外，本发明的运载媒体包含记录一个程序和/或数据的记录媒体，传输一个程序和/或数据的传输媒体。

此外，根据本发明“可以被该计算机处理的”包含在记录媒体比如只读存储器的情况下的“可以被计算机读取”；包含在传输媒体的情况下的“可以作为传输结果被这台计算机处理的一个要被传送的程序和/或数据”。

此外，本发明的信息集合体包含软件比如程序和/或数据。

此外，如上所述，本发明的配置可以依据软件或者硬件来实现。

从上述材料显然可以看到：本发明可以提供一个数据源、一个媒体和一个信息集合体，即使当使用相同数目的帧缓冲器时，也可以减少要被存储在FIFO中的地址数，使得IEEE 1394驱动器使用的PC内存量减少。

同样，本发明可能提供一个数据转换设备、一个辅助数据文件产生设备、一个数据倒置转换设备、一种数据转换方法、一种辅助数据文件产生方法，一种数据倒置转换方法，一个媒体和一个信息集合体，没有必要使用一台大容量的硬盘驱动器，因为以任意的异步定时指向任意的数据，从处理音频/视频数据的软件建立直接存取是可能的，并且没有必要进行非常复杂的处理和上载/下载数据到硬盘驱动器。

同样，本发明可以提供允许在数据源已经通过广播传输执行发送的情况下，利用广播传输代替建立点对点连接来执行接收的一种接收方法、一个媒体和一个信息集合体，从而使在数据传输结束后，总是正确地释放IEEE 1394的资源成为可能。

Claims

1.一种接收方法，其中，在符合IEC 61883的数据接收端和符合IEC 61883的数据源连接到IEEE 1394总线上的情况下，和

在所述数据接收端是具有IEEE 1394接口和设备控制装置的个人计算机的情况下，该设备控制装置控制连接在所述IEEE 1394总线上的全部或部分设备，

在收到开始接收的指令后，所述数据接收端判断所述数据源是否用广播发送的方式把输出数据输出到所述IEEE 1394总线，以及

在所述数据源用广播发送的方式输出所述输出数据到所述IEEE 1394总线的情况下，所述数据接收端以没有与所述数据源建立一种点对点的连接的方式接收所述输出数据；

而在所述数据源不用广播发送的方式输出所述输出数据到所述IEEE 1394总线的情况下，所述数据接收端以与所述数据源建立一种点对点的连接的方式接收所述输出数据。

2.按照权利要求1的接收方法，所述数据源具有输出控制寄存器，

所述输出控制寄存器包括一种表示广播发送是否执行的标志，和表示所述输出数据被输出到哪一频道的通道号，以及

在所述数据接收端是所述个人计算机的情况下，所述数据接收端通过读取所述标志来确定数据源是否用广播发送方式输出所述输出数据到所述IEEE 1394总线，以及

在所述数据源用广播发送方式输出所述输出数据到所述IEEE 1394总线的情况下，所述数据接收端从所述没有改变通道号的频道接收所述输出数据。

3.按照权利要求1的接收方法，其中所述数据源有一个输出控制寄存器，

所述输出控制寄存器包括广播传输是否被执行的信号和显示输出数据被输出到哪一频道的通道号，以及

在所述数据接收端是所述个人计算机的情况下，

所述数据接收端通过读取所述标志来确定所述数据源是否利用广播传输输出所述输出数据到所述IEEE 1394总线；以及

所述数据接收端把所述通道号改为一个任意的值N，其中N是一个在0至63之间的整数，然后从其通道号是所述N的频道接收所述输出数据。

4.按照权利要求2或3的接收方法，其中在所述数据源没有输出所述输出数据到IEEE 1394总线情况下，

在所述数据接收端是所述个人计算机的情况下，

在所述数据接收端和所述数据源建立一个点对点连接之后，所述数据源开始输出所述输出数据到所述IEEE 1394总线，同时所述数据接收端接收所述输出数据。

5.按照权利要求2到3之间任何一项的接收方法，其中一个符合IEC61883的第二个数据接收端连接在所述IEEE 1394总线上，以及

在所述数据源与所述第二个数据接收端建立一个点对点连接情况下，没有使用广播发送方式，并在此基础上，所述数据源输出所述输出数据到所述IEEE1394总线，以及

所述数据接收端是所述个人计算机的情况下，

所述数据接收端与所述数据源建立一个点对点连接，并接收所述输出数据。

6.按照权利要求1到3中任何一项的接收方法，其中所述数据源是一个家用数字盒式录像机。

7.按照权利要求1到3中任何一项的接收方法，其中所述数据源是输出MPEG数据的机顶盒。