paiza開発日誌に、こんな記事を書きました > ソフトウェア開発で、どこまでやったらパクリになるのか

Mona Lisa suck

ご縁がありまして、コーディングスキルの評価サービスなどを展開しているpaizaさんの「paiza開発日誌」に、こんな記事を書かせて頂きました。

ちょっとタイトルが扇情的ですが、わりと中身はフラットに書いてあります。オープンソースコミュニティでの開発の例も、少し触れています。

ソフトウェア開発におけるパクリ問題の基本的なポイントを整理していますので、何がパクリで、何がパクリでないのか、どんなふうにしたらパクリ/パクられないのか、といったあたりを考える参考にして頂ければと思います。


OSC2015 Tokyo/Fall – はじめてのオープンソース・ライセンス

KSD's classroom in middle of 20th century

10月24-25日に開催されるオープンソースカンファレンス2015 Tokyo/Fallで、セミナーに登壇することになりました。
詳細は、下記のとおりです。

著作権から代表的なライセンスまで、オープンソースライセンスの基礎と実務について、分かりやすく解説します。
早い時間のセッションですが、ご興味があれば、ぜひご参加ください。


ライセンスとは何か、整理してみた

Memorandum of Understanding between Highways Agency and Environment Agency

先日の勉強会でも取り上げた「ライセンスとは何なのか」という話題について整理してみます。オープンソース界隈では、オープンソースライセンスは、契約なのか、そうでないのかという話が、昔からありまして。「契約として厳密に考えないとビジネスでは使えないだろう」という意見もあれば、「そんな細かいことは良いんだヨ。イノベーションだ、新しいことに挑戦することが重要だ」という考える人もいます。

私としては、開発者やコミュニティを尊重して、オープンソースライセンスを遵守するなら、実務上は問題にならないと考えています。ただ、「コミュニティって何それ。うまいの?」という人もいるので、そういう立場の人たちとコミュニケーションを成立させるためにも、「そもそもライセンスとは法律的に何なかの」を整理してみました。

続きを読む


エンジニアのための契約勉強会 – オープンソースライセンス編まとめ

co-edo_20150624

2015年6月24日、東京・コワーキングスペース茅場町 Co-Edoで、「エンジニアのための法律勉強会 #5『OSSのライセンスと、コンテンツやソースコードの著作権』 – Co-Edo Developers」が開催されました。この勉強会は、IT系の契約や法律・判例についての勉強会で、弁護士の野島梨恵さん(東京山王法律事務所)に解説いただいています。これまでに「SQLインジェクション対策もれの責任を開発会社に問う判決」などを取り上げてきました。

野島さんは、ふだん弁護士として企業法務系とか係争とかを扱っているそうです。必ずしも情報技術に詳しいわけではありませんが、毎回、法律家ならこう考えるという話は、大変勉強になります。

これまでの勉強会の内容は、小山さんのこの記事にまとまっています。

さて、5回目となる今回のテーマは、オープンソースライセンス。私も講師のひとりとして、いつものオープンソースライセンスと著作権あたりの概略を説明して、そこに野島さんが法律的な解説を加えるという形式になりました。

続きを読む


登壇します!エンジニアのための法律勉強会 #5『OSSのライセンスと、コンテンツやソースコードの著作権』

_

6月24日(水)に、下記の勉強会に登壇することになりました。
今回は、弁護士の野島 梨恵氏(東京山王法律事務所)といっしょです。

今回は、せっかく法律家の方も参加してくれるので、法律家から見たライセンスとは何ぞというところを聞いてみたいと思います。

皆さんのお申し込みをお待ちしております。


引用のルール

When all is lost

※2015-02-22:文化庁のWebページの利用ルールを再確認して、引用のルールとして本ページに転載して大幅に書き直し。

引用のルールについて解説する記事が増えてきました。

論文とか特定のコンテンツだけでなく、あらゆるコンテンツに引用のルールが適用されます。

なので、コンテンツを作る人は、きっちり押えておく必要があるでしょう。

ここでは、文化庁のWebサイトにある「文化庁 | 著作権 | 著作権制度に関する情報 | 著作権制度の解説資料 | 著作権制度の概要 | 著作物が自由に使える場合」から、(注5)引用における注意事項をコピーしておきます(これは、自由利用マークのコピーOKが付いているので、営利目的でなければコピーできまます)。

(注5)引用における注意事項
他人の著作物を自分の著作物の中に取り込む場合,すなわち引用を行う場合,一般的には,以下の事項に注意しなければなりません。
(1)他人の著作物を引用する必然性があること。
(2)かぎ括弧をつけるなど,自分の著作物と引用部分とが区別されていること。
(3)自分の著作物と引用する著作物との主従関係が明確であること(自分の著作物が主体)。
(4)出所の明示がなされていること。(第48条)
(参照:最判昭和55年3月28日 「パロディー事件」)

これが引用のルール。

他の人の著作物を許可なく引用として利用するには、上記のルールに従う必要があります。週刊誌などの記事を丸パクリして転載するのは引用ではない。

文化庁にも、いくつか解説があります。

ほかにも、たくさん解説があります。

あ、英語だと“quotation”というんですね。だから、引用はクオーテーションマークで囲むんですな。


オープンソースライセンスの講義を慶応大学でやります

オープンソースライセンスに関する授業を、今年も、砂原先生の
ところで1回(2コマ)やることになりました。

慶應義塾大学大学院メディアデザイン研究科(日吉キャンパス)の「情報セキュリティ技術特論」で、11月07日にやらせていただきます。

たしか、京都と奈良先端と津田塾、九産大などはサテライトで参加できたはず。

これに合わせて、いつものスライドをアップデートしました。

おかげさまで、このスライド、いつのまにか3万回以上閲覧されていますね。
ありがたいことです。

なお、11月28日には、こんなセミナーにも登壇を予定しております

ご興味がありましたら、こちらもぜひ。


もっとオープンソースしたいと社長に言われたら~ OSS利用の成熟プロセス試案

Estación del Norte

IT企業なのに、
「オープンソースにしたら、売り上げは上がるのか」
「オープンソースにしたら、優れたエンジニアを採用できるのか」
「オレの若いころは・・・」
みたいなことを、まわりの上司や社長に聞かれたことはありませんか。

そんなことを聞く人ほど、オープンソースについて誤解していたり、いまだ偏見をもっていたり、自分ではまったくオープンソースソフトウェア(OSS)を使っていなかったり、使っていたとしてもOSSだと気づいていなかったり。中小・中堅のシステム開発会社みたいなところを想定しているんですが、IT技術を売りにする企業として、オープンソースに対する理解が、今どきそれはまずいだろうという感じです。そんな上司や社長は、まだまだ少なくありません。

そこで、本稿では、そんな上司や社長がいるIT企業に勤めている人のために、OSSの利用や、オープンソースプロジェクトへの参画について、どんなふうにすればいいのか整理してみました。

IT技術にたずさわる人たちが、上司や社長とオープンソースのビジネス利用について話をするとき、いくばくかの参考になれば良いのですが。
続きを読む


図解:Apache License2.0の特許条項

BikeShare Bike Patent

西尾泰和さんが「でかい企業のOSSがApache License 2.0だと嬉しい理由」として、Apache License2.0の特許条項を解説しています。

Apache License, Version 2.0の特許条項は、こんなふうになっています。

3. 特許ライセンスの付与
本ライセンスの条項に従って、各コントリビューターはあなたに対し、成果物を作成したり、使用したり、販売したり、販売用に提供したり、インポートしたり、その他の方法で移転したりする、無期限で世界規模で非独占的で使用料無料で取り消し不能な(この項で明記したものは除く)特許ライセンスを付与します。ただし、このようなライセンスは、コントリビューターによってライセンス可能な特許申請のうち、当該コントリビューターのコントリビューションを単独または該当する成果物と組み合わせて用いることで必然的に侵害されるものにのみ適用されます。あなたが誰かに対し、交差請求や反訴を含めて、成果物あるいは成果物に組み込まれたコントリビューションが直接または間接的な特許侵害に当たるとして特許訴訟を起こした場合、本ライセンスに基づいてあなたに付与された特許ライセンスは、そうした訴訟が正式に起こされた時点で終了するものとします。

licenses/Apache_License_2.0 日本語参考訳 Open Source Group Japan

図解にしてみると、こんなふうかな。

APL-Patents2

「あなた」は、特許ライセンスを受けるんだけど、それをもとに誰かに特許侵害訴訟を起こすことはできません。訴訟を正式に起こした段階で、元の特許ライセンスが停止されます。前提として、貢献者(各コントリビュータ)は、プロジェクトにコードを提供するとき、自分が持つ特許をライセンスしていなければならないけれど、これは貢献者がApache License 2.0でコードを提供していればいい。

さて、でかい企業がOSSをApache License2.0で提供している場合、そのデカい企業は、「あなた」であるか貢献者(各コントリビュータ)であるということなので、そのデカい企業から、”使っていたら後から「特許料払え!」と言われるという悲劇が起こらない”(by 西尾泰和)、と。

とはいえ、そのデカい企業からの特許訴訟リスクがなくなったとしても、特許訴訟リスク自体が完全になくなるわけではありません。たとえば、成果物に、どこかの誰かの特許侵害が含まれている可能性は残っています(Twitter / kazuho)が、これについては、パテントプールといった防御策があります(ソフトウェア特許とフリーソフトウェア – WikipediaOpen Invention Network)。

ライセンス文だと、「あなた」と「誰か」というのが、ちょっとピンとこない感じがするけれど、絵にすると自分でもちょっと分かりやすくなったような。

PS.図解を修正:Teminateの矢印の行き先を変更しました。