Kuinka älykodinkeskuksen OEM-hankkeet valitsevat AOSP:n ja GMS Android -arkkitehtuurien välillä

Kun yritykset kehittävät älykästä kotikeskusta , Android-järjestelmän arkkitehtuuri usein päätetään paljon aikaisemmin kuin laitteiston tuotantovaiheessa.

Ensimmäiseltä silmäykseltä kotikeskuksen näyttö saattaa näyttää tavalliselta kosketusnäytöltä. Kuitenkin monissa B2B-projekteissa näyttö ei ole pelkästään ruutu käyttöjärjestelmällä. Se muodostuu erityiseksi rajapinnaksi, joka yhdistää ohjelmistopalvelut, käyttäjät ja kytkettyjen kotiympäristöjen.

Tämän vuoksi jotkut ostajat alkavat esittää syvällisempiä kysymyksiä Android-arkkitehtuuriin : Pitäisikö laitteen käyttää standardia Androidia Google Mobile Services -palveluineen ( Gms )? Vaatiihan projekti AOSP -pohjainen järjestelmä ilman Googlen palveluita? Kuinka suurta ohjausoikeutta ostaja tarvitsee ohjelmiston käyttöönottoon ja laitteen toimintaan?

Kolme todellista kotikeskuksen valmistajan pyyntöä Norjasta, Belgiasta ja Yhdysvalloista tarjoaa hyödyllisiä esimerkkejä. Ne eivät edusta koko älykotimarkkinaa, mutta ne osoittavat, miten eri ostajat arvioivat järjestelmävaatimuksia omien käyttöönotto tavoitteidensa perusteella.

Tärkeä signaali ei ole se, että kaikki älykotihankkeet siirtyvät kohti de-googlettua näyttöä ratkaisuja. Sen sijaan nämä pyynnöt osoittavat, että ostajat ovat tulevaisuudessa tarkentamassa vaatimuksiaan ohjelmiston ohjauksesta, sovellusten käyttöönotosta ja laitteiden mukauttamisesta.

Miksi joissakin älykotikeskuksen hankkeissa tarvitaan lisää ohjausoikeutta Android-järjestelmiin

Perinteinen kuluttajatabletti on suunniteltu joustavuuden varaan. Käyttäjät asentavat erilaisia sovelluksia, käyttävät verkkopalveluita ja vuorovaikuttelevat laajan ekosysteemin kanssa.

Erityinen älykodinkeskus noudattaa eri logiikkaa. Monissa OEM-hankkeissa laitteella on yksi pääasiallinen tarkoitus: suorittaa tiettyä sovellusta luotettavasti hallitussa ympäristössä.

Ostaja saattaa tarvita näytön käynnistyvän suoraan omalla ohjelmistollaan, estävän tarpeeton käyttäjäpääsy tai varmistavan yhtenäisen toiminnan kaikissa käytössä olevissa yksiköissä. Näissä tilanteissa Android-arkkitehtuuri muodostuu liiketoimintapäätökseksi eikä pelkästään tekniseksi valinnaksi.

Automaattinen AOSP -perustainen ratkaisu voi tarjota syvempää hallintaa järjestelmäympäristössä, kun taas Gms -kytketty Android-ratkaisu tarjoaa pääsyn Googlen ekosysteemiin ja palveluihin. Kumpikaan vaihtoehto ei ole yleisesti parempi. Oikea valinta riippuu siitä, miten laite otetaan käyttöön, huolletaan ja käytetään.

Tämä ero on erityisen tärkeä yrityksille, jotka siirtyvät ohjelmistotaustaisista toimintoista laitteistoon. Esimerkiksi SaaS-yritys, joka kehittää erityistä älykästä näyttöä, saattaa olla vähemmän kiinnostunut yleisestä Android-toiminnallisuudesta ja enemmän siitä, pystyykö laitteisto luotettavasti tarjoamaan sen ohjelmistokokemuksen.

Kolme OEM-pyyntöä osoittavat erilaisia syitä Androidin mukauttamiseen

Nämä esimerkit heijastavat todellisia OEM-keskusteluja ostajien kanssa eri markkinoilla. Sen sijaan, että keskittyisimme yksittäisiin yrityksiin, vertailu korostaa, miten erilaiset projektitavoitteet vaikuttavat Android-järjestelmän valintoihin, ohjelmiston käyttöönottoon ja laitteiston mukauttamisvaatimuksiin.

Yksi Norjassa sijaitseva järjestelmäintegraattori pyysi AOSP -pohjaista näyttöä ilman Gms , sekä laitteistorajoituksia, kuten kameran ja mikrofonin komponenttien poistamista. Projekti edellytti myös kioskitilaa automaattisella APK-tiedoston käynnistysominaisuudella.

Tämä pyyntö osoittaa selvästi mieltä kontrolloituun Android-ympäristöön. Ostaja ei etsinyt yleiskäyttöistä tablet-laitetta, vaan erityistä laitepäätettä, jossa ohjelmistokokemusta voitaisiin hallita järjestelmätasolla.

Kuitenkin pyynnön taustalla oleva syy tulisi edelleen varmistaa projektikeskusteluissa. GMS-vapaa vaatimus saattaa liittyä tietoturva-odotuksiin, sovellusten hallintaan, yrityskäytön käytäntöihin tai muihin projektiin erityisesti liittyviin näkökohtiin.

Toinen projekti, Belgiasta kotoisin olevalta vanhustenhoidon ratkaisutoimijalta, keskittyi eri prioriteetteihin. Pyydettyjä ominaisuuksia olivat 4G-yhteys, WiFi, kioskitilaa gPS ja yksinkertaistettu vuorovaikutuskokemus.

Toisin kuin ensimmäisessä projektissa, tämä ostaja ei erikseen pyytänyt de-Googled-järjestelmää. Tämä ero on merkityksellinen, koska se osoittaa, että tietoturvaan keskittyvä Android-mukautus ei ole automaattisesti vaadittu kaikissa älykodikäytöissä tai vanhustenhoidon sovelluksissa.

Kolmas hanke tuli Yhdysvalloissa sijaitsevalta SaaS-yritykseltä, joka tutki ohjelmistopalvelunsa laitteellista käyttöönottoa. Päävaatimukset sisälsivät sovellusten esiasennuksen, kioskitoteutuksen ja brändin mukauttamisen.

Ohjelmistoyrityksille, jotka siirtyvät laitteistoon, haaste ei useinkaan ole tabletin teknisten ominaisuuksien valinta. Suurempi haaste on luoda luotettava fyysinen käyttöliittymä, joka laajentaa olemassa olevaa ohjelmistopalvelualustaa.

Näissä kolmessa esimerkissä yhteinen vaatimus ei välttämättä ollut de-Googlettua Androidia. Yhteinen vaatimus oli suurempi hallintavalta ohjelmiston toiminnalle erityisesti tarkoitetussa laitteistossa.

Oikea Android-arkkitehtuuri riippuu siitä, kuka hallinnoi ohjelmistokokemusta.

Päätös AOSP ja Gms tulee aloittaa sovellusmallista, ei käyttöjärjestelmän mieltymyksestä.

Projekteissa, jotka riippuvat voimakkaasti Google-palveluista, kuluttajasovelluksista tai olemassa olevasta Android-ekosysteemistä, GMS-tuen saanut Android voi tarjota käytännöllisiä etuja laajemman soveltuvuus käyttötarkoitukseen .

Erityisesti tarkoitettujen pääteasemien tapauksessa, joissa ostaja hallinnoi sovellusympäristöä, AOSP-perustainen järjestelmä voi tarjota suurempaa joustavuutta. Tämä on erityisen merkityksellistä, kun laitteen käynnistyskäyttäytyminen vaatii mukauttamista, käyttäjäpääsyä rajoitetaan tai ohjelmistojen pitkäaikainen yhdenmukaisuus on tärkeää.

Erot vaikuttavat myös OEM-kehitysprosessiin. Mukautettu Android-projekti voi sisältää enemmän kuin käyttöliittymän muuttamista. Se voi vaikuttaa  firmware-asetuksiin , järjestelmäkuvien hallintaan, sovellusten käyttöönoton työnkulkuun , OTA-päivitysstrategiaan , ja tuotannon validointi .

Ostajalle kysymys ei siis ole pelkästään:

"Voiko tämä toimittaja tarjoaa Android-tabletin?"

Tärkeämpi kysymys on:

"Voiko tämä toimittaja tukea kokonaisia laitteiston ja ohjelmiston käyttöönotto-malleja, joita projektimme vaatii?"

Tietosuojavaatimukset on varmistettava, ei oletettava

Pyyntöjä, kuten "ei GMS:tä", "ei kameraa" tai "ei mikrofonia", herättää usein huomiota, koska ne voivat viitata vahvempiin yksityisyyden suojaa koskeviin odotuksiin.

Tarkkaa motiivia ei kuitenkaan saa olettaa.

Kolmesta tarkastellusta projektista vain yksi ostaja vaati erityisesti GMS-vapaa  AOSP ympäristöä. Muissa kahdessa projektissa tätä vaatimusta ei mainittu.

Tämä tarkoittaa, että yksityisyyteen keskittyvä mukauttaminen esiintyy tietyissä ostajaskenaarioissa eikä se edusta kaikkien älykkäiden kotikeskusten yleistä vaatimusta.

Toimittajien ja ostajien tulisi käydä varhaisessa vaiheessa keskustelua siitä, vaatiihan projekti täysin hallittua Android-ympäristöä, ovatko Google-palvelut välttämättömiä ja liittyvätkö laitteistorajoitukset yksityisyyden suojaa koskeviin odotuksiin, noudattamisvaatimuksiin vai tuotteen sijoittamiseen markkinoilla.

Näiden vaatimusten varmentaminen varhaisessa vaiheessa voi vähentää tarpeetonta teknistä työtä ja estää kalliita muutoksia kehityksen aloittamisen jälkeen.

Kioskitoteutus on muodostumassa perustaksi erikoistuneille älykkäille näytöille

Vaikka kolmella ostajalla oli erilaiset prioriteetit, kaikissa projekteissa oli yhteinen suuntaus: näyttö piti toimia erityisenä palveluliittymänä.

Tämä on kohta kioskitilaa tulee tärkeäksi. Se mahdollistaa automaattisen sovelluksen käynnistämisen, rajoitetun käyttäjäpääsyn ja johdonmukaisen kokemuksen käyttöönoton jälkeen.

Vanhuspalvelujärjestelmissä, älykodinkeskuksissa ja ohjelmistopohjaisissa laite tuotteissa näyttö ei ole enää ainoastaan Android-näyttö. Siitä tulee osa kokonaisvaltaista palvelujärjestelmää.

Tämä luo myös uusia vaatimuksia OEM-toimittajille. Näiden projektien tukemiseen vaaditaan sekä laitevaatimusten että ohjelmisto- ja laitteistointegraatio kehityksen, valmistuksen ja pitkäaikaisen käytön aikana.

Ennen OEM-älykäs-näyttöprojektin aloittamista määrittele nämä päätökset ensin

Ennen kuin pyydät Android-näyttö-OEM ratkaisua, ostajien tulisi ensin selkeyttää neljä projektin rajaa:

Riippuuko sovellus Googlen palveluista, kuinka paljon ohjausta vaaditaan Android-järjestelmään, onko olemassa tietoturvaan liittyviä rajoituksia ja miten laitetta hallitaan käyttöönoton jälkeen.

Nämä päätökset vaikuttavat suoraan sopivaan laitteistoplattformaan, Android-arkkitehtuuriin, mukauttamisen laajuuteen ja toimittajien kykyvaatimuksiin.

Toimittajan arviointiin tulisi siksi sisältyä enemmän kuin prosessorin, muistin tai näytön tekniset tiedot. Ostajien tulisi varmistaa, että OEM-kumppani voi tukea järjestelmän mukauttaminen sovellusten käyttöönottoa, firmwaren hallintaa ja pitkäaikaista tuotteen ylläpitoa.

Tässä artikkelissa käsitellyt kolme todellista vaatimusta eivät todista, että jokainen älykäs kotiprojekti vaatii de-googlettua näyttöä . Ne osoittavat käytännöllisempää muutosta: ostajat arvioivat yhä enemmän laitteistoa sen perusteella, kuinka hyvin se tukee heidän ohjelmistopolitiikkaansa.

Yrityksille, jotka kehittävät älykkäitä kotikeskuksia , vanhustenhoitoon tarkoitettuihin näytöihin tai ohjelmistolla ohjattaviin laitteistotuotteisiin – oikean Android-arkkitehtuurin määrittäminen varhaisessa vaiheessa voi vähentää kehitysriskejä ja luoda luotettavamman käyttöönottopolun.

Jos suunnittelet Android-pohjaista älynäyttöprojektia, oikean järjestelmäarkkitehtuurin määrittäminen varhaisessa vaiheessa voi auttaa vähentämään kehitysriskejä ja välttämään tarpeeton räätälöintikustannukset.

Timo tiimimme voi auttaa arvioimaan sovellustarpeitasi, Android-arkkitehtuurivaihtoehtojasi (AOSP tai GMS) ja laitteistoräätälöintitarpeitasi, jotta löydämme sopivan käyttöönottostrategian.

Ota yhteyttä joukkoomme keskustellaksesi projektin vaatimuksistasi tai lähettääksesi kyselysi räätälöityyn Android-näyttöratkaisuun.