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