Trump-regjeringen støtter Oracle i deres Java-opphavsrettssak mot Google

Nylig sendte Oracle inn svarbrevet sitt for USAs høyesterett i Oracle v. Google Java opphavsrettsrelatert sak. Dette er en rettssak som pågår i et tiår. Oracle hevder at Google kopierte 11,000 XNUMX linjer med Java-programvarekode for Android, mens Google hevder at bruken er under rettferdig bruk, og at den spesielle koden de kopierte ikke er opphavsrettsbeskyttet i utgangspunktet.

Selv om Google vant to underrettsseirer, tapte det en anke for den amerikanske lagmannsretten i fjor. Google utfordrer nå fjorårets ankerettsavgjørelse. I dag har den amerikanske regjeringen anbefalt USAs høyesterett å avvise anken fra Google. Den amerikanske advokaten Noel Francisco har nevnt i rettssaken at Googles "ordrett kopiering" av Java-kode til Android ikke var nødvendig for å fremme innovasjon. Han ba også retten om å gi den amerikanske regjeringen 10 minutter til å argumentere for sin posisjon i saken, siden den har betydelig interesse i opphavsrettsrelaterte spørsmål.

Nylig Oracle publiserte et langt innlegg oppsummerer fakta involvert i saken, les den nedenfor.

1. Google var sist på mobilmarkedet, bak Apple, Microsoft, Blackberry, Nokia og en rekke andre oppstartsbedrifter som Danger, som hadde skapt T-Mobile Sidekick. Google forsto at søk og annonsering gikk fra datamaskin til mobil, og det måtte være en stor aktør på mobilmarkedet, ellers ville det miste reklamegullgåsen.
2.  Google kunne ha bygget en plattform fra bunnen av for å konkurrere med Windows Mobile, Apple iOS eller Blackberry, slik disse selskapene gjorde, men gitt den sene starten hadde det ikke tid til å bruke på å skrive en ny plattform og overbevise uavhengige utviklere om å omfavne den . Så Google henvendte seg til Sun Microsystems og Java. Java på den tiden var revolusjonerende. Det var veldig populært, "åpent", og praktisk talt definisjonen av interoperabel. Det var demokratisering av databehandling ved å gjøre det mulig for utviklere å "skrive én gang, løpe hvor som helst." Den ble utviklet av Sun. Og, ja, den var beskyttet av opphavsrett og lisensiert til andre selskaper.
3. Java ble gjort tilgjengelig av Sun under en rekke lisensieringsalternativer, inkludert en åpen kildekode-lisens, en spesifikasjonslisens og en kommersiell lisens. Utviklere kan selvfølgelig utvikle applikasjoner med Java uten lisens i det hele tatt. Plattform- og enhetsprodusenter som ønsket å kjøre disse Java-applikasjonene, lisensierte Java for produktene sine. En virtuell hvem som er hvem av teknologiselskaper lisensiert Java under ett av disse tre regimene. Spesielt bemerkelsesverdig, Danger, drevet av Andy Rubin (som senere ble ansatt av Google for å kjøre Android) hadde lisensiert Java for selskapets T-Mobile Sidekick - en populær tidlig smarttelefon.
4. Google kunne ha tatt en lisens for Java også, men det hadde et problem. Den ønsket å bruke Java på grunn av sin popularitet blant apputviklere, men den ønsket ikke interoperabilitet og den ville ikke ha åpen kildekode. Den ønsket å gjøre "skriv én gang, løp hvor som helst" til "skriv én gang, kjør bare på Android." Google ville absolutt ikke at applikasjoner skrevet for Android skulle være lett portable til Windows, Apple eller noen potensielle nye aktører på markedet.
5. Google evaluerte alternativene til Java og bestemte at de «alle suger». Så den bestemte seg for å stjele Java uansett, selv om det betydde å "skape fiender underveis." Den gikk videre og kopierte ordrett mer enn 11,000 XNUMX linjer med Java-programvarekode og eksproprierte den for sin egen tydelig kommersielle bruk.
6. Google forsto nøyaktig hva det gjorde. I tillegg til den nye sjefen for Googles Android-divisjon, Andy Rubin, som hadde lisensiert Java da han kjørte Danger, var Googles administrerende direktør Eric Schmidt. Mr. Schmidt var selvfølgelig visepresident for programvare i Sun under utviklingen av Java.
7. Hva som er enda verre enn skaden forårsaket av Sun ved å stjele Java, utførte Google umiddelbart planen sin for å drepe interoperabilitet, og skadet også millioner av utviklere som regnet med Java-interoperabilitet for å redusere kostnadene ved apputvikling.

kilde: Bloomberg