I brevetti software vivono o muoiono sull'ammissibilità a brevetto. Redigiamo in funzione di questo.

La questione dell'ammissibilità a brevetto si decide di norma nei primi paragrafi della descrizione del brevetto. Una domanda che si apre descrivendo un'esigenza commerciale e poi si limita a enunciare un computer che la realizza si espone a un rigetto fondato su Alice. Una domanda che invece si apre con una carenza tecnica dei sistemi esistenti — latenza, pressione sulla memoria, un difetto di sincronizzazione, una proprietà di sicurezza che non è possibile mantenere su larga scala — e descrive l'architettura che la risolve sta già argomentando l'ammissibilità a brevetto prima che qualcuno la metta in discussione.

Le due domande possono descrivere la stessa invenzione. Non hanno però la stessa sorte.

Le invenzioni cloud e in rete distribuiscono le proprie fasi tra più soggetti: un client, un server, una CDN, un servizio di terzi. Una rivendicazione di procedimento che li richieda tutti è una rivendicazione che nessun singolo convenuto attua, e la giurisprudenza sulla contraffazione frazionata rende il problema molto difficile da aggirare in sede contenziosa a posteriori.

Il rimedio sta nella redazione: rivendicare separatamente dal punto di vista di ciascun soggetto, così che almeno una rivendicazione sia integralmente contraffatta dalla parte che si vorrebbe effettivamente convenire in giudizio.