5G技术将推动大屏产业新兴业务的成长和发展，如4K/8K、VR/AR等新的产品类型，以及自由视角、多视角等新的观看体验，都将迎来全新局面，并衍生出全新价值。
基于此，2022年6月15-16日，由流媒体网主办的「海南论道暨第23届中国智能视听与科技创新高峰论坛」，特设立「5G新视听论坛」，集中探讨5G时代下视听产业的市场机遇与进化路径。
北京汗粮科技有限公司 CEO 王智勇在「5G新视听论坛」上做了题为《扩展屏引擎在IPTV的应用创新》的演讲。
以下是演讲全文：
各位来宾，大家好，我是汗粮科技的王智勇。很不幸，因为我是北京朝阳群众，这次流媒体网的大会不能去海南跟大家共聚一堂，只能远程参与了。
此次我主要分享什么是扩展屏引擎以及过去半年中扩展屏引擎在行业里的主要应用进展。
什么是扩展屏引擎 ？
扩展屏引擎跟传统的IPTV中间件应用和原生的安卓应用有一些本质的不同。
传统的浏览器渲染，性能低、资源占用率高，无法完成某些原生应用的交互。Android原生应用需下载安装，流失率高，占用运营商设备宝贵的存储资源，且升级维护复杂。
我们的扩展屏应用是通过JS开发，通过VUE这样一个非常广泛的开发工具，开发完后部署到云端，调用的时候直接可以在我们的浏览器上通过遥控器一键启动，无需下载apk，不需要在本地安装，零存储占用。运行时为Android应用，可以节省70%的前端开发时间，并拥有与生俱来的多屏互动的能力，同时也可以编译为独立的apk。
扩展引擎整体架构分成5层：
最底层的部分是系统层，为了充分释放安卓底层的性能，我们与安卓系统有一些比较强的交互。
倒数第二层是JS和native API之间的一些转换的接口。
再往上，我们基于大屏端安卓机顶盒，从安卓4.4一直到安卓9.0，封装了很多的UI组件，这是我们整个扩展屏引擎的一个核心精髓。正是靠这上百个UI组件，可以让开发者脱离安卓开发大屏的繁琐和成本。
在往上是我们整个VUE框架，我们做了一些封装。
在最上面一层，是我们针对现有IPTV上的一些增值业务的品类，比如教育、健康、健身、视频等等做了一些业务模板，可以让不熟悉IPTV的开发者和SP能够快速的使用这些模板完成业务的导入。
目前我们已经完成了将近200款OTT和IPTV终端的适配。
上一届论道跟大家分享的时候，我们的扩展引擎还不能够完全支持iOS，今天我们已经解决了这个问题。现在所有的手机，不管是安卓还是iOS，都可以实现通过扩展屏引擎一键在局域网识别，并且拉起大屏端的相关应用。
扩展屏引擎有几个分支，首先包括大屏端，不管是IPTV的机顶盒，还是OTT的智能一体机，其次是桌面屏和手机，还有一个分支针对车机，未来的万物互联的场景下，扩展屏引擎已经逐渐覆盖到各个端。
扩展屏使用有三种方式：
最常规的方式是用户在家庭场景下拿着遥控器，以功能入口位或推荐位，直接打开扩展屏快应用。
第二种拉起方式是我们独有的，通过手机端，比如说通过朋友圈、短信、微信群里面的短链接，都可以拉起大屏端的扩展屏应用。
第三个通过云端拉起，云端拉起实际上是设备发现，通过运营商也可以是第三方的云平台去注册这些设备，让设备与设备进行远端的发现，发现完之后就可以进行相关的信令交互和音视频数据交互，这个是可以通过手机在非家庭场景下直接与IPTV大屏和其他设备进行交互。
扩展屏引擎很重要的一个特性就是它打通了移动端和OTT、IPTV大屏之间流量的桥梁。
上图左侧是我们在手机微信小程序的一个页面，集成的应用都是我们通过扩展屏引擎来开发的，右侧是传统的大屏应用，手机端和大屏端的连接基于扩展屏引擎，无需任何二维码的扫码绑定，只要在同一个局域网或者通过远端的方式直接打开 h5或小程序一键点击就可以拉起大屏端，这种体验之前是没有过的。
总结一下，扩展屏引擎给IPTV带来四点能力提升。
第一点，IPTV发展趋势下，会有更多本地化业务和一些新的业务板块，比如除了教育以外，还有医疗，以及更为复杂的一些交互业务。扩展屏引擎对于这些业务的支撑有着非常明显的优势。从开发上它可以低成本快速高效的去支撑增值业务的接入，相比于传统浏览器的这种开发模式，它支持的组件更丰富，性能更高，开发速度更快，机顶盒的兼容性更强，可以让很多非IPTV领域的开发商和互联网的SP能够快速使用它完成业务的介入。
第二点，现在IPTV的广告也方兴未艾，正在逐渐的走向盈利的蓝海。扩展屏引擎的出现，实际上是把移动端的流量和大屏端IPTV的广告流量，在流量引导和大小屏联投这两个维度上带来了新的一些进展。用户在家庭环境下可以很自然的把手机端的流量跟大屏的流量无缝连接起来，并且能够通过反向的大屏到手机端的一些业务信令的数据，比如商品推送，或者营销活动推送，实现屏效合一的广告投放。
第三点，针对IPTV老机顶盒的性能挖掘。在很多省，基于安卓4.0、4.4的老机顶盒数以百万计。因为我们是基于安卓底层的渲染能力来实现的扩展屏应用的开发，所以同样的UI，同样的功能，用扩展屏引擎开发的版本相对于原传统浏览器的版本，内存的占用更少，流畅度更高。通过这个特性，一方面我们可以把一些针对老机顶盒的新增应用用扩展屏来开发，让老机顶盒跟新机顶盒保持同样的应用版本。另一方面可以把一些原有的比较占内存的一些应用，通过扩展屏引擎重新开发，提升老机顶盒的用户体验，相应的提升用户交互和收入。
第四点，给IPTV业务拉新拉活。从流媒体网看到的最近几年的数据，虽然整体行业规模一直在增长，但是增长幅度已经不像前几年那么明显，所以打通移动端和大屏端的流量，对于现存的大屏端的视频业务和其他的新的一些增值业务尤为重要。扩展屏引擎相当于带来了一种新的业务增长渠道，通过这种方式，我们开辟了一些新的盈利模式，这是技术所带来的一种新的商业模式。
扩展屏引擎的功能和优势
手机端方面，因为目前大部分用户特别是年轻用户，每天跟手机待在一起的时间要远远超过电视大屏端。我们重点关注和研究如何让用户在手机端投入注意力的同时，把其中的一部分流量扩展到大屏端去。
很多朋友会问投应用与传统投屏的区别，我简单来做一个对比。首先传统的DLNA投屏，主要投的还是视频，不能把一个应用和一个服务投到大屏上，也就是说，原来移动端的应用和大屏端的应用有着天然的界限。第二，传统投屏可以快进、切换下一个视频，但是不能进行实时的双向交互。第三，它做不到像扩展屏引擎一样给大屏业务带来定向的流量和提升收入的价值。
反观我们的扩展屏引擎，首先从移动端入口来说，它不一定需要从某个apk或者小程序的DLNA投屏的标准投屏操作发起，它可以是短信，可以是微信群的短链接，可以是网页，可以是h5，都可以从移动端发起向大屏端的程序拉起。第二，在局域网下它支持手机端和大屏端，IPTV机顶盒之间的双向的设备互相发现和互相通讯，包括信令的通讯和音视频的通讯。第三，它支持多端信息的实时通讯。比如说我们在家庭场景下有三个人同时在看球赛，那么这三个人都可以在不扫大屏二维码绑定手机的情况下向大终端发起信息输入，或者发起视频的观看视角切换。最终还反映在我们对用户的激活，在拉新拉活的KPI和收入的KPI上能够带来一些增长。
在移动端我们是怎么去跟这套技术结合的？两个部分，第一部分，我们针对iOS应用和安卓应用提供了一个非常小型的SDK，它可以集成。第二部分，针对在移动端的h5小程序等等，我们提供代码级别的支持，代码不多，大概只有几十行，就可以完成跟大屏端的、所有端与端之间的这种交互。
刚才提到云端的模式，首先要完成设备向云端的注册，而且是在扩展屏引擎的能力赋能的情况下去完成一些注册，我们的系统才能够去建立他们之间的这种信令的通信和音视频的通信。我们扩展屏引擎的功能模块最核心的就是大频段的UI组件，这个UI的组件比较神奇的地方在于，传统基于浏览器的应用开发，开发者经常需要处理焦点的移动，横向的纵向的，不管是瀑布流还是非瀑布流，都需要处理这种焦点的切换，但是我们在扩展屏引擎的组件让开发者可以不用再去考虑这种比较细节的代码。我们的开发团队在OTT和IPTV领域已经有10年开发经验，各种各样的增值业务和系统的建设过程中遇到的常见的一些功能和需求，全部封装进来了。开发者基本上不用再去处理这些非常底层的东西。
扩展屏引擎对应一个快应用的管理后台，不同的开发商在我们的后台注册完成以后，可以去建立不同的项目，每个项目对应相应的一个大屏端的业务或者应用模块，它在完成开发以后可以上传，同时可以做不同的版本分支的管理。比如说针对不同的IPTV运营商可以有不同的版本。
整体来说，我们的扩展屏引擎的应用比同类的浏览器应用的性能内存占用下降了10%~15%，流畅度提升了10%~20%。
安全性方面，IPTV是在一个非常严密的播控体系之下，所以它的每一个节点，包括每一个功能的支撑都需要符合IPTV的规范，不管是管理规范还是安全规范。所以我们在设计扩展屏引擎系统的时候，充分考虑了在内网的部署以及跨网服务需要遵从的一些安全的协议和规范。
这在实际部署过程中大概分成几个不同的层级，首先是开发者，他们肯定是在公网环境下有一套自己的开发环境，这个由我们来提供，我们进行分省部署，针对某个省会有一套独立的开发环境，当然了它也可以在我们提供的公网开发者社区里进行开发，这个时候实际上跟分省部署的扩展屏引擎适配关系，相似度已经非常高了，几乎达到99%，所以当在公网上开发完后，落地到某个省的时候，只需要进行非常小的改动即可以集成。
所在省的新媒体如果需要把这套引擎纳入到新媒体管理中，那么就需要在新媒体的服务器端来布这套扩展屏引擎的管理平台和扩展屏应用的管理平台。我们的后台整体可以分成两个部分，一个是扩展屏整个系统的管理，另一个就是应用的管理。那么系统的管理主要是为了管理播控，我们可以通过后台一键杀死，所有机动盒底层的扩展屏引擎，或者是去通过管理它的黑白名单等等，实现哪些功能可以用，哪些功能不能用，扩展屏应用主要是管理应用的上架、下架、禁用等等。
在机顶盒的前端需要放置一个大概5兆到6兆左右的一个扩展屏引擎的SDK，就可以实现以上我说的这些扩展屏应用的功能，最后就是在移动端会有一个通过代码或者是通过SDK来集成实现多屏互动的功能。
扩展屏引擎的应用场景
第三个部分我主要是想讲一下在IPTV领域扩展屏引擎它具体能做什么事情，或者说截止到目前有哪些系统已经用到了它，首先我说一下扩展屏引擎针对IPTV机顶盒或者是OTT的机顶盒，它可以实现统一投应用智能网关。大家都知道传统OTT的机顶盒或者说部分IPTV的机顶盒，它本身已经通过 ROM厂商的一些配置，给用户暴露了一个可用的投屏 DLNA的节点，用户在通过手机去搜索这种DLNA服务的时候就可以搜到，但是投屏的过程实际上运营商是没有干涉的，它完全作为机顶盒的一个能力提供给了用户，用户再通过机顶盒去观看各种各样的电视剧和美剧，实际上是跟运营商的业务没有任何关系的。
我们做了一个整合，就是把机顶盒端的所有的投屏的能力，DLNA接受投屏和扩展屏引擎本身发展出来的一套投应用的能力完整的结合在了一起。对于用户来说，像我前述所讲的，他通过朋友圈的一个H5看到一个介绍电影的一篇文章，然后在文章的末尾有一个按钮，他点完这个按钮就可以直接去发现机顶盒投应用的能力，并且通过IPTV上面的某一个视频的专区板块，去观看电影和电视剧，不管他是投自己手机端的视频流，还是想通过导流的方式去看IPTV运营商的视频服务，都可以通过我们投应用的智能网关来合并的进行处理。
它给运营商带来多方面价值，第一他把原有的一个没有商业价值的机顶盒的普通能力，变成了一个可以知道用户投屏行为的可运营的，具备投应用的一个智能网关了，通过智能网关我们可以实现增值业务拉新拉活，包括IPTV广告，大小屏互动广告，还有就是通过IPTV机顶盒跟移动端的反向营销的价值。
在现有的IPTV的场景下，每个机顶盒开机以后是停在launcher首页，如何把扩展屏应用和现有的IPTV的应用完美的融合在一起？其实这个很简单，就是通过现有的launcher，包括现在的管理系统，可以在前端的某一个入口上通过去增加一些我们的专有的JS的调用代码，就直接可以在launcher上启动我们的扩展屏应用，跟现有传统的增值业务体系是完全没有冲突的，实际上它是一个完全平行和并列的分支。
下面主要是讲这个扩展屏的IPTV的一个增强的广告系统。传统IP的广告主要是针对用户的区域地理位置和它的影视的一些观看效果做精准化的投放。通过扩展屏引擎的植入，实际上可以去实现更多的这种广告屏销合一的投放的可能性。第一是大小屏的联投，第二就是可以收集到一部分用户在移动端的更为精准的一些用户行为分析，从而提高整个广告的投放精准度。同时移动端的流量也在移动端呈现广告的同时，在大屏端拉起了大屏端的增值业务，也就是说，把一个广告曝光的价值变成了两个曝光的价值，一个在大屏，一个在小屏。
再讲一下扩展屏引擎在IPTV专区的一个建设方案，我们传统的专区可能是有各种各样的专区，一个是通过合作伙伴的专区，一个就是咱们业务的一个垂直领域的专区等等。专区的特色，首先它不但完成了一个前端的和后端的配合的开发，一个界面的呈现，同时我们搭建了这种快速开发的专区的模板，通过扩展屏引擎和手机端的对接，用户可以通过手机端来快速的去跟专区进行交互，而且用户通过手机端登录以后，它在拉起专区的同时，实际上大屏端就已经获取用户个人的部分信息，这个专区就更容易实现千人千面或者说内容的个性化推荐等等。
讲一下IPTV增值业务和机顶盒的维保的一些结合，其实这块主要还是针对一些老旧机顶盒对于一些版本的持续化升级的一个方案，因为不同的机顶盒的硬件可能对于最新版的这个视频的业务或者说其他增值业务的支撑能力不一样，导致有些老旧机顶盒无法运行一些最新版本的程序，所以我们是针对目前的困境，通过扩展屏应用来接管或重新开发，来实现所有版本的覆盖。
接下来讲下IPTV云化机顶盒和扩展屏引擎的结合以后的增强的方案。云化的方式主要是针对一些适合用流化的模式来进行增强的，也是为了解决机顶盒的这种性能问题。比如机顶盒的CPU不能够支撑的一些业务，那么通过扩展屏引擎我们把机顶盒里边的一些增值业务去把它移到云端，通过视频流的方式推到用户端，通过扩展屏引擎的技术，其实也能够更好的对云端的这些IPTV增值业务进行有效的管理。
这一部分主要是讲扩展屏引擎对IPTV软终端的一个增强方式。大家都知道软终端它是在OTT或者说在安卓平台上的IPTV业务的一个应用打包，那么在应用打包的时候，也存在它的版本适配的问题，比如说每个省不同的OTT智能终端，它需要去不同的适配IPTV的各种各样的功能。当它新增功能的时候，往往也会带来很多的这种开发的适配。但是如果用扩展屏引擎，那么就可以大大节省了这种开发本身，因为扩展屏引擎诞生的基础也是基于比如说像TCL、长虹的 OTT的一体机，所以做了大量的针对OTT的适配。所以这部分能力对于IPTV的软终端来说，应该是能够大幅度降低后期的版本升级和新的业务接入这部分开发成本。
此外扩展屏引擎和现有的很多省份已经开发了中屏的结合，我们扩展屏引擎在中屏设备上或者说叫类似像带屏音箱这种设备上，做了一个分支，用户在开发的过程中，它的代码可以经过一些小的改动，就可以同时兼容IPTV的机顶盒。在兼容性上我们做了一些尝试性的工作，虽然说做不到这种百分之百的屏移，但是对于整个屏移，整个适配来说，可以大大去降低工作量。而且在家庭场景下就是大屏设备以及手机和中屏这三者之间的这种互联互通，也是我们扩展屏引擎目前发展的一个目标。
下面大概讲几个扩展屏引擎的一个具体使用开发的产品的样例。首先IPTV的医养产品，通过扩展屏引擎解决了前端的整体的一些开发，同时还能够去调用 IPTV和机顶盒底层的视频通讯的能力。因为大家都知道基于大屏的这种互联网医院的业务，它是需要底层有一个视频通讯能力的，这样才能实现患者在家庭环境下通过手机，或者说通过IPTV机顶盒去跟远端的医生进行在线视频问诊，所以这个就能够证明扩展屏引擎是可以跟IPTV现有的能力模块，不管是视频播放能力，还是视频通信能力结合的。在我们前面讲到的扩展屏底层的能力构架里面，我们的底层的SDK实际上是开放的这种扩展接口，可以很方便的去融入或者说去嵌入现有的IPTV的这个能力平台里。
其次是百度网盘，那么它主要的开发目的是什么？比如说百度它有很多的移动端的流量，通过用户在移动端的一些流量，结合扩展屏引擎的能力，可以一键拉起大屏端的百度网盘，用户可以直接的去存储影视视频或者在大屏上去看影视。
再者是中国体育的案例，用户首先从中国体育的小屏端去通过传统的类似投屏的操作，可以把他想看的视频投到大屏端。此时用户的大屏端看到的，虽然看着是跟传统视频流是一样，但实际上它是安卓的一个应用。用户在看的过程中，通过点击遥控器就可以弹出商品的介绍页，他可以买跟当前的画面相关联的球杆、球衣，当他点击到需要付款这个界面的时候，在用户的手机端又会弹出具体的支付页面，用户可以很方便完成支付。所以整个流程是不需要任何的扫码绑定的，就是在家庭场景下，任何的家庭成员都可以拿着自己的手机，通过传统的投屏操作去触发，最后去支付，形成一个闭环。所以整个过程是非常流畅，而且是无痕的，能够大大提升大屏支付流程的顺畅性，或者说提高它的收入。
还有跟淘宝直播合作的一个版本，因为现在直播带货很火，如何跟大屏端去结合，那么这个场景也是扩展屏引擎的一个非常典型的场景，就是类似刚才说的中国体育，那么它也是需要在大平台去观看更清晰的码流，或者说去查看商品详情，有了购买欲望以后，它可以在移动端可以很顺畅的完成支付。因为华数的launcher在业内是非常有名的，而且整个复杂度也非常高，所以我们当时挑战了一下，用扩展屏引擎去构建,1:1去实现，来证明扩展屏引擎是可以去快速的实现这种launcher级别的产品开发。而且我们已经做成一系列模板，不管是launcher还是教育还是健康运动等等，可以提供给开发者来快速的使用。
我今天的分享就到这儿，非常感谢各位的聆听。
,
