Právníci společnosti Oracle porovnávají reimplementaci Java API v Androidu s kopírováním obsahu „Harryho Pottera“, pdf

Nejvyšší soud USA bude začátkem letošního roku projednávat důležitý případ. Oracle vs Google, která určí právní status API podle práva duševního vlastnictví. Pokud se soud přikloní k Oracle v jeho multimiliardové žalobě, mohlo by to udusit konkurenci a upevnit dominanci technologických gigantů, možná včetně samotného Googlu.

Ve stejné době bylo podnikání společnosti Oracle zpočátku postaveno na implementaci programovacího jazyka SQL vyvinutého IBM a i nyní společnost nabízí cloudovou službu s API od Amazon S3, což je zcela normální. Reimplementace API je přirozenou součástí rozvoje informatiky od samého počátku průmyslu.

Oracle obviňuje Google z nelegálního kopírování Java API, včetně seznamu pojmenovaných příkazů vázaných na gramatické struktury. Operační systém Android je specificky kompatibilní s Java API, aby programátorům Java usnadnil přenos softwaru a znalostí na novou platformu. Android k tomu přesně zkopíroval odpovídající příkazy Java API a gramatické struktury. argument Oracle je, že takovou „re-implementaci“ Java API lze přirovnat ke kopírování autorského díla, jako je literární román „Harry Potter“ (tento skutečný příklad, který uvedli právníci společnosti Oracle) a Google porušuje autorská práva společnosti Oracle na názvy a struktury příkazů Java API.

Java API však nejsou jedinými API a Android není jedinou reimplementací. V dnešním IT průmyslu jsou API všudypřítomná a opětovné zavedení je zásadní pro udržení konkurence, aby se zabránilo velkým firmám v monopolizaci. domnívá se Charles Duane je ředitelem technologické a inovační politiky v R Street Institute.

Duane uvádí příklad populární úložné platformy Amazon S3. Aby bylo možné zapisovat a načítat soubory z S3, Amazon vyvinul komplexní podrobné API pro interakci se službou. Chcete-li například získat seznam uložených souborů (Seznam objektů) odešleme příkaz GET určující parametry hostitele a typu typ kódování, pokračování-token и x-amz-date. Pro práci s Amazon S3 musí software přesně používat tyto a mnoho dalších specifických názvů parametrů.

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 jasným lídrem na trhu cloudových služeb a jeho konkurenti nabízejí reimplementace S3 API, přičemž musí napodobovat názvy příkazů, značky parametrů, předpony typů x-amz, gramatická struktura a obecná organizace S3 API. Jinými slovy, vše, co Oracle tvrdí, je chráněno autorským právem.

Mezi společnosti nabízející kopii Amazon S3 API patří existuje také samotný Oracle. Kvůli kompatibilitě kopíruje rozhraní Amazon S3 Compatibility API četné prvky rozhraní Amazon API, až po značky x-amz.

Oracle tvrdí, že zákonnost jeho jednání je založena na open source licenci Apache 2.0, která umožňuje bezplatné kopírování a úpravy kódu. Například, Amazon SDK pro Javu také přichází s licencí Apache 2.0.

Otázkou ale je, zda se právo duševního vlastnictví vůbec vztahuje na věci, jako jsou API. To musí rozhodnout Nejvyšší soud.

Kdo vynalezl API?

Termín a koncept „knihovny podprogramů“ se poprvé objevil v knize Plánování a kódování problémů pro elektronický počítačový nástroj – část II, svazek III (Institut pokročilého studia Princetonské univerzity, 1948) od Hermana Goldsteina a Johna von Neumanna. kopie na archive.org. Obsah třetího dílu:

Toto je první popis programovací metodologie pro počítače, které ukládají programy do paměti (dříve tato neexistovala). Byl široce distribuován na univerzity, které se v té době pokoušely vytvořit vlastní počítače. A co je nejdůležitější, kniha obsahuje klíčovou myšlenku: většina programů bude používat běžné operace a knihovny s rutinami sníží množství nového kódu a chyb. Tuto myšlenku dále zdokonalil Maurice Wilkes a uvedl do praxe ve stroji EDSAC, za který získal v roce 1967 Turingovu cenu.

Knihovna podprogramů EDSAC je vlevo

Dalším krokem bylo vytvoření funkcí vyššího řádu a plnohodnotných softwarových rozhraní, jak to udělali Maurice Wilkes a David Wheeler v Preparing Programs for the Electronic Digital Computer (1951).

Termín sám Rozhraní aplikačního programu (API) se objevil někde na konci 60. let.

Autor prezentace „Stručná subjektivní historie API“ Joshua Block uvádí několik příkladů programovacích rozhraní, instrukčních sad a knihoven podprogramů: jak byly vytvořeny a následně použity. Myšlenka je, že opětovné použití je smyslem API. K tomu byly v první řadě stvořeny. A vývojáři měli vždy možnost zkopírovat a předělat API jiných lidí:

API
Tvůrce
Rok
Reimplementace
Rok

Knihovna FORTRAN
IBM
1958
Univac
1961

IBM S/360 ISA
IBM
1964
Společnost Amdahl Corp.
1970

Standardní knihovna C
AT&T/Bell Labs
1976
Mark Williams Co.
1980

Unix systémová volání
AT&T/Bell Labs
1976
Mark Williams Co.
1980

VT100 Esc Seq
Prosince
1978
Heathkit
1980

IBM PC BIOS
IBM
1981
Phoenix Technologies
1984

MS-DOS CLI
Microsoft
1981
Projekt FreeDOS
1998

Sada příkazů Hayes AT
Hayes Micro
1982
Automatizace kotev
1985

PostScript
Adobe
1985
GNU/GhostScript
1988

SMB
Microsoft
1992
Projekt Samba
1993

Win32
Microsoft
1993
Projekt vína
1996

Knihovny třídy Java 2
Neděle
1998
Google/Android
2008

Web API Delicious
Vynikající
2003
nástěnka
2009

Zdroj: „Stručná subjektivní historie API“

Kopírování a opětovné použití API (knihoven, instrukčních sad) je nejen správné, ale tato metodika programování je přímo doporučována v kánonech informatiky. Ještě před kopírováním programovacích rozhraní S3 to mnohokrát udělal sám Oracle. Podnikání společnosti Oracle bylo navíc zpočátku postaveno na implementaci programovacího jazyka SQL vyvinutého společností IBM. První vlajkovou lodí společnosti Oracle byl DBMS, z velké části zkopírovaný z IBM System R. V tomto případě hovoříme o reimplementaci SQL jako „standardního API“ pro DBMS.

Uvalení práv duševního vlastnictví na API může vytvořit legální minové pole, které se dotkne každého. API implementují a další cloudové služby. Mnoho technických standardů, jako jsou Wi-Fi a internetové protokoly, zahrnuje API. Programovací rozhraní jsou nutně v nějaké formě znovu implementována na každém počítači a serveru na internetu. Teorie autorských práv společnosti Oracle může učinit téměř vše, co s počítačem děláte, nezákonné.

Aby se zabránilo těmto dalekosáhlým důsledkům, Oracle a odvolací soud, který potvrdil jeho argumenty, se pokusily omezit porušování autorských práv na určité reimplementace API, které jsou „neslučitelné“ s originálem. Ale také částečné re-implementace jsou běžné. Dokonce i ve své kopii S3 API si Oracle všímá četných „rozdílů“ a nekompatibility s původními Amazon API.

Hlavním nebezpečím žaloby společnosti Oracle je, že by mohla zabránit menším technologickým společnostem ve vytváření verzí systémů, které jsou kompatibilní s dominantními platformami, jako je S3. Bez takové kompatibility budou programátoři z nabídky této společnosti efektivně vyloučeni.

Zástupcům průmyslu a vývojářům nezbývá než doufat, že zde zvítězí rozum, a rozhodčí znají základy programování.

Zdroj: www.habr.com