Mukautetun ohjelmiston kehittäminen Rokid AI Glasses Enterprise -laseille

Tiivistelmä

Rokid AI Glasses Enterprise -laseista voidaan kehittää tarkoitukseen räätälöity liiketoimintalaite sen sijaan, että niitä käytettäisiin vain valmiiksi määritettyjen sovellusten kanssa. Rokidin nykyinen Sprite Enterprise -dokumentaatio tarjoaa Glasses SDK:n suoraan Glass3-laseilla toimiville sovelluksille, Phone SDK:n Android-oheissovelluksille sekä OpenAPI-palvelut pilvipuolen integraatioihin. Yhdessä nämä kerrokset tukevat laiteyhteyksiä, viestintää, tiedostonsiirtoa, kameran ja median tallennusta, live-videota, äänitoimintoja, tekoälypalveluita, tunnistusta, laitteen tilaa ja yritysten työnkulkuja.

Kehitystiimille käytännön reitti on tuttu: rakenna natiiveja Android-projekteja Android Studiossa, lisää Rokidin Maven-repositorio ja SDK-riippuvuudet, aja Rokidin virallinen kahden projektin demo, muodosta Bluetooth-yhteys laitteiden löytämistä ja ohjausta varten, siirry Wi-Fi P2P:hen suurten tiedostojen sekä äänen ja videon siirtoa varten ja liitä sitten työnkulku yrityksen taustajärjestelmään. Myös itsenäinen lasisovellus on mahdollinen, kun käyttötapaus ei edellytä oheispuhelinta.

SDK:n lisäksi suurin arvo syntyy siitä, että yleiskäyttöinen puettavan laitteen kokemus korvataan hallitulla työnkululla. Teknikko voi vastaanottaa työtilauksen, nähdä seuraavan ohjeen näytöllä, kuitata vaiheen äänellä tai laitteistosyötteellä, tallentaa kuvallista todisteaineistoa ja lähettää tuloksen CMMS- tai ERP-järjestelmään tai mukautetulle alustalle. Tämä tekee laseista olennaisia tarkastuksissa, kenttähuollossa, ohjatussa työssä, logistiikassa, dokumentoinnissa ja muissa käsiä vapaana tehtävissä prosesseissa. Tärkeimmät varaukset ovat natiivin SDK:n tuki vain Androidille, versioiden ja OTA-päivitysten yhteensopivuus, API-avainvaatimukset tietyille verkkopalveluille sekä kompakti 480 x 640 -näyttö, joka edellyttää harkittua käyttöliittymäsuunnittelua.

Mitä Rokid tarjoaa kehittäjille

Rokid jakaa yritysratkaisunsa kaksipuoliseen SDK:hon ja erilliseen OpenAPI-alustaan. Kun tämä jako ymmärretään ennen koodin kirjoittamista, vältetään yleinen virhe: yritetään saada lasit tekemään kaikki, vaikka puhelin tai taustajärjestelmä soveltuu paremmin verkkoliikenteeseen, todennukseen, tallennukseen tai liiketoimintajärjestelmien integrointiin.

Lasisovellus:

• Ajoympäristö: Rokid Glass3
• Tyypillinen tehtävä: Näyttää puettavan laitteen käyttöliittymän ja käyttää lasien ominaisuuksia, kuten kameraa/mediaa, laitteen tilaa, viestejä, puhetta, tekoälyä ja tunnistusta, Glasses SDK:n kautta.

Oheissovellus:

• Ajoympäristö: Android-puhelin
• Tyypillinen tehtävä: Löytää Glass3-lasit ja muodostaa niihin yhteyden, hallitsee Bluetoothia ja Wi-Fi P2P:tä, vaihtaa viestejä/tiedostoja, vastaanottaa mediavirtoja ja voi välittää liiketoimintadataa.

Pilvi- / liiketoimintakerros:

• Ajoympäristö: Oma taustajärjestelmäsi + Rokid OpenAPI tarvittaessa
• Tyypillinen tehtävä: Tallentaa liiketoimintadataa, todentaa käyttäjät, yhdistää ERP-/CMMS-/CRM-järjestelmät ja voi hyödyntää Rokid OpenAPI -moduuleja, kuten viesti- tai laiterajapintoja, kun ne on otettu käyttöön.

Käytännön arvio: Mukautetuissa yritysohjelmistoissa toimiva arkkitehtuuri on yleensä ”kevyt puettavan laitteen käyttöliittymä + luotettavat laitepalvelut + liiketoimintalogiikka puhelimessa/taustajärjestelmässä”. Kun lasien käyttökokemus pidetään kohdennettuna, käyttöliittymän monimutkaisuus vähenee ja projektia on helpompi ylläpitää, mutta käsiä vapaana tapahtuva vuorovaikutus säilyy siellä, missä sillä on merkitystä.

Kehityspino lyhyesti

• Kohdelaitteisto julkisessa yritysdokumentaatiossa: Rokid Glass3
• Kehitysmalli: Natiivi Android-sovelluskehitys
• Glasses SDK -artefakti: com.rokid.security:glass3.open.sdk
• Phone SDK -artefakti: com.rokid.security:phone.sdk
• Nykyisessä Quick Start -oppaassa näytetty riippuvuus: 2.2.0-E molemmille SDK:ille
• Uusin näkyvä muutoslokimerkintä selvityshetkellä: V2.2.0-E, päivätty 6. elokuuta 2026, suositeltu OTA 1.19.e006-20260806-150201 tai uudempi.
• Suositellut työkalut: Android Studio 2022+, JDK 17+
• Demoympäristö: Android SDK 34, JDK 17, Android-puhelin, Rokid Glass3
• Lasien näytön koordinaatisto: Kiinteä 480 x 640, pystysuunta
• Ensisijaiset paikalliset siirtotavat: Classic Bluetooth ja Wi-Fi P2P
• Pilvitodennus: Yritystason API-avain (Enterprise API Key) Rokid OpenAPI:a ja tiettyjä verkkopalveluita varten
• Tuettu puhelinalusta: Android; julkisen UKK:n mukaan Glass3 SDK ei tue iOS:ää eikä natiivia HarmonyOS:ää

Mitä Rokid AI Glasses Enterprise -laseilla voi rakentaa?

Julkinen SDK on riittävän laaja tukemaan muutakin kuin yksittäistä demosovellusta. Rakentamasi tuote riippuu siitä, mitä ominaisuuksia yhdistät ja kuinka paljon logiikkaa pidät puettavassa laitteessa.

Ohjattu kenttähuolto: näytä yksi ohje kerrallaan, kuittaa valmistuminen, tallenna valokuvia tai videota ja palauta jäsenneltyä todisteaineistoa työtilausjärjestelmään.

Tarkastukset ja vaatimustenmukaisuus: esitä tarkistuslistoja, käytä kamerakuvausta tai tunnistusta, liitä aikaleimattua todisteaineistoa ja eskaloi poikkeamat.

Varasto- ja logistiikkatyönkulut: näytä keräily- tai tehtävätietoja, vaihda kevyitä komentoja Bluetoothin kautta ja käytä tarvittaessa erikoistuneita skannausintegraatioita.

Visuaalinen etätuki: vastaanota live-videovirta oheislaitteen puolella tai integroi erillinen etäyhteistyöpolku. Rokid poisti RTC-puhelut Phone SDK:n ytimestä versiossa 2.1.7-E, joten reaaliaikainen yhteistyö kannattaa suunnitella Android- ja web-ympäristöihin tarkoitetun Rokidin Remote Collaboration SDK:n tai oman hyväksytyn siirtotavan varaan sen sijaan, että oletettaisiin sen sisältyvän perus-SDK:hon.

Yrityksen tekoälyavustaja: yhdistä puhesyöte, TTS, tekoälychat tai yrityksen omat tekoälypalvelut työnkulkukohtaiseen käyttöliittymään sen sijaan, että käyttäjille tarjottaisiin yleiskäyttöinen chatbot.

Todisteaineiston tallennus ja dokumentointi: käynnistä kuvien, videon tai äänen tallennus, siirrä suuremmat mediatiedostot P2P:n kautta ja synkronoi tulokset taustajärjestelmään.

Erillinen yhden käyttötarkoituksen puettava laite: käynnistä yrityksen sovellus automaattisesti uudelleenkäynnistyksen jälkeen ja liitä tuetut laitteistotapahtumat työnkulun toimintoihin, edellyttäen että toiminta validoidaan kohdelaiteohjelmistossa.

Vaihe vaiheelta: näin kehität mukautetun ohjelmiston Rokid AI Glasses Enterprise -laseille

Vaihe 1: Määritä työnkulku ennen arkkitehtuurin valintaa

Aloita operatiivisesta prosessista, älä SDK-listasta. Kirjoita tarkasti ylös, mitä työntekijän täytyy nähdä, sanoa, tallentaa ja kuitata. Päätä sitten, mikä laite vastaa kustakin tehtävästä. Hyvin rajattu puettavan laitteen sovellus näyttää yleensä tiivistä tietoa ja vastaanottaa syötteitä, kun taas puhelin tai taustajärjestelmä hoitaa raskaamman liiketoimintalogiikan.

Itsenäinen lasisovellus:

• Sopii parhaiten: Yksinkertaiseen paikalliseen työnkulkuun, laitepuolen tallennukseen sekä toimintaan ilman verkkoyhteyttä tai rajallisella yhteydellä
• Edut: Vähemmän komponentteja, suora käyttökokemus puettavassa laitteessa
• Kompromissi: Laseilla on hoidettava enemmän tallennus- ja verkkologiikkaa; jotkin verkkotoiminnot vaativat silti tunnistetietoja tai yhteyden

Lasit + Android-puhelin:

• Sopii parhaiten: Useimpiin yrityspilotteihin, live-mediaan, tiedostonsiirtoon, etäohjaukseen ja liiketoimintasovelluksen oheissovellukseksi
• Edut: Vahvimmin dokumentoitu yhteyspolku; puhelin voi hoitaa todennuksen, verkkoliikenteen ja käyttöliittymän, joka ei kuulu linssiin
• Kompromissi: Vaatii Android-puhelimen ja vankan uudelleenyhdistämislogiikan

Lasit + puhelin + taustajärjestelmä:

• Sopii parhaiten: ERP-/CMMS-/CRM-integraatioon, kirjausketjuun, keskitetysti hallittuihin työtilauksiin ja tekoälypalveluihin
• Edut: Paras vaihtoehto skaalautuviin liiketoimintatyönkulkuihin ja tiedonhallintaan
• Kompromissi: Vaatii enemmän integraatio-, tietoturva- ja taustajärjestelmätyötä

Suositus: Ensimmäisessä B2B-konseptitodistuksessa (proof of concept) kannattaa käyttää mallia lasit + Android-puhelin + taustajärjestelmä, ellei käyttötapaus selvästi hyödy itsenäisestä puettavasta laitteesta. Malli vastaa läheisesti Rokidin dokumentoimaa kahden laitteen kulkua ja antaa kehitystiimille liikkumavaraa siirtää verkkoliikenne, tunnistetiedot ja tietojen tallennus pois laseilta.

Vaihe 2: Hanki oikea laitteisto ja käyttöoikeudet

Varmista ennen Android Studion asentamista, että laitteisto todella on yritysohjelmistopolulla. Rokidin UKK:n mukaan yritys-/työversioiden järjestelmäversiossa on yleensä ”e”. SDK-dokumentaatio erottaa myös yritys- ja kuluttajajärjestelmät toisistaan, joten laiteohjelmiston tunnistaminen on osa projektin käyttöönottoa eikä jälkikäteen hoidettava asia.

Rokid AI Glasses Enterprise (Rokid Glasses -laitteisto), jossa on käytössä yritysversion järjestelmä / laiteohjelmisto (järjestelmäversion lopussa ”e”).

Glass3:n virheenkorjaukseen tarkoitettu datakaapeli. Rokid varoittaa erikseen, että tavallisella latauskaapelilla laseihin saa virtaa, mutta Android Studio ei voi käyttää sitä virheenkorjaukseen.

Android-puhelin, jos käytät Phone SDK:ta.

Kehitystietokone, jossa on Android Studio ja JDK 17.

Yritystili ja API-avain, jos projektissa käytetään Rokid OpenAPI:a tai todennusta vaativia verkko-ominaisuuksia.

Pääsy täsmälleen siihen OTA-versioon, jonka aiot ottaa käyttöön koko pilottilaitekannassa.

Älä ohita kaapelin tarkistusta: Rokid ilmoittaa datakaapelin pakolliseksi, koska sen avulla Android Studio tunnistaa lasit, asentaa APK-tiedostoja ja tarkastelee lokeja. Jos lasit latautuvat mutta eivät näy laitteena, tarkista kaapeli ennen kuin alat selvittää Gradlen, ADB:n tai SDK:n ongelmia.

Vaihe 3: Valmistele Android-kehitysympäristö

Rokidin Quick Start -opas suosittelee Android Studio 2022:ta tai uudempaa sekä JDK 17:ää tai uudempaa ja kertoo, että Glass3 SDK tukee Android 8.0:aa tai uudempaa. Virallinen demo-opas käyttää tällä hetkellä Android SDK 34:ää. Rokidin UKK puolestaan suosittelee erikseen Android 7.0:aa / API 24:ää tai uudempaa ja kehottaa tarkistamaan Gradle-määritykset nykyisestä SDK-paketista ja demosta. Todellisessa projektissa demon Gradle-tiedostoja kannattaa pitää ensisijaisena lähteenä juuri sille julkaisulle, jota olet integroimassa.

1. Asenna Android Studio 2022 tai uudempi.

1. Asenna JDK 17 tai uudempi ja valitse se Gradlen käyttöön.

1. Asenna nykyisen Rokid-demon vaatima Android SDK -versio. Nykyinen demo-opas mainitsee SDK 34:n.

1. Ota tavallinen Android-virheenkorjaus käyttöön kehityspuhelimessa.

1. Liitä Glass3 datakaapelilla ja varmista, että Android Studio näkee kohteen, jonka nimi on esimerkiksi ”Rokid RG-glasses”.

1. Asenna Rokidin näytön projisointi- / peilaustyökalu, jos haluat tarkastella puettavan laitteen käyttöliittymää tietokoneelta. Rokid suosittelee painokkaasti projisointia kehityksen aikana.

Vaihe 4: Aja Rokidin virallinen demo ennen oman sovelluksen luomista

Tämä on koko prosessin tärkein käytännön vaihe. Virallinen demo todentaa kehitysympäristön, SDK-binäärien, käyttöoikeuksien, laitteistoyhteyksien ja versioyhdistelmän toimivuuden ennen kuin oma koodisi tuo mukaan uuden muuttujan.

git clone https://gitee.com/as_pixar/glass3sdkdemo.git

# Glasses demo
cd glassdemo
./gradlew assembleDebug

# Phone demo
cd ../glass3sdkphonedemo
./gradlew assembleDebug

Repositorio sisältää kaksi erillistä Android-projektia: yhden laseille ja yhden Android-puhelimelle. Rokid suosittelee ajamaan ensin puhelinpuolen demon ja sitten lasipuolen demon. Kun molemmat on asennettu, etsi Glass3 puhelindemosta ja muodosta yhteys.

1. SDK:n alustus. Hyväksymisehto: Molemmat projektit käynnistyvät ja raportoivat kelvollisen SDK-tilan.
2. Bluetooth. Hyväksymisehto: Puhelin löytää Glass3:n ja muodostaa siihen yhteyden.
3. Viestintä. Hyväksymisehto: Teksti- tai ohjausviestit kulkevat puhelimen ja lasien välillä.
4. Pienten tiedostojen siirto. Hyväksymisehto: Pieni tiedosto voidaan siirtää ilman virheitä.
5. Wi-Fi P2P. Hyväksymisehto: P2P-kanava voidaan muodostaa suurta kaistanleveyttä vaativia toimintoja varten.
6. Media. Hyväksymisehto: Valokuva, video tai live-esikatselu voidaan käynnistää ja vastaanottaa.

Miksi tällä on kaupallista merkitystä: Asiakkaan konseptitodistuksen rajaaminen helpottuu huomattavasti, kun laitteen perustoiminnot on ensin validoitu. Projektiaika voidaan sen jälkeen käyttää varsinaiseen työnkulkuun, integraatioon ja käyttökokemukseen sen sijaan, että selvitettäisiin varmentamattoman SDK-asennuksen ongelmia.

Vaihe 5: Luo omat projektisi ja lisää Rokidin Maven-repositorio

Kun demo toimii, luo tai avaa omat Android-projektisi. Rokid julkaisee SDK-artefaktit Maven-repositoriossaan. Lisää repositorio Googlen ja Maven Centralin rinnalle ja lisää sitten lasiriippuvuus puettavan laitteen sovellukseen ja puhelinriippuvuus oheissovellukseen.

// settings.gradle - simplified example
dependencyResolutionManagement {
    repositories {
        google()
        mavenCentral()
        maven { url 'https://maven.rokid.com/repository/maven-public/' }
    }
}

// Glasses app
implementation('com.rokid.security:glass3.open.sdk:2.2.0-E') {
    exclude group: "org.slf4j"
}

// Android phone app
implementation('com.rokid.security:phone.sdk:2.2.0-E') {
    exclude group: "org.slf4j"
}

Rokidin nykyinen Quick Start -opas näyttää version 2.2.0-E, ja suositeltu OTA on 1.19.e006-20260806-150201 tai uudempi. Yritystiimien kannattaa lukita ja testata tunnettu SDK + OTA -yhdistelmä sen sijaan, että komponentteja päivitettäisiin automaattisesti toisistaan riippumatta.

Versionhallintasääntö: Kirjaa ennen pilottia tai tuotantojulkaisua lasien OTA-versio, Glasses SDK -versio, Phone SDK -versio, demon commit ja mahdollisten erikois-SDK:iden versiot yhteen yhteensopivuusmatriisiin. Aja perusyhteys- ja mediatestit uudelleen aina, kun jokin näistä komponenteista muuttuu.

Vaihe 6: Määritä vain ne Android-käyttöoikeudet, joita työnkulkusi tarvitsee

Rokidin Quick Start -opas luettelee yleisiä käyttöoikeuksia, jotka koskevat verkkoyhteyttä, Wi-Fiä, kameraa, mikrofonia, tallennustilaa, Bluetoothia ja lähellä olevia laitteita. Uusissa Android-versioissa vaarallisten käyttöoikeuksien määrittäminen manifestissa ei riitä. Puhelin- ja lasisovellusten on pyydettävä tarvittavat käyttöoikeudet ajon aikana ja käsiteltävä epäämiset hallitusti.

• Bluetooth-haku/-yhteys: Laitteiden löytäminen, parinmuodostus, pienet viestit ja ohjaus
• Lähellä olevat Wi-Fi-laitteet / Wi-Fi Direct: P2P-yhteys tiedostoille, kuville, videolle ja reaaliaikaisille virroille
• Kamera: Valokuvien/videon tallennus ja visuaalisen tunnistuksen kulut
• Mikrofoni: Äänen tallennus, ASR ja puhevuorovaikutus
• Verkko / internet: Taustajärjestelmän API:t, Rokidin verkkopalvelut, pilvisynkronointi
• Tallennustila: Median ja siirrettyjen tiedostojen käsittely kohde-Androidin / SDK:n toiminnasta riippuen

Tuotantovinkki: Älä kopioi koko demon manifestia sokeasti. Käyttöoikeuksien minimointi helpottaa tietoturvatarkastusta ja vähentää riskiä, että käyttäjät hylkäävät käyttöoikeuden, jota työnkulku ei oikeasti tarvitse.

Vaihe 7: Alusta Glasses SDK ja rekisteröi sovelluksesi tunniste

Lasisovellus sitoutuu Rokidin tietoturvapalveluun ja rekisteröi sitten asiakastunnuksen. Tärkeä arkkitehtuurisääntö on, että puhelimen oheissovellus tuntee saman asiakastunnuksen (client ID), kun molemmat osapuolet vaihtavat sovelluskohtaisia viestejä.

// Illustrative structure, simplified from Rokid's initialization flow
if (!GlassSdk.isReady()) {
    GlassSdk.bindSecurityService(context, object : IServiceConnectionCallback {
        override fun onServiceConnected() {
            GlassSdk.registerClient("FieldServiceApp", messageCallback)
        }
    })
}

Alustuksen jälkeen lasipuolen ominaisuuksia käytetään GlassSdk:n tarjoamien palvelujen sisääntulopisteiden kautta. Julkisen API:n ryhmiin kuuluvat yleiset toiminnot/laitetoiminnot, Classic Bluetooth, P2P, viestintä, media, tiedostojen käsittely, puhe/tekoäly, tunnistus ja muut palvelut. Älä alusta kaikkia ominaisuuksia käynnistyksen yhteydessä. Hae ja aktivoi vain ne palvelut, joita nykyinen näkymä tai työnkulun vaihe edellyttää.

Kuntotarkistus: Käytä GlassSdk.isReady()-kutsua yksinkertaisena diagnostiikkasignaalina ennen ominaisuuspalvelujen kutsumista. Jos se palauttaa arvon false, korjaa alustus tai palvelun sidonta ennen korkeamman tason toimintojen testaamista.

Vaihe 8: Alusta Android Phone SDK vastaavilla asiakastunnuksilla

Alusta puhelimen puolella Rokidin mobiilimoottori ja rekisteröi ne asiakastunnukset, joiden kanssa puhelin viestii. Rokidin Phone SDK on yhteys- ja ohjauskerros laitteiden löytämiselle, Bluetoothille/P2P:lle, viestinnälle, tiedostoille, median vastaanotolle, asetusten synkronoinnille ja niihin liittyville toiminnoille.

// Application-level outline
val engineParam = EngineParam.Builder()
    .setClientIds(listOf("FieldServiceApp"))
    .setApiKeyCredentials(apiKeyCredentials)
    .build()
IMobileEngine.initSDK(engineParam)

// Diagnostic check
val ready = PSecuritySDK.getMobileEngineService().isInit()

Jos tietyt verkko-ominaisuudet edellyttävät API Key Credentials -tunnistetietoja, demossa on paikkamerkkeinä toimivat todennustiedot, jotka on korvattava Rokidin liiketoimintaprosessin kautta saaduilla tunnistetiedoilla. Pidä pilvisalaisuudet poissa versionhallinnasta ja vältä pitkäikäisten alustan API-avainten upottamista jaettavaan asiakassovellukseen.

Vaihe 9: Yhdistä ensin Bluetoothilla ja käytä sitten P2P:tä kaistanleveyttä vaativiin siirtoihin

Rokid dokumentoi kaksi paikallista siirtomallia, joilla on eri tehtävät. Classic Bluetooth soveltuu laitteiden löytämiseen, yhteyden muodostamiseen, ohjausviesteihin ja pieniin tiedostoihin. Wi-Fi P2P on parempi kanava kuville, suurille tiedostoille, videolle ja reaaliaikaiselle medialle. Väärän siirtotavan käyttäminen on helppo tapa rakentaa sovellus, joka toimii demossa mutta tuntuu kentällä epäluotettavalta.

Classic Bluetooth:

• Käyttökohteet: Laitteiden löytäminen, parinmuodostus, ohjauskomennot, tiiviit JSON-viestit, pienet tiedostot
• Rooli suunnittelussa: Pienen kaistanleveyden ohjaustaso

Wi-Fi P2P:

• Käyttökohteet: Suuret tiedostot, kuvat, video, ääni-/videovirrat, suuren läpäisykyvyn synkronointi
• Rooli suunnittelussa: Suuren kaistanleveyden datataso

Lasien suora Wi-Fi-yhteys:

• Käyttökohteet: Taustajärjestelmän käyttö lasisovelluksesta, kun laite on yhdistetty Wi-Fi-verkkoon
• Rooli suunnittelussa: Hyödyllinen tietyissä itsenäisissä kuluissa; suunnittele silti toiminta ilman verkkoyhteyttä ja uudelleenyritykset

Vankan yrityssovelluksen tulisi käsitellä yhteyksiä tilakoneina eikä kertaluonteisina tapahtumina. Käsittele eksplisiittisesti Bluetooth-yhteyden katkeaminen, P2P-yhteyden purkautuminen, puhelimen lepotila, Wi-Fi-muutokset ja lasien uudelleenkäynnistys. Käyttäjän pitäisi nähdä yksinkertainen tila, kuten ”yhdistetään uudelleen” tai ”synkronointi odottaa”, eikä Android-poikkeusta tai äänetöntä virhettä.

Vaihe 10: Määritä pieni sovellusprotokolla liiketoimintaviesteille

Rokid tarjoaa siirto- ja viestipalvelut, mutta sovelluksesi tarvitsee silti sopimuksen siitä, mitä liiketoimintaviesti tarkoittaa. Pidä tämä sopimus tiiviinä, versioituna ja käyttöliittymästä riippumattomana. JSON on käytännöllinen valinta varhaisissa projekteissa, koska sitä on helppo tarkastella, vaikka tarkka hyötykuorman muoto onkin sovelluksesi suunnitteluratkaisu eikä Rokidin vaatimus.

{
  "schema": 1,
  "type": "WORK_STEP",
  "workOrderId": "WO-10458",
  "step": 3,
  "title": "Check valve pressure",
  "requiresPhoto": true
}

Kun vaihe on valmis, lasit voivat palauttaa pienen tilaviestin, joka viittaa työtilauksen tunnukseen ja vaiheen numeroon. Itse mediatiedoston tulisi kulkea P2P-tiedosto-/mediapolkua pitkin sen sijaan, että se upotettaisiin ohjausviestiin. Tämä erottelu pitää komentokanavan reagoivana ja yksinkertaistaa uudelleenyrityksiä.

Vaihe 11: Suunnittele lasien käyttöliittymä 480 x 640 -näytölle, älä puhelinsovelluksen tapaan

Glass3:n näyttö käyttää kiinteää 480 x 640 -pystykoordinaatistoa. Rokidin UKK suosittelee sijoittamaan ensisijaisen sisällön keskimmäiselle 480 x 400 -alueelle, käyttämään ylintä 160 pikseliä ja alinta 80 pikseliä toissijaiselle tiedolle sekä siirtämään tärkeää sisältöä alemmas, koska ylimmillä noin 40 pikselillä voi näkyä optista heijastusta. Käyttöjärjestelmä ei tarjoa tavallista näytön kiertoa, joten leveät asettelut on suunniteltava pystysuuntaisen pohjan sisälle.

Näytä yksi tehtävä, ohje tai päätös kerrallaan. Pitkät koontinäytöt sopivat linssiin huonosti.

Käytä mahdollisuuksien mukaan mustaa taustaa. Rokid suosittelee sitä, koska se vähentää havaittua välkkymistä käynnistyksen tai siirtymien aikana.

Älä sijoita kriittistä tekstiä tai painikkeita ylimmälle noin 40 px:n heijastusalueelle.

Pidä tilamuutokset selkeinä turvautumatta monimutkaiseen värikoodaukseen. Rokid suosittelee vihreää ensisijaiseksi visuaaliseksi tyyliksi.

Näytä selkeä yhteyden tila sekä liiketoimintadatan selkeä ”synkronoitu / odottaa” -tila.

Pidä vuorovaikutuskohteet niin yksinkertaisina, että niitä voi käyttää tuetulla laitteistosyötteellä tai puheella ilman tarkkaa kosketusnäyttömäistä navigointia.

Vaikutus liiketoimintaan: Näyttö on pieni, mutta se voi olla etu menettelytapoja noudattavassa työssä. Se kannustaa ohjelmistotiimejä karsimaan epäolennaisen tiedon ja näyttämään vain seuraavan toimenpiteen, jota työntekijä tarvitsee.

Vaihe 12: Lisää kamera-, valokuva-, video- ja live-esikatseluominaisuudet

Glasses SDK tarjoaa mediaominaisuudet valokuville, videolle, äänelle ja esikatselulle. Phone SDK voi vastaanottaa mediavirtoja laseilta. Rokidin UKK:n mukaan oletusvideovirta on 1080P noin 15–19 kuvaa sekunnissa, ja toiston viive puhelimessa on noin 300 ms. Lisäksi UKK toteaa, että ulostulo voi olla H.264 tai dekoodattu NV21 rajapinnasta ja demopolusta riippuen. Pidä näitä lukuja nykyisenä toteutusohjeistuksena, älä taattuna palvelutasona (SLA).

Käytä yksittäiskuvia tarkastusten todisteaineistona, valmistumisen todisteena ja myöhempään tekoälykäsittelyyn.

Käytä H.264:ää, kun puhelimen tai taustajärjestelmän tarvitsee lähinnä välittää tai tallentaa virta. Rokidin 2.1.8-E-muutoslokin mukaan lisättiin mahdollisuus hallita automaattista H.264–NV21-dekoodausta, jotta tarpeeton dekoodaus voidaan välttää.

Käytä NV21:tä, kun puhelinpuolen konenäköputki tarvitsee dekoodattuja kuvakehyksiä.

Käytä live-esikatseluun ja mediansiirtoon Wi-Fi P2P:tä Classic Bluetoothin sijaan.

Jos tarvitset tallenteeseen kamerakuvan ja näytöllä näkyvän päällekkäisgrafiikan, tutustu Rokidin nykyisiin AR Mix- / AR-tallennusrajapintoihin ja sovita ne asennettuun SDK-versioon.

Yksi Rokidin UKK:n käytännön yksityiskohta on tärkeä todisteaineiston keruun työnkuluissa: onnistuneen P2P-latauksen jälkeen järjestelmä saattaa siivota kuvat laseilta. Pidä puhelimeen tai taustajärjestelmään onnistuneesti vastaanotettua kopiota liiketoiminnan luotettavana lähteenä ja varmista latauksen valmistuminen ennen kuin työtilaus siirtyy eteenpäin.

Vaihe 13: Lisää puhe, TTS ja tekoäly harkiten

Puhe voi olla arvokas silloin, kun työntekijät eivät voi käyttää käsiään, mutta se tulisi sitoa työnkulun eksplisiittisiin toimintoihin. Lasipuolen SDK-dokumentaatio tarjoaa ASR-, TTS-, offline-komentojen käsittely- ja tekoälychat-ominaisuudet. Tällä hetkellä UKK:n mukaan offline-TTS vaatii SDK:n 2.2.0 tai uudemman, vaikka muutosloki mainitsee offline-TTS-palvelun versiosta 2.1.2 alkaen; testaa se lukitsemallasi versiolla. Vapaamuotoista offline-ASR:ää ei tällä hetkellä tueta oletuksena. Offline-puheentunnistukseen Rokid ohjaa kehittäjiä yksityisiin ASR-/TTS-palveluihin sen sijaan, että väittäisi sisäänrakennetun offline-ASR-polun olevan olemassa.

Offline-komentosanat:

• Hyvä käyttökohde: Lyhyet kiinteät komennot, kuten ”seuraava”, ”takaisin”, ”kuvaa”
• Huomio yrityskäytön suunnitteluun: Hyvä deterministiseen, käsiä vapaana tapahtuvaan ohjaukseen

Online-ASR:

• Hyvä käyttökohde: Vapaamuotoinen puheentunnistus tekstiksi
• Huomio yrityskäytön suunnitteluun: Vaatii verkko-/palvelumäärityksiä, ja sillä tulisi olla varatoiminta

TTS / offline-TTS:

• Hyvä käyttökohde: Kehotteiden, varoitusten tai lyhyiden vahvistusten lukeminen ääneen
• Huomio yrityskäytön suunnitteluun: Hyödyllinen, kun näyttö halutaan pitää minimaalisena

Tekoälychat / yksityinen tekoäly:

• Hyvä käyttökohde: Tilannekohtainen apu tai tulkinta
• Huomio yrityskäytön suunnitteluun: Pidä malli työnkulun taustalla. Validoi tietojen käsittely, viive ja vastausten rajat.

Vaihe 14: Yhdistä työnkulku taustajärjestelmään turvallisesti

Taustajärjestelmään liittyy kaksi erillistä kysymystä: miten oma sovelluksesi tavoittaa liiketoimintajärjestelmäsi ja käytätkö Rokid OpenAPI:a. Sovelluksesi voi lähettää dataa paritetun puhelimen kautta, tai lasisovellus voi käyttää internetiä suoraan, kun Glass3 on yhdistetty Wi-Fi-verkkoon. Yritysjärjestelmissä tavalliset taustajärjestelmän API:t ovat yleensä selkein integraatiopiste, koska tunnistetiedot, auditointilokit, tietojen validointi ja liiketoimintasäännöt pysyvät palvelinpuolella.

Rokid OpenAPI on erillinen alustakerros. Virallinen dokumentaatio edellyttää aktivoitua yritystiliä ja API-avainta. Pyynnöt todennetaan Bearer-tunnisteella, luodut avaimet vanhenevat, ja oletusvoimassaoloaika on kuukausi, ellei toisin määritetä. Rokid varoittaa erikseen paljastamasta API-avaimia julkisissa repositorioissa tai asiakassovelluksissa.

Tietoturvasääntö: Käytä Rokid-alustan tunnistetiedoille palvelinpuolen välityspalvelinta aina, kun arkkitehtuuri sen sallii. Mobiili- tai lasi-APK:n sisältöä voi tutkia. Älä oleta, että API-avaimen piilottaminen Kotlin- tai natiivikoodiin tekee siitä salaisen.

Rokid OpenAPI:n nykyisiin moduuleihin kuuluvat muiden yritystoimintojen ohella viesti- ja laiterajapinnat (huomaa, että näitä viesti- ja laiterajapintoja voi käyttää vain, jos laitteet on rekisteröity Rokidin Lingmou-konsoliin). Esimerkiksi laiterajapinnalla voi hakea rekisteröityjä Glass-laitteita, kun taas viestirajapinnalla voi lähettää liiketoimintaviestin kohdelaitteeseen. Käytä näitä palveluita vain, kun ne ratkaisevat todellisen käyttöönottotarpeen. Yrityksen oma taustajärjestelmä on edelleen oikea paikka ERP-, CMMS- ja CRM-integraatioille, identiteetinhallinnalle ja työnkulkujen orkestroinnille.

Vaihe 15: Määritä yrityskäytön toiminnot, kuten automaattinen käynnistys ja näppäinten käsittely

Puettava laite on operatiivisessa käytössä hyödyllisempi, kun käyttäjän ei tarvitse joka aamu navigoida kuluttajatyylisessä käynnistysohjelmassa. Rokid dokumentoi automaattisen käynnistyksen mekanismin, joka voi käynnistää määritetyn sovelluksen laitteen käynnistyttyä tuetuissa yritysjärjestelmissä. Se dokumentoi myös laitteistotapahtumien mukauttamisen sekä 2.1.9-E-muutoslokissa tapahtumien kuuntelu- ja sieppausrajapinnat.

Käytä automaattista käynnistystä erillisissä tarkastus-, turvallisuus- tai teollisuustyönkuluissa, joissa lasien tulisi avautua suoraan liiketoimintasovellukseen.

Viivästä SDK:sta riippuvaa työtä hetken käynnistyksen jälkeen ja varmista palvelujen valmius ennen työnkulun aloittamista.

Liitä tuetut näppäintapahtumat pieneen määrään merkityksellisiä toimintoja, kuten vahvista, kuvaa tai peruuta.

Validoi jokainen automaattisen käynnistyksen tai sieppauksen ominaisuus kohteena olevaa yrityslaiteohjelmistoa vasten, koska osa järjestelmätason toiminnasta riippuu versiosta.

Säilytä aina tuki-/palautuspolku. Lukittu työnkulku, josta järjestelmänvalvoja ei pääse poistumaan, on operatiivinen riski.

Vaihe 16: Rakenna toiminta ilman verkkoyhteyttä, uudelleenyritykset ja palautuminen

Demo olettaa usein täydelliset Bluetooth-, Wi-Fi- ja pilviyhteydet. Kenttäkäyttöönotossa näin ei voi olettaa. Tallenna pysyvästi työnkulun vähimmäistila, joka tarvitaan puhelinyhteyden katkeamisesta, P2P-virheestä tai tilapäisestä verkkokatkoksesta selviämiseen. Jokaisen liiketoimintatoiminnon tulisi olla mahdollisuuksien mukaan idempotentti, jotta uudelleenyritys ei luo päällekkäisiä työtilaustapahtumia tai mediatietueita.

Tallenna välimuistiin nykyisen työtilauksen tunnus, vaiheen tunnus ja viimeisin vahvistettu toiminto.

Aseta lähettämättömät tulokset jonoon näkyvällä ”odottaa synkronointia” -tilalla.

Käytä yksilöllisiä toimintotunnuksia, jotta taustajärjestelmä voi hylätä kaksoiskappaleet turvallisesti.

Yhdistä ensin Bluetooth uudelleen ja muodosta P2P uudelleen vain, jos suuren kaistanleveyden siirtoa tarvitaan.

Älä koskaan merkitse mediasta riippuvaista vaihetta valmiiksi ennen kuin kohdekopion vastaanotto on kuitattu.

Tarjoa käyttäjälle turvallinen varatoiminta, kun online-ASR tai tekoäly ei ole käytettävissä. Kiinteät offline-komennot voivat silti kattaa keskeisen navigoinnin.

Vaihe 17: Testaa oikealla laitteistolla yrityskäytön testimatriisin avulla

Emulaattorit eivät riitä lasiprojektiin, koska optiikka, lämpökäyttäytyminen, Bluetooth, P2P, kamera, mikrofoni ja käyttömukavuus vaikuttavat kaikki ohjelmistokokemukseen. Testaa koko järjestelmä täsmälleen sillä yritys-OTA-versiolla, jota pilotissa on tarkoitus käyttää.

• Käynnistys ja automaattinen käynnistys: Kylmäkäynnistys, sovelluksen käynnistys, SDK:n valmius, palautuminen, jos palvelun sidonta on hidasta
• Bluetooth: Ensimmäinen parinmuodostus, uudelleenyhdistäminen, puhelimen lepotila, palautuminen kantaman ulkopuolelta
• P2P: Toistuva yhdistäminen/katkaisu, suuri tiedosto, live-virta, Wi-Fi-muutokset
• Käyttöoikeudet: Uusi asennus, evätty käyttöoikeus, myöhempi myöntäminen, Android-versioiden erot
• Media: Kuvan/videon laatu, tiedoston vastaanoton kuittaus, epäonnistuneen latauksen uudelleenyritys, tallennustilan siivous
• Puhe: Meluisa ympäristö, ei verkkoyhteyttä, tukematon ilmaus, TTS:n keskeytys
• Käyttöliittymä / optiikka: Luettavuus, yläreunan heijastusalue, pitkä teksti, tilatietojen näkyvyys, käyttäjän väsyminen
• Suorituskyky: Pitkä käyttöjakso, suorittimen lämpötila, käytettävissä oleva muisti, prosessin säilyminen
• Taustajärjestelmä: Hidas vastaus, päällekkäinen pyyntö, vanhentunut tunniste, palvelin ei käytettävissä
• Tietoturva: Tunnistetietojen käsittely, arkaluonteisten tietojen peittäminen lokeista, laitteen katoaminen, tilin käyttöoikeuden peruutus

Rokidin UKK suosittelee nimenomaisesti seuraamaan muistia ja suorittimen lämpötilaa suorituskykyongelmia selvitettäessä ja varoittaa, että hyvin vähäinen vapaa muisti lisää taustaprosessien lopettamisen todennäköisyyttä. Tämä on vielä yksi syy pitää lasisovellus kohdennettuna ja siirtää epäolennaiset palvelut muualle.

Vaihe 18: Paketoi pilotti ja hallitse käyttöönoton perustasoa

Kehityksen aikana APK-tiedostot voi asentaa Android Studion kautta Glass3:n datakaapelia käyttäen. Tuotantokäyttöönotto vaatii tiukemman julkaisuprosessin. Rokid ei dokumentoi MDM-tyyppistä käytäntöjen hallintaa (kuten kioskitilaa, etätyhjennystä tai sovelluskäytäntöjä). Sen sijaan se dokumentoi laitteiden rekisteröinnin ja tilan seurannan Lingmou-konsolin ja OpenAPI:n kautta, ja versio 2.2.0-E mahdollistaa APK-asennuksen QR-koodin skannaussovelluksella. Sovi käyttöönottomekanismista, provisiointioikeuksista, yrityslaiteohjelmistosta ja päivityskäytännöstä Rokidin tai jälleenmyyjän kanssa ennen kuin sitoudut käyttöönoton arkkitehtuuriin.

1. Jäädytä testatut SDK- ja OTA-versiot pilotin ajaksi.

1. Luo allekirjoitetut julkaisu-APK:t lasi- ja puhelinsovelluksille.

1. Dokumentoi asiakastunnukset, pakettinimet ja taustajärjestelmän ympäristömääritykset.

1. Toimita API-avaimet ja taustajärjestelmän salaisuudet suojatun infrastruktuurin kautta, ei lähdekoodissa.

1. Määritä, kuka saa päivittää lasit, puhelinsovelluksen ja taustajärjestelmän ja missä järjestyksessä.

1. Aja regressiotestit jokaisen OTA- tai SDK-muutoksen jälkeen ennen laitekannan päivittämistä.

1. Luo tukipolku lokeja, laitteen tunnistamista, yhteysdiagnostiikkaa ja palautusta (rollback) varten.

Esimerkkiarkkitehtuuri: mukautettu kenttähuollon tarkastussovellus

Seuraava on käytännön suunnitteluesimerkki, joka on koottu Rokidin dokumentoimista ominaisuuksista. Se ei ole Rokidin valmis työnkulku. Se näyttää, miten kehittäjäpinon avulla lasit voidaan muuttaa erilliseksi liiketoiminnan päätelaitteeksi.

1. Aloitus. Tekninen toiminto: Lasisovellus käynnistyy automaattisesti ja tarkistaa SDK:n valmiuden. Liiketoiminta-arvo: Työntekijä aloittaa suoraan yrityksen työnkulusta.
2. Tehtävän osoitus. Tekninen toiminto: Puhelin/taustajärjestelmä lähettää työtilauksen yhteenvedon tiiviinä viestinä. Liiketoiminta-arvo: Tietoja ei tarvitse hakea käsin puhelimesta.
3. Ohjaus. Tekninen toiminto: Lasit näyttävät yhden ohjeen näytön keskialueella. Liiketoiminta-arvo: Kädet pysyvät vapaina tehtävää varten.
4. Vahvistus. Tekninen toiminto: Työntekijä sanoo kiinteän komennon tai käyttää tuettua laitteistotapahtumaa. Liiketoiminta-arvo: Nopea, deterministinen vuorovaikutus.
5. Todisteaineiston tallennus. Tekninen toiminto: Lasit ottavat valokuvan tai lyhyen videoleikkeen. Liiketoiminta-arvo: Kuvallinen todiste liitetään oikeaan vaiheeseen.
6. Siirto. Tekninen toiminto: Media siirtyy P2P:n kautta; pieni tilaviesti vahvistaa latauksen. Liiketoiminta-arvo: Suuret datamäärät pysyvät poissa pienen kaistanleveyden ohjauskanavalta.
7. Synkronointi. Tekninen toiminto: Puhelin tai taustajärjestelmä lähettää tuloksen CMMS-/ERP-rajapintaan. Liiketoiminta-arvo: Olemassa olevat liiketoimintajärjestelmät pysyvät virallisina tietolähteinä.
8. Poikkeus. Tekninen toiminto: Tarvittaessa puhelin vastaanottaa live-virran tai sovellus käynnistää hyväksytyn etätukipolun. Liiketoiminta-arvo: Esihenkilö näkee sen, minkä työntekijä näkee.
9. Valmis. Tekninen toiminto: Taustajärjestelmä kuittaa valmistumisen ja palauttaa seuraavan tehtävän. Liiketoiminta-arvo: Käyttäjä saa selkeän lopputilan, ja kirjausketju on täydellinen.

Miksi mukautettu ohjelmisto muuttaa Rokid AI Glasses Enterprise -lasien liiketoimintaperusteita

Suurin hyöty yrityksille syntyy siitä, että laite muokataan olemassa olevan operatiivisen prosessin ympärille tai prosessi suunnitellaan uudelleen käsiä vapaana tehtävää työtä varten.

Tarkoitukseen räätälöity käyttöliittymä: poista kuluttajavalikot ja näytä vain nykyisessä työvaiheessa tarvittava tieto.

Liiketoimintajärjestelmien integrointi: yhdistä tallennettu todisteaineisto ja työntekijän toiminnot olemassa oleviin ERP-, CMMS- tai CRM-järjestelmiin tai mukautettuihin alustoihin.

Käsiä vapaana tapahtuva tiedonkeruu: käytä kameraa, puhetta ja puettavan laitteen syötteitä ilman, että tarvitsee toistuvasti palata puhelimen tai tabletin ääreen.

Hallitut yhteydet: käytä Bluetoothia komentoihin ja P2P:tä suuren kaistanleveyden dataan sen sijaan, että kaikki toiminnot pakotettaisiin yhden kanavan kautta.

Mukautetut tekoälyrajat: käytä tekoälyä siellä, missä se tuo lisäarvoa, ja pidä työnkulun säännöt, käyttöoikeudet ja tiedonhallinta yrityksen hallinnassa.

Erillisen laitteen toiminta: automaattinen käynnistys ja tapahtumien käsittely voivat vähentää kitkaa yhden käyttötarkoituksen käyttöönotoissa, kun yrityslaiteohjelmisto tukee niitä.

Laajennettava arkkitehtuuri: aloita paikallisesta konseptitodistuksesta ja lisää sitten taustajärjestelmäintegraatio, alustan API:t, etäyhteistyö tai erikoistuneet SDK:t työnkulun kypsyessä.

Hankintaperuste: Organisaatioille, jotka tarvitsevat vakiomuotoisen, kiinteän sovelluskokemuksen, mukautettu kehitys voi olla tarpeetonta. Organisaatioille, jotka haluavat tekoälylaseista osan hallittua operatiivista työnkulkua, dokumentoitu Glass3 SDK on syy, miksi laitteisto muuttuu kiinnostavammaksi. Yritys ostaa mukautettavan päätelaitteen, ei pelkästään puettavaa näyttöä tai kameraa.

Huomioitavat rajoitukset ja tekniset riskit

• Android-keskeinen SDK: Julkinen Glass3 SDK on tarkoitettu natiiville Androidille. Rokidin UKK:n mukaan iOS:ää ja natiivia HarmonyOS:ää ei tueta. uni-app-integraatio on mahdollinen vain rakentamalla oma silta natiiviin Android SDK:hon.
• Kompakti näyttö: 480 x 640 -pystypohja sopii tiiviille kehotteille, ei tiheille yritysten koontinäytöille. Hyvä työnkulkujen suunnittelu on välttämätöntä.
• SDK:n ja muutoslokin ristiriidat: Validoi SDK-artefaktit, demo ja OTA yhdessä ja ota huomioon kiinan- ja englanninkielisten muutoslokien väliset versioerot.
• Riippuvuus verkkopalveluista: Tietyt ASR-, tekoäly- ja OpenAPI-toiminnot vaativat verkkoyhteyden, yrityksen tunnistetiedot tai palvelun käyttöönoton.
• Ei vapaamuotoista offline-ASR:ää nykyisessä UKK:ssa: Offline-TTS ja kiinteät offline-komennot voivat tukea häiriönsietoista vuorovaikutusta, mutta vapaamuotoista offline-puheentunnistusta ei tällä hetkellä ole dokumentoitu sisäänrakennetuksi.
• Siirtotapojen monimutkaisuus: Bluetooth ja P2P ratkaisevat eri ongelmia. Uudelleenyhdistäminen, käyttöoikeudet ja tilan synkronointi vaativat tuotantotason suunnittelua ja toteutusta.
• RTC poistettu ytimestä: Rokid poisti RTC-puhelut Phone SDK:n perusversiosta versiossa 2.1.7-E. Etäyhteistyössä tulisi käyttää Rokidin Remote Collaboration SDK:ta tai erikseen kehitettyä ratkaisua.
• Käyttöönoton yksityiskohdat on validoitava: Julkinen SDK-dokumentaatio on vahva kehityksen osalta, mutta tuotantolaitekannan hallinta ja provisiointi Lingmou-konsolin tai QR-skannaussovelluksen kautta on varmistettava asiakkaan ympäristössä ennen laajentamista.

Mukautetun yrityskehityksen edut ja haitat

Edut:

• Natiivi Android-kehitysmalli
• Julkiset Maven-artefaktit
• Virallinen lasi- ja puhelindemo
• Bluetooth ja P2P
• Viestintä/tiedostot/media
• Kamera ja live-esikatselu
• Puhe-, tekoäly- ja tunnistuspalvelut
• Suora Wi-Fi-yhteys mahdollinen
• Yritystason OpenAPI
• Automaattisen käynnistyksen ja tapahtumien mukauttamisen mahdollisuudet.

Haitat:

• Natiivi SDK-tuki vain Androidille
• Kompakti kiinteä näyttö
• Versioiden/OTA-päivitysten yhteensovittaminen
• Tietyt verkko-ominaisuudet vaativat yrityskäyttöoikeuden
• Offline-ASR:n rajoitukset
• Tuotannon provisioinnin ja laitekannan hallinnan yksityiskohdat on vahvistettava projektikohtaisesti.

Lopullinen arvio

Rokid AI Glasses Enterprise -laseja kannattaa harkita, kun yrityksen tavoitteena on rakentaa erillinen käsiä vapaana toimiva työnkulku sen sijaan, että otettaisiin käyttöön yleiskäyttöinen kuluttajasovellus. Nykyinen Glass3-yritysratkaisu antaa Android-kehittäjille dokumentoidun polun rakentaa sovelluksia laseille, muodostaa niistä pari Android-puhelimen kanssa, siirtää ohjausdataa Bluetoothin kautta, siirtää mediaa Wi-Fi P2P:n kautta ja liittää työnkulku taustajärjestelmiin tai valittuihin Rokid OpenAPI -palveluihin.

Vahvimpia käyttötapauksia ovat ohjatut tarkastukset, kenttähuolto, todisteaineiston keruu, menettelytapoja noudattava työ ja muut tehtävät, joissa työntekijä hyötyy siitä, että hän näkee yhden ohjeen kerrallaan ja molemmat kädet pysyvät vapaina. Suurin rajoitus ei ole rajapintojen puute. Se on tekninen kurinalaisuus, jota pieni näyttö, yhteyden tila, käyttöoikeudet, SDK:n ja OTA:n yhteensopivuus sekä riippuvuudet verkkopalveluista edellyttävät.

Yritysostajalle keskeinen arviointikysymys on: ”Pystymmekö sovittamaan työnkulkumme dokumentoituun kehittäjäpinoon, ja pystymmekö tukemaan sovellusta sen koko elinkaaren ajan?” Jos vastaus on kyllä, mukautettu ohjelmisto tarjoaa keinon muuttaa Rokid Glass3 yleiskäyttöisistä tekoälylaseista tarkoitukseen räätälöidyksi operatiiviseksi laitteeksi.

Jos yrityksesi arvioi Rokid AI Glasses Enterprise -laseja tarkastuksiin, kenttähuoltoon, logistiikkaan, ohjattuun työhön tai mukautettuihin tekoälytyönkulkuihin, VR Expert voi auttaa arvioimaan laitteistoa, määrittelemään konseptitodistuksen ja validoimaan käyttöönottopolun. Tutustu laitteeseen, saatavuuteen ja ostovaihtoehtoihin Rokid AI Glasses Enterprise -tuotesivulla. Jos tarvitset apua mukautetun kehityksen rajaamiseen tai neuvoja käyttöönottoon, ota yhteyttä VR Expertiin.