> ## Documentation Index
> Fetch the complete documentation index at: https://adcp-docs-ja.pier1.co.jp/llms.txt
> Use this file to discover all available pages before exploring further.

# AdCP と OpenRTB

> AdCP vs OpenRTB: 相違点と協調方法。AdCP はエージェントのワークフローを、OpenRTB はインプレッション時の判断を処理し、Trusted Match Protocol がクロスパブリッシャーのフリークエンシーキャップなどのユースケースで両者を接続します。

AdCP と OpenRTB は広告スタックの異なる層で動作する補完的な標準です。競合するものではありません — プラットフォームは両方を実装できます（多くの場合そうします）。

最も重要な接続点の 1 つが**クロスパブリッシャーのフリークエンシーキャップ**です。AdCP は、OpenRTB がプログラマティックバイイングを可能にするのと同じ方法でこれを可能にします。すなわち、広告サーバーが配信する前に、各インプレッションをバイヤーが制御するリアルタイムの判断層に公開することによってです。AdCP では、その統合ポイントが **[Trusted Match Protocol (TMP)](/docs/trusted-match)** です。

## 各標準が行うこと

|             | OpenRTB              | AdCP                         |
| ----------- | -------------------- | ---------------------------- |
| **層**       | インプレッションレベルのトランザクション | エージェントレベルのワークフロー             |
| **中核操作**    | リアルタイム入札リクエスト/レスポンス  | タスクベースのキャンペーン管理              |
| **参加者**     | DSP と SSP            | AI エージェントと広告プラットフォーム         |
| **タイミング**   | リアルタイム（ミリ秒）          | 非同期（秒から日）                    |
| **スコープ**    | 単一インプレッションオークション     | エンドツーエンドのキャンペーンライフサイクル       |
| **管理者**     | IAB Tech Lab         | AgenticAdvertising.org       |
| **成熟度**     | 本番（v2.6）             | 本番（v3.0）                     |
| **トランスポート** | HTTP POST            | MCP（ツール呼び出し）または A2A（エージェント間） |

## 重複する部分

両標準はメディアバイイングに関わりますが、粒度が異なります:

* **OpenRTB** は個々のインプレッション決定を処理します: 「このインプレッションに入札すべきか、いくらで?」
* **AdCP** はキャンペーンレベルの決定を処理します: 「どんなインベントリが利用可能か? この予算とターゲティングでこのキャンペーンを実行します。」

1つの AdCP `create_media_buy` タスクはキャンペーンのライフタイムにわたって何千もの OpenRTB 入札リクエストにつながることがあります。

## 異なる部分

**スコープ。** OpenRTB はオークションに焦点を当てています — 入札リクエスト、入札レスポンス、勝利通知、請求イベント。AdCP はキャンペーンの完全なライフサイクルをカバーします: プロダクト発見、クリエイティブ管理、オーディエンス活性化、キャンペーン実行、デリバリーレポート。AdCP はリアルタイム入札とは独立しても動作します。直販パブリッシャー、スポンサードコンテンツ事業、放送セラー、コマースメディアネットワークは、OpenRTB 統合なしに AdCP を実装できます。

**コミュニケーションモデル。** OpenRTB は同期 HTTP を使用します: 入札リクエストが到着し、入札者は数百ミリ秒以内に応答しなければなりません。AdCP は非同期です: エージェントが `create_media_buy` タスクを送信し、プラットフォームが独自のタイムラインで処理して、ステータス更新を返します。

**参加者。** OpenRTB はデマンドサイドプラットフォーム（DSP）をサプライサイドプラットフォーム（SSP）に自動オークションで接続します。AdCP は AI エージェントをあらゆる広告プラットフォームに接続します — DSP と SSP を含みますがそれに限りません。

**データモデル。** OpenRTB はインプレッションオブジェクト、入札オブジェクト、ディールオブジェクトを定義します。AdCP はメディアプロダクト、メディアバイ、クリエイティブフォーマット、オーディエンスシグナル、ブランドガバナンスルールを定義します。

## 協調する方法

典型的な統合では、異なる層で両標準を使用します:

1. **バイヤーエージェント**が AdCP を使用してパブリッシャーのプラットフォームで利用可能なプロダクトを発見します（`get_products`）
2. エージェントが AdCP を通じて予算、ターゲティング、スケジュールを含むキャンペーンを作成します（`create_media_buy`）
3. インプレッション時に、パブリッシャーは **TMP Context Match**（ページコンテンツ、利用可能なパッケージ）と **Identity Match**（不透明なユーザートークン、パッケージ ID）を TMP Router に送信します
4. TMP はクロスパブリッシャーの露出を評価し、オファーと適格性の判断を返します — パブリッシャーはそれらをローカルで結合します
5. バイヤーエージェントが AdCP を通じてデリバリーを確認してキャンペーン全体のパフォーマンスを監視します（`get_media_buy_delivery`）

このモデルでは、AdCP が戦略層（何を購入するか、いくら使うか、誰をターゲットにするか）を処理し、TMP がリアルタイムの実行層（どのパッケージをどのインプレッションで活性化するか）を処理し、OpenRTB が該当する場合の戦術的なオークション層（どの特定のインプレッションを勝ち取るか）を処理します。

## TMP: リアルタイムの橋渡し

[Trusted Match Protocol (TMP)](/docs/trusted-match) は、AdCP がインプレッション時の判断に到達する方法です。AdCP 自体をオークションプロトコルに変えることなく、クロスパブリッシャーのデータが配信判断に影響を与えられるよう、各インプレッション機会をバイヤーにリアルタイムで見せます。

TMP は構造的に分離された 2 つのオペレーションを定義します:

```mermaid theme={null}
flowchart LR
    buyer["**Buyer Agent**<br/>Creates media buy in AdCP"]
    pub["**Publisher**<br/>Impression opportunity"]
    ctx["**Context Match**<br/>Page content + packages<br/>(no user identity)"]
    id["**Identity Match**<br/>User token + package IDs<br/>(no page context)"]
    join["**Publisher Join**<br/>Intersect offers × eligibility"]
    decision["**Activate or suppress**"]

    buyer --> pub
    pub --> ctx
    pub --> id
    ctx --> join
    id --> join
    join --> decision
```

クロスパブリッシャーのフリークエンシーキャップの場合、これは次を意味します:

1. AdCP がキャンペーン、予算、パッケージを定義します
2. インプレッション時に、パブリッシャーは Context Match リクエスト（このコンテンツにどのパッケージがマッチするか？）と Identity Match リクエスト（このユーザーはこれらのパッケージに適格か？）を送信します
3. バイヤーの Identity Match エージェントは、TMP Router に接続されたすべてのパブリッシャーにわたる露出履歴を確認します — フリークエンシーキャップ、オーディエンスメンバーシップ、購入履歴がここで評価されます
4. パブリッシャーは 2 つのレスポンスをローカルで結合します。コンテキストにマッチし*かつ*アイデンティティ適格性を通過したパッケージが活性化され、その他はすべて抑制されます

バイヤーがコンテキストとアイデンティティを同時に見ることはありません。クロスパブリッシャーのフリークエンシーキャップは、バイヤーがパブリッシャー横断で共有露出ストアを維持する Identity Match パスを通じて強制されます。

## エコシステムの他の標準

AdCP と OpenRTB は他のいくつかの標準と共存します:

| 標準                               | 目的                                  | 管理者          |
| -------------------------------- | ----------------------------------- | ------------ |
| **MCP**（Model Context Protocol）  | AI ツール呼び出し — AI モデルが外部ツールを呼び出す方法    | Anthropic    |
| **A2A**（Agent-to-Agent Protocol） | マルチエージェントコラボレーション — 自律エージェントが通信する方法 | Google       |
| **VAST** / **VPAID**             | ビデオ広告サービングとインタラクティブビデオ              | IAB Tech Lab |
| **ads.txt** / **sellers.json**   | サプライチェーン透明性と認可セラー検証                 | IAB Tech Lab |
| **Open Measurement SDK**         | ビューアビリティとアテンション測定                   | IAB Tech Lab |

AdCP は MCP と A2A をトランスポート層として使用します。IAB コンテンツタクソノミーとオーディエンスセグメント標準は該当する場合に参照されます。

## よくある質問

<AccordionGroup>
  <Accordion title="AdCP は OpenRTB を置き換えるか?">
    いいえ。それぞれ異なる目的を持っています。OpenRTB はリアルタイムインプレッションオークションを処理します。AdCP はキャンペーンレベルのエージェントワークフローを処理します。プラットフォームは両方を実装できます。
  </Accordion>

  <Accordion title="AdCP を使用するために OpenRTB を実装する必要があるか?">
    いいえ。AdCP は独立して機能します。リアルタイム入札を使用しないプラットフォーム（例えば、ダイレクトセールドパブリッシャーやコマースメディアネットワーク）は、OpenRTB 統合なしで AdCP を実装できます。
  </Accordion>

  <Accordion title="AdCP エージェントは OpenRTB トランザクションをトリガーできるか?">
    はい。バイヤーエージェントが AdCP を通じてメディアバイを作成すると、セルサイドプラットフォームはオーダーを履行するために任意の内部メカニズムを使用できます — OpenRTB オークション、ダイレクトインサーションオーダー、プライベートマーケットプレイスディール、またはクロスパブリッシャーのフリークエンシーキャップのような用途向けの TMP を介したリアルタイム活性化を含みます。
  </Accordion>

  <Accordion title="AgenticAdvertising.org は IAB Tech Lab の一部か?">
    いいえ。AgenticAdvertising.org は独立したメンバー組織です。IAB Tech Lab の子会社、ワーキンググループ、または関連組織ではありません。しかし AdCP は IAB 標準との互換性を持つよう設計されています。
  </Accordion>
</AccordionGroup>