맨위로가기

소프트웨어 사용권

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.

1. 개요

소프트웨어 사용권은 소프트웨어의 사용, 복제, 배포에 대한 권리를 규정하는 법적 계약이다. 소프트웨어는 저작권법에 의해 보호받으며, 라이선스 유형에 따라 권한 범위가 달라진다. 사유 소프트웨어는 복제 및 수정이 제한적이며, 최종 사용자 사용권 계약(EULA)을 통해 사용 조건이 제시된다. 오픈 소스 소프트웨어는 사용, 수정, 재배포의 자유를 강조하며, GPL과 같은 카피레프트 라이선스는 소스 코드 공개 및 동일 라이선스 적용을 의무화한다. 라이선스 호환성 문제는 오픈 소스 소프트웨어 사용 시 고려해야 할 사항이다.

더 읽어볼만한 페이지

  • 이용 약관 - 인터넷 프라이버시
    인터넷 프라이버시는 개인 식별 정보의 획득, 공개, 사용을 통제하려는 사용자의 권리 주장으로, IP 주소, 쿠키 등 기술적 요소와 온라인 광고, 사이버 범죄 등 다양한 위협에 대한 보호 노력을 포함하며, 개인 정보 보호 검색 엔진, 브라우저, 법률 및 규정을 통해 보호된다.
  • 이용 약관 - 개인정보처리방침
    개인정보처리방침은 개인 정보의 수집, 이용, 제공 등에 대한 기업이나 조직의 정책을 명시한 문서로, 컴퓨터 기술 발전과 함께 개인 정보 보호 필요성이 커지면서 각국에서 관련 법률이 제정되었으나, 효용성과 소비자의 이해도에 대한 비판도 제기되고 있다.
  • 소프트웨어 사용권 - 자유-오픈 소스 소프트웨어
    자유-오픈 소스 소프트웨어(FOSS)는 소스 코드 접근, 수정, 재배포의 자유를 보장하는 소프트웨어로, 사용자의 자유를 중시하는 "자유 소프트웨어"와 상업적 이용 가능성에 중점을 둔 "오픈소스 소프트웨어"를 포괄하며, 비용 절감, 유연성 등의 장점과 기술 지원 부족, 보안 취약성 등의 단점이 있고, 다양한 이슈를 가진 채 널리 활용된다.
  • 소프트웨어 사용권 - 볼륨 라이선스
    볼륨 라이선스는 소프트웨어 여러 개를 구매할 때 사용되는 경제적인 라이선스 방식으로, 설치 미디어와 시리얼 번호 등을 묶어 관리하며, KMS 방식을 통해 불법 복제를 방지한다.
소프트웨어 사용권
개요
유형컴퓨터 소프트웨어
목적소프트웨어 사용 권한 부여
관련 법률저작권법
계약법
라이선스 유형
독점 라이선스상용 라이선스
셰어웨어
프리웨어
자유/오픈 소스 라이선스GNU 일반 공중 사용 허가서 (GPL)
MIT 라이선스
아파치 라이선스
BSD 라이선스
주요 특징
허용 범위소프트웨어 사용
소프트웨어 복제
소프트웨어 배포
소프트웨어 수정
제한 사항사용 목적 제한
사용 기간 제한
사용자 수 제한
책임 제한
라이선스 관리
라이선스 서버네트워크를 통해 라이선스 관리
활성화소프트웨어 사용 전에 활성화 필요
소프트웨어 보호 키라이선스 정보 저장
법적 측면
계약소프트웨어 라이선스는 계약의 일종
저작권 침해라이선스 조건 위반 시 저작권 침해 발생 가능
참고 사항
최종 사용자 사용권 계약 (EULA)소프트웨어 사용 전에 동의해야 하는 계약
관련 기술
디지털 권리 관리 (DRM)저작권 보호 기술

2. 소프트웨어 라이선스와 저작권법

대부분의 배포 소프트웨어는 라이선스 유형에 따라 분류가 가능하다.[9][2]

마크 웨빙크가 언급한 저작권 문맥의 소프트웨어 라이선스와 권리.[9][2]
제공되는 권한퍼블릭 도메인관대한 FOSS
라이선스 (예: BSD 라이선스)
방어적인 FOSS
라이선스 (예: GPL)
프리웨어/셰어웨어/
프리미엄
사유 라이선스영업 비밀
저작권 보유아니오
공연권아니오
보여줄 권리아니오
복제할 권리종종아니오아니오
수정할 권리아니오아니오아니오
배포할 권리예 (동일한 라이선스에서)예 (동일한 라이선스에서)종종아니오아니오
서브라이선스 권리아니오아니오아니오아니오
예제 소프트웨어SQLite, ImageJ아파치 웹 서버, ToyBox리눅스 커널, GIMP, OBSIrfanview, 윈앰프윈도우, 대부분의 상용 비디오 게임 및 해당 DRM, Spotify, xSplit, TIDAL서버사이드
클라우드 컴퓨팅 프로그램 및 서비스,
포렌식 애플리케이션 및 기타 업무용 프로그램.



컴퓨터 프로그램소스 코드 (또는 오브젝트 코드 형태의 컴파일된 바이너리)는 코드를 복제할 수 있는 독점적 권한을 소유자에게 부여하는 저작권법에 의해 보호받는다. 기본적인 아이디어나 알고리즘은 저작권법에 의해 보호받지 않지만, 종종 영업 비밀로 취급되어 비밀 유지 계약과 같은 방법으로 숨겨진다. 소프트웨어 저작권은 1970년대 중반부터 인정되어 왔으며, 소프트웨어를 만든 회사에 귀속되며, 이를 작성한 직원이나 계약자에게 귀속되지 않는다.

2. 1. 저작권법에 따른 분류

대부분의 배포 소프트웨어는 라이선스 유형에 따라 분류가 가능하다.[9][2]

마크 웨빙크가 언급한 저작권 문맥의 소프트웨어 라이선스와 권리.[9][2]
제공되는 권한퍼블릭 도메인관대한 FOSS
라이선스 (예: BSD 라이선스)
방어적인 FOSS
라이선스 (예: GPL)
프리웨어/셰어웨어/
프리미엄
사유 라이선스영업 비밀
저작권 보유
공연권
보여줄 권리
복제할 권리
수정할 권리
배포할 권리
서브라이선스 권리
예제 소프트웨어SQLite, ImageJ아파치 웹 서버, ToyBox리눅스 커널, GIMP, OBSIrfanview, 윈앰프윈도우, 대부분의 상용 비디오 게임 및 해당 DRM, Spotify, xSplit, TIDAL서버사이드
클라우드 컴퓨팅 프로그램 및 서비스,
포렌식 애플리케이션 및 기타 업무용 프로그램.



컴퓨터 프로그램소스 코드 (또는 오브젝트 코드 형태의 컴파일된 바이너리)는 코드를 복제할 수 있는 독점적 권한을 소유자에게 부여하는 저작권법에 의해 보호받는다. 기본적인 아이디어나 알고리즘은 저작권법에 의해 보호받지 않지만, 종종 영업 비밀로 취급되어 비밀 유지 계약과 같은 방법으로 숨겨진다. 소프트웨어 저작권은 1970년대 중반부터 인정되어 왔으며, 소프트웨어를 만든 회사에 귀속되며, 이를 작성한 직원이나 계약자에게 귀속되지 않는다.

3. 사유 소프트웨어 라이선스

1995년 매크로미디어에서 발행한 간략한 서면 베타 테스트 소프트웨어 라이선스


소프트웨어를 판매하는 대신 독점 소프트웨어를 라이선스하는 경향은 소프트웨어 저작권 보호의 범위가 법적 확실성을 갖기 전 시기부터 시작되었다. 이러한 라이선스는 소프트웨어 저작권이 법원에서 인정된 후에도 계속 사용되어 왔으며, 저작권법에 비해 회사에 추가적인 보호를 제공하는 것으로 간주된다. 미국 연방법에 따르면, 회사는 제품을 판매할 대상을 제한할 수 있지만 구매자가 제품을 재판매하는 것을 막을 수는 없다. 소프트웨어 라이선스 계약은 일반적으로 재판매를 금지하여 회사가 수익을 극대화할 수 있도록 한다.

전통적으로 소프트웨어는 사용자가 이해하거나 수정할 수 없지만 다운로드하여 실행할 수 있는 바이너리 오브젝트 코드 형태로 배포되었다. 사용자는 특정 버전의 소프트웨어를 사용할 수 있는 영구 라이선스를 구매했다. 서비스형 소프트웨어(SaaS) 공급업체는 애플리케이션 소프트웨어의 대다수 시장 점유율을 차지하고 있으며 2023년 현재 영구 라이선스를 거의 제공하지 않는다. SaaS 라이선스는 일반적으로 일시적이며 사용량 기반 또는 구독 방식으로 요금이 부과되지만 프리미엄과 같은 다른 수익 모델도 사용된다. 고객에게 일시적인 라이선스의 장점은 초기 비용 절감, 유연성 증가, 영구 라이선스에 비해 전체 비용 절감 등이 있다. 어떤 경우에는 전통적인 소프트웨어 판매자가 요구하는 과도한 일회성 비용이 중소기업의 손이 닿지 않았지만, 사용량 기반 SaaS 모델은 소프트웨어를 저렴하게 만들었다.

라이선스 허가 계약은 이용 시의 조건이 기재되어 있다. 각 소프트웨어 및 소프트웨어 제조사에 따라 허가되는 조건이 크게 다르므로, 올바르게 파악한 후 이용하는 것이 필수적이다. 예를 들어, 다음과 같은 이용을 하는 경우에는 주의가 필요하다.

  • 이용자(혹은 이용 기업)를 변경하는 경우
  • 제3자와 공유하는 PC를 이용하는 경우
  • 구입한 국가 이외에서 이용하는 경우
  • 학생 시절에 구입한 라이선스(아카데믹 버전)를 졸업 후에 이용하는 경우[4]
  • 복수의 PC에 설치 및 이용하는 경우
  • 가상화 소프트웨어를 이용하여 이용하는 경우
  • (서버 소프트웨어의) 하드웨어 구성을 변경하는 경우
  • (디지털 콘텐츠 제작 도구 및 소재집 등을 이용하여) 포르노를 제작하는 경우
  • 대상 연령이 명시되어 있는 게임 소프트웨어 등을 아동 혹은 미성년자가 이용하는 경우[5][6]


==== 일반적인 라이선스 내용 ====

상용 소프트웨어의 소프트웨어 라이선스에는 일반적으로 다음과 같은 사항이 포함된다.

  • 소프트웨어를 이용할 수 있는 인원수(또는 컴퓨터 대수)
  • 서버 소프트웨어의 경우, 서버 대수(또는 CPU 수, 인스턴스 수)
  • 소프트웨어의 이용 가능 기간(구독 또는 체험판)
  • 소프트웨어의 이용 장소 (제3자에 대한 대여 및 양도 금지)
  • 소프트웨어의 이용 목적 (아카데믹 버전)
  • 특정 이용 방법의 금지 (리버스 엔지니어링이나 공서 양속에 반하는 이용 방법)


==== 최종 사용자 사용권 계약 (EULA) ====

최종 사용자 사용권 계약(EULA)은 초기에는 제품 포장(수축 포장 계약)이나 종이에 인쇄되어 제공되었다. 최근에는 사용자가 클릭하거나 검색을 계속하는 것을 동의로 간주하는 클릭 랩 또는 브라우즈 랩 형태로 나타난다. 물리적 제약이 사라지면서 EULA의 길이는 늘어났으며, 대부분 읽고 이해하기 어렵지만 쉽게 동의하도록 설계되었다.

대부분의 소비자는 EULA를 거의 읽지 않으며, 조건에 이의를 제기할 수 없다고 가정하거나 소프트웨어 설치 중 동의하는 것을 알아차리지 못한다. 회사는 이러한 소비자의 부주의를 이용하여 EULA에 조항을 삽입한다.

사유 소프트웨어는 일반적으로 복사 및 재사용을 금지하고 구매자가 하나의 컴퓨터에서만 사용하도록 제한하는 조건으로 제공된다. 소스 코드는 거의 제공되지 않으며, 파생 소프트웨어 작업 및 역공학은 일반적으로 금지된다. 많은 EULA는 공급업체가 사용자의 정보를 수집하고 제한 없이 사용할 수 있도록 허용한다. 일부 EULA는 사용자가 소프트웨어를 사용하여 만든 창작물(예: 비디오 게임가상 세계에서의 창작물)에 대한 저작권을 행사하는 것을 제한한다.

대부분의 EULA는 제품으로 인한 피해에 대한 책임을 부인하며, 구매자가 법정 시스템에 접근하는 것을 막는다. 또한 공급업체가 언제든지 조건을 변경할 수 있도록 허용하며, 고객은 환불 없이 동의하거나 제품 사용을 중단해야 한다. 공급업체가 임의로 또는 이유 없이 일방적으로 계약을 해지할 수 있는 조항도 일반적이다.

EULA는 일괄 계약으로 제공되어, 양 당사자가 조건을 이해하고 자유 의지로 동의하는 전형적인 계약과는 거리가 멀다. 계약의 구속력에 대한 논쟁이 있었으며, 1996년 이전 미국에서는 클릭 랩 또는 브라우즈 랩 사용권이 구속력이 없는 것으로 간주되었으나, 이후로는 종종 구속력을 갖게 되었다. 유럽 연합에서는 EULA가 합리적인 소비자 기대를 위반하지 않는 범위 내에서만 집행 가능하다. 많은 EULA는 관할권에 따라 집행 불가능할 가능성이 있는 조항을 포함하며, 소프트웨어 공급업체는 사용자가 법정 시스템에 의존하지 않기 때문에 이러한 조항을 유지한다.

사용권 허가 계약은 이용 시 조건을 명시하며, 소프트웨어 및 제조사에 따라 조건이 다르므로 올바르게 파악하는 것이 중요하다. 예를 들어, 이용자 변경, 제3자와 공유 PC 이용, 구입 국가 외 이용, 학생용 라이선스의 졸업 후 이용, 복수 PC 설치, 가상화 소프트웨어 이용, 하드웨어 구성 변경(서버 소프트웨어), 포르노 제작(디지털 콘텐츠 제작 도구 등 이용), 아동 또는 미성년자의 대상 연령 명시 게임 소프트웨어 이용 시 주의가 필요하다.[4][5][6]

==== 서비스 수준 협약 (SLA) ====

서비스 수준 협약(SLA)은 기업용 소프트웨어에 자주 사용되며, 소프트웨어 성능 또는 고객 문제 대응 시간 등 서비스 수준을 보장한다. 많은 협약은 서비스가 합의된 기준에 미치지 못하면 금전적 처벌을 규정한다. SLA는 가용성, 신뢰성, 가격, 보안과 같은 측면을 정량화 가능한 지표를 사용하여 다루는 경우가 많다. 클라우드 컴퓨팅에서는 서로 다른 회사에서 관리할 수 있는 다양한 컴퓨팅 서비스를 사용하기 때문에 다단계 SLA가 일반적이다. 클라우드 컴퓨팅의 SLA는 2024년 현재 활발히 연구되는 분야이다.

3. 1. 일반적인 라이선스 내용

상용 소프트웨어의 소프트웨어 라이선스에는 일반적으로 다음과 같은 사항이 포함된다.

  • 소프트웨어를 이용할 수 있는 인원수(또는 컴퓨터 대수)
  • 서버 소프트웨어의 경우, 서버 대수(또는 CPU 수, 인스턴스 수)
  • 소프트웨어의 이용 가능 기간(구독 또는 체험판)
  • 소프트웨어의 이용 장소 (제3자에 대한 대여 및 양도 금지)
  • 소프트웨어의 이용 목적 (아카데믹 버전)
  • 특정 이용 방법의 금지 (리버스 엔지니어링이나 공서 양속에 반하는 이용 방법)

3. 2. 최종 사용자 사용권 계약 (EULA)

최종 사용자 사용권 계약(EULA)은 초기에는 제품 포장(수축 포장 계약)이나 종이에 인쇄되어 제공되었다. 최근에는 사용자가 클릭하거나 검색을 계속하는 것을 동의로 간주하는 클릭 랩 또는 브라우즈 랩 형태로 나타난다. 물리적 제약이 사라지면서 EULA의 길이는 늘어났으며, 대부분 읽고 이해하기 어렵지만 쉽게 동의하도록 설계되었다.

대부분의 소비자는 EULA를 거의 읽지 않으며, 조건에 이의를 제기할 수 없다고 가정하거나 소프트웨어 설치 중 동의하는 것을 알아차리지 못한다. 회사는 이러한 소비자의 부주의를 이용하여 EULA에 조항을 삽입한다.

사유 소프트웨어는 일반적으로 복사 및 재사용을 금지하고 구매자가 하나의 컴퓨터에서만 사용하도록 제한하는 조건으로 제공된다. 소스 코드는 거의 제공되지 않으며, 파생 소프트웨어 작업 및 역공학은 일반적으로 금지된다. 많은 EULA는 공급업체가 사용자의 정보를 수집하고 제한 없이 사용할 수 있도록 허용한다. 일부 EULA는 사용자가 소프트웨어를 사용하여 만든 창작물(예: 비디오 게임가상 세계에서의 창작물)에 대한 저작권을 행사하는 것을 제한한다.

대부분의 EULA는 제품으로 인한 피해에 대한 책임을 부인하며, 구매자가 법정 시스템에 접근하는 것을 막는다. 또한 공급업체가 언제든지 조건을 변경할 수 있도록 허용하며, 고객은 환불 없이 동의하거나 제품 사용을 중단해야 한다. 공급업체가 임의로 또는 이유 없이 일방적으로 계약을 해지할 수 있는 조항도 일반적이다.

EULA는 일괄 계약으로 제공되어, 양 당사자가 조건을 이해하고 자유 의지로 동의하는 전형적인 계약과는 거리가 멀다. 계약의 구속력에 대한 논쟁이 있었으며, 1996년 이전 미국에서는 클릭 랩 또는 브라우즈 랩 사용권이 구속력이 없는 것으로 간주되었으나, 이후로는 종종 구속력을 갖게 되었다. 유럽 연합에서는 EULA가 합리적인 소비자 기대를 위반하지 않는 범위 내에서만 집행 가능하다. 많은 EULA는 관할권에 따라 집행 불가능할 가능성이 있는 조항을 포함하며, 소프트웨어 공급업체는 사용자가 법정 시스템에 의존하지 않기 때문에 이러한 조항을 유지한다.

사용권 허가 계약은 이용 시 조건을 명시하며, 소프트웨어 및 제조사에 따라 조건이 다르므로 올바르게 파악하는 것이 중요하다. 예를 들어, 이용자 변경, 제3자와 공유 PC 이용, 구입 국가 외 이용, 학생용 라이선스의 졸업 후 이용, 복수 PC 설치, 가상화 소프트웨어 이용, 하드웨어 구성 변경(서버 소프트웨어), 포르노 제작(디지털 콘텐츠 제작 도구 등 이용), 아동 또는 미성년자의 대상 연령 명시 게임 소프트웨어 이용 시 주의가 필요하다.[4][5][6]

3. 3. 서비스 수준 협약 (SLA)

서비스 수준 협약(SLA)은 기업용 소프트웨어에 자주 사용되며, 소프트웨어 성능 또는 고객 문제 대응 시간 등 서비스 수준을 보장한다. 많은 협약은 서비스가 합의된 기준에 미치지 못하면 금전적 처벌을 규정한다. SLA는 가용성, 신뢰성, 가격, 보안과 같은 측면을 정량화 가능한 지표를 사용하여 다루는 경우가 많다. 클라우드 컴퓨팅에서는 서로 다른 회사에서 관리할 수 있는 다양한 컴퓨팅 서비스를 사용하기 때문에 다단계 SLA가 일반적이다. 클라우드 컴퓨팅의 SLA는 2024년 현재 활발히 연구되는 분야이다.

4. 자유-오픈 소스 소프트웨어 라이선스

1980년대 오픈 소스 운동 이전에는 거의 모든 소프트웨어가 독점적이었고, 소스 코드를 공개하지 않았다.[7] 오픈 소스 라이선스는 소프트웨어 사용, 배포 및 후속 혁신에 대한 개방성을 극대화하고 장벽을 최소화하는 것을 목표로 한다.

오픈 소스 라이선스는 다음과 같은 여러 가지 주요 특징을 공유한다.


  • 자유 재배포: 누구든지 저작권 소유자의 허가나 지불 없이 소프트웨어를 무료 또는 유료로 재배포할 수 있다.
  • 소스 코드에 대한 제한 없는 공개 접근—이는 "오픈 소스"라는 용어가 의미하는 바이다.
  • 사용자는 소프트웨어를 수정하고 자유 소프트웨어와 동일한 조건 또는 경우에 따라 다른 라이선스 하에 파생 저작물을 출시할 수 있다.
  • 상업적 사용을 포함하여 다양한 사용 간의 차별 금지.

오픈 소스 이니셔티브(Open Source Initiative)는 오픈 소스 정의를 준수하는 새로운 오픈 소스 라이선스를 심사하고 승인한다.

소프트웨어는 저작물이므로 유료 소프트웨어, 무상 소프트웨어에 관계없이 해당 소프트웨어의 이용을 저작권자가 허락하는 조건을 정할 수 있다. 따라서 무상으로 이용 가능한 소프트웨어라도 소프트웨어 라이선스가 존재하며, 해당 소프트웨어는 저작권자가 상정하는 조건 내에서 이용해야 한다.

자유 소프트웨어의 소프트웨어 라이선스 형태로 잘 알려진 것은 GNU 일반 공중 사용 허가서(GPL)이다. GPL에서 제시하는 조건의 예시로, GPL로 배포된 소프트웨어 자체나 그 파생물을 배포할 때 "바이너리를 배포할 때는 수령자에게 배포물에 해당하는 소스 코드를 제공해야 한다"는 조건이 있다. 이를 위반하는 행위는 상용 소프트웨어의 불법 복제 등과 마찬가지로 저작권법 위반으로 취급된다. 자세한 내용은 자유 소프트웨어 또는 GNU GPL 항목을 참조하라.

4. 1. FOSS 라이선스의 특징

자유 소프트웨어 라이선스는 무료 소프트웨어의 한 형태이다.[8] 자유 소프트웨어의 라이선스 형태로 잘 알려진 것은 GNU 일반 공중 사용 허가서(GPL)이다. GPL로 배포된 소프트웨어나 그 파생물을 배포할 때, GPL은 바이너리 배포 시 수령자에게 배포물에 해당하는 소스 코드를 제공해야 한다는 조건을 제시한다.[8] 이를 위반하는 행위는 상용 소프트웨어의 불법 복제 등과 마찬가지로 저작권법 위반으로 취급된다.[8] 자세한 내용은 자유 소프트웨어 또는 GNU GPL 항목을 참조하라.

4. 2. FOSS 라이선스의 종류

2022년 현재 가장 널리 사용되는 오픈 소스 라이선스는 아파치 라이선스(허용적 라이선스), MIT 라이선스(허용적 라이선스), GPL(카피레프트)이다.


FOSS 라이선스는 크게 비제한적 라이선스와 카피레프트 라이선스로 나뉜다.

  • 비제한적 라이선스: 파생 저작물의 라이선스에 제한 없이 저작물의 자유로운 재사용을 허용한다. 이들 중 다수는 원저작자의 귀속을 요구한다. 최초의 오픈 소스 라이선스는 과학적 협업을 용이하게 하기 위한 비제한적 라이선스였으며, 1978년 캘리포니아 대학교 버클리를 따서 명명된 BSD이다.
  • 카피레프트 라이선스: 소프트웨어와 함께 소스 코드를 배포해야 하며, 소스 코드를 유사한 라이선스 하에 사용할 수 있도록 해야 한다. GPL과 같은 강력한 카피레프트 라이선스는 독점 소프트웨어에서 재사용을 허용하지 않지만, LGPL과 같은 약한 카피레프트는 특정 상황에서 재사용을 허용한다. 개발자들은 카피레프트 라이선스가 자신들의 기여가 다른 사람들에게 불공정한 이점을 창출하는 것을 막는 방법이라고 인식한다.


자유 소프트웨어의 소프트웨어 라이선스 형태로 잘 알려진 것은 GPL이다. GPL은 소프트웨어나 그 파생물을 배포할 때 바이너리와 함께 소스 코드를 제공해야 한다는 조건을 제시한다. 이를 위반하는 행위는 저작권법 위반으로 간주된다.

소프트웨어가 퍼블릭 도메인에 있다면, 소유자의 저작권은 소멸되어 누구든 저작권 제한 없이 해당 저작물을 사용할 수 있다.

소프트웨어 외에도, 비상업적 용도로만 사용되는 크리에이티브 커먼즈 라이선스는 일부 예술가들 사이에서 인기를 얻고 있다. 그러나 비상업적 용도로만 사용할 수 있는 소프트웨어는 오픈 소스로 간주되지 않는다.

4. 3. 라이선스 호환성

1989년 이후, 소프트웨어를 위한 다양한 오픈 소스 라이선스가 생겨났다. 오픈 소스 소프트웨어 라이선스를 선택하는 것은 라이선스 확산으로 인해 점점 더 어려워졌으며, 이들 중 많은 라이선스는 사소한 차이만 있을 뿐이다. 많은 라이선스는 서로 호환되지 않아 자유 소프트웨어 운동의 목표를 저해한다. 번역 문제, 라이선스 조건의 모호성, 특정 관할 구역의 법률과 일부 라이선스의 비호환성은 문제를 더욱 악화시킨다.

일부 오픈 소스 소프트웨어 라이선스 호환성 차트


오픈 소스 모듈을 다운로드하는 것은 빠르고 쉽지만, 라이선스 조건을 준수하는 것은 더 어려울 수 있다. 소프트웨어 종속성의 양은 복잡한 프로젝트에서 작업하는 엔지니어들이 오픈 소스 구성 요소의 라이선스 조건을 준수하는 데 도움이 되도록 소프트웨어 라이선스 관리 소프트웨어에 의존해야 함을 의미한다. 많은 오픈 소스 소프트웨어 파일은 라이선스를 명확하게 명시하지 않아 준수의 어려움을 증가시킨다. 코드 베이스를 결합할 때, 원래 라이선스는 개별 구성 요소에 대해 유지될 수 있으며, 더 큰 작업은 호환되는 라이선스 하에 릴리스될 수 있다. 이러한 호환성은 종종 일방적이다. 저작권 주장이 없으므로 퍼블릭 도메인 콘텐츠는 어디에서나 사용할 수 있지만, 거의 모든 조건 하에 획득한 코드는 퍼블릭 도메인으로 이전될 수 없다. 허용적 라이선스는 카피레프트 작품 내에서 사용할 수 있지만, 카피레프트 자료는 허용적 라이선스 하에 릴리스될 수 없다. 일부 약한 카피레프트 라이선스는 GPL 하에서 사용될 수 있으며 GPL 호환이라고 한다. GPL 소프트웨어는 GPL 또는 AGPL 하에서만 사용할 수 있다.

5. 라이선스 형태의 종류

6. 사용자의 윤리와 권리

자유 소프트웨어 커뮤니티에서는 소프트웨어 사용자가 자신이 사용 중인 소프트웨어를 수정하고 재배포할 수 있는 자유를 가져야 한다고 생각한다. 이는 사용자가 자신의 컴퓨터를 제어하고, 서로 협력하며, 필요에 따라 특정 소프트웨어를 특정 방향으로 발전시킬 수 있게 하기 위함이다. 또한, 이러한 권리가 보장되어야 한다고 주장한다. 반면, 소프트웨어 제작자가 사용자에게 어떤 권리를 부여할지 제어할 수 있어야 한다는 주장도 있다.

이러한 자유 소프트웨어 철학은 1960년대에 시작된 해커 문화에 일부 기원을 두고 있다.

7. 한국의 소프트웨어 라이선스 관련 현황 및 과제

참조

[1] 웹사이트 Licenses https://opensource.o[...] 2024-05-12
[2] 웹사이트 Open Source from a Proprietary Perspective http://www.redhat.co[...] redhat.com 2015-12-29
[3] 웹사이트 Legal milestone for open source http://news.bbc.co.u[...] 2018-02-09
[4] 웹사이트 Creative Cloud 学生・教職員個人向け/一般的な質問 https://helpx.adobe.[...]
[5] 웹사이트 コンピュータソフトウェア倫理機構 http://www.sofurin.o[...]
[6] 웹사이트 コンピュータエンターテインメントレーティング機構 https://web.archive.[...]
[7] 문서 そもそも、利用の対価が有償か無償かということもソフトウェアライセンスで定められている条件のひとつである。
[8] 문서 "[[프리 소프트웨어]]의 목적은 \"무상\"이 아니라 \"자유\"라는 곳에 있다. 자세한 내용은 \"[[프리 소프트웨어]]\", \"[[FLOSS]]\" 등을 참조하십시오."
[9] 웹인용 Open Source from a Proprietary Perspective https://web.archive.[...] redhat.com 2015-12-29



본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com