GPL-配布とは何ですか？

GPLプロジェクトの不正流用の疑いについて、別のスレッドで興味深い点が浮上しました。この場合、エンタープライズソフトウェアは、本質的にコードを取得し、名前を変更し、GPL通知を削除して結果を使用した大企業によって使用されました。

要点は、会社がこれを行い、ソフトウェアを内部でのみ使用した場合、配布はなく、GPLで完全に合法であることです。内部使用のための従業員による変更も許可されます。

それで、どの時点で分布になりますか？
おそらく、彼らが「雇用のための仕事」の下で外部の請負業者を持ち込んだ場合、彼らの修正も内部的なものであり、分配ではないでしょう。

変更を行うために外部ソフトウェアを雇い、それらの変更が社内でのみ使用された場合、それらの変更は配布されますか？GPLはクライアントまたは外部開発者に適用されますか？

会社が結果を別の部門、別のビジネスユニット、別の会社に渡した場合、他の会社が完全子会社の場合はどうなりますか？

追伸 はい、私は答えが弁護士に尋ねることであることを知っています。しかし、GPL2 / GPL3の配布に関して私が見た議論はすべて、Webサービスに関するものであり、内部使用に関するものではありません。

GPLの本質は、ソフトウェアで実行できることを制限しないことです。対象となる作業を伝達または伝播するときに要件が課されます。GPLv3を引用するには：

作品を「伝播」するとは、許可なく、コンピューター上で実行したり、プライベートコピーを変更したりする場合を除き、適用される著作権法に基づいて直接または二次的に侵害の責任を負わせることを意味します。[強調を追加]

したがって、プライベートコピーのみを使用する場合は、作業を伝達または伝達するのではなく、作業を伝達できる条件は関係ありません。

このFAQをご覧ください：

GPLでは、変更されたバージョンのソースコードを一般に公開する必要がありますか？

GPLでは、変更されたバージョンまたはその一部をリリースする必要はありません。変更することなく、自由に変更して個人的に使用することができます。これは組織（企業を含む）にも適用されます。組織は変更されたバージョンを作成し、組織外にリリースすることなく内部で使用できます。

このように見てください。異なる部門、または子会社が存在する場合、それは実際には重要ではありません。バイナリを別の関係者に配布し、ソースを提供しない場合にのみ重要です。

変更を使用する別の部門がある場合、彼らはそれを処理するソースを取得します。大きな問題ではない。ライセンスのすべてに準拠しています。ディストリビューションを取得できる人は誰でもソースを必要とします。

ネットワーク経由のサービスは配信とは見なされません。

GPLの簡単な説明の試みを次に示します。

GPLプロジェクトがを生成する場合、存在するawesomeProduct.jar場所もawesomeProduct.jar存在するawesomeProduct_src.jar必要があります。誰かが持っawesomeProduct.jarていない場合、彼らは取得しませんawesemeProduct_src.jar

それが会社がやりたいことである場合、すべての義務とすべての法的問題を回避するための非常に簡単な方法があります。これは、GPLの下での義務を果たす3つの方法の1つです。

従業員に、ソフトウェアを他人に渡すことは許可されておらず、ソースコードを他人に渡すことは絶対に許可されていないことを伝えます。もしそうなら、彼らは雇用主と問題を抱えています。もし彼らがソースコードを引き渡さずにすれば、彼らは法的問題に直面します（雇用主はソフトウェアを配布しなかったので、雇用主ではありません）。

私は彼らのウェブサイトからこの引用を見ます

ソースコードを伴わないバイナリを商用で配布する場合、GPLは、ソースコードを後で配布するために書面による申し出を提供する必要があると述べています。ユーザーがあなたから受け取ったバイナリを非営利的に再配布する場合、ユーザーはこの書面によるオファーのコピーを渡す必要があります。これは、あなたから直接バイナリを入手しなかった人々が、書面による申し出とともにソースコードのコピーをまだ受け取ることができることを意味します。

外部apiは内部apiの顧客であるため、ソースをチェーン全体に渡して渡す必要があります。ソースを提供するための要件は、外部APIが内部APIを使用することで継承されます。