Upphovsrättsliga aspekter på licenser för fri programvara och öppen källkod

Transkript

1 Upphovsrättsliga aspekter på licenser för fri programvara och öppen källkod en analys av tillämpligheten i svensk rätt Jessica Olofsson Institutet för rättsinformatik IRI rapport 2003:1

2 Institutet för rättsinformatik och författaren Tryck: Books-on-Demand, Visby, 2003 Distribution: Books-on-Demand ISSN:

3 3 FÖRKORTNINGAR INLEDNING FREE SOFTWARE OCH OPEN SOURCE SYFTE AVGRÄNSNING METOD FRI PROGRAMVARA OCH ÖPPEN KÄLLKOD ALLMÄNT OM TERMER HISTORIK FRI PROGRAMVARA ÖPPEN KÄLLKOD BETYDELSEN AV FRI PROGRAMVARA OCH ÖPPEN KÄLLKOD UPPHOVSRÄTT OCH LICENSIERING AV DATORPROGRAM ALLMÄNT OM UPPHOVSRÄTT TILL DATORPROGRAM Citaträtt och kopiering för enskilt bruk Speciella bestämmelser för datorprogram Ideell rätt till datorprogram Datorprogram skapade inom ramen för anställningsförhållanden Bearbetning och ändring av datorprogram Gemensam upphovsrätt och samlingsverk ÖVERLÅTELSE OCH UPPLÅTELSE AV UPPHOVSRÄTT LICENSIERING AV DATORPROGRAM Exemplaröverlåtelse eller nyttjanderätt? LICENSER FÖR FRI PROGRAMVARA OCH ÖPPEN KÄLLKOD RÄTTSLIG KLASSIFICERING FÖRENLIGHET MED SVENSK RÄTT LICENSERNAS INNEHÅLL JURIDISKA PROBLEMOMRÅDEN RESTRIKTIVA LICENSER GNU GENERAL PUBLIC LICENSE Licensens innehåll Analys...40

4 4 5.2 LESSER GNU PUBLIC LICENSE Licensens innehåll Analys SLEEPYCAT LICENSE Innehåll Analys TILLÅTANDE LICENSER ARTISTIC LICENSE Licensens innehåll Analys Förtydligad version av Artistic License BSD LICENSE Innehåll Analys X LICENSE Innehåll Analys APACHE SOFTWARE LICENSE Innehåll Analys STORFÖRETAGENS LICENSER MOZILLA PUBLIC LICENSE OCH NETSCAPE PUBLIC LICENSE MPL NPL Analys IBM PUBLIC LICENSE OCH COMMON PUBLIC LICENSE Innehåll Analys MICROSOFT SHARED SOURCE Innehåll Analys HELTÄCKANDE LICENSER OPEN SOFTWARE LICENSE OCH ACADEMIC FREE LICENSE Open Software License Academic Free License Analys QT PUBLIC LICENSE Innehåll Analys JURIDISKA PROBLEM...76

5 9.1 OTYDLIGA FORMULERINGAR OCH LUCKOR Artistic License Marknadsföringsklausulen i BSD-licensen GNU GPL och ASP-tjänster Affero Public License BUNDENHET Gällande rätt Möjliga lösningar BEARBETNING OCH EXEMPLARFRAMSTÄLLNING Drivrutiner och insticksprogram Klasser och moduler DOMSTOLSPRÖVNING OCH AVTALSBROTT MySQL och Progress Software Sanktioner vid brott mot licensvillkor ANSVARET FÖR FEL I PROGRAMVARAN Friskrivningsklausuler Produktansvar Rättsliga fel VEM INNEHAR UPPHOVSRÄTTEN? IDEELL RÄTT SAKRÄTT OCH KONKURSVERKAN Licenstagarens konkurs Licensgivarens konkurs Licensavtalets sakrättsliga skydd PATENT OCH VARUMÄRKEN Patent Varumärken UPPSÄGNING AV LICENSERNA FORUM OCH LAGVAL TILLÄMPNING DUBBELLICENSIERING VAL AV LICENS FRI DOKUMENTATION FRAMTIDEN Bundenhetsmekanismer Anpassning till nya tekniker GNU GPL i ny version Kontroll över koden KÄLLFÖRTECKNING FÖRARBETEN PRAXIS

6 UTLÄNDSKA DOMAR LITTERATUR & ARTIKLAR LICENSTEXTER ORDLISTA

7 7 Förkortningar AFL Academic Free License ASL Apache Software License AvtL Lag (1915:218) om avtal och andra rättshandlingar på förmögenhetsrättens område (avtalslagen) BIND Berkeley Internet Name Domain BSD Berkeley Software Distribution CPL Common Public License DNS Domain Name System FSF Free Software Foundation FTP File Transfer Protocol GNU Gnu s not Unix GNU GPL Gnu General Public License HD Högsta domstolen http Hyper Text Transfer Protocol IPL IBM Public License LGPL Lesser General Public License MIT Massachusetts Institute of Technology. MPL Mozilla Public License NJA Nytt Juridiskt Arkiv NPL Netscape Public License OSD Open Source Definition OSI Open Source Initiative OSL Open Software License QPL Qt Public License UB Utsökningsbalk (1981:774) UrL Lag (1960:729) om upphovsrätt till litterära och konstnärliga verk Vml Varumärkeslag (1960:644)

8 1 Inledning 1.1 Free Software och Open Source Free software och Open Source är begrepp som säkert många har hör talas om, men inte riktigt vet vad de innebär. Ändå är det något som i stort sett alla datoranvändare stöter på dagligen. Free Software och Open Source står för nya sätt att utveckla datorprogram som kan ses som en protest mot den rådande situationen på marknaden för datorprogram. Idén är att ge användare av datorprogram en möjlighet att själv ändra och förbättra sina egna program, vilket ska resultera i att det skapas fler datorprogram av bättre kvalitet. Free Software och Open Source bygger i grund och botten på det upphovsrättsliga skyddet för datorprogram. Genom att licensiera datorprogram enligt vissa bestämda licensvillkor kan upphovsmannen ge användare en obegränsad rätt att exempelvis framställa exemplar och bearbeta programmet. I gengäld kan upphovsmannen i vissa fall kräva att användaren ger samma rättigheter till nästa mottagare om programvaran distribueras vidare. 1 Detta är dock inget krav enligt alla licenser som praktiserar tankegångarna om Free Software och Open Source. Gemensamt för alla datorprogram som licensieras på detta sätt är dock tillgången till källkod, vilket utgör en förutsättning för att användaren obehindrat skall kunna ändra programmet Ordet distribuera används i denna framställning för att beteckna både spridning av fysiska exemplar av verk och överföring av verk på Internet då det i lagtexten ännu inte finns någon passande benämning på tillgängliggörande av verk via nätverk. I Ds 2003:35 Upphovsrätten i informationssamhället föreslås att denna typ av överföring skall klassificeras som överföring till allmänheten, vilket skall utgöra en egen kategori av tillgängliggöranden av verk för allmänheten. Se Ds 2003:35, s. 86. En programmerare skriver normalt sin kod i ett programmeringsspråk. Denna kod kallas källkod. För att kunna tolkas av en dator kompileras (omvandlas) källkoden till objektkod. Se Plogell, Michael (1996), Immaterialrättsliga aspekter på datorprogram, Stockholm: Nordstedts juridik 1996, kap 2, för en redogörelse av en dators uppbyggnad.

9 Framställningens tyngdpunkt kommer att ligga på att presentera och analysera ett antal av de vanligaste licenserna som bygger på principerna om Free Software och Open Source. I den fortsatta framställningen kommer Free Software att översättas till fri programvara och Open Source till öppen källkod Syfte Syftet med uppsatsen är att presentera och analysera de vanligaste licenserna för fri programvara och öppen källkod. Dessa licenser är till övervägande del skapade utifrån amerikansk rätt. Analysen kommer därför att ske utifrån olika problem som kan uppkomma vid tillämpning av licenserna i svensk rätt. I framställningen argumenterar författaren för att dessa licenser kan tillämpas i svensk rätt, samt att licensernas villkor i de flesta fall är giltiga. Det är författarens förhoppning att uppsatsen kan hjälpa till att reda ut begreppen på området för den oinvigde. Ambitionen är även att skapa en översikt som klargör likheter och skillnader mellan licenserna som kan vara till ledning vid användning av licenserna. 1.3 Avgränsning I dagsläget finns det ett stort antal licenser för fri programvara och öppen källkod. Av utrymmesskäl kan inte alla av dessa licenser tas upp inom ramen för denna framställning. Uppsatsen innehåller därför ett urval av licenserna, baserat på spridning och användningsområde. Strävan har även varit att ta upp licenser med annorlunda och i författarens mening bra lösningar. Framställningen kommer att koncentreras kring upphovsrättsliga och avtalsrättsliga aspekter på licenser för fri programvara och öppen källkod. Patenträtt och varumärkesrätt kommer därför endast att behandlas översiktligt i samband med analysen av specifika licenser. Skyddet för halvledarprodukter kretsmönsterskyddet tas överhuvudtaget inte upp. Utanför ramen för framställningen ligger även frågan om fri programvara eller programvara med öppen källkod är bättre än proprietär programva- 3 Se Translations of the term free software, Andra termer introduceras i framställningen efter hand eller återfinns i ordlistan längst bak.

10 10 ra. 4 Det skulle krävas ytterligare en uppsats att redogöra för hela denna diskussion Metod Underlaget för uppsatsen utgörs till största del av litteraturstudier. Detta innefattar studier av lagtext, förarbeten och doktrin. Vad gäller lagtext och förarbeten så är det främst upphovsrättslagen och dess förarbeten, samt i viss mån även avtalslagen som varit aktuella. I den juridiska litteraturen finns det inte speciellt mycket skrivet om detta ämne, vilket gör att större delen av källorna av naturliga skäl har hämtats från elektroniska dokument på Internet. Detta innebär dock att källans trovärdighet och riktighet måste värderas med försiktighet. Mycket av det material som finns om detta ämne är starkt partiskt, vilket gör det viktigt att kunna se förbi retoriken till de verkliga argumenten. Däremot har olika diskussionsgrupper och e- postlistor på Internet fungerat som bra uppslag till möjliga problemområden hos licenserna. Det största problemet har framförallt varit att försöka utröna sanningsvärdet i ett uttalande och att återkoppla problemet till en viss punkt i en viss licens. Det har även varit svårt att hitta rena juridiska analyser av fri programvara och öppen källkod. Alltför ofta blandas juridiska ståndpunkter med allmänpolitiska ståndpunkter och åsikter om vilken typ av programvara som är bäst. 4 5 Proprietär programvara används i framställningen som motsatsen till fri programvara och programvara med öppen källkod. Ordet proprietär innebär egentligen enbart att någonting har en ägare. För den som är intresserad av detta ämne rekommenderas Moglen, Eben (1999), Anarchism Triumphant: Free Software and the Death of Copyright, som tar upp fördelarna med fri programvara och öppen källkod. Det finns tyvärr få bra skrifter om nackdelarna med fri programvara och programvara med öppen källkod.

11 2 Fri programvara och öppen källkod 2.1 Allmänt om termer Den här uppsatsen behandlar ett område inom juridiken som är tätt förknippat med teknik. Det innebär att det förekommer en mängd olika, främst amerikanska, termer och förkortningar associerade med IT. För att kunna sätta sig in i ämnet är det därför viktigt att ha kännedom om de mest frekvent använda termerna och deras innebörd. Främst gäller detta termerna fri programvara och öppen källkod. För att placera in dem i sitt rätta sammanhang och för att underlätta förståelsen inleds detta avsnitt med en historisk bakgrund. 2.2 Historik Redan under 1960-talet, i vad som kan kallas datorernas barndom, var det vanligt att forskare delade med sig av programvara. 6 Datorer användes till en början endast på universiteten som forskningsverktyg. Genom att dela med sig av sina program och sina framsteg hjälpte forskarna varandra och förde samtidigt utvecklingen framåt. De som anlitades för att programmera datorerna fick betalt för det arbete som utfördes och inte per producerat program. Ett antal år senare när utvecklingen nått så långt att datorer började användas kommersiellt anställdes många av programmerarna från universiteten av de stora företagen, vilket innebar att programmerarna befann sig i en situation där de som tidigare varit kollegor plötsligt blev konkur- 6 Programvara och mjukvara används här som synonymer för datorprogram som distribueras som en produkt, exempelvis tillsammans med dokumentation och manualer.

12 12 renter. Som anställda fick de inte längre dela med sig av sina framsteg till vem de ville. Dessutom började flera företag att ta ut höga licensavgifter för sina datorprogram och i sina licensavtal förbjöd de all distribution av programmen. 7 För att få eventuella ändringar till stånd var programmerarna tvungna att be tillverkaren att göra en sådan ändring, vilket var en stor förändring jämfört gentemot tidigare. Det fanns emellertid programvara som t.ex. operativsystemet Unix, vilket distribuerades i källkodsform så att andra programmerare kunde ta del av utvecklingen. 8 AT&T, som innehade rättigheterna till Unix, hade i samband med en förlikning 1958 förbundit sig att inte ge sig in i datorbranschen. Detta innebar att företaget inte kunde sälja Unix, utan var tvungen att licensiera programvaran utan kostnad till var och en som efterfrågade den. 9 Fri programvara som ideologi skapades av Richard M Stallman. Stallman arbetade som programmerare på laboratoriet för artificiell intelligens på Massachusetts Institute of Technology (MIT). Han fick själv uppleva utvecklingen från öppenhet och gemensam forskning till den nya ordningen med slutenhet och konkurrens mellan programmerarna. Stallman ansåg emellertid att denna nyordning stred mot allt han trodde på. Han ställdes inför valet att foga sig och acceptera situationen eller att helt enkelt sluta. Stallman valde att sluta på MIT. I januari 1984 sade han upp sig för att hans arbetsgivare inte skulle kunna göra anspråk på upphovsrätten till det fria operativsystem han planerade att utveckla. 10 Därmed lades grunden för det som kom att bli GNU-projektet: ett projekt särskilt ägnat åt att skapa fria versioner av programvara och i synnerhet en fri version av Unix. 11 Ett år senare grundade Stallman stiftelsen Se DiBona, Chris, Ockman, Sam, Stone, Mark (Ed.), Open Sources: Voices of the Open Source Revolution, Sebastopol, CA: O Reilly 1999 (Cit. Open Sources), s Unix utvecklades av Ken Thompson och Dennis Ritchie på Bell Labs inom det amerikanska företaget AT & T främst för att användas internt inom bolaget. Tanken var att skapa ett operativsystem som fungerade på alla typer av datorer. För att klara av detta skrevs systemet i det maskinoberoende programmeringsspråket C. Se Moglen 1999, s. 15. Se Raymond, Eric S. (2003), The Art of Unix Programming, kap 2: Origins and history of Unix, Se därom Raymond, Eric S. (2001), The Cathedral and the Bazaar: Musings on Linux and Open Source by an Accidental Revolutionary. Rev. ed., Sebastopol, CA: O Reilly 2001 samt i Open Sources s GNU är en s k. rekursiv förkortning för Gnu s not Unix Gnu är inte Unix. Anledningen till att Richard Stallman ville göra en fri version av Unix var att AT & T 1984 slutade att distribuera operativsystemet med källkod och började sälja det kommersiellt. Detta blev en möjlighet när det avtal, som tidigare hade förhindrat AT & T från att sälja programvara kommersiellt, upphörde. Se Raymond 2003, kap 2.

13 Free Software Foundation (FSF) vilket är det organ som innehar rättigheterna till all programvara som utvecklats inom GNU-projektet. 12 Fri programvara bygger i grund och botten på att ge användare av programvara mer frihet. Frihet att kopiera, distribuera, studera, ändra och förbättra programvara. Stallman konkretiserade sina idéer om fri programvara i ett dokument kallat GNU-manifestet. 13 Principerna i detta manifest låg sedan till grund för GNU-projektets egen licens GNU General Public License (GNU GPL). GNU GPL var dock inte det enda försöket att skapa licenser för fri programvara. På flera andra håll dök det upp liknande initiativ som framförallt baserades på Unix. Universitetet vid Berkeley i Kalifornien arbetade t.ex. fram en egen version av Unix kallad BSD Unix. BSD UNIX distribuerades fritt inom den akademiska världen enligt universitetets egen licens; en licens som dock varken är lika omfattande eller lika ambitiös som GNU GPL. 14 Under tiden fortsatte Stallman att utveckla sitt fria operativsystem. Projektet drogs dock med många förseningar och innan kärnan i systemet hann bli färdig kom Linus Torvalds med sin egenutvecklade kärna Linux Tillsammans med programvara från GNU-projektet blev Linux därmed det första helt fria operativsystemet. 16 Linux blev det stora genombrottet för fri programvara. Antalet Linux-användare ökade från ett fåtal till flera tusen under bara ett par år. 17 Bland programvaruutvecklare kom fri programvara att bli det nya modeordet. Denna utveckling ledde snart till att många företag skrev egna fria licenser efter GNU GPL eller BSD:s licens som modell. Trots det faktum att många företag hade anammat fri programvara så var fortfarande flertalet tveksamma. Åtskilliga tvekade inför Stallmans Se Se Stallman, Richard M. (1993), The GNU Manifesto, BSD står för Berkeley Software Distribution. BSD Unix var dock inte ett komplett operativsystem. För att fritt kunna distribuera sitt system var man tvungen att plocka bort viktiga delar av Unix vars rättigheter innehades av bl.a. AT&T. Moglen 1999 s. 16. Kärnan (eng. Kernel) är den del av ett operativsystem som sköter de mest grundläggande funktionerna, som t.ex. kommunikation mellan mjukvara och hårdvara. Kärnan i GNU:s operativsystem kallas HURD och är till dags dato fortfarande under utveckling. Historien bakom Linux beskrivs hos Hasan, Ragib, History of Linux, Eftersom Linux använder åtskilliga verktyg från GNU-projektet anser Stallman operativsystemets rätta namn bör vara GNU/Linux. Se Stallman, Richard M. (2000), What s in a name?, Denna utveckling åskådliggörs av The Linux Counter,

14 14 ideologiska program och kanske främst hur fri programvara skulle kunna förenas med ekonomisk lönsamhet. 18 För de flesta programvaruföretag var och är fortfarande källkoden till datorprogrammen företagets största tillgång. Vändpunkten kom i februari 1998 när en grupp personer inom industrin som vuxit fram runt fri programvara samlades i Palo Alto, Kalifornien. Mötet var en reaktion på att företaget Netscape gått ut med ett pressmeddelande om att de tänkte släppa källkoden till sin webbläsare Navigator fri. 19 Netscapes beslut sågs som en milstolpe för fri programvara. Företaget hade inspirerats av Eric S Raymonds bok The Cathedral & the Bazaar. 20 I denna bok argumenterar Raymond för att nyckeln till operativsystemet Linux stora framgång är den miljö inom vilken systemet utvecklades. Raymond liknar Linux utvecklingsmodell med en basar där en mängd olika programmerare samlas och utbyter idéer i löst organiserad form. Eftersom ingen kontrollerar utvecklingen innebär det att fler personer samtidigt kan arbeta med att lösa samma problem. Ju fler som arbetar med problemet, desto snabbare går det att finna en lösning. 21 Traditionellt sett har programvara utvecklats enligt en modell som kan liknas vid en katedral. Med det menas att en liten grupp experter arbetar avskilda från omvärlden med full kontroll över alla aspekter av utvecklingen av programvaran. Linux utvecklingsmodell är enligt Raymond mycket bättre eftersom den skapar bättre och stabilare program på betydligt kortare tid. Resultatet av mötet i Palo Alto var att gruppen the Open Source Initiative (OSI) bildades för att visa att fri programvara fungerar i kommersiell programvaruutveckling. För detta ändamål skapades det begreppet öppen källkod. Raymond var en av initiativtagarna bakom projektet och är numera ordförande i OSI:s styrelse. OSI:s arbete har bl.a. resulterat i definitionen av öppen källkod ( the Open Source Definition, OSD). 22 Idag förvaltar OSI listan på licenser som följer definitionen av öppen källkod. OSI fungerar även som certifikationsorgan för programvara vars licens uppfyller kraven i OSD Se Raymond 2001, s. 175f. Hela historien finns beskriven i Open Sources, s och s Raymond Eric Raymond menar att given enough eyeballs, all bugs are shallow. Se Raymond 2001, s. 30. Se The Open Source Definition, Se OSI Certification Mark and Program,

15 OSD var från början en policy hos företaget Debian. Den utgjordes av ett antal kriterier som varje programvara måste uppfylla för att anses vara fri. Debians policy hade anammats av åtskilliga utvecklare av fri programvara och detta bidrog förmodligen till att den blev grundpelaren för definitionen av öppen källkod. OSI:s kampanj att marknadsföra fri programvara som öppen källkod visade sig vara lyckad. Stora företag som Netscape, IBM och Sun har alla gjort satsningar på öppen källkod. Idag är öppen källkod en flitigt använd term, vilket är både på gott och ont. Det har bland annat framförts kritik mot OSI för att de fäster för stor vikt vid källkoden och för liten vid användarnas frihet. 24 Det är mycket möjligt att det ligger något i denna kritik eftersom termen öppen källkod tenderar alltmer att bli en allmän beteckning för programvara som distribueras med källkoden tillgänglig. Stallman och Raymond har ofta framställts som antagonister, när det snarare är så att de är två personer som använder olika metoder för att förmedla samma koncept. 25 Skillnaden mellan dem är att Stallman ser fri programvara som en moralisk fråga medan Raymond ser det som en praktisk. Stallman ser ett egenvärde i att tillverka fri programvara eftersom frihet för honom är något fundamentalt gott. 26 Raymond menar istället att fri programvara är överlägsen proprietär programvara, eftersom utvecklingen resulterar i bättre program till en lägre kostnad. Raymonds synsätt innebär emellertid i förlängningen att det kan finnas situationer där proprietär programvara är ett ekonomiskt försvarbart val; något som är en omöjlighet för Stallman Fri programvara En vanlig missuppfattning är att fri programvara är programvara som inte är upphovsrättsskyddad och gratis att använda. Tvärtom så bygger begreppet i högsta grad på upphovsrätten. Det är till och med så att fri programvara inte skulle kunna existera om inte datorprogram skyddades av upphovsrätt. I juridisk mening är fri programvara ett licensieringssystem genom vilket upphovsmannens ekonomiska förfoganderätt används för att Se Stallman, Richard M. (1998b), Why Free Software is better than Open Source, Se Open Sources, s Se Watson, Brett, Philosophies of Free Software and Intellectual Property, Se Raymond 2001, s , s. 128, s

16 16 ge licenstagaren större frihet att använda programvara. 28 För att vara programvara skall vara fri måste användaren tillförsäkras fyra friheter: 0. Frihet att använda datorprogrammet för valfritt ändamål. 1. Frihet att undersöka hur datorprogrammet fungerar och att anpassa det för eget behov. 2. Frihet att distribuera kopior av datorprogrammet, mot betalning eller gratis. 3. Frihet att förbättra datorprogrammet och sprida det till allmänheten i förbättrad form. 29 En förutsättning för att kunna utnyttja dessa friheter är att användaren får tillgång till programvarans källkod. Begreppet fri programvara skall alltså tolkas som fri i yttrandefrihet och inte fri som i gratis. Fri programvara är inte gratis per definition. Ett övervägande antal av de fria programmen erbjuds ändå via Internet utan kostnad. Det är emellertid full tillåtet att ta betalt för kostnaden att tillverka och distribuera en CD-ROM med fria datorprogram eller att ta ut en avgift för tillhandahållandet av support för fria program. Att införa begränsningar i de fyra friheterna är dock inte tillåtet. Fri programvara ger användaren rätt att bearbeta programvaran både för yrkesmässigt och privat behov. Programvaran får användas av vilken person eller organisation, och på vilket system som helst. Fri programvara är inte detsamma som shareware och freeware. Freeware är programvara som distribueras gratis främst via Internet i syfte att skapa en bred användarbas. Shareware fungerar på samma sätt, med den skillnad att användaren endast tillåts använda programvaran utan kostnad under ett bestämt antal dagar. När prövotiden gått ut erbjuds användaren att betala en mindre summa för att få fortsätta att använda programmet. Bägge typer av datorprogram distribueras utan källkod och utan rätt för användaren att göra ändringar. Freeware, Shareware och fri programvara använder sig emellertid alla av upphovsrätten och får vidare inte sammanblandas med public domain.30 Programvara i public domain kan vem som helst använda, bearbeta, kopiera och distribuera vidare. Det Se Pawlo, Mikael (2002), Något om fri programvara och öppen källkod nya licenstyper för datorprogram, NIR 2002:4 s Se The Free Software Definition, Anledningen till att friheterna numreras från 0-3, istället för 1-4 har förmodligen sitt ursprung i programmeringskulturen där samma numreringsmodell används. Public domain är en amerikansk rättsfigur. Public domain utgörs av verk vars upphovsrätt har löpt ut, verk som upphovsmannen medvetet avsagt sig upphovsrätten till och sådant som tillhör det allmänna formförrådet.

17 finns dock en viss risk att låta en programvara vara public domain, eftersom ett företag lätt kan inkorporera sådan programvara i sina egna produkter utan att vare sig betala för den eller dela med sig av förbättringarna. Detta strider helt mot konceptet med fri programvara, som bygger på all bearbetning och vidareutveckling av källkoden skall göras tillgängliga för den ursprunglige utvecklaren. För att tillse att varje mottagare av fri programvara både får samma rättigheter och har samma skyldigheter som givaren har Stallman skapat ett koncept kallat copyleft. Rent konkret innebär copyleft att alla som distribuerar programvaran vidare, med eller utan ändringar, också måste överlåta de fyra friheterna. Genom copyleft är det tanken att fri programvara ska fungera som ett incitament för andra programmerare att bidra till den fortsatta utvecklingen. I utbyte mot att programmeraren själv bidrar till utvecklingen får denne samtidigt tillgång till alla andra programmerares bidrag. Varje upphovsman kan vara säker på att ingen annan kan bearbeta ett fritt datorprogram utan att samtidigt ge andra tillgång till dessa ändringar. 31 I realiteten medför detta stora tidsbesparingar eftersom programmerarna kan utnyttja källkod från andra fria program och slipper uppfinna hjulet på nytt hela tiden Öppen källkod Definitionen av öppen källkod (OSD) kan sägas utgöra en vidareutveckling av idéerna om fri programvara för att möta behovet av en måttstock att jämföra olika programvarulicenser med. OSD är därför en uppsättning regler och inte en licens. Öppen källkod handlar inte enbart om att ge användare tillgång till programvarans källkod. Utöver tillgång till källkoden måste ett antal andra kriterier vara uppfyllda, både för den ursprungliga programvaran och för bearbetningar av denna. Följande sammanställning är baserad på version 1.9 av definitionen: Fri vidaredistribution. Licensen får inte hindra någon part från att sälja programvaran eller ge bort den som en del av en samling av programvara på t.ex. CD-ROM. Licensen får inte kräva royalty eller annan avgift för sådan försäljning Se Stallman, Richard M. (1998a), Copyleft: Pragmatic Idealism, och What is copyleft?, Se The Open Source Definition,

18 18 2. Källkoden eller en anvisning om var licenstagaren kan få tag på källkoden måste inkluderas i programvaran. Distribution i såväl källkodsform som binär form måste vara tillåtet. Källkoden får inte vara förvrängd utan skall vara i det format en programmerare normalt föredrar. 3. Licensen måste tillåta att programvaran ändras och bearbetas och måste tillåta dessa ändringar att distribueras under samma villkor som den ursprungliga programvaran. 4. Upphovsmannens integritet. Licensen får begränsa distribution av källkod i bearbetad form endast om den tillåter distribution av patchfiler tillsammans med källkoden.33 Licensen måste uttryckligen tillåta distribution av programvara skapad från utifrån bearbetad källkod. Licensen får emellertid kräva att bearbetningar bär ett annat namn eller ett annat versionsnummer än den ursprungliga programvaran. 5. Licensen får inte diskriminera någon person eller grupp. 6. Licensen får inte hindra någon från att använda programvaran inom en viss bransch. 7. Rättigheterna som följer med programvaran måste gälla alla som programvaran distribueras till utan att dessa parter utställer ytterligare en licens. Detta för att förhindra licenser som ställer krav på t.ex. sekretessavtal. 8. Rättigheterna som följer med programvaran får inte vara beroende av programvaran tillhör en viss programdistribution. 9. Licensen får inte ställa upp restriktioner på annan programvara som distribueras tillsammans med den licensierade programvaran. Exempelvis får licensen inte kräva att alla program som distribueras på samma medium måste följa OSD. 10. Licensen måste vara teknologineutral Inga villkor i licensen får baseras på en individuell teknologi eller en viss typ av gränssnitt. Licenser som följer definitionen måste t.ex. vara öppna för möjligheten att: a) distribution av programvaran inte sker via Internet och b) att bearbetade verk av programvaran inte använder ett grafiskt användargränssnitt. Punkt 1 i OSD innebär att licenstagaren får göra obegränsat antal kopior av programvaran för försäljning eller för att ge bort, utan att detta 33 Patchfiler är tilläggskod till ett program. Vanligtvis skapas en sådan fil för att rätta till ett fel i koden eller för att täppa till luckor.

19 kräver någon extra avgift eller speciellt tillstånd. Formuleringen i punkt 1 om en samling av programvara är enbart till för att kunna omfatta ett villkor Artistic License. 34 Punkt 2 i OSD är den enda som tar sikte på programvaran och inte på innehållet i licensen. Detta innebär att licensen inte behöver innehålla något villkor om att källkoden skall medfölja programvaran, men det är upp till licensgivaren att se till att källkoden görs tillgänglig på ett eller annat sätt. Programvara som inte uppfyller detta krav kan inte kallas öppen källkod. OSD kräver inte att bearbetningar av ett verk måste licensieras enligt samma licens som originalprogramvaran. Punkt 3 säger enbart att licensen måste tillåta att bearbetningar distribueras enligt samma licens som originalprogramvaran. Detta gör att exempelvis BSD:s licens också kan uppfylla kraven i OSD. Punkt 4 innebär en form av tillskapad respekträtt för upphovsmannen till programvaran, genom att denne kan förbjuda att källkoden till programmet sprids vidare i ändrad form. Licensen måste dock tillåta att ändringar görs som patchfiler. Patchfilerna kompileras sedan ihop med upphovsmannens källkod till att bli ett exekverbart program. 35 Punkterna 5 och 6 i OSD innebär att det inte är tillåtet att ange som villkor att programvaran inte får användas kommersiellt och inte heller att licensen diskriminerar personer i ett visst land. Inom nationell rätt kan det dock finnas olika typer av restriktioner som begränsar upphovsmannens rätt att avtala om förfoganderätten till sitt verk. Ett exempel på sådana restriktioner är exportrestriktionerna för kryptoprodukter. 36 En licens som rättar sig efter OSD får upplysa licenstagaren om att restriktioner finns, men det är inte tillåtet att inkorporera dem i licenstexten. 37 Definitionen av öppen källkod är en minsta gemensamma nämnare för licenser som alla ställer som krav att källkoden medföljer datorprogrammet. 38 Skillnaderna mellan alla de licenser som uppfyller OSD kan därför vara väldigt stora Se Open Sources, s Artistic License diskuteras i avsnitt 6.1. Exekverbar innebär körbar i dator. All maskinkod, så väl i binär som hexadecimal form är exekverbar av datorn. Se Rådets förordning (EG) nr 1334/2000 av den 22 juni 2000 om upprättande av en gemenskapsordnig för kontroll av export av produkter och teknik med dubbla användningsområden. Se The Open Source Definition. Se Pawlo 2002, s. 392.

20 Betydelsen av fri programvara och öppen källkod För att förstå vikten av fri programvara och öppen källkod, och den betydelse dessa företeelser har haft för utvecklingen av datorprogram följer här en kort presentation av de viktigaste fria programmen. En redogörelse skulle inte vara komplett utan att nämna Linux. Detta operativsystem är idag det mest kända exemplet på fri programvara. Linus Torvalds utvecklade kärnan till operativsystemet, medan en stor del av de andra programmen kommer från GNU-projektet. Linux licensieras därför enligt GNU-projektets licens GNU GPL. Version 1.0 av operativsystemet släpptes 1994 och sedan dess har det bara vuxit i popularitet. En bidragande anledning till Linux stora spridning är att framväxten av Internet skedde ungefär samtidigt. Nuförtiden har Linux en mängd olika användningsområden som sträcker sig från webbservrar till vanliga persondatorer och t.o.m. på rymdfärjor. 39 Det finns idag ett antal vinstdrivande företag som lever på att sammanställa egna utgåvor av Linux och distribuera dem på CD-ROM. Flera av dessa företag erbjuder samtidigt kringtjänster som exempelvis teknisk support och manualer. Ett av de fria datorprogram som har fått störst spridning är webbservern Apache. Varje gång en användare via sin webbläsare besöker en webbsida så måste sidan hämtas från en lagringsplats på Internet. Webbläsaren skickar en förfrågan till servern i form av en URL.40 Webbservern är det program som hanterar alla dessa förfrågningar och skickar rätt sida till rätt webbläsare. Apache används på 64 % av alla webbservrar. 41 Apache utvecklas av gruppen Apache Software Foundation och distribueras enligt licensen Apache Software License. 42 En av de mest grundläggande funktionerna för att Internet skall kunna fungera är domännamnssystemet DNS. Utan detta system vore man tvungen att skriva in hela IP-adressen till varje dator på Internet. Med hjälp av domännamnssystemet slipper användaren detta eftersom DNS översätter från exempelvis juridicum.su.se till motsvarande IP-adress Den fria programvaran BIND används på 90 % av alla domännamnsservrar på Internet. 43 BIND skapades på University of California at Berkeley som ett examensarbete, men utvecklas idag av företaget Se Moglen 1999, s. 18. Uniform Resource Locator, i vanligt tal en länk. Exempelvis Se Netcraft Web Server Survey, augusti Se About the Apache HTTP Server Project, Se Open Source Software Institute: Reference,

21 ICS tillsammans med flera andra stora företag i branschen. BIND distribueras enligt en egen licens. En annan populär programvara är databasen MySQL. MySQL utvecklas av det svenska företaget MySQL AB och är idag en av de databaser som ökar snabbast i antalet användare. MySQL licensieras enligt två licenser: GNU GPL och företagets egna proprietära licens. Programmeringsspråket Perl ligger bakom stor mängd webbsidor på Internet. Perl skapades av Larry Wall 1987 med syftet att underlätta byggandet av rapporter, men idag används Perl mest till att skapa webbsidor med dynamiskt innehåll. Perl licensieras enligt två licenser: the Artistic License och GNU GPL. Dessa datorprogram utgör endast ett axplock av alla de som licensieras enligt fria licenser eller är certifierade av OSI. Utvecklingen av fria program har hittills inte visat några tendenser på att avta. 21

22 3 Upphovsrätt och licensiering av datorprogram 3.1 Allmänt om upphovsrätt till datorprogram Datorprogram har sedan 1989 ett lagstadgat skydd som litterärt verk enligt 1 upphovsrättslagen (UrL). 44 Någon definition av vad ett datorprogram är ansågs inte nödvändigt att ta med i lagtexten vid tidpunkten för införandet av skyddet. I förarbetet från 1985 definieras emellertid ett datorprogram som: Utformningen av en serie instruktioner eller anvisningar, oberoende av den uttrycksform eller den anordning vari den är nedlagd, avsedd att förmå en dator att direkt eller indirekt ange eller utföra en speciell funktion eller uppgift eller uppnå ett speciellt resultat 45 Mer kortfattat är ett datorprogram den serie instruktioner som behövs för att en dator skall kunna arbeta. 46 Till kategorin datorprogram hör även datorspel, enligt ett avgörande i HD. 47 Datorprogram skyddas oberoende av om det är uttryckt i källkod eller objektkod och oavsett om det finns på papper eller diskett. Det som skyddas är den konkreta formen och inte datorprogrammets bakomliggande idé. Utöver själva datorprogrammet kan också förberedande designmaterial för datorprogram erhålla skydd Infördes genom Prop. 1988/89:55 Upphovsrätt och datorer. Se SOU 1985:51 s. 87 Se Prop. 1988/89:55 s. 7. Se NJA 2000 s Detta skydd infördes genom prop. 1992/93:48 som baseras på EG-direktiv 91/250/EEG (Datorprogramdirektivet). Förberedande designmaterial kan t.ex. utgöras av dataflödesplaner, beräkningar och programflödesplaner. Originalitetskravet anses uppfyllt för förberedande designmaterial om ett upphovsrättsligt skyddat datorprogram kan skapas med materialet som bas.

23 I och med att datorprogramdirektivet implementerades i svensk rätt är kravet för att ett datorprogram skall skyddas att det är originellt i den meningen att det är upphovsmannens egna intellektuella skapelse. 49 Inga andra bedömningsgrunder, som t.ex. kvalitativa värderingar eller hur stort arbete som ligger bakom programmet, får tillämpas. Upphovsrätten ger innehavaren en exklusiv ekonomisk förfoganderätt till datorprogrammet, vilket innefattar rätt att framställa exemplar samt att tillgängliggöra verket för allmänheten. Tillgängliggörande för allmänheten omfattar för närvarande tre former av förfoganden: offentligt framförande, spridning av exemplar och offentlig visning. 50 Upphovsmannens ensamrätt till datorprogrammet begränsas av inskränkningarna i 2 kap UrL Citaträtt och kopiering för enskilt bruk För datorprogram finns det inte någon rätt att framställa exemplar av verket för enskilt bruk, vilket framgår av 12 2 st. UrL. Citaträtten i 22 UrL gäller däremot för alla verk utom bildkonst. 51 Citat får göras i syfte att kritisera, utlägga eller belysa det andra verket eller för att understryka eget ställningstagande. 52 Det är därmed inte tillåtet att ta delar ur ett verk och använda det i syfte att göra den egna produkten mer användbar. Ett citat skall vara i överensstämmelse med god sed och upphovsmannens ideella rättigheter måste respekteras. Detta innebär att källan anges och att vissa ändringar inte får göras. Det finns ingen bestämd gräns för hur stor del av ett verk som får citeras. Omfattningen måste emellertid motiveras av ändamålet. 53 Det är svårt att hitta exempel på situationer där det kan vara aktuellt att citera ur datorprogram. Att ta delar av annans källkod och lägga in ett eget program kan t.ex. inte anses förenligt med god sed. Det förutsätter dessutom tillgång till källkoden. En tänkbar situation där citat ur datorprogram kan vara tillåtet är då ett avsnitt ur ett programs källkod används i en artikel som lär ut ett visst programmeringsspråk, eller i en uppsats som belyser en viss programmeringsteknik. I fall att tillgång till källkoden är ute Se Datorprogramdirektivet art 1.3. Se NJA 2000 s I Ds 2003:35 föreslås dock att en fjärde kategori överföring till allmänheten införs. Se Koktvedgaard, Mogens, Levin, Marianne, Lärobok i immaterialrätt, 6:e uppl. Stockholm: Nordstedts Juridik 2000, (Cit. Koktvedgaard & Levin), s Se Olsson, Henry (1996), Upphovsrättslagstiftningen. En kommentar. Stockholm: Nordstedts Juridik 1996, s Se Olsson 1996, s. 149.

24 24 sluten kan en skärmdump av bildskärmen på motsvarande sätt användas för att belysa en viss aspekt av ett datorprogram. 54 En skärmdump får anses vara ett resultat av programmets exekvering och är därför inte förknippad med upphovsrätten till själva datorprogrammet. Användargränssnittet vilket illustreras av skärmdumpen får istället anses utgöra ett självständigt verk under förutsättning att det uppfyller kravet på originalitet. 55 I och med detta torde citaträtten till datorprogram därför inte kunna utsträckas till att omfatta skärmdumpar Speciella bestämmelser för datorprogram Upphovsmannens förfoganderätt till datorprogrammet inskränks av användarens rätt att framställa brukskopior. Med detta menas exempelvis sådana nödvändiga kopior som framställs i datorns minne när programmet exekveras. Användaren har även en rätt att framställa säkerhetskopior av sitt eget programexemplar. Kopior som framställts enligt dessa förutsättningar får inte utnyttjas för andra ändamål. Vidare finns en begränsad rätt att ändra i ett datorprogram för att exempelvis rätta till fel under förutsättning att det är nödvändigt för att programmet skall kunna användas för avsett ändamål. 56 Bestämmelsen i 26g 4 st. UrL tillåter den som förvärvat rätt att använda ett datorprogram att iaktta, undersöka och prova programmets funktion för att fastställa vilka idéer och principer som ligger bakom det (den s.k. observationsrätten). En behörig användare får även dekompilera ett datorprogram om det nödvändigt för att åstadkomma samverkan mellan programmet och ett annat program. 57 Resultatet av dekompileringen får inte användas för andra ändamål än det avsedda och inte överlämnas till andra personer. Till exempel får det inte användas för att skapa konkurrerande datorprogram eller för åtgärder som utgör intrång i upphovsrätten. Observationsrätten och rätten till dekompilering är nödvändig för att inte skyddet för datorprogram skall bli ett patentliknande skydd för programmets idéer och principer En skärmdump är en ögonblicksbild av bildskärmen på en dator. Se Lindberg, Agne, Westman, Daniel, Praktisk IT-rätt, 3:e uppl. Stockholm: Nordstedts Juridik 2001 (Cit. Praktisk IT-rätt), s. 230ff. Alla dessa bestämmelser återfinns i 26 g UrL och infördes genom prop. 1992/93: h UrL. Dekompilering är en form av s.k. reverse engineering och är en ingripande åtgärd som innebär att programmet översätts från maskinkodsformat (vilket är det format ett program vanligtvis levereras i) till källkodsformat i syfte att förstå hur programmet fungerar.

25 Rätten att framställa säkerhetskopior, observationsrätten och rätten till dekompilering är tvingande och kan inte avtalas bort. Omvänt gäller att rätten att vidta nödvändiga ändringar och rätta fel, rätten att framställa brukskopior och bestämmelsen om att framställda kopior inte får utnyttjas för andra ändamål är dispositiva och kan avtalas bort Ideell rätt till datorprogram Utöver den ekonomiska förfoganderätten har upphovsmannen en ideell rätt till sitt verk. Den ideella rätten består av respekt- och namnangivelserätten. Det innebär att upphovsmannen har rätt att bli namngiven i samband med att verket utnyttjas och kan motsätta sig kränkande ändringar av verket. Respekträtten har dock inte så stor praktisk betydelse för datorprogram eftersom det ofta är nödvändigt att göra ändringar i programmet för att uppgradera eller rätta till fel. 59 Detta synsätt stöds av att användaren enligt 26 g 1 st. UrL redan har en lagstadgad rätt att göra nödvändiga ändringar i programmet. Rätten att bli namngiven har däremot betydelse för datorprogram eftersom programmerare ofta bygger sitt yrkesmässiga rykte på tidigare skapade verk. 60 Inom branschen är det kutym att ange upphovsmannen till ett datorprogram och i vissa fall är det t.o.m. ett villkor i licensavtalet. 61 Har datorprogrammet skapats inom ett anställningsförhållande gäller dock som huvudregel att arbetstagarens ideella rätt övergår till arbetsgivaren Datorprogram skapade inom ramen för anställningsförhållanden För datorprogram som utvecklats som i ett led av en anställning gäller den dispositiva regeln 40 a UrL. Regeln innebär att upphovsrätten till program utvecklade under anställningen tillkommer arbetsgivaren. Arbetsgivaren är därmed att se som den primäre upphovsmannen till datorprogrammet. 62 Både arbetstagarens ekonomiska och ideella rättigheter till programmet övergår till arbetsgivaren. Det innebär att den ideella rätten Detta framgår av 26 g 6 st. UrL och 26 h 3 st. UrL. Se SOU 1985:51 s. 94 och Praktisk IT-rätt, s I riktigt stora projekt med flera hundra programmerare inblandade är det dock av praktiska skäl ofta inte möjligt att namnge alla som medverkat i projektet. Se dock SOU 1985:51 s. 93f. Detta är exempelvis ett villkor BSD:s licens. Se Olsson 1996, s. 231.

26 26 innehas och kan enbart beivras av arbetsgivaren. Arbetsgivaren kan sedan vidareöverlåta den ekonomiska rätten till programmet, men inte den ideella rätten Bearbetning och ändring av datorprogram Utveckling av datorprogram bygger mycket på att förbättra och bygga in ytterligare funktionalitet i redan befintliga program. Det kan handla om att uppdatera programmet, eller att rätta till fel eller brister som upptäckts. I detta sammanhang kan bestämmelsen i 4 UrL om översättningar, bearbetningar och verk tillkomna i fri anslutning aktualiseras. När det gäller datorprogram torde översättning innefatta att programmet översätts till ett annat programmeringsspråk. 64 En bearbetning eller översättning måste uppfylla kravet på originalitet för att erhålla skydd. Bearbetaren får samma ekonomiska och ideella rättigheter till sitt verk som gäller för andra verk. För att verkställa en bearbetning eller översättning krävs inget tillstånd av upphovsmannen till verket. När verket i ändrad form mångfaldigas eller offentliggörs berörs dock den ursprunglige upphovsmannens ensamrätt vilket därmed kräver tillstånd. 65 Rätten till bearbetningen eller översättningen är alltid beroende av rätten till originalverket och kan därmed inte utnyttjas i strid mot den ursprunglige upphovsmannens rätt. 66 Överföring av ett datorprogram från källkod till objektkod genom t.ex. kompilering anses inte medföra att en bearbetning skapas, eftersom detta förfarande endast utgör en mekaniskt eller rutinmässigt gjord överföring som inte förändrar det ursprungliga programmets struktur. 67 Endast mer kvalificerade former av omkodning torde vara att uppfatta som bearbetningar när det gäller datorprogram. 68 I annat fall torde det istället röra sig om exemplarframställning. 69 Att bearbeta eller översätta ett datorprogram utifrån den exekverbara koden objektkoden är i princip en omöjlighet såvida inte någon form Se Olsson 1996, s. 230f. Överlåtelse av datorprogram tas upp i avsnitt 3.2. Se Plogell 1996, s. 52. Se SOU 1956:25 s. 135 och Rosén, Jan (1990), Enskilt bruk och avtal om utnyttjande av datorprogram, NIR 1990 s Se Olsson 1996, s. 85. Se Olsson 1996, s. 85 och jfr SOU 1956:25 s Se Praktisk IT-rätt, s Jfr Plogell 1996, s. 52.

27 av reverse engineering används. 70 Sådant förfarande är enbart tillåtet enligt förutsättningarna i 26 h UrL, vilka inte omfattar skapandet av bearbetningar. Tillgång till källkoden är därför i princip en förutsättning för att en bearbetning överhuvudtaget skall kunna genomföras lagligt. Upphovsrätten till ett verk som skapats i fri anslutning till ett tidigare verk är enligt 4 2 st. UrL oberoende av rätten till det äldre verket. Med verk som tillkommit i fri anslutning avses verk som är nya och självständiga i förhållande till det ursprungliga verket. Ett sådant verk kan exempelvis bygga vidare på idéerna i det ursprungliga programmet, eller utgöra en variation på samma tema. 71 När det gäller datorprogram torde det vara relativt ofta förekommande att självständiga efterföljare dyker upp på marknaden inom ett eller ett par år; framförallt vad gäller kommersiellt framgångsrik programvara Gemensam upphovsrätt och samlingsverk Genom att sammanställa verk eller delar av verk kan en upphovsman enligt 5 UrL skapa ett samlingsverk. Samlingsverket måste, liksom andra verk, uppfylla kravet på originalitet. Det innebär att mekaniskt eller rutinmässigt gjorda sammanställningar, eller sammanställningar utan bakomliggande skapande verksamhet faller utanför bestämmelsen. 72 För att skapa ett samlingsverk krävs i regel tillstånd av upphovsmännen till de ingående delarna. 73 Upphovsrätten till samlingsverket hindrar dock inte upphovsmännen till de enskilda delarna från att själva ge ut sina verk. Typexemplet för ett samlingsverk är en antologi, där de ingående delarna förhåller sig passiva till varandra. Detta gör det svårt att tillämpa bestämmelsen på datorprogram, eftersom ett datorprograms ingående delar ofta utväxlar information mellan varandra. Det finns emellertid samlingar av datorprogram s.k. paket, där de ingående delarna förhåller sig passiva till varandra och som därmed skulle kunna uppfylla kravet för ett samlingsverk. 74 Datorprogram utvecklas sällan av en enda person. Utvecklingen sker ofta gemensamt av en grupp programmerare. I detta sammanhang kan bestämmelsen om gemensam upphovsrätt i 6 UrL aktualiseras. Gemensam Reverse engineering förklaras i ordlistan. Se Plogell 1996, s. 53. Se Olsson 1996, s. 87. Se Olsson 1996, s. 88. Jfr Praktisk IT-rätt s. 229.