Ekskluzivno: 3 najboljše funkcije Androida 11 ne bodo na voljo v vsaki napravi

Vsako leto Google izda novo različico operacijskega sistema Android. Google je februarja izdal prvi predogled za razvijalce za Android 11, ki so mu v zadnjih nekaj mesecih sledili drugi, tretji in četrti predogled za razvijalce. V začetku tega meseca je Google predstavil prvi Android 11 Beta in poglobljeno govoril o najboljših funkcijah, v katerih lahko uživajo uporabniki in ki jih lahko izvajajo razvijalci. Vendar smo zdaj izvedeli, da tri najboljše funkcije v sistemu Android 11 ne bodo na voljo v vsaki napravi Android.

Da bi razumeli, kako je to mogoče, moramo na kratko razložiti, kako se operacijski sistem Android distribuira od Googla do proizvajalcev pametnih naprav. Android je odprtokodni operacijski sistem licenciran pod Apache 2.0, kar pomeni, da lahko vsak, od neodvisnih razvijalcev do velikih podjetij, prosto spreminja in distribuira OS na svojih napravah. Večina novih funkcij operacijskega sistema, ki jih je Google predstavil za Android 11, bo del odprtokodnega projekta Android (AOSP), ki ga pametni telefoni izdelovalci naprav temeljijo na lastni programski opremi, vendar licenca Apache 2.0, kot sem že omenil, omogoča vsakomur spreminjanje programske opreme, kot vidi fit. Da bi ohranil doslednost API-jev in delovanja platforme med napravami Android, Google združuje distribucijo Googlovih mobilnih storitev (kar vključuje aplikacije in okviri, kot sta Google Play Store in Google Play Services) z licenčnimi pogodbami, ki zahtevajo, da naprave upoštevajo pravila Googlove "

Program združljivosti Android« (med drugimi zahtevami). Program združljivosti za Android je sestavljen iz več avtomatiziranih testnih zbirk in nabora pravil, navedenih v sistemu Android Dokument z opredelitvijo združljivosti (CDD).

V CDD Google navaja funkcije programske in strojne opreme, ki jih izdelovalci naprav "MORAJO" implementirati, ki so samo "MOČNO PRIPOROČENE" za implementacijo ali "NE SMEJO". Če je funkcija navedena kot »OBVEZNA« implementacija, mora izdelovalec naprave dodati to funkcijo, sicer ne bo mogel pošiljati Googlovih aplikacij v svoje naprave. Če je funkcija navedena kot »NE SME«, potem proizvajalec naprave ne more dodati te funkcije ali pa ne more združiti Googlovih aplikacij. Nazadnje, če je funkcija navedena kot »MOČNO PRIPOROČENA«, je od izdelovalca naprave odvisno, ali želi to funkcijo implementirati ali ne. CDD je dokument, ki se nenehno spreminja, še preden se objavi vsako leto po javni objavi nove različice Androida. Google pogosto posodablja dokument, da odstrani funkcije, spremeni jezik, da bo jasnejši, in zmanjša zahteve na podlagi povratnih informacij svojih partnerjev. Vendar, ko bo Google javno objavil CDD za določeno različico Androida, bodo te zahteve določene v kamnu za naprave s certifikatom Google, ki uporabljajo to različico OS Android.

CDD za Android 11 bo javno objavljen šele pozneje letos, verjetno v začetku septembra. Vendar razvijalec @deletescape je delil kopijo dokumenta pred izdajo, ki podrobno opisuje spremembe, ki prihajajo v CDD, kar nam daje zgodnji vpogled v to, kako Google oblikuje Android 11 v celotnem ekosistemu. Velika večina od več kot 60 sprememb CDD uporabnikom ni zelo zanimiva – opisujejo, kako Proizvajalci naprav morajo implementirati določene API-je, deklarirati določene funkcije in implementirati določeno jedro Lastnosti. Vendar pa so 3 spremembe CDD pritegnile našo pozornost, ker se nanašajo na nekatere najbolj zanimive funkcije v sistemu Android 11. Tukaj je tisto, kar smo odkrili.

Nadzor naprave

Device Controls je funkcija v sistemu Android 11, ki omogoča prikaz kontrolnikov avtomatizacije pametnega doma v meniju za napajanje. Lahko ugasnete luči, odprete garažna vrata, zaženete sesalnik, spremenite temperaturo doma in naredite veliko več, ne da bi odprli ducat različnih aplikacij za pametni dom. Google je dodal API-je, ki jih lahko razvijalci aplikacij za pametni dom uporabijo za prikaz kontrolnikov v meniju za napajanje. Menimo, da je to odlična funkcija končno prenese vaš pametni telefon v pametni dom. Na žalost ni nobene zahteve, da bi ga proizvajalci originalne opreme dejansko implementirali. Če proizvajalec originalne opreme meni, da je funkcija slaba ali želi ubrati drugo pot (na primer omogočiti samo pametno nadzor doma iz naprav v njihovem lastnem ekosistemu), potem lahko preprosto onemogočijo podporo za napravo Kontrole.

Ko je Google 25. februarja 2020 prvič dodal nadzor naprav v CDD, je določil njihovo vključitev z dodajanjem zahteve »MORA« v razdelku 2.2.3 – Zahteve za ročno programsko opremo. Vendar pa je Google 20. maja 2020 posodobil besedilo in odstranil predlagano "MORA". Novi razdelek 3.8.16 – Kontrolniki naprav opisuje, kako je treba funkcijo implementirati, vendar dejansko ne zahteva, da je implementirana na prvem mestu! Upamo, da proizvajalci originalne opreme ne bodo onemogočili te čudovite funkcije, vendar ne moremo vedeti, ali so jo onemogočili, dokler ne pripravljeni razkriti lastne okuse Androida, zgrajenega na Androidu 11, kar se bo zgodilo šele čez nekaj mesecev zdaj.

Predlagani razdelek 3.8.16 (novo) – Kontrolniki naprav (posodobljeno 20. 5. 2020)

3.8.16 Kontrole naprave

Android vključuje API-je ControlsProviderService in Control, ki razvijalcem omogočajo objavo kontrolnikov naprave za hitro stanje in dejanja za uporabnike.

3.8.16.1 Nadzor naprave Uporabniška ugodnost

Če naprave izvajajo nadzor naprav, potem:

• [C-1-1] MORA poročati, da je zastavica android.software.controls.feature TRUE
• [C-1-2] MORA uporabniku zagotoviti možnost dodajanja, urejanja, izbiranja in upravljanja uporabnikovih priljubljenih iz kontrolnikov, ki so jih registrirale aplikacije tretjih oseb prek android.service.controls. ControlsProviderService in android.service.controls. Kontrolni API-ji.
• [C-1-3] MORA zagotoviti dostop do te uporabniške možnosti v treh interakcijah iz zaganjalnika
• [C-1-4] MORA v tej uporabniški možnosti natančno upodobiti ime in ikono vsake aplikacije drugega proizvajalca, ki zagotavlja nadzor prek android.service.controls. ControlsProviderService API kot tudi katera koli navedena ikona, besedilo stanja, vrsta naprave, ime, struktura, območje, barva po meri in podnaslov, ki jih zagotavlja android.service.controls. Control API

Nasprotno, če izvedbe naprav ne izvajajo takih kontrol, potem jih

• [C-2-1] MORA prijaviti Null za ControlsProviderService in Control API-je.

Preberi več

Pogovori v Obvestilih

Ena največjih prednosti Androida v primerjavi z iOS je, kako prvi obravnava obvestila. Ta vrzel v uporabnosti se bo v Androidu 11 še povečala z uvedbo »Pogovorov«. V sistemu Android 11 obvestila iz aplikacij za sporočanje so združeni in prikazani v ločenem razdelku na obvestilni plošči nad večino drugih obvestila. To vam omogoča hiter ogled in odgovarjanje na sporočila, ne da bi se morali pomikati po vseh drugih čakajočih obvestilih. Na žalost ta čudovita sprememba obvestil morda ne bo na voljo v vseh napravah. Google proizvajalcem originalne opreme daje možnost, da izberejo, ali želijo »združiti in prikazati obvestila o pogovorih vnaprej obvestila brez pogovorov." Proizvajalci originalne opreme pogosto prilagodijo obvestilno ploščo, zato ni presenetljivo, da Google daje proizvajalcem originalne opreme izbira tukaj. Kljub temu je žalostno, da se Google ne odloči uveljaviti več doslednosti v obvestilih v sistemu Android 11.

Predlagane spremembe razdelka 3.8.3.1 – Predstavitev obvestil (posodobljeno 4/08/2020)

Če izvedbe naprav omogočajo aplikacijam tretjih oseb, da obvestijo uporabnike o pomembnih dogodkih, te:

...

Android R uvaja podporo za obvestilo o pogovoru, ki je obvestilo, ki uporablja NotificationManager. MessageStyle in zagotavlja objavljeni ID bližnjice People.

Izvedbe naprav so:

• [H-SR] MOČNO PRIPOROČAMO za združevanje in prikaz obvestil o pogovoru pred nepogovorom obvestila z izjemo tekočih obvestil storitev v ospredju in pomembnosti: visoka obvestila.

Če so obvestila o pogovorih združena v ločen razdelek, implementacije naprave

• [H-1-8] MORA prikazati obvestila o pogovorih pred obvestili brez pogovorov, z izjemo tekočih obvestil storitev v ospredju in pomembnosti: visoka obvestila.

Izvedbe naprav so:

• [H-SR] MOČNO PRIPOROČAMO, da omogočite dostop do naslednjih dejanj iz obvestil o pogovorih: prikažite ta pogovor kot oblaček, če aplikacija zagotovi zahtevane podatke za oblačke

Izvedba AOSP izpolnjuje te zahteve s privzetim sistemskim uporabniškim vmesnikom, nastavitvami in zaganjalnikom.

Preberi več

IdentityCredential – mobilne vozniške licence

In končno, ena od funkcij, nad katero sem najbolj navdušen, je IdentityCredential API. Kot smo podrobno opisali lani, IdentityCredential API je zasnovan tako, da aplikacijam omogoča shranjevanje osebnih dokumentov, kot so mobilna vozniška dovoljenja, v napravi. Številne države (in nekatere države ZDA) po vsem svetu svojim državljanom že dovoljujejo shranjevanje vozniških dovoljenj v mobilni aplikaciji. Vendar si Google prizadeva, da bi bil to varnejši, tako da bi podatke shranil brez povezave v varnem okolju.

Izvorna koda za Android 11 vključuje API IdentityCredential (ki ga bodo razvijalci poklicali za shranjevanje osebnih dokumentov v telefonu varno okolje) in IdentityCredential HAL (ki je povezan z varnim okoljem telefona), vendar proizvajalcem originalne opreme ni treba izvajati. Ko je Google 10. januarja 2020 prvič predlagal vključitev IdentityCredential v CDD, je to navedel kot zahtevo. Vendar so to zahtevo omilili 18. marca 2020 in zdaj le močno priporočajo, da proizvajalci originalne opreme podpirajo to funkcijo. Nismo presenečeni, da je Google omilil to zahtevo – dodajanje spremembe, ki vpliva na zaupanja vredno okolje izvajanja, bo zahtevalo trud proizvajalcev originalne opreme za implementacijo. Možno je, da proizvajalci originalne opreme preprosto potrebujejo več časa, da se pripravijo na to spremembo. Za uporabnike pa to pomeni, da ni nobenega zagotovila, da bo vaš pametni telefon s sistemom Android 11 podpiral varno shranjevanje vozniškega dovoljenja za mobilne naprave v varnem okolju telefona.

Upoštevati moramo, da ni nobenih tehničnih omejitev, ki bi preprečile široko uporabo sistema IdentityCredential med napravami Android 11. Ena od zahtev za implementacijo sistema IdentityCredential je, da ima naprava Trusted Execution Okolje (TEE) ali namenski varni procesor, v katerem "zaupanja vredna aplikacija" komunicira s shranjeno identiteto dokumenti. Od Androida 7.0 Nougat je Google zahteval, da vse sodobne naprave Android podpirajo "izolirano izvajalno okolje" (per Razdelek 2.2.5 – Varnostni model v CDD). Naprave s procesorji ARM so običajno opremljene s procesorji ARM TrustZone TEE, Google pa zagotavlja Zanesljiv OS ki deluje na TrustZone. Prisotnost TEE zadostuje za podporo sistemu IdentityCredential, čeprav bi bilo bolj varno, če bi bile poverilnice shranjene v vdelani varni CPE (kot je v Varna procesorska enota nekaterih procesorjev Qualcomm Snapdragon) ali ločen varen CPE (kot je v Googlov Titan M oz Samsungovi novi varnostni čipi). Predvsem naprave z ločenimi varnimi procesorji lahko podpirajo tudi funkcijo "Način neposrednega dostopa" sistema IdentityCredential, ki bo uporabniku omogočil, da izvleče svoj osebni dokument, tudi če v napravi ni dovolj energije za zagon glavnega operacijskega sistema.

Predlagani razdelek 9.11.3 (novo) – poverilnica identitete (posodobljeno 18. 3. 2020)

Identity Credential System razvijalcem aplikacij omogoča shranjevanje in pridobivanje dokumentov o identiteti uporabnikov.

Izvedbe naprav:

• [C-SR] MOČNO PRIPOROČAMO uporabo sistema poverilnic identitete.

Če izvedbe naprav izvajajo sistem poverilnic identitete:

• [C-0-1] MORA vrniti nenull za IdentityCredentialStore#getInstance() metoda.
• [C-0-2] MORAJO implementirati API-je `android.security.identity.*` s kodo, ki komunicira z zaupanja vrednim aplikacija, ki se izvaja v zaupanja vrednem izvajalskem okolju (TEE) ali na namenskem varnem procesor. Zaupanja vredna aplikacija mora biti implementirana tako, da Zaupanja vredna računalniška baza za sistem poverilnic identitete ne vključuje operacijskega sistema Android.

Preberi več

Google dela tudi na knjižnici IdentityCredential Jetpack, da bi razvijalcem olajšal dodajanje podpore za varno shranjevanje identitete dokumentov v sistemu Android, vendar bo pravi izziv pridobiti vlade, da avtorizirajo aplikacije, ki uporabljajo ta API za varno shranjevanje državnih ID-jev. Po navedbah Engadget, je Južna Koreja pravkar uvedla podporo za shranjevanje vozniških dovoljenj v mobilni aplikaciji, tako da začenjamo opažati dvig sprejemanja te tehnologije. Na primer, sem navdušen, da vidim, kam to pelje, ker bo to pomenilo eno stvar manj, ki jo bom nosil s seboj, ko bom šel ven.

---

V dokumentu, ki smo ga pridobili, so navedene spremembe CDD do datuma, ko so bile te spremembe opravljene. Zadnje spremembe so bile izvedene 10. junija 2020, kar pomeni, da je dokument, ki ga imamo, dokaj ažuren. Možno je, da bi se Google lahko odpovedal tem spremembam in znova postavil vse zahteve pred javno izdajo Androida 11, vendar dvomimo, da bo Google kar naenkrat izdal CDD več stroga. Te spremembe so bile verjetno omilile zaradi povratnih informacij proizvajalcev originalne opreme, ki so tisti, ki se bodo morali vrniti in implementirati te funkcije, če tega niso že načrtovali. To zahteva čas, trud in denar, kar bi samo še dodatno odložilo izdajo Androida 11 za naprave, ki niso Googlove. Kljub temu, če bo Google znova zahteval te funkcije, bomo posodobitev objavili na portalu XDA.