Pengelolaan perangkat untuk otomotif

Pengelolaan perangkat memungkinkan Anda mengelola kendaraan yang menjalankan Android Automotive OS (AAOS) dari jarak jauh. Misalnya, pemilik kendaraan mungkin ingin mereset unit infotainmen ke setelan pabrik dari jarak jauh.

Di Otomotif, kami menyediakan dua kategori pengelolaan perangkat:

  • Perangkat pribadi. Kendaraan dimiliki oleh konsumen. Pemilik kendaraan mengelola mobil dari jarak jauh. Misalnya, pemilik menggunakan aplikasi seluler kendaraan untuk melakukan reset ke setelan pabrik unit infotainmen dari jarak jauh.
  • Perangkat perusahaan. Kendaraan dimiliki oleh perusahaan atau organisasi. Administrator mengelola mobil dari jarak jauh.

Perangkat pribadi

Dalam skenario perangkat pribadi, mengelola kendaraan dari jarak jauh memerlukan pertimbangan status mengemudi mobil. Misalnya, jika pemilik kendaraan memicu reset ke setelan pabrik dari jarak jauh, kendaraan tidak boleh direset ke setelan pabrik jika mobil dikendarai secara aktif oleh orang lain.

Dengan demikian, kami memiliki serangkaian API pengelolaan perangkat yang terintegrasi dengan batasan status drive. API ini dapat dipanggil oleh aplikasi sistem apa pun (aplikasi yang diinstal sebelumnya di partisi sistem) dengan izin yang benar.

API pengelolaan perangkat pribadi

API Tujuan
CarDevicePolicyManager.createUser()

Membuat pengguna baru pada perangkat di latar belakang.

Bagaimana cara interaksinya dengan drive-state?

Pengguna baru dibuat di latar belakang, terlepas dari status drive.

CarDevicePolicyManager.RemoveUser()

Menghapus pengguna yang sudah ada di perangkat.

Bagaimana interaksinya dengan status drive?

Jika pengguna target berada di:

  • Latar belakang, operasi akan dilanjutkan.
  • Foreground dan mobil berstatus PARKED atau IDLING, operasi akan dilanjutkan.
  • Latar depan dan mobil BERGERAK, kode pengecualian akan ditampilkan.
DevicePolicyManager.lockNow()

Mengunci pengguna yang ada di perangkat. Jika pengguna memiliki kredensial layar kunci yang sudah ada (misalnya, PIN atau pola), layar akan tetap menyala.

Bagaimana interaksinya dengan status drive?

Jika pengguna target berada di:

  • Latar belakang, operasi akan dilanjutkan.
  • Latar depan dan mobil DIparkir atau, IDLING, atau, BERGERAK, mobil akan terus berjalan jika pengguna berada di latar depan (terlepas dari status mengemudi), atau diabaikan sebaliknya. lockNow() tidak dibatasi oleh status gangguan UX.
DevicePolicyManager.resetPassword()

Mengunci pengguna yang ada di perangkat dengan menetapkan kredensial layar kunci, jika pengguna tidak memiliki kredensial yang ada. Layar tetap menyala.

Bagaimana interaksinya dengan status drive?

Jika pengguna target berada di:

  • Latar belakang, operasi akan dilanjutkan.
  • Latar depan dan mobil DIPARKIR atau, IDLING, operasi akan dilanjutkan.
  • Latar depan dan mobil sedang BERGERAK, kode pengecualian akan ditampilkan.
DevicePolicyManager.wipeData()

Memicu reset ke setelan pabrik pada perangkat.

Bagaimana cara interaksinya dengan drive-state?

Terlepas dari status drive (PARKED, IDLING, atau MOVING), operasi akan dilanjutkan. Sistem memposting notifikasi untuk memberi tahu pengemudi bahwa reset pabrik diperlukan.

Saat kendaraan diparkir, pengemudi dapat berinteraksi dengan notifikasi untuk memilih mereset perangkat sekarang atau nanti (saat mobil di mulai lagi).

Contoh:

Notifikasi reset ke setelan pabrik

Gambar 1. Sistem memposting notifikasi saat reset pabrik dipicu.

Kendaraan DIPARKIR

Gambar 2. Saat kendaraan diparkir, pengemudi dapat berinteraksi dengan notifikasi untuk memilih mereset perangkat sekarang atau nanti (saat mobil di mulai lagi).

Pengemudi memilih Reset

Gambar 3. Jika pengemudi memilih Reset nanti, pesan toast akan menunjukkan bahwa perangkat akan direset ke setelan pabrik saat mobil dinyalakan lagi.

Perangkat perusahaan

Perangkat Android Automotive OS yang menjalankan Android 13 dan yang lebih tinggi dapat mendeklarasikan dukungan untuk fitur android.software.device_admin guna mengaktifkan Device Management API perusahaan (untuk mempelajari lebih lanjut, lihat Device disusupi). Organisasi kemudian dapat menggunakan aplikasi Pengontrol Kebijakan Perangkat (DPC) untuk mengontrol kebijakan perangkat lokal dan aplikasi sistem di perangkat.

Automotive tidak mendukung Profil Kerja, yang berarti satu-satunya solusi pengelolaan yang didukung adalah Perangkat yang dikelola sepenuhnya, yang ditujukan untuk perangkat milik perusahaan yang kontrol pengelolaannya sepenuhnya berada di tangan organisasi.

Perusahaan yang mengelola kendaraan dari jarak jauh juga harus mempertimbangkan status mengemudi mobil. Oleh karena itu, tindakan jarak jauh tertentu juga terintegrasi dengan status berkendara kendaraan. Misalnya, alur reset ke setelan pabrik di DevicePolicyManager.setFactoryResetProtectionPolicy() juga berlaku untuk kendaraan yang diaktifkan perusahaan.

Semua API dari DevicePolicyManagercode> dapat menampilkan pengecualian (misalnya, jika kendaraan bergerak). Sebagian daftar API DevicePolicyManagercode> diberikan di bawah. Untuk mempelajari lebih lanjut, lihat Ringkasan administrasi perangkat.

  • DevicePolicyManager.removeActiveAdmin()
  • DevicePolicyManager.setFactoryResetProtectionPolicy()
  • DevicePolicyManager.installCaCert()
  • DevicePolicyManager.uninstallCaCert()
  • DevicePolicyManager.installKeyPair()
  • DevicePolicyManager.removeKeyPair()

Pengelolaan perangkat perusahaan untuk beberapa pengguna

Pengelolaan perangkat untuk Otomotif berfungsi dengan Dukungan multi-pengguna. Artinya, beberapa pengemudi dapat menggunakan kendaraan milik perusahaan yang sama, tetapi menjaga privasi data mereka agar tidak terekspos ke pengemudi lain dengan menggunakan pengguna mereka sendiri.

Administrator dapat menggunakan aplikasi Pengontrol Kebijakan Perangkat (DPC) seperti yang dijelaskan dalam Mem-build pengontrol kebijakan perangkat untuk mengontrol kebijakan seluruh perangkat atau khusus pengguna.

Build otomotif biasanya menggunakan mode pengguna sistem headless, dalam hal ini Pengontrol Kebijakan Perangkat (DPC) akan ditetapkan sebagai Pemilik Perangkat (DO) dari pengguna sistem dan Pemilik Profil (PO) dari setiap pengguna lainnya. Admin jarak jauh harus mengafilisiasikan pengguna PO, karena beberapa API (seperti requestBugreport()) hanya tersedia jika semua pengguna diafilisiasikan. Kemudian, admin jarak jauh harus memilih DPC yang tepat untuk menjalankan tindakan. Jika tindakan dikaitkan dengan perangkat (seperti mereset ke setelan pabrik melalui wipeData()), tindakan tersebut harus menggunakan DO DPC. Jika dikaitkan dengan pengguna (seperti addUserRestriction()), DPC PO harus digunakan.

Aplikasi DPC memerlukan IPC antara DO dan PO. Sebaiknya gunakan Connect Apps API yang dijelaskan dalam Aplikasi kerja dan pribadi yang terhubung.

Untuk mengetahui informasi selengkapnya tentang cara aplikasi DPC mengelola beberapa pengguna, lihat Pengguna afiliasi.