Google se compromete a impulsar la igualdad racial para las comunidades afrodescendientes. Obtén información al respecto.

Actualizaciones de Enterprise OTA

La definición de compatibilidad Android de documentos (DDC) que se pueden actualizar software requiere dispositivos para implementar el SystemUpdatePolicy clase. SystemUpdatePolicy permite la aplicación propietario del dispositivo (DO), si está presente, el control de la instalación de actualizaciones del sistema.

Notificación a los propietarios de dispositivos

El cliente por aire (OTA) debe notificar a las aplicaciones del propietario del dispositivo sobre las actualizaciones de OTA entrantes mediante una API del sistema. El cliente OTA también debe incluir una grabación de marca de tiempo cuando la actualización OTA estuvo disponible por primera vez. OTA clientes pueden llamar DevicePolicyManager.notifyPendingSystemUpdate(long updateReceivedTime, boolean isSecurityPatch) para notificar a aplicaciones propietario del dispositivo. Si el cliente OTA no sabe si hay una actualización de una revisión de seguridad, el cliente OTA puede caer de nuevo a usar DevicePolicyManager.notifyPendingSystemUpdate(long updateReceivedTime) .

Si una actualización no está disponible, el cliente OTA informa de esto estableciendo el updateReceivedTime argumento a -1 . Recomendamos enviar notificaciones cada vez que el cliente OTA sondea el servidor OTA o cuando se envía una OTA al cliente. También puede enviar notificaciones con más frecuencia.

Política de actualización del sistema

Android 9 mejora la capacidad de los propietarios de dispositivos a las actualizaciones de control al permitir que los propietarios de dispositivos para posponer actualizaciones OTA durante un máximo de 90 días. Centrándose en las soluciones de dispositivos dedicados (anteriormente denominados COSU), esta función permite a los propietarios pausar la versión del sistema operativo que se ejecuta en los dispositivos durante períodos críticos, como las vacaciones.

Para cumplir con la DDC, el cliente OTA debe implementar políticas de comportamiento. El DO puede establecer las siguientes políticas, que deben ser respetadas por los subsistemas de actualización del sistema del dispositivo:

Los propietarios de dispositivos también pueden establecer períodos de congelación (en Android 9 o posterior) que se congela la versión del sistema operativo durante períodos críticos, como las vacaciones o en otros momentos de más trabajo. El sistema no instala actualizaciones OTA durante un período de congelación. Recomendamos el uso de SystemUpdatePolicy.InstallationOption (véase la siguiente sección), sin embargo el cliente OTA También puede llamar SystemUpdatePolicy.getFreezePeriods() para comprobar si el dispositivo está en un período de congelación.

Implementar opciones de instalación

Android 9 introduce una @SystemApi, SystemUpdatePolicy.InstallationOption , que está diseñado para los clientes de actualización del sistema. SystemUpdatePolicy.InstallationOption sirve como una clase contenedora para las políticas y los períodos de congelación. Una opción de instalación le dice a los clientes cómo actuar ante las actualizaciones entrantes del sistema y cuánto tiempo es válida esa acción, dada la política de actualización del sistema actual o cualquier período de congelación que pueda establecerse. Una opción de instalación puede ser una de las siguientes:

  • TYPE_INSTALL_AUTOMATIC - instalar actualizaciones del sistema entrantes inmediatamente y sin intervención del usuario tan pronto como estén disponibles. El dispositivo se reinicia automáticamente.
  • TYPE_POSTPONE - entrante actualizaciones del sistema pueden ser retrasados por un máximo de 30 días. Los usuarios no pueden instalar una actualización manualmente. Los fabricantes de dispositivos pueden elegir si bloquear o no los parches de seguridad.
  • TYPE_PAUSE - actualizaciones del sistema entrantes se pueden retrasar indefinidamente hasta nuevo aviso. Los usuarios no pueden instalar una actualización manualmente. TYPE_PAUSE retrasa todas las actualizaciones, incluyendo los parches de seguridad.

Clientes de actualización del sistema pueden consultar SystemUpdatePolicy.InstallationOption usando SystemUpdatePolicy.getInstallationOptionAt(long when ) , donde when representa el tiempo de la opción de instalación se está consultando en el número de milisegundos desde la Época. Utilizando el SystemUpdatePolicy.getInstallationOptionAt(long when ) método, los clientes de actualización del sistema puede actuar sobre la opción de regresar hasta que los lapsos de tiempo eficaces. Una vez que caduca la opción devuelta, el cliente puede realizar otra consulta, utilizando una nueva marca de tiempo, para la opción más reciente.

El cliente de actualización del sistema deberá detectar DevicePolicyManager.ACTION_SYSTEM_UPDATE_POLICY_CHANGED emisiones en caso de toda la política se actualiza.

Validación de la TYPE_PAUSE política

Puede validar manualmente los TYPE_PAUSE funciona la opción de un sistema de OTA.

Política TYPE_PAUSE está en vigor

Para validar un TYPE_PAUSE política está funcionando:

  1. Establecer una política automática y especificar TYPE_PAUSE .
  2. Mientras el reloj del sistema está en el período de pausa, envíe una actualización OTA.
  3. Verifique que el dispositivo no tome la actualización OTA y que el usuario no pueda instalar la actualización manualmente.
  4. Si el dispositivo es un dispositivo A / B, reinicie el dispositivo y verifique que el reinicio no desencadenó una instalación automática de la actualización.

Política TYPE_PAUSE ha caducado

Para validar un caducados TYPE_PAUSE política está funcionando:

  1. Establecer una política automática y especificar TYPE_PAUSE .
  2. Mientras el reloj del sistema está en el período de pausa, envíe una actualización OTA.
  3. Espere a que expire el período de pausa.
  4. Verifique que el dispositivo se reinicie automáticamente y que la actualización OTA se realice después del reinicio.