基于数字电视网络和IP网络的个性化信息发布系统浅析.doc

基于数字电视和IP网络的个性化信息发布系统浅析

基于数字电视网络和IP网络的个性化信息发布系统浅析
（——城乡信息化公共服务平台项目）
摘要：通过大量的试点项目的开展，本文主要从地方性实际需求出发，在开发城乡信息化公共服务平台的过程中研究了城乡数据广播体系结构、业务体系、承载网络以及高性能OCG（Object Carousel Generator）服务器的应用，其中涉及到村镇信息发布的个性化设计开发、硬件设备接口整合等相关技术关键和创新，对项目的顺利实施和需求实现起到了重要作用。
关键词：关键词1 ：0812 计算机科学与技术；关键词2 ：数字电视；关键词3 ：个性化信息发布；
中图分类号：查阅《中国图书馆分类法》） 文献标识码： 文章编号：

目录
一、 信息化概述 4
基于数字电视的数据广播概述 4
基于IP网络的数据广播概述 4
CMS（Content Management System）概述 5
二、 个性化信息发布系统的组成 6
2.1组成 6
2.2所需硬件环境 6
2.3所需软件环境 6
2.4承载网络 6
2.5部署 7
三、 个性化信息发布系统的实现 7
3.1安装 7
3.1.1安装MySQL5.0 7
3.1.2安装jdk1.6 8
3.1.3安装Tomcat6 8
3.1.4以上配置主要注意点： 8
3.1.5 系统参数配置 8
3.1.6 Tomcat服务 9
3.2个性化信息访问跳转控制 10
3.2.1 AISP中的区域码表（AreaCode） 10
3.2.2区域代码（AreaCode）获取及其解析 10
3.2.3 个信化访问跳转判断 11
3.3个性化信息发布系统设计 11
3.3.1软件架构 12
3.3.1数据库设计 13
3.3.2 区域（Region） 14
3.3.3多用户及功能点权限 14
3.3.4 模板及资产 15
3.3.5 信息发布 16
四、 高性能OCG（Object Carousel Generator） 18
4.1前端数字电视业务支撑系统 18
4.2 OCG客户端打包工具及其接口 19
4.3 OCG打包详细流程 21
4.4 OC的优化 22
4.4.1 OCG中的优化功能 22
4.4.2 OC应用结构优化 23
五、 基于IP网络下的数据广播 24
5.1窄带组网技术概述 24
5.2 IP网络下的个性化数据广播实现 24
六、 结论 25
七、 致谢 25

引言
数据广播是利用卫星广播和数字电视广播的覆盖网或其他独立数据广播通道，采用数字技术传送数据的信息技术和业务的总称。其优点在于可有效的利用现有城乡的信号网络进行全网覆盖，信息系到达率高，更新相对快捷方便，投入人力资源较小。
数据广播的技术实现方式是使用单一的系统前端(Headend)，连续、滚动地将已编辑整理好的内容，经过信息传输网络，传送到地域广泛的、能够处理这些56 ST数据的用户智能设备上去，如：PC、机顶以及手提设备等。信息内容则是由视频、音频、软件程序、流式数据或者其他数字多媒体组成的。
数据广播实质上就是传统广播媒体一报纸、电台、电视在数字时代的一次升级，保持了广播高速和经济(受众面广)的特点，而且全无互联网缺乏CoS(服务等级)、QoS(服务质量)和安全的问题，成为一种高效率的数字信息传输手段。
业界对该技术的前景有一种预言：数据广播将会被嵌入和包容进未来的互联网中，并且成为其最大的单一领域。可以确信直到那时，数字媒体才拥有点对点和点对多点两种方式，才具有真正意义上的完整性。正如互联网的出现充实了信息传输方式一样。数据广播的发展也会是信息传输技术的另一场革新。
数据广播适应了数字装置不断扩张的处理能力和Internet提供的基础设施资源，并可以与电视等多种媒体融合，这些跨媒体的立体信息传输业务非常适应于城乡信息化的需求。数据广播适应了数字装置不断扩张的处理能力和Internet提供的基础设施资源，并可以与电视等多种媒体融合，这些跨媒体的立体信息传输业务非常适应于城乡信息化的需求。
单向广播式的性质决定了数据广播在性能和效率普遍低于双向交互的播发模式，在对一些双向网络覆盖率较高的城市和地区，可以采用基于IP网络的信息发布体系，加强信息交互体验，进一步提高个性化信息的发布量以及逐渐推进增值业务的拓展。
应用这样的信息传输技术，针对城乡特有的人群分布状态和居住结构，将信息收集、编辑、审核、发布的流程统一起来，使乡、镇，村、小组都能有效及时的发布并接收个性化的、专属于地方的村务公开信息、党员教育、农业信息、劳务信息等、灾害预防、农业及科普技术知识，具有广泛和深远的意义。
目前，浙江省杭州市的二区五县作为项目试点区域，已对余杭4个街道办事处、14个镇、1个乡，250余村、萧山22个镇、4个街道，600余村、桐庐7个镇、三个乡，两个街道，富阳4个街道、15个镇、6个乡、临安4个街道、15个镇、7个乡、建德3个街道、12个镇、1个乡、淳安11个镇、12个乡完成了各乡镇村的信息收集以及发布，收到良好效果。作为一种新的城乡信息发布的途径，性价比高的工具，城乡信息化管理发布平台具有其他宣传工具不可替代的作用。
一、 信息化概述
“电视下乡” ，“科技下乡”等一系列社会主义新城乡建设的活动促进了城乡信息网络的成长，而且随着数字电视网络改造的推进，为城乡信息化搭建了良好的发展平台。使得在城乡地区建设和推广基于数字电视的城乡信息化内容管理发布系统成为可能。而基于数字电视网络和IP网络的个性化信息发布恰恰依托于这个平台而产生。
作为一种提升现有的城乡信息化技术，丰富信息发布的内容，更新便捷，时效更强的信息管理发布平台，在功能和性能上与传统的城乡信息发布方式相比有着无可比拟的优势。
基于数字电视的数据广播概述
基于数字电视的数据广播实质上是多媒体技术、计算机网络技术与现代通信技术相结合的产物。它通过多媒体技术和有线网络通信技术的支持，为不同地域的人们提供了全新的信息到达与交流方式，它集计算机的交互性、通信的分布性，以及电视的真实性为一体，具有明显的优越性。
基于数字电视的数据广播将传统的HTM页面应用，通过OCG(Object Carousel Generator)服务，高度精练、专业的数据广播系统前端播出服务——又称 OC打包 ，采用DVB DSM-CC OC协议对播出数据进行打包，提供高质量、稳定的、标准的、开放的、严格遵循DVB规范生成标准的码流输出，保证了OCG以ASI接口方式输出的TS流可以在任意满足规范的终端正常显示。
数据广播TS 流既可以直接输入到 QAM 调制器上进行调制输出，又可以在播出复用器上对该 TS 流在网络上进行重新分配、管理和加扰。应用方式非常灵活，充分满足了网络运营商的实际运营要求。
基于IP网络的数据广播概述
基于IP网络的数据广播是在基于数字电视的数据广播在传输形式上的进一步延伸。综合考虑网络特性、市场需求、经济性、现实性以及易施工性等因素，在全面评估这些因素的基础上，选择最具性价比的窄带猫回传技术来实现双向网络改造。

【图1：窄带猫网络改造方案】

搭建在在这样的IP网络平台上的数据广播脱离了频点和带宽资源的限制，使用一个固定IP站点进行HTM页面应用的更新和发布，在页面容量和交互性能上获得了极大的提升。
CMS（Content Management System）概述
CMS（Content Management System）是应用于广电运营的内容管理系统。系统采用模块化设计，基于内容制作、审核、播出三分离结构，对数据广播业务进行了系统、全面的管理。系统对素材采集、节目制作、审核、播控等进行了严格的规范和控制，大大简化了节目制作流程中的人工需求，提高了相关人员的工作效率。
CMS 结合数据广播运营特点及发展趋势，对数字电视增值业务进行了系统、全面、准确的管理，为数据广播业务的市场化运营提供了良好的平台。
主要特点
特点描述
兼容性
与符合国际标准（DVB DSM CC-OC、DVB-MHP等）的第三方终端软件系统（浏览器或中间件）兼容；
硬件采用通用PC架构服务器，有利于运营商广泛选择PC架构服务器品牌。
主流B/S架构
采用主流的B/S架构，模块化设计，可维护性强；
可升级性
功能可扩展、可升级，并可根据用户需求，为用户量身定制符合用户需求的CMS系统；
权限管理
自定义用户角色，按需分配操作权限，保障系统的安全性；
日志管理
完善的运行日志记录，增强系统的可维护性；
易用性
用户界面友好，提供操作及错误提示，方便用户操作。

二、 个性化信息发布系统的组成
2.1组成
完整的个性化信息发布系统由四大主要模块构成：
（1）内容管理系统（CMS），即内容资源管理的主要平台，提供了采编审发的业务流程，模板栏目的编排管理，区域管理和播放控制管理等一系列功能；
（2）前端指令发布系统,，用于对CMS同步用户数据以管理更新有效的区域识别信息；
（3）OCG(Object Carousel Generator)服务，用于对播出数据进行打包，输出TS流，
（4）前端码流播发,即TS流的播出设备。
2.2所需硬件环境
要使用个性化信息发布平台，需要配置主备各一台较高性能的企业级服务器，分配一个城域网网段下的固网IP，用于承载安装CMS业务平台，使得可以支持用户通过Internet网络多点登陆，支持多用户同时进行工作。
主备各一台数据库服务器，用于承载CMS前台业务流程中输入的各项数据、区域识别码数据、栏目模板数据、资产统计数据、日志。
最主要的设备为主备各一台OCG服务器，它是用来进行数据广播TS流输出的重要组成部分。
地方可以自行根据实际需要配置码流播出设备（基于PC的码流播放卡，或码流播放服务器）。若需配置远程播发则还需分配固网IP。
配置主备各一台或多台WEB服务器，设置为均衡负载，用于IP网络环境下的数据广播应用输出。
2.3所需软件环境
（1）操作系统软件：支持Windows2003/2008 Server/Linux系统
（2）数据库容器及编译环境：MySQL5.0、jdk1.6、Tomcat6
（3）其他软件：安全的FTP服务端,OCG Server,OCG Client
2.4承载网络
要保证CMS业务平台的流畅访问和使用，必须具有足够带宽的局域网环境和宽带接入Internet的网络环境。目前试点应用的10M光纤网络
要保证基于数字电视的数据广播的流畅播发，必须保证单频点下有足够的带宽分配给数据广播。目前试点应用的贷款为单频点38M带宽下占用了7~11M的数据广播播发带宽
要保证基于IP网络的数据广播能满足大量用户的访问需要，必须有足够的局域网环境和带宽，目前试点应用的带宽为每500户100M。
2.5部署

【图2：个性化信息发布系统部署方案】

三、 个性化信息发布系统的实现
个信化信息发布系统作为一套业务整合的办公工具，它除了支持资产、资源的实时交流外，还提供了文档与表格的转换、数据统计、主题切换等多种功能。信息化资产可灵活的针对数据广播发布和IP网络进行发布，也可批量同步更新。更重要的是针对不同的所属区域，发布的信息可以完全不同，支持市、镇、村三级个性化区域信息发布。
3.1安装
3.1.1安装MySQL5.0
（实际环境有单独的数据库服务器最佳）。
创建database: create database cms default character set utf8;
创建链接用户 cms: grant all on *.cms to cms identified by ‘cms’;flush privileges;
导入初始化脚本：
use cms;
set names utf8;
source path/cms.sql;
3.1.2安装jdk1.6
设置环境变量JAVA_HOME。
3.1.3安装Tomcat6
安装Tomcat6以上版本
Server.xml配置域
配置datasource。
代码片段：（略）

【图3：配置信息】
3.1.4以上配置主要注意点：
l 指定域名
l CMS应用路径
l 数据库链接串及链接用户名、密码
l 前提条件：Tomcat lib下需要MySQL驱动包
3.1.5 系统参数配置
【CMS.properties】
# domains
webapp.domain=
# 每页分页
page.limit=10
upload.name=0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ_-
# 模板上传和下载的目录
server.templateDir=templateDir

#=============appended by dongbai=========================#
#编辑器图片上传控制开关,true上传图片功能开放,false上传图片功能关闭
editor.picupload.enable=true

#模板logo、背景图上传时，作用范围；true表示上传图片时，当前主题模板下的所有模板都起作用；false只作用到当前模板
template.picscope.insid=true

#图片上传时文件大小控制，单位为k，上传时文件大小不能超出最大配置值
#logo图片
file.logoimage.maxsize=200
#背景图片
file.backgroundimage.maxsize=200
#素材图片
file.materialimage.maxsize=200

#模板主题默认设置值,insert该表时，从这里取默认值
table.col.maxwords=200
table.col.titledefsize=24px
table.col.titledefcolor=#000000
table.col.textdefsize=24px
table.col.textdefcolor=#000000

#模板默认设置值，insert该表时，从这里取默认值
table.col.maxentrynum=8
table.col.entryfontsize=24px
table.col.entryinterval=24px
table.col.entryfontcolor=#000000

table.template.background=background.gif
table.template.logo=logo.gif
需要注意的是webapp.domain值与tomcat的server.xml host name配置需要统一。在正式环境下，最好使用真正的域名，以防止域名ip改变引起的意外问题。
SSH框架带有大量的配置文件，这里不一一列举，一般系统布署阶段不需要修改业务相关的配置文件。

3.1.6 Tomcat服务
启动服务Tomcat bin: startup.bat
停止服务 Tomcat bin:shutdown.bat
WINDOWS SERVER系统下也可以把服务做到windows的service里，以让开机时自动重启服务。一般tomcat有自动的service里的bat，如果没有也可以使用WINDOWS通用的sc命令。
3.2个性化信息访问跳转控制
3.2.1 AISP中的区域码表（AreaCode）
每一台有线电视用户中都由前端指令发布系统根据实际的区域划分生成一张区域识别码的对应关系表
67108864
余杭区

68157440
余杭区
星桥街道

68161536
余杭区
星桥街道
安乐村

68161537
余杭区
星桥街道
安乐村
安乐村2组
68161538
余杭区
星桥街道
安乐村
安乐村8组
68161544
余杭区
星桥街道
安乐村
安乐村7组
68161543
余杭区
星桥街道
安乐村
安乐村6组
68161542
余杭区
星桥街道
安乐村
安乐村5组
68161541
余杭区
星桥街道
安乐村
安乐村1组
68161540
余杭区
星桥街道
安乐村
安乐村3组
68161539
余杭区
星桥街道
安乐村
安乐村4组
68165632
余杭区
星桥街道
星桥星都社区

68165633
余杭区
星桥街道
星桥星都社区
华艺星座B区
68165634
余杭区
星桥街道
星桥星都社区
黄鹤山居
68165635
余杭区
星桥街道
星桥星都社区
星桥北路
68165636
余杭区
星桥街道
星桥星都社区
星桥藕花洲大街
68165637
余杭区
星桥街道
星桥星都社区
东港路
68165638
余杭区
星桥街道
星桥星都社区
五云中路
68165639
余杭区
星桥街道
星桥星都社区
学前路
68165640
余杭区
星桥街道
星桥星都社区
星都社区1
68165641
余杭区
星桥街道
星桥星都社区
教师宿舍
68165642
余杭区
星桥街道
星桥星都社区
星源路1
68165643
余杭区
星桥街道
星桥星都社区
华艺星座
68165644
余杭区
星桥街道
星桥星都社区
星源路1
68165645
余杭区
星桥街道
星桥星都社区
教师宿舍
68165646
余杭区
星桥街道
星桥星都社区
星都社区1
【表1：区域识别码范例】
3.2.2区域代码（AreaCode）获取及其解析

【图4：区域判断代码范例】

【图5：区域码解析范例】
3.2.3 个信化访问跳转判断
CMS系统中通过对区域识别码（AreaCode）的同步更新，在数据库中相应的行政级别（市、区/乡、镇、街道/村、社区）嵌入关联到每一个村镇的资产归属中。

【图6：CMS系统中同步的区域码】
通过从有线电视用户中获取并精确定位各区域识别代码，匹配有线电视用户与所需访问页面的识别代码达到对个性化信息页面的跳转和访问。
3.3个性化信息发布系统设计
3.3.1软件架构
系统采用成熟的SSH框架技术，具体一个业务从目录上看层次如下：
Ø 页面表现使用JSP，应用Strut2标签
Ø Action负责跳转及页面层的业务处理，同时也支持返回json格式数据的ajax请求。
Ø Service负责对业务的封装
Ø Dao 负责对数据库的操作
Ø Model 对应数据表的实体封装
考虑到Hibernate在使用的过程中，HQL的复杂性以及语句优化的直观性，在查询时候通过jdbctemplate直接使用SQL语句直行操作。其他相关操作都使用hibernate来完成。
Struts应用在表现层
主要应用有：
Ø jsp页面的标签使用
Ø 数据验证框架
Ø 多语言配置
Ø 拦截器
Ø 各种类型的跳转控制
Ø 防止重复提交，使用session token
Hibernate
Hibernate是比较好的数据库层影射框架，使编程更加面向对象，同时使用的工厂管理模式，使用成熟的datasource，可以防止注意泄漏。同时通过与spring的事务控制，用最方便的编程方式统一实现了事务控制。
同时hibernate带有二级缓存机制，如果用的好，可以提高性能，由于hibernate的参数调整及语句优化比较麻烦，使用不好其副作用也明显。因此取中间的方案，查询的时候不使用HQL。
Spring
Ø IOC 全部方法和领带通过配置的方式注入。
Ø AOP 面向切面的编程思想，大致上又可分为运行时切入和编译时切入两种。在本项目中使用Aspectj是一种编译时切入的思想，这种切入相当静态切入，但这种切入方式性能更好，而通过cglib的动态切入，就要特别注意代码编写质量。本项目的AOP切入主要有权限判断、系统日志写入、事务控制。
Ø Spring的上下文，主要是TheadLocl本地变量副本的使用，让编程在不同的层简化参数传递。
技术框架层次图
Filter 过滤器
Spring Context reset
Action dipatch
Security AOP
Service
Transaction AOP
Dao
Model
3.3.1数据库设计
CMS系统在数据库共分为三大块，分别为区域，用户及权限，模板及资源。
　 数据库类型：MySQL/ 数据库版本：5.1.55
功能域
中文
英文
表介绍
区域

区域表
region
各种区域标识
用户数据域表
dataregion
确定用户所能管到的区域数据，一个用户可以有多上区域数据
流程定义表
regionworkflow
一个区域对应一个流程定义
播放清单表
playlist
当各种条目发布之后，要发送到各个区域去。这个里面的就是需要发布的区域信息
模板sid表

templatesid
由于模板有时间周期特性，因此加个这个表，保存历史的模板和当前正在使用的模板，同时模板sid表受约束于区域，一个区域有多个templatesid

模板表
template
一个区域对应多个区域

栏目表
col
一个区域对应多个栏目条目entry，一个区域对应多个条目同时栏目也可以属于父栏目
用户及权限

用户表
sysusers
能登录进CMS系统的用户储存集合

用户区域表
dataregion

约束用户管理的区域范围功能
模块表

module
业务项的集合
角色表
roles
当前的权限管理者，角色与用户多对一的关系
角色权限表
roleprivilege
角色和功能建立多对多关联
用户角色表
useroles

角色和角色建立多对多关联

用户会话表
user_session

登录日志和操作的记录
模板及资源
模板表

template
模板受约束与模板sid及区域属性，一个tempaltesid有多个template
条目表
entry
一个栏目有多个条目各种条目的添加之后和发布之前的集合
栏目与区域关系表

col_2_region_sid
栏目与区域之间的一对一关系存放
条目与栏目关系表
entry_2_col

内存entry表的id 和 col表中的id ，是条目和栏目的一对一存放关系
条目与区域关系表
entry_2_region

条目所属的区域关系
发布类别
entry_deploy
发布设置的类别，IC，OP,IC/OP

条目状态
entry_status

条目的状态表，条目在添加之后的各种状态

条目历史
Entryback

在条目添加之后的各种处理状态，各种环节处理的记录
区域类别

region_type
各个区域所属的级别
角色与栏目对应关系
rolecol

角色可以操作栏目的对应关系
日志记录
syslog
对当前登录者在系统内的操作日志的记录
模板与区域关系
template_2_region_sid

模版与发布区域的对应关系

【表2：CMS系统中数据库表结构】
3.3.2 区域（Region）
区域表Region，与之相关的业务有
Ø 用户数据域表dataRegion，确定用户所能管到的区域数据，一个用户可以有多上区域数据。
Ø 流程定义表Regionworkflow，一个区域对应一个流程定义。
Ø 播放清单表playlist，一个区域下有多个播放清单内容。
Ø 模板sid表templatesid，一个区域对应多个模板sid
Ø 模板表template，一个区域对应多个区域
Ø 栏目表col,一个区域对应多个栏目
Ø 条目entry，一个区域对应多个条目
部分对应关系是冗余设计，方便查询。
区域表由AISP系统同步更新。
3.3.3多用户及功能点权限
Ø 用户表sysusers
Ø 用户区域表dataRegion，约束用户管理的区域范围
Ø 功能模块表 module
Ø 角色表roles
Ø 角色权限表roleprivilege，角色和功能模块建立多对多关联表
Ø 用户角色表 useroles，角色和角色建立多对多关联表。
Ø 用户会话表 user_session

【图7：权限控制流程】
3.3.4 模板及资产
Ø 模板sid表templatesid，由于模板有时间周期特性，因此加个这个表，保存历史的模板和当前正在使用的模板，同时模板sid表受约束于区域，一个个性化区域有多个templatesid
Ø 模板表template，模板受约束与模板sid及区域属性，一个tempaltesid有多个template
Ø 栏目表col，一个模板有多个栏目，同时栏目也可以属于父栏目
Ø 条目表entry，一个栏目有多个条目。
注：原始资产的基本形式即为条目
3.3.5 信息发布
在项目试点运营用户使用过程中，逐渐整理需求和定制要求，深入考虑用户实际的系统使用情况，大量分析了资产数据的录入操作样本，从而开发了符合现阶段网络部署状态的双模式发布功能。

【图8-1：采编审发业务流程】
在执行个性化信息发布系统中的采编审发业务流程时，可以自由的进行资产定制发布，分别可以对IP网络上的WebServices站点进行页面推送更新也可以进行推送至OCG进行OC方式的TS流输出。

【图8-2：CMS系统中双模式发布功能流程】
在试运行阶段中，用户灵活的切换资产的发布形式，通过两种不同的发布形式，根据地区实际有线网络部署的情况，及时有效的保证了信息发布的到达率。

【图8：CMS系统试点，双模式发布的功能应用界面】
四、 高性能OCG（Object Carousel Generator）
前端软件是专为网络运营商开发、服务于运营需要的前端业务管理及播发系统，运行在"运营商服务器端"，涵盖了前端的业务制作、业务处理、数据更新、数据播发等环节的应用业务，提供各类业务数据、业务内容的更新与传输作用。与终端软件一起构建了数字电视业务系统，为运营商提供了端到端的数字电视增值业务系统平台，包括前端业务支撑系统和增值业务应用系统。

4.1前端数字电视业务支撑系统
前端数字电视业务支撑系统主要由OCG(Object Carousel Generator)系统，该软件是一个高度精练、专业的数据广播系统前端播出服务器——又称 OC打包机 ，采用DVB DSM-CC OC协议对播出数据进行打包，以ASI接口方式输出TS流。
其功能主要是提供高质量、稳定的码流输出。OCG以标准、开放为原则，严格遵循DVB规范生成标准的码流输出。保证了OCG播放的码流可以在任意满足规范的终端正常显示。
OCG输出的TS 流既可以直接输入到 QAM 调制器上进行调制输出，又可以在播出复用器上对该 TS 流在网络上进行重新分配、管理和加扰。应用方式非常灵活，充分满足网络运营商的实际运营要求。
特点
特点描述
安全性强
基于linux系统、运行更稳定、使用更安全；
操作简单
具有人性化的图形操作界面，无须复杂的命令行操作，实现基本的播发功能只用简单几个步骤，整个过程只需要数秒。
不使用数据库
OCG 系统在保证功能完整的前提下，不使用数据库，如此，既降低了运营成本，又降低了整个系统的复杂度，更加便于维护；
具有码流状态监控功能
户通过客户端界面，即可查看当前码流状态，便于监控。
支持音频、视频的插入
在客户端进行简单操作即可插入音频和视频流，在数据广播应用中，实现背景音乐，音视频点播等等
支持动态应用
数据广播内容修改或页面替换时，iPanel OCG 可及时进行数据的重新打包发送，实现动态更新；
具有优化功能
通过简单的操作，就可对整套应用进行分组调整，以控制有线电视用户接收该应用的速度，此过程即优化。
具有开放接口
可做应用管理，音视频插入管理。
【表4：OCG特点及其描述】
4.2 OCG客户端打包工具及其接口
OCG(Object Carousel Generator)系统服务可被远程调用其接口函数，系统利用这一特性进行了接口整合，方便了用户进行编播管理。其中主要应用到的接口如下：
String uploadZip(byte[] data, int model)
功能：上传应用到ocg_dir目录 (应用数据的格式是ZIP)
参数：data 应用的数据
model 0/1 (0:删除原来的应用后上传　１:直接上传覆盖原来的应用)
返回值：
000000 上传成功
upload error!please check files 上传失败
upload error! model is error,please input again! model错误
upload error! zip's size is over 50M!! zip文件大于50M
upload error! zip's bytes is zero! zip文件为空
int getOCGStatus ()
功能：得到OCG的播放状态
参数：无
返回值：1 OCG处于停止状态
0 OCG处于播放状态
<0 OCG处于播放错误状态
boolean runPlay(String[] ocnames)
功能：播放指定的一个或多个oc
参数：ocnames是指定播放的所有oc的目录名的数组
返回值：true 成功
false 失败
boolean stopPlay()
功能：停止播放
参数：无
返回值：true 成功
false 失败
Boolean runPlayByXML(byte[] b)
功能：通过xml文件进行播放
参数：b xml文件的byte数据
返回值：true 成功
false 失败
【图9：OCG客户端界面】
4.3 OCG打包详细流程
Ø 系统会根据当前区域下的资产数据生成ZIP文件包，内涵所有标准HTM页面。
Ø 由uploadZip接口进行原始应用包的上传
Ø 运行stopPlay后，调用runPlayByXML，不同区域下的应用调用不同的XML配置文件。
其中包含了地方频点的DVB参数，调制的相关参数等。
其中最为主要的三个参数为：
service_id="1713" 服务识别号
original_network_id="4" 原始网络识别号
transport_stream_id="104" 传输流识别号

【图10：OCG打包参数配置】
4.4 OC的优化
在大容量OC应用中，如何让有线电视用户快速的相应访问内容是一大难题。为此，无论是OCG服务的工作模式，还是OC原始应用的规范化都起到了至关重要的作用。
4.4.1 OCG中的优化功能
OCG在将HTM原始文件生成TS流之前，通过优化操作，可以遍历所有页面中的Links，一次生成一份包含所有页面之间链接的Group.xml文件用作索引，将指定大小的页面形成一个固定的Module包，配合有线电视用户中中间件的读取数据广播的优先模式，可以达到对需要访问页面的预取目的，减少了等待页面下载的轮播时间。

【图11：OCG打包优化参数】
主要参数有：
dirModuleSize：单个Module的大小
basicGroupSize：基础组文件大小
IsCompress 是否压缩 进一步缩小了应用数据流量，接收更快
IsPrintLog 是否记录打印信息，主要用于排除故障点。
4.4.2 OC应用结构优化
为了满足大容量OC应用的流畅播发，对应用的结构做了一定的限制。

【图11：OC应用的结构示意图】
上图为一般OC应用的结构示意图，其中Root navigator files为根目录，其他分别为一级子目录、二级子目录……
目录结构要求〔该部分要求为必须遵守〕：
Ø 根目录只包含应用入口页面及其引用元素〔图片、JS文件、CSS文件等〕；
Ø 根目录中一级子目录的个数不超过14个，其他目录中下一级子目录的个数不超过15个；
Ø 从根目录算起，二级子目录及其所有的子目录总大小不能超过14M，三级子目录和其所有子目录的总大小不超过900K；
优化注意事项（该部分仅为建议）：
Ø 页面内容丰富，使用户可以在页面中停留一定的时间，保证终端可以接收到将要打开页面的数据。
Ø 因为终端可用内存和filter资源都有限，如果需要预接收的数据或者module个数超出了内存大小和filter数目，可能造成部分页面在打开时需要重收数据。
Ø 当一个页面中避免不了有比较多的link时，尽量保证这些link的页面在同一个目录下，终端在数据接收时可以采用mask的方式保证同时接收到所有需要预接收的数据。。
Ø 每个页面与其引用元素尽量保证在同一目录中

五、 基于IP网络下的数据广播
5.1窄带组网技术概述
    我们在对现有网络进行改造时，会在每个小区的光节点上放置一台接入局端，再通过现有的分置分配器和放大器进入居民家中。双向改造方案的最大优势在于对现有网络不需要做任何的手术，无论是同轴电缆还是放大器，都不需要进行改动，安装成本非常廉价。

[图12：同轴电缆频段分配]
    窄带是DOC技术。以WOC宽带接入技术为例，它基于WIFI降频（WiFioverCable）体系，广电同轴电缆的频带分配如图12所示，最低的5-65MHz之间运行着CableModam等设备，65-862MHz之间传输有线电视频道，而窄带猫的工作频段就在900-1GHz之间了。这一段频带是广电暂时不在使用的富余资源，窄带猫窄带运行在900MHz，在完全不影响现有业务的前提下，一步到位实现双向。
    由于网络干线的改造采用了宽带（局端接入以及光节点），同时窄带猫方案不需要在家里进行任何施工，只需要在社区的光节点接上一个局端，多级放大时加一个中继就可完成组网，用户家里无须任何改动，只在有线电视用户外部加插一个小器件即可实现全部的双向功能。
5.2 IP网络下的个性化数据广播实现
由于实现了网络改造后，于相同网段内建立基于WEB SERVICES的站点，CMS只需将OC应用发布至该站点上即可完成信息更新和发布，有线电视用户通过访问交互首页进入信息化栏目。

【图13：杭州IP网络个性化信息首页】
其中区域个性化页面工作模式与OC数据广播中的模式一致，通过对机顶盒中区域识别码的校验，达到对个性化页面的访问操作。
六、 结论
本文给出了基于数字电视网络和IP网络的个性化信息发布的实现方式和相应的部署环境论述，很好的适应了现阶段的网络改造趋势，无论是推广单向广播式，还是推广双向交互式数字电视地区