GPL v2ライセンスとは？開発者が知っておくべき基本知識

2025年8月9日2025年8月11日

目次 [ close ]

はじめに

オープンソースソフトウェアの歴史において最も重要なライセンスの一つ、GPL v2（GNU General Public License version 2）。
1991年にリリースされて以来、Linux kernelをはじめとする数多くの重要なプロジェクトで採用され、現代のオープンソース生態系の基盤を築いてきました。
「コピーレフト」の概念を確立し、ソフトウェアの自由を守る革新的な仕組みを導入したライセンスです。

GPL v2ライセンスとは

GPL v2は、Free Software Foundation（FSF）によって開発されたコピーレフト型オープンソースライセンスです。
正式には「GNU General Public License version 2」と呼ばれ、1991年6月にリリースされました。初代GPL（1989年）の改良版として、より明確で実用的なライセンス文書として設計されています。

主な特徴

1. 強力なコピーレフト

GPL v2の最大の特徴は「コピーレフト※2」です。これは、GPL v2ソフトウェアを元に作った改変版や、GPL v2ソフトウェアを含む新しいソフトウェア（派生作品）も、同じライセンス（GPL v2）で公開しなければならないという仕組みです。

2. ソースコード公開義務

GPL v2ソフトウェアを改変・配布する場合、ソースコードの公開が必須
バイナリ配布時は対応するソースコードを提供する義務
ネットワーク経由でのサービス提供（SaaSなど）は配布にあたらない

3. 自由の保護

FSFが定義する4つの基本的自由を保護：

実行の自由：あらゆる目的でプログラムを実行する権利
研究の自由：ソースコードを読んで仕組みを理解し学習する権利
改変の自由：必要に応じてプログラムを変更する権利
配布の自由：元版も改変版も他者と共有する権利

4. シンプルで明確な条文構成

GPL v3と比較して短く理解しやすい（約2,300語）
1990年代の技術環境に最適化された文言
法的複雑性を避けた直接的な表現

GPL v2ライセンスの全文

GPL v2ライセンスの全文は約2,300語で構成されており、GPL v3と比較してコンパクトで読みやすくなっています。公式の全文はGNU General Public License v2.0 – GNU Projectで確認できます。

主要セクションの構成：

GNU GENERAL PUBLIC LICENSE
Version 2, June 1991

Preamble
TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION

0. Definitions
1. Source code distribution
2. Basic permissions
3. Conveying modified versions
4. Conveying object code
5. No warranty
6. Distribution restrictions
7. Patent issues
8. International issues
9. Free Software Foundation authority
10. Automatic licensing

※日本語訳についてはこちらをご参照ください。

何ができるのか

自由な利用

個人利用・商用利用問わず使用可能
改変・カスタマイズが自由
研究・学習目的での利用
再配布が自由（条件付き）

配布・再配布（ソースコード公開必須）

元のソースコードの配布
改変したバージョンの配布
ただし、すべてGPL v2ライセンスで公開が必須

商用利用

GPL v2ソフトウェアを使った商用製品の開発・販売は可能
ただし、ソースコード公開義務は変わらない
サポートサービスでの収益化は制限なし

GPL v2のコピーレフトの仕組み

GPL v2の核心となるコピーレフトメカニズムについて詳しく説明します：

1. 感染力（Viral Effect）

GPL v2ソフトウェアを含むプロジェクトは、全体がGPL v2になります：

静的リンク：ライブラリを静的にリンクした場合、アプリケーション全体がGPL v2になる
動的リンク：動的リンクの解釈は議論が分かれるが、密結合している場合は派生作品とみなされることが多い
プロセス間通信：独立したプロセス間でのやり取りは通常、派生作品にならない
システムライブラリ例外：標準的なシステムライブラリ（libc、 libm等）は例外扱い

2. ソースコード提供義務

バイナリ配布時は以下のいずれかが必要：

ソースコードを同時配布
3年間有効なソースコード提供の書面約束
第三者から受け取った場合の書面約束の転送

3. 改変版の扱い

改変したファイルに改変日時と改変者を明記
改変版も同じGPL v2ライセンスで公開
オリジナル作品への言及を保持

注意すべき点

1. プロプライエタリソフトウェアとの非互換性

GPL v2ソフトウェアを含むプロジェクトは、全体をGPL v2で公開する必要があります。
クローズドソース※1での商用利用は基本的に不可能です。

2. 特許問題への限定的対応

GPL v2は1991年のリリースのため、現代的な特許問題に対する明示的な対策が不十分：

特許に関する明示的な条項がなく、特許問題への対処が不十分
特許訴訟に対する対抗措置なし
企業での採用時に特許リスクの検討が必要

3. ライセンス互換性の制限

互換性のあるライセンス：

LGPL v2, v2.1
BSD、MIT（GPL v2に統合可能）
一部のパブリックドメインソフトウェア

互換性のないライセンス：

GPL v3（v2 onlyの場合）
Apache-2.0（特許条項の競合）
多くの現代的なオープンソースライセンス

4. 現代的な問題への対応不足

DRM対策：デジタル制限管理への明確な対応なし
Tivoization※3：ハードウェアでの改変制限に対する対策なし
国際対応：主にアメリカの法制度を想定した条文

5. 「v2 only」vs「v2 or later」の重要性

GPL v2 only：GPL v3への移行不可、将来のバージョンアップ不可
GPL v2 or later：将来のGPLバージョンを選択可能

他のライセンスとの比較

ライセンス	ソース公開義務	特許保護	コピーレフト	現代的対応	互換性
GPL v2	あり	限定的	強い	不十分	限定的
GPL v3	あり	あり	強い	充実	良好
Apache-2.0	なし	あり	なし	充実	良好
MIT	なし	なし	なし	–	優秀
LGPL v2.1	部分的	限定的	弱い	不十分	GPL v2と互換

実際の使用例

GPL v2ライセンスは多くの重要なプロジェクトで現在も採用されています：

重要なプロジェクト

Linux Kernel – 世界で最も重要なGPL v2プロジェクト（GPL v2 only）
MySQL – データベースサーバー（GPL v2、 Oracleによるデュアルライセンス）
WordPress – CMSプラットフォーム（GPL v2 or later）
Git – バージョン管理システム（GPL v2 only）
VLC media player – メディアプレイヤー（GPL v2 or later）

Linux Kernelの特殊性

Linux kernelは意図的に「GPL v2 only」を選択しており、これは現代のオープンソース生態系に大きな影響を与えています：

GPL v3との互換性がない
カーネル空間でGPL v3コードを使用不可
多くのドライバやカーネルモジュールがGPL v2 onlyを採用

開発者として気をつけること

プロジェクトでGPL v2ライセンスを採用する場合

1. LICENSEファイルの作成

# プロジェクトルートに配置
curl https://www.gnu.org/licenses/old-licenses/gpl-2.0.txt > LICENSE

2. ソースファイルへのヘッダー追加

/*
 * Copyright (C) [year] [fullname]
 *
 * This program is free software; you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation; either version 2 of the License, or
 * (at your option) any later version.
 *
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 * GNU General Public License for more details.
 *
 * You should have received a copy of the GNU General Public License along
 * with this program; if not, write to the Free Software Foundation, Inc.,
 * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
 */

3. 「v2 only」vs「v2 or later」の決定

重要な判断が必要です：

GPL v2 only を選ぶ場合：

// ヘッダーで「version 2 of the License」と明記
* the Free Software Foundation; version 2 of the License.

GPL v2 or later を選ぶ場合：

// ヘッダーで「either version 2 of the License, or (at your option) any later version」と明記
* either version 2 of the License, or (at your option) any later version.

4. README.mdでの表示

## License
This project is licensed under the GNU General Public License v2.0 - see the [LICENSE](LICENSE) file for details.

### Important Note
This project is licensed under GPL v2 [only/or later]. This means:
- All derivative works must be licensed under GPL v2 [only/or any later GPL version]
- Source code must be provided when distributing binaries
- [Only for 'v2 only'] This software cannot be combined with GPL v3 code

### Freedom to use, study, share and improve
This software respects your freedom. You can:
- Use it for any purpose
- Study how it works and adapt it to your needs  
- Share copies with others
- Improve the software and share your improvements with others

5. 依存関係の確認（重要）

GPL v2プロジェクトでは、依存関係の互換性確認が特に重要：

MIT、BSD：互換性あり（GPL v2に統合）
LGPL v2, v2.1：互換性あり
Apache-2.0：互換性なし（特許条項の競合）
GPL v3：v2 onlyの場合は互換性なし

GPL v2ライセンスのソフトウェアを利用する場合

1. ライセンスバリエーションの確認

# ライセンス条項の確認例
grep -r "GPL" LICENSE COPYING README* --include="*.txt" --include="*.md"
grep -r "version.*License" src/ --include="*.c" --include="*.h" | head -5

最重要確認項目：

「GPL v2 only」なのか「GPL v2 or later」なのか
特別な例外条項がないか（GCC Runtime Library Exceptionなど）

2. 互換性チェックリスト

GPL v2プロジェクトに組み込む前の確認事項：

- [ ] すべての依存ライブラリがGPL v2互換か？
- [ ] Apache-2.0ライセンスのコードを含んでいないか？
- [ ] GPL v3 onlyのコードを含んでいないか？
- [ ] プロプライエタリライブラリとリンクしていないか？
- [ ] システムライブラリ例外の適用範囲を理解しているか？

3. ソースコード配布の準備

# ソースコード配布の準備例
├── myproject/
│   ├── src/           # 自分のソースコード
│   ├── LICENSE        # GPL v2ライセンス
│   ├── COPYING        # GPL v2ライセンス（GNU慣例）
│   ├── README.md      # ビルド方法、依存関係の説明
│   ├── AUTHORS        # 作者・貢献者リスト
│   ├── CHANGELOG      # 変更履歴
│   └── third-party/   # 使用したGPL v2ライブラリのソース

4. 企業での利用時の注意点

法務確認：企業での採用前に必ず法務部門に相談
特許リスク：GPL v2は特許保護が不十分なため、特許戦略の検討が必要
競合他社：ソースコード公開による技術流出リスクの評価
長期戦略：GPL v2 onlyの場合、将来のライセンス変更が不可能

GPL v3との主要な違い

1. 特許保護

GPL v2：特許に関する明示的な条項なし、解釈に曖昧さ
GPL v3：明示的な特許ライセンス付与と訴訟対策

2. 現代的な問題への対応

GPL v2：DRM、Tivoizationに対する対策なし
GPL v3：DRM回避権とTivoization対策を明記

3. 互換性

GPL v2：現代的なライセンス（Apache-2.0等）との互換性に課題
GPL v3：多くの現代的ライセンスと互換性あり

4. 文書の複雑さ

GPL v2：約2,300語、シンプルで理解しやすい
GPL v3：約5,600語、詳細だが複雑

5. 採用プロジェクト

GPL v2：Linux kernel、Git、MySQL等の重要な既存プロジェクト
GPL v3：GCC、GNU Emacs、GIMP等の新しいGNUプロジェクト

ビジネスモデルへの影響

GPL v2に適したビジネスモデル

1. デュアルライセンス（最も効果的）

GPL v2とプロプライエタリライセンスの選択制
オープンソース利用は無料、商用利用は有料ライセンス
例：MySQL（Oracle）、Qt（昔のTrolltech）

2. サポート・サービスモデル

ソフトウェア自体は無料提供
企業向けサポート、カスタマイズ、コンサルティングで収益
例：Red Hat（GPL v2カーネル関連）

3. ハードウェア+ソフトウェアモデル

ハードウェア販売が主収益
GPL v2ソフトウェアは付加価値として提供
例：多くの組み込み機器メーカー

4. SaaSモデル

GPL v2ソフトウェアを使ったクラウドサービス
配布に該当しないため、通常はソース公開不要
例：多くのWebサービス（内部でLinux kernel使用）

GPL v2使用時の事業戦略

1. 既存プロジェクトとの統合戦略

## Linux Ecosystemでの優位性
- Linux kernelとの完全互換性（GPL v2 only）
- 膨大な既存のGPL v2資産の活用
- ドライバ・カーネルモジュール開発での優位性

## レガシーシステムとの統合
- 多くの企業システムで稼働するGPL v2ソフトウェア
- 既存投資の保護と継続利用
- 段階的移行戦略の立案が可能

2. 特許戦略の重要性

GPL v2では特許保護が不十分なため：

自社特許ポートフォリオの構築
防御的特許ライセンス戦略
オープンソース特許リスクの評価

GPL v2を選ぶべき場合・避けるべき場合

選ぶべき場合

1. Linux Ecosystemとの統合が重要

カーネルモジュール、デバイスドライバーの開発
システムレベルのツール開発
既存のGPL v2エコシステムとの連携

2. シンプルさを重視

複雑な法的条項を避けたい
開発者が理解しやすいライセンス
1990年代からの実績と判例の蓄積

3. デュアルライセンス戦略

商用ライセンスでの収益化を計画
オープンソースとプロプライエタリの使い分け
企業向けとコミュニティ向けの差別化

避けるべき場合

1. 現代的な特許保護が必要

特許訴訟リスクが高い分野
企業の知的財産戦略との整合性
明示的な特許保護が求められる場合

2. 他のライセンスとの統合が必要

Apache-2.0ライブラリとの組み合わせ
GPL v3 onlyプロジェクトとの統合
現代的なオープンソースエコシステムとの連携

3. DRM・セキュリティが重要

デジタルコンテンツ保護が必要
ハードウェアセキュリティとの統合
Tivoization対策が求められる場合

将来性と移行戦略

GPL v2の将来

## 継続的な重要性
- Linux kernelの「GPL v2 only」方針
- 膨大な既存コードベース
- 企業システムでの深い浸透

## 制約と課題  
- 現代的な問題への対応不足
- 新しいライセンスとの互換性課題
- 特許保護の不十分さ

移行戦略（GPL v2 or laterの場合）

# ライセンス移行の検討フローチャート
1. 現在のライセンス条項確認
   ├─ GPL v2 only → 移行不可
   └─ GPL v2 or later → 移行検討

2. 移行のメリット・デメリット評価
   ├─ 特許保護の向上
   ├─ 現代的ライセンスとの互換性
   ├─ コミュニティの反応
   └─ 既存エコシステムへの影響

3. 段階的移行計画
   ├─ 新規コードをGPL v3に
   ├─ 既存コードの段階的更新
   └─ コミュニティとの合意形成