Dovrei brevettare il mio software? [chiuso]

Nel tuo caso, ho un voto strong "contro".

1. La creazione di un programma con l'ausilio del computer è un problema vecchio come i computer e uno dei temi preferiti della tesi che gli studenti devono risolvere. Le probabilità sono più che buone che ci sia una tecnica antecedente sul tuo brevetto.

2. Il pubblico di destinazione, come dici tu, sono studenti. La pirateria è il bastione in questa base di clienti, quindi non importa quale sia la protezione legale che applichi, è meglio implementare alcuni fantastici DRM (... su uno script Python?!)

3. I brevetti software sono riconosciuti quasi da nessuna parte fuori dagli Stati Uniti. Non c'è niente contro una società straniera che raccoglie il tuo brevetto e lo vende localmente. E la domanda di brevetto richiede una descrizione abbastanza dettagliata del meccanismo in questione ed è totalmente pubblica, il che significa che praticamente le consegni le istruzioni.

4. Considerando i costi di una domanda di brevetto (e buone probabilità di averlo respinto), la possibilità di ottenere un ritorno sull'investimento è minima.

5. I brevetti software sono universalmente considerati malvagi dalle persone IT. Perderai un sacco di rispetto professionale nella comunità degli sviluppatori per il software di brevettazione.

6. Saresti costretto a trovare un modello di business per fare in modo che le persone paghino somme ragionevoli per un software che usano per 30s due volte l'anno.

modifica: permettimi di aggiungere una soluzione alla maggior parte dei tuoi problemi: software come servizio. Crea un'app Web che esegua il tuo compito; renderlo accessibile tramite micropagamenti. Il problema della pirateria sparisce, non può essere copiato in modo banale, quindi qualcuno dovrebbe "reinventarlo" per aggirare la tua (mancanza di) protezione brevettuale, una piccola tassa "per uso" si sincronizza con il modello di utilizzo "30 secondi due volte l'anno", e stai saltando un sacco di mal di testa nella distribuzione.

Sebbene tu abbia sicuramente scritto un utile e interessante software, questo tipo di pianificazione è solo un lavoro quotidiano per le persone che lavorano in aree in cui la pianificazione temporale appartiene al loro software gentile, ad esempio la gestione del software per i dipendenti che lavorano come hai in cucine, ospedali e molti altri posti. Esiste un software simile per le scuole per pianificare quale insegnante impartirà quale corso in quale classe, utilizzato all'inizio di ogni anno. Tutto questo è complicato e puoi essere orgoglioso se il tuo programma funziona, ma non molto che non è stato fatto prima.

Se puoi ottenere un brevetto su di esso può dipendere dalle leggi del tuo paese, sebbene molto probabilmente non valga il tempo e il denaro. Configura un sito web con il tuo nome e pubblicalo come Open Source.

Sospetto che non potresti comunque brevettarlo.

Essenzialmente con un brevetto è necessario brevettare il processo o il metodo. Nel caso di un metodo di screen-scraping, è stato fatto per anni, quindi non c'è nulla di nuovo o inventivo qui.

Nel caso di filtraggio e selezione (corsi, ecc.) questa è essenzialmente una soluzione di selezione e ottimizzazione. Ancora una volta non è nuovo o inventivo.

Mettere insieme queste due cose potrebbe essere nuovo, e potrebbe essere inventivo, ma è ancora un po 'grigio. Un consulente in brevetti sarebbe in grado di consigliarti - ma ti costerà un sacco di soldi.

E come indicato da altri, se brevetti qualcosa devi difenderlo, altrimenti hai sprecato i tuoi soldi facendo il brevetto.

È improbabile che tu possa ottenere un guadagno economico da qualcosa di simile a meno che tu non abbia risorse molto buone (e potresti scoprire che qualcun altro ha già fatto qualcosa di simile in qualche modo - ci sono numerosi record di studenti universitari e sistemi di pianificazione in tutto il mondo) . Quindi probabilmente è meglio concederlo in licenza in qualche forma (creative commons, a prescindere) in modo da avere almeno un felice calore interiore.

Per la cronaca: IANAL. Ma ho fatto parecchie domande di brevetto nel corso degli anni.

Brevettare costerà un sacco di tempo e denaro per installarlo. E una volta che lo hai sul posto devi difenderlo, il che richiede anche molto tempo / soldi. Se non hai molto tempo / soldi, penso che sarebbe meglio rilasciarlo sotto una sorta di licenza open source come suggerito da Mihai. Vuoi fare soldi o semplicemente avere la fama per questo?

Supponiamo che il tuo programma utilizzi qualcosa che possa essere brevettato.

Questo significa che dovrai spendere un bel po 'di tempo e denaro per brevettarlo veramente.

Supponiamo che tu l'abbia brevettato con successo e che qualcun altro lo violi (consapevolmente o meno), quest'ultimo è più probabile, specialmente in un caso come questo.
O, sono solo una piccola compagnia o uno studente universitario, cioè nessuno da cui si possa ottenere denaro.
O sono davvero una società considerevole con un sacco di fondi, che possono trasformare l'idea in profitto e chi si potrebbe fare causa per ottenere un po 'di soldi da. Comunque puoi aspettarti che l'intera prova vada avanti per molti mesi o anche diversi anni e per succhiarti i soldi che hai. E non vi è alcuna garanzia che in realtà vincerai.

Tutto questo per dire: molto probabilmente non puoi permetterti un software di brevetto.

In secondo luogo, quello di cui parli è in realtà un progetto molto carino e utile. Ma non è davvero nuovo. Quella stessa combinazione di diverse routine che hai creato, ovviamente, è unica, ma per me suona piuttosto come adattare un modello generalmente noto a un'area molto specifica (la tua università e il modo in cui i corsi sono organizzati lì)
L'unico ambito in cui l'unicità è rilevante è probabilmente la tua università (perché è l'unico posto in cui si applicano questi tipi di vincoli univoci). Perciò non penso che la tua soluzione possa essere brevettata.

Se sei preoccupato che qualcun altro possa ottenere il credito, rilasciandolo come open source è una buona idea, come detto in altri. Mettilo su un repository pubblico (github, google code, bitbucket, sourceforge, ...), in modo che se qualcuno afferma di aver fatto prima le sue cose, puoi semplicemente mostrare che il tuo codice è stato archiviato da allora in poi.
Se vuoi guadagnare un po 'di denaro da questo, puoi sperare in una donazione o essere pagato per l'implementazione della funzione.

Dopo averlo rilasciato con una licenza software gratuita che ritieni opportuno, dovresti provare a diffondere la parola o persino ad avvicinarti alla tua università, in modo che la utilizzino. Potresti anche ottenere un lavoro per mantenere e integrare il progetto per conto dell'università e potresti essere in grado di scrivere la tua tesi su alcuni aspetti del progetto.

Licenzia il tuo programma con una licenza Open Source. O GPL , BSD , Apache , MIT o - perché no - una licenza Creative Commons .

In alternativa, prova una licenza Beerware .

Alcune persone usano WTFPL ma immagino che questo non si applichi qui.

In ogni caso, il software di brevettazione è un'area grigia. Dovresti contattare un avvocato se è troppo importante.

È probabile che la tua soluzione sia una variante di un approccio esistente alla soddisfazione dei vincoli, alla ricerca o all'algoritmo di pianificazione, quindi non rimanere troppo bloccato dai brevetti. Se pensi davvero che valga la pena investigare, parla con un avvocato specializzato in brevetti per un'ora con una competenza in materia di brevetti software e scopri cosa pensa che siano le tue possibilità.

Ma l'area che stai descrivendo è un'area piuttosto ben studiata con molta arte nota; è probabile che un professore del dipartimento CS ti fornisca una guida migliore di un avvocato su come è innovativo il tuo approccio, e conoscerà il paesaggio abbastanza bene e non ti costerà niente di più delle tasse e dei corsi esistenti. Se il tuo approccio è abbastanza interessante, forse sarà un buon argomento di tesi di laurea.

Le idee non valgono molto nella pratica e l'idea di trovare modi per ottimizzare i programmi di classe è piuttosto vecchia; non è un gioco di parole, ma è un esempio da manuale di un problema di corrispondenza del grafico. Se si potesse trasformare la tecnica in un business più grande (del tutto possibile, se ampliare l'ambito oltre il vostro problema attuale), si potrebbe avere un'opportunità di business, e quindi è possibile finanziare tutti i consulenti in brevetti i profitti generati consentono.

Quasi certamente non vale nemmeno la pena provare a meno che tu abbia una grande azienda che ti supporta o puoi guadagnare rapidamente dal tuo software. Ecco perché.

Un brevetto (che costa una bella somma di denaro da ottenere) non vale molto, a meno che tu non possa difenderlo, cioè devi essere pronto a portare una causa civile contro i violatori del brevetto. Se vai dietro a Small Guys, non otterrai molti soldi (perché di solito non hanno le risorse) e se vai dietro a Big Guys, ti costerà milioni per raggiungere il punto in cui potrebbe verificarsi un pagamento . E potresti perdere bene. Da dove provengono i Big Guys? Dal fatto che possono permettersi di detenere molti brevetti in un portafoglio; è il potere contrattuale del portafoglio che è prezioso.

Ovviamente, se avere il brevetto ti permette di diventare ricco vendendo il software, allora è diverso, ma ci sono pochissime persone che lo hanno gestito. È sempre così difficile diventare un software di vendita ricco. (Ora i servizi, puoi fare meglio a vendere quelli, anche se dai il tuo software. Questo è un mercato completamente diverso.)

Questa è una varietà di problema del matrimonio stabile l'algoritmo e viene utilizzato molto (scuole mediche) per abbinare i laureati a stage basati su criteri per la migliore corrispondenza.

Non sono sicuro che tu abbia qualcosa da brevettare. L'hai anche detto tu stesso con someone steals the idea . Se hai una tecnica abbastanza unica / complessa che è brevettabile, ma sono sicuro che ci sono molti modi per implementare quell'idea senza usare la stessa tecnica.

Che cosa stai brevettando di nuovo? L'idea? cattive (buone?) notizie sono idee per brevetti.

Non puoi brevettarlo, perché lo hai già rivelato pubblicamente. Hai una base di utenti (e dal momento che è uno script - possono vedere esattamente come funziona), e più o meno lo hai descritto qui, fornendo informazioni sufficienti sull'essenza dell'idea.

Quindi, anche se la domanda era pertinente quando hai iniziato a scriverla, ha smesso di essere rilevante una volta cliccato su "Invia". Non puoi più brevettarlo, anche se tutte le altre (valide!) Ragioni dichiarate nelle altre risposte non valgono per te.