Manajemen Perangkat untuk Otomotif

Manajemen perangkat memungkinkan Anda mengelola kendaraan yang menjalankan Android Automotive OS (AAOS) dari jarak jauh. Misalnya, pemilik kendaraan mungkin ingin mengatur ulang unit infotainment dari jarak jauh.

Di Otomotif, kami menyediakan dua kategori manajemen perangkat:

  • Perangkat pribadi. Sebuah kendaraan dimiliki oleh konsumen. Pemilik kendaraan mengelola mobil dari jarak jauh. Misalnya, pemilik menggunakan aplikasi seluler kendaraan untuk melakukan reset pabrik dari unit infotainment dari jarak jauh.
  • Perangkat perusahaan. Sebuah 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 mengemudi mobil. Misalnya, jika pemilik kendaraan dari jarak jauh memicu reset pabrik, kendaraan tidak boleh reset pabrik jika mobil dikemudikan secara aktif oleh orang lain.

Dengan demikian, kami memiliki seperangkat API manajemen perangkat yang terintegrasi dengan pembatasan status drive. API ini dapat dipanggil oleh aplikasi sistem apa pun (aplikasi pra-instal di partisi sistem) dengan izin yang benar.

API Manajemen Perangkat Pribadi

API Tujuan
CarDevicePolicyManager.createUser()

Membuat Pengguna baru pada perangkat di latar belakang.

Bagaimana cara berinteraksi dengan drive-state?

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

CarDevicePolicyManager.RemoveUser()

Menghapus Pengguna yang ada di perangkat.

Bagaimana cara berinteraksi dengan drive-state?

Jika target Pengguna berada di:

  • Latar belakang, operasi berlangsung.
  • Foreground dan mobil PARKED atau IDLING , operasi berlangsung.
  • Foreground dan mobil MOVING , kode pengecualian dilemparkan.
DevicePolicyManager.lockNow()

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

Bagaimana ini berinteraksi dengan drive-state?

Jika target Pengguna berada di:

  • Latar belakang , operasi berlangsung.
  • Latar depan dan mobil PARKED atau, IDLING , atau, MOVING , itu akan dilanjutkan 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 menyetel kredensial layar kunci, jika Pengguna tidak memiliki kredensial yang ada. Layar tetap menyala.

Bagaimana cara berinteraksi dengan drive-state?

Jika target Pengguna berada di:

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

Memicu reset pabrik pada perangkat.

Bagaimana cara berinteraksi dengan drive-state?

Terlepas dari kondisi drive ( PARKED , IDLING , atau MOVING ), operasi tetap berjalan. Sistem memposting 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 distarter berikutnya).

Sebagai contoh:

Pemberitahuan pengaturan ulang pabrik

Gambar 1. Pemberitahuan posting sistem saat reset pabrik dipicu.

Kendaraan diparkir

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 untuk Mengatur Ulang nanti, pesan roti panggang menunjukkan perangkat akan diatur ulang pabrik saat mobil dihidupkan berikutnya.

Perangkat perusahaan

Perangkat Android Automotive OS yang menjalankan Android T (AOSP eksperimental) SC V2 dan yang lebih baru 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 Device Policy Controller (DPC) untuk mengontrol kebijakan perangkat lokal dan aplikasi sistem pada perangkat.

Automotive tidak mendukung Profil Kerja , yang berarti satu-satunya solusi manajemen yang didukung adalah perangkat yang terkelola sepenuhnya , yang ditujukan untuk perangkat milik perusahaan di mana organisasi memiliki kontrol manajemen penuh.

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

API apa pun dari kode DevicePolicyManager > dapat mengeluarkan pengecualian (misalnya, jika kendaraan sedang bergerak). Daftar sebagian kode DevicePolicyManager > API disediakan di bawah ini. 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 bekerja dengan Dukungan Multi-Pengguna . Ini berarti beberapa pengemudi dapat menggunakan kendaraan milik perusahaan yang sama, tetapi menjaga dan mencegah privasi data mereka terekspos ke pengemudi lain dengan menggunakan Pengguna mereka sendiri.

Administrator dapat menggunakan aplikasi Device Policy Controller (DPC) seperti yang dijelaskan dalam Membuat pengontrol kebijakan perangkat untuk mengontrol kebijakan di seluruh perangkat atau khusus Pengguna.

Pembuatan otomotif biasanya menggunakan mode Pengguna sistem tanpa kepala, dalam hal ini Device Policy Controller (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 dikaitkan dengan perangkat (seperti pengaturan ulang pabrik melalui wipeData() ), tindakan tersebut harus menggunakan DO DPC. Jika dikaitkan dengan Pengguna (seperti addUserRestriction() ), itu harus menggunakan PO DPC.

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

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