GPLv3にはソフトウェア特許についての言及（GPLv3 第11条）がなされているが、どうもこの点については誤解が多く人々がGPLv3の利用を躊躇する理由になっているように思う。GPLv3の特許条項はGPLv3に対するFUDの元凶になっているように思う。実は筆者は最近「GPLv3を適用したソフトウェアを公開するとあなたの持っている特許は全て無効になる」という（如何にもGPLv3を適用すると不利益を被るような）誤った説明がなされているのを目の当たりにしたところであり、筆をとる必要があると感じた次第である。そこで、今日はGPLv3における特許の取り扱いについて説明しようと思う。 GPLv3の要求事項GPLv3が定めるのは、簡単にいうと「あなたがGPLv3が適用をしたソフトウェアに特許が含まれる場合、GPLv3でライセンスされたそのソフトウェアを利用／使用するユーザーを特許侵害で訴えませんよ！」

開発部の海老原です。 先日、 htmlspecialchars() の文字エンコーディングのチェックが甘く、これを利用して XSS に利用される危険があるということで日本人の岩本さんがパッチを提供しましたが、却下されてしまっていました。 （ただ現時点で、 id:moriyoshi さんにより Subversion 上の PHP では対応済みです。ありがとうございます） この件について各所で議論がされていました。 大まかな流れについては、徳丸浩さんがブログでまとめておられます。 このエントリ中で、「このあたりから、一連の流れが広く知られるようになって、『もっと効果的な訴求方法があるよ』とか、海老原昂輔さんからもバグレポートが投稿されるなどの働きかけが始まっているようです。海老原さんのレポートには私のエントリも英訳されていて、本当にありがとうございます。」という風に述べられているように、僕もバ

いまや、企業が何らかのソフトウェアを開発するときに、オープンソースソフトウェア（OSS）との付き合いを考えずには済まない時代になりつつあります。私は、企業の製品開発者向けにOSSライセンスコンプライアンスに関するコンサルティング・サービスを行っていますが、その中から得られた経験を踏まえながら、OSSとうまく付き合い、コミュニティに還元していくために重要と考えられるポイントを紹介していきたいと思います。 そもそも順守しなければならない事柄は何か？ 前回「訴訟が増えている!? OSSライセンス違反」では、「許諾にかかわる利用方法および条件がライセンス条文、つまり許諾要件」であることを説明しました。 そもそもOSSライセンスでの許諾条件には、どのようなものがあるのでしょうか？ ピンとこない方のために、1つ例を挙げて解説してみましょう。 許諾条件とはライセンス条文そのものですから、正確を期するには

本プロジェクトの全コンテンツは、オープンソース・グループ・ジャパンのサイトおよびGitHubサイトへ移動しました。 このWikiは、Open Source Group Japanが運営しています。Open Source Group JapanのWebはこちらへどうぞ。 リソースオープンソースの定義 オープンソースライセンス日本語訳 GPLv3情報 ドキュメントライセンス 日本語訳 最近の更新2020-10-12SIL_Open_Font_License_1.1 FontLicenses 2020-10-10licenses/zlib_libpng_license licenses/Zope_Public_License licenses/X.Net_License サイドバーサイドバーの編集 本プロジェクトの全コンテンツは、オープンソース・グループ・ジャパンのWebサイトおよびGitHub

情報を共有しよう，ネットの力で会や企業をより良くするために。ネット産業の勝負はこれからだ。個として自立しよう，好きを貫こう，幸福になるために。「ウェブ時代5つの定理 この言葉が未来を切り開く!」，「私塾のすすめ ─ここから創造が生まれる」(齋藤孝氏との共著)などの著者である梅田望夫氏と，Rubyの作者まつもとゆきひろ氏が，ウェブ時代を生きる人々に語りかける。 まつもと　社会の問題も適度なサイズに問題が分割されていて，サメにえさをやるように配分できれば，いろんなことが達成できると思います。それこそが炎上のパワーをポジティブに使えないかということですね。 Rubyはたまたまそういう構造が出来つつあるんですが，全部のオープンソース・プロジェクトがそうなっているわけではない。我々はかなり例外的なんです。 梅田　なぜですか。 まつもと　先ほどお話した，オープンソースは多様なものであり，成功しているも

梅田望夫 ミューズ・アソシエイツ社長 パシフィカファンド共同代表，はてな取締役 著書に『ウェブ進化論』（ちくま新書）など Blog「My Life Between Silicon Valley and Japan」 まつもとゆきひろ ネットワーク応用通信研究所 フェロー 楽天　楽天技術研究所フェロー Rubyアソシエーション理事長。Rubyの作者 Blog「Matzにっき」 「ウェブ時代5つの定理 この言葉が未来を切り開く!」，「私塾のすすめ ─ここから創造が生まれる」(齋藤孝氏との共著)などの著者である梅田望夫氏と，Rubyの作者まつもとゆきひろ氏。2007年末に行われた対談のあとにあがった「話し足りない」との声から，2回目の対談が実現した。ネットのエネルギーをポジティブに向ける方法，オープンソースの強靱さ，個人が幸福になるためには――ウェブの未来をひらく2人が語り明かす。 ---前回の

メリークリスマス。イギリスにいても外に出ないでテレビを消しておけばクリスマスから逃れられます｡昨日に引き続いてまた翻訳しました｡ 今日は二つ。 自分のコンピューターを信用できますか？ By Richard Stallman(http://www.stallman.org/) あなたのコンピューターは、誰のいうことを聞くべきでしょうか？ほとんどの人はコンピューターは他の誰かではなくて、所有者に従うべきだと思うでしょう。「信頼コンピューティング」という考えがが今巨大なメディア会社(映画やレコード会社を含む)や、マイクロソフト、インテルといったコンピューター関連会社を中心に計画されて、あなたのコンピューターをあなたではなく彼らの言いなりにならせようとしているのです(マイクロソフトのバージョンは「パラジウム」と呼ばれている）。占有的なプログラムは以前にも悪意ある機能を付けたことがありますが、この計

OSSの開発においてコミュニティでの開発が加速しない分野に対し、それを補完する形での企業の貢献が大きい分野があるというようなことを昨日述べた。 しかし、企業は基本的には経済的なインセンティブがなければ開発をするということは難しいので、企業によっても開発されない分野というものが厳然として残る。 コミュニティにも企業にも放置されうるなものとはどのようなものだろうか？みんなが必要としているのだけど、コミュニティにとっては「楽しい、わくわくするような」ものではなくて、企業にとっても経済的なインセンティブが見込めないもの。 例えば、Linuxカーネルの互換性をひたすらチェックするようなテストプログラムなんていうのは、みんなにとってあればいいものだけど、それを作ったからといってハードウェアとかソフトウェアがばりばり売れてもうかってしょうがないという類のものでは決してない。 商用ソフトウェアの場合、ソフ