GPLプロジェクトのalleged流用に関する興味深い点が別のスレッドで発生しました。この場合、エンタープライズソフトウェアは、コードを本質的に取得し、名前を変更し、GPL通知を削除し、その結果を使用した大企業によって使用されました。
ポイントは-会社がこれを行った場合およびソフトウェアを内部でのみ使用した場合、配布はなく、GPLの下では完全に合法です。社内使用のための自分の従業員による変更も許可されます。
それで、どの時点で分布になりますか?
おそらく、彼らが「雇用のための仕事」の下で外部の請負業者を持ち込んだ場合、それらの変更も内部で行われるため、配布ではありません。
彼らが修正を行うために外部のソフトウェア服装を雇い、それらの変更が社内でのみ使用された場合、それらの変更は配布されますか? GPLはクライアントまたは外部開発者に適用されますか?
その会社がその結果を別の部門、別のビジネスユニット、別の会社に渡した場合、他の会社が完全所有子会社である場合はどうなりますか?
ps。はい、私はanswerが弁護士に尋ねることを知っていますしかし、私がGPL2/GPL3distributionについて私が見た議論はすべて、内部使用についてではなく、Webサービスについてのものでした。
GPLの本質は、ソフトウェアで何ができるかを制限しないことです。対象となる作業を伝達または伝播するときに、要件が課せられます。 GPLv を引用するには:
作品を「伝播する」とは、著作権法の下で許可なく直接または二次的に著作権侵害の責任を問われるような行為を行うことを意味しますコンピューター上での作品の実行またはプライベートの変更を除くコピー。 【強調追加】
したがって、唯一の使用がプライベートコピーである場合は、作品を伝播または伝達しないため、作品を伝達できる条件は関係ありません。
これを見る [〜#〜] faq [〜#〜] :
GPLでは、変更されたバージョンのソースコードを公開する必要がありますか?
GPLでは、変更されたバージョンまたはその一部をリリースする必要はありません。リリースすることなく、自由に変更を加えて個人的に使用できます。これは組織(企業を含む)にも適用されます。組織は変更されたバージョンを作成し、組織の外部にリリースすることなく内部で使用できます。
このように見てください。部門や子会社が異なっていても、問題にはなりません。バイナリを別のパーティに配布し、ソースを提供しない場合にのみ問題になります。
変更を使用する別の部門がある場合、彼らはそれに取り組むためのソースを取得します。大きな問題ではない。ライセンスのすべてに準拠しています。ディストリビューションを入手できる人は誰でもソースが必要です。
ネットワーク上のサービスは、配布とは見なされません。
GPLの簡単な説明を以下に示します。
GPLプロジェクトがawesomeProduct.jar
、その場所awesomeProduct.jar
が存在する、awesomeProduct_src.jar
も存在する必要があります。誰かがawesomeProduct.jar
彼らは得ませんawesemeProduct_src.jar
それが会社がやりたいことである場合、すべての義務とすべての法的問題を回避するための非常に簡単な方法があります。従業員にソフトウェアのコピーを渡すときは常に、彼らに完全なソースコードを同時に提供します。これは、GPLに基づく義務を果たすための3つの方法の1つです。
ソフトウェアを他人に渡すことは許可されておらず、ソースコードを他人に渡すことも絶対に許可されていないことを従業員に伝えます。もしそうなら、彼らは雇用主と問題を抱えています。彼らがソースコードを引き渡さずにそうした場合theyは法的問題を抱えています(雇用主ではなく、雇用主がソフトウェアを配布していなかったため)。
私は彼らの website からこの引用を見てみます
ソースコードが付属していないバイナリを商用配布する場合、GPLは、ソースコードを後で配布するための書面による提案を提供する必要があると述べています。ユーザーがあなたから受け取ったバイナリを非営利的に再配布するとき、彼らはこの書面による申し出のコピーを渡す必要があります。これは、あなたからバイナリを直接入手しなかった人でも、書面による申し出とともにソースコードのコピーを受け取ることができることを意味します。
ソースをチェーン全体に渡す必要があります。外部APIが内部APIの顧客であるため、ソースを確認してください。ソースを提供する要件は、外部APIによる内部APIの使用によって継承されます。