--- title: "オープンソースのライセンスと、発注者が確かめること｜アメリア・テクノロジー株式会社" url: https://www.ameliatechnology.co.jp/blog/open-source-license-basics/ description: "開発で使うオープンソースのライセンスを、寛容型（MIT・Apache）とコピーレフト型（GPL・AGPL）に分けて説明します。守るべき表示、ソースコードの開示が求められる場面、SBOMによる部品の一覧の受け取り方を整理します。" updated: 2026-11-12 publisher: "アメリア・テクノロジー株式会社" --- # オープンソースのライセンスと、発注者が確かめること 開発で使うオープンソースのライセンスを、寛容型（MIT・Apache）とコピーレフト型（GPL・AGPL）に分けて説明します。守るべき表示、ソースコードの開示が求められる場面、SBOMによる部品の一覧の受け取り方を整理します。 2026.11.12 [Webとシステム開発](https://www.ameliatechnology.co.jp/blog/category/web/) 執筆 [石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/)（グループCTO） Webとシステム開発（WEB & SYSTEMS）のコラム ## この記事の要点 - オープンソースのソフトウェアは無条件に使えるのではなく、ライセンスの条件に従って使うものです - MIT・Apache は表示を残せば広く使え、GPL は配布するときにソースコードの提供を求める型です - 発注者は、使った部品とライセンスの一覧（SBOMなど）を納品物として受け取っておくと、後の管理がしやすくなります オープンソースのソフトウェアは、ソースコードが公開され、誰でも使えるソフトウェアですが、無条件に使えるわけではありません。使う人は、それぞれのライセンスに書かれた条件に従う必要があります。いまのシステム開発では、多くのオープンソースの部品を組み合わせて作ることが一般的なため、発注者もライセンスの基本を知っておくと、納品の後の管理や、売却・事業の承継のときの確認に備えられます。 この記事では、よく使われるライセンスの型と、発注者が確かめておきたいことを整理します。ライセンスの文面は、2026年11月時点で Open Source Initiative（OSI）のサイトに掲載されているもので確かめています。 ## オープンソースとは [オープンソース](https://www.ameliatechnology.co.jp/glossary/oss/)のソフトウェアとは、ソースコードを公開し、決められた条件のもとで誰でも使用・改変・再配布できるソフトウェアです。OSIの「オープンソースの定義」は、オープンソースはソースコードを見られるというだけの意味ではなく、配布の条件が、自由な再配布を妨げないことなどの基準を満たす必要がある、としています。 ソフトウェアには著作権があり、ライセンスは、著作権を持つ人が「この条件を守るなら使ってよい」と示した利用の許諾です。条件を守らずに使うと、許諾の範囲の外の利用として、著作権の侵害を問われるおそれがあります。 出典：[The Open Source Definition（Open Source Initiative）](https://opensource.org/osd) ## ライセンスの2つの型 オープンソースのライセンスは、大きく「寛容型」と「コピーレフト型」に分けて説明されることが多いです。違いは、改変したものや組み込んだものを配布するときに、同じライセンスでソースコードを公開する義務が生じるかどうかです。 寛容型（MIT ライセンス、Apache License 2.0 など）は、著作権の表示などの条件を守れば、改変したものや組み込んだものを、ソースコードを公開せずに配布することも認める型です。コピーレフト型（GPL など）は、改変したものや組み込んだものを配布するときに、同じライセンスでソースコードを提供することを求める型です。コピーレフト型の中には、改変したものをネットワークを通じて使わせる場合にも、ソースコードを受け取る機会の提供を求めるもの（AGPL）もあります。 オープンソースのライセンスの型と、ソースコードの扱い - **寛容型（MIT・Apache License 2.0 など）**：著作権の表示などの条件を守れば、ソースコードを公開せずに配布することも認める - **コピーレフト型（GPL など）**：改変したものや組み込んだものを配布するときに、**同じライセンスでソースコードを提供**することを求める - **ネットワークでの利用も対象（AGPL）**：改変したものをネットワークを通じて使わせる場合にも、ソースコードを受け取る機会の提供を求める 個別のライセンスの解釈は、専門家にご確認ください ### 寛容型（MIT・Apache License 2.0） MIT ライセンスは、著作権の表示と許諾の文を、ソフトウェアのすべての複製や重要な部分に含めることを条件に、使用・複製・改変・配布などを広く認めるライセンスです。ソフトウェアは「現状のまま」提供され、保証はないとされています。 Apache License 2.0 も寛容型で、配布するときに、ライセンスの写しを渡すこと、改変したファイルに変更した旨を示すこと、元の著作権・特許・商標・帰属の表示を残すことなどを条件としています。あわせて、貢献した人からの特許の利用の許諾も定めています。 出典：[The MIT License（Open Source Initiative）](https://opensource.org/license/mit) [Apache License, Version 2.0（Open Source Initiative）](https://opensource.org/license/apache-2-0) ### コピーレフト型（GPL・AGPL） [コピーレフト](https://www.ameliatechnology.co.jp/glossary/copyleft/)とは、改変したものや組み込んだものにも、元と同じ利用の自由を引き継がせる考え方です。代表的な GNU General Public License（GPL）バージョン3では、対象のソフトウェアを実行できる形（オブジェクトコード）で配布するときに、対応するソースコードも、GPL の条件で提供することを求めています。 一方で、GPL バージョン3は、コピーを渡さずにネットワークを通じて利用者とやり取りするだけでは「頒布（convey）」に当たらない、としています。そのため、サーバーの上で動かして Web サービスとして提供するだけの使い方では、GPL のソースコードの提供の義務は生じない、と説明されることが多いです。 これに対して、GNU Affero General Public License（AGPL）バージョン3は、改変したソフトウェアを、ネットワークを通じて利用者に使わせる場合にも、その利用者に対応するソースコードを受け取る機会を提供することを求めています。Web サービスとして提供するシステムで AGPL の部品を改変して使う場合は、注意が要ります。 出典：[GNU General Public License version 3（Open Source Initiative）](https://opensource.org/license/gpl-3-0) [GNU Affero General Public License version 3（Open Source Initiative）](https://opensource.org/license/agpl-v3) どの使い方で、どこまでがソースコードの提供の対象になるかは、ライセンスの文面と使い方の組み合わせで判断が分かれることがあります。迷う場合は、ライセンスに詳しい専門家に確かめることをおすすめします。 ## 発注者が確かめておきたいこと 発注者がオープンソースについて確かめておきたいことは、「何が使われているか」「条件を守っているか」「更新できるか」の3つです。 1. **何が使われているか**：使った部品と、その版、ライセンスの一覧を受け取る 2. **条件を守っているか**：著作権の表示やライセンスの写しが、決められた形で残されているか。コピーレフト型の部品を、配布するソフトウェア（お客様に渡すアプリなど）に組み込んでいないか 3. **更新できるか**：部品に脆弱性が見つかったときに、新しい版に入れ替えられるか。開発が止まっている部品を使っていないか IPA（情報処理推進機構）の「情報システム・モデル取引・契約書」では、オープンソースを含むソフトウェア（FOSS）を組み込む場合に、開発会社が主体で選ぶ場合の案として、開発会社が、利用の許諾の条件、機能、開発しているコミュニティの情報、機能上の制限などを書面で示して提案し、発注者が採否を決める形の条項例を示しています。開発会社が FOSS の権利の侵害や不具合がないことを保証するものではない、という考え方も示されています。 出典：[情報システム・モデル取引・契約書（第二版）（IPA）](https://www.ipa.go.jp/digital/model/model20201222.html) ## SBOMで部品の一覧を受け取る 使っている部品の一覧を作る方法として、SBOM（ソフトウェア部品表）があります。経済産業省は、2024年8月29日に「ソフトウェア管理に向けたSBOM（Software Bill of Materials）の導入に関する手引ver2.0」を公表しており、SBOMをソフトウェアの部品構成表と説明しています。ver2.0では、部品の発注者と供給者が契約で決める事項の例（SBOM取引モデル）も示されています。 SBOMがあると、ある部品に脆弱性が見つかったときに、自社のシステムがその部品を使っているかをすぐに確かめられます。ライセンスの一覧としても使えます。詳しくは[SBOM（ソフトウェアの部品表）とは](https://www.ameliatechnology.co.jp/blog/sbom-software-inventory/)と、用語の[SBOM](https://www.ameliatechnology.co.jp/glossary/sbom/)で説明しています。脆弱性の情報の集め方は[脆弱性の情報を、どう集めて優先順位をつけるか](https://www.ameliatechnology.co.jp/blog/vulnerability-information-sources/)で扱っています。 出典：[「SBOM」を活用してソフトウェアの脆弱性を管理する具体的手法についての改訂手引を策定しました（経済産業省、2024年8月29日）](https://www.meti.go.jp/press/2024/08/20240829001/20240829001.html) ## 契約と納品物に書いておくこと 発注のときに、次の点を契約書や仕様書に書いておくと、後の管理がしやすくなります。 - オープンソースを使う場合は、事前に部品とライセンスを示してもらい、発注者が確かめる - 使ってよいライセンス、使う前に相談が要るライセンス（コピーレフト型など）を決めておく - 納品物に、部品とその版・ライセンスの一覧（SBOMなど）を含める - 公開した後に部品を更新する作業を、保守の範囲に入れるかを決める 成果物の著作権の扱いは[システム開発の成果物の著作権は誰のものか](https://www.ameliatechnology.co.jp/blog/software-copyright-ownership/)で説明しています。オープンソースの部品は、著作権を譲り受ける対象にはならず、ライセンスの条件で使い続けるものだという点を押さえておきます。本記事は一般的な整理です。個別のライセンスの解釈や契約の判断については、弁護士などの専門家にご確認ください。 ## 当社のご支援 当社は、[Webシステム開発](https://www.ameliatechnology.co.jp/service/web-system/)で、公開した後の運用と改善まで同じチームで受け持っています。PHPで動くサイトの[PHPのバージョンアップ支援](https://www.ameliatechnology.co.jp/service/php-upgrade/)では、使っている部品とその版の一覧を残し、次の版上げに備えます。いま使っているシステムの部品の版や脆弱性が気になる場合は、[セキュリティ診断と対策](https://www.ameliatechnology.co.jp/service/security/)でもお手伝いします。PHPで動くサイトは、無料の[PHPバージョン診断](https://www.ameliatechnology.co.jp/diagnosis/php/)で版を確かめられます。まずは[お問い合わせ](https://www.ameliatechnology.co.jp/contact/)からご相談ください。 - オープンソース - ライセンス - SBOM - 発注 ## この記事に出てくる用語 - [オープンソースソフトウェア（OSS）](https://www.ameliatechnology.co.jp/glossary/oss/) - [システム開発](https://www.ameliatechnology.co.jp/glossary/system-development/) - [コピーレフト（GPL）](https://www.ameliatechnology.co.jp/glossary/copyleft/) - [サーバー](https://www.ameliatechnology.co.jp/glossary/server/) - [脆弱性](https://www.ameliatechnology.co.jp/glossary/vulnerability/) - [情報システム・モデル取引・契約書（IPA）](https://www.ameliatechnology.co.jp/glossary/model-contract-ipa/) - [SBOM（ソフトウェア部品表）](https://www.ameliatechnology.co.jp/glossary/sbom/) - [仕様書](https://www.ameliatechnology.co.jp/glossary/specification/) ## 関連する法令・指針（参考情報） - 指針 独立行政法人情報処理推進機構（IPA）「情報システム・モデル取引・契約書」（第二版（2020年12月22日）） 情報システムの受託開発（一部の企画を含む）と保守運用の取引について、モデル契約と解説をまとめた資料です。民法の改正に直接関係する論点と、それ以外の論点の両方を見直しています。 [発行元の公式ページで開く](https://www.ipa.go.jp/digital/model/model20201222.html) - 指針 経済産業省「ソフトウェア管理に向けたSBOM（Software Bill of Materials）の導入に関する手引」（ver2.0（2024年8月29日公表）） SBOM（ソフトウェア部品表）を導入して、ソフトウェアの部品と脆弱性を管理するための手順や考え方をまとめた手引です。ver2.0では、脆弱性の管理の流れでのSBOMの使い方や、部品の発注者と供給者が契約で決める事項の例（SBOM取引モデル）が加わりました。 [発行元の公式ページで開く](https://www.meti.go.jp/press/2024/08/20240829001/20240829001.html) 法令は2026年10月21日時点の内容です。要旨は当社がまとめたもので、条文・判決・指針の全文ではありません。個別の事案への当てはめは、弁護士・社会保険労務士などの専門家にご確認ください。表記の決まりは[法令・指針の参考情報と凡例](https://www.ameliatechnology.co.jp/knowledge/legal/)をご覧ください。 この記事を書いた人 [石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/) グループCTO インターネットの黎明期から、ホスティング事業の立ち上げや、インフラ・セキュリティのプロジェクトに携わってきました。現在は、AWS・Azure へのクラウド移行の支援と、業務アプリケーションの要件定義から実装までを担っています。 このコラムは一般的な情報の提供を目的としたもので、個別の状況への助言ではありません。製品・サービスの名前と内容は、記事の更新日の時点のものです。 ## あわせて読みたい - [ゼロトラストの考え方と、中小企業の始め方](https://www.ameliatechnology.co.jp/blog/zero-trust-for-smb/) - [Webアクセシビリティの対応。合理的配慮の義務化と進め方](https://www.ameliatechnology.co.jp/blog/web-accessibility-obligation/) - [発注者が知っておきたいテストの種類と確かめ方](https://www.ameliatechnology.co.jp/blog/testing-for-buyers/) [Webとシステム開発のコラムを見る](https://www.ameliatechnology.co.jp/blog/category/web/) [コラムの一覧に戻る](https://www.ameliatechnology.co.jp/blog/) ## 次の一歩 ### 業務で使うWebシステムをつくる 社内で使う業務システムやWebサービスを、要件定義から設計・開発・テスト、公開した後の運用まで受け持ちます。 [Webシステム開発を見る](https://www.ameliatechnology.co.jp/service/web-system/) ### まずは30分、オンラインで話してみる 何に使うかが決まっていない段階でも構いません。30分のオンライン相談は無料です。 [無料で相談する](https://www.ameliatechnology.co.jp/contact/) ## ご関心に合わせて、お選びください。 [情報を集めている方へ会社案内、AI開発の例、セキュリティ診断の報告書の見本をお送りします。資料をダウンロード](https://www.ameliatechnology.co.jp/download/)[課題が見えている方へオンラインで30分、お話をうかがいます。費用はかかりません。無料で相談する](https://www.ameliatechnology.co.jp/contact/)[進め方を決めたい方へ2〜4週間で、優先順位と計画をまとめるAI活用の診断です。診断について見る](https://www.ameliatechnology.co.jp/pricing/#diagnosis) --- 出典：アメリア・テクノロジー株式会社「オープンソースのライセンスと、発注者が確かめること｜アメリア・テクノロジー株式会社」 https://www.ameliatechnology.co.jp/blog/open-source-license-basics/