1mmad今回の記事書くにあたってiOSアプリ開発だってOSSを多用するし、エンジニアとして知っているとかなり便利なので記事にしました。法律に関わることですので、重要そうな部分をかいつまんで執筆しました。OSSは今ではエンジニアなら必ず聞いた言葉だと思います。2.0などのライセンスが書かれてあったとしても意識することはなく「えいや」と使ってしまうケースがほとんどではないでしょうか。私なんかも前までそうでした。...が頭をよぎります。オープンソースソフトウェア(以下、OSS)は開発を促進させたり、新たなビジネスチャンスの起爆剤ともなり得る一方で、著作権などの侵犯の危険性などリスクが多いのです。本記事は知的財産権などの法律の基本とOSSのライセンスについて解説して、どのようにOSS採用を進めていくかを解説していきます読み終わった頃には、権利の関係を考慮に入れた技術選定ができるワンランク上のエンジニアになれるのではないでしょうか。OSSの定義オープンソースソフトイニシアティブ(OSI)という団体がOSSの浸透を目指し活動しています。Initiativeその団体が定めるOSSとは以下の10つの条件を満たすものです。読まなくても大丈夫です。再配布の自由OSSでは再配布を制限するライセンスであってはならないこと。報酬を要求してはいけない。ソースコードオープンソースならばプログラムのソースコードも公開してあるべきである。派生ソフトウェアライセンスはソフトウェアの変更と派生ソフトウェアの作成を認め、ならびに派生ソフトウェアを元にソフトウェアと同じライセンスの元で配布を認めないといけない。ソースコードの完全性バイナリ構築のためにソースコードと一緒にパッチソースを配布を認める限りにライセンスによって変更されたソースコードの再配布を制限できます。個人や団体の差別の禁止ライセンスは特定の個人や団体を差別する内容ではいけない。特定の分野を差別するような内容ではいけない。ライセンスの再配布OSSが再配布をするような場合でも、ライセンスも同様に再配布され等しく認められるべきである。特定製品でのみ有効なライセンスの禁止プログラムに付与された権利は、特定のソフトウェア配布物の一部であることに依存するようなものではいけない。他のソフトウェアを制限するライセンスの禁止ライセンスはそのソフトウェアとともに再配布されル他のソフトウェアに制限を設けてはいけない。ライセンスは技術中間的でないといけないライセンスの中で特定の技術やインターフェースに依存するようなものであってはいけない。簡単に重要な点をまとめるとオープンソフトウェアとは、著作者の承諾を得る必要がなく、対価を支払う必要がなに条件のもと、著作者の条件を満たす中で再配布、改変する自由があるソフトウェアのことです。OSS採用のメリット最近ではDevOpsやリーンスタートアップと言われるように、以下に開発コストを早めるかが重要になっています。OSSを採用する動きは高いです。見る特に、OSSは世界のトップ企業から排出されたものも多く、エンジニア自体も精鋭たちが必死に頑張っているので、非常に高機能です。開発していなくでもバグレポートを送ってくれたりして、安全性が高いです。他の企業がOSSを使っていく中で使わないのは置いて行かれます。時間、お金を考えるとコスト良く欲しい機能が入ったりします。OSS採用のデメリット特に以下の点が大きいのではないしょうか。法律では特許権は、各国の特許権の効力が当該国の領域内においてのみ認められる「属地主義」です。海外で権利を守るには海外での登録が必要なわけです。保護期間は20年です。日本における著作権は「無方式主義」なので、登録がなくても侵害訴訟提起することができます。保護期間も、自然人の場合は、50年です。一つ目はベルヌ条約です。www.jps.gr.jp国内で無方式著作権を認めている国が加盟できる条約でした。アメリカが方式主義だったので条約を締結することができず、次の万国著作権条約です。米国が1981年にベルヌ条約に加盟しました。重要な点として、外国著作物の著作権は内国著作物と同等の保護を受ける「内国民待遇」をされるという点です。日本国民が創作したソフトウェアは、ベルヌ条約加盟国であるアメリカでも、アメリカ人が作った創作物と同様の保護を受けます。ライセンスについていよいよ本題です。OSSライセンスは数千種類とありますが、ライセンスは以下の二つに大きく分けることができます。寛容型ライセンス極めて単純な事柄を守ればOSSとして再配布だったり、改変ができるものです。ライセンスなどが有名です。守らなければならない項目としては著作権表記をすることライセンスの明記をすることです。注意点としてはソースコードが入手できないことです。開発元からバイナリーをもらったとして、その開発元がOSSを改変していたとしましょう。その改変された部分は入手できないことになります。それでは具体的なライセンスを二つ見ていこうと思います。InitiativeMITが作ったライセンスで、個人プロジェクトから大きなものまで世界中に広く使われています。このソフトウェアを使うときは、必ず見える形で著作権表示をしなければならない。それを満たすときに、利用者はなんの制限もなくこのOSSを使用することができる。Apacheライセンスwww.apache.orgApacheというOSSと利用承諾条件として用意されたものです。特許に関わる部分がApacheライセンスの肝となっています。Apacheライセンスは責任が、開発者にも、コントリビュータにも責任がないことを明記されてあります。互恵型ライセンス寛容型ライセンスよりもはるかに強く開発者と利用者に情報共有を求めています。ライセンスがあります。互恵型ライセンスの中でもGPLとその派生であるLGPLを焦点に説明します。以後は合わせてGPL/LGPLと書きます。WikipediaGPL/LGPLは多くのOSSで採用していることに加えて、ソースコードの公開が命じられていることが特徴的です。確認事項としては再配布の場合は、GPL/LGPLで定められている条件しか条件をつけることができない。GPL/LGPL6の文言を見える形にしていること。ソースコードが入手できる方法はちゃんと書いているか少なくとも三年間は開発する意欲があるかまとめ法律の専門家でもないので、ざっくりと解説をしました。本書でもあるように特に著作権については弁護士や裁判官の意見が割れることが多く、専門の人に話すのが良いそうです。XXX?読了時間は約7分です。»プロフィール学生エンジニア。忘れてしまうので備忘録です。flaskでServerlessにホストするTelepresence概論スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。