Oracle-ийн хуульчид Java API-ийг Android-д дахин хэрэгжүүлэхийг "Харри Поттер" киноны агуулгыг хуулбарлахтай харьцуулж байна. PDF

АНУ-ын Дээд шүүх энэ оны эхээр нэгэн чухал хэргийг хэлэлцэнэ. Oracle-ийн эсрэг Google, энэ нь оюуны өмчийн хуулийн дагуу API-ийн эрх зүйн байдлыг тодорхойлох болно. Хэрэв шүүх олон тэрбум долларын нэхэмжлэлдээ Oracle-ийн талд орвол энэ нь өрсөлдөөнийг боомилж, технологийн аваргуудын, тэр дундаа Google-ийн ноёрхлыг бэхжүүлж магадгүй юм.

Үүний зэрэгцээ Oracle-ийн бизнес нь анх IBM-ийн боловсруулсан SQL програмчлалын хэл дээр суурилсан байсан бөгөөд одоо ч тус компани Amazon S3-аас API бүхий үүлэн үйлчилгээг санал болгож байгаа бөгөөд энэ нь туйлын хэвийн үзэгдэл юм. API-ийг дахин хэрэгжүүлэх нь компьютерийн шинжлэх ухааны хөгжлийн эхэн үеэс эхлэн байгалийн нэг хэсэг байсаар ирсэн.

Oracle нь Google-ийг Java API-г хууль бусаар хуулбарласан, түүний дотор дүрмийн бүтэцтэй холбоотой нэртэй тушаалуудын жагсаалтыг буруутгаж байна. Android үйлдлийн систем нь Java API-тай тусгайлан нийцдэг бөгөөд Java программистуудад программ хангамж, мэдлэгийг шинэ платформ руу шилжүүлэхэд хялбар болгодог. Үүнийг хийхийн тулд Android нь тохирох Java API тушаалууд болон дүрмийн бүтцийг яг хуулсан. баталгаа Oracle нь Java API-ийн ийм "дахин хэрэгжүүлэлтийг" "Харри Поттер" уран зохиолын роман гэх мэт зохиолчийн бүтээлийг хуулбарлахтай харьцуулж болох юм. Oracle хуульчдын өгсөн бодит жишээ), ба Google нь Java API тушаалын нэр, бүтэц дээр Oracle-ийн зохиогчийн эрхийг зөрчиж байна.

Гэхдээ Java API нь цорын ганц API биш бөгөөд Android нь цорын ганц дахин хэрэгжүүлэлт биш юм. Өнөөгийн мэдээллийн технологийн салбарт API-ууд хаа сайгүй байдаг бөгөөд дахин нэвтрүүлэх нь томоохон пүүсүүдийг монопольчлохоос урьдчилан сэргийлэхийн тулд өрсөлдөөнийг хадгалах үндэс суурь юм. гэж боддог Чарльз Дуэйн бол R Street хүрээлэнгийн технологи, инновацийн бодлогын захирал юм.

Дуэйн алдартай Amazon S3 хадгалах платформын жишээг өгсөн. S3-аас файл бичих, татаж авахыг идэвхжүүлэхийн тулд Amazon иж бүрэн програмыг боловсруулсан. нарийвчилсан API үйлчилгээтэй харилцах. Жишээлбэл, хадгалсан файлуудын жагсаалтыг авахын тулд (Жагсаалтын объектууд) бид хост болон төрлийн параметрүүдийг зааж өгсөн GET командыг илгээдэг кодчилолын төрөл, үргэлжлэл-жетон и x-amz-огноо. Amazon S3-тай ажиллахын тулд програм хангамж нь эдгээр болон бусад олон параметрийн нэрийг яг таг ашиглах ёстой.

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

Амазон бол үүлэн үйлчилгээний зах зээлд тэргүүлэгч нь бөгөөд өрсөлдөгчид нь S3 API-ийг дахин хэрэгжүүлэхийг санал болгодог бөгөөд тэд тушаалын нэр, параметрийн шошго, төрлийн угтварыг дуурайдаг. х-амз, S3 API-ийн дүрмийн бүтэц, ерөнхий зохион байгуулалт. Өөрөөр хэлбэл, Oracle-ийн мэдэгдэж байгаа бүх зүйл зохиогчийн эрхтэй.

Amazon S3 API-ийн хуулбарыг санал болгож буй компаниудын дунд бас Oracle өөрөө байдаг. Тохиромжтой болгохын тулд Amazon S3 Compatibility API нь Amazon API-ийн олон тооны элементүүдийг х-amz шошго хүртэл хуулдаг.

Oracle нь түүний үйлдлийн хууль ёсны байдал нь кодыг үнэгүй хуулж, өөрчлөх боломжийг олгодог нээлттэй эхийн Apache 2.0 лиценз дээр суурилдаг гэж мэдэгджээ. Жишээлбэл, Java-д зориулсан Amazon SDK Мөн Apache 2.0 лицензтэй ирдэг.

Гэхдээ асуулт бол оюуны өмчийн хууль API гэх мэт зүйлд хамаарах эсэх юм. Үүнийг Дээд шүүх тогтоох ёстой.

API-г хэн зохион бүтээсэн бэ?

"Дэд програмын номын сан" гэсэн нэр томьёо, ойлголт анх Херман Голдштейн, Жон фон Нейман нарын бичсэн "Цахим тооцоолох хэрэгслийн төлөвлөлт ба кодлох асуудал - II хэсэг, III боть" (Принстоны их сургуулийн ахисан түвшний судалгааны хүрээлэн, 1948) номонд гарч ирэв. archive.org дээр хуулах. Гурав дахь ботийн агуулга:

Энэ бол санах ойд програм хадгалдаг компьютерт зориулсан програмчлалын арга зүйн анхны тайлбар юм (өмнө нь ийм зүйл байгаагүй). Энэ нь тухайн үед өөрсдийн компьютер бүтээхийг оролдож байсан их дээд сургуулиудад өргөн тархсан байв. Хамгийн гол нь энэ номонд гол санаа агуулагдаж байна: Ихэнх программууд нийтлэг үйлдлүүдийг ашиглах бөгөөд горимтой номын сангууд шинэ код болон алдааны хэмжээг багасгах болно.. Энэ санааг Морис Уилкс улам боловсронгуй болгож, EDSAC машинд хэрэгжүүлснээр 1967 онд Тюринг шагнал хүртжээ.

EDSAC дэд програмын номын сан зүүн талд байна

Дараагийн алхам нь Морис Уилкс, Дэвид Уилер нар "Цахим дижитал компьютерт зориулсан программ бэлтгэх" (1951) номонд хийсэн шиг дээд зэрэглэлийн функцууд болон бүрэн хэмжээний програмчлалын интерфейсийг бий болгох явдал байв.

Нэр томъёо өөрөө Програмын интерфейс (API) 60-аад оны сүүлээр хаа нэгтээ гарч ирсэн.

Танилцуулгын зохиогч "API-ийн товч субьектив түүх" Жошуа Блок програмчлалын интерфейс, зааврын багц, дэд програмын сангуудын хэд хэдэн жишээг өгсөн: тэдгээрийг хэрхэн үүсгэж, дараа нь ашигласан. Дахин ашиглах нь API-ийн гол санаа юм. Тэд анхнаасаа ийм л зорилгоор бүтээгдсэн. Хөгжүүлэгчид бусад хүмүүсийн API-г хуулж, дахин хийх боломжтой байсан.

API
бүтээгч
Год
Дахин хэрэгжүүлэх
Год

FORTRAN номын сан
IBM
1958
Univac
1961

IBM S/360 ISA
IBM
1964
Amdahl Corp.
1970

Стандарт C номын сан
AT&T/Bell лаборатори
1976
Марк Уильямс компани
1980

Unix системийн дуудлага
AT&T/Bell лаборатори
1976
Марк Уильямс компани
1980

VT100 Esc дараалал
DEC
1978
Хиткит
1980

IBM PC BIOS
IBM
1981
Phoenix Technologies
1984

MS-DOS CLI
Microsoft-
1981
FreeDOS төсөл
1998

Hayes AT тушаалын багц
Хэйс Микро
1982
Зангууны автоматжуулалт
1985

PostScript
Adobe
1985
GNU/GhostScript
1988

SMB
Microsoft-
1992
Самба төсөл
1993

Win32
Microsoft-
1993
Дарсны төсөл
1996

Java 2 ангиллын номын сангууд
Sun
1998
Google/Android
2008

Web API амттай
Амтат
2003
Хавтан самбар
2009

Эх сурвалж: "API-ийн товч субьектив түүх"

API (номын сан, зааврын багц) хуулж, дахин ашиглах нь зөв төдийгүй програмчлалын энэхүү аргачлалыг компьютерийн шинжлэх ухааны хуулиудад шууд зөвлөдөг. S3 програмчлалын интерфейсийг хуулбарлахаас өмнө Oracle өөрөө үүнийг олон удаа хийдэг байсан. Түүнчлэн Oracle-ийн бизнес нь IBM-ийн боловсруулсан SQL програмчлалын хэл дээр суурилсан байв. Oracle-ийн анхны тэргүүлэх бүтээгдэхүүн нь IBM System R-ээс хуулбарласан DBMS байсан. Энэ тохиолдолд бид SQL-ийг DBMS-ийн "стандарт API" болгон дахин хэрэгжүүлэх тухай ярьж байна.

API-д оюуны өмчийн эрхийг ногдуулах нь хүн бүрт нөлөөлөх хууль ёсны уурхайн талбайг бий болгож чадна. API-ууд хэрэгжүүлэх ба бусад үүлэн үйлчилгээ. Wi-Fi, интернет протокол гэх мэт олон техникийн стандартууд API-г агуулдаг. Програмчлалын интерфэйсүүд нь интернет дэх бүх компьютер, сервер дээр ямар нэгэн хэлбэрээр дахин хэрэгждэг. Oracle-ийн зохиогчийн эрхийн онол нь таны компьютер дээр хийсэн бараг бүх зүйлийг хууль бус болгож чадна.

Эдгээр өргөн хүрээтэй үр дагавраас зайлсхийхийн тулд Oracle болон түүний аргументуудыг дэмжсэн давж заалдах шатны шүүх нь эх хувилбартай нь "тохиромжгүй" зарим API-ийн дахин хэрэгжүүлэлтээр зохиогчийн эрхийн зөрчлийг хязгаарлахыг оролдсон. Гэхдээ хэсэгчлэн дахин хэрэгжүүлэлт энгийн үзэгдэл юм. S3 API-ийн хуулбар дээр ч гэсэн Oracle анхны Amazon API-тай олон тооны "ялгаа" болон үл нийцэх байдлыг тэмдэглэжээ.

Oracle-ийн нэхэмжлэлийн гол аюул нь жижиг технологийн компаниудыг S3 зэрэг давамгайлсан платформуудтай нийцтэй системийн хувилбаруудыг бий болгохоос сэргийлж чадах явдал юм. Ийм нийцтэй байдал байхгүй бол программистууд энэ компанийн санал болголтоос үр дүнтэй түгжигдэх болно.

Салбарын төлөөлөгчид болон хөгжүүлэгчид энд шалтгаан давамгайлах болно гэж найдаж болно шүүгчид програмчлалын үндсийг мэддэг.

Эх сурвалж: www.habr.com