CN1198454C - 信息处理方法及设备、内容分配服务器及其方法 - Google Patents

Abstract

在用于重放由一组对象构成的运动图象的系统中，各个对象得到有效验证，且由于与验证处理有关的延迟时间而忽略重放图象的问题得到了解决。在发送侧MUX(201)产生通过把构成运动图象的多个数据和对象流和包含源信息和使用允许信息的IPMP流编码成一个流而获得的MPEG-4比特流。在接收侧，DMUX(206)识别并分离MPEG-4比特流中的各个流并把它们分成多个对象数据和与各个对象数据相应的源信息/使用允许信息。

Description

信息处理方法及设备、内容分配服务器及其方法

技术领域

本发明涉及一种信息处理方法及设备、内容分配服务器及其方法，以及适合于在需要为了与所要重放的运动图象的各个对象相联系的版权保护的目的而进行验证时的验证设备、验证方法、验证系统和存储介质。

背景技术

图1是显示传统的数字视频数据发送/接收系统的框图。如图1所示，一个数字视频数据分配服务器10，响应于来自接收用户20的请求，通过诸如因特网的网络30，下载记录在诸如与分配服务器10相连的硬盘的数字视频数据存储装置12中的数字视频数据。分配服务器10具有用于对数字视频数据进行编码的转换部分11。数字视频数据由转换部分11进行编码，以减小数据量，并按照诸如TCP/IP协议的处理而被分配给接收用户20。接收用户20具有用于解码数字视频数据的转换部分21。接收的数字视频数据由转换部分21重放和显示、记录或编辑。

从多个对象构成一个运动图象画面、由分配服务器10的转换部分11编码和压缩各个对象、把该对象传送到接收用户20、并在接收用户20中解码和重组对象以重放运动图象画面的系统的一个例子，是MPEG-4播放器。

图2是传统的MPEG-4播放器的框图。图2是基于“ISO/IEC FCD14496-1 Fig.1-1”的，且这在“ISO/IEC FCD 14496-1”中得到了详细描述。以下只描述一种示意性设置。

通过一个网络等传送的MPEG-4比特流或从诸如DVD-RAM的存储介质读出的MPEG-4比特流，根据与发送/读出(会话建立)相应的处理，而被“TransMux Layer”所接收，并被分离成诸如画面描述信息、对象数据、以及对象描述数据的流，被解码，并通过一个“FluxMux”部分重放。根据画面描述信息，一个画面得到重放或图形处理。

图3是图2显示的播放器的示意性简单框图。当需要为了各个对象的版权保护的目的而进行验证时，包含多个对象数据—包括画面描述信息—的一个比特流可包含“IP数据集”(版权信息组)。

然而，即使发送比特流包含“IP数据集”(版权信息组)，且“IP数据”由图2或3显示的系统的“对象描述符”所重放，“IP数据”在图象重放处理中未得到处理。因此，“IP保护”(版权保护)未得到执行。

在图2或3显示的系统中，即使在除了发送比特流之外还包含了一个“IP数据集”(版权信息组)时，“IP数据”并不总是由“对象描述符”来重放的。即使“IP数据”由“对象描述符”重放，“IP数据”不是在图象重放处理中得到处理的。因此，“IP保护”(版权保护)处理没有得到执行。

因此，一种应用能够接收解码的“IP数据集”并执行“IP保护”处理。然而，这种处理对于该应用是唯一的，且不总是由另一播放器或另一类型的一个播放器来执行。

在图2或3显示的系统中，一个图象在对各个对象进行了验证处理之后得到重放。因此，当在运动图象画面的重放中新的对象一个接着一个地出现时，必须临时停止再现，以要求验证。

当在不停止重放的情况下进行验证时，与验证所需的时间相应的所要重放的图象被省略了。

发明内容

本发明就是考虑到上述情况而作出的，且其目的是有效地执行验证处理、有效地保护版权等等、有效地利用版权作品、并解决由于与验证处理相关的延迟时间而使重放图象被省略的问题。

本发明提供一种信息处理方法，包括步骤：a)从内容分配服务器接收通过对多个对象数据及其知识产权管理数据进行多路复用所生成的信息数据流；b)从所接收的信息数据流中分离所述对象数据和所述知识产权管理数据；c)对所述对象数据和所述知识产权管理数据进行解码；d)根据解码后的知识产权管理数据验证解码后的对象数据，并使用上行比特流将验证结果数据和用于请求从头重新发送所述信息数据流的重发请求数据发送到所述内容分配服务器；e)接收从所述内容分配服务器重新发送的信息数据流；以及f)重放所述分离步骤和所述解码步骤分别分离和解码的所述重新发送的信息数据流。

本发明提供一种信息处理设备，包括：接收装置，用于从内容分配服务器接收通过对多个对象数据及其知识产权管理数据进行多路复用所生成的信息数据流；分离装置，用于从所接收的信息数据流中分离所述对象数据和所述知识产权管理数据；解码装置，用于对所述对象数据和所述知识产权管理数据进行解码；验证装置，用于根据解码后的知识产权管理数据验证解码后的对象数据，并使用上行比特流将验证结果数据和用于请求从头重新发送所述信息数据流的重发请求数据发送到所述内容分配服务器；重发数据接收装置，用于接收从所述内容分配服务器重新发送的信息数据流；以及重放装置，用于重放所述分离装置和所述解码装置分别分离和解码的所述重新发送的信息数据流。

本发明提供一种在内容分配服务器中执行的信息处理方法，包括步骤：a)向客户端发送通过对多个编码的对象数据及其知识产权管理数据进行多路复用所生成的信息数据流；b)通过上行比特流从所述客户端接收验证结果数据和用于请求重新发送所述信息数据流的重发请求数据；以及c)根据所述验证结果数据和所述重发请求数据，从头重新发送所述信息数据流。

本发明提供一种内容分配服务器，包括：发送装置，用于向客户端发送通过对多个编码的对象数据及其知识产权管理数据进行多路复用所生成的信息数据流；接收装置，用于通过上行比特流从所述客户端接收验证结果数据和用于请求重新发送所述信息数据流的重发请求数据；以及重新发送装置，用于根据所述验证结果数据和所述重发请求数据从头发送所述信息数据流。

本发明还提供一种验证设备，其特征在于包括：接收装置，用于从一个外部信息处理设备接收包含使用允许信息的运动图象数据；重放装置，用于重放接收装置接收的一部分运动图象数据；输入装置，用于输入文字/符号；比较装置，用于把包含在接收装置接收的运动图象数据中的使用允许信息与输入装置输入的文字/符号进行比较；以及，发送装置，用于当比较装置进行的比较表明使用允许信息与文字/符号匹配时，向外部信息处理设备发送一个指令信号，用于命令从重放装置所重放的第一个图象数据开始重新重放运动图象数据。

在该验证设备中，运动图象数据较好地是例如压缩编码的运动图象数据。

较好地，验证设备进一步包括例如用于预先存储文字/符号的存储装置，且比较装置把包含在接收装置接收的运动图象数据中的使用允许信息与存储在存储装置中的文字/符号相比较。

在该验证设备中，重放装置较好地是重放例如运动图象数据的时间或空间部分。

在该验证设备中，发送装置较好地是与指令信号一起发送例如表示验证设备能够使用运动图象数据的信号。

在该验证设备中，较好地是发送装置通常利用例如用于沿着一个正常的方向接收运动图象数据的接口接收运动图象数据，并利用沿着与该正常方向相反的方向的接口发送指令信号。

在该验证设备中，发送装置较好地是利用例如MPEG-4比特流的上行来发送指令信号。

较好地，该验证设备进一步包括例如与一条通信线相连的一个接口，且该发送装置通过例如该接口和通信线而发送指令信号。

本发明还提供一种验证设备，其特征在于包括：接收装置，用于接收由包括包含源信息和使用允许信息的对象数据的多个对象数据而构成的运动图象数据；分离装置，用于把接收装置接收的运动图象数据分成多个对象数据；重放装置，用于重放分离装置分离的对象数据中不包含使用允许信息的对象数据；输入装置，用于输入文字/符号；比较装置，用于把使用允许信息与输入装置输入的与分离装置分离的对象数据中包含使用允许信息的对象数据相关的文字/符号进行比较；以及，发送装置，用于在比较装置的比较表明使用允许信息与文字/符号匹配时，向与包含在构成运动图象数据的多个对象数据中包含的源信息相应的一个外部信息处理设备发送一个指令信号，该指令信号用于命令从重放装置重放的第一图象数据起重新重放运动图象数据。

在该验证设备中，源信息较好地是例如URL(统一资源定位器)信息。

本发明还提供一种验证方法，其特征在于包括：接收步骤，用于从一个外部信息处理方法接收包含使用允许信息的运动图象数据；重放步骤，用于重放接收步骤中接收的一部分运动图象数据；输入步骤，用于输入文字/符号；比较步骤，用于把包含在接收步骤接收的运动图象数据中的使用允许信息与输入步骤输入的文字/符号进行比较；以及，发送步骤，用于当比较步骤进行的比较表明使用允许信息与文字/符号匹配时，向外部信息处理方法发送一个指令信号，用于命令从重放步骤所重放的第一个图象数据开始重新重放运动图象数据。

在该验证方法中，运动图象数据较好地是例如压缩编码的运动图象数据。

较好地，验证方法进一步包括例如用于预先存储文字/符号的存储步骤，且比较步骤把包含在接收步骤接收的运动图象数据中的使用允许信息与在存储步骤中存储的文字/符号相比较。

在该验证方法中，重放步骤较好地是重放例如运动图象数据的时间或空间部分。

在该验证方法中，发送步骤较好地是与指令信号一起发送例如表示验证方法能够使用运动图象数据的信号。

在该验证方法中，较好地是发送步骤通常利用例如用于沿着一个正常的方向接收运动图象数据的接口接收运动图象数据，并利用沿着与该正常方向相反的方向的接口发送指令信号。

在该验证方法中，发送步骤较好地是利用例如MPEG-4比特流的上行来发送指令信号。

较好地，该验证方法进一步包括利用例如与一条通信线相连的一个接口，且该发送步骤包括通过例如该接口和通信线而发送指令信号。

本发明还提供一种验证方法，其特征在于包括：接收步骤，用于接收由包括包含源信息和使用允许信息的对象数据的多个对象数据而构成的运动图象数据；分离步骤，用于把接收步骤接收的运动图象数据分成多个对象数据；重放步骤，用于重放分离步骤分离的对象数据中不包含使用允许信息的对象数据；输入步骤，用于输入文字/符号；比较步骤，用于把使用允许信息与输入步骤输入的与分离步骤分离的对象数据中包含使用允许信息的对象数据相关的文字/符号进行比较；以及，发送步骤，用于在比较步骤的比较表明使用允许信息与文字/符号匹配时，向与包含在构成运动图象数据的多个对象数据中包含的源信息相应的一个外部信息处理方法发送一个指令信号，该指令信号用于命令从重放步骤重放的第一图象数据起重新重放运动图象数据。

在该验证方法中，源信息较好地是例如URL(统一资源定位器)信息。

本发明还提供一种具有彼此相连的一个信息处理设备和一个验证设备的验证系统，其特征在于该验证设备包括：接收装置，用于从一个外部信息处理设备接收包含使用允许信息的运动图象数据；重放装置，用于重放接收装置接收的一部分运动图象数据；输入装置，用于输入文字/符号；比较装置，用于把包含在接收装置接收的运动图象数据中的使用允许信息与输入装置输入的文字/符号进行比较；以及，发送装置，用于当比较装置进行的比较表明使用允许信息与文字/符号匹配时，向外部信息处理设备发送一个指令信号，用于命令从重放装置所重放的第一个图象数据开始重新重放运动图象数据。

本发明还提供一种验证系统，该系统具有至少一个信息处理设备和一个与该信息处理设备相连以彼此通信的验证设备，其特征在于该验证设备包括：接收装置，用于接收由包括包含源信息和使用允许信息的对象数据的多个对象数据而构成的运动图象数据；分离装置，用于把接收装置接收的运动图象数据分成多个对象数据；重放装置，用于重放分离装置分离的对象数据中不包含使用允许信息的对象数据；输入装置，用于输入文字/符号；比较装置，用于把使用允许信息与输入装置输入的与分离装置分离的对象数据中包含使用允许信息的对象数据相关的文字/符号进行比较；以及，发送装置，用于在比较装置的比较表明使用允许信息与文字/符号匹配时，向与包含在构成运动图象数据的多个对象数据中的源信息相应的一个信息处理设备发送一个指令信号，该指令信号用于命令从重放装置重放的第一图象数据起重新重放运动图象数据。

本发明还提供一种存储介质，它存储能够由一种设备执行的程序，其特征在于使用于执行该程序的该设备作为这样的设备而操作—即该设备包括：接收装置，用于从一个外部信息处理设备接收包含使用允许信息的运动图象数据；重放装置，用于重放接收装置接收的一部分运动图象数据；输入装置，用于输入文字/符号；比较装置，用于把包含在接收装置接收的运动图象数据中的使用允许信息与输入装置输入的文字/符号进行比较；以及，发送装置，用于当比较装置进行的比较表明使用允许信息与文字/符号匹配时，向外部信息处理设备发送一个指令信号，用于命令从重放装置所重放的第一个图象数据开始重新重放运动图象数据。

本发明还提供了一种存储介质，它存储能够由一种设备执行的程序，其特征在于使用于执行该程序的该设备作为这样一种设备进行操作—即该设备包括：接收装置，用于接收由包括包含源信息和使用允许信息的对象数据的多个对象数据而构成的运动图象数据；分离装置，用于把接收装置接收的运动图象数据分成多个对象数据；重放装置，用于重放分离装置分离的对象数据中不包含使用允许信息的对象数据；输入装置，用于输入文字/符号；比较装置，用于把使用允许信息与输入装置输入的与分离装置分离的对象数据中包含使用允许信息的对象数据相关的文字/符号进行比较；以及，发送装置，用于在比较装置的比较表明使用允许信息与文字/符号匹配时，向与包含在构成运动图象数据的多个对象数据中的源信息相应的一个外部信息处理设备发送一个指令信号，该指令信号用于命令从重放装置重放的第一图象数据起重新重放运动图象数据。

本发明还提供一种验证设备，其特征在于包括：分离装置，用于把由包含源信息的多种对象数据构成的图象数据分离成多个对象数据和多个对象数据的源信息；管理装置，用于管理由分离装置分离的多个源信息；发送装置，用于在一个网络上发送由管理装置管理的任意源信息所指定的一个验证信号；接收装置，用于响应于发送装置发送的验证信号接收从信息装置发送的允许信号；以及，控制装置，用于根据接收装置接收的允许信号，使能对包含任意源信息的对象数据的使用。

在该验证设备中，源信息较好地是例如URL(统一资源定位器)信息。

在该验证设备中，由多个对象数据构成的图象数据较好地是例如压缩编码运动图象数据。

该验证设备较好地进一步包括例如用于选择由管理装置管理的任意源信息的选择装置。

在该验证设备中，较好地是发送装置通常利用例如用于沿着一个正常的方向接收运动图象数据的接口接收运动图象数据，并利用沿着与该正常方向相反的方向的接口发送指令信号。

在该验证设备中，发送装置较好地是利用例如MPEG-4比特流的上行来发送指令信号。

较好地，该验证设备进一步包括例如与一条通信线相连的一个接口，且该发送装置通过例如该接口和通信线而发送指令信号，且接收装置通过通信线和接口从信息装置接收允许信号。

本发明还提供一种验证方法，其特征在于包括：分离步骤，用于把由包含源信息的多个对象数据构成的图象数据分离成多个对象数据和多个对象数据的源信息；管理步骤，用于管理分离步骤中分离的多个源信息；发送步骤，用于把一个验证信号发送到一个网络上由管理步骤中得到管理的任意源信息所指定的一个信息装置；接收步骤，用于响应于发送步骤中发送的验证信号，接收从信息装置发送的一个允许信号；以及，控制步骤，用于根据接收步骤中接收的允许信号，使能对包含任意源信息的对象数据的使用。

本发明还提供一种具有通过一个网络相连的信息装置和验证设备的验证系统，其特征在于该验证设备包括：分离装置，用于把由包含源信息的多种对象数据构成的图象数据分离成多个对象数据和多个对象数据的源信息；管理装置，用于管理由分离装置分离的多个源信息；发送装置，用于在一个网络上向由管理装置管理的任意源信息所指定的信息装置发送一个验证信号；接收装置，用于响应于发送装置发送的验证信号接收从信息装置发送的允许信号；以及，控制装置，用于根据接收装置接收的允许信号，使能对包含任意源信息的对象数据的使用。

本发明还提供一种存储介质，它存储用于控制验证处理的程序，其特征在于使一种用于装载和执行该程序的设备作为这样的设备进行操作一即该设备包括：分离装置，用于把由包含源信息的多种对象数据构成的图象数据分离成多个对象数据和多个对象数据的源信息；管理装置，用于管理由分离装置分离的多个源信息；发送装置，用于在一个网络上向由管理装置管理的任意源信息所指定的信息装置发送一个验证信号；接收装置，用于响应于发送装置发送的验证信号接收从信息装置发送的允许信号；以及，控制装置，用于根据接收装置接收的允许信号，使能对包含任意源信息的对象数据的使用。

本发明还提供一种验证设备，其特征在于包括：编码装置，用于把构成图象数据的对象数据的流和对象数据的源信息的流编码成一个流；发生装置，用于从编码装置编码的多个流产生一个解码的流；分离装置，用于把发生装置产生的解码流分离成包含在解码流中的多个对象数据的流以及该多个对象数据的源信息的流；管理装置，用于管理对象数据的源信息；以及，发送装置，用于把分离装置分离的多个源信息流发送到管理装置。

在该验证设备中，源信息较好地是例如URL(统一资源定位器)信息。

在该验证设备中，由多个对象数据构成的图象数据较好地是例如压缩编码运动图象数据。

较好地，该验证设备进一步包括例如用于指定编码装置编码的各个流的类型的指定装置、用于识别分离装置分离的各个流的类型的识别装置、和用于根据识别装置识别的类型把各个流送到适当的解码器的传送装置。

本发明还提供一种验证方法，其特征在于包括：编码步骤，用于把构成图象数据的对象数据的流和对象数据的源信息的流编码成一个流；发生步骤，用于从编码步骤编码的多个流产生一个解码的流；分离步骤，用于把发生步骤产生的解码流分离成包含在解码流中的多个对象数据的流以及该多个对象数据的源信息的流；管理步骤，用于管理对象数据的源信息；以及，发送步骤，用于把分离步骤分离的多个源信息流发送到管理步骤。

在该验证方法中，源信息较好地是例如URL(统一资源定位器)信息。

在该验证方法中，由多个对象数据构成的图象数据较好地是例如压缩编码运动图象数据。

较好地，该验证方法进一步包括例如用于指定编码步骤编码的各个流的类型的指定步骤、用于识别分离步骤分离的各个流的类型的识别步骤、和用于根据识别步骤识别的类型把各个流送到适当的解码器的传送步骤。

本发明还提供一种验证系统，它包括一个发送设备和一个接收设备，其特征在于发送设备包括：编码装置，用于把构成图象数据的对象数据的流和对象数据的源信息的流编码成一个流；发生装置，用于从编码装置编码的多个流产生一个解码的流；以及，发送装置，用于发送由发生装置产生的解码流；接收设备包括：分离装置，用于把发送设备发送的解码流分离成包含在解码流中的多个对象数据的流以及该多个对象数据的源信息的流；管理装置，用于管理对象数据的源信息；以及，发送装置，用于把分离装置分离的多个源信息流发送到管理装置。

本发明还提供一种存储介质，它存储能够由一种设备执行的程序，其特征在于使得用于执行该程序的该设备作为这样的一种设备来进行操作—即该设备包括：编码装置，用于把构成图象数据的对象数据的流和对象数据的源信息的流编码成一个流；发生装置，用于从编码装置编码的多个流产生一个解码的流；分离装置，用于把发生装置产生的解码流分离成包含在解码流中的多个对象数据的流以及该多个对象数据的源信息的流；管理装置，用于管理对象数据的源信息；以及，发送装置，用于把分离装置分离的多个源信息流发送到管理装置。

附图说明

从以下结合附图所进行的描述，本发明的其他特征和优点将变得显而易见。在附图中，相同或类似的部分用相同的标号表示。

图1是显示传统的数字视频数据发送/接收系统的框图；

图2是显示传统的一种MPEG-4播放器的设置的框图；

图3是显示图2显示的播放器的示意性简单设置的框图；

图4是显示根据本发明的最佳实施例的MPEG-4播放器的设置的框图；

图5是用于说明远程访问的框图；

图6显示了当URL目的地还具有一个URL指定时的一种分层结构；

图7是显示与验证处理有关的用户操作的流程图；

图8是显示图3显示的设置的框图，其中进一步加有一种IPMP系统处理部分；

图9显示了MPEG-4播放器的内部功能框图和数据流程；

图10显示了图5显示的数据处理过程；

图11是显示一种MPEG-4对象访问数据单元的时间调节操作的一个例子的流程图；

图12显示了解码缓存器和复合存储器的数据运动和时序；

图13显示了图6中显示的设置中的数据处理过程，其中加有IPMP系统处理部分；且

图14是显示图8显示的IPMP系统的运行例子的流程图。

具体实施方式

以下结合附图描述本发明的最佳实施例。以下的实施例与用于有效地执行采用所谓“返回通道”的验证处理的系统有关。

(第一实施例)

图4是显示包括根据本发明的最佳实施例的MPEG-4播放器的方案设置的框图。图4显示的系统对“IP数据”进行处理以实现“IP保护”。图4显示的系统具有IPMP(知识产权管理和保护系统)207且其与图3的系统的不同之处在于版权验证和保护功能是借助这种IPMP207而实现的。

图7是流程图，显示了与验证处理有关的用户操作。图4显示的系统的操作将在下面结合图7描述。在服务器一侧，一个多路复用器201从具有不同URL(统一资源定位器)—诸如URL1、URL2、和URL3—的多个网络站点202至204接收不同的对象，并产生由多个对象构成的运动图象数据。这种运动图象数据响应于作为MPEG-4比特流205的、来自用户的请求，而通过网络发送给用户。

在步骤S1，用户接收来自服务器的MPEG-4比特流205。构成该MPEG-4比特流的各个对象具有表示版权持有者的信息(URL信息)。在步骤S2，用户借助去多路复用器206把接收的MPEG-4比特流分成多个流，诸如多个对象和伴随的信息(包括URL信息)。各个对象的URL信息作为“IPMP流”的一部分，而作为一种“IP数据”流送到IPMP 207。

在步骤S3，URL信息被从送到IPMP 207的一或多个URL信息中选出。为此，操作者可指定这种信息，或者IPMP 207可根据一种预定的顺序来选择该信息。

在步骤S4，一种验证请求信号，根据选定的URL信息，与和网络相连的多个服务器之一中的一个相应的URL一起，被发送到服务器201。在此情况下，将要在后面描述的返回通道1或返回通道2被用于发送。

在步骤S5，用户等候从已经接收到验证请求信号的服务器201发送来的访问允许信号。当接收到该访问允许信号时，流程进行到步骤S6。当在预定的时间中未接收到访问允许信号时，流程进行到步骤S7。

在步骤S6，当接收到访问允许信号时，可对已经获得到了其访问允许(验证)的对象进行访问。更具体地说，通过使能一种控制信号212以控制一种访问控制点，来自去多路复用206的一个相应的流(即访问允许信号允许访问的对象的流)能够被一个画面描述器208、声频可视解码器209、以及对象描述器210所访问。

在步骤S7，通过禁止用于控制一个访问控制点的控制信号212，画面描述器208、声频可视解码器209、和对象描述器210对来自去多路复用206的相应的流(即对于其未获得访问允许的对象的流，而不论验证请求如何)访问被禁止。

在步骤S8，确认是否有加到另一对象的URL信息。如果步骤S7为“是”，流程返回到步骤S3；否则，处理操作结束。

画面/图形处理部分211根据从画面描述器208、声频可视解码器209以及对象描述器210提供的数据，进行画面合成和图形处理。只有已经获得了访问允许的对象能够被合成以进行重放。或者，当没有得到访问允许的对象出现时，重放完全不能进行。

上述验证处理将在下面得到详细描述。

一个MPEG-4流包含“ES描述符(ES_Descriptor)”，它把“元素流(Elementary Stream)”(ES)的内容描述成以描述对象本身的“OD描述符(OD_Descriptor)”和对象为单位的比特流。当用于指定一个命令的URL信息和用于远程访问的访问目的地是在“ES描述符”或“OD描述符”中获得时，该远程访问根据图5显示的程序执行。

图5是用于说明远程访问的框图。参见图5“DAI”是MPEG-4比特流与网络之间的界面层，它被称为“DMIF应用界面”。细节在“ISO/IEC 14496-6 DMIF文件DMIF应用界面”中描述且在此省略。MPEG-4比特流还包含表示与“元素流”(ES)相应的解码器类型的信息的“解码器配置描述符(DecoderConfigDescriptor)”。该

“解码器配置描述符”是由某些数据元素形成的结构。这种元素之一是一种表示流类型的1位上行参数。细节已经在“ISO/IEC 14496-1FCD 8.3.4.解码器配置描述符”中描述且在此省略。

表达式1是“解码器配置描述符”的一个例子。

  [Expression 1：DecoderConfigDescriptor]

    aligned(8) class DecoderConfigDescriptor

               ：bit(8) tag＝DecoderConfigDescrTag {

          bit(8) length；

          bit(8) objectProfileIndication；

          bit(6) streamType；

          bit(1) upStream；

          const bit(1) reserved＝1；

          bit(24) bufferSizeDB；

          bit(32) maxBitrate；

          bit(32) avgBitrate；

          DecoderSpecificInfo decSpecificInfo[]；
}

该流根据作为表达式1的“解码器配置描述符”的类声明中的一个数据元素的“流类型(StreamType)”值，而得到识别。“流类型”值如表1所定义的。

表1  流类型指定值

流类型指定值	流类型
		0x00	ISO专用
0x01	对象描述符流
		0x02	时钟基准流
0x03	画面描述符流
		0x04	图象流
0x05	声音流
		0x06	MPEG7流
0x07-0x09	ISO专用
		0x0A	对象内容信息流
0x0B	IPMP流
		0x0C-0x1F	ISO专用
0x20-0x3F	用户私用

在表1中，用于识别“IPMP流”的本实施例独特的值被加到“ISO/IEC 14496-1 FCD表0-1：流类型值”。表1中的参数或项与“ISO/IEC 14496-1 FCD”中的相同，且省略了对其的详细描述。

如上所述，在表1中，用于识别本实施例特有的“IPMP流”的值被加上。这种“IPMP流”原来是包含在用于用以产生MPEG-4比特流的多路复用器201的源码中的。

在此用于多路复用器201的源码中，“IPMP流”由以下的表达式2(*)定义。

[Expression 2：Mux source]
{
 objectDescriptorID 0
 es_descriptor  [

     {

           es_Number 1

           fileName Inline.od

           streamType BIFS

           streamPriority 5 
           decConfigDescr {

                 streamType 2//OD Stream

                 bufferSizeDB 200

           }

           alConfigDescr  {

                 useAccessUnitStartFlag TRUE

                 useAccessUnitEndFlag TRUE

                 useRandomAccessPointFlag TRUE

                 useTimeStampsFlag TRUE

                 timeStampResolution 1000

                 timeStampLength 14

           }

      }

      {

           es_Number 2

           streamType  BIFS
        <!-- SIPO <DP n="15"> -->
        <dp n="d15"/>
　　        streamPriority 5

　　        fileNameInline.bif

　　        decConfigDescr  {

　　              streamType 4//BIFS Stream

　　              bufferSizeDB 1000

　　        }

　　        alConfigDescr {

　　              useAccessUnitStartFlag TRUE

　　              useAccessUnitEndFlag TRUE

　　              useRandomAccessPointFlag TRUE

　　              useTimeStamps Flag TRUE

　　              timeStampResolution 100

　　              timeStampLength 14

　　              OCR_ES_Id 1

　　        }

　　        }
       ]
}
{
 objectDescriptorID 33
 es_descriptor  [

     {

           es_Number 1

           fileName t2

           streamType G723

           streamPriority 4
        <!-- SIPO <DP n="16"> -->
        <dp n="d16"/>
      decConfigDescr  {

            streamType 6//AudioStream

            profileAndLevelIndicationOxcl//G723

            bufferSizeDB 300

      }

      alConfigDescr  {

            timeStampResolution 1000

            compositionUnitRate  30

      }

      extensionDescriptor  IPMP_DescriptorPointer  { 
            IPMP_Descriptor_ID  69

      }
}{

      es_Number 2

      fileName t1

      streamType H263

      decConfigDescr  {

            streamType 8//IPMPStream  (*)

            bufferSizeDB 1600

      }

      alConfigDescr  {

            useAccessUnitStartFlag TRUE

            useAccessUnitEndFlag TRUE 

            useRandomAccessPointFlag TRUE

            useTimeStampsFlag TRUE
        <!-- SIPO <DP n="17"> -->
        <dp n="d17"/>
　　              timeStampResolution 1000

　　              timeStampLength  10

　　              PDU_seqNumLength  3

　　              AU_seqNumLength  8

　　              OCR_ES_Id 2113

　　         }
　　　　}
　]　  
  
}

  objectDescriptorID  32
  es_descriptor  {

　　  es_Number 1

　　  fileName t1

　　  streamType H263

　　  decConfigDescr  {

　　        streamType 5//VisualStream

　　        profileAndLevelIndicationOxC2//H263

　　        bufferSizeDB 1600

　　        }

　　        alConfigDescr  {

　　              useAccessUnitStartFlag TRUE

　　              useAccessUnitEndFlag TRUE

　　              useRandomAccessPointFlag TRUE

　　              useTimeStampsFlag TRUE

　　              timeStampResolution 1000
        <!-- SIPO <DP n="18"> -->
        <dp n="d18"/>
　　              timeStampLength 10

　　              PDU_seqNumLength 3

　　              AU_seqNumLength 8

　　              OCR_ES_Id 2113

　　        }

　　  }
}

在表达式2中，当“对象描述符ID(ObjectDescriptorID)”是“33”时，“IPMP流”得到定义。这意味着表示“IPMP流”保护的对象的流的部分包含在“对象描述符ID 33”中。

“IPMP流”的流类型被定义为“流类型8”。这种含意与在表1中被定义为“IPMP流”的流类型指定值的“OxOb”的含意相同。

在此实施例中，多路复用器201收集这种源码并把“IPMP流”加到多个对象的流中，从而产生一种编码成一个流的MPEG-4比特流。

当该流由上述“解码器配置描述符”所识别时，不仅“IPMP流”而且对象的流都能够从一个流分离。

如图4所示，当作为表示流的方向的标志的“解码器配置描述符.上行(DecoderConfigDescriptor.upStream)”被置于“1”时，系统被置于“上行”状态以把来自用户侧的一个流发送给服务器侧。在此情况下，采用这种“上行”状态的发送功能将被称为“返回通道1”。

在正常重放中，“解码器配置描述符。上行”处于“0”，因而设定了其中流被从服务器侧送到用户侧的“下行”状态。当希望得到对一个对象的访问允许时，“解码器配置描述符。上行”被置“1”，且所谓的用于“上行”所需数据至URL目的地的“返回通道1”被用于把“IPMP管理数据”(版权管理信息)作为“IPMP流”发送至服务器侧，因而响应数据通过远程访问而从URL目的地发送。

表1显示的“IPMP流”具有“IPMP_ES”和“IPMP_D”。各个“IPMP_ES”由一系列的“IPMP消息(IPMP_Message)”形成。表达式3是“IPMP_消息”的描述的一个例子。

[Expression 3：IPMP_Message]

　　class IPMP_Message () {

　　      unsigned int(8)  IPMPS_TypeCount；

　　      bit(1)hasURL；

　　      int i；

　　      for(i＝0；i＜IPMPS_TypeCount；i++){

　　           unsigned int(16)IPMP_Type[[i]]；

　　           unsigned int(32)offset[[i]]；

　　           unsigned int(16)length[[i]]；

　　      }

　　      if(hasURL){

　　           unsigned int(5)lengthOfURLbits；

　　           bit(3)reserved＝0b111；

　　           unsigned int(lengthOfURLbits)lengthOfURL；

　　           char(8)URLString[lengthOfURL]；

　　      }

　　      for(i＝0；i＜IPMPS_TypeCount；i++){

　　           char(8)IPMP_data[length[i]]；

　　      }

　　  }

在表达3中，“IPMP_类型计数(IPMP_TypeCount)”表示了不同的“IPMP类型”的数目。由于能够有不同的IPMP，“IPMP_消息”能够与多个IPMP对应。

当URL被指定时，“IPMP_类型计数”的值为0。否则，“IPMP类型计数”的最小值为“1”。在此情况下，存储在一个外部装置中的“IPMP_消息”取代内部IPMP_消息被访问和使用。

“IPMPS_D”是从“IPMP描述符”形成的。这种“IPMP描述符”是用于对各个“基本流”进行具体的IPMP控制的数据结构。“IPMP描述符更新(IPMP_Descriptor Updates)″是作为对象描述符流的一部分而执行的。表达式4是“IPMP描述符更新”的描述的一个例子。

  [Expression 4：IPMP_DescriptorUpdate]

　　  aligned(8)class IPMP_DescriptorUpdate：unit(8)

　　  IPMP_DescriptorUpdateTag {

　　        unsigned int(8)         descriptorCount；

　　        int i；

　　        for(i＝0；i＜descriptorCount；i++) {

　　             IPMP_Descriptor       d[[i]]；

　　        }

　　  }

在表达4中，“描述符计数(DescriptorCount)”表示了将要更新的“IPMP描述符”的数目，且d[i]表示了一定的“IPMP_描述符”。

表达式5是“IPMP_描述符”的描述的一个例子。

[Expression 5：IPMP_Descriptor]

　　class IPMP_Descriptor () {

　　      bit(8) IPMP_Descriptor_ID；

　　      unsigned int(8)    IPMPS_TypeCount；

　　      bit(1)hasURL；

　　      int i；

　　      for(i＝0；i＜IPMPS_TypeCount；i++){

　　           unsigned int(16)  IPMPS_Type[[i]]；

　　           unsigned int(32)offset[[i]]；

　　           unsigned int(16)length[[i]]；

　　      }

　　      if(hasURL) {　

　　           unsigned int(5)lengthOfURLbits；

　　           bit(3)reserved＝0b111；

　　           unsigned int(lengthOfURLbits)lengthOfURL；

　　           char(8)URLString[lengthOfURL]；

　　      }

　　      for(i＝0；i＜IPMPS_TypeCount；i++){

　　           char(8)IPMP_data[length[i]]；

　　      }
}

在表达式5中，“IPMP描述符ID(IPMP_Descriptor_ID)”是各个“IPMP_描述符”唯一的数。“ES_描述符”指的是采用“IPMP_描述符ID”的“IPMP_描述符”。“IPMPS_类型计数”表示“IPMP_消息”指定的不同IPMP的数目。

图6显示了当一个URL目的地进一步具有一个URL目的地时的分层结构的一个例子。图6显示了一种两层结构。如果还有另一URL目的地，可形成三或四层的结构。参见图6，虽然“IPMP流”未明确地得到显示，与所要远程指定的对象有关的“IPMP_ES”或“IPMP_D”按照需要与“画面描述流(SceneDescriptionStream)”或“对象描述流(ObiectDescriptionStream)”相应地得到解码和远程访问。

采用MPEG-4比特流的这种“上行”状态的验证处理，即采用返回通道1的验证处理，已经在上面得到了描述。这种采用“返回通道1”验证处理是实时比特流重放中的“上行”处理，因而采用了较小数据量和短促处理时间的高速处理。在实际的重放系统中，由于远程访问和采用“返回通道1”的验证的延时应该尽可能地小。

然而，即使当数据量小时，验证可能要求较多的时间。这造成了“返回通道1”中的延迟问题。从可允许的延迟时间和对交互可操作性的需要的角度看，较好地是准备一个第二“返回通道”。

因此，在本实施例中，，采用了一个与用于发送MPEG-4比特流的接口不同的I/O(装置之间的输入/输出)接口。这将被称为“返回通道2”。

在描述采用这种“返回通道2”的验证处理之前，先考虑“返回通道1”与“返回通道2”中的数据量与延迟时间之间的关系。在“MPEG-4要求组”的报告中，“返回通道1”的不妨碍实时重放的可允许延迟时间是一帧的时间。因此，所采用的数据量与“返回通道1”和“返回通道2”中的位速率之间的关系如表2所示。

表2 返回通道1和2的延迟时间和数据量

项目

使用目的

数据量

延迟时间

返回通道1	高速IPMP远程验证存取	3000-5000bits/s	100-300ms
				返回通道2	低速IPMP输入/输出验证存取		＞500ms

在用于验证的高速IPMP远程访问中，延迟时间限于通过位速率为3K至5K/秒的传输线处理100至500位/帧的数据量。“IPMP消息”数据或“IPMP描述”数据和由于“返回通道”的“远程内容访问”产生的延迟带宽可如表2所表示的，因而实际验证的数据量是有限的。验证经常要求与流处理异步的时间。

多个对象的验证可不在一个站点而是在多个站点执行。在此情况下，表2中的状态变得更严格且不适合于实际使用。因此，为了进行允许与流处理异步的低速处理的验证，较好地是采用“返回通道2”。

以下描述采用“返回通道2”的处理。用于低速IPMP输入/输出验证访问的“返回通道2”，被用作不同于发送MPEG-4比特流的I/O(装置之间的输入/输出)接口，如图4所示。

具有键盘、显示器和调制解调器的计算机终端214被准备在“返回通道2”附近并与电话线和IPMP 207相连。在此设置中，计算机终端214接收流中的对象—它要求验证—和来自IPMP 207的验证目的地的信息，并将该信息显示在显示器上。操作者通过参照这种显示，来选择流中的要求验证的对象。计算机终端214呼叫验证目的地，从验证目的地接收验证方法或访问码，并把内容显示在显示器上。当操作者利用键盘输入了接收的信息时，IPMP 207被通知了输入的内容并能访问所需对象。

以上示例性地采用了电话线。相应地，也可以采用CATV电缆或无线通信信道。

或者，存储有访问验证所需的信息(它是通过预先与验证目的地进行接触而获得的)的PC卡被插入计算机终端214的PCMCIA接口中，以通知IPMP 207验证所需的信息并在需要时能访问对象。

对于其操作时间或验证时间变得较长的验证处理，这种方法对于处理非实时处理的处理，例如在启动流重放或画面改变时，是有效的。

如上所述，根据第一实施例，“返回通道1”或“返回通道2”可根据应用目的而得到选择和使用。这种选择可以由操作者进行，或者可考虑延迟时间限制等而在系统中进行优化返回通道的选择。

当准备了两个不同的“返回通道”时，可实现灵活的验证处理。

(第二实施例)

如上所述，在第一实施例中，包含URL信息的IPMP流被加到多个对象的流上，且这些流被编码成一个流以产生一个MPEG-4比特流。另外，包含IPMP流的一个流从这种MPEG比特流而得到识别，且当MPEG-4播放器向一或多个与网络相连的服务器中具有相应URL的服务器发送验证请求信号时，一个“返回通道”得到采用。在第二实施例中，将描述采用这种“返回通道”的另一种方法。

图8是框图，显示了具有图2和3显示的设置的MPEG-4播放器的示意性设置，其中加有版权保护系统(IPMP系统86)和对象数据处理流程控制部分(IPMP流流程控制83)。

图8更详细地显示了图4中的“访问控制点”处的流控制。

参见图8，包含需要版权保护的编码图象对象数据的一个MPEG-4比特流由一个Demux层81分成对象数据并按照加在编码或比特流发生中的时间标志信息而被一个Sync层82转换/合成为播放器中的时间。

另一方面，IPMP系统86根据Demux层81分离的版权保护信息进行被分成单独数据的要求版权保护的对象数据的验证处理，并将一个允许信号发送到IPMP流流程控制器83，以进行对象数据处理流程控制。在一个压缩层84，各个对象数据由一个解码器以对象数据为单位进行解码。在一个复合层85，按照解码的画面描述合成并显示画面。

特别地，有某些对象数据处理流程控制方法。在此实施例中，所要解决的问题将以测试条件#1和#2为例进行描述。

表3显示了作为IPMP系统(IPMP)与流流程控制之间的关系的例子的四个测试方案。

表3  IPMPI测试计划

在表3中，测试1显示了其中没有IPMP系统的情况；测试2显示了其中只有IPMPS1的情况；测试3显示了其中只有IPMPS2的情况；且测试4显示了其中IPMPS1和IPMPS2同时存在的情况。

以下描述各个测试中的输入/输出信号和IPMPS1与IPMPS2之间的角色的不同。

在表3中，未保护的文本对象流用t表示，保护的声频流用S1(Ca)表示，且保护的视频流用S2(Cv)表示。

S1(Ca)IPMP系统用IPMPS1表示，且原来的编码数据与ASCII码“x”之间的异或结果(逻辑异或)用S1(Ca)表示。因此，译解的关键字是ASCII码“x”，且输出是原来的编码数据与x的异或。

S2(Cv)IPMP系统用IPMPS2表示，且原来的编码数据与ASCII码a的XOR结果用S2(Cv)表示，因而解译关键字是ASCII码a，且输出是原来的编码数据与a的XOR。

“允许错误”表示解码器的输出侧的错误它是在保护的对象流不能借助关键字正常地得到解译时发生的。“允许错误”可发生在例如保护的视频流是诸如“无显示”或“显示失真图象”的错误。只在测试4的情况下，不发生“允许错误”。

表4显示了IPMP验证测试的条件和参数。

表4 IPMP验证测试条件和参数

条件		测试1	测试2	测试3	测试4
						内容	αS1(Ca)S2(Cv)	未保护文本保护声音保护画面	←←←	←←←	←←←
IPMP条件	IPMP-ES和IPMP-D	是	是	是	是
							IP识别数据集	是	是	是	是
	IPMP-S1IPMP-S2	无无	XOR“x”for S1(Ca)无	无XOR“a”for S2(Cv)	XOR“x”forS1(Ca)XOR“a”forS2(Cv)
						测试条件	#1	无	嵌入的“关键字”和恒定延迟	←	←
	#2	无	用户交互和非固定延迟	←	←
							同步	是	是	是	是
预计结果		α：通过S1(Ca)：错误S2(Cv)：错误	α：通过S1(Ca)：通过S2(Cv)：错误	α：通过S1(Ca)：错误S2(Cv)：通过	α：通过S1(Ca)：通过S2(Cv)：通过

在表4中，当要进行测试2时，在测试条件#1下，用于各个对象流的正常关键字预先出现在IPMP系统(IPMPS1和IPMPS2)中，从而使输入的对象流能够立即(或以一个预定的延迟时间)得到“解译”并输出到各个解码器。

当测试2要被执行时，在测试条件#2下，在IPMP系统(IPMPS1和IPMPS2)中预先没有各个对象流的正常关键字。正常关键字是从外部关键字或由一种用户交互方法(诸如智能卡插入)输入的，且输入的对象流得到“解译”被输出到各个解码器。因此，延迟时间不是恒定的。

图9显示了MPEG-4播放器的内部功能框图和数据流程。

图9显示了为描述同步机制的一种实际系统的简单设置，且IPMP系统和对象数据处理流程未被显示。

首先，MPEG-4系统播放器的从一个应用开始的一个入口功能Execute()启动功能模块，保证了一个数据区缓存器，向各个功能分配存储器，并准备进行数据处理。

由一个FlexDemux 91输入的作为DMIF层的服务模块功能的MPEG-4比特流，即来自网络的包数据或数据文件，以一系列的数据组的形式得到接收，并被传送到一个AL管理器92。

在AL管理器92中，诸如视频数据、声频数据、以及画面描述信息的对象数据被从数据组分离出来。画面描述信息或与对象有关的信息数据被传送到一个BIFS解码器93，且视频和声频数据被传送到作为数据通道的解码器94。

根据BIFS解码器93和解码器94解码的画面描述信息和在比特流产生时加入的时间标志信息，一个展示器95或媒体流数据处理部分(未显示)调节解码的媒体对象数据(视频和声频数据)之间的时间关系，使它们同步，并合成一个画面。

图10简单地显示了上述数据处理过程。

参见图10，FlexDemux 91接收一个MPEG-4比特流并将其分离成以对象数据为单位的基本流(ES)。AL管理器92把各个对象数据的ES以解码的单位进行分割。BIFS解码器93和解码器94解码各个对象数据。解码的对象数据的一个数据组媒体流得到产生。展示器95利用“MediaStreamImp∷Fetch()”功能执行各个对象数据之间的时间调节，以处理媒体流数据、把对象数据合成一个画面，并显示该画面。

图11是流程图，显示了时间调节的数据处理的一个例子。以下结合图11详细描述展示器95进行的时间调节处理。

在步骤S1101，一个允许值被加到系统播放器的当前时间上(→dwCurrentTime)。根据该值，所要处理的数据(AU)的标志时间(TimeStamp)在步骤S1102被转换成系统播放器时间(→dwTime)。在步骤S1104，当前时间(dwCurrentTime)被与所要处理的数据(AU)的标志时间(dwTime)进行比较。当所要处理数据(AU)的标志时间(dwTime)晚于当前时间(dwCurrentTime)时，流程进行到步骤S1106以合成实际的画面。如果所要处理的数据(AU)的标志时间(dwTime)早于当前时间(dwCurrentTime)时，判定该数据不适合于画面合成(判定该数据不是适合于画面同步的时间)，且流程进行到步骤S1105，以处理下一个数据处理块(AU)。

图12是按照时间序列显示图11所示的时间调节处理的时序图。

参见图12，在时刻Arrival(AU0)到达了BIFS解码器93或解码器94的解码缓存器1201的对象流(AU0)得到解码，并在编码时加上的标志时间DTS(AU0)被送到展示器95的复合存储器1202。画面是从画面合成时间CTS(CU0)合成的。下一个对象流(AU1)在时刻DTS(AU1)也被从解码缓存器1201传送到复合存储器1202，且从时候CTS(CU1)合成一个画面。

如从图12可见，在图11中，解码缓存器1201中的时间DTS在复合存储器1202中被调节到实际画面合成时候DTS，它比实际当前时间(dwCurrentTime)晚。

在图13中，在IPMP系统中的处理被加到图10显示的处理流程上。更具体地说，进行了以下的处理。

其中FlexDemux 91接收一个MPEG-4比特流并将其以对象数据为单位分离成基本流(ES)，以及AL管理器92把各个对象数据的ES以解码单元为单位分割的处理，与图10中的相同。随后，从AL管理器92分割的对象数据中指定被保护的流，特别是根据与IPMP相关的信息，诸如正常关键字输入和验证的IPMP系统处理得到执行。BIFS解码器93和解码器94，把媒体流作为将要以对象数据为单位进行解码的数据组进行解码。展示器95调节各个对象的时间，合成画面，并显示它。

以下描述表4中显示的执行测试2中的测试条件#1和#2之下进行的对象数据处理流程控制。首先，在测试条件#1下，关键字解译时刻作为以IPMP系统为单位的预定延迟被发送到解码器。因此，当整个延迟被设定在其中它能够被图8中的压缩层84或图9中的展示器95所吸收时，不会发生同步的问题。

在测试条件#2下，进行了以下的处理。

图14是用于说明在测试条件#2下执行测试2中IPMP系统中的处理。

在步骤S1401，获得由AL管理器92分割的各个对象。在步骤S1402，判定是否有有效的关键字输入。如果步骤S1402为“否”，流程进行到步骤S1403以暂停(HOLD)处理，而不解译保护的流。如果步骤S1402为“是”，流程进行到步骤S1404，以解译受保护的流。随后，流程进行到随后的处理。

当在测试条件#2下执行测试2中如图14显示的流程控制时，直到正常关键字输入的流都被暂停。另一方面，未保护的流或已经通过正常关键字输入被验证和解译的流被送到随后的时间同步处理，以进行解码器处理和画面合成。由于对各个受到保护的流的用户交互操作，直到前面暂停的流借助正常关键字输入而得到验证和解译并被传送到随后的处理的过去的时间不是恒定的。另外，在处理恢复时间，dwTime可能已经过了dwCurrentTime。

在此情况下，如从图11和12可见，已经恢复了处理的流，直到恢复之后的dwTime变得比dwCurrentTime晚的时候，也没有得到解码。处理跳到下一个要处理的数据(AU)(即数据变薄了)。跳过的部分不被合成为一个画面。

如上所述，在测试条件#2下，数据被部分地变薄，因而第一次不能获得连续的内容。

在诸如付款电视的“推”式数据分送中，单向的数据分送基本上是根据时区进行的，且数据由带有验证功能的图象接收系统(例如机顶盒)接收。由于这种系统能够由测试条件#1有效地应付，不会发生问题。

然而，例如假定观看者看了例如一个电影的头几分钟的商业展示内容组并选择了一个内容。如果观看者在收费和验证之后得到并欣赏该视频数据，这种情况不能由测试条件#1来处理。在测试条件#2下，由于重放是在选择/验证之后恢复的，观看者不能获得某些已经被广播的内容。

MPEG-4允许以视频对象为单位进行选择/重放。因此，在上述商业展示内容中，即使当没有进行验证处理时，某些对象一诸如人物或背景一也能够作为保护的流和允许错误而保特重放。在此情况下，同样地，由于重放是在测试条件#2下的选择/验证之后恢复的，观众不能获得已经广播的正常和完整的内容。

当观众一开始就欣赏整个内容时，他必须指令内容分送侧的服务器从开始重新传送视频数据。

作为一种一般的解决方案，用户侧请求服务器(内容分送)侧在选择/验证之后的恢复视频重放时重新传送整个内容。一般地，为了发出这种请求，服务器侧需要预先向用户侧提供一种应用程序，以接收来自用户侧的这种请求。

然而，当画面是通过从不同的URL目的地(统一资源定位器)获得多个视频对象内容或声频对象内容而合成时，就象在MPEG-4中那样，需要为多个内容分送服务器的应用程序和验证/重新传送方法。这使得程序变得复杂而不实际。

在第二实施例中，这种用于命令从开始重新传送视频数据的信号，与请求目的地服务器的URL信息和表示验证结果的信息一起，被发送到采用“返回通道”(如第一实施例中描述的“返回通道1”和“返回通道2”)的作为内容分送源的服务器。

更具体地说，在第二实施例中，从在正常使用中接收MPEG-4比特流并重放画面的播放器侧，信息利用MPEG-4的返回通道功能而被分送到服务器侧(即验证/重新传送信息如图1所示地利用上行通道信息被上行处理)。在此方法中，各个内容分配源服务器和IPMP系统接口共享与验证/重新传送信息通信有关的部分，从而使程序管理的负担减小了。

如上所述，根据第二实施例，由于版权作品重新传送请求能够在验证处理之后通过网络而方便地得到处理，能够防止将要重放的视频数据由于与验证处理有关的延迟时间而被忽略。

在第二实施例中，验证处理方法没有被具体地指定。更具体地说，象在第一实施例中一样，一个验证请求信号通过网络被送到各个内容分配服务器，以接收来自内容分配服务器的访问允许。或者，一个有效关键字被预先存储在MPEG-4播放器中，且观众在本地进行验证。。

本发明可被应用于由多个装置构成的系统或包括单个装置的设备。

另外，包括上述实施例的设备或方法的某些或全部组成部分的设备或方法也可构成本申请的本发明人所完成的本发明。

根据上述实施例的设备的功能，也可通过永久或暂时地把存储程序码的存储介质包含在一个系统或设备中并使该系统或设备计算机(或CPU或MPU)读取并执行存储在存储介质中的程序码，而得到实现。在此情况下，从存储介质读出的程序码或存储介质本身就构成了本发明。

作为用于提供程序码的存储介质，可采用软盘、硬盘、光盘、磁光盘、CD-ROM、CD-R、磁带、非易失存储卡、ROM等等，虽然也可采用其他的装置。

属于本发明的技术范围的，不仅有其中本发明的独特的功能通过由计算机执行从存储介质读出的程序码而得到实现的情况，而且还有其中在计算机上运行的操作系统(OS)执行根据程序码的指令执行部分或所有实际处理的实施例。

其中在从存储介质读出的程序码被写入插入计算机的功能扩展板或与计算机的功能扩展单元相连的存储器之后，功能扩展板或功能扩展单元的CPU进行根据程序码的指令的部分或全部实际处理的实施例，也属于本发明的技术范围。

如上所述，根据本发明，多个对象流和一个与版权信息相联系的流作为一个流而得到发送，且与版权信息有关的流在接收侧被分离和提取。借助这种设置，能够有效地进行验证处理，以有效地保护版权和有效地使用版权作品。

另外，根据本发明，验证处理能够得到有效的执行，以有效地保护版权和有效地使用版权作品。

进一步地，根据本发明，在验证处理之后，通过网络发送一个版权重新传送请求。借助这种设置，由于与验证处理有关的延迟时间而发生的重放图象的忽略能够得到防止，因而很多验证处理方法都变得可能了。

由于在不脱离本发明的范围的前提下可以作出本发明的很多非常不同的实施例，因而应该理解的是本发明不限于其具体的实施例，而只由所附的权利要求书限定。

Claims (12)

1.一种信息处理方法，包括步骤：

a)从内容分配服务器接收通过对多个对象数据及其知识产权管理数据进行多路复用所生成的信息数据流；

b)从所接收的信息数据流中分离所述对象数据和所述知识产权管理数据；

c)对所述对象数据和所述知识产权管理数据进行解码；

d)根据解码后的知识产权管理数据验证解码后的对象数据，并使用上行比特流将验证结果数据和用于请求从头重新发送所述信息数据流的重发请求数据发送到所述内容分配服务器；

e)接收从所述内容分配服务器重新发送的信息数据流；以及

f)重放所述分离步骤和所述解码步骤分别分离和解码的所述重新发送的信息数据流。

2.根据权利要求1所述的方法，其中所述对象数据是图象数据。

3.根据权利要求2所述的方法，其中所述对象数据包括一个运动图象画面。

4.根据权利要求3所述的方法，其中所述信息数据流是符合MPEG4编码标准的比特流数据。

5.一种信息处理设备，包括：

接收装置，用于从内容分配服务器接收通过对多个对象数据及其知识产权管理数据进行多路复用所生成的信息数据流；

分离装置，用于从所接收的信息数据流中分离所述对象数据和所述知识产权管理数据；

解码装置，用于对所述对象数据和所述知识产权管理数据进行解码；

验证装置，用于根据解码后的知识产权管理数据验证解码后的对象数据，并使用上行比特流将验证结果数据和用于请求从头重新发送所述信息数据流的重发请求数据发送到所述内容分配服务器；

重发数据接收装置，用于接收从所述内容分配服务器重新发送的信息数据流；以及

重放装置，用于重放所述分离装置和所述解码装置分别分离和解码的所述重新发送的信息数据流。

6.根据权利要求5所述的设备，其中所述信息数据流是符合MPEG4编码标准的比特流数据。

7.一种在内容分配服务器中执行的信息处理方法，包括步骤：

a)向客户端发送通过对多个编码的对象数据及其知识产权管理数据进行多路复用所生成的信息数据流；

b)通过上行比特流从所述客户端接收验证结果数据和用于请求重新发送所述信息数据流的重发请求数据；以及

c)根据所述验证结果数据和所述重发请求数据，从头重新发送所述信息数据流。

8.根据权利要求7所述的方法，其中所述对象数据是图象数据。

9.根据权利要求8所述的方法，其中所述对象数据包括一个运动图象画面。

10.根据权利要求9所述的方法，其中所述信息数据流是符合MPEG4编码标准的比特流数据。

11.一种内容分配服务器，包括：

发送装置，用于向客户端发送通过对多个编码的对象数据及其知识产权管理数据进行多路复用所生成的信息数据流；

接收装置，用于通过上行比特流从所述客户端接收验证结果数据和用于请求重新发送所述信息数据流的重发请求数据；以及

重新发送装置，用于根据所述验证结果数据和所述重发请求数据从头发送所述信息数据流。

12.根据权利要求11所述的内容分配服务器，其中所述信息数据流是符合MPEG4编码标准的比特流数据。

Images