仕事・ビジネス解説

AIモデルのライセンスはどこを見る?ダウンロード前の確認手順

AIモデルのライセンスはどこを見る? — ダウンロード前の確認手順
目次

画像を作って販売したい。自分のサービスに画像生成を組み込みたい。どちらも「商用利用」と呼びたくなりますが、ライセンスで確認する箇所は同じとは限りません。作った画像に認められる使い方と、モデルを動かしてよい範囲が分かれていることがあるからです。

まずは「何をダウンロードして、どう使うか」を一組で書いてみましょう。そのうえで配布ページから規約の原文を開き、派生モデルなら元のモデルの条件までたどります。この記事では、その確認順を説明します。

用途を書いてから、ダウンロードする一つを特定する

用途は、「自分のPCで試す」「生成画像を販売する」「社内業務で推論する」のように、実際にすることを一文にします。顧客向けサービスへ組み込むならそのことを、加工した重みを配布するなら誰に渡すかも書いてください。用途が具体的になると、読むべき条文を探しやすくなります。

次に開くのは、使いたいファイルが実際に置かれている配布ページです。紹介記事でシリーズ名を知っただけでは、派生版や量子化版の条件までは分かりません。配布者と対象ファイルを確かめ、次のメモを埋めていきましょう。

配布者:
モデル名:
variant:
revision:
表示ライセンス:
LICENSEのURL:
追加利用規定:
ベースモデル:
確認日:

variantは同じシリーズの中の種類、revisionは確認した版を指します。コミットなどの識別子があれば、一緒に控えておきます。モデル名とURLだけよりも、「この版の、この条件を読んだ」とあとから確かめやすくなります。

かがり

「商用利用する」ってメモだけじゃ、まだ足りないのね。

ロコ

何を売るかまで書いてみよう。画像を売るのか、生成サービスを提供するのかで、探す条文が変わるんだよ。

たとえば「自分のPCで生成し、完成した画像ファイルだけを販売する。重みは渡さず、顧客に生成操作も提供しない」と書くと、まずモデルの利用範囲と出力の条文を探せます。後から顧客向け生成サービスへ広げるなら、このメモも変わります。最初に確認した用途のまま許可を広げず、新しい使い方に関係する条件へ戻りましょう。

シリーズ名が同じでも、使う版の規約を開く

同じシリーズの名前でも、末尾まで見てください。Black Forest Labsの画像生成モデルFLUX.1なら、公式配布のdevとschnellではライセンスが異なります。EmbeddingGemmaも、配布ページから独自の規約へ進む例として並べます。

公式の配布物 配布ページが案内するライセンス 原文を読む入口
FLUX.1-dev FLUX.1 [dev]専用の非商用ライセンス 配布ページのライセンス欄からLICENSE.mdを開く
FLUX.1-schnell Apache 2.0 モデルカードの説明とApache 2.0本文を確認する
EmbeddingGemma 300M Gemmaの独自利用規約 モデルカードの「Terms」からGemmaの利用規約を開く

schnellの公式モデルカードは、個人・研究・商用目的で利用できると案内しています。一方、devの標準ライセンス「FLUX.1 [dev] Non-Commercial License」は、定義された非商用用途と非本番の利用を対象にしています。モデルを商用サービスへ組み込むなら、生成物に関する説明だけでは判断できません。

「FLUX.1は商用可だったはず」とシリーズ名だけで覚えると、別の版を使うときに取り違えてしまいます。Gemmaという表示も、名前だけで条件を判断する材料にはなりません。そのモデルカードが案内する規約を開き、使うモデルが適用対象に入っているかまで読みましょう。

モデルカードから、許可・条件・禁止事項へ進む

モデルカードは、用途やライセンスの説明を探す入口になります。説明を読んだら、ファイル一覧のLICENSEか、規約へのリンクを開いてください。LICENSEという名前がなくても、Terms of Useなどの名前で案内されている場合があります。

原文のどこから読むか迷ったら、次の表で自分の用途に関係する言葉を探してみましょう。規約によって見出しや定義が違うので、見つかった単語の周りも読みます。

確認すること 探す条文・用語の例
モデルを使える範囲 License Grant、Use、Commercial、Non-Commercialの定義
重みや関連ファイルの再配布 Distribution、Redistribution
LoRA・追加学習・マージなどの派生物 Derivative、Model Derivatives
添付・表示するもの License、Copyright、NOTICE、変更表示
禁止される用途や追加条件 Restrictions、Acceptable Use Policy、Prohibited Use Policy
生成した画像・文章などの扱い Outputs、Generated Output

使ってよいと分かったら、守る条件を導入メモへ移します。Apache 2.0の第4項なら、再配布に伴うライセンスの添付、変更表示、必要な権利表示の保持、NOTICEの扱いなどを確認します。商用利用の許可があっても、再配布するときの添付物まで省けるわけではありません。

規約の中に別の利用規定へのリンクがあれば、そのページも開きます。Gemma Terms of Useの第3.2項が参照するGemma Prohibited Use Policyも適用条件の一部です。本体を読んで終わりにせず、自分の用途に関係する禁止事項がないかを確かめてください。

かがり

画像を売ってもいいなら、お客さんが生成できるサービスも作れるのかしら?

ロコ

そこは別に確かめるんだよ。画像を使う条件と、モデルを動かす条件を分けて読もう。

モデル本体と生成物の条文を分けて読む

ここでFLUX.1-devの規約に戻ると、モデルと生成物を分けて読む理由が分かります。モデルの利用範囲は第2項、出力の利用は第2項dのOutputsに書かれています。後者には、明示された禁止事項を守ることを条件として商用利用も含まれます。

ただし、出力を使って競合モデルを学習・追加学習・蒸留することへの制限があります。第2項eでは、違法・権利侵害のある内容に対するフィルタリングまたは出力の確認、適用法が求める場合のAI生成・加工の表示も条件になっています。「画像を販売できる」という一文で読み終えず、出力に付く条件まで確かめます。

だからといって、モデル本体を顧客向け商用サービスで動かせると読み替えることはできません。予定している作業を「モデルを使う」「派生物を作る」「出力を使う」に分け、それぞれに当たる条文を確認します。

社内利用やAPI提供も、使い方から確かめる

社内で使う場合も、「外部へ公開しないから非商用」とは限りません。FLUX.1-devにはNon-Commercial Purposeの定義があり、企業の非本番環境での試験・評価なども、そこに書かれた条件に沿って読む必要があります。日常業務や本番運用へ使う予定なら、試験利用と同じ扱いにしないでください。

APIを契約する場合は、そのAPIの利用規約も必要です。重みをダウンロードして自分で動かす契約と、同じ条件だとは限りません。自己ホストの条件、公式APIの条件、第三者へサービスを提供する条件を、自分が選ぶ提供方法に合わせて確かめます。

重みを相手へ渡さなければ再配布の確認が不要、とも限りません。たとえばGemma Terms of UseのDistributionの定義には、APIやWeb経由で機能を使わせるHosted Serviceも含まれます。日常語の「配布」から想像せず、ライセンス内の定義へ戻りましょう。

派生版・量子化版は、配布者とベースモデルの両方を見る

追加学習モデルやマージモデル、LoRA、量子化モデルなら、誰が何を元に作ったかも見ます。使いたい派生版から、次の順に戻ってください。

  1. 取得する派生モデルの配布ページとREADME
  2. その配布物のLICENSE
  3. 明記されたベースモデル名と版
  4. ベースモデルのモデルカードとLICENSE
  5. 追加データや部品に別の条件があるか

派生版の「商用利用可」という説明を見つけても、そこで確認を終えないでください。ベースモデルの条件と食い違っていないかを読みます。量子化しただけで元の制限がなくなるわけではなく、マージ版なら使われた各モデルまでたどる必要があります。

元のモデルが分からない、LICENSEが見つからない、説明が矛盾している。そんな場合は、許可されていると推測して導入せず、分からない箇所を残して保留します。次の形にまとめると、配布者へ確認するときにも役立ちます。

不明点は「何に使いたいか」とセットで残す

原文まで読んでも判断がつかないことはあります。「商用利用できますか」だけでは用途が伝わらないので、使い方と迷った条文を一緒に残しましょう。

たとえば、顧客向け画像生成SaaSのために自己ホストを検討しているなら、次の形で記録します。

  • 判断: 保留
  • 用途: 顧客向け画像生成SaaS
  • 確認したい点: 自己ホストした重みを商用サービスの推論に使えるか
  • 参照箇所: LICENSE 第X項と、解釈を確認したい原文
  • 確認日: YYYY-MM-DD

質問は、モデルカードとの食い違い、派生元の条件、SaaS提供、再配布、生成物の扱いなど、分からなかった点へ絞ります。配布者や契約の担当者、専門家へ確認する場合は、配布ページと版、用途のメモも添えてください。何を見て迷ったのかを、相手も同じ場所から確かめられます。

最後にメモを読み返し、使う版、LICENSEと追加規定、派生元、モデルと出力それぞれの条件をたどれるか確かめます。「この用途で、これを守って使う」と書けたら、その条件を導入手順へ引き継ぎましょう。書けないところが残ったら、そこを確認してから予定の用途へ組み込みます。

まとめ

  • モデル名だけでなく、実際に使う配布ページとLICENSEを確認する
  • 同じシリーズでもvariantごとに利用条件が異なる場合がある
  • 派生モデルでは配布者の説明とベースモデルの条件を分けて確認する
  • 判断できない条件は推測で可・不可を決めず、該当条文を残して保留する