कनेक्ट किए गए ऐप्लिकेशन, Android फ़्रेमवर्क पर काम करने वाला एक तरीका है. इससे आपके ऐप्लिकेशन को वर्क और निजी, दोनों प्रोफ़ाइलों में मौजूद कॉन्टेंट का ऐक्सेस मिलता है. इससे, उपयोगकर्ताओं को एक ही यूज़र इंटरफ़ेस में कॉन्टेंट दिखाया जा सकता है.
रिलीज़ होने से पहले इस्तेमाल करने का ऐक्सेस देने वाला कार्यक्रम
कनेक्ट किए गए निजी और वर्क ऐप्लिकेशन के लिए, रिलीज़ होने से पहले ऐप्लिकेशन इस्तेमाल करने की सुविधा देने वाले कार्यक्रम की मदद से, डेवलपर Google Play पर पब्लिश किए गए ऐप्लिकेशन में INTERACT_ACROSS_PROFILES अनुमति का इस्तेमाल करने के लिए, अनुमति पाने का आवेदन कर सकते हैं.
Android Enterprise की इंजीनियरिंग टीम, ऐप्लिकेशन डेवलपर से कनेक्टेड ऐप्लिकेशन SDK टूल के बारे में सुझाव, शिकायत या राय मांग रही है. डेवलपर के इस्तेमाल के उदाहरणों और ज़रूरतों को समझने से, हमें इस बारे में ज़्यादा जानने में मदद मिलेगी कि ऐप्लिकेशन डेवलपर, Android उपयोगकर्ताओं के लिए वर्क प्रोफ़ाइल के अनुभव को बेहतर बनाने के लिए, इस अनुमति का इस्तेमाल कैसे करने वाले हैं. साथ ही, इस कार्यक्रम की मदद से, हमें नीति के इंटिग्रेशन की संभावित ज़रूरी शर्तों के बारे में तीसरे पक्ष का सुझाव, राय या शिकायत मिल पाएगी. इससे हमें Google Play पर उपलब्ध ऐप्लिकेशन में इस अनुमति के इस्तेमाल को मैनेज करने के लिए, सबसे सही नीतियों का सेट तय करने में मदद मिलेगी.
अस्वीकृति प्रक्रिया
Play के उपयोगकर्ताओं को सुरक्षित रखने के लिए, INTERACT_ACROSS_PROFILES अनुमति का इस्तेमाल करने वाले ऐप्लिकेशन को Google Play पर पब्लिश करने से पहले, Android Enterprise टीम की मंज़ूरी लेनी होगी. इस अनुमति का इस्तेमाल करने वाले डेवलपर को, पहले अपने ऐप्लिकेशन के इस्तेमाल के उदाहरण को समीक्षा के लिए Google को सबमिट करना होगा. इस्तेमाल के सभी उदाहरणों की समीक्षा नहीं की जाएगी. हम सभी ऐप्लिकेशन और इस्तेमाल के उदाहरणों का आकलन एक ही शर्त के हिसाब से करेंगे. इसमें, हम यह देखेंगे कि ऐप्लिकेशन से असली उपयोगकर्ताओं को क्या फ़ायदा हो सकता है और इस्तेमाल के उदाहरण के लिए अनुमति का इस्तेमाल करना ज़रूरी है या नहीं. इसके लिए, हम इन बातों का ध्यान रखेंगे:
- क्या ऐप्लिकेशन को दी गई अनुमति का इस्तेमाल करके चालू की गई यह सुविधा, उपयोगकर्ता को सीधे तौर पर फ़ायदा पहुंचाती है?
- क्या उपयोगकर्ताओं को इस बात का अंदाज़ा होगा कि उनके काम और निजी ऐप्लिकेशन इस तरह इंटरैक्ट करेंगे?
- क्या अनुमति का इस्तेमाल करके चालू की गई सुविधा, ऐप्लिकेशन के मुख्य मकसद के लिए ज़रूरी है?
- क्या अनुमति का इस्तेमाल किए बिना भी ऐप्लिकेशन, लोगों को वही या मिलता-जुलता अनुभव दे सकता है?
ईएपी के लिए आवेदन करने के लिए, डेवलपर को ये शर्तें पूरी करनी होंगी:
- समीक्षा के लिए सबमिट किया जाने वाला ऐप्लिकेशन, पहले से मौजूद होना चाहिए और लोकप्रिय होना चाहिए. इसका मतलब है कि Google Play पर कम से कम 2,00,000 डाउनलोड होने चाहिए. हम बिलकुल नए ऐप्लिकेशन के लिए ईएपी सबमिशन स्वीकार नहीं करना चाहते.
- जिन ऐप्लिकेशन को अनुमति वाली सूची में शामिल किया जाएगा वे
INTERACT_ACROSS_PROFILESकी अनुमति का इस्तेमाल कर सकते हैं. यह अनुमति Play Store के ऐप्लिकेशन की इन कैटगरी में से किसी एक के तहत होनी चाहिए:- मनमुताबिक बनाना
- प्रॉडक्टिविटी
- टूल
- ऑटो और वाहन
- कम्यूनिकेशन
- डेवलपर को इंटिग्रेशन की ज़रूरी शर्तों का पालन करने के लिए सहमत होना होगा. इन शर्तों के बारे में नीचे दिए गए सेक्शन में बताया गया है.
इंटिग्रेशन के लिए ज़रूरी शर्तें
रिलीज़ होने से पहले ऐप्लिकेशन इस्तेमाल करने की सुविधा देने वाले कार्यक्रम में शामिल होने के लिए, ऐप्लिकेशन को ये ज़रूरी शर्तें भी पूरी करनी होंगी:
INTERACT_ACROSS_PROFILESअनुमति का इस्तेमाल सिर्फ़ ऐसी सुविधाएं देने के लिए किया जा सकता है जो उपयोगकर्ता के लिए फ़ायदेमंद हों और काम के लिए बने ऐप्लिकेशन के मुख्य फ़ंक्शन से जुड़ी हों (या उनमें काम से जुड़ी सुविधाएं शामिल हों). इन फ़ंक्शन को ऐप्लिकेशन का मुख्य मकसद माना जाता है. इसमें मुख्य सुविधाओं का ऐसा सेट शामिल हो सकता है जिन्हें ऐप्लिकेशन के ब्यौरे में खास तौर से दर्ज किया जाना चाहिए और उनका प्रमोशन किया जाना चाहिए.- ऐप्लिकेशन को उपयोगकर्ता की सहमति लेनी होगी. इसके लिए,
INTERACT_ACROSS_PROFILESअनुमति देने से पहले, AOSP के मुताबिक बनाई गई सही स्क्रीन दिखानी होंगी. - ऐप्लिकेशन को इस अनुमति का इस्तेमाल, डिवाइस पर या उससे हटाए गए, काम के और निजी ऐप्लिकेशन के बीच उपयोगकर्ता की पहचान को जोड़ने के लिए नहीं करना चाहिए.
- ऐप्लिकेशन को इस अनुमति का इस्तेमाल, पहचान के ग्राफ़ बनाने के लिए, निजी ऐप्लिकेशन के ऐक्सेस किए जा सकने वाले डेटा को स्क्रैप करने के लिए नहीं करना चाहिए.
- ऐप्लिकेशन को निजी ऐप्लिकेशन का डेटा, आईटी एडमिन या एडमिन के मैनेज किए जा रहे अन्य ऐप्लिकेशन को नहीं भेजना चाहिए. इसके अलावा, आईटी एडमिन को निजी प्रोफ़ाइल का डेटा ऐक्सेस करने की अनुमति भी नहीं देनी चाहिए.
- ऐप्लिकेशन को इस अनुमति का इस्तेमाल, निजी प्रोफ़ाइल को ऐक्सेस करने के लिए नहीं करना चाहिए, ताकि वे निजी ऐप्लिकेशन या खातों की सूची पा सकें.
- ऐप्लिकेशन को किसी दूसरे ऐप्लिकेशन को क्रॉस-प्रोफ़ाइल डेटा नहीं भेजना चाहिए.
- ऐप्लिकेशन को किसी एक प्रोफ़ाइल में साइन इन करके, दूसरी प्रोफ़ाइल में सेव या जनरेट किए गए डेटा को ऐक्सेस नहीं करना चाहिए. जैसे, ऐप्लिकेशन का डेटा, डिवाइस की सेटिंग वगैरह. इसमें व्यक्तिगत पहचान से जुड़ी जानकारी (पीआईआई) भी शामिल है. जैसे, ईमेल पता, उपयोगकर्ता नाम.
- ऐप्लिकेशन को किसी एक प्रोफ़ाइल में सेव या जनरेट किए गए डेटा को ट्रांसमिट नहीं करना चाहिए. जैसे, ऐप्लिकेशन का डेटा, डिवाइस की सेटिंग. इसमें, व्यक्तिगत पहचान से जुड़ी जानकारी (पीआईआई) भी शामिल है. जैसे, ईमेल पता, उपयोगकर्ता नाम.
इस्तेमाल के कुछ उदाहरण देखें
इस अनुमति का अनुरोध करने के लिए, कैलेंडर ऐप्लिकेशन का इस्तेमाल करना एक सही उदाहरण हो सकता है. इस ऐप्लिकेशन की मदद से, उपयोगकर्ता अपने निजी और काम से जुड़े कैलेंडर को एक ही व्यू में देख सकता है.
अगर कोई ऐप्लिकेशन ऐसी बैकअप सेवाएं देता है जो काम के डेटा को निजी प्रोफ़ाइल खाते से सिंक करेगी या निजी प्रोफ़ाइल वाले खाते से सिंक करेगी, तो उसे मंज़ूरी नहीं दी जाएगी. ऐसा इसलिए, क्योंकि वह एक प्रोफ़ाइल से दूसरी प्रोफ़ाइल पर डेटा भेजेगा और लॉग करेगा.
अगर कोई फ़ोटो गैलरी ऐप्लिकेशन, फ़ोटो शेयर करने के लिए वर्क प्रोफ़ाइल की संपर्क जानकारी ऐक्सेस करने के मकसद से इस सुविधा का इस्तेमाल करना चाहता है, तो उसे अनुमति नहीं दी जाएगी.Sharesheet का इस्तेमाल करके भी यह काम उतना ही असरदार तरीके से किया जा सकता है.
मंज़ूरी का अनुरोध करें
- रिलीज़ होने से पहले इस्तेमाल करने का ऐक्सेस देने वाले कार्यक्रम (ईएपी) की ज़रूरी शर्तें और पहले बताई गई इंटिग्रेशन की ज़रूरी शर्तें देखें. इससे यह पक्का किया जा सकेगा कि आपका आवेदन ज़रूरी शर्तों के मुताबिक है.
इस्तेमाल के उदाहरण के बारे में बताने के लिए, कनेक्ट किए गए ऐप्लिकेशन से जुड़े सवालों की सूची डाउनलोड करें और उसे भरें.
इस फ़ॉर्म का इस्तेमाल करके, ईएपी की शर्तें देखें और उन्हें स्वीकार करें. साथ ही, कनेक्ट किए गए ऐप्लिकेशन के लिए सवालों की सूची की पूरी कॉपी, connected-apps-ext@google.com पर सबमिट करें, ताकि हमारी टीम उसकी समीक्षा कर सके.
अगर आपके इस्तेमाल के उदाहरण को मंज़ूरी मिल गई है, तो अपनी सुविधा / ऐप्लिकेशन को डेवलप करें और उसकी जांच करें.
जब आपका ऐप्लिकेशन तैयार हो जाए, तो समीक्षा के लिए हमारी टीम को apk सबमिट करें. हमारी टीम, ऐप्लिकेशन के इस्तेमाल के मंज़ूर किए गए उदाहरण के मुकाबले, अनुमति के इस्तेमाल की समीक्षा करेगी.
अगर हमारी टीम से अनुमति मिल जाती है, तो Google Play Console का इस्तेमाल करके, उसी APK को Google Play पर पब्लिश किया जा सकेगा
जब भी आप किसी ऐसे ऐप में बदलाव करते हैं जिसे पहले से अनुमति दी जा चुकी है, तो इस बात की समीक्षा करें कि ऐप्लिकेशन अभी भी उस अनुमति का उपयोग कर रहा है, जैसा कि स्वीकृत उपयोग मामले में बताया गया है. अगर आपकी सुविधा / ऐप्लिकेशन के काम करने के तरीके में बदलाव किया जा रहा है, तो पहले बताए गए दूसरे और तीसरे चरण के मुताबिक, इस्तेमाल के उदाहरण को फिर से सबमिट करें, ताकि उसकी समीक्षा की जा सके.
दी गई समयसीमा के अंदर, नीति का पालन न करने से जुड़ी समस्याओं को ठीक करने के लिए ज़रूरी बदलाव न करने पर, आपके ऐप्लिकेशन को मंज़ूरी रद्द कर दी जाएगी. इस समस्या को ठीक करने और Android Enterprise टीम से फिर से अनुमति मिलने या अपने ऐप्लिकेशन से इस सुविधा और INTERACT_ACROSS_PROFILES अनुमति के इस्तेमाल को हटाने के बाद ही, Google Play पर अपने ऐप्लिकेशन को अपडेट किया जा सकेगा.
इससे क्या उम्मीद की जा सकती है? इसे बनाने में कितना समय लगता है?
कनेक्ट किए गए ऐप्लिकेशन का SDK टूल, अलग-अलग प्रोफ़ाइलों के व्यवहार या डेटा ऐक्सेस को आसानी से टेस्ट करने और उसे लागू करने में मदद करता है. हालांकि, इसके लिए आपके पास ज़रूरी अनुमति होनी चाहिए. आम तौर पर, एक प्रोफ़ाइल से दूसरी प्रोफ़ाइल पर किए जाने वाले कॉल बहुत आसान होते हैं. इसलिए, आपको अपने प्रॉडक्ट के लक्ष्यों और ऐप्लिकेशन में किए गए अन्य बदलावों के हिसाब से, इंजीनियरिंग की लागत और जटिलता का अनुमान लगाने में मदद मिल सकती है.
सिद्धांत
आपके ऐप्लिकेशन से कनेक्ट होने के लिए, डेटा के फ़्लो में बदलाव नहीं करना चाहिए. हाई-लेवल पर, "दूसरी प्रोफ़ाइल को मैसेज भेजकर X के बारे में बताएं" या "दूसरी प्रोफ़ाइल से Y में डेटा पाएं" जैसी बातें न सोचें. इसके बजाय, "ईमेल पाएं", "इवेंट मिटाएं" या "सुनने वाला रजिस्टर करें" जैसे निर्देशों का इस्तेमाल करें. किसी डिवाइस पर, हर पैकेज के नाम के लिए सिर्फ़ एक APK होता है. इसलिए, हर प्रोफ़ाइल में ऐप्लिकेशन का एक ही वर्शन होगा. हर डेटा फ़्लो स्टैक में एक ही जगह पर, कनेक्ट किए गए ऐप्लिकेशन के SDK टूल का इस्तेमाल करके, कॉल को सही प्रोफ़ाइल पर भेजा जा सकता है.
अनुमतियां
सबसे पहले, यह तय करें कि आपका ऐप्लिकेशन किस कैटगरी में आता है: पूरी सहमति,
पहले से दी गई या क्रॉस-उपयोगकर्ता. इसका ज़िक्र इस दस्तावेज़ में किया जाएगा. अगर आपके ऐप्लिकेशन के पास पहले से ही INTERACT_ACROSS_USERS
अनुमति है, तो आप क्रॉस-यूज़र हैं. अगर आपकी जानकारी cross_profile_apps.xml फ़ाइल में दी गई है, तो इसका मतलब है कि आपको पहले से अनुमति मिल चुकी है. अगर ऐसा नहीं है, तो ज़्यादातर ऐप्लिकेशन की तरह ही, आपको पूरी सहमति देनी होगी.
प्रॉडक्ट से जुड़ी चेतावनियां
- वर्क प्रोफ़ाइल बंद होने पर, काम से जुड़ा डेटा ऐक्सेस नहीं किया जा सकेगा.
- कनेक्ट किए गए ऐप्लिकेशन SDK टूल, सिर्फ़ Oreo और उसके बाद के वर्शन पर काम करता है. इसमें ज़्यादातर वर्क प्रोफ़ाइलें शामिल हैं. अगले सेक्शन में बताए गए मुताबिक, ज़्यादातर ऐप्लिकेशन के लिए यह ज़रूरी शर्त, Android 11 से लागू होगी.
नीचे दी गई बातें सिर्फ़ पूरी सहमति वाले ऐप्लिकेशन और पहले से मंज़ूर किए गए ऐप्लिकेशन पर लागू होती हैं:
- उपयोगकर्ता इस अनुमति को हमेशा रद्द कर सकते हैं, इसलिए मान लें कि आपको उस मामले के लिए बनाना है जहां ऐप्लिकेशन कनेक्ट नहीं हैं.
- कनेक्ट किए गए ऐप्लिकेशन की सुविधा, सिर्फ़ Android 11 और उसके बाद के वर्शन पर काम करती है.
- इस अनुमति का इस्तेमाल करने वाले ऐप्लिकेशन को Play Store की अनुमति वाली सूची में शामिल करना होगा.
ये बातें सिर्फ़ उन ऐप्लिकेशन पर लागू होती हैं जो पूरी सहमति के आधार पर काम करते हैं:
- डिफ़ॉल्ट रूप से, यह सेटिंग बंद रहेगी. अनुमति का अनुरोध करने के लिए, आपको उपयोगकर्ता को सहमति फ़्लो से भेजना होगा.
- आईटी एडमिन को भी आपके ऐप्लिकेशन के लिए सहमति देनी होगी. ऐसा न करने पर, उपयोगकर्ता अनुमति नहीं दे पाएगा.
- ऐप्लिकेशन को दोनों प्रोफ़ाइलों में इंस्टॉल करना होगा. अगर उपयोगकर्ता ने पहले से ही दूसरी प्रोफ़ाइल में ऐप्लिकेशन इंस्टॉल नहीं किया है, तो सहमति फ़्लो में उसे ऐसा करने के लिए कहा जाता है.