Brevetti, un compromesso è possibile

di Paolo Zocchi - Siamo davvero sicuri che la proposta di direttiva europea vada respinta tout-court? E' possibile ipotizzare un sistema a maglie strette per ridare fiato alla ricerca?

Roma - La discussione sulla brevettabilità del software ha ormai una lunga storia alle spalle che l'avvicinarsi della scadenza del voto al Parlamento Europeo ha accelerato e fatto aumentare di intensità. In molti oggi ritengono che l'eccessiva radicalizzazione (da entrambe le parti) che questa vexata quaestio ha avuto sin dall'inizio, seppur poco produttiva, ha avuto comunque il merito di sollevare il problema e di porlo all'attenzione; se i timori dei gruppi contrari alla Direttiva europea sono stati in buona parte caratterizzati da una semplificazione dovuta alla condivisibile necessità di creare visibilità sul tema, d'altra parte la poderosa azione lobbistica delle grandi multinazionali, da IBM a Microsoft, da Nokia a Philips ha inevitabilmente condizionato parte del quadro di riferimento.

In questo contesto è quindi fondamentale che, per evitare di assumere posizioni poco articolate nell'uno e nell'altro senso, si ragioni sul merito con ampia apertura mentale e disponibilità al confronto, visto che si tratta di un argomento sul quale le sfumature, a volte, contano più del disegno complessivo.

Per esigenza di semplificazione, si può banalizzare la questione attraverso un esempio come quello della musica: quando si parla di brevettare l'invenzione che il software genera, non si tratta di brevettare le note (gli alfabeti) o anche le canzoni (le applicazioni), ma alcune combinazioni di note che producono effetti specifici, di riconosciuto valore innovativo, commercialmente rilevanti (l'art. 3 della Direttiva esplicita che "per essere brevettabile, un'invenzione attuata per mezzo di elaboratori elettronici deve essere suscettibile di applicazione industriale, presentare un carattere di novità ed implicare un'attività inventiva", requisito che sussiste solo laddove il trovato apporti "un contributo tecnico").
Ovviamente, in tutto questo processo, il problema sta proprio nel riconoscimento dell'invenzione e negli organismi che devono valutarla. Ma andiamo con ordine e partiamo subito col dire che il ragionamento di fondo, prima ancora di soffermarsi sull'"essenza" dell'invenzione, deve prendere le mosse da alcuni punti fermi e condivisi: il vero obiettivo da avere ben presente, se vogliamo domani costruire un sistema di gestione dell'innovazione condiviso ed efficace, è quello di dare vita ad un sistema fortemente competitivo nelle ICT, basato sulla concorrenza virtuosa tra i soggetti, attentissimo alla salvaguardia delle libertà fondamentali, parimenti vantaggioso per la grande così come per la piccola e media industria dell'ICT, di stimolo alla circolazione delle idee e della conoscenza. In questo senso bisognerà capire quali possibili opportunità apre la possibilità di brevettare alcune componenti del software e quali, invece, essa rischia di compromettere.

Uno degli elementi specifici che sembra emergere oggi è il fatto che la possibilità di creare brevetti sul software proprietario possa generare un vantaggio competitivo per il software open. Personalmente ritengo che il primo vantaggio competitivo starà nell'accelerazione della regolamentazione legislativa dell'open source che ancora si basa quasi esclusivamente su GNU GPL, ovvero su uno standard non riconosciuto e ampiamente perfettibile.

Lo scenario dunque potrebbe essere quello che ci segnala l'intervento di Carlo Piana, che, lo accenno, è nel campo di coloro che sono contrari alla Direttiva: "...è anche possibile che tali brevetti, invece di rendere proprietario ciò che è pubblico, subiscano le conseguenze della forza del software libero - nella sua accezione più rivoluzionaria di "copyleft" - e che così nel conflitto degli opposti diritti si venga a creare una situazione in cui ciò che è privato diventi pubblico, perché altrimenti darwinianamente destinato all'estinzione" (Carlo Piana su Interlex).

Questo senza tener conto che brevettare parti di codice legate ad invenzioni, non significa che tale codice sia necessariamente inusabile o chiuso. L'idea di creare un sistema di brevetti differenziati per il codice a sorgente aperto, per quanto sia stata già bocciata da Stallman, mi sembra da approfondire; se non altro perché creerebbe una situazione del tutto inusitata di evidente competizione tra software proprietari e software aperti nella quale, per l'appunto, darwinianamente, è possibile che si affermi quello che possiede maggiore capacità di adattamento, è più conveniente, è più flessibile, è più gestibile, è più disponibile.

Un altro punto da sottolineare è che, a oggi, le grandi aziende, anche in Italia, continuano ad aggirare la legislazione sui brevetti attraverso un uso "parallelo" del diritto d'autore. Ovviamente questo è fatto perché si ritiene che in tal modo vengano tutelati gli investimenti in ricerca. E' assai verosimile che, in assenza di una legislazione che ponga quindi argine anche a questo diffuso costume, si continuerà ad usare questo escamotage, oppure si andrà a brevettare all'estero, con palese danno per le aziende nazionali visto che, in linea di principio, ciò porterà a spostare i centri di ricerca nei Paesi dove l'invenzione è meglio tutelata.

In parole povere, si tratta di garantire un'omogeneità d'azione a livello europeo che eviti gli aggiramenti così diffusi in questo ambito e dia finalmente apertura alle PMI del settore ICT alla possibilità di investire in ricerca. E contemporaneamente si tratta di evitare che chi ha le risorse vada a brevettare all'estero e chi non le ha, non possa brevettare tout court; il che, se da un lato ha un effetto ulteriormente indebolente per quello che riguarda il tessuto produttivo nazionale, dall'altro significa l'esatto contrario di quanto sostengono le posizioni più radicali, ovvero la conoscenza e la ricerca rimarrebbero in questo modo un privilegio esclusivo di poche aziende multinazionali.

Sull'altro versante, per calmierare gli effetti della brevettabilità di alcune parti del codice, oltre a sostenere le azioni formali e informali che tengono fuori dalla brevettabilità il software distribuito con contratti open source e tutte le applicazioni che costituiscano elemento base per la interoperabilità dei sistemi (emendamento Ortega), sarebbero da promuovere proposte aggiuntive che prevedano uno sfruttamento del brevetto estremamente limitato nel tempo (in modo da non creare posizioni i rendita e da stimolare ulteriori forme di ricerca sul tema) e una riforma complessiva del meccanismo burocratico e dei costi del brevetto stesso così da consentire alle piccole e medie imprese del tessuto nazionale di essere stimolate a fare ricerca. Al tempo stesso è probabile che debbano essere introdotti meccanismi di maggior controllo sulle imprese, che oggi in moltissimi casi, come abbiamo già detto, aggirano la questione utilizzando il copyright come se fosse un brevetto.

Insomma la domanda da porci sulla base di queste riflessioni è se la brevettazione del software, pur nell'ambito di una regolamentazione a maglie strette, possa essere in grado di ricollocare la ricerca all'interno delle imprese come un vero investimento e non un costo secco. Non solo: in questo agone possono entrare anche i centri di ricerca universitari che oggi, anche in assenza di una regolamentazione sul tema, agiscono in maniera ancora poco coordinata con il tessuto imprenditoriale. C'è da chiedersi se nel nostro Paese, ad esempio, dove cominciano ad esistere esempi di eccellenza (pensiamo all'Università del Sannio), essi potrebbero essere ulteriormente promossi da una diversa legislazione sulla brevettabilità del software. Temi aperti che varrà la pena approfondire.

Certamente esistono anche le note dolenti: il fatto di poter brevettare l'invenzione anche attraverso la protezione del codice non ci mette al riparo dalla concorrenza globale; ed è indubbio che questa armonizzazione, se si trasformasse in un appiattimento dell'EPO (European Patent Office) sul metodo del Patent Office americano, sarebbe da combattere in tutti i modi: il principio della condivisione della conoscenza va salvaguardato in modo specifico non consentendo in alcun modo che vengano brevettati i metodi. Questo è un punto fermo che richiederà anche un profondo ripensamento degli stessi Uffici Brevetti.

Tuttavia non ritengo che il senso della Direttiva europea sia quello di importare sic et simpliciter il sistema statunitense. Al contrario credo che il vero contenuto, anche in termini di riforma nei mesi e negli anni a venire, riusciremo a darlo attraverso una riflessione concertata ed un'azione che, al di là di un radicalismo di facciata, senz'altro utile in una prima fase, affronti puntualmente il merito e trovi le soluzioni operative più giuste.

Paolo Zocchi
Paolo Zocchi insegna Modelli e Strategie di e-Government all'Università La Sapienza di Roma, è presidente dell'Associazione UNARETE e coordinatore dell'Osservatorio Nazionale ICT della Margherita
TAG: brevetti
67 Commenti alla Notizia Brevetti, un compromesso è possibile
Ordina
  • Sono riuscito a finire di leggere l'articolo!
    E' bellissimo, tutto pieno di darwiniani e tout-court. Notoriamente sono le espressioni che rendono intelligenti, tout-court, qualsiasi discorso, anche darwiniano.

    Vorrei esprimere la mia opinione ma non c'ho capito niente. Ho la convinzione che se uno scrive cosi' e' perche' non c'ha capito niente neanche lui.

    Non se la prenda, gentile autore di cui non ricordo il nome: le mando tanti baci dappertutto
    non+autenticato
  • Gentile prof. Zocchi,
    accenno solo qualche appunto al suo articolo:

    1)«Per esigenza di semplificazione, si può banalizzare la questione attraverso un esempio come quello della musica: quando si parla di brevettare l'invenzione che il software genera, non si tratta di brevettare le note (gli alfabeti) o anche le canzoni (le applicazioni), ma alcune combinazioni di note che producono effetti specifici, di riconosciuto valore innovativo, commercialmente rilevanti (l'art. 3 della Direttiva esplicita che "per essere brevettabile, un'invenzione attuata per mezzo di elaboratori elettronici deve essere suscettibile di applicazione industriale, presentare un carattere di novità ed implicare un'attività inventiva", requisito che sussiste solo laddove il trovato apporti "un contributo tecnico").»

    Giusto. Peccato che esistano già brevetti per trovati caratterizzati da una estrema attività inventiva: brevetti sulla progress bar, su sistemi di acquisto on-line, addirittura sul doppio-click.

    «Ovviamente, in tutto questo processo, il problema sta proprio nel riconoscimento dell'invenzione e negli organismi che devono valutarla.»

    Appunto, proprio qui volevo arrivare. Il problema è che gli Uffici Brevetti per legge eseguono solo una verifica formale della domanda, senza scendere in dettagliate verifiche della preesistenza di applicazioni del trovato descritto, che inficerebbero evidentemente (salve le eccezioni ex lege) la validità della domanda di brevetto. Il controllo reale sulla validità del brevetto viene eseguito ex post, in ambito giudiziario. Ma adire un giudice per far annullare un brevetto costa; e fino alla sentenza il brevetto è valido; e un brevetto valido consente ad una grande azienda di ridurre sul lastrico in breve tempo un piccolo competitore. Ergo, anche un brevetto (che sarà dichiarato) non valido è un'ottima arma anticoncorrenziale.

    2)«Uno degli elementi specifici che sembra emergere oggi è il fatto che la possibilità di creare brevetti sul software proprietario possa generare un vantaggio competitivo per il software open. Personalmente ritengo che il primo vantaggio competitivo starà nell'accelerazione della regolamentazione legislativa dell'open source che ancora si basa quasi esclusivamente su GNU GPL, ovvero su uno standard non riconosciuto e ampiamente perfettibile.
    Lo scenario dunque potrebbe essere quello che ci segnala l'intervento di Carlo Piana, che, lo accenno, è nel campo di coloro che sono contrari alla Direttiva: "...è anche possibile che tali brevetti, invece di rendere proprietario ciò che è pubblico, subiscano le conseguenze della forza del software libero - nella sua accezione più rivoluzionaria di "copyleft" - e che così nel conflitto degli opposti diritti si venga a creare una situazione in cui ciò che è privato diventi pubblico, perché altrimenti darwinianamente destinato all'estinzione"»

    Onestamente non capisco questa posizione: come si può considerare un diritto di privativa di lunga durata, azionabile dinanzi ad un giudice, un vantaggio per l'avversario contro cui può essere utilizzato? A me pare invece piuttosto evidente che un progetto software libero/open source che si imbatta (o anche solo venga accusato) nell'infrazione di un brevetto sarebbe costretto a chiudere i battenti per le conseguenti spese legali o a rimuovere il codice oggetto del contendere e cercare strade per aggirare il brevetto altrui, rallentando così il proprio sviluppo.

    3) «Questo senza tener conto che brevettare parti di codice legate ad invenzioni, non significa che tale codice sia necessariamente inusabile o chiuso. »

    No, certo. Si potrebbe prevedere un obbligo di licenza gratuita a favore dei progetti di software distribuito senza fini di lucro / con licenze di software libero. Immagino che sia esattamente pensando a questo scenario che le grandi imprese multinazionali stanno spingendo la direttiva.

    4) «Un altro punto da sottolineare è che, a oggi, le grandi aziende, anche in Italia, continuano ad aggirare la legislazione sui brevetti attraverso un uso "parallelo" del diritto d'autore. Ovviamente questo è fatto perché si ritiene che in tal modo vengano tutelati gli investimenti in ricerca. È assai verosimile che, in assenza di una legislazione che ponga quindi argine anche a questo diffuso costume, si continuerà ad usare questo escamotage, oppure si andrà a brevettare all'estero, con palese danno per le aziende nazionali visto che, in linea di principio, ciò porterà a spostare i centri di ricerca nei Paesi dove l'invenzione è meglio tutelata.»

    Qui onestamente non ho capito di cosa stia parlando: "uso parallelo"? "diffuso costume"? "escamotage"?
    Gradirei molto un chiarimento di questo passaggio del suo pensiero.

    5) «sarebbero da promuovere proposte aggiuntive che prevedano uno sfruttamento del brevetto estremamente limitato nel tempo (in modo da non creare posizioni i rendita e da stimolare ulteriori forme di ricerca sul tema) e una riforma complessiva del meccanismo burocratico e dei costi del brevetto stesso così da consentire alle piccole e medie imprese del tessuto nazionale di essere stimolate a fare ricerca»

    Giustissimo. Peccato che la durata minima dei brevetti sia fissata da accordi internazionali nell'ambito della WTO/OMPI: abbassarne la durata semplicemente non si può. Secondo punto di difficoltà è la proposta riforma: l'unico modo per garantire tutti sarebbe prevedere un esame pieno della domanda di brevetto da parte degli Uffici Brevetti; ma questo comporterebbe tempi più lunghi e, contrariamente a quanto auspicato, costi maggiori.

    6) «il principio della condivisione della conoscenza va salvaguardato in modo specifico non consentendo in alcun modo che vengano brevettati i metodi»

    Mi trova ancora assolutamente d'accordo.
    Ma se ci si ferma a riflettere, si scopre che un "metodo" è una "via, ordine che si segue in una ricerca, in uno studio, nello svolgimento di una qualsiasi attività, per conseguire più rapidamente il fine che si è prefissato" (dizionario online DeAgostini), mentre un "algoritmo" (un software è un insieme di algoritmi) è una "successione finita di dati organizzati in ordine logico e finalizzati a un risultato" (stesso dizionario).
    Non trova che le due definizioni siano inquietantemente simili?

    Per concludere, solo una precisazione: su Internet e negli scritti è facile fraintendere il tono del discorso. Le mie note vogliono essere una riflessione, uno spunto, e non una semplice provocazione fine a se stessa.
    non+autenticato
  • "Per esigenza di semplificazione, si può banalizzare la questione attraverso un esempio come quello della musica: quando si parla di brevettare l'invenzione che il software genera, non si tratta di brevettare le note (gli alfabeti) o anche le canzoni (le applicazioni), ma alcune combinazioni di note che producono effetti specifici, di riconosciuto valore innovativo, commercialmente rilevanti"

    Non sono particolarmente esperto di musica, ma con "combinazione di note" a me sembra che si stia parlando di un "accordo". Vuole rendere brevettabili gli accordi?

    Ottimo!
    Brevetto subito Do Maggiore, La Minore, Re Minore e Sol Settima e la musica italiana è mia!

    :D
  • Deve essere un'ordine di partito, chiamarsi fuori, a tutti i costi, anche a rischio di rendersi ridicoli nella pubblica piazza. Le non argomentazioni del sedicente pro-sw pat sono degne del teatro dell'assurdo, e in questo senso trovo geniale la filippica contro la GNU GPL, ma ci starebbe stata bene, perché no, qualche richiamo al fatto che quelli del software Open sono communisti e anche un pò culattoni!
    Se questa è la margherita, speriamo che arrivi presto l'estate e se la porti via.

    non+autenticato
  • Credo che il vero problema di fondo (almeno per chi affronta la questione in buona fede, cosa questa che a certi livelli mi sembra veramente scarsa) sia proprio quello di capire di che cosa si sta parlando, visto che si tratta per lo più di gente che non solo non ha mai scritto una sola riga di codice, ma che sopratutto non vuole nemmeno ascoltare chi lo fa quotidianamente.
    Infatti sfugge ai più che il collegamento fatto più volte tra algoritmi di programmazione e matematica non è una semplice analogia od esempio di chiarimento; programmazione e matematica sono (quasi) la stessa cosa!

    Pensiamo a come è nata l'informatica, a quale tipologia di problemi si rivolgeva inizialmente. Era semplicemente un metodo per fare calcoli più velocemente. Un tentativo (riuscitissimo) di trasportare le capacità "calcolatorie" (e logiche) della mente umana in una macchina che ne consentisse una sostanziale velocizzazione. Il fatto che per realizzare questo ci si debba affidare a fenomeni fisici legati alla corrente elettrica (integrati, CPU, memorie ecc..) nulla toglie alla "non fisicità" di fondo del metodo applicato. Almeno nella stessa misura in cui si può pensare alla "non fisicità" di un pensiero umano (ad esempio proprio un calcolo fatto a mente) che pure corre su neuroni fisici sfruttando correnti elettriche! Quindi quando si tratta di brevettare software si dovrebbe essere almeno consapevoli che si sta usando un (quasi) sinonimo di "brevettabilità della matematica".

    Il paragone fatto con la musica (ancorché stravolto nelle sue conseguenze) è veramente calzante. Come è possibile pensare che una melodia musicale da me pensata diventi qualcosa di diverso da una espressione di una mente umana solo perché la affido ad un pianoforte o ad un violino. Io come compositore potrò pretendere che nessuno copi la mia melodia tal quale (protezione del copyright), ma non potrò mai brevettare l'idea di una melodia intesa come brevetto che copre le note che la compongono e l'idea di averle messe in quella sequenza! (specialmente se consideriamo che il range di combinazioni musicali possibili non è infinito, esattamente come in programmazione non esistono infinite vie diverse per fare la stessa cosa)

    L'apparente "rigidità" ideologica che viene imputata a chie è contrario alla brevettabilità del software, a mio avviso è solo un tentativo di gettare fumo e confusione sulla questione cercando di apparire più ragionevoli solo se si è disposti a compromessi. Ma io chiedo, che tipo di compromessi si può accettare o anche solo proporre riguardo alla brevettabilità della matematica? Se qualcuno avesse chiesto ed ottenuto brevetti su funzioni matematiche anche molto complesse e veramente innovative e rivoluzionarie, che avrebbe fatto Einstein quando avrebbe dovuto usarle per le sue teorie? Sarebbe stato denunciato?? Avremmo perso la relatività per colpa di un brevetto????

    Per concludere, penso che sia necessario (anche se probabilmente è ormai una causa persa) continuare a cercare di fare chiarezza il più possibile su questi concetti, cercando per quanto possibile di svelare ciò che talvolta è nascosto sotto una apparente buona volontà di trovare una via di mezzo che in realtà non esiste. Come ho scritto nel titolo (che potrebbe sembrare solamente una provocazione) quella apparente via di mezzo non sarebbe altro che la brevettabilità di un pezzo della mente umana. Può questo essere un "ragionevole compromesso"?? E' buon senso ???? Lo possiamo far passare in silenzio ?????
    non+autenticato
CONTINUA A LEGGERE I COMMENTI
1 | 2 | 3 | 4 | 5 | 6 | Successiva
(pagina 1/6 - 26 discussioni)