Oracle заңгерлері Android жүйесінде Java API қайта іске асырылуын «Гарри Поттердің» мазмұнын көшірумен салыстырады, PDF

АҚШ Жоғарғы соты маңызды істі осы жылдың басында қарайды. Oracle және Google, ол зияткерлік меншік заңы бойынша API құқықтық мәртебесін анықтайды. Егер сот миллиардтаған долларлық талап арызында Oracle-ді қолдаса, ол бәсекелестікті тұншықтырып, технологиялық алпауыттардың, соның ішінде Google-дың өзін де қоса, үстемдігін нығайтуы мүмкін.

Сонымен қатар, Oracle бизнесі бастапқыда IBM әзірлеген SQL бағдарламалау тілін енгізуге негізделген және қазірдің өзінде компания Amazon S3 API интерфейсімен бұлттық қызметті ұсынады және бұл қалыпты жағдай. API қайта енгізу индустрияның басынан бастап информатика дамуының табиғи бөлігі болды.

Oracle Google-ды Java API интерфейсін, соның ішінде грамматикалық құрылымдарға байланысты аталған командалар тізімін заңсыз көшірді деп айыптайды. Android операциялық жүйесі Java бағдарламашыларына бағдарламалық құрал мен білімді жаңа платформаға тасымалдауды жеңілдету үшін Java API интерфейсімен арнайы үйлесімді. Ол үшін Android сәйкес Java API командалары мен грамматикалық құрылымдарды дәл көшірді. дәлел Oracle Java API-нің мұндай «қайта енгізілуін» «Гарри Поттер» әдеби романы сияқты авторлық шығарманы көшірумен салыстыруға болады (бұл Oracle заңгерлері берген нақты мысал), және Google Java API пәрмен атаулары мен құрылымдарына Oracle авторлық құқығын бұзады.

Бірақ Java API интерфейстері жалғыз API емес, ал Android жалғыз қайта іске қосу емес. Қазіргі IT индустриясында API интерфейстері барлық жерде кездеседі, ал қайта енгізу ірі фирмалардың монополиялануын болдырмау үшін бәсекелестікті сақтаудың негізі болып табылады. деп есептейді Чарльз Дуэйн - R Street институтының технология және инновациялық саясат жөніндегі директоры.

Дуэйн танымал Amazon S3 сақтау платформасының мысалын келтіреді. S3 жүйесінен файлдарды жазуға және алуға мүмкіндік беру үшін Amazon жан-жақты әзірледі, егжей-тегжейлі API қызметпен өзара әрекеттесу. Мысалы, сақталған файлдардың тізімін алу үшін (ListObjects) хост пен тип параметрлерін көрсететін 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 лицензиясына негізделген деп мәлімдейді. Мысалы, Java үшін Amazon SDK сонымен қатар Apache 2.0 лицензиясымен бірге келеді.

Бірақ мәселе зияткерлік меншік құқығы тіпті API сияқты нәрселерге қатысты ма. Мұны Жоғарғы Сот анықтауы керек.

API интерфейсін кім ойлап тапты?

«Қосымша кітапхана» термині мен тұжырымдамасы алғаш рет Герман Голдштейн мен Джон фон Нейманның «Электрондық есептеуіш құрал үшін жоспарлау және кодтау мәселелері» кітабында - II бөлім, III том (Принстон университетінің кеңейтілген зерттеу институты, 1948) кітабында пайда болды. archive.org сайтында көшіру. Үшінші томның мазмұны:

Бұл жадта бағдарламаларды сақтайтын компьютерлерге арналған бағдарламалау әдістемесінің бірінші сипаттамасы (бұрын мұндай болмаған). Ол сол кезде өз компьютерлерін жасауға тырысқан университеттерге кеңінен таратылды. Ең бастысы, кітапта негізгі ой бар: бағдарламалардың көпшілігі жалпы әрекеттерді пайдаланады, ал жұмыс тәртібі бар кітапханалар жаңа код пен қателердің санын азайтады.. Бұл идеяны Морис Уилкс одан әрі нақтылап, EDSAC машинасында іске асырды, ол үшін 1967 жылы Тьюринг сыйлығын алды.

EDSAC ішкі бағдарламалар кітапханасы сол жақта

Келесі қадам Морис Уилкс пен Дэвид Уилер «Электрондық цифрлық компьютерге арналған бағдарламаларды дайындау» (1951) еңбегінде жасағандай жоғары дәрежелі функциялар мен толыққанды бағдарламалық интерфейстерді жасау болды.

Терминнің өзі Бағдарлама интерфейсі (API) 60-жылдардың аяғында бір жерде пайда болды.

Презентацияның авторы «API қысқаша субъективті тарихы» Джошуа Блок бағдарламалау интерфейстерінің, нұсқаулар жиынының және ішкі бағдарламалар кітапханаларының бірнеше мысалдарын келтіреді: олардың қалай жасалғаны және кейіннен пайдаланылғаны. Идея: қайта пайдалану API мәні болып табылады. Олар ең алдымен осы үшін жаратылған. Әзірлеушілер әрқашан басқа адамдардың API интерфейстерін көшіру және қайта жасау мүмкіндігіне ие болды:

API
Creator
Жыл
Қайта енгізу
Жыл

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 тізбегі
АСК
1978
Хиткит
1980

IBM PC BIOS
IBM
1981
Финикс технологиялары
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 сынып кітапханалары
күн
1998
Google/Android
2008

Web API Delicious
Delicious
2003
Пентагон
2009

Ақпарат көзі: «API қысқаша субъективті тарихы»

API интерфейстерін (кітапханалар, нұсқаулар жинағы) көшіру және қайта пайдалану дұрыс емес, сонымен бірге бұл бағдарламалау әдістемесі информатиканың канондарында тікелей ұсынылады. S3 бағдарламалау интерфейстерін көшірмес бұрын, Oracle өзі мұны бірнеше рет жасады. Сонымен қатар, Oracle бизнесі бастапқыда IBM әзірлеген SQL бағдарламалау тілін енгізуге негізделген. Oracle компаниясының бірінші флагмандық өнімі негізінен IBM System R жүйесінен көшірілген ДҚБЖ болды. Бұл жағдайда біз ДҚБЖ үшін «стандартты API» ретінде SQL-ді қайта енгізу туралы айтып отырмыз.

API интерфейстеріне зияткерлік меншік құқықтарын енгізу барлығына әсер ететін заңды кен орнын құруы мүмкін. API жүзеге асырады және басқа бұлттық қызметтер. Wi-Fi және Интернет протоколдары сияқты көптеген техникалық стандарттар API интерфейстерін қамтиды. Бағдарламалау интерфейстері міндетті түрде Интернеттегі әрбір компьютерде және серверде қандай да бір түрде қайта іске асырылады. Oracle авторлық құқық теориясы сіздің компьютеріңізбен жасаған кез келген нәрсені дерлік заңсыз ете алады.

Осы ауқымды салдарға жол бермеу үшін Oracle және оның дәлелдерін қолдаған апелляциялық сот авторлық құқықты бұзуды түпнұсқамен «үйлесімсіз» кейбір API қайта іске асыруларымен шектеуге тырысты. Бірақ ішінара қайта енгізу де әдеттегідей. Тіпті S3 API көшірмесінде Oracle көптеген «айырмашылықтарды» және түпнұсқа Amazon API интерфейстерімен үйлеспеушіліктерді атап өтеді.

Oracle сот ісін жүргізудің негізгі қауіптілігі - ол кішігірім технологиялық компанияларға S3 сияқты басым платформалармен үйлесімді жүйелердің нұсқаларын жасауға кедергі келтіруі мүмкін. Мұндай үйлесімділік болмаса, бағдарламашылар бұл компанияның ұсыныстарынан тиімді түрде жабылады.

Өнеркәсіп өкілдері мен әзірлеушілер мұнда ақыл-ой басым болады деп үміттене алады және судьялар бағдарламалау негіздерін біледі.

Ақпарат көзі: www.habr.com