Inihambing ng mga abogado ng Oracle ang muling pagpapatupad ng Java API sa Android sa pagkopya ng mga nilalaman ng "Harry Potter", pdf

Ang Korte Suprema ng US ay diringgin ang isang mahalagang kaso sa unang bahagi ng taong ito. Oracle kumpara sa Google, na tutukuyin ang legal na katayuan ng API sa ilalim ng batas ng intelektwal na ari-arian. Kung papanig ang korte sa Oracle sa multibillion-dollar nitong demanda, maaari nitong pigilan ang kumpetisyon at patibayin ang dominasyon ng mga tech giant, posibleng kabilang ang Google mismo.

Kasabay nito, ang negosyo ng Oracle ay unang binuo sa pagpapatupad ng SQL programming language na binuo ng IBM, at kahit ngayon ay nag-aalok ang kumpanya ng serbisyo sa cloud na may API mula sa Amazon S3, at ito ay ganap na normal. Ang muling pagpapatupad ng API ay naging natural na bahagi ng pag-unlad ng agham ng computer mula pa noong simula ng industriya.

Inaakusahan ng Oracle ang Google ng ilegal na pagkopya sa Java API, kabilang ang isang listahan ng mga pinangalanang command na nakatali sa mga istrukturang panggramatika. Ang Android operating system ay partikular na katugma sa Java API upang gawing mas madali para sa mga Java programmer na maglipat ng software at kaalaman sa bagong platform. Para magawa ito, eksaktong kinopya ng Android ang mga kaukulang Java API command at grammatical structures. argumento Ang Oracle ay ang ganitong "muling pagpapatupad" ng Java API ay maihahambing sa pagkopya ng gawa ng isang may-akda, tulad ng nobelang pampanitikan na "Harry Potter" (ito isang tunay na halimbawa na ibinigay ng mga abogado ng Oracle), at Nilalabag ng Google ang copyright ng Oracle sa mga pangalan at istruktura ng command ng Java API.

Ngunit ang mga Java API ay hindi lamang ang mga API, at ang Android ay hindi lamang ang muling pagpapatupad. Sa industriya ng IT ngayon, ang mga API ay nasa lahat ng dako, at ang muling pagpapakilala ay mahalaga sa pagpapanatili ng kumpetisyon upang maiwasan ang mga malalaking kumpanya na magmonopolyo. iniisip Si Charles Duane ay direktor ng teknolohiya at patakaran sa pagbabago sa R ​​Street Institute.

Ibinigay ni Duane ang halimbawa ng sikat na platform ng imbakan ng Amazon S3. Upang paganahin ang pagsulat at pagkuha ng mga file mula sa S3, binuo ng Amazon ang komprehensibong, detalyadong API upang makipag-ugnayan sa serbisyo. Halimbawa, para makakuha ng listahan ng mga naka-save na file (ListObjects) nagpapadala kami ng utos na GET na tumutukoy sa mga parameter ng host at uri uri ng pag-encode, continuation-token и x-amz-date. Upang gumana sa Amazon S3, dapat gamitin ng software ang mga ito at marami pang ibang partikular na pangalan ng parameter nang eksakto.

GET /?Delimiter=Delimiter&EncodingType=EncodingType&Marker=Marker&MaxKeys=MaxKeys&Prefix=Prefix HTTP/1.1
Host: Bucket.s3.amazonaws.com
x-amz-request-payer: RequestPayer

Ang Amazon ay ang malinaw na pinuno sa merkado ng mga serbisyo sa ulap, at ang mga kakumpitensya nito ay nag-aalok ng mga muling pagpapatupad ng S3 API, habang kailangan nilang gayahin ang mga pangalan ng command, mga tag ng parameter, mga prefix ng uri. x-amz, istrukturang gramatikal at pangkalahatang organisasyon ng S3 API. Sa madaling salita, lahat ng inaangkin ng Oracle ay naka-copyright.

Kabilang sa mga kumpanyang nag-aalok ng kopya ng Amazon S3 API ay may Oracle din mismo. Para sa compatibility, kinokopya ng Amazon S3 Compatibility API ang maraming elemento ng Amazon API, hanggang sa x-amz tags.

Sinasabi ng Oracle na ang legalidad ng mga aksyon nito ay batay sa open source na Apache 2.0 na lisensya, na nagbibigay-daan sa libreng pagkopya at pagbabago ng code. Halimbawa, Amazon SDK para sa Java mayroon ding isang Apache 2.0 na lisensya.

Ngunit ang tanong ay kung nalalapat ba ang batas sa intelektwal na ari-arian sa mga bagay tulad ng mga API. Ito ang dapat matukoy ng Korte Suprema.

Sino ang nag-imbento ng API?

Ang termino at konsepto ng isang "subroutine library" ay unang lumabas sa aklat na Planning and Coding Problems for an Electronic Computing Instrument - Part II, Volume III (Princeton University Institute of Advanced Study, 1948) nina Herman Goldstein at John von Neumann. kopyahin sa archive.org. Mga nilalaman ng ikatlong tomo:

Ito ang unang paglalarawan ng isang pamamaraan ng programming para sa mga computer na nag-iimbak ng mga programa sa memorya (noong nakaraan ay hindi ito umiiral). Ito ay malawak na ipinamahagi sa mga unibersidad, na sa oras na iyon ay sinusubukang lumikha ng kanilang sariling mga computer. At higit sa lahat, naglalaman ang aklat ng isang pangunahing ideya: karamihan sa mga program ay gagamit ng mga karaniwang operasyon, at ang mga aklatan na may mga gawain ay magbabawas sa dami ng bagong code at mga error. Ang ideyang ito ay higit na pinino ni Maurice Wilkes at isinabuhay sa EDSAC machine, kung saan natanggap niya ang 1967 Turing Award.

Ang EDSAC subroutine library ay nasa kaliwa

Ang susunod na hakbang ay upang lumikha ng mas mataas na pagkakasunud-sunod na mga function at ganap na mga interface ng software, tulad ng ginawa nina Maurice Wilkes at David Wheeler sa Paghahanda ng Mga Programa para sa Electronic Digital Computer (1951).

Kataga mismo Application Interface ng Programa (API) ay lumitaw sa isang lugar sa huling bahagi ng 60s.

May-akda ng pagtatanghal "Isang Maikling Subjective History ng API" Nagbibigay ang Joshua Block ng ilang halimbawa ng mga interface ng programming, set ng pagtuturo, at mga subroutine na aklatan: kung paano ginawa ang mga ito at pagkatapos ay ginamit. Ang ideya ay ang muling paggamit ay ang punto ng isang API. Ito ay kung ano sila ay nilikha para sa unang lugar. At palaging may pagkakataon ang mga developer na kopyahin at gawing muli ang mga API ng ibang tao:

API
manlilikha
Taon
Muling pagpapatupad
Taon

FORTRAN library
IBM
1958
Univac
1961

IBM S/360 ISA
IBM
1964
Amdahl Corp.
1970

Karaniwang C Library
AT&T/Bell Labs
1976
Mark Williams Co.
1980

Mga tawag sa sistema ng Unix
AT&T/Bell Labs
1976
Mark Williams Co.
1980

VT100 Esc Seqs
Disyembre
1978
Heathkit
1980

IBM PC BIOS
IBM
1981
Mga Teknolohiya ng Phoenix
1984

MS-DOS CLI
microsoft
1981
FreeDOS Project
1998

Hayes AT command set
Hayes Micro
1982
Anchor Automation
1985

PostScript
Adobe
1985
GNU/GhostScript
1988

SMB
microsoft
1992
Proyekto ng Samba
1993

Win32
microsoft
1993
Proyekto ng Alak
1996

Mga aklatan ng klase ng Java 2
araw
1998
Google/Android
2008

Web API Masarap
masarap
2003
Pinboard
2009

Pinagmulan: "Isang Maikling Subjective History ng API"

Ang pagkopya at muling paggamit ng mga API (mga aklatan, mga set ng pagtuturo) ay hindi lamang tama, ngunit ang pamamaraan ng programming na ito ay direktang inirerekomenda sa mga canon ng computer science. Bago pa man kopyahin ang mga interface ng programming ng S3, ginawa ito mismo ng Oracle ng maraming beses. Bukod dito, ang negosyo ng Oracle ay unang binuo sa pagpapatupad ng SQL programming language na binuo ng IBM. Ang unang flagship na produkto ng Oracle ay isang DBMS, higit sa lahat ay kinopya mula sa IBM System R. Sa kasong ito, pinag-uusapan natin ang muling pagpapatupad ng SQL bilang isang "standard na API" para sa isang DBMS.

Ang pagpapataw ng mga karapatan sa intelektwal na ari-arian sa mga API ay maaaring lumikha ng isang legal na larangan ng mina na nakakaapekto sa lahat. Ang mga API ay nagpapatupad at iba pang mga serbisyo sa ulap. Maraming teknikal na pamantayan, gaya ng Wi-Fi at Internet protocol, ang may kasamang mga API. Ang mga interface ng programming ay kinakailangang muling ipatupad sa ilang anyo sa bawat computer at server sa Internet. Maaaring gawing ilegal ng teorya ng copyright ng Oracle ang halos anumang bagay na gagawin mo sa iyong computer.

Upang maiwasan ang malalawak na kahihinatnan na ito, sinubukan ng Oracle at ng hukuman ng apela na kinatigan ang mga argumento nito na limitahan ang paglabag sa copyright sa ilang partikular na pagpapatupad ng API na "hindi tugma" sa orihinal. Ngunit bahagyang muling pagpapatupad din ay karaniwan. Kahit na sa kopya nito ng S3 API, ang Oracle ay nagtatala ng maraming "mga pagkakaiba" at hindi pagkakatugma sa orihinal na mga Amazon API.

Ang pangunahing panganib ng demanda ng Oracle ay maaari nitong pigilan ang mas maliliit na kumpanya ng teknolohiya sa paglikha ng mga bersyon ng mga system na tugma sa mga nangingibabaw na platform gaya ng S3. Kung walang ganoong compatibility, epektibong mai-lock out ang mga programmer sa mga alok ng kumpanyang ito.

Ang mga kinatawan ng industriya at mga developer ay maaari lamang umasa na ang dahilan ay mananaig dito, at alam ng mga hukom ang mga pangunahing kaalaman sa programming.

Pinagmulan: www.habr.com