ジャストインタイム・パッケージングとダイナミック・ビデオ配信の利点

2017 年、ブライトコーブはDynamic Delivery と呼ばれる新しいメディア配信システムを展開しました。これにより、何百ものお客様のBrightcove Playerのメディア配信パフォーマンスが根本的に改善されました。

ジャストインタイム・パッケージングを活用したダイナミック・デリバリーにより、コンテンツ所有者は、より多くのデバイスへのリーチ、ストレージコストの削減、CDNの柔軟性とセキュリティを実現することができる。これらは本来の利点に過ぎません。

ダイナミック配信は、ブライトコーブのCAE(Context Aware Encoding)テクノロジおよび SSAI(Server-Side Ad Insertion)収益化機能と併用することで、さらにコストを削減し、ユーザー体験を向上させます。そのため、すべてのお客様にコンテンツの 100% をダイナミック配信システムに移行することをお勧めしています。

このプロセスはどのように機能し、どのような考慮事項があるのか?どのようにしてこのようなことが可能になるのかを説明しよう。

静的配信の仕組み

ダイナミック・デリバリーの利点を十分に理解するためには、スタティック・デリバリーの課題を理解することが重要である。

静的配信の世界では、1 つのソース ファイルを Brightcove に送信し、取り込み時に必要なさまざまなメディア タイプを指定します。これには、レンディション エンコード設定(ビット レート、解像度など)やパッケージ タイプ(パッケージ形式、DRM/暗号化設定など)が含まれます。

これらの設定はすべてレイヤー化され、インジェスト時に適用され、包括的なレンディションセットを作成する。中程度に複雑なユースケースであっても、配信のためにオリジンサーバーに保存されるレンディションは数十になる。

そして、再生時に適切なレンディションを選択して再生する。より多くのデバイスやフォーマットをサポートしなければならないほど、配信のためにコンテンツを準備するのは複雑で高くつく。

静的配信のもう一つの落とし穴は、更新プロセスの厳格さです。すべてのパッケージングはインジェスト時に行われるため、新しいフォーマットを追加するには、ライブラリーに戻って完全にトランスコードし直す必要がある。つまり、新しいフォーマットが登場したり、既存のフォーマットがアップデートをリリースしたりするたびに、最新かつ最高のテクノロジーを手に入れるために、コンテンツのバックカタログ全体に戻って再パッケージングしなければならないのです。

ダイナミック・デリバリーの仕組み

ブライトコーブにソース ファイルを送信すると、希望するすべてのレンディション(異なる解像度、異なるビットレート)が作成され、フォーマットに依存しない状態で保存されます。つまり、これらのレンディションは、特定のパッケージ(HLS、DASH など)ではなく、フラグメント化された MP4(fMP4)として保存されます。

ユーザーが任意のデバイスからコンテンツを要求すると、当社のジャストインタイム・パッケージングが適切なパッケージを自動的に生成します。ジャストインタイム・パッケージングは、コンテンツを要求するデバイスに基づいてパッケージを生成し、適切なストリーム・パッケージングとDRMフォーマットを自動的に選択します。

これにより、将来のデバイスやフォーマットに対応するためのコストと労力が大幅に削減されます。私たちは「重い部分」を一度保管するだけで、パッケージは軽量です。特に、複数のDRMパッケージのような複雑な設定要件がある場合、所有コストは大幅に削減できます。クリアなコンテンツを配信するという単純なユースケースでも、HLSやDASHのレンディションの重複を減らすことで、ストレージ・コストを半減させることができます。

ジャスト・イン・タイム包装の利点

図書館の未来に備えよう

リクエスト時にパッケージングを適用することで、顧客は新しいパッケージタイプやDRMフォーマット、既存フォーマットのアップデートを簡単に採用できる。

以前は、お客様が新しいバージョンのパッケージやDRMフォーマットで利用可能な機能を利用したい場合、新しいフォーマットにアップデートするためにライブラリ全体を再トランスコードする必要がありました(または、古いフォーマットの維持に加えて新しいフォーマットを追加する可能性が高い)。現在では、フォーマットが進化すると、私たちはジャストインタイム・パッケージャーを一度だけアップデートし、それらをサポートします。

リーチを広げる

ジャストインタイム・パッケージングは、再生時にマニフェストに表示されるものを制御する、より柔軟なフレームワークを提供します。

その一例として、1つのコンテンツに複数のオーディオトラックを適用する機能が挙げられます。これは、複数の言語を話す国際的な視聴者にリーチしようとする企業の間で、ニーズが高まっています。複数のオーディオトラックを追加することは、より説明的なオーディオトラックを追加することによって、目の不自由なユーザーにとってよりアクセシブルなユーザーエクスペリエンスを促進し、リーチをさらに拡大します。

以前は、1つのコンテンツに複数のオーディオトラックを使用する場合、追加のオーディオトラックを追加し、そのオーディオを動画に対応させ、動画を別の動画アセットとしてアップロードし、さらに適切なユーザーに適切な動画を提示するための複雑な管理を行うなど、膨大な量のポストプロダクション作業が必要でした。

今、これはすべてパッケージング時に行うことができます。必要な数のオーディオトラックと一緒にビデオを一度アップロードします。そして、キャプショントラックと同じように、これらのオーディオトラックをプレーヤーに表示することができます。ユーザーは好きなオーディオトラックを選ぶことができますし、地理やその他の関連するメタデータに基づいてプログラムでトリガーすることもできます。

柔軟性の向上

ビジネスによってCDNに関する要件は微妙に異なるため、Dynamic DeliveryはCDNに依存しないようにしました。当社の旧システムは、どのCDNでどの機能がサポートされるかについて、より厳密でした。現在、Dynamic Deliveryは、お客様のCDN要件に基づいたセットアップと実装が非常に簡単になっています。

ダイナミック・デリバリーが可能にする機能

Dynamic Deliveryが提供する明確なメリットに加え、システムの柔軟なアーキテクチャにより、迅速かつ容易に機能を追加することができます。これらの機能の多くについては、過去に記事にしていますので、リンクをたどって詳細をご覧ください!

コンテキスト・アウェア・エンコーディング- 機械学習と深い映像解析を活用し、必要最小限のビット数で各映像に最適な画質を実現。

サーバーサイド広告挿入(SSAI)- ターゲティングされた広告をコンテンツに動的に挿入し、テレビのような素晴らしい体験を提供し、広告ブロッカーを打ち負かします。

配信ルール- Dynamic Deliveryのパワーを活用し、お客様独自のビジネス目標に合わせて配信動作をカスタマイズできます。

スタート

動的配信は Brightcove プレーヤーに完全に統合されており、取り込みと配信の両方で API 互換性があります。さらに、動的配信コンテンツは、同じ Video Cloud アカウントで動的配信以外のコンテンツと共存できるため、大量変換を心配する必要はありません。

社内コミュニケーションのアップグレードに動画制作ワークフローを活用

企業の規模が大きくなり、大陸をまたぐようになると、チームや社員同士をつなぐことが不可能になることがある。しかし、150カ国に28万人の従業員を擁する世界最大のコンサルティング会社、デロイトはそうではない。なぜか?わずか3人の社内専門家チームを活用し、世界中のデロイト・チームメンバーをつなぎ、参加させ、教育する動画戦略を構築しているからだ。

最近、デロイトのマルチメディア・マネージャー、マイケル・ワインスタイン氏と、ウィップスターのビデオ・ワークフロー・デザイナー、ロロ・ウェンロック氏に話を聞いた。マイケル氏の3人のチームが、ビデオ制作の課題を克服し、社内の人材を活用し、承認ワークフローを確立し、効果的に全社と作品を共有するために配信を拡大した方法を探るためだ。

ビデオ社内コミュニケーションに欠かせないもの

企業規模の大小にかかわらず、どの企業でも、新入社員の受け入れ、新製品や新システムのトレーニング、リーダーシップからのメッセージの共有などが必要です。このようなニーズに対応するためのチャネルとして、企業向け動画がますます注目されています。ある調査では、55%の人が毎日オンライン動画を視聴していると回答し、上級管理職の59%が、選択肢がある場合はテキストを読む代わりに動画を視聴することを好むと回答しています。

社内でビデオを使い始める方法

デロイトは、膨大な従業員ネットワークでつながるための、より人間的な方法として、動画ファーストの社内コミュニケーション戦略を採用している。従来のコミュニケーション・チャネルよりも魅力的で、複雑なアイデアを短時間で伝えることができます。さらに、いったん動画が公開されれば、指標はいつでも利用できるため、マイケル氏と彼のチームはコミュニケーションのパフォーマンスを効果的に追跡することができます。また、適切なプラットフォームがあれば、動画配信はチームや地域をまたいで簡単に拡張できます。

小規模チームの課題と解決策

どんなに大きな企業でも、動画部門は数人のチームメンバーで構成されていることがよくあります。ウェビナー参加者の85%は、6人以下のチームで仕事をしており、そのような数人は、予算の制約、多段階の承認プロセス、経営陣の賛同など、多くの課題に直面しています。ここでは、マイケルと彼の3人のチームがどのようにこれらの課題を解決したかを紹介します:

  • 動画に関する専門知識を社内に導入したことで、主要な利害関係者に直接アクセスできるようになり、実験を行うことができるようになった。
  • Wipsterを使用することで、より効果的なビデオ制作ワークフローを設計し、合理的なコラボレーションを実現しました。
  • Brightcove を使用することで、ファイアウォールで保護された Deloitte TV Network を介して、世界中の 280,000 人の全従業員に動画配信を拡大することができました。

これらのソリューションが導入されたことで、マイケルと彼のチームは「Inside the Executive Studio」と呼ばれる10エピソードのシリーズを含め、これまで以上に多くのビデオを制作することができるようになりました。デロイトの従業員の75%がこのシリーズに参加し、必要な経営資源は最小限でありながら、会社のハイレベルなリーダーシップと従業員を人間的なレベルで結びつけました。

ビデオ制作ワークフローを活用したコミュニケーションのレベルアップ

WipsterのビデオワークフローデザイナーであるRollo Wenlockは、最も効果的なビデオワークフローがブレーンストーミングから結果までのプロセス全体をカバーすることを知っています。この包括的なアプローチにより、コンテンツ制作と配信が効率化され、チームメンバーは最高の作品作りと制作規模の拡大に集中することができます。ロロが考える動画ワークフローの4つの柱をご紹介します:

  • 戦略。最初からそのための計画を立てておけば、動画制作の規模を飛躍的に拡大するのはずっと簡単です。さらに、効果的な戦略は、動画計画の目標を明確にし、視聴者が誰であるかをプロデューサーに伝え、動画が利益にどのように影響するかを利害関係者に示します。
  • 創造。システム化され、テンプレート化された制作プロセスは、効率とパフォーマンスの向上につながる。さらに、各チームメンバーが自分の役割と、プロセスの中での自分の位置づけを理解していれば、共同作業も容易になります。
  • 出版。シームレスな制作ワークフローが承認後に停止してしまうのでは意味がありません。プロセスにパブリッシングを組み込むことで、配信速度が向上し、人的ミスの可能性が減少します。また、パブリッシングが完了したら、パフォーマンス指標にアクセスし、実行できるようにする必要があります。
  • メディア資産管理。包括的で検索可能なメディア・ライブラリーは、すべての人の仕事を容易にします。時間を節約し、エバーグリーンコンテンツを活用し、繰り返しを避け、新しいアイデアを呼び起こすことができます。

戦略、ワークフロー、パフォーマンス指標、メディアがシームレスに統合されていれば、チームはプロセスに埋没することなく、クリエイティブな思考をすることができます。アセット、承認、結果を追いかけるために節約した時間とコストは、代わりに制作の規模を拡大するために使うことができます。そして、小規模なチームが大規模な動画コンテンツを制作・配信できるようになれば、企業は世界中の従業員とつながり、関わり合い、教育することができます。

BRIGHTCOVE PLAYER バージョン 6 に VIDEO.JS 7 が含まれているのはなぜですか?

最近、ブライトコーブ プレーヤーのバージョン番号ポリシーに変更を加え、一部のお客様を混乱させました。何を変更したのか、またなぜ変更したのかをお知らせするために、ここに記します。

概要

Video.js がバージョン 6 からバージョン 7 に更新された際に行われた変更によって、ブライトコーブ プレーヤーの動作が大幅に変更されることはありませんでした(詳細は後述)。これらの変更には、通常 Brightcove Player のメジャー バージョン アップデートで必要となる、特別な注意や手動によるオプトインは必要ありませんでした。このため、Video.js のメジャー バージョン アップデートであり、ブライトコーブ プレーヤーのメジャー バージョン アップデートではありません。

これにより Brightcove Player のメジャーバージョンは Video.js と同期しなくなり、プレーヤーの内部を注意深く見ている人にとっては、若干混乱する可能性があることは認識しています。しかし、Brightcove Player 7 をリリースし、すべてのお客様に手動アップデートのオプトインを求めるという選択肢は、より混乱を招くと考えました。

クイック・サマリー

  • メジャーバージョン番号(ドットの前の最初の数字)の変更は、大きな変更、特に互換性を壊すような変更を示します。
  • Brightcove Player は Video.js のスーパーセットであり、Video.js がコアを形成しています。
  • バージョン5からは、メジャーバージョンを同期させることで、どのバージョンとどのバージョンが一緒になっているのかを把握しやすくしました。
  • Video.jsのメジャーバージョンを7に更新したのは、特にFlashサポートを削除し、HLSサポートを追加したためだ。
  • Video.js 7 の上に Flash サポート(Win7 の IE 11 用)を追加し、ブライトコーブ プレーヤーには常に HLS サポートが含まれていたため(これは変更ではありません)、ブライトコーブ プレーヤーはバージョン 6 のままとしました。
  • Brightcove Player へのこれらの追加では、変更はそれほど大きくなく、通常メジャー バージョン アップデートで必要となるような特別な注意や手動によるオプトインは必要ないと考えました。そのため、Video.js はメジャー バージョン アップデートですが、Brightcove Player はメジャー バージョン アップデートではありません。
  • 混乱を招いて申し訳ありませんが、Brightcove Player 6 からのアップグレードで混乱が生じないことを、メジャー バージョンを 6 のままにしておくことが正しく伝わったと思います。

何が変わったのか?

バージョン 6.20 では、依存関係として Video.js 7 を組み込みました。バージョン 5 と 6 では、Video.js のメジャー バージョンと Brightcove Player のメジャー バージョンを同じにしていました。現在では、再び同期していません。

我々の目標

Brightcove Player の目的は、お客様に最高のユーザー エクスペリエンスを提供し、最小限の混乱で最新の修正と改善を行うことです。当社の自動更新システムは、リリースする各バージョンが最高品質であり、お客様の Web サイトで引き続き機能するように設計されています。全てのアップデートが既存の実装と互換性を持つよう努力し、私たちの改良がお客様に最大のプラスの影響を与えることができるようにしています。

メジャーバージョン番号の意味

メジャーバージョン番号(ドットの前の最初の数字)の変更は、大きな変更、特にプレーヤーを既存の統合と互換性のないものにする変更を示すために使用します。メジャーバージョン番号の変更は、一般的に、お客様がアップグレードに注意し、特別な注意を払う必要があることを意味します。たとえば、バージョン5から6へのアップデートでは、プレーヤーを自動的にアップグレードしないことを決定しました。バージョン 5 以降、Video.js のメジャー バージョンと、対応する Brightcove Player のバージョンを同じにするように努めてきました。

BRIGHTCOVE PLAYER 6 の VIDEO.JS 7

Video.js 7 では、Flash サポートの削除や、Flash サポートを必要とするすべてのブラウザ(IEの古いバージョン)のサポートなど、いくつかの大きな変更を行いました。また、コア プレーヤに HLS 再生サポートを追加しました。これらは Video.js にとって大きな変更であり、統合やプラグインに大きな影響を与える可能性があるため、バージョン番号を変更しました。

Brightcove Player は Video.js のスーパーセットです。つまり、Video.js から開始し、特に Brightcove Video Cloud ユーザが使いやすいように他のコンポーネントを追加します。Video.js 7 をリリースする際、オプトインやその他の破壊的なアップデートを必要とするような破壊的変更を導入することなく、そのバージョンの改良を現在の Brightcove Player の顧客にも提供する方法はないかと尋ねました。Brightcove Player には、デフォルトで HLS サポートが常に含まれているため、Video.js 7 での HLS の追加は、Brightcove Player 6 の変更ではありませんでした。また、Brightcove Player スーパーセット バンドルに Flash サポート(Windows 7 の IE 11 用)を追加することで、Brightcove Player 6 と 100% 互換性のある Brightcove Player を作成できると判断しました。

事実上、Video.js では重大で壊れる可能性のある一連の変更が、ブライトコーブ プレーヤーではそれほど重大ではなく、壊れる可能性もないことを意味します。Brightcove Player をバージョン 6 のままにしておくことが、このことを示す正確な方法であり、特別な注意を払ったり統合コードを変更したりする理由がないことを伝える方法であると考えました。

これにより Brightcove Player のメジャーバージョンは Video.js と同期しなくなり、プレーヤーの内部を注意深く見ている人にとっては、若干混乱する可能性があることは認識しています。しかし、Brightcove Player 7 をリリースし、すべてのお客様に手動アップデートのオプトインを求めるという選択肢は、より混乱を招くと考えました。

私たちの決定と、最近の Brightcove Player 6 バージョンに Video.js 7 を含める理由について、ご理解いただければ幸いです。私たちの目標は、新バージョンの更新ごとに、混乱を最小限に抑えながら最高のユーザー エクスペリエンスを提供することです。