当前位置 - 무료 법률 상담 플랫폼 - 상표 양도 - 개발자들 사이에서 흔히 사용되는 여러 가지 오픈소스 소프트웨어 프로토콜 분석 및 소개

개발자들 사이에서 흔히 사용되는 여러 가지 오픈소스 소프트웨어 프로토콜 분석 및 소개

이 글에서는 주로 개발자들 사이에서 흔히 볼 수 있는 여러 가지 오픈소스 소프트웨어 프로토콜을 분석하고 소개합니다.

Mozilla Public License

MPLLicense는 무료 재배포와 무료 수정을 허용하지만 수정된 코드의 저작권은 소프트웨어 작성자에게 있어야 합니다. 이러한 종류의 승인은 상업용 소프트웨어의 이익을 보호하며, 소프트웨어 수정에 따른 소프트웨어 저작권의 무료 제공을 요구합니다. 이러한 방식으로 소프트웨어를 둘러싼 모든 코드의 저작권은 원래 개발자의 손에 집중됩니다. 그러나 MPL은 수정과 무료 사용을 허용합니다. MPL 소프트웨어에는 연결에 대한 요구 사항이 없습니다.

BSD 오픈 소스 계약

BSD 오픈 소스 계약은 사용자에게 큰 자유를 제공하는 계약입니다. 자유롭게 사용할 수 있고, 소스 코드를 수정하고, 수정된 코드를 오픈 소스 또는 독점 소프트웨어로 다시 출시할 수 있습니다. BSD 프로토콜을 사용하는 코드를 출시하거나 BSD 프로토콜 코드를 기반으로 자체 제품을 개발하는 경우 다음 세 가지 조건을 충족해야 합니다.

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

2. 바이너리 클래스 라이브러리/소프트웨어만 재배포하는 경우 원본 코드의 BSD 프로토콜이 클래스 라이브러리/소프트웨어의 문서 및 저작권 설명에 포함되어야 합니다.

3. 오픈소스 코드의 작성자/단체 이름이나 원본 제품 이름을 마케팅 목적으로 사용하지 마십시오.

BSD 코드는 코드 공유를 장려하지만 코드 작성자의 저작권은 존중되어야 합니다. BSD는 사용자가 코드를 수정 및 재배포할 수 있도록 하고, BSD 코드를 사용하거나 이를 기반으로 개발된 상용 소프트웨어를 출시 및 판매할 수 있도록 하기 때문에 상업적 통합에 친화적인 프로토콜입니다. 많은 회사에서는 오픈 소스 제품을 선택할 때 BSD 프로토콜을 선호합니다. 왜냐하면 이러한 타사 코드를 완전히 제어할 수 있고 필요할 때 다시 수정하거나 개발할 수 있기 때문입니다.

Apache 라이선스 2.0

Apache 라이선스는 잘 알려진 비영리 오픈 소스 조직인 Apache에서 채택한 프로토콜입니다. 이 계약은 BSD와 유사하며 코드 소유자가 원저작자의 저작권을 공유하고 존중하도록 권장하며 코드 수정 및 재배포(오픈 소스 또는 상용 소프트웨어)도 허용합니다. 충족해야 할 조건:

1. 코드 사용자에게 Apache 라이선스가 부여되어야 합니다.

2. 코드를 수정하는 경우 해당 내용이 명시되어야 합니다. 수정된 파일.

3. 확장 코드(소스 코드에서 수정되고 파생된 코드)에는 원본 코드에서 원본 작성자가 지정한 계약, 상표, 특허 설명 및 기타 지침이 포함되어야 합니다.

4. 재출시된 제품에 공지사항 파일이 포함된 경우 공지사항 파일에 Apache 라이센스가 포함되어 있어야 합니다. 통지에 자신의 라이센스를 추가할 수 있지만 이것이 Apache 라이센스에 대한 변경으로 나타날 수는 없습니다.

Apache 라이선스는 상용 애플리케이션에도 친화적인 라이선스입니다. 사용자는 필요할 때 필요에 맞게 코드를 수정하고 오픈 소스 또는 상용 제품으로 게시/판매할 수도 있습니다.

GPL

GPL 라이센스는 무료 소프트웨어에 대해 가장 널리 사용되는 소프트웨어 라이센스입니다. 사람들은 프로그램 기반의 프로그램을 구성하기 위해 하나 또는 여러 개의 프로그램 사본이나 프로그램의 일부를 수정할 수 있습니다. 이 프로그램의 파생물에 대해. 수정된 파일에는 해당 파일을 수정했다는 명확한 설명과 수정 날짜가 함께 제공되어야 합니다. 귀하는 프로그램의 전부 또는 일부를 포함하여 귀하가 게시하거나 게시한 저작물, 또는 프로그램의 전부 또는 일부에서 파생된 저작물을 본 라이센스 조건에 따라 제3자가 사용하도록 허용해야 하며, 요금을 청구해서는 안 됩니다.

LGPL

Linux는 GPL을 채택합니다. GPL 계약은 코드 재사용을 장려하는 BSD 및 Apache 라이센스와 같은 라이센스와 매우 다릅니다. GPL의 출발점은 오픈소스/코드의 자유로운 사용과 오픈소스/참조/수정/파생코드의 자유로운 사용이지만, 수정되고 파생된 코드는 폐쇄소스 상용으로 공개 및 판매가 허용되지 않습니다. 소프트웨어.

그렇기 때문에 우리는 상업용 기업의 리눅스부터 개인, 조직, 상업용 소프트웨어 회사가 개발한 리눅스 상의 다양한 무료 소프트웨어까지 모든 종류의 무료 리눅스를 사용할 수 있습니다.

GPL 계약의 주요 내용은 GPL 계약에 따른 제품이 소프트웨어에 사용되는 한("사용"은 클래스 라이브러리 참조, 수정된 코드 또는 파생 코드를 의미함), 소프트웨어 제품은 또한 오픈 소스이자 무료여야 하는 GPL 계약을 채택해야 합니다. 이것을 "감염성"이라고 합니다. GPL 라이센스 제품을 별도의 제품으로 사용해도 문제가 없으며, 무료라는 장점도 누릴 수 있습니다.

GPL은 GPL 클래스 라이브러리를 사용하는 소프트웨어 제품은 반드시 GPL 프로토콜을 사용해야 한다고 규정하고 있기 때문에 GPL 프로토콜을 사용하는 오픈소스 코드나 상용 소프트웨어, GPL을 사용하는 부서 등을 통합/채택하는 것은 적합하지 않습니다. 클래스 라이브러리로서 코드에 대한 기밀 요구 사항이 있으며 라이브러리 및 보조 개발의 기초가 됩니다.

재배포와 같은 기타 세부 사항에는 BSD/Apache 등과 유사한 GPL 계약이 수반되어야 합니다.

공개 도메인

공개 도메인 승인. 소프트웨어를 공개 도메인으로 라이센스합니다. 이러한 소프트웨어 패키지에는 라이센스 계약이 없으며 누구나 마음대로 사용할 수 있습니다.

zlib/libpng

소프트웨어의 출처가 허위로 표시되지 않고 원본 릴리스 공지가 보존되는 한 누구나 상업용 응용 프로그램을 포함하여 어떤 목적으로든 이 소프트웨어를 사용할 수 있습니다.

p>

예술적 라이선스를 통해 저작자는 추가 개발에 대한 통제권을 유지할 수 있습니다.

MIT

MIT는 BSD와 동일한 광범위한 라이센스 계약으로, 저자는 다른 제한 없이 저작권만 보유하기를 원합니다. 즉, 바이너리로 배포하든 소스 코드로 배포하든 관계없이 배포판에 원래 라이센스 계약에 대한 설명을 포함해야 합니다.