Eksklusif: 3 fitur terbaik Android 11 tidak akan ada di setiap perangkat

Setiap tahun, Google merilis versi baru sistem operasi Android. Google merilis Pratinjau Pengembang Android 11 pertama pada bulan Februari diikuti oleh pratinjau pengembang kedua, ketiga, dan keempat selama beberapa bulan terakhir. Awal bulan ini, Google meluncurkan Android 11 Beta pertama dan berbicara secara mendalam tentang fitur-fitur terbaik untuk dinikmati pengguna dan untuk diterapkan oleh pengembang. Namun, kini kami mengetahui bahwa tiga fitur teratas di Android 11 tidak akan tersedia di setiap perangkat Android.

Untuk memahami bagaimana hal ini mungkin terjadi, kami harus menjelaskan secara singkat bagaimana OS Android didistribusikan dari Google ke pembuat perangkat ponsel pintar. Android adalah sebuah sistem operasi sumber terbuka berlisensi di bawah Apache 2.0, artinya siapa pun, mulai dari pengembang indie hingga perusahaan besar, bebas memodifikasi dan mendistribusikan OS di perangkat mereka sendiri. Sebagian besar fitur OS baru yang diluncurkan Google untuk Android 11 akan menjadi bagian dari Proyek Sumber Terbuka Android (AOSP) ponsel pintar itu. pembuat perangkat mendasarkan perangkat lunak mereka sendiri, tetapi lisensi Apache 2.0, seperti yang saya sebutkan sebelumnya, memungkinkan siapa pun memodifikasi perangkat lunak sesuai keinginan mereka. bugar. Untuk menjaga konsistensi API dan perilaku platform antar perangkat Android, Google menggabungkan distribusi Layanan Seluler Google (termasuk aplikasi dan kerangka kerja seperti Google Play Store dan Layanan Google Play) dengan perjanjian lisensi yang mewajibkan perangkat mematuhi aturan berdasarkan peraturan Google "

Program Kompatibilitas Android" (di antara persyaratan lainnya). Program Kompatibilitas Android terdiri dari beberapa rangkaian pengujian otomatis dan serangkaian aturan yang disebutkan di Android Dokumen Definisi Kompatibilitas (CDD).

Dalam CDD, Google mencantumkan fitur perangkat lunak dan perangkat keras yang "HARUS" diterapkan oleh pembuat perangkat, hanya "SANGAT DIANJURKAN" untuk diterapkan, atau "TIDAK BOLEH" diterapkan. Jika suatu fitur terdaftar sebagai penerapan "HARUS", maka pembuat perangkat harus menambahkan fitur tersebut atau mereka tidak dapat mengirimkan aplikasi Google di perangkat mereka. Jika fitur tercantum sebagai "TIDAK BOLEH" diterapkan, maka pembuat perangkat tidak dapat menambahkan fitur tersebut atau mereka tidak dapat memaketkan aplikasi Google. Terakhir, jika suatu fitur terdaftar sebagai "SANGAT DIREKOMENDASIKAN", maka terserah kepada pembuat perangkat apakah mereka ingin menerapkan fitur tersebut atau tidak. CDD adalah dokumen yang terus berubah, bahkan sebelum dipublikasikan setiap tahun setelah rilis publik versi Android baru. Google sering memperbarui dokumen untuk menghapus fitur, mengubah bahasa menjadi lebih jelas, dan melonggarkan persyaratan berdasarkan masukan dari mitranya. Namun, setelah Google mempublikasikan CDD untuk versi Android tertentu, persyaratan tersebut akan ditetapkan untuk perangkat tersertifikasi Google yang menjalankan versi OS Android tersebut.

CDD Android 11 tidak akan dipublikasikan hingga akhir tahun ini, kemungkinan besar pada awal September. Namun, pengembang @deletescape membagikan salinan dokumen pra-rilis yang merinci perubahan yang terjadi pada CDD, memberi kita gambaran awal tentang bagaimana Google membentuk Android 11 di seluruh ekosistem. Sebagian besar dari lebih dari 60 perubahan pada CDD tidak terlalu menarik bagi pengguna—mereka menjelaskan caranya pembuat perangkat harus mengimplementasikan API tertentu, mendeklarasikan fitur tertentu, dan mengimplementasikan kernel tertentu fitur. Namun, 3 perubahan pada CDD menarik perhatian kami karena berkaitan dengan beberapa fitur paling menarik di Android 11. Inilah yang kami temukan.

Kontrol Perangkat

Kontrol Perangkat adalah fitur di Android 11 yang memungkinkan kontrol otomatisasi rumah pintar ditampilkan di menu daya. Anda dapat mematikan lampu, membuka pintu garasi, menyalakan penyedot debu, mengubah suhu rumah, dan melakukan lebih banyak hal tanpa membuka selusin aplikasi rumah pintar yang berbeda. Google menambahkan API yang dapat digunakan oleh pengembang aplikasi rumah pintar untuk menampilkan kontrol di menu daya. Menurut kami ini adalah fitur yang bagus akhirnya membawa ponsel cerdas Anda ke rumah pintar. Sayangnya, tidak ada persyaratan bagi OEM untuk benar-benar menerapkannya. Jika OEM menganggap fitur tersebut lemah atau mereka ingin mengambil jalan lain (misalnya hanya mengizinkan smart kontrol rumah dari perangkat di ekosistemnya sendiri), lalu mereka cukup menonaktifkan dukungan untuk Perangkat Kontrol.

Saat Google pertama kali menambahkan Kontrol Perangkat ke CDD pada tanggal 25 Februari 2020, mereka mewajibkan penyertaannya dengan menambahkan persyaratan "HARUS" di Bagian 2.2.3 - Persyaratan Perangkat Lunak Genggam. Namun, pada tanggal 20 Mei 2020, Google memperbarui teks untuk menghapus usulan "HARUS". Bagian 3.8.16 - Kontrol Perangkat yang baru menguraikan bagaimana fitur tersebut harus diimplementasikan namun sebenarnya tidak mengharuskan fitur tersebut diimplementasikan terlebih dahulu! Kami berharap OEM tidak menonaktifkan fitur bagus ini, namun tidak ada cara bagi kami untuk mengetahui apakah mereka telah menonaktifkannya hingga mereka benar-benar menonaktifkannya. siap mengungkap varian Android mereka sendiri yang dibangun di atas Android 11, yang baru akan terjadi beberapa bulan setelahnya Sekarang.

Usulan Bagian 3.8.16 (Baru) - Kontrol Perangkat (Diperbarui 20/5/2020)

3.8.16 Kontrol Perangkat

Android menyertakan ControlsProviderService dan Control API untuk memungkinkan pengembang memublikasikan kontrol perangkat untuk status dan tindakan cepat bagi pengguna.

3.8.16.1 Perangkat Mengontrol Keterjangkauan Pengguna

Jika perangkat menerapkan Kontrol Perangkat, maka perangkat tersebut:

• [C-1-1] HARUS melaporkan tanda android.software.controls.feature menjadi BENAR
• [C-1-2] HARUS memberikan kemampuan kepada pengguna untuk menambahkan, mengedit, memilih, dan mengoperasikan favorit pengguna dari kontrol yang didaftarkan oleh aplikasi pihak ketiga melalui android.service.controls. ControlsProviderService dan android.service.controls. Kontrol API.
• [C-1-3] HARUS memberikan akses ke kemampuan pengguna ini dalam tiga interaksi dari Peluncur
• [C-1-4] HARUS secara akurat merender nama dan ikon setiap aplikasi pihak ketiga yang menyediakan kontrol melalui android.service.controls dalam kemampuan pengguna ini. ControlsProviderService API serta ikon tertentu, teks status, jenis perangkat, nama, struktur, zona, warna khusus, dan subjudul yang disediakan oleh android.service.controls. API Kontrol

Sebaliknya, jika implementasi perangkat tidak menerapkan kontrol tersebut, maka mereka akan menerapkannya

• [C-2-1] HARUS melaporkan Null untuk ControlsProviderService dan Control API.

Baca selengkapnya

Percakapan di Notifikasi

Salah satu keunggulan terbesar Android dibandingkan iOS adalah cara iOS menangani notifikasi. Kesenjangan dalam kegunaan tersebut akan semakin lebar di Android 11 dengan diperkenalkannya "Percakapan". Di Android 11, notifikasi dari aplikasi perpesanan dikelompokkan bersama dan ditampilkan di bagian terpisah pada panel notifikasi di atas sebagian besar aplikasi lainnya pemberitahuan. Ini memungkinkan Anda melihat dan merespons pesan dengan cepat tanpa harus menelusuri semua notifikasi lain yang tertunda. Sayangnya, perubahan notifikasi yang bagus ini mungkin tidak tersedia di semua perangkat. Google memberi OEM opsi untuk memilih apakah mereka ingin "mengelompokkan dan menampilkan pemberitahuan percakapan terlebih dahulu pemberitahuan non-percakapan." OEM sering kali menyesuaikan panel notifikasi, sehingga tidak mengherankan jika Google memberikan OEM sebuah pilihan di sini. Namun, sangat disayangkan Google tidak memilih untuk menerapkan lebih banyak konsistensi dalam notifikasi di Android 11.

Usulan perubahan pada Bagian 3.8.3.1 - Penyajian Pemberitahuan (Diperbarui 08/04/2020)

Jika penerapan perangkat memungkinkan aplikasi pihak ketiga memberi tahu pengguna tentang peristiwa penting, aplikasi tersebut:

...

Android R memperkenalkan dukungan notifikasi percakapan, yaitu notifikasi yang menggunakan NotifikasiManager. MessageStyle dan menyediakan ID Pintasan Orang yang dipublikasikan.

Implementasi perangkat adalah:

• [H-SR] SANGAT DIREKOMENDASIKAN untuk mengelompokkan dan menampilkan notifikasi percakapan sebelum non percakapan pemberitahuan dengan pengecualian pemberitahuan layanan latar depan yang sedang berlangsung dan tingkat kepentingannya: tinggi pemberitahuan.

Jika notifikasi percakapan dikelompokkan ke dalam bagian terpisah, implementasi perangkat

• [H-1-8] HARUS menampilkan notifikasi percakapan sebelum notifikasi non percakapan dengan pengecualian notifikasi layanan latar depan yang sedang berlangsung dan kepentingan: notifikasi tinggi.

Implementasi perangkat adalah:

• [H-SR] SANGAT DIREKOMENDASIKAN untuk memberikan akses ke tindakan berikut dari notifikasi percakapan: tampilkan percakapan ini sebagai gelembung jika aplikasi menyediakan data yang diperlukan untuk gelembung

Implementasi AOSP memenuhi persyaratan ini dengan UI Sistem default, Pengaturan, dan Peluncur.

Baca selengkapnya

IdentityCredential - Surat Izin Mengemudi Seluler

Terakhir, salah satu fitur yang paling saya sukai adalah IdentityCredential API. Seperti yang kami jelaskan tahun lalu, IdentityCredential API dirancang untuk memungkinkan aplikasi menyimpan dokumen identitas, seperti SIM seluler, di perangkat. Beberapa negara (dan beberapa negara bagian AS) di seluruh dunia telah mengizinkan warganya menyimpan SIM di aplikasi seluler. Namun, Google berupaya menjadikannya lebih aman dengan menyimpan data secara offline di lingkungan yang aman.

Kode sumber untuk Android 11 menyertakan IdentityCredential API (yang akan dipanggil oleh pengembang untuk menyimpan dokumen identitas di ponsel lingkungan aman) dan IdentityCredential HAL (yang berinteraksi dengan lingkungan aman ponsel), namun OEM tidak diharuskan untuk menerapkannya. Saat Google pertama kali mengusulkan penyertaan IdentityCredential dalam CDD pada 10 Januari 2020, mereka mencantumkannya sebagai persyaratan. Namun, mereka melonggarkan persyaratan ini pada 18 Maret 2020, dan kini hanya sangat menyarankan agar OEM mendukung fitur ini. Kami tidak terkejut bahwa Google melonggarkan persyaratan ini—menambahkan perubahan yang berdampak pada lingkungan eksekusi tepercaya akan memerlukan upaya dari OEM untuk menerapkannya. Ada kemungkinan bahwa OEM memerlukan lebih banyak waktu untuk bersiap menghadapi perubahan ini. Namun bagi pengguna, hal ini berarti tidak ada jaminan ponsel cerdas Android 11 Anda akan mendukung penyimpanan SIM seluler dengan aman di lingkungan ponsel yang aman.

Perlu diperhatikan bahwa tidak ada batasan teknis yang mencegah adopsi sistem IdentityCredential secara luas di antara perangkat Android 11. Salah satu persyaratan untuk mengimplementasikan sistem IdentityCredential adalah perangkat memiliki Eksekusi Tepercaya Lingkungan (TEE) atau prosesor aman khusus tempat "aplikasi tepercaya" berinteraksi dengan identitas yang disimpan dokumen. Sejak Android 7.0 Nougat, Google mewajibkan semua perangkat Android modern untuk mendukung "lingkungan eksekusi terisolasi" (per Bagian 2.2.5 - Model Keamanan di CDD). Perangkat dengan prosesor ARM biasanya memiliki fitur ARM Zona Kepercayaan TEE, dan Google menyediakan OS yang tepercaya yang berjalan di TrustZone. Kehadiran TEE sudah cukup untuk mendukung sistem IdentityCredential, meskipun akan lebih aman jika kredensial disimpan dalam CPU aman yang tertanam (seperti di Unit Pemrosesan Aman dari beberapa prosesor Qualcomm Snapdragon) atau CPU aman yang terpisah (seperti di Titan M dari Google atau Chip keamanan baru Samsung). Khususnya, perangkat dengan CPU aman terpisah mungkin juga dapat mendukung fitur "Mode Akses Langsung" dari sistem IdentityCredential, yang akan memungkinkan pengguna untuk mengambil dokumen identitas mereka bahkan ketika daya yang tersisa di perangkat tidak cukup untuk mem-boot OS utama.

Usulan Bagian 9.11.3 (Baru) - Kredensial Identitas (Diperbarui 18/3/2020)

Sistem Kredensial Identitas memungkinkan pengembang aplikasi menyimpan dan mengambil dokumen identitas pengguna.

Implementasi perangkat:

• [C-SR] SANGAT DIREKOMENDASIKAN untuk menerapkan Sistem Kredensial Identitas.

Jika implementasi perangkat menerapkan Sistem Kredensial Identitas, mereka:

• [C-0-1] HARUS mengembalikan non-null untuk IdentityCredentialStore#getInstance() metode.
• [C-0-2] HARUS mengimplementasikan API `android.security.identity.*` dengan kode yang berkomunikasi dengan pihak tepercaya aplikasi yang berjalan di Lingkungan Eksekusi Tepercaya (TEE) atau pada sistem aman khusus prosesor. Aplikasi tepercaya harus diimplementasikan sedemikian rupa sehingga Basis Komputasi Tepercaya untuk Sistem Kredensial Identitas tidak termasuk Sistem Operasi Android.

Baca selengkapnya

Google juga sedang mengerjakan pustaka IdentityCredential Jetpack untuk memudahkan pengembang menambahkan dukungan untuk menyimpan identitas dengan aman dokumen di Android, namun tantangan sebenarnya adalah meminta pemerintah memberi otorisasi pada aplikasi yang menggunakan API ini untuk menyimpan tanda pengenal pemerintah dengan aman. Berdasarkan Engadget, Korea Selatan baru saja meluncurkan dukungan untuk menyimpan SIM di aplikasi seluler, jadi kami mulai melihat peningkatan penerimaan terhadap teknologi ini. Saya, misalnya, sangat bersemangat untuk melihat ke mana perginya barang ini karena ini berarti berkurangnya satu barang yang harus saya bawa ketika saya pergi keluar.

---

Dokumen yang kami peroleh mencantumkan perubahan pada CDD pada tanggal perubahan tersebut dilakukan. Perubahan terakhir dilakukan pada tanggal 10 Juni 2020 yang berarti dokumen yang kami miliki sudah cukup mutakhir. Ada kemungkinan bahwa Google dapat mengingkari perubahan ini dan menerapkan kembali semua persyaratan sebelum rilis publik Android 11, namun kami ragu Google akan tiba-tiba membuat CDD. lagi ketat. Perubahan ini kemungkinan besar dilonggarkan karena masukan dari OEM yang harus kembali dan menerapkan fitur-fitur ini jika mereka belum berencana untuk melakukannya. Hal ini membutuhkan waktu, tenaga, dan uang, yang hanya akan semakin menunda peluncuran Android 11 untuk perangkat non-Google. Namun, jika Google membuat fitur ini diperlukan sekali lagi, kami akan memposting pembaruan di Portal XDA.