Kui ettevõte kavatseb luua ühendatud spordiökosüsteemi - rakendus, parkide ja marsruutide võrgustik, ühilduvad kantavad seadmed ja -saidil olevad kuvarid -, tekivad riistvaraga seotud küsimused kiiresti. Kellele kuulub osaleja identiteet? Mis juhtub, kui telefon kaotab võistluse ajal-signaali? Kas jooksja peab avaliku raja kasutamiseks näoskaneeringu üle andma? Need ei ole äärmised juhtumid; need on esimesed asjad, mida iga tõsine integraator küsib enne riistvarapartneriga pühendumist.
Integratsioon, mis austab seda, kes mida omab
Enamiku partnerluspäringute instinkt selles valdkonnas on sama: platvorm soovib hoida kontrolli all kasutajatele oluliste asjade - profiilid, tulemused, pingeread, load -, samas kui rajavarustus tegeleb sellega, milleks see tegelikult loodud on: tuvastab, kes ja millal läbis kontrollpunkti.
See tööjaotus on täpselt see, mida anAI-varustatud nutikas radaon kujundatud ümber. Püüdmispostiga seotud registreerimisekraanile ehitatud kontrollpunktiüksus ei püüa olla spordiplatvorm ise - see on sensori ja identiteedi{2}}jäädvustamise kiht, mis teavitab sündmustest väljapoole. Seoses taustahaldussüsteemi ja oma{4}liidese rakendusega saab see töötada eraldiseisva tootena väiksemate kohtade jaoks või edastada oma kontrollpunkti sündmused partneri taustaprogrammile suuremate kaubamärgiga ökosüsteemide jaoks. Tarnijat hindava integraatori jaoks on see eraldamine erinevus "me kohandame oma arhitektuuri teie kastiga" ja "teie kast sobib meie arhitektuuriga".
Praktilised küsimused, mis järgivad - otsest riistvara-to-taustasuhtlust versus tarnija pilve kaudu marsruutimine, mida kontrollpunkti sündmuste kasulik koormus tegelikult sisaldab, kuidas ajatempleid sünkroonitakse -, on pilootvestluse tegelik sisu. Kuid lähteasend on oluline: süsteem, mis juba eraldab "tuvastuse" "platvormi loogikast", on palju lühem vestlus kui see, mis eeldab, et see omab kogu pinu.
Võimalusena näotuvastus, mitte värav
Teine asi, mis nende platvormide raja riistvara hindamisel silma paistab, on vaikne, kuid kindel ootus: identiteedi kontrollimine peaks olema mitmekihiline, mitte kohustuslik. Juhuslik jooksja peaks suutma kõndida rajale, alustada treeningut ja minna - ilma registreerumiseta, näo skaneerimiseta, hõõrdumiseta. Näotuvastus teenib oma koha ainult siis, kui see lisab midagi, mida võistlusüritus tõeliselt vajab: teise rida tõendeid tulemuse kohta, mitte pargis jalutamise eeltingimus.
Siin toimib ka toote olemasolev funktsioonide komplekt. Kuna raja registreerimiskuva eraldab juba üldised andmete jäädvustamise (statistika, edetabelid, ilmateate - igapäevased, avalikud-funktsioonid) kõigest, mis on seotud konkreetse võistlussündmusega, võib integreerija eeldada, et valikuline-kinnitusmudel on pigem disainivalik kui järelmõte. Milline tehniline hinnang vajab veel kindlaks - registreerimisvoogu, piltide ja mallide salvestamine, säilitamine ja kustutamine, ebaõnnestunud vaste käsitlemine ilma kellegi lõpuaega kehtetuks tunnistamata - on täpselt need küsimused, mida tasub enne pilootprojekti algust igale müüjale esitada. Platvorm, mis võimaldab neid küsimusi esitada, selle asemel, et eeldada vaikimisi vastavust, annab märku, et privaatsus oli osa disainist, mitte tagantjärele kinnitatud.
Miks see loeb ühest päringust kaugemale
Kumbki neist nurkadest ei ole ühe taotluse jaoks ainulaadne. Iga organisatsioon, mis ehitab raja või pargi infrastruktuuri - omavalitsuse vabaaja osakond, võistluste-ajavõtufirma, ettevõtte heaoluplatvorm -, esitab mõne versiooni samadest kahest küsimusest:Kas ma saan säilitada oma taustaprogrammi ja identiteedimudeli ning kas teie riistvara toidab seda lihtsalt sündmustest puhtaks?jaKas mu kasutajad saavad põhitoiminguid teha ilma biomeetriat valimata?
Nutikas jäljesüsteem, mis on loodud selgelt eraldatud riistvara-, tausta- ja rakendusekihtidega - ning näotuvastusega, mis on paigutatud pigem lisana-, kui nõudena -, vastab mõlemale küsimusele enne, kui neid üldse küsitakse. Tavaliselt muudab see külmast päringust piloodiks.
