Oracle-juristen fergelykje de opnij ymplemintaasje fan 'e Java API yn Android mei it kopiearjen fan' e ynhâld fan "Harry Potter",
It Amerikaanske Supreme Court sil begjin dit jier in wichtige saak hearre. , dy't de juridyske status fan 'e API sil bepale ûnder yntellektuele eigendomswet. As de rjochtbank kant mei Oracle yn syn multibillion-dollar rjochtsaak, kin it konkurrinsje ferswakke en de dominânsje fan techgiganten, mooglik Google sels, befetsje.
Tagelyk waard it bedriuw fan Oracle yn earste ynstânsje boud op 'e ymplemintaasje fan' e SQL-programmearringstaal ûntwikkele troch IBM, en sels no biedt it bedriuw in wolktsjinst mei in API fan Amazon S3, en dit is folslein normaal. API-reimplementaasje hat sûnt it begjin fan 'e yndustry in natuerlik ûnderdiel west fan' e ûntwikkeling fan kompjûterwittenskip.
Oracle beskuldiget Google fan it yllegaal kopiearjen fan de Java API, ynklusyf in list mei neamde kommando's ferbûn oan grammatikale struktueren. It Android-bestjoeringssysteem is spesifyk kompatibel mei de Java API om it makliker te meitsjen foar Java-programmeurs om software en kennis oer te bringen nei it nije platfoarm. Om dit te dwaan, kopiearre Android krekt de oerienkommende Java API-kommando's en grammatikale struktueren. Oracle is dat sa'n "werimplementaasje" fan 'e Java API kin wurde fergelike mei it kopiearjen fan wurk fan in auteur, lykas de literêre roman "Harry Potter" (dizze ), en Google skeint Oracle syn auteursrjocht op Java API kommando nammen en struktueren.
Mar Java API's binne net de ienige API's, en Android is net de ienige reimplementaasje. Yn 'e hjoeddeistige IT-sektor binne API's ubiquitêr, en weryntroduksje is fûneminteel foar it behâld fan konkurrinsje om foar te kommen dat grutte bedriuwen monopolisearje Charles Duane is direkteur fan technology en ynnovaasjebelied by it R Street Institute.
Duane jout it foarbyld fan it populêre Amazon S3 opslachplatfoarm. Om it skriuwen en opheljen fan bestannen fan S3 mooglik te meitsjen, hat Amazon wiidweidich ûntwikkele, om te ynteraksje mei de tsjinst. Bygelyks om in list mei bewarre triemmen te krijen () stjoere wy in GET-kommando dat de host- en typeparameters oantsjut kodearring-type, fuortsetting-token и x-amz-date. Om te wurkjen mei Amazon S3, moat de software dizze en in protte oare spesifike parameternammen krekt brûke.
GET /?Delimiter=Delimiter&EncodingType=EncodingType&Marker=Marker&MaxKeys=MaxKeys&Prefix=Prefix HTTP/1.1
Host: Bucket.s3.amazonaws.com
x-amz-request-payer: RequestPayerAmazon is de dúdlike lieder yn 'e wolktsjinstenmerk, en har konkurrinten biede opnij ymplemintaasjes fan' e S3 API, wylst se kommandonammen, parametertags, typefoarheaksels moatte imitearje x-amz, grammatikale struktuer en algemiene organisaasje fan 'e S3 API. Mei oare wurden, alles wat Oracle beweart is auteursrjochtlik beskerme.
Under de bedriuwen dy't in kopy fan 'e Amazon S3 API oanbiede binne . Foar kompatibiliteit kopiearret de Amazon S3 Compatibility API ferskate eleminten fan 'e Amazon API, oant de x-amz-tags.
Oracle beweart dat de wettichheid fan har aksjes basearre is op de iepen boarne Apache 2.0-lisinsje, dy't fergees kopiearjen en wizigjen fan koade mooglik makket. Bygelyks, komt ek mei in Apache 2.0 lisinsje.
Mar de fraach is oft yntellektuele eigendomsrjocht sels jildt foar dingen lykas API's. Dat moat de Hege Rie bepale.
Wa hat de API útfûn?
De term en konsept fan in "subroutine bibleteek" ferskynde earst yn it boek Planning and Coding Problems for an Electronic Computing Instrument - Part II, Volume III (Princeton University Institute of Advanced Study, 1948) fan Herman Goldstein en John von Neumann. . Ynhâld fan de tredde bondel:
Dit is de earste beskriuwing fan in programmearmetoade foar kompjûters dy't programma's yn it ûnthâld opslaan (foarhinne bestie dit net). It waard breed ferspraat oan universiteiten, dy't op dat stuit besochten har eigen kompjûters te meitsjen. En it wichtichste, it boek befettet in kaai idee: de measte programma sille brûke mienskiplike operaasjes, en biblioteken mei routines sille ferminderje it bedrach fan nije koade en flaters. Dit idee waard troch Maurice Wilkes fierder ferfine en yn 'e EDSAC-masine yn 'e praktyk brocht, dêr't er de Turing Award foar krige yn 1967.
De EDSAC subroutine bibleteek is oan de linkerkant
De folgjende stap wie om funksjes fan hegere oarder en folsleine software-ynterfaces te meitsjen, lykas Maurice Wilkes en David Wheeler diene yn it tarieden fan programma's foar de elektroanyske digitale kompjûter (1951).
De term sels Oanfraachprogramma-ynterface (API) ferskynde earne yn 'e lette jierren '60.
Auteur fan de presintaasje Joshua Block jout ferskate foarbylden fan programmearring ynterfaces, ynstruksje sets, en subroutine bibleteken: hoe't se waarden makke en dêrnei brûkt. It idee is dat wergebrûk it punt is fan in API. Dit is wêr't se yn it earste plak foar makke binne. En ûntwikkelders hawwe altyd de kâns hân om de API's fan oaren te kopiearjen en opnij te meitsjen:
API
creator
Год
Reimplementation
Год
FORTRAN bibleteek
IBM
1958
Univac
1961
IBM S/360 ISA
IBM
1964
Amdahl Corp.
1970
Standert C Bibleteek
AT&T/Bell Labs
1976
Mark Williams Co.
1980
Unix systeem calls
AT&T/Bell Labs
1976
Mark Williams Co.
1980
VT100 Esc Seqs
DEC
1978
Heathkit
1980
IBM PC BIOS
IBM
1981
Phoenix Technologies
1984
MS-DOS CLI
Microsoft
1981
FreeDOS Project
1998
Hayes AT kommando set
Hayes Micro
1982
Anker Automatisearring
1985
PostScript
Adobe
1985
GNU/GhostScript
1988
SMB
Microsoft
1992
Samba projekt
1993
Win 32
Microsoft
1993
Wynprojekt
1996
Java 2 klasse biblioteken
Sun
1998
Google/Android
2008
Web API Delicious
Hearlik
2003
Pinboard
2009
Boarne:
It kopiearjen en opnij brûken fan API's (biblioteken, ynstruksjesets) is net allinich it goede ding om te dwaan, mar it is in programmearringmetoade dy't eksplisyt oanrikkemandearre is yn 'e kanons fan kompjûterwittenskip. Sels foar it kopiearjen fan S3-programmearring-ynterfaces, die Oracle sels dit in protte kearen. Boppedat waard it bedriuw fan Oracle yn earste ynstânsje boud op 'e ymplemintaasje fan' e SQL-programmearringstaal ûntwikkele troch IBM. It earste flaggeskipprodukt fan Oracle wie in DBMS, foar in grut part kopiearre fan IBM System R. Yn dit gefal hawwe wy it oer de opnij ymplemintaasje fan SQL as in "standert API" foar in DBMS.
It oplizzen fan yntellektuele eigendomsrjochten op API's kin in juridysk minefjild meitsje dat elkenien beynfloedet. APIs ymplemintearje en . In protte technyske noarmen, lykas Wi-Fi en ynternetprotokollen, omfetsje API's. Programmearring ynterfaces wurde needsaaklikerwize opnij ymplementearre yn guon foarm op elke kompjûter en server op it ynternet. Oracle syn copyright teory kin meitsje hast alles wat jo dogge mei jo kompjûter yllegaal.
Om dizze fiergeande gefolgen te foarkommen, hawwe Oracle en it beropsgerjocht dat har arguminten befêstige, besocht om ynbreuk op auteursrjocht te beheinen ta bepaalde API-reimplementaasjes dy't "ynkompatibel" binne mei it orizjineel. Mar ek foar in part re-ymplementaasjes . Sels yn har kopy fan 'e S3 API merkt Oracle in protte "ferskillen" en ynkompatibiliteiten op mei de orizjinele Amazon API's.
It wichtichste gefaar fan 'e rjochtsaak fan Oracle is dat it koe foarkomme dat lytsere technologybedriuwen ferzjes meitsje fan systemen dy't kompatibel binne mei dominante platfoarms lykas S3. Sûnder sa'n kompatibiliteit sille programmeurs effektyf útsletten wurde fan it oanbod fan dit bedriuw.
Industry fertsjintwurdigers en ûntwikkelders kinne allinne hoopje dat de reden sil hearskje hjir, en .
Boarne: www.habr.com