対象試験と出題頻度
オープンソースソフトウェア（OSS）は、ITパスポート・基本情報技術者・応用情報技術者の3区分すべてで出題される頻出テーマです。
定義そのものを問う問題に加えて、GPL・BSD・Apacheなどの代表的なライセンスの違い、コピーレフトの考え方、商用利用の可否といった応用論点まで幅広く出題されます。
詳細をクリックして確認
ITパスポート
基本情報技術者
応用情報技術者
★★★★☆
ランクA（重要）必ず覚えておくべき
用語の定義
情報処理試験を勉強していると、「オープンソースって無料ソフトのこと？フリーソフトと何が違うの？」と混乱しがちです。
オープンソースソフトウェア（OSS：Open Source Software）とは、一言で言うと
「ソースコードが公開され、誰でも自由に利用・改変・再配布できるソフトウェア」
のことです。
イメージとしては、「レシピを公開している料理本」です。
レシピが公開されていれば、誰でもその料理を作れますし、自分好みに味付けを変えても、改良したレシピを友達に配っても構いません。ただし「元のレシピは○○さん作」と明記するなどのルールはあります。
OSSも同じで、設計図にあたるソースコードが公開されており、ライセンスのルールさえ守れば自由に使い、改造し、再配布できます。
📊 OSSの基本情報
| 項目 | 内容 |
|---|---|
| 英語名 | Open Source Software（OSS） |
| 定義の出典 | OSI（Open Source Initiative）の「The Open Source Definition」 |
| 代表例 | Linux、Apache HTTP Server、MySQL、PostgreSQL、Firefox、Python |
| 主なライセンス | GPL、LGPL、BSDライセンス、Apacheライセンス、MITライセンス |
解説
OSSが広く使われるようになった背景には、ソフトウェア開発の「閉鎖性への反発」があります。
1980年代まで、商用ソフトウェアはソースコードを非公開にし、利用者は中身を確認できないまま「ブラックボックス」を使うのが当たり前でした。
これに対し、リチャード・ストールマンが提唱したフリーソフトウェア運動と、その後のOSI（Open Source Initiative）による定義が、現在のOSSの土台になっています。
OSSの定義（OSDの10項目）
OSIの公式定義「The Open Source Definition（OSD）」では、OSSと呼ぶための条件として10項目を定めています。試験で押さえるべきは次の4つです。
| 条件 | 内容 |
|---|---|
| 自由な再頒布 | 無償・有償を問わず、誰にでも再配布できる。販売も認められる |
| ソースコードの公開 | プログラムと共に、人間が読めるソースコードが入手可能 |
| 派生物の許可 | 改変や派生物の作成・配布が認められている |
| 利用分野の無差別 | 商用利用・軍事利用など、特定分野での使用を制限してはならない |
「無料」であることはOSSの条件ではありません。
有償販売も認められており、Red Hat Enterprise Linuxのように「OSSをサポート付きで販売する」ビジネスモデルも成立します。
代表的なOSSライセンスの比較
OSSライセンスは「コピーレフト」の強さで3グループに分けられます。
コピーレフトとは「改変・再配布する場合、派生物にも同じライセンスを適用する義務」のことです。
| 分類 | 代表ライセンス | 派生物のソース公開義務 |
|---|---|---|
| コピーレフト型 | GPL（v2, v3） | あり（派生物も同じGPLで配布する義務） |
| 準コピーレフト型 | LGPL、MPL | 改変部分のみ公開義務（リンクして使う分には不要） |
| 非コピーレフト型 | BSD、MIT、Apache | なし（改変版を独自ライセンスで配布可能） |
コピーレフトの伝播イメージ
GPLと非コピーレフト型（MIT/BSD）の派生物への影響比較
改変したコードを再配布したときに、何が起きるか
■ GPL（コピーレフト型）の場合
|
📦
元のOSS GPL適用 |
＋ |
✏️
自社の改造 独自コード追加 |
＝ |
GPL感染
📦✏️
派生物 GPLで配布必須 |
■ MIT・BSD（非コピーレフト型）の場合
|
📦
元のOSS MIT/BSD適用 |
＋ |
✏️
自社の改造 独自コード追加 |
＝ |
商用OK
📦✏️
派生物 独自ライセンス可 |
関連用語との違い
| 用語 | ソース公開 | 無償 | 改変・再配布 |
|---|---|---|---|
| OSS | ○ | △（有償もあり） | ○ |
| フリーソフト | ×（多くは非公開） | ○ | ×（規約次第） |
| シェアウェア | × | ×（試用後課金） | × |
| パブリックドメイン | ○ | ○ | ○（著作権放棄） |
「無料で使える」だけならフリーソフトと変わりません。
OSSの本質はソースコードが公開され、改変・再配布が法的に保証されている点にあります。
では、この用語が試験でどのように出題されるか見ていきましょう。
💡 OSSの核心を3行で
・ソースコードが公開され、利用・改変・再配布が自由なソフトウェア（OSI定義）
・「無料」は条件ではなく、有償販売も認められる
・GPL（コピーレフト）／BSD・MIT・Apache（非コピーレフト）でライセンスの強さが異なる
試験ではこう出る！
OSSはIP・FE・APの全区分で頻出のテーマで、出題パターンは大きく3つに分かれます。
📊 過去問での出題実績
| 試験回 | 出題内容 | 問われたポイント |
|---|---|---|
| IP R5 問83 |
OSSの特徴として適切なものを選ぶ問題。 | ・「ソースコードが公開され、誰でも改変・再配布可能」が正解 ・「必ず無償」「商用利用不可」がひっかけ |
| FE R4春 問19 |
GPLの特徴を問う問題。 | ・コピーレフト性（派生物も同一ライセンスで公開）が正解 ・「商用利用禁止」は誤り |
| AP H30秋 午前 問19 |
OSSのライセンス（GPL／BSD／Apache）の違いを問う問題。 | ・BSD・Apacheは派生物のソース公開義務なし ・GPLのみ強制公開の対象 |
| FE H29秋 問20 |
代表的なOSSの組み合わせを問う問題。 | ・Linux、Apache、MySQL、PostgreSQLはOSS ・Oracle Database、Windowsは商用 |
📝 IPA試験での出題パターン
パターン1：OSSの特徴を選ばせる
「無償でなければOSSではない」「商用利用は禁止」「改変は不可」といったひっかけが頻出。正しくは「ソース公開＋改変・再配布の自由」であり、有償販売や商用利用は問題ない。
パターン2：ライセンスの違いを問う
GPL／BSD／Apache／MITの差を問う問題。判別キーワードは「派生物のソース公開義務の有無」。GPLだけが強制公開、他は任意というのが軸。
パターン3：代表的なOSS製品を選ぶ
Linux・Apache HTTP Server・MySQL・PostgreSQL・Firefox・PythonがOSS。Oracle Database・Microsoft Office・Windowsは商用、と覚える。
試験ではここまででOKです。OSDの10項目すべてを暗記する必要はないので、深追いは不要です。
【確認テスト】理解度チェック
ここまでの内容を理解できたか、簡単なクイズで確認してみましょう。
Q. オープンソースソフトウェア（OSS）の説明として、最も適切なものはどれでしょうか？
- A. 一定期間は無料で試用できるが、継続利用には開発者への送金が必要となるソフトウェア。
- B. 実行形式（バイナリ）のみが無償配布され、商用利用は許可されているがソースコードは非公開のソフトウェア。
- C. ソースコードが公開されており、ライセンスに従えば誰でも自由に利用・改変・再配布できるソフトウェア。
正解と解説を見る
正解：C
解説：
OSSはOSI（Open Source Initiative）の定義に基づき、ソースコードの公開と、利用・改変・再配布の自由がライセンスで保証されたソフトウェアを指します。無償・有償は問わず、商用利用も制限されません。
選択肢Aはシェアウェアの説明です。一定期間の試用後に料金を支払う形態で、ソースコードは公開されません。選択肢Bはフリーウェア（フリーソフト）の典型的な説明です。バイナリのみの配布で改変や再配布が制限される点で、OSSの定義を満たしません。
よくある質問（FAQ）
Q. OSSを業務システムに組み込む場合、何に注意すべきですか？
最重要なのはライセンスの確認です。特にGPL系のOSSをそのまま製品に組み込んで配布すると、自社製品のソースコードまで公開義務が発生する場合があります。SaaSとして自社サーバ内で動かす分にはGPLでも公開義務はありませんが、AGPLというライセンスではネットワーク経由の利用でもソース公開が必要です。組み込み前にライセンス監査ツール（FOSSologyなど）で依存関係を洗い出すのが実務の定石です。
Q. OSSのサポートは誰がしてくれるのですか？
基本的には開発コミュニティが自主的に対応します。バグ報告や機能要望はGitHubなどのリポジトリで行いますが、応答時間や修正は保証されません。これを補う形で、Red HatやSUSEのようなベンダーが「OSS本体は無料、サポート契約は有料」というモデルでサブスクリプション提供しています。ミッションクリティカルな業務利用ではこうした商用サポートを併用するのが一般的です。
Q. 「ソースコード公開」と書かれていればすべてOSSですか？
いいえ、違います。ソースコードが見えるだけでは「ソース利用可能（Source Available）」と呼ばれ、OSSとは区別されます。たとえばElasticのSSPLやBusiness Source License（BSL）はソースを公開していますが、商用クラウド事業者による利用を制限しているため、OSIの定義を満たさずOSSとは認められていません。OSI承認ライセンスかどうかが正式な判定基準です。
Q. OSSを採用するメリットとデメリットは何ですか？
メリットは、ライセンス費用の削減、ベンダーロックインの回避、ソース公開による透明性とセキュリティ検証の容易さ、世界中の開発者による継続的改善です。デメリットは、サポート責任が利用者側にあること、品質が製品によってばらつくこと、ライセンス管理コストがかかること、特にGPLでは派生物の公開義務という法的リスクが伴うことです。コストだけで判断せず、運用体制とセットで評価する必要があります。
