Advocaten van Oracle vergelijken de herimplementatie van de Java API in Android met het kopiëren van de inhoud van “Harry Potter”, pdf

Het Amerikaanse Hooggerechtshof zal begin dit jaar een belangrijke zaak behandelen. Orakel versus Google, die de juridische status van de API onder het intellectueel eigendomsrecht zal bepalen. Als de rechtbank de kant van Oracle kiest in zijn rechtszaak ter waarde van meerdere miljarden dollars, zou dit de concurrentie kunnen verstikken en de dominantie van technologiegiganten kunnen versterken, inclusief Google zelf.

Tegelijkertijd was het bedrijf van Oracle aanvankelijk gebouwd op de implementatie van de door IBM ontwikkelde programmeertaal SQL, en zelfs nu biedt het bedrijf een cloudservice met een API van Amazon S3, en dit is volkomen normaal. De herimplementatie van API's is sinds het begin van de industrie een natuurlijk onderdeel geweest van de ontwikkeling van de informatica.

Oracle beschuldigt Google ervan de Java API illegaal te kopiëren, inclusief een lijst met benoemde opdrachten die zijn gekoppeld aan grammaticale structuren. Het Android-besturingssysteem is specifiek compatibel met de Java API om het voor Java-programmeurs gemakkelijker te maken om software en kennis over te dragen naar het nieuwe platform. Om dit te doen heeft Android de bijbehorende Java API-opdrachten en grammaticale structuren exact gekopieerd. argument Oracle is dat een dergelijke ‘herimplementatie’ van de Java API kan worden vergeleken met het kopiëren van het werk van een auteur, zoals de literaire roman ‘Harry Potter’ (deze een echt voorbeeld gegeven door Oracle-advocaten), en Google schendt het auteursrecht van Oracle op Java API-opdrachtnamen en -structuren.

Maar Java API's zijn niet de enige API's, en Android is niet de enige herimplementatie. In de hedendaagse IT-industrie zijn API’s alomtegenwoordig, en herintroductie is van fundamenteel belang om de concurrentie in stand te houden en te voorkomen dat grote bedrijven monopoliseren overweegt Charles Duane is directeur technologie en innovatiebeleid bij het R Street Institute.

Duane geeft het voorbeeld van het populaire Amazon S3-opslagplatform. Om het schrijven en ophalen van bestanden uit S3 mogelijk te maken, heeft Amazon uitgebreide, gedetailleerde API om met de dienst te communiceren. Als u bijvoorbeeld een lijst met opgeslagen bestanden wilt krijgen (LijstObjecten) sturen we een GET-opdracht waarin de host- en typeparameters worden gespecificeerd coderingstype, vervolg-token и x-amz-date. Om met Amazon S3 te kunnen werken, moet de software deze en vele andere specifieke parameternamen exact gebruiken.

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 is de duidelijke leider op de markt voor clouddiensten en zijn concurrenten bieden herimplementaties van de S3 API aan, terwijl ze opdrachtnamen, parametertags en typevoorvoegsels moeten imiteren x-amz, grammaticale structuur en algemene organisatie van de S3 API. Met andere woorden: alles wat Oracle beweert, is auteursrechtelijk beschermd.

Onder de bedrijven die een exemplaar van de Amazon S3 API aanbieden, bevinden zich er is ook Oracle zelf. Voor compatibiliteit kopieert de Amazon S3 Compatibility API talloze elementen van de Amazon API, tot aan de x-amz-tags.

Oracle beweert dat de wettigheid van zijn acties gebaseerd is op de open source Apache 2.0-licentie, die het gratis kopiëren en wijzigen van code mogelijk maakt. Bijvoorbeeld, Amazon SDK voor Java wordt ook geleverd met een Apache 2.0-licentie.

Maar de vraag is of het intellectueel eigendomsrecht zelfs van toepassing is op zaken als API’s. Dit is wat de Hoge Raad moet bepalen.

Wie heeft de API uitgevonden?

De term en het concept van een "subroutinebibliotheek" verschenen voor het eerst in het boek Planning and Coding Problems for an Electronic Computing Instrument - Part II, Volume III (Princeton University Institute of Advanced Study, 1948) van Herman Goldstein en John von Neumann. kopieer op archive.org. Inhoud van het derde deel:

Dit is de eerste beschrijving van een programmeermethodiek voor computers die programma's in het geheugen opslaat (voorheen bestond dit niet). Het werd op grote schaal verspreid onder universiteiten, die in die tijd probeerden hun eigen computers te maken. En het allerbelangrijkste: het boek bevat een sleutelidee: de meeste programma's zullen algemene bewerkingen gebruiken, en bibliotheken met routines zullen de hoeveelheid nieuwe code en fouten verminderen. Dit idee werd verder verfijnd door Maurice Wilkes en in praktijk gebracht in de EDSAC-machine, waarvoor hij in 1967 de Turing Award ontving.

De EDSAC-subroutinebibliotheek bevindt zich aan de linkerkant

De volgende stap was het creëren van functies van hogere orde en volwaardige software-interfaces, zoals Maurice Wilkes en David Wheeler deden in Preparing Programs for the Electronic Digital Computer (1951).

De term zelf Application Program Interface (API) verscheen ergens eind jaren 60.

Auteur van de presentatie "Een korte subjectieve geschiedenis van API" Joshua Block geeft verschillende voorbeelden van programmeerinterfaces, instructiesets en subroutinebibliotheken: hoe ze zijn gemaakt en vervolgens gebruikt. Het idee is dat hergebruik het doel is van een API. Dit is waar ze in de eerste plaats voor zijn gemaakt. En ontwikkelaars hebben altijd de mogelijkheid gehad om de API's van anderen te kopiëren en opnieuw te maken:

API
Schepper
Jaar
Herimplementatie
Jaar

FORTRAN-bibliotheek
IBM
1958
Univac
1961

IBM S/360ISA
IBM
1964
Amdahl Corp.
1970

Standaard C-bibliotheek
AT&T/Bell Labs
1976
Mark Williams Co.
1980

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

VT100 Esc-volg
December
1978
Gezondheidskit
1980

IBM PC-BIOS
IBM
1981
Phoenix technologieën
1984

MS-DOS-CLI
Microsoft
1981
FreeDOS-project
1998

Hayes AT-opdracht ingesteld
Hayes Micro
1982
Ankerautomatisering
1985

PostScript
adobe
1985
GNU/GhostScript
1988

SMB
Microsoft
1992
Samba-project
1993

Win32
Microsoft
1993
Wijnproject
1996

Java 2-klassebibliotheken
Zon
1998
Google/Android
2008

Web-API Heerlijk
Heerlijk
2003
prikbord
2009

Bron: "Een korte subjectieve geschiedenis van API"

Het kopiëren en hergebruiken van API's (bibliotheken, instructiesets) is niet alleen correct, maar deze programmeermethodologie wordt ook rechtstreeks aanbevolen in de canons van de informatica. Zelfs voordat S3-programmeerinterfaces werden gekopieerd, deed Oracle dit zelf vele malen. Bovendien waren de activiteiten van Oracle aanvankelijk gebouwd op de implementatie van de door IBM ontwikkelde programmeertaal SQL. Het eerste vlaggenschipproduct van Oracle was een DBMS, grotendeels gekopieerd van IBM System R. In dit geval hebben we het over de herimplementatie van SQL als een “standaard API” voor een DBMS.

Het opleggen van intellectuele eigendomsrechten op API’s kan een juridisch mijnenveld creëren dat iedereen aangaat. API's implementeren en andere clouddiensten. Veel technische standaarden, zoals Wi-Fi en internetprotocollen, bevatten API's. Programmeerinterfaces worden noodzakelijkerwijs in een of andere vorm opnieuw geïmplementeerd op elke computer en server op internet. De auteursrechttheorie van Oracle kan bijna alles wat u met uw computer doet illegaal maken.

Om deze verreikende gevolgen te voorkomen, hebben Oracle en het hof van beroep dat zijn argumenten bevestigde, geprobeerd de inbreuk op het auteursrecht te beperken tot bepaalde API-herimplementaties die “incompatibel” zijn met het origineel. Maar ook gedeeltelijke herimplementaties zijn alledaags. Zelfs in zijn kopie van de S3 API merkt Oracle talloze ‘verschillen’ en incompatibiliteiten op met de originele Amazon API’s.

Het grootste gevaar van de rechtszaak van Oracle is dat het kleinere technologiebedrijven ervan zou kunnen weerhouden versies van systemen te maken die compatibel zijn met dominante platforms zoals S3. Zonder een dergelijke compatibiliteit zullen programmeurs feitelijk uitgesloten worden van het aanbod van dit bedrijf.

Vertegenwoordigers van de industrie en ontwikkelaars kunnen alleen maar hopen dat de rede hier zal zegevieren juryleden kennen de basisprincipes van programmeren.

Bron: www.habr.com