ボクセルのデータ構造をより効率的にレンダリングするために、ボクセルのデータ構造の境界を見つける再帰的な検索アルゴリズムを作成しました。私は周りを見回しました、そしてそれは誰もそれを特許を取得することに悩まされなかったほど単純で明白な技術であるか、それは斬新で誰も以前にこの方法でそれを行ったことがありません。
GitHubで公開「公開」され、GPLで保護されています。それを他の人に見せて、改善できるかどうかを確認したいのですが...
私はそれを書いて公開しましたが、誰かが同じアイデアの特許を取得しようとするかもしれません。
私は安全ですか、オープンソースソフトウェアのバナーで保護されていますか。それとも、大きな銃や特許トロールのように自分自身を保護しようとする必要がありますか?
ソフトウェアの特許は悪であり、最高のソフトウェアを書くためには多くの目でそれを見る必要があると私は信じています。ただし、これがソフトウェアの作成方法についてはナイーブな見方になるのではないかと心配しています。また、他の人の考えについても知りたいです。
免責事項:私は弁護士ではありません。十分に懸念がある場合は、専門的な法的助言を求めてください。
米国の法律を扱っていると仮定すると、GitHubのコードは先行技術であるため、誰かが今それを特許化することは非常に困難です。ただし、最初にGitHubに作品を公開する前に、誰かがすでに特許を申請している可能性があります。 GitHubの作業にかなり先行する場合は、メモ、ソースコード、または類似の資料を保管してください。
私はしません似たような特許を探すことをお勧めします。それらは非常に読みづらく、見つけることができても継続すると、米国の法律に基づいて3倍の責任が生じるためです。
ただし、他の場所に既存の先行技術が存在する可能性があるため、特許の範囲外で同様の実装を検索することをお勧めしますwould。かつては特許出願の審査や先行技術の検索などの専門的な仕事をしていた人物として、類似するものが見つからない場合、適切な場所で検索したり、正しい用語を使用したりしていないと思います。
また、他の誰かが特許を取得した場合でも、その発明の使用を妨げる権利を主張しない場合があることに注意してください。彼らがそうするのは、あなたの発明の使用が彼らの売上に重大な影響を与えるか、さもなければあなたに対して訴訟を起こすよりも彼らにもっとお金を稼がせた場合だけである。
上記のように、それがあなたに関係している場合、専門家の助言を求めてください。
[編集:以下を追加。]
また、GitHubコードはその正確な実装のための単なる先行技術であることも覚えておいてください。たとえば、バリエーション、代替案、または改善点がある可能性があるため、特許を取得できる可能性のある作業についてメモまたは日記を付けることが重要です。
@aktonの回答を読んだ後、ソフトウェア特許が現在どのように展開されているかを認識することが重要です。
すべきではないが発生している間、米国では多くの不正なソフトウェア関連の特許が発行されています。過度に広いまたは不明確なクレームを持つ特許、明確な先行技術がある場合の特許、露骨に明白な特許。問題は、米国特許庁が十分に勤勉ではなく、控訴裁判所が特許保持者に優しすぎることであり、ほとんどの陪審員は技術的に無知なので陪審裁判は宝くじです。
それでは、これは質問とどのように関連していますか?
問題は、アルゴリズムをソースコードとしてGithubに公開しても、誰かが申請中で特許を取得できないことではないということです。その後、出願に割り当てられた特許審査官が特許を付与するかどうかを決定します。さまざまな理由により、審査官があなたの作品を見つけられない可能性があります。
そのため、審査官が、その特許が提示された/見つかった(他の)先行技術と比較して十分に新規であると判断した場合など、先行技術にもかかわらず特許が発行される可能性があります。
これについてあなたは何ができますか?たくさんありません!ただし、doアルゴリズムなどを公開することをお勧めします。公開しないと、悪い特許を覆すのに役立つ先行技術の証拠がないためです。
それは人々がそれをそうするために作っているほど単純ではありません。
彼らはあなたのコード/アルゴリズムの特許を取得するのに苦労します(技術的にこれらは特許を取得できませんが、実際には、抽象的な方法は常に、言葉を含む定型の呪文に過ぎない特定の表現を使用するデバイスを通じて常に特許を取得しています」一実施形態では... ")
彼らができることとすることは、破壊的であり、あなたとあなたの将来の自由を制限するものですが、特許ですevery* single *明白*あなたが開発していた思考やアイデアの流れの*継続*。
つまり、1日目はコードをリリースし、2日目はコードの最も明白なアプリケーションをプロセス特許として、そしてコードのすべての自然な拡張機能(バージョン1.2の場合)の特許を取得するために忙しい。だからあなたはまだあなたのコードを持っていますが、それは脱出できない進歩ゲットーに追いやられています。
あなたがそれについて考えるならば、これは彼らがすでにしているすべてです。彼らはテクノロジー自体の基盤を所有していません(これを伝えるには多数の裁判所の決定と数億ドルの納税者ドルが必要でしたが)。彼らが主張していること、およびアメリカの裁判所が定期的に支持していることは、他の人々のアイデアをさらに拡張したり、自然に作り上げたり、適用したりすることです。
そうでなければコードの開発の自然な流れであったであろうものをこれに含めることを妨げるものは何もありません。
ソフトウェア特許の品質を向上させる方法はありませんアイデアの特許を許可すると(すべてのソフトウェア特許です)、存在しません。そのような特許の自然な流れは、十分な弁護士やイタチの言葉と交差することはできません。
USPTOが現在行っている犬とポニーのショーは、ソフトウェアパテントが異常であることを一般市民が認識しているからです。主に、NTRのパテントトロールに関するショーとAppleとスマートフォンや丸みを帯びた四角形、その他すべてのアイデアをひねったりいじったりするサムスン。
あなたが提供され、損害賠償を求めて訴えられる日を恐れることなく、コードを自由に作成し、米国で作成できる唯一の結果は、すべてのソフトウェア特許の完全な禁止です。弁護士は米国を地球上のどの国よりもはるかに多く運営しており、USPTOのパンと水は人々が特許を取得するために支払う費用であるため、ソフトウェア特許を黙って禁止するだけの権力者の側に動機はありません。
これはすべてあなたの質問に関連しています。いいえ、訴訟やソフトウェアの特許から離れて、将来のリリースを含むように明確に定義されたコードのセーフハーバーに意味のある形で到達することはできません。はい、あなたがソースを開いたexactの特許を取得するのは難しいでしょうが、実際にはそれほど良いことではありません。いいえ、ソフトウェアの特許を禁止することも検討されていないため、近い将来米国でこれが変わることはありません。
あなたの最善の解決策は、ソフトウェア特許を許可し、施行した歴史を持つ国にコードをリリースしないことです。また、ソフトウェアの特許を現在禁止している国に拡大しようとする勢力に対して、一気に戦うことをお勧めします。
弁護士ベースのテロを恐れずにソフトウェアの作成を許可する国々で販売を成功させることができます。米国にソフトウェアをリリースすることは、ソフトウェア特許を許可する法律が変わるまで、そしてそれがない限り、問題を求めているだけです。
これは厳しいように聞こえる場合は申し訳ありませんが、希望に満ちた妄想に導かれ、失礼な1日を目覚めさせるよりも、真実を知り、それに基づいて行動する方がよいでしょう。
あなたとこれを読んでいる皆さんが、このトピックについて偏見や歪曲をすることなく、率直に話し、私が実際に良い友達であることを理解してくれることを願っています。
ドイツの特許法によれば、メソッドは、それが新しい場合にのみ特許を受けることができます。つまり、特許が申請される前に、公的にアクセス可能であってはなりません。通常、GitHubを介してアルゴリズムを利用できるようにすることは、ドイツの特許法に従ってアルゴリズムを公開することです。ただし、エッジのケースがあります。ただし、ドイツの特許法は、たとえばソフトウェアの特許を取得する場合、米国の特許法よりも非常に制限されています。
弁護士に相談するのは良い考えです。
米国では、誰もいつでも、まだ特許が付与されていないアイディアの特許を取得できます。誰かがあなたのアイデアの特許を取得した場合、元のアイデアがあなたとあなたのものだけであり、特許を登録した人があなたの仕事からそのアイデアを得たことを証明するのは証明の負担です。
このようなすべての場合において、それは最終的に法廷になります。あなたが本当にそれを心配しているなら、あなたはすべきです: