ओरेकल वकिलहरूले एन्ड्रोइडमा जाभा एपीआईको पुन: कार्यान्वयनलाई "ह्यारी पोटर" को सामग्रीहरू प्रतिलिपि गर्नेसँग तुलना गर्छन्, PDF

अमेरिकी सर्वोच्च अदालतले यस वर्षको सुरुमा एउटा महत्त्वपूर्ण मुद्दाको सुनुवाइ गर्नेछ। ओरेकल बनाम गुगल, जसले बौद्धिक सम्पत्ति कानून अन्तर्गत API को कानूनी स्थिति निर्धारण गर्नेछ। यदि अदालतले ओरेकललाई यसको बहुबिलियन-डलर मुद्दामा पक्ष दिन्छ भने, यसले प्रतिस्पर्धालाई रोक्न सक्छ र टेक दिग्गजहरूको प्रभुत्व सिमेन्ट गर्न सक्छ, सम्भवतः Google आफैं सहित।

उही समयमा, ओरेकलको व्यवसाय सुरुमा IBM द्वारा विकसित SQL प्रोग्रामिङ भाषाको कार्यान्वयनमा निर्माण गरिएको थियो, र अहिले पनि कम्पनीले Amazon S3 बाट एपीआईको साथ क्लाउड सेवा प्रदान गर्दछ, र यो पूर्ण रूपमा सामान्य छ। एपीआई पुन: कार्यान्वयन उद्योगको शुरुवातदेखि नै कम्प्युटर विज्ञानको विकासको एक प्राकृतिक भाग भएको छ।

Oracle ले गुगललाई जाभा एपीआई गैरकानूनी रूपमा प्रतिलिपि गरेको आरोप लगाउँछ, जसमा व्याकरणीय संरचनाहरूमा बाँधिएका नाम गरिएका आदेशहरूको सूची समावेश छ। जाभा प्रोग्रामरहरूलाई नयाँ प्लेटफर्ममा सफ्टवेयर र ज्ञान हस्तान्तरण गर्न सजिलो बनाउन एन्ड्रोइड अपरेटिङ सिस्टम विशेष रूपमा Java API सँग उपयुक्त छ। यो गर्नको लागि, एन्ड्रोइडले ठ्याक्कै सम्बन्धित Java API आदेशहरू र व्याकरण संरचनाहरू प्रतिलिपि गर्यो। तर्क ओरेकल भनेको जाभा एपीआईको यस्तो "पुनः कार्यान्वयन" को लेखकको काम प्रतिलिपि गर्न तुलना गर्न सकिन्छ, जस्तै साहित्यिक उपन्यास "ह्यारी पोटर" (यो Oracle वकील द्वारा दिइएको एक वास्तविक उदाहरण), र गुगलले Java API आदेश नाम र संरचनाहरूमा ओरेकलको प्रतिलिपि अधिकार उल्लङ्घन गर्दछ.

तर Java API हरू मात्र API होइनन्, र एन्ड्रोइड मात्र पुन: कार्यान्वयन होइन। आजको IT उद्योगमा, API हरू सर्वव्यापी छन्, र ठूला फर्महरूलाई एकाधिकारबाट रोक्नको लागि प्रतिस्पर्धा कायम राख्नको लागि पुन: परिचय आधारभूत छ। सोच्दछ चार्ल्स डुआन आर स्ट्रीट इन्स्टिच्युटमा टेक्नोलोजी र नवाचार नीति निर्देशक हुन्।

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 को एक प्रतिलिपि प्रस्ताव गर्ने कम्पनीहरू मध्ये छन् त्यहाँ Oracle पनि छ। अनुकूलताको लागि, Amazon S3 कम्प्याटिबिलिटी API ले Amazon API को धेरै तत्वहरूलाई x-amz ट्यागहरूमा प्रतिलिपि गर्दछ।

Oracle ले दावी गर्छ कि यसको कार्यहरूको वैधता खुला स्रोत Apache 2.0 लाइसेन्समा आधारित छ, जसले कोडको नि:शुल्क प्रतिलिपि र परिमार्जन गर्न अनुमति दिन्छ। उदाहरण को लागी, Java को लागि Amazon SDK Apache 2.0 लाइसेन्सको साथ पनि आउँछ।

तर प्रश्न यो हो कि बौद्धिक सम्पत्ति कानून पनि APIs जस्ता चीजहरूमा लागू हुन्छ। यो सर्वोच्च अदालतले निर्धारण गर्नुपर्छ।

API को आविष्कार कसले गर्यो?

"सबरुटिन पुस्तकालय" को शब्द र अवधारणा पहिलो पटक हर्मन गोल्डस्टेन र जोन भोन न्यूम्यानको पुस्तक योजना र कोडिङ समस्याहरू फर एन इलेक्ट्रोनिक कम्प्युटिङ उपकरण - भाग II, भाग III (प्रिन्सटन विश्वविद्यालय इन्स्टिच्युट अफ एडभान्स्ड स्टडी, 1948) मा देखा पर्‍यो। archive.org मा प्रतिलिपि गर्नुहोस्। तेस्रो खण्डको सामग्री:

मेमोरीमा प्रोग्रामहरू भण्डारण गर्ने कम्प्युटरहरूको लागि प्रोग्रामिङ पद्धतिको यो पहिलो विवरण हो (पहिले यो अवस्थित थिएन)। यो व्यापक रूपमा विश्वविद्यालयहरूमा वितरित गरिएको थियो, जुन त्यस समयमा तिनीहरूको आफ्नै कम्प्युटरहरू सिर्जना गर्ने प्रयास गर्दै थिए। र सबैभन्दा महत्त्वपूर्ण कुरा, पुस्तकमा मुख्य विचार समावेश छ: धेरैजसो कार्यक्रमहरूले सामान्य कार्यहरू प्रयोग गर्नेछन्, र दिनचर्या भएका पुस्तकालयहरूले नयाँ कोड र त्रुटिहरूको मात्रा घटाउनेछन्।। यो विचारलाई मौरिस विल्क्सले थप परिमार्जन गरी EDSAC मेसिनमा व्यवहारमा ल्याएको थियो, जसको लागि उनले 1967 ट्युरिङ अवार्ड प्राप्त गरे।

EDSAC सबरुटिन पुस्तकालय बायाँमा छ

अर्को चरण उच्च-अर्डर प्रकार्यहरू र पूर्ण-सफ्टवेयर इन्टरफेसहरू सिर्जना गर्नु थियो, जसरी मौरिस विल्क्स र डेभिड व्हीलरले इलेक्ट्रोनिक डिजिटल कम्प्युटर (1951) को लागि तयारी कार्यक्रममा गरे।

आफैलाई टाँस्नुहोस् अनुप्रयोग प्रोग्राम इन्टरफेस (API) 60 को दशकको अन्तमा कतै देखा पर्‍यो।

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

एपीआई
सृष्टिकर्ता
Год
पुन: कार्यान्वयन
Год

FORTRAN पुस्तकालय
आईबीएम
1958
युनिभ्याक
1961

IBM S/360 ISA
आईबीएम
1964
Amdahl कर्पोरेशन
1970

मानक सी पुस्तकालय
AT&T/Bell Labs
1976
मार्क विलियम्स कम्पनी
1980

युनिक्स प्रणाली कलहरू
AT&T/Bell Labs
1976
मार्क विलियम्स कम्पनी
1980

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

IBM PC BIOS
आईबीएम
1981
फिनिक्स टेक्नोलोजी
1984

MS-DOS CLI
माइक्रोसफ्ट
1981
FreeDOS परियोजना
1998

Hayes AT आदेश सेट
हेज माइक्रो
1982
एंकर स्वचालन
1985

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

SMB
माइक्रोसफ्ट
1992
साम्बा परियोजना
1993

Winxnumx
माइक्रोसफ्ट
1993
वाइन परियोजना
1996

Java 2 कक्षा पुस्तकालयहरू
सूर्य
1998
गुगल/एन्ड्रोइड
2008

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

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

API हरू (पुस्तकालयहरू, निर्देशन सेटहरू) प्रतिलिपि गर्ने र पुन: प्रयोग गर्ने मात्र सही छैन, तर यो प्रोग्रामिङ पद्धति सीधा कम्प्युटर विज्ञानको क्यानन्समा सिफारिस गरिएको छ। S3 प्रोग्रामिङ इन्टरफेसहरू प्रतिलिपि गर्नु अघि, Oracle आफैले धेरै पटक यो गर्यो। यसबाहेक, ओरेकलको व्यवसाय सुरुमा IBM द्वारा विकसित SQL प्रोग्रामिङ भाषाको कार्यान्वयनमा निर्माण गरिएको थियो। Oracle को पहिलो प्रमुख उत्पादन एक DBMS थियो, IBM System R बाट धेरै हदसम्म प्रतिलिपि गरिएको। यस अवस्थामा, हामी DBMS को लागि "मानक API" को रूपमा SQL को पुन: कार्यान्वयनको बारेमा कुरा गर्दैछौं।

एपीआईहरूमा बौद्धिक सम्पत्ति अधिकारहरू लागू गर्नाले सबैलाई असर गर्ने कानुनी माइनफिल्ड सिर्जना गर्न सक्छ। APIs कार्यान्वयन र अन्य क्लाउड सेवाहरू। धेरै प्राविधिक मानकहरू, जस्तै Wi-Fi र इन्टरनेट प्रोटोकलहरूमा API हरू समावेश छन्। प्रोग्रामिङ इन्टरफेसहरू आवश्यक रूपमा इन्टरनेटमा प्रत्येक कम्प्युटर र सर्भरमा कुनै न कुनै रूपमा पुन: लागू गरिन्छ। Oracle को प्रतिलिपि अधिकार सिद्धान्तले तपाइँ तपाइँको कम्प्यूटर संग केहि अवैध बनाउन सक्छ।

यी दूरगामी परिणामहरूबाट बच्नको लागि, Oracle र यसको तर्कहरूलाई समर्थन गर्ने पुनरावेदन अदालतले प्रतिलिपि अधिकार उल्लङ्घनलाई केही API पुन: कार्यान्वयनहरूमा सीमित गर्ने प्रयास गरेको छ जुन मूलसँग "असंगत" छन्। तर आंशिक पुन: कार्यान्वयन पनि सामान्य छन्। यसको S3 API को प्रतिलिपिमा पनि, Oracle ले धेरै "भिन्नताहरू" र मूल Amazon API सँग असंगतताहरू नोट गर्दछ।

Oracle को मुकदमाको मुख्य खतरा यो हो कि यसले साना टेक्नोलोजी कम्पनीहरूलाई S3 जस्ता प्रभावशाली प्लेटफर्महरूसँग उपयुक्त प्रणालीहरूको संस्करणहरू सिर्जना गर्नबाट रोक्न सक्छ। यस्तो अनुकूलता बिना, प्रोग्रामरहरू यस कम्पनीको प्रस्तावहरूबाट प्रभावकारी रूपमा बन्द हुनेछन्।

उद्योग प्रतिनिधिहरू र विकासकर्ताहरूले मात्र आशा गर्न सक्छन् कि कारण यहाँ प्रबल हुनेछ, र न्यायाधीशहरूलाई प्रोग्रामिङको आधारभूत कुराहरू थाहा छ.

स्रोत: www.habr.com