5가지 일반적인 소스 오픈 프로토콜

현재 존재하는 오픈 소스 프로토콜은 매우 많은데 Open Source Initiative 조직이 비준을 통과한 오픈 소스 프로토콜은 현재(2016.7.14) 78종이다.우리가 흔히 볼 수 있는 소스 오픈 프로토콜은 다음과 같다.

BSD,

Apache Licence 2.0,

GPL,

LGPL,

MIT

모두 OSI에서 승인한 프로토콜입니다.자신의 코드를 원본으로 만들려면 승인된 원본 프로토콜을 선택하는 것이 가장 좋다.

BSD（original BSD license、FreeBSD license、Original BSD license）

:      ，          

BSD 오픈 소스 프로토콜은 사용자에게 매우 큰 자유를 주는 프로토콜이다.기본적으로 사용자는 마음대로 할 수 있고 자유롭게 사용할 수 있으며 원본 코드를 수정할 수도 있고 수정된 코드를 원본 또는 전문 소프트웨어로 다시 발표할 수도 있다.
그러나'원하는 대로'전제에서 BSD 프로토콜을 사용한 코드를 발표하거나 BSD 프로토콜 코드를 바탕으로 자신의 제품을 2차 개발할 때 세 가지 조건을 충족시켜야 한다.

재출시 제품에 소스 코드가 포함된 경우 소스 코드에 원래 코드의 BSD 프로토콜이 있어야 합니다.

만약에 2진 라이브러리/소프트웨어만 발표한다면 라이브러리/소프트웨어의 문서와 판권 성명에 원래 코드에 있는 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）

:         ，       

아파치 라이센스는 유명한 비영리 오픈소스 조직인 아파치가 채택한 프로토콜이다.이 협의는 BSD와 유사하게 코드 공유와 원작자의 저작권 존중을 장려하고 코드 수정을 허용하여 다시 발표한다(소스 또는 상업 소프트웨어로).충족해야 하는 조건도 BSD와 유사합니다.

코드를 사용하는 사용자에게 Apache Licence

를 복사해야 합니다.

코드를 수정하면 수정된 파일에 대한 설명이 필요합니다.

연장된 코드(수정 및 유원 코드로 파생된 코드에서)는 원래 코드의 협의, 상표, 특허성명과 다른 원래 저자의 규정에 포함된 설명을 가지고 있어야 한다.

재출시 제품에 Notice 파일이 포함된 경우 Notice 파일에 Apache Licence가 있어야 합니다.Notice에 자신의 허가를 추가할 수 있지만, Apache Licence에 대한 변경으로 표현할 수 없습니다.

Apache Licence도 상업용 어플리케이션에 대한 우호적인 라이센스입니다.사용자도 필요할 때 코드를 수정하여 수요를 만족시키고 개원 또는 상업 제품으로 발표/판매할 수 있다.

GPL（GNU General Public License）

:         ，            ，    :D

우리가 잘 아는 Linux는 GPL을 채택한 것이다.GPL 프로토콜과 BSD, 아파치 라이센스 등 코드 재사용을 권장하는 라이선스는 다르다.GPL의 출발점은 코드의 소스/무료 사용과 인용/수정/파생 코드의 소스/무료 사용이지만, 수정된 코드와 파생된 코드를 폐원으로 하는 상업 소프트웨어의 발표와 판매는 허용되지 않는다.이것이 바로 우리가 상업 회사의 linux와 linux를 포함하여 개인, 조직, 그리고 상업 소프트웨어 회사가 개발한 다양한 무료 소프트웨어를 사용할 수 있는 이유이다.
GPL 프로토콜의 주요 내용은 한 소프트웨어에서 GPL 프로토콜을 인용하고 수정된 코드나 파생 코드인 GPL 프로토콜을 사용하는 제품만 사용하면 이 소프트웨어 제품도 반드시 GPL 프로토콜을 사용해야 하며 오픈소스와 무료도 있어야 한다.이것이 바로 이른바 전염성이다.GPL 협의 제품은 단독 제품으로 사용하면 아무런 문제가 없고 무료의 장점도 누릴 수 있다.
GPL이 GPL 라이브러리를 사용하는 소프트웨어 제품은 반드시 GPL 프로토콜을 사용해야 하기 때문에 GPL 프로토콜을 사용하는 소스 코드에 대해 상업 소프트웨어나 코드에 대한 비밀 유지 요구가 있는 부서는 라이브러리와 2차 개발의 기초로 통합/채택하기에 적합하지 않다.
기타 세부 사항은 다시 발표할 때 GPL 프로토콜 등과 BSD/apache 등과 유사하다.

LGPL（GNU Lesser General Public License）

: GPL       ，    

LGPL은 GPL의 주요 클래스 라이브러리를 위해 설계된 소스 오픈 프로토콜이다.GPL이 GPL 라이브러리를 사용/수정/파생하도록 요구하는 소프트웨어와는 GPL 프로토콜을 사용해야 한다.LGPL은 비즈니스 소프트웨어가 클래스 라이브러리 인용(link) 방식을 통해 LGPL 클래스 라이브러리를 사용할 수 있도록 하고 비즈니스 소프트웨어의 코드를 원본으로 만들 필요가 없다.이로써 LGPL 프로토콜을 사용한 소스 코드는 비즈니스 소프트웨어가 라이브러리로 인용하여 발표하고 판매할 수 있다.
그러나 LGPL 프로토콜의 코드를 수정하거나 파생하면 수정된 모든 코드, 수정된 부분과 관련된 추가 코드와 파생된 코드는 반드시 LGPL 프로토콜을 사용해야 한다.따라서 LGPL 프로토콜의 소스 코드는 제3자 라이브러리로 상업 소프트웨어에 인용되기에 적합하지만 LGPL 프로토콜 코드를 바탕으로 수정과 파생을 통해 2차 개발된 상업 소프트웨어 채택을 희망하는 것은 적합하지 않다.
GPL/LGPL은 소스 코드를 사용하여 유사한 제품을 복제하고 개발하는 사람이 없도록 원작자의 지적재산권을 보장합니다.

MIT（MIT）

:           ，   

MIT는 BSD와 같은 관대한 허가 협의로 작가는 판권만 보존하고 다른 제한이 없다.즉, 2진법으로 발표되었든, 원본 코드로 발표되었든, 발행판에 원래의 허가 프로토콜의 성명을 포함해야 한다.