Tags: कॉन्सेप्ट और टर्मिनोलॉजी अपडेट

हम धीरे-धीरे Tags में इस्तेमाल होने वाले कॉन्सेप्ट और टर्मिनोलॉजी को अपडेट कर रहे हैं — यह GPS-Trace का एसेट ट्रैकिंग समाधान है। इस अपडेट में गेटवे, सेंसर और भौतिक एसेट्स के साथ काम करने के लिए एक अधिक स्पष्ट संरचना पेश की गई है।

Tags तक पहुँच पंजीकृत GPS-Trace Console उपयोगकर्ताओं के माध्यम से प्रबंधित की जाती है।

पहले, Tags दो मुख्य एंटिटीज़ पर आधारित था: गेटवे और एसेट्स। व्यवहार में, यह मॉडल हमेशा यह नहीं दर्शाता था कि उपयोगकर्ता भौतिक वस्तुओं के साथ कैसे काम करते हैं।
उदाहरण के लिए, किसी टूल पर लगाया गया BLE (Bluetooth Low Energy) बीकन और वह टूल खुद एक ही चीज़ नहीं हैं। बीकन को स्थानांतरित किया जा सकता है, बदला जा सकता है या दोबारा इस्तेमाल किया जा सकता है, जबकि टूल एक अलग एसेट रहता है, जिसकी अपनी हिस्ट्री होती है।

इस लॉजिक को और स्पष्ट बनाने के लिए, Tags अब तीन प्रमुख एंटिटीज़ का उपयोग करेगा:

1. Gateway
2. Sensor
3. Asset

Gateway

गेटवे एक ऐसा डिवाइस है जो डेटा इकट्ठा करता है और उसे प्लेटफ़ॉर्म पर भेजता है।

अधिकांश मामलों में, यह एक GPS ट्रैकर होता है जो डेटा प्राप्त कर सकता है:

• BLE टैग्स और बीकन्स से;
• गेटवे से जुड़े वायर्ड सेंसर से;
• गेटवे के अपने पैरामीटर्स से।

गेटवे वही तकनीकी एंट्री पॉइंट बना रहता है जिसके माध्यम से डेटा Tags में भेजा जाता है।

गेटवे इस्तेमाल की गई टेक्नोलॉजी के आधार पर अलग-अलग तरीके से काम कर सकते हैं:

• मोबाइल तकनीक के साथ, GPS ट्रैकर एक मोबाइल गेटवे की तरह काम करता है। यह पास के BLE सेंसर से डेटा इकट्ठा करता है और इस डेटा को अपने GPS निर्देशांक के साथ GPS-Trace प्लेटफ़ॉर्म पर भेजता है।
• Mesh तकनीक के साथ, गेटवे एक स्थिर इंफ्रास्ट्रक्चर का हिस्सा होते हैं, जो गेटवे और एंकर्स से मिलकर बना होता है।

Sensor

सेंसर डेटा का एक स्रोत है जिसे किसी एसेट से लिंक किया जा सकता है।

सेंसर हो सकता है:

• एक BLE टैग या बीकन;
• गेटवे से जुड़ा वायर्ड सेंसर;
• गेटवे का कोई पैरामीटर, जैसे ईंधन स्तर, तापमान, या इग्निशन स्टेटस;
• एक ही एंटिटी में ग्रुप किए गए गेटवे के कई पैरामीटर्स।

अपडेटेड मॉडल में, कई एंटिटीज़ जिन्हें पहले एसेट्स कहा जाता था, अब सेंसर कहलाएँगी।

उदाहरण के लिए:

• अस्पताल के डिफिब्रिलेटर पर लगाया गया BLE टैग एक सेंसर है;
• गेटवे से प्राप्त तापमान पैरामीटर को एक अलग सेंसर के रूप में बनाया जा सकता है;
• उपयोगकर्ता द्वारा चुने गए गेटवे पैरामीटर्स के समूह को भी सेंसर के रूप में बनाया जा सकता है।

Asset

एसेट वह भौतिक वस्तु है जिसका उपयोगकर्ता के लिए मूल्य होता है और जिसे ट्रैक करना आवश्यक होता है।

एसेट हो सकता है:

• एक कंटेनर;
• एक ट्रेलर;
• एक टूल;
• किसी उपकरण का हिस्सा;
• कार्गो;
• लगेज;
• या कोई अन्य भौतिक वस्तु।

एसेट की लोकेशन, स्थिति, या चुने गए पैरामीटर्स के बारे में डेटा देने के लिए किसी सेंसर को एसेट से लिंक किया जा सकता है।

एक महत्वपूर्ण बदलाव यह है कि एसेट बिना लिंक किए गए सेंसर के भी मौजूद हो सकता है। इसका मतलब है कि उपयोगकर्ता एसेट्स को पहले से बना सकते हैं और बाद में, जब भौतिक वस्तु उपयोग के लिए तैयार हो, तब उन्हें सेंसर से लिंक कर सकते हैं।

उदाहरण के लिए, कोई कंपनी 100 कंटेनर्स के रिकॉर्ड BLE टैग्स लगाए जाने से पहले बना सकती है। बाद में, जब कंटेनर्स तैयार हो जाएँ, तो उपयोगकर्ता हर कंटेनर को सही सेंसर से लिंक कर सकता है।

मॉडल क्यों बदला जा रहा है

इस अपडेट का मुख्य उद्देश्य उन भौतिक वस्तुओं को, जिन्हें ट्रैक किया जाता है, उन डेटा स्रोतों से अलग करना है जिनके जरिए ट्रैकिंग होती है।

पहले, एसेट का मतलब अक्सर “किसी वस्तु पर लगाया गया टैग” होता था। हालांकि, कई वास्तविक परिदृश्यों में टैग और वस्तु की भूमिकाएँ अलग होती हैं।

उदाहरण के लिए, एक अस्पताल में:

• स्ट्रेचर एसेट्स हैं;
• स्ट्रेचरों पर लगे BLE टैग्स सेंसर हैं;
• BLE टैग्स से डेटा इकट्ठा करने वाले डिवाइस गेटवे हैं।

अगर कोई स्ट्रेचर अस्थायी रूप से सेवा से बाहर कर दिया जाए, तो BLE टैग हटाकर किसी दूसरे स्ट्रेचर पर लगाया जा सकता है। अपडेटेड मॉडल में, उपयोगकर्ता को सब कुछ शुरुआत से दोबारा बनाने की जरूरत नहीं होती। वे एक एसेट से सेंसर अनलिंक करके दूसरे एसेट से लिंक कर सकते हैं।

इससे हिस्ट्री केवल टैग से नहीं, बल्कि भौतिक एसेट से जुड़ी रहती है। उपयोगकर्ता हर एसेट के लिए अधिक सटीक रिकॉर्ड देख सकते हैं, भले ही समय के साथ लिंक किया गया सेंसर बदल जाए।

यह तरीका उपयोगी है जब:

• सेंसर अलग-अलग एसेट्स के लिए दोबारा इस्तेमाल किए जाते हैं;
• एसेट्स पहले से बनाए जाते हैं और बाद में सेंसर से लिंक किए जाते हैं;
• कुछ एसेट्स अस्थायी रूप से उपयोग में नहीं होते;
• सेंसर बदला जाता है, लेकिन एसेट की हिस्ट्री भौतिक वस्तु से जुड़ी रहनी चाहिए;
• उपयोगकर्ताओं को भौतिक वस्तुओं और तकनीकी डिवाइसों के लिए अलग रिकॉर्ड रखना होता है।

अतिरिक्त उदाहरण

उदाहरण 1: किराए के टूल्स

एक रेंटल कंपनी ड्रिल्स, जनरेटर्स और अन्य टूल्स के साथ काम करती है।

• हर टूल एक एसेट है।
• टूल पर लगा BLE टैग एक सेंसर है।
• सर्विस वाहन या स्टोरेज एरिया में इंस्टॉल किया गया ट्रैकर एक गेटवे के रूप में काम कर सकता है।

कंपनी नए टूल्स के लिए एसेट रिकॉर्ड पहले से बना सकती है, उससे पहले कि उन पर BLE टैग असाइन किए जाएँ। जब टूल्स उपयोग के लिए तैयार हों, तो सेंसर सही एसेट्स से लिंक किए जा सकते हैं।

उदाहरण 2: कंटेनर्स और कार्गो

एक लॉजिस्टिक्स कंपनी कंटेनर्स और कार्गो को ट्रैक करती है।

• कंटेनर एक एसेट है।
• कंटेनर पर लगा BLE टैग या बीकन एक सेंसर है।
• किसी वाहन में या किसी सुविधा (फैसिलिटी) पर इंस्टॉल किया गया ट्रैकर एक गेटवे है।

अगर एक कंटेनर से BLE टैग हटाकर दूसरे कंटेनर पर लगाया जाता है, तो उपयोगकर्ता को केवल सेंसर और एसेट के बीच लिंक अपडेट करना होता है।

उदाहरण 3: सेंसर के रूप में गेटवे पैरामीटर्स

किसी उपयोगकर्ता को गेटवे से सीधे प्राप्त डेटा पर आधारित रिपोर्ट्स की आवश्यकता हो सकती है, उदाहरण के लिए:

• ईंधन स्तर;
• तापमान;
• इंजन घंटे;
• या कोई अन्य चुना गया पैरामीटर।

इस स्थिति में, उपयोगकर्ता एक या कई गेटवे पैरामीटर्स के आधार पर सेंसर बना सकता है। इसके बाद इस सेंसर का उपयोग हिस्ट्री और रिपोर्ट्स के लिए किया जा सकता है।

इंटरफ़ेस अपडेट्स

अपडेटेड टर्मिनोलॉजी और लॉजिक के कारण, Tags इंटरफ़ेस भी धीरे-धीरे बदलेगा।

नए और अपडेटेड इंटरफ़ेस एलिमेंट्स इन कार्यों के लिए जोड़े जाएँगे:

• गेटवे, सेंसर और एसेट्स का प्रबंधन;
• सेंसर और एसेट्स को लिंक/अनलिंक करना;
• सेंसर/एसेट हिस्ट्री और रिपोर्ट्स देखना;

हिस्ट्री, रिपोर्ट्स और रीयल-टाइम ट्रैकिंग

अपडेटेड कॉन्सेप्ट में, हिस्ट्री, रिपोर्ट्स और ट्रैकिंग से संबंधित फीचर्स सेंसर और एसेट्स के लिए उपलब्ध होंगे।

इसमें शामिल है:

• मूवमेंट हिस्ट्री;
• रिपोर्ट्स;
• ट्रैक किए गए ऑब्जेक्ट्स से संबंधित इवेंट्स;
• लिंक किए गए सेंसर के आधार पर स्टेटस बदलाव।

आगे के अपडेट्स में, Tags में सेंसर और एसेट्स के लिए अतिरिक्त ट्रैकिंग टूल्स भी जोड़े जाएँगे, जैसे ट्रिप्स, पैरामीटर-आधारित नोटिफिकेशन्स, और अन्य फीचर्स जो उपयोगकर्ताओं को मूवमेंट, स्टेटस और इवेंट्स ट्रैक करने में मदद करते हैं।

गेटवे मुख्य रूप से डेटा कलेक्शन और ट्रांसमिशन के लिए उपयोग की जाने वाली तकनीकी एंटिटीज़ बने रहेंगे। अगर किसी उपयोगकर्ता को गेटवे को खुद ट्रैक करना हो, हिस्ट्री/रिपोर्ट्स या अन्य ट्रैकिंग फीचर्स चाहिए हों, तो वे आवश्यक गेटवे पैरामीटर्स के आधार पर एक sensor बना सकते हैं। उसके बाद, इस सेंसर का उपयोग Tags में अन्य सेंसर की तरह ही किया जा सकता है।

यह डेटा कलेक्शन के लिए बिलिंग को ट्रैकिंग से संबंधित फीचर्स की बिलिंग से अलग करता है। जब गेटवे का उपयोग केवल डेटा कलेक्शन और ट्रांसमिशन के लिए किया जाता है, तब वे सस्ते बने रहते हैं; जबकि उन्नत ट्रैकिंग फीचर्स के लिए शुल्क तभी लगता है जब उपयोगकर्ता गेटवे पैरामीटर्स के आधार पर सेंसर बनाने का निर्णय लेता है।

प्राइसिंग में बदलाव

प्राइसिंग को भी अपडेटेड टर्मिनोलॉजी के अनुसार संरेखित किया जाएगा।

बिलिंग दो एंटिटीज़ पर आधारित होगी:

• गेटवे;
• सेंसर।

एसेट्स के लिए कोई शुल्क नहीं होगा।

व्यवहार में, बिलिंग लॉजिक वर्तमान मॉडल के काफ़ी करीब रहता है। मुख्य बदलाव यह है कि अब एंटिटीज़ के नाम अधिक सटीक होंगे।

गेटवे की कीमत अपरिवर्तित रहती है:

• 1 gateway — 0.1 EUR per gateway / per month.

सेंसर की कीमत भी अपरिवर्तित रहती है:

• 1 sensor — from 0.1 EUR to 0.5 EUR per sensor per month, depending on the selected plan

सेंसर वही एंटिटी है जिसे पहले अक्सर एसेट कहा जाता था।

यह मॉडल उपयोगकर्ताओं को भौतिक वस्तुओं को, उन्हें ट्रैक करने के लिए उपयोग होने वाले डिवाइसों और डेटा स्रोतों से अलग तरीके से प्रबंधित करने देता है — बिना मूल प्राइसिंग अप्रोच बदले।

अपडेटेड लिमिट्स

एक Tags अकाउंट के लिए लिमिट्स भी अपडेट होंगी।

अधिकतम लिमिट्स होंगी:

• 500 gateways
• 500 sensors

इंटरफ़ेस को सुविधाजनक रखने और एप्लिकेशन को रीयल-टाइम ट्रैकिंग परिदृश्यों के लिए स्थिर रखने के लिए, गेटवे और सेंसर के लिए अकाउंट-लेवल पर स्पष्ट लिमिट्स आवश्यक हैं।

इसी समय, एसेट्स अब सेंसर से अलग कर दिए गए हैं। इसका मतलब है कि उपयोगकर्ता भौतिक वस्तुओं के लिए एसेट रिकॉर्ड, डेटा कलेक्शन के लिए इस्तेमाल होने वाले गेटवे और सेंसर की संख्या से स्वतंत्र होकर बना सकते हैं।

अगर किसी उपयोगकर्ता को अधिक संख्या में गेटवे या सेंसर के साथ काम करना हो, तो वे कई Tags अकाउंट्स का उपयोग कर सकते हैं और उनके बीच जल्दी से स्विच कर सकते हैं।

बदलाव कब शुरू होंगे

ग्लोबल अपडेट्स 10 जून, 2026 से शुरू होंगे।

अपडेट प्रक्रिया की शुरुआत से, नई टर्मिनोलॉजी, लिमिट्स, इंटरफ़ेस और Tags की कार्यक्षमता के बारे में जानकारी GPS-Trace संसाधनों पर लगभग दो हफ्तों के दौरान धीरे-धीरे अपडेट की जाएगी।

अपडेटेड Tags मॉडल वास्तविक एसेट ट्रैकिंग प्रक्रियाओं को वर्णित करना, भौतिक वस्तुओं और सेंसर के बीच लिंक प्रबंधित करना, और उपयोगकर्ताओं के लिए महत्वपूर्ण एसेट्स से हिस्ट्री को जुड़े रखना — इन सबको आसान बनाएगा।