Brevet logiciel en France et en Europe : est-ce possible ?

Peut-on breveter un logiciel en France ou en Europe en 2026 ? Réponse courte : non, pas en tant que tel. Réponse utile : oui, si le logiciel concourt à une invention produisant un effet technique au-delà du simple traitement d’informations. Voici les critères clés, des exemples concrets et une méthode opérationnelle pour évaluer et bâtir un dossier solide.

1) Le principe juridique en France et en Europe

Le droit français, aligné sur la Convention sur le brevet européen, exclut les « programmes d’ordinateur en tant que tels » de la brevetabilité (art. L.611-10 CPI). Le texte français de référence est l’article L.611-10 du Code de la propriété intellectuelle, qui reprend l’esprit de l’article 52 CBE. L’Office européen des brevets (OEB) applique une ligne jurisprudentielle constante dite approche Comvik, distinguant les caractéristiques techniques (prises en compte) des caractéristiques non techniques (ignorées dans l’évaluation de l’activité inventive). Sur ces principes, voir aussi des synthèses praticiennes : Lavoix – Actualités de Propriété Intellectuelle et Alatis – Quelle protection pour le logiciel en France ?.

Qu’appelle-t-on « effet technique » ?

Une invention logicielle est brevetable si, lue comme un tout, elle résout un problème technique par des moyens techniques. Exemples typiques d’effet technique reconnus par la pratique OEB :

• Contrôle d’un dispositif ou d’un procédé industriel (capteurs, robotique, télécommunications, traitement d’images embarqué).
• Amélioration démontrable du fonctionnement interne de l’ordinateur ou du réseau (gestion mémoire/CPU, réduction de latence, protocole de sécurité ou d’ordonnancement distribué).
• Traitement de signaux produisant un résultat mesurable sur un système technique (filtrage, compression avec gain sur des métriques techniques).

À l’inverse, les caractéristiques non techniques (modèles d’affaires, règles de jeu, méthodes d’organisation, simple présentation d’informations) ne soutiennent pas l’activité inventive. La documentation de l’INPI rappelle les contours généraux de la brevetabilité et de la procédure : INPI. Pour un panorama synthétique des protections du logiciel (brevet/droit d’auteur/base de données), voir Alatis.

Exemples non brevetables (en l’état)

• Algorithme de tarification dynamique ou de recommandation sans amélioration technique du système sous-jacent.
• Interface utilisateur plus « ergonomique » sans apport technique (pure présentation d’informations).
• Méthode commerciale ou financière « informatisée ».
• Modèle d’IA revendiqué pour « meilleure précision » sans effet technique mesurable sur les ressources ou l’architecture informatique.

2) Le logiciel reste protégé par le droit d’auteur

Indépendamment du brevet, le code source est protégé par le droit d’auteur (directive 2009/24/CE sur les programmes d’ordinateur), sans formalité. Pour les bases juridiques, voyez EUR-Lex et Legifrance. En pratique, combinez les protections : copyright sur le code, secret d’affaires sur le savoir-faire, et brevet si un effet technique est démontrable. Nous détaillons les réflexes à adopter dans notre guide sur la protection du code source d’une startup.

3) Méthode en 7 étapes pour évaluer et bâtir un brevet logiciel

Étape 1 – Diagnostic « effet technique »

• Quel problème technique résolvez-vous (latence réseau, consommation CPU, sécurité protocolaire, précision d’un capteur, etc.) ?
• Quelles caractéristiques techniques (architectures, protocoles, structures de données à impact matériel, contrôle d’un capteur/actionneur) portent la solution ?
• Quels résultats mesurables (benchmarks, métriques système) prouvent l’amélioration ?

Étape 2 – Recherches d’antériorités

• Effectuez une revue littérature/brevets (bases OEB/INPI). Commencez par les ressources de l’INPI.
• Cartographiez les solutions proches et isolez votre contribution technique objective.

Étape 3 – Formulation « problème-solution » (approche Comvik)

• Définissez le problème technique objectif à partir de l’état de la technique le plus proche.
• Ne retenez, pour l’activité inventive, que les caractéristiques techniques. Les aspects business/UI ne comptent pas.

Étape 4 – Rédaction de la demande

• Revendiquer un procédé et/ou un dispositif intégrant des éléments techniques concrets (interfaces matérielles, modules systèmes, étapes de traitement du signal/données orientées ressources).
• Décrire des modes de réalisation détaillés : architecture, schémas de flux, structures de données, contraintes système.
• Fournir des preuves techniques (mesures, bancs de test) montrant l’amélioration.
• Éviter les revendications purement « logicielles » ou « business ». Ancrez-les dans un contexte technique.

Étape 5 – Choix de la voie de dépôt

• France (INPI) pour une première protection et une date de priorité (12 mois pour étendre). Informations pratiques : Service Public Pro et INPI.
• Europe (OEB) pour une protection multi-pays avec examen centralisé. La pratique OEB suit l’approche Comvik, largement commentée par Lavoix.
• Évaluez aussi une stratégie internationale (PCT) en fonction de vos marchés.

Étape 6 – Stratégie IP mixte

• Combinez brevet (effet technique), droit d’auteur (code) et secret d’affaires (dataset, réglages, heuristiques).
• Assurez la chaîne des droits (salariés, freelances, fondateurs). Voir notre article sur la cession de propriété intellectuelle par les fondateurs.
• Coordonnez avec le contrat commercial (licences, responsabilité). Pour le SaaS, travaillez les clauses essentielles de vos CGV.

Étape 7 – Calendrier, coûts et risques

• Publication à 18 mois après le dépôt, examen sur plusieurs années (variable selon l’office). Références pratiques : INPI et Service Public Pro.
• Coûts significatifs (dépôt, recherche, examen, mandataires). Anticipez un budget pluriannuel.
• Risque élevé de refus si la demande se limite à un logiciel sans effet technique prouvé.

4) Cas d’usage concrets (IA, edge, SaaS)

IA/ML

• Potentiellement brevetable : nouvelle architecture d’inférence réduisant la consommation GPU/latence à performance équivalente, pipeline embarqué améliorant la robustesse d’un capteur.
• Peu probable : « algorithme de scoring client » ou « recommandation marketing » sans amélioration technique du système.

Sur les articulations PI/IA (droit d’auteur, données, modèles), consultez notre état du droit sur la propriété intellectuelle et les contenus générés par IA.

SaaS et systèmes distribués

• Potentiellement brevetable : mécanisme de réplication tolérant aux pannes réduisant le trafic inter-nœuds, protocole d’ordonnancement diminuant le jitter en réseau mobile.
• Peu probable : moteur de tarification, tableau de bord ou UX de reporting sans apport technique.

5) Erreurs fréquentes à éviter

• Dévoiler la solution (pitch, publication, GitHub) avant dépôt, ce qui ruine la nouveauté.
• Rédiger des revendications « business » sans ancrage technique ni métriques.
• Oublier la chaîne des droits (salariés/freelances) et la cession à la société.
• Ignorer les alternatives (droit d’auteur, marque, secret d’affaires) si l’effet technique est insuffisant. Pour la stratégie marque, voir comment protéger sa marque auprès de l’INPI.

6) Checklist express avant dépôt

• Problème technique clairement formulé et solution décrite par des moyens techniques.
• Preuves d’un effet technique mesurable (benchmarks, tests).
• Recherche d’antériorités effectuée (INPI/OEB) et différences mises en évidence.
• Rédaction orientée technique (éviter le business « en soi »).
• Stratégie IP mixte alignée avec le go-to-market et les contrats.

FAQ

Un logiciel peut-il être breveté « en tant que tel » ?

Non. Le logiciel isolé est exclu par l’article L.611-10 CPI et par l’article 52 CBE. En revanche, une invention mise en œuvre par ordinateur peut être brevetable si elle produit un effet technique.

Comment prouver l’effet technique ?

Décrivez l’architecture et les contraintes système, puis montrez un gain mesurable (latence, débit, consommation, robustesse). La jurisprudence OEB (approche Comvik) se focalise sur ces éléments techniques, voir notamment les analyses de Lavoix.

Brevet ou droit d’auteur pour mon logiciel ?

Les deux sont complémentaires. Le droit d’auteur protège le code (directive 2009/24/CE : EUR-Lex), tandis que le brevet protège une solution technique. Ajoutez le secret d’affaires pour le savoir-faire.

Puis-je déposer en France puis étendre en Europe ?

Oui. Déposez à l’INPI pour obtenir une date de priorité, puis étendez (OEB/PCT) dans les 12 mois. Voir aussi Service Public Pro pour les démarches.