変更されていないGPL(v2 +)プログラムをコア依存関係として使用してソフトウェアをサービスとして実行する:SaaSソースコードをリリースする必要がありますか?


10

私はオンラインでのみアクセスされるサービスプロジェクトとしてのソフトウェアを設計しています。GNU GPL(v2以降)でカバーされている実行可能ファイルに強く依存している可能性があります。

私のコードは、もしそれを配布するつもりなら、GPL条項にも基づいて配布する必要があることを理解しています。ネットワークを介してサービスを実行しても、コードが伝達/配布されていないことは間違いありません。したがって、私はすべてのコードを開示する必要なしにGPL依存関係を使用できると考えるのは正しいですか?


具体的な例を挙げましょう。Googleドキュメントのようなオンラインドキュメント処理システムで設計しているとしましょう。基本的にすべてのファイルタイプをシステムにアップロードし、それを内部形式に変換できるようにしたいと考えています。コンバーターをスクラッチアウトしようとするのではなく、私が知っている既存のプログラムを使用して、変換を可能にします。このプログラムは、GNU GPL v2(以降)のライセンスが付与された実行可能ファイルです。ソースコードを提供せずに合法的にサービスとしてのソフトウェアを入手できますか?


GPLv3またはAfferoの場合は、そうです。これらのライセンスは、「サービスとしてのソフトウェア」のループホールを修正して閉じるために調整されました。
アンドリューTフィネル

待って、GPLv3もそうですか?もう一度
Platinum Azure

どうやら私はGLPv3について間違っています。それから取り除かれた。linux-mag.com/id/3017
Andrew T

回答:


9

あなたが提供した説明から、答えは「いいえ、あなたは開示する必要はありません」です。あなたは、GPLの実行可能ファイルの出力に依存しているか、それをシステムとして扱っています。これは、GPLのバイラル性に対する2つの例外です。掘り下げGPLのFAQや、あなたのシナリオの詳細に基づいてあなたの答えを見つけることができます。


私が正しく理解していることを確認するために(FAQの#GPLoutput質問を読んで):たとえば、アップロードされているドキュメントの著作権が(私の例では)元のライターによって保持されていると言える場合は、次に、実行可能ファイルが使用され、その実行可能ファイルの出力(プログラムのコード自体の一部が含まれていない)は元のライターの著作権を保持します。したがって、私はそれを使用しているだけなので、デフォルトではGPLの対象外です。開示する必要はありませんか?
プラチナAzure

1
@PlatinumAzure:はい。
MSalters 2012

2
"いいえ"は正しいですが、あなたがそうしない主な理由は、GPLの対象となる作品を配布しない(オンラインでのみ利用可能にする)ことです。これはGPLの既知の品質です(2と3の両方)。「配布」ではなく、オンラインで利用できるようにしたアプリケーションのケースをカバーするAffero GPLライセンスの別のライセンスがあります。
クレイグ

何についてのこの質問 GPLのアプリケーションだけで、ユーザーのマシン上で出力を生成するために、リアルタイムで使用されるのでしょうか?また、例:すべてのbashスクリプトはGPLである必要がありますか?
Aquarius Power

-1

IANALですが、IMO、GPLはここで少し曖昧さ(または解釈)を持っています。GPLは「使用法」に関しては多くの自由を与えてくれますが、「派生著作物の配布」に関しては多くの制限があります。最初にそれは使用対派生作品に関するものです。コードがGPLソフトウェアを「使用」しているだけの場合、GPLコードを使用するコードを配布する必要はありません(ただし、GPLされたコード自体を変更した場合でも、配布を計画しているその部分を配布する必要があります)変更)一方、派生物と見なされる場合は、ソースコードを配布する必要があります。重要なポイントの1つは、コードがGPLされたコードと同じプロセスアドレス空間で実行されるかどうかです。

また、人々がGPLされたコードを使用できるようにするWebサービスの提供がソフトウェアの再配布と見なされるのか、それともソフトウェアの使用方法と見なされるのかというあいまいさもあります。ほとんどの人は、単にWebサービスを提供するだけでは再配布に該当しないと考えています。

ソフトウェアの作者にあなたが何をしているかについて彼らにどう思うか尋ねるのが一番です。自分で解釈するのではなく、彼らの解釈を尊重するのが最善です。最悪の場合、それが問題になる場合は、作成者自身から明示的な許可を得ているか、別のより寛容なライブラリを見つけるか、例外を交渉する機会があると主張できます。


私がフリーソフトウェアに独自のインターフェースを提供している場合(確かにインターフェースは基本的にフリーソフトウェアが内部で行うのとまったく同じことを行います)、それを単に使用し、プログラムが機能することは不可欠ですが、フリーソフトウェアの目的は本質的にプロプライエタリインターフェイスと同じではなく、システムライブラリのように効果的に使用されています。
プラチナAzure

@PlatinumAzure:分析は悲観的すぎます。「ユーザーがGPLされたコードを使用できるようにするWebサービスを提供すること」は、そのGPLコードの配布ではありません。私の意見だけでなく、FSFの意見も。ソフトウェアの作者がFSFに同意しない場合、彼は彼らのライセンスを使用するべきではありませんでした。
MSalters 2012

あいまいさはありません。「Aferro GPL」がすでに示したように、GPL v3を作成する主な理由の1つは、このいわゆる抜け穴を閉じることでした。GPLv2は、コードの配布に関するものであり、その使用に関するものではありません。
ロスパターソン

@RossPatterson:私の投稿で述べたように、質問はGPLv2に関するものでしたGPL gives you a lot of freedom when it comes to "usage", but it does it lots of limitation concerning "distribution of derivative works"。GPLのその部分はかなり単純ですが、GPLv2では、SaaSが「使用法」であるか「配布」であるかを解釈しやすくなっています。GPLv2はSaaSが一般的になる前に設計されたため、SaaSについては何も述べていません。
リーライアン

バイナリディストリビューションを受け取っていないユーザーによる@LieRyan SaaSの使用は、「ディストリビューション」ではないこと、およびソースコードの配布を必要としないことが自由に認められました。Free Software FoundationはAfferoと協力して、そのような使用を配布として扱った修正GPLv2(「Affero GPL」v1)を作成しました。GPLv2にはあいまいさはありません。
ロスパターソン
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.