Skip to the content.

最終更新日:2026年5月10日

まず結論

  • プログラム著作物の保護対象は、著作権法上、創作的に表現された成果物であり、アイデア・ノウハウ・言語・規約・アルゴリズムは原則として保護対象外です。
  • SG試験では、「保護される表現」と「保護されない考え方・手順」を切り分けられるかが問われることが多いです。
  • 選択肢では「開発費を多く負担した側が著作権を多く持つ」「データベースには著作権がない」と書かれていたら注意します。

直感的な説明

著作権法は、料理にたとえると「レシピ本に書かれた表現」は守りますが、 「おいしく作るためのコツ」や「調理手順の発想そのもの」は、そのままでは守りません。

プログラムも同じで、実際に書かれたソースコードや、創作性あるデータベースの構成は保護されます。 一方で、「こういう機能を実現する考え方」や「この言語の文法ルール」そのものは、著作権の中心的な保護対象ではありません。

この切り分けは、実務でも重要です。委託開発や共同開発で、 「何を契約で押さえるべきか(著作権譲渡・利用許諾・秘密保持)」を判断する土台になるからです。

定義・仕組み

著作権法では、著作物は「思想又は感情を創作的に表現したもの」と整理されます。 そのため、プログラムは著作物になり得ますが、作成のために用いる言語・規約・アルゴリズムは、表現そのものではないため区別して扱います。

また、データベースについても、単なるデータの集まりではなく、 情報の選択や体系的構成に創作性がある場合は、データベースの著作物として保護対象になります。

共同著作物は、複数人が共同して創作し、各人の寄与を分離して個別利用しにくいものを指します。 この場合の権利関係は、費用負担の割合で自動決定されるのではなく、契約上の定めや法的な共有ルールで判断します。

制度の原文を確認したい場合は、e-Gov法令検索の著作権法を参照してください。SG試験対策では、条文の丸暗記よりも「表現を守る法律かどうか」を軸に押さえると切り分けやすくなります。

どんな場面で使う?

使うべき場面

  • 委託開発で、成果物の権利帰属や利用範囲を契約で決める場面
  • 共同開発で、成果物の利用許諾や改変可否を整理する場面
  • 研修・教育資料で、プログラム、仕様、ノウハウの法的位置づけを説明する場面

使うと誤解しやすい場面

  • 「費用を多く出した側が、著作権も多く持つ」と短絡的に考える場面
  • 「データベースだから著作権はない」と決めつける場面
  • 「アルゴリズムを考えたから著作権侵害」と、表現とアイデアを混同する場面

SG試験では〜と問われることが多いポイントとして、 権利の対象(表現か、考え方か)帰属の決まり方(法・契約か、費用負担か)を同時に見て判断するのが有効です。

よくある誤解・混同

誤解1:データベースには著作権が認められない

誤りです。創作性のある選択・体系的構成があれば、データベース著作物として保護されます。 選択肢では「データベースは一律に保護対象外」と書かれていたら注意します。

誤解2:プログラム作成ノウハウも著作権で守られる

誤りです。ノウハウやアイデアは、著作権法の中心的保護対象ではありません。 必要に応じて、契約や営業秘密管理など別の管理策で守る発想が必要です。

誤解3:プログラム言語・規約・アルゴリズムは著作権で保護される

誤りです。これらは「作成のために用いるルール・手順」の側面が強く、著作物の表現とは区別されます。 選択肢では〜と書かれていたら注意、という観点では、 「言語・規約・アルゴリズムも著作物そのものと同じ扱い」という記述は誤り候補です。

誤解4:共同開発の著作権は開発費割合で決まる

誤りです。共同著作物の権利関係は、契約や法的整理で判断します。 「費用負担割合=著作権割合」と断定する選択肢は切りやすいです。

まとめ(試験直前用)

  • 著作権法は、まず表現を守るルールだと押さえる。
  • プログラムは保護対象だが、言語・規約・アルゴリズム・ノウハウは同列に扱わない。
  • データベースは、創作性ある選択・体系的構成があれば保護対象になり得る。
  • 共同著作物は、費用割合ではなく法・契約で判断する。
  • 迷ったら「何が保護対象か」と「帰属を何で決めるか」の2軸で選択肢を切る。

🔗 関連記事


🏠 情報セキュリティマネジメントトップに戻る

© 2024-2026 stemtazoo. All rights reserved.