通知API

通知API

最終更新日 2026-04-09

通知APIを使用すると、Prime Videoのさまざまなコンテンツイベントの通知をリアルタイムで受け取れるため、ステータスAPIを繰り返しポーリングする必要がなくなります。アセット納品の更新やオファーステータスの変更に即座に対応する自動ワークフローを設定することで、問題をより迅速に解決し、カタログを最新の状態に保てます。


通知APIを使用する理由

  • リアルタイムの問題検知 - アセット納品が失敗したり、オファーステータスが変化したりすると、すぐに通知を受け取れ、問題に即時に対処できるため、手動での確認により数時間後や数日後に問題を発見するということがありません。
  • APIオーバーヘッドの削減 - ステータスAPIを継続的にポーリングする必要がなくなり、最新情報を維持しながらインフラストラクチャコストとAPI呼び出し量を削減できます。
  • 自動ワークフロー統合 - 通知を既存のシステム(AWSサービスまたはWebhook)に直接接続して、レスポンス、チケット作成、アラートワークフローを自動でトリガーでき、手動操作が不要となります。
  • イベントを包括的にカバー - すべてのタイトルとテリトリーに渡るアセット納品ステータスとオファー利用可能状況の両方を1つの通知システムから監視できます。


はじめに

通知を開始するには次の3つの手順が必要です:

  1. ターゲットを登録する: 通知を受け取る場所を設定してください。AWSサービス(SQS、SNS、EventBridge)またはHTTPS Webhookから選択できます。
  2. サブスクリプションを作成する: 監視したいイベントを登録済みターゲットにマッピングしてください。それぞれのサブスクリプションは1つのトピック(AssetStatusまたはOfferStatus)を対象としますが、サブスクリプションを行う場合はそのトピック内の複数のイベントタイプを扱えます。
  3. 通知を受け取る: 構成が完了したら、イベントがリアルタイムで発生した際に自動的に通知が届きます。

リクエストとレスポンススキーマ

このセクションでは、開発者がパートナー通知APIをシステムに統合するための技術仕様について説明します。このリファレンスは、APIによって返されるリクエストフォーマット、レスポンス構造、およびデータタイプの理解に役立ちます。

ベースURL
すべてのAPIリクエストは、次のベースURLに対して行われます。リクエストを行う際には、関連するエンドポイントパスをこのURLに追加してください。


ターゲット管理

ターゲットとは、通知の送信先とするものです。これはAWSサービス(SQS、SNS、またはEventBridge)でもHTTP Webhookエンドポイントでもかまいません。サブスクリプションを作成する前に、少なくとも1つのターゲットを登録する必要があります。

ターゲットを登録

POST

イベント通知を受け取る新しい通知ターゲットを作成します。

リクエスト本文:

レスポンス:

すべてのターゲットを一覧表示

このエンドポイントを使用して、組織に登録されている通知ターゲットの全リストを取得します。これは、現在の構成を監査したり、サブスクリプションの作成や更新を行うときに使用するターゲットIDを特定したりするのに役立ちます。

GET

組織の登録済みターゲットをすべて取得します。

特定ターゲットを取得

GET

特定ターゲットの詳細を取得します。

ターゲットを更新

PUT

既存のターゲット構成を更新します。

ターゲットを削除

DELETE

構成からターゲットを削除します。


サブスクリプション管理

サブスクリプションは登録されたターゲットに1つ以上のイベントをマッピングし、どの通知を受け取るか、どこに配信するかを決定します。それぞれのサブスクリプションの対象範囲は1つのトピックですが、複数のサブスクリプションを作成して、ワークフローに関連するすべてのイベントをカバーできます。

サブスクリプションを作成

POST

サブスクリプションを作成して、イベントをターゲットにマッピングします。

リクエスト本文:

レスポンス:

すべてのサブスクリプションを一覧表示

GET

組織のすべてのサブスクリプションを取得します。

サブスクリプションを更新

PUT

既存のサブスクリプション構成を更新します。

サブスクリプションを削除

DELETE

構成からサブスクリプションを削除します。


利用可能なトピックとイベント

トピックは関連するイベントをまとめてグループ化します。サブスクリプションを作成するときは、トピックを選択し、そのトピック内のどのイベントを監視するかを指定します。各トピックは、コンテンツステータストラッキングの特定領域へのマッピングを行ないます。

  • LiveStatusUpdated – ライブステータスが変更する場合
  • OfferStatusUpdated – オファーステータスが変更する場合(近日公開予定)
  • AssetStatusUpdated – アセットステータスが変化する場合(近日公開予定)


ターゲットタイプ

ターゲットタイプは、Prime Videoがシステムに通知を配信する方法を定義します。信頼性が高くスケーラブルな配信のためのAWSマネージドサービスから選ぶか、独自のエンドポイントで直接通知を受信するようにHTTPS Webhookを構成できます。

AWS Targets (SQS、SNS、EventBridge) - 必須フィールド:

  • destination - AWSリソースのARN
  • assumeRoleArn - デリバリーに関するIAMロール
  • externalId – セキュリティ識別子(オプションですが推奨)

SQSの例:

SNSの例:

EventBridgeの例:

Webhookターゲット - ベアラートークン:

Webhookターゲット - APIキー:

Webhookターゲット - HMAC (推奨):


ペイロード

Webhookは、以下のペイロードを含むHTTP POSTリクエストを受信します:

認証ヘッダー:

  • HMAC: Xシグネチャ:{signature}
  • APIキー: X-APIキー: {key}
  • ベアラー: 認可: ベアラー{token}

エラーレスポンス

リクエストを完了できない場合、APIは問題の特定と解決に役立つ構造化されたエラーレスポンスを返します。レスポンスには、エラーコードと、人間が読める形式で問題を説明するメッセージが含まれます。

一般的なエラーコード:

  • BAD_REQUEST - リクエストパラメータが無効です
  • UNAUTHORIZED - 認証失敗
  • NOT_FOUND - リソースが見つかりません
  • CONFLICT - リソースはすでに存在しています

AWSターゲット設定ガイド

通知ターゲットとしてAWSサービス(SQS、SNS、またはEventBridge)を使用している場合は、AWSリソースに通知を配信する権限をPrime Videoに付与するIAM配信ロールを構成する必要があります。ターゲットを登録する前に、必要なIAMロールと権限ポリシーを以下の手順に従って設定します。

前提条件

  • AWS送信先リソース(SQSキュー、SNSトピック、またはEventBridgeバス)
  • 信頼ポリシーと権限ポリシーを含むIAM配信ロール

IAMロール設定

1.ロールを作成: AWSコンソール → IAM → ロール → ロールを作成 → カスタム信頼ポリシー

2.トラストポリシー

3.権限ポリシー(次のいずれかを選んでください)

SQS:

SNS:

EventBridge:


よくある質問

以下のセクションでは、通知APIの使用に関してよく寄せられる質問への回答を伝えます。

まだヘルプが必要ですか?

お問い合わせ


Interner Ferhler! Bitte erneut versuchen
Die Sitzung ist abgelaufen.

Melden Sie sich an, um fortzufahren.

Anmelden
edit