OSSライセンスとは

calendar Oct 17, 2026  ·
共有する: linkedin copy

OSSライセンスとは

OSS (オープンソースソフトウェア) ライセンスとは、ソフトウェアの利用・改変・再配布・組み込み を誰にどの条件で許可するかを定めた法的な契約です。OSS を自社サービスに組み込んだり、OSS を派生して公開したりする際には、ライセンス条項の遵守が義務となります。

GitHub 上のリポジトリに LICENSE ファイルが置かれていても、商用利用の可否・改変したソースコードの公開義務・特許条項の有無などはライセンスごとに大きく異なります。本ページは、本サイトで紹介している OSS が採用している主要ライセンスについて、それぞれの特徴・義務・公式リファレンス をまとめたものです。

OSS ライセンスの 3 分類

OSS ライセンスは、派生物の扱いによって大きく 3 つに分類されます。

分類 概要 代表ライセンス
寛容型 (Permissive) 著作権表示とライセンス文の同梱のみ要求。改変したソースの公開義務はなし。商用組み込みが容易。 Apache-2.0 / MIT / BSD
弱コピーレフト (Weak Copyleft) 改変したファイル自体はソース公開義務あり。ただし、別ファイル・別モジュールとしてリンクしたコードには伝播しない。 MPL-2.0 / LGPL
強コピーレフト (Strong Copyleft) 派生物全体にライセンス伝播。改変・リンクしたコードもソース公開義務が及ぶ。SaaS 利用への伝播有無で GPL / AGPL が分かれる。 GPL / AGPL

公式参照サイト

一次情報を確認する際は、以下の公式サイトをご参照ください。

Apache License 2.0

分類: 寛容型 (Permissive)

概要: Apache Software Foundation が策定した寛容型ライセンス。商用利用・改変・再配布がほぼ自由で、特許ライセンスの明示的な付与と特許訴訟時のライセンス自動終了条項 を含む点が MIT/BSD と比較した特徴です。Google・Apple・Amazon など多くの企業が自社 OSS で採用する業界標準の 1 つ。

主な許諾 (Permissions): 商用利用 / 改変 / 配布 / サブライセンス / 私的利用 / 特許利用の明示的許諾

主な条件 (Conditions):

  • 著作権表示とライセンス全文の同梱
  • 改変した場合は変更点の明示 (NOTICE ファイルの同梱)
  • 商標の利用には別途許可が必要

主な制限 (Limitations): 保証なし / 責任なし / 商標利用不可

本サイト内の採用例: Harbor / OpenSearch / Backstage / VictoriaMetrics / gRPC-Java / k0s / kaniko / Kubeshark / VerneMQ / Cloud Robotics Core

公式リファレンス:

MIT License

分類: 寛容型 (Permissive)

概要: マサチューセッツ工科大学で生まれた最も簡素なライセンス。条文が短く、著作権表示とライセンス文の同梱のみで商用利用・改変・再配布が可能。特許条項は含まない 点が Apache-2.0 との最大の差で、特許リスクを別途管理する必要があります。

主な許諾: 商用利用 / 改変 / 配布 / サブライセンス / 私的利用

主な条件:

  • 著作権表示とライセンス全文の同梱

主な制限: 保証なし / 責任なし / 特許条項なし

本サイト内の採用例: Patroni / SigNoz (コア部分) / InfluxDB (v1 系)

公式リファレンス:

BSD License (2-Clause / 3-Clause)

分類: 寛容型 (Permissive)

概要: カリフォルニア大学バークレー校発祥のライセンス。BSD-2-Clause (Simplified) と BSD-3-Clause (New / Modified) が主流。3-Clause には 「貢献者の名前を宣伝目的で使ってはならない」 条項が追加されています。NVIDIA を含む多くの企業が独自の BSD 準拠条項を採用しています。

主な許諾: 商用利用 / 改変 / 配布 / 私的利用

主な条件:

  • 著作権表示とライセンス全文の同梱
  • (3-Clause のみ) 貢献者名の宣伝利用禁止

主な制限: 保証なし / 責任なし / 特許条項なし

本サイト内の採用例: Megatron-LM (NVIDIA 独自 BSD 準拠)

公式リファレンス:

MPL 2.0 (Mozilla Public License 2.0)

分類: 弱コピーレフト (Weak Copyleft)

概要: Mozilla 財団が策定した弱コピーレフト型ライセンス。ファイル単位 でコピーレフトが適用されるため、MPL のファイルを改変した場合はそのファイルのソース公開義務があるものの、別ファイルとしてリンクされた専有コードには伝播しません。商用プロダクトへの組み込みがしやすい設計です。

主な許諾: 商用利用 / 改変 / 配布 / サブライセンス / 私的利用 / 特許利用

主な条件:

  • 改変した MPL ファイルのソース公開
  • 著作権表示とライセンス文の同梱
  • 同一バイナリ内で別ライセンスのコードと組み合わせる場合、各ファイルのライセンスは維持

主な制限: 保証なし / 責任なし / 商標利用不可

本サイト内の採用例: Syncthing / OpenGFW

公式リファレンス:

LGPL (GNU Lesser General Public License)

分類: 弱コピーレフト (Weak Copyleft)

概要: GPL の制約を緩和したライブラリ向けライセンス。LGPL ライブラリを 動的リンク で利用する場合、専有アプリケーション側に GPL 伝播は発生しません。ただし、LGPL ライブラリ自体を改変した場合は改変部分のソース公開が必要です。静的リンクやビルドイン利用時には追加義務が発生します。

主な許諾: 商用利用 / 改変 / 配布 / 動的リンク

主な条件:

  • LGPL ライブラリ自体の改変部分はソース公開
  • エンドユーザーが LGPL 部分を差し替え可能な仕組みを提供 (動的リンク or object code 提供)
  • 著作権表示とライセンス文の同梱

主な制限: 保証なし / 責任なし

公式リファレンス:

GPL (GNU General Public License)

分類: 強コピーレフト (Strong Copyleft)

概要: Free Software Foundation が策定した強コピーレフト型ライセンス。GPL コードを リンク・組み込み・派生 したすべてのバイナリに GPL が伝播し、再配布時にソースコード提供義務が発生します。社内利用のみの場合は配布義務なし。v2 と v3 の差分として、v3 では特許条項・DRM 禁止条項 が追加されています。

主な許諾: 商用利用 / 改変 / 配布 / 私的利用

主な条件:

  • 派生物全体のソースコード公開 (再配布時)
  • 著作権表示とライセンス文の同梱
  • 同一ライセンス (GPL) で再配布

主な制限: 保証なし / 責任なし / サブライセンス禁止 / 専有ソフトとの結合制限

本サイト内の採用例: Smile (商用利用は別途デュアルライセンス契約)

公式リファレンス:

AGPL v3 (GNU Affero General Public License)

分類: 強コピーレフト (Strong Copyleft) + SaaS 伝播

概要: GPL v3 を拡張し、ネットワーク越しにサービスとして提供する場合 にもソース公開義務を適用する強コピーレフト型ライセンス。SaaS として AGPL コードを改変・運用する場合、ユーザーに改変済みソースの提供が必要になるため、商用 SaaS 事業者が最も警戒するライセンスの 1 つです。

主な許諾: 商用利用 / 改変 / 配布 / 私的利用

主な条件:

  • 派生物全体のソースコード公開
  • ネットワークサービスとして提供する場合もソース公開義務あり
  • 同一ライセンス (AGPL) で再配布

主な制限: 保証なし / 責任なし / サブライセンス禁止

公式リファレンス:

CC-BY-SA 4.0 (Creative Commons Attribution-ShareAlike)

分類: 継承型 (ドキュメント・コンテンツ向け)

概要: コードではなく ドキュメント・画像・コンテンツ に用いられるライセンス。利用時には 出典 (著作者) の表示 と、改変・派生物も同じ CC-BY-SA でライセンスする 義務があります。k0s や Kubernetes のドキュメントなど、OSS プロジェクトのドキュメント部分に適用されるケースが多いです。

主な許諾: 商用利用 / 改変 / 配布 / 翻案

主な条件:

  • 著作者の表示 (BY)
  • 改変・派生物も CC-BY-SA 4.0 で公開 (SA = ShareAlike)
  • ライセンス情報とリンクの明示

主な制限: 保証なし / 技術的保護手段による再利用妨害の禁止

本サイト内の採用例: k0s (docs/ 配下のみ)

公式リファレンス:

実務的なライセンス選定ガイド

1. 商用プロダクトへの組み込みを想定する場合

推奨: Apache-2.0 / MIT / BSD / MPL-2.0

これらは専有コードとの共存が容易で、特許リスク (Apache-2.0) やファイル単位のコピーレフト (MPL-2.0) など、ビジネス要件に応じて選択できます。

2. OSS 由来を強く残したい / 派生物の公開を期待する場合

推奨: GPL / LGPL / AGPL

コピーレフトの強さに応じて使い分けます。SaaS 事業に対しても OSS 貢献を促したい場合は AGPL が有効です。

3. SaaS 事業者が最も警戒すべきライセンス

  • AGPL: 自社 SaaS に AGPL コードを改変して組み込むと、エンドユーザーに改変済みソースを提供する義務が発生
  • GPL: 自社プロダクトとして 再配布 する場合、GPL が全体に伝播
  • 一部のビジネスソースライセンス (BSL / SSPL): 厳密には OSI 非承認で OSS に該当しないが、OSS プロジェクトが途中で移行するケースが近年増加

4. 複数ライセンスの混在 (License Compatibility)

OSS を組み合わせる際には、ライセンス同士の互換性チェックが必要です。例えば、GPL と Apache-2.0 は特許条項の違いから一方向にしか互換性がない (Apache→GPLv3 のみ可) ことが知られています。

5. 社内で OSS を利用する際のチェックポイント

  1. ライセンス識別: SPDX 識別子を基準に資産管理 (SBOM)
  2. 義務の棚卸し: 著作権表示 / NOTICE / 変更履歴 / ソース公開 など
  3. 特許リスク: Apache-2.0 以外は特許条項がないため別途調査
  4. コピーレフト伝播チェック: 自社プロダクトへの組み込みパターンを確認
  5. デュアルライセンス確認: 商用利用のみ別契約が必要な OSS もあり (Smile 等)

参考: ライセンス管理の実務ツール

免責事項

本ページの記載内容は、各ライセンスの一般的な理解を目的とした参考情報です。法的拘束力のある情報は各ライセンスの公式リファレンスを参照してください。実際の商用利用・改変・再配布にあたっては、法務部門または専門家にご相談いただくことを推奨します。

おすすめの記事