【流媒体网】消息：本系列文章意在对HbbTV运营商应用(operator application)规范做进一步的介绍，以增强国内行业人士对该规范的知。此前，笔者在《欧洲HBBTV进一步暂露头角》一文指出：随着该规范在2018年5月被列入欧洲电信标准化协会ETSIHBBTV标准体系的(ETSI TS 103 606 V1.1.1)，这可能对未来统一的大视频市场起到潜在促进作用。其中，系列1介绍了规范的背景及规范整体概述，尤其是不同类型的运营商应用。

一、规范背景

　　本规范定义了一个平台，用来支持运营商应用的信号发送、传输及展示。运营商应用能够代替某些终端的用户首界面，至于具体的替代程度替则依赖于运营商应用的类型、运营商和终端制造商的商业模式等因素。该文档假定运营商和终端制造商之间存在某种协议。如果没有这种协议，运营商应用不会(主动)运行(参考原文附件4)。

　　该文档引用了ESTI102 796文件描述的平台功能，该平台用来支持在混合终端如何进行信号传输、展示特定的程序互动，上述混合终端包含DVB兼容连接点和互联网宽带连接点。

　二、概述

　　(一)运营商应用(operator applications)

1、范围与动机

　　运营商程序会部分或全部替代终端的UI界面。典型的情况下，这包括电视观看模式的UI元素(例如频道信息banner和频道选择)。运营商应用程序将允许：

　　(1)就像运营商定制机顶盒一样，针对所有运营商业务提供同质的用户体验;

　　(2)将运营增值业务(enhanced services)与基本UI元素进行整合;

　　(3)所有UI元素的品牌化体现;

　　(4)无需更新系统软件就更新或延伸运营商UI。

　　一个特定的运营商应用提供的实际UI决定于该应用的类型以及该设备的产品设计

　2、运营商应用的类型

　　存在以下三种类型的运营商应用

　3、标准运营商应用(Standard operator applications)

　　在一定程度上可以用常规HbbTV应用来描述运营商应用的典型特征。标准运营商应用经常是与广播服务相关的(broadcast-related)，它不会替代终端的UI元素，但会提供某些可选项，特别是如下UI元素：(1)EPG;(2)频道列表;(3)该运营商的其它应用列表;(4)运营商及其内容的促销信息。标准运营商应用的设计完全由运营商承担。

　　在标准运营商应用中，只有该运营商提供的频道是可用的，一旦用户选择了一个不是该运营商提供的频道，则该运营商应用将终结(退出)。

　　在电视频道方面，用户如果建立了一个频道列表，其中包含了该运营商提供的所有频道;这种情况下可以(像观看传统广播电视那样)通过更换频道跳过电视广告的行为不会改变用户体验(应该非常顺畅不会出现错误，译者注)。进一步，在一个广播网中所有的合作伙伴(应该是指广播频道提供方)都同意：一个标准运营商应用可以适用于所有该网络的频道。

　　在标准运营商应用尚未加载(launch)之前，用户是无法也不必激活(activate)它。运营商和广播公司(broadcaster)将决定标准运营商应用如何被加载。这将是如下方式之一：

　　(1)当用户选择了一个属于该运营商的频道时，该应用将立刻被加载;或者说，该应用是自动运行(autostart)的应用;

　　(2)摁一下遥控器的“TXT”按钮(“TXT”即Teletext缩写，意为图文电视)该，运营商应用可以被加载，也就是说，该运营商应用是被标记为数字图文电视;

　　(3)摁一下遥控器的专用按钮，例如“绿色(green)”按钮时，该运营商应用可能从一个自运行程序被加载。

　　标准应用程序只能使用一些关键的功能键(key events of buttons)——这些按钮是常规HbbTV应用程序所定义的。

　　4、优先运营商应用(Privileged operator applications)

　　优先应用代替了终端的部分UI，在典型的情况下，这将包括电视观看模式中与内容相关的UI元素，例如：

　　(1)频道信息banner;

　　(2)频道选择，包括频道列表、频道呼出数字(Channel number input)和频道更换(以跳过广告)(zapping);

　　(3)组件选择(Component selection)，包括音频流选择、字幕流选择;

　　(4)父母(对于广播内容的)控制;

　　(5)时移控制;

　　(6)电视观看模式下的录像功能;

　　(7)与节目编排有关的消息功能(例如“提醒”与“录像”)

　　这也可能包括电视观看模式下的一些通用元素：

　　(1)声音控制banner;

　　(2)系统消息(例如“信号丢失”、“更新可用”、“频道列表更新”);

　　(3)CA和DRM消息;

　　(4)条件接收组件通用接口与人机交互接口(CICAM MMI)

　　进一步，优先运营商应用可能替代设备一些嵌入式应用的UI，例如：(1)EPG;(2)PVR档案库/媒体库。

　　终端设备的UI一般会至少涵盖如下内容：(1)第一次安装;(2)设置按钮;(3)与其它资源的连接。

5、定制应用

　　运营商定制应用除了具备优先应用的功能外，还会替代终端设备的深层次组件甚至是所有的UI界面。它会提供与付费运营商机顶盒同样的用户体验。

6、不同类型运营商应有的共存

　　标准应用、优先应用和运营商定制应用可能混合(mixed)在一个共同的市场中。消费者只要使用一个标准的HbbTV终端就可以实现基本水准的用户体验。一个标准应用可能察觉到已经运行的优先应用或运营商定制应用，并由此调整其行为。例如：

　　(1)在一个没有(与广播服务相关的)HbbTV应用的广播网络条件下，一个标准应用如果检测到一个对等的(equivalent)正在运行的优先应用或运营商定制应用，它将不使用任何一个关键功能键，就不会向用户展示任何UI。

　　(2)在一个存在自启动launcher(桌面启动器)或菜单应用的宽带网络，启动器将根据是否有正在运行的优先应用或运营商定制应用而调整期UI。例如，如果(优先/定制的)运营商应用不是在运行，同时绿色(green)键被摁下，启动器将“认领”绿色(green)键功能并启动标准应用;对应的，如果(优先/定制的)运营商应用正在运行，启动器就不会认领绿色键功能并将其让给(优先/定制的)运营商应用

　7、运营商应用与频道捆绑

　　ETSITS 102 796规范定义的常规HbbTV广播相关应用，有一个频道捆绑概念。与之相反，本规范对于一个运营商应用及(相关的)频道组不进行任何技术定义(不进行捆绑)。(不过)运营商有责任去确保，对于并非由其提供的频道使用运营商应用并没有违反任何法律或商业条款(典型的解决方案参考原文5.5.1条款)。

　　8、运营商应用的安装与运行

　　本规范并没有要求终端设备自动安装其检测到的(或网络通知的)每一个优先的或运营商定制应用。运营商并不期望运营商应用自动运行在任何一个终端(即使该终端原则上是有能力运行的)。相反，本规范要求优先应用和运营商定制应用在运行之前被授权。这种授权被认为是运营商和终端设备商的双边协议的一部分(双方的双边协议参考原文附件4，运营商应用的授权参考原文11.3条款)。在双边协议中，有些运营商应用授权细节和更进一步的内容是超出本规范范围的。

9、运营商应用数量

　　一个终端可以支持一个或几个优先应用或运营商定制应用。在任何情况下，在特定时间仅仅只有一个运营商应用能够被运行。如果好几个运营商应用被支持，则终端将采取一种方式选择其中之一，通常的方式包括：

　　(1)用户凭自身情况选择(譬如在初始安装中展开对话，或通过来源选择菜单);

　　(2)终端自身选择最合适的运营商应用(譬如根据网络条件、地点或用户数据)。

　　(二)整体架构

　　该条款将对设备系统架构给出描述。这一架构将支持运营商应用，具体包括：(1)浏览器;(2)通过广播网络、宽带网络和伴随设备(如手机)的运营商应用信号传递;(3)通过广播网络、宽带网络和条件接收模块(CICAM)通用接口的应用传输;(4)应用与广播服务的同步设置。

　　图1、通用HbbTV程序和运营商应用程序在终端设备传递的系统性描述(以DVB-S广播卫星网络为例)

　　考虑到运营商应用的使用，HbbTV终端必须有能力连接两个对等地网络。一方面它必须能够连接广播DVB网络，通过这个广播网络它能够像常规HbbTV应用那样接收到运营商应用。考虑到广播网络地单向特征，终端不必通过这个连接点与应用提供方进行通信。但是如果终端通过宽带节点连接到互联网，则双向通信能力是必须的。终端能够通过上述两个网络节点(的任何一个)接收到通用HbbTV应用和运营商应用。这两种应用能够在终端被同步激活。并且，两种网络都可以用来传输标准的广播音视频。非实时的音视频内容可以能够通过广播网络传输(使用FDP协议)，或者通过宽带网络，后者可能连接一个伴随设备(如手机)屏幕。

责任编辑：王宁