소프트웨어 특허 출원 전 거절이유 점검 항목
소프트웨어 특허의 거절이유는 기술적 구현, 선행기술과의 차이, 명세서의 뒷받침, 청구항 유형 및 용어의 명확성에서 주로 발생합니다. 출원 전에는 서비스의 장점이 아니라 청구항의 각 구성과 명세서의 근거를 기준으로 점검합니다.
기술적 과제와 처리 결과
예약, 결제 또는 매칭을 편리하게 한다는 설명은 사업 목적에 가깝습니다. 서버 부하, 데이터 전송량, 처리 지연, 메모리 사용, 보안, 동시성 또는 센서 오차와 같은 기술적 문제를 특정하고 청구항의 처리 단계가 그 문제를 어떻게 해결하는지 연결합니다.
국내 출원에서는 소프트웨어의 정보처리가 하드웨어를 통해 구체적으로 구현되는지를 확인합니다. 지식재산처의 컴퓨터 관련 발명 안내를 기준으로 서버, 단말, 저장장치 및 네트워크의 역할을 명세서에 기재합니다.
선행기술과 다른 구성
차이점이 발명의 설명에만 있고 독립항과 종속항에 없으면 진보성 판단이나 보정에서 사용하기 어렵습니다. 데이터 전처리, 캐시 갱신, 모델 업데이트, 권한 검증, 분산 처리 또는 장치 제어 가운데 실제 차이를 만드는 구성을 청구항에 반영합니다.
복수 문헌의 결합으로 거절될 가능성도 검토합니다. 각 문헌의 목적과 처리 흐름, 결합 동기, 결합 시 발생하는 기술적 충돌 및 비교 시험 결과를 출원 전에 정리합니다. 미국 출원은 USPTO MPEP 2141의 35 U.S.C. §103 심사 기준도 함께 확인합니다.
기능 표현을 뒷받침하는 구현
분석부, 추천부 또는 판단부라는 명칭만으로는 기능의 범위를 알 수 없습니다. 입력 필드, 데이터 구조, 처리 순서, 조건 분기, 오류 처리 및 출력값을 실시예에 기재합니다. 알고리즘을 의사코드, 흐름도 또는 상태도로 설명하면 청구항 용어의 근거를 확인하기 쉽습니다.
AI 기능은 학습데이터, 전처리, 특징값, 모델의 입력·출력 및 출력값에 따른 후속 처리를 적습니다. 분산 시스템은 요청 주체, 메시지 순서, 데이터 일관성과 장애 복구 방식을 포함합니다. 명세서에 없는 새로운 기술 내용을 심사 중 보정으로 추가할 수 없다는 점을 고려합니다.
청구항 유형과 실시 주체
방법 청구항, 서버 또는 단말 장치 청구항, 시스템 청구항 및 컴퓨터 판독 가능한 기록매체 청구항을 제품 구조에 맞게 검토합니다. 여러 사업자가 각 단계를 나누어 수행한다면 한 주체가 모든 단계를 실시하는지, 구성요소 간 관계를 입증할 수 있는지도 확인합니다.
미국 출원에서 비일시적 기록매체를 청구할 때는 신호 자체가 포함되지 않도록 문언을 검토합니다. 미국의 대상적격성은 MPEP 2106에 따라 법정 범주와 사법상 예외를 구분해 판단합니다. 국내와 미국의 판단 구조를 혼용하지 않습니다.
청구항 용어의 정의와 일관성
사용자 상태, 위험도, 추천 점수, 이상 패턴과 같은 용어에는 산출에 사용되는 데이터와 판단 기준을 기재합니다. 동일한 개념을 본문·도면·청구항에서 서로 다른 용어로 부르거나 하나의 용어를 여러 의미로 사용하지 않습니다.
미국 심사에서 청구항은 명세서와 일치하는 가장 넓은 합리적 해석을 적용받습니다. MPEP 2111을 기준으로 정의, 실시예 및 도면이 의도하지 않은 해석을 만들지 않는지 확인합니다.
출원 전 검토 자료
- 기존 시스템의 기술적 문제와 재현 조건
- 구성도, 시퀀스 다이어그램 및 데이터 스키마
- 독립항 구성별 명세서·도면의 근거 위치
- 선행기술 대비표와 결합 가능성 검토
- 종속항으로 남길 대체 구성과 예외 처리
- 처리시간, 오류율, 자원 사용량 등 확인 가능한 효과
거절이유 가능성을 낮추는 작업은 문구를 넓게 쓰는 것이 아니라, 제품의 차이를 청구항에 포함하고 그 범위를 명세서가 충분히 뒷받침하도록 구성하는 데 있습니다.
