Odvetniki Oracle primerjajo ponovno implementacijo Java API v Android s kopiranjem vsebine "Harryja Potterja", pdf

Vrhovno sodišče ZDA bo v začetku tega leta obravnavalo pomemben primer. Oracle proti Googlu, ki bo določil pravni status API-ja po pravu intelektualne lastnine. Če se sodišče v več milijard dolarjev vredni tožbi postavi na stran Oracla, bi to lahko zadušilo konkurenco in utrdilo prevlado tehnoloških velikanov, morda vključno s samim Googlom.

Hkrati je Oraclovo poslovanje sprva temeljilo na implementaciji programskega jezika SQL, ki ga je razvil IBM, in tudi zdaj podjetje ponuja storitev v oblaku z API-jem iz Amazon S3, kar je povsem normalno. Ponovna implementacija API-ja je naravni del razvoja računalništva že od samega začetka industrije.

Oracle Google obtožuje nezakonitega kopiranja API-ja Java, vključno s seznamom imenovanih ukazov, povezanih s slovničnimi strukturami. Operacijski sistem Android je posebej združljiv z Java API, da programerjem Java olajša prenos programske opreme in znanja na novo platformo. Za to je Android natančno kopiral ustrezne ukaze Java API in slovnične strukture. Prepir Oracle je, da lahko takšno "ponovno implementacijo" API-ja Java primerjamo s kopiranjem avtorjevega dela, kot je literarni roman "Harry Potter" (ta pravi primer Oraclovih odvetnikov), in Google krši avtorske pravice Oracle za imena in strukture ukazov Java API.

Vendar Java API-ji niso edini API-ji in Android ni edina ponovna implementacija. V današnji industriji IT so API-ji vseprisotni in ponovna uvedba je bistvenega pomena za ohranjanje konkurence, da se velikim podjetjem prepreči monopolizacija misli Charles Duane je direktor tehnološke in inovacijske politike na Inštitutu R Street.

Duane daje primer priljubljene platforme za shranjevanje Amazon S3. Za omogočanje pisanja in pridobivanja datotek iz S3 je Amazon razvil celovit, podroben API za interakcijo s storitvijo. Na primer, da dobite seznam shranjenih datotek (ListObjects) pošljemo ukaz GET, ki določa parametre gostitelja in tipa vrsta kodiranja, nadaljevanje-žeton и x-amz-datum. Za delo z Amazon S3 mora programska oprema natančno uporabljati ta in številna druga posebna imena parametrov.

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 je nedvomno vodilni na trgu storitev v oblaku, njegovi konkurenti pa ponujajo ponovne implementacije API-ja S3, medtem ko morajo posnemati imena ukazov, oznake parametrov, predpone tipov x-amz, slovnična struktura in splošna organizacija API-ja S3. Z drugimi besedami, vse, kar trdi Oracle, je avtorsko zaščiteno.

Med podjetji, ki ponujajo kopijo API-ja Amazon S3, so obstaja tudi sam Oracle. Zaradi združljivosti Amazon S3 Compatibility API kopira številne elemente Amazonovega API-ja, vse do oznak x-amz.

Oracle trdi, da zakonitost njegovih dejanj temelji na odprtokodni licenci Apache 2.0, ki omogoča brezplačno kopiranje in spreminjanje kode. na primer Amazon SDK za Javo prihaja tudi z licenco Apache 2.0.

Toda vprašanje je, ali zakon o intelektualni lastnini sploh velja za stvari, kot so API-ji. To mora ugotoviti vrhovno sodišče.

Kdo je izumil API?

Izraz in koncept "podprogramske knjižnice" sta se prvič pojavila v knjigi Planning and Coding Problems for an Electronic Computing Instrument - Part II, Volume III (Princeton University Institute of Advanced Study, 1948) Hermana Goldsteina in Johna von Neumanna. kopija na archive.org. Vsebina tretjega zvezka:

To je prvi opis programske metodologije za računalnike, ki shranjuje programe v pomnilnik (prej to ni obstajalo). Široko je bil razdeljen na univerze, ki so takrat poskušale ustvariti lastne računalnike. In kar je najpomembnejše, knjiga vsebuje ključno idejo: večina programov bo uporabljala običajne operacije, knjižnice z rutinami pa bodo zmanjšale količino nove kode in napak. Maurice Wilkes je to zamisel nadalje izpopolnil in udejanjil v stroju EDSAC, za kar je leta 1967 prejel Turingovo nagrado.

Knjižnica podprogramov EDSAC je na levi

Naslednji korak je bil ustvariti funkcije višjega reda in popolne programske vmesnike, kot sta to storila Maurice Wilkes in David Wheeler v Pripravi programov za elektronski digitalni računalnik (1951).

Izraz sam Vmesnik aplikacijskega programa (API) pojavil nekje v poznih 60-ih.

Avtor predstavitve "Kratka subjektivna zgodovina API-ja" Joshua Block daje več primerov programskih vmesnikov, nizov navodil in knjižnic podprogramov: kako so bili ustvarjeni in pozneje uporabljeni. Ideja je, da je bistvo API-ja ponovna uporaba. Za to so bili sploh ustvarjeni. In razvijalci so vedno imeli možnost kopirati in predelovati API-je drugih ljudi:

API
Ustvarjalec
Leto
Ponovna implementacija
Leto

Knjižnica FORTRAN
IBM
1958
Univac
1961

IBM S/360 ISA
IBM
1964
Amdahl Corp.
1970

Standardna knjižnica C
AT&T/Bell Labs
1976
Mark Williams Co.
1980

Sistemski klici Unix
AT&T/Bell Labs
1976
Mark Williams Co.
1980

VT100 Esc Seqs
December
1978
Heathkit
1980

IBM PC BIOS
IBM
1981
Phoenix Technologies
1984

MS-DOS CLI
Microsoft
1981
Projekt FreeDOS
1998

Nabor ukazov Hayes AT
Hayes Micro
1982
Avtomatizacija sidra
1985

PostScript
Adobe
1985
GNU/GhostScript
1988

SMB
Microsoft
1992
Projekt Samba
1993

Win32
Microsoft
1993
Vinski projekt
1996

Knjižnice razredov Java 2
ne
1998
Google/Android
2008

Spletni API Slastno
Delicious
2003
Pinboard
2009

Vir: "Kratka subjektivna zgodovina API-ja"

Kopiranje in ponovna uporaba API-jev (knjižnic, naborov navodil) ni le pravilna, ampak je ta metodologija programiranja neposredno priporočena v kanonih računalništva. Tudi pred kopiranjem programskih vmesnikov S3 je Oracle sam to večkrat naredil. Poleg tega je podjetje Oracle prvotno temeljilo na implementaciji programskega jezika SQL, ki ga je razvil IBM. Oraclov prvi vodilni izdelek je bil DBMS, v veliki meri prepisan iz IBM System R. V tem primeru govorimo o ponovni implementaciji SQL kot »standardnega API-ja« za DBMS.

Vsiljevanje pravic intelektualne lastnine API-jem lahko ustvari pravno minsko polje, ki vpliva na vse. API-ji izvajajo in druge storitve v oblaku. Številni tehnični standardi, kot so Wi-Fi in internetni protokoli, vključujejo API-je. Programski vmesniki so v neki obliki nujno ponovno implementirani na vsakem računalniku in strežniku v internetu. Oraclova teorija avtorskih pravic lahko naredi skoraj vse, kar počnete z računalnikom, nezakonito.

Da bi se izognili tem daljnosežnim posledicam, sta Oracle in pritožbeno sodišče, ki je potrdilo njegove argumente, poskušala omejiti kršitev avtorskih pravic na nekatere ponovne implementacije API-ja, ki so »nezdružljive« z izvirnikom. Toda tudi delne ponovne implementacije so običajni. Tudi v svoji kopiji API-ja S3 Oracle ugotavlja številne "razlike" in nezdružljivosti z originalnimi API-ji Amazon.

Glavna nevarnost Oraclove tožbe je, da bi lahko manjšim tehnološkim podjetjem preprečila ustvarjanje različic sistemov, ki so združljivi s prevladujočimi platformami, kot je S3. Brez takšne združljivosti bodo programerji dejansko izključeni iz ponudbe tega podjetja.

Predstavniki industrije in razvijalci lahko samo upajo, da bo tukaj prevladal razum in sodniki poznajo osnove programiranja.

Vir: www.habr.com