(57)【特許請求の範囲】
【請求項１】
マルチメディア配信システムであって、
それぞれがそのマルチメディア配信サービスを提供しながら少なくとも１つの他のモジュールを監視する、複数のモジュールを備え、
前記少なくとも１つの他のモジュールの故障の検出時に、少なくとも１つのモジュールが故障したモジュールの機能を実行し、前記複数のモジュールが、
少なくとも１つのマルチメディアトランスコーダ、または
少なくとも１つのストリーミングモジュールのうちの少なくとも１つを備え、
前記モジュールのそれぞれが、ステータスメッセージをマルチキャストし、
各モジュールが、前記故障したモジュールが１つまたは複数の入力ストリームを受信している、１つまたは複数のマルチキャストグループを前記ステータスメッセージから決定する、マルチメディア配信システム。
【請求項２】
前記故障したモジュールの故障の検出時に、前記少なくとも１つのモジュールが、前記１つまたは複数のマルチキャストグループに参加する、請求項１に記載のマルチメディア配信システム。
【請求項３】
前記少なくとも１つのモジュールが、故障したモジュールが処理されたストリームを送っている、１つまたは複数のマルチキャストグループを前記ステータスメッセージから決定する、請求項１に記載のマルチメディア配信システム。
【請求項４】
前記故障したモジュールの故障の検出時に、前記少なくとも１つのモジュールが、前記１つまたは複数のマルチキャストグループに参加する、請求項３に記載のマルチメディア配信システム。
【請求項５】
前記ステータスメッセージが、０．１秒から１０．０秒の間の定期的周期で提供される、請求項１に記載のマルチメディア配信システム。
【請求項６】
前記少なくとも１つの他のモジュールが、ステータス情報を前記少なくとも１つのモジュールに提供するアナウンスメントを提供し、前記少なくとも１つのモジュールが、前記少なくとも１つの他のモジュールのステータスを前記アナウンスメントから決定する、請求項１に記載のマルチメディア配信システム。
【請求項７】
各モジュールが前記アナウンスメントを監視し、各モジュールが、故障したモジュールの機能を共有する、請求項６に記載のマルチメディア配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルビデオシステムに関し、詳細には、移動体メディア配信アプリケーションおよび有線メディア配信アプリケーションに高可用性のＴＶ配信システムを提供することに関する。
【背景技術】
【０００２】
デジタルビデオシステムは、ＴＶコンテンツが、移動体電話、パームデバイスなどの移動体デバイス、ならびにＩＰプロトコルを使用した有線デバイスなどに提供されることを可能にする。ライブＴＶ供給を提供することに伴う課題は、事業者がそのシステムに関して高可用性を求めることである。
【０００３】
高可用性を提供するための解決策は、システム内のアクティブなモジュール（「主モジュール」）の健全さを監視する中央エンティティを使用することである。中央エンティティは、アクティブなモジュール、すなわち、ハートビート信号を送ることが可能なモジュールに問い合わせることが可能である。故障が発生した場合、中央エンティティは、故障したモジュールに取って代わるために、予備モジュールをアクティブ化する。しかし、中央エンティティが故障した場合、システム全体が故障を受けやすい。加えて、クエリまたはハートビート信号は、見失われる可能性があり、故障が検出されずに進む可能性がある。この解決策は、何百というチャネルをサポートするためにスケーリングしなければならないため、管理不可能な複雑さおよびコストを有する可能性もある。
【０００４】
代替の解決策は、主モジュールのアウトプットを監視するデバイスを使用することである。故障を検出するとすぐ、このデバイスは、予備モジュールをアクティブ化する。モジュールのアウトプットを監視することは、アウトプットが容易に検証され得るとき、良好に機能する。しかし、損なわれたアウトプットは、完全に復号されない限り、有効に見える場合がある。加えて、大量のアウトプットを監視することは、現実的でない場合があり、システムのコストと複雑さが増す。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
必要とされるのは、デジタルビデオシステムにおいて高可用性を提供するためのシステム、方法、およびコンピュータ可読媒体である。
【課題を解決するための手段】
【０００６】
本開示の一態様によれば、少なくとも１つの主モジュールと、前記少なくとも１つの主モジュールを監視して、前記少なくとも１つの主モジュールの故障の検出時に、故障した主モジュールの機能を実行する、少なくとも１つの予備モジュールとを備えるメディア配信システムが提供される。
【０００７】
本開示の一態様によれば、少なくとも１つの主上流側モジュールと、少なくとも１つの予備上流側モジュールとを備えるデジタルビデオシステムが提供され、前記少なくとも１つの予備上流側モジュールは、前記少なくとも１つの主上流側モジュールを複製する。
【０００８】
本開示の一態様によれば、冗長デバイス内で、１つまたは複数のアクティブなデバイスからマルチキャストステータスメッセージを受信するステップと、前記冗長デバイス内で、前記１つまたは複数のアクティブなデバイスの健全さを前記ステータスメッセージから決定するステップと、前記１つまたは複数のアクティブなデバイスの健全さが不健全であることを決定するとすぐ、不健全なデバイスの機能を実行するように前記冗長デバイスを切り替えるステップとを含む、前記冗長デバイスをアクティブな状態に切り替えるための方法が提供される。
【０００９】
本開示の一態様によれば、主モジュールを提供するステップと、監視状態の予備モジュールを提供するステップと、前記予備モジュールを使用して、前記主モジュールのパフォーマンスを監視するステップと、前記主モジュールの故障を検出するステップと、前記予備モジュールを前記監視状態から前記主モジュールの役割を実行するように切り替えるステップとを含む、メディア配信システム内に冗長性を提供する方法が提供される。
【００１０】
本開示の一態様によれば、１つまたは複数の主モジュールから周期的なステータスメッセージを受信するための命令であって、前記ステータスメッセージが、前記１つまたは複数の主モジュールの機能を示す、受信するための命令と、前記周期的なステータスメッセージの不在を、前記１つまたは複数の主モジュールの故障した主モジュールから決定するための命令と、前記故障した主モジュールの機能を実行するための命令とを含むコンピュータ可読媒体が提供される。
【００１１】
本発明は、次に、例としてだけ、特定の実施形態および添付の図面を参照して、説明される。
【図面の簡単な説明】
【００１２】
【図１】メディア配信システムを概略的に表す図である。
【図２】メディア配信システムの冗長方式を概略的に表す図である。
【図３】統合受信機復号器の故障を概略的に表す図である。
【図４】マルチメディアトランスコーダの故障を概略的に表す図である。
【図５】ストリーミングモジュールの故障を概略的に表す図である。
【図６】冗長方法の流れ図である。
【図７】予備モジュールの観点からの冗長方法の流れ図である。
【図８】命令セットを実行するプロセッサを表す図である。
【発明を実施するための形態】
【００１３】
図１において、ライブＴＶ供給を受信して、処理するために、マルチメディアトランスコーダ（ＭＭＴ）１２を使用して、高可用性を提供するシステム１０が示される。図１は、ＭＭＴ１２、ストリーミングモジュール（ＳＭ）１７、および統合サービスモジュール１９（ＩＳＭ）、別名、アプリケーションモジュールを示す。先行技術のデジタルビデオシステムは、マルチメディアトランスコーダ（ＭＭＴ）とストリーミングモジュール（ＳＭ）との間にユニキャストセッションを確立する。この方式は、ＭＭＴ、ＳＭ、およびハンドセット２０の数がかなり増える場合、良好にスケーリングしない。したがって、本実施形態は、パフォーマンスおよび信頼性の両方を改善するために、マルチキャスティングを使用する。
【００１４】
ＭＭＴ１２は、衛星、ケーブル、および無線など、様々なソースから入力を受け入れることが可能である。例示のために、ＭＭＴ１２は、デジタルビデオブロードキャスト（衛星）（ＤＶＢ−Ｓ）から入力を受信しているとして示される。ＤＶＢ−Ｓの場合、ライブＴＶ供給は、事業者のサイトにおいて、衛星１１または内部配信システムから取得されることになる。非同期シリアルインターフェース（ＡＳＩ）は、ＭＰＥＧ−２トランスポートストリームなど、圧縮されたビデオのパケットベースの伝送を可能にするシリアルデータ伝送方法であるため、衛星供給は、ＲＦ信号を受信して、ＭＰＥＧ−２トランスポートストリームを復調し、次いで、ＩＰを介して、またはＡＳＩを介して、それを直接送信する統合受信機復号器（ＩＲＤ）１３に経路指定される。ＩＲＤ１３自体が、ＭＰＥＧ−２  ｏｖｅｒ  ＩＰを直接サポートする場合、システム１０は簡素化され得る。そうでない場合、第三者システムは、ＡＳＩ入力をパケット化して、ＭＰＥＧ−２−ｏｖｅｒ−ＩＰとしてそれをＭＭＴ１２に送るために使用され得る。Ｓｃｏｐｕｓ  Ｖｉｄｅｏ  ＮｅｔｗｏｒｋおよびＮｏｖｒａ  Ｔｅｃｈｎｏｌｏｇｉｅｓなど、いくつかのベンダーは、ＩＰアウトプットおよび／またはＡＳＩアウトプットをサポートするタイプのＩＲＤを提供する。
【００１５】
マルチキャスティングは、トランスポートストリームをＭＭＴ１２に配信するために使用される。ＭＰＥＧ−２−ｏｖｅｒ−ＩＰをＭＭＴ１２に送るときに、マルチキャスティングを使用する利点は、ＭＭＴが、ＭＭＴがストリームを受信することを望むかどうかを選択することを可能にすることを含む。すなわち、マルチキャストトラフィックは、ＭＭＴがそのマルチキャストグループに属する場合だけ受信される。ＭＭＴ１２は、ルータ／スイッチに要求を送ることによって、ＭＭＴ１２がグループに参加することを望むことをルータ／スイッチに知らせる。ルータ／スイッチがその要求を受信した後で、そのグループに関するマルチキャストトラフィックは、ＭＭＴに対する配信を開始する。ルータ／スイッチは、グループに対する会員資格に関して周期的にＭＭＴに問い合わせる。ＭＭＴがそのクエリに応答しないとき、またはＭＭＴがそのグループを去ることを望む場合、ルータ／スイッチは、トラフィックの配信を中止する。いくつかの中規模のイーサネット（登録商標）スイッチ製品は、インターネットグループ管理プロトコル（ＩＧＭＰ）をサポートし、それにより、システム内のマルチキャストルータの必要性を除去する。
【００１６】
プロトコル変換装置（ＰＴ）１５内のＳＡＰアナウンサ１４は、（１つまたは複数の）ＳＭ１７内のＳＡＰリスナ１６およびＩＳＭ１９内の電子プログラムガイド（ＥＰＧ）サービスモジュール１８の両方にセッション記述プロトコル（ＳＤＰ）情報を送る。システム１０内で、ＳＡＰアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔ）は、以下の２つの異なるタイプのペイロードを運ぶ：
（１つまたは複数の）ＳＭ１７が（１つまたは複数の）ＭＭＴ１２から受信することが可能な、利用可能なマルチキャストセッションの記述を含むセッション記述プロトコル（ＳＤＰ）情報（ｔｙｐｅ＝’ａｐｐｉｃａｔｉｏｎ／ｓｄｐ’）。
ＤＶＢ−ＳＩから抽出されたすべての関連情報を含むＤＶＢサービス情報（ｔｙｐｅ＝’ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｐｖｎｓ−ｄｖｂ−ｓｉ’）。この情報は、ＭＭＴ１２内の表抽出モジュール２１によってフォーマットされて、ＳＡＰアナウンサ１４に提供されることになる。
【００１７】
（１つまたは複数の）ＳＭ１７とＩＳＭ１９とからなるマルチキャストグループは、ＭＭＴ１２からＳＡＰアナウンスメントを受信することになる。ＳＭ１７は、利用可能なセッションについて学ぶために、かつ、それらの一部を受信して、ハンドセット２０に配信する目的で処理するために、アナウンスメント内で運ばれるＳＤＰ記述を使用することになる。ＩＳＭ１９は、ユーザに利用可能なプログラムの電子プログラムガイドを作成するために、アナウンスメント内のサービス情報を使用することになる。次いで、電子プログラムガイドは、オンデマンドで、またはチャネルラインアップ内の追加のプログラムとして、ハンドセット２０に配信されることが可能である。
【００１８】
本開示の実施形態によれば、高可用性を提供するために、システム１０は、複数のＭＭＴ、ＳＭ、およびＩＲＤを使用することによって、冗長性を分散する。かかるシステムでは、１つまたは複数のモジュール（ＭＭＴまたはＩＲＤ）は、予備モジュールとして指定され、待機状態にとどまり、一方、（１つまたは複数の）主モジュールはオンラインである。１つのモジュールの故障時に、予備モジュールは、故障したモジュールの機能を引き継ぎ、その状態をオンラインに変更して、システムのダウンタイムを処理して、最小限に抑えることを開始する。したがって、分散された冗長方式は、ＭＭＴ、ＳＭ、またはＩＲＤの動作を監視するための追加のシステム／モジュールを有さない。この冗長方法論は、図６の流れ図１００で例示される。主モジュールおよび予備モジュールは、ステップ１０１、１０２において確立される。予備モジュールは、主モジュールのパフォーマンスを監視する（ステップ１０３）。主モジュールの故障を検出する（ステップ１０４）とすぐ、予備モジュールは、故障したモジュールの役割を実行するように切り替わる（ステップ１０５）。
【００１９】
故障したモジュールの機能を引き継ぐことは、上流側符号器または上流側トランスコーダとのマルチメディアセッションを確立することを必要とする。したがって、ステータスに加えて、セッション状態情報が予備モジュールに送られなければならない。セッション状態ならびにステータスを有することは、分散された監視機能性が、セッション状態にある潜在的な傾向を評価することを可能にし、潜在的な故障回避、ならびに故障検出を可能にする。かかる故障回避能力は、システム全体およびサービスの可用性を大きく改善する。予備モジュールの観点は、図７の流れ図２００に例示される。予備モジュールは、主デバイスからのマルチキャストステータスメッセージを監視する（ステップ２０１）。主デバイスのうちのいずれかが不健全であると決定された場合（ステップ２０２）、予備デバイスは、監視状態から、故障したデバイスの機能を実行する状態に切り替える（ステップ２０３）。
【００２０】
２つの異なる冗長方式が下で説明される。第１の冗長方式（事例Ａ）では、１つまたは複数の予備モジュールは、故障したモジュールの機能を引き継ぐために使用される。第２の冗長方式（事例Ｂ）では、健全な主モジュールは、予備モジュールが使用されていることなく、故障したモジュールの機能を引き継ぐ、すなわち、故障したモジュールの機能を共有する。
【００２１】
事例Ａの場合、主モジュールが健全な間、予備モジュールは使用されない。この冗長方式は、「Ｎ対１の冗長性」として知られている。このシステムは、それぞれの予備モジュールに関して、最高で１つまでの主モジュールの故障に耐えることが可能である。
【００２２】
事例Ｂの場合、モジュールは予備モジュールとして指定されない。むしろ、システム内のすべてのモジュールは、主モジュールとして機能する。これは「負荷分散システム」として知られている。故障の場合、故障した主モジュールの動作は、残りの健全な主モジュールの間で再度分散される。このタイプの冗長性は、予備モジュールが不要であるという追加された利益を有し、したがって、システムのコスト全体を削減する。
【００２３】
冗長方式３０の実施形態が、図２において例示される。冗長方式は、それぞれの主ＩＲＤ１３に関して、１つの予備ＩＲＤ１３ａを示す。予備ＩＲＤ１３ａは、（１つまたは複数の）ＭＭＴ１２に送信されることになるプログラムのプログラム識別子（ＰＩＤ）セット選択を用いて事前に構成される。それぞれのＩＲＤ１３、１３ａは、所定のマルチキャストアドレスおよびポート内で送信する。冗長方式３０は、２つの（１つまたは複数の）主ＭＭＴ１２と、１つの予備ＭＭＴ１２ａとを示す。下で説明されるように、任意の数の予備ＭＭＴ１２ａが提供され得る。
【００２４】
マルチキャスティングは、ＩＲＤ１３からＭＭＴ１２にＭＰＥＧ−ｏｖｅｒ−ＩＰトラフィックを配信するために使用される。デジタルビデオシステム内のそれぞれのＭＭＴ１２は、ＭＭＴ１２が処理して、（１つまたは複数の）ＳＭ１７に送ることになる、いくつかのトランスポートストリームを受信することになる。ＭＭＴ１２は、ＭＭＴ１２が、ＭＭＴ１２が必要なＴＳを運ぶ適切なマルチキャストグループに属することを望む旨をルータに伝える。
【００２５】
通常の動作において、（１つまたは複数の）ＭＭＴ１２は、リンク３３によって示されるＭＰＥＧ−２ストリーム３１を主ＩＲＤ１３から受信する。図３に例示されるように、主ＩＲＤ１３の故障時に、ＭＭＴ１２は、対応するマルチキャストストリーム３１の損失を検出して、主ＩＲＤ１３のマルチキャストグループを去り、予備ＩＲＤ１３ａの（リンク３４によって示される）マルチキャストグループに参加し、これにより、複製されたマルチキャストストリーム３２を受信する。ＭＭＴ１２は、ＭＭＴ１２が、期待されたレートで、ＴＳパケットを受信しているかどうかを検出することが可能である。ＭＭＴ１２は、パケット構造内に誤りが存在しないこと、かつＭＭＴ１２がブラックスクリーンであるとしても、復号可能なアウトプットを依然として有することを決定することも可能である。ＭＭＴが主ＩＲＤ１３からマルチキャストストリームの損失を検出してから、ＭＭＴが予備ＩＲＤ１３ａからストリームを再度獲得するまでの間に、ＭＭＴは、引き続き、受信された最後のフレームを符号化して、音声経路内に沈黙を挿入することになる。
【００２６】
ＭＭＴパフォーマンスの監視を提供するために、それぞれのＭＭＴ１２は、そのステータスを示す周期的な「ハートビート」メッセージをその他のＭＭＴにマルチキャストするように構成される。このメッセージは、システム内のその他のＭＭＴに対するＳＡＰアナウンスメントとしてマルチキャストされる。したがって、システム内のすべてのＭＭＴは、「すべてのＭＭＴ  ＳＡＰ冗長マルチキャストグループ」に属する。ＳＡＰ冗長アナウンスメントは、以下を含めて、予備ＭＭＴ１２ａが（１つまたは複数の）主ＭＭＴ１２のステータスを監視して、故障したＭＭＴを引き継ぐために必要なすべての情報を運ぶ：
ＭＭＴの役割（主、予備）、
ＭＭＴの状態（オンライン、オフライン、待機）、
ＭＭＴのステータス（ＯＫ、警告、誤り、致命的）、
そこから、そのＭＭＴが現在処理している入力ストリームをそのＭＭＴが受信している（１つまたは複数の）マルチキャストグループアドレス、
そのＭＭＴが処理されたストリームを送っている（１つまたは複数の）マルチキャストグループアドレス、
そのＭＭＴがＳＤＰ情報およびＥＰＧ情報の両方に関するＳＡＰアナウンスメントを送っている（１つまたは複数の）マルチキャストグループアドレス。
【００２７】
ＭＭＴの役割は、以下であり得る：
主：このＭＭＴは、入力ストリームを処理して、それらをＳＭに送る。このＭＭＴは、そのステータスを周期的に決定して、その活動情報と共にＳＡＰアナウンスメントを送る、
予備：このＭＭＴは、（１つまたは複数の）主ＭＭＴからのＳＡＰアナウンスメントを監視して、情報を（１つまたは複数の）ＳＭに送るために、主ＭＭＴによって使用されているマルチキャストアドレスに関するその情報を収集する。主ＭＭＴの故障時に、予備ＭＭＴは、その状態をオンラインに変更して、故障したＭＭＴのストリームの処理を引き継ぐ。
【００２８】
ＭＭＴの状態は、以下であり得る：
オンライン：ＭＴは、入力ストリームをアクティブに処理して、それらを（１つまたは複数の）ＳＭに送っている。
オフライン：ＭＭＴは使用されておらず、いずれのＳＡＰアナウンスメントも監視または送信せず、いずれのストリームも処理しない。
待機：ＭＭＴは、ＳＡＰアナウンスメントをアクティブに監視しているが、いずれの入力ストリームも処理しない。そのＭＭＴは、１つのＭＭＴの故障時に引き継ぐことが可能である。ＭＭＴは、ＳＡＰアナウンスメントを送ることも可能である。主ＭＭＴは、ＳＡＰアナウンスメントを監視せず、したがって、主ＭＭＴは、この状態であり得ない。
【００２９】
ＭＭＴのステータスは、以下であり得る：
ＯＫ：通常の動作状態、
警告：ＭＭＴは、問題に直面し、オフラインに進むことが可能である。冗長モジュールが誤りメッセージを受信した場合、冗長モジュールは、故障したモジュールのストリームを引き継ぐための準備を整えることになる。例えば、冗長モジュールは、適切なマルチキャストグループの会員資格を要求することが可能である。
誤り：ＭＭＴは、その割り当てられた入力ストリームを引き続き処理することができず、引き継ぐように予備ＭＭＴに伝える。冗長ＭＭＴは、故障したＭＭＴからＯＫステータスを受信するまで、故障したＭＭＴのストリームを引き続き処理することになる。
致命的：ＭＭＴはオフラインであり、オペレータ支援が必要とされる。
【００３０】
ネットワークトラフィック故障または接続性故障により、１つまたは複数のハートビートメッセージが失われる可能性がある。誤った故障検出を防ぐために、予備ＭＭＴ１２ａは、ＭＭＴから構成可能な数（例えば、３）のアナウンスメントメッセージがなくなるまで待機する。
【００３１】
時宜に適った形でＭＭＴをフェイルオーバすることができるように、事業者の要件に応じて、アナウンスメント（ハートビート）メッセージの周期性は変更され得る。一実施形態では、この周期は、１．０秒のデフォルトを伴って、０．１秒ずつ、［０．１，１０．０］秒の範囲内でユーザによって構成可能である。したがって、予備ＭＭＴ１２ａが３つのアナウンスメントメッセージがなくなるまで待機する場合、ＭＭＴの故障は、わずか０．３秒で検出されて、補正されることが可能である。
【００３２】
ＭＭＴの故障は、図４に例示される。ＭＭＴ−１など、ＭＭＴが故障したとき、予備ＭＭＴ１２ａは、リンク３５によって示される、故障したＭＭＴのストリームの処理を引き継ぎ、したがって、故障したＭＭＴのストリームを受信するために、適切なマルチキャストグループに加入する。切替の間、主ＭＭＴおよび予備ＭＭＴは両方とも、ブラックスクリーンを送出して、音声経路に沈黙を挿入することになる。
【００３３】
１つの冗長ＭＭＴが例示されるが、冗長方式３０は、デジタルビデオシステムのサイズ、サービスレベル要件などに応じて、複数の冗長ＭＭＴを提供することが可能である。システム内に２つ以上の予備ＭＭＴが存在する場合、予備ＭＭＴ１が第１の故障したＭＭＴを引き継ぐことになるように、それらの予備ＭＭＴは、（１、２など）順次に番号付けされることが可能である、等々である。２つ以上のＭＭＴが同時に故障した場合、予備ＭＭＴ１は、最低のＩＰアドレスを有する、故障したＭＭＴを引き継ぐことになる、等々である。ＭＭＴは、システム全体に関して予備として指定されることが可能であり、またはマルチキャストグループ化を使用して、ＭＭＴは、１つまたは複数の予備ＭＭＴが特に１つのグループに割り当てられた状態で、複数のグループに分割されることも可能である。
【００３４】
ＳＭ１９の故障によるセッション故障の可能性を最小限に抑えるために、ＳＭ１９は、未使用のＳＭモジュール１９を提供するのではなく、負荷分散を実行する。したがって、ＭＭＴによって使用される方式に反して、すべてのＳＭはオンランであり、任意の所与の時点でストリームを処理している。図５において、残影輪郭で示されたＳＭ１７ａなどのＳＭが故障したとき、故障したＳＭ内のすべてのセッションは停止して、ユーザによって手動で再確立される必要がある。（１つまたは複数の）ＳＭ１７によるＳＡＰアナウンスメントは、以下を含めて、システム内のその他のモジュールがＳＭのステータスを監視するために必要なすべての情報を運ぶ：
ＳＭの役割（主）、
ＳＭの状態（オンライン、オフライン、待機）、
ＳＭのステータス（ＯＫ、警告、誤り、致命的）、
ＳＭが現在送受信しているＳＤＰセッション。
【００３５】
一実施形態では、説明され、記述された方法およびステップのすべてまたは一部は、説明され、記述された要素のうちの１つもしくは複数によって、あるいは当該要素のうちの１つもしくは複数の上で完全にまたは部分的に実行され得る命令（すなわち、ソフトウェア）を含むコンピュータ可読媒体を経由して達成され得る。例えば、図８を参照すると、命令３００を含むコンピュータ可読媒体は、少なくとも１つのメモリ８２と動作可能に関連付けられた、少なくとも１つのプロセッサ８１によって、または当該プロセッサ８１上で実行され得る。異なる実施形態では、プロセッサ８１およびメモリ８２は、ＩＲＤ内、ＭＭＴ内、またはＳＭ内に存在し得る。命令３００は、１つまたは複数の主モジュールから周期的なステータスメッセージを受信する（ステップ３０１）ための命令と、周期的なステータスメッセージの不在を故障した主モジュールから決定する（ステップ３０２）ための命令と、故障した主モジュールの機能を実行する（ステップ３０３）ための命令とを含み得る。
【００３６】
上述の実施形態は、予備モジュールが主モジュールのステータスをアクティブに監視する、プロトコルを備えた分散型の冗長システムを明示する。故障の検出時に、予備モジュールは、故障した主モジュールの機能を引き継ぐ。外部エンティティは、システム内のモジュールの動作を管理するために使用されず、またはシステムのアウトプットは監視されない。分散型冗長システムは、移動体メディア配信アプリケーションまたは有線メディア配信アプリケーションに関する非常に利用可能なＴＶ配信システムにおいて使用するために設計されたが、当業者は、同じ原理は、その他のタイプのシステムに使用されることが可能である点を理解されよう。
【００３７】
上述の実施形態の利点は、コンテンツプロバイダがモジュール故障によるダウンタイムから失われる収益を最小限に抑えることを含む。このシステムは、組み合わされると、スケーラブルかつロバストな解決策を提供する、２つの異なる冗長方式を使用する。この冗長方式は、比較的に低コストであり、外部モジュールが必要でないため、配備が容易である。
【００３８】
本発明の実施形態が、添付の図面で例示され、前述の説明において記載されているが、本発明は、開示された実施形態に限定されず、以下の特許請求の範囲によって記載され、画定された、本発明の趣旨から逸脱せずに、様々な再構成、修正、および代替が可能であることを理解されよう。例えば、本発明の能力は、ブロック、モジュール、プロセッサ、またはメモリのうち１つもしくは複数によって完全にかつ／あるいは部分的に実行され得る。また、これらの能力は、現行の形で、もしくは分散された形で、あるいは情報を提供および／または受信することが可能な任意のデバイス上もしくは任意のデバイスを経由して実行され得る。さらに、特定の形で示されているが、様々なモジュールまたはブロックは、本発明の範囲から逸脱せずに、配置変更されることが可能である。なおさらに、特定の形で示されているが、本発明を達成するために、追加の知られている特徴を本発明に提供するために、かつ／または本発明をより効率的にするために、より多い数またはより少ない数のモジュールおよび接続が本発明と共に利用され得る。また、様々なモジュール間で送られる情報は、データネットワーク、インターネット、インターネットプロトコルネットワーク、無線ソース、および有線ソースのうちの少なくとも１つを経由して、かつ複数のプロトコルを経由して、モジュール間で送られることが可能である。
【図１】
0005684579.tif 000002
【図２】
0005684579.tif 000003
【図３】
0005684579.tif 000004
【図４】
0005684579.tif 000005
【図５】
0005684579.tif 000006
【図６】
0005684579.tif 000007
【図７】
0005684579.tif 000008
【図８】
0005684579.tif 000009