2

背景

我目前在由 Android Management API 管理的设备上维护一个 Kiosk 应用程序。这些设备运行 Android 7。

我一直在通过应用程序管理这些设备上的应用程序更新minimumVersionCode，并且每次都将设备移动到一个新的策略上minimumVersionCode，并强制受影响的设备更新应用程序。但是，如果某些设备已经关闭了一段合理的时间（一到两周），即使在将wipeDays 延长到 300 等之后，它们也会恢复出厂设置（我已经为此单独报告了一个错误）。

因此，我需要解决上述错误，并且我猜想在策略之间整体移动设备并不是经过充分测试或感知到的“正确”方式来做到这一点。我看到在过去 6-9 个月内，使用 API 管理信息亭的推荐配置已被悄悄更改（根据archive.org .. API 更改日志中没有任何内容）。现在有一个applications.[x].installType'KIOSK'。

问题

我有大约 250 个信息亭，它们的开/关时间各不相同。有些会在早上 8 点开启，下午 3 点关闭。其他人将在下午 6 点打开，并在午夜关闭。其他人将一直保持开启状态（尽管请注意，我确实能够通过 Android 管理 API 远程重启它们）。

因此，WRT 更新信息亭应用程序，我无法配置凌晨 2 点到 3 点的整洁紧凑的维护窗口。

指定“全天”的维护窗口可以解决这个问题吗？例如：

{

...

  "applications": [
    {
      "packageName": "com.something",
      "installType": "KIOSK",
      "defaultPermissionPolicy": "GRANT",
      "minimumVersionCode": 30
    }
  ],

...

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

...

}

我担心如果 API 只是随机化特定设备从未开机的时间，上述方法将无法正常工作（或者更准确地说，会间歇性工作）。

我只是想知道如何处理这个问题。我应该为所有设备制定一个策略，并增加版本代码吗？

4

1 回答 1

2

只是为了跟进，我之前建议的仅在设备当前在线（并且已在线 5 分钟）时更改策略的方法运行良好。耶。

如果设备已离线一段时间，它们将不再恢复出厂设置。问题似乎是设备离线时策略更改的组合，这可能也是由于软件更新不是即时的。

于 2019-12-16T15:44:31.873 回答