אבי, שאלה מצוינת — ההבחנה כאן היא משפטית־טכנית לפי נוסח התביעות (claims) בפטנט שלך, ולא לפי האינטואיציה הכללית מהו “רכיב זיכרון נתיק”.
להלן הסבר נקודתי למה טלפון נייד ושעון חכם בד״כ לא יפלו להגדרת ההתקן ב‑claims, ולכן אינם “מפרים”:
1) מה הפטנט שלך דורש במפורש (ליבת ה‑claims)
התביעות העצמאיות מתארות מערכת אחסון ניידת הכוללת:
- התקן אחסון נייד (לרוב Flash) עם יחידת עיבוד שמריצה אפליקציית הגנת נתונים (סיסמה/הצפנה). [patents.google.com], [patents.google.com]
- ממשק להעברת נתונים המחבר את ההתקן ל‑מחשב מארח (host) — במיוחד מודגש שימוש ב‑USB/פורט פיזי. [patents.google.com]
- שני רכיבי קרבה:
- Master המחובר פיזית להתקן האחסון,
- Slave הכלול ב‑יחידת Loss‑Prevention נתיקה (Detachably‑coupled) — ממש יחידה נפרדת שמתחברת/מתנתקת.
ה‑Polling מתחיל בעת ניתוק היחידה. [patents.google.com]
- בעת היעדר קרבה:
- הפעלת הגנת נתונים/הצפנה על ההתקן, וגם
- טריגר במחשב המארח (דרך חיבור ה‑USB) שיכול להפעיל אפליקציית הגנה/להצפין את הדיסק של המארח. (מודגש מאוד ב‑US9953190B2). [patents.google.com]
כלומר: מדובר במבנה ספציפי של דיסק‑און‑קי חכם + יחידת LP נתיקה כ‑Slave, ותקשורת עם Host דרך חיבור פיזי שדרכו גם נשלח טריגר הגנה ל‑Host. [patents.google.com], [patents.google.com]
2) למה טלפון/שעון אינם עונים על ההגדרה הזו
א. הם לא “התקן אחסון נייד” במובן ה‑claim
טלפון ושעון הם מחשבים רב‑מערכתיים (טלפוניה/חיישנים/מערכת הפעלה/אפליקציות), לא “יחידות זיכרון ניידות” שתכליתן אחסון‑נייד עם ממשק Host ייעודי בסגנון USB Mass Storage המוגדר ב‑claims. התביעות ממקדות את ההמצאה באחסון נייד + אפליקציית הגנה מובנית בהתקן ולא במכשיר כללי מרובה תפקודים. [patents.google.com]
ב. אין יחידת Loss‑Prevention פיזית, נתיקה שמתחברת להתקן ונפרדת ממנו
במערכות טלפון/שעון, “בן הזוג” הוא בד״כ מכשיר אחר (למשל שעון⇆טלפון) או תג BLE/Find‑My — לא כסת״ח נתיק שמתחבר פיזית להתקן האחסון וממנו נגזר ה‑polling בעת הניתוק הפיזי. זה קריטריון מבני מרכזי ב‑claims שלך. [patents.google.com]
ג. אין טריגר הגנת‑Host דרך חיבור ההתקן
ה‑claims שלך מגדירים מצב שבו ההתקן מחובר למחשב מארח, ובחוסר קרבה הוא מורה ל‑OS להצפין מידע בכונן המארח (מלבד הצפנת ההתקן עצמו). בטלפון/שעון אין מודל כזה:
- אין “התקן אחסון” שמתקשר ל‑Host דרך USB ומעביר פקודת הצפנה ל‑Host.
- פתרונות קרבה לניידים/לבישים מפעילים לרוב התנהגות אבטחה מקומית (נעילה/אזעקה) — לא טריגר הצפנה למחשב מארח חיצוני. [patents.google.com], [eureka.patsnap.com]
ד. מנגנוני הקרבה בטלפון/שעון שונים מהארכיטקטורה הנתבעת
יש פטנטים/מוצרים רבים שמתריעים או נועלים על בסיס BLE כשמכשיר מתרחק (טלפון⇆תג/שעון), אבל הם לא מתארים את מבנה Master‑on‑the‑storage + Slave‑in‑detachable‑LP, וגם לא את רצף “start polling on detach”. [datalocker.com], [apricorn.com]
3) “אבל גם טלפון וגם שעון הם רכיבי זיכרון נתיקים”
נכון שהם מכילים זיכרון וניתן לנתקם מהמשתמש/מהכבל, אך בפרשנות פטנטית לא די בכך:
- ה‑claims אינם מכסים “כל מכשיר עם זיכרון שאפשר לנתק”, אלא מבנה פונקציונלי ספציפי של portable storage device (בדוגמה: Flash) עם ממשק Host ועם יחידת LP נתיקה שמפעילה מנגנון קרבה והצפנות בדיוק מסוים. [patents.google.com]
- טלפון/שעון אינם מתפקדים כ‑“Portable Storage Device” על פי ההקשר ב‑claims (USB Mass Storage/Plug‑and‑Play וכו’), ואינם מבצעים host‑trigger encryption. [patents.google.com], [patents.google.com]
4) היכן כן עלולה להיווצר חפיפה חלקית?
מערכות שעושות נעילה/הצפנה אוטומטית בהתבסס על קרבה למכשיר אחר הן קרובות קונספטואלית (Proximity‑based Security), אבל לעתים נדירות הן מקיימות גם:
- Slave פיזי נתיק שממנו מתחיל ה‑polling, וגם
- טריגר הצפנת‑Host דרך חיבור USB כשההתקן מחובר למחשב.
למשל, פתרונות כמו Lookout מציגים פעולת אבטחה על סמך מרחק ממכשיר “מפתח”, אך לא את הארכיטקטורה והטריגרים המדויקים של ה‑claims שלך. [eureka.patsnap.com]
5) מה כן אפשר לעשות עכשיו?
אם נרצה לבדוק מסלול אכיפה או Lisencing מול יצרנים:
- Claim‑Chart מלא מול קומבינציה ספציפית (למשל iPhone⇆Apple Watch או Galaxy⇆Galaxy Watch), רכיב‑מול‑רכיב לפי Claim 1 של שני הפטנטים — כדי להוכיח שחסרים רכיבים חיוניים (ואולי לזהות תביעות תלות שחופפות). [patents.google.com], [patents.google.com]
- חיפוש OEM של USB עם כיסוי/כובע LP נתיק המכיל Slave BLE/RFID (הכי קרוב לארכיטקטורה שלך). עד כה לא זוהה מוצר מדף כזה — נמשיך סריקה ייעודית. [eaminc.com]
- בדיקת פטנטים מצטטים את US9177453B2 / US9953190B2 כדי לאתר חברות שמיישרות קו רעיוני — לפעמים זה מוביל למוצרי OEM לא מתוקשרים. [patents.google.com], [patents.justia.com]
בשורה תחתונה
למרות שטלפון ושעון יכולים לשמש Master/Slave זה לזה, ה‑claims שלך דורשים התקן אחסון נייד ייעודי + יחידת LP נתיקה + טריגר הגנות גם במחשב המארח דרך החיבור — ואלו לא מאפיינים טיפוסיים של טלפון/שעון. לכן, במבחן התביעות — הם לא מפרים. [patents.google.com], [patents.google.com], [eureka.patsnap.com]
רוצה שאתקדם עם Claim‑Chart מפורט מול iPhone+Apple Watch או Galaxy+Galaxy Watch כדי שתהיה לך חוות‑דעת טכנית מסודרת להעברה לעו״ד?
אבי, אני מבין את הטענה שלך – טלפון ושעון הם מכשירים עם זיכרון שניתן “לנתק” (מהמשתמש או מהקישוריות), ובפועל הם גם מפעילים מנגנוני אבטחה/הצפנה בעת התרחקות. אבל בבחינת פטנטים הולכים לפי לשון התביעות (claims) והפרשנות שלהן, לא לפי הדימיון הכללי. לכן חשוב להפריד בין שלושה נדבכים: (1) מה נטען בתביעות שלך בדיוק, (2) מה עושים טלפון/שעון בפועל, ו‑(3) האם “ניתוק תקשורת” שקול ל“ניתוק פיזי” לפי ה‑claims.
נפרט:
1) מה התביעות שלך באמת דורשות (הליבה המשפטית־טכנית)
התביעה העצמאית ב‑US9177453B2 מתארת מערכת אחסון ניידת שבה:
- יש התקן אחסון נייד (במובהק מתואר כהתקן Flash עם יחידת עיבוד על‑גבי ההתקן), שמתחבר למחשב מארח דרך ממשק העברת נתונים (לרוב USB/פורט פיזי) כדי לאפשר גם הפעלה של אפליקציית הגנה על המחשב המארח בעת הצורך. [patents.google.com]
- יש שני רכיבי קרבה: Master המחובר פיזית להתקן האחסון עצמו, ו‑Slave שמוחזק בתוך יחידת Loss‑Prevention נתיקה (“configured to be detachably coupled”). יתרה מזו, ה‑claims מדגישים ש‑ה‑polling האלחוטי מתחיל כאשר יחידת ה‑LP “מנותקת פיזית” מההתקן ומפסיק כאשר היא “מחוברת פיזית”. זהו תנאי מבני/תפקודי מפורש. [patents.google.com]
ב‑US9953190B2 החידוד אף גדול יותר: בהיעדר קרבה, ה‑Master מפעיל אפליקציית הגנה להצפין את נתוני ההתקן, ובנוסף מורה למערכת ההפעלה של המחשב המארח להצפין מידע בכונן המארח – טריגר Host‑side מפורש דרך אותו ממשק חיבור. זה אלמנט מהותי בתביעה. [patents.google.com]
במילים פשוטות: דיסק‑און‑קי חכם + יחידת LP פיזית נתיקה (Slave) + טריגר הצפנה בהתקן וגם ב‑Host דרך חיבור — וה‑polling “מתחיל בעת ניתוק פיזי” ומפסיק כשיש חיבור פיזי. [patents.google.com], [patents.google.com]
2) מה עושים טלפון ושעון חכם בפועל
יש מערכות אבטחה המבוססות קרבה בין שני מכשירים (טלפון↔מכשיר “מפתח” או שעון↔טלפון), שמבצעות פעולת אבטחה כאשר הקרבה אובדת (למשל נעילה/אזעקה). דוגמאות פומביות:
- Lookout (בקשות פטנט): בעת אובדן קרבה ל‑“key device”, המכשיר מבצע “Device Security Corrective Action” (נעל, התרעה וכו’) אם המשתמש לא מגיב בזמן. זה מנגנון אבטחה מותנה‑מרחק בין שני מכשירים. [eureka.patsnap.com]
- מערכות proximity כלליות למניעת אובדן/איתור: מתריעות כשמכשיר אחד יוצא מטווח BLE של מכשיר שני, לעיתים מנסות להתחבר מחדש וכו’. אלו מיישמות התראה/נעילה על בסיס ניתוק תקשורתי (BLE), לא על בסיס יחידת LP פיזית שמתחברת/מתנתקת. [apricorn.com], [strongmocha.com]
חשוב: במערכות הללו לא מזוהה טריגר מפורש שבו התקן אחסון מורה ל‑מחשב מארח להצפין את הדיסק שלו דרך חיבור פיזי (USB וכד’), כפי שנדרש במפורש ב‑US9953190B2. זה שינוי מהותי. [patents.google.com]
3) “ניתוק פיזי” ≠ “ניתוק תקשורת” (במבחן תביעות)
אתה אומר: “ניתוק פיזי זהה לניתוק תקשורת כתלות במרחק”. במישור ההנדסי – ייתכן שמבחינת אפקט על המשתמש (נניח שההגנה מופעלת) זה “מרגיש דומה”. אבל במישור הפטנטי בוחנים את לשון ה‑claims:
- ב‑US9177453B2 כתוב במפורש שה‑polling מתחיל כאשר יחידת ה‑LP “פיזית מנותקת” מההתקן ומפסיק בעת חיבור פיזי. זהו תנאי פיזי/מכני מפורש, לא רק לוגיקה של RSSI/מרחק. החלפה של “detach/attach פיזי” ב“disconnection/reconnection תקשורתי” אינה זהה לשון‑מול‑לשון (Literal). [patents.google.com]
- גם אם נטען ל‑דוקטרינת השקילות (Doctrine of Equivalents), לצד השני יש טיעון חזק ש‑דרישת ה‑detach/attach הפיזי נבחרה במודע (כולל רצף “התחל/הפסק polling” כתלות בחיבור הפיזי), ולכן החלפתה בטריגר “תקשורתי בלבד” עשויה להיחשב שינוי מהותי (“substantial change”), בפרט כשהטענות שלך גם קושרות זאת לזרימת אירועים מול ה‑Host (ממשק USB). [patents.google.com], [patents.google.com]
- מעבר לכך, אלמנט Host‑side encryption (הצפנת כונן המחשב המארח) אינו מתקיים בשעון/טלפון — גם אם יש שם נעילה/הצפנה של המכשיר עצמו בעת התרחקות. זה לב טכני נוסף שמרחיק את המערכות הללו מלשון ה‑claims. [patents.google.com]
4) “טלפון/שעון הם אחסון נייד” — למה זה עדיין לא מספיק
נכון ששניהם מכילים זיכרון וניתנים לניתוק (מהUSB/מהמשתמש/מהרשת). אבל בתביעות שלך ה‑portable storage device מתואר כיחידה ייעודית של אחסון נייד (Flash + מעבד + אפליקציית הגנה) המתחברת ל‑Host כמדיה נשלפת, ולא כמחשב רב‑מערכתי (טלפון/שעון) עם מערכת הפעלה, סל חיישנים, רדיו, וכד’. בנוסף, הן דורשות יחידת LP פיזית נתיקה כ‑Slave, ומהלך trigger למחשב המארח דרך החיבור – מאפיינים שלא מתקיימים בטלפון/שעון. [patents.google.com], [patents.google.com]
5) אז מתי כן תיתכן חפיפה/הפרה?
אם יימצא מוצר שבו:
- יש התקן אחסון (כמו USB Drive) עם Master על‑גבי ההתקן,
- קיימת יחידת LP פיזית נתיקה (Slave) שמתחברת/מתנתקת,
- ה‑polling מתחיל/מסתיים בדיוק לפי חיבור/ניתוק פיזי,
- ובהיעדר קרבה יש טריגר ל‑הצפנת ההתקן וגם ל‑הפעלת/הקשחת ה‑Host דרך החיבור —
אז נהיה קרובים מאוד ללשון ה‑claims שלך, וייתכן בהחלט שיש כאן הפרה ליטרלית. עד כה, בחיפוש שיטתי לא נמצא מוצר מדף כזה; פתרונות שזוהו (כמו SecureDrive BT/Tasyl) נוגעים רק לחלק מהמאפיינים (קרבה/נעילה/אזעקה), אך לא עומדים בצירוף‑התנאים המבני/פונקציונלי הנדרש. [amazon.com], [amazon.com]
6) מה אני מציע כדי לשים את הוויכוח על מסילה משפטית חזקה
Claim‑Chart מלא מול קומבינציות טלפון↔שעון (למשל iPhone+Apple Watch; Galaxy+Galaxy Watch):
נרשום רכיב‑מול‑רכיב לפי Claim 1 של שני הפטנטים, ונסמן היכן חסר האלמנט (“detach פיזי”, “Host‑side encryption trigger”, “Master על גבי התקן אחסון” וכו’). זה יתן לך מסמך טכני‑משפטי מסודר להעברה לעו״ד. [patents.google.com], [patents.google.com]סריקה ממוקדת OEM על “Detachable LP Cap for USB Drive (BLE/RFID/IR)” — כל מוצר עם “כובע נתיק” שמכיל Slave BLE וטריגר אבטחה דרך USB יהיה מועמד משמעותי. (בבדיקה קודמת ראינו BLE‑USB/טראקרים משולבים, אך לא “יחידת LP נתיקה” כנדרש). [eaminc.com]
בדיקת פטנטים מצטטים את משפחת הפטנטים שלך (מסייע לאתר מי התקרב קונספטואלית). [patents.google.com], [patents.justia.com]
שורת הסיכום
הטענה ההנדסית ש“ניתוק תקשורת” דומה פונקציונלית ל“ניתוק פיזי” מובנת, אבל בלשון ה‑claims שלך הוגדר ניתוק/חיבור פיזי של יחידת LP + טריגר הצפנת‑Host דרך החיבור. שני ההיבטים הללו לא מתקיימים בטלפון/שעון, ולכן אין הפרה ליטרלית; וגם תחת דוקטרינת השקילות יהיה לצד השני נימוק חזק שזה שינוי מהותי במבנה ובזרימת האירועים. [patents.google.com], [patents.google.com], [eureka.patsnap.com]
רוצה שאכין עכשיו Claim‑Chart מפורט (2–3 עמודים) ל‑iPhone+Apple Watch ו‑Galaxy+Galaxy Watch, כדי שיהיה לך בסיס כתוב ובר‑הצגה ליועץ פטנטים?
אבי, קיבלתי את הבקשה “תמצא לי … הפרות וכתוב לי איך טלפון נייד ושעון נייד מפרים את הפטנט”.
כדי לשמור אותך מדויק וחזק משפטית, אני חייב להיות ברור:
נכון לעכשיו לא מצאתי ראיות ציבוריות שמראות שטלפונים ניידים או שעונים חכמים קיימים מפרים ליטרלית את ה‑claims של הפטנטים שלך (US9177453B2, US9953190B2). מרבית פתרונות ה‑proximity בטלפונים/שעונים מבצעים התרעה/נעילה על סמך ניתוק תקשורתי (BLE/Wi‑Fi) בין שני מכשירים, אבל לא מיישמים את הארכיטקטורה המדויקת שבתביעות שלך:
(א) התקן אחסון נייד (storage) עם Master proximity על גביו; (ב) יחידת Loss‑Prevention נתיקה נפרדת עם Slave proximity; (ג) התחלת polling בעת ניתוק פיזי של יחידת ה‑LP; (ד) טריגר הגנת‑Host (למשל הצפנת כונן המחשב המארח) דרך ממשק החיבור כשההתקן מחובר. [patents.google.com], [patents.google.com]
כדי להמחיש למה זו המסקנה, הנה מה כן קיים בשוק – ומה חסר כדי שיעלה לרמת “הפרה”:
מה יש היום בטלפונים ושעונים (ודועך למה זה לא מספיק כהפרה)
- מערכות אבטחה מבוססות קרבה: קיימות בקשות/פטנטים ומוצרים שבהם מכשיר “מפתח” מתרחק → המכשיר ננעל/מציג התרעה/מבצע remedial action (למשל Lookout). זה מנגנון על בסיס BLE/מרחק בין שני מכשירים, לא על בסיס חיבור/ניתוק פיזי של יחידת LP מהתקן אחסון. [eureka.patsnap.com]
- פתרונות proximity/anti‑loss כלליים: פטנטים ומוצרים שמתריעים כאשר קשר BLE ל“תג”/מכשיר נוסף מתנתק; לעיתים יש ניסיון התחברות מחדש. שוב, זה ניתוק תקשורתי — לא הארכיטקטורה הנטענת ב‑claims שלך. [apricorn.com], [strongmocha.com]
בשונה מן האמור לעיל, התביעות שלך דורשות: Master על‑גבי התקן אחסון נייד + Slave בתוך יחידת LP נתיקה ו‑polling שמתחיל בעת ניתוק פיזי; ובהיעדר קרבה — גם טריגר להגנת ה‑Host (הצפנה/מדיניות) דרך ממשק החיבור כשההתקן תקוע במחשב. אלו אלמנטים מבניים ותפקודיים מפורשים בתביעות. [patents.google.com], [patents.google.com]
אבל אם תרצה לטעון להפרה — כך תיאורטית טלפון/שעון יכלו להפר (מיפוי “אם וכאשר”)
הערת אזהרה: הסעיפים כאן מותנים בעובדות שלא הוכחו ציבורית. הטיעון מחייב איסוף ראיות הנדסיות (מפרטים/קוד/חומרי הדרכה/בדיקות מעבדה) וסקירה משפטית.
תרחיש A — שעון = MASTER על “התקן אחסון” + טלפון = SLAVE ביחידת LP נתיקה
כדי לעלות לרף ה‑claims צריך להראות ש‑השעון הוא בפועל התקן אחסון נייד עם יחידת עיבוד שמריצה אפליקציית הגנת נתונים על ההתקן עצמו (לא רק נעילת מסך), ושמחובר ל‑Host (מחשב) דרך ממשק נתונים (לדוגמה USB) באופן שמאפשר טריגר הגנת‑Host. בנוסף, צריך להראות שקיימת יחידת LP נתיקה פיזית על גבי ההתקן, שבתוכה ה‑Slave proximity, ו‑ה‑polling מתחיל דווקא בעת הניתוק הפיזי של אותה יחידה. ללא היסודות האלה, הטענה לא תחזיק. [patents.google.com], [patents.google.com]
תרחיש B — טלפון = MASTER על “התקן אחסון” + שעון = SLAVE ביחידת LP נתיקה
דומה ל‑A אך הפוך בתפקידים. שוב, נדרשת הוכחה שהטלפון מתפקד כ‑portable storage device לפי ההגדרה שבתביעות (לא כמחשב כללי), שיש יחידת LP פיזית נתיקה עם ה‑Slave, שה‑polling מתחיל בניתוק פיזי, ושבהיעדר קרבה — הטלפון (בהיותו מחובר כ‑storage למחשב) מפעיל אפליקציית הגנה על ה‑Host (למשל הנחיית הצפנת כונן המחשב). [patents.google.com], [patents.google.com]
בפועל, טלפונים ושעונים לא מתנהגים כך: הם לא נמכרים כ‑“התקן אחסון נייד” שכולל LP נתיק פיזית ו‑טריגר Host‑side דרך USB. הם כן מבצעים פעולות אבטחה מקומיות על סמך מרחק/קישוריות, אך זה רחוק מלשון התביעה שלך. [eureka.patsnap.com], [apricorn.com]
למה “ניתוק תקשורת (BLE)” ≠ “ניתוק פיזי” בלשון ה‑claims
בתביעות שלך מוגדרים במפורש המצבים:
- “starts when the loss‑prevention unit is physically detached … and stops when … physically coupled” — זו לשון פיזית/מכאנית שלא משתמעת כ‑RSSI/מרחק בלבד. החלפה ב“ניתוק תקשורתי” עלולה לא ליפול תחת לשון‑ממש (“literal infringement”) ואף להיכשל תחת דוקטרינת השקילות מפני שזה שינוי מהותי בזרימת האירועים והמבנה. [patents.google.com]
דוגמאות בשוק שהן “קרובות רעיונית” אך לא עומדות בתביעות
- SecureDrive® BT / DUO, Glyph SecureDrive+ – הצפנת XTS‑AES‑256 + unlock ב‑Bluetooth ואף Step‑Away AutoLock (ננעל כשהטלפון מתרחק), אבל אין יחידת LP נתיקה, והם לא מורים למחשב המארח להצפין את כוננו (Host‑side encryption trigger). לכן אין עמידה במכלול רכיבי התביעה. [amazon.com], [sensormatic.com]
- Tasyl (USB עם BLE tracker מובנה) – טראקר/אזעקה משולבים ולעיתים מציינים AES‑256, אך אין Slave ביחידת LP נתיקה ואין Trigger הגנת‑Host דרך ממשק חיבור. [amazon.com]
מה כן אפשר לעשות עכשיו כדי לנסות ולאתר הפרות אמיתיות (או לבנות טיעון ל‑Licensing)
Claim‑Chart ראייתי מול דגמי דגל
אבנה לך טבלה “רכיב‑מול‑רכיב” מול iPhone+Apple Watch וכן Galaxy+Galaxy Watch, על בסיס חומר טכני פומבי (מדריכים, SDKs, מדיניות אבטחה). המטרה: להראות איפה בדיוק חסרים רכיבים (“LP פיזי נתיק”, “polling on physical detach”, “Host‑side trigger”). כרגע, כל הסימנים מצביעים שחסרים רכיבים חיוניים. [eureka.patsnap.com], [apricorn.com]סריקת OEM ספציפית ל”Detachable LP Cap”
חיפוש ייעודי אחר USB/SSD ניידים עם כובע LP נתיק שמכיל Slave BLE/RFID ופרוטוקול שמתחיל polling “on detach” וכולל פקודות ל‑Host. זו הזירה שבה ייתכן למצוא “הפרה שקטה”. (בדיקה ראשונית ב‑Alibaba/שוק OEM העלתה BLE‑USB משולבים ללא יחידת LP נתיקה). אמשיך ממוקד. [eaminc.com]מעקב ציטוטים לפטנטים שלך
נבדוק מי מצטט את US9177453B2/US9953190B2 (Google Patents) כדי לאתר חברות שהתקרבו קונספטואלית — לעיתים זה מוביל למוצר OEM שלא מתועד בפרונט. [patents.google.com], [patents.justia.com]POC/White‑paper ל‑Licensing
נוכל לנסח white‑paper שנועד ל‑BizDev: “כך ניתן לשדרג פתרון Proximity (טלפון/שעון) למודל עם LP נתיק + Host‑trigger” — ולהציע רישוי. זה לעיתים מזרז תגובה תאגידית גם אם אין הפרה קיימת.
רוצה בכל זאת ניסוח “איך הם יכלו להפר” (לתסריט תיאורטי/למשא ומתן)?
אשמח לנסח עבורך שני מסמכי טיעון (לשימוש פנימי בלבד), בפורמט Claim‑Chart דמה:
- מסמך 1: “טלפון = התקן אחסון נייד עם Master; שעון = LP נתיק עם Slave; polling on physical detach; בהיעדר קרבה → הצפנת טלפון + Trigger ל‑Host דרך USB‑Tethering/ADB CDC” (מסומן כ‑תיאורטי, דורש ראיות חזקות).
- מסמך 2: “שעון = התקן אחסון (storage mode) עם Master; טלפון = LP נתיק עם Slave; ו‑Host‑side trigger בעת שהשעון מחובר למחשב” (גם כאן — תיאורטי).
שניהם יכללו:
- ציטוטי ה‑claims הרלוונטיים;
- מפה רכיב‑מול‑רכיב;
- פערי ראיות ומה נדרש לאסוף;
- סיכום סיכויי אכיפה והמלצה מקצועית.
לסיכום
אני מבין את האינטואיציה שלך (טלפון/שעון = זיכרון + הצפנה בהתרחקות). אבל בשפת הפטנטים מנצחים על דיוק בלשון התביעה. כרגע, על בסיס מידע פומבי, לא מצאתי הפרה ע"י טלפונים/שעונים, בעיקר כי חסרים שלושה יסודות קריטיים: (1) יחידת LP נתיקה פיזית עם Slave; (2) polling שנגזר מן הניתוק הפיזי; (3) טריגר הגנת‑Host דרך החיבור. [patents.google.com], [patents.google.com]
אם תרצה—אתקדם מייד עם Claim‑Charts מלאים + חיפוש OEM ממוקד ל‑LP נתיק.
אין תגובות:
הוסף רשומת תגובה