2

Web アプリケーションには、使用しているコンポーネント/ライブラリと関連するライセンスの詳細を記載した通知/概要ページが必要ですか?

LGPL (SevenZipSharp が使用) などの一部のライセンスには、結合作品条項があります。

lgpl V3

  1. 複合作品。また、次の各事項を行う場合、結合作品に含まれるライブラリの部分の変更、およびそのような変更をデバッグするためのリバース エンジニアリングを事実上制限しない、選択した条件の下で結合作品を伝達することができます。

a) 結合作品の各コピーに、その中でライブラリが使用されていること、およびライブラリとその使用がこのライセンスの対象であることを目立つように通知します。b) GNU GPL のコピーとこのライセンス文書を結合作品に添付します。c) 実行中に著作権表示を表示する結合​​作品の場合、これらの通知の中にライブラリの著作権表示を含め、ユーザーに GNU GPL とこのライセンス文書のコピーを指示する参照を含めます。d) 次のいずれかを実行します。修正された結合著作物を作成するためのリンク バージョンのバージョン、対応するソースを伝達するための GNU GPL のセクション 6 で指定された方法で。1) ライブラリとのリンクには、適切な共有ライブラリ メカニズムを使用します。適切なメカニズムは、(a) ユーザーのコンピューター システムに既に存在するライブラリのコピーを実行時に使用し、(b) リンクされたバージョンとインターフェイス互換性のあるライブラリの変更されたバージョンで適切に動作するものです。e) インストール情報を提供します。ただし、GNU GPL のセクション 6 に基づいてそのような情報を提供する必要がある場合に限り、また、再結合によって作成された結合作品の修正版をインストールして実行するためにそのような情報が必要な範囲に限ります。または、リンクされたバージョンの変更されたバージョンでアプリケーションを再リンクします。(オプション 4d0 を使用する場合、インストール情報には、最小限の対応するソースと対応するアプリケーション コードを添付する必要があります。オプション 4d1 を使用する場合、対応するソースを伝えるために、GNU GPL のセクション 6 で指定された方法でインストール情報を提供する必要があります。)

lgpl V2.1

ライブラリがその中で使用されていること、およびライブラリとその使用がこのライセンスの対象であることを、作品の各コピーに目立つように通知する必要があります。このライセンスのコピーを提供する必要があります。実行中の作業に著作権表示が表示される場合は、その中にライブラリの著作権表示と、ユーザーをこのライセンスのコピーに誘導する参照を含める必要があります。また、次のいずれかを行う必要があります。

a) 作業に使用された変更を含む、対応するライブラリの完全な機械可読ソース コード (上記のセクション 1 および 2 で配布する必要があります) を作業に添付します。また、著作物がライブラリにリンクされた実行可能ファイルである場合は、オブジェクト コードおよび/またはソース コードとして機械可読の完全な「ライブラリを使用する著作物」を使用して、ユーザーがライブラリを変更し、再リンクして、変更されたライブラリを含む変更された実行可能ファイル。(ライブラリ内の定義ファイルの内容を変更したユーザーは、必ずしもアプリケーションを再コンパイルして、変更した定義を使用できるとは限りません。) b) ライブラリとのリンクには、適切な共有ライブラリ メカニズムを使用します。適切なメカニズムは、(1) ライブラリ関数を実行可能ファイルにコピーするのではなく、ユーザーのコンピュータ システムに既に存在するライブラリのコピーを実行時に使用し、(2) ライブラリの変更されたバージョンで適切に動作するものです。ユーザーがインストールした場合、変更されたバージョンが作業に使用されたバージョンとインターフェイス互換性がある限り。c) 少なくとも 3 年間有効な、上記の第 6a 項で指定された資料を、この配布を実行する費用を超えない料金で同じユーザーに提供するための書面による申し出を作品に添付します。d) 指定された場所からコピーするためのアクセスを提供することによって作品の配布が行われる場合、同じ場所から上記の指定された資料をコピーするための同等のアクセスを提供します。

他の多くのライセンスには、アプリケーションまたは組み合わせた作品に通知を表示することについて、同様の条項があります。

これは、Web アプリケーションには、使用されているコンポーネントについて詳しく説明するページが必要であることを意味しますか? 多くのサイトがオープンソース ライブラリを使用していることが多いのですが、これを行っている Web サイトの例を見つけることができません。

Web サイト/アプリケーションが現在使用している get out 条項は、OpenSource コンポーネントがサーバー側の結合された作業/Web アプリケーションで使用されているかどうかを誰が知っているかということだと思いますが、特に Web アプリケーションが監査された場合、それは言い訳にはなりません。

4

2 に答える 2

1

他の人が間違ったことをしたからといって、あなたに間違ったことをする権利はありません。

ライブラリのライセンスに、アプリケーションに適切なクレジットを含むページを含める必要があると記載されている場合は、それを実行する必要があります。

編集：

(これはライセンス契約の私の解釈です。間違っているかもしれません)。

ライブラリと Web アプリケーションには (かなり大きな) 違いがあると思います。上記のライセンス契約は、エンドユーザーの webapplicationsではなく、他のライブラリー向けのようです。SevenZipSharp ライブラリから独自のライブラリを作成する場合、上記のライセンス契約の引用が適用され、ライブラリを LGPL の下で配布することも強制されると思います。ただし、開発者向けではなくユーザー向けのアプリケーションで SevenZipSharp ライブラリを使用する場合、上記のライセンスの引用は適用されません。

于 2012-04-18T11:28:01.200 に答える
0

このかなり古い質問を再開して申し訳ありませんが、明らかに受け入れられた結論はありませんでした。IANAL の免責事項として、以下はすべて、このライセンスがこのトピックにどのように適用されるかについての素人の解釈です。私は本当に説明、確認、または私が間違っていることを証明する誰かを探しています!

私の現在の解釈では、実行中の Web アプリケーションはそれ自体をすべてのサーファーに「配布」するのではなく、サーファーのブラウザーでレンダリングされる出力を生成するだけです。

そのため、Web アプリケーションには、独自のドキュメント / インストール手順 / 管理者 / オペレーター マニュアルに著作権 / ライセンス通知を含める必要があります。これは、Web アプリケーションのユーザー、つまり実際にインストール、構成、および操作を行うユーザーを対象としています。

ライセンスは通常、アプリケーションによって生成された OUTPUT をカバーしていません。これは、アプリケーションによって生成された Web ページにアクセスするサーファーが消費するものです。したがって、生成された出力に著作権表示を含める必要はありません。ウェブページ。

ただし、インタラクティブな Web アプリケーションでは、「アプリケーション」と「生成された出力」の間の境界線はそれほど明確ではなく、出荷された Web ページにアプリケーション コードの一部が含まれている場合 (Javascript アプリケーションとして)、もはや存在しない可能性さえあります。 ）。したがって、私の解釈が成り立つかどうか、またはそれがまったく有効であるかどうかはわかりません。

于 2013-11-20T11:40:40.270 に答える