插件升级流程图

2017-03-23 10:17:33   0  举报





仅支持查看

插件升级流程图描述： 1. 用户检查插件是否有新版本。 2. 如果有新版本，用户点击“更新”按钮。 3. 系统检查用户设备是否满足升级要求。 4. 如果满足，系统开始下载新版本插件。 5. 下载完成后，系统提示用户安装新版本。 6. 用户确认安装，系统自动替换旧版本插件。 7. 安装完成后，系统提示用户重启设备。 8. 用户重启设备后，新版本插件生效。 9. 用户可以使用新版本插件的全部功能。这个流程图简洁明了地描述了插件升级的整个过程，包括检查新版本、下载、安装和重启等步骤。

作者其他创作

大纲/内容

没有匹配

没有配置插件

1、是否有新配置的插件，如果有，需要下发新配插件信息2、如果没有新配置的插件，返回值data属性值为空

接口处理流程1、请求插件信息；必填【用户分组或用户ID+插件名称+插件版本+插件类型】，可选【宿主名称+宿主版本+宿主rom+宿主model】1st step: 用户信息作为key来获取插件缓存2nd step: 判断宿主3rd step: 判断插件

匹配用户信息

用户信息；宿主信息；插件信息

匹配插件信息

匹配

终端请求

规则1、同一分组，相同插件有且仅有一个版本的升级包有效2、终端信息，只有两个维度【用户分组或用户ID】3、插件信息，必填【插件名称+插件版本】，可选【宿主名称+宿主版本+宿主rom+宿主model】4、相同分组，相同插件有且仅有一个版本有效5、相同宿主，相同插件有且仅有一个版本有效

运营规则1、插件包名+插件版本；在整个插件库里是唯一2、

匹配宿主信息

有配置插件

接口处理流程1、请求参数{\"userId\":\"123123\

匹配规则和流程C1 用户信息匹配：1、用户分组优先匹配usergroup中的第一个字段，如果该字段为空，则匹配userid；当usergroup或userid中任何一个匹配成功，都认为匹配成功，反之为匹配失败C2 宿主信息匹配：当用户信息匹配成功后，才进行宿主信息匹配；1、宿主Model匹配，如果配置插件对宿主Model有要求，只有匹配成功才能进行下一步匹配，否则直接返回匹配失败；2、当宿主Model匹配成功，匹配宿主Rom，同宿主Model规则类似；3、最后匹配宿主应用信息，包含应用名称和应用版本，如果配置插件对宿主应用名称和版本都有约束，那么之后匹配成功之后，才能进行下一步匹配规则，否则视为匹配失败。C3 插件信息匹配：当上述两部分都匹配成功后，才进行插件信息匹配；1、如果终端请求时，没有已安装插件信息，则默认返回所有满足该用户和宿主依赖的插件，如果返回的插件中，存在相同插件的不同版本，则只返回最高版本。2、如果终端请求时，有已安装插件信息，则返回已安装的插件中需要升级的插件信息，不需要升级的插件不会返回；如果已安装的插件，在匹配过程中，没有匹配到需要升级或不需要升级的情况下，表示该插件需要被删除，则在返回结果中，添加需要被删除的插件信息。3、如果终端请求时，有已安装的插件信息，除了匹配已安装的插件信息外，还可能存在新配置的插件，这些新配置的插件也需要返回。