OSプロジェクトの貢献者に著作権の割り当てを要求することは公正ですか?


8

フォローアップとしてんBSDライセンスのプロジェクトの必要性それぞれの貢献者からの署名付きの文?

オープンソースプロジェクトがその寄稿者から著作権の割り当てを得たいと思う理由はいくつかあります。例えば:

  • プロジェクトの作者が侵害を訴えることを許可するため(著作権者のみがそうすることができるため)。これは、FSFがそのような割り当てを必要とする理由でもあります。
  • 同じOSライセンスでコントリビューションをリリースしなかったと後で主張するなど、コントリビューターの将来の問題を防ぐため。

もう1つの理由は、企業がそのソフトウェアを(L)GPLに基づいてリリースし、商用ライセンスの下で販売する場合です。次に、会社が商用ライセンスの下で寄付を含めることができるように、著作権の割り当てが必要です。貢献者が事前に通知されている場合、これは公平です。

しかし、会社がすべての著作権を所有している場合、基本的にソースを使用して何でもできます。これは、寄稿者が同意しないものです。(L)GPLからコピーレフト以外のライセンスなど、別のライセンスに切り替えたり、プロジェクトをオープンソースとしてリリースすることを停止したり、独自のライセンスのみに切り替えたりすることもできます。これはSourceForgeで起こったと報告されています

それで、問題を処理する公正な方法は何ですか?プロジェクトオーナーが著作権の割り当てを受け取らないと、将来的に問題が発生する可能性があります。そうした場合、コントリビューターの作業はライセンスまたはオープンソースのステータスを失う可能性があります。このジレンマの両方に公平な解決策はありますか?

私はネイティブスピーカーではないので、間違った法的用語を使用した可能性があります。質問を自由に修正してください。

関連:


2
afaik GPLの下でリリースされた後は、「ソースを閉じる」のはかなり困難です。はい。著作権があれば、別のライセンスでリリースすることもできますが、GPLでリリースされたときのソースがあれば、フォークを作成できます。
Pieter B

1
プロジェクトharmony harmonyagreements.orgに興味があるかもしれません-両当事者が著作権を保持するためのオプションが含まれています
david.libremone

回答:


8

@Andrewが述べたように-公正は価値の表明です。

ただし、すべての人が見られるように前もって条件が明確に示されている場合、それは公平です-それらの条件の下で参加したい場合は参加する、そうでない場合は参加しない-不当と見なすことができるものそのことについて?

完全な割り当てに関する限り-わずかなわずかな貢献をした貢献者が、主要な貢献者が製品の方向を変えるのを防ぐことは公平ですか?その場合、主要な貢献者がすべての小さな貢献者を追跡して(おそらく数十年後、彼らが興味を失ってからずっと後)、ライセンスに小さな変更を加えることを期待するのは公正かつ合理的でしょうか。

したがって、著作権の割り当てについて尋ねる質問は、「公正か」ではなく「実践しないか」です。


「それをするのは実用的ではないか」ということであり、「利点は欠点を上回るでしょう」に変わります。ライセンスを変更したり、著作権侵害を訴えたりする方が簡単ですが、貢献してくれる人を見つけるのが難しく、追加の事務処理を意味します。
Trilarion

4

FSFの割り当てにより、取り消し不可の無制限のライセンスが寄付に付与されるため、必要に応じてコードを引き続き使用できます。さらに、FSFに制約を課し、ソースを開いたままにしておく必要があります。

譲受人の権利だけでなく譲渡人も保護するために、適切な言語が割り当てに組み込まれていることを前提として、著作権の譲渡は間違いなく公正に行えると思います。私は2つのプロジェクトのFSF割り当てに署名する気がありませんでした。

多くのオープンソースプロジェクトは著作権の割り当てを行いません。なぜなら、彼らがそれを必要とする可能性は低いと考えており、書類はエントリへの障壁を課しているからです。しかし、RMSは(Gosling Emacsのコードを使用して)必要性に遭遇し、FSFの要件はそこから生まれました。


2

公正は価値の判断であり、判断が少し難しい。

だが:

  • 事前にその意図が明確であれば、何人かの視点に行き過ぎても理解できるでしょう。
  • 彼らが自分の言葉に戻ったり、意図を表明したりすると、答える場合があるかもしれません。

そして利用可能な他の道があります。

オリジナルがオープンソースの場合、そのバージョンでは常にオープンソースプロジェクトとして使用できます。そして、その時点から簡単に分岐することができます(XFree86などの多数の例を参照してください)。


1

個人的には、会社や個人よりも、適切に構成された非営利財団に著作権を割り当てるほうがはるかに幸せです。

一方、プロジェクトに健全なオープンソースライセンスと公開されているソースコードがある場合、企業または個人は活気のあるプロジェクトを殺すことはできません。彼らはコミュニティのフォーク能力を奪うことはできません。

(あなたは、著作権譲受人が私の貢献から利益を上げることができるということに特に気付いていないことに気付くでしょう...または私が不愉快であると思うであろうコードベースで他のことを行う、など)1)私はしませんでしたお金を稼ぐために貢献してはいけない、そして2)他の人々の悪い行動は私の道徳的責任ではない もちろん、私の見解を共有しなかった場合は、著作権の割り当てをためらう理由が他にもあるでしょう。)

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.