Qualcun altro può brevettare il mio algoritmo open source? [chiuso]


27

Ho scritto un algoritmo di ricerca ricorsiva per trovare i confini di una struttura di dati voxel al fine di renderlo in modo più efficiente. Mi sono guardato intorno, o è una tecnica così semplice e ovvia che nessuno si è preso la briga di brevettarla, oppure è un romanzo e nessuno l'ha mai fatto prima.

È apertamente "pubblicato" su GitHub e protetto dalla GPL. Vorrei mostrarlo agli altri, per vedere se può essere migliorato, tuttavia ...

Temo che, sebbene l'ho scritto e pubblicato, qualcuno potrebbe tentare di brevettare la stessa idea.

Sono al sicuro, protetto dai banner del software open source o devo tentare di proteggermi come fanno le grandi pistole e i troll di brevetti?

Sono convinto che i brevetti software siano malvagi e che per poter scrivere il miglior software, molti occhi debbano vederlo. Sono preoccupato che questo possa essere un punto di vista piuttosto ingenuo su come viene scritto il software, e sono curioso di sapere cosa pensano gli altri.


1
Ho appena brevettato la tua domanda. Per favore rimuovilo! Scherzi a parte, in che paese ti trovi? Faresti meglio a parlare con un avvocato. Leggi l'articolo precedente.
James,

4
James, sono negli Stati Uniti, sede del Texas Eastern District Court. La mia domanda è arte nota e non puoi brevettarla!
Cacciatore

4
meglio adatto per i brevetti.SE
maniaco del cricchetto

Teoricamente, gli algoritmi di brevettazione potrebbero essere una grande difesa nel caso in cui qualcuno come, oh non lo so, Microsoft, decida di calpestare qualsiasi tuo progetto. Ci penserebbero due volte su come sfruttare qualsiasi brevetto assurdo contro di te se tu avessi dei tuoi brevetti assurdi :) (ad esempio, ho brevettato usando "software di database" su iPhone, LOL!)
Philip

4
Sto votando per chiudere questa domanda come fuori tema perché chiede una consulenza legale.

Risposte:


22

Disclaimer: non sono un avvocato. Se sei abbastanza preoccupato, cerca una consulenza legale professionale.

Supponendo che stiamo trattando la legge degli Stati Uniti, sarebbe molto difficile per qualcuno brevettarlo ora perché il codice su GitHub sarebbe arte nota. Tuttavia, qualcuno potrebbe aver già depositato un brevetto prima di pubblicare il lavoro su GitHub. Assicurati di conservare eventuali note, codice sorgente o materiale simile se precede in modo significativo il lavoro di GitHub.

Io non lo consiglierei alla ricerca di brevetti simili, perché possono essere molto difficili da leggere e, se non trovate uno e continuare, i tuoi triple di responsabilità ai sensi del diritto statunitense.

Tuttavia, mi piacerebbe raccomandare alla ricerca di implementazioni simili brevetti fuori come tecnica ci possono essere esistenti altrove. Come persona il cui lavoro professionale includeva la revisione delle domande di brevetto e la ricerca di arte nota, se non trovi nulla di simile, immagino che non stai cercando nei posti giusti o usando i termini corretti.

Si noti inoltre che, anche se qualcun altro lo brevetta, potrebbero non far valere il proprio diritto di impedirvi di utilizzare l'invenzione. Lo farebbero solo se il tuo uso dell'invenzione incide materialmente sulle loro vendite o li rendesse più soldi che intraprendere azioni legali contro di te.

Come accennato in precedenza, cerca una consulenza professionale se ti riguarda.

[Modifica: aggiunto quanto segue.]

Ricorda inoltre che il codice GitHub è solo arte nota per l'implementazione esatta. Potrebbero esserci variazioni, alternative o miglioramenti, ad esempio, quindi è fondamentale tenere appunti o un diario per lavori potenzialmente brevettabili.


Sembra tutto ragionevole. Concordo sul punto "non cercare nei posti giusti o usare i termini corretti". È probabile che mi sbagli, dato quanto la tecnica mi sembri ovvia. In ogni caso, grazie per il consiglio. Non mi sento necessariamente meglio, ma almeno mi sento più informato sulla questione.
Cacciatore

@akton - Non sono sicuro che le note / un diario aiutino a stabilire l'arte nota. La tecnica precedente deve essere pubblicata in qualche forma.
Stephen C,

@StephenC Hai ragione nel dire che la pubblicazione lo rende sicuramente più forte. Tuttavia, in assenza di qualcosa pubblicato, tutto ciò che è datato o credibile (come un segreto commerciale) è meglio di niente. Ancora una volta, non sono un avvocato, quindi sono felice di essere corretto.
Akton,

1
@akton - Definizione: l'arte nota è tutte le informazioni che sono state divulgate al pubblico in qualsiasi forma su un'invenzione prima di una determinata data. inventors.about.com/od/definations/g/prior_art.htm . Le informazioni che non sono state divulgate al pubblico potrebbero essere rilevanti per altri scopi (ad es. Nelle controversie "prime a inventare") ... ma NON sono arte nota. (IANAL o ... ma so come google :-))
Stephen C

@StephenC Siamo spiacenti. Avrei dovuto essere più chiaro. Sì, la tecnica precedente deve essere pubblicata ma, in particolare se si tratta di brevetti più vecchi coperti dalla legge statunitense "first to invent" piuttosto che "first to file", qualsiasi cosa tu abbia, pubblicato o meno, può essere utile per risolvere le controversie sui brevetti. Una distinzione importante che non ho chiarito.
Akton,

8

Dopo aver letto la risposta di @ akton, è importante riconoscere come stanno giocando i brevetti software al momento.

Anche se non dovrebbe succedere, negli Stati Uniti vengono rilasciati molti brevetti relativi al software. Brevetti con rivendicazioni eccessivamente ampie o indefinite, brevetti in cui esiste una tecnica nota chiara e brevetti palesemente evidenti. Il problema è che l'ufficio brevetti degli Stati Uniti non è abbastanza diligente e la corte d'appello è troppo amichevole per i titolari di brevetti e i processi con giuria sono una lotteria perché la maggior parte dei giurati sono tecnicamente all'oscuro.

In che modo ciò è rilevante per la domanda?

Bene, il problema è che pubblicare il tuo algoritmo come codice sorgente su Github non impedirà a qualcuno di richiedere un brevetto su di esso. Spetta quindi all'esaminatore dei brevetti assegnato alla domanda decidere se concedere il brevetto. È probabile che l'esaminatore non trovi il tuo lavoro per vari motivi:

  • La ricerca di algoritmi è difficile.
  • La lettura di risme del codice sorgente per cercare di capire un algoritmo richiede molto tempo.
  • Decidere che due algoritmi sono simili è difficile, specialmente se uno ha un linguaggio progettato per offuscare piuttosto che rivelare.
  • Gli esaminatori di brevetti non hanno molto tempo da dedicare a ciascun brevetto.

Quindi, se l'esaminatore decide quindi che il brevetto è sufficientemente nuovo rispetto alla (altra) tecnica nota presentata / trovata, e così via, il brevetto potrebbe essere rilasciato ... nonostante la tua tecnica precedente.

Che cosa può si fare su questo? Non molto! Tuttavia, è ancora meglio se si fa pubblicare l'algoritmo, ecc, perché se non lo fai, non ci sarà la prova di prior art per aiutare il cattivo di brevetto rovesciato.


Penso che sia appena cambiato, ma all'USPTO è stato richiesto solo di controllare i propri documenti per l'arte nota, spettava ai tribunali considerare qualsiasi altro esempio, quindi la compagnia farmaceutica americana che ha brevettato Tumeric come anti-scettico
Martin Beckett,

@MartinBeckett - Continuo a non pensare che USPTO sia tenuto a controllare altre fonti, perché non ha davvero senso. (Quali altre fonti sono tenuti a controllare?) Penso che il cambiamento potrebbe essere stato il permesso di controllare altre fonti ... o incoraggiato a ... o qualcosa del genere.
Stephen C,

Roba buona, tutto intorno. Anch'io ritengo sia meglio aver pubblicato questo lavoro. Il controllo del codice sorgente aiuta a fornire lavori precedenti che hanno stabilito il mio processo di pensiero. Inoltre, penso che i benefici siano superiori ai rischi.
Hunter

4

Non è così semplice come la gente lo sta immaginando.

Avrebbero difficoltà a brevettare il tuo codice / algoritmo (anche se tecnicamente questi non sono brevettabili, infatti, i metodi astratti sono brevettati continuamente attraverso il dispositivo dell'uso di una certa fraseologia che è poco più di un incantesimo in scatola che coinvolge le parole " in una forma di realizzazione ... ")

Ciò che potrebbero e faranno, che è altrettanto distruttivo e limitante per te e le tue libertà future, è brevettare ogni * singola * ovvia * continuazione * del flusso di pensiero o idea che stavi sviluppando.

Quindi il giorno 1 rilasci il tuo codice e il giorno 2 sono impegnati a brevettare le applicazioni più ovvie del tuo codice come un brevetto di processo e ogni singola estensione naturale del tuo codice - quale sarebbe stata la versione 1.2 per te. Quindi hai ancora il tuo codice, ma è stato relegato in un ghetto progressivo dal quale non può uscire.

Se ci pensate, è già tutto ciò che fanno. Non possiedono la base di alcuna tecnologia in sé (anche se ci sono volute numerose decisioni giudiziarie e centinaia di milioni di dollari dei contribuenti per dirglielo). Ciò che rivendicano e ciò che i tribunali americani sostengono su base regolare è solo l'ulteriore estensione o naturale elaborazione o applicazione delle idee di altre persone.

Non c'è nulla che impedisca loro di includere in questo ciò che altrimenti sarebbe stato il corso naturale di sviluppo del codice.

Non c'è modo di migliorare la qualità dei brevetti software perché una volta che hai permesso il brevetto delle idee - che sono tutti i brevetti software - non esiste alcuna linea naturale che tali brevetti non possano incrociare con abbastanza legalità e parole weasel.

Lo spettacolo per cani e pony che l'USPTO sta organizzando ora è solo perché il grande pubblico è consapevole che i brevetti sul software sono pazzi, grazie soprattutto allo spettacolo della NPR sui troll di brevetti e alle folli guerre di brevetti tra Apple e Samsung su smartphone e rettangoli arrotondati e ogni altro twit e twiddle di un'idea.

L'unico risultato che ti terrà libero di scrivere codice e creare negli Stati Uniti senza temere il giorno in cui verrai servito e fatto causa per danni è il divieto assoluto di tutti i brevetti software. Dal momento che gli avvocati gestiscono gli Stati Uniti in misura maggiore rispetto a qualsiasi altro paese sulla terra e il pane e l'acqua dell'USPTO sono le tasse che le persone pagano per brevettare le cose, non c'è motivazione da parte di chiunque sia al potere solo per tacere e vietare i brevetti sul software.

Tutto ciò è rilevante per la tua domanda. No, non puoi raggiungere in modo significativo un porto sicuro per il codice, definito in modo non banale per includere le tue versioni future, lontano da controversie legali e brevetti software. Sì, sarebbe difficile brevettare la cosa esatta che hai aperto alla fonte, ma in realtà non ti fa molto bene. No, questo non cambierà nel prossimo futuro negli Stati Uniti perché vietare i brevetti sul software non è nemmeno sul tavolo.

La soluzione migliore è non rilasciare codice in paesi che consentono e hanno una storia di applicazione di brevetti software. Ti suggerisco anche di lottare come un diavolo contro le forze che cercano di estendere i brevetti software nei paesi che attualmente li vietano.

Puoi guadagnarti da vivere vendendo in quei paesi che permettono di scrivere software senza paura del terrorismo basato su un avvocato. Il rilascio di software negli Stati Uniti richiede solo problemi fino a quando e se le leggi che consentono i brevetti sul software non cambiano.

Mi dispiace se questo suona duro, ma stai meglio conoscendo la verità e agendo su di essa piuttosto che essere guidato da un'illusione speranzosa e poi avere un brusco risveglio un bel giorno.

Spero che voi e tutti coloro che leggono questo realizzerete che in realtà sono un buon amico parlando francamente e senza pregiudizi o distorsioni su questo argomento.


3

Secondo la legge tedesca sui brevetti, un metodo può essere brevettato solo se è nuovo. Ciò significa che non deve essere accessibile al pubblico prima della richiesta del brevetto. Normalmente rendere disponibile il tuo algoritmo tramite GitHub lo rende pubblicamente disponibile secondo la legge tedesca sui brevetti. Tuttavia ci sono casi limite. Tuttavia, la legge tedesca sui brevetti è molto restrittiva rispetto alla legge sui brevetti degli Stati Uniti, ad esempio quando si tratta di brevetti software.

Consultare un avvocato è una buona idea.


0

Negli Stati Uniti, chiunque può brevettare qualsiasi idea in qualsiasi momento che non abbia già un brevetto allegato. Se qualcuno brevetta la tua idea, l'onere della prova spetta a te dimostrare che l'idea originale era tua e solo tua e anche che la persona che ha registrato il brevetto ha preso quell'idea dal tuo lavoro.

In tutti questi casi, finisce in un tribunale. Se sei davvero preoccupato, dovresti:

  1. Consultare un avvocato specializzato in brevetti
  2. Rimuovi il codice dall'open source fino a quando non avrai risolto i problemi sollevati dal tuo avvocato
  3. Documenta tutto ciò che riguarda la tua idea dal momento dell'ispirazione al lavoro coinvolto nel portare a compimento questa idea.

Penso che rimuovere il mio codice dal mio repository open source sarebbe una cosa piuttosto drastica da fare, e non voglio davvero impigliarmi in questo campo, o passare molto tempo a pensarci quando potrei scrivere più codice. Non credo che lo farò.
Hunter

@CryptoQuick: tieni presente che non sono un avvocato e solo tu (e immagino potenziali ladri di idee brevettuali) conosci il vero valore di ciò che hai là fuori. La rimozione non significa eliminarlo completamente, ma forse acquistare un account in modo da poter privatizzare questo codice e condividerlo con scelte molto più selettive. Alla fine, anche un brevetto non può proteggerti se non hai le risorse per pagare il team legale necessario per rintracciare un ladro di brevetti.
Joel Etherton,

Questo ha senso. Voglio comunque che altri siano in grado di controllare il mio codice, comunque.
Cacciatore

6
-1 - Mi dispiace ma questo è semplicemente sbagliato e contraddice lo scopo delle ricerche sulla tecnica precedente. L'OP non dovrebbe eliminare il progetto. L'onere della prova dell'originalità non è a carico del PO, ma piuttosto del deposito della parte per il brevetto. I tuoi commenti sarebbero più appropriati se l'OP stesse tentando di brevettare il lavoro, ma anche allora non sono ancora corretti.
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.