開発会社との契約書に「著作権はすべて発注者に譲渡する」という条文を見つけて、ひとまず安心していませんか。実はその条文だけでは、著作権とは別に残り続ける「著作者人格権」というもう一つの権利が手つかずのままになっている可能性があります。この権利は著作権法上、そもそも譲渡すること自体ができない性質を持っているため、「著作権譲渡」の一文だけでは対処できません。契約書に別途著作者人格権の不行使特約（不行使特約）が入っているかどうかが、公開後にサービスを自由に改変・成長させられるかどうかを左右します。
この記事で分かること
- 著作者人格権が著作権とは別の権利であり、著作権法59条により譲渡そのものができない「一身専属」の権利であること
- 不行使特約を入れないと、公開後の機能改変・デザイン変更・チーム再編の場面で理論上どんなリスクが残るか
- 契約書に不行使特約を入れてもらう際、どんな文言・範囲を確認すればよいか
ただし、不行使特約さえ入れれば無条件にすべてが解決するわけではありません。特約の効力が及ぶ範囲や、特約を結んでもなお配慮したほうがよい場面については、記事の後半で具体的に説明します。
著作者人格権とは何か。著作権とどう違うのか
まず前提を整理します。ソースコードやデザインなどの創作物には、大きく分けて2種類の権利が同時に発生します。ひとつは「著作権（財産権）」で、複製したり、改変（翻案）したり、公開したりすることを独占できる、いわばお金に関わる権利です。もうひとつが「著作者人格権」で、これは創作者の人格的な利益を守るための権利です。
著作者人格権は、著作権法上、次の3つで構成されています。
- 公表権（著作権法18条）: 未公表の著作物を、いつ・どのような形で公表するかを決められる権利
- 氏名表示権（著作権法19条）: 著作物に自分の実名・ペンネームを表示するか、あるいは何も表示しないかを決められる権利
- 同一性保持権（著作権法20条）: 自分の意に反して、著作物の内容や題号を改変されない権利
開発委託の場面でとくに問題になりやすいのが同一性保持権です。発注者が「ここを直したい」「デザインを変えたい」と思っても、理論上は「作った本人の同意なく改変された」として、開発会社側から異議を申し立てられる余地が残ってしまいます。
「財産権」と「人格権」を分けて考える
著作権と著作者人格権の違いをイメージしやすくするために、不動産の所有権と、その建物への「思い入れ」を分けて考えてみましょう。家を売却すれば、所有権（＝財産としての価値、住む権利、貸す権利）は買い手に完全に移ります。しかし、その家を建てた大工さんの「自分の仕事への誇り」そのものは、家を売ったからといって大工さんから消えるわけではありません。
著作権と著作者人格権の関係もこれに近く、著作権（財産権）は契約で自由に譲渡できる一方、著作者人格権（作った人の人格的な利益）は、たとえ本人がどれだけ「譲ります」と言いたくても、法律上そもそも譲渡という手段自体が存在しないのです。この構造の違いを理解しておくと、なぜ「著作権譲渡」の一文だけでは足りないのかが腹落ちしやすくなります。
なぜこの権利がやっかいなのかというと、著作権法59条が「著作者人格権は、著作者の一身に専属し、譲渡することができない」と明確に定めているためです。つまり、契約書に「著作権をすべて譲渡する」とどれだけ丁寧に書いても、著作者人格権だけは法律上どうやっても発注者に移すことができません。譲渡ではなく「行使しない」という約束（不行使特約）でしか対処しようがない、という構造をまず理解しておく必要があります。
なぜ「著作権譲渡」の条項だけでは足りないのか
開発委託契約のひな形を見ると、多くの場合「本件成果物の著作権（著作権法27条・28条の権利を含む）は、検収完了と同時に乙（開発会社）から甲（発注者）に譲渡する」という趣旨の条文が用意されています。この条文があれば、複製権や翻案権といった財産権としての著作権は発注者に移ります。
しかし、先ほど整理した通り、著作者人格権はこの条文の対象に含めることができません。譲渡条項があるからといって安心し、その近くに不行使特約があるかを確認しないまま契約してしまうケースが実務上多く見受けられます。
不行使特約が入っていない契約書のまま開発が進んでしまうと、次のような場面で理論上のリスクが顕在化します。
- デザイン・仕様を大幅に変更したいとき: 同一性保持権を根拠に「意に反する改変」だと主張される余地が残ります
- 開発者名・開発会社名の表示を外したいとき: 氏名表示権を根拠に、表示の削除・変更に同意が必要になる可能性があります
- 未公開の試作段階の画面を、開発会社が実績として公開してしまったとき: 公表権の観点からは発注者ではなく著作者（開発会社側）に公表の可否を決める権利があるため、逆に発注者が止めたい場面でも構造上ねじれが生じることがあります
これらは必ずしも頻繁に起きるトラブルではありませんが、サービスが軌道に乗り、大幅なリニューアルやチーム編成の見直しを行うタイミングでこそ表面化しやすい性質のものです。立ち上げ当初は「動くものを早く」という気持ちが優先され、この条項の有無まで目が向きにくい点も、見落とされやすい理由のひとつです。
不行使特約の文言はどこを確認すればよいか
契約書に不行使特約が入っている場合、実務上はおおよそ次のような文言で書かれています。
「乙は、甲及び甲から本件成果物に関する権利を承継した第三者に対して、本件成果物に関する著作者人格権を行使しないものとする」
この一文を確認する際、次の3点をチェックしてください。
1. 「行使しない」の対象が発注者以外にも及んでいるか
不行使特約の対象が「甲（発注者）」だけに限定されていると、将来サービスを事業譲渡・M&Aで第三者に売却した際、その第三者（譲受人）には特約の効力が及ばない可能性があります。「甲及び甲から権利を承継した第三者」のように、承継人も対象に含む文言になっているかを確認しておくと、将来の選択肢を狭めずに済みます。
2. 対象となる著作者の範囲が明記されているか
開発会社が複数のエンジニア・デザイナーを稼働させている場合、契約の相手方である「開発会社」だけでなく、実際にコードを書いた個々の従業員・外部の協力会社（さらにその先の再委託先）も、法律上は著作者人格権を持ちうる立場になります。契約書上は開発会社が「自社の従業員及び再委託先にも本条項を遵守させる」という趣旨の一文を入れているかどうかも、あわせて確認しておくと安心です。
3. 例外的に人格権の主張を認める場面が限定列挙されていないか
契約によっては「ただし、著作者の名誉を著しく害する態様での利用を除く」のような例外規定が付されることがあります。これは著作者側の正当な権利保護として一般的な内容ですが、例外の範囲が広すぎると特約自体が骨抜きになりかねません。例外規定がある場合は、その範囲が具体的で限定的かどうかを確認しましょう。
この3点を確認しておけば、冒頭で触れた「公開後にサービスを自由に改変・成長させられるかどうか」の答えは、契約書の中にすでに用意されていることになります。逆にこの3点のいずれかが曖昧なまま契約してしまうと、事業が育った後になって改めて交渉し直す必要が出てくる可能性がある、という点を覚えておいてください。
不行使特約は本当に法的に有効なのか
「そもそも法律で譲渡できないと決められている権利を、契約で『行使しない』と約束させるのは無効なのではないか」という疑問を持つ方もいるかもしれません。この点について、不行使特約そのものの有効性を認めた裁判例が存在します（東京地裁平成13年7月2日判決、いわゆる宇宙戦艦ヤマト事件）。
この判決は、著作者人格権を将来にわたって一切行使しないという包括的な合意についても、直ちに公序良俗に反して無効になるとまでは判断していません。ただし、不行使特約の有効性や解釈の及ぶ範囲は、契約の具体的な文言や当事者間の力関係、想定された利用態様などの個別事情によって判断が変わり得るという指摘もあります。実務上は「有効になりやすい特約」を目指して、対象範囲や利用態様をできるだけ具体的に記載しておくことがリスク管理として推奨されています。
つまり、不行使特約を入れておけば100%あらゆる場面で万能に機能するというより、「入れておかなければ交渉の土台にすら立てない」「入れたうえで、その範囲をできるだけ具体的にしておくことで実効性を高める」という位置づけで理解しておくのが実務的です。
クラウドソーシング経由で発注する場合の扱い
フリーランスに個人で発注する際、ランサーズやクラウドワークスといったクラウドソーシングサービスを介するケースも多いはずです。この場合、著作権・著作者人格権の扱いはサービスごとの利用規約によってあらかじめ定められています。
たとえばランサーズでは、依頼方式にかかわらず報酬の支払いが確定した時点で、著作権が発注者（クライアント）側へ自動的に移転する仕組みになっており、受託者が著作者人格権を行使しない旨も規約に明記されています。一方、クラウドワークスでは著作権譲渡の扱いが案件・当事者間の合意による部分が大きく、規約上一律に自動移転すると定められているわけではありません。
この違いは実務上重要です。「クラウドソーシング経由だから、どのサービスでも同じ扱いだろう」と思い込まず、利用しているプラットフォームの規約で著作権・著作者人格権がどう扱われているかを、案件を依頼する前に一度確認しておくことをおすすめします。規約で自動的にカバーされる範囲を把握したうえで、それでも個別に明記しておきたい事項があれば、発注時のメッセージや個別契約書で補足するとよいでしょう。
自分自身がバイブコーディングで書いた部分の扱いは
ここまでは開発会社・フリーランスへの委託を前提に説明してきましたが、バイブコーディング（AIとの対話で試作を作る手法）を使って自分自身がコードの一部を書いている場合、その部分の著作者人格権は当然ながら自分自身に発生します。将来、その試作を開発会社に引き継いで本番化してもらう際、自分が書いた部分についても著作権・著作者人格権をどう扱うかを契約書に明記しておく必要がある点は覚えておいてください。
たとえば「発注者が持ち込んだ既存コード部分については、著作権は引き続き発注者に帰属し、開発会社はその改変・複製について発注者の許諾を得た範囲でのみ行う」といった整理をしておくと、後から「誰が書いた部分か」を巡って混乱するのを防げます。AIが生成した部分の著作権の扱い自体は現時点でも議論が続く複雑な論点のため、この記事では立ち入りませんが、少なくとも「自分が持ち込んだ試作コードの権利は自分にある」という前提を契約書に一言添えておくことは、非エンジニアの発注者でも実践しやすい対策です。
経済産業省・IPAのモデル契約書ではどう扱われているか
個人での契約書作成の参考として、経済産業省が策定し独立行政法人情報処理推進機構（IPA）が公開している「情報システム・モデル取引・契約書」があります。ユーザー企業とITベンダーの間の受託開発を想定したひな形で、著作権の帰属・著作者人格権の扱いについても条文例が示されています。
このモデル契約書では、成果物に関する著作権（著作権法27条・28条に定める権利を含む）は原則として受託者（開発会社）に帰属するという整理を出発点にしつつ、発注者が必要な範囲で利用できるよう著作物の利用許諾や、必要に応じた著作権の譲渡・著作者人格権の不行使について、当事者間で協議・合意することを前提とした構成になっています。個人が発注する小規模なプロジェクトでは、このモデル契約書をそのまま使うことはまれですが、「何を確認すべきか」の型としては十分に参考になります。契約書のたたき台がない開発会社と取引する場合、このモデル契約書の構成を頭に入れておくだけでも、抜け漏れなく条項を確認しやすくなります。IPAの公式サイトからWord形式で無料ダウンロードできるため、開発会社に契約書のひな形を用意してもらう前に一度目を通しておくと、条文の位置づけがイメージしやすくなります。
契約書チェックにかかる費用感の目安
不行使特約を含む契約書のチェックを弁護士に依頼する場合、どの程度の費用がかかるのかも押さえておきましょう。契約書のリーガルチェックをスポットで依頼する場合の費用相場は、契約書1本あたりおおむね5万円〜15万円程度とされ、業務委託契約書のようにやや複雑な内容になると10万円〜20万円程度になることもあります。個人事業主・フリーランス向けの顧問弁護士プランであれば月額5千円〜1万円程度で契約書チェックを含む相談ができるプランを提供している事務所もあり、継続的に契約書を交わす機会が多いのであれば顧問契約のほうが割安になる場合もあります。
すべての契約書をこの金額で毎回チェックするのは現実的でないかもしれませんが、事業の根幹となるシステムの開発委託契約や、著作権譲渡・不行使特約の範囲が広い契約については、一度は専門家の目を通しておく価値があります。初回相談を無料で受け付けている事務所もあるため、まずは契約書のどこが気になっているかを整理したうえで問い合わせてみるとよいでしょう。
専門知識をツール化する場合は特に注意したい
士業や医療職など、自分の専門知識・業務ノウハウをアプリやツールに落とし込み、将来的に同業者への展開やライセンス提供を考えている方は、この不行使特約を特に意識しておく必要があります。
専門知識を活かしたツールは、事業が育つにつれて「使いやすいUIに作り変えたい」「別のプラットフォーム向けに大幅に改修したい」といった要望が出やすい傾向があります。このとき、著作権の譲渡条項だけがあり不行使特約が抜けていると、大規模な改修そのものが同一性保持権との関係で理論上引っかかる可能性が残ります。将来の展開を見据えているのであれば、契約の初期段階から「大幅な改修や、別サービスとして展開する可能性がある」ことを開発会社に伝えたうえで、不行使特約の対象範囲を広めに設定しておくことをおすすめします。
開発会社との交渉で角が立たない伝え方
不行使特約について、開発会社にどう伝えれば角が立たずに済むかを迷う方もいるかもしれません。実務上は、次のような伝え方が現実的です。
- 見積もり依頼の段階で「著作権譲渡と著作者人格権の不行使をセットでお願いしたい」と伝える: 著作権譲渡だけを個別に依頼すると、開発会社側が人格権の扱いまで意識せずに契約書を用意してしまうことがあります。最初からセットで伝えておくことで、抜け漏れのない契約書のたたき台が出てきやすくなります
- 「今後、大幅な改修や別サービスへの展開を予定している」ことを事前に共有する: 将来の利用態様を伝えておくことで、開発会社側も不行使特約の対象範囲を具体的に検討しやすくなります
- ひな形に条項がない場合は「他の契約でよく見る一文なのですが」と切り出す: 不行使特約は開発委託契約において一般的な条項であるため、誠実な開発会社であれば追加することに抵抗を示すことはまずありません。逆に、この依頼に対して極端に難色を示す、あるいは曖昧にはぐらかすような対応があれば、それ自体が発注先を見極める材料になります
著作権譲渡そのものについて発注前にどう交渉すればよいかは、ソースコード著作権譲渡とは。外注時に契約書へ明記すべき3条項でも詳しく解説していますので、あわせて確認しておくと契約書のチェック漏れを防ぎやすくなります。
海外の開発会社（オフショア）に発注する場合の注意点
コストを抑える目的で、海外の開発会社やフリーランス（いわゆるオフショア開発）に発注を検討する方もいるかもしれません。この場合、著作者人格権の扱いは発注先の国の法律によって大きく異なる点に注意が必要です。
日本の著作権法は著作者人格権を強く保護する立場を取っていますが、国によっては著作者人格権に相当する権利が存在しない、あるいは日本ほど強く保護されていない場合もあります。逆に、契約の準拠法をどの国の法律にするかによって、不行使特約の有効性の判断自体が変わってくる可能性もあります。
オフショア開発を検討する場合は、次の点を契約書で確認しておくことをおすすめします。
- 契約の準拠法が日本法になっているか: 準拠法が発注先の国の法律になっていると、日本の著作権法における著作者人格権の考え方がそのまま適用されない可能性があります
- 紛争解決の管轄裁判所がどこになっているか: 万が一トラブルになった場合、海外の裁判所での対応が必要になると、時間・費用の両面で大きな負担になります
- 英文契約書の場合、"moral rights"（人格権）に関する条項が明記されているか: 日本語の契約書と同様に、著作権譲渡（"assignment of copyright"）とは別に、人格権の不行使（"waiver of moral rights"）が明記されているかを確認してください
言語の壁もあり、海外発注の契約書は日本語の契約書以上に読み解きにくい面があります。コストメリットだけで判断せず、契約書の準拠法・言語について弁護士など専門家の確認を受けることを強くおすすめします。
よくある失敗パターン
失敗パターン1: 著作権譲渡の条文だけで満足してしまう
契約書に「著作権譲渡」の一文を見つけて安心し、その先の著作者人格権の扱いまで確認しないまま契約してしまうパターンです。譲渡条項と不行使特約は別々の条文として置かれていることが多いため、契約書の該当セクションを最後まで読み通す習慣をつけておく必要があります。
失敗パターン2: 不行使特約の対象を発注者本人だけと思い込む
契約書に不行使特約があっても、対象が「甲（発注者）」限定になっている場合、将来の事業譲渡・売却の際に譲受人には効力が及ばない可能性があります。将来的な事業展開の可能性が少しでもあるなら、承継人も対象に含めるよう交渉しておくことをおすすめします。
失敗パターン3: 開発会社の実績紹介への掲載を許可した記憶がないのにトラブルになる
開発会社が納品したサービスを自社の実績ページに掲載する際、氏名表示権・公表権との関係が問題になることがあります。契約書に「本件成果物を自社の実績として紹介できる」という条項が別途あるかを確認し、掲載を望まない場合は契約時にその旨を伝えておくと、後々の行き違いを防げます。
失敗パターン4: 不行使特約さえあれば安心だと考えてしまう
不行使特約は重要な条項ですが、前述の通り、対象範囲や具体的な利用態様の記載が曖昧だと、実務上の実効性が下がる可能性があります。「入っているかどうか」だけでなく「誰を対象に、どんな範囲で行使しないと書かれているか」まで確認する意識を持っておきましょう。
失敗パターン5: 開発会社を変更する際に人格権の話を忘れる
事業が育ち、別の開発会社に運用・改修を引き継ぐタイミングで、著作権の譲渡条項ばかりに目が向き、著作者人格権の不行使特約が新しい開発会社との契約にも引き継がれているかを見落としてしまうケースがあります。旧開発会社との契約で人格権の不行使特約が発注者側にきちんと効いていたとしても、新しい開発会社が今後追加するコード部分については、あらためて同じ条項を結び直す必要があります。開発会社の乗り換えは著作権まわりの条件を総点検する良い機会でもあるため、旧契約書と新契約書の両方を見比べながら進めることをおすすめします。
請負契約と準委任契約、どちらでも確認すべきか
開発の契約形態には請負契約と準委任契約があり、著作者人格権の不行使特約はどちらの契約形態でも同じように確認しておく必要があります。契約形態そのものが著作者人格権の扱いを自動的に決めるわけではなく、あくまで契約書の条文次第だからです。
ただし実務上の傾向として、成果物の完成を約束する請負契約のほうが「何を納品するか」が明確なため、著作権・著作者人格権に関する条項も整備されやすい傾向があります。一方、保守・運用フェーズでよく使われる準委任契約では、成果物という概念が薄れるため、追加開発を依頼した際に生じる新規コード部分の著作者人格権について、条項が省略されがちな点に注意してください。保守契約の中で機能追加を依頼する場合は、その都度「今回追加する機能についても、既存の著作権譲渡・不行使特約と同じ条件が適用されるか」を確認しておくと、契約の抜け漏れを防げます。
契約前チェックリスト
- [ ] 著作権譲渡の条文とは別に、著作者人格権の不行使特約が条文として存在するか
- [ ] 不行使特約の対象に「甲から権利を承継した第三者」が含まれているか
- [ ] 開発会社の従業員・再委託先にも遵守させる旨の記載があるか
- [ ] 例外規定がある場合、その範囲が具体的で限定的か
- [ ] 実績紹介への掲載可否について、別途条項または合意があるか
- [ ] 将来の大幅な改修・別サービスへの展開予定を、開発会社に事前に共有しているか
Q&A: よくある疑問
Q. 著作権譲渡の条文さえあれば、著作者人格権の不行使特約は無くても問題ないですか。
法律上、著作者人格権は譲渡できない権利であるため、著作権譲渡の条文だけでは対処できません。同一性保持権や氏名表示権に関するリスクが理論上残ったままになるため、可能な限り不行使特約もセットで契約書に盛り込むことをおすすめします。
Q. 不行使特約を結んでいれば、開発会社は絶対に人格権を主張できなくなりますか。
不行使特約の有効性を認めた裁判例はありますが、特約の解釈が及ぶ範囲は契約の具体的な文言や個別の事情によって判断が変わり得るとされています。対象範囲や利用態様をできるだけ具体的に記載しておくことで実効性を高める、という位置づけで理解しておくのが実務的です。
Q. すでに契約済みで、不行使特約が入っていないことに気づきました。今からでも追加できますか。
開発会社との協議のうえ、覚書（既存の契約に追加・変更を加える書面）を交わすことで、後から不行使特約を追加できる場合があります。ただし開発会社側の合意が前提となるため、必ず対応してもらえるとは限りません。契約金額や今後の展開の重要度に応じて、早めに相談することをおすすめします。
Q. フリーランスに個人で発注する場合も、同じように不行使特約を確認すべきですか。
基本的な考え方は同じです。フリーランスであっても著作者人格権は本人に発生し、譲渡できない点は変わりません。契約書を簡易な発注書だけで済ませてしまう場合でも、著作権譲渡と不行使特約について一文を添えておくことをおすすめします。
契約後、実際に改修が必要になったときの動き方
不行使特約を契約書に盛り込んでいたとしても、実際に大幅な改修を依頼する段階になったら、念のため開発会社に一声かけておくと、より安心して進められます。「契約書の不行使特約に基づいて、デザインとロジックを大きく変更したい」という趣旨を事前に伝えておけば、開発会社側もその前提で見積もりや作業範囲を提示してくれますし、万が一相手が難色を示すような場合も、契約書の条文を根拠に交渉できる状態を保てます。
これは不行使特約が「言った者勝ち」の交渉材料になるという意味ではなく、契約書という共通の土台があることで、双方が同じ前提に立って話を進めやすくなるということです。冒頭で触れた「デザイン・仕様を大幅に変更したいとき」のリスクも、この一声を挟む習慣があれば、実務上はほとんど表面化せずに済みます。
まとめ
この記事で持ち帰れることを整理します。
- 著作者人格権は著作権法59条により譲渡できない権利であり、「著作権譲渡」の条文だけでは対処できないこと
- 不行使特約を確認する際は「対象が第三者承継人に及ぶか」「開発会社側の従業員・再委託先も対象か」「例外規定が限定的か」の3点を見ること
- 不行使特約は万能ではなく、対象範囲を具体的に記載しておくことで実効性を高めるものだと理解しておくこと。実際に大きな改修を行う際は、契約書の条文を根拠に一声かけておくと安心して進められること
契約書の条文は専門的で読みにくく感じるかもしれませんが、著作権譲渡の条文を見つけたら、その近くに不行使特約があるかをセットで確認する。このひと手間だけでも、公開後にサービスを自由に育てていくための土台を守ることができます。
まずは今お手元にある契約書（あるいはこれから受け取る予定の契約書のひな形）を開いて、「著作者人格権」という文言が入った条文があるかどうかを一度探してみてください。見当たらなければ、次に開発会社とやり取りする機会に、この記事のチェックリストを片手に確認してみるとよいでしょう。
この記事の内容は2026年時点における一般的な考え方の整理であり、実際の契約においては個別の事情や解釈によって扱いが変わる可能性があります。契約金額が大きい場合や、将来的な事業展開・譲渡を見据えている場合は、必ず弁護士など専門家に契約書の確認を依頼することをおすすめします。
