(57)【要約】  Ｎ個のストリーミングノード２０３．．．２０４からなる分散メディアオンデマンドネットワークにおいてメディアオンデマンドセッションを開始または回復するための方法であって、ａ．クライアント装置２０１が前記セッションの開始または回復を要求するためにセットアップ要求２５１；２５６を高可用性リダイレクタ装置２２１に送信する、第１ステップと、ｂ．リダイレクタ装置２２１がセッションのためにストリーミングノード２０３；２０４を選択する、第２ステップと、ｃ．リダイレクタ装置２２１がそのセッションのために、クライアント装置２０１に、選択されたメディアストリーミングノード２０３；２０４を使用するように指令する、第３ステップと、を有する方法。さらに独特の特徴は、クライアント装置２０１が、選択されたメディアストリーミングノードに（開始のために）初めからかまたは（回復のために）最後の位置からメディア配信を要求することである。
2009516442.tif 000002
【特許請求の範囲】
【請求項１】
Ｎ個のストリーミングノード（２０３．．．２０４）からなる分散メディアオンデマンドネットワークにおいてメディアオンデマンドセッションを開始および回復するための方法であって、
ａ．クライアント装置（２０１）が前記セッションの開始または回復を要求するためにセットアップ要求（２５１；２５６）を高可用性リダイレクタ装置（２２１）に送信する、第１ステップと、
ｂ．前記リダイレクタ装置（２２１）が前記セッションのためにストリーミングノード（２０３；２０４）を選択する、第２ステップと、
ｃ．前記リダイレクタ装置（２２１）が前記セッションのために前記クライアント装置（２０１）に前記ストリーミングノード（２０３；２０４）を使用するように指令する、第３ステップと
を備えることを特徴とする、方法。
【請求項２】
前記リダイレクタ装置（２２１）が前記Ｎ個のストリーミングノード（２０３．．．２０４）のヘルスの状態を維持し、またはそのヘルスの状態へのアクセス権を有し、前記ヘルスの状態が前記第２ステップにおいてストリーミングノードの選択を可能にすることを特徴とする、請求項１に記載の方法。
【請求項３】
前記Ｎ個のストリーミングノード（２０３．．．２０４）が、前記ヘルスの状態を維持することを可能にするために、ハートビート（２３２．．．２４２）を前記リダイレクタ装置（２２１）に定期的に報告することを特徴とする、請求項２に記載の方法。
【請求項４】
前記ハートビート（２３２．．．２４２）が、前記高可用性リダイレクタ装置（２２１）に動作可能に組み込まれた高可用性永続的記憶手段（２２２）にポストされることを特徴とする、請求項３に記載の方法。
【請求項５】
前記第１ステップが、セッションを開始する場合、前記メディアアセットの初めからメディアアセットのプレイアウトを求めるセットアップ要求（２５１）を送信することからなることを特徴とする、請求項１に記載の方法。
【請求項６】
前記第１ステップが、セッションを回復する場合、前記メディアアセットの中の位置からメディアアセットのプレイアウトを求めるセットアップ要求（２５６）を送信することからなることを特徴とする、請求項１に記載の方法。
【請求項７】
前記セットアップ要求（２５１；２５６）がＲＴＳＰ  ＳＥＴＵＰメッセージに相応することを特徴とする、請求項１に記載の方法。
【請求項８】
前記第３ステップがリダイレクトメッセージ（２５２；２５７）を前記リダイレクタ装置（２２１）から前記クライアント装置（２０１）に送信することからなり、前記リダイレクトメッセージ（２５２；２５７）が選択された前記ストリーミングノード（２０３；２０４）を示すことを特徴とする、請求項１に記載の方法。
【請求項９】
Ｎ個のストリーミングノード（２０３．．．２０４）からなる分散メディアオンデマンドネットワークにおける使用のための高可用性リダイレクタ装置（２２１）であって、
ａ．クライアント装置（２０１）からメディアオンデマンドセッションの開始または回復を要求するセットアップ要求メッセージ（２５１；２５６）を受信するための受信手段と、
ｂ．前記セッションのためにストリーミングノード（２０３；２０４）を選択するための選択手段と、
ｃ．前記クライアント装置（２０１）に前記セッションのために前記ストリーミングノード（２０３；２０４）を使用するように指令するための指令手段と
を備えることを特徴とする、リダイレクタ装置（２２１）。
【請求項１０】
前記リダイレクタ装置（２２１）が
ｄ．ヘルスの状態情報（２３２．．．２４２）を前記Ｎ個のストリーミングノード（２０３．．．２０４）から定期的に受信するための高可用性永続的記憶手段（２２２）にさらに動作可能に結合され、前記高可用性永続的記憶手段（２２２）が前記ヘルスの状態情報に基づいて前記ストリーミングノード（２０３；２０４）を選択することを可能にするために前記リダイレクタ装置（２２１）内の前記選択手段に動作可能に結合されることを特徴とする、請求項９に記載の高可用性リダイレクタ装置（２２１）。
【請求項１１】
Ｎ個のストリーミングノード（２０３．．．２０４）からなる分散メディアオンデマンドネットワークにおける使用のためのクライアント装置（２０１）であって、
ａ．メディアオンデマンドセッションの開始および回復を要求するセットアップ要求メッセージ（２５１；２５６）を高可用性リダイレクタ装置（２２１）に送信するための送信手段と、
ｂ．前記セッションのために使用されるべきストリーミングノード（２０３；２０４）を示す命令（２５２；２５７）を前記リダイレクタ装置（２２１）から受信するための受信手段と、
を備えることを特徴とする、クライアント装置（２０１）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、分散ネットワークにおける弾力的メディアオンデマンドストリーミング、例えば分散ＶｏＤネットワークにおけるビデオオンデマンドストリーミング（ＶｏＤ）ストリーミングに関する。そのような分散メディアオンデマンドネットワークでは、Ｎ個のストリーミングノードは、それぞれ、オンデマンドメディアアセットをクライアント装置、例えば顧客構内におけるセットトップボックス（ＳＴＢ）にストリーミングする、または配信することができる。本特許出願のコンテキストでは、ストリーミングノードは、スタンドアロンストリーミングユニットか、または代替として同じコンテンツストアまたはメディアアセットサーバを共用するストリーミングユニットのクラスタのいずれかを意味する。
【背景技術】
【０００２】
障害の場合でも信頼できる、ビデオストリーミングユニットのビデオオンデマンドを配信する既存のソリューションは、ストリーミングノードが、同じコンテンツストアを共有し、ソフトウェアプロセスによってモニタリングされ、通常、リソースマネージャ、障害マネージャまたはクラスタマネージャと呼ばれる、いくつかのビデオストリーミングユニットからなる、前述のアーキテクチャに基づいている。このソフトウェアプロセスは、ユニットの現在の状態を評価し、現在使用されているユニットに障害が生じた場合、ビデオストリーミングを別のストリーミングユニットに移す目的で、単一のノード内の全てのビデオストリーミングユニットのアクティビティをモニタリングする。
【０００３】
通常、既存のソリューションは、セッションに障害が生じたところに近いセッション内の位置から各ビデオオンデマンドセッションを回復し再開することができるように、各ビデオオンデマンドセッションの経過をモニタリングし、セッション情報を維持することを必要とする。モニタリングソフトウェアを有するそのようなソリューションは、例えば、ＢｉｔＢａｎｄ社から知られており、ｈｔｔｐ：／／ｗｗｗ．ｂｉｔｂａｎｄ．ｃｏｍ／によってインターネットを介して宣伝されている。
【０００４】
既存のアーキテクチャの欠点は、信頼できるビデオオンデマンドをビデオクラスタ（または単一のノード）からしか配信できないことである。しかし、どのクラスタも全て、モニタリングソフトウェアプロセスである単一障害点を有する。
【０００５】
この単一障害点を除去しようとする試みでは、一次および二次ソフトウェアモニタリングプロセスを導入することを考えることもでき、二次プロセスは、一次プロセスに障害が生じた場合、ノード内の全てのビデオストリーミングユニットのアクティビティをモニタリングする。しかし、二次プロセスにも障害が生じた場合、信頼できるビデオ配信が保障されることができない。
【０００６】
したがって、既存のＶｏＤソリューションの信頼性を改善するためにいくつかのモニタリングプロセスを有することは、システムに複雑さとコストを追加し、システムをモニタリングプロセスの数だけ弾力的にするだけである。これは、クラスタごとにプロセスをモニタリングするために高い可用性が必要とされるので、ＶｏＤソリューションを非常に高価にする。
【０００７】
さらに、既存のソリューションは−いくつかのモニタリングプロセスでアップグレードされた場合でも−ビデオオンデマンドセッションごとにセッション状態情報を維持することに依拠する。各ビデオストリーミングユニットは、数百のビデオセッションを同時に処理することができる。この状態情報は、代替ビデオストリーミングユニット上でビデオストリーム内の正しい位置から前へビデオセッションを回復し再開することができるように、モニタリングプロセス（１つまたは複数）にとって利用可能でなければならない。そのようなセッション状態情報を維持し、それを一次モニタリングプロセスとバックアップモニタリングプロセスとの間で共用することは、やはり、従来技術のビデオオンデマンドソリューションまたは一般にいかなるメディアオンデマンドソリューションの複雑さをも増大させる。大きな障害の場合、状態情報の回復は、状態情報が永続的記憶装置に保持されていないので、知られているシステムでは不可能であることが多い。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、既存のソリューションの上記の欠点なしでビデオオンデマンドセッションを確実に開始または回復するための方法、すなわち、詳細には、単一障害点を回避し、複雑で費用のかかるモニタリングプロセスの必要を除去し、回復のためにセッション状態情報を維持する必要を除去するための方法を提供することである。
【課題を解決するための手段】
【０００９】
上記で概説された本発明の目的は、
ａ．クライアント装置が、メディアオンデマンドセッションの開始または回復を要求するためにセットアップ要求を高可用性リダイレクタ装置に送信する、第１ステップと、
ｂ．リダイレクタ装置がセッションのためにメディアストリーミングノードを選択する、第２ステップと、
ｃ．リダイレクタ装置がセッションのために、クライアント装置に、選択されたメディアストリーミングノードを使用するように指令する、第３ステップと、
を備える、請求項１に記載されているメディアオンデマンドセッションの開始および回復のための方法によって実現される。
【００１０】
本目的は、請求項９で定義されている本発明による方法で使用されるリダイレクタ装置、および請求項１１で定義されている本発明による方法で使用されるクライアント装置によってさらに達成される。
【００１１】
実際、メディアオンデマンドセッションを開始または回復するための決定論理回路をクライアント装置（例えば、ＶｏＤの場合はセットトップボックス）に移すことにより、および高可用性制御プロトコルリダイレクタに回復機構を実装することにより、ストリーミングノードでプロセスをモニタリングする必要、ならびにクラスタノードだけを使用する限定は除去された。したがって、本発明は、単一障害点なしの分散ネットワークにおいて弾力的ロードバランス型メディアオンデマンドサービスを実施する。本発明の原理によって動作するメディアオンデマンドシステムは、ストリーミングノード全体の損失を許容することができる。理論的には、Ｎ個のストリーミングノードを有するネットワーク内のＮ−１個のストリーミングノードまでの損失を許容することさえできる。
【００１２】
そこからの回復が必要とされるメディアストリーム内の位置についてクライアント装置が精通しているおかげで、メディアストリーム内の正しい位置で障害が生じたセッションを再開することができるように、モニタリングプロセスで各メディアオンデマンドセッションに関するセッション状態情報を維持するということの必要がない。
【００１３】
本発明は、高可用性モニタリングプロセスを必要とせず、したがって、低コストの汎用コンピュータ上で実施されることができる。本発明は、ノード間通信を必要としないので、非常に容易に拡大縮小することができるという追加の利点を有する。一般に、本発明は、費用効率の高い非クラスタ型ハードウェアプラットフォーム上で実施されることができる。
【００１４】
任意選択で、リダイレクタ装置は、請求項２によって定義されているようにストリーミングノードに関するヘルスの状態（ｓｔａｔｅ  ｏｆ  ｈｅａｌｔｈ）を維持してもよい。このようにして、リダイレクタ装置は、メディアオンデマンドセッションを処理しなければならないストリーミングノードの選択の根拠をストリーミングノードの状態に置くことができる。リダイレクタ装置は、追加としてまたは代替として、どのノードから特定のメディアオンデマンドセッションをストリーミングするか決定するときに、コンテンツロケーションならびにストリーミングノードのローディングを考慮に入れることができる。
【００１５】
リダイレクタ装置がヘルスの状態を維持することができるようにする１つの仕方は、請求項３に定義されているように、ハートビートをストリーミングノードからリダイレクタ装置に定期的に報告することによってである。これらのハートビートは、好ましくは、請求項４によって定義されているように、高可用性永続的記憶装置にポストされる。そのような高可用性永続的記憶装置の一具体的典型は、リモートデータベース管理サーバ（ＲＤＢＭＳ）である。
【００１６】
請求項５によって明記されているように、クライアント装置は、最初のセットアップの場合、初めからメディアセッションのプレイアウトを要求することができる。障害が生じたセッションの回復の場合、クライアントは、ストリーミングがメディアセッションのどの位置から前へ再開しなければならないかをその要求で識別することができる。これは、請求項６で定義されている。
【００１７】
ＲＴＳＰ  ＳＥＴＵＰまたはＰＬＡＹ方法は、メディアアセットの中の所与の位置からメディアアセットのプレイアウトを要求することを可能にする特徴を有するので、ＲＴＳＰ  ＳＥＴＵＰメッセージは、本発明によるクライアント装置のセットアップ要求として役立つこともできる。本発明のためのこの任意選択の実施選択は、請求項７に定義されている。
【００１８】
請求項８によって明記されているように、本発明による第３ステップを実施する１つの仕方は、リダイレクタ装置に、メディアオンデマンドセッション配信のためにクライアント装置によって使用されるべきストリーミングノードを示すリダイレクトメッセージをクライアントに送信し返させることによってである。代替として、本発明によるリダイレクタ装置は、例えば、クライアントの要求を選択されたストリーミングノードにそこで配信を開始するために直接転送することもできる。
【発明を実施するための最良の形態】
【００１９】
図１は、従来技術による、ビデオオンデマンド配信セッション中のクライアント装置１０１（例えば、セットトップボックス、ＳＴＢ、ビデオコーデック、ＰＣ、ＴＶなど）とビデオサーバ１０２との間のインタラクションを示す。通常、ビデオオンデマンドセッションは、制御プロトコルを使用して開始および管理される。ＩＰＴＶビデオ配信のための業界標準制御プロトコルは、ＩＥＴＦ  ＲＦＣ２３２６で定義されている、ＲＴＳＰと略されるリアルタイムストリーミングプロトコルである。
【００２０】
ビデオサーバ側の制御プロトコルサーバ１１１は、クライアント１０１とビデオサーバ１０２との間の制御チャネル１０３上のクライアントコマンドをリスンし、ビデオストリーマ１１２に、クライアント１０１から受信された命令に応じて、基本ビデオ制御動作、例えば、ＰＬＡＹ、ＰＡＵＳＥ、ＦＦ、ＲＷ、ＳＴＯＰを行うように指令する。ビデオストリーマ１１２は、例としてはビデオサーバ１０２に組み込まれているが、代替として、別個のネットワーク装置、またはそれぞれがビデオコンテンツの一部分を記憶する複数の協働ネットワーク装置でもよいビデオストア１１３からビデオプログラムを受信する。図１に示されているように単一のビデオストリーミングノードが使用された場合、ノード障害時にビデオ配信が中断されることは明らかである。
【００２１】
ビデオオンデマンドネットワークがＮ個の（クラスタ型、非クラスタ型または混合型）ビデオストリーミングノードからなる場合、これらのストリーミングノードは、ノードに複雑さを追加し、ノードごとの単一障害点になるモニタリングプロセスを備える。
【００２２】
図２は、本発明による弾力的ビデオ配信を実施するための提案された方法を示す。
【００２３】
主なアイデアは、図２のクライアント装置、２０１に、現在ストリーミング中のノードに障害が生じたときはいつでもビデオ配信を再要求させることである。そのような回復要求−ならびに最初の配信要求−は、常に制御プロトコルリダイレクタ２２１に送信され、特定のノードには送信されない。本発明の核心を形成する制御プロトコルリダイレクタ２２１は障害が生じたセッションの回復のために使用されるべき代替ビデオサーバを選択し、クライアント２０１に、選択されたビデオサーバを使用するように指令する。クライアントに指令するために、プロトコルリダイレクタ２２１は、例えば、要求をリダイレクトする目的に合わせられたＲＴＳＰクラス３００リダイレクト応答を使用することができる。次いで、クライアント２０１は、その通常のプレイ要求を選択されたビデオサーバに送信し、ビデオアセットの初めからではなく、セッションに障害が生じたビデオプログラム内の位置からストリーミングを要求する。このプロセスの各ステップは、以下のパラグラフでより詳細に説明される。
【００２４】
オンデマンドビデオ配信セッションを開始するために、図２のクライアント２０１は、プロトコルリダイレクタ２２１である（したがって、ビデオサーバではない）最初のコンタクトポイントに最初のセッションセットアップ要求２５１を送信する。セッションセットアップ要求２５１では、クライアント２０１はＲＴＳＰプロトコルを使用することができる。代替プロトコルは、例えば、ＨＴＴＰプロトコルまたは独自のプロトコルである。
【００２５】
これらのビデオストリーミングノード２０３．．．２０４は、リモートデータベース管理サーバ（ＲＤＢＭＳ）２０２がその一具体的典型である高可用性永続的記憶装置にプロトコルリダイレクタ２２１と共に組み込まれているＳＯＨモニタ２２２にハートビートを定期的に報告するので、リダイレクタ２２１は各ビデオストリーミングノード２０３．．．２０４のＳｔａｔｅ  Ｏｆ  Ｈｅａｌｔｈ（ＳＯＨ）を知っている。各ビデオストリーミングノードのＳｔａｔｅ  Ｏｆ  Ｈｅａｌｔｈ（ＳＯＨ）は、言い換えれば、ＳＯＨモニタ２２２によって受信された最後のハートビートタイムスタンプからなる。それぞれ異なるノードのＳｔａｔｅ  Ｏｆ  Ｈｅａｌｔｈに基づいて、プロトコルリダイレクタ２２１は、ビデオセッションをクライアント２０１にストリーミングするために使用されることになるノードを選択する。図２では、例えば、プロトコルリダイレクタ２２１は、要求２５１でクライアント２０１によって要求されたビデオセッションをストリーミングするために第１ノード２０３を選択したことが仮定されている。
【００２６】
その結果、リダイレクタ２２１は、クライアント２０１に最初のセッションセットアップ要求を第１ノード２０３にリダイレクトするように指令するためにＲＴＳＰプロトコルの機能を使用する。これは、クライアント２０１にビデオ配信のためにノード２０３を使用するように指令するＲＴＳＰ３００リダイレクト応答を表す図２の２５２によって示されている。やはりこの場合も、ＲＴＳＰプロトコルの代替プロトコルは、ＨＴＴＰプロトコル、独自のプロトコルなどでよい。
【００２７】
次いで、クライアント２０１は、プロトコルリダイレクタ２２１から受信されたリダイレクト応答２５２で識別されたストリーミングノード２０３に通常のＲＴＳＰ  ＰＬＡＹ要求２５３を送信する。ＰＬＡＹ要求２５３で、クライアント２０１はビデオプログラムの初めからのプレイアウトを要求する。クライアント２０１とリダイレクタ２２１との間の通信におけるＲＴＳＰプロトコルの使用は、必ずしも、クライアント２０１と、クライアント２０１がそこにリダイレクトされるストリーミングノード２０３との間の通信におけるＲＴＳＰプロトコルの使用を暗示しないことに留意されたい。本発明は、それぞれ異なるプロトコル、例えば、クライアント２０１とリダイレクタ２２１との間ではＲＴＳＰ、およびクライアント２０１とストリーミングノード２０３との間ではＨＴＴＰで適用されることもできる。
【００２８】
ストリーミングノード２０３内のＲＴＳＰサーバ２３１は、ＰＬＡＹ要求２５３を解釈し、要求されたビデオプログラムをクライアント２０１にストリーミングし始める。これは、図２の矢印２５４によって示されている。
【００２９】
次いで、図２で、ストリーミングノード２０３に障害が生じ、その結果、クライアント２０１へのビデオ配信が中断されることが仮定される。したがって、クライアント２０１は、今度は、Ｓｔａｔｅ  Ｏｆ  Ｈｅａｌｔｈ情報に基づいて障害が生じたセッションの回復のためにストリーミングノード２０４を選択するＲＴＳＰリダイレクタ２２１にセッション回復要求２５６を送信する。
【００３０】
リダイレクタ装置２２１は、やはりリダイレクション応答メッセージ２５７をクライアント装置２０１に送信し、今度はクライアント２０１にストリーミングノード２０４を使用するように指令する。
【００３１】
その結果、クライアント２０１は、新規のＲＴＳＰ  ＰＬＡＹ要求２５８を出し、それを、制御チャネルを介して、ストリーミングノード２０４に送信する。ＲＴＳＰ  ＰＬＡＹ要求は、同じビデオアセットを識別するが、プレイアウトがノード２０３からのストリーミングに障害が生じた位置に対応するアセット内の位置から要求されることを明記する。
【００３２】
ノード２０４内のＲＴＳＰサーバ２４１は、このＲＴＳＰ  ＰＬＡＹ要求を解釈し、その結果、ノード２０４の中のストリーミングロジックに、中断されたビデオプログラムを識別された位置から前へクライアント２０１にストリーミングし始めるように指令する。これは図２の矢印２５９によって示されている。言い換えれば、本発明による回復機構はまた、ビデオアセットの中の所与の位置からビデオアセットのプレイアウトを要求することである、ＲＴＳＰ制御プロトコル（または、結局使用されることができる同様のプロトコル）の別の特徴に基づく。
【００３３】
提案された方法は、全てのビデオストリーミングノード２０３．．．２０４上でモニタリングプロセスを有する必要を除去し、障害が生じたセッションを正しい位置で再開することができるように各ビデオセッションの状態を追跡する必要を除去することは明らかである。つまり、提案された方法は、ビデオセッションの現在の位置であるクライアント装置２０１上ですでに利用可能な情報を利用する。これは、費用効率の高い汎用コンピュータ上で稼動する非クラスタ型ビデオサーバを使用する弾力的なビデオストリーミングの実施を可能にする。
【００３４】
新規の方法は、さらに、従来技術でクラスタ型ビデオストリーミングノードの中で稼動するモニタリングプロセス自体である、単一障害点を有しない。新規の方法は、Ｎ−ノード分散ビデオネットワーク内のＮ−１個のストリーミングノードの損失を許容することができるが、既存のソリューションは、クラスタ型または非クラスタ型ビデオストリーミングノードの損失を許容することができない。
【００３５】
既存のソリューションと違って、新規の方法は、ノード間通信の必要がないので、容易に拡大縮小することができる。新規のビデオストリーミングノードがネットワークに追加された場合、それはハートビートを永続的記憶装置２２２にポストし始め、したがって、制御プロトコルリダイレクタ２２１が新規のクライアント要求をリダイレクトするために新規のノードを考慮することができるようにする。
【００３６】
本発明は、高可用性モニタリングプロセスに依拠しないので、低コストの汎用コンピュータ上で実施されることができる。本発明は、費用効率の高い非クラスタ型ハードウェア上で実施されることができる。
【００３７】
追加の利益は、ＲＴＳＰリダイレクタ２２１が、どのノードからストリーミングするか決定する場合に、コンテンツロケーションならびにストリーミングノードローディングを考慮に入れることができることである。したがって、ユーザは、所望のコンテンツをロードされるストリーミングノードにリダイレクトされるだけである。
【００３８】
ＲＴＳＰリダイレクタの主な機能は、永続的記憶装置２２２に収集されたＳｔａｔｅ  Ｏｆ  Ｈｅａｌｔｈ情報に基づいてビデオサーバを選択するだけなので、それが同じ高可用性永続的記憶装置の中で稼動することができない理由はないことが分かる。例えば、ＲＤＢＭＳ（例えば、オラクルＲＡＣ）が高可用性永続的記憶装置を実装するために使用された場合、ＲＴＳＰリダイレクタ２２１は、その中で稼動することができ、したがって、それを高可用性にもする。
【００３９】
本発明は、特定の実施形態を参照することによって例示されてきたが、様々な変更および修正が本発明の趣旨および範囲内で行われることができることが当業者には明らかであろう。したがって、本特許出願において開示され主張された基本的根本原理の趣旨および範囲の中に入る任意のおよび全ての変更形態、変形形態または同等形態をカバーすることが企図される。例えば、ＲＴＳＰプロトコルの代わりに、本発明を実施するために、ＳＩＰ（セッション開始プロトコル）、ＩＴＵのＨ．３２３プロトコル、ＨＴＴＰ（ハイパーテキスト転送プロトコル）、ＩＧＭＰ（インターネットグループ管理プロトコル）または前述のプロトコルのいずれかの拡張バージョンなどの異なる要求プロトコルフォーマットが使用されることができる。前述の実施形態においてオンデマンドで配信されるビデオコンテンツの代わりに、他のメディアアセットが、本発明を実施する分散アーキテクチャを有するオンデマンドシステムで配信されることができる。他のメディアアセットの例は、ゲーム、音楽、ソフトウェアなどである。本発明は、同等の利益を有するそのようなシステムで実施されることもできる。ハートビート報告の代わりに、ビデオストリーミングノードのＳｔａｔｅ  Ｏｆ  Ｈｅａｌｔｈについて本発明によるリダイレクタ装置に通知するために他の機構が実施されてもよい。例として、リダイレクタ装置は、例えば、クライアント配信要求が受信されるたびに、そのアクティビティ／非アクティビティを検出するためにストリーミングノードをピング（ｐｉｎｇ）してもよい。また別の可能性は、ストリーミングノードは、クライアントへのＴＣＰ／ＩＰ接続のためのソケットを開き、この接続が続く限り、ストリーミングノードは正常作動であると考えられることである。さらに、いくつかのアーキテクチャ選択は、図２に示されているものと違ってもよい。例えば、いくつかのノードは、それらの間でロードを共用する複数のストリーミング装置を有するクラスタ型ノードとして実装されてもよい。また、リダイレクタおよびＳｔａｔｅ  Ｏｆ  Ｈｅａｌｔｈモニタは、図２のＲＤＢＭＳなどの単一の高永続的データベースに組み込まれるのではなく、別々でもよい。リダイレクタは、軽量ステートレスソフトウェアプロセスとして実装されることもできる、または代替として、ハードウェアに、例えば永続的データベース内のアプリケーションロジックとして実装されてもよい。リダイレクタの別のロケーションは、アプリケーションサーバの中にあってもよい。
【図面の簡単な説明】
【００４０】
【図１】ＲＴＳＰプロトコルに基づく従来技術のビデオオンデマンドセッション開始方法を示す図である。
【図２】本発明による方法の実施形態が適用される分散ビデオオンデマンドストリーミングネットワークを示す図である。
【図１】
2009516442.tif 000003
【図２】
2009516442.tif 000004
【国際調査報告】
2009516442.tif 000005
2009516442.tif 000006
2009516442.tif 000007