JavaTVAPI规范I.doc

１ 介绍 　　Ｊａｖａ ＴＶＡＰＩ被尽可能地限制在只适用于电视接收机的独特的功能上，一些消费电子装置通用的ＡＰＩ，如持久存储机制，没有包括在其中。　　１．１ 电视接收机　　接收机分为三种类型：增强型广播、交互式广播和多网（ｍｕｌｔｉ－ｎｅｔｗｏｒｋ）。　　１） 增强型广播　　传统广播电视的图形、图像和文本得到增强，并被作为广播内容一部分下传的Ｊａｖａ程序控制。电视观众的交互式作用包括操纵屏幕显示元素、多个音视频流的选择、动画的控制、增强音视频图像的显示切换。　　增强型广播没有回传通道。　　２） 交互式广播　　接收机包括一个回传通道，提供与前端或服务器的通信。有能力提供电子商务、视频点播服务或准点播服务。回传通道的存在还使广播节目得以按当地电视观众的喜好“量体裁衣”，并支持邮件和当地聊天通信服务。　　３） 多网　　提供多于一个广播网络和回传通道的接入，包括因特网接入以及其它通信服务（如本地电话），这样的接收机可以作为家庭电信中心。　　１．２ 电视专用应用程序　　１．２．１ 电子节目指南　　ＥＰＧ的主要功能是为电视观众提供现在可用的节目概观，以及浏览电视节目表。通常在电视观众一旦发现要看的节目时，ＥＰＧ也完成选择功能。对于这类应用，实现性能和短的启动时间对一个实际用户的体验是十分关键的。　　１） 通用ＥＰＧ　　通用ＥＰＧ一般驻留在接收机内，同等地处理所有内容。但是当节目提供者希望从某些特别节目中受益时，这些节目应该有更显著的特征。这样的一个ＥＰＧ需要使用广泛的功能和接收机上所有可用的资源。这样一个ＥＰＧ的生命周期相当长，在某些情况里，一个ＥＰＧ总是运行着。　　２） 网络运营者的ＥＰＧ　　网络运营商或广播公司可能希望为电视观众提供针对运营商服务特定的ＥＰＧ。例如，各种运动节目或按次付费电影的提供商可以向电视观众提供特别描述这些服务特征的ＥＰＧ。实际上，它被服务商用作销售和营销的工具。这样的ＥＰＧ访问接收机资源的能力可能受到限制，并可以被一个单独的应用程序控制。　　３） 事件专用ＥＰＧ　　是一种向电视观众提供某个特殊事件的ＥＰＧ，例如体育事件。这类ＥＰＧ允许相竞争的网络按特殊的事件分组提供服务，例如，一组广播公司可能同意通过一个公共的ＥＰＧ访问为奥运会广播提供服务。　　１．２．２ 节目专用应用程序　　例如，随一个游戏配置的应用程序，或为体育事件提供交互式信息的应用程序。这些应用程序有几个关键需求，例如，当电视观众切换频道时，应用平台可以悬挂程序，应用平台也应支持同时运行多个节目专用程序对应用程序快速重新启动和高速缓存的支持也是十分重要的。　　１．２．３ 独立应用程序　　独立应用程序独立于正常电视节目运行。例如，一个股票自动收报应用程序从另一个网络取得数据，再在屏幕上显示价格，用户可能要将此应用程序锁定在屏幕上，即使发生频道切换也保持不变。另外，支持从任何一个用户界面环境中分离出运行的应用程序可能是十分有用的。但是，需要指出的是这类电视观众模型为观众收视带来许多不必要的复杂性。　　１．２．４ 广告　　广告应用程序是一种非常短暂的应用程序。广告应用程序的下载很可能提前于播放。在广告终止时，应用程序将被停止或可能被丢弃，可能要求使用额外的应用程序缓存策略。 　　２ Ｊａｖａ ＴＶ ＡＰＩ环境 　　Ｊａｖａ ＴＶＡＰＩ是Ｊａｖａ平台的垂直扩充。Ｊａｖａ平台由Ｊａｖａ虚拟机和相关的ＡＰＩ组成。垂直扩充提供了不属于Ｊａｖａ平台部分的，为特定市场或装置类型而附加的ＡＰＩｓ。典型的是ＰｅｒｓｏｎａｌＪａｖａ应用程序环境，它支持ＪａｖａＴＶ ＡＰＩ，提供了电视接收机的Ｊａｖａ平台。但是，Ｊａｖａ ＴＶ ＡＰＩ并非专门与ＰｅｒｓｏｎａｌＪａｖａ绑在一块的。　　２．１ 硬件环境　　数字电视接收机从广播流中获取视频、音频和数据，并通过广播媒介和数据管道处理它们。接收机以专用格式（称为协议）从媒体中取得指令，使用专门设计的引擎解析它们。这些引擎包括：广播协议引擎；互联网协议引擎；视频解码引擎；软件执行引擎。　　数字接收机中使用的典型协议包括：具有流选择的广播协议栈；具有流选择的互联网协议栈（ＵＤＰ，ＴＣＰ，ＲＴＰ）；远程程序协议栈；视频解码协议（可能带有解密）；图像解码协议；Ｊａｖａ虚拟机，解析Ｊａｖａ字节码的协议。　　电视接收机相对其它计算装置独特的特性是接收机总是有一个广播媒介管道的实例。广播媒介管道的典型的组成方式包含有一组子系统，如一个数字调谐器、一个解复用器、一个条件接收模块、一组媒介解码器和一个绘制子系统，媒介从这些系统中流过。ＪａｖａＴＶ ＡＰＩ并不要求所有这些子系统都存在。Ｊａｖａ ＴＶＡＰＩ提供了一种抽象，使程序员不需要考虑底层硬件环境的细节。无论如何，一个广播接收机至少必须有一个广播