【변리사 심층 해설】 OpenAI의 멀티 에이전트 특허 US 12,405,822 B1 분석｜공유 작업 공간에서 여러 AI를 협업하게 하기

💡 핵심: 본 기사는 AI 에이전트 특허 시리즈 중 하나입니다. 계층형과의 대비는 Salesforce 특허 해설을, 심사 실무는 일본·미국·유럽 사례 편을 참고해 주십시오.

목차

1. 30초 요약｜'공유 칠판'을 통해 여러 AI를 협업하게 한다
2. 특허의 기본 정보
3. 배경｜여러 에이전트는 ‘충돌’과 ‘중복’을 어떻게 방지하는가
4. 핵심 ①｜공유 작업 공간 = 추가 기록 전용 ‘대장’
5. 핵심 ②｜‘조작 변환(OT)’이라는 협업 편집의 지혜
6. 핵심 ③｜코디네이터·태스크 에이전트·채널
7. 핵심 ④｜‘yield(양보)할 것인가, act(행동)할 것인가’의 판단
8. 독립 클레임 1을 조항별로 읽어보기
9. 두 가지 멀티 에이전트 설계｜계층형 vs 공유 작업 공간형
10. 일본·미국·유럽의 심사에서 어떻게 평가될 것인가
11. 자사 출원에 대한 교훈
12. 자주 묻는 질문(FAQ)

💡 요점: ‘작업 변환(OT)’은 원래 Google Docs와 같이 여러 사람이 동시에 편집할 수 있게 해주는 기술로 알려져 있습니다. ‘누가, 어디를, 어떻게 편집했는지’를 변환으로 표현하여 충돌 없이 통합하는 구조입니다.본 특허는 이러한 협업 편집의 지혜를 “여러 AI의 협업”에 응용하고 있습니다. 실적이 입증된 기술을 새로운 영역에 도입하는 것——이러한 구체성이 추상적인 아이디어에 대한 거절을 피할 수 있는 강력한 단서가 되고 있습니다.

💡 요점: “자신이 게시한 것 이외의 명령에 반응한다”, “행동할지 양보할지 선택한다”――이 단순하지만 강력한 협력 기본 요소가, 복수 AI 간의 중복 및 충돌을 방지합니다. 클레임의 제한 사항으로 명확히 기재되어 있으며, 권리를 구체화하고 있습니다.

US 12,405,822 B1｜청구항 1(원문/영어)

다음과 같은 단계를 포함하는 방법: 워크스페이스 관리자가, 코디네이터 에이전트로부터 워크스페이스 내의 제1 채널로 태스크 에이전트를 초대하는 초대 명령을 게시하여 태스크 에이전트를 호출하라는 지시를 수신하는 단계; 워크스페이스 관리자가, 태스크 에이전트에게 워크스페이스 내의 제1 채널에 참여하도록 초대하는 초대 명령을 태스크 에이전트에게 전송하는 단계; 워크스페이스 관리자가 태스크 에이전트로부터 제1 채널에 게시될 가입 동작 명령을 수신함으로써, 태스크 에이전트가 적어도 코디네이터 에이전트가 있는 워크스페이스의 제1 채널에 가입되도록 하는 단계, 여기서 워크스페이스는 적어도 두 개의 인공 지능 에이전트가 워크스페이스에 내용을 추가하고 이를 통해 상호작용하는 명령의 원장이며, 여기서 코디네이터 에이전트와 태스크 에이전트는 자신이 게시한 명령을 제외한, 워크스페이스에 추가된 명령에 반응하여 양보하거나 행동하도록 구성되어 있으며; 코디네이터 에이전트로부터 워크스페이스에 추가될 제1 명령을 수신하고; 제1 명령을 적어도 두 개의 인공 지능 에이전트 중 하나인 태스크 에이전트에게 전송하며; 제1 명령에 대한 응답으로 워크스페이스에 게시할 제2 명령을 수신하고, 제2 명령은 태스크 에이전트가 제1 명령에 대응하여 행동하기로 결정했음을 나타내며, 여기서 명령 원장 내의 명령들은 각 명령이 작업 공간을 어떻게 수정하는지를 명시하는 운영 변환이며, 또한 상기 적어도 두 개의 인공 지능 에이전트는 작업 공간의 하나 이상의 애플리케이션 프로그래밍 인터페이스를 통해 작업 공간과 상호작용한다.

변리사의 참고 번역(일본어)

💡 요점: 같은 ‘복수 AI의 협업’이라 하더라도, ‘공유 칠판을 통한 자율 조정’(OpenAI)과 ‘관리자의 지휘’(Salesforce)라는 대조적인 아키텍처가 각각 별도로 특허화되어 있습니다.다중 에이전트 분야는 협력 “방식”마다 권리화 여지가 있음을 보여주는 좋은 예입니다. 자사가 독자적인 협력 방식을 보유하고 있다면, 권리화를 검토할 가치가 높다고 할 수 있습니다.

귀사의 멀티 에이전트 기술이 특허로 등록될 수 있는지 진단해 드립니다.

IT·소프트웨어·AI 분야에 정통한 변리사가 협업 프로토콜·아키텍처를 포함한 청구항 설계, 권리화 가능성 무료 진단, 일본·미국·유럽에서의 출원 전략까지 종합적으로 지원해 드립니다.

Q. US 12,405,822 B1은 어떤 특허입니까?

A. OpenAI의 미국 등록 특허로, 여러 AI 에이전트가 ‘공유 작업 공간’을 통해 협업하는 구조를 보호합니다.워크스페이스는 추가 기록 전용 ‘원장(ledger)’이며, 각 에이전트는 그 상태를 확인하여 자신이 게시한 것 이외의 명령에 대해 ‘행동(act)’할지 ‘양보(yield)’할지 판단합니다. 2025년 9월 2일 등록되었으며, 총 18개의 청구항으로 구성되어 있습니다.

Q. ‘공유 작업 공간’이란 무엇입니까?

A. 여러 AI 에이전트가 공통으로 접근하여 상태를 확인하고 명령을 기록할 수 있는 ‘공유 작업 공간(칠판)’입니다.본 특허에서는 추가 전용 원장으로 구현되었으며, 원장 내의 각 명령어는 ‘운영 변환(operational transforms)’으로서 작업 공간을 어떻게 변경할지를 규정합니다. 에이전트는 API를 통해 이 원장과 상호작용합니다.

Q. ‘yield(양보)’ 메커니즘이 왜 중요한가요?

A. 여러 에이전트가 동시에 작동하면 같은 작업을 중복해서 수행하거나 서로 충돌하게 됩니다. 본 특허에서는 각 에이전트가 타인의 명령을 확인하여 ‘자신이 행동해야 할지, 타인에게 양보해야 할지’를 판단함으로써 중복이나 혼란을 방지하고 효율적인 협업을 실현합니다.

Q. Salesforce의 멀티 에이전트 특허와는 무엇이 다른가요?

A. 설계 철학이 다릅니다. Salesforce(US 2025/0265443)는 ‘관리자가 작업을 분해하여 하위 에이전트에게 할당하는’ 계층형(트리형)입니다.OpenAI의 본 특허는 ‘모든 에이전트가 공유 원장을 확인하며, 자율적으로 행동할지 양보할지 판단하는’ 공유 워크스페이스형(칠판형)입니다. 같은 멀티 에이전트라도 협업 아키텍처가 대조적입니다.

Q. 멀티 에이전트의 협력 프로토콜은 특허가 될 수 있습니까?

A. 가능합니다. 본 특허와 같이 공유 원장·조작 변환·양보(yield) 판단·채널과 같은 구체적인 기술적 구조를 기재하면, 일본·미국·유럽 어디에서든 특허권을 취득할 수 있습니다. 복수 AI의 협력 프로토콜은 멀티 에이전트 시대의 중요한 특허권 확보 분야입니다.

본 기사의 주의사항: 본 기사는 공개된 특허 공보를 바탕으로 한 일반적인 기술·제도 해설입니다. US 12,405,822 B1은 등록된 특허이지만, 실제 권리 범위는 각 청구항의 문언·등가론·경과 정보에 따라 결정됩니다.인용된 청구항·요약·명세서 기재 내용은 공개 공보 데이터(Google Patents/FreePatentsOnline 등)를 기반으로 하지만, 법적으로 중요한 용도(FTO·침해 분석·무효·출원 등)에서는 반드시 USPTO 정본과 최신 경과 정보를 확인한 후, 전문가의 개별 검토를 받아주시기 바랍니다.일본어 번역은 이해를 돕기 위한 참고용이며, 정식 문서는 영어 원문입니다.