sdk应用场景

一. 单客户端安卓设备

场景：单一设备需要fota功能
设备：手机，智能眼镜，手表，手环，mifi，智能饮水机等
说明：能覆盖公版FOTA的使用场景，使用上更灵活，更安全
典型案例：微鲸VR，前期使用公版FOTA，后面发现很多缺点如：公版fota是单界面的，而VR是双界面的。客户需要自己定制适合他们的升级场景和逻辑，公版fota不能满足。
此场景下的横向对比：

	公版fota	sdk
apk UI定制	厂商发需求，广升实现(周期长，沟通不便)	厂商实现，广升技术支持或者广升实现
升级流程逻辑控制	公版fota逻辑，广升实现，客户不能自定义升级逻辑(升级逻辑专为手机定制)	sdk demo实现简单逻辑，客户可定义升级逻辑，广升技术支持
是否提供项目源码	不提供，只提供apk	提供源码

二. 双客户端设备（客户端A为安卓系统的智能设备 客户端B为手机）

场景：A设备需要fota功能，但是有流量限制等原因不能在A设备上直接访问fota服务器获得升级包升级；现在需要通过B设备去访问fota服务器，将升级包下载下来后，通过蓝牙或者wifi等通信技术传递给A设备，A设备获得升级包后进行升级。又或者客户想实现使用手机去控制智能设备升级的需求。
需求：客户端A,B可传输数据，媒介可为蓝牙，wifi等
设备A：手表，手环，车机等各种智能设备
设备B：安卓手机，ios手机
典型案例：读书郎，天派车载设备。
优点：客户可在整个升级流程中，增加自己定义的逻辑定义，比如获取到升级包后，将升级包和客户服务器进行安全校验；一台手机可以同时控制多台设备的升级。
简易场景图如下：

Paste_Image.png

公版fota不能移植在此场景。

三.双客户端设备（客户端A为非安卓系统智能设备 客户端B为手机）

场景：A设备需要fota功能，但是有流量限制等原因不能在A设备上直接访问fota服务器获得升级包升级；现在需要通过B设备去访问fota服务器，将升级包下载下来后，通过蓝牙或者wifi等通信技术传递给A设备，A设备获得升级包后进行升级。又或者客户想实现使用手机去控制智能设备升级的需求。
需求：客户端A，B之间的通信厂商已有方案
设备A：手表，手环等各种智能设备
设备B：安卓手机，ios手机
典型案例：金康特，执卓

公版fota不能移植在此场景。