다섯 가지 오픈 소스 프로 토 콜 비교(BSD,Apache,GPL,LGPL,MIT)

참고 문헌:http://www.fsf.org/licensing/licenses/
현재 존재 하 는 오픈 소스 프로 토 콜 은 매우 많은 데 오픈 소스 이 니 셔 티 브 조직 이 비준 을 통과 한 오픈 소스 프로 토 콜 은 현재 58 가지(http://www.opensource.org/licenses/alphabetical）。우 리 는 BSD,GPL,LGPL,MIT 등 흔히 볼 수 있 는 오픈 소스 협의 에서 모두 OSI 가 비준 한 협의 이다.자신의 코드 를 오픈 하려 면 허 가 된 오픈 소스 프로 토 콜 을 선택 하 는 것 이 좋 습 니 다.
여기 서 우 리 는 네 가지 가장 자주 사용 하 는 개원 협의 와 그들의 적용 범 위 를 살 펴 보고 개원 을 준비 하거나 개원 제품 을 사용 하 는 개발 자/공장 에 참고 하도록 한다.
BSD 오픈 소스 프로 토 콜(오리지널 BSD 라이선스,FreeBSD 라이선스,오리지널 BSD 라이선스)
BSD 오픈 소스 프로 토 콜 은 사용자 에 게 매우 큰 자 유 를 주 는 프로 토 콜 이다.기본적으로 사용 자 는'하고 싶 은 대로'할 수 있 고 자 유 롭 게 사용 할 수 있 으 며 소스 코드 를 수정 할 수 있 으 며 수 정 된 코드 를 오픈 소스 나 전용 소프트웨어 로 다시 발표 할 수 있다.
그러나'하고 싶 은 대로'의 전 제 는 BSD 프로 토 콜 을 사용 한 코드 를 발표 하거나 BSD 프로 토 콜 코드 를 바탕 으로 자신의 제품 을 2 차 개발 할 때 세 가지 조건 을 만족 시 켜 야 한다.

              ，                BSD  。
             /  ，      /                   BSD  。
           /                 。

BSD 코드 는 코드 공 유 를 권장 하지만 코드 작성 자의 저작권 을 존중 해 야 한다.BSD 는 사용자 가 코드 를 수 정·재발 행 할 수 있 도록 하고,BSD 코드 에서 도 상용 소프트웨어 발 표·판 매 를 사용 하거나 개발 할 수 있 게 해 주기 때문에 사업 통합 에 우호 적 인 협의 다.많은 회사 기업 들 이 오픈 소스 제품 을 선택 할 때 BSD 협 의 를 선 호한 다.이런 제3자 의 코드 를 완전히 제어 할 수 있 고 필요 할 때 수정 하거나 2 차 개발 할 수 있 기 때문이다.
Apache Licence 2.0（Apache License, Version 2.0、Apache License, Version 1.1、Apache License, Version 1.0）
Apache Licence 는 유명한 비 영리 오픈 소스 조직 인 Apache 가 사용 하 는 프로 토 콜 이다.이 협 의 는 BSD 와 유사 하 게 코드 공유 와 원작 자의 저작권 존중 을 장려 하고 코드 수정 을 허용 하 며 재 발표(오픈 소스 또는 비 즈 니스 소프트웨어 로)한다.만족 해 야 할 조건 도 BSD 와 유사 하 다.

          Apache Licence
        ，            。
       （             ）            ，  ，                    。
             Notice  ，  Notice       Apache Licence。    Notice        ，        Apache Licence    。

Apache Licence 도 비 즈 니스 애플 리 케 이 션 에 우호 적 인 허가 다.사용자 도 필요 할 때 코드 를 수정 하여 수 요 를 만족 시 키 고 개원 또는 상업 제품 으로 발표/판매 할 수 있다.
GPL（GNU General Public License）
우리 가 잘 아 는 리 눅 스 는 GPL 을 채택 한 것 이다.GPL 프로 토 콜 과 BSD,Apache Licence 등 코드 재 활용 을 권장 하 는 라이선스 가 다르다.GPL 의 출발점 은 코드 의 오픈 소스/무료 사용 과 인용/수정/파생 코드 의 오픈 소스/무료 사용 이지 만,수 정 된 코드 와 파생 된 코드 를 폐 원 으로 하 는 비 즈 니스 소프트웨어 의 발표 와 판 매 는 허용 되 지 않 습 니 다.이것 이 바로 우리 가 상업 회사 의 Liux 와 Liux 를 포함 하여 개인,조직,그리고 상업 소프트웨어 회사 가 개발 한 무료 소프트웨어 를 무료 로 사용 할 수 있 는 이유 이다.
GPL 프로 토 콜 의 주요 내용 은 하나의 소프트웨어 에서('사용'은 라 이브 러 리 참조,수 정 된 코드 또는 파생 코드)GPL 프로 토 콜 을 사용 하 는 제품 이 라면 이 소프트웨어 제품 도 반드시 GPL 프로 토 콜 을 사용 해 야 하 며,반드시 오픈 소스 와 무료 여야 한 다 는 것 이다.이른바'전염성'이다.GPL 프로 토 콜 의 제품 은 하나의 단독 제품 으로 사용 하 는 데 아무런 문제 가 없고 무료 장점 도 누 릴 수 있다.
GPL 라 이브 러 리 를 사용 한 소프트웨어 제품 은 GPL 프로 토 콜 을 사용 해 야 하 며,GPL 프로 토 콜 을 사용 한 오픈 소스 코드 에 대해 서 는 상업 소프트웨어 나 코드 에 대한 비밀 유지 요구 가 있 는 부 서 는 라 이브 러 리 와 2 차 개발 의 기반 으로 통합/채용 하기에 적합 하지 않다.
다른 세부 사항 은 재 발표 할 때 GPL 프로 토 콜 등 과 BSD/apache 등 이 유사 해 야 한다.
LGPL（GNU Lesser General Public License）
LGPL 은 GPL 의 라 이브 러 리 사용 을 위 한 오픈 소스 프로 토 콜 이다.GPL 이 사용/수정/파생 된 GPL 라 이브 러 리 를 요구 하 는 모든 소프트웨어 는 GPL 프로 토 콜 을 사용 해 야 합 니 다.LGPL 은 상업 소프트웨어 가 상업 소프트웨어 의 코드 를 오픈 하지 않 고 라 이브 러 리 인용(link)방식 으로 LGPL 라 이브 러 리 를 사용 할 수 있 도록 허용 한다.이 때문에 LGPL 프로 토 콜 을 사용 한 오픈 소스 코드 는 상업 소프트웨어 에 의 해 라 이브 러 리 로 인용 되 고 발표 되 며 판매 할 수 있다.
그러나 LGPL 프로 토 콜 의 코드 를 수정 하거나 파생 시 키 면 모든 수 정 된 코드 는 수정 부분 과 관련 된 추가 코드 와 파생 된 코드 는 반드시 LGPL 프로 토 콜 을 사용 해 야 한다.따라서 LGPL 프로 토 콜 의 오픈 소스 코드 는 제3자 라 이브 러 리 로 상업 용 소프트웨어 에 인 용 될 수 있 으 나 LGPL 프로 토 콜 코드 를 기반 으로 수정 과 파생 방식 으로 2 차 개발 을 원 하 는 상업 용 소프트웨어 도입 에는 적합 하지 않다.
GPL/LGPL 은 모두 원작 자의 지적 재산권 을 보장 하여 누군가가 오픈 소스 코드 를 이용 하여 유사 한 제품 을 복제 하고 개발 하지 않도록 한다.
MIT（MIT）
MIT 는 BSD 와 같은 광범 위 한 허가 프로 토 콜 입 니 다.저 자 는 저작권 만 보류 하고 싶 습 니 다.다른 제한 이 없습니다.즉,발행 판 에 원 허가 프로 토 콜 의 성명 을 포함해 야 합 니 다.바 이 너 리 로 발표 하 든 소스 코드 로 발표 하 든.
trackback:
http://www.awflasher.com/blog/archives/939