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

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 を含める理由について、ご理解いただければ幸いです。私たちの目標は、新バージョンの更新ごとに、混乱を最小限に抑えながら最高のユーザー エクスペリエンスを提供することです。

ブライトコーブのギャラリー ポータルにおける動画 SEO の最大化

検索結果で上位に表示されることは、企業にとって非常に重要である。多くの大企業は、グーグル、ビング、その他の検索エンジンが使用するアルゴリズムが自社サイトを好意的に扱うようにするためのSEOチームを専門に抱えているほどだ。

お客様が動画戦略の中でSEOを最適化できるよう、最近、ギャラリーポータルにいくつかの機能を追加しました。

REL=カノニカル 

同一またはそれに近い内容のページが複数存在するサイトは、SEOに悪影響を及ぼす。

残念なことに、1つの動画が複数のカテゴリに存在する場合、これはGalleryサイトで発生する可能性があります。多くのギャラリーサイトでは、"Most Recent "または "Most Popular "カテゴリがあり、サイト内の他の場所に存在する動画をハイライトしています。Googleがこれらの同じページを見たとき、SEOの価値を分割してしまうかもしれません。

SEOに悪影響を与えないようにするために rel=canonical タグを使用する。これはGoogleに、あるページのSEO価値が、実は私がタグで特定した別のページに属していることを伝える。 <head> 要素で構成されています。こんな感じだ:

<a link rel="canonical" href="https://example.com/my_page.html"></a>

Galleryでは、これを簡単に行えるようにしました。これで rel=canonical ディスカバリー>サイト詳細画面のチェックボックスをクリックすることで、すべての動画詳細ページにアクセスできます。

Galleryでは、動画詳細ページのURL構造として、以下の部分を使用しています:

<a link rel="canonical" href="https://your-url.com/detail/videos/category-name/video/video-id/title-of-video.html"></a>

実際のURLは次のようになる:

<a link rel="canonical" href="https://example.com/detail/videos/popular-videos/video/3323417749001/my-great-video"></a>

について rel=canonical タグは URL からカテゴリ名を削除するので、複数のカテゴリに属する動画は同じ正規 URL を指すようになります。

<a link rel="canonical" href="https://example.com/detail/video/3323417749001/my-great-video"></a>

URLから動画タイトルを削除する

上記のように、Gallery内のURLから動画のタイトルを削除できる新しいチェックボックスを追加しました。これは、動画の名前を頻繁に変更するお客様にとって、SEO上のメリットがあります。また、扱いにくいURLになる可能性のある長いタイトルを持つお客様にもメリットがあるかもしれません。

URLの動画タイトルを削除することで、SEOに悪影響を及ぼす可能性があるため、潜在的な利益と結果を十分に考慮した場合にのみ実施したい。

最終的な検討事項

これらの機能について懸念がある場合は、実装する前にSEOの専門家に確認してください。これらの機能を実装する場合は、変更前に検索エンジンのトラフィックを確認して基準値を取得し、変更後に影響を把握することをお勧めします。

BRIGHTCOVE プレーヤー V6.22 の改善

先週、Brightcove Player 6.22 をプレ・リリースしました。このバージョンでは、お客様やインテグレーターが興味を持つであろう、いくつかの便利な API の変更が行われました。

自動再生設定の拡張

その一環として Video.js 7.1.0我々は autoplay 設定がより強化されました。

現在、この設定は次のいずれかになります。 true または falseを設定するのと似ています。 autoplay 属性(あるいは <video> 要素。それが trueをクリックすると、プレーヤーは自動再生を試み、ブラウザがそれを阻止する場合、いわゆるBig Play Buttonを表示します。

しかし、自動再生が成功する可能性を高めたい場合もあります。拡張された autoplay 設定は、(既存のBoolean値に加えて)いくつかの新しい文字列値を受け入れることができるようになりました。

Any

設定の追加 {"autoplay": "any"}を呼び出すことになります。 play() にあります。 loadstart イベントを呼び出します。再生に失敗すると、プレーヤーはプレーヤー自身をミュートして play() をもう一度押してください。それでも再生に失敗する場合は、前回の muted が復活します。

この値は最も完全な解決策を提供します。 - ミュートされていない自動再生が好ましいですが、ミュートされた自動再生でも構いません。

Muted

設定の追加 {"autoplay": "muted"}を呼び出すと、プレーヤー自身がミュートされ、その後 play() にあります。 loadstart イベントが発生します。
再生に失敗した場合、 muted が復活します。

この値は、最初の試行で成功する可能性が最も高い値です(ミュートされた自動再生が望ましい場合)。

Play

最後に、設定を追加する、 {"autoplay": "play"}を呼び出すことになります。 play() にあります。 loadstart イベント。

これが成功する可能性は、次のような設定になります。 autoplay: true.

カタログ・プラグインの改良

注意点:: 当面の間、これらの機能はカタログ・プラグインのメソッドを通じてのみ利用可能です。 data- の属性を持ちます。

APIの標準化

カタログ・プラグインに加えた最大の変更は、長年にわたってメソッド間に細かな不整合を抱えるようになったライブラリAPIを標準化する努力の一環です。

この努力の真の目的は、共通のものを追加することでした。 get() メソッドは、すべてのリクエストタイプで動作し、単一の引数を取ります。 カタログ・パラメータ・オブジェクト (後述) その get() メソッドは Promise オブジェクトがあります。

例えば、一般的な get() メソッドは次のようになります:

// Request a video from the Playback API.
player.catalog.get({
  type: 'video',
  id: '123456789',
  adConfigId: 'abc123'
})

  // The request succeeded, load the video data into the player.
  .then(function(data) {
    player.catalog.load(data);
  })

  // The request failed.
  .catch(function(err) {
    videojs.log.error(err);
  });

さらに、この取り組みには、既存のメソッドの下位互換性のある変更も含まれています。 getVideogetPlaylistgetSearchgetSequence+ getLazySequenceこれらの変更は以下の通りです:

  • getVideogetPlaylist+ getSearch 現在の実装の代わりに、カタログ・パラメータ・オブジェクトを第一引数に取ることができるようになりました。
  • すべてのメソッドの第3引数、 adConfigIdは非推奨となリました。カタログ・パラメータ・オブジェクトを adConfigId プロパティに使用します。
  • 各メソッドは、依然として2番目の callback 引数を返し XMLHttpRequest オブジェクト。もしくは、 Promise を使用するのが望ましいです。 get() メソッドを使用します。

重要なのは、これらの変更はすべて後方互換性があるということです。既存のコードを変更する必要はありません!

例えば、上記のビデオ・リクエストは、古いスタイルでも可能です:

// Request a video from the Playback API.
player.catalog.getVideo('123456789', function(err, data) {

  // The request failed.
  if (err) {
    return;
  }

  // The request succeeded, load the video data into the player.
  player.catalog.load(data);
}, 'abc123');

カタログ・パラメータ・オブジェクト

これは、今後ブライトコーブ・プレーヤーからPlayback API へのリクエストを記述する際の基本として使用したい規約です。

すべての get* のメソッドがあります。

値はすべて文字列でなければならない。

名称 説明
type リクエストの種類。以下のいずれかでなければならない。 'video''playlist'あるいは 'search'.
accountId データ取得元のアカウントID。デフォルトは選手のアカウントIDです。
policyKey このアカウントのポリシーキー。デフォルトはプレーヤーのポリシーキーです。
id ビデオまたはプレイリストの ID、または参照 ID の先頭に 'ref:'必須: ビデオやプレイリストのリクエストのために。
q searchクエリ。 必須: searchリクエストの場合( id は非推奨)、それ以外は無視されます。
adConfigId A Video Could SSAI広告設定ID。
tveToken クエリ文字列パラメータとして送信されるオプションのTVEトークン。
limit playlistとsearchタイプでのみサポートされています。返されるビデオの数を制限します。
offset playlistsearchタイプのみサポートします。スキップするビデオの数。
sort 検索タイプのみサポートします。検索のためにビデオをどのようにソートするかに利用します。

注意点::後方互換性のために、非推奨となりました。 id パラメータを使用します。 検索 タイプは id パラメータの代わりにsearchクエリとしてサポートされています。 qについて 検索 種類とシーケンス id パラメータは、カタログ・パラメータ・オブジェクトでもあるサブオブジェクトを含むことができる。

プレイリストの制限とオフセット

この標準化の結果として、我々は以下のサポートを追加しました。 limit & offset クエリーパラメーターが追加されました。これにより、より長いプレイリスト・サイズやプレイリストのページ付けが可能になります。これらは getPlaylist() 関数は、このようになります:

// Request a playlist from the Playback API.
player.catalog.getPlaylist({
  id: '123456789',
  limit: '25',
  offset: '0'
}, function(err, data) {

  // If there is an error object, the request failed.
  if (err) {
    return;
  }

  // The request succeeded, load the playlist data into the player.
  player.catalog.load(data);
});

結論

Brightcove Player 6.22 の新機能に、私たちはとても興奮しています。このバージョンは現在プレリリースの状態ですが、自動更新プレーヤーの皆様には近日中に配布する予定です。

ブライトコーブ製品アップデート2018 年春

今年も素晴らしいNABを開催することができました。いつものように、これらのビデオは、お客様が素晴らしく収益性の高いビデオ体験を提供できるよう、私たちが開発している素晴らしい新機能やイノベーションについてお客様を教育するためのものです。

以下は、ビデオで紹介されたすべてのアップデートの概要と、追加情報やドキュメントへのリンクです:

  • SDKの強化:tvOSとAndroid向けのアップデート。
  • プレーヤーのアップデートモバイルSafariブラウザで360°ビデオをサポート。Chromeで自動再生に対応。
  • Video Cloud の検索機能が向上しました
  • Facebook Rights Manager API統合:現在ベータ版です。
  • OTTフロー:新しいChromecastレシーバーアプリのDRMサポート。
  • 文脈依存の暗号化:「クイックリリース"オプションで、より迅速なパブリッシングを実現。

私たちは、これらのアップデートが皆様のビデオ体験をどのように向上させるかを楽しみにしています。

全社の動画コンテンツを一元管理し、確実な期限管理を実現

顧客の一人ひとりの心とからだに寄り添う

ワコールは、創業70周年を迎え、コーポレートメッセージを「より美しく」へとリニューアルした。「女性が堂々と美しさを表現できるのは平和の証」という理念で成長を続けてきたいま、消費者の価値観は多様化し、人々の求める「美しさ」は、「私らしさ」へと変わってきている。これからも、顧客の一人ひとりの心とからだに寄り添った美を提供していくというメッセージだ。


同社は、動画コンテンツへの取り組みを続けてきた。ユーザーに対して、動画で伝えたいケースは多い。たとえば、下着のつけ方/洗い方など。実際に、「下着の基礎知識」は人気コンテンツになっている。それらに加えて、商品ごとのプロモーションムービーとして店舗で流す動画やテレビCMなどがある。


総合企画室 広報・宣伝部 WEB・CRM企画課 川勝 和美氏は、「2009年から、YouTubeにそれらの動画コンテンツをアップするようになりました。Webサイトに埋め込みたい動画はすべてYouTubeにアップし、タグで自社サイトに組み込むことにしたのです」と振り返る。「当時、自社サーバーに動画ファイルをアップすると負荷がかかると情報システム部門の指摘を受けていたので、自社のサーバーに負荷をかけることなく、無料で使えることを評価しました。」

権限管理と期限管理の課題が発生

時は流れ、動画コンテンツはより高品質になり、それに伴ってファイルサイズは大きくなった。企業のセキュリティは厳しくなり、USBやフリーのファイル転送サービスなどによるファイル受け渡しも難しくなってきた。そして、社内担当者からは、ファイルの受け渡しとYouTubeへのコンテンツのアップロードを制作会社に行ってもらうために、アカウントを開放してほしいという要望が上がった。NDAを締結した上で、アカウントを開放したが、YouTubeに権限管理機能はなく、社内外の全員が同一のID/パスワードを使用してログインするため、誤って必要な動画を消してしまう可能性もあった。

私がひとりで、あまり時間をかけず、外注費ゼロで生成できました。この仕組みが社内で活用されればコスト削減につながるはずです。

川勝和美
株式会社ワコール 総合企画室 広報・宣伝部 WEB・CRM企画課

もう1つ、大きな問題があった。モデルの肖像権だ。動画コンテンツに登場するモデルとは、期間限定の契約を結ぶことが一般的だ。誤って使用期限を過ぎて動画を公開し続けてしまうと、追加料金が発生するだけでなく、信頼関係を毀損してしまう。管理を担当者任せにしたまま、「うっかり忘れていた」では済まされない。


期限管理の課題をより複雑にするのが、コンテンツ制作における意思決定プロセスが分散していることだ。川勝氏のチームは、広報・宣伝部として全社的なブランドを管理する立場だが、プロモーションの動画コンテンツはブランド担当者が作る。モデルとの契約もブランドが主体となって進める。社内にあるすべてのコンテンツを把握し、それぞれの期限管理を行うことは困難だった。


とはいえ、自社に動画コンテンツ用のサーバーを導入するとコストがかかる上に管理負担は重く、一方のYouTubeは無料で使用できる。課題を抱えながら、動画の本数は膨れ上がっていった。しかし、管理面では限界に来ていた。自社ブランドを強くアピールしたいコンテンツにYouTubeを使えば、再生後に別の動画が表示されてしまうことが課題になることもあった。そんなときに川勝氏はブライトコーブを知ることになる。川勝氏は、「同じアパレル業界の事例講演を聞いて、課題が同じでそれを解決してくれるソリューションなのだと感じました」と話す。

BRIGHTCOVE ギャラリーでページを自動生成

Brightcove Video Cloud に動画を蓄積すれば、期限管理を的確に行うことができ、視聴デバイスによる出し分けもできる。もちろん、制作会社を含む関係者に権限設定をした上で個別のID、パスワードも付与できる。広く視聴してほしい動画は引き続きYouTubeを利用したいが、その管理にはBrightcove Socialをを使える。そして、ランディングページをだれもが簡単に作れるBrightcove Gallery の存在もあった。


「YouTubeにアップしても、ランディングページの制作は外部のWeb制作会社に依頼していました。Brightcove Galleryでテンプレートを設定しておけば、簡単なページならだれもがすぐに作ることができます」(川勝氏)


2017年末、導入が決定。まずは、広報・宣伝部が主体となってBrightcove Video Cloudをはじめとする各種機能を使い込み、全社展開での活用に至る道筋をつけるプロジェクトを進行させている。動画の使用期限はBrightcove Video Cloud画面で一覧できるため、期限が入力されていないコンテンツは、担当者に入力するよう促せる。IDごとに権限を設定できるようになり、制作会社にはアップロードのみの権限を、社内担当者には編集の権限を付与した。


「Brightcove Galleryで、テストケースとして自分自身でランディングページを作ってみました。テンプレートをコピーして編集した簡単なページの生成でしたが、外注するとなるとそれなりのコストがかかります。私がひとりで、あまり時間をかけず、外注費ゼロで生成できました。この仕組みが社内で活用されればコスト削減につながるはずです」(川勝氏)


社内のみに公開したい動画を保存しておけることから、販売員向けの接客トレーニング動画など、社内向けの動画もBrightcove Video Cloudにアップするようにした。これにより、セキュリティの担保されたクラウド上に保存できるため、店頭にいる販売員に対して速やかに最新の情報を共有できるようになった。


出稿した動画広告の視聴分析も、テスト中だ。親元を離れて働いている女性をターゲットとする企業ブランド広告をSNSで展開し、その視聴量を取得できた。川勝氏は、「今年はインフラを整える段階。社内への啓蒙を進めています。近い将来、たとえばEC部門と協力してコンテンツから購買につなげる仕組みなどを整えたいと考えています」と話している。

動画のパフォーマンスを向上させる簡単なステップ

「やあ、サリー、ビデオの調子はどうだい?」まるでそんな不吉な質問が通りすがりに答えられるかのように、サリーの上司が尋ねた。「サリーは言った。「たくさんの人が見てくれて、再生回数は382回です」。しかし、二人は不思議に思った。平均以下?どうしたらもっと再生回数を増やせるんだろう?"

このシナリオに聞き覚えがあるとしたら、あなただけではありません。私は、同じ質問と格闘してきた数え切れないほどの Brightcove のお客様と仕事をしてきました。そこで、動画パフォーマンスを向上させるために誰でもできる一連の手順を作成しました。

課題:より多くの人にプレーをクリックしてもらう

視聴者にコンテンツに関心を持ってもらうのに問題がある場合、考慮すべき基本的なことがいくつかあります。動画のパフォーマンスを向上させるために、ポスター画像、動画のサイズ、ページの配置にこだわる必要はありません。

ステップ1 - ポスター画像、タイトル、説明文を強化する

ウェブサイトの訪問者は、一般的に、それが必要でない限り、彼らの人生の1-2分をビデオにコミットすることを躊躇していると感じています:

  • 何かを手伝う
  • 質問に答える
  • 彼らを楽しませる

より多くの視聴者に再生をクリックしてもらう一番の方法は、カバー画像のタイトルと説明を使って期待感を持たせることだ。

机の組み立て方についてのビデオを作るなら、"How to assemb our new desk. "と言う。量子物理学の説明なら、"Explaining quantum physics"(量子物理学の説明)というタイトルがいいだろう。タイトルを考えすぎたり、賢くなりすぎたりしないこと。マーケティング用語」は避け、明確に。ポスターの画像そのものにタイトルをフォトショップで入れることもできる。私が最近作成したビデオのタイトルをご覧ください。

ホーム・デポは、いつもこれが得意だ。彼らのビデオポータルをチェックすれば、ビデオの中で何が手に入るかを正確に伝えているのがわかるだろう。

ステップ2 - サイズとページの配置を調整する

私たちは皆、大きなビデオが大好きだ。だから私たちはどんどん大きなテレビや携帯電話を買い求めるのです。同じことがウェブサイトの視聴者にも当てはまります。320X180の小さな動画を右下に配置した場合、2ページスクロールすると低い数字が表示されることが予想されます。

前面中央に配置し、ページデザインの許す限り大きくすることで、誰かが再生をクリックする可能性が劇的に高まります。私は、あまりに大きくて美しいので、興味もなかったビデオの再生をクリックしたことがある。

課題:動画をもっと見てもらう

では、クリック数が増えた今、どうすればより長い時間エンゲージしてもらえるのか?これを定義し、数値化するのはおそらく最も難しい。結局のところ、もし公式があれば、私たちは皆バイラルビデオを作っているはずだ。

ステップ1 - コンテキストに一貫性を持たせる

トラクターのスペックをすべて掲載したウェブサイトがあるとしよう。あなたは、そのトラクターがいかに素晴らしいか、そしてなぜ誰もがそれを買うべきなのかに主眼を置いた、ピカピカの新しいマーケティングビデオを設置する。私たちはここで2つの全く異なる会話をしています。もしあなたのページが情報を提供したり、何かを説明したりするのであれば、そのページの動画もそうすべきです。マーケティングビデオはマーケティングページ用に取っておきましょう。

ステップ2 - トーンと配置を考える

就職の面接に向かうとき、友人と社交的に出かけるとき、それぞれの状況を考え、適切な服装をする。ビデオの場合も同じです。台本を書いたり、ショットの絵コンテを描いたりする前に、どのようなトーンや見せ方がビデオのトピックと目的地の両方を最もよくサポートするかについて、短い会話をしましょう。ソーシャルな作品であれば、よりカジュアルで会話的なものにすることができますし、そうすべきです。ホームページに掲載するのであれば、より洗練されたフォーマルなものにすることができますし、そうすべきです。

ステップ3 - 誰かのストーリーを語る

人間として、私たちは物語そのものではなく、物語に対する誰かの視点に惹かれる。リアリティ番組が好きなのも、特定のニュースチャンネルに耳を傾けるのもそのためだ。確かに「ストーリー」は王様だが、ストーリーに対する誰かの視点こそが、そのストーリーを面白くし、親近感を抱かせるものなのだ。ストーリーを特定したら、そのストーリーを誰の視点から見たときに最も面白くなるかを自問してみよう。あなたの顧客?その製品に携わったエンジニア?営業担当者?営業マンの母親?おわかりだろう。

ステップ4 - 常に役に立つ

親切であることは、常に勝利につながります。顧客のペインポイントがわからない場合は、サポートチケットを調べ、顧客からよく聞かれることを営業チームに尋ねてください。そして、顧客がそれらの問題を解決するのに役立つコンテンツを作成する。

Xeroの "Startup Series"はその好例だ。ビデオでは、新しいスタートアップ企業が疑問に思っていることを直接取り上げ、答えを提供しています。

次の動画があなたの会社の収益を2倍にしたり、バイラルになることを保証する公式はありませんが、上記の提案は動画のパフォーマンスとエンゲージメントを向上させるのに役立ちます。最終的には、動画の再生をクリックする人が多ければ多いほど、またエンゲージメントを維持する時間が長ければ長いほど、最終的にコンバージョンに至る可能性が高くなることは周知の事実です。

BRIGHTCOVE PLAYER V7 アップデート

新旧交代

2018 年、Video.js 7 を使用した最初のリリースとなる Brightcove Player バージョン 6.20.0 をプレリリースしました。

Video.js 7には、2つの大きな変更が含まれています。

まず、Video.js HTTP ストリーミングライブラリーが Video.jsにバンドルされ、デフォルトの Video.js ライブラリに HLS 再生サポートと実験的な DASH 再生サポートが追加されます。ブライトコーブ プレーヤーには以前から HLS 再生サポートがバンドルされているため、このアップデートがブライトコーブのお客様に大きな影響を与えることはありません。

それは、Internet Explorer(IE)バージョン 9 および 10 のサポート廃止です。今後は IE11 のみをサポートし、ブライトコーブ プレーヤーのバージョン 6.20.0 以降は、11 以前の IE バージョンでは正常に機能しません。このポリシー変更の詳細については、ブライトコーブ プレーヤーのシステム要件ドキュメントをご覧ください。

サポートがなくなることがどうしていいことなのか?

6月20日現在、11より古いIEはプレーヤートラフィックのわずか0.07%に過ぎません。しかし、私たちは四半期ごとに、これらの古いブラウザをサポートするために労力を費やしてきました。これには、手動テストの実行や潜在的な問題のデバッグといった人的労力と、自動テストの実行といった機械的労力が含まれます。これらのブラウザのテストと問題追跡に費やす 1 時間ごとに、ブライトコーブ プレーヤーとお客様にとってより価値のある作業に費やすことができません。

さらに、Video.js と Brightcove Player の両方から古い IE のサポートを削除したことで、デフォルトの Player のサイズが 166KB から 159KB に減少しました。つまり、6.20.0 に更新した後、弊社の CDN から各 Player をダウンロードすると、ワイヤ経由で送信されるデータが7KB 減少します。

さて、7KBというと大したことはないように聞こえますが、全体として考えてみてください。1ギガバイトの帯域幅を節約するために必要なのは、CDNから約142,857のプレーヤーを配信することだけです。

そしてこの節約は、ここブライトコーブだけに影響するものではありません。この変更の最も重要な受益者は、お客様のユーザーです。限られたモバイル データ プランで消費する帯域幅が少なくなります。

IE9やIE10のサポートが必要な場合は?

IE9/IE10 サポートを維持する必要がある場合、スタジオまたはプレーヤ管理 API を介して、ブライトコーブ プレーヤーの自動更新を停止することができます。

まだバージョン5.xをお使いのお客様は何もする必要はありません。しかし、私たちは、すべての最新かつ最高の改善を得るために6.xにアップグレードすることを強くお勧めします。