企業向けローカルLLMライセンスガイド(2026):Llama・Qwen・Mistral・Gemmaの商用利用条件

いいえ — 本ガイドは法的助言ではなく、ライセンス本文を自分で読むことの代わりにはなりません。 公開されているライセンス文書に基づき、Llama、Qwen、Mistral、Gemmaの商用利用条件が現在どのように構成されているかを一般的なレベルで要約したものです。ライセンス条件はモデルバージョン間で変化し、各社はライセンス名を変えずに条件を改定することがあり、御社の展開に関する具体的事実(売上、ユーザー数、再配布計画、法域)によって特定条項の適用のされ方が変わります。商用展開前には、使用予定のモデルチェックポイントに付属する正確なライセンスファイルを読み、ソフトウェアライセンスに精通し御社の法域に詳しい弁護士に相談してください。

「オープンウェイト」とは、学習済みモデルパラメータが誰でもダウンロードして実行できることを意味し、OSI(Open Source Initiative)の意味での「オープンソース」はさらに、利用分野やライセンシーの事業規模を制限しないことをライセンスに求める。 Open Source Initiativeのオープンソース定義は、特定の活動分野や人物・団体を差別するライセンスを明確に禁じている — Llamaの7億MAU上限のような利用規模の閾値は、重み自体が自由にダウンロード可能であっても、この基準を満たさない。

ライセンスに利用規模の閾値、行動ベースの禁止利用ポリシー、特定の事業活動に紐づく制限のいずれかが含まれる場合は「オープンウェイト」を正確な表現として使う — これはLlama、Gemma、そしてApache以外のライセンスで公開されているQwenやMistralのチェックポイントに当てはまる。「オープンソース」という表現は、Apache 2.0やMITのようなOSI承認のライセンス文書の下で実際に公開されているモデルサイズに限定して使う — これは複数のQwenおよびMistralのチェックポイントに該当する。

この区別は意味論だけでなく商業的にも重要である。「オープンソースAI」というカテゴリを評価する調達・法務チームは、このラベルが無制限の商用利用を保証するものではなく、実際の条件はベンダーのマーケティング上の説明ではなく、実際に導入する具体的なファイルによって異なることを理解しておく必要がある。

MetaはLlamaを独自のLlamaコミュニティライセンスの下で配布しており、ほとんどの企業に商用利用を許可しているが、OSI承認のオープンソースライセンスにはない利用規模の閾値が付いている。 御社の製品またはサービス(関連会社を含む)が、該当するLlamaバージョンのリリース前月に月間アクティブユーザー7億人を超えていた場合、標準ライセンスでは利用を許可されず、Metaに直接個別の商用ライセンスを申請する必要があり、Metaは独自裁量で許諾または拒否できる。

この閾値を下回る場合、コミュニティライセンスは商用展開、ファインチューニング、派生製品の構築を許可する。近年のバージョンでは、特定の状況下で表示義務(「Built with Llama」等)が課されており、Llamaファミリー外の競合大規模言語モデルの学習・改良にLlamaの出力を使用することを制限している。Metaはまた、下記のGemmaの禁止利用ポリシーと構造的に類似した、禁止利用カテゴリを列挙する別文書のAcceptable Use Policyを維持している。

7億MAUの閾値は事業規模に基づく制限であり、これがLlamaコミュニティライセンスがOSI承認のオープンソースとみなされない理由である。閾値以下では重みが自由にダウンロード可能であっても、上記の「オープンウェイト」カテゴリに該当する。

Alibabaは現行のQwenモデルサイズの大半をApache License 2.0(利用規模の閾値がなく、OSI承認された寛容なライセンス)で公開しており、標準的な表記義務のみで商用利用・再配布・派生モデルを許可している。 対象サイズに関しては、4系統の中で最も企業に優しいライセンスである。

重要な例外がある:Alibabaは一部のQwenチェックポイント — 歴史的には最大級または最新のフラッグシップサイズの一部 — を、独自の利用規模閾値を持ち、バージョンによっては派生製品にモデル名を表示する義務を課す、より制限的な別の独自ライセンス(Qwen自身のリポジトリでは「Qwen License」と呼ばれる)で公開している。ライセンスは「Qwen」ブランド全体ではなくチェックポイントに紐づくため、同じ週に公開された2つの異なるQwenモデルサイズが異なるライセンスを持つこともある。

特定のQwenチェックポイントを商用展開する前に、他のQwenサイズがApache 2.0だからといって同じライセンスが適用されると仮定せず、その正確なモデルのリポジトリ(Hugging FaceやModelScope)内のLICENSEファイルを開いて確認すること。

Mistral AIは現行のオープンウェイトリリースの大半を、Qwenが大半のサイズで使用しているのと同じ寛容なOSI承認ライセンスであるApache License 2.0へ移行しているが、同社のカタログには依然としてより制限的な研究専用・非本番ライセンスの下で公開されているモデルも含まれる。 Mistralは新規リリースについてApache 2.0へ移行する全般的な傾向を公に示しているが、この移行はモデルごとに適用されるものであり、これまで公開したすべてのチェックポイントに遡及するものではない。

Apache 2.0の下のモデルは、標準的な表記義務のみで商用展開、ファインチューニング、再配布が可能である。Mistralのより制限的な研究・非本番条件下のモデルは、Mistral AIとの別途商用契約なしには商用展開が認められない — ライセンスファイルにApache 2.0と明記されていないMistralチェックポイントは、確認できるまで非商用として扱うこと。

Mistralはリリースごとにライセンス方針を変更してきたため、以前導入したMistralモデルからの前提を持ち越さず、新しいモデルを評価するたびに具体的なチェックポイントのライセンスを確認すること。

GoogleはGemmaを、標準的なOSI承認オープンソースライセンスではなく、独自のGemma利用規約と別途定められたGemma禁止利用ポリシーの下で配布している。 これらの条件下で商用利用は概ね許可されているが、ライセンス構造は調達・法務レビューにとって重要な点でApache 2.0やMITと異なる:行動ベースの制限(禁止利用ポリシーは権利侵害コンテンツの生成や違法行為の助長など特定の利用カテゴリを禁じる)を含み、Googleはこれらの条件に違反すると判断した利用を制限する権利を留保している。

この種の利用分野・行動制限は、まさにOSIオープンソース定義が禁じる条項の類型であり、これが重みがどのように販促されていようとも、Gemmaが厳密な意味での「オープンソース」ではなくLlamaと同様に「オープンウェイト」カテゴリに属する理由である。

Googleは公の場やさまざまな機会で、モデルラインナップの一部についてより寛容なライセンスの方向性を議論してきた。そのようなシグナルを、導入予定の具体的なGemmaバージョンやチェックポイントについて確定したものとして扱わないこと — その正確なリリースに付属する条件のみが利用を規律し、Googleは利用規約と禁止利用ポリシーを随時改定できる。

この4つのライセンス構造は互いに同一ではなく、QwenとMistralの中でも、同じ系統の異なるチェックポイントが異なるライセンスを持つことがある。 この表を目安とし、展開前に自社モデルの現行ライセンスファイルを必ず確認すること。

利用規模の閾値は、製品が一定の規模を超えると「商用利用許可」から「個別ライセンス必要」へライセンスの性質を変える。よく知られた明確な数値を公開しているのはLlamaのみで、月間アクティブユーザー7億人である。 Qwenも一部の非Apacheチェックポイントで同様の閾値構造を採用しており、歴史的には月間アクティブユーザー数と月間売上の組み合わせで表現されることが多いが、正確な数値はライセンスごとに定められているため、前提を置かず直接読むべきである。

利用例:Llamaライセンスのモデルを使って顧客向け製品を構築するスタートアップは、立ち上げ時点で7億MAUの閾値を気にする必要はない — ほとんどのスタートアップが到達しない規模に後で到達した場合にのみ関連してくるため、その成長段階でライセンスを見直すべきであり、事前ではない。

Apache 2.0ライセンスのチェックポイント(大半のQwen・Mistralサイズ)には利用規模の閾値がまったく存在せず、企業規模や売上に関係なく商用利用が許可される。強い成長を見込むビジネスモデルで、後でライセンスの問題を再検討したくない場合、これは意味のある差別化要因となる。

表示義務は「標準的なライセンス表記以上のものは不要」(Apache 2.0)から「特定の状況下でモデル名を明示する」(Llama、一部のQwenチェックポイント)まで幅がある。 再配布 — モデルまたはその派生物を第三者に渡すこと — は4つのライセンス構造いずれの現行主要リリースでも許可されているが、それぞれ独自の条件が付いている。

ファインチューニングした派生物を顧客に再配布したり、モデルを再販製品に組み込む展開計画がある場合は、Apache 2.0ライセンスのチェックポイント(現行の大半のQwen・Mistralサイズ)を使用すること — 表示義務は標準表記の保持に限定される。LlamaとGemmaの派生物には特に注意すること:両方とも派生物が親ライセンスの条件を引き継ぐことを要求しており(Llamaは特定状況下での「Built with Llama」表示を含み、Gemmaは禁止利用ポリシーの遵守を含む)、Qwenの非Apacheチェックポイントも同様の継承義務を課す場合がある。

再配布が無制限だと仮定してはいけない場面:製品がファインチューニングしたLlama、Gemma、または非ApacheのQwen/Mistral派生物を、企業顧客に販売するSaaS製品に組み込む場合、ライセンスの表示・継承条件が自社の具体的な配布モデルに適用されるか確認すること — API限定アクセス、オンプレミス提供、バンドルソフトウェアはそれぞれ、これらのライセンス文言の下でわずかに異なる論点を生じる。

4つのライセンス系統いずれも導入企業への補償(indemnification)を提供せず、すべて「現状のまま」で一切の保証なしに配布される — これはオープンウェイト・オープンソースライセンス全般で標準的なことであり、特定のベンダーに固有のものではない。 第三者がモデルの学習データや出力に関連する知的財産権請求を後日主張した場合でも、ライセンス文言はMeta、Alibaba、Mistral AI、Googleいずれにも、導入企業を防御または補償する義務を課していない。

これは、一部の商用のクローズドAIベンダーが有償のエンタープライズ層機能として知的財産権請求に対する限定的な補償を提供する場合があるのとは異なる。知的財産訴訟リスクが高い用途にオープンウェイトモデルを評価する際、補償の不在は、セルフホスティングのコスト削減や制御面のメリットと比較検討すべき現実の事業リスク要因である — これは事業判断であり、要約記事があなたに代わって解決できるものではない。

この状況にある企業は通常、自社の賠償責任保険、自社顧客との契約上のリスク配分、あるいは第三者への露出が低い社内向け・非顧客対面のユースケースに展開を限定することでリスクを管理する — いずれも御社固有の状況に対する法的リスク評価の代替にはならない。

自社の展開シナリオに適したライセンス構造を照合し、開発工数をかける前に正確なチェックポイントのライセンスファイルを確認すること。

ライセンスに関する問題の多くは、展開するチェックポイントに紐づく具体的なファイルを読まずに、モデル系統のブランド名をライセンスの代理指標として扱うことから生じる。

Llama、Qwen、Mistral、Gemmaいずれかのチェックポイントで商用展開を行う前に、このチェックリストを実施すること。