Unti-unti naming ina-update ang konsepto at terminolohiya na ginagamit sa Tags, ang solusyon ng GPS-Trace para sa asset tracking. Nagdadala ang update ng mas malinaw na istruktura para sa pagtatrabaho sa mga gateway, sensor, at mga pisikal na asset.
Ang access sa Tags ay pinamamahalaan sa pamamagitan ng mga rehistradong GPS-Trace Console user.
Noon, nakabatay ang Tags sa dalawang pangunahing entity: gateway at asset. Sa praktika, hindi palaging naipapakita ng modelong ito kung paano talaga nagtatrabaho ang mga user sa mga pisikal na bagay.
Halimbawa, ang BLE (Bluetooth Low Energy) beacon na nakakabit sa isang kasangkapan at ang mismong kasangkapan ay hindi iisang bagay. Maaaring ilipat, palitan, o muling gamitin ang beacon, habang ang kasangkapan ay nananatiling hiwalay na asset na may sarili nitong history.
Para mas maging malinaw ang lohikang ito, gagamit na ngayon ang Tags ng tatlong pangunahing entity:
- Gateway
- Sensor
- Asset
Gateway
Ang gateway ay isang device na kumokolekta ng data at ipinapadala ito sa platform.
Sa karamihan ng kaso, ito ay isang GPS tracker na maaaring tumanggap ng data mula sa:
- mga BLE tag at beacon;
- mga wired sensor na nakakonekta sa gateway;
- sariling mga parameter ng gateway.
Nanatiling teknikal na entry point ang gateway kung saan ipinapadala ang data papunta sa Tags.
Maaaring magkaiba ang paraan ng paggana ng mga gateway depende sa teknolohiyang ginagamit:
- Sa Mobile technology, gumaganap ang GPS tracker bilang mobile gateway. Kinokolekta nito ang data mula sa mga kalapit na BLE sensor at ipinapadala ang data na ito sa GPS-Trace platform kasama ang sarili nitong GPS coordinates.
- Sa Mesh technology, ang mga gateway ay bahagi ng isang nakapirming (stationary) infrastructure na binubuo ng mga gateway at anchor.
Sensor
Ang sensor ay isang pinagmumulan ng data na maaaring i-link sa isang asset.
Ang sensor ay maaaring:
- isang BLE tag o beacon;
- isang wired sensor na nakakonekta sa isang gateway;
- isang parameter ng gateway, gaya ng fuel level, temperatura, o ignition status;
- ilang gateway parameter na pinagsama bilang isang entity.
Sa na-update na modelo, maraming entity na dati ay tinatawag na asset ay tatawagin na ngayong sensor.
Halimbawa:
- ang BLE tag na nakakabit sa isang defibrillator sa ospital ay isang sensor;
- ang temperature parameter na natatanggap mula sa isang gateway ay maaaring gawin bilang hiwalay na sensor;
- ang grupo ng gateway parameter na pinili ng user ay maaari ring gawin bilang sensor.
Asset
Ang asset ay ang pisikal na bagay na may halaga para sa user at kailangang masubaybayan.
Ang asset ay maaaring:
- isang container;
- isang trailer;
- isang kasangkapan;
- isang piraso ng kagamitan;
- kargamento;
- bagahe;
- iba pang pisikal na bagay.
Maaaring i-link ang isang sensor sa isang asset upang makapagbigay ng data tungkol sa lokasyon, kondisyon, o mga napiling parameter nito.
Isang mahalagang pagbabago ay maaaring umiral ang isang asset kahit walang naka-link na sensor. Ibig sabihin, maaaring gumawa ang mga user ng mga asset nang maaga at i-link ang mga ito sa mga sensor sa ibang pagkakataon kapag handa nang gamitin ang pisikal na bagay.
Halimbawa, maaaring gumawa ang isang kumpanya ng mga record para sa 100 container bago ikabit ang mga BLE tag sa mga ito. Sa susunod, kapag handa na ang mga container, maaaring i-link ng user ang bawat container sa tamang sensor.
Bakit nagbabago ang modelo
Ang pangunahing layunin ng update na ito ay paghiwalayin ang mga pisikal na bagay mula sa mga pinagmumulan ng data na ginagamit para subaybayan ang mga ito.
Noon, ang asset ay madalas na nangangahulugang “isang tag na nakakabit sa isang bagay.” Gayunman, sa maraming totoong sitwasyon, magkaiba ang papel ng tag at ng bagay.
Halimbawa, sa isang ospital:
- ang mga stretcher ay mga asset;
- ang mga BLE tag na nakakabit sa mga stretcher ay mga sensor;
- ang mga device na kumokolekta ng data mula sa mga BLE tag ay mga gateway.
Kung ang isang stretcher ay tinanggal muna sa serbisyo, maaaring alisin ang BLE tag at ikabit ito sa ibang stretcher. Sa na-update na modelo, hindi na kailangang likhain muli ng user ang lahat mula sa simula. Maaari nilang i-unlink ang sensor mula sa isang asset at i-link ito sa iba.
Nakakatulong ito para manatiling nakakabit ang history sa pisikal na asset, hindi lang sa tag. Makakakita ang mga user ng mas tumpak na record para sa bawat asset, kahit magbago ang naka-link na sensor sa paglipas ng panahon.
Kapaki-pakinabang ang approach na ito kapag:
- muling ginagamit ang mga sensor para sa iba’t ibang asset;
- ginagawa nang maaga ang mga asset at saka lang ili-link sa mga sensor;
- may ilang asset na pansamantalang hindi ginagamit;
- napapalitan ang isang sensor, pero dapat manatiling konektado ang asset history sa pisikal na bagay;
- kailangang magpanatili ang mga user ng magkahiwalay na record para sa mga pisikal na bagay at mga teknikal na device.
Karagdagang mga halimbawa
Halimbawa 1: Mga kasangkapang inuupahan
Isang rental company ang nagtatrabaho sa mga drill, generator, at iba pang kasangkapan.
- Bawat kasangkapan ay isang asset.
- Ang BLE tag na nakakabit sa kasangkapan ay isang sensor.
- Ang tracker na naka-install sa service vehicle o storage area ay maaaring gumana bilang gateway.
Maaaring gumawa ang kumpanya ng mga asset record para sa mga bagong kasangkapan bago pa mag-assign ng mga BLE tag sa mga ito. Kapag handa nang gamitin ang mga kasangkapan, maaaring i-link ang mga sensor sa tamang mga asset.
Halimbawa 2: Mga container at kargamento
Isang logistics company ang sumusubaybay sa mga container at kargamento.
- Ang container ay isang asset.
- Ang BLE tag o beacon na nakakabit sa container ay isang sensor.
- Ang tracker na naka-install sa sasakyan o sa isang pasilidad ay isang gateway.
Kung ang BLE tag ay inalis mula sa isang container at ikinabit sa iba, kailangan lang ng user na i-update ang link sa pagitan ng sensor at ng asset.
Halimbawa 3: Mga gateway parameter bilang mga sensor
Maaaring kailangan ng user ng mga report batay sa data na direktang natatanggap mula sa isang gateway, halimbawa:
- antas ng gasolina;
- temperatura;
- oras ng makina;
- iba pang napiling parameter.
Sa kasong ito, maaaring gumawa ang user ng sensor batay sa isa o ilang gateway parameter. Pagkatapos, magagamit ang sensor na ito para sa history at mga report.
Mga update sa interface
Dahil sa na-update na terminolohiya at lohika, unti-unti ring magbabago ang interface ng Tags.
Ipakikilala ang bago at na-update na mga element ng interface para sa:
- pamamahala ng mga gateway, sensor, at asset;
- pag-link at pag-unlink ng mga sensor at asset;
- pagtingin ng history at mga report ng sensor/asset;
History, mga report at real-time tracking
Sa na-update na konsepto, magiging available ang history, mga report, at mga feature na may kinalaman sa tracking para sa sensor at asset.
Kabilang dito ang:
- history ng paggalaw;
- mga report;
- mga event na may kinalaman sa mga sinusubaybayang bagay;
- mga pagbabago ng status batay sa mga naka-link na sensor.
Sa mga susunod na update, palalawakin din ang Tags gamit ang mga karagdagang tracking tool para sa mga sensor at asset, gaya ng mga trip, mga notification batay sa parameter, at iba pang feature na tumutulong sa mga user na subaybayan ang galaw, status, at mga event.
Mananatiling mga teknikal na entity ang mga gateway na pangunahing ginagamit para sa pangongolekta at pagpapadala ng data. Kung kailangan ng user na subaybayan mismo ang isang gateway, kumuha ng history, mga report, o iba pang tracking feature, maaari silang gumawa ng sensor batay sa kinakailangang mga gateway parameter. Pagkatapos nito, magagamit ang sensor na ito sa Tags sa kaparehong paraan ng iba pang sensor.
Inihihiwalay nito ang billing para sa pangongolekta ng data mula sa billing para sa mga tracking-related na feature. Nanatiling mababa ang halaga ng mga gateway kapag para lang ito sa pangongolekta at pagpapadala ng data, habang sinisingil lang ang advanced tracking feature kapag pinili ng user na gumawa ng sensor batay sa mga gateway parameter.
Mga pagbabago sa pagpepresyo
I-aayon din ang pagpepresyo sa na-update na terminolohiya.
Ang billing ay ibabatay sa dalawang entity:
- gateway;
- sensor.
Walang sisingilin para sa asset.
Sa praktika, nananatiling malapit ang billing logic sa kasalukuyang modelo. Ang pangunahing pagbabago ay mas tumpak na ngayon ang pangalan ng mga entity.
Hindi nagbabago ang presyo ng gateway:
- 1 gateway — 0.1 EUR kada gateway / kada buwan.
Hindi rin nagbabago ang presyo ng sensor:
- 1 sensor — mula 0.1 EUR hanggang 0.5 EUR kada sensor kada buwan, depende sa napiling plan
Ang sensor ang entity na dati ay madalas na tinutukoy bilang asset.
Pinapahintulutan ng modelong ito ang mga user na pamahalaan nang hiwalay ang mga pisikal na bagay mula sa mga device at pinagmumulan ng data na ginagamit para subaybayan ang mga ito, nang hindi binabago ang pangunahing approach sa pagpepresyo.
Mga na-update na limit
I-a-update rin ang mga limit para sa isang Tags account.
Ang maximum na mga limit ay:
- 500 gateway
- 500 sensor
Para manatiling maginhawa ang interface at maging stable ang application para sa real-time tracking scenarios, kailangan ng malinaw na account-level limit ang mga gateway at sensor.
Kasabay nito, hiwalay na ngayon ang mga asset mula sa mga sensor. Ibig sabihin, maaaring gumawa ang mga user ng mga asset record para sa mga pisikal na bagay nang hiwalay sa bilang ng mga gateway at sensor na ginagamit sa pangongolekta ng data.
Kung kailangan ng user na magtrabaho gamit ang mas maraming gateway o sensor, maaari silang gumamit ng maraming Tags account at mabilis na magpalipat-lipat sa pagitan ng mga ito.
Kailan magsisimula ang mga pagbabago
Magsisimula ang mga global update sa Hunyo 10, 2026.
Mula sa simula ng proseso ng update, unti-unting ia-update ang impormasyon tungkol sa bagong terminolohiya, mga limit, interface, at functionality ng Tags sa iba’t ibang GPS-Trace resource sa loob ng humigit-kumulang dalawang linggo.
Gagawing mas madali ng na-update na modelo ng Tags na ilarawan ang mga totoong proseso ng asset tracking, pamahalaan ang mga link sa pagitan ng mga pisikal na bagay at mga sensor, at panatilihing nakakabit ang history sa mga asset na mahalaga para sa mga user.