6.1オープンソースの概念とライセンス

Linux も、ここまで学んだコマンド群も、すべてオープンソースソフトウェア（OSS）です。企業でも「この OSS を製品に組み込んでよいか」は法務に直結する実務判断であり、LinuC はライセンスの系統を見分ける力を範囲に含めています（Version 10.0 の特色ある主題です）。

6.1.1オープンソースの定義と特徴

• オープンソースの核＝ソースコードが公開され、使用・研究・改変・再配布の自由が保証されていること（自由＝無料ではなく「制約からの自由」）。
• OSS も著作権のある著作物＝「権利放棄」ではなく、著作権を根拠にライセンスで条件を課す仕組み。
• 特徴＝無保証（AS IS 提供・damages を負わない）・継続した開発（コミュニティによる改善）・多くのライセンスが存在（→系統で整理して覚える）。

6.1.2ライセンスの系統

• コピーレフト型＝改変して再配布するなら、派生物も同じライセンス（ソース公開）にせよという「伝播」条件。GPL（最も代表的・リンクした全体に及ぶ）・AGPL（ネットワーク越しの提供にも公開義務を拡大＝SaaS 対応）・LGPL（ライブラリ向けの緩和版＝リンクするだけなら伝播しない）。
• 非コピーレフト（パーミッシブ）型＝著作権表示等を残せば、改変版をクローズドにしてもよい。BSDライセンス・MIT（最小限の条件）・Apache License 2.0（＋特許条項が明確）。
• MPL＝ファイル単位のコピーレフト（改変したファイルだけ公開・他はクローズド可）という中間形。パブリックドメイン＝著作権を主張しない状態（ライセンスですらない・条件なし）。

実務の判断フローで覚えると系統が身につきます。「OSS を改変して自社製品として配布したい」——組み込む OSS が MIT／BSD／Apache なら、著作権表示とライセンス文を残せば製品をクローズドソースにできます（Apache は特許面でも安全側）。GPL の場合は話が変わり、製品全体のソース公開が条件になります——それ故に企業は組み込み前にライセンスを精査するのです。「改変はするが配布せず社内利用のみ」なら GPL でも公開義務は生じません（義務のトリガーは再配布）。ここを突くのが AGPL で、「配布していない。Web サービスとして提供しているだけ」という抜け道を塞ぎ、ネットワーク越しの利用者にもソース請求権を与えます。LGPL は glibc のようなライブラリが採用する緩和版で、「リンクして使うだけなら自社コードは公開不要・LGPL 部分を改変したらその部分は公開」という線引きです。この「何をしたら・どこまで公開義務が及ぶか」という質問形式が試験の定番です。

6.1.3この節のまとめ

• OSS＝公開ソース＋利用/改変/再配布の自由・著作物（権利放棄ではない）・無保証
• 系統＝GPL（全体伝播）/AGPL（+SaaS）/LGPL（リンク緩和）/MPL（ファイル単位）/BSD・MIT・Apache（表示保持で自由）/パブリックドメイン（条件なし）