עורכי דין של אורקל משווים את היישום מחדש של Java API באנדרואיד עם העתקת התוכן של "הארי פוטר", PDF

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

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

אורקל מאשימה את גוגל בהעתקה לא חוקית של Java API, כולל רשימה של פקודות בשם הקשורות למבנים דקדוקיים. מערכת ההפעלה אנדרואיד תואמת במיוחד ל-Java API כדי להקל על מתכנתי Java להעביר תוכנות וידע לפלטפורמה החדשה. לשם כך, אנדרואיד העתיקה בדיוק את פקודות ה-API של Java ואת המבנים הדקדוקיים. טיעון אורקל היא ש"יישום מחדש" כזה של ה-API של Java ניתן להשוות להעתקת יצירה של מחבר, כמו הרומן הספרותי "הארי פוטר" (זה דוגמה אמיתית שניתנה על ידי עורכי דין של אורקל), ו גוגל מפרה את זכויות היוצרים של אורקל על שמות ומבנים של פקודות API של Java.

אבל ממשקי API של Java הם לא ממשקי ה-API היחידים, ואנדרואיד הוא לא היישום מחדש היחיד. בתעשיית ה-IT של היום, ממשקי API נמצאים בכל מקום, והחדרה מחדש היא בסיסית לשמירה על תחרות כדי למנוע מחברות גדולות לעשות מונופול רואה צ'רלס דואן הוא מנהל מדיניות טכנולוגיה וחדשנות במכון R Street.

Duane נותן את הדוגמה של פלטפורמת האחסון הפופולרית Amazon S3. כדי לאפשר כתיבה ואחזור של קבצים מ-S3, אמזון פיתחה מקיף, API מפורט כדי ליצור אינטראקציה עם השירות. לדוגמה, כדי לקבל רשימה של קבצים שנשמרו (ListObjects) אנו שולחים פקודת GET המציינת את הפרמטרים המארח והסוג סוג קידוד, אסימון המשך и x-amz-date. כדי לעבוד עם Amazon S3, התוכנה חייבת להשתמש בשמות פרמטרים ספציפיים אלו ועוד רבים אחרים בדיוק.

GET /?Delimiter=Delimiter&EncodingType=EncodingType&Marker=Marker&MaxKeys=MaxKeys&Prefix=Prefix HTTP/1.1
Host: Bucket.s3.amazonaws.com
x-amz-request-payer: RequestPayer

אמזון היא המובילה המובהקת בשוק שירותי הענן, והמתחרות שלה מציעות הטמעות מחדש של ה-API של S3, תוך שהם צריכים לחקות שמות פקודות, תגיות פרמטרים, קידומות הקלדה x-amz, מבנה דקדוקי וארגון כללי של ה-API של S3. במילים אחרות, כל מה שאורקל טוענת מוגן בזכויות יוצרים.

בין החברות המציעות עותק של ה-API של Amazon S3 יש גם את אורקל עצמה. לצורך תאימות, ה-Amazon S3 Compatibility API מעתיק אלמנטים רבים של ה-Amazon API, עד לתגיות x-amz.

אורקל טוענת שהחוקיות של פעולותיה מבוססת על רישיון הקוד הפתוח Apache 2.0, המאפשר העתקה ושינוי חינם של קוד. לדוגמה, Amazon SDK עבור Java מגיע גם עם רישיון Apache 2.0.

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

מי המציא את ה-API?

המונח והמושג של "ספריית תת-שגרה" הופיעו לראשונה בספר תכנון וקידוד בעיות עבור מכשיר מחשוב אלקטרוני - חלק ב', כרך שלישי (מכון למחקר מתקדם של אוניברסיטת פרינסטון, 1948) מאת הרמן גולדשטיין וג'ון פון נוימן. העתק ב-archive.org. תוכן הכרך השלישי:

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

ספריית תתי השגרה של EDSAC נמצאת בצד שמאל

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

המונח עצמו ממשק תוכנית יישום (API) הופיע אי שם בסוף שנות ה-60.

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

API
בורא
שנה
יישום מחדש
שנה

ספריית FORTRAN
יבמ
1958
יוניוואק
1961

IBM S/360 ISA
יבמ
1964
אמדהל קורפ
1970

ספריית C סטנדרטית
AT&T/Bell Labs
1976
מארק וויליאמס ושות'
1980

שיחות מערכת יוניקס
AT&T/Bell Labs
1976
מארק וויליאמס ושות'
1980

VT100 Esc Seqs
דצמבר
1978
הית'קיט
1980

BIOS PC של IBM
יבמ
1981
פיניקס טכנולוגיות
1984

MS-DOS CLI
מיקרוסופט
1981
פרויקט FreeDOS
1998

ערכת הפקודות של Hayes AT
הייז מיקרו
1982
אוטומציה של עוגן
1985

PostScript
Adobe
1985
GNU/GhostScript
1988

SMB
מיקרוסופט
1992
פרויקט סמבה
1993

Win32
מיקרוסופט
1993
פרויקט יין
1996

ספריות מחלקות Java 2
שמש
1998
גוגל/אנדרואיד
2008

אינטרנט API טעים
טָעִים מְאוֹד
2003
לוח
2009

מקור: "קיצור היסטוריה סובייקטיבית של API"

העתקה ושימוש חוזר בממשקי API (ספריות, ערכות הוראות) הם לא רק נכונים, אלא שמתודולוגיית תכנות זו מומלצת ישירות בקנונים של מדעי המחשב. עוד לפני העתקת ממשקי תכנות S3, אורקל עצמה עשתה זאת פעמים רבות. יתרה מכך, העסק של אורקל נבנה בתחילה על יישום שפת התכנות SQL שפותחה על ידי IBM. מוצר הדגל הראשון של אורקל היה DBMS, שהועתק ברובו מ-IBM System R. במקרה זה, אנו מדברים על יישום מחדש של SQL כ"API סטנדרטי" עבור DBMS.

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

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

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

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

מקור: www.habr.com