What is IPTV middleware
什么是中间件
在中间件产生以前，应用软件直接使用操作系统、网络协议和数据库等进行开发。这些都是计算机最底层的东西，越底层越复杂，开发者不得不面临许多很棘手的问题，如操作系统的多样性，繁杂的网络程序设计、
管理，复杂多变的网络环境，数据分散处理带来的不一致性、性能和效率、安全问题等。这些与用户的业务没有直接关系，但又必须解决，因此耗费了大量有限的时间和精力。于是，有人提出，能不能将应用软件所要面临的共性问题进行提炼、抽象，在操作系统之上再形成一个可复用的部分，以供成千上万的应用软件重复使用。这一技术思想最终构成了中间件这类软件。
在众多关于中间件的定义中，比较普遍被接受的是：中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。
顾名思义，中间件处于操作系统软件与用户的应用软件的中间。中间件在操作系统、网络和数据库之上，应用软件的下层，总的作用是为处于自己上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。
由上述定义可以看出，中间件是一类软件，而非一种软件；中间件不仅仅实现互连，还要实现应用之间的互操作；中间件是基于分布式处理的软件，最突出的特点是其网络通信功能。
由于其简单、方便、快速等优势，中间件概念已被广泛接受，并已被广泛应用于金融、电信、交通、电力、社会保险等多个行业中。
IPTV 中间件
由于中间件技术的优势，人们也考虑在数字电视及IPTV 领域中使用中间件。与其他领域相似，在机顶盒中，中间件将应用程序与机顶盒的底层资源（操作系统、硬件及其驱动层和网络协议）隔开，屏蔽了硬件、软件、协议和算法的复杂性及差异性，并通过标准的API 接口映射了这些资源，并使这些资源可以被应用灵活地加以调用，可以保证业务能力的开放性（包括升级和扩充）、降低业务开发成本、提高业务开发速度，并保证不同厂商设备间的互通性；而网络侧的服务器，则作为整个IPTV 业务的核心控制，实现业务的交互控制、用户和业务的管理、EPG的下发，OSS/BSS 集成等功能。
图1: IPTV 中间件客户端架构
数字电视及IPTV 中间件的概念一出，即受到了业界标准化组织的重视，并积极致力于将概念形成标准。例如，欧洲的DVB（Digital Video Broadcast）组织于2000 年7 月推出了 MHP（Multimedia Home Platform）1.0，使它成为世界上第一个交互式电视的开放标准。它基于Java 环境，定义交互式数码应用软件和这些软件运行的终端之间的一个一般性的界面。本来MHP 的设计是仅在DVB 平台上运行，但是考虑到其他平台互用性等因素，2003 年 GEM(Globally Executable MHP)，即全球可运行的MHP，正式成为ETSI 标准。它是一个允许其他机构定义基于MHP 规格的框架。
GEM 的推出获得了其他标准化组织的认可，北美的ATSC 组织将其中未被美国使用的 DVB 技术和规格去除，并依照GEM 框架替换为其功能性等同物，推出了基于Java 环境的 OCAP（Open Cable Application Platform）标准。
目前，包括德国、意大利、韩国、芬兰、比利时、西班牙在内的14 个国家已开通了基于 MHP 标准的服务。
在美国，最大的六家有线电视运营商的首席执行官们均对OCAP 标准表示支持，并保证他们将在近期内为基于OCAP 的服务做好准备。
虽然在数字电视和IPTV 中均采用基于中间件的架构，但由于IPTV 基于IP 天然的双向性，使得中间件的开放架构的优势发挥得更为淋漓尽致。无论是MHP 或是OCAP，IPTV 的中间件开放架构将非常有利于增值业务的开发。基于 Java 环境使业务具有可移植性与编程无关的特性，能够有利于电信运营商快速灵活地引入第三方业务开放商为其开发相应的增值业务。
IPTV 中间件架构与IPTV B/S 架构的比较
一个成熟的IPTV 中间件需要厂家有着对IPTV 技术的深入理解及大量的相关经验，而且开发难度及周期也相对较长。因此，一些厂家由于刚刚进入IPTV 领域，缺乏对IPTV 深入理解，并且迫于来自市场的时间压力等因素，选择使用浏览器/ 服务器架构的IPTV 平台。下文将对两种不同架构进行分析和比较：
IPTV 浏览器/服务器架构（B/S）：分为2 部分，一部分为运行在机顶盒中的浏览器，另一部分为运行在后台的服务器。在这种方式下，机顶盒上所有的交互业务的控制（非流媒体，流媒体的控制依赖于额外的软件）均依赖于浏览器完成，例如通过浏览器下载HTML 文件来进行EPG 的浏览。 目前许多国内厂商均采用这种方式。
IPTV 中间件架构：分为2 部分，一部分为运行在机顶盒中的Java 中间件客户端，另一部分为运行在后台的服务器。在这种结构下，充分利用了机顶盒的本地智能，将数据下载到本地，进行本地显示和执行。这样，在用户操作EPG 时，大大减小了与网络的交互，并且提高了反应速度。
对于两种技术的具体比较请见下表。
在中间件产生以前，应用软件直接使用操作系统、网络协议和数据库等进行开发。这些都是计算机最底层的东西，越底层越复杂，开发者不得不面临许多很棘手的问题，如操作系统的多样性，繁杂的网络程序设计、
管理，复杂多变的网络环境，数据分散处理带来的不一致性、性能和效率、安全问题等。这些与用户的业务没有直接关系，但又必须解决，因此耗费了大量有限的时间和精力。于是，有人提出，能不能将应用软件所要面临的共性问题进行提炼、抽象，在操作系统之上再形成一个可复用的部分，以供成千上万的应用软件重复使用。这一技术思想最终构成了中间件这类软件。
在众多关于中间件的定义中，比较普遍被接受的是：中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。
顾名思义，中间件处于操作系统软件与用户的应用软件的中间。中间件在操作系统、网络和数据库之上，应用软件的下层，总的作用是为处于自己上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。
由上述定义可以看出，中间件是一类软件，而非一种软件；中间件不仅仅实现互连，还要实现应用之间的互操作；中间件是基于分布式处理的软件，最突出的特点是其网络通信功能。
由于其简单、方便、快速等优势，中间件概念已被广泛接受，并已被广泛应用于金融、电信、交通、电力、社会保险等多个行业中。
IPTV 中间件
由于中间件技术的优势，人们也考虑在数字电视及IPTV 领域中使用中间件。与其他领域相似，在机顶盒中，中间件将应用程序与机顶盒的底层资源（操作系统、硬件及其驱动层和网络协议）隔开，屏蔽了硬件、软件、协议和算法的复杂性及差异性，并通过标准的API 接口映射了这些资源，并使这些资源可以被应用灵活地加以调用，可以保证业务能力的开放性（包括升级和扩充）、降低业务开发成本、提高业务开发速度，并保证不同厂商设备间的互通性；而网络侧的服务器，则作为整个IPTV 业务的核心控制，实现业务的交互控制、用户和业务的管理、EPG的下发，OSS/BSS 集成等功能。
图1: IPTV 中间件客户端架构
数字电视及IPTV 中间件的概念一出，即受到了业界标准化组织的重视，并积极致力于将概念形成标准。例如，欧洲的DVB（Digital Video Broadcast）组织于2000 年7 月推出了 MHP（Multimedia Home Platform）1.0，使它成为世界上第一个交互式电视的开放标准。它基于Java 环境，定义交互式数码应用软件和这些软件运行的终端之间的一个一般性的界面。本来MHP 的设计是仅在DVB 平台上运行，但是考虑到其他平台互用性等因素，2003 年 GEM(Globally Executable MHP)，即全球可运行的MHP，正式成为ETSI 标准。它是一个允许其他机构定义基于MHP 规格的框架。
GEM 的推出获得了其他标准化组织的认可，北美的ATSC 组织将其中未被美国使用的 DVB 技术和规格去除，并依照GEM 框架替换为其功能性等同物，推出了基于Java 环境的 OCAP（Open Cable Application Platform）标准。
目前，包括德国、意大利、韩国、芬兰、比利时、西班牙在内的14 个国家已开通了基于 MHP 标准的服务。
在美国，最大的六家有线电视运营商的首席执行官们均对OCAP 标准表示支持，并保证他们将在近期内为基于OCAP 的服务做好准备。
虽然在数字电视和IPTV 中均采用基于中间件的架构，但由于IPTV 基于IP 天然的双向性，使得中间件的开放架构的优势发挥得更为淋漓尽致。无论是MHP 或是OCAP，IPTV 的中间件开放架构将非常有利于增值业务的开发。基于 Java 环境使业务具有可移植性与编程无关的特性，能够有利于电信运营商快速灵活地引入第三方业务开放商为其开发相应的增值业务。
IPTV 中间件架构与IPTV B/S 架构的比较
一个成熟的IPTV 中间件需要厂家有着对IPTV 技术的深入理解及大量的相关经验，而且开发难度及周期也相对较长。因此，一些厂家由于刚刚进入IPTV 领域，缺乏对IPTV 深入理解，并且迫于来自市场的时间压力等因素，选择使用浏览器/ 服务器架构的IPTV 平台。下文将对两种不同架构进行分析和比较：
IPTV 浏览器/服务器架构（B/S）：分为2 部分，一部分为运行在机顶盒中的浏览器，另一部分为运行在后台的服务器。在这种方式下，机顶盒上所有的交互业务的控制（非流媒体，流媒体的控制依赖于额外的软件）均依赖于浏览器完成，例如通过浏览器下载HTML 文件来进行EPG 的浏览。 目前许多国内厂商均采用这种方式。
IPTV 中间件架构：分为2 部分，一部分为运行在机顶盒中的Java 中间件客户端，另一部分为运行在后台的服务器。在这种结构下，充分利用了机顶盒的本地智能，将数据下载到本地，进行本地显示和执行。这样，在用户操作EPG 时，大大减小了与网络的交互，并且提高了反应速度。
对于两种技术的具体比较请见下表。