Oracleko abokatuek Java APIaren birinplementazioa alderatzen dute Android "Harry Potter"-ren edukia kopiatuz, pdf

AEBetako Auzitegi Gorenak auzi garrantzitsu bat entzungo du urte hasieran. Oracle vs Google, jabetza intelektualaren legearen arabera APIaren egoera juridikoa zehaztuko duena. Auzitegiak Oracleren alde egiten badu milioika dolarreko auzian, lehia ito eta teknologia erraldoien nagusitasuna finkatu dezake, agian Google bera barne.

Aldi berean, Oracleren negozioa IBMk garatutako SQL programazio lengoaia inplementatzean eraiki zen hasieran, eta orain ere konpainiak hodeiko zerbitzua eskaintzen du Amazon S3-ren API batekin, eta hori guztiz normala da. API berrezartzea informatikaren garapenaren zati naturala izan da industriaren hasieratik.

Oraclek Google salatzen du Java APIa legez kanpo kopiatzeaz, egitura gramatikalekin lotutako komando izendatuen zerrenda barne. Sistema eragilea Android Java APIarekin bateragarria da bereziki, Java programatzaileek softwarea eta ezagutza plataforma berrira transferitzea errazteko. Horretarako, Android Java API komando eta gramatika egitura garrantzitsuak zehatz-mehatz kopiatu zituen. Argudioa Oracle da Java APIaren "berriro ezartzea" egile baten lana kopiatzearekin alderatu daitekeela, hala nola "Harry Potter" literatura eleberria (hau Oracleko abokatuek emandako benetako adibidea), eta Google-k Java API komandoen izen eta egituren gaineko Oracleren copyrighta urratzen du.

Baina Java APIak ez dira API bakarrak, Android — ez da birinplementazio bakarra. Gaur egungo IT industrian, APIak nonahi daude, eta birinplementazioa funtsezkoa da lehia mantentzeko eta enpresa handien monopolioak saihesteko. pentsatzen du Charles Duane R Street Institute-ko teknologia eta berrikuntza politikako zuzendaria da.

Duanek Amazon S3 biltegiratze plataforma ezagunaren adibidea jartzen du. S3-tik fitxategiak idazteko eta berreskuratzeko gaitzeko, Amazon-ek osatua garatu du. API zehatza zerbitzuarekin elkarreragiteko. Adibidez, gordetako fitxategien zerrenda bat lortzeko (ZerrendaObjektuak) ostalariaren eta motaren parametroak zehaztuz GET komandoa bidaltzen dugu kode-mota, jarraipen-token и x-amz-data. Amazon S3-rekin lan egiteko, softwareak hauek eta beste hainbat parametro-izen zehatz erabili behar ditu zehazki.

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 hodeiko zerbitzuen merkatuan lider argia da, eta bere lehiakideek S3 APIaren berregimenak eskaintzen dituzte, komandoen izenak, parametroen etiketak, mota aurrizkiak imitatu behar dituzten bitartean. x-amz, egitura gramatikala eta S3 APIaren antolaketa orokorra. Beste era batera esanda, Oracle-k aldarrikatzen duen guztia copyrighta du.

Amazon S3 APIaren kopia bat eskaintzen duten enpresen artean daude Oracle bera ere badago. Bateragarritasuna lortzeko, Amazon S3 Compatibility APIak Amazon APIaren elementu ugari kopiatzen ditu, x-amz etiketetaraino.

Oracle-k dio bere ekintzen legezkotasuna kode irekiko Apache 2.0 lizentzian oinarritzen dela, eta horrek doako kopia eta kodea aldatzea ahalbidetzen du. Adibidez, Javarako Amazon SDK Apache 2.0 lizentziarekin ere dator.

Baina galdera da jabetza intelektualaren legea API bezalako gauzetan ere aplikatzen den. Hori da Auzitegi Gorenak zehaztu behar duena.

Nork asmatu zuen APIa?

Herman Goldstein eta John von Neumann-en "Azpirrutinako liburutegi" terminoa eta kontzeptua lehen aldiz agertu ziren Planning and Coding Problems for an Electronic Computing Instrument - Part II, Volume III (Princeton University Institute of Advanced Study, 1948) liburuan. kopiatu archive.org webgunean. Hirugarren liburukiaren edukia:

Hau da programak memorian gordetzen dituen ordenagailuentzako programazio-metodologia baten lehen deskribapena (lehen ez zegoen hori). Unibertsitateetan asko hedatu zen, garai hartan euren ordenagailuak sortzen saiatzen ziren. Eta garrantzitsuena, liburuak ideia nagusi bat dauka: programa gehienek eragiketa arruntak erabiliko dituzte, eta errutinak dituzten liburutegiek kode eta akats berrien kopurua murriztuko dute. Ideia hori gehiago findu zuen Maurice Wilkes-ek eta EDSAC makinan jarri zuen praktikan, 1967ko Turing saria jaso zuen horregatik.

EDSAC azpierrutinen liburutegia ezkerraldean dago

Hurrengo urratsa maila altuagoko funtzioak eta software interfaze osoak sortzea izan zen, Maurice Wilkes eta David Wheeler-ek Preparing Programs for the Electronic Digital Computer (1951) lanean egin zuten bezala.

Terminoa bera Aplikazio Programaren Interfazea (API) 60ko hamarkadaren amaieran nonbait agertu zen.

Aurkezpenaren egilea "APIaren historia subjektiboa laburra" Joshua Block-ek hainbat adibide ematen ditu programazio-interfazeen, instrukzio-multzoen eta azpierrutinen liburutegien: nola sortu eta gero erabili ziren. Ideia da berrerabilpena API baten puntua dela. Horretarako sortu ziren lehenik. Eta garatzaileek beti izan dute besteen APIak kopiatzeko eta berregiteko aukera:

API
Sortzailea
Urtea
Berriz ezartzea
Urtea

FORTRAN liburutegia
IBM
1958
Univac
1961

IBM S/360 ISA
IBM
1964
Amdahl Corp.
1970

Standard C Liburutegia
AT&T/Bell Labs
1976
Mark Williams Co.
1980

Unix sistema-deiak
AT&T/Bell Labs
1976
Mark Williams Co.
1980

VT100 Esc Seqs
DEC
1978
Heathkit
1980

IBM PC BIOS
IBM
1981
Phoenix Teknologiak
1984

MS-DOS CLI
Microsoft
1981
FreeDOS proiektua
1998

Hayes AT komando multzoa
Hayes Micro
1982
Aingura Automatizazioa
1985

PostScript
Adobe
1985
GNU/GhostScript
1988

SMB
Microsoft
1992
Samba Proiektua
1993

Win32
Microsoft
1993
Ardoaren Proiektua
1996

Java 2 klaseko liburutegiak
Sun
1998
Google/Android
2008

Web API Delicious
Delicious
2003
Pinboard
2009

Iturria: "APIaren historia subjektiboa laburra"

APIak (liburutegiak, argibide multzoak) kopiatzea eta berrerabiltzea zuzena izateaz gain, programazio-metodologia hau zuzenean gomendatzen da informatikaren kanonetan. S3 programazio interfazeak kopiatu aurretik ere, Oracle-k berak egin zuen hori askotan. Gainera, Oracleren negozioa IBMk garatutako SQL programazio lengoaia inplementatzean eraiki zen hasieran. Oracle-ren lehen produktu enblematikoa DBMS bat izan zen, neurri handi batean IBM System R-etik kopiatua. Kasu honetan, SQL berriro ezartzeaz ari gara DBMS baterako "API estandar" gisa.

APIei jabetza intelektualaren eskubideak ezartzeak denei eragiten dien legezko meatze eremua sor dezake. APIak inplementatzen eta hodeiko beste zerbitzu batzuk. Estandar tekniko askok, hala nola, Wi-Fi eta Interneteko protokoloek, APIak barne hartzen dituzte. Programazio-interfazeak nahitaez nolabait berriro inplementatuko dira Interneteko ordenagailu eta zerbitzari guztietan. Oracle-ren copyright teoriak zure ordenagailuarekin egiten duzun ia edozein gauza legez kanpoko bihur dezake.

Ondorio zabal horiek saihesteko, Oracle eta bere argudioak onartu zituen apelazio-epaitegiak jatorrizkoarekin "bateraezinak" diren APIren berrezarpen batzuetara mugatzen saiatu dira copyright-urraketa. Baina berriro ezarpen partzialak ere bai ohikoak dira. S3 APIaren kopian ere, Oracle-k "desberdintasun" eta bateraezintasun ugari nabaritzen ditu jatorrizko Amazon APIekin.

Oracleren auziaren arrisku nagusia da teknologia-enpresa txikiagoek S3 bezalako plataforma nagusiekin bateragarriak diren sistemen bertsioak sortzea eragotzi dezaketela. Bateragarritasun hori gabe, programatzaileak modu eraginkorrean blokeatu egingo dira konpainia honen eskaintzatik.

Industriako ordezkariek eta garatzaileek hemen arrazoia gailenduko dela espero besterik ez dute egin, eta epaileek programazioaren oinarriak ezagutzen dituzte.

Iturria: www.habr.com