Palaipsniui atnaujiname koncepciją ir terminiją, naudojamą Tags, GPS-Trace sprendime aktyvų sekimui. Atnaujinimas įveda aiškesnę struktūrą darbui su šliuzais, sensoriais ir fiziniais aktyvais.
Prieiga prie Tags valdoma per registruotus GPS-Trace Console naudotojus.
Anksčiau Tags buvo paremtas dviem pagrindiniais objektais: šliuzais ir assetais. Praktikoje šis modelis ne visada atspindėdavo, kaip naudotojai dirba su fiziniais objektais.
Pavyzdžiui, prie įrankio pritvirtintas BLE (Bluetooth Low Energy) švyturėlis (beacon) ir pats įrankis – tai ne tas pats. Švyturėlį galima perkelti, pakeisti ar panaudoti iš naujo, o įrankis išlieka atskiras assetas su savo istorija.
Kad ši logika būtų aiškesnė, nuo šiol Tags naudos tris pagrindinius objektus:
- Šliuzas
- Sensorius
- Assetas
Šliuzas
Šliuzas – tai įrenginys, kuris renka duomenis ir siunčia juos į platformą.
Daugeliu atvejų tai GPS sekiklis (trackeris), galintis gauti duomenis iš:
- BLE žymų (tags) ir švyturėlių (beacons);
- laidinių sensorių, prijungtų prie šliuzo;
- paties šliuzo parametrų.
Šliuzas išlieka techninis įėjimo taškas, per kurį duomenys siunčiami į Tags.
Šliuzai gali veikti skirtingai priklausomai nuo naudojamos technologijos:
- Naudojant Mobile technologiją, GPS sekiklis veikia kaip mobilus šliuzas. Jis renka duomenis iš netoliese esančių BLE sensorių ir siunčia šiuos duomenis į GPS-Trace platformą kartu su savo GPS koordinatėmis.
- Naudojant Mesh technologiją, šliuzai yra stacionarios infrastruktūros, sudarytos iš šliuzų ir inkarų, dalis.
Sensorius
Sensorius – tai duomenų šaltinis, kurį galima susieti su assetu.
Sensorius gali būti:
- BLE žyma (tag) arba švyturėlis (beacon);
- laidinis sensorius, prijungtas prie šliuzo;
- šliuzo parametras, pavyzdžiui, degalų lygis, temperatūra arba uždegimo būsena;
- keli šliuzo parametrai, sugrupuoti į vieną objektą.
Atnaujintame modelyje daugelis objektų, kurie anksčiau buvo vadinami assetais, dabar bus vadinami sensoriais.
Pavyzdžiui:
- BLE žyma, pritvirtinta prie ligoninės defibriliatoriaus, yra sensorius;
- temperatūros parametras, gaunamas iš šliuzo, gali būti sukurtas kaip atskiras sensorius;
- naudotojo pasirinkta šliuzo parametrų grupė taip pat gali būti sukurta kaip sensorius.
Assetas
Assetas – tai fizinis objektas, kuris turi vertę naudotojui ir kurį reikia sekti.
Assetas gali būti:
- konteineris;
- priekaba;
- įrankis;
- įrangos vienetas;
- krovinys;
- bagažas;
- kitas fizinis objektas.
Sensorius gali būti susietas su assetu, kad pateiktų duomenis apie jo vietą, būseną ar pasirinktus parametrus.
Svarbus pokytis – assetas gali egzistuoti ir be susieto sensoriaus. Tai reiškia, kad naudotojai gali sukurti assetus iš anksto ir susieti juos su sensoriais vėliau, kai fizinis objektas bus paruoštas naudojimui.
Pavyzdžiui, įmonė gali sukurti įrašus 100 konteinerių dar prieš prie jų pritvirtinant BLE žymas. Vėliau, kai konteineriai bus paruošti, naudotojas galės susieti kiekvieną konteinerį su tinkamu sensoriumi.
Kodėl modelis keičiamas
Pagrindinis šio atnaujinimo tikslas – atskirti fizinius objektus nuo duomenų šaltinių, naudojamų jiems sekti.
Anksčiau assetas dažnai reikšdavo „žyma, pritvirtinta prie objekto“. Tačiau daugelyje realių scenarijų žyma ir objektas atlieka skirtingus vaidmenis.
Pavyzdžiui, ligoninėje:
- neštuvai yra assetai;
- prie neštuvų pritvirtintos BLE žymos yra sensoriai;
- įrenginiai, kurie renka duomenis iš BLE žymų yra šliuzai.
Jei vieni neštuvai išimami iš naudojimo, BLE žymą galima nuimti ir pritvirtinti prie kitų neštuvų. Atnaujintame modelyje naudotojui nereikia visko kurti iš naujo – jis gali atsieti sensorių nuo vieno asseto ir susieti jį su kitu.
Tai padeda išlaikyti istoriją susietą su fiziniu assetu, o ne tik su žyma. Naudotojai gali matyti tikslesnį kiekvieno asseto įrašą, net jei susietas sensorius laikui bėgant keičiasi.
Šis požiūris naudingas, kai:
- sensoriai naudojami pakartotinai skirtingiems assetams;
- assetai sukuriami iš anksto, o su sensoriais susiejami vėliau;
- kai kurie assetai laikinai nenaudojami;
- sensorius pakeičiamas, bet asseto istorija turi likti susieta su fiziniu objektu;
- naudotojams reikia atskirai tvarkyti fizinių objektų ir techninių įrenginių įrašus.
Papildomi pavyzdžiai
1 pavyzdys: Nuomojami įrankiai
Nuomos įmonė dirba su grąžtais, generatoriais ir kitais įrankiais.
- Kiekvienas įrankis yra assetas.
- Prie įrankio pritvirtinta BLE žyma yra sensorius.
- Sekiklis, įrengtas serviso automobilyje ar sandėliavimo zonoje, gali veikti kaip šliuzas.
Įmonė gali sukurti assetų įrašus naujiems įrankiams dar prieš priskirdama jiems BLE žymas. Kai įrankiai bus paruošti naudojimui, sensorius bus galima susieti su teisingais assetais.
2 pavyzdys: Konteineriai ir kroviniai
Logistikos įmonė seka konteinerius ir krovinius.
- Konteineris yra assetas.
- Prie konteinerio pritvirtinta BLE žyma arba švyturėlis yra sensorius.
- Sekiklis, įrengtas transporto priemonėje arba objekte (facility), yra šliuzas.
Jei BLE žyma nuimama nuo vieno konteinerio ir pritvirtinama prie kito, naudotojui pakanka atnaujinti ryšį tarp sensoriaus ir asseto.
3 pavyzdys: Šliuzo parametrai kaip sensoriai
Naudotojui gali reikėti ataskaitų, paremtų duomenimis, gaunamais tiesiogiai iš šliuzo, pavyzdžiui:
- degalų lygis;
- temperatūra;
- variklio darbo valandos;
- kitas pasirinktas parametras.
Tokiu atveju naudotojas gali sukurti sensorių pagal vieną ar kelis šliuzo parametrus. Tada šį sensorių galima naudoti istorijai ir ataskaitoms.
Sąsajos atnaujinimai
Dėl atnaujintos terminijos ir logikos Tags sąsaja taip pat palaipsniui keisis.
Nauji ir atnaujinti sąsajos elementai bus įdiegti šioms užduotims:
- šliuzų, sensorių ir assetų valdymui;
- sensorių ir assetų susiejimui ir atsiejimui;
- sensoriaus/asseto istorijos ir ataskaitų peržiūrai;
Istorija, ataskaitos ir sekimas realiuoju laiku
Atnaujintoje koncepcijoje istorija, ataskaitos ir su sekimu susijusios funkcijos bus prieinamos sensoriams ir assetams.
Tai apima:
- judėjimo istoriją;
- ataskaitas;
- su sekamais objektais susijusius įvykius;
- būsenos pokyčius pagal susietus sensorius.
Ateities atnaujinimuose Tags taip pat bus išplėstas papildomais sekimo įrankiais sensoriams ir assetams, pavyzdžiui, kelionėmis, pranešimais pagal parametrus ir kitomis funkcijomis, padedančiomis naudotojams sekti judėjimą, būseną ir įvykius.
Šliuzai išliks techniniai objektai, daugiausia skirti duomenų rinkimui ir perdavimui. Jei naudotojui reikia sekti patį šliuzą, gauti istoriją, ataskaitas ar kitas sekimo funkcijas, jis gali sukurti sensorių pagal reikiamus šliuzo parametrus. Po to šį sensorių bus galima naudoti Tags taip pat, kaip ir kitus sensorius.
Tai atskiria apmokestinimą už duomenų rinkimą nuo apmokestinimo už su sekimu susijusias funkcijas. Šliuzai išlieka nebrangūs, kai naudojami tik duomenų rinkimui ir perdavimui, o pažangios sekimo funkcijos apmokestinamos tik tada, kai naudotojas nusprendžia sukurti sensorių pagal šliuzo parametrus.
Kainodaros pokyčiai
Kainodara taip pat bus suderinta su atnaujinta terminija.
Apmokestinimas bus paremtas dviem objektais:
- šliuzais;
- sensoriais.
Assetai nebus apmokestinami.
Praktikoje apmokestinimo logika išlieka artima dabartiniam modeliui. Pagrindinis pokytis – objektai dabar bus pavadinti tiksliau.
Šliuzo kaina lieka nepakitusi:
- 1 šliuzas — 0,1 EUR už šliuzą / per mėnesį.
Sensoriaus kaina taip pat lieka nepakitusi:
- 1 sensorius — nuo 0,1 EUR iki 0,5 EUR už sensorių per mėnesį, priklausomai nuo pasirinkto plano
Sensorius – tai objektas, kuris anksčiau dažnai buvo vadinamas assetu.
Šis modelis leidžia naudotojams atskirai valdyti fizinius objektus ir įrenginius bei duomenų šaltinius, naudojamus jiems sekti, nekeičiant pagrindinio kainodaros požiūrio.
Atnaujinti limitai
Taip pat bus atnaujinti limitai vienam Tags account.
Maksimalūs limitai bus:
- 500 šliuzų
- 500 sensorių
Kad sąsaja būtų patogi ir aplikacija stabili realaus laiko sekimo scenarijuose, šliuzams ir sensoriams reikalingi aiškūs limitai account lygmeniu.
Tuo pačiu assetai dabar atskirti nuo sensorių. Tai reiškia, kad naudotojai gali kurti assetų įrašus fiziniams objektams nepriklausomai nuo šliuzų ir sensorių, naudojamų duomenims rinkti, skaičiaus.
Jei naudotojui reikia dirbti su didesniu šliuzų ar sensorių skaičiumi, jis gali naudoti kelis Tags account ir greitai perjungti tarp jų.
Kada prasideda pokyčiai
Globalūs atnaujinimai prasidės 2026 m. birželio 10 d.
Nuo atnaujinimo proceso pradžios informacija apie naują terminiją, limitus, sąsają ir Tags funkcionalumą bus palaipsniui atnaujinama GPS-Trace resursuose maždaug dvi savaites.
Atnaujintas Tags modelis palengvins realių aktyvų sekimo procesų aprašymą, ryšių tarp fizinių objektų ir sensorių valdymą bei istorijos susiejimą su naudotojams svarbiais assetais.