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

# 拒否されたクレームの UI ガイダンス

> DSP、ポートフォリオエクスプローラー、クリエイティブクリアランス UI、ブランドセーフティパイプラインで verify_brand_claim の disputed / not_ours 拒否をレンダーする非規範的な消費者側ガイダンス。帰属言語、拒否されたパブリッシャーのリカバリーパス、監査証跡の推奨、法的露出の考慮をカバー。

[`verify_brand_claim`](/docs/brand-protocol/tasks/verify_brand_claim) が `disputed` または `not_ours` を返すとき、拒否は権威的です — ブランドは一方的に関連を拒否する立場を持ちます。しかし *署名付きの答え* は単独で移動します。それをレンダーする消費者表面は、両側の人間に正気のある提示を負います。

このページは非規範的です。消費者側 — DSP、ポートフォリオエクスプローラー、クリエイティブクリアランス UI、ブランドセーフティパイプライン — と、クレームが拒否されたリーフパブリッシャーのための規約を集めます。

## 拒否されたクレームのレンダリング

拒否されたレスポンスは `verification_status`（`disputed` または `not_ours`）と、通常ブランドエージェントが書いた `context_note` を運びます。ノートは人間の目のためのものです。表示してください。

### 帰属言語

**常に拒否を拒否するブランドに帰属させます。** Nike のブランドエージェントからの署名付き `not_ours` は *Nike がこれは自分のものではないと言う* と言います — *このパブリッシャーは偽物* とは言いません。区別は法的に重要です。下の [Legal exposure](#legal-exposure) を参照。

| Don't render               | Render instead                                            |
| -------------------------- | --------------------------------------------------------- |
| "fake-nike-store.com は詐欺的" | "Nike, Inc. は fake-nike-store.com を自身のプロパティの 1 つとして認識しない" |
| "この子会社クレームは無効"             | "Nike, Inc. はこのブランドの子会社クレームを拒否した"                         |
| "商標が所有されていない"              | "Brand X はこのマークがこの管轄で自身のものというクレームに異議を唱える"                 |

### DSP 在庫ショッピング

DSP バイヤーエージェントが入札前にプロパティクレームをチェックし `not_ours` または `disputed` を得るとき:

* **デフォルトでプロパティをバイから除外。** 拒否されたプロパティクレームはパブリッシャーのハウス帰属が疑問視されていることを意味します — 基盤在庫品質にかかわらず入札リスクが上昇。
* **別の監査ログではなく、在庫行にインラインで拒否を表示。** バイヤーは決定時にシグナルを必要とします。
* **`context_note` をそのまま表示** ブランドの説明として。言い換えないでください — ブランドが意図的に書きました。
* **バイヤーに手動オーバーライドパスを提供** プロパティがバイヤーが別途検証した異なる関係の下で正当に運用されているケースのため。

```text theme={null}
┌─────────────────────────────────────────────────────────────┐
│ ◯ premium-sports-network.com                CPM $4.20  ━━━ │
│                                                              │
│  ⚠ Nike, Inc. has rejected this site's house-affiliation    │
│    claim ("Unaffiliated third-party site; we do not         │
│    authorize use of our marks on it.")                      │
│                                                              │
│  [View details]  [Override and bid anyway]                  │
└─────────────────────────────────────────────────────────────┘
```

### ポートフォリオエクスプローラー

ポートフォリオエクスプローラー（AAO レジストリ、ブランドセーフティベンダーのルックアップツール）はブランド関係をレンダーします。関係エッジがエージェント層で拒否されたとき:

* **警告アイコン付きで存在するかのようにエッジを表示しない。** *contested*（争われている）として表示 — *verified*、*unverified-pending-reciprocation*、*missing* とは別個の視覚状態。
* **拒否されたエッジの両側をレンダー。** 「Brand X は Brand Y の子会社を主張。Brand Y はこのクレームを拒否した。」
* **拒否にタイムスタンプ。** ブランドは立場を変えます。今や実際の買収である 2 年前の拒否が UI を支配すべきでありません。
* **リーフをその更新パスにリンク**（下の [Recovery paths](#recovery-paths-for-the-rejected-leaf) を参照）。

### クリエイティブクリアランス UI

クリエイティブクリアランスパイプラインは、生成されたクリエイティブがマークに侵害していないことを確認するため `claim_type: "trademark"` で `verify_brand_claim` を呼びます。レスポンスが `disputed` または `not_ours` のとき:

* **デフォルトでクリエイティブの公開をブロック。** マークが争われているか拒否されている。クリエイティブを昇格することはテイクダウンを招く。
* **異議を唱えるブランドの `context_note` をレンダー** クリエイティブレビュアーが法務にエスカレートするか決められるように。
* **異なるマークバリアントで自動リトライしない** — 拒否は管轄的でニアミスは同じ結果を生むかも。

### ブランドセーフティパイプライン

ブランドセーフティベンダーはサプライチェーン全体で `verify_brand_claim` シグナルを集約します。プロパティがその主張されたハウスに拒否されるとき:

* **安全スコアリングでプロパティを降格** するが黙ってゼロにしない — パブリッシャーは正当な独立した在庫を持つかも。
* **完全な帰属で安全レポートに拒否を表示**: 「Brand X は \$DATE にこのサイトの所属クレームを拒否した。」レポートを読むバイヤーは誰が判断したか知る必要がある。
* **エージェントの `Cache-Control: max-age` に一致するスケジュールで再計算。** 拒否状態を永遠にピン留めしない — 基盤ステータスは遷移しうる。

## Recovery paths for the rejected leaf

`house_domain`（または `properties[]`、または `trademarks[]`）クレームが拒否されたリーフパブリッシャーは、**クレームの更新または削除を超えたプロトコルレベルの手段を持ちません**。ブランドプロトコルに「アピール」タスクはありません。これは設計上です — ブランドはカウンタープロセスなしに関連を拒否する立場を持ちます。

しかし拒否されたリーフに着地する消費者表面は、そのリーフオペレーターに明確な次ステップ UI を与えるべきです（SHOULD）。そうでなければパブリッシャーは説明なしに自身のサイトが降格されるのを見ます。

### リーフに拒否を表示

消費者表面がリーフを見ていることを知っている場合（例: リーフがポートフォリオエクスプローラーまたは DSP セルフサービスポータルにログイン）:

```text theme={null}
┌─────────────────────────────────────────────────────────────┐
│ Your brand.json claims house_domain: nikeinc.com            │
│                                                              │
│ Nike, Inc.'s brand-agent has rejected this claim:           │
│   "We have no record of this brand; the leaf's claim is in  │
│    error."                                                   │
│                                                              │
│ What this means: AdCP consumers will treat your site as     │
│ standalone (not a Nike subsidiary). Your own brand identity │
│ is unaffected.                                              │
│                                                              │
│ Next steps:                                                 │
│   • If you should be in Nike's portfolio, contact           │
│     <portfolio@nikeinc.com> (from Nike's brand.json).       │
│   • If the claim was mistaken, edit your brand.json to      │
│     remove `house_domain`, or point it at the correct       │
│     parent.                                                 │
└─────────────────────────────────────────────────────────────┘
```

### リーフができないこと

* **プロトコル定義のチャレンジメカニズムはない。** リーフは AdCP を通じて再考を「強制」できない。それは帯域外のビジネス会話。
* **A の公開された拒否に対して `house_domain: A` を主張するリーフは関係を確立しない。** 消費者はリーフをスタンドアロンとして扱い続ける。
* **異なる表面（新しいサブドメインの新しいブランドエージェント）経由の再主張は役立たない** — 消費者信頼ゲートはドメイン制御 + ハウス側相互性で、主張の数ではない。

## 監査証跡とアピールプロセスノート

仕様外だが文書化する価値あり: ブランドやパブリッシャーが履歴を見られるよう拒否のレコードを保つ。

### 拒否されたレスポンスごとに記録するもの

* レスポンスの **タイムスタンプ**。
* verify 呼び出しを開始した **呼び出し元アイデンティティ**（自身のユーザー、またはアップストリームサービス）。
* ブランドエージェントのレスポンスの **完全な署名付きエンベロープ** — 署名を含む、下流証明のため。
* **`verification_status`**、**`context_note`**、それをトリガーした `claim` ペイロード。
* 答えが `verify_brand_claims` から来たときの **バルクコンテキスト**: 完全な元の `claims[]` リクエストと拒否された結果インデックス。単一バルクエンベロープは、結果ごとのスタンドアロンアーティファクトではなく `results[]` 配列全体に署名。
* **キャッシュ有効ウィンドウ**: `Cache-Control: max-age` と `signed_response.payload.exp` のうち早い方、レコードが新鮮でなくなったときを知るため。

署名付きエンベロープは、その署名が検証され、その `request_hash` がトリガーリクエストに一致し、拒否されたクレームがエンベロープの `iat`/`exp` ウィンドウ内に収まるとき、耐久性のある履歴証拠です。バイヤーがハウスブランド拒否に基づいてプロパティを除外したことで異議を唱えられる場合、その検証されたエンベロープがバイヤーが返すアーティファクトです。

### アピールプロセス表面

プラットフォームがアピールフロー（リーフとハウス間のベンダー仲介紛争）をサポートする場合、それをプロトコル層の外に、プラットフォームの関係管理表面の中に保ちます。プロトコルの仕事はブランドの権威的な答えを伝えることです。プラットフォームの仕事は、あれば、ビジネス会話を仲介することです。

## Legal exposure

あるブランドの別の当事者の拒否を放送することは名誉毀損リスクを運びます。2 つの考慮:

### 帰属し、論説しない

拒否をブランドに帰属したブランドの一人称声明としてレンダー:

* **良い**: 「Nike, Inc. は fake-nike-store.com が自身のプロパティの 1 つでないと述べた。」
* **悪い**: 「fake-nike-store.com は詐欺的な Nike 模倣者。」

最初は報告可能な事実（Nike の署名付き声明）。2 番目はあなたのプラットフォームが行った告発。

### 消費者表面が責任を負う、AdCP ではない

AdCP はある当事者から別の当事者への署名付きの答えを配信します。消費者表面 — その答えを第三者にレンダーする UI — がそれをどう提示するかの論説決定を所有します。AdCP は名誉毀損を事前訴訟しません。注意してレンダーしてください。

具体的には:

* **拒否するブランドが `context_note` テキストを所有。** ブランドが「fake-nike-store.com は詐欺」と書く場合、それはブランドの声明でブランドの露出。あなたの表面はそれをそのままレンダーするかより中立に要約できる。両方ともオーディエンス次第で合理的。
* **`context_note` 外の任意のテキストはあなたのプラットフォームが所有。** ヘッドライン、重大度ラベル、バッジ（「VERIFIED FRAUD」）はあなたの論説選択であなたの露出。
* **ステータスアイコンデザインは重みを運ぶ。** パブリッシャーの名前の隣の赤い X は黄色い「house affiliation contested」バッジと異なって読まれる。基盤シグナルに一致する視覚レジスターを選ぶ。

### 疑わしいときは、帰属してリンク

最低リスクパターンは、声明をブランドに帰属し署名付きソースにリンクすること:

```text theme={null}
"Nike, Inc. says this is not theirs." [View signed response]
```

バイヤーまたはレビュアーは署名付きエンベロープにクリックスルーし自身のビューを形成できます。あなたのプラットフォームはそれを増幅せずにシグナルを配信しました。

## 関連

* [verify\_brand\_claim](/docs/brand-protocol/tasks/verify_brand_claim) — このガイダンスが適用されるタスク
* [ブランドエージェントの構築](/docs/brand-protocol/building-a-brand-agent) — 公開/認可分割と署名セットアップを含むエージェント側実装
* [brand.json § エージェント拡張検証](/docs/brand-protocol/brand-json#agent-augmented-verification) — 拒否を権威的にする非対称信頼モデル