Manajemen perangkat untuk otomotif

Pengelolaan perangkat memungkinkan Anda mengelola kendaraan yang menjalankan Android Automotive OS (AAOS) dari jarak jauh. Misalnya, pemilik kendaraan mungkin ingin melakukan reset pabrik pada unit infotainment dari jarak jauh.

Di Otomotif, kami menyediakan dua kategori manajemen perangkat:

  • Perangkat pribadi. Kendaraan dimiliki oleh konsumen. Pemilik kendaraan mengendalikan mobilnya dari jarak jauh. Misalnya, pemilik menggunakan aplikasi seluler kendaraan untuk melakukan reset pabrik pada unit infotainmen dari jarak jauh.
  • Perangkat perusahaan. Kendaraan dimiliki oleh suatu perusahaan atau organisasi. Seorang administrator mengelola mobil dari jarak jauh.

Perangkat pribadi

Dalam skenario perangkat pribadi, mengelola kendaraan dari jarak jauh memerlukan pertimbangan kondisi berkendara mobil. Misalnya, jika pemilik kendaraan memicu reset pabrik dari jarak jauh, kendaraannya tidak boleh melakukan reset pabrik jika mobilnya aktif dikendarai oleh orang lain.

Oleh karena itu, kami memiliki serangkaian API manajemen perangkat yang terintegrasi dengan pembatasan kondisi drive. API ini dapat dipanggil oleh aplikasi sistem apa pun (aplikasi yang sudah diinstal sebelumnya di partisi sistem) dengan izin yang benar.

API pengelolaan perangkat pribadi

API Tujuan
CarDevicePolicyManager.createUser()

Membuat pengguna baru di perangkat di latar belakang.

Bagaimana cara berinteraksi dengan kondisi drive?

Pengguna baru dibuat di latar belakang, apa pun status drivenya.

CarDevicePolicyManager.RemoveUser()

Menghapus pengguna yang ada di perangkat.

Bagaimana cara berinteraksi dengan kondisi drive?

Jika pengguna target berada di:

  • Latar Belakang, operasi berlanjut.
  • Latar depan dan mobil PARKIR atau IDLING , pengoperasian dilanjutkan.
  • Latar depan dan mobilnya MOVING , kode pengecualian dilemparkan.
DevicePolicyManager.lockNow()

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

Bagaimana cara ini berinteraksi dengan status drive?

Jika pengguna target berada di:

  • Latar Belakang , operasi berlangsung.
  • Latar depan dan mobil PARKED atau, IDLING , atau, MOVING , ini akan berlanjut jika pengguna berada di latar depan (terlepas dari kondisi mengemudi), atau diabaikan sebaliknya. lockNow() tidak dibatasi oleh status gangguan UX.
DevicePolicyManager.resetPassword()

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

Bagaimana cara berinteraksi dengan kondisi drive?

Jika pengguna target berada di:

  • Latar Belakang , operasi berlangsung.
  • Latar depan dan mobil PARKIR atau, IDLING , pengoperasian dilanjutkan.
  • Latar depan dan mobilnya MOVING , kode pengecualian dilemparkan.
DevicePolicyManager.wipeData()

Memicu reset pabrik pada perangkat.

Bagaimana cara berinteraksi dengan kondisi drive?

Terlepas dari status drive ( PARKED , IDLING , atau MOVING ), operasi akan tetap berjalan. Sistem mengirimkan pemberitahuan untuk memberi tahu pengemudi bahwa reset pabrik diperlukan.

Saat kendaraan PARKIR, pengemudi dapat berinteraksi dengan notifikasi untuk memilih menyetel ulang perangkat sekarang atau nanti (saat mobil dihidupkan berikutnya).

Misalnya:

Pemberitahuan reset pabrik

Gambar 1. Sistem memposting pemberitahuan ketika reset pabrik dipicu.

Kendaraan sedang PARKIR

Gambar 2. Saat kendaraan PARKIR, pengemudi dapat berinteraksi dengan notifikasi untuk memilih menyetel ulang perangkat sekarang atau nanti (saat mobil dihidupkan berikutnya).

Pengemudi memilih Reset

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

Perangkat perusahaan

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

Otomotif tidak mendukung Profil Kerja , yang berarti satu-satunya solusi manajemen yang didukung adalah perangkat yang dikelola sepenuhnya , yang ditujukan untuk perangkat milik perusahaan yang kontrol manajemennya sepenuhnya dimiliki oleh organisasi.

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

API apa pun dari kode DevicePolicyManager > dapat memunculkan pengecualian (misalnya, jika kendaraan sedang bergerak). Sebagian daftar kode DevicePolicyManager > API disediakan di bawah. Untuk mempelajari lebih lanjut, lihat Ikhtisar administrasi perangkat .

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

Manajemen perangkat perusahaan untuk banyak pengguna

Manajemen perangkat untuk Otomotif berfungsi dengan dukungan multi-pengguna . Artinya, beberapa pengemudi dapat menggunakan kendaraan milik perusahaan yang sama, namun tetap menjaga dan mencegah privasi data mereka terekspos ke pengemudi lain dengan menggunakan pengguna mereka sendiri.

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

Rakitan otomotif biasanya menggunakan mode pengguna sistem tanpa kepala, 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 berafiliasi dengan pengguna PO, karena beberapa API (seperti requestBugreport() ) hanya tersedia jika semua pengguna berafiliasi. Kemudian admin jarak jauh harus memilih DPC yang tepat untuk menjalankan tindakan. Jika tindakan tersebut dikaitkan dengan perangkat (seperti pengaturan ulang pabrik melalui wipeData() ), tindakan tersebut harus menggunakan DO DPC. Jika dikaitkan dengan pengguna (seperti addUserRestriction() ), ia harus menggunakan PO DPC.

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

Untuk informasi selengkapnya tentang cara aplikasi DPC mengelola banyak pengguna, lihat Pengguna yang berafiliasi .