「MITやApacheと書いてあるソフトは、無料で仕事に使っていいの？」
「Apacheって、Webサーバーの名前じゃなかった？」
ソフトの配布ページでライセンス名を見ても、何を確かめればよいか迷いますよね。
OSSライセンスは、ソフトを使う・書き換える・人に渡すときの条件です。
この記事では、代表的な種類を整理し、無料と無条件の違いを解説します。
読み終えたら、会社で使う場合と製品に組み込む場合を分けて確認できます。
まずは結論から
MIT・Apache・GPLなどのOSSライセンスは、条件を守れば仕事での利用も認めています。
違うのは商用利用の可否だけでなく、コピーや配布の際に何を残し、何を提供するかです。
- 無料で入手できても、著作権表示などの条件はあります。
- MIT・BSD・Apacheと、GPLなどでは配布時の条件が異なります。
- Apache HTTP Serverはソフト名、Apache Licenseは利用条件の名前です。
まず「どのソフトの、どの版を、どう使うか」を確認しましょう。
以下は代表的な条件の整理です。実際の採用では同梱の原文と社内ルールを確認します。
OSSライセンスの役割と「無料」の意味
OSSは、ソースコードを利用・改変・再配布できる条件で提供されるソフトです。
ソースコードとは、人がプログラムを書き換えるための元の記述を指します。
ライセンスは、その利用を認める範囲と守る条件を示すものです。
条件によく出る著作権表示は、作者や権利者などを示す記載です。
配布物に残すよう求められた表示を、勝手に削らないようにします。
例えるなら、道具を借りる際の「仕事にも使ってよいが、注意書きは残してね」という約束に近いものです。
実際のOSSは貸し借りとは異なり、コピーや改変もライセンスに沿って認められます。
ここで分けたいのが、料金と利用条件です。
OSSを有料で販売することもでき、有償のサポートや運用サービスが付く場合もあります。
無料で入手したからといって、作者の権利がなくなるわけではありません。
また、「ソースコードが見える」だけでOSSと判断しないでください。
業務利用を制限する独自の条件が付いたものもあるため、実際のライセンスまで読みます。
WebサーバーのApacheとライセンスの関係
「Apache」は文脈によって指すものが変わります。
Webサーバーの話なら、通常はApache HTTP Serverというソフトです。
ブラウザーからの要求に応じてWebページなどを送り返します。
一方、Apache License 2.0は、ソフトの利用・改変・配布を認めるライセンスです。
Apache HTTP Serverは、このライセンスを採用しています。
両者に関わるApache Software Foundationは、OSSの開発を支える非営利団体です。
ライセンスは他の開発者も採用できるため、「Apache License」とあってもWebサーバーとは限りません。
この関係はApacheの公式FAQ（英語）でも確認できます。
※ リンク先は同団体による、料金やライセンスの採用に関する公式の説明です。
代表的なライセンス7種類の特徴
大きくは、条件を守って幅広く使える「許容型」と、配布などの際に共有の条件を引き継ぐ「コピーレフト型」で整理できます。
コピーレフトとは、受け取った人も対象のコードを改変・再配布できるよう、同じライセンスなどの条件を保つ考え方です。
MIT・BSD・Apacheの特徴
この3つは許容型です。
基本的に、自社製品に使ったという理由だけで、自社のソースコードを提供する義務は生じません。
それぞれに残すべき表示などの条件があります。
- MIT
利用・改変・販売などを広く認め、コピーや重要な部分に著作権表示と許諾文を含める条件があります。短い文面でも「何も残さなくてよい」という意味ではありません。 - BSD
主な2条項版・3条項版では、ソースや実行ファイルの配布形態に応じて、著作権表示・条件・免責文を残します。3条項版では、無許可で作者名などを製品の推薦・宣伝に使うことも制限しています。 - Apache License 2.0
配布時にライセンス文を渡し、変更したファイルには変更の旨を示します。元の表示や、NOTICEという告知文書内の関係する表示を引き継ぐ条件も確認します。
MITの条件はライセンス原文（英語）で確認できます。
※ 掲載元のOpen Source Initiativeは、OSSの定義を示し、ライセンスを審査する非営利団体です。
Apache 2.0には、開発への貢献者が持つ一定の特許について、利用を認める明示的な規定もあります。
特許は技術的な発明を保護する権利で、コードの表現を保護する著作権とは別です。
あらゆる第三者の特許まで使える保証ではなく、ロゴなどの商標を自由に使える許可でもありません。
必要な表示や特許の範囲はApache 2.0の原文（英語）の第3・4・6条が確認先です。
※ リンク先はApache Software Foundationが公開する正式なライセンス文です。
GPL・LGPL・MPL・AGPLの特徴
こちらはコピーレフト型です。
「仕事で使えない種類」ではなく、対象のソフトを配布する場合などに、ソース提供やライセンスを保つ条件が加わります。
どの範囲に条件が及ぶかを見てください。
- GPL
対象プログラムや、それを基にした一体のプログラムを配布する際は、対象全体にGPLを適用し、対応するソースコードを提供するなどの条件があります。単に道具として実行しただけで、無関係な自作コードまでGPLになるわけではありません。 - LGPL
共通機能をまとめた部品であるライブラリに使われます。条件を満たせば、呼び出す自社アプリを別のライセンスで配布できます。配布するライブラリのソース提供や、利用者が改変版と差し替えられる仕組みなどを確認します。 - MPL 2.0
主にファイル単位で条件を引き継ぎます。配布時はMPL対象ファイルのソースを入手できるようにし、変更もMPLで扱います。MPLのコードを含まない別ファイルまで、一律に同じ条件にする必要はありません。 - AGPL v3
GPLに似た配布条件に加え、改変したプログラムをネットワーク経由で利用させる場合にも、その利用者へ対応するソースを無償で入手できる手段を示す条件があります。ソフト本体を渡さない運用でも確認が必要です。
GPLのソース提供は「必ず全世界へ公開」という説明では不正確です。
配布形態に応じ、受領者などがライセンス所定の方法で入手できるようにします。
一般公開はその実現方法の一つです。
詳しくはGPL v3の原文（英語）の第5・6条と、AGPL v3の原文（英語）の第13条を確認できます。
※ いずれもOpen Source Initiativeが掲載するライセンス原文です。GPL系は版によって条件が異なるため、実物の版を優先します。
配布時の主な違いを整理した比較表
ここまでの内容を、代表的な条件に絞ってまとめます。
表は各ライセンスの全文を置き換えるものではありません。
| 種類 | 商用利用 | 配布などで特に確認する点 |
|---|---|---|
| MIT | 可 | 著作権表示と許諾文を残す |
| BSD 2・3条項 | 可 | 表示・条件・免責文。3条項版は推薦・宣伝への名前使用も確認 |
| Apache 2.0 | 可 | ライセンス文、変更の通知、元の表示・NOTICEの扱い |
| GPL v3 | 可 | 対象全体のGPL適用と、対応するソースの提供 |
| LGPL v3 | 可 | ライブラリのソース提供、改変版との再結合・差し替えなど |
| MPL 2.0 | 可 | 対象ファイルのソース提供と、MPLの条件の維持 |
| AGPL v3 | 可 | 配布条件に加え、改変版のネットワーク利用者へのソース提供 |
どれも商用利用できますが、守る条件とその対象範囲が違います。
許容型でも表示は必要で、コピーレフト型でも利用しただけで一律に全コードの公開義務が生じるわけではありません。
仕事で使う場面ごとの確認点
「商用利用」は、販売だけでなく、会社の業務で使うことも含む広い言葉です。
ライセンスを確認するときは、実際にすることへ分けると判断しやすくなります。
社内で道具として使う場合
たとえばGPLのソフトを起動して資料を作るだけなら、その資料が自動的にGPLになるわけではありません。
GPLでは、社外へコピーを渡さない内部利用や改変だけで、一般公開を求めるものではありません。
ただし、AGPLの改変版を社員がネットワーク経由で使う場合も、第13条の対象となる利用者を確認します。
グループ会社や委託先への提供も、単に「社内」とひとくくりにしないでください。
製品や納品物へ組み込む場合
こちらは配布条件まで確認します。
一例として、MITのライブラリを含むアプリを顧客へ渡すなら、著作権表示と許諾文を残す対応が必要です。
納品先が1社で、ソフト自体は無料でも、条件の確認を省けません。
GPL系では、組み合わせたプログラムの関係やライセンスの版によって扱いが変わります。
LGPLも、部品をアプリと一体化する静的リンクか、実行時に呼び出す動的リンクかだけで可否を決めず、差し替えなどの要件まで確認します。
Webサービスとして提供する場合
サーバー内で動かすプログラムと、利用者のブラウザーへ送るプログラムを分けて見ます。
サーバーのGPLプログラムをネットワーク越しに利用させるだけで、コピーを渡さない場合は、それだけではGPL上の配布に当たりません。
一方、ブラウザーへ送るJavaScriptというプログラムは、利用者へコピーを渡しています。
改変したAGPLプログラムには、先ほどのネットワーク利用の条件もあります。
「Webサービスなら配布しないから確認不要」とは判断しないでください。
利用前に確認する4つのこと
条文を最初から暗記するより、使うソフトと用途を整理するところから始めましょう。
社内の担当者へ相談するときも、次の情報があると判断しやすくなります。
- 名前と版を確認する
使うソフトの版と、同梱のLICENSEなどに書かれたライセンス名・版を記録します。 - 使い方を整理する
社内で実行するだけか、改変するか、顧客へ渡すか、ネットワーク経由で使わせるかを整理します。 - 必要な表示とソース提供を確認する
LICENSE・NOTICEや各ファイルの表示を読みます。同梱の別部品にも個別のライセンスがないか確認してください。 - 社内ルールに沿って記録する
必要な承認を取り、対応内容を残します。配布範囲や組み込み方に迷ったら、実物と用途をそろえて法務・管理担当へ相談します。
GitHubは、コードの保管・共有や共同開発に使うサービスです。
公開コードでも、ライセンス未記載なら自由な改変・再配布が許されているとは判断できません。
GitHubの公式説明にも、確認場所と未設定の場合の扱いが示されています。
※ リンク先はGitHubが提供する日本語の公式ドキュメントです。
ライセンスが利用を認めていても、会社の導入承認や保守方針は別に確認します。
無料であることと、更新・不具合対応まで提供されることも別です。
よくある質問
- GPLは商用利用禁止ですか？
禁止ではありません。有料販売もできますが、配布時にはGPLの条件に従い、対象のソース提供などに対応します。 - MITなら作者名だけ載せればよいですか？
作者名だけでは不十分です。原文が求める著作権表示と許諾文を、対象のコピーや重要な部分に含めます。 - 元のコードを変えなければ、配布条件は関係ありませんか？
未改変でも配布時の条件は確認します。表示やライセンス文、対象のソース提供などは、改変の有無だけでは決まりません。
まとめ
OSSライセンスは、作者の権利を残しながら、利用・改変・再配布を認めるための条件です。
仕事での利用も、具体的な使い方とセットで考えます。
- 無料で入手できることと、無条件で使えることは別です。
- Apache HTTP Serverはソフト名、Apache Licenseは利用条件です。
- 代表的な種類は商用利用を認め、配布などの条件や対象範囲が異なります。
- 製品への組み込みやネットワーク利用では、その用途に応じた確認が必要です。
まずは使いたいソフトのLICENSEを開き、名前・版・予定する用途を1行ずつ記録してみましょう。
