Peguam Oracle membandingkan pelaksanaan semula API Java dalam Android dengan menyalin kandungan "Harry Potter", pdf

Mahkamah Agung AS akan mendengar kes besar awal tahun ini. Oracle lwn. Google, yang akan menentukan status undang-undang API di bawah undang-undang harta intelek. Jika mahkamah memutuskan dalam tuntutan berbilion dolar Oracle, ia boleh menyekat persaingan dan mengukuhkan penguasaan gergasi teknologi, mungkin termasuk Google sendiri.

Pada masa yang sama, perniagaan Oracle pada asalnya dibina atas pelaksanaan bahasa pengaturcaraan SQL yang dibangunkan oleh IBM, dan syarikat itu masih menawarkan perkhidmatan awan dengan API daripada Amazon S3, yang boleh diterima dengan sempurna. Pelaksanaan semula API telah menjadi sebahagian semula jadi dalam pembangunan sains komputer sejak penubuhan industri.

Oracle menuduh Google menyalin API Java secara haram, termasuk senarai arahan bernama yang dikaitkan dengan struktur tatabahasa. Sistem pengendalian Android serasi secara khusus dengan Java API untuk memudahkan pengaturcara Java memindahkan perisian dan pengetahuan ke platform baharu. Untuk melakukan ini, Android menyalin arahan API Java dan struktur tatabahasa yang berkaitan dengan tepat. hujah Maksud Oracle ialah "pelaksanaan semula" API Java boleh dibandingkan dengan menyalin karya pengarang, seperti novel sastera "Harry Potter" (ini adalah Contoh kehidupan sebenar yang disediakan oleh peguam Oracle), dan Google melanggar hak cipta Oracle pada nama dan struktur arahan API Java..

Tetapi API Java bukanlah satu-satunya API, Android — bukanlah satu-satunya pelaksanaan semula. Dalam industri IT moden, API terdapat di mana-mana, dan pelaksanaan semula adalah asas untuk mengekalkan persaingan dan mencegah monopoli oleh firma besar. berfikir Charles Duane, pengarah teknologi dan dasar inovasi di R Street Institute.

Duane memberikan contoh platform storan Amazon S3 yang popular. Untuk membolehkan menulis dan mendapatkan semula fail daripada S3, Amazon membangunkan satu komprehensif, API terperinci untuk berinteraksi dengan perkhidmatan. Contohnya, untuk mendapatkan senarai fail yang disimpan (ListObjects) kami menghantar arahan GET yang menyatakan parameter hos dan jenis jenis pengekodan, token kesinambungan и tarikh-x-amzUntuk bekerja dengan Amazon S3, perisian mesti menggunakan ini dan banyak nama parameter khusus lain dengan tepat.

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 ialah peneraju yang jelas dalam pasaran perkhidmatan awan, dan pesaingnya menawarkan pelaksanaan semula API S3, tetapi mereka perlu meniru nama arahan, teg parameter, jenis awalan x-amz, struktur tatabahasa dan keseluruhan organisasi API S3. Dengan kata lain, semua yang dituntut Oracle dilindungi oleh hak cipta.

Antara syarikat yang menawarkan salinan Amazon S3 API ialah: Terdapat juga Oracle sendiriUntuk keserasian, API Keserasian Amazon S3 mereplikasi pelbagai elemen API Amazon, hingga ke teg x-amz.

Oracle mendakwa bahawa kesahihan tindakannya adalah berdasarkan lesen sumber terbuka Apache 2.0, yang membenarkan penyalinan dan pengubahsuaian kod percuma. Sebagai contoh, Amazon SDK untuk Java turut disertakan dengan lesen Apache 2.0.

Tetapi persoalannya ialah sama ada undang-undang harta intelek terpakai kepada objek seperti API. Itu yang Mahkamah Agung mesti tentukan.

Siapa yang mencipta API?

Istilah dan konsep "perpustakaan subrutin" pertama kali muncul dalam buku Herman Goldstine dan John von Neumann, Masalah Perancangan dan Pengekodan untuk Instrumen Pengkomputeran Elektronik, Bahagian II, Jilid III (Institut Kajian Lanjutan, Universiti Princeton, 1948), salin pada archive.orgKandungan jilid ketiga:

Ini adalah penerangan pertama metodologi pengaturcaraan untuk komputer dengan atur cara yang disimpan (tiada metodologi sedemikian wujud sebelum ini). Ia diedarkan secara meluas di kalangan universiti, yang ketika itu cuba membina komputer mereka sendiri. Dan yang paling penting, buku itu mengandungi idea utama: Kebanyakan program akan menggunakan operasi biasa, dan perpustakaan dengan rutin akan mengurangkan jumlah kod dan ralat baharuIdea ini dikembangkan lagi oleh Maurice Wilkes dan diaplikasikan dalam amalan dalam mesin EDSAC, yang mana beliau menerima Anugerah Turing pada tahun 1967.

Pustaka subrutin EDSAC berada di sebelah kiri

Langkah seterusnya ialah mencipta fungsi tertib tinggi dan antara muka pengaturcaraan yang lengkap, seperti yang dilakukan Maurice Wilkes dan David Wheeler dalam buku mereka, "Pengaturcaraan untuk Komputer Digital Elektronik" (1951).

Istilah itu sendiri Antaramuka Program Aplikasi (API) muncul di suatu tempat pada akhir 60-an.

Pengarang pembentangan Sejarah Subjektif Ringkas API Joshua Block memberikan beberapa contoh antara muka pengaturcaraan, set arahan dan perpustakaan subrutin: cara ia dicipta dan kemudiannya digunakan. Ideanya ialah penggunaan semula adalah tujuan utama API. Itulah sebabnya mereka dicipta pada mulanya. Dan pembangun sentiasa mempunyai peluang untuk menyalin dan mengolah semula API lain:

API
Pencipta
Tahun
Pelaksanaan semula
Tahun

perpustakaan FORTRAN
IBM
1958
Univac
1961

IBM S/360 ISA
IBM
1964
Amdahl Corp.
1970

Perpustakaan Standard C
AT&T / Bell Labs
1976
Mark Williams Co.
1980

Panggilan sistem Unix
AT&T / Bell Labs
1976
Mark Williams Co.
1980

VT100 Esc Seqs
Disember
1978
Heathkit
1980

BIOS PC IBM
IBM
1981
Teknologi Phoenix
1984

MS-DOS CLI
microsoft
1981
Projek FreeDOS
1998

Set arahan Hayes AT
Hayes Micro
1982
Automasi Sauh
1985

PostScript
Adobe
1985
GNU/GhostScript
1988

SMB
microsoft
1992
Projek Samba
1993

Win32
microsoft
1993
Projek Wain
1996

Perpustakaan kelas Java 2
matahari
1998
Google/Android
2008

API Web yang lazat
Delicious
2003
Pinboard
2009

Sumber: Sejarah Subjektif Ringkas API

Menyalin dan menggunakan semula API (perpustakaan, set arahan) bukan sahaja betul, tetapi ia juga merupakan metodologi pengaturcaraan yang disyorkan secara langsung dalam kanun sains komputer. Malah sebelum menyalin API S3, Oracle sendiri berulang kali melakukan ini. Selain itu, perniagaan Oracle pada asalnya dibina atas pelaksanaan bahasa pengaturcaraan SQL yang dibangunkan oleh IBM. Produk perdana pertama Oracle ialah DBMS, sebahagian besarnya disalin daripada IBM System R. Dalam kes ini, kita bercakap tentang melaksanakan semula SQL sebagai "API standard" untuk DBMS.

Pengenaan hak harta intelek pada API boleh mewujudkan medan periuk api undang-undang yang membahayakan semua orang. API melaksanakan dan perkhidmatan awan lainBanyak standard teknikal, seperti Wi-Fi dan protokol internet, termasuk API. API ini semestinya dilaksanakan semula dalam beberapa bentuk pada setiap komputer dan pelayan di internet. Teori hak cipta Oracle boleh menjadikan hampir semua perkara yang anda lakukan dengan komputer tidak sah.

Untuk mengelakkan akibat yang meluas ini, Oracle dan mahkamah rayuan yang mengekalkan hujahnya cuba mengehadkan pelanggaran hak cipta kepada hanya pelaksanaan semula API tertentu yang "tidak serasi" dengan yang asal. Tetapi pelaksanaan semula separa juga adalah perkara biasaMalah dalam salinan API S3nya, Oracle mencatatkan banyak "perbezaan" dan ketidakserasian dengan API asal Amazon.

Bahaya utama tuntutan undang-undang Oracle ialah ia boleh menghalang syarikat teknologi yang lebih kecil daripada mencipta versi sistem mereka yang serasi dengan platform dominan seperti S3. Tanpa keserasian sedemikian, pengaturcara secara berkesan akan terkunci daripada tawaran firma.

Wakil industri dan pemaju hanya boleh berharap alasan itu akan diguna pakai di sini, dan hakim tahu asas pengaturcaraan.

Sumber: www.habr.com