翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# 広告のプリフェッチ
ライブストリームの AWS Elemental MediaTailor 広告プリフェッチを使用すると、広告決定サーバー (ADS) のピーク負荷を軽減し、各広告ブレークの開始時にマニフェスト配信レイテンシーを短縮できます。プリフェッチスケジュールを定義すると、MediaTailor はスケジュールに従って ADS から広告を取得し、広告時間枠に必要な前に広告挿入の準備をします。ライブストリーム中、プリフェッチは、広告リクエストやトランスコーディングのタイムアウトやその他のネットワーク遅延による広告フィル率の低下や収益機会の損失を軽減するのに役立ちます。
**注記**
広告プリフェッチは、従来のサーバーガイドや HLS インタースティシャルなど、サーバーガイド広告挿入 (SGAI) メソッドでは機能しません。SGAI メソッドでは、プレイヤーが再生する広告のみをフェッチし、MediaTailor が個々のセッションリクエストを表示せずに CDNs がマニフェストを提供できるため、プリフェッチは必要ありません。
広告のプリフェッチをセットアップするには、再生設定で 1 つ、または複数の*プリフェッチスケジュール*を作成します。プリフェッチスケジュールは、今後の広告ブレークのための広告をいつ、どのように取得して準備するのかを MediaTailor に伝えます。
+ イベントに予測可能なスケジュールの広告表示がある場合は、1 *つのプリフェッチスケジュール*を使用します。各 1 つのプリフェッチスケジュールは、MediaTailor が 1 つの広告表示に配置する 1 つの広告セットを定義します。単一のプリフェッチスケジュールを使用するときに複数の広告表示の広告をプリフェッチするには、各広告表示に関連する複数のプリフェッチスケジュール (広告表示の 24 時間前まで) を作成する必要があります。
+ イベントに予測可能なスケジュールにない広告表示がある場合は、*定期的なプリフェッチスケジュール*を使用します。定期的なプリフェッチスケジュールは、スケジュールを自動的に作成し、イベントの各広告時間枠の前に広告をプリフェッチします。定期的なプリフェッチスケジュールは、定義された期間 (イベントが終了する最大 24 時間前) 内のすべての広告表示の広告を取得します。広告表示ごとにスケジュールを作成する必要はありませんが、単一のプリフェッチが提供するタイミング制御の一部が失われます。
以下のトピックでは、広告プリフェッチについて詳しく説明します。
**Topics**
+ [プリフェッチの仕組み](understanding-prefetching.md)
+ [プリフェッチスケジュールの作成](creating-prefetch-schedules.md)
+ [TPS ベースのトラフィックシェーピング](tps-traffic-shaping.md)
+ [プリフェッチスケジュールの削除](deleting-prefetch-schedules.md)
# プリフェッチの仕組み
クライアントが MediaTailor に対してマニフェストリクエストを行うと、サービスが再生設定に関連付けられているすべてのプリフェッチスケジュールを評価します。MediaTailor に一致するプリフェッチスケジュールがない場合、サービスは通常の広告挿入に戻り、広告をプリフェッチしません。
MediaTailor が一致するプリフェッチスケジュールを検出すると、サービスは取得と消費の 2 つのコンポーネントに基づいてスケジュールを評価します。各コンポーネントの設定は、以下のセクションで説明するように、単一のプリフェッチスケジュールと定期的なプリフェッチスケジュールによって異なります。
## 単一のプリフェッチスケジュールフロー
**取得**
これは、MediaTailor が ADS から広告をプリフェッチする時間範囲である*取得時間枠*を定義します。広告時間枠の前に、必ずこのウィンドウをスケジュールしてください。以下は、MediaTailor が単一のプリフェッチスケジュールを処理する方法の概要です。
コンソールで 1 つのプリフェッチスケジュールを作成する手順については、「」を参照してください[プリフェッチスケジュールの作成](creating-prefetch-schedules.md)。API の手順については、 API *AWS Elemental MediaTailor リファレンス*の[PrefetchSchedules](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_PrefetchSchedule.html)」を参照してください。
指定された*取得ウィンドウ*中に、MediaTailor は ADS にリクエストを送信して、再生セッションに後で挿入するための広告を取得して準備します。
+ MediaTailor は、オプションでトラフィックシェーピングを使用して、一度に ADS へのリクエストの数を制限します。次の 2 つのアプローチから選択できます。
*タイムウィンドウトラフィックシェーピング* - MediaTailor は、すべてのセッションのリクエストを一度に送信するのではなく、指定された秒数にわたってリクエストを分散します。この分散トラフィック分散は、ADS が過負荷になり、タイムアウトが発生し、広告フィルレートが低下するのを防ぐのに役立ちます。
*TPS ベースのトラフィックシェーピング* - MediaTailor は、1 秒あたりのトランザクション (TPS) と同時ユーザーに基づいてリクエストを制限します。このアプローチは、ADS 容量制限に基づいてより直感的な設定を提供します。詳細については、「[TPS ベースのトラフィックシェーピング](tps-traffic-shaping.md)」を参照してください。
+ *動的変数*を設定すると、MediaTailor は ADS へのリクエストにこれらの変数を含めます。MediaTailor は、これらの変数を使用して広告表示を照合し、消費ウィンドウ中にスケジュールをプリフェッチします。詳細については、次の*消費*セクションを参照してください。
**Example**
ライブイベントは午前 7 時 45 分から10AM 時まで続き、広告時間枠は午前 8 時 15 分です。MediaTailor は、午前 7 時 45 分から8AM 時までの広告を取得するように設定し、トラフィックシェーピングウィンドウは 60 秒です。同時ユーザー数が 500,000 人の場合、MediaTailor はすべてのリクエストを同時に送信するのではなく、1 秒あたり約 8,333 トランザクションの平均レートを 60 秒間 (500,000 ユーザー/60 秒=1 秒あたり 8,333 リクエスト) 達成するように ADS リクエストを分散します。
取得設定には、動的変数キー`scte.event`と値 が含まれます`1234`。MediaTailor は ADS へのリクエストにこの変数を含め、特定のアドバタイザーをイベント ID 1234 にターゲットにするために使用できます。
**消費**
MediaTailor が消費ウィンドウ中に SCTE-35 広告ブレークマーカーを検出すると、プリフェッチされた広告が広告ブレークに配置されます。
+ 表示マッチング基準を設定しなかった場合、MediaTailor は消費ウィンドウの最初の時間枠に広告を挿入します。
+ *可用性**マッチング**基準*に*動的変数キー*を設定した場合、MediaTailor は取得ウィンドウで設定した動的変数に対してこれらの基準を評価します。広告ブレークは、表示マッチング基準を満たしている場合にのみ、プリフェッチされた広告挿入の対象となります。MediaTailor は、条件を満たす最初の時間枠に広告を挿入します。
サポートされている avail-matching 条件のリストについては、 の表の*「広告プリフェッチに使用可能*」列を参照してください[ADS リクエストの MediaTailor セッション変数](variables-session.md)。
**Example continued**
消費の開始時刻を午前 8 時 15 分に設定し、終了時刻を午前 8 時 17 分に設定します。キー`scte.event_id`の を有効一致条件に含めます。
MediaTailor が午前 8 時 15 分から午前 8 時 17 分に遭遇する広告時間枠ごとに、各広告時間枠のSCTEイベント ID を評価します。各再生セッションで、MediaTailor はイベント ID が 1234 (取得動的変数で定義) の最初の広告ブレークにプリフェッチされた広告を挿入します。正しいイベント ID が含まれていない広告時間枠の場合、MediaTailor は標準広告挿入を実行します。
## 定期的なプリフェッチスケジュールフロー
**取得**
これは、MediaTailor がライブイベントの広告をプリフェッチして挿入する時間範囲 (最大 24 時間) である*定期的な取得ウィンドウ*を定義します。以下は、MediaTailor が定期的なプリフェッチスケジュールを処理する方法の概要です。
コンソールで定期的なプリフェッチスケジュールを作成する手順については、「」を参照してください[プリフェッチスケジュールの作成](creating-prefetch-schedules.md)。API の手順については、 API *AWS Elemental MediaTailor リファレンス*の[PrefetchSchedules](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_PrefetchSchedule.html)」を参照してください。
指定された定期的なプリフェッチウィンドウ中に、MediaTailor は最大 24 時間のライブイベントの広告を取得して挿入します。ウィンドウ内の広告時間枠ごとに、MediaTailor は次の広告時間枠の広告を自動的に取得します。
+ *表示終了後に遅延*を設定すると、MediaTailor は次の広告時間枠の次の広告セットを取得する前に、指定された時間待機します。
+ MediaTailor は、オプションでトラフィックシェーピングを使用して、一度に ADS へのリクエストの数を制限します。次の 2 つのアプローチから選択できます。
*タイムウィンドウトラフィックシェーピング* - MediaTailor は、すべてのセッションのリクエストを一度に送信するのではなく、指定された秒数にリクエストを分散します。この分散トラフィック分散は、ADS が過負荷になり、タイムアウトが発生し、広告フィルレートが低下するのを防ぐのに役立ちます。
*TPS ベースのトラフィックシェーピング* - MediaTailor は、1 秒あたりのトランザクション (TPS) と同時ユーザーに基づいてリクエストを制限します。このアプローチは、ADS 容量制限に基づいてより直感的な設定を提供します。詳細については、「[TPS ベースのトラフィックシェーピング](tps-traffic-shaping.md)」を参照してください。
+ *動的変数*を設定すると、MediaTailor は ADS へのリクエストにこれらの変数を含めます。MediaTailor は、これらの変数を使用して広告表示を照合し、消費ウィンドウ中にスケジュールをプリフェッチします。詳細については、次の*消費*セクションを参照してください。
**Example**
ライブイベントは7PM 時から午後 8 時 45 分まで続き、その間に 4 回の広告時間枠があります。広告時間枠は予測可能なスケジュールではありません。定期的なプリフェッチを7PM 時から午後 8 時 45 分まで設定し、10 分の遅延とトラフィックシェーピングウィンドウを 60 秒に設定します。各表示の後、MediaTailor は次の広告時間枠の広告を取得します。表示が終了してから 10 分後、MediaTailor は ADS への取得リクエストの送信を開始します。トラフィックシェーピングウィンドウが 60 秒、同時ユーザー数が 500,000 人の場合、MediaTailor は ADS リクエストを分散して、すべてのリクエストを同時に送信するのではなく、1 秒あたり約 8,333 トランザクション (500,000 ユーザー/60 秒=1 秒あたり 8,333 リクエスト) の平均レートを実現します。
取得設定には、動的変数キー`scte.event`と値 が含まれます`1234`。MediaTailor は ADS へのリクエストにこの変数を含め、特定のアドバタイザーをイベント ID 1234 にターゲットにするために使用できます。
**消費**
MediaTailor は SCTE-35 広告ブレークマーカーを検出すると、プリフェッチされた広告を広告ブレークに配置します。
+ *取得した広告の有効期限*を設定した場合、プリフェッチされた広告は、指定された有効期限まで挿入できます。
+ 表示マッチング基準を設定しなかった場合、MediaTailor は消費ウィンドウの最初の時間枠に広告を挿入します。
+ *可用性**マッチング**基準*に*動的変数キー*を設定した場合、MediaTailor は取得ウィンドウで設定した動的変数に対してこれらの基準を評価します。広告ブレークは、表示マッチング基準を満たしている場合にのみ、プリフェッチされた広告挿入の対象となります。MediaTailor は、条件を満たす最初の時間枠に広告を挿入します。
サポートされている avail-matching 条件のリストについては、 の表の*「広告プリフェッチに使用可能*」列を参照してください[ADS リクエストの MediaTailor セッション変数](variables-session.md)。
**Example continued**
消費では、キー`scte.event_id`の を有効一致条件に含めます。
MediaTailor が遭遇する広告時間枠ごとに、各広告時間枠のSCTEイベント ID を評価します。各再生セッションで、MediaTailor はイベント ID が 1234 (取得動的変数で定義) の各広告ブレークにプリフェッチされた広告を挿入します。正しいイベント ID が含まれていない広告時間枠の場合、MediaTailor は標準広告挿入を実行します。
取得した広告を 45 分間挿入できるように、広告の有効期限を 2700 秒に設定します。
次の図は、広告時間枠を表す小さな四角形の例を示しています。定期的なプリフェッチスケジュール設定は、イベントタイムラインに沿って示されています。
![\[定期的なプリフェッチスケジュール設定を含むライブイベントの図。\]](http://docs.aws.amazon.com/ja_jp/mediatailor/latest/ug/images/recurring_prefetch_timeline.png)
## プリフェッチコストについて
広告取り出しリクエストの作成に料金はかかりません。ただし、プリフェッチ広告の取得には、MediaTailor がトランスコードするプリフェッチ広告の標準トランスコードレートで課金されます。プリフェッチ広告の消費については、MediaTailor が広告ブレークに配置するプリフェッチされた広告の広告挿入に対する標準料金が請求されます。トランスコーディングと広告挿入のコストについては、[AWS Elemental MediaTailor 「 料金](https://aws.amazon.com/mediatailor/pricing/)表」を参照してください。
# プリフェッチスケジュールの作成
以下は、MediaTailor コンソールを使用してプリフェッチスケジュールを作成する方法を説明する手順です。MediaTailor API を使用してプログラムでプリフェッチスケジュールを作成および管理する方法の詳細については、 *AWS Elemental MediaTailor API リファレンス*の[PrefetchSchedules](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_PrefetchSchedule.html)」を参照してください。
**注記**
MediaTailor でプリフェッチスケジュールを設定するときは、さまざまなタイプの変数がどのように処理されるかを理解することが重要です。
**利用可能な一致基準**
スケジュールで avail マッチング基準を使用する場合は、まず再生設定の ADS URL テンプレートを[動的セッション変数](variables-session.md)で設定してください。そうしないと、 avail マッチング基準は効果がありません。動的セッション変数の操作については、MediaTailor [ステップ 3: ADS リクエスト URL とクエリパラメータを設定する](getting-started-ad-insertion.md#getting-started-configure-request) 広告挿入の開始方法」トピックの「」を参照してください。
**プリフェッチスケジュールのプレイヤー変数**
プリフェッチスケジュールを作成するときは、プレイヤー変数をプリフェッチ設定で動的変数として定義しないでください。代わりに、セッション開始時と同じようにプレイヤー変数を渡します。変数が ADS テンプレート URL にマッピングされている場合、MediaTailor はこれらの変数をプリフェッチ広告リクエストに自動的に含めます。
**コンソールを使用して新しいプリフェッチスケジュールを作成する**
1. MediaTailor コンソール ([https://console.aws.amazon.com/mediatailor/](https://console.aws.amazon.com/mediatailor/)) を開きます。
1. ナビゲーションペインで **[Configurations]** (設定) をクリックします。プリフェッチスケジュールを作成する再生設定を選択します。
1. **[Prefetch schedules]** (プリフェッチのスケジュール) タブで、**[Add prefetch schedule]** (プリフェッチスケジュールを追加) をクリックします。
1. **[Prefetch schedule details]** (プリフェッチスケジュールの詳細) ペインで、以下を実行します。
+ **[Name]** (名前) には、プリフェッチスケジュールの識別子 (**my-prefetch-schedule** など) を入力します。
+ **[Stream ID]** (ストリーム ID) には、オプションで一意の ID を入力します。オリジンに複数の再生ストリームが含まれている場合は、この ID を使用して、特定のストリームに広告を配置するよう MediaTailor に指示することができます。たとえば、再生設定にスポーツストリームとテレビ番組ストリームがある場合、ストリーム ID を使用してプリフェッチスケジュールを作成し、スポーツストリームを対象とした広告を挿入できます。ストリーム ID 値は、クライアントのセッション開始またはマニフェストリクエストで MediaTailor に渡します。詳細については、以下の例を参照してください。
+ *サーバー側の追跡*の場合は、MediaTailor エンドポイントに対するクライアントの `GET HTTP` リクエストに `?aws.streamId` クエリパラメータと値を含めます。サーバー側の追跡に関する一般情報については、「[MediaTailor サーバー側の広告の追跡とレポート](ad-reporting-server-side.md)」を参照してください。ストリーム ID が含まれた HLS エンドポイントに対するマニフェストリクエストは以下のようになります。`myStreamId` はストリーム ID の名前です。
```
GET /v1/master///?aws.streamId=myStreamId
```
+ *クライアント側の追跡*の場合は、**MediaTailor /v1/Session** エンドポイントに対するクライアントの `POST HTTP` セッション開始リクエストボディに `streamId` キーと値を含めます。クライアント側の追跡に関する一般情報については、「[クライアント側の広告追跡](ad-reporting-client-side.md)」を参照してください。ストリーム ID が含まれたセッション開始リクエストは以下のようになります。`myStreamId` はストリーム ID の名前です。
```
POST /v1/session///
{
'streamId': 'myStreamId',
'reportingMode': 'client'
}
```
1. **プリフェッチタイプ**では、選択し、対応するセクションを選択して、追加のフィールドについてサポートします。
+ イベントで 1 つの広告時間枠に対して 1 つのプリフェッチスケジュールを作成する場合は、**シングル** を選択します。
+ イベントの各広告ブレークの前に広告を自動的にプリフェッチするスケジュールを作成する場合は、**繰り返し**を選択します。
## 単一のプリフェッチスケジュール
イベントで 1 つの広告表示の前に広告をプリフェッチするスケジュールを作成するには。
1. **[Retrieval]** (取得) ペインで、使用する取得設定を指定します。これらの設定は、MediaTailor が ADS から広告をプリフェッチするタイミングを決定します。また、ADS へのリクエストに含める動的セッション変数があれば決定します。
+ **[Start time]** (開始時間) には、MediaTailor がこの広告ブレーク用のプリフェッチ取得を開始できる時刻を入力します。MediaTailor は、この時刻以降にクライアントによって行われるマニフェストリクエストのための広告のプリフェッチを試みます。デフォルト値は現在の時刻です。値を指定しない場合、サービスは可能な限り速やかにプリフェッチ取得を開始します。
+ **[End time]** (終了時間) には、MediaTailor がこの広告ブレーク用のプリフェッチ取得を停止する時刻を入力します。MediaTailor は、この時刻以前に行われるマニフェストリクエストのための広告のプリフェッチを試みます。取得時間枠は、消費時間枠と重複させることができます。
+ 必要に応じて、一度に ADS へのリクエスト数を制限するようにトラフィックシェーピングを設定します。次のいずれかのアプローチを選択します。
*タイムウィンドウアプローチ*: **トラフィックシェーピングウィンドウ期間**には、MediaTailor が ADS にリクエストを配信する秒数を入力します。詳細については、[「シングルプリフェッチスケジュールの取得の説明](understanding-prefetching.md#avail-matching-criteria-retr)」を参照してください。
*TPS ベースのアプローチ*: **ピーク TPS** と**ピーク同時ユーザー**を設定し、1 秒あたりのトランザクションと同時ユーザーに基づいてリクエストを制限します。詳細については、「[TPS ベースのトラフィックシェーピング](tps-traffic-shaping.md)」を参照してください。
+ [**動的変数**](variables.md) セクションに、最大 100 個の動的セッション変数を入力します。MediaTailor は、ADS に送信するプリフェッチリクエストでの代入にこれらの変数を使用します。動的セッション変数を入力しない場合、MediaTailor は [ADS URL ](configurations-create.md#configurations-create-main)に含まれる動的変数の値を補間するよう最善を尽くします。
+ **[Add dynamic variable]** (動的変数を追加) をクリックします。
+ Key には****、 などの動的セッション変数キーを入力します`scte.event_id`。これには、MediaTailor がサポートする任意の動的変数を使用できます。動的セッション変数の詳細については、「」を参照してください[ADS リクエストの MediaTailor セッション変数](variables-session.md)。
+ **[Value]** (値) には、*my-event* などの動的変数値を入力します。
+ 別の動的変数を追加するには、**[Add dynamic variable]** (動的変数を追加) をクリックします。
1. **[Consumption]** (消費) ペインで、消費時間枠に使用する設定を指定します。これらの設定は、MediaTailor が広告ブレークに広告を配置するタイミングを決定します。また、使用する avail 使用条件も決定します。
+ **[Start time]** (開始時間) には、MediaTailor がプリフェッチされた広告の広告ブレークへの配置を開始する時刻を入力します。デフォルト値は現在の時刻です。時刻を指定しない場合、サービスは可能な限り速やかにプリフェッチ消費を開始します。
+ **[End time]** (終了時間) には、MediaTailor がプリフェッチされた広告の広告ブレークへの配置を停止する時刻を入力します。MediaTailor は、この時刻以前に行われるクライアントのマニフェストリクエストのための広告のプリフェッチを試みます。終了時刻は、開始時刻の後、かつ現時点から 1 日未満の時刻にする必要があります。消費時間枠は、取得時間枠と重複させることができます。
+ [**[Avail matching criteria]**](variables.md) (Avail 一致条件) セクションで **[Add avail criteria]** (avail 条件を追加) をクリックし、スケジュールに最大 5 個の avail 一致条件を追加します。その後、**[Dynamic variable key]** (動的変数キー) で、`scte.event_id` などの動的変数キーを追加します。MediaTailor は、クライアントが MediaTailor に渡す動的変数値、または MediaTailor がセッションデータなどの情報から推測する動的変数値で定義された基準を満たしている*場合にのみ*MediaTailor 、プリフェッチされた広告を広告ブレークに配置します。広告時間枠が指定された一致基準を満たしていない場合、MediaTailor はその時間枠のプリフェッチをスキップします。詳細については、[「 Single prefetch schedule consumption explanation](understanding-prefetching.md#avail-matching-criteria)」を参照してください。
1. **[Add avail criteria]** (Avail 条件を追加) をクリックします。
プリフェッチスケジュールは、消費時間枠の終了時間後、自動的に期限が切れます。これらは、診断目的のために少なくとも 7 日間表示された後、MediaTailor によって自動的に削除されます。また、プリフェッチスケジュールはいつでも手動で削除できます。プリフェッチスケジュールを手動で削除する方法については、以下の「[プリフェッチスケジュールの削除](deleting-prefetch-schedules.md)」セクションを参照してください。
### クライアントが CreatePrefetchSchedule API を呼び出す頻度の決定
広告ブレークが配信される正確なタイミングをユーザーが把握している場合、クライアントは 1 日 1 回 [CreatePrefetchSchedule](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_CreatePrefetchSchedule.html) API をプログラム的に呼び出して、取得と消費をセットアップできます。クライアントは、一日中何度も API を呼び出して、取得と消費を定義することもできます。API コールの頻度を選択するときは、[アクティブなプリフェッチスケジュールの最大数](quotas.md#prefetch-schedules-limit)と、プリフェッチスケジュールの作成後に広告時間枠スケジュールが変更される可能性を考慮してください (複数可）。プリフェッチスケジュールの作成後に広告ブレークスケジュールが変更される可能性が高い場合は、API をより頻繁に呼び出すことをお勧めします。
## 定期的なプリフェッチスケジュール
イベントの各広告表示の前に広告をプリフェッチするスケジュールを作成するには。
1. **定期的な取得**ペインで、使用する取得設定を指定します。これらの設定は、MediaTailor が ADS から広告をプリフェッチするタイミングを決定します。また、ADS へのリクエストに含める動的セッション変数があれば決定します。
+ **定期的なプリフェッチウィンドウ**には、MediaTailor がこの広告時間枠のプリフェッチ取得を開始できる時間を入力します。MediaTailor は、この時刻以降にクライアントによって行われるマニフェストリクエストのための広告のプリフェッチを試みます。デフォルト値は現在の時刻です。値を指定しない場合、サービスは可能な限り速やかにプリフェッチ取得を開始します。
+ **表示終了後の遅延**には、次の表示の広告をプリフェッチする前に MediaTailor が表示終了後に待機する秒数を入力します。値を指定しない場合、MediaTailor はデフォルトで遅延なしになります。
+ 必要に応じて、一度に ADS へのリクエスト数を制限するようにトラフィックシェーピングを設定します。次のいずれかのアプローチを選択します。
*タイムウィンドウアプローチ*: **トラフィックシェーピングウィンドウ期間**には、MediaTailor が ADS にリクエストを配信する秒数を入力します。詳細については、[「定期的なプリフェッチスケジュールの取得の説明](understanding-prefetching.md#avail-matching-criteria-recurring-retr)」を参照してください。
*TPS ベースのアプローチ*: **ピーク TPS** と**ピーク同時ユーザー**を設定し、1 秒あたりのトランザクションと同時ユーザーに基づいてリクエストを制限します。詳細については、「[TPS ベースのトラフィックシェーピング](tps-traffic-shaping.md)」を参照してください。
+ [**動的変数**](variables.md)セクションには、最大 100 個の動的セッション変数を入力します。MediaTailor は、ADS に送信するプリフェッチリクエストでの代入にこれらの変数を使用します。動的セッション変数を入力しない場合、MediaTailor は [ADS URL ](configurations-create.md#configurations-create-main)に含まれる動的変数の値を補間するよう最善を尽くします。
+ **[Add dynamic variable]** (動的変数を追加) をクリックします。
+ **Key** には、 などの動的セッション変数キーを入力します`scte.event_id`。これには、MediaTailor がサポートする任意の動的変数を使用できます。動的セッション変数の詳細については、「」を参照してください[ADS リクエストの MediaTailor セッション変数](variables-session.md)。
+ **[Value]** (値) には、*my-event* などの動的変数値を入力します。
+ 別の動的変数を追加するには、**[Add dynamic variable]** (動的変数を追加) をクリックします。
1. **[Consumption]** (消費) ペインで、消費時間枠に使用する設定を指定します。これらの設定は、MediaTailor が広告ブレークに広告を配置するタイミングを決定します。また、使用する avail 使用条件も決定します。
+ **取得済み広告の有効期限**については、取得後広告を挿入できる期間を指定します。
+ [**[Avail matching criteria]**](variables.md) (Avail 一致条件) セクションで **[Add avail criteria]** (avail 条件を追加) をクリックし、スケジュールに最大 5 個の avail 一致条件を追加します。その後、**[Dynamic variable key]** (動的変数キー) で、`scte.event_id` などの動的変数キーを追加します。MediaTailor は、クライアントが MediaTailor に渡す動的変数値、または MediaTailor がセッションデータなどの情報から推測する動的変数値で定義された基準を満たしている*場合にのみ*MediaTailor 、プリフェッチされた広告を広告ブレークに配置します。広告時間枠が指定された一致基準を満たしていない場合、MediaTailor はその時間枠のプリフェッチをスキップします。詳細については、[「定期的なプリフェッチスケジュールの消費の説明](understanding-prefetching.md#avail-matching-criteria-recur)」を参照してください。
1. **[Add avail criteria]** (Avail 条件を追加) をクリックします。
プリフェッチスケジュールは、消費時間枠の終了時間後、自動的に期限が切れます。これらは、診断目的のために少なくとも 7 日間表示された後、MediaTailor によって自動的に削除されます。また、プリフェッチスケジュールはいつでも手動で削除できます。プリフェッチスケジュールを手動で削除する方法については、以下の「[プリフェッチスケジュールの削除](deleting-prefetch-schedules.md)」セクションを参照してください。
# TPS ベースのトラフィックシェーピング
AWS Elemental MediaTailor には、一度に ADS へのリクエスト数を制限するための 2 つのオプションのトラフィックシェーピングアプローチが用意されています。TPS ベースのトラフィックシェーピングは、プリフェッチスケジュールのタイムウィンドウベースのトラフィックシェーピングに代わる方法を提供します。このアプローチでは、時間計算ではなく、1 秒あたりのトランザクション (TPS) と予想される同時ユーザー数の観点から広告決定サーバー (ADS) 容量を指定できるため、より直感的な設定が可能になります。
## TPS ベースのトラフィックシェーピングの仕組み
取得ウィンドウの期間を指定する代わりに、次のパラメータを指定します。
ピーク TPS
ADS が処理できる 1 秒あたりのリクエストの最大数。このパラメータにはデフォルト値はありません。
ピーク同時ユーザー
コンテンツの同時ビューワーの予想されるピーク数。このパラメータにはデフォルト値はありません。
MediaTailor は、同時セッションの数に関係なく、指定した TPS 制限内に収まるように、プリフェッチリクエストを一定期間にわたって自動的に分散します。
**Example TPS ベースの設定例**
ADS は 500 TPS を処理でき、ピーク時に 100,000 人の同時視聴者を想定します。以下を設定します。
+ ピーク TPS: 500
+ ピーク同時ユーザー: 100,000
MediaTailor は、同時セッションの数に関係なく、指定した TPS 制限内に収まるように、プリフェッチリクエストを一定期間にわたって自動的に分散します。
# プリフェッチスケジュールの削除
以下は、MediaTailor コンソールを使用してプリフェッチスケジュールを削除する方法を説明する手順です。MediaTailor API を使用してプログラムでプリフェッチスケジュールを削除する方法については、 API *AWS Elemental MediaTailor リファレンス*の[DeletePrefetchSchedule](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_DeletePrefetchSchedule.html)」を参照してください。
**注記**
削除はリアルタイムでは行われません。MediaTailor がプリフェッチスケジュールを削除する間に遅延が発生する場合があり、その間はプリフェッチの取得と消費がバックグラウンドで引き続き実行されます。
**コンソールを使用してスケジュールされたアクションを削除する**
1. MediaTailor コンソール ([https://console.aws.amazon.com/mediatailor/](https://console.aws.amazon.com/mediatailor/)) を開きます。
1. ナビゲーションペインで **[Configurations]** (設定) をクリックします。削除するプリフェッチスケジュールが含まれている再生設定を選択します。
1. **[Prefetch schedules]** (プリフェッチスケジュール) タブで、削除するプリフェッチスケジュールを選択します。その後、**[Delete]** (削除) をクリックします。