भीड़ के ख़तरनाक होने से पहले ही जान लें। भीड़-आपदाएँ कैमरों के लिए शायद ही कभी आश्चर्य होती हैं; वे उन लोगों के लिए आश्चर्य होती हैं जिन्हें समय पर नहीं बताया गया, और सार्वजनिक सुरक्षा के लिए भीड़ एनालिटिक्स घनत्व को अलर्ट में बदल देता है, जबकि वह अब भी केवल एक परिचालन समस्या है।
Module
CrowdCount के केंद्र में एक कन्वोल्यूशनल नेटवर्क है, जिसे रेलवे प्लेटफ़ॉर्म और एयरपोर्ट टर्मिनल जैसे खुले स्थानों में मानव आकृतियों को पहचानने के लिए प्रशिक्षित किया गया है। यह सैंपल किए गए फ़्रेम पर आकृतियों को चिह्नित करता है और बीच में उन्हें ट्रैक करता है, फिर उन आकृतियों को तीन बातों पर जाँचता है: क्या वे आपके खींचे गए रीजन ऑफ़ इंटरेस्ट के भीतर हैं, वे कितनी संख्या में हैं, और वे कब से वहाँ हैं। जब तीनों सही होती हैं, तो एक Crowd घटना बजती है।
इससे module को एक साथ दो काम मिलते हैं। पहला है रियल टाइम: संभावित ख़तरनाक भीड़ पर एक अलर्ट, इतनी जल्दी कि स्टूअर्ड गेट खोल सकें, प्रवाह को रोक सकें या प्रवेश को मोड़ सकें। दूसरा है गणना, आपके परिभाषित किसी भी क्षेत्र में और 3,000 लोगों तक, जो एक भीड़-प्रबंधन योजना को ऐसी चीज़ में बदल देता है जिसकी बाद में समीक्षा और बचाव किया जा सकता है।
एक व्यवहार ऐसा है जिसे पायलट के दौरान नहीं, उससे पहले जान लेना बेहतर है। भीड़ एक स्थायी घटना (durable event) है: यह तब उठाई जाती है जब भीड़ बनती है, और बाद में तितर-बितर हो जाने वाली भीड़ पर कोई दूसरी सूचना नहीं आती। यह अब भी है या नहीं, यह प्लेबैक पर घटना-अवधि संकेतक से पढ़ा जाता है, और पुनर्गणना अंतराल ही वह कारण भी है जिससे प्लेबैक टाइमलाइन कार्ड पर दिए टाइमस्टैम्प से थोड़ा पीछे बैठ सकती है।
इस module को दस्तावेज़ों में किसी भी अन्य module के साथ-साथ समानांतर चलने में सक्षम बताया गया है, इसलिए घनत्व, लावारिस वस्तुएँ, हथियार पहचान और वॉचलिस्ट अलर्ट चार अलग-अलग सिस्टम से नहीं, बल्कि एक ही परिचालन चित्र में आते हैं।
सेटिंग्स
नीचे दिया हर मान प्रति कैमरा खींचा या टाइप किया जाता है। दोनों थ्रेशहोल्ड और पुनर्गणना अंतराल ही वे चीज़ें हैं जिन्हें तय करने के लिए commissioning visit होती है, क्योंकि एक स्टेडियम की क़तार और एक प्लेटफ़ॉर्म किनारा एक ही module से बहुत अलग जवाब चाहते हैं।
फ़्रेम का वह हिस्सा जिस पर गणना लागू होती है, एक polygon के रूप में खींचा जाता है और वर्टेक्स-दर-वर्टेक्स संपादन योग्य है। एक कॉनकोर्स को आमतौर पर एक नहीं बल्कि कई क्षेत्रों की ज़रूरत होती है, क्योंकि एक ऐसी संख्या जो पूरे भरे दरवाज़े और ख़ाली हॉल का औसत निकाल दे, किसी को कुछ नहीं बताती।
जहाँ अपेक्षित संख्या मध्यम है वहाँ Silhouette, बड़ी भीड़ के लिए Top of head, जहाँ पूरे शरीर अलग-अलग पहचाने जाने योग्य नहीं रह जाते। Top of head चुनने से Save people's position भी सक्षम हो जाता है, जो नीचे दी गई on-the-fly गणना को संभव बनाता है।
वह संख्या जो इसे भीड़ बनाती है, 3 से 35 के बीच एक पूर्णांक। यह अलार्म थ्रेशहोल्ड है, गणना की ऊपरी सीमा नहीं: module एक क्षेत्र में 3,000 लोगों तक का अनुमान लगाता है, और यह सेटिंग केवल यह तय करती है कि यह कब कुछ कहे।
घटना बजने से पहले उतने लोगों को क्षेत्र के भीतर कितनी देर रहना होगा, 15 से 600 सेकंड के बीच। यही वह सेटिंग है जो भीड़ को ट्रेन से उतर रहे यात्रियों से अलग करती है, और यह पुनर्गणना अंतराल से कम-से-कम तीन गुना होनी चाहिए।
जाँच अंतराल, 5 से 60 सेकंड के बीच, और भीड़-अवधि से कम-से-कम तीन गुना छोटा, ताकि पहचान संयोग की बजाय भरोसेमंद हो। यही वजह है कि एक घटना-कार्ड प्लेबैक टाइमलाइन से थोड़ा आगे भी बैठ सकता है।
जहाँ पोज़िशन सेव की गई हैं, वहाँ एक ऑपरेटर वीडियो चलते समय मीडिया प्लेयर के भीतर क्षेत्र को दोबारा खींच सकता है और उस नए क्षेत्र की गणना पा सकता है। किसी घटना की समीक्षा अक्सर उस दरवाज़े के बारे में सवाल होती है जिसे पहले से किसी ने इंस्ट्रुमेंट नहीं किया था।
दबाव में
घनत्व एनालिटिक्स अपनी जगह उन तीन स्थानों पर बनाती है जहाँ कोई venue असल में नियंत्रण खोता है: बाहर की क़तार, टर्नस्टाइल लाइन के पीछे का कॉनकोर्स, और इनके बीच का प्रवेश-बिंदु। यहीं दो मिनट की देरी नतीजा बदल देती है, और यहीं वह संख्या जो प्रवाह को अब भी रोका जा सकने के दौरान आती है, बाद में आने वाली सटीक संख्या से ज़्यादा मूल्यवान है। IREX बोस्निया और हर्ज़ेगोविना के हर प्रीमियर लीग राष्ट्रीय स्टेडियम में भीड़ प्रबंधन और प्रतिबंधित-फ़ैन वॉचलिस्ट चलाता है, और पीक यात्रा अवधि के दौरान डबलिन एयरपोर्ट पर भीड़ घनत्व निगरानी करता है।
आवश्यकताएँ
यह कहाँ चलता है
घनत्व वहीं एक सुरक्षा-सवाल बन जाता है जहाँ भी बड़ी संख्या में अजनबी किसी ऐसी जगह से गुज़रते हैं जिसकी क्षमता और निकास दोनों सीमित हैं।
मैच के दिन टर्नस्टाइल लाइनें, कॉनकोर्स और स्टैंड, उन्हीं कैमरों पर चल रही प्रतिबंधित-फ़ैन वॉचलिस्ट के साथ, बोस्निया और हर्ज़ेगोविना के हर प्रीमियर लीग राष्ट्रीय स्टेडियम में।
और पढ़ें →प्लेटफ़ॉर्म किनारा, जहाँ घनत्व सेवा की नहीं बल्कि सुरक्षा की समस्या है, ऐसे प्लेटफ़ॉर्म पर जो नब्बे-सेकंड के चक्र में भरता और ख़ाली होता है।
और पढ़ें →सुरक्षा क़तारें, टर्मिनल और गेट क्षेत्र लगातार उच्च throughput पर, पीक यात्रा अवधि के दौरान ख़तरनाक भीड़भाड़ रोकने के लिए डबलिन एयरपोर्ट पर निगरानी में।
और पढ़ें →चौराहे, इंटरचेंज और event routes शहर के परिचालन चित्र की एक परत के रूप में, ताकि भीड़ की भगदड़ पर कार्रवाई करने वाली सेवाएँ भी वही संख्या देख रही हों।
और पढ़ें →कैमरे पर आपके परिभाषित किए गए रीजन ऑफ़ इंटरेस्ट में 3,000 तक। बड़े क्षेत्रों को कई कैमरों पर क्षेत्र परिभाषित करके कवर किया जाता है। ध्यान दें कि यह गणना-सीमा उस "people in crowd" थ्रेशहोल्ड से अलग संख्या है जो तय करती है कि अलर्ट कब बजे, जो 3 और 35 के बीच एक पूर्णांक है।
दोनों, और ये एक ही module द्वारा किए गए अलग-अलग काम हैं। रियल-टाइम अलर्टिंग संभावित ख़तरनाक भीड़ को तब चिह्नित करती है जब कार्रवाई का समय अब भी हो; गणना समीक्षा और रिपोर्टिंग के लिए प्रति क्षेत्र संख्याएँ देती है। इन्हें अलग करने वाली सेटिंग्स भीड़-थ्रेशहोल्ड और भीड़-अवधि हैं, और दोनों प्रति कैमरा तय की जाती हैं।
कोई नहीं, और यह जानबूझकर है। module का दस्तावेज़ स्पष्ट रूप से मानता है कि प्रदर्शन-दक्षता का अनुमान केवल हर ग्राहक की अपनी परिस्थितियों में ही लगाया जा सकता है, और IREX की नीति प्रति-module सटीकता आँकड़े प्रकाशित न करने की है। भीड़ गणना कैमरे की ऊँचाई, कोण और प्रति मीटर पिक्सल के प्रति असामान्य रूप से संवेदनशील है, इसलिए ईमानदार जवाब है पायलट: आपके अपने कैमरों पर, पहले से लिखित रूप में सहमत मानदंडों के विरुद्ध मापा गया, और मापे गए आँकड़े अनुबंध में दर्ज।
किसी सूचना के साथ नहीं, और यही बात लोगों को चौंका देती है। भीड़ एक स्थायी घटना है: यह तब उठाई जाती है जब भीड़ बनती है, और तितर-बितर होने पर कोई दूसरी सूचना जारी नहीं होती। इसके बजाय प्लेटफ़ॉर्म जो देता है वह है प्लेबैक पर घटना-अवधि संकेतक, जो भीड़ बनने का क्षण और उसके छँटने का क्षण दोनों दिखाता है।
हाँ। गाइड सीधे बताती है कि CrowdCount किसी भी अन्य module के साथ समानांतर चल सकता है, जो किसी venue या स्टेशन पर सामान्य configuration है: एक ही चैनल पर घनत्व, लावारिस वस्तुएँ और वॉचलिस्ट मैचिंग, सब एक ही अलार्म मॉनिटर पर आते हुए।
हाँ, घुसपैठ और लावारिस-वस्तु डिटेक्टरों के विपरीत। CrowdCount के दस्तावेज़ फ़िक्स्ड या PTZ कैमरों की बात करते हैं, इस चेतावनी के साथ कि साइट जितना अनुमति दे उतना भीड़ का en-face दृश्य सुनिश्चित किया जाए, और क्षेत्र के भीतर इमेज क्वालिटी 100 पिक्सल प्रति मीटर से ऊपर बनी रहे।
कोई भी ऐसा कैमरा जो ONVIF सपोर्ट करे या static IP पर H.264 या H.265 के साथ RTSP स्ट्रीम करे, जोड़ा जा सकता है, पर कनेक्शन ही मानदंड नहीं है। हर module अपनी ख़ुद की रेज़ॉल्यूशन, माउंट-पोज़िशन, ऊँचाई और angle-of-view आवश्यकताएँ कैमरा आवश्यकताओं में तय करता है, फ़्लैगशिप module को केवल साधारण स्ट्रीम से ज़्यादा उच्च-रेज़ॉल्यूशन दृश्य चाहिए, और अनुशंसित प्राइमरी स्ट्रीम 1920 × 1080 या 1920 × 1440 है। एक साइट सर्वे हर कैमरे की उस module के विरुद्ध पुष्टि करता है जिस पर वह चलेगा।
यह अपने-आप चलता है और किसी व्यक्ति को अलर्ट करता है। पहचान किसी मानव द्वारा सत्यापन के लिए संकेत होती हैं: कोई भी प्रतिक्रिया स्वायत्त रूप से नहीं चलती, और सत्यापन व निर्णय उसी Case ID के तहत दर्ज होते हैं जिसके तहत पहचान दर्ज हुई थी।
पढ़ते रहें
भीड़ एनालिटिक्स को वास्तव में केवल दबाव में ही आँका जा सकता है। अपना सबसे व्यस्त फ़िक्सचर चुनें।