Ce Drepturi de autor

Până acum atât de multe, aparent bine informat, comentatori au observat şi amortizate Java Oracle Copyright pretinde ca aplicându-se la punerea în aplicare open-source, etc documentaţia care desigur se pare slab: cât de probabil este ca Google ar fi tăiat / copiat codul sau documentaţie în punerea lor în aplicare Davlik, având în vedere control intens au ştiut să vină în cele din urmă. Pagina 2, clauza 11 a plângerii oferă unele de fundal:

Oracle detine drepturile de autor Americii în cod, documentaţie, caietul de sarcini, biblioteci, şi alte materiale care cuprind platforma Java. Oracle Americii Java legate de drepturi de autor sunt înregistrate cu Statele Unite Oficiul pentru Drepturi de autor, inclusiv a celor ataşate ca Expoziţia H.

38. Platforma Java conţine o cantitate substanţială de materiale originale (inclusiv, fără limitare cod, caietul de sarcini, documente şi alte materiale), care este subiectul drepturi de autor în temeiul Legii privind dreptul de autor, 17 USC § 101 şi urm.

39. Fără consimţământul, de autorizare, aprobare, sau o licenţă, Google cu bună ştiinţă, de bunăvoie, în mod ilegal şi copiat, preparate, publicat, distribuit de muncă şi drepturi de autor Oracle din America, porţiuni din acestea, sau opere derivate şi continuă să facă acest lucru. Android de la Google ar încălca drepturile de autor Oracle Americii in Java si Google nu este autorizat să facă acest lucru.

40. Pe de informaţii şi de convingeri, utilizatorii de Android, inclusiv producatorii de dispozitive, trebuie să obţină şi de a folosi porţiuni din drepturi de autor platforma Java sau lucrări derivate din acesta pentru fabricarea şi utilizarea dispozitivelor de funcţionare Android. O astfel de utilizare nu este autorizat. Google a indus astfel, cauzat, şi material au contribuit la actele de contrafacere de alţii prin încurajarea, inducerea, permiţând şi asistarea altora de a utiliza, copia şi distribui lucrări drepturi de autor Oracle Americii, şi lucrări derivate din acestea.

"Codul" este în mintea mea doar o piesă de insignifiant şi inutilă a imaginii aici. O piesă interesant pentru mine este caietul de sarcini: este posibil ca prin simpla punere în aplicare (şi, probabil, documentarea) o nouă punere în aplicare a unor părţi din spec. Java - vă incalca drepturile de autor Oracle?

Un pic de istorie

În ciuda tuturor interes (sau apatie) stârnită de războaie standardele de ieri (OpenXML vs ODF), etc Există o mulţime de mari, piese de interesant faptul că, probabil, au fost uitate. Privind înapoi la înainte de zori de timp în sine (1997), unele lucruri interesante se tarasc in afara:

Java standardele ISO luptă furii

Sun Microsystems realizat un singur lucru de la nota - a fost pentru prima dată, şi numai Submitter corporative la ISO procesul de PAS (aceasta este mai degrabă ca "rapidă" Quick-on-rampa care ECMA se bucură de ex.). Există o mare contemporan scrie-up de la b-net aici ceea ce pare ireal în aroma contemporana:

În noiembrie anul trecut Sun Microsystems a castigat dreptul de a deveni un emitent standarde peste feroce, şi, uneori, noroi-slinging proteste ale concurenţilor, cum ar fi Microsoft, Intel si Microsoft Digital Equipment Corp, în special, a contestat dreptul de o singură societate care să servească drept Submitter unui standard internaţional, susţinând că această abordare a oferit avantaj nedrept pe piaţă.... în cazul în care platforma Java este acceptată ca normă internaţională... acesta va deveni legat în procesul de achiziţii publice.

În ciuda opoziţiei ISO Acceptăm prima dată, şi numai corporative PAS emitent (Sun Microsystems) la ISO. În timpul procesului am primit toate aceste citate dintr-un mare strateg Microsoft standarde consultant domnul Willingmyre, care ar fi putut fi scris despre OpenXML / ODF doar cu unele nume de companii schimbate:

Dl Willingmyre vrea să vadă Sun Microsystems "urmaţi regulile sistemului internaţional Dacă nu vor, ele subminează credibilitatea sistemului.."

Problema cu procesul Java, până în prezent, după cum domnul Fitzgerald se vede, este că "Sun a fost inteligent în care folosesc procedeul cu PAS pentru a primi sancţiunea de ISO (pentru produsul său), păstrând în acelaşi timp controlul deplin de proprietate. De ce avem grijă? Există un potenţial avantaj de marketing pentru un concurent. ISO este să vă stea în afaceri favorabil de tehnologii brevetate."... "Dacă Soarele este într-adevăr de caritate generos, altruist ei să se prezinte pentru a fi, atunci de ce nu sunt ei de joc prin proces?" Dl Fitzgerald solicită. "Sun a făcut mai mult pentru a exploata clinic procesul de standardele de viaţă decât oricare altă companie."

Desigur, în 1997, întreaga gândire dreapta-lumea a fost de partea Soarelui - în mod clar Microsoft a avut unele îmbrăţişeze şi extinde respiratie suieratoare merge, care a fost pe-sine "un lucru rău". De ce ar trebui o altă societate trebui să poată obţine schimbări în Java care au beneficiat platforma lor? După ce toţi - în acele zile - Libertatea Software-ul a fost o idee cu tracţiune mult mai mică decât ar fi meritat: conceptul de a fi permis să hack despre codul asa cum ai dorit, fără a se strangulate a fost străin. Oricum, această luptă stabilit un precedent interesant. Ca CNET de timp a scris Sun Java victorii de omologare ISO :

Oferirea de un singur emitent de stare compania este neobişnuit pentru ISO. În mod normal. astfel de statut este dat de comerţ grupuri sau consorţii. Statut similar a fost dat la X-Open, DAVIC (Digital Audio Visual Industrie a Consiliului), VESA (Video Electronics Standards Association), şi IrDA (Infrared Data Association).

Adevărata întrebare este de ce? - de ce merg la toate că efortul şi lupta pentru a obţine ceva ce nu-alte compania şi-a dorit vreodata sau necesare? Care a fost scopul? de ce nu formează o asociaţie comercială Java, sau utilizaţi un emitent existent? Ce se întâmplă?

Acum îl avem, nu îi permite să utilizaţi: abandonarea PAS

Înţelege mea cu privire la detaliile sunt sketchier aici, dar, până în mai 1999 au avut abandonat procesului de depunere PAS:

Cum era de asteptat, Sun Microsystems Inc va folosi ECMA ca traseul său la standardizarea Java de la ISO. În acest fel, Sun speră să poată să-şi păstreze controlul asupra dezvoltării viitoare a Java care ar fi trebuit să renunţe în temeiul noilor norme adoptate de către comisie ISO lui JTC1 şi aplicate în procesul de PAS că Sun are acum abandonat.

Aşa că - pentru că ei nu pot reţine de proprietate, de control, şi face un standard ISO au trecut cale de a ECMA. Interesant este (în acelaşi articol), an înainte de Microsoft au împuşcat în jos un alt standard de ECMA, Public pentru Windows Inititaive (PWI) - împiedicând-o să devină un standard ISO - de ce? a fost acolo o anumită cantitate de pierdere de proprietate presupuse de acest site este un standard adevărat?

"PWI fost un efort de Soare pentru a obţine Windows API-uri puse in domeniul public...

Şi, astfel, vom vedea într-o altă sferă paralel aceste idei (ciudate) de proprietate de API-uri (moneda fierbinte al epocii) fiind protejat. Astfel, acesta a fost ciudat că Sun - care a luptat la lungime pentru a deveni prima corporative PAS emitent, nu a prezentat un standard, apoi permiteţi că expirarea capacitate, astfel că l-au pierdut. Vestea bună din mai 1999 a fost aceasta:

"Sun a depus deja o aplicaţie Java 1.2.2 caietul de sarcini pentru a ECMA care va fi prezentat la o reuniune a grupului de adunare generală în Kyoto, Japonia pe 24 iunie ECMA este de aşteptat să voteze cu privire la spec. în decembrie.. Apoi se duce la ISO de fast piesa de adopţie. "

Există încă urme optimiste de sondare a prezentuluiîn jurul valorii de

Acest anunt... îndeplineşte angajamentul companiei de a realiza standardizarea ISO a tehnologiei Java.

Sun Java ISO picături de efort pentru Standarde bună

Din păcate, îndeplinirea de gaj care nu sa intamplat de fapt. CRN are un frumos scrie-up din decembrie 1999 aici

În cursul unei întâlniri în ultima lună, cu un comitet tehnic ECMA, Sun tras specificaţiile pentru Java de pe masă după problemele de copyright au apărut, dar a fost programată pentru a retrimite săptămâna trecută.

Ce?! - probleme de dreptul de autor? Cum puteţi avea probleme de drepturile de autor în jurul valorii de o specificaţie deschisă? Cine ar vrea să-şi păstreze drepturile de autor la o specificaţie deschisă? şi de ce?

Speculaţii biţi

Suspiciunea mea este ca Java este protejat de către destul de slaba protecţie a brevetului. În cele din urmă Java - deşi este o oală frumos amestec de caracteristici, combinate cu o mulţime de marketing tech, cu trimiterea mare, nu este, probabil, incredibil de inovatoare. Cei care văd paralele între Java şi net şi a alerga în jurul valorii de cum ar fi carnea de pui fără cap proclama moartea brevet de inventie imediat în jurul valorii de Microsoft şi Mono -. Să ia notă.

De ce luptă atât de greu pentru a obţine Java standardizate, şi apoi retrage-l, chiar înainte de aceasta trebuie să fie prezentat? oficial răspunsul este evident, rezumate: Soarele Doar este curajos si suficient de bun pentru a crea perfectă Java - un organism de standardizare ar ucide doar ea, sau mai rau sa Microsoft, HP, Intel si altii au unele reale cuvânt de spus în dezvoltarea sa. Desigur - nu este ceva adevar aici, controlul exclusiv al înseamnă Java ar putea deplasa mai repede, comittees tind să nu producă, etc frumusete Avem unele mare citate de timp de la Scott McNeally (ca mai sus)

"Sunt momente când.. Lucruri. Trebuie să fie mutate la viteza luminii şi sunt momente când avem nevoie de flexibilitate. Noi nu suntem în mişcare Java înainte într-un mod secret, într-un mod non-participativ."... Compania este, de fapt pierde bani pe Java, a spus el.

Unele explicaţii alternative ar putea fi mai convingător, cu protecţie Java brevet slab, şi lipsa generală de noutate - un adevarat element important pentru a permite controlul (adică, astfel încât să nu se pot pune în aplicare, şi apoi extindă această specificaţie), şi mai important pentru a permite monetizare de Java de Sun a fost, probabil, drepturile de autor. Drepturi de autor în jurul valorii de specificaţiile API şi opţiunile de punere în aplicare aferente (de asemenea, convenabil, critice pentru compatibilitate). Surrending Java pentru a fi un plin ECMA / ISO standard - ar însemna că a fost pierdut posibilitatea de a monetiza toate destul de aleatoriu Soare deciziile luate în API-ul Java prin intermediul dreptului de autor de acordare a licenţelor. Astfel, - observaţii au fost trase la ultimul minut. Oh, şi ghinion în cazul în care aţi călătorit într-o întâlnire standarde jumătate de drum în jurul lumii, la care nu se standard de ajuns. Suspiciunea mea este ca această joacă în motivul pentru care astăzi avem un drept de autor şi de brevet proces împotriva Google de către Oracle.

Atribuirea dreptului de autor şi "comunitatea" Procesul de

În mod normal, companiile nu-mi place să de fapt, uite că rău, astfel încât acestea să vin cu unele proces răsucite pentru "îmbunătăţirea optica", şi astfel vom face (aparent) un organism de standardizare în Java Community Process (JCP). În mod evident este necesar să se simtă bine-termeni în numele: "Comunitatea" de exemplu. Nimic nu ar putea fi rau cu un astfel de drept nume prietenos? O trăsătură notabilă a JCP (în afară de disfuncţie sale relative) este că trebuie să semneze un hefty atribuire înainte de a putea lua parte (oh, şi să plătească bani la Soare dacă sunteţi o companie). Aceasta, desigur, are grele limba cesiune drepturi de autor (cf. toxicitate de astfel de lucruri, în general). Există, de asemenea, în afara drepturilor de autor legate de acordare a licenţelor condiţionată de trecerea TCK (care este ea însăşi strâns legat cu sfoară de proprietate cauc).

Interesant pentru cei care punctul de deficienţe constatate în Comunitate Promise Microsoft în jurul valorii de net (intamplator bucăţi mari de ECMA nete sunt standardizate, reducându-se astfel potenţialul de standard / licenţe pe baza dreptului de autor agresiune.) -. Există clauze în mare JSPA2 în jurul valorii de brevete care nu CP e lingvistice necesare pentru a susţine ruşine:

"În sensul prezentei 5.B secţiuni, care să acopere cererile de brevet Specification se înţelege orice solicitări pentru care nu există nici o modalitate de punct de vedere tehnic de a evita încălcarea dreptului comunitar în cadrul punerii în aplicare caietul de sarcini."

Dar nu puteţi drepturile de autor API-uri

Într-adevăr, sperăm că nu. Acestea fiind spuse, Java API docs pe care le puteţi vedea, de exemplu. aici au o licenţă care este mai degrabă similar cu alţi termeni plutitoare acolo - în special cele necesare pentru a se alătura JCP, şi outbound Java textul de acordare a licenţelor. Să sperăm că Sun au publicat API-urile lor, fără o licenţă similară la un moment dat în trecut, dar probabil o mulţime de îngrijire şi a crezut că a fost pus în această autorizare out-legat. Este cineva care nu a acceptat aceşti termeni?

Concluzie

Destul de probabil am deranjat; drepturile de autor în jurul valorii de Java API-uri, caietul de sarcini, şi documentaţia nu sunt o problemă reală, acestea nu pot fi puse în aplicare, precum şi unitatea Soarele să-şi păstreze proprietatea asupra drepturilor de autor, şi să impună oneroase out-legat de licenţe privind specificaţiile lor a fost un exerciţiu inutil, nu au legătură cu exploatarea comercială Java. Destul de probabil Oracle vrea doar pentru a merge într-o expediţie de pescuit largă în interiorul Google cu cererile lor, drepturi de autor - cine stie.

În cele din urmă însă, închis-Ness nu plăteşte. Se pare că Oracle sunt acum culeg recolta de lipsa de încredere şi a deschis-Ness, care a caracterizat din păcate abordarea lui Sun la cele mai multe dintre "Comunitate" angajament. Că de tryingto au tort dumneavoastră, şi mâncaţi-l prea. Pentru a avea un standard ISO, dar nu de proprietate şi de control surrrender altora. Pentru a deschide ceva sursă, dar du-te în jurul valorii de raspandire FUD de licenţă şi licenţele exigente de proprietate în spatele scenei, şi aşa mai departe. Din păcate acest gen de atitudine continuă şi astăzi, şi nu doar în Oracle, dar multe alte companii. Ar fi fost atât de teribil dacă unele dintre extensii Microsoft ciudat de a Java a devenit o parte a standardului Java, şi au fost puse în aplicare / dislocat peste tot? ar fi ei chiar au câştigat un vot într-un TC dacă acestea au fost aşa de rău? Acestea fiind spuse - am simpatie profundă cu vedere că sfera politică şi semi-tehnice ale unui TC standardelor nu este o modalitate foarte bună de a conduce direcţia produs.

Desigur - multe din problemele de software-ul gratuit ce abordarea comunitate bazată pe dragostea lor faţă de tehnologia de bază - de-cuplat la o dragoste de proprietarul său comerciale curente. Ca atare, ne-ar avocat decizii care au fost bune pentru produs, potenţial pe cheltuiala proprietarului sale actuale. Deci - ce inseamna acest lucru pentru oameni ca noi? Gărzii de inima ta! - încercaţi să nu se încadrează în dragoste cu o tehnologie, si dati-va la dezvoltarea şi îmbunătăţirea acesteia, în cazul în care o singură companie deţine şi controlează. Ca o corrolary - să încerce să evite atribuirea dreptului de autor dvs. pentru a companiilor care s-ar putea folosi pentru a face rău mai târziu. Şi, în sfârşit - încercaţi să alegeţi pentru a sprijini, şi de a folosi Software-ul gratuit ce bine că subvenţiile brevet larg şi re-utilizarea drepturilor de sub licenţe ca GPL.