SZOFTVEREK SZERZŐI JOGA –

Xxxxx Xxxxx

SZOFTVEREK SZERZŐI JOGA –

NYÍLT FORRÁSKÓDÚ SZOFTVEREK FELHASZNÁLÁSI SZERZŐDÉSEI*

A számítógépek negyedik generációjának1 megjelenése és széles körben való elterjedése eddig soha nem látott forradalmat indított be a társadalom szinte összes alrendszerében. A modern kor fejlett technológiája nem létezhetne számítógépek és az azokba életet lehelő szoftverek nélkül. Mára a szoftverek ténylegesen beférkőztek az emberek mindennapjaiba: segítségükkel tartjuk a kapcsolatot ismerőseinkkel, tájékozódunk a nagyvilág eseményeiről, navigálunk utazás közben, bonyolítjuk pénzügyeinket, szoftverek jelentik sok embernek a kikapcsolódás lehetőségét is.

A fogyasztási cikkek ilyen magas fokú intellektualizálódása miatt a szoftverfejlesztés két évtized alatt mára a világgazdaság egyik húzóágazatává vált. Ezek a programok nem ritkán hatalmas anyagi befektetések és hosszú éveken át tartó fejlesztőmunka árán készülnek el, és nagy üzleti értéket képviselnek, ezért nem kétséges, hogy erre a hihetetlen növekedésre természetesen a jognak is reagálnia kellett. Kezdetben is csak az volt a nyitott kérdés, hogy milyen jellegű legyen a szoftvereknek biztosított jogi védelem. Az egymással versengő jog- intézmények közül végül a szerzői jogi védelem került ki győztesen, ez a típusú védelem terjedt el az egész világon.

A szoftverek hasznosítására jellemzően felhasználási licencszerződés megkötésével ke- rül sor. Ezen felhasználási szerződések között jelentenek üde színfoltot a nyílt forráskódú szoftverlicencek, hiszen valószerűtlenül széles jogokat biztosítanak a felhasználó számára teljesen ingyen.

A nyílt forráskódú szoftver felhasználója a szoftver futtatásán kívül jogosult lesz a szoftver forráskódját megismerni és módosítani, illetve terjesztheti is a szoftvert eredeti és módo- sított formájában. Ezekkel a tulajdonságaival a licenc nemcsak a fejlesztők egymás közötti, valamint a szoftverfejlesztők és a felhasználó viszonyrendszerét alakítja át lényegesen, de hatással van a nyílt forráskódú szoftverek fejlesztési modelljére is, csökkenti a fejlesztési költségeket, valamint újfajta üzleti modellek meghonosítását teszi szükségessé.

A legérdekesebb eredménye a nyílt forráskódú licenceknek az a különös ökoszisztéma, ami a szerződés hatályosulása folytán létrejött. A világháló közvetítésével a világ legkülön- bözőbb részein élő fejlesztők egymás forráskódját megismerve és azt módosítva hoznak

* Az Xxxxxx Xxxxxx Tudományegyetem Állam- és Jogtudományi Kara Polgári Jogi Tanszékén készített, a Szellemi Tulajdon Nemzeti Hivatala Xxxxxx Xxxxx diplomadíj-pályázatán díjazott szakdolgozat szerkesz-

tett változata.

Xxxxx Xxxxx: A számítástechnika története. Jegyzet. Xxxxx Xxxxxxxxx Tudományegyetem Alkalmazott Matematika és Informatika Tanszék, Pécs, 2014 – xxxx://xxx.xxx.xx/xxx/xxxxx/xxxxxxxx/xxxx0x.xxxx.

létre kiváló minőségű és nem ritkán piacvezető szoftvereket anélkül, hogy a licencen kívül bármilyen más jogi kapcsolatban lennének egymással. Az ilyen projektekben részt vevő programozók motivációja természetesen sokféle, világcégek alkalmazottai a munkaviszo- nyuk kapcsán ugyanúgy részt vesznek ilyen projektekben, mint azok, akik szabadidejük- ben fejlesztenek nyílt forráskódú szoftvereket. Az viszont bizonyos, hogy a nyílt forráskódú felhasználási szerződésekben biztosított jogok nélkül nem jöhetne létre ilyen széles körű együttműködés a felek között.

A tanulmány megismertet a szoftverek védelmének kialakulási folyamatával, a hatályos jogszabályok szerinti védelem jellemzőivel, majd a GPL-licenc2 harmadik változatán ke- resztül a nyílt forráskódú szoftverek helyzetével a magyar jogrendszerben, illetve a szoftver- felhasználási szerződés megkötésének kérdéseivel. A dolgozat tárgyául választott nyílt forráskódú szoftverek alkotói a jogi védelmet arra használták fel, hogy különleges szoftver- felhasználási engedélyekkel a tulajdonosi szoftverekhez képest egy másfajta koordináta- rendszerben gondolkodva érvényesítsék érdekeiket.

A nyílt forráskódú szoftverek licenceinek fent említett hatásain kívül ezen ágazat nagy léptékű növekedése is indokolttá teszi a téma vizsgálatát, hiszen a meglévő nyílt forráskódú projektek mérete és a projektek száma is exponenciális ütemű növekedést mutat.3

I. A szoftverek meghatározása

A szoftvereken informatikai értelemben a számítógépeken működtethető programok ösz- szességét kell érteni. Olyan szellemi termékek, amelyek többek között a hardvert működte- tik. Műszaki értelemben „szoftvernek nevezzük a számítógép működtetéséhez rendelkezésre álló valamennyi programot. Idetartoznak a számítógép felhasználójának saját programjain kívül azok a programok is, amelyek magát a számítógépet működtetik, és egy-egy meghatá- rozott programot a számítógép számára végrehajthatóvá tesznek.”4

Miután a szerzői jogi szabályozás védelmébe vette a szoftvert mint szellemi terméket, természetesen kialakult annak jogi fogalma is: a szerzői jogi védelem tárgya kiterjed a szá- mítógépiprogram-alkotás és a hozzá tartozó dokumentáció akár forráskódban, akár tárgy- kódban vagy bármilyen más formában rögzített minden fajtájára, ideértve a felhasználói programot5 és az operációs rendszert is.6 A jogalkotó helyeselhető módon csak a szoftver fogalmának értelmezési kereteit határozta meg, és a jogalkalmazóra bízta ennek megtöltését

2 General Public License – a Free Software Foundation által közzétett blankettaszerződés, aminek a hatá- lya alatt a legfontosabb nyílt forráskódú projekteket is fejlesztik. A lényege, hogy a mű szabadon módo-

sítható, és a GPL rendelkezései szerint terjeszthető.

A vizsgált, 1995 és 2006 közötti időszakban. Lásd: Xxxx Xxxxxxxxx, Xxxx Xxxxxx: The Total Growth of Open Source, IFIP – The International Federation for Information Processing, 2008, p. 197–209 – http:// xxx0000.xx.xxxxx.xx/xxxxxxxxxxxxx/xxxxxxXxxxxxxxx.xxx.

Xxxx Xxxxxx: SH atlasz – Informatika. Springer Hungarica Kiadó, 1995, p. 13. Hétköznapi kifejezéssel élve alkalmazás.

1999. évi LXXVI. törvény a szerzői jogról (a továbbiakban Szjt.) 1. § (2) c).

tartalommal. Az informatika gyorsan változó világában egy ennél pontosabb definíció nem tudná elérni a törvényhozási célokat, a technológiai fejlődés következtében könnyen szűkre szabná a szerzői jogi védelem tárgyát, ezzel magát a fejlődést akadályozva.

A szoftver megalkotása és működése során annak két állapotát szokás elkülöníteni: a gépi kódot és a forráskódot. A gépi kód az ember számára nehezen vagy egyáltalán nem értel- mezhető bináris adathalmazt jelöli, amely közvetlenül alkalmas arra, hogy a számítógép értelmezze és végrehajtsa. A szoftveren a módosításokat annak forráskódjában szokás elvé- gezni, amely a hozzáértők számára már könnyebben értelmezhető és elsajátítható progra- mozási nyelvek egyikén íródott. A forráskód gépi kóddá alakítását különleges programok, úgynevezett fordítószoftverek végzik.

II. A magyar szabályozás

A szerzői jogi törvény a védelem tárgyának meghatározásakor példálózó felsorolásában külön nevesíti a számítógépiprogram-alkotásokat és a hozzájuk tartozó dokumentációt.7 A szoftver fogalmi definíciójának meghatározása nélkül úgy rendelkezik, hogy a szoftver a programkód és a dokumentáció összessége. A külön meghatározásnak azért van jelen- tősége, mert a korábban tárgyalt nemzetközi szerződésekkel (WIPO Copyright Treaty és TRIPS) ellentétben a szoftverek önállóan, és nem mint az irodalmi művek egyik altípusa lesznek védettek. Vagyis ahol a szerzői jogi törvény irodalmi művet említ, ott nem alkal- mazhatjuk a szoftverekre vonatkozó különös szabályokat.

A szoftverek szerzői jogi védelmében részesül a számítógépi programhoz tartozó doku- mentáció is.8 A dokumentációval kapcsolatosan felmerülhet annak a kérdése, hogy milyen kapcsolatban kell állnia a szoftverrel, mit is jelent a normaszövegben a „hozzá tartozó” kifejezés. A Kúria döntésében rámutatott arra, hogy a törvény felidézett rendelkezésének tárgyi hatálya nem szűkíthető le csupán a már létező programokra és az ezekhez tartozó dokumentációkra. A törvény „hozzájuk tartozó” szóhasználata a dokumentáció és program olyan kapcsolatát juttatja kifejezésre, amely szerint az előbbinek a megalkotása szükségkép- pen az utóbbinak a megalkotására irányul, de a program tényleges létrejötte nem előfeltétele a dokumentáció szerzői jogi védelmének.9

A védelem szintjét a törvény kellően alacsonyra helyezi azzal, hogy a Szjt. 1. § (3) szerint a szerzői jogi védelem az alkotást a szerző szellemi tevékenységéből fakadó egyéni, eredeti jellege alapján illeti meg. Ezen túl semmilyen más követelménynek nem kell megfelelnie a szoftvernek, a védelem nem függ mennyiségi, minőségi, esztétikai jellemzőktől vagy az al- kotás színvonalára vonatkozó értékítélettől. Ezért az sem feltétel a megalkotott programal- kotással szemben, hogy képes legyen ellátni a funkcióját. A szerzői jog védi a nem működő

7 Szjt. 1. § (2) c).

8 Szjt. 1. § (2).

9 BH 1993/545.

szoftvert is. A program funkcionális hiányosságai nem a szerzői jogban, hanem például a polgári jog kellékszavatossági szabályainak alkalmazása során nyernek jelentőséget.

A szoftver, ellentétben például a szépirodalmi művekkel, funkcionális mű, vagyis elsődle- ges rendeltetése valamely funkció ellátása, és nem szubjektív öröm nyújtása az esztétikumon keresztül. Ez a jellemzője a szoftvernek természetesen hatással van a szoftver egyéni, eredeti jellegével szemben támasztott elvárásokra is, amire a „programalkotás” kifejezés használata is utal a normaszövegben.10 A funkcionális jelleg egyik ismertetőjegye, hogy azonos funkci- ót azonos paraméterek mellett több, egymástól függetlenül fejlesztett, ezért párhuzamosan szerzői jogi védelemben részesülő, de egymásra például a menü, a parancsok, a grafikus képernyőfelület, a funkciók tekintetében az összetéveszthetőségig hasonló programmal is el lehet érni. Ezt a szabályt értelmezve juthatunk arra a következtetésre is, hogy a szoftvernek el kell térnie a feladata által közvetlenül meghatározott, illetve a mindenki által közhelysze- rűen alkalmazott kifejezési formáktól ahhoz, hogy a jog által védelemben részesüljön.

Nem a törvényben szereplő kritérium, de a törvény logikája alapján a szabályozás im- manens részének tekinthető a szoftverekkel szemben támasztott azon elvárás, hogy tartós formában rögzítésre kerüljön a szoftver. Mivel a szerzői jog nem önmagában a szerző szel- lemi tevékenységét, hanem az annak eredményéhez kapcsolódó jogokat védi, ezért könnyen belátható, hogy tartós rögzítés nélkül a védelem létrejöttének bizonyítása nehézkessé válik.

1. A szoftver jogszerű megszerzőjének jogai

A szoftver mint műfajta jellemzői miatt a hagyományos szerzői műfajokhoz képest a mérleg nyelve a felhasználótól, közönségtől a szerzői jog jogosultja felé billent el.11 Ennek a hang- súlyeltolódásnak egyrészt az az oka, hogy a hagyományos műfajták esetében hárompólusú felhasználási folyamat a szoftverek esetében kétpólusúvá vált. A festő megfesti a képet, a galéria kiállítja (felhasználja), a közönség pedig megnézi. A felhasználási folyamat második pólusa a felhasználás, amihez a szerző engedélye is kell. Hagyományos műfajták esetében a közönség nem minősül felhasználónak, a műérzékelés nem engedélyköteles tevékenység. Műszaki okok miatt azonban egy szoftver esetében a műérzékelés és a felhasználás összecsú- szik, hiszen a szoftver futtatása egyúttal többszörözést is megvalósít.12 Ezért a műérzékelés szoftverek esetében elhanyagolható jelentőségűvé vált. Az eltolódás másik oka, hogy a Szjt. által biztosított szabad felhasználások is csak kis részben érintik a szoftverek felhasználóit.13 Ezt a fajta eltolódást hivatottak kezelni a szerzői jogi törvény azon rendelkezései, amelyek a

10 Xxxxxx Xxxxx, Xxxxxx Xxxxx, Xxxxxxxxxx Xxxxx, Xxxxx Xxxxxxx: Magyar polgári jog – Szerzői jog és ipar-

jogvédelem. Xxxxxx Xxxxxx Könyvkiadó, Budapest, 2012, p. 51.

Xxxxxxxxxx Xxxxx: Nagykommentár a szerzői jogról szóló 1999. évi LXXVI. törvényhez. Xxxxxxx Xxxxxx, Budapest, 2014, p. 376.

Xxxxxx Xxxxx: A szoftver szerzői jogi szabályozása. Infokommunikáció és Jog, 2. évf. 7. sz., 2005, p. 4. Lásd: Szjt. 35. § (1), 39. §, 60. §, (4) bekezdés.

szerző vagyoni jogainak korlátozása mellett többletjogokat biztosítanak a szoftver jogszerű megszerzője számára.

A felhasználási szerződés eltérő rendelkezése hiányában a szerző kizárólagos joga nem terjed ki a többszörözésre, átdolgozásra, feldolgozásra, fordításra és a szoftver bármilyen más módosítására annyiban, amennyiben ezeket a cselekményeket a jogszerű megszerző a szoftver rendeltetésével összhangban végzi. A Szjt. ezen diszpozitív szabálya lehetővé teszi a hibajavítások elkészítését és az ilyen módon elért eredmények többszörözését is. A törvény további korlátot állít fel a kivétel céljának meghatározásával: csak a felhasználási engedély által meghatározott felhasználási cél maradéktalan megvalósítása érdekében élhet a jogsze- rű megszerző a törvényes engedéllyel. Így ez a szabály például nem tesz lehetővé több gépre való telepítést, mint amit a felhasználási szerződés egyébként engedélyezett.

A szoftver jogszerű megszerzője egy darab biztonsági másolatot készíthet a szoftverről akkor, ha ez a szoftver felhasználásához szükséges. Ilyen esetnek tekinthető az, ha a felhasz- náló biztonsági másolat készítésével biztosítja az eredeti műpéldány károsodása esetén a felhasználás folytatását. A biztonsági másolathoz természetesen önálló felhasználási enge- dély nem kapcsolódik, a biztonsági másolatot mindig az eredeti felhasználási szerződéssel azonos feltételek mellett, és csak az eredeti műpéldány károsodása esetén lehet felhasználni. A felhasználási szerződésben ettől érvényesen nem lehet eltérni, ezen jogszabályi engedély kógens volta miatt a felhasználási szerződés ettől eltérő rendelkezése semmisnek minősül.

A szoftver alapjául szolgáló elv, elgondolás jogszerű felhasználó általi megismerését segíti elő a Szjt. azon kógens szabálya, amely a szerző engedélye nélkül is lehetővé teszi a szoftver betáplálását, képernyőn való megjelenítését, továbbítását és futtatását. Ezek a cselekmények fokozottan alkalmasak arra, hogy az üzleti titok körébe tartozó információk birtokába jut- tassák a törvényi engedéllyel élő felhasználót. A szoftver alapjául szolgáló ötletet, elvet, el- gondolást a szerzői jog nem védi, ez azonban a párhuzamos védelem elvével összhangban nem jelenti azt, hogy a Szjt. ezen rendelkezése kizárná a Ptk. üzleti titok védelmére vonatko- zó szabályainak az alkalmazhatóságát. A Ptk. titokvédelmi szabályai sem alkalmasak arra, hogy az Szjt. ezen kivételeinek alkalmazhatóságát megakadályozzák, azok csak a kivételt igénybe vevő jogszerű felhasználóval szemben keletkeztetnek arra nézve kötelezettséget, hogy az ilyen módon megszerzett üzleti titkokat megőrizze.

2. Dekompilációs jog

Az önállóan megalkotott szoftver más szoftverekkel való együttes működése lehetőségének a megteremtése érdekében a szerzői jogi törvény lehetővé teszi, hogy a felhasználó a véde- lem tárgyát képező szoftvert többszörözze vagy lefordítsa (visszafejtse). A visszafejtés és a többszörözés lehetőségét csak szigorú keretek között, a jogosult jogainak és jogos érdekei- nek a védelmére tekintettel teszi lehetővé a törvény.

A törvény egyrészt korlátozza a jogosultak körét: csak a szoftver jogszerű felhasználója és

– tekintettel arra, hogy a szoftver visszafejtése és az interoperabilitás megteremtése progra- mozói ismereteket követel meg – a jogszerű felhasználó megbízottja számára teszi lehetővé a védelem tárgyát képező szoftver visszafejtését.

A visszafejtés jogszerűségének a vizsgálata során figyelembe kell azt is venni, hogy az együttes működtetéshez szükséges információ a visszafejtési jog jogosultjai számára milyen mértékben volt hozzáférhető. A dekompilációs jog csak akkor illeti meg a jogosultakat, ha az így megszerezni kívánt információ egyébként nem minősül könnyen hozzáférhetőnek. A dekompilációs jog a szoftvernek csak azon részeire korlátozódik, amely részek az együttes működés megteremtése szempontjából szükségesek.

A visszafejtési jog gyakorlása során megszerzett információk sem használhatóak fel kor- látlanul. Az nem használható fel egy másik, hasonló szoftver kifejlesztéséhez, előállításához, forgalomba hozatalához, sem a szerzői jogot sértő egyéb cselekményekhez. Az ilyen módon megszerzett információ nem közölhető mással, kivéve, ha az együttes működés másképp nem valósítható meg. A megszerzett információ nem használható fel az interoperabilitás megteremtésén kívüli célra.

A szerzői jogi törvény ezenfelül az úgynevezett háromlépcsős tesztet14 is alkalmazni ren-

deli a visszafejtési cselekményekre. A felhasználót csak akkor illeti meg a visszafejtési jog, ha

a) nem sérelmes a mű rendes felhasználására, indokolatlanul nem károsítja a szerző jogos érdekeit, b) megfelel a tisztesség követelményének, és c) nem irányul a visszafejtési jog ren- deltetésével össze nem férő célra.

A fentebb kifejtett konjunktív feltételeknek megfelelő visszafejtési jog felhasználási szer- ződésben érvényesen nem zárható ki.

III. A General Public License és a copyleft

A nyílt forráskódú szoftverek története egészen az informatika hőskoráig nyúlik vissza. A számítástechnika széles körű elterjedése előtt, amikor a számítógépek kifejezetten nagyok és drágák voltak, a szoftvereket a programozóknak egyedire szabva kellett elkészíteni, hogy megfeleljenek a kevés felhasználó igényeinek, és az adott hardveren el is induljanak, ezért az 1970-es évek végéig nem alakult ki a szoftvereknek a maihoz hasonló piaca. Ilyen kö- rülmények között a fejlesztők számára természetes volt, hogy megosztják egymás között az elért eredményeiket, és hozzáférést biztosítanak a szoftver forráskódjához. Ezzel a mód- szerrel biztosították a gyorsabb fejlődést, hiszen amikor egy programozó elkezdett egy új projekten dolgozni, nem kellett a semmiből felépítenie a munkáját, hanem felhasználhatta mások eredményeit, meglévő programokat alakíthatott át azért, hogy a céljait elérje. Ezt a fajta hozzáállást a szoftverfejlesztés korabeli művelésének a helye is meghatározta. Az in-

14 Szjt. 33. § (2).

formatikai kutatásokat jellemzően egyetemek számítástechnikai laborjaiban végezték, és ebben a tudományos környezetben természetesnek számít, hogy az elért eredményeiket a kutatók ingyenesen megosztják egymással – nemcsak azért, hogy az újonnan megszüle- tő tudományág fejlődése gyorsabb lehessen, hanem mert egy tudós csak úgy érheti el a tudományos közösség megbecsülését, ha számot ad munkásságáról, és az általa fejlesztett szoftver megismerését lehetővé teszi. A változást a személyi számítógépek széles körű elter- jedése jelentette, amellyel együtt a szoftverek is beköltöztek a mindennapokba. Létrejött egy jelentős piaci igény általánosnak tekinthető célokat kiszolgáló szoftverek iránt, és a szabvá- nyosított hardver miatt a fejlesztők könnyebben tudtak széles körben terjesztett szoftvert alkotni. Az újonnan létrejött piaci környezet természetesen hatással volt a szoftverfejlesztők és azok munkáltatóinak szerzői joghoz való hozzáállására is.

A fizetőképes kereslet megjelenésével a szoftverfejlesztéssel foglalkozó vállalatok arra kezdtek el törekedni, hogy maximalizálják a profitjukat. Ezt úgy lehetett közvetlenül elérni, hogy pénzt kértek a fejlesztéseikért, a felhasználók számára pedig a lehető legkevesebb, a piaci értékesítéshez még éppen csak elégséges jogot biztosító szoftverfelhasználási engedé- lyeket kötöttek ki.

Ez volt az a folyamat, ami ellen a Free Software Foundation és alapítója, Xxxxxxx X. Xxxxxxxx fellépett. Xxxxxxxx az 1970-es években az MIT mesterséges intelligenciával foglal- kozó laborjában dolgozott szoftverfejlesztőként, ezért közvetlenül tapasztalhatta meg, hogy milyen hatása van a kereskedelmi szoftverek elterjedésének a felhasználók jogaira. Az MIT laborjában lévő nyomtatókon futó nyílt forráskódú szoftverekhez való hozzáférést Xxxxxxxx arra használta fel, hogy módosítsa azokat, így a nyomtató e-mailben tudta jelezni a labor munkatársai felé, ha elakadt benne a papír. Amikor az MIT új Xerox nyomtatókat szerzett be, Xxxxxxxx ugyanezt a javítást próbálta elvégezni rajtuk, azonban a gyártó nem engedett hozzáférést a forráskódhoz. Ez volt az a probléma, amivel Xxxxxxxx szembesülve elkezdte szervezni az alapítványát és a szabadszoftver-mozgalmat.15

Stallman alapítványának társadalmi és politikai küzdelméhez a legfontosabb jogi keretet a legelőször 1989-ben bemutatott GNU General Public License adta. A szoftvereket jellem- zően felhasználási szerződéseken keresztül hasznosítják a szerzői jogi jogosultak. A GNU GPL is egy ilyen felhasználási szerződés. Xxxxxxxx a licencével a copyleft eszközéhez nyúlt: azzal a szerzői jogi szabályozással igyekezett biztosítani a felhasználók jogait, amelyet a nagyvállalatok éppen ellentétes hatással alkalmaztak. Azért hívta copyleftnek, mert a máso- lás jogát a licencbe vevőnél hagyta,16 és szellemesen egyúttal arra is utalt vele, hogy angolul copyrightnak hívják a szerzői jogot.

15 Xxx Xxxxxxxx: Free as in Freedom, Xxxxxxx Xxxxxxxx’x Crusade for Free Software – xxxx://xxxxxxx.xxx/

openbook/freedom/ch09.html.

Xxxxx Xxxxxx: The Open Source Definition – xxxx://xxxxxxx.xxx/xxxxxxx/xxxxxxxxxxx/xxxx/xxxxxx.xxxx.

Ezek a felhasználói jogok a következők:

– jog a szoftver futtatásához,

– jog a forráskód megismeréséhez és megváltoztatásához,

– jog a szoftver terjesztéséhez,

– jog a szoftver módosított változatának a terjesztéséhez.

1. A szerződést kötő felek

A GPL-licenc minden olyan szoftverre és annak dokumentációjára vonatkozik, amelyet a szerzői jog jogosultja a GPL-licenc hatálya alatt terjeszt. A felhasználó a szoftver másolá- sával, terjesztésével és módosításával – vagyis a futtatásával nem – elfogadottnak tekinti a szoftverfelhasználási szerződését.

2. A GPL-licenc hatálya alá tartozó program terjesztése

A licenc alá tartozó szoftver szabadon terjeszthető bizonyos korlátozásokkal: a továbbadott másolatoknak is tartalmazniuk kell a GPL-re való utalást és a licenc szövegét vagy az elér- hetőségét. A licenc hatálya alá tartozó szoftver főszabály szerint forráskód formájában kerül közreadásra, hiszen csak így biztosítható hatékonyan a szoftver szabad feldolgozásához való jog. A szoftver gépi kódban való terjesztése csak abban az esetben lehetséges, amennyiben a licencbe adó az alábbi feltételek közül legalább az egyiket teljesíti:

1. a program az alapul szolgáló forráskóddal együtt kerül terjesztésre, vagy

2. három évig érvényes írásos ajánlat keretében kell biztosítani a forráskódhoz való hoz- záférést legfeljebb az indokolt költségek ellenében, vagy

3. kereskedelmi forgalomban egyáltalán nem megjelenő szoftverek esetében a forráskód fellelhetőségének a helye megnevezésre kerül.17

3. Felhasználói jogosultságok és kötelezettségek a fedett munka18 módosítása esetén

A GPL-licenc alatt terjesztett szoftver szabadon átdolgozható, azonban a reciprocitás elve19 alapján az átdolgozás eredményeként létrejövő szoftver is az eredeti licenc hatálya alá fog tartozni, vagyis ingyenesen terjeszthető lesz, kivéve ha a díj ellenében valamilyen szavatos- ságot vállal az átdolgozó, vagy fizikai adathordozón terjeszti a szoftvert.

17 GNU GPLv1 3. pont.

18 A fedett munka (az angol eredetiben „covered work”) a GPL vonatkozásában a licenc hatálya alá tartozó,

módosítás nélküli vagy módosított szoftvert jelenti.

Xxxx Xxxx: For better or worse: Introduction of the GNU General Public License – xxxx://xxxx.xxx/xxxx/ articles/23_1/547-581.pdf. Vettere szerint a GPL-licenc ezen jellemzője pandemikusnak minősül. Lásd: Xxxx X. Vetter: „Infectious” open source software: spreading incentives or promoting resistance? – http:// xxx.xx.xxx/xxxxxxx/xxxxxxx/xxxxxxxxx/Xxxxxx.XxxxxxxxxxXXX.XxxxxxxxxxXxXxxxxxxxxx.Xxxxx.xxx .

A licenc egyedi módon szabályozza a hatálya alá tartozó programrészletek beépítését egy másik szoftverbe: az így létrejövő szoftver is szabadon terjeszthetővé válik a GPL-licenc ha- tálya alatt. Ez a szabály azonban nem vonatkozik arra az esetre, amikor a szoftverek nem ve- szítik el önállóságukat, pusztán az egymástól független szoftverek egymás mellett kerülnek alkalmazásra, vagy azonos adathordozón kerülnek terjesztésre. Ilyenkor a többi program szabadon licencelhető lesz.

Az eredeti szoftver szerzőjének személyhez fűződő jogainak védelme érdekében a szoft- ver megváltoztatása, módosítása és átdolgozása esetén az átdolgozónak meg kell jelölnie az átdolgozás tényét és idejét. Ha a szoftver másolására, módosítására és terjesztésére a licenc- be ütköző módon kerül sor, az érvénytelennek minősül, és megszűnnek a licencbe vevő jogai. Azonban az a körülmény, hogy a felhasználási szerződés reciprocitása lehetővé teszi azt is, hogy a már egyszer átdolgozott programot egy harmadik személy ismét átdolgozza és a GPL-licenc alatt közzétegye, kétségessé teszi a jogsértőkkel szemben bírói úton való fellépést bizonyos esetekben. Ilyen eset lehet az, amikor az „A” által fejlesztett és a GPL hatálya alatt terjesztett programot „B” átdolgozza, és a szerződéssel összhangban terjeszti a saját módosított verzióját. Tételezzük fel, hogy a jogsértést elkövető „C” tulajdonosi prog- ramként kezdi terjeszteni „B” változatát, ami ellen „B” valamilyen okból kifolyólag nem lép fel. Abban, a nyílt forráskódú szoftver fejlesztése során jellemző esetben, ha nem lehet pon- tosan meghatározni az egyes szerzők hozzájárulásait, és ezért a szerzői joguk terjedelmét, bizonytalanná válik „A” jogérvényesítésének a sikere „C”-vel szemben. Erre a problémára az jelentheti a megoldást, ha a felhasználási szerződés meghatározza azt a személyt, aki jo- gosult fellépni a jogsértőkkel szemben. A reciprocitás elvének érvényesülése miatt rendezni kellett azoknak a jogi helyzetét, akiknek a licence a szerzői jogot megsértő féltől származik: a jogvesztés nem terjed ki azon licencbe vevőkre, akik megfelelnek a General Public Licence feltételeinek.

4. GNU General Public License 2.0

Már a GNU GPL első verziójának végén is előrevetítik a licenc szerzői, hogy a későbbiek fo- lyamán az eredeti GPL-licencel azonos szellemiségű, ámde a részletszabályok tekintetében a GPL-licenc átalakított, új változatai kerülnek majd kiadásra. Az első ilyen átalakításra az első verzió megjelenése után két évvel, 1991-ben került sor.

Érdekes változása a licencnek, hogy megemlíti az aláírásának a hiányát, és emlékeztet arra, hogy a licencelt programhoz a licencbe való beleegyezésen kívül semmilyen más mó- don nem lehet érvényesen hozzájutni. A szerződés ezen rendelkezése jóindulattal is csak jelzésértékűnek tekinthető, hiszen egy licenciaszerződéstől nem remélhető olyan joghatás, hogy a Szjt. szerződéssel szemben alaki követelményeket támasztó kógens rendelkezéseitől eltérést engedjen.

A felhasználási szerződés szövege a változtatás nyomán egyértelművé teszi, hogy bírósági ítélet vagy szabadalmi jogok megsértése következtében a licencbe vevő nem mentesülhet a szerződésben felállított feltételek alól. Abban az esetben, ha a licencbe vevő nem tudja tel- jesíteni valamely jogi kötelezettségét a licenciaszerződésben vállalt kötelezettségekkel egyi- dejűleg, tartózkodnia kell a fedett program terjesztésétől. A szerződés ezen kitételét nevezi Xxxxxxxx „Liberty or Death”-klauzulának.20

A licenciaszerződés kettes verziója tovább árnyalta azt a szabályrendszert, amely a külön- böző részek kapcsolásával létrejött programok jogi sorsát igyekszik rendezni. Ha egy meg- határozható része a programnak nem a fedett munka módosítása, és a fedett programtól elkülönítve terjesztik, akkor a szerződés szabályai nem lesznek kötelezően alkalmazandóak rá. Abban az esetben azonban, amikor a fedett munka részeként kerül terjesztésre ugyanez a program, akkor a szerződés a módosított munkára mint egészre alkalmazandóvá válik. A licenc továbbra sem alkalmazandó azon az alapon, hogy a fedett programmal azonos adat- hordozón kerül terjesztésre a másik program.

IV. A GNU General Public License 3.0 és a magyar jog

A General Public License kettes verziója volt a leghosszabb életű a Free Software Foundation által alkotott szoftverfelhasználási engedélyek közül, hiszen megjelenése után 16 évet kel- lett várni a következő változatára. Ennyi idő alatt a jogi és technológiai fejlődés miatt a GPLv2 számos ponton meghaladottá vált, és alkalmazása több gondot is okozott a nyílt forráskódú szoftverekkel kapcsolatba kerülő jogászoknak és informatikusoknak. Ezekre a gondokra adott válaszkísérletnek tekinthető a GPL harmadik és egyben legújabb változata, amelyen keresztül a felhasználási szerződés rendelkezéseinek magyar jogrendszerben való hatályosulását is be kívánjuk mutatni.

1. A szerződés létrejötte

A felhasználási szerződések megkötése esetében a Szjt. kötelező írásbeli formát ír elő fő- szabályként. A szerzői jogi kódex mögöttes jogszabályát képező Ptk. határozza meg, hogy mikor minősül egy szerződéses jognyilatkozat írásban megtettnek. A magánjogi kódex sza- bálya alapján ha a jognyilatkozatot írásban kell megtenni, az akkor érvényes, ha legalább a lényeges tartalmát írásba foglalták, és a nyilatkozó fél azt aláírta. Az írásbeliség követelmé- nyét fokozott biztonságú elektronikus aláírás használatával is lehet teljesíteni.

A Szjt. szűk körben maga is kivételeket enged az írásbeliség követelménye alól: nem köte- lező a szoftver felhasználására vonatkozó szerződés írásba foglalása a szoftver műpéldányá-

20 Xxxxxxx X. Stallman: Transcript of Xxxxxxx Xxxxxxxx at the 2nd international GPLv3 conference –

xxxxx://xxxx.xxx/xxxxxxxxx/xxxx0/xxxx-xxx-xxxxxxxxxx.xx.xxxx.

nak a kereskedelmi forgalomban történő megszerzése esetén,21 tehát ilyen esetben ráuta- ló magatartással a felhasználási szerződés érvényesen elfogadható.22 Ez a szabály azonban nem enged kivételt a formakényszer alól olyankor, amikor nem a dologi műpéldány közve- títésével, hanem lehívásra hozzáférhetővé tétel útján kerül terjesztésre a szoftver, márpedig a GPL hatálya alá tartozó szoftverek jellemzően így kerülnek terjesztésre.

Dogmatikailag ugyan különböző, de lényegét tekintve hasonló eredményre vezet a Szjt. 2006. január 1-jétől hatályos módosítása, amely szerint ha a 26. § (8) bekezdésében szabá- lyozott módon történő nyilvánossághoz közvetítést maga a szerző gyakorolja, a felhasználá- si szerződést írásba foglaltnak kell tekinteni, ha a műre a szerző elektronikus úton kötött és rögzített szerződéssel enged további felhasználást.23 Ez a módosítása a jogszabálynak csak szűk körben alkalmazható, ezért nem eredményezte széles körben az írásbeliség áttörését, a clickwrap- és browsewraplicencek széles köre továbbra is alakilag érvénytelennek minő- sül.24

A fentebb bemutatott szabályokkal ellentétben nem írásban megkötött felhasználási szer- ződés semmis. A semmis szerződésre nem lehet jogosultságot alapítani, és a szerződés tel- jesítését követelni.25 A szerződés alaki hibájának ezen súlyos következményét enyhíti az a szabály, miszerint az alakiság megsértése miatt semmis szerződés a teljesítés elfogadásával a teljesített rész erejéig érvényessé válik. Vagyis az internetről letöltött szoftver használatba vétele után a szerződés akkor is érvényes, ha a felek azt nem foglalták írásba. A felek ren- delkezésére áll még a szerződésük konvalidációja, valamint azt bíróság is érvényessé nyil- váníthatja. Az itt tárgyalt, a szerződés érvényességét érintő jogintézmények azonban csak félmegoldások, ezen a mostanra tömegessé vált élethelyzeten a jogalkotónak segíteni kell.

2. A szerződés közvetlen tárgya

A felhasználási szerződés közvetlen tárgya a szoftverfelhasználására vonatkozó engedély megadása. Xxxxx meghatározása azonban, hogy mit is értünk szoftver alatt, már nem eny- nyire egyértelmű. A szoftverek esetében – azt megjegyezve, hogy az online többszörözés vált a jellemzővé napjainkban – a kód mellett létezhet egy adathordozó is, ami a kód tárolására szolgál. Ez a körülmény felveti annak a kérdését, hogy elválhat-e a szoftver műpéldányára vonatkozó dologi jog a szoftver felhasználási jogától. Másképpen megfogalmazva, elképzel-

21 Szjt. 60. § (5).

22 Shrinkwrap-szerződések l.: Xxxxx Xxxxxx: A szoftverfelhasználási szerződések elmélete és gyakorlata,

avagy végfelhasználók és szoftvergyártók háborúja. Infokommunikáció és Jog, 5. évf. 27. sz., 2008 május,

p. 209.

Szjt. 45. § (3).

Telek: i. m. (22), p. 207.

Ptk. 6:108. § (1).

hető-e az, hogy a szoftverpéldány másolatát kereskedelmi forgalomban megszerző személy csak az adathordozót mint dolgot szerzi meg. A válasz „finomított igen”.26

A probléma vizsgálata során nem szabad, hogy megtévesszen minket az a körülmény, hogy a szoftver műpéldányának a kereskedelmi forgalomban történő megszerzése esetén nem szükséges a szerződés írásba foglalása. Ilyenkor is szükség van felhasználási szerződés- re, a különbség csak annyi, hogy ezt a szerződést szóban vagy ráutaló magatartással fogadja el a felhasználó. Vagyis ilyenkor sem a dologi műpéldány tulajdonjogának a megszerzése keletkezteti a felhasználási jogot.

A másik tévútra vezető jogi norma a szoftver irányelv azon rendelkezése, amely a szoftver jogszerű megszerzőjét a szoftver rendeltetésszerű felhasználásával összefüggésben külön szerződéses kikötés hiányában is bizonyos felhasználási cselekményekre jogosítja. E szabály sem jelenti azonban azt, hogy egyenlőségjelet lehetne tenni a program jogszerű megszer- zője és az adathordozó jogos birtokosa között. A felhasználási jog megszerzésének feltétele, hogy legyen a felhasználásra egy létező és érvényes jogcím, jellemzően felhasználási szer- ződés vagy vagyoni jog átruházási szerződés. A felhasználási jog megszerzéséhez tehát a tradíció önmagában nem elégséges.27

3. A szerződés közvetett tárgya

Azt, hogy pontosan milyen program kerül terjesztésre a felhasználási szerződés létrejöttén keresztül, maga a licenciaszerződés fogja meghatározni saját tárgyi hatályának definiálásá- val. A licenc egyik problémája saját hatályának kétértelmű meghatározása volt az USA szer- zői jogi törvényének fogalmaihoz képest. A licenc alkalmazási köre kiterjed arra a derivatív programra, amely a licenc hatálya alá tartozó program átdolgozásával jött létre. Ugyanakkor a licenc értelmező rendelkezése gyakorlatilag kiterjeszti ezt a kört azokra a programokra is, amelyek részben vagy egészben eredeti, módosított vagy más nyelvre lefordított formában tartalmazzák a GPL-licenc alatt terjesztett programot. Az USA szerzői jogi törvénye az ilyen műveket azonban nem derivatív munkának, hanem összeállításnak határozza meg,28 vagyis a GPL-licenc egymástól távol lévő jogi fogalmakat olvaszt egybe. Ez a fajta jogi bizonyta- lanság közvetlenül arra van hatással, hogy a szerzőnek mikor kell megfelelnie a GPL-licenc előírásainak,29 és hogy elvileg meddig terjedhet a GPL-licenc reciprocitása: milyen messzire nyúlhat az a szerzői jogi lánc, amely az egymásnak alapul szolgáló nyílt forráskódú szoft- vereket összeköti. Ez nem pusztán elméleti jelentőségű vita, egy szoftver kifejlesztésének műszaki természete miatt komoly jelentősége van. Egy összetett és nagyméretű programot

26 Xxxxxx Xxxxx: A felhasználási szerződés. Közgazdasági és Jogi Könyvkiadó, Budapest, 1999, p. 95.

27 Faludi: i. m. (26), p. 96–97.

28 Copyright Act of 1976 section 101.

29 Xxxxxx X. Xxxxxxxxxxxx: General Public License 3.0, Hacking the free software constitution – http://

xxx.xxxxxxx.xxx/xXxxxxxx/XXXXXXXX/XXXXXXX/X_XXX_XX/X000000X.xxx .

a készítői gyakran nem monolit módon írnak meg, hanem kisebb modulokra szedik szét azért, hogy könnyebben megértsék a felépítését, egyszerűbb legyen új funkciók hozzáadása. Ezzel a módszerrel a programkód újrahasznosítása is egyszerűbbé válik, ami a szabadszoft- ver-mozgalomnak is az egyik sarokköve. Ezeket a gyakran külön-külön is működőképes programokat aztán összekapcsolják, így hozzák létre a nagyobb programot. A szoftverek kapcsolására sor kerülhet statikusan és dinamikusan.30 Statikus kapcsolásnál a modul kód- ját beágyazzák a nagyobb program kódjába, ami ezzel elveszíti az önállóságát. Ez a fajta kapcsolás egyértelműen beletartozik abba a körbe, amit a GPL-licenc származékos műnek nevez. Vagyis ha egy GPL-licences modult beágyaznak egy nagyobb program kódjába, az így létrejövő program is a kisebb modul jogi sorsát fogja osztani.

Ennél nehezebb kérdés a dinamikus kapcsolással létrejött programok jogi sorsa. Ilyenkor ugyanis a modul nem veszíti el önállóságát, önállóan fog lefutni, a nagyobb program csak egy hivatkozáson keresztül hasznosítja. A másfajta műszaki háttér miatt vitatható, hogy az így létrejött szoftver a GPL-licenc alatt terjeszthetővé válik-e.31 Ezt a jogi bizonytalanságot néhány gyártó ki is használta, amikor üzleti titkaikra hivatkozva zárt forráskódú kereske- delmi meghajtóprogramokat adtak ki termékeikhez a Linux-kernel moduljaként.

A GPL-licenc hármas verziójában igyekeztek tisztázni ezt a bizonytalanságot, ezért to- vább részletezték az idevonatkozó szabályokat. A licenc értelmében a lefedett program vonatkozó forráskódja magában foglalja a társított felületdefiníciós fájlokat, valamint az olyan megosztott programkönyvtárak és dinamikusan kapcsolt alprogramok forráskódját, amelyeket a munka kifejezetten igényel például a bizalmas adatkommunikációhoz vagy az alprogramok és a munka egyéb részei közötti folyamatvezérléshez. Ez az új szabályozás gya- korlatilag a Free Software Foundation fentebb vázolt szakmai vitában képviselt álláspontját emelte át az új licencbe.32 Gyakorlati haszna a részletesebb szabályozásnak az lehet, hogy nem lesz fenntartható olyan vélemény, hogy a dinamikusan kapcsolt programok soha sem eshetnek a licenc hatókörébe, ezt leszámítva azonban a jogértelmezés bizonytalansága to- vábbra sem javult, hiszen esetről-esetre kell majd eldönteni, hogy milyen kapcsolat valósítja meg a „bizalmas adatkommunikációt” a programok között.

A magyar jog alkalmazásában a felhasználási szerződés ezen része jövőben megalkotandó művekre vonatkozó felhasználási szerződésnek minősül. A licenc fentebb kifejtett szabályai nagy részletességgel meghatározzák, hogy az átdolgozás eredményeképpen létrejövő prog- ram milyen esetekben esik a szerződés reciprocitásának hatálya alá, ezért az nem ütközik

30 Xxxx Xxxx: The GPL: Understanding the License that Governs Linux – xxxxx://xxx.x xxxxx.xxx/

coolsolutions/feature/1532.html.

Xxxxxx Xxxxxxxxx: Dangerous Liaisons – Software Combinations as Derivative Works – xxxx://xxx.xxxx. org/data/articles/21_04_04.pdf.

What is the difference between “mere aggregation” and “combining two modules into one program”? –

xxxx://xxx.xxx.xxx/xxxxxxxx/xxx-xxxxxxxx/xxx-0.0-xxx.xxxx#XxxxXxxxxxxxxxx .

az életműszerződés megkötésének tilalmába.33 A szerződés egyik legfontosabb elemének tekinthető reciprocitás elve tehát alapvetően a magyar jogban is érvényes.

4. A szerző személyhez fűződő jogai

A GPL hatálya alá tartozó szoftvert módosító programozó a szerzői jog alkalmazásában társszerzőnek fog minősülni. A GPL a szerző szoftverhez fűződő összes jogának átruházha- tóságán alapszik,34 ezért érdemes megvizsgálni a licenc hatályosulását a magyar szerzői jog által a szerzőnek biztosított személyhez fűződő jogok szempontjából.

A szerző személyhez fűződő joga annak eldöntése, hogy nyilvánosságra kívánja-e hozni művét, vagy azt inkább titokban akarja tartani.35 A GPL nem követeli meg a szerzőtől a mó- dosított munka nyilvánosságra hozatalát, csak a lefedett munka továbbadásakor kerül sor a szoftver automatikus licencelésére,36 ezért ebből a szempontból sem jogellenes a szerződés. A szerző azonban úgy is dönthet, hogy a műve nyilvánosságra hozatalához adott engedélyt visszavonja. Ez természetesen súlyosan érintheti a reciprocitási láncban később következő felhasználókat, ennek ellenére a felhasználási szerződés ezzel ellentétes rendelkezései jogel- lenesség miatt semmisek.

A szerzőnek joga van arra, hogy nevét, szerzői minőségét a programon feltüntessék. Mi- vel a nyílt forráskódú szoftverek világában az egyenrangú résztvevők által önkéntesen vég- zett alkotótevékenység37 dominál, különösen nagy jelentősége van annak, hogy a forráskód különböző módosított változatait megkülönböztessék egymástól. Ennek az elvárásnak pró- bál megfelelni a GPL azon rendelkezése, amely a módosító nevének és a módosítás tényé- nek feltüntetését követeli meg a felhasználótól38 a programon. Mivel a forráskódhoz való hozzáférés mindig biztosított, ezért ezt a jelölést maga a forráskód is tartalmazhatja úgy- nevezett kommentként. Problémák akkor jelentkeznek, amikor a szerző valamilyen okból nem akarja, hogy nevét feltüntessék a programban. A személyhez fűződő jogok részeként a szerzőt a névjog negatív értelemben is megilleti,39 hiszen követelheti nevének eltávolítását, illetve jogosult név nélkül közzétenni a művét. A szerződés kifejezett rendelkezése ellenére is választhatja a szerző az anonimitást, hiszen a GPL ezen része semmis szerződési feltétel. A szerzői jogi törvény és a GPL ellentétét szerencsére sikeresen enyhíti a szerzőnek az a lehetősége, hogy felvett néven tegye közzé a szoftver módosításait.

33 Szjt. 44. § (1).

34 Xxxx Xxxxx: Rechtsfragen von Open Source – xxxx://xxxxxxxxxx.xx/xxxxxxxxxx/Xxxxxxxxxxxx_xxx_Xxxx_

Source.pdf.

Xxxxxx, Xxxxxx, Gyertyánfy, Vékás: i. m. (10), p. 64.

General Public License version 3 – xxxx://xxx.xxx.xxx/xxxxxxxx/xxx.xxxx, 10. pont.

Peer production, lásd: Xxxxx Xxxxxx: Ingyen sör és szólásszabadság: szoftverek teljes és részleges közkincs- be bocsátása. Infokommunikáció és Jog, 7. évf. 4. sz., 2010. május, p. 156.

I. m. (36), 5. a) pont.

Xxxxxx, Xxxxxx, Gyertyánfy, Vékás: i. m. (10), p. 66.

A szerzőt megillető személyhez fűződő jogok harmadik csoportját a műve integritásá- hoz való jog képezi. A szerző az Szjt.-re hivatkozva40 a GPL-licenc rendelkezései ellenére felléphet programjának bármely fajta eltorzítása ellen, amely a becsületére vagy a hírnevére sérelmes. Ez a jog a szerzőt a GPL ezzel ellentétes rendelkezései ellenére is megilleti, hiszen azok a magyar jog alkalmazásában jogellenesség miatt semmisnek minősülnek.

5. Szoftverszabadalmak

Az egyik legégetőbb kihívást41 a GPL-licencet alkalmazó szoftverfejlesztők számára az jelen- tette, hogyan védekezzenek a licencből eredő jogaik gyakorlását veszélyeztető szabadalmak- kal szemben. A szabadalom a szabadalmasnak az állam által adott kizárólagos jog, amely megakadályozza, hogy más a szabadalmas engedélye nélkül a szabadalom tárgyát előállítsa, használja vagy terjessze. A szabadalomnak ez a fajta kizárólagossága teljesen ellentétben áll a nyílt forráskódú szoftvereket kísérő licencszerződések céljával és szellemiségével. Ha a nyílt forráskódú szoftverek felhasználói megalapozottan attól tarthatnak, hogy szabadalmi perek alperesei lesznek csak azért, mert egy nyílt forráskódú programot használnak, akkor olyan vállalatok megoldásait kezdik választani, amelyek szabadalomhasznosítási szerző- désekkel védik a saját ügyfeleiket. Ezzel rövid távon kvázi tulajdonosi programmá válnak az eredetileg nyílt forráskódú programok. Mivel azonban nem mindenki engedheti meg magának, hogy szabadalomhasznosítási szerződésekkel védekezzen, ezért a nyílt forráskó- dú szoftverek nagyszámú, de kevésbé tőkeerős fejlesztői idővel felhagynának a tevékenysé- gükkel, ami hosszú távon a nyílt forráskódú fejlesztési modell sajátos ökoszisztémájának összeomlásához vezetne. Jóllehet a GPL-licenc kettes verziója is tartalmazott a szabadal- masok mozgásterét korlátozó szabályt, azonban a nyílt forráskódú szoftverek ellen irányuló szabadalmi perek számának megnövekedése, és a szoftverszabadalmakkal kapcsolatos hát- téralkuk megjelenése miatt a kétezres évek második felére a korábbinál részletesebb szabá- lyokra volt szükség a GPL-licenc új verziójában. Az egyik ilyen, a GPL-licenc alatt terjesztett programokat is érintő eset a 2006 novemberében a nyílt forráskódú szoftverekkel foglal- kozó Novell és a Microsoft által megkötött szerződés volt, amely a két vállalat szorosabb együttműködése mellett azt is biztosította, hogy egy bizonyos összegért cserébe a Microsoft tartózkodni fog szabadalmainak peres úton való érvényesítésétől a Novell ügyfeleivel szem- ben. A két vállalat jogászai elmésen nem minősítették a szerződést szabadalomhasznosítási szerződésnek, hanem a GPL-licenc kettes verziójának egyik joghézagát kihasználva csak a perléstől való tartózkodásról állapodtak meg, így a Novell sem veszítette el a GPL-licencből származó jogait.

40 Szjt. 13. §.

41 Xxxxxxx X. Stallman: The GNU Operating System and the Free Software Movement. In Xxxxx XxXxxx,

Xxx Xxxxxx: Open Sources. Voices from the Open Source Revolution, O’Rielly Media, 1999 – http:// xxxxxxx.xxx/xxxxxxxx/xxxxxxxxxxx/xxxx/xxxxxxxx.xxxx.

Az új licenc szoftverszabadalmak ellen alkotott szabályai négy csoportra tagolhatók:42

a) egyértelmű engedély a szabadalmak hasznosítására,

b) szabadalmi jog érvényesítését szankcionáló rendelkezés,

c) „tudott, hogy függő” kitétel a reciprocitási láncban következő felhasználó védelme céljából,

d) szabadalomhasznosítási szerződésekre vonatkozó rendelkezések.

a) Egyértelmű engedély a szabadalmak hasznosítására

Azoknak a személyeknek a szabadalmaira ad egyértelmű hasznosítási engedélyt a GPL- licenc, akik létrehozzák vagy módosítják a licenc hatálya alá tartozó programot, és olyan mértékben, amely a licencben foglalt jogok gyakorlásához szükséges, vagyis amelyek meg- léte nélkül a licencben foglalt jogok gyakorlása megsértené a szabadalmas jogait. Ez a hasz- nosítási engedély nem kizárólagos, az egész világra kiterjedő és jogdíjmentes, valamint a licenc elfogadása idején már lajstromozott és a csak később lajstromozásra kerülő szabadal- makra is vonatkozik. Azonban a GPL-licencben lévő szabadalmi felhasználási engedély ko- rántsem korlátlan. Csak azon személyek által birtokolt szabadalmak tartozhatnak a haszno- sítási engedély hatálya alá, akik a GPL-licenc hatálya alá tartozó szoftvert létrehozzák vagy módosítják,43 a szoftverek egyszerű terjesztőinek birtokában lévő szabadalmak tehát nem.44 Nem tartoznak ebbe a körbe azok a szabadalmak sem, amelyeknek a program későbbi, más által végrehajtott módosítása miatt lesz jelentőségük.

A magyar jog nem várja el a szabadalomhasznosítási szerződések feltétlen írásba foglalá- sát, ezért a licenc ezen rendelkezésének alaki érvényességéhez nem fér kétség.

b) Szabadalmi jog érvényesítését szankcionáló rendelkezés

A szabadalomhasznosítási engedély negatív definiálásának tekinthető az a rendelkezése a licencnek, ami közvetve a szabadalmi jog érvényesítését szankcionálja. A licencbe adó nem korlátozhatja az eredeti licencben biztosított jogokat a program terjesztése során, a licenc értelmezésében pedig ilyen korlátozásnak minősül egy szabadalmi per megindítása a prog- ram licencbe vevőivel szemben. Más nyílt forráskódú szoftverek felhasználói szerződései- ből45 átemelt szankcióként ilyenkor a felperes licencének érvényessége megszűnik, vagyis valaki nem lehet egyszerre egy szabadalmi per felperese és a GPL-licenc által jogosított

42 Tsai: i. m. (19).

43 Őket nevezi a szerződés közreműködőknek.

44 Az új licenc korai tervezetében a közreműködők mellett a terjesztők is szerepeltek, azonban a jelentős

szabadalmakkal rendelkező vállalatok nyomására ez kikerült a végleges változatból, lásd GPLv3 Third

Discussion Draft Rationale 2007 – xxxx://xxxx0.xxx.xxx/xxx0-xx0-xxxxxxxxx.xxx.

Többek között az Apache Licence kettes verziója, a Mozilla Public Licence kettes verziója és a Nokia Open Source Licence is hasonló megoldást tartalmaz.

személy. Ezzel a módszerrel különösen azokat a jogalanyokat lehet a jogérvényesítéstől el- tántorítani, akik üzleti tevékenységük során részben vagy egészben a GPL-licenc hatálya alá tartozó programokat hasznosítanak, hiszen az ilyen összetett technikai megoldásokat tartalmazó programok helyettesítése rövid távon nehézségeket okozhat. Természetesen ez a szabály senkit sem akadályozhat meg abban, hogy a GPL-licenc hatálya alá tartozó prog- ramok terjesztésével rögtön felhagyjon, mielőtt benyújtja a keresetlevelét a bírósághoz. A kellően motivált szabadalmi jogosultak ellen tehát nem lehet hatásos eszköz.

A szerződés jelen rendelkezésének a magyar jogrendszerben való érvényessége attól függ elsősorban, hogy milyen módon értelmezzük azt. A szabály tisztán nyelvtani értelmezése során nem hagyhatjuk figyelmen kívül, hogy a licenc szövege határozottan megtiltja a ke- reset, illetve viszontkereset megindítását: „Ön ... nem indíthat keresetet azt állítva, hogy bármilyen szabadalmi igénypont meg lett sértve”.

A szabály tisztán nyelvtani értelmezése esetén nem kétséges, hogy a szerződés ezen ren- delkezése jogszabályba ütközés miatt semmis lesz, hiszen az alaptörvényben biztosított jog- orvoslathoz való jogot próbálja jogellenesen elvonni.

Létezik ennek a szabálynak egy logikai-rendszertani értelmezése is, ami gyökeresen más eredményre vezet a szerződés érvényessége, illetve részleges érvénytelensége szempontjá- ból. A szabály vizsgálata során nem szabad figyelmen kívül hagynunk egyrészt a szerződés szerkezetét, másrészt a vitatott rendelkezés funkcióját sem. Ezt a fajta értelmezést támogatja a Ptk. is, amikor arról rendelkezik, hogy „Az egyes szerződési feltételeket és nyilatkozatokat a szerződés egészével összhangban kell értelmezni”.46

A licenciaszerződés szerkezetének vizsgálata kapcsán arra kell felfigyelnünk, hogy a szer- ződés önálló fejezetben szabályozza a licenc megszűnését. Ez egy egyszerűsítési technika része, aminek az a célja, hogy ne kelljen minden bekezdés végén a jogvesztést mint a szer- ződés megszegésének a szankcióját kilátásba helyezni. Ehelyett a szerződés meghatározza a licencbe vevő jogait és kötelezettségeit, majd a nyolcadik szakaszban arról rendelkezik, hogy a szerződés megsértésével a licencbe vevő jogai automatikusan megszűnnek. Vagyis akkor, amikor a tizedik szakasz végén a szerződés arról ír, hogy a licencbe vevő nem indíthat keresetet a bíróságon, valójában nem a jogorvoslati jogot akarják elvonni vagy korlátozni, hanem a nyolcadik szakasz segítségével a felhasználási jogot, ami így nem lesz jogellenesség miatt érvénytelen.

Hasonló következtetésre juthatunk akkor, ha a szabály funkcióját vizsgáljuk meg. A szer- ződésnek ez a rendelkezése azt kívánja elérni, hogy az érintett szabadalmak felhasználása miatt a felhasználónak ne kelljen szabadalmi pertől tartania. A szabadalomhasznosítási szerződések funkcióját tekintve ugyanez a céljuk. Mivel a licenc kifejezetten tartalmaz sza- badalomhasznosítási engedélyt, ezért ezen vitatott rendelkezés tekinthető a felhasználási engedély negatív formában való megerősítésének is.

46 Ptk. 6:86. § (1).

A felhasználási jog elvonása önmagában is egy szigorú szankció, különösen ha egy alap- vetően jogszerű cselekmény jogkövetkezményeként kerül rá sor, ezért a jogellenesség mi- atti semmisségen kívül is lehetnek olyan, szerződéskötési szabadságot korlátozó magánjogi szabályok, amelyek az itt tárgyalt rendelkezés tényleges hatályosulását akadályozhatják. A GPL-licenc a magyar Ptk. alkalmazásában általános szerződési feltételnek minősül, hiszen azt alkalmazója több szerződés megkötése céljából egyoldalúan, a másik fél közreműködése nélkül előre meghatározta, és jó eséllyel a szerződést kötő felek sem tárgyalták meg egyedi- leg a GPL rendelkezéseit.47

A Ptk. szerint tisztességtelen az az általános szerződési feltétel, amely a szerződésből ere- dő jogokat és kötelezettségeket a jóhiszeműség és tisztesség követelményének megsértésével egyoldalúan és indokolatlanul a szerződési feltétel alkalmazójával szerződő fél hátrányára állapítja meg.48 A tisztességtelen általános szerződési feltételt a sérelmet szenvedett fél meg- támadhatja.

Fogyasztó és vállalkozás közötti szerződés esetén a Ptk. az úgynevezett feketelistában meg is határoz egyes szerződéses kikötéseket, amelyek mindig tisztességtelennek minősülnek. Ennek a feketelistának a nyolcadik pontja szerint fogyasztó és vállalkozás közötti szerződés- ben tisztességtelennek minősül az a kikötés, amely kizárja vagy korlátozza a fogyasztó peres vagy más jogi úton történő igényérvényesítési lehetőségeit. Azonban nem életszerű, hogy a szerződést kötő fél egyszerre minősüljön egy szabadalom jogosultjának és fogyasztónak is, ezért jelen szerződéses feltétel tisztességtelen voltának megállapítását nem könnyíti meg jogszabályi vélelem.

c) „Tudott, hogy függő” kitétel a reciprocitási láncban következő felhasználó védelme céljából

A GPL-licencbe foglalt szabadalomhasznosítási engedély azokra az esetekre nem képes megoldást nyújtani, amelyeknél nem a licencbe adó rendelkezik a fedett programot érintő szabadalommal – hiszen ilyenkor a licencbe vevő megkapná a hasznosítási engedélyt –, hanem egy harmadik, a reciprocitási láncban nem szereplő személy. A „tudott, hogy függő” szabály megalkotására azért volt szükség, hogy a fedett program licencbe vevőit megóvják egy esetleges szabadalmi per következményeitől. Ennek a szabálynak az értelmében a li- cencbe adó nem terjesztheti az olyan programot, amelyről ténylegesen tudja, hogy a szaba- dalmi licenc hiányában a program továbbítása vagy használata az adott országban egy vagy több jogosnak vélt szabadalmat sért. Jóllehet ez a szubjektív elem a licencben is könnyen kibúvót jelent, azonban a licenc más megoldást is lehetővé tesz a hasonló helyzetekre. A fedett program terjeszthetővé válik,

47 Ptk. 6:77. § (1).

48 Ptk. 6:102. § (1).

1. ha a forráskódot nyilvános hálózatról elérhetővé teszik a GPLv3 hatálya alatt, vagy

2. ha a licencbe vevő megfosztja magát az adott munkára vonatkozóan a szabadalmi licenc összes előnyétől, vagy

3. ha a GPL-licenc követelményeivel összhangban megszervezi, hogy a szabadalmi li- cenc a további fogadó felekre is kiterjedjen.

Az első lehetőség az eddigieknél lényegesen nagyobb kötelezettséget hárít a licencbe adó- ra, hiszen az általános szabályokkal ellentétben nemcsak azok számára kell hozzáférhetővé tenni a forráskódot, akik a gépi kódot is megszerezték, hanem egy sokkal szélesebb, előre nem meghatározható kör számára kell elérhetővé tennie. A második lehetőség egy olyan drasztikus lépés, ami a licencbe adó egyéb üzleti tevékenységére is hatással lehet, ezért a tényleges alkalmazása kétséges. A harmadik lehetőségnél pedig annak költségvonzatai vet- nek fel kétségeket.

d) Szabadalomhasznosítási szerződésekre vonatkozó rendelkezések

A Novell és a Microsoft között megkötött szerződés által keltett közfelháborodásra reagálva a Free Software Foundation két új szabályt helyezett el a licenc készülő új változatában azért, hogy további szerződések hasonló tartalommal való megkötését megnehezítse. Az első rendelkezése a Microsoft magatartása ellen irányult: ha valaki a GPLv3 hatálya alá tartozó programot terjeszt, azonban egy megállapodás nyomán a felhasználók csak egy bizonyos körének ad szabadalmi felhasználási engedélyt, akkor ezt a szabadalmi felhasználási enge- délyt az összes felhasználó számára megadottnak kell tekinteni. A licenc második rendel- kezése a Novell magatartása ellen irányul: a program terjesztéséhez való jog elvesztésének terhe mellett megtiltja, hogy a licencbe vevő olyan szerződést kössön szoftverek terjesz- tésével foglalkozó harmadik féllel, amelynek alapján a licenc hatálya alá tartozó program terjesztése miatt a licencbe vevő pénzt fizet azért, hogy a harmadik fél mindazoknak, akik a licencbe vevőtől megkapják a lefedett munkát, egy diszkriminatív szabadalmi licencet adjon. Diszkriminatívnak minősül a szerződés, ha nem biztosítja a GPL-licenc által meg- adott jogokat, vagy megtiltja azok gyakorlását, vagy feltétele ilyen jogok nem gyakorlása. Ez alól a szabály alól kivételt jelentenek a 2007. március 28. előtt megkötött szerződések, így a Novell–Microsoft-szerződés is. A GPL-licenc alkotói igyekeztek megakadályozni, hogy a továbbiakban a Novell–Microsoft-alkuhoz hasonló kreatív szerződésszövegezéssel a licenc megkerülhető legyen, ezért a szabadalmi licenc fogalmát tágan határozták meg: minden olyan kifejezett megállapodásra vagy elkötelezettségre vonatkozik annak elnevezésétől füg- getlenül, amely egy szabadalom hasznosításáról szól.

6. A szerzői jog védelmét szolgáló hatásos műszaki intézkedések megkerülése

A Szellemi Tulajdon Világszervezetének égisze alatt a részes államok 1996. december 20-án Genben elfogadták a szerzői jogról szóló nemzetközi szerződést, amelyet a 2004. évi XLIX. törvény ültetett át a magyar jogrendszerbe. A szerződés tizenegyedik cikke a hatásos műsza- ki intézkedések védelmét teremti meg azzal, hogy a részes államok megfelelő jogi védelmet és hatékony jogorvoslatot biztosítanak azoknak a hatásos műszaki intézkedéseknek a meg- kerülése ellen, amelyekkel a szerzők műveik tekintetében korlátozzák az általuk nem enge- délyezett, illetve a jogszabály által meg nem engedett cselekményeket. A WIPO-szerződést is figyelembe véve született meg az Európai Unió 2001/29/EK irányelve az információs tár- sadalomban a szerzői és szomszédos jogok egyes vonatkozásainak összehangolásáról, szin- tén védve ezeket a hatásos műszaki intézkedéseket. Ezen közjogi előzmények után a szerzői jogról szóló 1999. évi LXXVI. törvény 95. § a szerzői jog megsértésének következményeit rendeli alkalmazni a hatásos műszaki intézkedés megkerülőivel szemben, feltéve, hogy ezt a cselekményt olyan személy hajtja végre, aki tudja vagy akinek az adott helyzetben általában elvárható gondosság mellett tudnia kellene, hogy a cselekmény célja a műszaki intézkedés megkerülése. Hatásos műszaki intézkedésnek minősül minden olyan eljárás, amely arra szolgál, hogy a szerzői jog jogosultja által nem engedélyezett cselekményeket megelőzze, és ténylegesen alkalmas erre a célra. A GPL-licenc ugyan nem tiltja meg,49 hogy a hatálya alá tartozó programba a szerző hatásos műszaki intézkedést építsen be, azonban a prog- ram átdolgozásához való joggal összhangban lehetővé teszi, hogy az ilyen intézkedéseket a licencbe vevő eltávolítsa vagy megkerülje. A WIPO szerzői jogi szerződésével, és így a ré- szes államok szerzői jogával való összhang biztosítása miatt kísérelték meg a szerződésben annak kimondását, hogy semmilyen fedett munka része nem tekinthető a genfi szerződés alapján hatásos műszaki intézkedésnek. Egy ilyen fajta deklarációtól természetesen semmi- lyen joghatás nem remélhető. Ezenkívül a licencbe adó a lefedett program továbbadásakor lemond minden olyan jogáról, amellyel megtilthatná a hatásos műszaki intézkedés meg- kerülését akkor, ha az ilyen megkerülés befolyásolja a GPL-licencben a lefedett munkára vonatkozóan megadott jogok gyakorlását.

7. Fogyasztói termékekre vonatkozó szabályok

A felhasználó jogainak hatékony gyakorlását nemcsak a fentebb tárgyalt jogi eszközök ké- pesek korlátozni, hanem különböző műszaki megoldások is. Az angol nyelvű szakiroda- lomban az első alkalmazója után „tivoization”-nek nevezett gyakorlat is ilyen műszaki meg- oldást jelent. A televízióműsor rögzítésére alkalmas eszközök gyártója, a Tivo, a General Public Licence kettes verziójának hatálya alá eső szoftvereket épített be termékeibe, és for-

49 Jóllehet a Free Software Foundation ideológiai okokból ellenzi a hatásos műszaki intézkedések alkalma- zását.

málisan meg is felelt a licencszerződés rendelkezéseinek, hiszen a termékén futó szoftver forráskódját a módosítást is lehetővé téve közzétette. Egyúttal azonban egy olyan különleges áramkört épített be az eszközökbe, amely képes volt érzékelni a rajta működtetett szoftver módosított voltát, és letiltotta az eszköz működését, amikor módosított szoftvert próbáltak rajta elindítani. Vagyis a felhasználónak lehetősége volt az eszközön futó szoftver megisme- résére és módosítására, de nem volt képes arra, hogy a saját módosított változatát az érdeke- inek megfelelően használja is. Ezzel a Xxxx nem sértette meg a licencszerződés szabályait, de ellentmondott céljának és szellemiségének. Az ilyen in fraudem legis gyakorlat elterjedése miatt volt szükség a GPL hármas verziójában a telepítési információk sorsának rendezésére. A telepítési információ fogalmát garanciális okokból kellően tágan fogalmazza meg a szer- ződés: magában foglalja az összes módszert, eljárást, feljogosítási kulcsot vagy egyéb infor- mációt, amely az adott termékben a lefedett munka forráskódjának egy módosított változa- tának telepítéséhez és futtatásához szükséges. Vagyis az ilyen információnak alkalmasnak kell lennie arra, hogy a módosított program működését lehetővé tegye. Az ilyen telepítési információkat abban az esetben kell mellékelni a program forráskódja mellett, ha a fedett program gépi kódját egy felhasználói termékre telepítve, kifejezetten a fogyasztói terméken történő felhasználás céljából adják át. A telepítési információk közlésének kötelezettsége alól két kivételt enged meg a szerződés. Nem kell a telepítési információkat mellékelni ak- kor, ha a módosított gépi kód telepítése a termékre objektív okból nem lehetséges, pl. mert a program csak olvasható memóriában van tárolva az eszközön. A másik kivétel arra az esetre vonatkozik, amikor a módosítás maga lényegesen és hátrányosan befolyásolná egy hálózat működését, vagy megsértené a hálózati kommunikáció szabályait és protokolljait. Ilyenkor a módosított programot tartalmazó eszközt le lehet tiltani a hálózatról, amivel esetleg a rendeltetésszerű működését is meg lehet akadályozni. A két kivétel közül az első lényegesen enyhébb, hiszen műszaki okokból senki által nem megkerülhető esetre vonatkozik, ezért a telepítési információk közreadásának ilyenkor nem is lenne értelme. A licenc szabályá- nak megkerülése céljából az ilyen műszaki megoldások azért nem fognak elterjedni, mert egyúttal a szoftverfrissítéseket és javításokat is lehetetlenné tennék a termék megjelenése után. A második kivétel már sokkal bizonytalanabb a jogalkalmazás szempontjából, ezért lehetővé teszi a licenciaszerződés megkerülését a hálózat biztonságára hivatkozva. Egy jö- vőben meghozott bírói döntésnek kell majd tisztáznia, hogy milyen körülmények között kerül veszélybe a hálózati kommunikáció működése.

A licenc korábbi változatai kifejezetten szigorúan reagáltak az esetleges szerzői jogi jog- sértésekre, hiszen azonnal megszüntették a felhasználó licenc keretében megszerzett jogait. Ezt a jogvesztést igyekszik enyhíteni az új felhasználási szerződés, amely lehetővé teszi azt, hogy ha a jogszerű állapot helyreállítását követő hatvannapos átmeneti időszakon belül a jogtulajdonos nem jelzi a licenc megszüntetését, a licencbe vevő felhasználási szerződésből származó jogai tartósan helyreállnak. Ha a hatvannapos időszak alatt a jogtulajdonos érte- síti a jogsértőt a licence megszűnéséről, akkor az értesítés kézhezvételéig ideiglenesen szerzi

vissza a licencből eredő jogokat, az értesítés kézhezvételével azonban véglegesen megszűn- nek a szerződésből eredő jogai.

8. A szerződés új változatai

A GPL legutolsó változata is kilátásba helyezi, hogy a Szabad Szoftver Alapítvány idővel kiadja a szerződés felülvizsgált változatait. A szerződés ezen rendelkezése nemcsak a szoft- verfejlesztők részéről lett kritika tárgya,50 de a szerzői jogi törvénnyel is ellentétben állhat. A probléma forrása az, hogy a licenc választásakor a szerzői jog jogosultja dönthet úgy, hogy programja nem csak a GPL egyik meghatározott változatai szerint lesz terjeszthető és módosítható, hanem a szerződés később megjelenő (tetszőleges) változata szerint is. A szerződés törzsszövegét követő copyright notice minta is ezt a megoldást propagálja.51 Ez a megoldás alkalmas lehet arra, hogy a szerződés megkötésekor még ismeretlen felhasználási módokat is bevonjon a felhasználási engedélybe, amit a Szjt. kifejezetten megtilt.52 A szer- ződés ugyan némiképp csökkenti a probléma jelentőségét azzal, hogy az új licencválasztás nem eredményezheti további kötelezettségek keletkezését a szerzőkre nézve, de az így fel- merült problémát nem sikerült megnyugtatóan rendezni.

9. A felelősség és szavatosság kizárása

A GPL-licenc a szoftver ingyenességére hivatkozva igyekszik kizárni mindenfajta polgári jogi felelősséget. A felhasználási szerződés ezen rendelkezésének tényleges hatályosulását a szerződésre egyébként alkalmazandó jogrendszer magánjogi, illetve fogyasztóvédelmi ren- delkezései korlátozhatják.

Így van ez a magyar jogban is, ahol a szándékosan okozott, továbbá emberi életet, tes- ti épséget vagy egészséget megkárosító szerződésszegésért való felelősséget korlátozó vagy kizáró szerződési kikötés semmis. A szerződés felelősséget kizáró klauzulája eredménye- képpen a szerződést kötő fél a szerződésszegése következtében csak a szándékosan okozott, illetve az emberéletben, testi épségben vagy egészségben keletkezett károkért lesz felelős. A licenc ingyenes volta miatt53 felelősség ilyesfajta kizárása hiányában a Ptk. ingyenes szer- ződésekre vonatkozó rendelkezéseit kellene alkalmaznunk a felelősség mértékének megál- lapításakor.54

50 Xxxxx: i. m. (34).

51 I. m. (36).

52 Szjt. 44. § (2).

53 Xxxxx Xxxxx: A szoftverek szerzői jogi védelme. Iparjogvédelmi és Szerzői Jogi Szemle, 110. évf. 3. sz.,

2005. június – xxxx://xxx.xxxxx.xxx.xx/xxxxx/xxxx/000000/00-xxxxx-xxxxx.xxxx.

Ptk. 6:147. §.

Mivel a szerződés bizonyos esetekben lehetővé teszi, hogy visszterhesen terjesszék a fe- dett művet,55 ezért ilyenkor a magánjog kellékszavatossági szabályai is alkalmazhatók. Fo- gyasztó és vállalkozás közötti szerződés esetén a GPL ezzel ellentétes kikötése is semmis.56 A fogyasztó elsősorban kijavítást vagy kicserélést követelhet, másodsorban árleszállítást igényelhet, vagy elállhat a szerződéstől.

Természetesen lehetőség van arra, hogy valaki szerződésben a jogszabályi minimumot meghaladó felelősséget vállaljon teljesítése szerződésszerűségéért.57 Erre sor kerülhet egy supportszerződés keretei között, amelyben valaki egy informatikai rendszer üzemeltetésére vállal kötelezettséget.

V. Nyílt forráskódú szoftverlicencek az európai bíróságok előtt

A GPL nemzetközi jellege miatt sokáig kérdéses volt, hogy a szerződés rendelkezései milyen terjedelemben érvényesíthetőek a kontinentális jogrendszerek bíróságai előtt.

A német netfilter/Sitecom-eset volt az első, amikor egy európai bíróságnak a GPL érvé- nyesíthetőségéről kellett döntenie.58 A netfilter egy nyílt forráskódú tűzfalprogram, amit az alkotói a GPL kettes változata szerint terjesztenek a honlapjukon.59 A per alperese hálózati eszközök gyártásával és forgalmazásával foglalkozó gazdasági társaság, amely a per tárgyát képező szoftvert a saját honlapján tett lehívhatóvá. Az alperes honlapja nem tartalmazta a GPLv2 szövegére történő felhívást, és nem tette közzé a szoftver forráskódját sem, amivel az alperes megsértette a felhasználási szerződés rendelkezéseit.

A per során a bíróság arra keresett választ, hogy a felperes perbeli alaki legitimációja elégséges-e. A nyílt forráskódú szoftverek jellemzően több társszerző közös munkájának az eredményei, ezért kérdéses volt, hogy ki jogosult a per megindítására. Mivel a német szerzői jog lehetővé teszi, hogy a jogsértésekkel szemben a társszerzők egyike önállóan fellépjen, ezért a felperes perbeli alaki legitimációja megfelelő volt.

A másik megvizsgálandó kérdés, hogy érvényesen létrejött-e a peres felek között a szoft- verfelhasználási szerződés a felperes honlapján található információk alapján. A netfilter letöltőoldala tartalmazott egy utalást a GPLv2 szövegére, amelynek alapján az alperes sza- badon megismerhette a szerződés rendelkezéseit, a bíróság ezért megállapította, hogy az alperes a szoftver letöltésével elfogadta a felhasználási szerződést, amit a német jog alkalma- zásában egyúttal általános szerződési feltételnek is minősített.

A német bíróság ezután megvizsgálta a GPL anyagi jogi érvényességének a kérdését. A bí- róság sikeresen felismerte a szerződés alapgondolatát: a szerződés nem jelent a szerzői jogról

55 Ilyen eset lehet pl. a program fizikai adathordozón való közzététele.

56 Ptk. 6:157. §.

57 Xxxxx: i. m. (34).

58 Xxxxx Xxxxxxx: General Public License in Court - Analyses of the case law in EU countries – xxxxx://xxx.

xxx.xxxxxxxx.xx/xxxx/xxx/00x0/xxxxxxx.xxxx.

Netfilter licensing.

való lemondást, éppen ellenkezőleg, hiszen a szerzői jogi védelem a GPL hatályosulásának a jogszabályi alapja. A GPL legfontosabb tulajdonságát jelentő reciprocitást is érvényes szer- ződéses kikötésnek találta.

Egy másik, magyar bíróság előtt lezajlott ügyben60 a nyílt forráskódú szoftverek gazda-

sági-jogi értékelésének volt jelentősége. A perben a felperes gazdasági társaságot többek között az alperes alapította reklámozási tevékenység folytatása céljából. A társasági szer- ződésben az alperes nem pénzbeli vagyoni hozzájárulás teljesítését vállalta azzal, hogy a társaság céljait szolgáló, több modulból álló szoftverrendszer földrajzi és időbeli korlátozás nélküli kizárólagos felhasználási jogát ruházza át a társaság részére. A perben az igazság- ügyi szakértő megállapította, hogy az alperes által szolgáltatott szoftver egy nyílt forráskódú szoftverből származtatott műnek tekinthető. Az alperes által eszközölt változások tipikusan a szoftver megjelenésére, a licenchivatkozások és a szoftver eredetére vonatkozó utalások megváltoztatására vonatkoztak. Ezek miatt a per tárgyát képező szoftver nem tekinthető egyéni, eredeti jelleggel bíró alkotásnak. Mivel a szolgáltatott szoftver nyílt forráskódú li- cenc hatálya alá tartozik, és az internetről szabadon letölthető, ezért arra a gazdasági társa- ság sem szerezhetett kizárólagos felhasználási jogot, és a társaság üzleti céljainak elérésére alkalmatlan, piaci értéke nulla forint. A Fővárosi Bíróság ítéletével elmarasztalta az alperest, amit a Fővárosi Ítélőtábla jogerősen helybenhagyott.61

VI. A GPL-licenc választásának hatása az üzleti modellre

A General Public License és a többi, a forráskód ingyenes továbbadását kötelezővé tevő licenc elterjedésének a kulcsa az ilyen módon licencelt programokkal foglalkozó vállala- tok jövedelemtermelő képessége lesz. Mivel a szoftver kódja főszabály szerint ingyen kerül terjesztésre, ezért a tulajdonosi szoftverek esetében alkalmazotthoz képest új típusú üzleti modellek megalkotására van szükség a jövedelmezőséghez. Üzleti modellt itt akként lehet a legszélesebb körben meghatározni, hogy a cégek milyen módon juthatnak az általuk megal- kotott termékek és szolgáltatások ellenértékéhez. A szolgáltatáson alapuló üzleti modellben, mivel a forráskód szabadon elérhető, a bevétel valamilyen szolgáltatás nyújtásából keletke- zik. Ilyen szolgáltatás lehet a nyílt forráskódú szoftver telepítése, a rendszerfelügyelet, az alkalmazottak betanítása, frissítések és műszaki támogatás nyújtása.

A kettős licencelésen alapuló62 üzleti modellekben az a közös, hogy a vállalat párhuzamo-

san alkalmaz nyílt forráskódú és tulajdonosi licencszerződéseket az ügyfeleivel szemben. Ez elképzelhető úgy, hogy a fő program mindenki számára szabadon elérhető, azonban a prog-

60 1-H-GJ-2011-114. bírósági határozat.

61 FIT-H-GJ-2011-303. bírósági határozat.

62 Split licensing lásd: Xxxxxx Xxxxx: From Open Source to long-term sustainablility. Review of Business

Models and Case studies – xxxx://xxxxxxx.xxxxx.xx.xx/000000/0/XXXX_XXX_XX_XXX_xxxxx_xxxxx0x. pdf.

xxx funkcionalitását javító kiegészítők már tulajdonosi szoftverként díj ellenében használ- hatóak. Ezt a megoldást választotta a Sun az XxxxXxxxxx.xxx nevű szoftver esetében. A nyílt forráskódú XxxxXxxxxx.xxx kódbázisára alapozva StarOffice néven készített kereskedelmi verziót a szövegszerkesztőből. Ebben az üzleti modellben a kapcsolódó szolgáltatásokon kívül már a szoftverből közvetlenül is származik bevétel. A másik lehetőség, hogy műszaki tartalom szempontjából ugyanazt a programot terjesztik két különböző, nyílt forráskódú és kereskedelmi szoftverlicenc alatt. Így járt el a MySQL nevű svéd vállalat, amely többek között a termékét tulajdonosi szoftverként is értékesíti azoknak az ügyfeleinek, akik nem akarják a GPL-licenc által támasztott szigorú követelményeket teljesíteni.

A nyílt forráskódot alkalmazó multinacionális vállalatok63 üzleti modelljében a válla-

lat által fejlesztett szoftver forráskódja nyílt és szabadon hozzáférhető, ezért az előfizetéses rendszerben az ügyfelek elsősorban nem a program kódjához nyernek hozzáférést, hanem terméktámogatást kapnak a pénzükért cserébe. Ez a terméktámogatás magában foglalja a kiadás után megjelenő új hardverelemek támogatását, új szoftverfunkciók hozzáadását, biz- tonsági frissítéseket és hibajavításokat. Egyéb szolgáltatásként jelenik meg a tanácsadás és támogatás, képzések szervezése és a tanúsítás (certifikáció). A tanúsítás során a vállalat azt garantálja, hogy az adott hardverelemen a saját rendszere mindenféle módosítás nélkül mű- ködésre bírható. Különleges értéknövelő szolgáltatást jelenthet a nyílt forráskódú biztosítás (pl. a Red Hat Open Source Assurance), amely szerződésben vállalt szavatosságként azt biz- tosítja, hogy a nyílt forráskódú licenc alatt terjesztett szoftverekkel kapcsolatos jogvitáknak nem lesz hatásuk a vállalat ügyfeleire, hiszen a vállalat kötelezettséget vállal egy program azonnali cseréjére akkor, ha a szellemi tulajdonhoz fűződő jogok megsértése miatt a prog- ram további használata lehetetlenné válna. Ennek a biztosításnak része lehet egy pénzügyi alap létrehozása is, amely a nyílt forráskódú programokat használók kockázatközösségét te- remti meg, hiszen célja a nyílt forráskódú programokkal kapcsolatos jogvitákban felmerülő kiadások fedezése. Ilyen üzleti modellt alkalmaz a Red Hat és a Suse Linux Enterprise is.

A szolgáltatáshoz hozzáférést biztosító64 üzleti modellben sem a nyílt forráskódú szoftver

jelenti a vállalkozás elsődleges termékét. A program feladata valamilyen hálózaton keresztül elérhető szolgáltatáshoz való hozzáférés biztosítása a felhasználó számára. A felhasználó ilyenkor az ilyen módon elérhető tartalomért fizet, ezért a kliensprogram nyílt forráskódú programként is közreadható különösebb hátrány nélkül.

A veszteséggel értékesített forgalomteremtő termékek65 üzleti modelljében a nyílt for-

ráskódúvá tett szoftverhez kapcsolódó kiegészítő termékek iránti kereslet növelése a cél.

63 Xxxxxx Xxxxx: A nyílt forráskódú szoftverek társadalmi-gazdasági hatásainak feltárása a központi kez- deményezések tükrében. Doktori értekezés – xxxx://xxx.xxxxx.xxx.xx/xxxxxxxxxxx/xxx/Xxxxxxxx_xx_

Tarsadalomtudomanyi_Kar/2009/Laszlo_Gabor/ertekezes.pdf.

Service enabler lásd: Xxxxx Xxxxxx: Setting up Shop: The Business of Open Source – xxxx://xx000.xxxxx. org/archives/in953/2005/lectures/papers/Setting_up_shop-The_business_of_open-source_software.pdf.

Loss leader lásd: Xxxxx Xxxxxxxxxx: The transformation of open source software – xxxx://xxx.xxx.xxxx. no/~xxxxx/xxxxx.misq.pdf.

Hasonló utat járt be több népszerű integrált fejlesztői környezetet fejlesztő vállalat a ter- mékeivel, pl. az IBM az Eclipse nevű programmal, a Sun a Netbeans-el és a BEA a Beehive nevű termékével. A fentebb vázolt üzleti modellek természetesen nagyon ritkán valósulnak meg önállóan, a legjellemzőbb az, hogy a nyílt forráskódú szoftverekkel foglalkozó vállala- tok hosszú távú jövedelmezőségük megteremtése céljából ezek valamilyen kombinációját alkalmazzák.

A védjegylicencia rendszerében66 a nyílt forráskódú szoftverek átdolgozóinak a jogosult

védjegyének a használatáért kell díjat fizetniük. Egy szoftver nyílt forráskódú licenccel való terjesztése nem jelenti azt, hogy a jogosultnak a szoftverhez kapcsolódó védjegyeit is ingyen kellene licencbe adnia.

Zárszó

A nyílt forráskódú szoftverek felhasználási szerződései hosszú utat jártak be legelső meg- jelenésük óta. Eredetileg az amerikai szerzői jogi hagyományokhoz igazodó szerződések mostanra globálissá váltak, és az európai jogászoknak is meg kell vizsgálniuk a szerződés által létrehozott jogviszonyokat. A szerződés európai hatályosulását érintő kezdeti bizony- talanságok után mostanra nyilvánvalóvá vált, hogy a szerződés lényeges elemei annak alko- tóinak szándékával megegyező módon váltanak ki joghatásokat a kontinentális jogrendsze- reken belül is. A forráskód kötelező közzététele és a szerződés reciprocitása is lényegében ugyanúgy kötelezi a magyar szerzőket, mint amerikai társaikat. Ezért aztán annak sincs jogi akadálya, hogy a hazai fejlesztők is széles körben elkezdjék használni a nyílt forráskódú megoldásokat, és kihasználják az ilyen típusú szerződéses keretek összes előnyét.

A GPL valamennyi vitatott pontja ellenére már a kezdetektől fogva képes volt arra, hogy hihetetlen mennyiségű szellemi tőkét gyűjtsön maga köré, és ezt a szellemi tőkét a közös célok mentén kamatoztassa. A szerződés által létrehozott különleges ökoszisztéma a szerző- dés legértékesebb eredménye, amely lehetővé teszi, hogy kiváló minőségű és ingyenes szoft- verek jöjjenek létre. Ebből a szempontból a GPL példátlanul sikeres szerzői jogi eszközzé vált történetének elmúlt 15 éve alatt.

66 Brand licensing lásd: Xxxxx Xxxxxx: Szabad-e a szoftver?; A FLOS szoftverek terjesztésére kiadott üzleti modellek és a kettős licenszelés jogi háttere. Infokommunikáció és Jog, 8. évf. 45. sz., 2011.

Document Metadata

Table of Contents

SZOFTVEREK SZERZŐI JOGA –

Document Metadata