A detecção de fuso horário local, disponível no Android 12 e versões mais recentes, é um recurso opcional de detecção automática de fuso horário que permite que os dispositivos usem os dados de local e de mapa de fuso horário para determinar o fuso horário.
A detecção de fuso horário local é um mecanismo alternativo à detecção de fuso horário de telefonia. Como esse recurso não exige telefonia, ele pode ser compatível com dispositivos de vários formatos, além de dispositivos de telefonia móvel.
O recurso de detecção de fuso horário local consiste nos seguintes componentes na plataforma AOSP:
- Lógica de detecção de fuso horário no servidor do sistema
Uma opção acessível ao usuário nas configurações, introduzida no Android 12, para permitir que os usuários selecionem entre os mecanismos de detecção de fuso horário de telefonia e local
Um sistema de plug-in para componentes que realizam a detecção de local e o mapeamento de fuso horário. O plug-in é chamado de provedor de fuso horário local (LTZP) e pode haver até dois deles em um dispositivo. A plataforma fornece APIs do sistema que precisam ser usadas para implementar um LTZP.
Uma implementação de LTZP de referência.
Ferramentas de host para gerar um conjunto de dados de referência dos dados do Open Street Map (OSM) que podem ser usados com a implementação de referência.
Privacidade do usuário
A detecção de fuso horário local inclui os seguintes recursos de privacidade do usuário:
Quando há uma opção para selecionar o algoritmo de local, os usuários podem desativá-lo a qualquer momento.
As sugestões de fuso horário derivadas do local não são compartilhadas entre usuários em um dispositivo.
Os usuários podem controlar a detecção de local para detecção de fuso horário explicitamente na tela de configurações Data e hora. Os usuários não precisam conceder permissão explicitamente por uma caixa de diálogo de permissão.
As informações de localização do dispositivo não são transmitidas aos serviços da plataforma Android. Em vez disso, o seguinte acontece:
- Os serviços de detecção de fuso horário recebem IDs de fuso horário do LTZP, não a localização do dispositivo. Essa é a API mínima necessária para oferecer suporte à detecção de fuso horário local.
- Os integradores de sistemas controlam a operação de LTZPs individuais. As implementações de LTZP podem usar dados de mapa de fuso horário mantidos inteiramente no dispositivo Android, usar servidores ou usar uma abordagem híbrida.
Comportamento do recurso
O serviço time_zone_detector determina quando mudar o fuso horário atual do dispositivo com base nas sugestões recebidas dos algoritmos de detecção.
O serviço location_time_zone_manager é responsável por gerar sugestões para o algoritmo de local de time_zone_detector. O serviço location_time_zone_manager é executado no processo do servidor do sistema.
O serviço location_time_zone_manager não contém nenhuma lógica de detecção de fuso horário. Esse serviço é responsável por gerenciar o ciclo de vida de um ou dois plug-ins LTZP.
Quando a detecção de fuso horário local não é necessária, os LTZPs não são iniciados. Isso significa que o sistema de detecção de fuso horário local não pede que os LTZPs rastreiem a localização do dispositivo, a menos que sejam explicitamente necessários. Alguns dos motivos para esse comportamento incluem o seguinte:
- Ao contrário dos sinais de telefonia que são recebidos passivamente como parte das operações normais de telefonia, o local pode ser solicitado ativamente dos provedores de localização do Android e pode consumir mais energia.
- As configurações de local são definidas pelo usuário, e o Android precisa respeitar as configurações do usuário atual.
- A obtenção da localização do dispositivo é sensível à privacidade.
Além disso, o serviço location_time_zone_manager faz uma sugestão incerta (se necessário) quando o usuário atual muda as configurações para evitar o compartilhamento de informações de localização entre usuários.
Como resultado dessas escolhas, leva alguns segundos após a mudança do algoritmo atual para o local ou após a mudança do usuário atual para que o fuso horário seja detectado. Isso também depende das implementações dos LTZPs que estão sendo usados.
A implementação de detecção de fuso horário local do AOSP permite até dois LTZPs, um primário e um secundário, conforme definido aqui:
- LTZP principal
- É executado sempre que o usuário permite que o recurso de detecção de fuso horário local seja executado.
- LTZP secundário
- É executado se o LTZP principal informar que o fuso horário é incerto, relatar uma falha permanente ou atingir o tempo limite durante a inicialização. Para se o LTZP principal enviar uma sugestão certa.
Como mostrado na Figura 1, o serviço time_zone_detector recebe sugestões de fuso horário do algoritmo de telefonia ou local. O algoritmo de local recebe sugestões do LTZP principal ou secundário.
Figura 1. Fluxo de informações de detecção de fuso horário local.
Requisitos de configuração do dispositivo
Para oferecer suporte ao recurso de fuso horário local, os dispositivos precisam ser configurados com LTZPs que o dispositivo possa usar. Os dispositivos exigem que pelo menos um LTZP esteja ativado e configurado para que a detecção de fuso horário local seja funcional e visível para os usuários nas configurações.
Configuração do dispositivo
Esta seção descreve como os fabricantes de dispositivos podem configurar dispositivos para oferecer suporte à detecção de fuso horário local.
A configuração base do AOSP está em
frameworks/base/core/res/res/values/config.xml:
| Chave de configuração | Valor do AOSP | Descrição |
|---|---|---|
config_enableGeolocationTimeZoneDetection |
true |
Esse é o controle principal do recurso de detecção de fuso horário local.
O recurso é compatível por padrão no AOSP. Pelo menos um LTZP precisa estar ativado ou configurado para que o recurso esteja disponível para os usuários. Definir o valor como false desativa o recurso completamente para uma pequena economia de memória. |
config_enablePrimaryLocationTimeZoneProvider |
false |
Isso ativa o LTZP principal. |
config_primaryLocationTimeZoneProviderPackageName |
Defina isso como o nome do pacote do app em que o serviço do fornecedor principal pode ser encontrado. | |
config_enableSecondaryLocationTimeZoneProvider |
false |
Isso ativa o LTZP secundário. |
config_secondaryLocationTimeZoneProviderPackageName |
Defina isso como o nome do pacote do app em que o serviço do provedor secundário pode ser encontrado. |
Por padrão, a configuração do AOSP tem a chave config_enableGeolocationTimeZoneDetection definida como true, ativando o suporte para o recurso de detecção de fuso horário local. O recurso não fica visível para os usuários inicialmente porque o AOSP não inclui uma configuração de LTZP por padrão.
No entanto, usando essa configuração padrão, os fabricantes de dispositivos podem ativar e simular LTZPs na linha de comando para testes. Para mais informações, consulte
Depurar e testar
APIs de status de LTZP
No Android 14, as APIs LTZP oferecem suporte às informações de status de relatórios de LTZP. Isso permite que o LTZP relate problemas que a plataforma talvez não consiga detectar por conta própria, já que os componentes de detecção de fuso horário da plataforma não estão diretamente envolvidos na detecção de local ou fuso horário no algoritmo de local.
A capacidade de informar que o comportamento do LTZP foi degradado pelo ambiente do dispositivo é útil quando o modo de fallback de telefonia é compatível. Por
exemplo, se um LTZP de terceiros que depende de configurações ou permissões personalizadas para
que a detecção de local funcione estiver em execução em um modo degradado ou desativado pelas
configurações do dispositivo atuais, o LTZP poderá informar essas informações de status aos componentes internos da
plataforma, como o app Configurações, usando o
reportSuggestion
método. O app Configurações pode notificar os usuários por strings ou personalizações personalizáveis de que há configurações que precisam ser alteradas para que o algoritmo de local funcione bem ou funcione.
Para mais informações sobre os status que o LTZP pode informar, consulte
TimeZoneProviderStatus.
Configuração e implantação de LTZP
Ao configurar um LTZP, leia as instruções no código-fonte de
frameworks/base/core/java/android/service/timezone/TimeZoneProviderService.java.
Os comentários do Javadoc fornecem detalhes sobre o serviço, as permissões necessárias e outras configurações.
Para configurar um LTZP, os fabricantes de dispositivos precisam escolher um processo de app para hospedar o serviço do LTZP. Ter um processo dedicado para um LTZP é uma sobrecarga alta. O ideal é que o processo do app escolhido seja executado o tempo todo, como o servidor do sistema.
Em dispositivos com componentes modulares do sistema (módulos), considere a
interação entre os dados geográficos usados pelo LTZP e as regras de fuso horário (tzdb)
contidas no módulo de dados de fuso horário (com.android.tzdata). As atualizações de um
sem atualizações do outro provavelmente causarão problemas de desvio de versão. Para mais
informações, consulte Considerações sobre a adoção de recursos.
LTZP de referência do AOSP
O AOSP contém uma implementação de LTZP de referência em
packages/modules/GeoTZ. Essa implementação de referência usa APIs do AOSP para determinar a localização do dispositivo e usa um arquivo de dados no dispositivo para mapear o local para um conjunto de IDs de fuso horário.
Um conjunto de dados de referência derivado de outros projetos de código aberto está incluído no código-fonte. Para mais detalhes, consulte README.md e os vários arquivos LICENSE.
Depurar e testar
A seção a seguir descreve comandos do shell para depurar e testar o recurso de detecção de fuso horário local.
Interagir com o serviço location_time_zone_manager
Quando o algoritmo de local é compatível com um dispositivo que executa o Android 12 e versões mais recentes, o Android instancia o serviço location_time_zone_manager no momento da inicialização.
Para despejar o estado atual do location_time_zone_manager, use:
adb shell cmd location_time_zone_manager dumpPara conferir um conjunto extenso de opções de linha de comando para ajudar nos testes, use:
adb shell cmd location_time_zone_manager helpA saída de ajuda também descreve as propriedades do serviço device_config que podem ser usadas para afetar o comportamento do time_zone_detector para testes ou em produção. Para mais informações, consulte Configurar um dispositivo usando o
serviço device_config.
As implementações de LTZP podem fornecer suporte próprio para depuração ou teste. Por exemplo, use o comando a seguir para depurar o LTZP de referência do AOSP quando ele estiver registrado no processo do servidor do sistema:
adb shell dumpsys activity service android/com.android.timezone.location.provider.OfflineLocationTimeZoneProviderService