コピーレフト

2025年11月6日

コピーレフト

英語表記: Copyleft

概要

コピーレフトとは、著作権法が持つ権利を逆手に取り、ソフトウェアの自由（利用、改変、再頒布、再頒布時のソースコード公開）を、派生したすべての作品に対して永続的に保証しようとする画期的なライセンス手法のことです。これは、私たちが「ライセンス形態（GPL, MIT, Apache, 商用ライセンス）」という大きな枠組みの中で、特にGPL（GNU General Public License）系ライセンスが持つ最も重要な特徴を指します。具体的には、コピーレフトが適用されたソフトウェアを改変・頒布する際には、その派生作品も必ず同じコピーレフトライセンス（通常はGPL）の下で提供することを義務付ける強力な仕組みなのです。

詳細解説

コピーレフトの目的は、フリーソフトウェアが一度世に出た後、誰かがそれを改変し、その改変版を非公開のプロプライエタリ（独占的）なソフトウェアにしてしまうことを防ぐ点にあります。この仕組みは、フリーソフトウェアの父、リチャード・ストールマン氏が提唱した「ソフトウェアの自由」を未来永劫守るための防波堤と言えるでしょう。

継承性と伝播性

コピーレフトの動作原理は、「継承性（または伝播性）」と呼ばれる特性にあります。これは、コピーレフトが適用されたコードを少しでも利用して新しいソフトウェアを作成した場合、その新しいソフトウェア全体にも元のライセンス（例えばGPL）を適用しなければならないという義務です。

これは、私たちが分類している「ライセンス形態（GPL, MIT, Apache, 商用ライセンス）」の中で、GPL系ライセンスを他の寛容なライセンス（MITやApacheライセンス）と明確に区別する最大のポイントです。MITやApacheライセンスは、改変したコードを商用利用したり、ソースコードを非公開にしたりすることを比較的自由に認めます。しかし、GPLに代表されるコピーレフトは、この自由な利用を認める代わりに、「自由を奪う行為（ソースコードの非公開化）は許さない」という強い制約を課すのです。

GPLの「特徴」としてのコピーレフト

コピーレフトは、単なるライセンスの種類のひとつではなく、まさにGPLの核となる特徴です。GPLが持つ４つの自由（利用、調査、改変、頒布）を保証するためには、コピーレフトの継承義務が不可欠です。

もしコピーレフトがなければ、企業はGPLソフトウェアをベースに開発を行い、その成果を独自のクローズドソース製品として販売できてしまいます。そうなれば、コミュニティは改善されたコードにアクセスできなくなり、フリーソフトウェアの発展が止まってしまうかもしれません。コピーレフトは、この「自由の囲い込み」を防ぎ、派生作品のソースコード公開を通じて、常にコミュニティ全体に利益を還元し続けることを保証しているわけです。著作権を利用して、著作権が通常もたらす独占的な権利を制限しているという点が、非常にユニークで面白い発想だと感じますね。

具体例・活用シーン

コピーレフトが実際にどのように機能し、どのようなソフトウェアに適用されているかを理解することは、GPL系ライセンスの理解に直結します。

1. 知識のバトンリレー（比喩）

コピーレフトを理解するための最も分かりやすい比喩は、「知恵のバトンリレー」です。

ある天才的なプログラマーが、人類の役に立つ素晴らしいソフトウェア（A）を開発し、それをコピーレフト（GPL）で公開したとしましょう。これは、そのソフトウェアを自由に使えるだけでなく、「次に使う人にも同じ自由を保証すること」という約束がセットになっているバトンです。

次に、別のエンジニアがそのソフトウェア（A）を改良し、さらに使いやすい新機能（B）を追加しました。このエンジニアは、元の約束を守り、改良版（A+B）もコピーレフト（GPL）で公開しなければなりません。

もしコピーレフトでなければ、このエンジニアは新機能（B）の部分を秘密にして、お金を稼ぐための独占的な製品にしてしまうかもしれません。しかし、コピーレフトはそれを許さず、改良された知恵（A+B）を必ず次の走者（コミュニティ）に渡すことを義務付けます。この仕組みがあるからこそ、オープンソースソフトウェアは継続的に進化し、誰にも独占されない「人類共通の財産」として維持され続けるのです。

2. LinuxカーネルとGCC

世界で最も有名なコピーレフトの具体例は、オープンソースOSの中核であるLinuxカーネルや、GNUプロジェクトのコンパイラであるGCC (GNU Compiler Collection) です。これらはGPLバージョン2（GPLv2）の下で提供されています。

例えば、ある企業がLinuxカーネルを組み込んだ組み込みシステムを開発し、それを製品として販売する場合、その企業は製品に組み込んだLinuxカーネルの改変部分のソースコードを、要求に応じて顧客に提供する義務があります。これは、その製品が「ライセンス形態」の中でGPL系ライセンスを採用している限り、避けて通れないルールなのです。もしこの義務を果たさなければ、ライセンス違反となり、著作権侵害として訴えられる可能性さえあるのですよ。

3. サーバーサイドでの利用

ウェブサービスを提供する企業が、GPLソフトウェアをサーバー上で実行し、その結果をユーザーに提供するだけであれば、通常、コピーレフトの継承義務は発生しません（ソースコードを「頒布」していないため）。しかし、ソフトウェア自体を顧客に提供したり、サーバー外で利用させる場合は、コピーレフトが適用されます。この頒布の定義が、GPL系ライセンスの運用において非常に重要になってくるのです。

資格試験向けチェックポイント

ITパスポート、基本情報技術者、応用情報技術者といった日本のIT資格試験では、「ライセンス形態」に関する問題は頻出です。特にGPLの最大の特徴としてコピーレフトを正確に理解しているかが問われます。

「著作権の放棄ではない」ことを確認する: コピーレフトは、著作権を放棄してパブリックドメインにするわけではありません。むしろ、著作権を積極的に利用して、派生作品のライセンスを制限する仕組みであることを理解してください。これは試験でよく問われるひっかけ問題です。
「継承義務」がキーワード: コピーレフトの定義として、「改変・再頒布の際に、元のライセンスを適用する義務が発生する」という点（継承性/伝播性）を必ず覚えておきましょう。これは、MITやApacheライセンス（寛容なライセンス）との決定的な違いとして出題されます。
GPL系ライセンスの文脈で考える: コピーレフトは、GPL系ライセンスの特徴としてセットで問われます。「GPLが採用している自由を守るための仕組みは何か？」と問われたら、答えはコピーレフトです。
商用利用との関係: GPLソフトウェアの商用利用自体は可能です。しかし、商用利用の結果として派生作品を頒布する際には、ソースコードを公開しなければならないという制約があることを理解しておきましょう。