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