移动电话多媒体应用的系统平台趋势 智能应用 影音
D Book
236
太阳诱电microsite
PTC

移动电话多媒体应用的系统平台趋势

  • DIGITIMES企划

BlackBerry AppWorldRIM
BlackBerry AppWorldRIM

前言:在移动电话市场,大多会将智能手机与功能性手机采取相对明确的区隔,例如,可让使用者自行扩充软件与应用功能的机种,即为智能手机,采开放性系统设计,而功能性手机则会以缺省功能为主,或提供可让使用者加载Widget的延伸功能,提供移动电话用户可用的扩充功能...

本文:
在移动电话市场中,对于产品线的分类与区隔多半采取相当明确的方式处理,以智能手机与功能性手机最大的区隔,其实就在于核心系统的开放性与否,例如,Android、Symbian、Windows Mobile等多种平台,就属于相对开放的移动电话系统,架构于此系统的移动电话,即可提供使用者自行定义功能、安装软件与扩充应用的多元弹性,就也是典型的开放系统平台的移动电话架构。

SAMSUNG功能性手机透过Widget扩充多元应用SAMSUNG

SAMSUNG功能性手机透过Widget扩充多元应用SAMSUNG

至于,部分也是打着可以外挂Widget的移动电话,而非采取开放性操作系统的手机,也多半会被归类在功能性手机。此类移动电话大多基于BREW或J2ME基础,藉由采取以JavaScript为基础开发的应用软件,整合各式Web Service应用,则多数仍为功能性手机。

同样的两样产品,在消费者端的区隔就显得较为模糊,即便在操作系统部分,功能性手机多半采行 RTOS(Real-Time Operating System),可能在档案管理部分着墨较不深,或是采嵌入式系统设计,由于系统已与硬件各项功能紧密结合,不仅第三方的程序开发者不易介入功能性手机的应用软件市场,使用者所能取得的软件应用资源即相对受限,即便是先前提到的透过Widget包装过的Web Service,但应用功能会受限效能与硬件涉入程度较低的影响,在应用弹性也会比开放系统的软件功能显得较为薄弱许多。

第三方应用软件效能与数量 智能手机的竞争关键

智能手机除在系统在对于第三方软件的开放特色外,在近来颇为热门的Android手机,其系统架构采取开放态度,让不同硬件商可以将系统平台导入所研发的商品中,对于第三方软件开发商而言,等于可以降低将应用程序针对不同品牌手机进行最佳化的成本负荷,加速软件开发速度。

近来智能手机在操作系统端,朝向整合网络应用方向前进,而底层的操作系统亦整合Flash多媒体与影音播放功能,甚至开发者可在系统取得Open-GL之类的3D加速资源,当应用软件若有采行3D图型界面或绘图需求,也可在系统端的支持下,让软件可采取较高的运行效率,呈现更美观的多媒体互动效果。

而程序开发者可以透操作系统的API(Application Programming Interface),在友善的开发环境中,于程序中取用现成的系统资源进行整合,或是建构可基于对应系统要求的软件安装、卸载机制,让手机在安装第三方软件或是多媒体应用应用时,可得到更完美的操作体验。

软件扩充性 为功能性手机的应用限制

目前业界常见的功能性手机,其多项外加应用软件,多半建构在BREW(Binary Runtime Environment for Wireless)或J2ME或Java ME(Java platform, Micro Edition)上,此两种开发方式其实有近似的限制存在。以BREW为例,BREW为Qualcomm提出为解决3G系统的软件开发解决方案,相关程序可以利用C或C++语言撰写,也能以BREW再向上建构Java Virtual Machine(JVM),应用弹性相当大。

BREW在应用程序执行环境(AEE)建构方面,其实是提供一个相当精巧的软件界面层,硬件厂商可以轻松将之整合于各自开发的产品中,让功能性手机可以支持BREW API和执行环境的基础条件。由于AEE所占用的系统资源(随机存储器、快闪存储器)极小,因此特别适合以成本优先考量的入门(low end)定位产品。

从多媒体应用的系统开发角度归茶,BREW有许则有相当多的优点,例如BREW API 所支持移动电话超越J2ME API,其API亦较J2ME简洁,甚至于在BREW控制图型也相对较容易许多,其中BREW 2.0版本,已可直接存取屏幕缓冲区撷取视讯数据。而BREW是较J2ME更更底层的技术基础,加上Qualcomm缺省将之紧密与CDMA结合,在通讯应用方面,BREW拥有更快的反应速度。在程序开发方面,BREW应用程序可采物件导向程序设计(Object-oriented programming)。

但BREW也非全然没有缺点,相较J2ME来说,BREW在IDE平台支持较不多,不像J2ME拥有Eclipse、Netbeans...等热门IDE开发平台支持,在可用元件方面J2ME的资源也相对较多,在不同区域市场,也有相当明显的差异存在。

J2ME开发条件相对较低 多媒体应用开发效益高

J2ME(或Java ME)与Java SE、Java EE为Java技术三大版本,也是同样通过JCP(Java Community Process)制订的。 J2ME以往是作为机顶盒、移动电话之类的嵌入式消费性电子所提供的Java语言平台,其包含虚拟机器和Java API。

在业界应用方面, J2ME 最常用于移动电话游戏软件开发,因为Java ME程序开发可在PC平台上进行模拟操作与实际运行,开发成果可以很简单的转移到研发设备中,让整体应用软件在规划、测试、开发、递送的相关成本可以大幅压低,应用环境也不仅限移动电话。

至于J2ME的开发条件相对较低,通常不需要特别的开发工具,开发者只要在PC平台 安装Java SDK,再搭配同样是采免费下载的Sun Java Wireless Toolkit,就可以着手进行J2ME的程序编写、编译与测试,另主流手机制造商为了让第三方程序开发商的J2ME软件再各自的硬件运行更为稳定,Nokia与Sony Ericsson也都有免费释出自己的SDK,供程序开发者应用于软件研发上。

智能移动电话整合更完善的应用环境发展

而反观智能电话市场,其移动电话系统则视硬件厂商则有很大的不同,例如采行Android平台,其开发工具与IDE与J2ME系统有近似的条件,加上有Google的开放资源态度,目前已经成为手机多媒体应用发展相当旺盛,其后势不可轻忽,而以多媒体应用着称的iPhone移动电话,Apple针对其系统平台提供具备低进入门槛的iPhone SDK,搭配Apple的XCode IDE环境,测试、模拟、软件发布都由Apple强势整合,加上iPhone已具备一定程度的市场规模,其第三方软件的开发与获利模式自成一格。

同样的,iPhone的应用程序软件商店模式,相对在推广软件分享、贩售、安装与应用有相当大的效益,相对的在此进入时机较迟Android、Windows Mobile与RIM等,也尝试建构自己的在线软件商店,可以透过如电信帐单支付、信用卡在线支付或是免费递送平台的多元管道,取代以往使用者必须自行下载、安装、设定的烦琐操作,也让智能手机的多媒体应用环境更加完整多元。

议题精选-智能手机专区