Czy ktoś inny może opatentować mój otwarty algorytm? [Zamknięte]

Napisałem algorytm wyszukiwania rekurencyjnego, aby znaleźć granice struktury danych wokseli, aby uczynić ją bardziej wydajną. Rozejrzałem się i albo jest to tak prosta i oczywista technika, że ​​nikt nie zadał sobie trudu, aby ją opatentować, albo jest to powieść i nikt wcześniej tego nie zrobił.

Jest otwarcie „opublikowany” na GitHub i chroniony na licencji GPL. Chciałbym to pokazać innym, aby zobaczyć, czy można to poprawić, jednak ...

Obawiam się, że chociaż napisałem i opublikowałem, ktoś może spróbować opatentować ten sam pomysł.

Czy jestem bezpieczny, chroniony sztandarami oprogramowania typu open source, czy też muszę próbować chronić się tak, jak robią to wielkie pistolety i patentowe trolle?

Wierzę, że patenty na oprogramowanie są złe i że aby napisać najlepsze oprogramowanie, wiele oczu musi je zobaczyć. Martwię się, że może to być dość naiwny punkt widzenia na temat pisania oprogramowania i jestem ciekawy, co myślą inni.

Oświadczenie: Nie jestem prawnikiem. Jeśli jesteś wystarczająco zaniepokojony, zasięgnij profesjonalnej porady prawnej.

Zakładając, że mamy do czynienia z prawem amerykańskim, bardzo trudno byłoby teraz kogoś opatentować, ponieważ kod na GitHub byłby stanem techniki. Jednak ktoś mógł już złożyć wniosek patentowy przed opublikowaniem pracy w GitHub. Upewnij się, że przechowujesz notatki, kod źródłowy lub podobny materiał, jeśli znacznie wyprzedza on pracę GitHub.

I nie polecam patrząc podobnych patentów, ponieważ mogą one być bardzo trudne do odczytania, a jeśli nie znaleźć jeden i kontynuować swoje trójek odpowiedzialności na podstawie prawa Stanów Zjednoczonych.

Uważam jednak, że zaleca poszukiwanie podobnych wdrożeń poza patentów, ponieważ nie może być istniejący stan techniki gdzie indziej. Jako osoba, której praca zawodowa obejmowała przeglądanie wniosków patentowych i poszukiwanie stanu techniki, jeśli nie znajdziesz czegoś podobnego, sądzę, że nie wyszukujesz w odpowiednich miejscach lub nie używasz właściwych terminów.

Należy również pamiętać, że nawet jeśli ktoś inny opatentuje to, nie może dochodzić swojego prawa do uniemożliwienia korzystania z wynalazku. Zrobiliby to tylko wtedy, gdy korzystanie z wynalazku w istotny sposób wpływa na ich sprzedaż lub w inny sposób przynosi im więcej pieniędzy niż podejmowanie kroków prawnych przeciwko tobie.

Jak wspomniano powyżej, zasięgnij profesjonalnej porady, jeśli dotyczy Ciebie.

[Edytuj: Dodano następujące elementy.]

Pamiętaj również, że kod GitHub jest tylko stanem techniki dla tej dokładnej implementacji. Mogą istnieć odmiany, alternatywy lub ulepszenia, na przykład, więc prowadzenie notatek lub pamiętnika do potencjalnie opatentowanej pracy ma kluczowe znaczenie.

Po przeczytaniu odpowiedzi @ akton ważne jest, aby rozpoznać, w jaki sposób obecnie rozgrywane są patenty na oprogramowanie.

Chociaż nie powinno tak się zdarzyć, w Stanach Zjednoczonych wydaje się wiele złych patentów związanych z oprogramowaniem. Patenty z nadmiernie szerokimi lub nieokreślonymi zastrzeżeniami, patenty tam, gdzie istnieje wyraźny stan techniki oraz patenty, które są rażąco oczywiste. Problem polega na tym, że Urząd Patentowy USA nie jest wystarczająco pracowity, a sąd apelacyjny jest zbyt przyjazny dla posiadaczy patentów, a rozprawy przysięgłych są loterią, ponieważ większość jurorów jest technicznie nieświadoma.

Więc w jaki sposób ma to znaczenie dla pytania?

Problem polega na tym, że opublikowanie twojego algorytmu jako kodu źródłowego na Github nie uniemożliwi nikomu ubiegania się o patent na niego. Następnie do rzecznika patentowego przypisanego do wniosku należy decyzja o przyznaniu patentu. Możliwe, że egzaminator nie znajdzie pracy z różnych powodów:

• Poszukiwanie algorytmów jest trudne.
• Czytanie ryz kodu źródłowego w celu zrozumienia algorytmu zajmuje dużo czasu.
• Stwierdzenie, że dwa algorytmy są podobne, jest trudne, szczególnie jeśli jeden jest sformułowany w języku, który ma za zadanie zaciemniać, a nie ujawniać.
• Rzecznicy patentowi nie mają dużo czasu na każdy patent.

Jeśli więc ekspert zdecyduje, że patent jest wystarczająco nowatorski w stosunku do (innego) stanu techniki przedstawionego / znalezionego, i tak dalej, patent może zostać wydany ... pomimo twojego stanu techniki.

Co możesz z tym zrobić? Nie dużo! Jednak jest jeszcze lepiej, jeśli zrobić publikuje algorytm itp Bo jeśli tego nie zrobisz, nie będzie dowód stanu techniki, by pomóc złe patent przewrócił.

To nie jest tak proste, jak ludzie to robią.

Trudno byłoby im opatentować Twój kod / algorytm (chociaż technicznie nie można ich opatentować, w rzeczywistości abstrakcyjne metody są opatentowane przez cały czas za pomocą określonej frazeologii, która jest niczym więcej niż zaklęciem zaklętym zawierającym słowa „ w jednym przykładzie wykonania ... ”)

To, co mogą i zrobią, co jest równie destrukcyjne i ogranicza ciebie i twoje przyszłe wolności, to opatentowanie każdej * pojedynczej * oczywistej * kontynuacji * strumienia myśli lub idei, które rozwijałeś.

Więc pierwszego dnia wypuszczasz swój kod, a drugiego dnia zajmują się patentowaniem najbardziej oczywistych zastosowań twojego kodu jako patentu procesowego i każdego naturalnego rozszerzenia kodu - czym byłaby dla ciebie wersja 1.2. Więc nadal masz swój kod, ale został on przeniesiony do getta postępu, z którego nie może się wydostać.

Jeśli się nad tym zastanowić, to wszystko, co już robią. Nie mają podstaw żadnej technologii jako takiej (chociaż wymagało to wielu decyzji sądowych i setek milionów dolarów podatników). Twierdzą, że twierdzą i czego amerykańskie sądy regularnie przestrzegają, to tylko dalsze rozszerzenie lub naturalne opracowanie lub zastosowanie pomysłów innych ludzi.

Nic nie powstrzyma ich przed włączeniem do tego, co w innym przypadku byłoby naturalnym przebiegiem rozwoju twojego kodu.

Nie ma sposobu, aby poprawić jakość patentów na oprogramowanie, ponieważ po zezwoleniu na opatentowanie pomysłów - którym są wszystkie patenty na oprogramowanie - nie ma naturalnej linii, że takie patenty nie mogą przekroczyć wystarczającej liczby słów prawników i łasicy.

Wystawa psów i kucyków, którą organizuje teraz USPTO, jest po prostu dlatego, że opinia publiczna jest świadoma, że ​​patenty na oprogramowanie są szalone, głównie dzięki pokazowi NPR o patentowych trollach i szalonych wojnach patentowych między Apple i Samsung o smartfony i zaokrąglone prostokąty i co drugi twit i twiddle pomysłu.

Jedynym rezultatem, który pozwoli Ci swobodnie kodować i tworzyć w USA bez obawy, że zostaniesz doręczony i pozwany o odszkodowanie, jest całkowity zakaz patentów na oprogramowanie. Ponieważ prawnicy rządzą Stanami Zjednoczonymi w większym stopniu niż jakikolwiek inny kraj na ziemi, a chleb i woda USPTO to opłaty, które ludzie płacą za opatentowanie rzeczy, nikt nie ma motywacji, by po prostu zamknąć i zakazać patentów na oprogramowanie.

Wszystko to odnosi się do twojego pytania. Nie, nie można znacząco dotrzeć do bezpiecznej przystani dla kodu, który nie jest trywialnie zdefiniowany w celu uwzględnienia przyszłych wydań, z dala od sporów sądowych i patentów na oprogramowanie. Tak, trudno byłoby opatentować dokładnie to , co otworzyłeś źródło, ale to tak naprawdę nie robi ci tak dobrze. Nie, nie zmieni się to w najbliższej przyszłości w USA, ponieważ zakazu patentów na oprogramowanie nie ma nawet na stole.

Najlepszym rozwiązaniem jest niedopuszczanie kodu do krajów, które zezwalają i mają historię egzekwowania patentów na oprogramowanie. Proponuję również walczyć jak cholera przeciwko siłom, które starają się rozszerzyć patenty na oprogramowanie na kraje, które obecnie je zakazują.

Możesz zarabiać na życie, sprzedając produkty do krajów, które zezwalają na pisanie oprogramowania bez obawy przed terroryzmem opartym na prawnikach. Wydanie oprogramowania do USA wymaga tylko kłopotów, dopóki przepisy prawa zezwalające na patenty na oprogramowanie nie ulegną zmianie.

Przepraszam, jeśli to zabrzmi ostro, ale lepiej poznaj prawdę i postępuj zgodnie z nią, niż kieruj się pełnym nadziei złudzeniem, a następnie przeżyj niegrzeczne przebudzenie pewnego pięknego dnia.

Mam nadzieję, że ty i wszyscy, którzy to czytacie, zdajecie sobie sprawę, że tak naprawdę jestem dobrym przyjacielem, mówiąc szczerze i bez uprzedzeń lub wypaczeń na ten temat.

Zgodnie z niemieckim prawem patentowym metodę można opatentować tylko wtedy, gdy jest nowa. Oznacza to, że nie może być publicznie dostępny przed złożeniem wniosku o patent. Zwykle udostępnianie algorytmu za pośrednictwem GitHub to udostępnianie go publicznie zgodnie z niemieckim prawem patentowym. Istnieją jednak przypadki krawędzi. Jednak niemieckie prawo patentowe jest znacznie bardziej restrykcyjne niż amerykańskie prawo patentowe, na przykład jeśli chodzi o oprogramowanie patentowe.

Konsultacja z prawnikiem to dobry pomysł.

W Stanach Zjednoczonych każdy może opatentować każdy pomysł w dowolnym momencie, który nie ma jeszcze dołączonego patentu. Jeśli ktoś opatentuje twój pomysł, ciężar dowodu spoczywa na tobie, aby udowodnić, że oryginalny pomysł był twój i tylko ty, a także, że osoba, która zarejestrowała patent, wzięła ten pomysł z twojej pracy.

We wszystkich takich przypadkach trafia do sądu. Jeśli naprawdę się o to martwisz, powinieneś:

1. Skonsultuj się z rzecznikiem patentowym
2. Usuń swój kod z oprogramowania open source, dopóki nie rozwiążesz problemów, które porusza Twój prawnik
3. Dokumentuj wszystko o swoim pomyśle od momentu inspiracji do pracy związanej z realizacją tego pomysłu.