ઓરેકલ વકીલો એન્ડ્રોઇડમાં જાવા API ના પુનઃ અમલીકરણની તુલના “હેરી પોટર” ની સામગ્રીની નકલ સાથે કરે છે, પીડીએફ

યુએસ સુપ્રીમ કોર્ટ આ વર્ષની શરૂઆતમાં એક મહત્વપૂર્ણ કેસની સુનાવણી કરશે. ઓરેકલ વિ ગૂગલ, જે બૌદ્ધિક સંપદા કાયદા હેઠળ API ની કાનૂની સ્થિતિ નક્કી કરશે. જો કોર્ટ તેના મલ્ટિબિલિયન-ડોલરના મુકદ્દમામાં ઓરેકલની તરફેણ કરે છે, તો તે સ્પર્ધાને અટકાવી શકે છે અને ટેક જાયન્ટ્સનું વર્ચસ્વ સિમેન્ટ કરી શકે છે, સંભવતઃ ગૂગલનો પણ સમાવેશ થાય છે.

તે જ સમયે, ઓરેકલનો વ્યવસાય શરૂઆતમાં આઇબીએમ દ્વારા વિકસિત SQL પ્રોગ્રામિંગ ભાષાના અમલીકરણ પર બનાવવામાં આવ્યો હતો, અને હવે પણ કંપની એમેઝોન S3 ના API સાથે ક્લાઉડ સેવા પ્રદાન કરે છે, અને આ સંપૂર્ણપણે સામાન્ય છે. API પુનઃ અમલીકરણ એ ઉદ્યોગની શરૂઆતથી જ કમ્પ્યુટર વિજ્ઞાનના વિકાસનો કુદરતી ભાગ છે.

ઓરેકલ Google પર જાવા API ની ગેરકાયદે નકલ કરવાનો આરોપ મૂકે છે, જેમાં વ્યાકરણના માળખા સાથે જોડાયેલા નામના આદેશોની સૂચિનો સમાવેશ થાય છે. એન્ડ્રોઇડ ઓપરેટિંગ સિસ્ટમ જાવા પ્રોગ્રામર્સ માટે નવા પ્લેટફોર્મ પર સોફ્ટવેર અને જ્ઞાનને સ્થાનાંતરિત કરવાનું સરળ બનાવવા માટે ખાસ કરીને Java API સાથે સુસંગત છે. આ કરવા માટે, Android એ અનુરૂપ Java API આદેશો અને વ્યાકરણની રચનાઓની બરાબર નકલ કરી. દલીલ ઓરેકલ એ છે કે જાવા API ના આવા "ફરીથી અમલીકરણ"ની તુલના લેખકની કૃતિની નકલ કરવા સાથે કરી શકાય છે, જેમ કે સાહિત્યિક નવલકથા "હેરી પોટર" (આ ઓરેકલ વકીલો દ્વારા આપવામાં આવેલ એક વાસ્તવિક ઉદાહરણ), અને Google Java API આદેશના નામો અને બંધારણો પર ઓરેકલના કોપીરાઈટનું ઉલ્લંઘન કરે છે.

પરંતુ Java API એ એકમાત્ર API નથી, અને Android એ એકમાત્ર પુનઃ અમલીકરણ નથી. આજના IT ઉદ્યોગમાં, API સર્વવ્યાપી છે, અને મોટી કંપનીઓને ઈજારા કરતા અટકાવવા માટે સ્પર્ધા જાળવવા માટે પુનઃપ્રવેશ મૂળભૂત છે. વિચારે છે ચાર્લ્સ ડ્યુએન આર સ્ટ્રીટ ઇન્સ્ટિટ્યૂટમાં ટેક્નોલોજી અને ઇનોવેશન પોલિસીના ડિરેક્ટર છે.

Duane લોકપ્રિય Amazon S3 સ્ટોરેજ પ્લેટફોર્મનું ઉદાહરણ આપે છે. S3 માંથી ફાઇલો લખવા અને પુનઃપ્રાપ્ત કરવા સક્ષમ કરવા માટે, એમેઝોને વ્યાપક વિકાસ કર્યો છે, વિગતવાર 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 ના પુનઃ અમલીકરણની ઓફર કરે છે, જ્યારે તેઓએ આદેશના નામ, પેરામીટર ટૅગ્સ, ટાઇપ ઉપસર્ગનું અનુકરણ કરવું પડશે. x-amz, વ્યાકરણની રચના અને S3 API ની સામાન્ય સંસ્થા. બીજા શબ્દોમાં કહીએ તો, ઓરેકલ જે દાવો કરે છે તે દરેક વસ્તુ કોપીરાઈટ છે.

Amazon S3 API ની નકલ ઓફર કરતી કંપનીઓમાં છે ઓરેકલ પોતે પણ છે. સુસંગતતા માટે, Amazon S3 સુસંગતતા API એ Amazon API ના અસંખ્ય ઘટકોની નકલ કરે છે, x-amz ટૅગ્સ સુધી.

ઓરેકલ દાવો કરે છે કે તેની ક્રિયાઓની કાયદેસરતા ઓપન સોર્સ અપાચે 2.0 લાયસન્સ પર આધારિત છે, જે કોડની મફત નકલ અને ફેરફાર કરવાની મંજૂરી આપે છે. દાખ્લા તરીકે, જાવા માટે એમેઝોન SDK Apache 2.0 લાયસન્સ સાથે પણ આવે છે.

પરંતુ પ્રશ્ન એ છે કે શું બૌદ્ધિક સંપદા કાયદો એપીઆઈ જેવી વસ્તુઓને પણ લાગુ પડે છે. આ બાબત સુપ્રીમ કોર્ટે નક્કી કરવી પડશે.

API ની શોધ કોણે કરી?

"સબરૂટિન લાઇબ્રેરી" નો શબ્દ અને ખ્યાલ સૌપ્રથમ હર્મન ગોલ્ડસ્ટેઇન અને જ્હોન વોન ન્યુમેન દ્વારા પુસ્તક પ્લાનિંગ એન્ડ કોડિંગ પ્રોબ્લેમ્સ ફોર એન ઇલેક્ટ્રોનિક કમ્પ્યુટિંગ ઇન્સ્ટ્રુમેન્ટ - ભાગ II, વોલ્યુમ III (પ્રિન્સટન યુનિવર્સિટી ઇન્સ્ટિટ્યૂટ ઑફ એડવાન્સ્ડ સ્ટડી, 1948) માં દેખાયો. archive.org પર નકલ કરો. ત્રીજા વોલ્યુમની સામગ્રી:

કમ્પ્યુટર્સ માટે પ્રોગ્રામિંગ પદ્ધતિનું આ પ્રથમ વર્ણન છે જે પ્રોગ્રામ્સને મેમરીમાં સ્ટોર કરે છે (અગાઉ આ અસ્તિત્વમાં ન હતું). તે યુનિવર્સિટીઓમાં વ્યાપકપણે વિતરિત કરવામાં આવ્યું હતું, જે તે સમયે તેમના પોતાના કમ્પ્યુટર્સ બનાવવાનો પ્રયાસ કરી રહી હતી. અને સૌથી અગત્યનું, પુસ્તકમાં એક મુખ્ય વિચાર છે: મોટાભાગના કાર્યક્રમો સામાન્ય કામગીરીનો ઉપયોગ કરશે, અને દિનચર્યાઓ સાથેની લાઇબ્રેરીઓ નવા કોડ અને ભૂલોનું પ્રમાણ ઘટાડશે.. આ વિચારને મોરિસ વિલ્ક્સ દ્વારા વધુ શુદ્ધ કરવામાં આવ્યો અને તેને EDSAC મશીનમાં અમલમાં મૂકવામાં આવ્યો, જેના માટે તેને 1967નો ટ્યુરિંગ એવોર્ડ મળ્યો.

EDSAC સબરૂટિન લાઇબ્રેરી ડાબી બાજુએ છે

આગળનું પગલું ઉચ્ચ-ક્રમના કાર્યો અને સંપૂર્ણ સૉફ્ટવેર ઇન્ટરફેસ બનાવવાનું હતું, જેમ કે મૌરિસ વિલ્કેસ અને ડેવિડ વ્હીલરે ઇલેક્ટ્રોનિક ડિજિટલ કમ્પ્યુટર (1951) માટે પ્રોગ્રામ્સ તૈયાર કરવા માટે કર્યું હતું.

શબ્દ પોતે એપ્લિકેશન પ્રોગ્રામ ઇંટરફેસ (API) 60 ના દાયકાના અંતમાં ક્યાંક દેખાયા.

પ્રસ્તુતિના લેખક "એપીઆઈનો સંક્ષિપ્ત વ્યક્તિલક્ષી ઇતિહાસ" જોશુઆ બ્લોક પ્રોગ્રામિંગ ઇન્ટરફેસ, સૂચના સેટ અને સબરૂટિન લાઇબ્રેરીઓના ઘણા ઉદાહરણો આપે છે: તે કેવી રીતે બનાવવામાં આવ્યા અને પછીથી તેનો ઉપયોગ કરવામાં આવ્યો. વિચાર એ છે કે પુનઃઉપયોગ એ API નો મુદ્દો છે. આ તે છે જેના માટે તેઓ પ્રથમ સ્થાને બનાવવામાં આવ્યા હતા. અને વિકાસકર્તાઓને હંમેશા અન્ય લોકોના API ની નકલ અને રીમેક કરવાની તક મળી છે:

API
સર્જક
વર્ષ
પુનઃ અમલીકરણ
વર્ષ

FORTRAN પુસ્તકાલય
IBM
1958
યુનિવાક
1961

IBM S/360 ISA
IBM
1964
Amdahl કોર્પો.
1970

સ્ટાન્ડર્ડ સી લાઇબ્રેરી
એટી એન્ડ ટી/બેલ લેબ્સ
1976
માર્ક વિલિયમ્સ કો.
1980

યુનિક્સ સિસ્ટમ કૉલ્સ
એટી એન્ડ ટી/બેલ લેબ્સ
1976
માર્ક વિલિયમ્સ કો.
1980

VT100 Esc Seqs
DEC
1978
હીથકીટ
1980

IBM PC BIOS
IBM
1981
ફોનિક્સ ટેક્નોલોજીસ
1984

MS-DOS CLI
માઈક્રોસોફ્ટ
1981
ફ્રીડોસ પ્રોજેક્ટ
1998

હેયસ એટી કમાન્ડ સેટ
હેયસ માઇક્રો
1982
એન્કર ઓટોમેશન
1985

પોસ્ટસ્ક્રીપ્ટ
એડોબ
1985
જીએનયુ/ઘોસ્ટસ્ક્રીપ્ટ
1988

એસએમબી
માઈક્રોસોફ્ટ
1992
સામ્બા પ્રોજેક્ટ
1993

Win32
માઈક્રોસોફ્ટ
1993
વાઇન પ્રોજેક્ટ
1996

જાવા 2 વર્ગ પુસ્તકાલયો
સન
1998
Google/Android
2008

વેબ API સ્વાદિષ્ટ
સ્વાદિષ્ટ
2003
પિનબોર્ડ
2009

સોર્સ: "એપીઆઈનો સંક્ષિપ્ત વ્યક્તિલક્ષી ઇતિહાસ"

API (પુસ્તકાલયો, સૂચના સમૂહો) ની નકલ અને પુનઃઉપયોગ એ માત્ર યોગ્ય નથી, પરંતુ કમ્પ્યુટર વિજ્ઞાનના સિદ્ધાંતોમાં આ પ્રોગ્રામિંગ પદ્ધતિની સીધી ભલામણ કરવામાં આવે છે. S3 પ્રોગ્રામિંગ ઇન્ટરફેસની નકલ કરતા પહેલા પણ, ઓરેકલે પોતે આ ઘણી વખત કર્યું હતું. વધુમાં, ઓરેકલનો વ્યવસાય શરૂઆતમાં આઇબીએમ દ્વારા વિકસિત SQL પ્રોગ્રામિંગ ભાષાના અમલીકરણ પર બાંધવામાં આવ્યો હતો. ઓરેકલની પ્રથમ ફ્લેગશિપ પ્રોડક્ટ ડીબીએમએસ હતી, જે મોટાભાગે IBM સિસ્ટમ આરમાંથી નકલ કરવામાં આવી હતી. આ કિસ્સામાં, અમે DBMS માટે "સ્ટાન્ડર્ડ API" તરીકે SQL ના પુનઃ અમલીકરણ વિશે વાત કરી રહ્યા છીએ.

APIs પર બૌદ્ધિક સંપદા અધિકારો લાદવાથી કાનૂની માઇનફિલ્ડ બનાવી શકાય છે જે દરેકને અસર કરે છે. API અમલીકરણ અને અન્ય ક્લાઉડ સેવાઓ. ઘણા તકનીકી ધોરણો, જેમ કે Wi-Fi અને ઇન્ટરનેટ પ્રોટોકોલ્સ, API નો સમાવેશ કરે છે. પ્રોગ્રામિંગ ઈન્ટરફેસ દરેક કોમ્પ્યુટર અને ઈન્ટરનેટ પર સર્વર પર કોઈને કોઈ સ્વરૂપમાં ફરીથી અમલમાં મૂકાય તે જરૂરી છે. ઓરેકલની કોપીરાઈટ થિયરી તમે તમારા કમ્પ્યુટર સાથે કરો છો તે લગભગ કોઈપણ વસ્તુને ગેરકાયદેસર બનાવી શકે છે.

આ દૂરગામી પરિણામોને ટાળવા માટે, ઓરેકલ અને તેની દલીલોને સમર્થન આપતી અપીલ અદાલતે કોપીરાઈટ ઉલ્લંઘનને અમુક API પુનઃ અમલીકરણો સુધી મર્યાદિત કરવાનો પ્રયાસ કર્યો છે જે મૂળ સાથે "અસંગત" છે. પરંતુ આંશિક પુનઃ અમલીકરણ પણ સામાન્ય છે. S3 API ની તેની નકલમાં પણ, Oracle મૂળ એમેઝોન API સાથે અસંખ્ય "તફાળો" અને અસંગતતાઓને નોંધે છે.

ઓરેકલના મુકદ્દમાનો મુખ્ય ખતરો એ છે કે તે નાની ટેક્નોલોજી કંપનીઓને S3 જેવા પ્રભાવશાળી પ્લેટફોર્મ સાથે સુસંગત હોય તેવી સિસ્ટમની આવૃત્તિઓ બનાવવાથી રોકી શકે છે. આવી સુસંગતતા વિના, પ્રોગ્રામરો આ કંપનીની ઑફરિંગમાંથી અસરકારક રીતે લૉક આઉટ થઈ જશે.

ઉદ્યોગના પ્રતિનિધિઓ અને વિકાસકર્તાઓ માત્ર આશા રાખી શકે છે કે કારણ અહીં પ્રવર્તશે, અને ન્યાયાધીશો પ્રોગ્રામિંગની મૂળભૂત બાબતો જાણે છે.

સોર્સ: www.habr.com