|
l 사건 개요 및 판시
요지
이 사건의
쟁점은 ① 이 사건 제1항 발명의 ‘라이브러리’, ‘패키지
애플리케이션’ 및 ‘API'에 관한 청구범위의 해석, ② 피고 실시방법이 이 사건 제1, 4, 6항 발명의 보호범위에
속하는지 여부, ③ 피고 실시방법이 자유실시기술에 해당하는지 여부,
④ 이 사건 제1, 4, 6항 발명의 진보성이 부정되어 원고의 청구가 권리남용에 해당하는지
여부 등이다.
그런데 ① 이 사건 제1항 발명의 ‘라이브러리’는
이에 해당하는 구성이 전체 프로그램 자체에 텍스트 형태로 삽입되어 있고 전체 프로그램 코드와 일체로 컴파일되어 하나의 실행파일을 생성하는 경우도
포함하는 것으로 해석되고, ‘패키지 애플리케이션’은 자기
방어 보안 모듈의 기능을 수행하는 서브루틴이 타겟 애플리케이션 프로그램 코드에 삽입되어 일체로 작성되고 컴파일되는 형태의 것도 포함하는 것으로
해석된다. 그리고 ‘API(Application Programming
Interface)’는 응용 프로그램과 운영체제 또는 응용 프로그램 간의 정보 전달방식으로 해석될 뿐으로서, 하나의 응용 프로그램 내부에서 서브루틴과 메인 프로그램 사이의 통신에 사용되는 정보 전달방식은 포함하지 않는
것으로 봄이 상당하다.
② 이 발명과
피고 실시방법을 구성요소별로 대비하면 감지신호는 자기 방어 보안 모듈로부터 ‘API’를 통해 타겟 애플리케이션으로
전송되는 반면, 피고 실시방법의 감지신호는 함수 호출을 통해 전송된다는 점에서 차이가 있다. 즉, 피고 실시방법의 해킹 감지신호는 함수 호출을 통해 메인 프로그램으로
전송되는 구성으로서, 구성요소 3의 해킹 감지신호가 'API'를 통해서 타켓 애플리케이션으로 전송되는 것과 구별된다. 앞서 ① 의 API에 대한 해석을 고려할때 따라서 하나의 응용 프로그램
내부에서 서브루틴과 메인 프로그램 사이의 통신에 사용되는 정보 전달방식에 해당하는 함수 호출 방식인 피고 실시방법의 대응구성은 이 사건 제1항 발명의 구성요소 3과 동일하다고 할 수 없다.
③ 선행발명과
피고 실시방법에서는 보안함수와 금융 애플리케이션이 일체로 삽입되어 하나의 메인 프로그램으로 작성되고 보안함수와 금융 애플리케이션간의 정보 전달
방식이 함수 호출 방식이라고 구체화되어 있는 점에서 차이가 있다지만 이는 선행발명과 주지관용기술의 결합에 의해 쉽게 극복할 수 있으므로 피고 실시방법은
자유실시기술에 해당한다.
따라서
피고 실시방법은, 이 사건 제1, 4, 6항 발명의 구성요소를
그대로 포함하고 있지 않을 뿐만 아니라 선행발명 2 등으로부터 용이하게 실시할 수 있는 자유실시기술에도
해당하므로, 이 사건 제1, 4, 6항 발명의 보호범위에
속하지 않는다.
|
