システム開発を外部の開発会社に依頼したとき、
「システムの著作権は開発会社に帰属します」
と説明されることがあります。このように聞くと発注者側としては、
「費用を払って開発しているのに、システムは自社のものにならないのか」
「開発途中のシステムを、開発会社が別会社へ提供しても止められないのか」
「自社の業務内容をもとに作った仕組みを、勝手に別サービス化されても問題ないのか」
と不安になるかもしれません。
結論から言うと、著作権が開発会社に残る場合でも、発注者向けに開発途中だったシステムを、発注者の許可なく別システムとして提供する行為は、契約違反や秘密保持義務違反になる可能性があります。
この記事では、中小企業がシステム開発を外注するときに知っておきたい「著作権」「契約違反」「秘密保持」「システムの再利用」の考え方について、実務目線でわかりやすく解説します。
システム開発の著作権は誰に帰属するのか
システム開発で作成されるプログラムや画面、設計書などは、著作物として扱われる場合があります。
一般的には、契約書で著作権の譲渡が明記されていなければ、プログラムを作成した開発会社側に著作権が残るケースがあります。
つまり、発注者がお金を払って開発を依頼したとしても、契約内容によっては、著作権そのものが自動的に発注者へ移るとは限りません。
ただしここで重要なのは、「著作権が開発会社にあること」と「発注者向けに作っていたシステムを自由に別会社へ提供してよいこと」は別問題だという点です。
著作権が開発会社にあれば、何でも自由に使えるのか
開発会社に著作権が残っている場合でも、発注者との契約や開発過程で知り得た情報の扱いには注意が必要です。
たとえば、次のような情報がシステムに含まれている場合があります。
- 発注者の業務フロー
- 社内の承認ルール
- 顧客管理や受発注管理の運用方法
- 独自の帳票や入力項目
- 発注者の業界特有のノウハウ
- 打ち合わせで共有した課題や改善案
- 発注者向けに作成した画面構成やデータ構造
これらは、単なるプログラムの著作権とは別に、発注者の業務情報やノウハウに関わるものです。
そのため、開発会社が「著作権は当社にあります」と主張したとしても、発注者から聞いた情報や発注者向けに作った仕様を無断で別会社に提供すれば、契約上の問題になる可能性があります。
開発途中のシステムを無断で別提供すると何が問題になるのか
発注者が費用を負担して業務内容を説明し、打ち合わせを重ねながら開発していたシステムを、開発会社が発注者に無断で別会社向けに提供した場合、次のような問題が考えられます。
- 秘密保持義務違反
- 契約上の目的外利用違反
- 成果物や中間成果物の取り扱い違反
- 信義則上の問題
- 発注者の業務ノウハウの不適切な利用
- 競合他社への情報流出に近い問題
特に、発注者が開発会社に対して、自社の業務内容や課題、社内ルール、帳票、顧客管理方法などを詳しく説明していた場合は注意が必要です。
開発会社がそれらの情報をもとに別システムを作り、他社へ提供した場合、発注者側から見れば、
「自社の業務ノウハウを使って、別会社向けの商品を作られた」
と受け止められても不思議ではありません。
問題になりやすい転用の例
開発会社が次のようなことを発注者の許可なく行うと、トラブルになりやすいです。
- 発注者向けに作成した画面を、ほぼそのまま別会社へ提供する
- 発注者の業務フローを反映したシステムを、同業他社向けに販売する
- 開発途中のソースコードや仕様書を、別サービスの土台にする
- 発注者から聞いた運用ルールや帳票形式を、別会社向けシステムに流用する
- 発注者の課題解決のために考えた仕組みを、発注者に無断で商品化する
- 発注者固有のデータ構造や管理項目を別システムに使う
このような行為は、たとえ著作権が開発会社に残っているとしても、契約内容や事実関係によっては問題になる可能性があります。
一方で、開発会社が再利用できるものもある
開発会社が過去に作ったものや、もともと保有している技術をすべて使えないわけではありません。
たとえば、次のようなものは開発会社側が再利用することもあります。
- 一般的なログイン機能
- 汎用的な管理画面の仕組み
- 開発会社が以前から保有していたライブラリ
- 共通の入力チェック処理
- 一般的な検索機能
- 汎用的な帳票出力処理
- 特定の発注者に依存しない技術ノウハウ
このような汎用的な部品や技術は、開発会社が別案件でも利用することがあります。
問題になるのは、発注者固有の情報や、発注者のために作った独自仕様まで無断で流用してしまう場合です。
問題になりにくい再利用と、問題になりやすい転用
システム開発では、「再利用」と「無断転用」を分けて考えることが大切です。
| 内容 | 問題になりにくい例 | 問題になりやすい例 |
|---|---|---|
| ログイン機能 | 一般的な認証処理を使う | 発注者専用の権限設計をそのまま使う |
| 画面構成 | 汎用的な管理画面テンプレートを使う | 発注者と打ち合わせて作った独自画面を流用する |
| 業務フロー | 一般的な受発注管理の考え方を使う | 発注者の社内手順をそのまま別会社向けに使う |
| ソースコード | 自社保有の共通部品を使う | 発注者向けに開発途中だったコードを別サービス化する |
| ノウハウ | 一般的な技術経験を活用する | 発注者から聞いた業務ノウハウを無断で使う |
発注者側としては、開発会社の汎用ノウハウまで禁止することはできません。
しかし、自社の業務情報や独自仕様が勝手に他社へ使われることは、契約で防ぐ必要があります。
契約書で確認すべきポイント
システム開発を依頼するときは、見積金額や納期だけでなく、権利関係と情報の取り扱いを確認することが重要です。
特に確認したいのは、次の項目です。
- 完成したシステムの著作権は誰に帰属するのか
- ソースコードは納品対象に含まれるのか
- 設計書や仕様書などの中間成果物は誰のものか
- 開発会社が再利用できる範囲はどこまでか
- 発注者固有の情報を別案件に使ってよいのか
- 秘密保持義務はどの範囲に及ぶのか
- 契約終了後も秘密保持義務が続くのか
- 発注者の許可なく類似サービスを提供できるのか
中小企業では、正式な契約書を交わさず、見積書やメール、口頭のやり取りだけで開発が始まることもあります。
しかし、開発が進んでからトラブルになると、「どこまでが依頼範囲だったのか」「成果物は誰のものか」「再利用してよいのか」が曖昧になりがちです。
契約書に入れておきたい考え方
発注者側としては、契約書の中で次のような考え方を明確にしておくと安心です。
たとえば、次のような内容です。
受託者は、本業務の遂行過程で知り得た委託者固有の業務情報、仕様、設計、画面構成、データ構造、帳票、運用ルールその他の情報を、委託者の事前の書面による承諾なく、第三者への提供、販売、転用、再利用、または類似サービスの開発に使用してはならない。
一方で、開発会社がもともと持っていた汎用部品や技術ノウハウについては、次のように分けて定める場合もあります。
ただし、受託者が本契約締結前から保有していた汎用モジュール、ライブラリ、開発手法、一般的な技術ノウハウについては、委託者固有の秘密情報を含まない限り、受託者が引き続き利用できるものとする。
このように定めておくことで、発注者固有の情報やノウハウを守りながら、開発会社の正当な技術資産の利用も認めるといった、現実的な契約にしやすくなります。
中小企業ほど「見積書だけの開発」に注意
中小企業のシステム開発では、知り合いの会社や紹介された開発会社に依頼するケースもあります。
その場合、信頼関係があるために、契約書や仕様書を細かく作らずに開発が進んでしまうことがあります。
しかしシステム開発では、最初は小さな依頼でも、途中で次のような問題が起こることがあります。
- 依頼した内容と完成物が違う
- 追加費用の判断が難しい
- 誰が仕様を決めたのか分からない
- 開発途中の成果物の扱いが曖昧になる
- ソースコードを引き渡してもらえない
- 他社に似たシステムを提供されて不安になる
- 保守を別会社へ引き継げない
このようなトラブルを防ぐためにも、開発前の段階で契約内容や資料の扱いを確認しておくことが大切です。
発注者側が開発前に確認したい質問
システム開発を依頼する前には、開発会社に次のような質問をしておくとよいでしょう。
- このシステムの著作権は誰に帰属しますか？
- 当社は完成したシステムをどこまで利用できますか？
- ソースコードは納品されますか？
- 設計書や仕様書は共有されますか？
- 開発途中の成果物はどのように扱われますか？
- 当社向けに作った仕様を、他社向けに使うことはありますか？
- 当社の業務情報やノウハウはどのように保護されますか？
- 開発会社が再利用できる範囲はどこまでですか？
- 契約終了後も秘密保持義務は継続されますか？
これらを事前に確認しておくことで、開発会社との認識違いを減らしやすくなります。
法的判断は専門家に、IT面の確認は実務目線で
システム開発の著作権や契約違反に関する最終的な法的判断は、弁護士などの専門家に確認する必要があります。
一方で、ITの実務面では、契約前に確認しておくべきポイントがあります。
たとえば次のような点です。
- どの資料を作成してもらうのか
- どこまでが開発範囲なのか
- どこからが追加費用になるのか
- ソースコードや設計書は納品されるのか
- 将来の保守や改修をどうするのか
- 他社へ引き継げる状態になっているのか
- 自社の業務ノウハウが不用意に外部利用されないか
法律の専門家に相談する前でも、IT面のリスクを整理しておくことで、契約書で確認すべき点が見えやすくなります。
まとめ
システム開発では、著作権が開発会社に帰属するケースがあります。
しかし、著作権が開発会社にあるからといって、発注者向けに開発途中だったシステムや仕様を、開発会社が自由に別会社へ提供していいとは限りません。
発注者の業務フロー、画面構成、データ構造、帳票、運用ルール、業務ノウハウなどが含まれる場合、無断転用は契約違反や秘密保持義務違反になる可能性があります。
大切なのは、著作権だけで判断せず、次の点を事前に確認しておくことです。
- 著作権の帰属
- 利用許諾の範囲
- ソースコードや設計書の納品有無
- 中間成果物の取扱い
- 秘密保持義務
- 目的外利用の禁止
- 開発会社が再利用できる範囲
システム開発は、完成したシステムだけでなく、会社の業務情報やノウハウを扱う重要な取引です。
開発を依頼する際は、見積金額や納期だけでなく、契約内容や情報の取り扱いまで確認しておくことをおすすめします。
IT顧問のITAでは、中小企業のシステム開発相談を支援しています
IT顧問のITAでは、八王子市を中心に、中小企業・小規模事業所様のIT環境やシステム導入・開発相談をサポートしています。
「システム開発を依頼したいが、契約内容が不安」
「開発会社から提示された内容が妥当か確認したい」
「著作権やソースコードの扱いで困っている」
「将来の保守や引き継ぎまで考えて開発を進めたい」
このようなお悩みがありましたら、お気軽にご相談ください。
契約書の法的判断そのものは専門士業の領域ですが、IT面でどこを確認すべきか、どのようなリスクがあるかを実務目線で整理するお手伝いが可能です。
