K_中国移动关于DRM规范之总结_中国移动项目总结
K_中国移动关于DRM规范之总结由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“中国移动项目总结”。
中国移动关于DRM规范之总结
所有传入终端的FL及CD数字内容均不许通过IrDA, Bluetooth, MMC,MMS，Email 等方式进行转发
DRM管理的对象：图片、声音（包括铃声）、动画、Java Game 实现媒体输入、输出的办法有：
无线：MMS、SMS、EMS、E-Mail
有线：红外、蓝牙、数据线、携带记忆媒体
DRM在移动各业务中的管理
DRM在MMS业务中的管理
在MMS业务中，带有内容的MMS收信，编辑，转发操作时，必须对其内容进行DRM管理
DRM管理对MMS附件内容的play、display进行管理
对MMS附件内容的转发（P13）不进行任何管理？？？
DRM在JAVA业务中的管理
JAVA应用程序对play、display、execute进行管理
对JAVA应用程序的编辑、转发不管理？？？
DRM在内容下载业务中的管理
显示下载的内容时对play、display进行管理
执行、印刷下载的内容时，DRM对execute、print进行管理 编辑下载内容时DRM不管理
DRM Meage
在FL、CD模式中使用
具体定义这里从略，见总结文档中定义
DCF格式
为SD模式中受限媒体对象编码使用
具体定义从略，见总结文档中定义
版权描述语言REL
利用XML或WBXML两种方式进行定义权限对象描述
具体定义这里从略，见总结文档中定义
REL解析时必须保证与ODRL的兼容性，必须做如下处理：
必须忽略不支持的许可权，而支持的许可权必须被授权
禁止包含一个或多个不支持的限制的许可被授权
禁止包含有任何不支持的元素的版权对象被授权 禁止包含有任何不支持的元素的版权对象被授权 应该忽略不支持的元素
应该忽略不支持的元素
应该忽略不支持的
元素
应该忽略不支持的元素
应该忽略不支持的ODRL中的安全模式
WBXML编码规则
必须使用WBXML版本号1.3（按u_int8编码取值0x03）
必须使用公开标识值‘－//oma//DTD DRMREL 1.0//EN’（按mb_u_int32编码，取值0x0E）
字符集必须设置为UTF-8(按mb_u_int32编码，取值0x6A)
元素的内容必须是使用‘opaue’记号的二进制格式
DCF文件的识别方式，建议采用后缀名.dcf；文本格式的版权对象文件扩展名必须
是“.dr”,按WBXML格式编码的版权对象文件的扩展名必须是“.drc”
DRM权限的许可优先级定义
一个媒体对象至少支持3个版权对象
下载超出上限的版权对象，终端需要删除相应提示
优先级安排（优先级由高到低进行排序）
1、无约束的限制
2、无interval、count的datetime限制
3、有interval，无count的datetime限制；多个类似限制，具有较早结束时间的优先
4、有count，无interval的datetime限制；多个类似限制，具有较早结束时间的优先
5、有interval、count的datetime限制；多个类似限制，具有较早结束时间的优先
6、仅有interval限制；多个类似限制，具有较小时间间隔的限制优先
7、有count的interval限制；多个类似限制，具有具有较小时间间隔的限制优
先
8、仅有count的限制；多个类似限制，具有较小的限制优先
DRM下载
媒体对象下载方式
主动方式
通过WAP进行主动下载
被动方式
MMS方式
WAP PUSH方式
媒体对象下载其他要求
MIME类型为application/vnd.oma.drm.content的DRM文件应当存储为.dcf后
缀的文件
如果存储新的RO对象，但是由于RO数据库已满，终端应当可以让用户清理
空间。如果仍然失败，终端可以返回SMS-DELIVER-REPORT消息并丢弃该
权限。C/D内容在一个终端上只可以存储一次，除非用户重新从网络侧下载
权限对象下载方式
主动方式 WAP
户下载内容以后，可能由于某种原因未能下载权限，之后用户应当可以通
过WAP主动下载权限，如通过访问Right-Iuer-URL触发被动式权限推
送
被动方式 WAP PUSH + SMS
终端必须支持通过此方式接受RO对象
终端上某内容的相关权限过期后，用户应当可以使用rights-Iuer-URL
得到新的URL
媒体对象下载过程中，建议选择使用OMA DOWNLOAD1.0.JAVA应用建议选择MIDP
DOWNLOAD 2.0
移动终端不得将“禁止转发”方法（通过DRM消息）所获得的媒体对象转发给其他设备，但允许本机对下载的媒体对象不受限制的播放（Play）、显示(Display)、执行(Execute)和打印(Print)。移动终端不得改动下载的媒体对象
如果移动终端支持“组合发送”方法，则要求必须同时支持“禁止转发”方法
CD模式下，移动终端必须保证在收到DRM 消息拆包后并可能丢弃的情况下，保存好
版权信息
移动终端不得转发从DRM消息中接收到的媒体对象
移动终端不得转发从DRM消息中接收到的版权对象
移动终端消费内容时，必须遵循用“版权描述语言”定义的版权
版权描述语言并不影响本机对DRM内容的管理，如移动终端必须允许终端用户保存、安装、卸装和删除DRM内容
版权描述语言不控制DRM内容的传播（Distribution）？？？
如果移动终端支持“分别发送”方法，则它必须也支持“组合发送”和“禁止转发”方
法
本规范允许移动终端转发（超级分发）DCF文件到其他移动终端。然而，不允许版权
对象随DCF文件发送
在采用分别发送方法时，须将媒体对象转换为DCF格式
通过这句话是不是可以得出这样的结论：收到DCF和CEK后将媒体对象解密并保
存解密后的对象数据流，而原来的加密数据流丢弃，同时，发送出去的时候进行再一次的加密？？？
移动终端必须支持使用规范[PUSHOTA]中的服务原语（Po-Unit-Push），即在无连接的会话服务中提供无需确认的Push服务。其他的服务原语也可以使用
DRM用户代理的Push应用ID（Push Application ID）值为：
-URN: x-wap-application:drm.ua
-Number: 0x08
移动终端应允许转发DCF文件，并可以采用任何终端设备支持的传输方式
本服务可以将DCF对象打包在一个DRM消息而不包含版权对象。在这种情况下，DCF
文件不得从本机转发。如果没有版权对象中的密钥，则不能使用DCF中的内容。因此，在禁止转发方法中定义的默认授权规则不能应用到以DRM消息形式传递的DCF对象 是何含义？？？
当试图使用这样的内容（无关联的版权对象）时，则移动终端必须向用户提供从授权中
心获取版权的选择。例外情况是，移动终端知道版权对象正在发送过程中
对一个DRM内容，如果存在多个关联的版权对象，则每个版权对象必须被单独处理。
即移动终端不得合并版权对象。在内容使用过程中，可能有多个版权对象满足限制条件。当发生这种情况的时候，移动终端必须选择其中一个执行。这种选择可以基于选取最小限制的版权对象原则，由终端设备自动进行，或让用户以交互的方式选择
版权描述语言并不影响本机对DRM内容的管理，如移动终端必须允许终端用户保存、安装、卸装和删除DRM内容
当需要获取DCF对象的版权时，移动终端必须向授权中心URL地址（在DCF对象的Rights_Iuer字段中定义）构造一个HTTP/WAP GET请求。为了便于实现购买版权时所出现的对话，移动终端必须支持在规范WAE中定义的无线应用环境
当通过不同于规范中描述的方法接收DCF格式的媒体对象时，新出现的移动终端不能
判断DCF对象内的媒体内容是否适合本机使用。因此，有必要在用户通过授权中心URL获得版权对象之前检查媒体内容是否适合该移动终端 在这种情况下，移动终端在使用Rights-Iuer URL参数前，必须使用Content-Type和Content-Length两个参数来判断媒体内容是否适合本机。如果移动终端无法确定内容是否适合，则应向用户产生一个警告或错误，并且在导航到授权中心URL之前应向用户产生警告信息 必须在终端设备上区分授权和未授权的应用实体（Entities），必须预防未授权的应用实体访问未加密的DRM内容 终端设备的要求 除本建议提出两种下载方式的其他方式，终端都应该拒绝接受 如果DCF对象不含有Rights-Iuer-URL信息，终端不应当通过红外、蓝牙等方式转发该DCF对象 DRM1.0阶段，终端应支持以下媒体类型 音频：铃声 静态图像：图片、背景、屏保 视频：视频片断（可选） 应用程序：Java Midlets DRM媒体对象的管理 受限铃声、图片为终端选中的应用，当过期时，终端应自动利用缺省替代 WAP Browser可以显示或播放WAP网页中嵌入的DRM内容，如：声音、图片等 显示文件信息时，终端不应该使用权限，如：显示MP3的作者等信息时，终端不应该去检查权限 DRM文件应该可以重命名，而不影响MO与RO的关联关系 信息处理程序应当可以处理附件中的DRM内容 DRM权限对象的管理 权限对象失效后，终端可以自动删除该对象 权限对象可以显示，并可由用户进行删除操作 DCF中含有X-OMA-Separate-Delivery信息时，终端应提示用户该时间；若指定时间内没有收到（注意：该时间为近似时间，处理时应适当延长几秒）或者收到都要提示用户；且如果收到后，权限有效，应提示用户DCF可用 终端在显示上应区分受限与非受限媒体 媒体对象对应的多个（最多3个）RO皆可显示 对于CD模式，删除MO后一定要删除RO（自我定义）；对于SD模式，删除MO后，终端要提示用户是否删除RO，若用户不删除，则在RO失效后删除，不失效将保存多久？？？ 当RO个数达到上限（3个），终端应当可提示用户删除相应的RO，删除原则为：无效、优先级低的优先删除？？？ 终端至少要有至少500KB的RO存储空间 终端对内容的解密应当和解码、显示的速度相当 终端应该可用预置FL、CD、SD内容，终端重置后，应当重现预置内容，并且原权限对象也应当保留注：
红色部分为不理解需讨论的内容
蓝色部分为重点突出部分
