開発費を全額払って作らせたシステムなのに、契約書を読み返したら著作権は開発会社に帰属すると書いてあった。あるいは、その条項自体が見当たらない。発注の直前や納品後にここに気づいて、これで大丈夫なのかと調べている方は多いと思います。
結論から言うと、何も決めなければ著作権は作った側、つまり開発会社に残ります。ただ、だからといって全部を自社に移させるのが正解とも限りません。移す方法にも段階があり、費用も変わります。この記事では、システム開発の著作権が誰のものになるのか、そして契約前に発注側が何を確認しておけばいいのかを整理します。なお、ここで扱うのは条文の内容と一般的な整理までで、個別の案件の判断は弁護士に相談してください。
この記事のポイント
- 費用を払っても、何も決めなければ著作権は開発会社に残る
- 移し方は譲渡・利用許諾・共有の3つがあり、費用も変わる
- 譲渡しても翻案権を特掲しないと自社で改修できない可能性がある
- 著作権とソースコードの引き渡しは別々に決める必要がある
目次
システム開発の著作権は誰のものになるか
まず前提を揃えます。ここを誤解したまま契約すると、あとから動かせません。
費用を払っても著作権は開発会社に残る
お金を出したほうが権利を持つ、と考えるのが自然な感覚だと思います。ですが著作権はそうなっていません。著作権は、作った人（作った会社）に発生します。開発費を負担したかどうかは関係ありません。
開発会社に所属する技術者が書いたコードについては、著作権法の第15条2項が、法人の発意にもとづいて業務として作成されたプログラムの著作者は、契約や勤務規則に別の定めがない限りその法人だとしています。つまり、書いたのは個々の技術者でも、権利は開発会社に集まる仕組みです。
ひとつ注意が要るのは、フリーランスの個人に直接頼んだ場合です。第15条2項が想定しているのは、その法人に所属して業務として作成する場合なので、雇用関係のない個人に外注したときは同じようには扱われません。この場合、権利は書いた本人に残ります。少額の案件ほど契約書を省いてしまいがちですが、個人に頼むときこそ権利の取り決めを書面に残しておいてください。
混同されやすいのが所有権との違いです。納品されたシステムを自社のサーバーで動かして使う、その分には問題ありません。困るのは、中身に手を入れたいときや、別の会社に引き継ぎたいときです。使う権利と、直す権利は別物だと考えてください。
譲渡・利用許諾・共有の3つの選び方
では自社の側に何をどこまで持ってくるか。実務では大きく3つの形があります。上位の解説記事は「譲渡させましょう」で終わっていることが多いのですが、実際には選択肢があります。
| 形 | できること | 向いている場面 |
|---|---|---|
| 譲渡 | 権利そのものが自社に移る。改修も他社への依頼も自社判断でできる | 自社の事業の中核になるシステム、長く使って育てるもの |
| 利用許諾（ライセンス） | 権利は開発会社に残り、自社は決められた範囲で使える | 使うだけで十分なもの、パッケージや共通部品を含むもの |
| 共有 | 双方が権利を持つ。ただし相手の同意なしには動かしにくい面がある | 費用を折半した共同開発など、限定的な場面 |
共有については補足が要ります。一見すると公平で良さそうに見えますが、共有になると自分だけの判断で使い方を決めにくくなります。揉めごとを避けたいなら、譲渡か利用許諾のどちらかにはっきり寄せるほうが、実務では扱いやすいと感じています。
全部譲渡が正解とは限らない
ここは正直にお伝えします。譲渡を求めれば、たいてい見積もりは上がります。開発会社にとっては、社内で使い回してきた部品や、他社案件でも使う予定の仕組みを手放すことになるためです。
そして現実には、断られることもあります。パッケージやフレームワークを土台にしている場合、その部分の権利はそもそも開発会社にも移せません。「全部譲渡してください」と要求して交渉が止まるより、どこが自社にとって本当に必要かを分けたほうが早く進みます。
譲渡を断られたときの代替手段も知っておくと交渉が楽になります。権利そのものは開発会社に残したまま、自社および自社が指定する第三者が改修できる、という内容の利用許諾をもらう形です。実務上できるようになることは譲渡に近く、開発会社にとっては再利用の道が残るため、合意しやすい落としどころになります。目的が「困ったときに他社へ引き継げること」であれば、この形で足りる場面は多いです。
判断の目安としては、自社の業務にしか使わない画面や処理、今後も手を入れ続ける中核部分は譲渡を求める。汎用的な部品や、開発会社が他でも使っている土台の部分は利用許諾で足りる。この線引きで、費用と自由度のバランスが取りやすくなります。契約書のどこにどう書くかは受託開発の契約で発注者が確認すべきことで扱っています。
システム開発の著作権で契約前に確認すること
ここからは、契約書を受け取ったときに具体的に見る場所です。とくに最初の1つは、条文を知らないと絶対に気づけません。
翻案権を特掲しないと改修できなくなる
これが著作権まわりで、発注側がいちばん損をしやすい落とし穴です。
著作権法の第61条2項には、著作権を譲渡する契約において第27条または第28条に規定する権利が譲渡の目的として特掲されていないときは、これらの権利は譲渡した者に留保されたものと推定する、と定められています。第27条は翻案権など、つまり作り替える権利のことです。
何が起きるかというと、契約書に「本件成果物の著作権は甲に譲渡する」とだけ書いてあった場合、作り替える権利はベンダー側に残ったと推定されうる、ということです。譲渡してもらったつもりでいたのに、改修しようとしたら権利がないと言われる。他社に引き継ぎたいのに手を入れられない。実際に困るのはこの場面です。
ですので、契約書には「著作権（著作権法第27条及び第28条に規定する権利を含む）」という形で、条番号まで書かれているかを確認してください。この一文があるかどうかだけで、数年後に自社ができることが変わります。逆に、開発会社から出てきた契約書にこの記載がなければ、追記を依頼する価値は十分にあります。
著作権を譲渡すると費用はどう変わるか
譲渡を求めると見積もりがどれくらい上がるのか。これは案件によって幅がありますが、考え方の筋道はあります。
開発会社が価格を上げるのは、その成果物を他の案件で再利用できなくなるからです。ですから、汎用的に使い回せる部分が多いシステムほど上乗せは大きく、その会社にとって使い道のない業務特化のシステムほど小さくなります。ゼロから自社専用に作ったものであれば、そもそも上乗せがないこともあります。
もうひとつ、権利がいつ移るのかも確認しておいてください。契約書では、検収の完了時や代金の支払い完了時に著作権が移転する、と書かれていることがあります。この書き方自体はよくあるものですが、支払いが分割で最後の支払いが稼働の数か月後になる場合、それまで権利は移っていない状態が続きます。移転の時期と、その間に改修が必要になったらどう扱うのかは、先に確認しておくと安心です。
交渉するときは、金額だけを聞くのではなく「どの部分の再利用ができなくなるから、いくら上がるのか」を分けて聞いてください。理由が説明できる会社なら、その部分だけ利用許諾に切り替えるといった落としどころも見つかります。あくまで一般的な考え方の目安なので、実際の金額は個別の見積もりで確認してください。
著作者人格権とソースコードの引き渡し
著作権を譲渡してもらっても、それだけでは足りないものが2つあります。
ひとつは著作者人格権です。これは作った人の人格に結びついた権利で、譲り渡すことができません。そのため実務では、開発会社がこの権利を行使しないという取り決めを契約に入れる形が使われます。これがないと、たとえば大幅に作り替えたときに問題になる余地が残ります。
もうひとつが、ソースコードの引き渡しです。権利が移ったことと、実物が手元にあることは別の話です。権利だけあってコードがなければ、結局どこにも手を入れられません。納品物として何を受け取るのかは受託開発の納品物の範囲で整理しています。あわせて、開発環境や設定の情報がないと他社が引き継げない状態にもなりやすいので、ベンダーロックインの対策もあわせて確認しておくと安全です。
AIが書いたコードは誰のものか
最近の見積もりでは、開発会社がAIのコード生成ツールを使っている前提のものが増えています。この場合の権利関係を心配される方も多いのですが、発注側の実務としては、考え方はそれほど変わりません。
ツールを使って作られたかどうかにかかわらず、あなたが契約する相手は開発会社です。成果物の権利をどう扱うか、第三者の権利を侵害していないことをどう保証してもらうかを契約で決める、という構造は同じです。
あわせて押さえておくと、社内で説明しやすくなる点があります。著作権は、人の創作的な工夫が表れたものを保護する仕組みです。ツールが出力しただけのごく短い定型的なコードは、そもそも誰の著作物にもならない場合があります。逆に、どこをどう作るかを人が考えて組み立てた部分は、これまでと同じように保護されます。「AIを使っているから権利があやしい」と一括りにする必要はありません。
そのうえで、ひとつだけ足しておくとよい確認があります。生成されたコードが他社のコードと同一になっていないか、開発会社としてどう確認しているかを聞いておくことです。ここに答えられる会社かどうかで、その後の安心感がかなり変わります。契約書に第三者の権利を侵害しない旨の表明が入っているかも、あわせて見ておいてください。
- Q. 所有権と著作権は何が違いますか？
- 所有権は納品されたモノや媒体に対する権利で、著作権は中身を複製したり作り替えたりする権利です。システムを受け取って使うだけなら所有権の話で済みますが、改修したい、他社に引き継ぎたいとなると著作権の話になります。
- Q. 請負契約なら著作権は自動的に発注者のものになりますか？
- なりません。請負か準委任かという契約の形と、著作権が誰に帰属するかは別の問題です。契約書に権利の移転が書かれていなければ、作った側に残るのが原則です。
- Q. 著作権を譲渡してもらえば他社で改修できますか？
- 権利の面では可能になりますが、条件が2つあります。譲渡の対象に翻案権など（第27条・第28条）が特掲されていること、そしてソースコードと関連資料が実際に手元にあることです。どちらかが欠けていると、改修は進みません。
- Q. 著作権登録はしたほうがいいですか？
- 一般的な業務システムの発注では、まず契約書での取り決めを優先して問題ありません。登録の要否は自社の事業での位置づけによって変わるため、必要かどうかの判断は弁護士に相談してください。
