最終更新日：2026年8月12日
fe fe-strategy legal-affairs copyright
まず結論
プログラムの著作権で最初に切り分けたいのは、具体的に表現されたものか、プログラムを作るためのルール・方法かです。
基本情報技術者試験では、まず次のように整理すると判断しやすくなります。
具体的に作られたプログラム
→ 著作権の保護対象になり得る
プログラム言語・規約・解法
→ プログラム著作物の保護は及ばない
特に重要なのは、フリーソフトウェアだから著作権がないわけではないことです。
無料で公開されている
≠
著作権がない
直感的な説明
著作権は、アイデアやルールそのものではなく、創作的に表現されたものを守る制度です。
プログラムで考えると、次のような違いがあります。
Pythonというプログラム言語
→ プログラムを書くためのルール
Pythonで具体的に書いた自作プログラム
→ 具体的な表現
同じように、
処理の考え方・アルゴリズム
→ 方法・アイデア側
そのアルゴリズムを具体的なコードとして表現したもの
→ 著作物になり得る
と考えます。
つまり試験では、「どう作るかというルール」なのか、「実際に作られた表現」なのかを見ると切り分けやすくなります。
定義・仕組み
著作権法では、プログラムは著作物になり得ます。
一方で、著作権法第10条第3項では、プログラムの著作物に対する保護は、その著作物を作成するために用いるプログラム言語、規約、解法には及ばないとされています。
FE試験では、次の3つをセットで押さえます。
| 保護が及ばないもの | 直感的な意味 |
|---|---|
| プログラム言語 | プログラムを記述するための文字・記号・体系 |
| 規約 | 特定のプログラムにおける言語の用法についての特別な約束 |
| 解法 | プログラムにおける電子計算機への指令の組合せ方法 |
「解法」は、試験ではアルゴリズムと結び付けて考えると分かりやすくなります。
言語・規約・解法
→ プログラムを作るためのルール・方法
→ プログラム著作物の保護は及ばない
制度の原文は、e-Gov法令検索：著作権法で確認できます。
プログラム本体
実際に記述されたプログラムについて、創作的な表現があればプログラムの著作物として保護対象になり得ます。
したがって、
プログラム言語そのもの
→ 保護が及ばない
その言語で具体的に作られたプログラム
→ 保護対象になり得る
という違いがあります。
操作マニュアル
ソフトウェアの操作マニュアルも、文章や図などに創作的な表現があれば著作物になり得ます。
「プログラム本体ではないから著作権の対象外」とは考えません。
データベース
データベースも一律に保護対象外ではありません。
情報の選択や体系的な構成に創作性がある場合は、データベースの著作物として保護されることがあります。
フリーソフトウェア
インターネット上で無料公開されているソフトウェアでも、著作権がなくなるわけではありません。
無料で利用できる
→ 利用条件の話
著作権が存在するか
→ 著作物として保護されるかの話
この2つは別です。
OSSやフリーソフトウェアの利用条件については、GPLとは？改変・配布・ソースコード公開の判断基準もあわせて確認すると整理しやすくなります。
基本情報技術者試験の公式な出題範囲やシラバスは、IPA：基本情報技術者試験から確認できます。
科目Aでどう出る？
科目Aでは、複数の対象から「著作権の保護対象にならないもの」を選ぶ形で問われます。
まず、選択肢を次の2つに分けます。
具体的な成果物・表現か
↓
プログラム、文章、マニュアル、創作性のあるデータベースなど
→ 保護対象になり得る
ルール・方法・考え方か
↓
プログラム言語、規約、解法
→ プログラム著作物の保護は及ばない
試験では、次のキーワードが強い判断材料になります。
| 選択肢の表現 | 判断 |
|---|---|
| インターネットで公開されたフリーソフトウェア | 無料でも保護対象になり得る |
| ソフトウェアの操作マニュアル | 文章などの表現として保護対象になり得る |
| データベース | 選択・体系的構成に創作性があれば保護対象になり得る |
| プログラム言語 | 保護が及ばない |
| プログラムの規約 | 保護が及ばない |
| アルゴリズム・解法 | 保護が及ばない |
特に、次のような選択肢はひっかけです。
無料で公開されている
→ 著作権がない
料金の有無ではなく、著作物としての表現かどうかを見ます。
また、著作物を実際に利用するときの許諾や引用などについては、著作権法で認められる利用とは？で整理しています。
どんな場面で使う？
この切り分けは、ソフトウェア開発や委託開発で「何を著作権で守り、何を別の方法で管理するか」を考えるときに役立ちます。
例えば、
具体的なソースコード
→ 著作権で保護される可能性がある
アルゴリズムやノウハウ
→ 著作権とは別に、契約や秘密管理なども検討する
という違いがあります。
また、会社の業務として従業員が作ったプログラムの著作者が誰になるかは、保護対象とは別の問題です。
その点は、職務著作とは？従業員が作ったプログラムの著作権は誰のもの？で切り分けられます。
何が保護される？
→ 著作権の保護範囲
誰が著作者になる？
→ 職務著作・権利帰属
この2つを混同しないことが大切です。
よくある誤解・混同
❌ フリーソフトウェアは著作権で保護されない
誤りです。
無料で利用できることと、著作権が存在しないことは別です。
free
→ 利用条件・料金の話
copyright
→ 著作物の権利の話
❌ プログラム言語もプログラムなので著作権で保護される
誤りです。
プログラム言語は、具体的なプログラムを書くための手段・体系です。
著作権法では、プログラム著作物の保護はプログラム言語には及ばないとされています。
❌ アルゴリズムを考えたら、そのアルゴリズム自体が著作権で保護される
誤りです。
アルゴリズムや解法そのものは、具体的なコード表現とは分けて考えます。
アルゴリズム
→ 方法・考え方
具体的なソースコード
→ 表現
❌ データベースはデータの集まりなので著作権の対象外
一律にはいえません。
情報の選択や体系的構成に創作性がある場合は、データベースの著作物として保護対象になり得ます。
❌ 操作マニュアルはプログラムではないので保護対象外
誤りです。
操作マニュアルは、文章・図などの創作的表現として著作物になり得ます。
まとめ（試験直前用）
- 著作権は、アイデアや方法そのものではなく、創作的な表現を保護する
- プログラム本体は、創作的な表現があれば保護対象になり得る
- プログラム言語・規約・解法には、プログラム著作物の保護は及ばない
- フリーソフトウェアでも、無料だから著作権がないとは限らない
- 操作マニュアルは文章などの著作物として保護対象になり得る
- データベースは、情報の選択・体系的構成に創作性があれば保護対象になり得る
- FEでは「具体的な表現か、ルール・方法か」を最初に見る
表現は守る。言語・規約・解法そのものは守らない。