Kako SMART Home Hub OEM projekti biraju između AOSP i GMS Android arhitektura

Kada tvrtke razviju pametni domaći centar , arhitektura Android sustava često se odlučuje mnogo ranije od faze proizvodnje hardvera.

Na prvi pogled, kućni displej može izgledati kao standardni uređaj s ekranom osjetljivim na dodir. Međutim, za mnoge B2B projekte, prikaz nije jednostavno ekran s operativnim sustavom. Postaje posvećen interfejs koji povezuje softverske usluge, korisnike i povezane kućne okruženja.

Zato neki kupci počinju postavljati dublja pitanja o Android arhitekturi ako uređaj koristi standardni Android s Google Mobile Services ( GMS -Ne, ne, ne. Je li projekt zahtijeva Sljedeći članak -Bazirano na sustavu bez Google usluga? Koliko kontrole kupac treba nad implementacijom softvera i ponašanjem uređaja?

Tri zahtjeva za OEM-ove iz Norveške, Belgije i Sjedinjenih Država pružaju korisne primjere. Ne predstavljaju cijelo tržište pametnih kuća, ali pokazuju kako različiti kupci procjenjuju zahtjeve sustava na temelju svojih ciljeva implementacije.

Važan signal nije da se svaki projekat pametnih kuća kreće prema prikaz sa de-googledom rješenja. Umjesto toga, ovi zahtjevi pokazuju da kupci postaju sve specifičniji u vezi s upravljanjem softverom, implementacijom aplikacija i prilagođavanjem uređaja.

Zašto neki projekti pametnih kućnih središta trebaju veću kontrolu nad Android sustavima

Tradicionalni potrošački tablet je dizajniran za fleksibilnost. Korisnici instaliraju različite aplikacije, pristupaju online uslugama i komuniciraju s širokim ekosistemom.

Posebno pametno kućno središte slijedi drugu logiku. Za mnoge OEM projekte, uređaj ima jednu glavnu svrhu: pouzdano pokretanje određene aplikacije u kontroliranom okruženju.

Kupci mogu trebati prikaz da se pokrene izravno u vlastiti softver, spriječi nepotrebni pristup korisnika ili održava dosljedno ponašanje među raspoređenim jedinicama. U tim scenarijima, Android arhitektura postaje poslovna odluka, a ne samo tehnički izbor.

An Sljedeći članak -na temelju rješenja može pružiti dublju kontrolu nad sustavnim okruženjem, dok GMS -na Android rješenje omogućuje pristup Googleovom ekosistemu i uslugama. Nijedna od opcija nije univerzalno bolja. Određen izbor ovisi o tome kako će se uređaj postaviti, održavati i koristiti.

Ova razlika posebno je važna za tvrtke koje ulaze u hardver iz softverske pozadine. SaaS tvrtka koja gradi posvećeni pametni ekran, na primjer, možda se manje brine o općoj Android funkcionalnosti i više o tome može li hardver pouzdano pružiti svoje iskustvo softvera.

Tri OEM zahtjeva pokazuju različite razloge iza Android prilagođavanja

U skladu s člankom 3. stavkom 1. Umjesto da se usredotoči na pojedinačne tvrtke, usporedba ističe kako različiti ciljevi projekta utječu na izbor Android sustava, implementaciju softvera i zahtjeve za prilagođavanje hardvera.

Jedan norveški integrator sustava zatražio je Sljedeći članak - zasnovan na prikazu bez GMS , zajedno s ograničenjima hardvera kao što je uklanjanje kamera i mikrofona. Projekt je također zahtijevao kiosk način sa automatskim pokretanjem APK.

Ovaj zahtjev jasno pokazuje preferenciju za kontrolirano Android okruženje. Kupnik nije tražio tablet za opću namjenu, već poseban hardverski terminal na kojem se može upravljati iskustvom softvera s razine sustava.

Međutim, razlog zahtjeva još uvijek bi trebao biti provjeren tijekom rasprava o projektu. A. GMS-bezdržan u skladu s člankom 3. stavkom 2. točkom (a) ovog članka, u slučaju kada se primjenjuje jedan od sljedećih zahtjeva:

U drugom projektu, koji je izvela tvrtka koja pruža rješenja za njegu starijih osoba s sjedištem u Belgiji, fokusirali su se na različite prioritete. Zahtjevane funkcije uključuju 4G konekciju, WiFi, kiosk način , i pojednostavljeno iskustvo interakcije.

Za razliku od prvog projekta, ovaj kupac nije izričito zatražio de-Google sistem. Ova razlika je značajna jer pokazuje da prilagodba Android uređaja usmjerena na privatnost nije automatski potrebna za svaku pametnu kuću ili aplikaciju za njegu starijih.

Treći projekt je došao od američke tvrtke SaaS koja istražuje primjenu hardvera za svoju softversku uslugu. Glavni zahtjevi uključuju preinstalaciju aplikacije, implementaciju kioska i prilagođavanje marke.

Za tvrtke koje rade softver, izazov je često ne odabir specifikacije tableta. Veći izazov je stvaranje pouzdanog fizičkog sučelja koji proširuje njihovu postojeću softversku platformu.

U ovim triju primjera, zajednički zahtjev nije nužno bio de-Googleled Android. Zajednička je potreba bila veća kontrola nad načinom rada softvera na posvećenom hardveru.

Prava Android arhitektura ovisi o tome tko kontrolira iskustvo softvera

Odluka između Sljedeći članak i GMS treba početi s modelom aplikacije, a ne preferencijom operativnog sustava.

Za projekte koji su u velikoj mjeri ovisni o Google uslugama, potrošačkim aplikacijama ili postojećem Android ekosistemu, Android s GMS-om može pružiti praktične prednosti zbog šire kompatibilnost primjene .

U slučaju posebnih terminala na kojima kupac kontrolira okoliš primjene, sustav zasnovan na AOSP-u može ponuditi veću fleksibilnost. To je posebno važno kada uređaj treba prilagođeno ponašanje za pokretanje, ograničen pristup korisnika ili dugoročnu dosljednost softvera.

Razlika također utječe na proces razvoja OEM-a. Prilagođeni Android projekt može uključivati više od promjene korisničkog sučelja. Može utjecati na  konfiguracija firmvera , upravljanje sustavnim slikama, upravljanje i upravljanje sustavima , Strategija ažuriranja OTA-a , i validacija proizvodnje .

Za kupce se stoga ne postavlja jednostavno pitanje:

"Može li ovaj dobavljač ponuditi Android tablet?"

Važnije pitanje je:

"Mogu li ovaj dobavljač podržati kompletan hardverski i softverski model za implementaciju koji je potreban za naš projekt?"

Zahtjevi za privatnost trebaju se potvrditi, a ne pretpostavljati

Zahtjevi poput "bez GMS-a", "bez kamere" ili "bez mikrofona" često privlače pažnju jer mogu ukazivati na jača očekivanja privatnosti.

Međutim, ne treba pretpostavljati točnu motivaciju.

U tri pregleđena projekta samo je jedan kupac izričito zatražio GMS-bezdržan  Sljedeći članak u skladu s člankom U ostalim dva projekta nije spomenut taj zahtjev.

To znači da se prilagođavanje usmjereno na privatnost pojavljuje u specifičnim scenarijima kupaca, a ne kao univerzalni zahtjev za sve pametne kućne čvorišta.

Za dobavljače i kupce, rane rasprave trebale bi razjasniti zahtijeva li projekt potpuno kontrolirano Android okruženje, jesu li potrebne Google usluge i jesu li hardverska ograničenja povezana s očekivanjima privatnosti, razmatranjima usklađenosti ili pozicioniranjem proizvoda.

Vrijednost ovih zahtjeva može se smanjiti nepotrebnim inženjerskim radom i izbjeći skupe promjene nakon početka razvoja.

Razvoj kioska postaje temelj za posvećene pametne ekrane

Iako su tri kupca imala različite prioritete, svi projekti su imali sličan smjer: prikaz je trebao funkcionirati kao poseban servisni sučelje.

Ovdje je kiosk način postaje važno. Omogućuje automatsko pokretanje aplikacija, ograničen pristup korisnicima i dosljedno iskustvo nakon implementacije.

Za sustave za njegu starijih, pametne kućne čvorišta i hardverske proizvode na temelju softvera, ekran više nije samo Android ekran. Postaje dio kompletnog sustava usluga.

To također stvara nove zahtjeve za dobavljače OEM-a. Podrška tim projektima zahtijeva razumijevanje ne samo hardverskih specifikacija, već i integracija softvera i hardvera u razvoju, proizvodnji i dugoročnom radu.

Prije nego što započnete projekt pametnog OEM displeja, prvo definirajte ove odluke

Prije nego što zatražite Android prikaz OEM u slučaju da se potrazi za rješenjem, kupci bi najprije trebali razjasniti četiri granice projekta:

Da li aplikacija ovisi o Google uslugama, koliko je potrebna kontrola nad Android sistemom, postoje li ograničenja povezana s privatnošću i kako će se uređaj upravljati nakon implementacije.

Ova odluka izravno utječe na odgovarajuću hardversku platformu, Android arhitekturu, opseg prilagođavanja i zahtjeve za mogućnosti dobavljača.

Stoga bi ocjena dobavljača trebala ići dalje od specifikacija procesora, memorije ili zaslona. Kupci bi trebali potvrditi da li OEM partner može podržati prilagođivanje sustava , implementacija aplikacija, upravljanje firmwareom i dugoročno održavanje proizvoda.

Tri stvarna zahtjeva o kojima se govori u ovom članku ne dokazuju da svaki projekt pametne kuće zahtijeva prikaz sa de-googledom - Što? Oni pokazuju praktičniju promjenu: kupci sve više procjenjuju hardver na temelju toga koliko dobro podržava njihovu strategiju softvera.

Za tvrtke u razvoju pametne kućne čvorišta , prikazove za njegu starijih ili hardverske proizvode na temelju softvera, definiranje prave Android arhitekture na ranoj razini može smanjiti rizik od razvoja i stvoriti pouzdaniji put za implementaciju.

Ako planirate projekt pametnog zaslona na bazi Androida, definiranje prave arhitekture sustava na početku može pomoći u smanjenju rizika razvoja i izbjegavanju nepotrebnih troškova prilagođavanja.

Naš tim može pomoći u procjeni zahtjeva aplikacije, mogućnosti Android arhitekture (AOSP ili GMS) i potreba za prilagođavanjem hardvera kako bi se utvrdio odgovarajući pristup implementaciji.

Kontaktirajte naš tim da razgovaramo o zahtjevima vašeg projekta ili da pošaljete upit za prilagođeno rješenje za prikaz Android uređaja.