《中国移动游戏大厅2.0技术建议书.doc》由会员分享，可在线阅读，更多相关《中国移动游戏大厅2.0技术建议书.doc（73页珍藏版）》请在三一办公上搜索。
1、中国移动游戏大厅2.0技术建议书 北京维旺明科技有限公司2009-11-16目录一、全套资质证明文件4二、公司简介82.1公司简介82.2公司组织结构和人员配置92.3技术优势92.4公司业绩102.5主要人员简介11三、中国移动游戏产品基地手机游戏大厅项目服务承诺书12四、前言134.1范围134.2规范性引用文件134.3术语、定义和缩略语144.4业务简介154.5系统功能示意图16五、客户端总体架构设计175.1ESSA架构175.2客户端平台架构设计185.3内嵌WAP2.0解析和浏览185.4内嵌Flash解析和展现19六、客户端DRM机制206.1客户端DRM保护方案206.2业
2、务流程206.2.1版权规则管理业务流程206.2.2游戏内容打包业务流程216.2.3客户端软件激活业务流程226.2.4许可证获取流程226.2.5内容订购业务流程236.2.6版权重续246.3DRM加密算法246.4客户端采用DRM机制保护的内容26七、客户端功能流程实现方案277.1客户端实现逻辑277.1.1热门游戏游戏大厅的下载功能模块287.1.2游戏社区游戏大厅社区功能模块297.1.3闪游天地Flash游戏下载功能模块317.1.4下载中心下载管理功能模块327.1.5图文游戏WAP版网页游戏功能模块327.1.6免费推荐活动专区功能模块337.1.7游戏商城社区虚拟商店功
3、能模块347.1.8账户管理社区充值账户管理功能模块347.1.9我的收藏社区收藏夹功能模块367.1.10 我的信箱社区用户之间通信交流功能模块367.2白名单登录流程377.3飞信系统整合377.4FlashLite插件整合387.5弹出式营销页功能模块397.6滚动公告区的功能模块397.7移动特色业务模块407.7.1省级营销专区407.7.2GPRS流量查询407.7.3移动定制业务查询407.7.4其他移动特色业务417.8客户端菜单功能417.8.1隐身功能417.8.2修改个人资料417.8.3是否静音417.8.4更换皮肤417.8.5自定义快捷键417.8.6退出大厅41八
4、、客户端手机平台适配428.1Symbian第二版平台适配428.2Symbian第三版平台适配428.3KJava平台手机适配43九、服务器端总体架构设计439.1服务器端总体架构设计449.2服务器端网络总体架构设计46十、数据同源4610.1人资料同源4710.2社区属性同源4710.3个人空间资料同源4810.4社区消息的同步显示4910.5社区好友动态同步显示5010.6推荐活动的同步推广5010.7游戏资讯及下载排行列表同步显示51十一、技术需求5311.1客户端与服务器端的通信5311.1.1接口协议规范设计5311.1.2服务器端接口列表5611.1.3需要考虑流量优化控制59
5、11.2服务器端软件要求60十二、服务器稳定性能需求6012.1链接及即时性需求6012.2应急与维护需求6012.3系统维护管理6112.3.1 系统配置管理6112.3.2 系统故障管理6112.3.3 系统性能管理6212.3.4 系统安全管理62十三、用户体验流程图64十四、游戏大厅消息系统与飞信系统整合方案6514.1游戏大厅自动开通飞信功能6514.2接收消息方式65十五、用户行为数据统计的需求66十六、CMS系统设计需求6616.1CMS系统架构6716.2各功能模块介绍6716.2.1 游戏管理系统（GMS）6716.2.2 打包服务（Package）6816.2.3 权限管理
6、系统（RMS）6916.2.4 内容分发系统（CDN）6916.2.5 游戏平台系统（GPS）7016.2.6 数据接口(Data Service)70十七、平台建设方案7217.1 应用需求7217.2方案的优势7217.3HA(高可用)系统设计7217.3.1采用HA系统的必要性7217.3.2双机软件选择7317.4设备清单7417.4.1外围设计清单7417.4.2服务器硬件及其软件清单75一、 全套资质证明文件法定代表人授权委托书本授权书声明：韩颖为 北京维旺明科技有限公司 的法定代表人。代表本单位授权本单位 CTO 任铮 为本单位合法授权代表，就北京幻方朗睿软件科技有限公司（以下简
7、称买方）组织的“中国移动游戏产品基地手机游戏大厅项目”的公开招标及合同的签订、执行、完成，以本单位名义处理一切与之有关的事务。授权代表无转委托权。我单位承诺如下：1.该授权代表已在我单位工作满一年。2.法人代表签字为我单位法定代表人亲笔签名。3.如有不实，我单位愿意承担相关的法律责任。本授权书于 2009 年 11 月 1 日签字生效，特此声明。委托单位：（公章） 法定代表人：（亲笔签字）签发日期： 年 月 日_ _ _授权代表承诺：本人承诺，在本项目法定代表人授权委托书生效之日起一年内，本人不再代表其他单位参与北京幻方朗睿软件科技有限公司（以下简称买方）就“中国移动游戏产品基地手机游戏大厅项
8、目”的投标、谈判以及其他方式的竞争活动。否则，愿意承担相关责任。 授权代表：（亲笔签字） 年 月 日_ _ _说明：1委托授权代表必须在供应商本单位工作满一年，且供应商只能授权1人为本单位合法的委托授权代表。否则，投标无效。2.法定代表人签字必须为本单位法人亲笔签名，不得由其他人员代签。否则，投标无效。3.授权代表在本项目法定代表人授权委托书生效之日起一年内，代表其他单位参与北京幻方朗睿软件科技有限公司（以下简称买方）就“中国移动游戏产品基地手机游戏大厅项目”的投标、谈判以及其他方式的竞争活动，则代理无效。二、 公司简介2.1公司简介北京维旺明科技有限公司成立于2006年12月份，注册资金10
9、0万元，是一家从事手机无线互联网应用的高科技公司，拥有领先的移动多媒体通信和信息服务技术，提供手机图、文、音、视频为一体的手机新媒体平台技术与运营服务。维旺明科技深植于中国移动互联网市场，专注于手机内容、传播、社区、应用的各个领域，开发出适用于各类终端手机的视频、音频、图文、多媒体和游戏等多项业务，为广大手机用户带来鲜明特质的手机应用全新体验。北京维旺明科技有限公司以手机新媒体为主要业务方向，重点开发手机富媒体的客户端和技术平台，并与多家传统媒体和电信运营商合作运营手机新媒体。把传统的电视、阅读、电台和游戏等通过新技术搬到手机上，用户通过手机和无线网络就可以随时随地看电视，阅读，点听广播和玩游
10、戏。与中央电视台、上海文广传媒集团、新华社手机新媒体传播战略合作伙伴，并与时尚集团、北青报业集团、南方报业集团、瑞丽集团、国家体育总局报业集团、轻工出版社、国家地理、新旅行等1500家报刊杂志社达成媒体内容手机新媒体合作。2008年北京奥运会，北京维旺明科技有限公司作为中央电视台的手机新媒体唯一合作伙伴全面开发和运营了手机奥运会的项目，使广大手机用户随时随地参与奥运，观看奥运，传播奥运。从火炬传递到奥运直播、开闭幕式、残奥会全程手机观看和参与。开创了手机传播奥运的先例，取得了非常高的传播效果和社会影响和经济效益。北京维旺明科技有限公司的创业团队主要来源于互联网行业、电信运营商和媒体产业，与电信
11、运营商和国内外主流媒体有深入的合作关系和背景，有专业的大型公司和创业公司管理经验，有和资本市场的沟通和融资经验；公司创始人韩颖是中国互联网的早期推动者之一。曾经是中国最早在美国纳斯达克上市的亚信科技创始人之一，是中国网通的创始人之一。维旺明科技有限公司现在为海外红筹治理结构，即新浪模式：汉斯科技控股公司为海外投资公司（BVI）100%控股国内外资企业北京维旺明信息技术有限公司；维旺明信息技术有限公司通过业务与合同实际控制北京维旺明科技有限公司（内资公司）；维旺明科技通过这样的治理结构打开了海外融资渠道；2008年11月，公司获得中国宽带产业基金和美国高原资本、法国银泰资本总计975万美元的风险
12、投资。 2009年8月，获艾瑞“2008-2009年度中国最佳创新营销奖” 2009年6月，获“2009中国3G应用推荐手机新媒体”大奖。2009年4月，荣获易观“EnfoNet Award移动互联网奖 - 2009最佳服务提供商”大奖2.2公司组织结构和人员配置2.3技术优势公司通过近3年的发展，锻炼出了一支研发能力过硬的技术队伍，能对无线互联网的各类应用提供电信级的解决方案，目前手机客户端的开发已经完全覆盖了市场上Symbian、JAVA、WINDOWS Mobile、MTK、Android以及IPhone的MAC OS等主流手机平台。研发团队均是大专以上学历，各技术带头人均主持和担任过大
13、型企业级和电信级项目的开发，员工学历如图所示：公司开发的独有的手机客户端跨平台开发引擎- ESSA，能够实现针对产品设计、服务流程的一次编码，多平台编译运行之目的。ESSA 是根据手机客户端开发的特点而设计。由于终端开发对平台特性依赖很大，系统提供的 API使用不方便，ESSA可以则针对于此，可以解决移植性差、UI 欠缺表现力、各平台UI & API不统一等问题。可以覆盖到现有所有主流手机平台，使用统一的封装，统一的命名，拥有完整的文档和规范，提高了开发效率和代码重用率，拥有极具表现力的UI，并且自动支持UI的移植。使多平台产品开发流水线化。公司QA拥有市场上各类主流和非主流手机机型1000多
14、部，覆盖了市面上所有不同分辨率和不同平台的手机，对开发的手机客户端能较全面地进行真机适配，加上完善的测试用例和专业的测试工程师，最大限度的保证了推向市场的各类应用的质量。多年无线互联网应用的运营经验，构建了公司赖以支撑的各类后台服务系统。一内容管理系统（CMS）n 提供内容的发布，管理，统计等内容管理功能。n 同时支持给客户端以标准的XML的形式和自有协议文本的发布。同时满足客户端内容、WAP和WEB建站需求。n 支持多点发布功能，即同一内容，支持针对不同PORTAL进行发布，有效的降低运营成本。n 其他特点：扩展性强、支持二次开发、完全可定制性等。二业务运营支撑系统（BOSS）n 统一的管理
15、后台，为公司和合作伙伴的运营提供方便有效的管理。n 满足各种定价方式和灵活制定不同计费策略的计费定价管理。n 结算管理n 多渠道多产品的营销管理和经营分析n CP、SP接入管理n 广告投放和分析管理n 客服管理n 全面支持2G和3G的各类业务形式，并且容易扩展。其他如CDN内容分发系统让用户能准确定位到最近的网络业务节点，提高用户使用业务的体验；基于数据仓库挖掘技术的数据分析统计系统能对海量数据从用户、时间、产品、渠道、计费等各个维度进行不同粒度的数据分析和挖掘，保障业务的稳定发展；业务实时监控系统能对在线运行平台进行实时监控，并通过短信、email和MSN等方式即时通报故障。各类后台服务系统
16、的有机结合和有效配置保证业务线上与以上系统结合，全力满足实际运营需求。北京维旺明科技有限公司自成立之初一直专注于手机客户端软件的研发，目前已研发成功的并取得著作权的软件有：n 多功能手机通话软件：北京维旺明科技有限公司话话通，手机上的话联网电话，资费便宜易用。n 多媒体手机客户端软件：CCTV一键通，用户可以在这个手机应用平台上看书，看杂志，看央视的15个电视频道的直播和点播节目；目前已经有600万注册用户。手机杂志阅读软件平台：维旺明科技手机杂志报刊亭；用户可以在这个手机杂志平台上在线阅读和下载1500家杂志社的上万本手机杂志；目前已经在运营商10个省公司上线运营；目前已经有注册用户超过30
17、0万。2.4公司业绩n 2008年7月为央视网开发基于WAP2.0技术的无线网站，成功通过FreeWap的方式转播北京2008奥运会。n 2008年8月，公司与央视网共同开发的CCTV手机奥运一键通成功地提供手机看奥运的各项视频和手机报业务,记载下第29届北京奥运会闪光的时刻。n 2008年9月，公司与东方龙新媒体达成战略合作伙伴关系，共同合作开发手机电视客户端业务。n 2009年5月，公司成为中国移动（浙江）阅读基地手机客户端技术开发和内容服务提供商。n 2009年6月，公司成为中国电信（浙江）阅读基地手机客户端和运营平台技术开发提供商。n 2009年8月，公司为中国传媒大学提供一揽子手机视
18、频解决方案。n 2009年9月，公司成为中国移动（广东）Mobile Market阅读插件、手机客户端和内容发布系统的技术开发和服务提供商。n 2009年9月，公司为中国联通阅读基地提供客户端综合解决方案。2.5主要人员简介创始人兼CEO：韩颖韩颖先生，拥有15年以上IT及电信行业工作经验，曾作为创始人之一创立了亚信科技中国有限公司，并于2000年成功上市(NASDAQ: ASIA)，成为第一家在美国纳斯达克成功上市的中国高科技企业。韩颖先生又作为创始人之一创办了中国网络通信公司。韩颖先生，毕业于长江商学院，现为北京邮电大学客座教授、北京传媒大学客座教授、长江商学院同学会副会长、北京动漫产业联
19、盟副理事长。首席科学家：张建宁张建宁先生，专业研究视频编码算法，网络流媒体，多媒体视频传输及处理，嵌入式媒体处理，无线视频编码和传输，是中国手机视频流媒体技术的领军人物之一。成功主持研发基于P2P的视频即时通讯及网络电话系统、Internet上基于应用层组播技术的P2P网络电视直播系统、基于DSP嵌入式前端的无线视频监控系统、开发无线网络视频流化传输（手机电视）系统。张建宁先生，清华大学博士，历任北京华星广视数码技术有限公司CEO，中交星网宽频网络服务有限公司（GGTV）首席科学家。现任维旺明科技首席科学家，负责新一代富媒体产品的研发。首席技术官CTO：任铮任铮先生，拥有长达10年的互联网、无
20、线互联网及游戏产业研发管理经验。主持开发过北京奥运会CCTV手机直播客户端项目;VIVA手机富媒体平台;CMMB手机电视项目;中国移动（浙江）阅读基地项目;中国移动（广东）Mobile Market基地客户端平台等相关工作。任铮先生，毕业于北京理工大学，曾任优视网CTO，现任北京维旺明科技有限公司CTO，拥有多项国际国内技术专利。三、 中国移动游戏产品基地手机游戏大厅项目服务承诺书北京幻方朗睿软件科技有限公司：我方作为中国移动游戏产品基地手机游戏大厅项目的技术开发和服务提供商，我们郑重承诺：一、 严格按照双方确定的游戏大厅客户端2.0功能需求设计、开发、测试和部署所需的手机客户端软件和相关的服
21、务系统。二、 严格按照双方确定的开发进度按时完成项目，每天提供项目进度日报表，保证在规定时间内所开发的产品符合上线要求，能交付使用。三、 开发的每一款客户端软件都严格进行手机真机适配、测试。四、 我公司开发的平台拥有完全独立的知识产权，用于本平台所使用的第三方软件（及平台）符合国家相关知识产权的要求。五、 集中技术骨干力量，成立中国移动游戏产品基地手机游戏大厅项目小组，按时按要求高质量地完成项目。六、 作为我公司重要项目，设立地方办事处和项目接口人，保证各类需求能及时准确的解决。七、 7*24小时的技术支持服务，对合作伙伴提出的需求将在2小时内响应在8小时内给出相应的解决方案。八、 设立投诉制
22、度，如我公司有违反投标文件，愿接受贵公司的询问、质疑及管理。本承诺书自我方签字之日起至合同期满有效。承诺单位（盖章）： 2009年 月 四、 前言4.1范围游戏大厅客户端2.0技术建议书完成对游戏大厅的客户端的技术和实现方案进行规范，对服务端与客户端密切相关的内容提出了约束、规范及系统解决方案。该建议书所述方案适应于中国移动通信网内GSM/GPRS/EGPRS/TD-SCDMA网络环境。4.2规范性引用文件下列文件中的条款通过本方案的引用而成为本方案的技术规范。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本方案，然而，鼓励根据本方案达成协议的各方研究是否可使用
23、这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本方案。1XMLExtensible Markup Language (XML) 1.1 (Second Edition) specificationW3Chttp:/www.w3.org/TR/xml11/2NamespacesNamespaces in XML 1.0 (Second Edition) specificationW3Chttp:/www.w3.org/TR/xml-names11/3XHTMLXHTML 1.1 - Module-based XHTML - Second Edition specificationW
24、3Chttp:/www.w3.org/TR/xhtml11/4CSSCascading Style Sheets, level 2 specificationW3Chttp:/www.w3.org/TR/REC-CSS25UnicodeUnicode Standard, Version 4.0.UNICODEhttp:/www.unicode.org/unicode/standard/versions6MIMEParticular MIME media typesIETFhttp:/www.ietf.org/rfc/rfc4288.txt7FLashLiteFlash Lite 2.x and
25、 3.0 ActionScript Language Reference/Part4_API_Ref_1.html8AS3ActiveScript 3.0/ActionScriptLangRefV3/7DRMOMA 1.0http:/www.openmobilealliance.org/Technical/release_program/drm_v1_0.aspx4.3术语、定义和缩略语下列术语、定义和缩略语适用于本方案：在本方案中使用了“必须”、“推荐”、和“可选”等词汇来描述对客户端开发要求的强调程度。n “必须”：项是指客户端所必须提供的功能或性能要求； n “推荐”：项是指在方案中未作
26、硬性要求，但建议客户端提供的功能或性能要求；n “可选”：项指在目前看来是中国移动需求的发展方向，或客户端产品在目前阶段可不提供的功能或性能要求。n “目前阶段”：从本版本发布之日截至到下一个版本发布日期。规范中除了明确指明为“推荐”、“可选”外，均为必须要求。n “暂停”：本规范中出现的暂停，特指针对用户对于客户端所作的操作。下列缩写词适用于本方案：缩写词英文解析中文解析DRMDigital Rights Management数字版权管理机制XMLeXtensible Markup Language可扩展标记语言XHTMLThe Extensible HyperText Markup Lan
27、guage可扩展超文本标识语言CSSCascading Style Sheet层叠样式表单HTTPHyper Text Transfer Protocol超文本传输协议ASFlash ActionScript launguageFlash脚本语言GPRSGeneral Packet Radio Service 通用无线分组业务下列术语和定义适用于本方案：词语解释手机客户端安装在手机终端上的用于和游戏大厅服务端进行数据交互并显示游戏社区内容的手机客户端软件，用户端展现层软件。前端前端包括手机客户端、WAP浏览器和WWW浏览器。服务器端/平台/后端服务器端/平台/后端是提供游戏大厅核心业务能力的部
28、分。社区提供用户之间交流和分享的平台。好友用户个人在社区内经常进行深度交流的用户群体集合。AVATA社区虚拟形象。运营管理员对内容进行运营管理并对技术平台进行开发支撑维护的合作伙伴。个人空间个人空间是指用户个人属性的集合，包括好友列表、个人信息、个人批注、个人账户、个人设置等。个人空间同时存在于前后端，并保持更新同步。MM7MMS Relay/Server与VAS APPLICATION的接口。产品一个内容项或者多个内容项进行定价之后就形成了产品，与内容项的关系是一对一或者一对多。一个产品是用户订购和计费的单位。产品分为两类，一类是包月产品，一类是按次点播产品。4.4业务简介中国移动游戏大厅是
29、配合手机游戏业务而开发出的客户端产品，目前该产品的第一版本已经完成，实现了g+游戏的展示和下载功能。随着业务的发展，需要进一步扩充其功能，进行二期开发。本方案提出了对于二期系统的应实现系统和各功能模块的解决方案。游戏大厅2.0版的总体需要以游戏产品的营销为根本目的，采用白名单登陆系统增加社区用户的基数，再与飞信系统的整合快捷沟通用户之间的交流，并且关注用户体验，在客户端中体验玩家社区的各项功能，增强客户黏性。开发内容为游戏大厅2.0版客户端与服务器端程序。游戏大厅服务器端运营于Linux环境，数据库环境为Oracle。4.5系统功能示意图（系统功能示意图）五、 客户端总体架构设计游戏大厅客户端
30、软件总体设计遵循友好的用户体验和丰富的内容和功能的展现的原则。客户端设计和实现的侧重点在于软件功能的完善性、内容展现效果的丰富性、软件运行的稳定性、平台功能的可扩展性和手机机型适配的广泛性。5.1ESSA架构客户端系统的主体架构采用VIVA自主开发的具有自主知识产权的ESSA平台架构，能够实现在各种手机平台上的快速高效的客户端应用实现，UI展现效果突出、展现功能丰富。ESSA平台具有如下技术优势：1）ESSA 是一个跨不同手机平台的应用软件开发引擎（中间件），能够实现针对产品设计、服务流程的一次编码，多平台编译运行之目的。2）ESSA 是根据手机客户端开发的特点而设计。由于终端开发对平台特性依
31、赖很大，系统提供的 API使用不方便，ESSA可以则针对于此，可以解决移植性差、UI 欠缺表现力、各平台UI & API不统一等问题。3）ESSA可以覆盖到现有所有主流手机平台，使用统一的封装，统一的命名，拥有完整的文档和规范4）提高了开发效率和代码重用率5）拥有极具表现力的UI，并且自动支持UI的移植。使多平台产品开发流水线化。ESSA平台架构示意图如下所示：（ESSA平台架构图）5.2客户端平台架构设计游戏大厅客户端软件平台基于ESSA架构采用功能分层的设计方案，从直接面向操作系统、终端物理设备的接口层，向上至引擎层，应用层，UI层分别进行封装，保证各个功能层模块开发和封装的独立性和代码性
32、能的高效性（如下图）。同时分层架构设计，能够使得引擎层和应用层、UI层的开发做到与操作系统和终端物理平台的无关性，能够最大限度的进行手机平台的移植和适配。（客户端平台架构设计图）5.3内嵌WAP2.0解析和浏览客户端采用内嵌WAP2.0解析器的实现方案来实现wap内容的浏览，基于XML解析技术，针对WAP2.0的XHTML规范进行标签解析，展现内容采用可扩展控件的实现方式，便于各种协议标签的展现的可扩展性和兼容性。详细实现遵循WAP2.0 XHTML规范。WAP浏览器模块具有如下技术特点：1）能够完整的对WAP2.0协议进行解析并展现，并向下兼容WAP1.0协议解析2）具有页面缓存机制，能够有
33、效进行浏览过的页面和图片等资源的本地缓存，并根据用户访问的频度定期清除不常用的缓存数据，确保总体内存容量的占用在一定限度内。3）根据手机的特点进行内存容量的检测，并对于过大内容的网页在获取全部数据前进行预测，根据预测算法的结果来判断是否完全显示或部分显示，并给用户提示，防止由于内存溢出或过分占用引起系统死机或运行效率降低。4）能够实现Cookie保存机制，用于保存用户注册登录信息，以便进行安全网页交互。5）实现SSL安全机制，能够完成计费等安全操作。5.4内嵌Flash解析和展现Symbian版本客户端内嵌FlashLite引擎，能够解析和播放Flash内容，解析AS脚本语言。Flash解析模
34、块具有如下功能：1）能够实现对Flash Lite标准的完全解析和展现。2）能够实现在线Flash内容的展现。3）实现DRM版权保护机制。4）对Flash文件的占用内存情况进行检测和限制。客户端内嵌FlashLite引擎遵循Flash Lite规范。六、客户端DRM机制针对游戏大厅2.0客户端对版权游戏内容的展现，本方案有针对性的提出DRM数字版权保护机制，采用OMA2.0规范进行数字版权保护，确保版权方游戏内容和游戏社区用户的知识产权的安全和信息的安全。6.1 客户端DRM保护方案对于游戏大厅的游戏下载的DRM保护和社区内容的，支持游戏认证下载，支持超级分发、版权重续，支持栏目、频道、内容组
35、等的DRM保护和分发。采用DRM1.0+标准实现DRM保护，实现原理如图其基本原理是，加密打包后的受保护游戏Flash文件通过下载服务器传送至手机游戏大厅客户端，用户通过客户端从RI获取许可证后，使用受保护的游戏内容。（客户端DRM保护方案示意图）6.2业务流程6.2.1版权规则管理业务流程手机客户端的版权规则通过游戏大厅服务端平台定义，版权规则审核通过后，由平台通过统一配置接口同步至DRM。配置数据数据配置回执文件数据配置文件游戏大厅平台DRM平台（版权规则管理业务流程图）流程描述：1） 游戏大厅平台将数据配置文件FTP到DRM Server的指定目录。2） DRM Server周期性扫描配
36、置目录，发现新的配置文件，则读取并根据配置文件中指定的操作进行增加、修改、删除、覆盖操作。DRM Server根据操作结果生成回执信息，放到指定的目录下。3） 游戏大厅平台通过FTP到指定目录下获取并删除数据配置回执文件。6.2.2游戏内容打包业务流程对于游戏内容，在服务端内容管理模块对游戏文件内容进行打包的过程中，加入DRM打包的流程。如下图所示：（游戏内容打包业务流程图）1） CP管理员提交内容发布（单个/批量）申请，将内容实体上传到临时空间，内容状态为申请，工作流状态为审核中。2） 运营商管理员对内容信息和内容实体进行审核，如果不通过，则流程结束，系统自动进行数据清理，对于批量内容发布申
37、请，如果有一个内容审核不通过，则整个批量申请被驳回；如果审核通过，则工作流状态变更为配置中，内容状态为申请。3） 运营商管理员进行打包（将内容提交到DRM Server进行打包），若打包不通过，则工作流状态结束；若打包通过，则工作流状态变更为配置中，内容状态为申请。4） 运营商管理员进行定价配置，若配置通过，则工作流状态变更为测试中，内容状态为待测试。5） 运营商管理员进行测试，如果测试不通过，则工作流状态变更为结束；如果测试通过，工作流结束，内容状态变更为正常，同时业务系统将生成的内容url返回给内容管理平台，内容管理平台将内容实体和信息存储到内容存储空间中。6.2.3客户端软件激活业务流程
38、客户端保存激活码鉴权应答客户端激活请求鉴权请求客户端激活应答（含激活码）游戏大厅客户端DRM游戏大厅服务端下载、安装客户端（客户端软件激活业务流程图）首先，用户下载安装游戏大厅客户端；1）客户端首次启动或发现激活码失效或被破坏，则要求激活客户端；游戏大厅客户端向DRM发起激活请求。2）客户端保存激活码（在本地加密保存），获取发起许可证获取请求时，使用激活码对请求消息进行完整性保护，并根据激活码生成许可证解密密钥。6.2.4许可证获取流程用户首次订购内容，或用户许可证失效，或本地内容和许可证丢失，需要恢复内容和许可证。即游戏大厅客户端在不同场景下发起许可证、内容获取请求。（许可证获取流程图）状态
39、说明：1） 客户端启动时获取许可证；2） 用户确认订购后获取许可证；3） 许可证获取时返回用户未订购的错误码，客户端返回订购界面。4） 未发现本地许可证或本地许可证失效，则判断用户“订购记录”，如果用户未订购，则展示“订购”页面，展示当前内容对应的所有产品，供用户选择。5） 如果用户已经订购或者新订购，则重定向到DRM恢复许可证。6） 获取许可证成功，判断本地是否存在相同的内容，如果存在提示用户是否覆盖，如果用户选择“覆盖”，或者本地没有相同的内容，游戏大厅客户端发起内容获取过程。7） 用户根据许可证恢复内容。8） 获取许可证或内容出错，向用户展示提示信息。6.2.5内容订购业务流程用户通过客
40、户端订购业务或产品，用户确认订购后，向DRM发起许可证获取请求，DRM返回产品许可证和内容许可证，客户端根据许可证下载内容。内容下载响应内容下载请求内容和产品许可证(Ticket,含ContentURL)订购关系鉴权许可证下载(CID+PID+ContentURL)确认下载内容批价计费购买内容浏览内容游戏大厅客户端DLSDRM鉴权计费用户门户下载游戏文件（内容订购业务流程图）1） 用户通过客户端浏览、搜索游戏内容，2） 用户下载游戏，用户门户向对内容批价并产生计费。3） 用户确认下载游戏内容。4） 客户端向DRM发起“产品许可证+内容许可证”下载请求。5） DRM向手机客户端请求鉴权批价。6）
41、 DRM对ContentURL进行摘要，并且生成许可证。7） DRM向手机客户端返回加后密的许可证。8） 手机客户端根据内容许可证中包含的ContentURL向DLS发起内容下载请求。9） DLS返回内容，手机客户端接收内容，下载过程中根据产品许可证控制内容的访问权限，根据内容许可证中包含的密钥对内容进行解密，客户端进行游戏下载。6.2.6版权重续用户收到超级分发的内容，或者本地的产品许可证被删除、被破坏、失效，则手机客户端给出版权重续导航页面，用户通过手机客户端订购相应的产品。用户确认购买后，手机客户端根据内容中嵌入的riURL地址发起许可证下载请求。简单方案如下：内容批价计费用户确认重新购
42、买内容)需要续订)许可证下载(CID+PID)内容和产品许可证(Ticket)订购关系鉴权许可证下载(CID+PID)判断本地无版权或版权失效游戏大厅客户端DLSDRM鉴权计费用户门户游戏内容订购关系鉴权（版权重续业务流程图）6.3DRM加密算法DRM实现方案采用的加密流程如下所示：（DRM算法结构流程图）1） 内容在DRM平台经内容密钥CEK加密后保存为DCF格式文件在服务端平台保存，DRM平台保存对应内容ContentID的CEK信息2） 终端软件开发时需要定义一个客户端密钥ClientKey，不同版本的终端软件使用不同的ClientKey，ClientKey由DRM服务器和客户端相互约定
43、不在网络中传输3） 客户端首次使用时首先向服务端平台进行注册，平台生成用户唯一标识user-id，并返回客户端，然后客户端携user-id向DRM平台发起客户端激活，DRM平台生成客户端激活码RegCode，并维护RegCode和user-id的对应关系，端软件在本地保存RegCode。4） 客户端每次启动时，需要向游戏服务器端鉴权，游戏服务器端返回用户唯一标识uesr-id和当前服务器时间，终端核对user-id是否相符，并更新终端时间。n 如果发现user-id与本地不符，则需要重新激活。n 对不支持更新终端时间的手机，由终端软件维护时间，并定时（建议每一小时一次）向服务器发起时间同步。n
44、 如果终端不能联网，则暂时信任本地user-id和终端时间5） 终端软件请求版权证书时，上报user-id，DRM平台根据终端版本获取ClientKey，根据user-id获取RegCode，通过HASH摘要得到版权加密密钥REK，通过REK将版权加密返回终端。6） 终端软件在获取版权证书时Nonce不作为必须要求，终端可以不使用Nonce机制保证传输安全。终端软件在内存中将ClientKey、user-id、RegCode计算得到REK，REK只能在内存中保存，经REK解密后得到的内容解密CEK也只能在内存中保存，本地磁盘只能存储加密后的密钥文件。所有终端和DRM平台的交互都需要将关键字段数据和ClientKey组合计算摘要，防止
