Open Source e 'Appartenenza' del Software - pagina 1/2

Appartenenza del software tra open source e disciplina italiana del diritto d’autore

Il rapporto tra Open Source e diritto d’autore

E’ facile incorrere nell’errore di contrapporre concettualmente Open Source e proprietà intellettuale. Invero fra le due realtà non c’è antinomia, ma anzi il fenomeno open basa la propria essenza ed efficacia sul diritto d’autore, cui fa ricorso con l’intenzione di sfruttare le prerogative che esso garantisce, in modo da rendere effettivamente “libero” il software ed impedirne opportunistica acquisizione proprietaria da parte di terzi.

L’open source si configura quindi non come paradigma libertario anti-autorale, ma come un particolare atteggiarsi della tutela d’autore. Per questo motivo, le regole di attribuzione della titolarità dettate dalla disciplina d’autore, valgono, in linea generale, anche per i programmi open source. Tuttavia, le particolari modalità di creazione che spesso caratterizzano il software libero possono dare (e di fatto danno) vita ai problemi interpretativi (e non solo) trattati di seguito. E’ quindi utile ricordare brevemente le più importanti regole attributive generali, riguardanti (anche) il software, presenti nella Legge 633/1941, e confrontarle col mondo open source.

Cenni sulla disciplina italiana

Ai sensi dell’art. 2 sono compresi nella protezione i programmi per elaboratore, espressi in qualsiasi forma, purché originali (requisito che si aggiunge a quello della creatività ex art. 1) quale risultato di creazione intellettuale dell’autore.

I programmi per elaboratore sono protetti automaticamente dal momento della creazione (art. 6) e titolare dei diritti morali e di sfruttamento è l’autore, normalmente coincidente col creatore.

E’ considerato autore dell’opera collettiva chi organizza e dirige la creazione dell’opera stessa (art. 7), dove per opera collettiva (art. 3) si intende la riunione di opere o parti di opere che hanno carattere di creazione autonoma come risultato della scelta del coordinamento ad un determinato fine. L’opera collettiva è protetta come opera originale indipendentemente e senza pregiudizio dei diritti di autore sulle opere o sulle parti di opere di cui sono composte. Ex art. 40, il collaboratore di opera collettiva (diversa da rivista o giornale) ha diritto che il suo nome figuri nella riproduzione della sua opera nelle forme d’uso.

Le elaborazioni creative (art. 4), cioè modificazioni, aggiunte e variazioni sull’opera originaria che ne costituiscono rifacimento sostanziale, sono altresì protette senza pregiudizio dei diritti esistenti sull’opera stessa.

L’art. 10 recita: “se l’opera è stata creata con il contributo indistinguibile ed inscindibile di più persone, il diritto d’autore appartiene in comune a tutti i coautori”. Di conseguenza, l’esercizio dei diritti è subordinato al consenso di tutti i coautori comunisti, o all’autorizzazione dell’autorità giudiziaria in caso di rifiuto ingiustificato di uno di essi.

Queste regole ora ricordate paiono applicarsi anche nel caso del software. Lo stesso può dirsi per quanto riguarda le opere create nell’ambito di rapporti di lavoro (art 12-bis): il datore di lavoro è titolare del diritto esclusivo di utilizzazione economica del software creato dal lavoratore dipendente nell’esecuzione delle sue mansioni o su istruzioni impartite dallo stesso datore di lavoro.

All’autore spettano sempre e comunque i diritti morali, irrinunciabili, intrasmissibili ed imprescrittibili sul software creato, in particolare rispetto all’integrità dell’opera e alle modifiche potenzialmente lesive dell’onore o della reputazione dell’autore.

Al titolare dei diritti di utilizzazione economica (non sempre coincidente con l’autore) spettano i seguenti diritti esclusivi: pubblicazione; riproduzione; elaborazione; distribuzione con possibilità di esaurimento; uso. Questi diritti sono fra loro indipendenti, quindi la cessione di uno non comporta la perdita di tutti gli altri. Essi possono essere acquistati, alienati o trasmessi.

Questa breve elencazione dei diritti esclusivi e del loro contenuto, è finalizzata ad esplicitare alla titolarità di quali situazioni giuridiche conseguenti si fa riferimento quando, come nel presente contributo, ci si interroga sull’appartenenza del software.

Problematiche dell’appartenenza open source

Il software open source non si sottrae ai comuni principi dell’appartenenza, la quale è sempre originaria per il suo creatore persona fisica o in regime di comunione o condivisione di diritti con altri (parimenti creatori all’interno di un gruppo) e derivativa per i terzi che la acquisiscono in forza di un titolo traslativo, che può essere il medesimo titolo in base al quale l’opera è stata creata (lavoro autonomo e subordinato, prestazione d’opera) e produrre effetti al momento del venire in essere del risultato creativo, oppure essere un titolo diverso, caso in cui si applicano le norme di diritto comune sulla circolazione dei diritti sulle opere dell’ingegno.

Il fulcro del problema relativo all’appartenenza del software open source non consta quindi nel meccanismo attributivo conseguente alla creazione del sorgente, ma è correlato alle particolari e diversificate situazioni di plurisoggettività che possono sorgere: pluralità originaria di soggetti che partecipano alla creazione; pluralità successiva di soggetti che intervengono a modificare o sviluppare il risultato intellettuale preesistente, con conseguente problematica distribuzione dei diritti sulle opere così ottenute. La dottrina è divisa nel qualificare le due ipotesi (quando relative al fenomeno open source) come ambiti normativi distinti o a farli coincidere, ma non è questa la sede adatta ad approfondire tale questione. Per il nostro interesse, è sufficiente far notare come l’area concettuale delle opere originariamente create con il contributo di più soggetti e quella delle opere derivate, pur essendo ontologicamente autonome, tendano spesso a sovrapporsi poiché le elaborazioni creative compiute da soggetti diversi dall’autore originario, pongono, come le opere già all'origine plurisoggettive, il problema di definire le posizioni reciproche e le relazioni tra i diversi soggetti e quelle tra i diversi risultati.

Inoltre la questione è complicata dalla natura in fieri dell’open source software. Esso, nella sua forma più caratteristica, si forma per accrescimento, grazie ai contributi (leciti perché autorizzati) di elaborazione, correzione, variazione, sviluppo apportati da più soggetti. Il problema della plurisoggettività è quindi da considerarsi intrinsecamente connesso alle normali dinamiche creative ed attributive del software a codice aperto, motivo per cui si rende necessario l’approfondimento proposto di seguito.

Open source e disciplina delle opere derivate

Problemi e (possibili) soluzioni

L’elaborazione di software è definibile come l’utilizzazione diretta del codice del programma originario o delle informazioni tecniche che di esso si possiedano, al fine di modificarlo per creare un altro programma, il c.d. derivato (LOFFREDO). Perché si possa parlare di “elaborazione”, è inoltre necessario che il programma originario sia riconoscibile in quello derivato.

Tale attività da una parte va ad interessare l’appartenenza originaria sotto il profilo della gestione negoziale dell’esclusiva, dall’altra riguarda le posizioni dell’ideatore e derivatore rispetto al risultato.

Questo contesto è ulteriormente complicato dalla delocalizzazione degli interventi causata dalla diffusione delle opere tramite rete telematica globale e dalla molteplicità degli strumenti negoziali, che danno potenzialmente vita ad una collaborazione con soggetti non sempre determinabili in termini di identità e ruoli, e regolata da modalità spesso peculiari.

Nel tentativo di sciogliere i problemi sopra delineati, la prima e più ovvia ipotesi risolutiva consiste nel cercare le indicazioni di attribuzione della titolarità dei diritti sui contributi creativi nelle licenze dalle quali scaturisce la facoltà per gli utilizzatori di realizzare i contributi stessi. Così operando, tuttavia ci si renderebbe presto conto che, non utilizzando l’open source schemi contrattuali comuni per qualificare la collaborazione creativa (la licenza infatti costituisce diritti e obbligazioni in capo all’utilizzatore, ma non definisce la posizione di questi in termini di titolarità dei diritti), è impossibile risolvere i problemi di appartenenza sul piano degli effetti del negozio avente ad oggetto la creazione intellettuale.

In seconda battuta, si possono analizzare le norme di diritto d’autore all’interno delle quali viene operata una distinzione tra:

• i contributi che, se sufficientemente creativi, possono costituire un’opera derivata, da tutelarsi indipendentemente dall’opera originaria e senza pregiudizio dei diritti esistenti su quest’ultima, ex art. 4 l.a.;
• i contributi che, quando non sussistano i requisiti per costituire opera derivata, ma siano distinguibili e scindibili dall’opera originaria, sono soggetti all’applicazione della disciplina delle opere collettive, in forza della quale ciascun contributo potrà avere autonoma protezione, mentre autore dell’opera risultante dall’unione dei vari contributi sarà chi ha organizzato e diretto la creazione dell’opera stessa, ex artt. 3 e 7 l.a.; e infine,
• i contributi che, qualora non siano scindibili né distinguibili tra loro, sono assoggettati alle regole dettate per le opere in comunione, in base alle quali il diritto d’autore appartiene in comune a tutti i coautori, ex art. 10 l.a.

Ciò su cui gran parte della dottrina sembra però concorde, è la difficoltà di ricondurre i fenomeni open source ad una (o talvolta ad una sola) delle fattispecie previste dalla legge. Il software libero è difatti interessato da dinamiche di sviluppo molteplici e molto differenti tra loro, e solo un’analisi caso per caso delle stesse può portare alla più corretta sussunzione.

La dialettica creatività / autonomia

La dottrina è invece divisa sull’attribuire, o meno, rilevanza all’autonomia (in termini di funzione assolta dal programma derivato) del contributo creativo nel decidere dell’attribuzione dei relativi diritti.

In virtù della seconda impostazione, tutte le opere di seconda generazione, anche se oggetto di autonomo diritto, sono sempre e comunque dipendenti, con conseguente inibizione di ogni utilizzazione non privata senza consenso dell’autore dell’opera principale.

Secondo la prima posizione (LOFFREDO), invece, il riconoscimento dell’appartenenza di un contributo creativo è condizionato dal grado di autonomia o dalla mancanza di autonomia creativa del risultato elaborato rispetto all’opera originaria. Un intervento principalmente correttivo, privo di apprezzabile sforzo creativo non fa di norma attivare situazioni di appartenenza in capo all’elaboratore. Di contro, l’intervento che porti ad un risultato che ecceda la sufficiente creatività, nel quale cioè non sia più riconoscibile l’identità del codice originario porta ad attribuire esclusivamente l’opera derivata al suo creatore, in quanto si è persa la riferibilità all’opera originaria. In proposito, Di Rienzo fa notare come, in ambito open source, ciò comporti il non prodursi dell’effetto dell’ultrattività generalmente dettato nella licenza che accompagna l’opera originaria.

Ma se quelli appena delineati sono i casi estremi, è intuitivo che i problemi maggiori si pongano per i risultati di tipo intermedio, quelli sufficientemente creativi, ma non autonomi. A questa categoria possiamo ricondurre gli interventi di aggiornamento, miglioramento e adattamento del codice, in parte richiamando l’art. 4 l.a. il quale, unitamente al secondo comma dell’art 7, delinea una relazione dai tratti poco definiti tra autore originario e sviluppatore. Questa relazione può dar vita (alternativamente) ad una delle fattispecie che la legge ricollega alla collaborazione creativa.

Un intervento elaborativo che per funzioni e struttura concettuale corrisponda alla (e si inserisca nella) specifica logica progettuale iniziale dell’ideatore del codice originario (che ha esercitato nella fattispecie un’azione di controllo e coordinamento), è plausibilmente inquadrabile nello schema dell’opera collettiva, con attribuzione dei diritti esclusivamente all’ideatore-organizzatore, o alle software houses o gruppi organizzati di sviluppo. Generalmente quando questo schema si realizza, viene concesso allo sviluppatore il diritto di utilizzare autonomamente la propria elaborazione, ma non in concorrenza con l’opera collettivamente realizzata.

Proviamo invece ad immaginare il caso in cui il risultato dell’intervento creativo sia privo di completa autonomia, ma si colleghi in una qualche misura ad un lavoro precedente senza però essere collocabile all’interno del medesimo progetto di sviluppo. In tal situazione, riservare i diritti ad uno dei due soggetti significherebbe attribuire in entrambi i casi un ingiustificato privilegio. Una possibilità suggerita da alcuni autori è quella di applicare la disciplina delle c.d. “opere realizzate in collaborazione”, che prevede l’attivazione del modello della comunione dei diritti d’autore. Ma questa, che comunque è solo un’ipotesi solutiva, presenta dei problemi di applicazione al software open source, in quanto la più accreditata posizione dottrinale individua nella contestualità degli interventi un requisito fondamentale per definire un’opera realizzata “in collaborazione”, mentre può accadere che le elaborazioni in questione siano realizzate in tempi diversi.

Programmi applicativi: opere derivate?

In dottrina ci si è chiesti quale schema normativo applicare  nell'ipotesi dello sviluppo (successivo da parte di un soggetto ulteriore) di un sistema applicativo che giri su di un sistema operativo ideato da altri e divulgato mediante licenza open source. In questo caso non c'è ispirazione concettuale, né nesso di dipendenza, ma c'è logica funzionale (l'applicativo è destinato all'operativo di cui presuppone l'utilizzo e la conoscenza). Secondo un particolare orientamento, a queste condizioni, il software applicativo è da considerarsi opera derivata, con la conseguenza che il suo autore può sì essere titolare di un autonomo diritto, ma solo passando per il preventivo consenso, avente valenza interdittiva,  dell'autore originario, allo sfruttamento economico dell'opera derivata. Situazione, quest’ultima, che pare ben attagliarsi ai meccanismi negoziali di gestione dei diritti propri dell’open source software.

Per doveri di sintesi, sul punto ci limitiamo a ricordare che l’atipicità delle procedure di creazione e sviluppo che interessano il software a codice aperto ostacolano e spesso impediscono di individuare automatici collegamenti tra situazioni reali e fattispecie giuridiche. L’attività della dottrina in questo ambito consiste quindi principalmente nel formulare delle ipotesi. Per farlo è necessario altresì analizzare l’ultimo ambito delle problematiche dell’appartenenza open source: quello relativo alle opere originariamente plurisoggettive.

continua a pagina 2 >>