Skip to main content
ブランドエージェントのロスター全体でライセンス可能な権利を検索します。価格オプション付きのマッチを返します。探索は自然言語ファースト — タクソノミーなし、LLM がクエリから意図を解釈します。

スキーマ

応答時間

通常2〜10秒。エージェントがバイヤーの brand.json に対して互換性チェックを行う場合、遅延が増加します。

クイックスタート

パラメーター

リクエスト

レスポンス

権利価格オプション

価格オプションは権利に特有 — 期間、インプレッション上限、超過レート、使用タイプのスコーピングを含みます:

複合権利

複数の使用をリクエスト(例: ["likeness", "voice"])すると、エージェントはそれらを単一の価格オプションにバンドルします。1回の呼び出し、1つの価格。

バイヤーブランドフィルタリング

buyer_brand が提供されると、エージェントはバイヤーの brand.json を取得して互換性フィルタリングに使用します。例えば、ベジタリアンのアスリートはステーキハウスのキャンペーンから除外されます。フィルタリングされた結果と理由を見るには include_excluded: true を設定します。

音楽ライセンスと DDEX

このセクションは音楽権利エージェントを構築する実装者向け。ブランドプロトコルを使用するバイヤーであれば、標準の get_rightsacquire_rights フローは音楽でも同じように機能する — DDEX を知る必要はない。
権利プロトコルはタレント権利と並行して音楽ライセンスをサポートします。音楽シンクプラットフォームは right_type: "music"get_rights を実装し、シンク/バックグラウンド使用の価格オプションを返します。 AdCP の権利モデルは DDEX の Party Information Exchange (PIE) パターンを参考にしている — 各 get_rights レスポンスは以前の状態に対するデルタではなく、現在の可用性のステートレスなスナップショットです。DDEX を熟知している実装者向けのマッピング: 音楽権利エージェントは、既存の音楽ライセンスシステムとの相互運用性のために、権利レスポンスの ext フィールドに標準識別子(ISRC、ISWC)を含めるべきです。

次のステップ

権利オファリングを選択した後:
  1. 選択したブランドの完全なアイデンティティデータを取得するために get_brand_identity を呼び出す
  2. rights_idpricing_option_id を使って acquire_rights を呼び出す