Problemidentifiering i Xeoma
Storskaliga övervakningssystem på företagsnivå använder hundratals, ibland tusentals, kameror. Under sådana förhållanden är det svårt att hålla koll på om alla kameror är online eller om övervakningssystemet fungerar som det ska.
Det är här automatisk videoanalys via så kallade sabotagedetektorer kommer väl till pass – de notifierar operatörer och administratörer om hot eller pågående brottsliga handlingar.
De första offren för vandalism är oftast själva kamerorna. Brottslingar gör allt för att undvika att bli filmade (därför är det avgörande att planera placeringen noggrant redan från början) och om det är svårt tenderar de att eliminera hotet.
Vandalism eller att slå sönder kamerorna är förövarnas vanligaste val. Detta kanske inte är det billigaste scenariot för ägare av övervakningssystem, men fördelen är att operatörer omedelbart upptäcker att en kamera inaktiverats och kan vidta akuta åtgärder. Däremot gäller detta inte system som kört i åratal utan mänsklig tillsyn: utrustning skadas, värdesaker stjäls utan bevis på gärningsmannen, och inspelningar av andra händelser kan gå förlorade innan man ens upptäcker att systemet inte fungerar.
Ett annat scenario involverar mer tekniskt kunniga brottslingar som klipper kablarna till kamerorna, exempelvis Ethernet-kabeln, vilket gör att kameran slutar strömma video och bilden fryser. Själva kameran utsätts inte för vandalism, vilket är en fördel, men å andra sidan kan den senast mottagna bilden från dessa ”frysta” kameror ligga kvar på skärmen som om allt vore normalt under lång tid. Detta avslöjar inte att kamerorna har manipulerats, vilket gör att gärningsmännen kan operera ostört i en blind zon och sedan lämna platsen obemärkta med sitt byte.
Det bästa scenariot ur ägarens perspektiv är om kameran vrids – helt enkelt riktas åt ett annat håll, bländas av ett starkt ljus (exempelvis bilstrålkastare) eller skymmas, till exempel med en trasa eller en påse. Den enda skadan här är vad brottslingarna tar från den bevakade platsen medan kamerorna inte ser något. Tekniskt sett fungerar kamerorna felfritt – de övervakar visserligen en plats, men inte den de borde. Om det finns många kameror att bevaka kan operatörer missa denna lilla förändring och därmed missa brottet som sker mitt framför ögonen på dem, precis som i en klassisk spionfilm. Inga inspelningar och inga bevis för lagföring.
Modulen ”Problemidentifiering” i Xeoma
För att möjliggöra hälsokontroll av systemet utan tillsyn erbjuder Xeoma inte bara banbrytande diagnostik på skärmen utan även modulen ”Problemidentifiering”. Videoanalysen bakom denna sabotagedetektor ger automatiska notifieringar enligt valfri inställning vid scenförändringar (när kameran manipuleras) eller vid påverkan på systemets ”hälsa”.
Avancerad videoanalys, flexibel konfiguration och modulär struktur gör att du kan anpassa systemet för att ge notifieringar för specifika kameror exakt när du vill. Du kan till exempel skicka en notifiering till systemadministratören när signalen från en kamera bryts, men om det gäller en annan kamera – som vaktar ett kassaskåp – direkt utlösa ett larm. Flera typer av notifieringar kan kopplas till samma kamera.
Låt oss titta närmare på modulens inställningar.
När du klickar på modulen öppnas dess inställningar. I ”Problemidentifiering” hittar du följande alternativ:
- Utlösningstyp:
- Kryssrutan Kontrollera alltid icke-kamerarelaterade problem (även om kameraströmmen är inaktiv)
- Kryssrutorna Ingen bild från kamera och Inget ljud
- Kryssrutan Avsaknad av videoström från kamera (ingen video eller ljud)
- Kryssrutan Kamera ur fokus
- Kryssrutorna Kamerabild för mörk och Kamerabild för ljus
- Kryssrutan Kameran kan ha vridits
- Kryssrutan Spåra paketförlust
- Kryssrutan Slut på ledigt diskutrymme
- Kryssrutan RAM-minnet tar slut
- Kryssrutan Processorbelastning
- Kryssrutan Kontrollera åtkomst till nätverksresurs
- Kryssrutan Servern har startats om
- Kryssrutan Databasproblem
- Kryssrutan Överskriden datatrafik
- Kryssrutan Logga upptäckta problem till loggfil
- RAM-minnet tar snart slut
- RAM-problemet är löst
- Servern startades om felaktigt
- Diskutrymmet tar snart slut
- Diskutrymmesproblemet är löst
- Inget ledigt diskutrymme kvar
- Kamerabilden är för mörk
- Videoströmmen är inte längre för mörk
- Videoströmmen är inte längre för ljus
- Kamerabilden är för ljus
- Kameran har vridits eller blockerats
- Kameran vrids inte längre
- Fel vid databasuppdatering
- Fel vid databasläsning
- Fel vid databasskrivning
- Ljudström mottagen
- Videoström mottagen
- Kamerabild saknas eller uppdateras inte
- Nätverksresursen är inte längre tillgänglig
- Nätverksresursen är tillgänglig igen
- Hög processorbelastning
- Processorbelastningen normaliserad
- Bilden uppdateras inte
- Ingen kameraström alls (varken video eller ljud)
Utlös om inga problem upptäcks – om inga av de valda problemen identifieras, skickar modulen vidare signalen till efterföljande moduler i kedjan
Utlös alltid – modulen är ständigt i läget ”Utlöst”, det vill säga att den skickar signalen vidare till efterföljande moduler i modulkedjan
Utlös vid problem – om minst ett av de valda problemen detekteras skickar modulen signalen vidare till efterföljande moduler i modulkedjan
Detta alternativ används för att övervaka problem som inte rör kameran, även om kameran inte fungerar (eller om ingen kamera är ansluten). I så fall detekteras alla icke-kamerarelaterade problem (diskfel, RAM-minne etc.) oavsett omständigheter.
Skjutreglaget Kameratimeout
Dessa alternativ detekterar när kamerabilden inte uppdateras eller när ljud saknas från kameran. Med skjutreglaget för kameratimeout kan du ange tröskelvärdet för utlösning. Om du exempelvis ställer in reglaget på 10 sekunder ignoreras händelser med ”avsaknad av video/ljud” som varar kortare än 10 sekunder.
Skjutreglaget Kameratimeout
Denna kryssruta detekterar total bortkoppling av kameran (t.ex. när kameran varken svarar eller strömmar data). Skjutreglaget för kameratimeout används för att ställa in tiden för utlösning, så att du kan ignorera kortvariga avbrott då kameran inte svarar och därmed undvika falsklarm.
Skjutreglaget Fokusnivå
Detta alternativ gör det möjligt att övervaka när bilden blir oskarp eller hamnar ur fokus.
Skjutreglaget Tolerans för ljushetsförändring, %
Skjutreglaget Nedre gräns för ljushet, i %
Skjutreglaget Övre gräns för ljushet, i %
Detta alternativ möjliggör övervakning av när kamerabilden är för mörk eller för ljus, exempelvis om kameran täcks över eller belyses med en ficklampa. Med skjutreglagen kan du justera vilka ljushetsnivåer som ska beaktas.
Skjutreglaget Tröskelvärde för bildförändring, %
Denna kryssruta gör det möjligt att detektera om kameran har vridits, baserat på pixelavvikelse i bilden. Med tröskelvärdet för bildförändring anger du det värde som krävs för att modulen ska utlösas.
Detta alternativ gör det möjligt att identifiera instabil kameradrift (förlust av datapaket eller strömmande data). Oftast indikerar dessa problem nätverksrelaterade störningar.
Skjutreglaget Ledigt utrymme mindre än
Detta alternativ detekterar när det kvarvarande diskutrymmet understiger värdet som angetts på skjutreglaget.
Informationen Återstående RAM – information om tillgängligt RAM-minne
Skjutreglaget Återstående RAM mindre än
Detta alternativ detekterar minnesläckor (RAM).
Skjutreglaget Högre än
Xeomas ”Problemdetektor” kan även övervaka CPU-belastningen. Du konfigurerar vilken belastningsnivå som ska detekteras via skjutreglaget.
Fältet Adress till nätverksresurs
Skjutreglaget Intervall för tillgänglighetskontroll
Detta alternativ låter dig ange IP-adressen för valfri nätverksenhet, internetresurs (webbplats) etc.
Du kan exempelvis upptäcka problem med internetåtkomsten på servern eller spåra fel när en nätverksenhet inte går att nå (automatisk grind, relä etc.).
Denna funktion möjliggör spårning av serverkrascher. Funktionen utlöses om servern har kraschat och sedan startats om felaktigt.
Med denna kryssruta kan du spåra problem med arkivdatabasen i Xeoma (archive.db – databasen som innehåller metadata från olika filtermoduler).
Skjutreglaget Inkommande trafik, GB
Listrutan Intervall för nollställning av trafikräknare
Denna funktion identifierar överskridna nätverksgränser.
Anpassat namn på filtret i loggen
Med denna funktion kan du lagra alla fel i en loggfil. Ange sökvägen där loggfilen ska sparas enligt följande format: C:\Users\Public\Documents\Xeoma\Logs\ProblemsDetector.log (Windows)
Loggar lagras som standard i mappen ”Logs” i inställningsmappen.
Felmeddelanden visas också på skärmen. Med rätt teckenstorlek missar du inte Xeomas varningar:
Du kan justera teckenstorleken via ”Layoutmenyn” (ikonen ”rutor/fönster” i nedre panelen i huvudfönstret (vy för alla kameror)) – Fönsterinställningar – Teckenstorlek för kameranamn (12 punkter som standard).
Som nämnts ovan kan ”Problemdetektor” även spara information till en loggfil. Loggfilen heter ProblemsDetector.log och finns i mappen Logs i Xeomas programkatalog. Loggen kan innehålla många meddelanden om scenändringar eller problem med systemhälsan; här är den fullständiga listan:
ProblemsDetector.log:
 |
Från och med betaversion Xeoma 20.10.13 kan filtret användas i kombination med andra filtermoduler (till exempel ”Schemaläggare”).
Från och med betaversion Xeoma 23.3.22 kan loggfilen laddas ner via klienten. Nu kan loggfilen hämtas även vid fjärranslutning.
Från och med betaversion Xeoma 23.3.22 finns nya parametrar för att finjustera alternativet ”Kamerabilden är för mörk”, vilket ger aviseringar om kameran har täckts över.
|
16 april 2015, uppdaterad: 27 mars 2023
Läs även:
Vanliga frågor om programvaran Xeoma
Fullständig användarmanual för Xeoma
Så här identifierar du skadegörelse och förhindrar åverkan och sabotage med programvara för videosäkerhet