verify_brand_claim が disputed または not_ours を返すとき、拒否は権威的です — ブランドは一方的に関連を拒否する立場を持ちます。しかし 署名付きの答え は単独で移動します。それをレンダーする消費者表面は、両側の人間に正気のある提示を負います。
このページは非規範的です。消費者側 — DSP、ポートフォリオエクスプローラー、クリエイティブクリアランス UI、ブランドセーフティパイプライン — と、クレームが拒否されたリーフパブリッシャーのための規約を集めます。
拒否されたクレームのレンダリング
拒否されたレスポンスはverification_status（disputed または not_ours）と、通常ブランドエージェントが書いた context_note を運びます。ノートは人間の目のためのものです。表示してください。
帰属言語
常に拒否を拒否するブランドに帰属させます。 Nike のブランドエージェントからの署名付きnot_ours は Nike がこれは自分のものではないと言う と言います — このパブリッシャーは偽物 とは言いません。区別は法的に重要です。下の Legal exposure を参照。
DSP 在庫ショッピング
DSP バイヤーエージェントが入札前にプロパティクレームをチェックしnot_ours または disputed を得るとき:
- デフォルトでプロパティをバイから除外。 拒否されたプロパティクレームはパブリッシャーのハウス帰属が疑問視されていることを意味します — 基盤在庫品質にかかわらず入札リスクが上昇。
- 別の監査ログではなく、在庫行にインラインで拒否を表示。 バイヤーは決定時にシグナルを必要とします。
context_noteをそのまま表示 ブランドの説明として。言い換えないでください — ブランドが意図的に書きました。- バイヤーに手動オーバーライドパスを提供 プロパティがバイヤーが別途検証した異なる関係の下で正当に運用されているケースのため。
ポートフォリオエクスプローラー
ポートフォリオエクスプローラー（AAO レジストリ、ブランドセーフティベンダーのルックアップツール）はブランド関係をレンダーします。関係エッジがエージェント層で拒否されたとき:- 警告アイコン付きで存在するかのようにエッジを表示しない。 contested（争われている）として表示 — verified、unverified-pending-reciprocation、missing とは別個の視覚状態。
- 拒否されたエッジの両側をレンダー。 「Brand X は Brand Y の子会社を主張。Brand Y はこのクレームを拒否した。」
- 拒否にタイムスタンプ。 ブランドは立場を変えます。今や実際の買収である 2 年前の拒否が UI を支配すべきでありません。
- リーフをその更新パスにリンク（下の Recovery paths を参照）。
クリエイティブクリアランス 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 セルフサービスポータルにログイン）:リーフができないこと
- プロトコル定義のチャレンジメカニズムはない。 リーフは 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 模倣者。」
消費者表面が責任を負う、AdCP ではない
AdCP はある当事者から別の当事者への署名付きの答えを配信します。消費者表面 — その答えを第三者にレンダーする UI — がそれをどう提示するかの論説決定を所有します。AdCP は名誉毀損を事前訴訟しません。注意してレンダーしてください。 具体的には:- 拒否するブランドが
context_noteテキストを所有。 ブランドが「fake-nike-store.com は詐欺」と書く場合、それはブランドの声明でブランドの露出。あなたの表面はそれをそのままレンダーするかより中立に要約できる。両方ともオーディエンス次第で合理的。 context_note外の任意のテキストはあなたのプラットフォームが所有。 ヘッドライン、重大度ラベル、バッジ（「VERIFIED FRAUD」）はあなたの論説選択であなたの露出。- ステータスアイコンデザインは重みを運ぶ。 パブリッシャーの名前の隣の赤い X は黄色い「house affiliation contested」バッジと異なって読まれる。基盤シグナルに一致する視覚レジスターを選ぶ。
疑わしいときは、帰属してリンク
最低リスクパターンは、声明をブランドに帰属し署名付きソースにリンクすること:関連
- verify_brand_claim — このガイダンスが適用されるタスク
- ブランドエージェントの構築 — 公開/認可分割と署名セットアップを含むエージェント側実装
- brand.json § エージェント拡張検証 — 拒否を権威的にする非対称信頼モデル