(57)【要約】  インターネットプロトコルテレビ、ＩＰＴＶ、ネットワーク２００において潜在的問題を事前対応で検出し、防止する診断ツール２２２ａ、２２２ｂ、２２２ｃ、２２２ｄ、２２２ｅ、２２２ｆ、２２２ｇが、開示される。第１のツールが、Ｄサーバ障害について、影響を受けるセットトップボックスに通知する。第２のツールが、Ｄサーバにおけるブロードキャストテレビチャネルの存在を検証する。第３のツールが、インスタントチャネル変更要求に基づいて、Ｄサーバを負荷平衡させる。第４のツールが、ＶｏＤサーバ障害についてセットトップボックスに通知する。第５のツールが、特定のコンテンツが少なくとも２つのＶｏＤサーバにあることを検証する。第６のツールが、障害または修復の後にＶｏＤサーバにかかる負荷を検証する。第７のツールが、加入者がポリシーサーバによって決定されたサービスを受信しているかどうかを確認する。
2011519511.tif 000002
【特許請求の範囲】
【請求項１】
インターネットプロトコルテレビ、ＩＰＴＶ、ネットワーク（２００）を事前対応で試験するための方法であって、
ＩＰＴＶネットワーク内の少なくとも１つの構成要素、または少なくとも１つのサービスに関する潜在的問題を事前対応で検出するステップと、
ＩＰＴＶネットワーク内の少なくとも１つの構成要素、または少なくとも１つのサービスに関する潜在的問題を事前対応で防止するステップとを特徴とする、方法。
【請求項２】
Ｄサーバコントローラ（２０７ａ）が、
Ｄサーバ（２０７ｂ、２０７ｂ’）の障害または修復についての情報を取得すること、および
障害の生じた、または修復されたＤサーバについて、影響を受ける少なくとも１つのセットトップボックス、ＳＴＢ、（２１６）に知らせ、すると、影響を受ける少なくとも１つのＳＴＢが、障害の生じた、または修復されたＤサーバを考慮に入れるようにＤサーバリストを整理することによって潜在的問題を事前対応で検出し、防止する、請求項１に記載の方法。
【請求項３】
Ｄサーバコントローラ（２０７ａ）が、
すべてのブロードキャストテレビ、ＢＴＶ、チャネルが、少なくとも１つのＤサーバ（２０７ｂ、２０７ｂ’）にあることを検証すること、および
各ＢＴＶチャネルが存在するＤサーバの数が、複数のセットトップボックス、ＳＴＢ、（２１６）のデマンドに比例していることを検証することによって潜在的問題を事前対応で検出し、防止する、請求項１に記載の方法。
【請求項４】
Ｄサーバコントローラ（２０７ａ）が、
セットトップボックス、ＳＴＢ、（２１６）によって送信されたインスタントチャネル変更、ＩＣＣ、要求および再送要求を取得すること、ならびに
必要とされる場合、取得されたＩＣＣ要求および再送要求に基づいて、複数のＤサーバ（２０７ｂ、２０７ｂ’）を負荷平衡させて、複数のＤサーバ全体にわたって再送トラフィックを拡散させることによって潜在的問題を事前対応で検出し、防止する、請求項１に記載の方法。
【請求項５】
ＶｏＤサーバコントローラ（２０７ｃ）が、
ＶｏＤサーバ（２０７ｄ、２０７ｄ’）の障害を検出すること、
障害の生じたＶｏＤサーバが二次サーバとして割り当てられている各セットトップボックス、ＳＴＢ、（２１６）を探し出すこと、および
障害の生じたＶｏＤサーバの二次識別子を、所望されるコンテンツのコピーを含む新たなＶｏＤサーバの新たな識別子で置き換えるように、探し出されたＳＴＢ／複数のＳＴＢに命令することによって潜在的問題を事前対応で検出し、防止する、請求項１に記載の方法。
【請求項６】
ＶｏＤサーバコントローラ（２０７ｃ）が、
或る特定のコンテンツが少なくとも２つのＶｏＤサーバ（２０７ｄ、２０７ｄ’）にあることを検証し、この条件が満たされない場合、冗長性のために特定のコンテンツを少なくとも１つの新たなＶｏＤサーバにコピーするためにコマンドがスーパーヘッドエンド局、ＳＨＯ、（２０２）に発行されること、
特定のコンテンツを所有するＶｏＤサーバの数が、複数のセットトップボックス、ＳＴＢ、（２１６）による特定のコンテンツに対する現在のデマンドに比例していることを検証し、この条件が満たされない場合、特定のコンテンツを少なくとも１つの新たなＶｏＤサーバにコピーするためにコマンドがＳＨＯに発行されることによって潜在的問題を事前対応で検出し、防止する、請求項１に記載の方法。
【請求項７】
ＶｏＤサーバコントローラ（２０７ｃ）が、
複数のＶｏＤサーバの１つが障害を生じた、または修復された後に、各セットトップボックス、ＳＴＢ、（２１６）の二次ＶｏＤサーバと一次ＶｏＤサーバの両方（２０７ｄ、２０７ｄ’）にかかる新たな負荷が平衡していることを検証することによって潜在的問題を事前対応で検出し、防止する、請求項１に記載の方法。
【請求項８】
前記検証するステップが、
ＶｏＤサーバの１つが障害を生じる、または修復されるといつでも、少なくとも１つのＳＴＢが、ＳＴＢの二次ＶｏＤサーバに切り換えるのを所定の期間、待つこと、および
二次ＶｏＤサーバと一次ＶｏＤサーバの両方にかかる新たな負荷を観察して、必要とされる場合、警報を発すること、またはＶｏＤサーバにかかる新たな負荷を平衡させる是正アクションを行うことを含む、請求項７に記載の方法。
【請求項９】
前記検証するステップが、
ＶｏＤサーバに対するＳＴＢの割当てを検査すること、および
いかなる障害イベントまたはいかなる修復イベントにも先立って、ＶｏＤサーバの少なくとも１つのサーバの障害を仮想でシミュレートし、さらに各ＳＴＢの二次ＶｏＤサーバと一次ＶｏＤサーバの両方にかかる新たな負荷を観察し、さらにＶｏＤサーバにかかる新たな負荷を平衡させるのに是正が必要とされるかどうかを知ることを含む、請求項７に記載の方法。
【請求項１０】
ポリシーサーバ（２０５）が、
加入者（２２０）が、ポリシーサーバによってあらかじめ決定されたとおりにサービスを実際に受けているかどうかを確認することによって潜在的問題を事前対応で検出して、防止し、前記確認するステップが、
ビデオハブ局、ＶＨＯ、（２０６）から、加入者に関連するセットトップボックス、ＳＴＢ、（２１６）に向けて送信されるべき追跡メッセージ（９０２）を加入者ＶＬＡＮ、またはサービスＶＬＡＮでトリガするステップと、
ＶＨＯとＳＴＢの間のパスに配置された構成要素から追跡メッセージに対する応答を受信するステップと、
応答を使用して、加入者が、ポリシーサーバによってあらかじめ決定されたとおりにサービスを実際に受けているか否かを確認するステップとをさらに含む、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰＴＶネットワークにおける様々な構成要素および／またはサービスに関する潜在的問題を事前対応で検出し、防止する診断ツールを実装するＤサーバコントローラ、ＶｏＤサーバコントローラ、およびポリシーサーバに関する。
【背景技術】
【０００２】
以下の略語が、本明細書で定義され、これらの略語の少なくとも一部が、従来技術の後続の説明、および本発明の説明において参照される。
ＢＴＶ  ブロードキャストテレビ
ＣＯ  中央局
ＤＳＬ  デジタル加入者線
ＤＳＬＡＭ  デジタル加入者線アクセスマルチプレクサ
ＩＥＥＥ  電気電子技術者協会
ＩＧＭＰ  インターネットグループ管理プロトコル
ＩＰ  インターネットプロトコル
ＩＰＴＶ  インターネットプロトコルテレビ
ＯＬＴ  光回線端末装置
ＯＮＴ  光ネットワーク端末装置
ＯＳＳ  運用サポートシステム
ＲＧＷ  宅内ゲートウェイ
ＳＡＩ  サービスエリアインタフェース
ＳＨＯ  スーパーヘッドエンド局
ＳＮＭＰ  簡易ネットワーク管理プロトコル
ＳＴＢ  セットトップボックス
ＴＶ  テレビ
ＵＤＰ  ユーザデータグラムプロトコル
ＶＨＯ  ビデオハブ局
ＶＬＡＮ  仮想ローカルエリアネットワーク
ＶｏＤ  ビデオオンデマンド
【０００３】
図１（従来技術）を参照すると、例えば、光ファイバ回線またはＤＬＳ電話線を介して自宅にブロードキャストＴＶチャネルを提供する例示的なＩＰＴＶネットワーク１００の基本的な構成要素を示すブロック図が存在する。示されている例示的なＩＰＴＶネットワーク１００は、２つのＳＨＯ１０２（Ａサーバ１０３を含む）と、バックボーンネットワーク１０４（ポリシーサーバ１０５を含む）と、複数のＶＨＯ１０６（Ｄサーバコントローラ１０７ａ、Ｄサーバクラスタ１０７ｂおよび１０７ｂ’、ＶｏＤサーバコントローラ１０７ｃ、ＶｏＤサーバクラスタ１０７ｄおよび１０７ｄ’、ならびにＡサーバ１０７ｅ）と、複数のＩＯ１０８と、複数のＣＯ１１０と、複数のＳＡＩ１１２（ＤＳＬＡＭ１１２、ＯＮＴ／ＯＬＴ１１２）と、複数のＲＧＷ１１４とを含む。ＲＧＷ１１４は、加入者１２０の自宅内に配置されたテレビセット１１８（または他のモニタ）に接続されたＳＴＢ１１６に接続される。
【０００４】
動作の際、各ＳＨＯ１０２は、国際／国内ＴＶ番組（ｆｅｅｄｓ）を受信し、それらの国際／国内ＴＶ番組を、バックボーンネットワーク１０４を介して各ＶＨＯ１０６に供給する。次に、各ＶＨＯ１０６が、地域／ローカルＴＶ番組を受信し、それらのＴＶ番組のすべてをそれぞれのＩＯ１０８にマルチキャストする。さらに、各ＩＯ１０８が、次に、それらのＴＶ番組のすべてをそれぞれのＣＯ１１０にマルチキャストする。次に、各ＣＯ１１０が、それらのＴＶ番組のすべてをそれぞれのＳＡＩ１１２にマルチキャストする。さらに、各ＳＡＩ１１２が、次に、１つまたは複数のＴＶ番組をそれぞれのＲＧＷ１１４およびＳＴＢ１１６に送信する（注：ＴＶチャネルを観ている加入者１２０が全く存在しない状況にＳＡＩ１１２がある場合、そのＳＡＩ１１２は、それぞれのＲＧＷ１１４およびＳＴＢ１１６にＴＶ番組を全く送信しない）。このため、各加入者１２０は、その加入者１２０のＳＴＢ１１６とインタフェースをとり、マルチキャストＴＶチャネルの１つを選択してその加入者１２０のテレビセット１１８（または他のモニタ）上で観ることができる。所望される場合、各加入者１２０は、その加入者１２０のＳＴＢ１１６とインタフェースをとり、ＶｏＤを選択してその加入者１２０のテレビセット１１８（または他のモニタ）上で観ることができる。
【０００５】
様々なサーバ１０３、１０５、および１０７ａ−１０７ｅが、加入者１２０にビデオ配信サービスを提供するのを助ける。詳細には、Ａサーバ１０３および１０７ｅが、ＳＴＢ１１６にＢＴＶコンテンツをストリーミングする。Ｄサーバコントローラ１０７ａが、高速チャネル変更、およびＳＴＢ１１６への誤りのある／欠落したパケットの再送のために使用されるＤサーバクラスタ１０７ｂおよび１０７ｂ’（それぞれが複数のＤサーバを有する）を管理する。ＶｏＤサーバコントローラ１０７ｃが、映画などのビデオファイルを、その特定の映画を観るように金銭を支払った加入者（複数可）１２０によって使用される特定のＳＴＢ（複数可）１１６にユニキャストストリーミングするのに使用されるＶｏＤサーバクラスタ１０７ｄおよび１０７ｄ’（それぞれが複数のＶｏＤサーバを有する）を管理する。ポリシーサーバ１０５が、或るサービス、または或るアップグレードを求める或る特定の加入者１２０からの要求が、静的規則および動的規則に基づいて、許されるかどうかを決定する。
【０００６】
従来のＤサーバコントローラ１０７ａ、および従来のＶｏＤサーバコントローラ１０７ｃは、個々のサーバの基本的な管理を可能にするとともに、個々のサーバ間の負荷平衡のためのツールを提供する、ＭＯＭ（Ｍｉｃｒｏｓｏｆｔ  Ｏｐｅｒａｔｉｏｎｓ  Ｍａｎａｇｅｍｅｎｔ）などの何らかの形態の基本管理を有する。加えて、Ｄサーバコントローラ１０７ａおよびＶｏＤサーバコントローラ１０７ｃはそれぞれ、それぞれの動作ステータス、それぞれの利用レート、ならびに着信する要求に応じたそれぞれのクラスタの中の一次サーバ間の負荷の分布を検査することを可能にする診断ツールを有する。しかし、既存の診断ツールは、ＩＰＴＶネットワーク１００のアーキテクチャおよび／またはサービスに関する潜在的問題を事前対応で検出し、防止する拡張された能力を提供しない。例えば、既存の診断ツールが事前対応検出能力を欠いていることは、いくつかの問題につながる可能性がある：
１．Ｄサーバ（複数可）１０７ｂおよび１０７ｂ’の障害についてＳＴＢ１１６に知らせる方法が、全く存在しない。
２．人気のあるチャネルが、比例した数のＤサーバ１０７ｂおよび１０７ｂ’に、または比例した数のＶｏＤサーバ１０７ｄおよび１０７ｄ’にあることを確実にする方法が、全く存在しない。
３．Ｄサーバ１０７ｂおよび１０７ｂ’、ならびにＶｏＤサーバ１０７ｄおよび１０７ｄ’における負荷平衡が、着信する要求に応じて行われることを確実にする方法が、全く存在しない。
４．サーバ１０７ｂ、１０７ｂ’、１０７ｄ、および１０７ｄ’の障害が生じた場合、既存の診断ツールは、サービス継続性を確実にする回復ツールを有するが、これらの既存の診断ツールは、劣化した状況が存在しながら、最適なパフォーマンスを確実にすることはしない。
【０００７】
また、従来のポリシーサーバ１０５、およびもたらされるポリシー実装は、ポリシーサーバ１０５から、下流のネットワークノード１０６、１０８、１１０，１１２、１１４、および１１６への一方向だけで適用される。このことは、現行のポリシーサーバ１０５が完全に信頼できると思われているために生じる。しかし、ポリシーサーバ１０５、および対応するポリシー実装は、しかるべく機能していることが可能であるが、このことは、加入者１２０がサービスを期待されるとおりに受信していることを必ずしも意味しない。例えば、ポリシーサーバ１０５は、すべてが要求されたとおりに機能していると考えるが、ＩＰＴＶネットワーク１００内の誤った構成および／または一時的輻輳によってもたらされる可能性がある加入者１２０受信が抱える問題が存在することに気付いていない可能性がある。詳細には、従来のポリシーサーバ１０５は、加入者１２０が、ポリシーサーバ１０５によって理解されるとおりにサービスを受信することが実際にできるかどうかを確認することができる診断ツールを有さない。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】ＩＥＥＥ８０２．１ａｇ、２００６年５月
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ＩＰＴＶネットワークにおける従来の診断ツールが抱える前述した欠点に対処する新たな事前対応診断ツールの必要性が存在する。この必要性、およびその他の必要性は、本発明による新たな事前対応診断ツールを実装する強化されたポリシーサーバ、強化されたＤサーバコントローラ、および強化されたＶｏＤサーバコントローラによって満たされる。
【課題を解決するための手段】
【００１０】
一態様において、本発明は、（ａ）ＩＰＴＶネットワーク内の少なくとも１つの構成要素、または少なくとも１つのサービスに関する潜在的問題を事前対応で検出すること、および（ｂ）ＩＰＴＶネットワーク内の少なくとも１つの構成要素、または少なくとも１つのサービスに関する潜在的問題を事前対応で防止することによってＩＰＴＶネットワークを事前対応で試験するための方法を提供する。詳細には、この方法は、個々に、または任意の組合せで使用されて、ＩＰＴＶネットワークにおける問題を事前対応で試験し、防止することができる、異なる７つの診断ツールを実装することが可能である。
【００１１】
別の態様において、本発明は、ＩＰＴＶネットワークを事前対応で試験する少なくとも１つの診断ツールを実装するサーバ（例えば、Ｄサーバコントローラ、ＶｏＤサーバコントローラ、ポリシーサーバ）を提供する。各サーバは、プロセッサが実行できる命令を格納するメモリと、このメモリとインタフェースをとり、それらのプロセッサが実行できる命令を実行して、（ａ）ＩＰＴＶネットワーク内の少なくとも１つの構成要素、または少なくとも１つのサービスに関する潜在的問題を事前対応で検出すること、および（ｂ）ＩＰＴＶネットワーク内の少なくとも１つの構成要素、または少なくとも１つのサービスに関する潜在的問題を事前対応で防止することを備える少なくとも１つの診断試験の実行を実装するプロセッサとを有する。詳細には、Ｄサーバコントローラが、ＩＰＴＶネットワーク内の問題を事前対応で試験し、防止する３つまでの診断ツールを実装することができる。ＶｏＤサーバコントローラが、ＩＰＴＶネットワーク内の問題を事前対応で試験し、防止する３つまでの診断ツールを実装することができる。さらに、ポリシーサーバが、ＩＰＴＶネットワーク内の問題を事前対応で試験し、防止する１つの診断ツールを実装することができる。
【００１２】
本発明のさらに別の態様において、様々な診断ツールを実装するＤサーバコントローラ、ＶｏＤサーバコントローラ、およびポリシーサーバを有するＩＰＴＶネットワークが提供される。Ｄサーバコントローラは、（ａ）Ｄサーバの障害または修復についての情報を取得し、その障害の生じた、もしくは修復されたＤサーバについて、影響を受ける少なくとも１つのセットトップボックス（ＳＴＢ）に知らせ、すると、その影響を受ける少なくとも１つのＳＴＢが、その障害の生じた、もしくは修復されたＤサーバを考慮に入れるようにＤサーバリストを整理する第１の診断ツール、（ｂ）すべてのブロードキャストテレビ（ＢＴＶ）チャネルが少なくとも１つのＤサーバにあることを検証し、さらに各ＢＴＶチャネルが存在するＤサーバの数がＳＴＢのデマンドに比例していることを検証する第２の診断ツール、および／または（ｃ）ＳＴＢによって送信されたインスタントチャネル変更（ＩＣＣ）要求および再送要求を取得し、さらに必要とされる場合、取得されたＩＣＣ要求および再送要求に基づいて、Ｄサーバを負荷平衡させて、Ｄサーバ全体にわたって再送トラフィックを拡散させる第３の診断ツールを実装することによって潜在的問題を事前対応で検出し、防止する。ＶｏＤサーバコントローラは、（ａ）ＶｏＤサーバの障害を検出し、さらに障害の生じたＶｏＤサーバが第２のサーバとして割り当てられた各ＳＴＢを探し出し、障害の生じたＶｏＤサーバの第２のインターネットプロトコル（ＩＰ）アドレス（または他の何らかの識別子）を、所望されるコンテンツのコピーを含む新たなＶｏＤサーバの新たなＩＰアドレス（または他の何らかの識別子）で置き換えるように、探し出されたＳＴＢに命令する第４の診断ツール、（ｂ）或る特定のコンテンツが少なくとも２つのＶｏＤサーバにあることを検証し、さらにその特定のコンテンツを所有するＶｏＤサーバの数が、ＳＴＢによるその特定のコンテンツに対する現在のデマンドに比例していることを検証する第５の診断ツール、ならびに／または（ｃ）複数のＶｏＤサーバの１つが障害を生じた、もしくは修復された後、各ＳＴＢの二次ＶｏＤサーバと一次ＶｏＤサーバの両方にかかる新たな負荷が平衡していることを検証する第６の診断ツールを実装することによって潜在的問題を事前対応で検出し、防止する。ポリシーサーバは、（ａ）加入者が、ポリシーサーバによってあらかじめ決定されたとおりにサービスを実際に受信しているかどうかを確認する第７の診断ツールを実装することによって潜在的問題を事前対応で検出し、防止する。
【００１３】
本発明のさらなる態様が、部分的には、以下の詳細な説明、図、および任意の請求項において示され、部分的には、詳細な説明から導き出され、あるいは本発明の実装によって知ることができる。以上の一般的な説明と以下の詳細な説明はともに、単に例示的、および説明的であり、開示される発明を制限するものではないことを理解されたい。
【００１４】
本発明のより完全な理解は、添付の図面と併せて解釈される場合に、以下の詳細な説明を参照して得ることができる。
【図面の簡単な説明】
【００１５】
【図１】（従来技術）例えば、光ファイバ回線またはＤＳＬ電話線を介して自宅にブロードキャストＴＶチャネルおよびＶｏＤ映画を供給するのに使用される従来のポリシーサーバ、従来のＤサーバコントローラ、ならびに従来のＶｏＤサーバコントローラを有する例示的なＩＰＴＶネットワークを示す図である。
【図２】本発明による新たな診断ツールを実装する強化されたポリシーサーバ、強化されたＤサーバコントローラ、および強化されたＶｏＤサーバコントローラを有する例示的なＩＰＴＶネットワークを示す図である。
【図３】本発明の実装形態に従って、強化されたＤサーバコントローラが、どのように第１の診断ツールを実装して、ＩＰＴＶ内の潜在的問題を事前対応で検出し、防止するかを説明するのに役立つように使用される図である。
【図４】本発明の実装形態に従って、強化されたＤサーバコントローラが、どのように第２の診断ツールを実装して、ＩＰＴＶ内の潜在的問題を事前対応で検出し、防止するかを説明するのに役立つように使用される図である。
【図５】本発明の実装形態に従って、強化されたＤサーバコントローラが、どのように第３の診断ツールを実装して、ＩＰＴＶ内の潜在的問題を事前対応で検出し、防止するかを説明するのに役立つように使用される図である。
【図６】本発明の実装形態に従って、強化されたＶｏＤサーバコントローラが、どのように第４の診断ツールを実装して、ＩＰＴＶ内の潜在的問題を事前対応で検出し、防止するかを説明するのに役立つように使用される図である。
【図７】本発明の実装形態に従って、強化されたＶｏＤサーバコントローラが、どのように第５の診断ツールを実装して、ＩＰＴＶ内の潜在的問題を事前対応で検出し、防止するかを説明するのに役立つように使用される図である。
【図８】本発明の実装形態に従って、強化されたＶｏＤサーバコントローラが、どのように第６の診断ツールを実装して、ＩＰＴＶ内の潜在的問題を事前対応で検出し、防止するかを説明するのに役立つように使用される図である。
【図９】本発明の実装形態に従って、強化されたポリシーサーバが、どのように第７の診断ツールを実装して、ＩＰＴＶ内の潜在的問題を事前対応で検出し、防止するかを説明するのに役立つように使用される図である。
【発明を実施するための形態】
【００１６】
図２を参照すると、本発明による新たな診断ツール２２２ａ、２２２ｂ−２２２ｇを実装する強化されたポリシーサーバ２０５、強化されたＤサーバコントローラ２０７ａ、および強化されたＶｏＤサーバコントローラ２０７ｃを有する例示的なＩＰＴＶネットワーク２００の基本的な構成要素を示すブロック図が存在する。示されている例示的なＩＰＴＶネットワーク２００は、２つのＳＨＯ２０２（Ａサーバ２０３を含む）と、バックボーンネットワーク２０４（強化されたポリシーサーバ２０５を含む）と、複数のＶＨＯ２０６（強化されたＤサーバコントローラ２０７ａ、Ｄサーバクラスタ２０７ｂおよび２０７ｂ’、強化されたＶｏＤサーバコントローラ２０７ｃ、ＶｏＤサーバクラスタ２０７ｄおよび２０７ｄ’、ならびにＡサーバ２０７ｅ）と、複数のＩＯ２０８と、複数のＣＯ２１０と、複数のＳＡＩ２１２（ＤＳＬＡＭ２１２、ＯＮＴ／ＯＬＴ２１２）と、複数のＲＧＷ２１４とを含む。ＲＧＷ２１４は、加入者２２０の自宅内に配置されたテレビセット２１８（または他のモニタ）に接続されたＳＴＢ２１６に接続される。
【００１７】
動作の際、各ＳＨＯ２０２は、国際／国内ＴＶ番組を受信し、それらの国際／国内ＴＶ番組を、バックボーンネットワーク２０４を介して各ＶＨＯ２０６に供給する。次に、各ＶＨＯ２０６が、地域／ローカルＴＶ番組を受信し、それらのＴＶ番組のすべてをそれぞれのＩＯ２０８にマルチキャストする。さらに、各ＩＯ２０８が、次に、それらのＴＶ番組のすべてをそれぞれのＣＯ２１０にマルチキャストする。次に、各ＣＯ２１０が、それらのＴＶ番組のすべてをそれぞれのＳＡＩ２１２にマルチキャストする。さらに、各ＳＡＩ２１２が、次に、それらのＴＶ番組の１つまたは複数をそれぞれのＲＧＷ２１４およびＳＴＢ２１６に送信する（注：ＴＶチャネルを観ている加入者２２０が全く存在しない状況にＳＡＩ２１２がある場合、そのＳＡＩ２１２は、それぞれのＲＧＷ２１４およびＳＴＢ２１６にＴＶ番組を全く送信しない）。このため、各加入者２２０は、その加入者２２０のＳＴＢ２１６とインタフェースをとり、その加入者１２０のテレビセット２１８（または他のモニタ）上で観るマルチキャストＴＶチャネルの１つを選択することができる。所望される場合、各加入者２２０は、その加入者２２０のＳＴＢ２１６とインタフェースをとり、ＶｏＤを選択してその加入者２２０のテレビセット２１８（または他のモニタ）上で観ることができる。
【００１８】
様々なサーバ２０３、２０５、および２０７ａ−２０７ｅが、加入者２２０にビデオ配信サービスを提供するのを助ける。詳細には、Ａサーバ２０３および２０７ｅが、ＳＴＢ２１６にＢＴＶコンテンツをストリーミングする。Ｄサーバコントローラ２０７ａが、高速チャネル変更、およびＳＴＢ２１６への誤りのある／欠落したパケットの再送のために使用されるＤサーバクラスタ２０７ｂおよび２０７ｂ’（それぞれが複数のＤサーバを有する）を管理する。ＶｏＤサーバコントローラ２０７ｃが、映画などのビデオファイルを、その特定の映画を観るために金銭を支払った加入者２２０によって使用される特定のＳＴＢ２１６にユニキャストストリーミングするのに使用されるＶｏＤサーバクラスタ２０７ｄおよび２０７ｄ’（それぞれが複数のＶｏＤサーバを有する）を管理する。ポリシーサーバ２０５が、或るサービス、または或るアップグレードを求める或る特定の加入者２２０からの要求が、静的規則および動的規則に基づいて、許されるかどうかを決定する。
【００１９】
本発明において、ビデオ配信サーバおよびポリシーサーバ２０５、２０７ａ、および２０７ｃは、ＩＰＴＶネットワーク２００内のアーキテクチャおよび／またはサービスに関する潜在的問題を事前対応で検出し、防止する７つの高レベル診断ツール２２２ａ、２２２ｂ−２２２ｇも実装する。詳細には、強化されたＤサーバコントローラ２０７ａが、３つの高レベル診断ツール２２２ａ、２２２ｂ、および２２２ｃを実装する。強化されたＶｏＤサーバコントローラ２０７ｃが、３つの高レベル診断ツール２２２ｄ、２２２ｅ、および２２２ｆを実装する。さらに、強化されたポリシーサーバ２０５が、１つの高レベル診断ツール２２２ｇを実装する。この７つの高レベル診断ツール２２２ａ、２２２ｂ−２２２ｇのそれぞれについて、図３−図９に関連して以下に詳細に説明する。
【００２０】
１．診断ツール２２２ａ（「Ｄｓｅｒｖ＿ｆａｉｌｕｒｅ  ｎｏｔｉｆｉｃａｔｉｏｎ」）：
基本的な考え方：強化されたＤサーバコントローラ２０７ａが、この診断ツール２２２ａを実装して、クラスタ２０７ｂおよび２０７ｂ’の中の１つまたは複数のＤサーバの障害を検出し、次に、影響を受けるＳＴＢ２１６に、クラスタ２０７ｂおよび２０７ｂ’の中のその障害の生じたＤサーバに接続しようとするそれらのＳＴＢ２１６からの不必要な試みを回避するように事前対応で通知する。
【００２１】
背景／問題：各ＳＴＢに、起動時に２つの一次ＤサーバＩＰアドレス（または他の識別子）、および２つの二次ＤサーバＩＰアドレス（または他の識別子）が与えられる。ＳＴＢは、恒久的な接続なしにＵＤＰセッションを介して、ＳＴＢのＤサーバリストの中で識別されたＳＴＢの第１の一次Ｄサーバに接続する。残念ながら、ＳＴＢは、Ｄサーバ障害について、ＳＴＢが、その障害の生じたＤサーバを現在、使用してはいない場合、通知されない。したがって、Ｄサーバ障害の後、この障害の生じたＤサーバに接続しようとするＳＴＢの試みは、知らずに無駄な試みである。障害の生じたＤサーバは、一次Ｄサーバであることも、二次Ｄサーバであることも可能である。
【００２２】
問題解決法：強化されたＤサーバコントローラ２０７ａが、診断ツール２２２ａを実装し、クラスタ２０７ｂおよび２０７ｂ’の中の１つまたは複数のＤサーバに障害がある場合、ならびにクラスタ２０７ｂおよび２０７ｂ’の中のその障害の生じた１つまたは複数のＤサーバが修復された後に、影響を受けるＳＴＢ２１６に事前対応で通知する。詳細には、診断ツール２２２ａは、Ｄサーバ障害イベントを、この情報が、例えば、トラップを介して要素管理システム（ＥＭＳ）の管理情報ベース（ＭＩＢ）から取得され得る場合に、検出する。実際、Ｄサーバ障害イベントについての情報は、強化されたＤサーバコントローラ２０７ａの管理システム３００におけるデータ構造から取得されることが可能である。Ｄサーバ障害が生じた場合、強化されたＤサーバコントローラ２０７ａは、Ｄサーバリストの中にこの特定のＤサーバを有する、影響を受けるＳＴＢ２１６に通知する。すると、影響を受けるＳＴＢ１２６は、それに相応してＳＴＢ２１６のＤサーバリストを整理して、障害の生じたＤサーバに接続することを回避する。このため、ＩＰＴＶネットワーク２００に余計なトラフィックおよび遅延を生じさせる、障害の生じたＤサーバと連絡をとろうとするすべての不必要な試みが、回避される。同様に、診断ツール２２２ａは、Ｄサーバ修復イベントを検出し、次に、この情報を、影響を受けるＳＴＢ２１６に通信して、それまで利用できなかったＤサーバが利用可能であることを示すことが可能である。
【００２３】
例：図３が、診断ツール２２２ａが、障害の生じたＤサーバ、すなわち、Ｄ−ｓｅｒｖ１およびＤ−ｓｅｒｖ３をどのように検出し、次に、影響を受けるＳＴＢ  ＡおよびＢに事前対応で通知するかを説明するのに役立つように与えられる。この例において、ＳＴＢ  Ａが、Ｄサーバ障害に先立って、割り当てられた一次サーバＤ−ｓｅｒｖ１およびＤ−ｓｅｒｖ２、ならびに割り当てられた二次サーバＤ−ｓｅｒｖ４およびＤ−ｓｅｒｖ５を有するＤサーバリスト３０２ａを有するものと想定されたい。さらに、ＳＴＢ  Ｂが、割り当てられた一次サーバＤ−ｓｅｒｖ２およびＤ−ｓｅｒｖ０、ならびに割り当てられた二次サーバＤ−ｓｅｒｖ３およびＤ−ｓｅｒｖ４を有するＤサーバリスト３０２ｂを有するものと想定されたい。次に、診断ツール２２２ａが、この例では、Ｄ−ｓｅｒｖ１およびＤ−ｓｅｒｖ３である２つのＤサーバにおける障害を検出する。一実装形態において、診断ツール２２２ａは、この障害情報を、トラップを介して要素管理システム（ＥＭＳ）の管理情報ベース（ＭＩＢ）から取得する。次に、診断ツール２２２ａは、変更されたＤサーバリスト３０２ａ’および３０２ｂ’の中に、これらの障害の生じたＤサーバを有する、影響を受けるＳＴＢ  ＡおよびＢに通知する。すると、これらのＳＴＢ  ＡおよびＢは、それに相応してＳＴＢ  ＡおよびＢのＤサーバリスト３０２ａ’および３０２ｂ’を整理して、障害の生じたＤサーバに接続することを回避する。この例において、ＳＴＢ  Ａは、Ｄサーバ障害が検出された後、割り当てられた一次サーバＤ−ｓｅｒｖ２およびＤ−ｓｅｒｖ１、ならびに割り当てられた二次サーバＤ−ｓｅｒｖ４およびＤ−ｓｅｒｖ５を有するＤサーバリスト３０２ａ’を有する。さらに、ＳＴＢ  Ｂは、割り当てられた一次サーバＤ−ｓｅｒｖ２およびＤ−ｓｅｒｖ０、ならびに割り当てられた二次サーバＤ−ｓｅｒｖ４およびＤ−ｓｅｒｖ３を有するＤサーバリスト３０２ｂ’を有する。このようにして、診断ツール２２２ａは、ＩＰＴＶシステム２００に余計なトラフィックおよび遅延を生じさせる可能性がある不必要なイベントを回避する。同様に、診断ツール２２２ａは、修復イベントを検出し、このイベントをＳＴＢ  ＡおよびＢに通信して、それまで利用できなかったＤサーバが利用可能であることを示す。
【００２４】
２．診断ツール２２２ｂ（「ＤＳｅｒｖ＿ｆｅｅｄ」）：
基本的な考え方：強化されたＤサーバコントローラ２０７ａが、この診断ツール２２２ｂを実装して、コンテンツが存在するクラスタ２０７ｂおよび２０７ｂの中のＤサーバの数が、ＳＴＢ２１６によるデマンドに比例していることを検証する。
【００２５】
背景／問題：各ＢＴＶチャネルは、サービスを提供するのに少なくとも１つのＤサーバに存在しなければならない。或る特定のＢＴＶチャネルに関するサービスを提供すべきＤサーバは、ＩＧＭＰレポートを発行して、そのＢＴＶチャネルに参加しなければならない（注：ＩＧＭＰレポートは、参加するため（すなわち、マルチキャストアドレスのリスナになるように）に使用されるので、ＩＧＭＰ参加と関係している）。ＢＴＶチャネルは、冗長性をもたらすように、いくつかのＤサーバに存在することが可能である。しかし、従来のＤサーバコントローラは、コンテンツが存在しているＤサーバの数が、ＳＴＢによるデマンドに比例していることを検証しない。
【００２６】
問題解決法：Ｄサーバコントローラ２０７ａが、以下を検証する診断ツール２２２ｂを実装する：（１）すべてのＢＴＶチャネルが、クラスタ２０７ｂおよび２０７ｂ’の中の少なくとも１つのＤサーバにあること、ならびに（２）或る特定のＢＴＶチャネルが存在するクラスタ２０７ｂおよび２０７ｂ’の中のＤサーバの数が、ＳＴＢ２１６のデマンドに比例していること。一実装形態において、診断ツール２２２ｂは、すべてのＢＴＶチャネルが、クラスタ２０７ｂおよび２０７ｂ’の中の少なくとも１つのＤサーバにあるかを検証し、さらにＳＮＭＰを介してＩＧＭＰ参加メンバシップテーブルをルックアップすることによって、ＳＴＢ２１６によるＢＴＶチャネルのデマンドを特定することができる。このことは、Ｄサーバコントローラ２０７ａが、重要なイベントを常に把握しており（例えば、スヌーピングによって）、さらにＩＧＭＰ参加メッセージを記録して、ＢＴＶチャネルの使用についてのステータス情報を保持する管理システム４００を有するために、可能である。診断ツール２２２ｂは、この情報を使用して、最も人気のないＢＴＶチャネルが、クラスタ２０７ｂおよび２０７ｂ’の中の最小の数のＤサーバに存在し、最も人気のあるＢＴＶチャネルが、クラスタ２０７ｂおよび２０７ｂ’の中の最大の数のＤサーバに存在することを確実にする。
【００２７】
例：図４が、コンテンツが存在しているクラスタ２０７ｂおよび２０７ｂ’の中のＤサーバの数がＳＴＢ  Ａ、Ｂ、およびＣのデマンドに比例していることを、診断ツール２２２ｂがどのように検証するかを説明するのに役立つように与えられる。第１に、診断ツール２２２ｂが、ＢＴＶチャネル１が、１つのＳＴＢ  Ａに関する１つの一次Ｄ−ｓｅｒｖ１および１つの二次Ｄ−ｓｅｒｖ３の中に存在することを検証する（「前」とラベルが付けられた図面の部分を参照されたい）。このことは、診断ツール２２２ｂが、ＳＴＢ  ＡだけがＢＴＶチャネル１を使用するためにＩＧＭＰ参加メッセージ４０２ａを発行していることを示す管理システム４００を有するために、可能である。ＳＴＢ  Ａは、ＢＴＶチャネル１を視聴している唯一のＳＴＢであるので、診断ツール２２２ｂは、Ｄサーバの数、すなわち、一次Ｄ−ｓｅｒｖ１および二次Ｄ−ｓｅｒｖ３がＳＴＢ  Ａのデマンドに比例していると判定する。第２に、診断ツール２２２ｂは、所定の時間の後、管理システム４００を再確認して、ＳＴＢ  Ａ、Ｂ、およびＣがすべて、ＢＴＶチャネル１を受信するためにＩＧＭＰ参加メッセージ４０２ｂを発行していることを知るとともに、ＢＴＶチャネル１が現在、１つの一次Ｄ−ｓｅｒｖ１、および１つの二次Ｄ−ｓｅｒｖ３の中に存在することを検証する。現在、ＢＴＶチャネル１を使用する、より多くのＳＴＢ  Ａ、ＢおよびＣが存在するので、診断ツール２２２ｂは、ＢＴＶチャネル１が、４つのＤサーバ、すなわち、一次Ｄ−ｓｅｒｖ１、一次Ｄ−ｓｅｒｖ２、二次Ｄ−ｓｅｒｖ３、および二次Ｄ−ｓｅｒｖ４に存在するように、さらなるＤサーバ、すなわち、一次Ｄ−ｓｅｒｖ２および二次Ｄ−ｓｅｒｖ４を追加することを決定する。診断ツール２２２ｂは、一次Ｄ−ｓｅｒｖ１、一次Ｄ−ｓｅｒｖ２、二次Ｄ−ｓｅｒｖ３、および二次Ｄ−ｓｅｒｖ４にＤ−ｓｅｒｖ調整メッセージ４０４を送信することによって、これを行う（「後」とラベルが付けられた図面の部分を参照されたい）。この場合、診断ツール２２２ｂは、ＢＴＶチャネル１が、ＳＴＢ  Ａ、Ｂ、およびＣのデマンドに比例する数のＤサーバに存在することを確実にしている。
【００２８】
３．診断ツール２２２ｃ（「ＤＳｅｒｖ＿ｌｏａｄ  ｂａｌａｎｃｅ」）：
基本的な考え方：強化されたＤサーバコントローラ２０７ａが、この診断ツール２２２ｃを実装して、ＳＴＢ２１６から受信される全体のＩＣＣ（インスタントチャネル変更）要求および再送要求が、クラスタ２０７ｂおよび２０７ｂ’の中のＤサーバの間で負荷平衡させられることを確実にする。
【００２９】
背景／問題：ＳＴＢが、ＳＴＢに割り当てられたＤサーバＩＰアドレス（または他の何らかの識別子）に基づいて、ＳＴＢのＩＣＣ要求および再送要求に関してＤサーバと連絡をとる。残念ながら、それらのＳＴＢのすべてからのＩＣＣ要求および再送要求は、Ｄサーバのサブセットだけに向かい、Ｄサーバへの要請が不平衡になる可能性がある。
【００３０】
問題解決法：Ｄサーバコントローラ２０７ａが、診断ツール２２２ｃを実装して、ＳＴＢ２１６から受信される全体のＩＣＣ（インスタントチャネル変更）要求および再送要求５０２が、クラスタ２０７ｂおよび２０７ｂ’の中のＤサーバの間で適切な負荷平衡をもたらすことを確実にする。一実装形態において、ＳＴＢ２１６は、ＩＣＣ要求および再送要求５０２を、パケットを失った特定のＢＴＶチャネルを含むクラスタ２０７ｂおよび２０７ｂ’の中のＤサーバの同一のセットに送信する（図５参照）。すると、この情報５０２は、Ｄサーバコントローラ２０７ａに関連する管理システム５００に送信される。診断ツール２２２ｃが、この情報５０２を取得して、分析し、このトラフィックが（例えば）絶対閾値の範囲内である場合、全く変更は行われない。しかし、診断ツール２２２ｃが、このトラフィックは絶対閾値の範囲内にないと判定した場合、警報が発せられ、さらに／または新たなＤサーバＩＰアドレス（または他の何らかの識別子）をＳＴＢ２１６に送ること、ならびに／またはこのＢＴＶチャネルにクラスタ２０７ｂおよび２０７ｂ’の中の、より多くのＤサーバが参加するように強制して、再送トラフィックを拡散させることなどの、何らかの再構成アクションが実装される。
【００３１】
例：図５が、過剰なＩＣＣ要求または再送要求が検出された場合に、診断ツール２２２ｃがどのように、ＤサーバレベルにおけるＢＴＶチャネル当たりのトラフィックを測定して、警報を発し、さらに／または再構成アクションを開始するかを説明するのに役立つように与えられる。この例において、ＳＴＢ  Ａ、Ｂ、およびＣは、ＢＴＶチャネル１に関して問題を経験しており、ＩＣＣ要求および再送要求５０２を、ＳＴＢ  Ａ、Ｂ、およびＣの一次Ｄ−ｓｅｒｖ１および二次Ｄ−ｓｅｒｖ３に送信する（「前」とラベルが付けられた図面の部分を参照されたい）。すると、この情報５０２は、Ｄサーバコントローラ２０７ａに関連する管理システム５００に送信される。診断ツール２２２ｃが、この情報５０２を取得して、分析し、次に、このトラフィックが（例えば）絶対閾値の範囲内になく、したがって、この問題に対処するのに変更が行われるべきであると判定する。この例において、診断ツール２２２ｃは、ＢＴＶチャネル１が４つのＤサーバ、すなわち、一次Ｄ−ｓｅｒｖ１、一次Ｄ−ｓｅｒｖ２、二次Ｄ−ｓｅｒｖ３、および二次Ｄ−ｓｅｒｖ４に存在するように、さらなるＤサーバ、一次Ｄ−ｓｅｒｖ２およびＤ−ｓｅｒｖ４を追加することを決定する。診断ツール２２２ｃは、一次Ｄ−ｓｅｒｖ１、一次Ｄ−ｓｅｒｖ２、二次Ｄ−ｓｅｒｖ３、および二次Ｄ−ｓｅｒｖ４にＤ−ｓｅｒｖ調整メッセージ５０４を送信することによって、これを行う（「後」とラベルが付けられた図面の部分を参照されたい）。この場合、診断ツール２２２ｃは、ＳＴＢ  Ａ、Ｂ、およびＣから受信される将来のＩＣＣトラフィックおよび再送トラフィックがＤ−ｓｅｒｖ１、２、３、および４の間で負荷平衡させられることを事実上、確実にしている。所望される場合、診断ツール２２２ｃは、受信されたＩＣＣトラフィック、および受信された再送トラフィックに基づいて、ＳＴＢの、一次／二次Ｄサーバのリストを変更する、または再整理することもできる。
【００３２】
４．診断ツール２２２ｄ（「ＶＳｅｒｖ＿ｆａｉｌｕｒｅ  ｎｏｔｉｆｉｃａｔｉｏｎ」）
基本的な考え方：強化されたＶｏＤサーバコントローラ２０７ｃが、この診断ツール２２２ｄを実装して、クラスタ２０７ｄおよび２０７ｄ’の中の二次ＶｏＤサーバの障害について、影響を受けるＳＴＢ２１６に事前対応で通知する。
【００３３】
背景／問題：ＶｏＤサーバは、或るＳＴＢには一次であり、別のＳＴＢには二次であることも可能である。このため、或るＶｏＤサーバに障害が生じると、その障害の生じたＶｏＤサーバを一次として使用していたＳＴＢは、そのＳＴＢの二次ＶｏＤサーバに切り換える。このことは、問題ではない。しかし、或るＶｏＤサーバに障害が生じた場合、この特定のサーバを二次として有していたＳＴＢは、影響を受けるＳＴＢと障害の生じたＶｏＤサーバの間で何らかのＴＣＰ接続が維持されていない限り、この障害の生じた二次ＶｏＤサーバに気付かない。これは問題である。
【００３４】
問題解決法：ＶｏＤサーバコントローラ２０７ｃが、診断ツール２２２ｄを実装して、クラスタ２０７ｄおよび２０７ｄ’の中のＳＴＢ２１６の二次ＶｏＤサーバの障害について、影響を受けるＳＴＢ２１６に事前対応で通知する。詳細には、診断ツール２２２ｄは、ＶｏＤサーバコントローラの管理ツール６００を使用して、クラスタ２０７ｄおよび２０７ｄ’の中のＶｏＤサーバの障害を検出し、次に、クラスタ２０７ｄおよび２０７ｄ’の中の、その障害の生じたＶｏＤサーバが二次サーバとして割り当てられているＳＴＢ２１６のすべてを探し出す。次に、診断ツール２２２ｄは、クラスタ２０７ｄまたは２０７ｄ’の中の古いＶｏＤサーバの二次ＩＰアドレスを、所望されるコンテンツのコピーを含むクラスタ２０７ｄまたは２０７ｄ’の中の新たなＶｏＤサーバの新たな二次ＩＰアドレスで置き換えるよう、それらのＳＴＢ２１６に命令するためにメッセージを送信する。所望されるコンテンツを含む、現在、利用可能なクラスタ２０７ｄまたは２０７ｄ’の中のＶｏＤサーバが全く存在しない場合、診断ツール２２２ｄは、「コピー」コマンドを発行するアクションがＶｏＤサーバコントローラ２０７ｃによって行われて、クラスタ２０７ｄまたは２０７ｄ’の中の新たなＶｏＤサーバが、影響を受けるＳＴＢ２１６に割り当てられて利用可能になることを確実にする。このようにして、影響を受けるＳＴＢのＶｏＤサーバリストは、クラスタ２０７ｄまたは２０７ｄ’の中の新たな二次ＶｏＤサーバのＩＰアドレスで更新される。その結果、これらの影響を受けるＳＴＢ２１６のいずれかが、クラスタ２０７ｄまたは２０７ｄ’の中の、そのＳＴＢ２１６の二次ＶｏＤサーバに切り換えなければならない場合、その二次ＶｏＤサーバは、直ちに運用可能である。このことにより、ＩＰＴＶネットワーク２００は、クラスタ２０７ｄまたは２０７ｄ’の中の障害の生じた二次ＶｏＤサーバに接続しようとするＳＴＢ２１６による不必要な接続の試みを回避することによって、余計な遅延、および余計なトラフィックを経験することを免れる。
【００３５】
例：図６が、診断ツール２２２ｄがどのように、クラスタ２０７ｄまたは２０７ｄ’の中のＳＴＢ２１６の二次ＶｏＤサーバの障害について、影響を受けるＳＴＢ２１６に事前対応で通知するかを説明するのに役立つように与えられる。この例において、診断ツール２２２ｄは、ＶｏＤサーバコントローラの管理ツール６００を使用して、ＶｏＤ−ｓｅｒｖ４の障害を検出し、次に、ＳＴＢ  ＡおよびＢに、障害の生じたＶｏＤ−ｓｅｒｖ４が二次サーバとして割り当てられていることを特定する。ＳＴＢ  Ｃは、障害の生じたＶｏＤ−ｓｅｒｖ４がＳＴＢ  Ｃの二次サーバではないので、影響を受けない。次に、診断ツール２２２ｄは、古い二次ＶｏＤ−ｓｅｒｖ４の古い二次ＩＰアドレス（または他の識別子）を、所望される人気のある映画６０６ａのコピーを含む新たな二次ＶｏＤ−ｓｅｒｖ２の新たなＩＰアドレスで置き換えるように、影響を受けるＳＴＢ  Ａに命令するメッセージ６０４ａを送信する。また、診断ツール２２２ｄは、古い二次ＶｏＤ−ｓｅｒｖ４の古いＩＰアドレスを、所望されるニッチ映画６０６ｂのコピーを含む新たな二次ＶｏＤ−ｓｅｒｖ３の新たなＩＰアドレスで置き換えるように、影響を受けるＳＴＢ  Ｂに命令するメッセージ６０４ｂも送信する。この場合、ＶｏＤサーバ３は、所望されるニッチ映画６０６ｂのコピーを最初、有しておらず、したがって、診断ツール２２２ｄは、新たなＶｏＤ−ｓｅｒｖ３が、ＳＴＢ  Ｂによって必要とされる可能性があるコンテンツを有するように、「コピー」コマンドを発行するアクションがＶｏＤサーバコントローラ２０７ｃによって行われることを確実にする。
【００３６】
５．診断ツール２２２ｅ（「ＶＳｅｒｖ＿ｃｏｎｔｅｎｔ」）：
基本的な考え方：強化されたＶｏＤサーバコントローラ２０７ｃが、この診断ツール２２２ｅを実装して、クラスタ２０７ｄおよび２０７ｄ’の中のＶｏＤサーバのコンテンツ割当てを検証する。特に、診断ツール２２２ｅは、（１）コンテンツ（例えば、映画）が、クラスタ２０７ｄおよび２０７ｄ’の中の少なくとも２つのＶｏＤサーバにあること、ならびに（２）コンテンツ（例えば、映画）を所有するクラスタ２０７ｄおよび２０７ｄ’の中のＶｏＤサーバの数が、ＳＴＢ２１６による、そのコンテンツのデマンドに比例していることを検証する。
【００３７】
背景／問題：オンデマンド映画購入が行われると、加入者のＳＴＢは、ＶｏＤサーバコントローラに要求を送信する。これに応答して、ＶｏＤサーバコントローラは、一次ＶｏＤサーバおよび二次ＶｏＤサーバに関する２つのＩＰアドレス（または他の識別子）をＳＴＢに供給する。すると、ＳＴＢは、一次ＶｏＤサーバと連絡をとって、オンデマンド映画を受信する。一次ＶｏＤサーバが応答しない場合、ＳＴＢは、二次ＶｏＤサーバを試みる。両方とも応答しない場合、ＳＴＢは、ＶｏＤサーバコントローラに再び問い合わせて、ＶｏＤサーバに関するＩＰアドレスの第２のペアを獲得する。このプロセスは、望ましくない。
【００３８】
問題解決法：ＶｏＤサーバコントローラ２０７ｃが、診断ツール２２２ｅを実装して、（１）コンテンツ（例えば、映画）が、クラスタ２０７ｄおよび２０７ｄ’の中の少なくとも２つのＶｏＤサーバにあること、ならびに（２）コンテンツ（例えば、映画）を所有するクラスタ２０７ｄおよび２０７ｄ’の中のＶｏＤサーバの数が、ＳＴＢ２１６からの、そのコンテンツからのデマンドに比例していることを検証する。第１に、診断ツール２２２ｅは、各コンテンツ（例えば、映画）が、その映画の人気度にかかわらず、クラスタ２０７ｄおよび２０７ｄ’の中の少なくとも２つのＶｏＤサーバに配置されていることを検証する。この条件が満たされていない場合、診断ツール２２２ｅは、冗長性のためにクラスタ２０７ｄおよび２０７ｄ’の中の新たな１つまたは複数のＶｏＤサーバにＳＨＯ２０２からそのコンテンツをコピーするコマンドを発行するようにＶｏＤサーバコントローラ２０７ｃに命令する。第２に、診断ツール２２２ｅは、所与のコンテンツを所有するクラスタ２０７ｄおよび２０７ｄ’の中のＶｏＤサーバの実際の数が、その特定のコンテンツに関するＳＴＢ２１６によるデマンドの現在のレベルと合致していることを確認する。このステップは、ＶｏＤサーバコントローラ２０７ｃと、クラスタ２０７ｄおよび２０７ｄ’における個々のＶｏＤクラスタとの間で情報を互いに関係付けることを含む。この条件が満たされていない場合、診断ツール２２２ｅは、クラスタ２０７ｄおよび２０７ｄ’の中の新たな１つまたは複数のＶｏＤサーバにＳＨＯ２０２からそのコンテンツをコピーするコマンドを発行するようにＶｏＤサーバコントローラ２０７ｃに命令する。
【００３９】
例：図７が、診断ツール２２２ｅがどのように、（１）コンテンツ（例えば、映画）が、クラスタ２０７ｄおよび２０７ｄ’の中の少なくとも２つのＶｏＤサーバにあること、ならびに（２）コンテンツ（例えば、映画）を所有するクラスタ２０７ｄおよび２０７ｄ’の中のＶｏＤサーバの数が、ＳＴＢ２１６からの、そのコンテンツのデマンドに比例していることを検証するかを説明するのに役立つように与えられる。この例において、診断ツール２２２ｅは、人気のある映画７０２ａが２つのＶｏＤ−ｓｅｒｖ１および３にあること、ならびにニッチ映画７０２ｂが２つのＶｏＤ−ｓｅｒｖ２および４にあることを検証する。次に、診断ツール２２２ｅは、所与の映画７０２ａおよび７０２ｂを有するクラスタ２０７ｄおよび２０７ｄ’の中のＶｏＤサーバの実際の数が、ＳＴＢ  Ａ、Ｂ、およびＣによるデマンドの現在のレベルと合致していることを確認して確かめる。この例において、診断ツール２２２ｅは、ＳＴＢ  ＡおよびＣによる可能な視聴のために、人気のある映画７０２ａをさらなるＶｏＤサーバ４および５にコピーさせている。診断ツール２２２ｅは、ＳＴＢ  Ｂによって視聴されているニッチ映画７０２ｂに関して２つのＶｏＤサーバ２および４で十分であると判定する。
【００４０】
６．診断ツール２２２ｆ（「ＶＳｅｒｖ＿ｄｅｍａｎｄ」）：
基本的な考え方：強化されたＶｏＤサーバコントローラ２０７ｃが、この診断ツール２２２ｆを実装して、障害および／または修復の後のクラスタ２０７ｄおよび２０７ｄ’の中のＶｏＤサーバの負荷平衡を検証する。
【００４１】
背景／問題：或るＶｏＤサーバに障害が生じた場合、一次として、そのＶｏＤサーバからストリーミングしていたＳＴＢは、それらのＳＴＢの二次に切り換える。一次ＶｏＤサーバに関して、負荷は、ＶｏＤサーバコントローラによって実装される動的ロードバランサによって実装されるとおりに平衡させられていた。しかし、従来のＶｏＤサーバコントローラは、障害後の状況においてＶｏＤサーバ間で負荷が平衡させられることを保証するものは何も有さない。同様の問題のある状況が、修復イベントからも生じる可能性がある。ＶｏＤサーバが動作状態に戻った後、そのＶｏＤサーバのアイドル容量は、利用度の高いＶｏＤサーバからコンテンツのいくらかを迂回させることによって、即時に運用されることも可能である。このことは、従来のＶｏＤサーバコントローラ、および従来のＶｏＤサーバでは行われない。
【００４２】
問題解決法：ＶｏＤサーバコントローラ２０７ｃが、診断ツール２２２ｆを実装して、障害イベントおよび／または修復イベントの後のクラスタ２０７ｄおよび２０７ｄ’の中の二次ＶｏＤサーバおよび一次ＶｏＤサーバの両方にかかる新たな負荷が平衡していることを検証する。診断ツール２２２ｆは、これを２つの仕方で行うことができる：
・  事後対応で：診断ツール２２２ｆは、障害イベントおよび／または修復イベントが生じるといつでも、ＳＴＢ２１６がクラスタ２０７ｄおよび２０７ｄ’の中のＳＴＢ２１６の二次ＶｏＤサーバに切り換えるのを所定の期間（例えば、数秒）待つ。次に、診断ツール２２２ｆは、新たな負荷を観察し、必要とされる場合、警報を発し、さらに／または是正アクションを行う。
・  事前対応で：診断ツール２２２ｆは、いかなる障害イベントおよび／または修正イベントにも先立って、クラスタ２０７ｄおよび２０７ｄ’の中のＶｏＤサーバにおけるＳＴＢ割当てを検査し、次に、以下のようなプログラムを使用して、各ＶｏＤサーバの障害を仮想で「シミュレート」する：
１．診断ツール２２２ｆは、或る特定のＶｏＤサーバを一次として使用しているＳＴＢ２１６のリストを獲得する。このＶｏＤサーバに障害が生じた場合、これらのＳＴＢ２１６は、これらのＳＴＢの二次ＶｏＤサーバに切り換える。
２．診断ツール２２２ｆは、これらのＳＴＢ２１６によって二次として使用されるＶｏＤサーバのリストを獲得する。診断ツール２２２ｆは、ＶｏＤサーバコントローラ２０７ｃ（例えば、ＭＯＭ）に尋ねることによって、またはクラスタ２０７ｄおよび２０７ｄ’の中の個々のＶｏＤサーバに問い合わせることによって、これを行うことができる。
３ａ．診断ツール２２２ｆは、これらの二次ＶｏＤサーバが、さらなる負荷を扱うことができるか否かを検証する。扱うことができない場合、診断ツール２２２ｆは、警報を発し、さらに／または是正アクションを行う。
３ｂ．診断ツール２２２ｆは、二次ＶｏＤサーバ間の負荷分布が平衡しているか否かを検証する。平衡していない場合、診断ツール２２２ｆは、警報を発し、さらに／または是正アクションを行う。
【００４３】
例：図８が、診断ツール２２２ｆがどのように、障害または修復の後にクラスタ２０７ｄおよび２０７ｄの中のＶｏＤサーバの負荷平衡を検証するかを説明するのに役立つように与えられる。この例において、診断ツール２２２ｆは、ＶｏＤ−ｓｅｒｖ４の障害について知ると、ＳＴＢ  ＡおよびＢがそれぞれ、それぞれの新たな二次ＶｏＤサーバ、ＶｏＤ−ｓｅｒｖ２およびＶｏＤ−ｓｅｒｖ３に切り換えるのを所定の期間（例えば、数秒）待つ。この時点で、ＳＴＢ  Ａは、一次ＶｏＤ−ｓｅｒｖ１を使用して、バックアップの二次ＶｏＤ−ｓｅｒｖ２を有して、人気のある映画８０２ａを観ており、ＳＴＢ  Ｂは、一次ＶｏＤ−ｓｅｒｖ２を使用して、バックアップの二次ＶｏＤ−ｓｅｒｖ３を有して、ニッチ映画８０２ｂを観ている。ＳＴＢ  Ｃは、影響を受けない。診断ツール２２２ｆは、新たな負荷を観察し、ＶｏＤ−ｓｅｒｖ２が余りにも多くの負荷を有する可能性があるので、警報を発し、次に、人気のある映画８０２ａを別のＶｏＤ−ｓｅｒｖ６に追加し、コピーすること、および現時点で、ＶｏＤ−ｓｅｒｖ２ではなくＶｏＤ−ｓｅｒｖ６を二次として使用するようにＳＴＢ  Ａに命令することなどの是正アクションがとられることが可能である（注：これは、事後対応の負荷平衡プロセスである）。
【００４４】
７．診断ツール２２２ｇ（「ｉＳｅｒｖ」）：
基本的な考え方：強化されたポリシーサーバ２０５が、この診断ツール２２２ｇを実装して、加入者２２０が、ポリシーサーバ２０５によってあらかじめ決定されたとおりにサービス（例えば、ＢＴＶチャネル）を実際に受けることができるかどうかを確認する。診断ツール２２２ｇは、加入者ごとの、サービスごとの帯域内診断ツールである。
【００４５】
背景／問題：従来のポリシーサーバ、およびもたらされるポリシー実装は、ポリシーサーバから下流のネットワークノードへの一方向でだけ適用される。このことは、現行のポリシーサーバが完全に信頼できると思われているために生じる。しかし、ポリシーサーバ、および対応するポリシー実装は、しかるべく機能していることが可能であるが、このことは、ＳＴＢがサービスを期待されるとおりに受信していることを必ずしも意味しない。これは、望ましくない。
【００４６】
問題解決法：強化されたポリシーサーバ２０５が、診断ツール２２２ｇを実装して、加入者２２０が、ポリシーサーバ２０５によってあらかじめ決定されたとおりにサービス（例えば、ＢＴＶチャネル）を実際に受けているかどうかを確認する。詳細には、診断ツール２２２ｇは、加入者ＶＬＡＮでＬｉｎｋＴｒａｃｅ様のツールであるｉＳｅｒｖ９０２（２００６年５月付けのＩＥＥＥ８０２．１ａｇを参照）をトリガして、ＳＴＢ２１６に至るサービスパスを確認する（図９参照）。この例において、ＶＨＯ２０６が、ｉＳｅｒｖが開始される場所であり、帯域幅、セッションなどの実際のデータを含む応答は、中間ノードＣＯ２１０およびＳＡＩ２１２において受信される。ＶＨＯ２０６は、これらの応答をポリシーサーバ２０５に中継し、すると、サーバ２０５は、顧客のサービス要求についてサーバ２０５によって行われた決定を、ｉＳｅｒｖ帯域内ツール９０２を使用することによって獲得されたデータと照合することによって、確認することができる。さらに、診断ツール２２２ｆは、ｉＳｅｒｖ帯域内ツール９０２に、ＩＰＴＶネットワーク２００における或る特定のサービス（例えば、ＶｏＩＰ）の健全性を確認するｉＳｅｒｖ要求をサービスＶＬＡＮで送信させることができる。いずれの場合も、診断ツール２２２ｆは、事後対応の仕方でも、事前対応の仕方でも使用されることが可能である。事後対応（加入者ＶＬＡＮ）診断の場合、診断ツール２２２ｆは、（１）各サービス変更直後に、（２）新たなサービスアップグレード要求による各ポリシー変更直後に、または（３）サービス受付け前に使用されることが可能である。他方、事前対応（サービスＶＬＡＮ）診断の場合、診断ツール２２２ｆは、（１）定期的に、（２）何らかの所定の指示が受け取られた後に、または（３）サービス受付け後に使用されることが可能である。
【００４７】
以上のことから、本発明は、事業者のビデオサービスを向上させるとともに、潜在的な遅延、負荷の不平衡、およびサービスが利用できないことを回避する、差別化する診断ツール２２２ａ−２２２ｆのセット（ＤＳｅｒｖ＿ｆａｉｌｕｒｅ  ｎｏｔｉｆｉｃａｔｉｏｎ、ＤＳｅｒｖ＿ｆｅｅｄ、ＤＳｅｒｖ＿ｌｏａｄ  ｂａｌａｎｃｅ、ＶＳｅｒｖ＿ｃｏｎｔｅｎｔ、ＶＳｅｒｖ＿ｆａｉｌｕｒｅ  ｎｏｔｉｆｉｃａｔｉｏｎ、ＶＳｅｒｖ＿ｄｅｍａｎｄ）を事業者に与えることを認識されたい。加えて、ポリシーサーバの診断ツール２２２ｇが、ポリシーサーバ２０５によってあらかじめ行われた決定についての確認をもたらす。詳細には、診断ツール２２２ｇは、ポリシーサーバ２０５が、ＩＰＴＶネットワーク２００における実際の状況（リソース）についてサーバ２０５が有する情報を、必要に応じて事前対応で照合確認する能力をもたらす。診断ツール２２２ａ−２２２ｇは、以下のとおり要約される：
Ｉ．強化されたＤサーバコントローラ２０７ａが、プロセッサが実行できる命令を含むメモリ２１１ａと、メモリ２１１ａに動作可能に結合されたプロセッサ２１１ｂとを有し、プロセッサ２１１ｂが、それらのプロセッサが実行できる命令を実行して、３つの診断ツール２２２ａ、２２２ｂ、および２２２ｃの１つまたは複数のツールの実行を実装する（図２−図５参照）：
ａ．診断ツール２２２ａ：「ＤＳｅｒｖ＿ｆａｉｌｕｒｅ  ｎｏｔｉｆｉｃａｔｉｏｎ」。より良いネットワーク効率のためにＤサーバ障害についてＳＴＢ２１６に事前対応で通知する。このＤサーバは、一次Ｄサーバまたは二次Ｄサーバであることが可能である。
ｂ．診断ツール２２２ｂ：「ＤＳｅｒｖ＿ｆｅｅｄ」：コンテンツが存在するＤサーバの数がＳＴＢ２１６によるデマンドに比例していることを検証する。
ｃ．診断ツール２２２ｃ：「ＤＳｅｒｖ＿ｌｏａｄ  ｂａｌａｎｃｅ」：全体のＩＣＣ要求および再送要求が、Ｄサーバ２０７ｂおよび２０７ｂ’の間で負荷平衡させられていることを確認して確実にする。Ｄサーバレベルでチャネル当たりのトラフィックを測定し、過剰なＩＣＣ要求または再送要求が検出された場合、警報を発する。
ＩＩ．強化されたＶｏＤサーバコントローラ２０７ｃが、プロセッサが実行できる命令を含むメモリ２１３ａと、メモリ２１３ａに動作可能に結合されたプロセッサ２１３ｂとを有し、プロセッサ２１３ｂが、それらのプロセッサが実行できる命令を実行して、３つの診断ツール２２２ｄ、２２２ｅ、および２２２ｆの１つまたは複数のツールの実行を実装する（図２および図６−図８参照）：
ａ．診断ツール２２２ｄ：「ＶＳｅｒｖ＿ｆａｉｌｕｒｅ  ｎｏｔｉｆｉｃａｔｉｏｎ」。事前対応で、ＶｏＤサーバ障害についてＳＴＢ２１６に通知する。ＳＴＢの二次ＶｏＤサーバリストを更新して、ＳＴＢ２１６がＳＴＢ２１６の二次に切り換えなければならない場合に、その二次Ｖｏｄサーバが直ちに運用可能である。
ｂ．診断ツール２２２ｅ：「ＶＳｅｒｖ＿ｃｏｎｔｅｎｔ」。すべてのコンテンツが（そのコンテンツの人気度にかかわらず）少なくとも２つのＶｏＤサーバに配置されていることを検証する。ＶｏＤサーバの数が、ＳＴＢ２１６によるデマンドに比例していることを検証する。
ｃ．診断ツール２２２ｆ：「ＶＳｅｒｖ＿ｄｅｍａｎｄ」。ＶｏＤサーバに障害が生じた場合、二次ＶｏＤサーバにかかる新たな負荷も平衡がとれていることを検証する。
ＩＩＩ．強化されたポリシーサーバ２０５が、プロセッサが実行できる命令を含むメモリ２１５ａと、メモリ２１５ａに動作可能に結合されたプロセッサ２１５ｂとを有し、プロセッサ２１５ｂが、それらのプロセッサが実行できる命令を実行して、診断ツール２２２ｇの実行を実装する（図２および図９参照）：
ａ．診断ツール２２２ｇ：「ｉＳｅｒｖ」。加入者がサービスを、ポリシーサーバが、そのサービスを理解するとおりに、実際に受けることができるかどうかを確認する。診断ツール２２２ｇは、加入者ごとの、サービスごとの診断ツールである。
【００４８】
本発明の複数の実装形態が、添付の図面に示され、以上の詳細な説明で説明されてきたが、本発明は、開示される実装形態に限定されるのではなく、添付の特許請求の範囲によって示され、規定される本発明を逸脱することなく、多数の組み換え、変形、および代替が可能であることを理解されたい。
【図１】
2011519511.tif 000003
【図２】
2011519511.tif 000004
【図３】
2011519511.tif 000005
【図４】
2011519511.tif 000006
【図５】
2011519511.tif 000007
【図６】
2011519511.tif 000008
【図７】
2011519511.tif 000009
【図８】
2011519511.tif 000010
【図９】
2011519511.tif 000011
【国際調査報告】
2011519511.tif 000012
2011519511.tif 000013
2011519511.tif 000014
2011519511.tif 000015
2011519511.tif 000016