オープンソースのコードを取り込んだ時のライセンス表記について - 30歳からのブラウザづくり
GPLのコードを１行でも取り込んだ場合は、ソフトウェア全体をGPLで配布しなければいけませんが、BSDやMITライセンスのコードを一部取り込んだ場合のライセンス表記ってどうなってるんだろう？と思っていろいろ調べてみた。 BSDライセンスに関しては、Wikipediaによると以下のような記載がある。 「無保証」であることの明記と著作権およびライセンス条文自身の表示を再頒布の条件とするライセンス規定である。この条件さえ満たせば、BSDライセンスのソースコードを複製・改変して作成したオブジェクトコードをソースコードを公開せずに頒布できる。 ようするに、「無保証の明記」と「著作権表示」をどこかに書いておけばOKということのよう。 ちょっとひっかかるのが「ライセンス条文自身の表示」の部分。ライセンス条文を書いてしまったらBSDライセンスのコードを再利用しているソフトウェア全体がBSDライセンスで配布
「××をしてはいけない」---オープンソースにいまだにある誤解
長いこと放ったらかしにしていた当連載ですが、思うところあってまたちゃんと書きたいと思います。今回はその「思うところ」から始めたいと思います。 休んでいた言い訳 長いこと放ったらかしにしていたのは、原稿を書く余裕がなかったということもありますが、それ以上に「もう今さら私が言うべきことはないじゃん」と思っていたからです。 オープンソースが普及したお陰で、オープンソースの技術についての解説は、そこらじゅうで見掛けます。かつてオープンソースの解説を書いている人達は「オープンソース」という大きなくくりでしたが、今は個別のソフトウエアについて書かれるようになりました。つまり、専門化が進んでいます。 「ビジネス」についても、いろんな切り口で書かれるものが増えて来ると共に、「いわゆるIT技術」がコモディティ化したお陰で、ビジネスモデルには「そんなものがあるのか」的なものまで出て来るようになりました。また、
オープンソースライセンスの基礎と実務 :: handsOut.jp
スライド1: オープンソースライセンスの文部科学省基礎と実務先端 IT スペシャリスト育成プログラム2008-12-10(アップデート版)可知 豊 http://www.catch.jp/本テキストは、クリエイティブ・コモンズ・ライセンス(表示 2.1 日本 )の下でライセンスされています。Copyright 2008 Yutaka kachi スライド2: 本日の主題本日は、オープンソースライセンスの基本と実務について解説します。著作権の考え方:再利用の制限と促進の2本柱制限:作者の利益保護促進:文化の貢献と発展オープンソースライセンスは、ソフトウェア再利用の促進手段です。Copyright 2008 Yutaka kachi スライド3: 自己紹介可知 豊 Kachi Yutakahttp://www.catch.jp/(元)テクニカルライター株式会社クレオ ZeeM戦略統括部 マ
The LGPL and Java: Java で LGPL のライブラリを利用する場合のライセンス: uyota 匠の一手
Java プログラムで LGPL で公開されているライブラリを利用したときに従わなければいけない事項の説明は The LGPL and Java が一番良さそうだ。何より、GNU 自身から出されているので、自らの主張は歪曲することなく含まれていると思われる。ただ、彼らの主張することが全て法的に正しいと解釈されるのかは、私には判断がつかない。 Java NetBeans で構築した GUI には LGPL のライブラリが否応無しに同包されるので、最低限でも LGPL に沿ったライセンスにする必要が出てくる。そこで、全文引用し、重点を訳してみる。 訳さなかった部分は打ち消し線を引いている。 This article was written in November 2004, when LGPLv2.1 was the most current version of the license. S
LGPLと商用利用にまつわる話 - kaisehのブログ
商用アプリケーションにLGPLライブラリを組み込むにあたって、いろいろ問題があるらしいということは知っていましたが、それが具体的に何なのかは良く分かっていませんでした。 Javalobbyに2004年にポストされた「LGPL and Java」という以下のトピックと、そこで繰り広げられているFSF支持派（以下肯定派）とLGPLうざい派（以下否定派）のバトルを読んで、少し状況が理解できました。 LGPL and Java - FSF clarifies この論争で主に槍玉にあげられているのは、LGPLが定めている以下の点です（この原則自体、あまり正確には把握されていないんじゃないかな。特に3とか）。これらは、LGPLライブラリの商用利用の障害になる可能性があります。 LGPLライブラリにリンクするアプリケーションは、そのリンクの形態がいかなるものであれ、LGPLライブラリの派生物になる。した
LGPLとクラス継承 - kaisehのブログ
僕の理解が正しければ、LGPLのライセンス規定では、LGPLライブラリを使用するソフトウェアには次の区別があります。 改変物（modified versions） 元のLGPLライブラリを修正したもの。改変物を頒布する場合、そのライセンスはLGPLかGPLでなければならない。 派生物（derivative works / combined works） 元のLGPLライブラリに修正を加えることなくリンクしたもの。派生物を頒布する場合、そのライセンスは自由に決定して良い（ただし、LGPLライブラリのソース添付やリバースエンジニアリング禁止等の条件あり）。 ここで、次の疑問が生まれます。 『LGPLライブラリに含まれるクラスを継承した場合、そのクラスは元のLGPLライブラリの改変物になるのか、それとも派生物になるのか。』 以下のFSFの声明に従うなら、この答えは「派生物」だと思います。 The
放送楽曲を自動特定する著作権管理システム、イーライセンスが実運用へ
楽曲の著作権管理を手がけるイーライセンスは3月11日、フィンガープリント技術を使った放送楽曲の著作権管理システムの実験に成功し、実運用に向けた準備を進めていると発表した。放送された音声のMP3データと、同社が管理している楽曲のフィンガープリントを照合。放送で使われた曲目を自動で特定でき、曲目ごとの正確な著作権料支払いが可能になるとしている。 首都圏のFM放送局2局で昨年12月、28時間分の放送を連続で録音してMP3ファイル化。このMP3ファイルと、同社が放送権を管理している楽曲23楽曲分のフィンガープリント（41種類）を照合し、利用された楽曲を自動で特定した。米Gracenoteのフィンガープリント技術や楽曲データベース（CDDB）を活用した。 今後は、テレビ・ラジオ放送局と契約し、まずは1カ月間の放送を、次は1年間分の放送をまるごと録音。使われた楽曲の種類や回数を特定できるようにしていく
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
java-ja 第1.9.2回 チキチキ ライセンスって何ですか？