SaaS·B2B 플랫폼 BM특허의 기술 구성 작성 기준
SaaS와 B2B 플랫폼은 사업 절차가 새롭더라도 특허 등록까지 보장되지는 않습니다. 청구항에는 컴퓨터 시스템에서 실행되는 구체적 정보처리와 선행기술과 구별되는 기술적 구성이 포함되어야 합니다.
사업 절차와 기술 구성의 구분
회원 가입, 정보 입력, 조건 비교, 매칭 및 결제의 순서만 기재하면 사업 절차의 전산화로 평가될 수 있습니다. 서버, 데이터베이스, 사용자 단말과 API가 어떤 데이터를 어떤 조건으로 처리하는지 기재해야 합니다.
예를 들어 고객사별 사용 로그를 공통 형식으로 정규화하고 산업군 기준 테이블과 비교해 위험 점수를 산출한 뒤 점수에 따라 대시보드 구성과 접근 권한을 변경하는 처리 관계는 구체적인 검토 대상이 됩니다.
데이터 구조와 처리 순서
플랫폼 명세서에는 입력 데이터의 필드, 저장 구조, 테넌트 식별자, 권한 정보와 갱신 시점을 포함합니다. 여러 외부 서비스와 연동하는 경우 API 호출 순서, 동기화 기준, 중복 데이터 제거 및 실패 시 재처리를 설명합니다.
- 데이터 수집 출처와 정규화 규칙
- 고객사 또는 사용자별 데이터 분리 방식
- 점수·추천·분류 결과의 산출 기준
- 권한 변경과 감사 로그 생성 조건
- 연동 오류, 중복 처리와 복구 절차
선행기술과의 차이
CRM, ERP, 전자계약, 매칭, 구독관리와 분석 플랫폼에는 다수의 기존 특허와 공개 서비스가 있습니다. “AI 추천”, “자동 견적” 또는 “기업 분석”과 같은 기능명만으로는 차이를 설명하기 어렵습니다.
출원 전 조사 범위에는 동일한 업무 흐름 외에 데이터 처리 방식과 서버 구성도 포함합니다. 공개된 API 문서, 논문과 오픈소스 역시 확인 대상입니다. 차별점을 정리할 때는 처리 속도, 동기화 정확도, 멀티테넌트 데이터 격리, 권한 검증, 장애 복구 또는 서버 부하 제어와 어떤 관련이 있는지 설명합니다.
플랫폼 기능의 분리
플랫폼 전체를 하나의 넓은 청구항으로 작성하면 선행기술과 중복되는 구성이 많아질 수 있습니다. 출원 단위는 사업상 중요한 기능별로 나누어 검토합니다.
- 고객사 데이터의 자동 정규화
- 권한에 따른 대시보드 동적 구성
- 사용량 기반 과금 데이터 검증
- 이상거래 또는 이상행동 탐지
- 기업 간 매칭 점수 산출
- API 연동 오류의 자동 복구
- 멀티테넌트 환경의 데이터 격리
각 기능의 관찰 가능성, 모방 가능성 및 제품 적용 기간을 기준으로 출원 우선순위를 정합니다.
명세서와 청구항의 역할
IR 자료의 시장 규모, 성장성 또는 고객 편익은 특허 명세서의 기술적 설명을 대체하지 않습니다. 명세서에는 서버 처리 흐름, 데이터 구조, 예외 처리와 효과를 재현할 수 있는 실시예를 포함합니다.
청구항은 방법, 시스템, 서버 또는 비일시적 컴퓨터 판독가능 저장매체 형태로 작성할 수 있습니다. 독립항을 설계할 때는 실제 경쟁사가 운영하는 구성과 한 사업자가 수행하는 단계를 기준으로 삼습니다. 이 기준 없이 형식별 청구항만 반복해 추가하지는 않습니다.
출원 전 점검사항
- 새로운 사업 규칙과 새로운 기술적 처리 방식을 구분합니다.
- 입력 필드, 저장 구조, 처리 조건과 출력값을 명세서에 기재합니다.
- 서버 부하, 보안, 동기화 또는 오류 복구와 관련된 효과를 확인합니다.
- 선행 특허뿐 아니라 공개 서비스와 기술문서를 조사합니다.
- 플랫폼을 복수의 기술 단위로 나누어 출원 우선순위를 정합니다.
