电视台业务系统

电视台业务系统（精选9篇）

电视台业务系统 篇1

随着科技水平、经济实力的不断提高,新兴媒体系统不断涌现,转变了我国的经济发展方式与方向,标志着全新时代的到来。就本文的电视台媒体业发展的角度来看,从传统的磁带传媒方式转变为数字化的储存方式,属于我国电视台业务发展过程当中的一大创举。新型的数字化媒资系统相对于原本的磁带存储方式具有十分明显的优势。比方说:数字化储存更加的精确、科学,便于电视台工作人员复制和保存等等。所以,媒资系统在电视台业务中的应用真正意义上突破了传统媒体方式的限制,通过使用先进的科学设备和严谨的管理系统来进行管理,让电视台可以根据有效数据来进行下一步业务的规划,降低电视台业务存在的潜在风险,保障电视台业务的平稳进行。

一、媒资系统的含义

媒资系统的全称为媒体资产管理系统。它所管理的内容大致包括各种视频、音频、文字资料以及各类表格等等。这也就决定着媒资系统的运行依赖于数字化储存方式和先进科学设备等等新媒体。那么,媒资系统在电视台业务中的应用有何意义呢?首先,媒资系统可以保证电视台业务的正常管理,比如:电视台业务的储存、发布等等,满足了电视台业务中的各项工作需求;其次,媒资系统在电视台业务中的应用可以简化相关工作者的阅览方式,减少工作流程与工作时间,提高媒体资产的利用率。

二、媒体资产管理系统在电视台业务发展的主要制约因素

根据我国目前媒体资产管理系统在电视台业务中的应用现状来看并不是十分乐观,甚至存在一些危及电视台生存的问题。因此,要想电视台业务能够正常、有序进行,就必须找到媒体资产管理系统在电视台业务发展中的制约因素,为电视台业务扫清不必要的障碍。下面,我们将对制约媒体资产管理系统在电视台业务中运用的因素进行详细的分析。

(一)受到媒体资产管理网格结构的直接影响

就媒资系统来看,媒体资产管理网格结构是媒体资产管理系统应用的重要部分,毫不夸张地说,媒体资产管理网格结构是设计电视台业务方案、实行电视台业务方案的基础之处。而目前的电视台行业市场当中,将媒体资产管理系统分为网络和非网络两大部分,媒体资产管理网络大多是利用先进的科学设备来进行操作,而非网络主要是利用员工的力量来进行机械化的操作。显而易见,媒体资产管理网络比媒体资产管理非网络要更加的精确和简便、其利用价值明显高于媒体资产管理非网络。因此,电视台业务中的媒体资产管理网格结构如何选择将直接影响着电视台业务的后期操作。电视台工作人员在选择媒体资产管理网格结构时可以设定一个标准,根据计划来进行挑选。

(二)受到电视台所制定的标准结构和检索制度的间接影响

就电视台的角度来看,在运用媒资系统时应该设置、制定一些必要的东西,其中标准结构和检索制度是工作人员完善的重点。根据媒体资产管理系统软件来看,它具有切合电视台实际情况的特点,而制订标准结构和检索制度就是电视台体现真实情况的重要途径。工作人员将电视台相关信息填充到制度和结构上。这样一来,电视台与电视台、电视台与客户之间都能够互相进行信息检索。由此可见,制定出科学统一的标准结构和检索制度对于电视台业务磋商具有十分重要的意义。

(三)受到媒体资产系统储存方式的影响

由上文可知,媒体资产管理系统最核心的特点就是储存方式的不同,它既是媒体资产管理系统与传统媒体管理方式的区别点和突破点,同时也是媒体资产管理系统在电视台业务中应用的重要制约因素。事实上,媒体资产管理系统的储存方式将直接或者间接的影响到整个管理系统的性价与功能。所以,电视台要想很好的利用媒资系统、发挥其重要作用就必须重视该系统的相关储存方式的问题。

三、电视台业务应用媒体资产管理系统的科学方案

媒体资产管理系统在电视台的应用不仅仅受到电视台自身发展的影响,还受到媒体资产管理系统的影响。因此,在进行媒体资产管理系统的应用时,应该充分考虑该制约因素,找到两者的突破点和切入口,实现电视台的永恒持续发展。

(一)拓宽电视台媒体资产的储存渠道与转移方式

虽然媒资系统的数字化储存方式满足了信息时代的要求,但是,它不一定满足每个电视台业务的工作要求。目前,很多电视台的业务都存在着信息储存的问题。因此,解决媒体资产管理系统的信息储存问题是每个电视台都必须面对的。在电视台业务当中、会牵涉到大量的视频资料以及其他有价值的商业信息,这些都需要电视台进行管理。面对着较大工作量的信息储存,电视台可以从拓宽媒体资产的储存渠道和专一方式来思考,加大媒体资产管理系统的储存空间,便捷工作人员对相关电视台业务的信息进行分类整理。

(二)确定较为严谨的编目制度和科学的信息引索方式

电视台业务的主要特点就是拥有大量的信息资料,这也就意味着迅速找到相关的电视台业务资料是比较难的,因此,这对电视台媒体资产管理系统的编目制度和信息检索方式提出了更高的要求,改变原有的信息引索方式,制定科学的引索方式。让工作人员在进行电视台业务时,能够针对性的进行挑选,减少盲目性,既能减轻相关工作人员的工作量,又能保证电视台业务进程的高效运转。因此,电视台必须重视编目制度和信息检索方式的制定,减轻后期的工作压力。

四、结语

综上所诉,媒体资产管理系统对电视台业务的运行具有十分深远的意义。因此,这就要求相关工作人员正视媒体资产管理系统在电视台业务中的应用问题,采取科学、合理的应用方案。提高媒体资产管理系统在电视台业务中的应用,保证电视台行业的长足发展。

参考文献

[1]金梅.浅谈呼伦贝尔广播电视台新闻媒资系统的特点与在新闻制作中的应用[J].电子世界,2013(22).

[2]李正平,温序铭.全媒体时代的电视台内容服务——全媒体媒资建设[J].现代电视技术,2012(02).

[3]曾亮,杨建德.基于服务型媒资构架全台互联互通网络——电视台全台网实现探讨[J].广播与电视技术,2008(11).

[4]付君.浅析电视台媒资管理系统工作人员的素质要求及对策[J].办公室业务,2013(21).

电视台业务系统 篇2

2.制订公司业务拓展战略，并与其他业务执行部门紧密配合，执行战略。

3.培训、管理业务拓展团队，并严格执行业务拓展部门的各项规章制度。

4.与其他业务执行部门共同制订公司对外推广的战略，并带领执行此战略。

5.与重要的客户决策人建立起良性的、建设性的合作关系。独立或带领业务拓展团队拓展公司战略性客户。

6.负责建立及扩大公司品牌认知度，促成与拓展各领域新的商业合作伙伴。

电视台业务系统 篇3

广告业务预约系统是指央视广告中心利用微信平台为方便广大代理公司预约办理广告业务所使用的系统。

广告业务预约系统对于方便代理公司业务办理、提高广告中心服务水平具有重大意义。广告业务施行预约服务, 有利于广告公司进行广告业务咨询, 提前安排广告片审查、广告时长购买、广告销售合同签订等工作计划, 减少等候时间, 也有利于央视广告中心提升管理水平, 提高工作效率和业务办理质量, 降低播出安全风险。

当前, 网上预约服务已经普遍应用于银行、医院、酒店等窗口服务行业, 作为中国传媒龙头的央视, 在广告销售方面也需要改变自己服务理念, 从以往的广告公司业务员牵头的广告销售模式, 转变成为以服务为中心, 前台接待后台推动业务运行的销售模式, 广告公司的业务人员, 只需在微信平台上预约需要办理的业务, 然后在央视广告中心业务大厅的窗口前几分钟即可完成业务办理。

为了规范和推动广告业务预约服务, 央视广告中心以微信为平台, 开发了广告业务预约系统, 力求在推动中心开展预约工作的同时, 提高对预约服务工作的认识, 加强对预约服务工作的管理, 并认真做好相关组织工作。本着坚持以方便广告业务办理、提升前台服务水平为中心的指导思想, 央视广告中心建设了一个方便的、高效的微信预约系统。

二系统流程和架构

微信平台处理流程及系统架构分别如图1、图2所示。

三系统功能

根据业务需求, 广告业务预约微信平台包括如下几个部分:

1. 基础信息维护

基础信息主要包括:

广告公司注册审核状态;

广告业务类型;

预约单状态;

预约单审核状态;

预约时间段。

2. 媒介员及广告公司信息维护

微信预约平台中的广告公司、媒介员信息与广告业务管理系统的广告公司、媒介员信息必须一致。

3. 微信预约功能

央视广告中心先通过微信申请“服务号”作为微信预约平台的公众号, 平台包括以下功能:

(1) 用户注册

第一次使用微信预约的用户需要注册, 填写媒介员信息:姓名、身份证、广告公司、手机号。注册用户必须为已具有央视广告媒介代理资格的广告公司, 及该公司的媒介员, 已经注册完毕的用户可直接进行预约申请。

用户注册信息匹配。将广告业务管理系统中的媒介员信息数据导入微信预约系统中, 与用户提交的注册信息进行匹配, 匹配的关键字为用户提交的身份证号, 如一个媒介员在广告业务管理系统中绑定多家代理公司, 则该用户可以预约多家代理公司的业务办理。如媒介员没有在广告业务管理系统中录入身份证号的信息, 需要到前台相关窗口在广告业务管理系统中完善个人信息, 才可以注册。

2中央电视台广告业务预约平台系统架构

(2) 业务预约

a.业务类型

根据业务实际情况对业务类型分为三级, 第一级包括:合同、渠道、审查3个大项, 每个大项下再逐级划分, 具体如图3。

b.具体预约功能

意向办理人

用户对服务人员有倾向时, 可在预约时指定意向办理人, 在条件允许范围内将优先指定意向办理人给该用户服务。同时, 系统向其显示当前该业务人员已被意向约定的人数。

用户在选择意向办理人时可以根据需要选择是否服从调剂。所谓调剂是指当意向办理人排队序列中超过用户选择的号的数量时, 则可以不按照意向办理人严格控制, 其他业务员也可以叫该号码;如果用户选择不服从调剂, 则无论意向办理人办理业务有多少号, 都严格按照意向办理人控制, 其他业务员不能叫到该用户号。

频道

频道资源和广告产品的维护为专门科组的专人负责, 明确预约频道可以事先判断办理业务所需产品、手续是否完善。

备注

用户要详细填写需要办理的业务内容, 业务员根据预约内容准备相关的广告产品, 并与相关科组提前沟通协调。

预约时间

用户可提前预约5个工作日的业务, 如预约类型为合同的, 每天10:00前可以预约当天业务。

(3) 微信预约审核

用户提交预约申请后, 由相关业务科组根据用户业务类型备注信息进行统计审核。用户提交预约申请后自动发给客户提示:预约申请提交成功, 需要经过审核后通知是否成功预约。审查、渠道的业务不需要审核当时即可以收到预约的结果是否成功。当日上午导出业务办理项目表单, 当日下午进行审核确定次日可以执行的预约项目并向用户发送预约成功与否的确认信息。如可执行, 则用户预约审核成功。否则, 预约审核失败。

用户预约审核成功后, 系统会自动下发预约成功微信及唯一的预约代码, 用于确认预约成功信息以及查询等。

预约代码:微信预约的编码由:日期—“第二级业务类型代码”+四位流水号组成, 第二级业务类型划分具体如图4。

每日可预约的号数可以设置, 如:审查业务每日可预约号数上限是100, 合同业务每日可预约号数上限是60, 渠道每日可预约号数上限是50。如超过上限则无法预约。

(4) 预约微信查询

用户预约成功后, 可查看本人的预约记录以及相关预约代码等信息。

(5) 取消微信预约

如因故不能前来办理业务的, 请务必在预约办理日期当天18:00前取消。用户可先查询预约记录, 之后再进行取消。

对于过期不取消的用户, 超过3次将受到惩罚措施:下次预约时, 该用户的账号被系统通知排序自动向后排序10位。

(6) 签到

预约成功的客户在所约日期到达广告部后, 需要进行签到, 以进入叫号队列。未签到的预约将不会被叫号, 签到的预约按照预约顺序排队, 等待叫号。

(7) 当日取号

为方便客户办理业务, 对于未采用微信提前预约的客户可通过此功能当日取号, 进入叫号队列等待叫号办理相关业务。当日取号包括当日预约取号 (业务类型为合同的) 和当日直接取号 (业务类型不为合同的) :

业务类型为合同的, 需在10:00前预约当天业务。合同业务需要填写备注办理业务内容。并通过审核后进入当天叫号队列, 等待办理相关业务;

业务类型不为合同的, 用户只需选择相关业务类型 (具体分类同表2) , 直接进入当天叫号队列;

现场微信排号的用户无权指定意向办理人员;

现场排号代码的分类方式和预约的分类方式相同, 均按照第二级业务类型进行代码划分。现场排号和预约排号的最后四位流水号序列为一个序列。系统在统计预约数量之后, 自动判定现场号码的起始位置。

(8) 加急通道 (VIP通道)

对于需要加急办理业务的情况或大客户 (VIP) , 经前台业务部门科长+部门主任 (大堂经理) 同意后, 可优先办理。加急通道需要客户的项目在非常紧急的情况下才能开启。

用户直接到现场预约处出示批示, 领取预约代码。

绿色通道预约代码为:当天日期—V (VIP) +三位流水号。

(9) 激活

a.过号激活

当窗口叫号时, 若预约者未响应, 则该号进入过号状态。每个号允许一次过号激活, 激活后的号可以恢复到当日叫号队列中 (依然按预约号排序) , 等待叫号办理业务。

b.暂停激活

已经响应叫号并在窗口办理业务的过程中, 若业务需要暂停 (如需要补充资料等) , 窗口接待业务员可以在窗口叫号系统上将该号暂停并注明暂停原因, 如何继续叫下一个号。预约者认为可以恢复办理业务时, 需使用“激活”功能将自己的号重新进入队列 (仍按原排序) , 等待上次暂停业务的窗口接待业务员叫号后继续办理被暂停的业务。

(10) 排队动态

预约者可以通过此功能查看当日各个业务类别的排队情况, 了解自己在队列中的位置。

4. 大厅叫号系统及窗口接待系统

(1) 大厅叫号系统验证发号及叫号原则

叫号分预约号码和现场号码, 两条队列采用同一序列排号、均根据业务类型进行不同字母的区分。具体规则如上文所述。

预约用户需持身份证到广告中心业务大厅叫号机上刷卡并选择欲领取实体号码的预约码, 只有在叫号机上领取了实体号码的才能进入叫号系统, 未经现场领取实体号码的预约号码将不会被叫号。

优先级:预约号码优先原则, 验证过的预约号自动排至当前队列的最前端, 预约号之间以顺序号排序, 小号在前, 大号在后。

(2) 现场叫号机及LED显示

现场叫号系统包括取票系统、语音广播系统、控制完成排队功能子系统、显示信息发布系统的软件和硬件。如图5。

a.流程

广告公司媒介员先用微信预约方式在网上申请办理有关事宜, 并得到一个预约码。办事人员要携带自己身份证以便叫号机读取并确认其身份。如果身份正确, 办事人员可在叫号机的触屏上看到当天所有的预约码。选择需要领取的预约码, 叫号机会自动打印一张号码给媒介员。

b.工作原理

叫号机读卡器读取身份证信息, 到服务器的数据库, 确认正确后打开叫号机触摸界面, 显示该媒介员当日未取号的所有预约号, 媒介员选择所要领取的预约号后, 打印相应的号码。同时发数据给云端数据库, 将此办事人员排入队列内。待窗口工作人员叫到办事人员, LED显示屏上会显示相关人员拿到的号码和到哪个窗口办理等信息同时以扩音音响广播出来。

(3) 窗口接待处理

a.叫号

业务员在窗口通过电脑登录叫号系统, 叫号系统采用实名制登录记录当前业务员的叫号工作, 以此支持后续客户评价行为。同时叫号系统需支持当前窗口是几号窗口。

叫号系统将当前此业务员可办等候号码 (比如预约受理人是该业务员、业务类型符合) 推送到业务员的屏幕, 业务员点击叫号, 大屏幕显示被叫号码前往相应号码窗口办理业务。业务员屏幕上可以显示媒介员预约时输入的备注信息。

当前被叫号码距离客户手中号码3号时系统通过微信推送提醒。

客户需持号码到指定窗口办理相应业务, 业务员收取号码后开始办理业务。业务员需将号码保留归档已备查询。

b.过号

过号分为两种:无人响应和业务办理中止。

无人响应的情况下:

业务员通过叫号软件叫号三次无人响应, 可通过系统点击过号, 进而叫下一个号;

客户临时不在, 号码被跳过后需要到叫号机重新激活号码, 激活后按照号码类型及大小顺序排号, 每个用户当天仅能重新激活号码一次;

由于预约号码有提醒功能, 当日连续两次过号的用户, 号码自动注销, 如需办理业务需另行取号;

预约号码连续三次因以上方式注销的用户将受到惩罚, 即该用户下次预约, 系统自动通知将该用户排序向后顺延10位。

业务办理中止的情况下:

业务办理过程中遇到阻碍, 例如资料不全、方案细节确认等情况, 需要客户离开窗口办理或者业务员后台办理的, 业务员可通过叫号系统点击号码中止, 之后业务员可继续叫下一个号码;

当日补齐资料或者确认完成的客户可到叫号机 (通过微信?) 重新激活号码, 激活后按照号码类型及大小顺序排号, 等待原窗口叫号办理。当日不能处理完的, 号码自动过期。客户日后办理需再次取号。

c.销号

销号方式有两种:

用户取消办理业务, 主动通过微信取消预约号码或至签到台注销现场号码;

业务办理完成, 由业务员在叫号系统中标记业务办理完成, 号码自动注销。

5. 评价打分

客户办理完业务后, 去前台大厅的报播机上登录系统进行匿名打分。打分系统需可选该用户办完的业务、受理人。打分维度包括:业务办理速度、业务办理质量、服务态度、解决问题的积极程度四项, 每项以0为最低分, 5为最高分。打分为自愿。

6. 叫号系统数据收集和分析

预约叫号系统应实现数据的统计和分析功能, 从而辅助中心统计分析业务办理及工作量分配情况。

(1) 实现方式

数据的收集可以从两个方面实现:

通过微信平台的数据统计功能进行统计;

通过微信所链接到的预约叫号系统, 进行数据统计。

(2) 统计内容

对于可统计和分析的数据, 目前设想可以包括如下:

业务员每日叫号情况, 包括叫号总数, 各类号码处理数量, 号码处理情况, 业务员被评价情况等;

高峰期分析, 有利于中心的工作重心分配和工作的前期准备;工作量分析, 有利于员工之间的工作分配和统计;

不同代理公司的业务办理量及种类分布情况;

媒介员的业务办理量和种类分布;

统计业务办理的时间周期。

7. 说明

(1) 技术实现

此方案优点:

基于微信平台, 可以使用微信用户认证系统;

运行于手机等移动设备端, 方便客户;

以后可基于这个平台, 开发其他应用。

此方案的前提条件:

需要网络服务器及域名 (可用阿里云) ;

需要一个取得认证的微信公众号 (见下面的说明) 。

(2) 关于微信公众号申请和认证

由于广告中心现有的微信公众平台是不能支持开发者模式, 用户注册时需要根据用户的Open ID进行绑定, 这样注册且审核通过后的用户下次登录便可以直接预约。而要拿到用户的Open ID则需要广告中心微信公众平台的高级接口功能, 而只有通过认证的订阅号 (或服务号) 才能使用高级接口功能, 故需要将广告中心微信公众平台进行认证。但由于目前无法提供认证所需的资料, 故要求北京扬子万博申请一个微信服务号并通过认证, 专门用于中央电视台广告中心广告业务预约。

(3) 后期拓展

电视台业务系统 篇4

一、工作简历及现岗位工作开展情况：

我是中共党员，工程师。今年34岁，本科学历，获学士学位。20xx年8月来台物业部工作，在工作中我能兢兢业业，充分发挥自己的主观能动性，发挥自己的专业特长，完成了多项技术革新和技术改造，20xx年在全台竞争上岗中被聘为后勤保障处业务主管。20xx年6月借调台群团处工作，认真及时的办理与职工息息相关的职工互助医疗保险、体检等工作，积极参加各项大型活动的组织工作，完成了奥运志愿者志愿服务上岗工作。在今年的全台内部改革中，我来到台办公室，目前主要负责督查管理及考核相关工作。虽然来到新的工作岗位只有短短的一个多月，但是由于办公室工作紧、任务重，要求我全身心的投入到工作中。在这一个多月的时间内，在部门主任指导和支持下，我编发了41份督查通知书，4份督查专报，转办市长公开电话、市长信箱事项30余件，参与绩效考核管理体系、督查管理系统的前期调研与论证等工作。

二、竞争优势：

1、政治素质过硬，组织观念强：本人作为学生党员，较早时期就积极向党组织靠拢，认真积极的参加政治理论学习，政治立场坚定，能够在日常生活和工作中不断地加强个人修养和党性修养,增强了自己的政治意识、大局意识和责任意识。特别是到办公室工作的这段时间更是深刻的认识到这一点的重要性。

2、具有良好的组织协调和沟通能力，较强的团队协作精神：十多年从事服务性质的工作，使自己牢固树立了“以人为本”的思想，在工作中能够端正自己的态度，放平自己的心态，站在别人的立场，想别人之所想，急别人之所急，及时沟通了解情况，掌握信息，积极组织协调，在领导的支持和同事们的默契配合下解决了许多实际问题。

3、善于学习、谦虚谨慎，有较强的创新精神：在工作中能够虚心的向别人请教，学习别人的优点长处，正是基于这个原因我能够在每次到达新岗位后，快速的进入角色，掌握本岗位的知识技能。对于这次在新岗位接触的考核业务，由于各项参数、计算方法比较复杂，我通过阅读大量的文件，虚心的向同事求教探讨，很快的掌握了考核的流程，为以后的工作打下了基础。

4、热爱本职工作，事业心强，有高昂的工作热情：工作后的学以致用，能够发挥自己的所学所用，使自己能够一心扑在工作上。在工作中能够正确认识自己，找准自己的定位，多学多做，特别是作为一名共产党员，我能够发挥自己的主观能动性，积极地解决工作中出现的问题，干一行、爱一行、专一行。对于自己工作中的薄弱环节，能够清醒认识，正确对待，找差距，补不足，加班加点补强自己的薄弱环节，以便能够更好的胜任工作，在过去的六年中连续三年考核被评为优秀等级。

三、对竞争岗位的打算：

1、完善机制，扎扎实实做好督查工作：紧紧围绕我台中心工作和党委重要部署，按照“抓推进、抓落实、敢碰硬、重实效”的总体方针，健全完善督查体制体系，建立督查长效机制，做到督查的程序化、经常化、制度化，确保领导决策落到实处、政令畅通。配合建立计算机督查管理系统，使督查工作更加便捷高效，努力促进部门执行力建设，保证全台各项工作的顺利推进。

2、缜密严实，切实做好考核工作：协助部门主任建立完善科学的绩效考核体系，实事求是的做好信息收集统计工作，缜密严实的做好各种参数的计算工作，加强联系沟通，做出客观公正的考核结果。

3、乐于奉献，树立优质服务的意识：在这方面要团结同志，调动大家的积极性，按照“及时、热情、超前、立体”的标准严格要求自己，不断强化优质服务的意识，提高服务质量，努力做到“不以事小而不为、不以事杂而乱为、不以事急而盲为、不以事难而怕为”，尽心尽力做好服务。

4、加强业务学习，搞好团结：十多年的工作经历，使我积累了一定的管理经验，面对新的工作岗位和挑战，我将继续加强调查研究，向各位领导和同事们学习，勇于实践，努力提高自己的业务水平，爱岗敬业，做好表率，切实做好参谋助手，为领导做出决策提供自己的建议和意见。诚恳待人，互助互爱，努力和各位同事一起营造一个团结、协作、积极向上的工作局面，建立一个以人为本的良好的工作环境，用集体的精神，集体的智慧，集体的力量去克服困难，去创造业绩。

电视台业务系统 篇5

浙江广电集团在2012年新播出系统建设时.依据自身业务特点,设计并规划了一种全新的播出业务流程监控模型。该系统定位于服务电视播出的核心业务,通过建立一体化、闭环化、智能化信息管理平台,整合IT模式下的各类监控、检测手段,强化数据关联和分析。对设备、业务、环境进行全流程监测,通过模型化辅助运维工具,提高信息系统管理效能,为播出业务构建了一个较为完整的安全监管运维体系。

一系统架构设计及模块划分

1.系统架构

本系统主要包括三大业务板块,即针对“设备、业务、环境”的监控数据采集板块、播出业务流程管理板块以及运维管理板块。

通过各种数据采集及监控手段,监控系统已经可将系统的可用性、健康状态进行完整的监控,但这不意味着整体系统的运维管理就此结束。当我们发现了网络和系统中的各种问题后,若不能结合报警事件所处的业务流程特点,不在解决后进行整理形成知识库,强化数据间的关联和分析,那也只不过是从一种混乱进入了另外一种混乱而已。

因此,我们认为一套高效的综合监管系统一定是与业务流程监控紧密集成的,一体化的。系统接收来自于数据采集板块中指定资源所产生的报警事件,紧密结合实际和需求,以业务用户为中心,将重要资源的严重级别告警在清晰的管理流程中体现,使系统维护工作形成流程化、自动化、规范化,才将技术维护人员从无序的告警事件和繁琐的排故逻辑中解脱出来,全面提高安全播出系数。

下文就该系统中三大具体板块功能及系统架构做简要介绍。

(1)数据采集监测板块

从运维管理的角度,现代播出系统运维是一个复杂的复合体系。管理的对象既包括电视媒体特有的AV信号处理系统,又包含日益复杂的IT支持系统,更需关注业务构架与上述两个系统之上的业务/数据流程。所以,作为整个系统的基础,数据采集监测板块必须实现不同数据的归一化采集、处理、分析,便于各类事件、数据的过滤、合并、关联定义、汇总,并对报警进行集中展现,为上层的流程管理、运维管理模块的决策分析提供参考依据。该模块监测的内容包括三部分:

●以关键节目任务为核心的全程、全域流程数据;

●以IT域业务系统为核心的设备数据;

●以AV域业务系统为核心的关键设备与信号数据。

(2)业务流程管理板块

传统播出监控系统最大的问题在于对后台业务流程监控没有更好的办法,系统管理人员对流程无法做到了然于胸。现代播控系统基于全程数字化、文件化体系构建。本次系统建设充分考虑了该问题的解决方案,在业务系统网络中,充分利用数据采集和数据分析的优势,实现信息传递、数据同步与业务监控。

本次业务流程管理板块设计,以业务岗位差别进行纵向层次划分,以节目串联单生命周期为横向驱动,将节目文件在一级备播、二级备播、上载系统、播出系统中的迁移整备、调度管理任务进行智能排序预警,为管理人员、值班人员提供可视化的监视和各类应急处理、操作手段。

(3)系统运维管理板块

系统运维管理是播出技术科的日常工作,传统方式主要通过日常巡检、定期检修、故障处理等方式进行,方式原始。本板块旨在为技术值班人员提供日常运维的操作界面,对于较为关键的设备指标,如设备存储容量、CPU运行状况则进行智能排序,把数值超过报警门限的报警设备进行筛选,置于展示列表顶端。并对于在巡检间隙出现的报警条目、事件记录进行特别记录。该模块基于数据采集监测板块数据进行,可直观显示当前监控系统中的设备数目及报警信息,并将整体系统的健康状况在第一时间给予统计分析,让运维工作数据化、系统化。

从系统设计架构的角度,上述三大板块构成一个完整的监控管理整体,三者互相提供数据支持,密不可分。

系统采用分层设计。各设备插件负责对各类软硬件系统进行监视和控制,并进行各类数据的整合处理:

●监控采集服务负责向监控终端及其他业务系统等提供接口,完成各业务模块对监控子系统的业务管理功能。监控终端及业务系统向监控服务发送各类设备监控命令,实现对设备的监测和控制;

●核心服务器需要完成的动态故障分析和场景处理、信号和系统设备关联的逻辑报警的判断与处理;

●监控客户端依据业务需要,被设置为流程监控系统和运维管理系统,面向不同业务,定制为不同客户端,获取监控服务的监视数据进行实时显示。配置管理则对整个监控子系统的各类设备进行管理。

2.系统模块划分

(1)监控采集模块

监控采集服务器是系统中负责数据采集和分析过滤的模块,为监控核心服务器的业务流程提供基础的数据支持。监控采集服务器和核心服务器采用服务器/客户端的架构模式,通过网络链路进行数据交换,共同完成系统监控任务。

监控采集服务器在详细设计阶段可以划分为三大系统单元,包括设备信息管理单元,设备驱动管理单元,数据分析过滤单元。

●设备信息管理单元负责服务器全局事件的调度,完成监控命令转发,数据路由,监控结果回收,紧急事件处理等;

●设备驱动管理单元是监控服务器的核心,负责管理所有监控设备的信息结构,设备驱动,并连接实际物理设备进行数据采集;

●数据分析过滤单元负责对采集出的原始数据进行分析,过滤,生成相应的报警文件。

(2)核心系统服务模块

核心服务器使用客户端/服务器的部署方式。监控服务器作为核心服务器的数据提供服务端,而核心服务器为数据消费的客户端。连接关系是一台监控服务器只和一台核心服务器保持连接,一台核心服务器同时与多台监控服务器保持连接。核心服务器与监控服务器中的数据通讯依靠部署消息中间件完成。

(3)监控管理客户端模块

监控客户端完全基于业务需求系统定制为上载监控、播出在线监控、信号报警监控等不同流程,以满足业务流程监控的需要。

播出业务流程监测主要包括节目单流程、素材流程。负责收集播出内部数据,按照播出业务进行智能分析,把业务流程更直观地展现给用户。方便用户定位故障位置,找出错误原因.确保安全播出。

二系统主要技术应用点

1.文件化节目流程备播智能排序预警技术

通过分析内容管理迁移策略,动态分析素材迁移、转码、技审等预定流程任务。智能分析影响素材未就绪以及素材处理流程的相关信息,整合分析系统实时网络运行状态、历史迁移速度,查找原因,针对违反流程的事件结合素材的开播时间、任务提交时间、迁移通路状态,以及素材本身的严重性,按照不同的故障等级,时间紧迫性,进行智能排序。

以下为各岗位应用客户端的几个典型示例:

(1)素材就绪情况监控支持

●集中显示系统中所有频道未就绪素材的节目计划播出时间、节目名称、距开播时间、所属频道等信息,作为数据排序依据进行信息整合;

●根据距开播时间间隔作为优先级排序的依据,并将节目背景颜色设置为蓝色高亮,作为半小时内仍未被播控岗位提取的报警提醒;

●在上载及播控两个岗位间建立统一的信息发布窗口,达成岗位间任务交接的一致性.形成系统间紧密协同工作模式。

(2)在线播出监控支持

●将系统中在播频道的在播节目名称,下一档节目名称、倒计时等信息进行集中展示;

●对节目切换前10秒倒计钟进行语音报警.并将字体颜色置红色以引起工作人员注意;

●对系统中正在直播的频道设置为蓝色高亮背景,进行着重提示。

(3)素材迁移调度监控

●集中展示系统中31个存储体间素材调度、技审等全局任务信息;

●结合素材的开播时间、任务提交时间、迁移通路状态、历史迁移速度等信息,可进行分类排序及预警;

●不同状态的任务以直观的图标展示,错误任务及紧急任务依据其预设优先级策略.自动置为任务排序顶端,给予报警提示。

2. 基于拓扑关联的网络故障定位技术

本系统提出一种适合网络告警数据特点的拓扑建模方式.将网络拓扑结构结合链接信息,全面考虑各种类型的告警数据,通过设定不同的时间窗口,进行拓扑建模序列的挖掘,具有较好的效率。把事件关联和数据挖掘应用于网络故障管理,设计出一个完整的基于规则的网络故障管理系统模型,它能够同时支持对关联规则、事例相关性和拓扑模型进行故障推理。3.故障快速诊断处理技术

3.故障快速诊新处理技术

故障发生时,系统对设备状态、信号链路、信号分析结果、任务安排、任务执行状态等信息以快照方式进行记录,产生完整的故障场景信息记录。操作人员可针对不同的故障场景记录设置有针对性的解决方案信息,形成故障场景和解决方案的历史信息库,为将来的故障场景分析提供数据支持。当发生新的故障时,根据故障现象,用户可以查看历史信息库中任意时间点的系统故障,同时提供按照时间进行故障重现,以便于快速诊断排查问题,并正确处理故障。

三总结

本次项目建设,通过全方位播出系统运维数据采集,建立了有效的、自动化的、标准化的业务综合监管流程和制度,提供汇总的、集成的管理平台,最大限度地降低复杂性以及对技术资源的影响,搭建以节目备播流程驱动并适应台内管理体制及组织架构的技术平台,在流程中为不同层次、不同角色的业务、技术值班员提供一致的管理接口,从而使不同技术水平、不同岗位要求的人员的各个层面维护和操作管理达到高效的协同。

摘要：为处理日益复杂的电视台播出系统技术运维业务,浙江广播电视集团电视播出中心在传统监控系统的基础上设计了涵盖流程监控、数据采集、数据分析、系统运维支撑等多项功能的业务综合监管系统。该系统建立了有效的流程管理、数据支持和知识积累模型,以解决过去播出系统中技术管理严重依赖技术人员个人经验、与系统现状运行数据脱节、缺乏有效流程管理的问题。本文介绍了该系统的整体设计,并对关键技术的实现进行详细阐述。

电视台业务系统 篇6

1 智能家庭用户需求

现代社会是一个消费社会, 运营企业的可持续发展与创新业务的顺利运营必须以用户 (消费者) 行为与市场动态为导向, 用户消费行为变化与家庭用户细分程度将直接影响家庭业务的设计与开展。

本节将以EKB模型为理论基础, 分析广播电视家庭业务场景与用户需求。EKB模型由Engel、Kollat和Blackwell于1968年提出, 目前已成为消费者需求分析理论的经典模式之一, 把消费者的购物决策看成一个问题解决的过程。EKB模式把消费者购买决策看作五个阶段, 即对问题的认知、信息的寻求、评价、购买决策和购买后评价, 其相互渗透、相互影响, 共同构成完整的消费者行为。EKB消费者行为模型如图1所示。

国家广电总局科研项目“基于NGB的智能家庭物联网关键技术与系统研究”课题组调研了不同职业、年龄、收入群体对于不同智能家庭业务的期望程度, 如图2所示, 61%的被访者期望在2年以内部署智能家庭类业务, 可以看出用户对于家庭类业务将提高其生活质量的消费认知与意识已经形成。通过调研, 初步明确了用户对于智能家庭业务的需求和期望, 下面将分别就各类具体业务形态进行业务方案设计与运营模式分析。

为了更好地激发消费者的问题认知, 在深入了解满足目标用户的需求产品的同时, 还要不断设计诱因、增强刺激唤起消费需求, 同时通过多种渠道对业务进行宣传, 为用户提供更多的了解机会, 将智能家庭类业务真正推进人们的生活。

2 智能家庭业务模式

智能家庭类业务按照服务类型、运营方式、组网模式、支撑技术等方面进行可以分为信息服务、家庭保健、安防监测、家居控制四类。如表1所示。

2.1 信息服务

智能家庭信息服务是有线网络运营商从广播电视基础业务所延伸出的围绕家庭中“电视第一屏”的融合业务形态, 能够提供视音频服务 (直播、点播类业务) 、政府门户、社区信息、视频游戏、家庭购物等综合业务。随着无线近距离通信技术及跨屏协议的日益标准化, 有线电视网络支撑体系日趋完善, 以上服务可以跨终端、跨平台在家庭内随时随地为用户提供最便捷的服务。

以“歌华飞视”为例, 通过有线运营商提供的智能家庭信息服务系统将家庭的电视、电脑、Pad、手机等具有音视频输入输出功能的设备连接在一起, 实现集成化的多媒体智能家庭娱乐功能。

(1) 多屏共享

视音频内容通过有线电视网络进入家庭, 在家庭网络的承载下通过不同的终端传输给最终用户, 从而在家庭内实现不同屏幕间的视频内容共享, 实现“一源多屏”或“多屏共享”, 满足不同终端用户的使用需要。

(2) 多屏位移

实现视频内容在家庭各设备间 (电视、手机、Pad、电脑等终端) 的相互传输。用户在收看节目的过程中, 可以根据其需要跨屏切换视频, 即不受空间和时间限制进行观看, 将节目转移到其它屏幕上继续收看, 为家庭娱乐提供空间时间上的极大便捷。

2.2 家庭保健

智能家庭保健是以家庭为单位, 以老人、妇女、儿童和慢性病人为重点服务对象;以健康为中心, 集预防、医疗、保健、康复、优生优育指导为服务内容, 利用有线电视网络与物联网传感技术、网络技术、通讯技术、控制技术, 将医疗服务、医疗延伸服务、健康教育引入家庭, 最大程度地体现这些服务的及时性、实时性、随时性、交互性、多媒体化。居民不受时间、地域的限制, 可充分地享受健康服务和健康教育。如图3所示。

医疗保健类服务需要一定的准入门槛, 同时相关业务运营须承担一定运营风险, 因此, 智能家庭保健平台的搭建须跨行业共同配合完成, 广电企业应提供通道类服务或进行合作运营, 明确责任边界。

2.3 安防监测

智能安防监测可实时监控非法闯入、火灾、煤气泄露、紧急呼救的发生。安防系统由监控设备、网络信号和各种前端传感器组成, 分别布控在各房间内的前端传感器, 含有门磁、窗磁、煤气传感器、烟感传感器、红外对射传感器、紧急按钮、摄像监控头等。并且安防也同步与小区管理中心相连, 与消防中心及警务平台相连。当用户离家外出时, 将主机布防, 如有窃贼企图从大门、窗户或阳台进入, 或者室内发生烟火和煤气泄露, 或者室内老人小孩发生意外事件紧急求救, 系统会立即报警并发送相关紧急信息给用户指定的电话、小区管理中心、消防中心、报警中心等, 以便救助人员迅速出警, 同时控制系统感知传感信号后, 自动反向控制开启相关电器进入应急联动状态, 从而实现主动防范。

家庭安防监测服务运营过程中, 用户信息采集、用户信息加密、用户信息传输、用户信息解密等环节责任重大, 是智能家庭安防的核心内容, 广电企业只能保障用户信息传输安全, 其他环节均无法进行控制。因此广电企业应当发挥自身网络运营优势, 有效降低风险, 将广电企业的责任划定在网络传输上。广电企业可在保证节目传输的前提下, 为项目提供网络支持, 为项目推广方提供网络频点资源租赁服务, 获得运营收益。

2.4 家居控制

随着我国国民经济的发展和人民生活水平不断提高, 先进的生活设施改变了生活起居环境。无论何时何地通过网络远程进行家居控制势必成为用户期待的服务应用。

家居控制系统涵盖智能终端、智能家电、智能网关、智能网络、智能系统等。从行业上说, 智能家庭控制将涉及到:安保行业、家电行业、智能系统行业、网络运营商、计算机行业、物业等。在家居控制业务上, 广电企业应当发挥自身网络覆盖面广、网络安全的优势, 在智能家庭控制平台搭建方面, 应积极参与到网络乃至整体项目的标准制定, 同时最大限度地开放现有智能网关数据平台, 以便于其他行业依据现有机顶盒数据接口进行智能家庭产品开发, 便于打造智能家庭家居控制平台。

3 智能家庭系统方案

智能家庭系统是提供视音频服务为主, 以家庭为基础, 统一运营支撑的综合性智能家庭物联网服务平台。智能家庭是在家庭内部通过适当的组网技术把家庭网关与其他信息设备组建成可以进行信息交换的内部网络, 并通过家庭网关与NGB外部网络相连, 向家庭用户提供各种业务的系统。同时, 家庭网络作为NGB网络向家庭用户的延伸, 全面覆盖家庭信息娱乐、安防、智能控制等业务领域, 实现用户的综合业务接入和体验。智能家庭系统从其功能和层次关系可分为应用层、平台层、网络层和感知层。其总体方案如图4所示。

(1) 感知层

感知层位于整个智能家庭应用的最低端, 主要由各种类型的传感器组成。这些传感器感知到的数据将被各种类型应用所引用。家庭内传感器通常包括手机、个人电脑、摄像头、生理参数传感器、温湿度传感器、智能仪表等。

(2) 网络层

包括家庭网、接入网、汇聚网、骨干网。家庭网主要由智能家庭接入网关组成。接入网关是一个独立的设备, 通常由运营商提供给用户。接入网关负责通过传感网络连接所有的传感器, 收集传感器采集到的数据并按照一定的格式通过网络层发给智能家庭支持平台。

(3) 平台层

平台层包括对家庭网关上传的数据进行预处理、智能分析、隐私和安全保证以及其运营支撑和统一存储。

(4) 应用层

各类智能家庭应用平台与业务系统位于应用层内。

3.1 家庭网关

智能家庭网关是智能家庭网络核心设备, 对外作为网关设备, 连接有线电视网络与家庭内部网络, 将智能视听业务引入家庭内部, 同时自身也是功能完善的业务承载设备, 特别针对家庭媒体内容剧增的需求, 家庭信息服务中心通过内置及外部扩展存储技术实现家庭媒体内容的存储管理, 并可提供丰富的媒体服务。在广电网智能家庭方案中, 家庭网络网关主要应围绕已天然部署到1.7亿家庭中的广电数字机顶盒打造。

家庭网关作为家庭网络与广电运营商网络联系与互通的枢纽, 是公共网络的一个末梢, 在家庭网络环境中处于核心位置。一方面家庭网关利用多种联网技术为家庭内部各终端提供互联手段, 提供业务承载、QoS保障、家庭安全与管理, 同时也是家庭用户从广电有线网络获得各种增值服务的通道和业务平台。

家庭网关技术不再只是网络连接设备, 而同时具有完备的业务承载能力和自身具有强大的媒体处理功能, 以电视作为显示设备, 以遥控器作为用户输入设备, 可直接响应用户操作, 并在电视上显示回应, 实现人机交互, 并能为其它终端提供服务。

智能家庭网络中子网关主要用于协议、信令的桥接转换, 一方面与家庭网关相连, 一方面驱动各种用户应用终端。用户应用终端主要指各种家庭业务设备 (如机顶盒、家用PC、宽带手持终端、SIP电话、Wi-Fi手机、可视电话和软终端等) 、信息终端 (如智能安防和监控终端等) 以及其他一些创新型家电设备 (如灯光、窗帘、冰箱、空调、打印机等) , 范围几乎可包括家庭用户日常使用的所有电子设备。

图5是智能家庭网关的软件参考模型。智能家庭网关的接入功能主要实现家庭网络与接入网络的连接。广电网络存在多种接入网技术, 智能家庭网关须提供多种上联接口, 上行接口类型支持IP上联。智能家庭网关的联网功能主要实现家庭内部的用户终端设备之间的连接。智能家庭网关的核心功能包括了六部分;业务功能实现具体业务的处理, 如智能家庭控制、家庭保健、安防监控和家庭信息娱乐等业务能力。

3.2 近距离无线通信

根据设备成本、功耗、传输速率、技术成熟度等主要指标的分析, 建议在家庭内部联网中, 传输大数据量视音频采用Wi-Fi技术;传输小数据量的信令采用Zigbee技术。网关应增加相应技术的接口和协议的支持。同时面对智能家庭业务庞大的地址空需求, 从地址数量、移动性支持、服务质量、安全性、互联互通等方面, 建议支持IPv6的编址方式。各种无线通信方式的性能指标见表2。

3.3 跨屏技术

跨屏技术旨在屏蔽硬件设备、操作系统平台与通信技术的差异, 解决个人PC、消费电器、移动设备在内的无线网络和有线网络的互联互通, 使得数字媒体和内容服务的无限制的共享和增长成为可能。目前主要存在DLNA、Airplay及Miracast三类主要技术。其中, 在各种家庭网络跨屏技术当中, DLNA技术是笔者认为现代数字家庭中得到支持最多、标准化与开放化程度最高的一项技术。

DLNA主要用于实现设备的智能互联互通。使用DLNA协议与传输介质无关, 不需要设备驱动程序, 可以运行在Windows、Android等绝大部分的操作系统平台之上, 支持使用C、C++、JAVA等开发语言, 使得在家庭和其它公共场所方便地构建设备相互联通的网络环境。DLNA主要实现两类接口。

(1) DMR

Digital Media Render, 用于接受DMC控制器 (智能终端应用) 的DLNA指令, 来播放指定URL影片, 并控制播放、暂停、音量和进度。

(2) DMS

具备Digital Media Server, 用于将智能电视上的内容 (USB存储器, 智能电视内存) , 通过DLNA共享给智能终端设备。

4 小结

广播电视行业应顺应市场化趋势, 基于天然的家庭属性, 充分利用已通达千家万户的网络基础设施, 以满足用户业务需求及提升用户业务体验为核心目标, 全面变革家庭网络组网模式、发展家庭业务技术体系、融合智能家庭终端应用, 打造完整的集家庭娱乐、信息、控制一体化的生活服务中心的客厅生态。

摘要：家庭业务是三网融合阶段各方激烈争夺的“蓝海”级新兴市场, 本文基于这一背景, 分析了智能家庭业务的用户需求, 探讨了融合信息服务、家庭保健、安防监测、家居控制四类智能家庭业务模式, 设计了有线无线融合的智能家庭层次架构及系统方案, 根据有线电视运营属性提出了相关建议。本文的分析将为广电网络运营商发展规划提供一定借鉴和参考。

关键词：智能家庭,家庭网络,跨屏业务

参考文献

[1]国务院关于印发“宽带中国”战略及实施方案的通知.2013.8.17.

[2]广电智能家庭物联网业务的运营分析报告.2012.8.

电视台业务系统 篇7

随着网络电视、卫星直播电视、手机电视等新的视频传输技术的出现,传统有线电视的垄断优势消失,视频传输领域的的竞争加剧。这几年各地的有线电视运营商陆续进行模转数的工作,建设数字电视系统,发放大量的机顶盒,增加了很多的付费节目、专业频道和高清节目等,扩大了电视用户的选择面。但是单靠增加节目频道,仍然无法在竞争中占据绝对优势,其原因一是电视用户还是处在一种被动的接受状态,在众多的频道中无从选择,往往是浏览过一圈以后,稳定在感兴趣的几个频道中看节目;二是仅提供电视节目服务,与网络上的新闻、娱乐、购物、游戏、聊天等各种快速的信息获取和交互方式相比,业务形式过于单一,不能吸引电视用户,特别是年轻的用户群。用户对信息需求逐步增长,已不满足于被动地接收信息,因此互动业务成为有线电视网络的发展方向。

有线电视网络可利用的优势有:1)网络覆盖面广,城市有线电视网络已接近完全覆盖。2)目前有线电视网络仍占领电视终端的主要阵地,具备将电视终端发展成为家庭信息中心、娱乐中心的基础条件。3)有线电视运营商长期服务于电视系统,累积了视频节目资源,新闻获取渠道等优势。

有线电视网络的转变途径有:1)进行网络的双向改造,建立HFC广播通道和IP双向数据通道并行的网络,HFC广播通道作为电视节目和点播节目流等海量数据下传的通道,IP数据通道则是通信信令交互的通道。2)在双向网络平台上开发和建立多元化互动业务系统,使电视成为家庭多媒体终端。

数字转换、双向网络和交互业务作为有线电视网络更新换代的主线,主导着网络功能的挖掘和拓展,新旧业务的融合和扩充,使之在提供广播电视节目基础业务的同时,可以发展成为互动电视、时移电视、信息查询、网络银行、网上商城、网络游戏、自助缴费、网络票务、歌曲点播等集娱乐、应用、购物等多种功能于一体的综合平台。

2 系统结构

2.1 技术选型依据

首先,在业务发展需求方面,有线运营商不仅作为服务提供商(SP),提供网络的接入,还作为内容提供商(CP),提供内容服务,同时还可以引入多个CP合作者来提供业务,丰富网络上的业务形态。因此,选择的技术平台要能满足信息交互、视频流传输的功能,而且能够不断更新和增加业务形态。

其次,有线电视网络结构是基于HFC的环状主干与星状边缘和树状接入的结合体,其特点是上/下传输带宽不对称,具备很大的下行传输带宽,并可通过各种不同技术来建立回传通道。近年来发展的多种双向化的技术手段,如CMTS+Cable Modem,HFC+LAN,EPON+LAN,E-PON+EoC等,逐步得到成功的推广应用。因此,选择的技术平台要能适应有线电视网络上/下传输带宽的不对称性。

第三,有线电视系统设备性能,主要应考虑数字电视机顶盒的硬件资源的限制。在运营过程中,业务功能总是在发展变化,这要求系统灵活、兼容。前端的软硬件设备很容易通过不断升级改进来适应,但发放到用户端的机顶盒数量庞大,投资巨大,其低成本要求限制了内部芯片、内存等器件的配置,进而制约了机顶盒成为多种业务功能的承载体。另外,网络中使用的机顶盒也可能来自多个品牌的多种型号,使用的芯片方案各不相同。因此,选择的技术平台要能有效利用机顶盒的存储资源和运算能力,并且能兼容多种终端,实现多业务的并行和扩充。

2.2 集成模式选择

在模式一中,各业务系统相互独立,自成一体,终端模块写入到机顶盒的Flash中,占据一定存储空间,采用私有协议独立工作。这种方式的优点是在选择应用系统时比较灵活,与其他软件模块的关联不大,只要可植入机顶盒就能工作。其缺点也非常明显,即占用Flash资源太大,而且通常是永久性占用资源,难以实现业务系统的扩展。

在模式二中,所有业务基于中间件集成,即系统遵循一定的规范统一管理,除核心的应用程序管理模块、基本模块和通用模块以外,各子系统的程序实体尽可能使用动态方式下载到机顶盒的内存中,在程序执行结束后清除内存,回收资源。这种集成模式可使系统具有最大的灵活性和业务扩张能力,也是适合有线电视系统的技术模式。

2.3 机顶盒各功能模块的融合

核心组件、基本组件和业务组件进行有机结合,优化配置,有效利用机顶盒的资源,为业务系统的运行提供可循环利用的环境。

1)核心组件:应用程序管理器,执行业务应用程序的下载、资源分配回收、程序状态管理等工作。

2)基本组件:将业务应用程序的通用部分剥离出来,进行模块化管理,提供给各业务系统调用,为业务系统提供可运行的环境。其中包括通信组件、Web应用组件、机顶盒接口调用组件等。

3)业务组件:各应用系统自有的程序,处于应用程序管理器的调度管理之下,通过实时下载执行,运行结束以后即清除,不需存储在Flash中。

3 互动业务系统的实现

3.1 中间件标准选择

作为互动电视业务系统的核心,中间件的选择和有效利用是系统平台建设的关键。目前主流中间件标准有DVB组织制定的MHP (Multimedia Home Platform),ATSC组织制定的DASE (DTV Architecture for Software Environment)标准,以及OpenTV公司制定的OpenTV中间件等。其中,DVB-MHP中间件应用最广,影响最大。DVB-MHP定义了一个通用的技术开发平台,以Java为基础,结合DVB标准和互联网技术,建立了广泛兼容不同格式内容、兼容不同终端的接口标准,使不同的业务应用可以运行在同一个平台上,并使运营商可以灵活调整业务以适应市场需求。

DVB-MHP规定了3个应用领域和层次(见图1),分别是增强广播层,支持单向广播业务和本地交互业务;交互广播层,支持远程交互业务;互联网接入层,支持互联网访问,这一层的标准目前还在完善。互动业务系统的建设,可以合理利用DVB-MHP所定义的中间件规范,来建立良好的长效运行机制[1,2]。

3.2 中间件组件的提炼和合理利用

DVB-MHP中间件标准正在不断发展完善,已经建立了Sun Java API,HAVI UI,DAVIC API和DVB API等几类组件。有线电视网络在启动互动平台建设时,应该根据其系统的建设阶段、系统设备组成情况、业务发展规划等因素,对中间件的组件进行提炼和合理的利用。

厦门的数字电视系统自开始建设以来,经过两年多的前端平台搭建、网络铺设,以及机顶盒发放,已经具备一定的基础和较稳定的运行模式。随着互动业务的启动,机顶盒上需要保持已有的功能,同时逐步扩展新的交互功能。对于一些基本应用及成熟应用,沿用原有接口处理方式,如数字电视节目的接收、频道管理、EPG处理、CAS处理、Loader功能等;而对于增值应用,如数据广播及其他交互应用,则可利用中间件的部分组件来实现,包括Java虚拟机、广播协议DVB OC、交互传输协议IP、DVB-J API等,合理地选择和利用MHP所定义的中间件标准的子集。

3.3 Java虚拟机应用[3]

基于有线电视的交互网络结构以及机顶盒有限的硬件资源,选择使用Java VM的主要原因是作为应用程序管理器,能够动态从服务器上下载应用程序,执行应用程序生命周期的管理,并对资源进行分配,调度,在应用程序执行完毕后进行资源释放,内存碎片的回收,使机顶盒资源得到有效的管理,达到最大的利用率,支持应用的更新和扩展。Java虚拟机生命周期管理模型如图2所示。

MHP应用程序是Java语言编写的交互应用,这种MHP应用就称为“Xlet”,运行在MHP中间件的顶层。例如游戏大厅中不同的游戏程序、股票交易程序及电视银行程序等。运行在机顶盒上的每个Xlet都有特定的生命周期,由互动系统或者用户通过中间件来控制。Xlet有启动、暂停、运行、消亡4种状态。

3.4 交互浏览器应用

交互浏览器可以说是MHP中间件部分组件的结合体,包含了DVB OC,IP,DVB-J API等协议和接口。交互浏览器可作为有线电视网络互动业务系统的基本组件,为业务应用程序提供基本的功能模块,如双向通信、多种内容格式的解析、MPEG-2 TS流和DSM OC流信号接收处理、I/O设备和存储器、CPU等资源的调用。交互浏览器在互动业务系统中扮演着通信平台和展示平台的角色,通过IP通道实现终端与服务器之间的信息交互、接收数据和发送信息,并通过与硬件驱动和操作系统的接口,调用机顶盒资源,通过遥控器和屏幕接收按键命令,展示页面内容,实现人机交互。

DVB-HTML程序基于格式化HTML语言编写,隔离了底层的驱动和操作系统,通过交互浏览器,可以方便的展示各种内容,包括文本、表格、图像、音视频等,为互动业务系统提供导航、浏览、数据调用等功能。

3.5 机顶盒软件架构与业务功能的对应[4]

在具备了交互浏览器和Java虚拟机之后,互动的业务系统可以此为基础逐步构建起来。在这种结构中,机顶盒上的基本应用、交互应用和软件架构的对应关系如图3所示。

4 互动业务系统部署

厦门网络从2005年开始进行数字电视整体转换,同步进行双向改造,并扩展到860 MHz的频宽,使网络具备双向传输通道,并具有充足的频道资源来发展多种宽带视频类业务。从长远发展的需求出发,开发和引进基于有线电视网络的新技术和新业务系统,扩展网络功能,提升服务能力和服务品质,建设支持多业务的综合应用平台。系统组网结构如图4所示。

平台上建立了统一的接入门户,可在门户上集中展现各类业务,如政务公告、影视点播、电视邮箱等。用户首先访问统一电视门户,由其提供导航,选择进入DVB直播或者交互业务子系统。平台上还集成了由认证系统、后台BOSS系统、网管系统等组成的运营支撑系统。其中,认证系统对终端的接入进行认证和控制,BOSS系统执行互动业务的开通、计费、用户管理、业务管理、资费政策、营收管理、结算分摊、数据分析等功能,网管系统则执行资源配置、设备管理、性能管理、故障管理等功能。

网络的传输模式主要由CMTS+Cable Modem方式构建IP网络,执行通信命令传输,由IPQAM来执行大流量的视频点播节目传输。

已经投入运营的应用系统有VoD点播系统(MPEG-4)、数据广播系统,正在建设的有MPEG-2平台上的VoD点播系统、时移电视系统、NPVR网络录播系统、电视游戏、电视刷卡银行系统、电视商城、电视彩信系统等。

5 小结

有线电视网络利用优势资源,在原有基础上创建灵活的、可配置、可扩展的互动业务平台之后,就可以根据不同时期的市场需求,以及用户在生活、文化、娱乐等各方面的需求,通过大量的市场调研,开发和引进有利的业务系统,为用户提供丰富的服务内容,同时也推动有线网络经营进入长远有序的发展模式。

摘要：简要讨论了有线电视网络发展互动业务的重要性，并结合目前有线电视系统的特点，提出了一种通过合理地选择和利用中间件技术来建立互动业务系统的模式。

关键词：互动,平台,中间件,Java虚拟机,有线电视网络

参考文献

[1]ETSI TS 101812,Digital uideo broadcasting(DVB):multimedia home platform(MHP)[S].2002.

[2]MHP-KDB.The MHP-guide[EB/OL].[2007-12-31].http://www.mhp- know ledgebase.org/publ/mhp-guide.pdf.

[3]王学渊，张锦蜀．Java技术在数字电视机顶盒中的应用[J]．有线电视技术，2005(10)：21-24．

电视台业务系统 篇8

截至2007年底, 国内有线数字电视用户已超过2 500万户, 专家预测到2010年将会达到1亿户。随着有线电视数字化的快速发展, 有线数字电视的运营也开始从平移时代向互动业务时代转变。据测算, 完成单向数字转换后每个用户的ARPU值可以达到26元, 而完成双向网络改造, 发展互动业务后, 每个用户的ARPU值将很容易提升到35~40元。如何更好地发展互动业务, 扩大盈利途径, 已成为广电运营商关注的焦点之一。

同传统的单向广播业务相比, 互动业务大大增加了互动特性和用户的主动性, 用户不再是被动收看节目, 而是主动地选择喜欢的节目观看, 并通过多种交互方式建立与节目间的互动。数字电视互动业务不但可以满足广电运营商业务创新的需求, 而且可借鉴电信、互联网互动业务的成功运营经验, 为运营商转变经营思路、实现战略转型提供切入点, 促进其综合增值业务能力的提升。笔者主要针对数字电视互动信息业务这一互动业务类型, 介绍和分析其业务系统的设计和实现。

2 数字电视互动信息业务

2.1 主要问题分析

数字电视互动信息业务是一种与节目内容相关的信息类互动业务形式, 主要包括互动投票、互动竞猜、互动答题、互动调查等业务形式, 其特点是与节目内容具有一定的关联性, 且用户可在观看节目内容过程中主动参与。

在传统的单向广电网络环境下, 互动信息业务的运营涉及广电网络和电信网络不同的网络环境。比如“超女选拔赛”期间, 广电运营商在用户观看节目时, 公布用户参与业务的电话号码。用户通过发送手机短信参与互动投票等互动信息业务, 最后由组织方记录并统计投票的结果。互动信息业务的这种实现方式存在如下一些问题:

1) 由于用户需要通过手机发送短信或拨打电话的方式来参与互动信息业务, 用户群具有一定局限性, 此外用户操作也相对复杂;

2) 由于互动信息业务的实现需要广电、电信等行业参与, 运营关系和收益结算相对复杂, 业务管理难度较大, 广电运营商很难实现利益最大化, 为业务的进一步发展和运营带来了一定的难度;

3) 这种业务实现方式没有充分利用广电双向网络改造的成果, 虽然技术方案可实施, 但从技术发展趋势而言, 并不适应未来互动业务推广的需要;

4) 互动信息业务的实现跨越不同的网络环境, 不同平台之间的接口设计具有一定的复杂性。

2.2 实现方式

针对上述问题, 提出了一种基于广电网络的数字电视互动信息业务实现方式。这种实现方式简化了业务提供的复杂性, 同时也降低了业务管理的难度, 有利于广电运营商对相关业务的运营。

首先, 采用这种业务实现方式, 用户可直接通过遥控器参与互动信息业务, 符合用户收视习惯, 可降低用户参与的复杂度, 提高用户参与的积极性, 便于广电运营商对互动业务的推广, 并可以此为基础提高用户的依赖性。

其次, 由于这种业务实现方式中不涉及电信、广电运营商间复杂的收益结算等问题, 因此对于广电运营商而言, 采用这种实现方式可大大降低业务的运营难度, 有助于清晰盈利模式。具体运营时, 可采用按次收费等简便实用的计费模式, 以便于业务收益的统计和估算。

最后, 在这种业务实现方式下, 互动信息业务系统实体全部由广电网络部署, 便于广电运营商对系统和业务进行监控和管理, 指导业务设计的完善。同时, 广电运营商可以基于互动信息业务, 提供更加丰富的增值业务, 吸引更多的用户, 培养和创造新的赢利点。

2.3 业务形态

系统可实现的互动信息业务主要存在两种业务形态:“L屏”业务形态 (见图1) 和“Minibar”业务形态 (见图2) 。在这两种业务形态中, 互动信息业务的展示内容基本一致。业务运营时, 可根据实际需要展示相关的内容。

1) “L屏”业务形态

这种业务形态下视频内容将依比例缩小, 屏幕上展示的信息量相对丰富。用户在观看数字电视节目时, 可以按遥控器的“L”键, 主动选择进入“L屏”业务界面, 并通过操控遥控器参与相关的互动信息业务。

2) “Minibar”业务形态

在这种业务形态中, 互动信息采用与视频进行叠加的方式, 且设置为半透明状态。在用户观看数字电视节目时, 互动信息业务系统将主动推送与当前节目内容相关联的互动信息。用户可根据提示信息参与互动信息业务。

3 互动信息业务系统实现

3.1 系统功能实体及部署

在广电双向网络环境下, 数字电视用户可使用遥控器参与互动信息业务, 其系统结构如图3所示。

1) 业务管理服务器

从EPG服务器通过相关接口同步EPG的数据信息, 实现互动信息业务的生成, 管理所有互动信息业务发布的状态, 统计并分析业务应用服务器定时上报的数据。

2) 指令服务器

接受业务管理服务器的指令请求, 并将其转发至对应的指令代理执行相关操作。

3) EPG服务器

获取原始节目表和相关元数据, 增加互动信息业务相关内容, 生成EPG信息并提供给业务管理服务器, 用于互动信息业务的生成。

4) 指令代理

负责接收由指令服务器发送的业务指令, 并根据指令中指定区域和频道, 向对应机顶盒转发相应指令。

5) 业务应用服务器

负责处理数字电视用户对互动信息业务的访问请求, 采集用户参与互动信息业务的行为数据。

在系统部署时, 业务管理服务器、指令服务器、EPG服务器将部署在省中心节点, 为地方节点提供互动信息业务及相关支持;业务应用服务器和指令代理服务器则将部署在地方节点, 并通过与省中心节点间的消息交互, 为用户提供互动信息业务。

3.2 业务流程

以互动投票为例, 互动信息业务的业务流程如图4所示。

由图4可知, 其主要操作步骤如下:

1) 业务管理服务器从EPG管理系统获取EPG信息, 其中EPG信息主要包括节目时间表、节目类型和业务可投放时间点等内容。

2) 业务管理服务器操作人员通过系统的后台管理界面, 制作并生成互动投票业务内容 (如投票题目和展示页面等) 。

3) 业务管理服务器操作人员将互动投票业务内容, 与具体的节目播放时间和业务投放时间相关联, 生成已关联电子节目的互动投票业务。

4) 业务管理服务器操作人员通过系统的后台管理界面, 将互动投票业务发布到业务应用服务器。

5) 机顶盒接收相关的业务操作指令, 指令的来源包括两种形式:一是业务管理服务器以业务投放时间为触发事件, 向指令服务器发送请求, 由指令服务器向机顶盒发送互动投票业务操作指令 (“Minibar”业务形态) ;二是用户操作遥控器主动参与互动投票业务, 发送业务操作指令 (“L屏”业务形态) 。

6) 机顶盒接收操作指令后, 切换到互动投票业务浏览模式。机顶盒内嵌的浏览器将访问业务应用服务器指定的URL, 并展示相关页面。

7) 用户通过操作遥控器, 参与互动投票业务。机顶盒接收相关操作指令, 将投票结果提交到业务应用服务器, 并在浏览器上展示相应结果。

8) 业务应用服务器采集投票结果, 将数据上报至业务管理服务器, 依据相关的数据统计和分析业务模型。互动投票业务结束。

4 小结

针对数字电视互动信息业务, 简单介绍了相关定义及业务系统的设计实现, 并以互动投票为例, 较完整地说明了互动信息业务的业务流程。提出系统可有效地克服互动信息业务传统实现方式的一些问题, 为广电运营商业务运营提供更为简便有效的模式。

摘要：介绍和分析了数字电视互动信息业务, 并以互动投票等业务为例, 简要说明了基于广电网络的互动信息业务系统的设计和实现。

电视台业务系统 篇9

OTT(Over The Top)业务最典型的特征是,其运营者利用网络服务提供商(ISP)的网络开展新媒体业务[1]。从世界范围来看,全球OTT有三种发展模式:第一种是美国完全以互联网架构为基础的开放模式;第二种是欧洲的兼顾传统广播电视与OTT业务的Hbb TV模式;第三种则是中国强调内容监管的可管可控模式。

1.1 美国开放模式

美国业界将数字电视设备定义为以开放互联网服务为核心的终端,依托浏览器技术实现业务的传递与呈现。在该架构下,传统广电运营商、内容提供商、电信运营商、互联网企业、硬件设备商等产业链各环节均可根据各自的优势条件,直接参与OTT业务的运营。因此,这一进程推动了OTT业务向互联网电视、蓝光播放器、PC、i Phone、i Pad、Android、Xbox、Wii、PS3等多终端的全面覆盖。美国OTT行业的代表企业有谷歌(Google)、苹果(Apple)、Netflix、Hulu等。

1.2 欧洲HbbTV模式

HbbTV(Hybrid broadcast broadband TV)作为一种混合广播技术,其与DVB标准相兼容,除最基本的广播之外,Hbb TV在互动媒体服务方面则有VOD、时移电视、互动广告、在线购物等应用。随着家庭接入网速度的提高和信号质量的改善,基于互联网的宽带媒体也变得越来越可靠。但是欧洲的数字电视运营商认为应该以电视服务为核心,再在此基础上开展数字电视增值业务,对互联网应用需要进行有限度的兼容和采取围墙式的管理。

1.3 中国OTT电视的可管可控模式

中国OTT电视行业的发展必须符合中国国情,内容的可管可控是必须正视的问题。目前,针对互联网电视,国家广电总局采取牌照制的方式保证了对OTT业务的可管可控,由广电总局认可的集成牌照方负责提供内容播控,且互联网电视与牌照方客户端完全绑定,通过牌照方的集成播控平台对客户端实行控制和管理。

2 架构介绍

本文所提出的面向OTT业务的智能电视系统架构,从技术上以嵌入式操作系统为基础[2],通过移植并扩展Web Kit浏览器内核以实现OTT业务的传递与呈现。同时,为遵循我国对开展OTT业务所制定的相关政策要求,本架构在设计上,向互联网电视牌照方及电视生产商提供了网络管理接口层,支持特定的网络接入策略进行二次开发,以实现对OTT业务的可管可控。

在本架构中,基于Web Kit浏览器内核的智能电视应用程序基于Web技术构建,利用Web技术开发应用程序,有着部署成本低、迭代更新快捷、跨平台等优势,开发人员通过编写HTML、CSS、Java Script代码即可实现功能逻辑的跨平台运行。在此种架构中,浏览器内核负责网络通信、内容渲染和脚本解释运行等内部底层工作,并提供人机界面以呈现页面及响应用户交互操作。

本架构自底向上分别为Linux Core(内核)层,Way land层,Qt Lib层,系统管理层和基于Qt接口的Web Ki层,以及Java Script框架层。图1展示了本文所提出的系统架构。

2.1 Linux内核

Linux作为开源操作系统内核,广泛应用于嵌入式系统、移动终端、服务器及个人电脑等领域。选用Linux内核作为底层操作系统主要是由于它的开源特性使得系统可以根据项目的需求进行定制。同时,其在ARM架构和X86架构下都有现成的操作系统作为参考借鉴,例如An droid,Web OS等[2]。

Linux内核层为底层硬件加载了操作系统,且为上层的Wayland提供支撑环境。

2.2 Wayland

Wayland是一个新兴的轻量级窗口管理系统。它的架构使得它可以直接绘制和合成窗口,这样带来的最为直接的好处就是桌面图形的渲染效率将会非常高。这对于智能电视系统架构无疑是一种明显的优势。

同时在最近的GTK+和Qt 5版本中,已经对Wayland提供了相应的接口。图2描述了Wayland的工作模式。

2.3 Qt库

Qt是一套跨平台的GUI程序开发框架,本架构使用Qt的主要原因是Qt对Web Kit的内核封装的较为完善,而且其特有的信号槽技术使得事件处理得到简化。

2.4 系统管理器层

该层基于Qt库,为整个系统提供内容管理、进程间的通信、窗口切换等管理功能。其中的网络接入管理模块(Network Acess Manager)通过调用Qt提供的网络管理库以及相应的底层驱动模块实现对网络接入的管理。在此模块的基础上提供相应的接口,牌照商和电视生产商可以利用接口层针对特定的网络接入策略进行二次开发,以实现对OTT业务的可管可控。

2.5 Web Kit浏览器内核

Web Kit内核引擎包含Web Kit,Web内核和Java Script内核三大部分。Web Kit层为上层应用提供了一个呈现的平台。使得应用的界面通过简单的CSS与HTML标签得到呈现。相较于传统的GUI编程,这无疑大大简化了开发者的工作量。同时,Java Script的“无须编译,解释执行”的特点,缩短了开发周期。

2.6 Java Script封装

Java Script封装层的作用类似于Windows操作系统下GUI编程的MFC[3]。通过对Web Kit层进行内核级的C++扩展开发,使得Java Script具备一些操控底层硬件的功能,并通过封装,为上层的开发者提供API接口,使得应用程序的开发者可以更为方便地进行应用的开发。

3 关键部件设计

3.1 Qt库和Wayland窗口系统的连接

Qt库提供了一个名为Qt-Lighthouse窗口系统的抽象层,为Qt图形库屏蔽了窗口管理系统的异构性,这使得Wayland窗口管理系统对于Qt库是“透明的”。

针对不同的Wayland模块,Qt库也提供了与之对应的封装。在Wayland窗口系统中,Compositor模块向上层提供显示服务,对于该模块,Qt封装了一层Qt-Compositor作为Qt-Lighthouse访问Wayland Compositor的接口。显示信息传递到Wayland-client模块,由Qt-Lighthouse Wayland Plugin接口获取,Qt应用程序就可以利用Qt-Lighthouse Wayland Plugin的API获取到显示信息(如图3所示)。

3.2 系统管理层(System Manager)的结构

系统管理层的功能是管理运行于Web Kit环境之上的多个应用程序及实现对各种资源的调度[4]。

应用程序运行在Web Kit平台之上,其资源的调用需要通过系统管理层。举例来说,应用程序需要打开位于硬盘里的某个文件,则需要向系统管理层发送请求,由其通知文件管理系统以打开文件。除了文件管理,进程的管理、各种应用程序间的通信都要通过系统管理层进行[5]。系统管理层结构如图4所示。

3.3 网络接入管理

网络接入管理由位于系统管理层的Network Acess Manager模块实现,其主要目的是为硬件厂商和内容的提供方提供一个可以操作网络接入方式的有效途径。Network Acess Manager模块将提供一个编程接口(SDK包),这样,便可以通过二次开发,定义网络接入方式、控制网络访问策略,从而对OTT业务在网络接入层面进行管理。

在本文提出的架构中,将提供一个Network Acess Interface抽象类,提供了包括HTTP协议的get请求、post请求、是否接入网络(Network Accessibility)等在内的纯虚函数。内容提供方可以通过继承此抽象类、重写纯虚函数的方法,按照自己的需求定制网络接入服务的具体逻辑。而Network Acess Manager模块提供的只是一种如何与本架构进行交互的“规范”。

3.4 对Web Kit的扩展

原生的Web Kit内核主要针对标准浏览器进行页面解析及渲染,而针对在智能电视终端上开展的OTT业务,需要在其支持标准的,和基础上进行一定的扩展开发[6]。

对Web Kit的扩展主要有两个方面,一是扩展Web Kit从而形成针对智能电视的插件体系,二是扩展Java Script的执行上下文(Execution Contexts)。插件的目的在于使Web Kit的功能得以扩充,完成对智能电视底层资源的调用。而对Java Script执行上下文的扩展是实现Java Script Encapsulation层的基础[7]。

利用Qweb Pluginfactory类,可以定制开发构建出基于Qt Web Kit的插件体系。通过这种方式,可以在Web Kit内核中嵌入用C++扩展的应用程序,实现本地应用程序与基于Web的应用程序交互。例如:可以用C++编写存储介质中音视频文件检索及访问的扩展,通过插件的方式嵌入到智能电视内核中,并通过Java Script脚本与之进行互操作,完成具体业务逻辑。以上思路的实现方法是,在Qt Web Kit提供的API中,向浏览器对象模型(BOM)的根节点window添加扩展对象,以该对象为桥梁,即可实现应用程序的C++模块与Java Script之间的互操作,流程如图5所示。

4 结论

在三网融合及新媒体终端不断涌现等多种因素的带动下,以互联网为基础而形成的OTT业务以其形式多样、内容丰富、交互性强的特点,将成为下一代电视的发展方向。本文提出的以Linux操作系统为基础,以Web Kit内核为核心,通过适当扩展而形成的智能电视架构,因其开放性和可扩展性,为OTT业务的开展提供了技术支撑。

与此同时,在本架构设计中,充分考虑到了对内容可管可控的要求,在网络接入管理层提供了二次开发接口,以支持特定的网络接入策略,保证内容提供方在获得监管部门许可的情况下向用户推送OTT业务。

希望中国OTT业务的开展与相关技术体系的发展能够相互促进,为推动三网融合起到正向牵引作用。

参考文献

[1]BERTIN E,CRESPI N,L’HOSTIS M.A few myths about Telco andOTT models[C]//Proc.the 15th International Conference on Intelligence in Next Generation Networks,2011.[S.l.]:IEEE Press,2011:6-10.

[2]Apple IOS、Android、WebOS系统体系架构对比[EB/OL].[2012-03-03].http://my.oschina.net/zjhe223/blog/13070.

[3]HE Xiangzhen,WU Zhiqiang,MENG Xianghe,et al.Research into mobile learning based on WebOS[C]//Proc.2011International Con ference on Internet Technology and Applications(iTAP).[S.l.]:IEEE Press,2011:1-3.

[4]VAHDAT A,ANDERSON T,DAHLIN M,et al.WebOS:operating system services for wide area applications[EB/OL].[2012-01-03].http://www.cs.berkeley.edu/~culler/papers/hpdc98.pdf.

[5]李阳,黄文明.IPTV中EPG模块的设计与优化[J].电视技术,2011,35(21):73-76.

[6]蒋章概,陈榕.基于CAR构件的WebKit本地扩展策略[J].计算机应用,2009,29(S2):195-197.