Digital Signage Open ADB: การจัดจําหน่ายแอพ Android ของลูกค้า

เมื่อโปรเจกต์ป้ายดิจิทัลเกี่ยวข้องกับแอปพลิเคชัน Android ที่ลูกค้าเป็นเจ้าของ การเลือก ที่เหมาะสม จากนั้นสามารถใช้อุปกรณ์ตัวอย่างเพื่อตรวจสอบ APK, พฤติกรรม Launcher, พฤติกรรมรีบูต และการเข้าถึงระบบที่ต้องการ ก่อนที่จะดำเนินการปรับใช้ในวงกว้าง รูปแบบการปรับใช้เดียวกันนี้ใช้ได้กับแอปพลิเคชันจอแสดงผล Android ทั้งหมด ตั้งแต่แผงจองห้องประชุมไปจนถึงหน้าจอสั่งอาหารในร้านอาหาร ดังที่สะท้อนให้เห็นในซีรีส์ จะไม่ใช่แค่เรื่องของขนาดหน้าจอ ความละเอียด หรือวิธีการติดตั้งอีกต่อไป คำถามที่สำคัญกว่าคือ แพลตฟอร์ม Android ให้การควบคุมที่เพียงพอแก่ผู้รวมระบบในการปรับใช้และรันซอฟต์แวร์ของตนเองหรือไม่

สิ่งนี้ชัดเจนขึ้นเมื่อผู้จัดจำหน่ายป้ายดิจิทัลในบอสเนียเข้ามาหาเราพร้อมกับความต้องการจอแสดงผล Android ขนาดกะทัดรัด แอปพลิเคชันที่ตั้งใจไว้เกี่ยวข้องกับการแสดงข้อมูล แต่ลูกค้ามีแอป Android ของตนเองอยู่แล้วและไม่ต้องการถูกจำกัดโดย Launcher ที่ติดตั้งจากโรงงาน คำขอรวมถึง ADB แบบเปิด การติดตั้ง APK ฝั่งลูกค้า ความสามารถในการใช้แอปของลูกค้าเป็น Launcher และขาตั้งที่เหมาะสำหรับการติดตั้งในแนวต่างๆ

สำหรับโปรเจกต์ประเภทนี้ เราจะพิจารณาข้อกำหนดการปรับใช้ซอฟต์แวร์ก่อน คำถามที่ใช้งานได้จริงนั้นตรงไปตรงมา: สามารถติดตั้ง APK ของลูกค้าได้อย่างอิสระหรือไม่? แอปของลูกค้าสามารถกลายเป็น Launcher ของอุปกรณ์ได้หรือไม่? การกำหนดค่าดังกล่าวจะยังคงอยู่หลังจากการรีสตาร์ทหรือไม่? และมีระดับการเข้าถึงระบบใดบ้างหากผู้รวมระบบจำเป็นต้องจัดการสภาพแวดล้อม Android

คำถามเหล่านั้นนำเราไปสู่การประเมินจอแสดงผลในฐานะแพลตฟอร์ม Android แทนที่จะเป็นเพียงอุปกรณ์เล่นเนื้อหา

ลูกค้าต้องการมากกว่าสภาพแวดล้อม Android จากโรงงาน

การปรับใช้ป้ายดิจิทัลทั่วไปสามารถพึ่งพาซอฟต์แวร์ที่มาพร้อมกับจอแสดงผลได้อย่างมาก เนื้อหาอาจถูกส่งผ่าน CMS เปิดใช้งานผ่านแอปพลิเคชันจากโรงงาน และจัดการภายในเวิร์กโฟลว์ที่ผู้ผลิตตั้งใจไว้

ผู้รวมระบบที่มีแอปพลิเคชันของตนเองมีความต้องการที่แตกต่างออกไป จอแสดงผลจะกลายเป็นส่วนหนึ่งของสภาพแวดล้อมซอฟต์แวร์ที่มีอยู่ของผู้รวมระบบ ดังนั้นความสามารถในการปรับใช้ APK ที่ติดตั้งด้วยตนเองจึงกลายเป็นส่วนหนึ่งของกระบวนการเลือกฮาร์ดแวร์

ในกรณีนี้ ข้อกำหนดไม่ใช่แค่การติดตั้งแอปพลิเคชันเพียงครั้งเดียว ลูกค้าต้องการให้ซอฟต์แวร์ของตนเองกลายเป็นอินเทอร์เฟซปกติที่แสดงต่อผู้ใช้

ความแตกต่างนั้นเปลี่ยนวิธีที่เราเข้าหาคำขอ แทนที่จะปฏิบัติต่อ "Android" ในฐานะข้อกำหนดที่เพียงพอ เราได้แยกการปรับใช้ออกเป็นหลายชั้นที่ใช้งานได้จริง: การเข้าถึง ADB, การติดตั้ง APK, พฤติกรรม Launcher ที่กำหนดเอง, พฤติกรรมการเริ่มต้นระบบ และการเข้าถึง Root

การกำหนดค่าป้ายดิจิทัล Android ที่เรายืนยันรองรับข้อกำหนดเหล่านี้ รองรับ ADB ลูกค้าสามารถติดตั้ง APK ของตนเองผ่าน ADB แอปที่มีคุณสมบัติ Launcher ที่ต้องการสามารถแทนที่ Launcher เดิมได้ และ Launcher ที่กำหนดค่าไว้ยังคงเป็นจุดเข้าเริ่มต้นเริ่มต้นหลังจากการรีสตาร์ท Root ก็เปิดอยู่โดยค่าเริ่มต้น โดย สิทธิ์ adb shell ทำงานด้วยสิทธิ์ Root

สำหรับสภาพแวดล้อมแอปพลิเคชันขนาดกะทัดรัด จอแสดงผล Android 13 ขนาด 10.1 นิ้ว RK3588 เป็นตัวอย่างฮาร์ดแวร์ที่เกี่ยวข้องของจอแสดงผลป้ายดิจิทัล Android 13 RK3588 ใช้โปรเซสเซอร์ RK3588 และ Android 13 และถูกวางตำแหน่งเป็นจอแสดงผล Android สำหรับแอปพลิเคชันที่ต้องการการรวมซอฟต์แวร์และการปรับแต่ง

ตัวผลิตภัณฑ์ไม่ใช่ประเด็นหลักของกรณีนี้ สิ่งที่สำคัญคือฮาร์ดแวร์สามารถรองรับสภาพแวดล้อมซอฟต์แวร์ที่ควบคุมโดยลูกค้าได้ แทนที่จะกำหนดให้ผู้รวมระบบต้องสร้างแอปพลิเคชันของตนเองรอบอินเทอร์เฟซจากโรงงานที่ตายตัว

ADB แบบเปิดทำให้การปรับใช้ APK ฝั่งลูกค้าเป็นไปได้

สำหรับผู้รวมระบบที่มีแอปพลิเคชัน Android ที่มีอยู่ คำถามที่ใช้งานได้จริงแรกคือซอฟต์แวร์สามารถปรับใช้ได้โดยไม่ต้องพึ่งพาสภาพแวดล้อมแอปพลิเคชันที่ติดตั้งไว้ล่วงหน้าจากผู้ผลิตหรือไม่ ตัวอย่างเช่น สำหรับจอแสดงผลข้อมูล การปรับใช้นั้นสามารถเริ่มต้นจาก แท็บเล็ต Android / คอมพิวเตอร์หน้าจอสัมผัสแบบ All-in-One ขนาด 21 นิ้ว RK3399 ที่รัน APK ของลูกค้าเอง

ADB แบบเปิดให้ช่องทางการสื่อสารที่ใช้ในการสื่อสารกับอุปกรณ์ Android จากคอมพิวเตอร์ ในสถานการณ์การปรับใช้เหล่านี้ ความสามารถที่เกี่ยวข้องคือลูกค้าสามารถใช้ ADB เพื่อติดตั้ง APK ของตนเองได้

บางครั้งสิ่งนี้เรียกว่าการปรับใช้ APK แบบ side-loaded แอปพลิเคชันจัดทำโดยลูกค้า แทนที่จะจำกัดอยู่เฉพาะซอฟต์แวร์ที่ติดตั้งไว้ล่วงหน้าโดยผู้ผลิตจอแสดงผล

ADB, การติดตั้ง APK และ Root ควรยังคงได้รับการปฏิบัติเป็นความสามารถที่แยกจากกัน ADB เป็นกลไกการสื่อสาร การติดตั้ง APK เป็นการดำเนินการปรับใช้ Root กำหนดระดับสิทธิ์ที่มีอยู่ในระบบ Android

ความแตกต่างมีความสำคัญระหว่างการจัดซื้อจัดจ้าง เนื่องจากจอแสดงผลสามารถรองรับ Android และแม้กระทั่งอนุญาตให้ติดตั้งแอปพลิเคชันได้ โดยไม่จำเป็นต้องให้ระดับการเข้าถึงระบบที่ผู้รวมระบบต้องการ

ในการกำหนดค่าที่ยืนยันสำหรับสายผลิตภัณฑ์ป้ายดิจิทัล Android ของเรา ลูกค้าสามารถใช้ ADB เพื่อติดตั้ง APK ของตนเองได้ ในขณะที่การเข้าถึง Root มีให้โดยค่าเริ่มต้น สิ่งนี้ทำให้ผู้รวมระบบมีเส้นทางการปรับใช้ที่ชัดเจนสำหรับซอฟต์แวร์ของตนเอง และในกรณีที่จำเป็น การเข้าถึงสภาพแวดล้อม Android ที่ลึกซึ้งยิ่งขึ้น

สำหรับผู้ซื้อที่กำลังมองหาความสามารถในการติดตั้ง APK ด้วยตนเองสำหรับป้ายดิจิทัล Android หรือวางแผนที่จะติดตั้ง APK ของตนเองบน จอแสดงผลป้ายดิจิทัล นี่เป็นความแตกต่างที่มีประโยชน์มากกว่าการมองหาเวอร์ชัน Android ในเอกสารข้อมูล

ขั้นตอนสำคัญมาหลังจากการติดตั้ง APK

การติดตั้ง APK ไม่ได้ทำให้แอปพลิเคชันนั้นกลายเป็นอินเทอร์เฟซหลักของอุปกรณ์โดยอัตโนมัติ

นี่เป็นส่วนสำคัญของข้อกำหนดของลูกค้า ลูกค้ามีแอปพลิเคชันของตนเองอยู่แล้วและไม่ต้องการให้ผู้ใช้เข้าสู่ระบบผ่าน Factory Launcher ก่อนที่จะเข้าถึงแอปพลิเคชันนั้น

แอปพลิเคชัน Android ที่มีคุณสมบัติ Launcher/Home ที่เหมาะสมสามารถกำหนดค่าให้เป็น Default Launcher ของอุปกรณ์ได้ เมื่อกลายเป็น Default Launcher แอปพลิเคชันของลูกค้าจะกลายเป็นจุดเข้าเริ่มต้นปกติของระบบ Android

การกำหนดค่าที่ยืนยันรองรับแนวทางนี้ เมื่อแอปของลูกค้ามีคุณสมบัติ Launcher ที่ต้องการ มันสามารถแทนที่ Launcher เดิมได้ ทำให้กลายเป็น จอแสดงผลป้ายดิจิทัล Android แบบกำหนดเอง หลังจากอุปกรณ์รีสตาร์ท Launcher ที่กำหนดค่าไว้จะยังคงเป็นค่าเริ่มต้นและอุปกรณ์สามารถเข้าสู่แอปของลูกค้าได้อีกครั้ง

สิ่งนี้สร้างความแตกต่างที่มีความหมายระหว่างโครงการติดตั้ง APK ด้วยตนเองสำหรับป้ายดิจิทัล Android สองประเภท

ในรูปแบบหนึ่ง ลูกค้าเพียงแค่ติดตั้งแอปพลิเคชันควบคู่ไปกับซอฟต์แวร์ของผู้ผลิต ในอีกรูปแบบหนึ่ง แอปพลิเคชันของลูกค้าจะกลายเป็นอินเทอร์เฟซหลักของอุปกรณ์ รูปแบบที่สองใกล้เคียงกับสิ่งที่ผู้รวมระบบจำนวนมากต้องการเมื่อจอแสดงผลมีไว้เพื่อทำงานเป็นส่วนหนึ่งของสภาพแวดล้อมแอปพลิเคชันที่เป็นกรรมสิทธิ์

ความแตกต่างนี้ยังเป็นเหตุผลว่าทำไม "รองรับการติดตั้ง APK" จึงไม่ควรถูกมองว่าเป็นคำตอบที่สมบูรณ์เมื่อประเมินโปรเจกต์ป้ายดิจิทัลแบบกำหนดเอง

การเข้าถึง Root ให้ตัวเลือกผู้รวมระบบในระดับระบบที่ลึกซึ้งยิ่งขึ้น

ข้อกำหนดของลูกค้ายังรวมถึงการเข้าถึงระบบแบบเปิด ซึ่งเป็นที่ที่ Root มีความเกี่ยวข้อง

การกำหนดค่าที่ยืนยันให้การเข้าถึง Root โดยค่าเริ่มต้น โดยเฉพาะอย่างยิ่ง สิทธิ์ adb shell ทำงานในฐานะ Root แทนที่จะเป็นผู้ใช้เชลล์ที่ถูกจำกัด

นี่ไม่ได้หมายความว่า Root จำเป็นเพียงแค่การติดตั้ง APK ของลูกค้า การปรับใช้ APK และ Root เป็นส่วนที่แยกจากกันของระบบ

เหตุผลในการชี้แจง Root ระหว่างการจัดซื้อจัดจ้างนั้นแตกต่างกัน: ผู้รวมระบบอาจต้องการการเข้าถึงที่ลึกซึ้งยิ่งขึ้นเมื่อปรับแต่ง กำหนดค่า แก้ไขข้อบกพร่อง หรือจัดการสภาพแวดล้อมซอฟต์แวร์ของตนเอง สำหรับงานเหล่านั้น แท็บเล็ต Android อุตสาหกรรมขนาด 12 นิ้ว RK3288 พร้อม NFC และที่ยึดผนังนำเสนอแพลตฟอร์มที่ติดตั้งบนผนังได้ขนาดกะทัดรัดพร้อมการสนับสนุน SDK สำหรับการรวมระบบที่กำหนดเอง

สำหรับโปรเจกต์ประเภทนี้ ความแตกต่างสามารถแสดงออกได้ง่ายๆ:

นี่คือเหตุผลที่เราไม่สามารถอธิบายข้อกำหนดของจอแสดงผลคีออสก์ ADB แบบเปิดว่าเป็นเพียงข้อกำหนด Root โปรเจกต์อาจต้องการ ADB และ Launcher ที่กำหนดเอง โดยไม่จำเป็นต้องเปิดเผยฟังก์ชันระบบทั้งหมดแก่ผู้ใช้

Custom Launcher และ Kiosk เกี่ยวข้องกัน แต่ไม่เหมือนกัน

Custom Launcher แก้ไขส่วนสำคัญของประสบการณ์ผู้ใช้: ช่วยให้แอปของลูกค้ากลายเป็นอินเทอร์เฟซ Home ปกติ

การปรับใช้ Kiosk ที่เข้มงวดกว่าอาจต้องการมากกว่านั้น แอปพลิเคชันอาจต้องยังคงเป็นสภาพแวดล้อมเดียวที่ผู้ใช้เผชิญหน้าได้ ในขณะที่การนำทางปกติไปยังเดสก์ท็อป Android หรือการตั้งค่าระบบจะถูกจำกัด ซึ่งเป็นรูปแบบที่เกี่ยวข้องกับการปรับใช้แบบบริการตนเอง เช่น ซีรีส์เครื่องบันทึกเงินสด POS ของเรา

ข้อกำหนดเหล่านั้นควรถูกกำหนดแยกต่างหาก

สำหรับการกำหนดค่าที่ยืนยันซึ่งกล่าวถึงในกรณีนี้ แอปของลูกค้าสามารถกลายเป็น Default Launcher ได้เมื่อมีคุณสมบัติ Launcher ที่ต้องการ และอุปกรณ์สามารถกลับไปที่แอปนั้นได้หลังจากการรีบูต สิ่งนี้สร้างตำแหน่งของแอปพลิเคชันในฐานะอินเทอร์เฟซหลักของอุปกรณ์

หากโปรเจกต์ต้องการการล็อคแอปพลิเคชันที่เข้มงวด การนำทางระบบที่จำกัด หรือการใช้งานการจัดการอุปกรณ์เฉพาะเพิ่มเติม ข้อกำหนดเหล่านั้นควรได้รับการประเมินตามแอปพลิเคชันและวิธีการปรับใช้ของลูกค้า แทนที่จะสันนิษฐานว่ารวมอยู่ด้วยเพียงเพราะมีการรองรับ Custom Launcher

ความแตกต่างนี้มีความเกี่ยวข้องอย่างยิ่งกับผู้รวมระบบที่สร้างสภาพแวดล้อมซอฟต์แวร์ Kiosk ของตนเอง คำถามที่ถูกต้องไม่ใช่แค่ว่าจอแสดงผลถูกโฆษณาว่าเป็นจอแสดงผลป้ายดิจิทัล Android สำหรับแอปที่กำหนดเองหรือไม่ แต่ส่วนใดของประสบการณ์ผู้ใช้ Android ที่แอปพลิเคชันของลูกค้าต้องการควบคุมจริงๆ การปรับใช้แบบบริการตนเอง เช่น คีออสก์ POS Android ขนาด 11.6 นิ้ว แสดงแอปพลิเคชันของลูกค้าที่ทำงานเป็นอินเทอร์เฟซหลักบนพื้นฐาน Android

จอแสดงผลทางกายภาพยังคงต้องตรงกับแอปพลิเคชัน

การกำหนดค่าซอฟต์แวร์เป็นเพียงส่วนหนึ่งของคำขอเดิมเท่านั้น ลูกค้ายังต้องการจอแสดงผลขนาดกะทัดรัดและขาตั้งที่สามารถรองรับการวางแนวที่แตกต่างกันได้

ข้อกำหนดนั้นอยู่นอกเหนือการกำหนดค่า Launcher แอปสามารถออกแบบมาสำหรับการนำเสนอแนวตั้งหรือแนวนอนได้ แต่โครงสร้างทางกายภาพยังคงกำหนดวิธีการวางตำแหน่งจอแสดงผล

สำหรับสภาพแวดล้อมแอปพลิเคชันขนาดกะทัดรัด จอแสดงผล Android 13 ขนาด 10.1 นิ้ว RK3588 เป็นตัวอย่างฮาร์ดแวร์ที่เกี่ยวข้อง ใช้โปรเซสเซอร์ RK3588 และ Android 13 และถูกวางตำแหน่งเป็นจอแสดงผล Android สำหรับแอปพลิเคชันที่ต้องการการรวมซอฟต์แวร์และการปรับแต่ง

ตัวผลิตภัณฑ์ไม่ใช่ประเด็นหลักของกรณีนี้ สิ่งที่สำคัญคือฮาร์ดแวร์สามารถรองรับสภาพแวดล้อมซอฟต์แวร์ที่ควบคุมโดยลูกค้าได้ แทนที่จะกำหนดให้ผู้รวมระบบต้องสร้างแอปพลิเคชันของตนเองรอบอินเทอร์เฟซจากโรงงานที่ตายตัว

สำหรับ ที่เหมาะสม จากนั้นสามารถใช้อุปกรณ์ตัวอย่างเพื่อตรวจสอบ APK, พฤติกรรม Launcher, พฤติกรรมรีบูต และการเข้าถึงระบบที่ต้องการ ก่อนที่จะดำเนินการปรับใช้ในวงกว้าง รูปแบบการปรับใช้เดียวกันนี้ใช้ได้กับแอปพลิเคชันจอแสดงผล Android ทั้งหมด ตั้งแต่แผงจองห้องประชุมไปจนถึงหน้าจอสั่งอาหารในร้านอาหาร ดังที่สะท้อนให้เห็นในซีรีส์ ขนาดกะทัดรัด การกำหนดค่าขนาด 10.1 นิ้วใกล้เคียงกับข้อกำหนดเดิมมากกว่า แท็บเล็ต Android / คอมพิวเตอร์หน้าจอสัมผัสแบบ All-in-One ขนาด 15.6 นิ้ว FHD IPS พร้อม RK3288 และ แท็บเล็ต Android All-in-One ขนาด 13.3 นิ้ว พร้อมหน้าจอ FHD IPS และ RK3288 อยู่ระหว่างรูปแบบขนาดกะทัดรัดและขนาดใหญ่สำหรับแอปพลิเคชันป้ายดิจิทัลและคีออสก์ สำหรับแอปพลิเคชันที่ต้องการพื้นผิวแบบโต้ตอบที่ใหญ่ขึ้นและการติดตั้งที่เคลื่อนย้ายได้ จอแสดงผล Android "Stand By Me" ขนาด 21.5 นิ้ว RK3588 นำเสนอรูปแบบทางกายภาพที่แตกต่างกัน ในขณะที่ใช้แนวทางแพลตฟอร์ม Android ทั่วไปแบบเดียวกัน

เหตุผลในการแยกสองข้อพิจารณาเหล่านี้เป็นเรื่องของการปฏิบัติจริง ความยืดหยุ่นของซอฟต์แวร์ไม่ได้กำหนดการติดตั้งทางกลไกโดยอัตโนมัติ โปรเจกต์ที่ต้องการการวางแนวตั้งและแนวนอนยังคงต้องการโครงสร้างทางกายภาพ กลไกการหมุน หรือการกำหนดค่าขาตั้งที่เหมาะสม

ด้วยเหตุนี้ กลุ่มผลิตภัณฑ์จอแสดงผลโฆษณา Android ของเราจึงมีรูปแบบจอแสดงผลเชิงพาณิชย์ที่แตกต่างกัน ซึ่งสามารถประเมินได้ตามสภาพแวดล้อมแอปพลิเคชัน รวมถึงแผงภายในอาคารแบบคงที่ขนาดใหญ่ เช่น แท็บเล็ต Android All-in-One ขนาด 24 นิ้ว RJ45 PoE พร้อมความสว่าง 350cd/m²

เราช่วยแปลข้อกำหนดให้เป็นการกำหนดค่าที่ปรับใช้ได้

ส่วนที่มีประโยชน์ของโปรเจกต์ประเภทนี้ไม่ใช่แค่การยืนยันว่าจอแสดงผลรัน Android ได้เท่านั้น ความท้าทายคือการเชื่อมต่อซอฟต์แวร์ที่มีอยู่ของลูกค้ากับสภาพแวดล้อมฮาร์ดแวร์ที่มันจะทำงาน

สำหรับผู้จัดจำหน่ายในบอสเนีย ข้อกำหนดสามารถแปลเป็นลำดับคำถามที่ใช้งานได้จริง: APK จะไปถึงอุปกรณ์ได้อย่างไร แอปพลิเคชันสามารถกลายเป็น Launcher ได้หรือไม่ จะเกิดอะไรขึ้นหลังจากการรีบูต และผู้รวมระบบมีการเข้าถึง Android ในระดับใด

เมื่อคำถามเหล่านั้นถูกแยกออก ข้อกำหนดฮาร์ดแวร์ก็ชัดเจนขึ้นมาก

ความสามารถที่ยืนยันสามารถสรุปได้ดังนี้:

จุดเริ่มต้นที่ใช้งานได้จริงสำหรับโปรเจกต์ป้ายดิจิทัล Android ของคุณเอง

APK ที่ลูกค้าเป็นเจ้าของจะเปลี่ยนวิธีการประเมินจอแสดงผล Android ขนาดหน้าจอและข้อกำหนดของจอแสดงผลยังคงมีความสำคัญ แต่เป็นเพียงส่วนหนึ่งของการตัดสินใจปรับใช้

สำหรับผู้รวมระบบ การประเมินที่มีประโยชน์มากกว่าจะเริ่มต้นด้วยแอปพลิเคชัน: ไม่ว่า APK จะต้องติดตั้งอย่างอิสระหรือไม่ แอปจะต้องกลายเป็น Launcher หรือไม่ จะต้องปรากฏขึ้นโดยอัตโนมัติหลังจากการรีบูตหรือไม่ และจำเป็นต้องมีการเข้าถึงระบบที่ลึกซึ้งยิ่งขึ้นหรือไม่

นั่นคือพื้นฐานของแนวทางของเราต่อคำขอจากบอสเนีย แทนที่จะปฏิบัติต่อ ADB แบบเปิด การติดตั้ง APK พฤติกรรม Launcher และ Root เป็นข้อกำหนดที่แยกจากกัน เราได้ประเมินสิ่งเหล่านี้เป็นส่วนหนึ่งของข้อกำหนดการปรับใช้ซอฟต์แวร์เดียวกัน

หากโปรเจกต์ของคุณมี APK Android ของตัวเองอยู่แล้ว ขั้นตอนต่อไปคือการกำหนดพฤติกรรมแอปพลิเคชันที่คาดหวังและจับคู่กับ

จอแสดงผลป้ายดิจิทัล Android ที่เหมาะสม จากนั้นสามารถใช้อุปกรณ์ตัวอย่างเพื่อตรวจสอบ APK, พฤติกรรม Launcher, พฤติกรรมรีบูต และการเข้าถึงระบบที่ต้องการ ก่อนที่จะดำเนินการปรับใช้ในวงกว้าง รูปแบบการปรับใช้เดียวกันนี้ใช้ได้กับแอปพลิเคชันจอแสดงผล Android ทั้งหมด ตั้งแต่แผงจองห้องประชุมไปจนถึงหน้าจอสั่งอาหารในร้านอาหาร ดังที่สะท้อนให้เห็นในซีรีส์ แท็บเล็ตจองห้องประชุม และ แท็บเล็ตสั่งอาหารในร้านอาหาร ของเรา หากคุณกำลังประเมินการปรับใช้จอแสดงผล Android ที่คล้ายกัน ติดต่อทีมงานของเรา เพื่อหารือเกี่ยวกับข้อกำหนด APK และการกำหนดค่าอุปกรณ์ของคุณ