Comment puis-je protéger mon application ?

Supposons que vous avez développé une nouvelle application intéressante. Mais avant de la proposer dans l’App ou le Play Store, vous voulez empêcher les autres d’utiliser votre idée. Est-ce possible, et si oui comment ?

Il existe plusieurs façons de protéger votre application et ses différentes parties. Dans cet article, nous discuterons de ces moyens et des différentes exigences de chacun.

Un brevet
La plupart des gens pensent qu’un brevet est le premier choix pour protéger votre application, ce qui est logique. Un brevet protège les innovations techniques, et une application semble être rigoureusement identique.

Si vous pouvez simplement décrire votre nouvelle application comme « [Amazon/Tinder/PayPal], pour [nouvelle application/public différent] », il est très peu probable que le brevet soit accordé. Pour être valide, un brevet doit être nouveau et inventif. Et selon les règles européennes, l’inventivité ne s’applique que lorsqu’il existe une différence technique suffisante par rapport à ce qu’on appelle « l’état de l’art ».

Cependant, établir si une caractéristique particulière est suffisamment « technique » est un exercice assez compliqué. Il existe désormais beaucoup de jurisprudence dans laquelle les limites de cette zone grise commencent à émerger plus clairement. Comme Tinder existe déjà, il n’y a aucun défi technique dans la création d’une application de type Tinder pour trouver des correspondances entre les propriétaires d’animaux et les gardiens d’animaux (pour ne citer qu’un exemple).

Mais que se passe-t-il si, lors du développement de votre application, vous rencontrez des problèmes techniques, que vous résolvez ensuite en adoptant une approche techniquement intelligente (et nouvelle) ? Ou l’application résout un problème technique d’une manière nouvelle, par exemple en réduisant la consommation de données ou en préservant la durée de vie de la batterie ? Dans de tels cas, vous feriez bien de contacter un avocat en brevets pour discuter de la possibilité de breveter l’invention. Si vous souhaitez protéger votre invention par un brevet, vous devez l’enregistrer.

De manière générale, si quelqu’un dénué de compétences techniques particulières peut avoir l’idée de l’application et qu’un programmeur moyen peut la construire sans rencontrer de gros problèmes, il ne sera probablement pas possible de breveter l’application. Mais ne désespérez pas ; il existe d’autres moyens de la protéger.

Une marque déposée
 Nous connaissons tous les icônes célèbres d’applications comme Tinder (une petite flamme) et Twitter (un oiseau). Les noms des applications et les icônes qui les représentent peuvent être protégés par une marque déposée. Si vous souhaitez protéger votre application avec une marque déposée, vous devez l’enregistrer.

Un nom ou une icône doit répondre à plusieurs exigences pour être juridiquement protégé en tant que marque. D’une part, la marque doit être distinctive ; l’utilisateur moyen devrait pouvoir distinguer l’application des autres applications par son nom. Une autre exigence est que la marque ne peut pas décrire les qualités ou autres caractéristiques de l’utilisation de l’application. Le nom RESTAURANT APP, où vous pouvez réserver une table dans un restaurant, ne sera pas accepté comme marque déposée. Il en va de même pour une image d’une table pour une application.

Pourtant, de nombreux noms d’applications sont en fait assez évocateurs de l’utilisation réelle de l’application, et l’image de l’icône est souvent très basique. Si la protection des marques est possible dans de tels cas, c’est parce que le droit des marques comporte de nombreuses exceptions aux règles. Dans certains cas, ces exceptions signifient que le nom ou l’icône sont toujours enregistrables en tant que marques déposées.

Designs
 L’interface (utilisateur), l’icône de l’application et d’autres éléments de design (graphiques) peuvent parfois être protégés en tant que design industriel. En principe, les designs doivent également être enregistrés pour être protégés.

Dans le cas d’une interface (utilisateur), un exemple serait l’interface de balayage de Tinder. Dans cet exemple, il est important que l’interface soit « nouvelle » et présente un « caractère individuel ». L’exigence de nouveauté signifie qu’il n’y a pas d’interfaces identiques ou similaires connues du public, ce qui pourrait être le cas, par exemple, si l’application a été présentée à une foire commerciale ou à un groupe d’amis (c’est ce qu’on appelle la « divulgation »). Un personnage individuel retient que l’interface – prise dans son ensemble – devrait laisser à l’utilisateur une impression globale différente de celle d’autres interfaces déjà existantes.

Ensuite, il existe une protection des designs industriels pour un « design non enregistré ». Pour ce design, les mêmes critères s’appliquent que pour un design enregistré, mais le design n’est pas protégé tant qu’il n’a pas été divulgué au public pour la première fois, et il est valable pour une période plus brève et non extensible. Cela signifie que vous n’avez pas besoin d’enregistrer le design, mais aussi que ce droit de protection est plus difficile à invoquer lorsque quelqu’un utilise votre design pour sa propre application.

Droit d’auteur
 L’interface (utilisateur), l’icône et même le logiciel peuvent être protégés par le droit d’auteur. Le droit d’auteur ne peut pas être enregistré.

Prenons l’icône, par exemple. L’icône doit être originale, c’est-à-dire comporter un certain degré de créativité. En même temps, elle doit avoir son propre caractère distinctif, ce qui signifie qu’elle ne peut pas faire partie d’une icône précédente. L’icône doit également porter le « sceau personnel du programmeur¹, ce qui signifie que le programmeur a dû prendre certaines décisions créatives lors du développement de l’icône de son application ; ce doit être la propre « création intellectuelle » d’un programmeur.

Imitation servile
 Il est des cas dans lesquels les droits de propriété intellectuelle cités ci-dessus offrent peu ou pas de protection contre la copie (illégale) des fonctionnalités externes d’une application.

Dans certains de ces cas, il est possible de recourir à l’imitation servile. Cela offre une protection contre l’imitation des fonctionnalités externes d’une application. Les critères de l’imitation servile sont stricts, car il n’y a pas de base légale directe pour l’invoquer (c’est une forme d’acte illégal). Pour un appel favorable à l’imitation servile, le programmeur de l’application aurait dû pouvoir choisir un chemin différent. Néanmoins, le fait qu’il n’ait pas choisi un chemin différent crée une confusion inutile pour le public. En principe, le programmeur peut imiter toutes les caractéristiques, mais les fonctionnalités triviales ou les caractéristiques qui sont simplement de nature esthétique ne peuvent pas être imitées lorsqu’elles contribuent à l’utilité générale ou à la fiabilité de la fonctionnalité copiée.

Droit de base de données
 Lorsqu’une application recueille des données, cela peut impliquer une base de données protégée en vertu du droit de base de données. Selon sa définition légale, une base de données désigne une collection d’œuvres, de données ou d’autres éléments indépendants ordonnés de manière systématique ou méthodique. De plus, il doit y avoir eu un investissement important pour créer la base de données. Les droits de base de données, comme les droits d’auteur, ne peuvent pas être enregistrés.

Secrets commerciaux
 Comme mentionné précédemment, il n’est pas toujours possible de protéger une partie ou le fonctionnement d’une application par le biais de droits de propriété intellectuelle. Il est possible que vous souhaitiez toujours protéger une partie de l’application, ou son fonctionnement, ou les connaissances que vous avez acquises lors du développement de l’application, peut-être parce que vous souhaitez protéger la nouveauté de l’application (comme c’est le cas pour les brevets et les designs, par exemple). Après tout, les registres des droits de propriété intellectuelle sont publics. Dans d’autres cas, il se peut que certains aspects ne puissent être protégés qu’en les gardant secrets, comme la recette du Coca Cola.

On parle alors de secrets commerciaux ou de savoir-faire. Pour que quelque chose soit considéré comme un secret commercial, l’information en question doit être secrète – c’est-à-dire qu’elle n’est pas communément connue ou facilement disponible – et elle doit avoir une certaine valeur commerciale (parce qu’elle est secrète). Il est important de protéger les secrets commerciaux et les savoir-faire clés.

Une première étape pour préserver le secret est d’avoir un accord de non-divulgation (NDA). Nos spécialistes peuvent vous conseiller et rédiger ces NDA pour vous.

Confidentialité
Bien que cela n’ait pas grand-chose à voir avec la protection de votre application, il est important de réfléchir mûrement aux données que votre application recueille. Très vite, votre application peut recueillir les informations personnelles de ses utilisateurs, et il y a des règles et réglementations (européennes) relatives à la collecte et à la conservation de ces données, à savoir le Règlement général sur la protection des données (RGPD). Pour cette raison, il est prudent de parler à nos spécialistes afin d’entendre leurs conseils sur la façon de traiter le RGPD.

Conclusion
 Ainsi que nous l’avons vu, le développement d’une application comporte plusieurs aspects importants, dont la partie juridique revêt une grande importance. Il existe de nombreuses façons de protéger votre application et ses éléments constitutifs, sans parler de la discussion sur le titulaire de ces droits de propriété intellectuelle. Par conséquent, il est sage de s’entretenir avec un spécialiste pour voir quelle serait la meilleure façon, et la bonne façon, de protéger votre application ou ses éléments constitutifs.

_{[1] La loi sur le droit d’auteur fait référence au « créateur » d’un certain aspect de l’application. Cela peut être le développeur, le programmeur, l’employeur ou même une toute autre personne. Dans cet exemple, nous utilisons le ‘programmeur’.}