وللحفاظ على خصوصية المستخدم، ننصح مطوّري التطبيقات بطلب البيانات التقريبية أذونات تحديد الموقع الجغرافي: عادةً ما تحتاج التطبيقات التي تحتاج إلى موضع تقريبي تستخدم موقع الشبكة المدمجة (FLP) لأنها سريعة وتستهلك قدر أقل من الطاقة. بالمقارنة مع الأجهزة الجوّالة التي تعمل بنظام التشغيل Android، تبيّن أنّ الموقع الجغرافي للشبكة في تطبيقات السيارات يمكن أن يكون أكثر صعوبة. يمكنك استخدام واجهتَي برمجة تطبيقات Android:
تتطلب واجهة برمجة التطبيقات LocationManager استخدام
requestLocationUpdates
لتحديد مقدم الموقع المفضل بشكلٍ صريح.توفّر واجهة Google Play Services API طريقة أكثر وضوحًا العمل مع الموقع في
FusedLocationProviderClient
تستخدم العديد من تطبيقات السيارات FLP من خلال واجهة برمجة تطبيقات "خدمات Google Play" بدلاً من
LocationManager
يختار FLP مزود الموقع الجغرافي الأمثل بناءً على الموقع
طلب المعايير والسياسات (القوة والدقة) التي تحتاجها المركبة.
يمكنك بدلاً من ذلك أن تختار طلب واستخدام
NETWORK_PROVIDER
وكذلك
GPS_PROVIDER
مقابل
المواقف الدقيقة، والتي تستخدم
android.permission.ACCESS_FINE_LOCATION
الأذونات. في نظام التشغيل Android 12 (المستوى 31 لواجهة برمجة التطبيقات) والإصدارات الأحدث،
FUSED_PROVIDER
،
يمكن الوصول إليها من قبل فقط من خلال واجهة برمجة التطبيقات لخدمات Google Play
متوفّر كموفِّر موقع جغرافي لـ LocationManager
. يمكنك الاطّلاع على تنفيذ FLP في
FusedLocationProvider.java
في حين أنّه من الممكن استخدام GPS_PROVIDER
مع حقوق الأذونات التقريبية فقط،
يعمل إطار العمل على خفض مستوى الدقة بشكل زائف لتتوافق مع التوقعات
غير منطقي بالنسبة إلى المطوّرين الذين يستهدفون هواتف Android
يكون مدى التوفّر ضعيفًا وغالبًا ما يبطئ للحصول على ترتيب تقريبي.
موقع الشبكة في السيارات
NETWORK_PROVIDER
المستخدم على هواتف Android (مع خدمات Google للأجهزة الجوّالة)
يحدد الموقع بناءً على الأبراج الخلوية القريبة ونقاط وصول Wi-Fi،
إشارات البلوتوث (BT) نتيجةً لذلك، قد يطلب تطبيق "NETWORK_PROVIDER
" إدخال بيانات.
الاتصال.
بالنسبة إلى تطبيقات السيارات، تختلف قيود الأجهزة. نظرًا لأن نظام التنقل العالمي في Gthe الأقمار الصناعية (GNSS) قيد التشغيل عادةً، ولن يتم فرض عقوبات بسبب زيادة استخدام الطاقة والبطارية. ونتيجةً لذلك، لا يتم اختراق مدة تشغيل IVI. ونسعى جاهدين لتقليل البيانات التي يتم تبادلها مع خوادمنا.
لذلك تستخدم العديد من التطبيقات FLP من خلال Play API بدلاً من LocationManager
.
مباشرةً، لأنّ FLP ينفذ تلقائيًا الإجراءات الذكية باستخدام الموقع
يستطيع مقدّم الخدمة استيفاء معايير أو سياسات طلب الموقع الجغرافي بشكل أفضل (لا سيّما الطاقة
والدقة).
على عكس الأجهزة الجوّالة، نادرًا ما تبدو المركبات تقفز من مكان إلى آخر. البعض في أغلب الأحيان، تكون معلومات موضع المركبة معروفة تحت غطاء المحرك.
مزوّد موقع الشبكة (NLP)
لا تستخدم معظم المركبات واجهات برمجة التطبيقات للاتصال الهاتفي المطلوبة للحصول على المعلومات المطلوبة. معرف الهاتف الخلوي (وقوة الإشارة). وبالتالي، ونظرًا لأننا نخفض البيانات استخدامه، لا يتم توفير تنفيذ وظيفي إضافي لـ NLP.
موفِّر الموقع الجغرافي المدمج
FLP، بالإضافة إلى الاستخدام الذكي لمزودي الشبكات ونظام تحديد المواقع العالمي (GPS)
يعمل على دمج المعلومات من المستشعرات الأخرى لتعزيز
وجودة المواقع. عملية التنفيذ الحالي لخطّ FLP في Automotive على
ومن ناحية أخرى تستفيد من الافتراضات المذكورة أعلاه وتستخدم
GPS_PROVIDER
كمصدر أساسي طوال الوقت يتحايل على المواقف
من GNSS، إضافة بعض الأخطاء لتكون أكثر دقة عند الحاجة. على سبيل المثال:
عند توفير مواقع تقريبية للعميل.
وبناءً على ذلك، في بعض الحالات القليلة، قد يكون هناك وقت أطول من المعتاد الإعلان عن الموضع الأول ليكون متاحًا. على سبيل المثال، في المرة الأولى التي يمكنك فيها قيادة مركبة أو لنكون أكثر دقة، يتم استخدام نظامها الفرعي للموقع أو بعد سحبها.
تصميم تطبيقات لاستهداف استخدامات الأجهزة المحمولة والسيارات
بالنسبة إلى التطبيقات التي تستهدف الأجهزة الجوّالة والسيارات التي لا تستهدف
تتطلب دقة أعلى، فطلب
android.permission.ACCESS_COARSE_LOCATION
فقط والعودة إلى استخدام FLP عند توفرها. بدلاً من ذلك، استخدم
GPS_PROVIDER
مباشرةً مع الأذونات نفسها يقلل إطار العمل
دقة موضع GNSS الأساسي لتتوافق مع توقعات واجهة برمجة التطبيقات. إلى
لمزيد من المعلومات، يُرجى الاطّلاع على الدقة.
في طلب أذونات تحديد الموقع الجغرافي.
بالإضافة إلى ذلك، يجب أن تعلن هذه التطبيقات صراحةً
android.hardware.location.network
على أنّها اختيارية في ملف البيان. مثلاً:
<uses-feature android:name="android.hardware.location.network" android:required="false" />
ويضمن هذا المنهج أقصى قدر من التوافق مع الأجهزة على مستوى المجالات، وبالتالي، يتمثل الحد الأقصى لتوافر التطبيق بدون اختلافات في الرموز في الحصول على المناصب عند الحاجة.