

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# HLS 出力グループの作成
<a name="opg-hls"></a>

AWS Elemental MediaLive チャンネルを作成するときは、HLS 出力グループを含めることができます。HLS 出力グループのユースケースについては、「[コンテナ、プロトコル、ダウンストリームシステム](outputs-supported-containers-downstream-systems.md)」を参照してください。HLS 出力グループと MediaPackage 出力グループの選択については、「[HLS 出力グループと MediaPackage 出力グループの選択](hls-choosing-hls-vs-emp.md)」を参照してください。

**Topics**
+ [HLS 出力グループ内のエンコードを整理する](design-hls-package.md)
+ [ダウンストリームシステムとの調整](hls-opg-coordinate-dss.md)
+ [HLS 出力グループを作成します](creating-hls-output-group.md)

# HLS 出力グループ内のエンコードを整理する
<a name="design-hls-package"></a>

HLS 出力グループは、通常、ビデオ ABR スタックとして設定されます。動画 ABR スタックは、次の内容を含む出力グループです。
+ 複数の出力。

各出力には、以下を含めることができます。
+ 1 つのビデオエンコード (レンディション）。通常、各ビデオエンコードの解像度は異なります。
+ 1 つ以上のオーディオエンコード。
+ 1 つ以上の字幕エンコード。字幕は埋め込みかサイドカー。

エンコードを編成するには、オーディオエンコードをバンドルする必要があるか、それぞれのレンディションにバンドルする必要があるかによって、2 つの方法があります。既にダウンストリームシステムから[この情報を取得](identify-dss-video-audio.md)したはずです。

**バンドルされたオーディオが必要なダウンストリームプレイヤー**

出力グループに次のものが含まれるように計画します。
+ ビデオエンコードごとに 1 つの出力。この出力には、1 つのビデオエンコード、すべてのオーディオエンコード、およびすべての字幕エンコード (字幕が埋め込まれている場合) が格納されます。

  同じオーディオエンコーディングが各出力に表示されます。例えば、英語とフランス語のエンコードが高解像度出力に表示され、同じ英語とフランス語のエンコードが低解像度出力に表示されます。
+ 字幕がサイドカーの場合、字幕ごとに1つの出力がエンコードされます。

この図は、字幕エンコーディングが埋め込まれた場合の HLS 出力グループを示しています。

![\[Output group diagram showing embedded and non-embedded outputs with associated elements.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output11-ABR-2Ve-2A.png)


この図は、字幕エンコーディングがサイドカーの場合の HLS 出力グループを示しています。

![\[Output group diagram showing V, A, A components, V, A, A outputs, and two C outputs.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output12-ABR-2V-2A-2C.png)


**個別のオーディオが必要なダウンストリームプレイヤー**

出力グループに次のものが含まれるように計画します。
+ ビデオエンコードごとに 1 つの出力。この出力には、1 つのビデオ、およびすべての字幕エンコード (字幕が埋め込まれている場合) が格納されます。
+ オーディオエンコードごとに 1 つの出力。

  オーディオエンコードは言語が異なる場合もあれば、ビットレートが異なる場合もあれば、言語やビットレートが異なる場合があります。
+ 字幕がサイドカーの場合、字幕ごとに1つの出力がエンコードされます。

この出力グループ内のオーディオエンコードの配置は、*オーディオレンディショングループ*と呼ばれます。

この図は、オーディオレンディショングループと埋め込み字幕エンコードを使用した HLS 出力グループを示しています。

![\[Output group diagram showing four outputs: two marked as embedded, and two marked as A.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output13-ABR-2Ve-2Asep.png)


この図は、オーディオレンディショングループとサイドカー字幕エンコードを使用した ABR スタックの HLS 出力グループを示しています。

![\[Output group diagram showing six outputs: two V, two A, and two C, arranged in a row.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output14-ABR-2V-2Asep-2C.png)


# ダウンストリームシステムとの調整
<a name="hls-opg-coordinate-dss"></a>

AWS Elemental MediaLive の HLS 出力グループは、いくつかのタイプのダウンストリームシステムをサポートしています。使用しているシステムに適用される情報をお読みください。

**Topics**
+ [Amazon S3 への HLS 出力グループ](origin-server-hls-s3.md)
+ [MediaStore への HLS 出力グループ](origin-server-ems.md)
+ [MediaPackage への HLS 出力グループ](origin-server-hls-emp.md)
+ [MediaPackage v2 への HLS 出力グループ](origin-server-hls-empv2.md)
+ [HTTP への HLS 出力グループ](origin-server-http.md)

# Amazon S3 への HLS 出力グループ
<a name="origin-server-hls-s3"></a>

この手順に従って、Amazon S3 を送信先とする HLS 出力グループを作成することに[決めました](identify-downstream-system.md)。HLS 出力グループの出力の送信先について、ダウンストリームシステムのオペレータと合意する必要があります。

**送信先のセットアップを手配するには**

1. 出力に 2 つの送信先が必要かどうかを判断します。
   + [標準チャンネル](plan-redundancy.md)には2つのデスティネーションが必要です。
   + シングルパイプラインチャネルには1つのデスティネーションが必要です。

1. Amazon S3 バケットとすべてのフォルダという宛先の完全なパスを設計することをお勧めします。「[出力先のパスを設計します。](hls-destinations-design-step.md)」を参照してください。

1. Amazon S3 ユーザーに、まだ存在しないバケットを作成するように依頼します。

   MediaLive では、Amazon S3 バケット名にドット表記を使用しないでください。つまり、バケット名の単語間に . (ドット) を使用しないでください。

1. Amazon S3 ユーザーと所有権について話し合います。バケットが別の AWS アカウントに属している場合、通常はそのアカウントを出力の所有者にします。詳細については、この手順の後の「[出力へのアクセスの制御](#setting-dss-hls-canned-acl)」を参照してください。

S3 バケットに送信するためにユーザー認証情報が必要になります。MediaLive は、信頼されたエンティティを介して S3 バケットに書き込むアクセス許可を持っています。これらのアクセス権限が組織内の誰かによって既に設定されている必要があります。詳細については、「[信頼されるエンティティのアクセス要件](trusted-entity-requirements.md)」を参照してください。

## 出力へのアクセスの制御
<a name="setting-dss-hls-canned-acl"></a>

別の AWS ア カウントによって所有されている Amazon S3 バケットに出力ファイルを送信したい場合があります。このような場合、通常、もう一方のアカウントが出力ファイル (バケットに入れられるオブジェクト) の所有者になることが望まれます。バケット所有者がオブジェクトの所有者にならない場合、ファイルが不要になったときにファイルを削除できる唯一のエージェントは MediaLive になります。

したがって、Amazon S3 バケット内の出力ファイルの所有権を転送することは、すべての人に関わってきます。

オブジェクトの所有権を転送するには、次の設定が必要です。
+ バケット所有者は、MediaLive がバケットに出力ファイルを配信するときに Amazon S3 の定型のアクセスコントロールリスト (ACL) を追加するアクセス許可を付与するバケットアクセス許可ポリシーを追加する必要があります。バケット所有者は、「Amazon Simple Storage Service ユーザーガイド」の[「ACL によるアクセス管理」](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acls)の説明をお読みください。バケット所有者は、オブジェクトではなく、バケットの ACL アクセス許可を設定する必要があります。
+ バケット所有者はオブジェクトの所有権も設定してください。この機能により、送信者 (MediaLive) にとって*バケット所有者のフルコントロール* ACL が (オプションではなく) 必須になります。バケット所有者は、「Amazon Simple Storage Service ユーザーガイド」の[「オブジェクト所有者の管理」](https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership)の説明をお読みください。

  バケット所有者がこの機能を実装している場合は、ACL を含めるように MediaLive を設定する必要があります。重複してしまうと、Amazon S3 バケットへの配信は失敗します。
+ MediaLive を設定して、バケットの配信時に*バケット所有者のフルコントロール** *ACL を含めるようにする必要があります。この設定は、[チャンネルの作成](hls-destinations-s3-specify.md)時に実行します。

S3 の既定 ACL 機能は、*バケット所有者のフルコントロール*以外の ACL をサポートしますが、これらの他の ACL は通常 MediaLive からビデオを配信するユースケースには適用されません。

# MediaStore への HLS 出力グループ
<a name="origin-server-ems"></a>

を宛先 AWS Elemental MediaStore として HLS 出力グループを作成する[と判断した場合](identify-downstream-system.md)は、この手順に従います。HLS 出力グループの出力の送信先について、ダウンストリームシステムのオペレータと合意する必要があります

**送信先のセットアップを手配するには**

1. 出力に 2 つの送信先が必要かどうかを判断します。
   + [標準チャンネル](plan-redundancy.md)には2つのデスティネーションが必要です。
   + シングルパイプラインチャネルには1つのデスティネーションが必要です。

1. 送信先のフルパスを設計することをお勧めします。「[出力先のパスを設計します。](hls-destinations-design-step.md)」を参照してください。

   送信先が 2 つある場合、送信先のパスは何らかの方法で互いに異なっていなければなりません。1 つのパスの少なくとも 1 つの部分が、もう一方のパスと異なっていなければなりません。すべての部分が異なっていても許容されます。

1. MediaStore ユーザーに、コンテナの作成を依頼します。

1. 1 つ以上のコンテナのデータエンドポイントを取得します。例えば：

   `https://a23f.data.mediastore.us-west-2.amazonaws.com`

   `https://fe30.data.mediastore.us-west-2.amazonaws.com`

   データエンドポイントが必要です。コンテナ名は不要です。

MediaStore コンテナに送信するためにユーザー認証情報は必要ありません。MediaLive は、信頼されたエンティティを介して MediaStore コンテナに書き込むアクセス許可を持っています。これらのアクセス権限が組織内の誰かによって既に設定されている必要があります。詳細については、「[信頼されるエンティティのアクセス要件](trusted-entity-requirements.md)」を参照してください。

# MediaPackage への HLS 出力グループ
<a name="origin-server-hls-emp"></a>

HLS出力グループを作成し、HTTPSで「 AWS Elemental MediaPackage 」に送信すると[決定した](identify-downstream-system.md)場合は、この手順に従ってください。HLS 出力グループの出力の送信先について、ダウンストリームシステムのオペレータと合意する必要があります。

**送信先のセットアップを手配するには**

1. MediaPackage ユーザーに MediaPackage で 1 つのチャンネルを作成するように依頼します。MediaLiveチャンネルが[標準チャンネル](plan-redundancy.md) (パイプラインが 2 つ) でも、必要な MediaPackage チャンネルは 1 つのみです。

1. MediaPackage ユーザーとともに HTTPS ユーザーの認証情報をセットアップするように手配します。MediaPackage への送信は、安全な接続で行う必要があります。

1. 以下の情報を提供します。
   + チャンネルの 2 つの URL (入力エンドポイントは MediaPackage の用語) です。チャンネルの 2 つの URL は次のようになります。

      `https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/9dj8/channel`

      `https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/e333/channel`

     2 つの URL は、`channel` の直前のフォルダを除いて、常に同一です。

     チャンネル名（`arn`で始まる）ではなく、URL（`https://`で始まる）を取得していることを確認してください。
   + ダウンストリームシステムが認証リクエストを必要とする場合、ダウンストリームシステムにアクセスするためのユーザー名とパスワードです。これらのユーザー認証情報は、プロトコルではなくユーザー認証に関連することに注意してください。ユーザー認証は、ダウンストリームシステムがリクエストを受け入れるかどうかにまつわることです。プロトコルは、リクエストが安全な接続を介して送信されるかどうかに関するものです。

# MediaPackage v2 への HLS 出力グループ
<a name="origin-server-hls-empv2"></a>

HLS出力グループを作成し、MediaPackage v2に送信すると[決定した](hls-choosing-hls-vs-emp.md)場合は、この手順に従ってください。HLS 出力グループの出力の送信先について、ダウンストリームシステムのオペレータと合意する必要があります。

**送信先のセットアップを手配するには**

1. MediaPackage ユーザーに MediaPackage で 1 つのチャンネルを作成するように依頼します。MediaLiveチャンネルが[標準チャンネル](plan-redundancy.md) (パイプラインが 2 つ) でも、必要な MediaPackage チャンネルは 1 つのみです。

1. チャンネルの2つのURL（入力エンドポイントはMediaPackageの用語）を取得します。チャンネルの 2 つの URL は次のようになります。

    `https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index` 

    `https://mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index`

   上記の例に示すように、2 つの URLs は若干異なります。

   チャンネル名（`arn`で始まる）ではなく、URL（`https://`で始まる）を取得していることを確認してください。

   MediaPackage v2に送信するためにユーザー認証情報を使用しないことに注意してください。

# HTTP への HLS 出力グループ
<a name="origin-server-http"></a>

この手順に従って、次のダウンストリームシステムのいずれかを送信先とする HLS 出力グループを作成することに[決めました](identify-downstream-system.md)。
+ HTTP または HTTPS PUT サーバー。
+ HTTP または HTTPS WebDAV サーバー。
+ Akamai オリジンサーバー。

HLS 出力グループの出力の送信先について、ダウンストリームシステムのオペレータと合意する必要があります。

HTTP 経由で HLS を配信する場合、多くの場合、オリジンサーバーに配信されます。通常、オリジンサーバーには、メインマニフェスト (`.M3U8` ファイル) のファイル名など、送信先パスのルールに関する明確なガイドラインがあります。

**送信先のセットアップを手配するには**

設定を調整するには、ダウンストリームシステムでオペレータに相談する必要があります。

1. ダウンストリームシステムが Akamai サーバーでない場合は、PUT または WebDAV を使用しているかどうかを調べます。

1. ダウンストリームシステムに特別な接続要件がないか、調べます。これらの接続フィールドは、コンソールの HLS 出力グループ **[CDN settings]** (CDN 設定) セクションにあります。MediaLive コンソールでこのページを表示するには、**[Create channel]** (チャンネルの作成)ページの **[Output groups]** (出力グループ) セクションで **[Add]** (追加) を選択してから **[HLS]** を選択します。グループを選択してから **[HLS settings]** (HLS 設定) で **[CDN settings]** (CDN 設定) を開きます。

1. 出力に 2 つの送信先が必要かどうかを判断します。
   + [標準チャンネル](plan-redundancy.md)には2つのデスティネーションが必要です。
   + シングルパイプラインチャネルには1つのデスティネーションが必要です。

1. ダウンストリームシステムがセキュア接続を使用しているかどうかを調べます。その場合は、オペレータにユーザー認証情報を設定するように配置します。

1. そのダウンストリームシステムで、メインマニフェストと子マニフェスト内にカスタムパスが必要かどうかを調べます。詳細については、「[HLS マニフェスト内のパスのカスタマイズ](hls-manifest-paths.md)」を参照してください。

1. [標準チャンネル](plan-redundancy.md)を設定しようとする場合、ダウンストリームシステムが冗長マニフェストをサポートしているかどうかを確認してください。サポートしている場合は、この機能を実装するかどうかを決定します。詳細については「[冗長 HLS マニフェストの作成](hls-redundant-manifests.md)」を参照し、具体的な手順については、特に「[ほとんどのダウンストリームシステムのルール](hls-redundant-manif-most-systems.md)」と「[Akamai CDN のルール](hls-redundant-manif-akamai.md)」を参照してください。

1. ダウンストリームシステムのオペレータに相談して、HLS ファイルの 3 つのカテゴリ (メインマニフェスト、子マニフェスト、メディアファイル) の完全な送信先パスについて合意します。MediaLive は、送信先ごとに 3 つのファイルカテゴリを常にこの場所に置きます。一部のファイルを別の場所に置くように MediaLive を設定することはできません。

   送信先が 2 つある場合、送信先のパスは何らかの方法で互いに異なっていなければなりません。1 つのパスの少なくとも 1 つの部分が、もう一方のパスと異なっていなければなりません。すべての部分が異なっていても許容されます。この要件は、ダウンストリームシステムのオペレータと話し合います。ダウンストリームシステムには、一意性に関する特定のルールがある場合があります。

1. HLS ファイルの 3 つのカテゴリの名前に関する特別な要件については、ダウンストリームシステムのオペレータに相談してください。通常、ダウンストリームシステムには特別な要件はありません。

1. 子マニフェストとメディアファイルの名前に関する修飾子の特別な要件については、ダウンストリームシステムのオペレータに相談してください。

   子マニフェストとメディアファイルでは、ファイル名にこの修飾子が常に含まれています。この修飾子は、個々の出力を区別できるように各出力で一意である必要があります。例えば、高解像度出力のファイルは、低解像度出力のファイルとは異なる名前である必要があります。例えば、1 つの出力のファイルに、ファイル名と修飾子 `curling_high` を指定し、一方、他の出力に `curling_low` を含めることができます。

   通常、ダウンストリームシステムには特別な要件はありません。

1. メディアファイルを専用のサブディレクトリに設定すべきかは、ダウンストリームシステムのオペレータに問い合わせてください。例えば、最初の 1000 個のセグメント用に 1 つのサブディレクトリ、次の 1000 個用に別のサブディレクトリ、というように続きます。

   ほとんどのダウンストリームシステムでは、個別のサブディレクトリは必要ありません。

1. ダウンストリームシステムに特別な要件がある送信先パスの部分について合意します。
   + 例えば、ダウンストリームシステムでは、特定のホストへの送信のみが必要になる場合があります。ダウンストリームシステムでは、使用するフォルダやファイル名を知る必要はありません。

     例えば、名前を付けた 2 つのフォルダに送信しますが、`https://203.0.113.55` のホスト上です。

     または、ホスト上にある `https://203.0.113.55` および `https://203.0.113.82` という 2 つのフォルダに送信します。
   + または、ダウンストリームシステムでは、選択したファイル名を持つ特定のホストとフォルダが必要になる場合があります。例えば、次のホストとフォルダは次のようになります。

     `https://203.0.113.55/sports/delivery/`

     `https://203.0.113.55/sports/backup/`

1. 収集した情報を書き留めておきます。
   + ダウンストリームシステムの接続タイプ — Akamai、PUT、または WebDAV。
   + ダウンストリームシステムに特別な要件がある場合は、接続フィールドの設定。
   + 配信用のプロトコル — HTTP または HTTPS。
   + ダウンストリームシステムが認証リクエストを必要とする場合、ダウンストリームシステムにアクセスするためのユーザー名とパスワードです。これらのユーザー認証情報は、プロトコルではなくユーザー認証に関連することに注意してください。ユーザー認証は、ダウンストリームシステムがリクエストを受け入れるかどうかにまつわることです。プロトコルは、リクエストが安全な接続を介して送信されるかどうかに関するものです。
   + ファイル名を含む送信先パスの全部または一部。
   + 個別のサブディレクトリを設定する必要があるかどうか。

# HLS 出力グループを作成します
<a name="creating-hls-output-group"></a>

[MediaLive チャンネル を作成または編集するときに、出力グループとその出力を作成します](creating-a-channel-step4.md)。

## 手順
<a name="hls-create-procedure"></a>

1. **[Create channel]** (チャンネルの作成) ページの **[Output groups]** (出力グループ) で **[Add]** (追加) を選択します。

1. **[Add output group]** (出力グループの追加) セクションで **[HLS]** を選択し、**[Confirm]** (確認) を選択します。さらにセクションが表示されます:
   + **[HLS group destination]** (HLS グループ送信先) - このセクションには、 出力先のフィールドが含まれています。詳細については、ダウンストリームシステムのタイプのセクションを参照してください。
     + [出力先のフィールド — Amazon S3 への送信](hls-destinations-s3.md)
     + [出力先のフィールド — MediaStore に送信する](hls-destinations-ems.md)
     + [出力先のフィールド — MediaPackage に送信する](hls-destinations-emp.md)
     + [出力先のフィールド — HTTP サーバーへの送信](hls-destinations-http.md)
   + **[HLS settings]** (HLS 設定) - このセクションには、[出力先](hls-destinations-http.md)、[回復性](hls-other-features.md#hls-resiliency)、[字幕](hls-other-features.md#hls-captions)のフィールドが含まれています。
   + **[HLS outputs]** (HLS 出力) - このセクションには、デフォルトで追加される 1 つの出力が表示されます。
   + **[Location]** (場所) - このセクションには、[マニフェスト内のパスをカスタマイズ](hls-manifest-paths.md)するためのフィールドが含まれています。
   + **[Manifest and segments]** (マニフェストとセグメント) - このセクションには、[冗長マニフェスト](hls-opg-redundant-manifest.md)、[マニフェストの内容](hls-other-features.md#hls-manifest-contents)、[メディアセグメント](hls-other-features.md#hls-segment-fields)を設定するためのフィールドが含まれています。
   + **[DRM]** - このセクションには、[出力の暗号化](hls-other-features.md#hls-drm)を設定するためのフィールドが含まれています。
   + **[Ad marker]** (広告マーカー) - このセクションには、[SCTE-35 広告表示](hls-other-features.md#hls-ad-markers)を設定するためのフィールドが含まれています。
   + **[Captions]** (字幕) - このセクションには、[字幕](hls-other-features.md#hls-captions)を設定するためのフィールドが含まれています。
   + **[ID3]** - このセクションには、[ID3](hls-other-features.md#hls-id3) を設定するためのフィールドが含まれています。

1. プランのこの出力グループに複数の出力が含まれている場合は、**[HLS outputs]** (HLS 出力) で **[Add output]** (出力の追加) を選択して、適切な数の出力を追加します。

1. **[HLS outputs]** (HLS 出力) で、最初の **[Settings]** (設定) リンクを選択して、最初の出力のセクションを表示します。
   + **[Output settings]** (出力設定) - このセクションには、 出力先のフィールドが含まれています。以下のセクションを参照してください。
     + [出力先のフィールド — Amazon S3 への送信](hls-destinations-s3.md)
     + [出力先のフィールド — MediaStore に送信する](hls-destinations-ems.md)
     + [出力先のフィールド — MediaPackage に送信する](hls-destinations-emp.md)
     + [出力先のフィールド — HTTP サーバーへの送信](hls-destinations-http.md)

     このセクションには、[HLS コンテナ](hls-container.md)用のフィールドが含まれています。
   + **[Stream settings]** (ストリーム設定) – このセクションには、[出力ストリーム](hls-streams-section.md) (動画、オーディオ、字幕) のフィールドが含まれています。

1. (オプション) 出力グループと出力の名前を入力します。
   + **[HLS settings]** (HLS 設定) の **[Name]** (名前) に、出力グループの名前を入力します。この名前は MediaLive の内部にあり、出力には表示されません。例えば、**Sports Curling**。
   + 各出力の **[HLS outputs]** (HLS 出力) セクションの [**名前**] に、出力の名前を入力します。この名前は MediaLive の内部にあり、出力には表示されません。例えば、**high resolution**。

1. その他のフィールドに入力するには、この手順の後に一覧されているトピックを参照してください。

1. この出力グループとその出力の設定が完了したら、プランで必要な場合は、別の (任意のタイプの) 出力グループを作成できます。必要でない場合は、[チャンネルを保存する](creating-a-channel-step9.md) に進みます。

**Topics**
+ [手順](#hls-create-procedure)
+ [HLS 出力グループの宛先フィールド](hls-destinations.md)
+ [HLS コンテナのフィールド](hls-container.md)
+ [マニフェスト内のパスをカスタマイズするためのフィールド](hls-custom-manifests.md)
+ [冗長マニフェストのフィールド](hls-opg-redundant-manifest.md)
+ [動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のフィールド](hls-streams-section.md)
+ [その他の HLS 機能のフィールド](hls-other-features.md)

# HLS 出力グループの宛先フィールド
<a name="hls-destinations"></a>

MediaLive の HLS 出力グループは、いくつかのタイプの送信先をサポートしています。タイプごとに異なる設定要件があります。

**Topics**
+ [出力先のフィールド — Amazon S3 への送信](hls-destinations-s3.md)
+ [出力先のフィールド — MediaStore に送信する](hls-destinations-ems.md)
+ [出力先のフィールド — MediaPackage に送信する](hls-destinations-emp.md)
+ [出力先のフィールド — HTTP サーバーへの送信](hls-destinations-http.md)

# 出力先のフィールド — Amazon S3 への送信
<a name="hls-destinations-s3"></a>

[HLS 出力グループの送信先を計画](origin-server-hls-s3.md)したときに、出力を Amazon S3 に送信するという決定を下した可能性があります。1 つ以上の出力先パスを設計する必要があります。次に、コンソールの適切なフィールドにパスの異なる部分を入力する必要があります。

**Topics**
+ [出力先のパスを設計します。](hls-destinations-s3-design.md)
+ [コンソールのフィールドに入力します](hls-destinations-s3-specify.md)

# 出力先のパスを設計します。
<a name="hls-destinations-s3-design"></a>

完全な送信先パスをまだ設計していない場合は、この手順を実行します。既にパスを設計している場合は、「[コンソールのフィールドに入力します](hls-destinations-s3-specify.md)」に進みます。

**パスを設計するには**

1. Amazon S3 ユーザーから[以前に取得](origin-server-hls-s3.md)したバケット名を収集します。例えば：

   `amzn-s3-demo-bucket`

1. バケットに続く送信先パスの部分を設計します。詳細については、以下のセクションを参照してください。

**Topics**
+ [出力のパスの構文](#hls-syntax-s3)
+ [フォルダと baseFilename の設計](#hls-path-s3)
+ [nameModifier の設計](#hls-nameModifier-design-s3)
+ [segmentModifier の設計](#hls-segmentModifier-design-s3)

## 出力のパスの構文
<a name="hls-syntax-s3"></a>

HLS 出力には、常に 3 つのカテゴリのファイルが含まれます。
+ メインマニフェスト
+ そのため、子マニフェストします。
+ メディアファイル

次の表では、これらの 3 つのカテゴリのファイルの送信先パスを構成する部分について説明します。

これら3つのカテゴリのファイルの送信先パスは、*baseFilename* までが同一であり、これは MediaLive がこれらすべてのカテゴリのファイルを同一のフォルダに送信することを意味します。修飾子とファイル拡張子は、ファイルのカテゴリごとに異なります。Amazon S3 に送信するときは、すべてのファイルを同じフォルダに送信する必要があります。ダウンストリームシステムでは、すべてのファイルが一緒になることが期待されます。


| システム | パスの構文 | 例 | 
| --- | --- | --- | 
| メインマニフェストファイル | protocol bucket path baseFilename extension | バケット *スポーツ*内のメイン マニフェストのパス (ファイル名*インデックス*付き):s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index.m3u8 | 
| 子マニフェストファイル | protocol bucket path baseFilename nameModifier extension | カーリング出力の高解像度レンディションの子マニフェストのパス`s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8` | 
| メディアファイル (セグメント) | protocol bucket path baseFilename nameModifier optionalSegmentModifier counter extension | 230 番目のセグメントのファイルのパスは次のようになります。s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high-00230.ts | 

これらの送信先パスは、次のように構築されます。
+ Amazon S3 ユーザーがバケット名を提供していたはずです。
+ 以下を決定する必要があります。
  + フォルダ
  + baseFilename
  + 修飾子
  + segmentModifier

  次のセクションを参照してください。
+ MediaLive はカウンターの前に下線文字を挿入します。
+ MediaLive は、このカウンターを自動的に生成します。最初は、これは 00001 から始まる 5 桁の数字で、1 ずつ増加します。つまり、00001、00002、00003 など。99999 以降、次の数字は 100000 (6 桁)、次いで 100001、100002 というようになります。次いで、999999 から 1000000 (7 桁) というようになります。
+ MediaLive は拡張子の前にドットを挿入します。
+ MediaLive は拡張子を選択します。
  + マニフェストファイルの場合 — 常に `.m3u8`
  + メディアファイルの場合 — トランスポートストリーム内のファイルの場合は .ts、fmp4 コンテナ内のファイルの場合は .mp4 

## フォルダと baseFilename の設計
<a name="hls-path-s3"></a>

目的に合ったフォルダパスと baseFilename を設計します。

出力ごとに 2 つの送信先がある場合、送信先パスは何らかの方法で互いに異なっていなければなりません。次のガイドラインに従ってください:
+ 1 つのパスの少なくとも 1 つの部分が、もう一方のパスと異なっていなければなりません。すべての部分が異なっていても許容されます。

  したがって、バケットが*異なる*場合、2 つの送信先のフォルダパスとファイル名が互いに異なるか、同じにすることができます。例えば：

  `s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8`

  `s3ssl://amzn-s3-demo-bucket1/sports/delivery/curling/index-high.m3u8`

  または

  `s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8`

  `s3ssl://amzn-s3-demo-bucket1/sports/redundant/curling/index-high.m3u8`
+ バケットが*同じ*である場合、2 つの送信先のフォルダパスとファイル名は互いに異なっていなければなりません。例えば：

  `s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8`

  `s3ssl://amzn-s3-demo-bucket/sports/redundant/curling/index-high.m3u8`

## nameModifier の設計
<a name="hls-nameModifier-design-s3"></a>

ファイル名の `nameModifier` 部分を設計します。子マニフェストとメディアファイルでは、ファイル名にこの修飾子が含まれています。この `nameModifier` は、個々の出力を区別するため、各出力で一意である必要があります。次のガイドラインに従ってください:
+ 動画 (および他のストリーム) の出力については、通常、動画を記述します。例えば、**-high** または **-1920x1080-5500kpbs** (解像度とビットレート)。
+ オーディオのみ、または字幕のみの出力の場合は、通常、オーディオまたは字幕を記述します。例えば、**-aac**、**-webVTT** です。
+ ` baseFilename` と `nameModifier` を分けるために、`nameModifier` をハイフンなどの区切り記号で始めることをお勧めします。
+ `nameModifier` には、[データ変数](variable-data-identifiers.md)を含めることができます。

## segmentModifier の設計
<a name="hls-segmentModifier-design-s3"></a>

出力先パスの segmentModifiers 部分を設計します。segmentModifier はオプションです。含める場合は、メディアファイル名にのみ含めます。

この修飾子の標準的な用途は、データ変数を使用してタイムスタンプを作成し、チャンネルの再開時にセグメント同士の上書きを防ぐことです。例えば、タイムスタンプ **\$1t\$1-** を含めるとします。セグメント 00001 の名前は `index-120028-00001` です。数分後に出力が再開した場合 (それにより、セグメントカウンターが再始動する)、新しいセグメント 00001 の名前は `index-120039-00001` になります。新しいファイルは、元のセグメント 00001 のファイルを上書きしません。ダウンストリームシステムによっては、この動作が上間しい場合があります。

# コンソールのフィールドに入力します
<a name="hls-destinations-s3-specify"></a>

出力名と出力先パスを設計したら、HLS 出力グループを設定します。

次のフィールドは、HLS メディアおよびマニフェストファイルの場所と名前 (送信先) を設定します。
+ **[Output group] (出力グループ) – [HLS group destination] (HLS グループ送信先)** セクション
+ **[Output group] (出力グループ) – [HLS settings] (HLS 設定) – [CDN]** セクション
+ **[Output group] (出力グループ) – [Location] (場所) – [Directory structure] (ディレクトリ構造)**
+ **[Output group] (出力グループ) – [Location] (場所) – [Segments per subdirectory (サブディレクトリごとのセグメント**
+ **[HLS outputs] (HLS 出力) – [Output settings] (出力設定) – [Name modifier] (名前修飾子)**
+ **[HLS outputs] (HLS 出力) – [Output settings] (出力設定) – [Segment modifier] (セグメント修飾子)**

**通常のダウンストリームシステムの出力先を設定するには**

1. **[HLS group destinations]** (HLS グループ送信先) セクションの **[URL]** フィールドに値を入力します。チャンネルが標準チャンネルとして設定されている場合は送信先を 2 つ指定し、単一パイプラインチャンネルとして設定されている場合は 1 つ指定します。    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/hls-destinations-s3-specify.html)

1. **[Credentials]** (認証情報) セクションは両方の **[HLS group destinations]** (HLS グループ送信先) セクションで空白のままにします。MediaLive は、信頼されたエンティティを介して S3 バケットに書き込むアクセス許可を持っています。これらのアクセス権限が組織内の誰かによって既に設定されている必要があります。詳細については、「[信頼されるエンティティのアクセス要件](trusted-entity-requirements.md)」を参照してください。

1. **CDN** の設定セクションで `Hls S3` を選択します。

1. **[CDN settings]** (CDN 設定) フィールドには、MediaLive がこの出力を Amazon S3 バケットに送信するたびに既定 ACL を設定する必要がある場合のみ値を入力します。

   通常、既定の ACL の使用は、組織が Amazon S3 バケットの所有者でない場合にのみ適用されます。[出力先](origin-server-hls-s3.md#setting-dss-hls-canned-acl)について話し合ったときに、既定 ACL の使用についてバケット所有者と話し合ったはずです。

# 出力先のフィールド — MediaStore に送信する
<a name="hls-destinations-ems"></a>

[HLS 出力グループの送信先を計画](origin-server-ems.md)したときに、出力を MediaStore に送信するという決定を下した可能性があります。1 つ以上の出力先パスを設計する必要があります。次に、コンソールの適切なフィールドにパスの異なる部分を入力する必要があります。

**Topics**
+ [出力先のパスを設計します。](hls-destinations-ems-design.md)
+ [コンソールのフィールドに入力します](hls-specify-destination-ems.md)

# 出力先のパスを設計します。
<a name="hls-destinations-ems-design"></a>

完全な送信先パスをまだ設計していない場合は、この手順を実行します。既にパスを設計している場合は、「[コンソールのフィールドに入力します](hls-specify-destination-ems.md)」に進みます。

**パスを設計するには**

1. 1 つまたは複数のコンテナのデータエンドポイントを収集します。この情報は MediaStore ユーザーから[以前に取得](origin-server-ems.md)したものです。例えば：

   `a23f.data.mediastore.us-west-2.amazonaws.com`

1. データエンドポイントに続く送信先パスの部分 (MediaStore の場合) を設計します。

**Topics**
+ [出力のパスの構文](#hls-syntax-ems)
+ [MediaLive がパスを構築する仕組み](#hls-how-construct-urls-ems)
+ [フォルダと baseFilename の設計](#hls-path-ems)
+ [nameModifier の設計](#hls-nameModifier-design-ems)
+ [segmentModifier の設計](#hls-segmentModifier-design-ems)

## 出力のパスの構文
<a name="hls-syntax-ems"></a>

HLS 出力には、常に 3 つのカテゴリのファイルが含まれます。
+ メインマニフェスト
+ そのため、子マニフェストします。
+ メディアファイル

次の表では、これらの 3 つのカテゴリのファイルの送信先パスを構成する部分について説明します。

これら3つのカテゴリのファイルの送信先パスは、*baseFilename* までが同一であり、これは MediaLive がこれらすべてのカテゴリのファイルを同一のフォルダに送信することを意味します。修飾子とファイル拡張子は、ファイルのカテゴリごとに異なります。MediaStore に送信するときは、すべてのファイルを同じフォルダに送信する必要があります。ダウンストリームシステムでは、すべてのファイルが一緒になることが期待されます。


| システム | パスの構文 | 例 | 
| --- | --- | --- | 
| メインマニフェストファイル | protocol dataEndpoint path baseFilename extension | コンテナ内のパス *delivery* に含まれるメインマニフェストのパスでファイル名は *index*:mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8 | 
| 子マニフェストファイル | protocol dataEndpoint path baseFilename nameModifier extension | 出力の高解像度レンディションの子マニフェストのパス`mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index-high.m3u8` | 
| メディアファイル (セグメント) | protocol dataEndpoint path baseFilename nameModifier optionalSegmentModifier counter extension | 230 番目のセグメントのファイルのパスは次のようになります。mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index-high-00230.ts | 

## MediaLive がパスを構築する仕組み
<a name="hls-how-construct-urls-ems"></a>

これらのパスは次のように構成されます。
+  AWS サービスのユーザーは、コンテナ名を指定しているはずです。
+ MediaStore の場合は、次のことを確認する必要があります。
  + フォルダ
  + baseFilename
  + 修飾子
  + segmentModifier

  次のセクションを参照してください。
+ MediaLive はカウンターの前に下線文字を挿入します。
+ MediaLive は 00001 から始まる 6 桁のカウンターを生成します。
+ MediaLive は拡張子の前にドットを挿入します。
+ MediaLive は拡張子を選択します。
  + マニフェストファイルの場合 — 常に ` .m3u8`
  + メディアファイルの場合 — トランスポートストリーム内のファイルの場合は .ts、fmp4 コンテナ内のファイルの場合は .mp4 

## フォルダと baseFilename の設計
<a name="hls-path-ems"></a>

目的に合ったフォルダパスと baseFilename を設計します。

出力ごとに 2 つの送信先がある場合、送信先パスは何らかの方法で互いに異なっていなければなりません。次のガイドラインに従ってください:
+ 1 つのパスの少なくとも 1 つの部分が、もう一方のパスと異なっていなければなりません。すべての部分が異なっていても許容されます。

  したがって、バケットまたはコンテナが異なる場合は、2 つの送信先のフォルダパスとファイル名が互いに異なるか、同じにすることができます。例えば：

  `mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8`

  `mediastoressl://fe30.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8`

  または

  `mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8`

  `mediastoressl://fe30.data.mediastore.us-west-2.amazonaws.com/redundant/index.m3u8`
+ バケットまたはコンテナが同じ場合、2 つの送信先のフォルダパスとファイル名は互いに異なっていなければなりません。例えば：

  `mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8`

  `mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/redundant/index.m3u8`

## nameModifier の設計
<a name="hls-nameModifier-design-ems"></a>

ファイル名の `nameModifier` 部分を設計します。子マニフェストとメディアファイルでは、ファイル名にこの修飾子が含まれています。この `nameModifier` は、個々の出力を区別するため、各出力で一意である必要があります。次のガイドラインに従ってください:
+ 動画 (および他のストリーム) の出力については、通常、動画を記述します。例えば、**-high** または **-1920x1080-5500kpbs** (解像度とビットレート)。
+ オーディオのみ、または字幕のみの出力の場合は、通常、オーディオまたは字幕を記述します。例えば、**-aac**、**-webVTT** です。
+ ` baseFilename` と `nameModifier` を分けるために、`nameModifier` をハイフンなどの区切り記号で始めることをお勧めします。
+ `nameModifier` には、[データ変数](variable-data-identifiers.md)を含めることができます。

## segmentModifier の設計
<a name="hls-segmentModifier-design-ems"></a>

出力先パスの segmentModifiers 部分を設計します。segmentModifier はオプションです。含める場合は、メディアファイル名にのみ含めます。

この修飾子の標準的な用途は、データ変数を使用してタイムスタンプを作成し、チャンネルの再開時にセグメント同士の上書きを防ぐことです。例えば、タイムスタンプ **\$1t\$1-** を含めるとします。セグメント 00001 の名前は `index-120028-00001` です。数分後に出力が再開した場合 (それにより、セグメントカウンターが再始動する)、新しいセグメント 00001 の名前は `index-120039-00001` になります。新しいファイルは、元のセグメント 00001 のファイルを上書きしません。ダウンストリームシステムによっては、この動作が上間しい場合があります。

# コンソールのフィールドに入力します
<a name="hls-specify-destination-ems"></a>

出力名と出力先パスを設計したら、HLS 出力グループを設定します。

次のフィールドは、HLS メディアおよびマニフェストファイルの場所と名前 (送信先) を設定します。
+ **[Output group] (出力グループ) – [HLS group destination] (HLS グループ送信先)** セクション
+ **[Output group] (出力グループ) – [HLS settings] (HLS 設定) – [CDN]** セクション
+ **[Output group] (出力グループ) – [Location] (場所) – [Directory structure] (ディレクトリ構造)**
+ **[Output group] (出力グループ) – [Location] (場所) – [Segments per subdirectory (サブディレクトリごとのセグメント**
+ **[HLS outputs] (HLS 出力) – [Output settings] (出力設定) – [Name modifier] (名前修飾子)**
+ **[HLS outputs] (HLS 出力) – [Output settings] (出力設定) – [Segment modifier] (セグメント修飾子)**

**通常のダウンストリームシステムの出力先を設定するには**

1. **[HLS group destinations]** (HLS グループ送信先) セクションの **[URL]** フィールドに値を入力します。チャンネルが標準チャンネルとして設定されている場合は送信先を 2 つ指定し、単一パイプラインチャンネルとして設定されている場合は 1 つ指定します。    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/hls-specify-destination-ems.html)

1. **[Credentials]** (認証情報) セクションは両方の **[HLS group destinations]** (HLS グループ送信先) セクションで空白のままにします。MediaLive は、信頼されたエンティティを介して MediaStore コンテナに書き込むアクセス許可を持っています。これらのアクセス権限が組織内の誰かによって既に設定されている必要があります。詳細については、「[信頼されるエンティティのアクセス要件](trusted-entity-requirements.md)」を参照してください。

1. **CDN** の設定セクションで `Hls media store` を選択します。

1. MediaStore ユーザーによって**接続の設定**値が提供されている場合は、[CDN](origin-server-http.md) の設定セクションのフィールドにその値を入力します。

# 出力先のフィールド — MediaPackage に送信する
<a name="hls-destinations-emp"></a>

[MediaPackageへの出力を計画したとき](hls-choosing-hls-vs-emp.md)、HLS出力グループを作成して出力を送信することを決めたかもしれません。（または、[MediaPackage 出力グループ](creating-mediapackage-output-group.md) の作成を決定した可能性があります）。

1 つ以上の出力先パスを設計する必要があります。次に、コンソールの適切なフィールドにパスの異なる部分を入力する必要があります。

HLS 出力グループを使用して、標準の MediaPackage または toMediaPackage v2 に送信できます。2 つのバージョンでは、異なるプロトコルを使用します。
+ MediaPackage は WebDAV を使用します。
+ MediaPackage v2 は Basic PUT を使用します。

**Topics**
+ [出力先のパスを設計します。](hls-destinations-emp-design.md)
+ [コンソールのフィールドに入力します](hls-specify-destination-emp.md)
+ [標準 MediaPackage の例](hls-example-mediapackage.md)
+ [MediaPackage v2 の例](hls-example-mediapackage-v2.md)

# 出力先のパスを設計します。
<a name="hls-destinations-emp-design"></a>

完全な送信先パスをまだ設計していない場合は、この手順を実行します。既にパスを設計している場合は、「[コンソールのフィールドに入力します](hls-specify-destination-emp.md)」に進みます。

**パスを設計するには**

1. MediaPackage ユーザーから[以前に取得](origin-server-hls-emp.md)した情報を収集します。
   + チャンネルの 2 つの URL (入力エンドポイントは MediaPackage の用語) です。この手順の後の情報を参照してください。
   + 標準の MediaPackage を使用している場合は、ユーザー名とパスワードを取得します。MediaPackage v2 を使用している場合は、ユーザー認証情報を使用しません。

1. URL に続く送信先パスの部分を設計する必要があります。

**Topics**
+ [標準 MediaPackage の情報を収集する](hls-destinations-emp-info.md)
+ [MediaPackage v2 の情報を収集する](hls-destinations-emp-info-v2.md)
+ [出力のパスの構文](hls-syntax-emp.md)
+ [nameModifier の設計](hls-nameModifier-design-emp.md)
+ [segmentModifier の設計](hls-segmentModifier-design-emp.md)

# 標準 MediaPackage の情報を収集する
<a name="hls-destinations-emp-info"></a>

標準 MediaPackage の場合、チャネルの 2 つの URLsは次の例のようになります。

`6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/9dj8/channel` 

`6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/e333/channel`

コードの説明は以下のとおりです。

`mediapackage` は、入力エンドポイントが MediaPackage API のバージョン 1 を使用していることを示します。

`channel` は常に URL の末尾に表示されます。これは、この送信先のすべてのファイルの基本ファイル名です。

2 つの URL は、`channel` の直前のフォルダを除いて、常に同一です。

# MediaPackage v2 の情報を収集する
<a name="hls-destinations-emp-info-v2"></a>

MediaPackage v2 の場合、チャネルの 2 つの URLsは次の例のようになります。

`mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index`

`mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index`

コードの説明は以下のとおりです。


| Element | 説明 | 
| --- | --- | 
| mz82o4-1 および mz82o4-2 |  2 つのエンドポイントが MediaPackage の冗長チャネル用であることを示します。プレフィックスは常に -1および-2です。 | 
| mediapackagev2 | 入力エンドポイントが MediaPackage API のバージョン 2 を使用していることを示します | 
| live-sports/1/curling および live-sports/2/curling | 冗長取り込みのフォルダ。1 つのフォルダには常に/1/が含まれ、もう 1 つのフォルダには常に/2/が含まれます。 | 
| index | 常に URL の末尾に表示されます。これは、この送信先のすべてのファイルの基本ファイル名です。 | 

# 出力のパスの構文
<a name="hls-syntax-emp"></a>

HLS 出力には、常に 3 つのカテゴリのファイルが含まれます。

以下のセクションを参照してください。
+ メインマニフェスト
+ そのため、子マニフェストします。
+ メディアファイル

次の表では、これらの 3 つのカテゴリのファイルの送信先パスを構成する部分について説明します。

これら3つのカテゴリのファイルの送信先パスは、*baseFilename* までが同一であり、これは MediaLive がこれらすべてのカテゴリのファイルを同一のフォルダに送信することを意味します。修飾子とファイル拡張子は、ファイルのカテゴリごとに異なります。MediaPackage に送信するときは、すべてのファイルを同じフォルダに送信する必要があります。ダウンストリームシステムでは、すべてのファイルが一緒になることが期待されます。


| システム | パスの構文 | 例 | 
| --- | --- | --- | 
| メインマニフェストファイル |  protocol channelURL extension |  出力のパス。MediaPackage v2 を使用する例を次に示します。 `https://mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index.m3u8`  | 
| 子マニフェストファイル | protocol channelURL nameModifier extension | 以下は、カーリング出力の高解像度レンディション (MediaPackage v2 を使用する送信先) の子マニフェストのパスの例です。`https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index-high.m3u8` | 
| メディアファイル (セグメント) | protocol channelURL nameModifier optionalSegmentModifier counter extension | 以下は、230 番目のセグメント (MediaPackage v2 を使用する送信先) のファイルのパスの例です。https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index-high-00230.ts | 

これらのパスは次のように構成されます。
+ MediaPackage ユーザーがチャンネル URL を提供していたはずです。URL は、baseFilename までのパスの部分をカバーします:
  + 標準の MediaPackage では、baseFilename は常に`channel`です。
  + MediaPackage v2 では、baseFilename は常に`index`です。
+ 以下を指定する必要があります。
  + 修飾子
  + segmentModifier

  次のセクションを参照してください。
+ MediaLive はカウンターの前に下線文字を挿入します。
+ MediaLive は 00001 から始まる 6 桁のカウンターを生成します。
+ MediaLive は拡張子の前にドットを挿入します。
+ MediaLive は拡張子を選択します。
  + マニフェストファイルの場合 — 常に ` .m3u8`
  + メディアファイルの場合 — トランスポートストリーム内のファイルの場合は .ts、fmp4 コンテナ内のファイルの場合は .mp4 

# nameModifier の設計
<a name="hls-nameModifier-design-emp"></a>

ファイル名の `nameModifier` 部分を設計します。子マニフェストとメディアファイルでは、ファイル名にこの修飾子が含まれています。

この `nameModifier` は、個々の出力を区別するため、各出力で一意である必要があります。
+ 動画 (および他のストリーム) の出力については、通常、動画を記述します。例えば、レンディションが 3 つある場合は、**-high**、**-medium**および**-low**を使用できます。または、各修飾子は解像度とビットレート (**-1920x1080-5500kpbs**) を正確に記述できます。
+ オーディオのみ、または字幕のみの出力の場合は、通常、オーディオまたは字幕を記述します。例えば、**-aac**、**-webVTT** です。

` baseFilename` と `nameModifier` を分けるために、`nameModifier` をハイフンなどの区切り記号で始めることをお勧めします。

`nameModifier` には、[データ変数](variable-data-identifiers.md)を含めることができます。

# segmentModifier の設計
<a name="hls-segmentModifier-design-emp"></a>

出力先パスの segmentModifiers 部分を設計します。segmentModifier はオプションです。含める場合は、メディアファイル名にのみ含めます。

この修飾子の標準的な用途は、データ変数を使用してタイムスタンプを作成し、チャンネルの再開時にセグメント同士の上書きを防ぐことです。例えば、タイムスタンプ **\$1t\$1-** を含めるとします。セグメント 00001 の名前は `index-120028-00001` です。数分後に出力が再開した場合 (それにより、セグメントカウンターが再始動する)、新しいセグメント 00001 の名前は `index-120039-00001` になります。新しいファイルは、元のセグメント 00001 のファイルを上書きしません。ダウンストリームシステムによっては、この動作が上間しい場合があります。

# コンソールのフィールドに入力します
<a name="hls-specify-destination-emp"></a>

出力名と出力先パスを設計したら、HLS 出力グループを設定します。

次のフィールドは、HLS メディアおよびマニフェストファイルの場所と名前 (送信先) を設定します。
+ **[Output group] (出力グループ) – [HLS group destination] (HLS グループ送信先)** セクション
+ **[Output group] (出力グループ) – [HLS settings] (HLS 設定) – [CDN]** セクション
+ **[Output group] (出力グループ) – [Location] (場所) – [Directory structure] (ディレクトリ構造)**
+ **[Output group] (出力グループ) – [Location] (場所) – [Segments per subdirectory (サブディレクトリごとのセグメント**
+ **[HLS outputs] (HLS 出力) – [Output settings] (出力設定) – [Name modifier] (名前修飾子)**
+ **[HLS outputs] (HLS 出力) – [Output settings] (出力設定) – [Segment modifier] (セグメント修飾子)**

**送信先を設定するには**

1. **[HLS group destinations]** (HLS グループ送信先) セクションの **[URL]** フィールドに値を入力します。チャンネルが標準チャンネルとして設定されている場合は送信先を 2 つ指定し、単一パイプラインチャンネルとして設定されている場合は 1 つ指定します。    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/hls-specify-destination-emp.html)

1. 入力ユーザー名を入力します。パスワード (該当する場合) には、 AWS Systems Manager パラメータストアに保存されているパスワードの名前を入力します。パスワード自体は入力しないでください。詳細については、「[AWS Systems Manager パスワードパラメータの要件](requirements-for-EC2.md)」を参照してください。

1. **CDN** 設定セクションで、適切な接続タイプを選択します。
   + 標準 MediaPackage に送信するには、`Hls webdav`を選択します。
   + MediaPackage v2 に送信するには、`Basic PUT`を選択します。

1. ダウンストリームシステムによって[接続の設定](origin-server-http.md)値が提供されている場合は、[**CDN** 設定] セクションのフィールドにその値を入力します。

# 標準 MediaPackage の例
<a name="hls-example-mediapackage"></a>

この例では、HLS 出力グループのダウンストリームシステムが標準のMediaPackage である場合に送信先フィールドを設定する方法を示します。

カーリングゲームをストリーミングし、高、中、低ビットレートの 3 つの出力を作成するとします。


| フィールド | 値 | 
| --- | --- | 
| [HLS settings] (HLS 設定) セクションの [CDN settings] (CDN 設定) | hls webdav  | 
| [HLS group destinations A] (HLS グループ送信先 A) セクションの [URL] |  6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/9dj8/channel | 
| [HLS group destinations A] (HLS グループ送信先 A) セクションの [認証情報] | MediaPackage は、認証リクエストのみを受け入れるため、MediaPackage が認識しているユーザー名とパスワードを入力する必要があります。パスワードには、 AWS Systems Manager パラメータストアに保存されているパスワードの名前を入力します。パスワード自体は入力しないでください。詳細については、「[AWS Systems Manager パスワードパラメータの要件](requirements-for-EC2.md)」を参照してください。 | 
| [HLS group destinations B] (HLS グループ送信先 B) セクションの [URL] |  6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/e333/channel | 
| [HLS group destinations B] (HLS グループ送信先 B) セクションの [認証情報] | 送信先 B の URL のユーザー名とパスワードを入力します。両方の URL の認証情報が同じである可能性がありますが、一致しない場合もあります。 | 
| [HLS outputs] (HLS 出力) セクションの [Name modifier] (名前修飾子) |  **[出力の追加]** を 2 回選択します。2 つの**出力**行がこのセクションに追加され、合計で 3 行になります。各行に、修飾子「**-high**」、「**-medium**」、「**-low**」を入力します。  | 
| [Location] (場所) セクションの [Directory Structure] (ディレクトリ構造) と [Segments Per Subdirectory] (サブディレクトリあたりのセグメント数) | MediaPackage はこれらのフィールドを使用しないので、空白のままにします。 | 

結果として、以下の名前でファイルが作成されます。
+ 1 つのメインマニフェスト: **channel.m3u8**
+ 各出力に 1 つの子マニフェスト: **channel-high.m3u8**、**channel-medium.m3u8**、**channel-low.m3u8**
+ 各出力の TS ファイル: 
  + **channel-high-00001.ts**、**channel-high-00002.ts**、**channel-high-00003.ts** など
  + **channel-medium-00001.ts**、**channel-medium-00002.ts**、**channel-medium-00003.ts** など 
  + **channel-low-00001.ts** **channel-low-00002.ts**、** channel-low-00003.ts**、など

これらのファイルは MediaPackage で両方の URL 入力に発行されます。

# MediaPackage v2 の例
<a name="hls-example-mediapackage-v2"></a>

この例では、HLS 出力グループのダウンストリームシステムが標準のMediaPackage である場合に送信先フィールドを設定する方法を示します。

カーリングゲームをストリーミングし、高、中、低ビットレートの 3 つの出力を作成するとします。


| フィールド | 値 | 
| --- | --- | 
| [HLS settings] (HLS 設定) セクションの [CDN settings] (CDN 設定) |  **basic PUT**  | 
| [HLS group destinations A] (HLS グループ送信先 A) セクションの [URL] | mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index | 
| [HLS group destinations A] (HLS グループ送信先 A) セクションの [認証情報] | [] は空白のままにします。MediaPackage v2 は認証情報を使用して認証しません。 | 
| [HLS group destinations B] (HLS グループ送信先 B) セクションの [URL] | mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index. | 
| [HLS group destinations B] (HLS グループ送信先 B) セクションの [認証情報] | [] は空白のままにします。MediaPackage v2 は認証情報を使用して認証しません。 | 
| [HLS outputs] (HLS 出力) セクションの [Name modifier] (名前修飾子) |  **[出力の追加]** を 2 回選択します。2 つの**出力**行がこのセクションに追加され、合計で 3 行になります。各行に、修飾子「**-high**」、「**-medium**」、「**-low**」を入力します。  | 
| [Location] (場所) セクションの [Directory Structure] (ディレクトリ構造) と [Segments Per Subdirectory] (サブディレクトリあたりのセグメント数) | MediaPackage はこれらのフィールドを使用しないので、空白のままにします。 | 

結果として、以下の名前でファイルが作成されます。
+ 1 つのメインマニフェスト: **index.m3u8**
+ 各出力に 1 つの子マニフェスト: **index-high.m3u8**、**index-medium.m3u8**、**index-low.m3u8**
+ 各出力の TS ファイル: 
  + **index-high-00001.ts**、**index-high-00002.ts**、**index-high-00003.ts** など
  + **index-medium-00001.ts**、**index-medium-00002.ts**、**index-medium-00003.ts** など 
  + **index-low-00001.ts** **index-low-00002.ts**、** index-low-00003.ts**、など

これらのファイルは MediaPackage で両方の URL 入力に発行されます。

# 出力先のフィールド — HTTP サーバーへの送信
<a name="hls-destinations-http"></a>

[HLS 出力グループの送信先を計画](origin-server-http.md)したときに、出力を HTTP サーバーに送信するという決定を下した可能性があります。

1 つ以上の出力先パスを設計する必要があります。次に、コンソールの適切なフィールドにパスの異なる部分を入力する必要があります。

**Topics**
+ [出力先のパスを設計します。](hls-destinations-design-step.md)
+ [コンソールのフィールドに入力します](hls-specify-destination.md)
+ [HTTP または HTTPS サーバーの例](hls-example-most-downstreamsystems.md)
+ [Akamai の例](hls-example-akamai.md)

# 出力先のパスを設計します。
<a name="hls-destinations-design-step"></a>

完全な送信先パスをまだ設計していない場合は、この手順を実行します。既にパスを設計している場合は、「[コンソールのフィールドに入力します](hls-specify-destination.md)」に進みます。

**パスを設計するには**

1. ダウンストリームシステムのオペレーションから[以前に取得](origin-server-http.md)した情報を収集します。
   + ダウンストリームシステムの接続タイプ — Akamai、基本 PUT、または WebDAV。
   + ダウンストリームシステムに特別な要件がある場合は、接続フィールドの設定。
   + 配信用のプロトコル — HTTP または HTTPS。
   + ダウンストリームシステムが認証リクエストを必要とする場合、ダウンストリームシステムにアクセスするためのユーザー名とパスワードです。これらのユーザー認証情報は、プロトコルではなくユーザー認証に関連することに注意してください。ユーザー認証は、ダウンストリームシステムがリクエストを受け入れるかどうかにまつわることです。プロトコルは、リクエストが安全な接続を介して送信されるかどうかに関するものです。
   + ファイル名を含む送信先パスの全部または一部。
   + 個別のサブディレクトリを設定する必要があるかどうか。

1. ダウンストリームシステムのオペレータとの計画の一環として、冗長マニフェストを実装するかどうかを決定する必要があります。ダウンストリームシステムでカスタムマニフェストが必要かどうかも判断する必要があります。これら 2 つの決定を考慮して、該当するセクションを読んでください。
   + 冗長マニフェストを実装する場合は、「[冗長 HLS マニフェストの作成](hls-redundant-manifests.md)」を読んでからこのセクションに戻ってください。
   + マニフェストのカスタムパスを実装する場合は、「[HLS マニフェスト内のパスのカスタマイズ](hls-manifest-paths.md)」を読んでからこのセクションに戻ってください。
   + これらの機能を実装していない場合は、このセクションを続けてお読みください。

1. バケットに続く送信先パスの部分を設計します。詳細については、以下のセクションを参照してください。

**Topics**
+ [出力のパスの構文](#hls-syntax-http)
+ [フォルダと baseFilename の設計](#hls-baseFilename-design)
+ [nameModifier の設計](#hls-nameModifier-design)
+ [segmentModifier の設計](#hls-segmentModifier-design)

## 出力のパスの構文
<a name="hls-syntax-http"></a>

次の表では、これらの 3 つのカテゴリのファイルの送信先パスを構成する部分について説明します。

これら3つのカテゴリのファイルの送信先パスは、*baseFilename* までが同一であり、これは MediaLive がこれらすべてのカテゴリのファイルを同一のフォルダに送信することを意味します。修飾子とファイル拡張子は、ファイルのカテゴリごとに異なります。


| システム | パスの構文 | 例 | 
| --- | --- | --- | 
| メインマニフェストファイル | プロトコルドメインパス baseFilename 拡張子 | メインマニフェストの URL でファイル名は */index*:http://203.0.113.55/sports/delivery/curling/index.m3u8 | 
| 子マニフェストファイル | プロトコルドメインパス baseFilename nameModifier 拡張子 | 出力の高解像度レンディションの子マニフェストの URL`http://203.0.113.55/sports/delivery/curling/index-high.m3u8` | 
| メディアファイル (セグメント) | protocol domain path baseFilename nameModifier optionalSegmentModifier counter extension | 230 番目のセグメントのファイルの URL は次のようになります。http:// 203.0.113.55/sports/delivery/curling/index-high-00230.ts | 

これらの送信先パスは、次のように構築されます。
+ ダウンストリームシステムのオペレータからプロトコル、ドメイン、およびパスの一部が[提供さている](origin-server-http.md)はずです。例えば：

  `http://203.0.113.55/sports/`

  プロトコルは常に HTTP または HTTPS です。
+ オペレータは以下を提供した可能性があります。それ以外の場合は、以下を決定します。
  + フォルダ
  + baseFilename
  + 修飾子
  + segmentModifier

  次のセクションを参照してください。
+ MediaLive はカウンターの前に下線文字を挿入します。
+ MediaLive は 00001 から始まる 6 桁のカウンターを生成します。
+ MediaLive は拡張子の前にドットを挿入します。
+ MediaLive は拡張子を選択します。
  + マニフェストファイルの場合 — 常に ` .m3u8`
  + メディアファイルの場合 — トランスポートストリーム内のファイルの場合は `.ts`、fmp4 コンテナ内のファイルの場合は `.mp4` 

## フォルダと baseFilename の設計
<a name="hls-baseFilename-design"></a>

出力先パスの `folder` および `baseFilename` 部分については、次のガイドラインに従ってください。
+ 単一パイプラインチャンネルの場合、`baseFilename` は 1 つだけ必要です。
+ 標準チャンネルについて、[冗長マニフェスト](hls-opg-redundant-manifest.md)を実装*しない*場合は、2 つの `baseFilenames` が必要です。2 つの `baseFilenames` は、同じものでも異なるものでもかまいません。異なる `baseFilenames` を作成するときは、ダウンストリームシステムがその設定で機能することをあらかじめ確認します。
+ 標準的なチャンネルで冗長マニフェストを実装 *する*場合は、[冗長マニフェストのフィールド](hls-opg-redundant-manifest.md) を参照してください。

## nameModifier の設計
<a name="hls-nameModifier-design"></a>

ファイル名の `nameModifier` 部分を設計します。子マニフェストとメディアファイルでは、ファイル名にこの修飾子が含まれています。この `nameModifier` は、個々の出力を区別するため、各出力で一意である必要があります。次のガイドラインに従ってください:
+ 動画 (および他のストリーム) の出力については、通常、動画を記述します。例えば、**-high** または **-1920x1080-5500kpbs** (解像度とビットレート)。
+ オーディオのみ、または字幕のみの出力の場合は、通常、オーディオまたは字幕を記述します。例えば、**-aac**、**-webVTT** です。
+ ` baseFilename` と `nameModifier` を明確に分けるため、区切り文字を含めることをお勧めします。
+ ` nameModifier` には、[データ変数](variable-data-identifiers.md)を含めることができます。

## segmentModifier の設計
<a name="hls-segmentModifier-design"></a>

出力先パスの segmentModifiers 部分を設計します。segmentModifier はオプションです。含める場合は、メディアファイル名にのみ含めます。

この修飾子の標準的な用途は、データ変数を使用してタイムスタンプを作成し、チャンネルの再開時にセグメント同士の上書きを防ぐことです。例えば、タイムスタンプ **\$1t\$1-** を含めるとします。セグメント 00001 の名前は `/index-120028-00001` です。数分後に出力が再開した場合 (それにより、セグメントカウンターが再始動する)、新しいセグメント 00001 の名前は `/index-120039-00001` になります。新しいファイルは、元のセグメント 00001 のファイルを上書きしません。ダウンストリームシステムによっては、この動作が上間しい場合があります。

# コンソールのフィールドに入力します
<a name="hls-specify-destination"></a>

次のフィールドは、HLS メディアおよびマニフェストファイルの場所と名前 (送信先) を設定します。
+ **[Output group] (出力グループ) – [HLS group destination] (HLS グループ送信先)** セクション
+ **[Output group] (出力グループ) – [HLS settings] (HLS 設定) – [CDN]** セクション
+ **[Output group] (出力グループ) – [Location] (場所) – [Directory structure] (ディレクトリ構造)**
+ **[Output group] (出力グループ) – [Location] (場所) – [Segments per subdirectory (サブディレクトリごとのセグメント**
+ **[HLS outputs] (HLS 出力) – [Output settings] (出力設定) – [Name modifier] (名前修飾子)**
+ **[HLS outputs] (HLS 出力) – [Output settings] (出力設定) – [Segment modifier] (セグメント修飾子)**

**送信先を設定するには**

1. **[HLS group destinations]** (HLS グループ送信先) セクションの **[URL]** フィールドに値を入力します。チャンネルが標準チャンネルとして設定されている場合は送信先を 2 つ指定し、単一パイプラインチャンネルとして設定されている場合は 1 つ指定します。    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/hls-specify-destination.html)

1. ダウンストリームシステムに MediaLive からのユーザー認証が必要な場合は、それぞれの **[HLS group destination]** (HLS グループ送信先) セクションで、**[Credentials]** (認証情報) セクションに値を入力します。ダウンストリームシステムによって提供されたユーザー名とパスワードを入力します。パスワードには、Parameter Store AWS Systems Manager に保存されているパスワードの名前を入力します。パスワード自体は入力しないでください。詳細については、「[AWS Systems Manager パスワードパラメータの要件](requirements-for-EC2.md)」を参照してください。

1. **CDN** の設定セクションで、ダウンストリームシステムで使用するように指示されたオプション (Akamai、PUT、または WebDAV) を選択します。

1. ダウンストリームシステムによって[接続の設定](origin-server-http.md)値が提供されている場合は、[**CDN** 設定] セクションのフィールドにその値を入力します。

# HTTP または HTTPS サーバーの例
<a name="hls-example-most-downstreamsystems"></a>

この例では、ダウンストリームシステムがベーシック PUT を使用する HTTPS サーバーである場合に送信先フィールドを設定する方法を示します。

カーリングゲームをストリーミングし、高、中、低ビットレートの 3 つの出力を作成するとします。


| フィールド | 値 | 
| --- | --- | 
| [HLS settings] (HLS 設定) セクションの [CDN settings] (CDN 設定) | Hls basic putダウンストリームシステムからの指示に従って、他の CDN フィールドを変更します。 | 
| [HLS group destinations A] (HLS グループ送信先 A) セクションの [URL] | 例えば：**https://203.0.113.55/sports/curling/index** | 
| [HLS group destinations A] (HLS グループ送信先 A) セクションの [認証情報] | ダウンストリームシステムで認証リクエストが必要な場合は、ダウンストリームシステムによって提供されたユーザー名を入力します。パスワードには、 AWS Systems Manager パラメータストアに保存されているパスワードの名前を入力します。パスワード自体は入力しないでください。詳細については、「[AWS Systems Manager パスワードパラメータの要件](requirements-for-EC2.md)」を参照してください。 | 
| [HLS group destinations B] (HLS グループ送信先 B) セクションの [URL] | 例えば：**https://203.0.113.82/sports/curling/index** | 
| [HLS group destinations B] (HLS グループ送信先 B) セクションの [認証情報] | 送信先 B の URL のユーザー名とパスワードを入力します (該当する場合)。認証情報は、おそらく両方の URL で同じですが、異なる場合もあります。 | 
| [HLS outputs] (HLS 出力) セクションの [Name modifier] (名前修飾子) |  **[出力の追加]** を 2 回選択します。2 つの**出力**行がこのセクションに追加され、合計で 3 行になります。各行に、修飾子「**-high**」、「**-medium**」、「**-low**」を入力します。  | 
| [Location] (場所) セクションの [Directory Structure] (ディレクトリ構造) と [Segments Per Subdirectory] (サブディレクトリあたりのセグメント数) |  ダウンストリームシステムがこれらのフィールドを使用しないと仮定します。  | 

結果として、以下の名前でファイルが作成されます。
+ 1 つのメインマニフェスト: `index.m3u8`
+ 各出力に 1 つの子マニフェスト: `index-high.m3u8`、`index-medium.m3u8`、`index-low.m3u8`
+ 各出力の TS ファイル: 
  + `index-high-00001.ts`、`index-high-00002.ts`、`index-high-00003.ts` など
  + `index-medium-00001.ts`、`index-medium-00002.ts`、`index-medium-00003.ts` など 
  + `index-low-00001.ts`、`index-low-00002.ts`、` index-low-00003.ts` など

ファイルは、ダウンストリームシステムの 2 つのホストと、各ホストにある `sports` という名前のフォルダに発行されます。

# Akamai の例
<a name="hls-example-akamai"></a>

この例では、ダウンストリームシステムが Akamai サーバーである場合に送信先フィールドを設定する方法を示します。

カーリングゲームをストリーミングし、高、中、低ビットレートの 3 つの出力を作成するとします。


| フィールド | 値 | 
| --- | --- | 
| [HLS settings] (HLS 設定) セクションの [CDN settings] (CDN 設定) | HLS akamai Akamai トークン認証を使用している場合は、この設定を選択します。Akamai からの指示に従って、他の CDN フィールドを変更します。HLS basic put ダイジェスト認証を使用している場合は、この設定を選択します。Akamai からの指示に従って、他の CDN フィールドを変更します。 | 
| [HLS group destinations A] (HLS グループ送信先 A) セクションの [URL] | 例えば：**https://p-ep50002.i.akamaientrypoint.net/50002/curling/index**この URL を Akamai の用語にマッピングします。[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/hls-example-akamai.html) | 
| [HLS group destinations A] (HLS グループ送信先 A) セクションの [認証情報] | Akamai で認証リクエストが必要な場合は、Akamai に認識されているユーザー名とパスワードを入力します。パスワードには、 AWS Systems Manager パラメータストアに保存されているパスワードの名前を入力します。パスワード自体は入力しないでください。詳細については、「[AWS Systems Manager パスワードパラメータの要件](requirements-for-EC2.md)」を参照してください。 | 
| [HLS group destinations B] (HLS グループ送信先 B) セクションの [URL] | 例えば：**https://b-ep50002.i.akamaientrypoint.net/50002-b/curling/index**この URL を Akamai の用語にマッピングします。[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/hls-example-akamai.html) | 
| [HLS group destinations B] (HLS グループ送信先 B) セクションの [認証情報] | もう一方の送信先の URL のユーザー名とパスワードを入力します (該当する場合)。認証情報は、おそらく両方の URL で同じですが、異なる場合もあります。 | 
| [HLS outputs] (HLS 出力) セクションの [Name modifier] (名前修飾子) |  **[出力の追加]** を 2 回選択します。2 つの**出力**行がこのセクションに追加され、合計で 3 行になります。各行に、修飾子「**-high**」、「**-medium**」、「**-low**」を入力します。  | 
| [Location] (場所) セクションの [Directory Structure] (ディレクトリ構造) と [Segments Per Subdirectory] (サブディレクトリあたりのセグメント数) |  Akamai からの指示に従って、フィールドに入力します。  | 

結果として、以下の名前でファイルが作成されます。
+ 1 つのメインマニフェスト: **index.m3u8**
+ 各出力に 1 つの子マニフェスト: **index-high.m3u8**、**index-medium.m3u8**、**index-low.m3u8**
+ 各出力の TS ファイル: 
  + `index-high-00001.ts`、`index-high-00002.ts`、`index-high-00003.ts` など
  + `index-medium-00001.ts`、`index-medium-00002.ts`、`index-medium-00003.ts` など 
  + `index-low-00001.ts` `index-low-00002.ts`、` index-low-00003.ts`、など



ファイルは 2 つの場所に公開されます。
+ アカマイのホスト **p-ep50002.i.akamaientrypoint.net** 上で **50002**
+ ホスト**b-ep50002.i.akamaientrypoint.net**の**50002-b**というフォルダにある

# HLS コンテナのフィールド
<a name="hls-container"></a>

次のフィールドで、各出力のコンテナを設定します。
+ **[HLS outputs]** (HLS 出力) – **[Output settings]** - **[HLS settings]** (HLS 設定) セクション

これらのフィールドは、マニフェストの内容とセグメントの構造を制御します。一方、[マニフェストの内容のフィールド](hls-other-features.md#hls-manifest-contents) で説明されているフィールドは、出力に含めるマニフェストとセグメントの数を制御します。

**コンテナを設定するには**

1. **[HLS settings]** で、該当するオプションを選択します。オプションの詳細については、この手順の後にあるリストを参照してください。

1. [**標準 HLS**] の場合は、追加のフィールドが表示されます。[**トランスポート/コンテナの設定**] と [**PID 設定**] を選択します。追加のフィールドが表示されます。

1. 任意のフィールドを変更します。通常、これら 2 つのセクションのフィールドを変更するのは、ダウンストリームシステムによって値が提供されている場合です。

**HLS コンテナについて**

MediaLive は、次のタイプのコンテナをサポートしています。
+ **[Standard hls]** (標準 HLS) – ストリーム (エンコード) をトランスポートストリーム (TS) にパッケージ化する場合は、このタイプのコンテナを選択します。出力グループ内のすべての出力 (オーディオレンディショングループの一部である出力を除く) に対して、このコンテナタイプを選択します。各出力には、次のエンコードが含まれる場合があります。
  + 1 つのビデオエンコード
  + 字幕が埋め込まれた 1 つのビデオエンコード
  + 1 つのビデオエンコード (およびオプションの埋め込み字幕) と 1 つ以上のオーディオエンコード
  + 1 つの字幕エンコード
+ **Fmp4 hls** – ストリーム (エンコード) をフラグメント化 MP4 としてパッケージ化する場合は、このタイプのコンテナを選択します。出力グループ内のすべての出力 (オーディオレンディショングループの一部である出力を除く) に対して、このコンテナタイプを選択します。各出力には、次のエンコードが含まれる場合があります。
  + 1 つのビデオエンコード
  + 字幕が埋め込まれた 1 つのビデオエンコード
  + 1 つの字幕エンコード
+ **[Audio-only]** (オーディオのみ) – オーディオレンディショングループの一部であるオーディオのみの出力に対し、それぞれこのタイプのコンテナを選択します。レンディショングループは、TS (トランスポートストリーム) の一部でも、fMP4 パッケージの一部でもかまいません。オーディオレンディショングループの作成については、[HLS のオーディオレンディショングループ](audio-renditions.md) を参照してください。
+ **[Frame capture]** (フレームキャプチャ) — 出力グループにフレームキャプチャの JPEG ファイルを作成するには、このタイプのコンテナを選択します。このコンテナは、トリックプレイを実装するために使用されます。この機能の詳細およびチャンネルでの設定手順については、「[イメージメディアプレイリスト仕様によるトリックプレイトラック](trick-play-roku.md)」を参照してください。

# マニフェスト内のパスをカスタマイズするためのフィールド
<a name="hls-custom-manifests"></a>

メインマニフェストの中には、それぞれの子マニフェストへのパスがあります。それぞれの子マニフェストの中には、そのマニフェストのメディアファイルへのパスがあります。

必要に応じてこれらのパスの構文を変更できます。通常、構文の変更が必要なのは、ダウンストリームシステムに特別なパス要件がある場合に限られます。

次のフィールドは、マニフェスト内のカスタムパスに関連します。
+ [**HLS 出力グループ] – [場所**] – [**Base URL content (ベース URL コンテンツ)**] フィールド 
+ **HLS 出力グループ – 場所** – **Base URL manifest (ベース URL マニフェスト)** フィールド。

マニフェスト内のカスタムパスの設定については、[HLS マニフェスト内のパスのカスタマイズ](hls-manifest-paths.md) を参照してください。

# 冗長マニフェストのフィールド
<a name="hls-opg-redundant-manifest"></a>

MediaLive は、HLS 仕様で指定された冗長マニフェストをサポートしています。この機能は、標準チャンネルで有効にできます。

次のフィールドは、冗長マニフェストに関連します。
+ **[HLS output group] (HLS 出力グループ) – [Manifests and Segments] (マニフェストとセグメント) – [Redundant manifests] ([冗長なマニフェスト)** フィールド
+ **HLS 出力グループ – 場所 – Base URL manifest (ベース URL マニフェスト)** フィールド
+ [**HLS 出力グループ] – [場所] – [Base URL content (ベース URL コンテンツ)**] フィールド

MediaPackage をダウンストリームシステムとして持つ HLS 出力グループでは、この機能を有効にできません。

冗長マニフェストのセットアップの詳細については、[冗長 HLS マニフェストの作成](hls-redundant-manifests.md) を参照してください。

# 動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のフィールド
<a name="hls-streams-section"></a>

次のフィールドは、各出力の動画、オーディオ、字幕のエンコーディングに関連します。
+ **[ストリーム設定]** セクション

エンコードの作成については、以下のセクションを参照してください。
+ [ビデオエンコードを設定する](creating-a-channel-step6.md)
+ [オーディオエンコードを設定する](creating-a-channel-step7.md)
+  [字幕エンコードを設定する](creating-a-channel-step8.md)

# その他の HLS 機能のフィールド
<a name="hls-other-features"></a>

**Topics**
+ [接続再試行のフィールド](#hls-reconnection-fields)
+ [マニフェストの内容のフィールド](#hls-manifest-contents)
+ [セグメントのフィールド](#hls-segment-fields)
+ [回復性のフィールド](#hls-resiliency)
+ [DRM のフィールド](#hls-drm)
+ [SCTE-35 広告表示のフィールド](#hls-ad-markers)
+ [字幕のフィールド](#hls-captions)
+ [ID3 メタデータのフィールド](#hls-id3)

## 接続再試行のフィールド
<a name="hls-reconnection-fields"></a>

Output **グループの次のフィールド – HLS 設定 – CDN 設定**セクションでは、ダウンストリームシステムへの再接続動作を設定します。
+ **接続の再試行間隔**
+ **Num retries (再試行回数)**
+ **Filecache duration**
+ **Restart delay**

フィールドの詳細については、MediaLive コンソールでフィールドの横にある **[Info]** (情報) リンクを選択してください。

## マニフェストの内容のフィールド
<a name="hls-manifest-contents"></a>

[**HLS 出力グループ] – [マニフェストとセグメント**] セクションの以下のフィールドでは、HLS 子マニフェストに含める情報を設定します。
+ **出力選択**
+ **モード**
+ **Stream inf resolution**
+ **Manifest duration format**
+ **Num segments**
+ **[I-frame only playlists]** — このフィールドは、i-frameを介してトリックプレイを実装するために使用されます。詳細については、「[i-frame でトラックをトリックプレイする](trick-play-i-frames.md)」を参照してください。
+ **プログラム日時 (PDT)** – このフィールドは、マニフェストファイルに`EXT-X-PROGRAM-DATE-TIME`タグを含めるか除外するかするために使用します。タグ情報は、ダウンストリームプレイヤーが **PDT クロック**フィールドで選択したソースにストリームを同期するのに役立ちます。
+ **プログラム日時 (PDT) 期間** – このフィールドは、`EXT-X-PROGRAM-DATE-TIME`タグ挿入の時間間隔を秒単位で設定するために使用されます。
+ **プログラム日時 (PDT) クロック** – このフィールドは、PDT の時間ソースを選択するために使用されます。出力タイムコードまたは UTC 時間を選択できます。
+ **Client cache**
+ **Timestamp delta microseconds**
+ **Codec specification**
+ **Manifest compression**

フィールドの詳細については、MediaLive コンソールでフィールドの横にある **[Info]** (情報) リンクを選択してください。

## セグメントのフィールド
<a name="hls-segment-fields"></a>

次のフィールドは、出力内のメディアセグメントを設定します。
+ [**HLS 出力グループ] – [マニフェストとセグメント**] セクションの次のフィールド:
  + **TS file mode**
  + **[Segment length]** (セグメントの長さ)
  + **Keep segments**
  + **Min segment length**
+ **[HLS outputs]** (HLS 出力) – **[Output settings]** (出力設定) – **[H.265 Packaging type]** (H.265 パッケージングタイプ) これは fMP4 出力にのみ適用されます。MediaLive は、他のタイプのこのフィールドの値を無視します。

フィールドの詳細については、フィールドの横にある [**情報**] リンクを選択してください。

## 回復性のフィールド
<a name="hls-resiliency"></a>

次のフィールドは、HLS 出力での回復性の実装に関連します。
+ **[HLS output group]** (HLS 出力グループ) – **[HLS Settings]** (HLS 設定) セクション – **[Input loss action]** (入力損失時のアクション)

オプションで、[**入力損失時のアクション**] の値を変更します。

**通常のダウンストリームシステムのセットアップ**

この HLS 出力を AWS Elemental MediaPackage以外のダウンストリームシステムに送信する場合は、[**情報**] リンクを選択して、選択するオプションを決定します。詳細については、「[ビデオ入力の損失の処理](feature-input-loss.md)」を参照してください。

**MediaPackage のセットアップ**

この HLS 出力を に送信する場合は AWS Elemental MediaPackage、[チャネルクラス](channel-class.md)の設定方法と一致するようにこのフィールドを設定します。
+ チャンネルが標準チャンネル (MediaPackage での入力冗長をサポートするため) の場合は、このフィールドを **PAUSE\$1OUTPUT** に設定します。

  この設定では、MediaLive が 1 つのパイプラインで出力を生成しなくなると、MediaPackage が現在の入力でのコンテンツの不足を検出して、もう 1 つの入力に切り替えます。コンテンツの損失は最小限に抑えられます。

  (このフィールドを **EMIT\$1OUTPUT** に設定すると、MediaLive はフィラーフレームを MediaPackage に送信します。MediaPackage はフィラーフレームを失われたコンテンツとはみなさないため、他の入力に切り替えることはしません。)
+ チャンネルが単一パイプラインチャンネルの場合は、このフィールドを [**EMIT\$1OUTPUT**] に設定します。

  このように設定して、MediaLive でパイプラインが失敗した場合、MediaPackage は独自のダウンストリームシステムに配信し続けます (ただし、コンテンツはフィラーフレームになります)。

  このフィールドを **PAUSE\$1OUTPUT** に設定すると、MediaPackage はエンドポイントの更新を停止します。これにより、ダウンストリームシステムで問題が発生する可能性があります。

## DRM のフィールド
<a name="hls-drm"></a>

静的キーにより DRM を設定して出力を暗号化する場合にのみ、[**DRM**] セクションに入力します。
+ **キープロバイダー**設定で、[**静的キー**] を選択します。
+ 必要に応じて、その他のフィールドに入力します。フィールドの詳細については、フィールドの横にある [**情報**] リンクを選択してください。

静的キーの設定では、このセクションに暗号化キー (および他の設定データ) を入力し、そのキーを (E メールで送信するなどして) 相手に渡します。静的キーは実際には DRM ソリューションではなく、安全性も高くありません。

MediaLive は、暗号化オプションとして静的キーのみをサポートしています。キープロバイダーで DRM ソリューションを使用するには、HLS 出力[グループではなく MediaPackage 出力](creating-mediapackage-output-group.md)グループを作成して AWS Elemental MediaPackage、出力を に配信する必要があります。次いで、MediaPackage を使用して動画を暗号化します。詳細については、 AWS Elemental MediaPackage 「 ユーザーガイド」を参照してください。

## SCTE-35 広告表示のフィールド
<a name="hls-ad-markers"></a>

出力に SCTE-35メッセージを含め、HLS マニフェストを修飾する予定の場合は、[**広告マーカー**] セクションに入力します。「[SCTE35メッセージの処理](scte-35-message-processing.md)」、特に「[HLS 出力のパススルーの有効化](scte-35-passthrough-or-removal.md#procedure-to-enable-passthrough-hls)」を参照してください。

## 字幕のフィールド
<a name="hls-captions"></a>

次のフィールドは、HLS 出力の埋め込み字幕に関連します。この HLS 出力に少なくとも 1 つの埋め込み字幕エンコードを作成する予定の場合は、次のフィールドが適用されます。
+ [**字幕**] セクションの [**字幕言語設定**]。

  オプションで、埋め込み字幕の言語に関する情報を含めるように HLS マニフェストを設定できます。
+ **[HLS settings]** (HLS 設定) セクション – **[Caption language mappings]** (字幕言語マッピング)

  オプションで、各 CC (字幕チャンネル) 番号と言語に関する情報を含めるように HLS マニフェストを設定できます。

両フィールドの詳細については、[HLS マニフェストの言語情報](set-up-the-hls-manifest.md) を参照してください。

## ID3 メタデータのフィールド
<a name="hls-id3"></a>

この出力グループのすべての出力に時間指定 ID3 メタデータまたは ID3 セグメントタグを挿入する場合は、[**ID3**] セクションに入力します。詳細な手順については、「[MediaLive チャネルの作成時に ID3 時間指定メタデータを挿入する](insert-timed-metadata.md)」を参照してください。