基本情報のOSSライセンス｜GPL・MIT・Apacheの違いと覚え方

基本情報のOSSライセンスは、名前だけ見ると暗記問題に見えます。GPL、MIT、Apache、BSDと並ぶと、どれも英字の略語なので、試験直前にまとめて覚えようとして混ざりやすいところです。

ただ、試験で問われやすい軸はそれほど多くありません。ソースコードを公開する義務があるのか、改変や再配布をどこまで許すのか、著作権表示やライセンス文を残す必要があるのか。この3点を押さえるだけで、選択肢の見え方がかなり変わります。

この記事では、基本情報技術者試験で迷いやすいOSSライセンスを、GPL・MIT・BSD・Apacheの違いを中心に整理します。法律の細かい条文を読む記事ではなく、科目Aで選択肢を見分けるための覚え方に寄せて解説します。

この記事のポイント

OSSライセンスは無料かどうかではなく利用条件を見る
GPLはコピーレフトが強いライセンスとして覚える
MIT・BSDは制約が少ない許可型として整理する
Apacheは特許やNOTICEに触れる選択肢で見分ける

無料

基本情報技術者試験過去問アプリ

本番形式で繰り返し解ける。スキマ時間に1問から

2,000問以上収録

無料で過去問を解く

基本情報のOSSライセンス基礎

OSSとライセンスの関係

OSSは、ソースコードが公開され、利用者が一定の条件のもとで利用・複製・改変・再配布できるソフトウェアです。ここで大切なのは、OSSは「何をしても自由」という意味ではない点です。自由に近い使い方が認められていても、その自由を支える条件がライセンスとして決められています。

基本情報技術者試験では、OSSライセンスを「無料ソフトの話」としてではなく、知的財産権やソフトウェア開発のルールとして問うことがあります。例えば、OSSを自社製品に組み込む、改変して配布する、派生物を公開する、といった場面で、どの義務が発生するかを判断させる問題ですね。

IPAの基本情報技術者試験シラバスでも、法務や標準化、ソフトウェア開発に関わる知識が整理されています。OSSライセンスはその中でも、著作権と開発実務が重なるテーマとして理解しておくと、単なる英字暗記よりも得点に結びつきやすいです。

OSSライセンスは、ソフトウェアを使う人に権利を与える一方で、著作権表示やライセンス文の保持、ソースコード公開などの条件を定めるルールです。

試験対策では、まず「OSSだから商用利用できない」「OSSだから著作権がない」といった極端な選択肢を疑いましょう。OSSにも著作権はありますし、商用利用を認めるライセンスも多いです。問題文が聞いているのは、無料か有料かではなく、再配布や改変をしたときの条件です。

出題範囲の全体像から見直したい場合は、基本情報技術者試験の出題範囲を整理した記事もあわせて確認すると、法務・開発・マネジメントのどこに位置づく話なのかがつかみやすくなります。

コピーレフトとは何か

OSSライセンスで最初に押さえたいのが、コピーレフトという考え方です。コピーレフトは、ソフトウェアを自由に使える状態を、派生物にも引き継がせようとする考え方です。ざっくり言えば、あるライセンスのコードを改変して配布するなら、その改変版も同じように利用者へ自由を認める形にしてね、という方向のルールです。

ここで注意したいのは、コピーレフトは「コピーしてはいけない」という意味ではないことです。日本語の語感だけで見ると、コピーを禁止する話に見えますが、実際には逆です。コピーや改変を認める代わりに、派生物にも同じ自由を残すことを求める仕組みだと考えると理解しやすいです。

コピーレフトの見方

改変版や派生物を配布するときに、同じライセンスで公開する義務があるかを見るのがポイントです。

試験では、コピーレフトが強い代表例としてGPLが出やすいです。GPLのコードを組み込んだプログラムを配布する場合、配布物全体にGPLの条件が及ぶ可能性がある、という趣旨で問われます。細かな法的判断は実務では専門家に確認すべきですが、基本情報のレベルでは「GPLは派生物の公開義務が強い」と覚えておくと選択肢を切りやすくなります。

反対に、MITやBSDのような許可型ライセンスは、コピーレフトの圧が弱く、著作権表示やライセンス文を残せば、改変版を別のライセンスで配布しやすいものとして扱われます。つまり、OSSライセンスは「強いコピーレフト」と「緩い許可型」という大きな地図で見ると、かなり整理しやすくなります。

迷ったら、まず「派生物にも同じライセンスを求めるか」を確認します。この問いに強く関係するのがGPLです。

GPLの強い制約を覚える

GPLは、基本情報のOSSライセンスで最も出題されやすい名前の一つです。GPLはGNU General Public Licenseの略で、強いコピーレフトを持つライセンスとして整理します。利用、複製、改変、再配布を認める一方で、配布する派生物にもGPLの条件を引き継がせる点が特徴です。

試験で狙われるのは、「GPLのソフトウェアを改変して配布するとき、改変後のソースコードも公開する必要がある」という方向の理解です。単に自分のPCで使うだけなら話は別ですが、改変したものを他者へ配布する場面では、ソースコード公開や同一ライセンスの条件が問題になります。

観点	GPLで見たいポイント
分類	強いコピーレフト型
改変して配布	改変版にもGPLの条件を引き継ぐ
ソース公開	配布時にソースコード提供が問題になりやすい
試験での目印	派生物・同一ライセンス・公開義務

この表で特に大事なのは、「配布時」という言葉です。試験問題では、社内で使う、個人で試す、改変して外部に配布する、販売するなど、状況が分けて書かれることがあります。GPLの義務が問題になりやすいのは、改変したものや組み込んだものを外部へ配布する場面です。

GPLは「OSSの自由を派生物にも引き継がせるライセンス」と覚えると、問題文のソース公開義務を読み取りやすくなります。

一方で、GPLを使ったら必ず商用利用できない、という理解は誤りです。商用利用や販売そのものと、配布時のソースコード提供義務は別の話です。基本情報ではこの混同を狙った選択肢が出てもおかしくないので、「商用利用不可」ではなく「配布時の条件が強い」と言い換えて覚えるのが安全です。

MITとBSDは緩い許可型

MITライセンスとBSDライセンスは、どちらも許可型ライセンスとしてまとめて覚えると楽です。許可型とは、利用者に比較的広い自由を認め、改変や再配布、商用利用、独自ライセンスでの組み込みをしやすいタイプのライセンスです。GPLのように、派生物全体へ同じライセンスを強く要求するタイプとは性格が違います。

MITライセンスは、条件が少ない代表例としてよく紹介されます。基本的には、著作権表示とライセンス文を残すことが重要です。BSDライセンスも似た位置づけで、特に2条項BSDや3条項BSDは、緩い許可型として扱われます。細かい条項差まで深追いするより、まずは「MIT・BSDは緩い」と大きく押さえましょう。

商用ソフトウェアにも組み込みやすい
改変版を独自ライセンスで配布しやすい
著作権表示やライセンス文の保持が重要
GPLほど派生物公開の圧が強くない

試験では、「OSSを利用して作ったソフトウェアを必ずOSSとして公開しなければならない」という選択肢が出たときに、対象がMITやBSDなら疑う必要があります。MITやBSDは、著作権表示などの条件を満たせば、クローズドな製品に組み込める余地があるライセンスとして理解するのが基本です。

MITとBSDを厳密に同一視する必要はありませんが、基本情報の選択肢では「GPLほど強いコピーレフトではない許可型」として区別できれば十分な場面が多いです。

なお、許可型だからといって、著作権を無視してよいわけではありません。OSSは著作権が放棄されたソフトウェアではなく、著作権者がライセンスを通じて利用条件を示しているものです。MITやBSDは緩いからこそ、最低限の表示義務を落とさないことが問われやすいと考えてください。

Apacheは特許も意識する

Apache License 2.0は、MITやBSDと同じく許可型ライセンスに分類されます。ただし、基本情報で比較するなら、Apacheは「許可型だが、特許やNOTICEの観点が出やすい」と覚えると見分けやすいです。企業利用や大規模プロジェクトで使われることも多く、単に緩いだけではなく、権利関係を比較的丁寧に定めているライセンスです。

Apache License 2.0では、著作権表示やライセンス文の保持に加えて、NOTICEファイルがある場合の扱いや、特許ライセンスに関する記述が重要になります。基本情報で細かい条文番号まで問われる可能性は高くありませんが、「Apacheは特許権にも触れる許可型」と覚えておくと、MITやBSDとの差別化ができます。

ライセンス	試験での覚え方
GPL	強いコピーレフト、派生物の公開義務
MIT	緩い許可型、表示を残す
BSD	緩い許可型、表示を残す
Apache	許可型、特許やNOTICEも意識

ApacheをGPLと混同しないことも大切です。Apacheは許可型なので、GPLのように派生物全体へ同じライセンスを強く求めるものとして覚えるのは危険です。問題文に「特許」「NOTICE」「Apache License 2.0」といった語が出たら、GPLの公開義務とは別軸の話だと切り分けましょう。

Apacheという名前だけで、WebサーバソフトウェアのApache HTTP Serverと混同しないようにしましょう。試験ではライセンス名として出る場合があります。

まとめると、Apacheは「MITやBSDより少し説明が多い許可型」と考えると扱いやすいです。特許やNOTICEの語が目印になりますが、基本の分類は許可型です。GPLと同じコピーレフト型に入れてしまうと間違いやすいので、比較表で必ず位置を分けて覚えましょう。

基本情報のOSSライセンス対策

まず許可型かを判断する

基本情報のOSSライセンス問題は、最初からライセンス名を丸暗記で当てに行くより、まず分類を判断する方が安定します。問題文にGPLが出ていれば、強いコピーレフトを疑います。MIT、BSD、Apacheが出ていれば、まず許可型として見ます。この大きな分類だけでも、消せる選択肢が増えます。

分類の次に見るのは、問題文が何をしているかです。ただ利用しているだけなのか、改変しているのか、外部に配布しているのか、自社製品に組み込んで販売しているのか。この行為によって、ライセンス上の義務が問題になるかどうかが変わります。特にGPLでは、配布や派生物という語に反応しましょう。

STEP

ライセンス名を見る

GPLならコピーレフト、MIT・BSD・Apacheなら許可型をまず疑います。

STEP

行為を見る

利用、改変、再配布、販売のどれが問題文に書かれているか確認します。

STEP

義務を見る

ソース公開、同一ライセンス、表示保持、NOTICEなどの義務を対応させます。

この順番で読むと、英字の名前を見た瞬間に焦りにくくなります。特に、許可型ライセンスを「何でもしてよい」と読むのではなく、表示やライセンス文の保持は残ると理解しておくと、細かいひっかけにも対応しやすいです。大きく分けて、細部を足す感覚ですね。

最初に分類、次に行為、最後に義務。この3段階で読むと、OSSライセンス問題はかなり整理しやすくなります。

配布時の義務を読む

OSSライセンスの問題で差がつくのは、配布時の義務です。自分だけで使う場合と、他人へ配布する場合では、ライセンス上の注意点が変わります。基本情報では、問題文の中に「改変して配布した」「組み込んで販売した」「再配布した」といった表現があれば、義務の話に切り替える必要があります。

GPLなら、改変版や派生物を配布するときに、ソースコードの提供や同一ライセンスの条件が問題になります。MITやBSDなら、著作権表示やライセンス文を残すことが中心です。Apacheなら、表示に加えてNOTICEや特許の扱いが絡む場合があります。つまり、同じ「配布」でも、ライセンス名によって見るべき義務が違うわけです。

問題文の語	見るべき観点
改変して配布	GPLならソース公開や同一条件を確認
商用製品に組込み	許可型なら表示義務、GPLなら配布条件を確認
ライセンス文を削除	MIT・BSD・Apacheでも誤りになりやすい
特許権の許諾	Apache License 2.0の目印

この表のように、問題文の動詞を拾うと判断が速くなります。利用、複製、改変、再配布、販売は似ていますが、試験では「配布するかどうか」が重要な分岐になりやすいです。配布していないなら、GPLの公開義務をただちに断定する選択肢は強すぎる可能性があります。

実務ではライセンスの適合性を個別に確認しますが、基本情報の問題では「配布時に何が必要か」を読む力が中心です。

また、ライブラリとしてリンクする場合や、ネットワークサービスとして提供する場合など、実務にはさらに細かい論点があります。ただし、基本情報の対策では、まずGPLと許可型の大きな違いを外さないことが優先です。細部を追いすぎるより、頻出の選択肢を確実に切れる状態を目指しましょう。