소프트웨어__글127건

  1. 2018.10.16 [소프트웨어분쟁] 소프트웨어 프로그램의 개발 납품 계약의 주요 쟁점
  2. 2018.10.08 [타인사진쟁점] 타인의 사진을 무단사용한 경우 초상권 침해 + 손해배상 책임: 부산지방법원 2016. 6. 30. 선고 2016가합1383 판결
  3. 2018.10.08 [저작권쟁점] 학술논문을 제3자가 무단 복제하여 허가신청서류로 정부부처 제출한 행위 - 저작권침해 여부 판단
  4. 2018.10.08 [저작권쟁점] 저작물 무단이용과 부당이득반환청구 또는 손해배상청구 + 부당이득액 산정방법 또는 손해배상액 산정방법: 대법원 2016. 7. 14. 선고 2014다82385 판결
  5. 2018.10.08 [저작권쟁점] 다수인이 참여한 창작물의 저작권자 판단 - 대본작가의 중도교체 시 최종 결과물이 공동저작물 or 2차적 저작물인지 여부: 대법원 2016. 7. 29. 선고 2014도16517 판결
  6. 2018.08.30 [소프트웨어분쟁] 컴퓨터프로그램 저작권 침해분쟁 및 프로그램 소스코드 등 기술유출분쟁 - 컴퓨터프로그램의 유사성 입증방안 관련 실무적 포인트
  7. 2018.08.30 [소프트웨어분쟁] 컴퓨터프로그램 저작권 침해분쟁 및 프로그램 소스코드 등 기술유출분쟁 - 컴퓨터프로그램의 유사성 입증방안 관련 실무적 포인트
  8. 2018.08.29 [개발계약분쟁] 컴퓨터프로그램 외주개발 계약에 따라 완성한 프로그램을 납품 받았으나 대금 일부만 지급 및 계약해제 + 수급자 개발회사의 저작권 인정 및 발주사에 대한 저작권 행사 가능:..
  9. 2018.08.24 [불법사용쟁점] 컴퓨터프로그램 불법사용 적발 사안 + 무단사용 BUT 비영리 사적이용행위의 경우 저작권 침해 부정
  10. 2018.08.24 [불법사용쟁점] 고가의 금형 설계 프로그램 수십개의 모듈 중 일부 모듈 불법사용 적발 + 저작권침해로 인한 손해배상액 산정 방법: 서울고등법원 2018. 1. 25. 선고 2017나2014466 판결
  11. 2018.08.24 [라이선스분쟁] 컴퓨터프로그램 소프트웨어의 라이선스 관련 쟁점 + 불법사용 적발 및 리스크 관리 포인트
  12. 2018.08.21 [소프트웨어개발분쟁] 소프트웨어 컴퓨터프로그램의 개발 납품 계약 – 도급계약의 주요 쟁점 + 개발완성 여부 분쟁 및 실무적 대응방안
  13. 2018.08.08 [자동차화재분쟁] 자동차 화재의 원인이 software 결함인 경우 제조물 책임법 적용 여부
  14. 2018.05.31 [라이센시독자개발분쟁] 지하철 전동차 브레이크 시스템 Reverse Engineering과 영업비밀 침해여부 분쟁사례
  15. 2018.05.31 [소프트웨어개발분쟁] 솔루션 보유회사와 컴퓨터프로그램 개발 중 발주자가 독자적 소프트웨어 개발 + NDA 위반 및 영업비밀침해 분쟁 : 미국사례
  16. 2018.05.30 [소프트웨어개발분쟁] 소프트웨어 컴퓨터프로그램의 개발 납품 계약 – 도급계약의 주요 쟁점 + 개발완성 여부 분쟁 및 실무적 대응방안
  17. 2018.05.02 [저작권분쟁] 매트랩 (Matlab) 소프트웨어 라이선스 + 저작권분쟁 대응 실무적 포인트
  18. 2018.03.14 [저작권분쟁] 소프트웨어 저작권과 공정이용에 의한 리버스엔지니어링
  19. 2017.12.21 [소프트웨어개발분쟁] 소프트웨어 개발용역 분쟁시 법적 대응방안
  20. 2017.12.21 [소프트웨어개발분쟁] 소프트웨어 개발용역 분쟁의 예방 방법
  21. 2017.11.08 [영문계약서 샘플 - 20] 소프트웨어 라이선스 계약서 샘플 - Software License Agreement [자문/작성/신속/저비용]
  22. 2017.11.02 소프트웨어 시스템 개발용역 하도급계약에서 검사지연 및 대금 지연지급 행위 사례
  23. 2017.10.17 [소프트웨어분쟁 – 7] 저작권법 상 양벌규정에 따른 수사 시 법인 대표이사의 소환 관련
  24. 2017.10.17 [소프트웨어분쟁 – 6] 고가 소프트웨어의 불법사용 관련 리스크 관리방안
  25. 2017.10.17 [소프트웨어분쟁 – 5] 매트랩 (Matlab) 소프트웨어 라이선스 + 저작권분쟁 대응 실무적 포인트
  26. 2017.10.17 [소프트웨어분쟁 – 4] 프로그램의 저작권 침해여부 판단방법 – 문언적 침해와 비문언적 침해
  27. 2017.10.17 [소프트웨어분쟁 – 3] 프로그램 복제 및 저작권 분쟁 + 프로그램의 유사성 입증방안
  28. 2017.10.17 [소프트웨어분쟁 – 2] 프로그램 개발회사의 영업비밀 분쟁 - 사업제안서에 포함된 아키텍처 정의서의 영업비밀성 여부: 서울중앙지방법원 2010가합53704 판결
  29. 2017.10.17 [소프트웨어분쟁 – 1] 컴퓨터프로그램 외주개발 발주 + 납품 받았으나 대금 일부만 지급 + 개발회사의 저작권 행사 가능성 : 서울중앙지방법원 2014. 5. 28.자 2013카합2387 결정
  30. 2017.10.16 소프트웨어 프로그램의 하자와 그에 따른 담보책임

 

 

1. 도급계약 vs 위임계약

 

소프트웨어 프로그램을 개발하여 납품하는 계약은 통상 도급계약으로 볼 수 있습니다. 프로그램 결과물의 납품에 중점이 있는 것이 아니고 전문가로서 개발업무를 수행하는 것 자체에 중점이 있는 경우라면 도급계약이 아니라 위임계약으로 볼 수도 있습니다. 위임계약의 대표적 예를 들면, 의사가 환자를 치료하고 대가를 받는 관계입니다.

 

도급계약은 당사자 일방이 일을 완성할 것을 약정하고 상대방이 그 일의 결과에 대하여 보수를 지급할 것을 약정함으로써 그 효력이 생기는 계약입니다(민법 제664). 도급은 일의 완성을 목적합니다. 특정 목적의 소프트웨어 프로그램 개발공급 계약에서 수급인의 급부의무는 도급인의 주문 사양에 맞추어 하자 없이 주문한 기능을 가진 프로그램을 개발하여 공급하는 것입니다. 반면, 위임계약은 일의 완성에 중점이 있기 보다는 그 업무를 수행하는 것 자체에 중점이 있습니다.

 

소프트웨어 프로그램 개발공급계약에서 완성여부에 대한 채무불이행 여부가 문제되는데, 수급인 개발자가 채무이행을 제대로 하였는지 여부는 당사자가 합의한 계약내용을 기준으로 판단될 것입니다.

 

그런데 소프트웨어 프로그램 개발공급계약은 실무상 합의내용을 구체적으로 명확하게 계약서에 반영하는 것이 상당히 어렵습니다. 개발대상 프로그램이 크고 복잡한 경우 그 요구조건, 사양, 내용, 시스템 등을 계약에 명확하게 반영하기 어렵습니다. 그 결과 계약내용에 대해 당사자 사이에 이해내용상 상당한 차이가 발생할 수도 있습니다. 그 결과 개발진행 후 일의 완성 여부에 대한 분쟁이 자주 발생하는 것입니다.

 

위임계약으로 볼 경우에는 개발자는 선량한 관리자의 주의의무를 다해 개발업무를 수행하면 채무불이행 책임이 없습니다. 의사의 치료행위와 비교하면, 성실하게 치료를 하였으나 결과적으로 환자가 완치되지 않았다고 하여 의사에게 채무불이행 책임을 물을 수 없는 것과 같습니다. 개발자에게 위임계약이 유리한 경우가 많지만, 실무적으로 대부분 도급계약에 해당하고 위임계약은 많지 않습니다.

 

2. 도급계약에서 일의 완성 또는 미완성 vs 완성물의 하자

 

소프트웨어 개발계약에 따라 일의 완성여부를 판단합니다. 계약서 문언에 따라 계약에 포함되어 있는 사양과 기능을 갖춘 제품의 개발, 그 이행 제공, 관련한 자료, 당시 관련 당사자들의 태도 등 제반 사정을 종합하여 판단합니다. 소프트웨어 프로그램 개발 및 공급계약에서 일이 완성 여부는 계약상 예정된 최후의 공정까지 종료하였음과 함께 프로그램의 주요기능 부분이 약정된 대로 개발되어 사회통념상 일반적으로 요구되는 성능을 갖추고 있어야 합니다. 또한 계약상 예정된 최후의 공정이 종료하였는지 여부는 개발자 수급인의 주관적인 주장이 아니라 개발 및 공급계약의 구체적 내용과 신의성실의 원칙에 비추어 객관적으로 판단해야 합니다.

 

개발자가 소프트웨어 개발의 일을 완성하고 이를 인도하면 발주사는 해당 소프트웨어 프로그램이 계약상 사양과 내용대로 완성되었는지 점검하여 수령하게 되는데, 법원은 제작물공급계약에서 목적물의 인도는 완성된 목적물에 대한 단순한 점유의 이전만을 의미하는 것이 아니라 도급인이 목적물을 검사한 후 그 목적물이 계약내용대로 완성되었음을 명시적 또는 묵시적으로 시인하는 것까지 포함하는 의미라고 판시하고 있습니다.

 

하자는 일의 완성과는 다른 개념입니다. 하자가 있더라도 일이 완성되었다면 수급인은 도급인에게 보수의 지급을 청구할 수 있습니다. 발주자 도급인은 하자보수청구권을 가지므로 하자담보책임에 기한 항변을 행사하여 하자에 대한 보수 또는 그에 갈음하는 손해배상의 지금에 대한 대금의 지급을 거절할 수 있습니다. 그러나 하자를 이유로 대금 전부의 지급을 거절할 수는 없습니다.

 

정리하면, 발주한 소프트웨어 프로그램의 개발이 미완성인 때에는 대금지급을 거절할 수 있지만, 완성되었으나 하자가 있는 경우에는 발주자 도급인은 일의 완성을 요구하면서 대금지급을 거절할 수는 있습니다. 다만, 대금감액 또는 손해배상을 청구할 수는 있습니다.

 

3. 소프트웨어 프로그램의 하자

 

소프트웨어 개발 및 공급의 도급계약에 있어서의 하자는 통상의 하자와 같이 완성된 일이 계약에서 정하거나 보증한 내용이 아니거나, 그 경제적 사용가치 또는 교환가치를 감소시키는 결함이 있거나, 또는 당사자가 미리 정한 사양 또는 기능을 가지지 못하는 등의 결함을 가진 것으로 정의할 수 있을 것입니다. 그러나 하자의 정의는 모호하고 추상적이라 개별 사건마다 당사자간의 계약 내용을 검토하는 것이 중요합니다. 또한 계약상 합의된 사양과 내용과 함께 통상적인 용도에 적합한지 여부도 중요한 기준입니다.

 

납품 및 검수 후의 소프트웨어 버그에 대한 리포트를 받고 이를 즉시 보수하거나 도급인과 협의하여 상당한 조치를 취한 때에는 하자라고 보지 않을 것입니다. 그러나 도급인이 요구하는 구체적인 업무나 기능이 제대로 작동되지 않는 경우, 통신 및 인터넷과 연계된 컴퓨터 프로그램이 통신 및 네트워크와 연결하여서는 제대로 작동되지 않은 경우나, 컴퓨터 안에 보존된 다른 데이터 등을 잃어버리는 경우 등은 하자에 해당합니다.

 

KASAN_[소프트웨어분쟁] 소프트웨어 프로그램의 개발 납품 계약의 주요 쟁점.pdf

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 10. 16. 09:00
Trackback 0 : Comment 0

댓글을 달아 주세요


 

타인의 사진을 무단 사용하면 초상권 침해입니다. 사진 촬영을 동의했다고 해도 그 사용이나 그 범위까지 모두 동의한 것으로 함부로 단정해서는 안됩니다. 위 판결의 요지를 간략하게 소개하면 다음과 같습니다.

 

피고 회사의 의류판매 광고 모델로 근무하였던 직원이 퇴사한 후에 동의 없이 원고의 사진을 제3자의 사업체 광고로 사용하도록 한 사안입니다. 법원은 비록 피고 회사에서 그 사진에 대한 저작권을 보유하더라도 모델인 원고의 동의 없이 무단으로 사용하면 초상권침해에 해당하므로 손해배상책임이 있다고 판결하였습니다.

 

"사람은 누구나 자신의 얼굴 기타 사회통념상 특정인임을 식별할 수 있는 신체적 특징에 관하여 함부로 촬영 또는 그림 묘사되거나 공표되지 아니하며 영리적으로 이용당하지 않을 권리를 가지는데, 이러한 초상권은 우리 헌법 제101문에 의하여 헌법적으로도 보장되고 있는 권리이다(대법원 2006. 10. 13. 선고 200416280 판결).

 

따라서 타인의 얼굴 기타 사회통념상 특정인임을 식별할 수 있는 신체적 특징이 나타나는 사진을 촬영하거나 공표하고자 하는 사람은 피촬영자로부터 촬영에 관한 동의를 받고 사진을 촬영하여야 하고, 사진촬영에 관한 동의를 받았다 하더라도 사진촬영에 동의하게 된 동기 및 경위, 사진의 공표에 의하여 달성하려는 목적, 거래관행, 당사자의 지식, 경험 및 경제적 지위, 수수된 급부가 균형을 유지하고 있는지 여부, 사진촬영 당시 당해 공표방법이 예견 가능하였는지 및 그러한 공표방법을 알았더라면 당사자가 사진촬영에 관한 동의 당시 다른 내용의 약정을 하였을 것이라고 예상되는지 여부 등 여러 사정을 종합하여 볼 때 사진촬영에 관한 동의 당시에 피촬영자가 사회 일반의 상식과 거래의 통념상 허용하였다고 보이는 범위를 벗어나 이를 공표하고자 하는 경우에는 그에 관하여도 피촬영자의 동의를 받아야 한다.

 

그리고 이 경우 피촬영자로부터 사진촬영에 관한 동의를 받았다는 점이나, 촬영된 사진의 공표가 사진촬영에 관한 동의 당시에 피촬영자가 허용한 범위 내의 것이라는 점에 관한 증명책임은 그 촬영자나 공표자에게 있다(대법원 2013. 2. 14. 선고 2010103185 판결).”

 

KASAN_[타인사진쟁점] 타인의 사진을 무단사용한 경우 초상권 침해 손해배상 책임 부산지방법원 2016. 6.

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 10. 8. 12:00
Trackback 0 : Comment 0

댓글을 달아 주세요


 

1. 종래 대법원 판결과 최근 하급심 판결 내용

대법원 2013. 2. 15. 선고 20115835 판결에서 공간된 학술논문도 제품허가를 받기 위해 무단 복사해 첨부하면 저작권법 위반이라고 명확하게 판단하였습니다. 나아가 발표된 학술논문도 타사에서 DC 자료, Detail용 또는 홍보용 팜플렛에 무단으로 사용하면 저작권침해책임을 지게 됩니다.

 

최근 수원지방법원 성남지원 2016. 8. 18. 선고 2016고정432 판결도 실무가들에게 중요한 내용이 담겨 있습니다. 민사책임뿐만 아니라 형사처벌 여부가 문제된 사안인데, 결론은 저작권자의 고소기간 도과를 이유로 공소기각 판결을 한 사례입니다. 다시 말하면, 공간된 학술논문을 허가신청자료로 무단 복사하여 제출한 행위는 저작권침해에 해당하지만, 친고죄 고소기간을 도과한 흠결로 결국 처벌하지는 않는다는 것입니다. 첨부한 판결을 꼼꼼하게 읽어보시기 바랍니다.

 

종래 정리하였던 저작권법에 관한 몇 가지 사항을 다시 올려드립니다.

 

2. 대법원 판결사안의 사실관계

대법원 2013. 2. 15. 선고 20115835 판결에 기재된 사실관계를 정리하면 다음과 같습니다. 리프리놀(LYPRINOL)을 수입 판매하던 A회사는, 2002년경 리프리놀의 효능에 대한 홍보자료로 활용하기 위하여 국내 대학병원 정형외과 교수들에게 리프리놀의 관절염증 조절 및 관절기능 개선에 대한 임상연구를 의뢰하였고, 그 임상시험 종료 후 교수들은 관절염 환자 54명에 대한 임상연구결과를 종합하여 20025월경 슬관절 및 고관절의 퇴행성 관절염 환자에서 뉴질랜드산 초록입홍합 추출 오일물(LYPRINOL)의 유효성 및 안정성에 대한 고찰이라는 제목의 논문을 발표하였습니다. A 회사에서는 2004년 위 논문을 근거자료로 제출하여 식약청으로부터 리프리놀 - 초록입 홍합 추출 오일복합물을 건강기능식품의 개별인정형 기능성 원료로 인정받았습니다.

 

그런데, 2008년경 본사와 A회사의 수입 판매권 계약이 종료되었고, 새로운 B 회사가 20085월경부터 본사로부터 리프리놀을 수입하여 판매하게 되었습니다. B회사의 대표이사이던 이 사건 피고인은 리프리놀 - 초록입홍합 추출 오일복합물을 개별인정형 기능성 원료로 인정받기 위하여 저자들의 동의 없이 최신의학 Vol. 45., No. 5(2002)에 게재되어 있던 위 논문 전체를 직접 복사하여 식약청에 제출하였습니다. 그런데, B회사는 임상시험 의뢰인 A회사, 논문저자인 교수들과는 아무 관계가 없고 오히려 이해관계를 달리하는 상황입니다. 이와 같이 학술논문을 창출하는데 어떤 기여도 하지 않았던 B회사와 같은 제3자가 학술지에 발표된 논문을 복사하여 식약청 허가자료로 자유롭게 사용할 수 있는지 등이 문제된 사안입니다.

 

3. 임상시험 결과를 발표한 학술논문의 저작권에 관한 본사의 권리 여부

임상시험과 논문발표 과정에서 본사의 여러 가지 지원을 받았다고 해도 저작권을 본사가갖는다는 명시적 약정이 없으면 본사는 저작권자에 해당하지 않습니다. 대법원 판결에서는 A회사와 본사 사이에는 국내 대리점계약을 체결하면서 A회사가 시작하여 발표하는 판촉물 및 임상연구에 대한 저작권은 A회사가 보유한다는 취지로 약정한 사실, 이 사건 논문의 저자들이 논문의 해외 출판을 위하여 그 편집을 본사가 지정한 제3자에게 위임하기도 하였으나 본사에 이 사건 논문의 사용을 포괄적으로 허락하였다고 볼 만한 사정은 없는 사실 등을 바탕으로 법원은 논문의 저자들이 본사에 이 사건 논문에 대한 저작권을 양도하였다거나 포괄적 이용허락을 하였다고 볼 수 없다고 판단하였습니다. 논문에 관한 권리가 본사에게 있다고 주장하면서 본사의 권리에 기대어 방어하려는 B회사 방어논리는 인정되지 않았습니다.

 

4. 공표된 학술논문의 공정한 인용에 해당하는지 여부

공표된 학술논문은 자유롭게 복제하여 이용할 수 있다는 잘못된 인식이 있습니다. 저작권법은 학술논문이더라도 원칙적으로 저작권자 동의 없는 복제 및 사용은 저작권 침해에 해당한다고 규정하고 있습니다. 다만, 제한된 특정 범위에서만 자유로운 복제 및 사용이 허용됩니다. 저작권법에는 저작재산권의 제한이란 항목이 있고, 다양한 제한 사유가 열거되어 있습니다. 본 사안과 관련된 조항으로는 28조의 (공표된 저작물의 인용)에서는 공표된 저작물은 보도 · 비평 · 교육 · 연구 등을 위하여는 정당한 범위 안에서 공정한 관행에 합치되게 이를 인용할 수 있다라고 규정되어 있습니다.

 

B회사는 공표된 학술논문을 정당한 범위에서 인용한 것이므로 저작권 침해에 해당하지 않는다고 주장하였습니다. 그러나, 대법원은 논문의 일부를 인용한 것이 아니라 전체를 그대로 복사하여 허가 신청서에 첨부한 것이므로 저작권법 소정의 인용에 해당한다고 보기 어렵고, 설령 그것을 인용으로 본다 하더라도, B회사가 리프리놀 - 초록입홍합 추출 오일복합물을 기능성 원료로 인정받음으로써 제품 판매에 상당한 이익을 얻을 것으로 예상되는 점, 피고인은 기능성원료의 인정신청을 위한 근거서류로 이 사건 논문 전체를 복제한 것인데, 이와 같은 목적은 이 사건 논문이 작성된 원래의 목적과 같으므로, 이 사건 논문의 복제는 원저작물을 단순히 대체한 것에 불과한 것으로 볼 수 있는 점, 이 사건 논문이 임상연구결과를 기술한 사실적 저작물이기는 하지만 이 사건 논문의 일부가 아닌 전체가 그대로 복제되어 이용된 점, 이 사건 논문의 복제로 인하여 사단법인 한국복사전송권협회와 같이 복사권 또는 전송권 등을 관리하는 단체가 복제허락을 통하여 얻을 수 있는 수입에 부정적인 영향을 미치게 될 것으로 보이는 점 등에 비추어 보면, 학술정보데이터베이스 제공업자로부터 적은 비용으로 손쉽게 이 사건 논문의 복제물을 구할 수 있는 사정까지 엿보이는 이 사건에서 피고인의 이 사건 논문 복제행위를 저작권법 소정의 공표된 저작물의 인용에 해당하는 행위라고 보기는 어렵다라고 판결하였습니다.

 

대법원은 아무리 기술적이고 학술적인 내용의 논문이고, 또 학술지에 공표된 것이라고 하여도, 논문의 일부가 아닌 전체를, 또 많은 비용이 아니라 적은 비용을 지불하고도 입수할 수 있음에도 불구하고 무단으로 논문전체를 복사하여 사용하였고, 그 논문의 사용으로 상당한 이익을 얻을 것이 예상되는 경우에는 그 복제 사용행위는 명백하게 저작권 침해라고 판시하였습니다.

 

따라서, 저작권자의 동의를 얻거나, 또는 사전에 저작권자들로부터 동의를 받고 논문을 수집하여 제3자에게 복제를 허용하고 그 비용을 받는 학술정보데이테베이스와 같은 판매, 유통 경로를 통해 정식으로 비용을 지불하고 입수하여 사용한다면 본 사건과 유사한 법적 책임을 피할 수 있습니다. 그런데, 필요한 논문이 위와 같은 데이터베이스에 올라와 있지 않는 오래된 논문이라면 그 저작권자를 확인하기도 어렵고 또 직접 접촉하여 동의를 얻는 것도 실무적으로 매우 어렵습니다. 저작권법에는 이와 같이 이용허락을 받기 어려운 경우를 대비하여 법정허락이라는 제도를 대안으로 마련해 두고 있습니다. 저작권위원회에서 실무를 담당하므로 문의하시면 될 것입니다.

 

5. 일반인을 대상으로 널리 사용하지 않고 식약청 공무원만을 대상으로 한 사정

B회사는 논문을 불법 복사하여 제3자에게 판매한 것이 아니라 식약청 허가서류에만 첨부한 것은 저작권법이 금지하는 영리를 목적으로 한 복제행위에 해당하지 않는다고 주장하였습니다. 그러나, 대법원은 기업 내부에서 업무상 이용하기 위하여 복제하는 것은 저작권이 제한되는 사유인 사적 이용을 위한 복제에 해당하지 않는다고 B회사의 주장을 배척하였습니다.

 

6. 수원지법 성남지원 판결 요지

한국회사 A는 건강기능식품 로즈힙(Rose Hip, 들장미 열매) 원료를 수입 판매하려는 목적으로 식약처에 건강기능성식품 원료 인정 신청을 하면서, 공간된 외국 학술논문을 복제하여 제출하였습니다. 그 학술논문은 원료생산 회사 덴마크 본사의 의뢰로 진행된 임상시험결과를 포함한 것이었고, 그 한국 독점 총대리점 회사에서 위 사살을 본사에 알려고 위임을 받아 A사를 저작권법 위반혐의로 형사 고소한 것입니다.

 

법원은 A사의 저작권침해행위를 인정하였습니다. 다만, 2013. 3. 15. 시행 개정 저작권법에서 "영리를 목적으로 또는 상습적으로" 저작권 침해하는 행위만 비친고죄로, 나머지는 친고죄로 정한 배경과 취지 등을 고려하여, 영리목적을 침해행위로 직접 대가를 받는 행위로 좁게 제한적으로 해석하는 엄격한 입장을 취하였습니다. 이와 같은 엄격한 해석이 상급심에서도 그대로 유지될지 귀추가 주목됩니다.

 

그 다음 저작권자의 고소가 친고죄의 고소기간 6개월을 지난 후 제출되었다고 보고 공소기각으로 A사를 형사처벌하지 않았습니다.

 

KASAN_[저작권쟁점] 학술논문을 제3자가 무단 복제하여 허가신청서류로 정부부처 제출한 행위 - 저작권침해 여부

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 10. 8. 11:00
Trackback 0 : Comment 0

댓글을 달아 주세요


 

LG전자 TV 홍보용 3D 입체영상물을 이용하면서 저작권자 원고와 진행한 협의가 결렬되어, 결과적으로 저작물 3D 입체영상물을 무단 이용한 경우에 그로 인한 손해배상액 또는 부당이득액 산정방법에 관한 대법원 판결입니다.

"저작권자의 허락 없이 저작물을 이용한 사람은 특별한 사정이 없는 한 법률상 원인 없이 그 이용료 상당액의 이익을 얻고 이로 인하여 저작권자에게 그 금액 상당의 손해를 가하였다고 보아야 하므로, 저작권자는 부당이득으로 이용자가 그 저작물에 관하여 이용 허락을 받았더라면 이용대가로서 지급하였을 객관적으로 상당한 금액의 반환을 구할 수 있다.

 

이러한 부당이득의 액수를 산정할 때는 우선 저작권자가 문제된 이용행위와 유사한 형태의 이용과 관련하여 저작물 이용계약을 맺고 이용료를 받은 사례가 있는 경우라면 특별한 사정이 없는 한 그 이용계약에서 정해진 이용료를 기준으로 삼아야 한다.

 

그러나 해당 저작물에 관한 이용계약의 내용이 문제된 이용행위와 유사하지 아니한 형태이거나 유사한 형태의 이용계약이더라도 그에 따른 이용료가 이례적으로 높게 책정된 것이라는 등 그 이용계약에 따른 이용료를 그대로 부당이득액 산정의 기준으로 삼는 것이 타당하지 아니한 사정이 있는 경우에는,

 

그 이용계약의 내용, 저작권자와 이용자의 관계, 저작물의 이용 목적과 이용 기간, 저작물의 종류와 희소성, 제작 시기와 제작비용 등과 아울러 유사한 성격의 저작물에 관한 이용계약이 있다면 그 계약에서 정한 이용료, 저작물의 이용자가 이용행위로 얻은 이익 등 변론과정에서 나타난 여러 사정을 두루 참작하여 객관적이고 합리적인 금액으로 부당이득액을 산정하여야 한다."

 

대법원은 위 사안에서 유사한 형태의 이용계약을 기준으로 삼을 수 있다고 하면서도, 동일 유사한 영상물을 가전 쇼에서 3일 내지 5일 시연하는 특별한 계약사례를 가지고 여러 대리점에서 장기간 이용하기 위한 행위에 그대로 적용하기 곤란하다고 판시하였습니다. 해당 저작물에 관한 이용계약 사례가 있더라도 각각의 구체적 사정이 전혀 다르다면 그대로 적용할 수 없다는 취지입니다.

 

KASAN_[저작권쟁점] 저작물 무단이용과 부당이득반환청구 또는 손해배상청구 부당이득액 산정방법 또는 손해배상액

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 10. 8. 10:00
Trackback 0 : Comment 0

댓글을 달아 주세요


 

1. 다수가 참여한 경우 공동저작물 성립여부 관련 법리

"2인 이상이 공동창작의 의사를 가지고 창작적인 표현형식 자체에 공동의 기여를 함으로써 각자의 이바지 한 부분을 분리하여 이용할 수 없는 단일한 저작물을 창작한 경우 이들은 그 저작물의 공동저작자가 된다고 할 것이다.

 

여기서 공동창작의 의사는 법적으로 공동저작자가 되려는 의사를 뜻하는 것이 아니라, 공동의 창작행위에 의하여 각자의 이바지한 부분을 분리하여 이용할 수 없는 단일한 저작물을 만들어 내려는 의사를 뜻하는 것이라고 보아야 한다(대법원 2014. 12. 11. 선고 201216066 판결 참조)."

 

2. 드라마 대본 집필계약 중도해지 및 작가교체

극작가 A가 집필계약에 따라 총 32회 드라마 극본을 집필하다가 6회까지 일부를 완성한 상태에서 계약의 해지를 통보 받고 집필을 중단한 후 다른 작가들(B)에 의하여 나머지 회본 드라마 극본이 완성되어 예정 방송스케줄대로 방송 종결된 사안입니다. 집필계약에서 특별한 사정이 없는 한 작가 A가 드라마 극본을 완성하기로 약정되어 있을 뿐만 아니라 작가 A가 드라마 제작 및 홍보에 관한 중요사항들을 협의하여 처리하여 오다 집필계약의 해지되었고, 작가 A는 이에 대응하여 이미 작성한 드라마 극본의 이용금지 및 기존 작업성과를 이용하지 말 것을 통보하였습니다.

 

그 후 집필계약위반에 따른 위약금청구소송 및 저작권법 위반혐의로 형사고소 등 법적 분쟁으로 확대되었습니다.

 

3. 2인 이상이 순차적으로 창작하여 단일 저작물이 만들어지는 경우

"2인 이상이 시기를 달리하여 순차적으로 창작에 기여함으로써 단일한 저작물이 만들어지는 경우에, 선행 저작자에게 자신의 창작 부분이 하나의 저작물로 완성되지는 아니한 상태로서 후행 저작자의 수정증감 등을 통하여 분리이용이 불가능한 하나의 완결된 저작물을 완성한다는 의사가 있고, 후행 저작자에게도 선행 저작자의 창작 부분을 기초로 하여 이에 대한 수정증감 등을 통하여 분리이용이 불가능한 하나의 완결된 저작물을 완성한다는 의사가 있다면, 이들에게는 각 창작 부분의 상호 보완에 의하여 단일한 저작물을 완성하려는 공동창작의 의사가 있는 것으로 인정할 수 있다.

 

반면에 선행 저작자에게 위와 같은 의사가 있는 것이 아니라 자신의 창작으로 하나의 완결된 저작물을 만들려는 의사가 있을 뿐이라면 설령 선행 저작자의 창작 부분이 하나의 저작물로 완성되지 아니한 상태에서 후행 저작자의 수정, 증감 등에 의하여 분리이용이 불가능한 하나의 저작물이 완성되었다고 하더라도 선행 저작자와 후행 저작자 사이에 공동창작의 의사가 있다고 인정할 수 없다.

 

따라서 이때 후행 저작자에 의하여 완성된 저작물은 선행 저작자의 창작 부분을 원저작물로 하는 2차적 저작물로 볼 수 있을지언정 선행 저작자와 후행 저작자의 공동저작물로 볼 수 없다."

 

4. 사안의 구체적 판단

대법원은 6회까지 일부를 창작한 작가 A와 나머지 회분을 창작하여 전체 극본을 최종적으로 완성한 작가들(B) 사이에 공동창작의 의사가 있다고 인정할 수 없다고 판단하였습니다. 그렇다면, 전체 극본은 작가 A의 창작 부분을 원저작물로 하는 2차적 저작물로 볼 수는 있을지언정 작가 A와 작가들(B)의 공동저작물로 볼 수는 없다고 판결하였습니다.

 

비록 전체 저작물이 각 창작부분을 분리하여 이용할 수 없는 단일한 저작물이라 하더라도 2차적 저작물인 이상 원 저작자(작가 A)의 동의 없는 저작물 이용행위는 저작권침해 행위에 해당한다고 보았습니다.

 

KASAN_[저작권쟁점] 다수인이 참여한 창작물의 저작권자 판단 - 대본작가의 중도교체 시 최종 결과물이 공동저작물

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 10. 8. 09:00
Trackback 0 : Comment 0

댓글을 달아 주세요


 

소프트웨어 프로그램은 통상 2진파일(binary file) 포맷인 실행파일 형태로 배포되어 소스코드를 확인할 수 없기에 저작권 침해 여부를 확인하는 것이 매우 어렵습니다. 소스코드의 확보할 목적으로 침해혐의자를 고소하여 형사절차를 통해 압수, 수색을 시도하기도 합니다.

 

소프트웨어 프로그램 저작권 침해 사건은 소스코드의 유출이 발단이 되는 경우가 많습니다. 이때 소스코드를 유출한 직원은 경쟁업체를 설립하고 유출된 소스코드를 기반으로 개발하여 배포, 판매로 나아가게 되므로, 결국 소송에서는 프로그램 저작권 침해뿐만 아니라 경업 및 전직금지, 영업비밀 침해 등 쟁점으로 대두됩니다. 수사절차는 대부분 피해자가 저작권 침해죄, 영업비밀 침해죄 혐의 등으로 침해 혐의자를 고소하는 것에서 시작됩니다. 여기서 영업비밀유출, 저작권침해 등에 관한 범죄혐의가 어느 정도 소명되어야 압수수색을 시도해 볼 수 있습니다. 소명은 증명에는 이르지 못한 정도이지만 적어도 그럴 개연성이 있다는 점을 보여주는 것입니다. 소스코드 없이도 어떻게 침해하였을 개연성을 보일 수 있는지 어려운 과제입니다.

 

1. 저작권 침해요건

저작권침해는 원칙적으로 (1) 침해자가 피해자의 저작물을 보고 베낀 사실(의거성)(2) 침해자의 결과물이 피해자의 저작물과 실질적으로 유사한 사실(실질적 유사성)이 인정되어야 합니다. 소프트웨어 프로그램의 경우도 침해자가 피해자의 컴퓨터프로그램의 소스코드에 접근하였다는 사실과 침해자의 컴퓨터프로그램이 피해자의 것과 유사하다는 사실을 보여야만 합니다. 실제 소송에서 주로 쟁점이 되는 것은 실질적 유사성의 문제입니다.

 

2. 실질적 유사성 판단

통상 비교대상 소프트웨어 프로그램들의 기능을 추상화하여 그 유사성을 살피고, 다음으로 컴퓨터프로그램을 둘러싼 주변 요소들 중 사상의 영역과 표현을 위해 사용되는 수단적 요소들을 제거하여 여과한 다음, 남는 부분들을 비교, 검토하여 유사성 여부를 가리는 과정을 거쳐 판단합니다.

 

또한 추상화와 여과 과정을 거친 후에 남는 구체적 표현(소스코드 혹은 목적코드)을 개별적으로 비교하는 외에도, 명령과 입력에 따라 개별 파일을 호출하는 방식의 유사도, 모듈 사이의 기능적 분배의 유사도, 분석 결과를 수행하기 위한 논리적 구조 계통 역시 검토하게 되고, 그와 같은 구조와 개별 파일들의 상관관계에 따른 전체적인 저작물 제작에 어느 정도의 노력과 시간, 그리고 비용이 투입되는지 여부도 함께 고려됩니다. 다만 이와 같은 검토 과정은 사안에 따라 유동적으로 사용됩니다.

 

3. 소스코드를 확보할 수 없는 경우의 유사성 소명 방법

소스코드를 확보할 수 없는 사건 초기에 실질적 유사성을 소명하기 위해서는 상대방의 제품에서 이진파일 상태인 목적코드, DLL, 실행파일 등을 추출하여 비교할 수 밖에 없습니다. 이 경우에는 역어셈블 또는 역컴파일을 통해서 어셈블리어 수준 또는 소스코드 수준에서 비교를 해야 합니다만, 디버깅 정보가 모두 제거된 상태이므로 어셈블리 수준에서는 변수와 함수 명칭 등이 모두 메모리상의 주소(숫자)로 변환되어 있고, 소스코드 수준으로 변환하여도 위 명칭 등이 모두 임의로 변경되어 있어 비교가 쉽지 않습니다.

 

이에 전체 구조의 유사성을 살피기 위해서는 함수 호출관계 차트를 그려서 이를 분석, 피해자의 소스코드와 비교하여 함수 간의 관계를 살피는 작업을 거치게 됩니다. 이것을 기준으로 유사한 함수 내의 기능과 내부 코드를 비교하여 유사도를 확인합니다. 여기서 먼저 분석할 함수로는 전체 컴퓨터프로그램에서 중요한 기능을 차지하고 새롭게 창작한 부분에 포함되는 것들을 선택하여야 할 것입니다.

 

이렇게 어느 정도 유사도가 확인되면, 이를 소명 자료로 만들어 법원 또는 검찰에 제출하여, 압수수색을 도모하거나 감정신청으로 나아갈 수 있게 됩니다. 소프트웨어 저작권 침해 또는 영업비밀 침해 사건에서 피해를 입은 회사 또는 개발자 등은 위와 같이 침해 사실의 소명이 필요하다는 점을 유념해야 합니다.

 

KASAN_[소프트웨어분쟁] 컴퓨터프로그램 저작권 침해분쟁 및 프로그램 소스코드 등 기술유출분쟁 - 컴퓨터프로그램의

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 8. 30. 17:00
Trackback 0 : Comment 0

댓글을 달아 주세요


 

소프트웨어 프로그램은 통상 2진파일(binary file) 포맷인 실행파일 형태로 배포되어 소스코드를 확인할 수 없기에 저작권 침해 여부를 확인하는 것이 매우 어렵습니다. 소스코드의 확보할 목적으로 침해혐의자를 고소하여 형사절차를 통해 압수, 수색을 시도하기도 합니다.

 

소프트웨어 프로그램 저작권 침해 사건은 소스코드의 유출이 발단이 되는 경우가 많습니다. 이때 소스코드를 유출한 직원은 경쟁업체를 설립하고 유출된 소스코드를 기반으로 개발하여 배포, 판매로 나아가게 되므로, 결국 소송에서는 프로그램 저작권 침해뿐만 아니라 경업 및 전직금지, 영업비밀 침해 등 쟁점으로 대두됩니다. 수사절차는 대부분 피해자가 저작권 침해죄, 영업비밀 침해죄 혐의 등으로 침해 혐의자를 고소하는 것에서 시작됩니다. 여기서 영업비밀유출, 저작권침해 등에 관한 범죄혐의가 어느 정도 소명되어야 압수수색을 시도해 볼 수 있습니다. 소명은 증명에는 이르지 못한 정도이지만 적어도 그럴 개연성이 있다는 점을 보여주는 것입니다. 소스코드 없이도 어떻게 침해하였을 개연성을 보일 수 있는지 어려운 과제입니다.

 

1. 저작권 침해요건

저작권침해는 원칙적으로 (1) 침해자가 피해자의 저작물을 보고 베낀 사실(의거성)(2) 침해자의 결과물이 피해자의 저작물과 실질적으로 유사한 사실(실질적 유사성)이 인정되어야 합니다. 소프트웨어 프로그램의 경우도 침해자가 피해자의 컴퓨터프로그램의 소스코드에 접근하였다는 사실과 침해자의 컴퓨터프로그램이 피해자의 것과 유사하다는 사실을 보여야만 합니다. 실제 소송에서 주로 쟁점이 되는 것은 실질적 유사성의 문제입니다.

 

2. 실질적 유사성 판단

통상 비교대상 소프트웨어 프로그램들의 기능을 추상화하여 그 유사성을 살피고, 다음으로 컴퓨터프로그램을 둘러싼 주변 요소들 중 사상의 영역과 표현을 위해 사용되는 수단적 요소들을 제거하여 여과한 다음, 남는 부분들을 비교, 검토하여 유사성 여부를 가리는 과정을 거쳐 판단합니다.

 

또한 추상화와 여과 과정을 거친 후에 남는 구체적 표현(소스코드 혹은 목적코드)을 개별적으로 비교하는 외에도, 명령과 입력에 따라 개별 파일을 호출하는 방식의 유사도, 모듈 사이의 기능적 분배의 유사도, 분석 결과를 수행하기 위한 논리적 구조 계통 역시 검토하게 되고, 그와 같은 구조와 개별 파일들의 상관관계에 따른 전체적인 저작물 제작에 어느 정도의 노력과 시간, 그리고 비용이 투입되는지 여부도 함께 고려됩니다. 다만 이와 같은 검토 과정은 사안에 따라 유동적으로 사용됩니다.

 

3. 소스코드를 확보할 수 없는 경우의 유사성 소명 방법

소스코드를 확보할 수 없는 사건 초기에 실질적 유사성을 소명하기 위해서는 상대방의 제품에서 이진파일 상태인 목적코드, DLL, 실행파일 등을 추출하여 비교할 수 밖에 없습니다. 이 경우에는 역어셈블 또는 역컴파일을 통해서 어셈블리어 수준 또는 소스코드 수준에서 비교를 해야 합니다만, 디버깅 정보가 모두 제거된 상태이므로 어셈블리 수준에서는 변수와 함수 명칭 등이 모두 메모리상의 주소(숫자)로 변환되어 있고, 소스코드 수준으로 변환하여도 위 명칭 등이 모두 임의로 변경되어 있어 비교가 쉽지 않습니다.

 

이에 전체 구조의 유사성을 살피기 위해서는 함수 호출관계 차트를 그려서 이를 분석, 피해자의 소스코드와 비교하여 함수 간의 관계를 살피는 작업을 거치게 됩니다. 이것을 기준으로 유사한 함수 내의 기능과 내부 코드를 비교하여 유사도를 확인합니다. 여기서 먼저 분석할 함수로는 전체 컴퓨터프로그램에서 중요한 기능을 차지하고 새롭게 창작한 부분에 포함되는 것들을 선택하여야 할 것입니다.

 

이렇게 어느 정도 유사도가 확인되면, 이를 소명 자료로 만들어 법원 또는 검찰에 제출하여, 압수수색을 도모하거나 감정신청으로 나아갈 수 있게 됩니다. 소프트웨어 저작권 침해 또는 영업비밀 침해 사건에서 피해를 입은 회사 또는 개발자 등은 위와 같이 침해 사실의 소명이 필요하다는 점을 유념해야 합니다.

 

KASAN_[소프트웨어분쟁] 컴퓨터프로그램 저작권 침해분쟁 및 프로그램 소스코드 등 기술유출분쟁 - 컴퓨터프로그램의

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 8. 30. 15:56
Trackback 0 : Comment 0

댓글을 달아 주세요


 

1. 프로그램 개발의 외부 발주 및 납품 받은 완성 프로그램의 저작권 쟁점

컴퓨터프로그램 발주자 A사는 외부의 독립한 컴퓨터프로그램 개발회사 B사에 컴퓨터프로그램 개발을 의뢰하여 완성된 프로그램을 납품 받았습니다. 이때 완성된 프로그램에 대해 발주사 A사는 그 프로그램을 타사에서 사용하는 것은 방지하려고 하는 반면, 개발사 B사는 다양한 구매처에 동일한 프로그램 또는 유사한 프로그램을 판매하려고 하기 때문에 그 저작권에 관해 양자 사이에 항상 이해관계가 상충됩니다. 통상 발주자의 파워가 강하기 때문에 완성된 프로그램의 저작권은 발주회사에 속한다는 계약조항은 넣는 경우가 많습니다.

 

그런데, 프로그램 개발사 입장에서는 충분한 개발비용을 받았다면 별 문제가 없을 것이지만, 대부분 대가도 충분히 받지 못하고 프로그램 저작권, 더 나아가서는 그 배경으로 깔린 아이디어까지 넘겨주는 상황을 맞기도 합니다. 이것은 프로그램 개발회사에게 일방적으로 불리한 불합리한 계약으로 볼 수 있습니다. 특히, 발주자가 개발비용조차 모두 지불하지 않는 상황에서 개발회사가 저작권자의 지위조차 인정받지 못한다면 개발회사가 개발비용을 회수할 가능성은 매우 낮습니다.

 

이와 같은 문제점을 조금이라도 개선하려면 개발회사의 입장에서 조금이라도 유리한 방향으로 계약을 채결하여야 합니다. 계약상 비용을 모두 지불 받기 전까지는 프로그램 저작권을 보유하는 것이 바람직할 것입니다. 최근 서울중앙지방법원 지재권 전담 재판부에서 개발회사의 저작권을 인정한 중요한 판결을 하였습니다. 참고로 법원 결정문을 첨부합니다. 위 사건의 경위 및 법원 판결의 요지를 간략하게 소개해 드립니다.

 

2. 소송대상 프로그램개발 발주 및 납품 계약 내용

A사와 B사가 프로그램 개발 납품에 관하여 연속적으로 체결한 계약서 중 프로그램 저작권 귀속에 관련된 조항은 다음과 같습니다.

 

(1) 기본계약서

20지적재산권본 계약에 의하여 개발된 산출물에 대한 지적재산권은 갑(A)이 가지며 (B)은 개발된 산출물의 형상관리를 위해 단계별 산출물을 갑에게 제공하여야 한다.

21계약의 해제 해지

갑 또는 을은 다음 각 호의 사유가 발생한 때에는 상대방에게 서면으로 상당한 기간을 정하여 그 이행을 최고하고 그 기간 내에 이행하지 아니한 때에는 본 계약 및 개별계약의 전부 또는 일부를 해제하거나 해지할 수 있다.

1) 갑 또는 을이 본 계약 및 개별계약을 위반하였을 경우

2) 갑이 정당한 사유 없이 을에게 업무수행에 대한 용역대가를 지불하지 않는 경우

30특수조건본 계약에서 부속계약으로 판매 관련 계약은 상호 합의하여 체결하며, 부속계약서 체결 전까지 본 계약의 제20조 제1항의 효력은 유보된다.

 

(2) 2차 계약서

17지적재산권본 계약에 의하여 개발된 산출물에 대한 지적재산권은 갑이 가지며 을은 개발된 산출물의 형상관리를 위해 단계별 산출물을 갑에게 제공하여야 한다.

27특수조건본 계약은 1차 계약서 30조와 동일하게 적용되어 부속계약으로 판매 관련 계약은 상호 합의하여 체결하며, 부속 계약 체결 전까지 지적재산권 관련 갑의 모든 권한은 유보된다.

 

(3) 3차 계약서 부속계약서

[다중망 연계 보안장비 판매에 따른 부속계약(이하 부속계약이라고 한다)]

1조 계약목적 - 본 계약은 A(이하 이라 한다)B(이하 이라 한다)가 체결한 다중망 연계 보안장비 개발’(2010. 12. 1., 이하 ‘1차 계약서라 한다)30조 및 다중망 연계보안장비 2차 개발’(2011. 6. 20., 이하 ‘2차 계약서라 한다)27조 특수조건에서 명시된 판매 관련 부속계약으로 향후 판매 수익 배분 및 기술이전, 유지보수에 대한 내용을 명확히 하는 데 있다.

 

2조 계약내용 - “은 다중망 연계 보안장비 판매를 함에 있어, 개발사인 에게 판매 수익의 일부를 배분을 하여야 하며, “이 판매를 하는 데 필요한 기술 지원 및 의 독자 기술 확보를 위한 지원을 하여야 한다.

 

3조 판매 수익의 배분

1. “의 판매 예측을 바탕으로 에게 제품 1대당(상용 판매 기준) 2,500,000

을 기준으로 계약기간 내 분기별로 총 8회에 나누어 총액 6억 원을 지급한다.

 

3. 개발비용 일부 미지급 및 계약해제

발주회사 A사는 개발사에게 1차 계약의 개발비는 모두 지급하였으나 2차 계약의 개발비 일부와 판매 수입 분배금은 지급하지 않았습니다. 개발회사 B사는 프로그램 개발을 완료하여 납품하였으나 발주회사로부터 약속된 대금을 모두 받지 못한 것입니다. 이에 개발사는 1차 기본계약서 20조에 따라 계약을 해제하면서 저작권자로서 권리행사를 한 것입니다.

 

4. 프로그램 저작권 귀속 및 행사 문제

서울중앙지법은 이와 같은 상황에서 컴퓨터프로그램의 저작권자는 개발사 B라고 판단하였습니다. , "컴퓨터프로그램을 개발 납품하는 경우 특별한 사정이 없는 한 그 컴퓨터프로그램은 주문자의 업무에 종사하는 자가 업무상 창작한 것 이라고 볼 수 없으므로, 개발업자를 저작자로 보는 한편, 주문자가 전적으로 프로그램에 대한 기획을 하고 자금을 투자하면서 개발업자의 인력만을 빌어 개발을 위탁하고 개발업자는 당해 프로그램을 오로지 주문자만을 위해서 개발 납품하는 것과 같은 예외적인 경우가 아닌 한 저작권법 제9조는 프로그램 제작에 관한 도급계약에는 적용되지 아니한다(대법원 2013. 5. 9. 선고 201169725 판결, 2000. 11. 10. 선고 9860590 판결 등 참조)"라고 판시하였습니다. 저작권법 제9조는 업무상 저작물에 관한 저작권 귀속 조항인데, 이 경우에는 발주사의 업무상 저작물에 해당하지 않는다는 입장을 명확하게 한 것입니다.

 

해당 프로그램의 저작권이 개발사에게 있다면 개발 납품 계약을 해제한 이상 저작권자로서 해당 프로그램의 사용, 판매, 배포 등을 금지할 수 있는 금지청구권이 인정되고, 가처분을 통해 긴급하게 권리구제를 인정할 보전의 필요성도 인정된다고 판결하였습니다. 따라서, 발주사 A사에 대해서도 해당 프로그램의 복제, 전송, 배포 및 그 프로그램이 포함된 관련 제품의 제조 판매도 금지한다는 가처분 명령을 하였습니다.

 

KASAN_[개발계약분쟁] 컴퓨터프로그램 외주개발 계약에 따라 완성한 프로그램을 납품 받았으나 대금 일부만 지급 및

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 8. 29. 10:30
Trackback 0 : Comment 0

댓글을 달아 주세요


 

1. 저작권법 관련 조항

저작권법 30(사적이용을 위한 복제) 공표된 저작물을 영리를 목적으로 하지 아니하고 개인적으로 이용하거나 가정 및 이에 준하는 한정된 범위 안에서 이용하는 경우에는 그 이용자는 이를 복제할 수 있다. 다만, 공중의 사용에 제공하기 위하여 설치된 복사기기에 의한 복제는 그러하지 아니하다.

 

저작권법 35조의3 (저작물의 공정한 이용) 23조부터 제35조의2까지, 101조의3부터 제101조의5까지의 경우 외에 저작물의 통상적인 이용 방법과 충돌하지 아니하고 저작자의 정당한 이익을 부당하게 해치지 아니하는 경우에는 저작물을 이용할 수 있다.

저작물 이용 행위가 제1항에 해당하는지를 판단할 때에는 다음 각 호의 사항 등을 고려하여야 한다.

1. 이용의 목적 및 성격

2. 저작물의 종류 및 용도

3. 이용된 부분이 저작물 전체에서 차지하는 비중과 그 중요성

4. 저작물의 이용이 그 저작물의 현재 시장 또는 가치나 잠재적인 시장 또는 가치에 미치는 영향

 

2. 실무적 포인트

이용자가 (1) 영리를 목적으로 하지 아니하고 개인적으로 이용하거나 또는 (2) 영리를 목적으로 하지 아니하고 가정 또는 그에 준하는 한정된 장소에서 이용하는 경우에는 공표된 저작물을 복제하여 이용할 수 있습니다. (1)의 경우 개인적 이용이라면 그 이용장소에 제한이 없고, (2)의 경우에는 가정 및 그에 준하는 장소라는 제한이 있습니다.

 

그러나, 위와 같은 비영리목적의 사적이용을 위한 복제가 모든 경우에 허용되는 것은 아닙니다. 대표적 예를 들면, 업로드된 불법복제물을 집에서 다운로드 받아 개인적으로 이용하는 경우에도 저작권법 제30조를 적용할 수 없다는 법원 판결이 있습니다.

 

, 법원은 업로드되어 있는 파일이 명백히 저작권 침해 파일인 경우까지 사적 이용을 위한 복제가 허용된다고 보면 저작권 침해 상태가 영구히 유지되는 부당한 결과가 생길 수 있으므로, 해당 파일이 불법복제 파일임을 미필적으로라도 알고 있으면 사적이용을 위한 복제라고 할 수 없다”(서울중앙지방법원 2008. 8. 5. 2008카합968 결정)고 판결하였습니다.

 

, 불법적으로 업로드물을 다운로드를 받아 개인적으로 이용하는 경우에도 저작권침해라는 입장이고, 그 이후 실무적 태도는 불법복제물을 다운로드 받은 경우에는 위와 같은 사적이용의 항변이 적용될 수 없다는 것입니다.

 

한편, 다운로드 받은 대상이 불법 업로드물이 아니라 합법 업로드물인 경우에는 위 판결의 논리를 그대로 적용할 수 없을 것입니다. 원칙으로 돌아가서 저작권법 제30조 규정에 맞는지 여부로 침해여부를 판단해야 할 것입니다. 이때 저작물의 공정한 이용에 관한 기준인 제35조의 3 조항을 그대로 적용할 수는 없지만 그 입법취지와 내용을 감안할 수 있을 것입니다.

 

KASAN_[불법사용쟁점] 컴퓨터프로그램 불법사용 적발 사안 무단사용 BUT 비영리 사적이용행위의 경우 저작권

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 8. 24. 17:30
Trackback 0 : Comment 0

댓글을 달아 주세요


 

1. 금형 설계 프로그램의 저작권 보유 회사의 주장 요지

 

2. 항소심 판결 금액 불법 사용자에게 6억원 손해배상 명령

 

3. 판결이유 손해배상액 산정 기준

해당 설계프로그램의 총 모듈은 88, 그 중 문제된 버전의 37개 모듈의 총가격은 개당 59천만이 넘는 고가입니다. 다만, 37개 모듈을 모두 구매하는 사례는 없습니다.

 

한편, 각 모듈별로 단가에 포함된 유지보수비용(maintenance)에는 정상 구매고객에 대한 기술지원뿐만 아니라 기능이 개선된 상위 버전의 업그레이드 혜택도 포함되어 있습니다.

 

또한, 프로그램 판매가격에는 비용이 공제되지 않았기 때문에 그 프로그램 판매가액을 저작물의 사용 허락을 받았더라면 사용 대가로서 지급하였을 객관적으로 상당한 금액으로 단정하기 어렵다. 따라서 37개 모듈의 가격 약 59천만 원을 저작권법 제125조 제2항의 권리의 행사로 통상 받을 수 있는 금액으로 보기 어렵다.”라고 판결하였습니다.

 

- 저작권법 제126조에 의한 손해액 산정 : 6억원으로 결정한 이유

원고는 이 사건 프로그램을 사용하고자 하는 사람과 매매계약이 아닌 라이선스 계약을 체결하는 방식으로 이용허락을 부여하는데, 사용자(고객)는 한 번 사용료를 지급하면 이 사건 프로그램을 영구적으로 사용할 수 있다(이른바 Paid-up 방식). 또한 이 사건 프로그램은 다양한 종류와 기능을 가지고 있는 수많은 모듈을 묶음으로 되어 있고, 사용자가 그 수요와 필요성에 따라 모듈을 개별적으로 구매할 수 있도록, 개개의 모듈별로 별도의 가격을 책정한 상태에서 판매하고 있다. 일반적으로 사용자는 이 사건 프로그램 중 기본 설계 모듈에 특수한 기능의 모듈을 선택하여 추가하는 방식으로 이 사건 프로그램을 구매하고 있다.

 

피고들은 설계프로그램의 37개 모듈 전부가 아니라 별지 기재의 8개 모듈만 필요하다. 증거자료를 종합하면 8개 모듈만 사용하였다고 봄이 상당하다.

 

피고들은 이 사건 프로그램의 불법 복제물을 설치하여 사용하였으므로, 원고로부터 기술지원 및 상위버전 소프트웨어로의 업그레이드 혜택 등 서비스를 받지 못하였다. 따라서 원고의 손해액을 산정함에 있어서 이 사건 프로그램 중 개별 모듈의 판매 가격 중 유지보수비용(Maintenance)은 제외하여야 한다.

 

4. 저작권자가 불법복제 프로그램을 방치한 과실 및 상계 주장 불인정

과실상계 주장: 프로그램의 불법 복제물이 인터넷 다운로드 사이트에서 일반인들에게 유포되고 있었음에도 이러한 사이트들을 상대로 저작권 보호요청을 하는 등의 조치를 게을리 한 과실이 있으므로 이와 같은 저작권자의 과실을 참작하여 손해배상액이 감경되어야 한다.

법원 판단: 그런데, 원고가 생산하는 컴퓨터 프로그램에 관하여 FlexNet License 모델 등에 따른 라이선스 파일 등을 이용하여 기술적 보호조치 등을 취하고 있는 점 등에 비추어 보면, 원고에게 이 사건 프로그램의 불법 복제물이 유포되는 것을 방치한 과실이 있다고 보기 어렵고 달리 이를 인정할 부족하다. 더구나 주로 불법 복제물이 게시되어 있는 인터넷 다운로드 사이트들은 토렌트(torrent) 프로그램을 이용한 사이트들로 위 사이트의 운영자는 국내뿐만 아니라 국외에도 산재하여 있고, 토렌트 프로그램 자체가 웹하드 등 서버를 통한 프로그램 공유방법이 아닌 개인 컴퓨터 간 프로그램 공유방법을 취하기 때문에 추적 및 단속이 용이하지 아니하다.

 

설령 원고에게 이 사건 프로그램의 불법 복제물이 유포되는 것을 방치한 과실이 있다고 하더라도, 피고들이 이 사건 프로그램의 불법 복제물이 게시되어 있는 인터넷 사이트 등을 통하여 위 프로그램을 다운로드 받는 등 고의로 불법행위를 저지른 경우에는 바로 그 피해자의 부주의를 이유로 자신의 책임을 감하여 달라고 주장하는 것은 허용될 수 없다(대법원 2005. 10. 7. 선고 200532197 판결 등 참조).

 

KASAN_[불법사용쟁점] 고가의 금형 설계 프로그램 수십개의 모듈 중 일부 모듈 불법사용 적발 저작권침해로 인

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 8. 24. 16:30
Trackback 0 : Comment 0

댓글을 달아 주세요


 

1. 불법 소프트웨어 단속의 사례

EDA (전자설계자동화: Electronic Design Automation) 소프트웨어의 불법 복제하여 사용하던 팹리스 반도체 회사들이 적발되었다는 소식입니다. 시놉시스사(Synopsys)는 불법 복제에 대한 지속적 모니터링으로 권리행사를 적극적으로 하고 있습니다.

 

EDA 소프트웨어는 반도체를 설계할 때 반드시 필요한 것으로, 세계 EDA 시장은 시놉시스, 케이던스, 멘토그래픽스 3개 업체가 전체 시장점유율 98% 이상을 차지하고 있습니다. 시놉시스사는 1위 업체로서 엔지니어가 작성한 RTL소스코드를 합성(Synthesis)하여 로직 최적화를 거쳐 게이트 레벨로 변환하여 주는 디자인 컴파일러(Design Compiler), 합성 후 로직의 등가성을 체크하는 포말리티(Formality), 타이밍을 체크하는 프라임타임(PrimeTime), 합성된 로직을 실제 반도체 다이 위에서 Automatic Place& Route를 수행하는 IC 컴파일러 등의 디지털 반도체 설계의 모든 분야에 필요한 소프트웨어를 공급하고 있습니다.

 

반도체 설계용 소프트웨어 이외에 수치해석 및 신호처리 등의 공학용 시뮬레이션, 행렬계산, 그래픽 기능 등의 기능으로 구조 설계 및 통신 시스템 설계 등에서 이용되고 있는 고가의 소프트웨어인 Matlab도 그 개발사인 매스웍스사(Mathworks)가 최근 불법소프트웨어 단속을 진행한 사례가 있습니다. 이러한 공학 계산 및 시뮬레이션용 소프트웨어의 경우는 그 용도에 따라 적절한 옵션의 패키지들이 필요하게 됩니다. Matlab의 경우도 Matlab 메인 소프트웨어 이외에 math and optimization, control system design and analysis, signal processing and communications, image processing and computer vision, test & measurement, computational finance, computational biology, code generation, application deployment, database access and reporting 등의 고가의 툴 패키지를 제공하고 있습니다.

 

특히 위와 같은 반도체 설계용 EDA 소프트웨어와 공학 계산 및 시뮬레이션용 소프트웨어는 다른 소프트웨어에 비해 고가여서 한 번 불법 단속에 걸리면 수억원에 이르는 배상금을 지불함과 동시에 신규 사용 계약도 체결해야 하는 부담이 발생합니다.

 

2. 소프트웨어 라이선스 계약

. 라이선스 기간

통상 SW 라이선스 계약은 annual(1년 단위 계약), term-based(계약 기간 설정), perpetual(영구)로 나뉘고 있으나 1년 단위 계약을 맺고 갱신하거나 영구 조건으로 구매하며 별도의 유지보수(maintenance) 계약을 통해서 최신 SW로 업데이트할 수 있도록 지원하고 있습니다.

 

. 라이선스 옵션

개인용(individual)의 경우는 1명의 지명 사용자 또는 1개의 컴퓨터에서 사용할 수 있는 라이선스 옵션입니다. 부가 옵션으로 활성화 조건(activation type)으로 기명 사용자 방식(standalone named user) 또는 지정 컴퓨터 방식(designated computer)에 해당합니다. 그룹용(group)의 경우는 일정한 사용 장소에서 2개 이상의 일단의 개인용(individual) 라이선스를 관리할 경우입니다. 위 개인용(individual)과 마찬가지로 2개의 활성화 조건(activation type)이 있습니다.

 

하나의 네트워크에 연결된 컴퓨터의 경우에 지정 네트워크 사용자(network named user) 방식에는 네트워크 매니저를 이용하여 관리되는 모든 컴퓨터에서 일정한 기명 사용자가 사용할 수 있는 옵션입니다.

 

동시 사용자 또는 사이트 라이선스(concurrent, site license) 방식에서는 네트워크 매니저(에 연결된 모든 컴퓨터에서 일정한 수의 사용자가 동시에 사용할 수 있는 옵션입니다.

 

. 활성화 조건(activation type)

기명 사용자 방식(standalone named user)에서는 1명의 지명 사용자가 SW를 사용할 수 있으며 라이선스 계약 기간 안에서 일정 횟수(: 2, 4)까지 다른 컴퓨터에서 소프트웨어를 활성화시켜 사용할 수 있습니다. 다만, 서로 다른 컴퓨터에서 동시에 사용할 수는 없고, 반드시 같은 기명 사용자여야 합니다.

지명 컴퓨터(designated computer) 방식은 SW1대의 지정 컴퓨터에서만 사용할 수 있으며 라이선스 계약기간 이내에 일정 횟수(: 4)까지 다른 컴퓨터에서 라이선스 활성화가 가능합니다.

 

3. 불법사용의 예와 리스크 관리

수치해석 등 시뮬레이션, 반도체 설계 등을 위한 CAD 소프트웨어가 필요한 중소기업에서는 통상 몇 copy 정도의 Matlab package나 시놉시스의 디자인 컴파일러, IC 컴파일러 등의 EDA 소프트웨어 1-2 copy를 구입하여 사용합니다. copy1명의 지명사용자 또는 1대의 지정컴퓨터에 설치되어 있어야 합니다. 회사 내부에서 일정한 사람만이 집중적으로 사용한다면 각 지정사용자에게 SW1 copy씩 설치하여 사용하도록 하면 될 것입니다. 여러 명의 사용자가 1 copy를 공유해서 사용해야 할 경우에는 1대의 지정컴퓨터에 설치한 후에 시간을 나누어 해당 컴퓨터에 설치된 CAD 소프트웨어를 사용하는 방식으로 공유해야 할 것입니다.

 

어떤 소프트웨어의 경우에 1명의 지명사용자가 1년의 기간 동안에 1번 내지 4번의 컴퓨터에 설치 위치를 변경하여 사용할 수 있지만, SW 공급사는 이전 컴퓨터에 설치된 소프트웨어도 동시에 사용하는 것을 막지 않습니다. 다만, 이렇게 사용할 경우에 각 SW 공급사의 서버에 사용기록이 남거나 해당 컴퓨터에 라이선스키를 사용한 기록이 남기 때문에 1명의 지명사용자가 동시에 1대의 컴퓨터에서 사용하여야 할 라이선스를 구매한 회사에서 2명 내지 4명이 동시에 사용하고 있다는 사실이 밝혀질 수 있게 됩니다.

 

SW 공급사는 이러한 자료를 축적하고 분석하여 증거를 확보하게 되면 사용회사에 대하여 라이선스 계약을 위반하여 불법소프트웨어를 사용하였다는 경고와 함께 저작권 침해에 대한 민사상 손해배상뿐만 아니라 형사책임까지 추궁합니다. 따라서, SW가 단순히 설치되고 동시에 사용해도 아무런 문제가 없이 동작한다고 하더라도 라이선스 계약의 범위를 초과하여 사용할 경우에는 위와 같이 불법소프트웨어 사용행위로 취급될 위험이 높다는 점을 유의하여야 할 것입니다.

 

대부분의 회사는 라이선스 구매한 SW가 있음에도 불구하고, 사내의 SW 사용 방식을 파악하지 못하고 더욱이 이러한 사내 사용방식이 SW 구매시의 라이선스 계약에 부합하는지 여부도 신경을 쓰지 못하고 있습니다. 이러한 상황에서 Mathworks, Synopsys 등과 같은 SW 공급회사에서 경고장을 받고 나서야 상황을 파악하고 대책을 마련하려고 합니다만, 이미 대부분의 불법 사용증거가 넘어간 이후라 협상의 여지조차 없는 경우가 대부분입니다.

 

고가의 SW를 실제로 구매하여 사용하는 회사의 경우에도 현재 사용실태와 SW 라이선스 계약을 관련 법률전문가의 검토를 받아 사용방법은 변경하거나 적절한 추가 구매를 하여 적법한 형태로 다시 환원하여야 불법소프트웨어 사용에 대한 법적 책임을 회피할 수 있을 것입니다. 위와 같은 고가의 SW의 경우에는 이전 수년 간의 위법행위에 대한 손해배상금이 10억원을 초과하는 경우도 쉽게 발생할 수 있습니다. 따라서 법률전문가의 검토와 컨설팅을 받음으로써 중소기업들이 저렴한 비용으로 이러한 위험을 회피할 수 있을 것입니다.

 

KASAN_[라이선스분쟁] 컴퓨터프로그램 소프트웨어의 라이선스 관련 쟁점 불법사용 적발 및 리스크 관리 포인트.

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 8. 24. 15:26
Trackback 0 : Comment 0

댓글을 달아 주세요


 

1. 도급계약 vs 위임계약

통상 컴퓨터프로그램 등 소프트웨어를 개발하여 납품하는 계약은 도급계약으로 볼 수 있습니다. 도급계약은 당사자 일방이 일을 완성할 것을 약정하고 상대방이 그 일의 결과에 대하여 보수를 지급할 것을 약정함으로써 성립하는 계약입니다(민법 제664). , 도급은 일의 완성을 목적합니다. 특정 목적의 소프트웨어 프로그램 개발공급 계약에서 수급인 개발자의 급부의무는 도급인 발주자의 주문 사양에 맞추어 하자 없이 주문한 기능을 가진 프로그램을 개발하여 공급하는 것입니다.

 

판례도 소프트웨어개발·공급계약은 일종의 도급계약이라고 하고, (발주자 도급인 vs 개발자 수급인 구도) 수급인은원칙적으로일을완성하여야 보수를 청구할 수 있다고판시하고있습니다. 도급계약에서는 일의완성여부가매우중요한핵심사항입니다.

 

판결은 일단완성되었다면, “발주자 도급인이 프로그램 내용에 대하여 불만을 표시하며 수급인의 수정 제의를 거부하면서 계약해제 통보를 하는 등 특별한 사정이 있다면 수급인은 당시까지의 보수를 청구할 수 있다고 판시합니다.

 

반면, 컴퓨터프로그램의 납품에 중점이 있는 것이 아니고 전문가로서 개발업무를 수행하는 것 자체에 중점이 있는 경우라면 도급계약이 아니라 위임계약으로 볼 수도 있습니다. 위임계약의 대표적 예를 들면, 의사가 환자를 치료하고 대가를 받는 관계입니다.

 

2. 분쟁원인 - 프로그램 개발완성 여부

소프트웨어 프로그램 개발공급계약에서 완성여부에 대한 채무불이행 여부가 문제되는데, 수급인 개발자가 채무이행을 제대로 하였는지 여부는 당사자가 합의한 계약내용을 기준으로 판단될 것입니다.

 

그런데 소프트웨어 프로그램 개발공급계약은 실무상 합의내용을 구체적으로 명확하게 계약서에 반영하는 것이 상당히 어렵습니다. 개발대상 프로그램이 크고 복잡한 경우 그 요구조건, 사양, 내용, 시스템 등을 계약에 명확하게 반영하기 어렵습니다. 그 결과 계약내용에 대해 당사자 사이에 이해내용상 상당한 차이가 발생할 수도 있습니다. 그 결과 개발진행 후 일의 완성 여부에 대한 분쟁이 자주 발생하는 것입니다.

 

3. 프로그램개발의 완성 또는 미완성 판단기준

소프트웨어 개발납품 계약서에서정한기준에 따라 완성여부를 판단합니다. 계약서 문언에 따라 계약에 포함되어 있는 사양과 기능을 갖춘 제품의 개발, 그 이행 제공, 관련한 자료, 당시 관련 당사자들의 태도 등 제반 사정을 종합하여 판단합니다. 따라서 발주자와 개발자는 계약서에 프로그램의 목적과 기능을 구체적으로 특정하고, 정확하고 구체적으로 기재해야 하는 것이 바람직합니다. 통상 계약서에 첨부하는 개발사항 명세서에 관련 사항을 가능하면 상세하게 작성하여야 합니다.

 

소프트웨어 프로그램 개발 및 공급계약에서 일의 완성으로 보려면 계약상 예정된 최후의 공정까지 종료하였음과 함께 프로그램의 주요기능 부분이 약정된 대로 개발되어 사회통념상 일반적으로 요구되는 성능을 갖추고 있어야만 합니다. 또한 계약상 예정된 최후의 공정이 종료하였는지 여부는 개발자 수급인의 주관적인 주장이 아니라 개발 및 공급계약의 구체적 내용과 신의성실의 원칙에 비추어 객관적으로 판단해야 합니다.

개발자가 소프트웨어 개발의 일을 완성하고 이를 인도하면 발주자는 해당 소프트웨어 프로그램이 계약상 사양과 내용대로 완성되었는지 점검하여 수령하게 되는데, 법원은 제작물공급계약에서 목적물의 인도는 완성된 목적물에 대한 단순한 점유의 이전만을 의미하는 것이 아니라 도급인이 목적물을 검사한 후 그 목적물이 계약내용대로 완성되었음을 명시적 또는 묵시적으로 시인하는 것까지 포함한다고 봅니다.

그런데, 실무상 개발 납품한 프로그램이 계약상 요구사항을 모두 충족하였지만 발주자가 원하는 성능을 충분히 구현하지 못한다고 불만을 표시하면서 개발대금을 지급하지 않고 과도하게 보완을 계속 요구하는 경우가 있습니다. 이와 같은 하자 주장은, 법적으로 일의 완성과는 구별되는 다른 개념입니다. 하자가 있더라도 일이 완성되었다면 수급인은 도급인에게 보수의 지급을 청구할 수 있습니다.

 

하자여부도 일의 완성여부 판단, 그 완성도의 판단기준이 매우 중요합니다. 계약서에서 요구사항 각 항목을 특정하고, 목적하는 기능, 사용용도, 개발동기 등 배경사실을 기재하였거나 프로그램의 기능이 어떻게 구현되어야 하는지 등을 구체적으로 기재해 두었다면 완성여부 및 완성도를 판단하는데 큰 문제가 없을 것입니다.

 

발주자 도급인은 하자보수청구권을 가지므로 하자담보책임에 기한 항변을 행사하여 하자에 대한 보수 또는 그에 갈음하는 손해배상의 지금에 대한 대금의 지급을 거절할 수 있습니다. 그러나 하자를 이유로 대금 전부의 지급을 거절할 수는 없습니다.

 

정리하면, 발주한 소프트웨어 프로그램의 개발이 미완성인 때에는 대금지급을 거절할 수 있지만, 완성되었으나 하자가 있는 경우에는 발주자 도급인은 일의 완성을 요구하면서 대금지급을 거절할 수는 있습니다. 다만, 하자의 정도에 따라 대금감액 또는 손해배상을 청구할 수는 있습니다.

 

4. 완성된 소프트웨어 프로그램의 하자 관련 쟁점

소프트웨어 개발 및 공급의 도급계약에 있어서의 하자는 완성된 일이 계약에서 정하거나 보증한 내용이 아니거나, 그 경제적 사용가치 또는 교환가치를 감소시키는 결함이 있거나, 또는 당사자가 미리 정한 사양 또는 기능을 가지지 못하는 등 결함을 말합니다. 그러나 하자의 정의는 모호하고 추상적이라 개별 사건마다 당사자간의 계약 내용을 검토하는 것이 중요합니다. 또한 계약상 합의된 사양과 내용과 함께 통상적인 용도에 적합한지 여부도 중요한 기준입니다.

납품 및 검수 후의 소프트웨어 버그에 대한 리포트를 받고 이를 즉시 보수하거나 도급인과 협의하여 상당한 조치를 취한 때에는 하자라고 보지 않을 것입니다. 그러나 도급인이 요구하는 구체적인 업무나 기능이 제대로 작동되지 않는 경우, 통신 및 인터넷과 연계된 컴퓨터 프로그램이 통신 및 네트워크와 연결하여서는 제대로 작동되지 않은 경우나, 컴퓨터 안에 보존된 다른 데이터 등을 잃어 버리는 경우 등은 하자에 해당합니다.

 

5. 최종 완성 전 개발 정도의 중간점검 및 계약변경시 입증자료 구비 필요

컴퓨터 프로그램의 납품 후 계약에 따른 완성 여부를 다투거나 하자를 다투는 것보다 중간에 미리 점검하고 확인하는 것이 바람직합니다. 개발단계에 따라 단계별로, 또는 모듈별로 개발정도를 점검하거나 또는 기간에 따라 정기적으로 점검하는 것이 바람직합니다. 만약 당초 계약내용을 변경하거나 수정, 보완해야 한다면 중도에 추가 계약서를 작성하는 등 명시적 자료를 남기는 것이 좋습니다.

 

이때 게약사항의 수정, 변경으로 개발비용이 추가되는지 여부도 명확하게 결정해야 합니다. 그렇지 않으면 추가 비용의 부담에 관한 분쟁원인이 될 것입니다.

 

KASAN_[소프트웨어개발분쟁] 소프트웨어 컴퓨터프로그램의 개발 납품 계약 – 도급계약의 주요 쟁점 개발완성 여

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 8. 21. 14:41
Trackback 0 : Comment 0

댓글을 달아 주세요


 

제조물 책임법의 적용대상 제조물은 유형의 물건, 보다 정확하게는 동산입니다. 제조물 책임법 규정은 다음과 같습니다.

1(목적) 이 법은 제조물의 결함으로 발생한 손해에 대한 제조업자 등의 손해배상책임을 규정함으로써 피해자 보호를 도모하고 국민생활의 안전 향상과 국민경제의 건전한 발전에 이바지함을 목적으로 한다.

2(정의) 이 법에서 사용하는 용어의 뜻은 다음과 같다.

1. "제조물"이란 제조되거나 가공된 동산(다른 동산이나 부동산의 일부를 구성하는 경우를 포함한다)을 말한다.

 

무형물인 컴퓨터프로그램, 소프트웨어 자체는 동산에 포함된다고 보기 어렵고, 따라서 제조물 책임법 적용대상이 아닙니다. 그럼에도 불구하고 소프트웨어 결함으로 인한 자동차 사고에서 제조물 책임을 묻는 PL 소송이 있습니다. 자율주행 자동차는 그 핵심구성이 소프트웨어라고 할 수 있는데, 그 자율주행자동차 사고에서 제조업체에 대한 제조물 책임이 처음부터 제외된다는 점은 상정하기 어렵습니다. 어떤 논리로 자동차에 탑재된 s/w 결함에 대한 제조물 책임을 구성할 수 있는지 등 관련 쟁점을 검토해 볼 필요가 있습니다.

 

2018년 미국 Duke law school journal에 실린 논문을 참고자료로 첨부합니다. 위 논문에서 명확한 결론까지 밝힌 것은 아니지만, 최근 등장한 자율주행 자동차 등에서 software 결함에 관한 product liability 법리와 쟁점을 잘 설명하고 있습니다. 공부삼아 한번 읽어 보시기 바랍니다.

 

그 중에서 흥미로운 내용 몇 가지를 소개하면, 2017년 보고서에서 최근 몇 년 사이 일어난 자동차 리콜의 주 원인으로 전자부품 결함이었다고 합니다. 예를 들어 2016GM360만대 리콜 원인은 에어백과 좌석벨트 오작용을 일으키는 컴퓨터 결함이었다고 합니다.

 

한편, 위 논문에서는 software를 외부에서 장착하는 “extrinsic software”와 처음부터 다른 부품과 함께 일체로 장착(embedded)되어 있는 “intrinsic software”로 구분합니다. 특히 embedded software의 경우 그 부품과 일체가 된 것으로 파악하고 제조물 책임법을 적용하는 적이 타당하다고 주장합니다. 최근 software defects로 인한 자동차 사고가 증가하는 추세를 감안할 때 소프트웨어 결함에도 제조물 책임법을 적용할 수 있도록 그 적용범위를 확대해야 한다고 밝히고 있습니다.

 

첨부: 미국 논문

 

KASAN_[자동차화재분쟁] 자동차 화재의 원인이 software 결함인 경우 제조물 책임법 적용 여부.pdf

2018_김성효_논문.pdf

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 8. 8. 15:30
Trackback 0 : Comment 0

댓글을 달아 주세요


 

 

Faiveley v. WABTEC (S.D. New York 2008) 분쟁 사례

1. Licensor - Faiveley : 전동차용 브레이크 기술 보유

2. Licensee - WABTEC : 제조 판매

3. 양사는 Faiveley의 영업비밀 정보를 이용하여 브레이크 제조 판매에 관한 장기간의 license 관계 유지

4. Faiveley 회사 합병으로 ownership 변경 후 계약 종료

5. WABTEC - 브레이크 시스템 독자 개발 추진

6. 독자 개발 성공 후 기존 거래처 등 Faiveley의 경쟁 거래처 납품

 

라이선스 계약위반 및 영업비밀 침해주장 소송제기

WABTEC 방어 논리 : 독립적 reverse engineering으로 제품 개발한 것

비밀유지약정 위반 및 영업비밀 침해가 아니라고 주장

 

WABTEC 개발 경과에 관한 주장 :

1. 영업비밀에 접근한 적이 없었던 내부 직원으로 개발팀 구성

2. 외부업체 리버스 엔지니어링 전문회사에 개발 의뢰

3. 리버스 엔지니어링 작업으로 개발 진행함

4. 소위 Clean Room Approach 전략으로 진행하였음

 

미국 1심 및 2심 법원 판결

입증책임 - 영업비밀 침해사건에 있어 침해자가 독자 개발을 주장하는 경우 입증책임이 전환되어 침해자가 독자개발사실을 입증해야 함

 

Discovery 결과

1. 엔지니어와 다른 리버스 엔지니어링 담당자들이 주고 받은 이메일 증거

2. Faiveley 기술 도입에 관여한 엔지니어가 리버스 엔지니어링 프로젝트에도 관여한 사실

3. 수년간 Faiveley의 기술 제공에 기초하여 제조된 제품의 생산에 관여하면서 위 영업비밀의 내용을 지득한 1인의 엔지니어가 리버스 엔지니어링 작업 전반에 관여한 사실

4. 엔지니어가 리버스 엔지니어링 단계에서 고려되지 않은 부품의 기능에 대한 이해를 기초로 하여 리버스 엔지니어링을 통해 제작된 새 도면상 치수 및 공차 등에 대해 수정을 가했다는 점이 드러남

5. "이 부품의 표면 처리와 직경은 제품에 적합하지 않음

6. “bushing hole의 공차가 지나치게 큼등 기존 Faiveley 기술에 대한 이해가 없으면 할 수 없는 표현 포착

 

Faiveley 영업비밀 및 판결   

Faiveley WABTEC에 제공하였던 도면에 포함된 정보인 도면상 치수, 공차, 표면처리방법, 재료의 선택 및 처리방법, 윤활특성, 생산-테스트-조립시 유의사항 등

 

WABTEC 제품의 특성(치수, 공차 등) – Faiveley 비밀정보 도면과 거의 일치

 

결론: WABTEC의 계약위반 및 영업비밀 침해인정

 

Clean Room Defense 성공 사례 - NEC v. Intel (N.D. Cal. 1989) 사건

 

NEC Intel 8086 프로세서 코드를 복제하여 프로세서를 개발

 

NEC 대응 - 양사의 프로세서상 코드에 대한 사전 지식이 없는 엔지니어들로 구성된 외주업체에게 개발 의뢰

 

필요 스펙만 제공하고 코드를 독자 개발하도록 요청

 

독자개발 인정 저작권 침해 부인

 

Clean Room Defense 성공 사례 - NCI v. M&S (N.D. Ill. 2008) 사례

1. licensee - M&S, licensor – NCI, 소프트웨어 라이선스

2. licensee - M&S 유사한 소프트웨어 독자 개발 및 판매 개시

3. licensor NCI 소송 제기: M&S의 프로그램은 저작권 침해 주장

 

M&S 개발 전략 - 완벽하게 인적으로 분리된 2개 팀 조직

1 :  

1) 라이선스에 의해 허용되는 범위 내에서 최대한 기존 제품에 대한 기능적 분석 수행 (Dirty Room)

2) 제품 개발에 필요한 기초자료가 되는 기술정보를 수집, 정리

 

2 :

1) 기능적 분석으로부터 도출된 정보만을 토대로 완전히 새로운 코드를 작성하여 제품을 개발함 (Clean Room)

2) 독자적인 개발을 진행한 개발팀

 

각 팀은 인적 완전히 분리 및 교류 차단

Clean Room 환경에서 개발되었음을 효과적으로 입증함

 

결론 : 독자 개발 인정 저작권 침해 부정 

 

KASAN_[라이센시독자개발분쟁] 지하철 전동차 브레이크 시스템 Reverse Engineering과 영업비밀 침해

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 5. 31. 10:18
Trackback 0 : Comment 0

댓글을 달아 주세요


 

1. 사안의 개요

영업비밀보유자 - HouseCanary + 미국주택가치 감정평가 솔루션 소프트웨어

피고 주택담보대출 신용평가 회사 – Quick Loan Inc. In-House Realty, LLC.

피고회사의 솔루션 개발회사 소프트웨어 개발회사 Amrock

 

당사자 사이에 체결한 NDA 조항: NDA section II(2)(A)(vi) required Amrock, Quicken Loans and other affiliates: not to disassemble or decompile software, or otherwise attempt to reverse engineer the design and function of any of the Confidential Information, nor … develop, manufacture, produce, and/or distribute any software product or business derived from or which otherwise uses any of the Confidential Information.

 

위와 같은 NDA 체결 후 상대방의 소프트웨어 개발 담당회사 Amrock120-day evaluation period 부여 + HouseCanary 에서 자신의 가치평가 솔루션 관련 정보와 소프트웨어 제공 + 10개월 정도 진행 후 제공된 정보의 사용범위 제한 등을 포함한 다음과 같은 License 계약 체결 + 추가 개발작업 진행

 

당사자 사이에 체결한 License 계약 조항: Unless agreed to in writing, Licensee may not (a) use any Appraisal, analytics, metrics, reports or any Data for any purpose other than as expressly set forth herein, (b) deliver or display any Appraisal, analytics, metrics, reports or any Data to the general public via the Internet or other electronic or print media, including email or direct mail, or otherwise use any Appraisal or other analytics, metrics, reports or Data for advertising or promotional campaigns, (c) or resell, relicense, or redistribute any analytics, metrics, reports or Data in whole or in part or use any analytics, metrics, reports or Data, or any portion thereof, to create any database or derivative products. Licensee may not decompile, disassemble, scrape, decode, reverse translate, or reverse engineer any analytics, metrics or reports or any component or portion thereof.

 

그 후 Amrock에서 독자적인 소프트웨어 개발완성 및 론칭 + HouseCanary 솔루션과 유사한 성능 및 특징 + HouseCanary 솔루션을 대체할 수 있음 + 법적 분쟁으로 진행

 

2. 미국 캘리포니아주 San Antonio 법원 2018. 3. 14. 배심평결 : 영업비밀침해 + NDA License 계약위반 인정

• Amrock willfully misappropriated HouseCanary’s trade secrets including its valuation models, data dictionary, data compilations, similarity score and complexity score used for real estate valuation;

• Amrock willfully defrauded HouseCanary;

• Amrock breached its nondisclosure agreement with HouseCanary; and 

• Amrock breached its other agreements limited its use of HouseCanary’s data and technology.

 

3. 참고 - 조항 샘플  

Licensee will not reverse engineer, decompile, disassemble or otherwise attempt to derive the source code, techniques, processes, algorithms, know-how or other information from the binary code portions of the MyClient Technology (collectively, "Reverse Engineering") or permit or induce the foregoing. If however, directly applicable law prohibits enforcement of the foregoing, Licensee may engage in Reverse Engineering solely for purposes of obtaining such information as is necessary to achieve interoperability of independently created software with the MyClient Technology, or as otherwise and to the limited extent permitted by directly applicable law, but only if: (a) Reverse Engineering is strictly necessary to obtain such information; and (b) Licensee has first requested such information from MyClient and MyClient failed to make such information available (for a fee or otherwise) under reasonable terms and conditions. Any information supplied to or obtained by Licensee under this section is confidential information of MyClient subject to the obligations of Section [confidentiality], may only be used by Licensee for the purpose described in this section, and will not be disclosed to any third party or used to create any software which is substantially similar to the expression of the MyClient Technology.

 

첨부: 미국소장

 

KASAN_[소프트웨어개발분쟁] 솔루션 보유회사와 컴퓨터프로그램 개발 중 발주자가 독자적 소프트웨어 개발 NDA

20180316complaint.pdf

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 5. 31. 09:17
Trackback 0 : Comment 0

댓글을 달아 주세요


 

1. 도급계약 vs 위임계약

통상 소프트웨어 컴퓨터프로그램을 개발하여 납품하는 계약은 도급계약으로 볼 수 있습니다. 도급계약은 당사자 일방이 일을 완성할 것을 약정하고 상대방이 그 일의 결과에 대하여 보수를 지급할 것을 약정함으로써 그 효력이 생기는 계약입니다(민법 제664). 도급은 일의 완성을 목적합니다. 특정 목적의 소프트웨어 프로그램 개발공급 계약에서 수급인의 급부의무는 도급인의 주문 사양에 맞추어 하자 없이 주문한 기능을 가진 프로그램을 개발하여 공급하는 것입니다.

 

판례도 소프트웨어 개발·공급계약은 일종의 도급계약이라고 하고, (발주자 도급인 vs 개발자 수급인 구도) 수급인은 원칙적으로 일을 완성하여야 보수를 청구할 수 있다고 판시하고 있습니다. 도급계약에서는 일의 완성 여부가 매우 중요한 핵심 사항입니다.

 

판결은 일단 완성되었다면, “발주자 도급인이 프로그램 내용에 대하여 불만을 표시하며 수급인의 수정 제의를 거부하면서 계약해제 통보를 하는 등 특별한 사정이 있다면 수급인은 당시까지의 보수를 청구할 수 있다고 판시합니다.

 

참고로 컴퓨터프로그램의 납품에 중점이 있는 것이 아니고 전문가로서 개발업무를 수행하는 것 자체에 중점이 있는 경우라면 도급계약이 아니라 위임계약으로 볼 수도 있습니다. 위임계약의 대표적 예를 들면, 의사가 환자를 치료하고 대가를 받는 관계입니다.

 

2. 분쟁원인 - 프로그램 개발완성 여부

소프트웨어 프로그램 개발공급계약에서 완성여부에 대한 채무불이행 여부가 문제되는데, 수급인 개발자가 채무이행을 제대로 하였는지 여부는 당사자가 합의한 계약내용을 기준으로 판단될 것입니다.

 

그런데 소프트웨어 프로그램 개발공급계약은 실무상 합의내용을 구체적으로 명확하게 계약서에 반영하는 것이 상당히 어렵습니다. 개발대상 프로그램이 크고 복잡한 경우 그 요구조건, 사양, 내용, 시스템 등을 계약에 명확하게 반영하기 어렵습니다. 그 결과 계약내용에 대해 당사자 사이에 이해내용상 상당한 차이가 발생할 수도 있습니다. 그 결과 개발진행 후 일의 완성 여부에 대한 분쟁이 자주 발생하는 것입니다.

 

3. 프로그램개발의 완성 또는 미완성 판단기준

소프트웨어 개발납품 계약서에서 정한 기준에 따라 완성여부를 판단합니다. 계약서 문언에 따라 계약에 포함되어 있는 사양과 기능을 갖춘 제품의 개발, 그 이행 제공, 관련한 자료, 당시 관련 당사자들의 태도 등 제반 사정을 종합하여 판단합니다. 따라서 발주자와 개발자는 계약서에 프로그램의 목적과 기능을 구체적으로 특정하고, 정확하고 구체적으로 기재해야 하는 것이 바람직합니다. 통상 계약서에 첨부하는 개발사항 명세서에 관련 사항을 가능하면 상세하게 작성하여야 합니다.

 

소프트웨어 프로그램 개발 및 공급계약에서 일이 완성 여부는 계약상 예정된 최후의 공정까지 종료하였음과 함께 프로그램의 주요기능 부분이 약정된 대로 개발되어 사회통념상 일반적으로 요구되는 성능을 갖추고 있어야 합니다. 또한 계약상 예정된 최후의 공정이 종료하였는지 여부는 개발자 수급인의 주관적인 주장이 아니라 개발 및 공급계약의 구체적 내용과 신의성실의 원칙에 비추어 객관적으로 판단해야 합니다.

 

개발자가 소프트웨어 개발의 일을 완성하고 이를 인도하면 발주사는 해당 소프트웨어 프로그램이 계약상 사양과 내용대로 완성되었는지 점검하여 수령하게 되는데, 법원은 제작물공급계약에서 목적물의 인도는 완성된 목적물에 대한 단순한 점유의 이전만을 의미하는 것이 아니라 도급인이 목적물을 검사한 후 그 목적물이 계약내용대로 완성되었음을 명시적 또는 묵시적으로 시인하는 것까지 포함하는 의미라고 판시하고 있습니다.

 

개발 납품한 프로그램이 계약상 요구사항을 모두 충족하였지만 발주자가 원하는 성능을 충분히 구현하지 못한다고 불만을 표시하면서 개발대금을 지급하지 않고 과도하게 보완을 계속 요구하는 경우가 있습니다. 법적으로 하자는 일의 완성과는 다른 개념입니다. 하자가 있더라도 일이 완성되었다면 수급인은 도급인에게 보수의 지급을 청구할 수 있습니다.

 

이 때도 역시 일의 완성여부 판단이 핵심입니다. 완성도의 판단기준이 매우 중요합니다. 계약서에서 요구사항 각 항목을 특정하고, 목적하는 기능, 사용용도, 개발동기 등 배경사실을 기재하였거나 프로그램의 기능이 어떻게 구현되어야 하는지 등을 구체적으로 기재해 두었다면 완성여부를 판단하는데 큰 문제가 없을 것입니다.

 

한편, 발주자 도급인은 하자보수청구권을 가지므로 하자담보책임에 기한 항변을 행사하여 하자에 대한 보수 또는 그에 갈음하는 손해배상의 지금에 대한 대금의 지급을 거절할 수 있습니다. 그러나 하자를 이유로 대금 전부의 지급을 거절할 수는 없습니다.

 

정리하면, 발주한 소프트웨어 프로그램의 개발이 미완성인 때에는 대금지급을 거절할 수 있지만, 완성되었으나 하자가 있는 경우에는 발주자 도급인은 일의 완성을 요구하면서 대금지급을 거절할 수는 있습니다. 다만, 대금감액 또는 손해배상을 청구할 수는 있습니다.

 

4. 완성된 소프트웨어 프로그램의 하자 관련 쟁점  

소프트웨어 개발 및 공급의 도급계약에 있어서의 하자는 통상의 하자와 같이 완성된 일이 계약에서 정하거나 보증한 내용이 아니거나, 그 경제적 사용가치 또는 교환가치를 감소시키는 결함이 있거나, 또는 당사자가 미리 정한 사양 또는 기능을 가지지 못하는 등의 결함을 가진 것으로 정의할 수 있을 것입니다. 그러나 하자의 정의는 모호하고 추상적이라 개별 사건마다 당사자간의 계약 내용을 검토하는 것이 중요합니다. 또한 계약상 합의된 사양과 내용과 함께 통상적인 용도에 적합한지 여부도 중요한 기준입니다.

 

납품 및 검수 후의 소프트웨어 버그에 대한 리포트를 받고 이를 즉시 보수하거나 도급인과 협의하여 상당한 조치를 취한 때에는 하자라고 보지 않을 것입니다. 그러나 도급인이 요구하는 구체적인 업무나 기능이 제대로 작동되지 않는 경우, 통신 및 인터넷과 연계된 컴퓨터 프로그램이 통신 및 네트워크와 연결하여서는 제대로 작동되지 않은 경우나, 컴퓨터 안에 보존된 다른 데이터 등을 잃어 버리는 경우 등은 하자에 해당합니다.

 

5. 최종 완성 전 개발 정도의 중간점검 및 계약변경시 입증자료 구비 필요 

컴퓨터 프로그램의 납품 후 계약에 따른 완성 여부를 다투거나 하자를 다투는 것보다 중간에 미리 점검하고 확인하는 것이 바람직합니다. 개발단계에 따라 단계별로, 또는 모듈별로 개발정도를 점검하거나 또는 기간에 따라 정기적으로 점검하는 것이 바람직합니다. 만약 당초 계약내용을 변경하거나 수정, 보완해야 한다면 중도에 추가 계약서를 작성하는 등 명시적 자료를 남기는 것이 좋습니다.

 

이때 게약사항의 수정, 변경으로 개발비용이 추가되는지 여부도 명확하게 결정해야 합니다. 그렇지 않으면 추가 비용의 부담에 관한 분쟁원인이 될 것입니다.

 

KASAN_[소프트웨어개발분쟁] 소프트웨어 컴퓨터프로그램의 개발 납품 계약 – 도급계약의 주요 쟁점 개발완성 여

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 5. 30. 17:54
Trackback 0 : Comment 0

댓글을 달아 주세요


 

1. MatWorks 사의 소프트웨어 라이선스 정책

. 라이선스 기간

Matlab SW 라이선스 계약은 Annual, Term-based, Perpetual 로 나뉘고 있으나 통상 Perpetual로 구매하며 별도의 maintenance 계약을 통해 최신 SW 업데이트가 가능합니다.

 

. 라이선스 옵션

Individual의 경우는 1명의 지명 사용자 또는 1개의 컴퓨터에서 사용할 수 있는 라이선스 옵션입니다. 특히 Activation Type이라 하고 Standalone Named User 또는 Designated Computer에 해당합니다. Group의 경우는 일정한 장소에서 2개 이상의 일단의 Individual 라이선스를 관리할 경우입니다. Individual과 마찬가지로 2개의 Activation Type이 있습니다.

 

Network Named User는 네트워크 매니저(FlexNet)를 이용하여 관리되는 모든 컴퓨터에서 일정한 지명 사용자가 사용할 수 있는 옵션입니다.

 

Concurrent는 네트워크 매니저(FlexNet)에 연결된 모든 컴퓨터에서 일정한 사용자가 동시에 사용할 수 있는 옵션입니다.

 

Standalone Named User 1명의 지명 사용자가 SW를 사용할 수 있으며 12개월의 기간 안에서 4번까지 다른 컴퓨터에서 Activation을 새로 할 수 있습니다. 다만, 서로 다른 컴퓨터에서 동시에 사용할 수는 없고, 반드시 같은 지명 사용자여야 합니다. Designated Computer 1대의 지정 컴퓨터에서만 사용할 수 있으며 12개월 이내에 4번까지 다른 컴퓨터에서 Activation이 가능합니다.

 

2. 불법소프트웨어 사용 관련 실무적 대책 

중소기업에서는 통상 개인용으로 몇 copy 정도의 Matlab package를 구입해 사용합니다. copy 1명의 지명사용자 또는 1대의 지정컴퓨터에 설치되어 있어야 합니다. 회사 내부에서 일정한 사람만이 집중적으로 사용한다면 각 지정사용자에게 SW 1 copy씩 설치하여 사용하면 될 것입니다. 여러 명의 사용자가 1 copy를 공유해서 사용해야 할 경우에는 1대의 지정컴퓨터에 설치한 후에 시간을 나누어 해당 컴퓨터에 설치된 Matlab을 사용하는 방식으로 공유해야 할 것입니다.

 

Matlab의 경우에 1명의 지명사용자가 1년의 기간 동안 4번까지 다른 컴퓨터에 설치, 사용할 수 있지만, Mathworks사는 이전 컴퓨터에 설치된 Matlab도 동시에 사용하는 것을 막지 않습니다. 다만, 이렇게 사용할 경우에 Mathworks사의 서버에 사용기록이 남기 때문에, 1명의 지명사용자가 동시에 1대의 컴퓨터에서 사용할 라이선스를 구매한 회사에서 2명 내지 4명이 동시에 사용하고 있다는 사실을 알 수 있게 됩니다.

 

Mathworks가 이러한 자료를 축적하고 분석하여 증거를 확보하게 되면 사용회사에 대하여 라이선스 계약을 위반하여 불법소프트웨어를 사용하였다는 경고와 함께 저작권 침해에 대한 민사상 손해배상 뿐만 아니라 형사책임까지 압박할 수 있습니다. 따라서, SW가 단순히 설치되고 동시에 사용해도 아무런 문제가 없이 동작한다고 하더라도, 라이선스 계약의 범위를 초과하여 사용할 경우에는 위와 같이 불법소프트웨어 사용행위로 취급될 위험이 높다는 점을 유의해야 합니다.

 

대부분 현재 사내의 SW 사용내역을 정확하게 파악하지 못하고 나아가 그 사용방식이 SW 라이선스 계약에 맞는지 정확하게 모르는 경우도 많습니다. 그러한 상황에서 Mathworks, Synopsys 등과 같은 SW 공급회사로부터 경고장을 받고 대책을 마련하는데 어려움이 많습니다. 상대방에서 불법 사용증거를 이미 확보한 상황이라 책임을 회피하거나 감경할 여지가 없는 경우가 많습니다.

 

따라서 고가의 SW를 사용하는 경우, SW 라이선스 계약내용을 정확하게 확인하여 불법사용이 되지 않도록 유의해야 합니다. SW 라이선스 계약에 따라 사용방법을 변경하거나 적절한 추가 구매를 하여 라이선스 위반 책임을 회피할 수 있습니다. 라이선스 위반에 대한 분쟁이 발생한 경우 초반부터 법률전문가의 조력을 받는 것이 바람직할 것입니다.

 

KASAN_[저작권분쟁] 매트랩 (Matlab) 소프트웨어 라이선스 저작권분쟁 대응 실무적 포인트.pdf

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2018. 5. 2. 09:24
Trackback 0 : Comment 0

댓글을 달아 주세요


 

 

미국에서는 소프트웨어 리버스엔지니어링(Reverse Engineering, 프로그램역분석) 저작권 침해 여부에 대하여 다툼을 벌여 오다가, 1990년대에 공정이용의 항변이 받아들여져 리버스엔지니어링을 허용하게 되었습니다. Atari v. Nintendo 사건, Sega v. Accolade 사건, Sony v. Connectix 사건 등에서 공정이용의 원칙에 따라 리버스엔지니어링이 인정된 사안들입니다. 아래 내용은 강기봉, 컴퓨터프로그램의 리버스엔지니어링에 관한 법정책적 소고, 법제논단, 2014. 4. 논문의 내용을 참조하였습니다.

 

Atari v. Nintendo 사건에서 Atari NES칩의 목적코드의 해독을 시도했습니다. 닌텐도 콘솔의 보안용칩은 사용허가를 받지 않은 카트리지를 감지해 작동을 막는 10NES programming 프로토콜이 내장되어 있습니다. Atari 10NES 목적코드를 Binary code 필사하고 미국 저작권청(US Copyright Office)에서 얻은 10NES 원시코드를 이용하여 필사본의 에러를 보완하였습니다. Atari 최종 완성된 코드를 디스어셈블하고 분석하였습니다. Atari 10NES 해킹하기 위해 Rabbit 개발했는데, Rabbit 10NES 호환되도록 기능합니다. Atari 닌텐도의 NES 시스템에서 Atari사의 게임이 동작할 있도록 것입니다.

 

연방항소법원은 Atrai 미국 저작권청에서 부정하게 얻은 프로그램에 대해 공정이용의 원칙이 적용되지 않고 저작권 남용의 형평법 항변을 주장할 없다고 판단하였지만, 소프트웨어 프로그램에 대한 리버스엔지니어링은 공정이용에 해당될 있음이 확인되었습니다.

 

Sega v. Accolade 사건에서 Accolade Sega Genesis 콘솔의 호환조건을 확인하기 위해 Sega 게임프로그램을 리버스엔지니어링한 것이 문제가 되었습니다. Accolade 판매중인 Sega 게임 카트리지에 포함된 목적코드를 디스어셈블 또는 디컴파일을 통해 원시코드를 확보하고 이를 분석하여 Genesis 콘솔의 호환요건 등에 대한 매뉴얼을 작성하였습니다. 매뉴얼에는 인터페이스를 위한 설명만을 포함하고 Sega 목적코드, 소스코드 등은 포함되지 않았습니다.

 

CAFC 공정이용의 원칙에 대한 구체적인 판단 기준을 제시하면서 Accolade 리버스엔지니어링을 공정이용으로 판단하였습니다. 법원은 디스어셈블은 프로그램에서 보호받지 않는 부분들에 접근할 있는 유일한 방법이고 Accolade Genesis 콘솔의 호환되는 프로그램의 제작을 위한 리버스엔지니어링에 합법적인 이유가 있고 공정이용에 해당한다고 인정한 것입니다.

 

Sony v. Connectix 사건에서 Connectix VGS(Virtual Game Station) 에뮬레이터를 개발하기 위하여 PlayStation 하드웨어와 Bios 펌웨어를 모두 에뮬레이션한 것이 문제가 되었습니다. Connectix PlayStation 하드웨어의 에뮬레이션을 위해서, PlayStation내의 칩에서 BIOS 펌웨어를 추출하고 이것을 컴퓨터의 RAM 복제한 후에 VGS 하드웨어 에뮬레이션 과정에서 디버깅 프로그램 통해 BIOS 기능을 확인하고 BIOS 펌웨어를 이용하여 에뮬레이션 소프트웨어를 디버깅하였는데, Connectix 과정에서 Connectix BIOS 펌웨어를 복제하고 디스어셈블한 것입니다.

 

연방순회법원은 Connectix BIOS 펌웨어의 복제 이용을 Sony 프로그램의 보호받지 않는 요소들에 접근할 목적의 공정이용이라고 판결했습니다. 법원은 Sega v. Accolade 사건을 인용하여 디스어셈블이 저작권이 있는 컴퓨터프로그램에 내재된 아이디어와 기능 요소들에 대해 접근하는 유일한 방법이고 그런 접근에 합법적인 이유가 있는 경우에, 디스어셈블은 저작물의 공정이용이라고 판단하였습니다. 또한 공정이용의 원칙은 컴퓨터프로그램에 포함된 아이디어와 기능적 요소들에 대한 공중의 접근을 보장한다고 판시하였습니다.

 

우리나라 저작권법에도 위와 같은 사안을 위하여 프로그램의 복제와 리버스엔지니어링에 대한 공정이용 규정을 두고 있습니다.

 

저작권법 101조의3(프로그램의 저작재산권의 제한) 다음 호의 어느 하나에 해당하는 경우에는 목적상 필요한 범위에서 공표된 프로그램을 복제 또는 배포할 있다. 다만, 프로그램의 종류·용도, 프로그램에서 복제된 부분이 차지하는 비중 복제의 부수 등에 비추어 프로그램의 저작재산권자의 이익을 부당하게 해치는 경우에는 그러하지 아니하다.

6. 프로그램의 기초를 이루는 아이디어 원리를 확인하기 위하여 프로그램의 기능을 조사·연구·시험할 목적으로 복제하는 경우(정당한 권한에 의하여 프로그램을 이용하는 자가 해당 프로그램을 이용 중인 때에 한한다)

101조의4(프로그램코드역분석) 정당한 권한에 의하여 프로그램을 이용하는 또는 그의 허락을 받은 자는 호환에 필요한 정보를 쉽게 얻을 없고 획득이 불가피한 경우에는 해당 프로그램의 호환에 필요한 부분에 한하여 프로그램의 저작재산권자의 허락을 받지 아니하고 프로그램코드역분석을 있다.

 

 

저작권법 규정과 같이 호환을 목적으로 하지 않는 경우에는 리버스엔지니어링이 허용되지 않는다고 해석되므로 저작권법 101조의3 1 6호와 101조의4 규정은 미국에 비해 리버스엔지니어링의 허용 범위가 좁을 있다는 점은 주의가 필요합니다. 다만, 저작권법 35조의3 공정이용 일반규정을 이용한다면 호환 이외에 아이디어와 기능 등을 확인하기 위한 리버스엔지니어링도 허용될 있는 여지는 있습니다.

 

저작권법 35조의3(저작물의 공정한 이용) 23조부터 35조의2까지, 101조의3부터 101조의5까지의 경우 외에 저작물의 통상적인 이용 방법과 충돌하지 아니하고 저작자의 정당한 이익을 부당하게 해치지 아니하는 경우에는 저작물을 이용할 있다.

 

 

정회목 변호사

 

KASAN_소프트웨어 저작권과 공정이용에 의한 리버스엔지니어링.pdf

 

 

 

[질문 또는 상담신청 입력하기]

 

 

 

 

 

작성일시 : 2018. 3. 14. 17:40
Trackback 0 : Comment 0

댓글을 달아 주세요


 

 

 

현재에는 중소벤처기업들도 홈페이지 개발은 기본이고, 임베디드 시스템, 서버 구축, 스마트폰용 등에 대하여 외주개발에 의존하는 경우가 많아졌고, 그만큼 이에 대한 분쟁이 격화되고 있습니다. 개발 과정에서 흔히 기존 계약 내용 이외에 새로운 요구사항과 수정내역에 대하여 다툼이 발생하고, 개발기간, 대금 지급, 완성 여부와 하자, 과도한 수정요구 등에 관하여 결국 다툼이 격화될 있습니다.

 

이러한 분쟁의 원인은 용역계약 당시에 개발 목적물에 대한 구체적인 협의가 부족한 경우가 많습니다. 개발 목적물의 사양, 디자인, 기능 등에 대하여 당사자의 오해가 발생하게 되고 결국 간극을 좁히지 못하고 법적 분쟁으로 진행하게 됩니다. 이러한 분쟁이 발생하였을 경우에 다음과 같이 절차를 밟아 해결을 모색해야 것입니다.

 

1. 분쟁 내역의 통고와 합의 진행

소프트웨어 용역계약의 당사자들이 사실관계를 정리하고 서로 간의 주장, 증거, 법리 등을 주고 받아서, 상대방 주장의 합리성과 인용가능성을 검토하여 양보점을 찾아 합의가 도출되는 경우에는 법적 소송의 부담 없이 분쟁을 해결할 있습니다.

 

2. 가압류 가처분 신청

도급자가 계약을 해지 또는 해제하면서 개발목적물을 임의로 사용하는 경우, 서버 개발 운용 계약 체결 서버 운용 중에 수급자가 서버에의 접근을 막는 경우 등과 같이 긴급한 경우, 본안소송을 제기하기 전에 가처분을 신청하여 신속히 원래의 정상적인 상태로 돌려놓아 상대방의 위협을 임시로 해결할 있습니다. 도급자가 용역대금을 지급하지 않거나 수급자가 미완성 또는 하자로 인한 위약금 내지 손해배상금을 지급하지 않은 경우에 법원에 상대방의 재산에 대하여 가압류를 진행하여 재산처분을 방지하여 미리 금전을 보전할 있습니다.

 

3. 손해배상청구 등의 본안소송의 제기

용역계약이 해지되거나 목적물에 하자가 발생한 경우에는 상대방에게 미완성 또는 하자를 원인으로 하여 위약금이나 손해배상금을 청구할 수도 있습니다. 하자가 있는 경우에는 하자의 보수를 청구하거나 계약상 약정내용을 불이행하는 경우에는 계약내용의 이행을 청구할 있습니다.

 

위와 같은 법적 분쟁을 회피하여 조기에 합의하거나 법적 분쟁에 대응하기 위해서는 소프트웨어 용역 계약의 법리뿐만 아니라 소프트웨어 기술 내용과 업계 현황에도 밝은 전문가의 도움을 받을 필요도 있습니다. 저희 사무소에서도 중소 벤처, 개인 개발자들을 위해서 저렴하면서도 경쟁력 있는 법률 서비스를 제공하고 있습니다.

 

정회목 변호사

 

KASAN_[소프트웨어개발분쟁] 소프트웨어 개발용역 분쟁시 법적 대응방안.pdf

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2017. 12. 21. 15:34
Trackback 0 : Comment 0

댓글을 달아 주세요


 

 

 

과거 대기업의 SI 개발 등의 소프트웨어 용역이 주로 진행되었으나, 이제는 홈페이지를 시작으로 개발 등의 외주개발이 중소, 벤처 기업들에게도 익숙하게 되었습니다. 소프트웨어 개발용역이 늘어나는 만큼 이에 대한 분쟁이 격화되고 있습니다. 개발 과정에서 흔히 기존 계약 내용 이외에 새로운 요구사항과 수정내역이 쌓이게 되고, 개발기간, 대금 지급, 완성 여부와 하자, 과도한 수정요구 등에 관하여 결국 다툼이 격화될 있습니다.

 

이러한 분쟁의 원인은 용역계약 당시에 개발 목적물에 대한 구체적인 협의가 부족한 경우가 많습니다. 특히 용역계약의 수급자는 용역 도급자에 비하여 약자인 경우가 많아 도급자가 제시한 계약에 이의를 제기하지 못하는 경우가 많습니다. 또한 도급자라도 소프트웨어 개발 경험이 충분치 못하여 목적하는 사양에 대하여 구체적인 협의를 하지 못하고 대강만을 제시하고 외주개발을 의뢰하는 경우도 적지 않습니다.

 

이를 방지하기 위한 기본적이면서 원칙적인 방법은 계약서를 작성하는 것입니다. 특히 개발 목적물의 사양, 디자인, 기능 등에 대하여 당사자의 오해를 방지할 있도록 구체적이고 정확하게 적시해야 합니다. 통상 분쟁이 발생하는 다음과 같은 부분에서 주의가 필요합니다.

 

용역기간은 개시일을 날짜로만 지정하지 않고 개발에 필요한 자료를 제공받는 날로 기재하고, 도급자가 추가 개발 또는 수정 요구를 경우에는 수급자가 검토한 후에 수락여부, 개발기간 연장, 추가 비용 청구 등이 가능하도록 규정해야 합니다. 개발종료 후의 검수 인수에 관해서는 도급자에게 개발 결과물을 제공한 후에 일정 기간 동안 검수를 하지 않는 경우에는 검수에 통과한 것으로 간주하고 용역 잔금의 지급하도록 해야 합니다.

 

계약 중에 해지 또는 해제에 대해서는 구체적인 사유를 특정하고 중간 결과물의 완성도에 따라 용역금액을 지급하도록 규정해야 것입니다. 이에 반하여 도급자는 개발결과물이 정하여진 완성도에 미치지 못하고 완성을 기대하기 어려운 경우에 계약을 해제하고 잔금의 지급 거부를 넘어 선급금의 반환도 청구할 있도록 해야 합니다.

 

목적물에 대해서는 도급자가 내부에서 협의된 개발계획서, 디자인 시안 등을 참고하여 수급인에게 가능한 구체적으로 목적물의 사양, 기능, 디자인 등을 제시하고 용역 계약서에 첨부하여야 합니다. 만약에 도급자 내부에서 구체적인 계획이 완성되지 못하였다면 계약 체결 전에 수급자와 구체적인 협의를 진행하여 수급자의 전문성을 활용할 필요도 있습니다.

 

위와 같이 소프트웨어 용역 과정에서 도급자와 수급자가 가능한 구체적으로 용역 계약서를 작성한다면 서로 간에 억울한 사항이 발생하거나 법적 분쟁으로 확대되는 것을 방지할 있을 것입니다. 법적 분쟁을 회피하기 위해서는 이러한 소프트웨어 용역의 검토 계약 과정에서 변호사 등의 전문가의 도움을 받을 필요도 있습니다. 저희 사무소에도 중소 벤처, 개인 개발자들을 위해서 저렴하면서도 경쟁력 있는 법률 서비스를 제공하고 있습니다.

 

KASAN_[소프트웨어개발분쟁] 소프트웨어 개발용역 분쟁의 예방 방법.pdf

 

정회목 변호사

 

[질문 또는 상담신청 입력하기]

 

 

작성일시 : 2017. 12. 21. 15:11
Trackback 0 : Comment 0

댓글을 달아 주세요


 

 

 

소프트웨어 라이선스 계약은 Licensor 가 해당 소프트웨어의 사용, 재판매 권한 등을 Licensee 에게 부여하고 그에 따른 로열티를 지급받는 약정을 의미합니다. 이와 같은 소프트웨어 라이선스 계약은 독점, 비독점, 양도가능, 양도불가, 서브 라이선스 가능 여부에 따라 구분될 수 있습니다. 본 포스팅에서는 일반적인 영문 소프트웨어 라이선스 계약서를 첨부 드리며 법적 쟁점에 될 수 있는 부분에 대해 코멘트하여 드리겠습니다.

 

먼저, Licensee의 권리에 있어서, 라이선스 받은 SW의 소스코드를 변경 가능 여부와 제품 적용에 대응하는 변경 조건 등은 민감한 법률 이슈가 될 수 있으므로 정확한 확인이 필요합니다. 특히 Open source 의 경우 오픈 소스 사용에 따른 반대급부로서 자신의 프로그램을 Open 하여야 하는 규정에 유의해야 합니다.

 

그리고 소프트웨어와 관련된 문서 등의 저작권은 Licensor가 소유하나 그에 대한 번역문 등의 저작권자는 구분될 수 있으므로 관련 규정이 요구됩니다. 또한 서브 라이선스 부여 권한이 부과된 경우, Licensor가 요구하는 계약 조건을 준수할 필요가 있습니다.

 

아울러 SW 라이선스 계약에 따라 부여되는 라이선스 프로그램, 각종 문서, 필수 교육 항목에 대해 소프트웨어의 특성에 따른 각 내용을 명확히 할 필요가 있습니다. 특히 필수 교육 항목에 있어서, 관련 교육을 받는 자들의 인원, 비용, 기간 등을 규정하여야 합니다.

 

라이선스 비용에 대하여 일시금, 분할 지급, 각종 판매 조건의 성취에 따른 분할 지급 등으로 규정할 수 있습니다. 또한 보증 규정과, 유지 보수 규정은 SW 라이선스 계약의 핵심 부분일 수 있습니다. 특히, 제품의 각종 하자에 대한 구체적인 내용, 유지 보수의 기간과 비용부담 주체에 관한 각 협의에 따른 계약서 작성이 요청됩니다. 그리고 SW를 이용하여 Licensee가 독자 개발한 SW의 지적재산권 보유 주체, 각종 비용에 대한 세금 부담 주체에 관하여 선협의에 따른 계약서 작성이 필요합니다.

 

소프트웨어 라이선스 계약서 작성은 앞서 설명 드린 라이선스 계약의 종류, 라이선스 받는 SW의 범위, 소스코드 관련 규정, 저작권 및 개량 발명에 따른 지식재산권 보유 주체, 보증 규정, 유지 보수 규정, 필수 교육 항목 등을 SW의 내용에 맞추어 법률 자문을 받으시는 것이 필요합니다.

 

김동섭 변호사/변리사 (dskim@kasanlaw.com)

 

첨부: 소프트웨어 라이선스 영문 계약서 샘플 소프트웨어 라이선스 영문 계약서 샘플.docx

 

[질문 또는 상담신청 입력하기]

 

 

 

작성일시 : 2017. 11. 8. 14:00
Trackback 0 : Comment 0

댓글을 달아 주세요


 

 

 

S사는 2009. 9.부터 2012. 7.까지의 기간 A 59  수급사업자에게 소프트웨어 시스템과 관련된 66건의 SW시스템 개발 구축 등의 용역을 위탁한 , 수급사업자들로부터 계약종료와 함께 목적물을 납품받았으나 목적물수령일부터 10일을 초과하여 검사하였고, B 27 수급사업자와 계약을 체결한 29건의 용역에 대하여는 하도급대금을 목적물수령일부터 60일을 초과하여 지급한 사실로 공정거래위원회에 제소되었습니다.

 

공정거래위원회는 우선 사건 하도급거래에서 S사가 수급사업자들에게 용역위탁 지식정보 성과물의 작성을 위탁한 것으로 피심인이 목적물 수령증명서를 발급하지 않아 수령일을 특정하기 어렵고, 계약기간의 연장 또는 변경이 없었으므로 당초 계약기간 종료일을 목적물 수령일로 있다고 판단하였습니다. 따라서 S사는 계약기간 종료일로부터 10 이내에 검사를 완료하고 결과를 통지하여야 하며, 60 이내에 하도급대금을 지급하여야 함에도 불구하고 A 59 수급사업자에게 검사 결과통지를 하지 아니하였고, B 27 수급사업자에게는 60 이내에 하도급대금을 지급하지 아니하였는 , S사의 이와 같은 행위는 하도급법 9 2 하도급법 13 1항에 위반된다고 판단하였습니다.

 

 

하도급거래 공정화에 관한 법률

9(검사의 기준·방법 시기)

원사업자는 정당한 사유가 있는 경우 외에는 수급사업자로부터 목적물등을 수령한 [제조위탁의 경우에는 기성부분(旣成部分) 통지받은 날을 포함하고, 건설위탁의 경우에는 수급사업자로부터 공사의 준공 또는 기성부분을 통지받은 날을 말한다]부터 10 이내에 검사 결과를 수급사업자에게 서면으로 통지하여야 하며, 기간 내에 통지하지 아니한 경우에는 검사에 합격한 것으로 본다. 다만, 용역위탁 가운데 역무의 공급을 위탁하는 경우에는 이를 적용하지 아니한다.

13(하도급대금의 지급 )