Eksklusiivne: Android 11 kolm parimat funktsiooni ei ole kõigis seadmetes

Igal aastal annab Google välja Androidi operatsioonisüsteemi uue versiooni. Google andis veebruaris välja esimese Android 11 arendaja eelvaate, millele järgnesid viimase paari kuu jooksul teine, kolmas ja neljas arendaja eelvaade. Selle kuu alguses avalikustas Google esimene Android 11 beetaversioon ja rääkis põhjalikult parimatest funktsioonidest, mida kasutajad saavad nautida ja arendajad rakendada. Nüüd oleme aga teada saanud, et Android 11 kolm peamist funktsiooni ei ole kõigis Android-seadmetes saadaval.

Et mõista, kuidas see võimalik on, peame lühidalt selgitama, kuidas Android OS-i Google nutitelefonide tootjatele levitab. Android on avatud lähtekoodiga operatsioonisüsteem litsentsitud Apache 2.0 alusel, mis tähendab, et igaüks, indie-arendajatest suurettevõteteni, võib vabalt OS-i oma seadmetes muuta ja levitada. Enamik uutest operatsioonisüsteemi funktsioonidest, mille Google avalikustas Android 11 jaoks, on osa selle nutitelefoni Androidi avatud lähtekoodiga projektist (AOSP). seadmetootjad põhinevad oma tarkvaral, kuid Apache 2.0 litsents, nagu ma juba mainisin, võimaldab kõigil muuta tarkvara nii, nagu nad näevad. sobima. API-de ja platvormi käitumise järjepidevuse säilitamiseks Android-seadmete vahel ühendab Google Google'i mobiiliteenuste levitamise (sealhulgas rakendused ja raamistikud, nagu Google Play pood ja Google Play teenused) koos litsentsilepingutega, mis nõuavad, et seadmed peavad kinni Google'i eeskirjadest. "

Androidi ühilduvusprogramm" (muude nõuete hulgas). Androidi ühilduvusprogramm koosneb mitmest automatiseeritud testkomplektist ja reeglite komplektist, mis on loetletud Androidis. Ühilduvuse definitsiooni dokument (CDD).

CDD-s loetleb Google tarkvara- ja riistvarafunktsioonid, mida seadmete tootjad PEAVAD rakendama, on ainult "TUGULT SOOVITATUD" või "EI TOHI" rakendada. Kui funktsioon on loetletud rakendusena MUST, peab seadme tootja selle funktsiooni lisama, vastasel juhul ei saa ta Google'i rakendusi oma seadmetesse saata. Kui funktsioon on loetletud olekuga „EI TOHI”, ei saa seadme tootja seda funktsiooni lisada või Google'i rakendusi komplekteerida. Lõpuks, kui funktsioon on loetletud olekuga „TUGULT SOOVITATUD”, on seadme valmistaja otsustada, kas ta soovib seda funktsiooni rakendada või mitte. CDD on pidevalt muutuv dokument, isegi enne selle avaldamist igal aastal pärast uue Androidi versiooni avalikustamist. Google värskendab dokumenti sageli, et eemaldada funktsioone, muuta keelt selgemaks ja leevendada nõudeid partnerite tagasiside põhjal. Kui aga Google teeb CDD konkreetse Androidi versiooni jaoks avalikuks, on need nõuded kivisse raiutud Google'i sertifitseeritud seadmetele, mis kasutavad seda Android OS-i versiooni.

Android 11 CDD saab avalikuks alles selle aasta lõpus, tõenäoliselt septembri alguses. Kuid arendaja @deletescape jagas väljalaskeeelset koopiat dokumendist, mis kirjeldab üksikasjalikult CDD-le tulevaid muudatusi, andes meile varakult ülevaate sellest, kuidas Google kujundab Android 11 kogu ökosüsteemis. Valdav enamus CDD enam kui 60 muudatusest ei ole kasutajatele eriti huvitavad – need kirjeldavad, kuidas seadmetootjad peavad rakendama teatud API-sid, deklareerima teatud funktsioone ja rakendama teatud tuuma Funktsioonid. Kuid kolm CDD muudatust tõmbasid meie tähelepanu, kuna need on seotud Android 11 kõige huvitavamate funktsioonidega. Siin on see, mida me avastasime.

Seadme juhtnupud

Seadme juhtelemendid on Android 11 funktsioon, mis võimaldab nutika kodu automatiseerimise juhtnuppe kuvada toitenüüs. Saate kustutada tuled, avada garaažiukse, käivitada tolmuimeja, muuta oma kodu temperatuuri ja teha palju muud ilma tosinat erinevat nutikodu rakendust avamata. Google lisas API-sid, mida nutikate kodurakenduste arendajad saavad kasutada toitenüüs juhtelementide kuvamiseks. Meie arvates on see kena funktsioon lõpuks toob teie nutitelefoni nutikatesse kodudesse. Kahjuks ei pea originaalseadmete tootjad seda tegelikult rakendama. Kui originaalseadmete tootja arvab, et funktsioon on nõrk või nad soovivad minna teist teed (nt lubada ainult nutikat kodu juhtelemendid oma ökosüsteemi seadmetelt), saavad nad lihtsalt seadme toe keelata Juhtnupud.

Kui Google lisas 25. veebruaril 2020 esmakordselt CDD-le seadme juhtelemendid, kohustas ta selle lisamist, lisades jaotises 2.2.3 – pihuarvutite tarkvara nõuded nõude „MUST”. 20. mail 2020 värskendas Google aga teksti, et eemaldada pakutud sõna „MUST”. Uus jaotis 3.8.16 – Seadme juhtelemendid kirjeldab, kuidas funktsioon tuleb juurutada, kuid tegelikult ei nõuta selle rakendamist! Loodame, et originaalseadmete tootjad ei keela seda vahvat funktsiooni, kuid me ei saa teada, kas nad on selle keelanud enne, kui valmis avaldama oma Android 11 peale ehitatud Androidi maitseid, mis saab teoks alles mitu kuud alates nüüd.

Pakutud jaotis 3.8.16 (uus) – seadme juhtelemendid (värskendatud 20.05.2020)

3.8.16 Seadme juhtelemendid

Android sisaldab ControlsProviderService'i ja Control API-sid, mis võimaldavad arendajatel avaldada seadme juhtelemente, et kasutajad saaksid kiiret olekut ja toiminguid teha.

3.8.16.1 Seade juhib kasutajate jõukust

Kui seadmed rakendavad seadme juhtelemente, siis nad:

• [C-1-1] PEAB teatama lipu android.software.controls.feature väärtuseks TÕENE
• [C-1-2] PEAB pakkuma kasutajale võimalust lisada, redigeerida, valida ja hallata kasutaja lemmikuid kolmanda osapoole rakenduste poolt android.service.controls kaudu registreeritud juhtelementide kaudu. ControlsProviderService ja android.service.controls. Juhtimisliidesed.
• [C-1-3] PEAB võimaldama juurdepääsu sellele kasutajahinnale kolme käivitustoimingu jooksul
• [C-1-4] PEAB selles kasutajas täpselt renderdama iga kolmanda osapoole rakenduse nime ja ikooni, mis pakub juhtelemente android.service.controls kaudu. ControlsProviderService API, samuti mis tahes määratud ikoon, olekutekst, seadme tüüp, nimi, struktuur, tsoon, kohandatud värv ja alapealkiri, mida pakub android.service.controls. Juhtimise API

Ja vastupidi, kui seadme juurutused selliseid juhtelemente ei rakenda, siis need

• [C-2-1] PEAB teatama ControlsProviderService'i ja Control API-de kohta Null.

Loe rohkem

Vestlused märguannetes

Üks Androidi suurimaid eeliseid võrreldes iOS-iga on see, kuidas esimene teavitusi käsitleb. See kasutatavuse lünk muutub Android 11-s veelgi suuremaks, kui võetakse kasutusele rakendus "Vestlused". Android 11 puhul teatised sõnumsiderakendustest on rühmitatud ja kuvatakse teavituspaneelil enamiku teiste kohal eraldi jaotises teateid. See võimaldab teil kiiresti sõnumeid näha ja neile vastata, ilma et peaksite kõiki teisi ootel olevaid teatisi kerima. Kahjuks ei pruugi see märguannete suurepärane muudatus kõigis seadmetes saadaval olla. Google annab originaalseadmete tootjatele võimaluse valida, kas nad soovivad vestlusteatisi rühmitada ja kuvada mittevestlusmärguanded." OEM-id kohandavad teavituspaneeli sageli ja seega pole üllatav, et Google annab originaalseadmete tootjatele valik siin. Siiski on kahetsusväärne, et Google ei otsusta Android 11 teavitustes suuremat järjepidevust.

Muudatusettepanekud jaotises 3.8.3.1 – teatiste esitamine (värskendatud 4.08.2020)

Kui seadme juurutused võimaldavad kolmanda osapoole rakendustel kasutajaid märkimisväärsetest sündmustest teavitada, siis:

...

Android R tutvustab vestlusteatiste tuge, mis on teatis, mis kasutab NotificationManagerit. MessageStyle ja pakub avaldatud inimeste otsetee ID-d.

Seadmete rakendused on järgmised:

• [H-SR] TUGEVALT SOOVITATAV vestlusteatiste rühmitamiseks ja kuvamiseks enne vestlust teatised, välja arvatud käimasolevad esiplaani teenuse teatised ja tähtsus: kõrge teateid.

Kui vestlusteatised on rühmitatud eraldi jaotisesse, seadme juurutused

• [H-1-8] PEAB kuvama vestluse märguanded enne vestlusega mitteseotud märguandeid, välja arvatud käimasolevad esiplaani teenuse märguanded ja tähtsus: kõrged märguanded.

Seadmete rakendused on järgmised:

• [H-SR] TUGEVALT SOOVITATAV, et võimaldada vestluste märguannete kaudu juurdepääs järgmistele toimingutele: kuvage see vestlus mullina, kui rakendus pakub mullide jaoks vajalikke andmeid

AOSP juurutus vastab nendele nõuetele süsteemi vaikeliidese, sätete ja käivitusprogrammiga.

Loe rohkem

IdentityCredential – mobiili juhiload

Lõpuks, üks funktsioone, millest ma olen kõige rohkem põnevil, on IdentityCredential API. Nagu eelmisel aastal üksikasjalikult kirjeldasime, IdentityCredential API on loodud selleks, et võimaldada rakendustel salvestada seadmesse isikut tõendavaid dokumente, näiteks mobiilijuhilubasid. Mitmed riigid (ja mõned USA osariigid) üle maailma lubavad juba oma kodanikel oma juhilubasid mobiilirakenduses salvestada. Google töötab aga selle nimel, et muuta see turvalisemaks, salvestades andmed võrguühenduseta turvalises keskkonnas.

Android 11 lähtekood sisaldab IdentityCredential API-d (millele helistavad arendajad isikut tõendavate dokumentide salvestamiseks telefoni turvaline keskkond) ja IdentityCredential HAL (mis liidestub telefoni turvalise keskkonnaga), kuid originaalseadmete tootjad ei pea neid rakendada. Kui Google tegi 10. jaanuaril 2020 esimest korda ettepaneku IdentityCredential lisamiseks CDD-sse, loetles ta selle kohustuslikuks. Kuid nad leevendasid seda nõuet 18. märtsil 2020 ja nüüd soovitavad originaalseadmete tootjatel seda funktsiooni toetada. Me ei ole üllatunud, et Google seda nõuet leevendas – usaldusväärset täitmiskeskkonda mõjutava muudatuse lisamine nõuab originaalseadmete tootjatelt jõupingutusi. Võimalik, et originaalseadmete tootjatel on selleks muudatuseks valmistumiseks lihtsalt rohkem aega. Kasutajate jaoks tähendab see aga, et pole mingit garantiid, et teie konkreetne Android 11 nutitelefon toetab mobiili juhiloa turvalist salvestamist telefoni turvalises keskkonnas.

Peaksime märkima, et puuduvad tehnilised piirangud, mis takistaksid IdentityCredential süsteemi laialdast kasutuselevõttu Android 11 seadmetes. Üks IdentityCredential süsteemi juurutamise nõudest on, et seadmel oleks usaldusväärne täitmine Keskkond (TEE) või spetsiaalne turvaline protsessor, milles "usaldusväärne rakendus" suhtleb salvestatud identiteediga dokumente. Alates versioonist Android 7.0 Nougat on Google nõudnud, et kõik kaasaegsed Android-seadmed toetaksid "isoleeritud täitmiskeskkonda" (per Jaotis 2.2.5 – CDD turbemudel). ARM-protsessoriga seadmetes on tavaliselt ARM-id TrustZone TEE ja Google pakub Usaldusväärne OS mis töötab TrustZone'is. TEE olemasolust piisab süsteemi IdentityCredential toetamiseks, kuigi oleks turvalisem, kui mandaadid salvestataks manustatud turvalises CPU-s (nt Mõnede Qualcomm Snapdragoni protsessorite turvaline töötlemisüksus) või diskreetne turvaline protsessor (nt Google'i Titan M või Samsungi uued turvakiibid). Eelkõige võivad diskreetsete turvaliste protsessoritega seadmed toetada ka süsteemi IdentityCredential funktsiooni "Otsepääsurežiim", mis võimaldab kasutajal välja tõmmata oma isikut tõendava dokumendi isegi siis, kui seadmel pole põhilise OS-i käivitamiseks piisavalt toidet.

Pakutud jaotis 9.11.3 (uus) – isikutunnistus (värskendatud 18.03.2020)

Identity Credential System võimaldab rakenduste arendajatel salvestada ja hankida kasutaja isikut tõendavaid dokumente.

Seadme juurutused:

• [C-SR] on TUGEVALT SOOVITATUD identiteedi mandaadisüsteemi juurutamiseks.

Kui seadme juurutused rakendavad identiteedi mandaadisüsteemi, siis:

• [C-0-1] PEAB tagastama väärtuse mitte-null IdentityCredentialStore#getInstance() meetod.
• [C-0-2] PEAB juurutama API-d `android.security.identity.*` koodiga, mis suhtleb usaldusväärse kasutajaga rakendus, mis töötab kas usaldusväärses täitmiskeskkonnas (TEE) või spetsiaalses turvaseadmes protsessor. Usaldusväärne rakendus tuleb rakendada nii, et Usaldusväärne andmetöötlusbaas Identity Credential System ei sisalda Androidi operatsioonisüsteemi.

Loe rohkem

Google töötab ka IdentityCredential Jetpacki teegi kallal, et arendajatel oleks lihtsam lisada tuge identiteedi turvaliseks salvestamiseks dokumente Androidis, kuid tõeline väljakutse on saada valitsused volitama rakendusi, mis kasutavad seda API-d riiklike ID-de turvaliseks salvestamiseks. Vastavalt Engadget, Lõuna-Korea võttis just kasutusele juhilubade mobiilirakenduses salvestamise toe, nii et me hakkame nägema selle tehnoloogia aktsepteerimise kasvu. Mina näiteks ootan põnevusega, kuhu see välja jõuab, sest see tähendab, et õue minnes tuleb üks asi vähem kaasas kanda.

---

Saadud dokumendis on loetletud CDD-s tehtud muudatused nende muudatuste tegemise kuupäevaks. Viimased muudatused tehti 10. juunil 2020, mis tähendab, et meil olev dokument on üsna ajakohane. Võimalik, et Google võib nendest muudatustest loobuda ja kehtestada need kõik nõuded enne Android 11 avalikku väljalaskmist, kuid me kahtleme, kas Google teeb äkki CDD rohkem pingutatud. Tõenäoliselt leevendati neid muudatusi originaalseadmete valmistajate tagasiside tõttu, kes peavad tagasi pöörduma ja need funktsioonid kasutusele võtma, kui nad seda juba ei plaaninud. See võtab aega, vaeva ja raha, mis lükkaks Android 11 väljalaskmist mitte-Google'i seadmetele veelgi edasi. Siiski, kui Google muudab need funktsioonid veel kord nõutavaks, postitame värskenduse XDA portaali.