有线数字电视增值业务实现方案
合集下载
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
2. 2 .1 系统描述 2 .1 .3 .1 业务控制 � � � 消息播发系统是基于 的技术体系,借助寻 业务控制流程图如图 3 所示 � 址技术可以实现定向的下行并具有寻址功能的数据 通道 � 消息通道中用于数据管理的最大基本单元是业 务,一个业务由基本的三部分组成: 模板 � 业务数据 和寻址数据�
2 01 2 年第 3 期 (总第 2 67 期)
��
数字电视增值业务
有线电视技术
图 5 消息系统网络拓扑图
或者多个组号� 唯一寻址用于唯一定位一个终端, 实 现的唯一寻址方式为机顶盒的机器号或者为智能卡 号� 2 .2 .2 系统组成 消息播发系统主要由分组管理 � 业务调度 � 业务
后消息通道在一定的时间内同步到全分组信息中 � 当 全分组信息由业务网关更新后, 整个网络中的分组信 息全部更新� () 业务调度 业务调度是按照业务优先级由大到小排列, 需要 定时播出和已经播出的业务不受任何优先级的影响 � 如果某业务删除后, 需要从队列的后面寻找一个可以 放到删除后空缺中的业务 � 系统通过优先级来解决冲 突� 优先级由业务系统指定, 消息通道根据优先级对 业务进行调度 � 优先级越高, 则越优先播出� 由于业务 系统通过接口传送给消息通道的数据是无规律的, 大 小和相关的播发参数各不相同, 为了保证每一次播发 都有足够大的数据量, 在播发的时候进行了数据的重 新组装, 将可以合并打包的数据进行合并, 从而尽量 保证数据播发的数据量最大化 � 保证数据量最大化的
本地有线网络还主要是一个单向广播网, 正在进 行双向化改造, 全网实现双向化需要一个过程 �并且 由于数字电视平移工作比较早, 在网使用的机顶盒的
硬件配置现在看来比较低 �因此, 增值业务的中间件 调, 往往因为种种原因使得新增值业务很难开展 �需 � � � � � � � 技术主要是采用基于 技术和 技术相融合, 要构建一个平台分别对软件 �硬件平台进行整合, 实 其具体的终端软件部分是中间件增值业务服务平台 现业务开发中平台的 " 透明化" � � 的基础, 其系统架构如图 所示� 一个完整的机顶盒系统由上至下可分为四层: 硬 � � � � � � 通过 与 耦合双动力引擎为核心平台, 件 � 嵌入式操作系统� 中间件和应用软件� 中间件提供 � � � � 支持 和 互相调用 � 共享数据 � 独立运行; 支 数字电视业务的运行环境, 将应用程序与具体的底层 � � � � � � � 持多种标准, 包括 标准 � 标准; 支持应用边 硬件隔离开, 使得业务应用独立于终端的硬件和操作 下载边运行� 支持应用安装和内存驻留 � 系统, 实现平台的无关性 � 并且通过定义和规范相关 � � � 依照本地网络情况,增值服务主要采用 广 的协议和格式保证数字电视业务的互操作性 � 数字电
数字电视应用 � We b 引擎 融合调用 Ja a引擎 T e T � � pe � � � Flah � U f8 G if PNG Hi o D bO bj e c I ME SI PA RSER PSI PA RSER EV ENT JS NA T IV E A PI DV B OC U -U OC C OOK I E CA CH E FFS BM P MI DP W ID G ET JPEG C SS FT P XM L H TM L SM T P D V BH T ML DH T ML JA V A SC RIPT
� � 务寻址方式,在给运营商带来新的业务模式的同时, 其关联的产品
放, 若未被授权, 则进行试看播放限制: 预览一段时间 之后禁止播放, 显示购买提示� 如果收费频道与授权产 品 的绑定关系发生变化,应用需要重新加载关联 表�这个关联表可以通过消息通道应用进行更新 � 方案需要通过机卡配对的方式, 这是因为当前预 览的节目都是已经授权的, 只是通过应用控制关闭收 费频道的视频播放, 一旦用户把智能卡换到另一个不 带有应用控制的机顶盒上, 可预览的收费频道都直接 可以观看 �
用�
� � � � � � � � � � � � � � � � � (上接第 4 4 页) 非常高, 能够进入专卖店的都是国内外大品牌� 在各自 行业内已经被消费者熟知和认可的知名商家� 商家入驻 前必须提供相应的资质证明 �产品质量检验等相关文 件� 此外, 电视商城还会对入驻的商家进行定期清理, 消 费者评价不好的商家在一定时期内将不允许进入商城� 为了保障消费者的权利, 电视商城还建立了 "先 行赔付" 机制, 商家在入驻时会拿出一部分资金由商 城统一管理, 当消费者和商家就产品和服务问题出现 纠纷时, 消费者可以向电视商城提出赔偿, 由电视商 城先行赔付 � 技术的发展使得人们的生活越来越丰富, 购物方 式越来越多元化� 电视购物模式的发展也依赖于技术 的支持程度, 高清交互平台的建立为电视商城的搭建 提供了可能� 在三网融合的大趋势下, 电视商城除了 要充分利用电视屏幕, 还要充分利用手机 � 电脑等技 术手段, 走多屏幕� 多终端相结合的发展道路 �
业务播发系统接收从业务控制系统发送过来的 信息和数据后, 对这些数据进行分析, 然后按照特定
� � � 的格式以及各个频点的配置进行打包,发送给 系统网络拓扑 进行播发, 最后通过复用器复用到相应的频点上 � 媒体播发系统拓扑图如图 2 所示 � 为节省频点资源, 同时为了提高图片的下载速度 和用户体验,针对不同状态需要采用不同的下载方 案� 实现方式如下: (1) 为了保证数据的即时 更新及用户的良 好体 验, 数据下发采用 " 集中+ 分散 " 方式, 在一个频点 (主 频点 ) 集中发送所有广告应用数据; (2 ) 启动时, 到主频点进行下载开机画面图片和 其它广告数据, 并且保留在缓存中, 更新完毕, 等待终 � � � � � 端应用更新显示,如有更新下载完后,保存在 中;
新数据 � 业务数据 � � 业务模板数据 � � � � � � � � 其中 及业务增 品号 � 在终端系统中建立一个节目号 ( ) 和正常 � � � � � � 量更新数据需要以多频点的方式播发 � � 授权产品号 ( ) 关联表� 终端应用这个逻辑表, 2 .2 .3 系统网络拓扑结构和综述 消息系统网络拓扑图如图 5 所示 � 消息系统以平台的方式实现了单向网络中的业 将业务的实现与寻址方式进行了解耦, 使业务系统更 侧重于业务, 而不是下行的寻址方式的具体实现 �同 时消息通道独立于 等系统,特别针对业务系统 复杂操作, 业务开展更高效 � 2 .3 付费节目试看 付费节目试看是为了推广付费节目, 培育用户收 视习惯, 吸引用户购买 � 功能的要求是: 付费节目分为 可以试看和非试看, 可以在前端自主定义 � 付费节目 是加密的, 用户没有购买产品或者没有获得付费节目 试看的授权是不能够观看的 � 依据要求采用多级授权 方式, 具体实现如下: 在 系统中,通过产品号节目进行授权控制 � 实现付费节目的试看, 其处理流程如图 6 所示� 节目播放之前, 读取智能卡的授权信息, 并记录 授权产品 � 播放节目时, 如果是加密节目, 则查询 是否被授权,如果被授权则正常播
3
结
语
通过应用中间件技术,充分利用现有网络资源, 开展上述增值业务,增强了数字电视服务和营销能 力� 并且建立了一个具备开放性和扩展性的数字电视 增值业务平台, 随着数字电视业务的发展和网络双向 改造的推进, 更多互动增值业务将可以在平台进行应 用, 充分发挥机顶盒作为家庭信息化中心和桥梁的作
图6
付费节目试看应用处理流程
D SM � C� C � RD FS G DI H T TP PO P3 SSL 操作系统� 硬件接口
� 图
软件架构图
��
2 012 年第 3 期 (总第2 67 期 )
有线电视技术
播方式, 主要包括新媒体广告 � 消息通道 � 付费节目试 看� 2 .1 新媒体广告 新媒体广告业务提供一个广告发布的平台, 机顶 信息广告发布, 更换开机
媒体信息通过前端播发系统组织成描述文件 � 以 形式下发, 在文件的发送周期有前端系统控制 � 终 端获取文件后,将文件组织映射到相应的地址中, 完 成文件的接收� 存储和管理 �终端页面通过调用并解 析该文件实现媒体数据的更新, 最后将结果呈现在终 端电视画面上� 2 .1.2
图4 业务播发流程图
在 "三网融合 " 要求和数字电视用户个性化需求 下, 有线数字电视将提供越来越多的数字电视增值服 务� 有线数字电视运营商需要不断对前端系统和终端 系统进行升级� 改进 �但是由于机顶盒终端产品的多 样性和平台的复杂性, 终端系统的每次改变对于运营 商来说都是非常困难的,和许多厂商进行沟通的协
2
有线数字电视增值业务平台解析
播发三个部分组成� () 分组管理 业务分组的来源是业务网关, 业务网关会按照业 务需要维护自身的分组信息 �在消息通道中, 为了尽 量降低对带宽的要求, 消息通道通过 将业务 网关中的分组 为真正用于寻址的分组� 分组 数据的发布有两条渠道: 一条是主频点, 描述了当前 网络中的所有的分组数据; 一条是全网频点, 描述的 是分组增量更新数据� 全分组信息更新和增量更新消 息通道均提供了相应的接口,该接口保证增量更新
��
2 012 年第 3 期 (总第2 67 期 )
有线电视技术
(3) 业务播发 整个消息通道下发的数据有全分组数据 � 分组更
数字电视增值业务
同时仍然遵守业务播发的各种策略 � � � � � � � � � � 一个节目可以有一个或多个产品号 ( ) 来进 行控制 � 在前端系统中增加一个付费节目试看产品 号, 关联可以试看的付费节目, 即试看节目有两个产
数字电视增值业务
有线电视技术
刘
晖
王士钦
林
康
江西省南昌广播电视网络传输中心
摘要: 本文介绍依照本地有线网络的实际情况, 如何运用中间件技术, 构建和实现有线数字电视增值业务� 关键词: 有线数字电视 中间件 增值业务
1
数字电视中间件简介
视中间件系统为终端和增值业务应用提供了一个很 好的开发和推广平台�
图2
媒体播发系统拓扑图
(3 ) 当用户在电视状态时, 需要监控当前频点的 应用,如果文件有更新,需要及时更新数据到缓
存中 � 广告业务数据和业务管理及播发完全物理分开, 2 .2 消息通道 并提供相应接口, 便于数据进行对接; 新媒体业务服 � � � 消息播发系统是基于 的技术体系,借助寻 务与业务数据播发服务对接,同步进行频点数据交 址技术可以实现定向的下行并具有寻址功能的数据 换� 数据库服务器和 服务器采用双机热备方案, 保证系统存储� 播发的安全性和稳定性� 2 .1.3 媒体播发前端系统 媒体播发前端系统由业务控制和业务播发组成 � 通道 �可以实现按照用户的智能卡号 � 机顶盒号对用 户进行分组, 向分组用户提供多媒体的消息服务� 消 息服务包括: 图片信息� 游走字幕� 应急指令 �
数字电视增值业务
时进行流量自动监控; "编排" 模块中对播发等信息进 行修改, 如无问题则进入 "审核 " ; 对添加的信息进行 审核, 通过后直接打包下发播放, 审核不通过的将返 回到 " 上传 " 模块重新进行修改 � 2 .1 .3 .2 业务播发 业务播发流程图如图 4所示�
盒的开机画面� 主菜单 � 引导菜单 ( ) � 2 .1.1 系统描述和实现
图3 业务控制流程图
分组寻址用于区分不同的用户分组体, 以便于业 务方便的开展; 一个分组可以包含至少一个用户� 针 对该分组的业务,该分组中的所有用户均可以收到 � 每一个分组由一个组号描述, 每一个机顶盒对应一个
用户将定义好的素材包通过 "上传 " 模块上传到 系统中, 并同时设定好播放时间 � 位置等相关信息, 同
参 考 文 献
1 彭焕平. 试论电视购物的发展瓶颈及突破. 中共成都市委党校学报, 2 011 年第 3 期 2 孙平. 关于电视购物的问题及解决措 施探究. 中国市场,2 011 年第 32 期 3 严翔, 安芳芳, 徐涛. 对电视购物 的可信度及相应对策的研究. 科技 传播,2 011 年 01 期