JP6397911B2 - ビデオコンテンツを配布するビデオブロードキャストシステム及び方法 - Google Patents

Description

本発明の教示は、ビデオコンテンツを配布するビデオブロードキャストシステム及び方法に関する。特に、本発明の教示は、ビデオが再生される際にビデオコンテンツにリアルタイムで適用されるべきエフェクトを指定する制御データと共にネットワークにわたってビデオコンテンツをブロードキャストするためのシステム及び方法に向けられる。

ビデオブロードキャストは、スマートデバイスへのビデオコンテンツ及びデジタルコンテンツの送達がより一層広まるのに伴い、近年ではより一般化している。スマートデバイス上で、ビデオは現在、スマートデバイス自体にローカルにインストールされたアプリケーションを介して又は直接インターネットを介して、多様なアプリケーションを用いて視聴される。しかしながら、これらの既存のビデオブロードキャストシステムは、スマートデバイス上の高品質のグラフィック及び特殊エフェクトを含んでいるビデオの視聴に関連して用いられるときに種々の短所を示した。例えば、ビデオが高品質のグラフィック及び特殊エフェクトを有するには、ビデオファイルは、適切な高品質の解像度でなければならない。スマートデバイス上で視聴するためのこのかなり高解像度のビデオのダウンロードは、プレイバック速度がビデオのダウンロード速度を上回った場合に、ビデオのプレイバックをしばしば遅滞又は停止させる。加えて、データが記憶及びアップロード／ダウンロードのために圧縮されていても、この高解像度のビデオコンテンツは大容量なので、その記憶コスト及び伝送コストは考慮すべき事項である。他の場合には、大量のバッファリングを必要としないスマートデバイス上で視聴するためのより低品質のビデオが作成されるが、この場合、ビデオの解像度が減少し、したがって、単一のビデオファイルに組み込まれるグラフィック及び特殊エフェクトの解像度は品質が落ちている。

したがって、従来技術の欠点のうちの少なくともいくつかに対処する、ビデオコンテンツを配布するビデオブロードキャストシステム及び方法が必要とされている。

したがって、本発明の教示は、請求項１に記載の分散ネットワークにわたってビデオコンテンツを配信するための方法に関する。さらに、本発明の教示は、請求項４５に記載のビデオコンテンツを配信するためのシステムに関する。有利な実施形態が従属請求項に記載される。

一態様では、ネットワークにわたってビデオコンテンツを配信するための方法であって、
第１のデバイス上にビデオデータを提供することと、
補助データを作成するための情報を含んでいる制御データを、第１のデバイス上でビデオデータと関連付けること、
ビデオデータ及び制御データをネットワークにわたって１つ以上の第２のデバイスにブロードキャストすることと、
各第２のデバイス上で補助データをローカルに作成するために制御データの読出しに応答して動作可能なメディアプレーヤを各第２のデバイス上に提供することと、
メディアプレーヤがビデオデータを再生している間に補助データを立ち上げることと、
を含む方法が提供される。

別の態様では、制御データは、タグによって囲まれる機械実行可能命令を含む。有利には、制御データはメタデータを含む。一例では、制御データは機械可読マークアップ言語を含む。

さらなる態様では、補助データは、少なくとも１つの表示セグメントを含む。有利には、補助データは、複数の表示セグメントを含む。

一態様では、メディアプレーヤは、ビデオデータが各第２のデバイスにダウンロードされるのに必要なバッファリング時間を求めるために計算を行う。

別の態様では、計算されたバッファリング時間は、各第２のデバイスによって受信される制御データに組み込まれる。

一態様では、ビデオデータは、少なくとも１つのビデオセクションを含む。有利には、制御データは、少なくとも１つの表示セグメントが少なくとも１つのビデオセクションに関してどのようにして表示されるかを詳述する機械可読命令を含む。

さらなる態様では、少なくとも１つの表示セグメントを表示する期間は、制御データに組み込まれるバッファリング時間によって決まる。有利には、少なくとも１つの表示セグメントを表示する期間は、制御データに組み込まれるバッファリング時間に比例する。一例では、少なくとも１つの表示セグメントを表示する期間は、少なくとも１つの表示セグメント及び少なくとも１つのビデオセクションが時間遅延中断なしに順次に表示されるように、制御データに組み込まれるバッファリング時間と関連付けられる。

別の態様では、制御データは、複数の表示セグメントが複数のビデオセクションに関してどのようにして表示されるかを詳述する機械可読命令を含む。

一態様では、複数の表示セグメントを表示する組み合わされた期間は、バッファリング時間によって設定される。別の例では、少なくとも１つの表示セグメントを表示する期間は、計算されたバッファリング時間に応じて変更される。一構成では、２つ以上の表示セグメントを表示する期間は、計算されたバッファリング時間に応じて変更される。

さらなる態様では、各ビデオセクションは、第１のデバイス上のユーザによって選択される特定のビデオに対応する。

一態様では、各第２のデバイス上のメディアプレーヤは、データを取り出すためにフェッチプロセスを開始するべく制御データの読出しに応答して動作可能である。一例では、フェッチされるデータは、第２のデバイス上にローカルに記憶される。別の例では、フェッチされるデータは、第２のデバイスの遠隔の場所にある。例示的な構成では、フェッチされるデータは、コンピュータ可読命令を含んでいる。有利には、コンピュータ可読命令は、指定のエフェクトを実施する命令を含む。

一例では、フェッチされるデータは、第２のデバイス上に予め記憶される。代替的な例では、フェッチされるデータは、指定のエフェクトを生み出すのに用いられる。

別の態様では、制御データを記憶するために第１のデバイス上に第１のデータベースが提供される。

一態様では、制御データで参照されるデータ要素を記憶するために各第２のデバイス上に第２のデータベースが提供される。

別の態様では、制御データは、各第２のデバイス上のメディアプレーヤでビデオデータが再生されているときにビデオデータに少なくとも１つの指定のエフェクト、グラフィック、テキストデータ、特殊エフェクト、又は音声データを適用するための命令を含む。

さらなる態様では、ビデオデータと関連付けられるべき制御データのユーザによる選択を容易にするために第１のデバイス上に第１のユーザインターフェースが提供される。

一態様では、ビデオデータと関連付けられる制御データが、第１のデバイス上のビデオデータと同期される。有利には、ビデオデータ及び関連する制御データを含んでいる第１のデバイス上でデータ構造が生成される。一例では、ビデオデータと関連付けられる制御データが、第１のデバイスからの同期されたビデオデータと共に第２のデバイス上のビデオデータと同期される。

別の態様では、第１のデバイスは、データ構造を制御センターに伝送するように構成される。有利には、制御センターは、１つ以上の第２のデバイスにデータ構造を通信するように構成される。

一態様では、制御センターは、ビデオデータと関連付けられる制御データを修正するように動作可能である。有利には、制御センターは、ブロードキャストに先立ってビデオデータを承認する又は承認しないように動作可能である。

別の態様では、メディアプレーヤは、データ構造を読み出すように構成される。有利には、遠隔デバイスは、ビデオデータ及び関連する制御データの遠隔承認を容易にするために制御センターと通信する。

一構成では、制御データは、検索エンジンによる検索を容易にするための１つ以上のタグを含む。

さらなる態様では、制御データは、対応するエフェクトを表す複数の制御パラメータを含む。

一態様では、制御パラメータのうちの１つ以上は、第１のデバイス上で選択可能である。

さらなる態様では、第１のデバイス上で選択される１つ以上の制御パラメータは、第２のデバイス上で再生される際にそれぞれのメディアプレーヤによって適用されるように、ビデオデータと関連付けられる。

一態様では、ビデオデータは、搭載カメラを用いて第１のデバイス上で取り込まれる。

別の態様では、ビデオデータは、ネットワークを介して第１のデバイスで受信される。

一構成では、メディアプレーヤは、制御データにリンクされる指定のエフェクトを作成し、ビデオデータ上にレイヤするように構成される。

さらなる態様では、制御センターは、各第２のデバイスにユーザプロフィールを提供するように構成される。

一態様では、制御センターは、ユーザプロフィールに基づいて特定の第２のデバイスに送達するためにビデオデータと関連付けられる制御データを修正するように動作可能である。

さらなる態様では、テンプレート内のビデオ被写体の配置を容易にするために第１のデバイス上にテンプレートが提供される。

一態様では、利用可能なネットワーク帯域幅に基づいてブロードキャストするためのビデオ解像度が選択されるように、各第２のデバイスのネットワーク帯域幅が監視される。

本開示はまた、ビデオコンテンツを配信するためのシステムであって、
ビデオデータが提供されている第１のデバイスと、
第１のデバイス上で動作可能であり、制御データをビデオデータと関連付けるように構成される、第１のアプリケーションであり、制御データが、ビデオデータがネットワークにわたって１つ以上の第２のデバイスにブロードキャストされた後でビデオデータと共に提示されるべき補助データを作成するための情報を含んでいる、第１のアプリケーションと、
第１のデバイスからビデオデータ及び関連する制御データを受信するために第１のアプリケーションと通信する制御センターであり、ビデオデータ及び関連する制御データを１つ以上の第２のデバイスにブロードキャストするように動作可能な制御センターと、
各第２のデバイス上で補助データを作成するために制御データの読出しに応答して動作可能な各第２のデバイス上に提供されるメディアプレーヤであり、メディアプレーヤがビデオデータを再生している間に補助データを立ち上げるように動作可能なメディアプレーヤと、
を備えるシステムに関する。

本開示はまた、ポータブルデバイス上でビデオデータを再生するように動作可能なメディアプレーヤであって、
ビデオデータ及び関連する制御データを受信するための手段と、
制御データを読み出すための手段と、
制御データに基づいてポータブルデバイス上で補助データを作成するための手段と、
ビデオデータを再生している間に補助データを立ち上げるための手段と、
を備えるプレーヤに関する。

加えて、本開示は、コンピュータ化されたシステムで実行されるときにネットワークにわたってビデオコンテンツを配信するための方法を実施するエンコードされている機械可読命令を有するデータキャリアを含むコンピュータ可読媒体であって、前記方法が、
第１のデバイス上にビデオデータを提供することと、
第１のデバイス上で、補助データを作成するための情報を含んでいる制御データをビデオデータと関連付けることと、
ビデオデータ及び制御データをネットワークにわたって１つ以上の第２のデバイスにブロードキャストすることと、
各第２のデバイス上で補助データをローカルに作成するために制御データの読出しに応答して動作可能なメディアプレーヤを各第２のデバイス上に提供することと、
メディアプレーヤがビデオデータを再生している間に補助データを立ち上げることと、
を含む、コンピュータ可読媒体に関する。

一態様では、分散ネットワークにわたってビデオコンテンツを配信するための方法であって、
第１のデバイス上にビデオデータを提供することと、
ビデオデータがネットワークにわたって１つ以上の第２のデバイスにブロードキャストされた後でビデオデータに適用されるべきエフェクトを指定するために第１のデバイス上で制御データをビデオデータと関連付けることと、
フェッチプロセスを開始するために制御の読み出しに応答して動作可能なメディアプレーヤを各第２のデバイス上に提供することと、
を含む方法が提供される。

一態様では、第１のデバイス上にテンプレートが提供される。有利には、テンプレートは、ビデオデータが挿入される特定の最小解像度領域を含んでいる。一例では、最小解像度領域は、ビデオデータと共にレイヤリングされる。有利には、ビデオデータは、補助データよりも低い解像度を有する。一例では、補助データは、高精細（ＨＤ）の解像度を有する。別の例では、ビデオデータは、標準画質（ＳＤ）のビデオ解像度を有する。

一態様では、第２のデバイス上の視覚表示の大部分は補助データが占め、一方、ビデオデータは、第２のデバイス上の視覚表示の比較的小さい部分を占め、これにより、メディアプレーヤからの出力がＨＤ解像度のものであるという全体的な視覚的印象を与える。

例示的な構成では、ビデオデータは、補助データとビデオが一体に見えるように補助データの領域に挿入される。

別の態様では、利用可能なネットワーク帯域幅に基づいてブロードキャストするためのビデオ解像度が選択されるように、各第２のデバイスのネットワーク帯域幅が監視される。有利には、より低い帯域幅を課されるビデオは、ビデオブロードキャスト内で適用される帯域幅制約と共に表示されることになる。有利には、レイヤリングされた指定のエフェクトは、帯域幅問題を課されず、結果としてフルＨＤ解像度のままである。有利には、帯域幅制約の下でのフルフレームブロードキャストは、ビデオの品質を低下させる場合があるが、ＨＤ品質のフレームのパーセンテージは、適用される帯域幅制約を上回ったままである。

これらの及び他の特徴は、本発明の教示の理解を助けるために提供される以下の図面を参照するとより良く理解されるであろう。

本発明の教示がここで添付図を参照しながら説明される。

本発明の教示に係る分散ネットワークにわたってビデオコンテンツを配信するためのシステムのブロック図である。 図１のシステムを用いるブロードキャストであるデータ構造のグラフ図である。 図２のデータ構造を読み出すように動作可能なソフトウェアアプリケーションの図式表現である。 図２のデータ構造を生成するように動作可能な別のソフトウェアアプリケーションの図式表現である。 図１のシステムの詳細の図式表現である。 図１のシステムの詳細の図式表現である。 図１のシステムの詳細の図式表現である。 図１のシステムの詳細の図式表現である。 図１のシステムにビデオコンテンツをアップロードするための例示的なステップを示すフローチャートである。 同じく本発明に係るメディアプレーヤによるビデオコンテンツ上への指定のエフェクトのレイヤリングを実施するための例示的なステップを示すフローチャートである。 メディアプレーヤによってマルチレイヤデータ構造がどのようにして作成されるかを示す概略図である。 メディアプレーヤによって作成されるダウンロードされたビデオコンテンツ上への指定のエフェクトのレイヤリングの図式表現である。 テンプレートの図式表現である。 クライアントデバイスにダウンロードされるビデオデータの図式表現である。 複数のビデオのシームレスブロードキャストを提供するステップを示すフローチャートである。 図１１Ａのフローチャートの続きである。 補助データセグメントを伴う複数のビデオのシームレスブロードキャストの図式による例示である。 コンテンツのライブ編集を容易にする実施形態の図式による例示である。 コンテンツのローカルライブ編集を容易にする実施形態の図式による例示である。 複数のソースからのブロードキャストを容易にする実施形態の図式による例示である。 デュアルプレゼンテーションを容易にする実施形態の図式による例示である。 メディアプレーヤからの例示的なディスプレイ出力を示すスクリーンショットである。

本発明の教示が、例示的なビデオブロードキャストシステムに関してここで説明される。例示的なブロードキャストシステムは、本発明の教示の理解を助けるために提供され、どのようにも限定するものとして解釈されるべきではないことが理解されるであろう。さらに、いずれか１つの図を参照して説明されるモジュール又は要素は、本発明の教示の精神から逸脱することなく他の図のもの又は他の同等の要素と交換されてもよい。

最初に図１を参照すると、個人ユーザがタブレットなどのポータブルハンドヘルドデバイス１５上でビデオを作成し、次いで、ビデオをネットワーク３０を介して制御センター２０（制御システム）に送信し、該ビデオを他のユーザが制御センター２０（制御システム）から自分のタブレット２５又は類似のハンドヘルドデバイスにダウンロードすることができるようにする、ビデオブロードキャストシステム１０が提供される。タブレット１５上でビデオを作成するユーザは、取り込んだビデオにエフェクトなどの補助データを付加することができるが、データがネットワーク３０にわたって伝送されるときに、メタデータの形態のいくつかの制御情報と共に生ビデオデータだけが送信される。タブレット１５上でユーザによって付加される補助データは、例えば、グラフィック、カスタマイズ可能なテキストオーバーレイ、特殊エフェクト、音声などを含んでもよい。ビデオがタブレット２５にダウンロードされるときに、メタデータにリンクされる補助データ／指定のエフェクトが、タブレット２５上でメディアプレーヤによって再作成され、組み立てられ、構築される。指定のエフェクトは、次いで、タブレット２５上でビデオにオーバーレイされて、平面化された単一の高品質のビデオファイルの外観を与える。したがって、指定のエフェクトは、タブレット２５がビデオを制御センター２０（制御システム）からダウンロードした後でビデオに適用されることが分かるであろう。したがって、ユーザが、ビデオブロードキャストシステム１０を使って別の人によって作成されたビデオをダウンロードするときに、ダウンロードされる生ビデオデータは、ビデオをクリエータの意図した特殊エフェクトと共に再生するべくタブレット２５上でメディアプレーヤを制御する、メタデータの形態の適切な制御情報を伴う。このようにして、ネットワーク３０にわたって伝送されるデータの容量が減少する。

伝統的に、指定のエフェクト／補助データは、編集及びレンダリングを通じてグラフィック及び特殊エフェクトを挿入することで生ビデオデータを根本的に変えて、単一の平面化されたビデオファイルを作成することによって、ビデオがクリエータから伝送されるのに先立って適用されていたであろう。この高品質のグラフィック及び特殊エフェクトを含んでいる単一の平面化されたビデオファイルは、次いで、比較的高い帯域幅を必要とするネットワークにわたって伝送されることになったであろう。代替的に、この単一の平面化されたビデオファイルは、ネットワークにわたる伝送のために圧縮／トランスコードされる場合があるが、この圧縮／トランスコードは、結果的に、データサイズの減少に起因してピクセル化の増加をもたらし、結果的に、より低品質のグラフィック及び特殊エフェクトをもたらす。現在のブロードキャストシステムは、そのマルチレイヤリング方法論により、ビデオデータが圧縮／トランスコードされてネットワークにわたってより迅速に伝送されることを可能にする。しかしながら、グラフィック及び特殊エフェクトは、ブロードキャスト後にそれらがマルチレイヤメディアプレーヤを介してスマートデバイス上で作成され、構築され、組み立てられる際に適用され、これにより、前述の従来の方法よりも低い帯域幅の利用状況の下でより高品質を維持する。

例示的な実施形態では、第１のアプリケーション３１が、タブレット１５上に常駐し、ビデオデータに指定のエフェクトを付加するためにユーザによって用いられてもよい。例では、第１のアプリケーション３１はデータベース１００にアクセスし、そこからユーザがビデオ、音声、イメージ、及びグラフィックを選択することができ、そこでユーザが指定のエフェクトを選択することができる。メタデータコンテンツエージェント１０１は、ユーザによって選択される指定のエフェクトを、関連するメタデータを通じてビデオコンテンツにリンクするように構成される。同期処理エージェント１０３は、ユーザによって選択される特定の時点でビデオに指定のエフェクトが適用されるように、ユーザによって選択される指定のエフェクトを生ビデオデータと同期するように動作可能である。マルチレイヤメディア作成プレーヤ１０４は、ビデオデータ及び制御データを含むデータ構造３２を生成するように構成される。遠隔のタブレット２５上にインストールされるメディアプレーヤは、ビデオを再生しているときに適切な時点で指定のエフェクトが適用されるように、データ構造３２を読み出すように動作可能である。２つのコンポーネント、すなわち、ユーザによって取り込まれた生ビデオデータを含んでいるビデオデータコンポーネント３３と、ユーザによって選択される指定のエフェクトを生ビデオデータと関連付けるメタデータを含んでいる制御データコンポーネント３５とを含む例示的なデータ構造３２が図２に示される。ユーザの要求時に、第１のアプリケーション３１が、タブレット１５に、データ構造３２を制御センター２０に伝送するように指示する。メディアプレーヤ１２６が、遠隔のタブレット２５上にインストールされ、制御センター２０からダウンロードしたデータ構造３２を読み出すように構成される。次いで、制御データ３５と関連付けられる指定のエフェクトが、メディアプレーヤ１２６によって作成され、タブレット２５上にレイヤリングされ、ビデオが再生される際に生ビデオデータ３３に適用される。したがって、ビデオブロードキャストシステム１０内では、ビデオは、付随するグラフィック又は特殊エフェクトなしの、生ビデオ、言い換えればビデオデータとしてのままであることが当業者には分かるであろう。ビデオがエンドユーザによって視聴されるときに、タブレット２５が、メディアプレーヤ１２６を介して適正な高品質のグラフィック、テキスト、及び特殊エフェクトを同期的に作成する。これらのエフェクトは、次いで、それぞれの要求しているタブレット２５上のマルチレイヤメディアプレーヤによって生ビデオ上にオーバーレイされて、単一の高品質のビデオファイルの外観を与える。

タブレット１５から伝送されたビデオは、エンドユーザにブロードキャストするのに先立って承認プロセスを受けてもよい。さらに、制御センター２０が、所望の場合に生ビデオデータに適用されるべき指定のエフェクトを識別する関連する制御データを変更してもよい。一構成では、ビデオ及びその関連するメタデータを遠隔承認のために特定の認可された遠隔デバイス３７に送信する随意的な機能が、制御センター２０内に提供される。承認アプリケーション４０が、遠隔デバイス３７上にインストールされ、ビデオコンテンツ及び／又は関連する制御データを承認又は拒否するためにユーザがデバイス３７と対話することを可能にするように構成される。したがって、ビデオは、タブレット２５にブロードキャストする前に、制御センター２０によって又は遠隔デバイス３７を介して承認されてもよいことが分かるであろう。承認されたビデオがタブレット２５上で視聴されるときに、該デバイス上で実行している第２のアプリケーション５２が、該デバイス上で指定のエフェクトをローカルに作成する。第２のアプリケーション５２は、どの指定のエフェクトをタブレット２５上でローカルに作成するかを決定し、必要であれば、データ構造３２の中のメタデータのコンテンツに基づいて、仮想セット、商標付きのグラフィックレイヤなどのローカルデータベースからどれをフェッチするかを決定する。特殊エフェクトは、次いで、メディアプレーヤ１２６によってビデオ上にレイヤリングされて、単一の高品質のビデオファイルの外観を与える。したがって、フェッチプロセスは、第２のデバイス上に記憶されたデータをローカルに又はリモートで取得するべく開始されてもよいことが分かるであろう。一例では、フェッチプロセスは、指定のエフェクトをリアルタイムで作成し、制御データによって指示される場合の指定のエフェクトと関連付けられ得る任意のアセットをフェッチする。

同期プロセスは、タブレット２５上のメディアプレーヤ１２６を用いてエンドユーザによって視聴されるときに、高品質のグラフィック、テキスト、及び／又は特殊エフェクトが生ビデオデータ上に同時にオーバーレイされることを規定する関連する制御データと共に、生ビデオデータがネットワーク３０を通じて迅速に伝送され、妨害されないようにする。伝統的に、グラフィック及び特殊エフェクトは、強力な編集スイートで作成され、これは通常、レンダリングを介してグラフィックを平面化し、それらを大きい単一のビデオファイルとしてエキスポートするプロセスを必要とする。指定のエフェクト／補助データをローカルに再作成し、いくつかのグラフィック及びイメージを各ユーザのタブレット２５上にローカルに記憶することによって、ビデオブロードキャストシステム１０は、このレンダリングプロセスを行う必要性をなくす。さらに、生ビデオデータ及び関連するメタデータだけがネットワーク３０を通じて記憶及び伝送されるので、高品質のグラフィック及び特殊エフェクトのブロードキャストを伴う高品質のプロが作成したように見えるビデオを生成及びブロードキャストする速度及びコストが最小にされる。ネットワーク３０は、限定はされないが、ワールドワイドウェブ、インターネット、イントラネット、移動電話ネットワークなどの任意の適切な電気通信網であってもよい。

ここで、ビデオブロードキャストシステム１０の例示的なアーキテクチャを示す図４Ａ〜図４Ｅを参照する。分散ネットワークにおけるそれぞれのエンティティ間のデータの流れが、図４Ａ〜図４Ｅに矢印Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦで示される。例示的な構成では、ビデオブロードキャストシステム１０は、４つのモジュール、すなわち、第１のモジュール、第２のモジュール、第３のモジュール、及び第４のモジュールを含む。第１のモジュールは、カメラを備えたタブレット１５と、ユーザがビデオを作成し、ビデオ上に同時にオーバーレイされ、同期されるべき高品質のグラフィック、テキスト、及び／又は特殊エフェクトを選択し、次いで、ビデオ及び関連するメタデータをネットワーク３０にアップロードすることを可能にするべくインストールされる第１のアプリケーション３１とを含む。

第２のモジュールは、制御センター３０の一部として提供される。例示的な構成では、制御センター３０は、クラウド及び／又はローカルサーバアーキテクチャを含んでもよい。例示的な構成では、ネットワーク４２が制御センター３０内に組み込まれる。ネットワーク４２は、２つの別個のスペース、すなわち、制御センターネットワーク４４とブロードキャストネットワーク４６に細分される。第２のモジュールは、ユーザにより生成されたビデオコンテンツがアップロードされ、記憶され、次いで、タブレット２５にダウンロードされる場所である。

第３のモジュールは、制御センターアプリケーション４８を含み、これは、入来するユーザにより生成されたビデオがレビューされ、リモートで承認され、次いで同期されて、指定の高品質のグラフィック、テキスト、及び／又は特殊エフェクトと、ローカルメタデータのデータベースから抽出され、単一のファイルの外観を与えるべくダウンロードされたビデオコンテンツ上に同期的にオーバーレイされる他の種々のメタデータフィールドと共に、エンドユーザのタブレット２５上で再生されることを可能にする。メディアのリモートレビュー及び承認を可能にするために、ビデオ及びその関連するメタデータを、特定の認可ユーザだけがアクセス可能な遠隔デバイス３７に送信することができる、随意的な機能も存在する。承認プロセス及び同期プロセスが完了すると、制御センターネットワーク４４が、ブロードキャストネットワーク４６を介してビデオコンテンツをエンドユーザのタブレット２５にブロードキャストする。

第４のモジュールは、各ユーザのタブレット２５上にインストールされた第２のアプリケーション５２を含む。上記のように、第２のアプリケーション５２は、マルチレイヤメディアプレーヤ１２６と、制御センター４８によって承認され、認可される場合にダウンロードされたビデオコンテンツ上への指定のエフェクトのレイヤリングを可能にするべくマルチレイヤメディアプレーヤ１２６によって用いられることになる、タブレット２５上にローカルに記憶される仮想セット、ロゴ、商標付きのグラフィックなどの高品質のグラフィックの膨大なデータベースとを含む。メディアプレーヤ１２６内で、生ビデオデータが再生され、マルチレイヤメディアプレーヤ１２６を用いて指定のエフェクトの再作成及びレイヤリングが同期的になされる。エフェクト及びグラフィックの品質規格は、プロのスタジオ編集スイートエフェクトと同等である。メディアプレーヤ１２６は、例示的な構成では、ビデオデータ及び関連する制御データを受信するための第１の手段と、制御データを読み出すための第２の手段と、制御データに基づいて指定のデータを作成する及び／又はポータブルデバイス上のデータベースから抽出するための第３の手段と、ビデオデータが再生される際に制御データに従って再作成したエフェクト及び／又は抽出した指定のデータをビデオデータ上にレイヤリングするための第４の手段とを含む。

ビデオがエンドユーザのタブレット２５上で視聴されるときに、ローカルデータベースから再作成及び／又は抽出され、ビデオ上にオーバーレイされるグラフィック、テキスト、及び／又は特殊エフェクトは、制御センター４８及び／又は特定の認可ユーザの遠隔承認アプリケーション４０によって承認及び指定済みのものである。これは、制御センターを動作させる及び／又は第２の遠隔承認アプリケーション４０を介してメディアを承認する権限をもつ人に、既に公開されたビデオのグラフィック、特殊エフェクト、及び／又はテキストをリモートで制御する及び変化させる、さらなる融通性を与える。これは、例えば、関連するメタデータを変化させることによってなされてもよい。

第２のモジュールは、それを通じてすべてのビデオコンテンツ及び関連するメタデータがユーザの第１のアプリケーション３１から受信される、ハブとして作用する。アップロードされたビデオは、制御センターネットワーク４４を介して制御センターアプリケーション４８によってアクセスされ、承認され、同期され、次いで、制御センターアプリケーションによってブロードキャストネットワーク４６に公開される。ビデオは、認可されたエンドユーザによる視聴のために第２のアプリケーション５２に配信される。ローカルセキュアネットワーク４２へのアクセスは、制御センターアプリケーション４８又は特定の認可ユーザの遠隔承認アプリケーション４０にのみ制約されてもよい。

制御センターアプリケーション４８は、入来コンテンツ／ビデオを記憶するためにデータベース１０５を含んでいてもよい。コンテンツ承認プロセス１０６は、公開に先立ってビデオコンテンツを承認するために提供される。メタデータ承認処理サーバ１０７は、メタデータを承認するために提供される。どのタブレット２５にビデオコンテンツを伝送するかを選択するために受信者セレクタ１０８が提供される。ビデオコンテンツの公開をスケジューリングするためのスケジュール公開サーバ１０９が提供される。制御センターアプリケーション４８はまた、後述のグラフィックレイヤサーバ１１０、ビデオサーバ１１１、ニュースバナーサーバ１１２、ピクチャ／イメージ検索レイヤサーバ１１３、送達／記憶／トランスコードモジュール１１４、個人プロフィールサーバ１１５、及び同期処理モジュール１１７を含んでもよい。マルチレイヤメディア作成プレーヤ及びマルチレイヤメディア視聴プレーヤを含むメディアプレーヤ１１６も提供される。

例示的な構成では、制御センターアプリケーション４８は、制御センターネットワーク４４を介してユーザにより生成されたビデオ及び関連するメタデータのアップロードを受信してもよく、これは、ビデオ上にオーバーレイするための指定のエフェクトのオリジナルユーザの選択を識別するメタデータを含む。このデータは、次いで、データベース１０５に記憶される。制御センターアプリケーション４８内で、コンテンツ承認プロセスは、認可された人がユーザにより生成されたビデオコンテンツを公開のために承認することができる、コンテンツ承認処理モジュール１０６を用いて行われてもよい。コンテンツ承認処理モジュール１０６は、ブロードキャストする前にその必要があればコンテンツを編集する能力を提供する。メタデータ承認処理サーバ１０７は、すべての指定のエフェクトレイヤのメタデータ及び任意の選択されたグラフィック／特殊エフェクトのテキストを承認する能力を提供する。ビデオブロードキャストシステム１０の例示的な構成では、承認プロセスを実施するのは制御センターアプリケーション４８であり、このとき、制御センターネットワーク４４はデータが記憶及び伝送される導管として作用する。しかしながら、この承認プロセスは、アプリケーション上にではなくクラウド自体に実装されてもよいと考えられる。

受信者セレクタ１０８は、特定のダウンロード可能なビデオコンテンツを受信する又はこれへのアクセスを有することになるエンドユーザの指定を容易にする。受信者セレクタ１０８はまた、いくつかのエンドユーザのタブレット２５上に表示されるグラフィック／特殊エフェクトメタデータ及び／又はテキストメタデータに個人ユーザ固有の変化が加えられる必要がある場合があるので、メタデータ承認処理サーバ１０７及び個人プロフィールサーバ１１５と通信する。例えば、これは、ビデオがいくつかの異なる国にブロードキャストされている場合に当てはまり、この場合、パラメータは、各ユーザの自国語で画面上に表示されるべきテキストをレイヤリングすることができる組であってもよい。別の例は、視力の弱いユーザが画面上により大きいフォントが表示されることを必要とする場合などであろう。このユーザ固有のカスタマイゼーションプロセスは、個人ユーザのパーソナルプロフィールがカスタマイズされ、個人プロフィールサーバ１１５に登録されると、自動化されることになる。

ユーザにより生成されたビデオ及び関連するメタデータが承認プロセスを経ると、スケジュール公開サーバ１０９が、特定の時点で承認されたビデオコンテンツをブロードキャストネットワーク４６上に公開してもよい。グラフィックレイヤサーバ１１０は、ユーザにより生成されたビデオをオーバーレイのために指定のエフェクトのオリジナルユーザの選択と同期することになる。制御センターのビデオサーバ１１１が、ブロードキャストされるべき各ビデオを登録し、各ビデオは、エンドユーザのタブレット２５上でリクエストされ、再生されるときに、各ユーザのタブレット２５上に存在するビデオエージェント１２８にも登録されている。

規制及び報告する目的で、ビデオブロードキャストシステム１０上で各ユーザにデジタルフットプリントが割り当てられる。このデジタルフットプリントは、例えば、どのビデオ及び／又はコンテンツをユーザが視聴した／コメントしたかを示す。本質において、各個人ユーザは、ユーザに一意に識別される特定のエージェントを有し、これは個人プロフィールサーバ１１５上に記憶される。ニュースバナーサーバ１１２は、ニュースリールスタイルバナー、例えば、ティッカーテープニュースバナーをビデオ上に重ね合わせるべくユーザのタブレット２５上のグラフィックレイヤエージェント１２９にもローカルに記憶されるテキストフィードを提供することになる。これらのティッカーテープニュースバナーは、制御センターアプリケーション４８及び／又は特定の認可ユーザの遠隔承認アプリケーション４０から直接受信したテキスト及びグラフィックメタデータを流すことになる。例示的な構成では、３つの異なるタイプのティッカーテープニュースバナー、すなわち、会社全体のニュース（「一般フィード」）に関する一般ニュースバナー、部門固有のニュースバナー（「部門フィード」）、及びユーザ固有のニュースバナー（「ユーザ固有のフィード」）が存在する。一般フィードは、会社のネットワークにわたるすべてのユーザに対して同じとなる。部門フィードは、会社内の種々の部門又は作業カテゴリに基づく固有の情報を含むことになる。ユーザ固有のバナーは、個人プロフィールサーバ１１５内に登録され、カスタマイズされる際に、ユーザのパーソナルプロフィールに従って各個人ユーザに合わせられることになる。このニュースフィードは、制御センターアプリケーション４８及び／又は遠隔承認アプリケーション４０から生じることになるが、ユーザのタブレット２５上のプランナーにローカルに記憶されるユーザの個人的なリマインダ及び通知のうちのいずれかも抽出し、組み込むことになる。

ユーザが第１のアプリケーション３１を用いてビデオを作成すると、ユーザは、次いで、ピクチャ・イン・ピクチャ（「ＰＩＰ」）などの特定のタイプの特殊エフェクトを選ぶことを望む場合があり、このプロセスは、１つのビデオがモバイルデバイス上に全画面として表示されることを可能にし、一方、同時に、さらなるビデオクリップ／イメージが画面上のインセットウィンドウに表示されてもよい。ユーザは、自分のビデオにプロが作成したように見える外観を与えるべく、自分の選択したＰＩＰ特殊エフェクトに挿入するのに適したイメージに関して、ブロードキャストネットワーク４６内に存在するビデオ／音声／イメージ／グラフィックデータベースを検索する、又は代替的に、用いられるべき新しいイメージ、音声、グラフィックをアップロードすることができる。ユーザによって選ばれたイメージに関連するメタデータは、次いで、ユーザにより生成されたビデオ及び他の関連するメタデータと共に、ブロードキャストネットワークから制御センターネットワーク４４にダウンロードされることになる。制御センターアプリケーション４８内に存在するピクチャ／イメージ検索レイヤサーバ１１３は、ブロードキャストネットワーク４６内に存在するデータベースから取得されたこのデータを同期するように動作可能である。次いで、ユーザにより生成されたビデオコンテンツと、関連するメタデータと、付随のイメージはすべて、同期処理モジュール１１７を介して制御センターアプリケーション４８で同期されて、同期されたレイヤードイメージ及び指定のエフェクトを有する最終的な高品質のビデオをもたらす。このブロードキャストサーバとの全体的な相互作用は、ピクチャ、音声、ドキュメントＰＤＦ、ｐｎｇなどのグラフィック表現などのアーカイブ承認されたメディアがブロードキャストコンテンツの新しい部分の一部として組み込まれるときにはいつでも起こることになる。

ビデオブロードキャストシステム１０は、適切なコンテンツを識別するために文脈検索エンジンを用いてもよい。一例は、ユーザにより生成されたビデオ上にオーバーレイするためのイメージを探すことであろう。イメージ及びその関連するメタデータは、セキュアブロードキャストネットワーク４６に記憶され、定義された検索パラメータを用いて取り出し可能である。イメージ（メタデータ）及びテキスト（メタデータ）がユーザにより生成されたビデオ上にオーバーレイされる方法は、マルチレイヤメディアプレーヤがイメージ／グラフィックをどのようにして作成し、表示し、アニメーション化／操作するかを制御する定義されたテンプレートパラメータの使用による。例えば、これらは、各イメージの位置及び長さと表示される時間の長さを自動操作し、これらのすべては、制御センターアプリケーション４８によって承認及び制御される。こうしたパラメータの例は、後述のピクチャ・イン・ピクチャ（「ＰＩＰ」）プロポーションド・スケーリング・ファクタ（「ＰＳＦ」）で見ることができる。ＰＩＰ特徴では、１つのビデオがタブレット２５上で全画面として表示されてもよく、同時に、さらなるビデオクリップ又はイメージがインセットウィンドウに表示され、これはアルファ合成（ａｌｐｈａ ｃｏｍｐｏｓｉｔｉｎｇ）を用いてなされる。いくつかのスクリプト化された式の使用により、ビデオブロードキャストシステム１０は、ソースクリップの幅と第１のＰＩＰクリップの幅との比を抽出し、これに第１のＰＩＰのスケールファクタを乗算し、新しいものに適用されるべき最終的なスケールファクタを出力する。言い換えれば、ワークフローは、合成される第１のＰＩＰクリップとのそれらの相対サイズ及びこれに適用されるスケールファクタに応じて、ＰＩＰクリップをスケールアップ又はスケールダウンする。このプロポーションド・スケーリング動作がなされると、これはユーザにＰＩＰクリップを配置させ、フォーマットの相違の結果としてのどのブラック領域も埋めるべくオフセット補正パラメータを追加させる。

以下は、プロポーションド・スケーリング・ファクタ（「ＰＳＦ」）がどのようにして生成されるかの例である。
ＰＳＦ＝第１のＰＩＰスケール×（幅比＋オフセット）
第１のＰＩＰクリップスケール＝０．７
第１のＰＩＰクリップ幅＝７２０
ソースＰＩＰクリップ幅＝１．２８０
幅比＝７２０／１２８０＝０．５６２５オフセット＝０．０９７（ユーザにより定義される）
ＰＳＦ＝０．７×（０．５６２５＋０．０９７）＝０．４６１６５

後続のＰＩＰクリップの各グラフィックを送る３つの情報のライン、すなわち、（ｉ）クリップ自体の幅、（ｉｉ）第１のＰＩＰクリップの幅、及び（ｉｉｉ）第１のＰＩＰクリップに適用されるスケールファクタが存在する（すなわち０．７は、元のサイズの７０ｐｃとなるであろう）。このモデルは、他の幾何学的問題及び再フォーマットオプションに対処するべく拡張されてもよい。

ユーザは、ビデオをアップロードする前に、ＰＩＰ挿入プロセスを通じて誘導されることになり、この場合、生ビデオデータ（すなわち、全画面クリップ）がリプレイされることになり、ユーザは、全画面ビデオが再生されるときに全画面ビデオに沿った種々のポイントに挿入されるべきイメージと任意の他のグラフィック、テキスト、又はメタデータを選択することになり、これらの指定の挿入ポイントは、選択されたイメージがいつ表示されるべきかをビデオブロードキャストシステム１０に知らせるメタデータの一部となる。制御センターアプリケーション４８は、公開の前に最終的なビデオを承認し、これは同時に、個々のグラフィック、特殊エフェクト、及びカスタマイズされたテキストをブロードキャストネットワーク４６で利用できるようにし、承認された作品を視聴中のエンドユーザがビデオ及び選択されたイメージを識別する関連するメタデータをダウンロードすることになり、これは両方とも、タイムライン上の適切な瞬間にマルチレイヤメディア視聴プレーヤ１２６内で同期的に表示されることになる。

高精細度（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ ｑｕａｌｉｔｙ）のビデオ及びビデオブロードキャストを何分の一かのファイルサイズで送達するべく、例示的なテンプレートがビデオブロードキャストシステム１０によって使用され、ビデオブロードキャストシステム１０を用いるＨＤブロードキャストコンテンツの視聴は、ダウンロード速度及びアップロード速度、並びに同等の１９２０ｘ１０８０（ＨＤ）ビデオ又は任意の他の解像度サイズの均等物を視聴及びアップロードするための帯域幅要件を改善することが理解されるであろう。画面上に被写体を配置するためのガイドとして作用するように設計される例、例えば、撮影中にニュースデスクに座っている被写体を取り込むのに用いることができる緑色画面テンプレート４０１が図９に示される。有利には、これらの独自のテンプレートは、特定の最小の取り込み解像度領域４０２を有する。この領域は、ビデオブロードキャストシステム１０内でビデオデータとして送信及び使用されるものであり、この領域はクロマキー作成のみを必要とする。結果として、２つのイメージ／ビデオストリームを一緒に重ね合わせるためにクロマキー作成４０３を必要とする最小の領域が存在し、これはまた、タブレット２５でリアルタイムクロマキー作成プロセスを行うためのレンダリング時間の減少につながる。ビデオ被写体４０４はメディアプレーヤ１２６を用いて視聴されるときに全画面のほんの一部であるので、ビデオブロードキャストシステム１０は、選ばれた全画面テンプレート４０１（全画面ではない）内にビデオ被写体を表示するのに必要とされる最小解像度領域４０２だけを独自に取り込み、結果的に、ビデオのより小さいファイルサイズをもたらす。このより小さいビデオは、次いで、タブレットのローカルデータベース内にローカルに記憶される高品質の背景レイヤイメージ／テンプレート４０１上に合成され、これが最終的に生成されるビデオのフレームサイズを決定し、結果的に何分の一かのファイルサイズでフル高精細の１９２０ｘ１０８０（ＨＤ）ビデオブロードキャストをもたらす。この高品質の背景イメージ／テンプレートは、それ自体がさらなるビデオ／イメージレイヤ４０５とのマルチレイヤ合成体とすることができることが理解されるであろう。

各テンプレートは、独自のアニメーションキーフレーム、動き、及び指定のエフェクトと共にカスタムメイドされてもよく、例えば、アルファチャンネルを含んでいるニュースルームテンプレート４０１を、グラフィック内の人物などの対象を配置及び合成するのに用いることができる。これらのテンプレートは、関連するメタデータを変えることによってグラフィックレイヤ、テキスト、及び特殊エフェクトを制御センターアプリケーション４８によって遠隔的に変えることができるように設計される。

トランスコードモジュール１１４は、承認されたアップロードされるビデオコンテンツ及び関連するメタデータが、最終的なブロードキャストの前に、そのソース解像度でバックアップとしてローカルに記憶され、次いで、必要であれば、トランスコードモジュール１１４内でトランスコードされることになるか、又は、ビデオがブロードキャストネットワーク４６内に存在するトランスコードアーキテクチャを介してブロードキャストネットワーク４６にアップロードされた後でトランスコードが自動的に起こることになるプロセスを実施する。

一実施形態では、特定の認可ユーザの遠隔承認アプリケーション４０は、ユーザにより生成されたビデオ及び関連するメタデータのアップロードを受信してもよく、これは、制御センターネットワーク４４を介してビデオ上にオーバーレイするためのオリジナルユーザの指定のエフェクトを識別するメタデータを含み、このデータは、遠隔承認アプリケーションのデータベースの入来データ１１８に記憶される。遠隔承認アプリケーション４０内で、コンテンツ承認プロセスは、特定の認可ユーザがユーザにより生成されたビデオコンテンツを公開のために承認することができる、コンテンツ承認処理モジュール１１９を用いて行われてもよい。加えて、遠隔承認アプリケーション４０は、メタデータ承認処理サーバ１２０を含んでおり、これは、すべての指定のエフェクトレイヤのメタデータ及び任意の選択されたグラフィック／特殊エフェクトのテキストを承認する。遠隔承認アプリケーション４０内の受信者セレクタ１２１は、特定のダウンロード可能なビデオコンテンツを受信する又はこれへのアクセスを有することになるエンドユーザの指定を容易にする。

ユーザにより生成されたビデオ及び関連するメタデータが遠隔承認アプリケーション４０内の承認プロセスを経ると、スケジュール公開サーバ１２２が、承認されたビデオコンテンツをブロードキャストネットワーク４６上に公開してもよい。代替的に、遠隔承認アプリケーション４０は、特定の時点でのブロードキャストネットワーク４６上への承認されたビデオコンテンツの公開を容易にするために制御センターアプリケーションのスケジュール公開サーバ１０９と通信してもよい。ビデオサーバ１２３は、ビデオサーバ１１１にも登録することになる。

遠隔承認アプリケーションのニュースバナーサーバ１２４は、ティッカーテープニュースバナーをビデオ上に重ね合わせるべくユーザのタブレット２５上のグラフィックレイヤエージェント１２９に同様にローカルに記憶される指定のグラフィックを用いることになる。これらのティッカーテープニュースバナーは、特定の認可ユーザの遠隔承認アプリケーション４０から直接受信したテキスト及びグラフィックメタデータを流してもよい。ユーザにより生成されたビデオコンテンツ、関連するメタデータ、及び付随のイメージは、同期処理モジュール１２５を介して遠隔承認アプリケーション４０で同期されて、ブロードキャストネットワーク４６上に公開する準備ができた最終的な高品質のビデオをもたらす。

第２のアプリケーション５２は、独自のマルチレイヤメディア視聴プレーヤ１２６を含んでいる。このメディアプレーヤ１２６は、前述のエフェクトを適正に行う及び表示することを可能にするメタデータコンテンツレイヤ、再作成エフェクトプレーヤ、透明性レベル、及び同期システムを格納している。メタデータエージェント１２７は、制御センターアプリケーションのメタデータ承認処理サーバ１０７及び／又は遠隔承認アプリケーションのメタデータ承認処理サーバ１２０によって指示されたアクション、例えば、指定のグラフィック上のテキストのオーバーレイを行う。タブレットの第２のアプリケーション５２内に含まれるビデオエージェント１２８が、選択したビデオを再生し、特定のエンドユーザがビデオを視聴したことを制御センターのビデオサーバ１１１及び／又は遠隔承認アプリケーションのビデオサーバ１２３、及び個人プロフィールサーバ１１５に登録し、したがって、独自の個人ユーザデジタル履歴を作成する。

グラフィックレイヤエージェント１２９は、どのグラフィックがエンドユーザのビデオ上にオーバーレイとして表示されるかを制御センターのグラフィックレイヤサーバ１１０に登録する。第２のアプリケーション５２は、次いで、制御センターアプリケーション４８及び／又は特定の認可ユーザの遠隔承認アプリケーション４０によって個々のビデオと共に流すために、承認されている指定の高品質のグラフィック／エフェクトを表示する。同期処理１３０は、制御センターアプリケーション４８及び／又は特定の認可ユーザの遠隔承認アプリケーション４０によって承認される場合に、承認されたビデオと、関連するメタデータと、指定のエフェクトとを同期して、マルチレイヤメディア視聴プレーヤ１２６がこれらを単一のビデオであったかのように表示することを可能にする。ニュースバナーエージェント１３１は、制御センターニュースバナーサーバ１１２から及び／又は遠隔承認アプリケーションのニュースバナーサーバ１２４からレギュラーメタデータフィードを受信し、これは、定期的に、例えば、毎日、時間単位で、又は分単位で更新することができる。

タブレットの第２のアプリケーション５２内に含まれるピクチャ／イメージエージェント１３２は、再生される関連するビデオと共にどのピクチャがダウンロードされる必要があるかを制御センターのピクチャ／イメージ検索レイヤサーバ１１３に登録する。イメージファイルは、次いで、ダウンロードされ、僅かなレンダリングを伴って又はレンダリングを必要とせずに、選ばれたフルフレーム解像度テンプレートの特定のｘ−ｙ座標に挿入される。

図５は、ビデオに適用されるべき高品質のグラフィックエフェクト及びテキストの選択を識別する付随のメタデータと共にビデオをアップロードするための例示的な方法を示す。このプロセスは、タブレット１５上にインストールされた第１のアプリケーション３１で実装することができる一連の動作を表す、論理フローグラフにおけるブロックの集まりとして例示される。ブロックは、ユーザのアクションに基づいてアプリケーションによって実行されるコンピュータ化された命令を表す。ワークフローは、第１のアプリケーション３１によって行われるプロセスの例示である。ステップ２０９でユーザがビデオを付随のグラフィック及びメタデータと共に制御センターにアップロードする前に、ユーザは、ステップ２０１で新しいビデオを作成するか又はステップ２０２で既存のビデオを選び、ステップ２０３で、メタデータコンテンツエージェントを用いてビデオと共に表示されるべき及び／又はビデオ上に表示されるべきメタデータを書き込まなければならない。次いで、ステップ２０４及び２０５で、必要であれば指定のエフェクトグラフィック／エフェクトを選び／作成し、次いで、ステップ２０６で同期処理により同期する。第１のアプリケーションの同期処理モジュール１０３は、アップロード中にメタデータが制御センターのメタデータ承認処理サーバ１０７、グラフィックレイヤサーバ１１０、及びビデオサーバ１１１と同期されることを可能にするべく制御センターの同期処理モジュール１１７と通信する。

タブレット１５上にインストールされた第１のアプリケーション３１で行われる同期プロセスは、選ばれた指定のビデオと、ユーザの選択した指定のエフェクトグラフィック、テキスト、特殊エフェクト、及びメタデータを分離することになる。制御センターにアップロードされるときに、制御センターは、該データ、例えば、作成されたグラフィック及びエフェクトと付加されたテキストメタデータコンテンツを登録し、同期することになる。公開／ブロードキャストされると、ダウンロード時に第２のアプリケーション５２内の指定のエフェクト及び指定のグラフィックは、該個々のデバイス上で指定のエフェクトをローカルに再作成することになり、用いられたピクチャを引き出し、同じコンテンツを挿入し、テキストが異なる言語で表示される必要があるなどの個人が特定のニーズを有するとき以外は、すべてのタブレット２５上で同じビデオブロードキャストをブロードキャストすることができる。また、指定のエフェクトは、ビデオと一緒にダウンロードされないが、アプリケーションの最初のダウンロード時に各タブレット２５上で再作成される。しかしながら、制御センターによって作成される新しいグラフィック（例えば、ロゴ、商標付きのグラフィック）、ピクチャ、及びエフェクトプロジェクトが存在することになり、これは、即座に利用可能となるか又は定期的に、自動的に、又はオンデマンドでダウンロードされることになる。

ステップ２０２で、ユーザが、自分のタブレットのカメラを使ってビデオクリップを取り込むか、又は本来のアプリケーションのビデオライブラリから既存のビデオクリップを選ぶことになる。ステップ２０３で、ユーザが、何が撮影されているかについての固有のデータを打ち込むことになる（例えば、「セキュアブロードキャストの技術最高責任者Ｄａｍｉａｎ Ｐｕｒｃｅｌｌ氏、今日の話題」）。ステップ２０４で、このデータが、指定のエフェクト又は指定の選ばれたグラフィックのパラメータ内に自動的に挿入される。ここで、ユーザが、指定のエフェクトを作成する又はプロジェクトエフェクトを選び、テキストを付加し、変換クロップ（ｔｒａｎｓｆｏｒｍ ｃｒｏｐ）にフェードイン又はフェードアウトするなどし、エンドユーザによって承認及び視聴されると、ユーザは、ビデオデータのみをダウンロードし、制御データがビデオコンテンツの作成者によって作成されたもののクローンであるかのように再作成されることになる。作成者は、タブレットデータベース上に記憶されたカスタムメイドグラフィックのデータベースから選んでもよく、これは、グラフィック及びテキストを該特定のビデオに付随させるメタ同期エージェント及びサーバを有し、それらはまた、テキストをグラフィック内に整然と配置する自動サイズ変更及びパラメータ制御を有する。

ユーザは、グラフィックを選ぶことを望まない場合があり、この場合、ステップ２０６で、ビデオがメタデータとのみ同期されることになる。ビデオをアップロードするためにユーザが入力してもよい強制的メタデータが存在する。このメタデータは、検索機能内でも用いられる。このメタデータは、エンドユーザには見えない場合があるが、検索エンジン内のビデオの検索能力を助ける情報／データコンテンツを形成することになる。ユーザは、代替的に、ステップ２０５で、特定のビデオに随伴する指定のグラフィックを選んでもよく、これは、次いで、ステップ２０６でビデオ及び関連するメタデータと同期されることになる。

ビデオは、ステップ２０９で制御センターにアップロードされることになる。ステップ２０７で、ユーザは、ビデオをステップ２０９ですぐに制御センターにアップロードするか又はビデオをステップ２０８で後の段階でアップロードするべく自分のタブレットにローカルに保存するかの選択肢を有する。この選択肢は、異なるＩＰアドレス／イントラネット位置でアップロード速度がより大きくなり得る場合などに有用となるであろう。

図６は、第２のアプリケーション５２のメディアプレーヤによるダウンロードされたビデオコンテンツ上への指定のエフェクトのレイヤリングを実施するための例示的な方法を示す。このプロセスは、タブレット２５上にインストールされた第２のアプリケーション５２で実装することができる一連の動作を表す、論理フローグラフにおけるブロックの集まりとして例示される。ブロックは、ユーザのアクションに基づいてアプリケーションによって実行されるコンピュータ化された命令を表す。ワークフローは、第２のアプリケーション５２によって行われるプロセスの例示である。ステップ３０１で、第２のアプリケーション５２内のメディアプレーヤが立ち上げられ、次いで、ステップ３０２で、ビデオデータ及び関連する制御データを受信する。マルチレイヤメディアプレーヤが、ステップ３０３で制御データを解釈し、ステップ３０４でビデオデータ上にオーバーレイするために指定のエフェクト及びグラフィックをローカルに再作成する、構築する、及び組み立てる。ステップ３０５で、メディアプレーヤは、ビデオデータ、制御データ、指定のエフェクト、付加的なグラフィック及びエフェクトを同期する。次いで、ステップ３０５で、メディアプレーヤは、ビデオデータのプレイバックを開始し、ステップ３０７で、制御データ内の指定の挿入ポイントに従ってビデオの前面又は背面に指定のエフェクト及び任意の付加的なエフェクトをレイヤとしてオーバーレイし、単一のビデオファイルの外観を与える。

指定のグラフィック及びエフェクトのレイヤリングがどのようにして達成されるかの例が図７に示され、この場合、レイヤ１は、時間間隔ｔ（１）〜ｔ（ｎ＋１）の間に適用されることになり、ｔ（ｎ＋１）はビデオの終点である。レイヤ２は、時間間隔ｔ（２）〜ｔ（４）の間に適用されることになり、レイヤ３は、時間間隔ｔ（３）〜ｔ（４）の間に適用されることになり、最後のレイヤであるレイヤｎがｔ（ｎ）〜ｔ（ｎ＋１）の間に適用されるまで以下同様である。任意の１つの時点で適用される複数のレイヤが存在してもよく、例えば、時間間隔ｔ（３）で、レイヤ１、レイヤ２、及びレイヤ３がそれぞれビデオに同時に適用されることになる。

図８は、第２のアプリケーション５２のメディアプレーヤ１２６によって生成され得るダウンロードされたビデオコンテンツ上への指定のエフェクトのレイヤリングの例を示す。レイヤ内の各オブジェクト（例えば、カラーブロック、テキスト、イメージ、グラフィックなど）は、互いに独立してアニメーション化されてもよい。さらに、すべてのレイヤのすべての属性（不透明度、場所、色、３Ｄスペース内の位置など）もアニメーション化可能であり、ゆえに各レイヤに適用される任意の数のアニメーションが存在し得る。

ブロードキャストされるべき各ビデオは、ブロードキャストネットワーク４６内に複数の解像度で記憶されることになる。ブロードキャストネットワークは、エンドユーザのタブレットのネットワーク帯域幅を監視し、この帯域幅に応じて、視聴、トランスコード、及び送達１１４のためにエンドユーザのタブレットにブロードキャストされることになる最も適したビデオ解像度（すなわち、最速のダウンロードを可能にする解像度）が、制御センターアプリケーション内で作成され、第２のアプリケーションは、メディアプレーヤ１２６を介して、ダウンロードされる解像度を判定することになる。

伝統的に、複数のビデオがブロードキャストされるときには、それらは、例えば、オープニングタイトル、ビデオ、ビデオ再生中のキャプション、エンドタイトル、コマーシャル又はスティング（ｓｔｉｎｇ）、別のオープニングタイトルエフェクト、次いで、別のビデオ、エンドタイトルエフェクトなどの順に流れるように編集される。例示的な実施形態では、図１２にグラフィカルに例示されるように、ユーザが、１つ以上のビデオを選択し、それらを任意の特定の順序で配置し、それらを「シームレスブロードキャスト」に割り当てることができるシステムが提供される。選択されたビデオと関連付けられるべき特殊エフェクトを定義するのにビデオ・シーン・マークアップ言語（ＶＳＭＬ）が用いられる。メディアプレーヤは、ＶＳＭＬ要素を読み出し、それらをエフェクトに合成するように構成される。エフェクトは、ビデオが再生される際に再生される。エフェクトとビデオは、ブロードキャストの外観を与えるべくユーザデバイス上に表示される。

例示的な構成では、制御データは、プレイバック時にメディアプレーヤが解釈し、合成することができるテキストフォーマットでビデオデータ要素を表す、機械可読マークアップ言語を含む。ＶＳＭＬによって記述されるビデオデータ要素は、モーショングラフィックレイヤを提供するべく組み合わされるテクスチャードブロック、テキスト、イメージ、ダウンロード可能なビデオアセット、ストリーミングビデオアセット、及び他のグラフィカル要素を含むがこれらに限定されない。ＶＳＭＬは、これらの要素を、サーバ側でビデオを表すＪＳＯＮフォーマットで記述する。プレイバック時に、第２のデバイス上のメディアプレーヤは、テキスト説明を表示しないが、それらを、それらがビデオパッケージとしてプレイバックされる様態を解釈するのに用いる。一例では、ＨＤモーショングラフィックレイヤを作成するためにビデオのストリーミングコンテンツが他の再使用可能なコンテンツから分離されるように、非ストリーミングビデオレイヤアセットが高精細でローカルにキャッシュされる。これらのＨＤモーショングラフィックレイヤのルック＆フィールの一部は、開始時にサーバ側から受信される制御データによって決定される。この制御又はメタデータは、ＨＤモーショングラフィックレイヤの態様に影響を及ぼす。しかしながら、これらのＨＤモーショングラフィックレイヤのプレゼンテーションは、主としてビデオ・シーン・マークアップ言語（ＶＳＭＬ）によって制御され、これは、ローカルメディアプレーヤか又はリモート管理者のいずれかから実行中に修正することができる。ＶＳＭＬは、指定のＨＤモーショングラフィックレイヤの位置、タイミング、スタイリング、及びアニメーションを制御する。

ＶＳＭＬは、セグメント、レイヤ、及び要素に分離されるビデオプロジェクトのＪＳＯＮ表現からなる。要素は、ビデオドキュメントのビルディングブロックである。以下は、時間３で始まり１０秒後にアニメーション化される画面の左上隅のイメージウォーターマークオーバーレイを伴う単一のビデオストリームの例である。

このようにして、ビデオセグメント、レイヤ、又は要素を再使用する、又は他のビデオセグメント、レイヤ、又は要素内にネストすることができ、これは、ビデオをリアルタイムで操作することができる融通性のあるドキュメントに変換する。

通常、エフェクトは、複数のビデオ間でインターリーブされる。しかしながら、ビデオが低帯域幅の条件下でダウンロード／ストリーミングされている場合、必要なビデオバッファリングが増加することになり、その帯域幅の速度が、ビデオがいつ再生されるかを決めることになる。バッファリングを表示するビデオは、シームレスな又は途切れのないブロードキャストであるとは考えられない。メディアプレーヤ及び制御データは、同等のビデオバージョンに比べて何分の一か（１／１０００以上）の帯域幅でＶＳＭＬを介してローカルに及びグラフィカルに表示される命令を用いて再作成される高精細のコンテンツの送達を可能にする。メディアプレーヤ及び制御データは大きい帯域幅に依存しないという事実により、ＶＳＭＬで命令されるメタセグメント（ビデオを伴わないモーショングラフィック／指定のエフェクトを作成する制御データ）を、選択されたビデオセグメント（ビデオを伴うモーショングラフィック／指定のエフェクトを作成する制御データ）のそれぞれの間に配置することが可能となる。独自の制御データを含んでいる選択されたビデオセグメントは、これらのメタセグメントの組のそれぞれと通信し、それらの中に、プレ・ビデオ・プレイ・データ（ＰＶＰＤ）として知られる独自のデータ、例えば、「Ｃｏｍｉｎｇ Ｕｐ Ｎｅｘｔ」メタセグメントを配置することができ、新しいビデオはそのメタデータ（制御データ）を有することになり、「Ｃｏｍｉｎｇ Ｕｐ Ｎｅｘｔ」は、該情報を集め、これをビデオが再生される前に又はバッファリング遅延に起因して再生される準備ができたときに画面上に視覚的に表示することになる。これらの各ビデオ自体が、リアルタイムレイヤードコンポジテッド式に、例えば、オープニングタイトル、ビデオの間及び後のキャプション、及びバンパー（エンドタイトル）の、ＶＳＭＬで適用されるモーショングラフィックを有することにも注目される。

ビデオが、バッファリング中であることを表示し、ユーザが、バッファリングが終わってビデオが再生されるのを待つ以外に何も起こらない状態で待っているなら、これはシームレスブロードキャストではない。スマートデバイスへのビデオデータのダウンロードは、プレイバック速度がビデオがダウンロードされる速度を上回った場合にビデオのプレイバックをしばしば遅滞又は停止させる。これは、ユーザの視覚的経験を減らし、したがって、望ましくない。本発明の教示は、ビデオがロード／バッファリングされている間の時間遅延の視覚的外観を克服するシームレスな途切れのないブロードキャストを可能にする。メディアプレーヤは、メディアプレーヤでメタデータを介してローカルに再作成されるモーショングラフィック、テキスト、エフェクトアニメーションを適用するＶＳＭＬ命令（制御データ）を介してメタセグメントを再作成し、それらは、多大な帯域幅を必要とせず、指定のエフェクト（モーショングラフィック）をプレーヤ内でローカルに任意の時間の長さにわたってリアルタイムレイヤードコンポジテッド式に再作成することを制御データに依拠する。

再生前に、メタセグメント（例えば、オープナー８０１）が、次のビデオ８０２を再生するのに必要とされるバッファリングを読み出し、メディアプレーヤ１２６は、アルゴリズムを用いてインターネットの速度、ビデオ及び任意のアセットのサイズ、並びにさらなるバッファリング遅延なしにビデオをストリームするのにかかる時間を読み出すように構成される。メタセグメントの組は帯域幅制限から概ね独立しているので、アルゴリズムは、シームレスブロードキャストの要件に比例してこれらのモーショングラフィックの組をスローダウンさせるべくメディアプレーヤにデータを提供する。本質において、メタセグメントは、後に来るビデオが連続再生するのに十分なだけバッファされるまで、その動き、グラフィック、テキストアセットなど、モーションのすべてを遅らせることになる。インターネット速度の低下又はインターネットの切断に起因してビデオがより多くのバッファリングを必要とする状況では、メディアプレーヤのローカルデフォルト画面は、再接続を試行するように見えることになる。

メタセグメントにバッファ時間を適用するときに以下のアルゴリズムが用いられてもよい。ビデオをバッファするのに必要な時間＝Ｔであり、かつ、メタセグメントの持続時間＝Ｄである場合、メタセグメント上の動的持続時間ＤＴを設定するのに以下のイフゼンエルス命令文が用いられてもよい。
Ｉｆ Ｔ＞Ｄ：
Ｔｈｅｎ ＤＴ＝Ｔ
Ｅｌｓｅ ＤＴ＝Ｄ

ビデオデータは、通常、或るビットレート及び固定のフレーム周波数、例えば３０フレーム毎秒で１Ｍｂｐｓでエンコードされる。適応的ストリーミングにより、異なるネットワークスループット条件に関して利用可能な複数のビットレートが存在する。図１０に例示されるように、各ビデオストリームは、受信データレートの一時的低下を平滑化できるようにするためにクライアントバッファを必要とする。フィルレートの低下は、ＴＣＰ輻輳制御に起因して起こる。実験結果は、５秒のバッファサイズが通常選ばれることを示した。クライアントバッファを満たすのにかかる時間は、以下のメトリクスから計算することができる。
α＝リンクのスループット−前もって測定される
β＝キャッシュされていないアセットのサイズ−既知
γ＝ＴＣＰ接続を設定する時間−およそ５００ｍｓ（実際には１．５ラウンドトリップタイム）
δ＝バッファサイズ−最良実施を用いる（通常は３〜１０秒のビデオ）
ε＝最初のビデオビットレート

次式は、ビデオのバッファリング時間を求めるのに用いることができる。

例：２Ｍｂｉｔｓ／ｓのスループットのとき、以下の通りとなるであろう。
・Ｈ２６４ビデオファイルの最初のビットレートは１．５８Ｍｂｉｔ／ｓである（その２Ｍｂｉｔ／ｓリンクにより、これはすべての接続に作用することになる、すなわち、適応的ストリーミングによりビットレート品質を下げる必要はない）
・ネットワーク接続のスループットは、２Ｍｂｉｔ／秒となることが測定される及び見出される。
・５つのキャッシュされていないイメージアセット（それぞれ３０ＫＢ）のサイズは、１５０ＫＢとなることが分かり、これはメガバイトに変換する必要があり、１ＭＢ＝１０４８５７６バイト（＝１０２４^{ＭＢｉｔｓ}）である。
・したがって、１５０ＫＢ＝１５０＊８キロバイト＝１２００／１０２４ＭＢｉｔｓ＝１．１７Ｍｂｉｔｓ
・ＴＣＰ接続を設定する時間はおよそ５００ｍｓであり、これを測定することはできないが、これは１００ｍｓ〜８００ｍｓの範囲内であろう。
・４秒のビデオを用いるバッファサイズ（バッファ長さは任意であり、ＴＣＰ輻輳ジッタを取り扱うのに十分なだけ大きい必要がある）＝４＊１．５８Ｍｂｉｔ／ｓ＝６．３２Ｍｂｉｔｓ。
・上記式を用いて、２Ｍｂｉｔｓ／ｓのスループットのとき、バッファリング時間は、以下の通りとなるであろう。
・Ｔ＝０．５ｓ＋（１．１７ＭＢｉｔｓ／２Ｍｂｉｔｓ／ｓ）＋（６．３２Ｍｂｉｔｓ／２Ｍｂｉｔｓ／ｓ）＝４．２４５秒
・１Ｍｂｉｔｓ／ｓのスループットのとき、以下の通りとなるであろう。
・Ｔ＝０．５ｓ＋（１．１７ＭＢｉｔｓ／１Ｍｂｉｔｓ／ｓ）＋（６．３２Ｍｂｉｔｓ／１Ｍｂｉｔｓ／ｓ）＝７．９９秒
・１Ｍｂｉｔ／ｓリンクを有するより高いビットレート（例えば、４．５Ｍｂｉｔｓ／ｓでＨＤ１０８０ｐビデオ）のとき、
Ｔ＝０．５ｓ＋（１．１７ＭＢｉｔｓ／１Ｍｂｉｔｓ／ｓ）＋（１８Ｍｂｉｔｓ／１Ｍｂｉｔｓ／ｓ）＝１９．６７秒
− １０Ｍｂｉｔｓ／ｓのスループットのとき、以下の通りとなるであろう。
Ｔ＝０．５ｓ＋（１．１７ＭＢｉｔｓ／１０Ｍｂｉｔｓ／ｓ）＋（６．３２Ｍｂｉｔｓ／１０Ｍｂｉｔｓ／ｓ）＝１．２４９秒
− １０Ｍｂｉｔ／ｓリンクを有するより高いビットレート（例えば、４．５Ｍｂｉｔｓ／ｓでＨＤ１０８０ｐビデオ）のとき、
Ｔ＝０．５ｓ＋（１．１７ＭＢｉｔｓ／１０Ｍｂｉｔｓ／ｓ）＋（１８Ｍｂｉｔｓ／１０Ｍｂｉｔｓ／ｓ）＝２．４１７秒。
バッファリング時間＜ノーマルの、例えば、オープナー持続時間（バッファリング時間がノーマルのオープナー持続時間以下）の場合、バンパー持続時間は同じままである。
バッファリング時間＞ノーマルのバンパー持続時間（バッファリング時間がノーマルのバンパー持続時間を上回る）の場合、例えば、オープナー持続時間は、バッファリング時間に設定される。

スプレッド・バッファ・タイム（ＳＢＴ）
オープナー、バンパー、又はスティングという用語で記述される場合の指定のエフェクト（メタセグメント）の１つよりも多い組が存在する場合、計算されるバッファ時間は、各組の全体を通して一様に分配（ｓｐｒｅａｄ）されてもよい。この状況下で、バッファリング時間を別個のメタセグメント間で分配する。この場合、指定のエフェクト（モーショングラフィック）の総称的な組は、以下のメタセグメントとして分類される。
Ｏ＝オープナー
Ｂ＝バンパー
Ｓ＝スティング

単一のビデオパッケージに含まれる、より多くのビデオセグメントがあり、ビデオセグメントの前にオープナーが存在する場合、ビデオパッケージのバッファリング時間は、異なるセグメントにわたって分配することができる。最初のオープニングメタセグメントの後で再生するメタセグメントの各組は、グラフィック、テキストデータ、特殊エフェクト、ローカルベースのアセットのうちの少なくとも１つからなってもよく、それがビデオの「オープナー」、ビデオの後で再生する「バンパー」、又はオープナーとバンパーとの間で再生される「スティング」（例えば、コマーシャル）のいずれであろうとも、再生されるべき次のビデオの共有されるバッファリング時間ＳＢＴの下で動作することになる。アルゴリズムは、以下のように修正されることになる。

各セグメントのＳＢＴ及びＴ値を計算し、共有される時間を適用するために、式は、この場合、以下の通りとなるであろう。
最初のバンパーに関して、

すべての他のバンパーに関して、

式中、Ｎ（数字）は、そのセグメントに関して用いられる。

例：
１．５８Ｍｂｉｔ／ｓの同じビットレートでエンコードされる２つのビデオを含んでいるビデオパッケージを仮定する。スループットは２Ｍｂｉｔ／秒である。第１のビデオセグメントには、サイズ０．５９５Ｍｂｉｔｓの２つのアセットが存在し、第２のビデオセグメントには、サイズ０．５９５Ｍｂｉｔｓの２つのアセットが存在する。ＴＣＰ接続を設定する時間＝０．５ｓである。４秒を用いるバッファサイズ＝４＊１．５８Ｍｂｉｔ／ｓ＝６．３２Ｍｂｉｔｓである。上記式を用いて、バッファリングの時間は、以下の通りとなるであろう。
Ｔ１＝０．５ｓ＋（０．５９６ＭＢｉｔｓ／２Ｍｂｉｔｓ／ｓ）＋（６．３２Ｍｂｉｔｓ／２Ｍｂｉｔｓ／ｓ）＝３．９５７５秒
Ｔ２＝０．５ｓ＋（０．５９５ＭＢｉｔｓ／２Ｍｂｉｔｓ／ｓ）＝０．７９７５
バッファリング時間＜ノーマルのバンパー、スティング、及びオープナー持続時間の場合、バンパー、スティング、及びオープナー持続時間は同じままである。バッファリング時間＞ノーマルのバンパー、スティング、及びオープナー持続時間の場合、バンパー、スティング、及びオープナー持続時間は、ＳＢＴを介して計算される場合のバッファリング時間に設定される。

バッファリング時間を計算するのにバリエーションが用いられてもよいことが理解されるであろう。例示的な構成では、ルーピング又は複数のエフェクトを用いて連続シームレスブロードキャストが提供されてもよい。メディアプレーヤは、次のビデオが承認されるのを待つが、その間に連続モーショングラフィックを流し、再生されるべきさらなるビデオが存在しないことを示し、認可されるとすぐにこれを前述のようにブロードキャストすることになる。

例示的なシームレスブロードキャスト方法が図１１Ａに例示される。ブロック７０１で、ユーザは、図１のブロードキャストシステム１０を用いてネットワーク上でブロードキャストするためにクライアントデバイスを用いていくつかのビデオを選択し、これらのビデオは、システム内で承認及び認可されている。各ビデオは、ビデオセグメント８０２、８０６の前後に位置するオープナー８０１、バンパー８０３、又はスティング８０４として記述される場合のメタセグメントを自動的に有することになり、ビデオセグメント自体は、ＶＳＭＬによって記述される場合にモーショングラフィックを有することになる。

ブロック７０２で、第２のスマートデバイス２５上のメディアプレーヤが、ＶＳＭＬで記述される場合の制御データを読み出し、これは、エフェクト、テキスト、アニメーションなどがビデオパッケージ（図１２に例示される場合のメタセグメント及びビデオセグメント）としてプレイバックされる様態を解釈する。他は、どのチャンネル及びユーザ群が同じく処理されるかなどの制御データである。ブロック７０３で、シームレスブロードキャストプロジェクトは、普通は、バッファリングが始まり、他のアセットがダウンロードされ、処理される際に、最初のオープナー（メタセグメント）で始まることになる。最初のオープナー（メタセグメント）は、ストリーミングされる前又はバッファリングが始まる前であっても、ビデオセグメント制御データによって満たすことができるフィールド、プレ・ビデオ・プレイ・データ（ＰＶＰＤ）を有してもよい。これは、シンプルであり得るが、次のビデオセグメントのタイトル及び説明に限定されず、本質において、ビデオセグメントの制御データは、これを進めるメタセグメントによって用いられ、該データは、ブロック７０４で、メタセグメントに入り、ＶＳＭＬで構築される場合のメタパネル内に基づいて影響を及ぼすすべてのパラメータと共に用いられ、再生される。

ブロック７０５で、ＰＶＰＤがメタセグメント内の利用可能なフィールドに挿入されるプロセスが開始される。ブロック７０６で、上述のようにアルゴリズムを用いてバッファリング時間Ｔが計算される。ブロック７０７で、メディアプレーヤは、Ｔがメタセグメントのノーマル再生持続時間を上回るかどうかを判定する。上回る場合、メディアプレーヤは、ブロック７０９でＴに等しいメタセグメントを流す。Ｔがメタセグメントのノーマル再生持続時間を下回る場合、ブロック７０８で、メタセグメントは、ノーマル再生持続時間で再生される。このステージによって、ビデオセグメントは、ブロック７１０で、連続再生状態で再生するのに十分なだけバッファされている。再生するビデオセグメントはまた、ＶＳＭＬ内で記述される場合の独自のモーショングラフィックを有してもよい。ここで、図１０Ａのフローチャートの続きである図１１Ｂを参照する。ブロック７１１で、メディアプレーヤは、上述のように共有されるバッファ時間（ＳＢＴ）計算を計算するためにすべてのビデオセグメントのすべての他の制御データを集める。ブロック７１２で、ＳＢＴにより計算される持続時間が、この単一のシームレスブロードキャスト内のすべての他のメタセグメントに適用される。ブロック７１３で、再生されるべき次のビデオがクエリされる。ブロック７１４で、ＰＶＰＤ７１４が必要とされるかどうかが判定され、必要とされる場合、ブロック７１５で、メディアプレーヤがこのデータを挿入する。ブロック７１６で、計算されたＳＢＴバッファ時間がその値を適用し、ブロック７１７で、メタセグメントのノーマル再生持続時間を上回ることが見出される場合、その持続時間は、７１９で計算されたＳＢＴ持続時間に等しくなるように変更され、又はそうではなく、メタセグメントのノーマル再生持続時間を上回らない場合、７１８でノーマル持続時間で再生される。ブロック７２０で、ビデオセグメントは、連続再生状態で再生するのに十分なだけバッファされている。再生するビデオセグメントは、ＶＳＭＬ内にある場合のそれ自身のモーショングラフィックを有してもよい。ブロック７２１で、これがプレイリストの中の最後のビデオである場合、シームレスブロードキャストが終了し、そうではない場合、最終的なビデオに到達するまでブロック７１３からループすることになる。

ここで図１２を参照すると、ビデオセグメントに関連してメタセグメントの位置を例示するグラフ図が提供される。メタセグメント８０１は、最初のオープナーであり、Ｔとして計算されるバッファリング時間の値を有し、これは、ＳＢＴ計算が行われ、処理される時間を許す。ビデオ８０２は、認可されており、ＶＳＭＬによって記述される場合にメディアプレーヤによって読み出され、第２のデバイス上でローカルに再作成されるそれ自身のモーショングラフィックを有するビデオとなるビデオセグメントである。メタセグメント８０３は、ビデオセグメント８０２の後ですぐに再生し、これは単純に、エンドタイトル、クレジットなどとすることもできる。メタセグメント８０４は、何らかの方法でアニメーション化される情報伝達型表示、又はコマーシャルのような表示、又は会社ロゴなどとして作用する。メタセグメント８０５は、次のビデオセグメントの前に再生し、次に再生することになるビデオセグメントのタイトル、説明、及びサムネイルなどを提供するＰＶＰＤを介する特定のビデオセグメントに関係することになる。ビデオセグメント８０６は、シームレスブロードキャストにおいて次に再生される。ビデオセグメント８０６はまた、ＶＳＭＬ内に記述される場合のそれ自身のモーショングラフィックを有してもよい。Ｔ値８０７は、メタセグメント８０１が、Ｔの値を求めるためにバッファリングアルゴリズムで記述される場合のバッファリング時間Ｔによって影響される持続時間である。ＳＢＴ値８０８は、すべての他のメタセグメントがＳＢＴの値を求めるためにバッファリングアルゴリズムで記述される場合のバッファリング時間ＳＢＴによって影響される際の再生持続時間を考慮に入れる持続時間である。

ここで図１３を参照すると、クラウドアプリケーション・プログラミング・インターフェース（ＡＰＩ）を用いてライブストリーム編集決定を容易にする例示的なブロードキャストシステムが示されている。この例では、３つのスマートデバイス、すなわち、タブレットＡ、タブレットＢ、及びタブレットＣが、ビデオ及び制御データをクラウドサーバにアップロードする。ライブ・ブロードキャスト・アプリケーション（ＬＢＡ）は、編集するのに必要な機能を適用し、エンドユーザ５０５にブロードキャストされる際にクラウドサーバＡＰＩにＶＳＭＬエフェクトを適用する、シンクライアントプログラムである。ＬＢＡは、任意の場所、例えば異なる国から接続される、又は１つの場所、例えば、ミディアムアングル、クローズアングル、及びワイドアングルシューティング構成を有するスマートデバイスカメラセットアップで用いられることになる、複数のモバイルスマートデバイスの使用を可能にする。クラウドサーバＡＰＩと組み合わせて動作するシンクライアントプログラムＬＢＡを用いると、セキュアブロードキャストアプリケーションがリアルタイムレイヤードコンポジティングの際にＶＳＭＬエフェクトを適用して、異なるデバイスから単一のレイヤされた編集済みのブロードキャストへの編集済みのマルチストリームフィードに関連してこのライブバージョンを達成することが可能となり、単一のレイヤされた編集済みのブロードキャストは、レイヤ及び指定のエフェクトをこれの視聴を認可されたすべてのデバイス上でローカルに付加及び再作成するのに必要な制御及びビデオデータを提供する。これは、以下の２つのバージョンのＬＢＡで達成される。リアルタイムモーショングラフィックを伴うクラウドベースの編集時のライブ・ブロードキャスト上のリモートダイレクティング。リアルタイムモーショングラフィックを伴うローカルベースのダイレクティング及びライブ・ブロードキャスト。

この両方の方法のメカニズムは非常に似ているが、第１のバージョンは、インターネットを介してアップロードされる際になされる。第２のバージョンは、クラウドネットワークＡＰＩにアップロードする前にローカルアドホック（又はイントラネット）ネットワークからアップロードすることによって行われる。

ステップ５０１で、スマートデバイスＡ、スマートデバイスＢ、及びスマートデバイスＣの、これらのデバイスのそれぞれは、例えば、適用されるＶＳＭＬエフェクトと共にプラットフォームのエンドユーザにライブでブロードキャストされるべき講義を異なる角度から撮影している。各スマートデバイスＡ、Ｂ、及びＣ、並びに任意のさらなるフィードは、エンドユーザ５０５への途中でシンクライアント・ライブ・ブロードキャスト・アプリケーション（ＬＢＡ）５０４によって見られる、ビデオストリーム及び制御データをアップロードしている。別のユーザが、コンピュータ端末又はスマートデバイス５０４のいずれかによって編集及び認可をダイレクティングするか又はＬＢＡを用いてレイヤを付加することになり、編集決定は、特定の瞬間にスマートデバイスＡ、Ｂ、又はＣのいずれかからのどのシューティング角度が最終的なユーザにブロードキャストされることを選ばれるかを選ぶことによってスマートデバイスＡ、Ｂ、Ｃ間でなされる。ＶＳＭＬにより適用されるエフェクトは、ライブブロードキャストプロジェクトを作成することによってブロードキャストを開始する前にこれが生じる及び／又は設定される場合に、又は個人がスマートデバイス５０１でのアップロードから独自のＶＳＭＬにより適用されるエフェクトを付加した場合に、デバイス５０４によって付加される。

図１３の例では、Ａ、Ｂ、Ｃからのスマートデバイスフッテージがインターネットを介してクラウドサーバ５０３にアップロードされ、クラウドサーバ５０３にアクセスするＬＢＡ５０４によって見られることになる。世界のどこかにいるブロードキャストのディレクタ／権限付与者が、シンクライアントであるという性質に起因して、どのフィードをこれが生じる場合にブロードキャストするかを選ぶことになり（編集決定を行うのにディレクタからのダウンロードは存在せず、かつ、最終的なブロードキャストのためのディレクタからのアップロードは存在しない）、これは、どのアップロードするライブフィードがこれが生じる場合に最終的なブロードキャストに選ばれるか、及びどんなＶＳＭＬにより適用されるエフェクトが付加されるかの選択となるであろう。

図１４の例では、ブロードキャストシステムは、ローカルベースの編集及び指定のＶＳＭＬにより適用されるエフェクトの適用がリアルタイムレイヤードコンポジティングマルチレイヤプレーヤ、スマートデバイスＡ、Ｂ、Ｃ５１０を用いて行われる場合にリアルタイムライブストリームレイヤリングと共にローカルライブ編集を提供し、アップロードフィードが、デバイスレベルから付加されている任意の制御データと共に、イントラネット（又はアドホックネットワーク）を介してローカルサーバ５１１にローカルにアップロードされ、ローカル・ライブ・ブロードキャスト・アプリケーション（ＬＬＢＡ）５１２によって見られることになり、イベントの現場にいるであろう、同じローカルアドホック（又はイントラネット）ネットワークの下のブロードキャストのディレクタが、どのフィードをこれが生じる場合にブロードキャストするかを選ぶことになり、これは、本発明のリアルタイムレイヤードコンポジティングマルチレイヤコンポジットを用いてどのアップロードフィードがこれが生じる場合に最終的なブロードキャストに選ばれるか、及びどんな指定のＶＳＭＬにより適用されるエフェクトが適用されるかの選択となるであろう。編集決定及びＶＳＭＬエフェクト５１２は、クラウドネットワークサーバ５１３にブロードキャストするのにビデオデータ及び制御データの１つのフィードだけをアップロードすることになる。

ここで、異なるオペレーティングシステム（ＩＯＳ、ＡＮＤＲＯＩＤ、．ＮＥＴなど）を有する複数のユーザが、取り込んだフッテージを追加し、これをまだ承認のために提出されていないプロジェクトに送信することができ、ユーザが、世界のどこかからフッテージを送信することもでき、別のユーザが該フッテージをブロードキャストを作成するのに用いることを可能にする、ブロードキャストシステムを例示する図１５を参照する。

ユーザは、フッテージを記録し、これを自分のタブレット／又は／指定のユーザのタブレット／又は自分のタブレットに送信するのに自分の電話（クロスプラットフォーム）を用いることができる。ユーザは、次いで、普通に離れた所で編集にログインすることができる。ビデオブロードキャストシステムは、電話又はタブレットのいずれかである任意の普及したオペレーティングシステムを用いる任意の認可ユーザ６０１が、リアルタイムレイヤードコンポジティングマルチレイヤプレーヤによって作成されるＶＳＭＬにより適用されるエフェクトと共に単一のブロードキャストとして用いられるべきフッテージを集める目的で自分のスマートデバイス／電話上に有するフッテージをプロジェクト管理者のスマートデバイス６０４に提出することができる、オープンプロジェクトを作成することができる。ビデオプロジェクトは、ビデオの概要を達成するために明記される／必要とされるショット及び場所を列挙する必要な概要、又は任意の他のマルチメディアコンテンツ（ピクチャ、グラフィックなど）、例えば、山、又は建物、インタビュー、ピクチャ、ロゴなどを有することになる。ユーザ６０１は、ユーザがどんな場所にいてもこのプロジェクトを見て、リストから１つ以上を取り込むことを受諾することになる。取り込むと、認可ユーザ６０１は、フッテージ／アセットをクラウドサーバＡＰＩ６０３のプロジェクトリポジトリ６０２に提出することになる。フッテージは、次いで、管理者のスマートデバイス６０４内の管理者オープンプロジェクトにダウンロードされることになる。すべてのフッテージが集められると、オープンプロジェクトステータスがクローズされ、管理者は、ビデオプロジェクトを終え、必要なＶＳＭＬにより適用されるエフェクトを適用することができる。次いで、管理者が、クラウドサーバＡＰＩ６０３を介して前述のように承認のためにコマンドセンター６０５へのプロジェクトの提出を完了すると、そこで承認時にすべての認可されたエンドユーザ６０６に利用可能となる。これは、以下の２つの主な問題を解決する。
１：フッテージを取り込むのにすべての人がタブレットを必要とするわけではない
２：クロスプラットフォームの互換性。

この教示の利点は多い。フッテージは、任意の場所から中心点（タブレット）に来る種々の撮影角度の同じイベント／プロジェクトの概要と共にどこから来てもよい。プロジェクトベースの取り込みは、所定のビデオ概要、ビデオ概要を達成するために明記される／必要とされるショット及び場所を選択する能力を有する電話ＵＩの一部をなすことができ、個人が取り込んだ任意のビデオを該プロジェクトにクリックインし、提出するときに、該プロジェクト（ＢＩＮ）にロードすることになり、次いで、該ビデオを作成するのに用いることができる。

ここで図１６を参照すると、デュアルプレゼンテーションシステムが説明される。ネットワークは制御データに基づいているので、この技術は、制御データ（メタデータ）が有用な方法で示されることを可能にする。タブレットを用いて、ユーザは、スライド／マルチメディアプレゼンテーションを作成することができる。このシステムは、情報が以下の２つの方法で提示されることを可能にする。
１．プレゼンタモード
２．ビューアモード

聴衆にプレゼンテーションをするときに、タブレットを用いるプラットフォーム内のプレゼンタは、プレゼンテーションをプレゼンタモードで提示することになる。プラットフォーム内に自分のタブレットを有するビューアは、ビューアモードを選択することもできる。これは、各特定のスライドと関連付けられるアフィリエイト付きの（ａｆｆｉｌｉａｔｅｄ）情報、さらなる情報を提示することになる。アフィリエイト付きの情報は、既存の制御データの組み合わせとなるが、各ユーザがシステムの既存のメタデータの一部となる情報を自分で入力することができる方法も提供することになり、スライドのノート、コメント、アイデアなどと同じくらいシンプルとすることができる。各コメント、作成されたリマークは、即座に皆が見られるようになるであろう。プレゼンタモード下にあるとき、ビューアモードはプレゼンタモードのスレーブとなり、プレゼンタが新しいスライドに移るときにはビューアモードも移る。

ブロック９０１で、プレゼンテーションを作成することを望む認可ユーザは、デュアルプレゼンテーションプロジェクトを開くことになる。これは、ユーザがスライドの２つのブランチを作成することを可能にし、これはプレゼンタスライド又はビューアスライドであろう。ブロック９０２で、ユーザは、プレゼンタモードの下でプレゼンテーションのためにどのアセットを用いるかを選択する。ブロック９０３で、ユーザは、ビューアモード内で見られる場合のスライドを作成するのに用いられることになる制御データフィールドにアクセスする。ブロック９０４で、ユーザは、プレゼンタコンテンツスライド９０６を作成するプロセスを開始し、各新しいスライドは、ビューアモードで見られる場合のデュアルスライドを自動的に作成する。ブロック９０５で、ユーザは、ビューアコンテンツスライド９０７を作成するプロセスを開始し、ユーザは、作成されたすべてのプレゼンタスライドのメタデータを入力することになり、このときプレゼンタスライドとビューアスライドとの両方がリンクされる。このデータは、このデータを興味深い方法で表示するべくＶＳＭＬによって記述される場合にメディアプレーヤによって表示されることになる。例えば、ビューアが共有することができるコメントフィードは、リアルタイムで視聴しているすべての人に示され、これは、プレゼンタスライド、さらなるリソース、又はセキュアブロードキャストネットワーク内部の／又は外部の他のビデオ及びコンテンツへのリンクによって表示されるコンテンツのさらなる説明とすることもできる。

ブロック９０８で、プレゼンタモードは、プレゼンタによって聴衆に与えられる表示であり、これは、各スライドによって何が作成されているかを示すことになり、ビデオ、ピクチャ、グラフィックなどのすべてがＶＳＭＬによって記述される場合に命令の下でメディアプレーヤによって実行される。プレゼンタモードは、対応するビューアスライドにリンクされる。プレゼンタが次のプレゼンタスライドに移る場合、ビューモードが対応するビューアスライドに自動的に移ることになる。

ブロック９０９で、プレゼンテーションを見ているユーザは、プレゼンタモードでプレゼンタによって提示されるように見るか、ビューアモードでリンクされたビューアスライドをビューアスライド９０７内で作成されるように見るかの、プレゼンテーションを見るモードを選ぶことができる。メディアプレーヤは、同じくＶＳＭＬで記述される方法によって既に特許請求されているリアルタイムレイヤードコンポジットをリアルタイムで作成することになる。ユーザが自分のコメントなどを仕上げることを可能にする、依然としてプレゼンタスライドナンバーと同期したままである特徴が存在する。ＶＳＭＬにより適用されるエフェクト及びその入力データを書き込む能力は、その書き込んでいるコンテンツを他の認可ユーザに通信する方法として用いることができる。その書き込まれたコンテンツは、検索パラメータとして用いることができる。ビデオに沿ってマーカをつけることができ、ユーザは、ビデオストリームに沿った異なるマーカポイントにジャンプし、そのポイント以降からこれを見始めることができる。

ここで、図１のタブレット２５の視覚表示装置の例示的なスクリーンショット１０００である図１７を参照する。スクリーンショットは、メディアプレーヤ１２６からの出力の視覚表現である。ビデオデータは第１のデバイス１５上で取り込まれることが当業者には分かるであろう。制御データ（マークアップ言語）は、第１のデバイスのユーザによって第１のデバイス１５上のビデオデータと関連付けられる。制御データは、補助データを作成するための情報、この場合は背景テンプレートを含んでいる。ビデオデータ及び制御データは、ネットワーク３０にわたって１つ以上の第２のデバイス２５にブロードキャストされる。各第２のデバイス２５上のメディアプレーヤ１２６は、制御データの読出しに応答して、各第２のデバイス上で背景テンプレート１００５をローカルに作成するように動作可能である。背景テンプレート１００５とビデオデータ１０１０は、第２のデバイス２５上に表示されるときに単一の一体化されたエンティティの外観を与える。背景テンプレート１００５は、ダウンロードされたビデオストリーム１０１０が挿入される領域を含む。ストリーミングされるビデオデータ１０１０は、この例では人物の挿入である。背景テンプレート１００５は、メディアプレーヤ１２６がマークアップ言語を視覚表現に変換する結果としてタブレット２５上でローカルに作成される。テンプレート１００５は視覚表示装置の大部分を占めるが、ビデオデータ１０１０は視覚表示装置の比較的小さい部分のみを占める。テンプレート１００５は、高精細（ＨＤ）の解像度を有するべくローカルに生成される。ビデオデータ１０１０の解像度は標準画質（ＳＤ）である。しかしながら、ビデオデータ１０１０は画面全体の非常に小さい領域を占めるので、全体的な視覚的印象は、メディアプレーヤ１２６からの出力が高精細度の印象である。

本明細書で説明されるのは、ビデオコンテンツを配信するための例示的なシステムであることが理解されるであろう。本発明の教示は例示的な構成に関して説明されているが、本発明の教示の精神及び範囲から逸脱することなく修正を加えることができるので、教示をこうした構成に限定することを意図していないことが理解されるであろう。

本発明の教示に係る分散ネットワークシステムの例示的な特徴が説明されているが、こうした配置は、本発明をこうした特徴に限定すると解釈されるべきではないことが理解されるであろう。本発明の教示の方法は、ソフトウェア、ファームウェア、ハードウェア、又はこれらの組み合わせに実装されてもよい。１つのモードでは、方法は、ソフトウェアに実行可能プログラムとして実装され、パーソナルコンピュータ（ＰＣ；ＩＢＭ互換機、Ａｐｐｌｅ互換機、その他）、パーソナル・デジタル・アシスタント、ワークステーション、ミニコンピュータ、又はメインフレームコンピュータなどの１つ以上の特別な又は汎用のデジタルコンピュータによって実行される。方法のステップは、ソフトウェアモジュールが常駐する又は部分的に常駐するサーバ又はコンピュータによって実装されてもよい。

一般に、ハードウェアアーキテクチャの点で、こうしたコンピュータは、当業者によく理解されるように、ローカルインターフェースを介して通信可能に結合されるプロセッサ、メモリ、及び１つ以上の入力及び／又は出力（Ｉ／Ｏ）装置（又は周辺機器）を含むことになる。ローカルインターフェースは、例えば、限定はされないが、当該技術分野では公知のように、１つ以上のバス又は他の有線又は無線接続とすることができる。ローカルインターフェースは、通信を可能にするためにコントローラ、バッファ（キャッシュ）、ドライバ、中継器、及びレシーバなどのさらなる要素を有してもよい。さらに、ローカルインターフェースは、他のコンピュータコンポーネント間の適切な通信を可能にするべくアドレス、制御、及び／又はデータ接続を含んでもよい。

プロセッサは、上述のように第１のモジュール、第２のモジュール、第３のモジュール、及び第４のモジュールの機能を果たすようにプログラムされてもよい。プロセッサは、ソフトウェアを実行するためのハードウェアデバイス、特に、メモリに記憶されたソフトウェアである。プロセッサは、任意のカスタムメイドの又は市販のプロセッサ、中央処理装置（ＣＰＵ）、コンピュータに関連するいくつかのプロセッサ間の補助プロセッサ、半導体ベースのマイクロプロセッサ（マイクロチップ又はチップセットの形態の）、マクロプロセッサ、又はソフトウェア命令を実行するための一般に任意のデバイスとすることができる。

メモリは、プロセッサと関連付けられ、揮発性メモリ要素（例えば、ランダムアクセスメモリ（ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭなどのＲＡＭ））及び不揮発性メモリ要素（例えば、ＲＯＭ、ハードドライブ、テープ、ＣＤＲＯＭなど）のいずれか１つ又はその組み合わせを含むことができる。さらに、メモリは、電子、磁気、光学、及び／又は他のタイプの記憶媒体を組み込んでいてもよい。メモリは、種々のコンポーネントが互いに遠隔に位置するが、依然としてプロセッサによってアクセスされる、分散アーキテクチャを有することができる。

メモリの中のソフトウェアは、１つ以上の別個のプログラムを含んでもよい。別個のプログラムは、モジュールの機能を実装するべく論理関数を実装するための実行可能命令の順序付けられたリストを備える。前述の例では、メモリの中のソフトウェアは、方法の１つ以上のコンポーネントを含み、適切なオペレーティングシステム（Ｏ／Ｓ）上で実行可能である。

本発明の教示は、行われるべき命令の組を含むソースプログラム、実行可能プログラム（オブジェクトコード）、スクリプト、又は任意の他のエンティティとして提供されるコンポーネントを含んでもよい。ソースプログラムのとき、プログラムは、Ｏ／Ｓとの関連において適正に動作するように、コンパイラ、アセンブラ、インタープリタなどを介して翻訳される必要があり、これはメモリ内に含まれていてもよいし、又は含まれていなくてもよい。さらに、本教示に従って実装される方法論は、（ａ）データ及び方法のいくつかのクラスを有するオブジェクト指向プログラミング言語、又は（ｂ）ルーチン、サブルーチン、及び／又は機能、例えば、限定はされないが、Ｃ、Ｃ＋＋、Ｐａｓｃａｌ、Ｂａｓｉｃ、Ｆｏｒｔｒａｎ、Ｃｏｂｏｌ、Ｐｅｒｌ、Ｊａｖａ、Ｊｓｏｎ、及びＡｄａを有する手続き型プログラミング言語として表されてもよい。

方法がソフトウェアに実装されるときに、こうしたソフトウェアは、任意のコンピュータに関係したシステム又は方法によって又はこれとの関連で用いるために任意のコンピュータ可読媒体上に記憶することができることに留意されたい。この教示との関連で、コンピュータ可読媒体は、コンピュータに関係したシステム又は方法によって又はこれとの関連で用いるためにコンピュータプログラムを格納又は記憶することができる電子、磁気、光学、又は他の物理的デバイス又は手段である。こうした構成は、命令実行システム、装置、又はデバイスからの命令処理をフェッチし、命令を実行することができるコンピュータベースのシステム、プロセッサを含んでいるシステム、又は他のシステムなどの命令実行システム、装置、又はデバイスによって又はこれとの関連で用いるために任意のコンピュータ可読媒体において具体化することができる。本明細書との関連での「コンピュータ可読媒体」は、命令実行システム、装置、又はデバイスによって又はこれとの関連で用いるためにプログラムを記憶する、通信する、伝搬する、又は輸送することができる任意の手段とすることができる。コンピュータ可読媒体は、例えば、限定はされないが、電子、磁気、光学、電磁気、赤外線、又は半導体システム、装置、デバイス、又は伝搬媒体とすることができる。図中のどのプロセスの説明又はブロックも、当業者に理解されるようにプロセスにおける固有の論理関数又はステップを実施するための１つ以上の実行可能命令を含むモジュール、セグメント、又はコードの一部を表すものとして理解されるべきである。

本発明の教示の前述の実施形態、特に、いずれかの「好ましい」実施形態は、単に原理の明確な理解のために記載される、実装の可能な例であることは強調されなければならない。本発明の教示の精神及び原理から実質的に逸脱することなく前述の実施形態に多くの変形及び修正がなされてもよい。すべてのこうした修正は、本開示及び本発明の範囲内で本明細書に含まれ、以下の請求項によって保護されることが意図される。

本発明の教示の利点は多い。本発明の方法は、高品質のグラフィック、テキスト、及び特殊エフェクト解像度を常に維持し、一方、既存のビデオブロードキャストシステムのグラフィック、テキスト、及び特殊エフェクト解像度の品質は、ブロードキャストされるデータのサイズとの直接的な相関関係において変化し、データサイズがより小さければグラフィック、テキスト、及び特殊エフェクト解像度の品質が低下する。しかしながら、本発明の方法でのデータサイズの減少は、グラフィック、テキスト、及び特殊エフェクトの品質を同時に低下させずにビデオデータの解像度だけを減少させることになり、これらは、ユーザのスマートデバイス上で高解像度で作成される又はローカルに記憶される。

本発明の方法は、ビデオデータ及び制御データだけを記憶及び伝送し、次いで、ユーザのスマートデバイス上にローカルに記憶されたデータベースからグラフィック、テキスト、及び特殊エフェクトを適用するので、伝送のためのデータサイズ及び変化するネットワーク／インターネット速度の下での結果的なアップロード／ダウンロード速度が、既存のビデオブロードキャストシステムと比較して改善される。同等のグラフィック、テキスト、及び特殊エフェクトを望む既存のビデオブロードキャストシステムは、グラフィック、テキスト、及び特殊エフェクトを含んでいるより大きいレンダリングされた単一の平面化されたビデオ構造を記憶及び伝送することを必要とし、したがって、アップロード／ダウンロードのためにより多くの時間がかかり、伝送のためにより大きなデータサイズをとる。本発明の方法は、グラフィック、テキスト、及び特殊エフェクトに影響を及ぼさずにビデオデータサイズのみを減少させることによって記憶及び伝送の全サイズを減少させることができるが、既存のビデオブロードキャストシステムは、本発明の方法を用いてビデオデータに適用されるグラフィック、テキスト、及び特殊エフェクトと同等の高品質のグラフィック、テキスト、及び特殊エフェクトを維持するには、記憶及び伝送のためのより大きいファイルサイズを維持しなければならない。

本発明の方法を用いる金銭的条件と工数との両方におけるコンテンツの視聴に関連するコストは、既存のビデオブロードキャストシステムで採用される方法と比較して改善される。本発明の方法ではビデオデータ及び制御データだけがネットワークを通じて記憶及び伝送されるので、高品質のグラフィック、テキスト、及び特殊エフェクトを伴うビデオを生成及びブロードキャストする速度及びコストは、既存のビデオブロードキャストシステムで使用される従来の方法と比較して最小にされる。従来の方法は、同程度の高品質のグラフィック、テキスト、及び特殊エフェクトを維持するためにはるかにより大きいデータサイズを必要とし、これにより、伝送、記憶、及び視聴に関連するコストが増加する。

制御データは、対応するエフェクトを表す複数の制御パラメータを含んでもよいことが理解されるであろう。制御パラメータのうちの１つ以上は、第１のデバイス上で選択可能であってもよい。第１のデバイス上の選択された１つ以上の制御パラメータは、各第２のデバイス上で再生される際に１つ以上の制御パラメータがメディアプレーヤによって適用され得るようにビデオデータと関連付けられてもよい。

本発明の教示は、例示的なアプリケーション及びモジュールに関して説明されているが、本発明の精神及び範囲から逸脱することなく修正を加えることができるので、本発明の教示をこうした構成に限定することは意図していないことが理解されるであろう。システムは、クラウド又はローカルサーバアーキテクチャを用いて実装されてもよいことが理解されるであろう。このように、本発明の教示は、付属の請求項に照らして必要と思われる限りにのみ制限されることが理解されるであろう。

同様に、本明細書で用いられるときの備える、含む（ｃｏｍｐｒｉｓｅｓ／ｃｏｍｐｒｉｓｉｎｇ）という言葉は、表記された特徴、整数、ステップ、又はコンポーネントの存在を明記するのに用いられるが、１つ以上のさらなる特徴、整数、ステップ、コンポーネント、又はそのグループの存在又は追加を除外しない。

Claims (15)

1. ネットワークにわたってビデオコンテンツを配信するための方法であって、
   第１のデバイス（１５）上にビデオデータを提供することと、
   補助データを作成するための情報を含んでいる制御データを、前記第１のデバイス（１５）上で前記ビデオデータと関連付けることと、
   前記第１のデバイス（１５）から制御システム（２０）へ前記ビデオデータおよび前記制御データを伝送することと、
   修正された補助データを作成するために、前記制御システムで修正された制御データを前記ビデオデータと関連付けることと、
   前記ビデオデータ及び前記制御データを前記制御システム（２０）からネットワークにわたって１つ以上の第２のデバイス（２５）にブロードキャストすることと、
   前記各第２のデバイス（２５）上で前記補助データをローカルに作成するために前記制御データの読出しに応答して動作可能なメディアプレーヤを前記各第２のデバイス（２５）上に提供することと、
   前記メディアプレーヤが前記ビデオデータを再生している間に前記補助データおよび前記修正された補助データを立ち上げることと、
   を含む方法。
2. 前記制御データが、
   （ａ）タグによって囲まれる機械実行可能命令、
   （ｂ）メタデータ、または
   （ｃ）機械可読マークアップ言語
   を含む、請求項１に記載の方法。
3. 前記補助データが、少なくとも１つの表示セグメントまたは複数の表示セグメントを含む、請求項１または２に記載の方法。
4. 前記メディアプレーヤが、
   前記ビデオデータが前記各第２のデバイスにダウンロードされるのに必要なバッファリング時間を求めるために計算を行う、または
   前記ビデオデータが前記各第２のデバイス（２５）にダウンロードされるのに必要なバッファリング時間を求めるために計算を行い、前記計算されたバッファリング時間が、前記各第２のデバイス（２５）によって受信される前記制御データに組み込まれる、
   請求項３に記載の方法。
5. 前記ビデオデータが、少なくとも１つのビデオセクションを含む、請求項４に記載の方法。
6. 前記制御データが、前記少なくとも１つの表示セグメントが前記少なくとも１つのビデオセクションに関してどのようにして表示されるかを詳述する機械可読命令を含む、または
   前記制御データが、複数の表示セグメントが複数のビデオセクションに関してどのようにして表示されるかを詳述する機械可読命令を含む、
   請求項５に記載の方法。
7. 前記少なくとも１つの表示セグメントを表示する期間が、
   （ａ）前記制御データに組み込まれる前記バッファリング時間によって決まる、
   （ｂ）前記制御データに組み込まれる前記バッファリング時間に比例する、または
   （ｃ）前記少なくとも１つの表示セグメント及び前記少なくとも１つのビデオセクションが時間遅延中断なしに順次に表示されるように、前記制御データに組み込まれる前記バッファリング時間と関連付けられる、
   請求項６に記載の方法。
8. 複数の表示セグメントを表示する組み合わされた期間が、前記バッファリング時間によって設定される、
   前記少なくとも１つの表示セグメントを表示する期間が、前記計算されたバッファリング時間に応じて変更される、または
   前記２つ以上の表示セグメントを表示する期間が、前記計算されたバッファリング時間に応じて変更される、
   請求項６に記載の方法。
9. 前記各第２のデバイス上の前記メディアプレーヤが、
   ローカル又はリモートの場所からデータを取り出すためにフェッチプロセスを開始するべく前記制御データの読出しに応答して動作可能である、または
   ローカル又はリモートの場所からデータを取り出すためにフェッチプロセスを開始するべく前記制御データの読出しに応答して動作可能であって、
   前記制御データを記憶するために前記第１のデバイス上に第１のデータベースが提供される、かつ／または
   前記制御データで参照されるデータ要素を記憶するために前記各第２のデバイス上に第２のデータベースが提供される、
   請求項１〜８のいずれか一項に記載の方法。
10. 前記制御データが、
    前記各第２のデバイス（２５）上の前記メディアプレーヤで前記ビデオデータが再生されているときに前記ビデオデータに少なくとも１つの指定のエフェクト、グラフィック、テキストデータ、特殊エフェクト、又は音声データを適用するための命令を含む、
    前記ビデオデータと関連付けられ、前記第１のデバイス（１５）上の前記ビデオデータと同期される、または、
    前記ビデオデータと関連付けられ、前記第１のデバイス（１５）からの同期されたビデオデータと共に前記第２のデバイス（２５）上の前記ビデオデータと同期される、
    請求項１〜９のうちのいずれか一項に記載の方法。
11. 前記第１のデバイス上でデータ構造が生成され、
    前記第１のデバイスは、
    前記ビデオデータ及び関連する制御データを含む、または、
    前記ビデオデータ及び関連する制御データを含み、かつ前記第１のデバイス（１５）が、前記データ構造を前記制御システム（２０）に伝送するように構成される、または、
    前記ビデオデータ及び関連する制御データを含み、かつ前記第１のデバイス（１５）が、前記データ構造を前記制御システム（２０）へ伝送するように構成され、かつ前記制御システム（２０）が、前記データ構造を前記１つ以上の第２のデバイス（２５）に通信するように構成される、または
    前記ビデオデータ及び関連する制御データを含み、かつ前記第１のデバイス（１５）が、前記データ構造を前記制御システム（２０）に伝送するように構成され、かつ前記制御システム（２０）が、前記ビデオデータと関連付けられる前記制御データを修正するように動作可能である、
    請求項１〜１０のいずれか一項に記載の方法。
12. 前記制御データが、
    検索エンジンによる検索を容易にするための１つ以上のタグを含む、および／または
    対応するエフェクトを表す複数の制御パラメータを含む、および／または
    対応するエフェクトを表す複数の制御パラメータを含み、かつ前記制御パラメータのうちの１つ以上が、前記第１のデバイス上で選択可能である、
    請求項１〜１１のいずれか一項に記載の方法。
13. 前記制御システム（２０）が、
    各第２のデバイスにユーザプロフィールを提供するように構成される、
    各第２のデバイスにユーザプロフィールを提供するように提供され、かつ前記制御システムが、前記ユーザプロフィールに基づいて特定の第２のデバイスに送達するために前記ビデオデータと関連付けられる前記制御データを修正するように動作可能である、
    請求項１〜１２のいずれか一項に記載の方法。
14. ビデオコンテンツを配信するためのシステムであって、
    ビデオデータが提供されている第１のデバイス（１５）と、
    前記第１のデバイス（１５）上で動作可能であり、制御データを前記ビデオデータと関連付けるように構成される、第１のアプリケーションであり、前記制御データが、前記ビデオデータがネットワークにわたって１つ以上の第２のデバイス（２５）にブロードキャストされた後で前記ビデオデータと共に提示されるべき補助データを作成するための情報を含んでいる、第１のアプリケーションと、
    前記第１のデバイス（１５）からビデオデータ及び関連する制御データを受信するために前記第１のアプリケーションと通信する制御システム（２０）であり、前記制御システム（２０）が、修正された補助データを作成するために、修正された制御データを前記ビデオデータと関連付けるように動作可能な、制御システム（２０）と、
    １つ以上の第２のデバイスにブロードキャストする前記ビデオデータおよび前記関連する制御データと、および
    前記各第２のデバイス上で補助データおよび修正された補助データを作成するために制御データの読出しに応答して動作可能な前記各第２のデバイス上に提供されるメディアプレーヤであり、前記メディアプレーヤが前記ビデオデータを再生している間に前記補助データおよび前記修正された補助データを立ち上げるように動作可能な、メディアプレーヤと、
    を備えるシステム。
15. コンピュータ化されたシステムで実行されるときに前記請求項１〜請求項１３のうちのいずれか一項に記載の方法を実施するエンコードされている機械可読命令を有するデータキャリアを含むコンピュータ可読媒体。

Images