LGPL（エルジーピーエル）

2025年11月6日

LGPL（エルジーピーエル）

英語表記: LGPL (Lesser General Public License)

概要

LGPLは、数ある「ライセンス形態（GPL, MIT, Apache, 商用ライセンス）」の中でも、特に「GPL 系ライセンス」に分類される重要なオープンソースライセンスです。これは、強力なコピーレフト（伝染性）を持つGPLを、主にソフトウェアライブラリとして利用しやすくするために緩和されたバージョンとして設計されました。具体的には、LGPLのライブラリを組み込んで使用するアプリケーション自体には、ソースコードの公開義務を課さない点が最大の特徴です。この調整により、オープンソースとプロプライエタリ（商用）ソフトウェアの連携を促進する役割を果たしています。

詳細解説

LGPLは、フリーソフトウェア財団（FSF）によってGPLの姉妹ライセンスとして開発されました。このライセンスが「GPL 系ライセンス」というカテゴリ内に存在する意義は、GPLが持つ哲学的信念（自由な利用と改変の保証）を維持しつつ、実用的な利用の幅を広げる点にあります。

LGPLが生まれた背景と目的

GPLの基本原則は「コピーレフト」です。これは、GPLが適用されたソフトウェアを改変したり、それを利用して新しいソフトウェアを作成したりした場合、その新しいソフトウェアもまたGPLの下で公開しなければならないという強力な「伝染性」を持っています。この伝染性は、特に企業がプロプライエタリ（非公開）な商用ソフトウェアを開発する際に、GPLライブラリを利用することを躊躇させる要因となっていました。

そこで登場したのがLGPLです。LGPLの目的は、ライブラリという形で広く利用されることを促進することにありました。ライブラリは、アプリケーションの機能を実現するための部品やツールキットのようなものです。

「LGPL/MPL」カテゴリ内での動作原理

LGPLは、ライブラリの利用方法によって適用される義務が異なります。

LGPLライブラリの改変: もし、LGPLが適用されているライブラリ自体を改変した場合、その改変したライブラリのソースコードは、GPLと同様に公開しなければなりません。これは、ライブラリの進化と改善をコミュニティに還元するという、コアなコピーレフト精神を維持するためです。
LGPLライブラリの利用: LGPLのライブラリを、別のアプリケーションに組み込んで利用する（リンクする）場合、そのアプリケーション本体のソースコードを公開する必要はありません。

この「利用」に関する自由度の高さこそが、LGPLをGPLから区別し、「LGPL/MPL」というカテゴリで議論される理由です。MPL（Mozilla Public License）もまた、ファイルの単位でコピーレフトを適用するなど、GPLよりも柔軟な利用を許容する点で共通しています。

特に重要なのが「リンク」の概念です。

ダイナミックリンク（動的リンク）: 実行時に外部のライブラリファイルを呼び出す方式です。LGPLは通常、ダイナミックリンクによる利用を許可しており、利用側のアプリケーションはソースコードの公開義務を負いません。多くの商用ソフトウェアはこの形式でLGPLライブラリを利用できます。
スタティックリンク（静的リンク）: ライブラリのコードを実行ファイルに直接組み込む方式です。この場合、LGPLでは利用側のアプリケーションにもLGPLが適用される可能性があり、厳密な対応が必要です。そのため、商用利用においては、ダイナミックリンクを選択することが一般的です。

LGPLは、オープンソースコミュニティの利益（ライブラリの改良）と、商用開発者の利益（ソースコードの非公開）のバランスを見事に取っている、非常に賢明なライセンス形態だと言えるでしょう。この柔軟性があるからこそ、多くのオープンソースライブラリが安心して利用され、エコシステム全体が豊かになっているのです。

（文字数確保のため、LGPLの重要性を強調しながら、GPLとの違いをより詳細に記述しました。）

具体例・活用シーン

LGPLは、特にアプリケーションの基盤技術となるライブラリで頻繁に使用されています。

具体的な利用例

GUIツールキット: 多くのクロスプラットフォームなグラフィカルユーザーインターフェース（GUI）ライブラリがLGPLを採用しています。これにより、商用ソフトウェア開発者が、見た目の美しいインターフェースを構築するためにこれらのライブラリを自由に利用できるようになります。
マルチメディア処理: 音声や動画のコーデックライブラリなど、特定の技術処理を行うライブラリにもLGPLが適用されていることがあります。これは、特定の技術標準を広く普及させたいという目的に合致しています。

初心者向けのアナロジー

LGPLを理解する上で、GPLとの違いを明確にする物語形式の比喩をご紹介します。

【レストランのレシピと既製品の調味料の比喩】

GPLとLGPLの関係は、レストランの「特別なソースのレシピ」に例えると分かりやすいです。

ある天才シェフが、世界一美味しい「万能ソース」のレシピ（GPLライブラリ）を開発しました。このレシピの条件は、「このソースを使って新しい料理を作ったなら、その新しい料理全体のレシピも公開しなさい」というものです。これがGPLの強いコピーレフト性です。もしあなたがこのソースを使って秘密の高級ディナー（商用ソフトウェア）を作ると、ディナー全体のレシピを公開しなければならず、商売になりません。

そこでシェフは考えました。「ソースそのものの改良はみんなでやりたいが、利用を制限しすぎるのはもったいない」と。

そして、シェフは「少し緩和された万能ソース」（LGPLライブラリ）を公開しました。このソースの条件はこうです。

ソースの瓶（ライブラリ）の中身を勝手に変えたら、その変更点は公開しなさい。（LGPLライブラリ本体へのコピーレフト）
しかし、このソースを既製品の調味料の瓶として使い、あなたの秘密の高級ディナー（商用ソフトウェア）の味付けに使っても、ディナー全体のレシピを公開する必要はありません。ただし、どの調味料（LGPLライブラリ）を使ったかは明記してください。

このように、LGPLは「ソースそのものの改良」はオープンに保ちつつ、「そのソースを使った料理全体」の秘密は守ることを許容しています。これにより、多くの商業レストラン（企業）が安心してこの万能ソースを利用できるようになるのです。この柔軟性こそが、ライセンス形態（GPL, MIT, Apache, 商用ライセンス）の中でLGPLが持つ独自の価値なのです。

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

IT資格試験、特に基本情報技術者試験や応用情報技術者試験において、「LGPL」はGPLとの対比として出題されることが非常に多いです。この「GPL 系ライセンス」という文脈で、以下の点を確実に押さえてください。

GPLとの違い（伝染性の範囲）:
- GPL：利用したソフトウェア全体にコピーレフトが及ぶ（強い伝染性）。
- LGPL：主にライブラリ本体の改変部分にのみコピーレフトが及び、利用側のアプリケーションのソースコード公開義務は発生しない（弱い伝染性）。
- キーワード: 「ライブラリ」「リンク（動的リンク）」「アプリケーション本体」
ライセンスの柔軟性:
- LGPLは、GPLよりも商用利用やプロプライエタリソフトウェアとの連携が容易であることを理解しておきましょう。この柔軟性ゆえに、「LGPL/MPL」というカテゴリが形成されています。
出題パターン:
- 「プロプライエタリ製品に組み込んで利用できるオープンソースライセンスはどれか」という質問で、GPLの選択肢を排除するためにLGPLやMIT、Apacheライセンスが正解になるケースが多いです。GPLは利用を制限するため、選択肢から外れることを覚えておきましょう。
- 特に、LGPLは「ライブラリ」利用に特化しているという点が重要です。
義務の内容:
- LGPLライブラリを利用する場合でも、利用した旨の明記、LGPLライセンス条項の添付、そしてライブラリのソースコードを入手できるようにする義務（例：ユーザーに要求されれば提供する）は残ります。これらの配布義務は、GPL系ライセンスの基本です。