Android की भूमिकाएं

भूमिका, सिस्टम में एक यूनीक नाम होता है. यह कुछ अनुमतियों और विशेषाधिकारों से जुड़ा होता है. ऐप्लिकेशन, Android API की मदद से कुछ भूमिकाओं को पाने का अनुरोध कर सकते हैं. इसके लिए, वे खास तौर पर RoleManager क्लास में मौजूद तरीकों को लागू करते हैं.

उपलब्ध भूमिकाओं और उनसे जुड़ी ज़रूरी शर्तों के बारे में जानने के लिए, यहां दी गई सूची देखें:

भूमिका ज़रूरी शर्तें
ASSISTANT इनमें से कम से कम कोई एक:
  • ऐप्लिकेशन में ऐसी गतिविधि है जो सहायता से जुड़ी कार्रवाइयां करती है. यह गतिविधि, उपयोगकर्ता के कॉन्टेक्स्ट के बारे में जानकारी के आधार पर, सहायता का अनुरोध करने पर काम करती है. उदाहरण के लिए, फ़ोरग्राउंड में मौजूद मौजूदा ऐप्लिकेशन का पैकेज नाम और उससे जुड़ी कॉन्टेक्स्ट जानकारी.
  • ऐप्लिकेशन में हमेशा चालू रहने वाली वॉइस इंटरैक्शन सेवा है, जो android.permission.BIND_VOICE_INTERACTION अनुमति के आधार पर काम करती है. यह सेवा, आवाज़ की पहचान कर सकती है और वॉइस इंटरैक्शन के चालू सेशन होस्ट कर सकती है. इसके अलावा, ऐप्लिकेशन में एक साफ़ तौर पर दिखने वाला फ़्लैग होता है, जिससे पता चलता है कि सेवा, ऐसिस्ट ऐक्शन को मैनेज कर सकती है.
BROWSER ये सभी:
  • ऐप्लिकेशन में एक ऐसी गतिविधि है जिसे ऐप्लिकेशन, इंप्लिसिट इंटेंट के अनुरोधों के ज़रिए शुरू कर सकते हैं. यह गतिविधि, http:// पते से जुड़ा वेब पेज दिखाती है.
  • ऐप्लिकेशन को लिंक के बीच नेविगेशन को हैंडल करना होगा. इसका मतलब है कि अगर उपयोगकर्ता किसी वेब पेज को देख रहा है और टेक्स्ट में मौजूद http:// पते पर क्लिक करता है, तो ऐप्लिकेशन को उपयोगकर्ता के किसी और निर्देश के बिना, चुने गए लिंक से जुड़ा कॉन्टेंट दिखाना चाहिए.
  • जब वेबसाइटों से डिवाइस की मौजूदा जगह की जानकारी का अनुरोध किया जाता है और उपयोगकर्ता उस अनुरोध को स्वीकार करता है, तो ऐप्लिकेशन को वेबसाइटों को यह जानकारी देनी चाहिए.
DIALER ये सभी:
  • ऐप्लिकेशन में एक ऐसी गतिविधि होती है जिसे ऐप्लिकेशन, इंप्लिसिट इंटेंट के अनुरोधों के ज़रिए शुरू कर सकते हैं. इससे डिवाइस के कॉल में होने पर, इन-कॉल यूज़र इंटरफ़ेस मिलता है.
  • ऐप्लिकेशन, इनकमिंग कॉल के इंटेंट को मैनेज कर सकता है. साथ ही, उपयोगकर्ता को कॉल से जुड़ी जानकारी (उदाहरण के लिए, कॉल करने वाले का फ़ोन नंबर) दिखा सकता है. साथ ही, उपयोगकर्ता को कॉल का जवाब देने या उसे अस्वीकार करने की अनुमति दे सकता है.
  • ऐप्लिकेशन की मदद से, उपयोगकर्ता कॉल कर सकता है और अपने डिवाइस पर कॉल का इतिहास देख सकता है.
SMS ये सभी:
  • ऐप्लिकेशन, एसएमएस ऐप्लिकेशन से जुड़ी सभी ज़रूरी शर्तें पूरी करता हो.
  • ऐप्लिकेशन में एक ऐसी गतिविधि है जिसे ऐप्लिकेशन, इंप्लिसिट इंटेंट के अनुरोधों के ज़रिए शुरू कर सकते हैं. इससे किसी फ़ोन नंबर पर मैसेज भेजा जा सकता है.
  • ऐप्लिकेशन में ऐसी सेवा है जिसे ऐक्सेस करने के लिए, android.permission.SEND_RESPOND_VIA_MESSAGE अनुमति की ज़रूरत होती है. साथ ही, इसे इम्प्लीसिट इंटेंट की मदद से चालू किया जा सकता है. यह सेवा, Phone ऐप्लिकेशन से मिले मैसेज को डिलीवर कर सकती है. ऐसा तब होता है, जब उपयोगकर्ता इनकमिंग कॉल के दौरान मैसेज से जवाब देने का विकल्प चुनता है. ऐप्लिकेशन, अपने मैसेजिंग सिस्टम के ज़रिए मैसेज डिलीवर कर सकता है.
  • ऐप्लिकेशन में दो ब्रॉडकास्ट रिसीवर हैं. पहला, android.permission.BROADCAST_SMS अनुमति के हिसाब से और दूसरा, android.permission.BROADCAST_WAP_PUSH अनुमति के हिसाब से. ये दोनों रिसीवर, डिवाइस पर भेजे गए टेक्स्ट वाले एसएमएस और मल्टीमीडिया मैसेज (एमएमएस) को सुन सकते हैं. इसके बाद, ऐप्लिकेशन की ज़िम्मेदारी एसएमएस सेवा देने वाली कंपनी को मैसेज भेजने और उपयोगकर्ताओं को सूचना देने की होती है.
EMERGENCY ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • ऐप्लिकेशन में एक गतिविधि है, जो उपयोगकर्ता की आपातकालीन जानकारी दिखाती है. आपातकालीन डायलर ऐक्टिविटी पर मौजूद आपातकालीन बटन का इस्तेमाल करके, कोई भी व्यक्ति इस स्क्रीन पर जा सकता है.
HOME ऐप्लिकेशन में एक ऐसी गतिविधि है जो उपयोगकर्ता के होम बटन को दबाने पर, होम स्क्रीन को लॉन्च कर सकती है. होम स्क्रीन पर ऐप्लिकेशन आइकॉन और विजेट दिखने चाहिए. साथ ही, बटन या जेस्चर के आधार पर नेविगेट करने की सुविधा भी होनी चाहिए. उदाहरण के लिए, सभी ऐप्लिकेशन देखने के लिए ऊपर की ओर स्वाइप करना.
CALL_REDIRECTION ऐप्लिकेशन में android.permission.BIND_CALL_REDIRECTION_SERVICE अनुमति के आधार पर सेवा को सीमित किया गया है. टेलीकॉम फ़्रेमवर्क, इस सेवा से बंधा हो सकता है. सेवा को टेलीकॉम फ़्रेमवर्क से, कॉल करने के लिए इस्तेमाल किया जाने वाला फ़ोन नंबर मिलता है. इसके बाद, वह इनमें से कोई एक कार्रवाई करती है:
  • कॉल को ऐसे ही जारी रखने की अनुमति दें.
  • आउटगोइंग नंबर को बदलकर, प्रॉक्सी नंबर से रूट करें.
  • कॉल रद्द करें.
CALL_SCREENING ऐप्लिकेशन में android.permission.BIND_SCREENING_SERVICE अनुमति के आधार पर, ऐक्सेस करने की सुविधा है, जो दो काम करती है:
  • कॉल ब्लॉक करना और कॉल स्क्रीन करना: यह सेवा यह तय कर सकती है कि किन कॉल को फ़ोन पर डायलर ऐप्लिकेशन पर भेजा जाए (और डीएनडी या वॉल्यूम के हिसाब से, हो सकता है कि वे रिंग भी करें) और किन कॉल को चुपचाप वॉइसमेल पर भेजा जाए.
  • कॉल की पहचान: यह सेवा, यूज़र इंटरफ़ेस की मदद से कॉल की पहचान कर सकती है और उसकी जानकारी दिखा सकती है.
SYSTEM_GALLERY ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • ऐप्लिकेशन में उपयोगकर्ताओं के लिए यूज़र इंटरफ़ेस (यूआई) दिया गया है, ताकि वे अपने वीडियो और इमेज को सेव, व्यवस्थित, और दिखा सकें.
SYSTEM_AUTOMOTIVE_CLUSTER ये सभी:
  • यह ऐप्लिकेशन, Automotive पर सिस्टम ऐप्लिकेशन है.
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • यह ऐप्लिकेशन, ऑटोमोटिव क्लस्टर डिसप्ले (आम तौर पर स्टीयरिंग व्हील के बगल में) के लिए सुविधा देता है, ताकि उपयोगकर्ता फ़ोन कॉल का जवाब दे सकें और संपर्क सूचियों और कॉल लॉग को ऐक्सेस कर सकें.
COMPANION_DEVICE_WATCH ऐप्लिकेशन, स्मार्टवॉच डिवाइस से जुड़ने और उसे मैनेज करने के लिए अनुरोध कर सकता है. इसके लिए, वह CompanionDeviceManager क्लास से मिले एपीआई का इस्तेमाल करता है. जब स्मार्टवॉच और ऐप्लिकेशन, ऐप्लिकेशन के यूज़र इंटरफ़ेस (यूआई) से कनेक्ट होते हैं, तो उपयोगकर्ता ऐप्लिकेशन से अपनी स्मार्टवॉच को मैनेज कर सकते हैं. इसमें संपर्क और कैलेंडर सिंक करना, सूचनाएं और फ़ोन कॉल मैनेज करना शामिल है.
SYSTEM_AUTOMOTIVE_PROJECTION ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • यह ऐप्लिकेशन, फ़ोन की स्क्रीन को वाहन के डिसप्ले पर प्रोजेक्ट करने की सुविधा देता है. इसकी मदद से, ड्राइवर Android फ़ोन पर ऐप्लिकेशन ऐक्सेस और कंट्रोल कर सकते हैं. जैसे, संगीत, नेविगेशन, फ़ोन कॉल, और खोज. इसके लिए, वे वाहन में मौजूद इनपुट सिस्टम का इस्तेमाल करते हैं. जैसे, टच, स्टीयरिंग व्हील कंट्रोल, और बोलकर दिए गए निर्देश.
SYSTEM_SHELL ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है, जिसे Process.SHELL_UID यूआईडी असाइन किया गया है.
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • यह ऐप्लिकेशन, कमांड-लाइन लेवल पर काम करने वाला इंटरफ़ेस उपलब्ध कराता है, ताकि उपयोगकर्ता Android OS के साथ इंटरैक्ट कर सकें. उदाहरण के लिए, किसी फ़ोल्डर का कॉन्टेंट दिखाना या ऐप्लिकेशन लॉन्च करना. ऐप्लिकेशन (ज़रूरी अनुमतियां मिलने पर) या ADB टूल से, शेल कमांड को प्रोग्राम के हिसाब से चलाया जा सकता है.
SYSTEM_CONTACTS ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • ऐप्लिकेशन में उपयोगकर्ताओं के लिए यूज़र इंटरफ़ेस (यूआई) उपलब्ध होता है, ताकि वे अपने संपर्कों को मैनेज कर सकें. उदाहरण के लिए, किसी संपर्क को देखना, शेयर करना, जोड़ना, हटाना या खोजना. जब उपयोगकर्ता ऐप्लिकेशन से अपने संपर्कों की जानकारी अपडेट करता है, तो ऐप्लिकेशन, संपर्कों की जानकारी देने वाली सेवा देने वाली कंपनी की जानकारी अपडेट करता है. ऐप्लिकेशन से, उपयोगकर्ता अपने संपर्कों को कॉल, ईमेल या मैसेज भी भेज सकते हैं.
SYSTEM_SPEECH_RECOGNIZER ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • ऐप्लिकेशन में बोली पहचानने की सुविधा उपलब्ध है.
  • जब ऐप्लिकेशन को बोली पहचानने की सुविधा के लिए, किसी दूसरे ऐप्लिकेशन से माइक्रोफ़ोन की लाइव स्ट्रीम मिलती हैं, तो वह माइक्रोफ़ोन के इस्तेमाल का क्रेडिट, कॉल करने वाले ऐप्लिकेशन को देता है. साथ ही, ऐप्लिकेशन के काम करने के आंकड़े भी उसी हिसाब से अपडेट करता है.
SYSTEM_WIFI_COEX_MANAGER ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • ऐप्लिकेशन में एक सेवा होती है, जो वाई-फ़ाई चैनलों की सूची को डाइनैमिक तौर पर सेट करती है. इस सूची में वे चैनल शामिल होते हैं जिनका इस्तेमाल डिवाइस को मोबाइल इंटरनेट के रुकावट की वजह से नहीं करना चाहिए.
SYSTEM_WELLBEING ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • ऐप्लिकेशन में उपयोगकर्ताओं को ध्यान भटकाने वाली चीज़ों को कम करने की सुविधा होनी चाहिए. साथ ही, उपयोगकर्ताओं को अपने डिवाइस के इस्तेमाल के बारे में आंकड़े भी देने चाहिए. उदाहरण के लिए, हर हफ़्ते डिवाइस के इस्तेमाल का समय.
SYSTEM_TELEVISION_NOTIFICATION_HANDLER ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • ऐप्लिकेशन को टीवी डिवाइसों पर, उपयोगकर्ताओं को हेड्स-अप सूचनाएं दिखानी होंगी. android.app.action.TOGGLE_NOTIFICATION_HANDLER_PANEL के ज़रिए (SystemUI से) भेजे जाने पर, ऐप्लिकेशन को मौजूदा चालू सूचनाएं भी दिखानी होंगी.
SYSTEM_COMPANION_DEVICE_PROVIDER ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • ऐप्लिकेशन, आस-पास मौजूद सहायक डिवाइसों का पता लगा सके. इसमें ऐसा यूज़र इंटरफ़ेस होना चाहिए जिससे उपयोगकर्ता यह पुष्टि कर सके कि किसी डिवाइस को किसी ऐप्लिकेशन से जोड़ा जाना चाहिए और उसे मैनेज किया जाना चाहिए. उपयोगकर्ता की पुष्टि करने पर, मैनेज करने वाला ऐप्लिकेशन, उससे जुड़े ऐप्लिकेशन को डिवाइस को ऐक्सेस करने की अनुमति देता है. उदाहरण के लिए, उसका नाम, पता, क्लास, और बॉन्डिंग की स्थिति. इसके बाद, बॉन्डिंग की प्रोसेस शुरू की जा सकती है.
SYSTEM_DOCUMENT_MANAGER ये सभी:
SYSTEM_ACTIVITY_RECOGNIZER ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • ऐप्लिकेशन में ऐसी सेवा है जिसे android.permission.ACTIVITY_RECOGNITION से कंट्रोल किया जाता है. यह सेवा, गतिविधि की पहचान कर सकती है. उदाहरण के लिए, दौड़ना या साइकल चलाना.
SYSTEM_UI ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • ऐप्लिकेशन में एक इंटरफ़ेस होता है, ताकि उपयोगकर्ता अपने फ़ोन से इंटरैक्ट कर सकें. उदाहरण के लिए, फ़ोन की मुख्य स्क्रीन, नेविगेशन, हाल ही में इस्तेमाल किए गए ऐप्लिकेशन, क्विक सेटिंग, सूचना बार, लॉकस्क्रीन, वॉल्यूम कंट्रोल.
SYSTEM_TELEVISION_REMOTE_SERVICE ये सभी:
  • यह ऐप्लिकेशन, Android TV पर सिस्टम ऐप्लिकेशन है.
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • ऐप्लिकेशन में एक सेवा है जो टीवी रिमोट कंट्रोल एचआईडी डिवाइस (उदाहरण के लिए, बीएलई के ज़रिए) के साथ कम्यूनिकेट कर सकती है, इवेंट इंजेक्ट कर सकती है (उदाहरण के लिए, बटन क्लिक), और प्लैटफ़ॉर्म पर अन्य डेटा भेज सकती है (उदाहरण के लिए, रिमोट में बने माइक्रोफ़ोन से ऑडियो स्ट्रीम).
SYSTEM_UI_INTELLIGENCE ये सभी:
  • यह पहले से इंस्टॉल की गई सेवा है, जो फ़्रेमवर्क एपीआई (सार्वजनिक या सिस्टम एपीआई) के ज़रिए, सिस्टम यूज़र इंटरफ़ेस (यूआई) की सुविधाओं के लिए, डिवाइस पर एक बेहतर प्रोसेसर उपलब्ध कराती है. उदाहरण के लिए, उपयोगकर्ताओं के लिए अगले ऐप्लिकेशन का अनुमान लगाना और उन्हें दिखाना.
  • यह ज़रूरी है कि सेवा, Android CDD के 9.8.6 कॉन्टेंट कैप्चर सेक्शन में बताई गई सभी ज़रूरी शर्तों को पूरा करती हो.
  • सेवा के पास android.permission.INTERNET अनुमति नहीं होनी चाहिए. इसके बजाय, यह किसी ओपन सोर्स प्रोजेक्ट में मौजूद, अच्छी तरह से तय किए गए एपीआई के ज़रिए इंटरनेट को ऐक्सेस करना चाहिए.
  • यह सेवा, इन सिस्टम ऐप्लिकेशन को छोड़कर, किसी भी ऐप्लिकेशन से बाइंड नहीं की जा सकती: ब्लूटूथ, संपर्क, मीडिया, टेलीफ़ोनी, SystemUI, और इंटरनेट एपीआई उपलब्ध कराने वाले कॉम्पोनेंट. अनुमति वाली हर बाइंडिंग को सिस्टम कॉन्फ़िगरेशन में <allow-association> कॉन्फ़िगरेशन के ज़रिए साफ़ तौर पर सेट अप किया जाना चाहिए.
  • यह सेवा, ऐप्लिकेशन के साथ डेटा तब तक शेयर नहीं कर सकती, जब तक उपयोगकर्ता की ओर से कोई सीधी कार्रवाई न की गई हो. उदाहरण के लिए, हर बार डेटा शेयर करने पर, उपयोगकर्ता साफ़ तौर पर किसी बटन को दबाता हो.
SYSTEM_AMBIENT_AUDIO_INTELLIGENCE ये सभी:
  • SYSTEM_UI_INTELLIGENCE के लिए तय की गई शर्तों से मिलती-जुलती हैं. हालांकि, पहले से इंस्टॉल की गई सेवा, ऐंबियंट ऑडियो के लिए डिवाइस पर एक बेहतर प्रोसेसर उपलब्ध कराती है. उदाहरण के लिए, डिवाइस के आस-पास चल रहे गानों की पहचान करना.
SYSTEM_AUDIO_INTELLIGENCE ये सभी:
  • SYSTEM_UI_INTELLIGENCE के लिए तय की गई शर्तों के मुताबिक ही, हालांकि, पहले से इंस्टॉल की गई सेवा, ऑडियो के लिए डिवाइस पर एक बेहतर प्रोसेसर उपलब्ध कराती है. उदाहरण के लिए, वीडियो, पॉडकास्ट, फ़ोन कॉल, वीडियो कॉल, और ऑडियो मैसेज के लिए कैप्शन जनरेट करना.
SYSTEM_NOTIFICATION_INTELLIGENCE ये सभी:
  • SYSTEM_UI_INTELLIGENCE के लिए तय की गई शर्तों से मिलती-जुलती हैं. हालांकि, पहले से इंस्टॉल की गई सेवा, सूचनाओं के लिए ऑन-डिवाइस इंटेलिजेंट प्रोसेसर उपलब्ध कराती है. उदाहरण के लिए, मैसेज की सूचनाओं के लिए जवाब और कार्रवाइयों के सुझाव देना.
SYSTEM_TEXT_INTELLIGENCE ये सभी:
  • SYSTEM_UI_INTELLIGENCE के लिए तय की गई शर्तों से मिलती-जुलती है. हालांकि, पहले से इंस्टॉल की गई सेवा, टेक्स्ट के लिए डिवाइस पर एक बेहतर प्रोसेसर उपलब्ध कराती है. उदाहरण के लिए, लाइव अनुवाद या जानकारी अपने-आप भरने की सुविधा.
SYSTEM_VISUAL_INTELLIGENCE ये सभी:
  • ये शर्तें, SYSTEM_UI_INTELLIGENCE के लिए तय की गई शर्तों से मिलती-जुलती हैं. हालांकि, पहले से इंस्टॉल की गई सेवा, विज़ुअल सुविधाओं के लिए डिवाइस पर एक बेहतर प्रोसेसर उपलब्ध कराती है. इसमें कैमरे के डेटा का विश्लेषण करना शामिल है. उदाहरण के लिए, जब कोई व्यक्ति फ़ोन की स्क्रीन देख रहा हो, तब उसे चालू रखना या डिवाइस के सामने वाले कैमरे से, उपयोगकर्ता के चेहरे के ओरिएंटेशन के आधार पर स्क्रीन का सही ओरिएंटेशन तय करना.
COMPANION_DEVICE_APP_STREAMING ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • इस्तेमाल के लिए अनुमति वाले उदाहरण:
    • ऐसे ऐप्लिकेशन को स्ट्रीम करना, कास्ट करना या उनका स्क्रीन शेयर करना जो Android डिवाइसों, जैसे कि मोबाइल फ़ोन या टैबलेट से डेस्कटॉप या लैपटॉप कंप्यूटर पर स्ट्रीम करने, कास्ट करने या स्क्रीन शेयर करने की अनुमति देते हैं.
  • डिवाइस A से डिवाइस B को पहली बार कनेक्ट करते समय:
    • जोड़ने की अनुमति, सोर्स डिवाइस (A) पर दिखने वाले एक बार इस्तेमाल होने वाले कोड से दी जानी चाहिए. साथ ही, कनेक्ट किए गए डिवाइस (B) पर यह कोड डाला जाना चाहिए. इसके अलावा, अगर दोनों डिवाइसों के Android AccountManager में कम से कम एक मैच करने वाला खाता है, तो उपयोगकर्ता कनेक्ट किए गए डिवाइस (B) पर खाते का पासवर्ड डालकर, जोड़े जाने की पुष्टि कर सकता है.
    • डिवाइसों को जोड़ने के दौरान, दोनों डिवाइसों के बीच की दूरी 1 मीटर से ज़्यादा नहीं होनी चाहिए.
  • स्ट्रीमिंग के दौरान, दोनों डिवाइसों को एक-दूसरे से 1 मीटर के दायरे में होना ज़रूरी है.
  • ऐप्लिकेशन, कनेक्ट किए गए डिवाइसों के साथ कम्यूनिकेशन चैनल बना सकता है और उन्हें मैनेज कर सकता है, ताकि डिवाइसों के बीच डेटा शेयर किया जा सके. ये कम्यूनिकेशन चैनल बनाने के लिए, ऐप्लिकेशन और कनेक्ट किए गए डिवाइसों को एक-दूसरे की पुष्टि करनी होगी. उदाहरण के लिए, शेयर की गई कुंजियों के बारे में जानकारी देकर. कम्यूनिकेशन चैनलों में एंड-टू-एंड एन्क्रिप्शन की सुविधा का इस्तेमाल करना ज़रूरी है.
  • ऐप्लिकेशन, सोर्स डिवाइस (A) से कनेक्ट किए गए डिवाइस (B) पर सूचनाएं भेज सकता है, ताकि उपयोगकर्ता कनेक्ट किए गए डिवाइस (B) पर सूचनाओं पर कार्रवाई कर सके.
  • कनेक्ट किए गए डिवाइस (B) पर, ऐप्लिकेशन स्ट्रीमिंग के लिए ज़रूरी मेटाडेटा को स्ट्रीम कर सकता हो. जैसे, सोर्स डिवाइस (A) पर उपलब्ध ऐप्लिकेशन की सूची.
  • सोर्स डिवाइस (A) से कनेक्ट किए गए डिवाइस (B) पर ऐप्लिकेशन स्ट्रीम किए जा सकते हैं. ऐसा तब किया जा सकता है, जब उपयोगकर्ता ने साफ़ तौर पर सहमति देकर ऐसा करने की अपनी प्राथमिकता बताई हो. यह सहमति, सोर्स डिवाइस (A) या कनेक्ट किए गए डिवाइस (B) पर दी जा सकती है.
  • कनेक्ट किए गए डिवाइस (B) पर स्ट्रीम किए गए ऐप्लिकेशन में होने वाले इवेंट को सोर्स डिवाइस (A) पर फिर से चलाया जा सकता है (इंजेक्ट किया जा सकता है). उदाहरण के लिए, सोर्स डिवाइस (A) पर हुए टच इवेंट को कनेक्ट किए गए डिवाइस (B) पर उसी कोऑर्डिनेट पर फिर से चलाना या कनेक्ट किए गए डिवाइस (B) पर हुए इनपुट इवेंट को सोर्स डिवाइस (A) पर हुए इनपुट सेमैंटिक के साथ फिर से चलाना.
  • जब कोई ऐप्लिकेशन माइक्रोफ़ोन का इस्तेमाल कर रहा हो, तब ऐप्लिकेशन, सोर्स डिवाइस के माइक्रोफ़ोन की स्ट्रीम को कनेक्ट किए गए डिवाइस के माइक्रोफ़ोन की स्ट्रीम से बदल सकता है.
  • ऐप्लिकेशन, सोर्स डिवाइस (A) से ऑडियो कैप्चर करता है और उसे कनेक्ट किए गए डिवाइस (B) पर स्ट्रीम करता है.
  • हमारा सुझाव है कि कनेक्ट किए गए डिवाइस (B) से, सेटिंग ऐप्लिकेशन और ऐप स्टोर का ऐक्सेस ब्लॉक करें.
  • Android 16 से, कनेक्ट किए गए डिवाइस (B) पर, संवेदनशील कॉन्टेंट का स्क्रीनशॉट लेने और उसे स्क्रीन पर पढ़ने की सुविधा को बंद करना ज़रूरी है. जैसे, सुरक्षित विंडो और प्लैटफ़ॉर्म.
  • कनेक्ट किए गए डिवाइस के ओएस बिल्ड की पुष्टि करना ज़रूरी है. उदाहरण के लिए, VerifiedBootState में बताए गए तरीके से डिवाइस की पुष्टि करना.
  • सिर्फ़ उन ऐप्लिकेशन को स्ट्रीम करें जिनके लिए, दोनों डिवाइसों पर डिवाइस में मौजूद खाते की रजिस्ट्री में एक ही खाता मौजूद हो. उदाहरण के लिए, Android पर AccountManager क्लास. अगर ऐसा नहीं है, तो स्ट्रीमिंग के लिए, सोर्स डिवाइस (A) पर दिखने वाले एक बार इस्तेमाल होने वाले कोड की ज़रूरत होगी. इस कोड को कनेक्ट किए गए डिवाइस (B) पर डालना होगा. ध्यान दें कि Android के एक से ज़्यादा उपयोगकर्ता वाले डिवाइसों की तरह, एक से ज़्यादा उपयोगकर्ताओं (और एक से ज़्यादा खातों) के लिए काम करने वाले डिवाइसों पर, एक उपयोगकर्ता को डिवाइस के तौर पर गिना जाता है. हालांकि, इन डिवाइसों पर डेटा को अलग-अलग रखने की सुविधा, Android के एक से ज़्यादा उपयोगकर्ता वाले डिवाइसों की तरह भरोसेमंद नहीं होती.
  • अगर कनेक्ट किए गए डिवाइस (B) पर खाते की पुष्टि की समयसीमा खत्म हो जाती है या खाते की पुष्टि रद्द कर दी जाती है, तो स्ट्रीमिंग बंद करनी होगी और कनेक्ट किए गए डिवाइस (B) से तुरंत डिसकनेक्ट करना होगा.
  • कनेक्ट किए गए डिवाइस (B) के आइडल टाइम आउट होने पर, स्ट्रीमिंग बंद करनी चाहिए और उस डिवाइस (B) से डिसकनेक्ट करना चाहिए जिस पर डिसप्ले कॉन्टेंट दिख रहा है. कनेक्ट किए गए डिवाइस की स्क्रीन को चालू रख सकता है. जैसे, WakeLock, जो Android डिवाइस की स्क्रीन को चालू रखता है. कोई गतिविधि न होने पर, स्क्रीन बंद होने का समय होना ज़रूरी है. अगर कनेक्ट किए गए डिवाइस (B) के लिए, डिफ़ॉल्ट रूप से कोई स्क्रीन चालू न होने पर टाइम आउट सेट नहीं किया गया है, तो ज़्यादा से ज़्यादा पांच मिनट का स्क्रीन चालू न होने पर टाइम आउट का इस्तेमाल करना ज़रूरी है.
  • अगर सोर्स डिवाइस (A) स्क्रीन लॉक के बारे में जानकारी देने वाले फ़ैक्टर (LSKF) का इस्तेमाल करता है, तो स्क्रीन लॉक होने पर, ऐप्लिकेशन को कनेक्ट किए गए डिवाइस (B) पर तब तक स्ट्रीम नहीं करना चाहिए, जब तक कनेक्ट किए गए डिवाइस (B) पर लॉक स्क्रीन न हो और उसे अनलॉक न किया गया हो.
  • अगर सोर्स डिवाइस (A) को एडमिन मैनेज करता है, तो ऐप्लिकेशन को आस-पास मौजूद डिवाइसों पर स्ट्रीमिंग की सुविधा चालू या बंद करने के लिए, एडमिन की तय की गई नीतियों का पालन करना होगा. उदाहरण के लिए, Android में DevicePolicyManager सेटिंग का इस्तेमाल करना.
  • यह पक्का करना ज़रूरी है कि रिमोट डिसप्ले और रिमोट इनपुट इवेंट के सभी सोर्स, उपयोगकर्ता के हिसाब से एक ही लॉजिकल डिवाइस (उदाहरण के लिए, रिमोट डिसप्ले और कनेक्ट किया गया कीबोर्ड) से जुड़े हों. साथ ही, इवेंट को इसी हिसाब से रूट किया गया हो.
  • उपयोगकर्ता को सोर्स डिवाइस (A) से स्ट्रीमिंग बंद करने की सुविधा होनी चाहिए. उदाहरण के लिए, लगातार दिखने वाली सूचना में मौजूद बटन का इस्तेमाल करके. अगर सोर्स डिवाइस (A) में स्क्रीन लॉक सेट है, तो यह व्यवहार लॉकस्क्रीन के हिसाब से तय होता है. सोर्स डिवाइस (A) पर, हमेशा दिखने वाले और फ़ोल्ड के ऊपर, यह अवेलमेंट दिखाना ज़रूरी है.
  • जब स्ट्रीमिंग किसी दूसरे डिवाइस पर हो रही हो, तो सोर्स डिवाइस (A) पर एक सुविधा दिखनी चाहिए. जैसे, स्टेटस बार में कोई आइकॉन या लगातार दिखने वाली सूचना.
DEVICE_POLICY_MANAGEMENT ये सभी:
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं. ऐप्लिकेशन, इस भूमिका का अनुरोध नहीं कर सकते, क्योंकि डिवाइस शिप होने पर OEM के तय किए गए पैकेज के नाम को, डिवाइस के साथ पहले से ही दिया जाता है.
  • ऐप्लिकेशन में, मैनेज की जा रही प्रोफ़ाइल (प्रोफ़ाइल का मालिक) या मैनेज किए जा रहे डिवाइस (डिवाइस का मालिक) के लिए, डिवाइस/प्रोफ़ाइल के मालिक के तौर पर, डिवाइस नीति क्लाइंट को डाउनलोड और इंस्टॉल करने की सुविधा होनी चाहिए.
  • ऐप्लिकेशन, डिवाइस की नीति मैनेज करने के लिए इस्तेमाल किए जाने वाले रिसॉर्स को डाइनैमिक तौर पर अपडेट कर सकता है. जैसे, स्ट्रिंग और ड्रॉबल.
  • यह ऐप्लिकेशन, पहले से इंस्टॉल किया गया सिस्टम ऐप्लिकेशन हो सकता है या इसे डिवाइस में उपलब्ध कराने से पहले डाउनलोड और इंस्टॉल किया जा सकता है.
  • प्रोफ़ाइल के मालिक को भूमिका देने के मामलों में, जब भूमिका रखने वाले व्यक्ति का ऐप्लिकेशन किसी Android उपयोगकर्ता के डिवाइस पर इंस्टॉल होता है, तो उसे उस उपयोगकर्ता के लिए लागू होने वाली सभी प्रोफ़ाइलों पर इंस्टॉल किया जाना चाहिए.
SYSTEM_APP_PROTECTION_SERVICE ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • इस ऐप्लिकेशन का मकसद, नुकसान पहुंचाने वाले ऐप्लिकेशन या मोबाइल के अनचाहे सॉफ़्टवेयर का पता लगाना है. नुकसान पहुंचाने वाले ऐप्लिकेशन में ऐसे ऐप्लिकेशन शामिल हैं जो उपयोगकर्ताओं, उनके डेटा या डिवाइसों को खतरे में डाल सकते हैं. जैसे, ट्रोजन, फ़िशिंग, और स्पायवेयर ऐप्लिकेशन.
  • ऐप्लिकेशन को Android CDD के सेक्शन 9.8.6 में बताई गई सभी ज़रूरी शर्तें पूरी करनी होंगी. ओएस-लेवल और ऐंबियंट डेटा.
  • ऐप्लिकेशन को android.permission.INTERNET सामान्य अनुमति का एलान नहीं करना चाहिए. इसके बजाय, यह किसी ओपन सोर्स प्रोजेक्ट में, अच्छी तरह से तय किए गए एपीआई के ज़रिए इंटरनेट को ऐक्सेस करना चाहिए.
  • ऐप्लिकेशन को इन सिस्टम ऐप्लिकेशन को छोड़कर, किसी भी ऐप्लिकेशन से बाइंड नहीं किया जाना चाहिए: Permission Controller और Telephony और इंटरनेट एपीआई उपलब्ध कराने वाले कॉम्पोनेंट. अनुमति वाली हर बाइंडिंग को सिस्टम कॉन्फ़िगरेशन में <allow-association> कॉन्फ़िगरेशन के ज़रिए साफ़ तौर पर सेट अप किया जाना चाहिए.
  • ऐप्लिकेशन को अन्य ऐप्लिकेशन के साथ डेटा तब तक शेयर नहीं करना चाहिए, जब तक उपयोगकर्ता की ओर से कोई सीधी कार्रवाई न की गई हो. उदाहरण के लिए, जब भी डेटा शेयर किया जाए, तब उपयोगकर्ता साफ़ तौर पर किसी बटन को दबाए.
SYSTEM_AUTOMOTIVE_CALENDAR_SYNC_MANAGER ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • ऐप्लिकेशन को उपयोगकर्ता के iOS या Android फ़ोन से, कैलेंडर डेटा को Android Auto डिवाइस पर ट्रांसफ़र करना होगा. Android Auto डिवाइस को, कैलेंडर की सेवा देने वाली कंपनी के पास, कैलेंडर का यह डेटा सेव करना होगा.
  • ऐप्लिकेशन को फ़ोन पर एक यूज़र इंटरफ़ेस (यूआई) कॉम्पोनेंट उपलब्ध कराना होगा. इसका इस्तेमाल करके, उपयोगकर्ता कैलेंडर सिंक करने की सुविधा चालू कर सकता है और सिंक करने के लिए कैलेंडर चुन सकता है. ऐप्लिकेशन को फ़ोन पर ऐसा यूज़र इंटरफ़ेस (यूआई) कॉम्पोनेंट उपलब्ध कराना होगा जिसका इस्तेमाल करके, उपयोगकर्ता कैलेंडर सिंक करने की सुविधा को बंद कर सके.
  • ऐप्लिकेशन, इंटरनेट कनेक्शन के बिना काम करना चाहिए. उदाहरण के लिए, डायरेक्ट वायर या वायरलेस कनेक्शन का इस्तेमाल करके.
AUTOMOTIVE_NAVIGATION ये सभी:
  • ऐप्लिकेशन में एक ऐसी गतिविधि है जिसे ऐप्लिकेशन, इंप्लिसिट इंटेंट के अनुरोधों के ज़रिए शुरू कर सकते हैं. इससे, उपयोगकर्ता की मौजूदा जगह और आस-पास की जानकारी दिखती है.
  • ऐप्लिकेशन में ऐसी गतिविधि है जिसे ऐप्लिकेशन, इंप्लिसिट इंटेंट के अनुरोधों के ज़रिए शुरू कर सकते हैं. इससे उपयोगकर्ता किसी खास जगह पर जा सकता है.
  • ऐप्लिकेशन में एक ऐसी गतिविधि है जो इंस्ट्रूमेंट क्लस्टर पर तब लॉन्च होती है, जब ऐप्लिकेशन नेविगेशन फ़ोकस रखता है. गतिविधि में उपयोगकर्ता की मौजूदा जगह, आस-पास की जगहें, और किसी खास जगह पर नेविगेट करने की सुविधा दिखनी चाहिए.
COMPANION_DEVICE_COMPUTER ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • उपयोगकर्ताओं को, कनेक्ट किए गए कंप्यूटर पर फ़ोन से मिली सूचनाएं देखने और फ़ोटो और मीडिया ऐक्सेस करने की सुविधा मिलती है.
SYSTEM_SETTINGS_INTELLIGENCE इनमें से कम से कम कोई एक:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • इसमें ऐसी सेवा होनी चाहिए जो सेटिंग ऐप्लिकेशन के लिए, सुझाव और खोज जैसी बेहतर सुविधाएं उपलब्ध कराती हो.
NOTES ये सभी:
  • ऐप्लिकेशन में ऐसी गतिविधि है जिसे ऐप्लिकेशन, इंप्लिसिट इंटेंट के अनुरोधों के ज़रिए शुरू कर सकते हैं. इस गतिविधि की मदद से, उपयोगकर्ता नोट बना सकता है. इससे कोई फ़र्क़ नहीं पड़ता कि स्क्रीन लॉक है या अनलॉक.
  • ऐप्लिकेशन में ऐसी गतिविधि होनी चाहिए जिसमें android.intent.category.DEFAULT कैटगरी के साथ android.intent.action.CREATE_NOTE के लिए इंटेंट फ़िल्टर हो. गतिविधि को इंटेंट एक्सट्रा android.intent.extra.USE_STYLUS_MODE को भी सही तरीके से मैनेज करना चाहिए.
  • ऐप्लिकेशन के मेनिफ़ेस्ट में, showWhenLocked और turnScreenOn, दोनों एट्रिब्यूट की वैल्यू true पर सेट होनी चाहिए.
COMPANION_DEVICE_GLASSES ऐप्लिकेशन, CompanionDeviceManager क्लास से मिले एपीआई का इस्तेमाल करके, चश्मा डिवाइस से जुड़ने और उसे मैनेज करने का अनुरोध कर सकता है. जब चश्मा डिवाइस और ऐप्लिकेशन, सीडीएम के दिए गए यूज़र इंटरफ़ेस (यूआई) का इस्तेमाल करके कनेक्ट होते हैं, तो उपयोगकर्ता अपने चश्मा डिवाइस को मैनेज कर सकते हैं. इसके लिए, उन्हें चश्मा डिवाइस को संपर्कों का ऐक्सेस देना होगा. साथ ही, सूचनाओं और फ़ोन कॉल को मैनेज करने की अनुमति देनी होगी.
COMPANION_DEVICE_NEARBY_DEVICE_STREAMING ये सभी:
  • यह ऐप्लिकेशन एक सिस्टम ऐप्लिकेशन है .
  • सिर्फ़ OEM, ऐप्लिकेशन को यह भूमिका दे सकते हैं.
  • इस्तेमाल के लिए अनुमति वाले उदाहरण:
    • Android डिवाइस, जैसे कि मोबाइल फ़ोन या टैबलेट से वाहन पर ऐप्लिकेशन स्ट्रीम करना.
    • Android डिवाइस, जैसे कि मोबाइल फ़ोन या टैबलेट से XR डिवाइस पर ऐप्लिकेशन स्ट्रीम करना.
  • डिवाइस A से डिवाइस B को पहली बार कनेक्ट करते समय:
    • जोड़ने की अनुमति, सोर्स डिवाइस (A) पर दिखने वाले एक बार इस्तेमाल होने वाले कोड से दी जानी चाहिए. साथ ही, कनेक्ट किए गए डिवाइस (B) पर यह कोड डाला जाना चाहिए. इसके अलावा, अगर दोनों डिवाइसों के Android AccountManager में कम से कम एक मैच करने वाला खाता है, तो उपयोगकर्ता कनेक्ट किए गए डिवाइस (B) पर खाते का पासवर्ड डालकर, जोड़े जाने की पुष्टि कर सकता है.
    • डिवाइसों को जोड़ने के दौरान, दोनों डिवाइसों के बीच की दूरी 1 मीटर से ज़्यादा नहीं होनी चाहिए.
  • स्ट्रीमिंग के दौरान, दोनों डिवाइसों को एक-दूसरे से 1 मीटर के दायरे में होना ज़रूरी है.
  • ऐप्लिकेशन, कनेक्ट किए गए डिवाइसों के साथ कम्यूनिकेशन चैनल बना सकता है और उन्हें मैनेज कर सकता है, ताकि डिवाइसों के बीच डेटा शेयर किया जा सके. ये कम्यूनिकेशन चैनल बनाने के लिए, ऐप्लिकेशन और कनेक्ट किए गए डिवाइसों को एक-दूसरे की पुष्टि करनी होगी. उदाहरण के लिए, शेयर की गई कुंजियों के बारे में जानकारी देकर. कम्यूनिकेशन चैनलों में एंड-टू-एंड एन्क्रिप्शन की सुविधा का इस्तेमाल करना ज़रूरी है.
  • ऐप्लिकेशन, सोर्स डिवाइस (A) से कनेक्ट किए गए डिवाइस (B) पर सूचनाएं भेज सकता है, ताकि उपयोगकर्ता कनेक्ट किए गए डिवाइस (B) पर सूचनाओं पर कार्रवाई कर सके.
  • कनेक्ट किए गए डिवाइस (B) पर, ऐप्लिकेशन स्ट्रीमिंग के लिए ज़रूरी मेटाडेटा को स्ट्रीम कर सकता हो. जैसे, सोर्स डिवाइस (A) पर उपलब्ध ऐप्लिकेशन की सूची.
  • सोर्स डिवाइस (A) से कनेक्ट किए गए डिवाइस (B) पर ऐप्लिकेशन स्ट्रीम किए जा सकते हैं. ऐसा तब किया जा सकता है, जब उपयोगकर्ता ने साफ़ तौर पर सहमति देकर ऐसा करने की अपनी प्राथमिकता बताई हो. यह सहमति, सोर्स डिवाइस (A) या कनेक्ट किए गए डिवाइस (B) पर दी जा सकती है.
  • कनेक्ट किए गए डिवाइस (B) पर स्ट्रीम किए गए ऐप्लिकेशन में होने वाले इवेंट को सोर्स डिवाइस (A) पर फिर से चलाया जा सकता है (इंजेक्ट किया जा सकता है). उदाहरण के लिए, सोर्स डिवाइस (A) पर हुए टच इवेंट को कनेक्ट किए गए डिवाइस (B) पर उसी कोऑर्डिनेट पर फिर से चलाना या कनेक्ट किए गए डिवाइस (B) पर हुए इनपुट इवेंट को सोर्स डिवाइस (A) पर हुए इनपुट सेमैंटिक के साथ फिर से चलाना.
  • जब कोई ऐप्लिकेशन माइक्रोफ़ोन का इस्तेमाल कर रहा हो, तब ऐप्लिकेशन, सोर्स डिवाइस के माइक्रोफ़ोन की स्ट्रीम को कनेक्ट किए गए डिवाइस के माइक्रोफ़ोन की स्ट्रीम से बदल सकता है.
  • ऐप्लिकेशन, सोर्स डिवाइस (A) से ऑडियो कैप्चर करता है और उसे कनेक्ट किए गए डिवाइस (B) पर स्ट्रीम करता है.
  • हमारा सुझाव है कि कनेक्ट किए गए डिवाइस (B) से, सेटिंग ऐप्लिकेशन और ऐप स्टोर का ऐक्सेस ब्लॉक करें.
  • Android 25Q2 से कनेक्ट किए गए डिवाइस (B) पर, संवेदनशील कॉन्टेंट का स्क्रीनशॉट लेने और स्क्रीन को पढ़ने की सुविधा को बंद करना ज़रूरी है. जैसे, सुरक्षित विंडो और प्लैटफ़ॉर्म.
  • कनेक्ट किए गए डिवाइस के ओएस बिल्ड की पुष्टि करना ज़रूरी है. उदाहरण के लिए, VerifiedBootState में बताए गए तरीके से डिवाइस की पुष्टि करना.
  • सिर्फ़ उन ऐप्लिकेशन को स्ट्रीम करें जिनके लिए, दोनों डिवाइसों पर डिवाइस में मौजूद खाते की रजिस्ट्री में एक ही खाता मौजूद हो. उदाहरण के लिए, Android पर AccountManager क्लास. अगर ऐसा नहीं है, तो स्ट्रीमिंग के लिए, सोर्स डिवाइस (A) पर दिखने वाले एक बार इस्तेमाल होने वाले कोड की ज़रूरत होगी. इस कोड को कनेक्ट किए गए डिवाइस (B) पर डालना होगा. ध्यान दें कि Android के एक से ज़्यादा उपयोगकर्ता वाले डिवाइसों की तरह, एक से ज़्यादा उपयोगकर्ताओं (और एक से ज़्यादा खातों) के लिए काम करने वाले डिवाइसों पर, एक उपयोगकर्ता को डिवाइस के तौर पर गिना जाता है. हालांकि, इन डिवाइसों पर डेटा को अलग-अलग रखने की सुविधा, Android के एक से ज़्यादा उपयोगकर्ता वाले डिवाइसों की तरह भरोसेमंद नहीं होती.
  • अगर कनेक्ट किए गए डिवाइस (B) पर खाते की पुष्टि की समयसीमा खत्म हो जाती है या खाते की पुष्टि रद्द कर दी जाती है, तो स्ट्रीमिंग बंद करनी होगी और कनेक्ट किए गए डिवाइस (B) से तुरंत डिसकनेक्ट करना होगा.
  • कनेक्ट किए गए डिवाइस (B) के आइडल टाइम आउट होने पर, स्ट्रीमिंग बंद करनी चाहिए और उस डिवाइस (B) से डिसकनेक्ट करना चाहिए जिस पर डिसप्ले कॉन्टेंट दिख रहा है. कनेक्ट किए गए डिवाइस की स्क्रीन को चालू रख सकता है. जैसे, WakeLock, जो Android डिवाइस की स्क्रीन को चालू रखता है. कोई गतिविधि न होने पर, स्क्रीन बंद होने का समय होना ज़रूरी है. अगर कनेक्ट किए गए डिवाइस (B) के लिए, डिफ़ॉल्ट रूप से कोई स्क्रीन चालू न होने पर टाइम आउट सेट नहीं किया गया है, तो ज़्यादा से ज़्यादा पांच मिनट का स्क्रीन चालू न होने पर टाइम आउट का इस्तेमाल करना ज़रूरी है.
  • अगर सोर्स डिवाइस (A) स्क्रीन लॉक के बारे में जानकारी देने वाले फ़ैक्टर (LSKF) का इस्तेमाल करता है, तो स्क्रीन लॉक होने पर, ऐप्लिकेशन को कनेक्ट किए गए डिवाइस (B) पर तब तक स्ट्रीम नहीं करना चाहिए, जब तक कनेक्ट किए गए डिवाइस (B) पर लॉक स्क्रीन न हो और उसे अनलॉक न किया गया हो.
  • अगर सोर्स डिवाइस (A) को एडमिन मैनेज करता है, तो ऐप्लिकेशन को आस-पास मौजूद डिवाइसों पर स्ट्रीमिंग की सुविधा चालू या बंद करने के लिए, एडमिन की तय की गई नीतियों का पालन करना होगा. उदाहरण के लिए, Android में DevicePolicyManager सेटिंग का इस्तेमाल करना.
  • यह पक्का करना ज़रूरी है कि रिमोट डिसप्ले और रिमोट इनपुट इवेंट के सभी सोर्स, उपयोगकर्ता के हिसाब से एक ही लॉजिकल डिवाइस (उदाहरण के लिए, रिमोट डिसप्ले और कनेक्ट किया गया कीबोर्ड) से जुड़े हों. साथ ही, इवेंट को इसी हिसाब से रूट किया गया हो.
  • उपयोगकर्ता को सोर्स डिवाइस (A) से स्ट्रीमिंग बंद करने की सुविधा होनी चाहिए. उदाहरण के लिए, लगातार दिखने वाली सूचना में मौजूद बटन का इस्तेमाल करके. अगर सोर्स डिवाइस (A) में स्क्रीन लॉक सेट है, तो यह व्यवहार लॉकस्क्रीन के हिसाब से तय होता है. सोर्स डिवाइस (A) पर, हमेशा दिखने वाले और फ़ोल्ड के ऊपर, यह अवेलमेंट दिखाना ज़रूरी है.
  • जब स्ट्रीमिंग किसी दूसरे डिवाइस पर हो रही हो, तो सोर्स डिवाइस (A) पर एक सुविधा दिखनी चाहिए. जैसे, स्टेटस बार में कोई आइकॉन या लगातार दिखने वाली सूचना.
WALLET इनमें से कोई एक:
  • ऐप्लिकेशन में एक ऐसी एनएफ़सी एपीडीयू सेवा है जो पेमेंट कैटगरी में कम से कम एक एआईडी को स्टैटिक तौर पर रजिस्टर करती है.
  • ऐप्लिकेशन, QuickAccessWalletService का एक इंस्टेंस लागू करता है.

1 आस-पास होने का मतलब है कि दोनों डिवाइस, एक-दूसरे के ब्लूटूथ या वाई-फ़ाई दायरे में हों या एक ही लोकल नेटवर्क का इस्तेमाल कर रहे हों.