GPLについて、理解が浅いと勘違いしそうな部分をまとめてみました。
<参考>
https://www.gnu.org/licenses/gpl-faq.ja.html
http://www.itmedia.co.jp/enterprise/articles/0504/29/news003.html
■再配布について
複製、再配布が可能。
再配布するときは、ソースコードと実行モジュールのセットでなければならず、
実行モジュールだけの再配布はできないということです。
ここで、もうひとつ大事なことは、GPLでライセンスされたものを、
他のライセンスに変えることはできないということ。
他のライセンスに変えると、著作権違反で訴えられる可能性がでてきます。
(著作権についてを参考にしてください。)
■公開について
必ず広く不特定多数の人に公開しなければならないわけではない。
公開するかどうかは、自由に決められるということです。
ただし、公開するときはソースコードと実行モジュールのセットで公開しなければならず、実行モジュールだけの公開はできません。
■有償、無償について
日本では、オープンソースは無料というイメージが強いが、
GPLに関しては無償でなければならないという定義はまったくなく、
有償でもライセンスには抵触しません。
オープンソースソフトウェアをどうマネタイズするかは、ソフト自体を有償にする方法もあるが、他のいろいろな方法もあります。
■LGPL
主にライブラリとして扱われるプログラムに付与されるライセンス。
たとえば、ある暗号化プログラムAがLGPLだったとします。
このプログラムAを利用して、通信ソフトBを作成したとします。
この場合、通信ソフトBは、プログラムAをライブラリとして使っているだけであれば
通信ソフトBのプログラムの公開や配布をする必要はなく、通信ソフトBをGPL以外の独自のライセンスとすることもできます。
■Webサイトでの公開とAGPL
AGPLと新たなライセンスについてです。
オープンソースのWebプログラムで、Webサイトのすべてのプログラムがオープンソースであるとき、そのプログラムを改変した第三者が改変したプログラムでデモサイトを公開したとします。
この場合、Webサイトが実行モジュールと考えられるが、その実行モジュールを配布しているわけではなく、プログラムを配布する必要はないとされているし、時代的な背景もあって、GPL2は、Webサイトのような仕組みを規定していません。
ただし、AGPLとしては、この部分の規定が明記され、デモサイトを公開しただけでも
ソースの公開が必要となるようで、非常に厳しいライセンス体系となっています。
■GPL2とGPL3について
GPL2とGPL3の大きな違いは、特許についてのようです。
GPL2では、特許についての言及はないが、GPL3では、特許について言及されています。
詳細については、下記、著作権についてのあとで、特許権についてで記述します。
■著作権について
GPLの著作権については少々難しいです。
まず、GPLに関係なくプログラムの著作者には、自動的に著作権が与えられます。
なので、他人がつくったプログラムを勝手に複製、改変すると著作権侵害になります。
これに対して、GPLでは、複製や改変をしても著作権侵害になりません。
ただ、注意しなければいけないのは、GPLが著作権を放棄しているわけではないということです。
どういうことかというと、もし、他人がつくったGPLのプログラムを勝手に複製、改変して、GPLを受け入れなければ、つまり違うライセンスにするなどすれば、
著作権で訴えられる可能性がでてくるということです。
著作権侵害になりたくなければGPLを受け入れなければなりません。
GPLを受け入れた場合のみ、自由にプログラムの複製、改変、再配布が可能で、受け入れなければ著作権侵害となるということのようです。
つまり、GPLが著作権を放棄しているわけではありません。
■特許権について
まず、特許権について言及されているのは、GPL3からです。
そして、特許権についても、著作権と似たような考え方のようです。
(私は、法律家でないので、各自で詳細は確認してください。)
GPL3が特許権を放棄しているわけではなく、
GPL3を受けいれた場合のみ、特許権侵害で訴えることはないですよ、
もし、受け入れなければ、特許権侵害になりますよということのようです。
■サブスクリプションによるマネタイズ
マネタイズについては、いろいろあるがサブスクリプションによるマネタイズが最も成功したモデルのひとつといえます。
基本的には、サポート契約として年間サポート料によって収入を得ます。
プログラムは、複製、再配布が可能だが、プログラム内に商標つきのロゴを含めていたりします。
そのため、再配布をおこなう場合は、そのロゴを入れ替えて再配布する必要があります。
これは、ロゴを入れ替えずに再配布すると、ユーザがそのプログラムの作成者を誤認する可能性があるため
ロゴを入れ替えて再配布することを義務付けているようです。
一方で、ロゴを入れ替えるためには、技術的な知識が必要なため、
プログラムを入手したものが誰しもこのプログラムを再配布して新たなマネタイズを試みることは難しいといえます。
仮に、技術を持っていたとしても、後発のディスアドバンテージがあったり、
結局、そのプログラムをどれだけ知っているかがビジネスのコアコンピタンスとなり、オープンソースに対する知識・経験が勝負の決め手になるといえます。
0 件のコメント:
コメントを投稿