Exkluzívne: 3 z najlepších funkcií systému Android 11 nebudú na každom zariadení

Google každoročne vydáva novú verziu operačného systému Android. Spoločnosť Google vydala prvú ukážku pre vývojárov systému Android 11 vo februári, po ktorej nasledovala druhá, tretia a štvrtá ukážka pre vývojárov za posledných niekoľko mesiacov. Začiatkom tohto mesiaca spoločnosť Google predstavila prvý Android 11 Beta a podrobne sme hovorili o najlepších funkciách, ktoré môžu používatelia využívať, a ktoré vývojári môžu implementovať. Teraz sme sa však dozvedeli, že tri z najlepších funkcií v systéme Android 11 nebudú dostupné na každom zariadení so systémom Android.

Aby sme pochopili, ako je to možné, musíme stručne vysvetliť, ako je operačný systém Android distribuovaný od spoločnosti Google výrobcom smartfónov. Android je open-source operačný systém licencovaný pod Apache 2.0, čo znamená, že ktokoľvek, od nezávislých vývojárov až po veľké spoločnosti, môže voľne upravovať a distribuovať OS na svojich vlastných zariadeniach. Väčšina nových funkcií operačného systému, ktoré spoločnosť Google odhalila pre Android 11, bude súčasťou projektu Android Open Source Project (AOSP) tohto smartfónu. výrobcovia zariadení zakladajú svoj vlastný softvér na, ale licencia Apache 2.0, ako som už spomenul, umožňuje komukoľvek upravovať softvér tak, ako vidí fit. Aby sa zachovala konzistentnosť rozhraní API a správania platformy medzi zariadeniami so systémom Android, spoločnosť Google spája distribúciu mobilných služieb Google (ktorá zahŕňa aplikácie a rámce ako Google Play Store a Google Play Services) s licenčnými zmluvami, ktoré vyžadujú, aby zariadenia dodržiavali pravidlá podľa "

Program kompatibility so systémom Android“ (okrem iných požiadaviek). Program kompatibility systému Android pozostáva z viacerých automatických testovacích balíkov a súboru pravidiel vymenovaných v systéme Android Dokument s definíciou kompatibility (CDD).

V CDD Google uvádza softvérové ​​a hardvérové ​​funkcie, ktoré výrobcovia zariadení „MUSIA“ implementovať, implementovať ich len „DÔRAZNE ODPORÚČAME“ alebo „NEMAJÚ“. Ak je funkcia uvedená ako „MUSÍ“ implementovať, výrobca zariadenia musí túto funkciu pridať, inak nebude môcť do svojich zariadení dodávať aplikácie Google. Ak je funkcia uvedená ako „NECHAJTE“ implementovať, výrobca zariadenia nemôže túto funkciu pridať alebo nemôže spájať aplikácie Google. Nakoniec, ak je funkcia uvedená ako „DÔRAZNE ODPORÚČANÁ“, potom je na výrobcovi zariadenia, či túto funkciu chce alebo nechce implementovať. CDD je neustále sa meniaci dokument, a to ešte pred jeho každoročným zverejnením po verejnom vydaní novej verzie systému Android. Google dokument často aktualizuje, aby odstránil funkcie, zmenil jazyk, aby bol zrozumiteľnejší, a zmiernil požiadavky na základe spätnej väzby od svojich partnerov. Keď však spoločnosť Google zverejní CDD pre konkrétnu verziu systému Android, tieto požiadavky budú pevne stanovené pre zariadenia certifikované spoločnosťou Google s touto verziou operačného systému Android.

Disk CDD so systémom Android 11 bude zverejnený až koncom tohto roka, pravdepodobne začiatkom septembra. Avšak vývojár @deletescape zdieľal predbežnú kópiu dokumentu, ktorý podrobne popisuje zmeny prichádzajúce do CDD, čo nám poskytuje skorý pohľad na to, ako Google formuje Android 11 v celom ekosystéme. Prevažná väčšina z viac ako 60 zmien CDD nie je pre používateľov veľmi zaujímavá – popisujú ako výrobcovia zariadení musia implementovať určité API, deklarovať určité funkcie a implementovať určité jadro Vlastnosti. 3 zo zmien CDD nás však zaujali, pretože sa týkajú niektorých z najzaujímavejších funkcií v systéme Android 11. Tu je to, čo sme odhalili.

Ovládacie prvky zariadenia

Ovládanie zariadenia je funkcia v systéme Android 11, ktorá umožňuje zobrazenie ovládacích prvkov inteligentnej domácej automatizácie v ponuke napájania. Môžete vypnúť svetlá, otvoriť garážovú bránu, spustiť vysávač, zmeniť teplotu v domácnosti a urobiť oveľa viac bez toho, aby ste museli otvárať tucet rôznych aplikácií pre inteligentnú domácnosť. Google pridal API, ktoré môžu vývojári aplikácií pre inteligentnú domácnosť použiť na zobrazenie ovládacích prvkov v ponuke napájania. Myslíme si, že je to skvelá funkcia konečne prináša váš smartfón do inteligentnej domácnosti. Žiaľ, od výrobcov OEM sa nevyžaduje, aby to skutočne implementovali. Ak si výrobca OEM myslí, že funkcia je chabá alebo chce ísť inou cestou (napríklad povoliť iba smart ovládanie domácnosti zo zariadení v ich vlastnom ekosystéme), potom môžu jednoducho vypnúť podporu pre zariadenie Ovládacie prvky.

Keď spoločnosť Google 25. februára 2020 prvýkrát pridala ovládacie prvky zariadenia do CDD, nariadila jeho zahrnutie pridaním požiadavky „MUSÍ“ v sekcii 2.2.3 – Požiadavky na softvér pre vreckové počítače. 20. mája 2020 však Google aktualizoval text tak, aby odstránil navrhované „MUSÍTE“. Nová sekcia 3.8.16 – Ovládacie prvky zariadenia načrtáva, ako musí byť funkcia implementovaná, ale v skutočnosti nevyžaduje, aby bola implementovaná na prvom mieste! Dúfame, že výrobcovia OEM túto šikovnú funkciu nezakážu, ale nemáme spôsob, ako zistiť, či ju deaktivovali, kým pripravení odhaliť svoje vlastné verzie Androidu postaveného na Androide 11, čo sa stane až o niekoľko mesiacov od teraz.

Navrhovaná sekcia 3.8.16 (nová) – Ovládanie zariadenia (aktualizované 20. mája 2020)

3.8.16 Ovládacie prvky zariadenia

Android obsahuje ControlsProviderService a Control API, ktoré umožňujú vývojárom publikovať ovládacie prvky zariadenia pre rýchly stav a akciu pre používateľov.

3.8.16.1 Prístup používateľa k ovládacím prvkom zariadenia

Ak zariadenia implementujú ovládacie prvky zariadenia, potom:

• [C-1-1] MUSÍ nahlásiť, že príznak android.software.controls.feature je PRAVDA
• [C-1-2] MUSÍ poskytovať používateľovi priestor s možnosťou pridávať, upravovať, vyberať a ovládať obľúbené položky používateľa z ovládacích prvkov zaregistrovaných aplikáciami tretích strán prostredníctvom android.service.controls. ControlsProviderService a android.service.controls. Ovládacie rozhrania API.
• [C-1-3] MUSÍ poskytnúť prístup k týmto užívateľským prostriedkom v rámci troch interakcií zo spúšťača
• [C-1-4] MUSÍ presne vykresliť názov a ikonu každej aplikácie tretej strany, ktorá poskytuje ovládacie prvky prostredníctvom android.service.controls, v tomto používateľskom prostredí. ControlsProviderService API, ako aj ľubovoľnú zadanú ikonu, stavový text, typ zariadenia, názov, štruktúru, zónu, vlastnú farbu a titulky, ktoré poskytuje android.service.controls. Control API

Naopak, ak implementácie zariadení neimplementujú takéto ovládacie prvky, potom ich implementujú

• [C-2-1] MUSÍ hlásiť hodnotu Null pre ControlsProviderService a Control API.

čítaj viac

Konverzácie v upozorneniach

Jednou z najväčších výhod Androidu v porovnaní s iOS je spôsob, akým prvý z nich spracováva upozornenia. Táto medzera v použiteľnosti sa v systéme Android 11 ešte prehĺbi zavedením konverzácií. V systéme Android 11 upozornenia z aplikácií na odosielanie správ sú zoskupené a sú zobrazené v samostatnej časti na paneli upozornení nad väčšinou ostatných upozornenia. To vám umožní rýchlo zobraziť správy a odpovedať na ne bez toho, aby ste museli prechádzať všetkými ostatnými čakajúcimi upozorneniami. Bohužiaľ, táto šikovná zmena upozornení nemusí byť dostupná na všetkých zariadeniach. Google dáva výrobcom OEM možnosť vybrať si, či chcú „zoskupovať a zobrazovať upozornenia na konverzácie vopred upozornenia bez konverzácie." Výrobcovia OEM často prispôsobujú panel upozornení, a preto nie je prekvapením, že spoločnosť Google poskytuje výrobcom OEM výber tu. Napriek tomu je poľutovaniahodné, že sa Google nerozhodol presadiť väčšiu konzistentnosť upozornení v systéme Android 11.

Navrhované zmeny v časti 3.8.3.1 – Prezentácia upozornení (aktualizované 4. 8. 2020)

Ak implementácie zariadení umožňujú aplikáciám tretích strán upozorňovať používateľov na významné udalosti:

...

Android R zavádza podporu upozornení na konverzáciu, čo je upozornenie, ktoré používa NotificationManager. MessageStyle a poskytuje zverejnené ID skratky pre ľudí.

Implementácie zariadení sú:

• [H-SR] DÔRAZNE ODPORÚČAME zoskupovať a zobrazovať upozornenia na konverzáciu pred nekonverzáciou oznámenia s výnimkou prebiehajúcich upozornení služby v popredí a dôležitosť: vysoká upozornenia.

Ak sú upozornenia na konverzácie zoskupené do samostatnej sekcie, implementácie zariadení

• [H-1-8] MUSÍ zobrazovať upozornenia na konverzáciu pred upozorneniami bez konverzácie s výnimkou prebiehajúcich upozornení služby v popredí a upozornení na dôležitosť: vysoké.

Implementácie zariadení sú:

• [H-SR] DÔRAZNE ODPORÚČAME poskytnúť prístup k nasledujúcim akciám z upozornení na konverzáciu: zobraziť túto konverzáciu ako bublinu, ak aplikácia poskytuje požadované údaje pre bubliny

Implementácia AOSP spĺňa tieto požiadavky s predvoleným používateľským rozhraním systému, nastaveniami a spúšťačom.

čítaj viac

IdentityCredential - Mobilné vodičské preukazy

Nakoniec, jednou z funkcií, z ktorej som najviac nadšený, je IdentityCredential API. Ako sme uviedli minulý rok, IdentityCredential API je navrhnuté tak, aby umožňovalo aplikáciám ukladať do zariadenia doklady totožnosti, ako sú napríklad mobilné vodičské preukazy. Niekoľko krajín (a niektoré štáty USA) po celom svete už umožňuje svojim občanom ukladať si vodičské preukazy v mobilnej aplikácii. Google však pracuje na tom, aby to bolo bezpečnejšie tým, že údaje budú uložené offline v bezpečnom prostredí.

Zdrojový kód pre Android 11 obsahuje IdentityCredential API (ktoré vývojári zavolajú na ukladanie dokladov totožnosti v telefóne zabezpečené prostredie) a IdentityCredential HAL (ktorá je prepojená so zabezpečeným prostredím telefónu), no od výrobcov OEM sa nevyžaduje implementovať ich. Keď Google 10. januára 2020 prvýkrát navrhol zahrnutie IdentityCredential do CDD, uviedol to ako požiadavku. Túto požiadavku však 18. marca 2020 zmiernili a teraz len dôrazne odporúčajú, aby výrobcovia OEM podporovali túto funkciu. Nie sme prekvapení, že Google túto požiadavku zmiernil – pridanie zmeny, ktorá má vplyv na dôveryhodné prostredie spúšťania, si bude vyžadovať úsilie výrobcov OEM, aby sa implementovali. Je možné, že výrobcovia OEM jednoducho potrebujú viac času, aby sa na túto zmenu pripravili. Pre používateľov to však znamená, že neexistuje žiadna záruka, že váš konkrétny smartfón so systémom Android 11 bude podporovať bezpečné ukladanie vodičského preukazu mobilného telefónu v zabezpečenom prostredí telefónu.

Mali by sme poznamenať, že neexistuje žiadne technické obmedzenie, ktoré by bránilo širokému prijatiu systému IdentityCredential medzi zariadeniami so systémom Android 11. Jednou z požiadaviek na implementáciu systému IdentityCredential je, aby zariadenie malo dôveryhodné spustenie Prostredie (TEE) alebo vyhradený zabezpečený procesor, v ktorom „dôveryhodná aplikácia“ interaguje s uloženou identitou Dokumenty. Od verzie Android 7.0 Nougat spoločnosť Google vyžaduje, aby všetky moderné zariadenia so systémom Android podporovali „izolované prostredie vykonávania“ (za Časť 2.2.5 - Bezpečnostný model v CDD). Zariadenia s procesormi ARM sú zvyčajne vybavené procesormi ARM TrustZone TEE a Google poskytuje Spoľahlivý OS ktorý beží na TrustZone. Prítomnosť TEE postačuje na podporu systému IdentityCredential, aj keď by bolo bezpečnejšie, ak by boli poverenia uložené vo vstavanom zabezpečenom CPU (ako napr. Secure Processing Unit niektorých procesorov Qualcomm Snapdragon) alebo diskrétny zabezpečený CPU (ako napr Titan M od Google alebo Nové bezpečnostné čipy Samsung). Zariadenia s diskrétnymi bezpečnými CPU môžu tiež podporovať funkciu „režimu priameho prístupu“ systému IdentityCredential, čo umožní používateľovi vytiahnuť svoj doklad totožnosti aj vtedy, keď v zariadení nezostáva dostatok energie na spustenie hlavného OS.

Navrhovaná sekcia 9.11.3 (nová) – Poverenie totožnosti (aktualizované 18. marca 2020)

Identity Credential System umožňuje vývojárom aplikácií ukladať a získavať dokumenty totožnosti používateľov.

Implementácie zariadení:

• [C-SR] DÔRAZNE ODPORÚČAME implementovať systém identifikačných údajov.

Ak implementácie zariadení implementujú Identity Credential System:

• [C-0-1] MUSÍ vrátiť hodnotu non-null pre IdentityCredentialStore#getInstance() metóda.
• [C-0-2] MUSÍ implementovať rozhrania API android.security.identity.* s kódom komunikujúcim s dôveryhodným aplikácia spustená buď v Trusted Execution Environment (TEE) alebo na vyhradenom zabezpečenom prostredí procesor. Dôveryhodná aplikácia musí byť implementovaná tak, aby Trusted Computing Base pre Identity Credential System nezahŕňa operačný systém Android.

čítaj viac

Google tiež pracuje na knižnici IdentityCredential Jetpack, aby vývojárom uľahčil pridávanie podpory pre bezpečné ukladanie identity. dokumenty v systéme Android, ale skutočnou výzvou bude prinútiť vlády, aby autorizovali aplikácie používajúce toto rozhranie API na bezpečné ukladanie vládnych ID. Podľa Engadget, Južná Kórea práve spustila podporu pre ukladanie vodičských preukazov v mobilnej aplikácii, takže začíname vidieť nárast akceptácie tejto technológie. Po prvé, som nadšený, keď vidím, kam to zájde, pretože to bude znamenať o jednu vec menej, ktorú si so sebou vezmem, keď pôjdem von.

---

V dokumente, ktorý sme získali, boli uvedené zmeny CDD podľa dátumu vykonania týchto zmien. Najnovšie zmeny boli vykonané 10. júna 2020, čo znamená, že dokument, ktorý máme, je pomerne aktuálny. Je možné, že Google by mohol odstúpiť od týchto zmien a znova pre ne urobiť všetky požiadavky pred verejným vydaním Androidu 11, ale pochybujeme, že Google zrazu urobí CDD viac prísny. Tieto zmeny boli pravdepodobne uvoľnené kvôli spätnej väzbe od OEM, ktorí sú tí, ktorí sa budú musieť vrátiť a implementovať tieto funkcie, ak to už nebolo plánované. To si vyžaduje čas, úsilie a peniaze, čo by len ešte viac oddialilo vydanie Androidu 11 pre zariadenia mimo spoločnosti Google. Ak však spoločnosť Google tieto funkcie opäť vyžaduje, uverejníme aktualizáciu na portáli XDA.