האם אפשר לקבל פטנט על תוכנה? התשובה תלויה במה שהאמצאה עושה, כיצד היא פועלת ובמדינה שבה מבקשים הגנה. תוכנה עשויה להיות חלק מאמצאה טכנולוגית כשירת פטנט, אך לא כל אלגוריתם, מודל עסקי או דרך להצגת מידע הופכים לאמצאה כשירת פטנט רק מפני שהם מבוצעים באמצעות מחשב.
אמצאות בתחום התוכנה מעוררות שאלות ייחודיות מפני שהחידוש אינו בהכרח רכיב פיזי חדש. לפעמים הוא נמצא באופן שבו שרתים מחלקים עומסים, בדרך שבה נתונים נדחסים, במנגנון אבטחה המגן על מערכת או בבקרת מכונה באמצעות אלגוריתם. במקרים אחרים התוכנה רק מבצעת מהר יותר פעולה מנהלית או עסקית מוכרת. ההבדל בין סוגי הפתרונות האלה עומד במרכז בחינת הכשירות לפטנט.
מאמר זה עוסק בשאלה מתי אמצאה המבוססת על תוכנה עשויה להיות כשירת פטנט בישראל, באירופה ובארצות הברית. לדיון הנפרד בשאלה כיצד מנסחים תביעות, מתארים את ארכיטקטורת המערכת ומבססים את השיפור הטכנולוגי בבקשת הפטנט עצמה, ראו ניסוח פטנטים בתחום התוכנה.
מה בדיוק מבקשים להגן עליו בפטנט תוכנה?
חשוב להבחין בין קוד המקור של תוכנת מחשב, שהוא ביטוי מסוים של התוכנה, לבין פתרון טכנולוגי שהתוכנה מממשת. דיני זכות יוצרים עשויים להגן על אופן הביטוי המקורי בקוד, אך אינם מעניקים כשלעצמם מונופול על כל דרך אפשרית לבצע רעיון או פונקציה. דיני הפטנטים בוחנים אם קיים פתרון העונה על דרישות הכשירות לפטנט, כאשר היקף ההגנה המבוקש מוגדר בתביעות הפטנט.
לדוגמה, תוכנה לניהול תורים במרפאה עשויה לכלול קוד מקורי ומורכב. אם החידוש הנטען הוא רק סדר עסקי חדש להקצאת תורים, עשויה להתעורר בעיית כשירות לפטנט. לעומת זאת, אם ההמצאה כוללת מנגנון ייחודי שמסנכרן בין חיישנים רפואיים למערכת המחשוב באופן המקטין אובדן נתונים בזמן ניתוק תקשורת, יש בסיס לבחון האם מדובר בתרומה טכנולוגית.
העובדה שהפתרון חדש אינה מספיקה. גם כאשר קיים אופי טכנולוגי, עדיין צריך לבחון אם הוא חדש ביחס לידע הקודם, בעל התקדמות המצאתית, ניתן לביצוע ומתואר במידה מספקת. מנגד, העובדה שהאמצאה מיושמת בתוכנה אינה שוללת כשירות לפטנט מעצם טיבה.
דוגמה מתועדת לאמצאה ממוחשבת היא הפטנט האמריקאי של Waze, שעניינו מערכת לעיבוד נתוני מיקום ותנועה והצעת מסלולי נסיעה באמצעות שרת ומכשירי ניווט. הדוגמה ממחישה כיצד תוכנה עשויה להשתלב במערכת טכנולוגית מוגדרת; היא אינה קובעת שהפטנט היה עומד גם בדרישות הכשירות בישראל או באירופה.
ישראל: הדרישה לאופי טכנולוגי מוחשי
סעיף 3 לחוק הפטנטים, התשכ״ז–1967, עוסק באמצאה שהיא מוצר או תהליך בכל תחום טכנולוגי, ובלבד שהתקיימו יתר הדרישות שבחוק. הוראות העבודה של רשות הפטנטים מבהירות כי בבחינת השאלה אם קיימת אמצאה בתחום טכנולוגי יש להתייחס לאמצאה בכללותה ולבדוק אם יש לה אופי טכנולוגי מוחשי.
בהקשר של אמצאות המשלבות תוכנת מחשב, ההנחיות מציעות אינדיקציות כגון שינוי בתכונות פיזיות מעבר לפעולתה הרגילה של מערכת ממוחשבת, או פעולה חדשה של המחשב עצמו: למשל שיפור באופן ניהול הזיכרון, שימוש יעיל יותר במשאבי מחשוב, הגברת אמינות או יצירת קשרי גומלין חדשים בין רכיבי המערכת.
המשמעות אינה שכל תוכנה חייבת להפעיל מנוע או לשנות אובייקט פיזי חיצוני. שיפור אמיתי באופן הפעולה הטכנולוגי של המחשב עשוי להיות רלוונטי גם כשאין למערכת רכיב מכני חדש. מנגד, העובדה שהפעלת תוכנה גורמת לזרימת זרם במעבד או להצגת תוצאה על מסך אינה מספקת לבדה כדי לבסס אופי טכנולוגי מוחשי.
גם מחשוב של תהליך שבעבר נעשה ידנית אינו נפסל אוטומטית. השאלה היא האם המימוש הממוחשב יוצר תרומה טכנולוגית ממשית מעבר לייעול הצפוי מעצם האוטומציה. לדוגמה, מערכת המאיצה סידור חשבוניות באמצעות מחשב רגיל אינה שקולה בהכרח למנגנון תוכנה המשנה את ניהול פעולות הקלט והפלט של המחשב כדי למנוע איבוד מסמכים במקרה של כשל תקשורת.
לעניין זה ניתן לעיין בהוראות העבודה לבחינת בקשות פטנט של רשות הפטנטים, בפרק העוסק באמצאות משולבות מחשב. מאחר שהרשות מעדכנת את הוראות הבחינה, יש לבדוק את הנוסח התקף במועד הגשת הבקשה ובחינתה.
דוגמה: זיהוי אובדן נתונים במערכת חיישנים
נניח שחברה פיתחה מערכת של חיישני טמפרטורה המשדרים נתונים לשרת אחת למספר שניות. בהפעלת המערכת מתברר שכאשר החיבור הסלולרי נקטע, חלק מן המדידות נשמטות ואחרות נשלחות פעמיים לאחר חידוש הקשר. כתוצאה מכך, השרת מקבל סדרת מדידות שאינה משקפת את סדר ההתרחשות האמיתי.
החברה מפתחת מנגנון הכולל הקצאת מספרי רצף למדידות, שמירת מקטעי נתונים בזיכרון מקומי בהתאם למצב החיבור, והעברה מחודשת של המקטעים החסרים בלבד לאחר זיהוי נקודת הסנכרון האחרונה בשרת. להבדיל מאמירה כללית שלפיה ״התוכנה מונעת אובדן מידע״, המנגנון מתאר פעולות טכניות קונקרטיות ביחס לתקשורת בין רכיבי מערכת.
במקרה כזה ניתן לנתח האם המימוש פותר בעיה טכנולוגית של תקשורת ואמינות נתונים, והאם הפתרון שונה מן הידוע בתחום. נדרש לבדוק גם אם שימוש במספרי רצף, במאגר מקומי ובהעברה חוזרת הוא פתרון מוכר, או שיש באינטראקציה המסוימת ביניהם התקדמות המצאתית. אין בדוגמה כדי לקבוע שהפתרון המתואר חדש או כשיר לפטנט; היא ממחישה את סוג ההבדל בין תוצאה רצויה לבין מנגנון טכנולוגי מוגדר.
אירופה: תוכנית מחשב כשלעצמה לעומת אמצאה המיושמת במחשב
סעיף 52 לאמנת הפטנטים האירופית (EPC) כולל בין הנושאים המוחרגים מתן פטנט על תוכניות מחשב כשלעצמן. ההחרגה אינה חלה באותה דרך על אמצאה המיושמת באמצעות מחשב ובעלת אופי טכני. הנחיות ה־EPO לשנת 2026 מבחינות בין שלב זיהוי האופי הטכני של התביעה לבין בחינת החידוש וההתקדמות ההמצאתית.
לפי ההנחיות, שיטה המבוצעת באמצעים טכניים כגון מחשב, או תביעה למכשיר ממוחשב או לאמצעי אחסון קריא למחשב, עשויות לעבור את סף האופי הטכני. אולם עצם אזכור המחשב אינו יוצר התקדמות המצאתית. בתביעה המשלבת מאפיינים טכניים ולא טכניים נבחנת התרומה של המאפיינים לאופי הטכני של האמצאה, בהתאם לגישת COMVIK.
לדוגמה, תוכנה המממשת שיטה חדשה לניקוד לקוחות, כאשר המחשב משמש רק כלי לחישוב ולהצגת תוצאות, עשויה שלא להציג תרומה טכנית שיש לה משמעות לצורך התקדמות המצאתית. לעומת זאת, שיטה לשינוי הקצאת זיכרון במחשב, לבקרת עומס בין מעבדים או להעברת נתונים ברשת באופן המשפר מאפיין טכנולוגי מסוים עשויה להצריך ניתוח אחר.
גם תביעה לתוכנת מחשב יכולה במקרים המתאימים להתייחס לאפקט טכני נוסף (Further Technical Effect), מעבר לאינטראקציות הפיזיות הרגילות בין תוכנה לחומרה. הנחיות ה־EPO מזכירות, למשל, בקרת מערכת בלימה, דחיסת וידאו, הצפנת תקשורת ושיפור ניהול משאבי מחשוב. השאלה נשארת מה עושה האמצאה וכיצד היא פועלת, ולא רק איזה סוג מוצר נכתב בראש התביעה.
למקורות המשפטיים ראו את הנחיות EPO בנושא תוכניות מחשב ואת הנחיות COMVIK לבקשות הכוללות מאפיינים טכניים ולא טכניים.
ארצות הברית: רעיון מופשט, יישום מעשי ושיפור טכנולוגי
בארצות הברית השאלה נבחנת בין היתר במסגרת סעיף 101 לחוק הפטנטים ופסיקת בית המשפט העליון בעניין Alice Corp. v. CLS Bank. לפי המבחנים שהתפתחו בפסיקה ובהנחיות ה־USPTO, תביעה המתמקדת ברעיון מופשט ואינה מוסיפה יישום מעשי משמעותי או רכיב נוסף כנדרש עלולה להידחות בשל היעדר כשירות לנושא פטנט.
ההבחנה אינה טכנית בלבד בין ״תוכנה״ לבין ״חומרה״. גם הוספת מחשב כללי או שרת רגיל לתביעה המתארת רעיון עסקי אינה בהכרח מספיקה. מנגד, מערכת תוכנה המשפרת את תפקוד המחשב עצמו או תהליך טכנולוגי אחר עשויה להיות כשירה, בכפוף ליתר דרישות הדין.
בעניין Enfish v. Microsoft דן בית המשפט הפדרלי במבנה נתונים של טבלה המתייחסת לעצמה, וקבע שהמקרה עוסק בשיפור מסוים באופן הפעולה של המחשב, ולא רק ברעיון מופשט שבוצע על מחשב רגיל. בעניין McRO v. Bandai Namco נבחנו כללים טכנולוגיים מסוימים לאוטומציה של הנפשת תנועות שפתיים והבעות פנים. דוגמאות אלה מלמדות כי גם אמצאות שכל ביצוען נעשה באמצעים ממוחשבים עשויות להיות כשירות כאשר התביעות מציגות שיפור טכנולוגי מוגדר.
חשוב שלא לערבב בין שאלת הכשירות לפי סעיף 101 לבין חידוש והתקדמות המצאתית לפי סעיפים 102 ו־103. תביעה יכולה לעבור את מבחן הכשירות אך להידחות משום שהיא מתארת פתרון מוכר או מובן מאליו. להנחיות הרשמיות ראו MPEP 2106 – Patent Subject Matter Eligibility.
האם אפשר לרשום פטנט על תוכנה המשתמשת בבינה מלאכותית?
הוספת המונח ״בינה מלאכותית״ לבקשה אינה מספיקה כדי לבסס כשירות לפטנט. צריך לבחון מהו הפתרון הטכנולוגי החדש ואיזה חלק מן האלגוריתם או ממערכת האימון וההסקה מביא לתוצאה הזאת. לדוגמה, מערכת המשתמשת במודל למידת מכונה רק כדי לדרג לקוחות לפי כדאיות מסחרית מעוררת שאלות שונות ממערכת שמשנה באופן ייחודי את תזמון ההפעלה של יחידות מחשוב במכשיר נייד כדי להפחית צריכת אנרגיה.
לפי הנחיות ה־EPO לשנת 2026, מודלים מתמטיים ואלגוריתמים של למידת מכונה אינם מקבלים אופי טכני רק מכוח שמם, אך הם יכולים לתרום לאופי הטכני כאשר הם מותאמים ליישום טכנולוגי מסוים או לפתרון בעיה טכנית. גם כאן דרושים תיאור מספק של דרך הפעולה, בסיס בתביעות ובחינה של הידע הקודם.
למקור רשמי נוסף ראו הנחיות EPO בנושא בינה מלאכותית ולמידת מכונה.
כיצד נבדלת הגנת הפטנט מזכות יוצרים בתוכנה?
תוכנת מחשב עשויה ליהנות גם מהגנת זכות יוצרים, אך שתי מערכות הדינים עונות על שאלות שונות. זכות יוצרים מגינה בעיקר על ביטוי יצירתי מקורי, ובכלל זה קוד, בכפוף להוראות הדין. פטנט מגן על אמצאה כפי שהוגדרה בתביעותיו, ואינו מוגבל בהכרח לשורות הקוד שבהן בחר בעל האמצאה לממש אותה.
ייתכן שמתחרה יכתוב תוכנה עצמאית משלו, בלי להעתיק שורה מקוד המקור של בעל תוכנה קיימת, ובכל זאת יעלה צורך לבחון אם דרך הפעולה של המוצר החדש נכללת בהיקף תביעות של פטנט תקף. בכיוון ההפוך, תוכנה מסוימת עשויה להיות מוגנת בזכות יוצרים בלי שיש בסיס לקבל עליה פטנט.
לעיון בהסבר ממוקד על תחולת זכות יוצרים ראו את המאמר זכויות יוצרים בתוכנה.
איך בוחנים מראש אם לפיתוח תוכנה יש פוטנציאל להגנת פטנט?
נקודת המוצא היא בירור של מהות החידוש. האם הפתרון משנה את דרך פעולתה של מערכת מחשוב, משפר מנגנון תקשורת, מונע תקלה טכנולוגית, מבקר תהליך פיזי או מציג יתרון טכנולוגי אחר? לאחר מכן צריך לזהות מהם הרכיבים ושלבי הפעולה שגורמים לשיפור, ולהשוות אותם לפרסומי הידע הקודם.
כדאי להבחין בין הבטחה כללית – למשל ״מערכת חכמה ומהירה יותר״ – לבין הסבר בדוק של האמצעים להשגת השיפור. אם הממציא יכול להראות כיצד מתבצע הסנכרון, כיצד מנוהל הזיכרון או כיצד מופרדים תהליכים במערכת, יש בסיס לבחינה מקצועית של האמצאה. אם ידועה רק המטרה העסקית, ייתכן שדרוש פיתוח טכנולוגי נוסף לפני הגשת בקשה.
בדיקת הידע הקודם היא שלב נפרד, המוסבר במאמר בדיקת פטנטביליות לפני רישום פטנט. במקרים שבהם החליטו להתקדם להגשה, ראוי לתכנן את הניסוח מראש כך שיתמוך בפתרון הטכנולוגי ובחלופותיו לפי מדינות היעד.
השלכות מעשיות על בחירת המדינות והכנת הבקשה
אין נוסח קסם שיהפוך רעיון מופשט לאמצאה כשירת פטנט בכל מדינה. במסגרת רישום פטנטים בישראל ובעולם, אותה בקשה יכולה לעורר שאלות שונות בישראל, באירופה ובארצות הברית. לכן חשוב להבין כבר בשלב התכנון אילו חלקים בפיתוח עשויים להוות תרומה טכנולוגית, ואיזה בסיס טכני נדרש כדי לתאר אותם כראוי.
למשל, מערכת תוכנה המיועדת לחסוך זמן בעבודה מנהלית עשויה להיתקל בקושי בבחינה אם השיפור מתבטא רק בשיטה העסקית. כאשר קיימת גם שיטה ייחודית להקטנת עומס על רשת תקשורת או לזיהוי אובדן נתונים, יש לבחון בנפרד את התרומה הטכנית הזאת. בכל מקרה, אין די בניסוח המייחס למערכת ״מעבד״, ״זיכרון״ או ״ענן״ כדי לפתור קושי מהותי בכשירות.
לדיון מפורט בניסוח התביעות והפירוט בתחום ראו ניסוח בקשת פטנט לאמצאת תוכנה.
להרחבה משפטית על הכשירות לפטנט של אמצאות ממוחשבות בישראל ובמדינות אחרות ראו בספרי: י' דרורי, ״דיני פטנטים״, הוצאת פרלשטיין־גינוסר, עמ' 266–296 (2023), בנושא פטנטים בתוכנה.
