GNU GPL、BSDライセンス、MITライセンス、LGPLなど)のような、あらゆる種類のソフトウェアのライセンスを数多く見てきました。 「John Doeの一般ライセンス」などの新しいソフトウェアライセンス
一般的に言えば、これですべてです。真剣に。
信じられない?チェックアウト Phil Sturgeon's Do n't Be A Dickライセンス (およびそれを生み出したWTFPL)。
とは言っても、弁護士が書いたとしても、 ソフトウェアライセンスが法的に強制可能 であるかどうかは問題です(少なくとも米国では、裁判官または著作権当局の気まぐれにほぼ完全に依存しています)。 。ただし、より一般的には、ソフトウェアの作成者として、あなたは既にあなたの国の著作権法の対象になっています(あなたが自分の作品の著作権を取得するための措置を講じていると仮定します。米国では、それは実際にです)作る仕事)。
これは、著作権法の範囲を超えて(またはその代わりに)ライセンスで達成したいことを要約したものです。 PhilのDBaDライセンスのようなライセンスの場合、それは主に名誉原則と相互の相互尊重の問題です。
クローズドソースの製品をリリースするなど、法的強制力を持たせたい(または少なくともそうする可能性がある)場合は、弁護士に相談することをお勧めします。このようにして、目立った抜け穴がないことを確認し、誰かが違反した場合に裁判官/与党があなたを支持する可能性が高くなるような方法でそれを書くことができます。
EllisLab(CodeIgniterの背後にある会社)は ソフトウェアライセンスの素晴らしい説明 (そして実際、この問題に関する1週間のブログ全体)を、法的な観点からも、FLOSS開発者の観点からも、そして私が前述した名誉原則。
(免責事項:私は弁護士ではありません。これは法的に拘束力のあるアドバイスではありません。何とか何とか何とかです。私はソフトウェアの開発とライセンスである法的地雷の周辺を調査しなければならなかった開発者です。疑わしい場合は、実際には弁護士であり、理想的には著作権、特許、および/またはライセンスに重点を置いている人物に相談してください。)
ソフトウェアのユーザー向けに、次の質問に答えてください。
製品はオープンソースですか?つまり、ソースコードのコピーを入手できますか?
あなたの製品で何ができますか? 1台のコンピューターで使用できますか?複数のコンピューターで使用できますか?再配布または再販できますか?
私が書いた別のアプリケーションの一部として製品を使用する場合、私もオープンソースである必要がありますか?
製品をどのように保証しますか?問題が発生した場合、法的責任はありますか?
再配布の条件は何ですか?私が書いた製品の一部として製品を再配布できますか?ソースを提供した場合、ライブラリを変更して、その変更を再配布できますか?そうである場合、どのような条件を満たす必要がありますか?
他のライセンスを調べ、これらの質問にどのように回答したかを確認してください。
それは実際には驚くほど開発者がすることと似ています:
弁護士(または大企業の法務部門)に、ライセンスが許可するものと許可しないものの要件のリストを提供します(たとえば、ライセンスは1人のユーザーのみ、一時的なものであり、ソフトウェアを特定の目的で使用することはできません)など)、要件をコードに変換するのと同じように、彼らはこれを弁護士の言葉に「変換」します。
たとえば、「ライセンスは1人のユーザーのみ」は通常、次のようなものに変換されます:「FooCorp Inc.は、FooSoftwareをインストールして使用するための単一の非独占的で譲渡不可能なライセンスを付与します...」。
これはF/OSSライセンスには適用されないと思われるかもしれませんが、要件が異なることを除いて、ほぼ同じです。これらの要件の最も単純なバージョンは http://opensource.org/ docs/OSD 。
しかし、弁護士の部分は不可欠であり、自分でライセンスを作成しようとしても意味がありません(あなたが知的財産関連法や国際法の経験が豊富な弁護士でない限り)。誰かが便利な抜け穴を見つけるだけで、彼が好きな方法で製品を使用できるようになります(私はこれをエクスプロイトと比較します)。
もちろん、私はこの説明が完全または正しいとさえ主張していませんが、ソフトウェア開発者が関与している限り、それはプロセスの大まかなスケッチです(したがって、私はそれをプログラマーの仕事と比較しています)。
あなたの質問に答えるために、誰でもライセンスを書くことができます-そしてそれは示しています!
ソフトウェアを使用して物事を構築し、実際に各ライセンスを尊重しようとする私たちの人々は、誰かが新しいポーカーを作ることについて話すたびに、ホットポーカーで私たち自身の目玉を飲み込む準備ができています。世界にはすでに数え切れないほどの数のソフトウェアライセンスがあります。それらの99%は、よく考えられていない場合を除いて、既存のより人気のあるライセンスのほぼ複製です。
私が寄稿している1つのサイトには、派生作品について何も書かれていないことを除いて、自社で作成したクリエイティブコモンズの非営利の帰属タイプのライセンスがあります。彼らは許可されていますか?同じライセンスで配布できますか?私を殴る!
他の人がプロジェクトに貢献していて、ライセンスを変更したい、または変更する必要がある場合は、全員にライセンスの変更に同意してもらう必要があります。そうしないと、多かれ少なかれライセンスに夢中になってしまいます。それらのいくつかは到達不能になるか、死ぬことさえあるかもしれません。私は弁護士ではありませんが、ライセンスに関する決定を下すことができる全員からの署名された寄稿者契約をお持ちでない場合は、あなたはSOLだと思います。
良いライセンスを書くのは本当に難しいです。最高のソフトウェアライセンスでさえ穴があふれています。 ApacheおよびGPLライセンスの新しいバージョンが定期的にあります。ニーズの90%を満たすライセンスを見つけて使用できるかどうかを確認してください。 GPLリンク例外 または「クラスパス例外」は、この良い例です。私は、Hibernateの人々がサイトで数年持っていた声明について少し心配しています。基本的に、GPLv2を誤って解釈し、クラスパス例外が含まれているように聞こえるようにしています。それはクラスパスの例外ですか?誰かが訴えない限り、私たちは知りません。
ライセンスをデバッグするには、訴えられることが最も苦痛な方法であるように私には思えます。人々がすでに訴えているライセンスを使用する場合、それが機能することには確かな保証があり、また、それがどのように機能するかについての感覚もあります。さらに良いのは、さまざまな国で法廷に出されているライセンスを選択することです。世界の他の地域でライセンスがどのように解釈されるかについて考えましたか?
既存のライセンスに基づいてライセンスを作成する場合、ライセンスの条件を満たそうとする人々は、何年もそれを研究してその意味を正確に理解する必要がない場合があります。
可能であれば、新しいライセンスを作成するのではなく、既存のライセンスを改善することにエネルギーと才能を注ぐことをお勧めします。
そのような殺害の喜びでごめんなさい。苦いのは、作品を使用する前に、ライセンスを読んで尊重しようとするからです。
条件を書き留め、ソフトウェアと一緒に公開します。それでおしまい。
しかし、1つの質問は、なぜあなたがしたいのですか?追加したい条件がすでに一般的に使用されている別のライセンスにすでに存在している可能性は低くありません。
これにより、予備のステップが追加されます。実際にライセンスを作成する必要があるかどうかを確認してください。
また、強制したい条件の一部に何らかの欠陥がある可能性もあります。別の予備ステップを追加する-適用したい「独自の」用語について読んでください。他の誰かがそのような用語を試した可能性が高く、それらを強制できない、または何らかの方法で逆効果であるとわかりました。