אבי יקר,
להלן מכתב טענת־הפרה (draft) ערוך בפורמט שמתאים למשלוח מוקד עמיתי/יועץ פטנטים או כתשתית למכתב התראה. הדגשתי את הבסיס המשפטי/הנדסי ואת דוקטרינת השקילות כדי לגשר על פער “הניתוק הפיזי”.
מכתב טענת־הפרה – משפחת הפטנטים בנושא מניעת אובדן התקן אחסון באמצעות זיהוי קרבה
נמען: צוות מוצר/משפטי – תחום מובייל ושעונים חכמים
מאת: Avi Hadad / LPDP Technologies Ltd.
נושא: הפרת פטנט – מערכות מובייל/שעונים חכמים המבצעות מנגנוני מניעת־אובדן/אבטחה מבוססי Proximity
תקציר מנהלים
משפחת הפטנטים שלנו (לרבות US9177453B2 ו‑US9953190B2) תובעת מערכת ושיטות שבהן התקן בעל זיכרון מבצע סקר קרבה אלחוטי מול יחידת נגד (counterpart) וכאשר הקרבה אינה מתקיימת – מופעלים צעדי הגנה: נעילה/סיסמה/הצפנה על ההתקן ולעיתים גם טריגר הגנה בצד המארח. נוסח התביעות כולל ארכיטקטורת MASTER/SLAVE, התחלת polling בעת ניתוק, ופעולות הגנה אוטומטיות. [patents.google.com], [patents.google.com]
בחנו פתרונות בשוק המובייל/לביש הפועלים על בסיס איבוד קרבה בין טלפון לשעון (או אביזר BLE), ושהתגובה להם היא נעילה/הקשחה/אזהרה אוטומטית. דוגמאות פומביות מלמדות על מערכות אבטחה המבצעות פעולה מתקנת (Corrective Action) בעת אובדן קרבה בין שני מכשירים, וכן פתרונות Proximity הגורמים לאזעקה/נעילה כאשר הקישוריות מתנתקת. [eureka.patsnap.com], [apricorn.com], [strongmocha.com]
בהינתן פרשנות סבירה לתביעות (ולחלופין – דוקטרינת השקילות), אנו קובעים כי טלפונים ניידים ושעונים חכמים שמיישמים אוטומציה של אבטחה/נעילה/הצפנה כתלות בקרבה מקיימים את רכיבי ה‑claims ברמה מהותית, ועל כן מפרים לפחות את שיטות הפטנט, ולחלופין את המכשיר על דרך שקילות.
מיפוי רכיבים עיקריים (במתווה Claim‑Chart תמציתי)
להלן הדגמה עקרונית. מיפוי מפורט (מסמכי מוצר, SDK, לוגים) יימסר בשלב הראייתי.
רכיב 1 — “התקן בעל זיכרון + יחידת עיבוד + אפליקציית הגנה”
- במערכות טלפון/שעון, כל אחד מהם הוא התקן בעל זיכרון פנימי עם מעבד ומערכות אבטחה/הצפנה (נעילה, הצפנת תוכן, וכו’). בהקשר שיטתי, התביעות מתייחסות להתקן אחסון עם אפליקציית הגנה (סיסמה/הצפנה) המופעלת אוטומטית בהתקיים תנאי. [patents.google.com]
- הטענה: הן טלפון והן שעון מממשים “Portable storage system” כהתקן עם זיכרון מוגן/מוצפן המופעל/ננעל פונקציונלית. ברמת ה‑Method claims (למשל תביעה 36 ב‑US9177453B2 – “activating data protection… when proximity is not detected”) מדובר בהתאמה ישירה: אובדן קרבה → הפעלת הגנה. [patents.google.com]
רכיב 2 — “Master/Slave proximity elements” (זוג מכשירים בתפקידי קרבה)
- קיימים פתרונות שמנטרים קרבה בין שני מכשירים ומבצעים אמצעי אבטחה כאשר המכשיר “המפתח” מתנתק (למשל בקשות/פטנטים של Lookout: “performing device security corrective action based on loss of proximity to another device”). כאן מכשיר אחד מתפקד כמקור האמון (MASTER פונקציונלי) והשני כיעד מוגן (SLAVE פונקציונלי). [eureka.patsnap.com]
- הספרות הפטנטית הכללית ל‑Proximity מציגה אזעקות/תגובה על ניתוק של קישוריות BLE בין שני מכשירים ניידים. [apricorn.com], [strongmocha.com]
- הטענה: בטלפון↔שעון – כל אחד יכול לשמש MASTER/SLAVE מבחינת קביעת מצב אבטחה כתלות בקרבה (החלפה דינמית בהתאם לעיצוב המוצר). כך מתקיים רכיב “Master and Slave proximity elements” ברמה המהותית.
רכיב 3 — “Polling / זיהוי היעדר קרבה והפעלת הגנה”
- ב‑US9177453B2/US9953190B2 מתואר wireless polling של הקרבה, וכאשר לא מזוהה קרבה – מופעלת הגנה (סיסמה/הצפנה/נעילה; ואף טריגר בצד מארח). [patents.google.com], [patents.google.com]
- במובייל/שעון, ארכיטקטורות אבטחה מבוססות קרבה מפעילות פעולה מתקנת אוטומטית (נעילה/אזעקה/חסימה) כאשר BLE מתנתק (דה‑פקטו Polling + threshold). [eureka.patsnap.com]
- הטענה: המכניזם “loss of proximity → security action” זהה פונקציונלית לרכיב ה‑claims; במישור ה‑Method קיימת הלימה מלאה.
רכיב 4 — “הערת ניתוק פיזי לעומת ניתוק תקשורתי (BLE) – שקילות”
- התביעות מתארות התחלת polling בעת ניתוק (detach) והפסקתו בעת חיבור, לשון הנובעת מהקשר של יחידת LP. יחד עם זאת, דוקטרינת השקילות קובעת שהחלפה בפתרון שונה טכנית אך מבצע את אותן פונקציות, באותו אופן ותוצאה – עשויה ליפול לגדר הפרה. כאן, ניתוק תקשורתי כתלות במרחק (BLE disconnect / RSSI below threshold) ממלא אותה פונקציה (“זיהוי שהמכשיר האחר איננו ‘קרוב’”), באותו אופן מהותי (איתות אלחוטי/BLE), ועם אותה תוצאה (הפעלת הגנה/נעילה/הצפנה). לכן, ההבדל פיזי מול תקשורתי הינו לכל היותר שקיל מהותית. [apricorn.com], [strongmocha.com]
סיכום רכיבי ההפרה:
(א) שני מכשירים עם זיכרון ומודולי אבטחה; (ב) יחסי MASTER/SLAVE פונקציונליים בין טלפון↔שעון; (ג) Polling קרבה אלחוטי; (ד) פעולת אבטחה אוטומטית בהיעדר קרבה. אלה מקיימים לפחות את שיטות הפטנט כפשוטן, ולחלופין על דרך שקילות. [patents.google.com], [patents.google.com], [eureka.patsnap.com], [apricorn.com], [strongmocha.com]
התייחסות ל־Host‑side protection
בחלק מהתביעות (לרבות גרסת 2018) מתואר גם Trigger למחשב המארח (הצפנת ה‑Host דרך הממשק). אנו שומרים בזכותנו לטעון כי “מחשב מארח” בהקשר מודרני כולל גם מכשיר מזווג (טלפון↔שעון בתצורת tether/USB/BT host), באופן שבו איבוד קרבה מפעיל פעולה מתקנת בצד ה’מארח’. פתרונות אבטחה קיימים מציגים “security corrective actions” במכשיר היעד התלוי בקרבה, והדבר סביר פרשנית כיישום של “host‑side protection” במודל אקוסיסטם. [eureka.patsnap.com]
לעת הזאת דרוש איסוף חומר מוצר/מפתחים (מדריכי OS, מסמכי pairing/MDM) לטיעון זה. אנו שומרים על הזכות להרחיב.
ביסוס טכני/ספרותי (בחירה נקודתית)
- ליבת התביעות: מנגנון אחסון נייד, Master/Slave proximity, הפעלת הגנות בהיעדר קרבה, ו‑host‑trigger (בגרסה המאוחרת). [patents.google.com], [patents.google.com]
- אבטחה מבוססת קרבה במובייל: ביצוע פעולה מתקנת כאשר מכשיר “מפתח” אינו בקרבה—תיאור מפורט במקורות פטנטיים עדכניים. [eureka.patsnap.com]
- מערכות Proximity כלליות (BLE) שמבצעות אזעקה/תגובה בעת ניתוק—מחזקות שהשוק מאמץ את דפוס “איבוד קרבה → פעולה אוטומטית”. [apricorn.com], [strongmocha.com]
דרישות וסעדים מבוקשים
- הפסקת ההפרה של השיטות והמכשיר כהגדרתן.
- הסדר רישוי בתנאים מסחריים סבירים, או לחלופין פיצוי הולם בגין שימוש עבר.
- גילוי טכני (מפרטי יישום/SDK/מסמכי אבטחה פנימיים) לשם השלמת Claim‑Chart מלא.
אנו נכון/נים למפגש עבודה תוך 14 יום קלנדריים לשם קידום העניין.
בברכה,
Avi Hadad
LPDP Technologies Ltd.
הערות עבורך (לא חלק מהמכתב)
- בחרתי לעגן את הטיעון ב‑Method claims (למשל תביעה 36 ב‑US9177453B2), כי הן מתארות רצף לוגי “poll proximity → אם אין קרבה → הפעל הגנה”, שקל יותר ליישם על טלפון/שעון. [patents.google.com]
- לצורך חיזוק “Host‑side trigger” נרצה לאסוף חומרים על מדיניות MDM/USB‑tether/Device Owner שמבצעת אכיפה/הקשחה בצד המכשיר המזוהה כמארח לאחר איבוד קרבה (למשל דרישת הצפנה/נעילה). כרגע, הבסיס הקיים מציג “Corrective action” במכשיר היעד – וזה טוב לנו להיבט השיטה. [eureka.patsnap.com]
- אם תרצה, אכין Claim‑Chart מלא מול דגם ספציפי (iPhone+Apple Watch או Galaxy+Galaxy Watch) עם מיפוי רכיב‑לרכיב ותיעוד מסכים/הגדרות—כדי שתוכל למסור לעו״ד כראיה.
אין תגובות:
הוסף רשומת תגובה