Како Смарт Хоме Хаб ОЕМ пројекти бирају између АОСП и ГМС Андроид архитектура

Када компаније развијају смарт Хоме Хаб , архитектура Андроид система често се одлучује много раније од стадијума производње хардвера.

На први поглед, дисплеј кућног хаба може изгледати као стандардни уређај са сензорним екраном. Међутим, за многе Б2Б пројекте, дисплей није једноставно екран са оперативним системом. То постаје посвећен интерфејс који повезује софтверске услуге, кориснике и повезана домаћа окружења.

Због тога неки купци почињу да постављају дубље питања о Android архитектури да ли уређај користи стандардни Андроид са Мобилним услугама Гугле ( ГМ да ли је то истина? Да ли пројекат захтева АОСП - базирани систем без Google услуга? Колико контроле треба купујућу над распоредом софтвера и понашањем уређаја?

Три стварна домаћа хаб ОЕМ захтева из Норвешке, Белгије и Сједињених Држава пружају корисне примене. Они не представљају целокупно тржиште паметних кућа, али показују како различити купци процењују захтеве система на основу својих циљева распоређивања.

Важан сигнал није да се сваки пројекат паметне куће креће ка де-гуглиран дисплеј решења. Уместо тога, ови захтеви показују да купци постају специфичнији у вези са контролом софтвера, распоређивањем апликација и прилагођавањем уређаја.

Зашто неки пројекти паметних кућних хаба требају више контроле над Андроид системима

Традиционални потрошачки таблети су дизајнирани да буду флексибилни. Корисници инсталирају различите апликације, приступају онлине услугама и комуницирају са широким екосистемом.

Одређени паметни кућни хаб следи другачију логику. За многе пројекте ОЕМ-а, уређај има једну главну сврху: поверење у одређену апликацију у контролисаном окружењу.

Купац може да треба да дисплеј покреће директно у свој софтвер, спречи непотребан приступ корисника или одржи доследно понашање широм распоређених јединица. У овим сценаријама, Андроид архитектура постаје пословна одлука, а не само технички избор.

И АОСП -базирано решење може пружити дубљу контролу над системским окружењем, док ГМ -оспособљено Android решење пружа приступ Гуглеовом екосистем и услугама. Ни једна од опција није универзално боља. Прави избор зависи од тога како ће се уређај распоређивати, одржавати и користити.

Ова разлика је посебно важна за компаније које улазе у хардвер са софтверским позадинама. СааС компанија која гради посвећен паметни дисплеј, на пример, можда се мање брине о општој Андроид функционалности и више о томе да ли хардвер може поуздано испоручити своје софтверско искуство.

Три захтева ОЕМ-а показују различите разлоге иза прилагођавања Андроида

Ови примери одражавају стварне дискусије ОЕМ-а са купцима на различитим тржиштима. Уместо да се фокусира на појединачне компаније, поређење истиче како различити циљеви пројекта утичу на избор Андроид система, распоређивање софтвера и захтеве за прилагођавање хардвера.

Један системски интегратор са седиштем у Норвешкој затражио је АОСП -базирано на приказивању без ГМ , заједно са хардверским ограничењима као што је уклањање компоненти камере и микрофона. Пројекат је такође захтевао режим киоска са аутоматским покретањем АПК.

Овај захтев јасно показује да је преферирана контролисана андроид средина. Купац није тражио таблет за општу употребу, већ специјални хардверски терминал у коме се софтверско искуство могло управљати са системског нивоа.

Међутим, разлог иза захтева треба и даље да се провери током дискусија о пројекту. А Без ГМС-а уколико је потребно, захтев може бити повезан са очекивањама приватности, контролом апликација, политикама распоређивања предузећа или другим разматрањима специфичним за пројекат.

Други пројекат, од пружаоца решења за негу старијих са седиштем у Белгији, фокусирао се на различите приоритете. Захтевљене карактеристике укључују 4G повезивање, Wi-Fi, режим киоска , и поједностављено искуство интеракције.

За разлику од првог пројекта, овај купац није експлицитно тражио систем за де-Гугле. Ова разлика је значајна јер показује да прилагођавање Андроида фокусирано на приватност није аутоматски потребно за сваку паметну кућу или апликацију за негу старијих.

Трећи пројекат је дошао од америчке компаније SaaS која истражује распоређивање хардвера за своју софтверску услугу. Главни захтеви су укључивали предустановање апликација, распоређивање киоска и прилагођавање бренда.

За софтверске компаније које се крећу у хардвер, изазов често није избор спецификације таблета. Већи изазов је стварање поузданог физичког интерфејса који проширује постојећу софтверску платформу.

У овим три примера, заједнички захтев није био нужно де-Гоооглед Андроид. Уобичајени захтев је био већа контрола над начином на који софтвер ради на посвећеном хардверу.

Правила Андроид архитектура зависи од тога ко контролише софтверско искуство

Одлука између АОСП и ГМ треба да почне са модел апликације, а не преференција оперативног система.

За пројекте који су у великој мери зависни од Google услуга, потрошачких апликација или постојећег Андроид екосистема, Андроид са ГМС-ом може пружити практичне предности због ширег опсега. компатибилност апликације .

За посвећене терминале где купац контролише апликациону средину, систем заснован на АОСП-у може понудити већу флексибилност. Ово је посебно релевантно када уређај захтева прилагођено понашање за покретање, ограничен приступ корисника или дугорочну конзистенцију софтвера.

Разлика такође утиче на процес развоја ОЕМ-а. Пројекат прилагођеног Андроида може укључивати више од промене корисничког интерфејса. То може утицати  конфигурација фирмавера , управљање системским сликама, радни ток распоређивања апликација , Стратегија за ажурирање ОТА , i валидација производње .

За купце, питање није једноставно:

"Може ли овај добављач да обезбеди Андроид таблет?"

Важније питање је:

"Да ли овај добављач може подржати комплетан модел распоређивања хардвера и софтвера који је потребан за наш пројекат?"

Потреба за приватношћу треба да буде потврђена, а не претпостављена

Захтеви као што су "без ГМС-а", "без камере" или "без микрофона" често привлаче пажњу јер могу указивати на јача очекивања приватности.

Међутим, не треба претпостављати тачну мотивацију.

У три прегледана пројекта, само један купац је изричито затражио Без ГМС-а  АОСП животне средине. У осталим два пројекта није споменуто ово захтев.

То значи да се прилагођавање фокусирано на приватност појављује у специфичним сценаријама купца, а не представља универзални захтев за све паметне кућне хабеве.

За добављаче и купце, ране расправе треба да разјасне да ли пројекат захтева потпуно контролисано андроид окружење, да ли су неопходне Google услуге и да ли су хардверска ограничења повезана са очекивањама приватности, разматрањима у вези са уговором или позиционирањем производа.

Уверење ових захтева рано може смањити непотребан инжењерски рад и избећи скупе промене након почетка развоја.

Увеђење киоска постаје основа за посвећене паметне екране

Иако су три купца имала различите приоритете, сви пројекти су имали сличан смер: дисплеј је требало да функционише као посвећен интерфејс за услуге.

Ово је место где режим киоска постаје важно. Омогућава аутоматско покретање апликација, ограничен приступ корисника и доследно искуство након распоређивања.

За системе за негу старијих, паметне кућне хабеве и софтверске хардверске производе, екран више није само Андроид екран. То постаје део комплетног сервисног система.

Ово такође ствара нове захтеве за ОЕМ добављаче. Подршка овим пројектима захтева разумевање не само хардверских спецификација већ и интеграција софтвера и хардвера кроз развој, производњу и дугорочно функционисање.

Пре него што почнете пројекат паметног екрана ОЕМ-а, прво дефинишите ове одлуке

Пре него што тражите Андроид дисплеј ОЕМ уколико је потребно да се реши проблем, купци би прво требали да разјасне четири границе пројекта:

Да ли апликација зависи од Google услуга, колико је контроле потребно над Андроид системом, да ли постоје ограничења везана за приватност и како ће се уређај управљати након распоређивања.

Ове одлуке директно утичу на одговарајућу хардверску платформу, Андроид архитектуру, опсег прилагођавања и захтеве за способност добављача.

Стога би провидење добављача требало да иде даље од спецификација процесора, меморије или екрана. Купци треба да потврде да ли ОЕМ партнер може да подржи културизација система , распоређивање апликација, управљање фирмвером и дугорочно одржавање производа.

Три стварна захтева која су разматрана у овом чланку не доказују да сваки пројекат паметне куће захтева де-гуглиран дисплеј - Да ли је то истина? Они показују практичнију промену: купци све више процењују хардвер на основу тога колико добро подржава своју стратегију софтвера.

За компаније које се развијају паметни кућни хабови , екрани за негу старијих или софтверски управљани хардверски производи, рано дефинисање правог Андроид архитектуре може смањити ризик од развоја и створити поузданији пут распоређивања.

Ако планирате пројекат паметног екрана на бази Андроида, рано дефинисање одговарајуће системске архитектуре може помоћи у смањењу ризика развоја и избегавању непотребних трошкова прилагођавања.

Наш тим може помоћи у процјени захтева за апликације, опције Андроид архитектуре (АОСП или ГМС) и потреба за прилагођавањем хардвера како би се идентификовао одговарајући приступ распоређивању.

Контактирајте наш тим да разговарамо о захтевима вашег пројекта или поднесете захтев за прилагођено решење за Андроид дисплеј.