广电互动新系统建设项目系统方案建议书

1、项目标识YYYYYYYY密级保密苏州广电互动新系统建设项目系统方案建议书北京宏天德美数码科技有限公司2021-1-24目录缩略语缩略语名称说明VisionTVDMX互动电视系统整体品牌AMS媒资治理系统APP互动电视业务应用系统BO互动电视业务后台治理系统M3P全媒体分发平台套件VPG点播节目指南Portal互动电视门户系统VS视频服务器系统Boss业务运营支撑系统MotoBMI摩托罗拉业务治理接口AAA认证鉴权计费1 概述随着互动电视业务在苏州的大力推广以及互动电视用户量的快速增长，各地特色业务需求不断增加；苏州作为江苏广电业务进展最为胜利的的地市代表，有着强大的运营实力和丰富的视频资源，同

2、时苏州经济发达，市民有着更高的精神文化追求，为广大电视用户更加贴近本地生产生活的互动电视服务成为广电部门的首要任务；本文依据苏州互动电视新系统项目要求，结合广电行业进展趋势，为苏州广电部门提出了一系列功能强大，贴近运营实际又具有优秀前瞻性的软硬件系统产品构成了完整的解决方案；2 需求分析通过与苏州客户沟通，结合我们在广电行业多年的服务体会，分析出苏州本地互动电视业务运营的需求如下：满意本地互动电视业务运营需要方案建议书需要供应苏州广电本地进行掩盖本地广电用户的互动电视业务的整体运营的方案建议，其中包括从媒资注入、上片下片等日常治理操作功能到互动业务运营需要的各种信息统计及账目处理再到终端用户通

3、过机顶盒终端看到的本地互动电视内容的呈现和用户的电视营业厅自服务；供应本地互动电视业务呈现方案建议书需要供应成熟的用户端互动电视业务呈现系统，保证与互动电视应用系统存在着成熟的对接接口，保证用户界面和应用系统之间的完善结合，既要供应基本的用户界面呈现又可供应可选的第三方用户界面设计；互动电视业务呈现系统需要与省网的互动电视呈现系统完成对接，保证本地业务的可用性；供应本地互动电视业务运营治理功能方案建议书需要供应成熟的互动电视应用系统来完成本地媒资文件的注入、VPG信息治理、区域及用户组治理、上片下片及审核治理、定价治理等本地进行互动电视业务运营的日常操作治理功能；供应本地互动电视账目处理方案建

4、议书需要供应本地进行本地媒资资产的自主定价，并能够完成本地用户针对本地媒资资产的认证、鉴权和购买的完全掌握，形成独立的CDR信息，在本地进行相应账目的处理，并要求能与省网账目处理系统完胜利能对接；供应成熟的业务运营工具作为苏州本地互动电视运营而言，应当积极发挥“后发优势”，借鉴其他先进运营商的成熟体会，利用好已在其他先进运营商处已胜利应用的能大力促进互动业务开展的运营工具套件是提升本地运营水平的一个捷径；方案中需要供应相对成熟的运营工具系统供苏州有线部门进行评估选用；与省网系统的完善结合作为江苏有线集团公司的地市子公司，苏州有线在追求更好地开展好互动电视业务的同时，需要本地自营的互动电视系统与

5、省网系统的完善对接，在利用省网的现有资源平台的基础上，通过建立相对敏捷的具有本地运营才能的地市级应用系统丰富广电系统的整体运营模式，探究出适应将来广电有线网络的进展的新的道路；现有系统完善结合方案建议书中需要描述出在支持本地运营的各种功能如何实现和省网系统的对接和协作；主要描述出本地节目注入、本地上片、本地定价及计费等自主功能；省网业务进展规划和谐一样本次方案中涉及到的各个系统需要和省网系统融为一体，在进行本地运营的同时不得变更省网系统的主要业务流程和运营策略，并保证在省网进行全省范畴内的业务变更和新业务上线时可以顺当进行；用户体验的平滑过渡本次方案中供应的系统供应应本地运营商操作人员和终端用

6、户使用时，应当保证用户从原有系统上迁移到新系统时可以快速、顺当地完成，用户使用习惯和观感上没有特殊大的差异；对将来多业务统一治理的支持实现在苏州本地互动电视业务中引入或建设更多的增值业务，需要统一的平台系统对多业务的快速交付进行治理和支撑；3 设计原就高性能本次方案中供应的互动电视应用系统采纳多种成熟的技术手段和胜利案例来保证系统的高性能；稳固性本方案建议书采纳经过国内最大用户量检验的互动电视应用系统，并供应针对苏州本地运营现实需要进行优化和改进的稳固版本；成熟的业务运营工具在实现苏州本地的互动电视业务开展的同时，方案中供应的系统同时具有接入或支持省网现有或待引入的业务，保证在更多的成熟业务运

7、营方面可实现本地化的分级运营支持；扩展性本方案中供应的系统采纳可快速敏捷扩展的平台架构；由于业务需求的不确定性，业务量可能爆发性增长，系统支持横向扩展，IT投资可按需调整，提高成本效益，达到有线运营商级的高可用性及高牢靠性；总体而言，以较低的IT成本，达到高水平的客户体验；4 方案介绍4.1 总体架构本次苏州本地的互动电视新系统的整体架构如上图所示，其中苏州本地需要建设VisionTVAMS系统、VisionTVAPP系统及Portal系统和增值业务治理系统，如上图中橙色部分所示；同时，我们建议复用省网中M3P系统、AMS系统、Boss系统、Bo与VS系统及省网VODPortal系统及掩盖本地

8、的IPQAM设备和本地的Boss系统；苏州本地新建设的4个系统中，AMS系统负责完成本地媒资的注入及治理工作，APP系统完成本地互动电视的业务运营及计费，Portal系统完成本地视频点播的呈现，增值业务治理系统负责用户鉴权和记录本地用户使用本地互动业务时的用户使用记录作为Boss系统计费的基础，同时增值业务治理系统完成多业务的治理与支撑；本地的Boss系统需要完成本地用户视频点播业务省网及本地自营部分的合帐处理；省网M3P系统增加分发策略处理功能以支持苏州本地媒资文件注入省网统一的视频服务器当中；省网AMS系统供应在苏州媒资文件的注入过程中的文件缓存的一个过程；省网Boss系统供应了苏州本地用

9、户使用省网视频点播业务的过程中产生的费用原始记录，作为苏州本地Boss系统合帐的基础；省网的Bo系统、视频服务器及掩盖本地的IPQAM设备共同供应了苏州本地用户使用视频点播业务时为用户进行视频推流的功能；省网的Portal系统需要完成苏州本地portal系统的导航工作；4.2 系统功能本次方案中供应了苏州本地能够进行本地自主运营互动电视视频点播业务的整体功能，主要由新建设的AMS系统、APP与Portal系统共同完成的；同时支持业务快速开展及上线除了复用现有系统外，也会要求现有系统做某些功能上的增强，下面将就几个方面对新系统供应的主要功能进行描述；4.2.1 本地资产注入本方案供应应苏州本地进

10、行本地媒资资产向中心的视频服务器注入的功能，主要由本地AMS系统、M3P系统及省网AMS系统及VS系统完成；目前省网统一注入节目的流程如下图所示：南京APP南京HotelAPP昆明APP5b.1资产发布【W】S5b.2资产发布【WS】大洋1.发起注入恳求【Corba】5b.1资产发布【Corba】MOTOBMI4a注入通知【Corb】a南京M3P4b.资产同步【W】S昆明M3PBO2. 注入恳求【Corba】4b.1注入通知4a.1FTP下载【TC】P南京AMS4b.2FTP下载【TCP】昆明AMS5b.注入通知【Corba】3. FTP下载【TCP】基本的注入流程说明如下：1. 大洋的MAM

11、系统向南京M3P系统恳求进行媒资注入；2. 南京M3P系统向南京的AMS系统传递注入恳求3. 南京AMS系统从大洋的MAM系统通过PULL方式将媒资文件下载到AMS系统中4. 南京M3P系统依据媒资分发的策略设置通知南京的BO（MOTOBMI）系统进行媒资的注入或同时通知昆明的M3P系统进行资产同步；而后南京与昆明两地的节目注入及发布扩成采纳异步方式完成；南京方面MOTOBMI采纳pull方式从南京的AMS系统中下载媒资文件并注入到视频服务器中；昆明方面昆明M3P系统通知昆明AMS系统从南京AMS系统中采纳pull方式下载相应的媒资文件；然后昆明AMS系统通知昆明的Bo系统向视频服务器进行注入

12、；5. 南京方面，在MOTOBMI注入完成后，通知南京M3P，M3P依据媒资分发策略向相应的互动电视APP或酒店互动APP进行资产的发布；昆明方面，在昆明BO完成了资产的注入之后，通知昆明的互动电视App系统进行资产发布；在苏州本地新系统建立完成之后，苏州本地的操作员将本地的媒资资产通过本地AMS系统完成必要的转码处理后，通知省网的M3P进行节目注入，省网的M3P系统通过升级增加苏州媒资文件的识别和苏州媒资分发策略的设定功能，通知省网的BO完成资产注入后通知苏州本地的APP完成资产的发布；详细的资产注入流程如下图所示：苏州APP5b.1资产发布【WS】5b.2资产发布【WS】南京APP苏州AM

13、S1. 发起注入恳求【Corba】南京HotelAPPMOTOBMI4a注入通知【Corba】南京M3P5b.3资产发布【WS】2. 注入恳求【Corba】4bFTP下载【TCP】南京AMS3. FTP下载【TCP】具体的注入流程说明如下：1. 苏州AMS通过ISA接口向南京M3P发起注入恳求；2. 南京M3P向南京AMS发出注入恳求；3. 南京AMS通过Pull方式从苏州AMS系统下载媒资文件；4. 南京M3P通知MOTOBMI进行注入，MOTOBMI到南京AMS系统采纳Pull方式猎取媒资文件并完成向视频服务器的注入；5. 南京M3P依据媒资分发策略的设置完成资产元数据分发到本地APP、本

14、地酒店APP或苏州APP完成预定的资产发布过程；4.2.2 本地上片及审核苏州本地互动新系统的建设实现了苏州本地互动视频点播日常运营的全部功能，以典型的上片及审核功能为例来说明苏州本地的日常运营操作是如何完成的；详细的日常运营操作中的上片及审核发布流程如上图所示；在完成本地的资产注入以后，省网M3P系统通知苏州APP系统资产元数据进行发布，苏州本地的操作员在APP系统中完成影片的定价后，做上片的申请操作，依据预设的上片审核策略，由审核人员在APP系统中完成本次上片的审核工作，审核完成后，苏州APP系统自动向苏州的Portal系统进行节目的发布操作；苏州本地通过新建APP及Portal系统从而完

15、成了“本地上片、本地审核、本地发布”，将互动视频点播的日常运营工作全部做到了本地完成，增强了苏州本地开展互动视频点播业务的敏捷性，实现了自主运营策略的制定；4.2.3 苏州本地定价治理本方案中供应的系统供应互动电视定价治理包括查询offer信息、修改offer价格类型、影片定价反定价等功能；Boss系统作为广电基本业务运营支撑系统，在日常运营中涉及到运营策略及产品定价和账目处理等基础运营工作；互动电视APP系统作为互动电视运营的工具系统主要负责详细互动电视业务内容的定价治理；从Boss系统定义价格方案，到互动电视APP系统为详细的视频内容定价的关系如下图所示：Boss系统为某一组的视频内容定义

16、一个价格方案，如上图中OFFER信息，将每部电影定义为一个产品（当然可以把电影按不同的标准进行分类并分别设定价格方案），并为该产品设定基本价格；通过接口传递给VODAPP系统，互动电视操作员在APP系统中供应的操作界面中为某个电影（如：让子弹飞）设定为某个offer的ID，从而建立起详细的影片和价格之间的关系；假如广电运营商的市场部门想策划某项营销活动，只需要在Boss系统中对产品（或价格方案）进行营销品的设定就好；例如，在春节期间，用户点播全部的电影均为八折；这个优惠策略就会在Boss系统中设定在相关的产品之上；在活动的期限内，终端机顶盒用户通过Portal呈现系统进行某个电影的点播时，呈现

17、系统的规律关系如下面所示：当用户在使用视频点播业务在详细影片介绍页面时，能够查看到影片的基本价格，当用户挑选点播后，APP系统会实时向Boss系统进行offer询价，Boss系统依据各种相关的优惠策略运算出最终的结算价格，并通过APP系统和Portal系统出现给最终用户；4.2.4 用户拜访本地业务苏州本地新建Portal系统作为本地互动视频点播业务的呈现系统，通过与省网Portal系统的对接来实现省网Portal到苏州本地portal的链接跳转，在不转变业务流程和用户体验的前提下，保证了苏州本地业务的顺当开展；用户通过拜访Portal来使用互动电视业务的示意图如下：苏州本地的广电用户通过机顶

18、盒拜访互动电视业务时，在保证省网业务的业务流程不变的前提下，用户第一拜访省网的Portal系统，通过省网的APP系统完成用户的登陆认证，依据用户所在的区域和用户组，用户看到的首页是省网Portal的苏州页面；通过在苏州页面中添加苏州本地portal的导航链接，保证了苏州本地用户可以很便利地拜访苏州本地视频点播内容的同时，又不会对其他地市用户拜访省网互动内容造成影响；在用户通过链接拜访苏州本地portal的时候，通过苏州APP和苏州Boss的AAA模块完成用户在苏州本地的用户认证、购买等操作，保证了本地互动内容运营的本地计费的实现；当用户退出苏州本地portal时，通过Portal上的页面跳转可

19、以帮忙用户到达省网portal页面或直播节目界面；省网portal和苏州portal均为北京宏天供应，保证了系统和用户体验的一样性；4.2.5 用户本地内容的点播实现苏州本地用户在苏州portal页面上拜访本地供应的互动内容时，进行订阅购买并通过省网的推流系统完成视频点播的过程是典型的用户业务使用场景；下面就该典型业务场景进行示例说明；如上所示，用户点播本地视频内容的典型流程说明：1. 用户拜访本地portal页面2. 通过在本地portal页面上浏览进行包括产品订阅购买或点播等业务使用操作；其中产品订购后通过流畅3来完成，点播通过流程4完成；3. Portal通过APP向苏州本地Boss系统

20、进行产品的订购或购买，最终在Boss系统的AAA模块中形成用户和产品的订购关系；4. 用户在portal页面上进行视频内容的点播操作，APP系统处理点播恳求，为保证用户体验，特采纳BO推流及用户鉴权同步完成；一方面执行流程4向省网BO系统恳求建流，一方面执行流程7向增值业务治理系统恳求用户的鉴权；5. 省网BO系统调动视频服务器建流并推向边缘节点的IPQAM；6. 在完成流程5之后，IPQAM向机顶盒推流；7. 在BO推流的同时，本地的APP系统向增值业务治理系统发送用户鉴权恳求；8. 增值业务治理系统记录用户点播信息并向苏州Boss系统恳求用户鉴权；9. 在预设周期终止后，增值业务治理系统通

21、过异步定时机制向苏州Boss系统发送用户的点播记录详单作为Boss计费的依据；4.2.6 计费及账目处理针对苏州本地互动电视业务的运营一个重要的方面就是关于计费和账目的处理，这方面的功能是有增值业务治理系统来完成的；增值业务治理系统支持多种增值业务多种计费类型的统一计费详单处理，相对于Boss系统，供应了更多更敏捷的业务计费支持；增值业务治理系统是特殊为广电运营商进展以互动电视业务为主的多种增值业务供应AAA、计费、增强型用户治理等业务治理功能的软件系统；它通过和Boss系统很好的互补，供应更为敏捷的运营策略设置，更加强大的用户AAA及计费功能，从而支持互动电视业务等增值业务的成熟运营；北京宏

22、天供应的增值业务治理系统已经完成了在省网公司的部署，负担起了全省互动电视用户的AAA、计费等核心业务处理；完成了包括互动电视业务、嬉戏平台业务在内的成熟增值业务的治理与支撑作用；增值业务治理系统的计费功能供应服务使用治理功能来完成前向或后向收费的统一的服务使用记录作为计费的依据，供应价格方案分发策略功能保证BOSS系统与业务系统的计费元数据的同步及一样性，供应向BOSS系统供应统一的业务使用单传递功能来实现最终的计费，并可依据业务运营的需要对计费流程做敏捷的设定；苏州广电面对终端用户应当供应统一的账单和统一的服务，这要求苏州Boss系统完成与增值业务治理系统的集成；增值业务治理系统定期向苏州B

23、oss系统传递用户业务使用详单，Boss系统需要支持基于该详单的计费功能；4.2.7 业务治理与业务支撑从广电互动业务上线运营开头，相伴着越来越多业务级和系统级的应用系统以业务系统或系统工具的形象加入到广电核心网络当中，如何利用好这些应用系统是广电互动业务胜利运营的关键；在多年的互动电视建设参加者的体会积存上，北京宏天也挑选了一些有代表意义有成熟市场价值的业务系统举荐给苏州本地的运营商，详见附录节业务进展建议部分；但这些应用系统能发挥预期作用的关键是统一的服务接入，统一的业务治理，统一的业务支撑等整体系统架构规划的实现，这就是增值业务治理系统又一不行或缺的作用；增值业务治理系统供应业务治理与业

24、务支撑功能主要解决如下几个问题：业务快速接入针对广电增值互动业务系统而言，假如没有标准的统一接口，没有统一的接入治理手段，每个增值互动应用都必需与BOSS/SMS、认证平台、互动portal等系统进行集成，造成了新业务在规划、设计、开发、运营、保护等各个环节工作内容纷杂，集成周期过长，难以快速响应客户和市场需要的局面；多业务系统运营的统一治理面对相对独立的业务系统，假如业务运营全开放给各个业务系统自行治理，运营商无法把握业务系统的交易和使用情形，难以对各个业务系统的运营过程进行统筹规划和统一治理；统一的业务规划和资源整合互动业务系统相对独立，彼此之间缺乏有效整合，运营商难以对互动业务进行完整、

25、统一的治理，一方面，加大了系统的保护难度和复杂度；另一方面也运营商无法全盘把握互动业务整体运营状态，无法准时对互动业务进行有效地调整和规划，达到效益的最大化的目标；针对上述问题，增值业务治理系统供应了统一的互动增值业务接入、业务治理、统一增值业务监控、支持业务资源整合的互动电视业务运营的基础平台系统，并以此为基础形成的互动增值业务治理平台接入规范，支持、承载多种类型的互动增值业务应用，并指导新增增值业务的快速接入和部署；4.2.8 更多系统功能 AMS系统北京宏天供应的VisionAMS产品是为交互电视业务运营商供应有效掌握和治理数字形式的点播内容的媒体治理系统；VisionAM

26、S位于交互电视业务系统的前端，可以让运营商确认获得的内容是否符合业务的需要；假如不符合VisionAMS可以进行编辑、处理使之能够符合业务的需要，我们举荐采纳ADI的规范对内容进行编辑、添加元数据并进行打包处理；VisionAMS也支持媒体内容的预处理，例如转码、预加扰等，这些需要和相应的硬件设备协作实现；全部的内容经VisionAMS处理确认后将输出给VisionTVBMS组件，以便将内容和元数据分别分发给视频服务器系统和应用系统让机顶盒可以获得业务内容；使用VisionAMS可以给用户带来如下好处：自动的元数据生成在VisionAMS上系统可以依据内制的模板自动生成元数据框架，为操作员供应

27、直观的元数据录入操作界面，以便快捷的完成元数据的手工录入；基于标准元数据的导入、编辑、和校验元数据是发布系统的一个相当复杂的部分；我们的VOD元数据模块目前支持CableLabsADI1.1；系统简化了用户输入和保护有效元数据的工作量；基于窗口的界面供应VOD和打包工作流；便利的打包供应对于带有大规模RAID磁盘配置的储备、存档治理，如NAS，就象DVD和CLT那样存档内容和元数据；离线库和在线库内容的敏捷交换内容可以按方案在VisionAMS的外挂盘阵离线库中和视频服务器系统中的在线库中进行交换，即离线库中的内容可以定期注入到在线库中，而在线库中的内容可以定期的从在线库中删除；内容的二次处理

28、通过数据预备网关可以对媒体内容进行转码（需要离线编码器协作）、预加扰处理（需要预加扰服务器协作）；快速的治理功能系统答应通过一个基于Web的界面设置频道和指南数据； APP系统.1审核治理节目审核对于已经发布到预发布页面系统（Portal）的节目采纳机顶盒作为终端进行手动审核，审核包括对内容质量、页面链接、页面设计进行审核，审核时应说明通过或拒绝的理由，被拒绝的节目将要求立刻下片；页面审核对于修改的页面进行手动审核，可以批量审核、也可以单个审核，审核时应说明通过或拒绝的理由；.2 用户权限治理用户权限治理主要完成对系统操作人员的帐号、角色、权限进行治理

29、；角色是依据系统的工作流程制定的工作职责，对应一类操作人员；权限是指应用治理系统下全部功能菜单项的拜访权限，系统治理员可以通过安排让某个角色具备可以拜访的功能菜单项，以便于该角色对应的操作员拜访系统完成业务工作；.3 配置治理节目等级配置配置节目等级（等级的增/删/改）；等级用于面对不同年龄层的终端用户供应节目限制，防止不足等级的终端用户看到和年龄不相符的节目内容系统基础参数配置配置系统基本参数，参数包括：缺省年龄阀值、缺省密码、删除海报FTP地址/端口/用户名/密码、节目排序方式、一周内下片节目排序方式；机顶盒年龄配置配置影片与级别（G级、N级等）的对应关系，用于在机顶盒寻价时

30、，判定年龄限制；假如这个影片关联的是18岁以下不能看，而用户已经设置年龄为18岁以下限制的挑选，就弹出输入密码挑选，假如输入正确，就进行寻价，否就不能播放；相应的机顶盒端需要支持设置年龄挑选打开G级、N级、或者不打开以及密码；节目审核配置配置节目审核的方式：手动/自动，审核周期，到期处理方式等内容；区域配置治理配置不同省网内的区域属性和区域应用属性，如省中心平台、西安平台、其他分中心平台等地的页面服务器接入配置信息等；.4 节目治理节目删除节目删除主要实现应用内媒体资产信息的删除功能；特殊留意的是，在删片时需要先判定相关节目已经下片，假如已经下片再执行删片；否就不答应删片操作；对

31、于强制删片来说，不需要做此判定，直接删除相关的节目记录；节目信息治理节目信息治理主要实现媒体资产信息的查询、修改；需要说明的是，操作员需要依据其权限来进行操作；节目定价节目定价是对节目进行offer关联的过程，操作员需要依据其权限来进行操作，需要说明的是，offer信息均由BOSS系统产生并同步到应用治理系统（ApplicationServe）r中；栏目治理栏目治理主要是指节目分类的治理，操作员需要依据其权限来进行操作；节目发布治理节目发布治理主要完成省网节目的上片、下片功能；点播恳求处理点播恳求处理与原有系统的点播恳求处理基本保持流程一样，即由应用治理系统（ApplicationServe）

32、r将节目对应的offer通知BOSS系统进行计费处理；.5 字幕治理治理员登录系统后录入优惠滚动字幕信息、字幕显示时间、显示间隔、删除时间等内容，系统储存字幕信息后，同步到页面系统（Portal）端；页面系统（Portal）依据设置的字幕显示时间、显示间隔在电视屏幕上滚动显示字幕内容，当到达删除条件后，页面系统（Portal）不再进行字幕显示；治理员可以增加、删除、修改和查询字幕内容和设置信息；.6 数据同步治理供应即时通知功能和远程数据更新功能，完成导航内容发布后由应用治理系统（APP系统）内容到页面系统（Portal系统）的有效分发和同步；即时通知功能把数据组织

33、成恰当的颗粒度，并确保通知到每个页面系统（Portal）服务器主机，以更新数据；此功能使应用治理系统端治理的数据可以准时地、增量地同步到页面系统（Portal），防止页面系统（Portal）定时轮询数据造成的缺点：一方面对应用治理系统有压力、数据更新效率低，另外一方面数据更新不准时；远程数据更新功能实现数据在应用治理系统和页面系统（Portal）之间高效地传送，应用治理系统对要传输的数据进行序列化封装，有利于数据在网络上传送以及在页面系统（Portal）端重组；该功能既支持增量式的数据同步，也支持全量式的数据同步；其中当进行全量更新大量数据时，可以采纳批量方式，在远程拜访次数和每次的传输数据量

34、上取得适当的平稳；.7 电视营业厅系统广电双向网络的改造为电视用户带来了便利，用户可以足不出户即可完成用户信息查询、消费记录查询、产品订购及用户充值等自助服务功能，极大地提高了用户使用的便利，提升了用户体验；其中用户信息功能，主要包括基本信息、账户余额、充值记录、账单查询、密码修改；点播详单查询功能支持按不同的时间周期查询；产品订购功能，主要包括已订购信息查询和增加订购功能；用户可订购或退订产品；账户充值功能，主要包括综合业务充值卡、增值业务充值卡、乐视充值卡、虚拟币充值等功能； Portal系统页面系统Portal为机顶盒供应了业务出现和全部业务的门户入口，它包括

35、页面显示规律和商业规律，实现多种应用服务：包含MOD、我的列表、我的保藏、资讯信息、页面广告；北京宏天供应的页面呈现系统支持针对不同用户组供应不同风格的页面系统以便为不同地市、集团用户供应个性化导航信息；.1 MOD/VOD是按单个节目单次收费的点播业务，在每次观看的时候收取一次性费用，并在肯定有效期内重复收看不用再次收费；支持按次点播收费支持依据系统供应的节目分类浏览节目支持检索功能：按节目名称能显示出节目的有关信息，包括节目名称、导演、演员、宣扬海报、剧情介绍在指定的购买有效期（例如30小时）内，可以重复播放已购买的节目而不需再次购买；假如中途停止播放，停止的位置会被记录下来

36、；在下次观看时，可以从停止的位置重新开头播放.2 卡拉OK卡拉OK基于视频服务器系统实现了在家庭进行歌曲点播和跟唱的业务，其播放流程为：第一用户进入卡拉OK功能，然后用户通过歌曲分类或者歌曲检索找到自己想要唱的歌曲；在播放掌握页面上，用户可以挑选是否有伴曲和伴唱，挑选好之后开头播放当前歌曲；歌曲播放完毕回到歌曲掌握页面，用户可以重新播放当前歌曲或者退出当前歌曲返回上级目录；其功能如下：支持歌曲分类，按内地男歌手、内地女歌手、港台男歌手、港台女歌手、团体组合、其他进行分类支持歌曲检索，按歌名、歌手、编号支持歌曲预约（即在歌曲播放前先进行歌曲挑选，在挑选完成后将对所选歌曲形成一个清单

37、，然后开头按挑选次序进行歌曲播放），支持直接通过遥控器数字键选中当前页面下的对应行歌曲支持2种方式点歌，一种是直接挑选歌曲播放（即支持支持直接通过遥控器数字键选中当前页面下的对应行歌曲进行播放，也支持通过遥控器上下键和确认键选中当前页面下的对应行歌曲进行播放），播完后节目进入已播列表；另一种点歌方式是依据当前预约列表的次序进行播放，用户只要挑选连续播放后，歌曲放完或者用户退出切歌操作，均显现页面提示下一首播放某某歌曲，用户挑选播放或者取消支持用户歌单储存和治理功能：用户预定的歌单在用户不干预的情形下始终储存，同时支持功能键实现删除歌单中的歌曲.3 时移电视时移电视是针对正在播放的

38、直播节目进行互动收看的业务：支持机顶盒用户在直播节目收看过程中进行操作遥控器上的时移快捷键，然后机顶盒端显示提示项，这包括从节目开头播放选项、从节目暂停处播放选项和回到直播频道播放选项机顶盒用户在当前直播节目终止前通过遥控器掌握机顶盒跳转到节目的开头时间机顶盒用户在进入时移状态后可以任意进行快进、倒退或者暂停，快进、快退的有效区间为节目开头到直播节目当前播放时刻之前，最多不超过节目终止时间点在节目当前时间或者节目终止点，可以挑选连续时移或者退出到当前直播节目过期节目可以在节目表中点播，后退到当前节目开头点，可以跳转到节目表页面进行操作本功能是基于直播节目进行实现.4 我的列表支持

39、对已购买收看但未观看完毕节目的统一治理我的列表中节目有效期不超过服务器端的设置值，当超过有效期后节目从我的列表清单中删除.5 我的保藏支持通过遥控器快捷按键操作的方式将感爱好的节目和分类（栏目）放入我的保藏进行集中式治理支持单个节目，支持整个分类（栏目）（是指电视剧这样的分类）.6 资讯信息支持针对机顶盒嵌入式浏览器设计的适合于在电视屏幕上观看的资讯信息的浏览支持由运营商或第三方内容供应商供应资讯内容，并负责日常信息保护和更新，更新完毕后由运营商统一发布.7 滚动字幕协作应用治理系统对字幕时间上和内容上的掌握在机顶盒端进行滚动字幕显示支持依据不同用户组

40、显示该用户组对应的字幕，以支持不同地市的机顶盒显示针对性的字幕.8 数据同步治理供应即时通知功能、远程数据更新以及本地缓存功能；其中通知功能和远程数据更新与应用治理系统的通知功能、远程数据更新功能协作完成导航数据的有效分发、同步；本地缓存功能是为了缩短终端机顶盒拜访响应时间，最大程度的降低分布式部署的网络带宽和网络时延对终端机顶盒拜访页面系统（Portal）速度上的影响，页面系统（Portal）增加了本地缓存功能，把常用数据有效地缓存于内存和本地数据库，在终端机顶盒恳求时直接从本地取出供应应机顶盒；.9 页面定制系统页面定制系统为互动电视运营商供应了进行页面设计和保

41、护的平台，本地运营商可以通过终端拜访页面定制系统，完成包括页面布局、页面风格、页面显示内容的设计，结合导航内容的二级治理可以实现页面布局、页面风格、导航信息分类的个性化；北京宏天供应的页面定制系统支持二级分区域治理模式，依据本次项目实际情形及需求，因此在本方案中只需供应本级治理功能既可；.9.1 用户治理用户治理完成使用页面定制系统的多用户治理（用户名的增/删/改/查和密码的修改）、权限安排和页面定制系统客户端登录的治理；由系统治理员进行保护，为操作员建立账户、密码设置并进行权限安排；操作员通过页面定制系统客户端使用治理员安排的用户登录系统；基于系统安全的考虑，每个客户端都需要有

42、相应的身份认证才能登录系统；一旦发生身份信息丢失或损坏的情形，操作员需要向治理员重新申请身份信息再次进行登录，才可以合法地进入系统；.9.2 配置治理页面审核配置配置新增页面和修改页面审核的方式：手动/自动，对于本地的新增页面和修改页面可以配置不同的审核方式，审核周期，到期处理方式等内容；脚本配置治理对需要新增的页面元素或页面模板所对应的SQL脚本进行添加、修改等治理；区域配置治理配置不同区域属性和区域应用属性，如各区域的页面服务器接入配置信息等；区域配置信息与应用治理系统的区域配置信息保持一样；.9.3 页面定制完成对省网页面的创建、保护和注销，保护内容包括：目录

43、分类、页面元素定义、位置定义、风格/颜色/背景的配置；.9.4 页面审核页面发布前假如是新建立或经过修改均需要审核通过后才可以进行部署；审核过程也可以通过设置成自动审核完成各地市页面在完成定制后不经省中心审核而直接进行部署； 增值业务治理系统增值业务治理系统功能架构如上图所示，主要有业务治理子系统、业务支撑子系统、系统治理子系统、系统集成子系统、治理员门户子系统组成；.1 业务支撑子系统业务支撑子系统包括用户认证、服务鉴权、服务使用治理和交易治理等核心功能，为增值业务的顺当运营供应保证；.1.1 认证治理认证治理是指用户接入到互动系统时，

44、系统需要依据用户身份或终端身份对其合法性进行校验的过程；在BOSS集中模式下，门户系统将认证恳求转发给增值业务治理平台，平台依据计费系统配置向BOSS系统发起用户认证恳求，并依据BOSS系统返回结果显示相应的页面信息；在平台集中模式下，门户系统将认证恳求转发给增值业务治理平台，平台依据本地用户和终端信息直接处理认证过程，并返回相应的配置结果供门户系统显示相应页面；.1.2 鉴权治理鉴权治理是指用户在使用增值业务系统时，系统需要依据用户身份或终端身份、服务类型对其拜访有效性进行校验的过程；在BOSS集中模式下，增值业务系统将鉴权恳求转发给增值业务治理平台，平台依据计费系统配置向BO

45、SS系统发起服务鉴权恳求，并依据BOSS系统返回结果显示相应的页面信息；在平台集中模式下，增值业务系统将鉴权恳求转发给增值业务治理平台，平台依据订购关系数据及其状态信息直接处理鉴权过程，并返回相应的配置结果供门户系统显示相应页面；.1.3 充值治理充值治理是指用户通过BOSS系统中的余额划扣、充值卡充值、积分、点数等积量数据兑换成增值业务系统中的业务余额，并在增值业务使用过程中消费的过程；特殊需要说明的是，对于增值业务系统自身供应的点卡充值不属于本功能范畴中，理由在于业务收入已经在点卡的销售过程中被计入，不能重复运算收入；此外，用户在增值业务系统中使用业务余额进行消费时，此类恳求

46、不触发服务使用恳求；.2 业务治理子系统业务治理子系统主要包括应用接入治理、交易治理、用户组和区域治理和定价方案治理功能；.2.1 应用接入治理增值业务治理平台需要将所支撑的增值业务应用相关配置信息注册到平台上来，用于平台对这些应用供应资源支持和统一治理，应用接入信息仍可以支持一些关键参数的分发配置，如区域信息、定价方案、用户组等信息；应用接入信息包括：应用标识、应用名称、接入配置信息（例如URL描述、IP地址、端口号、WSDL描述等）；需要特殊说明的是，应用接入治理是核心的通讯拜访配置信息，错误的配置和操作会产生严峻的影响，建议谨慎配置；.2.2 交

47、易治理交易治理包括对服务使用记录（包括前向收费业务的服务使用记录和后向收费业务的服务使用记录）的查询和导出功能，侧重于为后向收费业务供应结算数据依据；.2.3 用户分组治理用户分组治理包含对互动用户的按用户组和区域的多重分组治理，支持用户组和区域属性的增删改查和手工从APP系统或BOSS系统同步分组信息；.2.4 定价方案治理定价方案治理供应由增值业务治理系统支持的业务所使用的价格方案查询与定价关系查询功能；.3 系统治理子系统系统治理主要包括操作员治理、密码治理、登录治理及系统日志的记录等支撑系统平台的基础应用系统治理；.4 系统集成子

48、系统系统集成子系统主要包括增值业务系统的集成、BOSS系统集成、门户系统的集成，系统集成子系统主要负责与外部各个系统进行对接，以调用外部系统接口和向外部供应接口为原就，解决异构系统间通讯和协议转换为目标；系统集成子系统的各个接口与系统内部的业务支撑子系统、业务治理子系统和系统治理子系统进行对接完成系统间的相互调用；.5 治理员门户以Web方式实现平台治理者的工作界面和环境，供应系统用户的权限治理，实现与其他各子系统/功能模块前台界面的呈现；4.3现有系统功能变更除了苏州本地新建的系统之外，需要对现有系统进行升级或功能变更；主要的变更如下表所示：系统功能项变更说明省网M3P系统增加

49、苏州媒资支持需要识别出苏州本地互动系统所采用的媒资文件标示增加媒资分发策略更新增加苏州本地媒资的分发策略省网AMS系统增加苏州媒资文件的接收功能增加苏州媒资文件接收到南京并为省网AMS系统所识别省网Portal苏州区域页面上增加苏州本地portal导航在省网portal系统的苏州区域相关的页面上添加去往苏州本地portal的页面跳转链接苏州本地BOSS系统与增值业务治理系统的集成增值业务治理系统定期向苏州Boss系统传递用户点播详单，Boss系统需要支持基于该详单的计费功能；与APP系统的集成苏州Boss系统设定价格方案，传递给APP系统后，由APP系统依据该价格方案为影片进行定价；苏州本地Portal系统增加高清版portal在今年省网portal更新支持高清后，苏州本地增加高清版本Portal系统；5 部署方案待添加；附录I业务进展建议在苏州本地互动业务运营中，如何能吸取已有互动电视业务运营商的成