著作権法15条を軸に、会社が著作者となるための要件、外部委託やプログラムでの注意点、契約・規程・証拠管理の実務を企業法務向けに整理します。
著作権法15条を軸に、会社が著作者となるための要件、外部委託やプログラムでの注意点、契約・規程・証拠管理の実務を企業法務向けに整理します。
著作者が会社になる例外制度を、要件ごとに確認します。
日本の著作権法では、実際に著作物を創作した人が著作者となるのが原則です。一方で、著作権法15条は、会社、学校、研究機関、行政法人などの使用者側を著作者とする例外を定めています。この制度が一般に職務著作または法人著作と呼ばれます。
非プログラム著作物では、会社の発意、業務に従事する者による職務上作成、会社名義での公表、作成時に反対の定めがないことが中心になります。文化庁資料では5項目で説明されることもありますが、実務では「業務に従事する者」と「職務上作成」をまとめ、4要件として整理すると判断しやすくなります。
次の比較表は、職務著作 4要件が何を確認するものかを整理したものです。企業にとって重要なのは、各要件が単なる形式ではなく、作成時点の企画、職務、名義、契約・規程の証拠に結び付く点です。右列から、自社でどの資料を確認すべきかを読み取れます。
| 実務上の要件 | 条文上の中核 | 企業法務での確認ポイント |
|---|---|---|
| 第1要件 | 法人その他使用者の発意に基づくこと | 会社が企画、構想、指示、承認した作成か、業務計画上予定または予期されていたかを確認します。 |
| 第2要件 | 法人等の業務に従事する者が職務上作成したこと | 作成者が会社の業務に組み込まれており、その作成が担当職務の範囲内かを確認します。 |
| 第3要件 | 法人等が自己の著作名義の下に公表するものであること | 会社名、法人名、団体名が著作者名義として表示されるものか、個人名義の著作表示になっていないかを確認します。 |
| 第4要件 | 作成時の契約、勤務規則その他に別段の定めがないこと | 作成時点で従業員個人や研究者を著作者とする反対規定がないかを確認します。 |
職務著作が成立すれば、法人等が最初から著作者になります。これは著作権の譲渡とは異なり、著作者人格権の帰属にも影響します。そのため、広告素材、社内研修資料、ウェブ記事、商品デザイン、ソフトウェア、UI文言、研究報告書、営業資料、動画、生成AIを用いた制作物など、企業活動の広い範囲で確認が必要です。
誰が創作主体か、誰が財産権を持つかを分けて見ます。
著作権法上の著作者とは、著作物を創作する者を指します。著作物とは、思想または感情を創作的に表現したもので、文芸、学術、美術または音楽の範囲に属するものです。通常は、文章を書いた人、図面を描いた人、写真を撮った人、プログラムを書いた人など、実際に創作的表現を行った自然人が著作者になります。
職務著作が成立すると、実際に手を動かした従業員や担当者ではなく、法人等が最初から著作者になります。単に著作権を後で譲り受ける場合と異なり、著作者そのものが法人等になる点に大きな意味があります。
次の比較表は、職務著作が成立する場合と成立しない場合の違いを示しています。企業法務では、どちらの状態なのかによって、改変、二次利用、紛争時の主張、契約条項の重みが変わるため、各列の差を確認することが重要です。
| 項目 | 職務著作が成立する場合 | 職務著作が成立しない場合 |
|---|---|---|
| 著作者 | 法人等になります。 | 原則として実際に創作した個人または外部制作者になります。 |
| 著作者人格権 | 法人等が享有します。 | 個人・外部制作者が享有し、譲渡できません。 |
| 著作権 | 法人等が原始取得します。 | 個人・外部制作者から譲渡または許諾を受ける必要があります。 |
| 改変・流用 | 法人等が著作者として行いやすくなります。 | 同一性保持権、氏名表示権、契約範囲の問題が残る可能性があります。 |
| 紛争時の主張 | 4要件の充足を立証することが中心になります。 | 譲渡、許諾、黙示の合意、権利濫用などの主張が中心になりやすくなります。 |
企業が費用を払った、納品物を受け取った、社内で使っているという事情だけでは、直ちに著作者が会社になるわけではありません。著作権は譲渡できますが、著作者人格権は譲渡できないため、職務著作が成立しない可能性がある場面では、利用範囲、改変、翻案、二次利用、著作者人格権不行使を契約で具体化する必要があります。
明示の指示だけでなく、予定または予期される作成も問題になります。
第1要件は、著作物の作成が法人その他使用者の発意に基づくことです。ここでいう発意は、上司が明示的に「この資料を作ってください」と命じた場面だけを指すものではありません。会社が企画を立てた場合、業務計画の一部として作成が予定されていた場合、顧客との契約を履行するために作成が必要だった場合、会社が作成を承認して業務として進めさせた場合にも問題になります。
明示の指示がある例としては、新サービスの利用規約案の作成指示、ホワイトペーパー作成の企画書、投資家向け説明資料の作成決定、顧客契約に基づく報告書作成、仕様書・コード・UI文言の作成指示などがあります。この場合でも、単に会社業務に関連するだけでは足りず、企画、構想、指示、承認の具体的資料が重要です。
次の一覧は、明示の命令が残っていない場合に、会社の発意を基礎づける事情を整理したものです。日常業務で作られる資料ほど証拠が散らばりやすいため、どの資料から業務として予定されていたことを読み取れるかを確認することが重要です。
当該作成業務が職務に含まれていれば、会社が制度上その作成を予定していた事情になります。
成果物が事業計画や開発計画に組み込まれている場合、会社の業務としての作成を説明しやすくなります。
顧客への納品物として作成が義務化されていれば、会社の契約履行として作成が予定されていた事情になります。
Issue、タスク管理、レビュー、承認を経ていれば、組織的な業務遂行の一部として説明しやすくなります。
一方で、従業員が休日に個人的な研究論文、小説、イラストを作成した場合、退職後に作った資料を会社が後から買い取った場合、外部フリーランスが自らの創作方針でロゴを作った場合、研究者が個人名義で学術論文を執筆した場合、従業員が会社に無断で個人SNS記事を書いた場合には、発意要件が争われやすくなります。
雇用の有無だけでなく、実態と作成目的を総合的に見ます。
第2要件は、作成者が法人等の業務に従事する者であり、その者が職務上著作物を作成したことです。典型例は会社と雇用関係にある従業員ですが、肩書や契約名だけで判断するのは危険です。指揮監督の実態、報酬の性質、組織への組込み、就業管理、代替性などを総合的に見ます。
外部委託者、制作会社、広告代理店、フリーランス、業務委託エンジニア、デザイナー、ライター、カメラマン、動画制作者などは特に注意が必要です。発注者が代金を支払っていても、独立した受託者が自己の事業として制作する場合、発注者の職務著作には通常なりにくいため、権利譲渡や利用許諾の契約設計が重要になります。
次の比較表は、業務に従事する者かどうかを確認する観点を整理したものです。職務著作の成否は形式名だけでは決まりにくいため、左列の観点ごとに実態証拠を集め、会社の指揮監督や組織への組込みの程度を読み取る必要があります。
| 観点 | 確認事項 |
|---|---|
| 指揮監督 | 誰が作業内容、納期、品質、修正方針を指示していたかを確認します。 |
| 組織への組込み | 作成者が社内チーム、部署、プロジェクトに継続的に組み込まれていたかを確認します。 |
| 報酬の性質 | 成果物単位の請負報酬か、労務提供への継続的報酬かを確認します。 |
| 勤務・作業場所 | 会社の事務所、アカウント、設備、端末を利用していたかを確認します。 |
| 就業管理 | 勤務時間、休暇、指揮命令、服務規律の適用があったかを確認します。 |
| 代替性 | 作成者が独立事業者として自由に再委託や代替履行をできたかを確認します。 |
次の比較表は、業務従事者性を判断するときに重視される実態要素を、RGBアドベンチャー事件の示唆も踏まえて整理したものです。読者にとって重要なのは、雇用契約という名称の有無だけではなく、労務提供の実態と報酬の性質を合わせて読む点です。
| 判断要素 | 会社側が確認すべき実態 | 実務上の意味 |
|---|---|---|
| 指揮監督下の労務提供 | 作業内容、修正方針、納期、品質管理を会社側が継続的に管理していたかを確認します。 | 契約名が業務委託でも、実態として組織内で労務を提供していたかが問題になります。 |
| 報酬の対価性 | 成果物単位の請負報酬なのか、労務提供への継続的な対価なのかを確認します。 | 支払方法や金額の決まり方は、独立事業者か業務従事者かを考える材料になります。 |
| 業務態様の継続性 | 社内会議、レビュー、社内システム、勤務管理、チーム参加が継続していたかを確認します。 | 作成者が会社の制作体制に組み込まれていたほど、職務著作の土台に乗りやすくなります。 |
職務上作成とは、単に勤務時間中に作成したという意味ではありません。反対に、勤務時間外に作成したからといって直ちに職務外になるわけでもありません。作成者の職務内容、担当業務、プロジェクト上の役割、会社の業務計画、上司の指示、顧客契約、社内承認手続との関係で、職務の遂行といえるかを確認します。
次の比較表は、同じ職種でも職務上作成と評価されやすい事情と職務外と評価されやすい事情を並べたものです。企業側は、左から右へ一足飛びに結論を出すのではなく、作成目的と管理実態の違いを具体的に読み取ることが大切です。
| 例 | 職務上作成と評価されやすい事情 | 職務外と評価されやすい事情 |
|---|---|---|
| 法務担当者の契約書ひな形 | 契約法務が担当職務で、社内利用目的で作成しています。 | 個人の法律ブログ用に私的見解として作成しています。 |
| エンジニアのソースコード | 会社のプロダクト開発タスクとして作成しています。 | 個人アプリとして会社と無関係に作成しています。 |
| デザイナーの広告バナー | 会社の広告キャンペーン用に作成しています。 | 個人SNS用のイラストとして作成しています。 |
| 研究員の報告書 | 会社・大学の共同研究契約上の成果物として作成しています。 | 個人名義の研究書として執筆し、規程上個人帰属とされています。 |
| 営業担当者の提案資料 | 顧客提案業務の一部として作成しています。 | 私的な勉強会資料として作成しています。 |
出向者や派遣社員が作成した著作物では、所属元、出向先、派遣先、指揮命令系統、契約内容によって検討結果が変わります。グループ会社であっても法人格は別であり、グループ全体の成果物だから親会社に帰属すると当然に説明できるわけではありません。
会社名の表示が著作者名義として機能しているかを確認します。
非プログラム著作物では、法人等が自己の著作名義の下に公表するものであることが必要です。ここでいう名義は、会社名がどこかに表示されているだけでは足りません。出版社名、販売元、問い合わせ先、著作権者表示、スポンサー名、ブランド名として会社名があるだけでは、著作者名義と評価できるか慎重な確認が必要です。
未公表の社内資料でも、公表されるとすれば法人等の著作名義で公表される性質のものと評価できる場合には、公表名義要件を満たす方向で検討されます。ただし、未公表資料では外形上の名義表示が残りにくいため、社内テンプレート、表紙、フッター、文書管理規程、公開予定、承認記録が重要になります。
次の比較表は、表示例ごとのリスクを整理したものです。読者や取引先が誰を著作者として受け取る表示かが問題になるため、表示全体から個人名義なのか会社名義なのかを読み取ることが重要です。
| 表示例 | リスク評価 |
|---|---|
| 著者 ― 山田太郎 | 個人を著作者と表示していると評価されるリスクが高くなります。 |
| 執筆担当 ― 山田太郎/制作・著作 ― A株式会社 | 会社名義を明確にしていればリスクを下げられますが、表示全体の体裁が重要です。 |
| 監修 ― 山田太郎、発行 ― A株式会社 | 著作者名義が誰か不明確になりやすくなります。 |
| A株式会社 法務部 | 法人または部署名義と評価されやすい一方で、部署には法人格がない点に注意します。 |
| © A株式会社 | 著作権者表示としての意味はありますが、著作者名義表示として十分かは文脈によります。 |
| Presented by A株式会社 | スポンサーや提供元表示にとどまる可能性があります。 |
企業が職務著作を前提にするのであれば、「制作・著作 ― A株式会社」「著作 ― A株式会社」「Author ― A Inc.」など、会社を著作者として表示する設計が有効です。担当者名を出す場合は、「担当」「編集」「監修」「協力」などの役割表示にして、著作者名義と混同されないようにします。
社内規程、従業員向けマニュアル、研修資料、業務手順図、FAQ、コンプライアンス教材などは、外部公表されないことが多いものです。それでも、M&A、監査、訴訟、当局対応、事業譲渡、システム移行、社内教育で再利用する可能性が高いため、表紙やフッターの会社名義、作成担当とレビュー担当の区別、文書管理規程による管理が重要です。
後から職務著作にすることはできないため、作成時点が基準になります。
第4要件は、作成時の契約、勤務規則その他に別段の定めがないことです。重要なのは、作成後ではなく作成時点の契約、規則、合意が基準になる点です。作成後にできるのは、著作権譲渡、利用許諾、著作者人格権不行使、表示・改変に関する同意などの権利処理です。
別段の定めとは、職務著作の原則を排除し、従業員、研究者、外部制作者などを著作者とする契約、規則、合意を指します。「著作権は会社に帰属する」とだけ書かれている場合でも、著作者を会社にする趣旨なのか、個人が著作者で財産権だけ会社に移転する趣旨なのかが曖昧になることがあります。
次の比較表は、別段の定めになり得る文書と記載例を整理したものです。企業法務では、どの文書が作成時点で有効だったかを確認し、職務著作を排除する趣旨が読み取れる記載がないかを点検することが重要です。
| 文書 | 別段の定めになり得る記載 |
|---|---|
| 雇用契約 | 従業員が創作した著作物の著作者は従業員本人とする旨の記載です。 |
| 就業規則 | 研究成果に係る著作物は作成者個人に帰属する旨の記載です。 |
| 知的財産規程 | 論文、講演資料、教材の著作者は教員または研究者とする旨の記載です。 |
| 共同研究契約 | 研究報告書の著作者は各作成者とし、利用権のみを相互許諾する旨の記載です。 |
| 労働協約 | 一定の創作物について職員の著作者性を認める旨の記載です。 |
| 個別合意 | 特定の書籍や論文について社員を著作者として扱う旨の合意です。 |
企業は、就業規則、雇用契約書、職務発明規程・知的財産規程、研究開発規程、副業・兼業規程、情報システム利用規程、SNS・広報規程、営業秘密管理規程、生成AI利用規程、オープンソースソフトウェア利用規程、産学連携・共同研究規程、退職時誓約書、出向契約・派遣契約を横断的に確認する必要があります。
プログラムでは公表名義要件が不要ですが、他の要件は残ります。
プログラム著作物については、著作権法15条2項が適用されます。非プログラム著作物と異なり、法人等が自己の著作名義で公表するものという要件はありません。ソースコードが公表されないことが多く、著作者名義表示が実務上必ずしも予定されないためです。
ただし、会社の発意、会社の業務に従事する者による職務上作成、作成時の別段の定めがないことは必要です。業務委託エンジニア、OSS貢献、副業開発、共同開発では、プログラムだから要件を気にしなくてよいという整理はできません。
次の比較表は、IT・SaaS・ゲーム・AI開発で混在しやすい成果物を整理したものです。プログラム部分と周辺文書・画像・UI文言では見る条項が異なるため、対象物ごとにどの要件を確認するかを読み取ることが重要です。
| 成果物 | 主な検討条項 | 注意点 |
|---|---|---|
| ソースコード | 15条2項 | 公表名義要件は不要ですが、職務上作成と別段の定めは必要です。 |
| テストコード、スクリプト | 15条2項となる可能性があります。 | 業務上の作成である証拠とOSSライセンス管理が重要です。 |
| API仕様書 | 15条1項 | 文書著作物として公表名義要件が問題になります。 |
| UI文言、ヘルプ文、利用規約 | 15条1項 | 会社名義で公表される設計が必要です。 |
| アイコン、画像、動画 | 15条1項 | デザイナーが外部の場合は譲渡条項が必要です。 |
| データベース | 編集著作物・データベース著作物として別途検討します。 | データそのものと選択・体系的構成を区別します。 |
| 技術ブログ | 15条1項 | 個人名義表示を行う場合、公表名義要件が争点になります。 |
エンジニアが個人アカウントでOSSに貢献する場合は、会社業務としての貢献か個人活動としての貢献かを明確にする必要があります。社内OSSポリシー、Contributor License Agreement、個人アカウント表示、勤務時間、使用端末、Issue管理、コミットルールを整理します。
広告、法務ナレッジ、研究成果、オウンドメディア、生成AIで注意点が変わります。
職務著作の問題は、企業活動の成果物ごとに現れ方が変わります。社内制作なら成立しやすい類型でも、外部制作者や顧客名義が入ると職務著作に頼りにくくなります。成果物の種類、作成主体、公表名義、契約による権利処理を分けて確認します。
次の一覧は、企業法務で頻出する類型ごとの注意点を整理したものです。読者は、自社の成果物がどの類型に近いかを見つけ、職務著作だけで足りるのか、譲渡・許諾・人格権不行使を追加すべきかを読み取れます。
社内キャンペーンとして制作した場合は成立しやすい一方、広告代理店や制作会社が制作した場合は契約による権利処理が必須です。
法務担当者が職務として作成し、会社名義または法務部名義で管理する場合は成立しやすくなります。外部専門家作成部分は利用条件を確認します。
研究者の個人名義公表や研究規程により、個人の著作者性が問題になることがあります。研究契約、資金、設備、名義、規程を確認します。
社員名を著者として出す場合、公表名義要件に影響する可能性があります。個人名は役割表示にし、会社の著作名義を明確にします。
会社業務として作成される一方、第三者素材や顧客提供資料が混在しやすいため、素材の利用権と再利用範囲も確認します。
人間の創作的関与、プロンプト、出力、編集履歴、利用規約、第三者素材、公表名義を記録することが重要です。
次の判断表は、代表的な成果物類型ごとの成立見込みと追加対応を整理したものです。見込みの高低だけで結論を固定せず、右列の追加対応から、どの契約・規程・証拠を補うべきかを読み取ることが重要です。
| 類型 | 成立見込み | 主な理由 | 追加対応 |
|---|---|---|---|
| 正社員エンジニアが会社プロダクトのコードを業務として作成 | 高い | 発意、業務従事、職務上作成がそろいやすく、プログラムは公表名義要件が不要です。 | OSS、副業、別段の定めを確認します。 |
| 法務担当者が社内契約書ひな形を作成 | 高い | 法務職務として会社業務上作成されることが多いです。 | 名義、文書管理、外部専門家作成部分を確認します。 |
| 社員が会社オウンドメディア記事を個人名の著者表示で公開 | 中程度から低い | 公表名義要件が争点になりやすいです。 | 表示を執筆担当などの役割表示にし、会社著作名義を明記します。 |
| 外部ライターに記事を発注 | 低い | 発注者の業務に従事する者ではない可能性が高いです。 | 譲渡、許諾、人格権不行使を契約化します。 |
| 大学教員が共同研究報告書を大学規程・契約に基づき作成 | 事案依存 | 規程、契約、研究職務、名義で判断が変わります。 | 共同研究契約、研究規程、表紙名義を確認します。 |
| 従業員が休日に個人ブログ記事を作成 | 低い | 会社の発意や職務上作成を示す事情が弱くなります。 | 会社が利用するなら許諾又は譲渡を取得します。 |
| 派遣社員が派遣先指示でマニュアルを作成 | 事案依存 | 派遣契約、指揮命令、名義、権利条項によって変わります。 | 派遣元・派遣先間の契約と利用権限を確認します。 |
制作会社が顧客名義で成果物を公表する三者関係では、制作会社の職務著作にも顧客の職務著作にも当然には整理しにくい場面があります。この場合は、制作会社内部での権利処理と、制作会社から顧客への譲渡・許諾を契約でつなぐことが実務上の中心になります。
非プログラム著作物とプログラム著作物を分けて簡易診断します。
案件初期では、職務著作だけに依拠できるか、契約による補強が必要かを早めに見極めることが重要です。次の確認表は、非プログラム著作物について、どの項目で「いいえ」または「不明」が出たときに追加対応が必要になるかを整理しています。
| No. | 確認事項 | いいえ・不明の場合の対応 |
|---|---|---|
| 1 | 著作物の作成は会社・法人等の発意に基づきますか。 | 企画書、指示、業務計画、契約、承認記録を確認します。 |
| 2 | 作成者は会社・法人等の業務に従事する者ですか。 | 雇用、出向、派遣、業務委託、指揮監督、報酬の性質を確認します。 |
| 3 | 作成は作成者の職務上の行為ですか。 | 職務記述書、担当業務、勤務時間、プロジェクト資料を確認します。 |
| 4 | 公表する場合、会社・法人等の著作名義で公表されるものですか。 | 表紙、奥付、フッター、記事表示、メタデータ、公開予定を修正します。 |
| 5 | 作成時に、個人を著作者とする別段の定めがありませんか。 | 就業規則、雇用契約、知財規程、研究規程、個別合意を確認します。 |
| 6 | 外部制作者、共同制作者、第三者素材が混在していませんか。 | 譲渡、許諾、人格権不行使、素材ライセンスを確認します。 |
| 7 | 証拠が作成時点の資料として残っていますか。 | メール、チケット、議事録、版管理、承認ログを保存します。 |
プログラム著作物では公表名義要件が不要ですが、その他の要件やOSS・第三者コードの確認は残ります。次の確認表から、ソースコードだけでなく仕様書、UI、画像、文書、データと対象を切り分ける必要があることを読み取れます。
| No. | 確認事項 | いいえ・不明の場合の対応 |
|---|---|---|
| 1 | 対象は著作権法上のプログラム著作物ですか。 | 仕様書、UI、画像、文書、データと区別します。 |
| 2 | 会社・法人等の発意に基づいて作成されましたか。 | 開発計画、Issue、仕様書、スプリント計画を確認します。 |
| 3 | 作成者は会社・法人等の業務に従事する者ですか。 | 業務委託エンジニア、出向者、派遣者の契約を確認します。 |
| 4 | 職務上作成されましたか。 | 個人開発、副業、OSS貢献、勤務時間外作業を区別します。 |
| 5 | 作成時に別段の定めがありませんか。 | 雇用契約、OSSポリシー、副業規程、共同開発契約を確認します。 |
| 6 | OSS・第三者コードのライセンス違反がありませんか。 | SBOM、OSSスキャン、ライセンスレビューを行います。 |
1つでも不明点があれば、職務著作だけに依拠せず、著作権譲渡、利用許諾、著作者人格権不行使、表示・改変への同意、第三者素材の権利保証を補強する方向で検討します。
職務著作、譲渡、許諾、人格権不行使を分けて設計します。
従業員向けの就業規則・知財規程では、職務著作の成立を前提にしつつ、条文要件を過度に拡張しないことが重要です。会社の発意に基づき、会社の業務に従事する者として職務上作成する著作物について、著作権法15条の要件を満たす場合に会社が著作者になる、という構造を明確にします。
次の一覧は、契約・規程で分けて整備すべき条項の役割を示しています。各項目は同じ目的ではなく、職務著作が成立する場合と成立しない場合の不足を別々に補うものなので、どの条項が何を補うかを読み取ることが重要です。
著作権法15条の要件を満たす場合に、会社が著作者となることを確認します。従業員を著作者とする別段の定めではないことも明確にします。
就業規則知財規程職務著作が成立しない可能性に備えて、著作権法27条・28条の権利を含めて会社へ移転する範囲を定めます。
譲渡27条・28条著作者人格権は譲渡できないため、利用、改変、翻案、編集、翻訳、公表、氏名表示の方法について不行使合意を置きます。
人格権改変外部委託では職務著作に頼らず、成果物の譲渡、人格権不行使、第三者素材の保証、再委託先からの権利取得を定めます。
業務委託権利チェーン公表時の著作名義を会社名義にし、個人名を表示する場合は執筆担当、監修、協力などの役割表示として整理します。
名義表示体裁外部委託では、職務著作ではなく権利譲渡・許諾を中心に設計します。第三者素材、OSS、フォント、写真、音源、テンプレートの権利保証、改変・翻案・二次利用・海外利用・媒体変更・期間無制限利用、納品物の範囲、ソースデータや編集可能データの引渡しも具体化します。
作成プロセスを記録化し、退職・異動時にも確認します。
職務著作の成否は、作成時の事実関係で決まります。企業法務・知財法務は、成果物が生まれた後に契約書を探すだけでなく、企画、作成、レビュー、承認、公開、改稿の過程を記録として残す必要があります。
次の比較表は、4要件と周辺論点ごとに保存すべき証拠を整理したものです。どの証拠がどの要件を支えるのかを読み取ることで、紛争時だけでなくM&Aや監査時にも説明しやすい管理体制を作れます。
| 要件・論点 | 保存すべき証拠 |
|---|---|
| 発意 | 企画書、稟議書、発注書、顧客契約、仕様書、社内チケット、メール、チャット、会議議事録です。 |
| 業務従事者性 | 雇用契約、出向契約、派遣契約、職務記述書、業務分掌、勤務記録、報酬記録です。 |
| 職務上作成 | プロジェクト資料、タスク管理、レビュー記録、勤務時間、承認ログ、会社設備利用記録です。 |
| 公表名義 | 表紙、奥付、フッター、ウェブページ、メタデータ、クレジット、公開承認資料です。 |
| 別段の定めなし | 就業規則、知財規程、研究規程、個別合意、規程改定履歴、入社時同意書です。 |
| 権利処理 | 譲渡契約、利用許諾、人格権不行使、素材ライセンス、再委託同意、OSS台帳です。 |
作成時点を特定するためには、規程の改定履歴、従業員の同意記録、成果物の作成開始日、主要改稿日、完成日、公開日を保存します。共同編集ファイルでは編集者、編集日時、編集内容を保持し、ソースコードではコミット、Pull Request、レビュー、マージ、リリースを記録します。
次の時系列は、成果物の管理で残すべき記録の順番を示しています。作成開始から退職・異動後まで連続して管理することで、後から作成時点の契約・規程・名義をたどれる点が重要です。
企画書、タスク、顧客契約、会議決定、作業指示を残します。
担当者、契約形態、職務記述書、勤務記録、使用アカウント、レビュー履歴を残します。
表紙、フッター、記事表示、メタデータ、公開承認、クレジットを残します。
在職中の成果物、譲渡・利用許諾、会社データ、ソースコード、デザインファイル、写真、動画、制作ファイルの返還・削除を確認します。
退職者が関与した著作物では、後から権利主張が起こることがあります。退職時には、在職中に作成した成果物の一覧、職務著作に該当する成果物、職務著作に該当しない成果物の譲渡・利用許諾、個人アカウントで管理している業務成果物の移管、退職後の氏名表示や記事改稿の取扱いを確認します。
よくある誤解を、一般的な制度説明として整理します。
一般的には、従業員が作成したものでも、会社の発意、職務上の作成、会社名義での公表、別段の定めがないことなどを満たす必要があるとされています。私的創作、副業、個人研究、個人SNS投稿などは、会社業務との関係によって結論が変わる可能性があります。具体的な帰属判断は、契約、規程、作成経緯、名義、証拠を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、業務時間は重要な事情ですが、それだけで職務著作になるとは限らないとされています。職務内容、会社の発意、作成目的、承認手続、名義、規程などによって判断が変わる可能性があります。勤務時間外に作成したものでも、会社の業務タスクとして行われていれば職務上作成と評価される可能性があります。
一般的には、外部業者は発注会社の従業員ではないため、発注会社の業務に従事する者といえるかが問題になるとされています。独立した受託者が自己の事業として制作する場合、発注会社の職務著作にはなりにくい可能性があります。権利確保には、著作権譲渡、27条・28条の明記、著作者人格権不行使、第三者素材の権利保証などを契約で整理する必要があります。
一般的には、著作者と著作権者は異なる概念とされています。職務著作が成立すれば会社が著作者になりますが、成立しない場合は、契約で著作権を譲渡しても著作者人格権は創作者に残ります。契約文言が何を移転し、何を不行使にするものかを分けて確認する必要があります。
一般的には、コピーライト表示は著作権者表示として使われることが多く、常に著作者名義表示と同じ意味になるとは限らないとされています。表示全体の文脈、表紙、奥付、フッター、記事表示、メタデータなどによって評価が変わる可能性があります。紛争予防の観点では、会社を著作者として示す表示を明確にする必要があります。
一般的には、社員名の表示だけで常に否定されるとは限りませんが、公表名義要件のリスクになる可能性があります。社員名を出す場合は、著作者名義なのか、執筆担当、監修、登壇者などの役割表示なのかを明確にする必要があります。具体的な表示設計は、掲載媒体や社内規程も踏まえて専門家へ相談する必要があります。
一般的には、プログラム著作物では公表名義要件は不要ですが、法人等の発意、業務に従事する者による職務上作成、作成時に別段の定めがないことは必要とされています。業務委託エンジニア、OSS貢献、副業開発、共同開発では、契約、ポリシー、作業実態によって判断が変わる可能性があります。
一般的には、作成時に職務著作の要件を満たしていないものを、後から遡って職務著作にすることはできないとされています。ただし、後から著作権譲渡、利用許諾、著作者人格権不行使、表示・改変への同意を取得することは可能です。具体的な補強策は、作成時の資料と現在必要な利用範囲を整理して検討する必要があります。
一般的には、複数人が創作的に関与した場合、共同著作物になる可能性があります。全員が同じ法人の業務従事者として職務上作成し、会社名義で公表され、別段の定めがなければ、法人の職務著作として整理しやすくなる可能性があります。一方で、外部制作者、顧客、共同研究先、グループ会社社員が混在する場合は、共同著作、権利共有、譲渡、利用許諾を契約で整理する必要があります。
一般的には、職務著作だけに依拠せず、著作権譲渡、利用許諾、著作者人格権不行使を保険的に取得する運用が検討されます。また、作成プロセスの証拠、名義表示、規程、契約を見直し、将来作成される著作物について要件を満たす運用に整える必要があります。個別の見通しや対応方針は、資料を整理したうえで弁護士等の専門家へ相談する必要があります。
知財法だけでなく、労務、契約、IT、M&Aの観点が関係します。
職務著作の問題は、知財法だけで完結しません。契約設計、労務管理、社内規程、ソフトウェア、OSS、AI、共同研究、M&A、監査まで広がるため、関係者ごとに確認する論点を分ける必要があります。
次の比較表は、企業内外の担当者ごとに見るべき論点を整理したものです。1つの部署だけで判断すると抜けやすい項目があるため、誰が何を確認するかを読み取ることが重要です。
| 専門職・担当 | 主な検討事項 |
|---|---|
| 法律専門家・企業内法務 | 著作権法15条の要件判断、契約設計、紛争対応、訴訟リスク評価を確認します。 |
| 知財法務担当 | 著作物、プログラム、デザイン、商標、ライセンス、権利管理を確認します。 |
| 契約法務担当 | 委託契約、開発契約、制作契約、譲渡条項、人格権不行使条項を確認します。 |
| 労務法務担当 | 就業規則、雇用契約、副業規程、退職時誓約書、労務リスクを確認します。 |
| コンプライアンス担当 | 社内ルール、研修、違反時対応、個人名義発信、SNS管理を確認します。 |
| 内部監査・内部統制担当 | 権利処理の手順、承認証跡、規程遵守、証拠保全を確認します。 |
| IT・AI・データ法務担当 | ソースコード、OSS、AI利用、データベース、クラウド管理を確認します。 |
| M&A法務担当 | 対象会社の著作権帰属、従業員・外注・OSS・過去制作物のDDを確認します。 |
| 経営者・法務責任者 | 権利帰属ポリシー、事業リスク、紛争予防、投資家説明を確認します。 |
M&Aや資金調達では、職務著作の管理不備が知的財産デューデリジェンス上の指摘事項になることがあります。SaaS、ゲーム、メディア、教育、広告、研究開発、コンサルティング企業では、過去の外注成果物、退職者作成物、個人名義記事、OSS貢献、共同研究成果の権利処理を確認することが重要です。
証拠、職務範囲、名義、別段の定め、契約補強をセットで整えます。
職務著作が成立する4要件を実務に落とし込むと、企業が行うべきことは5つに集約されます。成立すれば強力な制度ですが、要件は自動的に満たされるものではないため、作成時点の事実、契約、規程、名義、証拠を積み上げる必要があります。
次の重要ポイントは、社内運用として優先すべき順番を示しています。上から順に整えることで、将来の紛争、M&A、監査、退職者トラブル、外部委託トラブル、プラットフォーム展開、海外展開に耐える知的財産管理につながります。
発意、職務範囲、公表名義、別段の定めを確認し、外部委託・共同制作・個人名義表示・退職者関与・OSS・AI利用では、譲渡、許諾、人格権不行使で権利処理を補強します。
具体的には、作成時点で会社の発意を証拠化し、企画書、指示、契約、タスク、承認ログを残します。作成者の立場と職務範囲を明確にし、従業員、出向者、派遣社員、外部委託者、共同研究者を区別します。非プログラム著作物では公表名義を設計し、会社を著作者として表示する体裁を整えます。
さらに、就業規則、知財規程、研究規程、個別合意が職務著作を排除していないか点検します。外部委託、共同制作、個人名義表示、退職者関与、OSS、AI利用では、職務著作に頼り切らず、譲渡・許諾・人格権不行使で権利処理を補強します。
制度理解の基礎となる公的資料と裁判例を整理します。