28

私は、これらのケースのどの場合に「二次的著作物」の法的な影響が出てくるのかを理解しようとしています. 私のコードが派生物になるのはいつですか?

  • GPL の下でリリースされた PHP フレームワーク。

PHPには独自のライセンスがあり、PHPを使用してそのフレームワークを構築しているため、GPLは無効ではありませんか?

  • 商用Wordpressのテーマ？

WordPress は GPL であるため、それは「二次的著作物」であり無効ではないでしょうか。

  • 既存の GPL フレームワークに挿入される商用クラス - ただし、そのクラス内にそのフレームワークへの参照は含まれません。

あれは派生作品ですか？

ほら、最初は何かの上に構築された（または構築された）すべてのコードは派生コードだと思っていましたが、そうではありません。たとえば、Apple は OS に Linux パーツを使用していますが、OS は GPL の下でリリースされていません。

私たちのほとんどは、言語用のライブラリや、それらの言語で構築されたシステムを構築しています。では、私たちのコードが他の誰かのコードの派生物になるのはいつでしょうか?

4

9 に答える 9

8

IANAL。覚えておくべきことの 1 つは、いくつかのプロジェクトでは、「派生作品」の概念に明確に線を引いて、それが何を伴うかを制限しているということです。

たとえば、Linux カーネルで実行されるすべてのプログラムは、オペレーティング システムでプログラムが実行される方法のために、カーネル コードをオペレーティング プログラムに組み込むことになります。プログラムを簡単に記述できるようにするために、通常、プログラムをコンパイルするときにヘッダー ファイルを使用して、カーネル ビットを組み込む方法を認識します。Linus Torvalds は、この使用はプログラムをカーネルの派生物にはしないと述べています。

PHP (および程度は低いが C) などの他の場合では、言語がそのライブラリの派生物であると主張することはできません。確かに、呼び出すことができstrlen()、リンク時または実行時に、プログラムは作成していないライブラリにリンクされます。しかし、プログラム自体は言語やランタイムの派生物ではありません。多くの場合、使用されるライブラリは単に標準の実装を公開するだけなので、プログラムはそのライブラリの派生物ではありません。したがって、呼び出しを行う C プログラムstrlen()は、 を含む任意の C ライブラリに対してリンクできstrlen()ます。あなたのプログラムは、自動的に Glibc の派生物ではありません。PHP にも複数の実装があります (Resin Web サーバーには、Java での PHP 実装が付属しています)。したがって、たとえ PHP が GPL だったとしても、プログラムは GPL である必要はないかもしれません。

フレームワークは実際にはライブラリの拡張セットであり、ライブラリの通常のルールが適用されます。たとえば、フレームワークが標準の 1 つの実装である場合、アプリと共に配布することは GPL に違反する可能性がありますが、アプリは標準の派生物であり、フレームワークのこの特定のインスタンスではないため、単純に使用することは GPL 違反にはなりません。 . たとえば、EJB を使用するアプリケーションは、IBM WebSphere、RedHat の JBoss、Bea の Weblogic などで実行でき、JBoss のライセンスに準拠する必要はありません。JBoss とアプリを同じ CD で出荷することは、JBoss のライセンスに違反する可能性がありますが、それ以外の場合、アプリには制限がありません (JBoss の一部が含まれている場合を除く)。

問題のフレームワークが標準ではなく、他の誰もそれを実装していない場合、および/またはフレームワークの一部を独自のコードに含める必要がある場合、アプリは派生物である可能性があります。Linux カーネル モジュールを考えてみましょう。GPL に違反しないモジュールを作成することは困難です。ほとんどのモジュールは、仕事を完了するためにカーネル コードを含める必要があるためです。nVidia は、カーネル コードを含まないが完全に機能するモジュールではない独自の blob を作成することでこれを回避し、それをモジュールにする GPL グルー コードを追加します。ほとんどのカーネル開発者は、カーネルとドライバーの両方を一緒に配布することは GPL 違反であると考えています (モジュールを追加することでカーネルの派生物を作成しますが、そのモジュールは GPL ではないため) が、モジュールを単独で配布しても派生物は作成されません。エンドユーザーが組み合わせるまで作業し、

覚えておいてください: すべてのプロジェクトが、使用するライセンスについて同じ解釈を持っているわけではありません。記載されたライセンスに従って特定の方法でコードを使用する法的権利の範囲内にある可能性がありますが、おそらく訴えられたくないので、疑わしい場合は元の著作権所有者の弁護士に相談してください.

于 2009-12-16T18:05:28.063 に答える
3

答えの核心は、新しい作品の配布に、参照している作品のコードが含まれているかどうかによって異なります。GPLは具体的にあなたが求めているもののように思われるので、私たちはそれに固執します。

ケース1：PHPフレームワークを作成し、そのフレームワークを構成するソースコードにPHPライセンスの下でライセンスされたコードを含めると、コードは派生物になります。PHPソースコードの場合、これは、PHPライセンス情報を含め、PHPライセンスの下でライセンスされているソースコードの部分を特定する必要があることを意味します。

あなたが話しているPHPフレームワークソース内にすべてのコードを書いた場合、あなたはあなたが望むどんなライセンスの下でもそれをリリースすることができます。ほとんどのPHPフレームワーク（私の簡単な検索から）はBSDライセンスであるように見えますが、独自のGPLライセンスフレームワークを作成することを妨げるものは何もありません。

ケース2：WordpressのテーマはGPLです（少なくともPHPコードはそうです）http://wordpress.org/development/2009/07/themes-are-gpl-too/

ケース3：何を求めているかによって異なります。既存のフレームワークで使用できる新しいクラスを作成してもよいかどうかを尋ねているが（フレームワークに含まれることを意図したものは何も参照していない）、フレームワークの新しいバージョンを作成していない場合、クラスを含め、この変更されたコンパイルを配布する場合、それは派生物ではありません。

それを含めたとしても、そのバージョンを配布することを決定するまで、ライセンスの問題は発生しません。その時点で、二次的著作物があり（他のコードが含まれているため）、その既存のコードのライセンスは、許可されるかどうかを決定する上で重要になります。

非常に多くのwhat-ifが関係しているため、質問が行われている理由を知るのに少し役立つかもしれません。特定の状況に関する具体的な質問については、EFFまたはSFLCに問い合わせることができます。

于 2009-12-11T19:22:37.390 に答える
3

編集して追加: 私は弁護士ではありません。テレビで弁護士を演じたり、インターネットで弁護士のふりをしたりしません。

著作権法より:

「二次的著作物」とは、1 つまたは複数の既存の著作物に基づいた著作物であり、翻訳、編曲、脚色、小説化、映画版、録音、複製、要約、要約、またはその他の形で、作品は、再キャスト、変換、または適応される場合があります。全体として、著者のオリジナル作品を表す、編集上の改訂、注釈、精緻化、またはその他の変更からなる作品は、「派生作品」です。

ウィキペディアから英語で：

著作権法に関連する二次的著作物は、以前に作成されたオリジナル作品の主要な著作権保護された要素を含む表現力豊かな作品です。

あなたの完成した製品には、他人の著作権の下にあるものも、他人の著作権に基づくものも含まれていないため、あなたが言及したものはいずれも二次的著作物にはなりません。-- ただし、使用するツールは問題ありません。

副次的な例: 前世では、オーディオ ブックを作成して Ebay で販売していました。CS Lewis の書籍の音声版の販売を停止する命令が送られてきました。私が販売していたものはオリジナルでしたが、著作権で保護されたテキストに基づいていたため、派生作品でした.

于 2009-12-11T19:02:20.370 に答える
2

IANAL ですが、これの多くは非常に単純です。派生作品とは、基本的に、何か他のものに基づいたものです。それは、既存の作品によって作成されたもの、またはオリジナルと連携する別のものを意味するものではありません。あなたの例のいくつかを見ていくには....

PHP ライセンスは、言語 (おそらくインタープリター) を使用するためのものです。PHP で書かれたプログラムは、PHP 自体を組み込んでいないため派生物ではありませんが、PHP で動作するように書かれており、PHP によって解釈されます。（とはいえ、ソフトウェアに複数のライセンスが存在できないわけではなく、条件が交差する場合にのみ使用できます。）

Wordpress のテーマについてはわかりませんが、Wordpress で作成し、Wordpress で使用するようなものです。テンプレートのような既存のものを組み込んだ場合、それらはテンプレートの派生物になります。

プロプライエタリ ライセンスに基づく著作物は、GPL で保護されたコードと共存できますが、コンパイルすると (コンパイラからではなく) ソース コードから派生物が作成され、リンクするとさらに派生物が作成されます。したがって、GPL で保護されたコードを含む実行可能ファイルがある場合、それは (とりわけ) そのコードの派生物であり、GPL の条項により、GPL の下にある必要があります。

実際、Apple は MacOSX で Linux を使用していません。彼らの OS は BSD に基づいており、機能は Linux に似ていますが、OS カーネルが異なり、ライセンスも異なります。彼らは、ソフトウェア開発キットの多くと同様に、GPL で保護されたソフトウェアを出荷していますが、誰でもそれを行うことができます。独立したプログラムの集まりは実際の作業ではなく、Apple は (他の誰と同様に) GPL で保護されたソフトウェアを GPL の下で出荷することができます。

他の誰かが書いたものを含む製品を出荷している場合、それは二次的著作物です。そうでない場合は、一般的にそうではありません。他の誰かのプログラムを使ってそれを作成したか、それを使用するために他の誰かのプログラムを使用する必要があるか、または他の誰かのプログラムを自分のものと一緒に出荷しているかどうかは問題ではありません。

于 2009-12-14T21:17:50.007 に答える
1

ほら、最初は何かの上に構築された（または構築された）すべてのコードは派生コードだと思っていましたが、そうではありません。たとえば、Apple は OS に Linux パーツを使用していますが、OS は GPL の下でリリースされていません。

gccおよびシェルについて言及している場合bash、これらは Linux の一部ではありません。これらは独立したプログラムであり、Apple によるそれらの使用には GPLが適用されます。たとえば、Apple が に変更を加えた場合gcc、これらの変更は GPL の下でライセンスされる必要があります。

たとえば、Apple が Linux カーネルの一部を独自のカーネルに借用する場合、GPL の下で独自のカーネルをリリースする必要があります。

于 2009-12-14T20:49:03.430 に答える
1

非回答で申し訳ありません — 回答に直接コメントすることはできません。

OS X は Linux ベースではありません。そのカーネルは Darwin と呼ばれ、NeXTSTEP/BSD に基づいており、オープン ソースです: http://developer.apple.com/darwin/

それに基づいた完全なディストリビューションをリリースする PureDarwin というプロジェクトがあります。

于 2010-02-01T16:11:18.377 に答える
0

理論的には、GPL では、GPL の下にあるコードに静的にリンクするものはすべて GPL コミュニティにリリースする必要があります。

http://63.249.85.132/open_source_license.htm

これは、Ruby や PHP などの動的スクリプトはこのライセンスに含まれないということですか?

于 2009-12-12T00:24:20.183 に答える
0

GPL は、元の著作権所有者が所有するソフトウェアを配布するためのライセンスです。GPL コードを自分で配布しない限り、無視してかまいません。

GPL コードを GPL と互換性のないコードと一緒に配布すると、ライセンスに違反することになり、コピーする権利を取得できなくなります。つまり、元の GPL コードに対して著作権侵害を犯していることになります。あなたのコードの著作権は引き続きあなたにあり、派生物でない限り、あなたが選択したライセンスの下で利用できます。

GPL は、GPL コードにリンクするものはすべて二次的著作物であると主張していますが、特にそのコードへのインターフェイスが公開されている場合、それは控えめに言っても疑わしいものです。

ただし、彼らの主張が法廷で支持された場合、たとえば日本の著作権法の下で、元の作成者は、変更に対する道徳的権利を除いて、すべてのコードの著作権を取得します。つまり、ライセンスが何であれ、コードの無料コピーを自由に配布できます。 GPL コードを配布したことがない場合でも使用されます。

リンクしているにもかかわらずコードが派生物ではない場合でも、配布時に GPL コードの著作権を侵害していることに注意してください。ただし、GPL プログラムのユーザーに配布してリンクを張ってもらうことはできます。

元々は他のコードから派生したものの、元のコードが含まれていないコードでは、さらに不明瞭になります。ほとんどの人は、コードを削除するだけで十分だと考えているようですが、そうですか? 確かなことは誰にもわかりません。

于 2009-12-17T06:01:17.803 に答える
0

PHP ライセンスは、それを使って構築したもので何をするかについて何の制約も課しません。PHP で作成したものを GPL したい場合、PHP のライセンスには何の制限もありません。

また、たとえあったとしても、フレームワークのソース形式を GPL の下で問題なく配布できることに注意してください。特定のソフトウェアのライセンスは、ソフトウェアへの入力として使用される場合と使用されない場合があるプレーン テキストには拡張されません。

しかし、IANAL。

于 2009-12-11T19:04:33.457 に答える