受託開発とGPL

GPLに対する代表的な誤解・・・というかむしろ謎のひとつに、受託開発（SI）におけるライセンスの扱いがある。この点が明確になっていないため、受託開発において無意味にGPLを回避しようとしたり、GPLに対するFUDを流布することに対する原因になっていたりするように思う。フリーソフトウェアおよびオープンソースソフトウェアを愛する者として、そのような状況は断じて見過ごすことができない！！というわけで、今日はGPLを受託開発（SI）において用いる場合の注意事項を説明しよう。

GPLの使いどころ

受託開発においてGPL（とその仲間たち＝LGPL、AGPL）が登場するのは、第三者、つまり発注側でも受託側でもない者が作成したGPLのソフトウェアを利用する場合である。例えばGPLが適用されたライブラリなどだ。周知の通り、GPLのソフトウェアをリンクしたソフトウェアを再配布する場合は、そのソフトウェア全体に対してGPLを適用しなければならない。この約束事によって、受託側には次のような漠然とした不安が生じることになる。

• 1. 社員がライセンスがGPLであることを理由に開発中のソフトウェアを一般向けにバラまいてしまうのでは？！
• 2. GPLを適用してお客さんにソフトウェアを納入したらソースコードを一般公開しなければいけないの？？
• 3. 私は発注者です。受託側はGPLに基づいてソフトウェアをバラまきやがるのが不安です。

だが、実際これらの懸念はNo！！である。心配ない。受託開発でGPLを利用したからといってこのようなことは起きない。だから安心してGPLを受託開発で使って欲しいというのが今日の主旨である。

GPLが適用されるのは頒布時

GPLが適用されるのは、ソフトウェアを頒布するときだということを思い出して欲しい。従って、GPLのライブラリを利用する場合、ライブラリそのものは既にGPLでライセンスされているため自由に再頒布することができる。しかしながら、開発中のソフトウェアについては頒布する前は100%開発者（注意：業務著作物の場合は会社が著作者）のものである。開発中のソフトウェアは門外不出であり、頒布するかどうかを決めるのはあくまでも会社だ。従って、一従業員が勝手にそのソフトウェアを頒布することは、機密保持契約違反などの対象になり得るのである。以下の図は、この様子を示したものである。

GPLのライブラリ（Aの部分）は元々GPLでライセンスされているものであり、それが一般に公開されているものなら再配布しても問題はないだろう。ただし、受託側の業者が開発したアプリケーション（Bの部分）はあくまでも受託業者の著作物であり、ライセンスはこの時点では決まっていない。第三者はライセンス＝使用許諾があって初めてソフトウェアを利用することができるのであり、ライセンスが決まっていないということは、すなわち第三者はなんぴとたりともこのソフトウェアを利用することはできないということを意味するのである。もちろん再配布も厳禁だ。

いざ、このソフトウェアをライブラリ付きで頒布する際の様子を示したのが次の図である。発注者はGPLという名のライセンスの下で、ソフトウェアの使用許諾を受けることになるという寸法だ。

GPLはライセンス！

GPL＝GNU General Public Licenseは、その名が示す通りライセンスの一種である。ライセンスとは、つまりライセンサーとライセンシー二者間の取り決めごとだ。ライセンシーはライセンスを破らない限り、対象のプログラムをどのように利用して良い。GPLではライセンスにおいてソフトウェアの再配布を自由に認めているのだ。再配布が認められているからといって、再配布する義務はない。つまり、発注者がGPLでライセンスされたソフトウェアを受け取った＝納入されたからといって、それを再配布しなければならないということはないのである。配布するもしないも利用者の自由なのだ！このような場合、ライセンシーはソフトウェアを発注した「会社」であり、会社の方針として再配布しないのであれば従業員はその方針に従わなければならない。もし従業員が会社の意志に反する行為をした場合、処罰の対象になるだろう。

また、受託業者（ライセンサー）もGPLだからといってソフトウェアのソースコードを一般公開する必要はない。GPLが求めているのは、ライセンシーに対するソースコードの公開であり、それ以外のもの（つまりライセンシーとライセンサー以外のひとたち）は無関係である。ライセンサーは、ライセンシーから要求があった場合にソースコードを譲渡できる準備だけしておけば良いのだ。

ところで、話は少し脱線するが、もしかすると「GPLをやぶったらフリーソフトウェア財団が出てくるのでは？！」という風に考える人がいるかも知れない。しかしそれは大きな誤りである。ライセンス違反が発生した場合、違反者＝ライセンシーを訴えるのはソフトウェアの提供者＝ライセンサーなのである。フリーソフトウェア財団は、GPLというライセンスを策定した団体であり、なおかつ自らもGPLを適用したフリーソフトウェア（例えばGCCやGDBなどのツール群）を頒布している。フリーソフトウェア財団は、自らがライセンス供与したソフトウェアに対するライセンス違反が発覚した場合や、GPLが勝手に書き換えられてしまった場合（GPLというライセンスそのものの著作者はフリーソフトウェア財団だ）などに出張ってくるだろうが、他の団体や個人が作成したプログラムに対してライセンス違反があったときに提訴するようなことはしない。ただし、GPLソフトウェアのライセンサーが相談すれば、適切なアドバイスをしてくれることだろう。

料金について

GPLが適用されたソフトウェアについても、料金を徴収して構わない。つまり「このソフトウェアをあなたにGPLで提供する代わりに、その代金として○○円ください。」という契約が可能だということだ。一般に公開されているGPLソフトウェアであれば、誰でも再配布が可能であり、料金を徴収するのは難しいだろう。しかし、受託開発のようにワンオフのソフトウェアはこの世には他には存在しないので、たとえライセンスがGPLであったとしてもこのような契約で料金を徴収するということは可能であるはずだ。

著作権について

GPLが適用されたソフトウェアの著作権者は、あくまでもそのソフトウェアを書いた人（法人格ふくむ）である。ライセンシーはライセンサーの著作物をGPLによって利用できるだけであり、著作権は譲渡されることはない。「そうではない！俺は著作権が欲しいんだ！」という場合には、受託開発ではなく、プログラマーやSEに出向してもらい、自社開発を行うという形式をとれば良い。そうすると、前出の図における(B)の部分、つまり100%自分のCopyrightのソフトウェアが手に入るわけである。その場合、会社の方針としてソフトウェアを頒布しないかぎり、門外不出の状態を維持できる。

AGPLv3の場合

GPLファミリーの一員として、GNU Affero General Public License Version 3、略してAGPLv3というものがある。このライセンスは通常のGPLよりも強いコピーレフトの性質を持っており、サーバープログラムとして動作しているAGPLv3ソフトウェアに対してユーザーがネットワーク経由でアクセスした場合、そのユーザー側に対してソースコードをAGPLv3のもと開示しなければならないという性質をもったライセンスである。つまり、サービス提供者側は全てをさらけ出す必要があり、サービス利用者側はそのサービスの中でどのようなことが行われているかということを知る権利を行使できる、クラウド時代において必須のフリーソフトウェアライセンスであると言える。AGPLv3について分かり易くいうと、ネットワーク接続してきた相手をライセンシーと見なせば良いのである。（厳密には違うと思うが、とりあえずそのような解釈で運用していれば問題はない。）

従って、納入されたソフトウェアのライセンスがAGPLv3だった場合、そのソフトウェアを自社内だけで利用する＝社員だけがアクセスする場合には何らAGPLv3の規約を気にする必要はない。そうではなく、一般向けのWebサイトでそのソフトウェアを公開する場合には、ライセンシーであるサイトの利用者に対してAGPLv3に基づいてソースコードを公開する必要がある。AGPLv3のソフトウェアを利用する場合には、この点だけ注意すれば大丈夫である。この様子を示したのが次の図である。

社内利用の場合（図右）は、サーバープログラムがAGPLv3だろうが何だろうが関係はない。業務で利用するシステムであれば、そのシステムへアクセスするのは個人ではなく従業員（＝法人格の一部）としてであり、従業員は勝手にAGPLv3のソフトウェアを再配布することはできない。従って社内利用であればAGPLv3が適用されたソフトウェアであっても門外不出のままにしておくことは可能である。そうではなく、インターネットなどでシステムを一般ユーザー向けに公開する場合（図左）は、ユーザー向けにAGPLv3のもと、ソフトウェアのソースコードを開示しなければならない。（インターネット経由で社員がアクセスしたい場合には、認証してからでないとアクセスできないようにガードしておけばいいだろう。）

まとめ

GPLは再配布時にソフトウェア全体を同じライセンスにしなければならないという性質があり、その扱いに戸惑う人が多いように思う。特に受託開発においては、扱い方が不明瞭であるため、GPLが敬遠されがちではないだろうか。しかし、ライセンスの仕組みを正しく理解してポイントさえ抑えておけば、受託開発においてGPLを採用することはそれほど難しいことではないということがお分かり頂けるだろう。どのみち他のライセンスを利用する場合であっても、法的なトラブルを避けるためにはライセンス条項にはきっちりと目を通さなければいけない。数多くのソフトウェアで採用されているGPLは、一度読んで理解しておけば数多くのソフトウェアに対して使い回すことが出来るため、GPLソフトウェアの利用にはアドバンテージすらあると言えるだろう。さらに、GPLは「どのような利用も制限を受けない」という最大の自由が保障されたライセンスであり、ユーザーにとってはこの上ないメリットのあるライセンスなのである。本来は発注側がわざわざGPLを指定してもいいぐらいだ。正しくGPLを理解して、受託開発においてもぜひGPLを活用して頂きたい！

ところで、先日とある勉強会に呼ばれてAGPLv3についての説明を行った。その際利用したスライドをslideshareにて公開しているので、AGPLv3について詳しく知りたい方は、そちらも参照して頂ければ幸いである。
漢のオープンライセンス道場：Guide To AGPL