Oracle juristi salīdzina Java API atkārtotu ieviešanu operētājsistēmā Android ar “Harija Potera” satura kopēšanu, pdf

ASV Augstākā tiesa šī gada sākumā skatīs svarīgu lietu. Oracle pret Google, kas noteiks API juridisko statusu saskaņā ar intelektuālā īpašuma tiesību aktiem. Ja tiesa nostāsies Oracle pusē savā vairāku miljardu dolāru vērtajā prāvā, tas varētu apslāpēt konkurenci un nostiprināt tehnoloģiju gigantu, iespējams, arī paša Google, dominējošo stāvokli.

Tajā pašā laikā Oracle bizness sākotnēji tika balstīts uz IBM izstrādātās SQL programmēšanas valodas ieviešanu, un pat tagad uzņēmums piedāvā mākoņpakalpojumu ar API no Amazon S3, un tas ir pilnīgi normāli. API atkārtota ieviešana ir bijusi dabiska datorzinātņu attīstības sastāvdaļa kopš pašas nozares pirmsākumiem.

Oracle apsūdz Google par nelegālu Java API kopēšanu, tostarp nosaukto komandu sarakstu, kas saistītas ar gramatiskām struktūrām. Android operētājsistēma ir īpaši saderīga ar Java API, lai Java programmētājiem būtu vieglāk pārnest programmatūru un zināšanas uz jauno platformu. Lai to izdarītu, Android precīzi nokopēja atbilstošās Java API komandas un gramatiskās struktūras. Arguments Oracle ir tāds, ka šādu Java API "atkārtotu ieviešanu" var salīdzināt ar autora darba kopēšanu, piemēram, literārā romāna "Harijs Poters" (šī reāls piemērs, ko sniedz Oracle juristi) un Google pārkāpj Oracle autortiesības uz Java API komandu nosaukumiem un struktūrām.

Taču Java API nav vienīgās API, un Android nav vienīgā atkārtotā ieviešana. Mūsdienu IT nozarē API ir visuresošas, un atkārtota ieviešana ir būtiska konkurences uzturēšanai, lai novērstu lielo uzņēmumu monopolizāciju. domā Charles Duane ir R Street Institute tehnoloģiju un inovāciju politikas direktors.

Duane sniedz populārās Amazon S3 uzglabāšanas platformas piemēru. Lai iespējotu failu rakstīšanu un izgūšanu no S3, Amazon ir izstrādājis visaptverošu, detalizēta API mijiedarboties ar pakalpojumu. Piemēram, lai iegūtu saglabāto failu sarakstu (Objektu saraksts) mēs nosūtām GET komandu, norādot resursdatora un tipa parametrus kodēšanas veids, turpinājums-žetons и x-amz-datums. Lai strādātu ar Amazon S3, programmatūrai ir precīzi jāizmanto šie un daudzi citi specifiski parametru nosaukumi.

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 ir nepārprotams mākoņpakalpojumu tirgus līderis, un tā konkurenti piedāvā S3 API atkārtotas ieviešanas, kamēr viņiem ir jāatdarina komandu nosaukumi, parametru tagi, ievades prefiksi. x-amz, S3 API gramatiskā struktūra un vispārējā organizācija. Citiem vārdiem sakot, viss, ko Oracle apgalvo, ir aizsargāts ar autortiesībām.

Starp uzņēmumiem, kas piedāvā Amazon S3 API kopiju, ir ir arī pats Oracle. Saderības nodrošināšanai Amazon S3 saderības API kopē daudzus Amazon API elementus, līdz pat x-amz tagiem.

Oracle apgalvo, ka tās darbību likumība ir balstīta uz atvērtā koda Apache 2.0 licenci, kas ļauj brīvi kopēt un modificēt kodu. Piemēram, Amazon SDK priekš Java nāk arī ar Apache 2.0 licenci.

Taču jautājums ir par to, vai intelektuālā īpašuma tiesības pat attiecas uz tādām lietām kā API. Tas ir jānosaka Augstākajai tiesai.

Kurš izgudroja API?

Termins un jēdziens "apakšprogrammas bibliotēka" pirmo reizi parādījās Hermana Goldšteina un Džona fon Neimaņa grāmatā Planning and Coding Problems for an Electronic Computing Instrument - Part II, Volume III (Princeton University Institute of Advanced Study, 1948). kopiju vietnē archive.org. Trešā sējuma saturs:

Šis ir pirmais datoriem paredzētās programmēšanas metodoloģijas apraksts, kas glabā programmas atmiņā (iepriekš tādas nebija). Tas tika plaši izplatīts universitātēs, kuras tajā laikā mēģināja izveidot savus datorus. Un pats galvenais, grāmatā ir ietverta galvenā ideja: lielākā daļa programmu izmantos parastās darbības, un bibliotēkas ar rutīnām samazinās jaunā koda un kļūdu skaitu. Šo ideju tālāk pilnveidoja Moriss Vilkss un ieviesa praksē EDSAC iekārtā, par ko viņš saņēma 1967. gada Tjūringa balvu.

EDSAC apakšprogrammas bibliotēka atrodas kreisajā pusē

Nākamais solis bija izveidot augstākas pakāpes funkcijas un pilnvērtīgas programmatūras saskarnes, kā to darīja Moriss Vilkss un Deivids Vīlers grāmatā Preparing Programs for the Electronic Digital Computer (1951).

Pats termins Lietojumprogrammas saskarne (API) parādījās kaut kur 60. gadu beigās.

Prezentācijas autors "Īsa subjektīva API vēsture" Džošua Bloks sniedz vairākus programmēšanas saskarņu, instrukciju kopu un apakšprogrammu bibliotēku piemērus: kā tās tika izveidotas un pēc tam izmantotas. Ideja ir tāda, ka atkārtota izmantošana ir API būtība. Tam tie sākotnēji tika radīti. Un izstrādātājiem vienmēr ir bijusi iespēja kopēt un pārtaisīt citu cilvēku API:

API
Radītājs
Gads
Atkārtota ieviešana
Gads

FORTRAN bibliotēka
IBM
1958
Univac
1961

IBM S/360 ISA
IBM
1964
Amdahl Corp.
1970

Standarta C bibliotēka
AT&T/Bell Labs
1976
Marks Viljamss Co.
1980

Unix sistēmas zvani
AT&T/Bell Labs
1976
Marks Viljamss Co.
1980

VT100 Esc Seqs
Decembris
1978
Heathkit
1980

IBM datora BIOS
IBM
1981
Phoenix Technologies
1984

MS-DOS CLI
microsoft
1981
FreeDOS projekts
1998

Hayes AT komandu kopa
Hayes Micro
1982
Enkuru automatizācija
1985

PostScript
nededzināts ķieģelis
1985
GNU/GhostScript
1988

SMB
microsoft
1992
Samba projekts
1993

Win32
microsoft
1993
Vīna projekts
1996

Java 2 klases bibliotēkas
Saule
1998
Google/Android
2008

Web API Delicious
garšīgs
2003
Pinboard
2009

Avots: "Īsa subjektīva API vēsture"

API (bibliotēku, instrukciju kopu) kopēšana un atkārtota izmantošana ir ne tikai pareiza, bet šī programmēšanas metodika ir tieši ieteicama datorzinātņu kanonos. Pat pirms S3 programmēšanas saskarņu kopēšanas pats Oracle to darīja daudzas reizes. Turklāt Oracle bizness sākotnēji tika balstīts uz IBM izstrādātās SQL programmēšanas valodas ieviešanu. Oracle pirmais vadošais produkts bija DBVS, kas lielākoties tika kopēts no IBM System R. Šajā gadījumā mēs runājam par SQL kā “standarta API” ieviešanu DBVS.

Intelektuālā īpašuma tiesību uzlikšana API var radīt juridisku mīnu lauku, kas ietekmē ikvienu. API ievieš un citi mākoņpakalpojumi. Daudzi tehniskie standarti, piemēram, Wi-Fi un interneta protokoli, ietver API. Programmēšanas saskarnes noteikti ir atkārtoti ieviestas kaut kādā veidā katrā datorā un serverī internetā. Oracle autortiesību teorija gandrīz visu, ko darāt ar datoru, var padarīt nelikumīgu.

Lai izvairītos no šīm tālejošajām sekām, Oracle un apelācijas tiesa, kas apstiprināja tās argumentus, ir mēģinājuši ierobežot autortiesību pārkāpumus līdz noteiktiem API atkārtotas ieviešanas veidiem, kas ir “nesaderīgi” ar oriģinālu. Bet arī daļēja atkārtota ieviešana ir ikdiena. Pat savā S3 API kopijā Oracle atzīmē daudzas “atšķirības” un nesaderības ar oriģinālajām Amazon API.

Oracle tiesas prāvas galvenās briesmas ir tādas, ka tā var neļaut mazākiem tehnoloģiju uzņēmumiem izveidot sistēmas versijas, kas ir saderīgas ar dominējošām platformām, piemēram, S3. Bez šādas saderības programmētāji tiks faktiski izslēgti no šī uzņēmuma piedāvājumiem.

Nozares pārstāvjiem un izstrādātājiem atliek vien cerēt, ka saprāts šeit ņems virsroku, un tiesneši zina programmēšanas pamatus.

Avots: www.habr.com