ओरॅकलचे वकील Android मधील Java API च्या पुन्हा अंमलबजावणीची तुलना “Harry Potter” ची सामग्री कॉपी करण्याशी करतात, पीडीएफ

अमेरिकेच्या सर्वोच्च न्यायालयात या वर्षाच्या सुरुवातीला एका महत्त्वाच्या खटल्याची सुनावणी होणार आहे. ओरॅकल वि Google, जे बौद्धिक संपदा कायद्याअंतर्गत API ची कायदेशीर स्थिती निर्धारित करेल. कोर्टाने ओरॅकलच्या अब्जावधी-डॉलरच्या खटल्यात बाजू घेतल्यास, ते स्पर्धा कमी करू शकते आणि टेक दिग्गजांचे वर्चस्व सिमेंट करू शकते, शक्यतो Google स्वतःसह.

त्याच वेळी, ओरॅकलचा व्यवसाय सुरुवातीला आयबीएमने विकसित केलेल्या एसक्यूएल प्रोग्रामिंग भाषेच्या अंमलबजावणीवर तयार केला गेला होता आणि आताही कंपनी Amazon S3 वरून API सह क्लाउड सेवा ऑफर करते आणि हे पूर्णपणे सामान्य आहे. उद्योगाच्या सुरुवातीपासूनच एपीआय रीइम्प्लीमेंटेशन हा संगणक विज्ञानाच्या विकासाचा एक नैसर्गिक भाग आहे.

ओरॅकलने Google वर बेकायदेशीरपणे Java API ची कॉपी केल्याचा आरोप केला आहे, ज्यामध्ये व्याकरणाच्या संरचनेशी जोडलेल्या नामांकित आदेशांची यादी समाविष्ट आहे. जावा प्रोग्रामरना नवीन प्लॅटफॉर्मवर सॉफ्टवेअर आणि ज्ञान हस्तांतरित करणे सोपे करण्यासाठी Android ऑपरेटिंग सिस्टम विशेषत: Java API शी सुसंगत आहे. हे करण्यासाठी, Android ने संबंधित Java API कमांड्स आणि व्याकरणाच्या रचनांची तंतोतंत कॉपी केली. युक्तिवाद ओरॅकल असा आहे की Java API च्या अशा "पुन्हा अंमलबजावणी" ची तुलना लेखकाच्या कार्याची कॉपी करण्याशी केली जाऊ शकते, जसे की साहित्यिक कादंबरी "हॅरी पॉटर" (हे ओरॅकलच्या वकिलांनी दिलेले एक वास्तविक उदाहरण), आणि Google ने Java API कमांड नावे आणि संरचनांवर ओरॅकलच्या कॉपीराइटचे उल्लंघन केले आहे.

परंतु Java API हे एकमेव API नाहीत आणि Android हे एकमेव पुनर्प्रवर्तन नाही. आजच्या आयटी उद्योगात, एपीआय सर्वव्यापी आहेत आणि मोठ्या कंपन्यांना मक्तेदारी करण्यापासून रोखण्यासाठी स्पर्धा टिकवून ठेवण्यासाठी पुनर्प्रक्षेपण मूलभूत आहे. विचार करते चार्ल्स डुआन हे आर स्ट्रीट इन्स्टिट्यूटमध्ये तंत्रज्ञान आणि नवकल्पना धोरणाचे संचालक आहेत.

Duane लोकप्रिय 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 ची पुन्हा अंमलबजावणी देतात, तर त्यांना कमांडची नावे, पॅरामीटर टॅग, टाइप उपसर्ग यांचे अनुकरण करावे लागते. x-amz, व्याकरणाची रचना आणि S3 API ची सामान्य संस्था. दुसऱ्या शब्दांत, ओरॅकलने दावा केलेला प्रत्येक गोष्ट कॉपीराइट केलेली आहे.

Amazon S3 API ची प्रत ऑफर करणार्‍या कंपन्यांमध्ये आहेत स्वतः ओरॅकल देखील आहे. सुसंगततेसाठी, Amazon S3 Compatibility API, Amazon API चे अनेक घटक, x-amz टॅगपर्यंत कॉपी करते.

ओरॅकलचा दावा आहे की त्याच्या कृतींची कायदेशीरता ओपन सोर्स अपाचे 2.0 परवान्यावर आधारित आहे, जे कोडची विनामूल्य कॉपी आणि बदल करण्यास अनुमती देते. उदाहरणार्थ, Java साठी Amazon SDK Apache 2.0 परवान्यासह देखील येतो.

पण बौद्धिक संपदा कायदा API सारख्या गोष्टींनाही लागू होतो का, हा प्रश्न आहे. हे सर्वोच्च न्यायालयाने ठरवावे.

API चा शोध कोणी लावला?

"सबरुटीन लायब्ररी" ची संज्ञा आणि संकल्पना प्रथम हर्मन गोल्डस्टीन आणि जॉन फॉन न्यूमन यांच्या प्लॅनिंग अँड कोडिंग प्रॉब्लेम्स फॉर अॅन इलेक्ट्रॉनिक कॉम्प्युटिंग इन्स्ट्रुमेंट - भाग II, खंड III (प्रिन्सटन युनिव्हर्सिटी इन्स्टिट्यूट ऑफ अॅडव्हान्स्ड स्टडी, 1948) या पुस्तकात दिसून आली. archive.org वर कॉपी करा. तिसऱ्या खंडातील सामग्री:

मेमरीमध्ये प्रोग्राम संचयित करणार्‍या संगणकांसाठी प्रोग्रामिंग पद्धतीचे हे पहिले वर्णन आहे (पूर्वी हे अस्तित्वात नव्हते). हे विद्यापीठांना मोठ्या प्रमाणावर वितरित केले गेले, जे त्या वेळी त्यांचे स्वतःचे संगणक तयार करण्याचा प्रयत्न करीत होते. आणि सर्वात महत्त्वाचे म्हणजे, पुस्तकात एक मुख्य कल्पना आहे: बहुतेक प्रोग्राम सामान्य ऑपरेशन्स वापरतील आणि रूटीनसह लायब्ररी नवीन कोड आणि त्रुटींचे प्रमाण कमी करतील. ही कल्पना मॉरिस विल्क्सने आणखी परिष्कृत केली आणि ईडीएसएसी मशीनमध्ये प्रत्यक्षात आणली, ज्यासाठी त्यांना 1967 चा ट्युरिंग पुरस्कार मिळाला.

EDSAC सबरूटीन लायब्ररी डावीकडे आहे

मॉरिस विल्क्स आणि डेव्हिड व्हीलर यांनी इलेक्ट्रॉनिक डिजिटल कॉम्प्युटर (1951) साठी प्रोग्रॅम्स तयार करण्यामध्ये केल्याप्रमाणे उच्च-ऑर्डर फंक्शन्स आणि पूर्ण विकसित सॉफ्टवेअर इंटरफेस तयार करणे ही पुढील पायरी होती.

पद स्वतः Programप्लिकेशन प्रोग्राम इंटरफेस (API) 60 च्या दशकाच्या उत्तरार्धात कुठेतरी दिसू लागले.

सादरीकरणाचे लेखक "एपीआयचा संक्षिप्त व्यक्तिपरक इतिहास" जोशुआ ब्लॉक प्रोग्रामिंग इंटरफेस, सूचना संच आणि सबरूटीन लायब्ररीची अनेक उदाहरणे देतो: ते कसे तयार केले गेले आणि नंतर वापरले गेले. कल्पना अशी आहे की पुनर्वापर हा API चा मुद्दा आहे. यासाठी ते प्रथमतः तयार केले गेले होते. आणि विकासकांना नेहमी इतर लोकांचे API कॉपी आणि रीमेक करण्याची संधी असते:

API
निर्माता
Год
पुन्हा अंमलबजावणी
Год

फोरट्रान लायब्ररी
IBM
1958
युनिव्हॅक
1961

IBM S/360 ISA
IBM
1964
Amdahl कॉर्पोरेशन
1970

स्टँडर्ड सी लायब्ररी
AT&T/Bell Labs
1976
मार्क विल्यम्स कं.
1980

युनिक्स सिस्टम कॉल
AT&T/Bell Labs
1976
मार्क विल्यम्स कं.
1980

VT100 Esc Seqs
DEC
1978
हेथकिट
1980

IBM PC BIOS
IBM
1981
फिनिक्स टेक्नॉलॉजीज
1984

MS-DOS CLI
मायक्रोसॉफ्ट
1981
फ्रीडॉस प्रकल्प
1998

हेस एटी कमांड सेट
हेस मायक्रो
1982
अँकर ऑटोमेशन
1985

पोस्टस्क्रिप्ट
अडोब
1985
GNU/GhostScript
1988

SMB
मायक्रोसॉफ्ट
1992
सांबा प्रकल्प
1993

Win32
मायक्रोसॉफ्ट
1993
वाइन प्रकल्प
1996

Java 2 वर्ग लायब्ररी
सूर्य
1998
Google/Android
2008

वेब API स्वादिष्ट
मधुर
2003
पिनबोर्ड
2009

स्त्रोत: "एपीआयचा संक्षिप्त व्यक्तिपरक इतिहास"

एपीआय (लायब्ररी, सूचना संच) कॉपी आणि पुन्हा वापरणे केवळ योग्य नाही, परंतु संगणक विज्ञानाच्या नियमांमध्ये या प्रोग्रामिंग पद्धतीची थेट शिफारस केली जाते. S3 प्रोग्रॅमिंग इंटरफेस कॉपी करण्याआधीही, ओरॅकलने हे अनेक वेळा केले. शिवाय, ओरॅकलचा व्यवसाय सुरुवातीला IBM ने विकसित केलेल्या SQL प्रोग्रामिंग भाषेच्या अंमलबजावणीवर बांधला गेला. ओरॅकलचे पहिले फ्लॅगशिप उत्पादन डीबीएमएस होते, ज्याची मोठ्या प्रमाणात आयबीएम सिस्टम आर वरून कॉपी केली गेली होती. या प्रकरणात, आम्ही डीबीएमएससाठी “मानक API” म्हणून SQL च्या पुन्हा अंमलबजावणीबद्दल बोलत आहोत.

API वर बौद्धिक संपदा अधिकार लादल्याने प्रत्येकाला प्रभावित करणारे कायदेशीर माइनफील्ड तयार होऊ शकते. API इंटरफेस अंमलबजावणी आणि इतर क्लाउड सेवा. अनेक तांत्रिक मानके, जसे की वाय-फाय आणि इंटरनेट प्रोटोकॉलमध्ये API समाविष्ट आहेत. प्रोग्रामिंग इंटरफेस इंटरनेटवरील प्रत्येक संगणकावर आणि सर्व्हरवर कोणत्या ना कोणत्या स्वरूपात पुन्हा लागू करणे आवश्यक आहे. Oracle च्या कॉपीराइट सिद्धांतामुळे तुम्ही तुमच्या काँप्युटरवर जे काही करता ते बेकायदेशीर बनवू शकते.

हे दूरगामी परिणाम टाळण्यासाठी, Oracle आणि त्याच्या युक्तिवादांना समर्थन देणार्‍या अपीलीय न्यायालयाने कॉपीराइट उल्लंघनाला काही API रीइम्प्लिमेंटेशन्सपर्यंत मर्यादित करण्याचा प्रयत्न केला आहे जे मूळशी “विसंगत” आहेत. पण अंशतः पुन्हा अंमलबजावणी देखील सामान्य आहेत. त्याच्या S3 API च्या प्रतमध्येही, Oracle मूळ Amazon API सह असंख्य "भेद" आणि विसंगती लक्षात घेते.

ओरॅकलच्या खटल्याचा मुख्य धोका हा आहे की ते लहान तंत्रज्ञान कंपन्यांना S3 सारख्या प्रबळ प्लॅटफॉर्मशी सुसंगत असलेल्या प्रणालीच्या आवृत्त्या तयार करण्यापासून रोखू शकतात. अशा सुसंगततेशिवाय, प्रोग्रामर या कंपनीच्या ऑफरमधून प्रभावीपणे लॉक केले जातील.

उद्योग प्रतिनिधी आणि विकासक फक्त अशी आशा करू शकतात की येथे कारण प्रबळ होईल, आणि न्यायाधीशांना प्रोग्रामिंगची मूलभूत माहिती आहे.

स्त्रोत: www.habr.com