ฉันสามารถติดตั้งแอพใด ๆ บนกล่องทีวีได้หรือไม่?
ฉันสามารถติดตั้งแอพใด ๆ ลงในกล่องทีวีได้หรือไม่? ระบบนิเวศแอปพลิเคชันที่มีความเสถียรทางวิศวกรรมสำหรับกลุ่มฮาร์ดแวร์เชิงพาณิชย์
ผู้รวมระบบเผชิญกับปัญหาสำคัญเมื่อปรับขนาดซอฟต์แวร์แบบกำหนดเองในการปรับใช้ กล่องทีวี: การดำเนินการแอปพลิเคชันล้มเหลวในภาคสนาม ทีมจัดซื้อมักจะสันนิษฐานว่าเนื่องจากหน่วยฮาร์ดแวร์ทำงานบนเคอร์เนลที่ใช้ Android จึงจะเรียกใช้แพ็คเกจแอปพลิเคชันมาตรฐาน (APK) ใดๆ ก็ตาม
ในสภาพแวดล้อมขององค์กร เช่น เครือข่าย IPTV สำหรับการต้อนรับ ป้ายดิจิทัลเชิงพาณิชย์ และแผงขายปลีกแบบอัตโนมัติ สมมติฐานนี้ทำให้เกิดหนี้สินทางเทคนิคที่สำคัญ อุปกรณ์ผู้บริโภคทั่วไปมักปฏิเสธแอปพลิเคชันระดับองค์กรเนื่องจากลายเซ็นรันไทม์ไม่ตรงกัน ขาดไดรเวอร์การจำลองหน้าจอสัมผัส หรือการยุติงานพื้นหลังโดยระบบปฏิบัติการในสต็อก การรับรองประสิทธิภาพของแอปพลิเคชันที่เสถียรบนโหนด Edge ที่ใช้งานอยู่หลายพันโหนดจำเป็นต้องมีการปรับแต่งเฟิร์มแวร์ Android Open Source Project (AOSP) ในเชิงลึก
1. สถาปัตยกรรมระบบปฏิบัติการ: การแบ่งระหว่าง GMS กับ Non-GMS
ความสามารถในการติดตั้งและเรียกใช้แอปพลิเคชันบนฮาร์ดแวร์ระดับองค์กรนั้นขึ้นอยู่กับการกำหนดค่าระบบปฏิบัติการที่แฟลชไปยังที่จัดเก็บข้อมูล eMMC ของอุปกรณ์ในระหว่างการผลิต
| APPLICATION INTERFACE ACCESS | | Official Android TV OS (GMS Certified) | | -> Filters: Requires Leanback Intent, D-Pad compliance, HD DRM keys. | | Custom B2B AOSP Build (Non-GMS Firmware) | | -> Capabilities: Bypasses store filters, allows raw APK system hooks. |
ข้อจำกัดของระบบนิเวศบริการมือถือของ Google (GMS)
อุปกรณ์ Android TV และ Google TV ที่ผ่านการรับรองทำงานภายใต้พารามิเตอร์ระบบนิเวศที่เข้มงวดซึ่งควบคุมโดยเอกสารคำจำกัดความความเข้ากันได้ (CDD) ของ Google Google Play Store แบบผสานรวมจะกรองแอปพลิเคชันใดๆ ที่ไม่ได้รวมเจตนา Leanback GUI ไว้อย่างชัดเจนในไฟล์ Manifest (AndroidManifest.xml)
-
ปัญหา: หากพอร์ทัลการจัดการที่เป็นกรรมสิทธิ์ของบริษัท แอพโลจิสติกส์ หรือเครื่องเล่นป้ายเฉพาะทางถูกรวบรวมสำหรับการวางแนวอุปกรณ์พกพามาตรฐานหรืออินพุตแบบสัมผัส อุปกรณ์ที่ได้รับการรับรองจะบล็อกการติดตั้ง
-
วิธีแก้ปัญหา: การดำเนินงานเชิงพาณิชย์จะต้องข้ามตัวกรองร้านค้าเหล่านี้โดยใช้ระบบ AOSP ที่ไม่ใช่ GMS ที่ได้รับการออกแบบทางวิศวกรรมแบบกำหนดเอง วิธีการนี้ช่วยให้นักพัฒนาสามารถรันไบนารี APK แบบ Raw โดยไม่มีการแทรกแซงหน้าร้าน
2. การยกระดับสิทธิ์การใช้งานแอปพลิเคชันให้กับพาร์ติชันระบบ
การปรับใช้แอปพลิเคชันเชิงพาณิชย์ในพื้นที่ผู้ใช้มาตรฐาน (/data/app/) ก่อให้เกิดความเสี่ยงในการดำเนินงานในระยะยาว แอปพลิเคชันพื้นที่ผู้ใช้เสี่ยงต่อการถอนการติดตั้งโดยไม่ตั้งใจโดยเจ้าหน้าที่ในสถานที่ และสามารถยุติการทำงานได้ด้วย Android Low Memory Killer (LMK) ในระหว่างรอบการประมวลผลที่ใช้หน่วยความจำมาก
การคงอยู่ของการเข้ารหัสแบบ Hardcoding ผ่านทางแผนผังระบบ
เพื่อรับประกันความพร้อมใช้งานอย่างต่อเนื่อง พันธมิตร ODM จะแก้ไขโครงสร้างระบบไฟล์ AOSP เริ่มต้นในระหว่างขั้นตอนการคอมไพล์ โดยแทรก APK ที่เป็นกรรมสิทธิ์ของลูกค้าลงในเค้าโครงไดเร็กทอรีที่มีสิทธิ์โดยตรง:
เส้นทางระบบ: /system/priv-app/EnterpriseSignage.apk
[ Compilation Stage ] ──> Injects APK into /system/priv-app/ │v [ Deployment Runtime ] ──> System Grants Permission Level: SIGNATURE|PRIVILEGED │v [ Execution Layer ] ──> • Disables Manual User Uninstallation • ข้ามการล็อคการไฮเบอร์เนตของ OS Battery/RAM • ให้สิทธิ์การเข้าถึงโดยตรงในการรีบูตระดับระบบ
เมื่อแอปพลิเคชันรันจากไดเร็กทอรีนี้ ตัวจัดการแพ็กเกจ Android จะให้สถานะ SIGNATURE|PRIVILEGED แก่แอปพลิเคชันนั้น ระดับการเข้าถึงนี้ช่วยให้ซอฟต์แวร์ดำเนินการอัปเดตพื้นหลังแบบเงียบ จัดการอินเทอร์เฟซเครือข่าย และล้างแคชในเครื่องโดยไม่ต้องแสดงกล่องโต้ตอบการยืนยันป๊อปอัปแก่ผู้ใช้
3. การแก้ไขความล้มเหลวในการจำลองอินพุตและฮาร์ดแวร์
แอปพลิเคชันระดับองค์กรส่วนใหญ่เขียนขึ้นโดยคำนึงถึงอินเทอร์เฟซระบบสัมผัสบนมือถือ เมื่อใช้งานบนกล่องมีเดียมาตรฐานที่เชื่อมต่อกับจอแสดงผลเชิงพาณิชย์หรือโทรทัศน์ กรอบงานแอปพลิเคชันมักจะไม่สามารถใช้งานได้เนื่องจากไม่สามารถตีความอินพุตจากรีโมทคอนโทรลมาตรฐานได้
กลไกการแปลระดับฮาร์ดแวร์
กำหนดเอง กล่องทีวี วิศวกรรม OEM/ODM จัดการกับอินเทอร์เฟซที่ไม่ตรงกันเหล่านี้โดยการแก้ไขไฟล์การกำหนดค่าอุปกรณ์อินพุตของเคอร์เนล (ไฟล์.idc) และเลเยอร์นามธรรมของฮาร์ดแวร์ (HAL):
-
การจำลอง D-Pad to Touch: วิศวกรสามารถแมปการกดแป้นพิมพ์จากรีโมตคอนโทรลหรืออินพุตแป้นพิมพ์ USB ได้โดยตรงกับพื้นที่พิกัดเฉพาะ (ตำแหน่ง X, Y) บนแผงจอแสดงผล
-
การล็อคการวางแนวแบบถาวร: แอพมือถือมาตรฐานมักจะบังคับให้อุปกรณ์เข้าสู่โหมดแนวตั้ง เฟิร์มแวร์ B2B แบบกำหนดเองจะแทนที่พฤติกรรมนี้ในระดับ WindowManager โดยบังคับให้ระบบย่อยการแสดงผลแสดงผลเค้าโครงแอปในแนวนอน (1920×1080 หรือ 3840×2160) โดยไม่คำนึงถึงการกำหนดค่าแอปภายใน
4. การจัดหาฮาร์ดแวร์และไปป์ไลน์ส่วนประกอบที่ปักหมุดไว้
| เวกเตอร์ทางเทคนิค | กล่องขายปลีกผู้บริโภคมาตรฐาน | โซลูชัน B2B สำหรับองค์กรแบบกำหนดเอง |
|---|---|---|
| เสถียรภาพของ BOM | พลวัต; ชิป Wi-Fi และ Flash มีการเปลี่ยนแปลงบ่อยครั้งตามราคาตลาดปัจจุบัน | รายการวัสดุที่ปักหมุด; ส่วนประกอบต่างๆ ถูกล็อกไว้ตลอดวงจรการผลิตหลายปี |
| การกระจายความร้อน | กล่องพลาสติกขนาดเล็กที่มีการระบายความร้อนแบบพาสซีฟน้อยที่สุด มีแนวโน้มที่จะควบคุมปริมาณความร้อน | ตัวเรือนโลหะอุตสาหกรรมที่มีเส้นทางระบายความร้อนแบบแอคทีฟหรือแผ่นอะลูมิเนียมสัมผัสโดยตรง |
| อุปกรณ์ต่อพ่วงและ I/O | พอร์ตคงที่; จำกัดเฉพาะเอาต์พุต HDMI และ USB ระดับผู้บริโภคขั้นพื้นฐาน | เค้าโครง PCBA แบบกำหนดเองที่รองรับ PoE, การควบคุมอนุกรม RS232 และ LAN หลายพอร์ต |
5. การปกป้องโครงสร้างพื้นฐานเชิงพาณิชย์จาก Software Drift
องค์กรไม่สามารถปรับใช้ฮาร์ดแวร์ที่เปลี่ยนแปลงพฤติกรรมหลักได้เนื่องจากการอัปเดตเบื้องหลังอัตโนมัติที่ไม่มีการจัดการ การบรรลุการติดตั้งและดำเนินการแอปพลิเคชันที่คาดการณ์ได้ทั่วทั้งเครือข่ายเชิงพาณิชย์จำเป็นต้องมีการควบคุมระบบปฏิบัติการและการกำหนดค่าฮาร์ดแวร์ของอุปกรณ์อย่างสมบูรณ์
ด้วยการใช้การกระจายเฟิร์มแวร์ AOSP ที่ปรับแต่งมาโดยเฉพาะและการเลือกส่วนประกอบ PCBA ที่ปักหมุดไว้ การใช้งานระดับองค์กรจะสามารถสร้างระบบนิเวศแบบปิดที่เสถียรอย่างสมบูรณ์ วิธีการทางวิศวกรรมนี้ช่วยลดการเคลื่อนตัวของซอฟต์แวร์ รักษาความปลอดภัยการเข้าถึงอุปกรณ์ และทำให้มั่นใจได้ว่าแอปพลิเคชันเชิงพาณิชย์ที่สำคัญจะทำงานได้อย่างน่าเชื่อถือตลอดเวลา
ปรึกษากับผู้เชี่ยวชาญด้านสถาปัตยกรรมฮาร์ดแวร์ของเรา
การปรับใช้ซอฟต์แวร์เฉพาะทางในเครือข่ายฮาร์ดแวร์ขนาดใหญ่จำเป็นต้องมีการจัดวางทางวิศวกรรมเชิงลึกระหว่างแอปพลิเคชันของคุณกับเคอร์เนลของระบบปฏิบัติการพื้นฐาน ติดต่อทีมวิศวกรรมเทคนิคที่ SZTomato เพื่อประเมินข้อกำหนดการใช้งานของคุณ ปรับแต่งอิมเมจระบบ AOSP ของคุณ และผลิตอิมเมจระบบที่เชื่อถือได้ TV box แพลตฟอร์มที่ออกแบบมาเพื่อการดำเนินการเชิงพาณิชย์ของคุณโดยเฉพาะ

