Oracle-ի իրավաբանները համեմատում են Java API-ի վերակիրառումը Android-ում «Հարի Փոթերի» բովանդակության պատճենման հետ։ որոնվածը

ԱՄՆ Գերագույն դատարանը այս տարվա սկզբին կլսի մի կարևոր գործ: 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-ը խախտում է Oracle-ի հեղինակային իրավունքները Java API հրամանների անունների և կառուցվածքների վրա.

Սակայն 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

Amazon-ը ակնհայտ առաջատարն է ամպային ծառայությունների շուկայում, և նրա մրցակիցներն առաջարկում են S3 API-ի կրկնակի իրականացում, մինչդեռ նրանք պետք է ընդօրինակեն հրամանների անունները, պարամետրերի պիտակները, տիպի նախածանցները: x-amz, S3 API-ի քերականական կառուցվածքը և ընդհանուր կազմակերպումը: Այլ կերպ ասած, այն ամենը, ինչ պնդում է Oracle-ը, պաշտպանված է հեղինակային իրավունքով:

Amazon S3 API-ի պատճեն առաջարկող ընկերությունների թվում են կա նաև ինքը՝ Oracle-ը. Համատեղելիության համար Amazon S3 Compatibility API-ն պատճենում է Amazon API-ի բազմաթիվ տարրեր՝ մինչև x-amz թեգերը:

Oracle-ը պնդում է, որ իր գործողությունների օրինականությունը հիմնված է բաց կոդով Apache 2.0 լիցենզիայի վրա, որը թույլ է տալիս անվճար պատճենել և փոփոխել կոդը։ Օրինակ, Amazon SDK Java-ի համար գալիս է նաև Apache 2.0 լիցենզիայով:

Բայց հարցն այն է, թե արդյոք մտավոր սեփականության իրավունքը նույնիսկ կիրառելի է API-ների նման բաների վրա: Սա պետք է որոշի Գերագույն դատարանը։

Ո՞վ է հորինել API-ն:

«Ենթածրագրային գրադարան» տերմինն ու հայեցակարգն առաջին անգամ հայտնվեցին Հերման Գոլդշտեյնի և Ջոն ֆոն Նոյմանի «Պլանավորման և կոդավորման խնդիրները էլեկտրոնային հաշվողական գործիքի համար» - Մաս II, հատոր III (Princeton University Institute of Advanced Study, 1948) գրքում: պատճենեք archive.org կայքում. Երրորդ հատորի բովանդակությունը.

Սա համակարգիչների ծրագրավորման մեթոդաբանության առաջին նկարագրությունն է, որը ծրագրեր է պահում հիշողության մեջ (նախկինում դա գոյություն չուներ): Այն լայն տարածում գտավ բուհերին, որոնք այն ժամանակ փորձում էին ստեղծել իրենց համակարգիչները։ Եվ ամենակարևորը, գիրքը պարունակում է հիմնական գաղափար. Ծրագրերի մեծամասնությունը կօգտագործի սովորական գործողություններ, իսկ ռիթմով գրադարանները կնվազեցնեն նոր կոդի և սխալների քանակը. Այս գաղափարը հետագայում կատարելագործվեց Մորիս Ուիլքսի կողմից և կիրառվեց EDSAC մեքենայում, որի համար նա ստացավ 1967 թվականին Թյուրինգի մրցանակը։

EDSAC ենթածրագրի գրադարանը ձախ կողմում է

Հաջորդ քայլը բարձրակարգ գործառույթների և ծրագրային ապահովման լիարժեք միջերեսների ստեղծումն էր, ինչպես դա արեցին Մորիս Ուիլքսը և Դեյվիդ Ուիլերը «Էլեկտրոնային թվային համակարգչի համար ծրագրերի պատրաստում» (1951) աշխատության մեջ:

Տերմինն ինքնին Կիրառական ծրագրի միջերես (API) հայտնվել է ինչ-որ տեղ 60-ականների վերջին:

Ներկայացման հեղինակ «API-ի համառոտ սուբյեկտիվ պատմություն» Ջոշուա Բլոկը տալիս է ծրագրավորման ինտերֆեյսների, հրահանգների հավաքածուների և ենթածրագրային գրադարանների մի քանի օրինակներ. ինչպես են դրանք ստեղծվել և հետագայում օգտագործվել: Գաղափարն այն է, որ կրկնակի օգտագործումը API-ի կետն է: Սկզբում հենց դրա համար են ստեղծվել։ Եվ մշակողները միշտ հնարավորություն են ունեցել պատճենել և վերափոխել այլ մարդկանց API-ները.

API
ստեղծող
Տարի
Վերաիրականացում
Տարի

FORTRAN գրադարան
IBM
1958
Յունիվակ
1961

IBM S/360 ISA
IBM
1964
Amdahl Corp.
1970

Ստանդարտ C գրադարան
AT&T/Bell Labs
1976
Mark Williams Co.
1980

Unix համակարգի զանգեր
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 նախագիծ
1998

Hayes AT հրամանների հավաքածու
Hayes Micro
1982
Խարիսխի ավտոմատացում
1985

Ետգրություն
Adobe
1985
GNU/GhostScript
1988

SMB
Microsoft
1992
Սամբայի նախագիծ
1993

Win32
Microsoft
1993
Գինու նախագիծ
1996

Java 2 դասի գրադարաններ
Արեւ
1998
Google/Android
2008

Վեբ API Delicious
Համեղ
2003
Տախտակ
2009

Source: «API-ի համառոտ սուբյեկտիվ պատմություն»

API-ների (գրադարաններ, հրահանգների հավաքածուներ) պատճենելը և նորից օգտագործելը ոչ միայն ճիշտ է, այլև ծրագրավորման այս մեթոդաբանությունը ուղղակիորեն առաջարկվում է համակարգչային գիտության կանոններում: Նույնիսկ նախքան S3 ծրագրավորման ինտերֆեյսը պատճենելը, Oracle-ն ինքն է դա արել բազմիցս: Ավելին, Oracle-ի բիզնեսն ի սկզբանե կառուցվել է IBM-ի կողմից մշակված SQL ծրագրավորման լեզվի ներդրման վրա։ Oracle-ի առաջին առաջատար արտադրանքը եղել է DBMS-ը, որը հիմնականում պատճենված է IBM System R-ից։

API-ների վրա մտավոր սեփականության իրավունքի պարտադրումը կարող է ստեղծել օրինական ականադաշտ, որը կազդի բոլորի վրա: API-ները իրականացնում են և այլ ամպային ծառայություններ. Շատ տեխնիկական ստանդարտներ, ինչպիսիք են Wi-Fi-ը և ինտերնետ արձանագրությունները, ներառում են API-ներ: Ծրագրավորման ինտերֆեյսները անպայմանորեն ինչ-որ ձևով վերագործարկվում են ինտերնետի յուրաքանչյուր համակարգչի և սերվերի վրա: Oracle-ի հեղինակային իրավունքի տեսությունը կարող է անօրինական դարձնել գրեթե այն ամենը, ինչ դուք անում եք ձեր համակարգչի հետ:

Այս հեռահար հետևանքներից խուսափելու համար Oracle-ը և վերաքննիչ դատարանը, որը հաստատել է իր փաստարկները, փորձել են սահմանափակել հեղինակային իրավունքի խախտումը API-ի որոշակի վերաիրականացումներով, որոնք «անհամատեղելի են» բնօրինակի հետ: Բայց նաև մասնակի վերաիրականացումներ սովորական են. Նույնիսկ S3 API-ի իր պատճենում Oracle-ը նշում է բազմաթիվ «տարբերություններ» և անհամատեղելիություններ բնօրինակ Amazon API-ների հետ:

Oracle-ի հայցի հիմնական վտանգն այն է, որ այն կարող է խանգարել փոքր տեխնոլոգիական ընկերություններին ստեղծել համակարգերի տարբերակներ, որոնք համատեղելի են գերիշխող հարթակների հետ, ինչպիսին է S3-ը: Առանց նման համատեղելիության, ծրագրավորողներն արդյունավետորեն արգելափակված կլինեն այս ընկերության առաջարկներից:

Ոլորտի ներկայացուցիչներն ու մշակողները կարող են միայն հուսալ, որ բանականությունը կհաղթի այստեղ, և դատավորները գիտեն ծրագրավորման հիմունքները.

Source: www.habr.com