私は中小企業向けのCRMシステムを開発しており、私のシステムにモジュールとしてGPLソフトウェアを統合したいと思っています。それを商用製品としてライセンス供与することは合法でしょうか?GNU GENERAL PUBLIC LICENSEソフトウェア(市販製品の一部)
ありがとうございました。
私は中小企業向けのCRMシステムを開発しており、私のシステムにモジュールとしてGPLソフトウェアを統合したいと思っています。それを商用製品としてライセンス供与することは合法でしょうか?GNU GENERAL PUBLIC LICENSEソフトウェア(市販製品の一部)
ありがとうございました。
ご使用の製品にGPLライセンスソフトウェアを同梱していない場合は、問題ありません。
彼は自分の製品にGNUコードを使用したいと言っているので、GPLライセンスコードを出荷する予定です。 –
GPLには何も公開する必要はありません。あなたは、あなたの欲望にソースを提供する必要があります。 –
を公開しなければならないプログラム
GPLでライセンスされたソフトウェアモジュールを使用している場合、ソフトウェアは「派生した作業」の定義に該当するため、GPLでもライセンスされます。
あなたは「派生した仕事」の正確な定義を自分で見直したいと思うでしょう。
さらに、GNUライセンスfaqには、この特定のケースのエントリが含まれています:http://www.gnu。org/licenses/gpl-faq.html#GPLCommercial –
"商用製品"が意味することによって異なります。 GPLコードを使用すると、あなたのコードはGPLの対象となり、GNUライセンスの権利を削除するライセンスをGPLに提供することはできません。これは製品を販売することができないということを意味するものではありませんが、要請に応じてライセンシーにソースコードを提供する必要があることを意味します。
市販品でのGPLの使用は非常に複雑な問題です。 GPLv2の時代には、GPLv3で徹底的にクリーンアップされた灰色のゾーンがありました。詳細な情報を提供するには、使用しているモジュールと使用しているGPLのバージョンをお知らせください。
"あなたのコードはGPLモジュールの派生的な仕事ですか?"愚かな例を与える。 GPLモジュールがバソポートであり、アプリケーションがモジュールのAPIを使用する場合、それは派生した作業なので、すべてがGPLになります。モジュールの周りにwebserviceを作成した場合、webserviceはGPLですが、webserviceを使用するものはありません。さらに灰色の領域では、別のソートアルゴリズムを使用する古いコードがあり、APIを古いソートから新しいソートに変更する「ラッピング」レイヤーを作成すると、ラップレイヤーのみが元のアプリケーションと同じGPLになります派生した作品ではありません(GPLモジュールを使用し、GPLモジュールを念頭に置いて作成する前に利用可能でした)。これはすべて議論の余地がありますが、GPLv2のこの解釈に基づいて、非GPLバイナリLinuxカーネルモジュールのようなものが存在することに注意してください。
Neilがすでに言ったように:GPLの下に落ちても、コードを公開する必要はありません。あなたのソフトウェアのライセンスを持っている人がそれを要求した場合にのみ、それを提供する必要があります。ランダムな人は、実際にアプリケーションを購入しない限り、コードを尋ねることはできません。もちろん、1人だけがそれを購入しなければなりません。そして、彼/彼女はコードで(例えばそれを発行するのと同じように)自分が望むものを何でもします。
正直なところ、プログラミングフォーラムではなく、正当な法的情報源からこの質問をするのは賢明ではないでしょうか? – bedwyr
**私は、プログラミングやソフトウェア開発ではなく、ライセンスや法的な問題**のために、この質問を議論の対象外としています。詳細については[こちらをご覧ください](http://meta.stackoverflow.com/a/274964/1402846)、[help/on-topic]を参照してください。 –