새 작업에 사용할 이전 발명품 (소프트웨어 / 프레임 워크)이 있습니다. 업무 중에 저작권을 개선하면 저작권은 어떻게됩니까?


9

새 일자리를 시작하기 전에 이전 발명품을 기재 한 표준 양식을 작성하여 고용주가 귀하에게 저작권이 있음을 법적으로 인식하고 있습니다. 그러나 새 직장에서이 발명품 (소프트웨어 코드 / 프레임 워크)을 사용하려는 경우, 예를 들어 작업하는 동안 코드에서 무언가를 변경 / 개선 할 경우 저작권 주장이 있습니까?

공유 소유권과 같은 소식을 들었습니다. 다음과 같은 것이 있습니다 : 당신은 이전에 한 일을 소유하고 고용주는 고용 된 동안 개선 한 점을 소유 할 것입니다. 이러한 종류의 제품은 한 번 개선 된 이후 개선이 사라진 이후 제품을 개선해야 할 인센티브를 빼앗아갑니다 . :(

아무도이 상황을 겪어 보았고 아이디어를 공유하여 코드를 보호 할 수 있습니까?


이전 발명을 오픈 소싱하는 것을 고려 했습니까? 소액의 수수료로 새로운 회사에 그대로 판매하는 것은 어떻습니까? 그런 다음 개선 할 때마다 다시 판매 할 수 있습니다.
vaughandroid

@Baqueta 나는 오픈 소스가 아닌 다른 것들을 가지고 있지만,이 특정 프로젝트는 오픈 소스에 가장 관심이 없습니다. 나중에 다른 회사에 판매하거나 다른 업무 나 다른 직무에서 다시 사용할 계획입니다.
JohnPristine

1
@Baqueta-프로젝트를 오픈 소스로 만드는 것은 제한적인 IP 계약에 의해 통제되는 미래의 작업과 관련이 없습니다. 회사는 계속해서 작업하기 위해 John의 작업에 대한 클레임을 해제해야합니다.

전체 버전의 현재 버전을 판매하고 적절한 가격으로 소유권을 이전하는 것을 고려 했습니까? 소유권을 주장 할 경우, 새 고용주는 해당 소프트웨어의 유지 관리에 대한 책임을 연간 365 x 24 시간이라고 주장 할 수 있습니다.
Doc Brown

@ GlenH7 : 카피 레프트 라이센스 중 하나가 저작물을 퍼블릭 도메인에 유지하도록 강요하지 않습니까? JohnPristine : 충분합니다!
vaughandroid 2019

답변:


7

분명히 해당 소프트웨어의 소유권을 유지하려고합니다.

만약 그렇다면 계약서에 서명하지 마십시오.

그러나 일반적인 경우는 근무 시간 동안 생산 한 것이 고용주가 소유하는 것입니다. 당신의 계산은 그에 대한 보상이어야합니다.

어쩌면 합의에 도달 할 수 있습니다. 그 발명의 임포 저에 근무하는 시간은 근무 시간으로 계산되지 않습니다. 그 대신, 고용주는 그 시간에 당신이 만드는 것과 거의 같은 양의 개선 된 버전을 구매하는 것에 동의합니다.


한 가지 해결책은 외근 기간에만 개선을하는 것입니다. 그러나 회사는 아마도 소스가 가까운 제품 / 프레임 워크에 의존하는 것에 동의하지 않을 것입니다. 나는 그들에게 코드를 보여주지 않고 나중에 원하거나 필요하다면 수정을 할 수 있습니다. 그러나 나는 당신이 말한 것처럼 제품과 코드에 대한 소유권을 유지하고 싶습니다.
JohnPristine

@JohnPristine 그것은 그들이 얼마나 나쁘게 필요한지에 달려 있습니다. 아마도 소스가 가까운 Windows에 의존하고있을 것입니다. OTOH, 소스 코드 라이센스를 부여하면 더 이상 비공개 소스가 아닙니다.
Ingo

1
"필요한 경우 필요에 따라 수정을 수행 할 수 있습니다 "= 수정 작업을 수행합니다. 그리고 그들이 수정을한다면 공식적으로 "업스트림"을 강요하도록 설득 할 수 없다면 수정 사항을 소유 할 수 있습니다
Jimmy Hoffa

또한, 업무용 버전의 응용 프로그램에서 업데이트 / 개선을 수행 한 경우 개인용 버전에 동일한 업데이트를 추가하려고하면 "그들의 재산"에 대한 침해에 대해 법적 조치를 취할 수 있습니다.
BBlake

1
또는 자신의 변경 사항에 대한 저작권을 유지할 권리 대신 소프트웨어를 사용할 수있는 라이센스를 부여하지 않겠습니까? 그들은 소프트웨어를 얻지 만 여전히 업데이트를 소유합니다. 상생해야합니다. 그들이 당신의 소프트웨어를 다른 사람들에게 팔고 싶지 않다면, 그런 경우에 나는 그들에게 라이센스를 팔아 이익을 줄이겠다 고 협상 할 것입니다.
구스타프 버트 람

7

그것은 실제로 고용 계약서의 내용에 달려 있습니다.

여가 시간에 오픈 소스 프로젝트를 진행할 수 있도록 특정 조항을 계약서에 추가하도록 요청해야했습니다. 원래 계약은 내가 근무 중인지 여부에 관계없이 고용 기간 동안 제작 한 모든 저작권이있는 자료를 청구했습니다.

계약서에 명시 적으로 명시되어 있지 않은 경우 현지 노동법이 적용될 수 있으므로 변호사와 상담해야합니다. 어쨌든 계약서의 내용에 관계없이 서명 할 수없는 특정 권한이 있습니다.


-1

이것은 간단한 문제입니다. 이 문제에 대한 귀하의 이익과 고용주의 이익 사이에 교차점이 있는지 확인해야합니다.

새로운 고용주도 코드 사용에 관심이 있습니까? 그들은 그것을 원합니까? 그렇다면 계약에 해당 코드를 수정 한 내용을 추가하십시오.

  1. 당신은에 대한 저작권을 유지
  2. 그들은 전체, 무제한, 영구적, 양도 가능, 재 허가 가능 등 사용, 재사용 등의 라이센스를 보유합니다.

그들이 그렇게하기에 너무 크다면, 단순히 거기에서 소프트웨어를 가져 가지 마십시오.


-5

가장 좋은 방법은 MIT 라이센스로 먼저 소스를 공개하는 것입니다. 그런 다음 새 직장에서 사용하십시오. 새 고용주는 고용이 시작되기 전에 생성 / 릴리스 된 오픈 소스 프로젝트의 소유권을 주장 할 수 없습니다.

공유 소유권이 지저분하게 들립니다. 나는 그 시나리오가 당신에게 가장 적합한 것을 상상할 수는 없지만 회사가 그 합의의 더 나은 끝을 얻는 것을 볼 수 있습니다.


이 특정 프로젝트에 대한 오픈 소스는 제가 가장 관심이없는 부분입니다. 나는 다른 것을 오픈 소스로 가지고 있습니다.
JohnPristine

2
이것은 끔찍하지는 않지만 나쁜 제안입니다. MIT 라이센스하에 프로젝트를 배치하면 기존 코드 는 보호 되지만 향후 개발에는 아무런 영향을 미치지 않습니다. 매우 제한적인 IP 계약에 따라 향후 작업에 대한 모든 저작권은 고용주에게 있습니다. 그가 제안한 내용은 프로젝트에 새로운 기여를한다면 asker가 자신의 작업 계약과 충돌하게합니다. 그는 자신이 소유하지 않은 것을 합법적으로 제공 할 수 없습니다.

1
OP는 회사가 프로젝트를 수정하기 위해하는 일에 대해 소유권을 얻는 데 관심이 없습니다. 그는 자신이 이미 구축 한 것을 제어하는 ​​데 관심이 있습니다. 편집 : OP의 다른 응답을 읽으십시오. 나는 그 작품을 기존의 것으로 선언하고 새로운 고용주와 함께 사용하지 않을 것입니다.
Kamau Malone

@KamauMalone-사용하지 않는 것이 내가 본 최고의 제안입니다. 문제가 복잡한 이유 : 저자는 자신의 제품을 판매하기를 원하며 자신의 개인 사업을이 회사와의 업무와 분리시켜야합니다. 그는 정직하기 위해 자신의 제품과 관련된 모든 작업을 수행해서는 안됩니다.
Ramhound

다른 곳에서 사용하려는 인프라 코드 일뿐입니다.
JohnPristine
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.