Microsoft Stream (クラシック)ビデオ配信とネットワークの概要

  • [アーティクル]

警告

Microsoft Stream (クラシック)は廃止され、Stream (sharePoint 上) と Microsoft Teams のライブ イベントに置き換えられます。 ビデオを SharePoint、Teams、Viva Engage、または OneDrive にアップロードして Stream (SharePoint 上) の使用を開始し、Teams とViva Engageを介してライブ イベントを実行することをお勧めします。

Stream (クラシック)の機能は、廃止日までに変更および削除されます。 詳細については、 Stream (SharePoint 上)を参照してください。..

アダプティブ ビットレート ストリーミング

Microsoft Streamにアップロードできる多くのサポートされているビデオ形式があります。 その後、各ビデオ ファイルは、再生のためにいくつかの異なるビデオ品質とサイズを持つ標準形式にエンコードされます。 Stream (クラシック)では、HTTPS ユニキャスト アダプティブ ビットレート ストリーミング (ABR) を使用して、使用可能なネットワーク帯域幅とビデオ プレーヤーのサイズに基づいて最適なビデオ再生品質を動的に選択します。

再生中、プレイヤーはプレイヤーのネットワーク状態とサイズの変動に適応します。 使用可能な帯域幅が高い場合、プレイヤーは高品質バージョンのビデオをストリーミングします。 帯域幅が低下すると、プレイヤーは低品質バージョンのビデオをストリーミングします。 ビデオの品質と解像度もプレイヤーのサイズに比例します。 ビューアーが小さい画面で視聴している場合は、常に小さいバージョンのビデオが表示されます。

アダプティブ ビットレート ストリーミングでは、この作業はすべてバックグラウンドで行われますが、ビデオは中断またはバッファリングの量が最も少ない状態で再生されます。 ビデオ再生中に、ビデオ プレーヤーは、ビューアーが自動再生品質を手動でオーバーライドして、特定のビデオ再生品質を選択できるようにします。

アダプティブ ビットレート ストリーミング用にアップロードされたビデオのスマート エンコード

Stream (クラシック)は、一部のスマートを使用して、アダプティブ ビットレート ストリーミングに使用する元のアップロードされたビデオからさまざまなビデオ品質とサイズを作成する方法を決定します。

最初に、Stream (クラシック)は、アップロードされたビデオに対して作成する必要があるさまざまなビデオ品質または表示の数を決定します。 Stream (クラシック)は、ビデオの元の解像度を考慮に入れます。 たとえば、1080p 以上のビデオの場合、より品質レベル (約 6) を作成して、最も低い品質のバージョンにステップダウンします。 代わりにアップロードされたビデオが 480p の場合、品質レベルが少なくなります (約 3)。 Stream (クラシック)は、最初にアップロードされたビデオの解像度を超えるビデオの解像度を生成しません。

ビデオ品質またはレンディションの数が決まった後、次のステージは、各レンディションのビットレートを決定します。 レンディションの品質が高いほど、必要なビット数が多くなります。 ただし、すべてのビデオが等しく作成されるわけではありません。高品質の視聴エクスペリエンスを実現するには、さまざまな種類のビデオに異なるビットレートが必要です。 動画に多くのモーションがある場合は、優れた視聴エクスペリエンスを実現するために、より高いビットレートで配信する必要があります。 ただし、ほとんどの静的テキストを含むビデオの PowerPoint プレゼンテーションでは、より低いビットレートで優れた視聴エクスペリエンスを得ることができます。

ビデオ コンテンツのこの変動に対処するために、Stream (クラシック)はアップロードされたビデオの特性を測定し、表示ごとにビットレートを推奨します。 Stream (クラシック)にアップロードされた各ビデオは、ストリーミングに使用される解像度とビットレートのセットが少し異なります。これにより、帯域幅を賢明に使用し、必要なときにより多くのビットのみを使用するようにします。

Stream でビデオを表示すると、アダプティブ ビットレート ストリーミング用に作成されたさまざまな表示がプレイヤーに表示されます。

  • Stream (クラシック)プレーヤーで、[歯車] アイコンをクリックし、[品質] を選択します。
例 説明 Player
Teams 会議の記録 Teams 会議の記録は、1 つの 1080p 解像度のビデオ表示でエンコードされます。 1080p – 574 Kbps
ビデオ オンデマンド (会議の記録を除く) Teams 以外のビデオ オンデマンドは、この例に示すように、最大 6 つのビデオ表示をインテリジェントに選択するコンテンツ対応プリセットでエンコードされます。 色と動きの差異が高い複雑さのコンテンツは、より多くのビデオレンディションでエンコードされ、より複雑なコンテンツはより少ない数でエンコードされます。 1080p – 3 Mbps
720p – 1.6 Mbps
540p – 989 Kbps
360p – 460 Kbps
270p – 327 Kbps
180p – 193 Kbps

ライブ イベントのエンコード プロファイル

上記のスマート エンコードは、Stream にアップロードされたビデオにのみ適用されます。

Yammer または Microsoft Teams から生成されたStream (クラシック)または "外部アプリまたはデバイス" で作成されたライブ イベントは、固定エンコード プロファイルを取得します。

  • 720p - 1.7 Mbps
  • 540p - 850 Kbps
  • 360p - 350 Kbps
  • 240p - 140 Kbps

注:

エンコーダーからの入力ビデオ解像度が 720p 以上の場合は、上記のプロファイルを取得します。 エンコーダーから入力ビデオ解像度を 720p 未満にドロップすると、入力解像度とダウンからの出力ビットレートのみが取得されます。 たとえば、エンコーダーから 540p の解像度を送信した場合、最高のビットレート ビューアーは 540p から 850kbps のバージョンを取得できます。 Stream (クラシック)は、エンコーダーからの入力ビットレートに基づいて上記のライブ エンコード プロファイルを変更せず、入力解像度に基づいて品質レベルを切断するだけです。

ビデオ再生の帯域幅要件

Stream (クラシック)でのビデオ再生はユニキャストであり、すべてのビューアーがインターネットから独自のビデオ ストリームを取得することを意味します。 Stream で使用されるスマート エンコードとアダプティブ ビットレート ストリーミングに基づくと、ビデオ再生の帯域幅要件は静的な数値ではありません。 ビデオを再生すると、アップロードされたビデオに応じて、さまざまな量のインターネット帯域幅が消費される場合があります。

  • 元の解像度、ビットレート、コンテンツ
  • ユーザーの使用可能な帯域幅
  • プレーヤーのサイズ

帯域幅の見積もりを作成する場合は、organizationがStream (クラシック)で使用する一般的なコンテンツを表すビデオをいくつかアップロードし、ユーザーが使用すると思われる画面サイズのビデオをwatchする必要があります。 その後、帯域幅の測定とサンプリングを行うことができます。 その後、これらの近似値を使用して、ビデオを同時にwatchすると思われる数に基づいて、ユーザーが消費する帯域幅の大まかな計算と見積もりを行うことができます。

ローカル ネットワーク内でビデオ配信を最適化する

Stream (クラシック)は、スマート エンコードとアダプティブ ビットレート ストリーミングを利用して、ビデオ再生のネットワークトラフィックとインターネット トラフィックを削減します。 ただし、再生はユニキャスト ストリームです。 ライブ イベントまたはビデオを組織の多数のユーザーに送信する場合、視聴者によって大量のインターネット帯域幅が消費される可能性があります。

ライブ イベントと人気のあるビデオのインターネット トラフィックを減らしたい組織には、次の 2 つのオプションがあります。

  1. ネットワーク内の既存のキャッシュ プロキシを活用する

    Stream (クラシック)からのビデオの視聴は HTTPS 経由で行われるため、ビデオ再生トラフィックをキャッシュするように通常の Web キャッシュ プロキシを構成できます。 HTTPS でこれを実現するには、カスタム SSL 認定を構成する必要がある場合があります。 ただし、ビデオの再生中にネットワーク トレースを見ると、organizationのビデオのストリーミングに使用Stream (クラシック) URL が表示されます (URL はテナントによって異なる Stream (クラシック)場合があります)。 これらの URL をキャッシュ プロキシ経由でルーティングすると、ビデオ トラフィックをキャッシュし、頻繁に再生されるビデオのインターネット トラフィックを減らすことができます。

  2. Stream (クラシック)用に最適化されたサードパーティの eCDN ビデオ配信ソリューションを使用する

    いくつかのビデオ配信 eCDN ソリューションは事前に統合されており、Stream で使用するように設定できます。 これらの eCDN プラットフォームを使用すると、組織はエンド ユーザーの視聴エクスペリエンスを犠牲にすることなく、ネットワーク帯域幅を最適化できます。 Microsoft のパートナーは、エンタープライズ ネットワーク全体でよりスケーラブルで効率的なビデオ配信を可能にするのに役立ちます。 詳細については、「 サード パーティの eCDN プロバイダーを使用したビデオ配信のスケーリング 」を参照してください。

ネットワーク内のユーザーが到達可能にする必要があるエンドポイント

一般的なMicrosoft Stream (クラシック) エンドポイント

Microsoft Stream (クラシック)インターネットへの接続が必要です。 Microsoft Stream Office 365エンドポイントに一覧表示されているすべてのエンドポイントは、organizationのネットワーク内のMicrosoft Stream (クラシック)のユーザーが到達できる必要があります。

外部アプリまたはデバイスによって生成されたライブ イベント (旧称外部エンコーダー) - RMTP 取り込みエンドポイント

エンコーダーからMicrosoft Stream (クラシック)に送信された外部アプリまたはデバイスのライブ イベントのビデオ フィードを取得するには、ネットワークのファイアウォールで次の IP 範囲とポートを開く必要があります。

  • ドメイン: *.channel.media.azure.net
  • ポート: 1935/2935/1936/2936 (RTMP および RTMPS の場合)

特定のネットワークセットアップで上記のドメイン範囲を開くことができない (または開きたくない) 場合、現在、RTMP/RTMPS 取り込みの特定の IP アドレスを取得する唯一のオプションは、Microsoft Stream (クラシック) テナントが接続されている Azure データ センターのローテーション IP 範囲を取得することです。

次の JSON ファイルは、Azure データ センターの IP アドレスが変更され、リージョンおよびタグ付けされたサービスによって独自に分割されると更新されます。

これらのファイルは毎週更新され、完全なファイルとそのファイル内の個々のサービス タグの両方のバージョン管理が含まれます。

Stream (クラシック) テナントの Azure データ センターを検索するには:

  1. [ ストリーム] で、右上隅にある [? ] をクリックします。

  2. [Microsoft Streamについて] を選択します。

  3. [データが格納されている] で情報を表示します。

Stream (クラシック) テナントの Azure データ センターを見つけたら、上記の XML ファイルで対応する IP 範囲を見つけて、ファイアウォール/プロキシをデータ センターの特定の IP 範囲に更新します。 XML ファイルが変更されると、ファイアウォール/プロキシ設定も更新する必要があります。

例:

  • [About Microsoft Stream] に、データが "米国東部 2" に格納されていることを示す場合

  • XML ファイルで、Region Name="useast2" というラベルの付いた <ノードを探します>

  • その リージョン ノードの下には、すべての IP 範囲に対して複数のエントリが存在します (<IpRange Subnet="13.68.0.0/17">)

  • これらのすべての IP 範囲を許可し、XML ファイルが変更されたときに定期的に変更するようにファイアウォール\プロキシを構成する必要があります。

コミュニティのユーザーは、上記の XML ファイルを受け取り、クエリ可能な API にデータを変換するコードをスケジュールに従って記述しています。 organizationは、このオープンソース プロジェクトで行われた内容から学習し、独自の同様のソリューションを構築して、ファイアウォール/プロキシ設定を定期的に更新できる場合があります。

ビデオの再生に使用される CDN

Stream (クラシック)からのライブ イベント、Yammer/Teams からの外部アプリまたはデバイスのライブ イベント、オンデマンド ビデオは、Azure CDN を自動的に使用します。

必要に応じて、Stream にアップロードされたオンデマンド ビデオとライブ イベントの記録でも、再生に Azure CDN が使用されます。 これらのビデオに Azure CDN が必要ない場合は、テナントの地理的リージョンに関連付けられている Azure Media Services 配信元サーバーから再生されます。

同じ地理的な場所にある同じorganizationから複数のユーザーが同じビデオをストリーミングしている場合、CDN はその地理的リージョンに近い場所にこれらのビデオのコピーを格納します。 ビデオを保存するか、最も近い場所にキャッシュすると、各ユーザーは、さらに離れた場所ではなく、最も近い場所からビデオをストリーミングします。 Stream (クラシック)では、Azure Media Services を使用して、Azure CDN にキャッシュされる内容と期間を管理します。 Azure Media Services では、 Azure CDN の任意の場所 を使用して、数日間ビデオ フラグメントとマニフェストをキャッシュできます。 organizationのユーザーがキャッシュされたビデオを引き続きwatchする場合は、キャッシュに残ります。 誰も数日間ビデオにアクセスしない場合、ビデオは最終的にキャッシュから削除されます。 次回、誰かがビデオをwatchしようとすると、もう一度最も近い CDN の場所にキャッシュされます。

コンテンツが近くの CDN にキャッシュされている間にビデオをwatchしようとするすべてのユーザーは、ビデオが近くにあり、ほとんどの場合、ホップが少なくなることからメリットを得ることができます。 これにより、ビデオの再生速度が向上します。ただし、ビデオを再生するネットワーク要件は変更されません。

ビデオ レベルの暗号化と再生フロー

Stream (クラシック)は、データを安全かつプライベートに保つことがいかに重要であるかを認識しています。 Microsoft トラスト センターでは、コンテンツのプライバシーとセキュリティに対する Microsoft のコミットメントについて説明します。 ビデオ再生では、良いエクスペリエンスを得るには速度が重要です。ただし、速度と引き換えにセキュリティやプライバシーを侵害することはありません。 速度、セキュリティ、プライバシーに対応する方法を次に示します。

ユーザーまたはorganizationのユーザーが新しいビデオをアップロードしたり、ライブ イベントを作成したりすると、そのビデオはトランスコードされ、AES-128 暗号化で暗号化され、Azure Media Services に格納されます。 つまり、ビデオは転送中と保存中の両方で暗号化されます。

organizationのユーザーがビデオをwatchしようとすると、次の手順に従います。

  1. Stream (クラシック)は、ユーザーに関するMicrosoft Entra IDのStream (クラシック)と情報Azure SQLデータベースのビデオに設定されているアクセス許可を確認することで、ビューアーがビデオにアクセスできるかどうかを判断します

  2. ユーザーがビデオを表示できる場合、復号化キーは Azure Media Services からフェッチされ、Stream (クラシック) ビデオ プレーヤーに渡されます

  3. その後、Stream (クラシック)ビデオ プレーヤーは復号化キーを使用して、ビデオの再生中にその場でビデオの暗号化を解除します

関連項目

サード パーティの eCDN プロバイダーによるビデオ配信のスケーリング