Quelqu'un d'autre peut-il breveter mon algorithme open source? [fermé]


27

J'ai écrit un algorithme de recherche récursif pour trouver les limites d'une structure de données voxel afin de la rendre plus efficacement. J'ai regardé autour de moi, et soit c'est une technique tellement simple et évidente que personne n'a pris la peine de la breveter, soit c'est nouveau et personne ne l'a fait de cette façon auparavant.

Il est ouvertement "publié" sur GitHub et protégé sous la GPL. J'aimerais le montrer aux autres, pour voir s'il peut être amélioré, cependant ...

Je crains que même si je l'ai écrit et publié, quelqu'un puisse tenter de breveter la même idée.

Suis-je en sécurité, protégé par les bannières des logiciels open source, ou dois-je essayer de me protéger comme le font les gros canons et les trolls brevetés?

C'est ma conviction que les brevets logiciels sont mauvais, et que pour que le meilleur logiciel soit écrit, beaucoup d'yeux ont besoin de le voir. Je crains que ce soit un point de vue plutôt naïf sur la façon dont les logiciels sont écrits, et je suis curieux de savoir ce que les autres pensent.


1
Je viens de breveter votre question. Veuillez le retirer! Sérieusement, dans quel pays êtes-vous? Vous feriez mieux de parler à un avocat. Lisez sur l'art antérieur.
James

4
James, je suis aux États-Unis, siège du Texas Eastern District Court. Ma question est l'art antérieur et vous ne pouvez pas le breveter!
Hunter

4
meilleur ajustement pour les brevets.SE
ratchet freak

Théoriquement, breveter des algorithmes pourrait être une excellente défense au cas où quelqu'un comme, oh je ne sais pas, Microsoft, déciderait de piétiner l'un de vos projets. Ils réfléchiraient à deux fois avant de tirer parti de tous les brevets absurdes contre vous si vous en aviez vous-même :) (par exemple, j'ai breveté en utilisant un "logiciel de base de données" sur l'iPhone, LOL!)
Philip

4
Je vote pour clore cette question comme hors sujet car elle demande un avis juridique.

Réponses:


22

Avertissement: je ne suis pas avocat. Si vous êtes suffisamment inquiet, consultez un conseiller juridique professionnel.

En supposant que nous ayons affaire à la loi américaine, il serait très difficile pour quelqu'un de la breveter maintenant car le code sur GitHub serait de l'art antérieur. Cependant, quelqu'un a peut-être déjà déposé un brevet avant la première publication de l'ouvrage sur GitHub. Assurez-vous de conserver toutes les notes, code source ou matériel similaire s'il est antérieur au travail GitHub.

Je ne recommanderais pas de rechercher des brevets similaires car ils peuvent être très difficiles à lire et, si vous en trouvez un et continuez, votre responsabilité triple en vertu de la loi américaine.

Cependant, je voudrais recommander la recherche d'implémentations similaires brevets à l' extérieur comme il peut être existant ailleurs l' art antérieur. En tant que personne dont le travail professionnel incluait auparavant l'examen des demandes de brevet et la recherche d'antériorité, si vous ne trouvez rien de similaire, je suppose que vous ne recherchez pas aux bons endroits ou n'utilisez pas les termes appropriés.

Notez également que, même si quelqu'un d'autre le fait breveter, il peut ne pas faire valoir son droit de vous empêcher d'utiliser l'invention. Ils ne le feraient que si votre utilisation de l'invention a un impact significatif sur leurs ventes ou leur a rapporté plus d'argent que de prendre des mesures judiciaires contre vous.

Comme mentionné ci-dessus, demandez conseil à un professionnel si cela vous concerne.

[Modifier: ajouté ce qui suit.]

Souvenez-vous également que le code GitHub n'est que l'état de la technique pour cette implémentation exacte. Il peut y avoir des variations, des alternatives ou des améliorations, par exemple, il est donc essentiel de conserver des notes ou un journal pour des travaux potentiellement brevetables.


Tout cela semble raisonnable. Je suis d'accord sur le point de "ne pas chercher aux bons endroits ou utiliser les bons termes". Il est probable que je me trompe, étant donné à quel point la technique me semble évidente. À tous égards, merci pour les conseils. Je ne me sens pas nécessairement mieux, mais au moins je me sens mieux informé sur la question.
Hunter

@akton - Je ne suis pas sûr que des notes / un journal aident à établir l'état de la technique. L'art antérieur doit être publié sous une forme quelconque.
Stephen C

@StephenC Vous avez raison de dire que le publier le rend certainement plus fort. Cependant, en l'absence de toute publication, tout ce qui est daté ou crédible (comme un secret commercial) vaut mieux que rien. Encore une fois, je ne suis pas avocat et je suis donc heureux de me corriger.
akton

1
@akton - Définition: L'art antérieur est toute information qui a été divulguée au public sous quelque forme que ce soit au sujet d'une invention avant une date donnée. inventors.about.com/od/definations/g/prior_art.htm . Les informations qui n'ont pas été divulguées au public peuvent être pertinentes à d'autres fins (par exemple dans les litiges "premier à inventer") ... mais ce n'est PAS de l'art antérieur. (IANAL non plus ... mais je sais comment google :-))
Stephen C

@StephenC Désolé. J'aurais du être plus clair. Oui, l'état de la technique doit être publié mais, en particulier si vous traitez des brevets plus anciens couverts par la loi américaine "premier à inventer" plutôt que "premier à déposer", tout ce que vous avez, publié ou non, peut être utile dans le règlement des litiges en matière de brevets. Une distinction importante que je n'ai pas clarifiée.
akton

8

Après avoir lu la réponse de @ akton, il est important de reconnaître comment les brevets logiciels se déroulent en ce moment.

Bien que cela ne devrait pas se produire, beaucoup de mauvais brevets liés aux logiciels sont délivrés aux États-Unis. Brevets dont les revendications sont trop larges ou indéfinies, brevets qui existent clairement dans l'état de la technique et brevets qui sont manifestement évidents. Le problème est que le US Patent Office n'est pas assez diligent, et la cour d'appel est trop amicale avec les titulaires de brevets, et les procès avec jury sont une loterie parce que la plupart des jurés sont techniquement ignorants.

En quoi cela est-il pertinent pour la Question?

Eh bien, le problème est que la publication de votre algorithme en tant que code source sur Github n'empêchera pas quelqu'un de demander un brevet dessus. Il appartient ensuite à l'examinateur de brevets affecté à la demande de décider d'accorder ou non le brevet. Il est probable que l'examinateur ne trouvera pas votre travail pour diverses raisons:

  • La recherche d'algorithmes est difficile.
  • La lecture de rames de code source pour essayer de comprendre un algorithme prend beaucoup de temps.
  • Il est difficile de décider que deux algorithmes sont similaires, surtout si l'un est rédigé dans un langage conçu pour obscurcir plutôt que révéler.
  • Les examinateurs de brevets n'ont pas beaucoup de temps à consacrer à chaque brevet.

Donc, si l'examinateur décide alors que le brevet est suffisamment nouveau par rapport à (l'autre) état de la technique présenté / trouvé, et ainsi de suite, le brevet pourrait être délivré ... malgré votre état de la technique.

Que pouvez- vous y faire? Pas beaucoup! Cependant, il est encore mieux si vous faites publier l'algorithme, etc. Parce que si vous ne le faites pas, il n'y aura pas la preuve de l' art antérieur pour aider à obtenir le mauvais brevet renversé.


Je pense que cela vient de changer, mais l'USPTO n'était tenu de vérifier leurs propres dépôts que pour l'état de la technique, il appartenait aux tribunaux d'examiner d'autres exemples, d'où la société pharmaceutique américaine qui a breveté Tumeric comme anti-sceptique
Martin Beckett

@MartinBeckett - Je ne pense toujours pas que l'USPTO soit obligé de vérifier d'autres sources, car cela n'a pas vraiment de sens. (Quelles autres sources doivent-ils vérifier?) Je pense que le changement pourrait avoir été qu'ils sont autorisés à vérifier d'autres sources ... ou encouragés à ... ou quelque chose.
Stephen C

De bonnes choses, tout autour. Moi aussi, je pense qu'il est préférable pour moi d'avoir publié cet ouvrage. Le contrôle des sources aide à fournir des travaux antérieurs qui ont établi mon processus de réflexion. De plus, je pense que les avantages l'emportent sur les risques.
Hunter

4

Ce n'est pas aussi simple que les gens le prétendent.

Ils auraient du mal à breveter votre code / algorithme (même si techniquement ils ne sont pas brevetables, en fait, les méthodes abstraites sont brevetées tout le temps grâce au dispositif d'utilisation d'une certaine phraséologie qui n'est guère plus qu'une incantation en conserve impliquant les mots " dans un mode de réalisation ... ")

Ce qu'ils peuvent et vont faire, ce qui est tout aussi destructeur et en limitant à vous et vos libertés futures, est patent chaque * unique * évidente continuation * * du courant de pensée ou une idée que vous développez.

Donc, le jour 1, vous publiez votre code et le jour 2, ils sont occupés à breveter les applications les plus évidentes de votre code en tant que brevet de processus et chaque extension naturelle de votre code - ce qui aurait été la version 1.2 pour vous. Donc, vous avez toujours votre code, mais il a été relégué dans un ghetto de progrès dont il ne peut pas sortir.

Si vous y réfléchissez, c'est tout ce qu'ils font déjà. Ils ne possèdent pas la base d'une technologie en soi (bien qu'il ait fallu de nombreuses décisions de justice et des centaines de millions de dollars de contribuables pour le leur dire). Ce qu'ils réclament et ce que les tribunaux américains soutiennent régulièrement n'est que l'extension ou l'élaboration ou l'application naturelle des idées des autres.

Rien ne les empêche d'inclure dans ce qui aurait autrement été le cours naturel du développement de votre code.

Il n'y a aucun moyen d' améliorer la qualité des brevets logiciels, car une fois que vous avez autorisé le brevetage des idées - ce qui est le cas de tous les brevets logiciels - il n'existe pas de ligne naturelle de tels brevets ne peuvent pas traverser avec suffisamment de mots d'avocat et de belette.

L'exposition de chiens et de poneys que l'USPTO organise maintenant est simplement parce que le grand public est conscient que les brevets logiciels sont fous, principalement grâce à l'émission de NPR sur les trolls de brevets et les guerres de brevets insensées entre Apple et Samsung sur les smartphones et les rectangles arrondis et tous les autres. twit et twiddle d'une idée.

Le seul résultat qui vous gardera libre de coder et de créer aux États-Unis sans craindre le jour où vous serez servi et poursuivi pour dommages-intérêts est l'interdiction complète de tous les brevets logiciels. Étant donné que les avocats dirigent les États-Unis à un degré plus élevé que tout autre pays sur terre et que le pain et l'eau de l'USPTO sont les frais que les gens paient pour breveter des choses, il n'y a aucune motivation de la part de toute personne au pouvoir de simplement fermer et interdire les brevets logiciels.

Tout cela est pertinent pour votre question. Non, vous ne pouvez pas accéder de manière significative à un port sûr pour le code, non trivialement défini pour inclure vos futures versions, loin des litiges et des brevets logiciels. Oui, il serait difficile de breveter exactement ce que vous avez ouvert, mais cela ne vous fait pas grand-chose. Non, cela ne va pas changer dans un avenir proche aux États-Unis car l'interdiction des brevets logiciels n'est même pas sur la table.

Votre meilleure solution est de ne pas publier de code dans les pays qui autorisent et ont un historique d'application des brevets logiciels. Je vous suggère également de vous battre comme un diable contre les forces qui cherchent à étendre les brevets logiciels dans les pays qui les interdisent actuellement.

Vous pouvez gagner votre vie en vendant dans les pays qui autorisent l'écriture de logiciels sans crainte du terrorisme fondé sur l'avocat. La publication de logiciels aux États-Unis ne fait que poser des problèmes tant que les lois qui autorisent les brevets logiciels ne changent pas.

Désolé si cela semble dur, mais il vaut mieux connaître la vérité et agir en conséquence que d'être guidé par une illusion pleine d'espoir et d'avoir un réveil brutal un beau jour.

J'espère que vous et tous ceux qui lisez ceci réalisez que je suis en fait un bon ami en parlant franchement et sans préjugé ni distorsion sur ce sujet.


3

Selon la loi allemande sur les brevets, une méthode ne peut être brevetée que si elle est nouvelle. Cela signifie qu'il ne doit pas être accessible au public avant la demande de brevet. Normalement, la mise à disposition de votre algorithme via GitHub le rend public conformément à la loi allemande sur les brevets. Cependant, il existe des cas marginaux. Cependant, la loi allemande sur les brevets est très restrictive que la loi américaine sur les brevets, par exemple en ce qui concerne le brevetage de logiciels.

Consulter un avocat est une bonne idée.


0

Aux États-Unis, n'importe qui peut à tout moment breveter n'importe quelle idée qui n'a pas encore de brevet attaché. Si quelqu'un fait breveter votre idée, la charge de la preuve incombe alors à vous de prouver que l'idée originale était la vôtre et la vôtre seule et aussi que la personne qui a déposé le brevet a tiré cette idée de votre travail.

Dans tous les cas comme celui-ci, il se retrouve devant un tribunal. Si cela vous inquiète vraiment, vous devez:

  1. Consulter un conseil en brevets
  2. Supprimez votre code de l'open source jusqu'à ce que vous ayez résolu les problèmes soulevés par votre avocat
  3. Documentez tout sur votre idée, du moment de l'inspiration au travail impliqué pour la concrétiser.

Je pense que supprimer mon code de mon référentiel open source serait une chose plutôt drastique à faire, et je ne veux pas vraiment m'emmêler dans ce domaine, ou passer beaucoup de temps à y penser quand je pourrais écrire plus de code. Je ne pense pas que je vais faire ça.
Hunter

@CryptoQuick: Gardez à l'esprit que je ne suis pas avocat et que vous seul (et je suppose que les voleurs potentiels d'idées de brevets) connaissent la vraie valeur de ce que vous avez là-bas. La suppression ne signifie pas le supprimer complètement, mais peut-être acheter un compte afin que vous puissiez privatiser ce code et le partager avec des choix beaucoup plus sélectifs. En fin de compte, même un brevet ne peut pas vous protéger si vous n'avez pas les ressources nécessaires pour payer l'équipe juridique nécessaire pour traquer un escroc en matière de brevets.
Joel Etherton

C'est logique. Je veux quand même que les autres puissent consulter mon code.
Hunter

6
-1 - Désolé, mais c'est tout simplement faux, et cela contredit l'objectif des recherches sur l'état de la technique. Le PO ne doit pas retirer le projet. La charge de la preuve de l'originalité n'incombe pas au PO mais plutôt à la partie qui dépose le brevet. Vos commentaires seraient plus appropriés si le PO tentait de breveter l'œuvre, mais même dans ce cas, ils ne sont toujours pas corrects.
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.