翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# 出力先のパスを設計します。
完全な送信先パスをまだ設計していない場合は、この手順を実行します。既にパスを設計している場合は、「[コンソールのフィールドに入力します](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)
## 出力のパスの構文
次の表では、これらの 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 の設計
出力先パスの `folder` および `baseFilename` 部分については、次のガイドラインに従ってください。
+ 単一パイプラインチャンネルの場合、`baseFilename` は 1 つだけ必要です。
+ 標準チャンネルについて、[冗長マニフェスト](hls-opg-redundant-manifest.md)を実装*しない*場合は、2 つの `baseFilenames` が必要です。2 つの `baseFilenames` は、同じものでも異なるものでもかまいません。異なる `baseFilenames` を作成するときは、ダウンストリームシステムがその設定で機能することをあらかじめ確認します。
+ 標準的なチャンネルで冗長マニフェストを実装 *する*場合は、[冗長マニフェストのフィールド](hls-opg-redundant-manifest.md) を参照してください。
## nameModifier の設計
ファイル名の `nameModifier` 部分を設計します。子マニフェストとメディアファイルでは、ファイル名にこの修飾子が含まれています。この `nameModifier` は、個々の出力を区別するため、各出力で一意である必要があります。次のガイドラインに従ってください:
+ 動画 (および他のストリーム) の出力については、通常、動画を記述します。例えば、**-high** または **-1920x1080-5500kpbs** (解像度とビットレート)。
+ オーディオのみ、または字幕のみの出力の場合は、通常、オーディオまたは字幕を記述します。例えば、**-aac**、**-webVTT** です。
+ ` baseFilename` と `nameModifier` を明確に分けるため、区切り文字を含めることをお勧めします。
+ ` nameModifier` には、[データ変数](variable-data-identifiers.md)を含めることができます。
## segmentModifier の設計
出力先パスの segmentModifiers 部分を設計します。segmentModifier はオプションです。含める場合は、メディアファイル名にのみ含めます。
この修飾子の標準的な用途は、データ変数を使用してタイムスタンプを作成し、チャンネルの再開時にセグメント同士の上書きを防ぐことです。例えば、タイムスタンプ **\$1t\$1-** を含めるとします。セグメント 00001 の名前は `/index-120028-00001` です。数分後に出力が再開した場合 (それにより、セグメントカウンターが再始動する)、新しいセグメント 00001 の名前は `/index-120039-00001` になります。新しいファイルは、元のセグメント 00001 のファイルを上書きしません。ダウンストリームシステムによっては、この動作が上間しい場合があります。