我已阅读 Management API 文档，我认为没有提及此主题，我也没有在 SO 上找到任何有关它的信息。
我们正在分析为设备配置一组应用程序的 EMM 解决方案提供商，试图了解它们是否满足我们的所有需求，或者作为最后的手段，我们可能会提出自定义实现。
我们能否控制仅在给定时间窗口内在设备上执行的策略？特别是在什么时候允许应用程序更新？我知道system updates can be controlled ，所以我想知道我是否错过了文档中的某些内容。
我们需要对此进行控制，因为我们不想在新的应用程序更新可用时破坏设备上的用户体验，尤其是在我们的启动器应用程序中。我们有一个主要应用程序在 KIOSK 模式下运行，还有一些其他应用程序可以从该 kiosk 应用程序中访问。用户体验非常重要，因此应用程序更新必须是无缝的 - 现在，更新是通过 DO 应用程序来管理的，该应用程序处理一些场景，其中之一是检查可用的应用程序更新，下载并应用它们(应用程序不公开)目前在 Google Play 商店中)。当启动器更新时，DO 应用程序会在更新期间出现在屏幕上，为最终用户提供有关正在发生的情况的自定义视觉反馈，并且当更新完成时，信息亭应用程序会再次控制屏幕。
想象一下，一个用户在他的设备上打开了自助服务终端应用程序，我们为其分发了一个新版本。当政策执行后，应用程序是否有可能会突然关闭以进行更新？只有不用的时候才会更新吗？我们是否需要保留自定义逻辑以确保顺利更新，如果是这样，我们如何知道我们的应用程序内部将发生更新，因为策略是由第三方应用程序强制执行的？
最佳答案
SystemUpdate 还可用于在所需的窗口时间内更新您的应用程序，您可以通过设置 SystemUpdateType 来进行设置。更改为 WINDOWED，并将 startMinutes 设置更改为您所需的时间(维护时段的开始时间，以设备本地时间午夜后的分钟数来衡量。该值必须介于 0 到 1439 之间(含)。)
"systemUpdate":
{
"type": "WINDOWED",
"startMinutes": 0,
"endMinutes": 1439
}
关于Android Management API - 自助服务终端应用程序的无缝更新，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/66225388/