Cosa brevettare in un SaaS: interfaccia, API, backend e logiche tariffarie

Introduzione: «Nel nostro SaaS non c’è nulla che possa essere brevettato» — È davvero così?

La reazione più frequente da parte dei dirigenti e dei Product Manager delle aziende SaaS è: «La nostra soluzione è una combinazione di tecnologie esistenti, quindi non è possibile ottenere un brevetto». Tuttavia, se si esaminano i brevetti SaaS effettivamente registrati, si nota con sorpresa che spesso sono proprio le «funzionalità comuni» a costituire oggetto di rivendicazione.La configurazione che consente di visualizzare lo stato di avanzamento del calcolo delle retribuzioni sulla schermata operativa (brevetto n. 7489351 di freee) e il controllo della schermata che rileva e presenta i contratti di abbonamento a partire dai dati contabili (brevetto n. 7084373 di Money Forward) — entrambi sono diritti attualmente in vigore, registrati negli ultimi anni.In questo articolo, un consulente in brevetti illustrerà come scomporre un prodotto SaaS in una mappa funzionale a quattro livelli e come individuare i punti in cui è possibile presentare una domanda di brevetto.

1. I 4 livelli della mappa delle funzionalità: UI / Integrazione / Back-end / Logica di business

Quando si effettua un inventario delle funzionalità SaaS dal punto di vista brevettuale, è utile suddividerle nei seguenti 4 livelli per facilitare l’organizzazione.

2. Livello ① UI e transizioni tra schermate: la «schermata» costituisce oggetto di rivendicazione

Si tende a ritenere che «il design della schermata rientri nel diritto di design, mentre le funzionalità rientrino nel brevetto», ma il controllo della visualizzazione e le transizioni della schermata stessa rientrano nelle rivendicazioni di un brevetto. Il brevetto n. 7489351 di freee(registrato nel maggio 2024) è stato registrato per un servizio SaaS di elaborazione delle buste paga con una struttura in cui gli elementi specifici dell’invenzione sono la visualizzazione delle schermate e i link di transizione: in particolare, la visualizzazione delle informazioni di stato nella schermata operativa dedicata all’elaborazione delle buste paga e la visualizzazione di un link che consente di passare alla schermata delle operazioni corrispondenti in caso di variazioni dei dati dei dipendenti.Anche il brevetto n. 7084373 di Money Forward (registrato nel giugno 2022) presenta una struttura che controlla la visualizzazione della schermata che identifica i servizi in abbonamento sulla base delle informazioni contabili e presenta i servizi che soddisfano determinati criteri (in entrambi i casi, secondo la sintesi delle rivendicazioni).

Le invenzioni relative al livello dell’interfaccia utente (UI) assumono forma concreta quando sono collegate alla sfida di «come ridurre l’incertezza, i passaggi inutili e le omissioni da parte dell’utente». Proprio perché si tratta di un livello che «si capisce solo usandolo» – e che è quindi facilmente imitabile dalla concorrenza – il suo valore in termini di tutela dei diritti è elevato (per quanto riguarda l’approccio alla protezione, si rimanda all’articolo sull’uso differenziato tra brevetto e segretezza).

3. Livello ② API e integrazioni esterne: le logiche di gestione dei confini sono facilmente brevettabili

Come nel caso del brevetto n. 6366037 di Money Forward (aggregazione di conti: configurazione in cui il terminale dell’utente e il server collaborano per effettuare l’accesso a un server di un istituto finanziario che non consente l’accesso senza certificato digitale, ottenendo automaticamente gli estratti conto), le problematiche che si verificano al “confine” tra la propria azienda e i sistemi esterni —autenticazione, conversione del formato dei dati, tempistica di sincronizzazione, tentativi di riprova in caso di errore — costituiscono un ambito particolarmente adatto alla protezione dei diritti di proprietà intellettuale, poiché è facile descriverne la configurazione come collaborazione tra dispositivi. L’approccio progettuale che prevede la protezione dei diritti non solo per l’elaborazione lato server, ma anche per quella lato terminale dell’utente, è illustrato in dettaglio nell’articolo dedicato alla strategia brevettuale relativa alle procedure di comunicazione nei servizi SaaS esistenti.

Lo stesso «trattamento al confine» costituisce oggetto di rivendicazioni anche negli strumenti di marketing. L’analisi di un brevetto registrato in cui la struttura stessa di integrazione tramite API tra uno strumento di misurazione dell’efficacia pubblicitaria e un servizio esterno è stata inserita nelle rivendicazioni rappresenta un esempio concreto di brevettazione dell’integrazione API, che consente di verificare anche la formulazione delle rivendicazioni.

4. Livello ③ Elaborazione back-end: a volte la soluzione giusta è la riservatezza, non il brevetto

Le elaborazioni interne al server, quali gli algoritmi di stima e la regolazione dei parametri, presentano una debolezza strutturale: anche se si ottiene un brevetto, è difficile dimostrare dall’esterno la violazione da parte di altre aziende. Poiché la domanda viene resa pubblica dopo un anno e sei mesi (articolo 64 della Legge sui brevetti), si rischia di rivelare le proprie carte in cambio di un «brevetto di difficile applicazione».Per questo livello, la priorità va alla riservatezza come segreto commerciale e alla conservazione delle prove relative al diritto di uso anteriore; se si decide di presentare una domanda, è necessario formulare le rivendicazioni in modo da includere «caratteristiche relative all’output, al comportamento e alla visualizzazione sullo schermo», garantendo così la rilevabilità.

5. Livello ④ Tariffe e logica di business: attenzione ai confini

I modelli di tariffazione e le regole di abbinamento in sé costituiscono «accordi convenzionali» e non costituiscono invenzioni ai sensi della legge sui brevetti. Tuttavia, se progettati come processi di valutazione, strutture dati e controllo delle schermate finalizzati alla realizzazione di tali regole, possono diventare oggetto di una domanda di brevetto. Per i dettagli sui confini, si prega di consultare l’articolo sui confini dei brevetti relativi ai modelli di business; per esempi di brevetti registrati nel settore fintech, si prega di consultare la raccolta di casi.

6. Mappa dei brevetti registrati verificati per livello (8 casi)

Si tratta di un elenco dei brevetti giapponesi registrati, di cui abbiamo verificato le pagine effettive in questo blog, riorganizzati in quattro livelli. La invitiamo a utilizzarlo come «riferimento di mercato» da confrontare con la mappa delle funzionalità della propria azienda.

Come illustrato dai due casi di backend relativi al punto ③, è possibile ottenere la tutela brevettuale anche per le elaborazioni interne, purché si concretizzino fino alla «configurazione delle voci di dati da memorizzare e delle operazioni aritmetiche». Tuttavia, poiché la rilevabilità delle violazioni è inferiore rispetto ai punti ① e ②, per il punto ③ è prassi consolidata procedere solo dopo aver valutato comparativamente l’opportunità di depositare la domanda di brevetto rispetto alla scelta di mantenere il segreto (Capitolo 4).I dettagli relativi a ciascun brevetto sono illustrati negli articoli della raccolta di casi di studio FinTech e della rubrica «I confini dei brevetti BM».

Seguendo lo stesso approccio di «verifica delle pagine effettive», è disponibile anche un elenco che esamina, fino alle rivendicazioni, i brevetti registrati nel settore della pubblicità e del marketing. Il tutto è stato sistematizzato sulla base della verifica di 15 brevetti registrati nel campo del marketing, in relazione alla questione se le tecniche di marketing possano essere oggetto di brevetto.

7. Imparare dagli esempi concreti: le lezioni tratte dal caso freee contro Money Forward

Nel caso freee contro Money Forward (sentenza del Tribunale distrettuale di Tokyo del 27 luglio Heisei 29), noto come causa in materia di brevetti tra due aziende SaaS, le rivendicazioni del brevetto di freee relativo alla contabilizzazione automatica sono state interpretate in modo restrittivo, limitandole alla configurazione che “fa riferimento a una tabella di corrispondenza tra parole chiave e voci contabili”, e non sono state ritenute applicabili al prodotto del convenuto, basato sull’apprendimento automatico.Le modalità di implementazione delle funzionalità SaaS subiscono un ricambio generazionale. È necessario progettare una gerarchia delle rivendicazioni con un livello di astrazione tale da coprire non solo «l’implementazione attuale», ma anche «altre implementazioni che la concorrenza potrebbe adottare» — una volta individuati i punti chiave per la domanda di brevetto tramite la mappa delle funzionalità, è proprio questa prospettiva a determinare la durata dei diritti (per i dettagli, si veda il capitolo 6 della sezione «5 motivi ricorrenti di rigetto»).

8. I 4 passaggi per creare una mappa delle funzionalità (procedura operativa)

In un’ora, con il coinvolgimento di un Product Manager, un ingegnere e (se possibile) un consulente in brevetti, è possibile creare una mappa delle funzionalità personalizzata per la propria azienda.

9. L’evoluzione delle priorità di deposito durante la fase MVP e la fase di crescita

Nella fase MVP (prima del PMF), oltre a disporre di risorse finanziarie e di manodopera limitate, l’invenzione stessa può subire modifiche a seguito di un pivot del prodotto. La strategia standard in questa fase consiste in una configurazione minima: «① garantire la data di priorità con una domanda incentrata su un’unica funzione principale; ② decidere in merito alla richiesta di esame (entro 3 anni) solo dopo aver valutato con precisione il potenziale del business».Per le startup di piccole e medie dimensioni (con meno di 10 anni di attività, ecc.), le tasse di richiesta di esame e di mantenimento del brevetto (da 1 a 10 anni) sono ridotte a un terzo ed è possibile avvalersi dell’esame accelerato nella categoria delle piccole e medie imprese (per l’esame super accelerato sono previsti anche requisiti relativi alle domande di brevetto legate all’attività delle startup) (spiegazione dei costi e della procedura).

La fase di crescita (successiva al PMF) è un periodo in cui aumentano i rischi di imitazione e le esigenze di comunicazione esterna in materia di assunzioni e approvvigionamenti.① Aggiornare la mappa delle funzionalità ogni trimestre e inserire le nuove funzionalità tra i candidati alla domanda prima del loro rilascio; ② avviare il monitoraggio delle domande di brevetto della concorrenza; ③ eseguire la richiesta di esame e l’ottenimento dei diritti per i progetti depositati inizialmente in concomitanza con eventi aziendali (approvvigionamenti, trattative commerciali di grande portata) — in questo modo, si passa da un approccio basato su singole domande a una gestione del portafoglio.

10. Cinque domande per individuare i punti chiave delle domande di brevetto

11. Domande frequenti (FAQ)

D1. Si sente spesso parlare anche della registrazione del design per il layout delle schermate. Qual è il rapporto con i brevetti?

R. Gli oggetti da tutelare sono diversi. L’aspetto della schermata (il design della GUI) rientra nel campo del disegno o modello, mentre il meccanismo di transizione tra le schermate e di controllo della visualizzazione rientra in quello del brevetto. Anche per la stessa schermata, se si intende tutelare «l’estetica di questo layout», si ricorre al disegno o modello; se invece si intende tutelare «il meccanismo che determina questa sequenza di visualizzazione», si ricorre al brevetto; qualora entrambi presentino valore, è possibile ricorrervi contemporaneamente.

D2. Presentando la domanda, non si rischia di rivelare le proprie strategie alla concorrenza attraverso la descrizione tecnica?

A. Si tratta di una preoccupazione legittima. Poiché il contenuto della domanda viene pubblicato, in linea di principio, dopo un anno e sei mesi, la distinzione tra «le funzionalità da rendere pubbliche (la parte visibile)» e «le tecnologie da mantenere riservate (la parte non visibile)» deve essere effettuata in fase di progettazione, prima della presentazione della domanda. L’approccio a tale distinzione è illustrato in dettaglio nell’articolo dedicato alla scelta tra brevetto e riservatezza.

D3. È possibile verificare quali brevetti detengono i servizi SaaS concorrenti?

A. Sì, è possibile.Il primo passo consiste nell’effettuare una ricerca per nome del richiedente su J-PlatPat (la banca dati gratuita dell’Ufficio Brevetti). Tuttavia, poiché la pubblicazione avviene un anno e sei mesi dopo il deposito della domanda – il che significa che «non sono visibili le domande presentate nell’ultimo anno e mezzo» – e poiché l’interpretazione delle rivendicazioni richiede competenze specialistiche, si consiglia di affidare le ricerche relative a decisioni importanti a un esperto.

D4. Ha senso creare una mappa delle funzionalità anche nella fase MVP, in cui le funzionalità sono ancora limitate?

A. Sì, c’è. Anche con circa 10 funzionalità è possibile individuare quelle «di alto valore e visibili dall’esterno»; anzi, è vantaggioso individuare la funzionalità da tutelare il prima possibile (poiché rimane l’opzione di depositare la domanda prima della pubblicazione). Consideri la mappa come uno strumento da sviluppare trimestralmente.

[Clausola di esclusione di responsabilità] Il presente articolo costituisce una spiegazione di carattere generale basata su informazioni pubbliche disponibili al 18 luglio 2026 (brevetti registrati pubblicati su Google Patents, sentenze pubblicate sui siti web dei tribunali, ecc.) e non costituisce una consulenza legale.I brevetti citati nell’articolo sono stati verificati nella pagina originale per quanto riguarda i dati bibliografici; tuttavia, ciò non costituisce un’interpretazione dell’ambito di protezione dei diritti né indica l’esistenza di rapporti commerciali tra le aziende citate e il nostro studio (aggiornamento del 19 luglio 2026). Le indicazioni relative alle procedure operative e alle priorità rappresentano una sintesi generale dal punto di vista pratico e non sostituiscono valutazioni individuali.