1体のAIエージェントでは難しい複雑なタスクも、複数のエージェントが協調すれば解けるかもしれません。しかし、複数のAIをどう"チーム"として動かすか――そこには「衝突」「重複」「混乱」という難題があります。この課題に対するOpenAIの答えが、本記事で深掘りする登録特許 US 12,405,822 B1「Multi-agent interactions using a shared workspace（共有ワークスペースを用いたマルチエージェント相互作用）」です。
そのアプローチは、複数のAIに「共有の黒板（ワークスペース）」を与え、全員がそこを見ながら「自分が動くか、他に譲るか」を自律的に判断させるというもの。以前解説したSalesforceの"階層型"マルチエージェント特許とは対照的な設計思想です。AI知財に精通した弁理士が、実際のクレームを引用しながら解説します。
💡 要点：本記事は、AIエージェント特許シリーズの一編です。階層型の対比はSalesforce特許の解説を、審査実務は日米欧の事例編をご覧ください。
目次
| 項目 | 内容 |
|---|---|
| 特許番号 | US 12,405,822 B1 |
| 発明の名称 | Multi-agent interactions using a shared workspace |
| 登録日 | 2025年9月2日 |
| 出願日／優先日 | 2024年6月7日 |
| 出願人 | OpenAI OpCo, LLC |
| 発明者 | Raphael Gontijo Lopes、Arun Vijayvergiya、Jason Wolfe |
| クレーム数 | 18（独立3：クレーム1・10・17） |
| ステータス | 登録特許（granted） |
複数のAIエージェントにチームで作業させると、人間のチームと同じ問題が起こります。誰が何をするのかが曖昧だと、二人が同じ仕事を重複してやったり、互いの作業がぶつかったりします。
この「協調（オーケストレーション）」の問題を解く方法は一つではありません。本特許は、全員が同じ"作業場"を共有し、その状態を見ながら各自が判断するという、分散システムらしい解決策を採用しています。
本特許の中心にあるのが「ワークスペース（workspace）」です。明細書はこれを「追記専用の台帳（append-only ledger）」と説明します。
各エージェントはこの台帳にコマンドを書き込み、書き込まれたコマンドはワークスペースの全メンバーに公開されます。台帳は追記専用なので、過去の記録は消えず、全員が同じ"作業の履歴と現在の状態"を共有できます。ブロックチェーンや分散台帳に通じる発想です。
クレーム1は、台帳内のコマンドが「操作変換（operational transforms, OT）」であり、「各コマンドがワークスペースをどう変更するかを規定する」と明記します。これが技術的なハイライトです。
💡 要点：「操作変換（OT）」は、もともとGoogle Docsのような複数人同時編集を実現する技術として知られます。「誰がどこをどう編集したか」を変換として表現し、競合なく統合する仕組みです。本特許は、この協調編集の知恵を"複数AIの協調"に応用しています。実績ある技術を新たな領域に持ち込む――この具体性が、抽象的アイデアの拒絶を回避する強い手がかりになっています。
ワークスペースに参加するエージェントには役割があります。
| 構成要素 | 役割（明細書の記載に基づく） |
|---|---|
| コーディネータ・エージェント | 一般知識を持つ自律エージェント。全体を調整 |
| タスク・エージェント | 特定種類のタスクを遂行するよう訓練された自律エージェント |
| ワークスペース・マネージャ | 招待・参加を仲介し、各エージェントに適した"ビュー"を提供 |
| チャネル（channels） | ワークスペースの一部メンバーを含むメッセージ・スレッド |
コーディネータが招待コマンドを投稿し、タスクエージェントが参加コマンドで応じてチャネルに加わる――という、具体的な参加プロトコルが規定されています。ワークスペース・マネージャは、各エージェントに関係するコマンドだけをフィルタした"ビュー"を提供します。
本特許の協調の核心が、各エージェントが「自身が投稿したもの以外の、台帳に追加されたコマンドに応じて、yield（譲る）か act（行動する）かを決める」という仕組みです。
💡 要点：「自分が投稿したもの以外のコマンドに反応する」「行動か譲歩かを選ぶ」――この単純だが強力な協調プリミティブが、複数AIの重複・衝突を防ぎます。クレームの限定として明確に記載されており、権利を具体化しています。
US 12,405,822 B1｜Claim 1（原文／英語）
A method comprising: receiving, by a workspace manager, an instruction to invoke a task agent from a coordinator agent by posting an invite command inviting the task agent to a first channel in a workspace; sending the invite command, by the workspace manager, to the task agent inviting the task agent to join the first channel in the workspace; receiving, by the workspace manager, a join action command, from the task agent, to be posted in the first channel, whereby the task agent is joined to the first channel in the workspace with at least the coordinator agent, wherein the workspace is a ledger of commands wherein at least two artificial intelligence agents add to the workspace and thereby interact, wherein the coordinator agent and the task agent are configured to yield or act in response to a command added to the workspace other than commands posted by itself; receiving from the coordinator agent a first command to be added to the workspace; sending the first command to the task agent of the at least two artificial intelligence agents; and receiving, in response to the first command, a second command to post in the workspace, the second command indicates a determination by the task agent to act in response to the first command, wherein the commands in the ledger of commands are operational transforms that specify how a respective command is modifying the workspace, and wherein the at least two artificial intelligence agents interact with the workspace through one or more application programming interfaces of the workspace.
弁理士による参考訳（日本語）
| 限定 | 技術的意味 | 効いている理由 |
|---|---|---|
| 追記専用の台帳（ledger） | 共有状態の単一の真実 | データ構造の具体化 |
| 操作変換（OT） | 変更を競合なく統合 | 協調編集の確立技術＝技術的具体性 |
| yield／act判断 | 重複・衝突の回避 | 協調プロトコルの核 |
| ワークスペースAPI経由の相互作用 | 標準化された連携 | 技術的実装の明示 |
独立クレームは1（方法）のほか、クレーム10・17も独立クレームとして立てられており、異なる切り口で重層的に保護しています。
マルチエージェントの協調には、大きく異なる設計思想があります。本シリーズで解説した2つの特許を対比すると、その違いが鮮明です。
| OpenAI（本記事） | Salesforce（既解説） | |
|---|---|---|
| 特許 | US 12,405,822 B1 | US 2025/0265443 A1 |
| 設計思想 | 共有ワークスペース型（黒板型） | 階層型（ツリー型） |
| 協調の仕組み | 全員が共有台帳を見て自律判断（yield/act） | マネージャが分解し下位に割当 |
| 中核技術 | 追記台帳＋操作変換（OT） | タスク分解＋適合フォーマットのパッケージ |
| たとえ | 円卓会議（共有黒板） | 指揮系統（上意下達） |
💡 要点：同じ「複数AIの協調」でも、「共有黒板で自律調整」（OpenAI）と「マネージャが指揮」（Salesforce）という対照的なアーキテクチャが、それぞれ別個に特許化されています。マルチエージェント分野は協調"方式"ごとに権利化の余地があることを示す好例です。自社が独自の協調方式を持つなら、権利化の検討価値は高いといえます。
「複数AIが協調する」という抽象論ではなく、追記台帳・操作変換・ワークスペースAPI・yield/act判断という具体的な技術的仕組みを備えるため、Alice/Mayoテストにおいて「技術的課題への具体的解決」を主張しやすく、現に登録されています。
「コマンドの台帳」という具体的なデータ構造、操作変換という処理、API連携が記載されており、ソフトウェア関連発明として特許適格性を満たしやすい構成です。進歩性は「OTの応用」「yield/act協調プリミティブ」の技術的工夫が鍵となります。
複数主体の協調における競合回避（操作変換）という技術的課題への技術的解決と位置づけやすく、COMVIKアプローチ下でも技術的特徴として評価されやすい構成です。
① 協調"プロトコル"を権利化する。マルチエージェントの「協調方式」そのものが特許になります。独自の協調ルールがあれば検討価値大です。
② 実績ある技術を新領域に応用する。「操作変換（OT）」のような確立技術を新分野（AI協調）に持ち込む発想は、進歩性と特許適格性の両面で有効です。
③ 単純で強い"プリミティブ"を明示する。「yield／act判断」のような、単純だが効く制御の核をクレームに据えます。
④ 設計思想ごとに権利化の余地がある。階層型・黒板型など、アーキテクチャの違いごとに別個の特許機会があります。
自社のマルチエージェント技術、権利化できるか診断します。
IT・ソフトウェア・AI分野に精通した弁理士が、協調プロトコル・アーキテクチャを含むクレーム設計、権利化可能性の無料診断、日米欧での出願戦略までトータルでご支援します。
初回無料相談を予約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正本と最新の経過情報をご確認のうえ、専門家の個別検討をご利用ください。日本語訳は理解のための参考訳であり、正文は英語原文です。