Android Ware穿戴式装置程序开发 在有限资源下发挥智能装置效用 智能应用 影音
EVmember
DForum0515

Android Ware穿戴式装置程序开发 在有限资源下发挥智能装置效用

  • DIGITIMES企划

穿戴式原生应用需等应用终端更普及才会有第三方开发商相继投入。ELEKS
穿戴式原生应用需等应用终端更普及才会有第三方开发商相继投入。ELEKS

智能穿戴装置近来成为热门话题,不仅Apple大举投入产品开发,Android大军在Google释出针对穿戴应用优化的Android Ware后,也让穿戴式产品线有更明朗的开发方向,挥别过往硬件开发商自行简化系统或是改用其他嵌入式系统的开发方向…

早期穿戴式应用发展多元,以电子手环类型的产品为例,由于多数无显示屏幕、用途局限健康记录应用,因此开发商大多自行使用手环采行的MCU对应开发环境进行功能开发,或是为了便于后续功能延伸,采行Linux或是其他嵌入式系统进行功能开发,而在穿戴硬件技术逐渐提升到位、小型屏幕周边解决方案齐全之后,也有开发者选择采用自行优化Android嵌入式系统的智能穿戴应用进行功能整合。

Android Ware初步应用为与智能装置同步呈现通知信息为主,需透过模拟环境与实机反覆调试才能达到较佳使用体验。Google

Android Ware初步应用为与智能装置同步呈现通知信息为主,需透过模拟环境与实机反覆调试才能达到较佳使用体验。Google

针对穿戴式智能应用,已有多款针对低功耗优化ARM核心IP可选用搭配。ARM

针对穿戴式智能应用,已有多款针对低功耗优化ARM核心IP可选用搭配。ARM

智能手表针对不同使用场景,可实时同步智能手机?平板电脑实时信息通知,或经由智能手表控制第二屏、第三屏应用终端。HUAWEI

智能手表针对不同使用场景,可实时同步智能手机?平板电脑实时信息通知,或经由智能手表控制第二屏、第三屏应用终端。HUAWEI

Android Ware针对智能表应用优化  抢食智能穿戴应用商机

但毕竟是开发者自行修整的嵌入式系统,在后续版本维护与功能开发延续上,仍会碰到许多功能应用的延伸问题,因系统并非正式环境下的常规设计,也造成未来功能延伸或是应用程序生态系受限,造成该项穿戴产品的发展瓶颈。

而在一波硬件商、开发商竞相研发智能手表、智能手环热潮下,Google也赶紧跟上潮流释出针对穿戴应用与运算能力、硬件资源相对有限的MCU优化的Android Ware嵌入式系统,透过Android Ware的穿戴系统平台建构类似Android的应用生态系,抢食庞大的穿戴应用市场商机。

就如同Android在智能手机上的深刻影响般,在Google释出官方版本的Android Ware后,市场白牌或是知名硬件业者也纷纷推出基于Android Ware架构的智能手表,积极推出对应产品的有Motorola、Asus、LG等大厂,至于白牌智能手表也纷纷改用标准版Android Ware建构对应的穿戴应用产品,其中动作较快、产品整合较完整的是Motorola的Moto 360智能手表产品,该款产品等于是Android Ware首款标志性的重量级产品,从其圆形表盘、搭载Android Ware、整合Qi无线充电、健康?运动数据分析记录、Google Now语音控制等重点功能,成为近期智能手表的功能设计标的。

延续Android嵌入式平台App应用生态系  Android Ware扩展穿戴应用价值

Google Android Ware的设计,主要是针对智能手表产品极度优化的嵌入式操作系统,Google首先针对智能手表应用需求进行Android Ware针对性的功能整合与优化,例如可追踪配戴者的运动数据、健康信息、语音控制等功能,此外智能穿戴装置本身也能呈现智能手机的信息推送通知信息,不只是Android智能装置本身的信息推送服务,透过SDK整合还可将Android智能装置已装载的App接收的通知信息,同步转发到Android Ware智能穿戴装置上面呈现。

基本上根据Google开发整合Android Ware的使用场景可以理解,在使用Android Ware智能装置主要的操作情境多是利用如同Google Now的语音指令进行,例如透过用户对智能穿戴装置叫唤「Ok Google」进行语音指令派发与执行,用户可以不用取出智能手机仅需对着穿戴装置就能进行天气、交通状态查询,或是应用Hangout发出实时信息,Android Ware就如同多屏应用的控制中枢,可透过语音或简单的触屏操作进行多屏应用数据传输与设备联动。

透过Android Ware平台  简化穿戴MCU硬件开发语音识别、多屏互动设计复杂度

目前以Android Wear搭配手机整合MCU,已可使用「Ok Google」启动语音指令实时分析与动作判读,执行如开启手机内存音乐、投映智能装置的影音内容到大型屏幕等处理,这在以往要在基于MCU的硬件平台进行复杂的人机交互、多屏互动、语音控制甚至生理监控等应用整合开发,几乎是一个大型专案计划才能做到,但在Android Ware的嵌入式系统整合发展平台下,这些应用可以快速采行原有基于Android嵌入式平台的开发资源,以更有效率的方式整合相关应用。

Android Ware嵌入式智能穿戴平台,最大的优势即将Android嵌入式系统优化至可符合穿戴式产品中受限的运算能力、储存容量、有限的电池续航力等资源限制下,极度轻量化的穿戴应用开发环境,再加上已为开发者整合好对应开发所需的环境、API与核心应用功能,可大幅缩短智能穿戴装置在软件、系统底层、硬件的开发时程,也能确保在产品一推出初期就能衔接原有Android庞大的App应用资源与生态系统,让早期智能穿戴装置用途有限、应用生态系过于封闭的问题获得解决。

延伸Android App应用资源生态系  智能穿戴整合提高应用价值

要能达到衔接Android App应用资源生态系的目标,最大的关键即Android智能装置App端与Android Ware硬件、嵌入式系统整合互动的机制是否能发挥穿戴应用的实时信息取用的综效,否则基于Android Ware的智能手表、穿戴智能装置也仅能算是整合MCU高端运算记录与网通功能的装饰品,无法发挥整合智能设备App资源的应用综效。

Android Ware的智能装置App与穿戴硬件结合的设计方式多元,先简介几种常见的设计方式,就能理解Android Ware如何与手机?平板电脑的App进行联动操作,理解App与智能穿戴的协同运作机制就能借此激发更多产品软?硬件整合加值应用的设计创意,将原本运作效能有限的MCU穿戴运算平台功能发挥极致。

第一种App与Android Ware协同运作的发展模式,即为将智能手机?平板电脑App推送的Notification实时信息除了在智能手机?平板电脑呈现外,也能同步传送至Android Wear装置,并透过Android Ware既有的Notification实时信息通知机制实时呈现。

基本上同步智能装置、智能穿戴Notification实时信息是Android Ware最基础的功能应用,原先在智能手机上运行的App在Notification实时信息机制不需做任何修改,只要App为运用最新版的「Android Support Library」,就已具备装置间Notification实时信息同步呈现应用功能,除非智能穿戴设备用户进行Notification实时信息的功能限制设定,否则在App端发出的Notification实时信息都会同步自动传送至Android Ware智能穿戴装置呈现。

第二种整合方式,为Notification实时信息传送内容夹带嵌入式系统的操作Action指令,此指当智能手机?平板电脑出现Notification实时信息同时也夹带Action指令。

基本上Notification实时信息附带Action运行指令也是Android App既有的功能,例如在智能手机若收到Notification实时信息附带手机设定选项功能,操作者可在提示信息中点击功能项目就能将实时信息画面直接带到功能设定画面,转换画面的Action即为系统协助转换的操作动作指令,而在Android Ware嵌入式智能穿戴平台中,开发者若需要针对Android Ware设置专属的Notification实时信息附带动作功能,就必须透过「WearableExtender物件」进行附带Action的Notification实时信息设计。

第三种整合App与Android Ware嵌入式穿戴系统的模式,即让Notification实时信息在传送过程同时附带Android Wear专用的语音回覆、或是功能选单回覆应用。

如果在智能手机上的App想要用户能在Android Ware进行数据输入应用(例如智能手机的实时通讯App在用户收到来讯时,可选用罐头信息点选回覆或是语音识别回覆信息后传回智能手机App)、或是利用语音指令分析透过智能表将动作指令传至智能手机App进移动作,这时开发者就必须使用「RemoteInput物件」这类机制进行功能整合,例如,在智能表显示端呈现功能选项让用户触按操作,或是利用语音指令引导智能表进行操作动作回传。

第四种为开发Android Ware专用的App,该App为直接于Android Ware硬件资源下运行,该App同时可向智能手机?平板电脑互相传送信息或更新数据。

但实际上基于Android Ware嵌入式平台的App设计相对前面几种方案稍嫌复杂,虽然这种方式可直接取用Android Ware嵌入式平台资源,让手表端的App运行更加顺畅,也能直接快速取用智能表、智能穿戴设备的传感器数据数据,但实作基于Android Ware原生App设计方向,与重新开发一款App的复杂度相当。在初期Android Ware硬件有限、终端装置使用者数量远低于智能手机用户的情况下,要针对智能手表应用专属App的开发资源投入并不划算,在Android Ware嵌入式系统与硬件释出初期,仍会以前三种设计整合模式为主。


关键字