AI SaaS 특허에서 서버와 단말의 실시주체를 구분하는 이유

핵심 요약
AI SaaS의 처리단계는 고객 단말·운영 서버·외부 API에 나뉠 수 있습니다. 청구항의 필수행위를 누가 수행·통제하는지 확인해야 권리설계와 실시 판단이 구체화됩니다.

AI SaaS는 고객에게 하나의 서비스로 보이지만 실제 처리는 단말·운영 서버·외부 모델 API에 나뉠 수 있습니다. 기능을 한 줄의 처리 순서로만 정리하면 자사가 구현한 단계와 외부 사업자가 수행하는 단계가 섞입니다.

누가 어디에서 처리하는지 구분하는 일은 보호할 구성과 등록 후 활용 방법을 정하는 데 필요합니다. 입력 구성, 응답 검증, 재호출처럼 직접 제어하는 기술을 실행 주체와 연결하면 청구항이 실제 운영 구조와 대응하는지 검토할 수 있습니다.

서비스 흐름과 수행 주체를 겹쳐 봅니다

AI SaaS는 고객의 단말, 서비스 운영 서버, 외부 모델 제공자가 나누어 작동하는 경우가 많습니다. 전체 과정이 하나의 화면에서 보인다고 해서 모든 단계가 한 사업자에게서 수행되는 것은 아닙니다. 청구항을 쓰기 전 각 단계의 실행 주체와 위치를 표시할 필요가 있습니다.

직접 제어할 수 있는 구성을 찾습니다

가령 외부 API 내부의 추론은 서비스 기업이 바꿀 수 없지만, 입력을 구성하고 응답을 검증하며 재호출을 결정하는 서버는 직접 제어할 수 있습니다. 이때 확인되지 않은 API 내부 동작을 필수 구성으로 넣으면 실제 서비스와 청구항이 어긋날 수 있습니다. 자사가 구현한 관계를 중심으로 검토해야 합니다.

청구항 형식만 바꿔 해결되지는 않습니다

방법·장치·기록매체 등 여러 형태의 청구항을 검토할 수 있지만, 이름을 달리한다고 수행 주체나 국가별 권리행사 문제가 자동으로 사라지지는 않습니다. 각 형태가 어떤 구현을 대상으로 하는지와 명세서에 근거가 있는지를 봐야 합니다. 해외 서버가 개입하는 경우에는 해당 국가의 법리도 별도 검토해야 합니다.

구조 변경 시 특허도 점검합니다

자체 모델을 외부 API로 바꾸거나 단말 처리를 클라우드로 옮길 때 제품은 비슷해 보여도 청구항과의 대응은 달라질 수 있습니다. 인트로는 시스템 구성도에 수행 주체를 표시하고, 보호할 단계와 확인할 단서를 함께 정리합니다.

Akamai–Limelight 판결에서 확인하는 ‘누가 수행하는가’

미 연방대법원 Limelight v. Akamai (2014)와 연방순회항소법원 Akamai v. Limelight (2015)은 방법특허 단계가 여러 주체에 나뉘었을 때 직접침해에 필요한 행위 귀속·지시통제·공동사업을 다룹니다. SaaS의 실제 운영 구조를 검토하는 데 참고할 수 있는 판례입니다.

AI 서비스 구성	명세서·청구항 검토 질문
고객 단말의 입력·파일 전처리	이 단계는 고객이 독립 수행하는가, 서버의 지시·통제 아래 있는가
SaaS 서버의 검색·오케스트레이션	자사가 직접 수행하며 증거를 확보할 수 있는 단계인가
외부 LLM API 추론	제3자가 수행하는 연산이 청구항 필수요소라면 어떻게 입증할 것인가

미국 판례를 한국법에 그대로 투영할 수는 없고, 미국에서도 단순히 API가 외부에 있다는 사실만으로 침해가 자동 배제되지는 않습니다. 기술팀이 각 처리의 호출주체와 통제근거를 남겨야 청구항 문구와 실질적 실시를 연결할 수 있습니다.

인트로 인사이트

서비스 구성도에 실행 주체와 서버 위치, 직접 변경할 처리와 외부 서비스에 의존하는 처리를 표시하면 보호의 중심을 정할 수 있습니다. 여기에 청구항을 대응시키고 다음 배포에서 바뀔 구조를 함께 검토합니다. 자체 모델을 외부 API로 바꾸거나 처리를 클라우드로 옮길 때는 기능이 유지되어도 청구항과의 대응은 달라질 수 있습니다.