ソースコードの著作権は誰のもの？帰属・譲渡・引用・AI生成コードを実務で解説

ソースコードは著作権で保護される「プログラムの著作物」です。ただし守られるのは書き方（表現）だけで、処理のアイデアや仕様は保護されません。実務でつまずきやすいのは、会社員・フリーランス・共同開発で著作権の持ち主が変わること、開発委託の契約で「著作権を譲渡する」と書いても翻案権が移らないこと、そして生成AIが書いたコードの扱いです。この記事では、著作権法の条文を根拠に、ソースコードの著作権が誰に帰属し、どこまで保護され、他人のコードやAI生成コードをどう扱えばよいかを、受託開発の当事者の視点で整理します。

まとめ：ソースコード著作権の要点

• ソースコードは著作権法10条1項9号の「プログラムの著作物」。保護されるのは表現部分だけで、アルゴリズム・仕様・プログラム言語は保護対象外（10条3項）。
• 会社員が業務で書いたコードの著作権は原則会社に帰属（職務著作・15条2項）。フリーランスや外注は契約がなければ開発者に残る。
• 開発委託で全権利を移すには、契約に「27条・28条の権利を含む」と特掲が必要（61条2項）。書き漏らすと翻案権は発注者に移らない。
• 侵害の罰則は最大10年以下の拘禁刑または1000万円以下の罰金、法人は最大3億円（119条・124条）。判断軸は依拠性と表現の類似性。
• 公開コードやAI生成コードも「自由に使える」わけではない。ライセンス条件の遵守と、生成元コードへの類似チェックが実務の要。

ソースコードが著作物として保護される法的根拠

「そもそもコードに著作権はあるのか」は、ソースコード 著作権を調べる人が最初に確認したい点です。答えは条文に明記されています。

著作権法10条1項9号が定める「プログラムの著作物」

著作権法10条1項は著作物を例示し、その9号に「プログラムの著作物」を挙げています。文章や音楽と同じく、プログラムも創作性のある表現であれば、作成した時点で自動的に著作権が発生します。特許のような出願・登録は不要で、©表記の有無も権利の発生には関係しません。保護期間は、個人名義なら著作者の死後70年、会社など法人名義で公表したものは公表後70年です（著作権法51条・53条）。

保護されるのは「表現」、アルゴリズムや仕様は保護されない

ソースコード 著作権 どこまでという疑問の核心がここです。著作権が守るのは、具体的に書かれたコードの表現であって、その背後にあるアイデアではありません。著作権法10条3項は、プログラムの著作物への保護が「プログラム言語・規約・解法（アルゴリズム）」には及ばないと明記しています。

つまり、同じ機能を実現する処理手順そのものは誰でも自由に使えます。他人の作ったアルゴリズムを理解し、自分の言葉（コード）で書き直せば、原則として著作権侵害にはなりません。逆に、変数名やコメントを少し変えただけで大部分を写した場合は、表現を流用したとみなされ侵害になりえます。

著作権・特許権・営業秘密の使い分け

アイデアを守りたい場合は著作権では足りません。処理方法やビジネスロジックそのものを独占したいなら特許権（要出願・審査）、社外に出さず秘匿するなら不正競争防止法の営業秘密で守る、という設計になります。ソースコードは「表現は著作権、発明的な仕組みは特許、非公開の知見は営業秘密」と、守りたい対象ごとに手段を組み合わせて保護するのが実務の考え方です。

ソースコードの著作権の帰属パターン

著作権は「作った人」に発生するのが原則ですが、開発の形態と契約で持ち主が変わります。トラブルの多くはこの帰属の思い違いから起きます。

会社員が業務で書いたコード：職務著作（著作権法15条2項）

会社の従業員が職務として作成したプログラムの著作権は、契約や就業規則に別段の定めがない限り会社に帰属します（著作権法15条2項）。ここで見落とされがちなのが、通常の著作物（15条1項）は「法人名義で公表すること」が要件なのに対し、プログラムの著作物は公表名義の要件が外されている点です。社内システムのように外部公開しないコードでも、業務で書けば会社の著作物になります。副業や退職後の流用が問題化しやすいので、就業規則で帰属を明文化しておくのが安全です。

フリーランス・受託開発：契約がなければ著作権は開発者に残る

外部のエンジニアや開発会社に発注した場合、成果物の著作権は作成した受託者側に発生し、譲渡契約がない限り発注者には移りません。発注者は「お金を払ったのだから当然自社のもの」と考えがちですが、契約に何も書かなければ、発注者が得るのは事実上の利用権にとどまり、改修や再配布で制約が残ります。海外拠点へ委託する場合も同じで、オフショア開発における発注者視点の使い分けでも、著作権の帰属を発注時に取り決めておくことが前提になります。

共同開発・OSSコントリビュート：共同著作物と権利の共有

複数人が分担して一体のコードを作ると、分離して個別利用できない部分は共同著作物となり、著作権は全員の共有になります（65条）。共有著作権は、原則として全員の合意がなければ行使・譲渡ができません。誰か1人が抜けたり連絡不能になったりすると、以後の商用化や権利移転が止まるリスクがあります。共同開発では、あらかじめ著作権をどこに集約するか（例：幹事会社へ譲渡）を契約で決めておきます。

開発委託でのソースコード著作権譲渡の実務

ソースコード 著作権譲渡は、受託開発の契約で最も事故が多い論点です。「全部譲る」と書いたつもりが、法律上は一部が移っていないことがあります。

「著作権を譲渡する」だけでは翻案権が移らない——27条・28条の特掲

著作権法61条2項は、譲渡契約で27条（翻訳・翻案権）と28条（二次的著作物の利用に関する原著作者の権利）を譲渡の目的として特掲していないと、これらの権利は譲渡した側に留保されたと推定すると定めています。翻案権は、既存コードを改造・機能追加・移植する権利そのものです。ここが移っていないと、発注者が納品後に自社でコードを改修・派生開発する場面で、受託者の許諾が必要になりかねません。契約書には次のように条番号を明記します。

（著作権の帰属）本件成果物に関する著作権（著作権法第27条及び
第28条に定める権利を含む。）は、検収完了をもって甲に移転する。

著作者人格権は譲渡できない——不行使特約で対応

公表権・氏名表示権・同一性保持権といった著作者人格権は、譲渡や相続ができません（59条）。放置すると、コードの改変に対して受託者が同一性保持権を主張できる余地が残ります。実務では、契約に「受託者は著作者人格権を行使しない」という不行使特約を入れて対処します。著作権の譲渡条項とセットで盛り込むのが定石です。

譲渡・利用許諾・ソースコード提供義務の違い

「ソースコードをもらう」ことと「著作権をもらう」ことは別問題です。譲渡は権利者そのものが変わること、利用許諾（ライセンス）は権利は受託者に残したまま使わせること、ソースコード提供義務は成果物としてコードの現物を引き渡す契約上の義務であって、著作権の移転を当然には意味しません。保守・二次開発を自社で行いたいなら、提供を受けるだけでなく、翻案権を含む譲渡または広い改変許諾まで取り決める必要があります。

受託開発の成果物にWebサイトのデザインが含まれる場合は、コードとは保護の範囲も契約の勘所も変わります。レイアウトや素材、フォントの扱いまで含めた線引きはWebデザインに著作権はある？模倣の線引きと素材・フォント・制作契約の実務で整理しています。

ソースコードの著作権侵害と判断基準

ソースコード 著作権 判例で調べられるように、どこからが侵害かは明確な線引きが難しく、過去の裁判例が基準になります。

侵害の判断は「依拠性」と「表現の同一性・類似性」

裁判例では、プログラムの著作権侵害の成立に、①対象が著作物にあたること（著作物性）、②依拠性（相手のコードを実際に見て利用したこと）、③表現の同一性・類似性（アイデアではなく具体的表現が一致・酷似すること）、④複製・翻案などの利用行為、の4点が問われます。偶然似ただけや、アイデアが共通するだけでは侵害になりません。逆に、他社リポジトリからコピーしたログが残り、コメントや独特の変数名まで一致していれば、依拠性と類似性の両方が推認され、侵害と判断されやすくなります。

ただし裁判所は類似性を厳格に見ます。誰が書いても同じになるありふれた記述や、仕様上そう書くしかなく回避の余地がない一致は、作者の個性が表れた表現とは認められず、侵害の根拠になりません。侵害を主張する側は、コードのどの部分に創作性があるかまで具体的に立証する必要があります。

民事・刑事の罰則：最大10年以下の拘禁刑、法人は3億円以下

侵害が認められると、民事では差止請求・損害賠償・不当利得返還の対象になります。刑事では、著作権法119条1項により10年以下の拘禁刑もしくは1000万円以下の罰金、またはその両方が科されえます（2025年6月の刑法改正で「懲役」は「拘禁刑」に一本化されました）。さらに法人の従業員が業務で侵害した場合、124条の両罰規定で法人に最大3億円以下の罰金が科されることがあります。金銭賠償だけでなく、取引先の信頼喪失やプロジェクトの差し止めといった事業ダメージのほうが実際には重くのしかかります。

侵害を疑われないためのコード管理

誠実に開発していても、由来不明のコードが紛れ込めばリスクになります。使ったOSSと参照元をリスト化する（SBOMの整備）、コピー＆ペーストの出所を記録する、コードレビューでライセンスと出所を確認する、という運用で「独自に作った・出所は明確」という説明可能性を確保しておくことが、侵害の疑いから身を守る最も現実的な手段です。

他人のソースコードを引用・利用するときのルール

ネット上のコードのコピペや、OSSの取り込みは日常的ですが、「公開されている＝自由に使える」という誤解が最も危険です。

著作権法32条の引用要件——コードで満たすのは難しい

著作権法32条は、公正な慣行に合致し、報道・批評・研究など正当な範囲であれば、無許諾の引用を認めています。要件は、引用の必要性、本文が主で引用が従という主従関係、引用部分の明確な区別（引用符やコードブロック）、そして出所の明示です。ただしソースコードは「そのまま動かして使う」ことが目的になりがちで、批評のための引用という建て付けを満たしにくく、そのまま製品へ組み込む用途は引用では正当化できないと考えるべきです。

OSSのコードを使うとき：ライセンスが利用の根拠になる

OSSのコードを組み込む正当な根拠は、引用ではなくライセンス条件の遵守です。MITやApache-2.0は著作権表示の保持を条件にほぼ自由に使えますが、GPLのようなコピーレフト型は、組み込んだ自社ソフト側にもソースコード開示義務が及ぶことがあります。ライセンスの選び方と現場での判断はOSSのライセンス種別と実装現場での採用判断・リスク管理で詳しく解説しています。なお、ライセンス表記が一切ないコードは「許諾なし＝原則利用不可」であり、公開されていても無断利用はできません。

著作権表示（©）の正しい書き方

コピーライト表記そのものに権利発生の効力はありませんが、権利者と作成年を明示し、無断利用を牽制する実務上の意味があります。書式は「© 発行年 著作権者名」で、年は初版の発行年（継続的に更新するなら範囲）を書きます。ソースコードでは、ファイル冒頭のコメントに権利表示とライセンスを併記し、機械判読しやすいSPDX識別子を添えるのが近年の主流です。

// Copyright (c) 2026 Issoh Co., Ltd.
// SPDX-License-Identifier: MIT

AI生成コードの著作権と侵害リスク

GitHub CopilotやChatGPTの普及で、生成AIが書いたコードは誰のもので、そのまま使ってよいのかが実務の論点になりました。ここは条文がまだ追いついておらず、指針をもとに判断する領域です。

文化庁「AIと著作権に関する考え方」が示す判断軸

文化庁は令和6年（2024年）3月に「AIと著作権に関する考え方について」を公表しました。ここでは、AI生成物に著作権が発生するかは、利用者の関与が単なる労力を超えた「創作的寄与」と言えるかで個別に判断するとされています。「こういうコードを書いて」という程度の短い指示では創作的寄与は認められにくく、AIが生成したコードにあたる部分は著作物にならない（＝誰の著作権も発生しない）可能性が高いと整理されています。一方、人間が創作的な加筆・修正を加えた部分には、その人の著作権が認められます。試行回数の多さ自体は寄与とは評価されません。

学習・生成・利用の各段階に潜む侵害リスク

AIコードのリスクは「誰の権利になるか」だけではありません。生成物が学習元の既存コードに酷似していれば、依拠性と類似性が認められて他人の著作権を侵害する可能性があります。学習段階の利用は情報解析目的として著作権法30条の4で広く認められていますが、それは生成物が既存著作物と同一・類似になってよいという意味ではありません。生成されたコードが特定のOSSの実装をほぼ再現している場合などは、そのまま使うと侵害リスクを負います。

実務での落としどころ：AI生成コードは「自社に権利がない前提」で扱う

現状の指針を踏まえると、AI生成コードは「自社に著作権があるとは限らない」前提で管理するのが安全です。競合に真似されて困る中核ロジックを、指示だけ与えてAIに書かせて済ませるのは避けるべきで、独占したい部分は人間が創作的に書き、その事実を記録に残します。逆に定型処理はAIで効率化しつつ、生成物が既存コードに酷似していないかをレビューで確認する——この線引きが、権利の空白と侵害リスクの両方をかわす現実的な運用です。

よくある質問

ソースコードの著作権は「どこまで」保護されますか？

具体的に書かれたコードの表現部分だけです。処理のアルゴリズム、仕様、プログラム言語の文法は保護されません（10条3項）。同じ機能でも、自分の表現で書き直せば原則として別の著作物になります。

「著作権譲渡」と「利用許諾（ライセンス）」はどう違いますか？

譲渡は著作権者そのものが入れ替わること、利用許諾は権利者は変わらず使用だけを認めることです。開発委託で全権利を移すには、譲渡契約に27条・28条の権利を含む旨を特掲する必要があります。

GitHubやネット上で公開されているコードは自由にコピペできますか？

できません。公開と自由利用は別で、適用ライセンス（MIT・Apache・GPLなど）の条件に従う必要があります。ライセンス表記のないコードは許諾がない状態＝原則利用不可と考えてください。

AIが生成したコードをそのまま製品に組み込んで大丈夫ですか？

2点の確認が必要です。第一に、AI生成部分は著作物にならず自社に権利が残らない場合があること。第二に、生成物が学習元の既存コードに酷似していると他人の著作権を侵害しうること。中核ロジックは人間が創作的に関与し、生成コードは類似チェックを通すのが安全です。

ソースコードの著作権侵害に時効はありますか？

民事の損害賠償請求権は、損害と加害者を知った時から3年、不法行為の時から20年で時効消滅します（民法724条）。刑事は、非親告罪化された類型を含め公訴時効があります。具体的な当てはめは弁護士に確認してください。

関連記事

• オープンソースソフトウェア（OSS）とは｜ライセンス種別と実装現場での採用判断・リスク管理
• 6種類のクリエイティブ・コモンズ・ライセンスを詳しく紹介
• オフショア開発とは？メリット・デメリットと国内受託開発との使い分けを発注者視点で解説