コピーレフト

ウィキペディアから、無料の百科事典
ナビゲーションにジャンプ 検索にジャンプ

小文字のcは180度回転し、円を形成する1本の線で囲まれています。
コピーレフト記号

コピーレフトは、知的財産から作成された二次的著作物でも同じ権利が保持されることを要件として、知的財産を自由に配布および変更する権利を付与する慣行です。[1]ライセンスの形でのコピーレフトは、コンピューターソフトウェアから、文書芸術、科学的発見、さらには特定の特許に至るまでの作品の著作権条件を維持するために使用できます[2]コピーレフトは、ソフトウェアまたは芸術作品が、それから派生したものがすべて同じ条件に拘束されることを条件として、自由に使用、変更、および配布できる取り決めです。[3]

コピーレフトソフトウェアライセンスは、パーミッシブフリーソフトウェアライセンスとは対照的に保護的または相互的であると見なされ[4]、作品の複製および変更に必要な情報をソフトウェアプログラムまたはバイナリの受信者が利用できるようにする必要があります。この情報は、最も一般的にはソースコードファイルの形式であり、通常、ライセンス条項のコピーが含まれており、コードの作成者を承認します。

注目すべきコピーレフトライセンスには、元々リチャードストールマンによって書かれたGNU General Public License(GPL)が含まれます。これは、広範囲に使用された最初のソフトウェアコピーレフトライセンスであり、[ 5] Mozilla Public LicenseFree Art License [6]、およびCreative Commons共有のようなライセンス条件。[7]最後の2つは、文書や写真など、他の形式の知的および芸術的作業を対象としています。

歴史

コピーレフトという言葉の初期の使用は、1976年6月のLi- ChenWangのパロアルトTinyBASICの配布通知「@COPYLEFTALLWRONGSRESERVED」にありました。[8] [9] Tiny BASICは、正式な形式では配布されませんでした。コピーレフトの配布条件ですが、ソースコードが共有および変更されている状況で提示されました。実際、Wangは、独自のBASICインタープリターを作成する前に、Tiny BASICExtendedの編集に貢献していました[10]彼は、 Interface Ageで公開されたRoger RauskolbのバージョンのPATBと同様に、他の人に自分のソースコードを適応させ、その適応を公開するように勧めました[11]

コピーレフトの概念は、1985年 のリチャードストールマンGNU宣言で説明されており、彼は次のように書いています。

GNUはパブリックドメインではありません。誰もがGNUを変更および再配布することは許可されますが、ディストリビューターはそのさらなる再配布を制限することはできません。つまり、独自の変更は許可されません。GNUのすべてのバージョンが無料のままであることを確認したいと思います。

ストールマンは数年前にLispインタプリタに取り組んだ。シンボリックスはLispインタプリタを使用するように依頼し、ストールマンは彼の作品のパブリックドメインバージョンを提供することに同意しました。シンボリックスはLispインタプリタを拡張して改善しましたが、ストールマンがシンボリックスが彼のインタプリタに対して行った改善へのアクセスを望んでいたとき、シンボリックスは拒否しました。その後、ストールマンは1984年に、プロプライエタリソフトウェアこの新たな振る舞いと文化を根絶することに向けて取り組み始めました。ストールマンがプロプライエタリソフトウェアを扱ったのはこれが初めてではなかったが、彼はこの相互作用を「ターニングポイント」と見なした。彼はソフトウェアの共有を正当化し、共有するときに元の作業を失うことなくソフトウェアをオンラインでコピーできることに抗議しました。ソフトウェアは、損傷したり摩耗したりすることなく、複数回使用できます。[12] [13]

ストールマンは、現在の著作権法とそれが永続していると感じた過ちを排除することは短期的には非現実的であると考えたので、既存の法律の枠組みの中で働くことに決めました。1985年に[14]彼は彼自身の著作権ライセンスであるEmacsGeneral Public License [15]最初のコピーレフトライセンスを作成しました。これは後にGNUGeneral PublicLicenseに発展しました、これは現在最も人気のある自由ソフトウェアライセンスの1つです。著作権所有者は、元のプログラムに対してその後の改訂に関係なく、最大数の権利がプログラムのユーザーに永続的に譲渡されるようにするための措置を初めて講じました。この元々のGPLは、一般大衆に権利を与えるのではなく、すでにプログラムを受けた人だけに与えました。しかし、それは既存の法律の下で行うことができる最高のものでした。

現時点では、コピーレフトのラベルが付けられた新しいライセンスはありませんでした。[16]リチャード・ストールマンは、「コピーレフト」の使用は、1984年または1985年に彼に手紙を郵送したドン・ホプキンスから来ていると述べた。[16] 1970年代初頭、自費出版の本Principia Discordia には、「ⓀAllRites Reversed –好きなものを転載する」原文のまま)という通知が含まれています。芸術では、レイ・ジョンソンは以前、メールアートと一時的な贈り物でのミクストメディア画像の作成と配布に関連する用語を独自に作り出しました。二次的著作物(このフレーズは、2002年のドキュメンタリー「バニーの描き方」で彼の作品の1つとして簡単に(または上に)表示されますが、ジョンソン自身は2001年のドキュメンタリー「レボリューションOS 」では参照されていません。)

フランスでは、2000に「コピーレフトの態度」というタイトルで行われた一連の会議により、自由芸術ライセンス(FAL)が誕生しまし[ 17 ] [18]その後まもなく、米国での別個の無関係なイニシアチブにより、 2001年以降、いくつかの異なるバージョン(コピーレフトとして説明できるのは一部のみ)で利用可能で、より具体的には米国の法律に合わせ クリエイティブコモンズライセンスが作成されました。

コピーレフトの原則

自由

著作権法により、ソフトウェアの作成者は作品のコピー、配布、および変更を管理できますが、コピーレフトの目的は、作品のすべてのユーザー/閲覧者にこれらすべての活動を実行する自由を与えることです。これらの自由(自由ソフトウェアの定義から)には次のものが含まれます:[12] [19]

自由0
作品を使用する自由
自由1
仕事を勉強する自由
自由2
作品をコピーして他の人と共有する自由
自由3
作品を変更する自由、および変更された、したがって派生物を配布する自由

同様の用語は、同様の自由を含む別の定義であるオープンソースの定義に存在します。コピーレフトライセンスの大部分は、自由ソフトウェアの定義とオープンソースの定義の両方の定義を満たしています。[12]作品の視聴者とユーザーに、作品を複製、改作、または配布する自由と許可を保証することにより、コピーレフトライセンスは、そのような自由を制限する他の種類の著作権ライセンスとは異なります。

相反性

著作権の所有権が主張されていないパブリックドメインに作品を完全に分類する代わりに、コピーレフトは、作者が作品の使用に制限を課すことを可能にします。コピーレフトによって課せられる主な制限の1つは、派生した作品も互換性のあるコピーレフトライセンスの下でリリースされなければならないということです。[12]

これは、コピーレフトの根底にある原則によるものです。つまり、誰もが他の人の以前の仕事から自由に利益を得ることができますが、その仕事への変更は他のすべての人にも利益をもたらすはずであり、したがって同様の条件でリリースする必要があります。このため、コピーレフトライセンスは相互ライセンスとも呼ばれます。コピーレフトライセンスの作品の変更者は、作成した可能性のある派生物をコピーレフトライセンスすることで、ソフトウェアのコピーレフトライセンスの作成者のアクションに往復することが期待されます。この要件のため、コピーレフトライセンスは、その自己永続的な条件のために「バイラル」とも呼ばれています。[20]

コピーの制限に加えて、コピーレフトライセンスは他の考えられる障害に対処します。それらは、権利が後で取り消されないことを保証し、作業とその派生物がさらに変更を加えることができる形式で提供されることを要求します。ソフトウェアでは、これは、派生した作品のソースコードをソフトウェア自体と一緒に利用できるようにすることを要求することを意味します。[12]

経済的インセンティブ

コピーレフトコンテンツに取り組む経済的インセンティブはさまざまです。従来の著作権法は、クリエイターに経済的利益を提供することで進歩を促進するように設計されています。自分の作品をコピーレフトすることを選択する場合、コンテンツ作成者は、同僚からの認識などの補完的なメリットを求める場合があります。

コンピュータープログラミングの世界では、コピーレフトライセンスのコンピュータープログラムは、プログラマーが気付いたニーズを満たすために作成することがよくあります。このようなプログラムは、後続のユーザーがそのプログラムの変更されたバージョンを自由に使用できるようにするために、コピーレフトライセンスで公開されることがよくあります。これは、「オープンソースのハイジャック」、つまりオープンソースコードを再利用して追加の制限を追加する行為、つまりソフトウェアのコピーレフトライセンスによって防止される行為を防止したいクリエイターに特に当てはまります。一部のクリエイターは、営利企業が自社製品を吸収して販売することを防ぐことが別のインセンティブであると感じています。

さらに、プログラミングのオープンソース文化は、社会的地位が個人の貢献によって決定されるギフト文化として説明されています。[21]高品質のオープンソースのコピーレフトライセンスソフトウェアに貢献または作成することは、貢献者が貴重な経験を積むことにつながり、将来のキャリアの機会につながる可能性があります。[22]

コピーレフトソフトウェアは、個々の作成者を超えた経済効果をもたらします。高品質のコピーレフトソフトウェアの存在により、プロプライエタリソフトウェア開発者は、ソフトウェアの品質を向上させて、自由ソフトウェアと競争することを余儀なくされる可能性があります。[23]これは、プロプライエタリソフトウェアが支配する地域での独占を防ぐ効果もあるかもしれません。ただし、プロプライエタリソフトウェアとの競争もコピーレフトを放棄する理由になる可能性があります。フリーソフトウェアファウンデーションは、「コードの広範な使用がフリーソフトウェアの目的を推進するために不可欠である」[ 24]場合、コピーレフトよりもコードを自由にコピーして使用できるようにすることが重要であると推奨しています。

コピーレフトアプリケーション

コピーレフトを使用する一般的な方法は、ライセンスのある作品のコピー条件を成文化することです。このようなライセンスには通常、ライセンスの条件内にコピーレフトのすべての条項と原則が含まれています。これには、作品の使用、作品の研究、他の人との作品のコピーと共有、作品の変更、およびその作品の変更されたバージョンの配布の自由が含まれます。

これらの自由も付与する同様のパーミッシブライセンスとは異なり、コピーレフトライセンスは、コピーレフトライセンス作品の修正バージョンもこれらの自由を付与する必要があることを保証します。したがって、コピーレフトのライセンスには制限があります。コピーレフトのライセンスを受けた作品の変更は、互換性のあるコピーレフトスキームの下で配布する必要があり、配布された変更された作品には、作品を変更する手段が含まれている必要があります。ただし、フェアユースは、通常の著作権と同様に、コピーレフトライセンスが置き換えられる場合があります。したがって、コピーレフトライセンスのソースを自分の仕事に利用する人は、フェアユースの基準を満たしていれば、他のライセンスを自由に選択できます。[25]

コピーレフトライセンスは、必然的に関連する規則や法律を創造的に利用して、その規定を施行します。たとえば、著作権法を使用する場合、コピーレフトの下で作品に貢献する人は通常、著作権所有者のステータスを取得、延期、または割り当てる必要があります。コピーレフトライセンスの下で寄稿の著作権を提出することにより、彼らは、作品のコピーの独自の配布者になる権利を含む、通常は著作権に続く権利の一部を故意に放棄します。

コピーレフトライセンスに使用されるいくつかの法律は国によって異なり、国ごとに異なる条件で付与される場合もあります。たとえば、一部の国では、標準のGNU GPLスタイル(GNU GPLバージョン2の記事11および12を参照)でソフトウェア製品を保証なしで販売することが認められていますが、ほとんどのヨーロッパ諸国では​​、ソフトウェアディストリビューターが販売された製品に関するすべての保証を放棄します。このため、このような保証の範囲は、ほとんどのヨーロッパのコピーレフトライセンスで指定されています。これについては、European Union Public License EUPL [ 26]またはCeCILLライセンス[27]を参照してください。GNU GPL(EUPLの第5条およびCeCILLの第5.3.4条を参照)を限定保証(EUPLの第7条および第8条およびCeCILLの第9条を参照)と組み合わせて使用​​できるようにするライセンス。ネットワーク上で実行されるプロジェクトの場合、GPLのバリエーションがAffero General Public Licenseで提供されます。これにより、ネットワークソフトウェアのユーザーがソースコードを利用できるようになります。

タイプと他のライセンスとの関係

無料 非無料
パブリックドメイン同等のもの パーミッシブライセンス コピーレフト(保護ライセンス) 非営利ライセンス 独自のライセンス 営業秘密
説明 すべての権利を付与します 再ライセンスの権利を含む使用権を付与します(所有権の付与、ライセンスの互換性を許可します) 使用権を付与し、所有権を禁止します 非営利目的でのみ使用する権利を付与します。継承と組み合わせることができます。 著作権の伝統的な使用; 権利を付与する必要はありません 公開された情報はありません
ソフトウェアの場合 PD、UnlicenseCC0 BSDMITApache GPLAGPL JRLAFPL プロプライエタリソフトウェア、パブリックライセンスなし プライベートの内部ソフトウェア
他の創造的な作品のために PD、CC0 CC-BY CC-BY-SAFAL CC-BY-NC 著作権、パブリックライセンスなし 未発表
コピーレフトシンボルの変形である継承のクリエイティブコモンズアイコン

コピーレフトは一部のフリーソフトウェアライセンスの際立った特徴ですが、他のフリーソフトウェアライセンスは、ライセンシーが同じライセンスの下で派生作品を配布する必要がないため、コピーレフトライセンスではありません。どのクラスのライセンスがより大きな自由度を提供するかについては、現在も議論が続いています。この議論は、自由の定義や、その自由がより重要であるなどの複雑な問題にかかっています。つまり、作品の潜在的な将来の受信者(プロプライエタリソフトウェアの作成からの自由)または最初の受信者(プロプライエタリソフトウェアの作成の自由)です。ただし、コピーレフトとパーミッシブの両方のタイプのライセンスが現在利用可能であるため、作成者は自分の作業に最適なタイプを選択できます。

ドキュメント、アート、およびソフトウェアとコード以外のその他の作品については、クリエイティブコモンズの継承ライセンスシステムとGNUの無料ドキュメントライセンスにより、作成者は作品の特定のセクションに制限を適用し、作成の一部を完全なコピーレフトメカニズムから除外できます。 。GFDLの場合、これらの制限には不変セクションの使用が含まれますが、これは将来の編集者によって変更されない可能性があります。GFDLの当初の意図は、コピーレフトソフトウェアのドキュメントをサポートするためのデバイスとしてでした。ただし、その結果、あらゆる種類のドキュメントに使用できます。

強いコピーレフトと弱いコピーレフト

作品を管理するコピーレフトライセンスの強さは、その規定があらゆる種類の派生作品に課せられる範囲によって決定されます。したがって、「弱いコピーレフト」という用語は、すべての派生作品がコピーレフトライセンスを継承するわけではないライセンスを指します。派生した作品が継承するかどうかは、多くの場合、それがどのように派生したかに依存します。

「弱いコピーレフト」ライセンスは、ソフトウェアライブラリの作成によく使用されます。これにより、他のソフトウェアをライブラリにリンクして、リンクするソフトウェアもコピーレフトライセンスを取得しなくても再配布できます。弱いコピーレフトライセンスのソフトウェア自体への変更のみが、そのようなライセンスのコピーレフト条項の対象となります。これにより、任意のライセンスのプログラムをコンパイルして、glibcなどのコピーレフトライブラリに対してリンクし、再ライセンスを必要とせずに再配布できます。強いコピーレフトと弱いコピーレフトの具体的な効果は、まだ法廷でテストされていません。[28]「弱い」コピーレフトを使用する自由ソフトウェアライセンスには、GNU劣等一般公衆利用許諾契約書Mozilla PublicLicenseが含まれます。

強力なコピーレフトを使用する最もよく知られている自由ソフトウェアライセンスは、GNU General PublicLicenseです。より強力なコピーレフトライセンスはAGPLであり、サービスの使用例としてのソフトウェアのソースコードの公開が必要です(「ソフトウェア代替としてのサービス[SaaSS]」[29] [30] [ 31])たとえば、ソフトウェアがサーバーに展開されている場合。[32] Sybase Open Watcom Public Licenseは、GPLの「私的使用」の抜け穴を塞ぎ、あらゆるユースケースでソースコードの公開を要求するため、最も強力なコピーレフトライセンスの1つです[33]最後の注目すべき強力なコピーレフトライセンスはデザインサイエンスライセンス。ソフトウェアやドキュメントだけでなく、文学、アートワーク、音楽、写真、ビデオなど、あらゆる作品に適用できます。Design Science Licenseは、後にオープンコンテンツと呼ばれるようになった非ソフトウェア作品にGNUスタイルのコピーレフトを適用することに興味を持った後、MichaelStutzによって作成されました1990年代には、DSLは音楽の録音、視覚芸術、さらには小説にも使用されていました。現在、フリーソフトウェアファウンデーションのウェブサイトのライセンスリスト[34]でホストされていますが、フリーソフトウェアファウンデーションによってGPLとの互換性があるとは見なされていません。

完全および部分的なコピーレフト

「完全」および「部分的」コピーレフトは別の問題に関連しています。完全なコピーレフトは、作品のすべての部分(ライセンス自体を除く)が、作品のコピーレフトライセンスの条件の下でのみ変更および配布できる場合に存在します。対照的に、部分的なコピーレフトは、コピーレフトの規定から作品の一部を免除し、コピーレフトライセンス以外の条件の下で一部の変更の配布を許可するか、または他の方法で、作品にコピーレフトのすべての原則を課しません。部分的なコピーレフトの例は、一部のソフトウェアパッケージに対して行われたGPLリンク例外です。

継承

一部のライセンスの「継承」条件では、元の作品に関して付与される自由は、派生作品とまったく同じまたは互換性のある条件で付与される必要があるという要件が課せられます。

これは、コピーレフトライセンスが自動的に継承ライセンスになることを意味しますが、その逆ではありません。一部の継承ライセンスには、商用利用の禁止などの追加の制限が含まれているためです。もう1つの制限は、すべての人が自分の作品を共有したいとは限らないことです。一部の継承契約では、作成者が特定の部分のみを共有したい場合でも、作品全体を共有する必要があります。ソースコードの作成者にとってのプラス面は、コードへの変更が元の作成者に利益をもたらすだけでなく、作成者が認識され、変更されたコードに対して同等の主張を保持することです。[35]一部のクリエイティブコモンズライセンスは、継承のようなコピーレフトライセンスの例です。

パーミッシブライセンス

パーミッシブソフトウェアライセンスとは、ソフトウェアのユーザーにコピーレフトライセンスと同じ自由を与えるものですが、そのソフトウェアの修正バージョンにそれらの自由を含める必要はありません。これらは、ソフトウェアの使用、変更、および再配布の方法に最小限の制限があるため、コピーレフトライセンスではありません。このタイプのライセンスの例には、X11ライセンスApacheライセンスMITライセンス、およびBSDライセンスが含まれます。

論争と論争

コピーレフトは、オープンソースイニシアチブ自由ソフトウェア運動の間のイデオロギーの争いにおいて分裂的な問題になったことが示唆されています。[36]しかし、コピーレフトが両当事者によって受け入れられ、提案されているという証拠があります。

  • OSIとFSFの両方で、承認されたライセンスのそれぞれのリストにコピーレフトライセンスと非コピーレフトライセンスがあります。[37] [34]
  • OSIの元弁護士であるLawrenceRosenは、コピーレフトライセンスであるOpen SoftwareLicenseを作成しました。
  • OSIのライセンスハウツーは、GPLを「ベストプラクティス」ライセンスとして認識しています。[38]
  • GNUプロジェクトのソフトウェアプログラムのいくつかは、コピーレフト以外のライセンスの下で公開されています。[39]
  • ストールマン自身が、特定の状況での非コピーレフトライセンスの使用を承認しました。最近では、OggVorbis ライセンスの変更があります。[40]

ウイルスライセンス

ウイルスライセンスは、コピーレフトライセンスの蔑称です。[41] [42] [43] [44] [45]これは、GPLv1がリリースされてから1年後の1990年にさかのぼる「GeneralPublicVirus」または「GNUPublicVirus」(GPV)という用語に由来します。[46] [47] [48] 「バイラルライセンス」という名前は、コピーレフト作品から派生した作品は、配布時にコピーレフトの許可を保持する必要があるという事実を指します。

一部のBSDライセンス支持者は、元のBSD作品がその恩恵を受けることを許可せずにBSDライセンスコードを吸収すると同時に、他のライセンスよりも「より自由」であると宣伝するGPLの傾向に関して、この用語を嘲笑的に使用しました。[49] [50] [51] Microsoftの副社長CraigMundieは、「GPLのこのウイルスの側面は、それを利用する組織の知的財産に脅威を与える」と述べた。[52]別の文脈では、スティーブ・バルマーGPLの下でリリースされたコードは、結果として生じる周囲のコードがGPL互換ライセンスの下でライセンスされている場合にのみ使用できるため、商業部門には役に立たないと宣言し、「知的財産の意味ですべてに付着する癌」と説明しました。触れる」。[53]

GPLに対するMicrosoftの攻撃に応えて、いくつかの著名なフリーソフトウェア開発者と支持者がライセンスを支持する共同声明を発表しました。[54] FSFコンプライアンスエンジニアのDavidTurnerによると、「ウイルスライセンス」という用語は、コピーレフトのフリーソフトウェアを使用することへの誤解と恐れを生み出します。[55]人は積極的な行動なしにウイルスを捕まえることができますが、ライセンス条件は効果的な使用または採用時に有効になります。[56]David McGowanはまた、GPLがプロプライエタリソフトウェアを自由ソフトウェアにすることを強制できると信じる理由はないが、「GPLのコードと組み合わせて派生物を形成するプログラムを商業的に配布することを会社に禁じようとする可能性がある」と書いています。侵害による損害を回復するためです。」会社が「GPLのプログラムから実際にコードをコピーした場合、そのような訴訟は完全に普通の著作権の主張であり、ほとんどの民間企業は靴が反対側にある場合にそれを擁護するだろう」。[57]リチャード・ストールマンは、この見解を類推して説明し、「GPLのドメインは、プログラムにGPLでカバーされたコードを意図的に含めることによってのみ、近接または接触によって広がることはありません。それは、クモの植物のように広がります。ウイルス。"

GPLなどの一般的なコピーレフトライセンスには、一連のスイッチを使用しコマンドラインツールの実行や Webサーバー。[59]結果として、コピーレフトではない製品の1つのモジュールがGPLの下に置かれたとしても、他のコンポーネントがそれと正常に通信することは合法である可能性があります[説明が必要]この許可された通信には、動的リンクを介したライブラリまたはルーチンの再利用が含まれる場合と含まれない場合があります 。一部のコメンテーターは、そうしていると述べています[60]。FSFは、JavaライブラリのGNU Classpath再実装のライセンスでそれを許可する例外を明示的に追加しないと主張し、明示的に追加します。この曖昧さは、GPLとLGPLの重要な違いであり、 LGPLは、対象となる作品とのリンクまたはコンパイルを明確に許可します。[61]

シンボル

© 🄯
コピーレフト記号
Unicode の場合U +1F12F🄯 コピー レフト記号
代替記号:(ɔ)
と違う
と違うU + 00A9 © 著作権記号

コピーレフトのシンボルは、著作権シンボル鏡像です。 © :円の逆C。法的地位はありません。[62] Unicodeの将来のバージョンにシンボルを追加するという2016年の提案[63]は、 Unicode技術委員会によって承認されました。[64]コードポイントU +1F12F🄯COPYLEFTSYMBOLUnicode11で追加されまし[64] [65]

2018年現在、フォントではほとんど実装されていませんが、文字U + 2184ↄLATINSMALLLETTERREVERSEDCまたはより広く使用されている文字U +0254ɔLATINSMALLLETTEROPEN Oを括弧(ɔ)囲むか、サポートされている場合は近似できます。アプリケーションまたはWebブラウザーで、逆Cと文字U + 20DDを組み合わせることによってↄ⃝円唇後舌半影の組み合わせ:ↄ⃝[66]

このグリフを含むフォントのリストについては、Unicode fonts#SMP Unicodeフォントのリストを参照してから、「囲み英数字補助(173:1F100–1F1FF)」の行を参照してください(このリストは最新であるとは限りません)。

も参照してください

参考文献

  1. ^ 「コピーレフトとは何ですか?」GNUプロジェクト。
  2. ^ ニューマン、ジョン(2011年12月29日)。「ベッドサイドでの著作権とオープンアクセス」。NEJM365(26):2447–2449。土井10.1056 / NEJMp1110652PMID22204721_ 
  3. ^ "Scheibner、James ---"(ソフトウェアの)価格の自由は?オープンソースライセンスに関するオーストラリアの法律実務家向けガイド "[2017] PrecedentAULA 23;(2017)139 Precedent39"classic.austlii.edu.au 2021年11月27日取得
  4. ^ Wayback Machine独自の観点からのオープンソース(アーカイブインデックス)
  5. ^ ストールマン、リチャード(2007年6月29日)。「GNUGeneralPublicLicense」GNUプロジェクト2017年5月1日取得
  6. ^ 「自由芸術ライセンス1.3」コピーレフトの態度コピーレフトの態度2021年10月6日取得
  7. ^ 「アトリビューション-継承4.0インターナショナル(CC BY-SA4.0)」クリエイティブコモンズクリエイティブコモンズ2015年8月14日取得
  8. ^ 王、李陳(1976年5月)。「パロアルトタイニーベーシック」。Dr. Dobb's Journal of Computer Calisthenics&Orthodontia、ランニングライト、オーバーバイトなし1(5):12–25。(注:ソースコードは次の6行で始まります。「TINYBASIC FOR INTEL 8080; VERSION 1.0; BY LI-CHEN WANG; 10 JUNE、1976; @COPYLEFT; ALL WRONGSRESERVED」。5月号の6月の日付は正しいです。 。雑誌は予定より遅れていました、6月と7月の問題は追いつくために結合されました。)
  9. ^ Rauskolb、Roger(1976年12月)。「王博士のパロアルトタイニーベーシック」。インターフェイスエイジ2(1):92–108。(注:ソースコードは次の9行で始まります: " TINY BASIC FOR INTEL 8080; VERSION 2.0; BY LI-CHEN WANG; MODIFIED AND TRANSLATED TO INTEL MNEMONICS; BY ROGER RAUSKOLB; 10 OCTOBER, 1976 ; @COPYLEFT; ALL WRONGS RESERVED")
  10. ^ 「TinyBASICExtended」。Dr. Dobb's Journal of Computer Calisthenics&Orthodontia、ランニングライト、オーバーバイトなし1(2)。1976年2月。
  11. ^ Rauskolb、Roger(1976年12月)。「王博士のパロアルトタイニーベーシック」。インターフェイスエイジ2(1):92–108。(注:ソースコードは次の9行で始まります: " TINY BASIC FOR INTEL 8080; VERSION 2.0; BY LI-CHEN WANG; MODIFIED AND TRANSLATED TO INTEL MNEMONICS; BY ROGER RAUSKOLB; 10 OCTOBER, 1976 ; @COPYLEFT; ALL WRONGS RESERVED")
  12. ^ a b c d e Carver、Brian W.(2005年4月5日)。「継承と継承:オープンソースと自由ソフトウェアライセンスの理解と実施」バークレーテクノロジーロージャーナル。SSRN1586574 _ 2012年2月6日取得  {{cite journal}}: Cite journal requires |journal= (help)
  13. ^ ウィリアムズ、サム(2002年3月)。「7」自由のように無料–リチャードストールマンの自由ソフトウェアの十字軍オライリーメディアISBN 978-0-596-00287-9
  14. ^ ムーディ、グリン(2002)。反乱軍のコードp。26。
  15. ^ 「EmacsGeneralPublicLicense」2001年7月5日2008年8月23日取得
  16. ^ a b ストールマン、リチャード(2008年1月21日)。「GNUプロジェクトについて」フリーソフトウェアファウンデーション2017年5月1日取得
  17. ^ 「自由芸術ライセンス–よくある質問」コピーレフトの態度コピーレフトの態度2021年10月6日取得
  18. ^ 「ライセンス」GNUプロジェクトGNUプロジェクト2021年10月6日取得:「私たちは芸術作品や娯楽作品が無料でなければならないという立場をとっていませんが、無料にしたい場合は、自由芸術ライセンスをお勧めします。
  19. ^ 「自由ソフトウェアとは何ですか?」gnu.org2019年7月30日2020年7月22日取得
  20. ^ Mundie、Craig(2001年5月3日)。「マイクロソフトのシニアバイスプレジデントであるCraigMundieによるコメントの準備テキスト–商用ソフトウェアモデル」ニューヨーク大学スターン経営大学院2005年6月21日にオリジナルからアーカイブされました2009年10月1日取得
  21. ^ マーハー、マーカス(2000)。「オープンソースソフトウェア:代替の知的財産インセンティブパラダイムの成功」(PDF)Fordham Intellectual Property、Media&Entertainment LawJournal2014年5月2日にオリジナル(PDF)からアーカイブされました2014年5月1日取得
  22. ^ Sarmah、Harshajit(2019年9月23日)。「オープンソースプロジェクトに貢献することが仕事の着陸に役立つ5つの理由」Analytics IndiaMagazine 2020年7月22日取得
  23. ^ Mustonen、Mikko「コピーレフト-Linuxおよびその他のオープンソースソフトウェアの経済学」(PDF)情報経済学と政策2014年5月2日にオリジナル(PDF)からアーカイブされました2014年5月1日取得
  24. ^ 「あなた自身の仕事のためのライセンスを選ぶ方法」フリーソフトウェアファウンデーションのライセンスおよびコンプライアンスラボ2017年5月1日取得
  25. ^ カーク・スト・アマント&ブライアン・スティル(2008)。「クリエイティブコモンズライセンスモデルによるオープンソースソフトウェアライセンスの調査」。オープンソースソフトウェアに関する研究ハンドブック:技術的、経済的、社会的展望情報科学リファレンス。728の382ページ。ISBN  978-1-59140-999-1
  26. ^ 「EUPL–欧州連合公的ライセンス」欧州委員会2007年1月9日取得
  27. ^ 「自由ソフトウェアライセンス契約CeCILL」(PDF)INRIA。2010年8月8日にオリジナル(PDF)からアーカイブされました2010年8月24日取得
  28. ^ Patrice-Emmanuel Schmitz(2015年4月3日)。「EUPLにおける「コピーレフト」の意味」参加
  29. ^ 「SaaSS」という用語の背後にある哲学のいくつかについては、「 自分の仕事のライセンスを選択する方法」の「サーバーソフトウェア」セクションを参照してください。GNUプロジェクト。2015年12月20日2017年5月1日取得
  30. ^ ストールマン、リチャード(2016年11月18日)。「そのサーバーは実際に誰にサービスを提供していますか?」GNUプロジェクト2017年5月1日取得
  31. ^ 「なぜAfferoGPL」GNUプロジェクト2015年5月10日2017年5月1日取得
  32. ^ GNU Webサイトの自由ソフトウェアライセンスのリスト:「開発者は、ネットワーク上で一般的に実行されるすべてのソフトウェアにGNUAGPLを使用することを検討することをお勧めします」。
  33. ^ 「それらに関するさまざまなライセンスとコメント-SybaseOpen Watcomパブリックライセンスバージョン1.0(#Watcom)」GNU.org 2015年12月23日取得これは自由ソフトウェアライセンスではありません。対象となるソフトウェアを「展開」するときは常にソースコードを公開する必要があり、「展開」はさまざまな種類の私的使用を含むように定義されています。
  34. ^ a b "さまざまなライセンスとそれらに関するコメント"GNUプロジェクト。
  35. ^ Engelfriet、Arnoud(2010)。「オープンソースライセンスの選択」。IEEEソフトウェアアテネ経済商科大学。27:48–49。土井10.1109 /MS.2010.5S2CID36712745_ 
  36. ^ Biancuzzi、Federico(2005年6月30日)。「ESR:「GPLはもう必要ありません」"。ONLamp.com。2018年3月6日にオリジナルからアーカイブされました。 2008年8月23日に取得されました。
  37. ^ Tiemann、Michael(2006年9月18日)。「名前によるライセンス」2008年8月23日取得
  38. ^ レイモンド、エリックスティーブン(2002年11月9日)。「ライセンスHOWTO」2008年8月23日取得
  39. ^ 「GPLv3がMS-Novell契約にとって何を意味するか」Yro.slashdot.org。2007年3月8日2014年5月14日取得
  40. ^ ストールマン、リチャード(2001年2月26日)。「LWN.net:OggVorbisライセンスのRMS」2008年8月23日取得この特別な場合の緩い[Ogg / Vorbis]ライセンスの考えとの[M] yの合意は、ほとんどの場合、GPLに対する私の好みと同じくらい実用的です。どちらの場合も、それは私たちがどのように自由を達成できるかという問題です。
  41. ^ 「Microsoftライセンスはオープンソースに拍車をかける」CNETCBSインタラクティブ。
  42. ^ 「いくつかの権利は留保されています:著作権の代替」ワイアードUK
  43. ^ 「用語集」a2knetwork.org2009年4月26日にオリジナルからアーカイブされました。
  44. ^ ジェイソングリーンバーグ; ダニエルグレイザー(2013年3月)。「購入品の接種– M&A取引におけるウイルスライセンスからの契約上の保護」(PDF)フランク揚げコーポレートカウンセル協会2016年6月10日取得
  45. ^ フィリップウッド; エイミー・ライバーン; アラン・ヨマン; アンドリューマタンギ; スティーブナイチンゲール(2013年7月1日)。「情報通信技術に関する法的な最新情報– 2013年7月」2013年9月21日にオリジナルからアーカイブされました2016年6月10日取得
  46. ^ Vixie、Paul(2006年3月6日)。「Re:TAKロールオーバー要件ドラフトのセクション5.2(IPRの負担)」IETFNamedroppersメーリングリスト。2007年9月27日にオリジナルからアーカイブされました2007年4月29日取得
  47. ^ 「一般的なパブリックウイルス」ジャーゴンファイル2.2.11990年12月15日2007年4月29日取得
  48. ^ Hackvän、Stig(1999年9月)。「GNUパブリックウイルスのリバースエンジニアリング–コピーレフトはあまりにも良いことですか?」LinuxJournal2011年7月18日にオリジナルからアーカイブされました2007年4月29日取得
  49. ^ スチュワート、ビル(1998年10月8日)。"Re:提案: 'サイファーパンクライセンス'(Re:募集:Twofishソースコード)"サイファーパンクのメーリングリスト。2007年5月29日にオリジナルからアーカイブされました2007年4月29日取得
  50. ^ バック、ジョー(2000年10月10日)。「Re:外部での解析ツリーの使用」GCCメーリングリスト2007年4月29日取得
  51. ^ グリフィス、L。エイドリアン(2000年7月15日)。「GNUパブリックウイルス」2007年4月29日取得
  52. ^ Mundie、Craig(2001年5月3日)。「スピーチトランスクリプト–クレイグマンディ」ニューヨーク大学スターン経営大学院2005年6月21日にオリジナルからアーカイブされました2008年8月23日取得
  53. ^ Newbart、Dave(2001年6月1日)。「MicrosoftCEOはSun-Timesでローンチブレイクを取ります」シカゴサンタイムズ。2001年6月15日にオリジナルからアーカイブされました。(インターネットアーカイブリンク)
  54. ^ 自由ソフトウェアのリーダーが一緒に立つ–ウィキソース経由 
  55. ^ バイフィールド、ブルース(2006年8月29日)。「ITマネージャーのジャーナル:GPLに関する10の一般的な誤解」2008年8月23日取得
  56. ^ 「ライセンス期間smorgasbord:コピーレフト、継承、相互、ウイルス、または遺伝?–ルイスヴィラ:オープン法と戦略」lu.is。 _ 2012年2月3日2018年8月22日取得
  57. ^ David McGowan(2005)。「フリーおよびオープンソースソフトウェアの法的側面」。ジョセフフェラーで; ブライアンフィッツジェラルド; スコットA.ヒッサム; カリムR.ラカハニ(編)。無料およびオープンソースソフトウェアの展望MITプレス。p。 382ISBN  978-0-262-06246-6
  58. ^ ポインター、リチャード(2006年3月21日)。「地下室のインタビュー:コードを解放する」2010年2月5日取得
  59. ^ 「GNUライセンスに関するよくある質問」フリーソフトウェアファウンデーション2008年6月24日2017年5月1日取得
  60. ^ レイモンド、エリックスティーブン(2002年11月9日)。「ライセンスHOWTO」2010年3月21日取得
  61. ^ ストールマン、リチャード。次のライブラリにLesserGPLを使用すべきではない理由GNUプロジェクト
  62. ^ ホール、G。ブレント(2008)。空間データ処理におけるオープンソースアプローチスプリンガー。p。29. Bibcode2008osas.book ..... H。ISBN 9783540748311
  63. ^ 「コピーレフトシンボルをUnicodeに追加する提案」(PDF)
  64. ^ a b 「提案された新しいキャラクター:パイプラインテーブル」Unicode文字の提案ユニコードコンソーシアム2017年4月18日取得
  65. ^ 「Unicode®標準バージョン11.0の発表」blog.unicode.org 2018年6月6日取得
  66. ^ 「Unicodeコピーレフト照会」2000年5月6日。

外部リンク