专利名称：用于分配加密的压缩图像数据的流化系统及其流化方法
技术领域：
本发明涉及一种流化系统(streaming system)及其流化方法、一种流化服务器及其数据分配(传送)方法、一种客户终端及其数据解码方法、一种认可装置及其认可方法、适合于对压缩编码的图像数据进行加密以便通过预定传输协议的网络对其进行分配的一种程序和一种记录介质。
本申请以于2002年1月30日提交的序列号为2002-022257的日本专利申请为优选，这里将其全文引用为参考。
背景技术：
近年来，对于在因特网上传输视频数据和音频数据来说，有下载型(down-load type)传输系统和流型(streamtype)传输系统。在这种下载型传输系统中，将已经从分配服务器发送的视频文件暂时存储在终端侧，然后对视频文件的数据(视频数据)进行再现。由于这个原因，在这样的系统中，在文件传送完成以前，不可能在终端侧对数据进行再现。下载型传输系统不适合用在对视频数据进行长时间再现等情况。
另一方面，在流型传输系统中，也要经过一段时间，期间将数据从流化服务器发送到终端，才能再现接收到的数据。在这种流型传输系统中，使用在IETF(Internet Engineering Task Force，因特网工程任务组)的RFC 1889中规定的称为RTP(Real-Time Transport Protocol，实时传输协议)协议的系统成为主流。
同时，近年来，已经对利用加密通信的安全对策提出了很多要求。例如，已经提出了IPSec(IP Security Protocol，IP安全协议)，用于在不是仅对通过特殊申请的通信数据进行加密的情况下，在IP(Internet Protocol，因特网协议)级对从主机发送出的所有通信数据进行加密等。对于将IETF按照标准化进行的加密通信来说，这种IPSec是标准要求。
在这种IPSec中，由于将使之与块尺寸一致的填充或填充尺寸添加到有效载荷数据中，以便由此进行加密通信，因此出现了在发送侧和接收侧的通信部分需要进行加密/解码，因而难以利用现有的分配工具进行安装的问题。
在添加填充符或填充符尺寸的情况下，经过加密的数据的尺寸变得比实际数据更大，因此，在加密的前后发生了尺寸变化。由于这个原因，出现了流的比特率和/或文件尺寸改变的问题。此外，由于通过流化进行发送的数据的数量变大，因次，出现了流化性能下降的问题。
还可以想象，对已经利用MPEG4(Moving Picture Experts Group 4，运动图像专家组)进行压缩编码的图像数据进行加密，以便执行使经过加密的图像数据流化。这里，在MPEG4中，在RFC3016规定了在流化时以视频数据包为单元来发送数据。但是，由于视频数据包的断点与加密块的断点不是彼此一致的，因此，不能在视频数据包单元中完成加密。在由传输误差而使视频数据包丢失等情况下，出现不仅不能对该视频数据包，而且不能对之前或之后的视频数据包进行解码的问题。
发明内容
本发明的一个目的是提供一种流化系统及其流化方法，能够解决如上所述的常规上建议采用的数据传输方法的问题。
本发明的另一个目的提供一种流化系统及其流化方法、一种流化服务器以及一种用于该服务器的数据分配(传送)方法、一种客户终端以及一种用于该终端的数据解码方法、一种认可装置以及一种用于该认可装置的认可方法、适用于通过进行能够既处理流化时的操作又处理下载再现时的操作的加密，来抑制尺寸增大的一种程序以及一种记录介质。
按照本发明的流化系统包括一个加密单元，用于在对通过对图像数据和/或音频数据进行压缩编码而得到的流数据进行加密方面，在不对小于加密块尺寸的最后数据进行加密的情况下，以加密块尺寸为基准，从预定单元的引导部分开始，对流数据的每个预定单元进行加密；一个认可单元，用于至少将打包控制信息添加到加密流数据中，从而准备一个文件，以使该文件具有预定的文件格式；一个流化服务器，用于通过预定传输协议的网络，分配由认可单元准备的文件；以及一个客户终端，用于接收来自流化服务器的加密流数据，以便将流数据的加密部分解码为原始图像数据。
这里，流化服务器根据打包控制信息，通过将流前面和/或后面的部分与流数据一起存储在扩展区域中进行打包(packetize)，使分配给每个数据包的流数据的尺寸是加密块尺寸的整数倍，从而能够以数据包为基准，将如此生成的流数据分配到客户终端。
根据网络的通信状态，流化服务器可以在第一打包技术与第二打包技术之间切换，其中，第一打包技术通过将流数据前面和/或后面的部分与流数据一起存储在扩展区域中，使分配给每个数据包的流数据的尺寸是加密块尺寸的整数倍来进行打包；第二打包技术以加密块尺寸的整数倍为单位对每个预定单元进行流数据的打包，以便以数据包为基准将如此生成的流数据分配到客户终端。
在已经对每个预定单元进行填充和加密从而使其尺寸是加密块尺寸的整数倍的流数据的流化中，流化服务器根据打包控制信息，通过将流数据前面和/或后面的部分与流数据一起存储在扩展区域中，进行打包(packetize)，使分配给每个数据包的流数据的尺寸是加密块尺寸的整数倍，从而能够以数据包为基准，将如此生成的流数据分配到客户终端。
根据以下将结合参照附图给出的对实施例的描述，本发明的更多其它目的和通过本发明获得的实际优点将变得更加清楚。
图1用于说明应用了本发明的内容分配系统的概念性配置。
图2用于说明在内容分配系统的MPEG4编码单元生成的流数据的结构。
图3A到3C用于说明视频数据包，其中，图3A示出了视频数据包的结构，图3B示出了视频数据包头部信息的细节，而图3C示出了在视频数据包头部里面的HEC标志为1的情况下，视频数据包头部信息的细节。
图4用于说明在本发明中使用的加密技术。
图5用于说明在按照本发明的内容分配系统的认可单元准备的文件。
图6用于说明按照RFC 3016的RTP数据包和视频数据包。
图7用于详细说明RTP数据包。
图8A和8B用于说明在本发明中使用的RTP数据包，其中，图8A示出了在GOP中间的RTP数据包的例子，而图8B示出了最后的GOP的RTP数据包的例子。
图9用于说明按照本发明的RTP数据包的另一个例子。
图10用于说明按照本发明的内容分配系统的客户终端的大致配置。
图11为用于说明按照本发明的客户终端的RTP逆打包单元的操作的流程图。
具体实施例方式
下面将参照附图对本发明的实施例进行详细描述。在本实施例中，本发明被应用于一种内容分配系统，该系统适合于对已经利用MPEG4(运动图像专家组4)进行压缩编码的图像数据进行加密，以便能够在实时基础上将这样的图像数据分配到客户终端或者相对于客户终端对其进行下载。注意，虽然也可以将本发明应用于已经利用例如MPEG音频系统进行压缩编码的音频数据，但是仅具体给出涉及图像数据的说明。
下面将参照附图1说明应用了本发明的内容分配系统的概念性配置。
如图1所示，应用了本发明的内容分配系统1包括MPEG4编码单元10、加密单元11、认可单元12、流化服务器13、分配服务器14、记录单元20和客户终端30。注意，在按照流化系统来构成这个内容分配系统1为的情况下，可以省略分配服务器14。作为这种流化技术，可以使用依据Apple公司等的QuickTime(注册商标)。
在图1中，将已经从运动画面输入单元如摄像机或VTR等(没有示出)输入并且已经被转换为数字信号的图像信号首先输入到MPEG4编码单元10。
MPEG4编码单元10用于使图像信号经受利用DCT、量化、可变长度编码、逆量化、逆DCT和/或运动补偿等而进行的MPEG4压缩编码，从而生成流数据。MPEG4编码单元10将生成的流数据提供给加密单元11。
这里，当进行简单参照时，在MPEG4编码单元10生成的流数据为如图2所示的结构。如图2所示，MPEG4图像压缩信息为其中存在多个包含用于进行随即访问的时间信息等的GOV(VOP组)的结构，其中，各个GOV包括多于一个VOP(Video Object Plane，视频对象平面)。在这种情况下，这种VOP对应于帧。
将VOP划分为由几个宏块组成的称为视频数据包(Video packet，VP)的单元。这里，如图3A所示，在各个视频信息包当中，将作为帧头部信息的VOP头部添加到帧(VOP)的第一视频数据包中，并且将视频数据包头部信息(VP头部)添加到除了帧的第一部分以外的视频数据包中。将用于实现同步恢复的标记(RMResynchronization marker，再同步标记)添加到视频代码串的相应视频数据包的引导部分中。
在图3B中示出了视频数据包头部信息的细节。如图3B所示，将标志HEC(Header Extension Code，头部扩展代码)包括在视频数据包头部中。如图3C所示，在该标志为“1”的情况下，将信息，如包括在VOP头部中的时间代码MTB和VTI(时戳)信息、作为涉及对帧进行编码的信息的VOP的编码方式信息VCP、用于内部DC的VLC电缆切换信息IDVT以及运动矢量范围信息VFF等，也添加到视频数据包的头部。
回到图1，对于每个预定的加密块，加密单元11对已经从MPEG编码单元10提供的流数据进行加密。
在这种情况下，如图4所示，每个个别的GOV都可能出现剩余的数据不能被加密块尺寸整除的情况。到目前为止，在这种情况下，加入填充符，以使每个GOV的数据尺寸为加密块尺寸的整数倍。但是，在本发明中，不对这些剩余数据加密，而使其保持为原(raw)(原始)数据。即，当假设加密块尺寸为n个字节时，仅对每个GOV的前面的n*m个字节(m是等于或大于零的整数)加密，而使剩余的0到(n-1)个字节为原(原始)数据。因此，可以在不增加数据尺寸的情况下对数据加密。结果，数据尺寸不可能在加密之前和之后进行改变。
如图5所示，认可单元12将头部信息101和包括所描述的SDP(SessionDescription Protocol，会话描述协议)文件104如打包控制信息等的附加信息103添加到在加密单元11进行过加密的流数据102中，从而准备预定格式的文件100，以便根据记录单元20对其进行记录。认可单元12适当地将文件100取出，以便将其提供给流化服务器13或分配服务器14。注意，可以根据记录介质(没有示出)记录这个文件100，以便将该记录介质传送给流化服务器13或分配服务器14。
根据打包控制信息，流化服务器13对所传送的文件100的加密流数据102进行打包，以便按照PTP和RTSP(Real-Time Streaming Protocol，实时流化协议)将每个数据包的数据分配到客户终端30，以使客户终端30能够对数据进行实时再现。
另一方面，分配服务器14允许相对于客户终端30来下载所传送的文件100。
同时，如图6所示，在RFC3016中定义，将一个或多个视频数据包集合，以将其作为一个RTP数据包发送。在图7中示出了这种RTP数据包的一个例子。注意，在图7的例子中，表示RTP数据包是按照每32位进行划分的，并且对划分的结果进行排列，横坐标的00～31表示划分成32位的位位置。
在图7中，在RTP头部表示的V、P、X...到CSRC与在图6中示出的RTP头部对应。在图7中，X表示扩展位，其中，当X等于1时，将经过扩展的区域添加到RTP头部的最后部分。此外，M表示标记位，其中，仅在每个VOP的最后视频数据包被包括在RTP数据包中的情况下，使M等于1。
对于每个视频数据包，插入RTP有效负荷的流数据多于1。注意，在RTP数据包的位数不是32位的倍数的情况下，可以将称为RTP填充符的位串补充到RTP有效负荷的最后部分，以便使RTP数据包的位数变得等于32位的整数倍。
这里，按照RFC3016，视频数据包的断点和作为加密单元的加密块的断点不是彼此对应的，因此，不能在视频数据包单元中完成加密。由于这个原因，当在传输路径上出现如数据包丢失等传输路径错误时，出现了不仅不能对丢失视频数据包，而且不能对该数据包之前和之后的视频数据包进行解码的问题。
鉴于上述情况，按照本发明的流化服务器13将对于利用在RTP头部中的扩展区域进行解码所需要的加密块边界的数据添加到数据包数据中。更具体讲，如图8A所示，将作为加密块边界的、视频数据包前面和后面的数据添加到扩展区域，以使所发送的每个数据包的流数据的尺寸为加密块尺寸的整数倍。此外，对于在添加的前面视频数据包中数据尺寸(前面的添加数据尺寸)和添加的后面视频数据包中数据尺寸(后面的添加数据尺寸)的信息，对其扩展区域进行添加。
将GOV的最后的原数据打包为如图8B所示的形式。在这种情况下，将加密块边界的数据仅添加到前面部分，因而将其理解为不能被加密块长度除尽的数据是原数据。由于这个原因，可以在不增加原数据的尺寸的情况下发送数据。
通过在以这种方式将解码所需的加密块边界的数据添加到RTP数据包的扩展的头部区域的情况下对数据进行发送，对于在流化中丢失数据包的情况也能够对数据进行解码。
注意，对于在以突发的方式发生数据包丢失的环境下进行流化的情况，可以在利用如图9所示的整数倍加密块尺寸对流数据进行划分的状态下发送流数据而不用如上所述的使视频数据包的整数倍成为发送单元的方法。即，例如，使一倍或m倍的加密块尺寸成为发送单元，以构成一个RTP数据包。在这种情况下，例如，对于GOV的最后的原数据，在原数据构成一个RTP数据包之前，直接将原数据添加到现有的n倍加密块尺寸的流数据中。在这种情况下，表示不能被加密块尺寸除尽的剩余数据是原数据。
此外，根据传输路径的通信条件，如误差率等，可能采用在上述的两种发送方法之间进行切换的方法。在这个内容分配系统1中，由于将如打包控制信息等的附加信息添加到与数据流分开的文件中，因此可以在不依靠流数据的情况下改变流数据的发送单元。
在实时的基础上，将按照上述生成的RTP数据包分配到客户终端30。
鉴于上述情况，以下将结合在客户终端30的解码/再现技术进行说明。在这种情况下，由于下载之后进行再现与一般的再现过程相似，因此将说明省略，将仅对在执行流化的情况下，在客户终端30的实时再现技术进行说明。
如图10所示，客户终端30包括RTSP发送/接收单元31、RTP逆打包(inverse-packeting)单元32、解密单元33和MPEG4解码单元34。注意，仅示出了对实时再现进行说明所需要的部分。
首先，RTSP发送/接收单元31根据RTSP向流化服务器13提出图像数据请求，以便从流化服务器13接收上述的SDP文件。RTSP发送/接收单元31根据该SDP文件判断是否能够进行处理，以便向给流化服务器13提出再现指令。此外，RTSP发送/接收单元31可以按照RTSP向流化服务器13提出如停止、快进、倒片和/或从指定位置再现等指令。因此，在客户终端30侧，可以对流化服务器13的数据进行操作。
如以下说明的，以VOP为单元，RTP逆打包单元32按照来自RTSP发送/接收单元31的再现指令收集以RTP数据包为单元进行发送的流数据，以便将其提供给解密单元33。
这里，将结合客户终端30的RTP逆打包单元32的操作，利用图11的流程图进行说明。
首先，在步骤S1，获得RTP数据包的数据。在步骤S2，判定所获得的RTP数据包数据是否具有与前面的RTP数据包数据相同的时戳。在步骤S2，在RTP数据包数据具有与前面的RTP数据包数据相同的时戳的情况下，处理进行到步骤S3。在RTP数据包数据不具有与前面的RTP数据包数据相同的时戳的情况下，处理进行到步骤S7。
在步骤S3，判定RTP数据包数据前面的数据包是否丢失。在步骤S3，对于RTP数据包数据前面的数据包丢失的情况，处理进行到步骤S4。对于RTP数据包数据的数据包没有丢失的情况，处理进行到步骤S5。
在步骤S4，去掉RTP头部，以便取出以上曾经描述过的前面的(prior)附加数据和后面的(posterior)附加数据，从而添加它们。此外，将该数据补充到缓冲器。由此，处理进行到步骤S6。
在步骤S5，去掉RTP头部，从而取出上述的后面的附加数据，以便添加它。此外，在补充到缓冲器之前，使该数据从数据的扩展部分开始，直接将补充重写。由此，处理进行到步骤S6。
在步骤S6，判定标记位是否等于1。在步骤S6，在标记位等于1的情况下，处理进行到步骤S7。在标记位不等于1的情况下，处理返回步骤S1。
在步骤S7，将存储在缓冲器中的数据提供给解密单元33，并且将缓冲器清空。
注意，在步骤S7，对于在步骤S2判定当前的RTP数据包数据具有与前面的RTP数据包数据不同的时戳的情况，也将缓冲器中的数据提供给解密单元33，以便清空缓冲器。通过以这种方式对时戳进行比较，对于丢失了包括其中例如使标记位M变得等于1的每个VOP的最后视频数据包的RTP数据包的情况，也可以对VOP的结尾进行判断。
以这样的方式，在解密单元33对已经提供给解密单元33的每个相应的VOP的数据进行解码，再在MPEG4解码单元34解码为原始图像信号，然后进行实时再现。
如以上说明，根据按照本发明的内容分配系统1，使用了在不对小于加密块尺寸的最后数据进行加密的情况下，以加密块尺寸为基准，从每个GOP的引导部分开始进行加密的方法，由此可以抑制由加密引起的尺寸增加。
此外，在将流数据的前面和/或后面部分存储在扩展区域中的情况下对它们进行打包，从而使分配给每个数据包的流数据的尺寸为加密块尺寸的整数倍，以便对数据打包，或者，利用作为一个单元的整数倍的加密块尺寸对每个GOP的流数据进行打包，从而可以在不替换加密的情况下，既支持实时再现又支持下载再现。
注意，本发明不限于上述实施例，重要的当然是在不脱离本发明的要点的范围以内可以进行各种变化和修改。
尽管在上述实施例中已经描述了，例如，在不对每个个别GOP的不能被加密块尺寸除尽的最后数据进行加密的情况下，将不能被加密块尺寸除尽的最后数据假设为原数据，但是，本发明不限于如此进行实施。对于每个个别GOP，可以使用将填充添加到不能被加密块尺寸除尽的最后数据中，以便进行加密。同样在这种情况下，对流数据前面的和/或后面的部分打包，以便将它们存储在扩展区域中，从而使分配给每个数据包的流数据的尺寸是加密块尺寸的整数倍，这样，在数据包丢失的情况下，也能够对数据进行解码。
尽管在上述实施例中已经描述了将作为加密块边界的视频前面的和后面的数据添加到扩展区域中，但是，本发明不限于如此进行实施。可以使用将例如视频数据包前面的和后面的数据插入RTP有效负荷，从而使所发送的每个数据包的流数据的尺寸为加密块尺寸的整数倍的方法。
此外，对给每个相应的GOP进行加密的执行没有限制，在不对每个相应的VOP的不能被加密块尺寸除尽的数据进行加密的情况下，可以使不能被加密块尺寸除尽的数据成为原数据。
尽管已经按照上述实施例中的硬件配置对本发明进行了说明，但是，本发明不限于如此进行实施。可以通过使CPU(中央处理单元)能够分别执行计算机程序来实现认可(authoring)单元12、流化服务器13和客户终端30的处理。在这种情况下，可以在根据记录介质对计算机程序进行记录的情况下，提供计算机程序。
此外，尽管在仅涉及已经利用MPEG4进行压缩编码的视频数据的上述实施例中已经进行了说明，但是，本发明不限于如此进行实施。例如，还可以将本发明应用于已经利用MPEG4进行压缩编码的音频数据。
就是说，根据也涉及音频数据的标准，各种分级结构都是可以实现的，但是，不是对每个预定单元都执行对不能被加密块尺寸除尽的最后数据进行加密，由此可以提供与在图像数据的情况下相似的效果/优点。此外，在MPEG音频系统中，可以将数据插入在MPEG4音频混音要素(audioMuxElement)单元中的或者通过对它们进行划分而得到的单元中的RTP有效负荷中。同样，在这种情况下，在将流数据前面和/或后面的部分存储到扩展区域中的情况下，对它们进行打包，以便使分配给每个数据包的流数据的尺寸为加密块尺寸的整数倍，由此，也可以在数据包丢失的情况下对数据进行解码。
尽管已经按照在附图中示出的，并且在上述说明中进行了详细描述的本发明的某些优选实施例对本发明进行了描述，但是，本领域技术人员应该理解，本发明不限于这些实施例，在不脱离由所附权利要求所阐明和规定的本发明的范围和精神的情况下，可以实施各种修改、替换结构或等价物。
工业适用性如上所述，按照本发明的流化系统包括加密单元，用于在对通过对图像数据和/或音频数据进行压缩编码而得到的流数据进行加密方面，在不对小于加密块尺寸的最后数据进行加密的情况下，以加密块尺寸为基准，从预定单元的引导部分开始，对流数据的每个预定单元进行加密；认可单元，用于至少将打包控制信息添加到加密流数据中，从而准备一个文件，以使该文件具有预定的文件格式；流化服务器，用于通过预定传输协议的网络，分配由认可单元准备的文件；以及客户终端，用于接收来自流化服务器的加密流数据，以便将流数据的加密部分解码为原始图像数据。
这里，流化服务器根据打包控制信息，通过将流数据前面和/或后面的部分与流数据一起存储在扩展区域中进行打包(packetize)，使分配给每个数据包的流数据的尺寸是加密块尺寸的整数倍，从而能够以数据包为基准，将如此生成的流数据分配到客户终端。
此外，根据网络的通信状态，流化服务器可以在第一打包技术与第二打包技术之间切换，其中，第一打包技术通过将流数据前面和/或后面的部分与流数据一起存储在扩展区域中，使分配给每个数据包的流数据的尺寸是加密块尺寸的整数倍来进行打包；第二打包技术利用整数倍的作为每个预定单元的一个单元的加密块尺寸对流数据进行打包，以便以数据包为基准将如此生成的流数据分配到客户终端。
在已经对每个预定单元进行填充和加密从而使其尺寸是加密块尺寸的整数倍的流数据的流化过程中，流化服务器根据打包控制信息，通过将流前面和/或后面的部分与流数据一起存储在扩展区域中，进行打包(packetize)，使分配给每个数据包的流数据的尺寸是加密块尺寸的整数倍，从而能够以数据包为基准，将如此生成的流数据分配到客户终端。
按照这种流化系统，使用了在不对小于加密块尺寸的最后数据进行加密的情况下，以加密块尺寸为基准，从预定单元的引导部分开始，对流数据的每个预定单元进行加密的方法，由此可以在对流数据进行加密的过程中抑制尺寸增加。
至少添加打包控制信息，从而使加密流数据具有预定的文件格式，以便准备文件，由此可以在流化再现中，根据该打包控制信息对文件进行打包，并且在下载再现中下载该文件。由此，可以既支持流化再现又支持下载再现。
在打包操作中，在将流数据前面和/或后面的部分存储到扩展区域中的情况下，对流数据前面和/或后面的部分打包，以便使分配给每个数据包的流数据的尺寸为加密块尺寸的整数倍，或者，利用加密块尺寸的整数倍作为每个预定单元的一个单元对流数据打包，由此，即使在数据包丢失的情况下，也能对数据解码。
权利要求
1.一种流化系统，该系统包括一个加密单元，用于在对通过对视频数据和/或音频数据进行压缩编码所得到的流数据进行加密的过程中，在不对小于加密块尺寸的最后数据进行加密的情况下，以加密块尺寸为基准，从预定单元的引导部分对流数据的每个预定单元进行加密；一个认可单元，用于至少将打包控制信息添加到经过编码的流数据中以便准备一个文件，以使该文件具有预定的文件格式；一个流化服务器，用于通过预定传输协议的网络，分配由认可单元准备的文件；以及一个客户终端，用于接收来自流化服务器的加密流数据，以便将流数据的加密部分解码为原始图像数据。
2.如权利要求1所述的流化系统，其中，通过根据预测编码对图像数据进行的处理，对流数据进行压缩编码。
3.如权利要求2所述的流化系统，其中，所述预定单元是用作图像数据的显示单元或可随机存取单元的帧。
4.如权利要求3所述的流化系统，其中，所述可随机存取单元是一个由其中将图像数据完全编码的多个帧组成的组。
5.如权利要求1所述的流化系统，其中，所述流化服务器根据打包控制信息，通过将流数据前面和/或后面的部分与流数据一起存储到扩展区域中进行打包，因而使分配给每个数据包的流数据的尺寸是加密块尺寸的整数倍，以便以数据包为基准，将如此生成的流数据分配到客户终端。
6.如权利要求1所述的流化系统，其中，所述流化服务器根据网络的通信状态，在第一打包技术与第二打包技术之间进行切换，其中，第一打包技术通过将流数据前面和/或后面的部分与流数据一起存储在扩展区域中，使分配给每个数据包的流数据的尺寸为加密块尺寸的整数倍来进行打包；第二打包技术以加密块尺寸的整数倍为单位对每个预定单元进行流数据的打包，以便以数据包为基准，将如此生成的流数据分配到客户终端。
7.一种流化方法，其中，在对通过对视频数据和/或音频数据进行压缩编码所得到的流数据进行加密的过程中，一个加密单元在不对小于加密块尺寸的最后数据进行加密的情况下，以加密块尺寸为基准，从预定单元的引导部分开始对流数据的每个预定单元进行加密，其中，一个认可单元至少将打包控制信息添加到经过编码的流数据中，以便准备一个文件，以使该文件具有预定的文件格式；其中，一个流化服务器通过预定传输协议的网络，分配由所述认可单元准备的文件；以及其中，一个客户终端接收来自所述流化服务器的加密流数据，以便将流数据的加密部分解码为原始图像数据。
8.如权利要求7所述的流化方法，其中，通过根据预测编码进行的处理，对流数据进行压缩编码。
9.如权利要求8所述的流化方法，其中，所述预定单元是用作图像数据的显示单元或可随机存取单元的帧。
10.如权利要求9所述的流化方法，其中，所述可随机存取单元是一个由其中将图像数据完全编码的多个帧组成的组。
11.如权利要求7所述的流化方法，其中，所述流化服务器根据打包控制信息，通过将流数据前面和/或后面的部分与流数据一起存储到扩展区域中进行打包，因而使分配给每个数据包的流数据的尺寸是加密块尺寸的整数倍，以便以数据包为基准，将如此生成的流数据分配到客户终端。
12.如权利要求7所述的流化方法，其中，所述流化服务器根据网络的通信状态，在第一打包技术与第二打包技术之间进行切换，其中，第一打包技术通过将流数据前面和/或后面的部分与流数据一起存储在扩展区域中，使分配给每个数据包的流数据的尺寸为加密块尺寸的整数倍来进行打包；第二打包技术利用作为每个预定单元的整数倍的加密块尺寸对流数据进行打包，以便以数据包为基准，将如此生成的流数据分配到客户终端。
13.一种流化服务器，该服务器包括打包装置，用于在不对小于加密块尺寸的最后数据加密的情况下，以加密块尺寸为基准，从预定单元的引导部分开始，将通过对视频数据和/或音频数据进行压缩编码所得到的流数据加密为每个预定单元的流数据，以便输入一个所准备的在其中至少将打包控制信息添加到加密流数据中的文件，以使该文件具有预定的文件格式，以便根据打包控制信息对文件打包；以及分配装置，用于通过预定传输协议的网络，将经过打包的文件分配到客户终端。
14.如权利要求13所述的流化服务器，其中，通过根据预测编码对图像数据进行的处理，对流数据进行压缩编码。
15.如权利要求14所述的流化服务器，其中，所述预定单元是用作图像数据的显示单元或可随机存取单元的帧。
16.如权利要求14所述的流化服务器，其中，所述打包装置通过将流数据前面和/或后面的部分与流数据一起存储到扩展区域中进行打包，因而使分配给每个数据包的流数据的尺寸是加密块尺寸的整数倍。
17.如权利要求13所述的流化服务器，其中，所述打包装置根据网络的通信状态，在第一打包技术与第二打包技术之间进行切换，其中，第一打包技术通过将流数据前面和/或后面的部分与流数据一起存储在扩展区域中，使分配给每个数据包的流数据的尺寸是加密块尺寸的整数倍来进行打包；第二打包技术以加密块尺寸的整数倍为单位对每个预定单元进行流数据的打包，以便将如此切换的数据打包。
18.一种流化服务器，该服务器包括打包装置，用于以加密块尺寸为基准，从预定单元的引导部分开始，将通过对视频数据和/或音频数据进行压缩编码所得到的流数据加密为每个预定单元的流数据，以便输入所准备的在其中至少将打包控制信息添加到了加密流数据中的一个文件，以使该文件具有预定的文件格式，以便根据打包控制信息将流数据前面和后面的部分与流数据也一起打包，因而分配给每个数据包的流数据尺寸是加密块尺寸的整数倍；以及分配装置，用于通过预定传输协议的网络，将经过打包的文件分配到客尸终端。
19.如权利要求18所述的流化服务器，其中，所述打包装置将流数据前面和/后面的部分存储到扩展区域中，以便对文件打包。
20.一种数据分配方法，该方法包括一个打包步骤，用于在不对小于加密块尺寸的最后数据加密的情况下，以加密块尺寸为基准，从预定单元的引导部分开始，将通过对视频数据和/或音频数据进行压缩编码所得到的流数据加密为每个预定单元的流数据，以便输入一个所准备的在其中至少将打包控制信息添加到加密流数据中的文件，以使该文件具有预定的文件格式，以便根据打包控制信息对文件打包；以及一个分配步骤，用于通过预定传输协议的网络，将经过打包的文件分配到客户终端。
21.如权利要求20所述的数据分配方法，其中，通过根据预测编码对图像数据进行的处理，对流数据进行压缩编码。
22.如权利要求21所述的数据分配方法，其中，所述预定单元是用作图像数据的显示单元或可随机存取单元的帧。
23.如权利要求20所述的数据分配方法，其中，在打包步骤，在将流数据前面和/或后面的部分与流数据一起存储到扩展区域中情况下，对流数据前面和/或后面的部分进行打包，因而使分配给每个数据包的流数据的尺寸是加密块尺寸的整数倍。
24.如权利要求20所述的数据分配方法，其中，在打包步骤，根据网络的通信状态，对第一打包技术和第二打包技术进行切换，其中，第一打包技术通过将流数据前面和/或后面的部分与流数据一起存储在扩展区域中，以使分配给每个数据包的流数据尺寸是加密块尺寸的整数倍来进行打包；第二打包技术以加密块尺寸的整数倍为单位，对每个预定单元进行流数据的打包，从而将如此切换的流数据打包。
25.一种数据分配方法，该方法包括一个打包步骤，用于以加密块尺寸为基准，从预定单元的引导部分开始，将通过对视频数据和/或音频数据进行压缩编码所得到的流数据加密为每个预定单元的流数据，以便输入所准备的在其中至少将打包控制信息添加到了加密流数据中的一个文件，以使该文件具有预定的文件格式，以便根据打包控制信息将流数据前面和后面的部分与流数据也一起打包，因而分配给每个数据包的流数据尺寸是加密块尺寸的整数倍；以及一个分配步骤，用于通过预定传输协议的网络，将经过打包的文件分配到客户终端。
26.如权利要求25所述的数据分配方法，其中，在打包步骤，将流数据前面和后面的部分存储到扩展区域中，以便对文件打包。
27.一种使计算机能够进行预定操作的程序，该程序包括一个打包步骤，用于在不对小于加密块尺寸的最后数据加密的情况下，以加密块尺寸为基准，从预定单元的引导部分开始，将通过对视频数据和/或音频数据进行压缩编码所得到的流数据加密为每个预定单元的流数据，以便输入一个所准备的在其中至少将打包控制信息添加到加密流数据中的文件，以使该文件具有预定的文件格式，以便根据打包控制信息对文件打包；以及一个分配步骤，用于通过预定传输协议的网络，将经过打包的文件分配到客户终端。
28.如权利要求27所述的程序，其中，通过根据预测编码对图像数据进行的处理，对流数据进行压缩编码。
29.如权利要求28所述的程序，其中，所述预定单元是用作图像数据的显示单元或可随机存取单元的帧。
30.如权利要求27所述的程序，其中，在打包步骤，在将流数据前面和/或后面的部分与流数据一起存储到扩展区域中情况下，对流数据前面和/或后面的部分进行打包，因而使分配给每个数据包的流数据的尺寸是加密块尺寸的整数倍。
31.如权利要求27所述的程序，其中，在打包步骤，根据网络的通信状态，对第一打包技术和第二打包技术进行切换，其中，第一打包技术通过将流数据前面和/或后面的部分与流数据一起存储在扩展区域中，以使分配给每个数据包的流数据尺寸是加密块尺寸的整数倍来进行打包；第二打包技术以加密块尺寸的整数倍为单位，对每个预定单元进行流数据的打包，从而将如此切换的流数据打包。
32.一种使计算机能够执行预定操作的程序，该程序包括一个打包步骤，用于以加密块尺寸为基准，从预定单元的开头将在其中已经根据预测编码对图像数据实施了图像处理的流数据加密为每个预定单元的流数据，以便输入所准备的至少将打包控制信息添加到加密流数据中的文件，因而该文件具有预定文件格式，以便根据打包控制信息，将流数据前面和/后面的部分一流数据一起打包并且存储到扩展区域，从而使分配给每个数据包的流数据尺寸为加密块尺寸的整数倍，从而将文件打包；以及一个分配步骤，用于通过预定传输协议的网络，将经过打包的文件分配到客户终端。
33.如权利要求27所述的程序，其中，在打包步骤，将流数据前面和/或后面的部分存储到扩展区域中，以便对文件打包。
34.一种合适的计算机可读记录介质，因而记录使计算机能够执行预定操作的程序，其中，该程序适合于在不对小于加密块尺寸的最后数据进行加密的情况下，以加密块尺寸为基准，从预定单元的引导部分开始，将通过对视频数据和/或音频数据进行压缩编码所得到的流数据加密为每个预定单元的流数据，以便输入所准备的至少将打包控制信息添加到加密流数据中的文件，以使该文件具有预定的文件格式，该程序包括打包步骤，用于根据打包控制信息对文件打包；以及分配步骤，用于通过预定传输协议的网络，将经过打包的文件分配到客户终端。
35.如权利要求34所述的记录介质，其中，通过根据预测编码对图像数据进行的处理，对流数据进行压缩编码。
36.如权利要求35所述的记录介质，其中，所述预定单元是用作图像数据的显示单元或可随机存取单元的帧。
37.如权利要求34所述的记录介质，其中，在打包步骤，在将流数据前面和/或后面的部分与流数据一起存储到扩展区域中情况下，对流数据前面和/或后面的部分进行打包，因而使分配给每个数据包的流数据的尺寸是加密块尺寸的整数倍。
38.如权利要求34所述的记录介质，其中，在打包步骤，根据网络的通信状态，对第一打包技术和第二打包技术进行切换，其中，第一打包技术通过将流数据前面和/或后面的部分与流数据一起存储在扩展区域中，以使分配给每个数据包的流数据尺寸是加密块尺寸的整数倍来进行打包；第二打包技术以加密块尺寸的整数倍为单位，对每个预定单元进行流数据的打包，从而将如此切换的流数据打包。
39.一种合适的计算机可读记录介质，因而记录使计算机能够执行预定操作的程序，该程序包括一个打包步骤，用于以加密块尺寸为基准，从预定单元的引导部分开始，将通过对视频数据和/或音频数据进行压缩编码所得到的流数据加密为每个预定单元的流数据，以便输入所准备的在其中至少将打包控制信息添加到了加密流数据中的一个文件，以使该文件具有预定的文件格式，以便根据打包控制信息，将流数据前面和后面的部分与流数据也一起打包，因而分配给每个数据包的流数据尺寸是加密块尺寸的整数倍；以及一个分配步骤，用于通过预定传输协议的网络，将经过打包的文件分配到客户终端。
40.如权利要求39所述的记录介质，其中，在打包步骤，将流数据前面和/或后面的部分存储到扩展区域中，以便对文件打包。
41.一种客户终端，该终端包括接收装置，用于至少添加打包控制信息，因而使流数据具有预定的文件格式，在流数据中，对于经过压缩编码的图像数据和/或音频数据，在不对小于加密块尺寸的最后数据进行加密的情况下，以加密块尺寸为基准，从预定单元的引导部分开始，对每个预定单元进行加密，从而准备一个文件，以便以数据包为基准，根据打包控制信息，接收已经通过预定传输协议的网络从流化服务器分配的数据包；逆打包装置，用于对所述数据包进行逆打包；解密装置，用于对所述流数据的加密部分进行解码；以及解码装置，用于将经过解码的流数据解码为原始图像数据。
42.如权利要求41所述的客户终端，其中，通过根据预测编码对图像数据进行的处理，对流数据进行压缩编码。
43.如权利要求42所述的客户终端，其中，所述预定单元是用作图像数据的显示单元或可随机存取单元的帧。
44.如权利要求41所述的客户终端，其中，所述数据包被适配成将流数据前面和/或后面的部分与流数据一起存储到扩展区域，因此，分配给每个数据包的流数据尺寸为加密块尺寸的整数倍。
45.如权利要求41所述的客户终端，其中，数据包是被适配使得，根据网络的通信状态，对第一打包技术和第二打包技术进行切换，其中，第一打包技术通过将流数据前面和/或后面的部分与流数据一起存储在扩展区域中，以使分配给每个数据包的流数据尺寸是加密块尺寸的整数倍来进行打包；第二打包技术以加密块尺寸的整数倍为单位对每个预定单元进行流数据的打包，从而对如此切换的流数据打包。
46.一种客户终端，该终端包括接收装置，用于至少添加打包控制信息，因而使流数据具有预定的格式，在流数据中，对于经过压缩编码的图像数据和/或音频数据，以加密块尺寸为基准，从预定单元的引导部分开始，对每个预定单元进行加密，以便准备一个文件，以便以数据包为基准，根据打包控制信息，接收已经通过预定传输协议的网络从流化服务器分配的数据包；逆打包装置，用于对所述数据包逆打包；解密装置，用于对所述流数据的加密部分解码；以及解码装置，用于将经过解码的流数据解码为原始图像数据，其中，数据包是被适配使得，将流数据前面和/或后面的部分也与流数据一起打包，因此，分配给每个数据包的流数据尺寸为加密块尺寸的整数倍。
47.如权利要求46所述的客户终端，其中，将流数据前面和/或后面的部分存储到扩展区域中。
48.一种数据解码方法，该方法包括一个接收步骤，用于至少添加打包控制信息，因而使流数据具有预定的文件格式，在流数据中，对于经过压缩编码的图像数据和/或音频数据，在不对小于加密块尺寸的最后数据进行加密的情况下，以加密块尺寸为基准，从预定单元的引导部分开始，对每个预定单元进行加密，从而准备一个文件，以便以数据包为基准，根据打包控制信息，接收已经通过预定传输协议的网络从流化服务器分配的数据包；一个逆打包步骤，用于对所述数据包进行逆打包；一个解密步骤，用于对所述流数据的加密部分进行解码；以及解码步骤，用于将经过解码的流数据解码为原始图像数据。
49.如权利要求48所述的数据解码方法，其中，通过根据预测编码对图像数据进行的处理，对流数据进行压缩编码。
50.如权利要求49所述的数据解码方法，其中，所述预定单元是用作图像数据的显示单元或可随机存取单元的帧。
51.如权利要求48所述的数据解码方法，其中，所述数据包被适配成将流数据前面和/或后面的部分与流数据一起存储到扩展区域，因此，分配给每个数据包的流数据尺寸为加密块尺寸的整数倍。
52.如权利要求48所述的数据解码方法，其中，数据包是被适配使得，根据网络的通信状态，对第一打包技术和第二打包技术进行切换，其中，第一打包技术通过将流数据前面和/或后面的部分与流数据一起存储在扩展区域中，以使分配给每个数据包的流数据尺寸是加密块尺寸的整数倍来进行打包；第二打包技术以加密块尺寸的整数倍为单位对每个预定单元进行流数据的打包，从而对如此切换的流数据打包。
53.一种数据解码方法，该方法包括一个接收步骤，用于至少添加打包控制信息，因而使流数据具有预定的格式，在流数据中，对于经过压缩编码的图像数据和/或音频数据，以加密块尺寸为基准，从预定单元的引导部分开始，对所获得的每个预定单元进行加密，以便准备一个文件，以便以数据包为基准，根据打包控制信息，接收已经通过预定传输协议的网络从流化服务器分配的数据包；一个逆打包步骤，用于对所述数据包逆打包；一个解密步骤，用于对所述流数据的加密部分解码；以及一个解码步骤，用于将经过解码的流数据解码为原始图像数据，其中，数据包是被适配使得，将流数据前面和/或后面的部分也与流数据一起打包，因此，分配给每个数据包的流数据尺寸为加密块尺寸的整数倍。
54.如权利要求53所述的数据解码方法，其中，将流数据前面和/或后面的部分存储到扩展区域中。
55.一种程序，用于使计算机能够执行预定操作，该程序包括一个接收步骤，用于至少添加打包控制信息，因而使流数据具有预定的文件格式，在流数据中，对于经过压缩编码的图像数据和/或音频数据，在不对小于加密块尺寸的最后数据进行加密的情况下，以加密块尺寸为基准，从预定单元的引导部分开始，对每个预定单元进行加密，从而准备一个文件，以便以数据包为基准，根据打包控制信息，接收已经通过预定传输协议的网络从流化服务器分配的数据包；一个逆打包步骤，用于对所述数据包进行逆打包；一个解密步骤，用于对所述流数据的加密部分进行解码；以及解码步骤，用于将经过解码的流数据解码为原始图像数据。
56.如权利要求55所述的程序，其中，通过根据预测编码对图像数据进行的处理，对流数据进行压缩编码。
57.如权利要求56所述的程序，其中，所述预定单元是用作图像数据的显示单元或可随机存取单元的帧。
58.如权利要求55所述的程序，其中，所述数据包被适配成将流数据前面和/或后面的部分与流数据一起存储到扩展区域，因此，分配给每个数据包的流数据尺寸为加密块尺寸的整数倍。
59.如权利要求55所述的程序，其中，数据包是被适配使得，根据网络的通信状态，对第一打包技术和第二打包技术进行切换，其中，第一打包技术通过将流数据前面和/或后面的部分与流数据一起存储在扩展区域中，以使分配给每个数据包的流数据尺寸是加密块尺寸的整数倍来进行打包；第二打包技术以加密块尺寸的整数倍为单位对每个预定单元进行流数据的打包，从而对如此切换的流数据打包。
60.一种程序，用于使计算机能够执行预定操作，该程序包括一个接收步骤，用于至少添加打包控制信息，因而使流数据具有预定的格式，在流数据中，对于经过压缩编码的图像数据和/或音频数据，以加密块尺寸为基准，从预定单元的引导部分开始，对所获得的每个预定单元进行加密，以便准备一个文件，以便以数据包为基准，根据打包控制信息，接收已经通过预定传输协议的网络从流化服务器分配的数据包；一个逆打包步骤，用于对所述数据包逆打包；一个解密步骤，用于对所述流数据的加密部分解码；以及一个解码步骤，用于将经过解码的流数据解码为原始图像数据，其中，数据包是被适配使得，将流数据前面和/或后面的部分也与流数据一起打包，因此，分配给每个数据包的流数据尺寸为加密块尺寸的整数倍。
61.如权利要求60所述的程序，其中，将流数据前面和/或后面的部分存储到扩展区域中。
62.一种合适的计算机可读记录介质，因而记录用于使计算机能够执行预定操作的程序，该程序包括一个接收步骤，用于至少添加打包控制信息，因而使流数据具有预定的文件格式，在流数据中，对于经过压缩编码的图像数据和/或音频数据，在不对小于加密块尺寸的最后数据进行加密的情况下，以加密块尺寸为基准，从预定单元的引导部分进行加密，从而准备一个文件，以便以数据包为基准，根据打包控制信息，接收已经通过预定传输协议的网络从流化服务器分配的数据包；一个逆打包步骤，用于对所述数据包进行逆打包；一个解密步骤，用于对所述流数据的加密部分进行解码；以及解码步骤，用于将经过解码的流数据解码为原始图像数据。
63.如权利要求62所述的记录介质，其中，通过根据预测编码对图像数据进行的处理，对流数据进行压缩编码。
64.如权利要求63所述的记录介质，其中，所述预定单元是用作图像数据的显示单元或可随机存取单元的帧。
65.如权利要求62所述的记录介质，其中，所述数据包被适配成将流数据前面和/或后面的部分与流数据一起存储到扩展区域，因此，分配给每个数据包的流数据尺寸为加密块尺寸的整数倍。
66.如权利要求62所述的记录介质，其中，数据包是被适配使得，根据网络的通信状态，对第一打包技术和第二打包技术进行切换，其中，第一打包技术通过将流数据前面和/或后面的部分与流数据一起存储在扩展区域中，以使分配给每个数据包的流数据尺寸是加密块尺寸的整数倍来进行打包；第二打包技术以加密块尺寸的整数倍为单位对每个预定单元进行流数据的打包，从而对如此切换的流数据打包。
67.一种记录介质，被适配成记录用于使计算机执行预定操作的程序，该程序包括一个接收步骤，用于至少添加打包控制信息，因而使流数据具有预定的格式，在流数据中，对于经过压缩编码的图像数据和/或音频数据，以加密块尺寸为基准，从预定单元的引导部分开始，对所获得的每个预定单元进行加密，以便准备一个文件，以便以数据包为基准，根据打包控制信息，接收已经通过预定传输协议的网络从流化服务器分配的数据包；一个逆打包步骤，用于对所述数据包逆打包；一个解密步骤，用于对所述流数据的加密部分解码；以及一个解码步骤，用于将经过解码的流数据解码为原始图像数据，其中，数据包是被适配使得，将流数据前面和/或后面的部分与流数据一起存储到扩展区域中，因此，分配给每个数据包的流数据尺寸为加密块尺寸的整数倍。
68.如权利要求67所述的记录介质，其中，将流数据前面和/或后面的部分存储到扩展区域中。
69.一种认可装置，被适配成输入加密流数据，因而，在不对小于加密块尺寸的最后数据进行加密的情况下，以加密块尺寸为基准，从预定单元的引导部分开始，将通过对图像数据和/或音频数据进行压缩编码而得到的流数据加密为每个预定单元，所述认可装置包括文件准备装置，用于至少将打包控制信息添加到加密流数据格式中，以便准备一个文件，以使该文件具有预定的格式。
70.如权利要求69所述的认可装置，其中，通过根据预测编码对图像数据进行的处理，对流数据进行压缩编码。
71.如权利要求70所述的认可装置，其中，所述预定单元是用作图像数据的显示单元或可随机存取单元的帧。
72.如权利要求69所述的认可装置，其中，打包控制信息被适配使得，在将流数据前面和/或后面的部分与流数据一起存储在扩展区域中的情况下，对流数据前面和/或后面的部分打包，因此，分配给每个数据包的流数据尺寸是加密块尺寸的整数倍。
73.一种认可方法，在该方法中，输入加密流数据，因而，在不对小于加密块尺寸的最后数据进行加密的情况下，以加密块尺寸为基准，从预定单元的引导部分开始，将通过对图像数据和/或音频数据进行压缩编码而得到的流数据加密为每个预定单元，该认可方法包括一个文件准备步骤，用于至少将打包控制信息添加到加密流数据中，从而准备一个文件，以使该文件具有预定的文件格式。
74.如权利要求73所述的认可方法，其中，通过根据预测编码对图像数据进行的处理，对流数据进行压缩编码。
75.如权利要求73所述的认可方法，其中，所述预定单元是用作图像数据的显示单元或可随机存取单元的帧。
76.如权利要求73所述的认可方法，其中，打包控制信息被适配使得，在将流数据前面和/或后面的部分与流数据一起存储在扩展区域中的情况下，对流数据前面和/或后面的部分打包，因此，分配给每个数据包的流数据尺寸是加密块尺寸的整数倍。
77.一种程序，用于使计算机能够执行预定操作，其中，输入加密流数据，因而，在不对小于加密块尺寸的最后数据进行加密的情况下，以加密块尺寸为基准，从预定单元的引导部分开始，将通过对图像数据和/或音频数据进行压缩编码而得到的流数据加密为每个预定单元，该程序包括一个文件准备步骤，用于至少将打包控制信息添加到加密流数据中，从而准备一个文件，以使该文件具有预定的文件格式。
78.如权利要求77所述的程序，其中，通过根据预测编码对图像数据进行的处理，对流数据进行压缩编码。
79.如权利要求78所述的程序，其中，所述预定单元是用作图像数据的显示单元或可随机存取单元的帧。
80.如权利要求77所述的程序，其中，打包控制信息被适配使得，在将流数据前面和/或后面的部分与流数据一起存储在扩展区域中的情况下，对流数据前面和/或后面的部分打包，因此，分配给每个数据包的流数据尺寸是加密块尺寸的整数倍。
81.一种合适的计算机可读记录介质，因而记录用于使计算机能够执行预定操作的程序，其中，所述程序被适配使得输入加密的流数据，因而，在不对小于加密块尺寸的最后数据进行加密的情况下，以加密块尺寸为基准，从预定单元的引导部分开始，将通过对图像数据和/或音频数据进行压缩编码而得到的流数据加密为每个预定单元，该程序包括一个文件准备步骤，用于至少将打包控制信息添加到加密流数据中，从而准备一个文件，以使该文件具有预定的文件格式。
82.如权利要求81所述的记录介质，其中，通过根据预测编码对图像数据进行的处理，对流数据进行压缩编码。
83.如权利要求82所述的记录介质，其中，所述预定单元是用作图像数据的显示单元或可随机存取单元的帧。
84.如权利要求81所述的记录介质，其中，打包控制信息被适配使得，在将流数据前面和/或后面的部分与流数据一起存储在扩展区域中的情况下，对流数据前面和/或后面的部分打包，因此，分配给每个数据包的流数据尺寸是加密块尺寸的整数倍。
85.一种记录介质，被适配成在其中记录文件，该文件经过打包的并且由流化服务器通过预定协议的传输网络分配到客户终端，其中，文件具有预定的文件格式，该文件是这样准备的即通过至少将打包控制信息添加到加密流数据中，因而在不对小于加密块尺寸的最后数据进行加密的情况下，以加密块尺寸为基准，从预定单元的引导部分开始，将通过对图像数据和/或音频数据进行压缩编码而得到的流数据加密为每个预定单元。
86.如权利要求85所述的记录介质，其中，通过根据预测编码对图像数据进行的处理，对流数据进行压缩编码。
87.如权利要求86所述的记录介质，其中，所述预定单元是用作图像数据的显示单元或可随机存取单元的帧。
88.如权利要求85所述的记录介质，其中，打包控制信息被适配使得，在将流数据前面和/或后面的部分与流数据一起存储在扩展区域中的情况下，对流数据前面和/或后面的部分打包，因此，分配给每个数据包的流数据尺寸是加密块尺寸的整数倍。
全文摘要
一种流化系统，用于对经过压缩的图像数据进行加密并且通过利用预定传输协议的网络对其进行分配。在这个系统中使用的流化服务器从GOP的开头开始进行每个加密块尺寸的加密并且不对不满足加密块尺寸的尾部数据进行加密。按照RTP数据包基准，将加密流数据发送到客户终端。这里，将流数据前面的和后面的部分存储在RTP头部的扩展区域中，因而按照RTP数据包基准发送的流数据的尺寸是加密块尺寸的整数倍，此外，关于前面的数据和/或后面的数据的尺寸信息也被存储在扩展区域中。这种流化服务器可以抑制由加密引起的尺寸的增加，并且在不执行再加密的情况下，既支持实时再现系统，又支持下载再现。
文档编号H04N7/24GK1498499SQ03800099
公开日2004年5月19日 申请日期2003年1月28日 优先权日2002年1月30日
发明者多田惠子, 石黑隆二, 二神基诚, 二, 诚 申请人:索尼公司