1. 배경사실
원고 X회사는 컨텐츠 및 서비스 딜리버리 플랫폼 개발업체입니다. 피고 B 등은 X회사 및 그 외주업체에서 영업 및 개발직으로 근무하다가 퇴사 후 피고 Y회사를 설립하거나 Y회사로 전직한 사람들입니다.
컨텐츠 및 서비스 딜리버리 플랫폼 개발업체인 원고 X회사는, 2008. 4.에 KT로부터 위젯서비스 서버시스템 구축 용역을 수주, 수억원을 받고 “SoIP 위젯서비스 플랫폼” 및 “SoIP 위젯 컨텐츠 및 CP 연동기능” 개발 계약을 체결한 뒤 개발 및 기술지원 등의 용역을 제공하였습니다. 이 과정에서 X회사는 KT와, 개발계약에 따라 생성된 결과물의 소유권은 KT에 귀속한다는 약정을 하였습니다.
그런데 피고 B 등은 X회사에서 영업 및 개발직으로 근무하다가 퇴사하면서, X회사가 KT에 사업제안을 할 때 사용한 자료인 “DCD Architecture 정의서” 및 예외처리 소스코드 등 기술정보를 가지고 나왔고, 이후 Y회사를 설립한 뒤 2009. 7. KT로부터 “SoIP 스마트그린 위젯 개발” 용역을 수주, 수억원을 받고 위젯개발 용역 계약을 체결하였습니다. 용역 수주 및 개발과정에서 B 등은 X회사에서 가지고 나온 위 기술정보를 사용하였습니다.
그러자 X회사가 Y회사 및 B 등을 상대로 형사고소 및 민사소송을 제기하였고, 형사재판 1심에서는 B 등의 영업비밀 침해혐의를 인정하여 유죄가 선고되었습니다. 이하에서는 민사소송 1심 판결 가운데 위 아키텍처 정의서의 영업비밀성에 관한 법원의 판단을 살펴봅니다.
2. 법원의 판단
먼저 피고 B등은 아키텍처 정의서가 위 계약상 “결과물”에 속하여 그 소유권은 KT가 갖게 되므로 X회의 영업비밀이 될 수 없다고 주장하였습니다. 그러나 법원은, 아키텍처 정의서는 X회사가 KT에 개발계약 체결을 제안하는 문서로서, 개발계약의 이행에 착수하기 전에 X회사 스스로 작성한 것이고, 이를 위젯 서비스 플랫폼과 같이 개발계약에 의해 생성된 “결과물”로 보기는 어렵다는 점 등을 들어 아키텍처 정의서에 대한 소유권은 KT가 아니라 X회사가 갖는 것이라 판시하였습니다.
나아가 B 등은 정의서가 대외적으로 기술을 설명하기 위해 작성된 것으로 비밀정보가 아니어서 영업비밀성이 없다고 주장하였습니다. 그러나 법원은, (1) 정의서는 플랫폼 개발에 필요한 설계도면의 성격을 가지며 X회사가 위젯 플랫폼 개발과정에서 시행착오를 거쳐 얻은 성과와 노하우가 포함되어 있고, (2) 위젯서비스 플랫폼을 개발하는데 필요한 각각의 기술이 공지되었거나 상용화되어 있다 하더라도, 각각의 기술을 포함하여 효율성이 높은 위젯서비스 플랫폼을 개발할 수 있는 X회사의 구체적 기술정보까지 공지되었다고 볼 수는 없다는 이유를 들어 영업비밀성을 인정하였습니다.
3. 실무적 포인트
가. 아키텍처 정의서와 같은 전자문서에 “소유권”을 논하는 것이 과연 적절한지에 대해서는 학계의 견해가 나뉘어 있고 판례도 없는 상황입니다. 다만 개발 결과물의 소유권은 일방에 귀속한다는 위 약정의 취지를 실무적으로 살펴보면, 개발과정에서 작성된 문서 및 완성 또는 미완성 상태의 프로그램을 발주자가 아닌 타 업체에 납품하는 등 목적으로 사용하지 않을 의무를 수주 업체에 부과하는 것으로 볼 수 있습니다.
따라서 발주자와 수주자간의 계약이 최종적으로 체결되지 않은 경우와 달리, 계약이 체결되어 개발용역이 진행되었다면, 사업제안서(아키텍처 정의서 포함) 및 그 연장선상에 있는 기획서 등의 개발문서가 모두 발주자인 KT의 “소유”가 된다는 것이 당사자의 의사가 아니었을까 하는 생각이 듭니다.
나. 한편, 영업비밀로 보호되는 비밀정보는 전자문서인 아키텍처 정의서의 일부분입니다. 참고로 아키텍처 정의서가 발주자에게 전달되는 상황을 보면, IT 업계에서는 발주자가 방대한 양의 사업제안요청서를 통해 과업내용, 요구사항, 계약조건, 평가요소 및 방법 등 사항을 미리 공개하는 것이 일반적이며, 사업을 통해 구축하고자 하는 목표시스템의 개략적인 HW/SW 등의 구성도 또한 사업제안요청서에 포함하여 제시합니다.
이에 따라 사업을 수주하고자 하는 업체는 사업제안요청서에 규정된 사항에 맞추어 시스템 아키텍처 정의서 등을 포함한 사업제안서를 제출하는데, 이때 타사와 차별화된 아키텍처 및 그 효용을 어필하여 사업 수주를 도모하게 됩니다. 그런데 그 차별 포인트는, 일반적으로 알려져 있으며 흔히 사용되는 플랫폼 아키텍처의 일부분을 수정한 것이었을 가능성이 높습니다. 따라서 아키텍처 정의서 가운데서도 핵심이 되는 그 일부분이 어느 부분인지에 대한 특정이 필요할 것입니다. 사안에서는 재판부가 이러한 특정을 요구하지는 않은 것으로 보이고, 피고의 소송대리인도 이 부분을 다투지는 않은 것 같습니다. 하지만 일반적으로 재판실무에 있어서는 영업비밀의 특정여부가 중요한 방어 포인트라는 점을 유의해야 합니다.
다. 물론 공개된 정보만 조합한 자료도 영업비밀이 될 수는 있습니다. 그러나 이 경우 그 경제적 가치가 상대적으로 더 낮게 평가될 수 있고 재판부의 재량에 의한 배상액 산정에도 영향을 줄 수 있으므로, 침해자 입장에서는 영업비밀이라 주장된 자료를 최대한 자세하게 분석하여 자료의 각 부분이 공개된 것임을 보여야 합니다. 또한 나아가 공개된 자료의 조합도 업계 종사자에게 매우 쉬운 일이라는 점을 부각하여야 할 것입니다.
KASAN_[소프트웨어분쟁] 프로그램 개발회사의 영업비밀 분쟁 - 사업제안서에 포함된 아키텍처 정의서의 영업비밀성 인정 서울중앙지방법원 2010가합53704 판결.pdf
