La brevetabilité des logiciels désigne l’analyse qui distingue le programme d’ordinateur exclu en tant que tel d’une invention technique mise en œuvre par logiciel. Elle suppose une nouveauté, une activité inventive, une application industrielle et un caractère technique.
Définition pratique
La brevetabilité des logiciels ne signifie pas qu’un code source, une interface ou une idée de service numérique serait automatiquement protégeable par brevet. Le point décisif est la présence d’une contribution technique. Un logiciel peut être l’instrument d’une invention brevetable lorsqu’il commande un procédé technique, améliore le fonctionnement interne d’un ordinateur, traite des signaux techniques ou coopère avec des moyens matériels pour résoudre un problème technique.
En droit français, l’article L611-10 du Code de la propriété intellectuelle pose d’abord les conditions générales : l’invention doit être nouvelle, impliquer une activité inventive et être susceptible d’application industrielle. Le même article exclut les programmes d’ordinateurs lorsqu’ils sont considérés en tant que tels. Cette limite n’interdit donc pas toute invention logicielle ; elle interdit la revendication d’un programme isolé, sans enseignement technique plus large.
Critères à retenir
L’examen pratique commence par la formulation du problème résolu. Une optimisation commerciale, une règle de gestion, une méthode pédagogique ou une simple automatisation administrative ne suffit pas si la contribution réelle reste non technique. À l’inverse, un procédé de compression vidéo, de chiffrement, de contrôle industriel, de gestion mémoire ou de traitement d’image peut entrer dans le champ des inventions mises en œuvre par ordinateur si les caractéristiques revendiquées produisent un effet technique identifiable.
Caractère technique
L’OEB emploie la notion d’effet technique supplémentaire pour les programmes d’ordinateur. Les effets physiques normaux liés à l’exécution d’un programme, comme la circulation de courant dans la machine, ne suffisent pas. Il faut un effet allant au-delà de cette interaction ordinaire : contrôle d’un dispositif, amélioration du fonctionnement de l’ordinateur, protection de l’intégrité du démarrage, allocation de mémoire, sécurité de communication ou autre résultat technique vérifiable.
Exemples et limites
La frontière est souvent plus claire quand on sépare le code, la fonctionnalité et l’invention. Le droit d’auteur protège l’expression du programme, notamment le code source et le code objet, mais il ne protège pas nécessairement l’idée technique sous-jacente. Le brevet, lui, peut protéger un procédé ou un système technique mis en œuvre par logiciel si la revendication décrit les moyens techniques et l’effet obtenu. Une demande centrée sur le seul listing ou sur un résultat métier abstrait restera fragile.
Les revendications doivent donc éviter de présenter le logiciel comme une boîte noire. Elles gagnent à expliquer les données techniques utilisées, les étapes du procédé, les interactions avec le matériel, les contraintes d’architecture et le résultat technique. Cette précision aide aussi à distinguer une amélioration technique d’une simple présentation d’informations ou d’une règle économique informatisée.
Points de vigilance
Avant le dépôt, il faut vérifier l’état de la technique, garder l’invention confidentielle et documenter les caractéristiques qui produisent l’effet technique. Une divulgation publique avant le dépôt peut détruire la nouveauté. Il faut aussi éviter les promesses générales de performance : ce qui compte est la contribution revendiquée par rapport aux solutions connues, analysée au regard de l’homme du métier et des critères de brevetabilité.
