職務著作、著作権譲渡、著作者人格権、退職時管理、ポートフォリオ、生成AI、紛争対応まで、企業法務・知財法務の実務で確認すべき論点を体系的に整理します。
誰が著作者で、誰が著作権者かを起点に、退職後の利用可否を整理します。
誰が著作者で、誰が著作権者かを起点に、退職後の利用可否を整理します。
退職者が作成した文章、図表、写真、動画、デザイン、ソースコード、マニュアル、研修資料、営業資料、論文、Web記事、SNS投稿案、UI、データベース、生成AIを用いた成果物を会社が使い続ける場合、最初に確認する問いは、誰が著作者で誰が著作権者かです。
在職中に作られた成果物でも、常に会社が権利者になるわけではありません。一方で、著作権法第15条の職務著作が成立する場合は、会社などの法人等が最初から著作者となり、著作権だけでなく著作者人格権も法人等に発生します。退職という事情だけで、職務著作が消えたり、元従業員へ権利が戻ったりするわけではありません。
次の一覧は、退職者が作成した著作物の取扱いで同時に確認する主要論点を示しています。複数の問題が重なりやすいため、どの欄に自社の懸念が当てはまるかを読み取ることが重要です。
職務著作に当たるか、創作者本人が著作者か、譲渡・許諾で会社が著作権者になっているかを確認します。
Webサイト、提案書、研修教材、コード、動画、写真、UIなどを退職後も利用できる根拠を確認します。
更新、翻訳、短縮、動画化、AI関連利用、別サービスへの統合では、第27条・第28条の処理が重要です。
公表権、氏名表示権、同一性保持権は著作権とは別に検討します。自然人の著作者から譲り受けることはできません。
営業秘密、個人情報、顧客情報、未公開技術、価格情報、取引先資料は、著作権とは別の規律を受けます。
退職者著作物の判断では、誰が作ったかだけでは足りません。誰の発意で、どの職務として、どの名義で、どの契約・規程の下で、どの素材を使い、どの範囲で利用されているかを時系列で整理します。
保護される表現、創作した者、権利を持つ者を分けると、後続の判断がぶれにくくなります。
著作物とは、思想または感情を創作的に表現したものをいいます。著作権が保護するのはアイデアや事実そのものではなく、創作的な表現です。単なる数値、手法、ありふれた表現、誰が書いても同じようになる定型文は、保護範囲が限定される場合があります。
次の比較表は、退職者著作物で混同されやすい基本用語を整理しています。権利帰属や退職後利用の結論は用語ごとに変わるため、まず各列の違いを読み取ることが重要です。
| 用語 | 意味 | 退職者対応で見るポイント |
|---|---|---|
| 著作物 | 思想または感情を創作的に表現したものです。 | 文章、写真、動画、デザイン、コード、データベース構成、AI利用成果物などで創作性を確認します。 |
| 著作者 | 著作物を創作した者です。職務著作では法人等が著作者になります。 | 実際に手を動かした退職者が常に著作者になるとは限りません。 |
| 著作権者 | 著作権を持つ者です。譲渡により著作者と分かれる場合があります。 | 会社が権利者といえる根拠として、契約、規程、譲渡、許諾を確認します。 |
| 著作者人格権 | 公表権、氏名表示権、同一性保持権など人格的利益を守る権利です。 | 自然人が著作者の場合、著作権譲渡後も本人に残ります。不行使合意の有無を確認します。 |
| 職務著作 | 一定要件の下で法人等が最初から著作者になる制度です。 | 成立すれば著作権も著作者人格権も会社側に発生します。 |
次の一覧は、企業で退職者著作物として問題になりやすい対象物を種類別に整理しています。対象物の種類ごとに、著作権以外の確認事項も変わるため、どの種類に属するかを読み取ります。
会社ブログ、商品説明文、研修テキスト、営業提案書、マニュアル、ホワイトペーパー、社内規程の解説資料、調査報告書が含まれます。
表現デザインカンプ、イラスト、写真、動画、広告コピー、プレゼン資料、UI文言などは、第三者素材や肖像の確認も必要です。
素材ソースコード、データベースの選択や体系的構成、設定ファイル、テストコード、設計資料では、OSSや秘密情報も確認します。
技術人間が創作的に選択・修正した記事、画像、コード、企画書、要約、プロンプト、ナレッジベースが問題になります。
履歴著作物性が弱い対象でも、営業秘密、個人情報、契約上の秘密情報、商標、意匠、特許、ノウハウ、競業避止、信義則上の義務が問題になることがあります。著作権だけで判断を止めないことが実務上の基本です。
著作物性、職務著作、契約、会社利用、本人利用の順に、根拠と不足を確認します。
退職者著作物の取扱いでは、結論を急がずに段階を分けることが重要です。次の判断の流れは、確認順と分岐の意味を示しており、不足している資料や追加合意の必要性を読み取るために使います。
作成者、作成日、作成場所、作成目的、保存場所、公開名義を確認します。
創作的表現か、法人等の発意・職務上作成・公表名義などの要件を見ます。
雇用契約、誓約書、就業規則、知財規程、委託契約、検収資料を確認します。
翻案、二次利用、氏名表示、改変、不行使合意の有無を整理します。
権利者、退職者、外注先、顧客との合意や独自作成を検討します。
媒体、期間、地域、改変、再許諾、AI関連利用、グループ利用を記録します。
会社の利用態様は、単なる社内共有か、外部公開・販売・翻訳・改変・AI関連利用・グループ会社利用まで含むかで、必要な権利処理の水準が変わります。以下では、確認すべき利用態様を広めに洗い出します。
退職者本人の利用態様も別に確認します。転職先、独立後の事業、ポートフォリオ、SNS、講演資料、著書、学会発表、GitHub、note、ブログなどで利用する場合、著作者・著作権者の地位、会社の秘密情報、顧客情報、個人情報を分けて検討します。
会社が最初から著作者になるかどうかを、著作権法第15条の要件から確認します。
職務著作が成立すると、会社などの法人等が原始的に著作者になります。会社が従業員から著作権を譲り受けるという意味ではないため、退職者が実際に作業していても、著作権法上の著作者として扱われない場合があります。
次の比較表は、プログラム以外の著作物で職務著作を検討する主要要件を整理しています。どの要件が弱いかを読み取ることで、契約や証拠で補うべき点が分かります。
| 要件 | 実務で見る事情 | 退職者対応での意味 |
|---|---|---|
| 法人等の発意 | 会社の企画、構想、指示、承認、業務計画、顧客契約との関係を見ます。 | 明示の細かな指示がなくても、職務遂行上予定または予期された作成なら要件を満たす可能性があります。 |
| 業務に従事する者 | 雇用関係、指揮監督、労務提供の対価、業務態様、支払方法を総合して見ます。 | 業務委託やフリーランスでは、職務著作に安易に依存せず契約で処理します。 |
| 職務上作成 | 職務内容、作成目的、業務命令、作業時間、使用設備、社内承認、費用負担を見ます。 | 会社のPCや勤務時間だけで結論は出ず、業務との結びつきが重要です。 |
| 法人等の著作名義で公表 | 表紙、奥付、Webフッター、コピーライト表示、著者表示、編集主体を見ます。 | 個人名表示が強い専門記事や論文では、慎重な確認が必要です。 |
| 別段の定めがない | 作成時の契約、勤務規則、個別合意、知財規程を確認します。 | 作成後の規程改定だけで過去の職務著作が当然に成立するわけではありません。 |
プログラムの著作物では、法人等の著作名義で公表する要件が置かれていません。社内システム、非公開リポジトリ、SaaS内部コード、運用スクリプト、テストコード、設定ファイルでも職務著作の成否が問題になるため、この違いを読み取ることが重要です。
著作権法第15条第2項により、ソースコードが外部公表されていない場合でも、法人等の発意、業務従事者性、職務上作成、別段の定めの有無を確認します。
職務著作の要件判断では、裁判例が示した観点も重要です。最高裁平成15年4月11日判決は、形式だけでなく、指揮監督や労務提供の対価などを総合考慮する考え方を示しています。知財高裁平成22年8月4日判決は、具体的な指示がなくても、職務遂行上その著作物の作成が予定または予期される場合に、法人等の発意が認められる考え方を示しています。知財高裁令和6年12月25日判決は、公表名義要件を表示や発行主体などから総合判断しています。
次の注意要素は、職務著作の判断を不安定にしやすい事情です。どの要素があるかを読み取り、追加合意や表示整理が必要かを確認します。
著者表示、監修者表示、個人ブランド、学術慣行が強い場合は、会社名義の職務著作といえるかを丁寧に確認します。
業務委託、派遣、出向、役員、顧問、研究員、インターン、常駐委託先は、契約と実態を分けて確認します。
休日の個人ブログ、業務と無関係な作品、独立した研究ノートは、職務上作成と評価されにくい場合があります。
創作者本人が著作者になる場合でも、譲渡、許諾、黙示許諾、不行使合意を確認します。
職務著作が成立しない場合、原則として実際に創作した退職者本人が著作者です。会社が給料を支払っていた、会社のPCを使っていた、上司が修正指示を出した、成果物を会社が保管しているといった事情だけで、会社が自動的に著作者になるわけではありません。
次の一覧は、会社が職務著作以外で利用根拠を持つ主なルートを整理しています。どのルートに当たるかで、必要な契約条項や利用範囲の確認が変わるため、根拠の種類を読み取ることが重要です。
退職者本人が持つ著作権を会社に移転する合意です。第27条・第28条の権利を含める場合は、明示しているかを確認します。
権利移転著作権は退職者に残したまま、会社に利用を認める方法です。媒体、期間、地域、目的、改変、再許諾、対価、独占性、解除条件を定めます。
利用範囲業務として会社向けに作られ、会社利用が前提だった場合に主張されることがあります。ただし、範囲が不明確になりやすいため過度に依存しません。
範囲不明自然人が著作者の場合、著作権譲渡後も人格権は残ります。改変や氏名表示の紛争を避けるため、不行使合意を確認します。
譲渡不可会社が退職後も利用できる可能性が高い典型例と、リスクが高い典型例は対比して確認すると分かりやすくなります。次の比較表では、どちらの列に近いかを読み取り、追加確認の優先順位を決めます。
| 利用しやすい方向の事情 | リスクが高い方向の事情 |
|---|---|
| 職務著作が成立している、または雇用契約・就業規則により会社が著作権を取得しています。 | 退職者が個人名義で執筆した記事や論文を、会社が無断で改変・転載しています。 |
| 退職時に著作権譲渡契約を締結し、広範な利用許諾も確認しています。 | 業務委託先のデザイナーやライターから著作権譲渡を受けていません。 |
| 制作委託契約で成果物の著作権が会社に譲渡されています。 | 第27条・第28条の権利が明記されず、大幅改変や別媒体利用をしています。 |
| 著作物性がない、または会社が独自に再作成し、旧成果物に依拠していません。 | 個人開発ライブラリ、OSS、第三者写真、顧客提供素材、生成AI利用規約を確認していません。 |
退職者本人が関与した事実と、自由に利用できることは別問題として整理します。
退職者が「自分が作った資料だから持ち出してよい」「自分が作ったコードだから転職先で使ってよい」「自分がデザインしたWebページだからポートフォリオに載せてよい」と考えることがあります。しかし、職務著作が成立していれば、著作者は会社です。退職者は、関与した事実があっても、会社の著作物を無断で複製、送信、配布、転載、改変、転職先で再利用できるわけではありません。
次の一覧は、退職者本人の利用で特に確認する領域を示しています。著作権の問題と、秘密情報・セキュリティの問題を分けて読み取ることが重要です。
営業資料、提案書、コード、デザイン、ノウハウを転職先で使う場合、会社の著作権や秘密情報の侵害が問題になり得ます。
公開済み制作物でも、顧客契約、未公開情報、担当範囲、商標表示、削除要請への対応を確認します。
GitHub、Qiita、Zenn、note、個人ブログ、LinkedIn、X、講演資料では、コード断片や設定情報が漏れやすくなります。
個人アカウント、外部ストレージ、ノートアプリ、生成AIサービス履歴、APIキー、SSHキー、トークンを確認します。
ポートフォリオ掲載は、クリエイター、デザイナー、エンジニア、ライター、マーケター、コンサルタント、研究者にとって重要です。一方で、企業側では情報漏えい、顧客契約違反、秘密保持義務違反、未公開情報の流出、著作権侵害のリスクを読み取る必要があります。
ソースコードや技術資料では、セキュリティ事故の観点も欠かせません。次の比較表では、退職時に残りやすい情報と、確認すべき理由を示しています。どの経路から会社情報が外に残るかを読み取ります。
| 確認対象 | 確認する理由 |
|---|---|
| 個人GitHubや個人ブログ | 会社コード断片、設計思想、API仕様、脆弱性情報、顧客固有実装が残る可能性があります。 |
| 個人クラウドやノートアプリ | 提案書、研究資料、顧客情報、価格情報、未公開戦略が保存されている可能性があります。 |
| AIサービスの履歴 | プロンプト、入力データ、社内ナレッジ、コード、要約対象資料が個人アカウント内に残る可能性があります。 |
| 認証情報 | SSHキー、APIキー、トークン、クラウド認証情報が残ると、退職後アクセスのリスクがあります。 |
公表権、氏名表示権、同一性保持権、不行使条項の限界を確認します。
退職者本人が著作者である場合、著作権を会社に譲渡しても、著作者人格権は本人に残ります。会社としては著作者人格権不行使条項を置くことが一般的ですが、不行使条項は人格権を譲渡するものではなく、一定の相手方に対して行使しないという契約上の約束です。
次の一覧は、著作者人格権の種類ごとに、退職後利用で問題になりやすい場面を示しています。どの権利がどの利用態様と結びつくかを読み取ることが重要です。
退職者が著作者である未公開資料を会社が外部公開する場合、公表に関する合意や不行使条項の有無を確認します。
個人名で執筆した記事を会社名義に変更する、氏名表示を削除する、監修者名を付ける場合に問題になります。
大幅編集、要約、翻訳、動画化、デザイン変更、別文脈での利用により、内容や評価が損なわれるリスクがあります。
不行使条項がある場合でも、利用内容への配慮は必要です。次の注意要素は、紛争化しやすい利用場面を整理しており、改変や名義変更の前にどのリスクを読み取るかを示しています。
著作者の評価を害する利用、専門的内容の不正確な改変、過度な短縮は紛争リスクを高めます。
政治的、宗教的、性的、差別的な文脈での利用は、本人の立場と誤認されるおそれがあります。
医療、金融、法律、研究、教育、技術、安全、公共政策では、更新時のレビュー体制が重要です。
論文、研究成果、専門記事では、会社名義への変更だけでなく、研究倫理や表示慣行も確認します。
技術、広報、研究、AI、第三者素材では、権利帰属以外の条件も重ねて確認します。
退職者著作物は、対象物の種類によって注意点が大きく変わります。次の一覧は、ソースコード、Web・営業資料、研究成果、生成AI、第三者素材を横断して整理したものです。どの種類では何を重点的に確認するかを読み取ります。
社内システム、バックエンドコード、非公開リポジトリ、SaaS内部コード、運用スクリプト、テストコード、設定ファイルでは、職務著作または譲渡の根拠が重要です。
第15条会社サイト、採用サイト、ヘルプセンター、FAQ、プレスリリース、SNS投稿案、営業提案書、研修資料は、名義、第三者素材、顧客提供資料を確認します。
名義論文、図表、研究データ、ノウハウ、特許を受ける権利、共同研究契約、倫理審査、個人情報、助成金条件を分けて確認します。
複合権利人間の創作的寄与、プロンプト、入力データ、AIサービス規約、個人アカウント履歴、既存コードとの類似、OSS混入を確認します。
規約コードでは、会社業務で作られた部分と、退職者が在職前から持っていた個人ライブラリ、休日に作ったコード、OSSとして公開していたコード、個人GitHubのテンプレートが混在することがあります。次の比較表は、混在時に確認する証跡を示しており、どの資料から作成経緯を読み取るかが重要です。
| 確認項目 | 見る資料・証跡 |
|---|---|
| 作成時期・作成者・作成場所 | コミット履歴、ファイル作成日、チケット、作業場所、使用機材、使用アカウントを確認します。 |
| 業務指示と会社リポジトリ | タスク管理、レビュー記録、会社リポジトリへの投入経緯、個人リポジトリからのコピー履歴を確認します。 |
| 既存著作物の持込み | 個人ライブラリ、既存コード、持込み申請、会社による利用許諾の有無を確認します。 |
| OSSと第三者ライブラリ | GPL、AGPL、LGPL、MPL、Apache License、MIT License、BSD License、商用SDK、フォント、アイコン、画像素材を確認します。 |
生成AI利用では、令和6年3月に文化庁が「AIと著作権に関する考え方について」を取りまとめています。生成AIと著作権については裁判例の蓄積が限定的であることを踏まえ、会社は人間の創作的寄与と利用規約を記録から読み取れる状態にしておく必要があります。
第三者素材や外注先が関与する場合、退職者が作成したように見えても全体を会社が自由に使えるとは限りません。次の一覧は、社内成果物に混在しやすい外部要素を示しており、どの素材が別途の許諾や表示義務を持つかを読み取るために使います。
写真素材、イラスト、フォント、アイコン、BGM、映像素材、地図、統計グラフ、新聞記事、学術論文、テンプレートを確認します。
発注と支払いだけでは権利取得とは限りません。譲渡、人格権不行使、第三者権利非侵害、再委託、素材出所を定めます。
複数人が創作的に関与し、各人の寄与を分離して個別利用できない場合、共同著作物の問題が生じる可能性があります。
M&A、資金調達、IPO、事業譲渡、システム売却、ライセンスアウトでは、退職者が作成した中核コードや資料の権利処理がデューデリジェンスの重要論点になります。雇用契約書、誓約書、就業規則、知財規程、退職時誓約書、業務委託契約、リポジトリ管理履歴、OSS管理台帳、譲渡契約、共同開発契約、第三者ライセンス、紛争履歴を整理します。
対象物、権利関係、情報セキュリティ、退職時合意を分けて棚卸しします。
退職者が作成した著作物の取扱いで紛争を防ぐには、退職時の棚卸しが不可欠です。次の時系列は、退職予定が見えた段階から退職後の利用管理までの順番を示しており、どの時点で何を確認するかを読み取るために使います。
ソースコード、設計書、仕様書、テストコード、マニュアル、研修資料、営業資料、提案書、契約書雛形、規程案、Web記事、ブログ記事、SNS投稿案、広告コピー、写真、動画、デザイン、UI、研究資料、論文草案、生成AIプロンプト、AI出力物、顧客向けレポート、データベース、ナレッジ記事を確認します。
作成者、共同作成者、作成日、作成時の職務、雇用契約・委託契約、就業規則・知財規程、会社の発意、会社名義での公表、個人名表示、第三者素材、譲渡、第27条・第28条、不行使合意、利用許諾、持出し希望を確認します。
貸与端末、USBメモリ、外付けHDD、私物端末、個人クラウド、個人メール、リポジトリ権限、SaaSアカウント、SSHキー、APIキー、トークン、チャット、Wiki、生成AI履歴、印刷物、ノート、顧客資料を確認します。
会社成果物の権利帰属、未処理著作物の譲渡、不行使、継続利用・改変・再許諾、持出し禁止、ポートフォリオ条件、秘密保持、個人情報・顧客情報の不使用、資料の返還・削除、競合先での再利用制限、管轄・準拠法を確認します。
退職時確認では、著作権だけでなく個人情報保護や営業秘密管理も読み取る必要があります。個人データを扱う事業者は安全管理措置が求められるため、退職者のアクセス権限管理や持出し防止は情報管理上も重要です。
職務著作、譲渡、人格権、ポートフォリオ、第三者素材、退職時確認を条項化します。
契約書・就業規則・誓約書では、業種、雇用形態、労働法上の適法性、就業規則変更手続、外注先との交渉、対価、研究者の自由、労働契約、下請法、フリーランス保護法制、個人情報、海外法を確認します。条項は雛形のまま使うのではなく、自社の成果物と利用態様に合わせて設計します。
次の比較表は、退職者著作物を見据えた条項で入れるべき要素を整理しています。どの条項がどのリスクを下げるかを読み取り、既存書式の不足を確認します。
| 条項類型 | 主な設計要素 | 確認する理由 |
|---|---|---|
| 職務著作・権利帰属 | 職務上作成した著作物、職務著作に当たらない成果物、作成時帰属、譲渡範囲、第27条・第28条を明示します。 | 職務著作が成立しない場合にも、会社が利用根拠を持てるようにします。 |
| 著作者人格権不行使 | 会社、承継人、指定利用者、顧客、委託先、販売代理店、グループ会社への不行使を定めます。 | 改変、要約、翻訳、媒体変換、表示名変更、再許諾で紛争化しにくくします。 |
| 退職後利用・実績表示 | 対象物、利用目的、利用方法、公開範囲、利用期間、事前書面承認、秘密情報削除、担当範囲表示を定めます。 | ポートフォリオや転職先利用での誤解を防ぎます。 |
| 第三者素材・OSS | 出所、ライセンス条件、利用範囲、表示義務、改変可否、商用利用、再配布、AI生成物を記録します。 | 会社が成果物を取得しても、外部素材の制約が残るためです。 |
| 退職時確認 | 著作物、成果物、秘密情報、個人情報、顧客情報、資料、データ、記録媒体、アカウント、認証情報の返還・削除を定めます。 | 退職後の持出しや権限残存を防ぐためです。 |
条項設計では、従業員向けと外注先向けを同じ発想で扱わないことが重要です。次の一覧は、社内と外部委託で重点が変わる点を示しており、契約相手ごとの読み替えが必要な項目を確認できます。
職務著作、譲渡、人格権不行使、秘密保持、退職時返還、ポートフォリオ承認、個人アカウント利用制限を整理します。
成果物定義、著作権譲渡、再委託、第三者権利非侵害、素材出所、OSS、納品後改変、グループ会社・顧客利用を整理します。
研究者の自由、個人名義論文、共同研究契約、未出願発明、研究倫理、助成金条件、データ利用条件を整理します。
通知対応、会社側請求、証拠保全、三線管理、台帳化を平時から整えます。
退職者から「削除してほしい」「著作権料を支払ってほしい」「氏名表示を戻してほしい」「改変をやめてほしい」「継続利用は著作権侵害だ」といった通知を受けた場合、会社は感情的に反論する前に証拠を整理します。
次の比較表は、退職者から主張を受けた場合と、会社が退職者に請求する場合の初動資料を整理しています。どちらの場面でも、権利帰属と利用態様を証拠から読み取ることが重要です。
| 場面 | 初動で確認する資料 | 検討する論点 |
|---|---|---|
| 退職者から権利主張を受けた場合 | 対象著作物の現物、初版ファイル、編集履歴、メタデータ、バージョン管理履歴、作成依頼メール、タスク管理、議事録、職務分掌、契約書、就業規則、知財規程、誓約書、公開ページ記録、奥付、コピーライト表示、著者表示、第三者素材ライセンス、会社利用範囲を確認します。 | 職務著作、譲渡、利用許諾、不行使、黙示許諾、時効、権利濫用、損害額、差止めの必要性を検討します。 |
| 会社が退職者に請求する場合 | 会社が著作者または著作権者である根拠、複製・送信・配布・改変・利用の証拠、営業秘密該当性、持出し経路、ログ、転職先利用状況、損害、差止めの必要性、証拠収集の適法性を確認します。 | 著作権侵害、営業秘密、顧客情報、秘密保持義務、損害賠償、差止め、証拠保全を検討します。 |
証拠保全では、会社が退職者の個人アカウント、私物端末、個人メール、個人クラウドへ無断アクセスすると別の法的問題が生じます。次の一覧は、会社が管理する領域を中心に、どの証跡を保全するかを示しています。
貸与端末、会社アカウント、リポジトリ、SaaS、メール、チャット、VPN、EDR、DLP、ファイルサーバーの証跡を保全します。
必要に応じて、デジタルフォレンジック専門家、外部弁護士、情報セキュリティ担当、個人情報保護担当が連携します。
社内規程と法令に沿って証拠を保全し、私的領域へのアクセスや過度な調査を避けます。
退職者著作物の管理は、法務部だけでは完結しません。次の三線管理の一覧は、現場、管理部門、内部監査がそれぞれ何を担うかを示しており、平時の管理責任を読み取るために使います。
| 役割 | 主な担当 | 確認内容 |
|---|---|---|
| 第一線 | 広報、開発、営業、研究、人事などの現場部門 | 成果物の出所、作成者、第三者素材、AI利用、公開名義を作成・利用段階で記録します。 |
| 第二線 | 法務、知財、コンプライアンス、情報セキュリティ、人事 | 規程、契約雛形、承認手順、教育、相談窓口、退職時チェックを整備します。 |
| 第三線 | 内部監査部門 | 退職時アカウント削除、OSS台帳、素材ライセンス、ポートフォリオ承認が実際に運用されているかを監査します。 |
重要な著作物は台帳化すると、退職後の調査負担を下げられます。著作物名、分類、作成者、共同作成者、所属部門、作成日、公開日、公開名義、職務著作該当性、契約・規程根拠、著作権者、著作者人格権の扱い、第三者素材、ライセンス条件、AI利用有無、OSS有無、保管場所、利用媒体、改変履歴、退職者関与有無、ポートフォリオ承認有無、権利処理上の注意点を記録します。
よくある類型を並べ、一般的な考え方と個別確認の必要性を整理します。
実務では、対象物の種類ごとに結論が変わります。次の比較表は、よくある類型ごとの典型的な見方と注意点を整理しており、自社の事案がどの行に近いかを読み取るために使います。
| 類型 | 典型的な見方 | 注意点 |
|---|---|---|
| 会社サイト用に作成した記事 | 会社名義で職務として作成した場合、職務著作に該当しやすいです。 | 個人名表示、外部素材、改変、監修表示を確認します。 |
| 担当業務で作成したソースコード | プログラムの職務著作が成立しやすい類型です。 | 個人コード、OSS、外注コード、リポジトリ管理を確認します。 |
| 個人名で外部媒体に寄稿した専門記事 | 個人著作物となる可能性があります。 | 会社業務との関係、契約、掲載名義、再利用許諾を確認します。 |
| 研修資料・マニュアル | 職務著作または会社への権利帰属が認められやすい場合があります。 | 第三者図表、写真、引用、退職後更新を確認します。 |
| フリーランス制作デザイン | 契約内容次第です。 | 発注・支払だけで権利取得といえるかを確認します。 |
| 在職中の営業資料を転職先で使用 | 会社権利や秘密情報侵害のリスクが高い場合があります。 | 証拠保全、営業秘密、顧客情報、著作権を確認します。 |
| 公開済み制作物のポートフォリオ掲載 | 条件付きで許容できる場合があります。 | 事前承認、秘密情報削除、顧客承諾、担当範囲表示が必要です。 |
| 生成AIで作成した会社ブログ記事 | 人間の創作的寄与と利用規約次第です。 | プロンプト、編集履歴、入力データ、類似性を確認します。 |
| 在職中の研究成果を退職後に論文発表 | 著作権だけでは結論を出しにくい類型です。 | 共同研究契約、営業秘密、個人情報、未出願発明、研究倫理を確認します。 |
| 社内規程案 | 職務上作成なら会社側で整理しやすい場合があります。 | 法令引用、外部雛形、コンサル作成部分を確認します。 |
最後に、退職者著作物の判断でよく出る確認事項を一般情報として整理します。各回答は、制度上の考え方と個別確認の必要性を読み取るためのものであり、具体的な結論は資料と事実関係で変わります。
一般的には、在職中に作成されたことだけでは足りず、職務著作の要件、契約、就業規則、譲渡、許諾を確認します。作成経緯や表示名義によって結論が変わる可能性があります。
一般的には、会社の利用根拠、改変許諾、第27条・第28条、著作者人格権不行使、氏名表示を確認します。専門的内容ではレビュー体制も重要です。
一般的には、公開済み範囲、顧客承諾、秘密情報・個人情報の削除、担当範囲表示、会社名・商標表示、削除要請対応を確認します。具体的な許否は契約と内容で変わります。
一般的には、人間の創作的寄与、プロンプト、出力選択、編集履歴、入力データ、サービス規約、個人アカウント履歴を確認します。具体的な利用可否は事実関係で変わります。
退職者が作成した著作物の取扱いで最も危険なのは、会社側が「在職中に作ったから会社のもの」と考えること、退職者側が「自分が作ったから自由に使える」と考えることです。どちらも一般的に正しいとは限りません。平時から、作成者、立場、名義、契約、素材、利用範囲を記録し、退職時に整理し、退職後の利用ルールを明文化することが重要です。