SaaS 특허의 보호대상과 출원 준비
SaaS의 구독형 사업모델이나 서비스 명칭 자체는 특허의 대상이 아닙니다. 특허 검토 대상은 서버·데이터베이스·사용자 단말·외부 API가 데이터를 처리해 구체적인 기술적 문제를 해결하는 방법과 시스템입니다. 같은 기능을 제공하더라도 데이터 구조, 처리 순서, 자원 제어와 보안 방식이 다르면 권리화 가능성과 청구항 범위도 달라집니다.
SaaS 발명의 판단 기준
한국 특허실무에서는 소프트웨어에 의한 정보처리가 하드웨어를 이용해 구체적으로 구현되면 컴퓨터 관련 발명으로 검토할 수 있습니다. “업무관리 서비스를 제공한다”거나 “AI로 고객을 분석한다”는 사업 목적만으로는 부족합니다. 어떤 장치가 어떤 데이터를 수신하고, 어떤 연산을 수행하며, 그 결과로 시스템의 처리나 사용자 단말의 동작이 어떻게 달라지는지를 명시해야 합니다.
예를 들어 고객 이탈 예측 SaaS라면 단순히 이탈 가능성을 표시한다는 설명에 그치지 않습니다. CRM·결제·접속 로그의 서로 다른 식별자를 통합하는 방법, 누락값과 시계열 데이터를 정규화하는 방법, 산업군별 특징값을 생성하는 방법, 예측 결과에 따라 알림과 후속 작업을 생성하는 조건을 구체적으로 정리합니다. 이러한 처리구조가 선행기술과 구별되는지를 조사한 뒤 청구항의 필수 구성으로 선택합니다.
명세서에 필요한 데이터 처리 흐름
SaaS 발명은 화면 기능보다 데이터의 이동과 변환을 중심으로 설명하는 편이 적절합니다. 명세서에는 적어도 다음 사항이 연결된 순서로 기재돼야 합니다.
- 입력 데이터의 출처, 형식과 수집 조건
- 서버에서 수행하는 정규화·검증·분류·저장 절차
- 외부 API 호출 조건, 응답 데이터의 처리와 오류 대응
- 사용자 계정·권한·조직별 접근범위 결정 방식
- 업무 이벤트를 감지하고 후속 작업을 생성하는 조건
- 출력 데이터, 사용자 단말의 표시 또는 제어 결과
- 종래 방식과 비교되는 처리속도·정확도·자원사용·보안 효과
여러 서비스가 결합된 SaaS에서는 어느 사업자의 서버가 각 단계를 수행하는지도 구분해야 합니다. 청구항의 모든 단계를 서로 다른 사업자가 나눠 수행하도록 작성하면 침해 판단과 입증이 복잡해질 수 있습니다. 핵심 처리가 자사 서버에서 완결되도록 구성할 수 있는지, 외부 API 단계는 어떤 입력·출력 관계로 특정할지를 출원 전에 검토합니다.
AI 기능의 기재 범위
AI 기능을 포함한 SaaS는 모델 명칭만 적어서는 발명의 구성이 명확해지지 않습니다. 학습 또는 추론에 사용하는 데이터, 전처리, 입력 특징, 모델의 출력과 후속 제어의 관계를 기재해야 합니다. 특허청의 AI 발명 심사기준도 입력 데이터와 출력 데이터의 상관관계, 학습데이터와 학습모델 등 구체적 수단의 기재를 심사에서 다룹니다.
모델 자체가 차별점이라면 학습 구조와 목적함수, 특징값 생성, 모델 갱신 조건을 검토합니다. 서비스 운영 방식이 차별점이라면 모델의 내부 수식보다 입력 생성, 추론 요청, 결과 검증, 임계값 적용과 자동화된 후속 조치를 중심으로 작성할 수 있습니다. 실제 발명의 기여가 어디에 있는지에 따라 명세서의 깊이와 청구항의 중심을 정해야 합니다.
“정확도가 향상된다”는 효과도 근거 없이 단정하지 않습니다. 비교대상, 평가데이터와 측정방법이 준비돼 있다면 실시예에 반영합니다. 개발 단계에서 사용한 실험기록과 아키텍처 문서는 명세서 작성과 향후 보정의 근거가 됩니다.
청구항 유형과 권리범위
SaaS 발명은 서버가 수행하는 방법, 해당 방법을 실행하는 서버 또는 시스템, 컴퓨터프로그램이나 기록매체 등 복수의 관점에서 청구항을 검토합니다. 사용자 단말의 동작이 기술적 특징에 포함되면 단말 청구항이나 서버·단말 시스템 청구항도 고려할 수 있습니다.
독립항에는 선행기술과 구별되는 최소한의 처리관계를 남기고, 데이터 종류나 모델·임계값·화면 구성을 과도하게 한정하지 않도록 합니다. 반대로 “분석부”, “추천부”와 같이 결과만 적고 구체적인 처리관계를 생략하면 진보성·명확성·기재요건 대응이 어려워질 수 있습니다. 실제 제품구현, 경쟁사가 채택할 수 있는 대체구현과 침해 입증에 이용할 수 있는 외부 증거를 함께 검토해 단계별 종속항을 설계합니다.
출원 시점과 공개 관리
SaaS는 개발과 영업이 동시에 진행되는 경우가 많습니다. 서비스 페이지, 데모 영상, 고객사 제안서, PoC 문서, 투자자료와 개발자 문서에 기술구조가 공개되면 신규성 판단에 영향을 줄 수 있습니다. 공개 전 출원을 원칙으로 하고, 기능이 계속 변경되는 경우에는 핵심 처리구조가 확정되는 시점에 1차 출원을 한 뒤 개선사항의 후속 출원을 검토합니다.
MVP 단계에서도 기술적 차별점이 구체화돼 있다면 출원 준비가 가능합니다. 다만 구현방식이 정해지지 않은 아이디어를 서둘러 출원하면 실시가능한 설명과 향후 청구항 보정의 근거가 부족해질 수 있습니다. 개발팀은 처리 흐름도, 데이터 스키마, API 명세, 예외처리, 성능 비교와 대체구현을 출원자료로 정리하는 편이 좋습니다.
특허와 영업비밀의 구분
모든 SaaS 기술을 특허로 공개할 필요는 없습니다. 경쟁 서비스의 화면·응답·네트워크 동작 또는 제품문서에서 구현 여부를 확인할 수 있고 장기간 배타권이 필요한 기술은 특허가 적합할 수 있습니다. 외부에서 확인하기 어렵고 접근통제·비밀유지·인력관리를 통해 계속 비밀로 유지할 수 있는 운영 파라미터, 학습데이터 구성이나 내부 노하우는 영업비밀 보호를 검토합니다.
특허와 영업비밀의 구분은 출원 직전에 정하지 않습니다. 개발 문서의 접근권한, 저장소 기록, 고객사와 외주개발사의 비밀유지의무, 오픈소스 라이선스와 발명자 확인을 개발 과정에서 함께 관리해야 합니다.
출원 준비자료
- 종래 서비스의 처리방식과 현재 해결되지 않은 기술적 문제
- 서버·단말·데이터베이스·외부 API를 표시한 시스템 구성도
- 입력부터 출력까지의 순서도와 각 단계의 수행 주체
- 핵심 데이터 구조, 전처리와 예외처리 방식
- AI 모델의 입력·출력, 학습 또는 추론 절차와 후속 제어
- 필수 구성, 선택 구성과 경쟁사가 사용할 수 있는 대체구현
- 서비스 공개·제안·PoC 일정과 국내외 출원 대상국
- 특허출원 대상과 영업비밀로 유지할 항목의 구분
SaaS 특허의 품질은 서비스 소개문구가 아니라 데이터 처리관계와 권리범위의 일치 여부로 결정됩니다. 개발자료를 기준으로 발명의 필수 구성을 정리하고, 공개 일정 전에 선행기술 조사와 청구항 설계를 마쳐야 합니다.
