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

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.

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.

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é.

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.

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.

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.