디지털 사이니지 오픈 ADB: 고객 소유 Android 앱 배포

디지털 사이니지 프로젝트에 고객 소유의 Android 애플리케이션이 포함된 경우안드로이드 디지털 사이니지 디스플레이더 이상 화면 크기, 해상도, 장착 방법만의 문제가 아닙니다. 더 중요한 질문은 Android 플랫폼이 통합업체에 자체 소프트웨어를 배포하고 실행할 수 있는 충분한 제어 권한을 제공하는지 여부입니다.

보스니아에 본사를 둔 디지털 사이니지 유통업체가 소형 Android 디스플레이에 대한 요구 사항으로 우리에게 접근했을 때 이는 분명해졌습니다. 의도한 애플리케이션에는 정보 표시가 포함되어 있었지만 고객은 이미 자체 Android 앱을 갖고 있었고 공장에서 설치된 런처에 의해 제한되는 것을 원하지 않았습니다. 요청에는 개방형 ADB, 고객측 APK 설치, 고객의 앱을 런처로 사용하는 기능, 다양한 설치 방향에 적합한 스탠드가 포함되었습니다.

이러한 유형의 프로젝트에서는 먼저 소프트웨어 배포 요구 사항을 살펴봅니다. 실용적인 질문은 간단합니다. 고객의 APK를 독립적으로 설치할 수 있습니까? 해당 앱이 기기의 실행 프로그램이 될 수 있나요? 다시 시작한 후에도 해당 구성이 유지됩니까? 그리고 통합자가 Android 환경을 관리해야 하는 경우 어떤 수준의 시스템 액세스를 사용할 수 있나요?

이러한 질문으로 인해 우리는 디스플레이를 단순히 콘텐츠 재생 장치가 아닌 Android 플랫폼으로 평가하게 되었습니다.

고객에게는 공장 Android 환경 이상의 것이 필요했습니다.

기존의 디지털 사이니지 배포는 디스플레이와 함께 제공되는 소프트웨어에 크게 의존할 수 있습니다. 콘텐츠는 CMS를 통해 전달되고, 공장 애플리케이션을 통해 실행되며, 제조업체가 의도한 작업 흐름 내에서 관리될 수 있습니다.

자체 애플리케이션을 갖춘 통합업체의 요구사항은 다릅니다. 디스플레이는 통합업체의 기존 소프트웨어 환경의 일부가 되므로 자체 설치된 APK를 배포하는 기능은 하드웨어 선택 프로세스의 일부가 됩니다.

이 경우 요구사항은 단순히 애플리케이션을 한 번만 설치하는 것이 아니었습니다. 고객은 자체 소프트웨어가 사용자에게 제공되는 일반적인 인터페이스가 되기를 원했습니다.

이러한 차이로 인해 우리가 요청에 접근하는 방식이 바뀌었습니다. "Android"를 충분한 사양으로 취급하는 대신 배포를 ADB 액세스, APK 설치, 사용자 정의 런처 동작, 시작 동작 및 루트 액세스 등 여러 실제 레이어로 분리했습니다.

확인된 Android 사이니지 구성은 이러한 요구 사항을 지원합니다. ADB가 지원되고, 고객은 ADB를 통해 자체 APK를 설치할 수 있으며, 필수 Launcher 속성이 있는 앱은 원래 Launcher를 대체할 수 있으며, 구성된 Launcher는 다시 시작한 후에도 기본 진입점으로 유지됩니다. 루트도 기본적으로 열려 있습니다.adb 쉘루트 권한으로 작동합니다.

컴팩트한 애플리케이션 환경을 위해10.1인치 RK3588 안드로이드 13 디스플레이 RK3588 Android 13 디지털 간판 디스플레이의 관련 하드웨어 예를 제공합니다. RK3588 프로세서와 Android 13을 사용하며 소프트웨어 통합 및 사용자 정의가 필요한 애플리케이션을 위한 Android 디스플레이로 포지셔닝됩니다.

제품 자체가 사건의 핵심은 아닙니다. 중요한 것은 통합업체가 고정된 공장 인터페이스를 중심으로 애플리케이션을 구축하도록 요구하는 대신 하드웨어가 고객이 제어하는 ​​소프트웨어 환경을 수용할 수 있다는 것입니다.

개방형 ADB를 통해 고객 측 APK 배포가 가능해졌습니다.

기존 Android 애플리케이션이 있는 통합업체의 경우 첫 번째 실질적인 질문은 제조업체의 사전 설치된 애플리케이션 환경에 의존하지 않고 소프트웨어를 배포할 수 있는지 여부입니다. 예를 들어 정보 표시의 경우 해당 배포는 다음에서 시작할 수 있습니다.21인치 RK3399 안드로이드 태블릿/올인원 터치스크린 컴퓨터고객의 자체 APK를 실행합니다.

Open ADB는 컴퓨터에서 Android 장치와 통신하는 데 사용되는 액세스 채널을 제공합니다. 이 배포 시나리오에서 관련 기능은 고객이 ADB를 사용하여 자체 APK를 설치할 수 있다는 것입니다.

이는 때때로 사이드로드된 APK 배포라고 설명됩니다. 애플리케이션은 디스플레이 제조업체가 미리 로드한 소프트웨어에 국한되지 않고 고객이 제공합니다.

ADB, APK 설치 및 루트는 여전히 별도의 기능으로 처리되어야 합니다. ADB는 통신 메커니즘입니다. APK 설치는 배포 작업입니다. 루트는 Android 시스템 내에서 사용 가능한 권한 수준을 결정합니다.

디스플레이는 Android를 지원할 수 있고 통합업체가 요구하는 시스템 액세스 수준을 반드시 제공하지 않고도 애플리케이션 설치를 허용할 수 있기 때문에 구매 시 구별이 중요합니다.

Android 사이니지 제품 라인에 대해 확인된 구성에서 고객은 ADB를 사용하여 자체 APK를 설치할 수 있으며 루트 액세스는 기본적으로 사용할 수 있습니다. 이는 통합자에게 자체 소프트웨어에 대한 명확한 배포 경로를 제공하고 필요한 경우 Android 환경에 대한 심층적인 액세스를 제공합니다.

Android signage 자체 설치 APK 기능을 검색하거나 자체 APK를 설치하려는 구매자의 경우 디지털 간판 디스플레이— 이는 단순히 사양 시트에서 Android 버전을 찾는 것보다 더 유용한 구별입니다.

중요한 단계는 APK 설치 후입니다.

APK를 설치한다고 해서 해당 애플리케이션이 자동으로 기기의 기본 인터페이스가 되는 것은 아닙니다.

이는 고객 요구 사항의 중요한 부분이었습니다. 고객은 이미 자체 애플리케이션을 갖고 있었고 사용자가 해당 애플리케이션에 도달하기 전에 팩토리 런처를 통해 들어가는 것을 원하지 않았습니다.

적절한 Launcher/Home 속성이 있는 Android 앱을 기기의 기본 실행기로 구성할 수 있습니다. 기본 실행기가 되면 고객의 애플리케이션은 Android 시스템의 일반적인 진입점이 됩니다.

확인된 구성은 이 접근 방식을 지원합니다. 고객의 앱에 필수 Launcher 속성이 있으면 원래 Launcher를 대체하여 장치를맞춤형 런처 Android 간판 디스플레이. 기기가 다시 시작된 후에도 구성된 런처는 기본값으로 유지되며 기기는 고객의 앱에 다시 들어갈 수 있습니다.

이는 두 가지 유형의 Android 사이니지 자체 설치 APK 프로젝트 간에 의미 있는 차이를 만듭니다.

한 모델에서는 고객이 제조업체의 소프트웨어와 함께 애플리케이션을 설치하기만 하면 됩니다. 다른 하나는 고객의 애플리케이션이 장치의 기본 인터페이스가 되는 것입니다. 두 번째 모델은 디스플레이가 독점 애플리케이션 환경의 일부로 작동할 때 많은 통합업체가 필요로 하는 모델에 더 가깝습니다.

이러한 차이점은 맞춤형 런처 디지털 사이니지 프로젝트를 평가할 때 "APK 설치 지원"이 완전한 답변으로 간주되어서는 안 되는 이유이기도 합니다.

루트 액세스는 통합자에게 더 깊은 시스템 수준 옵션을 제공합니다.

고객의 요구 사항에는 Root가 관련되는 개방형 시스템 액세스도 포함되었습니다.

확인된 구성은 기본적으로 루트 액세스를 제공합니다. 보다 구체적으로,adb 쉘제한된 쉘 사용자가 아닌 루트로 작동합니다.

이는 단순히 고객의 APK를 설치하기 위해 루트가 필요하다는 의미는 아닙니다. APK 배포와 루트는 시스템의 별도 부분입니다.

조달 중에 루트를 명확히 하는 이유는 다릅니다. 통합자는 자체 소프트웨어 환경을 조정, 구성, 디버깅 또는 관리할 때 더 깊은 액세스가 필요할 수 있습니다. 해당 작업의 경우NFC 및 벽면 장착 기능을 갖춘 12인치 RK3288 산업용 Android 태블릿맞춤형 통합을 위한 SDK 지원을 갖춘 소형 벽걸이형 플랫폼을 제공합니다.

이러한 유형의 프로젝트의 경우 차이점은 다음과 같이 간단하게 표현할 수 있습니다.

이는 개방형 ADB 키오스크 디스플레이 요구 사항을 단순히 루트 요구 사항으로 설명하지 않는 이유이기도 합니다. 프로젝트에는 모든 시스템 기능을 사용자에게 노출시키지 않고도 ADB 및 사용자 정의 실행기가 필요할 수 있습니다.

맞춤형 실행기와 키오스크는 서로 관련되어 있지만 동일하지는 않습니다.

맞춤형 런처는 사용자 경험의 중요한 부분 중 하나를 해결합니다. 즉, 고객의 앱이 일반적인 홈 인터페이스가 되도록 허용합니다.

더 엄격한 키오스크 배포에는 그 이상이 필요할 수 있습니다. Android 데스크톱 또는 시스템 설정에 대한 일반적인 탐색은 제한되는 반면, 애플리케이션은 유일한 실제 사용자 대면 환경으로 유지되어야 할 수 있습니다. 이는 당사와 같은 셀프 서비스 배포와 관련된 패턴입니다.POS 금전 등록기 시리즈.

이러한 요구 사항은 별도로 정의되어야 합니다.

이 경우에 설명된 확인된 구성의 경우 고객의 앱은 필수 Launcher 속성이 있는 경우 기본 실행기가 될 수 있으며 장치는 재부팅 후 해당 앱으로 돌아갈 수 있습니다. 이는 애플리케이션의 위치를 ​​장치의 기본 인터페이스로 설정합니다.

프로젝트에 엄격한 애플리케이션 잠금, 제한된 시스템 탐색 또는 특정 장치 관리 구현이 추가로 필요한 경우 이러한 요구 사항은 단순히 사용자 정의 실행기가 지원된다는 이유만으로 포함되는 것으로 가정하기보다는 고객의 애플리케이션 및 배포 방법에 따라 평가되어야 합니다.

이러한 구별은 자체 키오스크 소프트웨어 환경을 구축하는 통합업체와 특히 관련이 있습니다. 올바른 질문은 단순히 디스플레이가 맞춤형 앱용 Android 키오스크 디스플레이로 광고되는지 여부가 아니라 고객의 애플리케이션이 실제로 제어해야 하는 Android 사용자 경험의 어떤 부분이 무엇인지입니다. 다음과 같은 셀프 서비스 배포11.6인치 안드로이드 POS 키오스크Android 기반에서 기본 인터페이스로 실행되는 고객 애플리케이션을 보여줍니다.

물리적 디스플레이는 여전히 애플리케이션과 일치해야 합니다.

소프트웨어 구성은 원래 요청의 일부일뿐입니다. 고객은 또한 다양한 방향을 수용할 수 있는 컴팩트한 디스플레이와 스탠드를 원했습니다.

해당 요구 사항은 Launcher 구성 외부에 있습니다. 앱은 세로 또는 가로 프레젠테이션용으로 설계될 수 있지만 물리적 구조에 따라 디스플레이 위치가 결정됩니다.

컴팩트한 애플리케이션 환경을 위해10.1인치 RK3588 안드로이드 13 디스플레이관련 하드웨어 예제를 제공합니다. RK3588 프로세서와 Android 13을 사용하며 소프트웨어 통합 및 사용자 정의가 필요한 애플리케이션을 위한 Android 디스플레이로 포지셔닝됩니다.

제품 자체가 사건의 핵심은 아닙니다. 중요한 것은 통합업체가 고정된 공장 인터페이스를 중심으로 애플리케이션을 구축하도록 요구하는 대신 하드웨어가 고객이 제어하는 ​​소프트웨어 환경을 수용할 수 있다는 것입니다.

컴팩트한 경우안드로이드 디지털 사이니지 디스플레이, 10.1인치 구성은 원래 요구 사항에 더 가깝습니다. 그만큼RK3288을 탑재한 15.6인치 FHD IPS Android 태블릿그리고FHD IPS 화면과 RK3288을 갖춘 13.3인치 올인원 Android 태블릿간판 및 키오스크 애플리케이션을 위한 소형 형식과 대형 형식 사이에 적합합니다. 더 큰 대화형 표면과 이동식 설치가 필요한 애플리케이션의 경우21.5인치 RK3588 Stand By Me 안드로이드 디스플레이동일한 일반 Android 플랫폼 접근 방식을 사용하면서 다른 물리적 형식을 제공합니다.

이 두 가지 고려 사항을 분리하는 이유는 실용적입니다. 소프트웨어 유연성은 기계 설치를 자동으로 결정하지 않습니다. 가로 및 세로 배치가 필요한 프로젝트에는 여전히 적절한 물리적 구조, 회전 메커니즘 또는 스탠드 구성이 필요합니다.

이러한 이유로 우리의안드로이드 광고 디스플레이 범위여기에는 대형 고정식 실내 패널을 포함하여 응용 환경에 따라 평가할 수 있는 다양한 상업용 디스플레이 형식이 포함됩니다.24인치 RJ45 PoE 올인원 Android 태블릿350cd/m² 밝기.

요구 사항을 배포 가능한 구성으로 변환하는 데 도움을 준 방법

이러한 유형의 프로젝트에서 유용한 부분은 단순히 디스플레이가 Android를 실행하는지 확인하는 것이 아닙니다. 문제는 고객의 기존 소프트웨어를 해당 소프트웨어가 작동할 하드웨어 환경과 연결하는 것입니다.

보스니아 기반 배포자의 경우 요구 사항은 APK가 기기에 어떻게 도달하는지, 애플리케이션이 실행기가 될 수 있는지, 재부팅 후 어떤 일이 발생하는지, 통합자가 어떤 수준의 Android 액세스 권한을 갖고 있는지 등 일련의 실용적인 질문으로 해석될 수 있습니다.

이러한 질문이 분리되면 하드웨어 요구 사항이 훨씬 더 명확해졌습니다.

확인된 성능은 다음과 같이 요약될 수 있습니다.

이는 통합업체의 불확실성을 줄일 수 있는 프로세스의 일부입니다. 디스플레이를 먼저 선택하고 나중에 소프트웨어 제한 사항을 발견하는 대신 소프트웨어 요구 사항을 사용하여 플랫폼이 배포로 넘어가기 전에 개방형 ADB 및 루트 액세스 프로젝트가 있는 Android 디지털 사이니지 디스플레이에 적합한지 여부를 결정할 수 있습니다. 고객의 애플리케이션이 이미 존재하고 주요 요구 사항이 해당 소프트웨어를 상용 Android 디스플레이에 배포하는 디지털 사이니지 개방형 ADB 프로젝트에도 동일한 접근 방식을 사용할 수 있습니다.

나만의 Android 사이니지 프로젝트를 위한 실용적인 시작점

고객 소유 APK는 Android 디스플레이 평가 방식을 변경합니다. 화면 크기와 디스플레이 사양은 여전히 ​​중요하지만 배포 결정의 일부일 뿐입니다.

통합업체의 경우 더 유용한 평가는 애플리케이션부터 시작됩니다. 즉, APK를 독립적으로 설치해야 하는지, 앱이 런처가 되어야 하는지, 재부팅 후 자동으로 나타나야 하는지, 더 심층적인 시스템 액세스가 필요한지 여부 등을 평가할 수 있습니다.

이것이 보스니아 기반 요청에 대한 우리의 접근 방식의 기초였습니다. 개방형 ADB, APK 설치, 런처 동작, 루트를 관련 없는 사양으로 취급하는 대신 동일한 소프트웨어 배포 요구 사항의 일부로 평가했습니다.

프로젝트에 이미 자체 Android APK가 있는 경우 다음 단계는 예상되는 애플리케이션 동작을 정의하고 이를 적절한 것과 일치시키는 것입니다.안드로이드 디지털 사이니지 디스플레이구성. 그런 다음 더 광범위한 배포로 이동하기 전에 샘플 장치를 사용하여 APK, 실행기 동작, 재부팅 동작 및 필요한 시스템 액세스를 검증할 수 있습니다. 회의실 예약 패널부터 레스토랑 주문 화면까지 Android 디스플레이 애플리케이션 전체에 동일한 배포 패턴이 적용됩니다.회의실 예약 태블릿그리고레스토랑 주문 태블릿시리즈. 유사한 Android 디스플레이 배포를 평가하고 있다면,우리 팀에 연락하세요APK 요구 사항 및 장치 구성에 대해 논의합니다.