竹田奈央 
プログラムを書くのは慣れてきたけど…
これって著作権的に大丈夫…？
今回の記事は上記のような方におすすめ。今回の記事では、
✅「GitHubのコードを参考にしているけど使っていいか分からない」
✅「他人が書いたプログラムを使ったアプリでお小遣い稼ぎしてるけど、ちょっとくらいいいよね？」
✅「自分が業務時間に書いたコードの著作権について気になる」
そんな著作権の知識に不安があるエンジニアの方に向けて、「プログラムと著作権」の基本から、実際に気をつけたい法律違反のケース、OSSの正しい使い方まで、初心者にもわかりやすく・実務に役立つ形で解説します！
エンジニアにとって著作権の理解は“避けて通れない”テーマ。「知らなかった」では済まされないトラブルを回避するために、ぜひ最後までチェックしてみてください。
気になる箇所あったらコメントで教えてね。
なおこの記事は3分で読める内容です。
プログラムに著作権はある？｜エンジニアが知っておくべき前提知識
✅ プログラムも「プログラムの著作物」として保護される
著作権とは、創作された著作物に対して自動的に発生する権利です。これは、文学、音楽、美術、映画などだけでなく、プログラムについても、著作権法上「プログラムの著作物」として著作権の対象となります。（著作権法10条1項9号）（出展①：日本弁理士会｜コンピュータ・プログラムの保護、出展②：リーガルブレスＤ法律事務所｜プログラムは著作権法でどこまで保護されるのか。注意点とポイントを解説）
✅ 「著作権」登録の手続きは不要
著作権は著作物を創作した時点で自動的に発生しします。つまり、コードを書いた瞬間に著作権が自動的に発生し、誰かに申請する必要はありません。これは、他の特許権や実用新案権などの産業財産権と異なります。（出展：文化庁｜著作権登録制度）
✅ 「言語」「規約」は「著作権」から除外される
注意すべきなのは、プログラム言語、規約、解法は著作権法上の保護対象外である点です。例えば、日本語や英語などの言語が誰かの独占的権利となってしまうと、私たちは日本語や英語の文章を書く、話をすることができなってしまいます。このような観点から、プログラム言語C言語、COBOL、Python、PHPといった言語は著作権の対象にはならないとされています。（出展：リーガルブレスＤ法律事務所｜プログラムは著作権法でどこまで保護されるのか。注意点とポイントを解説）
✅ プログラムは個人ではなく、会社に帰属する
プログラムの著作権は、プログラムを開発したシステム開発会社に帰属するのが一般的です。これを「職務著作」といいます。いくら個人が作成したプログラムであるとは言え、作成したプログラムは、個人に帰属する訳ではない点に注意が必要です。
勝手に個人でのアプリケーション開発に流用するなどをした場合、著作権侵害として訴えられるトラブルに繋がる可能性もあるため、気をつけましょう。（出展①：システム開発の著作権とは？知っておきたいプログラムの権利・帰属先・契約時の注意点を解説【2025年最新版】、出展②：弁護士法人モノリス法律事務所｜プログラムにまつわる著作権侵害問題とは）
待ってください…！既に難しすぎて頭が追いつかないんですが…（涙）
大丈夫です！
次からのセクションでは、みなさんの身近な事例を引用して説明したいと思います！
IT関連の法律について、体系的に学びたい方はこちらの本がおすすめ✨（➡️ITエンジニアのための法律がわかる本）
他人のコードを使うときの注意点｜著作権侵害と判断されるケース
🔥 GitHubなどの公開コード＝自由に使える、ではない
GitHubに公開されているコードはすべて自由に使えると思われがちですが、それは大きな誤解です。ほとんどのリポジトリにはライセンスが付いており、利用条件が明示されています。（出展：GitHub｜リポジトリのライセンス）GitHubの場合LICENSE.txt、LICENSE.md、LICENSE.rst、README.mdに記載されていることが多いです。確認してみてください。
🔥 コピー・改変・転用で訴えられる？実際のトラブル例
過去には、著作物の帰属を巡り、著作権侵害のトラブルになったケースも存在します。一例として以下の事例をご紹介します。以下の事例では、結論として「著作権侵害」が認められました。
上記のとおり、被告ＹＫＳＣ社は、被告ソフトを製造し、これを使用しており、これらの行為は、原告プログラムに係る原告の著作権を侵害するものであると認められる。
🔥 サンプルコード流用で「著作権侵害」に？
一部のコードを「参考」にして自分で書き直すのは問題になりにくいですが、オリジナルに酷似していると疑われた場合は「依拠性」が問われます。安全策として、出典の明記やライセンス確認は必須です。
よくあるのが本やブログなどへのサンプルコードの流用。サンプルプログラムを利用する場合は、著作権の範囲に注意し、無断で複製したり、そのまま利用したりしないようにする必要があります。本であれば執筆元、ブログ記事であれば著者に了解を得ておくと安心です。
本に掲載されているサンプルプログラムを使って、画像やCGを別のものにしたり、コードを一部改変したりして作ったゲームを販売してもよろしいでしょうか。
サンプルプログラムを参考にした、あくまで自分のオリジナルのコードで作ったものであれば販売しても、著作権の問題は生じません。本に掲載されているサンプルプログラムは、著作権で保護されている著作物なので、そのまま使う場合は、著者の了解が必要になります。
IT関連の法律について、体系的に学びたい方はこちらの本がおすすめ✨（➡️ITエンジニアのための法律がわかる本）
オープンソースのライセンスとは？MIT・GPL・Apacheの違いを解説
OSSにも「使っていい条件」がある
オープンソースとは、ソースコードが公開されており、誰でも利用・改変できるソフトウェアです。しかし、それぞれのプロジェクトには「ライセンス」が設定されており、利用に際して守るべきルールがあります。OSSのライセンスには複数の種類があります。代表的なものを以下に示します。
- OSSライセンス①：MITライセンス
- OSSライセンス②：GPLライセンス
- OSSライセンス③：Apache License 2.0
OSSライセンス①：MITライセンス
MITライセンスは、オープンソースソフトウェアを開発・配布する際に用いられるライセンスで、非常に緩い制限が特徴です。ユーザーはコードを自由に利用、変更、再配布でき、商用利用も可能です。ただし、著作権表示とライセンス表示を再配布時に含める必要があります。（出展：株式会社インセプト｜MITライセンス 【MIT License】）
OSSライセンス①：MITライセンスの詳細
ライセンスの範囲
MITライセンスは、自由度の高いライセンスです。コードの利用、変更、再配布、商用利用が可能です。
著作権者は、ソフトウェアの使用に関する一切の責任を負いません。
（出展：株式会社アシュアード｜自由度の高い MIT ライセンスの概要と他ライセンスとの比較）
GitHubでの普及
MITライセンスは、GitHubで最も多く利用されているオープンソースライセンスの一つです。
（出展：ウィキペディア｜MIT License）
OSSライセンス②：GPLライセンス
GPLライセンス (GNU General Public License) とは、ソフトウェアの利用を許諾する条件などを定めたオープンソースライセンスです。主にフリーソフトウェアの利用・改変・再配布を許可する際に用いられ、コピーレフトという考え方を採用しています。つまり、GPLのコードを使用するソフトウェアもGPLの下で配布しなければならないというルールです。（出展：株式会社アシュアード｜正しく知れば怖くない GPL ライセンスの特徴）
OSSライセンス②：GPLライセンスの詳細
ライセンスの範囲
GPLライセンスは、商用利用も許可されている。ただし、GPLの条件に従う必要があります。
（出展：株式会社アシュアード｜正しく知れば怖くない GPL ライセンスの特徴）
GPLライセンス「コピーレフト」とは？
ソフトウェアを改変したり、派生作品を作ったりした場合、派生作品もGPLライセンスで配布しなければなりません。このルールにより、GPLソフトウェアの自由な利用と改変が促進されます。
（出展：株式会社クリエイティブバンク｜GPLライセンスとは？概要や特徴を分かりやすく解説！）
有名な事例として、WordPress は、100% GPL として公開されています。
OSSライセンス③：Apache License 2.0
Apache License 2.0は、Apacheソフトウェア財団が制定したオープンソースライセンスで、広く利用されています。このライセンスは、ソフトウェアの利用、改変、再配布を許可し、商業利用も可能です。また、Apache License 2.0は、利用者がソフトウェアを自由に使えるように、開発者からの特許権行使を制限する条項を含んでいます。
OSSライセンス③：Apache License 2.0の詳細
ライセンスの範囲
商用目的でのソフトウェア利用が可能です。ソフトウェアを自由に改変したり、修正版を再配布したりできます。
（出展：株式会社アシュアード｜ライセンス導入 まずはここから Apache License 2.0）
Apache License 2.0の注意点
Apache License 2.0の注意点として、ソフトウェアの修正箇所を明示する必要があります。
（出展：株式会社アシュアード｜ライセンス導入 まずはここから Apache License 2.0）
ライセンス違反を避けるために確認すべきポイント
- ライセンスが明示されているか
- 商用利用の可否
- 改変や再配布の条件
- ライセンス文の同梱が必要か
よくある誤解と疑問｜プログラム著作権FAQ
Q1：コードを書いたらすぐ著作権が発生するの？
はい。著作権は「創作した時点」で自動的に発生します。（出展：文化庁｜著作権登録制度）
Q2：会社の仕事で書いたコードの著作権は誰のもの？
職務著作に当てはまる場合は、基本的には会社に帰属します。ただし、業務委託の場合は契約内容によります。もし、あなたが発注者側の場合は、書面等で著作権の所在・譲渡の有無を明確にすることをおすすめします。（出展：株式会社ファンリピート｜ソースコードに著作権はある？権利者の変更方法などを解説）
Q3：MITライセンスなら何しても自由？
基本的には自由ですが、「著作権表示とライセンスの明記」をよく確認しましょう。
Q4：AIが生成したコード、画像にも著作権はある？
生成された画像等に既存の画像等（著作物）との類似性（創作的表現が同一又は類似であること）や依拠性が認められれば、著作権者は著作権侵害として損害賠償請求・差止請求が可能であるほか、刑事罰の対象となることもあり得ます。（出展：内閣府｜ＡＩと著作権の関係等について）
Q5：1行だけのコードでも著作権はある？
原則として、著作権は「創作性」があることが条件です。1行だけの短いコード（例. 「Hello world」の出力）は著作権の対象外になることが多いですが、複雑なアルゴリズムであれば対象になる可能性もあります。
今すぐできる著作権対策5選｜知らなかったでは済まされない
- ソース元・ライセンスの確認を習慣化しよう
- コードの引用・再利用時は明示しよう
- チーム内でルールを明文化しよう
- 社内でプログラムの取扱いポリシーを決めよう
- 疑問があれば法務部・専門家に確認しよう
✅ ソース元・ライセンスの確認を習慣化しよう
公開されているコードを利用する前に、ライセンスの有無と条件を確認しましょう。信頼できるOSSであっても、ライセンス違反になれば法的リスクがあります。
✅ コードの引用・再利用時は明示しよう
引用の場合は、引用元を明記するだけでもトラブルを回避できる可能性が高まります。また、サンプルコードとはいえ、引用元のプログラムをそのまま流用した場合は、著作権侵害とみなされる可能性も有り得ますので、充分留意しましょう。
✅ チーム内でルールを明文化しよう
プロジェクトで他人のコードを使うときのルールや、OSSを導入する際のチェックリストを作っておくと安心です。
✅ 社内でプログラムの取扱いポリシーを決めよう
今後さらに増えるAI利用に備え、社内・チームでガイドラインを決めておくのが望ましいです。また、もし自分が発注者である場合は、書類などで著作物の帰属について明記しておきましょう。
✅ 疑問があれば法務部・専門家に確認しよう
迷ったときは自己判断せず、法務担当や弁護士に確認しましょう。プログラムの帰属について、過去トラブルになった事例も存在します。自分を守るための行動が結果的にプロジェクトを守ることにつながります。
まとめ｜プログラムにも著作権はある。知らずに使えばリスクに
以上、エンジニアが知っておくべき「プログラムと著作権」の基礎知識を解説しました。
🔑 本記事のポイントをおさらい
- プログラムの著作権は日本の著作権法でも明確に保護されている
- 他人のコードを無断で使うと著作権侵害になる可能性がある
- OSSは自由に使えるものだが、ライセンス遵守が必要
- 自作コードの著作権帰属にも注意。契約内容ごとに異なる
- 知らなかったでは済まされない。事前の確認・対策が重要
AIでのプログラム作成が普及しつつある現在。エンジニアとして「コードを書く」だけでなく、「法的にどう扱われるか」まで考えることが、これからの時代の当たり前になると言えます。筆者も日々勉強中の身では有りますが、「知らずに侵害していた」なんてことを避けるために、常に最新の情報をキャッチアップしていきたいなと思っています。
難しい分野では有りますが、ぜひみなさんと一緒に勉強していきたいなと思います！気になる箇所や疑問があれば、コメントやシェアで教えてくださいね！
ふー！！ 「著作権」のこと考えてたら、眠たくなってきたぞ！！
（爆睡…）
IT関連の法律について、体系的に学びたい方はこちらの本がおすすめ✨（➡️ITエンジニアのための法律がわかる本）
📚 関連記事もぜひチェック！
エンジニアとしてのキャリアアップにご興味のある方は「リーダブルコードを読んだら成長が加速した話｜初心者エンジニアの必読書」や「中小SES→フリーランス→年収960万円。マッチングアプリで気づいた“自分だけ年収ヤバい”問題」もあわせてご覧ください！
免責事項｜プログラムの著作物について
私の記事執筆の目標は、エンジニアの方が十分な情報を得た上で選択するためのきっかけを提供することです。お役に立てれば幸いですが、私は弁護士ではありません。間違いを犯すこともあるということを心に留めておいてください。
私は自分で調べた情報を有志で提供しており、本ブログ運営を通じて提供されるいかなる情報に関しても一切の保証を行わず、この情報を利用した結果生じた損害に対する責任を否認します。プログラムの正しいライセンスや、その他プログラムに関連する法的問題について質問がある場合は、常に法律の専門家に相談することをお勧めします。