Software e brevetto: i limiti da conoscere in Europa

Chi sviluppa un’app, una piattaforma SaaS, un algoritmo di intelligenza artificiale o un sistema IoT arriva spesso alla stessa domanda: posso ottenere un brevetto sul software?

In Europa la risposta corretta non è un semplice sì o no. Il software “in quanto tale” è escluso dalla brevettabilità, ma un’invenzione implementata tramite computer può essere brevettabile quando produce un contributo tecnico reale, nuovo e inventivo. La differenza è sottile, ma decisiva per evitare depositi deboli, costosi o facilmente contestabili.

Questa guida chiarisce i limiti principali del rapporto tra software e brevetto in Europa, con un taglio pratico per imprese, startup, sviluppatori e titolari di diritti che vogliono proteggere innovazione, codice, interfacce, marchi, brevetti e design in modo coerente.

Il principio europeo: il software “in quanto tale” è escluso

La Convenzione sul Brevetto Europeo stabilisce che i programmi per elaboratore rientrano tra le materie escluse dalla brevettabilità, ma solo se considerati “in quanto tali”. Il riferimento centrale è l’articolo 52 della Convenzione sul Brevetto Europeo, che elenca anche metodi matematici, metodi commerciali e presentazioni di informazioni tra le esclusioni.

Questo non significa che ogni innovazione basata su codice sia automaticamente esclusa. L’Ufficio Europeo dei Brevetti, nelle proprie linee guida sulle invenzioni implementate tramite computer, ammette la possibilità di brevettare soluzioni software quando l’invenzione presenta carattere tecnico e risolve un problema tecnico con mezzi tecnici.

Il punto chiave è questo: non si brevetta il codice come testo, ma una soluzione tecnica implementata anche tramite software. Il sorgente resta normalmente tutelato dal diritto d’autore, mentre il brevetto può proteggere una funzione tecnica più ampia, se supera i requisiti di legge.

Quando un software può diventare invenzione brevettabile

Per essere brevettabile in Europa, un’invenzione software deve soddisfare i requisiti ordinari dei brevetti: novità, attività inventiva e applicazione industriale. Nel caso del software, però, si aggiunge una domanda fondamentale: qual è il contributo tecnico rispetto allo stato dell’arte?

Un effetto tecnico può emergere, ad esempio, quando il software controlla un processo industriale, migliora il funzionamento interno di un computer, riduce il consumo di risorse di rete, aumenta la sicurezza di un sistema, elabora segnali fisici o consente una diagnostica tecnica più efficiente.

Non basta invece dire che il software gira su un computer. Anche un metodo commerciale automatizzato, una regola di business eseguita da un server o una formula matematica applicata in modo astratto rischiano di restare fuori dalla tutela brevettuale.

Domanda da porsi	Perché è importante
Il problema risolto è tecnico?	Un vantaggio solo commerciale, organizzativo o estetico non basta per un brevetto europeo.
La soluzione usa mezzi tecnici specifici?	Le rivendicazioni devono descrivere caratteristiche tecniche, non solo obiettivi generici.
L’effetto è verificabile?	Prestazioni, sicurezza, efficienza, controllo o elaborazione tecnica devono poter essere dimostrati.
Esiste uno stato dell’arte simile?	La soluzione deve essere nuova e non ovvia per un tecnico del settore.
Il risultato dipende solo da un algoritmo astratto?	Metodi matematici e logiche astratte, se non applicati tecnicamente, sono esclusi.

Questa valutazione va fatta prima di depositare, non dopo. Una domanda costruita intorno a un’idea commerciale può essere respinta anche se il prodotto è innovativo sul mercato.

Esempi pratici: cosa può essere brevettabile e cosa no

Ogni caso richiede un’analisi specifica, ma alcuni esempi aiutano a capire il confine europeo tra software escluso e invenzione implementata tramite computer.

Soluzione software	Probabile valutazione brevettuale in Europa	Tutele alternative da valutare
App per prenotare servizi con una nuova logica commerciale	Di regola debole, se l’innovazione è solo organizzativa o commerciale	Marchio, diritto d’autore, contratti, segreto commerciale
Algoritmo di compressione dati che riduce banda o memoria con una tecnica nuova	Potenzialmente brevettabile, se l’effetto tecnico è dimostrabile	Diritto d’autore sul codice, segreto industriale
Sistema AI che rileva difetti in immagini industriali e controlla una linea produttiva	Potenzialmente brevettabile, se risolve un problema tecnico specifico	Know-how, contratti, tutela dei dataset
Metodo di pricing dinamico per e-commerce	Spesso non brevettabile se basato solo su logiche economiche	Segreto commerciale, contratti, copyright sul codice
Interfaccia grafica innovativa per un’app	Brevetto difficile se l’effetto è solo visivo	Design registrato, diritto d’autore, marchio
Software di cybersecurity che modifica il comportamento tecnico di una rete	Potenzialmente brevettabile, se nuovo e inventivo	Segreto, copyright, accordi di licenza

La linea di confine non dipende dal settore, ma dalla natura del contributo. Un’app consumer può contenere un modulo tecnico brevettabile, mentre un software industriale può non esserlo se replica soluzioni note.

Il brevetto non protegge il codice sorgente come opera

Uno degli errori più comuni è confondere brevetto e diritto d’autore. Il codice sorgente, il codice oggetto, la documentazione tecnica e alcuni elementi creativi del software sono normalmente protetti dal diritto d’autore, non dal brevetto.

La Direttiva 2009/24/CE sulla tutela giuridica dei programmi per elaboratore prevede la protezione dei programmi per computer come opere dell’ingegno. Tuttavia, il diritto d’autore protegge la forma espressiva del programma, non le idee, i principi, la logica funzionale o il risultato tecnico in sé.

In pratica, se un concorrente copia il codice, la documentazione o parti espressive dell’interfaccia, il diritto d’autore può essere lo strumento più naturale. Se invece un concorrente riscrive da zero il codice ma replica la stessa soluzione tecnica, il brevetto, se valido e con rivendicazioni adeguate, può offrire una tutela più incisiva.

Questo spiega perché molte imprese tech non dovrebbero chiedersi solo se “brevettare il software”, ma quale combinazione di tutele usare.

I limiti più frequenti nei brevetti software in Europa

1. Idee e funzioni astratte non sono sufficienti

Un’idea di piattaforma, una funzionalità desiderata o un modello di business digitale non sono brevettabili in quanto tali. La domanda deve descrivere una soluzione tecnica concreta, non solo il risultato da ottenere.

Ad esempio, “ottimizzare le vendite online tramite AI” è troppo generico. Diverso è descrivere un metodo tecnico specifico che migliora l’elaborazione di dati sensoriali, la sicurezza di una rete o la gestione delle risorse di calcolo.

2. Le caratteristiche non tecniche pesano poco nell’attività inventiva

Nella prassi europea, gli elementi non tecnici, come regole commerciali, presentazioni informative o scelte amministrative, non bastano normalmente a fondare l’attività inventiva. Possono essere presenti nella domanda, ma il contributo inventivo deve emergere dalle caratteristiche tecniche.

Questo è un limite decisivo per fintech, marketplace, piattaforme gestionali e software di automazione aziendale. La novità commerciale del servizio non coincide necessariamente con la novità brevettuale.

3. Il deposito rende pubblica l’invenzione

Il brevetto è uno scambio: esclusiva temporanea in cambio della divulgazione dell’invenzione. Dopo la pubblicazione, i dettagli tecnici diventano accessibili. Se il vantaggio competitivo dipende da un algoritmo difficilmente reverse-engineerabile, può essere più conveniente proteggerlo come segreto commerciale, purché esistano misure concrete di riservatezza.

La scelta tra brevetto e segreto non è solo giuridica, ma strategica. Conta quanto è facile copiare il sistema, quanto dura il ciclo di vita del prodotto, quali mercati sono rilevanti e se l’impresa punta a licensing, investitori o partnership industriali.

4. La divulgazione anticipata può distruggere la novità

Pubblicare il codice su GitHub, presentare il funzionamento tecnico in una demo pubblica, condividere white paper dettagliati o lanciare il prodotto prima del deposito può compromettere la brevettabilità. In Europa la novità è un requisito rigoroso.

Prima di comunicare dettagli tecnici a partner, investitori o potenziali clienti, è opportuno usare NDA adeguati e valutare se depositare una prima domanda. Per i depositi successivi all’estero, la priorità brevettuale consente in genere di usare una finestra di 12 mesi, ma va pianificata con precisione.

5. Un brevetto non dà automaticamente libertà di operare

Ottenere un brevetto significa poter vietare a terzi l’uso dell’invenzione rivendicata, ma non garantisce che il proprio prodotto non violi brevetti altrui. Una piattaforma software può essere brevettabile e, allo stesso tempo, incorporare componenti o tecniche già protette da altri.

Per questo, prima del lancio o di un round di investimento, è utile svolgere una freedom to operate analysis, cioè una verifica dei diritti di terzi nei Paesi di interesse.

Brevetto, copyright, design, marchio e segreto: la strategia corretta

Nel software, la tutela più efficace nasce spesso dalla combinazione di più diritti. Parlare solo di brevetto può essere riduttivo, soprattutto quando il prodotto include codice, interfacce, brand, architetture tecniche, dataset, documentazione e contratti di licenza.

Elemento del prodotto digitale	Tutela principale	Cosa protegge	Limite principale
Codice sorgente e codice oggetto	Diritto d’autore	Espressione del programma	Non protegge l’idea tecnica in sé
Soluzione tecnica implementata da software	Brevetto	Funzione tecnica nuova e inventiva	Esclusione del software in quanto tale
Algoritmo non divulgato	Segreto commerciale	Informazione riservata con valore economico	Si perde se diventa pubblica o non è protetta adeguatamente
Nome della piattaforma o logo	Marchio	Identità distintiva del prodotto o servizio	Non protegge la tecnologia sottostante
Interfaccia, icone, layout o aspetto del prodotto	Design e diritto d’autore	Aspetto visivo nuovo e individuale	Non protegge la funzione tecnica
Licenze, API, partnership e sviluppo esterno	Contratti	Uso, proprietà, responsabilità e limiti	Dipende dalla qualità delle clausole

Per un’impresa, questa mappa è essenziale. Un brevetto può essere inutile se il codice è scritto da un fornitore senza corretta cessione dei diritti. Un marchio può essere forte ma non impedire la copia tecnica. Un design può proteggere l’interfaccia, ma non il motore software. La strategia deve coordinare tutti i livelli.

Per approfondire il ruolo degli strumenti nazionali, può essere utile consultare anche la guida sul sito UIBM per marchi, brevetti e design.

Come valutare se depositare un brevetto software

Prima di investire in una domanda di brevetto, conviene effettuare una verifica strutturata. Il primo passaggio è separare ciò che è tecnico da ciò che è commerciale, grafico o puramente organizzativo.

Una checklist preliminare può includere questi punti:

• Identificare il modulo software davvero innovativo, evitando di descrivere l’intero prodotto in modo generico.

• Definire il problema tecnico risolto e il vantaggio misurabile rispetto a soluzioni note.

• Raccogliere documentazione tecnica, diagrammi, versioni di sviluppo, test e risultati comparativi.

• Eseguire ricerche di anteriorità su brevetti, articoli scientifici, repository e prodotti già noti.

• Verificare titolarità del codice, contratti con dipendenti e fornitori, licenze open source e accordi di riservatezza.

• Decidere se depositare in Italia, presso l’EPO o con una strategia internazionale, anche tramite PCT quando opportuno.

Se l’obiettivo è proteggere più mercati, la strategia va costruita subito. Il PCT non crea un brevetto mondiale, ma permette di organizzare l’estensione internazionale e rinviare alcune decisioni nazionali. Per una panoramica dedicata, puoi leggere l’approfondimento su PCT brevetto e domanda internazionale.

Open source, AI e sviluppo esterno: tre aree da non sottovalutare

Nel software moderno, la brevettabilità non è l’unico rischio. Molti prodotti incorporano librerie open source, componenti sviluppati da freelance, modelli AI addestrati su dataset complessi o API di terzi. Questi elementi possono incidere sulla titolarità, sulla libertà di sfruttamento commerciale e sulla possibilità di cedere o concedere in licenza la tecnologia.

Le licenze open source non impediscono automaticamente il brevetto, ma possono imporre obblighi di distribuzione, disclosure o compatibilità che vanno analizzati prima del lancio. Allo stesso modo, se una parte essenziale del software è stata realizzata da un consulente esterno, è necessario verificare se i diritti patrimoniali siano stati trasferiti correttamente all’impresa.

Per l’intelligenza artificiale, il tema è ancora più delicato. Un modello matematico astratto non è brevettabile in quanto tale, ma una sua applicazione tecnica specifica può esserlo. La domanda deve quindi concentrarsi sul contributo tecnico, ad esempio elaborazione di immagini mediche, controllo industriale, sicurezza informatica o gestione efficiente di risorse hardware.

Anche i contratti diventano centrali. Accordi di sviluppo, licenze software, NDA, clausole IP, garanzie su componenti di terzi e responsabilità per violazione di diritti altrui possono determinare il valore reale del prodotto. Su questi aspetti, può essere utile una revisione mirata delle clausole chiave nella contrattualistica.

Quando il brevetto software conviene davvero

Il brevetto può avere senso quando la soluzione tecnica è difficile da aggirare, ha un ciclo di vita abbastanza lungo, può essere replicata dai concorrenti e rappresenta un vantaggio competitivo rilevante. È particolarmente utile quando l’impresa vuole attrarre investitori, negoziare licenze, presidiare mercati internazionali o bloccare copie tecniche del proprio sistema.

Può invece essere meno adatto quando il vantaggio risiede soprattutto nel brand, nella community, nella velocità di esecuzione, nei dati accumulati, nel segreto operativo o in un’interfaccia grafica. In questi casi, marchio, design, diritto d’autore, contratti e segreti commerciali possono essere più efficienti.

La vera domanda non è “posso brevettare il software?”, ma “qual è il nucleo proteggibile della mia innovazione e quale diritto lo tutela meglio?”. Una risposta corretta richiede analisi tecnica, ricerca di anteriorità, strategia di mercato e coordinamento tra strumenti giuridici.

Frequently Asked Questions

Il software è brevettabile in Europa? Il software in quanto tale è escluso dalla brevettabilità, ma un’invenzione implementata tramite computer può essere brevettabile se produce un contributo tecnico nuovo e inventivo.

Un’app può essere brevettata? Non si brevetta l’app come idea o servizio digitale. Può essere brevettabile un modulo tecnico dell’app, ad esempio un metodo di sicurezza, compressione, controllo o elaborazione tecnica, se rispetta i requisiti europei.

Il codice sorgente è protetto dal brevetto? Di regola il codice sorgente è protetto dal diritto d’autore. Il brevetto, quando valido, protegge la soluzione tecnica descritta e rivendicata, non il codice come testo.

Posso brevettare un algoritmo di intelligenza artificiale? Un algoritmo AI astratto o matematico non è brevettabile in quanto tale. Una specifica applicazione tecnica dell’AI può essere valutata per il brevetto, ad esempio se migliora un processo industriale, un sistema di diagnostica o la sicurezza informatica.

Meglio brevetto o segreto industriale per un algoritmo? Dipende. Il brevetto offre esclusiva ma richiede divulgazione. Il segreto industriale evita la pubblicazione, ma funziona solo se l’informazione resta riservata e se l’impresa adotta misure adeguate di protezione.

Cosa succede se ho già pubblicato il software su GitHub? La pubblicazione può compromettere la novità brevettuale, soprattutto se rivela l’invenzione tecnica. È opportuno valutare subito cosa è stato divulgato, quando, a chi e con quale livello di dettaglio.

Proteggere software, marchi, brevetti e design con una strategia unica

Nel digitale, la tutela efficace non nasce da un singolo deposito, ma da una strategia integrata tra brevetto, diritto d’autore, marchio, design, segreto commerciale e contratti.

Lo Studio Legale Coviello assiste imprese, startup e professionisti nella protezione della proprietà intellettuale e industriale, dalla valutazione di brevettabilità alla registrazione di marchi, brevetti e design, fino alla contrattualistica, all’anticontraffazione e alla gestione internazionale dei diritti. Lo studio integra competenze legali e strumenti tecnologici, inclusa l’app Brandregistrato per monitoraggio, scadenze e gestione documentale.

Se stai sviluppando un software innovativo e vuoi capire se il brevetto è la strada giusta, richiedi una valutazione specializzata tramite Studio Legale Coviello.