오픈 소스 프로젝트에서 저작권 고지를 관리하는 방법은 무엇입니까?


101

이 LICENCE.md (명백히 MIT 라이센스 그대로)가 포함 된 GitHub 호스팅 프로젝트를 진행 중입니다.

Copyright (c) 2012 [Acme Corp]

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in
all copies or substantial portions of the Software.

나는 변경, 개선 등 (코드의 10 %, 야구장 수치)을 작성하고 코드를 내 GitHub 포크에 게시했습니다.

이 저작권 표시로 무엇을해야합니까? 업데이트하고 싶습니다 (예 : 내 조직 이름 추가). 이러한 것들이 정상적으로 관리되는 방법은 무엇입니까? 별도의 저작권 파일을 추가 하시겠습니까?


2
일반적인 접근 방식은 모든 저작권 보유자를 표시하는 것입니다. (C) 2011 Intel Corporation, 2005 Google, 2012 Michelangelo P.는 기여와 날짜를 반영합니다.
Sam

명확하게하기 위해 "[Acme Corp]"는 내 자리 표시 자입니다. 실제 텍스트에는 조직 이름이 포함되어 있습니다.
Steve Bennett

stackoverflow.com : 새 파일을 제공 할 때의 GPL 저작권 고지를 참조하십시오 . 정말 재미있다 : stackoverflow.com에 대한이 질문은이 질문이 게시 된 지 이틀 후에 게시되었습니다!
올리버

그 경우 입니다 전체 파일이, 그 라이센스 파일은 모두 대문자 ... 절반 라이센스 콘텐츠 부분이 없습니다
조쉬

IANAL이지만, 일부 IP 변호사의 수사관으로 일했습니다. 자신의 변호사와상의하되, 통지는 버그 + 연도 + 소유자입니다 (예 : "(c) 2017 Some Company"). 나머지는 라이센스의 일부 이므로 라이센스 조건에 따라 게시 할 필요가 없습니다.
rackmaster

답변:


97

몇 가지 옵션이 있습니다. 요약을 위해 끝으로 이동하십시오.
이걸 분해 해 봅시다 ...

저작권 (c) 2012 [Acme Corp]

이것은 저작권 고지 이며 Acme Corp에 속합니다. 2012 년에 저작권이 주장되었으며, 이는 저작권이 결국 만료되기 때문에 관련이 있습니다.

실제로 "Acme Corp"에 대한 소유권 주장이 제기 된 경우 MIT 예제에서 상용구를 잘라서 붙여 넣은 후이 작업에 대한 저작권이 없다고 주장 할 수 있습니다. Acme Corp는 가상의 조직이며, 상용구를 업데이트하지 않으면 의심스러운 근거가 있습니다.

그러나 좋은 시민이되고 실제 청구자에게 저작권을 부여합시다.

이 소프트웨어 및 관련 문서 파일 (이하 "소프트웨어")의 사본을 사용하는 사람에게는 사용, 복사, 수정, 병합 권한을 포함하여 제한없이 소프트웨어를 처리 할 수있는 권한이 무료로 부여됩니다. 다음 조건에 따라 소프트웨어의 사본을 게시, 배포, 하위 사용권 허가 및 / 또는 판매하고 소프트웨어를 제공받은 사람에게 허용합니다.

이 다음 섹션 인 Permission notification은 라이센스 계약 수정을 포함하여 코드로 원하는 모든 작업을 수행 할 수 있음을 나타냅니다 ! 중요한 점은 기존 코드에서 라이센스를 변경할 수 없다는 것입니다. 수정 한 것만 변경할 수 있습니다 .

상기 저작권 고지 및이 허가 고지는 소프트웨어의 모든 사본 또는 상당 부분에 포함됩니다.

이 부분은 단순히 위의 통지를 유지해야 함을 의미합니다.

그래서 어떻게 할 수 있습니까?

  • 귀하는 귀하가 작성 및 / 또는 수정 한 코드에 대한 저작권 주장을 제기 할 수 있습니다 .
    • 동일한 MIT 라이센스를 사용하려면 2012 Acme Corp 저작권 고지 후에 수정 한 파일에 저작권 고지를 추가하기 만하면됩니다.
  • 원하는 경우 수정 내용을 다른 라이센스로 라이센스 할 수 있습니다.
    • 다른 라이센스를 사용하려면 : 수정 한 파일에 2012 Acme Corp 블록 전체 (저작권, 권한 / 라이센스, 보증 제외) 이후에 저작권 및 라이센스 고지를 추가하십시오.

질문의 단순화 된 경우 다음을 수행해야합니다
. 차이점을 강조하기 위해 강조가 추가되었습니다.

원본 저작물 Copyright (c) 2012 [Acme Corp]  
 수정 된 저작물 Copyright 2012 Steve Bennett  

사본을 얻는 모든 사람에게 무료로 권한이 부여됩니다.
이 소프트웨어 및 관련 문서 파일 ( "소프트웨어")의
권리를 포함하여 제한없이 소프트웨어에서
사용, 복사, 수정, 병합, 게시, 배포, 하위 라이센스 및 / 또는 판매
소프트웨어 사본 및 소프트웨어가있는 사람을 허용
다음 조건에 따라 제공됩니다.

상기 저작권 고지 및이 허가 고지는 다음에 포함됩니다.
소프트웨어의 모든 사본 또는 상당 부분.

4
Heh, 나는 당신의 문자 그대로의 해석을 좋아합니다-당신은 "위의 저작권 표시"를 유지하고 "이 허가 표시"를 유지합니다 – 당신은 단지 그들 사이에 텍스트를 삽입하기 만하면됩니다. 그것은 규칙에 따라 작동하고 작업을 완료합니다!
Steve Bennett

7
그냥 기록을 위해, 저작권 표시가 가상의 이름을 나열 할 수 있습니다 (저자는 여전히 저작권을 가지고, 그들은 단지 그들이 저자을 증명 할 필요가 없습니다), 그리고 일반적으로 하지 적용하는 저작권에 필요한 -를 넣을 수 있습니다 저작권 공시의 내용을 "이것은 퍼블릭 도메인에 있습니다."
cpast

1
"원본"텍스트를 실제로 추가 할 수 있습니까? 결국 "원본 라인"을 수정하고 있습니다. "권한"전에 동일한 작업을 수행하고 라이센스 텍스트의 일부인 텍스트를 추가했다고 상상해보십시오. 나는 그것이 허용되지 않는다고 생각하므로 "원작"도 마찬가지입니다. .
Gam

또한 MIT 라이센스에 따라 라이센스가 "권한 부여됨 등"으로 변경 될 수 있습니다. 라이센스 정보는 프로젝트 루트의 License.txt를 참조하십시오. (그리고 license.txt에는 수정되지 않은 전체 라이센스가 포함되어 있습니다 ")
Gam

1
@ user2023370 저작권에 대한 명확한 주장을하는 데 얼마나 관심이 있는지에 달려 있습니다 . 법은 귀하의 권리를 주장 할 수있는 능력 의 편의성 을 신경 쓰지 않는 경향이 있습니다. 합병 이력이 사라지고 동정심이없는 법원은 기술적으로 유효한 주장에 기꺼이 귀를 기울이지 않을 수 있습니다.

8

나는 변호사가 아닙니다. 다음은 미국 저작권법을 전제로하며 MIT 라이센스에만 적용됩니다.

라이브러리를 작성한 사람은 자신이 작성한 코드에 대한 저작권을 보유합니다. 해당 코드의 라이센스 만 지정할 수 있습니다. 라이센스 조건에 따라 LICENCE.md 파일의 사본을 그대로 제공 한 코드와 함께 보관해야합니다.

귀하는 코드를 변경하거나 추가 한 내용에 대한 저작권을 보유합니다. 파생 코드를 만들었습니다. 변경된 코드 또는 새 코드에 대한 라이센스를 지정할 수 있습니다. 프로젝트의 별도 포크를 작성하는 경우 프로젝트에 대해 별도의 새 라이센스를 선택해야합니다. 수정되지 않은 코드에 적용되므로 이전 라이센스를 유지해야합니다.

변경 사항을 원래 프로젝트로 되돌리려면 여전히 변경 사항에 대한 저작권을 보유합니다. 원래 작성자에게 자신이 선택한 라이센스에 따라 프로젝트의 일부로 변경 사항을 재배포 할 수있는 라이센스를 제공해야합니다.

보다 공식적인 프로젝트는 기고자 라이센스 계약 또는 저작권 양도 에 서명하도록 요구 하지만, 개인 인 경우 계약서 가 필요하다는 사실조차 알지 못할 것입니다. 이는 일반적으로 기존 라이센스 조건을 변경하지 않고 코드를 코드 라인에 통합 할 수 있도록하기 위해 수행됩니다. 일반적으로 프로젝트에는 모든 프로젝트 기고자를 나열하는 AUTHORS 파일이 포함되지만 MIT 라이센스가 의무화하지는 않습니다.


내 독서는 당신이 코드를 하위 라이센스로 명시 적으로 허용한다는 것입니다.
CurtainDog

@CurtainDog : 새로운 서브 라이센스 하에서 소스 코드를 수정 및 재배포하는 경우 (필요에 따라 원래 라이센스의 사본을 유지) 최종 사용자가 수정되지 않은 소스 코드에 대한 서브 라이센스를 무시할 수 있습니까? 바이너리를 재배포 할 때 하위 라이센스 만 중요합니까? 이러한 기술은 MIT 라이센스와 같은 간단한 라이센스조차도 혼란 스럽습니다.
M. Dudley

4

나는 저작권 비트에 대해 너무 걱정하지 않을 것입니다. 나는 대부분의 경우 저작권 주장에 관계없이 저작권이 자동으로 적용된다고 생각합니다. (c) 2012 blah 헤더는 대부분 소음입니다. 라이센스를 포함 할 때 사람들을 오도하고 싶지 않다는 말은 소프트웨어가 원래 라이센스를 받았 거나 소프트웨어의 일부가 ...

출처는 이미 공개되어 있으므로 저자가 누구인지 명확해야하며, 돈이 바뀌지 않는 것처럼 보이기 때문에 저자가있는 경우에도 손해 배상 청구를하기가 매우 어렵습니다. 경쟁합니다.

아마도 더 시급한 문제는 훌륭한 웹 시민이라는 것입니다. 오픈 소스 소프트웨어를 제공하는 사람들은 커뮤니티에 서비스를 제공하고 있으며, 모두에게 긍정적 인 경험을 제공하기 위해 노력해야합니다. 제 조언은 [Acme Corp]에 직접 질문하고 그들과의 관계를 설정하여 둘 다 혜택을 보는 것입니다.


1

저작권을 변경 해서는 안됩니다 .

귀하는 기술적으로 귀하가 추가 / 변경 한 모든 것에 대한 저작권의 남은 부분 (라이센스를 통해 "필터링 된"후)을받을 권리가 있습니다. 명확하고 명확한 변경 기록 (github)이있는 한, 원하는 경우 수정 섹션에서 자신의 이름으로 저작권 표시를 추가 할 수 있지만 일반적으로 수행되지는 않습니다.

누가 변경했는지와 언제 (아직 시작하지 않은 경우 시작하지 않음) 나타내는 주석 (또는 기존 주석)을 추가 할 수 있습니다.

/*
    Copyright (c) 2012 Frob Co.

    Permission is hereby granted, free of charge, to any person obtaining
    a copy of this software and associated documentation files (the "Software"),
    to deal in the Software without restriction, including without limitation
    the rights to use, copy, modify, merge, publish, distribute, sublicense,
    and/or sell copies of the Software, and to permit persons to whom the Software
    is furnished to do so, subject to the following conditions:

    The above copyright notice and this permission notice shall be included in
    all copies or substantial portions of the Software.

    THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
    EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
    OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
    IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
    CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
    TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE
    OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
*/
/*
    Changes
    1-1-2012: YOU: Made a frob
*/

저는 법률 전문가가 아니지만 MIT 라이센스를 파일에 붙여 넣는 올바른 방법이라고 생각합니다 (고지의 "고함"부분 없이는 본 적이 없습니다).


4
이것은 작동하지 않습니다. 변경하는 사람이 파일을 분명히 수정 했으므로 새 파일의 일부는 그 사람의 저작권이며 해당 사람의 라이센스가 없으면 새 파일을 합법적으로 사용할 수 없습니다. 저작권 침해 주장과 새 파일이 이전 라이센스에 완전히 부합한다는 표시가 필요합니다.
David Thornley

1

지금까지 저작권 소유자 목록에 기고자를 추가하고 라이센스 텍스트를 변경하지 않고이 문제를 처리했습니다.

기본적으로 이는 다른 변경 내용과 동일한 라이센스로 추가 변경 사항을 게시하고 파생 된 저작물은 이러한 조건에 따라 전체적으로 라이센스가 부여되어야 함을 의미합니다. 이것은 또한 원저 작가가 더 이상 유일한 저작권 보유자가 아니기 때문에 더 이상 재 라이센스를 할 수 없다는 것을 의미합니다.

변호사가 아닌 사람으로서, 마지막 문장에 대한 나의 해석은 귀하가 저작권 표시를 제거 할 수 없지만 자신을 추가 할 수 있다는 것입니다.

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