セールス: 1-800-867-1380

メディアのアップロード

更新日: 2015年2月

ビデオの管理、エンコード、およびストリーミングを行うには、最初に自分のコンテンツを Microsoft Azure のメディア サービス にアップロードする必要があります。アップロードされたコンテンツは、さらに処理およびストリーミングができるようにクラウドに安全に格納されます。

このトピックでは、関連する概念の概要を説明し、コンテンツをアップロードするためのさまざまな方法を示します。この記事に記載されている情報を基に目的のシナリオにより適した方法を特定することができます。

Asset資産 エンティティには、デジタル ファイル (ビデオ、オーディオ、画像、サムネイルのコレクション、テキスト トラック、クローズド キャプション ファイルなど) およびそれらのファイルに関するメタデータが含まれます。デジタル ファイルがアセットにアップロードされた後は、Media Services エンコードおよびストリーミング ワークフローで使用できます。

アセットは Azure ストレージ アカウント内の BLOB コンテナーにマップされ、アセット内のファイルは BLOB としてそのコンテナーに格納されます。

アップロードしてアセット内に格納するメディア コンテンツを特定する場合は、次の考慮事項に注意してください。

  • アセットには、メディア コンテンツの一意のインスタンスを 1 つだけ含めてください。たとえば、TV ドラマ、映画、または広告の単一の編集です。

  • アセットには、オーディオビジュアル ファイルの複数の演奏または編集を含めないでください。不適切な使い方の一例として、複数の TV ドラマおよび広告、または単一の製作物からの複数のカメラ アングルを 1 つのアセットに格納しようと試みることが挙げられます。オーディオビジュアル ファイルの複数の演奏または編集を 1 つのアセットに格納すると、ワークフローの後半でエンコード ジョブの送信や、資産の配信のストリーミングおよびセキュリティ保護を行うことが困難になるおそれがあります。 

Asset file - AssetFile エンティティは、BLOB コンテナーに格納された実際のビデオ ファイルまたはオーディオ ファイルを表します。アセット ファイルは常にアセットに関連付けられ、アセットには 1 つまたは複数のファイルが含まれます。アセット ファイル オブジェクトが BLOB コンテナーのデジタル ファイルに関連付けられていない場合、Media Services Encoder タスクは失敗します。

Media Services によって生成された BLOB コンテナーの内容を変更する場合は、必ず Media Service API を使用してください。

Asset encryption options – アップロードするコンテンツの種類に応じて、Media Services によって提供されるさまざまな暗号化オプションから選択できます。

  • None - 暗号化は使用されません。これは既定値です。このオプションを使用する場合、転換中または保存中のコンテンツは保護されないことに注意してください。

    プログレッシブ ダウンロードを使用して MP4 を配信する場合は、このオプションを使用してコンテンツをアップロードします。Azure Media Services Origin Service は、ストレージ暗号化アセットの配信をサポートしていません。標準のプログレッシブ ダウンロード ISO MP4 ファイルの場合、PlayReady DRM はサポートされません。

  • StorageEncrypted - AES 256 ビット暗号化を使用してクリア コンテンツをローカルに暗号化し、それを Azure Storage にアップロードすると、コンテンツが保存時に暗号化された状態で格納されます。ストレージの暗号化で保護されたアセットは、エンコーディングの前に自動的に暗号化が解除され、暗号化されたファイル システムに置かれます。その後、新しい出力アセットとして再度アップロードする前に必要に応じて再度暗号化されます。ストレージの暗号化の主な使用事例としては、高品質の入力メディア ファイルをディスクに保存するときに強力な暗号化を使用してセキュリティを保護する場合が挙げられます。

  • CommonEncryption - このオプションを使用するのは、共通暗号化または PlayReady DRM を使用して既に暗号化および保護されているコンテンツ (たとえば、PlayReady DRM で保護されているスムーズ ストリーミング) をアップロードする場合です。

  • EnvelopeEncrypted – このオプションを使用するのは、AES で暗号化された HLS をアップロードする場合です。ファイルは Transform Manager によってエンコードおよび暗号化されている必要があります。

Access policy - AccessPolicy エンティティでは、資産へのアクセス許可 (読み取り、書き込み、一覧表示など) とアクセス期間を定義します。通常は、資産に格納されたファイルへのアクセスに用いるロケーターに、AccessPolicy オブジェクトを渡します。

Blob container - BLOB コンテナーは一連の BLOB の集まりをグループ化します。BLOB コンテナーはアクセス制御のための境界点として Media Services で使用され、Shared Access Signature (SAS) ロケーターとしてアセット上で使用されます。Azure ストレージ アカウントに含めることができる BLOB コンテナー数は無制限です。コンテナーに格納できる BLOB 数は無制限です。

Important重要
Media Services によって生成された BLOB コンテナーの内容を変更する場合は、必ず Media Service API を使用してください。

LocatorLocator エンティティは、アセットに含まれているファイルにアクセスするためのエントリ ポイントになります。アクセス ポリシーは、指定されたアセットに対してクライアントが保持するアクセス許可およびアクセス許可の期間を定義するために使用されます。ロケーターはアクセス ポリシーに対して多対 1 の関係を持つことができるので、同じアクセス許可とアクセス期間の設定を使用しながら、複数のロケーターが複数のクライアントに対して異なる開始時間や接続の種類を提供できます。ただし、Azure Storage サービスで設定されている共有アクセス ポリシーの制限により、特定のアセットに対して、5 つを超える一意のロケーターを一度に関連付けることはできません。詳細については、「共有アクセス署名の使用 (REST API)」を参照してください。

Storage account - Azure Storage へのアクセスはすべてストレージ アカウントを通して行われます。Media Service アカウントは 1 つまたは複数のストレージ アカウントに関連付けることができます。ストレージ アカウントあたりのコンテナーの合計サイズが 200 TB 未満であれば、アカウントに格納できるコンテナーの数に制限はありません。Media Services が提供する SDK レベルのツールを使用すると、複数のストレージ アカウントを管理すると共に、これらのアカウントへのアップロード中にメトリックまたはランダム配布に基づいてアセットの配布を負荷分散することができます。詳細については、「Managing assets across multiple storage accounts In Azure Media Services and defining load balancing strategy (Azure Media Services の複数のストレージ アカウントでのアセットの管理と負荷分散手法の定義)」を参照してください。

さまざまな種類のビデオ ファイル、オーディオ ファイル、および画像ファイルを Media Services アカウントにアップロードできます。Media Services SDK またはアップロード ツールを使用してアップロードできるファイルの種類または形式には制約がありません。ただし、Azure 管理ポータルでは、アップロードは Azure Media Encoder によってサポートされている形式に制限されています。Azure Media Encoder よりも広範な形式をサポートするパートナー エンコーダーおよびメディア プロセッサ タスクが多数あります。Digital Rapids Kayak のような、パートナー エンコーダーで使用できるサポートされているファイル形式の詳細については、Azure ストアで入手できるパートナー メディア プロセッサまたはタスクにより提供されるドキュメントを参照してください。

Microsoft Azure のメディア サービス は、OData ベースの REST サービスであり、Assets、Jobs、Tasks などのオブジェクトを、他の OData エンティティと同じ方法で問い合わせできるエンティティとして公開します。さらに、Media Services は OData v3 を基盤にしています。これは、HTTP 要求本文を atom+pub または詳細な JSON で送信し、同じ形式で応答を受信できることを意味しています。

REST API を使用してコンテンツをアップロードするには、複数の手順が必要です。「Ingest Assets with the Media Services REST API」のトピックでは、JSON と Media Services REST API を使用してコンテンツを Media Services アカウントにアップロードする方法を示しています。

大きなファイル セットを REST API を使用してアップロードするには、「REST API を使用したアセットの一括取り込み」を参照してください。

Microsoft Azure のメディア サービス SDK for .NET は、REST API のラッパーです。SDK を使用すると、REST API によって公開されているほぼすべてのタスクをより簡単な方法で実行できます。

アセットのインジェスト」のトピックでは、1 つまたは複数のファイルをローカル ディレクトリから Media Services アカウントにアップロードする方法を示しています。

以下の WPF アプリケーションは、タスクベースの非同期パターン (TAP) を使用してコンテンツをアップロードし、その進捗状況を表示する方法を示しています。また、複数のストレージ アカウントを利用して使用可能な合計ストレージを、単一ストレージ アカウントの 200 TB 制限をはるかに超えるサイズに増やす方法も示しています。方法:Media Services アカウントにアタッチされた複数のストレージ アカウントを管理する

大きなファイル セットを SDK for .NET を使用してアップロードするには、「Ingesting Assets in Bulk」を参照してください。

新しい Media Services アセットにコピーするストレージ アカウントに既存の BLOB が既に存在する場合があります。次のトピックでは、このタスクを実行する方法を示します。Media Services 資産への既存 BLOB のコピー.

  • Azure Media Services アカウントに関連付けられたストレージ BLOB にストリームをアップロードする方法。

  • Media Services REST API を使用して BLOB 内のファイルをアセットに関連付ける方法。

  • アップロードされたファイルを指す SAS URL を取得する方法。

Java を使用して開発を行う場合は、Azure SDK for Java (Media Services ライブラリを含む) をダウンロードしてインストールします。

Node.js を使って開発する場合は、「Azure Media Services for Node.js」を参照してください。

PHP 開発者は、Microsoft Azure PHP SDK の最新リリースを通して Azure Media Services のサポートを利用できるようになりました。詳細については、オープン ソースの SDK for Azure に関するブログを参照してください。

さまざまな種類のビデオ ファイル、オーディオ ファイル、および画像ファイルを Media Services アカウントにアップロードできます。Media Services SDK またはアップロード ツールを使用してアップロードできるファイルの種類または形式には制約がありません。ただし、Azure 管理ポータルでは、アップロードは Azure Media Encoder によってサポートされている形式に制限されています。

管理ポータルによるコンテンツのアップロードには以下の制限事項があります。

  • 1 回のアップロードで複数のファイルをアップロードすることはできません。

  • 200 MB より大きなファイルはアップロードできません。ただし、既存のストレージ アカウントからアップロードする場合、ファイル サイズの制限はありません。

  • Media Services でサポートされているすべてのファイル形式をアップロードできるわけではありません。

    次の拡張子を持つファイルはアップロードできます:.asf、.avi、.m2ts、.m2v、mp4、.mpeg、.mpg、.mts、.ts、.wmv、.3gp、.3g2、.3gp2、.mod、.dv、.vob、.ismv、.m4a

Media Services でコンテンツを管理する方法」のトピックでは、管理ポータルを使用してコンテンツをアップロードする方法を示しています。

ストレージ アカウントあたり 200 TB の制限を上回るサイズにストレージを拡張するには、複数のストレージ アカウントを単一の Media Services アカウントにアタッチします。複数のストレージ アカウントを Media Services アカウントにアタッチする機能には以下の利点があります。

  • アセットの負荷を複数のストレージ アカウントで分散できます。

  • Media Services をスケーリングして規模の大きなコンテンツ ストレージおよび処理に対応できます。現在、単一のストレージ アカウントのストレージは 200 TB に制限されています。

  • Mezzanine ファイル ストレージをストリーミングまたは DRM で保護されたファイル ストレージから分離できます。

詳細については、「Managing Media Services Assets across Multiple Storage Accounts」を参照してください。また、次の WPF サンプルも参照してください。このサンプルには、ファイルをアップロードするストレージ アカウントを決めるために、ストレージ アカウントの容量データをモニターする方法が示されています。方法:Media Services アカウントにアタッチされた複数のストレージ アカウントを管理する

関連項目

この情報は役に立ちましたか。
(残り 1500 文字)
フィードバックをいただき、ありがとうございました
表示:
© 2015 Microsoft