एंड्रॉइड 11 की 3 बेहतरीन सुविधाएं सभी स्मार्टफोन और टैबलेट पर दिखाई नहीं देंगी। ऐसा इसलिए है क्योंकि Google इन सुविधाओं को अनिवार्य नहीं कर रहा है।
Google हर साल Android ऑपरेटिंग सिस्टम का एक नया संस्करण जारी करता है। Google ने फरवरी में पहला Android 11 डेवलपर पूर्वावलोकन जारी किया, उसके बाद पिछले कुछ महीनों में दूसरा, तीसरा और चौथा डेवलपर पूर्वावलोकन जारी किया। इस महीने की शुरुआत में, Google ने इसका अनावरण किया पहला एंड्रॉइड 11 बीटा और उपयोगकर्ताओं के आनंद के लिए और डेवलपर्स के कार्यान्वयन के लिए सर्वोत्तम सुविधाओं के बारे में गहराई से बात की। हालाँकि, अब हमें पता चला है कि Android 11 की तीन शीर्ष सुविधाएँ प्रत्येक Android डिवाइस पर उपलब्ध नहीं होंगी।
यह कैसे संभव है यह समझने के लिए, हमें संक्षेप में यह बताना होगा कि एंड्रॉइड ओएस को Google से स्मार्टफोन डिवाइस निर्माताओं तक कैसे वितरित किया जाता है। एंड्रॉइड एक है ओपन-सोर्स ऑपरेटिंग सिस्टम अपाचे 2.0 के तहत लाइसेंस प्राप्त है, जिसका अर्थ है कि इंडी डेवलपर्स से लेकर बड़ी कंपनियों तक कोई भी, अपने डिवाइस पर ओएस को संशोधित और वितरित करने के लिए स्वतंत्र है। Google द्वारा Android 11 के लिए अनावरण किए गए अधिकांश नए OS फ़ीचर उस स्मार्टफ़ोन के Android ओपन सोर्स प्रोजेक्ट (AOSP) का हिस्सा होंगे डिवाइस निर्माता अपने स्वयं के सॉफ़्टवेयर को आधार बनाते हैं, लेकिन अपाचे 2.0 लाइसेंस, जैसा कि मैंने पहले उल्लेख किया है, किसी को भी सॉफ़्टवेयर को संशोधित करने की सुविधा देता है जैसा वे देखते हैं उपयुक्त। एंड्रॉइड डिवाइसों के बीच एपीआई और प्लेटफ़ॉर्म व्यवहार में स्थिरता बनाए रखने के लिए, Google Google मोबाइल सेवाओं (जिसमें शामिल है) के वितरण को बंडल करता है Google Play Store और Google Play Services जैसे एप्लिकेशन और फ़्रेमवर्क) लाइसेंस समझौतों के साथ अनिवार्य करते हैं कि डिवाइस Google के नियमों का पालन करें "
सीडीडी में, Google उन सॉफ़्टवेयर और हार्डवेयर सुविधाओं को सूचीबद्ध करता है जिन्हें डिवाइस निर्माताओं को "आवश्यक" लागू करना चाहिए, जिन्हें लागू करने के लिए केवल "सशक्त रूप से अनुशंसित" है, या "नहीं" लागू करना चाहिए। यदि किसी सुविधा को "ज़रूरी" कार्यान्वयन के रूप में सूचीबद्ध किया गया है, तो डिवाइस निर्माता को वह सुविधा जोड़नी होगी अन्यथा वे अपने डिवाइस पर Google ऐप्स शिप नहीं कर सकते। यदि किसी सुविधा को "नहीं लागू करना चाहिए" के रूप में सूचीबद्ध किया गया है, तो डिवाइस निर्माता उस सुविधा को नहीं जोड़ सकता है या वे Google ऐप्स को बंडल नहीं कर सकते हैं। अंत में, यदि किसी सुविधा को "सशक्त रूप से अनुशंसित" के रूप में सूचीबद्ध किया गया है, तो यह डिवाइस निर्माता पर निर्भर है कि वे इस सुविधा को लागू करना चाहते हैं या नहीं। सीडीडी एक लगातार बदलता दस्तावेज़ है, यहां तक कि हर साल नए एंड्रॉइड संस्करण के सार्वजनिक रिलीज के बाद इसके प्रकाशन से पहले भी। Google सुविधाओं को हटाने, भाषा को स्पष्ट करने के लिए बदलने और अपने साझेदारों के फीडबैक के आधार पर आवश्यकताओं में ढील देने के लिए दस्तावेज़ को बार-बार अपडेट करता है। हालाँकि, एक बार जब Google किसी विशेष Android संस्करण के लिए CDD को सार्वजनिक कर देता है, तो उस Android OS संस्करण को चलाने वाले Google-प्रमाणित उपकरणों के लिए वे आवश्यकताएँ निर्धारित हो जाएंगी।
एंड्रॉइड 11 सीडीडी इस साल के अंत तक, संभवतः सितंबर की शुरुआत में सार्वजनिक नहीं होगा। हालाँकि, डेवलपर @डिलीटस्केप एक दस्तावेज़ की पूर्व-रिलीज़ प्रति साझा की गई जिसमें सीडीडी में आने वाले परिवर्तनों का विवरण दिया गया है, जिससे हमें यह प्रारंभिक जानकारी मिलती है कि Google पूरे पारिस्थितिकी तंत्र में एंड्रॉइड 11 को कैसे आकार दे रहा है। सीडीडी में 60 से अधिक परिवर्तनों में से अधिकांश उपयोगकर्ताओं के लिए बहुत दिलचस्प नहीं हैं - वे इसका वर्णन करते हैं कि कैसे डिवाइस निर्माताओं को कुछ एपीआई लागू करनी होती है, कुछ सुविधाएं घोषित करनी होती हैं और कुछ कर्नेल लागू करना होता है विशेषताएँ। हालाँकि, सीडीडी में 3 बदलावों ने हमारा ध्यान खींचा क्योंकि वे एंड्रॉइड 11 में कुछ सबसे दिलचस्प सुविधाओं से संबंधित हैं। हमने जो उजागर किया वह यहां है।
डिवाइस नियंत्रण
डिवाइस नियंत्रण एंड्रॉइड 11 में एक सुविधा है जो स्मार्ट होम ऑटोमेशन नियंत्रण को पावर मेनू में दिखाने की अनुमति देता है। आप अपनी लाइटें बंद कर सकते हैं, अपने गैराज का दरवाज़ा खोल सकते हैं, अपना वैक्यूम क्लीनर चालू कर सकते हैं, अपने घर का तापमान बदल सकते हैं, और एक दर्जन अलग-अलग स्मार्ट होम ऐप्स खोले बिना भी बहुत कुछ कर सकते हैं। Google ने API जोड़े हैं जिनका उपयोग स्मार्ट होम ऐप्स के डेवलपर पावर मेनू में सतह नियंत्रण के लिए कर सकते हैं। हमें लगता है कि यह एक अच्छी सुविधा है अंततः आपके स्मार्टफ़ोन को स्मार्ट होम में लाता है. दुर्भाग्य से, ओईएम के लिए वास्तव में इसे लागू करने की कोई आवश्यकता नहीं है। यदि कोई ओईएम सोचता है कि सुविधा ख़राब है या वे एक अलग रास्ता अपनाना चाहते हैं (जैसे कि केवल स्मार्ट की अनुमति देना)। अपने स्वयं के पारिस्थितिकी तंत्र में उपकरणों से घरेलू नियंत्रण), तो वे डिवाइस के लिए समर्थन को आसानी से अक्षम कर सकते हैं नियंत्रण.
जब Google ने पहली बार 25 फरवरी, 2020 को CDD में डिवाइस नियंत्रण जोड़ा, तो उन्होंने धारा 2.2.3 - हैंडहेल्ड सॉफ़्टवेयर आवश्यकताएँ में एक "जरूरी" आवश्यकता जोड़कर इसे शामिल करना अनिवार्य कर दिया। हालाँकि, 20 मई, 2020 को, Google ने प्रस्तावित "MUST" को हटाने के लिए टेक्स्ट को अपडेट किया। नया खंड 3.8.16 - डिवाइस नियंत्रण यह बताता है कि सुविधा को कैसे लागू किया जाना है, लेकिन वास्तव में यह आवश्यक नहीं है कि इसे पहले स्थान पर लागू किया जाए! हमें आशा है कि ओईएम इस उत्कृष्ट सुविधा को अक्षम नहीं करेंगे, लेकिन हमारे लिए यह जानने का कोई तरीका नहीं है कि क्या उन्होंने इसे तब तक अक्षम किया है जब तक कि वे ऐसा न कर दें। एंड्रॉइड 11 के शीर्ष पर निर्मित एंड्रॉइड के अपने स्वयं के फ्लेवर का अनावरण करने के लिए तैयार हैं, जो कई महीनों तक नहीं होगा अब।
प्रस्तावित धारा 3.8.16 (नया) - डिवाइस नियंत्रण (अद्यतन 5/20/2020)
3.8.16 डिवाइस नियंत्रण
एंड्रॉइड में कंट्रोलप्रोवाइडरसर्विस और कंट्रोल एपीआई शामिल हैं जो डेवलपर्स को उपयोगकर्ताओं के लिए त्वरित स्थिति और कार्रवाई के लिए डिवाइस नियंत्रण प्रकाशित करने की अनुमति देते हैं।
3.8.16.1 डिवाइस उपयोगकर्ता की सामर्थ्य को नियंत्रित करता है
यदि डिवाइस डिवाइस नियंत्रण लागू करते हैं, तो वे:
- [सी-1-1] android.software.controls.feature फ़्लैग को सत्य होने की रिपोर्ट अवश्य करें
- [सी-1-2] उपयोगकर्ता को android.service.controls के माध्यम से तृतीय-पक्ष ऐप्स द्वारा पंजीकृत नियंत्रणों से उपयोगकर्ता के पसंदीदा को जोड़ने, संपादित करने, चुनने और संचालित करने की क्षमता प्रदान करनी चाहिए। ControlsProviderService और android.service.controls। एपीआई नियंत्रित करें.
- [सी-1-3] को लॉन्चर से तीन इंटरैक्शन के भीतर इस उपयोगकर्ता की पहुंच तक पहुंच प्रदान करनी होगी
- [सी-1-4] इस उपयोगकर्ता को प्रत्येक तृतीय-पक्ष ऐप का नाम और आइकन सटीक रूप से प्रस्तुत करना होगा जो android.service.controls के माध्यम से नियंत्रण प्रदान करता है। ControlsProviderService API के साथ-साथ android.service.controls द्वारा प्रदान किया गया कोई भी निर्दिष्ट आइकन, स्थिति टेक्स्ट, डिवाइस प्रकार, नाम, संरचना, क्षेत्र, कस्टम रंग और उपशीर्षक। नियंत्रण एपीआई
इसके विपरीत, यदि डिवाइस कार्यान्वयन ऐसे नियंत्रणों को लागू नहीं करता है, तो वे
- [सी-2-1] कंट्रोलप्रोवाइडरसर्विस और कंट्रोल एपीआई के लिए शून्य रिपोर्ट अवश्य करें।
और पढ़ें
सूचनाओं में बातचीत
आईओएस की तुलना में एंड्रॉइड का सबसे बड़ा फायदा यह है कि आईओएस सूचनाओं को कैसे संभालता है। "कन्वर्सेशन्स" की शुरुआत के साथ एंड्रॉइड 11 में प्रयोज्यता में यह अंतर और भी व्यापक हो जाएगा। एंड्रॉइड 11 में, सूचनाएं मैसेजिंग ऐप्स को एक साथ समूहीकृत किया गया है और अधिकांश अन्य के ऊपर अधिसूचना पैनल में एक अलग अनुभाग में दिखाया गया है सूचनाएं. यह आपको अपनी अन्य सभी लंबित सूचनाओं को स्क्रॉल किए बिना संदेशों को तुरंत देखने और उनका जवाब देने की सुविधा देता है। दुर्भाग्य से, सूचनाओं में यह महत्वपूर्ण परिवर्तन सभी उपकरणों पर उपलब्ध नहीं हो सकता है। Google ओईएम को यह चुनने का विकल्प दे रहा है कि क्या वे बातचीत की सूचनाओं को समूहबद्ध करना और प्रदर्शित करना चाहते हैं गैर-बातचीत सूचनाएं।" ओईएम अक्सर अधिसूचना पैनल को अनुकूलित करते हैं, और इसलिए यह कोई आश्चर्य की बात नहीं है कि Google ओईएम दे रहा है यहाँ एक विकल्प है. फिर भी, यह दुर्भाग्यपूर्ण है कि Google एंड्रॉइड 11 में सूचनाओं में अधिक स्थिरता लागू करने का विकल्प नहीं चुन रहा है।
धारा 3.8.3.1 में प्रस्तावित परिवर्तन - अधिसूचनाओं की प्रस्तुति (अद्यतन 4/08/2020)
यदि डिवाइस कार्यान्वयन तीसरे पक्ष के ऐप्स को उपयोगकर्ताओं को उल्लेखनीय घटनाओं के बारे में सूचित करने की अनुमति देता है, तो वे:
...
Android R वार्तालाप अधिसूचना के लिए समर्थन प्रस्तुत करता है, जो एक अधिसूचना है जो अधिसूचना प्रबंधक का उपयोग करती है। MessageStyle और एक प्रकाशित पीपल शॉर्टकट आईडी प्रदान करता है।
डिवाइस कार्यान्वयन हैं:
- [एच-एसआर] गैर-बातचीत से पहले बातचीत को समूहीकृत करने और सूचनाएं प्रदर्शित करने की पुरजोर अनुशंसा की जाती है चालू अग्रभूमि सेवा अधिसूचनाओं के अपवाद के साथ सूचनाएं और महत्व: उच्च सूचनाएं.
यदि वार्तालाप सूचनाओं को एक अलग अनुभाग, डिवाइस कार्यान्वयन में समूहीकृत किया जाता है
- [एच-1-8] चालू अग्रभूमि सेवा सूचनाओं और महत्व के अपवाद के साथ गैर-बातचीत सूचनाओं से पहले बातचीत सूचनाएं अवश्य प्रदर्शित करनी चाहिए: उच्च सूचनाएं।
डिवाइस कार्यान्वयन हैं:
- [एच-एसआर] वार्तालाप अधिसूचनाओं से निम्नलिखित कार्यों तक पहुंच प्रदान करने की दृढ़ता से अनुशंसा की जाती है: यदि ऐप बुलबुले के लिए आवश्यक डेटा प्रदान करता है तो इस वार्तालाप को बुलबुले के रूप में प्रदर्शित करें
AOSP कार्यान्वयन डिफ़ॉल्ट सिस्टम UI, सेटिंग्स और लॉन्चर के साथ इन आवश्यकताओं को पूरा करता है।
और पढ़ें
आइडेंटिटी क्रेडेंशियल - मोबाइल ड्राइवर लाइसेंस
अंत में, जिन सुविधाओं को लेकर मैं सबसे ज्यादा उत्साहित हूं उनमें से एक है IdentityCredential API। जैसा कि हमने पिछले वर्ष विस्तार से बताया था, आइडेंटिटी क्रेडेंशियल एपीआई को एप्लिकेशन को डिवाइस पर मोबाइल ड्राइवर लाइसेंस जैसे पहचान दस्तावेजों को संग्रहीत करने की अनुमति देने के लिए डिज़ाइन किया गया है। दुनिया भर के कई देश (और कुछ अमेरिकी राज्य) पहले से ही अपने नागरिकों को अपने ड्राइवर के लाइसेंस को एक मोबाइल ऐप में संग्रहीत करने की अनुमति देते हैं। हालाँकि, Google डेटा को सुरक्षित वातावरण में ऑफ़लाइन संग्रहीत करके इसे और अधिक सुरक्षित बनाने के लिए काम कर रहा है।
एंड्रॉइड 11 के स्रोत कोड में आइडेंटिटी क्रेडेंशियल एपीआई शामिल है (जिसे डेवलपर्स फोन में पहचान दस्तावेजों को संग्रहीत करने के लिए कॉल करेंगे) सुरक्षित वातावरण) और आइडेंटिटी क्रेडेंशियल एचएएल (जो फोन के सुरक्षित वातावरण के साथ इंटरफेस करता है), लेकिन ओईएम को इसकी आवश्यकता नहीं है उन्हें क्रियान्वित करें. जब Google ने पहली बार 10 जनवरी, 2020 को CDD में IdentityCredential को शामिल करने का प्रस्ताव रखा, तो उन्होंने इसे एक आवश्यकता के रूप में सूचीबद्ध किया। हालाँकि, उन्होंने 18 मार्च, 2020 को इस आवश्यकता में ढील दी और अब केवल दृढ़ता से अनुशंसा करते हैं कि OEM इस सुविधा का समर्थन करें। हमें आश्चर्य नहीं है कि Google ने इस आवश्यकता में ढील दी है - विश्वसनीय निष्पादन वातावरण को प्रभावित करने वाले परिवर्तन को लागू करने के लिए OEM से प्रयास की आवश्यकता होगी। यह संभव है कि ओईएम को इस बदलाव के लिए तैयार होने के लिए और अधिक समय चाहिए। उपयोगकर्ताओं के लिए, हालांकि, इसका मतलब यह है कि इस बात की कोई गारंटी नहीं है कि आपका विशेष एंड्रॉइड 11 स्मार्टफोन फोन के सुरक्षित वातावरण में मोबाइल ड्राइवर के लाइसेंस को सुरक्षित रूप से संग्रहीत करने का समर्थन करेगा।
हमें ध्यान देना चाहिए कि एंड्रॉइड 11 उपकरणों के बीच आइडेंटिटी क्रेडेंशियल सिस्टम को व्यापक रूप से अपनाने से रोकने वाली कोई तकनीकी सीमा नहीं है। IdentityCredential सिस्टम को लागू करने के लिए आवश्यकताओं में से एक यह है कि डिवाइस में एक विश्वसनीय निष्पादन हो पर्यावरण (टीईई) या एक समर्पित सुरक्षित प्रोसेसर जिसमें एक "विश्वसनीय एप्लिकेशन" संग्रहीत पहचान के साथ इंटरैक्ट करता है दस्तावेज़. एंड्रॉइड 7.0 नौगट के बाद से, Google को सभी आधुनिक एंड्रॉइड डिवाइसों को "पृथक निष्पादन वातावरण" (प्रति) का समर्थन करने की आवश्यकता है धारा 2.2.5 - सीडीडी में सुरक्षा मॉडल). एआरएम प्रोसेसर वाले उपकरणों में आमतौर पर एआरएम की सुविधा होती है ट्रस्टज़ोन टीईई, और Google प्रदान करता है भरोसेमंद ओएस जो TrustZone पर चलता है। टीईई की उपस्थिति आइडेंटिटी क्रेडेंशियल सिस्टम का समर्थन करने के लिए पर्याप्त है, हालांकि यह अधिक सुरक्षित होगा यदि क्रेडेंशियल एक एम्बेडेड सुरक्षित सीपीयू में संग्रहीत किए जाते हैं (जैसे कि कुछ क्वालकॉम स्नैपड्रैगन प्रोसेसर की सुरक्षित प्रोसेसिंग यूनिट) या एक अलग सुरक्षित सीपीयू (जैसे कि in गूगल का टाइटन एम या सैमसंग के नए सुरक्षा चिप्स). विशेष रूप से, अलग-अलग सुरक्षित सीपीयू वाले डिवाइस भी आइडेंटिटी क्रेडेंशियल सिस्टम की "डायरेक्ट एक्सेस मोड" सुविधा का समर्थन करने में सक्षम हो सकते हैं, जो उपयोगकर्ता को अपने पहचान दस्तावेज़ को खींचने की अनुमति देगा, भले ही डिवाइस में मुख्य ओएस को बूट करने के लिए पर्याप्त शक्ति न बची हो।
प्रस्तावित धारा 9.11.3 (नया) - पहचान प्रमाण पत्र (अद्यतन 3/18/2020)
आइडेंटिटी क्रेडेंशियल सिस्टम ऐप डेवलपर्स को उपयोगकर्ता पहचान दस्तावेजों को संग्रहीत और पुनर्प्राप्त करने की अनुमति देता है।
डिवाइस कार्यान्वयन:
- [सी-एसआर] को पहचान क्रेडेंशियल सिस्टम लागू करने की पुरजोर अनुशंसा की जाती है।
यदि डिवाइस कार्यान्वयन पहचान क्रेडेंशियल सिस्टम लागू करता है तो वे:
- [सी-0-1] के लिए गैर-शून्य लौटना होगा IdentityCredentialStore#getInstance() तरीका।
- [सी-0-2] किसी विश्वसनीय के साथ संचार करने वाले कोड के साथ `android.security.identity.*` एपीआई लागू करना होगा एप्लिकेशन या तो विश्वसनीय निष्पादन वातावरण (टीईई) में या समर्पित सुरक्षित पर चल रहा है प्रोसेसर. विश्वसनीय एप्लिकेशन को इस प्रकार कार्यान्वित किया जाना चाहिए कि विश्वसनीय कंप्यूटिंग बेस आइडेंटिटी क्रेडेंशियल सिस्टम के लिए एंड्रॉइड ऑपरेटिंग सिस्टम शामिल नहीं है।
और पढ़ें
Google एक IdentityCredential Jetpack लाइब्रेरी पर भी काम कर रहा है, जिससे डेवलपर्स के लिए पहचान को सुरक्षित रूप से संग्रहीत करने के लिए समर्थन जोड़ना आसान हो सके। एंड्रॉइड पर दस्तावेज़, लेकिन असली चुनौती सरकारों को सरकारी आईडी को सुरक्षित रूप से संग्रहीत करने के लिए इस एपीआई का उपयोग करने वाले ऐप्स को अधिकृत करने की होगी। के अनुसार Engadget, दक्षिण कोरिया ने हाल ही में एक मोबाइल ऐप में ड्राइवर लाइसेंस संग्रहीत करने के लिए समर्थन शुरू किया है, इसलिए हम इस तकनीक के लिए स्वीकार्यता में वृद्धि देखना शुरू कर रहे हैं। मैं, एक बात के लिए, यह देखने के लिए उत्साहित हूं कि यह कहां जाता है क्योंकि इसका मतलब यह होगा कि जब मैं बाहर जाऊंगा तो मेरे साथ ले जाने के लिए एक चीज कम हो जाएगी।
जो दस्तावेज़ हमें प्राप्त हुआ, उसमें परिवर्तन किए जाने की तारीख तक सीडीडी में परिवर्तन सूचीबद्ध थे। नवीनतम परिवर्तन 10 जून, 2020 को किए गए थे, जिसका अर्थ है कि हमारे पास जो दस्तावेज़ है वह काफी अद्यतन है। यह संभव है कि Google इन परिवर्तनों से पीछे हट सकता है और Android 11 की सार्वजनिक रिलीज़ से पहले इन सभी आवश्यकताओं को फिर से लागू कर सकता है, लेकिन हमें संदेह है कि Google अचानक CDD बना देगा। अधिक कठोर। ओईएम की प्रतिक्रिया के कारण इन परिवर्तनों में ढील दी गई थी, जिन्हें वापस जाना होगा और इन सुविधाओं को लागू करना होगा यदि उन्होंने पहले से ही ऐसा करने की योजना नहीं बनाई थी। इसमें समय, प्रयास और पैसा लगता है, जिससे गैर-Google उपकरणों के लिए Android 11 की रिलीज़ में और भी देरी होगी। फिर भी, यदि Google इन सुविधाओं को एक बार फिर आवश्यक बनाता है, तो हम XDA पोर्टल पर एक अपडेट पोस्ट करेंगे।