소프트웨어 사용권 #289

개요

소프트웨어 사용권(software license)은 소프트웨어의 사용, 복제, 수정, 배포 등 권리 범위와 조건을 규정하는 법적 도구이다. 저작권법상 소프트웨어가 보호받는 저작물로 인정됨에 따라, 권리자는 복제본을 판매하는 대신 사용권을 허여하는 방식을 택해 재배포·역공학·파생물 제작 등에 대한 통제를 강화해 왔다[1][2][3]. 라이선스는 크게 사유(독점) 라이선스와 자유·오픈 소스 라이선스로 나뉘며, 서비스 수준 협약서(SLA)처럼 서비스 품질을 보장하는 별도 유형도 존재한다[2][3].

역사·유래

소프트웨어 저작권의 성립과 라이선스 모델의 등장

1970년대 중반 미국에서 컴퓨터 프로그램의 소스 코드와 목적 코드(바이너리)가 저작권법상 보호 대상임이 인정되기 시작했다[2][3]. 저작권은 코드를 작성한 직원·계약자가 아닌 소프트웨어를 제작한 회사에 귀속된다[2][3]. 저작권 보호 범위가 명확해지기 전부터 기업은 복제본 판매 대신 라이선스 허여를 선호했는데, 이는 저작권법보다 엄격한 재배포 금지·재판매 제한·역공학 금지 등을 계약으로 강제할 수 있기 때문이다[2][3]. 미국 연방법상 판매자는 거래 상대방을 제한할 수 있으나 구매자의 재판매권(최초 판매 원칙)은 막을 수 없으므로, 라이선스 계약에 재판매 금지 조항을 두어 수익을 극대화해 왔다[2][3].

배포 형태의 변화: 영구 라이선스에서 SaaS로

전통적으로 소프트웨어는 사용자가 이해·수정할 수 없는 바이너리 목적 파일 형태로 배포되었으며, 사용자는 특정 버전을 쓰기 위한 영구 라이선스를 일시불로 구입했다[2][3]. 2023년 기준 응용 소프트웨어 시장의 과반을 차지하는 서비스형 소프트웨어(SaaS) 판매자는 영구 라이선스를 거의 제공하지 않으며, 구독·종량제·프리미엄 등 일시적 라이선스 모델로 전환했다[2][3]. 고객 입장에서는 초기 비용 절감, 유연성 증대, 전체 비용 감소 등의 이점이 있으며, 중소기업도 고가의 일시불 부담 없이 소프트웨어를 이용할 수 있게 되었다[2][3].

작동 방식과 유형

사유 소프트웨어 라이선스와 EULA

사유 소프트웨어는 복제·재사용을 금지하고 설치 대수·용도·이용자 수 등을 제한하는 엄격한 라이선스 하에 제공된다[2][3]. 소스 코드는 거의 공개되지 않으며, 파생물 제작·역공학은 명시적으로 금지된다[2][3]. 최종 사용자 사용권 계약(EULA)은 초기에는 슈링크랩 포장이나 종이 문서로 제공되었고, 제품을 반품하지 않으면 동의한 것으로 간주하는 조항이 포함되었다[2][3]. 물리적 제약이 사라지면서 클릭랩(클릭으로 동의) 또는 브라우즈랩(계속 탐색 시 동의) 형태로 바뀌었고, 문서 길이도 크게 늘었다[2][3]. 대다수 EULA는 읽고 이해하기 어렵게 작성되어 있으나 동의는 쉽게 할 수 있도록 설계되어 있으며, 소비자 대부분은 약관을 읽지 않고 설치 과정에서 무심코 동의한다[2][3]. 기업은 이러한 부주의를 이용해 정보 수집·무제한 이용, 2차적저작물에 대한 사용자 저작권 제한, 면책·법원 접근 차단, 일방적 조건 변경·해지 권한 등 판매자에게 유리한 조항을 삽입한다[2][3].

EULA는 협상 불가능한 '수용 아니면 거절(take-it-or-leave-it)' 방식으로 제공되어 전형적인 계약과 거리가 멀며, 구속력 인정 여부는 오랫동안 논쟁 대상이었다[2][3]. 미국에서는 1996년 이전 클릭랩·브라우즈랩의 구속력을 부정했으나 이후 긍정하는 판례가 늘었다[2][3]. 유럽 연합의 새로운 디지털 콘텐츠 지침에 따르면 EULA는 합리적인 소비자 기대를 위반하지 않는 범위에서만 집행 가능하며, 복제·소유권 이전 제한 조항은 기대와 괴리가 커 집행이 제한된다[2][3]. 관할권에 따라 집행 불가능한 조항이 다수 포함되어 있으나, 사용자가 소송으로 다투는 경우가 드물어 판매자는 이를 유지한다[2][3].

서비스 수준 협약서(SLA)

SLA는 전사적 소프트웨어·클라우드 서비스에서 성능·응답 시간·가용성·신뢰성·보안 등 측정 가능한 지표로 서비스 수준을 보장하며, 미달 시 금전적 벌칙을 부과하는 경우가 많다[2][3]. 클라우드 컴퓨팅에서는 서로 다른 회사가 관리하는 다양한 서비스가 결합되므로 다계층(Multi-tier) SLA가 일반적이며, 2024년 기준 활발히 연구되는 분야이다[2][3].

자유 및 오픈 소스 소프트웨어 라이선스(FOSS)

1980년대 오픈 소스 운동 이전에는 거의 모든 소프트웨어가 사유였으며 소스 코드를 공개하지 않았다[2][3]. 오픈 소스 라이선싱은 개방성을 극대화하고 사용·보급·후속 혁신의 장벽을 최소화하는 것을 목표로 한다[2][3]. 오픈 소스 이니셔티브(OSI)는 오픈 소스 정의를 준수하는 라이선스를 심사·승인한다[2][3]. 모든 오픈 소스 라이선스는 다음 특징을 공유한다[2][3].

소스 코드에 대한 무제한적 공개 접근

수정 및 파생물 출시 자유(동일 조건 또는 일부 경우 타 라이선스)

상업적 이용을 포함한 용도 간 차별 금지

#### 라이선스 유형별 상세

퍼블릭 도메인 / 퍼블릭 도메인 동등 라이선스

저작권이 소멸하거나 권리자가 권리를 포기하여 누구나 저작권 제한 없이 이용 가능[2][3].

허용적 라이선스(비제한적 라이선스, Permissive License)

파생물 라이선스에 제한을 두지 않고 자유로운 재사용을 허용하며, 대체로 원저작자 표시만 요구[2][3]. 최초의 오픈 소스 라이선스는 1978년 캘리포니아 대학교 버클리에서 과학적 협력을 위해 만든 BSD(Berkeley Software Distribution) 라이선스이다[2][3].

카피레프트 라이선스(동일조건변경허락, Share-alike)

소스 코드 배포를 의무화하고, 파생물도 동일·유사 라이선스 하에 제공하도록 강제[2][3]. 자유 소프트웨어로 간주되면서도 재사용 제한을 최대화하는 방식이다[2][3].

강력 카피레프트(Strong Copyleft): GPL 등. 사유 소프트웨어에서의 재사용 불허[2][3].

약한 카피레프트(Weak Copyleft): LGPL 등. 일부 상황(라이브러리 동적 링크 등)에서 사유 소프트웨어 재사용 허용[2][3].

리처드 스톨먼은 "카피레프트의 핵심 아이디어는 저작권법을 이용하되, 이를 일반적인 목적과는 반대되는 목적을 위해 뒤집는 것이다. 즉, 소프트웨어를 사유화하는 수단 대신 저작권을 소프트웨어를 자유롭게 유지하는 수단으로 만드는 것"이라고 설명했다[2][3].

비상업적 전용 라이선스

크리에이티브 커먼즈 비상업적(CC BY-NC) 등은 예술 분야에서 인기이나, 소프트웨어가 비상업적 용도로만 제공되면 오픈 소스로 인정되지 않는다[2][3]. 썬 마이크로시스템즈의 비상업적 전용 Java Research License는 오픈 소스 커뮤니티에서 거부되었으며, 2006년 자바 대부분을 GPL 하에 재출시했다[2][3].

#### 호환성 문제

1989년 이후 다양한 오픈 소스 라이선스가 만들어지면서 '라이선스 범람'으로 선택이 어려워졌고, 사소한 차이만 있는 라이선스 다수가 서로 호환되지 않아 자유 소프트웨어 운동의 목표를 저해한다[2][3]. 번역 문제, 조건 모호성, 특정 관할권 법률과의 불일치 등이 복잡성을 가중한다[2][3].

의존성 증가로 복잡한 프로젝트 엔지니어는 소프트웨어 라이선스 관리 도구에 의존해 준수 여부를 확인해야 하며, 많은 오픈 소스 파일이 라이선스를 명확히 명시하지 않아 어려움이 커진다[2][3]. 코드베이스 결합 시 구성 요소별 원 라이선스를 유지하고 전체 저작물을 호환 라이선스로 출시할 수 있으나, 호환성은 주로 단방향이다[2][3].

퍼블릭 도메인 콘텐츠: 어디서든 사용 가능, 그러나 타 라이선스 하 취득 코드를 퍼블릭 도메인으로 포기 불가

허용적 라이선스: 카피레프트 저작물 내 사용 가능

카피레프트 자료: 허용적 라이선스로 재출시 불가

일부 약한 카피레프트: GPL 하 사용 가능(GPL 호환)

GPL 소프트웨어: GPL 또는 AGPL 하에서만 사용 가능[2][3]

#### 집행 가능성

FOSS 라이선스는 2000년대 중반부터 민사 법원에서 성공적으로 집행되어 왔다. 법원은 소프트웨어 배포 행위가 라이선스 조건 수락을 의미한다고 판단했다[2][3]. 다만 개발자는 소송 없이 준수를 이끌어내는 경우가 많으며, 커뮤니티 반발 등 사회적 압력만으로도 충분하다[2][3]. 정지명령 서신(cease-and-desist letter)은 특히 독일에서 기업의 준수를 유도하는 일반적인 수단이다[2][3].

오픈 소스 라이선스가 '순수 라이선스(bare license)'인지 '계약(contract)'인지에 대한 논의가 오래 지속되어 왔다[2][3]. 순수 라이선스 해석(자유 소프트웨어 재단 주장)에 따르면 저작권자가 저작권 침해로 소송을 제기하고, 계약 해석에 따르면 당사자가 채무불이행(계약 위반)으로 소송을 제기할 수 있다[2][3]. 미국과 프랑스 법원은 두 해석 모두에 따라 사건을 심리한 바 있다[2][3].

사례

자료에 구체적인 게임·소프트웨어 제품명이 사례로 제시되지 않았으나, 위키백과 '같이 보기' 항목에 이중 라이선스, 제품 활성화, 복사 방지, 디지털 권리 관리 등이 관련 주제로 열거되어 있다[2][3].

규제·논란·평가

EULA의 불공정성·집행력 논란

소비자 대다수가 약관을 읽지 않으며, 기업은 이를 이용해 불리한 조항을 삽입한다는 비판[2][3].

협상 불가능한 일방적 계약 형태(take-it-or-leave-it)로 전형적 계약 원칙과 배치[2][3].

미국: 1996년 이후 클릭랩·브라우즈랩 구속력 인정 경향, 그러나 관할권·사안별 차이 존재[2][3].

유럽 연합: 디지털 콘텐츠 지침에 따라 합리적 소비자 기대를 위반하지 않는 범위에서만 집행 가능, 복제·이전 제한 조항은 집행 곤란[2][3].

집행 불가능한 조항을 판매자가 유지하는 이유: 사용자 소송 제기 빈도 낮음[2][3].

오픈 소스 라이선스 범람과 호환성 저해

1989년 이후 라이선스 수 폭증, 사소한 차이만 있는 라이선스 다수, 상호 호환성 부족으로 자유 소프트웨어 운동 목표 저해[2][3].

번역·모호성·관할권 법률 불일치로 준수 비용 증가, 라이선스 관리 도구 의존도 심화[2][3].

파일 단위 라이선스 미명시로 준수 난이도 가중[2][3].

라이선스 법적 성격 논쟁: 순수 라이선스 vs 계약

미국·프랑스 법원은 양 해석 모두 수용하여 판시[2][3].

오픈 소스 소프트웨어의 가치와 비즈니스 모델

기업 90% 이상이 사유 소프트웨어 구성 요소로 오픈 소스 사용, 실용적 비즈니스 판단에 기인[2][3].

사유·오픈 소스 간 직접 경쟁 시 가격·품질 영향에 대한 연구 결과는 상충[2][3].

오픈 소스 제품 서비스·통합·개선으로 수익화하는 기업 모델 수십 년간 존속, SaaS화 가속[2][3].

과학 분야에서 투명성·검증 용이성으로 오픈 소스 선호[2][3].

이 문서는 GGWiki AI가 공개 자료(아래 출처)를 조사해 새로 쓴 초안입니다. 틀린 내용은 편집하거나 이의 제기로 알려 주세요.

소프트웨어 사용권

개요