← लेखों पर वापस

Xeoma में समस्या डिटेक्टर

कॉर्पोरेट स्तर के बड़े पैमाने पर वीडियो निगरानी सिस्टम में सैकड़ों, यहाँ तक कि हज़ारों कैमरों का उपयोग होता है। ऐसी स्थितियों में यह ट्रैक रखना मुश्किल होता है कि क्या सभी कैमरे हमेशा ऑनलाइन हैं या वीडियो निगरानी सिस्टम ठीक से काम कर रहा है।

ऐसे समय तथाकथित तोड़फोड़ डिटेक्टर की स्वचालित वीडियो एनालिटिक्स विशेष रूप से उपयोगी साबित होती है – जो किसी खतरे या चल रहे अपराध के बारे में ऑपरेटरों और व्यवस्थापकों को तुरंत सूचित करती है।

बर्बरता के पहले शिकार आमतौर पर स्वयं कैमरे होते हैं। अपराधी पूरी कोशिश करते हैं कि वे रिकॉर्ड न हों (इसीलिए शुरू से ही उनकी सही स्थिति निर्धारित करना आवश्यक है), और यदि ऐसा करना कठिन हो, तो वे उस खतरे को समाप्त करने का प्रयास करते हैं।

बर्बरता या कैमरों को तोड़ना अपराधियों द्वारा सबसे अधिक चुना जाने वाला तरीका है। वीडियो निगरानी सिस्टम के मालिकों के लिए यह सबसे सस्ता विकल्प नहीं हो सकता, लेकिन इसका लाभ यह है कि ऑपरेटरों को उसी क्षण पता चल जाएगा कि कैमरा अक्षम हो गया है, और वे तत्काल कार्रवाई कर सकते हैं। हालाँकि, उन VSS के लिए स्थिति भिन्न है जो बिना मानवीय निगरानी के वर्षों तक चलते हैं: न केवल उपकरण क्षतिग्रस्त होते हैं और कीमती सामान चोरी हो जाती है बिना किसी सबूत के, बल्कि सिस्टम की खराबी का पता चलने से पहले अन्य घटनाओं की वीडियो रिकॉर्डिंग भी गायब हो सकती है।

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

वीडियो निगरानी सिस्टम के मालिकों के दृष्टिकोण से सर्वोत्तम स्थिति तब होगी जब कैमरा घुमा दिया जाए – बस दूसरी दिशा में इंगित किया जाए, रोशनी की तेज़ चमक से अंधा कर दिया जाए (उदाहरण के लिए, कार की हेडलाइट्स से) या ढक दिया जाए, जैसे कि कपड़े या बैग से। यहाँ एकमात्र नुकसान वह है जो अपराधी कैमरों की अनुपस्थिति में संरक्षित स्थल से ले जाते हैं। तकनीकी रूप से, कैमरे ठीक हैं – वे किसी स्थल की निगरानी कर रहे हैं, लेकिन सही स्थल की नहीं। यदि निगरानी के लिए कई कैमरे हैं, तो ऑपरेटर इस छोटे से बदलाव को नज़रअंदाज़ कर सकते हैं और परिणामस्वरूप, उनकी नाक के नीचे हो रहे अपराध को भी चूक सकते हैं, बिल्कुल किसी जासूसी फिल्म की तरह। न कोई रिकॉर्ड और न ही अभियोजन के लिए कोई सबूत।

Xeoma में "समस्या डिटेक्टर" मॉड्यूल

बिना निगरानी वाले सिस्टम स्वास्थ्य की जांच सुनिश्चित करने के लिए, Xeoma न केवल उन्नत ऑन-स्क्रीन डायग्नोस्टिक्स प्रदान करता है, बल्कि "समस्या डिटेक्टर" मॉड्यूल भी उपलब्ध कराता है। इस तोड़फोड़ डिटेक्टर के पीछे की वीडियो एनालिटिक्स दृश्य परिवर्तनों (जब कैमरे से छेड़छाड़ की जा रही हो) या सिस्टम के "स्वास्थ्य" से जुड़ी समस्याओं के बारे में आपकी पसंद के अनुसार स्वचालित सूचनाएं प्रदान करती है।

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

आइए मॉड्यूल की सेटिंग्स पर विस्तार से नज़र डालें।

जब भी आप मॉड्यूल पर क्लिक करेंगे, आप उसकी सेटिंग्स दर्ज कर सकेंगे। "समस्या डिटेक्टर" में आपको निम्नलिखित विकल्प मिलेंगे:

• ट्रिगरिंग का प्रकार:

यदि कोई समस्या न हो तो ट्रिगर करें – यदि चयनित समस्याओं में से कोई भी समस्या डिटेक्ट नहीं होती है, तो मॉड्यूल सिग्नल को मॉड्यूल चेन में अगले मॉड्यूल्स को पास कर देगा
हमेशा ट्रिगर करें – मॉड्यूल हमेशा “ट्रिगर्ड” मोड में रहता है, अर्थात यह मॉड्यूल श्रृंखला में आगे के मॉड्यूल्स को सिग्नल भेजता है
समस्या होने पर ट्रिगर करें – यदि चयनित समस्याओं में से कम से कम एक का पता चलता है, तो मॉड्यूल मॉड्यूल श्रृंखला में आगे के मॉड्यूल्स को सिग्नल भेजेगा

• गैर-कैमरा संबंधी समस्याओं की हमेशा जाँच करें (भले ही कैमरा स्ट्रीम निष्क्रिय हो) चेकबॉक्स

इस विकल्प का उपयोग उन समस्याओं की निगरानी के लिए किया जाता है जो कैमरे से संबंधित नहीं हैं, भले ही कैमरा स्वयं काम न कर रहा हो (या कैमरा मौजूद ही न हो)। ऐसे मामले में कैमरे से असंबंधित सभी समस्याएँ (डिस्क, RAM आदि) हर स्थिति में डिटेक्ट की जाएँगी।

• कैमरे से कोई छवि नहीं और कोई ध्वनि नहीं चेकबॉक्स

कैमरा टाइमआउट स्लाइडर

ये विकल्प तब डिटेक्ट करते हैं जब कैमरा छवि अपडेट नहीं हो रही हो और कैमरे से कोई ऑडियो न आ रहा हो। कैमरा टाइमआउट स्लाइडर द्वारा आप ट्रिगर होने का समय चुन सकते हैं। अर्थात यदि आप स्लाइडर को 10 सेकंड पर सेट करते हैं, तो 10 सेकंड से कम अवधि वाली "वीडियो/ध्वनि की अनुपस्थिति" डिटेक्ट नहीं की जाएगी।

• कैमरा वीडियो स्ट्रीम की अनुपस्थिति (कोई वीडियो और ध्वनि नहीं) चेकबॉक्स

कैमरा टाइमआउट स्लाइडर

यह चेकबॉक्स कैमरे के पूर्ण डिस्कनेक्शन को डिटेक्ट करता है (जैसे जब कैमरा बिल्कुल भी प्रतिक्रिया या स्ट्रीमिंग न कर रहा हो)। कैमरा टाइमआउट स्लाइडर का उपयोग ट्रिगर समय निर्धारित करने के लिए किया जाता है; उदाहरण के लिए, आप झूठे अलार्म से बचने के लिए आवश्यक समय निर्धारित कर सकते हैं ताकि कैमरे के थोड़े समय तक प्रतिक्रिया न देने की स्थिति को नजरअंदाज किया जा सके।

• कैमरा डीफोकसिंग चेकबॉक्स

फोकस स्तर स्लाइडर

यह विकल्प आपको यह ट्रैक करने में सक्षम बनाता है कि छवि कब फोकस से बाहर (धुंधली) हो जाती है।

• कैमरा छवि बहुत अधिक गहरी और कैमरा छवि बहुत अधिक चमकीली चेकबॉक्स

चमक परिवर्तन सहनशीलता, % स्लाइडर
चमक की निचली सीमा, % में स्लाइडर
चमक की ऊपरी सीमा, % में स्लाइडर

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

• कैमरा मुड़ा हुआ हो सकता है चेकबॉक्स

छवि परिवर्तन थ्रेशोल्ड, % स्लाइडर

यह चेकबॉक्स कैमरा छवि के पिक्सेल ऑफसेट के आधार पर यह डिटेक्ट करने में सक्षम बनाता है कि आपका कैमरा कब मुड़ गया है। छवि परिवर्तन थ्रेशोल्ड आपको वह मान निर्धारित करने की अनुमति देता है जिस पर मॉड्यूल ट्रिगर होगा।

• पैकेट लॉस ट्रैक करें चेकबॉक्स

यह विकल्प अस्थिर कैमरा कार्य (पैकेट/कैमरा स्ट्रीमिंग डेटा की हानि) को डिटेक्ट करने में सक्षम बनाता है। अधिकांशतः ऐसी समस्याएँ नेटवर्क खराबी का संकेत देती हैं।

• कोई खाली डिस्क स्पेस नहीं बचा चेकबॉक्स

शेष स्पेस इससे कम स्लाइडर

यह विकल्प डिस्क पर शेष स्पेस को स्लाइडर पर कॉन्फ़िगर किए गए मान से कम होने पर डिटेक्ट करता है।

• RAM समाप्त हो रही है चेकबॉक्स

शेष RAM जानकारी – उपलब्ध RAM के बारे में जानकारी
शेष RAM इससे कम स्लाइडर

यह विकल्प मेमोरी (RAM) लीक को डिटेक्ट करता है।

• प्रोसेसर लोड चेकबॉक्स

इससे अधिक स्लाइडर

Xeoma का "समस्या डिटेक्टर" CPU लोड की भी निगरानी कर सकता है। आप स्लाइडर द्वारा मॉड्यूल के लिए डिटेक्ट करने हेतु आवश्यक लोड सीमा कॉन्फ़िगर कर सकते हैं।

• नेटवर्क संसाधन तक पहुँच की जाँच करें चेकबॉक्स

नेटवर्क संसाधन का पता फ़ील्ड
उपलब्धता जाँच अंतराल स्लाइडर

यह विकल्प आपको किसी भी नेटवर्क डिवाइस, इंटरनेट संसाधन (वेबसाइट), आदि का IP पता निर्दिष्ट करने में सक्षम बनाता है।
उदाहरण के लिए, आप सर्वर पर इंटरनेट एक्सेस की समस्याओं को डिटेक्ट कर सकते हैं या नेटवर्क डिवाइस (स्वचालित गेट बैरियर, रिले, आदि) तक पहुँच न होने की समस्याओं की निगरानी कर सकते हैं।

• सर्वर रीस्टार्ट हुआ चेकबॉक्स

यह विकल्प सर्वर क्रैश को ट्रैक करता है। यदि सर्वर क्रैश हो जाता है और फिर अनुचित तरीके से पुनः आरंभ होता है, तो यह विकल्प सक्रिय हो जाएगा।

• डेटाबेस समस्याएं चेकबॉक्स

यह चेकबॉक्स Xeoma में आर्काइव डेटाबेस (archive.db – विभिन्न फ़िल्टर-मॉड्यूल से मेटाडेटा युक्त डेटाबेस) संबंधी समस्याओं को ट्रैक करता है।

• इंटरनेट ट्रैफ़िक सीमा पार करना चेकबॉक्स

आवक ट्रैफ़िक, GB स्लाइडर
ट्रैफ़िक काउंटर रीसेट अंतराल ड्रॉपडाउन

यह विकल्प नेटवर्क सीमा से अधिक उपयोग का पता लगाता है।

• लॉग फ़ाइल में समस्याएं रिकॉर्ड करें चेकबॉक्स

लॉग के लिए इस फ़िल्टर का कस्टम नाम

यह विकल्प सभी समस्याओं को लॉग फ़ाइल में सहेजता है। आप निम्न प्रारूप में लॉग फ़ाइल सहेजने का पथ निर्दिष्ट कर सकते हैं: C:\Users\Public\Documents\Xeoma\Logs\ProblemsDetector.log (Windows)
डिफ़ॉल्ट रूप से लॉग सेटिंग्स फ़ोल्डर के “Logs” फ़ोल्डर में सहेजे जाते हैं।

त्रुटि संदेश स्क्रीन पर भी प्रदर्शित होते हैं। उपयुक्त फ़ॉन्ट आकार चुनने पर आप Xeoma की चेतावनियों को नहीं छोड़ेंगे:



आप “लेआउट मेनू” (मुख्य विंडो के निचले पैनल पर “वर्ग/विंडो” आइकन (सभी कैमरा दृश्य मोड)) – विंडो सेटिंग्स – कैमरा नामों के लिए फ़ॉन्ट आकार (डिफ़ॉल्ट रूप से 12 pt) के माध्यम से फ़ॉन्ट आकार समायोजित कर सकते हैं।

जैसा कि पहले बताया गया है, “Problem Detector” जानकारी को लॉग फ़ाइल में भी सहेज सकता है। लॉग फ़ाइल का नाम ProblemsDetector.log है। इसे Xeoma फ़ोल्डर के Logs फ़ोल्डर में पाया जा सकता है। लॉग में दृश्य परिवर्तन या सिस्टम स्वास्थ्य समस्याओं के बारे में कई संदेश हो सकते हैं, यहाँ पूरी सूची दी गई है:

• RAM कम पड़ रही है
• RAM की समस्या हल हो गई है
• सर्वर गलत तरीके से पुनः आरंभ हुआ
• डिस्क स्थान कम पड़ रहा है
• डिस्क स्थान की समस्या हल हो गई है
• डिस्क पर कोई खाली स्थान शेष नहीं
• कैमरा छवि बहुत गहरी है
• वीडियो स्ट्रीम अब बहुत धुंधली नहीं है
• वीडियो स्ट्रीम अब बहुत चमकीली नहीं है
• कैमरा छवि बहुत अधिक चमकीली है
• कैमरा घूम गया है या उसका दृश्य अवरुद्ध है
• कैमरा अब नहीं घूम रहा है
• डेटाबेस अपडेट त्रुटि
• डेटाबेस रीडिंग त्रुटि
• डेटाबेस राइटिंग त्रुटि
• ऑडियो स्ट्रीम प्राप्त हुई
• वीडियो स्ट्रीम प्राप्त हुई
• कैमरा छवि अनुपलब्ध है या बदल नहीं रही है
• नेटवर्क संसाधन अब उपलब्ध नहीं है
• नेटवर्क संसाधन पुनः उपलब्ध है
• उच्च प्रोसेसर लोड
• प्रोसेसर लोड सामान्य हो गया
• छवि रिफ्रेश नहीं हो रही है
• कैमरा स्ट्रीम (वीडियो या ऑडियो) पूरी तरह अनुपलब्ध

ProblemsDetector.log:



बीटा संस्करण Xeoma 20.10.13 से शुरू करके, हमने फ़िल्टर मॉड्यूल (उदाहरण के लिए, “शेड्यूलर”) के साथ काम करने की क्षमता जोड़ी है। बीटा संस्करण Xeoma 23.3.22 से शुरू करके, हमने क्लाइंट के माध्यम से लॉग फ़ाइल डाउनलोड करने का विकल्प जोड़ा है। अब रिमोट कनेक्शन के दौरान भी लॉग फ़ाइल प्राप्त की जा सकती है। बीटा संस्करण Xeoma 23.3.22 से शुरू करके, हमने “कैमरा छवि बहुत धुंधली है” विकल्प को बारीकी से ट्यून करने के लिए नए पैरामीटर जोड़े हैं, जो कैमरा ढके जाने पर आपको सूचित करेंगे।

16 अप्रैल, 2015, अद्यतन: 27 मार्च, 2023

यह भी पढ़ें:

Xeoma सॉफ़्टवेयर के बारे में अक्सर पूछे जाने वाले प्रश्न
संपूर्ण Xeoma उपयोगकर्ता मैनुअल
वीडियो सुरक्षा सॉफ़्टवेयर के साथ बर्बरता की पहचान कैसे करें और विरूपण तथा आपराधिक क्षति को कैसे रोकें