Replica all’articolo: tratto da “Punto informatico”
le parti in giallo sono il testo originario della posizione di Confindustria.
Roma, 28 maggio 2005
1. In Italia la produzione industriale ristagna da quattro anni. In
nessun altro paese europeo, eccetto il Regno Unito, si ? registrata
una cos? accentuata e prolungata contrazione (-2,6%).
Il ristagno della produzione industriale ? continuato anche nei
primi mesi del 2005.
Conseguentemente anche il PIL italiano ? cresciuto meno
(1,2%: uno dei tassi pi? bassi dell'UE).
Le esportazioni italiane di beni e servizi a prezzi contanti
mostrano, inoltre, forti segni di debolezza: la quota di
mercato delle esportazioni italiane si ? ridotta di un punto
percentuale a partire dal 1996.
Questo trend negativo - anche attribuibile all'entrata di nuovi
competitor sui mercati globali, soprattutto i paesi emergenti -
riguarda in particolare, ma non esclusivamente, i settori
tradizionali del made in Italy, come tessile-abbigliamento e cuoio,
pelli e calzature. Sulla riduzione delle quote di mercato delle
imprese italiane ha inciso la liberalizzazione
del commercio internazionale e la concorrenza di alcuni paesi
emergenti come la Cina, i cui principali settori di esportazione
sono quelli in cui l'economia italiana ? specializzata.
Tale apertura internazionale ? avvenuta in maniera repentina
e talora senza rispettare le regole del commercio internazionale.
Fin qui si tratta della solita premessa retorica: ossia una lista di cose vere (e risapute da tutti) finalizzata esclusivamente alla giustificazione enfatica ed emotiva di quanto viene poi asserito. E’ una tecnica persuasiva nota da tempo, gi? insegnata e praticata dai latini, che suppone un certa ingenuit? del lettore, che sembra in questo contesto quanto mai fuori luogo.
Volendo comunque entrare nel merito, ricordiamo che l’Italia non esporta software, ma lo importa soltanto, quindi questo paragrafo ? assolutamente fuori contesto.
L’ Italia e l’Europa importano software da USA e Giappone e non da paesi emergenti quali la Cina, che proprio per essere pi? competitiva non accetta i brevetti sul software.
Le argomentazioni riguardanti i paesi emergenti in questo contesto sembrano decisamente fuori luogo e strumentali, un uso “ad effetto” di un argomento d’attualit?, che ? sotto l’attenzione dell’opinione pubblica.
2. Diverse sono le soluzioni prospettate per favorire la ripresa
dell'economia italiana. Esse si concentrano tuttavia su un
unico punto: incentivare l'innovazione di prodotto, processo e
servizio, stimolando gli investimenti in R&S.
? infatti convinzione diffusa che soltanto attraverso le
produzioni di qualit?, sia nei settori maturi, che in quelli
a tecnologia avanzata, l'economia italiana possa
recuperare il gap rispetto ad altri paesi. Non ? infatti
pi? proponibile l'idea di competere sul prezzo di prodotti/servizi
che paesi, come ad esempio quelli emergenti, possono offrire
a costi molto contenuti.
Continuano la retorica: considerazioni sulle quali tutti noi possiamo dirci daccordo, almeno in linea generale.
Volendo, ancora una volta, entrare nel merito ricordiamo che il principale gap rispetto agli altri paesi ? la continua “fuga di cervelli all’estero”, a causa della bassa attenzione verso la R&S: come vedremo nei prossimi paragrafi i brevetti sul software non incentivano R&S ma al contrario la indeboliscono.
Per spingere le imprese ad investire in R&S occorre per?
creare incentivi.
idem
L incentivo principale ? in questi casi costituito dalla possibilit?,
non solo di recuperare l'investimento iniziale, ma di realizzare profitti.
Realizzare profitti ? un sacrosanto dovere delle aziende. E’ tuttavia discutibile che questo debba avvenire proprio con i brevetti sul software da parte di una azienda che produce un bene immateriale come un programma per elaboratore.
Confindustria non dice perch? il brevetto dovrebbe essere indispensabile proprio sul software e per quale motivo il copyright, che gi? tutela il software, non dovrebbe essere sufficiente. Non ci risulta poi che le aziende di software non facciano profitti gi? ora. Ci? di cui le aziende ICT hanno bisogno ? un alto grado di professionalit? del personale, che ? la vera spina dorsale e fonte di vera innovazione da parte di chi produce software. Il brevetti invece vanno in un’altra direzione: l’azienda dovrebbe “adagiarsi” sull’ idea di avere un brevetto “comodo”, senza necessariamente essere incentivata a investire in formazione del personale (cio? i programmatori e i tecnici). Al contrario gli investimenti verrebbero dirottati da “R&S” oppure da “formazione” verso costosi (e improduttivi) “uffici legali” e costi burocratici dovuti alla concessione di brevetti. Pensiamo che questo sia davvero l’ultima cosa di cui una PMI abbia bisogno.
Insistiamo molto sulla formazione perch? questo, come abbiamo gi? detto, ? particolarmente strategico per una azienda moderna che vuole fare innovazione nel campo dell’ ICT: spesso ? l’unica forma di vera innovazione.
Confindustria sembra infatti dimenticare completamente che il software non ? un bene strettamente industriale in senso classico: esso non necessita di enormi investimenti (ad esempio in macchinari) ma sostanzialmente rimane un prodotto correlato al fattore umano. Tanto ? vero che il “valore” di un software viene misurato in “tempo uomo” ossia quanto lavoro di una persona viene impiegato per realizzare il prodotto, pi? una serie di costi aggiuntivi in genere poco rilevanti (stiamo escludendo qui i costi di marketing e pubblicit?). Mentre il costo di un programma di videoscrittura pu? essere con buona approssimazione valutato in “anni-uomo”, il costo di un’autovettura non pu? essere valutato in “anni-uomo” perch? i fattori di costi per macchinari, catene di montaggio, magazzini etc… hanno una incidenza consistente sul prodotto finale.
Ci? che ? possibile soltanto riconoscendo alle imprese il diritto
di sfruttare in via esclusiva, per un determinato periodo di tempo,
il frutto della propria attivit? innovativa.
Questa considerazione ? vera per quelle tipologie di beni che necessitano di enormi investimenti infrastrutturali. Ma il software non ? fra questi.
Cerchiamo prima di capire quale ? lo spirito del brevetto (e il motivo per cui ? stato introdotto fra l’ 800 e il ‘900):
Un tempo gli inventori portavano con se nella tomba i segreti delle proprie invenzioni: questo perch? non essendoci i brevetti tendevano a non rivelare i segreti delle loro invenzioni, per timore di essere “copiati”: la conseguenza era che in questo modo c’era una perdita di conoscenza e la societ? ne subiva un danno. I brevetti furono introdotti per garantire che gli inventori non tenessero segrete queste informazioni, ma rivelandone i dettagli, venivano tutelati i loro interessi per un periodo limitato (ricordiamo che i brevetti sono una “concessione”).
Allo stesso tempo anche la societ? ne aveva un vantaggio perch? la conoscienza non andava perduta e dopo un certo periodo, quando il brevetto scadeva, diventava liberamente fruibile per tutta la societ?.
In questo senso il brevetto ? stato un strumento molto importante e positivo: un giusto compromesso fra interessi dell’inventore e interessi generali della societ?.
Confindustra dovrebbe spiegare in che modo il brevetto sul software si innesta in questa argomentazione, che ? il vero sensato spirito del brevetto. Evidentemente non lo fa perch? non sa argomentare in tal senso.
La verit? ? che il brevetto ? sensato solo quanto c’? una invenzione che tocca un bene tangibile con un alto grado di investimento economico in infrastrutture materiali e non uno immateriale come il software la cui qualit? si basa quasi esclusivamente sulla professionalit? e competenza dei suoi autori (progettisti, programmatori, tecnici, analisiti, verificatori…)
I diritti di propriet? intellettuale e, in maniera particolare,
i brevetti servono proprio a questo scopo e costituiscono un
importante strumento di sviluppo e di crescita per le imprese,
soprattutto le PMI, che, per mezzo di essi, possono
ottenere un consolidamento dei propri vantaggi di business
(quando questi siano basati su qualit? e fatti tecnici) non
altrimenti conseguibile.
La propriet? intellettuale ? un concetto cos? vago che non esiste: esiste il brevetto, il copyright, il marchio registrato e i nomi registrati. La somma di tutte queste cose viene normalmente chiamata “Propriet? Intellettuale (PI)”, ma le ci sono differenti strumenti per tutelare la PI.
I brevetti sul software non servono allo scopo che dice Confindustria: spesso vengono applicati ai contesti pi? assurdi e banali per fare “guerra di territorio”, ottenere posizioni di vantaggio ed eliminare la concorrenza alla base, e non sul merito di soluzioni piu’ o meno efficaci.
Servono a creare monopolio e non libera concorrenza. Spesso poi vengono a crearsi societ? il cui unico patrimonio ? costituito da un portafoglio brevetti e il loro personale ? esclusivamente di tipo legale: dove sarebbe, dunque, il connubbio virtuoso fra brevetti e R&S ?
Il brevetto applicato all’ informazione (il software ? una particolare implementazione di informazione) non ha senso e produce pi? danni che vantaggi.
I brevetti non possono essere utilizzati dalla PMI, perch? costa registrarli e costa ancora di pi? difenderli in tribunale: spesso infatti la semplice registrazione di un brevetto non garantisce che qualcosa di simile non sia gi? stato brevettato (l’ufficio brevetti ? materialmente impossibilitato a garantire ci?) e per questa ragione spesso la legittimit? di un brevetto, se contestata, viene “decisa in tribunale”: l’ufficio brevetti fa solo da garante su cosa e quando ? stato brevettato (un po’ come fa la SIAE per gli autori).
I diritti di propriet? intellettuale consentono, infatti, di realizzare
un vantaggio competitivo rispetto ai concorrenti e di ottenere una
protezione ampia nei confronti di eventuali imitatori e contraffattori.
In generale pu? essere vero, ma non lo ? nel caso dei brevetti su beni immateriali come il software.
Per le aziende del settore terziario, i cui beni sono immateriali, il brevetto ? assoltamente inadeguato e anzi dannoso: il copyright assolve invece adeguatamente alla tutela del software (l’attuale legge del diritto d’autore).
La differenza fra copyright e brevetto ? che il primo tutela l? opera mentre il brevetto tutela l? idea: il software ? per sua peculiare natura pi? simile a un libro che non a un’ automobile.
Immaginate se Alessandro Manzoni avesse brevettato l? idea de ?l?Innominato? dei Promessi Sposi: nessun altro nei 20 anni seguenti avrebbe potuto usare un’ idea simile in un romanzo: ad esempio non si sarebbe potuto introdurre un personaggio criminale in un giallo in cui un potente gangster viene chiamato ad esempio ?l’innominabile?.
I brevetti sul software porterebbero a una situazione similmente assurda come in questo esempio: se le idee dei libri fossero brevettabili, in breve tempo nessun autore scriverebbe pi? libri, perch? nel giro di poco tempo ogni nuovo libro infrangerebbe almeno un brevetto.
Con i brevetti sul sofware accadrebbe qualcosa di simile: in breve tempo nessuno sarebbe tranquillo che il proprio software non violi neanche un brevetto: d?altra parte verificarlo sarebbe estremamente costoso e assolutamente al di fuori delle possibilit? di qualunque PMI europea. Dimostrare di aver “copiato” un brevetto ? inoltre deciso solitamente in tribunale: estremamente costoso per una PMI. Dove vanno a finire dunque gli investimenti in R&S ?
Il motivi per cui accade ci? ? che nel software capita molto spesso che autori differenti trovino soluzioni uguali o simili per gli stessi problemi: ma questo non vuol dire che uno abbia copiato l’altro: ? estremamente semplice violare un brevetto sul software essendo assolutamente in buona fede. E’ cos? a causa del particolare modo di lavorare, tipico nel mondo informatico.
In conclusione: i brevetti bloccano l?innovazione tecnologica dei beni di natura immateriale. E’ per questo motivo che le legislazioni di tutto il mondo hanno deciso di tutelare questo prodotto con le leggi sul copyright.
Non solo, essi permettono altres? di:
* proteggere i risultati degli investimenti nella ricerca e nello
sviluppo di prodotti ad elevato valore aggiunto o nuovi servizi
che si caratterizzino in termini di nuove ed inventive soluzioni
tecniche (la bilancia commerciale dell'Europa ? positiva grazie
ai prodotti di alta tecnologia, es. medicinali, apparecchiature
elettroniche e meccaniche, ecc.);
Si tratta di tutti oggetti materiali, il software ha caratteristiche diverse, va trattato in maniera diversa.
La musica non e’ brevettabile, i libri non sono brevettabili, le ricette di cucina non sono brevettabili, le leggi non sono brevettabili. Tutti questi “oggetti” hanno caratteristiche proprie che li rendono diversi dagli oggetti materiali, e non si possono “zavorrare” con una legislazione che non tiene conto delle loro caratteristiche immateriali. Il software appartiene a questa categoria.
* difendere dall'imitazione la differenziazione che ? il risultato
di tali investimenti;
Come abbiamo detto e ripetuto pi? volte il software ? immateriale, e non necessita di investimenti infrastrutturali cos? elevati.
Non si potrebbero scrivere piu’ libri “simili”, o comporre canzoni che parlano dello stesso argomento;
provaimo a rispondere a queste domande:
- cosa sarebbe successo al genere musicale “Rock” se qualcuno lo avesse brevettato ?
- Cosa sarebbe successo agli “spaghetti al pomodoro” se qualcuno li avesse brevettati ?
- Cosa sarebbe successo alla Divina Commedia se qualcuno avesse brevettato l’ idea di fare un viaggio fantastico fra Inferno, Purgatorio e Paradiso ?
- Cosa sarebbe successo alla Matematica se qualcuno avesse brevettato le sue formule? Non saremmo liberi di calcolare l’area di un triangolo oppure l’interesse di un capitale….
Queste domande possono sembrare poco serie e fuori luogo: questo perch? le loro risposte ci sembrano immediate e scontante. Siamo ormai abituati da sempre a non brevettare queste cose.
Il software invece ? un prodotto nuovo nella societ?: non tutti si rendono conto di cosa sia esattamente. E quindi ? pi? facile far credere che sia giusto e opportuno brevettarlo.
Molti lo intendono esclusivamnete come uno strumento di uso tecnologico, ma questo non ? propriamente sufficiente a caratterizzarlo: esso ? molto pi? simile a una formula matematica, un procedimento logico-aritmetico che scaturisce dall’intelligenza e dalla creativit? di uno o pi? autori (siano essi ingegneri, informatici, programmatori, analisit etc…).
Cos? come i compositori di musica continuano a comporre musica, cos? come i cuochi continuano a cucinare, cos? come gli scrittori continuano a scrivere anche i programmatori e le aziende che danno loro lavoro possono continuare a guadagnare e lavorare senza bisogno dei brevetti.
Se accettassimo i brevetti sul software, come potremmo poi negarlo ai musicisti, ai cuochi, altri scrittori e ai matematici ?
Le idee relative a beni immateriali come questi hanno bisogno di circolare liberamente per poter essere utilizzate e (ri)scoperte da altri. Questo ? quanto sostengono anche i ricercatori e gli accademici.
* permettere alle imprese che non dispongono di risorse finanziarie
di accedere a finanziamenti (per gli investitori riveste grande
importanza il fatto che l'azienda detenga un portafoglio di brevetti);
Gli investimenti finanziari nel software possono esser minimi, alla portata di tutti.
Inoltre il valore monetario di un brevetto software ? molto labile e variabile nel tempo: esso dipende in modo stretto dalla sua capacit? di trasformarsi in reddito negli anni. Il mondo dell’informatica si evolve molto velocemente e un brevetto che potrebbe risultare promettente per il presente potrebbe non esserlo pi? fra un anno o addirittura meno (la stessa cosa non succede per i brevetti tradizionali).
Questo fenomeno invalida il valore patrimoniale di un brevetto software: ? quindi difficile che una azienda, soprattutto PMI, riesca a ottenere finanziamenti sulla base del portafoglio brevetti relativo al software. Ricordiamo inoltre che la valutazione finanziaria di un brevetto richiede una perizia tecnico-giuridica molto complessa e costosa: una cosa di poco conto per una multinazionale, ed ? invece un costo e ulteriore burocrazia per le PMI che hanno invece decisamente bisogno d’altro.
* concedere licenze di utilizzazione a terzi in vista della
commercializzazione e dell'immissione sul mercato dei
prodotti protetti e dunque ottenere profitto dalle invenzioni
messe a punto;
Questa mentalit? del guadagno vendendo il software “un tanto al kg” ? una visione che non corrisponde alla realt? sul campo: essa fa riferimento a una mentalit? di mercato vecchia, di chi proviene dall’economia tradizionale basata sulla compravendita di oggetti materiali.
Oggi, chi fa soldi con il software non lo fa solo vendendo programmi applicativi e stringhe di istruzioni, ma fornendo servizi ad alto valore aggiunto: e questo non solo ? vero per le PMI, ma anche per le grandi multinazionali: basta vedere i bilanci di IBM, Sun, Oracle in cui una buona parte del fatturato non proviene tanto dalla vendita di licenze, ma soprattutto dall’assistenza e altri servizi. In questo scenario fa eccezione solo Microsoft, che per? si trova in una situazione di assoluto monopolio, tra l’altro gi? contestato dalla stessa UE.
* ottenere accordi di licenza incrociata con altre imprese
che abbiano proprie tecnologie brevettate per combinarle
con le proprie al fine di offrire prodotti unici e non copiabili
da terzi;
Ecco un punto fondamentale: proviamo a spiegarlo con una metafora esemplificativa; le licenze incrociate sono molto simili allo scambio di figurine che si fa da bambini.
Un bambino che ha comprato 3 bustine di figurine non sar? in grado di fare alcuno scambio perch? non ha un valore sufficiente da permettergli di scambiare con i bambini che invece giocano e collezionano da pi? tempo. Le PMI sono come i bambini con 3 bustine di figurine: gli investimenti non solo economici ma anche di impegno, tempo, competenze necessari a costruirsi un portfolio brevetti di alto valore (le figurine) sono assolutamente fuori della portata delle PMI. Pertanto lo scenario che illustra Confindustria ? esattamente quello dei soliti bulli che decidono, forti dei loro mazzetti di figurine, chi pu? giocare e chi no.
Confindustria dimentica le multinazionali che gia’ detengono centinaia se non migliaia di brevetti software oltreoceano e che non vedono l’ora di poter usare tali brevetti anche in Europa. E quali accordi di licenza incrociata una PMI italiana/europea puo’ ottenere con un colosso che possiede 100, 500 o migliaia di brevetti software? E’ molto probabile anzi che un qualunque software sviluppato dalla PMI in Europa infranga almeno uno se non pi? dei suddetti brevetti software d’oltreoceano.
Quindi, in realt?, attualmente sono le imprese europee ad avere un vantaggio competivito verso quelle USA o giapponesi (dove i brevetti sul software sono concessi) ed ? questo il motivo per cui ci sono grandi pressioni di multinazionali per introdurre la brevettabilit? del software anche in Europa: lo scopo vero ? dare vantaggio (ma loro la chiamano competitivit?) a chi gi? di brevetti ne ha gi? molti.
Se invece l? Europa, come noi auspichiamo, decidesse di non introdurre i brevetti sul software, molto probabilmente anche gli USA e il Giappone inizierebbero a valutare la possibilit? di cambiare le loro attuali regole a tutto vantaggio della vera competivit? per due motivi:
-
Esistono gi?, soprattutto negli USA, movimenti e pressioni economiche contro i brevetti sul software e molti dubbi sulla pratica ormai diffusa di brevettazione del software. Molte sono le perplessit? di studiosi delle universit? americane: infomaritici, giuristi, economisti.
-
Se l’EU si schierasse apertamente contro i brevetti, la reazione a catena in questi stati sarebbe immediata, sicuramente.
Le imprese europee potendo ottenere brevetti in USA e giappone hanno in effetti attualmente un reale vantaggio: purtroppo non ci sono multinazionali del software in Europa in grado di competere ad armi pari con tali colossi.
* ottenere valore dalla propria impresa: il valore della
propria impresa ? pi? chiaro ed ? maggiore quando il
business su cui essa si basa ? protetto con brevetti o altri
diritti di propriet? intellettuale;
Si tratta di una vecchia mentalit?: applicabile (e ancora valida) per i beni materiali.
Questo fenomeno inoltre, ancora una volta, avvantaggia esclusivamente le grandi aziende e non le PMI in quanto il valore di un portafoglio brevetti non ? semplicemente la somma del valore dei singoli brevetti.
Possiamo semplificare questo ragionamento nel seguente modo: se una PMI ha 2 brevetti da 100 mila euro ciascuno avr? certamente un portafoglio brevetti da 200 mila euro. Se una grande multinazionale ha 1000 brevetti ancora da 100 mila euro ciascuno, il valore complessivo di questo portafoglio sar? molto maggiore della semplice moltiplicazione aritmetica 1000 x 100 = 100 milioni di euro, in quanto certamente varr? il 50%,100%, o 1000% in pi? in quanto l’uso congiunto di brevetti insieme ad altri ne da un valore strategico molto maggiore. Un tale portafoglio potrebbe valere 300 milioni di euro o molto di pi?! Come pu? una PMI competere in queste condizioni ?
Ecco dimostrato quindi che, ancora una volta, i brevetti avvantaggiano solo le grandi aziende, a danno delle PMI.
* ottenere partecipazioni nelle imprese (diverse dalla propria)
che fanno uso delle proprie tecnologie brevettate (o di altri
diritti di propriet? intellettuale).
Una situazione di questo tipo ? estremamente pericolosa in Europa: abbiamo gi? visto che la gran parte dei brevetti sul software sono gi? registrati e validi in Giappone ed USA e questo da un vantaggio enorme a queste compagnie nel momento in cui “sbarcano” in Europa con i loro brevetti: la conseguenza ? che molte PMI europee saranno assorbite, controllate e conseguentemente chiuse, qualora vengano avvertite come concorrenti dalle grandi aziende.
Le aziende europee dovrebbero aspettare molto tempo prima di vedersi riconosciuti i propri brevetti (sempre che non siano gi? cose brevettate!), quelle extraeuropee invece li avrebbero immediatamente riconosciti, in virt? dei trattati internazionali.
3. Le imprese italiane vedono pertanto con favore una direttiva
di armonizzazione in materia di brevettabilit? delle invenzioni
realizzate per mezzo di elaboratore, che si proponga di eliminare
le ambiguit? ed incertezze derivanti dall'adozione di diverse prassi
interpretative da parte degli uffici brevetti degli Stati Membri e di
rendere cos? certo l'ambito di applicazione della protezione.
Siamo tutti daccordo che vanno eliminate le ambiguit?: ma la normativa attuale (Convenzione di Berna del 79) vieta esplicitamente la brevettazione del software in quanto tale.
E va quindi confermata, non cambiata nella direzione di una permissiva interpretazione sulla brevettabilit? del software: la direttiva europea invece tenta di fare esattamente questo.
Pur rimanendo il software non brevettabile di per s?, la tutela
diretta del software in quanto attua, e in subordine a, invenzioni
brevettabili di prodotto o processo, costituisce un elemento
importante per lo sviluppo di nuove tecnologie.
Abbiamo gi? ampiamente spiegato quanto questo non sia vero. Il punto ? che non ? chiaro cosa sia “una invenzione brevettabile di prodotto o processo”. Sappiamo tutti che il software elabora informazioni. Queste elaborazioni possono essere utilizzate per un prodotto o un processo. Se il software in quanto elaboratore di informazioni non ? brevettabile, perch? dovrebbe esserlo nel momento in cui viene utilizzato per un prodotto o un processo ? Chi pone questo limite ? Cosa definirebbe esattamente cosa ? brevettabile e cosa non lo ? ?
Secondo il testo dell’attuale direttiva, non viene adeguatamente chiarito questo limite. Non ? un testo legislativo chiaro: la discrezionalit? in questo ambito verrebbe demandata all’Ufficio Europeo dei Brevetti (EPO) che notoriamente ? portato a brevettare piuttosto che a non farlo (in quanto questo accresce la sua attivit?, controllo e presitgio).
Ricordiamo inoltre che l’ EPO ? una societ? privata e non appartiene aelle istituzioni europee! Questa ? una ulteriore distorsione del sistema giuridico perch? non garantisce neutralit? verso la societ?. E’ ragionevole pensare che l’EPO sia pi? incline ad accogliere le pressioni di indirizzo generale “suggerite” da poche grandi aziende (anche non europee) piuttosto che da tante piccole aziende (tipicamente europee) in quanto le prime sono notoriamente pi? efficaci nelle attivit? di lobbying.
Si pensi,
per citare soltanto uno dei possibili esempi, alla sempre pi?
frequente convergenza tra informatica e telecomunicazioni
che rende possibile lo sviluppo di nuove architetture di rete
e quindi l'offerta di soluzioni tecniche innovative che
corrispondono ad esigenze del mercato che non hanno
ancora trovato risposta.
Tutto ci? risulta nell'utilizzo da parte delle imprese di nuove
soluzioni tecniche attuate per mezzo di pacchetti integrati
software e nella offerta di servizi innovativi
che fanno uso di nuove architetture di rete, di nuovi
elaboratori elettronici, di nuovi terminali, di nuovi dispositivi
di interfaccia, di nuove tecniche di protezione ecc.
Per incentivare una adeguata partecipazione allo sviluppo
di tali nuovi pacchetti, architetture di rete, nuovi terminali
e nuovi dispositivi di interfaccia da parte di PMI (non solo da
parte delle grosse aziende) ? necessario che sia garantita:
Premesso che molte delle tecnologie pi? utilizzate nella rete sono in realt? vecchie di decenni, basate tutte su standard aperti (quindi non brevettati e non brevettabili). Non ? vero che i brevetti tutelerebbero tali architetture. Le architetture sono basate su standard, interfacce e protocolli aperti oppure concordati in consorzi internazionali o emanati da enti quali ISO, ANSI, IEEE, IEFT e molti altri.
Quasi mai questi vengono da un unico prodotto realizzato da un’unico soggetto. Quello che fa il software ? implementartare questi standard secondo qualit? pi? o meno marcata.
Al contrario la brevettabilit? di queste “architetture” o “protocolli” o “interfacce” sarebbe una limitazione alla loro diffusione stessa: nell’infomatica le architetture ad esempio di maggiore successo sono quelle che si diffondono di pi?: se l’idea su cui si basa tale architettura viene brevettata, questa idea non si diffonder? e verr? meno impiegata di quanto lo sarebbe senza brevetto.
Che dire poi della brevettabilit? del protocolli ? Essi sono le regole con cui i programmi si scambiano informazioni. Brevettarli significa per tutta la societ?, ipotecare per sempre le proprie informazioni nelle mani di un’unica azienda: dare cio? a questa il controllo sull’informazione: sarebbe una grave mancanza strategica permettere ci? da parte di una classe dirigente
Questo accade perch? il software, a differenza dei beni materiali pu? essere duplicato a un costo irrisorio (i supporti costano pochi euro e la connettivit? anche).
- la possibilit? di cumulare la protezione conferita dal diritto
d'autore con quella brevettuale per le invenzioni attuate per
mezzo di elaboratori elettronici. Le due protezioni riguardano
infatti aspetti differenti dell'innovazione e non sono tra loro
in contrapposizione;
Perch? questo ? necessario ? Perch? sovrapporre il copyright ai brevetti ? Questo non viene argomentato da Confindustria.
- una protezione non solo tramite rivendicazioni di dispositivo/sistema
(product) e metodo (process), ma anche, in subordine a
rivendicazioni di prodotto o processo, mediante rivendicazioni
di "programma per elaboratore" ("computer program product"),
che permettono di verificare e colpire per contraffazione diretta
(non solo per induzione alla contraffazione) eventuali contraffattori;
Viene detta una falsit? enorme riguardo la contraffazione (che in questo contesto non ha nulla a che vedere con la lotta alla pirateria).
Nel mondo del software ? estremamente facile violare un brevetto: spessisimo i tecnici informatici riciclano le idee di altri oppure arrivano in maniera indipendente alle stesse idee di soluzione per una certo problema. Fa parte del lavoro di tutti i giorni, riutilizzare il codice sorgente (e quindi le idee) di altri programmi (quando la licenza lo permette).
Brevettare questo genere di idee significa che ogni volta che a un tecnico viene in mente un’ idea (praticamente una volta al giorno nel lavoro quotidiano), deve prima verificare che non sia brevettata! Significherebbe praticamente impedirgli di lavorare in condizioni normali.
Come si potrebbe accusare qualcuno che usa queste idee di aver violato un brevetto? La realt? ? che se un’ idea ? brevettata non vuol dire necessariamente che sia innovativa.
Infatti vi sono molti brevetti la cui “originalit?” ? a dir poco ridicola;
Alcuni esempi:
-
EP19910119983 19911122: questo brevetto copre tutte le diagnosi mediche che possono essere calcolate automaticamente basate su un input di immagini medicali e testo da un normale computer senza dichiarare che tipo di elaborazione viene fatta. Esso ? esteso anche a quando la diagnosi viene effettuata in una rete o mediante database. Esso si applica quando le immagini vengono analizzate come “gi? pronte per il medico”.
In pratica questo brevetto copre tutti i programmi e sistemi che forniscono informazione in tempo reale e interattiva su diagnosi medica basata su processamento di immagini! Dove sta l’innovazione ? Davvero si vuole che venga parata un diritto su una tale “invenzione”? Pi? che un diritto sarebbe una tassa.
-
EP19950303789 19950602: “Amazon 1Click” ? un metodo di pagamento online con carta di credito fatto in “un click” (di mouse). Un’ idea assolutamente banale e scontata.
Ci sono molti altri brevetti estremamente discutibili in questo sito
- la brevettabilit? di soluzioni tecniche che riguardino
(e/o siano funzionali a) l'interoperabilit? fra sistemi
diversi (ancora nel rispetto dei vincoli sopra richiamati).
Anche qui valgono le stesse argomentazioni di cui sopra: l’interoperabilit? riguarda i protocolli (cio? le regole con le quali i computers si “parlano”) e non i singoli programmi.
Brevettare i protocolli vuol dire dare a pochi soggetti il controllo totale sull’informazione: una tassa enorme che graverebbe su tutta la societ?. Una perdita di competitivit? ed un freno alla ricerca e l’innovazione assolutamente grave e da evitare.
I protocolli sono i linguaggi con i quali i programmi si parlano uno con l’altro: si possono brevettare gli alfabeti ? il linguaggi ?
Questo ? grave come sarebbe grave brevettare l’italiano oppure il tedesco.
Evidentemente non ? questa la strada giusta: eppure i protocolli non sono altro che le varie “lingue” mediante le quali ? possibile fare interoperare e comunicare i computers. Esse devono rimanere standard aperti in modo da incentivare l’interoperabilit? e in modo da consentire a tutti di “parlare” quelle lingue senza dover pagare oneri.
4. Soprattutto le PMI possono ben utilizzare il sistema brevettuale
al fine di mantenersi competitive rispetto ai migliori concorrenti
(incluse le grandi imprese) in termini di business e capitalizzare
in termini di valore (nella propria o altrui impresa) i risultati del
proprio ingegno e delle proprie iniziative.
Le PMI sono troppo svantaggiate rispetto alle grandi imprese per i gravi problemi gestionali, legali, burocratici. Evidentemente viene considerato “ben utilizzabile” uno strumento che ? in realt? “ben utilizzabile” e agevole solo per i grandi.
E che dire, poi, delle microimprese ?
Ci sono decine di migliaria di imprese piccole e piccolissime che operano nel settore ITC e del software, a volte solo liberi professionisti con al massimo qualche collaboratore: se per le PMI ? difficile e gravoso accedere al sistema dei brevetti, per loro ? praticamente impossibile solo inizare a pensare al problema brevetti.
Anzi… sia PMI che liberi professionisti potranno essere attaccati (e ricattati) ogni qualvolta venga loro solo minacciata la possibit? di dover andare in tribunale a difendersi contro l’accusa di aver violato un brevetto: infatti i costi di queste cause sono cos? elevati che semplicemente il fatto di doversi difendere pu? definitivamente stroncare una piccola azienda.
Proprio le tecnologie moderne abbassano la soglia di accesso alla
creazione di nuovi risultati tecnici da parte di piccole imprese.
Questa affermazione non ? affatto chiara. Chi ha scritto questa frase dovrebbe spiegare meglio cosa intende.
Per contro, la riscrittura del
codice, non richiede attivit? di R&S, ma l'impiego di
risorse qualitativamente diverse e spesso quantitativamente
disponibili in grandi aziende.
- le risorse per la scrittura, il test e il debugging di un programma di eccellente qualit? ? un processo estremamente lungo e qualificato
- il vantaggio che l’impresa A che ha realizzato il software su eventuali concorrenti ? incolmabile, tale da scoraggiare qualunque competitore B a provarci, a meno che la qualit? di quanto prodotto da A non sia scarsa.
- se c’? un B che intraprende tale strada ? generalmente perch? vi sono aspetti trascurati o non risolti in modo ottimale da A, per cui B apporta un suo contributo di cui potr? in seguito beneficiare pure A
- sicuramente A a sua volta ha potuto utilizzare un gran numero di esperienza e idee mutuate da altri prodotti di concorrenti, per cui ? solo grazie al fatto che non vi sono i brevetti che ha potuto apportare quella “innovazione incrementale” che le ha potuto aprire un nuovo mercato. Con i brevetti, contate le lincenze ed i costi per poter scrivere il proprio software, si sarebbe dovuta arrendere subito.
Notare infatti che se ad esempio si paga per il brevetto dello streaming video via internet non vuol dire che mi viene dato tutto l’occorrente (sorgenti, documentazione, librerie, tool di sviluppo) per implementare rapidamente tale soluzione, ma mi viene solo “concesso” di poter usare quel risultato che mi sono dovuto conquistare con le mie sole forze!
Queste non
hanno difficolt? ad usare tali risorse quando vogliano conseguire
significativi risultati tecnici quali sono a volte (non sempre)
quelli brevettati. In assenza di una protezione brevettuale, le grandi
imprese avrebbero buon gioco a sviluppare simili soluzioni tecniche,
sia pure indipendenti in termini di software, rispetto a
quelle innovative sviluppate dalle PMI.
Questo ? davvero cusioso: Confindustria, che non rappresenta tipicamente le PMI, sta dunque dicendo che bisogna proteggere le PMI dalle grandi aziende.
Ne prendiamo atto.
La realt? ? ben diversa, evidentemente: le argomentazioni che abbiamo finora spiegato punto per punto dovrebbero aver convinto il lettore che le argomentazioni di Confindustria non sono basate su solide basi.
Noi crediamo che non solo le PMI e i liberi professionisti, ma anche le aziende medio-grandi europee avrebbero tutto da perdere dai brevetti.
Non comprendiamo quindi le argomentazioni di Confindustria: pensiamo, pi? realisticamente, che Confindustria stia facendo un grosso errore di valutazione: se meglio indagasse il fenomeno scoprirebbe che molte aziende sono contrarie. come dimostrano numerosi appelli firmati:
La campagna contro i brevetti software ? molto ampia. Per rendersene conto basta fare una ricerca su google “software patents”
Oltre al LugRoma, molte altre associazioni sono attive in europa e in italia contro i brevetti sul software:
Altri Appelli e opinioni:
Autore
Fabrizio Sebastiani,
Presidente Linux User Group Roma
Hanno collaborato
Un grazie per integrazioni, suggerimenti e correzioni a:
-
Paolo Pedaletti, OpenLabs, Milano
-
Stefano Maffulli, FSF Europe – Sezione Italiana
-
Marco Menardi
-
Marco Mililotti, LugRoma
-
Marco Palone, LugRoma
VN:F [1.8.1_1037]
Rating: 0.0/5 (0 votes cast)
VN:F [1.8.1_1037]
La riduzione dell’imposta ha portato due miliardi e mezzo di euro alle famiglie pi? ricche e solo 143 milioni alle pi? povere