一. 单客户端安卓设备
场景：单一设备需要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不能移植在此场景。
