web-dev-qa-db-ja.com

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

のフォローアップとして、BSDライセンスのプロジェクトには、各貢献者からの署名入りの声明が必要ですか?

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

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

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

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

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

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

関連:

8
Petr Pudlák

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

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

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

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

8
mattnz

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

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

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

4
Alan Shutko

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

だが:

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

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

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

2
Andrew Russell

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

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

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

1
Stephen C