互联网电视论文全文(5篇)

前言：小编为你整理了5篇互联网电视论文参考范文，供你参考和借鉴。希望能帮助你在写作上获得灵感，让你的文章更加丰富有深度。

第1篇：互联网电视论文范文

1.1处理器

传统的数字电视与现今的互联网电视其最大的区别就在于CPU，前者CPU的主要功能是管理用户接口，因此其操作系统规模有限，而后者的CPU的功能十分强大，主要是用来支持应用框架以及应用软件标准等，因此其操作系统需要承担一定量的负载，因此其规模非常大。现阶段互联网电视处理器主要有两种架构：

①APM，即指令集机器，这种架构能够处理32位精简指令；

②MIPS，这是一种微处理器，属于中央处理器架构，前者主要是利用裁剪通用芯片，其主要的优势是降低功耗，使得计算效率得到制定目标。这两种结构所在公司，并不从事处理器的生产工作，而是将其设计产品转卖给其他企业以及公司，而由这些公司进行生产。目前使用的互联网电视终端还没有一个独立的CPU单元，其所使用的技术主要是封装技术，这是一个集成电路，其目标明确。

1.2操作系统

目前所使用的互联网电视操作系统主要有三大类：

①Android系统，其应用优势是成本低，具有的非常巨大的发展空间；

②AppleISO系统；

③企业依据自身发展情况而研发的系统，比较有代表性有康佳研发的Linux系统OMI操作系统，结合了计算机开源技术，能进行个性化加载和运行；海信自主开发的HITV-OS操作系统，并有后台系统作为支持，可以实现下载和计费等功能。AppleiOS是一个传统技术的操作系统、它有一个基于微内核Mach的Darwi。内核，用的是Objective-C这个C语言的超集。而Android在Linux内核之上，集成了一个Java虚拟机Dalvik，应用层跑在虚拟机之上，GoogleIV是以Android为基础，第一代GoogleTVGoogleIV1.0）是以Android2.1为基础；而第二代GoogleTV（GoogleIV2.0）则将Android基础的版本更新到3.1GoogleTV的软件架构是以双系统架构为基础，Android系统十DTV系统，由于双系统的设计，GoogleTV内没有实际DTV的功能模块，只有一些对DTV系统进行控制的通信模块。

1.3互联网电视对音视频的处理

在互联网电视终端对音视频的处理有两种方式：利用GPU实现视频的解码和现实，简称硬解；利用CPU进行软件解码，简称软解。在播放720p（1280×720）和1080p（1920×1080）等高清视频非常耗费资源，如果通过CPU运算来解码，CPU占用率、温度、耗电量居高不下。而利用GPU进行高清视频解码技术，CPU占用率通常可以控制在10%以内。Android和AppleiOS平台都通过GPU的方式进行解码。

2结语

第2篇：互联网电视论文范文

MOS值评价体系是将图像质量划分为1~5的等级来评定图像质量的好坏，评定视频质量时综合考虑丢包率、抖动和编码类型等多种客观因素。如表1所示为国际电信联盟ITU给出的MOS值与人主观评价之间的对应关系。针对互联网电视业务而言，对用户体验造成影响的主要有三个部分：视频源质量、网络传输质量以及终端用户的主观感受，MOS旨在合理地整合这三个方面，模拟出真实用户收看视频时的体验情况。为了估计MOS值，我们可以从以下几个方面获取关于视频质量信息。

（1）数据报文分析主要分析数据包的基本信息，包括地址，端口等，用户标识视频流属性，对于TCP传输会统计对其重传，窗口大小变动等做统计。

（2）RTP、TS分析通过RTP协议特性分析网络层丢包，延时，抖动等网络质量性能参数。对TS流进行分析，统计视频流码率、MID-DF、MID-MLR、TR101290规定的流媒体传输参数（该层分析为网络分析和编码分析的交叉领域，得出参数与两者都有一定关系）。

（3）视频内容分析通过分析PES帧头对流内容的宏观分析得出视频质量的一些参数，比如分辨率、帧率、DTS时戳、PTS时戳等。

（4）视频帧质量分析将IP报文中内容还原为视频帧，并进行计数，同时也统计到达视频流信噪比PSNR。通过对视频帧的还原可以分析视频帧损害比率、废弃比率、过期比率等参数。

2OTT视频质量保障方法

2.1OTT质量保障方法

OTT视频质量保障系统对节目视频从源头到机顶盒终端，全流程监测分析其视频质量，通过在CDN节点部署视频分析设备、并在机顶盒嵌入监控模块的方式，并把链路上各环节的视频流参数实时上传到保障系统，保障系统根据全部上传数据分析OTT的业务质量，当OTT业务质量劣化时提前预警，并对故障进行分析以改善OTT业务的用户体验。视频分析设备的部署示意图为图1。从拓扑图可知，通过在CDN的核心节点、CDN的边缘节点部署视频分析设备，以及在终端内植入软探针，全流程地获取用户观看视频的体验。

2.2质量监测功能介绍

OTT一般是通过CDN平台分发，因此需要对视频源从CDN入口下发到用户整个业务流线质量进行端到端的质量监测，让整个业务平台运营状态可视化、逻辑结构区分，高效运营。OTT视频质量保障系统主要包括的功能模块为：CND节点监测、终端监测、告警及故障管理等模块。

2.2.1CDN节点监测

CDN节点监测模块可以同时监测分析节点内数万个并发视频，实时分析节点内所有视频流的视频质量，主要包括：网络传输质量（MDI媒体传输质量指标、视频流速率、封包丢失、网络带宽利用率等参数）、码流质量（ISOTR101290定义的全部三级告警参数）、视频内容层质量参数等详细信息。

2.2.2终端监控

终端监测模块主要对获取的所有相关信息进行分类汇总显示。

（1）集中质量监控。集中监控所有监控节点包括机顶盒和视频源的视频流播放状况。

（2）提供完整的网络层质量分析。该模块除了提供应用层的详细解码分析之外，还提供了网络层详细解码分析，并以图形化的方式显示出来，帮助用户分层的进行故障排查，迅速解决问题，提高效率。

（3）终端故障分布分析。通过对终端所属各区域进行终端故障统计得出该区域终端数量，故障等级分布以及主要故障。

（4）完整的监测报告及历史监控记录查询。该模块提供了完整的报表功能，帮助用户进行OTT网络质量统计，了解整个OTT网络业务质量的整体趋向，并可作为评判网络质量及运维质量的标准。

2.2.3EPG监控

EPG监测模块实现机顶盒对EPG交互信息的监控，并进一步对视频源服务器实现监控，在控制信令发生异常时向服务器发出警报。

3利用视频网络传输质量

估计MOS值方法由于在实际中视频传输网络可能十分巨大，而且用户观看视频的隐私性需要保证，所以往往不适合采取对视频解压的方法分析视频质量。利用网络传输质量估计MOS值是最常使用的视频质量监控方法，下面我们将描述如何只用网络传输质量估计MOS值。

3.1有关视频网络传输质量的参数

我们采用两个参数描述视频传输质量，一个是视频播放清晰度质量，另一个是视频播放流畅度质量。而视频传输质量受到网络传输特性的影响。网络传输特性往往归纳为三个指标：延迟、抖动和丢包。我们把从发送视频数据包到接收到视频数据包的时间设为传输延迟。在视频传输应用中，恒定的延迟表现为视频观看时间的推迟。为了避免网络抖动而产生的视频播放效果恶化，网络节点和视频解码器往往需要对视频缓冲。实验数据表明，视频播放延迟不影响视频观看质量。而网络传输的抖动和丢包会对视频产生影响。抖动影响视频播放流畅度质量，丢包影响视频播放清晰度质量。思科公司和IneoQuest公司共同提出了IPTV视频传输质量测试标准RFC4445MDI（MediaDeliv-eryIndex）媒体传输质量指标。其中MDI包括两个参数，一个是DelayFactor，延迟因素，简称DF。另一个是MediaLossRate,媒体丢包速率，简称MLR。其中DL对应网络传输的抖动，MDI对应网络传输的丢包率。DF将网络传输视频流的抖动换算成对视频传输和解码设备的缓冲需求，影响视频播放的流畅度。MLR对应传输过程的丢包率，影响视频质量。我们对视频流畅度和视频质量的测算进行了些调整。因为在一般视频质量测算的过程中，我们很难知道视频传输和解码设备的缓冲能力，所以我们用视频抖动来估算视频播放的流程度。在视频信息传输过程中，丢不同的包会对视频质量产生不同的影响。我们根据丢的包是I帧，P帧，B帧，视频头文件还是音频信息来判断丢包对视频产生的影响。在接收端，我们可以知道到丢包的类型和数据包接收的间隔。我们可以从视频数据包接收的间隔判断视频的抖动率。

3.2视频编码结构决定不同数据包丢失对视频的影响不同

电视节目的视频图像内容编码采取GOP结构，丢包造成不同类型的帧数据的丢失会对视频质量产生不同的影响。GOP的长度一般是12帧到15帧，包括I帧、P帧和B帧。GOP结构通过帧间预测提高视频压缩率。I帧是独立压缩的一帧，一般压缩比大概为1:7。P帧由I帧预测而来，一般压缩比大概1:20。B帧则由相邻的I帧和P帧共同预测，一般压缩比大概为1:50。一般一帧的数据比一个数据包要多，所以丢一个数据包只会对视频的一小块造成影响。I帧信息的丢包比P帧和B帧信息的丢包影响更加严重。一个原因是I帧信息的错误会因为视频编码的GOP结构扩大，另一个原因是I帧的错误持续时间长，对视觉的影响较大。I帧的信息如果丢包，往往会因为视频编码对像素值的预测而持续很多帧，对视觉产生较大影响。而P帧或者B帧的信息如果丢包，虽然P帧与B帧的压缩率更高，丢包后影响的图像范围更大，但是因为持续时间短，对视觉的影响并不是很大。此外因为P帧预测B帧，所以P帧丢包影响比B帧更大。此外，如果视频头文件丢包，则整段视频无法解压，对视频质量影响严重。不过互联网电视一般采用MPEGTS编码方式，一个视频头文件只对应一段视频。一个视频头文件的丢包不会导致所有视频无法解压。此外，电视节目视频中有音频编码。因为音频的所占体积更小一些，所以音频的丢包相对于视频图像内容的丢包会对视频产生更大的影响。

3.3利用模糊逻辑得到MOS估计值

我们采用模糊逻辑（FuzzyLog-ic）对MOS的估值进行计算。我们用两个指标描述视频传输质量，视频播放清晰度质量和视频播放流畅度质量。我们用这两个指标来判断MOS的估计值。为了表示简便，让我们用3个档次（低（L），中（M），高（H））来作为这两个指标的隶属函数，该隶属函数用以描述清晰度与流畅度的好坏程度。我们假设对MOS的估计有劣、次、中、良、优六档，对应MOS值1~5。通过视频播放清晰度质量和视频播放流畅度质量两个指标来对MOS的估计，两个指标和对MOS估计结果的关系的如图3的规则表所示。视频播放清晰度质量和视频播放流畅度质量两个指标的不同关系造成了不同MOS估计结果的决定。模糊逻辑处理把一个明确的输入转化为一个模糊隶属值（fuzzymem-bershipvalue）。这个隶属函数有以下特点：

（1）提供了设计者的知识，逻辑关系清晰。

（2）在模糊集合之间提供了平滑的过渡，以平滑变化的参数代表性质的改变，较符合人的认知。

（3）计算简单，逻辑调整方便。模糊隶属函数的典型形状是三角形、梯形和高斯函数。

4结论

第3篇：互联网电视论文范文

互联网电视产业链由内容提供、内容集成、内容分发、电视终端和用户组成，涉及硬件、软件和服务的多个方面，各个环节需协力共同发展，才能推动互联网电视整个产业链的进步。

1.电视终端

互联网电视的接入方式主要包括机顶盒+电视机和互联网电视一体机两种。以乐视、小米为代表的互联网企业积极探路，推出各类盒子，争夺互联网电视入口；以TCL、海信为代表的传统电视制造商，在传统产业基础上，不断革新，大力研发互联网电视一体机，并与互联网企业开展合作，推动互联网电视的发展。互联网电视从根本上改变了传统电视“从上至下”的内容传播模式，成为家庭娱乐服务中心，从用户需求出发，导出服务内容。互联网电视终端的快速发展，对终端元器件要求也不断提高。互联网电视芯片不同于传统电视芯片，在计算能力和显示能力方面有很高的要求，目前互联网电视专用高端芯片仍以高通、Marvell、MTK等国外品牌为主，但尚未获得统治地位。国产芯片海思、瑞芯等加大技术研发力度，主要用于电视盒子。目前，市场上的互联网电视（包括机顶盒和一体机）采用的主要是Android操作系统或基于Android系统的深度开发，但由于Android系统是为移动设备开发的操作系统，对电视设备来说，在大屏上的视频播放和智能交互性等方面都有很大的不足。国外多家厂商积极探索操作系统研发，但总体尚未成熟。国内也正积极研发自主知识产权的智能电视操作系统。

2.内容分发

传统的有线运营商以收取用户收视维护费为主要盈利手段，当内容提供商和集成商通过运营商网络向用户提供互联网电视业务时，网络运营商也积极寻求在该市场占有一席之地。另外，国内三大电信运营商均已具备开展互联网视听节目服务和手机电视分发服务业务的资格，凭借其在市场渠道建设、移动互联网业务、消费者互动等方面的丰富经验，与多家牌照商、终端厂商开展合作，成为有线运营商的直接竞争对手。

3.内容提供和集成

为了保证我国互联网电视的健康发展，正式把接入互联网的电视终端纳入了监管范畴，从而对互联网电视产业进行有效的规范和引导。广电总局对互联网电视采取“集成业务+内容服务”的管理模式，分别颁发两类牌照，即“互联网电视集成业务牌照”与“互联网电视内容服务牌照”。另外，海信、TCL等电视厂商，乐视、小米等互联网公司都建立了自有电视内容平台，但由于政策限制，多选择与牌照方合作的方式，为用户提供视频服务。

二、互联网电视运营模式

“互联网思维”融入电视彻底改变了传统电视的运作模式。互联网电视产业链上各利益主体跨界合作，抢占入口的新模式不断涌现，在不同模式下，各利益主体的地位也不同，目前，尚未形成统一的发展模式。从海外互联网电视发展情况来看，美国互联网电视行业处于起步阶段,但发展较为迅速。国外互联网电视产业呈现以内容为主导的发展态势。苹果TV机顶盒：自2007年首发AppleTV机顶盒以来，已历经三代产品，因此，其盈利模式不仅有硬件收入，更有平台分成。从国内来看，产业链多方开展合作，软硬件结合，带动互联网电视的发展，但各主体利益诉求不同，还需不断磨合。具有代表性的有：产业链垂直整合模式。乐视网与七大牌照方之一的中国网络电视台达成战略合作。乐视互联网电视以低价的终端吸引用户，培养用户的内容使用习惯，成为未来盈利的重要手段。“电视终端厂商+互联网企业”合作模式。随着软硬件一体化成为未来发展的趋势，互联网企业和电视终端厂商纷纷联手，旨在实现产业链共赢。“电视终端厂商+有线运营商”合作模式。借力运营商丰富的渠道和推广经验，运营互联网电视。采取硬件免费、服务收费的联合运营模式。根据国外发展经验，在互联网电视时代，用户对于信息不再是被动接受，而是“双向化”的选择，用户对于内容和服务的需求日益提升。国外内容主导型的模式已经逐步建立，内容和服务方面的竞争日益激烈；而国内受制于监管政策，牌照商在整个产业链中处于核心位置，各方在开展互联网电视业务过程中，都和牌照商紧密合作，国内的互联网电视发展模式尚未清晰。预计未来，能够建立丰富内容优势的电视厂商或具有更大的发展空间。

三、互联网电视发展建议

目前，台式电脑、平板电脑和智能手机等终端已形成相对稳定的竞争格局，而我国在这三大互联网入口方面的发展相对滞后。但对于互联网电视来说，美国等国家互联网电视发展虽起步相对较早，但仍处于起步阶段，我国应重点把握好该机遇，从国家政策、产业链主体等多方面支持民族产业发展。

政策层面：积极完善相关政策，营造良好的产业环境，鼓励和扶持内资企业研发相关核心技术，发展本土互联网电视芯片、互联网电视操作系统；探索互联网监管模式。受制于我国特殊的监管政策，互联网电视牌照商在保证了内容安全性的同时，也影响了内容的丰富性，加大了互联网电视企业内容整合的难度和成本。

第4篇：互联网电视论文范文

1.1Hbase原有系统架构

HBase是ApacheHadoop的数据库，能够对大型数据提供随机、实时的读写访问。HBase的目标是存储并处理大型的数据。HBase是一个开源的、分布式的、多版本的、面向列的存储模型，它存储的是松散型数据。相比传统的关系型数据库，HBase具有易扩展、大数量、扩展灵活、成本低等优势。

1.2OTT用户行为数据系统架构图

在OTT体系中，每个机顶盒终端就是一个用户，有唯一的用户标识UserID；用户通过机顶盒来访问和使用互联网电视业务，用户在盒端系统上产生的所有行为日志都上传给系统平台（OpenApi），由系统平台进行数据的处理后进行入库，供经分系统进行单用户或批量用户的查询。

2数据结构

2.1数据结构设计

Hbase底层是基于列式存储的，可以在不浪费存储空间的情况下将表设计得非常稀疏。因此可以将所有的用户行为数据存储在一张宽的表中，消除在进行“行为间组合查询条件”查询时带来的表联开销。由于Hbase目前并不能很好的处理两个或者三个以上的列族，本场景中采用单列族设计，列族的大版本数（MaxVersion）设定为1。想要获得较好的查询效率，应该将频繁查询的条件放在RowKey中，尽量保证查询条件都在RowKey中有所体现。从图3可以看出Hbase的查询效率从高到低依次为RowKey、ColumnFamily、ColumnQualifier、TimeStamp和Value。因此想要获得较好的查询效率，应该将频繁查询的条件放在RowKey中，尽量保证查询条件都在RowKey中有所体现。本应用场景中，需要频繁查询的条件依次为用户身份标识（userID）、行为发生时间、行为类型和行为类型所包含的字段及其属性值。根据查询条件的频繁度，可将RowKey设计成userID、行为发生时间和用户行为ID的组合。同时考虑到RowKey的散列性，Key设计方案为：反转userID+“，”+行为发生日期+“，”+用户行为ID。由于单个用户在特定的某一天，相同的行为类型可以发生多次（例如123456789用户在2013年9月1日这一天可以发生多次播放行为），如果采用真实的字段名称作为列名，后来写入的数据会把前面写入的数据覆盖掉。为了保证数据的完整性，需要在原有字段名的后面加上一个当天唯一的列ID以作区分。列ID仅仅为了保证数据的完整性，无任何实际意义，可以是一个从0开始依次递增的数字序列。

2.2数据格式

源数据部分表示由平台产生的原始日志，自定义部分表示源数据经过人工处理后的扩展属性，行为ID为人为定义，列ID为人工生成的标识ID。列ID在一天内的同一个行为日志中具有唯一性。由反转userID和用户行为发生的日期以及用户行为ID组成RowKey，由真实的列名加上列ID组成Hbase里面的列名。

3数据处理

源数据入库过程分为2个步骤，源数据处理和并行入库。源数据处理部分进行源数据整理，包括日志的清洗，RowKey和列ID的生成。并行入库过程将处理好的源数据以MapReduce方式将源数据导入到Hbase中。

3.1数据入库

源数据处理过程负责进行数据清洗及RowKey和列ID的生成，并将生成好的数据文件拷贝到HDFS中。一种列ID的设计方案是将列ID设定为一个从0开始依次递增的数字序列，此ID使得同一天内，同一种用户行为类型的每一条数据都具有唯一标识。以表1中模拟的播放日志数据为例。并行入库部分负责将处理好的源数据以MapReduce方式从HDFS导入到Hbase中。此方式通过读取HDFS上的文件，以Put的方式在Map过程中完成数据写入，无Reduce过程。

3.2数据查询

进行用户行为轨迹查询时需要输入userID的集合、用户行为发生的时间区间和行为类型信息这3个参数。这3个参数限定了查询的范围，即指定用户在指定时间内发生的指定行为。通过解析userID参数可以得到RowKey的前缀部分；解析用户行为发生的时间区间参数可以得到RowKey的中间部分；解析行为类型参数可以得到RowKey的后缀部分和各行为查询所需要的字段。组成RowKey的全部参数集合都确定后，可以通过迭代将查询所涉及到的RowKey全部穷举出来，生成Get对象的列表，进行批量提交。在生成Get对象的时候，可以调用多重列前缀过滤器（MultipleColumnPrefixFilter），使查询结果只包含所需字段，提高查询效率。

3.2.1单用户查询

查询数据时，根据上文提到的查询逻辑，将生成的Get的列表一次性提交，获取查询结果。由于Hbase的设计是基于列的，想要使查询结果按行显示，还需进行查询结果的解析。同时，部分在HBase中无法实现的数据筛选功能如“行为间组合查询条件”、值过滤等，可在此时通过编程语言灵活实现。遍历结果进行解析时，可以生成一个哈希表resultMap、resultMap的key为列ID、value为真实字段名的字符串组合。在遍历中可以根据列ID将真实字段名所对应的查询值替换哈希表中value的值。遍历完成后对resultMap的值集合进行排序，排序结果即为用户的行为轨迹。此方法仅需对查询结果进行一次遍历即可完成解析。

3.2.2批量用户查询

批量用户查询时采用MapReduce方式提交查询、解析查询结果。由于Hbase官方提供的MapReduce接口InputFormat（TableInputFormat）只支持Scan方式来获取数据，并不适用Get方式。因此实现批量用户行为轨迹的分布式提取和解析，需要自定义3个类，即PrefixInputFormat（继承自InputFormat）、PrefixSplit（继承自InputSplit）和PrefixRecordReader（继承自RecordReader）。自定义这3个类的目的在于将输入的userID参数（包含RowKey前缀信息）、日期区间参数（包含RowKey中间部分信息）和用户行为类型参数（包含RowKey的后缀信息和查询所需的列）传入到PrefixInputFormat中，在PrefixInputFormat根据每个userID所在的Region将其分配到不同的PrefixSplit上，在PrefixRecordReader中根据PrefixSplit传入的参数信息完成RowKey的组装和Get列表的生成，并将Get列表作为VALUEIN传递给Mapper进行查询和解析。

4性能对比

测试数据：天翼视讯9月1日到10日之间10d的登陆、播放、访问和订购数据，总计条数约1亿条，日志文件总大小21G；任务描述：找出在9月1日到9月10日这段时间内输入用户集合中同时发生播放、订购、访问、登陆4种行为的活跃用户，并提取这部分用户在这段时间内的用户行为轨迹。

5结论

第5篇：互联网电视论文范文

1由于多年经营宽带业务的原因，电信运营商有着较为稳固的基础来保证宽带速度质量

2电信运营商和其他中小型互联网企业相比有着较为科学合理的计费方式

在此同时，电信运营商面对中小型互联网公司的冲击，也面临着前所未有的挑战，例如：互联网用户使用设施的相关体验，机顶盒技术等方面还是要和技术先进互联网公司学习的。网络视频的种类，内容也亟待更新。

二、基于互联网电视相关业务在实际中的探究与体会

（一）相关政策现状

总的来讲，我国当前互联网相关业务主要由以下三个方面组成，即：互联网终端相关管理，互联网的平台控制和相关内容的监督与管理。互联网终端行管理必须将继承播控平台和电视机终端；互联网的平台控制施行牌照制，其控制要求必须符合国家广播电视总局的要求，要经七家牌照方能开展有关业务。互联网电视在内容上的平台要求对外开放，同样采用牌照制度。重视版权的重要性，未经许可不得与公共互联网进行开放式的连接。国家关于此项业务虽说有相当严格的控制，但互联网产业链的格局已经被定型，这是无法改变的事实。

（二）互联网电视业务基本建设与商业运行

从当前情况来看，我国电信运营商对互联网电视业务基本建设的探索形式主要采用自我建设和牌照方建设平台模式。所谓自我建设模式，指的就是电信运营商通过建设一个相关管理平台，将牌照方的相关业务进行全局管理，计费。将用户界面统一化管理。自我建设CDN，通过自建平台将具体视频内容进行分发处理。这种模式的优点在于有一定的保障作用，缺点是前期投入资金较大，运转周期相对较长。照方建设平台模式的特点是计费是由电信运营商来完成，利用第三方平台来相应客户的需求来实现业务逻辑的，对牌照方的相关业务不用加以管理与控制，也不用参与其运营。这种模式的优点在于资金回收周期较短，不用另外为建设CDN平台做资金预算；其缺点在于没有一定的业务保障。从互联网电视目前商业运行模式来看，普遍采取对用户赠送设备，包月付费的形式进行销售。原因在于我国用户对按内容付费的形式难以接受。相关商家正在通过一定的方式鼓励电视用户养成按内容对商家进行付费的习惯。

（三）运营商应对策略

目前，电信运营商正在筹划将互联网电视平台基础设施加以建设，是因为要应对来自中小型互联网企业的竞争。建设互联网平台的最终目的在于将自主研发的设备终端和来自多牌照内容进行接入，通过开放相关平台的方式吸引合作者。共同研讨新的合作模式。最终能够和中小型互联网企业进行良性竞争。

三、电信运营商对互联网电视业务的思考

（一）改革原有模式调整业务资费

当前，互联网电视业务的发展规模正在不断壮大，电信运营商可以在原有商业模式运行基础上，通过各种方式开创一些新的商业运作模式。随着用户的增多，来自广告的收入也会增加。相对应的，电信运行商也要改变以往宣传广告的方式，改为植入性广告。对用户进行调研，将用户行为进行系统化分析，将广告价值进行定位。

（二）调整互联网电视业务相关内容

从当前情况来看，在互联网电视上的应用就是将智能手机上的应用进行简单移植，这种方式不能满足所有用户的要求。应该对适合互联网电视用户的高价值应用加以综合开发。对于一些差强人意的地方需要进行改进。

（三）调整原有网络计费方式

电信运营商有着丰富的宽带管理经验和较为先进的技术，能够确保视频的播放流畅，满足用户的体验。在进行服务的过程中，如果发生一些网络故障，电信运营商可以对故障进行及时的排除，保证用户的正常使用。在互联网电视的计费方面，电信运营商可以利用电子商务的方式进行收缴，这些优势都是中小型互联网企业不具备的条件。

（四）互联网电视业务中开展新兴业务

当前电信运营商开展互联网电视相关业务都是在营业厅进行受理的，就这一点来讲，是和中小型互联网公司存在差距的。一些诸如多屏互动类型的业务是要专门指派技术人员到用户家中进行安装调试的。在售后服务方面，电信运营商也有明显的优势。

四、结语