Guide To AGPL

Guide to AGPL 奥野幹也 @nippondanji mikiya (dot) okuno (at) gmail (dot) com The very best license for SaaS and modern web applications 漢のオープンソースライセンス道場

自己紹介
今日は個人として来ています。
http://nippondanji.blogspot.com/
http://www.google.com/profiles/mikiya.okuno
現職はMySQLサポートエンジニア。
2000年にサン・マイクロシステムズ入社
2007年にMySQL KKへ転職
気付くとまたサン・マイクロシステムズに
オラクル・コーポレーションに・・・

免責事項
本プレゼンテーションにおいて示されている見解は、私自身の見解であって、サン・マイクロシステムズおよびオラクルの見解を必ずしも反映したものではありません。ご了承ください。

基本: GPLとは？
General Public License
リチャード・ストールマン氏により考案されたソフトウェアライセンス
1989年
バージョン1〜3
世界で最も用いられているオープンソースライセンス
フリーソフトウェアを実現するために考えられた。
現在の著作権法の上に立脚
バリエーション
GPL
LGPL
AGPL new!

フリーソフトウェア
ユーザーの「自由」が保証された
ソフトウェアのこと
自由とは
自由0：プログラムを任意の目的の
ために実行する自由。
自由1：プログラムが動作する仕組みを研究し、自分のニーズに合わせて書き換える自由。
自由2：隣人を助けるためにコピーを再頒布する自由。
自由3：プログラムを改良し、改良点を公開して、コミュニティ全体の利益を図る自由。

ソフトウェアの自由とは
実行・コピー・再配布に制限があってはならない。
コピーが手軽にできるのはコンピュータの性質。
ブラックボックスであってはいけない！！
ユーザーはプログラムの動作を知る権利がある。
バックドアが仕掛けられていないか？
勝手に情報を送信していないか？
ユーザーのデータはユーザーのもの
ファイルのフォーマットがどのようなものかを知るにはソースコードが必要
いつでも自由にデータへアクセス
メンテナが居なくなってもソースコードがあれば何とかなる！

Copyleft
リチャード・ストールマン氏の偉大な発明。
Copyright <===> Copyleft
left = ひだり
left = 放棄
著作権法に立脚しながらも、著作権法を無効化するためのライセンス形態。
ユーザーに完全な自由を認める
再配布物（派生物や2次利用した作品）のライセンスを同じものにすることを要求。
Copyleftが継続／拡大

GPLの適用範囲
ライセンスをGPLにする必要がある場合
GPLのソフトウェアを改造してまたはそのまま再配布
GPLのソフトウェアを利用したソフトウェアを再配布
GPLのライブラリをリンク
GPLのソースコードを拝借
プロセス間通信でGPLのプログラムと協調動作。（グレーゾーン中のグレーゾーン！）
ライセンスをGPLにする必要がない場合
ネットワーク経由でGPLのプログラムと協調動作。
単独で利用するプロセスとしてバンドル
GPLのOS上で動作する
GPLのシステムライブラリを利用する

GPLの適用範囲ネットワーク経由でアクセス利用＝自由社内クライアントソフトウェア GPL 不適用 GPL ソフトウェア再配布派生物作成 Webアプリ作成 GPL 適用 GPL 不適用他のユーザが利用

Copyleft vs Permissive
極力ユーザーの制限を求めないライセンス形態
ライセンスの変更も自由！！
どちらが真の自由なライセンスなのか・・・
Copyleft Permissive ユーザー（プログラムを実行する人）にとって最大の自由が永久に保証される。開発者にとって自由。プロプラエタリソフトウェアへの利用も可能。

LGPL
Lesser General Public License
元々はLibrary General Public Licenseだった
GNUの哲学によりLesserへ改名
日本語訳は劣等一般公衆使用許諾書
GPLv2より導入
GPLよりもゆるいCopyleft
リンクする場合にはCopyleftは適用されない
改造して再配布する場合はライセンスを同じに

Copyleftの穴
再配布が伴わなければCopyleftは適用されない。
Webアプリケーションの台頭
ソフトウェアの再配布不要！！
ユーザーにとってプログラムがふたたびブラックボックスに・・・
内部で何が行われているかは一切不明
データへ常にアクセスできるという保証はない
データのインポートはできてもエクスポートに対応していない場合も。
Copyleftの危機！！

AGPL!!
Affero General Public License
Affero Inc.が提唱
後にGNUのライセンスに
ASPループホールを閉じろ！！
ネットワーク経由でアクセスしたユーザーに対して、ソースコードを公開せよ。
現時点では最強のCopyleft
Permissive < LGPL < GPL < AGPL

History of GPL
GPLv1
最初のGeneral Public License
各プログラムに限定されていたので、同じライセンスであっても互換性なし
GPLv2
自由しからずんば死！
LGPL導入
GPLv3
ソフトウェア特許、DRMに関する記述
AGPL導入

AGPLの適用範囲ネットワーク経由でアクセス利用＝自由社内クライアントソフトウェア GPL ソフトウェア再配布派生物作成 Webアプリ作成 AGPL 適用 AGPL 不適用他のユーザが利用 AGPL 適用 AGPL 不適用

SugarCRMのモジュールソースコードをユーザーへ公開モジュール SugarCRM (AGPLv3) AGPL 適用ユーザー

MongoDBの場合 MongoDBを改造したら改造版のソースコード公開 Webアプリ MongoDB (AGPLv3) ドライバ (AL v2.0) AGPL 不適用 AGPL 適用ユーザー

AGPLのバージョンと互換性
AGPLv1
Affero Inc.が作成
GPLv2をベースにして作成
一切の互換性なし
AGPLv1以外のソフトウェアをリンク不可
GPLv2すらも互換性なし
AGPLv3
FSFにより作成
GPLv3と互換性あり
GPLv3のソフトウェアおよびGPLv3互換のライセンスのソフトウェアをリンク可能

GPLv3と互換性のあるライセンス
MIT License
3BSD License
Expat License
X11 License
Apache License 2.0
Artistic License
OpenLDAP License
Ruby License
など

GPLv3と互換性がないライセンス
GPLv2, GPLv1
Mozilla Public License
Common Development and Distribution License
OpenSSL License
Q Public License
など
See also: http://en.wikipedia.org/wiki/List_of_FSF_approved_software_licences

デュアルライセンス
Copyright所持者がひとつのソフトウェアに複数のライセンスを適用する行為。
他のCopyleftライセンスを用いていない場合だけ可能
用途
プロプラエタリソフトウェアベンダーに対するOEM
有償高機能版
例）SugarCRM、MySQL、Qt、Asterisk、Berkeley DB

フリーソフトウェアへの貢献
FSF Associate Membership
http://www.fsf.org/associate/
月額10ドルの会費
Paypalで支払い可能
会員特典
FSFサイトのメンバーエリアへアクセス可能
メーリングリストへの参加
LibrePlanet Conferenceへの入場無料
FSFグッズが20% OFF!!
License your software under GPL!!

Questions
Q1: To Do, NOT To Do （やってよい事/やってはいけない事）
Do NOT!!
AGPLソフトウェアを利用していることを秘密にする
Do ;)
AGPLの遵守
ネットワークアクセスがある場合はソースコードをAGPLv3で公開
Q2: グレーゾーン（やっていいの？だめなの？）
グレーゾーンなし！

Questions - つづき
Q3: Ext JS を SaaS型のシステムで使った場合、Basic認証かけなければ、JSファイルは外からみれる状態だと思うのですが、それで、ソース公開していることになりますか？ただし JavaやPHPなどのサーバーサイドのプログラムはID, PW認証をします
きちんとダウンロード先の明示をしたほうがいい。

Q4: 受託開発で、GPLv3 のソフトを改変したものを顧客に納入する場合のなのですが、契約書上で、著作権まわりの取扱についての記載方法ベストプラクティスがありましたらお願い致します。（納入するシステムは顧客企業で社内システムとして使われるという想定で... ）
改変部分の著作者＝自分
改変部分のライセンス=GPLv3

Q5: 汎用性の高い部分->請負でオープン、個別性が高い部分->受託(or 常駐)でクローズ、というのはOK?
頒布がなければライセンスの変更はなし！
頒布があれば問答無用でCopyleft！
Q6: 社内利用のみ(改変あり)でも、Affero条項にひっかかりますか? (Sugarを外部サーバにホストするケースとか)
No
Affero条項が求めるのは通信相手へのソースコード開示のみ。社内関係者が相手なら無問題。

Q7: 追加モジュールをApache Licenseで作成し、無償版と商用版の両方で使うのはアリ?
Of course!!
ただしApache License 2.0に限る。
モジュールの著作権者はあなたです。
Q8: 一体どこからがプログラム? (どこまでを、設定ファイルあるいはコンテンツ扱いできるか)
ソースコード＝改変を加えるに当たって好ましいと考えられる形式 ≒ 実行バイナリを生成するのに必要なファイルすべて。
設定ファイルはソースコードではない。

宣伝！！
新書籍「エキスパートのための MySQL［運用＋管理］トラブルシューティングガイド」
6月12日発売予定!!
様々な角度からMySQLのトラブルを解析するのに役立つ書籍です。ぜひ安心なDBA生活のお供に一冊どうぞ。
Contents
第一章： MySQL の概要
第二章：開発時における問題
第三章： MySQL の状態を見る。
第四章： DTrace
第五章：運用中に起きる諸問題。
第六章：堅牢な運用を実現するために
第七章：ソースコードのビルド

http://www.slideshare.net	84
http://wiki.onakasuita.org	2
http://s.deeeki.com	1

Guide To AGPL

by Mikiya Okuno on May 25, 2010

Accessibility

Categories

Tags

Upload Details

Usage Rights

3 Embeds 87

Statistics

Guide To AGPL — Presentation Transcript