פיתוח מערכת זיהוי פנים (Face Recognition) עד מפתח

פיתוח מערכת לזיהוי פנים: היכן אובד הדיוק

דיוק הזיהוי נשבר לא בתוך המודל, אלא בקלט. המצלמה מביטה בזרימה מלמעלה למטה, אור מנוגד מחלון הראווה מפריז מחצית מהפריים, בחורף נוספים קפוצ'ון וצעיף. זרימה שנותנת תוצאה יציבה על מדגם הבדיקה הופכת באתר ללוטו.

מחיר הטעות נמדד לא באחוזים, אלא באירועים. בנקודת מעבר עם אלפי מעברים ביממה, אפילו שברי אחוז הם עשרות מקרים: השער נפתח בפני אדם זר או מסובב עובד שהולך בשער הזה חצי שנה. הראשון — חור בהיקף האבטחה, השני — תור ואישורים ידניים בדלפק הקבלה.

לכן פיתוח מערכת לזיהוי פנים מתחיל לא בבחירת המודל, אלא בסקר של נקודות ההתקנה. המהנדס מתעד את גובה וזווית המצלמה, את המרחק לפנים, את תכנית התאורה ואת רוחב המעבר, ומעריך את איכות הצילום בשעות השיא. חלק מהנקודות משנות לאחר מכן תצורה — אופטיקה, תאורה, העברת המצלמה לגובה הפנים.

ספי ההשוואה מכווננים למשימה: עבור בקרת גישה ביומטרית השיעור המותר של התראות שווא מחמיר בסדר גודל לעומת רישום נוכחות. אפילו מודלים חזקים לפי מבחנים השוואתיים בלתי תלויים NIST FRVT מאבדים פי כמה בעת שינוי זווית ותאורה — לא המודל מכריע, אלא השילוב של איכות הצילום, התרחיש והסף.

להלן נפרט כיצד זה נסגר בשלב התכנון ומה בדיוק אנחנו בודקים לפני ההפעלה.

האפקט של ההטמעה: מהירות תגובה, דיוק, סירובים

תפוקת המעבר נמדדת לא בדיוק המודל על מדגם הבדיקה, אלא במספר האנשים העוברים בנקודת הבקרה בדקה בעומס שיא. זמן התגובה של המערכת — מהופעת הפנים בפריים ועד לפקודת המעבר — נשמר בשברי שנייה, ולכן האדם הולך בלי לעצור, ומספר זרמים אינם מתמזגים לתור. סף ההתאמה מכוון כך שמהירות המעבר לא נשחקת לא בשיא הבוקר ולא בשעת היציאה בערב.

הפחתת השגיאות היא איזון מבוקר בין שני סוגים: מעבר שווא של זר וסירוב שווא של עובד. הספים נבחרים בהתאם לתרחיש — נקודת מעבר, כניסה ללא מחסום, קופה — מתווספים בבדיקת חיות ונבחנים מחדש לפי לוגים, ולא לפי העין.

אנחנו מתבססים על מתודולוגיות הערכה בלתי תלויות כמו NIST FRVT: שיעור התראות השווא יורד בסדרי גודל, ומספר הבדיקות הידניות של האבטחה פוחת פי כמה.

עמידות בפני תקלות מוטמעת מהיום הראשון. הזיהוי יכול להתבצע במצלמה עצמה, האירועים נשמרים בחוצץ בעת אובדן הקשר ומגיעים לשרת לאחר שחזורו. צומתי הבקרה מגובים, ובמקרה של כשל בסגמנט הנקודה עוברת למצב גיבוי תקני — זמן התגובה בשאר הנקודות אינו עולה.

את המדדים אנחנו מודדים לפני ואחרי: תפוקת המעבר של הנקודה בדקה, זמן תגובה ממוצע, שיעור מעברים שווא, זמן שחזור לאחר תקלה.

מצבי עבודה: השוואה בין גישות ומגבלות

מצב העבודה נקבע לפי שתי שאלות: מה בדיוק משווה המערכת — פריים מול תבנית אחת ידועה מראש או מול בסיס נתונים שלם — והיכן מתבצעים החישובים. מהתשובה תלויות הדרישות לציוד באתר, לערוץ התקשורת ולעומס המותר על האובייקט.

להלן ארבעה שילובים, שביניהם בוחרים בפועל בתחילת הפרויקט. הם אינם שוללים זה את זה: לרוב משאירים באתר את הגילוי ובדיקת החיות, ואת ההשוואה מוציאים למתחם מאובטח.

בשלב ההתחלתי אנחנו מתעדים אילו מצבים באמת נדרשים, ובודקים אותם בעומס שיא — תור בשער, זרימת מבקרים בשעת שיא. אם המצב אינו עומד בכך, מחליפים אותו לפני ההפעלה: העברה של זיהוי לאימות או העברת החישובים לאתר — זהו כיוונון, ולא עיבוד מחדש של הפרויקט.

שלבי ההטמעה: מסקר התנאים ועד למסירה

סדר העבודות בנוי כך שכל החלטה עוקבת תתבסס על מדידות, ולא על הנחות. שגיאה בנקודת התקנת המצלמה או בסף ההפעלה צפה כבר בשלב ההפעלה, כאשר העיבוד מחדש הוא היקר ביותר — לכן הסקר והבדיקה על אנשים חיים מתבצעים לפני חיבור המערכת למתחם הבקרה.

1. סקר האובייקט. סופרים את תרחישי המעבר: כמה אנשים בשעה, דרך מסגרת, שער או כניסה חופשית, והאם קיימת זרימה ביציאה. בנפרד בוחנים את התאורה, גובה ההתקנה, הזוויות וההחזרה מהחלונות. התוצאה — תכנית נקודות הצילום והדרישות להתקנה.
2. בחירת ציוד. מצלמות, מחשב לחישוב הזיהוי ובקרי הגישה נבחרים בהתאם לזרימה המחושבת, ולא לפי קטלוג הספק. בודקים שהפריים בכניסה נותן איכות פנים מספקת בתנועה.
3. התקנה וכיול. מכווננים את אזורי הגילוי, חוסמים התראות שווא על החזרות, עצמים זרים ותנועה בפרוזדור הסמוך. רושמים תמונות ייחוס של עובדים לפי תקנון צילום אחיד.
4. כיוונון הספים. סף ההתאמה, מספר הפריימים לאישור, התגובה לזיהוי לא ידוע, השהיית הפתיחה — זהו איזון בין מעבר של עובד לבין כניסה שגויה של זר. את הערכים מתעדים יחד עם הלקוח ושומרים כגרסת תצורה.
5. תרחישי בדיקה. מריצים מעברי ביקורת: של עובדים ושל כאלה שלא נרשמו בבסיס, משקפיים, כיסויי ראש, תאורה חלשה, זרימה צפופה. מחשבים את שיעור ההפעלות הנכונות ואת מספר השווא — במקרה של סטייה חוזרים לספים, ולא "מסיימים" לפי העין.
6. הפעלה ניסיונית. משיקים בנקודה אחת עם מפעיל לצידה, משווים את יומן האירועים למעברים בפועל ומכניסים תיקונים לפי נתוני אמת.
7. מסירה להפעלה. מוסרים תיעוד, תקנון פעולות לצוות והדרכת משמרת, מעבירים את המערכת לניטור ומלווים את השבועות הראשונים.

לאחר המסירה התצורה נשארת ניתנת לניהול: כל שינוי בספים מנוהל בגרסאות, החזרה למצב תקין אורכת דקות. בהמשך מפתחים את המתחם בהתאם לצמיחת האובייקט — מוסיפים נקודות ותרחישים בלי לבנות מחדש את הליבה.

ערכת האספקה: תרשימים, תצורות, תקנונים

לאחר המסירה נשאר ללקוח לא רק מתחם פעיל, אלא גם ערכת מסמכים שלפיה ניתן להפעיל את המערכת, להרחיב אותה ולהעבירה לצוות אחר — בלי לשחזר את ההקשר מהתכתבויות ומזיכרון המפתחים.

הערכה נבנית במקביל לפיתוח, ולא נכתבת בסופו: עד לקבלה היא מתארת את התצורה בפועל, ולא את התכנונית.

• תרשימי מיקום המצלמות — נקודות התקנה, אזורי חפיפה, זוויות ראייה עבודה ודרישות לתאורה, כדי שהזיהוי יעבוד בזרימה, ולא על פריים בדיקה.
• תצורות המערכת — פרופילי זיהוי, ספי דמיון, רשימות אזורים, מועדים ועומק אחסון של אירועים ותמונות.
• מדיניות גישה — תפקידי מפעילים, הפרדה לפי מצלמות וקבוצות, תיעוד ביומן של פניות לבסיס וייצוא.
• תקנוני תגובה — פעולות המפעיל בעת הפעלה, מסלול ההתראות, סדר תיעוד של התראת שווא.
• תיעוד טכני — תיאור הארכיטקטורה, הוראות פריסה, עדכון ושחזור לאחר תקלה.
• תדריכונים למפעילים — פעולות טיפוסיות ותקלות נפוצות, כדי שעובד חדש יצא למשמרת בלי חונך.
• פרוטוקול קבלה — תרחישי בדיקה ומדדי דיוק שלפיהם המערכת נחשבת מסורה.

הערכה מסירה את התלות בקבלן: הרחבת אזורי התצפית והחלפת מפעילים מתבצעות לפי מסמך, ולא לפי הזיכרון.

מקרה בוחן: זיהוי בנקודת מעבר של אתר ייצור

מה היה לפני

בנקודת המעבר ארבעה שערים, משמרת — כאלפיים איש, כניסה מהרחוב. תנאי הצילום קשים: אור מנוגד בזריחה, אבק מהמפעל, בחורף אדים מהנשימה, ולמחצית המשמרת — קסדות, מסכות ומשקפי מגן. בקרת הגישה הקודמת נסמכה על כרטיסים: אישורים הועברו הלאה, ובתאורה חלשה האבטחה פתחה ידנית. דיוק הזיהוי בהקלטות ארכיון לא עלה על 82%, בשיא התור בכניסה הגיע ל-10-12 איש.

מה שינו

מצלמות Hikvision פוזרו בשתי זוויות — חזיתית ובזווית, עם תאורת אינפרא אדום וכיוון חשיפה לאור מנוגד. לבסיס העובד נכנס לפי סדרת פריימים, נשמרת תבנית מספרית, ולא תמונה. סף הדמיון נבחר לפי משמרות אמת: חשוב יותר היה לא לסרב לעובד — מפני החלפה מגנה בדיקת החיות, שחותכת מסכה או מסך טלפון. ההחלטה על המעבר מתקבלת בבקר מקומי, ולכן ניתוק הקשר עם השרת אינו עוצר את השער.

מה נהיה

שיעור האישורים הבטוחים מהפריים הראשון עלה מ-82% ל-97% על אותו הרכב משמרת, זמן המעבר הממוצע התקצר מ-8 שניות ל-2. מעבר באישור של אחר לא תועד אף פעם: כל אירוע מקושר לפריים ולרשומה ביומן. דוח על התייצבות בפועל למשמרת נוצר אוטומטית, את טבלת הנוכחות כבר לא מרכזים ידנית. את התכנית לאחר מכן שכפלו לאתר שני — עם התאמה לאור אחר ולזרימת אנשים אחרת.

במה נבדל זיהוי מאימות בפועל

אימות עונה על שאלה אחת: האם זה האדם שהוא מציג את עצמו להיות. הפריים מושווה לתבנית אחת, המשויכת לכרטיס, לחשבון או למסמך. את הסף מכווננים לפי מחיר הטעות: בנקודת מעבר מחמיר יותר, בפתיחת מנעול מקל יותר.

זיהוי מחפש התאמה בכל הבסיס, בלי לדעת את מי בדיוק בודקים — זהו חיפוש "אחד לרבים". הדיוק שלו תלוי באיכות הגלריה: בגודל, בעמידה בזמן, בכפילויות ובמידת הדמיון של תמונות הייחוס לזרימה האמיתית מהמצלמות. בסיס של עשרות אלפי רשומות ובסיס של מיליון — דרישות שונות לאינדקסים ורמת התראות שווא שונה.

מכאן גם מחיר טעויות שונה. עבור אימות קריטי המעבר השווא: העובד לא עובר, התור בכניסה גדל. עבור זיהוי מסוכן יותר ההתאמה השוואית — המערכת מוצאת "דומה" ומפעילה פעולה לפי פרופיל זר, ולכן מעלים את הסף ומאשרים מועמדים בגורם שני.

את גבולות התחולה קובע התרחיש. בקרת גישה, אימות זהות בעת הנפקה, כניסה לאפליקציה — אימות: הבסיס קטן ומבוקר. חיפוש אדם בארכיון וידאו, התראה לפי רשימת מעקב, אנליטיקת זרימה — זיהוי, שבו לא ידוע מראש אם האדם נמצא בבסיס.

את המצב מתעדים לפני בחירת המודל וסידור המצלמות: ממנו תלויות הדרישות לבסיס, הספים וסדר בירור מקרים שנויים במחלוקת. טעות כאן אינה מתרפאת בכיוונון — היא מחזירה את הפרויקט לאיסוף ותיוג נתונים.

ספקות טכניים: תאורה, זווית, עמידות בתקלות

ספקות הנדסיים עולים לפני המשפטיים: האם הזיהוי יעמוד באור מחלון ממול, מה לעשות עם מצלמות שכבר הותקנו, היכן פיזית נמצאות התבניות.

באיזו צורה נשמרות תבניות ביומטריות?

התמונות אינן נשמרות — בבסיס מונח וקטור מספרי, שלפיו לא ניתן לשחזר את הפנים. התבנית משויכת לאדם, ולא למצלמה, ולכן החלפת ציוד אינה מחייבת כתיבה מחדש של הבסיס. הגישה למאגר מופרדת, והפניות לתבניות מתועדות ביומן.

האם המערכת יכולה לעבוד במתחם סגור, בלי יציאה החוצה?

כן: הגילוי, ההשוואה והמאגר נפרסים באתר הלקוח ואינם פונים לשירותים חיצוניים. עדכוני המודלים מובאים על גבי מדיה ומותקנים לפי תקנון, ולכן הרשת נשארת מבודדת. זה גם מסיר את שאלת ההעברה של ביומטריה לצדדים שלישיים.

האם יתאימו מצלמות שכבר מותקנות באתר?

חלק מהמלאי בדרך כלל מתאים: חשוב שהזרימה תימסר בפרוטוקול פתוח ובאזור הזיהוי תהיה מספיק רזולוציה של הפנים. לגבי שאר הנקודות אנחנו נותנים תכנית — היכן די לשנות זווית או עדשה, והיכן נדרשת החלפה. את המלאי עורכים לפני ההתחלה, כדי לא לעבד מחדש את ההתקנה.

נדון במשימה: אילו נתונים דרושים להערכה

הערכת הפרויקט ותכנית העבודות נסמכות על נתוני מקור, ולא על ניסוחים כלליים. להלן מה שאנחנו מפרקים בדיון על המשימה; אין צורך במלוא הסט, את החסרים משלימים בסקר האובייקט.

• תרחיש ונקודת הכרעה: היכן המערכת משווה פנים — נקודת מעבר, קופה, מסוף — ומה קורה בהתאמה ובסירוב.
• היקף הזרימה: מספר מקורות הווידאו, זיהויים ביממה, שעות שיא, אירועים בו-זמניים בפריים.
• איכות הצילום: זוויות, תאורה, תנועה בפריים, מסכות וכיסויי ראש, דוגמאות הקלטות.
• דרישות לדיוק: מה קריטי יותר — לא לפספס עובד או לא להכניס זר, השיעור המותר של התראות שווא.
• תשתית ונתונים: שרתים עצמאיים או מתחם סגור, כללי אחסון של תבניות ביומטריות, מועדי מחיקה.
• אינטגרציות: לאן מועבר התוצאה — בקרת גישה, מערכת רישום של הלקוח, התראת אבטחה — ואילו ממשקים כבר קיימים.
• גבולות ומועדים: הסכמות של נושאי הנתונים, אחראי על התאימות, תאריך הפעלה קבוע, נכונות להטמעה מדורגת.

לאחר השיחה אנחנו חוזרים עם הערכת הפרויקט: הרכב ושלבי העבודות, דרישות למדגם לכיוונון ולבדיקה, סדר ההטמעה — מהקטע הניסיוני ועד למתחם המלא. אם אין די נתונים, נציע כיצד לאסוף אותם בקטע מוגבל ולאשר את הדיוק לפני ההרחבה.