【问题标题】:Android Management API - Seamless update of a kiosk appAndroid Management API - 自助服务终端应用的无缝更新
【发布时间】:2021-05-19 08:44:47
【问题描述】:

我已经阅读了 Management API 文档,并且我认为没有对这个主题的参考,我也没有在 SO 上找到任何关于它的信息。

我们正在分析 EMM 解决方案提供商,以便为设备提供一组应用程序,试图了解它们是否满足我们的所有需求,或者作为最后的手段,我们可能会提出自定义实现。

我们能否控制仅在给定时间窗口内对设备实施的策略?特别是在什么时候允许更新应用程序?我知道system updates can be controlled,所以我想知道我是否遗漏了文档中的某些内容。

我们需要对此进行控制,因为我们不希望在有新应用更新可用时破坏设备上的用户体验,尤其是在我们的启动器应用中。我们有一个以 KIOSK 模式运行的主要应用程序,以及可从该信息亭应用程序中访问的其他一些应用程序。用户体验非常重要,因此应用程序更新必须是无缝的——现在,更新是通过处理一些场景的 DO 应用程序来管理的,其中之一是检查可用的应用程序更新、下载和应​​用它们(这些应用程序不是公开可用的目前在 Google Play 商店中)。当启动器更新时,DO 应用程序会在更新过程中出现在屏幕上,为最终用户提供有关正在发生的事情的自定义视觉反馈,当更新完成时,信息亭应用程序会再次控制屏幕。

假设一位用户在他的设备上打开了自助服务终端应用,我们为其分发了一个新版本。执行该政策时,应用程序是否可能会突然关闭以进行更新?只有在不使用时才会更新吗?我们是否需要保留自定义逻辑以确保顺利更新?如果需要,我们如何知道更新将发生在我们的应用程序中,因为策略是由第三方应用程序执行的?

【问题讨论】:

    标签: android kiosk-mode android-management-api emm


    【解决方案1】:

    SystemUpdate 也可用于在所需的窗口时间内更新您的应用程序,您可以通过将 SystemUpdateType 设置为 WINDOWED 来进行设置,并将 startMinutes 的设置更改为您所需的时间(维护窗口的开始时间,测量作为设备本地时间午夜后的分钟数。此值必须介于 0 和 1439 之间。)

    "systemUpdate": 
    {
    "type": "WINDOWED", 
    "startMinutes": 0, 
    "endMinutes": 1439 
    }
    

    【讨论】:

      猜你喜欢
      • 2020-02-10
      • 1970-01-01
      • 2011-04-04
      • 2020-03-23
      • 2012-12-28
      • 2012-08-13
      • 1970-01-01
      • 1970-01-01
      • 2020-02-20
      相关资源
      最近更新 更多