職務著作規程は、会社の発意、職務上作成、公表名義、外部委託、生成AI、OSS、退職時引継ぎまでを一体で管理する社内統制です。このページでは、著作権法15条を起点に、条項例と運用チェックを整理します。
職務著作規程は、会社の発意、職務上作成、公表名義、外部委託、生成AI、OSS、退職時引継ぎまでを一体で管理する社内統制です。
会社に権利を集める文言だけでなく、成立要件、契約、記録、運用を同時に設計します。
職務著作規程は、従業員等が業務上作成する文章、プログラム、デザイン、写真、動画、マニュアル、営業資料、広告、研修資料、Webコンテンツ、UI、データベース、生成AIを用いた成果物について、著作者、著作権管理、利用、公表、保存、外部提供の扱いを定める社内規程です。
重要なのは、規程に書けばすべて会社の著作物になる、という発想を避けることです。日本の著作権法では、一定の要件を満たす場合に限り、実際に創作した個人ではなく法人等が著作者になります。要件を満たさない場面では、著作権譲渡、利用許諾、著作者人格権不行使特約、外部委託契約で補完します。
次の重要ポイントは、職務著作規程が何を解決するための制度かを整理しています。社内担当者にとっては、条文の美しさよりも、どの場面で会社が著作者となり、どの場面で契約処理が必要かを読み分けることが重要です。
著作権法15条の要件を現場の作成手順に落とし込み、成立しない場面では契約と記録で補完することで、退職者、外部委託先、共同開発先、生成AI、OSSをめぐる不確実性を減らします。
次の一覧は、職務著作規程で最初に押さえる結論を、法的効果、限界、労務手続、証跡管理に分けて示しています。どの列も規程条項に反映する必要があるため、自社の規程案で抜けている領域を確認してください。
| 論点 | 押さえる結論 | 規程での反映 |
|---|---|---|
| 中核条文 | 職務著作の中心は著作権法15条です。プログラム以外は公表名義要件があり、プログラムは公表名義要件が不要です。 | 非プログラム著作物とプログラム著作物を分けて条項化します。 |
| 法的効果 | 職務著作が成立すると、会社は単なる著作権者ではなく著作者になります。 | 職務著作と著作権譲渡を混同しない文言にします。 |
| 規程の限界 | 規程だけで法定要件を満たさない著作物について会社を著作者にすることはできません。 | 譲渡、利用許諾、著作者人格権不行使、例外承認を併用します。 |
| 労務手続 | 就業規則または委任規程として義務を課す場合、作成、変更、届出、意見聴取、周知が問題になります。 | 就業規則本体、付属規程、入社時説明、研修をつなげます。 |
| 証跡管理 | 発意、職務性、公表名義、第三者素材、AI、OSS、別段の定めを後から説明できる状態にします。 | 制作依頼、承認、保存場所、利用素材、レビュー履歴を記録します。 |
職務著作規程は、次の三層を組み合わせると実務で使いやすくなります。上段は法定要件を満たす場面、中段は要件を満たしにくい場面、下段は権利帰属とは別に利用上の安全性を確保する場面を表します。
著作権法15条の要件を満たす成果物について、会社が著作者となることを確認します。発意、職務性、公表名義、別段の定めなしを業務手順に組み込みます。
職務著作に該当しない成果物では、著作権譲渡、利用許諾、著作者人格権不行使、第27条・第28条の特掲で会社利用を支えます。
第三者素材、OSS、生成AI、秘密情報、退職時引継ぎ、外部委託先の権利取得を記録し、紛争やM&A確認に耐える状態を作ります。
著作物、著作者、著作権、著作者人格権、職務著作を分けて理解します。
職務著作規程を正しく作るには、まず「成果物」と「著作物」を混同しないことが大切です。報告書、仕様書、ソースコード、Web記事、広告コピー、営業資料、プレゼン資料、図表、動画、写真、イラスト、研修資料、FAQ、マニュアル、UI画面、設計資料は著作物になり得ますが、事実、データ、アイデア、手法、単なる数値、標準的な書式そのものは、常に著作物になるわけではありません。
次の比較一覧は、職務著作規程で混同しやすい用語の違いを整理しています。用語の切り分けが曖昧だと、規程で会社が取得できる権利と、別制度で管理する情報が混ざるため、各欄の違いを確認してください。
| 用語 | 意味 | 規程上の注意点 |
|---|---|---|
| 著作物 | 思想または感情を創作的に表現したものです。 | 成果物のすべてが著作物になるわけではないため、定義条項で分けます。 |
| 著作者 | 著作物を創作する者です。委託料の支払いだけで発注者が著作者になるわけではありません。 | 社内制作、外部委託、共同開発で創作者を確認します。 |
| 著作権 | 複製、公衆送信、譲渡、貸与、翻訳、翻案などの財産権です。 | 譲渡できますが、第27条・第28条は明記が重要です。 |
| 著作者人格権 | 公表権、氏名表示権、同一性保持権を含む人格的な権利です。 | 譲渡できないため、不行使特約を置くのが通常です。 |
| 職務著作 | 一定要件の下で、実際に創作した個人ではなく法人等が著作者になる制度です。 | 法定要件を条項と運用に落とし込みます。 |
著作権法15条は、プログラム以外の著作物とプログラム著作物で要件の組み立てが異なります。次の一覧では、公表名義要件の有無と実務上の管理対象を示しているため、社内規程で条文を分けるべき箇所を読み取れます。
| 区分 | 主な要件 | 実務で管理するもの |
|---|---|---|
| 非プログラム著作物 | 法人等の発意、業務に従事する者、職務上作成、法人等の著作名義で公表、別段の定めなしを確認します。 | 会社名義、部署名義、ブランド名義、個人名併記、コピーライト表示、公開媒体の整合性を管理します。 |
| プログラム著作物 | 公表されない場合が多いため、公表名義要件は不要とされています。 | ソースコード、社内ツール、API連携、RPA、機械学習パイプライン、OSSライセンス、外部委託契約を管理します。 |
| 職務著作が成立しない成果物 | 創作者が著作者となる余地が残ります。 | 著作権譲渡、利用許諾、著作者人格権不行使、第三者素材の権利処理で補完します。 |
第27条・第28条は、職務著作が成立しない場合の補完譲渡で特に重要です。著作権譲渡契約で翻訳権・翻案権等と二次的著作物の利用に関する権利が明記されていないと、譲渡した側に留保されたものと推定されるため、条項文言に含める必要があります。
発意、業務従事者、職務上作成、公表名義、別段の定めなしを日常業務に埋め込みます。
職務著作の要件は、紛争時に初めて考えるものではなく、制作依頼、タスク管理、社内レビュー、公表名義、保存場所、契約書に反映しておくものです。特に、外部人材、派遣、出向、役員、顧問、インターン、副業人材が関与する場合は、形式だけでなく実態を確認します。
次の判断の流れは、非プログラム著作物について職務著作に近づけるための確認順序を表しています。上から順に確認すると、どこで証跡を残すべきか、どこで譲渡・利用許諾に切り替えるべきかを読み取れます。
業務指示、企画、承諾、プロジェクト計画、顧客契約、チケットなどで作成の起点を残します。
雇用契約だけでなく、指揮監督下の労務提供実態や対価の性質を見ます。
職務分掌、評価目標、会社設備、会社データ、顧客対応、会社ブランドでの利用予定を確認します。
会社名義、個人名併記、顧客名義、就業規則、個別契約、研究規程、副業規程との整合性を見ます。
第27条・第28条、不行使特約、第三者素材確認、個別合意を用意します。
完成版、承認履歴、公開日、素材一覧、例外承認を会社管理の場所に保存します。
次の一覧は、5要件ごとに規程で置くべき記載と、実務で残すべき資料を対応させています。条文だけでなく、右列の資料が残っているかを確認すると、後日の説明可能性が高まります。
| 要件 | 規程での書き方 | 残すべき資料 |
|---|---|---|
| 法人等の発意 | 会社の企画、構想、依頼、承認、業務計画に基づく作成を明記します。 | 業務指示書、稟議、チケット、仕様書、会議議事録、チャット、メールを残します。 |
| 業務に従事する者 | 従業員等の範囲を定義し、外部委託者、派遣、出向、顧問は個別契約で扱います。 | 雇用契約、出向契約、派遣契約、業務委託契約、指揮監督の実態資料を残します。 |
| 職務上作成 | 担当業務、会社設備、会社情報、顧客対応、会社媒体への利用予定を例示します。 | 職務記述書、評価目標、作成依頼、保存場所、レビュー履歴を残します。 |
| 法人等の著作名義 | 会社名、ブランド名、サービス名、部署名、個人名併記の意味を区別します。 | 表紙、奥付、Web表示、SNS表示、PDFプロパティ、コピーライト表示を残します。 |
| 別段の定めなし | 就業規則、雇用契約、研究規程、副業規程、社内投稿規程との矛盾をなくします。 | 既存規程、個別合意、例外承認、投稿規程、社内公募規程を棚卸しします。 |
次の注意要素は、職務著作の成立を不安定にしやすい場面を示しています。項目ごとに権利帰属だけでなく、第三者権利、秘密情報、ライセンス、退職後の協力まで読み取る必要があります。
個人名が著作者表示か、担当者表示か、監修者表示かを区別します。会社名義との関係をテンプレート化します。
業務委託者やフリーランスを当然に職務著作の対象と見ないで、契約で権利処理します。
会社が著作者でも、他人の写真、文章、フォント、音源、コードの権利処理が不足すると利用リスクが残ります。
入力情報、既存著作物との類似性、OSSライセンス、商用利用条件、保存記録を確認します。
「会社のもの」と乱暴に書かず、帰属、補完、利用統制を分けて設計します。
職務著作規程で避けたいのは、従業員が作成した著作物の著作者および著作権者をすべて会社とする、という包括的な書き方です。私的創作、副業成果、学会発表、個人SNS、会社と無関係な創作物まで含めると、不明確で過度な規程になりやすいです。
次の比較一覧は、権利帰属の問題と利用統制の問題を分けて示しています。左列だけを整えても第三者素材やAI・OSSのリスクは残るため、右列の運用統制まで規程に入れることを読み取ってください。
| 設計領域 | 規程で決めること | 接続する社内制度 |
|---|---|---|
| 職務著作の確認 | 著作権法15条の要件を満たす場合の法人著作者性を確認します。 | 就業規則、職務分掌、制作依頼、公開名義ルールに接続します。 |
| 補完譲渡・利用許諾 | 職務著作に該当しない成果物について、著作権譲渡、利用許諾、不行使特約を置きます。 | 雇用契約、入社誓約書、個別合意、外部委託契約に接続します。 |
| 第三者素材管理 | 素材、フォント、写真、動画、音源、ソースコード、テンプレートの出所と利用条件を確認します。 | NDA、秘密情報管理、情報セキュリティ、ライセンス管理に接続します。 |
| AI・OSS管理 | 生成AIの入力禁止情報、利用記録、人の確認、OSS審査、ライセンス義務を定めます。 | 生成AI利用規程、OSS管理規程、クラウド利用規程に接続します。 |
| 退職・異動時管理 | 成果物、素材、アカウント、ライセンス情報、リポジトリ、AI利用記録を引き継ぎます。 | 退職手続、秘密保持誓約、アクセス権限管理に接続します。 |
職務著作規程は、単独で完結する規程ではありません。次の一覧は、制定時に同時レビューする規程・契約をまとめています。各項目との矛盾があると「別段の定め」や権利処理不足が生じやすいため、横断的に確認してください。
就業規則、雇用契約、労働条件通知書、入社誓約書、退職手続、副業・兼業規程、研修制度との整合性を確認します。
職務発明規程、知的財産管理規程、外部委託契約、共同研究契約、顧客契約、ライセンス契約と接続します。
秘密保持規程、情報セキュリティ規程、データ管理、SNS利用、生成AI利用、クラウド利用、個人アカウント禁止を整理します。
棚卸し、リスク分類、契約レビュー、規程案、周知、監査までを段階的に進めます。
職務著作規程は、法務部だけで完結しません。マーケティング、広報、開発、プロダクト、デザイン、営業、CS、人事、研修、経営企画、研究開発、情報システム、海外拠点、子会社、外部委託先を含め、どの成果物が誰の指示でどの名義で公表・納品されているかを確認します。
次の時系列は、職務著作規程を導入するときの作業順序を示しています。各段階で何を確認し、どの記録を残すかを読み取ることで、規程作成だけで終わらない導入計画を立てやすくなります。
部門別に成果物、作成者、指示者、公表媒体、公表名義、保存場所、外部委託の有無を棚卸しします。
社内制作、個人名表示、顧客納品、外部委託、共同開発、OSS、生成AI、第三者素材、副業、退職者関与に分けます。
職務著作規程、就業規則本体条項、制作依頼書、AI利用記録票、外部委託契約条項をそろえます。
就業規則または委任規程として義務を課す場合、必要な意見聴取、届出、周知、研修を検討します。
四半期または半期に一度、制作依頼、名義表示、契約条項、AI・OSS・第三者素材の記録、退職時引継ぎを確認します。
次の比較一覧は、就業規則本体に置く方法と、就業規則の委任規程として置く方法の違いを示しています。改定負担と従業員への義務付けの強さを見比べ、自社の規模と運用に合う方式を選んでください。
| 方式 | 向いている場面 | 注意点 |
|---|---|---|
| 就業規則本体に置く | 従業員の義務、服務規律、秘密保持、退職後協力、懲戒との接続を明確にしたい場合に向きます。 | 条項が細かすぎると改定負担が重くなるため、基本原則中心にします。 |
| 委任規程にする | 著作物の種類、AI・OSS、制作手順、外部委託テンプレートを柔軟に更新したい場合に向きます。 | 就業規則本体に委任根拠を置き、従業員に周知します。 |
| 契約書で補完する | 外部委託、共同研究、個別プロジェクト、例外承認を扱う場合に向きます。 | 規程と契約の優先関係、権利譲渡範囲、対価、利用許諾範囲を明確にします。 |
導入時には、次のチェック項目を使うと、社内の抜け漏れを確認しやすくなります。項目は成果物の棚卸しから監査体制まで並んでいるため、未対応の欄を規程整備の作業リストに転記してください。
| 確認項目 | 見るべきポイント |
|---|---|
| 著作物の棚卸し | 文章、画像、動画、プログラム、デザイン、資料、UI、データベースを部門別に確認します。 |
| 契約と規程の整合性 | 就業規則、雇用契約、入社誓約書、職務発明規程、知財管理規程、秘密保持規程、副業規程、SNS規程を確認します。 |
| 補完条項 | 職務著作に該当しない場合の譲渡条項、第27条・第28条、不行使特約、例外承認を確認します。 |
| AI・OSS・第三者素材 | 生成AI利用規程、OSS管理規程、情報セキュリティ規程、素材ライセンス記録を確認します。 |
| 外部委託契約 | 再委託先からの権利取得、非侵害保証、納品データ、素材一覧、AI利用記録を契約に入れます。 |
| 周知・研修・監査 | 従業員研修、管理職研修、制作部門研修、監査責任部門、見直し頻度を決めます。 |
一般企業向けの基本構成を、19条の章立てと周辺書式に分けて整理します。
職務著作規程のひな型は、就業規則の付属規程として制定する想定で作れます。ただし、業種、既存就業規則、雇用契約、外部委託契約、海外拠点、労働組合、職種、研究開発体制によって修正が必要です。
次の条項一覧は、職務著作規程の基本ひな型を19条構成で示しています。各条項がどの実務リスクに対応するかを右列で確認し、自社の規程に不足している条項を読み取ってください。
| 条項 | 入れる内容 | 実務上の狙い |
|---|---|---|
| 第1条 目的 | 会社の事業活動の円滑化、法令遵守、知的財産の保護、紛争予防を目的として定めます。 | 会社の権利確保だけでなく、第三者権利の尊重も示します。 |
| 第2条 定義 | 著作物、成果物、職務著作物、従業員等、第三者素材、生成AIを定義します。 | 著作物と成果物を分け、外部協力者は個別契約で扱います。 |
| 第3条 基本原則 | 法令、社内規程、会社指示、第三者権利尊重、AI・OSS・外部サービスの承認手続を定めます。 | 権利帰属と利用統制を同じ規程で扱います。 |
| 第4条 職務著作物の著作者 | 著作権法15条1項と2項に沿って、非プログラムとプログラムを分けます。 | 会社が著作者になる場面を確認的に整理します。 |
| 第5条 補完譲渡 | 職務著作に該当しない成果物について、第27条・第28条を含む著作権譲渡を定めます。 | 職務著作が成立しない場面の会社利用を支えます。 |
| 第6条 著作者人格権の不行使 | 会社、承継人、顧客、指定利用者に対する不行使特約を定めます。 | 譲渡できない人格権の実務対応を置きます。 |
| 第7条 公表名義・権利表示 | 会社名、ブランド名、サービス名、個人名併記、コピーライト表示を管理します。 | 公表名義要件と表示誤認リスクを管理します。 |
| 第8条 作成指示・記録保存 | 作成目的、担当者、利用予定、公表名義、素材、AI、OSS、承認履歴、完成版を保存します。 | 会社の発意、職務性、第三者素材の証跡を残します。 |
| 第9条 第三者素材 | 権利者、出所、利用条件、期間、表示義務、改変可否、商用利用可否を確認します。 | 職務著作成立後も残る第三者権利リスクを減らします。 |
| 第10条 OSS・外部ソフトウェア | OSS、外部ライブラリ、API、SDK、フォント、テンプレートの審査を定めます。 | ソースコード開示義務や再配布制限を管理します。 |
| 第11条 生成AI | 入力禁止情報、人の関与、類似性確認、出所確認、利用規約確認、保存記録を定めます。 | AI出力の著作物性と第三者類似性を案件ごとに確認します。 |
| 第12条 外部委託・再委託 | 譲渡、利用許諾、不行使、非侵害保証、再委託先からの権利取得、AI・OSS利用を定めます。 | 外部制作者から会社へ利用可能な権利を集めます。 |
| 第13条 共同開発・共同研究 | 著作者、共有持分、利用範囲、改変、再許諾、公表名義、論文発表を定めます。 | 共同成果物の利用権を事前に明確化します。 |
| 第14条 副業・私的創作 | 会社の秘密情報、顧客情報、会社素材、会社設備、会社ブランドの利用制限を定めます。 | 会社成果物と私的創作の境界を整理します。 |
| 第15条 退職・異動・契約終了 | 成果物、制作途中データ、素材、記録、アカウント、リポジトリ、ライセンス情報を引き継ぎます。 | 退職者や委託終了者の権利・証跡断絶を防ぎます。 |
| 第16条 例外承認 | 研究、教育、採用広報、技術広報、ポートフォリオ、OSS公開などの例外を承認手続に載せます。 | 現場に必要な例外を記録付きで扱います。 |
| 第17条 違反時の措置 | 是正、利用停止、削除、顧客対応、教育、懲戒、損害賠償請求などを定めます。 | 服務規律や情報セキュリティとの接続を明確にします。 |
| 第18条 主管部門 | 主管部門と、法務、知財、人事、情報システム、広報、開発、内部監査の協力を定めます。 | 規程を現場運用へつなげます。 |
| 第19条 改廃 | 規程管理手続に従った改廃を定め、施行日を附則で明記します。 | AI・OSS・法改正に応じた更新を可能にします。 |
就業規則本体には、詳細な職務著作規程への委任根拠を置くと運用しやすくなります。次の一覧は、本体条項に含める骨格を示しており、従業員にどの義務を周知するかを読み取れます。
会社業務に関連して作成した著作物、発明、考案、意匠、商標、ノウハウ、データ、資料、プログラムその他の成果物は、法令と職務著作規程等に従って扱うと定めます。
成果物の作成過程、利用素材、権利関係を記録し、第三者の権利を侵害しないよう会社手続に従うと定めます。
会社の承認なく、業務成果物を自己または第三者のために利用、開示、譲渡、公表、持出ししないことを定めます。
業務指示書・制作依頼書は、会社の発意と職務上作成を示す重要な記録です。次の一覧は、重要成果物の依頼時に記録する項目を示しており、後から作成経緯を説明するために何を残すべきかを読み取れます。
| 項目群 | 記録する内容 |
|---|---|
| 案件情報 | 案件名、依頼部門、依頼者、作成担当者、承認者、作成目的、具体的内容を記録します。 |
| 成果物と利用予定 | 文章、画像、動画、写真、プログラム、デザイン、資料などの種類と、社内利用、顧客納品、Web公表、広告利用、研修利用を記録します。 |
| 公表名義 | 公表予定の有無、会社名義、サービス名義、部署名義、個人名併記、利用予定媒体を記録します。 |
| 素材・情報 | 第三者素材、OSS、外部ライブラリ、生成AI、秘密情報、個人情報の利用予定を記録します。 |
| 納期・保存 | 納期、保存場所、備考を記録し、会社の業務として作成を依頼したことを明確にします。 |
社内制作では規程、外部制作では契約、AI・OSSでは記録と審査を組み合わせます。
外部委託先に制作を依頼する場合、職務著作規程だけで権利処理は完結しません。会社が費用を支払っても、原則として実際に創作した外部デザイナー、開発会社、ライター、写真家などが著作者となるため、契約書で著作権譲渡または利用許諾を確保します。
次の一覧は、外部委託契約に入れるべき著作権条項を、契約上の役割ごとに整理しています。委託料、納品、再委託、AI・OSS、素材一覧のどこに確認漏れが出やすいかを読み取れます。
| 条項 | 入れる内容 | 注意点 |
|---|---|---|
| 著作権譲渡 | 成果物に関する一切の著作権を、納入時または指定時点で委託者に譲渡すると定めます。 | 第27条・第28条の権利を含むと明記します。 |
| 対価 | 譲渡対価が委託料に含まれるか、個別契約で別途定めるかを明確にします。 | 高額な二次利用や広範な利用では対価設計も確認します。 |
| 不行使特約 | 受託者と実際の創作者に、委託者、顧客、指定利用者への著作者人格権不行使を求めます。 | 再委託先にも同等の権利処理を取得させます。 |
| 非侵害保証 | 第三者の著作権、商標権、肖像権、パブリシティ権、営業秘密などを侵害しないことを保証します。 | 素材の出所とライセンス証跡の提出義務を置きます。 |
| AI・OSS・第三者素材 | 第三者素材、OSS、外部ライブラリ、生成AI出力を含める場合、事前通知と承認を求めます。 | 会社の利用目的に合わない条件の素材を避けます。 |
| 資料提出 | 利用素材一覧、ライセンス情報、制作過程資料、AI利用記録、OSS一覧を提出させます。 | M&Aや顧客監査で説明できる状態を作ります。 |
生成AIとOSSは、禁止するだけでは現場の利用実態に合わない場合があります。次の項目一覧は、安全に利用するための確認領域を示しており、秘密情報入力、類似性、利用規約、ライセンス義務のどこを記録するかを読み取れます。
案件名、利用者、利用日、サービス名、利用目的、入力情報の種類、秘密情報・個人情報の有無、出力の利用方法を記録します。
入力管理類似性確認AI出力を利用する場合、人による創作的関与、編集内容、既存著作物との類似性確認、出所確認、利用規約上の商用利用可否を確認します。
編集記録規約確認コピーレフト型ライセンス、ソースコード開示義務、商用利用制限、再配布制限、特許条項などを確認します。
ライセンス開示義務権利者、出所、利用範囲、利用期間、表示義務、改変可否、再許諾可否、商用利用可否を記録します。
素材一覧表示義務公表名義は、職務著作の要件にも顧客契約にも関わります。次のチェック一覧は、公開や納品の直前に確認する項目を示しており、個人名表示、会社名義、顧客名義、共同名義の意味を明確にするために使えます。
| 確認項目 | 読み取るポイント |
|---|---|
| 成果物の区分 | プログラム著作物か、それ以外かを確認します。 |
| 会社名義 | 表紙、奥付、Webページ、PDFプロパティ、SNS投稿、動画概要欄、アプリ表示、配布資料の名義をそろえます。 |
| 個人名表示 | 著作者表示、担当者表示、監修者表示、登壇者表示のどれかを区別します。 |
| 顧客名義 | 顧客名義で公表する場合、契約上の権利帰属・利用許諾と整合させます。 |
| 共同名義 | 共同制作では、共同名義、単独名義、表示順、ロゴ使用条件を合意します。 |
| 第三者素材・AI表示 | クレジット表示義務や生成AI利用表示の要否を確認します。 |
営業資料、ソースコード、外部デザイン、技術ブログ、共同研究、生成AI広告を分けて考えます。
実務では、職務著作に該当するかどうかだけで結論が出ないケースが多くあります。会社が著作者となる余地があっても、第三者素材、OSS、AI、顧客契約、個人名表示、共同研究契約が別途問題になるため、ケースごとに確認軸を変える必要があります。
次のケース一覧は、典型的な6つの場面で、職務著作規程上どこを確認するかを示しています。各項目では、会社の発意と職務性だけでなく、素材・契約・名義の確認まで読み取ってください。
会社の顧客提案としてテンプレートを使い、業務として作成した資料は職務性を説明しやすいです。ただし、外部画像、顧客資料、統計図表、競合資料が含まれる場合は素材の権利処理を確認します。
会社プロダクトのコードは、プログラム著作物として公表名義要件なしに職務著作が成立し得ます。OSS、生成AIコード補助、前職コード、個人GitHubの持込みを確認します。
費用を支払っただけでは会社が著作者または著作権者になるわけではありません。著作権譲渡、不行使特約、商標出願協力、実績公開条件、第三者素材不使用を契約で明記します。
採用広報や技術広報として業務時間中に作成され、会社レビューを受け、会社ドメインで公開される場合、会社の発意と職務性を説明しやすいです。個人名は執筆担当者表示か著作者表示かを区別します。
学生、研究者、企業研究員が関わるため、会社規程だけでは相手方の権利を処理できません。共同研究契約で著作物、プログラム、データ、論文、学会発表、秘密保持を定めます。
会社業務としてAI出力を素材にし、人が編集・選択・構成して会社名義で公表する場合でも、著作物性、人の関与、既存著作物との類似性、利用規約、秘密情報入力を別途確認します。
よくある誤解は、規程の条項を過大評価することから生じます。次の比較一覧は、現場で出やすい言い方と、実務上の正しい確認ポイントを対応させています。
| 誤解 | 確認すべきこと |
|---|---|
| 給料を払っているから会社著作になる | 給与は重要な事情ですが、著作権法15条の要件を確認します。 |
| 外注費を払ったから会社の著作権になる | 契約で譲渡または利用許諾を受けているかを確認します。 |
| 著作者人格権も譲渡できる | 著作者人格権は譲渡できないため、不行使特約を置きます。 |
| 一切の著作権を譲渡と書けば十分 | 第27条・第28条の権利を含むことを明記します。 |
| 規程で会社を著作者にすれば解決する | 規程は法定要件を不要にしないため、成立しない場面は契約で補完します。 |
| 個人名が出ると職務著作ではない | 個人名が著作者表示か担当者表示かを明確にします。 |
| AIが作ったから著作権は問題にならない | 入力素材、既存著作物との類似性、人の関与、利用規約、秘密情報入力を確認します。 |
M&A、IPO、資金調達、事業譲渡、ライセンスアウト、海外展開では、主要ソフトウェア、デザイン、資料、外部委託成果物、共同研究成果の権利帰属が確認されます。創業初期の外部エンジニア、副業メンバー、共同創業者、インターン、退職者が作成した成果物は、後から権利確認が難しくなることがあります。
次の一覧は、デューデリジェンスで確認されやすい職務著作関連項目を示しています。左列の質問に対して、右列の資料をすぐ出せるかを確認すると、規程と運用の実効性を測れます。
| 確認されやすい事項 | 準備する資料 |
|---|---|
| 主要ソフトウェアの権利が会社にあるか | 職務著作規程、雇用契約、リポジトリ履歴、OSS一覧、受託開発契約を用意します。 |
| 退職者・外部委託先との権利処理があるか | 退職時誓約書、権利確認書、業務委託契約、検収記録、納品データを用意します。 |
| 第27条・第28条と不行使特約があるか | 雇用契約、個別合意、外部委託契約、ひな型改定履歴を用意します。 |
| OSS・生成AIの統制があるか | OSS審査記録、AI利用記録票、利用規程、承認履歴を用意します。 |
| 顧客契約や共同研究契約と矛盾しないか | 顧客契約、共同研究契約、利用許諾、共同名義合意、成果物一覧を用意します。 |
| 就業規則・雇用契約と整合しているか | 就業規則、委任規程、周知記録、研修資料、労働者代表手続資料を用意します。 |
規程制定後は、部門ごとの役割分担を明確にすると運用が安定します。次の一覧は、法務、知財、人事、開発、情報システム、内部監査がそれぞれ何を担うかを示しており、主管部門だけに負荷が偏らない体制を読み取れます。
規程案、契約書ひな型、顧客契約との整合性、紛争対応、外部専門家との連携を担当します。
著作権、特許、意匠、商標、ノウハウ、データベース、ブランド管理を統合して確認します。
就業規則、雇用契約、入社誓約書、退職手続、副業規程、研修、周知を担当します。
制作依頼、チケット管理、リポジトリ、レビュー、OSS管理、AI利用記録を運用します。
保存場所、アクセス権限、ログ、クラウド管理、個人アカウント利用禁止、退職時停止を担当します。
規程が実際に使われているか、契約、素材、AI、OSS、退職時引継ぎの記録を確認します。
研修は、法律論だけではなく現場の具体例で設計すると浸透しやすくなります。次の一覧は、対象者別の研修テーマを示しており、どの部門にどの知識を届けるべきかを読み取れます。
| 対象 | 研修テーマ |
|---|---|
| 全社員 | 社内で作った資料の権利、外注デザインの著作権、会社ブログの個人名表示、第三者素材の利用を扱います。 |
| 管理職 | 作成指示、承認、公開名義、退職時引継ぎ、例外承認、部門内の記録保存を扱います。 |
| エンジニア | ソースコード、OSS、生成AIコード補助、個人リポジトリ、顧客提供コードを扱います。 |
| 広報・マーケティング | 写真、動画、音源、広告コピー、SNS投稿、AI画像、クレジット表示を扱います。 |
| 法務・購買 | 外部委託契約、権利譲渡、不行使特約、第27条・第28条、再委託、素材一覧を扱います。 |
一般的な制度説明として、個別案件では事情に応じた専門家確認が必要です。
一般的には、職務著作規程だけで著作権法15条の要件を不要にすることはできないとされています。会社の発意、業務に従事する者、職務上作成、公表名義、別段の定めなしなどの事情によって結論が変わる可能性があります。具体的な対応は、就業規則、雇用契約、成果物の作成経緯を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、外部委託先の成果物は社内規程だけでは権利処理が完結しにくいとされています。契約形態、指揮監督の実態、成果物の性質、再委託の有無によって結論が変わる可能性があります。具体的な対応は、業務委託契約で著作権譲渡、利用許諾、著作者人格権不行使、第三者権利非侵害保証を整理したうえで専門家へ相談する必要があります。
一般的には、生成AIを使った成果物も、会社業務として利用するなら記録・確認の対象に含めることが有効とされています。ただし、人の創作的関与、入力情報、既存著作物との類似性、AIサービスの利用規約、秘密情報や個人情報の入力有無によって結論が変わる可能性があります。具体的な対応は、生成AI利用規程や情報セキュリティ規程と合わせて専門家へ相談する必要があります。
一般的には、個人名が表示されているだけで直ちに職務著作が否定されるとは限らないとされています。ただし、その表示が著作者表示なのか、執筆担当者表示なのか、監修者表示なのかによって判断が変わる可能性があります。具体的な対応は、会社名義、公表媒体、レビュー履歴、技術ブログ規程を整理したうえで専門家へ相談する必要があります。
一般的には、少なくとも年1回の見直しを行い、生成AI、OSS、外部委託、海外展開、M&A、IPO準備、著作権法改正などの変化がある場合は臨時見直しを行うことが有効とされています。ただし、会社の事業内容、制作体制、労務手続、既存契約によって必要な頻度は変わる可能性があります。具体的な見直し計画は、関係部門と専門家に相談する必要があります。
法令、公的資料、裁判例、講習会資料を中心に確認しています。