Oracle-ის იურისტები ადარებენ Java API-ის ხელახალ იმპლემენტაციას Android „ჰარი პოტერის“ შინაარსის კოპირებით, pdf

აშშ-ის უზენაესი სასამართლო ამ წლის დასაწყისში განიხილავს მნიშვნელოვან საქმეს. Oracle vs Google, რომელიც განსაზღვრავს API-ის სამართლებრივ სტატუსს ინტელექტუალური საკუთრების კანონით. თუ სასამართლო მხარს დაუჭერს Oracle-ს მის მრავალმილიარდ დოლარიან სარჩელში, მას შეუძლია ჩაახშოს კონკურენცია და განამტკიცოს ტექნიკური გიგანტების დომინირება, შესაძლოა თავად Google-ის ჩათვლით.

ამავდროულად, Oracle-ის ბიზნესი თავდაპირველად აშენდა IBM-ის მიერ შემუშავებული SQL პროგრამირების ენის განხორციელებაზე და ახლაც კომპანია გთავაზობთ ღრუბლოვან სერვისს API-ით Amazon S3-დან და ეს სრულიად ნორმალურია. API-ს ხელახალი განხორციელება იყო კომპიუტერული მეცნიერების განვითარების ბუნებრივი ნაწილი ინდუსტრიის დასაწყისიდანვე.

Oracle Google-ს ადანაშაულებს Java API-ის უკანონო კოპირებაში, მათ შორის გრამატიკულ სტრუქტურებთან დაკავშირებული დასახელებული ბრძანებების სიაში. ოპერაციული სისტემა Android სპეციალურად თავსებადია Java API-თან, რათა Java პროგრამისტებს გაუადვილდეს პროგრამული უზრუნველყოფისა და ცოდნის ახალ პლატფორმაზე გადატანა. ამისათვის, Android ზუსტად დააკოპირა შესაბამისი Java API ბრძანებები და გრამატიკული სტრუქტურები. კამათი Oracle არის ის, რომ Java API-ის ასეთი „ხელახალი განხორციელება“ შეიძლება შევადაროთ ავტორის ნაწარმოების კოპირებას, როგორიცაა ლიტერატურული რომანი „ჰარი პოტერი“ (ეს Oracle-ის იურისტების მიერ მოყვანილი რეალური მაგალითი), და Google არღვევს Oracle-ის საავტორო უფლებებს Java API ბრძანებების სახელებსა და სტრუქტურებზე.

მაგრამ Java API-ები ერთადერთი API-ები არ არის, Android — ეს არ არის ერთადერთი ხელახალი დანერგვა. თანამედროვე IT ინდუსტრიაში API-ები ყველგან არის გავრცელებული და ხელახალი დანერგვა ფუნდამენტურია კონკურენციის შესანარჩუნებლად და მსხვილი ფირმების მიერ მონოპოლიების თავიდან ასაცილებლად. განაცხადა ჩარლზ დუანი არის R Street Institute-ის ტექნოლოგიებისა და ინოვაციების პოლიტიკის დირექტორი.

დუანი იძლევა პოპულარული Amazon S3 შენახვის პლატფორმის მაგალითს. S3-დან ფაილების ჩაწერისა და ამოღების გასააქტიურებლად, ამაზონმა შეიმუშავა ყოვლისმომცველი, დეტალური API სერვისთან ურთიერთობისთვის. მაგალითად, შენახული ფაილების სიის მისაღებად (ListObjects) ვუგზავნით GET ბრძანებას, რომელშიც მითითებულია ჰოსტი და ტიპის პარამეტრები კოდირების ტიპი, გაგრძელება-ჟეტონი и x-amz-თარიღი. 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

Amazon არის აშკარა ლიდერი ღრუბლოვანი სერვისების ბაზარზე და მისი კონკურენტები გვთავაზობენ S3 API-ს ხელახლა იმპლემენტაციას, ხოლო მათ უნდა მიბაძონ ბრძანებების სახელები, პარამეტრების ტეგები, ტიპის პრეფიქსები. x-amzS3 API-ს გრამატიკული სტრუქტურა და ზოგადი ორგანიზაცია. სხვა სიტყვებით რომ ვთქვათ, ყველაფერი, რასაც Oracle ამტკიცებს, დაცულია საავტორო უფლებებით.

კომპანიებს შორის, რომლებიც სთავაზობენ Amazon S3 API-ს ასლს ასევე არის თავად Oracle. თავსებადობისთვის, Amazon S3 Compatibility API კოპირებს Amazon API-ის მრავალ ელემენტს, x-amz ტეგებამდე.

Oracle ირწმუნება, რომ მისი ქმედებების კანონიერება ეფუძნება ღია კოდის Apache 2.0 ლიცენზიას, რომელიც საშუალებას იძლევა უფასო კოპირება და კოდის შეცვლა. Მაგალითად, Amazon SDK Java-სთვის ასევე მოყვება Apache 2.0 ლიცენზია.

მაგრამ საკითხავია, ვრცელდება თუ არა ინტელექტუალური საკუთრების კანონი ისეთ საკითხებზე, როგორიცაა API. ეს უზენაესმა სასამართლომ უნდა დაადგინოს.

ვინ გამოიგონა API?

ტერმინი და კონცეფცია "ქვეპროტეინული ბიბლიოთეკა" პირველად გამოჩნდა წიგნში Planning and Coding Problems for an Electronic Computing Instrument - ნაწილი II, ტომი III (Princeton University Institute of Advanced Study, 1948) ჰერმან გოლდშტეინის და ჯონ ფონ ნეუმანის მიერ. დააკოპირეთ archive.org-ზე. მესამე ტომის შინაარსი:

ეს არის კომპიუტერების პროგრამირების მეთოდოლოგიის პირველი აღწერა, რომელიც ინახავს პროგრამებს მეხსიერებაში (ადრე ეს არ არსებობდა). იგი ფართოდ გავრცელდა უნივერსიტეტებში, რომლებიც იმ დროს ცდილობდნენ საკუთარი კომპიუტერების შექმნას. და რაც მთავარია, წიგნი შეიცავს მთავარ იდეას: პროგრამების უმეტესობა გამოიყენებს საერთო ოპერაციებს, ხოლო ბიბლიოთეკები რუტინებით შეამცირებს ახალი კოდის და შეცდომების რაოდენობას. ეს იდეა კიდევ უფრო დახვეწა მორის უილკესმა და პრაქტიკაში გამოიყენა EDSAC მანქანაში, რისთვისაც მან 1967 წელს მიიღო ტურინგის ჯილდო.

EDSAC ქვეპროგრამის ბიბლიოთეკა არის მარცხნივ

შემდეგი ნაბიჯი იყო უმაღლესი დონის ფუნქციების და სრულფასოვანი პროგრამული ინტერფეისების შექმნა, როგორც ეს გააკეთეს მორის უილკსმა და დევიდ ვილერმა ელექტრონული ციფრული კომპიუტერისთვის პროგრამების მომზადებაში (1951).

თავად ტერმინი განაცხადის პროგრამის ინტერფეისი (API) სადღაც 60-იანი წლების ბოლოს გამოჩნდა.

პრეზენტაციის ავტორი "API-ს მოკლე სუბიექტური ისტორია" ჯოშუა ბლოკი იძლევა პროგრამირების ინტერფეისების, ინსტრუქციების კომპლექტების და ქვეპროგრამის ბიბლიოთეკების რამდენიმე მაგალითს: როგორ შეიქმნა და როგორ გამოიყენეს ისინი. იდეა არის ის, რომ ხელახალი გამოყენება არის API-ს წერტილი. ეს არის ის, რისთვისაც ისინი შეიქმნა პირველ რიგში. და დეველოპერებს ყოველთვის ჰქონდათ შესაძლებლობა კოპირება და გადაკეთება სხვა ადამიანების API-ების:

API
შემოქმედი
წელი
ხელახალი განხორციელება
წელი

FORTRAN ბიბლიოთეკა
IBM
1958
უნივაკი
1961

IBM S/360 ISA
IBM
1964
Amdahl Corp.
1970

სტანდარტული C ბიბლიოთეკა
AT&T/Bell Labs
1976
მარკ უილიამსის კომპანია.
1980

Unix სისტემის ზარები
AT&T/Bell Labs
1976
მარკ უილიამსის კომპანია.
1980

VT100 Esc Seqs
საოლქო საარჩევნო კომისიის
1978
ჰითკიტი
1980

IBM PC BIOS
IBM
1981
ფენიქსის ტექნოლოგიები
1984

MS-DOS CLI
microsoft
1981
FreeDOS პროექტი
1998

Hayes AT ბრძანების ნაკრები
ჰეის მიკრო
1982
წამყვანის ავტომატიზაცია
1985

PostScript
Adobe
1985
GNU/GhostScript
1988

SMB
microsoft
1992
სამბას პროექტი
1993

Win32
microsoft
1993
ღვინის პროექტი
1996

Java 2 კლასის ბიბლიოთეკები
Sun
1998
Google/Android
2008

ვებ API გემრიელი
გემრიელი
2003
Pinboard
2009

წყარო: "API-ს მოკლე სუბიექტური ისტორია"

API-ების კოპირება და ხელახალი გამოყენება (ბიბლიოთეკები, ინსტრუქციების ნაკრები) არა მხოლოდ სწორია, არამედ ეს პროგრამირების მეთოდოლოგია პირდაპირ არის რეკომენდებული კომპიუტერული მეცნიერების კანონებში. S3 პროგრამირების ინტერფეისების კოპირებამდეც კი, Oracle-მა ეს ბევრჯერ გააკეთა. უფრო მეტიც, Oracle-ის ბიზნესი თავდაპირველად აშენდა IBM-ის მიერ შემუშავებული SQL პროგრამირების ენის განხორციელებაზე. Oracle-ის პირველი ფლაგმანი პროდუქტი იყო DBMS, რომელიც ძირითადად კოპირებულია IBM System R-დან. ამ შემთხვევაში, ჩვენ ვსაუბრობთ SQL-ის ხელახლა დანერგვაზე, როგორც „სტანდარტული API“ DBMS-ისთვის.

API-ებზე ინტელექტუალური საკუთრების უფლებების დაწესებამ შეიძლება შექმნას ლეგალური დანაღმული ველი, რომელიც გავლენას მოახდენს ყველას. API-ები ახორციელებენ და სხვა ღრუბლოვანი სერვისები. ბევრი ტექნიკური სტანდარტი, როგორიცაა Wi-Fi და ინტერნეტ პროტოკოლები, მოიცავს API-ებს. პროგრამირების ინტერფეისები აუცილებლად ხელახლა განხორციელდება რაიმე ფორმით ინტერნეტის ყველა კომპიუტერსა და სერვერზე. Oracle-ის საავტორო უფლებების თეორიამ შეიძლება უკანონოდ აქციოს თითქმის ყველაფერი, რასაც აკეთებთ თქვენს კომპიუტერთან.

ამ შორსმიმავალი შედეგების თავიდან ასაცილებლად, Oracle-მა და სააპელაციო სასამართლომ, რომელმაც დაამტკიცა მისი არგუმენტები, ცდილობდა საავტორო უფლებების დარღვევა შეეზღუდა API-ს გარკვეული ხელახალი განხორციელებით, რომლებიც „შეუთავსებელია“ ორიგინალთან. მაგრამ ნაწილობრივი ხელახალი განხორციელებაც ჩვეულებრივია. S3 API-ის ასლშიც კი, Oracle აღნიშნავს უამრავ "განსხვავებებს" და შეუთავსებლობას ორიგინალური Amazon API-ებთან.

Oracle-ის სარჩელის მთავარი საშიშროება არის ის, რომ მას შეუძლია ხელი შეუშალოს მცირე ტექნოლოგიურ კომპანიებს ისეთი სისტემების ვერსიების შექმნაში, რომლებიც თავსებადია დომინანტურ პლატფორმებთან, როგორიცაა S3. ასეთი თავსებადობის გარეშე, პროგრამისტები ეფექტურად იქნებიან დაბლოკილი ამ კომპანიის შეთავაზებებზე.

ინდუსტრიის წარმომადგენლებს და დეველოპერებს მხოლოდ იმის იმედი აქვთ, რომ მიზეზი აქ გაიმარჯვებს და მოსამართლეებმა იციან პროგრამირების საფუძვლები.

წყარო: www.habr.com