オープンソースプロジェクトの貢献によるコードを誰が正しく理解しているのでしょうか?


15

誰かが貢献するオープンソースプロジェクト(たとえばGPLライセンス)を開始する場合、プロジェクト全体のレベルで誰がこれらの貢献を所有しますか?新しいコードは元の作者の所有物になりますか、貢献者も作者になりますか?

進行中のプロジェクトに対する権利は誰にありますか?たとえば、2番目のライセンスでコードをリリースする権限を持つのは誰ですか?原作者のみ?寄稿者は個別にそれを行うこともできますか、または元の著者とすべての寄稿者と共同で決定を下す必要がありますか?


4
良い質問のように思えます...あなたの弁護士にとって。
エダロルゾ14年

1
ライセンスを変更するためにOpen Street Mapがしなければならなかったことを確認してください。変更のためにすべての貢献者からペミッションを取得するか、できない場合はその貢献者のマップデータを削除する必要がありました。文字通り何年もかかりました。
ジェームズ14年

回答:


18

各著者はコードの著作権を保持しています。プロジェクトがGPLの下にある場合、コードを提供するには、コードがGPLの下でライセンスされている必要があります。別のライセンスでリリースするなど、コードで何か他のことをしたい場合は、元の作者の許可が必要です。

多くのプロジェクトでは、プロジェクト所有者は、寄稿者に寄贈されたコードの著作権をプロジェクト所有者に割り当てることを寄稿者に要求します。これにより、たとえば、GPLライセンスの新しいバージョンがリリースされたときにGPLプロジェクトをリリースできるようになります。これらの場合、数百人の貢献者を追いかけるのはすぐに非現実的になるからです。


9
...または状況によっては彼らの地所と相続人。

12

著作権者。デフォルトでは、それが問題のコードの作成者です(多くの場合、各作成者)。著作権は他の誰かに割り当てることができ、一部のオープンソースプロジェクトでは、貢献する条件として著作権の割り当てが必要です。


+1:これが重要なポイントです。オリジナルの作者は、他の人に権利(または著作権自体)を割り当てない限り、または割り当てない限り、すべての権利を所有します。誰もあなたの権利を奪うことはできません。
david.pfx 14年

「著作権」の概念、具体的には「譲渡」または著作権の譲渡の概念は、一部の法域に固有のものであることに注意してください(「コモンロー」に関連すると思います)。たとえば、ドイツでは著者としての権利を完全に譲渡することはできません。権利は譲渡不可の個人的権利とみなされているためです。もちろん、ほとんどの権利を譲渡できるため、結果はほとんど同じですが、概念(および詳細)は依然として異なります。
sleske

特に、ドイツの法律では、「Urheberrecht」(「著作権」)は譲渡できません(§29UrhG)。ただし、作成した作品を使用する独占的な権利を付与することはできますが、これはほぼ同じです。重大な違いの1つは、特定の条件下で元の著者が権利の付与を取り消すことができることです-一方、著作権の譲渡は永久的です。
sleske

8

誰もが書いたコードの著作権を保持しています。つまり、デフォルトでは、元の作者がそのコードのライセンスを付与できる唯一の人です。

通常、オープンソースプロジェクトには多くの著者がいるため、すべての著者を追跡し、ライセンスの変更が必要になるたびに同意させることはできません。この問題を回避するために、一部のオープンソースプロジェクトは、そのライセンスの以降のバージョンでコードを使用できるライセンスの下でライセンスされています。このようにして、まだ利用できないライセンスの将来のバージョンに作成者に同意してもらうことができます。通常、ライセンスの作成者は、GNU General Public Licenseなど、元のライセンスと精神的に類似した新しいバージョンを作成することを約束します。

Free Software Foundationは、GNU General Public Licenseの改訂版および/または新しいバージョンを随時公開する場合があります。そのような新しいバージョンは現在のバージョンと精神的には似ていますが、新しい問題や懸念に対処するために詳細が異なる場合があります。

この問題に取り組む他の方法は、著作権を他の誰か、例えばプロジェクト所有者に譲渡することに著者に同意させることです。この人は、プロジェクトのライセンスと新しいライセンスを取得するかどうかを決定する権利があります。このアプローチの欠点は、プロジェクトの所有者が人間であり、元の著者の精神で行動しない可能性があることです。また、元のプロジェクト所有者はフォークの一部ではない可能性が高く、フォーク所有者は元のコード作成者の著作権を持たないため、フォークが新しいライセンスに切り替えることが難しくなります。

最後に、あなたが本当に大きな存在である場合、ライセンスの作成者にライセンスを変更するよう請願するかもしれません。これが、WikimediaがGFDLのみのライセンスからCC-by-saでのデュアルライセンスに切り替えた方法です。彼らはFSFに、プロジェクトがコンテンツをCC-byに切り替えられるようにするセクションを含むGFDLの新しいバージョンを公開するよう請願しました-sa期間限定。

ご覧のとおり、ライセンス供与は常に面倒であり、最善の行動方針が明確ではありません。通常、後でライセンスを変更するのは非常に難しいため、他の人に貢献してもらう前に、プロジェクトに適切なライセンスを見つけるのに少し時間をかける必要があります。


0

答えは、オープンソースプロジェクトがコードを受け入れる条件に大きく依存することに注意してください。

ほとんどの場合、少なくとも、貢献することでプロジェクトの使用、配布などの権利を与え、プロジェクトのすべてのユーザーにコードを見て実行する権利を与えたという声明が出ます。それはあなたの著作権を否定するものではありませんが、それはあなたがそのプロジェクトで使用するためにライセンスを取り消すことなく同意したことを意味します。

プロジェクトが配布される条件と同意したライセンスの詳細に応じて、他のコンテキストでコードを使用するプロジェクト権限へのアクセス権を他の全員に付与する場合としない場合があります。

コードを提供する前に、これらの詳細を読んで理解するのはあなたの責任です。疑わしい場合は、プロジェクトを実行している人にライセンスの発言内容を尋ねることができますが、質問への回答で表示されるすべてのものを含む無料の法的アドバイスは、あなたが支払った金額に見合う価値があることを忘れないでくださいそれ。

これが本当にあなたにとって重要な場合は、正確な言語を取得し、落とし穴がないか調べるためにあなた自身の弁護士を雇います。または、一般的な用途へのエスケープを望んでいないコードを提供しないでください。または、他の誰かにあなたのためにその調査をしてもらう-私の雇用主は、私がどんな種類のオープンソースであるかに関してかなり具体的なルールを持っています。


ほとんどのオープンソースプロジェクトでは、「オープンソースプロジェクトがコードを受け入れる条件」は、単にプロジェクトのライセンス(GPL、BSDなど)です。一部のプロジェクトには追加の要件(著作権の譲渡など)がありますが、それは標準ではありません。
sleske
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.