रियल-टाइम अलर्ट जो कार्रवाई कर सकने वाले तक पहुँचते हैं

जो पहचान किसी ऐसी स्क्रीन पर पहुँचे जिसे कोई देख ही नहीं रहा, वह सुरक्षा-सिस्टम नहीं है। IREX घटनाओं को उन लोगों तक भेजता है जिन्हें उन पर कार्रवाई करने का अधिकार है, उनके अपने डिवाइस पर, साथ में वह फ़्रेम जिसने अलर्ट को ट्रिगर किया।

डेमो बुक करें

अलर्ट किससे ट्रिगर होता है

हथियार, वॉचलिस्ट, और जो कुछ भी मायने रखता है

IREX कम-लेटेंसी, वीडियो-आधारित ख़तरा-पहचान को सहारा देता है, जिसमें रियल-टाइम क्राइम सेंटर, 911 डिस्पैच केंद्रों और सुरक्षित मैसेंजर एप्लिकेशन के ज़रिए सूचना दी जाती है। पहचाने जा सकने वाले इवेंट में शामिल हैं हथियारों का दिखना, वॉचलिस्ट पर मौजूद ज्ञात संदिग्ध, लावारिस वस्तुएँ, आग और धुआं, और प्राकृतिक-भाषा प्रॉम्प्ट से परिभाषित कस्टम इवेंट

अलर्ट अपने साथ संदर्भ लेकर आते हैं: स्नैपशॉट, कैमरा, मानचित्र पर स्थान, समय, और वह एनालिटिक्स जिसने इसे ट्रिगर किया। ऑपरेटर अंदाज़ा नहीं लगाता, सत्यापन करता है, और यही फॉल्स-पॉज़िटिव को डिस्पैच की गई यूनिट बनने से रोकता है।

कुछ भी स्वायत्त रूप से प्रतिक्रिया नहीं देता। पहचान किसी व्यक्ति के सत्यापन के लिए संकेत हैं, और सत्यापन, निर्णय व रिस्पॉन्डर-नियुक्ति, सभी एक ही Case ID के तहत ऑडिट ट्रेल में दर्ज होते हैं।

मॉनिटर तक क्या पहुँचता है

हर कैमरा एक केंद्रित एजेंट बन जाता है

होम पेज़ जैसी ही कंट्रोल-रूम वॉल: बारह क्षमता-श्रेणियाँ, हथियार और वॉचलिस्ट से लेकर आग, भीड़, ट्रैक-घुसपैठ और prompt से परिभाषित StreamVLM™ डिटेक्टर तक। हर टाइल एक डिटेक्टर है जिसके इवेंट किसी अलार्म मॉनिटर पर आ सकते हैं। वॉल को रोकने के लिए होवर करें, या किसी टाइल पर क्लिक करके देखें कि वह क्या पहचानता है और कहाँ चलता है।

अलार्म मॉनिटर

वह स्क्रीन जिस पर शिफ़्ट असल में काम करती है

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

हर ज़िले के लिए एक मॉनिटर, हर कैमरा एक साथ नहीं

Alarms स्क्रीन केवल उन मॉनिटर के साथ खुलती है जिनके लिए साइन-इन उपयोगकर्ता के ग्रुप अधिकृत हैं, और किसी और के साथ नहीं। कोई एक चुनें और उसके इवेंट कार्ड स्क्रीन को अलार्म विवरण से भर देते हैं, साथ में बगल के साइडबार में मानचित्र-स्थान भी। न देखे गए कार्ड गहरे लाल रंग में दिखते हैं, जिन मॉनिटर में अपठित अलार्म हों वे सूची में लाल बिंदी के साथ सबसे ऊपर आ जाते हैं, और हेडर में मौजूद घंटी अभी प्रतीक्षारत मॉनिटर की गिनती दिखाती है। ऑपरेटर Mark as Read से एक-एक कर कार्ड निपटाता है, Hide Viewed से स्क्रीन खाली करता है, और Mark All as Viewed से किसी ऐसे मॉनिटर को वापस सौंप देता है जो उसकी अपनी ज़िम्मेदारी से बाहर है। पाँच तक मॉनिटर पसंदीदा के रूप में पिन किए जा सकते हैं। इन्हें आकार देने पर IREX की अपनी सलाह सीधी है: एक मॉनिटर पर बहुत अधिक कैमरे न रखें, बड़े क्षेत्र को एक-एक कर ज़िलों में बाँटें, और लंबी व्यक्ति-सूची को छोटी सूचियों में तोड़ें ताकि वह किसी फेस-रिकग्निशन मॉनिटर को लबालब न कर दे।

रियल-टाइम क्राइम सेंटर देखें
IREX की Alarms स्क्रीन: बाईं ओर मॉनिटर की एक सूची जिसमें People without masks, Unauthorized Vehicles, IREX Team, All People, Missing Children और Weapons जैसे मॉनिटर के नाम हैं, बगल में प्लेट-रिकग्निशन इवेंट कार्ड की एक फ़ीड, जिनमें से कई न देखे गए के रूप में गहरे लाल रंग में हैं, एक Mark All as Viewed नियंत्रण के नीचे
न देखे गए कार्ड तब तक गहरे लाल रंग में रहते हैं जब तक कोई उन्हें पढ़ा हुआ चिह्नित न करे। प्लेटफ़ॉर्म इंटरफ़ेस से लिया गया कैप्चर; फ़्रेम उदाहरण हैं, घटना-अभिलेख नहीं।

क्या एक बार सेट होता है, और इसे कौन देख सकता है

मॉनिटर बनाना एक छोटा फ़ॉर्म भरने जैसा है: एक स्वतःस्पष्ट नाम, वे यूज़र ग्रुप जिनके पास यह होगा, टाइमलाइन कितने अलार्म रखेगी इसके लिए एक इवेंट-सीमा, और एक response protocol, वह पाठ जो ऑपरेटर को याद दिलाता है कि यह मॉनिटर फ़ायर होने पर क्या करना है और जिसे वे कार्ड मेन्यू से View Protocol के रूप में दोबारा खोलते हैं। यह प्रोटोकॉल एक याद-दिलाने वाली चीज़ है, स्वचालन नहीं: निर्णय व्यक्ति के पास ही रहता है। निर्माता केवल वे ग्रुप चुन सकता है जिनसे वह स्वयं जुड़ा है, इसलिए व्यापक पहुँच प्रशासक का काम है, जो यूज़र ग्रुप की अपनी स्क्रीन पर मॉनिटर-दर-मॉनिटर दी जाती है। दो स्विच तय करते हैं कि इवेंट स्क्रीन से आगे कहाँ जाएँ: Enable messenger notifications और Send events to external systems। इसके बाद Set Filter तय करता है कि मॉनिटर आख़िर किसलिए है: एनालिटिक्स modules, सेंसर, कैमरे, स्थान, व्यक्ति-सूचियाँ, वाहन-सूचियाँ, प्राथमिकताएँ, ऑब्जेक्ट, रूप-रंग, ब्रांड, रंग और गति। संस्करण 4.40 से एक मॉनिटर में एक की जगह कई अलग-अलग फ़िल्टर होते हैं, हर एक अपने नाम और अपने मानदंडों के सेट के साथ बनाया गया, और Preview किसी फ़िल्टर को लागू करने से पहले उसकी जाँच करता है: यह दिखाता है कि मॉनिटर पर कौन-से अलार्म किस दर से दिखेंगे, ताकि फ़िल्टर जो मात्रा पैदा करेगा उसे कोई सुपरवाइज़र पहले से देख ले, न कि किसी शिफ़्ट को बाद में पता चले। यातायात उल्लंघन अपनी अलग फ़िल्टर श्रेणी हैं, जो दर्ज किए गए उल्लंघनों को बाक़ी वीडियो-एनालिटिक्स इवेंट से अलग किसी मॉनिटर पर भेजती है। किसी मॉनिटर पर हर प्रबंधन-कार्रवाई, चाहे वह बनाना हो, संपादित करना हो, दोबारा फ़िल्टर करना हो, शेड्यूल करना हो या हटाना हो, एक Case ID माँगती है।

दस्तावेज़: मॉनिटर को User Groups को असाइन करें (अंग्रेज़ी में)
Create Alarm Monitor डायलॉग जिसमें Name और User Groups के लिए फ़ील्ड, 100 की इवेंट-संख्या सीमा, एक Response Protocol टेक्स्ट-बॉक्स, और Enable messenger notifications व Send events to external systems के लिए स्विच हैं
Create Alarm Monitor। प्लेटफ़ॉर्म दस्तावेज़ीकरण से लिया गया कैप्चर।

अलर्ट कहाँ जाते हैं

पाँच गंतव्य, एक इवेंट

  1. रियल-टाइम क्राइम सेंटर

    अलार्म मॉनिटर कैमरों, स्थानों और इवेंट-प्रकारों को ऑपरेटर वर्कस्टेशन पर समूहित करते हैं, ताकि एक शिफ़्ट को केवल वे इवेंट दिखें जो उसके ज़िम्मे हैं, न कि एक साथ सब कुछ।

  2. 911 और डिस्पैच

    इवेंट डिस्पैच वर्कफ़्लो तक साक्ष्य के साथ ही पहुँचते हैं, और यहीं से रिपोर्ट किए गए 10x या उससे बेहतर रिस्पॉन्स-टाइम में कमी का आधार बनता है।

  3. Sover सुरक्षित मैसेंजर

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

    Sover संचार देखें
  4. बाहरी सिस्टम और डिवाइस

    जैसे ही कोई इवेंट किसी मॉनिटर पर आता है, वह आपके द्वारा नामित URL को कॉल कर सकता है, जिसकी कार्यप्रणाली नीचे दी गई है। दस्तावेज़-सिद्ध उपयोग: ऑफ़िस के प्रवेश-द्वार पर फेस-मैच से दरवाज़ा खुलना, मेट्रो स्टेशन पर “Safety line crossed” इवेंट पर पीछे हटने की चेतावनी बजना, और किसी संरक्षित क्षेत्र में गतिविधि पर लाइट और सायरन शुरू होना। Sigur और Netping जैसे access-control और डिवाइस integrations को external connections के अंतर्गत हर यूज़र ग्रुप के लिए प्रबंधित किया जाता है।

  5. डैशबोर्ड और एक्सपोर्ट

    हीटमैप, ट्रेंड-विश्लेषण, और स्वयं अलर्टिंग पर compliance ऑडिटिंग के लिए Apache Superset में निरंतर एक्सपोर्ट।

अलर्ट स्वयं

एक कार्ड पूरा इवेंट वहन करता है

साक्ष्य को अलर्ट के साथ जोड़ना ही वह वजह है जिससे सत्यापन कार्ड पर ही हो जाता है, इससे पहले कि किसी को कहीं भेजा जाए।

फ़्रेम, कैमरा, स्थान, प्लेबैक लिंक

कार्ड की शुरुआत उस इवेंट-वर्ग से होती है जिसे एनालिटिक्स ने फ़ायर किया, उस फ़्रेम के ऊपर जिसने इसे ट्रिगर किया, नीचे कैमरे के नाम और स्थान-टैग के साथ। स्नैपशॉट पर क्लिक करने पर विवरण साइडबार खुलता है, जिसमें इवेंट का नाम, मानचित्र पर स्थान, और लागू इवेंट-टैग जैसे वाहन-प्रकार या अनुमानित आयु दिखते हैं। थ्री-डॉट मेन्यू वह जगह है जहाँ ऑपरेटर अगला कदम उठाता है: फ़ाइल के लिए Download Snapshot, एक छोटा लिंक पाने के लिए Copy Link जो इवेंट को IREX प्लेयर में वापस चलाता है और किसी संदेश में पेस्ट किया जा सकता है, यह जाँचने के लिए कि स्पॉटिंग कैमरा क्या चला रहा है Camera Settings (जब तक ऑपरेटर की भूमिका संपादन की अनुमति न दे, केवल देखने योग्य), और मानचित्र पर व्यक्ति या वाहन के waypoints को कालानुक्रमिक क्रम में खींचने के लिए Route

दस्तावेज़: इवेंट कार्ड की समीक्षा करें (अंग्रेज़ी में)
छह IREX अलर्ट कार्ड, हर एक कैमरा फ़्रेम जिस पर उसके फ़ायर किए गए इवेंट-वर्ग की हेडलाइन है: Fire or Smoke, Exit Blocked, Wrong Driving Direction, Vandalism, Too Many People, और Person in Unauthorized Hours, हर फ़्रेम के नीचे कैमरे के नाम और स्थान-टैग के साथ
हर कार्ड पर इवेंट-वर्ग ही हेडलाइन है। इंटरफ़ेस से लिए गए उदाहरणात्मक फ़्रेम, न कि घटना-अभिलेख और न ही सटीकता का मापदंड।

अलर्ट बाहर भेजना

अलर्ट प्लेटफ़ॉर्म से बाहर जाने के तीन तरीके

Sover अलर्ट को किसी व्यक्ति तक पहुँचाता है। बाक़ी दो इसे सॉफ़्टवेयर तक पहुँचाते हैं, और किसका उपयोग करना है यह मात्रा का प्रश्न है: वे अलर्ट जिन्हें हर बार कोई कार्रवाई ट्रिगर करनी चाहिए, उनके लिए वेबहुक; पूरी इवेंट-धारा के लिए Apache Superset।

लोगों तक: Sover मैसेंजर

किसी मॉनिटर के लिए मैसेंजर नोटिफ़िकेशन चालू करें और उस पर आने वाला हर अलार्म Sover के सुरक्षित मैसेंजर में एक ग्रुप चैट तक पहुँच जाता है: इवेंट स्नैपशॉट, इवेंट और कैमरे के नाम, लागू अतिरिक्त विवरण जैसे प्लेट, स्थान, और एक लिंक जो इवेंट को IREX प्लेयर में वापस चलाता है, रिस्पॉन्डर जो भी डिवाइस थामे हो उस पर।

Sover संचार देखें

आपके सिस्टम तक: ओपन API और वेबहुक

उन अलर्ट के लिए जिन्हें हर बार कुछ करना चाहिए। Send events to external systems चालू करें और जैसे ही कोई इवेंट मॉनिटर पर आता है, वह आपके चुने HTTP method के साथ आपके नामित URL को कॉल करता है, और POST के लिए फ़्रेम भी साथ लगे होते हैं; इवेंट JSON के रूप में पहुँचते हैं। REST API इंटरफ़ेस को छुए बिना प्लेट-सूची, मॉनिटर, उसका फ़िल्टर और उसका वेबहुक बना देता है, जो API गाइड के सात-चरण वाले Track a Vehicle ट्यूटोरियल में बताया गया है। प्रति अलर्ट एक कॉल, इसलिए यह उस मॉनिटर के लिए उपयुक्त है जो दिन में कुछ बार फ़ायर होता है, न कि उसके लिए जो हज़ार बार फ़ायर होता है।

दस्तावेज़: API के ज़रिए वाहन को ट्रैक करें (अंग्रेज़ी में)

विश्लेषकों तक: Apache Superset

पूरी धारा के लिए। हर इवेंट प्लेटफ़ॉर्म के ClickHouse इवेंट डेटाबेस में लगातार एक्सपोर्ट होता है, और Apache Superset उसे क्वेरी करता है: प्रति इवेंट 35 से अधिक कॉलम, कैमरा, module, इवेंट-प्रकार और प्राथमिकता से लेकर प्लेट, वाहन का रंग और गति, पहचाना गया व्यक्ति और समानता, और भीड़ का आकार तक, फ़िल्टर या standard SQL के ज़रिए। डैशबोर्ड प्रति-मॉनिटर अलार्म-दर, हीटमैप, वॉचलिस्ट-हिट आवृत्ति, और compliance ऑडिटिंग जिन अनियमित उपयोग-प्रारूपों की तलाश करती है वे दिखाते हैं, और PDF, image या CSV के रूप में एक्सपोर्ट होते हैं।

दस्तावेज़: Apache Superset एकीकरण (अंग्रेज़ी में)

धारा को व्यावहारिक बनाए रखना

अलार्म-मात्रा एक डिज़ाइन-समस्या है, बाद का विचार नहीं

  • टीम के अनुसार आकार, पूरे estate के अनुसार नहीं। सिफ़ारिश यह है कि मॉनिटर इस तरह बनाए जाएँ कि सामान्य नए-अलार्म की आवृत्ति रिस्पॉन्स टीम की प्रोसेसिंग-क्षमता के भीतर रहे, जो सॉफ़्टवेयर से पहले स्टाफ़िंग का प्रश्न है।
  • समय-खिड़कियों वाले शेड्यूल। मॉनिटर सप्ताह के दिन या विशिष्ट तारीख़ के अनुसार स्वयं आर्म और डिसआर्म होता है, ताकि रात भर चलने वाला मॉनिटर दिन में भी सक्रिय न रहे। मैन्युअल रूप से बंद करना शेड्यूल को रद्द नहीं करता, बल्कि उसे अस्थायी रूप से ओवरराइड करता है।
  • एक रेट-सीमा जो cluster की रक्षा करती है। यदि किसी मॉनिटर पर नए अलार्म 12 प्रति सेकंड की पूर्व-निर्धारित सीमा से अधिक हो जाएँ, तो प्लेटफ़ॉर्म उस मॉनिटर को ब्लॉक कर देता है, इसे front page पर फ़्लैग करता है, और तब तक बंद रखता है जब तक कोई व्यक्ति कारण की जाँच कर इसे जानबूझकर वापस चालू न करे।
  • मैन्युअल या ऑटोमैटिक अपडेट। डिफ़ॉल्ट रूप से कार्ड की व्यवस्था स्थिर रहती है और एक New Events संकेतक दिखाई देता है, ताकि ऑपरेटर सामने वाला कार्ड पहले निपटा सके; Auto-update नए अलार्म को होते ही धारा में जोड़ देता है।
  • पसंदीदा, और जो निपट चुका उसे छुपाना। पाँच तक मॉनिटर सूची के शीर्ष पर पिन होते हैं, और देखे गए कार्ड छुपाए जा सकते हैं ताकि स्क्रीन पर केवल वही रहे जिसे अभी तक किसी ने नहीं संभाला।
  • रिसोर्स ग्रुप से बने फ़िल्टर। वीडियो स्रोतों को एक नामित resource group में इकट्ठा किया जा सकता है, और अलार्म-मॉनिटर की फ़िल्टर सेटिंग उस ग्रुप को एक मानदंड के रूप में लेती है, ताकि किसी ज़िले का मॉनिटर हाथ से चुनी कैमरा-सूची के बजाय उस ग्रुप से बने जो पहले से ज़िले को परिभाषित करता है। Cameras, Events और Plans पेज भी resource group के अनुसार इसी तरह फ़िल्टर करते हैं।
  • हर बदलाव पर Case ID। मॉनिटर प्रबंधन एक शासित कार्रवाई है, प्राथमिकता नहीं: इसके लिए Case ID ज़रूरी है, और प्लेटफ़ॉर्म की एक्टिविटी लॉगिंग दर्ज करती है कि किसने क्या बदला, जिसे बाद में कोई एथिक्स कमेटी या सुपरवाइज़र ऑडिट करता है।

तथ्य

ह्यूमन इन द लूप
कोई प्रतिक्रिया स्वायत्त रूप से नहीं चलती। पहचान हमेशा किसी व्यक्ति के सत्यापन के लिए संकेत होती है।
साक्ष्य संलग्न
स्नैपशॉट, कैमरा, मानचित्र-स्थान, समय, और फ़ायर करने वाला एनालिटिक्स अलर्ट के साथ ही जाते हैं।
नॉइज़ नियंत्रण
प्रति-डिटेक्टर कॉन्फ़िडेंस थ्रेशोल्ड और अलर्ट कूलडाउन, साथ ही भूमिका के दायरे में सीमित अलार्म मॉनिटर।
वैकल्पिक निगरानी
प्रोफ़ेशनल मॉनिटरिंग एक कॉल सेंटर जोड़ती है जो इवेंट सत्यापित करता है और सहमत रिस्पॉन्स प्रोटोकॉल पर काम करता है।

रिकॉर्ड से

अलर्टिंग पर IREX ने क्या प्रकाशित किया है

आर्काइव से तीन: उत्पाद के रूप में अलार्म मॉनिटर, स्क्रीन के बजाय अलर्ट को टीम के सामने रखने का तर्क, और अनुमतियाँ कैसे एक एजेंसी के अलार्म को दूसरी एजेंसी की नज़र से बाहर रखती हैं।

FAQ

क्या ऑपरेटर फॉल्स-पॉज़िटिव से भर जाएँगे?

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

हम एक टीम के अलर्ट को दूसरी टीम की नज़र से कैसे बाहर रखें?

किसी मॉनिटर को नामित यूज़र ग्रुप के साथ साझा किया जाता है, और Alarms स्क्रीन किसी उपयोगकर्ता को केवल वे मॉनिटर दिखाती है जो उसके ग्रुप के पास हैं। मॉनिटर बनाने वाला व्यक्ति केवल वे ग्रुप चुन सकता है जिनसे वह स्वयं जुड़ा है, इसलिए पहुँच को व्यापक बनाना प्रशासक का जान-बूझकर किया गया कार्य है, जो यूज़र ग्रुप की अपनी स्क्रीन पर मॉनिटर-दर-मॉनिटर किया जाता है। कैमरे और अन्य साझा संसाधन, जिनमें डेटाबेस सूचियाँ और स्थान शामिल हैं, उसी तरह ग्रुप को असाइन किए जाते हैं, और भूमिकाएँ यह तय करती हैं कि किसी ग्रुप का सदस्य क्या कर सकता है, न कि केवल क्या देख सकता है। स्वयं संसाधनों को समूहित करना एक अलग पेज का काम है: Resource Groups, जो यूज़र मेन्यू के Collaboration सेक्शन में है, वहाँ वीडियो स्रोतों के एक समूह को नामित ग्रुप के रूप में बनाया जाता है और एक या अधिक यूज़र ग्रुप को उस तक पहुँच दी जाती है, या तो वहीं या User Groups पेज के Resource Groups टैब पर। एक बार ग्रुप बन जाने पर, Cameras, Events और Plans पेज तथा अलार्म-मॉनिटर की फ़िल्टर सेटिंग, सभी उसके अनुसार फ़िल्टर कर सकते हैं, इसलिए जो विभाजन पहुँच तय करता है वही यह भी तय करता है कि मॉनिटर क्या देखता है। यही वह बात है जो एक शहर के इन्फ्रास्ट्रक्चर को साझा करने वाली कई एजेंसियों के लिए एक प्लेटफ़ॉर्म को व्यावहारिक बनाती है।

क्या कोई अलर्ट हमारे अपने सिस्टम को ट्रिगर कर सकता है?

हाँ। कोई भी अलार्म मॉनिटर, जैसे ही उस पर कोई इवेंट आता है, आपके चुने HTTP method का उपयोग करके आपके नामित URL को कॉल कर सकता है, और POST के लिए इवेंट फ़्रेम भी संलग्न करता है; इवेंट उस URL पर JSON के रूप में पहुँचते हैं। दस्तावेज़-सिद्ध डिप्लॉयमेंट इसका उपयोग फेस-मैच पर दरवाज़ा खोलने, मेट्रो स्टेशन पर safety line पार होने पर पीछे हटने की घोषणा बजाने, और किसी संरक्षित क्षेत्र में गतिविधि पर लाइट व सायरन शुरू करने के लिए करते हैं। नामित CAD, RMS या dispatch उत्पाद integrations दस्तावेज़-सिद्ध सेट का हिस्सा नहीं हैं, इसलिए किसी विशिष्ट dispatch सिस्टम को पहले से तय बात नहीं, बल्कि पायलट में दायरा तय किए जाने वाला एक integration मानें।

क्या IREX किसी प्रतिक्रिया को स्वचालित रूप से डिस्पैच कर सकता है?

नहीं, और यह जान-बूझकर है। पहचान किसी इंसान के सत्यापन के लिए संकेत हैं; कोई प्रतिक्रिया स्वायत्त रूप से नहीं चलती।

प्रोफ़ेशनल मॉनिटरिंग क्या है?

एक वैकल्पिक सेवा जिसमें आपके कैमरों से अलार्म एक कॉल सेंटर तक पहुँचाए जाते हैं, जो इवेंट को सत्यापित करता है और सहमत रिस्पॉन्स प्रोटोकॉल के अनुसार प्रतिक्रिया देता है, आपकी कॉल-सूची पर मौजूद संपर्कों को, फ़र्स्ट रिस्पॉन्डर सहित, क्रम में कॉल करते हुए।

क्या कोई अलर्ट फ़ील्ड में मौजूद फ़ोन तक पहुँचता है?

हाँ, Sover के ज़रिए, जो end-to-end एन्क्रिप्टेड मैसेंजर है। जिस भी अलार्म मॉनिटर पर मैसेंजर नोटिफ़िकेशन चालू हों, उसे अपनी एक ग्रुप चैट मिलती है, और वही थ्रेड साक्ष्य अपलोड और प्लेटफ़ॉर्म को वापस भेजे गए प्राकृतिक-भाषा follow-up प्रश्नों को भी स्वीकार करता है।

अलर्ट-पथ को शुरू से अंत तक टेस्ट करें

एक पायलट पूरी श्रृंखला साबित करता है: आपके कैमरों पर पहचान, आपके ऑपरेटर तक रूटिंग, और उसके बाद बनने वाला ऑडिट रिकॉर्ड।