> ## 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.

# SI チャットプロトコル

> SI チャットプロトコルは、AIアシスタントにおける会話型ブランドエクスペリエンスを定義します。セッションライフサイクル、ケイパビリティネゴシエーション、アイデンティティの同意、UIコンポーネント、ACPコマースハンドオフを含みます。

<Warning>
  **ドラフト仕様** — このプロトコルは現在開発中です。最終リリースまでにAPIとスキーマが変更される可能性があります。リファレンス実装を構築する中でフィードバックを歓迎します。
</Warning>

消費者はAIサービスで情報を探したり調べたりしています。ブランドや製品について調べるためにその場を離れたくない。だから、ブランドをチャットの中に持ち込む方法が必要です。

Sponsored Intelligenceプロトコルは、AIアシスタントがブランドエージェントのエンドポイントを呼び出し、対話する方法を定義します。これにより、会話の流れを損なわずに豊かなブランドエクスペリエンスを実現できます。

## 兆ドルの価値を持つ一文

OpenAIがChatGPTへの広告導入を発表したとき、「回答の独立性」を約束した——広告が回答に影響を与えることはない、と。しかし本当の価値はチャットの下部にあるバナー広告ではありません。それはこういう文です：

> "お探しの内容に基づくと、Deltaはボストン行きのフライトを199ドルから提供しています。アシスタントに接続してオプションを探ってみたいか？"

AIがブランドを推薦し、会話のハンドオフを提案するこの一文は、数兆ドルの価値があります。Sponsored Intelligenceは、その次に何が起きるかの標準を定義します。

## Sponsored Intelligenceとは何か？

**Sponsored Intelligence (SI)** は、AIアシスタントにおける会話型ブランドエクスペリエンスのためのオープン標準です。VASTがビデオ広告配信を定義するように、SIはブランドエージェントのエンドポイントをどのように配信・対話するかを定義します。

```
広告配信標準:
- VAST → 動画（動画ファイル + コンパニオン + トラッキング）
- MRAID → リッチメディア/インタラクティブディスプレイ
- Native → コンテンツスタイル広告
- SI → 会話型エージェント（エンドポイント + モダリティ + ブランドアセット）
```

### SIはクリエイティブタイプ以上のもの

SIは複数のコンテキストで使用できます：

| コンテキスト                 | 説明          | 例                                       |
| ---------------------- | ----------- | --------------------------------------- |
| **クリエイティブ**            | メディアバイ経由で配信 | ブランドがSIエンドポイントを同期し、キャンペーン実行時にトリガー       |
| **埋め込みエクスペリエンス**       | ユーザーが興味を表明  | 「Deltaについてもっと教えて」→ ブランドエージェントへのシームレスな移行 |
| **アジェンティック・ランディングページ** | キャンペーンの遷移先  | ランディングページの会話型版——ブランドエンゲージメントが発生する場所     |

重要な洞察：SIはクリックスルーではありません。会話のハンドオフです。従来のランディングページは、ユーザーが発見コンテキストを離れて詳細を知るために存在します。SIでは、ユーザーは会話の中にとどまりながら、ブランドが来ます。

### プロトコルのスコープ

SIは**会話型エンゲージメントプロトコル**だ。セッションライフサイクル、メッセージ交換、ハンドオフのメカニズムを定義します。スコープの内外は以下の通りです：

| スコープ内                     | スコープ外               |
| ------------------------- | ------------------- |
| セッションの開始・メッセージング・終了       | 広告選択・ランキングアルゴリズム    |
| ホストとブランド間のケイパビリティネゴシエーション | ビッディングとオークションのメカニズム |
| アイデンティティと同意のハンドオフ         | アトリビューションモデルと計測     |
| ACPへのコマースハンドオフ            | 当事者間の請求と報酬          |
| 標準UIコンポーネント               | 在庫予測                |

**このスコープの理由は？** SIはエンゲージメントレイヤーに焦点を当てている——ユーザーがブランドエージェントと接続するときに何が起きるか。オファーがどのように表面化されるか（広告選択）、コンバージョンがどのようにクレジットされるか（アトリビューション）、お金がどのように流れるか（請求）は、SIと相互作用するが、SIで定義されるものではありません。

この分離は意図的です。プラットフォームは同じSIプロトコルを使いながら、独自の選択アルゴリズムを使用できます。アトリビューションシステムはSIの相関IDを利用できるが、SIがモデルを指定することはない。請求の取り決めは当事者間のビジネス上の決定にとどまる。

### アトリビューション相関

SIはアトリビューションのセマンティクスを定義しないが、アトリビューションシステムが必要とする相関IDを提供します：

| フィールド          | スコープ     | 目的                                    |
| -------------- | -------- | ------------------------------------- |
| `session_id`   | 開始時に返される | 会話内のすべてのメッセージをリンク。click\_idの代替として機能する |
| `media_buy_id` | 開始時に渡される | セッションをトリガーしたキャンペーンにリンク                |
| `offering_id`  | 開始時に渡される | 宣伝された特定のオファー/製品にリンク                   |

`session_id` は `context_for_checkout` を介してACPチェックアウトに引き継がれ、インプレッション → 会話 → トランザクションのクローズドループアトリビューションを可能にします。

## 仕組み

SIがエンゲージメントを担当します。[Agentic Commerce Protocol (ACP)](https://github.com/anthropics/acp)——プログラマティックコマースのためのOpenAIとStripeによるオープン標準——がトランザクションを担当します。この分離により、ホストとのユーザーの信頼関係を維持しながら、シームレスなチェックアウトを実現できます。

```mermaid theme={null}
flowchart LR
    A[User Intent] --> B[Host Platform]
    B -.->|Optional| P[Check Availability]
    P -.-> C
    B --> C{Consent?}
    C -->|Yes + Identity| D[Initiate Session]
    C -->|Yes, Anonymous| D
    C -->|No| E[Continue without brand]
    D --> F[Brand Agent]
    F <--> G[Conversation Turns]
    G --> H{User Done?}
    H -->|Transaction| I[Handoff to ACP]
    H -->|Complete| J[Return to Host]
    H -->|Exit| J
    I --> K[Checkout Flow]
```

### フロー

1. **ユーザーが興味を表明** → ホストがオポチュニティを特定
2. **オファリング詳細の取得**（任意）→ ホストがオファリング情報とマッチング製品を取得（`si_get_offering`）
3. **同意プロンプト** → ユーザーがアイデンティティ共有を決定
4. **セッション開始** → ホストがコンテキスト + ケイパビリティとともにブランドエージェントを呼び出す（`si_initiate_session`）
5. **会話型エンゲージメント** → ブランドエージェントがテキスト、音声、動画、または埋め込みUIを通じて対話（`si_send_message`）
6. **セッション終了** → トランザクション（ACP経由）または会話完了のためのハンドバック（`si_terminate_session`）

## SIマニフェスト：ブランドが宣言すること

ブランドはエージェントのケイパビリティを宣言するSIマニフェストを公開します：

```json theme={null}
{
  "endpoint": {
    "transports": [
      { "type": "mcp", "url": "https://delta.com/mcp" },
      { "type": "a2a", "url": "https://delta.com/.well-known/agent.json" }
    ],
    "preferred": "mcp"
  },
  "capabilities": {
    "modalities": {
      "voice": { "provider": "elevenlabs", "voice_id": "delta_v1" },
      "video": { "formats": ["mp4", "webm"], "max_duration_seconds": 60 },
      "avatar": { "provider": "d-id", "avatar_id": "delta_avatar" }
    },
    "components": {
      "standard": ["text", "link", "image", "product_card", "carousel", "action_button"],
      "extensions": {
        "chatgpt_apps_sdk": { "app_id": "delta-travel" }
      }
    },
    "commerce": {
      "acp_checkout": true
    }
  },
  "brand": { "domain": "delta.com" }
}
```

> **注意**: すべてのSIエージェントはデフォルトで会話（テキスト）モダリティをサポートする——これはベースラインです。モダリティセクションは音声、動画、アバターなどの*追加*ケイパビリティを宣言します。

### トランスポートオプション

SIは複数のトランスポートプロトコルをサポートし、ブランドがホストの環境に合わせて対応できます：

| トランスポート | 説明                                    | 最適なケース                    |
| ------- | ------------------------------------- | ------------------------- |
| **MCP** | Model Context Protocol - ツールベースの対話    | 構造化されたツール呼び出し、IDE統合       |
| **A2A** | Agent-to-Agent Protocol - メッセージベースの対話 | リッチな非同期会話、エージェントのコラボレーション |

ブランドは複数のトランスポートを宣言し、優先順位を指定できます。ホストは自分のケイパビリティに基づいて選択し、グレースフルなネゴシエーションを可能にします。

## ケイパビリティネゴシエーション

すべてのホストがすべてのケイパビリティをサポートするわけではありません。SIはケイパビリティネゴシエーションを使用する——ブランドが「できること」を宣言し、ホストが「サポートすること」を返し、セッションはその交差部分を使用します。

```
ブランドが宣言:   voice, avatar, standard components, chatgpt_apps_sdk
ホストがサポート: voice, standard components, chatgpt_apps_sdk
セッションで使用: voice, standard components, chatgpt_apps_sdk
```

標準コンポーネントはどこでも機能します。拡張機能はそれをサポートするプラットフォームでよりリッチなエクスペリエンスを可能にします。ブランドは常に標準コンポーネントにフォールバックして、ユニバーサルな互換性を確保できます。

これによってグレースフルなデグラデーションが実現します。ChatGPTでフルのApps SDKエクスペリエンスとして美しく動作するブランドエージェントが、よりシンプルなホストでも機能できる——Apps SDKの代わりに標準の製品カードとカルーセルを使うだけで。

## アイデンティティとプライバシーの同意

ユーザーがブランドエージェントとエンゲージするとき、ホストはアイデンティティを共有するかどうかを尋ねる。これがコアの価値交換です：ユーザーはパーソナライズされたサービスを得て、ブランドはリードを得ます。

### 同意フロー

```
ユーザー: 「Deltaのフライトについて話したい」

ホスト: 「Deltaのアシスタントに接続できる。エクスペリエンスをパーソナライズするため、
         あなたの情報を共有してよいか？

         [x] 名前とメールをDeltaと共有する
         [x] 配送先住所を共有する（正確な価格計算のため）

         続けることで、DeltaのプライバシーポリシーへのリンクList[link]に同意する」

ユーザー: 「はい、情報を共有する」
```

配送先住所により、ブランドは会話中に正確な税金と送料を計算でき、より速いチェックアウトとより良いレコメンデーションにつながる。

### なぜクリアなPII（ハッシュ化なし）か

これは複数の仲介者を伴うRTBではありません。直接的な、同意を得たハンドオフです：

* ユーザーが明示的に「はい、誰であるかを伝えてください」と言う
* Deltaは確認メールを送るために実際のメールアドレスが必要
* ハッシュ化するとユースケースが成立しません

### 同意あり

```json theme={null}
{
  "identity": {
    "consent_granted": true,
    "consent_timestamp": "2026-01-18T10:30:00Z",
    "consent_scope": ["name", "email", "shipping_address"],
    "privacy_policy_acknowledged": {
      "brand_policy_url": "https://delta.com/privacy",
      "brand_policy_version": "2026-01"
    },
    "user": {
      "email": "user@example.com",
      "name": "Jane Smith",
      "locale": "en-US",
      "shipping_address": {
        "street": "123 Main St",
        "city": "New York",
        "state": "NY",
        "postal_code": "10001",
        "country": "US"
      }
    }
  }
}
```

### 同意なし（匿名）

```json theme={null}
{
  "identity": {
    "consent_granted": false,
    "anonymous_session_id": "anon_xyz789"
  }
}
```

ブランドは引き続きサポートできる——ただしパーソナライズやメールでのフォローアップはできません。

## モダリティ

SIは複数のインタラクションモダリティをサポートします。これらを組み合わせることができる——例えばセッションで会話テキストと埋め込み製品カルーセルを同時に使うこともあります。

### 会話型

MCPツールまたはA2Aメッセージによる純粋なテキスト交換。すべてのSI実装がサポートするベースラインモダリティです。

### 音声

ブランドの声を使用したオーディオベースの対話。ホストはブランドのTTS設定（ElevenLabs、OpenAIなど）を使用してオーディオをレンダリングします。

### 動画

会話内で再生されるブランドの動画コンテンツ。製品動画、説明コンテンツ、プロモーションクリップが含まれ、ユーザーが画面を離れることなくブランドエクスペリエンスを向上させる。

### アバター

ブランドアバターによるアニメーション動画プレゼンス。D-ID、HeyGen、Synthesiaなどのプロバイダーが、話して視覚的に応答できるブランデッドビデオエージェントを可能にします。ホストはブランドが提供する設定を使用してアバターをレンダリングします。

### ビジュアルコンポーネント

SIはビジュアルエクスペリエンスへの段階的なアプローチを定義する——どこでも機能する軽量コンポーネントから、リッチなプラットフォーム固有のアプリまで。

#### 標準コンポーネント（どこでも機能します）

SIはすべての準拠ホストがレンダリングしなければなりません（MUST）**標準コンポーネント**の小さなセットを定義します。AMPがモバイルウェブコンポーネントを標準化したように、これらによりブランドはプラットフォーム固有のコードを構築することなく参加できます：

| コンポーネント         | 目的               | データ形状                                             |
| --------------- | ---------------- | ------------------------------------------------- |
| `text`          | 会話メッセージ          | `{ message: string }`                             |
| `link`          | ラベル付きURL         | `{ url, label, preview? }`                        |
| `image`         | 単一画像             | `{ url, alt, caption? }`                          |
| `product_card`  | 製品表示             | `{ title, price, image_url, description?, cta? }` |
| `carousel`      | カード/画像の配列        | `{ items: [...], title? }`                        |
| `action_button` | コールバックをトリガーするCTA | `{ label, action, payload? }`                     |

ブランドは構造化されたJSONデータを提供します。ホストは自身のデザインシステムに従ってレンダリングします。フレームワークへの依存はない。

```json theme={null}
{
  "ui_elements": [
    {
      "type": "product_card",
      "data": {
        "title": "Boston Flight - Jan 25",
        "price": "$199",
        "image_url": "https://delta.com/images/bos.jpg",
        "cta": { "label": "Book Now", "action": "checkout" }
      }
    }
  ]
}
```

#### プラットフォーム拡張機能

ホストは標準セットを超えたよりリッチなケイパビリティをサポートする場合があります。セッション開始時に、ホストはサポートする拡張機能を宣言します：

```json theme={null}
{
  "supported_components": {
    "standard": ["text", "link", "image", "product_card", "carousel", "action_button"],
    "extensions": {
      "chatgpt_apps_sdk": "1.0",
      "maps": true,
      "forms": true
    }
  }
}
```

ブランドは利用可能な場合に拡張機能を使用し、そうでない場合は標準コンポーネントにフォールバックできます。

#### アプリハンドオフ

フルのプラットフォーム固有アプリ（ChatGPT Appsなど）を構築したブランドのために、SIは直接ハンドオフをサポートします：

```json theme={null}
{
  "type": "app_handoff",
  "apps": {
    "chatgpt": { "app_id": "delta-travel", "deep_link": "flights/boston" },
    "web": { "url": "https://delta.com/book?dest=BOS" }
  }
}
```

これにより、ブランドは既存のアプリへの投資を活用しながら、SIプロトコルに参加できます。

#### コマースアクション

標準コンポーネントにはコマーストリガー用の `action_button` が含まれます。現在はACPチェックアウトを開始します：

```json theme={null}
{
  "type": "action_button",
  "data": {
    "label": "Add to Cart",
    "action": "acp_checkout",
    "payload": { "sku": "DL-BOS-125", "quantity": 1 }
  }
}
```

エコシステムが成熟するにつれ、永続カート、複数アイテムのチェックアウト、よりリッチなコマースフローへと拡張されると予想します。標準コンポーネントスキーマはこれらの拡張に対応できるよう設計されています。

#### インテグレーションアクション

ブランドエージェントはユーザーに対し、より深いコネクションを確立するオプションを提供できる——ブランドをMCPツールとして追加したり、継続的なエージェントコラボレーションのためにA2Aの関係を確立したりします：

```json theme={null}
{
  "type": "integration_actions",
  "data": {
    "actions": [
      { "type": "mcp", "label": "Add as MCP Tool", "highlighted": true },
      { "type": "a2a", "label": "Connect via A2A" }
    ]
  }
}
```

これによりユーザーは「ブランドを持ち歩く」ことができる——ブランドのケイパビリティを自身のAI環境にインストールし、広告を通じて再発見する必要なく将来的に使用できます。これはスポンサードモーメントから永続ツールへの強力なコンバージョンパスです。

## セッションライフサイクル

SIセッションには明示的なライフサイクル管理があります。

### セッション開始

ホスト → ブランド。コンテキスト、ケイパビリティ、アイデンティティ（同意がある場合）、メディアバイからのアクティブなオファーを含む：

```json theme={null}
{
  "context": "User wants to fly to Boston next Tuesday morning on flight 632 at 6 AM.",
  "identity": {
    "consent_granted": true,
    "user": {
      "email": "jane@example.com",
      "name": "Jane Smith",
      "shipping_address": { /* ... */ }
    }
  },
  "media_buy_id": "delta_q1_premium_upgrade",
  "placement": "chatgpt_search",
  "offering_id": "delta_chatgpt_3313",
  "supported_capabilities": { /* what host supports */ }
}
```

`context` は会話のハンドオフだ——ホストはブランドエージェントにユーザーが必要としていることを伝え、ブランドエージェントは自然に応答します。`offering_id` はブランドが適用方法を知っているキャンペーンプロモーション（対象フライトへの無料アップグレードなど）を参照します。

**フリークエントフライヤーとロイヤリティデータ**: ブランドはユーザーのメールアドレスからこれを検索する——ホストはロイヤリティ番号を保存しません。Deltaは `jane@example.com` を認識し、SkyMilesのステータスを自動的に取得します。

### セッションレスポンス

ブランドはホストがレンダリングする構造化コンテンツを返します。ブランドエージェントが特定のインテントを使用し、オファーを適用する方法に注目：

```json theme={null}
{
  "session_id": "sess_abc123",
  "response": {
    "message": "Hi Jane! I found DL632 departing at 6:15 AM next Tuesday. Great news—as a SkyMiles Gold member, you qualify for our free Premium Economy upgrade on this flight.",
    "ui_elements": [
      {
        "type": "product_card",
        "data": {
          "title": "DL632 to Boston - Tue Jan 27",
          "subtitle": "6:15 AM → 9:42 AM (3h 27m)",
          "price": "$199",
          "badge": "Free Premium Economy Upgrade",
          "image_url": "https://delta.com/images/premium-economy.jpg",
          "cta": { "label": "Book with Upgrade", "action": "checkout" }
        }
      }
    ]
  }
}
```

**重要な原則**: ブランドは構造化コンテンツ（カード、リンク、アクション）を返します。ホストはケイパビリティとポリシーに基づいてレンダリングするものを決定します。ブランドエージェントはJaneのメールを使ってレスポンスをパーソナライズし（SkyMilesのステータスを検索）、キャンペーンオファーを適用しました。

### セッション終了

複数の終了理由があります：

| 理由                    | 意味         | 何が起きるか                |
| --------------------- | ---------- | --------------------- |
| `handoff_transaction` | ユーザーが購入したい | ホストがACPチェックアウトを開始     |
| `handoff_complete`    | 会話が完了      | 通常のチャットに戻る            |
| `user_exit`           | ユーザーが終了    | クリーンアップ、コンテキストの保存の可能性 |
| `session_timeout`     | 非アクティブ     | 自動クリーンアップ             |
| `host_terminated`     | ポリシー/エラー   | セッション終了               |

## ACP統合

終了理由が `handoff_transaction` の場合、ホストはAgentic Commerce Protocol（ACP）経由でチェックアウトを開始します：

```
Brand Agent → Host: terminate_session(handoff_transaction)
Host → ACP: Initiate checkout with Delta
ACP → User: Complete purchase flow
```

SIがエンゲージメントを担当します。ACPがトランザクションを担当します。ホストとのユーザーの信頼関係は全体を通じて維持されます。

## 価値提案

### AIプラットフォーム（ホスト）向け

* **収益化**: 回答の独立性を損なわない新しい広告フォーマット
* **ユーザーエクスペリエンス**: バナー広告ではなく、ネイティブな会話型コマース
* **標準ベース**: SI準拠のブランドエージェントとの相互運用性

### ブランド向け

* **ダイレクトエンゲージメント**: ユーザーが興味を持っているとき、コンテキストの中で直接対話
* **リッチなエクスペリエンス**: ミニストア、インタラクティブマップ、音声/アバタープレゼンス
* **リードジェネレーション**: フォローアップのための同意済みアイデンティティ

### ユーザー向け

* **パーソナライゼーション**: アイデンティティを共有して、より良いサービスを受けます
* **コントロール**: 共有するものの明確な同意
* **利便性**: 会話の中でショッピング、予約、探索——すべて完結

## オープン広告レイヤー

AIにおけるコマースは標準化が進んでいる。ShopifyやWalmart、Targetなどと共同開発されたGoogleのUniversal Commerce Protocol（UCP）は、チェックアウト、支払い、フルフィルメントのためのオープンプリミティブを定義します。OpenAIとStripeのAgentic Commerce Protocol（ACP）も同様の役割を果たす。これらは良い発展だ——コマースの基盤となるオープン標準はすべての人にメリットをもたらす。

しかしギャップがあります。コマースがオープンになっている一方で、**広告レイヤー**——オファーがどのように表面化されるか、ブランドがいつ現れるか、ユーザーが何を見るか——はプロプライエタリなままです。各プラットフォームが、スポンサードコンテンツをいつどのように表示するかを決定する独自のブラックボックスを構築しています。

私たちはそのレイヤーもオープンであるべきだと考える。

**AdCPとSIはそれを定義しようとする試みです：**

| レイヤー | オープン標準   | 何をするか                              |
| ---- | -------- | ---------------------------------- |
| コマース | UCP, ACP | チェックアウト、支払い、フルフィルメント               |
| 広告   | AdCP, SI | オファーディスカバリー、ブランドエンゲージメント、アトリビューション |

私たちが取り組んでいるプリミティブ：

* **オファー宣言** — ブランドが宣伝できるもの（オファリング、有効期間）
* **コンテキストシグナル** — ホストがユーザーインテントについて共有するもの（匿名、同意済み）
* **選択基準** — オファーがインテントとどのようにマッチするか（キーワード、カテゴリ、可用性）
* **開示** — スポンサードコンテンツのラベル付け方法
* **アトリビューション** — サーフェスをまたいだコンバージョンの計測方法

すべての答えを持っているわけではありません。「競合するオファーはどのようにランキングすべきか？」「正しい開示フォーマットは何か？」といった問いには業界の意見が必要です。しかし、これをオープンに——ブランド、プラットフォーム、ユーザーが同じテーブルに着いて——解決することは、各プラットフォームがプロプライエタリなブラックボックスを構築するよりも良いと信じています。

**AIのオープン広告レイヤーを定義することに参加してほしい。**

## 次のステップ

* **技術チーム**: 上記のプロトコルコンポーネントをレビューします
* **プラットフォームプロバイダー**: ホスト向けの実装に関する考慮事項を参照します
* **ブランド**: SI準拠エージェントの構築方法を理解します
* **すべての人**: [コミュニティ](https://join.slack.com/t/agenticads/shared_invite/zt-3c5sxvdjk-x0rVmLB3OFHVUp~WutVWZg)に参加して議論します

***

*Sponsored IntelligenceプロトコルはAdCPエコシステム全体（[/docs/intro](/docs/intro)）の一部であり、次世代のAI駆動広告を実現します。*