Skip to main content

​
広告ネットワーク

広告ネットワークは、複数のAIプラットフォームにまたがるインベントリを単一のセラーインターフェースに集約します。プロトコルはこのトポロジーをネイティブにサポートしており、ネットワークは自身が所有していない複数のパブリッシャープロパティを代理するセラーエージェントとして機能します。

​
ネットワークの見え方

バイヤーエージェントから見ると、ネットワークは標準的なセラーエージェントです。バイヤーはネットワークのMCPサーバーに接続し、標準タスクを通じてカタログやデータをプッシュし、買い付けを実行します。基盤となるAIプラットフォームから見ると、ネットワークはオペレーターだ — 各プラットフォームにアカウントを保有し、バイヤーのカタログデータ、ブランドアイデンティティ、コンテンツ基準を転送します。

​
ネットワークのプロダクトモデリング

ネットワークのプロダクトは、publisher_propertiesを使用して複数のAIプラットフォームにまたがることができます： 
{
  "product_id": "sponsored_response_ai_network",
  "name": "Sponsored responses - AI assistant network",
  "description": "Sponsored responses across multiple AI assistants. The network routes to the best-matching platform based on user context and brand relevance.",
  "channels": ["sponsored_intelligence"],
  "publisher_properties": [
    { "publisher_domain": "assistant-alpha.example.com", "selection_type": "all" },
    { "publisher_domain": "assistant-beta.example.com", "selection_type": "all" },
    { "publisher_domain": "search-gamma.example.com", "selection_type": "all" }
  ],
  "format_ids": [
    { "agent_url": "https://ads.ai-network.example.com", "id": "sponsored_response" }
  ],
  "delivery_type": "non_guaranteed",
  "pricing_options": [
    {
      "pricing_option_id": "network_cpc",
      "pricing_model": "cpc",
      "floor_price": 0.75,
      "price_guidance": { "p50": 2.50, "p75": 4.00 },
      "currency": "USD",
      "min_spend_per_package": 1000
    }
  ],
  "metric_optimization": {
    "supported_metrics": ["clicks", "engagements"],
    "supported_targets": ["cost_per"]
  },
  "creative_policy": {
    "co_branding": "none",
    "landing_page": "any",
    "templates_available": true
  },
  "catalog_types": ["product", "offering"]
}
ネットワークは、コンテキスト、関連性、パフォーマンスに基づいてどのプラットフォームが各インプレッションを配信するかを決定します。バイヤーはどのプラットフォームが選ばれたかを知る必要はなく、ネットワークから統合された配信レポートを受け取ります。

​
ネットワークのアカウントモデル

ネットワークは通常、暗黙的なアカウント（require_operator_auth: false）を使用します。バイヤーエージェントは信頼され、sync_accountsを通じてブランドを宣言します。その後ネットワークは、基盤となる各AIプラットフォームとのアカウントを独自に管理します： 
Buyer agent -> Network (implicit accounts, agent-trusted)
Network -> AI Platform A (explicit accounts, operator auth)
Network -> AI Platform B (explicit accounts, operator auth)
ケイパビリティは以下のように宣言します： 
{
  "adcp": { "major_versions": [3] },
  "supported_protocols": ["media_buy", "creative"],
  "account": {
    "require_operator_auth": false,
    "supported_billing": ["operator", "agent"],
    "required_for_products": false,
    "sandbox": true
  }
}

​
カタログフォワーディング

ネットワークはバイヤーからsync_catalogsを通じてカタログを受け取り、関連するAIプラットフォームに転送します。同じタスクが両方の区間で機能し、ネットワークは各プラットフォームにカタログを同期する際にバイヤーとして機能します。これはコアデータパイプです：ブランドのカタログデータがバイヤーからネットワーク、そしてプラットフォームへと流れ、各プラットフォームが広告を生成するための素材を提供します。

​
ガバナンスとコンテンツ基準

ネットワークはプラットフォームへの転送前に、ルーティング層でガバナンスポリシーを適用できます。バイヤーがコンテンツ基準をプッシュすると、ネットワークはどのプラットフォームとコンテキストが適格かを選択する際にそれを適用し、その後各プラットフォームにもポリシーを転送してクリエイティブ生成時にも適用されるようにします。これにより、ブランドには2層の適合性適用が提供されます：ネットワークのルーティング決定とプラットフォームの生成制約です。

​
配信レポート

ネットワークは基盤となるプラットフォームからの配信データを集約し、get_media_buy_deliveryを通じてバイヤーに統合されたレポートを提供します。バイヤーはメディアバイごとに単一の配信レポートを受け取り、ネットワークがプラットフォームごとの内訳を内部で処理します。プラットフォームレベルの透明性を提供したいネットワークは、reporting_dimensionsを使用してプレースメントレベルの内訳を公開できます。

​
ネットワークのadagents.json

ネットワークのadagents.jsonには、自身が所有していないパブリッシャープロパティも含めて、代理するパブリッシャープロパティが列挙されます： 
{
  "version": "1.0",
  "properties": [
    {
      "domain": "assistant-alpha.example.com",
      "agents": [{
        "agent_url": "https://ads.ai-network.example.com",
        "relationship": "direct",
        "supported_protocols": ["media_buy", "creative"]
      }]
    },
    {
      "domain": "assistant-beta.example.com",
      "agents": [{
        "agent_url": "https://ads.ai-network.example.com",
        "relationship": "direct",
        "supported_protocols": ["media_buy", "creative"]
      }]
    }
  ]
}
基盤となる各AIプラットフォームは、自身のadagents.jsonでネットワークを認可します。バイヤーエージェントは、プラットフォームの認可チェーンを通じてネットワークを発見します。

​
ネットワーク経由のSI Chat Protocol

広告ネットワークがブランドを代理してSI Chat Protocolセッションを販売する場合、セッションフローの仲介者として機能します。ブランドはtype: "offering"を指定しましたsync_catalogsでオファリングをネットワークに同期し、ネットワークがそれを基盤となるプラットフォームに転送します。プラットフォームがセッションをトリガーすると、ネットワークはそれを正しいブランドエージェントにルーティングします。 
AI Platform -> Network -> Brand Agent

1. Platform calls si_initiate_session with the network's media_buy_id
2. Network maps media_buy_id to the brand's offering_id
3. Network forwards to the brand agent's SI endpoint
4. Brand agent responds; network relays back to the platform
各区間の主要フィールド：
フィールドプラットフォームからネットワークネットワークからブランド
media_buy_idネットワークのメディアバイID異なる場合や省略される場合もある
offering_id未設定（プラットフォームは知らない）ブランド固有のオファリング
context会話からのユーザーインテントそのまま転送
identityユーザーアイデンティティ（同意済みの場合）そのまま転送
ネットワークは2区間にまたがるアトリビューション相関を処理します。どのプラットフォームがセッションをトリガーしたか（placement）、どのメディアバイが資金提供したか（media_buy_id）、どのブランドが応答したか（offering_id）を把握しています。これにより、ネットワークはget_media_buy_deliveryを通じてバイヤーに統合された配信レポートを提供でき、一方で各ブランドエージェントは自身のセッションのみを確認します。 ネットワークはidentityとsupported_capabilitiesを変更せずに転送すべきだ — ブランドエージェントはモダリティを交渉するために正確なホストケイパビリティを必要とし、ユーザーの同意はネットワークではなくブランドに対して付与されているためです。
SI Chat Protocolのセッションライフサイクルとケイパビリティネゴシエーションの詳細については、SI Chat ProtocolとSIホストの実装を参照。