Sut mae Prosiectau OEM Canolbwynt Cartref Galluog yn Dewis rhwng Architecthurau Android AOSP a GMS

Pan mae cwmnïau'n datblygu canolbwynt cartref galluog , yn aml caiff architecthur system Android ei benderfynu llawer cyn y cyfnod cynhyrchu trydan.

Ar olwg cyntaf, gall dangosydd canolbwynt cartref edrych fel dyfeisiau sgrin gysylltiedig safonol. Fodd bynnag, ar gyfer nifer o brosiectau B2B, nid yw'r dangosydd yn unigol sgrin â system weithredu. Mae'n dod yn rhyngwyneb wedi'i ddeddfu sy'n cysylltu gwasanaethau meddalwedd, defnyddwyr a chyfleoedd cartref sydd wedi'u cysylltu.

Dyna pam mae rhai prynwyr yn dechrau gofyn cwestiynau dyfnach am Architecbure Android : A ydy'r dyfais yn defnyddio Android safonol â Gwasanaethau Symudol Google ( GMS )? A yw'r prosiect yn gofyn am system sydd yn seiliedig ar AOSP heb gwasanaethau Google? Pa mor fawr yw angen y prynwr ar reoliad y meddalwedd a'r ymddygiad dyfeisiad?

Mae tri gofyniad go iawn gan OEM cefnogol gartref o Norwy, Gwlad Belg a'r Unol Daleithiau yn darparu enghreifftiau defnyddiol. Nid ydynt yn cynrychioli'r farchnad gartref deallus cyfan, ond maen nhw'n dangos sut mae prynwyr gwahanol yn gwerthuso gofynion y system yn seiliedig ar eu nodau penodol o fewn eu hunain.

Nid yw'r signal pwysig yn hynny bod pob prosiect gartref deallus yn symud tuag at solutions de-googled display . Yn lle hynny, dangosir gan y gofyniadau hyn fod prynwyr yn dod yn rhagor penodol am reoliad y meddalwedd, gosod rhaglenni, ac addasu dyfeisiau.

Pam mae rhai prosiectau cefnogol gartref deallus angen rhagor rheoliad dros systemau Android

Mae tablaid defnyddiwr traddodiadol wedi ei ddylunio o amgylch hyblygrwydd. Mae'r defnyddwyr yn gosod rhaglenni gwahanol, yn mynd i gwasanaethau ar-lein, ac yn rhyngweithio â chyfweliad eang.

Mae canolbwyntio smart home wedi ei ddynodi yn dilyn rhesymeg wahanol. Ar gyfer nifer o brosiectau OEM, mae'r dyfais yn cael un bwriad brif: rhedeg rhaglen benodol yn ddibynadwy mewn cynefin rheoliadu.

Efallai y bydd y prynwr angen i'r sgrin gychwyn yn syth i'w rhaglen eu hunain, atal mynediad defnyddiwr anorfodol, neu gynnal ymddygiad cyson ar draws unedau a gosodir. Mewn sefyllfaoedd o'r fath, mae architecthur Android yn dod yn rhagdybiaeth fusnes na dim ond dewis technegol.

A AOSP -sydd yn seiliedig ar ateb yn gallu darparu rheoliad dwyraidd dros yr amgylchedd system, tra bod ateb Android GMS -sydd yn galluogi mynediad at egwyl a gwasanaethau Google. Nid oes un dewis yn well yn gyffredinol. Mae'r dewis cywir yn dibynio ar sut y bydd y dyfais yn cael ei osod, ei gynnal, a'i defnyddio.

Mae'r gwahaniaeth hon yn arbennig o bwysig ar gyfer cwmnïau sydd yn mynd i mewn i'r diwydiant caled o gefndir meddalwedd. Er enghraifft, efallai nad yw cwmni SaaS sydd yn adeiladu sgrin deallus wedi ei ddynodi yn poeni mor lawr am swyddogaethau Android cyffredinol â am a yw'r caledwedd yn gallu cyflwyno ei brofiad meddalwedd yn ddibynadwy.

Dangosir tri gofyniad gan OEMs sydd yn dangos rhesymau gwahanol dan addasu Android.

Adlewyrchir y rhain yn drafodaethau go iawn rhwng OEMs a bwerthwyr ar draws marchnadoedd gwahanol. Yn hytrach na chyfocusio ar gwmnïau unigol, mae'r gymharu'n tynnu sylw ar sut mae nodau project gwahanol yn effeithio ar dewisiadau system Android, ar gynllunio meddalwedd, ac ar ofynion addasu caledwedd.

Un integrydd system sydd yn sefydliad yn Norwy gofynnodd am AOSP sgrin sydd yn seiliedig ar GMS , ynghyd â thariffiadau caledwedd fel tynnu cydranau camera a meicroffon. Gofynnodd y prosiect hefyd am modd ciosc â chychwyn awtomatig APK.

Mae’r cais hwn yn dangos yn glir fwyaf o gynghor ar amgylchedd Android rheoleiddiedig. Nid oedd y prynwr yn chwilio am brennyn cyffredinol ond am derfynell hardwares penodol lle gallai’r profiad rhaglenu ei reoli o lefel y system.

Fodd bynnag, dylid dal gwirio’r rheswm tu ôl i’r cais yn y trafodaethau am y prosiect. Gall gofyniad GMS-free ymryson â disgwylion preifatrwydd, rheoli rhaglenni, polisïau gosod mewn cwmni, neu ystyriaethau penodol eraill sy’n berthnasol i’r prosiect.

Y prosiect ail, gan darparwr datblygedig i gofal oedolion o Belgydd, canolbwyntiodd ar oruchwyliau gwahanol. Roedd y nodweddion a gofynnwyd amdanynt yn cynnwys cysylltiad 4G, WiFi, modd ciosc , ac urddiad symlifiedig.

Amrywiad o’r prosiect cyntaf, nid oedd y prynwr hwn yn gofyn yn benodol am system heb Google. Mae’r gwahaniaeth hon yn golygu bod addasiadau Android sydd yn canolbwyntio ar breifatrwydd yn anorfodol nad yw’n digwydd yn awtomatig ar gyfer pob rhaglen cartref deallusol neu gofal oedolion.

Ddaeth y prosiect trydyddaf o gwmni SaaS sydd wedi ei leoli yn yr Unol Daleithiau ac sydd yn archwilio gosod cyfluniad ar gyfer ei wasanaeth meddalwedd. Roedd y gofynion prif yn cynnwys gosod rhagflaen o'r rhaglen, gosod kiosg, a chyfaddasu'r brand.

I gwmnïau meddalwedd sydd yn symud i mewn i'r cyfluniad, nid yw'r her ychwanegol yn aml yn y dewis o specifiadau'r tablwd. Mae'r her fwy nag unrhyw beth arall yn creu rhyngwyneb corfforol hyderus sydd yn estynu eu platfform meddalwedd presennol.

Ar draws y tri enghraifft hon, nid oedd y gofyniad cyffredin yn anorfod Android heb Google. Oedd y gofyniad cyffredin yn rheoli mwy o sut mae'r meddalwedd yn rhedeg ar gyfluniad penodol.

Mae'r architecthur Android iawn yn dibynnu ar pwy sydd yn rheoli profiad y meddalwedd.

Y penderfyniad rhwng AOSP a GMS yllyniad â'r model rhaglen, nid â'r dewis o system weithredu.

Ar gyfer prosiectau sydd yn dibynnu'n gryf ar gwasanaethau Google, rhaglenni defnyddwyr, neu'r ecosysteim Android presennol, gall Android â GMS roi mantais ymarferol oherwydd ei eangrwydd cydnawsedd Rhaglen .

Ar gyfer terfynlynnau penodol lle mae'r prynwr yn rheoli'r cyd-destun rhaglen, gall system sydd yn seiliedig ar AOSP gynnig mwy o hyblygrwydd. Mae hyn yn enwedig perthnasol pan mae angen ymddygiad cyflwyno personol ar y dyfais, mynediad defnyddiwr cyfyngedig, naill ai cysonrwydd meddalwedd am hir dymor.

Mae'r gwahaniaeth hefyd yn effeithio ar broses datblygu'r OEM. Gall prosiect Android wedi'i hailffurfio gynnwys mwy na newid y rhyngwyneb defnyddiwr. Gall ef ddylanwadu ar  cyffrediniant firmware , rheoli delwedd y system, gweithdrefn cyflwyno rhaglenni , Strategaeth diweddaru OTA , a cadarnhau cynhyrchu .

Felly, nid yw'r cwestiwn i'r prynwyr yn syml:

"A all y cyflenwr hwn ddarparu tablaid Android?"

Y cwestiwn pwysicach yw:

"A yw'r cyflenwr hwn yn gallu cynnal model gosod rhaglen a chludiant llawn sydd ei angen ar ein prosiect?"

Dylid dilysu gofynion preifatrwydd, nid tybio eu bod yn wir

Mae gofynion fel "dim GMS", "dim camera" neu "dim microffon" yn aml yn taro sylw oherwydd eu bod yn awgrymu disgwyliau cryfaf o breifatrwydd.

Fodd bynnag, ni ddylid tybio'r motiviad uniongyrchol.

Yn y tri phrosiect a adolygwyd, dim ond un prynwr a ofynodd yn glir am amgylchedd GMS-free  AOSP cyflwynwyd y gofyniad hwn yn unig yn y prosiect hwn. Ni chafodd y ddau brosiect arall ei nodi.

Mae hyn yn golygu bod cyffuriau sydd wedi'u ffocysu ar breifatrwydd yn ymddangos mewn sefyllfaoedd penodol prynwyr yn hytrach na chynrychioli gofyniad cyffredinol ar gyfer pob clogell cartref deallus.

Ar gyfer cyflenwyr a phrynwyr, dylid clirio yn gynnar a yw'r prosiect yn gofyn am amgylchedd Android sydd yn cael ei reoli'n llwyr, a yw gwasanaethau Google yn hanfodol, ac a yw cyfyngiadau ar eitemau technegol yn gysylltiedig â disgwyliau breifatrwydd, ystyriaethau cydymffurfiad, naill ai sefydlu'r cynnyrch.

Gall dilysu'r gofynion hyn yn gynnar leihau gwaith peirianneg angenrheidiol a rhwystro newidion drut ar ôl i'r datblygiad dechrau.

Mae gosod bysellfwrdd yn dod yn sylfaen ar gyfer dangosyddiau medrus penodol

Er bod y tri prynwr wedi bod â phrioriadau gwahanol, roedd pob prosiect yn rhannu cyfeiriad tebyg: roedd angen i'r dangosydd weithio fel rhyngwyneb gwasanaeth penodol.

Hyn yw lle modd ciosc yn dod yn bwysig. Mae'n galluogi cyflwyno'r rhaglen yn awtomatig, mynediad cyfyngedig i'r defnyddiwr, ac urdd cyson ar ôl gosod.

Ar gyfer systemau gofalu am hen oed, canolfannau cartref medrus, a chynnyrch meddalwedd-sydd â thrinwyr, nid yw'r dangosydd yn sgrîn Android yn unig bellach. Mae'n dod yn rhan o system gwasanaeth llawn.

Mae hyn hefyd yn creu gofynion newydd ar gyfer cyflenwyr OEM. Mae cynnal y prosiectau hyn yn gofyn am dealltwriaeth nid yn unig o speciffigadau'r trinwyr ond hefyd integru meddalwedd a thrinwyr trwy'r cyfnod datblygu, cynhyrchu, a gweithredu hir dymor.

Cyn Dechrau Prosiect Dangosydd Medrus OEM, Diffinwch Y Penderfyniadau Hyn yn Gyntaf

Cyn gofyn am Darlleniad Android OEM rhadawd, dylai prynwyr yn gyntaf glirio pedwar ffin prosiect:

A yw'r rhaglen yn dibynnu ar gwasanaethau Google, faint o reoliad sydd ei angen ar system Android, a oes cyfyngiadau perthnasol i breifatrwydd, a sut fydd y dyfais yn cael ei reoli ar ôl ei gosod.

Mae'r penderfyniadau hyn yn effeithio'n uniongyrchol ar y platfform crafftu addas, architecthur Android, y meintrediad o addasiad, ac anogaethau gallu'r cyflenwr.

Felly, dylai asesu cyflenwr fynd yn bell tu hwnt i specifeddau prosesur, cofnod, neu ddangos. Dylai prynwyr gadarnhau a yw partner OEM yn gallu cynnal addasiad system , gosod rhaglenni, rheoli ffurfweddi, a chynnal tymhorol y cynnyrch.

Nid yw'r tri gofyn real sydd wedi bod yn y trafodaeth yn yr erthyliad hwn yn tystio fod pob prosiect cartref deallus yn gofyn am solutions de-googled display . Maent yn dangos newid mwy ymarferol: mae prynwyr yn gwerthuso crafftu yn ychwanegol yn seiliedig ar ba mor dda y mae'n cefnogi eu strategaethau meddalwedd.

Ar gyfer cwmnïau sydd yn datblygu cynlluniau cartref deallus , sgriniau gofalu am hen bobl, neu gynhyrchion meddalwedd-sydd â chynhwysydd, gall pennu'r architectedd Android iawn yn gynnar leihau'r risg datblygu ac greu llwybr gosod mwy hyblyg.

Os ydych chi'n cynllunio prosiect sgrin deallus sydd â Android, gall pennu'r architectedd system iawn yn gynnar helpu i leihau risgiau datblygu ac osgoi costau cyffredinoli angenrheidiol.

Gall ein tîm eich helpu i asesu eich gofynion rhaglen, opsiynau architectedd Android (AOSP neu GMS), a gofynion cyffredinoli'r cynhwysydd i adnabod ffordd addas i'w gosod.

Cysylltwch â'n tim i drafod gofynion eich prosiect neu i anfon eich ymholiad am ateb sgrin Android cyffredinol.