Persediaan Kiosk Android: Apa yang Perlu Dilakukan Apabila Pemilik Peranti Menghalang Akses Anda ke Tetapan

Atablet Android 10.1 inci telah dikonfigurasikan untuk penggunaan kiosk dengan ADB, pelancar tersuai dan Pemilik Peranti. Selepas dinyalakan semula, aplikasi dilancarkan seperti dijangka, tetapi peranti tidak lagi boleh mengakses antara muka Tetapan Android biasa.

Ini menimbulkan cabaran biasa dalam penempatan kiosk: apabila navigasi sistem dan kawalan pengurusan peranti telah dibataskan, bagaimana tablet boleh dipulihkan untuk ujian lanjut? Dan jika aplikasi perlu membuka Wi-Fi atau fungsi sistem lain, intent Android manakah yang masih boleh digunakan?

Pelanggan pertama kali menggunakan arahan ADB untuk mengubah kelakuan UI sistem:

adb shell settings put system hide_navbar 1

adb shell settings put system statusbar_disp 1

adb shell settings put system swipe_show_nav_bar 0

adb shell settings put system power_button_show 0

Aplikasi kemudian ditetapkan sebagai skrin Utama lalai, diikuti dengan konfigurasi aplikasi sebagai Pemilik Peranti untuk membolehkan fungsi pengurusan peranti yang diperlukan.

Selepas ditetap semula, Tablet kiosk Android secara automatik memasuki aplikasi seperti yang dijangkakan. Namun, pelanggan tidak lagi boleh keluar dari skrin utama aplikasi untuk mengakses Tetapan Android atau fungsi sistem lain. Butang Tetapan dan Wi-Fi yang dibina dalam aplikasi juga berhenti membuka halaman sistem yang sepadan.

Soalan segera bukan sekadar bagaimana untuk keluar daripada aplikasi. Pelanggan memerlukan cara yang boleh dipercayai untuk memulihkan Tablet android untuk ujian lanjut dan juga ingin mengetahui Intent sistem manakah yang boleh digunakan oleh aplikasi mereka.

Mengapa Tablet Android Menjadi Sukar Diakses

Isu ini berpunca daripada beberapa lapisan kawalan peranti yang dikenakan secara serentak.

Pelancar tersuai menentukan aplikasi yang muncul sebagai skrin Utama, manakala Pemilik Peranti memberikan kawalan yang jauh lebih luas ke atas dasar peranti. Dokumentasi peranti khusus Android menyokong konfigurasi jenis ini untuk pelaksanaan kios dan peranti terurus, termasuk mengawal aplikasi Utama lalai dan menghadkan akses kepada fungsi sistem.

Arahan ADB menambah satu lapisan lagi dengan mengubah kelakuan UI sistem. Tetapan khusus ini bergantung kepada peranti atau firmware, bukan API Android universal, jadi kesan tepatnya bergantung pada cara firmware tablet melaksanakannya.

Ini bermakna bahawa Tablet Android yang digunakan sebagai peranti kios boleh menjadi sukar dipulihkan apabila pelancar, konfigurasi Pemilik Peranti, sekatan UI sistem, dan navigasi aplikasi semuanya diubah secara serentak.

Fakta bahawa butang Tetapan atau Wi-Fi dalam aplikasi tidak lagi berfungsi tidak semestinya bermaksud bahawa Intent itu sendiri adalah tidak betul. Aktiviti Tetapan sasaran mungkin tidak tersedia, dibataskan, atau tidak dapat diakses dengan cara lain di bawah konfigurasi peranti semasa. Android juga mencadangkan agar anda memeriksa sama ada Intent boleh diselesaikan sebelum cuba melancarkannya.

Jalur Pemulihan untuk Tablet Kiosk Android yang Terkunci

Jika aplikasi sudah dikonfigurasikan sebagai Pemilik Peranti, pemulihan berasaskan perisian harus dipertimbangkan terlebih dahulu.

Android DevicePolicyManager menyediakan fungsi pengurusan peranti yang boleh digunakan oleh Pemilik Peranti. Bergantung pada versi Android dan konfigurasi aplikasi, aplikasi Pemilik Peranti boleh menggunakan mekanisme penghapusan peranti yang sesuai untuk mengembalikan tablet ke keadaan bersih bagi tujuan ujian. wipeData() ialah API yang telah ditetapkan untuk menghapus data pengguna, manakala versi Android yang lebih baru menyediakan fungsi penghapusan peranti tambahan.

Fungsi yang telah dinyahaktifkan clearDeviceOwnerApp() kaedah ini tidak sepatutnya dianggap sebagai kaedah pemulihan pengeluaran secara umum. Dokumen Android menyatakannya sebagai API yang berorientasikan pengujian dan mencadangkan penetapan semula kilang sebagai cara biasa untuk mengalih keluar hubungan Pemilik Peranti.

ADB juga menyediakan arahan pengurusan dasar peranti, tetapi arahan ini mempunyai sekatan. Sebagai contoh, adb shell dpm remove-active-admin bukanlah kaedah universal untuk mengalih keluar Pemilik Peranti; dokumentasi ADB Android menetapkan keperluan seperti deklarasi aplikasi testOnly .

Jika pemulihan perisian tidak tersedia kerana aplikasi tidak dapat melaksanakan operasi yang diperlukan, jalan yang tinggal ialah penetapan semula kilang secara perkakasan atau prosedur Pemulihan Android .

Gabungan butang yang tepat tidak boleh diandaikan daripada model tablet Android lain. Tingkah laku pemulihan ditentukan oleh firmware dan pelaksanaan perkakasan tablet tersebut. Bagi projek tablet Android tersuai, prosedur pemulihan yang sesuai oleh itu harus disahkan untuk model dan firmware sebenar sebelum pelancaran.

Jenis ini Tablet kiosk Android , mempunyai kaedah pemulihan yang ditakrifkan adalah terutamanya berguna semasa ujian integrasi kerana konfigurasi peringkat sistem boleh secara sengaja mengalihkan navigasi pengguna biasa.

Menguji Niat Tetapan dan Fungsi Sistem pada Tablet Android

Soalan kedua pelanggan ialah sama ada aplikasi tersebut boleh melancarkan fungsi sistem secara langsung seperti Tetapan dan Wi-Fi.

Android menyediakan tindakan Tetapan piawai untuk fungsi-fungsi ini. Sebagai contoh:

Fungsi	Niat Android Piawai
Tetapan Utama	Settings.ACTION_SETTINGS
Tetapan Wi-Fi	Settings.ACTION_WIFI_SETTINGS
Tetapan Tanpa Wayar	Settings.ACTION_WIRELESS_SETTINGS
Tetapan Bluetooth	Settings.ACTION_BLUETOOTH_SETTINGS
Tetapan Paparan	Settings.ACTION_DISPLAY_SETTINGS
Tetapan Lokasi	Settings.ACTION_LOCATION_SOURCE_SETTINGS
Tetapan Bunyi	Settings.ACTION_SOUND_SETTINGS
Tetapan Keselamatan	Settings.ACTION_SECURITY_SETTINGS
Tetapan Aplikasi	Tetapan.ACTION_APPLICATION_SETTINGS
Tetapan Aplikasi Khusus	Tetapan.ACTION_APPLICATION_DETAILS_SETTINGS

 

Ini adalah tindakan Tetapan Android piawai, bukan antara muka khusus untuk suatu Pengilang tablet Android . Namun, kewujudan Intent tidak menjamin bahawa ia akan berjaya dibuka pada setiap peranti atau dalam setiap konfigurasi kiosk. Android mencadangkan agar Intent tersebut disemak terlebih dahulu dengan resolveActivity() sebelum dilancarkan.

Bagi tablet Android yang terintegrasi dengan sistem, pengujian Intent oleh sebab itu harus dijalankan pada firmware sebenar dan versi Android yang digunakan untuk pelaksanaan. Ujian ini harus mengesahkan bukan sahaja kewujudan Intent, tetapi juga sama ada Activity yang sepadan boleh diakses selepas sekatan Device Owner, pelancar, dan UI sistem dikenakan.

Jika anda sedang menjalankan projek tablet kiosk Android atau integrasi sistem dan memerlukan bantuan mengenai pemulihan Device Owner, Intent Tetapan, atau isu konfigurasi berkaitan, sila hubungi kami dengan model tablet dan versi Android anda. Kami boleh membincangkan sokongan teknikal dan pilihan penyesuaian yang tersedia.

 

Prinsip yang sama juga berlaku kepada fungsi sistem lain. API Android standard mungkin wujud, tetapi kelakuan sebenar tablet tersuai bergantung kepada versi Android, konfigurasi firmware, dan dasar pengurusan peranti.

Bagaimana dengan Permintaan Bangun?

Soalan pelanggan mengenai "permintaan bangun" adalah sedikit berbeza daripada melancarkan halaman Tetapan.

Intent.ACTION_SCREEN_ON mewakili siaran sistem yang menunjukkan bahawa skrin telah menjadi interaktif. Ia merupakan siaran sistem terlindung, jadi aplikasi tidak seharusnya menganggapnya sebagai Intent biasa yang boleh dihantar secara langsung untuk membangunkan tablet.

Jika keperluannya ialah untuk membangunkan skrin, mengekalkan skrin dalam keadaan aktif, atau mengawal kelakuan skrin-nyala , mekanisme yang sesuai bergantung pada keperluan aplikasi yang tepat. Android menyediakan API pengurusan kuasa dan tetingkap/aktiviti untuk senario ini, termasuk PowerManager dan fungsi kunci bangun (wake-lock) di mana sesuai.

Perbezaan ini penting apabila membangunkan aplikasi untuk Tablet kiosk Android . “Lancarkan fungsi sistem” dan “kawal status kuasa peranti” adalah operasi sistem yang berbeza dan harus dikendalikan melalui API yang berbeza.

Sokongan Teknikal untuk Integrasi Tablet Android

Kes ini juga menunjukkan mengapa penyebaran kiosk boleh memerlukan lebih daripada konfigurasi asas perkakasan tablet Android.

Apabila sebuah tablet diintegrasikan ke dalam aplikasi khusus, sistem POS, kiosk, sistem industri atau peranti terurus lain, konfigurasi perisian boleh melibatkan pelancar (launcher), Pemilik Peranti (Device Owner), UI sistem, kebenaran aplikasi, Niat Tetapan (Settings Intents) dan tingkah laku pemulihan secara serentak.

Untuk projek yang memerlukan tablet Android tersuai konfigurasi, keperluan ini perlu dinilai bersama-sama dengan konfigurasi perkakasan dan sistem Android, bukan dianggap sebagai isu berasingan semasa ujian akhir.

Penyelesaian yang sesuai bergantung kepada versi Android, firmware tablet, konfigurasi aplikasi dan fungsi yang perlu dikawal oleh pengintegrasi sistem. Dokumentasi teknikal juga boleh disediakan berdasarkan antara muka sistem yang tersedia, Intent yang disokong, kebenaran akses dan had tertentu pada peranti.

Jika anda sedang menguji suatu Tablet android untuk penempatan kiosk atau integrasi sistem dan menghadapi isu serupa dengan Pemilik Peranti, pelancar tersuai, mod kiosk, Intent Tetapan, sekatan UI sistem atau pemulihan peranti tolonglah. hubungi Kami untuk sokongan teknikal .

Anda boleh memberikan model tablet, versi Android, konfigurasi penempatan dan fungsi khusus yang ingin dilaksanakan. Setelah itu, kami boleh membincangkan pilihan Penyesuaian tablet Android dan sokongan teknikal pilihan untuk projek anda.