ライセンスを受けた者が第三者へ利用権を与える場面で、誰に、何を、どの範囲で、どの責任分配で認めるかを体系的に整理します。
ライセンスを受けた者が第三者へ利用権を与える場面で、誰に、何を、どの範囲で、どの責任分配で認めるかを体系的に整理します。
権限、統制、責任の三層で第三者利用を設計します。
次の三層整理は、再許諾サブライセンス条項を設計するときの基本構造を示しています。単なる許可文言で終わらせないために重要で、権限、統制、責任を分けて読み取ってください。
誰に、どの権利を、どの地域・期間・用途で再許諾できるかを定めます。
承認、通知、契約写し、監査、品質管理、秘密保持、個人情報、OSSを管理します。
再許諾先の違反、ロイヤルティ、解除、終了後処理、顧客保護を整理します。
次の強調表示は、再許諾サブライセンス条項の設計思想をまとめたものです。事業を止めずに権利者の統制を保つために重要で、許すか否かではなく管理可能な権利流通を作る点を読み取ってください。
対象者、対象権利、再々許諾、流込み義務、ロイヤルティ、監査、終了後処理を同じ条項体系で接続することが実務上の要点です。
「再許諾サブライセンス条項の設計」とは、ライセンスを受けた者が、さらに第三者へ利用権・実施権・使用権・アクセス権等を与えることを、どの範囲で、どの手続により、どの責任分配で認めるかを契約上設計する作業です。単に「再許諾可」と書けば足りるものではない。誰に対して、どの権利を、どの地域・用途・期間・媒体・製品・顧客区分で、どの対価計算により、どのような監査・報告・終了後処理を伴って許すのかを明確にしなければならない。
企業法務上、再許諾サブライセンス条項は、特に次の場面で問題になります。
このページの結論を先取りすれば、良い再許諾サブライセンス条項は、次の三層で設計します。
---
ライセンス、再許諾、委託、譲渡を混同しないことが出発点です。
次の比較一覧は、ライセンス、再許諾、委託、譲渡の違いを整理したものです。言葉の混同が条項の抜け漏れにつながるため重要で、第三者が自己のために利用する地位を得るかどうかを読み取ってください。
権利者が権利を保持したまま、相手方に一定の利用を認める構造です。
ライセンシーが、与えられた権限に基づいて第三者へ利用権を与える構造です。
第三者がライセンシーのためだけに作業する場合で、独立利用とは分けて定義します。
権利または契約上の地位を別主体へ移す行為で、再許諾とは別に制御します。
ライセンスとは、権利者が権利を保持したまま、相手方に一定の利用・実施・使用を認める法律関係です。WIPOも、IPライセンスについて、IPの所有者が所有権を維持しつつ、相手方に価値ある対価と引換えにIPの使用を認める方法として説明しています。日本の著作権法でも、著作権者が他人に著作物の利用を許諾でき、許諾を受けた者は許諾に係る利用方法・条件の範囲内で著作物を利用できるという構造が置かれている。
ここで重要なのは、ライセンスは「権利の全部移転」ではないという点です。ライセンサーは原則として権利者であり続ける。ライセンシーは、契約または法律上認められた範囲でのみ利用できる。
再許諾、すなわちサブライセンスとは、ライセンシーが、ライセンサーから与えられた権限に基づき、さらに第三者へ一定の利用権等を与えることです。典型例は、ソフトウェア開発会社Aが、権利者Bからライセンスを受けたSDKを、自社サービスの利用者Cに利用させる場合です。
再許諾サブライセンスは、単なる「事実上の利用補助」とは異なります。再許諾先が自己のために対象権利を利用できる独立の地位を得る場合には、権利者にとって、利用主体が増え、統制が弱まり、収益・品質・秘密保持・法令遵守のリスクが拡大する。そのため、再許諾を認めるかどうかは、ライセンス条項の中核論点になる。
委託または下請は、第三者がライセンシーのために作業を行う関係です。例えば、ライセンシーが広告素材の印刷を外部業者に発注し、その業者が作業のためだけに著作物データへアクセスする場合、再許諾ではなく委託として構成できることがある。
もっとも、委託先が対象物を自社サービスへ組み込む、自社顧客に提供する、自己の事業目的で利用する、または成果物を第三者へ展開する場合は、単なる委託ではなく再許諾または第三者利用に近づく。したがって、契約では「許容される委託利用」と「再許諾」を区別して定義すべきです。
譲渡は、権利または契約上の地位を別の主体へ移す行為です。再許諾は、通常、ライセンシー自身の地位を残したまま、第三者にも利用を許す行為です。したがって、再許諾を許しても、当然に契約上の地位の譲渡やM&A後の承継まで許したことにはならない。
実務上は、「譲渡禁止条項」「再許諾禁止条項」「委託利用条項」「関連会社利用条項」が混同されやすい。例えば「第三者に本契約上の権利義務を譲渡してはならない」とだけ書いても、第三者へのサブライセンスが禁止されるかは争いの余地が残ります。逆に「サブライセンスを禁止する」とだけ書いても、委託先による一時的なアクセスが禁止されるのか不明確になる。
---
著作権、特許、商標、データ・AIで設計ポイントが異なります。
次の一覧は、権利種類ごとに再許諾で確認する法的背景を示しています。著作権、特許、商標、データでは統制すべき内容が異なるため重要で、どの権利でどの義務を流し込むかを読み取ってください。
複製、公衆送信、翻案、二次利用、人格権不行使、終了後利用を確認します。
著作権製造、使用、譲渡、輸出入、EMS、販売代理、改良発明を確認します。
特許使用態様、品質基準、広告承認、サンプル、使用停止、信用毀損を確認します。
品質第三者提供、外部共有、追加学習、派生データ、越境移転を確認します。
データ著作権法63条は、著作権者が他人に著作物の利用を許諾できること、許諾を受けた者がその利用方法および条件の範囲内で利用できることを定めます。また、令和2年改正により、著作物を利用する権利について、著作権が譲渡された場合でもライセンシーが一定の対抗力を持つ制度が導入されたと文化庁は説明しています。
もっとも、著作権ライセンスにおける再許諾は、条文上「当然に広く認められる」と考えるべきではない。利用権の内容は「利用方法および条件」によって画されるため、ライセンシーが第三者へ利用を許すことが条件の範囲に含まれるかを明確にしておく必要があります。特に、コンテンツ、写真、映像、音楽、プログラム、データベース、UI素材、教材、広告素材では、再許諾の有無が事業モデルを左右します。
著作権ライセンスで再許諾を設計する場合は、少なくとも次を定めます。
特許法上、実施権には大きく専用実施権と通常実施権がある。特許庁は、専用実施権について、権利者が他者に対してその権利を独占的に業として実施する権利を設定する場合の手続を案内している。また、INPITのFAQは、専用実施権者が特許権者の承諾を得た場合に限り他人へ通常実施権を与え得ること、再実施権付通常実施権について現行法上の明文規定はないが、一定条件下で設定登録が実務運用として認められていると説明しています。
特許ライセンスの再許諾設計では、次の点が重要です。
特許の場合、事業規模が大きくなるほど、再実施権の範囲は製造・販売サプライチェーン全体に影響します。例えば、ライセンシーが自社工場ではなくEMSに製造委託する場合、委託製造を「ライセンシーのための実施」として扱うのか、再実施権として扱うのかを明確にしなければならない。
商標法上は、専用使用権と通常使用権が問題となります。特許庁は、商標の通常使用権について、指定商品または指定役務について登録商標を使用する権利を設定する場合の手続を案内している。商標では、単なる権利利用だけでなく、出所表示機能、品質保証機能、ブランド信用が問題となります。
そのため、商標の再許諾サブライセンス条項では、特許や著作権以上に品質管理が重要です。特許庁の審判便覧は、商標法51条から53条において、商品の品質誤認または他人の業務に係る商品との混同を生じさせる商標の濫用行為について商標登録取消しの制度があることを説明しています。再許諾先の使用が粗悪品、類似表示、過剰表示、地域外使用、指定商品外使用を招けば、商標権者自身のブランド価値と権利維持に重大な影響を与える。
商標ライセンスでは、再許諾先に次の義務を課すべきです。
データやAIモデル、ノウハウは、著作権・特許・営業秘密・契約上の保護が重なったり、逆に一部について明確な排他権が存在しなかったりする。したがって、再許諾サブライセンス条項の設計では、法定権利の範囲だけでなく、契約上の利用制限を精密に設計する必要があります。
経済産業省の「AI・データの利用に関する契約ガイドライン」は、データ契約が不完備契約になりやすく、契約で定めておくべき事項を示す目的を持つと説明している. また、同ガイドラインのAI編では、学習済みモデルやデータの第三者への開示、利用許諾、提供等について、独占・非独占、期間、地域、再利用許諾権の有無、競合事業者への提供可否、ライセンスフィー等を検討要素として掲げている.
AI・データ契約では、再許諾を「第三者提供」「外部共有」「再利用」「派生データ作成」「追加学習」「モデル蒸留」「API提供」「ベンチマーク利用」などの行為に分解して定義する必要があります。特に個人情報を含むデータでは、個人情報保護法上の第三者提供、委託、共同利用、外国にある第三者への提供の整理が不可欠です。個人情報保護委員会は、第三者提供時の確認・記録義務に関するガイドラインを公表しており、個人データの移転を伴うサブライセンス設計では同分野の検討が必要となります。
---
グループ会社、代理店、SaaS、コンテンツ、共同開発で論点化します。
最も多い相談は、「当社だけでなく子会社や関連会社にも使わせたい」というものだ。この場合、契約上は次の三つの設計があり得る。
一見すると1が簡単だが、グループ会社の範囲、支配関係の変動、海外子会社、持分法適用会社、JV、将来取得会社を含むかが問題となります。2は柔軟だが、再許諾先の違反責任、ロイヤルティ、監査範囲を明確にする必要があります。3は統制が強いが、契約事務が重くなる。
販売代理店やリセラーがソフトウェア、商標、コンテンツ、特許製品を顧客へ販売する場合、再許諾が必要かどうかは取引構造による。単なる完成品の再販売であれば、エンドユーザーへの使用許諾はライセンサーから直接与えるEULA方式にできる。他方、リセラーが自社ブランドでサービスを提供し、顧客へ利用権を設定する場合は、サブライセンス構造になりやすい。
OEMでは、ライセンシーが自社製品に第三者技術を組み込み、自社顧客へ提供する。ここでは、エンドユーザーの使用権、保守ベンダーのアクセス権、再販売先の表示義務、リバースエンジニアリング禁止、輸出管理、OSS表記、保証責任を明確にする必要があります。
ソフトウェア契約では、再許諾の設計が最も複雑になる。オンプレミス配布、SaaS提供、API連携、SDK組込み、ソースコード提供、オブジェクトコード配布、プラグイン開発で必要な権限が異なりますからです。
例えば、ライセンシーがSDKを自社アプリへ組み込んで配布する場合、エンドユーザーにオブジェクトコード形式で利用させる権限が必要になる。一方、SaaSでサーバー側だけにコードを置く場合、エンドユーザーはソフトウェアの複製物を取得しないことがあるため、サブライセンスではなく「サービス利用」として設計できる場合もある。ただし、API、出力物、モデル、データ、ユーザー生成コンテンツの利用権は別途整理すべきです。
写真、映像、音楽、フォント、イラスト、記事、教材を利用する契約では、広告代理店、制作会社、媒体社、インフルエンサー、プラットフォーム、顧客企業が複数関与する。ここで再許諾を曖昧にすると、キャンペーン終了後の掲載継続、SNS再投稿、海外展開、二次利用、翻訳、編集、アーカイブ化で紛争になりやすい。
コンテンツ系では、サブライセンス先を「広告主」「広告主のグループ会社」「広告主が指定する媒体社」「制作協力会社」「SNSプラットフォーム上の利用者」など具体的に分けるとよい。
共同開発では、成果物の権利帰属、利用範囲、第三者ライセンス、競合への提供、改良成果、秘密情報が絡む。共同研究開発の成果について第三者ライセンスを制限する条項は合理的な場合もあるが、競争法上の問題を生じることがある。公正取引委員会の共同研究開発ガイドラインは、成果の改良のための研究開発インセンティブを損なうような義務が公正競争阻害性を持ち得ると説明しています。
共同開発契約では、「相手方の事前承諾なく第三者へサブライセンス不可」とするだけでは足りない。将来の量産、製造委託、販売代理、保守、クラウド提供、海外展開、M&A後の利用を想定した例外設計が必要です。
---
明示、分類、分解、再々許諾、違反責任を順番に置きます。
次の五原則は、再許諾サブライセンス条項を条文化する順番を示しています。曖昧な第三者利用を防ぐために重要で、明示、分類、分解、再々許諾、責任の順で読み取ってください。
認める場合も禁止する場合も、第三者利用の可否を明確に書きます。
関連会社、委託先、販売先、エンドユーザー、競合、研究機関を分けます。
著作権、特許、商標、ノウハウ、データ、ソフトウェアの行為を分けます。
全面禁止、事前承諾、エンドユーザー限定など階層を定めます。
再許諾先の違反をライセンシーの責任として扱う構造を作ります。
再許諾を認めるなら、必ず明示する。逆に認めないなら、明確に禁止する。曖昧な表現は避けるべきです。
悪い例 ―
この文言では、ライセンシー自身の利用だけなのか、第三者利用・再許諾まで含むのか不明です。
良い例 ―
再許諾を認める場合は、次のように具体化する。
「第三者」と一括りにすると広すぎる。再許諾先は、リスクに応じて分類する。
次の比較表は、再許諾サブライセンス条項の設計原則で確認する項目を横並びで整理したものです。判断漏れを防ぐために重要なので、左の項目と右の実務上の意味を対応させて読み取ってください。
| 再許諾先の類型 | 典型例 | 主なリスク | 条項設計の方向性 |
|---|---|---|---|
| 関連会社 | 親会社、子会社、兄弟会社 | 支配関係変動、海外利用 | 定義、支配割合、離脱時処理を明記 |
| 委託先 | 開発会社、クラウドベンダー、印刷会社 | 秘密漏えい、目的外利用 | 委託利用として限定し、独立利用禁止 |
| 販売先 | 代理店、リセラー、OEM先 | 表示・保証・ブランド毀損 | 承認制、契約写し提出、品質管理 |
| エンドユーザー | 顧客、会員、アプリ利用者 | 大量拡散、契約拘束の弱さ | EULA・利用規約への流込み |
| 競合企業 | 競合、代替技術保有者 | 技術流出、価格競争 | 原則禁止または個別承認 |
| 研究機関 | 大学、共同研究先 | 論文公表、成果帰属 | 公表審査、成果利用範囲の限定 |
再許諾の対象権利は、権利種類ごとに分ける。単に「本件権利を再許諾できる」と書くと、広すぎる。
権利範囲が分解されていれば、交渉で譲歩しやすい。例えば「関連会社には内部利用のみ可、エンドユーザーにはオブジェクトコード実行のみ可、委託先には本件業務遂行に必要なアクセスのみ可」といった階層設計が可能になる。
再許諾を認めた場合でも、再許諾先がさらに再々許諾できるかは別問題です。契約に書かなければ、サプライチェーンがどこまで広がるか不明確になる。
基本形は次のいずれかです。
OSSやCCライセンスでは、通常の商用サブライセンスとは異なります構造を採ることがある。例えばGNU GPLv3は、下流受領者が原ライセンサーから自動的にライセンスを受ける構造を定めている。また、CC BY 4.0は「non-sublicensable」としつつ、下流受領者がライセンサーから直接オファーを受ける構造を置いている。このような既存ライセンスを商用契約に組み込む際は、「当社がサブライセンスしている」のか「原権利者から直接許諾される」のかを区別しなければならない。
ライセンサーから見れば、再許諾先とは直接契約関係がない場合が多い。そのため、再許諾先が違反したときに、ライセンシーへ責任追及できるようにする必要があります。
典型条項は次のような構造を採る。
この文言は非常に重要です。特に秘密保持、個人情報、商標品質管理、OSS表示、輸出管理、反社・制裁、監査、ロイヤルティ報告では、再許諾先の違反をライセンシーの責任として処理できなければ統制が効かない。
---
承認方式、契約形式、対価、監査、終了後、個人情報、OSSを詰めます。
次の判断の流れは、再許諾を完全禁止、個別承諾、包括許諾のどれで設計するかを考える順番です。事業運用と権利者保護の均衡を取るために重要で、対象権利の機密性と再許諾先の数を読み取ってください。
未公開技術、商標、個人データ、営業秘密は統制を強めます。
エンドユーザーが多数なら包括許諾、少数の重要先なら個別承諾を検討します。
既存顧客、保守、移行期間、直接契約化の必要性を確認します。
申請情報、契約案提出、監査、即時停止権を組み込みます。
標準利用規約、報告、監査、違反責任で統制します。
再許諾を認める方法には、主に三種類ある。
次の比較表は、再許諾サブライセンス条項の詳細論点で確認する項目を横並びで整理したものです。判断漏れを防ぐために重要なので、左の項目と右の実務上の意味を対応させて読み取ってください。
| 設計 | 内容 | 向いている場面 | 注意点 |
|---|---|---|---|
| 完全禁止 | 再許諾を認めない | 高機密技術、商標、限定的コンテンツ | 委託利用・関連会社利用の例外を忘れない |
| 個別承諾制 | 事前書面承諾がある場合のみ可 | 技術・ブランド・データの統制が必要な案件 | 承諾の遅延が事業を阻害しないよう期限を設ける |
| 包括許諾制 | 条件を満たす対象者には自動的に可 | SaaS、アプリ、エンドユーザー配布、グループ利用 | 報告・監査・違反責任を強くする |
個別承諾制では、承諾を合理的理由なく拒否しない、一定期間内に回答しなければ承諾とみなす、競合企業への再許諾は拒否できる、といった調整もある。
再許諾先との契約をどう結ばせるかも重要です。選択肢は次のとおりです。
エンドユーザーが多数存在するB2Cサービスでは、1件ごとに契約書を確認することは現実的ではない。この場合、利用規約に必須条項を入れ、更新履歴と同意ログを保存し、重要変更時の通知義務を定めます。
再許諾が収益化を伴う場合、対価設計が難しい。単純に「売上の何％」とすると、関連会社間取引、バンドル販売、無償提供、値引き、広告収益、サブスクリプション、OEM組込みで計算が崩れる。
設計すべき項目は次のとおりです。
会計士・税理士・経理部門の関与が必要になるのはこの部分です。ロイヤルティ条項が粗いと、契約後の収益認識、監査、税務調査、M&Aデューデリジェンスで問題化する。
再許諾を認めるなら、報告と監査を設計します。特に、ライセンサーが再許諾先と直接契約しない場合、情報の非対称性が大きい。
最低限の報告事項は次のとおりです。
監査条項では、監査の頻度、予告期間、対象資料、第三者監査人、秘密保持、過少申告が一定割合を超えた場合の監査費用負担を定めます。
再許諾サブライセンス条項で最も紛争化しやすいのは、原ライセンス終了時の処理です。原ライセンスが終了したとき、サブライセンスはどうなるのか。
主な選択肢は次の五つです。
ライセンサー側は、統制不能なサブライセンスが残ることを嫌う。ライセンシー側は、顧客への提供停止や損害賠償を恐れる。エンドユーザーが多数いるSaaS、医療機器、組込みソフト、産業機械、金融システムでは、突然の終了が社会的・商業的に大きな問題になります。そのため、終了後の移行期間、既存在庫販売、保守、セキュリティアップデート、データ返還、顧客通知を事前に定めるべきです。
サブライセンスが重要な顧客契約に関わる場合、ライセンサーがサブライセンス先と直接契約できる「ステップイン権」を設けることがある。例えば、ライセンシーが破産、重大違反、事業撤退をした場合に、ライセンサーがエンドユーザーへ直接ライセンスを提供する構造です。
条項設計では、次を定めます。
ノウハウ、ソースコード、未公開データ、技術資料をサブライセンスする場合、秘密保持条項は単独で設計する必要があります。単に「秘密情報を漏えいしてはならない」と書くだけでは不十分です。
再許諾先に課すべき義務は、アクセス権限管理、複製制限、持出制限、ログ保存、暗号化、再委託禁止、従業員教育、事故報告、返還・廃棄証明、退職者管理、競合プロジェクトへの流用禁止です。営業秘密として保護されるには、秘密管理性・有用性・非公知性が問題となりますため、契約上も秘密管理の実効性を持たせるべきです。
データの再許諾では、個人情報、匿名加工情報、仮名加工情報、統計情報、営業秘密、機密情報、第三者データが混在する。契約上「データを再許諾できる」と書いても、個人情報保護法上の第三者提供や外国提供が適法になるわけではない。
データを含む再許諾条項では、次を整理します。
再許諾を制限すること自体は、知的財産ライセンスの統制として合理性を持つことが多い。公正取引委員会の「知的財産の利用に関する独占禁止法上の指針」は、ライセンサーがライセンシーに対しサブライセンス先を制限する行為は原則として不公正な取引方法に該当しないと説明しています。
しかし、再許諾条項に販売価格拘束、販売先割当、競争品取扱制限、過度なグラントバック、非係争義務、一括ライセンス、権利消滅後の制限が組み合わさると、競争法上の検討が必要になる。同指針は、例えば販売価格・再販売価格を制限する行為について、競争を減殺することが明らかですため原則として不公正な取引方法に該当すると説明しています。
したがって、再許諾先を制限する条項を入れる場合も、目的、必要性、範囲、期間、競争への影響を説明できるようにしておくべきです。
商用契約で再許諾サブライセンス条項を設計する際、OSSやCreative Commons素材が混在すると、権利の流れが複雑になる。
Apache License 2.0は、一定条件のもとでサブライセンスを含む広い著作権ライセンスを定めている。一方、GPLv3は、下流受領者が原ライセンサーから直接ライセンスを得る構造を置き、商用サブライセンスで独自制限を追加することを予定しない。CC BY 4.0も、non-sublicensableとしつつ、下流受領者への直接オファーを定めます。
実務上の注意は次のとおりです。
---
禁止型、承認型、包括許諾型を対象権利に合わせて修正します。
以下の条項例は、実務上の検討素材であり、そのまま使用することを予定したものではない。対象権利、事業モデル、準拠法、税務、競争法、個人情報、OSSを踏まえて修正する必要があります。
この型は、ライセンサー保護が最も強い。ただし、実務上は委託先、関連会社、監査人、弁護士、クラウドベンダー、保守業者に必要なアクセスまで禁止してしまう可能性がある。そこで、次のような例外を置くことがある。
この型は、技術、商標、ノウハウ、データ、医療、金融、公共インフラのように統制が重要な案件に適している。
この型では、支配関係の変動時に利用権が自動終了するか、移行期間を認めるかを明確にする。
SaaS、アプリ、組込みソフト、家電、IoT製品でよく使われる。
商標では、品質管理条項を軽視してはならない。
データ条項では、別紙でデータセット、利用目的、生成物、削除条件、監査手順を詳細に定めるのが望まれます。
---
権利範囲、収益、ブランド、秘密情報、コンプライアンスを守ります。
ライセンサーにとって最大のリスクは、ライセンシーが再許諾先を通じて権利範囲を事実上拡張することです。地域限定ライセンスなのに海外子会社が利用する、研究目的限定なのに商用利用する、内部利用限定なのに顧客提供する、といった逸脱が起こる。
そのため、ライセンサー側は、再許諾の対象者、目的、地域、期間、製品、利用態様を明確にし、違反時の即時停止権と監査権を持つべきです。
再許諾は、ライセンシーが第三者から収益を得る構造ですことが多い。ライセンサーがロイヤルティを取得する場合、サブライセンス収入の定義、関連会社取引、無償提供、値引き、バンドルを管理しなければ収益漏れが生じます。
ライセンサー側では、最低保証、売上報告、監査、過少申告時の利息・費用負担を検討します。
商標、コンテンツ、認証マーク、フランチャイズ、教育教材、医療・金融関連サービスでは、再許諾先の行為がライセンサーの信用に直結する。ブランド毀損は、金銭賠償では回復しにくい。
このため、商標使用態様、広告審査、品質基準、サンプル検査、苦情対応、回収権、違反時停止権を強く設計します。
ノウハウやソースコードは、一度流出すると回復困難です。ライセンサーは、再許諾先の範囲を限定し、再委託禁止、アクセスログ、暗号化、従業員教育、退職者管理、事故報告、廃棄証明を求めるべきです。
再許諾先が反社会的勢力、制裁対象者、輸出規制対象国、データ保護法違反事業者、贈収賄リスクの高い代理店です場合、ライセンサーにも重大なレピュテーションリスクが及ぶ。したがって、再許諾先の審査、制裁リスト確認、反社排除、腐敗防止、輸出管理、プライバシーDDを条項に組み込む。
---
事業モデル、包括許諾、終了後顧客保護、委託先利用を整理します。
ライセンシー側は、契約交渉前に、自社の利用モデルを分解する必要があります。
この洗い出しをしないまま契約すると、事業開始後に「実は顧客へ利用させられない」「海外子会社が使えない」「クラウド委託先に処理させられない」という問題が生じます。
ライセンシー側は、事業上不可欠な再許諾について、個別承諾制ではなく包括許諾を求めるべき場面がある。例えば、SaaSの全ユーザー、アプリの全エンドユーザー、販売代理店経由の顧客、グループ会社の内部利用について毎回承諾を得るのは現実的でない。
ただし、ライセンサーの不安を解消するため、対象者を限定し、標準利用規約、報告、監査、違反責任を受け入れることで合意しやすくなる。
ライセンシーにとって最大のリスクは、原ライセンス終了により顧客への提供が突然違法化することです。これは損害賠償、信用失墜、サービス停止、行政対応に発展する。
ライセンシー側は、少なくとも既存顧客について、一定期間の継続利用、移行期間、代替品切替、保守継続、直接契約化を交渉すべきです。
ライセンシー側にとって、関連会社利用と委託先利用は実務上不可欠ですことが多い。再許諾禁止条項が強すぎる場合でも、次の例外を確保する。
---
エンドユーザー配布から個人データ・AI学習まで強度を変えます。
次のリスク別整理は、再許諾サブライセンス条項の設計強度を段階化したものです。案件ごとに必要な統制を過不足なく選ぶために重要で、低リスクから超高リスクへ進むほど承認・監査・停止権が強くなる点を読み取ってください。
オブジェクトコードや標準EULA中心の配布では、包括許諾と利用規約で管理します。
関連会社・委託先利用では、目的外利用禁止、秘密保持、支配関係喪失時処理を定めます。
技術、ノウハウ、商標展開では、事前承認、DD、品質管理、監査を強めます。
個人データ、AI学習、営業秘密では、原則禁止に近い個別承認と削除証明を組み込みます。
対象がオブジェクトコードのみで、秘密情報性が低く、エンドユーザー数が多い場合は、標準EULA方式が適する。
グループ会社や委託先の利用が中心で、外部顧客への再配布はない場合。
製造技術、ソースコード、商標、医療・金融・インフラ用途など。
個人データ、医療データ、金融データ、営業秘密、未公開モデル、ソースコードを含む場合。
---
支配権変更、契約終了、顧客保護、直接契約化を確認します。
次の時系列は、M&A・支配権変更・倒産時に再許諾が問題になる順番を示しています。事業継続に直結するため重要で、デューデリジェンス、承諾、終了後処理を切り分けて読み取ってください。
顧客、関連会社、委託先、海外拠点への利用実態を確認します。
買収や競合取得で解除・承諾が必要かを確認します。
既存顧客の継続利用、移行期間、直接契約化、データ返還を確認します。
エスクロー、支払済みロイヤルティ、破産管財人への主張資料を整理します。
M&Aでは、ライセンス契約が対象会社の事業継続に不可欠ですことが多い。再許諾が曖昧だと、対象会社が顧客や子会社へ提供しているサービスが、実は契約違反だったというリスクが判明する。
デューデリジェンスでは、次を確認します。
再許諾条項と並んで重要なのが、支配権変更条項です。ライセンシーが競合企業に買収された場合、ライセンサーは技術流出を恐れる。ライセンシー側は、M&Aで契約が終了すると企業価値が損なわれる。
条項では、支配権変更を譲渡とみなすのか、事前承諾が必要か、競合買収の場合だけ解除可能か、既存顧客へのサブライセンスは存続するかを定めます。
ライセンサーまたはライセンシーが倒産した場合、サブライセンスが存続するかは契約構造と権利種類により大きく異なります。企業法務では、倒産法務・知財法務・契約法務を横断して確認する必要があります。
特に重要な対策は次のとおりです。
---
短い文言ほど範囲・対価・終了後処理の不足が表面化します。
次の失敗パターン一覧は、再許諾サブライセンス条項で紛争化しやすい表現を整理したものです。短い文言ほど解釈の幅が広がるため重要で、曖昧語の裏にある不足項目を読み取ってください。
支配割合、海外JV、買収後子会社、離脱会社の処理が不足しやすいです。
個人情報、営業秘密、派生データ、AI学習、外国提供の整理が不足しやすいです。
関連会社無償提供、バンドル、広告収益、値引きの扱いが不足しやすいです。
既存顧客、保守、在庫、直接契約化、移行期間の扱いが混乱しやすいです。
関連会社の範囲が不明確なまま、海外のJV、買収後の子会社、持分法適用会社まで利用した結果、ライセンサーが契約違反を主張するケースがある。支配割合、直接・間接支配、将来取得会社、離脱会社の処理を定義すべきです。
データ契約で「第三者に提供できる」とだけ定めたが、個人情報、営業秘密、派生データ、AI学習、外国提供の整理がなく、後に提供停止を求められることがある。第三者提供と再許諾、委託、共同利用、匿名加工、統計化を分ける必要があります。
「サブライセンス収入の30％」としたが、関連会社へ無償提供した場合、バンドル販売した場合、広告収益で回収した場合、値引きした場合の処理がない。ロイヤルティ監査で紛争になる典型例です。
原ライセンス終了によりエンドユーザー契約も終了するのか、既存顧客は利用継続できるのか不明確になり、顧客対応が混乱する。SaaS、組込みソフト、医療・金融システムでは重大リスクです。
OSSは「無償で使える」ことが多いが、「自社の商用条件で再許諾できる」とは限らない。下流受領者が原ライセンサーから直接ライセンスを得る構造や、表示義務、ソースコード提供義務、追加制限禁止がある。商用EULAでOSSの権利を上書きできると考えるのは危険です。
再許諾先が低品質商品に商標を付して販売し、消費者から苦情が出る。商標権者が使用態様を管理していないと、ブランド毀損だけでなく不正使用取消しのリスクも生じます。商標ライセンスでは、使用見本、品質基準、検査、是正、回収まで規定する必要があります。
---
初期ヒアリング、条項レビュー、締結後運用まで確認します。
次の判断の流れは、契約レビューで再許諾条項を点検する順番を示しています。多数の確認項目を漏れなく見るために重要で、可否、範囲、義務、金銭、終了後、特殊規制の順に読み取ってください。
再許諾の可否、再許諾先、再々許諾の有無を確認します。
対象権利、用途、地域、期間、流込み義務、違反責任を確認します。
承認、通知、報告、監査、ロイヤルティ計算を確認します。
終了後処理、直接契約化、個人情報、OSS、商標品質、M&Aを確認します。
---
法務、知財、個人情報、経理、IT、M&A担当が連携します。
再許諾サブライセンス条項の設計は、法務だけで完結しない。複数専門職が連携することで実効性が高まる。
次の比較表は、再許諾サブライセンス条項の部門別役割分担で確認する項目を横並びで整理したものです。判断漏れを防ぐために重要なので、左の項目と右の実務上の意味を対応させて読み取ってください。
| 役割 | 主な確認事項 |
|---|---|
| 法務担当・契約法務担当 | 条項全体、責任分配、解除、損害賠償、契約運用 |
| 企業内弁護士・外部弁護士 | 法的リスク、交渉方針、紛争・倒産・M&A対応 |
| 弁理士・知財法務担当 | 特許、商標、意匠、著作権、登録、権利範囲 |
| 個人情報保護・プライバシー担当 | 個人データ、第三者提供、委託、越境移転、DPA |
| コンプライアンス担当 | 反社、制裁、贈収賄、輸出管理、業法規制 |
| 経理・税務・会計士・税理士 | ロイヤルティ、源泉税、移転価格、収益認識 |
| 内部監査・内部統制担当 | 台帳管理、証跡、承認フロー、監査対応 |
| 事業部・営業・プロダクト | 実際の利用モデル、顧客提供方法、販売経路 |
| セキュリティ・IT部門 | アクセス制御、ログ、暗号化、インシデント対応 |
| M&A担当 | デューデリジェンス、支配権変更、承継可能性 |
---
ライセンサーとライセンシーの譲れない利益を分けます。
次の比較一覧は、ライセンサー側とライセンシー側で重視する交渉ポイントを整理したものです。立場ごとの譲れない利益を把握するために重要で、強く出る場面と包括許諾を求める場面を読み取ってください。
未公開技術、営業秘密、商標、個人データ、競合利用では、承認制・監査権・停止権を重視します。
エンドユーザー提供、関連会社利用、委託先利用、既存顧客保護では、包括許諾と移行期間を重視します。
競合以外の関連会社は包括許諾、商標使用は承認制、既存利用は存続など、対象ごとに分けます。
この場合、個別承認制、監査権、即時停止権、強い補償、再々許諾禁止を求めるべきです。
この場合、包括許諾、既存顧客保護、承諾拒否の合理性、承諾みなし、移行期間を交渉すべきです。
---
中程度に詳細な条項を、対象権利ごとに分解して修正します。
以下は、複数論点を統合した中程度に詳細なサンプルです。実案件では、対象権利に応じて分解・修正する。
このサンプルのポイントは、再許諾の可否、エンドユーザー範囲、流込み義務、ライセンシー責任、報告、再々許諾禁止、終了後処理、救済を一つの条項にまとめている点です。ただし、特許、商標、データ、AI、医療、金融、海外案件では、別紙でさらに詳細化するべきです。
---
一般的な制度説明として、個別契約では専門家確認が必要です。
不十分です。誰に、何を、どの範囲で、どの条件で、さらに再々許諾できるのかが不明確です。最低限、対象者、対象権利、用途、地域、期間、対価、再々許諾、責任、終了後処理を定める必要があります。
契約上の定義による。ライセンシーを単体で定義している場合、関連会社は第三者ですことが多く、利用させるには再許諾、第三者利用許可、または契約当事者への追加が必要になる。グループ利用が必要なら、契約上明示すべきです。
委託先がライセンシーのためだけに作業し、独立した利用権を得ない場合は、委託利用として設計できることがある。しかし、委託先が自己のサービス、顧客、製品のために利用する場合は再許諾に近づく。契約では委託利用の範囲を明確化すべきです。
ライセンサー側から見れば、原則として負わせるべきです。ライセンサーが再許諾先と直接契約関係を持たない場合、ライセンシー責任を定めなければ統制が弱くなる。ライセンシー側は、責任範囲を「自己が管理可能な範囲」「合理的措置を講じた場合の例外」などで調整することがある。
ライセンスごとに異なります。Apache License 2.0のようにサブライセンスを含む許諾を定めるものもあれば、GPLv3やCC BY 4.0のように下流受領者が原ライセンサーから直接権利を得る構造を採るものもある。商用契約のサブライセンス条項でOSSの条件を上書きできると考えてはならない。
契約次第です。終了と同時にサブライセンスも終了させる設計、既存エンドユーザーに限り存続させる設計、ライセンサーとの直接契約に切り替える設計があり得る。SaaS、組込み、重要インフラでは必ず事前に定めるべきです。
知的財産ライセンスの性質上、再許諾先を合理的に制限することは認められやすい。公正取引委員会の知財ガイドラインも、サブライセンス先の制限は原則として不公正な取引方法に該当しないと説明しています。ただし、販売価格拘束、販売先制限、競争品取扱制限など他の制限と組み合わさる場合は個別検討が必要です。
---
許すか否かではなく、統制可能な権利流通を作る条項です。
再許諾サブライセンス条項の設計は、単純な許可・禁止の問題ではない。現代の企業取引では、クラウド、グループ経営、販売代理店、OEM、API、AI、データ、OSS、国際展開により、第三者利用を完全に排除することは現実的でない場合が多い。
重要なのは、権利者の利益を守りながら、ライセンシーの事業モデルが機能するように、統制可能な権利流通を作ることです。そのためには、再許諾先の範囲、対象権利、用途、地域、期間、再々許諾、流込み義務、ロイヤルティ、監査、終了後処理、M&A、個人情報、OSS、競争法を一体として設計しなければならない。
企業法務の実務では、再許諾サブライセンス条項を「契約書の一項目」としてではなく、事業モデル、知財戦略、データガバナンス、収益管理、内部統制、M&Aリスク、コンプライアンスを接続する中核条項として扱うべきです。
---