Ekskluzīvi: 3 no Android 11 labākajām funkcijām nebūs pieejamas visās ierīcēs

Katru gadu Google izlaiž jaunu Android operētājsistēmas versiju. Google izlaida pirmo Android 11 izstrādātāja priekšskatījumu februārī, kam sekoja otrais, trešais un ceturtais izstrādātāja priekšskatījums pēdējo dažu mēnešu laikā. Šī mēneša sākumā Google atklāja pirmā Android 11 beta versija un padziļināti runāja par labākajām funkcijām, ko lietotāji var baudīt un izstrādātājiem ieviest. Tomēr tagad esam uzzinājuši, ka trīs no Android 11 populārākajām funkcijām nebūs pieejamas visās Android ierīcēs.

Lai saprastu, kā tas ir iespējams, mums īsi jāpaskaidro, kā Android OS tiek izplatīta no Google viedtālruņu ierīču ražotājiem. Android ir atvērtā koda operētājsistēma licencēta saskaņā ar Apache 2.0, kas nozīmē, ka ikviens, sākot no neatkarīgiem izstrādātājiem līdz lieliem uzņēmumiem, var brīvi modificēt un izplatīt OS savās ierīcēs. Lielākā daļa jauno OS funkciju, ko Google atklāja operētājsistēmai Android 11, būs daļa no šī viedtālruņa Android atvērtā pirmkoda projekta (AOSP). ierīču ražotāji balstās uz savu programmatūru, bet Apache 2.0 licence, kā jau minēju iepriekš, ļauj ikvienam modificēt programmatūru, kā viņš redz. der. Lai saglabātu konsekvenci API un platformu darbībā starp Android ierīcēm, Google apvieno Google mobilo pakalpojumu izplatīšanu (tostarp lietojumprogrammas un sistēmas, piemēram, Google Play veikals un Google Play pakalpojumi) ar licences līgumiem, kas nosaka, ka ierīcēm ir jāatbilst Google noteikumiem. "

Android saderības programma" (citu prasību starpā). Android saderības programma sastāv no vairākiem automatizētiem testu komplektiem un noteikumu kopas, kas uzskaitītas Android Saderības definīcijas dokuments (CDD).

CDD Google uzskaita programmatūras un aparatūras funkcijas, kuras ierīču ražotājiem ir OBLIGĀTI jāievieš, kuras ir jāievieš tikai "STINGRI IETEICAMS" vai "NEDRĪKST" ieviest. Ja funkcija ir norādīta kā OBLIGĀTI ieviesta, ierīces ražotājam šī funkcija ir jāpievieno, pretējā gadījumā viņš nevar piegādāt Google lietotnes savās ierīcēs. Ja funkcija ir norādīta kā NEDRĪKST ieviest, ierīces ražotājs nevar pievienot šo funkciju vai arī nevar grupēt Google lietotnes. Visbeidzot, ja funkcija ir norādīta kā “STIPRĀTI IETEICAMA”, tas ir atkarīgs no ierīces ražotāja, vai viņš vēlas ieviest šo funkciju. CDD ir pastāvīgi mainīgs dokuments, pat pirms tā publicēšanas katru gadu pēc jaunas Android versijas publiskas izlaišanas. Google bieži atjaunina dokumentu, lai noņemtu funkcijas, mainītu valodu, lai tā būtu skaidrāka, un atvieglotu prasības, pamatojoties uz savu partneru atsauksmēm. Tomēr, tiklīdz Google publiskos CDD konkrētai Android versijai, šīs prasības tiks iekaltas Google sertificētajām ierīcēm, kurās darbojas šī Android OS versija.

Android 11 CDD kļūs publiski pieejams tikai šogad, iespējams, septembra sākumā. Tomēr izstrādātājs @deletescape kopīgoja dokumenta pirmsizlaides kopiju, kurā detalizēti aprakstītas CDD gaidāmās izmaiņas, sniedzot mums agrīnu ieskatu par to, kā Google veido Android 11 visā ekosistēmā. Lielākā daļa no vairāk nekā 60 CDD izmaiņām lietotājiem nav īpaši interesantas — tās apraksta, kā ierīču ražotājiem ir jāievieš noteiktas API, jādeklarē noteiktas funkcijas un jāievieš noteikts kodols Iespējas. Tomēr mūsu uzmanību piesaistīja 3 no CDD izmaiņām, jo ​​tās attiecas uz dažām interesantākajām Android 11 funkcijām. Lūk, ko mēs atklājām.

Ierīču vadīklas

Ierīču vadīklas ir Android 11 funkcija, kas ļauj viedās mājas automatizācijas vadīklas parādīt barošanas izvēlnē. Varat izslēgt apgaismojumu, atvērt garāžas durvis, iedarbināt putekļu sūcēju, mainīt mājas temperatūru un darīt daudz vairāk, neatverot duci dažādu viedās mājas lietotņu. Google pievienoja API, ko viedo mājas lietotņu izstrādātāji var izmantot, lai parādītu vadības ierīces barošanas izvēlnē. Mēs domājam, ka šī ir lieliska funkcija beidzot ienes viedtālruni viedajā mājā. Diemžēl oriģinālo iekārtu ražotājiem nav prasības to faktiski ieviest. Ja oriģinālā aprīkojuma ražotāji uzskata, ka funkcija ir vāja vai viņi vēlas izvēlēties citu ceļu (piemēram, atļaut tikai viedo mājas vadīklas no ierīcēm savā ekosistēmā), viņi var vienkārši atspējot ierīces atbalstu Vadības ierīces.

Kad Google 2020. gada 25. februārī CDD pirmo reizi pievienoja ierīces vadīklas, viņi noteica to iekļaušanu, 2.2.3. sadaļā — Rokas datoru programmatūras prasības pievienojot prasību OBLIGĀTI. Tomēr 2020. gada 20. maijā Google atjaunināja tekstu, lai noņemtu ierosināto “OBLIGĀTI”. Jaunajā 3.8.16. sadaļā — Ierīču vadīklas ir aprakstīts, kā līdzeklis ir jāievieš, taču tajā nav prasīts, lai tā būtu jāievieš. Mēs ceram, ka oriģinālo iekārtu ražotāji neatspējos šo lielisko funkciju, taču mēs nevaram uzzināt, vai viņi to ir atspējojuši, līdz tie gatavi atklāt savas Android versijas, kas balstītas uz operētājsistēmu Android 11, kas notiks tikai vairākus mēnešus no plkst. tagad.

Ierosinātā 3.8.16. sadaļa (jauna) — ierīces vadīklas (atjaunināts 20.05.2020.)

3.8.16. Ierīces vadīklas

Operētājsistēmā Android ir iekļautas ControlsProviderService un Control API, lai izstrādātāji varētu publicēt ierīces vadīklas, lai lietotājiem nodrošinātu ātru statusu un darbību.

3.8.16.1. Ierīce kontrolē lietotāja iespējas

Ja ierīcēs tiek ieviestas ierīces vadīklas, tad tās:

• [C-1-1] OBLIGĀTI jāziņo, ka karodziņš android.software.controls.feature ir TRUE
• [C-1-2] OBLIGĀTI ir jānodrošina lietotāja iespējas pievienot, rediģēt, atlasīt un darbināt lietotāja izlasi no vadīklām, ko reģistrējušas trešās puses lietotnes, izmantojot android.service.controls. ControlsProviderService un android.service.controls. Kontroles API.
• [C-1-3] OBLIGĀTI ir jānodrošina piekļuve šim lietotāja piedāvājumam trīs mijiedarbības laikā no palaišanas programmas
• [C-1-4] Šim lietotājam ir precīzi jāatveido katras trešās puses lietotnes nosaukums un ikona, kas nodrošina vadīklas, izmantojot android.service.controls. ControlsProviderService API, kā arī jebkura norādītā ikona, statusa teksts, ierīces veids, nosaukums, struktūra, zona, pielāgota krāsa un apakšvirsraksti, ko nodrošina android.service.controls. Vadības API

Un otrādi, ja ierīces implementācijas neievieš šādas vadīklas, tad tās

• [C-2-1] ControlsProviderService un Control API OBLIGĀTI jāziņo Null.

Lasīt vairāk

Sarunas sadaļā Paziņojumi

Viena no Android lielākajām priekšrocībām salīdzinājumā ar iOS ir tas, kā pirmais apstrādā paziņojumus. Šī lietojamības atšķirība operētājsistēmā Android 11 kļūs vēl lielāka, ieviešot funkciju “Sarunas”. Operētājsistēmā Android 11 — paziņojumi no ziņojumapmaiņas lietotnēm ir sagrupētas kopā un tiek parādītas atsevišķā sadaļā paziņojumu panelī virs vairuma citu paziņojumi. Tas ļauj ātri skatīt ziņojumus un atbildēt uz tiem, neritinot visus citus neapstiprinātos paziņojumus. Diemžēl šīs lieliskās paziņojumu izmaiņas var nebūt pieejamas visās ierīcēs. Google sniedz oriģinālo iekārtu ražotājiem iespēju izvēlēties, vai viņi vēlas "grupēt un parādīt sarunu paziņojumus pirms tam paziņojumi, kas nav saistīti ar sarunu." OEM bieži pielāgo paziņojumu paneli, tāpēc nav pārsteigums, ka Google sniedz OEM izvēle šeit. Tomēr ir žēl, ka Google neizvēlas nodrošināt lielāku paziņojumu konsekvenci operētājsistēmā Android 11.

Ierosinātās izmaiņas 3.8.3.1. sadaļā — Paziņojumu sniegšana (Atjaunināts 2020. gada 8. 4. sadaļā)

Ja ierīču ieviešana ļauj trešo pušu lietotnēm informēt lietotājus par ievērojamiem notikumiem, tās:

...

Android R ievieš atbalstu sarunu paziņojumam, kas ir paziņojums, kas izmanto NotificationManager. MessageStyle un nodrošina publicētu People Shortcut ID.

Ierīces ieviešanas ir šādas:

• [H-SR] Stingri IETEICAMS grupēt un rādīt sarunu paziņojumus pirms sarunas paziņojumi, izņemot pašreizējos priekšplāna pakalpojumu paziņojumus un svarīgums: augsts paziņojumi.

Ja sarunu paziņojumi ir sagrupēti atsevišķā sadaļā, ierīces ieviešanas

• [H-1-8] OBLIGĀTI jāparāda sarunu paziņojumi pirms paziņojumiem, kas nav sarunas paziņojumi, izņemot notiekošos priekšplāna pakalpojuma paziņojumus un svarīgumu: augsti paziņojumi.

Ierīces ieviešanas ir šādas:

• [H-SR] Stingri IETEICAMS nodrošināt piekļuvi šādām darbībām no sarunu paziņojumiem: parādīt šo sarunu kā burbuli, ja lietotne nodrošina burbuļiem nepieciešamos datus.

AOSP ieviešana atbilst šīm prasībām, izmantojot noklusējuma sistēmas lietotāja interfeisu, iestatījumus un palaidēju.

Lasīt vairāk

IdentityCredential — mobilās ierīces vadītāja apliecības

Visbeidzot, viena no funkcijām, par ko esmu visvairāk sajūsmā, ir IdentityCredential API. Kā mēs aprakstījām pagājušajā gadā, IdentityCredential API ir izstrādāta, lai ļautu lietojumprogrammām ierīcē saglabāt personu apliecinošus dokumentus, piemēram, mobilās autovadītāja apliecības. Vairākas valstis (un daži ASV štati) visā pasaulē jau ļauj saviem pilsoņiem glabāt autovadītāja apliecības mobilajā lietotnē. Tomēr Google strādā, lai padarītu to drošāku, datus glabājot bezsaistē drošā vidē.

Android 11 pirmkods ietver IdentityCredential API (kuru izstrādātāji izsauks, lai tālruņa ierīcē saglabātu identitātes dokumentus drošā vide) un IdentityCredential HAL (kas saskaras ar tālruņa drošo vidi), taču oriģinālo iekārtu ražotājiem nav īstenot tos. Kad Google 2020. gada 10. janvārī pirmo reizi ierosināja IdentityCredential iekļaut CDD, viņi to uzskaitīja kā prasību. Tomēr 2020. gada 18. martā viņi šo prasību atviegloja un tagad tikai stingri iesaka OEM atbalstīt šo funkciju. Mēs neesam pārsteigti, ka Google atviegloja šo prasību — lai ieviestu izmaiņas, kas ietekmē uzticamas izpildes vidi, OEM būs jāpieliek pūles, lai tās ieviestu. Iespējams, oriģinālo iekārtu ražotājiem vienkārši ir nepieciešams vairāk laika, lai sagatavotos šīm izmaiņām. Tomēr lietotājiem tas nozīmē, ka nav garantijas, ka jūsu konkrētais Android 11 viedtālrunis atbalstīs drošu mobilās autovadītāja apliecības glabāšanu tālruņa drošajā vidē.

Jāņem vērā, ka nav nekādu tehnisku ierobežojumu, kas liegtu plaši izplatīt IdentityCredential sistēmu Android 11 ierīcēs. Viena no prasībām IdentityCredential sistēmas ieviešanai ir, lai ierīcei būtu uzticama izpilde Vide (TEE) vai īpašs drošs procesors, kurā "uzticama lietojumprogramma" mijiedarbojas ar saglabāto identitāti dokumentus. Kopš operētājsistēmas Android 7.0 Nougat Google ir pieprasījusi, lai visas modernās Android ierīces atbalstītu "izolētu izpildes vidi" (per Sadaļa 2.2.5. Drošības modelis CDD). Ierīcēs ar ARM procesoriem parasti ir ARM TrustZone TEE, un Google nodrošina Uzticama OS kas darbojas TrustZone. TEE klātbūtne ir pietiekama, lai atbalstītu sistēmu IdentityCredential, lai gan būtu drošāk, ja akreditācijas dati tiktu glabāti iegultā drošā CPU (piemēram, Dažu Qualcomm Snapdragon procesoru drošas apstrādes vienība) vai diskrētu drošu centrālo procesoru (piemēram, in Google Titan M vai Samsung jaunās drošības mikroshēmas). Proti, ierīces ar diskrētiem drošiem centrālajiem procesoriem var atbalstīt arī IdentityCredential sistēmas funkciju "Tiešās piekļuves režīms", kas ļaus lietotājam izņemt savu personu apliecinošu dokumentu pat tad, ja ierīcē nav pietiekami daudz jaudas, lai palaistu galveno OS.

Ierosinātā 9.11.3. sadaļa (jauna) — identitātes akreditācijas dati (atjaunināts 18.3.2020.)

Identitātes akreditācijas datu sistēma ļauj lietotņu izstrādātājiem saglabāt un izgūt lietotāja identitātes dokumentus.

Ierīces ieviešana:

• [C-SR] ir STIPRI IETEICAMS, lai ieviestu identitātes akreditācijas sistēmu.

Ja ierīces implementācijas ievieš identitātes akreditācijas datu sistēmu, tās:

• [C-0-1] OBLIGĀTI jāatgriež kā nulle IdentityCredentialStore#getInstance() metodi.
• [C-0-2] OBLIGĀTI jāievieš `android.security.identity.*` API ar kodu, kas sazinās ar uzticamu lietojumprogramma, kas darbojas uzticamā izpildes vidē (TEE) vai speciālā drošā procesors. Uzticamā lietojumprogramma ir jāievieš tā, lai Uzticama skaitļošanas bāze Identity Credential System neietver Android operētājsistēmu.

Lasīt vairāk

Google arī strādā pie IdentityCredential Jetpack bibliotēkas, lai izstrādātājiem būtu vieglāk pievienot atbalstu drošai identitātes glabāšanai dokumentus operētājsistēmā Android, taču īsts izaicinājums būs panākt, lai valdības pilnvarotu lietotnes, kas izmanto šo API, lai droši uzglabātu valsts ID. Saskaņā ar Engadget, Dienvidkoreja tikko ieviesa atbalstu autovadītāja licenču glabāšanai mobilajā lietotnē, tāpēc mēs sākam redzēt šīs tehnoloģijas pieņemšanas pieaugumu. Es, piemēram, priecājos redzēt, kur tas nonāks, jo tas nozīmēs par vienu mazāk lietu, ko nēsāt līdzi, kad došos ārā.

---

Iegūtajā dokumentā bija norādītas CDD izmaiņas līdz šo izmaiņu veikšanas datumam. Pēdējās izmaiņas tika veiktas 2020. gada 10. jūnijā, kas nozīmē, ka mūsu rīcībā esošais dokuments ir diezgan aktuāls. Iespējams, ka Google varētu atteikties no šīm izmaiņām un atkārtoti noteikt tām visas prasības pirms Android 11 publiskās izlaišanas, taču mēs šaubāmies, vai Google pēkšņi izveidos CDD. vairāk stingra. Šīs izmaiņas, iespējams, tika atvieglotas, jo tika saņemtas atsauksmes no oriģinālā aprīkojuma ražotājiem, kuriem būs jāatgriežas un jāievieš šīs funkcijas, ja tas vēl nebija plānots. Tas prasa laiku, pūles un naudu, kas tikai vēl vairāk aizkavētu Android 11 izlaišanu ierīcēm, kas nav Google. Tomēr, ja Google šīs funkcijas atkal pieprasa, mēs publicēsim atjauninājumu XDA portālā.