CN1859084A - 对微软媒体格式的点播流媒体数据进行加密和解密的方法 - Google Patents

对微软媒体格式的点播流媒体数据进行加密和解密的方法 Download PDF

Info

Publication number
CN1859084A
CN1859084A CNA2006100582012A CN200610058201A CN1859084A CN 1859084 A CN1859084 A CN 1859084A CN A2006100582012 A CNA2006100582012 A CN A2006100582012A CN 200610058201 A CN200610058201 A CN 200610058201A CN 1859084 A CN1859084 A CN 1859084A
Authority
CN
China
Prior art keywords
data
packet
media
user terminal
encryption equipment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2006100582012A
Other languages
English (en)
Other versions
CN1859084B (zh
Inventor
李耀辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2006100582012A priority Critical patent/CN1859084B/zh
Publication of CN1859084A publication Critical patent/CN1859084A/zh
Priority to CNA2006800117470A priority patent/CN101156345A/zh
Priority to EP06817809A priority patent/EP1865650A4/en
Priority to PCT/CN2006/003039 priority patent/WO2007095803A1/zh
Priority to US11/857,485 priority patent/US20080063195A1/en
Application granted granted Critical
Publication of CN1859084B publication Critical patent/CN1859084B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04K—SECRET COMMUNICATION; JAMMING OF COMMUNICATION
    • H04K1/00—Secret communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0457—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply dynamic encryption, e.g. stream encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/20—Manipulating the length of blocks of bits, e.g. padding or block truncation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/60—Digital content management, e.g. content distribution
    • H04L2209/603—Digital right managament [DRM]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种对微软媒体格式的点播流媒体数据进行加密和解密的方法，包括：加密机获取高级系统格式(ASF)文件，利用内容密钥对ASF文件中携带的微软媒体格式的点播流媒体数据进行加密；媒体服务器将ASF文件中各加密后的携带微软媒体格式点播流媒体的数据包及其加密信息分别携带在不同实时传输协议(RTP)报文中发送至用户终端内的版权代理；该版权代理对各个RTP报文中加密后的各个携带微软媒体格式的点播流媒体数据包分别进行解密。本发明能够在现有的基于OMA协议和ISMA协议的数字版权管理(DRM)系统中对微软媒体格式的点播流媒体数据进行加密和解密，因此，丰富了内容提供商对点播流媒体数据的媒体格式的选择。

Description

对微软媒体格式的点播流媒体数据进行加密和解密的方法
技术领域
本发明涉及数字版权管理(DRM)技术，特别是涉及一种在基于开放移动联盟(OMA)协议和互联网流媒体联盟(ISMA)协议的DRM系统中对采用微软媒体格式(WMV)的点播流媒体数据进行加密和解密的方法。
背景技术
DRM技术是随着流媒体在互联网上的广泛传播而发展起来的一种新技术。DRM技术的目的是保护数字内容的版权，从技术上提高盗版的技术门槛和成本，确保只有购买版权的用户在遵守版权规则的条件下享受数字内容。
目前开展的流媒体业务主要分为直播流媒体和点播流媒体。直播流媒体业务就像传统意义的电视节目，媒体服务器一直播放流媒体数据；而点播流媒体业务则只有在用户触发时，媒体服务器才将流媒体数据发送给用户。
图1是基于OMA协议和ISMA协议的DRM系统的结构示意图。参见图1，目前，基于OMA协议和ISMA协议的DRM系统已成为电信领域版权保护方案的讨论热点，在该系统中，授权部分采用OMA组织的技术规范，而报文承载及加解密部分采用ISMA组织的技术规范，并且其支持的直播流媒体数据和点播流媒体数据的媒体格式为运动图像专家组(MPEG4)，也就是说，只有当直播流媒体数据和点播流媒体数据的媒体格式为MPEG4时，基于OMA协议和ISMA协议的DRM系统才能对直播流媒体数据和点播流媒体数据进行加密和解密，从而保护数字内容的版权。
另外在目前，WMV格式的流媒体数据由于其高压缩比、高质量、高清晰以及占有带宽少的优点赢得了运营商的青睐并得到广泛的应用。比如，在目前开展的宽带流媒体业务中广泛采用WMV格式作为直播流媒体数据和点播流媒体数据的媒体格式。
由以上描述可以看出，在现有技术中，使用基于OMA协议和ISMA协议的DRM系统实现对流媒体数据的加密和解密过程以保护数字内容的版权时，直播流媒体数据和点播流媒体数据的媒体格式只能是MPEG4格式而不能是WMV格式，也就是说，目前，在基于OMA协议和ISMA协议的DRM系统中没有任何针对WMV格式的直播流媒体数据和点播流媒体数据实现加密和解密的方案，因此，极大地限制了基于OMA协议和ISMA协议的DRM系统以及WMV格式的直播流媒体数据和点播流媒体数据的应用，降低了基于OMA协议和ISMA协议的DRM系统的业务服务质量。
发明内容
有鉴于此，本发明的主要目的在于提供一种对WMV格式的点播流媒体数据进行加密的方法和解密的方法，以便在基于OMA协议和ISMA协议的DRM系统中针对WMV格式的点播流媒体数据实现加密和解密。
为了达到上述目的，本发明的技术方案是这样实现的：
一种对微软媒体格式的点播流媒体数据进行加密的方法，该方法包括：
A、加密机获取携带微软媒体格式点播流媒体数据的高级系统格式ASF文件，并产生内容密钥；
B、加密机利用所产生的内容密钥，对ASF文件中携带的微软媒体格式的点播流媒体数据进行加密。
在步骤A中，所述加密机获取ASF文件的步骤包括：内容管理系统将携带微软媒体格式点播流媒体数据的ASF文件的名称及存储地址信息发送至加密机；加密机根据所接收到的ASF文件的名称及存储地址信息，从节目源获取携带微软媒体格式点播流媒体数据的ASF文件。
所述步骤B包括：加密机对ASF文件中数据对象Data Object中的每一个数据包Packet分别进行解析，并根据解析结果，利用所产生的内容密钥对每一个数据包Packet中携带WMV格式点播流媒体数据的有效数据位Payload data分别进行加密。
所述步骤B包括：
B1、加密机从ASF文件中数据对象Data Object中的各Packet中选择一个内部Payload data未加密的Packet；
B2、加密机对当前所选Packet中负载解析信息Payload ParsingInformation内的多负载介绍Multiple Payloads Present字段进行解析；
B3、加密机判断所解析的Multiple Payloads Present字段的值为SinglePayload data还是Multiple Payload data，如果是Single Payload data，则执行步骤B4，如果是Multiple Payload data，则执行步骤B5；
B4、加密机产生一个初始向量，并使用该产生的一个初始向量和内容密钥对当前所选Packet中Payload Data内所包括的唯一一个携带WMV格式的点播流媒体数据包进行加密，执行步骤B6；
B5、加密机根据当前所选Packet中Payload Data内携带WMV格式点播流媒体的数据包的个数，产生多个初始向量，并利用当前所产生的各个初始向量和已产生的内容密钥对当前所选Packet中Payload Data内携带WMV格式点播流媒体的各个数据包分别进行加密；
B6、重复执行步骤B1至步骤B5，直至选择完ASF文件中数据对象DataObject中的所有Packet并完成加密。
所述步骤B4进一步包括：加密机将对该唯一一个携带WMV格式点播流媒体数据包的加密信息携带在当前所选Packet中的填充数据Padding Data字段内；
所述步骤B5进一步包括：加密机将对各个携带WMV格式点播流媒体数据包的加密信息分别携带在紧跟该各个数据包的各个Padding Data字段内。
所述加密信息包括：对所述携带WMV格式点播流媒体的数据包进行加密时使用的初始向量。
所述加密信息进一步包括：已加密标识、加密时所使用内容密钥的密钥指示信息。
所述加密机将加密信息携带在Padding Data字段内的步骤包括：加密机将加密信息携带在Padding Data字段的末尾处。
该方法进一步包括：加密机将所产生的内容密钥发送至版权中心；加密机在ASF文件的头对象Header Object中携带版权中心标识，并将当前的ASF文件发送至媒体服务器；媒体服务器接收到媒体内容请求后，将ASF文件头对象Header Object中携带的版权中心标识发送至用户终端内的版权代理；用户终端内的版权代理根据接收到的版权中心标识，向版权中心发送版权请求；版权中心将加密机发来的内容密钥发送至用户终端内的版权代理；媒体服务器将ASF文件中加密后的各个携带微软媒体格式点播流媒体的数据包及其加密信息分别携带在不同RTP报文中发送至用户终端内的版权代理；用户终端内的版权代理根据所接收到的内容密钥和各个RTP报文中携带的加密信息对各个RTP报文中加密后的各个携带微软媒体格式的点播流媒体数据分别进行解密，获取原始的微软媒体格式的点播流媒体数据。
所产生并发送的内容密钥的个数大于1；
所述加密机在ASF文件的头对象Header Object中携带版权中心标识的步骤进一步包括：加密机在ASF文件的头对象Header Object中携带加密时所使用内容密钥的密钥指示信息；
所述媒体服务器将版权中心标识发送至用户终端内的版权代理的步骤进一步包括：媒体服务器将ASF文件头对象Header Object中携带的密钥指示信息发送至用户终端内的版权代理；
用户终端内的版权代理解密时所根据的内容密钥是：用户终端内的版权代理根据接收到的密钥指示信息从版权中心发来的各个内容密钥中选择出的。
该方法进一步包括以下步骤：
C1、加密机根据内容管理系统发来的NSC文件的获取信息从节目源获取NSC文件；
C2、加密机根据NSC文件中携带的微软媒体格式直播流媒体数据的IP地址和端口信息，获取微软媒体格式的直播流媒体数据；
C3、加密机对所获取的微软媒体格式的直播流媒体数据进行加密，并将加密信息携带在所述NSC文件中发送至媒体服务器；
C4、媒体服务器将NSC文件发送至用户终端内的版权代理；
C5、用户终端内的版权代理对NSC文件进行解析，获取加密信息，并根据所获取的加密信息对加密后的微软媒体格式的直播流媒体数据进行解密。
一种对微软媒体格式的点播流媒体数据进行解密的方法，该方法包括以下步骤：
a、媒体服务器将ASF文件中携带的版权中心标识发送至用户终端内的版权代理；
b、用户终端内的版权代理根据版权中心标识，从版权中心处获取内容密钥；
c、媒体服务器将ASF文件中各加密后的携带微软媒体格式点播流媒体的数据包及其加密信息分别携带在各个RTP报文中发送至用户终端内的版权代理；
d、用户终端内的版权代理根据内容密钥和各个RTP报文中携带的加密信息对各个RTP报文中加密后的各个携带微软媒体格式的点播流媒体数据包分别进行解密。
在媒体服务器接收到对所述微软媒体格式点播流媒体数据的媒体内容请求后，执行所述的步骤a。
所述步骤a包括：媒体服务器将ASF文件中携带版权中心标识的头对象Header Object发送至用户终端内的版权代理；
所述步骤a进一步包括：用户终端内的版权代理对接收到的头对象Header Object进行解析，获取所述的版权中心标识。
所述步骤c包括：媒体服务器将ASF文件中各个加密后的有效数据位Payload Data及其后紧跟的填充数据Padding Data分别携带在不同的RTP报文中发送至用户终端内的版权代理，其中，所述填充数据Padding Data中包括加密时所使用的初始向量；
所述步骤d包括：用户终端内的版权代理对接收到的任意一个RTP报文中的填充数据Padding Data进行解析，获取初始向量；并根据所接收到的内容密钥和所获取的初始向量对该RTP报文中的有效数据位Payload Data进行解密；重复执行本步骤，直至完成对所有RTP报文中的有效数据位Payload Data进行解密。
所述步骤a进一步包括：媒体服务器将加密时使用的内容密钥的密钥指示信息发送至用户终端内的版权代理；
在步骤b中，用户终端内的版权代理所获取的内容密钥的个数大于1；
所述步骤b进一步包括：用户终端内的版权代理根据所接收到的密钥指示信息从各内容密钥中选择出内容密钥；
在步骤d中，用户终端内的版权代理解密时所根据的内容密钥是所述从各内容密钥中选择出的内容密钥。
该方法进一步包括以下步骤：
e1、加密机根据内容管理系统发来的NSC文件的获取信息从节目源获取NSC文件；
e2、加密机根据NSC文件中携带的微软媒体格式直播流媒体数据的IP地址和端口信息，获取微软媒体格式的直播流媒体数据；
e3、加密机对所获取的微软媒体格式的直播流媒体数据进行加密，并将加密信息携带在所述NSC文件中发送至媒体服务器；
e4、媒体服务器将NSC文件发送至用户终端内的版权代理；
e5、用户终端内的版权代理对NSC文件进行解析，获取加密信息，并根据所获取的加密信息对加密后的微软媒体格式的直播流媒体数据进行解密。
可见，在本发明中，由于能够在现有的基于OMA协议和ISMA协议的DRM系统中对WMV格式的点播流媒体数据进行加密和解密，因此，丰富了内容提供商对点播流媒体数据的媒体格式的选择，提高了现有基于OMA协议和ISMA协议的DRM系统的业务服务质量。另外，在本发明中，由于能够在现有的基于OMA协议和ISMA协议的DRM系统中对WMV格式的直播流媒体数据进行加密和解密，因此，丰富了内容提供商对直播流媒体数据的媒体格式的选择，进一步提高了现有基于OMA协议和ISMA协议的DRM系统的业务服务质量。
附图说明
图1是基于OMA协议和ISMA协议的DRM系统的结构示意图。
图2是在本发明实施例中对WMV格式的点播流媒体数据进行加密的流程图。
图3是在本发明实施例中对WMV格式的点播流媒体数据进行解密的流程图。
图4是在本发明实施例中对WMV格式的直播流媒体数据进行加密和解密的流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图及具体实施例对本发明作进一步地详细描述。
图2是在本发明实施例中对WMV格式的点播流媒体数据进行加密的流程图。参见图1和图2，本发明在基于OMA协议和ISMA协议的DRM系统中实现对WMV格式的点播流媒体数据进行加密的过程具体包括以下步骤：
步骤201：内容管理系统将携带WMV格式点播流媒体数据的高级系统格式(ASF)文件的获取信息发送至加密机。
这里，所述的ASF文件的获取信息可以包括：所述ASF文件的名称以及ASF文件的存储地址等。
另外，在本步骤中，内容管理系统可以通过现有的节目消息将所述ASF文件的信息发送至加密机。
步骤202：加密机根据接收到的ASF文件的获取信息，从节目源获取携带WMV格式点播流媒体数据的ASF文件。
这里，加密机所获取的ASF文件中主要包括三部分：头对象(HeaderObject)，数据对象(Data Object)以及简单索引对象(Simple Index Object)，其中，
头对象(Header Object)中包括文件特性子对象(File Properties Object)，主要用于描述ASF文件的大小、创建日期、ASF文件中数据包(Packet)的数量、最大Packet长度、最小Packet长度、节目持续时间等信息。
数据对象(Data Object)由一系列数据包Packet组成，每一个Packet中均包括：错误校正数据(Error Correct Data)、负载解析信息(Payload ParsingInformation)、有效数据位(Payload Data)、和填充数据位Padding Data，并且，
Payload Data用于携带WMV格式的点播流媒体数据。Payload ParsingInformation中包括多负载介绍(Multiple Payloads Present)字段，该MultiplePayloads Present字段用于描述Payload Data为Single Payload data还是Multiple Payload data，如果Payload Data是Single Payload data，那么Payloaddata中包含一个携带WMV格式的点播流媒体数据包；如果Payload Data是Multiple Payload data，那么Payload data中包含多个Single Payload，也就是说，Payload data中包含多个携带WMV格式的点播流媒体数据包。Payload Parsing Information中还包括Padding Length type字段和PaddingLength字段，用于描述Packet中填充数据Padding Data的长度。
简单索引对象(Simple Index Object)由一系列Seek Point组成，用于简单的文件定位。
步骤203：加密机产生内容密钥和内容标识，并将所产生的内容密钥和内容标识发送至版权中心，版权中心建立所接收到的内容密钥和内容标识的对应关系。
步骤204：加密机对ASF文件中数据对象Data Object中的第一个数据包Packet进行解析。
这里，本步骤的实现过程为：加密机对第一个数据包Packet中PayloadParsing Information的Multiple Payloads Present字段进行解析，
如果解析出Multiple Payloads Present字段的值为Single Payload data，那么则得到该第一个数据包Packet中的Payload data为Single Payload data，也就是说，该第一个数据包Packet中的Payload data只包含一个携带WMV格式的点播流媒体数据包；
如果解析出Multiple Payloads Present字段的值为Multiple Payload data，那么则得到该第一个数据包Packet中的Payload data为Multiple Payloaddata，也就是说，该第一个数据包Packet中的Payload data包含多个携带WMV格式的点播流媒体数据包。
步骤205：加密机根据对第一个数据包Packet的解析结果，对第一个数据包Packet中的Payload Data进行加密。
这里，如果解析结果为该第一个数据包Packet中的Payload Data为Single Payload data，则在本步骤中，加密机产生一个初始向量IV，比如为IV0，并利用当前产生的初始向量IV0和已产生的内容密钥对Payload Data所包括的一个携带WMV格式的点播流媒体数据包进行加密；
如果解析结果为该第一个数据包Packet中的Payload Data为MultiplePayload data，则在本步骤中，加密机根据当前Packet中Payload Data内携带WMV格式点播流媒体的数据包的个数，产生各个初始向量，并利用当前所产生的各个初始向量和已产生的内容密钥分别对当前Packet中PayloadData内携带WMV格式点播流媒体的各个数据包进行加密。比如，加密机首先针对Payload Data内携带WMV格式点播流媒体的第一个数据包产生初始向量，比如为IV1，并利用当前产生的初始向量IV1和已产生的内容密钥对Payload Data中第一个携带WMV格式点播流媒体的数据包进行加密，然后针对Payload Data内的携带WMV格式点播流媒体的第二个数据包产生初始向量，比如为IV2，并利用当前产生的初始向量IV2和已产生的内容密钥对Payload Data中第二个携带WMV格式点播流媒体的数据包进行加密，依此类推，直至针对Payload Data中最后一个携带WMV格式点播流媒体的数据包产生初始向量并进行加密。
步骤206：加密机将对第一个数据包Packet的加密信息携带在第一个数据包Packet中的Padding Data字段内。
在本步骤中，所述的加密信息包括：对该携带WMV格式点播流媒体的数据包进行加密时使用的初始向量，并可进一步包括：已加密标识和对该携带WMV格式点播流媒体的数据包进行加密时使用的内容密钥的密钥指示信息等。并且，在本步骤中，加密机可以将加密信息携带在Padding Data字段的末尾处。
需要说明的是，在ASF格式的文件中，如果数据包Packet中的PayloadData为Single Payload data，也就是说，该Payload Data中只包括一个携带WMV格式点播流媒体的数据包，那么，数据包Packet中的所有Padding Data字段均位于该唯一一个携带WMV格式点播流媒体的数据包后；如果数据包Packet中的Payload Data为Multiple Payload data，也就是说，该Payload Data中包括多个携带WMV格式点播流媒体的数据包，那么，数据包Packet中的Padding Data字段分布在Payload Data中各个携带WMV格式点播流媒体的数据包之后，即Payload Data中的每一个携带WMV格式点播流媒体的数据包之后均紧跟着一部分Padding Data字段。这样，在本步骤中，
如果该第一个数据包Packet中的Payload Data为Single Payload data，则在本步骤中，加密机将对Payload Data中该唯一一个携带WMV格式的点播流媒体数据包的加密信息携带在该第一个数据包Packet中的Padding Data字段内，比如，将加密时所使用的初始向量IV0携带在所述Padding Data字段的末尾处；
如果该第一个数据包Packet中的Payload Data为Multiple Payload data，则在本步骤中，加密机将对Payload Data中第一个携带WMV格式的点播流媒体数据包的加密信息，携带在该第一个携带WMV格式点播流媒体数据包之后紧跟的Padding Data字段内，比如，将对第一个携带WMV格式点播流媒体的数据包进行加密时所使用的初始向量IV1携带在该第一个携带WMV格式点播流媒体的数据包之后紧跟的Padding Data字段的末尾处；将对Payload Data中第二个携带WMV格式的点播流媒体数据包的加密信息，携带在该第二个携带WMV格式点播流媒体数据包之后紧跟的Padding Data字段内，比如，将对第二个携带WMV格式点播流媒体的数据包进行加密时所使用的初始向量IV2携带在该第二个携带WMV格式点播流媒体的数据包之后紧跟的Padding Data字段的末尾处；依此类推，直至将对Payload Data中最后一个携带WMV格式的点播流媒体数据包的加密信息，携带在该最后一个携带WMV格式点播流媒体数据包之后紧跟的Padding Data字段内。
步骤207：加密机根据第一个数据包Packet中当前所有Padding Data字段的长度，修改第一个数据包Packet中padding type字段和padding length字段的值。
这里，由于将第一个数据包Packet中Payload Data的加密信息携带在第一个数据包Packet中的Padding Data字段内，也就是说，该第一个数据包Packet中的Padding Data字段的长度已经发生了变化，因此，应执行所述的修改过程，从而使第一个数据包Packet中padding type字段和padding length字段的值反映实际的Padding Data字段的长度。
步骤208：加密机依次解析数据对象Data Object中后续的每一个数据包Packet，并根据解析结果，依次对后续的每一个数据包Packet进行PayloadData加密、携带加密信息、以及修改padding type字段值和padding length字段值的过程。
这里，本步骤的实现过程与上述步骤204至步骤207的实现过程的原理完全相同。也就是说，针对数据对象Data Obiect中后续的每一个数据包Packet，均执行上述步骤204至步骤207的过程。
步骤209：加密机在ASF文件的头对象Header Object中携带该ASF文件的加密信息。
这里，所述的ASF文件的加密信息包括：已加密标识，加密时使用的加密算法、加密时所使用内容密钥的密钥指示信息、所产生的内容标识以及版权中心标识等。
在本步骤中，加密机可以在ASF文件的头对象Header Object的末尾处携带该ASF文件的加密信息。
步骤210：加密机根据ASF文件当前的长度，修改ASF文件的头对象Header Object中的文件特性子对象File Properties Object的值。
这里，由于文件特性子对象File Properties Object用于描述ASF文件的长度，而本发明在数据包Packet中的Padding Data字段内携带了数据包的加密信息，并在头对象Header Object中携带了ASF文件的加密信息，也就是说，ASF文件的长度发生了变化，因此，在本步骤中，加密机根据ASF文件当前的长度，修改ASF文件的头对象Header Object中的文件特性子对象File Properties Object的值，使其反映实际的ASF文件的长度。
步骤211：加密机将当前加密后的ASF文件发送至媒体传送网络中的媒体服务器。
需要说明的是，在上述图2所示的过程中，加密机是根据各个Packet在数据对象Data Object中的先后顺序，依次选择各个Packet并对其中的Payload Data进行加密。在具体的业务实现中，加密机也可以不按照先后顺序，而按照其它的方式选择各个Packet并对其中的Payload Data进行加密。
图3是在本发明实施例中对WMV格式的点播流媒体数据进行解密的流程图。参见图1、图2和图3，本发明在基于OMA协议和ISMA协议的DRM系统中实现对WMV格式的点播流媒体数据进行解密的过程具体包括以下步骤：
步骤301：用户终端将对所述WMV格式点播流媒体数据的媒体内容请求发送至媒体传送网络中的媒体服务器。
这里，用户终端将所述媒体内容请求发送至媒体服务器是为了触发建立用户终端与媒体服务器之间的会话连接。
步骤302：媒体服务器将所接收到的ASF文件中的文件头即头对象Header Object发送至用户终端内的版权代理。
这里，媒体服务器可以将ASF文件的文件头即头对象Header Object携带在媒体内容响应消息中发送至用户终端内的版权代理。
步骤303：用户终端内的版权代理对接收到的ASF文件中的头对象Header Object进行解析，获取ASF文件的加密信息。
这里，比如在加密时，加密机将ASF文件的加密信息携带在ASF文件的头对象Header Object的末尾处，则在本步骤中，用户终端内的版权代理从ASF文件的头对象Header Object的末尾处获取ASF文件的加密信息，即获取了已加密标识，加密时使用的加密算法、密钥指示信息、内容标识以及版权中心标识等。
用户终端内的版权代理在获取了ASF文件的加密信息后，根据其中的已加密标识确定WMV格式的点播流媒体数据已加密，即需要后续解密的过程。
步骤304：用户终端内的版权代理根据ASF文件加密信息中的版权中心的标识，将携带内容标识的版权请求发送至版权中心。
步骤305：版权中心根据版权请求中的内容标识，获取与该内容标识对应的内容密钥。
步骤306：版权中心将所获取的内容密钥携带在版权对象中发送至用户终端内的版权代理。
这里，如果所述的内容密钥的个数大于1，那么，在本步骤中，用户终端内的版权代理进一步根据ASF文件加密信息中的密钥指示信息从版权中心发来的内容密钥中选择出一个内容密钥。
在上述过程中，当用户终端与媒体服务器的会话连接建立成功后，则请求媒体服务器发送媒体数据。
步骤307：媒体服务器将ASF文件中各数据包Packet中加密后的各个Payload Data及其加密信息分别携带在不同的RTP报文中发送至用户终端内的版权代理。
这里，在ASF文件中，对于任意一个Packet，如果该Packet中的PayloadData为Single Payload data，那么，媒体服务器将该Packet中的Payload Data内唯一一个加密后的携带WMV格式的点播流媒体数据包及该数据包之后紧跟的Padding Data携带在一个RTP报文中发送至用户终端内的版权代理；如果该Packet中的Payload Data为Multiple Payload data，那么，媒体服务器将该Packet中的Payload Data内多个加密后的携带WMV格式的点播流媒体数据包及其后分别紧跟的Padding Data，分别携带在多个RTP报文中发送至用户终端内的版权代理，比如，一个Packet中的Payload Data内包括3个加密后的携带WMV格式的点播流媒体数据包，且该2个加密后的数据包后分别紧跟一部分Padding Data，那么，媒体服务器将Payload Data内第一个加密后的携带WMV格式的点播流媒体数据包及其后紧跟的Padding Data携带在一个RTP报文中并发送至用户终端内的版权代理，将第二个加密后的携带WMV格式的点播流媒体数据包及其后紧跟的Padding Data携带在另一个RTP报文中并发送至用户终端内的版权代理。
步骤308：对于所接收到的每一个RTP报文，用户终端内的版权代理对该RTP报文进行解析，从该RTP报文中的Padding Data字段获取加密信息。
这里，用户终端内的版权代理所获取的加密信息中包括初始向量IV，并可进一步包括：已加密标识和内容密钥信息等。
步骤309：用户终端内的版权代理根据所获取的初始向量IV和内容密钥，对该RTP报文中携带的加密后的WMV格式的点播流媒体数据包进行解密，获取原始的WMV格式的点播流媒体数据。
这里，需要说明的是，如果用户终端内的版权代理所接收到的内容密钥的个数大于1，那么，在本步骤中，解密时所根据的内容密钥是用户终端内的版权代理根据密钥指示信息从各个内容密钥中所选择出的。
另外，由于本发明在Padding data字段内携带了加密信息，为防止在后续过程中将Padding data字段内携带的加密信息作为有效数据，用户终端内的版权代理还可以在解密完毕后，将该RTP报文中的Padding data字段全部清零。
至此，本发明则完成了对RTP报文中携带的WMV格式的点播流媒体数据进行解密的过程，此后，用户终端内的版权代理则可以将解密出的所有WMV格式的点播流媒体数据发送至用户终端内的媒体播放器，用户终端内的媒体播放器播放WMV格式的点播流媒体数据。
图4是在本发明实施例中对WMV格式的直播流媒体数据进行加密和解密的流程图。参见图1和图4，在本发明中，还可以进一步实现对WMV格式的直播流媒体数据进行加密和解密的过程，该过程具体包括以下步骤：
步骤401：内容管理系统将NSC文件的获取信息发送至加密机。
这里，所述的NSF文件的获取信息可以包括：所述NSC文件的名称以及NSC文件的存储地址等。
另外，在本步骤中，内容管理系统可以通过现有的节目消息将所述NSC文件的获取信息发送至加密机。
步骤402：加密机根据接收到的NSC文件的获取信息，从节目源获取NSF文件，并对所获取的NSC文件进行解析后得到WMV格式直播流媒体数据所在的IP地址和端口信息。
步骤403：加密机根据所得到的IP地址和端口信息获取WMV格式的直播流媒体数据。
步骤404：加密机产生内容密钥和内容标识，并将所产生的内容密钥和内容标识发送至版权中心，版权中心建立所接收到的内容密钥和内容标识的对应关系。
步骤405：加密机使用所产生的内容密钥对所获取的WMV格式的直播流媒体数据进行加密，并将加密后的WMV格式的直播流媒体数据发送至媒体传送网络中的媒体服务器。
这里，需要说明的是，由于WMV格式的直播流媒体数据是通过RTP报文承载的，在加密时可以做到与媒体格式无关，所以，在本步骤中，加密机对所获取的WMV格式的直播流媒体数据进行加密的过程与现有技术中加密机对MPEG4格式的直播流媒体数据进行加密的过程完全相同。
步骤406：加密机将加密信息写入到所获取的NSC文件中，并将该NSC文件发送至媒体传送网络中的媒体服务器。
这里，所述的加密信息包括：已加密标识、加密时使用的加密算法、密钥指示信息、所产生的内容标识、以及版权中心标识等。
步骤407：用户终端内的版权代理从媒体服务器处获取NSC文件和加密后的WMV格式的直播流媒体数据。
步骤408：用户终端内的版权代理对NSC文件进行解析，获取加密信息。
这里，用户终端内的版权代理在获取了对WMV格式直播流媒体数据的加密信息后，根据其中的已加密标识确定WMV格式的直播流媒体数据已加密，即需要后续解密的过程。
步骤409：用户终端内的版权代理根据所获取加密信息中的版权中心标识，将携带内容标识的版权请求发送至版权中心。
步骤410：版权中心根据版权请求中的内容标识，获取与该内容标识对应的内容密钥。
步骤411：版权中心将所获取的内容密钥携带在版权对象中发送至用户终端内的版权代理。
步骤412：用户终端内的版权代理根据加密信息中的密钥指示信息从版权中心发来的内容密钥中确定解密所需使用的解密密钥。
步骤413：用户终端内的版权代理根据所确定的解密密钥和加密信息中的解密算法对WMV格式的直播流媒体数据进行解密。
这里，由于WMV格式的直播流媒体数据是通过RTP报文承载的，在解密时可以做到与媒体格式无关，所以，在本步骤中，用户终端内的版权代理对所获取的WMV格式的直播流媒体数据进行解密的过程与现有技术中对MPEG4格式的直播流媒体数据进行解密的过程完全相同。
至此，本发明则完成了对RTP报文中携带的WMV格式的直播流媒体数据进行解密的过程，此后，用户终端内的版权代理则可以将解密出的所有WMV格式的直播流媒体数据发送至用户终端内的媒体播放器，用户终端内的媒体播放器播放WMV格式的直播流媒体数据。
总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (17)

1、一种对微软媒体格式的点播流媒体数据进行加密的方法，其特征在于，该方法包括以下步骤：
A、加密机获取携带微软媒体格式点播流媒体数据的高级系统格式ASF文件，并产生内容密钥；
B、加密机利用所产生的内容密钥，对ASF文件中携带的微软媒体格式的点播流媒体数据进行加密。
2、根据权利要求1所述的方法，其特征在于，在步骤A中，所述加密机获取ASF文件的步骤包括：内容管理系统将携带微软媒体格式点播流媒体数据的ASF文件的名称及存储地址信息发送至加密机；加密机根据所接收到的ASF文件的名称及存储地址信息，从节目源获取携带微软媒体格式点播流媒体数据的ASF文件。
3、根据权利要求1所述的方法，其特征在于，所述步骤B包括：加密机对ASF文件中数据对象Data Object中的每一个数据包Packet分别进行解析，并根据解析结果，利用所产生的内容密钥对每一个数据包Packet中携带WMV格式点播流媒体数据的有效数据位Payload data分别进行加密。
4、根据权利要求3所述的方法，其特征在于，所述步骤B包括：
B1、加密机从ASF文件中数据对象Data Object中的各Packet中选择一个内部Payload data未加密的Packet；
B2、加密机对当前所选Packet中负载解析信息Payload ParsingInformation内的多负载介绍Multiple Payloads Present字段进行解析；
B3、加密机判断所解析的Multiple Payloads Present字段的值为SinglePayload data还是Multiple Payload data，如果是Single Payload data，则执行步骤B4，如果是Multiple Payload data，则执行步骤B5；
B4、加密机产生一个初始向量，并使用该产生的一个初始向量和内容密钥对当前所选Packet中Payload Data内所包括的唯一一个携带WMV格式的点播流媒体数据包进行加密，执行步骤B6；
B5、加密机根据当前所选Packet中Payload Data内携带WMV格式点播流媒体的数据包的个数，产生多个初始向量，并利用当前所产生的各个初始向量和已产生的内容密钥对当前所选Packet中Payload Data内携带WMV格式点播流媒体的各个数据包分别进行加密；
B6、重复执行步骤B1至步骤B5，直至选择完ASF文件中数据对象DataObject中的所有Packet并完成加密。
5、根据权利要求4所述的方法，其特征在于，所述步骤B4进一步包括：加密机将对该唯一一个携带WMV格式点播流媒体数据包的加密信息携带在当前所选Packet中的填充数据Padding Data字段内；
所述步骤B5进一步包括：加密机将对各个携带WMV格式点播流媒体数据包的加密信息分别携带在紧跟该各个数据包的各个Padding Data字段内。
6、根据权利要求5所述的方法，其特征在于，所述加密信息包括：对所述携带WMV格式点播流媒体的数据包进行加密时使用的初始向量。
7、根据权利要求6所述的方法，其特征在于，所述加密信息进一步包括：已加密标识、加密时所使用内容密钥的密钥指示信息。
8、根据权利要求5所述的方法，其特征在于，所述加密机将加密信息携带在Padding Data字段内的步骤包括：加密机将加密信息携带在PaddingData字段的末尾处。
9、根据权利要求5所述的方法，其特征在于，该方法进一步包括：加密机将所产生的内容密钥发送至版权中心；加密机在ASF文件的头对象Header Object中携带版权中心标识，并将当前的ASF文件发送至媒体服务器；媒体服务器接收到媒体内容请求后，将ASF文件头对象Header Object中携带的版权中心标识发送至用户终端内的版权代理；用户终端内的版权代理根据接收到的版权中心标识，向版权中心发送版权请求；版权中心将加密机发来的内容密钥发送至用户终端内的版权代理；媒体服务器将ASF文件中加密后的各个携带微软媒体格式点播流媒体的数据包及其加密信息分别携带在不同RTP报文中发送至用户终端内的版权代理；用户终端内的版权代理根据所接收到的内容密钥和各个RTP报文中携带的加密信息对各个RTP报文中加密后的各个携带微软媒体格式的点播流媒体数据分别进行解密，获取原始的微软媒体格式的点播流媒体数据。
10、根据权利要求9所述的方法，其特征在于，所产生并发送的内容密钥的个数大于1；
所述加密机在ASF文件的头对象Header Object中携带版权中心标识的步骤进一步包括：加密机在ASF文件的头对象Header Object中携带加密时所使用内容密钥的密钥指示信息；
所述媒体服务器将版权中心标识发送至用户终端内的版权代理的步骤进一步包括：媒体服务器将ASF文件头对象Header Object中携带的密钥指示信息发送至用户终端内的版权代理；
用户终端内的版权代理解密时所根据的内容密钥是：用户终端内的版权代理根据接收到的密钥指示信息从版权中心发来的各个内容密钥中选择出的。
11、根据权利要求1至10中任意一项所述的方法，其特征在于，该方法进一步包括以下步骤：
C1、加密机根据内容管理系统发来的NSC文件的获取信息从节目源获取NSC文件；
C2、加密机根据NSC文件中携带的微软媒体格式直播流媒体数据的IP地址和端口信息，获取微软媒体格式的直播流媒体数据；
C3、加密机对所获取的微软媒体格式的直播流媒体数据进行加密，并将加密信息携带在所述NSC文件中发送至媒体服务器；
C4、媒体服务器将NSC文件发送至用户终端内的版权代理；
C5、用户终端内的版权代理对NSC文件进行解析，获取加密信息，并根据所获取的加密信息对加密后的微软媒体格式的直播流媒体数据进行解密。
12、一种对微软媒体格式的点播流媒体数据进行解密的方法，其特征在于，该方法包括以下步骤：
a、媒体服务器将ASF文件中携带的版权中心标识发送至用户终端内的版权代理；
b、用户终端内的版权代理根据版权中心标识，从版权中心处获取内容密钥；
c、媒体服务器将ASF文件中各加密后的携带微软媒体格式点播流媒体的数据包及其加密信息分别携带在各个RTP报文中发送至用户终端内的版权代理；
d、用户终端内的版权代理根据内容密钥和各个RTP报文中携带的加密信息对各个RTP报文中加密后的各个携带微软媒体格式的点播流媒体数据包分别进行解密。
13、根据权利要求12所述的方法，其特征在于，在媒体服务器接收到对所述微软媒体格式点播流媒体数据的媒体内容请求后，执行所述的步骤a。
14、根据权利要求12所述的方法，其特征在于，所述步骤a包括：媒体服务器将ASF文件中携带版权中心标识的头对象Header Object发送至用户终端内的版权代理；
所述步骤a进一步包括：用户终端内的版权代理对接收到的头对象Header Object进行解析，获取所述的版权中心标识。
15、根据权利要求12所述的方法，其特征在于，所述步骤c包括：媒体服务器将ASF文件中各个加密后的有效数据位Payload Data及其后紧跟的填充数据Padding Data分别携带在不同的RTP报文中发送至用户终端内的版权代理，其中，所述填充数据Padding Data中包括加密时所使用的初始向量；
所述步骤d包括：用户终端内的版权代理对接收到的任意一个RTP报文中的填充数据Padding Data进行解析，获取初始向量；并根据所接收到的内容密钥和所获取的初始向量对该RTP报文中的有效数据位Payload Data进行解密；重复执行本步骤，直至完成对所有RTP报文中的有效数据位Payload Data进行解密。
16、根据权利要求12所述的方法，其特征在于，所述步骤a进一步包括：媒体服务器将加密时使用的内容密钥的密钥指示信息发送至用户终端内的版权代理；
在步骤b中，用户终端内的版权代理所获取的内容密钥的个数大于1；
所述步骤b进一步包括：用户终端内的版权代理根据所接收到的密钥指示信息从各内容密钥中选择出内容密钥；
在步骤d中，用户终端内的版权代理解密时所根据的内容密钥是所述从各内容密钥中选择出的内容密钥。
17、根据权利要求12至16中任意一项所述的方法，其特征在于，该方法进一步包括以下步骤：
e1、加密机根据内容管理系统发来的NSC文件的获取信息从节目源获取NSC文件；
e2、加密机根据NSC文件中携带的微软媒体格式直播流媒体数据的IP地址和端口信息，获取微软媒体格式的直播流媒体数据；
e3、加密机对所获取的微软媒体格式的直播流媒体数据进行加密，并将加密信息携带在所述NSC文件中发送至媒体服务器；
e4、媒体服务器将NSC文件发送至用户终端内的版权代理；
e5、用户终端内的版权代理对NSC文件进行解析，获取加密信息，并根据所获取的加密信息对加密后的微软媒体格式的直播流媒体数据进行解密。
CN2006100582012A 2006-02-24 2006-02-24 对微软媒体格式的点播流媒体数据进行加密和解密的方法 Expired - Fee Related CN1859084B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN2006100582012A CN1859084B (zh) 2006-02-24 2006-02-24 对微软媒体格式的点播流媒体数据进行加密和解密的方法
CNA2006800117470A CN101156345A (zh) 2006-02-24 2006-11-13 对微软媒体格式的点播流媒体数据加解密的方法和系统
EP06817809A EP1865650A4 (en) 2006-02-24 2006-11-13 METHOD AND SYSTEM FOR ENCRYPTION AND DECOMPOSITION OF ON-DEMAND CURRENT MEDIA IN WMV FORMAT
PCT/CN2006/003039 WO2007095803A1 (fr) 2006-02-24 2006-11-13 Procédé et système de chiffrement et de déchiffrement de données multimédias en continu sur demande en format wmv
US11/857,485 US20080063195A1 (en) 2006-02-24 2007-09-19 Method and system for encrypting or decrypting wmv streaming media

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2006100582012A CN1859084B (zh) 2006-02-24 2006-02-24 对微软媒体格式的点播流媒体数据进行加密和解密的方法

Publications (2)

Publication Number Publication Date
CN1859084A true CN1859084A (zh) 2006-11-08
CN1859084B CN1859084B (zh) 2011-04-20

Family

ID=37297951

Family Applications (2)

Application Number Title Priority Date Filing Date
CN2006100582012A Expired - Fee Related CN1859084B (zh) 2006-02-24 2006-02-24 对微软媒体格式的点播流媒体数据进行加密和解密的方法
CNA2006800117470A Pending CN101156345A (zh) 2006-02-24 2006-11-13 对微软媒体格式的点播流媒体数据加解密的方法和系统

Family Applications After (1)

Application Number Title Priority Date Filing Date
CNA2006800117470A Pending CN101156345A (zh) 2006-02-24 2006-11-13 对微软媒体格式的点播流媒体数据加解密的方法和系统

Country Status (4)

Country Link
US (1) US20080063195A1 (zh)
EP (1) EP1865650A4 (zh)
CN (2) CN1859084B (zh)
WO (1) WO2007095803A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101207794B (zh) * 2006-12-19 2010-06-16 中兴通讯股份有限公司 Iptv系统的数字版权管理加密和解密方法
CN102571950A (zh) * 2011-12-31 2012-07-11 华为技术有限公司 媒体内容提供与获取方法、服务器及用户终端

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10862994B1 (en) 2006-11-15 2020-12-08 Conviva Inc. Facilitating client decisions
US8874725B1 (en) 2006-11-15 2014-10-28 Conviva Inc. Monitoring the performance of a content player
US9264780B1 (en) 2006-11-15 2016-02-16 Conviva Inc. Managing synchronized data requests in a content delivery network
US8751605B1 (en) 2006-11-15 2014-06-10 Conviva Inc. Accounting for network traffic
US9892390B2 (en) * 2007-12-12 2018-02-13 Microsoft Technology Licensing, Llc Digital content packaging, licensing and consumption
DE102008020832B3 (de) * 2008-04-25 2009-11-19 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Konzept zur effizienten Verteilung einer Zugangsberechtigungsinformation
US9160988B2 (en) * 2009-03-09 2015-10-13 The Nielsen Company (Us), Llc System and method for payload encoding and decoding
US8402494B1 (en) 2009-03-23 2013-03-19 Conviva Inc. Switching content
CN101527013B (zh) * 2009-04-03 2012-08-22 宇龙计算机通信科技(深圳)有限公司 数据协同的方法、终端及系统
US20100278337A1 (en) * 2009-04-30 2010-11-04 Brandon Pliska Encryption-Based Location Masking
US9203913B1 (en) 2009-07-20 2015-12-01 Conviva Inc. Monitoring the performance of a content player
WO2012125824A2 (en) * 2011-03-16 2012-09-20 Zte (Usa) Inc. Methods and apparatus for independent decryption of encrypted video frames
US9613042B1 (en) 2012-04-09 2017-04-04 Conviva Inc. Dynamic generation of video manifest files
US10182096B1 (en) 2012-09-05 2019-01-15 Conviva Inc. Virtual resource locator
US9246965B1 (en) 2012-09-05 2016-01-26 Conviva Inc. Source assignment based on network partitioning
KR20140052243A (ko) * 2012-10-23 2014-05-07 한국전자통신연구원 네트워크 데이터 서비스 장치 및 방법, 네트워크 데이터 서비스를 위한 클라이언트 단말 장치
US10305955B1 (en) 2014-12-08 2019-05-28 Conviva Inc. Streaming decision in the cloud
US10178043B1 (en) 2014-12-08 2019-01-08 Conviva Inc. Dynamic bitrate range selection in the cloud for optimized video streaming
WO2017004447A1 (en) * 2015-06-30 2017-01-05 Activevideo Networks, Inc. Remotely managed trusted execution environment for digital-rights management in a distributed network with thin clients

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7360085B2 (en) * 1994-07-20 2008-04-15 Nams International Incorporated Method and system for providing a secure multimedia presentation
KR100408287B1 (ko) * 2001-06-15 2003-12-03 삼성전자주식회사 컨텐트 보호 시스템 및 방법
GB0413848D0 (en) * 2004-06-21 2004-07-21 British Broadcasting Corp Accessing broadcast media

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101207794B (zh) * 2006-12-19 2010-06-16 中兴通讯股份有限公司 Iptv系统的数字版权管理加密和解密方法
CN102571950A (zh) * 2011-12-31 2012-07-11 华为技术有限公司 媒体内容提供与获取方法、服务器及用户终端
CN102571950B (zh) * 2011-12-31 2014-11-05 华为技术有限公司 媒体内容提供与获取方法、服务器及用户终端
US9633029B2 (en) 2011-12-31 2017-04-25 Huawei Technologies Co., Ltd. Method, server, and user terminal for providing and acquiring media content

Also Published As

Publication number Publication date
EP1865650A1 (en) 2007-12-12
EP1865650A4 (en) 2008-04-09
CN1859084B (zh) 2011-04-20
US20080063195A1 (en) 2008-03-13
CN101156345A (zh) 2008-04-02
WO2007095803A1 (fr) 2007-08-30

Similar Documents

Publication Publication Date Title
CN1859084A (zh) 对微软媒体格式的点播流媒体数据进行加密和解密的方法
CN101061666A (zh) 在广播/多播服务中管理数字权利的方法
CN101035255A (zh) 实现虚拟频道业务的系统、保护方法和服务器
CN1258898C (zh) 在通信网络中管理对称密钥的方法及实现该方法的设备
CN1465159A (zh) 基于安全分组的数据广播结构
CN1633794A (zh) 用于多媒体多点传送内容的ecm和emm分布
CN1845599A (zh) 移动电视业务中获取及更新业务密钥的方法
CN1852420A (zh) 一种交互式网络电视系统实现数字版权管理的方法
CN1745382A (zh) 在实时控制协议(rtcp)消息中嵌入会话描述消息
CN1992589A (zh) 加扰和解扰数据单元的方法
CN1620810A (zh) 用于流媒体的权利管理方法
CN1685334A (zh) 用于提供内容的方法和系统
CN1507730A (zh) 提供无线通信系统内的协议选项的方法和装置
CN1806412A (zh) 用于无线通信系统中的广播应用的方法和设备
CN1852418A (zh) 移动电视播出控制系统和播放网络及播出方法
CN1947373A (zh) 在无线便携因特网系统中管理通讯加密密钥的方法及其协议配置方法、以及在用户台中的通讯加密密钥状态机的操作方法
CN101032167A (zh) 将数字数据传送到一组目标接收终端的方法
CN1909450A (zh) 用于处理信息的方法、设备和程序
CN1852432A (zh) 一种对直播流媒体数据进行加密和解密的方法
CN1558676A (zh) 多媒体信息点播系统及点播方法
CN1777274A (zh) 基于运动音视频标准文件格式的流媒体内容保护方法
CN101060613A (zh) 数字电视广播业务的接收解密方法、主终端及其从终端
CN1859526A (zh) 一种实现流媒体模拟直播的方法
CN1863041A (zh) 实现网络电视节目预览的方法
CN1258920C (zh) 广播网上安全数字内容传送系统和方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20110420

Termination date: 20150224

EXPY Termination of patent right or utility model