Para respetar la privacidad del usuario, se alienta a los desarrolladores de apps a solicitar únicamente las direcciones generales permisos de ubicación. Por lo general, las apps que necesitan una posición aproximada aproximada usar la ubicación de red combinada (FLP), ya que es rápida y consume menos energía. En comparación con los dispositivos móviles basados en Android, la ubicación de red en las aplicaciones para automóviles puede ser más desafiante. Puedes usar dos APIs de Android:
La API de LocationManager requiere que uses
requestLocationUpdatespara identificar explícitamente el proveedor de ubicación preferido.La API de Google Play Services te ofrece una manera más sencilla de trabajar con la ubicación en
FusedLocationProviderClient
Muchas apps para la industria automotriz usan el FLP de la API de Google Play Services en lugar de
LocationManager FLP selecciona el proveedor de ubicación óptimo en función de la ubicación.
solicitar los criterios y las políticas (potencia y precisión) que necesita el vehículo.
En su lugar, puedes optar por solicitar y usar
NETWORK_PROVIDER
así como
GPS_PROVIDER para
las posiciones precisas, que usan
android.permission.ACCESS_FINE_LOCATION
permisos. En Android 12 (nivel de API 31) y versiones posteriores, la
FUSED_PROVIDER:
que antes solo se podía acceder a través de la API de Google Play Services,
disponible como proveedor de ubicación para LocationManager. Puedes ver una implementación de FLP en
FusedLocationProvider.java
Si bien es posible usar GPS_PROVIDER solo con derechos de permiso generales:
el marco degrada artificialmente la precisión para alinearse con las expectativas:
no tiene mucho sentido para los desarrolladores que se orientan a teléfonos Android porque, en general,
La disponibilidad es baja y, a menudo, es más lenta para obtener una posición aproximada.
Ubicación de la red en la industria automotriz
El NETWORK_PROVIDER que se usa en teléfonos Android (con Servicios de Google para dispositivos móviles)
determina la ubicación en función de torres de telefonía celular, puntos de acceso Wi-Fi y
Balizas Bluetooth (BT) Por lo tanto, es posible que NETWORK_PROVIDER requiera datos
conexión.
En el caso de las apps para vehículos, las restricciones de los dispositivos son diferentes. Debido a que Gthe Global Navigation satelital (GNSS) suele estar encendido, no se aplican penalizaciones debido a el aumento en el uso de la batería y la energía. Como resultado, el tiempo de actividad de IVI no se ve comprometido. Nos esforzamos por minimizar el intercambio de datos con nuestros servidores.
Por lo tanto, muchas apps usan FLP de la API de Play en lugar de LocationManager.
directamente, ya que FLP realiza la inteligencia automáticamente con la función
proveedor de servicios en la nube que mejor satisfaga las políticas o criterios de solicitud de ubicación (p. ej., potencia
y exactitud).
A diferencia de los dispositivos móviles, rara vez los vehículos parecen saltar de un lugar a con el otro. La mayoría de las veces se conoce la posición del vehículo debajo del capó.
Proveedor de ubicación de red (PLN)
La mayoría de los vehículos no implementan las APIs de telefonía necesarias para obtener la información necesaria en un ID de celular (y la intensidad de la señal). Como resultado, y debido a que minimizamos los datos no se proporciona ninguna implementación funcional adicional de PLN.
Proveedor de ubicación combinada
El proveedor de telefonía móvil (FLP) móvil, además de usar de manera inteligente proveedores de red y GPS,
apropiado, fusiona información de otros sensores para mejorar aún más la
la calidad de las ubicaciones. La implementación actual de FLP de la industria automotriz en la
pero, por otro lado, se aprovecha de las suposiciones antes mencionadas y utiliza el
GPS_PROVIDER como fuente subyacente todo el tiempo Mueve las posiciones
desde GNSS, agregando algunos errores para que sean más imprecisos cuando sea necesario. Por ejemplo:
cuando se proporcionan ubicaciones comunes a un cliente.
Por ello, en muy pocos casos, puede haber un tiempo más largo de lo habitual para que primera posición estén disponibles. Por ejemplo, la primera vez que un vehículo para ser más precisos, se utiliza su subsistema de ubicación o después de un remolque.
Diseñar aplicaciones orientadas a usos móviles y automotores
Para las aplicaciones orientadas a dispositivos móviles y automotores que no
requieren una mayor calidad de precisión, solicitan
android.permission.ACCESS_COARSE_LOCATION
únicamente y vuelve a usar FLP cuando esté disponible. Como alternativa, usa
GPS_PROVIDER directamente con los mismos permisos. El framework degrada la
de la posición subyacente del GNSS para alinearse con las expectativas de la API. Para
Más información, consulta Precisión
en Cómo solicitar permisos de ubicación.
Además, estas apps deben declarar explícitamente el
android.hardware.location.network
como opcional en su manifiesto. Por ejemplo:
<uses-feature android:name="android.hardware.location.network" android:required="false" />
Este enfoque garantiza la máxima compatibilidad con dispositivos de verticales. así, la disponibilidad máxima de las apps sin diferencias de código para obtener cuando sea necesario.