発注、支払、納品だけで著作権が会社に移るとは限りません。職務著作、著作権譲渡、利用許諾、著作者人格権、第三者素材、AI利用まで、企業法務で確認すべき実務ポイントを整理します。
発注、支払、納品だけで著作権が会社に移るとは限りません。
まず、発注者が誤解しやすい所有権と著作権の違い、会社が安全に利用するための3つの道筋を押さえます。
業務委託者の著作権は会社に帰属するかという問いに対する実務上の答えは、原則として、会社に当然には帰属しませんという整理になります。会社が費用を支払ったこと、発注したこと、納品を受けたこと、成果物を業務で使っていることだけでは、著作権が会社へ移転したとはいえません。
著作権は、まず著作物を創作した者に発生します。外部の個人、フリーランス、制作会社、開発会社、ライター、デザイナーが成果物を作った場合、職務著作が成立する特殊な場合を除き、最初の権利者は受託者側になるのが出発点です。
次の一覧は、会社が業務委託成果物を取得または利用できる主な道筋を表します。なぜ重要かというと、どの道筋を採るかで契約条項、対価、証跡、監査対応が変わるためです。読者は、会社が本当に所有したいのか、必要な範囲で使えれば足りるのかを読み分けてください。
法人等の発意、業務従事者、職務上作成、法人等名義での公表など、著作権法15条の要件を満たす場合には会社が著作者になる可能性があります。通常の独立した業務委託では成立しにくい点に注意します。
成果物に関する著作権を会社へ譲渡することを明確に定めます。翻案権や二次的著作物の利用権を含める場合は、著作権法27条・28条を明記することが重要です。
著作権を受託者に残しつつ、会社が事業目的に必要な複製、公衆送信、改変、再許諾、海外利用、将来媒体での利用などを許諾してもらう方法です。
納品物の所有権と著作権は別物です。紙の資料、画像データ、ソースコード、デザインデータ、動画ファイル、スライド、マニュアルを受け取っても、それだけで著作権が会社に移るわけではありません。安全に利用、改変、再利用、販売、M&A、IPO、資金調達、監査対応を行うには、契約書、発注書、仕様書、検収記録、権利処理記録を整える必要があります。
委託者と受託者、著作物、著作者、著作権者、著作者人格権を混同しないことが出発点です。
「業務委託者」という言葉は、日常会話では曖昧に使われます。契約実務では、仕事を依頼する側と、仕事を引き受けて成果物を作る側を分けて考える必要があります。この区別が重要なのは、権利帰属条項の主語を誤ると、会社が取得したと思っていた著作権が移転していなかったり、受託者に残すべき権利まで過度に譲渡対象になったりするためです。次の表では、契約書でまず確認すべき当事者の呼び方を読み取ってください。
| 用語 | 意味 | 例 |
|---|---|---|
| 委託者 | 仕事を依頼する側です。 | 会社、発注企業、クライアントです。 |
| 受託者 | 仕事を引き受ける側です。 | フリーランス、制作会社、開発会社、ライター、デザイナーです。 |
このページでは、検索意図に合わせて「業務委託者」を、会社から業務委託を受けて成果物を作成する者、つまり受託者、外注先、フリーランス、制作会社の意味で扱います。契約書では「委託者(甲)」と「受託者(乙)」のように明確に定義することが大切です。
著作権法上の著作物は、単なるアイデア、事実、データ、ノウハウそのものではなく、思想または感情を創作的に表現したものです。高度な芸術性やプロ作品であることまでは求められません。文章、写真、イラスト、動画、音楽、プログラム、図表、設計図、プレゼン資料、マニュアル、Webサイトの文章、画像、構成などは、創作性があれば著作物になり得ます。
一方、単なる事実や数値データ、業務上の抽象的なアイデア、ありふれた表現、法令や判決など一定の公的文書、技術思想そのもの、営業ノウハウそのものは、それ自体では通常、著作権の対象になりません。もっとも、特許権、商標権、意匠権、営業秘密、不正競争防止法、秘密保持義務などが重なる場面があります。
著作者とは著作物を創作した者です。著作物を創作した時点で、著作者は著作者人格権と財産権としての著作権を取得します。登録や届出は、著作権の発生要件ではありません。著作権者とは、財産権としての著作権を持っている者です。最初は著作者が著作権者ですが、譲渡、相続、法人著作などにより、著作者と著作権者が分かれることがあります。
フリーランスのデザイナーがロゴ案を創作した場合、原則としてそのデザイナーが著作者であり、最初の著作権者です。その後、契約により著作権が会社へ譲渡されれば、会社は著作権者になります。ただし、著作者であるという事実や著作者人格権は、原則としてデザイナー側に残ります。
次の比較表は、著作者人格権と財産権としての著作権の違いを表します。改変、無名公表、会社名義での公表、Web掲載、広告利用などの可否に直結するため重要です。譲渡できる権利と譲渡できない権利を読み分け、契約では不行使合意や利用範囲を別に確認してください。
| 区分 | 内容 | 譲渡可否 | 企業実務での意味 |
|---|---|---|---|
| 著作者人格権 | 公表権、氏名表示権、同一性保持権などです。 | 譲渡できません。 | 改変、無名公表、会社名義公表、トリミング、翻訳、編集で問題になります。 |
| 著作権(財産権) | 複製権、公衆送信権、翻案権、譲渡権、貸与権、二次的著作物利用権などです。 | 譲渡できます。 | 会社が成果物を使い、販売し、広告掲載し、Web公開し、改変する基礎になります。 |
会社が「著作権を全部譲渡してもらった」と考えていても、著作者人格権は譲渡できません。そのため、実務では譲渡条項とは別に、著作者人格権を行使しない旨の合意を置きます。ただし、不行使条項があっても、著作者の名誉や人格的利益を著しく害する利用、説明された目的を大きく逸脱する利用、公序良俗に反する利用は、契約、不法行為、信義則上の問題を生じ得ます。
成果物を受け取った事実と、財産権としての著作権を取得した事実は区別して確認します。
業務委託で最も多い誤解は、「会社が発注し、費用を払い、会社のための成果物として納品されたので、著作権は会社のものになる」という理解です。この理解は、著作権法の基本構造と合いません。著作権は原則として創作した者に発生します。
文化庁の講習資料でも、創作を他人や他社に委託した場合、料金を支払ったか等にかかわらず、実際に著作物を創作した受注者側が著作者になると説明されています。裁判例でも、開発費の負担だけでソフトウェア著作権の帰属が決まるものではなく、受託会社が開発したプログラムの著作権は原始的には受託会社に帰属すると判断された例があります。
次の重要ポイントは、発注者が契約レビューで最初に確認すべき誤解を整理したものです。なぜ重要かというと、曖昧な言葉のまま運用すると、再利用、改変、販売、M&A、IPOの局面で会社の利用根拠が不足する可能性があるためです。ここでは、支払や納品では足りず、譲渡または許諾の根拠が必要だと読み取ってください。
「買取り」「納品物は甲に帰属する」「成果物は甲の所有とする」といった表現だけでは、著作権譲渡が明確でないことがあります。著作権を移したい場合は、譲渡対象、譲渡時期、27条・28条、対価、既存素材、第三者素材を明確にします。
会社が成果物を安全に利用するには、著作権を会社へ譲渡する、会社に必要な利用範囲を許諾する、一部の権利だけ譲渡し残りは受託者に残す、既存素材や汎用ライブラリは受託者側に残し会社に必要な利用を許諾する、第三者素材は第三者ライセンスに従って利用する、という選択肢を契約上明確にする必要があります。
知財高裁平成22年5月25日判決は、ソフトウェア開発委託において、著作権は著作物を創作した者に原始的に帰属し、開発費の負担によってソフトウェア著作権の帰属が決まるものではないと述べています。この判断からは、多額の開発費を支払ったこと、会社専用のシステムであること、専用の仕様であることだけでは、会社帰属を十分に基礎づけにくいといえます。
一方、知財高裁令和5年9月5日判決では、契約条項、業務範囲、報告書、当事者の共通認識などから、委託契約に基づいて成果物の著作権が一旦移転したと認定された例があります。契約条項だけでなく、仕様書、業務報告、月次報告、検収、メール、議事録も重要です。
次の時系列は、権利帰属が争われやすい場面で、どの記録が後から意味を持つかを表します。なぜ重要かというと、契約書が弱い場合ほど周辺資料の保存が判断材料になるためです。順番に、発注時から納品後まで証跡が連続しているかを読み取ってください。
仕様書、提案書、見積書で、何を作り、どの媒体で使い、改変や再利用を予定するかを明確にします。
著作権譲渡、利用許諾、27条・28条、著作者人格権不行使、既存素材、第三者素材、再委託を契約で整理します。
修正依頼、追加仕様、AI利用、OSS、フォント、写真、音源、再委託者の関与を記録します。
検収書、成果物リスト、請求書、支払記録、ライセンス証憑、権利譲渡確認書を保管します。
職務著作、譲渡契約、利用許諾を分け、27条・28条と登録制度まで確認します。
職務著作または法人著作は、本来は自然人が創作する著作物について、一定の要件を満たす場合に法人等を著作者とする制度です。通常の著作物では、法人等の発意に基づくこと、法人等の業務に従事する者が作成すること、職務上作成すること、法人等が自己の著作名義で公表するものであること、作成時の契約や勤務規則等に別段の定めがないことが整理されます。プログラムの著作物については、著作権法15条2項により、法人等名義で公表されることは要件とされていません。
次の比較表は、職務著作の要件と業務委託で問題になりやすい点を表します。なぜ重要かというと、職務著作だけに依存すると、後から要件の立証や労務・税務上の整理が必要になるためです。各行では、通常の従業員と外部受託者で判断が分かれやすい点を読み取ってください。
| 要件・論点 | 従業員での見方 | 業務委託者での注意点 |
|---|---|---|
| 法人等の発意 | 会社の企画、指示、業務命令に基づく場合は満たしやすいです。 | 依頼内容や仕様が会社発意といえるかを確認します。 |
| 業務に従事する者 | 雇用関係があれば満たしやすいです。 | 形式ではなく、指揮監督下で労務提供している実態があるかが問題になります。 |
| 職務上作成 | 職務範囲内の資料、マニュアル、広告コピー、コードなどが問題になります。 | 独立した請負・準委任で成果物を作るだけでは直ちに満たしません。 |
| 法人等名義での公表 | 会社名義で公表される文章、デザインなどで確認します。 | プログラムでは要件から外れますが、他の要件確認は残ります。 |
| 別段の定め | 就業規則や雇用契約を確認します。 | 業務委託契約で権利帰属を明確にすることが安全です。 |
RGBアドベンチャー事件に関する判例整理では、雇用関係の存否が争われる場合、形式ではなく、法人等の指揮監督下で労務を提供する実態、支払われる金銭が労務提供の対価と評価できるかなどを、業務態様、指揮監督、対価の額・支払方法から総合的に判断する枠組みが示されています。ただし、外部受託者を会社内部の人員のように扱うほど、労働法、社会保険、偽装請負、派遣法、源泉徴収、税務上の問題も生じます。
著作権法61条1項は、著作権の全部または一部を譲渡できると定めています。業務委託者が創作した成果物についても、契約により会社へ著作権を譲渡できます。譲渡契約では、対象成果物、譲渡時期、譲渡する支分権、著作権法27条・28条、対価、既存素材、第三者素材、ポートフォリオ掲載、著作者人格権不行使、再委託者処理を明確にします。
次の重要ポイントは、27条・28条を契約で特に確認する理由を表します。なぜ重要かというと、これらの権利が特掲されていない場合、譲渡人に留保されたものと推定されるためです。改変、翻訳、リメイク、動画化、キャラクター展開、別媒体展開、二次利用を予定するなら、条文番号を含めて明示する必要があると読み取ってください。
譲渡時期には、創作時、納品時、検収完了時、委託料完済時などの設計があります。なぜ重要かというと、未払い時の受託者保護、検収遅延時の会社利用、サービス開始日や広告公開日との関係が変わるためです。次の表では、会社の早期取得と受託者の代金回収保護のバランスを読み取ってください。
| 譲渡時期 | メリット | 注意点 |
|---|---|---|
| 創作時に移転 | 会社が早期に権利を取得できます。 | 未払い時の受託者保護が弱く、交渉上受け入れられにくいことがあります。 |
| 納品時に移転 | 成果物の引渡しと権利移転が一致します。 | 不合格品や未検収品の扱いが問題になります。 |
| 検収完了時に移転 | 実務上整理しやすい設計です。 | 検収遅延時の利用可否を別途定める必要があります。 |
| 委託料完済時に移転 | 受託者の代金回収保護になります。 | 支払前の会社利用を暫定的な許諾で補う必要があります。 |
会社が常に著作権全部を取得する必要があるわけではありません。Web記事、写真、イラスト、広告素材、研修資料、採用パンフレット、イベント動画などは、会社が利用、編集、再掲、保存、配信できれば足りる場面もあります。利用許諾型では、媒体、地域、期間、利用方法、独占性、再許諾、改変可否、クレジット表示、ポートフォリオ利用を明確にします。
次の一覧は、譲渡と許諾のどちらを選ぶかを判断する観点を表します。なぜ重要かというと、会社が販売、再許諾、派生展開、M&A資産化を予定する場合には許諾範囲の不足が大きなリスクになる一方、過剰な譲渡は公正さや対価の問題を招くためです。各項目から、会社に必要十分な権利範囲を読み取ってください。
成果物を商品化し、顧客や代理店に使わせる場合は、譲渡または広範な再許諾付き許諾を検討します。
要約、翻訳、リライト、動画化、別媒体展開を予定する場合は、27条・28条や改変許諾を明確にします。
汎用ライブラリ、テンプレート、ノウハウまで独占帰属にすると、受託者の事業継続を不当に制約することがあります。
高額なソフトウェア、ゲーム、映像、キャラクター、出版物、M&A対象資産では、登録や証跡の整備も検討します。
著作権は登録しなくても発生し、譲渡契約も登録が効力発生要件ではありません。ただし、著作権の移転等については、登録しなければ第三者に対抗できない事項があります。高額なソフトウェア、ゲーム、映像、キャラクター、出版物、重要IP、二重譲渡リスク、ライセンス収益の中核資産、担保設定や資金調達で権利の明確化が必要な場合には、登録制度の検討価値があります。
成果物定義、譲渡、人格権不行使、既存素材、利用許諾、再委託、第三者素材、保証のバランスを確認します。
契約書では、まず何が成果物かを特定します。「本件業務により作成された成果物は甲に帰属する」という表現だけでは、成果物の範囲も、所有権なのか著作権なのかも不明確です。文章、画像、イラスト、デザインデータ、プログラム、ソースコード、設計書、マニュアル、動画、音声など、納品対象を具体化し、受託者の既存著作物、汎用モジュール、ノウハウ、テンプレート、ライブラリ、第三者素材を分けて扱います。
次の比較一覧は、契約条項で確認すべき項目と、曖昧なままにした場合の読み違いを表します。なぜ重要かというと、条項の主語、対象、時期、例外が曖昧だと、会社の予定利用や受託者の再利用が後から衝突しやすいためです。各項目では、単に「一切の権利」と書くのではなく、何をどこまで移すかを読み取ってください。
| 条項 | 確認する内容 | 曖昧な場合のリスク |
|---|---|---|
| 成果物の定義 | 納品される文章、画像、コード、設計書、動画、音声、資料を具体的に特定します。 | 何が会社に移るのか、既存素材まで含むのかが不明確になります。 |
| 著作権譲渡 | 対象成果物、譲渡時期、27条・28条、対価、例外を明記します。 | 改変、翻訳、二次利用、別媒体展開で権利不足が生じます。 |
| 著作者人格権不行使 | 会社、グループ会社、利用許諾先、承継人に対する不行使を定めます。 | トリミング、翻訳、無名公表、会社名義公表で紛争になり得ます。 |
| 既存著作物・汎用部品 | 受託者に留保しつつ、会社に必要な範囲で利用許諾します。 | 受託者の事業資産を過度に拘束するか、会社の利用が不足します。 |
| 第三者素材・OSS | 権利者、ライセンス条件、利用制限、表示義務、商用利用可否を事前通知させます。 | ソースコード開示義務、表示義務、広告利用制限などを見落とします。 |
| 再委託先の処理 | 従業員、外注クリエイター、再委託先から必要な譲渡・許諾・不行使合意を取得させます。 | 会社と制作会社の契約だけでは権利の連鎖が途切れる可能性があります。 |
条項例を置く場合は、形式的な一文だけでなく、どのリスクを処理する文言かを説明できる状態にします。著作権譲渡では「著作権法第27条及び第28条に規定する権利を含む」と明記し、検収完了時や委託料完済時などの移転時期、対価が委託料に含まれるか、既存素材や第三者素材の例外、再委託先からの権利処理を合わせて定めます。
著作者人格権不行使条項では、受託者本人だけでなく、成果物作成に関与した役員、従業員、再委託先その他の第三者にも同様の不行使合意を確保させる設計が重要です。著作者人格権は譲渡できないため、「譲渡する」と書くのは不正確です。
次の判断の流れは、契約書で譲渡型と許諾型を選ぶ際の検討順序を表します。なぜ重要かというと、ロゴや主要プロダクトのように会社帰属が必要なものと、記事や研修資料のように必要な利用範囲の許諾で足りるものでは、対価や公正さが変わるためです。上から順に、事業目的に必要な権利だけを過不足なく設計する視点を読み取ってください。
ブランド、主要プロダクト、販売対象、M&A資産かを見ます。
翻訳、動画化、商品化、グループ会社利用、海外利用の有無を確認します。
27条・28条、再許諾、期間、地域、対価を明確にします。
媒体、期間、地域、改変可否、実績公開を具体化します。
著作権譲渡を求めること自体が直ちに問題になるわけではありません。ただし、権利の譲渡・許諾の範囲を明確に記載し、対価を報酬に加える必要があります。発注時に説明せず、納品後に無償で譲渡を求める、当初予定にない二次利用を追加対価なしで一方的に行う、包括的に一切の権利を低額で取得する、既存ノウハウまで無償帰属にする、といった運用は問題になり得ます。
保証・補償条項でもバランスが必要です。会社は第三者権利を侵害しないことを保証してほしいと考えますが、会社が提供した素材や、会社が指定した仕様が侵害原因となる場合まで、すべて受託者へ責任転嫁するのは不公正です。次の表では、原因に応じた責任分担の考え方を読み取ってください。
| 原因 | 責任分担の考え方 |
|---|---|
| 受託者が無断で第三者素材を使った場合 | 受託者責任が中心になります。 |
| 会社が提供した素材に問題があった場合 | 会社責任が中心になります。 |
| 会社が具体的仕様を指定し、その仕様が侵害原因となった場合 | 会社責任または分担を検討します。 |
| 両者で仕様決定した場合 | 寄与度や帰責性に応じて分担します。 |
| 受託者がAI出力物を十分確認せず納品した場合 | 契約上の確認義務の内容に応じて判断します。 |
文章、デザイン、写真・動画、ソフトウェア、研修資料、生成AIでは必要な権利範囲が異なります。
業務委託成果物は、種類によって権利処理の重点が変わります。なぜ重要かというと、ロゴのように商標登録や長期利用が前提になるもの、ソフトウェアのようにOSSや汎用ライブラリが混ざるもの、写真・動画のように肖像権や音源が重なるものでは、同じ条項を使うと過不足が出るためです。次の一覧では、成果物ごとにどの利用場面を契約で拾うべきかを読み取ってください。
Web掲載後の紙冊子転載、広告転用、要約、翻訳、リライト、電子書籍収録、複数媒体への再掲、グループ会社や代理店の利用、生成AIでの要約・リライトを想定します。
媒体再利用JPEGやPNGの納品と著作権移転は別です。ロゴでは商標登録、ブランド展開、海外展開、フォントライセンス、第三者素材不使用、著作者人格権不行使を明確にします。
商標27・28条撮影者の著作権に加え、被写体の肖像権、パブリシティ権、施設管理権、商標、プライバシー、個人情報、BGM、効果音、出演者契約を確認します。
肖像音源ソースコードだけでなく、設計書、画面デザイン、API資料、テスト仕様書、マニュアル、UI文言も問題になります。汎用ライブラリ、OSS、第三者SaaS、ノウハウを分けます。
OSS保守改修社内配布、グループ会社展開、eラーニング化、録画配信、翻訳、改訂、顧客向け提供を想定します。外部専門家の汎用教材と会社専用部分を分けます。
社内展開汎用教材ソフトウェア開発では、すべてを会社に譲渡させる設計が常に合理的とは限りません。受託開発会社は、過去の汎用ライブラリ、フレームワーク、テンプレート、開発ノウハウを再利用していることが多く、それらまで会社へ独占帰属させると、受託者の事業継続を不当に制約することがあります。
次の表は、ソフトウェア開発で混在しやすい対象ごとの権利処理を表します。なぜ重要かというと、会社専用部分、受託者の既存資産、OSS、第三者SaaS、ノウハウでは、会社が得るべき権利の形が異なるためです。各行では、譲渡すべきものと許諾・契約で整理すべきものの違いを読み取ってください。
| 区分 | 権利処理の典型例 |
|---|---|
| 会社専用に新規開発した個別部分 | 会社へ譲渡、または広範な利用許諾を設定します。 |
| 受託者の既存ライブラリ・汎用モジュール | 受託者に留保し、会社へ利用許諾します。 |
| OSS | OSSライセンスに従います。 |
| 第三者SaaS・API | 第三者契約に従います。 |
| ノウハウ・アルゴリズム | 秘密保持、競業避止、特許、利用範囲で整理します。 |
生成AIを利用して作成された成果物については、AI生成物だから自由に使える、必ず著作権が発生する、必ず権利侵害になる、という単純な整理は避けます。受託者が生成AIを利用してよいか、会社の秘密情報や個人情報をAIサービスに入力してよいか、利用サービス名や規約を開示するか、第三者権利侵害の確認をどの程度行うか、人間の創作的関与をどう記録するか、納品時にAI利用の有無を申告するか、類似コンテンツ発見時にどう対応するかを定めます。
既存契約がない場合は、資料の棚卸し、追加合意、利用停止・差替えまで選択肢に入れます。
契約書がない、または契約書に著作権条項がない場合でも、直ちに会社に権利がないと断定するのではなく、まず資料を集めます。契約書が弱い場合ほど、業務報告や成果物提出の経緯、請求書、支払記録、メール、チャット、議事録、検収書、納品ファイル、ライセンス証憑が重要になります。
次の一覧は、権利帰属が曖昧な場合に集める資料を表します。なぜ重要かというと、後から追加合意を作る場合も、M&AやIPOのデューデリジェンスに対応する場合も、対象成果物と利用根拠を説明できる資料が必要になるためです。項目ごとに、契約、制作過程、納品、第三者素材、権利保証の証拠がそろっているかを読み取ってください。
業務委託契約書、発注書、注文書、請書、見積書、提案書、仕様書、要件定義書を確認します。
メール、チャット、議事録、納品書、検収書、請求書、支払記録、成果物リストを確認します。
ソースコード管理履歴、デザインデータのメタ情報、第三者素材のライセンス証憑、権利保証文言を確認します。
将来利用に不安がある場合は、受託者との間で追加の著作権譲渡契約書、利用許諾契約書、確認書を締結します。確認書では、対象成果物、過去利用の許諾・追認、将来の利用範囲、譲渡または許諾、27条・28条、著作者人格権不行使、第三者素材の有無、対価、表明保証の範囲を明記します。
権利処理ができない場合の選択肢も、早い段階で整理しておく必要があります。なぜ重要かというと、使い続けるリスクと事業影響を比較し、差止請求、損害賠償、信用毀損、サービス停止、上場審査・デューデリジェンスでの指摘を避ける必要があるためです。次の重要ポイントでは、継続利用以外の選択肢も読み取ってください。
M&AやIPOでは、対象会社が重要な知的財産を本当に保有しているかが確認されます。業務委託者が作成したソフトウェア、Webサイト、ロゴ、ブランド素材、営業資料、マニュアル、コンテンツについて権利処理が不明確だと、買収価格の引下げ、表明保証違反、クロージング前の是正事項、上場審査での管理体制指摘、主要プロダクトの使用継続への疑義、第三者からの差止請求リスクが問題になります。
次の一覧は、M&A・IPO・監査で確認される典型資料を表します。なぜ重要かというと、知的財産の権利帰属は単なる契約レビュー項目ではなく、企業価値そのものに関わる資産管理だからです。読者は、主要プロダクトやブランド素材について、作成者と権利処理の連鎖を説明できるかを読み取ってください。
開発委託契約、ソースコード作成者履歴、Git等のコミット履歴、OSS管理台帳を確認します。
デザイナー、ライター、ロゴ、商標、営業資料、Web素材の制作契約と譲渡・許諾証憑を確認します。
共同開発契約、退職者、副業人材、創業前の友人が関与した成果物の権利処理を確認します。
生成AI利用ポリシー、第三者素材ライセンス、再委託先処理、利用制限を確認します。
法務、知財、現場、購買、IT、広報、経営企画、内部監査が同じ確認軸を持つことが重要です。
業務委託者の著作権問題は、法務部だけで解決できません。現場、購買、知財、IT、広報、マーケティング、人事、経営企画、内部監査が連携し、発注時から証跡管理まで同じ確認軸を持つ必要があります。会社は、著作権譲渡型、利用許諾型、ソフトウェア開発、デザイン制作、文章制作、動画制作、研修資料、生成AI利用、権利譲渡確認、著作者人格権不行使確認などのテンプレートを用途別に整備します。
次の一覧は、発注前に現場が確認すべき事項を表します。なぜ重要かというと、契約締結前に利用目的と権利範囲を決めておけば、納品後の追加交渉や無償譲渡要求を避けやすいためです。各項目では、成果物の使い道、改変、第三者利用、対価、素材の出所を読み取ってください。
成果物が何か、会社がどの媒体で使うか、改変・翻訳・二次利用を予定するかを確認します。
媒体グループ会社、代理店、顧客に使わせるか、商標登録、商品化、販売を予定するかを確認します。
再許諾受託者の既存素材、第三者素材、OSS、生成AIを使うか、実績公開を認めるかを確認します。
第三者素材著作権譲渡が必要か、利用許諾で足りるか、対価が権利範囲に見合っているかを確認します。
対価権利処理は、契約書を締結して終わりではありません。契約書、個別契約、発注書、仕様書、成果物リスト、検収記録、納品ファイル、第三者素材ライセンス、OSS一覧、生成AI利用申告、再委託先の権利処理確認、著作権譲渡確認書、更新・改訂履歴を保存します。将来の紛争、監査、M&A、IPO、顧客審査で必要になるのは、権利処理を説明できる一連の記録です。
次の表は、成果物の性質に応じた推奨モデルを表します。なぜ重要かというと、すべてを会社へ全部譲渡にすると過剰で不公正になる場合があり、逆に許諾だけでは事業目的を満たせない場合があるためです。各成果物について、会社が何を長期的に行いたいかを読み取ってください。
| 成果物 | 推奨モデル | 理由 |
|---|---|---|
| ロゴ、ブランドキャラクター、商品パッケージ | 原則として著作権譲渡です。 | 商標登録、ブランド展開、改変、長期利用が必要です。 |
| 会社専用ソフトウェアの個別開発部分 | 譲渡または広範な永久ライセンスです。 | 事業継続、M&A、保守改修に重要です。 |
| 受託者の汎用ライブラリ | 受託者留保と利用許諾です。 | 受託者の事業資産保護が必要です。 |
| Web記事・ブログ | 利用範囲に応じて許諾または譲渡です。 | 再掲、広告転用、翻訳の有無で判断します。 |
| 写真・動画 | 媒体・期間・地域を定めた許諾が多いです。 | 肖像権、音源、出演契約も関係します。 |
| 社内研修資料 | 会社専用部分は譲渡、汎用教材は許諾です。 | 外部専門家の汎用ノウハウを守ります。 |
| 広告クリエイティブ | 利用期間・媒体を明示した許諾または譲渡です。 | 広告配信範囲と対価の整合が必要です。 |
最終的な実務方針は、発注・支払・納品だけで著作権が会社に移らないという原則を誤解しないこと、譲渡か許諾か、27条・28条を含むか、著作者人格権をどう扱うかを契約で明確にすること、契約書、仕様書、検収書、成果物リスト、ライセンス証憑、AI利用申告、再委託先処理を保存することに集約されます。
よくある誤解を、一般的な制度説明として整理します。個別事情によって結論は変わります。
一般的には、支払いだけで著作権が会社に移るわけではないとされています。著作権譲渡契約、利用許諾、職務著作の成立など、権利帰属を基礎づける事情が必要です。ただし、契約書、発注書、仕様書、検収書、当事者間のやり取りによって評価が変わる可能性があります。具体的な対応は、資料を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、それだけでは十分でない可能性があります。成果物の所有権なのか、著作権なのか、著作権法27条・28条の権利を含むのか、著作者人格権をどう扱うのかが不明確になり得ます。ただし、条項全体や取引経緯によって評価が変わる可能性があります。具体的な条項修正は、弁護士等の専門家に相談する必要があります。
一般的には、編集可能なデータの納品と著作権の移転は別とされています。元データを受け取っても、契約上の譲渡または許諾がなければ、改変・再利用・二次利用に制約が残る可能性があります。ただし、契約文言や利用目的の合意内容によって評価が変わるため、具体的には専門家へ確認する必要があります。
一般的には、著作者人格権は著作者に一身専属し、譲渡できないとされています。実務では、著作者人格権を行使しない旨の合意を取得することがあります。ただし、不行使合意の範囲や利用態様によって問題が残る可能性があるため、具体的な運用は専門家に相談する必要があります。
一般的には、制作会社に当然にあるとは限りません。実際に制作した従業員について制作会社内で職務著作が成立するか、外部再委託者から権利譲渡・利用許諾を受けているかが問題になります。会社側では、制作会社から権利処理済みであることの表明保証を受ける設計が考えられますが、具体的には取引資料を踏まえて確認する必要があります。
一般的には、著作権譲渡を求めること自体が直ちに違法になるわけではないとされています。ただし、譲渡・許諾の範囲を明確にし、対価を適切に設定し、十分に協議する必要があります。一方的、無償、過度な権利取得は、フリーランス法や取引適正化上の問題になり得ます。具体的な契約条件は、専門家へ相談する必要があります。
一般的には、軽微な修正だけで元の著作物の著作権が会社に移るわけではありません。会社の修正部分に創作性があれば、その部分について会社側の権利が問題になる可能性はありますが、元著作物の利用には元権利者の許諾が必要となる可能性があります。具体的には修正内容や契約関係によって判断が変わります。
一般的には、契約内容や秘密情報の有無によって扱いが変わります。会社に秘密情報、未公開情報、顧客情報、広告戦略、個人情報が含まれる場合は制限が必要になる可能性があります。一方、受託者にとって実績公開は重要な営業資産です。公開時期、範囲、会社承認、クレジット表示を契約で定めることが考えられます。
一般的には、事案によって評価が変わります。黙示の利用許諾が認められる可能性はありますが、範囲は限定的に解釈されるリスクがあります。当初予定を超える二次利用、改変、販売、第三者提供、海外展開は慎重に検討する必要があります。具体的な利用可否は、資料を整理したうえで専門家へ相談する必要があります。
一般的には、原則として当然には帰属しないと整理されます。会社に帰属させるには、職務著作が成立する特殊な場合を除き、著作権譲渡契約を明確に締結する必要があります。帰属させない場合でも、会社の予定利用に必要な利用許諾を明確に取得する必要があります。個別の見通しや対応方針は、契約書や関連資料を踏まえて専門家へ相談する必要があります。
著作権法、職務著作、フリーランス取引、AIと著作権、登録制度に関する公的資料・中立的資料を整理します。