結論

AI受託開発の権利トラブルの多くは、「成果物一式は発注者に帰属する」という一文だけで契約し、成果物の内訳を定義しなかったことから起きます。AI開発の成果物は、ソースコード、学習済みモデル、プロンプト・設定、前処理済みデータセット、評価スクリプト、ドキュメントの少なくとも6種類に分かれ、それぞれで帰属・利用許諾・第三者権利の扱いが異なります。契約本文ではなく別紙(成果物明細)で種類ごとに帰属を書き分けることが、後の紛争とベンダーロックインの両方を防ぐ最短ルートです。

なぜ契約別紙で書き分けるのか

契約別紙で成果物明細を作るとは、成果物の種類ごとに「名称、形式、帰属、利用条件、第三者権利の有無」を表形式で確定させる作業のことです。本文の一般条項だけでは、たとえば学習済みモデルの重みファイルが「成果物」に含まれるのか、ベンダーの既存資産(自社開発の社内ライブラリ等)がどこまで混ざっているのかが判別できません。

経済産業省の「AI・データの利用に関する契約ガイドライン」は、AI開発では学習済みモデルやデータの権利帰属・利用条件を当事者間で個別に設計する必要があるとし、画一的な「全部発注者帰属」がベンダーの再利用インセンティブと衝突する構造を指摘しています。つまり全項目を発注者帰属にするのが常に正解ではなく、種類ごとに交渉するのが前提です。

成果物明細の標準フォーマット

別紙に入れる明細は、次の列構成で作ります。

表を埋める過程で、ベンダーの汎用資産と本件固有の開発部分の境界が明らかになります。この境界確認こそが別紙を作る実務上の目的で、境界が書けないベンダーは出口(契約終了時の引き継ぎ)でも揉めやすいと判断できます。

OSSと第三者コンポーネントの扱い

成果物にはOSSや外部APIクライアント、事前学習済みの公開モデルが必ず混ざります。別紙には第三者コンポーネント一覧(名称、バージョン、ライセンス、利用条件)の提出をベンダー義務として書き、コピーレフト型ライセンス(GPL系)が商用配布要件に影響しないかを検収前に確認します。基盤モデルのAPIを使う場合は、そのモデルの利用規約が生成物の商用利用や再配布に課す条件も一覧の対象です。

第三者コンポーネント一覧は納品時に1回もらって終わりではなく、保守フェーズの更新のたびに差分を出させる運用にすると、脆弱性対応時にも同じ台帳が使えます。

検収と支払いに連動させる

権利帰属の条項は、書いただけでは執行できません。実務では次の2点を検収条件に連動させます。第一に、著作権譲渡の効力発生時期を「検収完了かつ支払い完了時」と明記し、どちらの解釈にもぶれないようにします。第二に、成果物明細に列挙した全ファイル(モデル重み、学習コード、前処理スクリプトを含む)の現物引き渡しを検収チェックリストに入れます。「権利は発注者、現物はベンダーのサーバーにだけ存在」という状態が、実質的なロックインの典型だからです。

下請法の適用がある取引では、給付内容を書面で明確にする義務があり、成果物明細はこの書面要件の実務対応にもなります。2026年1月施行の改正(中小受託取引適正化法)では対象範囲が広がっているため、ベンダーが中小企業の場合は自社が発注者として義務を負わないか確認してください。

費用と交渉の目安

全成果物を発注者単独帰属にすると、ベンダーは再利用できない前提で見積もるため開発費は上がります。相場感として、学習済みモデルやコードの一部にベンダー利用権を認める代わりに開発費を抑える交渉は珍しくありません。判断基準は「その成果物が自社の競争優位に直結するか」です。業務ノウハウが濃いプロンプトや前処理ロジックは譲らず、汎用的な学習パイプラインは共有帰属で費用を下げる、といった濃淡をつけます。

実務チェックリスト

• 成果物を6種類以上に分解した明細別紙を作ったか
• ベンダー既存資産と本件開発部分の境界を明細に書いたか
• 学習済みモデルの派生・転用条件を決めたか
• 著作者人格権の不行使条項を入れたか
• 第三者コンポーネント一覧の提出義務と更新義務を書いたか
• 権利移転の効力発生時期を検収・支払いと連動させたか
• モデル重みと学習コードの現物引き渡しを検収条件に入れたか
• 下請法・中小受託取引適正化法の書面要件を確認したか

図解で確認するポイント

この記事の画像は、成果物が種類ごとのカードに分解され、それぞれ契約書類の別紙に紐づいていく構造を文字なしで図解しています。一括りの「成果物」を分解することが権利整理の起点になることを視覚的に示しています。

AllAI内での次の行動

契約全体の進め方はAI開発外注完全ガイドを確認してください。ロックイン回避の観点はベンダーロックイン出口計画ガイド、RFP段階での権利条件の聞き方はAI開発RFPの書き方ガイドが対になります。発注要件の整理はAI発注診断から、権利条件を明示できる開発会社はAI開発パートナーで探せます。

FAQ

Q. 「成果物の著作権は発注者に帰属する」という一文だけでは何が問題ですか? A. 学習済みモデルの重み、プロンプト、前処理データが「成果物」に含まれるか解釈が割れます。また著作権が移っても現物の引き渡し義務やベンダー既存資産の利用許諾が別途必要で、一文では執行可能な状態になりません。

Q. 学習済みモデルは発注者帰属にすべきですか? A. 自社データで学習し業務ノウハウを含むなら発注者帰属を求めるべきです。一方、ベンダーの汎用モデルを微調整しただけの場合、単独帰属を求めると費用が大きく上がるため、自社利用の永続ライセンス+競合他社への提供制限という妥協点もあります。

Q. 生成AIで作られたコードの著作権はどうなりますか? A. AI生成部分の著作物性には議論がありますが、実務上は契約で「納品物に含まれる一切の権利(権利が発生しない部分の利用条件を含む)」として扱いを定めれば足ります。文化庁のAIと著作権に関する考え方も参照してください。

Q. 既に開発が始まっていて別紙がない場合は? A. 検収前であれば、変更覚書として成果物明細を追加するのが最善です。検収後でも、保守契約の締結時に明細と引き渡し義務を盛り込む機会があります。

出典と確認日

• 経済産業省「AI・データの利用に関する契約ガイドライン」: https://www.meti.go.jp/press/2018/06/20180615001/20180615001.html (確認日: 2026-07-10)
• 公正取引委員会「下請法・中小受託取引適正化法」: https://www.jftc.go.jp/shitauke/index.html (確認日: 2026-07-10)
• 文化庁「AIと著作権に関する考え方について」: https://www.bunka.go.jp/seisaku/chosakuken/aiandcopyright.html (確認日: 2026-07-10)
• IPA「情報システム・モデル取引・契約書」: https://www.ipa.go.jp/digital/model/index.html (確認日: 2026-07-10)