מדוע זיהוי פריצות בווידאו טועה בסצנות אמת
אלגוריתמים לזיהוי פריצות מאומנים על סצנות נקיות ומוארות היטב, אך בפועל הם נדרשים לעבוד באתר אמיתי: בלילה, בגשם ובסופת שלג, כשהמצלמות מכוונות מול השמש ומול פנסים. דווקא הפער הזה בין מערך האימון לאתר הוא שמייצר את עיקר השגיאות — הבעיה אינה במודל אלא בתנאי הצילום.
הכשלים מתקבצים לתרחישים צפויים. אור פנסים ממול שורף את קווי המתאר, ואדם בקצה הסנוור נעלם מהפריים כליל. סופת שלג, שלג וגשם שוטף מייצרים אלפי נקודות נעות שהגלאי קורא כחדירה המונית.
עצמים קטנים ברקע הרחוק — דמות בגובה רבע מהפריים — יורדים בביטחה מתחת לסף הוודאות, וצללים של ענפים מתנדנדים ועננים מייצרים התראות שווא כל כמה דקות.
לכך מתווספים אזורים מתים: המצלמה פיזית אינה רואה את השטח שמעבר לפינה, בשער או מתחת לגגון, ואין הגדרה שתתקן זאת. בלילה התמונה מחמירה בגלל רעש החיישן וארטיפקטים של דחיסה — גבולות העצם מיטשטשים, ופריימים דלילים אינם מאפשרים לקשור את התנועה לשרשרת ולהבדיל בין אדם לשיח מתנודד.
התשובה ההנדסית כאן אינה מודל אחד, אלא צינור עיבוד מתכוונן: אזורי עניין, סף שונה ליום וללילה, ליווי עצם ובדיקה על פני כמה פריימים.
אנחנו בונים צינורות עיבוד כאלה על ספריות ראייה ממוחשבת בקוד פתוח, ובכללן OpenCV, ומכיילים אותם לאתר הספציפי ולא לבדיקה תיאורטית.
ההשלכות של שגיאות מדידות. החמצת אירוע משמעה שהפריצה מתועדת בדיעבד, מההקלטה. התראות שווא מסוכנות יותר: כשמופיעות עשרות התראות במשמרת, המפעיל מפסיק להגיב אליהן בכלל, והאירוע האמיתי הולך לאיבוד בזרם הכללי. בהמשך נפרט כיצד זה נסגר.
מה נותנת בקרת היקף על זרם וידאו בזמן אמת
בקרת היקף על זרם וידאו מעבירה את האבטחה ממצב של "להסתכל על הכול" למצב של "לטפל רק באירועים". ניתוח זרם הווידאו מבוצע בקצה: החוצה יוצא לא זרם רציף אלא אירוע קצר — מסגרת של העצם, חותמת זמן ומזהה המצלמה. המפעיל מקבל אירועים מאומתים ולא שידור גולמי.
העומס על המפעיל יורד לא "במעט" אלא פי כמה. באתר טיפוסי, משמרת אחת הפיקה בעבר כמה מאות התראות, שמהן אושרו בודדות: השאר — צללים, בעלי חיים, פנסים, שלג, ענפים מתנדנדים.
לאחר הגדרת אזורים ומסננים לפי מחלקות עצמים, התור מצטמצם לעשרות אירועים במשמרת, ושיעור התראות השווא יורד מרוב מוחלט לרמה שאפשר לטפל בה בלי לשחוק את העמדה.
זמן התגובה מתקצר בזכות העובדה שלאירוע מצורף מיד קטע מלפני ואחרי ההתראה, ולא ארכיון שצריך לאתר. המוקדן לא מדפדף בהקלטות ידנית: האירוע נסגר מהר יותר פי כמה, כי ההחלטה מתקבלת על סמך קטע ראייתי מוכן.
כך也被 נסגר סוג שלם של כשלים — "החמצנו כי האדם באותו רגע הסתכל על עשרים חלונות אחרים": הקשב לא נשחק לקראת סוף המשמרת.
כדי שזה יעבוד באתר מסוים, אנחנו מבצעים למידה משלימה של המודל על ההקלטות שלו — סצנות לילה, גשם, ראות חורפית, גאומטריית הגדר. את האינפרנס מריצים על NVIDIA Jetson לצד המצלמה, ולכן הערוץ אינו נסתם בזרם, והמערכת שורדת ניתוק מהשרת: האירועים נצברים מקומית ויוצאים לאחר החזרת הקשר.
שיטות לזיהוי פריצות בווידאו: השוואת גישות
הבחירה בין אנליטיקה על המצלמה, עיבוד בשרת והיברידי נקבעת לא לפי כוח החומרה, אלא לפי מספר אזורי הבקרה, יציבות הערוץ ורמת התראות השווא המותרת.
אנליטיקה על המצלמה מחשבת את הפריים במקום: האירועים מגיעים מוכנים, התעבורה מזערית, ובעת ניתוק הקשר הזיהוי אינו נעצר. אך מערך התרחישים מוגבל לפי היצרן, סף ההתראה מתכוונן בגסות, והחוקים חיים בפרופילים נפרדים ואינם משתנים באופן מרוכז.
אנליטיקה בשרת מסירה את המגבלות האלה: תרחישים רוחביים על פני כל המצלמות, אזורי בקרה שרירותיים, ספים אחידים — במחיר עומס על הערוץ ועל משאבי החישוב.
| וריאנט | מתי מתאים | מגבלות |
|---|---|---|
| אנליטיקה על המצלמה | אזור בקרה פשוט אחד או שניים, עצמאות בעת ניתוק הקשר | מערך תרחישים קבוע, סף גס, עריכת הלוגיקה — ידנית בכל מצלמה |
| אנליטיקה בשרת | מצלמות רבות, תרחישים מורכבים, חוקים אחידים לכל האתר | תלוי בערוץ ובמשאבים, בעת ניתוק הקשר האירועים הולכים לאיבוד |
| תוכנית היברידית | אזורים קריטיים מחושבים על המצלמה, השאר — בשרת | הגדרה ותחזוקה מורכבות יותר, נדרשת תוכנית אחודה להתאמת אירועים |
ההיברידי מכסה את שני הקצוות: אזורים קריטיים שורדים ניתוק קשר, שאר הזרמים מעובדים באופן מרוכז. וריאנט כזה דורש יותר עבודה בשלב ההגדרה, אך מספק השהיה צפויה ויומן אירועים אחיד לכל האתר.
כיצד מתבצעת ההטמעה: מאודיט הסצנות ועד מסירת המערכת
סדר העבודות בנוי כך שכל שלב נשען על התוצאה של השלב הקודם. כך נמנעות שתי בעיות טיפוסיות: חוקים שהוגדרו ל"סצנה ממוצעת", ומצלמות שיש להזיז כבר אחרי ההרצה.
- אודיט סצנות. אנחנו סובבים את האתר, מתעדים את התאורה בשעות שונות של היום, חפיפות, אזורים מתים וזוויות צילום קיימות. בפלט — רשימת סצנות שבהן הזיהוי יהיה יציב, ומקומות שבהם נדרשת התקנה משלימה של מצלמות.
- סימון אזורים. יחד עם האבטחה אנחנו מגדירים מה נחשב היקף, מה דרכי גישה ומה רעש רקע — כביש, עצים, חצר שכנה. את החוקים מצמידים לתרשים ולא לניסוח "בערך לפי העין".
- כיול המצלמות. מגדירים את מצב הצילום ואת ספי הרגישות לגאומטריה של הסצנה הספציפית. לאחר מכן נעלמות התראות השווא מצללים, מעלווה ומפנסים.
- הגדרת חוקים על חומר מקומי. מקליטים קטעים מהאתר — לילה, דמדומים, משקעים — ועליהם מתרגלים את לוגיקת ההתראות: מעבר בודד, קבוצה, חציית קו.
- בדיקה באתר. מריצים תרחישי פריצה בקרה ומודדים את שיעור ההחמצות והתראות השווא על מדגם. פערים מטופלים עד למסירה.
- הדרכה ומסירת המערכת. האבטחה מקבלת נוהל תגובה להתראה, המנהל — תיעוד והרשאות, והתראות שנויות במחלוקת מנותחות יחד.
כל שלב נסגר בפרוטוקול: בסוף העבודות אין לכם "תוכנה מוגדרת" אלא מערכת עם התנהגות צפויה והוראות למי שמשתמש בה.
מה נמסר לידיים: קונפיגורציות, תרשימים ונוהלים
הפרויקט מסתיים לא בהרצה, אלא ברגע שבו המערכת נשארת בלעדינו וממשיכה לעבוד על התהליכים שלכם. לכן המסירה כוללת לא "גישה לשרת" אלא מערך של נספחים שלפיהם מהנדס חדש יבין את לוגיקת הזיהוי, ושירות האבטחה — את סדר הפעולות. להלן רשימת מה שמתועד ומועבר אליכם יחד עם המערכת.
- מפת קונפיגורציה של המערכת: הרכב המצלמות, אזורי הזיהוי, ספי ההתראה בכל אזור, חוקי דיכוי רעש מתאורה וממזג אוויר.
- תרשים פריסה: תוכנית העצמים עם נקודות ההתקנה, כיווני הצפייה, אזורי החפיפה והשטחים שהמצלמה אינה מכסה.
- מדיניות הרשאות: תפקידי מפעיל ומנהל, הגבלות על צפייה בארכיון, תיעוד שינויים בהגדרות ופניות לווידאו.
- נוהל תגובה: סיווג האירועים לפי רמות, זמן תגובה לכל רמה, סדר הסלמה וניתוח התראות שווא.
- הוראות מפעיל: כיצד לבדוק אירוע, במה לאמת התראה לפי הארכיון, כיצד לתעד תקרית ומה לעשות במקרה של ספק.
- תרשים אינטגרציות: העברת אירועים לעמדת האבטחה, למערכת בקרת הכניסה, למייל או למסנג'ר של המשמרת התורנית.
- סדר תחזוקה: כיצד להוסיף אזור, לשנות סף, לסמן דוגמאות חדשות ללמידה משלימה בלי לעצור את המערכת.
- פרוטוקול קבלה: בדיקות בשעות היום ובלילה, שיעור ההתראות הנכונות על מערך סצנות שהוכן מראש, רשימת מגבלות ידועות.
בנפרד אנחנו מוסרים יומן שינויים בקונפיגורציה: רואים מה ומתי השתנה, על ידי מי ומאיזו סיבה. זה מסיר את הסיכון המרכזי בתחזוקה — מצב שבו ההגדרות נערכו "במקום", ואי אפשר עוד להבין את הלוגיקה המקורית.
מקרה בוחן: כיצד הוסרו התראות השווא באתר מאובטח
האתר — מתחם מחסנים עם שטח פתוח והיקף של כקילומטר: מצלמות Hikvision לאורך הגדר ובעמדת הכניסה, משמרות לילה של שני מפעילים. לפני השינוי המערכת הפיקה כ-350 התראות בלילה, ומהן אושרו בודדות — השאר נבעו מבעלי חיים ליד הגדר, מאור פנסים, מענפים מתנדנדים ומצללים של זרקורים.
עד השעה השלישית של המשמרת המפעיל מפסיק לנתח את הזרם ומגיב באותה אדישות להכול, כולל לעלייה אמיתית על ההיקף.
מה נותח ומה שונה
הסיבה לא הייתה במצלמות אלא בלוגיקה: סף התראה אחד עמד על כל האזורים, וכל תנועת פיקסלים בפריים יצרה אירוע.
חילקנו את השטח לאזורי עניין עם ספים שונים — היקף, שער, רחבה פנימית — והוספנו ליווי עצם בין פריימים: אירוע נולד רק אם העצם נע לכיוון ההיקף ושומר על מאפייני המחלקה "אדם" או "רכב" על פני כמה פריימים רצופים. אבל הפריים נשאר בהקלטה בכל מקרה.
בנפרד כתבנו מחדש את תור האירועים: בראשו נכנסות התראות מאומתות עם קטע הקלטה קצר, ולכן משמרת הלילה רואה את העיקר בתוך שניות ולא מדפדפת ביממה של ארכיון. החיפוש בארכיון ההקלטות מתבצע כעת מהאירוע ולא לפי ציר זמן.
התוצאה לאחר חודש עבודה: התראות במשמרת לילה — מ-350 ל-40, שיעור האירועים המאומתים עלה מ-6–8% ל-70%, וזמן התגובה של המשמרת התקצר מ-4–6 דקות ל-30–40 שניות. עלויות האחסון לא גדלו: עומק הארכיון נשאר כשהיה.
במה ניתוח זרם וידאו נבדל מחיישני תנועה וממחסומים אינפרא-אדומים
חיישן תנועה רגיל מגיב לשינוי בשדה החום בגזרה שלו, ומחסום אינפרא-אדום — לחציית הקרן. אף אחד מהם אינו מבחין מי בדיוק יצר את האירוע: חתול, ענף מתנדנד ואדם שווים בעיניו. אנליטיקת וידאו עובדת לא עם הפרעה אלא עם עצם — כניסה לאזור מוגדר, מחלקת העצם, הכיוון וזמן השהייה בפריים.
| גישה | מה מתעדת | חוזק | נקודה עיוורת |
|---|---|---|---|
| מצלמה עם זיהוי פריצות | עצם, המחלקה שלו, המסלול, הכניסה לאזור | מבדילה בין אדם להפרעה, מוסרת פריים לבדיקה | חפיפת שדה ראייה, אור ממול, משקעים, בלילה נדרשת תאורה |
| חיישן תנועה | שינוי בחום בגזרה | עובד בחושך מוחלט | אינו מבדיל מחלקת עצם, אין הצמדה למקום ולמסלול |
| מחסום אינפרא-אדום | חציית הקרן | תגובה מיידית, קו גבול ברור | קו גבול אחד: עקיפה מלמעלה, מלמטה או מהצד, אין תמונה |
אזורים מתים אינם נעלמים כשמחליפים אמצעי אחד באחר — הם זזים. המצלמה מאבדת את המטרה מאחורי מדף או בסנוור מפנסים, החיישן לא יגיד מי הלך ולאן, והמחסום סוגר רק קו אחד. לכן לפני ההתקנה נבנית מפת כיסוי: היכן הגזרות חופפות, היכן נשארים פינות מתות ובמה משלימים אותן נקודתית.
העבודה המשותפת פועלת לפי העיקרון "חיישן מרים אירוע, מצלמה מאמתת אותו". חיישן מגע מגיב ראשון ומעיר את האנליטיקה, זו בודקת את הגזרה לפי הפריים ומסננת את השווא. המפעיל מקבל לא זרם התראות אלא התראות מאומתות עם קטע הקלטה.
שאלות טכניות שנשאלות לפני ההרצה
השאלות האלה צפות כשהמודל כבר מאומן, אבל הנוהל עוד לא מעוגן. מהתשובות תלויים פריסת המצלמות, הגדרת ההקלטה והרשאות הגישה — אחרי ההרצה יקר יותר לשנות אותן מאשר להסכים עליהן לפני ההתקנה.
איך הזיהוי עובד בלילה ובמזג אוויר גרוע?
בלילה משתנה הניגודיות ונכנסת התאורה — את המודל מכיילים על הקלטות מהאתר עצמו, שצולמו בשעות שונות של היום ובעונות שונות. עבור גשם, שלג וערפל מכיילים ספים בנפרד לכל תרחיש תאורה.
כמה התראות שווא ייצרו בעלי חיים, צללים וענפים מתנדנדים?
אזור הזיהוי מוגבל בפוליגון ומסנן עצים, מדרכות וענפים. עצמים קטנים מהסף לפי שטח אינם מרימים התראה, והמחלקות "אדם / כלי רכב / בעל חיים" מציגות למפעיל את סיבת ההתראה במקום אות מופשט.
האם המצלמות שכבר הותקנו יתאימו?
אם הן מוציאות זרם בפרוטוקול תקני — אנחנו מחברים את המצלמות הקיימות בלי להחליף. בפרוטוקול סגור אנחנו מתקינים מודול מקומי שלוקח את התמונה מהמקליט ומעביר אותה למעגל המשותף.
כמה זמן נשמר הארכיון ומה נכנס אליו?
העומק נקבע כפרמטר — ככלל, מחודש עד רבעון. הקלטות עם התראות נשמרות זמן רב יותר משעות "שקטות", ולכן הנפח גדל באופן צפוי, והקטע הנדרש נשאר זמין לניתוח.
כיצד מוגבלת הגישה לארכיון?
לפי תפקידים: המפעיל רואה התראות וקטעים, המנהל — את הארכיון כולו. צפייה והורדה של קטעים מתועדות בלוג, והכניסה מתבצעת דרך ספריית המשתמשים הקיימת.
נדבר על המשימה: מאיפה מתחילים
העבודה מתחילה לא בהדגמה של המודל, אלא בסקר האתר: מצלמות, אזורי בקרה, מצב התאורה, סדר התגובה של האבטחה. לפי תוצאות הסקר אנחנו קובעים את רשימת הסצנות שבהן הזיהוי יהיה יציב, ואת המקומות שבהם נדרשת התקנה משלימה של מצלמות.
לאחר מכן — כיול לסצנות שלכם, בדיקה על תרחישי פריצה בקרה ומסירת המערכת עם הנוהלים. היקף העבודות והמועדים נקבעים לאחר אודיט האתר והסכמה על אזורי הבקרה.