Brevettare software: cosa si può proteggere davvero

Per molte startup, software house e aziende che investono in AI, SaaS, cybersecurity o IoT, la domanda arriva presto: “posso brevettare il mio software?”. La risposta corretta è meno netta di quanto sembri: il software, come semplice codice o idea astratta, di regola non si brevetta; una soluzione tecnica realizzata tramite software, invece, può essere brevettabile se rispetta requisiti precisi.

Questa distinzione è fondamentale. Depositare una domanda di brevetto senza aver capito cosa si può rivendicare espone a costi inutili, rigetti, tutela debole e falsa sicurezza commerciale. Al contrario, una strategia ben costruita può combinare brevetto, diritto d’autore, segreto industriale, marchio e design per proteggere davvero il valore tecnologico del progetto.

La regola di base: il software “in quanto tale” non è brevettabile

Nel sistema europeo e italiano, i programmi per elaboratore sono esclusi dalla brevettabilità quando sono considerati “in quanto tali”. Il riferimento europeo è l’articolo 52 della Convenzione sul Brevetto Europeo, che esclude, tra le altre cose, i programmi per computer, i metodi matematici, le regole di gioco e i metodi commerciali, ma solo nella misura in cui la domanda riguardi questi elementi come tali.

In Italia, il Codice della Proprietà Industriale segue la stessa logica. Quindi non basta dire “ho creato un’app innovativa” o “ho scritto un algoritmo originale”. Bisogna dimostrare che l’invenzione produce un contributo tecnico concreto e non si limita a eseguire una regola economica, organizzativa o matematica su un computer generico.

Questa è la prima distinzione pratica:

• il codice sorgente è normalmente protetto dal diritto d’autore;

• l’idea astratta alla base del software non è protetta in quanto tale;

• una soluzione tecnica implementata dal software può essere protetta con brevetto, se è nuova, inventiva e industrialmente applicabile.

Quando un software può diventare un’invenzione brevettabile

Nel linguaggio tecnico-giuridico si parla spesso di invenzioni attuate mediante elaboratore. Non si tratta di un “brevetto sul software” in senso generico, ma di un brevetto su un metodo, sistema, dispositivo o prodotto informatico che risolve un problema tecnico.

Il punto centrale è il cosiddetto carattere tecnico. Un software produce sempre effetti fisici minimi nel computer, come correnti elettriche o operazioni del processore, ma questo non basta. Serve un effetto tecnico ulteriore, cioè un risultato che vada oltre la normale esecuzione di istruzioni informatiche.

Esempi tipici di contributo tecnico possono essere:

• miglioramento della gestione della memoria o del processore;

• riduzione del consumo energetico di un dispositivo;

• compressione, cifratura o trasmissione più efficiente di dati;

• controllo di un macchinario industriale, sensore, robot o dispositivo medico;

• elaborazione tecnica di immagini, segnali o dati provenienti da sensori;

• aumento della sicurezza di una rete mediante una specifica architettura tecnica.

La prassi dell’Ufficio Europeo dei Brevetti valuta con particolare attenzione quali caratteristiche dell’invenzione contribuiscano effettivamente al risultato tecnico. Le caratteristiche puramente commerciali, amministrative o matematiche possono essere descritte nella domanda, ma di norma non aiutano a superare il requisito dell’attività inventiva se non cooperano con aspetti tecnici.

Cosa si può proteggere davvero: brevetto, copyright, marchio, design e know-how

Una strategia efficace non parte dalla domanda “posso brevettare tutto?”, ma da una mappa degli asset. Un prodotto software contiene spesso più livelli di valore, ciascuno tutelabile con strumenti diversi.

Elemento del progetto software	Protezione più adatta	Cosa protegge davvero
Codice sorgente e codice oggetto	Diritto d’autore	La forma espressiva del programma, non l’idea o la funzionalità astratta
Algoritmo matematico astratto	In genere non brevettabile come tale	Può restare segreto o rilevare se inserito in una soluzione tecnica
Metodo tecnico implementato via software	Brevetto	La soluzione tecnica rivendicata, se nuova, inventiva e applicabile industrialmente
Interfaccia grafica, icone, layout	Design, diritto d’autore, talvolta marchio	L’aspetto visivo, non il funzionamento tecnico sottostante
Nome dell’app, logo, nome della piattaforma	Marchio	Il segno distintivo usato per identificare prodotti o servizi
Documentazione, manuali, materiali digitali	Diritto d’autore	Testi, schemi, contenuti creativi e materiali originali
Metodo commerciale o workflow interno	Segreto, contratti, know-how	Informazioni riservate e procedure aziendali non divulgate
Database e dataset	Diritto d’autore, diritto sui generis, contratti	Struttura creativa, investimento nella raccolta dati o condizioni d’uso

La Direttiva 2009/24/CE sulla protezione giuridica dei programmi per elaboratore chiarisce un principio essenziale: il diritto d’autore protegge l’espressione del programma, ma non le idee e i principi alla base dei suoi elementi. In pratica, copiare il codice può costituire violazione; sviluppare in modo indipendente una soluzione che produce la stessa funzionalità può essere lecito, salvo brevetti, segreti o altri diritti applicabili.

Esempi pratici: cosa può essere brevettato e cosa no

App marketplace o gestionale aziendale

Una piattaforma che abbina domanda e offerta, gestisce ordini, calcola commissioni o automatizza processi amministrativi difficilmente è brevettabile se l’innovazione riguarda solo la logica commerciale. Il fatto che il metodo sia implementato tramite app o cloud non lo rende automaticamente tecnico.

Diverso è il caso in cui la piattaforma introduca una nuova architettura tecnica per ridurre latenza, sincronizzare dati distribuiti in modo più efficiente o migliorare la sicurezza delle transazioni con un meccanismo informatico non ovvio.

Software di cybersecurity

Un sistema che rileva anomalie di rete con una particolare modalità tecnica di analisi del traffico, riducendo falsi positivi o tempi di risposta, può avere un profilo brevettuale più solido. Qui il problema non è “vendere meglio un servizio”, ma migliorare tecnicamente il funzionamento o la protezione di un’infrastruttura informatica.

La domanda di brevetto dovrà però descrivere con precisione il meccanismo tecnico, i passaggi, l’architettura e il risultato misurabile. Rivendicazioni troppo generiche, come “un software che rileva attacchi informatici con AI”, sono spesso deboli.

Intelligenza artificiale e machine learning

Nel caso dell’AI, non basta dire che si usa una rete neurale o un modello predittivo. Un modello matematico, in sé, tende a essere trattato come metodo astratto. La brevettabilità diventa più concreta quando l’AI è applicata a un problema tecnico specifico, per esempio:

• riduzione del rumore in immagini mediche;

• controllo più preciso di un robot;

• ottimizzazione energetica di un impianto;

• elaborazione di segnali provenienti da sensori industriali;

• miglioramento tecnico di un sistema di visione artificiale.

Se invece l’AI serve solo a suggerire prodotti, profilare utenti per marketing o ottimizzare prezzi, la tutela brevettuale è più difficile, salvo che vi sia una componente tecnica autonoma e rilevante.

Videogiochi e interfacce digitali

Le regole di gioco, la trama e il concept non sono normalmente brevettabili. Possono però entrare in gioco altri strumenti: diritto d’autore per codice, grafica, musica e testi; marchio per il nome del gioco; design per alcuni elementi visivi; segreto per strumenti interni di sviluppo.

Un motore grafico che migliora il rendering, riduce il carico computazionale o introduce una specifica tecnica di simulazione fisica può invece essere valutato sul piano brevettuale.

Il brevetto non protegge “tutto il software”: protegge le rivendicazioni

Uno degli errori più comuni è pensare che, ottenuto un brevetto, l’intero prodotto sia protetto. In realtà, il brevetto tutela ciò che è definito nelle rivendicazioni, cioè la parte giuridicamente più importante della domanda.

Le rivendicazioni stabiliscono il perimetro del diritto esclusivo. Se sono troppo strette, un concorrente può aggirarle modificando alcuni elementi. Se sono troppo ampie o generiche, possono essere rigettate o successivamente invalidate. Per questo la redazione di una domanda su software richiede un lavoro congiunto tra competenza tecnica e competenza legale.

In molti casi, la domanda può essere impostata come metodo implementato da computer, sistema informatico, dispositivo, supporto leggibile da computer o programma che, una volta eseguito, produce un effetto tecnico. Tuttavia, la forma della rivendicazione non può mascherare l’assenza di una vera soluzione tecnica.

Brevettare software in Italia, Europa e all’estero

La tutela brevettuale è territoriale. Un brevetto italiano produce effetti in Italia; un brevetto europeo, dopo la concessione, deve essere reso efficace nei Paesi di interesse secondo le regole applicabili; una procedura PCT non rilascia un “brevetto mondiale”, ma consente di coordinare e posticipare l’ingresso in più Paesi.

Per chi sviluppa software, il fattore tempo è decisivo. In generale, una divulgazione pubblica prima del deposito può compromettere la novità dell’invenzione. Demo pubbliche, pitch non riservati, repository accessibili, white paper, presentazioni commerciali e pubblicazioni online devono quindi essere gestiti con attenzione.

Un percorso tipico può prevedere:

1. analisi tecnica dell’invenzione e identificazione del contributo brevettabile;

2. ricerca di anteriorità su brevetti, pubblicazioni e prodotti già disponibili;

3. scelta tra deposito italiano, europeo o strategia internazionale;

4. redazione della descrizione, dei disegni tecnici e delle rivendicazioni;

5. deposito prima di divulgazioni non protette;

6. gestione delle osservazioni degli uffici e delle eventuali estensioni estere.

Per approfondire il tema delle procedure internazionali, è utile leggere anche la guida dello Studio sul PCT brevetto e domanda internazionale. Per gli aspetti formali del deposito nazionale, si può consultare l’articolo sugli errori da evitare nella modulistica UIBM.

Brevetto o segreto industriale: quale conviene per il software?

Non sempre brevettare è la scelta migliore. Il brevetto richiede la pubblicazione dell’invenzione e dura, in linea generale, venti anni dalla data di deposito per i brevetti per invenzione. In cambio, offre un diritto esclusivo opponibile ai terzi nel territorio protetto.

Il segreto industriale, invece, può durare potenzialmente più a lungo, ma solo se l’informazione resta segreta e se l’impresa adotta misure ragionevoli per proteggerla. Nel software, il segreto può essere particolarmente rilevante per:

• architetture interne non visibili dall’esterno;

• dataset proprietari;

• parametri di addestramento;

• procedure operative;

• strumenti interni di testing e deployment;

• logiche di ottimizzazione non facilmente ricostruibili.

Il limite è evidente: se un concorrente scopre lecitamente la soluzione, per esempio tramite sviluppo indipendente o reverse engineering consentito, il segreto può non offrire una tutela sufficiente. Per questo la scelta tra brevetto e segreto deve considerare il grado di osservabilità del software, la facilità di copia, il ciclo di vita del prodotto, gli obiettivi di investimento e i mercati di riferimento.

Sul tema della protezione delle informazioni riservate, può essere utile l’approfondimento sulla tutela del know-how.

Il ruolo di marchi e design nei prodotti software

Molti progetti software falliscono la protezione non perché manchi un brevetto, ma perché il portafoglio IP è incompleto. Una piattaforma digitale, una app o un prodotto SaaS non vive solo della sua tecnologia. Vive anche di nome, reputazione, interfaccia, esperienza utente e asset grafici.

Il marchio può proteggere il nome dell’app, il logo, il nome della piattaforma o di specifiche funzionalità commercializzate. È particolarmente importante quando il software viene distribuito su marketplace, app store, canali internazionali o piattaforme cloud.

Il design può essere utile per proteggere l’aspetto di interfacce, icone, elementi grafici, dashboard o dispositivi connessi, se ricorrono i requisiti richiesti. La tutela non riguarda la logica funzionale, ma l’apparenza del prodotto o di una sua parte.

In una strategia “Marchi Brevetti Design”, il brevetto protegge la soluzione tecnica, il marchio protegge l’identità commerciale, il design protegge l’aspetto esteriore e il diritto d’autore protegge codice e contenuti creativi. Questi strumenti non si escludono, spesso si completano.

Open source, freelance e titolarità: rischi da verificare prima del deposito

Prima di investire in un brevetto o in una strategia di protezione, è essenziale verificare chi possiede davvero il software. Nelle startup, il codice è spesso scritto da founder, dipendenti, freelance, agenzie esterne o collaboratori occasionali. Senza contratti chiari, la titolarità dei diritti può diventare un problema in fase di investimento, due diligence o contenzioso.

Anche l’uso di componenti open source richiede attenzione. Le licenze open source non impediscono necessariamente di brevettare una soluzione tecnica, ma possono imporre obblighi di attribuzione, redistribuzione, accesso al codice o compatibilità con altre licenze. In alcuni casi, la presenza di componenti copyleft può incidere sul modello commerciale del prodotto.

Una verifica preventiva dovrebbe quindi includere contratti di sviluppo, clausole di cessione dei diritti, NDA, licenze di terze parti, repository, documentazione delle versioni e policy interne. Per un investitore, un brevetto interessante ma costruito su titolarità incerta può perdere gran parte del suo valore.

Checklist rapida: il tuo software ha potenziale brevettuale?

Prima di depositare, prova a rispondere a queste domande. Se molte risposte sono positive, vale la pena avviare un’analisi specialistica.

Domanda	Perché conta
Il software risolve un problema tecnico e non solo commerciale?	È il cuore della brevettabilità delle invenzioni software
Il risultato tecnico è misurabile o dimostrabile?	Aiuta a sostenere novità e attività inventiva
La soluzione non è già stata divulgata pubblicamente?	La novità può essere compromessa da pubblicazioni, demo e repository
Esistono alternative tecniche note?	Serve per valutare anteriorità e inventive step
La parte innovativa è visibile dall’esterno o facilmente copiabile?	Incide sulla scelta tra brevetto e segreto
I diritti sul codice e sull’invenzione sono chiaramente intestati?	Evita conflitti con dipendenti, freelance e co-founder
Sono stati controllati open source e licenze terze?	Riduce rischi contrattuali e commerciali
Marchio, interfaccia e documentazione sono protetti?	Completa la strategia oltre il brevetto

Errori comuni quando si tenta di brevettare software

Il primo errore è confondere la novità commerciale con la novità tecnica. Un’app può essere molto utile per il mercato, ma non per questo brevettabile. Se l’innovazione è nel modello di business, nel pricing o nella user journey, il brevetto potrebbe non essere lo strumento giusto.

Il secondo errore è divulgare troppo presto. Pubblicare il codice, presentare il prodotto in fiera, caricare un paper online o fare una demo senza accordo di riservatezza può creare anteriorità contro la propria domanda.

Il terzo errore è descrivere l’invenzione in modo generico. Frasi come “sistema basato su intelligenza artificiale per ottimizzare processi” non bastano. Occorrono dettagli tecnici, varianti realizzative, architettura, flussi, esempi e risultati.

Il quarto errore è non fare una freedom to operate. Avere un brevetto non significa automaticamente poter vendere il prodotto. Il proprio software potrebbe comunque interferire con brevetti di terzi. La ricerca di brevettabilità e la ricerca di libertà di attuazione hanno finalità diverse e andrebbero valutate entrambe nei progetti ad alto rischio.

FAQ

Si può brevettare un’app? Sì, ma non perché è un’app. È brevettabile solo se l’app implementa una soluzione tecnica nuova e inventiva. Se l’innovazione riguarda solo un servizio, un metodo commerciale o una presentazione di informazioni, il brevetto è più difficile.

Il codice sorgente è protetto dal brevetto? Di norma il codice sorgente è protetto dal diritto d’autore. Il brevetto, quando possibile, protegge la soluzione tecnica descritta e rivendicata, non le singole righe di codice.

Un algoritmo può essere brevettato? Un algoritmo matematico astratto non è brevettabile come tale. Può però essere parte di un’invenzione brevettabile se contribuisce a risolvere un problema tecnico concreto, per esempio nel controllo di un dispositivo o nell’elaborazione tecnica di segnali.

Devo depositare il software alla SIAE per essere protetto? La protezione del diritto d’autore nasce con la creazione dell’opera, se ne ricorrono i requisiti. Un deposito o una registrazione può avere utilità probatoria, ma non sostituisce una strategia completa su brevetti, marchi, design, contratti e segreti.

Quanto dura la tutela brevettuale del software? Se la soluzione è brevettabile come invenzione, la durata ordinaria del brevetto è di venti anni dalla data di deposito, nel territorio in cui il brevetto è valido e mantenuto in vita.

Meglio brevetto o segreto industriale per un software AI? Dipende. Se la soluzione è visibile, copiabile e ha un forte contributo tecnico, il brevetto può essere strategico. Se il valore è in dataset, parametri, procedure interne o know-how non osservabile, il segreto può essere più adatto, purché siano adottate misure di riservatezza efficaci.

Vuoi capire se il tuo software è davvero proteggibile?

Brevettare software richiede una valutazione precisa: non basta avere un prodotto innovativo, serve individuare il contributo tecnico, verificare anteriorità, scegliere lo strumento corretto e proteggere anche marchio, design, codice, contratti e know-how.

Lo Studio Legale Coviello assiste imprese, startup, sviluppatori e innovatori nella tutela della proprietà intellettuale e industriale, con consulenza su brevetti, marchi, design, diritto d’autore, contrattualistica, anti-contraffazione e strategie internazionali. Lo studio integra competenze legali e strumenti tecnologici, inclusi sistemi basati su AI e l’app Brandregistrato per supportare monitoraggio, promemoria delle scadenze e gestione dei certificati.

Se stai sviluppando un software, una piattaforma AI, un prodotto SaaS o una tecnologia digitale, richiedi una valutazione prima di divulgare il progetto. Puoi contattare lo Studio tramite il sito ufficiale: Studio Legale Coviello.