ご視聴の皆様

自作プログラムにどのライセンスを付ける？
~ライセンスの選択方法
2022年9月3日
NEC OSS推進センター・姉崎章博© NEC Corporation 2022

ODCは、開発者向けのイベントですね♦OSSを使用する開発者向け■OSCの『OSSのライセンス入門』■宮原さん主執筆の『オープンソースの教科書』●

第7章 オープンソースとライセンス の原文を執筆– ライセンス視点でのオープンソースの使い方で– 自分がどのレベルで使うのか認識が必要と記述♦OSSを創作(またはOSS化)する開発者向け■OSSとして公開する際につけるOSSライセンスの選択方法が本日のお話… OSSライセンスの位置づけのおさらいから
2© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

OSSライセンスは、受領者に再頒布を許諾するもの
制約なく、
ＯＳＳライセンスのバイナリを公開したら条件を満たせば自由に実行できるし、自由に再頒布できるようにソースが公開したなら複製権の行使を許諾する。
自由に改変もできる。

(使用許諾契約書などの)Webで公開OSS
ダアップロードウンロ

ここまでならOSSライセンスード

あなたがOSS著作者(開発者)= 複製権の専有者
3© NEC Corporation 2022

他
人
の
は関係ない
複
oss
oss 製
受領者
権
製造
oss
oss
生産
OSS
の
非商用のWeb公開でも同様 oss 行
使

OSSを改変して実行が無断なら他人の著作権侵害『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

逆に、再頒布を許諾しないなら、OSSライセンスの設定は不要
制約なく、バイナリを公開したら自由に実行できるし、ソースが公開したなら自由に改変もできる。

(使用許諾契約書などの)Webで公開プログラム

ダアップロード

ウ
ン
ロ

ー
ド

受領者
プログラム

あなたが
プログラム著作者(開発者)
プログラムを改変して実行= 複製権の専有者
4© NEC Corporation 2022

ここまでなら

(再頒布を許諾しないなら)

OSSライセンスは必要ない『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

自分のプログラムのソースコードを顧客だけに提供する目的なら顧客に再頒布を許諾しないなら OSS化のメリット：
ソースをWebで公開OSSライセンスの設定は必要ないプログ
ラム
顧客
アップロード

プログ

製造 ラム
御社が
プログラム著作者(開発者)= 複製権の専有者
5© NEC Corporation 2022

生産

より多くの人に周知●
より高機能な改善の可能性●
デファクト標準化の可能性●
等々を放棄することとのトレードオフですね。
●

自
分
プログ の
oss
ラム
複
プログ 製
ラム
権
プログ の
ラム 行
使

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

あなたのプログラムにOSSライセンスを設定しますか？
では、OSSライセンスの概要を見ていきましょう6© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

OSSライセンスを、ざっくり4タイプに分類
OSSライセンス例

BSD

OSS例

PostgeSQL License (MIT License)

PostgreSQL 9.x

BSD License (MIT License)

GIFLIB 4.1.6, OpenSSH 6.8,

FreeBSD Copyright (2-clause License, "Simplified BSD License"）

FreeBSD

タイプ 4-clause License (original "BSD License")
Apache License 2.0 (2004年以降)

Info-ZIP, 4.4BSD,
HTTP Server, Tomcat, Struts, Ajax, ant, log4j,
Hadoop, OpenStack, OpenOffice, etc.

etc.

MPL

Mozilla Public License 2.0 (MPL2.0)

Firefox/Thunderbird 38.x, LibreOfffice 4.4x

Common Public License 1.0 (CPL1.0)

SyncML,タイプ Eclipse Public License v1.0(EPL1.0)

Eclipse 3.7

etc.

GNU Lesser General Public License 2.1 (LGPLv2.1) glibc2.21, Hibernate 4.0.1, 他
LGPL GNU Lesser General Public License 3.0 (LGPLv3.) OpenOffice.org 3.0, 他
タイプ 7-zip License (GNU LGPL + unRAR restriction)
7-Zip 9.20
etc.

GPL

GNU General Public License 2.0 (GPLv2)

Linux, MySQL(商用ライセンスとデュアル), Samba3.0系, 他

GNU General Public License 3.0 (GPLv3)

GCC 4.5.2, Samba3.2系以降, 他

Affero General Public License version 1 (AGPLv1) affero

タイプ Affero General Public License version 3 (AGPLv3) MongoDB, Oracle Berkeley DB 6.x, iReport 4.5.0,
iTextSharp 5.0.2, Funambol等(すべて商用ライセンスとデュアル)

etc.

7

© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

３つの必須条件の有無で分類① ソースの開示 (OSS自身) + ①' (GPL OSSとの結合著作物)② リバースエンジニアリングの許可 (LGPL OSSとの結合著作物の)③ ドキュメントに必要な記載 (BSDタイプに限らず、バイナリ頒布のみの場合の多く)
OSSライセンスタイプ
BSDタイプ
OSS
ラ
イ
セ
ン
ス
条
件

8

OSS自身の扱い

その他の扱いバイナリ形式のみも頒布可

ソース開示しないならば、③ドキュメントへ記載が必要(改変/流用した二次的著作物を含む)

MPLタイプLGPLタイプ

バイナリ形式のみの頒布不可
ソース開示が必要(Copyleft)①

GPLタイプ●

BSDライセンス : Berkeley Software Distribution License●

MPL : Mozilla Public License●

LGPL : GNU Lesser General Public License●

GPL : GNU General Public License© NEC Corporation 2022

結合著作物のリバース ②
エンジニアリングの許可が必要
結合著作物もGPL条件でのソース開示が必要 ①'

これを「互恵ライセンス」、それ以外を「寛容なライセンス」という2分類する人もいるが、利用者観点の言い方。開発者の観点ではない。

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

4タイプに分類するフローチャート
OSSライセンスを4つに分類する
Yes

バイナリコードのみの頒布が可能

多くのレポートで、
ソース開示の要否だけで分類していますが、他の条件も満たさないと著作権侵害ですよNo
結合著作物と見なされる
利用プログラムにもNoの許可を求めるNo

MPLタイプ© NEC Corporation 2022

Yes

ソースコードの開示を求める

結合著作物と見なされる
利用プログラムには
リバースエンジニアリング

9

BSDタイプ『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

GPLタイプYes

LGPLタイプ大きく分けると、ライセンス条件は、主に2種類
1.著作権表示、条文本体、免責条項を見えるように(コピー)すること

BSDタイプ

2.バイナリのソースコードをGPLタイプLGPLタイプ
MPLタイプ(または、その申し出を)添付すること✔ 表現は、ライセンスごとに様々で、この通りの文章でもありません• 例えば、https://www.postgresql.org/about/licence/

著作権表示

条文本体

免責条項

• the above copyright notice and this paragraph and the following two
paragraphs appear in all copies.見えるように✔ この3点も無いand/or Acknowledgeだけのライセンスなどもあります✔ 上位互換を考慮できずに、このような包含関係にないライセンスもあります10© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

二条項BSDライセンス(1/2)
FreeBSD_12.2 src/sys/fs/nfs/nfs_commonacl.c の例

再頒布を許諾する条件は以下の２点/** SPDX-License-Identifier: BSD-2-Clause-FreeBSD** Copyright (c) 2009 Rick Macklem, University of Guelph(the above copyright notice)* All rights reserved.
** Redistribution and use in source and binary forms, with or without* modification, are permitted provided that the following conditions* are met:
* 1. Redistributions of source code must retain the above copyright(this list of conditions)* notice, this list of conditions and the following disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright* notice, this list of conditions and the following disclaimer in the* documentation and/or other materials provided with the distribution.
** THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE* ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF* SUCH DAMAGE.
*(the following disclaimer)
*/

著作権表示

条文本体

免責条項

11

© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

二条項BSDライセンス(2/2) -許諾条件
1.Redistributions of source code must：
ソースコードの再頒布は、●

retain the above copyright notice, this list of conditions and thefollowing disclaimer.：

3点を残す

2.Redistributions in binary form must：
バイナリ形式での再頒布は、• reproduce the above copyright notice, this list of conditions and thefollowing disclaimer in the documentation and/or other materials

3点を部材に再掲する

provided with the distribution.：
12© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

なぜ、受領者の再頒布にあなたの許諾が必要なのか？

13© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

(創作性のある)プログラムは著作物として保護される♦日本国 著作権法 第十条 (著作物の例示)
一
二
三
四
五
六
七
八

小説、脚本、論文、講演その他の言語の著作物
音楽の著作物
舞踊又は無言劇の著作物
絵画、版画、彫刻その他の美術の著作物
建築の著作物
地図又は・・・その他の図形の著作物
映画の著作物
写真の著作物九 プログラムの著作物

創作性のないプログラムは著作物として保護されないけど逆に

14© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

複製権などの著作権は、著作者が専有するから♦日本国 著作権法 http://law.e-gov.go.jp/htmldata/S45/S45HO048.html
第三款

著作権に含まれる権利の種類

（複製権）
第二十一条

著作者は、その著作物を複製する権利を専有する。

…
（翻訳権、翻案権等）
第二十七条

著作者は、その著作物を翻訳し、編曲し、若しくは変形し、又は脚色し、映画化し、その他翻案する権利を専有する。

OSSも、開発者が複製・改変する権利を専有すると法で定義
受領者が無断で複製頒布すると著作権侵害という犯罪になる
15© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

アメリカ生まれが多いOSSも同様の扱い♦アメリカ 著作権法 和訳 http://www.cric.or.jp/db/world/america.html
第１０６条

著作権のある著作物に対する排他的権利

第107条ないし第122条を条件として、本編に基づき著作権を保有する者は、排他的権利を有する。

以下に掲げる行為を行いまたこれを許諾する(1) 著作権のある著作物をコピーまたはレコードに複製すること。
(2) 著作権のある著作物に基づいて二次的著作物を作成すること。
(3) 以下省略

表現は違っていても、同じようなことを言っている
16© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

ほぼ世界中で、著作者に独占的権利が与えられている

OSSライセンスを付与するということは、著作者である開発者が、公開したプログラムを受領した人に対してという複製

主に再頒布をどういう条件で許諾するかということ

17© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

「頒布」は複製物の譲渡♦ 著作権法第二条第一項第十九号 の定義

または貸与

です

貸与では改変できないので、ライセンス的には眼中に無い感じ

頒布 有償であるか又は無償であるかを問わず、複製物を公衆に譲渡し、又は貸与することをいい（以下、映画については省略)♦ 「複製物」ではない本体の「譲渡」は「頒布」ではない。
■複製権を行使していないし、譲渡権は消尽している。
■弁護士監修の某教科書P54の記述「OSSを入手し、誰か他の人に渡す人(もちろん法人を含めます)はすべてここで言う頒布する人になります」は、上記条文を引用しているにも関わらず、内容を理解しているのだろうか？

■複製物を作成していない、つまり、複製権の行使をしていないならば、頒布にならない。

18© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

さて、
OSS開発者の立場としては、
各OSSライセンスの条件によって、OSSを受領・再頒布する人のどういう行動を期待できるか、
そのメリット/デメリットで

OSSライセンスを選択してはどうでしょうか19© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

ただし、OSS再頒布の条件を設定する権利は、開発者のあなたが専有しているのだから、既存ライセンスから選択する筋合いは無い。

が、受領者に面倒を強いることになるので、できるだけ、既存ライセンスから選択したほうがよい。
BSDタイプのライセンスから紹介します。
20© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

BSDタイプのライセンスで出来なくなること
BSDライセンスで公開
不完全な機能を差し替えて再頒布

OSS開発者
ジェームス・ゴスリング
著作権売却

便利な
プログラム

Gosmacsで非力なMocklispを差し替えて 本物のLISPが使えるEmacs
byストールマン
禁止

製品化
ソース公開無で頒布

不完全な機能を差し替えできない

GNUプロジェクト
不便な
プログラム

ユニプレス社

不便なプログラムを修正する能力があっても、ソースコードが無ければ改善できない。
結果、不便なプログラムの利用を強いられる。
という事態の発生が気にならなければBSDLを選択
21© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

BSDタイプのライセンスは、主に、3形体

著作権表示を含むOSS個別型(OSSの数だけライセンスがある)♦ MITライセンス(Xライセンス)形体

著作権表示を含まない汎用型♦ Apache License 2.0

無し
き
書
条
箇

♦ 二(n)条項BSDライセンス形体

22

と
項
条 項
の
条
布
の
頒 布
再
頒 項
の
再
ス の α条ソー ナリ と＋バイ 箇条
2の© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

る
ま
ら始
か
義
定
の
用語 構成
条文

♦ メリット■ 一番、短い

一番シンプルな：MIT(X)ライセンス♦ デメリット

最近、手抜きでOSI雛型へのリンクのみが多い ■ ソース/バイナリの場合分けがない■ プログラムヘッダに記載可能量■ ソースが入手できない頒布を許諾■ ソース開示しない製品化可能■ 著作権表示等を作る必要がある(通常の)製品化の自由がある

改変(改良)の自由が無いことがある

二番目にシンプルな：二条項BSDライセンス♦ デメリット♦ メリット■ ソースが入手できない頒布を許諾■ プログラムヘッダに記載可能量■ 著作権表示等を作る必要がある■ ソースコード形式ではretain、

バイナリ形式ではreproduce

同上■ 二番目に、短い■ ソース開示しない製品化可能
23© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

Apacheライセンスは長文の上、FAQもよく読まないと間違うASF:Apache Software Foundation, https://www.apache.org/

ASFのサイトにはライセンス文が掲載されていけどhttps://www.apache.org/licenses/LICENSE-2.0▌ このURL記載ではダメですよね 第4条 再頒布の条件の第1項に「受領者に本ライセンスのコピーも渡すこと」とある
a) You must give any other recipients of the Work or Derivative Works a copy of this License;▌ 著作権表示を含まないから、Apacheライセンス文を添付するだけでもダメですよね さらに、実は、プロジェクトごとにライセンスファイルの内容は異なる事もある●

TOMCATのLICENSEファイルの中身は、多数のライセンス文が並んでいる。

➢

これを渡さないとこれらのコンポーネントのライセンス違反(著作権侵害)となる●

ApacheのFAQにも注記がある https://www.apache.org/foundation/license-faq.html#Scope•

Q:プロジェクト毎でライセンスファイルが異なるのはなぜか？

•

A:Apacheが開発したコアのコードはApacheライセンスだけど、他サードパーティの著作物も含まれている。そのライセンスがLICENSEまたはNOTICEファイルに加えられているから。

24© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

さて、プログラマーの皆さん、ソースがあって不便なプログラムを修正したとします。それがより大きなプログラムAの一部だったとします。
AA
修正

あなたは、プログラムAのテストします。
改修した新規機能が意図とおりに動作するか、改修前からの機能がデグレードしていないか
リグレッションテストとか25© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

改修後のデバッグまで考慮するならGPL
プログラムA(改修プログラムとの結合著作物)が改修プログラムをどう使っているか
過去にカーネルモジュールAのソース開示せずに、LinuxのカーネルMLに質問してきた人にLinusが切れたことがあった

A

非常にプログラマ観点の理由

Aのソースがなくてもデバッグできる人います？
普通、いないですよね。
だから、Aのソース開示も条件としたのがGNU GPL26© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

全体がGPLの条件はGNU GPLv2 第2条

http://www.opensource.jp/gpl/gpl.ja.html

2. あなたは自分の『プログラム』の複製物かその一部を改変して『プログラム』を基にした著作物を形許諾内容成し、そのような改変点や著作物をソース形式で
上記第1条の定める条件の下で
許諾条件1
複製または頒布することができる。
(BSDL相当)

ただし、そのためには以下の条件すべてを満たしていなければならない: そもそも、原著作物を含む全体は二次的著作物
原著作者の条件を満たさなければ創作できないa)【省略】b)『プログラム』またはその一部を含む著作物、あるいは『プログラム』かその一部から派生した著 ソース形式で作物を頒布あるいは発表する場合には、その全体
許諾条件2をこのライセンスの条件に従って第三者へ無償で (アプリにも条件)利用許諾しなければならない。
c)【以下省略】
27© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

ソース開示の条件はGNU GPLv2 第3条

http://www.opensource.jp/gpl/gpl.ja.html

3. あなたは上記第1条および2条の条件に従い、 許諾条件1(BSDライセンス相当)『プログラム』(あるいは第2条における派生物)をオブジェクトコードないし実行形式
で複製または頒布することができる。

許諾内容

その場合あなたは以下のうちどれか1つを実施しなければならない:

ただし、a)著作物に、『プログラム』に対応した完全かつ機械で読み取り可能なソースコードを添付する。(中略)b)著作物に、(中略)ソースコードを、(中略)提供する旨述べた少なくとも3年間は有効な書面になった申し出を添える。(以下省略) 許諾条件2
このa)b)二つの行為を長いので「ソース開示」と私は呼んでいる

28© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

残りの2タイプ – LGPLとMPL は、二次的著作物に対する原著作者の権利を限定的に制限して示したもの『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

GPL

LGPL

© NEC Corporation 2022

MPL

29

BSD

ソ
ー
ス
開
示
は
条
件
に
無
い

著
作
①ソースが無ければ改良できない物②アプリはデバッグのためのREで譲歩 全
体の③アプリは条件をから除外
ソ
ー
ス
開
タ
タ
示
タ
タ
が
イ
イ
イ
イ
条
プ
プ
プ
プ
件

一時的に改修の不便を許容するならLGPL
再頒布時にGPL選択可プログラムAが改修プログラムをどう使っているか●A●

ソースの他、オブジェクトの選択肢

リバースエンジニアリングの許可(どう使っているか一応調査可能)

標準CライブラリglibcがGPLだとすると
CアプリのAは常にソース開示が条件。
それでは誰も使ってくれないと考え,譲歩したのがGNU LGPL
Lesser(劣等) GPL
30© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

自分だけはオープンソースと考えるならMPL/EPL
プログラムAが呼び出す他社のプラグインは呼び出すだけで独立性が高く、気にしないAというか、他のプログラムに対して、ソース開示やリバースエンジニアリングの許可を条件とするのは困難と考えたのが、

MPL(Mozilla Public License)31© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

MPL/EPLのメリット/デメリット♦ メリット♦ デメリット■ 他のプログラムのソース開示無し ■ 受領者の改修は考慮していない■ 企業製だから企業に寛容(?)■ 元々のソース開示の意図を理解していない(？)■ OSSライセンスを契約と考える弁

PHPなどに残る4条項BSDライセンスも、
Acknowledge掲載の条件は、GPLに含まれないため、両立しない。

護士の世迷い言を受け入れてしまい、所轄裁判所・準拠法を記載。

■ その条件はGPLに含まれないため

GPLと両立しない。
(GPLのプログラムを含むより大きなプログラムを作成できない)

MPLは、GPL/LGPLとのトリプルライセンスとして両立可能にしている。
32© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

原文は英文だが、多くの日本後参考訳があり、理解に十分役立つ
https://licenses.opensource.jp/
オープンソース・グループ・ジャパンの一般社団法人化に伴い、Webサイトがリニューアル
2020年9月28日

33© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

さて、このようにライセンスを自由に選択できるのは、イチからプログラムを開発した場合著作権がすべて自分にある場合のみ。
他のOSSを取り込んで作成した場合は、元のOSSの著作者の許諾、つまり、OSSライセンスの条件を満たした上でしか、ライセンスを選択できない。
そうしないと、著作権法第28条に違反する。

34© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

あなた(ABC Inc.)にすべて著作権がある場合
あなた(ABC Inc.)がイチから開発したプログラム(ABC)は、あなた(ABC Inc.)にすべて著作権がある。原著作者。
GitHub
Copyright(c) ABC Inc. 2020

ABCプログラム

GitHubとかで公開する場合、自分だけの意向で、受領者が再頒布可能とするライセンスを指定できる。

Apache License 2.0で登録
ABC Inc. Copyright(c) ABC Inc. 2020
ABCプログラム

原著作者

35© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

あなた(ABC Inc.)にすべての著作権は無い場合
あなた(ABC Inc.)がXYZを流用して開発したプログラム(ABC)は、すべての著作権があなたにあるわけではない。二次著作者。
GitHub
Copyright(c) ABC Inc. 2020

ABCプログラム
Copyright(c) xyz 2020

XYZプログラム

GitHubとかで公開する場合、
XYZの著作物も再頒布することになる。
XYZの再頒布の条件であるライセンスは変えられない

Apache License 2.0 LICENSEファイル
Apache License Version 2.0+ XYZ Licenseで登録 1.Definitions
ABC Inc. Copyright(c) ABC Inc. 2020
ABCプログラム二次著作者…
9. Accepting Warranty…

XYZ License ...

Copyright(c) xyz 2020

XYZプログラムNOTICEファイル

ABC Program
Copyright(c) ABC Inc. 2020

XYZ Program
Copyright(c) XYZ 202036

© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

二次著作者がXYZのライセンスを変えられない理由

著作権法（二次的著作物）第十一条
二次的著作物に対するこの法律による保護は、その原著作物の著作者の権利に影響を及ぼさない。
https://www.cric.or.jp/db/domestic/a1_index.html#2_1

こういう著作権を踏まえた上で、ライセンスを読まないと、誤解する。
※「GPLは変えられないけど、BSDLは商用とかに変えられる」とかのデマ。
37© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

OSSライセンスを正しく理解するための本
もっと、
しっかり理解したい方には敷居が高い方には3時間×2回の有償講義もありますhttps://www.c-r.com/book/detail/1425
38© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

OSSライセンスと著作権法 講義(6H)
第1章 OSSは一般に他人の著作物
第2章 OSSライセンス違反とは
第3章 著作権について
第4章 OSSライセンスの概略
第5章 GPL感染/伝播などの都市伝説について
第6章 基本的な対策例
補遺

GPLv3について

著作物・著作権がどういうものか理解いただいてから、著作権行使のライセンス
許諾として見ると、何が記述されているのか理解できる

補遺2 体制例

1回 5名まで30万円、 10名まで40万円、20名まで50万円
オンラインにて講義します。
●

39

基本6H(前半3H,後半3H、補遺の説明なし), 200ページ弱の講義テキスト© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

まずは、無料セミナー：オンラインをご利用ください
a-anezaki@nec.com まで、ご相談ください♦ タイトル：OSSライセンスと著作権法のポイント～正しいOSSライセンスの理解の仕方～♦ 時間：1.5時間 – 1時間超のセミナー、サービス紹介と質疑応答(1-2名から数十名でも可)♦ 講師：NEC OSS推進センター 姉崎 章博♦ スライド概要

テキスト：https://jpn.nec.com/oss/osslc/doc/PointOfOSSlicenseAndCopyrightLaw16up.pdf

フリーソフトウェアとOSSの概史● OSSライセンスはどんな条件が書かれているのか● OSSライセンスの位置づけ● OSSライセンスとソフトウェアライセンス(ex.EULA)との違い● 2009年12月、14社がGPL違反で提訴された● GPLv2 第3条の読み方● GPLは契約ではないならば、何か？
●♦ 無料の理由：企業・コミュニティ・弁護士問わず、都市伝説を語る人が多いため。
一度聞いてもらわないと、有償の価値をわかってもらいにくいため。

40© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博

OSSライセンス コンサルティング

https://jpn.nec.com/oss/osslc/

41© NEC Corporation 2022

『自作プログラムにどのライセンスを付ける？~ライセンスの選択方法』姉崎章博