重要なポイント
- 10系統のモデルのいずれも単一の統一ライセンスではなく、条件はモデルのチェックポイント単位で決まる。同一系統でもサイズによって異なるライセンスになりうる。
- Llamaのコミュニティライセンスは月間アクティブユーザー7億人まで商用利用を許可し、超えるとMetaが独自裁量で許諾する個別ライセンスが必要になる。
- Qwen、Mistral、DeepSeek、GLM、OLMo、Graniteは大半の現行モデルサイズをApache 2.0またはMIT(OSI承認、利用規模の閾値なし)で公開しているが、一部のチェックポイントはより制限的な研究用・売上上限付き・非本番ライセンスで公開している。
- 一部のチェックポイントで使われるMistralのModified MITライセンスは、組織の世界全体での連結月間売上が2,000万ドルを超えると利用をブロックする — 超えた場合は商用ライセンスかMistralのホスト型サービスが必要になる。
- GemmaはGoogle独自の利用規約と禁止利用ポリシーを組み合わせており、これはOSI承認のオープンソースライセンスにはない行動ベースの制限で、「Distribution」の定義はモデルをAPIやWebサービスとしてホストする行為も含むほど広い。
- Phiは利用規模の閾値のない単純なMITライセンスの下で配布されている。Falconはバージョンによって異なり、単純なApache 2.0から、新しいリリースでは100万ドルを超えると発生する売上分配条項まで幅がある。
- 10系統のライセンスいずれも、第三者の知的財産権請求に対する導入企業への補償を含まない。すべて「現状のまま」で保証なしに配布される。
- 「オープンウェイト」は、ライセンスに利用規模の閾値、売上上限、行動制限のいずれかが付いている場合により正確な用語である — これはLlama、Gemma、および他の系統の非Apache/非MITチェックポイントすべてに当てはまる。
- 本記事は法的助言ではありません。ライセンス文言はモデルバージョン間で変化します。導入予定の具体的なチェックポイントの現行ライセンスを確認し、商用展開前に弁護士に相談してください。
これは法的助言ですか?
いいえ — 本ガイドは法的助言ではなく、ライセンス本文を自分で読むことの代わりにはなりません。 公開されているライセンス文書に基づき、広く導入されている10系統のモデルの商用利用条件が現在どのように構成されているかを一般的なレベルで要約したものです。ライセンス条件はモデルバージョン間で変化し、各社はライセンス名を変えずに条件を改定することがあり、御社の展開に関する具体的事実(売上、ユーザー数、再配布計画、法域)によって特定条項の適用のされ方が変わります。商用展開前には、使用予定のモデルチェックポイントに付属する正確なライセンスファイルを読み、ソフトウェアライセンスに精通し御社の法域に詳しい弁護士に相談してください。
商用LLMライセンス比較
この10のライセンス構造は互いに同一ではなく、複数の系統内でも異なるチェックポイントが異なるライセンスを持つことがある。 この表を目安とし、展開前に自社モデルの現行ライセンスファイルを必ず確認すること。
モデル | 商用利用 | ライセンス | 閾値 | OSI承認 |
|---|---|---|---|---|
| Llama(Meta) | 可、700M MAU未満 | Llama Community License | 700M MAU/月 | いいえ |
| Qwen(Alibaba) | 可(大半のサイズ) | Apache 2.0/独自(一部) | なし/一部チェックポイント | はい(Apacheサイズ) |
| Mistral(Mistral AI) | 可(大半+一部上限あり) | Apache 2.0/Modified MIT | 2,000万ドル/月売上(Mod. MIT) | はい(Apacheモデル) |
| Gemma(Google) | 可、行動制限あり | Gemma Terms of Use | なし(行動ベース) | いいえ |
| DeepSeek | 可(現行フラッグシップ) | MIT(現行)/混在(旧) | MITモデルはなし | はい(MITモデル) |
| Phi(Microsoft) | 可 | MIT | なし | はい |
| GLM(Zhipu) | 可(大半のモデル) | MIT/Apache 2.0 | なし | はい |
| OLMo(Ai2) | 可 | Apache 2.0 | なし | はい |
| Granite(IBM) | 可 | Apache 2.0 | なし | はい |
| Falcon(TII) | 可(バージョンにより異なる) | Apache 2.0/TII Falcon License | 100万ドル売上分配(新) | バージョンにより混在 |
「商用利用可」は、そのモデルのすべてのバージョンが商用利用に無制限であることを意味しない — ライセンスはブランド単位ではなくチェックポイント単位で決まる。この表は一般に公開されているライセンス構造を反映したものであり、展開予定の正確なモデルリポジトリのLICENSEファイルを必ず確認すること。
ローカルLLMを商用利用できるか?
ここで扱う10のライセンス系統いずれも可能です — ただし「商用利用」は単一の法的問題ではなく複数の問題であり、ライセンスによって答えが異なります。 以下は、上記のライセンスカテゴリが8つの一般的な企業展開シナリオを通常どう扱うかを示すものです。正確な答えは依然として具体的なチェックポイントのライセンス文言に依存します。
- 社内チャットボット(外部ユーザーなし) → ここで扱うすべての系統において最もリスクの低いシナリオ。利用規模の閾値や再配布条項が適用されることは稀だが、保証免責と補償の不在は社内限定利用であっても引き続き適用される。
- 顧客対応チャットボット・サポートツール → 商用利用の許可だけでなく、行動・禁止利用に関する条件(Gemmaの禁止利用ポリシー、Llamaのアクセプタブルユースポリシー)も確認すること — これらは誰が使えるかではなく、モデルを何の生成に使えるかを規律する。
- モデル上に構築されたSaaSアプリケーション → 配布・ホスト型サービスに関する規定を特に確認すること。GemmaのTerms of Useは「Distribution」の定義に、APIやWebアクセスを介してモデルをホスト型サービスとして提供する行為も含める — SaaS製品は、重み自体を出荷しなくても該当する。
- モデルアクセスを再販するAPIサービス → SaaSと同じホスト型サービスの論点に加え、ライセンスが大規模なモデル出力の商用再配布を許可しているかも確認すること。Apache 2.0・MITのチェックポイント(大半のQwen、Mistral、DeepSeek、GLM、OLMo、Graniteサイズ)にはここに追加条件はない。
- モデルを組み込むモバイル・デスクトップアプリ → これはモデルの出力だけでなくモデル自体の再配布として扱うこと。表示義務や継承条件(Llamaの「Built with Llama」表示、Gemmaの通知要件)は、重みがコンパイル済みアプリ内に同梱されていても適用されうる。
- 独自データによるチェックポイントのファインチューニング → 現行でサポートされているチェックポイントについて10系統すべてで概ね許可されているが、派生モデルは親ライセンスの条件を引き継ぐ場合がある — ファインチューニングされたLlamaやGemmaの派生物は、元の表示義務や行動要件を引き続き持つ。
- モデルの重みの再配布(ファインチューン版を含む) → ライセンスの違いが最も重要になるシナリオ。Apache 2.0/MITのチェックポイントは標準表記のみで許可するが、Llama、Gemma、および非ApacheのQwen/Mistral/Falconのチェックポイントは、再配布されるコピーに表示義務や行動条件を課す。
- モデルを組み込んだ製品やオンプレミス機器の販売 → 上記の再配布の答えと利用規模の閾値の論点を組み合わせること — 成長する製品は、初期展開後かなり経ってからLlamaの7億MAUのラインやMistralのModified MITの月間2,000万ドルのラインを超える可能性があるため、立ち上げ時だけでなく主要な成長段階ごとにライセンスを見直すこと。
「オープンウェイト」と「オープンソース」の違いとは?
「オープンウェイト」とは、学習済みモデルパラメータが誰でもダウンロードして実行できることを意味し、OSI(Open Source Initiative)の意味での「オープンソース」はさらに、利用分野やライセンシーの事業規模を制限しないことをライセンスに求める。 Open Source Initiativeのオープンソース定義は、特定の活動分野や人物・団体を差別するライセンスを明確に禁じている — Llamaの7億MAU上限のような利用規模の閾値は、重み自体が自由にダウンロード可能であっても、この基準を満たさない。
ライセンスに利用規模の閾値、行動ベースの禁止利用ポリシー、特定の事業活動に紐づく制限のいずれかが含まれる場合は「オープンウェイト」を正確な表現として使う — これはLlama、Gemma、そしてApache以外のライセンスで公開されているQwenやMistralのチェックポイントに当てはまる。「オープンソース」という表現は、Apache 2.0やMITのようなOSI承認のライセンス文書の下で実際に公開されているモデルサイズに限定して使う — これは複数のQwenおよびMistralのチェックポイントに該当する。
この区別は意味論だけでなく商業的にも重要である。「オープンソースAI」というカテゴリを評価する調達・法務チームは、このラベルが無制限の商用利用を保証するものではなく、実際の条件はベンダーのマーケティング上の説明ではなく、実際に導入する具体的なファイルによって異なることを理解しておく必要がある。
📍 一文で説明
モデルのパラメータが自由にダウンロード可能であれば「オープンウェイト」であり、ライセンスが利用分野や事業規模の制限も課さない場合に限りOSIの意味での「オープンソース」となる。これによりLlama、Gemma、および複数のQwen/Mistralチェックポイントは除外される。
💬 簡潔に説明
ダウンロード可能だからといって無制限とは限らない。ライセンスに利用上限や行動ルールのポリシーが付いているか確認し、付いていれば法務チームには「オープンソース」ではなく「オープンウェイト」として説明すること。
LLMライセンス解説:最も寛容なものから最も制限的なものまで
上記の10系統は、わずかな数の基礎的なライセンスタイプに当てはめることができる — どのタイプに該当するかを知れば、細部を読む前に必要な情報の大半が分かる。 商用利用に対して制限が少ない順から多い順に:
- MIT → 商用利用、改変、再配布、ファインチューニングはすべて著作権表示要件のみで許可され、利用規模や売上の閾値はない。Phi、および現行のDeepSeek・GLMチェックポイントがこれを使用。
- Apache 2.0 → 企業にとって機能的にはMITと同程度に寛容で、明示的な特許許諾が加わる。利用規模の閾値なし。大半の現行Qwen、Mistral、GLM、OLMo、Granite、および古いFalconチェックポイントがこれを使用。
- 修正型の寛容なライセンス(例:売上上限付きModified MIT) → 定められた閾値以下ではMITと同様に振る舞い、超えると別途商用ライセンスかベンダーのホスト型サービスが必要になる。Mistralは一部のチェックポイントにこの構造を適用しており、世界全体で月間2,000万ドルの売上上限がある。
- 事業規模に基づく独自ライセンス → 定められた利用規模の閾値(月間アクティブユーザー数、売上ではない)以下では商用利用を許可し、超えると別途交渉されたライセンスが必要になる。Llamaのコミュニティライセンス(7億MAU)が最も明確な例。
- 行動制限付きの独自条件 → 商用利用を許可するが、企業規模に関わらずモデルを何の生成に使えるかを規律する禁止利用・許容利用ポリシーを加える。Gemmaの利用規約と禁止利用ポリシーがこれに該当し、Llamaも自社のMAU閾値の上にこれを重ねている。
- 非商用・研究専用ライセンス → 別途契約なしには商用展開が認められない。過去のMistralの一部チェックポイント、Qwenのフラッグシップモデル、古いDeepSeekの一部はこれほど制限的な条件で公開されていたことがある — Apache 2.0やMITが適用されると仮定する前に、具体的なチェックポイントがこれに該当しないことを必ず確認すること。
- このリストの各段階は、商用利用、ファインチューニング、再配布、SaaS展開、表示義務にそれぞれ異なる影響を与える — 想定より一段階制限的なチェックポイントは、計画していたSaaSローンチをベンダーとのライセンス交渉に変えかねない。
Llamaの商用ライセンス条件とは?
MetaはLlamaを独自のLlamaコミュニティライセンスの下で配布しており、ほとんどの企業に商用利用を許可しているが、OSI承認のオープンソースライセンスにはない利用規模の閾値が付いている。 御社の製品またはサービス(関連会社を含む)が、該当するLlamaバージョンのリリース前月に月間アクティブユーザー7億人を超えていた場合、標準ライセンスでは利用を許可されず、Metaに直接個別の商用ライセンスを申請する必要があり、Metaは独自裁量で許諾または拒否できる。
この閾値を下回る場合、コミュニティライセンスは商用展開、ファインチューニング、派生製品の構築を許可する。近年のバージョンでは、特定の状況下で表示義務(「Built with Llama」等)が課されており、Llamaファミリー外の競合大規模言語モデルの学習・改良にLlamaの出力を使用することを制限している。Metaはまた、下記のGemmaの禁止利用ポリシーと構造的に類似した、禁止利用カテゴリを列挙する別文書のAcceptable Use Policyを維持している。
7億MAUの閾値は事業規模に基づく制限であり、これがLlamaコミュニティライセンスがOSI承認のオープンソースとみなされない理由である。閾値以下では重みが自由にダウンロード可能であっても、上記の「オープンウェイト」カテゴリに該当する。
- 閾値:ライセンシー(関連会社を含む)の製品・サービスの月間アクティブユーザーが、該当Llamaバージョンのリリース前月に7億人を超えること
- 閾値超過時:Metaに直接個別ライセンスを申請する必要があり、Metaが独自裁量で許諾または拒否する
- 表示義務:近年のLlamaバージョンは特定の状況下で「Built with Llama」等の表示を要求している — バージョン別のライセンス文言を確認すること
- 学習制限:一部のバージョンは、Llamaの出力を別の競合大規模言語モデルの学習・改良に使用することを制限している
- Acceptable Use Policy:ライセンス本体と併せて適用される、禁止利用カテゴリを列挙した別文書
Qwenの商用ライセンス条件とは?
Alibabaは現行のQwenモデルサイズの大半をApache License 2.0(利用規模の閾値がなく、OSI承認された寛容なライセンス)で公開しており、標準的な表記義務のみで商用利用・再配布・派生モデルを許可している。 対象サイズに関しては、最も企業に優しいライセンスである。
重要な例外がある:Alibabaは一部のQwenチェックポイント — 歴史的には最大級または最新のフラッグシップサイズの一部 — を、独自の利用規模閾値を持ち、バージョンによっては派生製品にモデル名を表示する義務を課す、より制限的な別の独自ライセンス(Qwen自身のリポジトリでは「Qwen License」と呼ばれる)で公開している。ライセンスは「Qwen」ブランド全体ではなくチェックポイントに紐づくため、同じ週に公開された2つの異なるQwenモデルサイズが異なるライセンスを持つこともある。
特定のQwenチェックポイントを商用展開する前に、他のQwenサイズがApache 2.0だからといって同じライセンスが適用されると仮定せず、その正確なモデルのリポジトリ(Hugging FaceやModelScope)内のLICENSEファイルを開いて確認すること。
- 大半のサイズ:Apache License 2.0 — 利用規模の閾値なし、OSI承認、商用利用と再配布が自由に許可される
- 一部のフラッグシップ/大型チェックポイント:独自の利用規模閾値を持つ別のQwen Licenseが適用される — チェックポイントごとに確認が必要
- 表示義務:Apache 2.0は標準的な表記・ライセンス保持のみを要求する。独自のQwen Licenseはバージョンによって派生製品でのモデル名表示を要求してきた
- 確認場所:特定モデルのHugging FaceまたはModelScopeリポジトリに同梱されるLICENSEファイル — ブランド名だけで判断しないこと
Mistralの商用ライセンス条件とは?
Mistral AIは現行のオープンウェイトリリースの大半を、Qwenが大半のサイズで使用しているのと同じ寛容なOSI承認ライセンスであるApache License 2.0で公開しているが、カタログの一部にはApache 2.0にはない売上上限を追加するModified MIT Licenseを使用しているものがある。 Mistralが公開しているModified MITライセンスのチェックポイントに付属するLICENSEファイルによれば、ライセンシーは、組織の世界全体での連結月間売上が直近月において2,000万ドルを超えると、ライセンス上の権利を行使する権限を持たなくなる。この上限を超えた場合、ライセンスはMistral AIへの商用ライセンス申請、またはセルフホストの代わりにMistral自身のホスト型サービスを利用するよう指示している。この数値は具体的なチェックポイントのLICENSEファイルで必ず確認すること — これはモデル単位の条件であり全社的な方針ではなく、Mistralは現行リリースの一部にのみこれを付与している。
Apache 2.0の下のモデルは、企業規模に関わらず標準的な表記義務のみで商用展開、ファインチューニング、再配布が可能である。Modified MIT条件下のモデルは、月間2,000万ドルの売上ラインを下回れば同様に振る舞うが、超えると別途商用契約が必要になる。一部の古いMistralチェックポイントは商用展開の道が一切ない研究専用・非本番ライセンスのままであるものもある — ライセンスファイルにApache 2.0またはModified MITと明記されていないMistralチェックポイントは、確認できるまで非商用として扱うこと。
Mistralはリリースごとにライセンス方針を変更してきたため、以前導入したMistralモデルからの前提を持ち越さず、新しいモデルを評価するたびに具体的なチェックポイントのライセンスを確認すること。
- 大半の現行リリース:Apache License 2.0 — 商用利用、再配布、ファインチューニングが自由に許可され、売上や利用の閾値なし
- 一部の現行チェックポイント:Modified MIT License — 世界全体での連結月間売上2,000万ドルの閾値以下では同様の権利があるが、超えると商用ライセンスかMistralのホスト型サービスが必要
- 古い/研究用チェックポイント:一部は依然としてより制限的な研究専用・非本番ライセンスで、売上に関わらず別途商用契約が必要
- デフォルトの前提:LICENSEファイルにApache 2.0またはModified MITが明記されていない限り、Mistralチェックポイントは非商用として扱う
- リリースごとに再確認:Mistralのライセンス方針は時期によって変化している — 過去のリリースの記憶ではなく、モデルごとに確認すること
Gemmaの商用ライセンス条件とは?
GoogleはGemmaを、標準的なOSI承認オープンソースライセンスではなく、独自のGemma利用規約と別途定められたGemma禁止利用ポリシーの下で配布している。 これらの条件下で商用利用は概ね許可されているが、ライセンス構造は調達・法務レビューにとって重要な点でApache 2.0やMITと異なる:行動ベースの制限(禁止利用ポリシーは権利侵害コンテンツの生成や違法行為の助長など特定の利用カテゴリを禁じる)を含み、Googleはこれらの条件に違反すると判断した利用を制限する権利を留保している。
利用規約は「Distribution」を広く定義している:Gemmaまたはその派生物を第三者に伝達・共有する行為全般をカバーし、API、Webアクセス、その他の電子的・遠隔的手段を通じてGemmaまたはその機能をホスト型サービスとして利用可能にする行為も明示的に含む。実務上、これはGemmaを利用したSaaS製品やAPIを提供することは、顧客にモデルの重み自体を渡さなくても、これらの条件下でDistributionに該当することを意味し、ホスト型サービス以外でのDistributionにはすべて、Gemma利用規約への言及を含む通知(Notice)を添付する必要がある。
この種の利用分野・行動制限は、まさにOSIオープンソース定義が禁じる条項の類型であり、これが重みがどのように販促されていようとも、Gemmaが厳密な意味での「オープンソース」ではなくLlamaと同様に「オープンウェイト」カテゴリに属する理由である。ライセンス条件はGemmaバージョン間で変化しうる — 過去バージョンの要約ではなく、導入する正確なリリースの条件ページを読み、より寛容なライセンスが自社のチェックポイントに適用されると、そのリリース自体の条件で確認せずに仮定しないこと。
- ライセンス構造:独自のGemma利用規約に加え別途定められたGemma禁止利用ポリシー、標準的なOSIライセンスではない
- 商用利用:現行条件下では概ね許可されるが、禁止利用ポリシーの行動ベース制限に従う
- 「Distribution」はホスト型サービスを含む:APIやWebアクセスを通じてGemmaをSaaS製品として提供する行為は、生の重みを出荷することだけでなく、利用規約上のDistributionに該当する
- 執行:Googleは利用規約または禁止利用ポリシーに違反すると判断した利用を制限する権利を留保している
- バージョン依存性:ライセンス条件はGemmaバージョン間で変化しうる — 過去バージョンの要約ではなく、導入する正確なリリースの条件ページを読むこと
DeepSeek・Phi・GLM・OLMo・Granite・Falconのライセンス
上記の専用セクションを持つ4系統に加え、ローカルLLM展開で十分に一般的な他の6系統も、それぞれ独自のライセンス確認に値する。 以下にそれぞれを要約するが、Llama、Qwen、Mistral、Gemmaと同様に、系統レベルの要約に頼らず、展開する正確なチェックポイントのLICENSEファイルを確認すること。
- DeepSeek — 現行のDeepSeekフラッグシップリリースは単純なMITライセンスで配布されており、利用規模の閾値なしで商用利用、改変、再配布が許可されている。一部の古いDeepSeekチェックポイントは、より制限的な非標準の別ライセンスで配布されていた — MITと明記されていないDeepSeekチェックポイントは、LICENSEファイルを確認するまで未確認として扱うこと。
- Phi(Microsoft) — Phiモデルは利用規模の閾値や売上上限のない単純なMITライセンスで配布されており、商用展開、ファインチューニング、再配布において本ページ内で最も制限の少ない系統の1つである。
- GLM(Zhipu AI) — 大半の現行GLMリリースはMITまたはApache 2.0で配布されており、両方ともOSI承認かつ閾値なし。QwenやMistralと同様、すべてのGLMリリースが同じ条件を使うと仮定せず、チェックポイントごとにライセンスを確認すること。
- OLMo(Ai2) — OLMoのリリースは利用数や売上の条項のないApache 2.0で配布されており、学習データとコードもオープンに公開されている — ここで扱う系統の中では比較的透明性の高いライセンス構造である。
- Granite(IBM) — IBMはGraniteモデルを現行ラインナップ全体にわたってApache 2.0で配布しており、利用規模の閾値なしで商用利用、ファインチューニング、再配布を許可している。
- Falcon(TII) — Falconのライセンスはバージョンに大きく依存する。一部の古いFalconリリースは単純なApache 2.0で配布されている。新しいリリースはTII Falcon Licenseを使用しており、これはApache 2.0をベースにアクセプタブルユースポリシーを追加したライセンスで、一部の公開条件では、FalconまたはFalconの派生物に起因する売上が約100万ドルを超えると発生する売上分配条項も含まれる — 単純なApache 2.0条件が適用されると仮定する前に、自社のFalconチェックポイントに付随する具体的なライセンス文言を確認すること。
利用規模の閾値はいつ商用利用を制限するか?
利用規模の閾値は、製品が一定の規模を超えると「商用利用許可」から「個別ライセンス必要」へライセンスの性質を変える。よく知られた明確な数値を公開しているのはLlamaのみで、月間アクティブユーザー7億人である。MistralのModified MITチェックポイントや新しいFalconリリースは、ユーザー数の代わりに売上ベースの同様の考え方を採用している。 Qwenも一部の非Apacheチェックポイントで同様の閾値構造を採用しており、歴史的には月間アクティブユーザー数と月間売上の組み合わせで表現されることが多いが、正確な数値はライセンスごとに定められているため、前提を置かず直接読むべきである。
利用例:Llamaライセンスのモデルを使って顧客向け製品を構築するスタートアップは、立ち上げ時点で7億MAUの閾値を気にする必要はない — ほとんどのスタートアップが到達しない規模に後で到達した場合にのみ関連してくるため、その成長段階でライセンスを見直すべきであり、事前ではない。同じ論理はMistralの月間2,000万ドルのラインやFalconの約100万ドルの売上分配トリガーにも当てはまる:これらは初期展開時ではなく成長段階で重要になるが、完全に無視するのではなくコンプライアンスカレンダーに載せておくべきである。
Apache 2.0またはMITライセンスのチェックポイント(大半のQwen、Mistral、DeepSeek、GLM、OLMo、Graniteサイズ、およびPhi)には利用規模や売上の閾値がまったく存在せず、企業規模や売上に関係なく商用利用が許可される。強い成長を見込むビジネスモデルで、後でライセンスの問題を再検討したくない場合、これは意味のある差別化要因となる。
表示義務・再配布の規則とは?
表示義務は「標準的なライセンス表記以上のものは不要」(Apache 2.0、MIT)から「特定の状況下でモデル名を明示する」(Llama、一部のQwenチェックポイント)まで幅がある。 再配布 — モデルまたはその派生物を第三者に渡すこと — は10のライセンス構造いずれの現行主要リリースでも許可されているが、それぞれ独自の条件が付いている。
ファインチューニングした派生物を顧客に再配布したり、モデルを再販製品に組み込む展開計画がある場合は、Apache 2.0またはMITライセンスのチェックポイント(現行の大半のQwen、Mistral、DeepSeek、Phi、GLM、OLMo、Graniteサイズ)を使用すること — 表示義務は標準表記の保持に限定される。LlamaとGemmaの派生物には特に注意すること:両方とも派生物が親ライセンスの条件を引き継ぐことを要求しており(Llamaは特定状況下での「Built with Llama」表示を含み、Gemmaは通知要件と禁止利用ポリシーの遵守 — これはモデルをAPIやWebサービスとしてホストする行為にも明示的に及ぶ — を含む)、Qwen、Mistral、Falconの非Apache/非MITチェックポイントも同様の継承義務を課す場合がある。
再配布が無制限だと仮定してはいけない場面:製品がファインチューニングしたLlama、Gemma、Modified-MIT Mistral、または新しいFalconの派生物を、企業顧客に販売するSaaS製品に組み込む場合、ライセンスの表示・ホスト型サービス・継承条件が自社の具体的な配布モデルに適用されるか確認すること — API限定アクセス、オンプレミス提供、バンドルソフトウェアはそれぞれ、これらのライセンス文言の下でわずかに異なる論点を生じる。
これらのライセンスに補償や保証は含まれるか?
10のライセンス系統いずれも導入企業への補償(indemnification)を提供せず、すべて「現状のまま」で一切の保証なしに配布される — これはオープンウェイト・オープンソースライセンス全般で標準的なことであり、特定のベンダーに固有のものではない。 第三者がモデルの学習データや出力に関連する知的財産権請求を後日主張した場合でも、ライセンス文言はモデルの公開元に、導入企業を防御または補償する義務を課していない。
これは、一部の商用のクローズドAIベンダーが有償のエンタープライズ層機能として知的財産権請求に対する限定的な補償を提供する場合があるのとは異なる。知的財産訴訟リスクが高い用途にオープンウェイトモデルを評価する際、補償の不在は、セルフホスティングのコスト削減や制御面のメリットと比較検討すべき現実の事業リスク要因である — これは事業判断であり、要約記事があなたに代わって解決できるものではない。
この状況にある企業は通常、自社の賠償責任保険、自社顧客との契約上のリスク配分、あるいは第三者への露出が低い社内向け・非顧客対面のユースケースに展開を限定することでリスクを管理する — いずれも御社固有の状況に対する法的リスク評価の代替にはならない。
どのライセンスが自社の展開シナリオに合うか?
自社の展開シナリオに適したライセンス構造を照合し、開発工数をかける前に正確なチェックポイントのライセンスファイルを確認すること。
- ✅ スタートアップまたは中堅企業で、いかなる利用・売上閾値も大きく下回る場合 → 閾値の観点では10系統すべてが機能する。成長に伴いライセンス問題を再検討したくない場合はApache 2.0またはMITライセンスのQwen、Mistral、DeepSeek、Phi、GLM、OLMo、Graniteチェックポイントを優先。
- ✅ ファインチューニング派生物を用いた再販可能・ホワイトラベル製品 → Apache 2.0またはMITライセンスのチェックポイントは、出荷する派生物の表示・継承義務を最小化する。
- ✅ 顧客向け再配布のない社内エンタープライズツール → 表示・再配布条項の重要性は下がるが、社内限定利用であっても利用規模の閾値、売上上限、保証免責は依然として関係する。
- ✅ 積極的にスケールさせる予定のSaaS・API製品 → Apache 2.0またはMITのチェックポイントには計画すべきMAUや売上の上限がない。LlamaやMistral Modified MITを選ぶ場合は、それぞれ7億MAUまたは月間2,000万ドルの売上に近づいた時点でのライセンス交渉を見込んでおく必要がある。
- ❌ 月間数億人規模に達しうるコンシューマー製品 → 7億MAU条項の法務レビューと、それに近づいた場合の計画なしにLlamaライセンスモデルをデフォルトで選ばないこと。Apache 2.0/MITの代替はこの問題を完全に回避する。
- ❌ 知的財産訴訟リスクが高く、社内でリスク許容がない展開 → ここでのライセンス系統はいずれも補償を提供しない。セルフホストのオープンウェイトをデフォルトにする前に、契約上の補償を提供する商用ベンダーの方が適していないか検討すること。
- 迷ったら:利用規模の閾値や売上上限の問題を排除するために、大半のQwen、Mistral、DeepSeek、Phi、GLM、OLMo、Graniteサイズで入手可能なApache 2.0またはMITライセンスのチェックポイントから始め、選んだ系統にかかわらず商用展開計画は立ち上げ前に必ず法務を通すこと。
よくあるライセンスの誤りとは?
ライセンスに関する問題の多くは、展開するチェックポイントに紐づく具体的なファイルを読まずに、モデル系統のブランド名をライセンスの代理指標として扱うことから生じる。
- 誤り:「その系統全体はApache 2.0」(Qwen、Mistral、DeepSeek、GLM)と一律に想定すること。対策:具体的なチェックポイントのLICENSEファイルを確認する — これらのベンダーはいずれも寛容なライセンスのモデルと並行して非Apache/非MITモデルを公開している。
- 誤り:現在の企業規模がLlamaの7億MAU閾値やMistralの月間2,000万ドルの売上上限からかけ離れているため無視すること。対策:両方の閾値をコンプライアンスカレンダーに記録し、既に近いと思われる時ではなく、重要な成長段階の法務レビューの一環として毎回見直す。
- 誤り:社内の法務・調達チームへの説明で「オープンウェイト」と「オープンソース」を同義語として扱うこと。対策:Llama、Gemma、他の系統の非Apache/非MITチェックポイントには「オープンウェイト」を使い、真にOSIライセンスされたチェックポイントにのみ「オープンソース」を使う。
- 誤り:Gemmaを利用したSaaS製品は顧客にモデルの重みを渡さないためDistribution義務を回避できると想定すること。対策:Gemma利用規約のDistributionの定義を読む — APIやWebサービスとしてGemmaをホストする行為も明示的に含まれる。
- 誤り:再配布とSaaSホスティングが「そもそもこのモデルを使えるか」とは別の法的問題であることを忘れること。対策:ライセンスの配布・ホスト型サービス・継承条項を、基本的な商用利用許可とは別に確認する。
- 誤り:ファインチューニング固有の制限を無視し、派生モデルは何も義務を引き継がないと想定すること。対策:親ライセンスの表示義務、行動、継承条件がファインチューニング済みチェックポイントに引き継がれるか確認する — 多くの場合、引き継がれる。
- 誤り:ライセンスの要約(本記事を含む)を商用展開の十分な承認とみなすこと。対策:最終判断は、御社の具体的なユースケースについて現行のライセンス文言を読む法務担当者を経由させる — ライセンス文言はバージョン間で変化し、古い要約は展開時点で誤っている可能性がある。
- 誤り:これらのベンダーのいずれかが第三者の知的財産権請求発生時に補償してくれると想定すること。対策:ライセンス文言にそのような義務が存在しないことを明示的に確認し、自社のリスク軽減策(保険、契約上の配分、または補償を提供する商用ベンダー)を相応に計画する。
- 誤り:モデルのライセンスを初回導入時に一度確認しただけで、その後二度と確認しないこと。対策:メジャーバージョンアップグレードのたびにライセンスを再確認する — ベンダーはApache/MIT側でも独自ライセンス側でも、過去にリリース間でライセンス条件を変更している。
導入前チェックリストとは?
ここで扱う10系統いずれかのモデルで商用展開を行う前に、このチェックリストを実施すること。
- 1正確なモデルのチェックポイントとそのリポジトリページを特定する
Why it matters: ライセンス条件はブランド単位ではなくチェックポイント単位で決まる — 一般的な要約ではなく具体的なファイルが必要。 - 2現行のLICENSEファイル(および別途の利用規約・Acceptable Use Policy)を全文読む
Why it matters: 本記事を含む要約は、バージョン固有の条項を見落としたり、展開時点で古くなっている可能性がある。 - 3利用規模や売上の閾値が適用されるか、自社が現在どの位置にいるかを確認する
Why it matters: Llamaの7億MAU条項、Mistralの月間2,000万ドルの売上上限、同等のQwen・Falconの閾値は、その基準を超えるとライセンスの結果を根本的に変える。 - 4具体的な配布モデル(API限定、SaaS、オンプレミス、バンドル)に対する表示義務・ホスト型サービス要件を確認する
Why it matters: 同じライセンスの下でも配布方法によって異なる表示・継承義務が発生する可能性がある。例えばGemmaの利用規約はホスト型APIをDistributionとして扱う。 - 5補償条項が存在しないことを確認し、自社のリスク軽減計画を文書化する
Why it matters: 10のライセンス系統いずれも導入企業を補償しない — これは前提ではなく独自の対応が必要。 - 6御社の法域に精通した法務担当者を経由して最終的なgo/no-go判断を行う
Why it matters: 本ガイドは法的助言ではない。最終承認は御社の具体的事実に照らしてライセンスを読める人物から得るべき。 - 7次回のメジャーバージョンアップグレード前にライセンスを再確認するカレンダーリマインダーを設定する
Why it matters: ベンダーは過去にモデルバージョン間でライセンス条件を変更している — 今日有効なライセンスが次回のアップグレード時に変更されないとは限らない。
よくある質問
本記事はどのLLMライセンスを使うべきかについての法的助言ですか?
いいえ。本ガイドは、公開されているライセンス文書に基づき、広く導入されている10系統のモデルの商用利用条件が現在どのように構成されているかを一般的なレベルで要約したものです。御社のモデルチェックポイントに付属する正確なライセンス文言を読むこと、また御社の法域とユースケースに精通した弁護士の助言の代わりにはなりません。
ローカルLLMをそもそも商用利用できますか?
はい — 本ガイドで扱う各モデル系統(Llama、Qwen、Mistral、Gemma、DeepSeek、Phi、GLM、OLMo、Granite、Falcon)は、少なくとも一部のチェックポイントについて商用利用を許可しています。問題は商用利用が許可されているかどうかではなく、利用予定の具体的なチェックポイントと配布方法にどのような条件(利用規模の閾値、売上上限、表示義務、行動制限)が適用されるかです。
閾値がまったくなく商用利用を許可するLLMライセンスはどれですか?
Apache 2.0とMITライセンスには利用規模や売上の閾値がありません。Phiは単純なMITで、OLMoとGraniteは単純なApache 2.0で配布されています。大半の現行Qwen、Mistral、DeepSeek、GLMチェックポイントもこの2つのいずれかのライセンスを使用していますが、これら4社もそれぞれ一部のチェックポイントをより制限的な条件で公開しています。
中小企業はMetaに連絡せずにLlamaを商用利用できますか?
はい、関連会社を含む企業全体の製品・サービスの月間アクティブユーザーが7億人未満であれば可能です。この閾値を下回る場合、Llamaコミュニティライセンスは別途契約なしに商用利用を許可します。超える場合はMetaに直接個別ライセンスを申請する必要があり、Metaは独自裁量で許諾または拒否します。
Llamaは商用利用が無料ですか?
はい、月間アクティブユーザー7億人未満の企業については、ライセンス費用なしで利用できます。この閾値を超える場合は、Metaと直接交渉する別途のライセンスが必要で、その条件はMetaが定めます。
すべてのQwenモデルは同じライセンスですか?
いいえ。Alibabaは現行のQwenモデルサイズの大半を利用規模の閾値のないApache License 2.0で公開していますが、一部のチェックポイント — 歴史的には最大級または最新のフラッグシップサイズの一部 — は、より制限的な別の独自ライセンスで公開しています。ライセンスはQwenブランド全体ではなく具体的なチェックポイントに紐づくため、Apache 2.0が適用されると仮定する前に正確なモデルリポジトリのLICENSEファイルを確認してください。
QwenはApache 2.0ライセンスですか?
現行のQwenモデルサイズの大半はそうですが、すべてではありません。一部のフラッグシップまたは研究用チェックポイントは、独自の利用条件を持つ、より制限的な別のQwen Licenseで配布されています。ブランド名だけで判断せず、具体的なチェックポイントのLICENSEファイルを確認してください。
Mistralは常にApache 2.0ライセンスですか?
いいえ。Mistral AIは現行のオープンウェイトリリースの大半をApache License 2.0で公開していますが、カタログの一部は組織の世界全体での連結月間売上が2,000万ドルを超えると利用をブロックするModified MIT Licenseを使用しています。超えた場合は商用ライセンスかMistralのホスト型サービスが必要です。古い研究専用チェックポイントも存在します。LICENSEファイルにApache 2.0または同等の寛容なライセンスが明記されていない限り、Mistralチェックポイントは非商用として扱ってください。
Gemmaのライセンスはオープンソースとみなされますか?
厳密なOSI(Open Source Initiative)の意味では該当しません。GoogleはGemmaを、独自のGemma利用規約と別途定められた禁止利用ポリシーを組み合わせて配布しており、これは真のオープンソースライセンスではOSIオープンソース定義が許可しない行動ベースの制限を課しています。Gemmaは「オープンウェイト」と表現する方がより正確です — パラメータは自由にダウンロード可能ですが、ライセンスは標準的なオープンソースライセンスを超える条件を伴います。
GemmaをSaaS製品で商用利用できますか?
概ね可能ですが、禁止利用ポリシーの行動ベース制限に従う必要があります。Gemma利用規約は「Distribution」の定義に、APIやWebアクセスを通じてGemmaをホスト型サービスとして提供する行為も含めていることに注意してください。そのため、Gemmaを利用したSaaS製品は、重みを直接出荷する場合と同じ利用規約の対象となります。
LLMにおける「オープンウェイト」と「オープンソース」の違いは何ですか?
「オープンウェイト」は、付随するライセンス条件にかかわらず、学習済みパラメータが誰でもダウンロードして実行できるモデルを指します。OSIの意味での「オープンソース」はさらに、利用分野やライセンシーの事業規模を制限しないことをライセンスに求めます。Llama、Gemma、および他の系統の非Apache/非MITのチェックポイントはオープンウェイトですが厳密な意味でのオープンソースではありません。Apache 2.0またはMITライセンスのチェックポイントは両方の定義を満たします。
Apache 2.0は商用AI製品を許可しますか?
はい。Apache 2.0は利用規模や売上の閾値のないOSI承認の寛容なライセンスであり、標準的な著作権・ライセンス表示を維持することのみを条件に、商用利用、改変、再配布、再販可能な製品の構築を許可します。
これらのモデルを商用でファインチューニングできますか?
現行でサポートされているチェックポイントについて10系統すべてで概ね可能ですが、ファインチューニングされた派生物は親ライセンスの条件を引き継ぐ場合があります。Llamaのファインチューンやゲンマのファインチューンは、ベースモデルの表示義務や行動要件を引き続き持ちますが、Apache 2.0/MITのファインチューンは標準表記要件のみを持ちます。
オープンウェイトモデルやその重みを再配布できますか?
ライセンスによります。Apache 2.0・MITライセンスのチェックポイントは標準表記のみで再配布を許可します。Llama、Gemma、および非Apache/非MITのQwen、Mistral、Falconのチェックポイントは、表示義務や継承条件(Gemmaの場合、ホスト型APIをDistributionの一形態として扱うことを含む)を付け、再配布されるコピーもそれらを満たす必要があります。
学習データやモデル出力をめぐって訴訟を起こされた場合、これらのベンダーは補償してくれますか?
いいえ。10系統のライセンスいずれも「現状のまま」で保証なしにモデルを配布し、第三者の知的財産権請求に対する導入企業への補償義務を含んでいません。これはオープンウェイト・オープンソースライセンス全般で標準的なことです。知的財産訴訟リスクが高い企業は、有償のエンタープライズ機能として補償を提供する場合がある商用ベンダーと比較検討すべきです。
モデルの公開元を使う際、クレジット表示は必要ですか?
具体的なライセンスによります。Apache 2.0・MITライセンスのチェックポイントは標準的な表記・ライセンス保持のみを要求し、製品内での可視的なクレジットは不要です。Llamaは複数の近年のバージョンで特定の状況下において「Built with Llama」表示を要求しており、Gemmaは非ホスト型のDistributionに通知を要求し、一部の非ApacheのQwenチェックポイントは独自の表示・命名条件を伴います。展開する具体的なチェックポイントの現行ライセンス文言を確認してください。
これらのモデルをセルフホストするとライセンス条件は変わりますか?
いいえ — ライセンスはモデル自体を規律するものであり、実行場所を規律するものではありません。同じモデルのクラウドホスト型APIを使う場合と比較して、セルフホスティングは基礎となるライセンス条件(利用規模の閾値、売上上限、表示義務、補償の不在)を変えませんが、データレジデンシーや自社のインフラ責任といった、モデルライセンス自体とは別の法的検討事項に影響を与える他の要因は変わります。
これらのライセンス条件はどのくらいの頻度で変わりますか?
ほとんどの企業が想定するよりも頻繁に変わります。本ガイドで扱う各ベンダーはいずれも、モデルバージョン間でライセンス条件を改定しており、ある企業の最新リリースにおけるライセンス方針が、現在も使用されている古いチェックポイントに自動的に遡及適用されるわけではありません。これが本記事を半年ごとの更新サイクルに設定している理由であり、上記のチェックリストが1回限りのレビューに頼るのではなく、メジャーバージョンアップグレードのたびにライセンスを再確認することを推奨している理由です。
一次ライセンス文書はどこで確認できますか?
- Llamaコミュニティライセンス(llama.com/llama3_1/license) — 7億MAU条項を含む公式ライセンス文言。展開するモデルのバージョン別ページを必ず確認すること
- Qwenモデルリポジトリ(huggingface.co/Qwen) — 各チェックポイントのリポジトリに独自のLICENSEファイルが含まれる。確認せずにApache 2.0が適用されると仮定しないこと
- Mistral AIモデルリリース(mistral.ai/news)およびHugging Faceリポジトリ — 具体的なモデルカードに付随するライセンス(該当する場合はModified MITの売上上限条件を含む)を確認すること
- Gemma利用規約(ai.google.dev/gemma/terms)およびGemma禁止利用ポリシー(ai.google.dev/gemma/prohibited_use_policy) — Gemmaの利用を共同で規律する2つの文書
- DeepSeekモデルリポジトリ(huggingface.co/deepseek-ai) — チェックポイントごとにLICENSEファイルを確認すること。現行のフラッグシップリリースはMIT
- Phiモデルリポジトリ(huggingface.co/microsoft) — MicrosoftのPhiモデルは単純なMITライセンスで配布されている
- GLMモデルリポジトリ(huggingface.co/zai-org) — チェックポイントごとにLICENSEファイルを確認すること。大半の現行リリースはMITまたはApache 2.0
- OLMoモデルリポジトリ(huggingface.co/allenai) — Ai2のOLMoリリースはApache 2.0で配布されている
- Graniteモデルリポジトリ(github.com/ibm-granite) — IBMのGraniteモデルはApache 2.0で配布されている
- Falcon LLMライセンスページ(falconllm.tii.ae) — バージョンごとのライセンスを確認すること。条件はFalconのリリース間で変化している
- Open Source Initiative — Open Source Definition(opensource.org/osd) — 本ガイドが「オープンウェイト」と「オープンソース」を区別する際に用いる参照基準