案件を受けて形にしたプログラムや設計書は、納品した後の権利がどうなるのか分かりにくいものです。所有権・特許権等・著作権は似た言葉に見えますが、契約書の中では別々の条に分かれて置かれています。責任の範囲や作業の分担があいまいなまま進めると、トラブルに発展する場合もあると、IPAの資料は述べています¹。この記事では、契約書に置かれる権利の並びと、帰属の案の違いを整理します。

1. 権利の話は役割分担から始まる

納品した成果物の権利は、完成した瞬間に自動で決まるわけではありません。実際に誰がどこを担当したか、その役割分担のほうが、権利の話の入り口になります。役割の線引きを先に確かめておくと、後から条文を読んだときの理解が違ってきます。

契約書を読み進めると、権利の条は「誰が作ったか」だけでなく「誰がどこまで担当したか」を土台にして組み立てられていることが分かります。担当範囲の記録は、権利の話の土台にもなるものです。

誰が何を担当したかが権利の入り口になる

設計・実装・検証のどこを受け持ったかによって、成果物のどの部分に関わったといえるかが変わります。契約書はこの担当範囲を前提にして、権利に関わる条を積み上げています。担当範囲の記録は、後になって効いてきます。

担当範囲があいまいなままだと、権利の条を読んでも自分に関わる話なのか、別の担当者の話なのか判断しにくくなります。作った実感の強さより、契約書に書かれた文言のほうが、権利の判断材料になります。

権利の話を後回しにすると起きること

IPAの資料は、責任の範囲や作業の分担が明確になっていないまま進めると、損害賠償請求の訴訟などのトラブルに発展する場合もあると述べています¹。権利の話は、始まってから考えるものではなく、着手する前に確かめておく話だと分かります。

権利の条を後回しにする進め方より、着手する前に一度目を通しておく進め方のほうが、後になって戸惑う場面を減らせます。次の章では、権利そのものがどう論点として扱われているかを見ていきます。

2. 帰属そのものが論点として整理されている

権利の帰属は、契約を交わす当事者のどちらかに自然に決まるものではなく、あらかじめ論点として整理されているものです。IPAの資料では、主要な論点として著作権の帰属が挙げられています²。整理された論点があるということは、そこに選べる幅があるということでもあります。

論点として扱われているのは、著作権が「作った側に自動でついてくるもの」ではないという前提があるためです。契約書を交わす段階で、誰にどこまでの権利を置くのかを決める必要があるからこそ、論点として整理されています。

権利の置き場所は契約書の条文である

権利がどちらのものかは、現場でのやり取りの記憶や、口頭での約束から読み取るものではありません。契約書に置かれた条文こそが、権利の置き場所になります。次の図は、そのことを整理したものです。

図の作成：Remogu編集部。契約書と現場の認識の違いを整理したもので、統計データではありません

図の左側が大きく描かれているのは、権利の判断材料として重みがあるのはそちらだからです。話した内容の記憶より、契約書に残った文言のほうを確かめる。この順番を覚えておくだけで、次の章からの内容が読みやすくなります。

3. 所有権の条が権利帰属の先頭に置かれている

契約書のひな型には、納入物の所有権の条が置かれています³。所有権という言葉は日常でもよく使いますが、契約書の中では「もの」としての納入物に関わる権利を指しています。プログラムそのものの中身に関わる権利とは、置かれている条が別になります。

この条が権利帰属の並びの先頭に置かれているのは、まず「もの」としての納入物が誰の手元にあるかを定めたうえで、その中身に関わる権利へと話を進める構成になっているためです。並び順にも意味があります。

権利には種類があり、条ごとに扱う対象が違う

所有権・特許権等・著作権は、似た言葉に見えても扱う対象が違います。所有権は「もの」としての納入物、特許権等は発明やアイデアに関わる権利、著作権はプログラムや設計書という著作物としての権利を指します。この違いを知っておくと、契約書のどの条を確かめればよいかが分かりやすくなります。

下の表は、権利の種類と、契約書での呼び方を並べたものです。表だけを見ても意味は伝わりますが、次の章からそれぞれの条を1つずつ見ていきます。

権利の種類と、契約書での呼び方

権利の種類ごとに、契約書のひな型では呼び方が決まっています。呼び方を先に知っておくと、実際の契約書を開いたときに、どの条を探せばよいかで迷わずに済みます。

権利の種類	主に関わるもの	契約書での呼び方
所有権	納入物という「もの」自体	納入物の所有権の条3
特許権等	発明やアイデアに関わる権利	納入物の特許権等の条4
著作権	プログラムや設計書という著作物としての権利	納入物の著作権の条5

表を見ると分かるとおり、同じ「納入物」という言葉から始まる条でも、扱っている対象は条ごとに違います。次の章では、特許権等の条と著作権の条を並べて見ていきます。

4. 特許権と著作権は別の条になっている

契約書のひな型には、納入物の特許権等の条と、納入物の著作権の条が、それぞれ別に置かれています⁴。この2つを1つの条にまとめず、分けて置いているところに、この契約書の作り方の特徴があります。

発明やアイデアに関わる特許権等の条⁴と、プログラムや設計書という著作物に関わる著作権の条⁵は、扱う対象が異なるために別々に整理されています。片方だけ確かめて「権利のことは分かった」と考えるのは早いと分かります。

条が分かれている理由を図で確かめる

言葉だけで説明すると、特許権等の条と著作権の条の違いが伝わりにくいことがあります。次の図は、契約書に置かれる4つの条を、並び順のまま示したものです。

出典：IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」（2025年4月）をもとに作成

図で確かめると分かるとおり、所有権の条が先頭にあり、そのあとに特許権等の条、著作権の条と続きます。特許権等と著作権は隣り合って置かれていますが、扱う対象が違う以上、別々に読む必要があります。

2つの条を混同しないための見方

特許権等の条を確かめただけで著作権の扱いまで分かった気になるより、条ごとに1つずつ確かめるほうが、実際の中身とのずれを防げます。条の名前が似ているからこそ、丁寧に見分ける価値があります。

プログラムや設計書という成果物には、著作権だけでなく特許権等が関わる場面もあります。契約書にどちらの条も置かれているのは、成果物には複数の性質が重なっているためだと分かります。次の章では、受注する側にとって関わりの深い再利用の条を見ていきます。

5. 受注する側による再利用の条もある

契約書のひな型には、受注する側による納入物の再利用の条も置かれています⁶。権利の話は発注する側に権利が集まる方向だけで進むわけではなく、受注する側の関わりを残す条もあると分かります。

この条があることで、権利の並びは「発注する側へすべて渡す」という一本の流れではなく、受注する側の関わり方を残す形にもなり得ることが見えてきます。実際にどう定めるかは、案件ごとの契約書に書かれた文言によります。

再利用の条は誰の関わりを残すものか

再利用の条が置かれているのは、受注する側が積み上げてきた技術や部品を、他の案件でも生かせる余地を残すためだと考えられます。渡した納入物そのものではなく、そこに至る技術や知見の扱いに関わる条です。

この条の有無や中身は、案件によって異なります。渡してしまったら関わりが一切なくなるという理解より、条を確かめてから進めるという理解のほうが、実態に近い見方になります。

ここまでの4つの条を並べて確かめる

ここまでで、所有権・特許権等・著作権・再利用という4つの条が出そろいました。下の表は、それぞれの条が何を扱っているかを、あらためて並べたものです。

条の呼び方	何を扱うか
納入物の所有権の条3	納入物という「もの」自体の所有権
納入物の特許権等の条4	発明やアイデアに関わる権利
納入物の著作権の条5	プログラムや設計書という著作物としての権利
受注する側による再利用の条6	受注した側が納入物に関わる技術を他の案件でも生かせる範囲

表を一度確かめておくと、実際の契約書を開いたときに、どの条を探せばよいかで迷いにくくなります。次の章では、この並びが開発の進め方によって変わるのかを見ていきます。

6. アジャイル型の契約にも同じ並びがある

アジャイル型の開発用モデル契約にも、特許権等の帰属の条と著作権の帰属の条が置かれています⁷。開発の進め方が変わっても、権利の並びそのものは残るということです。

短い期間で区切って進めるアジャイル型は、進め方の柔らかさが特徴として語られやすいものです。それでも権利に関わる条は、進め方の柔らかさとは別の話として、きちんと置かれています。

進め方が変わっても権利の条は残る

進め方が変わると、確認の頻度や合意の取り方は変わります。それでも権利がどちらのものかという条自体がなくなるわけではありません。進め方の柔らかさと、権利の固さは、別の軸で考える必要があります。

進め方だけを見て「今回は柔らかく進めているから権利の話は後でいい」と考えるより、権利の条は進め方によらず先に確かめておくという考え方のほうが、実態に沿っています。

確かめる姿勢は、進め方が変わっても同じ

ウォーターフォール型でもアジャイル型でも、権利に関わる条を着手する前に確かめるという姿勢そのものは変わりません。Remoguは、案件の90%以上がフルリモート可能な、リモートワーク案件に特化したエンジニアマッチングサービスです。

参画を検討する場面がリモートであっても、この4つの条がどう書かれているかを確かめる進め方は変わりません。次の章では、権利の帰属に示されている3つの案と、着手する前に確かめておきたい項目をまとめて見ていきます。

7. 帰属の3つの案と、確かめる項目

著作権の帰属について、IPAの資料には3つの案が示されています。1つ目は、ベンダにすべての著作権を帰属させる案です⁸。2つ目は、汎用的な利用が可能なプログラム等の著作権をベンダへ、それ以外をユーザに帰属させる案です⁹。3つ目は、汎用的な利用が可能なプログラム等の著作権をベンダへ、それ以外を共有とする案です¹⁰。

「渡したら全部相手のものになる」という一本の話ではなく、選べる幅がある。この幅を知っているかどうかで、契約書を読むときの構えが変わります。

帰属には3つの案がある

下の表は、3つの案について、汎用的な部分とそれ以外の部分で、著作権がどちらに置かれるかを並べたものです。案によって、汎用的な部分の扱いは共通していても、それ以外の部分の扱いが変わります。

案	汎用的な部分の著作権	それ以外の部分の著作権
A案8	ベンダへ	ベンダへ
2つ目の案9	ベンダへ	ユーザへ
3つ目の案10	ベンダへ	共有

次の図は、この3つの案を並べたものです。表と合わせて確かめると、どの案が示されているかが整理しやすくなります。

出典：IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」（2025年4月）をもとに作成

着手する前に確かめておきたい項目

ここまでの内容を、着手する前に確かめる項目として並べ直すと、次の図のようになります。1つずつ順番に確かめておくと、権利の話で立ち止まる場面を減らせます。

図の作成：Remogu編集部。ここまでの内容を、契約前に確かめる観点として整理したもので、統計データではありません

4つの項目は、どれも特別な調べ方を必要とするものではありません。契約書に置かれた条を、1つずつ順番に読むだけで確かめられます。着手する前のわずかな時間が、後になって効いてきます。

納入物の所有権と著作権は同じ人のものになりますか

契約書のひな型では、納入物の所有権の条³と、納入物の著作権の条⁵は別々に置かれています。著作権の帰属は主要な論点として整理されている項目でもあり²、所有権と著作権が自動で同じ扱いになるとは限りません。それぞれの条を分けて確かめる必要があります。

特許権等の条と著作権の条は何が違いますか

納入物の特許権等の条⁴は発明やアイデアに関わる権利を、納入物の著作権の条⁵はプログラムや設計書という著作物としての権利を扱っています。契約書の中では隣り合って置かれていますが、扱う対象が違う条として、それぞれ確かめる必要があります。

受注した側は納入物を別の案件でも使えますか

契約書のひな型には、受注する側による納入物の再利用の条が置かれています⁶。実際にどこまで再利用できるかは、案件ごとの契約書に書かれた文言によります。条があること自体を、まず確かめておく価値があります。

契約の進め方がアジャイル型でも、権利の並びは変わりますか

アジャイル型の開発用モデル契約にも、特許権等の帰属の条と著作権の帰属の条が置かれています⁷。進め方がウォーターフォール型かアジャイル型かによらず、権利に関わる条は残ると分かります。

権利の並びを知っているだけでも、契約書を読む速さは変わります。次に案件を受けるときは、この4つの条がどう書かれているかを、着手する前に確かめる一歩から始めてみましょう。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」起点の問題（2025年4月・2026年9月確認）
＊2 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」権利の論点（2025年4月・2026年9月確認）
＊3 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」所有権の条（2025年4月・2026年9月確認）
＊4 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」特許権の条（2025年4月・2026年9月確認）
＊5 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」著作権の条（2025年4月・2026年9月確認）
＊6 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」再利用の条（2025年4月・2026年9月確認）
＊7 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」アジャイル版（2025年4月・2026年9月確認）
＊8 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」A案（2025年4月・2026年9月確認）
＊9 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」B案（2025年4月・2026年9月確認）
＊10 IPA「システム開発の健全化に向けて（情報システム・モデル取引・契約書 講演資料）」C案（2025年4月・2026年9月確認）