知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-11
(45)【発行日】2024-09-20
(54)【発明の名称】フォールトトレラントなライブビデオストリーミング
(51)【国際特許分類】
H04N 21/24 20110101AFI20240912BHJP
H04N 21/266 20110101ALI20240912BHJP
H04H 20/26 20080101ALI20240912BHJP
H04H 60/82 20080101ALI20240912BHJP
【ＦＩ】
H04N21/24
H04N21/266
H04H20/26
H04H60/82
【請求項の数】
18
(21)【出願番号】P 2021566287
(86)(22)【出願日】2020-05-08
(65)【公表番号】
(43)【公表日】2022-07-12
(86)【国際出願番号】 US2020032212
(87)【国際公開番号】W WO2020227679
(87)【国際公開日】2020-11-12
【審査請求日】2023-03-13
(31)【優先権主張番号】62/845,492
(32)【優先日】2019-05-09
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】521316660
【氏名又は名称】ブライトコーブ インコーポレイテッド
【氏名又は名称原語表記】ＢＲＩＧＨＴＣＯＶＥ ＩＮＣ．
(74)【代理人】
【識別番号】100105957
【弁理士】
【氏名又は名称】恩田 誠
(74)【代理人】
【識別番号】100068755
【弁理士】
【氏名又は名称】恩田 博宣
(74)【代理人】
【識別番号】100142907
【弁理士】
【氏名又は名称】本田 淳
(72)【発明者】
【氏名】センザノ フェレット、ホルヘ
(72)【発明者】
【氏名】クロフシック、テッド
(72)【発明者】
【氏名】ニール、マシュー
(72)【発明者】
【氏名】ハーティ、マイケル
(72)【発明者】
【氏名】レズニック、ユーリー
【審査官】醍醐 一貴
(56)【参考文献】
【文献】米国特許出願公開第２０１４／０３４４４４３（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１７／０１７１５９０（ＵＳ，Ａ１）
【文献】特表２０１６－５０９４００（ＪＰ，Ａ）
【文献】特開２００６－０６７４８３（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１３／０３０８４３６（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ２１／００－２１／８５８
Ｈ０４Ｈ ２０／００－２０／４６
Ｈ０４Ｈ ４０／９０－６０／９８
(57)【特許請求の範囲】
【請求項1】
フォールトトレラントなライブビデオストリーミングを提供する方法であって、第１の冗長制御ユニットを使用して以下のステップを実行することであって、
第１のクラウドビデオトランスコーダからの第１のトランスコードビデオストリームと第２のクラウドビデオトランスコーダからの第２のトランスコードビデオストリームとを取得するステップであって、
前記第１の冗長制御ユニットに対する入力が前記第１のトランスコードビデオストリームと前記第２のトランスコードビデオストリームとを含み、前記第１のトランスコードビデオストリームが、第１のトランスコードマニフェストと、前記第１のクラウドビデオトランスコーダによって生成された第１のトランスコードビデオセグメントのセットとからなり、前記第２のトランスコードビデオストリームが、第２のトランスコードマニフェストと、前記第２のクラウドビデオトランスコーダによって生成された第２のトランスコードビデオセグメントのセットとからなる、前記取得するステップと、
前記第１のトランスコードビデオストリームの前記第１のトランスコードビデオセグメントを使用して第１の出力ビデオストリームを提供するための第１の出力マニフェストを第１のオリジンサーバに出力するステップであって、前記第１の出力マニフェストが前記第１のトランスコードマニフェストに基づく、前記出力するステップと、
前記第１のトランスコードマニフェストを監視して前記第１のトランスコードビデオストリームでの障害状態を特定するステップと、
前記障害状態の特定に応答して前記第１の出力マニフェストを更新することにより、前記第１のトランスコードビデオストリームの前記第１のトランスコードビデオセグメントのセットを使用して前記第１の出力ビデオストリームを提供することから、前記第２のトランスコードビデオストリームの前記第２のトランスコードビデオセグメントのセットを使用して前記第１の出力ビデオストリームを提供することに切り替えるステップであって、前記第１の出力マニフェストを更新することが前記第２のトランスコードマニフェストに基づく、前記切り替えるステップと、
前記更新された第１の出力マニフェストを前記第１のオリジンサーバに出力するステップと、
前記第１の出力ビデオストリームを前記第１のオリジンサーバに提供するステップと、
を前記第１の冗長制御ユニットを使用して実行することを備える方法。
【請求項2】
前記更新された第１の出力マニフェストは、前記第２のトランスコードビデオストリームの前記第２のトランスコードビデオセグメントのセットを使用する前に配置されたＥＸＴ－Ｘ－ＤＩＳＣＯＮＴＩＮＵＩＴＹマーカーを含むハイパーテキスト転送プロトコル（ＨＴＴＰ）ライブストリーミング（ＨＬＳ）マニフェストである、請求項１に記載の方法。
【請求項3】
前記更新された第１の出力マニフェストは、ＤＡＳＨマニフェストであり、前記第２のトランスコードビデオストリームの前記第２のトランスコードビデオセグメントのセットをメディアプレゼンテーションの新たな期間として指定する、請求項１に記載の方法。
【請求項4】
前記更新された第１の出力マニフェストは、前記切り替え前における前記第１のトランスコードビデオストリームの最後のメディアセグメント内の、ＨＴＴＰによる動的適応ストリーミング（ＤＡＳＨ）または共通メディアアプリケーションフォーマット（ＣＭＡＦ）のイベントメッセージとしてさらにエンコードおよび配置されたＤＡＳＨマニフェストである、請求項１に記載の方法。
【請求項5】
デコーダによる連続的なデコード可能性を保証するのを助けるために、前記切り替え後の前記第２のトランスコードビデオストリームの前記第２のトランスコードビデオセグメントのセットを更新することをさらに備える請求項１に記載の方法。
【請求項6】
前記第２のトランスコードビデオストリームの前記第２のトランスコードビデオセグメントのセットを更新することは、シーケンスパラメータセット（ＳＰＳ）、
画像パラメータセット（ＰＰＳ）、
プレゼンテーションタイムスタンプ（ＰＴＳ）、
ディスプレイタイムスタンプ（ＤＴＳ）、
プログラムクロックリファレンス（ＰＣＲ）、
システムクロックリファレンス（ＳＣＲ）、または
それらの任意の組み合わせ、
を変更することを含む、請求項５に記載の方法。
【請求項7】
前記障害状態が、しきい値時間よりも長い前記第１のトランスコードビデオストリームの出力の遅延、
前記第１のトランスコードビデオストリームのビデオセグメントへのアクセスできないリンク、または
それらの任意の組み合わせ、
を含む、請求項１に記載の方法。
【請求項8】
第２の冗長制御ユニットを使用することであって、前記第１のクラウドビデオトランスコーダから前記第１のトランスコードビデオストリームを取得するとともに、前記第２のクラウドビデオトランスコーダから前記第２のトランスコードビデオストリームを取得し、
前記第１のトランスコードビデオストリーム、前記第２のトランスコードビデオストリーム、またはその両方のビデオセグメントを使用して第２の出力ビデオストリームを提供する第２のマニフェストを出力する前記第２の冗長制御ユニットを使用すること、
をさらに備える請求項１に記載の方法。
【請求項9】
前記第１の出力ビデオストリームを第１のコンテンツ配信ネットワーク（ＣＤＮ）に提供すること、前記第２の出力ビデオストリームを第２のＣＤＮに提供すること、
をさらに備える請求項８に記載の方法。
【請求項10】
前記第１の出力ビデオストリームを前記第２のＣＤＮに提供すること、前記第２の出力ビデオストリームを前記第１のＣＤＮに提供すること、
をさらに備える請求項９に記載の方法。
【請求項11】
前記第１の出力ビデオストリームを前記第１のオリジンサーバに提供すること、前記第２の出力ビデオストリームを第２のオリジンサーバに提供すること、
をさらに備える請求項８に記載の方法。
【請求項12】
前記第１の出力ビデオストリームを第２のオリジンサーバに提供することをさらに備える請求項１に記載の方法。
【請求項13】
フォールトトレラントなライブビデオストリーミングを提供するシステムであって、メモリと、
前記メモリと通信可能に結合され、第１の冗長制御ユニットを使用する１つまたは複数の処理ユニットと、
を備え、前記第１の冗長制御ユニットが、
第１のクラウドビデオトランスコーダからの第１のトランスコードビデオストリームと第２のクラウドビデオトランスコーダからの第２のトランスコードビデオストリームとを取得するステップであって、
前記第１の冗長制御ユニットに対する入力が前記第１のトランスコードビデオストリームと前記第２のトランスコードビデオストリームとを含み、前記第１のトランスコードビデオストリームが、第１のトランスコードマニフェストと、前記第１のクラウドビデオトランスコーダによって生成された第１のトランスコードビデオセグメントのセットとからなり、前記第２のトランスコードビデオストリームが、第２のトランスコードマニフェストと、前記第２のクラウドビデオトランスコーダによって生成された第２のトランスコードビデオセグメントのセットとからなる、前記取得するステップと、
前記第１のトランスコードビデオストリームの前記第１のトランスコードビデオセグメントを使用して第１の出力ビデオストリームを提供するための第１の出力マニフェストを第１のオリジンサーバに出力するステップであって、前記第１の出力マニフェストが前記第１のトランスコードマニフェストに基づく、前記出力するステップと、
前記第１のトランスコードマニフェストを監視して前記第１のトランスコードビデオストリームでの障害状態を特定するステップと、
前記障害状態の特定に応答して前記第１の出力マニフェストを更新することにより、前記第１のトランスコードビデオストリームの前記第１のトランスコードビデオセグメントのセットを使用して前記第１の出力ビデオストリームを提供することから、前記第２のトランスコードビデオストリームの前記第２のトランスコードビデオセグメントのセットを使用して前記第１の出力ビデオストリームを提供することに切り替えるステップであって、前記第１の出力マニフェストを更新することが前記第２のトランスコードマニフェストに基づく、前記切り替えるステップと、
前記更新された第１の出力マニフェストを前記第１のオリジンサーバに出力するステップと、
前記第１の出力ビデオストリームを前記第１のオリジンサーバに提供するステップと、
を実行するように構成されている、システム。
【請求項14】
前記１つまたは複数の処理ユニットは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ライブストリーミング（ＨＬＳ）フォーマットまたはＨＴＴＰによる動的適応ストリーミング（ＤＡＳＨ）フォーマットを含む前記第１のトランスコードビデオストリームおよび前記第２のトランスコードビデオストリームを取得するように構成されている、請求項１３に記載のシステム。
【請求項15】
前記１つまたは複数の処理ユニットは、しきい値時間よりも長い前記第１のトランスコードビデオストリームの出力の遅延、
前記第１のトランスコードビデオストリームのビデオセグメントへのアクセスできないリンク、または
それらの任意の組み合わせ、
を少なくとも部分的に特定することによって前記障害状態を特定するように構成されている、請求項１３に記載のシステム。
【請求項16】
前記１つまたは複数の処理ユニットはさらに、第２の冗長制御ユニットを使用して、前記第１のクラウドビデオトランスコーダから前記第１のトランスコードビデオストリームを取得するとともに、前記第２のクラウドビデオトランスコーダから前記第２のトランスコードビデオストリームを取得し、
前記第１のトランスコードビデオストリーム、前記第２のトランスコードビデオストリーム、またはその両方のビデオセグメントを使用して第２の出力ビデオストリームを提供する第２のマニフェストを出力する、
ように構成されている、請求項１３に記載のシステム。
【請求項17】
前記１つまたは複数の処理ユニットはさらに、前記第１の出力ビデオストリームを第１のコンテンツ配信ネットワーク（ＣＤＮ）に提供し、
前記第２の出力ビデオストリームを第２のＣＤＮに提供する、
ように構成されている、請求項１６に記載のシステム。
【請求項18】
命令を記憶した非一時的なコンピュータ可読媒体であって、１つまたは複数の処理ユニットによって前記命令が実行されることにより前記１つまたは複数の処理ユニットが第１の冗長制御ユニットを使用して以下のステップを実行させるものであって、前記１つまたは複数の処理ユニットが、
第１のクラウドビデオトランスコーダからの第１のトランスコードビデオストリームと第２のクラウドビデオトランスコーダからの第２のトランスコードビデオストリームとを取得するステップであって、
前記第１の冗長制御ユニットに対する入力が前記第１のトランスコードビデオストリームと前記第２のトランスコードビデオストリームとを含み、前記第１のトランスコードビデオストリームが、第１のトランスコードマニフェストと、前記第１のクラウドビデオトランスコーダによって生成された第１のトランスコードビデオセグメントのセットとからなり、前記第２のトランスコードビデオストリームが、第２のトランスコードマニフェストと、前記第２のクラウドビデオトランスコーダによって生成された第２のトランスコードビデオセグメントのセットとからなる、前記取得するステップと、
前記第１のトランスコードビデオストリームの前記第１のトランスコードビデオセグメントを使用して第１の出力ビデオストリームを提供するための第１の出力マニフェストを第１のオリジンサーバに出力するステップであって、前記第１の出力マニフェストが前記第１のトランスコードマニフェストに基づく、前記出力するステップと、
前記第１のトランスコードマニフェストを監視して前記第１のトランスコードビデオストリームでの障害状態を特定するステップと、
前記障害状態の特定に応答して前記第１の出力マニフェストを更新することにより、前記第１のトランスコードビデオストリームの前記第１のトランスコードビデオセグメントのセットを使用して前記第１の出力ビデオストリームを提供することから、前記第２のトランスコードビデオストリームの前記第２のトランスコードビデオセグメントのセットを使用して前記第１の出力ビデオストリームを提供することに切り替えるステップであって、前記第１の出力マニフェストを更新することが前記第２のトランスコードマニフェストに基づく、前記切り替えるステップと、
前記更新された第１の出力マニフェストを前記第１のオリジンサーバに出力するステップと、
前記第１の出力ビデオストリームを前記第１のオリジンサーバに提供するステップと、
を前記第１の冗長制御ユニットを使用して実行させるものであり、
前記第１の出力マニフェストの更新は、前記第１の出力マニフェストが前記第１のトランスコードビデオストリームの前記第１のトランスコードビデオセグメントのセットの使用から前記第２のトランスコードビデオストリームの前記第２のトランスコードビデオセグメントのセットの使用へと切り替えるポイントを示す識別子を前記第１の出力マニフェストに含めることを含む、非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
この出願は、フォールトトレラントなライブビデオストリーミングに関し、２０１９年５月９日に出願された米国仮特許出願第６２／８４５，４９２号の優先権の利益を主張し、その全内容が参照により本明細書に組み込まれる。
【背景技術】
【0002】
インターネットを介したクラウドベースのライブビデオストリーミングは、ビデオソース（例えば、カメラ）からエンドユーザによって閲覧されるプレーヤ（例えば、コンピュータ上、携帯電話上などで実行されるメディアソフトウェアアプリケーション）にライブビデオを中継（および処理）するように構成された一連の通信可能に結合されたコンポーネントのチェーンを必要とし得る。しかしながら、ライブストリーミング配信チェーンのいずれかのコンポーネントで障害が発生すると、そのイベントの視聴エクスペリエンスが中断され、エンドユーザの観点からはユーザエクスペリエンスの品質が低下することにより、ビデオプロバイダに対するライブビデオの価値が低下し得る。
【0003】
従来のソリューションは、冗長なビデオストリームを提供し、必要に応じて、障害のあるストリームを動作可能なストリームに切り替えることで、視聴エクスペリエンスが中断される可能性を減らすのに有用とされている。しかしながら、このようなソリューションは、特別なハードウェアおよび／またはソフトウェアをビデオソースに必要とする場合が多く、実装に費用がかかる可能性がある。
【発明の概要】
【0004】
本明細書における実施形態は、２つ以上のトランスコーダによって出力される複数のトランスコードビデオストリーム間を切り替え可能な冗長制御ユニットを含むフォールトトレラントなクラウドベースアーキテクチャを提供することによって、上記および他の問題を克服する。冗長制御ユニットは、複数のトランスコードビデオストリームのうちの１つからマニフェストを出力し、そのストリームでの障害を検出すると、マニフェストを修正して複数のトランスコードビデオストリームのうちの別の一つに切り替え得る。冗長制御ユニットはさらに、ビデオストリームの不連続性にフラグを立てるようにマニフェストを修正し、これによって、プレーヤはエラーを伴うことなく新たなトランスコードビデオストリームに切り替えることが可能となる。他の実施形態は、追加のフォールトトレランスを提供するのに有用な追加の冗長性を含み得る。これらの実施形態は、特別なハードウェアおよび／またはソフトウェアをビデオソースに必要としない（例えば、コントリビューションエンコーダは一般的な既製のエンコーダとすることができる）ため、従来の冗長性ソリューションよりも大幅に費用効果に優れたものとなり得る。
【0005】
本明細書によるフォールトトレラントなライブビデオストリーミングを提供する例示的な方法は、第１のビデオトランスコーダから第１のトランスコードビデオストリームを取得するとともに第２のビデオトランスコーダから第２のトランスコードビデオストリームを取得すること、前記第１のトランスコードビデオストリームのビデオセグメントを使用して第１の出力ビデオストリームを提供する第１のマニフェストを出力すること、前記第１のトランスコードビデオストリームでの障害状態を特定すること、および、前記障害状態の特定に応答して前記第１のマニフェストを更新することにより、前記第１のトランスコードビデオストリームのビデオセグメントを使用して前記第１の出力ビデオストリームを提供することから、前記第２のトランスコードビデオストリームのビデオセグメントを使用して前記第１の出力ビデオストリームを提供することに切り替えることを備える。
【0006】
本明細書による例示的なシステムは、メモリと、前記メモリに通信可能に結合された１つまたは複数の処理ユニットとを備える。前記１つまたは複数の処理ユニットは、第１のビデオトランスコーダから第１のトランスコードビデオストリームを取得するとともに第２のビデオトランスコーダから第２のトランスコードビデオストリームを取得し、前記第１のトランスコードビデオストリームのビデオセグメントを使用して第１の出力ビデオストリームを提供する第１のマニフェストを出力し、前記第１のトランスコードビデオストリームでの障害状態を特定し、前記障害状態の特定に応答して前記第１のマニフェストを更新することにより、前記第１のトランスコードビデオストリームのビデオセグメントを使用して前記第１の出力ビデオストリームを提供することから、前記第２のトランスコードビデオストリームのビデオセグメントを使用して前記第１の出力ビデオストリームを提供することに切り替えるように構成されている。
【0007】
本明細書による例示的な非一時的コンピュータ可読媒体は、命令を記憶し、１つまたは複数の処理ユニットによって前記命令が実行されることにより、前記１つまたは複数の処理ユニットは、第１のビデオトランスコーダから第１のトランスコードビデオストリームを取得するとともに第２のビデオトランスコーダからの第２のトランスコードビデオストリームを取得し、前記第１のトランスコードビデオストリームのビデオセグメントを使用して第１の出力ビデオストリームを提供する第１のマニフェストを出力し、前記第１のトランスコードビデオストリームでの障害状態を特定し、前記障害状態の特定に応答して前記第１のマニフェストを更新することにより、前記第１のトランスコードビデオストリームのビデオセグメントを使用して前記第１の出力ビデオストリームを提供することから、前記第２のトランスコードビデオストリームのビデオセグメントを使用して前記第１の出力ビデオストリームを提供することに切り替える。
【図面の簡単な説明】
【0008】
【図1】現代のクラウドベースのライブビデオ配信チェーンの全体構造を示すブロック図である。
【図3】一実施形態によるポストトランスコーダスイッチを備えたフォールトトレラントビデオ配信システムのブロック図である。
【図4】あるビデオストリームから別のビデオストリームへの切り替えに起因するプレーヤの問題を最小限に抑えるためにマニフェストを修正する方法の一例を示す図である。
【図5】フォールトトレラントビデオ配信システムの追加の実施形態のブロック図である。
【図6】フォールトトレラントビデオ配信システムの追加の実施形態のブロック図である。
【図7】フォールトトレラントビデオ配信システムの追加の実施形態のブロック図である。
【図8】一実施形態によるフォールトトレラントライブビデオストリーミングを提供する方法８００を示すフロー図である。
【図9】コンピュータシステムの一実施形態のブロック図である。
【発明を実施するための形態】
【0009】
種々の図面における同様の参照記号は、特定の実装例にしたがった同様の要素を示す。また、要素の複数のインスタンスは、要素の第１の番号の後に、文字またはハイフンと第２の番号とを付けて示す場合がある。例えば、要素１１０の複数のインスタンスは、１１０－１，１１０－２，１１０－３、または１１０ａ，１１０ｂ，１１０ｃなどで示され得る。そのような要素を第１の番号のみを使用して参照する場合、要素の任意のインスタンスを指すものと理解され得る（例えば、先の例での要素１１０は、要素１１０－１，１１０－２，１１０－３または要素１１０ａ，１１０ｂ，１１０ｃを指すものとなる）。
【0010】
以下、本明細書の一部を形成する添付の図面に関して、いくつかの例示的な実施形態を説明する。本開示の１つまたは複数の態様を実施可能な特定の実施形態を以下に説明するが、本開示の範囲または添付の特許請求の範囲の思想から逸脱することなく他の実施形態を使用して種々の変更を行うことができる。
【0011】
インターネットストリーミングは、ＤＡＳＨ［１］、ＨＬＳ［２］などの既存のチャンク配信プロトコルの１つを利用した継続的メディア配信および再生のモデルである。ライブまたは事前に録画されたソースから発信されたビデオの配信にインターネットストリーミングを使用することができる。従来、ストリーミングの実装は、殆どオンプレミスで行われ、すべてのトランスコーディング、パッケージング、および広告スプライシング操作は専用のハードウェアコンポーネントによって行われている。しかしながら、近年、クラウドプラットフォームの出現によってこのモデルは変化しており、クラウドで実行される操作が増えている。本明細書で使用される「ビデオフィード」および「ビデオストリーム」という用語は、ビデオプレーヤが最終的にビデオを再生できるようにするために使用することが可能なビデオのビデオデータを指すために交換可能に使用され得る。
【0012】
図１は、現代のクラウドベースのライブビデオ配信チェーンの全体構造を示すブロック図である。この図において、コンポーネント間の線は、あるコンポーネントから次のコンポーネントへの通信リンクを表している。当業者は、この通信を提供するために使用される多くのデバイス、ネットワークなどが存在し得ることを理解し得る。ビデオ配信チェーンに関与する種々のエンティティ（ビデオパブリッシャー、クラウドサービスプロバイダ、コンテンツ配信ネットワーク（ＣＤＮ）、およびユーザデバイス）は、例えばインターネットを介して通信可能に接続され得る。また、図１の各ブロックに示された種々のコンポーネント（ビデオソース１０５、コントリビューションエンコーダ１１５、クラウドトランスコーダ１２５など）は、以下に説明するコンピューティングデバイスなどの１つまたは複数のコンピューティングデバイスによって実行され得る（コンピューティングデバイスは、メディアプレーヤ、ビデオカメラなどのより大きなデバイスの一部を含むおよび／またはそのデバイスに統合され得る）。
【0013】
このチェーンにおける入力ビデオは、ビデオソース１０５から発信され、このビデオソース１０５は、例えば、ライブイベントを撮影するプロダクションビデオカメラであってよい。ビデオソース１０５からの出力１１０は、コントリビューションエンコーダ１１５に提供され、このコントリビューションエンコーダ１１５は、ロー（raw）入力フォーマットのビデオ（例えば、シリアルデジタルインターフェース（ＳＤＩ）を介して配信される非圧縮ビデオ）を、インターネットを介したビデオの送信に適したフォーマットに変換する。このフォーマットには、例えば、トランスポートストリーム（ＴＳ）ストリーム、ＴＳストリーム＋前方誤り訂正（ＦＥＣ）、リアルタイムメッセージングプロトコル（ＲＴＭＰ）、またはセキュアリライアブルトランスポート（ＳＲＴ）ストリームが含まれ得る。図１に示すように、ビデオ配信チェーンのこれらの部分は、ビデオパブリッシャーによって実行され得る。
【0014】
コントリビューションエンコーダ１１５によりフォーマットされると、その出力１２０（例えば、インターネットを介した転送用にフォーマットされたビデオストリーム）は、クラウドサービスプロバイダに送信され得る。クラウドサービスプロバイダは、最初にクラウドトランスコーダ１２５を使用して入力ビデオストリームを１つまたは複数の出力フォーマットにトランスコードし得る。クラウドトランスコーダ１２５の出力１３０のフォーマットには、例えば、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ライブストリーミング（ＨＬＳ）、ＨＴＴＰによる動的適応ストリーミング（ＤＡＳＨ）フォーマット、および／またはＣＤＮ支援型ＨＴＴＰベースの配信に一般的に使用される他のチャンクメディア配信フォーマットが含まれ得る。また、いくつかの実施形態では、クラウドトランスコーダ１２５の出力１３０は、広告挿入処理ロジックにより変更されてオリジンサーバ１３５上に配置され得る。このオリジンサーバ１３５は、ＣＤＮ支援型配信用の入力として機能する。
【0015】
ライブビデオストリームの最終的な受信機は、パーソナルコンピュータ（ＰＣ）、携帯電話、タブレット、またはテレビなどのユーザデバイス上で動作するプレーヤ１１０であって、ＣＤＮ１４５からのエンコードストリームのチャンクを取得するためにプレーヤ１５０（例えば、ソフトウェアアプリケーション）を使用する。プレーヤ１５０は、エンコードストリームをデコードして、そのデコードメディアをデバイス上で再生する。特定のライブビデオストリームの場合、プレーヤ１５０は多数（数十、数百、数千など）存在し得る。
【0016】
ライブストリーミング配信チェーンにおけるいずれかのコンポーネント（コントリビューションエンコーダ１１５、クラウドトランスコーダ１２５、オリジンサーバ１３５など）に障害が発生すると、プレーヤ１５０により実行されるユーザデバイスのユーザの視聴エクスペリエンスが中断され得る。この問題は、あらゆるビデオ配信モデル（放送、ケーブル、オーバーザトップ（ＯＴＴ））でよく知られている。しかしながら、クラウドベースのＯＴＴ配信では、コンピューティングリソースの分散性、ならびにそれらの間の接続の遅延および品質の制御が不足しているため、この問題を解決することが特に困難である。異なるメディアストリーム間の正確な同期を確保するために、独自のハードウェアを利用していくつかのソリューションが作成されている。しかしながら、この正確な同期を実現することは難しく、そのために、このようなソリューションは通常、比較的高価であり、計算量が多いため、スケーリングが困難となり得る。
【0017】
本明細書の実施形態によれば、これらおよび他の問題は、フォールトトレラントなライブストリーミングシステムを提供することによって克服することができる。フォールトトレランスは、いくつかの実施形態によれば、エンコーダ、広告サーバ、およびオリジンサーバの複数の（冗長な）インスタンスを利用して、ライブ取り込み、エンコード、広告挿入、および配信操作を並行して実行することにより達成される。現在のライブストリームを配信するインスタンスが利用できなくなったり不安定になったりした場合、システムは冗長インスタンス間を切り替えることで、ユーザデバイスへのビデオストリームの継続的な配信を可能にし得る。異なる実施形態は、そのような切り替えの場合における不連続性およびエクスペリエンス品質（ＱｏＥ）の影響を最小化するべく、そのようなエンコーダとオリジンサーバとの間の切り替えを処理する異なるアーキテクチャおよび異なる方法を含み得る。この提案されるシステムの実用的な利点としては、例えば、優れた信頼性、低い実装コストおよび運用コスト（それによるスケーラビリティの向上）、ならびに取り込みワークフローを変更したり入力に制限を課したりすることなく結果を達成できることなどが挙げられる。
【0018】
原則的に、多くの実用的なシステムにおいてより高いフォールトトレランスを実現するための確立されたアプローチは、冗長性の導入に依存する。図１に示すシステムの場合、冗長性は、２つ以上のコントリビューションエンコーダ１１５、コントリビューションフィード１２０、クラウドトランスコーダ１２５（および存在する場合には対応する広告挿入サーバ）、オリジンサーバ１３５、および／または複数のＣＤＮ１４５の形態で導入され得る。しかしながら、このような冗長性は、どの冗長コンポーネントに障害が発生しているかを検出するための手段、および正常なバージョンへの配信の切り替えとも組み合わせる必要がある。
【0019】
図２Ａ～図２Ｃに示すように、利用可能な切り替えのメカニズムはいくつか存在する（なお、図示の実施形態は２つの入力間の切り替え能力を示しているが、代替の実施形態は任意の２つ以上の入力間を切り替え可能とすることができる）。例えば、図２Ａは、クラウド内の「冗長制御ユニット」、すなわちＲＣＵ２００を示す図である。ＲＣＵ２００は、入力２１０に到来する２つ以上の他のクラウドベースの処理ユニット（例えば、トランスコーダ）からの入力データを得るためのコードを実行するクラウドインスタンスを備える。これらのユニットのうちの１つが応答しなくなった場合、ＲＣＵ２００は、その応答しないユニットからの入力２１０を、より正常であり正常な入力に対応する出力２１５を提供する別の入力２１０に切り替え得る。
【0020】
ＲＣＵ２１０を使用することにより、クラウド処理チェーンのディベロッパーに、そのような切り替えをどのように実装することができるか、およびそのような切り替えを行う場合にコンテンツの不連続性の発現を最小化または防止するために出力２１５に送信されているビットストリームにどのような調整（もしあれば）を行う必要があるかについての最良の制御を提供することができる。
【0021】
純粋なクラウドレベルの切り替えに依存することの欠点は、コンテンツがクラウドにて処理される前またはその処理中に発生する問題の管理に制限される可能性があるということである。チェーンの後半（例えば、オリジンサーバ１３５またはＣＤＮ１４５）で問題が発生した場合は、代替の切り替えメカニズムを使用する必要がある。また、ＲＣＵ２１０自体が障害の影響を受ける可能性もあり（例えば、ＲＣＵを実行するクラウドインスタンスが不安定になる可能性があり）、このため、そのようなメカニズムへの排他的依存は、原則的にシステムを完全にはフォールトトレラントにしない可能性がある。
【0022】
図２Ｂは、ＣＤＮレベルの切り替えロジックを含む切替可能ＣＤＮ２２０を示す図である。この切り替えロジックは、オリジンサーバ１３５の１つが応答しなくなった場合、もしくは応答性が低下した場合に、２つ以上のオリジンサーバ１３５から受信した入力２３０の間をＣＤＮにより切り替える（またはトラフィック負荷を分散する）ことを可能とする。このような機能が利用可能である場合には、オリジンサーバ１３５による障害があるとそれら入力２３０間の迅速な切り替えを実装するようにプログラムすることができる。
【0023】
図２Ｃは、プレーヤ側の切り替えロジックを有する切替プレーヤ２４０を示す図である。切替プレーヤ２４０は、ストリーミングセッション中にメディアセグメントの異なるソース（ユニフォームリソースロケータ（ＵＲＬ））間を切り替えることができる。この機能は、ＨＬＳ［２］仕様とＤＡＳＨ仕様の双方で可能とされ、各々において、メディアセグメントを含む代替ＵＲＬのリストをマニフェストで指定することができる。したがって、切替プレーヤ２４０によって実行される切り替えメカニズムは、ポイント障害がＣＤＮ１４５自体である場合に、連続的な再生を提供することができる。
【0024】
図２Ａ～図２Ｃに示される切り替えの３つの手段は、フォールトトレランスを保証する補完的な手段を提供することができ、以下の実施形態で説明するように、フォールトトレラントライブビデオストリーミングチェーンの種々の実施形態で使用され得る。
【0025】
図３は、ポストトランスコーダスイッチを備えた一実施形態によるフォールトトレラントビデオ配信システムのブロック図である。図示されるように、システムは、第１のコントリビューションエンコーダ１１５－１および第２のコントリビューションエンコーダ１１５－２を利用して、それぞれ第１のクラウドトランスコーダ１２５－１および第２のクラウドトランスコーダ１２５－２に出力を提供する。同期エンコーディングが必要なシステムとは異なり、図３に示されるシステムのコントリビューションエンコーダ１１５－１，１１５－２は同期である必要はない。また、コントリビューションエンコーダ１１５－１，１１５－２からクラウドへのフィードも異なり、異なる配信プロトコルを使用し得る。したがって、クラウドトランスコーダ１２５－１，１２５－２への入力は完全に同期していない場合がある。各クラウドトランスコーダはビデオストリームを最終的な配信フォーマット（例えば、ＤＡＳＨまたはＨＬＳなど）で出力し得るため、それらを再パッケージ化する個別の手順は必要ない。
【0026】
１つの代替実施形態では、クラウドトランスコーダは１２５－１であり、１２５－２は、ある時間間隔で元のライブフィードのコンテンツが他のソースからのコンテンツによって置き換えられる広告挿入機能を含み得る。別の代替実施形態では、広告挿入機能は、ＲＣＵ２００とオリジンサーバ１３５との間に配置された追加の論理ユニットとして追加され得る。
【0027】
ＲＣＵ２００への入力は、ＨＬＳまたはＤＡＳＨマニフェストとエンコードセグメント（例えば、中間クラウドサーバに保存されている）の場所を表し得る。一例として、第１のクラウドトランスコーダ１２５－１は、プレーヤ１５０にルーティングされているライブビデオフィードを提供することができる。トランスコーダインスタンス１２５－１および第１のクラウドトランスコーダ１２５－１の上流のコンポーネント（例えば、ビデオソース１０５および第１のコントリビューションエンコーダ１１５－１）が動作している場合、マニフェストとメディアセグメントの両方がコンテンツの変更に応じて定期的に更新される。ＲＣＵ２００は、そのような変更を監視し、ライブフィードが動作可能であるとＲＣＵ２００が判断する限り、第１のクラウドトランスコーダ１２５－１から受信したマニフェストとセグメントの両方をオリジンサーバ１３５に送信し続ける。ＲＣＵ２００は、例えば、フィードが定期的に更新されているかどうかおよび／または他の適切な動作の示唆に基づいて、ライブフィードが動作可能であるかどうかを決定し得る。
【0028】
一方、ＲＣＵ２００は、第１のクラウドトランスコーダ１２５－１から受信したビデオフィードが適切に動作していないこと（例えば、出力を提供していない、徐々に遅れているなど）の指示を受信すると、第２のクラウドトランスコーダ１２５－２からのライブビデオストリームの特性を検査し得る。第２のクラウドトランスコーダ１２５－２からのライブビデオストリームが動作可能である場合、ＲＣＵ２００はそのライブビデオストリームに切り替えて、第２のクラウドトランスコーダ１２５－２から受信したマニフェストおよびビデオセグメント位置をオリジンサーバ１３５に提供し得る。
【0029】
第１のクラウドトランスコーダ１２５－１および第２のクラウドトランスコーダ１２５－２によって配信されるビデオストリームは概して正確には同期されないので、オリジンサーバ１３５に提供されるビデオストリームの追加の適応は、エンドユーザが認識するそのような切り替えの影響を最小限に抑えるのを助けるために行われる必要があり得る。例えば、一部のプレーヤ１５０は、ビデオストリームが完全に同期されていない場合に、あるビデオストリームから別のビデオストリームへの切り替えを処理できない場合がある。
【0030】
この観点で、実施形態は、プレーヤ１５２が切り替えに適応できるようにマニフェストファイルを更新することを含み得る。例えば、ＨＬＳマニフェストでは、マニフェストファイルが、切り替え後の新たなメディアセグメントの参照前に配置された不連続マーカー（ＥＸＴ－Ｘ－ＤＩＳＣＯＮＴＩＮＵＩＴＹ）を含むように更新され得る。ＤＡＳＨマニフェスト（ＤＡＳＨ ＭＰＤ）では、プレゼンテーションの新たな期間の開始を示すようにマニフェストが更新されることにより、プレーヤは不連続性をより適切に処理可能となる。最後に、実施形態は、追加的または代替的に、メディアセグメントを更新することによって不連続性の処理を改善するための手段を提供し得る。例えば、切り替え後における第１のセグメントの切り替え前のチェーンの最後のセグメントを更新して、新たなマニフェストを含むＤＡＳＨまたは共通メディアアプリケーションフォーマット（ＣＭＡＦ）イベントを含めることができ、これにより、メディアプレーヤはマニフェストをリロードして、新たなプレゼンテーションとして後続のセグメントの処理を続行することができる。あるいは、切り替え後のメディアセグメントをトランスマックスし、エレメンタリーストリームレベルで更新することで、そのようなストリームを継続的にデコード可能とすることができる。関連する変更は、シーケンスパラメータセット（ＳＰＳ）、画像パラメータセット（ＰＰＳ）、およびプレゼンテーションタイムスタンプ（ＰＴＳ）、ディスプレイタイムスタンプ（ＤＴＳ）、プログラムクロックリファレンス（ＰＣＲ）、またはシステムクロックリファレンス（ＳＣＲ）パラメータを更新することによって実行され得る。また、フィラービットを挿入して、ストリームを仮想参照デコーダ（ＨＲＤ）レベルに準拠させることもできる。図３に示されたシステムは、必ずしも冗長ストリーム間のシームレスな切り替えをもたらすとは限らないが、それでも、ＤＡＳＨおよびＨＬＳ標準に準拠するようにそのような切り替えの影響を最小限に抑えることができる。また、上記のように、この方法でＲＣＵ２００を使用する場合には、コントリビューションエンコーダ、アップロードリンク、および配信チェーン内の他のコンポーネントを実行するための独自の高価なハードウェアを不要とし得る。
【0031】
図４は、あるビデオストリームから別のビデオストリームへの切り替えによって生じるプレーヤ１５０での問題を最小化するのを助けるために、図３のＲＣＵ２００によってＨＬＳマニフェストがどのように変更され得るかについての例を提供する。この図では、各ブロックはライブビデオストリームのマニフェスト（Ｍ３Ｕ８ファイル）のコンテンツを含む。この例では、ブロック４１０のコンテンツは、第１のクラウドトランスコーダ１２５－１からのライブビデオストリームのマニフェストを含み、ブロック４２０のコンテンツは、第２のクラウドトランスコーダ１２５－２からのライブビデオストリームのマニフェストを含む。ブロック４３０のコンテンツはＲＣＵ２００の出力を含み、第１のクラウドトランスコーダ１２５－１のビデオストリームの使用から第２のクラウドトランスコーダ１２５－２のビデオストリームの使用への切り替えが可能である。この例では、ＲＣＵ２００は、第１のクラウドトランスコーダ１２５－１から受信した出力を転送することから始まる。したがって、ブロック４３０内のコンテンツの最初の部分は、ブロック４１０の内容を含む。しかしながら、ＲＣＵ２００はその後、（例えば、第１のトランスコーダ１２５－１からのビデオストリームがビデオセグメントの生成を停止したと判断したことに応答して）第２のクラウドトランスコーダ１２５－２からの第２のビデオストリームに切り替わる。したがって、ブロック４３０内のコンテンツの後半部分は、第２のクラウドトランスコーダ１２５－２から受信したブロック４２０内のコンテンツの部分を含む。重要なことは、ＲＣＵ２００が、マニフェストに不連続性の表示４４０を挿入することである。これにより、ブロック４３０内のマニフェストの第１の部分とマニフェストの第２の部分との間の不連続性をプレーヤ１５０に指示することができる。この表示により、プレーヤ１５０は、再生エラーを引き起こすことなく、不連続性をよりよく処理することができる。ＤＡＳＨの場合、ＲＣＵ２００は同様に、プレゼンテーションの新たな期間の開始を通知することにより、表示された不連続性に出力マニフェストを提供することができる。
【0032】
図５は、フォールトトレラントビデオ配信システムの別の実施形態を示す。図３のシステムと同様に、図５のシステムは、２つのコントリビューションエンコーダ１１５－１，１１５－２と、２つのクラウドトランスコーダ１２５－１，１２５－２とを含む。しかしながら、図５のシステムは、追加の障害のタイプに備えて、ダウンストリームコンポーネントにおける冗長性をさらに含む。これらの冗長コンポーネントは、第１のＲＣＵ２００－１および第２のＲＣＵ２００－２と、第１のオリジンサーバ１３５－１および第２のオリジンサーバ１３５－２と、第１のＣＤＮ１４５－１および第２のＣＤＮ１４５－２とを含む（上記と同様に、この実施形態の変形例は、同じタイプの３つ以上のコンポーネントを含んでもよい）。また、ユーザデバイスへのデュアルＣＤＮ配信のために、ユーザデバイスは、切替プレーヤ２４０を含み得る。
【0033】
対称的に配置されたＲＣＵ２００－１，２００－２のために、コンテンツの２つのバージョンを配信することができる。また、ＲＣＵ２００－１，２００－２のいずれかに障害が発生した場合でも、これらのバージョンのいずれかのストリーミングが継続される。ストリームの配信はさらに、冗長オリジンサーバ１３５－１，１３５－２と、冗長ＣＤＮ１４５－１，１４５－２（または同じＣＤＮ１４５内の異なる構成）を通過する。プレーヤ側の切り替えを使用することにより、クラウド内の配信チェーンの切り替えに加えて、追加のフォールトトレランス対策となり得る。切替プレーヤ２４０は、ＨＬＳおよびＤＡＳＨ実装において複数のプレイリストＵＲＬ（またはベースセグメントＵＲＬ）から動的に選択することができる。
【0034】
図３のシステムと比較すると、図５のシステムが提供する追加の保護の程度は、追加の実装および運用コストが比較的少なくて済む。すなわち、追加のＲＣＵ２００、オリジンサーバ１３５、およびＣＤＮ接続１４５に関連するコストは比較的低い。一方、任意の時点で、切替プレーヤ２４０は、接続されたＣＤＮ（１４５－１または１４５－２）のうちの１つのみを使用するので、両方のＣＤＮによって配信される帯域幅の量は、単一のＣＤＮを介した配信と同じになる。したがって、全体的な運用コストは同様になり得る。
【0035】
図５に提供されるシステムの代替の実施形態は、ＲＣＵ２００－１，２００－２で追加の分散コンセンサスタイプのプロトコルを利用し得る。これにより、ＲＣＵ２００－１，２００－２は、切り替えの際に生成される出力ストリームのプレゼンテーションタイムのずれを最小限に抑えるように切り替えを調整することができる。
【0036】
図６は、フォールトトレラントビデオ配信システムの別の実施形態を示す。図６のシステムは、図５のシステムと同様なコンポーネントおよび機能を有することに加えて、ＣＤＮレベルの切り替えを提供するためにＣＤＮ２２０－１，２２０－２の切り替えが追加されている。概略すると、一部のＣＤＮは、アプリケーションプログラミングインターフェイス（ＡＰＩ）に加えて、オリジンサーバ間を切り替える機能を提供する。したがって、フォールトトレラントシステムの実施形態は、そのような切り替えを利用して、フォールトトレランスを追加することができる。図６に示すシステムは、このような切り替えが可能な切替ＣＤＮ２２０－１，２２０－２を使用することで、２つのオリジンサーバ１３５－１，１３５－２に配置されたコンテンツ間を切り替える。オリジンサーバ１３５－１，１３５－２は異なる領域に配置され得るため、図６のシステムは、提供されるクラウドサービスの全領域が機能しなくなる可能性がある場合に追加の復元力を提供し得る。図６のシステムにおける切替プレーヤ２４０の使用は、ＣＤＮ（例えば、２２０－１，２２０－２のいずれか、または両方の配信パスを有効にするために使用される同じＣＤＮの異なる部分）に障害がある場合にも有用であり得る。
【0037】
最終的に、図６のシステムは、図３および図５のシステムと比較して、追加の実装コストと運用コストを最小限に抑えながら、障害に対する保護のレイヤーを提供する。ＲＣＵ２００－１，２００－２によって提供されるマニフェスト出力に加えて、ＣＤＮで実装された配信パスの切り替えを使用することで、切り替え中のストリームの標準への準拠と最小の不連続性を確保することができる。この場合も、ＲＣＵ２００－１，２００－２、ＣＤＮ１４５－１，１４５－２が提供する切り替えに加えてプレーヤ側の切り替えを使用することにより、追加のフォールトトレランス対策として機能するものとなる。
【0038】
図６に提供されるシステムの代替の実施形態は、ＲＣＵ２００－１，２００－２で追加の分散コンセンサスタイプのプロトコルを利用し得る。これにより、ＲＣＵ２００－１，２００－２は、切り替えの際に生成される出力ストリームのプレゼンテーションタイムのずれを最小限に抑えるように切り替えを調整することができる。
【0039】
図７は、フォールトトレラントビデオ配信システムのさらに別の実施形態を示す。上記で説明した実施形態の変形として、図７に示された実施形態は、単一のＲＣＵ２００を２つのオリジンサーバ１３５－１，１３５－２と組み合わせる。また、切替ＣＤＮ２２０を利用するのではなく、図７の実施形態は、オリジンサーバ１３５－１，１３５－２の両方から切替プレーヤ２４０（ビデオストリームを受信するためのオリジンサーバ１３５－１，１３５－２を選択する）にストリームを提供することができる単一ＣＤＮ１４５の使用を示している。図７のシステムの代替の実施形態は、追加のまたは代替のフォールトトレランスを提供するために、上記で説明したコンポーネントのいずれかを利用し得る。例えば、１つまたは複数の切替ＣＤＮ２２０が、切替プレーヤ２４０に加えてまたはその代替として使用され得る。
【0040】
上記したように、図３、図５、図６、および図７のフォールトトレラントライブビデオストリーミングシステムの種々のコンポーネントならびにその代替の実施形態は、１つまたは複数のコンピュータシステム上に実装され得る。種々のビデオストリームが種々の地理的領域のコンピュータサーバを介してルーティングされ得るため、地理的領域の１つにあるサーバで機能停止が生じた場合の障害を回避するのに役立ち得る。フォールトトレラントライブビデオストリーミングシステムの実施形態の１つまたは複数のコンポーネントを実装することができる例示的なコンピュータシステムを図９に示し、以下でより詳細に説明する。
【0041】
なお、実施形態は単一の冗長性を使用し得る（例えば、同じコンポーネントの２つを使用する）が、実施形態はそのように限定されない。実施形態は、必要に応じて、例えば、複数の冗長性（例えば、同じコンポーネントの２つ以上）を使用することができる。
【0042】
図８は、上記実施形態における１つまたは複数の技術を使用することができる一実施形態によるフォールトトレラントライブビデオストリーミングを提供する方法８００を示すフロー図である。図８に示されている機能は、一例として提供されている。代替の実施形態は、図示される機能を追加、省略、結合、分離、または変更することができる。図８に示される１つまたは複数のブロックの機能は、例えば、上記のようなＲＣＵによって実行され得る。上記したように、ＲＣＵは、以下でより詳細に説明される図９に示されたコンピュータシステムなどのコンピュータシステムのソフトウェアおよび／またはハードウェアコンポーネントによって実装され得る。
【0043】
ブロック８１０において、機能は、第１のビデオトランスコーダから第１のトランスコードビデオストリームを取得し、第２のビデオトランスコーダから第２のトランスコードビデオストリームを取得することを含む。上記実施形態に示されるように、各ビデオトランスコーダは、単一のビデオソース（１つまたは複数のビデオカメラのセットを含み得る）から別個のビデオストリームをエンコードし得るそれぞれのコントリビューションエンコーダからビデオストリームを受信し得る。コントリビューションエンコーダは、ＴＳ、ＴＳ＋ＦＥＣ、ＲＴＭＰ、ＳＲＴなどの種々のフォーマットのいずれかを使用して、第１および第２のビデオトランスコーダにビデオストリームを提供し得る。いくつかの実施形態では、上記したように、第１のトランスコードビデオストリームおよび第２のトランスコードビデオストリームは、ＨＬＳフォーマットまたはＤＡＳＨフォーマットである。コントリビューションエンコーダは、種々の通信手段（パブリックおよび／またはプライベートネットワーク、ワイヤレスおよび／または有線技術などを含む）のいずれかを使用して、インターネットを介して第１および第２のビデオトランスコーダにビデオストリームを提供し得る。いくつかの実施形態では、第１および第２のビデオトランスコーダは、異なる独立した通信パスを介して各コントリビューションエンコーダからビデオストリームを受信することで、一方の通信パスに障害が生じる場合に、他方の障害が生じないことを保証するのを助けることができる。当業者は理解するように、方法８００は、追加の冗長性を提供するために、追加のトランスコーダから（すなわち、第１および第２のビデオトランスコーダに加えて）追加のビデオストリームを取得することを含み得る。
【0044】
ブロック８２０において、機能は、第１のトランスコードビデオストリームのビデオセグメントを使用して第１の出力ビデオストリームを提供する第１のマニフェストを出力することを含む。具体的には、実施形態は、第１のビデオトランスコーダにより提供されるマニフェストに基づいて第１のマニフェストを作成し得る。マニフェストは、第１のビデオトランスコーダのマニフェストと同じフォーマットを使用し得る（例えば、第１のビデオトランスコーダにより提供される出力マニフェストがＨＬＳフォーマットである場合、第１のマニフェストもＨＬＳフォーマットであってよい）。
【0045】
ブロック８３０において、機能は、第１のトランスコードビデオストリーム内の障害状態を特定することを含む。ここで、機能は、第１のビデオトランスコーダの出力マニフェストを監視して、その出力マニフェストが期待通りに更新されているかどうかを決定することを含み得る。マニフェストはビデオセグメントが見出され得る場所を特定するＵＲＬのリストを含み得るので、機能はさらに、マニフェスト内のＵＲＬが機能するかどうかを決定することを含み得る。したがって、第１のビデオトランスコーダがその出力マニフェストを時間どおりに更新できない場合（すなわち、第１のトランスコードビデオストリームの出力に閾値時間よりも長い遅延がある場合）、またはマニフェストのＵＲＬの１つが機能しない場合（すなわち、第１のトランスコードビデオストリームのビデオセグメントにアクセスできないリンクがある場合）には、フォール状態が特定され得る。
【0046】
ブロック８４０において、方法は、障害状態の特定に応答して第１のマニフェストを更新することにより、第１のトランスコードビデオストリームのビデオセグメントを使用して第１の出力ビデオストリームを提供することから、第２のトランスコードビデオストリームのビデオセグメントを使用して第１の出力ビデオストリームを提供することに切り替えることを含む。いくつかの実施形態では、第１のマニフェストは、第１のマニフェストが第１のトランスコードビデオストリームのビデオセグメントの使用から第２のトランスコードビデオストリームのビデオセグメントの使用へと切り替えるポイントを示す識別子をさらに含む。上記したように、この識別子は、第１の出力ビデオストリームにおける不連続性の表示、第１の出力ビデオストリーム内の新たな期間の表示、および／またはメディアセグメントのトランスマックスによってエンコードストリーム内に埋め込まれた表示を含み得る。
【0047】
方法８００の実施形態は、所望の機能に応じて変化し得る。例えば、追加の冗長性が作成され得る。いくつかの実施形態では、第１の冗長制御ユニットを使用して、ブロック８１０～１４０の機能を実行することができる。このような実施形態はさらに、第２の冗長制御ユニットを使用して、第１のビデオトランスコーダから第１のトランスコードビデオストリームを取得するとともに第２のビデオトランスコーダから第２のトランスコードビデオストリームを取得し、第１のトランスコードビデオストリーム、第２のトランスコードビデオストリーム、またはその両方のビデオセグメントを使用して第２の出力ビデオストリームを提供する第２のマニフェストを出力することをさらに含み得る。これにより、ＣＤＮの切り替えが可能になる。すなわち、いくつかの実施形態では、方法は、図５および図６に示されるように、第１の出力ビデオストリームを第１のＣＤＮに提供し、第２の出力ビデオストリームを第２のＣＤＮに提供することをさらに含み得る。いくつかの実施形態は、図６に示されるように、追加の冗長性のために、各出力ビデオストリームをＣＤＮにさらに出力し得る。したがって、方法は、第１の出力ビデオストリームを第２のＣＤＮに提供すること、および第２の出力ビデオストリームを第１のＣＤＮに提供することをさらに含み得る。
【0048】
オリジンサーバは、必要な機能に応じて、異なる方法で使用され得る。いくつかの実施形態では、例えば、ＲＣＵが使用される場合、図５および図６に示されるように、第１の出力ビデオストリームおよび第２の出力ビデオストリームは、それぞれ第１のオリジンサーバおよび第２のオリジンサーバに提供され得る。あるいは、単一のオリジンサーバが（例えば、図３に示すように）使用されてもよい。すなわち、単一の出力ビデオストリーム（例えば、第１の出力ビデオストリーム）は（例えば、図７に示されるように）第１のオリジンサーバと第２のオリジンサーバに提供することができる。
【0049】
図９は、図８に示された方法を含む本明細書に記載される方法の１つまたは複数の機能を実行するために全体的または部分的に使用され得るコンピュータシステム９００の実施形態のブロック図である。コンピュータシステム９００は、ビデオパブリッシャー、クラウドサービスプロバイダ、ＣＤＮ、および／またはユーザデバイスのコンポーネントを含む、図３および図５～図７に示されるようなフォールトトレラントライブビデオストリーミングを提供するためのシステムの１つまたは複数のコンポーネントに組み込まれ得る。
【0050】
図９は、種々のコンポーネントの一般化された例を提供することのみを意図しており、それらのいずれかまたはすべてが適切に利用され得る。したがって、図９は、個々のシステム要素が比較的分離された形態または比較的統合された形態で実装され得る方法を大まかに示している。さらに、図９に示されているコンポーネントは、単一のデバイスに局所化したり、種々の地理的位置に配置できる種々のネットワークデバイスに分散したりすることができる。
【0051】
コンピュータシステム９００は、バス９０５を介して電気的に結合され得る（もしくは、必要に応じて通信し得る）ハードウェア要素を含むように示されている。ハードウェア要素は、処理ユニット９１０を含み得る。処理ユニット９１０は、これらに限定されないが、１つまたは複数の汎用プロセッサ、１つまたは複数の専用プロセッサ（デジタル信号処理チップ、グラフィックスアクセラレーションプロセッサなど）、および／または本明細書に記載された方法のうちの１つまたは複数を実行するように構成され得る他の処理構造を含み得る。また、コンピュータシステム９００は、１つまたは複数の入力デバイス９１５と、１つまたは複数の出力デバイス９２０とを含み得る。入力デバイス９１５は、これらに限定されないが、マウス、キーボード、カメラ、マイクロフォンなどを含み得る。出力デバイス９２０は、これらに限定されないが、ディスプレイデバイス、プリンタなどを含み得る。
【0052】
コンピュータシステム９００はさらに、１つまたは複数の非一時的ストレージデバイス９２５を含み得る（および／またはそれと通信可能とされる）。非一時的ストレージデバイス９２５は、これらに限定されないが、ローカルおよび／またはネットワークアクセス可能なストレージ、および／または、これらに限定されないが、ディスクドライブ、ドライブアレイ、光ストレージデバイス、ランダムアクセスメモリ（ＲＡＭ）などのソリッドステートストレージデバイス、および／またはプログラム可能であってフラッシュ更新可能な読み取り専用メモリ（ＲＯＭ）などを含み得る。このようなストレージデバイスは、これらに限定されないが、種々のファイルシステム、データベース構造などを含み得る任意の適切なデータストアを実装するように構成され得る。このようなデータストアは、本明細書に記載されるような１つまたは複数のデバイスに送信されるメッセージおよび／または他の情報を記憶および管理するために使用されるデータベースおよび／または他のデータ構造を含み得る。
【0053】
また、コンピュータシステム９００は、通信サブシステム９３０を含み得る。通信サブシステム９３０は、無線通信インターフェースによって管理および制御される無線通信技術、ならびに有線技術（イーサネット（登録商標）、同軸通信、ユニバーサルシリアルバス（ＵＳＢ）など）を含み得る。したがって、通信サブシステム９３０は、モデム、ネットワークカード（無線または有線）、赤外線通信デバイス、無線通信デバイス、および／またはチップセットなどを含み得るものであり、さらには／あるいは、通信サブシステム９３０は、コンピュータシステム９００が、本明細書に記載される他のコンピュータシステムおよび／または他の電子デバイス（それらで実行される動作および／またはアプリケーションを含む）を含む各ネットワーク上の任意のデバイスと１つまたは複数の通信ネットワーク上で通信することを可能とし得る。したがって、通信サブシステム９３０を使用して、本明細書の実施形態に記載されるようなデータを送受信することができる。
【0054】
多くの実施形態では、コンピュータシステム９００は、上記のようなＲＡＭまたはＲＯＭデバイスを含み得るワーキングメモリ９３５をさらに含む。ワーキングメモリ９３５内に配置されるものとして示されているソフトウェア要素は、オペレーティングシステム９４０、デバイスドライバ、実行可能ライブラリ、および／または種々の実施形態によって提供されるコンピュータプログラムを含み得る１つまたは複数のアプリケーション９４５などの他のコードを含み得るものであり、さらには／あるいは、ソフトウェア要素は、本明細書に記載されるような他の実施形態によって提供される方法を実装するおよび／またはシステムを構築するように設計され得る。単に一例として、上記の方法に関して説明された１つまたは複数の手順は、コンピュータ（および／またはコンピュータ内の処理ユニット）によって実行可能なコードおよび／または命令として実装され得る。一態様では、そのようなコードおよび／または命令を使用して、説明された方法に従って１つまたは複数の動作を実行するように汎用コンピュータ（または他のデバイス）を構成および／または適合させることができる。
【0055】
これらの命令および／またはコードのセットは、上記のストレージデバイス９２５などの非一時的なコンピュータ可読記憶媒体に記憶され得る。いくつかの場合には、記憶媒体は、コンピュータシステム９００などのコンピュータシステム内に組み込まれ得る。他の実施形態では、記憶媒体は、コンピュータシステム（例えば、光ディスクなどのリムーバブル媒体）から分離され得る、および／またはインストールパッケージで提供され得るものであり、記憶媒体は、汎用コンピュータを、記憶された命令／コードによりプログラミングしたり、構成したり、および／または適合させるようにしたりする。これらの命令は、コンピュータシステム９００によって実行可能な実行可能コードの形態を取り得る、さらには／あるいは、ソースおよび／またはインストール可能コードの形態を取り得るものであり、（例えば、種々の一般的に利用可能なコンパイラ、インストールプログラム、圧縮／解凍ユーティリティなどのいずれかを使用した）コンピュータシステム９００へのコンパイルおよび／またはインストール時に実行可能コードの形式を取り得る。
【0056】
特定の要件に従って実質的な変更を加えることができることは当業者には明らかである。例えば、特定のハードウェアも使用される場合があり、および／または特定の要素がハードウェアか、ソフトウェア（アプレットなどのポータブルソフトウェアを含む）か、もしくはその両方に実装される場合がある。さらに、ネットワーク入力／出力デバイスなどの他のコンピューティングデバイスへの接続を使用することができる。
【0057】
添付の図を参照すると、メモリを構成し得るコンポーネントは、非一時的な機械可読媒体を含み得る。本明細書で使用される「機械可読媒体」および「コンピュータ可読媒体」という用語は、機械を特定の方法で動作させるデータを提供することに関与する任意の記憶媒体を指す。上記で提供された実施形態では、種々の機械可読媒体が、実行のために処理ユニットおよび／または他のデバイスに命令／コードを提供することに関与し得る。追加的または代替的に、機械可読媒体を使用して、そのような命令／コードを記憶および／または伝送することができる。多くの実装では、コンピュータ可読媒体は、物理的なおよび／または有形の記憶媒体である。このような媒体は、これらに限定されないが、不揮発性媒体、揮発性媒体、および伝達媒体を含む多くの形態を取り得る。コンピュータ可読媒体の一般的な形態には、例えば、磁気および／または光学媒体、孔のパターンを有する他の任意の物理媒体、ＲＡＭ、プログラム可能ＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、フラッシュＥＰＲＯＭ、本明細書に記載される他の任意のメモリチップもしくはカートリッジ、またはコンピュータが命令および／またはコードを読み取ることが可能な他の任意の媒体が含まれ得る。
【0058】
本明細書に記載される方法、システム、およびデバイスは例である。種々の実施形態は、必要に応じて、種々の手順またはコンポーネントを省略、置換、または追加することができる。例えば、特定の実施形態に関して記載された特徴は、他の種々の実施形態において組み合わせることができる。実施形態の異なる態様および要素は、同様の方法で組み合わせることができる。本明細書で提供される図の種々のコンポーネントは、ハードウェアおよび／またはソフトウェアで具現化することができる。技術は進化しており、したがって、要素の多くは、開示の範囲をそれらの特定の例に限定しない例である。
【0059】
本明細書全体を通して「一例」、「例」、「ある例」、または「例示的な実装」への言及は、特徴および／または例に関連して説明される特定の特徴、構造、または特性が、請求項の主題の少なくとも１つの特徴および／または例に含まれ得ることを意味する。したがって、本明細書全体を通じた種々の箇所での「一例において」、「例において」、「ある例において」、「ある実装において」、または他の同様の表現は、必ずしもすべてが同じ特徴、例、および／または制限を指すとは限らない。さらに、特定の特徴、構造、または特性は、１つまたは複数の例および／または特徴に組み合わせることができる。
【0060】
本明細書に含まれる詳細な説明のいくつかの部分は、特定の装置または特定の用途のコンピューティングデバイスもしくはプラットフォームのメモリ内に記憶されたバイナリデジタル信号の動作のアルゴリズムまたは記号表現に関して提示されている。この特定の仕様の文脈において、特定の装置などの用語は、プログラムソフトウェアからの指示に従って特定の動作を実行するようにプログラムされた汎用コンピュータを含む。アルゴリズム記述または記号表現は、信号処理または関連技術の当業者が彼らの仕事の実体を当業者に伝えるために使用する技術の例である。アルゴリズムはここでは概して、所望の結果をもたらす自己矛盾のない一連の動作または同様の信号処理であると見なされる。この文脈では、動作または処理には物理量の物理的操作が含まれる。必ずしもそうではないが、典型的にはこのような物理量は、記憶、転送、結合、比較、または他の方法で操作することが可能な電気信号または磁気信号の形態を取り得る。ビット、データ、値、要素、記号、文字、用語、番号、数字などの信号を参照することは、主に一般的な使用法の理由から、時には便利であることが証明されている。しかしながら、これらの用語または同様の用語はすべて、適切な物理量に関連付けられており、単なる便利なラベルであることが理解され得る。特に明記しない限り、本明細書の説明から明らかなように、本明細書全体を通じて、「処理」、「演算」、「計算」、「決定」などの用語を利用する説明は、専用コンピュータ、専用コンピューティング装置、または同様の専用電子コンピューティングデバイスなどの特定の装置の動作または処理のことを言う。したがって、本明細書の文脈において、専用コンピュータまたは同様の専用電子コンピューティングデバイスは、典型的には、メモリ内、レジスタもしくは他の情報ストレージデバイス内、送信デバイス内、または専用コンピュータもしくは同様の専用電子コンピューティングデバイスの表示装置内の物理的電子または磁気量として表される信号を操作または変換することができる。
【0061】
本明細書で使用される「および」、「または」、および「および／または」という用語は、そのような用語が使用される文脈に少なくとも部分的に依存すると考えられる種々の意味を含み得る。典型的に、「または」は、Ａ、Ｂ、Ｃなどのリストを関連付けるために使用される場合、包括的意味で使用されるＡ、Ｂ、およびＣと、排他的意味で使用されるＡ、Ｂ、またはＣを意味することが意図される。また、本明細書で使用される「１つまたは複数」という用語は、単数形の任意の特徴、構造、または特性を説明するために使用され得るか、または特徴、構造または特性の複数または他のいくつかの組み合わせを説明するために使用され得る。しかしながら、これは単なる例示であり、請求項の主題はこの例に限定されない。
【0062】
例示的な特徴であると現在考えられているものが図示および説明されているが、請求項の主題から逸脱することなく、種々の他の変更を行うことができ、等価物を置き換えることができることが当業者には理解され得る。また、本明細書に記載の中心的な概念から逸脱することなく、特定の状況を請求項の主題の教示に適合させるために多くの変形を行うことができる。
【0063】
したがって、請求項の主題は、開示された特定の例に限定されるものではなく、そのような請求項の主題は、添付の特許請求の範囲内に含まれるすべての態様およびその等価物も含み得ることが意図される。
【0064】
特に明記されない限り、本明細書で使用されるすべての技術的および科学的用語は、一般的または従来的に理解されているのと同じ意味を有する。本明細書で使用される「１つ」は、１つまたは複数（すなわち、少なくとも１つ）を指す。例として、「１つの要素」は、１つの要素、または２つ以上の要素を意味する。量や時間的持続時間などの測定可能値を指すときに本明細書で使用されている「約」および／または「およそ」は、本明細書に記載されるシステム、デバイス、回路、方法、および他の実装の文脈において適切である場合、指定された値に対して、±２０％、±１０％、±５％、または＋０．１％の変動を包含する。量や時間的持続時間や物理的属性（頻度など）などの測定可能値を指すときに本明細書で使用される「実質的に」は、本明細書に記載されるシステム、デバイス、回路、方法、および他の実装の文脈において適切である場合、指定された値に対して、±２０％、±１０％、±５％、または＋０．１％の変動を包含する。
【0065】
特許請求の範囲を含めて本明細書で使用される「少なくとも１つ」または「１つまたは複数」に続く項目のリストにおいて使用される「および」は、リストされた項目の任意の組み合わせを使用できることを示す。例えば、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」のリストは、Ａ、Ｂ、Ｃ、ＡＢ、ＡＣ、ＢＣ、および／またはＡＢＣ（すなわち、ＡとＢとＣ）の任意の組み合わせを含む。さらには、項目Ａ、Ｂ、またはＣの複数の発生または使用が可能である限り、Ａ、Ｂ、および／またはＣの複数の使用が、意図される組み合わせの一部を形成し得る。例えば、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」のリストには、ＡＡ、ＡＡＢ、ＡＡＡ、ＢＢなども含まれ得る。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
