Android киоск орнатуы: Құрылғы иесі сіздің параметрлерге кіруіңізді блоктаған кезде не істеу керек

A10,1 дюймдық Android планшеті ол ADB, қолданбасыз іске қосылатын қосымша қосымша және құрылғы иесі ретінде киоск үшін конфигурацияланған. Қайта іске қосылғаннан кейін қосымша күтілгендей іске қосылды, бірақ құрылғы қалыпты Android орнатулар интерфейсіне қатынас жасай алмады.

Бұл киоск орнатуында жиі кездесетін қиындықты тудырды: бір рет жүйелік навигация мен құрылғы басқару басқарулары шектелгеннен кейін планшетті қосымша сынақтар үшін қалай қалпына келтіруге болады? Сонымен қатар, егер қосымша Wi-Fi немесе басқа жүйелік функцияларды ашуы керек болса, қандай Android Intent-терін әлі де пайдалануға болады?

Тұтынушы алдымен ADB командаларын жүйелік UI мінез-құлқын өзгерту үшін пайдаланды:

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

Содан кейін қосымша әдепкі үй экраны ретінде орнатылды, одан кейін қосымша Құрылғы иесі талап етілетін құрылғыны басқару функцияларын іске қосу үшін.

Қайта іске қосылғаннан кейін Android kiosk tablet қолданба күтілгендей автоматты түрде іске қосылды. Дегенмен, клиент қолданбаның негізгі экранынан шығып, Android Settings немесе басқа жүйелік функцияларға қатынас ала алмады. Қолданба ішіндегі Settings және Wi-Fi батырмалары да сәйкес жүйелік беттерді ашуды тоқтатты.

Алғашқы сұрақ тек қолданбадан шығу әдісін табу емес еді. Клиент әрі қарапайым сынақтар үшін Android таблет қайта қалпына келтіруге сенімді әдіс іздеді және өз қолданбасы қандай жүйелік Intent-терді пайдалана алатынын түсінгісі келді.

Android планшетіне қатынас қиындағанының себебі

Бұл мәселе бір уақытта қолданылған құрылғыны басқарудың бірнеше деңгейінен туындады.

Таңдаулы іске қосушы қолданбаны Үй экраны ретінде көрсететін қолданбаны анықтады, ал Құрылғы иесі қолданбаға құрылғы саясатын басқару бойынша кеңірек мүмкіндік берді. Android-тің арнайы құрылғыларға арналған құжаттамасы осындай конфигурацияны киоск пен басқарылатын құрылғыларды орнату үшін қолдайды, соның ішінде әдепкі Үй қолданбасын басқару мен жүйелік функцияларға қатынасты шектеу.

ADB командалары жүйелік UI әрекетін өзгерту арқылы тағы бір деңгей қосты. Бұл нақты орнатулар универсалды Android API-лер емес, құрылғыға немесе прошивкаға тәуелді, сондықтан олардың дәл әсері планшет прошивкасы оларды қалай іске асыратынына байланысты.

Бұл дегеніміз, бір Киоск құрылғысы ретінде қолданылатын Android планшеті іске қосушы, Құрылғы иесі конфигурациясы, жүйелік UI шектеулері мен қолданба навигациясы барлығы бір уақытта өзгертілген кезде қалпына келтіру қиын болуы мүмкін.

Қолданбаның Баптаулар немесе Wi-Fi батырмасының жұмыс істемеуі әдетте Intent-тің өзі қате екендігін білдірмейді. Мақсатты Баптаулар Activity-сы қазіргі құрылғы конфигурациясында қолжетімді болмауы, шектелген болуы немесе басқа себептермен қолжетімсіз болуы мүмкін. Android сондай-ақ Intent-ті іске қосудың алдында оның шешілуі мүмкін екендігін тексеруді ұсынады.

Құлыпталған Android киоск планшеті үшін қалпына келтіру жолдары

Егер қолданба қазірдің өзінде Құрылғы иесі ретінде конфигурацияланған болса, алдымен бағдарламалық қалпына келтіруді қарастыру керек.

Android-тің DevicePolicyManager құрылғыны басқару функцияларын қамтиды, олар Құрылғы иесі арқылы пайдаланылуы мүмкін. Android нұсқасы мен қолданбаның конфигурациясына байланысты Құрылғы иесі қолданбасы тестілеу үшін планшетті таза күйге қайтару үшін сәйкес құрылғыны тазарту механизмін қолдана алады. wipeData() пайдаланушы деректерін тазарту үшін орнатылған API болып табылады, ал жаңа Android нұсқалары қосымша құрылғыны тазарту мүмкіндіктерін ұсынады.

Ескірген clearDeviceOwnerApp() әдіс жалпы өндірістік қалпына келтіру әдісі ретінде қарастырылмауы керек. Android оны тексеруге бағытталған API ретінде құжаттайды және құрылғы иесі қатынасын жою үшін қалыпты тәсіл ретінде зауыттық қалпына келтіруді ұсынады.

ADB сондай-ақ құрылғы саясатын басқару командаларын ұсынады, бірақ оларда шектеулер бар. Мысалы, adb shell dpm remove-active-admin құрылғы иесін жою үшін универсалды әдіс емес; Android-тің ADB құжаттамасы қолданбаның testOnly декларациясы сияқты талаптарды көрсетеді.

Егер бағдарламалық қамтамасыз ету арқылы қалпына келтіру мүмкін болмаса, себебі қолданба қажетті операцияны орындай алмайды, онда қалған жол — аппараттық зауыттық қалпына келтіру немесе Android Қалпына келтіру процесі .

Нақты батырмалар комбинациясын басқа Android планшетінің моделі бойынша болжауға болмайды. Қалпына келтіру әрекеті планшеттің прошивкасы мен аппараттық жабдығының іске асуына байланысты. Сондықтан қиындығы жоғарылаған Android планшетінің жобасы үшін қолданысқа енгізу алдында нақты модель мен прошивка үшін сәйкес қалпына келтіру процесін растау қажет.

Бұл түрдегі Android kiosk tablet , анықталған қалпына келтіру әдісінің болуы интеграциялық тестілеу кезінде әсіресе пайдалы, себебі жүйелік деңгейдегі конфигурация қалыпты пайдаланушы навигациясын мақсатты түрде жоя алады.

Android планшетінде баптаулардың ниеттері мен жүйелік функциялардың тестілеуі

Тұтынушының екінші сұрағы қолданба орнату, Wi-Fi сияқты жүйелік функцияларды тікелей іске қоса ала ма екені болды.

Бұл функциялар үшін Android стандартты баптаулар әрекеттерін ұсынады. Мысалы:

Қызметі	Стандартты Android ниеті
Негізгі баптаулар	Settings.ACTION_SETTINGS
Wi-Fi баптаулары	Settings.ACTION_WIFI_SETTINGS
Сымсыз баптаулар	Settings.ACTION_WIRELESS_SETTINGS
Bluetooth параметрлері	Settings.ACTION_BLUETOOTH_SETTINGS
Дисплей параметрлері	Settings.ACTION_DISPLAY_SETTINGS
Орналасу параметрлері	Settings.ACTION_LOCATION_SOURCE_SETTINGS
Дыбыс параметрлері	Settings.ACTION_SOUND_SETTINGS
Қауіпсіздік параметрлері	Settings.ACTION_SECURITY_SETTINGS
Қолданбалардың баптаулары	Settings.ACTION_APPLICATION_SETTINGS
Нақты қолданба баптаулары	Settings.ACTION_APPLICATION_DETAILS_SETTINGS

 

Бұл белгілі бір Android планшетінің өндірушісіне тән интерфейстер емес, стандартты Android баптауларының әрекеттері . Алайда, Intent-тің болуы оны әрбір құрылғыда немесе әрбір киоск конфигурациясында сәтті ашуға кепілдік бермейді. Android Intent-ті іске қосудан бұрын resolveActivity() әдісі арқылы тексеруді ұсынады.

Сондықтан, жүйе бойынша интеграцияланған Android планшеті үшін Intent сынағын орнату үшін қолданылатын нақты прошивка мен Android нұсқасында орындау керек. Сынақ Intent-тің бар екенін ғана емес, сонымен қатар құрылғы иесі (Device Owner), іске қосушы (launcher) және жүйелік UI шектеулері қолданылғаннан кейін сәйкес Activity-ге жетуге болатынын да тексеруі керек.

Егер сіз Android киоск планшеті немесе жүйелік интеграция жобасында жұмыс істеп, құрылғы иесін (Device Owner) қалпына келтіру, Параметрлер Intents (Settings Intents) немесе басқа байланысты конфигурациялық мәселелер бойынша көмек қажет болса, бізге өзіңіздің планшет модельіңіз бен Android нұсқаңыз туралы хабарласыңыз. Біз қолжетімді техникалық қолдау мен түрлендіру опциялары туралы талқылай аламыз.

 

Осы принцип басқа жүйелік функцияларға да қолданылады. Стандартты Android API бар болуы мүмкін, алайда түрлендірілген планшеттің нақты әрекеті оның Android нұсқасына, прошивка конфигурациясына және құрылғы басқару саясаттарына байланысты.

Ояту сұраныстары туралы не айтуға болады?

Тұтынушының «ойнату сұраныстары» туралы сұрағы параметрлер бетін іске қосуға қарағанда сәл басқаша.

Intent.ACTION_SCREEN_ON экран әрекеттесуге дайын болғанын көрсететін жүйелік тарату. Бұл қорғалған жүйелік тарату, сондықтан қолданба оны планшетті ояту үшін жай ғана жіберілетін әдеттегі Intent ретінде қабылдамауы керек.

Егер талап экранды ояту, экранды ашық ұстау немесе экран ашылуын басқару болса , онда сәйкес механизм қолданбаның нақты талаптарына байланысты. Android осы сценарийлер үшін энергия басқаруы мен терезе/әрекет API-лерін ұсынады, соның ішінде PowerManager және қажет болған жағдайда ояту блоктауы функциясы.

Бұл айырым Android kiosk tablet android үшін қолданбалар әзірлеу кезінде маңызды. «Жүйелік функцияны іске қосу» мен «құрылғының энергия күйін басқару» — бұл әртүрлі жүйелік операциялар және олар әртүрлі API-лер арқылы өңделуі керек.

Android планшетін интеграциялау бойынша техникалық қолдау

Бұл жағдай сондай-ақ киоск орнатуы үшін Android планшетінің негізгі аппараттық конфигурациясынан көп нәрсе қажет ететінін көрсетеді.

Планшет арнайы қолданбаға, POS жүйесіне, киоскке, өндірістік жүйеге немесе басқа басқарылатын құрылғыға интеграцияланған кезде бағдарламалық конфигурация бір уақытта лаунчерді, құрылғы иесін, жүйелік UI-ды, қолданбаларға берілетін рұқсаттарды, параметрлерге арналған Intent-терді және қалпына келтіру әрекеттерін қамтуы мүмкін.

Келесілерді қажет ететін жобалар үшін таңдалған Android планшеті конфигурацияларын бұл талаптарды соңғы сынақ кезінде жеке мәселелер ретінде қарастырмауға, ал оларды аппараттық және Android жүйелік конфигурациямен бірге бағалауға болады.

Қолайлы шешім Android нұсқасына, планшеттің firmware-іне, қолданба конфигурациясына және жүйе интеграторының басқаруы қажет функцияларына байланысты. Техникалық құжаттама қолжетімді жүйелік интерфейстерге, қолдау көрсетілетін Intent-терге, рұқсаттарға және құрылғыға тән шектеулерге негізделіп дайындалуы мүмкін.

Егер сіз киоск орнатуы немесе жүйені интеграциялау үшін Android таблет қолданба сынаған кезде Құрылғы иесі, қосымша іске қосушылар, киоск режимі, Параметрлердің нысандары, жүйелік UI-ге шектеулер немесе құрылғыны қалпына келтіру , өтінемін бізге хабарласыңыз техникалық қолдау үшін .

Сіз планшеттің моделін, Android нұсқасын, орнату конфигурациясын және іске асырғыңыз келетін нақты функцияны көрсетуге болады. Содан кейін біз қолжетімді Android планшетінің түрлендіруі мен техникалық қолдауы туралы талқылай аламыз нұсқалары туралы көбірек біліңіз.