摘要：本文提出了一种基于流式的Flash协议转换方法。解决了终端无法支持Flash内容播放时网络平台需要备份不同的内容以适配终端能力, 现有技术造成了网络平台内容冗余的问题, 不利于网络平台的未来发展需要。本专利通过优化网络结构入手, 提出了一种实时多协议转换的方法, 即利用了原有的网络资源, 最大化的适配现有的终端能力, 提高了网站的效率, 降低了网站平台的成本。
关键词：多媒体技术; Flash; 系统设计;
引言
随着移动互联网技术和应用的发展。尤其是苹果公司的移动终端的普及。越来越多的移动多媒体业务为用户提供不同的感受。同时随着Flash技术的普及, 很多富媒体网站针对内容的提供和展现都是通过Flash协议的方式实现的。而根据Flash技术所有的Adobe公司宣布的目前, Flash播放器的普及率一定达到了99%。因此基于Flash协议的富媒体实现方式是目前现有比较流行的实现技术[1]。
1 Flash介绍
Flash开始是由美国macromedia公司推出来基于网页媒体文件播放软件, 由于其特有的轻量级和形式丰富, 因此迅速得到推广并且作为互联网HTML的交互式矢量图和Web动画的标准。
目前Flash由于其自身在互联网已经公认为播放视频、音频、图像、动画矢量图等行业标准, 因此该标准已经在最新的HTML5标准中已经正式将其纳入到整个标准框架中, 从而进一步推动了Flash的广泛应用和推广。
2 流媒体介绍
2.1 技术背景
流媒体是以数据流的形式实现内容平台和用户之间的数据传输包括音频、视频和多媒体等文件的一种传输形式, 其传输协议主要基于RTP、RTCP、RTSP、MMS、HLS、HTTP progre ssive streaming等协议。在媒体播放方面, 相较于原有的离线播放形式, 流媒体播放形式支持用户在线收看多媒体内容, 同时可以实现播放历史回溯、播放进度控制以及远程录制等功能, 最为重要的是流媒体技术支持用户在线观看内容, 最新的流媒体技术支持高清, 超高清等媒体播放, 从而省去了用户首先需要将媒体文件下载下来, 然后才能播放的麻烦, 随着目前互联网技术的发展, 带宽已经不再是阻碍流媒体传输的瓶颈, 因此该项技术又开始广泛应用于视频点播、视频会议、远程教育、远程医疗和在线直播等领域[2]。
同时, 由于云计算技术的发展, 视频云目前也是比较热门的研究领域, 为了追求流媒体终端的轻量化、便携性。将流媒体编解码集中到视频云进行集中处理, 通过大带宽和5G来实现原始数据流的传输, 同时在数据传输方面, 通过现有的CDN技术来实现流媒体播放并发量爆发对于现有网络承载的压力。因此对于运营商上来说把控数据传输渠道和系统集成在整个流媒体播放产业体系中处于重中之重的地位。
2.2 技术架构
从现有的流媒体播放体系架构来分析, 大致包括内容、编解码、存储、分发以及系统管理等环境。其大体的架构如图1所示。
依据上述技术架构图, 其整体架构主要包括几个部分:
(1) 流媒体服务器:负责流媒体内容管理和流媒体协议传输和分发;
图1 流媒体技术架构图
(2) 采集工作站:主要负责内容采集、音视频编解码等功能;
(3) 数据库服务:主要提供内容存储等;
(4) Web认证服务:主要面向应用管理实现用户登录和注册等服务等;
(5) 终端:主要指用户通过终端可以远程播放流媒体。
2.3 存在的问题
针对现有的技术现状, 流媒体播放尤其是Flash的播放需要浏览器的支持。在台式机终端上由于针对各种播放格式协议的支持能力较好, 一般不存在问题。而在移动终端等弱终端平台上面, 由于浏览器的支持能力有限, 因此对于Flash的支持能力不像台式机那样普遍。不同的终端类型会有不同的支持能力, 这就要求平台对不同的终端进行适配[3]。
2.4 目前的解决方案
但是在网站平台普遍采用Flash协议作为媒体和内容制作的同时, 也是Flash在终端方面的逐渐退出。首先2012月8月15日, Flash退出Android平台, 正式告别移动端, 另外一个主流的移动终端平台iOS也不支持Flash协议格式的内容。这就为移动端通过Web方式访问富媒体内容造成困扰。现有的解决方案主要采用终端访问标识来区分不同的终端类型, 对不同的终端类型提供不同的内容协议来实现适配。其大体流程如图2所示[4]。
网站根据访问的终端类型根据内容管理服务器调用对应的内容服务器内容提供给终端进行适配。
而采用这种方式的内容解析存在一些问题。首先内容网站需要针对不同的终端进行适配, 那么在制作内容过程中需要制作和维护不同格式的内容。这为网站的运营带来很大的开销;其次, 随着移动终端的发展, 现有的网络架构无法满足未来移动终端发展的需要。而这种瓶颈问题也会随着未来移动互联网技术的发展而越发凸显[5]。
图2 技术实现图
3 解决方案
本方案所采用的基于流式的Flash转换方法, 是将终端适配的协议注册平台侧。在平台侧实现终端类型的注册和匹配。在下发流媒体服务时实时的实现流式业务的采集和编解码等能力。
3.1 总体架构
其主体架构如图3所示。
图3 技术架构图
针对上述网络架构。本方案在网络前段配置终端注册服务器, 专门用于不同终端类型的注册和流式服务的路由等功能。其整个网络架构的角色说明如下:
(1) 终端:主要由用户发起访问网站内容请求, 并且将网站访问的内容进行展现给用户。由于不同的终端类型, 访问的方式和Flash协议不同;
(2) 终端注册服务器:网站访问的前段服务器, 用于记录和注册用户的终端类型和访问记录。并且根据网站转发的协议进行路由服务等;
(3) 上传服务器:原始网站中用于用户上传自己内容的专用服务器;
(4) Flash媒体服务器:原始网站中用于转化为Flash协议格式的服务器, 或者网站用于和其他网站进行内容接口的前端;
(5) 流式Flash转换服务器:用于将Flash协议转化为终端类型适配的专用服务器。实现Flash协议的实时转换;
(6) 内容数据库:用于存储网站原始的内容数据。
3.2 转换流程
当终端发起内容访问流程时, 首先在终端注册服务器上进行类型注册。当网站监测到终端无法支持flash协议时, 则通知流式flash转换服务器调用转换流程。实现原有内容的实时转换, 并且通过终端注册服务器进行路由, 将内容传送至终端进行展现, 其具体流程如图4所示。
图4 转换流程图
3.3 协议转换触发机制
基于本方案的Flash流式协议转换机制, 主要出发于当终端注册服务器在接受终端请求时, 发现该终端类型不适用于本网站的Flash协议播放;或者本网站的对外接口只支持Flash协议时, 则启动协议转换机制。采用流式方式最大化的适配所有终端类型的内容展现[6]。
4 结语
本专利提出了一种基于流式的Flash协议转换方法。解决了终端无法支持Flash内容播放时网络平台需要备份不同的内容以适配终端能力, 现有技术造成了网络平台内容冗余的问题, 不利于网络平台的未来发展需要。本专利通过优化网络结构入手, 提出了一种实时多协议转换的方法, 即利用了原有的网络资源, 最大化的适配现有的终端能力, 提高了网站的效率, 降低了网站平台的成本[7]。
参考文献
[1]李铭轩.基于ARM的发电机互感器伏安特性测试系统的设计与实现[D].北京交通大学, 2007.
[2]李宁, 宋薇, 周薇.嵌入式开发工具发展趋势[J].单片机与嵌入式系统应用, 2008, 8 (12) :5~8.
[3]黄克彬, 叶梧, 冯穗力.基于ARM嵌入式开发的调试方案[J].计算机工程, 2004, 30 (24) :174~176.
[4]田泽.ARM9嵌入式开发实验与实践[M].北京航空航天大学出版社, 1900.
[5]李铭轩, 陈后金.发电机互感器伏安特性测试仪的显示设计[J].现代电子技术, 2007, 30 (17) :163~166.
[6]魏忠, 蔡勇, 雷红卫.嵌入式开发详解[M].电子工业出版社, 2003.
[7]曾毅, 张小松, 陈景春, 等.JTAG边界扫描技术及其在嵌入式开发中的应用[J].计算机应用, 2004, 24 (b12) :307~309.
