सिग्नल हानि
वीडियो स्ट्रीम का टाइमआउट पार हो चुका है। बिजली कटौती, कैमरे का ज़्यादा गरम होना, ख़राब स्विच, कटी हुई केबल: कैमरा बस ग़ायब है, और यही वह पहला अलार्म है जो यह बताता है।
कैमरा छेड़छाड़ पहचान और वीडियो गुणवत्ता नियंत्रण
सबसे बुरी कैमरा-ख़राबी वह है जिस पर किसी का ध्यान नहीं जाता। मंगलवार को स्प्रे किया गया लेंस तीन सप्ताह बाद तब पता चलता है जब कोई जांचकर्ता आर्काइव खोलता है और एक दीवार पाता है। TamperTrack पूरे कैमरा नेटवर्क पर नज़र रखता है और ख़राबी होते ही उसे बाक़ी सबकी तरह उसी मॉनिटर पर एक घटना के रूप में दर्ज करता है।
डिटेक्टर
TamperTrack कैमरों को देखता है, दृश्य को नहीं
इस साइट के बाक़ी सभी module कैमरे के सामने कुछ पहचानते हैं। TamperTrack कैमरे में ही किसी गड़बड़ी को पहचानता है: सिग्नल न होना, फ़्रेम की कमी, स्ट्रीम का अचानक ज़रूरत से भारी हो जाना, दृश्य का खिसक जाना, लेंस का ढका, गंदा, आउट-ऑफ़-फ़ोकस, रोशनी से चौंधियाया या अंधेरे में खोया होना। हर स्थिति का अपना अलार्म, अपनी प्राथमिकता और अपनी संवेदनशीलता है, जिसे Detectors टैब में प्रति कैमरा चालू किया जाता है, और यह उस चैनल पर पहले से मौजूद किसी भी एनालिटिक्स module के साथ चलता है।
वर्तमान डिटेक्टर एक न्यूरल नेटवर्क है, जिसे एक मालिकाना डेटासेट पर प्रशिक्षित किया गया है और जिसे 2025 में एक सरल तुलना-पद्धति की जगह लाया गया। यह पूर्ण और आंशिक अवरोध की पहचान करता है, चाहे कारण हाथ हो, स्प्रे कैन हो या ड्रोन, जबकि कैमरा नेटवर्क में रोज़ होने वाले स्वाभाविक बदलावों को नज़रअंदाज़ करता है: रोशनी में बदलाव, बर्फ़बारी, दृश्य पर चलती छाया। स्थान-परिवर्तन का आकलन एक संचित संदर्भ छवि के विरुद्ध किया जाता है, और कैमरे के कठिन रोशनी में स्थिर होने के दौरान प्लेटफ़ॉर्म उस छवि को स्वतः फिर से जनरेट कर सकता है।
मुद्दा पूरे कैमरा नेटवर्क का है, अकेले कैमरे का नहीं। हज़ारों कैमरों के नेटवर्क पर अधिकांश कैमरे कुछ घटित होने के बाद ही देखे जाते हैं, इसलिए जो कैमरा चुपचाप देखना बंद कर चुका है वह एक ऐसी कमी बन जाता है जो उस दिन तक बनी रहती है जब वह मायने रखता है। TamperTrack उस कमी को प्राथमिकता, अलार्म मॉनिटर और खोज-फ़िल्टर के साथ एक घटना में बदल देता है, ताकि ऑपरेशंस टीम उसे मंगलवार को ही ठीक कर दे, न कि जांचकर्ता उसे तीन सप्ताह बाद खोजे।
नौ स्थितियाँ
नौ अलार्म, और हर एक क्यों बजता है
नीचे दिया हर अलार्म अलग से चालू किया जाता है, उसे अपनी प्राथमिकता दी जाती है, और जिस कैमरे की वह रक्षा करता है उस पर अपने संवेदनशीलता स्लाइडर से समायोजित किया जाता है। कारण वे हैं जिन्हें IREX ने दस्तावेज़ित किया है, अनुमान नहीं।
कम फ़्रेम रेट
फ़्रेम कैमरे की सामान्य दर के मुक़ाबले आपके तय किए न्यूनतम स्तर से नीचे पहुँचते हैं। इसका सामान्यतः मतलब है ग़लत configure किया गया कैमरा या पर्याप्त bandwidth न रखने वाला लिंक, और यही ख़राबी उस चैनल पर बाक़ी हर डिटेक्टर को और बिगाड़ देती है।
उच्च बिटरेट
औसत बिटरेट अपने-आप एक-पाँचवें से अधिक बढ़ गया है। नेटवर्क को भर देने वाला कैमरा वीडियो-समस्या से पहले एक अवसंरचना-समस्या है, और यह अलार्म इसलिए है ताकि प्लेटफ़ॉर्म पर अधिभार पड़ने से पहले ऑपरेटर हस्तक्षेप कर सके।
कैमरा खिसका
दृश्य अब संदर्भ छवि से मेल नहीं खाता। तोड़फोड़, मौसम, निर्माण-दल, ढीला ब्रैकेट: कैमरा अब भी पूरी तरह ठीक हो सकता है पर अब ग़लत चीज़ देख रहा है, जो वह ख़राबी है जिस पर किसी मानव ऑपरेटर का ध्यान कभी नहीं जाता।
दृश्य अवरुद्ध
फ़्रेम का एक बड़ा हिस्सा पेंट, बैग, हाथ, टेप या ड्रोन से ढका हुआ है। अलार्म बजने से पहले रीजन ऑफ़ इंटरेस्ट के कितने हिस्से का ढका होना ज़रूरी है, यह आप तय करते हैं। गाइड इसे नियोजित दुष्कर्म के संभावित संकेत के रूप में बताती है।
छवि धुंधली
पूरी तस्वीर धुंधली पड़ गई है: लेंस पर गीले या मिट्टी के धब्बे, आवरण के भीतर नमी, घना कोहरा। रिलीज़ 4.27 से यह डीफ़ोकस से अलग रखा गया है, ताकि मेंटेनेंस टीम को पता चले कि सफ़ाई करनी है या सर्विस।
डीफ़ोकस
ऑप्टिक्स फ़ोकस से बाहर हैं, आमतौर पर ऑटोफ़ोकस की ख़राबी के कारण। इसी वजह से यह गंदे लेंस से अलग घटना-प्रकार है: समाधान अलग है।
दृश्य बहुत उजला
किसी अवांछित परावर्तन, सेंसर या एपर्चर-कंट्रोलर की ख़राबी, या सूरज के उस स्थान पर आ जाने से जहाँ वह कैमरा लगाते समय नहीं था, ओवरएक्सपोज़र होता है।
दृश्य बहुत अंधेरा
ख़राब इन्फ़्रारेड इल्यूमिनेटर, बंद अटके एपर्चर-कंट्रोलर, तोड़फोड़, या रोशनी के बस मौजूद न होने से अंडरएक्सपोज़र होता है। यह प्रति कैमरा समायोजित किया जाता है, क्योंकि एक लॉबी और एक तटीय मस्त एक जैसे अंधेरे में नहीं जाते।
कैमरे पर
ख़राबी ही तस्वीर है
दीवार की ओर मुड़ा कैमरा
इस तस्वीर में कुछ भी ग़लत नहीं है। यह स्पष्ट है, सही ढंग से एक्सपोज़ है और पूरी तरह बेकार है, क्योंकि कैमरा ऊपर की ओर धक्का खाकर अपने ब्रैकेट पर घूम गया है और अब एक ख़ाली दीवार और आसमान को कवर करता है, नीचे के किनारे पर उस सड़क की एक झलक भर के साथ जिसे देखने के लिए इसे लगाया गया था। यह वह ख़राबी है जिस पर किसी मानव ऑपरेटर का ध्यान कभी नहीं जाता, क्योंकि फ़ीड अब भी लाइव है और थंबनेल में स्वस्थ दिखती है, और यही वह ख़राबी है जिसे संदर्भ छवि से तुलना तुरंत पकड़ लेती है।
वह संदर्भ छवि जिससे तुलना होती है
कैमरा खिसकना एक तुलना है, और यह वही है जिससे यह तुलना करता है: कैमरे के लिए डिटेक्टर की अपनी सेटिंग्स में संचित एक संदर्भ फ़्रेम, यहाँ काम कर रही फ़्लडलाइट के नीचे एक पार्किंग गैराज बे। module लगातार लाइव दृश्य की उससे तुलना करता है और दृश्य खिसकने पर अलार्म बजाता है। कम रोशनी में यह तुलना ज़्यादा बार बज सकती है, इसलिए गाइड बताती है कि कैमरे के स्थिर होने तक संदर्भ छवि के स्वचालित पुनर्जनन को चालू रखें, फिर फॉल्स-अलार्म दर स्वीकार्य होने पर उसे फिर बंद कर दें।
ट्यूनिंग
प्रति अलार्म तीन नियंत्रण
पूरे कैमरा-बेड़े के लिए कोई एक सेटिंग नहीं है। हर कैमरे का अपना अलार्म-सेट होता है, क्योंकि एक स्टेशन प्लेटफ़ॉर्म और एक छत पर लगा मस्त अलग-अलग तरह से ख़राब होते हैं और उन्हें अलग-अलग आँका जाना चाहिए।
- 01
अलार्म और उनकी प्राथमिकता चुनें
इस कैमरे पर जो स्थितियाँ मायने रखती हैं उन्हें चुनें और हर एक को प्राथमिकता-रेटिंग दें। पेरिमीटर कैमरे पर सिग्नल हानि Critical हो सकती है; सुबह की धूप पकड़ने वाले लॉबी कैमरे पर दृश्य बहुत उजला होना Low रखा जा सकता है, या बंद ही किया जा सकता है।
- 02
थ्रेशहोल्ड सेट करें
हर अलार्म में एक संवेदनशीलता स्लाइडर होता है, और दो के साथ एक संख्या भी होती है: वह न्यूनतम फ़्रेम रेट जिससे नीचे कम फ़्रेम रेट बजता है, और रीजन ऑफ़ इंटरेस्ट का वह हिस्सा जो दृश्य अवरुद्ध बजने से पहले ढका होना चाहिए। गाइड स्पष्ट रूप से मानती है कि सही मान प्रयोगात्मक रूप से, कैमरा-दर-कैमरा, फॉल्स-पॉज़िटिव और फॉल्स-निगेटिव के बीच खोजे जाते हैं।
- 03
संदर्भ छवि को स्थिर करें
कैमरा खिसकना एक संचित संदर्भ फ़्रेम के विरुद्ध आँका जाता है। कमज़ोर रोशनी में इससे बहुत ज़्यादा अलार्म बन सकते हैं, इसलिए Autogenerate reference image जब भी कैमरा खिसकता है तब तक संदर्भ को अपडेट करता है जब तक एक स्थिर स्थिति न आ जाए, और फिर इसे बंद कर दिया जाता है ताकि असली स्थान-परिवर्तन फिर से पकड़ में आए।
यह कहाँ दिखता है
तीन जगहें जहाँ ख़राबी दिखती है
- अलार्म मॉनिटर
- कैमरा-ख़राबी बाक़ी किसी भी घटना जैसी ही एक घटना है, जो कैमरे और प्रकार के अनुसार उस भूमिका के मॉनिटर तक सीमित होती है जिसके पास वह है। रिलीज़ 4.13 ने ठीक इसीलिए हाई-बिटरेट अलार्म जोड़ा ताकि उसे एक समर्पित मॉनिटर पर भेजा जा सके और प्लेटफ़ॉर्म पर अधिभार पड़ने से पहले उस पर कार्रवाई हो सके।
- कैमरा स्टेटस
- Cameras पेज पर और Settings में, प्रभावित कैमरे पर Video issues स्टेटस दिखता है। hover करने पर समस्या का प्रकार दिखता है, जैसे Scene too bright या Low frame rate, और स्टेटस फ़िल्टर समस्या-प्रकार के अनुसार खोजता है, ताकि मेंटेनेंस टीम एक भी फ़ीड खोले बिना अंधेरे कैमरों की सूची निकाल सके।
- सरल भाषा में एक सवाल
- "ज़ोना 1 में वीडियो गुणवत्ता संबंधी समस्या वाले कैमरे दिखाएँ" हमारे अपने होमपेज पर काम करने वाली एक Ask IREX क्वेरी है। जवाब उन फ़्रेम का सेट होता है जो दिखने में, पहचाने जाने योग्य रूप से ख़राब हैं, हर एक पर बताई गई ख़राबी के साथ।
दायरा
यह क्या करता है और क्या नहीं करता
- यह पहचानता और अलर्ट करता है। यह ख़ुद से मेंटेनेंस वर्क टिकट नहीं बनाता या किसी टिकटिंग सिस्टम को नहीं चलाता; घटनाएँ बाक़ी हर घटना-वर्ग की तरह अलार्म मॉनिटर और API के ज़रिए बाहरी सिस्टम तक पहुँचती हैं, और टिकट बनाना आपका काम है।
- यह उस कैमरे पर पहले से मौजूद किसी भी एनालिटिक्स module के साथ-साथ एक डिटेक्टर के रूप में चलता है, इसलिए कैमरे की सेहत देखने में module क्षमता की कोई क़ीमत नहीं लगती। यह अकेले भी चल सकता है, केवल View obstructed चालू रखकर, उन कैमरों पर जिन पर कोई और एनालिटिक्स नहीं है।
- रिलीज़ 4.27 से गंदा लेंस और डीफ़ोकस लेंस अलग-अलग घटनाएँ हैं, ताकि मेंटेनेंस प्रतिक्रिया सटीक हो सके: सफ़ाई, सर्विस, या दोबारा दिशा तय करना।
- IREX इसके लिए कोई पहचान या फॉल्स-अलार्म आँकड़ा प्रकाशित नहीं करता। थ्रेशहोल्ड पायलट के दौरान प्रति कैमरा तय किए जाते हैं, आपके अपने कैमरा नेटवर्क पर, आपकी अपनी रोशनी में।
यह कहाँ चलता है
वे कैमरा नेटवर्क जहाँ एक अंधा कैमरा सबसे ज़्यादा महँगा पड़ता है
हर कैमरा नेटवर्क को अपने कैमरों का काम करना ज़रूरी है। ये वे नेटवर्क हैं जहाँ अधिकांश कैमरों के पास कोई खड़ा नहीं होता, इसलिए अलार्म ही एकमात्र तरीक़ा है जिससे किसी को पता चलता है।
रियल-टाइम क्राइम सेंटर
अंधा हुआ कैमरा वह कमी नहीं है जिसे कोई तीन सप्ताह बाद किसी जांच के दौरान खोजे। यह एक घटना के रूप में सीधे दीवार पर आता है।
और पढ़ेंक्रिटिकल इन्फ़्रास्ट्रक्चर
किलोमीटर में नापे गए पेरिमीटर पर, देखना बंद कर चुका कैमरा एक ऐसा किलोमीटर है जिस पर निगरानी नहीं है।
और पढ़ेंस्मार्ट सिटी और नगर निगम
पूरे शहर में हज़ारों कैमरे, जिनमें से अधिकांश को कभी लाइव नहीं देखा जाता। कैमरे की सेहत ही वह तरीक़ा है जिससे यह नेटवर्क रखने लायक़ बना रहता है।
और पढ़ेंबस शेल्टर और ट्रांज़िट स्टॉप
ऐसे नेटवर्क पर जहाँ कोई नहीं जाता, अवरुद्ध या स्थान-बदला कैमरा तब तक एक बिना-निगरानी वाली जगह है जब तक अलार्म कुछ और न बताए।
और पढ़ेंरिटेल
हर साइट पर स्प्रे किया गया, धक्का खाया या डीफ़ोकस कैमरा अपना अलर्ट ख़ुद उठाता है, यही वह तरीक़ा है जिससे कुछ सौ स्टोर सर्विस विज़िट के बीच कवर बने रहते हैं।
और पढ़ेंपार्किंग सुविधाएँ
बिना रोशनी वाले डेक पर अंधा कैमरा अन्यथा हफ़्तों तक किसी के ध्यान में नहीं आता।
और पढ़ेंFAQ
क्या यह मेंटेनेंस टिकट बनाता है?
नहीं, और हम यह किसी specification को यह मान लेने देने के बजाय साफ़ कह देना पसंद करते हैं। TamperTrack घटनाएँ उठाता है: ख़राबी उस भूमिका के मॉनिटर पर एक प्राथमिकता वाला अलार्म बन जाती है जिसके पास कैमरा है, और कैमरे पर ख़ुद एक Video issues स्टेटस दिखता है। घटनाएँ बाक़ी हर घटना-वर्ग की तरह अलार्म मॉनिटर और प्लेटफ़ॉर्म API के ज़रिए बाहरी सिस्टम तक पहुँचती हैं, इसलिए आपके अपने मेंटेनेंस सिस्टम में टिकट डिज़ाइन के दौरान तय किया जाने वाला एक इंटीग्रेशन है, module की कोई सुविधा नहीं।
क्या यह हर बार बादल गुज़रने या बर्फ़बारी होने पर बजेगा?
ठीक यही वह चीज़ है जो 2025 का डिटेक्टर न करने के लिए बनाया गया था। यह एक न्यूरल नेटवर्क है, जिसे एक मालिकाना डेटासेट पर पूर्ण और आंशिक अवरोध पहचानने के लिए प्रशिक्षित किया गया है, जबकि रोशनी में बदलाव और बर्फ़बारी जैसे स्वाभाविक, ग़ैर-ख़तरनाक बदलावों को नज़रअंदाज़ किया जाता है। हर अलार्म का अपना संवेदनशीलता स्लाइडर भी होता है, जो पायलट के दौरान प्रति कैमरा समायोजित होता है, और कैमरा खिसकना के पीछे की संदर्भ छवि को कठिन रोशनी में कैमरे के स्थिर होने के दौरान स्वतः फिर से जनरेट किया जा सकता है।
क्या इसे अपनी अलग एनालिटिक्स क्षमता चाहिए?
नहीं। यह उस कैमरे पर पहले से मौजूद किसी भी module के साथ-साथ एक डिटेक्टर के रूप में चलता है, और उन कैमरों पर अकेले भी चल सकता है जिन पर कोई और एनालिटिक्स नहीं है। गाइड इसके लिए कोई कम्प्यूटेशनल रेटिंग प्रकाशित नहीं करती, इसलिए हम भी कोई नहीं बताते।
क्या यह तोड़फोड़ को मौसम से अलग बता सकता है?
यह आपको बताता है कि कैमरे के साथ क्या हो रहा है, और कारण एक-दूसरे से मिलते-जुलते हैं: कैमरा खिसकना टकराए हुए ब्रैकेट और तूफ़ान दोनों को कवर करता है, छवि धुंधली लेंस पर मिट्टी और घने कोहरे दोनों को कवर करती है। रिलीज़ 4.27 से अलग-अलग घटना-प्रकार, यानी गंदे लेंस और डीफ़ोकस लेंस को अलग अलार्म के रूप में रखना, इसलिए है ताकि कारण को साइट पर पुष्टि करना पड़े तब भी मेंटेनेंस प्रतिक्रिया सही रह सके। जो यह module नहीं करता, वह है दोषी का नाम बताना।
ख़राब कैमरे पर बाक़ी डिटेक्टरों का क्या होता है?
वे जो भी फ़्रेम आते हैं उन्हीं पर चलते रहते हैं, और ठीक इसीलिए यह ख़राबी मायने रखती है: अंधेरा, धुंधला या खिसका कैमरा उस पर मौजूद हर module से कमज़ोर पहचान देता है। TamperTrack ही वह तरीक़ा है जिससे प्लेटफ़ॉर्म आपको बताता है कि इनपुट बिगड़ चुका है, बजाय इसके कि एनालिटिक्स भी चुपचाप उसके साथ बिगड़ जाए।
क्या यह अपने-आप चलता है या किसी को इसे देखना पड़ता है?
यह अपने-आप चलता है और किसी व्यक्ति को अलर्ट करता है। पहचान किसी मानव द्वारा सत्यापन के लिए संकेत होती हैं: कोई भी प्रतिक्रिया स्वायत्त रूप से नहीं चलती, और सत्यापन व निर्णय उसी Case ID के तहत दर्ज होते हैं जिसके तहत पहचान दर्ज हुई थी।
गिनें कि आप कितने कैमरे नहीं देख रहे
अधिकांश कैमरा नेटवर्क पर यह लगभग सभी होते हैं। एक पायलट हर कैमरे पर एक हेल्थ अलार्म लगाता है और पहली ही सुबह आपको बताता है कि कितने पहले से अंधे थे।