AIモデルで見るApache License 2.0とは？商用利用・NOTICE・特許条項を解説

Apache License 2.0（Apache 2.0）は、AIモデルやソフトウェアを商用利用できるライセンスです。改変、製品への組み込み、再配布も広く認められています。

ただし、「Apache-2.0と書いてあるから何をしてもよい」という意味ではありません。特にモデルやコードの複製物を顧客へ渡す場合は、ライセンス本文、変更表示、既存の著作権表示、NOTICEの扱いを確認する必要があります。AIでは、モデル重みだけがApache 2.0で、学習データや周辺ツール、生成物には別の条件があるケースもあります。

この記事では、Apache 2.0の条文を順番に訳すのではなく、AI開発での判断手順に沿って整理します。個別案件への法的助言ではないため、契約上のリスクが大きい製品や判断が分かれるケースでは、ライセンス原文、権利者、法務担当者または専門家へ確認してください。

結論：商用利用できるが、確認はそこで終わらない

Apache 2.0は、対象となるWork（ライセンスが付与された著作物）について、利用、複製、改変、公開、サブライセンス、配布を広く許可しています。The Apache Software Foundation（ASF）のFAQも、個人・社内・商用という利用目的を区別せず、いずれにもライセンス条件が適用されると説明しています。

実務では、次の順序で確認すると混乱しにくくなります。

1. 利用するファイルやモデルのうち、何がApache 2.0の対象か特定する
2. 社内利用、API提供、製品への同梱、再配布のどれに当たるか整理する
3. 配布するならLICENSE、変更表示、権利表示、NOTICEを確認する
4. 特許、商標、保証の扱いを確認する
5. モデルカード、追加ポリシー、データ、生成物、依存ライブラリを別に確認する

「商用利用可能」は入口の答えです。コンプライアンス上の結論は、対象物と利用方法まで見て初めて出せます。

最初に「何がApache 2.0なのか」を特定する

AIモデルの配布ページにapache-2.0と表示されていても、関連するものすべてに同じライセンスが適用されるとは限りません。

Apache 2.0本文では、Workを、ライセンスが付与されたことを著作権表示などで示して提供される著作物と定義しています。したがって、モデルシリーズの名前だけで判断せず、実際に使うバージョンやリポジトリのLICENSE、README、モデルカードを照合します。

ライセンス表記を確認した証跡として、取得元URL、バージョン、コミットIDまたはモデルのrevision、確認日、LICENSEとNOTICEのコピーを残しておくと、後の更新で差分を追えます。

利用形態によって対応が変わる

Apache 2.0のSection 4は、WorkまたはDerivative Works（派生成果物）の複製物を配布するときの条件を定めています。そのため、社内だけで利用する場合と、モデルや実行ファイルを顧客へ渡す場合では、確認の重点が異なります。

APIとして機能だけを提供し、利用者へモデルやコードの複製物を渡さない形は、一般にファイルの再配布とは異なります。ただし、クライアントアプリへの同梱、モデルのダウンロード機能、コンテナイメージの引き渡しがあれば事情は変わります。「SaaSだから何も対応しなくてよい」と決めず、実際に何を誰へ渡すかで判断してください。

再配布時に確認する4つの条件

Apache 2.0のコードやモデルをそのまま、または改変して配布する場合、Section 4に沿って次を確認します。

1. ライセンス本文を渡す

Workまたは派生成果物の受領者へ、Apache License 2.0のコピーを提供します。製品に同梱するLICENSEやThird-Party Notices、配布物のドキュメントなど、受領者が読める形で配置します。

日本語の解説を添えることはできますが、正式な条件を示すものとして公式の英語原文を含めるのが安全です。ASF FAQでも、再配布に使う翻訳版を公式ライセンスの代わりにしないよう説明されています。

2. 変更したファイルに変更表示を付ける

元のファイルを変更した場合は、そのファイルを変更したことが分かる目立つ告知が必要です。変更履歴を別文書に書くだけで条件を満たすかは配布物の構成によるため、対象ファイルのヘッダーや、ファイルと対応が取れる変更記録を検討します。

モデル重みを微調整して配布する場合も、「元モデルそのもの」と誤認させない表示が重要です。バイナリ形式の重みでは表示方法を一律に決めにくいため、元の配布構成と権利者の案内を確認したうえで、同梱するモデルカードなどにベースモデル、変更内容、作成者、作成日、評価条件を残します。

3. 関係する既存の権利・帰属表示を残す

配布する派生成果物のSource form（改変に適した形式）では、元のWorkに含まれる著作権、特許、商標、帰属表示のうち、派生成果物に関係するものを維持します。関係しない表示まで機械的に残す必要はありませんが、判断根拠は記録しておきます。

4. 元の配布物にNOTICEがある場合は引き継ぐ

元のWorkにNOTICEが含まれている場合、配布する派生成果物にも、関係する帰属表示を読みやすい形で含めます。配置先は、派生成果物のNOTICE、同梱するソースやドキュメント、または第三者表示を通常出す画面などから選べます。

ここで注意したいのは、Apache 2.0の成果物を使うたびに新しいNOTICEを必ず作る、という条件ではないことです。Section 4(d)が求めるのは、元のWorkにNOTICEがある場合の引き継ぎです。一方、自分のソフトウェアへApache 2.0を適用する場合、ASFはLICENSEを含め、NOTICEも検討するよう案内しています。この二つを混同しないでください。

ソース公開や改変の還元は一律義務ではない

Apache 2.0は、派生成果物全体を同じライセンスにするよう求める強いコピーレフト型のライセンスではありません。条件を守れば、改変したコードを販売したり、非公開のまま社内利用したり、自分の変更部分や派生成果物全体に追加・異なる条件を設定したりできます。

ただし、元のApache 2.0のWorkに対する条件が消えるわけではありません。独自ライセンスへ「塗り替えた」と考えるのではなく、元の部分へのApache 2.0の条件を守りながら、自分の追加部分へ条件を設定すると捉える方が正確です。

また、改変を元プロジェクトへ提供する義務も一律にはありません。ASF FAQは、変更を公開、販売、非公開のいずれにもでき、ASFへ還元する義務はないと説明しています。

特許・商標・無保証を見落とさない

著作権表示とNOTICEだけでは、Apache 2.0の特徴を十分に理解したことになりません。

特許許諾は広そうに見えて範囲がある

Section 3では、Contributor（貢献者）から利用者へ特許ライセンスが付与されます。ただし、対象はそのContributorが許諾でき、そのContribution単独またはWorkとの組み合わせによって必然的に侵害される特許クレームです。世の中のあらゆる第三者特許について安全を保証する条項ではありません。

さらに、Workまたは取り込まれたContributionが特許を侵害するとして訴訟を起こすと、そのWorkについて付与された特許ライセンスが訴訟提起時に終了する条項があります。特許紛争が関わる場合は、一般的なOSS確認だけで結論を出さず、専門家へ相談する領域です。

ライセンスは商標利用を包括的に認めない

Section 6は、Workの由来を合理的に説明するための利用やNOTICEの再掲を除き、Licensor（許諾者）の商号、商標、サービスマーク、製品名を使う権利を与えないと定めています。

「Apache 2.0で公開されているモデルを利用した」という事実の説明と、提供元の名称やロゴを自社製品のブランドのように見せることは別です。モデル名、プロジェクト名、ロゴを広告や製品名に使う場合は、商標ポリシーも確認します。

品質や権利非侵害は保証されない

Section 7と8では、Workが原則として現状有姿（AS IS）で提供され、保証や責任が制限されることを定めています。ライセンスがあることは、精度、安全性、特定用途への適合性、第三者権利を侵害しないことの保証ではありません。

採用前には、ライセンスチェックとは別に、モデル評価、セキュリティ、出力検査、データ管理、契約上の責任分担を決める必要があります。

AIモデルでは追加ポリシーと生成物も確認する

AI開発では、OSSコードだけを使う場合よりも確認対象が増えます。モデル重みにApache 2.0が付いていても、そのモデルを取得したサービスの規約や利用ポリシーが併記されることがあります。

例としてOpenAIのgpt-oss公式説明は、学習済み重みをApache 2.0で提供し、商用を含む利用、改変、再配布を認める一方、gpt-oss Usage Policyも適用されると説明しています。また、周辺のインフラやツールがすべて同じライセンスとは限らないと明記しています。

これはApache 2.0に独自条件を追加してライセンス本文を書き換える、という話ではありません。Apache 2.0の対象物と、別の対象やサービス利用に適用される規約・ポリシーを切り分けて確認する例です。

生成物についても、モデルのApache 2.0表示だけで結論は出ません。ASFの生成AIツール向けガイダンスは、ツール規約で出力を使う十分な権利が得られるか、出力に第三者素材が含まれる場合は許諾や互換性のあるライセンスがあるかを確認するよう示しています。同ガイダンスはASFへの貢献向けですが、「モデルのライセンス」と「出力に関する権利」を分ける考え方は、商用AI開発でも参考になります。

AISIのAI安全性評価ガイドでも、モデルライセンスの商用利用可否、派生物・再配布条件、提供元規約、データ処理、生成物の知的財産を個別に確認する観点が示されています。

よくある誤解を整理する

導入・配布前のチェックリスト

導入時

• [ ] 使用するモデル・コードの正確なバージョン、revision、取得元URLを記録した
• [ ] LICENSE、NOTICE、モデルカード、利用規約、追加ポリシーを保存した
• [ ] モデル重み、コード、依存ライブラリ、データのライセンスを分けて確認した
• [ ] 商用利用、利用目的、地域、利用者に関する制限を確認した
• [ ] 入力データへ利用権限があり、個人情報や秘密情報の扱いを決めた

改変・配布時

• [ ] 誰に何の複製物を渡すかを一覧化した
• [ ] Apache License 2.0の本文を受領者へ提供できる形にした
• [ ] 変更したファイルまたはモデルに、変更したことが分かる表示を付けた
• [ ] 関係する著作権、特許、商標、帰属表示を残した
• [ ] 元の配布物にNOTICEがある場合、関係する帰属表示を引き継いだ
• [ ] 依存ライブラリや同梱データの条件も満たした
• [ ] 製品名、説明文、ロゴの使用が商標上問題ないか確認した

公開・運用時

• [ ] 出力に第三者の文章、コード、画像、個人情報が含まれないか確認する工程を設けた
• [ ] モデルや依存物の更新時にLICENSEとポリシーの差分を確認する担当を決めた
• [ ] 利用停止、モデル差し替え、表示修正が必要になった場合の手順を用意した
• [ ] 判断が曖昧な点を、権利者・法務担当者・専門家へ確認した

まとめ

Apache License 2.0のAIモデルやコードは、条件を守れば商用利用、改変、再配布が可能です。再配布するときは、LICENSE、変更表示、既存の権利・帰属表示、元NOTICEの有無を確認します。特許許諾には範囲と終了条項があり、商標や品質保証は別の問題です。

AI開発では、モデル名の横にあるapache-2.0だけを見て採用を決めないことが重要です。モデル重み、コード、依存物、学習・入力データ、生成物、追加ポリシーを分け、利用形態に応じて確認記録を残せば、更新や製品配布時にも判断をやり直しやすくなります。

参考資料

• Apache License, Version 2.0
• Apache Licensing and Distribution FAQ
• ASF Generative Tooling Guidance
• OpenAI open-weight models (gpt-oss)
• gpt-oss LICENSE
• ヘルスケア領域におけるAIの安全性評価に関するレッドチーミング手法ガイド