자동 코드 생성 :“유도 된 작업”?


18

예를 들어 GPL 소프트웨어를 사용했습니다. 저는이 GPL 소프트웨어의 저자입니다. 이 GPL 소프트웨어에는 코드 사이에 Doxygen 주석이 있습니다. 이 Doxygen 주석은 CC-BY-SA 라이센스에 따라 프로젝트 웹 사이트에 생성 된 문서를 업로드하기 위해 CC-BY-SA html 페이지를 생성하도록 작성되었습니다.

그러나 Doxygen 문서 출력이 "파생 작업"입니까? 결국,이 문서는 내 GPL 소스 코드를 기반으로합니다. 이 경우 설명서는 GPL이어야합니다. 그러나 설명서이기 때문에 설명서가 CC-BY-SA 가기를 바랍니다. GFDL은 도움이되지 않습니다. GPL 코드는 GFDL이 될 수 없습니다 (반대 예).

이 결과물이 실제로 파생 된 작업이라면, 이상한 상황이 생겼습니다. 왜냐하면 내가 작업을 배포하면 수신자 사용자는 생성 된 문서를 합법적으로 배포 할 수 없습니다. 따라서 그들은 내가 제공 한 것과 동일한 라이센스로 파생 된 저작물을 배포해야합니다.

해결책이 무엇 이니?


3
재미있는 질문!
maple_shaft

답변:


13

이것은 실제로 까다로운 질문입니다 (변호사에게 묻기 종류).

귀하는 소프트웨어의 작성자이므로 다음의 라인을 따라 라이센스에 "Doxygen-comments are CC-BY-SA"예외를 추가하여 의도를 명확하게하고 모호성을 피할 수 있습니다.

Additional permission under GNU GPL version 3 section 7

In addition, as a special exception, the copyright holders of [name of your program]
give you permission to distribute the Doxygen comments in this source and any work
derived from those comments ("the documentation") under the CC-BY-SA license.


대단히 감사합니다. 그러나이 섹션 7과 관련하여 수신자가 추가 권한 유형을 제거 할 수 있다는 것을 정확히 이해하지 못합니다.
Peregring-lk 2011

1
GPL 텍스트를 통해 수신자는 사본 또는 그 일부에서 추가 권한 (위와 같은)을 제거 할 수 있습니다. 그러나 이것은 코드와 관련하여 제 3 자에게 해당 권한을 부여 할 수있는 권리를 제거 할 수 없기 때문에 아마도 큰 문제는 아닙니다 . 실제로, 생성 된 문서를 배포하는 데 예외가 필요하지 않습니다. 저작권 소유자는 자신의 작업으로 원하는 것을 수행 할 수 있습니다. CC-BY-SA 예외는 수신자가 소스 코드에서 문서를 생성하고 배포 할 수 있도록하기위한 것입니다.
user281377

그러나 직접 수령인이이 조항을 제거하고 다른 시간에 배분하는 경우 "제 3 수준"수령인은 동일한 법적 문제가 있습니다.
Peregring-lk

2
사실, 당신이 할 수있는 일은 거의 없습니다. "cc-by-sa-exception을 제거하지 못할 수도 있습니다"와 같은 추가 제한을 적용하는 것은 GPL과 절대 관련이 없습니다. 자신의 라이센스를 만들면 저작물이 GPL과 호환되지 않게되어 저작물의 일부와 다른 GPL 소스의 일부를 포함하는 파생 저작물을 만들려는 다른 사람들의 가치가 크게 줄어 듭니다.
user281377

2
전체 문제는 다른 성격을 가진 요소로 구성되는 저작물에 적용 가능한 (libre) 라이센스가 없다는 것입니다. GPL은 소프트웨어에 통합 된 다른 비 소스 코드 요소를 잊어 버리는 순수한 코드 소프트웨어 용으로 설계된 것 같습니다.
Peregring-lk

2

"파생적인 일"이 되려면 무엇인가가 먼저 일이어야합니다. 미국 법률에 따라 창의적인 프로세스 만 작품을 만들 수 있습니다. 자동화 된 프로세스는 이전에는 없었던 작업을 만들 수 없기 때문에 파생 작업을 만들 수 없습니다. (법령에 의해 작성된 몇 가지 예외는 제외)

당신이 그것에 대해 생각하면, 그것은 파생물 일 수 없습니다. 텍스트 B에서 프로그램 A를 실행하고 작업 C를 생성한다고 가정 해보십시오. 새로운 파생물 인 경우 누가 저작권을 보유하고 있습니까? 사람이 만들지 않았으며 프로그램은 저작권을 보유 할 수 없습니다.

독창적이지 않은 조합은 파생물이든 아니든 새로운 작품을 만들 수 없습니다. 만들 수있는 기계적 프로세스는 총체적인 작업입니다. 두 개의 DVD를 서로 붙인 것처럼 (또는 동일한 저장 매체에 두 개의 파일을 결합한 경우) 법적으로 동일합니다. 파생 작업은 없지만 스테이플 링 된 두 DVD는 두 작업의 집합입니다.

17 USC 103 (b) 참조 : "편집 또는 파생 저작물의 저작권은 해당 저작의 기존 저작물과는 달리 해당 저작자의 저작물에 한해서만 적용되며, 기존 재료. "

원형 14 참조 .

파생 작업의 저자는 누구입니까?


그렇다면 어떤 이유로 Flex / Bison이 자동 출력 (문법 설명이있는 파일에서)에 라이센스 명세서를 복사합니까? 이러한 결과물이 "저작물"(따라서 파생 된 저작물)이 아닌 경우 이러한 법적 조항이 의미가 없습니다. .dtx 및 .ins 패키지에서 자동으로 생성 된 .sty 파일에 대해서도 마찬가지입니다.
Peregring-lk

출력에는 Flex, Bison 등에서 가져온 창의적인 요소가 포함되어 있기 때문입니다. 책을 반으로 리핑하는 경우 파생 저작물을 만들지 않은 것입니다 (저작권을 반으로 찢을 수있는 저작권 소유자의 허가가 필요하지 않으며, 반으로 직접 저작권을 등록 할 수는 없음) 반쪽을 복사해서 모든 친구들에게 줄 수는 없습니다. 권리? 법적으로, 책 절반은 원본 작품과 거의 비슷하게 작동합니다. 여기에서도 동일합니다. 결합 된 결과물에있는 원본 저작물로부터 보호 된 요소는 여전히 저작권의 보호를받습니다. 단지 파생 작업이 아닙니다.
데이비드 슈워츠

첫 번째 부분 (입력은 독창적 인 창작 요소)을 이해하지만 분할 된 책과 실제 문제 사이의 관계를 볼 수 없습니다.
Peregring-lk

이미 가지고있는 것보다 더 명확하게 설명 할 수 있는지 잘 모르겠습니다. 자동화 된 프로세스는 미국 법률에 따라 파생물을 만들지 않습니다 (법률에 의해 생성 된 일부 예외는 여기에 적용되지 않음). 파생 작업에 대한 라이센스 조항은 자동화 된 프로세스의 출력에는 적용되지 않습니다. (정확하게 말하면, 결과물은 작품이며, 새로운 작품이 아니기 때문에 새로운 파생물이 될 수 없습니다. "파생적인 작품"은 이전 작품의 요소를 창의적으로 조합 한 새로운 작품의 한 유형입니다. )
David Schwartz

1
@DavidSchwartz 즉, LaTeX 소스 코드 ( "작업")에서 PDF ( "출력")를 자동으로 생성하는 경우이 출력은 내 출력이며 내 작업을받을 때 제공 한이 출력에 대해 동일한 권한을 갖습니다. . 권리? 따라서 출력을 재분배하려면 작업 라이센스가 말하는 것과 동일한 조건으로 출력을 재분배해야합니다. 그러나 출력에는 CC-BY-SA 라이센스가 있습니다 (작업이 출력을 생성하기 때문에). 그리고 이것은 모순입니까?
Peregring-lk

1

동일한 코드에 다른 라이센스를 적용하는 것을 막을 수있는 것은 없습니다. 귀하를 올바르게 이해하면 귀하는 CC 라이센스하에 릴리스하려는 주석과 GPL하에 릴리스하려는 코드가있는 코드를 작성하고 관리하게됩니다. 그냥하세요 의견은 GPL과 CC 라이센스에 따라 공개되므로 사람들이 CC 라이센스에 따라 의견을 사용하면 괜찮습니다.

GNU GPL FAQ 는 자동으로 생성 된 코드에 대해 구체적으로 설명하므로 내가 잘못 이해하면 질문에 대답 할 수 있습니다. (또한 다른 많은 경우도 다루고 있습니다.)


내가 참조하는 FAQ를 읽으면 생성 된 코드가 잠 겼음을 나타냅니다 . "프로그램이 입력을 다른 형식으로 변환 할 때 출력의 저작권 상태 는 생성 된 입력 의 저작권 상태를 상속 합니다 ..."
gnat

@ gnat : '잠김'은 무엇을 의미합니까? 인용 한 부분이 내가 말한 내용과 어떻게 모순됩니까?
Michael Shaw

공유 한 링크 근처에 있습니다. GPL 문법 파일을 사용하는 사람은 조심하십시오. 컨텐츠는 생성 된 코드로 복사되므로 생성 된 코드도 GPL입니다. gnu.org/licenses/gpl-faq.html#WhatCaseIsOutputGPL
RubberDuck

0

문제는 바보입니다.

귀하가 프로그램의 작성자 인 경우 귀하는 원하는 조건에 따라 프로그램을 배포 할 수있는 모든 권리를 갖습니다. 따라서 다른 라이센스로 문서를 생성하면 다른 라이센스로 문서를 갖게됩니다. 당신이 그렇게 말했기 때문입니다.

이 프로그램은 당신이 작성하지 않았습니까? 그런 다음 제작 한 문서는 GPL이어야하지만 다른 문제가 있습니다. GPL은 문서화에 대해 이야기하지 않습니다. 소프트웨어에 대해 이야기합니다.

따라서 GPL 프로그램의 doxygen 실행 결과를 상업적으로 재 인쇄하려는 경우 작성하지 않은 작업은 다음과 같습니다. . 저자에게 쓰고 명시적인 허가를 요청하십시오.CC-BY-SA에서 해당 문서를 배포하려는 경우에도 마찬가지입니다. 라벨을 붙이지 말고 저자에게 라벨을 붙이라고 요청하십시오.

법은 이상한 마인드 게임이 아닙니다. 배심원이나 판사들을 설득시키는 사람들에 관한 것입니다. 판사는 마음 게임을 싫어하고 배심원은 때때로 법을 제대로 얻지 못합니다. (§ 애플 대 삼성)

최악의 시나리오입니다.

저자는 사망하고 상속인은 바보이며 사람들을 고소하고 싶어합니다. GPL 프로그램의 doxygen 실행 결과를 상업적으로 재 인쇄했습니다. 내 추측은 (하지만 IANAL) 당신이 여전히 이길 수 있지만 계획보다 어려울 수 있으며 소프트웨어를 인간 소비를위한 서면 단어와 구별하는 데 지루한 판사를 직면 할 수 있습니다. 나는 여전히 70 %의 성공률에 내기를 걸었다.

상업적으로 재 인쇄 한 이유는 무엇입니까? 불법으로 배포 된 "예술 작품"(문서)의 가치를 알 수 없다면 사람들에게 손해 배상을 요구하기가 어렵습니다. 소송의 대상이 판매 불가능하거나 양도 할 수없는 가치가있는 경우, 변호사에게 지불하기에 충분한 손해 배상을 청구 할 수 없습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.