他の誰かが私のオープンソースアルゴリズムの特許を取得できますか?[閉まっている]


27

より効率的にレンダリングするために、ボクセルデータ構造の境界を見つけるための再帰的な検索アルゴリズムを作成しました。私は周りを見回しましたが、それは誰もそれを特許することを気に掛けないほど単純で明白な技術であるか、それは小説であり、誰もこの方法で以前にそれをしませんでした。

GitHubで公然と「公開」され、GPLで保護されています。しかし、それを改善できるかどうかを確認するために、他の人に見せたいです...

私はそれを書いて公開したが、誰かが同じアイデアを特許しようと試みるかもしれないことを恐れています。

オープンソースソフトウェアのバナーによって保護されているのは安全ですか、それとも大きな銃やパテントトロールのように自分自身を保護する必要がありますか?

ソフトウェアの特許は悪であり、最高のソフトウェアを作成するためには、多くの人がそれを見る必要があるというのが私の信念です。しかし、これはソフトウェアがどのように書かれているかについてのかなり単純な視点かもしれないと心配しています。


1
質問の特許を取得しました。削除してください!まじめに、あなたはどこの国にいますか?弁護士に相談したほうがいいです。従来技術を読んでください。
ジェームズ

4
ジェームス、私は米国にいます。テキサス東部地方裁判所の本拠地です。私の質問は先行技術であり、特許を取得することはできません!
ハンター

4
patents.SEのためのより良いフィット
ラチェットフリーク

理論的には、特許アルゴリズムは、Microsoftのような誰かがあなたのプロジェクトを踏みにじろうとする場合の大きな防御となります。あなたがあなた自身のいくつかの不合理な特許を持っていたなら、彼らはあなたに対してどんな不条理な特許を活用考え直すだろう:)(例えば、私がLOL、iPhoneの「データベース・ソフトウェア」を使用して特許を取得!)
フィリップ

4
この質問は法律上の助言を求めているため、トピック外としてこの質問を終了することに投票しています。

回答:


22

免責事項:私は弁護士ではありません。十分な懸念がある場合は、専門家の法的助言を求めてください。

米国の法律を扱っていると仮定すると、GitHubのコードは先行技術であるため、誰かが現在特許を取得することは非常に困難です。ただし、GitHubに最初に作品を公開する前に、誰かが既に特許を申請している場合があります。GitHubの作業よりもかなり前のものである場合は、メモ、ソースコード、または同様の資料を必ず保管してください。

私はいないでしょう、あなたがものを見つけると、米国の法律の下で、あなたの責任のトリプルを続けるならば、彼らは非常に読みにくいことができますので、同様の特許を探してお勧めします。

ただし、他の場所に既存の先行技術が存在する可能性があるため、特許以外の同様の実装を検索することをお勧めします。プロの仕事に特許出願の審査や先行技術の検索が含まれていた人として、似たようなものが見つからない場合、正しい場所を検索していないか、正しい用語を使用していないと思います。

また、他の誰かが特許を取得した場合でも、その発明を使用することを妨げる権利を主張することはできません。彼らは、あなたの発明の使用が実質的に彼らの販売に影響を与えるか、さもなければあなたに対して法的措置を取るよりも多くのお金を作った場合にのみそうするでしょう。

上記のように、懸念がある場合は専門的なアドバイスを求めてください。

[編集:以下を追加しました。]

また、GitHubコードはその正確な実装の先行技術にすぎないことを忘れないでください。たとえば、バリエーション、代替案、または改善がある場合があるため、潜在的に特許性のある作業についてメモや日記をつけることが重要です。


それはすべて合理的です。「適切な場所を検索しない、または正しい用語を使用しない」という点に同意します。このテクニックが私にとってどれほど明白であるかを考えると、私は間違っている可能性があります。いずれにせよ、アドバイスをありがとう。必ずしも気分が良くなるとは限りませんが、少なくともこの問題については十分な情報を得ています。
ハンター

@akton-メモ/日記が先行技術を確立するのに役立つかどうかわかりません。従来技術は何らかの形で公開されなければなりません。
スティーブンC

@StephenC公開することで確かに強力になるという点であなたは正しいです。ただし、公開されているものがない場合は、日付が付けられている、または信頼できるもの(企業秘密など)は、何もないよりも優れています。繰り返しになりますが、私は弁護士ではありません。
アクトン

1
@akton-定義:先行技術とは、特定の日付以前に発明について何らかの形で一般に公開されたすべての情報です。inventors.about.com/od/definations/g/prior_art.htm。一般に公開されていない情報は、他の目的に関連する可能性があります(たとえば、「最初に発明した」紛争など)。しかし、それは先行技術ではありません。(IANALどちらか...しかし、私はグーグルする方法を知っている:
スティーブンC

@StephenCごめんなさい。もっと明確にすべきだった。はい、先行技術を公開する必要がありますが、特に、「最初に提出する」法ではなく米国の「最初に作成する」法の対象となる古い特許を扱っている場合は、公開されているかどうかにかかわらず、特許紛争を解決するのに役立ちます。重要な区別は明確にしませんでした。
アクトン

8

@aktonの回答を読んだ後、ソフトウェア特許が現在どのように展開されているかを認識することが重要です。

それ起こるべきはありませんが、米国では多くの悪いソフトウェア関連の特許が発行されています。過度に広いまたは不明確なクレームがある特許、明確な先行技術がある特許、および明白に明白な特許。問題は、米国特許庁が十分に熱心ではなく、上訴裁判所が特許保有者に優しく、ほとんどのju審員が技術的に無知であるため、ju審裁判は宝くじであるということです。

それでは、これは質問にどのように関連していますか?

問題は、アルゴリズムをGithubのソースコードとして公開しても、誰かその特許を申請することを妨げないことです。その後、出願に割り当てられた特許審査官が、特許を付与するかどうかを決定します。チャンスは、審査官がさまざまな理由であなたの作品を見つけられないことです。

  • アルゴリズムの検索は困難です。
  • 一連のソースコードを読んでアルゴリズムを理解しようとすると、多くの時間がかかります。
  • 2つのアルゴリズムが類似していると判断するのは困難です。特に、明らかにするのではなく難読化するように設計された言語で記述されている場合は困難です。
  • 特許審査官は、各特許に費やす時間をあまり持ちません。

そのため、審査官が、特許が提示/発見された(他の)先行技術と比較して十分に新規であると判断した場合、特許は発行される可能性があります...先行技術にもかかわらず。

これについて何ができますか?あまりない!ただし、アルゴリズムなどを公開する方が良いでしょう。公開しない場合、悪い特許を覆すのに役立つ先行技術の証拠がないからです。


私はそれだけで変更と思いますが、USPTOは、唯一の先行技術のために、自分の申請をチェックする必要がありました、それは他の例、抗懐疑的なようターメリックの特許を取得し、したがって、米国の製薬会社を検討する裁判所点で最大だった
マーティン・ベケット

@MartinBeckett-USPTOが他のソースをチェックする必要があるとはまだ思っていません。(チェックするために必要な他のソースは何ですか?)変更は、他のソースをチェックすることを許可されていること、または...に奨励されていること、または何かであると考えられます。
スティーブンC

良いもの、すべての周り。私も、この作品を出版するのが最善だと感じています。ソース管理は、私の思考プロセスを確立した初期の作業を提供するのに役立ちます。その上、私は利益がリスクを上回ると思います。
ハンター

4

それは人々がそうするようになっているほど単純ではありません。

彼らはあなたのコード/アルゴリズムの特許を取得するのに苦労します(技術的にはこれらは特許性がありませんが、実際には、抽象的な方法は、「一実施形態では...」

あなたとあなたの将来の自由を破壊し、制限するのと同じように、彼らができることとすることは、あなたが開発していた考えやアイデアの流れの*単一*の明白な *継続* すべてに特許を与えることです。

そのため、1日目にはコードをリリースし、2日目にはプロセスの特許としてのコードの最も明白なアプリケーションとコードのあらゆる自然な拡張の特許取得に忙しくしています。したがって、まだコードはありますが、抜け出せないプログレスゲットーに追いやられています。

あなたがそれについて考えるならば、これは彼らがすでにしているすべてです。彼らはそれ自体、いかなる技術の基礎も所有していません(ただし、これを伝えるには多くの裁判所の決定と数億ドルの納税者ドルが必要でしたが)。彼らが主張していること、そしてアメリカの裁判所が定期的に支持しているのは、他の人々のアイデアのさらなる拡大または自然な精緻化または応用です。

そうしないとコードの開発の自然な流れになってしまうことを、これに含めることを妨げるものは何もありません。

ソフトウェア特許の品質向上させる方法はありません。すべてのソフトウェア特許であるアイデアの特許を許可すると、そのような特許が十分な弁護士やイタチの言葉で渡ることができない自然な線が存在しないからです。

USPTOが現在着手している犬とポニーのショーは、一般大衆がソフトウェア特許が狂気であることに気付いているという理由だけですアイデアのツイッターといじり。

損害賠償を求めて訴えられる日を恐れることなく、米国で自由にコーディングおよび作成できる唯一の結果は、すべてのソフトウェア特許の完全な禁止です。弁護士は地球上で他のどの国よりも米国を大いに運営しており、USPTOのパンと水は人々が特許物に支払う料金であるため、権力のある人がソフトウェア特許を黙って禁止するという動機はありません。

これはすべてあなたの質問に関連しています。いいえ、訴訟やソフトウェア特許から離れて、将来のリリースを含めるように定義されたコードの安全な港に有意義に到達することはできません。はい、あなたがソースをオープンしたものを正確に特許することは難しいでしょうが、それは実際あなたにそんなに良いことをしません。いいえ、これは米国では近いうちに変わることはありません。なぜなら、ソフトウェア特許の禁止はテーブルの上にさえないからです。

あなたの最善の解決策は、ソフトウェア特許を施行し、その歴史を持つ国にコードをリリースしないことです。また、ソフトウェアの特許を現在禁止している国にまで広げようとする勢力に対して、まるで全面的に戦うことをお勧めします。

弁護士に基づくテロを恐れることなくソフトウェアの作成を許可している国々に売り込むことで、生計を立てることができます。ソフトウェアを米国にリリースすることは、ソフトウェア特許を許可する法律が変更されるまで、および変更しない限り、トラブルを求めているだけです。

これがきびしい場合は申し訳ありませんが、希望に満ちた妄想に導かれ、ある晴れた日に無作法に目覚めるよりも、真実を知り、それに基づいて行動する方がましです。

あなたとこれを読んでいるすべての人が、私がこのトピックについて偏見や歪みなしに率直に話すことで、実際に良い友達になっていることに気づくことを願っています。


3

ドイツの特許法によると、メソッドは新しい場合にのみ特許を取得できます。つまり、特許が申請される前に公にアクセスしてはなりません。通常、GitHubを介してアルゴリズムを利用可能にすることは、ドイツの特許法に従って公開されます。ただし、エッジケースがあります。しかし、例えばドイツの特許法は、ソフトウェアの特許に関しては米国の特許法よりも非常に制限されています。

弁護士に相談するのは良い考えです。


0

米国では、特許がまだ付与されていないアイデアであれば誰でもいつでも特許を取得できます。誰かがあなたのアイデアの特許を取得した場合、元のアイデアがあなたとあなただけのものであり、特許を登録した人があなたの作品からそのアイデアを得たことを証明するための証拠の負担があなたにあります。

このようなすべての場合、最終的には法廷に持ち込まれます。あなたが本当にそれを心配しているなら、あなたはすべきです:

  1. 弁理士に相談する
  2. 弁護士が持ち出す問題を解決するまで、オープンソースからコードを削除します
  3. インスピレーションの瞬間からこのアイデアを実現するための作業に至るまで、アイデアに関するすべてを文書化します。

オープンソースリポジトリからコードを削除するのはかなりやりがいのあることだと思います。この分野に巻き込まれたり、もっとコードを書くことができるようになったときに考えて時間を費やしたりはしたくありません。私はそうするつもりはありません。
ハンター

@CryptoQuick:私は弁護士ではないことを忘れないでください、そしてあなた(そして潜在的な特許のアイデア泥棒)だけがあなたがそこにあるものの真の価値を知っています。削除とは完全に削除することではなく、おそらくこのコードを民営化し、より選択的な選択肢で共有できるようにアカウントを購入することを意味します。結局のところ、特許詐欺の追跡に必要な法務チームに支払うリソースがない場合、特許でさえ保護することはできません。
ジョエルイーサートン

意味あり。ただし、他の人に私のコードを見渡してほしい。
ハンター

6
-1-申し訳ありませんが、これは単なる間違いであり、先行技術検索の目的と矛盾しています。OPはプロジェクトを停止すべきではありません。独創性の立証責任は、OPではなく、特許を申請する当事者にあります。OPが作品の特許を取得しようとしていた場合、あなたのコメントはより適切になりますが、それでもまだ正しくありません。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.