浏览器√中间件×

开篇：润墨网以专业的文秘视角，为您筛选了一篇浏览器√中间件×范文，如需获取更多写作素材，在线客服老师一对一协助。欢迎您的阅读与分享！

编者按　业务的开展需要技术平台的支撑，技术的创新需要业务需求相对应，此即业务与技术的辨证法　在网络整合与整体转换不断加速之际，增值业务必须被纳入整转、垫合的整体规划范畴，并在系统、终端等各技术设备环节优做好准备，针对机顶盒终端软件平台的选择，本文作者提出，现阶段运营商应该选择嵌入式浏览器而非中间件作为终端软件平台，并进行了比较论证和未来预测。

应该说，这是一个富有现实意义与争辩性的话题，编者在向读者推荐本文的同时，热忱欢迎业内同仁的智慧与高见!来稿请发：.con

浏览器本身基于互联网协议，采用的传输协议、技术标准都由W3C组织制定，具有完全免费、技术成熟、成本低廉、实施容易的特点。由于数字电视环境与互联网相比具有较大出入，要想通过浏览器实现数字电视的应用，需要制定一些技术规范对浏览器应用进行约束或补充，以适应新的环境。

中间件是介于应用程序和机顶盒操作系统和驱动程序之间的一个适应层，数字电视应用和业务可以直接基于中间件进行编写。中间件起到了屏蔽不同的机顶盒操作系统、不同的芯片平台、不同的硬件配置的作用，实现了应用和平台的无关性。正是因为中间件在设计之初就是一个考虑全面、兼容性很强的软件体系架构，导致了在运营实施上的难度，这也是阻碍其发展的一个因素。

本人认为，现阶段运营商应该选择嵌入式浏览器作为数字电视机顶盒的终端软件平台，并从以下几方面对这一结论进行探讨，望读者斧正!

可用度比较

目前全国各地有线电视运营商开展数字电视整体转换时，其机顶盒终端软件几乎都采用浏览器方案，究其原因主要有以下几点： 首先，浏览器对硬件要求比较低。

采用浏览器平台，能够降低机顶盒硬件购置成本，满足中国市场的消费需求和整体转换的需求。

其次，中间件需要对软件结构大改动。

中间件的技术复杂度相当于操作系统，需要机顶盒对自身的软件结构做比较大的改动，在没有数量保证的情况下，机顶盒厂商不愿意更改。

第三，保持系统的稳定态，利于业务运营。

机顶盒软件达到目前的稳定态已经花了很长时间，如变更为中间件平台，再做大量基础性结构的改动，需要很长时间才能把系统做得足够稳定。而系统是否能够保持稳定态，直接决定了业务运营的成败。

应用移植方便性比较

中间件用JAVA编写，浏览器用c编写，理论上中间件在应用移植上更方便，但是这种方便在目前的机顶盒上几乎没有任何意义，在将来的机顶盒上是否有意义也不确定。原因如下：

首先，从平台移植的角度看。JAVA内核《JVM)应用于机顶盒嵌入式系统时，需要大量裁减，很难像在PC平台上一样做到“一次编写、到处运行”。

JAVA虽然有很多缺点，如对硬件要求高、运行速度慢等，但还是有很多人喜欢用它来开发，就是因为在理论上它可以跨平台运行，即在一种操作系统上编写的程序可以在另一种操作系统上运行。但是这种跨平台的特点，更多的体现是在基于PC的不同操作系统而不是基于机顶盒。当把JAVA移植到机顶盒嵌入式系统时，需要对JAVA内核(JVM)做大量的裁减才能运行起来，既然对内核做了这么多裁减，就无法做到“一次编写、到处运行”。而且，JAVA的运行速度慢，这对嵌入式系统来讲是致命缺陷。此外，机顶盒配置越低，就越需要对JVM做更多裁减，这样的JVM根本毫无意义。并且，即使对JVM做了很多的裁减，现在能适用它的芯片还是很少，所以中间件不是目前阶段合适的产品，即不可用。

其次，从应用移植的角度看，绝大多数基于网页的应用并不能发挥中间件的优势。

目前90％的应用需要的是网页应用设计和修改，机顶盒有了浏览器，运营商需要增加和修改应用自行设计就可以了，后续工作与浏览器和机顶盒都没有关系；另外5％的应用如游戏等，通过HTML、JavaScript、Flash等浏览器功能模块就可以完成设计开发(特别是Flash，其游戏界面比JAVA等更美观，而且对资源要求低)。运营商需要增加或修改游戏应用时，自行设计修改(可以以部分Internet游戏为基础修改)就可以了，后续工作与浏览器和机顶盒也没有关系。实际上，中间件只在需要大量复杂运算的情况下有优势，但目前机顶盒硬件无法支持这类应用环境。

对中间件的几个认识误区

在中间件的描述中，经常有这样一个似是而非的观点：“一旦采用中间件平台，想开发什么样的增值业务都行……每种业务的开发和推出不需要改动平台的任何部分，运营商只需要在前端增加调度新的业务即可”――这种描述非常迷惑人，但是否符合实际情况呢?

首先，终端硬件平台具有非常大的不确定性并且处于快速变化中。并且平台本身一定会在比较短的周期内就会变化以适应新的硬件要求。

正如在386的年代里经常有主板厂家鼓噪：“买了我的主板升级到486、586时可以不用更换，虽然贵一点，你还是划算的”。但到了486的年代，为了提升整体性能。用户一定是更换整台PC，当初为主板多花的钱毫无意义。相对标准化的PC都是这种情况，那么标准和结构更不确定的机顶盒更是如此。

其次，应用本身具有很大的不确定性。

在不确定什么应用可行之前，运营商根本无法知道在这个所谓的“万能开放平台”上就能开展何种应用。事实上，也根本不存在“万能平台”。

再次，增值业务本身的生命周期是比较短的，设备的折旧周期也有限，新媒体增值业务尤其如此。

因为技术周期越来越短，运营商需要的是在该业务的生命周期内赢利。这种业务的特点决定了运营商必须以可行的增值业务为导向，建设低成本、短周期的增值业务平台――在生命周期内盈利，不赚钱的平台对运营商来说没有意义!

可能的发展方向

中间件不适合目前阶段的机顶盒，在未来机顶盒性能有很大提升的情况下会怎样呢?

首先，那时的机顶盒一定会更换。这属于产品的升级换代。

其次，那时的机顶盒装浏览器还是中间件还存在不确定因素。

在网络化的潮流下，客户端越来越小、内容都集中到网络服务器端。正如PC的操作系统越来越弱化而浏览器越来越强大一样。从机顶盒平台系统的角度来看，考虑到一个平台只有具备大量的开发人员才会有生命力，那么当机顶盒性能提升后，更可能的是“嵌入式Linux或WinCE＋浏览器”这两种模式。因为不管是Linux还是HTML，都拥有大量现成的开发资源，这也是目前IPTV所走的道路，但私有操作系统的发展空间和出路是非常窄小的。

再次，AJAX(异步lavaScript和XML)应用在互联网世界的迅速走红，使传统的中间件、浏览器、网络应用服务架构等概念得以颠覆。

追溯IT及网络技术发展史，中间件是为了弥补C／S架构(客户机／服务器)的不足，通过在服务器和客户机之间增加中间件，一方面增强了跨平台性，另一方面有效减轻“客户端”和“服务器”日益沉重的负担，系统架构重新趋于平衡。但互联网兴起之后，B／S架构(浏览器／服务器)成为主流，传统的中间件无法有效涵盖这一领域。以谷歌为首的AJAX应用倡导者，通过组合JavaScript、DHTML和XML、CSS、DOM等技术组件，在B(浏览器)和s(服务器)之间增加AJAX引擎(AJAX Engine)，实现了动态网页热点区域的即时B／S通信，获得系统均衡性、跨平台性和用户体验效率的和谐――如Google Map和Gmail都是AJAX应用的典型成功案例。

显然，AJAX带有许多中间件的应用特征，但其实现又与传统中间件截然不同。但毋庸置疑，这一技术亮点非常值得跟踪把握。

上述思考，本人还不能立即得出肯定结论，因为未来的发展有许多无法预知。但是，即使到那时需要采用中间件的模式，也无法确定会采用哪一种类型的中间件，因为需求在变、技术在变，还存在标准化的问题。