Android 10 में निजता से जुड़े बदलाव

Android 10 (एपीआई लेवल 29) में कई सुविधाएं और व्यवहार में बदलाव किए गए हैं, ताकि उपयोगकर्ताओं की निजता को बेहतर तरीके से सुरक्षित रखा जा सके. इन बदलावों से, उपयोगकर्ताओं को अपने डेटा और ऐप्लिकेशन को दी गई अनुमतियों के बारे में ज़्यादा पारदर्शिता और कंट्रोल मिलता है. इन सुविधाओं का मतलब यह हो सकता है कि आपका ऐप्लिकेशन जिस खास तरह के व्यवहार या डेटा पर निर्भर करता है वह प्लैटफ़ॉर्म के पुराने वर्शन की तुलना में अलग तरह से काम करे. अगर आपका ऐप्लिकेशन, उपयोगकर्ता के डेटा को मैनेज करने के लिए, मौजूदा सबसे सही तरीकों का पालन कर रहा है, तो आपके ऐप्लिकेशन पर इसका असर कम से कम होना चाहिए.

इस पेज पर, हर बदलाव की खास जानकारी दी गई है.

सबसे अहम बदलाव

इस सेक्शन में, Android 10 में निजता से जुड़े मुख्य बदलावों के बारे में बताया गया है.

ऐप्लिकेशन की फ़ाइलों और मीडिया के लिए, बाहरी स्टोरेज का ऐक्सेस

Android 10 और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन को डिफ़ॉल्ट रूप से, बाहरी स्टोरेज के स्कोप किए गए ऐक्सेस या डिवाइस के स्कोप किए गए स्टोरेज का ऐक्सेस दिया जाता है. ऐसे ऐप्लिकेशन, किसी बाहरी स्टोरेज डिवाइस में मौजूद इस तरह की फ़ाइलें देख सकते हैं. इसके लिए, उन्हें स्टोरेज से जुड़ी उपयोगकर्ता की अनुमति लेने की ज़रूरत नहीं होती:

• ऐप्लिकेशन के लिए बनाई गई डायरेक्ट्री में मौजूद फ़ाइलें, जिन्हें getExternalFilesDir() का इस्तेमाल करके ऐक्सेस किया जाता है.
• ऐसी फ़ोटो, वीडियो, और ऑडियो क्लिप जिन्हें ऐप्लिकेशन ने मीडिया स्टोर से बनाया है.

डिवाइस के स्कोप किए गए स्टोरेज के बारे में ज़्यादा जानने के लिए, बाहरी स्टोरेज में फ़ाइलें मैनेज करने और मीडिया फ़ाइलों को ऐक्सेस करने और उनमें बदलाव करने के बारे में गाइड देखें. इनमें, बाहरी स्टोरेज डिवाइसों पर सेव की गई फ़ाइलों को शेयर करने, ऐक्सेस करने, और उनमें बदलाव करने का तरीका भी बताया गया है.

बैकग्राउंड में डिवाइस की जगह की जानकारी ऐक्सेस करने के लिए अनुमति ज़रूरी है

Android 10 में ACCESS_BACKGROUND_LOCATION अनुमति को शामिल किया गया है. इससे उपयोगकर्ताओं को यह कंट्रोल मिलता है कि कोई ऐप्लिकेशन उनकी जगह की जानकारी को कब ऐक्सेस कर सकता है.

ACCESS_FINE_LOCATION और ACCESS_COARSE_LOCATION अनुमतियों के उलट, ACCESS_BACKGROUND_LOCATION अनुमति से सिर्फ़ ऐप्लिकेशन के बैकग्राउंड में चलने के दौरान, जगह की जानकारी के ऐक्सेस पर असर पड़ता है. जब तक इनमें से कोई एक शर्त पूरी नहीं होती, तब तक यह माना जाता है कि कोई ऐप्लिकेशन बैकग्राउंड में जगह की जानकारी ऐक्सेस कर रहा है:

• ऐप्लिकेशन से जुड़ी कोई गतिविधि दिख रही हो.

• ऐप्लिकेशन, फ़ोरग्राउंड सेवा चला रहा है. इसके लिए, फ़ोरग्राउंड सेवा के टाइप के तौर पर location का एलान किया गया है.

  अपने ऐप्लिकेशन में किसी सेवा के लिए फ़ोरग्राउंड सेवा के टाइप का एलान करने के लिए, अपने ऐप्लिकेशन के targetSdkVersion या compileSdkVersion को 29 या इसके बाद के वर्शन पर सेट करें. इस बारे में ज़्यादा जानें कि फ़ोरग्राउंड सेवाएं, उपयोगकर्ता की ओर से शुरू की गई उन कार्रवाइयों को कैसे जारी रख सकती हैं जिनके लिए जगह की जानकारी का ऐक्सेस ज़रूरी है.

अगर आपका ऐप्लिकेशन जियोफ़ेंस बनाता और मॉनिटर करता है और Android 10 (एपीआई लेवल 29) या इसके बाद के वर्शन को टारगेट करता है, तो आपको ACCESS_BACKGROUND_LOCATION अनुमति का एलान करना होगा.

Android 9 या इससे पहले के वर्शन को टारगेट करने पर, ऐक्सेस अपने-आप मिल जाता है

अगर आपका ऐप्लिकेशन Android 10 या इसके बाद के वर्शन पर चलता है, लेकिन Android 9 (एपीआई लेवल 28) या इससे पहले के वर्शन को टारगेट करता है, तो प्लैटफ़ॉर्म पर यह व्यवहार लागू होता है:

• अगर आपका ऐप्लिकेशन, ACCESS_FINE_LOCATION या ACCESS_COARSE_LOCATION के लिए, <uses-permission> एलिमेंट का एलान करता है, तो सिस्टम, इंस्टॉलेशन के दौरान ACCESS_BACKGROUND_LOCATION के लिए, <uses-permission> एलिमेंट को अपने-आप जोड़ देता है.
• अगर आपका ऐप्लिकेशन ACCESS_FINE_LOCATION या ACCESS_COARSE_LOCATION का अनुरोध करता है, तो सिस्टम अनुरोध में ACCESS_BACKGROUND_LOCATION को अपने-आप जोड़ देता है.

डिवाइस को Android 10 पर अपग्रेड करने पर ऐक्सेस

अगर कोई उपयोगकर्ता आपके ऐप्लिकेशन को डिवाइस की जगह की जानकारी ऐक्सेस करने की अनुमति देता है – चाहे वह ACCESS_COARSE_LOCATION हो या ACCESS_FINE_LOCATION – और फिर अपने डिवाइस को Android 9 से Android 10 में अपग्रेड करता है, तो सिस्टम आपके ऐप्लिकेशन को दी गई जगह की जानकारी पर आधारित अनुमतियों के सेट को अपने-आप अपडेट कर देता है. अपग्रेड करने के बाद, आपके ऐप्लिकेशन को मिलने वाली अनुमतियों का सेट, उसके टारगेट एसडीके वर्शन और तय की गई अनुमतियों पर निर्भर करता है, जैसा कि इस टेबल में दिखाया गया है:

टेबल 1. डिवाइस को Android 10 पर अपग्रेड करने के बाद, जगह की जानकारी की अनुमति की स्थिति में बदलाव

टारगेट प्लैटफ़ॉर्म वर्शन	क्या आपने जगह की अनुमानित या सटीक जानकारी ऐक्सेस करने की अनुमति दी है?	क्या मेनिफ़ेस्ट में बैकग्राउंड में जगह की जानकारी ऐक्सेस करने की अनुमति के बारे में बताया गया है?	अनुमति की डिफ़ॉल्ट स्थिति अपडेट की गई
Android 10	हां	हां	फ़ोरग्राउंड और बैकग्राउंड ऐक्सेस
Android 10	हां	नहीं	सिर्फ़ स्क्रीन पर खुले ऐप्लिकेशन को मिलने वाला ऐक्सेस
Android 10	नहीं	(सिस्टम ने अनदेखा किया)	कोई ऐक्सेस नहीं
Android 9 या इससे पहले के वर्शन	हां	डिवाइस अपग्रेड करते समय, सिस्टम अपने-आप जोड़ देता है	फ़ोरग्राउंड और बैकग्राउंड ऐक्सेस
Android 9 या इससे पहले के वर्शन	नहीं	(सिस्टम ने अनदेखा किया)	कोई ऐक्सेस नहीं

ध्यान दें कि सिस्टम आपके ऐप्लिकेशन के लिए, डिवाइस की जगह की जानकारी के ऐक्सेस को अपने-आप अपडेट कर देता है. इसके बाद भी, उपयोगकर्ता इस ऐक्सेस लेवल को बदल सकता है. उदाहरण के लिए, हो सकता है कि उपयोगकर्ता आपके ऐप्लिकेशन को सिर्फ़ फ़ोरग्राउंड में जगह की जानकारी ऐक्सेस करने की अनुमति दे या ऐक्सेस को पूरी तरह से रद्द कर दे. डिवाइस की जगह की जानकारी को ऐक्सेस करने से पहले, आपके ऐप्लिकेशन को यह देखना चाहिए कि उपयोगकर्ता ने अब भी आपके ऐप्लिकेशन को जगह की जानकारी ऐक्सेस करने की अनुमति दी है या नहीं. खास तौर पर, फ़ोरग्राउंड सेवा के अंदर.

Android 10 डिवाइसों पर टारगेट एपीआई लेवल अपडेट करने पर, ऐक्सेस वापस ले लिया जाता है

मान लें कि आपका ऐप्लिकेशन, Android 10 पर चलने वाले किसी डिवाइस पर पहले से इंस्टॉल है. अगर इस स्थिति में Android 10 को टारगेट करने के लिए ऐप्लिकेशन को अपडेट किया जाता है, तो डिवाइस ACCESS_BACKGROUND_LOCATION की अनुमति को रद्द कर देता है.

जब आपका ऐप्लिकेशन बैकग्राउंड में हो, तब डिवाइस की जगह की जानकारी पाने के तरीके के बारे में ज़्यादा जानने के लिए, समय-समय पर जगह की जानकारी के अपडेट पाने की गाइड देखें.

बैकग्राउंड से चालू की जा रही गतिविधियों पर पाबंदियां

Android 10 से, सिस्टम बैकग्राउंड से चालू की जा रही गतिविधियों पर पाबंदियां लगाता है. इस बदलाव से, उपयोगकर्ता को कम रुकावटों का सामना करना पड़ता है. साथ ही, उपयोगकर्ता को अपनी स्क्रीन पर दिखने वाले कॉन्टेंट पर ज़्यादा कंट्रोल मिलता है. जब तक आपका ऐप्लिकेशन, उपयोगकर्ता के इंटरैक्शन के सीधे नतीजे के तौर पर गतिविधियां शुरू करता है, तब तक आपके ऐप्लिकेशन पर इन पाबंदियों का असर नहीं पड़ेगा.

बैकग्राउंड से गतिविधियां शुरू करने के लिए, सुझाए गए विकल्प के बारे में ज़्यादा जानने के लिए, अपने ऐप्लिकेशन में उपयोगकर्ताओं को समय के हिसाब से संवेदनशील इवेंट के बारे में सूचना देने के तरीके से जुड़ी गाइड देखें.

आइडेंटिफ़ायर और डेटा

इस सेक्शन में, डिवाइस आइडेंटिफ़ायर और डेटा के साथ काम करने से जुड़े बदलावों की सूची दी गई है.

संपर्कों की अफ़िनिटी हटाना

Android 10 से, यह प्लैटफ़ॉर्म संपर्कों के अफ़िनिटी डेटा को ट्रैक नहीं करता. इस वजह से, अगर आपका ऐप्लिकेशन उपयोगकर्ता के संपर्कों को खोजता है, तो नतीजे, इंटरैक्शन की फ़्रीक्वेंसी के हिसाब से क्रम में नहीं लगाए जाते.

ContactsProvider के बारे में गाइड में एक नोटिस शामिल है. इसमें उन खास फ़ील्ड और तरीकों के बारे में बताया गया है जो Android 10 से शुरू होने वाले सभी डिवाइसों पर अब काम नहीं करते.

एमएसी पता बदलने की सुविधा

Android 10 या इसके बाद के वर्शन वाले डिवाइसों पर, सिस्टम डिफ़ॉल्ट रूप से रैंडम मैक पते भेजता है.

अगर आपका ऐप्लिकेशन एंटरप्राइज़ इस्तेमाल के उदाहरण को मैनेज करता है, तो प्लैटफ़ॉर्म मैक पतों से जुड़े कई कामों के लिए एपीआई उपलब्ध कराता है:

• रैंडम तरीके से चुना गया मैक पता पाना: डिवाइस के मालिक के ऐप्लिकेशन और प्रोफ़ाइल के मालिक के ऐप्लिकेशन, किसी नेटवर्क को असाइन किया गया रैंडम तरीके से चुना गया मैक पता हासिल कर सकते हैं. इसके लिए, उन्हें getRandomizedMacAddress() को कॉल करना होगा.
• असल, फ़ैक्ट्री मैक पता पाना: डिवाइस के मालिक के ऐप्लिकेशन, getWifiMacAddress() को कॉल करके डिवाइस का असल हार्डवेयर मैक पता हासिल कर सकते हैं. यह तरीका, डिवाइसों के फ़्लीट को ट्रैक करने के लिए मददगार है.

/proc/net फ़ाइल सिस्टम के ऐक्सेस पर पाबंदी

Android 10 या इसके बाद के वर्शन वाले डिवाइसों पर, ऐप्लिकेशन /proc/net को ऐक्सेस नहीं कर सकते. इसमें डिवाइस के नेटवर्क की स्थिति की जानकारी शामिल होती है. जिन ऐप्लिकेशन को इस जानकारी का ऐक्सेस चाहिए उन्हें NetworkStatsManager या ConnectivityManager क्लास का इस्तेमाल करना चाहिए. जैसे, वीपीएन.

रीसेट न किए जा सकने वाले डिवाइस आइडेंटिफ़ायर पर पाबंदी

Android 10 से, ऐप्लिकेशन के पास READ_PRIVILEGED_PHONE_STATE खास अनुमति होनी चाहिए, ताकि वे डिवाइस के रीसेट न किए जा सकने वाले आइडेंटिफ़ायर को ऐक्सेस कर सकें. इनमें आईएमईआई और सीरियल नंबर, दोनों शामिल हैं.

इन तरीकों पर असर पड़ेगा:

• Build
  • getSerial()
• TelephonyManager
  • getImei()
  • getDeviceId()
  • getMeid()
  • getSimSerialNumber()
  • getSubscriberId()

अगर आपके ऐप्लिकेशन के पास अनुमति नहीं है और फिर भी रीसेट न किए जा सकने वाले आइडेंटिफ़ायर की जानकारी मांगी जाती है, तो प्लैटफ़ॉर्म का जवाब, टारगेट किए गए एसडीके वर्शन के हिसाब से अलग-अलग होता है:

• अगर आपका ऐप्लिकेशन Android 10 या इसके बाद के वर्शन को टारगेट करता है, तो SecurityException होता है.
• अगर आपका ऐप्लिकेशन, Android 9 (एपीआई लेवल 28) या इससे पहले के वर्शन को टारगेट करता है, तो यह तरीका null या प्लेसहोल्डर डेटा दिखाता है. ऐसा तब होता है, जब ऐप्लिकेशन के पास READ_PHONE_STATE अनुमति हो. ऐसा न होने पर, SecurityException गड़बड़ी होती है.

इस्तेमाल के कई मामलों में, रीसेट न किए जा सकने वाले डिवाइस आइडेंटिफ़ायर की ज़रूरत नहीं होती. उदाहरण के लिए, अगर आपका ऐप्लिकेशन विज्ञापन की ट्रैकिंग या उपयोगकर्ता के आंकड़ों के विश्लेषण के लिए, रीसेट न किए जा सकने वाले डिवाइस आइडेंटिफ़ायर का इस्तेमाल करता है, तो इन कामों के लिए Android विज्ञापन आईडी का इस्तेमाल करें. ज़्यादा जानने के लिए, यूनीक आइडेंटिफ़ायर के लिए सबसे सही तरीके देखें.

क्लिपबोर्ड डेटा का सीमित ऐक्सेस

अगर आपका ऐप्लिकेशन डिफ़ॉल्ट इनपुट मेथड एडिटर (आईएमई) नहीं है या फ़िलहाल फ़ोकस में नहीं है, तो वह Android 10 या इसके बाद के वर्शन पर क्लिपबोर्ड का डेटा ऐक्सेस नहीं कर सकता.

यूएसबी डिवाइस के सीरियल नंबर की सुरक्षा

अगर आपका ऐप्लिकेशन Android 10 या इसके बाद के वर्शन को टारगेट करता है, तो वह सीरियल नंबर को तब तक नहीं पढ़ सकता, जब तक उपयोगकर्ता आपके ऐप्लिकेशन को यूएसबी डिवाइस या ऐक्सेसरी को ऐक्सेस करने की अनुमति नहीं देता.

यूएसबी डिवाइसों के साथ काम करने के बारे में ज़्यादा जानने के लिए, यूएसबी होस्ट को कॉन्फ़िगर करने का तरीका बताने वाली गाइड देखें.

कैमरा और कनेक्टिविटी

इस सेक्शन में, कैमरे के मेटाडेटा और कनेक्टिविटी एपीआई से जुड़े बदलावों के बारे में बताया गया है.

कैमरे की जानकारी और मेटाडेटा के ऐक्सेस पर पाबंदी

Android 10, उस जानकारी के दायरे को बदल देता है जो getCameraCharacteristics() तरीका डिफ़ॉल्ट रूप से दिखाता है. खास तौर पर, आपके ऐप्लिकेशन के पास CAMERA की अनुमति होनी चाहिए, ताकि वह इस तरीके की रिटर्न वैल्यू में शामिल, डिवाइस के हिसाब से मेटाडेटा को ऐक्सेस कर सके.

इन बदलावों के बारे में ज़्यादा जानने के लिए, कैमरे के ऐसे फ़ील्ड जिनके लिए अनुमति की ज़रूरत होती है सेक्शन देखें.

वाई-फ़ाई को चालू और बंद करने पर पाबंदी

Android 10 या इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन, वाई-फ़ाई को चालू या बंद नहीं कर सकते. WifiManager.setWifiEnabled() वाला तरीका, हमेशा false दिखाता है.

अगर आपको उपयोगकर्ताओं को वाई-फ़ाई चालू और बंद करने के लिए कहना है, तो सेटिंग पैनल का इस्तेमाल करें.

कॉन्फ़िगर किए गए वाई-फ़ाई नेटवर्क के डायरेक्ट ऐक्सेस पर पाबंदियां

उपयोगकर्ता की निजता को सुरक्षित रखने के लिए, वाई-फ़ाई नेटवर्क की सूची को मैन्युअल तरीके से कॉन्फ़िगर करने की सुविधा, सिस्टम ऐप्लिकेशन और डिवाइस से जुड़ी नीति के कंट्रोलर (डीपीसी) तक ही सीमित है. कोई डीपीसी, डिवाइस का मालिक या प्रोफ़ाइल का मालिक हो सकता है.

अगर आपका ऐप्लिकेशन Android 10 या इसके बाद के वर्शन को टारगेट करता है और वह सिस्टम ऐप्लिकेशन या डीपीसी नहीं है, तो इन तरीकों से काम का डेटा नहीं मिलता:

• getConfiguredNetworks() वाला तरीका, हमेशा एक खाली सूची दिखाता है.

• नेटवर्क ऑपरेशन का हर वह तरीका जो पूर्णांक वैल्यू दिखाता है, वह हमेशा -1 दिखाता है. जैसे, addNetwork() और updateNetwork().

• बूलियन वैल्यू दिखाने वाला हर नेटवर्क ऑपरेशन—removeNetwork(), reassociate(), enableNetwork(), disableNetwork(), reconnect(), और disconnect()—हमेशा false दिखाता है.

अगर आपके ऐप्लिकेशन को वाई-फ़ाई नेटवर्क से कनेक्ट करना है, तो इन तरीकों का इस्तेमाल करें:

• किसी वाई-फ़ाई नेटवर्क से तुरंत लोकल कनेक्शन बनाने के लिए, स्टैंडर्ड NetworkRequest ऑब्जेक्ट में WifiNetworkSpecifier का इस्तेमाल करें.
• उपयोगकर्ता को इंटरनेट का ऐक्सेस देने के लिए, वाई-फ़ाई नेटवर्क जोड़ने के लिए, WifiNetworkSuggestion ऑब्जेक्ट के साथ काम करें. अपने-आप कनेक्ट होने वाले नेटवर्क को चुनने के डायलॉग बॉक्स में दिखने वाले नेटवर्क को जोड़ा और हटाया जा सकता है. इसके लिए, आपको addNetworkSuggestions() और removeNetworkSuggestions() को कॉल करना होगा. इन तरीकों के लिए, जगह की जानकारी की अनुमति की ज़रूरत नहीं होती.

टेलीफ़ोनी, ब्लूटूथ, और वाई-फ़ाई के कुछ एपीआई के लिए, जगह की सटीक जानकारी ऐक्सेस करने की अनुमति देना ज़रूरी है

अगर आपका ऐप्लिकेशन Android 10 या इसके बाद के वर्शन को टारगेट करता है, तो उसके पास ACCESS_FINE_LOCATION अनुमति होनी चाहिए. इससे वह वाई-फ़ाई, Wi-Fi Aware या ब्लूटूथ एपीआई में मौजूद कई तरीकों का इस्तेमाल कर पाएगा. यहां दिए गए सेक्शन में, उन क्लास और तरीकों की सूची दी गई है जिन पर असर पड़ा है.

टेलीफ़ोनी

• TelephonyManager
  • getCellLocation()
  • getAllCellInfo()
  • requestNetworkScan()
  • requestCellInfoUpdate()
  • getAvailableNetworks()
  • getServiceState()
• TelephonyScanManager
  • requestNetworkScan()
• TelephonyScanManager.NetworkScanCallback
  • onResults()
• PhoneStateListener
  • onCellLocationChanged()
  • onCellInfoChanged()
  • onServiceStateChanged()

वाई-फ़ाई

• WifiManager
  • startScan()
  • getScanResults()
  • getConnectionInfo()
  • getConfiguredNetworks()
• WifiAwareManager
• WifiP2pManager
• WifiRttManager

ब्लूटूथ

• BluetoothAdapter
  • startDiscovery()
  • startLeScan()
• BluetoothAdapter.LeScanCallback
• BluetoothLeScanner
  • startScan()

अनुमतियां

इस सेक्शन में, Android के अनुमतियों वाले मॉडल में हुए अपडेट के बारे में बताया गया है.

स्क्रीन पर मौजूद कॉन्टेंट को ऐक्सेस करने पर पाबंदी लगाना

उपयोगकर्ताओं की स्क्रीन पर मौजूद कॉन्टेंट को सुरक्षित रखने के लिए, Android 10 डिवाइस की स्क्रीन पर मौजूद कॉन्टेंट को बिना अनुमति के ऐक्सेस करने से रोकता है. इसके लिए, वह READ_FRAME_BUFFER, CAPTURE_VIDEO_OUTPUT, और CAPTURE_SECURE_VIDEO_OUTPUT अनुमतियों के दायरे में बदलाव करता है. Android 10 से, ये अनुमतियां सिर्फ़ सिग्नेचर-ऐक्सेस के लिए हैं.

जिन ऐप्लिकेशन को डिवाइस की स्क्रीन पर मौजूद कॉन्टेंट को ऐक्सेस करना होता है उन्हें MediaProjection एपीआई का इस्तेमाल करना चाहिए. यह एपीआई, उपयोगकर्ता से सहमति लेने के लिए एक प्रॉम्प्ट दिखाता है.

लेगसी ऐप्लिकेशन पर, इस्तेमाल करने वाले लोगों के लिए उपलब्ध अनुमति की जांच करना

अगर आपका ऐप्लिकेशन Android 5.1 (एपीआई लेवल 22) या इससे पहले के वर्शन को टारगेट करता है, तो Android 10 या इसके बाद के वर्शन वाले डिवाइस पर पहली बार आपका ऐप्लिकेशन इस्तेमाल करने पर, उपयोगकर्ताओं को अनुमतियों वाली स्क्रीन दिखती है. जैसा कि इमेज 1 में दिखाया गया है. इस स्क्रीन पर, उपयोगकर्ताओं को उन अनुमतियों का ऐक्सेस वापस लेने का विकल्प मिलता है जो सिस्टम ने आपके ऐप्लिकेशन को इंस्टॉल करते समय पहले दी थीं.

शारीरिक गतिविधि की पहचान करने की सुविधा

Android 10 में, android.permission.ACTIVITY_RECOGNITION रनटाइम की अनुमति जोड़ी गई है. यह अनुमति उन ऐप्लिकेशन के लिए है जिन्हें उपयोगकर्ता के कदमों की संख्या का पता लगाना होता है या उपयोगकर्ता की शारीरिक गतिविधि को अलग-अलग कैटगरी में बांटना होता है. जैसे, पैदल चलना, साइकल चलाना या किसी वाहन में यात्रा करना. इसे इसलिए डिज़ाइन किया गया है, ताकि उपयोगकर्ताओं को यह जानकारी मिल सके कि सेटिंग में डिवाइस के सेंसर डेटा का इस्तेमाल कैसे किया जाता है.

Google Play services की कुछ लाइब्रेरी, जैसे कि गतिविधि की पहचान करने वाला एपीआई और Google Fit एपीआई, तब तक नतीजे नहीं देते, जब तक उपयोगकर्ता ने आपके ऐप्लिकेशन को यह अनुमति न दी हो.

डिवाइस में मौजूद सिर्फ़ पहले से मौजूद सेंसर के लिए, आपको इस अनुमति का एलान करना होगा. ये सेंसर हैं: स्टेप काउंटर और स्टेप डिटेक्टर सेंसर.

अगर आपका ऐप्लिकेशन Android 9 (एपीआई लेवल 28) या इससे पहले के वर्शन को टारगेट करता है, तो सिस्टम आपके ऐप्लिकेशन को ज़रूरत के हिसाब से android.permission.ACTIVITY_RECOGNITION की अनुमति अपने-आप दे देता है. हालांकि, इसके लिए ज़रूरी है कि आपका ऐप्लिकेशन इनमें से हर शर्त को पूरा करता हो:

• मेनिफ़ेस्ट फ़ाइल में com.google.android.gms.permission.ACTIVITY_RECOGNITION से जुड़ी अनुमति शामिल है.
• मेनिफ़ेस्ट फ़ाइल में android.permission.ACTIVITY_RECOGNITION अनुमति शामिल नहीं है.

अगर सिस्टम अपने-आप android.permission.ACTIVITY_RECOGNITION की अनुमति देता है, तो ऐप्लिकेशन को Android 10 पर टारगेट करने के लिए अपडेट करने के बाद भी, आपके ऐप्लिकेशन के पास यह अनुमति बनी रहती है. हालांकि, उपयोगकर्ता सिस्टम की सेटिंग में जाकर, इस अनुमति को कभी भी वापस ले सकता है.

यूज़र इंटरफ़ेस (यूआई) से अनुमतियों के समूह हटाए गए

Android 10 से, ऐप्लिकेशन यह नहीं देख सकते कि यूज़र इंटरफ़ेस (यूआई) में अनुमतियों को कैसे ग्रुप किया गया है.