JP2003521067A - 起点サーバとクライアントとの間のメディアリソースリクエストおよび／または応答を書き換えるシステムおよび方法 - Google Patents
起点サーバとクライアントとの間のメディアリソースリクエストおよび／または応答を書き換えるシステムおよび方法Info
- Publication number
- JP2003521067A JP2003521067A JP2001555354A JP2001555354A JP2003521067A JP 2003521067 A JP2003521067 A JP 2003521067A JP 2001555354 A JP2001555354 A JP 2001555354A JP 2001555354 A JP2001555354 A JP 2001555354A JP 2003521067 A JP2003521067 A JP 2003521067A
- Authority
- JP
- Japan
- Prior art keywords
- data
- response
- server
- resource request
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
- G06F16/9566—URL specific, e.g. using aliases, detecting broken or misspelled links
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/562—Brokering proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/563—Data redirection of data network streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/564—Enhancement of application control based on intercepted application data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Library & Information Science (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Multi Processors (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
媒体リソースリクエストメタファイル、およびネットワーク（１０）内の媒体サーバ（１４）によるこれらの媒体リソースリクエストへの応答を動的に変更することができる分散されたネットワーク（１２）。上記分散されたネットワーク（１２）は上記ネットワーク（１０）内でより効率的なコンテンツ送達を提供する。上記ネットワーク（１０）は、媒体リソースリクエストメタファイルのクライアントリクエスト、または上記ネットワーク（１０）内の媒体サーバ（１４）による上記媒体リソースリクエストへの応答を傍受し、そして応答が上記リクエストしているサーバに送信される前に上記応答を知的にリライトするシステムおよび方法を用いる。
Description
【０００１】
（発明の分野）
本発明は、メディアリソースリクエストメタファイル、およびネットワーク内
のメディアサーバによる、それらのメディアリソースリクエストへの応答を動的
に変更することにより、ネットワーク内でより有効にコンテンツを送達すること
が可能である分散型ネットワークに関する。より詳細には、本発明は、メディア
リソースリクエストメタファイル、またはネットワーク内のメディアサーバによ
るメディアリソースリクエストへの応答を遮り（ｉｎｔｅｒｃｅｐｔｉｎｇ）、
メディアサーバへの応答の送信、またはリクエストを行っているクライアントへ
の返信の前に、その応答をインテリジェントに（ｉｎｔｅｌｌｉｇｅｎｔｌｙ）
書き換えることにより、ネットワーク内でのコンテンツの送達を改善する、分散
型ネットワークで用いられ得るシステムおよび方法に関する。
のメディアサーバによる、それらのメディアリソースリクエストへの応答を動的
に変更することにより、ネットワーク内でより有効にコンテンツを送達すること
が可能である分散型ネットワークに関する。より詳細には、本発明は、メディア
リソースリクエストメタファイル、またはネットワーク内のメディアサーバによ
るメディアリソースリクエストへの応答を遮り（ｉｎｔｅｒｃｅｐｔｉｎｇ）、
メディアサーバへの応答の送信、またはリクエストを行っているクライアントへ
の返信の前に、その応答をインテリジェントに（ｉｎｔｅｌｌｉｇｅｎｔｌｙ）
書き換えることにより、ネットワーク内でのコンテンツの送達を改善する、分散
型ネットワークで用いられ得るシステムおよび方法に関する。
【０００２】
（関連技術の説明）
近年、インターネットは、情報を通信および配信する媒体として、幅広く用い
られるようになった。現在、インターネットは、マルチメディアデータを送信す
るために用いられ得る。例えば、インターネットは、音声データおよび映像デー
タを、コンテンツプロバイダから、企業、スモールオフィスまたはホームオフィ
ス、ならびに個人のようなエンドユーザにストリーミングするために用いられ得
る。
られるようになった。現在、インターネットは、マルチメディアデータを送信す
るために用いられ得る。例えば、インターネットは、音声データおよび映像デー
タを、コンテンツプロバイダから、企業、スモールオフィスまたはホームオフィ
ス、ならびに個人のようなエンドユーザにストリーミングするために用いられ得
る。
【０００３】
インターネットの使用が増大するにつれて、インターネットは、より混雑する
ようになる。インターネットは、本質的には、世界中に分配する、接続されたコ
ンピュータのネットワークであるので、各コンピュータまたはサーバによって行
われる、情報を特定のソースから特定の宛先に転送するアクティビティは、イン
ターネットの使用が増大するにつれて、自然に増加する。各コンピュータは、概
して、「ノード」と呼ばれ、１つのコンピュータまたはノードから他のコンピュ
ータまたはノードへのデータの転送は、一般的に「ホップ」と呼ばれる。
ようになる。インターネットは、本質的には、世界中に分配する、接続されたコ
ンピュータのネットワークであるので、各コンピュータまたはサーバによって行
われる、情報を特定のソースから特定の宛先に転送するアクティビティは、イン
ターネットの使用が増大するにつれて、自然に増加する。各コンピュータは、概
して、「ノード」と呼ばれ、１つのコンピュータまたはノードから他のコンピュ
ータまたはノードへのデータの転送は、一般的に「ホップ」と呼ばれる。
【０００４】
情報を読むためにウェブサイトに接続するユーザは、ページが表示される速度
に関心を持つ。各ウェブページは、通常、２０〜３０のオブジェクトを含み、各
オブジェクトのロードは、ウェブサーバへの別個のリクエストを必要とする。ウ
ェブサーバ上のコンテンツに１度にアクセスできるビジターの数は、ウェブペー
ジ上のオブジェクトの数を調べることによって容易に決定され得る。例えば、ウ
ェブページが５０個のオブジェクトを有し、Ｐｅｎｔｉｕｍ（Ｒ）２３３のネッ
トワークが、１秒につき約２５０〜３００のＵＲＬ接続を処理し得る場合、６人
の人が同時にサーバにアクセスでき、オブジェクトが時間通りに配信される。ペ
ージ全体が配信された後、ユーザがページ上のオブジェクトをクリックするまで
、さらなるサーバとのインタラクションはない。このようなアクションが起きる
まで、サーバは、他のユーザからのリクエストを処理し得る。
に関心を持つ。各ウェブページは、通常、２０〜３０のオブジェクトを含み、各
オブジェクトのロードは、ウェブサーバへの別個のリクエストを必要とする。ウ
ェブサーバ上のコンテンツに１度にアクセスできるビジターの数は、ウェブペー
ジ上のオブジェクトの数を調べることによって容易に決定され得る。例えば、ウ
ェブページが５０個のオブジェクトを有し、Ｐｅｎｔｉｕｍ（Ｒ）２３３のネッ
トワークが、１秒につき約２５０〜３００のＵＲＬ接続を処理し得る場合、６人
の人が同時にサーバにアクセスでき、オブジェクトが時間通りに配信される。ペ
ージ全体が配信された後、ユーザがページ上のオブジェクトをクリックするまで
、さらなるサーバとのインタラクションはない。このようなアクションが起きる
まで、サーバは、他のユーザからのリクエストを処理し得る。
【０００５】
ユーザは、スイッチを入れると電気がつくことを期待するように、または、電
話を取ると発信音が鳴ることを期待するように、ウェブサイトに接続するとペー
ジが素早くロードされることを期待する。インターネットユーザは、リクエスト
したページが直ちにロードされることを、ますます期待するようになっている。
ウェブページ上のオブジェクトが多ければ多いほど、ページのコンテンツが完全
にロードされる時間は長くなる。５０のオブジェクトを有するページは、５０回
サーバに接続する必要がある。接続と接続との間の待ち時間は数ミリセカンドで
あるが、ユーザにとって許容できないところまで累積し得る。
話を取ると発信音が鳴ることを期待するように、ウェブサイトに接続するとペー
ジが素早くロードされることを期待する。インターネットユーザは、リクエスト
したページが直ちにロードされることを、ますます期待するようになっている。
ウェブページ上のオブジェクトが多ければ多いほど、ページのコンテンツが完全
にロードされる時間は長くなる。５０のオブジェクトを有するページは、５０回
サーバに接続する必要がある。接続と接続との間の待ち時間は数ミリセカンドで
あるが、ユーザにとって許容できないところまで累積し得る。
【０００６】
一方、ストリーミングメディアサーバに接続するユーザは、見ているストリー
ムのなめらかさに関心を持つ。典型的には、各映像ストリームについて１度しか
接続されないが、サーバへの接続は、ストリームが続く間、維持される必要があ
る。ストリーミングメディアネットワークにおいて、クライアントとサーバとの
間に、持続的な接続がある。この環境において、より重要な測定基準は、同時に
サーバに接続して、ストリームを見ることができるユーザ（クライアント）の数
である。接続が確立された後、サーバは、完了するか、またはユーザによって終
了されるまで、ストリームを再生する。
ムのなめらかさに関心を持つ。典型的には、各映像ストリームについて１度しか
接続されないが、サーバへの接続は、ストリームが続く間、維持される必要があ
る。ストリーミングメディアネットワークにおいて、クライアントとサーバとの
間に、持続的な接続がある。この環境において、より重要な測定基準は、同時に
サーバに接続して、ストリームを見ることができるユーザ（クライアント）の数
である。接続が確立された後、サーバは、完了するか、またはユーザによって終
了されるまで、ストリームを再生する。
【０００７】
従って、ストリーミングネットワークにおいて、待ち時間は、主要な問題では
ない。接続が確立された後、ストリーミングは、リアルタイムで発生する。接続
の確立におけるわずかな遅延は、観察者がしばらくの間ストリームを見るので、
許容される。持続的な接続があることが、より重要である。また、観察者が遅延
を受けた後には、わずかに遅延したモードでストリームを観察する。ストリーム
を観察する間の主要な問題は、ジッターおよびパケット損失である。
ない。接続が確立された後、ストリーミングは、リアルタイムで発生する。接続
の確立におけるわずかな遅延は、観察者がしばらくの間ストリームを見るので、
許容される。持続的な接続があることが、より重要である。また、観察者が遅延
を受けた後には、わずかに遅延したモードでストリームを観察する。ストリーム
を観察する間の主要な問題は、ジッターおよびパケット損失である。
【０００８】
上記の記載から分かるように、各コンピュータまたはノードが毎日転送してい
る大量のデータに起因して、ソースから特定の宛先またはエンドユーザにデータ
を転送するために必要なホップの量を最小限にすることによって、データ転送に
必要なコンピュータまたはノードの量を最小限にすることが、より重要になって
きている。従って、エンドユーザに到達するためにサーバが必要とするホップの
量の点から、サーバをエンドユーザのより近傍に分配する必要がある。
る大量のデータに起因して、ソースから特定の宛先またはエンドユーザにデータ
を転送するために必要なホップの量を最小限にすることによって、データ転送に
必要なコンピュータまたはノードの量を最小限にすることが、より重要になって
きている。従って、エンドユーザに到達するためにサーバが必要とするホップの
量の点から、サーバをエンドユーザのより近傍に分配する必要がある。
【０００９】
さらに、メディアリソースリクエストは、リアルタイムストリーミングプロト
コル（ＲＴＳＰ）接続内にあるようなクライアント（例えば、エンドユーザ）、
または簡易なハイパーテキストトランスファプロトコル（ＨＴＴＰ）リクエスト
によって多くの方法で実施される。メタファイルは、メディアリクエストに対す
る通常の応答である。しかしながら、この応答はまた、バイナリファイル、また
はクライアントとサーバとの間で用いられているプロトコル内に入って届けられ
得る。これらの場合の各々では、インターネットクライアント−サーバアプリケ
ーションにより供給される応答により、リソース自体を送ることを必要とせずに
、リソースへのリンクを送ることが可能になる点が類似する。これらのファイル
および／または応答情報は、リクエストされたメディアの位置、すなわち、どこ
に、どの順番で接続すべきかをクライアントに示す。映像を供給する用途では、
メタファイルによりコンテンツプロバイダーがビデオクリップのプレイリストを
作成することが可能になるが、メタファイルはまた、イベント、および作者また
はリソースオーナー等の他の情報を定義付けを助けるために用いられ得る。さら
に、状況および他のより動的な要求に対処するために、それらのコンテンツをス
クリプト可能な言語以上のものにする、多くの新たなオプションがこれらのメタ
ファイルに加えられている。
コル（ＲＴＳＰ）接続内にあるようなクライアント（例えば、エンドユーザ）、
または簡易なハイパーテキストトランスファプロトコル（ＨＴＴＰ）リクエスト
によって多くの方法で実施される。メタファイルは、メディアリクエストに対す
る通常の応答である。しかしながら、この応答はまた、バイナリファイル、また
はクライアントとサーバとの間で用いられているプロトコル内に入って届けられ
得る。これらの場合の各々では、インターネットクライアント−サーバアプリケ
ーションにより供給される応答により、リソース自体を送ることを必要とせずに
、リソースへのリンクを送ることが可能になる点が類似する。これらのファイル
および／または応答情報は、リクエストされたメディアの位置、すなわち、どこ
に、どの順番で接続すべきかをクライアントに示す。映像を供給する用途では、
メタファイルによりコンテンツプロバイダーがビデオクリップのプレイリストを
作成することが可能になるが、メタファイルはまた、イベント、および作者また
はリソースオーナー等の他の情報を定義付けを助けるために用いられ得る。さら
に、状況および他のより動的な要求に対処するために、それらのコンテンツをス
クリプト可能な言語以上のものにする、多くの新たなオプションがこれらのメタ
ファイルに加えられている。
【００１０】
現在、メタファイルは、集中型ウェブサーバ（ｃｅｎｔｒａｌｉｚｅｄ ｗｅ
ｂ ｓｅｒｖｅｒ）により、静的または動的に生成される。さらに、一旦メタフ
ァイルがクライアントに送信されると、起点サーバを離れた後は、メタファイル
を変更する方法は存在しない。分散型ネットワークは、現在、中心化された位置
からメタファイルに書き込みを行うことを必要とするため、リクエストされたリ
ソースを求めて、クライアントリクエストをリモートサーバに送信するためには
、そのクライアントリクエストがどこから来ているかを理解する必要がある。
ｂ ｓｅｒｖｅｒ）により、静的または動的に生成される。さらに、一旦メタフ
ァイルがクライアントに送信されると、起点サーバを離れた後は、メタファイル
を変更する方法は存在しない。分散型ネットワークは、現在、中心化された位置
からメタファイルに書き込みを行うことを必要とするため、リクエストされたリ
ソースを求めて、クライアントリクエストをリモートサーバに送信するためには
、そのクライアントリクエストがどこから来ているかを理解する必要がある。
【００１１】
従って、上述したような分散型ネットワークは、メディアリソースリクエスト
メタファイル、およびネットワーク内のメディアサーバによる、それらのメディ
アリソースリクエストへの応答を動的に変更し、ネットワーク内でのより有効な
コンテンツ送達能力を提供することが可能である必要がある。
メタファイル、およびネットワーク内のメディアサーバによる、それらのメディ
アリソースリクエストへの応答を動的に変更し、ネットワーク内でのより有効な
コンテンツ送達能力を提供することが可能である必要がある。
【００１２】
（発明の要旨）
本発明の目的は、メディアリソースリクエストメタファイル、およびネットワ
ーク内のメディアサーバによる、それらのメディアリソースリクエストへの応答
を動的に変更し、ネットワーク内でのより有効なコンテンツ送達を提供すること
が可能な分散型ネットワークを提供することである。
ーク内のメディアサーバによる、それらのメディアリソースリクエストへの応答
を動的に変更し、ネットワーク内でのより有効なコンテンツ送達を提供すること
が可能な分散型ネットワークを提供することである。
【００１３】
本発明の別の目的は、メディアリソースリクエストメタファイル、またはネッ
トワーク内のメディアサーバによるメディアリソースリクエストへの応答を遮り
、メディアサーバへの送信またはリクエストを行っているクライアントへの返信
の前に、応答をインテリジェントに書き換えることにより、ネットワークのコン
テンツ送達能力を改善する、分散型ネットワーク内で実現し得るシステムおよび
方法を提供することである。
トワーク内のメディアサーバによるメディアリソースリクエストへの応答を遮り
、メディアサーバへの送信またはリクエストを行っているクライアントへの返信
の前に、応答をインテリジェントに書き換えることにより、ネットワークのコン
テンツ送達能力を改善する、分散型ネットワーク内で実現し得るシステムおよび
方法を提供することである。
【００１４】
本発明のこれらおよび他の目的は、メディアリソースリクエストメタファイル
クライアントリクエスト、またはネットワーク内のメディアサーバによるメディ
アリソースリクエストへの応答を遮り、リクエストを行っているクライアントへ
応答を返信する前に、その応答をインテリジェントに書き換える、分散型ネット
ワークで実現される、システムおよび方法を提供することにより実質的に達成さ
れる。ファイルまたはプロトコル応答は、リソースの稼動率等の局所化された情
報、および集中型ウェブサーバが有し得ないか、または取得することも可能でな
い、クライアントのＩＳＰ、ブラウザのタイプ、ＩＳＰのサーフィン傾向（ｓｕ
ｒｆｉｎｇ ｔｒｅｎｄｓ）等のクライアントリクエスト情報に従って書き換え
られ得る。それゆえ、このシステムおよび方法は、ネットワークがローカルクラ
イアントを、ローカルサーバまたはリモートサーバに送り、リクエストされたコ
ンテンツを受信することを可能にする。それゆえ、分散型ネットワークは、ネッ
トワークに関するあらゆることが１つの場所で分かる集中型構造を有する必要は
ない。代わりに、中心部では、最も適切であると見なす応答を返信することがで
き、応答が進むパス上の他のネットワークも、同様に、このリクエストを遮って
変更し、それぞれのネットワークのために、その応答に「微調整」を行うことが
できる。
クライアントリクエスト、またはネットワーク内のメディアサーバによるメディ
アリソースリクエストへの応答を遮り、リクエストを行っているクライアントへ
応答を返信する前に、その応答をインテリジェントに書き換える、分散型ネット
ワークで実現される、システムおよび方法を提供することにより実質的に達成さ
れる。ファイルまたはプロトコル応答は、リソースの稼動率等の局所化された情
報、および集中型ウェブサーバが有し得ないか、または取得することも可能でな
い、クライアントのＩＳＰ、ブラウザのタイプ、ＩＳＰのサーフィン傾向（ｓｕ
ｒｆｉｎｇ ｔｒｅｎｄｓ）等のクライアントリクエスト情報に従って書き換え
られ得る。それゆえ、このシステムおよび方法は、ネットワークがローカルクラ
イアントを、ローカルサーバまたはリモートサーバに送り、リクエストされたコ
ンテンツを受信することを可能にする。それゆえ、分散型ネットワークは、ネッ
トワークに関するあらゆることが１つの場所で分かる集中型構造を有する必要は
ない。代わりに、中心部では、最も適切であると見なす応答を返信することがで
き、応答が進むパス上の他のネットワークも、同様に、このリクエストを遮って
変更し、それぞれのネットワークのために、その応答に「微調整」を行うことが
できる。
【００１５】
本発明のこれらの目的および他の目的、ならびに新規な特徴は、添付の図面を
参照しながら、以下の詳細な説明を読むことにより容易に理解される。
参照しながら、以下の詳細な説明を読むことにより容易に理解される。
【００１６】
図面を通じて、同一の参照符号は、同一の部分および構成要素を指すと理解さ
れる。
れる。
【００１７】
（好適な実施形態の詳細な説明）
本発明のある実施形態による、ネットワーク１０の例を図１に示す。以下でよ
り詳細に説明するように、ネットワーク１０は、例えば、専用またはプライベー
トネットワークを用いて、マルチメディアデータのようなコンテンツを取り込む
。その後、ネットワーク１０は、サテライト、非同期転送モード（ＡＴＭ）ネッ
トワークまたは任意の他のネットワークによって、インターネットの端に位置す
るサーバ、すなわち、ローカルインターネットサービスプロバイダ（ＩＳＰ）と
同様に、ユーザ２０がインターネットに接続する箇所にコンテンツを放送する。
従って、ネットワーク１０は、インターネットバックボーンに関わる混雑および
犠牲を避けて、高品質なサービス（ＱＯＳ）で、かつ、低コストで、高忠実度ス
トリームを、可能な限りエンドユーザ２０の近傍に位置するサーバに配信する。
り詳細に説明するように、ネットワーク１０は、例えば、専用またはプライベー
トネットワークを用いて、マルチメディアデータのようなコンテンツを取り込む
。その後、ネットワーク１０は、サテライト、非同期転送モード（ＡＴＭ）ネッ
トワークまたは任意の他のネットワークによって、インターネットの端に位置す
るサーバ、すなわち、ローカルインターネットサービスプロバイダ（ＩＳＰ）と
同様に、ユーザ２０がインターネットに接続する箇所にコンテンツを放送する。
従って、ネットワーク１０は、インターネットバックボーンに関わる混雑および
犠牲を避けて、高品質なサービス（ＱＯＳ）で、かつ、低コストで、高忠実度ス
トリームを、可能な限りエンドユーザ２０の近傍に位置するサーバに配信する。
【００１８】
性能、拡張性、および有用性を最大化するため、ネットワーク１０は、メディ
アサービスシステム１４、領域データセンタ１６、およびマスタデータセンタ１
８を含む、異なる数および組合せのネットワーク構成要素から構成され得る、概
して１２で表される階層状配信ネットワークにおいて、サーバを配備する。マス
タデータセンタ１８は、メディアをストリーミングする、巨大な数のリクエスト
をサポートするように構築され、概して、エンドユーザによるリクエストの処理
における冗長な第１の層である。領域データセンタ１６は、戦略的に、インター
ネットにわたる主な「バックボーン」ポイント、およびインターネット上の１つ
のサブネットワーク内からの、同じサブネットワークにおいて用いられるサービ
ストラフィックにおいて配置され、データのコンテンツが、当業者にとって理解
され得る様に、インターネット上で発生し得る問題、およびプライベートおよび
公的なピアリングに関連する特異性にさらされることを防ぐ。領域データセンタ
１６はまた、高容量のデータストリームを提供することができる。ネットワーク
１０の第３の層を構成するメディアサービスシステム１４は、エンドユーザ２０
からホップするために２つのルータを必要とする距離より短い距離だけ離れてい
るアクセスプロバイダの存在するポイント（ＰＯＰ）内に配置される。これらの
メディアサービスシステム１４は、概して、インターネットの特異性のいずれに
もさらされておらず、特定のＰＯＰの必要性を満たすように縮尺変更され得る。
アサービスシステム１４、領域データセンタ１６、およびマスタデータセンタ１
８を含む、異なる数および組合せのネットワーク構成要素から構成され得る、概
して１２で表される階層状配信ネットワークにおいて、サーバを配備する。マス
タデータセンタ１８は、メディアをストリーミングする、巨大な数のリクエスト
をサポートするように構築され、概して、エンドユーザによるリクエストの処理
における冗長な第１の層である。領域データセンタ１６は、戦略的に、インター
ネットにわたる主な「バックボーン」ポイント、およびインターネット上の１つ
のサブネットワーク内からの、同じサブネットワークにおいて用いられるサービ
ストラフィックにおいて配置され、データのコンテンツが、当業者にとって理解
され得る様に、インターネット上で発生し得る問題、およびプライベートおよび
公的なピアリングに関連する特異性にさらされることを防ぐ。領域データセンタ
１６はまた、高容量のデータストリームを提供することができる。ネットワーク
１０の第３の層を構成するメディアサービスシステム１４は、エンドユーザ２０
からホップするために２つのルータを必要とする距離より短い距離だけ離れてい
るアクセスプロバイダの存在するポイント（ＰＯＰ）内に配置される。これらの
メディアサービスシステム１４は、概して、インターネットの特異性のいずれに
もさらされておらず、特定のＰＯＰの必要性を満たすように縮尺変更され得る。
【００１９】
１つのマスタデータセンタ１８のみが示されているが、ネットワーク１０が、
単純に、領域データセンタ１６およびメディアサービスシステム１４、あるいは
メディアサービスシステム１４のみを採用する場合、ネットワーク１０は、複数
のマスタデータセンタ１８を採用することもできるし、全く採用しないことがで
きることも理解される。さらに、ネットワーク１０は、第１の層が１つ以上のマ
スタデータセンタ１８を有し、第２の層が領域データセンタ１６を有し、第３の
層がメディアサービスシステム１４を有する３階層ネットワークとして示されて
いるが、ネットワーク１０は、任意の数の階層を採用し得る。
単純に、領域データセンタ１６およびメディアサービスシステム１４、あるいは
メディアサービスシステム１４のみを採用する場合、ネットワーク１０は、複数
のマスタデータセンタ１８を採用することもできるし、全く採用しないことがで
きることも理解される。さらに、ネットワーク１０は、第１の層が１つ以上のマ
スタデータセンタ１８を有し、第２の層が領域データセンタ１６を有し、第３の
層がメディアサービスシステム１４を有する３階層ネットワークとして示されて
いるが、ネットワーク１０は、任意の数の階層を採用し得る。
【００２０】
また、ネットワーク１０は、好ましくは、異なるソースから、配信用のメディ
アまたはコンテンツを入手する専用ネットワークである獲得ネットワーク２２を
含み得る。以下でより詳細に説明するように、獲得ネットワーク２２は、配信さ
れるコンテンツ、およびコンテンツを配信するリソースを管理するネットワーク
動作センター（ＮＯＣ）としてさらに動作し得る。例えば、以下でより詳細に説
明するように、本発明の実施形態による、コンテンツは、好ましくは、ネットワ
ーク１２にわたって、トラフィックパターンの変化に応答して、動的に配信され
る。
アまたはコンテンツを入手する専用ネットワークである獲得ネットワーク２２を
含み得る。以下でより詳細に説明するように、獲得ネットワーク２２は、配信さ
れるコンテンツ、およびコンテンツを配信するリソースを管理するネットワーク
動作センター（ＮＯＣ）としてさらに動作し得る。例えば、以下でより詳細に説
明するように、本発明の実施形態による、コンテンツは、好ましくは、ネットワ
ーク１２にわたって、トラフィックパターンの変化に応答して、動的に配信され
る。
【００２１】
例示的な獲得ネットワーク２２は、例えば、衛生２６を介する生放送に対して
、イベントにおいて採用される音声および／または映像機器から受信されたコン
テンツ様なコンテンツソース２４を含む。また、ライブまたはシミュレートされ
た生放送は、例えば、スタジアムまたはスタジオカメラ２４を介して表され、非
同期転送モードＡＴＭ技術を採用する、Ｔ１、Ｔ３、またはＩＳＤＮ、あるいは
他のタイプの専用ネットワーク３０を介して転送される。ライブのアナログまた
はデジタル信号に加えて、コンテンツは、アナログテープ録音およびデジタル格
納情報（例えば、メディアオンデマンドまたはＭＯＤ）ならびに他のタイプのコ
ンテンツのような格納メディア２４から提供され得る。さらに、専用リンク３０
またはサテライトリンク２６に加えて、獲得ネットワーク２２によって取り入れ
られたコンテンツは、インターネット、サテライトリンク以外の他のワイヤレス
通信リンク、または格納媒体の出荷さえをも介して受信され得る。
、イベントにおいて採用される音声および／または映像機器から受信されたコン
テンツ様なコンテンツソース２４を含む。また、ライブまたはシミュレートされ
た生放送は、例えば、スタジアムまたはスタジオカメラ２４を介して表され、非
同期転送モードＡＴＭ技術を採用する、Ｔ１、Ｔ３、またはＩＳＤＮ、あるいは
他のタイプの専用ネットワーク３０を介して転送される。ライブのアナログまた
はデジタル信号に加えて、コンテンツは、アナログテープ録音およびデジタル格
納情報（例えば、メディアオンデマンドまたはＭＯＤ）ならびに他のタイプのコ
ンテンツのような格納メディア２４から提供され得る。さらに、専用リンク３０
またはサテライトリンク２６に加えて、獲得ネットワーク２２によって取り入れ
られたコンテンツは、インターネット、サテライトリンク以外の他のワイヤレス
通信リンク、または格納媒体の出荷さえをも介して受信され得る。
【００２２】
さらに示すように、コンテンツは、サテライトアップリンクおよびダウンリン
ク、あるいは、ＡＴＭ３０を介して、符号化設備２８に提供される。符号化設備
２８は、連続的に動作することができ、例えば、デジタル映像のような生コンテ
ンツが４０メガビット／秒を超える場合に、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗ
ｓ（Ｒ） Ｍｅｄｉａ（ＭＷＭ）の異なるフォーマットのインターネット使用可
能データに変換する。実際のネットワークＲ２またはＡｐｐｌｅ Ｑｕｉｃｋｔ
ｉｍｅ（ＱＴ）フォーマットを採用するが、これらは一例に過ぎない。ネットワ
ーク１０は、配信された音声および映像信号の確実性を最大限にする、一意的な
符号化方法を採用する。
ク、あるいは、ＡＴＭ３０を介して、符号化設備２８に提供される。符号化設備
２８は、連続的に動作することができ、例えば、デジタル映像のような生コンテ
ンツが４０メガビット／秒を超える場合に、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗ
ｓ（Ｒ） Ｍｅｄｉａ（ＭＷＭ）の異なるフォーマットのインターネット使用可
能データに変換する。実際のネットワークＲ２またはＡｐｐｌｅ Ｑｕｉｃｋｔ
ｉｍｅ（ＱＴ）フォーマットを採用するが、これらは一例に過ぎない。ネットワ
ーク１０は、配信された音声および映像信号の確実性を最大限にする、一意的な
符号化方法を採用する。
【００２３】
引き続いて図１を参照すると、符号化設備２８は、放送バックボーンを介して
階層配信ネットワーク１２に符号化データを提供する。放送バックボーンは、好
適には、サテライトリンク３２またはＡＴＭ３３などのポイント−トゥ−マルチ
ポイント配信ネットワーク、またはハイブリッドファイバ−サテライト送信回路
である。ハイブリッドファイバ−サテライト送信回路は、たとえば、サテライト
リンク３２とＡＴＭ３３との組み合わせである。サテライトリンク３２は好適に
は、専用であり、獲得目的のために用いられるサテライトリンク２６からは独立
している。サテライトによるデータ送達は、公知の放送技術を介して実現可能な
経済規模に影響を与え、さらに、より遅く費用のかかるインターネット用地上バ
ックボーンを迂回することにより、エンドユーザに、より一貫性が高くより速い
インターネット性能を提供する。このことは、帯域幅の費用を低下し、サービス
の質を上げ、新しい機会を提供する。サテライトダウンリンクはさらに、ＤＳＳ
に加えてＫｕ、ＳおよびＣバンドを処理する能力を有する。
階層配信ネットワーク１２に符号化データを提供する。放送バックボーンは、好
適には、サテライトリンク３２またはＡＴＭ３３などのポイント−トゥ−マルチ
ポイント配信ネットワーク、またはハイブリッドファイバ−サテライト送信回路
である。ハイブリッドファイバ−サテライト送信回路は、たとえば、サテライト
リンク３２とＡＴＭ３３との組み合わせである。サテライトリンク３２は好適に
は、専用であり、獲得目的のために用いられるサテライトリンク２６からは独立
している。サテライトによるデータ送達は、公知の放送技術を介して実現可能な
経済規模に影響を与え、さらに、より遅く費用のかかるインターネット用地上バ
ックボーンを迂回することにより、エンドユーザに、より一貫性が高くより速い
インターネット性能を提供する。このことは、帯域幅の費用を低下し、サービス
の質を上げ、新しい機会を提供する。サテライトダウンリンクはさらに、ＤＳＳ
に加えてＫｕ、ＳおよびＣバンドを処理する能力を有する。
【００２４】
符号化設備２８で用いられるパッケージ送達ソフトウェアは、当業者には理解
できるように、データファイルがマルチキャストＵＤＰ／ＩＰ、ＴＣＰ／ＩＰま
たはその両方によって配信されることを可能にする。さらに、パッケージ送達ソ
フトウェアは、協働してデータを送信し、失われたデータパケットを迅速に回復
するキューサーバおよび送信サーバを含む。この回復スキームによって、オーデ
ィオ、ビデオおよびマルチメディアデータをインターネットにストリーミングす
るという円滑な送達が可能になる。層型ネットワーク構築コンポーネント１４、
１６および１８は各々好適には、サテライト受信器を備えており、それにより、
ネットワーク１０がすべてのサーバ層１４、１６および１８に同時にライブスト
リームを送達し、かつ、いずれかの層に格納されたオンデマンドコンテンツを迅
速に更新することを可能にする。このことは、以下に詳細に述べる。しかし、サ
テライトリンク３２が使用不能または実用的でない場合、ネットワーク１０は、
階層配信ネットワーク１２内に設けられたファイバリンクを介してライブおよび
オンデマンドコンテンツを放送し得る。
できるように、データファイルがマルチキャストＵＤＰ／ＩＰ、ＴＣＰ／ＩＰま
たはその両方によって配信されることを可能にする。さらに、パッケージ送達ソ
フトウェアは、協働してデータを送信し、失われたデータパケットを迅速に回復
するキューサーバおよび送信サーバを含む。この回復スキームによって、オーデ
ィオ、ビデオおよびマルチメディアデータをインターネットにストリーミングす
るという円滑な送達が可能になる。層型ネットワーク構築コンポーネント１４、
１６および１８は各々好適には、サテライト受信器を備えており、それにより、
ネットワーク１０がすべてのサーバ層１４、１６および１８に同時にライブスト
リームを送達し、かつ、いずれかの層に格納されたオンデマンドコンテンツを迅
速に更新することを可能にする。このことは、以下に詳細に述べる。しかし、サ
テライトリンク３２が使用不能または実用的でない場合、ネットワーク１０は、
階層配信ネットワーク１２内に設けられたファイバリンクを介してライブおよび
オンデマンドコンテンツを放送し得る。
【００２５】
以下により詳細に述べるように、ネットワークは、配信ネットワーク１２の層
１４、１６および１８のすべてのステータスを監視するためにディレクタを採用
し、要求されたコンテンツに応じて最適のサーバにユーザ２０を方向づけ直す。
ディレクタは、たとえば、符号化設備２８におけるＮＯＣから発し得る。ネット
ワークは、インターネットプロトコルまたはＩＰアドレスマップを用いて、ユー
ザ２０がどこに位置しているかを判定し、その後、層型サーバ１４、１６および
１８のいずれが最高質のストリームを送達し得るかを特定する。この特定は、ネ
ットワーク性能、コンテンツの位置、各ネットワークコンポーネントに対する中
央処理装置の負荷、適用状態などに応じて行われる。
１４、１６および１８のすべてのステータスを監視するためにディレクタを採用
し、要求されたコンテンツに応じて最適のサーバにユーザ２０を方向づけ直す。
ディレクタは、たとえば、符号化設備２８におけるＮＯＣから発し得る。ネット
ワークは、インターネットプロトコルまたはＩＰアドレスマップを用いて、ユー
ザ２０がどこに位置しているかを判定し、その後、層型サーバ１４、１６および
１８のいずれが最高質のストリームを送達し得るかを特定する。この特定は、ネ
ットワーク性能、コンテンツの位置、各ネットワークコンポーネントに対する中
央処理装置の負荷、適用状態などに応じて行われる。
【００２６】
メディアサービスシステム１４は、インターネットの端部のＩＳＰ設備にイン
ストールされたハードウェアおよびソフトウェアを含む。メディアサービスシス
テム１４は好適には、サブネットワーク内のユーザ２０のみにサービスを提供す
る。したがって、エンドユーザ２０は局地に存在するため、メディアサービスシ
ステム１４は、可能な限り最高のメディア送信質を提供するように構成されてい
る。メディアサービスシステム１４は、ＩＳＰキャッシュサーバと同様であるが
、メディアサービスネットワークから提供されたコンテンツが、コンテンツをネ
ットワーク１０に入力するコンテンツプロバイダによって制御される点が異なる
。メディアサービスシステム１４は各々、サテライトリンク３２によって送達さ
れたライブストリームを提供し、現在の、および／または特定地域のニュースク
リップなどの、人気のあるコンテンツを格納する。各メディアサービスシステム
１４は、その格納スペースを管理し、サブネットワーク内のユーザ２０がアクセ
スする回数が相対的に少ないコンテンツを削除する。メディアサービスシステム
１４に格納されていないコンテンツは、地域データセンタ１６から提供される。
ストールされたハードウェアおよびソフトウェアを含む。メディアサービスシス
テム１４は好適には、サブネットワーク内のユーザ２０のみにサービスを提供す
る。したがって、エンドユーザ２０は局地に存在するため、メディアサービスシ
ステム１４は、可能な限り最高のメディア送信質を提供するように構成されてい
る。メディアサービスシステム１４は、ＩＳＰキャッシュサーバと同様であるが
、メディアサービスネットワークから提供されたコンテンツが、コンテンツをネ
ットワーク１０に入力するコンテンツプロバイダによって制御される点が異なる
。メディアサービスシステム１４は各々、サテライトリンク３２によって送達さ
れたライブストリームを提供し、現在の、および／または特定地域のニュースク
リップなどの、人気のあるコンテンツを格納する。各メディアサービスシステム
１４は、その格納スペースを管理し、サブネットワーク内のユーザ２０がアクセ
スする回数が相対的に少ないコンテンツを削除する。メディアサービスシステム
１４に格納されていないコンテンツは、地域データセンタ１６から提供される。
【００２７】
メディアサービスシステム１４，地域データセンタ１６およびマスタデータセ
ンタ１８のいくつかの詳細および特徴を以下に述べる。図２に示すように、メデ
ィアサービスシステム１４は、サテライト受信器および／または地上信号受信器
（図示せず）からの入力４０を含む。サテライト受信器および地上信号受信器は
、図１を参照して上述したように、符号化設備２８から放送コンテンツを受信す
るように構成されている。メディアサービスシステム１４は、サブネットワーク
内のユーザ２０にコンテンツを出力し得るか、または、有線または無線通信ネッ
トワークを介して、符号化設備２８内のＮＯＣまたはネットワーク１０内の別の
階層コンポーネントに送信するように、制御／帰還信号を出力し得る。メディア
サービスシステム１４はさらに中央処理装置４２を含み、中央処理装置４２は、
メディアサービスシステム１４、入力４０で受信したコンテンツを格納するロー
カル格納デバイス４３、ファイル移送モジュール４４およびファイル受信モジュ
ール４５の動作を制御する。ファイル移送モジュール４４およびファイル受信モ
ジュール４５は、放送バックボーンからのコンテンツの受信を容易にするように
動作する。メディアサービスシステム１４は好適にはさらに、１以上のＨＰＰＴ
／プロキシサーバ４６、リアルサーバ４８、ＱＴサーバ５０およびＷＭＳサーバ
５２を含み、それによって選択されたフォーマットでユーザ２０にコンテンツを
提供する。
ンタ１８のいくつかの詳細および特徴を以下に述べる。図２に示すように、メデ
ィアサービスシステム１４は、サテライト受信器および／または地上信号受信器
（図示せず）からの入力４０を含む。サテライト受信器および地上信号受信器は
、図１を参照して上述したように、符号化設備２８から放送コンテンツを受信す
るように構成されている。メディアサービスシステム１４は、サブネットワーク
内のユーザ２０にコンテンツを出力し得るか、または、有線または無線通信ネッ
トワークを介して、符号化設備２８内のＮＯＣまたはネットワーク１０内の別の
階層コンポーネントに送信するように、制御／帰還信号を出力し得る。メディア
サービスシステム１４はさらに中央処理装置４２を含み、中央処理装置４２は、
メディアサービスシステム１４、入力４０で受信したコンテンツを格納するロー
カル格納デバイス４３、ファイル移送モジュール４４およびファイル受信モジュ
ール４５の動作を制御する。ファイル移送モジュール４４およびファイル受信モ
ジュール４５は、放送バックボーンからのコンテンツの受信を容易にするように
動作する。メディアサービスシステム１４は好適にはさらに、１以上のＨＰＰＴ
／プロキシサーバ４６、リアルサーバ４８、ＱＴサーバ５０およびＷＭＳサーバ
５２を含み、それによって選択されたフォーマットでユーザ２０にコンテンツを
提供する。
【００２８】
図３に示すように、地域データセンタ１６は、サテライト受信器および／また
は地上受信器からの入力を受信するため、ならびに、ユーザ２０にコンテンツを
出力するため、または有線または無線通信ネットワークを介してＮＯＣまたはネ
ットワーク１０内の別の階層コンポーネントへの送信用信号を制御／帰還するた
めに、フロントエンド装置を含む。特に、地域データセンタ１６は好適には、メ
ディアサービスシステム１４よりも多くのハードウェア、たとえば、ギガビット
ルータならびに負荷バランススイッチ６６および６８を有する。これらの他に、
大容量サーバ（たとえば、複数のメディアサービスシステム１４）および格納デ
バイス６２が地域データセンタ１６に含まれる。ＣＰＵ６０およびホスト６４は
、サーバ１４ならびにスイッチ６６および６８を用いて、アクセス回数が相対的
に少ないオンデマンドコンテンツの格納および送達を容易にするように動作可能
である。
は地上受信器からの入力を受信するため、ならびに、ユーザ２０にコンテンツを
出力するため、または有線または無線通信ネットワークを介してＮＯＣまたはネ
ットワーク１０内の別の階層コンポーネントへの送信用信号を制御／帰還するた
めに、フロントエンド装置を含む。特に、地域データセンタ１６は好適には、メ
ディアサービスシステム１４よりも多くのハードウェア、たとえば、ギガビット
ルータならびに負荷バランススイッチ６６および６８を有する。これらの他に、
大容量サーバ（たとえば、複数のメディアサービスシステム１４）および格納デ
バイス６２が地域データセンタ１６に含まれる。ＣＰＵ６０およびホスト６４は
、サーバ１４ならびにスイッチ６６および６８を用いて、アクセス回数が相対的
に少ないオンデマンドコンテンツの格納および送達を容易にするように動作可能
である。
【００２９】
以下により詳細に述べるように、スタンドアローン型メディアサービスシステ
ム１４が特定のユーザ２０にとって使用不能である場合、またはそのメディアサ
ービスシステム１４がユーザ２０が要求したコンテンツを含まない場合、地域デ
ータセンタ１６は、ユーザ２０にコンテンツを送達することもできる。すなわち
、符号化設備２８におけるディレクタは好適には、スタンドアローン型メディア
サービスシステム１４のステータスを常に監視し、最も近いメディアサービスシ
ステム１４が動作不能になった場合、最大容量に達した場合、またはパケットを
落とした場合には、ユーザ２０を、最も近い地域データセンタ１６に向けて再ル
ーティングする。ユーザ２０は典型的には、ユーザ２０のＩＳＰにサービスを提
供するインターネットバックボーンプロバイダに対応する地域データセンタ１４
に割り当てられる。それにより、配信ネットワーク１２の第２の層の性能が最高
になる。地域データセンタ１４はさらに、エッジサーバを持たないＩＳＰを用い
ているユーザ２０にサービスを提供する。
ム１４が特定のユーザ２０にとって使用不能である場合、またはそのメディアサ
ービスシステム１４がユーザ２０が要求したコンテンツを含まない場合、地域デ
ータセンタ１６は、ユーザ２０にコンテンツを送達することもできる。すなわち
、符号化設備２８におけるディレクタは好適には、スタンドアローン型メディア
サービスシステム１４のステータスを常に監視し、最も近いメディアサービスシ
ステム１４が動作不能になった場合、最大容量に達した場合、またはパケットを
落とした場合には、ユーザ２０を、最も近い地域データセンタ１６に向けて再ル
ーティングする。ユーザ２０は典型的には、ユーザ２０のＩＳＰにサービスを提
供するインターネットバックボーンプロバイダに対応する地域データセンタ１４
に割り当てられる。それにより、配信ネットワーク１２の第２の層の性能が最高
になる。地域データセンタ１４はさらに、エッジサーバを持たないＩＳＰを用い
ているユーザ２０にサービスを提供する。
【００３０】
マスタデータセンタ１８は、地域データセンタ１６と同様であるが、好適には
ハードウェアがはるかに大規模で、好適にはピアリングにある数個のデータセン
タおよび共存設備内に位置する点が異なる。上記データセンタおよび共存設備は
、マスタデータセンタに、数千ものＩＳＰとの接続を提供する。したがって、図
３はさらに、マスタデータセンタ１８内に含まれるコンポーネントの例を示すた
めにも用いられる。但し、マスタデータセンタ１８は、マルチテラバイト格納ネ
ットワーク（たとえば、より多くのメディアサービスシステム１４）を含み、そ
れによって、たとえば主要なメディア会社によって制作されたコンテンツの大き
なライブラリを管理する。以下により詳細に述べるように、メディアサービスシ
ステム１４または地域データセンタ１６がユーザにとって使用不能である場合、
またはユーザが、指定されたメディアサービスシステムまたは地域データセンタ
１６において入手不能であるコンテンツを要求した場合、符号化設備２８におけ
るディレクタは、自動的に、トラフィックを、最も近いマスタデータセンタ１８
にルーティングする。そのため、マスタデータセンタ１８は、ネットワークの基
本的動作および信頼性に影響を与えることなく、大量に殺到する要求を吸収する
ことができる。
ハードウェアがはるかに大規模で、好適にはピアリングにある数個のデータセン
タおよび共存設備内に位置する点が異なる。上記データセンタおよび共存設備は
、マスタデータセンタに、数千ものＩＳＰとの接続を提供する。したがって、図
３はさらに、マスタデータセンタ１８内に含まれるコンポーネントの例を示すた
めにも用いられる。但し、マスタデータセンタ１８は、マルチテラバイト格納ネ
ットワーク（たとえば、より多くのメディアサービスシステム１４）を含み、そ
れによって、たとえば主要なメディア会社によって制作されたコンテンツの大き
なライブラリを管理する。以下により詳細に述べるように、メディアサービスシ
ステム１４または地域データセンタ１６がユーザにとって使用不能である場合、
またはユーザが、指定されたメディアサービスシステムまたは地域データセンタ
１６において入手不能であるコンテンツを要求した場合、符号化設備２８におけ
るディレクタは、自動的に、トラフィックを、最も近いマスタデータセンタ１８
にルーティングする。そのため、マスタデータセンタ１８は、ネットワークの基
本的動作および信頼性に影響を与えることなく、大量に殺到する要求を吸収する
ことができる。
【００３１】
データおよびコンテンツの流れを、図４〜図８を参照して説明する。図４およ
び図５に示すように、ストリーミングメディア用のインターネット放送ネットワ
ーク１０は概して３つのフェーズ、すなわち、獲得１００、放送１０２、および
受信１０４を含む。獲得フェーズ１００では、図１に示すようにコンテンツが、
インターネットコンテンツプロバイダ（ＩＣＰ）またはイベントまたはスタジオ
コンテンツソース２４などの異なるソースからネットワークに提供される。上述
したように、コンテンツは、スタジアムで、ライブ放送用に採用されるオーディ
オおよび／またはビデオ装置から受信され得る。たとえば、コンテンツは、ライ
ブアナログ信号、ライブディジタル信号、アナログテープレコーディング、デジ
タルで格納された情報（たとえば、メディアオンデマンドすなわちＭＯＤ）、ま
たはその他のタイプのコンテンツであり得る。コンテンツは、ソースにおいて、
たとえばファイル転送プロトコル（ＦＴＰ）、ＭＳＢＤまたはリアルタイム転送
プロトコル／リアルタイムストリーミングプロトコル（ＲＴＰ／ＲＴＳＰ）を用
いて、局所的に符号化または符号変換され得る。
び図５に示すように、ストリーミングメディア用のインターネット放送ネットワ
ーク１０は概して３つのフェーズ、すなわち、獲得１００、放送１０２、および
受信１０４を含む。獲得フェーズ１００では、図１に示すようにコンテンツが、
インターネットコンテンツプロバイダ（ＩＣＰ）またはイベントまたはスタジオ
コンテンツソース２４などの異なるソースからネットワークに提供される。上述
したように、コンテンツは、スタジアムで、ライブ放送用に採用されるオーディ
オおよび／またはビデオ装置から受信され得る。たとえば、コンテンツは、ライ
ブアナログ信号、ライブディジタル信号、アナログテープレコーディング、デジ
タルで格納された情報（たとえば、メディアオンデマンドすなわちＭＯＤ）、ま
たはその他のタイプのコンテンツであり得る。コンテンツは、ソースにおいて、
たとえばファイル転送プロトコル（ＦＴＰ）、ＭＳＢＤまたはリアルタイム転送
プロトコル／リアルタイムストリーミングプロトコル（ＲＴＰ／ＲＴＳＰ）を用
いて、局所的に符号化または符号変換され得る。
【００３２】
コンテンツは、図６を参照して以下に詳細に述べる、１以上の獲得モジュール
１０６を用いて収集される。獲得モジュール１０６は、図１に示す獲得ネットワ
ーク２２内のネットワーク１０への異なるフィードを表す。獲得モジュール１０
６のコンポーネントは、獲得ネットワーク２８全体に共存または配信され得る。
概して、獲得モジュール１０６は、ＦＴＰ、ＭＳＢＤまたはＲＴＰ／ＲＴＳＰま
たはその他のプロトコルを用いて、コンテンツを遠隔的に符号変換し得るか、ま
たは符号化し得る。このことは、コンテンツを、マルチキャスト用の放送モジュ
ール１１０に、さらには、エッジデバイスに送信し、その後、エッジデバイスの
１つに比較的近い位置のユーザ２０に与えるという動作よりも前に行われる。そ
の後コンテンツは、本発明の実施形態に従って放送パケットに変換される。マル
チキャスティングを促進し、且つ、そのパケットが何であって、いずれのメディ
アを表すのかに関する洞察を受信時に提供するような様式でパケットをパッケー
ジする、この工程があるために、ネットワーク１０は、他のコンテンツ送達ネッ
トワークに対して重要な利点を有する。
１０６を用いて収集される。獲得モジュール１０６は、図１に示す獲得ネットワ
ーク２２内のネットワーク１０への異なるフィードを表す。獲得モジュール１０
６のコンポーネントは、獲得ネットワーク２８全体に共存または配信され得る。
概して、獲得モジュール１０６は、ＦＴＰ、ＭＳＢＤまたはＲＴＰ／ＲＴＳＰま
たはその他のプロトコルを用いて、コンテンツを遠隔的に符号変換し得るか、ま
たは符号化し得る。このことは、コンテンツを、マルチキャスト用の放送モジュ
ール１１０に、さらには、エッジデバイスに送信し、その後、エッジデバイスの
１つに比較的近い位置のユーザ２０に与えるという動作よりも前に行われる。そ
の後コンテンツは、本発明の実施形態に従って放送パケットに変換される。マル
チキャスティングを促進し、且つ、そのパケットが何であって、いずれのメディ
アを表すのかに関する洞察を受信時に提供するような様式でパケットをパッケー
ジする、この工程があるために、ネットワーク１０は、他のコンテンツ送達ネッ
トワークに対して重要な利点を有する。
【００３３】
獲得フェーズ１００を介して得られるコンテンツは好適には、マルチキャスト
クラウドまたはネットワーク１０８を介して１以上の放送モジュール１１０に提
供される。コンテンツは、ユニキャストされるか、または好適には、クラウド１
０８を介して異なる獲得モジュール１０６から放送モジュール１１０にマルチキ
ャストされる。上述したように、クラウド１０８は好適には、ポイント−トゥ−
マルチポイント放送バックボーンである。クラウド１０８は、サテライトネット
ワークまたは地上ネットワークなどの１以上のワイヤレスネットワーク、または
、光ファイバリンクなどのワイヤラインネットワークとして実施され得る。クラ
ウド１０８は、サテライトリンクのみならず、マルチキャストストリーミングメ
ディアへの専用ＡＴＭリンクまたはインターネットバックボーンを採用し得る。
放送モジュール１１０は好適には、層１２０内にある。すなわち、獲得モジュー
ル１０６からコンテンツを受信し、そのコンテンツを、サテライト３２、ＡＴＭ
／インターネットネットワーク３３、またはその両方を介して、それぞれ層１１
６、１１８および１２０（図５参照）内にあるメディアサービスシステム１４、
地域データセンタ１６、およびマスタデータセンタ１８（図１参照）における受
信器に放送する、符号化センタ２８にある。
クラウドまたはネットワーク１０８を介して１以上の放送モジュール１１０に提
供される。コンテンツは、ユニキャストされるか、または好適には、クラウド１
０８を介して異なる獲得モジュール１０６から放送モジュール１１０にマルチキ
ャストされる。上述したように、クラウド１０８は好適には、ポイント−トゥ−
マルチポイント放送バックボーンである。クラウド１０８は、サテライトネット
ワークまたは地上ネットワークなどの１以上のワイヤレスネットワーク、または
、光ファイバリンクなどのワイヤラインネットワークとして実施され得る。クラ
ウド１０８は、サテライトリンクのみならず、マルチキャストストリーミングメ
ディアへの専用ＡＴＭリンクまたはインターネットバックボーンを採用し得る。
放送モジュール１１０は好適には、層１２０内にある。すなわち、獲得モジュー
ル１０６からコンテンツを受信し、そのコンテンツを、サテライト３２、ＡＴＭ
／インターネットネットワーク３３、またはその両方を介して、それぞれ層１１
６、１１８および１２０（図５参照）内にあるメディアサービスシステム１４、
地域データセンタ１６、およびマスタデータセンタ１８（図１参照）における受
信器に放送する、符号化センタ２８にある。
【００３４】
放送フェーズ１０２の間、放送モジュール１１０は、図７を参照して以下に述
べるように、ゲートキーパとして動作し、マルチキャストクラウド１０８内のパ
スを介して、層１１６、１１８および１２０内の複数の受信器に、コンテンツを
送信する。放送モジュール１１０は、概して１１２で示す他の獲得モジュールで
ピアリングを支持する。放送モジュール１１０と獲得モジュール１１２との間の
ピアリングは、直接リンクを介して起こり得、各デバイスは、他のデバイスのパ
ケットを転送することに同意し、転送しない場合は、標準インターネットバック
ボーンではなく、直接このリンクを介してコンテンツを共有することに同意する
。
べるように、ゲートキーパとして動作し、マルチキャストクラウド１０８内のパ
スを介して、層１１６、１１８および１２０内の複数の受信器に、コンテンツを
送信する。放送モジュール１１０は、概して１１２で示す他の獲得モジュールで
ピアリングを支持する。放送モジュール１１０と獲得モジュール１１２との間の
ピアリングは、直接リンクを介して起こり得、各デバイスは、他のデバイスのパ
ケットを転送することに同意し、転送しない場合は、標準インターネットバック
ボーンではなく、直接このリンクを介してコンテンツを共有することに同意する
。
【００３５】
受領フェーズ１０４の間、ブロードキャストモジュール１１０を介してマルチ
キャストクラウド１０８を通って伝送されたハイフィデリティストリームは、層
１１６、１１６、および１２０内にあるメディアサービングシステム１４、リー
ジョナルデータセンター１６、およびマスタデータセンタ１８に設けられたサー
バによって受領され、このとき、メディアサービングシステム１４は、可能な限
りエンドユーザに近づく。したがって、ネットワーク１０は、ストリームがイン
ターネットバックボーンに関連する密集および犠牲を回避することができる点で
有利である。既に説明したように、層１１６、１１６、および１２０に対応する
メディアサービングシステム１４、リージョナルデータセンター１６、およびマ
スタデータセンタ１８は、それぞれ、サービング機能（例えば、ＲＴＰからＭＭ
Ｓ、ＲｅａｌＮｅｔ、ＨＴＴＰ、ＷＡＰまたは他のプロトコルへのトランスコー
ディング）、ならびに、ローカルエリアネットワーク（ＬＡＮ）、インターネッ
ト、無線ネットワーク、または他のネットワークを介した、図４および図５にユ
ーザ１２２として集合的に示すユーザデバイス２０（ＰＣ、ワークステーション
、ケーブルテレビ、ウェブＴＶ、ＤＴＶ等のセットトップボックス、電話機器等
を含む）への配信機能を提供する。
キャストクラウド１０８を通って伝送されたハイフィデリティストリームは、層
１１６、１１６、および１２０内にあるメディアサービングシステム１４、リー
ジョナルデータセンター１６、およびマスタデータセンタ１８に設けられたサー
バによって受領され、このとき、メディアサービングシステム１４は、可能な限
りエンドユーザに近づく。したがって、ネットワーク１０は、ストリームがイン
ターネットバックボーンに関連する密集および犠牲を回避することができる点で
有利である。既に説明したように、層１１６、１１６、および１２０に対応する
メディアサービングシステム１４、リージョナルデータセンター１６、およびマ
スタデータセンタ１８は、それぞれ、サービング機能（例えば、ＲＴＰからＭＭ
Ｓ、ＲｅａｌＮｅｔ、ＨＴＴＰ、ＷＡＰまたは他のプロトコルへのトランスコー
ディング）、ならびに、ローカルエリアネットワーク（ＬＡＮ）、インターネッ
ト、無線ネットワーク、または他のネットワークを介した、図４および図５にユ
ーザ１２２として集合的に示すユーザデバイス２０（ＰＣ、ワークステーション
、ケーブルテレビ、ウェブＴＶ、ＤＴＶ等のセットトップボックス、電話機器等
を含む）への配信機能を提供する。
【００３６】
ここで、図６〜図８を参照しつつ、本発明のネットワーク１０において使用さ
れる、獲得フェーズ１００、配信フェーズ１０２、受領フェーズ１０４に関連す
るハードウェアコンポーネントおよびソフトウェアコンポーネントについて、詳
細に説明する。これらのコンポーネントは、ネットワーク１０内の１つまたは複
数のマルチキャスト可能ネットワークにおけるメディアオンデマンド（ＭＯＤ）
またはライブストリームコンテンツ配信をサポートするさまざまなトランスポー
トコンポーネントを含む。トランスポートコンポーネントは、ファイルトランス
ポートモジュール、トランスポート送信器、トランスポートブロードキャスタ、
およびトランスポート受領器を含むが、これらに限定されない。コンテンツは、
好適には、ライブコンテンツおよびシミュレート／スケジュールされたライブコ
ンテンツもしくはＭＯＤ（つまり本来的にはいずれかのファイル）のいずれかと
して特徴づけられる。ライブコンテンツまたはシミュレート／スケジュールされ
たライブコンテンツ等のストリーミングメディアは、同様に管理且つトランスポ
ートされ、その一方、ＭＯＤは異なる様態で扱われるが、これについては、後で
詳細に説明する。
れる、獲得フェーズ１００、配信フェーズ１０２、受領フェーズ１０４に関連す
るハードウェアコンポーネントおよびソフトウェアコンポーネントについて、詳
細に説明する。これらのコンポーネントは、ネットワーク１０内の１つまたは複
数のマルチキャスト可能ネットワークにおけるメディアオンデマンド（ＭＯＤ）
またはライブストリームコンテンツ配信をサポートするさまざまなトランスポー
トコンポーネントを含む。トランスポートコンポーネントは、ファイルトランス
ポートモジュール、トランスポート送信器、トランスポートブロードキャスタ、
およびトランスポート受領器を含むが、これらに限定されない。コンテンツは、
好適には、ライブコンテンツおよびシミュレート／スケジュールされたライブコ
ンテンツもしくはＭＯＤ（つまり本来的にはいずれかのファイル）のいずれかと
して特徴づけられる。ライブコンテンツまたはシミュレート／スケジュールされ
たライブコンテンツ等のストリーミングメディアは、同様に管理且つトランスポ
ートされ、その一方、ＭＯＤは異なる様態で扱われるが、これについては、後で
詳細に説明する。
【００３７】
複数の顧客Ａ〜Ｘについての獲得を図６に示す。例として、顧客Ａについての
獲得は、参照符号１３４で示すエンコーダを含む。エンコーダは、ソース２４か
らのコンテンツと共に、他のエンコーディングスキームのうち、Ｒｅａｌ、ＷＭ
Ｔ、ＭＰＥＧ、ＱＴを用い得る。エンコーダはまた、パケットを、本発明に従っ
てブロードキャスティングを容易に行えるフォーマットへとエンコードする。デ
ィスク１３０は、異なるソースからのコンテンツを格納し、ＭＯＤストリームを
例えばディスクホスト１３２に提供する。ディスクホスト１３２は、コンテンツ
を委任（ｐｒｏｘｙ）するかまたはホストする。一方、ライブコンテンツデータ
生成システム、テレビ会議データ生成システム、ストックデータ生成システム、
天候データ生成システム等もまたエンコードされる。ディスクホスト１３２は、
ＭＯＤストリームをファイルトランスポートモジュール１３６にユニキャストす
る。それに対して、エンコーダ１３４は、ライブストリームを、ユニキャストま
たはマルチキャストを介してトランスポート送信器１３８に提供する。ＱＴが用
いられる場合、エンコーダはユニキャストまたはマルチキャストのいずれかを用
い得る。ユニキャストからマルチキャストへの変換は常に必要ではないが、マル
チキャストからマルチキャストへの変換は有用であり得る。ファイルトランスポ
ートモジュール１３６は、ＭＯＤコンテンツをマルチキャスト可能ネットワーク
に転送する。トランスポート送信器１３８は、メディアエンコーダ１３４または
オプションのアグリゲータ（ａｇｇｒｅｇａｔｏｒ）からストリームデータを引
き出し、ストリーム通知（例えば、セッション通知プロトコルおよびセッション
説明プロトコル（ＳＡＰ／ＳＤＰ）を用いる）およびストリームデータを、トラ
ンスポートマネージャー（図９を参照して後で詳細に説明する）から受け取った
マルチキャストインターネットプロトコル（ＩＰ）アドレスおよびポートに送信
する。プリングスキームとは逆に、ＲｅａｌＧ２サーバを用いてストリームをプ
ッシュする場合、アグリゲータを用いて、プッシュスキームからプルスキームへ
と変換し得る。図６と共に説明したコンポーネントは、エンコーディングセンタ
ー２８に配置されるか、または、例えばコンテンツプロバイダ設備に分散して配
置され得る。
獲得は、参照符号１３４で示すエンコーダを含む。エンコーダは、ソース２４か
らのコンテンツと共に、他のエンコーディングスキームのうち、Ｒｅａｌ、ＷＭ
Ｔ、ＭＰＥＧ、ＱＴを用い得る。エンコーダはまた、パケットを、本発明に従っ
てブロードキャスティングを容易に行えるフォーマットへとエンコードする。デ
ィスク１３０は、異なるソースからのコンテンツを格納し、ＭＯＤストリームを
例えばディスクホスト１３２に提供する。ディスクホスト１３２は、コンテンツ
を委任（ｐｒｏｘｙ）するかまたはホストする。一方、ライブコンテンツデータ
生成システム、テレビ会議データ生成システム、ストックデータ生成システム、
天候データ生成システム等もまたエンコードされる。ディスクホスト１３２は、
ＭＯＤストリームをファイルトランスポートモジュール１３６にユニキャストす
る。それに対して、エンコーダ１３４は、ライブストリームを、ユニキャストま
たはマルチキャストを介してトランスポート送信器１３８に提供する。ＱＴが用
いられる場合、エンコーダはユニキャストまたはマルチキャストのいずれかを用
い得る。ユニキャストからマルチキャストへの変換は常に必要ではないが、マル
チキャストからマルチキャストへの変換は有用であり得る。ファイルトランスポ
ートモジュール１３６は、ＭＯＤコンテンツをマルチキャスト可能ネットワーク
に転送する。トランスポート送信器１３８は、メディアエンコーダ１３４または
オプションのアグリゲータ（ａｇｇｒｅｇａｔｏｒ）からストリームデータを引
き出し、ストリーム通知（例えば、セッション通知プロトコルおよびセッション
説明プロトコル（ＳＡＰ／ＳＤＰ）を用いる）およびストリームデータを、トラ
ンスポートマネージャー（図９を参照して後で詳細に説明する）から受け取った
マルチキャストインターネットプロトコル（ＩＰ）アドレスおよびポートに送信
する。プリングスキームとは逆に、ＲｅａｌＧ２サーバを用いてストリームをプ
ッシュする場合、アグリゲータを用いて、プッシュスキームからプルスキームへ
と変換し得る。図６と共に説明したコンポーネントは、エンコーディングセンタ
ー２８に配置されるか、または、例えばコンテンツプロバイダ設備に分散して配
置され得る。
【００３８】
図５は、複数のブロードキャストのうちの１つについての例示的な足跡を示す
。図５に示すようにブロードキャスティングフェーズ１０２は、トランスポート
ブロードキャスタ１４０およびトランスポートブリッジ１４２を用いて実施され
る。これらの２つのモジュールは、好適には、１つのソフトウェアプログラムと
して実施されるが、マスタデータセンタ１８またはネットワーク動作センタにお
いて異なる機能として実施される。トランスポートブロードキャスタ１４０はト
ランスポート経路管理を実行し、トランスポートブリッジ１４２がピアリング（
ｐｅｅｒｉｎｇ）を提供する。ブロードキャスタ１４０およびブリッジ１４２は
、トランスポートマネージャーによって誘導されつつあるマルチキャストクラウ
ド（例えばネットワーク１０８）からデータを獲得し、そのデータを適切なトラ
ンスポート経路に転送する。例えば、１つのトランスポートブロードキャスタ１
４０を用いて、衛星アップリンク、データセンタ間のファイバーケーブル、また
は北米にあるデータセンタからアジアにあるデータセンタへの大陸間リンク等の
１つのトランスポート経路を示し得る。ブロードキャスタ１４０およびブリッジ
１４２は、トランスポート送信器１３８からのストリーム通知を聞き、その通知
に応じて、別のトランスポート経路へのマルチキャストトラフィックをイネーブ
ルまたはディスエーブルする。それらはまた、ＴＣＰを用いることにより、マル
チキャストトラフィックにトンネルを設けて、別のマルチキャストがイネーブル
されたネットワークにストリーム情報およびデータを送信する。したがって、ブ
ロードキャストモジュール１１０は、マルチキャストクラウド１０８を介して送
信された対応するサブセットの獲得フェーズストリームを伝送する。換言すれば
、ブロードキャストモジュール１１０は、それぞれのトランスポート経路につい
て門番として動作する。つまり、ブロードキャストモジュール１１０は、送信す
る必要のある任意のストリームを対応する経路を介して送信し、他のストリーム
を送信することを防止する。
。図５に示すようにブロードキャスティングフェーズ１０２は、トランスポート
ブロードキャスタ１４０およびトランスポートブリッジ１４２を用いて実施され
る。これらの２つのモジュールは、好適には、１つのソフトウェアプログラムと
して実施されるが、マスタデータセンタ１８またはネットワーク動作センタにお
いて異なる機能として実施される。トランスポートブロードキャスタ１４０はト
ランスポート経路管理を実行し、トランスポートブリッジ１４２がピアリング（
ｐｅｅｒｉｎｇ）を提供する。ブロードキャスタ１４０およびブリッジ１４２は
、トランスポートマネージャーによって誘導されつつあるマルチキャストクラウ
ド（例えばネットワーク１０８）からデータを獲得し、そのデータを適切なトラ
ンスポート経路に転送する。例えば、１つのトランスポートブロードキャスタ１
４０を用いて、衛星アップリンク、データセンタ間のファイバーケーブル、また
は北米にあるデータセンタからアジアにあるデータセンタへの大陸間リンク等の
１つのトランスポート経路を示し得る。ブロードキャスタ１４０およびブリッジ
１４２は、トランスポート送信器１３８からのストリーム通知を聞き、その通知
に応じて、別のトランスポート経路へのマルチキャストトラフィックをイネーブ
ルまたはディスエーブルする。それらはまた、ＴＣＰを用いることにより、マル
チキャストトラフィックにトンネルを設けて、別のマルチキャストがイネーブル
されたネットワークにストリーム情報およびデータを送信する。したがって、ブ
ロードキャストモジュール１１０は、マルチキャストクラウド１０８を介して送
信された対応するサブセットの獲得フェーズストリームを伝送する。換言すれば
、ブロードキャストモジュール１１０は、それぞれのトランスポート経路につい
て門番として動作する。つまり、ブロードキャストモジュール１１０は、送信す
る必要のある任意のストリームを対応する経路を介して送信し、他のストリーム
を送信することを防止する。
【００３９】
上で述べたように、図８は、複数のサーバまたはデータセンタのうちの１つに
おける受領層１０４の例を示す。上で述べたように、データセンタは、好適には
、層ヒエラルキー内に配置される。この層ヒエラルキーは、メディアサービング
システム１４、リージョナルデータセンター１６、およびマスタデータセンタ１
８を含む。層１１６、１１８、および１２０の各々は、トランスポート受領器１
４４を含む。トランスポート受信器は、例えばトランスポートマネージャーを用
いてグルーピングされ得る。トランスポート受領器１４４はそれぞれ、その受領
器が属するグループに送信中のブロードキャストモジュール１１０からストリー
ムを受領する。トランスポート受領器は、ストリーム通知を聞き、複数のトラン
スポート送信器１３８からストリームデータを受領し、このストリームデータを
メディアサーバ１４６に給送する。トランスポート受領器１４４は、また、参照
符号１５４に示すようにストリームを切り換え得る（例えば、広告を挿入する目
的で、ライブストリームをローカルＭＯＤフィードと置換する）。ＭＯＤストリ
ームは、ファイルトランスポート１３６を介して受領され、図示のように、ディ
スクホスト１４８、データベース１５０、およびプロクシキャッシュ／ＨＴＴＰ
サーバ１５２を介して格納される。サーバ１４６および１５２は、ユーザ２０に
コンテンツストリームを提供し得る。
おける受領層１０４の例を示す。上で述べたように、データセンタは、好適には
、層ヒエラルキー内に配置される。この層ヒエラルキーは、メディアサービング
システム１４、リージョナルデータセンター１６、およびマスタデータセンタ１
８を含む。層１１６、１１８、および１２０の各々は、トランスポート受領器１
４４を含む。トランスポート受信器は、例えばトランスポートマネージャーを用
いてグルーピングされ得る。トランスポート受領器１４４はそれぞれ、その受領
器が属するグループに送信中のブロードキャストモジュール１１０からストリー
ムを受領する。トランスポート受領器は、ストリーム通知を聞き、複数のトラン
スポート送信器１３８からストリームデータを受領し、このストリームデータを
メディアサーバ１４６に給送する。トランスポート受領器１４４は、また、参照
符号１５４に示すようにストリームを切り換え得る（例えば、広告を挿入する目
的で、ライブストリームをローカルＭＯＤフィードと置換する）。ＭＯＤストリ
ームは、ファイルトランスポート１３６を介して受領され、図示のように、ディ
スクホスト１４８、データベース１５０、およびプロクシキャッシュ／ＨＴＴＰ
サーバ１５２を介して格納される。サーバ１４６および１５２は、ユーザ２０に
コンテンツストリームを提供し得る。
【００４０】
図６〜図８と関連して説明したトランスポートコンポーネントは、エンコーダ
および追加のアグリゲータからデータ送信器へのデータ入力スキーム、システム
１０内のデータパケット、およびデータ受領器からメディアサーバへのデータ給
送を一般化して、任意のメディアフォーマットを根本的にサポートする。トラン
スポートコンポーネントは、好適には、パケットフォーマットとしてＲＴＰを用
い、且つ、ＸＭＬ型遠隔プロシージャコール（ＸＢＭ）を用いて、トランスポー
トコンポーネント間の通信を行う。
および追加のアグリゲータからデータ送信器へのデータ入力スキーム、システム
１０内のデータパケット、およびデータ受領器からメディアサーバへのデータ給
送を一般化して、任意のメディアフォーマットを根本的にサポートする。トラン
スポートコンポーネントは、好適には、パケットフォーマットとしてＲＴＰを用
い、且つ、ＸＭＬ型遠隔プロシージャコール（ＸＢＭ）を用いて、トランスポー
トコンポーネント間の通信を行う。
【００４１】
ここで、トランスポートマネージャーについて図９を参照して説明する。図９
はトランスポートデータ管理の概観を示す。トランスポートマネージャーは、好
適には、エンコーディング設備２８に配置されたソフトウェアモジュール、また
は、ＮＯＣと示される他の設備である。複数のコンテンツソース２４（例えば、
データベースコンテンツ、プログラム、およびアプリケーション）が、トランス
ポートマネージャー１７０への入力としてコンテンツを提供する。これらのデー
タソースからのコンテンツに関する情報は、また、入力コンテンツソース２４お
よび出力目的地（例えば、受領器のグループ）等のトランスポートマネージャー
に提供される。コンテンツストリームをどこに送信すべきかに関する決定、およ
びいずれのグループのサーバ（例えば、層１１６、１１８、または１２０）がそ
のストリームを受領すべきかに関する決定は、予め規定され、構成ファイルまた
はＸＢＭ機能コールとして、リアルタイムで、例えば、後で詳細に説明するディ
レクタの制御下で、トランスポートマネージャー１７０に示される。この情報は
、また、グラフィカルユーザインターフェース（ＧＵＩ）１７２またはコマンド
ラインユーティリティを介して入力され得る。いずれにせよ、この情報は、ロー
カルデータベース１７４内に格納される。データベース１７４は、また、ストリ
ームまたは他の配信されたデータを無許可状態で使用することから保護するユー
ザ認証についての情報に加えて、規定された最大および最小のＩＰアドレスおよ
びポートレンジ、バンド幅使用、ストリームを受領する意志のあるグループまた
はコミュニティ、ネットワーク、ならびにストリーム名、に関する各ストリーム
についての情報を格納する。
はトランスポートデータ管理の概観を示す。トランスポートマネージャーは、好
適には、エンコーディング設備２８に配置されたソフトウェアモジュール、また
は、ＮＯＣと示される他の設備である。複数のコンテンツソース２４（例えば、
データベースコンテンツ、プログラム、およびアプリケーション）が、トランス
ポートマネージャー１７０への入力としてコンテンツを提供する。これらのデー
タソースからのコンテンツに関する情報は、また、入力コンテンツソース２４お
よび出力目的地（例えば、受領器のグループ）等のトランスポートマネージャー
に提供される。コンテンツストリームをどこに送信すべきかに関する決定、およ
びいずれのグループのサーバ（例えば、層１１６、１１８、または１２０）がそ
のストリームを受領すべきかに関する決定は、予め規定され、構成ファイルまた
はＸＢＭ機能コールとして、リアルタイムで、例えば、後で詳細に説明するディ
レクタの制御下で、トランスポートマネージャー１７０に示される。この情報は
、また、グラフィカルユーザインターフェース（ＧＵＩ）１７２またはコマンド
ラインユーティリティを介して入力され得る。いずれにせよ、この情報は、ロー
カルデータベース１７４内に格納される。データベース１７４は、また、ストリ
ームまたは他の配信されたデータを無許可状態で使用することから保護するユー
ザ認証についての情報に加えて、規定された最大および最小のＩＰアドレスおよ
びポートレンジ、バンド幅使用、ストリームを受領する意志のあるグループまた
はコミュニティ、ネットワーク、ならびにストリーム名、に関する各ストリーム
についての情報を格納する。
【００４２】
続けて図９を参照して、顧客は、ストリーム１０を介して、例えばＧＵＩ１７
２を用いて、コンテンツを流すことを要求する。この要求は、顧客の名前および
アカウント情報、発行（つまり配信）されるべきストリーム名、ならびにストリ
ームがプルされ得るところのエンコーダまたはメディアサーバのＩＰアドレスお
よびポートを含み得る。要求および返答は、各種類のトランスポートコンポーネ
ント（例えば、トランスポート送信器チャネル、ブロードキャスタチャネル、ト
ランスポートマネージャーチャネル、およびトランスポート受領器チャネル）ま
たは１つのマルチキャストアドレスおよび異なるポートについての別個のマルチ
キャストアドレスを用いて、マルチキャストネットワーク（例えば、クラウド１
０８）を介して送信される。バンド幅またはメディアサーバキャパシティなどの
システムリソースが十分に利用可能な場合、ＮＯＣにおけるオペレータは、要求
を承認し得る。トランスポートマネージャー１７０は、好適には、ストリーム要
求を定期的に引き出す。承認された要求に応答して、トランスポートマネージャ
ー１７０は、その要求（例えば、ＸＭＬ型遠隔プロシージャコール（ＸＢＭ））
に応じたトランスポートコマンドを生成して、割り当てられたマルチキャストＩ
Ｐアドレスおよびトランスポート送信器がシステム１０内で使用することが可能
なポートを提供するその顧客に対応する獲得モジュール１０６（図６参照）のト
ランスポート送信器１３８に、そのコマンドを送信する。トランスポート送信器
１３８は、ＸＢＭコールを受領して、送信されようとしているストリームを通知
することにより返答し、トランスポートコンポーネントの全てがその通知を聞く
。
２を用いて、コンテンツを流すことを要求する。この要求は、顧客の名前および
アカウント情報、発行（つまり配信）されるべきストリーム名、ならびにストリ
ームがプルされ得るところのエンコーダまたはメディアサーバのＩＰアドレスお
よびポートを含み得る。要求および返答は、各種類のトランスポートコンポーネ
ント（例えば、トランスポート送信器チャネル、ブロードキャスタチャネル、ト
ランスポートマネージャーチャネル、およびトランスポート受領器チャネル）ま
たは１つのマルチキャストアドレスおよび異なるポートについての別個のマルチ
キャストアドレスを用いて、マルチキャストネットワーク（例えば、クラウド１
０８）を介して送信される。バンド幅またはメディアサーバキャパシティなどの
システムリソースが十分に利用可能な場合、ＮＯＣにおけるオペレータは、要求
を承認し得る。トランスポートマネージャー１７０は、好適には、ストリーム要
求を定期的に引き出す。承認された要求に応答して、トランスポートマネージャ
ー１７０は、その要求（例えば、ＸＭＬ型遠隔プロシージャコール（ＸＢＭ））
に応じたトランスポートコマンドを生成して、割り当てられたマルチキャストＩ
Ｐアドレスおよびトランスポート送信器がシステム１０内で使用することが可能
なポートを提供するその顧客に対応する獲得モジュール１０６（図６参照）のト
ランスポート送信器１３８に、そのコマンドを送信する。トランスポート送信器
１３８は、ＸＢＭコールを受領して、送信されようとしているストリームを通知
することにより返答し、トランスポートコンポーネントの全てがその通知を聞く
。
【００４３】
上で説明し、且つ、後で詳細に説明するように、トランスポート送信器１３８
が、割り当てられたマルチキャストＩＰアドレスおよびポート内にストリームを
一旦送信し始めると、対応するブロードキャストモジュール１１０（図７参照）
のトランスポートブロードキャスタ１４０は、ストリームをフィルタリングする
。受領器１４４が属するグループにストリームが向けられている場合、適切な１
つまたは複数の層１１６、１１８、および１２０（図８参照）のトランスポート
受領器１４４は、マルチキャストＩＰアドレスを結合（ｊｏｉｎ）し、データま
たはストリームを受領する。図８に関連して上で述べたように、トランスポート
受領器１４４は、クラウド１０８を介して受領されたストリームを変換して、ユ
ーザ２０が利用可能なメディアサーバにそれを送信する。その後、そのデータは
受領器に関連するメディアサーバに提供される。受領器１４４およびブロードキ
ャスタ１４０は、リンクリストを用いて与えた通知を追跡する。
が、割り当てられたマルチキャストＩＰアドレスおよびポート内にストリームを
一旦送信し始めると、対応するブロードキャストモジュール１１０（図７参照）
のトランスポートブロードキャスタ１４０は、ストリームをフィルタリングする
。受領器１４４が属するグループにストリームが向けられている場合、適切な１
つまたは複数の層１１６、１１８、および１２０（図８参照）のトランスポート
受領器１４４は、マルチキャストＩＰアドレスを結合（ｊｏｉｎ）し、データま
たはストリームを受領する。図８に関連して上で述べたように、トランスポート
受領器１４４は、クラウド１０８を介して受領されたストリームを変換して、ユ
ーザ２０が利用可能なメディアサーバにそれを送信する。その後、そのデータは
受領器に関連するメディアサーバに提供される。受領器１４４およびブロードキ
ャスタ１４０は、リンクリストを用いて与えた通知を追跡する。
【００４４】
上記のように、トランスポートコンポーネントは、好ましくはＲＰＴをデータ
トランスポートプロトコルとして使用する。従って、Ｗｉｎｄｏｗｓ（Ｒ） Ｍ
ｅｄｉａ、ＲｅａｌＧ２およびＱＴパケットは、ＲＴＰパケット中にラップされ
る。獲得ネットワーク２２は、好ましくはＲＴＰスタックを使用していずれのデ
ータパケットの処理も容易にし、データパケットを、ＲＴＰヘッダを用いてラッ
プし、そしてそのデータパケットを送信する。ＲＴＳＰ接続情報は、一般にスト
リーミングを開始するのに必要なすべてである。
トランスポートプロトコルとして使用する。従って、Ｗｉｎｄｏｗｓ（Ｒ） Ｍ
ｅｄｉａ、ＲｅａｌＧ２およびＱＴパケットは、ＲＴＰパケット中にラップされ
る。獲得ネットワーク２２は、好ましくはＲＴＰスタックを使用していずれのデ
ータパケットの処理も容易にし、データパケットを、ＲＴＰヘッダを用いてラッ
プし、そしてそのデータパケットを送信する。ＲＴＳＰ接続情報は、一般にスト
リーミングを開始するのに必要なすべてである。
【００４５】
ＲＴＰは、伝送がユニキャストであるかまたはマルチキャストであるかにかか
わらず、オーディオおよびビデオなどのリアルタイムデータ、かつ特にストリー
ミングメディアなどのタイムセンシティブデータを伝送するために使用される。
ＲＴＰは、ファイル転送および電子メールなどの非リアルタイムデータに対して
通常使用される伝送制御プロトコル（ＴＣＰ）とは反対に、ユーザデータグラム
プロトコル（ＵＤＰ）を使用する。ＴＣＰとは異なり、ＵＤＰパケットを生成お
よび搬送するソフトウェアおよびハードウェアデバイスは、ＵＤＰパケットが目
的の送信先に到達する前にはＵＤＰパケットをフラグメント化も再アセンブルも
せず、これはストリーミングアプリケーションにおいて重要である。ＲＴＰは、
受信側によって使用され得るペイロード（配信されるべきコンテンツなど）とは
別のヘッダ情報を付加する。ヘッダ情報は、それを使用しないように構成される
ルータによって単にペイロードとして解釈される。
わらず、オーディオおよびビデオなどのリアルタイムデータ、かつ特にストリー
ミングメディアなどのタイムセンシティブデータを伝送するために使用される。
ＲＴＰは、ファイル転送および電子メールなどの非リアルタイムデータに対して
通常使用される伝送制御プロトコル（ＴＣＰ）とは反対に、ユーザデータグラム
プロトコル（ＵＤＰ）を使用する。ＴＣＰとは異なり、ＵＤＰパケットを生成お
よび搬送するソフトウェアおよびハードウェアデバイスは、ＵＤＰパケットが目
的の送信先に到達する前にはＵＤＰパケットをフラグメント化も再アセンブルも
せず、これはストリーミングアプリケーションにおいて重要である。ＲＴＰは、
受信側によって使用され得るペイロード（配信されるべきコンテンツなど）とは
別のヘッダ情報を付加する。ヘッダ情報は、それを使用しないように構成される
ルータによって単にペイロードとして解釈される。
【００４６】
ＲＴＳＰは、リアルタイム性を有するデータの送達を制御するためのアプリケ
ーションレベルのプロトコルであり、かつ拡張可能なフレームワークを提供して
ライブ供給および格納クリップを含むリアルタイムデータの制御されたオンデマ
ンド送達を可能にする。ＲＴＳＰは、マルチプルデータ送達セッションを制御し
、ＵＤＰ、マルチキャストＵＤＰおよびＴＣＰなどの送達チャネルを選択する手
段を提供し、およびＲＴＰに基づいて送達機構を選択する手段を提供し得る。Ｈ
ＴＴＰは、繰り返し読まれるウェッブページおよび他のコンテンツにより適する
蓄積交換プロトコルにより近いのでストリーミングメディアには一般に適さない
。ＨＴＴＰと異なり、ＲＴＳＰは、高度に動的であり、かつユーザデバイス（以
下、クライアントと称す）と時間ベースのメディアに役立つサーバとの間に持続
する相互作用性を提供する。さらに、ＨＴＴＰは、クライアントとサーバとの間
のマルチプルセッションを考慮しておらず、かつポートを１つだけ移動する。Ｒ
ＴＰは、ＨＴＴＰデータをカプセル化し得、かつマルチプルＲＴＰセッションを
動的にオープンするように使用して多くの異なるストリームを同時に送達する。
ーションレベルのプロトコルであり、かつ拡張可能なフレームワークを提供して
ライブ供給および格納クリップを含むリアルタイムデータの制御されたオンデマ
ンド送達を可能にする。ＲＴＳＰは、マルチプルデータ送達セッションを制御し
、ＵＤＰ、マルチキャストＵＤＰおよびＴＣＰなどの送達チャネルを選択する手
段を提供し、およびＲＴＰに基づいて送達機構を選択する手段を提供し得る。Ｈ
ＴＴＰは、繰り返し読まれるウェッブページおよび他のコンテンツにより適する
蓄積交換プロトコルにより近いのでストリーミングメディアには一般に適さない
。ＨＴＴＰと異なり、ＲＴＳＰは、高度に動的であり、かつユーザデバイス（以
下、クライアントと称す）と時間ベースのメディアに役立つサーバとの間に持続
する相互作用性を提供する。さらに、ＨＴＴＰは、クライアントとサーバとの間
のマルチプルセッションを考慮しておらず、かつポートを１つだけ移動する。Ｒ
ＴＰは、ＨＴＴＰデータをカプセル化し得、かつマルチプルＲＴＰセッションを
動的にオープンするように使用して多くの異なるストリームを同時に送達する。
【００４７】
システム１０は、ディレクタによって制御されるように、ネットワーク運営セ
ンター（ＮＯＣ）として動作する復号化施設２８およびブロードキャストモジュ
ール１１０（復号化施設２８またはマスタデータセンタ１８におけるなど）に設
置された伝送制御ソフトウェアを使用して、どのストリームが配信システム１２
中のどのノードに対して利用可能であるか決定し、そして配信システム１２が１
対１のストリーミングまたは１対多数のストリーミングをサポートできるように
する。ＲＴＳＰの拡張可能言語機能は、配信ネットワーク１２の末端にある伝送
制御ソフトウェアを増強する。ＲＴＳＰが双方向プロトコルであるので、それを
使用することにより、配信ネットワーク１２におけるルーティング、条件付アク
セス（認証など）および帯域制御を考慮して、エンコーダモジュール１３４（図
６参照）および受信器モジュール１４４（図８参照）が交信することが可能とな
る。標準ＲＴＳＰプロキシは、いずれのネットワークコンポーネントの間にも提
供され得、それらが互いに通信できるようにする。したがって、プロキシは、必
ずしも実際のコンテンツを理解しなくてもＲＴＳＰトラフィックを管理し得る。
ンター（ＮＯＣ）として動作する復号化施設２８およびブロードキャストモジュ
ール１１０（復号化施設２８またはマスタデータセンタ１８におけるなど）に設
置された伝送制御ソフトウェアを使用して、どのストリームが配信システム１２
中のどのノードに対して利用可能であるか決定し、そして配信システム１２が１
対１のストリーミングまたは１対多数のストリーミングをサポートできるように
する。ＲＴＳＰの拡張可能言語機能は、配信ネットワーク１２の末端にある伝送
制御ソフトウェアを増強する。ＲＴＳＰが双方向プロトコルであるので、それを
使用することにより、配信ネットワーク１２におけるルーティング、条件付アク
セス（認証など）および帯域制御を考慮して、エンコーダモジュール１３４（図
６参照）および受信器モジュール１４４（図８参照）が交信することが可能とな
る。標準ＲＴＳＰプロキシは、いずれのネットワークコンポーネントの間にも提
供され得、それらが互いに通信できるようにする。したがって、プロキシは、必
ずしも実際のコンテンツを理解しなくてもＲＴＳＰトラフィックを管理し得る。
【００４８】
通常、ＲＴＳＰストリーム毎に、１つのＲＴＰストリームがある。さらに、Ｒ
ＴＰセッションは、タイムスタンプおよびシーケンス番号を用いてデータパッキ
ングをサポートする。ＲＴＰパケットは、ブロードキャストプロトコルにおいて
ラップされる。受信フェーズ１０４におけるアプリケーションは、この情報を使
用して、次のパケットをいつと予期すべきかを決定する。さらに、システムオペ
レータは、この情報を使用してネットワーク１２および人工衛星３２の接続をモ
ニタし、遅れがあれば、その程度を決定する。
ＴＰセッションは、タイムスタンプおよびシーケンス番号を用いてデータパッキ
ングをサポートする。ＲＴＰパケットは、ブロードキャストプロトコルにおいて
ラップされる。受信フェーズ１０４におけるアプリケーションは、この情報を使
用して、次のパケットをいつと予期すべきかを決定する。さらに、システムオペ
レータは、この情報を使用してネットワーク１２および人工衛星３２の接続をモ
ニタし、遅れがあれば、その程度を決定する。
【００４９】
ＲＴＰを用いてペイロード標準として記述されたエンコーダおよびデータカプ
セル化器は、市販のエンコーダ（ＭＰＥＧ２エンコーダなど）をシステム１０を
変更せずに導入し得るので有利である。さらに、ＲＴＰ／ＲＴＳＰを出力するエ
ンコーダは、ＲＴＰ／ＲＴＳＰ伝送サーバに接続し得る。加えて、メディアプレ
ーヤがＲＴＰ／ＲＴＳＰをサポートするので特定のエンコーダおよび受信器の組
み合わせを全く使用しなくてよい。
セル化器は、市販のエンコーダ（ＭＰＥＧ２エンコーダなど）をシステム１０を
変更せずに導入し得るので有利である。さらに、ＲＴＰ／ＲＴＳＰを出力するエ
ンコーダは、ＲＴＰ／ＲＴＳＰ伝送サーバに接続し得る。加えて、メディアプレ
ーヤがＲＴＰ／ＲＴＳＰをサポートするので特定のエンコーダおよび受信器の組
み合わせを全く使用しなくてよい。
【００５０】
ストリームおよびコンテンツが層１１６、１１８および１２０全体にわたって
配信される方法を図１０および１１を参照してさらに説明する。
配信される方法を図１０および１１を参照してさらに説明する。
【００５１】
上記のように、マスタデータセンタ１８は、ストリーミングメディアに対する
膨大な数のリクエストをサポートするように構成され、かつしたがって、一般に
インターネットからのエンドユーザによるリクエストを扱うための冗長な第１の
層１２０である。局所データセンタ１６は、第２の層１１８を構成し、かつイン
ターネットを挟んだ主要な「バックボーン」ポイントに効果的に配置される。局
所データセンタ１６は、インターネット上の１つのサブネットワーク内からのト
ラフィックを点検して同じサブネットワーク内で使用し、したがってデータのコ
ンテンツが、当業者の理解するようなインターネット上で生じ得るプライベート
およびパブリックな盗聴（ｐｅｅｒｉｎｇ）に関連する問題および特異性の影響
を受けることを防止する。局所データセンタ１６はまた、大容量のデータストリ
ームを扱うことができる。メディアサービスシステム１４は、ネットワーク１０
０の第３の層１１６を構成し、一般にエンドユーザから離れた２つより少ないル
ータホップである存在するアクセスプロバイダポイント（ＰＯＰ）内に配置され
る。これらのメディアサービスシステム１４は、一般にインターネットの特異性
に全く影響を受けず、かつしたがって特定のＰＯＰの必要を満たすように規模を
変更され得る。
膨大な数のリクエストをサポートするように構成され、かつしたがって、一般に
インターネットからのエンドユーザによるリクエストを扱うための冗長な第１の
層１２０である。局所データセンタ１６は、第２の層１１８を構成し、かつイン
ターネットを挟んだ主要な「バックボーン」ポイントに効果的に配置される。局
所データセンタ１６は、インターネット上の１つのサブネットワーク内からのト
ラフィックを点検して同じサブネットワーク内で使用し、したがってデータのコ
ンテンツが、当業者の理解するようなインターネット上で生じ得るプライベート
およびパブリックな盗聴（ｐｅｅｒｉｎｇ）に関連する問題および特異性の影響
を受けることを防止する。局所データセンタ１６はまた、大容量のデータストリ
ームを扱うことができる。メディアサービスシステム１４は、ネットワーク１０
０の第３の層１１６を構成し、一般にエンドユーザから離れた２つより少ないル
ータホップである存在するアクセスプロバイダポイント（ＰＯＰ）内に配置され
る。これらのメディアサービスシステム１４は、一般にインターネットの特異性
に全く影響を受けず、かつしたがって特定のＰＯＰの必要を満たすように規模を
変更され得る。
【００５２】
マスタデータセンタ１８は、復号化施設を併用して、配信されたサーバアプリ
ケーションを含むディレクタを含む。ディレクタは、局所データセンタ１６およ
びメディアサービスシステム１４に存在する他のディレクタからネットワーク１
０における複数のソースからのからのネットワーク１０についての情報をポーリ
ングし得、かつこの情報を使用してストリーミングデータにおける位置を決定ま
たは変更し得る。これらの位置に、コンテンツプロバイダから受信したデータは
、そのデータが局所データセンタ１６およびメディアサービスシステム１４へ最
善に配信するように配置されるべきである。
ケーションを含むディレクタを含む。ディレクタは、局所データセンタ１６およ
びメディアサービスシステム１４に存在する他のディレクタからネットワーク１
０における複数のソースからのからのネットワーク１０についての情報をポーリ
ングし得、かつこの情報を使用してストリーミングデータにおける位置を決定ま
たは変更し得る。これらの位置に、コンテンツプロバイダから受信したデータは
、そのデータが局所データセンタ１６およびメディアサービスシステム１４へ最
善に配信するように配置されるべきである。
【００５３】
図１を参照し、ディレクタの制御下で、エンコーダ２８は、コンテンツプロバ
イダから受信したデータをマスタデータセンタまたはセンタ１８、局所データサ
ーバ１６およびメディアサービスシステム１４へ人工衛星３２、ＡＴＭ／インタ
ーネットネットワーク３３、またはその両方を介してアップリンクする。ネット
ワーク１０のコンポーネントは、上記のように協同して確実に正しいマルチキャ
ストストリームがネットワーク１０においてどのサーバにも到達するようにする
。また、データの人工衛星送達は、公知のブロードキャスト技術を介して実現可
能な規模の経済をてこ入れし、そしてさらにより遅くかつよりコストのかかるイ
ンターネットの地上バックボーンを経由せずにエンドユーザに一定かつより高速
のインターネット性能を提供する。その結果、帯域コストを下げ、サービスの品
質を向上し、かつ新しい機会を提供する。当業者によって理解され得るように、
復号化施設で使用されるパッケージ送達ソフトウェアによって、データファイル
はマルチキャストＵＤＰ／ＩＰ、ＴＣＰ／ＩＰ、またはその両方によって配信で
きる。また、パッケージ送達ソフトウェアは、協同してデータを送信し、かつい
ずれの失われたデータパケットもすばやく回復する。この回復スキームの結果、
ストリーミングオーディオ、ビデオおよびマルチメディアデータは、よりスムー
ズにインターネットへ送達される。
イダから受信したデータをマスタデータセンタまたはセンタ１８、局所データサ
ーバ１６およびメディアサービスシステム１４へ人工衛星３２、ＡＴＭ／インタ
ーネットネットワーク３３、またはその両方を介してアップリンクする。ネット
ワーク１０のコンポーネントは、上記のように協同して確実に正しいマルチキャ
ストストリームがネットワーク１０においてどのサーバにも到達するようにする
。また、データの人工衛星送達は、公知のブロードキャスト技術を介して実現可
能な規模の経済をてこ入れし、そしてさらにより遅くかつよりコストのかかるイ
ンターネットの地上バックボーンを経由せずにエンドユーザに一定かつより高速
のインターネット性能を提供する。その結果、帯域コストを下げ、サービスの品
質を向上し、かつ新しい機会を提供する。当業者によって理解され得るように、
復号化施設で使用されるパッケージ送達ソフトウェアによって、データファイル
はマルチキャストＵＤＰ／ＩＰ、ＴＣＰ／ＩＰ、またはその両方によって配信で
きる。また、パッケージ送達ソフトウェアは、協同してデータを送信し、かつい
ずれの失われたデータパケットもすばやく回復する。この回復スキームの結果、
ストリーミングオーディオ、ビデオおよびマルチメディアデータは、よりスムー
ズにインターネットへ送達される。
【００５４】
復号化施設２８は、コンテンツを層１１６、１１８および１２０に配信して、
確実にコンテンツプロバイダからのデータが効率的かつコスト効果的にネットワ
ーク１０の３つの層すべてに同時にマルチキャストされるようにする。図１０に
示されるように、ディレクタは、ネットワークを常にモニタし、そして変化に適
応してネットワーク１０上で実行されるアプリケーションの品質を確保する。さ
らに示すように、リレーソフトウェアはネットワーク１０全体に配信され、パケ
ットがブロードキャストバックボーンで失われないことを確実にする信頼のある
トランスポート層を提供する。トランスポート層はまた、アプリケーションに１
対少数から１対多数へ接続を増大させる。ブロードキャストバックボーンからの
データの受信およびアンパッキングに加えて、リレーソフトウェアは、局所的な
格納、かつ遠隔サーバおよびそのアプリケーションのステータスについてのディ
レクタへの報告を管理する。
確実にコンテンツプロバイダからのデータが効率的かつコスト効果的にネットワ
ーク１０の３つの層すべてに同時にマルチキャストされるようにする。図１０に
示されるように、ディレクタは、ネットワークを常にモニタし、そして変化に適
応してネットワーク１０上で実行されるアプリケーションの品質を確保する。さ
らに示すように、リレーソフトウェアはネットワーク１０全体に配信され、パケ
ットがブロードキャストバックボーンで失われないことを確実にする信頼のある
トランスポート層を提供する。トランスポート層はまた、アプリケーションに１
対少数から１対多数へ接続を増大させる。ブロードキャストバックボーンからの
データの受信およびアンパッキングに加えて、リレーソフトウェアは、局所的な
格納、かつ遠隔サーバおよびそのアプリケーションのステータスについてのディ
レクタへの報告を管理する。
【００５５】
例えば、復号化施設２８に配置された配信エンジンは、周期的に動作してネッ
トワーク１０の他の層、すなわち、局所データセンタ１６およびメディアサービ
スシステム１４、から生成および受信されたサーバログを分析し、かつ例えば、
どのファイルをキャッシュエンジンルールに基づいて送信すべきかを決定する（
すなわち、ファイルがユーザによってリクエストされる回数、ファイルサイズ、
ネットワーク１０における遠隔サイトで最も大容量の格納など）。この分析に基
づいて、ブロードキャストモジュール１１０（図７参照）は、データを局所デー
タセンタ１６およびメディアサービスシステム１４へ転送するために、サービス
およびヘッドエンド機能ならびにストリーミングコンテンツ仕分け機能を行う。
トワーク１０の他の層、すなわち、局所データセンタ１６およびメディアサービ
スシステム１４、から生成および受信されたサーバログを分析し、かつ例えば、
どのファイルをキャッシュエンジンルールに基づいて送信すべきかを決定する（
すなわち、ファイルがユーザによってリクエストされる回数、ファイルサイズ、
ネットワーク１０における遠隔サイトで最も大容量の格納など）。この分析に基
づいて、ブロードキャストモジュール１１０（図７参照）は、データを局所デー
タセンタ１６およびメディアサービスシステム１４へ転送するために、サービス
およびヘッドエンド機能ならびにストリーミングコンテンツ仕分け機能を行う。
【００５６】
例えば、特定のマルチメディアデータイベント（ビデオクリップなど）は、ま
ずコンテンツプロバイダを介して提供される場合、その特定のビデオクリップは
マスタデータセンタ１８に存在するようになる。初期には利用可能なビデオクリ
ップの人気の統計は、おそらくは少ないかまたは全くないので、配信エンジンに
よって行われる分析は、結果として配信エンジンがビデオクリップを低い優先順
位に、または、言い換えると、配信すべきデータストリームの端近くに置く。局
所データセンタ１６およびメディアサービスシステム１４でのサーバは一般に十
分なデータ格納能力を有せず受信するデータストリーム中の全データを格納でき
るとは限らないので、これらのサーバはこのビデオクリップを格納およびしたが
って提供できない可能性が大きい。すなわち、これらのサーバは、一般にデータ
ストリームの開始部分でデータを格納でき、そしてしたがってストリームの最後
へ近づくほど多くのデータを無視する。
ずコンテンツプロバイダを介して提供される場合、その特定のビデオクリップは
マスタデータセンタ１８に存在するようになる。初期には利用可能なビデオクリ
ップの人気の統計は、おそらくは少ないかまたは全くないので、配信エンジンに
よって行われる分析は、結果として配信エンジンがビデオクリップを低い優先順
位に、または、言い換えると、配信すべきデータストリームの端近くに置く。局
所データセンタ１６およびメディアサービスシステム１４でのサーバは一般に十
分なデータ格納能力を有せず受信するデータストリーム中の全データを格納でき
るとは限らないので、これらのサーバはこのビデオクリップを格納およびしたが
って提供できない可能性が大きい。すなわち、これらのサーバは、一般にデータ
ストリームの開始部分でデータを格納でき、そしてしたがってストリームの最後
へ近づくほど多くのデータを無視する。
【００５７】
したがって、そのビデオクリップに対するユーザによるいずれのリクエストも
マスタデータセンタ１８でサーバによって満足される。詳細には、ディレクタは
、メタタグファイルをリクエストしたユーザ２０に提供し、そのメタタグファイ
ルによってユーザ２０はマスタデータセンタ１８にある適切なサーバに接続し、
マスタデータセンタ１８からユーザ２０はリクエストしたビデオクリップを受信
し得る。
マスタデータセンタ１８でサーバによって満足される。詳細には、ディレクタは
、メタタグファイルをリクエストしたユーザ２０に提供し、そのメタタグファイ
ルによってユーザ２０はマスタデータセンタ１８にある適切なサーバに接続し、
マスタデータセンタ１８からユーザ２０はリクエストしたビデオクリップを受信
し得る。
【００５８】
しかし、より多くのユーザが特定のビデオクリップをリクエストするにつれ、
この新しいデータクリップについての統計が利用可能になり、かつ配信エンジン
によって分析され得る。ビデオクリップの人気が上がるにつれ、配信エンジンは
ビデオクリップに対してビデオストリーム中のより高い優先順位を与える。言い
換えると、ビデオストリームが局所データセンタ１６およびメディアサービスシ
ステム１４に送信される毎にビデオストリームの開始点に近くなるようにする。
上記のように、局所データセンタ１６は、マスタデータセンタ１８から利用可能
なコンテンツのサブセットを格納するのに十分なメモリを有する。同様に、各メ
ディアサービスシステム１４はまた、マスタデータセンタ１８によって優先順位
をつけられたコンテンツのサブセットを格納するために、末端デバイスおよびＩ
ＳＰ ＰＯＰでのメモリ容量程度のメモリを有する。
この新しいデータクリップについての統計が利用可能になり、かつ配信エンジン
によって分析され得る。ビデオクリップの人気が上がるにつれ、配信エンジンは
ビデオクリップに対してビデオストリーム中のより高い優先順位を与える。言い
換えると、ビデオストリームが局所データセンタ１６およびメディアサービスシ
ステム１４に送信される毎にビデオストリームの開始点に近くなるようにする。
上記のように、局所データセンタ１６は、マスタデータセンタ１８から利用可能
なコンテンツのサブセットを格納するのに十分なメモリを有する。同様に、各メ
ディアサービスシステム１４はまた、マスタデータセンタ１８によって優先順位
をつけられたコンテンツのサブセットを格納するために、末端デバイスおよびＩ
ＳＰ ＰＯＰでのメモリ容量程度のメモリを有する。
【００５９】
層１１６および１１８におけるデバイスのコンテンツは、より優先順位がより
高いコンテンツと動的に置き換えられる。従って、ビデオクリップはデータスト
リームの開始部分により近く移動されるので、ビデオクリップが地域データセン
タ１６およびメディアサービングシステム１４に格納され得るデータの中にある
可能性は高くなる。最終的に、ビデオクリップが最も一般的なデータの中にある
場合、このビデオクリップは配信エンジンによってデータストリームの開始部分
の近傍に配置され、従って、すべての、またはほとんどの地域データセンタ１６
およびメディアサービングシステム１４に格納される。
高いコンテンツと動的に置き換えられる。従って、ビデオクリップはデータスト
リームの開始部分により近く移動されるので、ビデオクリップが地域データセン
タ１６およびメディアサービングシステム１４に格納され得るデータの中にある
可能性は高くなる。最終的に、ビデオクリップが最も一般的なデータの中にある
場合、このビデオクリップは配信エンジンによってデータストリームの開始部分
の近傍に配置され、従って、すべての、またはほとんどの地域データセンタ１６
およびメディアサービングシステム１４に格納される。
【００６０】
上述のように、ダイレクタはインテリジェントエージェントであり、ネットワ
ーク１０のすべての層１１６、１１８および１２０の状態をモニタリングし、ユ
ーザを最適サーバにリダイレクトする。ダイレクタは、ＩＰアドレスマップを用
い、エンドユーザ２０が配置されている場所を決定し、その後、最高の質のスト
リームを送達し得るサーバを識別する。サーバの選択はネットワーク性能、コン
テンツがＣＰＵロードと一緒に配置される場所、アプリケーションステータス、
および他のファクタに基づく。
ーク１０のすべての層１１６、１１８および１２０の状態をモニタリングし、ユ
ーザを最適サーバにリダイレクトする。ダイレクタは、ＩＰアドレスマップを用
い、エンドユーザ２０が配置されている場所を決定し、その後、最高の質のスト
リームを送達し得るサーバを識別する。サーバの選択はネットワーク性能、コン
テンツがＣＰＵロードと一緒に配置される場所、アプリケーションステータス、
および他のファクタに基づく。
【００６１】
エンドユーザ２０がストリームをリクエストすると、ダイレクタはネットワー
ク１０上の最良サーバを決定し、このサーバからストリーミングメディアデータ
を送達する。物理的にエンドユーザに最も近いサーバが最も適切な選択であり得
ることもあるが、いつもそうであるとは言えない。例えば、エンドユーザにとっ
てローカルにあるメディアサービングシステム１４がデータに対する現在の要求
を抱えすぎている場合、および同じＰＯＰ内のエンドユーザによってさらなる要
求が受取られた場合、そのメディアサービングシステム１４は、おそらくデータ
リクエストを提供するための最適な選択ではない。
ク１０上の最良サーバを決定し、このサーバからストリーミングメディアデータ
を送達する。物理的にエンドユーザに最も近いサーバが最も適切な選択であり得
ることもあるが、いつもそうであるとは言えない。例えば、エンドユーザにとっ
てローカルにあるメディアサービングシステム１４がデータに対する現在の要求
を抱えすぎている場合、および同じＰＯＰ内のエンドユーザによってさらなる要
求が受取られた場合、そのメディアサービングシステム１４は、おそらくデータ
リクエストを提供するための最適な選択ではない。
【００６２】
従って、ダイレクタは、特定のデータストリームがどのサーバから特定のエン
ドユーザに提供されるべきかを決定すると、一連のクエリを動作させる。特に、
層１２０（マスタデータセンタ）レベルにおけるダイレクタは、地域データセン
タ１６である、その「子」サーバをクエリする。地域データセンタ１６における
ダイレクタは、これらのダイレクタのそれぞれのメディアサービングシステム１
４である、これらの「子」サーバのダイレクタをクエリする。このクエリされた
情報は、メディアサービングシステム１４におけるダイレクタによって、これら
のダイレクタのそれぞれの地域データセンタ１６に提供され、その後、そのクエ
リされた情報をそれら自身が所有するクエリされた情報と一緒にマスタデータセ
ンタ１８におけるダイレクタに提供される。この情報に基づいて、マスタデータ
センタ１８におけるダイレクタは、ユーザリクエストを満たすために最も適切な
サーバはどれかを決定し得る。一度決定が下されると、マスタデータセンタ１８
におけるダイレクタは、ユーザに適切なメタタグファイルを提供し、従って、ユ
ーザがメタタグファイル（例えば、リクエストするユーザに近く利用可能である
メディアサービングシステム１４の１つ）によって表される適切なサーバにリン
クすることを可能にし、従って、ユーザはリクエストされたビデオクリップをそ
のサーバから受取り得る。
ドユーザに提供されるべきかを決定すると、一連のクエリを動作させる。特に、
層１２０（マスタデータセンタ）レベルにおけるダイレクタは、地域データセン
タ１６である、その「子」サーバをクエリする。地域データセンタ１６における
ダイレクタは、これらのダイレクタのそれぞれのメディアサービングシステム１
４である、これらの「子」サーバのダイレクタをクエリする。このクエリされた
情報は、メディアサービングシステム１４におけるダイレクタによって、これら
のダイレクタのそれぞれの地域データセンタ１６に提供され、その後、そのクエ
リされた情報をそれら自身が所有するクエリされた情報と一緒にマスタデータセ
ンタ１８におけるダイレクタに提供される。この情報に基づいて、マスタデータ
センタ１８におけるダイレクタは、ユーザリクエストを満たすために最も適切な
サーバはどれかを決定し得る。一度決定が下されると、マスタデータセンタ１８
におけるダイレクタは、ユーザに適切なメタタグファイルを提供し、従って、ユ
ーザがメタタグファイル（例えば、リクエストするユーザに近く利用可能である
メディアサービングシステム１４の１つ）によって表される適切なサーバにリン
クすることを可能にし、従って、ユーザはリクエストされたビデオクリップをそ
のサーバから受取り得る。
【００６３】
上述のように、マスタデータセンタ１８の層におけるダイレクタは、クエリさ
れたデータを用いてストリームの利用可能性を決定するか、換言すると、特定の
ＰＯＰ、またはそのサーバと関連するコンテンツホスティングセンターの中にデ
ータストリームが存在するかどうかを決定する。ダイレクタは、例えば、データ
ストリームがウィンドウメディアまたはリアルＧ２であるかどうか等、ストリー
ムプラットフォームを決定する。ダイレクタはストリーム帯域幅状態も決定し、
これはデータストリームが狭帯域ストリームか、または広帯域ストリームかを示
す。ダイレクタは、サーバの性能に関しての照会もし、サーバおよびネットワー
クがその特定のタイプのデータストリームを提供することができるかどうかを査
定する。さらに、ダイレクタは、特定のマスタデータセンタ１８、地域データセ
ンタ１６またはメディアサービングシステム１４がネットワークの観点から利用
可能であるかどうかを決定することによって、ネットワークの利用可能性を決定
する。
れたデータを用いてストリームの利用可能性を決定するか、換言すると、特定の
ＰＯＰ、またはそのサーバと関連するコンテンツホスティングセンターの中にデ
ータストリームが存在するかどうかを決定する。ダイレクタは、例えば、データ
ストリームがウィンドウメディアまたはリアルＧ２であるかどうか等、ストリー
ムプラットフォームを決定する。ダイレクタはストリーム帯域幅状態も決定し、
これはデータストリームが狭帯域ストリームか、または広帯域ストリームかを示
す。ダイレクタは、サーバの性能に関しての照会もし、サーバおよびネットワー
クがその特定のタイプのデータストリームを提供することができるかどうかを査
定する。さらに、ダイレクタは、特定のマスタデータセンタ１８、地域データセ
ンタ１６またはメディアサービングシステム１４がネットワークの観点から利用
可能であるかどうかを決定することによって、ネットワークの利用可能性を決定
する。
【００６４】
ネットワーク１０上のすべてのタイプのサーバがすべてのタイプのデータスト
リームを必然的に搬送するのではないことに留意されたい。データコンテンツの
特定のクラスは、マスタデータセンタ１８または地域データセンタ１６からエン
ドユーザに提供され得るにすぎない。従って、ダイレクタがデータリクエストを
ユーザによってリクエストされた特定のデータコンテンツを支援しないサーバに
配向しないことが重要である。
リームを必然的に搬送するのではないことに留意されたい。データコンテンツの
特定のクラスは、マスタデータセンタ１８または地域データセンタ１６からエン
ドユーザに提供され得るにすぎない。従って、ダイレクタがデータリクエストを
ユーザによってリクエストされた特定のデータコンテンツを支援しないサーバに
配向しないことが重要である。
【００６５】
データストリーム用のプラットフォームも特に重要である。リアルサーバライ
センシングプロスペクティブに鑑みて、ネットワーク１０はデータ整合が維持さ
れることを保証することを必要とする。この問題はウィンドウズ（Ｒ）メディア
プラットフォームには生じない。しかしながら、マスタデータセンタ１８および
地域データセンタ１６の範囲内にはウィンドウズ（Ｒ）メディアまたはリアルＧ
２のみに対応する特定のサーバが存在する。
センシングプロスペクティブに鑑みて、ネットワーク１０はデータ整合が維持さ
れることを保証することを必要とする。この問題はウィンドウズ（Ｒ）メディア
プラットフォームには生じない。しかしながら、マスタデータセンタ１８および
地域データセンタ１６の範囲内にはウィンドウズ（Ｒ）メディアまたはリアルＧ
２のみに対応する特定のサーバが存在する。
【００６６】
ストリーム帯域幅は、データリクエストを配向する最良のサーバを決定するた
めにも重要である。ダイレクタは、高帯域幅ストリームリクエストがネットワー
ク上の最高性能ロケーション、特に、最高性能メディアサービングシステム１４
および地域データセンタ１６に配向されることを保証することを必要とする。
めにも重要である。ダイレクタは、高帯域幅ストリームリクエストがネットワー
ク上の最高性能ロケーション、特に、最高性能メディアサービングシステム１４
および地域データセンタ１６に配向されることを保証することを必要とする。
【００６７】
メディアサーバに関する１つの問題は、現在のサーバ性能を決定するためのツ
ールは、あったとしても最小限の数しかないということである。従って、ネット
ワーク１０等の分散型ネットワークにおいて、各サーバの正確な状態が連続的に
分かることが重要であり、サーバがさらなるリクエストを受取る場合、ダイレク
タは正確な決定を下し得る。従って、ダイレクタは特定のツールおよびユーティ
リティを有し、任意のサーバの現在の状態、および提供される現在のストリーム
の数およびこれらのストリームの帯域幅を査定する。これらのツールは現在のサ
ーバ状態の情報をもどって報告し、ダイレクタはこの情報を評価し、データが特
定のユーザリクエストに応答して提供される最良のサーバを決定する。
ールは、あったとしても最小限の数しかないということである。従って、ネット
ワーク１０等の分散型ネットワークにおいて、各サーバの正確な状態が連続的に
分かることが重要であり、サーバがさらなるリクエストを受取る場合、ダイレク
タは正確な決定を下し得る。従って、ダイレクタは特定のツールおよびユーティ
リティを有し、任意のサーバの現在の状態、および提供される現在のストリーム
の数およびこれらのストリームの帯域幅を査定する。これらのツールは現在のサ
ーバ状態の情報をもどって報告し、ダイレクタはこの情報を評価し、データが特
定のユーザリクエストに応答して提供される最良のサーバを決定する。
【００６８】
詳細には、本発明の実施形態に従って、ディレクタは、ネットワーク１０に、
メタファイルまたはメディアリソースクライアントリクエスト、もしくはメタフ
ァイルまたは特定のサーバプロトコル応答を遮り、リクエストを行っているクラ
イアント（例えば、エンドユーザ２０）に応答を返信する前に、その応答をイン
テリジェントに書き換える能力を提供する。ファイルは、リソースの稼動率等の
局所化された情報、および集中型ウェブサーバが有し得ないか、または取得する
ことさえできないリクエスト内のクライアントオリジナル情報（例えば、クライ
アントのＩＳＰ、ブラウザのタイプ、ＩＳＰのサーフィン傾向等）に従って書き
換えられる。これにより、ローカルサーバまたはリモートサーバのいずれかにロ
ーカルクライアントを送ることができる等の多くの新たなネットワーク化の解決
策、もしくは中心部のクライアントをそれらのＩＳＰの名前により識別する能力
を可能にする。
メタファイルまたはメディアリソースクライアントリクエスト、もしくはメタフ
ァイルまたは特定のサーバプロトコル応答を遮り、リクエストを行っているクラ
イアント（例えば、エンドユーザ２０）に応答を返信する前に、その応答をイン
テリジェントに書き換える能力を提供する。ファイルは、リソースの稼動率等の
局所化された情報、および集中型ウェブサーバが有し得ないか、または取得する
ことさえできないリクエスト内のクライアントオリジナル情報（例えば、クライ
アントのＩＳＰ、ブラウザのタイプ、ＩＳＰのサーフィン傾向等）に従って書き
換えられる。これにより、ローカルサーバまたはリモートサーバのいずれかにロ
ーカルクライアントを送ることができる等の多くの新たなネットワーク化の解決
策、もしくは中心部のクライアントをそれらのＩＳＰの名前により識別する能力
を可能にする。
【００６９】
図１１は、ネットワーク内のメタファイルの従来の利用状態、およびメタファ
イルが書き換えられる、本発明の好適な実施形態の両方を示す。クライアント１
８０（例えば、ユーザ２０）が包括的なメタファイル／メディアリソースをリク
エストする場合、リクエストは、インターネット／ＬＡＮ／ＷＡＮ／ＩＰネット
ワーククラウド１８２を介して、リクエストされたメディアがローカルビデオサ
ーバ１９０にあることを示す、静的に生成されたメタファイルをファイル格納デ
ィスク１８６から、または動的に生成されたメタファイルをＣＧＩ／プログラム
１８８から提供される、集中型ウェブサーバ１８４に送信される。従来のシステ
ムでは、次いで、メタファイルまたは特定のプロトコル応答が、クライアント１
８０に送信され、その結果、クライアントはビデオサーバ１９０からメディアを
取り出し得る。
イルが書き換えられる、本発明の好適な実施形態の両方を示す。クライアント１
８０（例えば、ユーザ２０）が包括的なメタファイル／メディアリソースをリク
エストする場合、リクエストは、インターネット／ＬＡＮ／ＷＡＮ／ＩＰネット
ワーククラウド１８２を介して、リクエストされたメディアがローカルビデオサ
ーバ１９０にあることを示す、静的に生成されたメタファイルをファイル格納デ
ィスク１８６から、または動的に生成されたメタファイルをＣＧＩ／プログラム
１８８から提供される、集中型ウェブサーバ１８４に送信される。従来のシステ
ムでは、次いで、メタファイルまたは特定のプロトコル応答が、クライアント１
８０に送信され、その結果、クライアントはビデオサーバ１９０からメディアを
取り出し得る。
【００７０】
しかしながら、本発明の実施形態に従って、クライアント１９２が、包括的な
メタファイル／メディアをリクエストする場合、リクエストは、上述したような
ディレクタの制御下で、リクエストをインターセプタ（サーバ）１９６に向け直
す、リディレクタにより受け取られる。インターセプタは、ネットワーククラウ
ド１０を介して、集中型ウェブまたは他のメディアサーバ１９８からのメタファ
イルまたはメディアリソースをリクエストする。集中型ウェブサーバ１９４、ま
たは他のメディアサーバ１９８は、静的に生成されたメタファイルをファイル格
納ディスク１８６から受け取るか、またはＣＧＩ／プログラム１８８から動的に
生成されたメタファイルを受け取り、ネットワーククラウド１８２を介して、メ
タファイルまたはプロトコル応答をクライアント１９２へと返信する。しかしな
がら、メタファイルまたはプロトコル応答がクライアント１９２に送達される前
に、リディレクタ１９４は、ディレクタの制御下で、メタファイル内に含まれる
情報を解析し、適宜に変更を行う。例えば、メタファイルは、ローカルサーバ１
９０に向けられたリンクを異なるローカルサーバ１９８に向けられるように変更
するように書き換えられ得る。
メタファイル／メディアをリクエストする場合、リクエストは、上述したような
ディレクタの制御下で、リクエストをインターセプタ（サーバ）１９６に向け直
す、リディレクタにより受け取られる。インターセプタは、ネットワーククラウ
ド１０を介して、集中型ウェブまたは他のメディアサーバ１９８からのメタファ
イルまたはメディアリソースをリクエストする。集中型ウェブサーバ１９４、ま
たは他のメディアサーバ１９８は、静的に生成されたメタファイルをファイル格
納ディスク１８６から受け取るか、またはＣＧＩ／プログラム１８８から動的に
生成されたメタファイルを受け取り、ネットワーククラウド１８２を介して、メ
タファイルまたはプロトコル応答をクライアント１９２へと返信する。しかしな
がら、メタファイルまたはプロトコル応答がクライアント１９２に送達される前
に、リディレクタ１９４は、ディレクタの制御下で、メタファイル内に含まれる
情報を解析し、適宜に変更を行う。例えば、メタファイルは、ローカルサーバ１
９０に向けられたリンクを異なるローカルサーバ１９８に向けられるように変更
するように書き換えられ得る。
【００７１】
さらに、大半のメタファイルがＴＣＰ／ユニキャスト法（ｕｎｉｃａｓｔ ｍ
ｅｔｈｏｄｓ）により送達されるため、リディレクタ１９４およびインターセプ
タ１９６は、同一のコンポーネントであることができる。すなわち、遮る動作を
行うコンポーネントは、初期のクライアントのリクエストに対するレスポンダで
ある必要があるコンポーネントでもある。これは、クライアントとインターセプ
タとの間で作成されるＴＣＰセッションの性質により必要とされ得る。また、最
近では、リクエストを遮る他の方法が存在し、リクエストを遮る時に、インター
セプタは、異なるタイプの応答がなされるべきか、またはリクエストが単に、意
図される宛先へと進むことが許可されるべきかを決定することができる。インタ
ーセプタ１９６は、多くの方法において、ソフトウェアおよび／またはハードウ
ェアで実現され得ることにさらに留意されたい。例えば、インターセプタ１９６
は、スイッチ、ルータ、プロキシ、もしくは他のタイプのソフトウェアまたはハ
ードウェアコンポーネントを含み得る。インターセプタ１９６は、必要であれば
、サーバへの送信前に、リクエストに情報を追加し得るか、もしくは直接応答す
るかまたは代わりに応答する別のアプリケーションへメッセージを送信し得る。
従って、上記から理解され得るように、ディレクタ、リディレクタ１９４、およ
びインターセプタ１９６の動作により、リクエストおよび応答が、ネットワーク
トポロジーローカルサーバ稼動率等の局所化されたデータに従って書き換えられ
る。
ｅｔｈｏｄｓ）により送達されるため、リディレクタ１９４およびインターセプ
タ１９６は、同一のコンポーネントであることができる。すなわち、遮る動作を
行うコンポーネントは、初期のクライアントのリクエストに対するレスポンダで
ある必要があるコンポーネントでもある。これは、クライアントとインターセプ
タとの間で作成されるＴＣＰセッションの性質により必要とされ得る。また、最
近では、リクエストを遮る他の方法が存在し、リクエストを遮る時に、インター
セプタは、異なるタイプの応答がなされるべきか、またはリクエストが単に、意
図される宛先へと進むことが許可されるべきかを決定することができる。インタ
ーセプタ１９６は、多くの方法において、ソフトウェアおよび／またはハードウ
ェアで実現され得ることにさらに留意されたい。例えば、インターセプタ１９６
は、スイッチ、ルータ、プロキシ、もしくは他のタイプのソフトウェアまたはハ
ードウェアコンポーネントを含み得る。インターセプタ１９６は、必要であれば
、サーバへの送信前に、リクエストに情報を追加し得るか、もしくは直接応答す
るかまたは代わりに応答する別のアプリケーションへメッセージを送信し得る。
従って、上記から理解され得るように、ディレクタ、リディレクタ１９４、およ
びインターセプタ１９６の動作により、リクエストおよび応答が、ネットワーク
トポロジーローカルサーバ稼動率等の局所化されたデータに従って書き換えられ
る。
【００７２】
データリクエストがどのサーバによって特定のユーザに関して扱われるかをダ
イレクタが決定するシナリオの例が、次に、図１２を参照して説明される。
イレクタが決定するシナリオの例が、次に、図１２を参照して説明される。
【００７３】
（全決定シナリオ＃１）
ユーザＡ（図１２参照）はビデオストリームをリクエストしようとする
ネットワークの利用可能性： 偽
ダイレクタはリクエストを見出すことはない
。なぜなら、ユーザはインターネットへの接続性を有せず、エッジサーバ＃1と
リージョナル＃１との間のリンクはダウンしているからである。 結果： ユーザＡは、そのＰＯＰ内にメディアサーバ
が存在するにもかかわらず、ストリームを受取ることはできない。
。なぜなら、ユーザはインターネットへの接続性を有せず、エッジサーバ＃1と
リージョナル＃１との間のリンクはダウンしているからである。 結果： ユーザＡは、そのＰＯＰ内にメディアサーバ
が存在するにもかかわらず、ストリームを受取ることはできない。
【００７４】
（全決定シナリオ＃２）
ユーザＢ（図１２参照）は１００ｋｂリアルビデオストリームをリクエストす
る ネットワーク利用可能性： 真 サーバ利用可能性： リージョナル＃１およびマスタデータセンタ＃
１ ストリーム利用可能性： ストリームは両方のロケーションに存在する ストリーム帯域幅： 両方のサイトがストリーム帯域幅を提供し得る
サーバ性能： ストリームを提供するために両方が利用可能 結果： ユーザはリージョナル＃１におけるリアルサー
バに配向される。
る ネットワーク利用可能性： 真 サーバ利用可能性： リージョナル＃１およびマスタデータセンタ＃
１ ストリーム利用可能性： ストリームは両方のロケーションに存在する ストリーム帯域幅： 両方のサイトがストリーム帯域幅を提供し得る
サーバ性能： ストリームを提供するために両方が利用可能 結果： ユーザはリージョナル＃１におけるリアルサー
バに配向される。
【００７５】
（全決定シナリオ＃３）
ユーザＣ（図１２参照）は３００ｋｂウィンドウズ（Ｒ）メディアストリーム
をリクエストする ネットワーク利用可能性： エッジ＃１、マスター＃１に対して真；マスタ
ー＃２に対して偽 サーバ利用可能性： エッジ＃１マスター＃１ ストリーム利用可能性： ストリームは両方のサーバに存在 ストリーム帯域幅： エッジ＃１はストリーム帯域幅を提供し得る：
マスター＃１はし得ない サーバ性能： エッジ＃１はストリームを提供するために利用
可能 結果： ユーザはエッジ＃１におけるウィンドウズ（Ｒ
）メディアサーバに配向される （全決定シナリオ＃４） ユーザＤ（図１２参照）は１００ｋｂウィンドウズ（Ｒ）メディアストリーム
をリクエストする ネットワーク利用可能性： リージョナル＃３、リージョナル＃４およびマ
スター＃２に対して真 サーバ利用可能性： リージョナル＃４およびマスター＃２ サーバ利用可能性： ストリームはマスター＃２上に存在 ストリーム帯域幅： マスター＃２はストリーム帯域幅を提供し得る
サーバ性能： マスター＃２はストリームを提供するために利
用可能 結果： ユーザはマスター＃２におけるウィンドウメデ
ィアサーバに配向される （全決定シナリオ＃５） ユーザＥは１００ｋｂリアルＧ２ストリームをリクエストする ネットワーク利用可能性： リージョナル＃３およびマスター＃２に対して
真 サーバ利用可能性： マスター＃２ ストリーム利用可能性： ストリームはサーバ上に存在 ストリーム帯域幅： マスター＃２はストリーム帯域幅を提供し得る
サーバ性能： マスター＃２はストリームを提供するために利
用可能 結果： ユーザはマスター＃２におけるリアルサーバに
配向される 本発明は、その好適な実施形態を参照して説明されたが、本発明はその詳細に
限定されるものではないと理解される。種々の改変および代用が当業者に想起さ
れ得る。このような代用は添付の請求項において規定されるように本発明の範囲
内に含まれることが意図される。
をリクエストする ネットワーク利用可能性： エッジ＃１、マスター＃１に対して真；マスタ
ー＃２に対して偽 サーバ利用可能性： エッジ＃１マスター＃１ ストリーム利用可能性： ストリームは両方のサーバに存在 ストリーム帯域幅： エッジ＃１はストリーム帯域幅を提供し得る：
マスター＃１はし得ない サーバ性能： エッジ＃１はストリームを提供するために利用
可能 結果： ユーザはエッジ＃１におけるウィンドウズ（Ｒ
）メディアサーバに配向される （全決定シナリオ＃４） ユーザＤ（図１２参照）は１００ｋｂウィンドウズ（Ｒ）メディアストリーム
をリクエストする ネットワーク利用可能性： リージョナル＃３、リージョナル＃４およびマ
スター＃２に対して真 サーバ利用可能性： リージョナル＃４およびマスター＃２ サーバ利用可能性： ストリームはマスター＃２上に存在 ストリーム帯域幅： マスター＃２はストリーム帯域幅を提供し得る
サーバ性能： マスター＃２はストリームを提供するために利
用可能 結果： ユーザはマスター＃２におけるウィンドウメデ
ィアサーバに配向される （全決定シナリオ＃５） ユーザＥは１００ｋｂリアルＧ２ストリームをリクエストする ネットワーク利用可能性： リージョナル＃３およびマスター＃２に対して
真 サーバ利用可能性： マスター＃２ ストリーム利用可能性： ストリームはサーバ上に存在 ストリーム帯域幅： マスター＃２はストリーム帯域幅を提供し得る
サーバ性能： マスター＃２はストリームを提供するために利
用可能 結果： ユーザはマスター＃２におけるリアルサーバに
配向される 本発明は、その好適な実施形態を参照して説明されたが、本発明はその詳細に
限定されるものではないと理解される。種々の改変および代用が当業者に想起さ
れ得る。このような代用は添付の請求項において規定されるように本発明の範囲
内に含まれることが意図される。
【図１】
図１は、本発明のある実施形態による、ネットワークの例を示す概略的なブロ
ック図である。
ック図である。
【図２】
図２は、本発明のある実施形態による、メディアサービスシステムの例を示す
概略的なブロック図である。
概略的なブロック図である。
【図３】
図３は、本発明のある実施形態による、データセンタの例を示す概略的なブロ
ック図である。
ック図である。
【図４】
図４は、本発明のある実施形態による、図１に示すネットワークにおけるデー
タフローの例を示す図である。
タフローの例を示す図である。
【図５】
図５は、本発明のある実施形態による、図１に示すネットワークにおけるコン
テンツフローの例を示す図である。
テンツフローの例を示す図である。
【図６】
図６は、本発明のある実施形態による、図１に示すネットワークにおいて採用
される獲得、放送、および受信段階を示す図である。
される獲得、放送、および受信段階を示す図である。
【図７】
図７は、本発明のある実施形態による、図１に示すネットワークにおいて採用
される獲得、放送、および受信段階を示す図である。
される獲得、放送、および受信段階を示す図である。
【図８】
図８は、本発明のある実施形態による、図１に示すネットワークにおいて採用
される獲得、放送、および受信段階を示す図である。
される獲得、放送、および受信段階を示す図である。
【図９】
図９は、本発明のある実施形態による、図１に示すネットワークにおいて発生
する転送データ管理の例を示す図である。
する転送データ管理の例を示す図である。
【図１０】
図１０は、本発明のある実施形態による、図１に示すネットワークにおけるデ
ィレクタの配信および動作の例を示す図である。
ィレクタの配信および動作の例を示す図である。
【図１１】
図１１は、メディアリソースリクエストメタファイルを解釈するかまたは図１
に示されるネットワークにおけるメディアサーバにリクエストされるメディアリ
ソースに応答し、メディアサーバへの応答を送信する前またはリクエストするク
ライアントに戻る前の応答を明瞭に再書き込みするためのディレクタの制御下で
含まれる例示的な構成要素を図示する概念ブロック図である。
に示されるネットワークにおけるメディアサーバにリクエストされるメディアリ
ソースに応答し、メディアサーバへの応答を送信する前またはリクエストするク
ライアントに戻る前の応答を明瞭に再書き込みするためのディレクタの制御下で
含まれる例示的な構成要素を図示する概念ブロック図である。
【図１２】
図１２は、異なる状況の下で、図１におけるネットワークによって行われる異
なるメディア配信シナリオを示す概略図である。
なるメディア配信シナリオを示す概略図である。
─────────────────────────────────────────────────────
フロントページの続き
(81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，
ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ
Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ
，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，
ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ
Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ
，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，
ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，
ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ
Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ
，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，
ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，Ｊ
Ｐ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ
，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，
ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ
Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ
，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，
ＹＵ，ＺＡ，ＺＷ
Claims (20)
- 【請求項１】 分散されたデータ送達ネットワーク内のデータリクエストを
処理するシステムであって、 データリソースリクエスト変更子であって、該データリソースリクエストが該
ネットワーク内のデータサーバに届く前に、該ネットワークからデータをリクエ
ストするユーザによって発せられたデータリソースリクエストを傍受しそして変
更するように適合された、変更子と、 データ送達デバイスであって、該変更されたデータリソースリクエストに基づ
いて、該分散されたデータ送達ネットワーク内のデータサーバからリクエストさ
れたデータの該ユーザへのルーチンを制御するように適合された、デバイスと を含むシステム。 - 【請求項２】 前記データリソースリクエストはデータリソースリクエスト
メタファイルを含み、 前記データリソースリクエスト変更子は、該データリソースリクエストメタフ
ァイルを変更して、該変更されたデータリソースリクエストに含まれる変更され
たデータリソースリクエストメタファイルを生成するように適合されており、 前記データ送達デバイスは該変更されたデータリソースリクエストメタファイ
ルに基づいて前記データサーバから前記リクエストされたデータのルーチンを制
御するように適合されている、請求項１に記載のシステム。 - 【請求項３】 前記データ送達デバイスは、前記変更されたデータリソース
リクエストに基づいて前記ユーザに応答を発して、該ユーザが前記データサーバ
から該リクエストされたデータを受信することを可能にする、請求項１に記載の
システム。 - 【請求項４】 前記変更されたデータリソースリクエストは、前記データサ
ーバを該データサーバとして識別するデータを含み、該データサーバから、前記
リクエストされたデータが前記ユーザに提供される、請求項１に記載のシステム
。 - 【請求項５】 前記変更されたデータリソースリクエスト内の前記データに
よって識別された前記データサーバは、変更前の前記データリソースリクエスト
内のデータによって識別されたデータサーバとは異なる、請求項４に記載のシス
テム。 - 【請求項６】 分散されたデータ送達ネットワーク内のデータリクエストへ
の応答を処理するシステムであって、 データ応答変更子であって、データリソースリクエストに応答して、該ネット
ワーク内のデータサーバによって発せられたデータ応答を傍受しそして変更する
ように適合され、該データリソースリクエストは、該応答が該ユーザに届いて変
更されたデータ応答が生成される前に、該ネットワークからデータをリクエスト
するユーザによって発せられる、変更子と、 データ送達デバイスであって、該変更されたデータ応答に基づいて、該分散さ
れたデータ送達ネットワーク内のデータサーバからリクエストされたデータの該
ユーザへのルーチンを制御するように適合されている、デバイスと を含むシステム。 - 【請求項７】 前記データ応答はデータ応答メタファイルを含み、 前記データ応答変更子は、該データ応答メタファイルを変更して、該変更され
たデータ応答に含まれる変更されたデータ応答メタファイルを生成するように適
合されており、 前記データ送達デバイスは前記変更されたデータ応答メタファイルに基づいて
前記データサーバから前記リクエストされたデータのルーチンを制御するように
適合された、請求項６に記載のシステム。 - 【請求項８】 前記データ送達デバイスは前記変更されたデータ応答を発し
て、前記ユーザが前記データサーバから前記リクエストされたデータを受信する
ことを可能にする、請求項６に記載のシステム。 - 【請求項９】 前記変更されたデータ応答は、前記データサーバを該データ
サーバとして識別するデータを含み、該データサーバから、前記リクエストされ
たデータが前記ユーザに提供される、請求項６に記載のシステム。 - 【請求項１０】 前記変更されたデータ応答内の前記データによって識別さ
れた前記データサーバは、変更前の前記データ応答内のデータによって識別され
たデータサーバとは異なる、請求項９に記載のシステム。 - 【請求項１１】 分散されたデータ送達ネットワーク内のデータリクエスト
を処理する方法であって、 データリソースリクエストが該ネットワーク内のデータサーバに届いて変更さ
れたデータリソースリクエストが生成される前に、該ネットワークからデータを
リクエストするユーザによって発せられたデータリソースリクエストを傍受しそ
して変更する工程と、 該変更されたデータリソースリクエストに基づいて、該分散されたデータ送達
ネットワーク内のデータサーバからリクエストされたデータの該ユーザへのルー
チンを制御する工程と を包含する方法。 - 【請求項１２】 前記データリソースリクエストはデータリソースリクエス
トメタファイルを含み、 前記データリソースリクエストを変更する工程は、該データリソースリクエス
トメタファイルを変更して、該変更されたデータリソースリクエストに含まれる
変更されたデータリソースリクエストメタファイルを生成する工程を含み、 前記制御する工程は、前記変更されたデータリソースリクエストメタファイル
に基づいて前記データサーバから前記リクエストされたデータのルーチンを制御
する工程を含む、請求項１１に記載の方法。 - 【請求項１３】 前記変更されたデータリソースリクエストに基づいて前記
ユーザに応答を発して、該ユーザが前記データサーバから該リクエストされたデ
ータを受信することを可能にする、請求項１１に記載の方法。 - 【請求項１４】 前記変更されたデータリソースリクエストは、前記データ
サーバを該データサーバとして識別するデータを含み、該データサーバから、前
記リクエストされたデータが前記ユーザに提供される、請求項１１に記載の方法
。 - 【請求項１５】 前記変更されたデータリソースリクエスト内の前記データ
によって識別された前記データサーバは、変更前の前記データリソースリクエス
ト内のデータによって識別されたデータサーバとは異なる、請求項１４に記載の
方法。 - 【請求項１６】 分散されたデータ送達ネットワーク内のデータリクエスト
への応答を処理する方法であって、 データリソースリクエストに応答して、該ネットワーク内のデータサーバによ
って発せられたデータ応答を傍受しそして変更する工程であって、該データリソ
ースリクエストは、該応答が該ユーザに届いて変更されたデータ応答が生成され
る前に該ネットワークからデータをリクエストするユーザによって発せられる、
工程と、 該変更されたデータ応答に基づいて、該分散されたデータ送達ネットワーク内
のデータサーバからリクエストされたデータの該ユーザへのルーチンを制御する
工程と を包含する方法。 - 【請求項１７】 前記データ応答はデータ応答メタファイルを含み、 前記データ応答を変更する工程は、該データ応答メタファイルを変更して、該
変更されたデータ応答に含まれる変更されたデータ応答メタファイルを生成する
工程を含み、 前記制御する工程は、前記変更されたデータ応答メタファイルに基づいて前記
データサーバから前記リクエストされたデータのルーチンを制御する工程を含む
、請求項１６に記載の方法。 - 【請求項１８】 前記変更されたデータ応答を発して、前記ユーザが前記デ
ータサーバから前記リクエストされたデータを受信することを可能にする工程を
さらに包含する、請求項１６に記載の方法。 - 【請求項１９】 前記変更されたデータ応答は、前記データサーバを該デー
タサーバとして識別するデータを含み、該データサーバから、前記リクエストさ
れたデータが前記ユーザに提供される、請求項１６に記載の方法。 - 【請求項２０】 前記変更されたデータ応答内の前記データによって識別さ
れた前記データサーバは、変更前の前記データ応答内のデータによって識別され
たデータサーバとは異なる、請求項１９に記載の方法。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US17875000P | 2000-01-28 | 2000-01-28 | |
| US60/178,750 | 2000-01-28 | ||
| PCT/US2001/002821 WO2001055878A1 (en) | 2000-01-28 | 2001-01-29 | A system and method for rewriting a media resource request and/or response between origin server and client |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003521067A true JP2003521067A (ja) | 2003-07-08 |
| JP2003521067A5 JP2003521067A5 (ja) | 2008-03-13 |
Family
ID=22653813
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001555354A Pending JP2003521067A (ja) | 2000-01-28 | 2001-01-29 | 起点サーバとクライアントとの間のメディアリソースリクエストおよび／または応答を書き換えるシステムおよび方法 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US7013322B2 (ja) |
| EP (1) | EP1252575B1 (ja) |
| JP (1) | JP2003521067A (ja) |
| AU (1) | AU2001236568A1 (ja) |
| CA (1) | CA2398499C (ja) |
| MX (1) | MXPA02007310A (ja) |
| WO (1) | WO2001055878A1 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010011473A (ja) * | 2001-10-10 | 2010-01-14 | Sedna Patent Services Llc | ビデオ及びデジタル・マルチメディアを取得し配送するシステム及び方法 |
| US11102158B2 (en) | 2008-01-28 | 2021-08-24 | Seven Networks, Llc | System and method of a relay server for managing communications and notification between a mobile device and application server |
Families Citing this family (97)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6976093B2 (en) * | 1998-05-29 | 2005-12-13 | Yahoo! Inc. | Web server content replication |
| US7143193B1 (en) * | 1998-05-29 | 2006-11-28 | Yahoo! Inc. | Content collection |
| AU2001235957A1 (en) * | 2000-03-01 | 2001-09-12 | Celltrex Ltd. | System and method for rapid document conversion |
| US7191242B1 (en) * | 2000-06-22 | 2007-03-13 | Apple, Inc. | Methods and apparatuses for transferring data |
| US7237017B1 (en) * | 2001-03-13 | 2007-06-26 | Panamsat Corporation | Micronode in a satellite based content delivery system |
| US20020184363A1 (en) * | 2001-04-20 | 2002-12-05 | Steven Viavant | Techniques for server-controlled measurement of client-side performance |
| CA2454207C (en) * | 2001-07-12 | 2012-07-17 | Research In Motion Limited | System and method for providing remote data access and transcoding for a mobile communication device |
| US7526572B2 (en) * | 2001-07-12 | 2009-04-28 | Research In Motion Limited | System and method for providing remote data access for a mobile communication device |
| CN100556023C (zh) * | 2001-10-24 | 2009-10-28 | 奇幻Ip有限责任公司 | 用于组播内容的方法 |
| RU2004135317A (ru) * | 2002-05-03 | 2005-08-10 | Коко Коммьюникейшнз Корп. (Us) | Способ и устройство, обеспечивающие постоянное соединение с устройством путем использования множества физических сетевых соединений и передачи соединения между множеством полос, режимов и сетей |
| USRE44782E1 (en) | 2002-11-11 | 2014-02-25 | Supracomm, Inc. | Multicast videoconferencing |
| US20040267875A1 (en) * | 2003-06-30 | 2004-12-30 | Hennessey Wade L. | Method and apparatus for establishing peering rules for distributed content delivery |
| US9525566B2 (en) * | 2003-07-31 | 2016-12-20 | Cloudsoft Corporation Limited | Self-managed mediated information flow |
| FR2860674A1 (fr) * | 2003-10-07 | 2005-04-08 | Thomson Licensing Sa | Methode de transmission de services dvb sur un reseau ip et appareil mettant en oeuvre la methode |
| US9032096B2 (en) * | 2003-12-17 | 2015-05-12 | Cisco Technology, Inc. | Reducing the impact of network latency on application performance |
| FR2864869A1 (fr) * | 2004-01-06 | 2005-07-08 | Thomson Licensing Sa | Methode de transmission de services numeriques sur un reseau et appareil mettant en oeuvre la methode |
| US7421454B2 (en) * | 2004-02-27 | 2008-09-02 | Yahoo! Inc. | Method and system for managing digital content including streaming media |
| CA2558892A1 (en) | 2004-03-13 | 2005-09-29 | Cluster Resources, Inc. | System and method for a self-optimizing reservation in time of compute resources |
| US8782654B2 (en) | 2004-03-13 | 2014-07-15 | Adaptive Computing Enterprises, Inc. | Co-allocating a reservation spanning different compute resources types |
| US20070266388A1 (en) | 2004-06-18 | 2007-11-15 | Cluster Resources, Inc. | System and method for providing advanced reservations in a compute environment |
| US8176490B1 (en) | 2004-08-20 | 2012-05-08 | Adaptive Computing Enterprises, Inc. | System and method of interfacing a workload manager and scheduler with an identity manager |
| CA2827035A1 (en) | 2004-11-08 | 2006-05-18 | Adaptive Computing Enterprises, Inc. | System and method of providing system jobs within a compute environment |
| US20060171310A1 (en) * | 2005-02-03 | 2006-08-03 | Utstarcom, Inc. | Method and system of consolidating mobile IP messages within a network |
| US8863143B2 (en) | 2006-03-16 | 2014-10-14 | Adaptive Computing Enterprises, Inc. | System and method for managing a hybrid compute environment |
| US8782231B2 (en) * | 2005-03-16 | 2014-07-15 | Adaptive Computing Enterprises, Inc. | Simple integration of on-demand compute environment |
| US9231886B2 (en) | 2005-03-16 | 2016-01-05 | Adaptive Computing Enterprises, Inc. | Simple integration of an on-demand compute environment |
| US9015324B2 (en) | 2005-03-16 | 2015-04-21 | Adaptive Computing Enterprises, Inc. | System and method of brokering cloud computing resources |
| CN101176087B (zh) * | 2005-03-23 | 2011-12-28 | 阿尔卡特朗讯公司 | 从网络节点实现对数字多媒体内容的播放列表搜索的系统和方法 |
| CA2603577A1 (en) | 2005-04-07 | 2006-10-12 | Cluster Resources, Inc. | On-demand access to compute resources |
| US8782120B2 (en) | 2005-04-07 | 2014-07-15 | Adaptive Computing Enterprises, Inc. | Elastic management of compute resources between a web server and an on-demand compute environment |
| EP1911263A4 (en) * | 2005-07-22 | 2011-03-30 | Kangaroo Media Inc | SYSTEM AND METHODS FOR ENHANCING THE LIVES OF SPECTATORS PARTICIPATING IN A LIVE SPORTS EVENT |
| US20070033282A1 (en) * | 2005-08-08 | 2007-02-08 | Weidong Mao | Signaling redirection for distributed session and resource management |
| JP2007219608A (ja) * | 2006-02-14 | 2007-08-30 | Fujitsu Ltd | 負荷分散処理プログラム及び負荷分散装置 |
| WO2007124504A2 (en) * | 2006-04-21 | 2007-11-01 | Mediamote, Inc. | Collection and distribution of sense-on-demand data |
| US8194643B2 (en) * | 2006-10-19 | 2012-06-05 | Embarq Holdings Company, Llc | System and method for monitoring the connection of an end-user to a remote network |
| US8477614B2 (en) | 2006-06-30 | 2013-07-02 | Centurylink Intellectual Property Llc | System and method for routing calls if potential call paths are impaired or congested |
| US8488447B2 (en) | 2006-06-30 | 2013-07-16 | Centurylink Intellectual Property Llc | System and method for adjusting code speed in a transmission path during call set-up due to reduced transmission performance |
| US8289965B2 (en) | 2006-10-19 | 2012-10-16 | Embarq Holdings Company, Llc | System and method for establishing a communications session with an end-user based on the state of a network connection |
| US8717911B2 (en) | 2006-06-30 | 2014-05-06 | Centurylink Intellectual Property Llc | System and method for collecting network performance information |
| US9094257B2 (en) | 2006-06-30 | 2015-07-28 | Centurylink Intellectual Property Llc | System and method for selecting a content delivery network |
| US8531954B2 (en) | 2006-08-22 | 2013-09-10 | Centurylink Intellectual Property Llc | System and method for handling reservation requests with a connection admission control engine |
| US7684332B2 (en) | 2006-08-22 | 2010-03-23 | Embarq Holdings Company, Llc | System and method for adjusting the window size of a TCP packet through network elements |
| US8223655B2 (en) | 2006-08-22 | 2012-07-17 | Embarq Holdings Company, Llc | System and method for provisioning resources of a packet network based on collected network performance information |
| US8107366B2 (en) | 2006-08-22 | 2012-01-31 | Embarq Holdings Company, LP | System and method for using centralized network performance tables to manage network communications |
| US8199653B2 (en) * | 2006-08-22 | 2012-06-12 | Embarq Holdings Company, Llc | System and method for communicating network performance information over a packet network |
| US8576722B2 (en) | 2006-08-22 | 2013-11-05 | Centurylink Intellectual Property Llc | System and method for modifying connectivity fault management packets |
| US8537695B2 (en) | 2006-08-22 | 2013-09-17 | Centurylink Intellectual Property Llc | System and method for establishing a call being received by a trunk on a packet network |
| US8619600B2 (en) | 2006-08-22 | 2013-12-31 | Centurylink Intellectual Property Llc | System and method for establishing calls over a call path having best path metrics |
| US7843831B2 (en) | 2006-08-22 | 2010-11-30 | Embarq Holdings Company Llc | System and method for routing data on a packet network |
| US8407765B2 (en) | 2006-08-22 | 2013-03-26 | Centurylink Intellectual Property Llc | System and method for restricting access to network performance information tables |
| US9479341B2 (en) | 2006-08-22 | 2016-10-25 | Centurylink Intellectual Property Llc | System and method for initiating diagnostics on a packet network node |
| US8189468B2 (en) * | 2006-10-25 | 2012-05-29 | Embarq Holdings, Company, LLC | System and method for regulating messages between networks |
| US8015294B2 (en) | 2006-08-22 | 2011-09-06 | Embarq Holdings Company, LP | Pin-hole firewall for communicating data packets on a packet network |
| US8743703B2 (en) | 2006-08-22 | 2014-06-03 | Centurylink Intellectual Property Llc | System and method for tracking application resource usage |
| US8064391B2 (en) | 2006-08-22 | 2011-11-22 | Embarq Holdings Company, Llc | System and method for monitoring and optimizing network performance to a wireless device |
| US8224255B2 (en) | 2006-08-22 | 2012-07-17 | Embarq Holdings Company, Llc | System and method for managing radio frequency windows |
| US8307065B2 (en) * | 2006-08-22 | 2012-11-06 | Centurylink Intellectual Property Llc | System and method for remotely controlling network operators |
| US8750158B2 (en) | 2006-08-22 | 2014-06-10 | Centurylink Intellectual Property Llc | System and method for differentiated billing |
| US8144587B2 (en) | 2006-08-22 | 2012-03-27 | Embarq Holdings Company, Llc | System and method for load balancing network resources using a connection admission control engine |
| US8144586B2 (en) * | 2006-08-22 | 2012-03-27 | Embarq Holdings Company, Llc | System and method for controlling network bandwidth with a connection admission control engine |
| US8549405B2 (en) | 2006-08-22 | 2013-10-01 | Centurylink Intellectual Property Llc | System and method for displaying a graphical representation of a network to identify nodes and node segments on the network that are not operating normally |
| US8228791B2 (en) | 2006-08-22 | 2012-07-24 | Embarq Holdings Company, Llc | System and method for routing communications between packet networks based on intercarrier agreements |
| US8274905B2 (en) | 2006-08-22 | 2012-09-25 | Embarq Holdings Company, Llc | System and method for displaying a graph representative of network performance over a time period |
| US8102770B2 (en) * | 2006-08-22 | 2012-01-24 | Embarq Holdings Company, LP | System and method for monitoring and optimizing network performance with vector performance tables and engines |
| US8238253B2 (en) * | 2006-08-22 | 2012-08-07 | Embarq Holdings Company, Llc | System and method for monitoring interlayer devices and optimizing network performance |
| US8130793B2 (en) | 2006-08-22 | 2012-03-06 | Embarq Holdings Company, Llc | System and method for enabling reciprocal billing for different types of communications over a packet network |
| US8125897B2 (en) * | 2006-08-22 | 2012-02-28 | Embarq Holdings Company Lp | System and method for monitoring and optimizing network performance with user datagram protocol network performance information packets |
| US8194555B2 (en) * | 2006-08-22 | 2012-06-05 | Embarq Holdings Company, Llc | System and method for using distributed network performance information tables to manage network communications |
| US20080098089A1 (en) | 2006-10-19 | 2008-04-24 | Ericsson, Inc. | Method and apparatus for retransmission request reduction in a network |
| US8111692B2 (en) * | 2007-05-31 | 2012-02-07 | Embarq Holdings Company Llc | System and method for modifying network traffic |
| CN101316226B (zh) * | 2007-06-01 | 2011-11-02 | 阿里巴巴集团控股有限公司 | 一种获取资源的方法、装置及系统 |
| US8041773B2 (en) | 2007-09-24 | 2011-10-18 | The Research Foundation Of State University Of New York | Automatic clustering for self-organizing grids |
| US8068425B2 (en) | 2008-04-09 | 2011-11-29 | Embarq Holdings Company, Llc | System and method for using network performance information to determine improved measures of path states |
| WO2010016007A1 (en) * | 2008-08-06 | 2010-02-11 | Nxp B.V. | Wireless video distribution |
| CN101504648A (zh) * | 2008-11-14 | 2009-08-12 | 北京搜狗科技发展有限公司 | 展现网页资源的方法及装置 |
| US9807468B2 (en) | 2009-06-16 | 2017-10-31 | Microsoft Technology Licensing, Llc | Byte range caching |
| US20110072129A1 (en) * | 2009-09-21 | 2011-03-24 | At&T Intellectual Property I, L.P. | Icmp proxy device |
| US11720290B2 (en) | 2009-10-30 | 2023-08-08 | Iii Holdings 2, Llc | Memcached server functionality in a cluster of data processing nodes |
| US10877695B2 (en) | 2009-10-30 | 2020-12-29 | Iii Holdings 2, Llc | Memcached server functionality in a cluster of data processing nodes |
| US8140702B2 (en) * | 2009-12-28 | 2012-03-20 | General Instrument Corporation | System and method of maximizing utility in media delivery network |
| US10127335B2 (en) | 2010-08-22 | 2018-11-13 | Qwilt, Inc | System and method of performing analytics with respect to content storing servers caching popular content |
| US11032583B2 (en) | 2010-08-22 | 2021-06-08 | QWLT, Inc. | Method and system for improving high availability for live content |
| US10097863B2 (en) * | 2010-08-22 | 2018-10-09 | Qwilt, Inc. | System and method for live service content handling with content storing servers caching popular content therein |
| US10097428B2 (en) * | 2010-08-22 | 2018-10-09 | Qwilt, Inc. | System and method for caching popular content respective of a content strong server in an asymmetrical routing topology |
| US9723073B2 (en) | 2010-08-22 | 2017-08-01 | Qwilt, Inc. | System for detection of content servers and caching popular content therein |
| US8615569B2 (en) * | 2010-10-25 | 2013-12-24 | Gregory A. Pearson, Inc. | Dynamic content delivery systems and methods for providing same |
| US8606878B2 (en) | 2011-02-28 | 2013-12-10 | Red Hat, Inc. | Systems and methods for de-populating cloud data store |
| JP2012234236A (ja) * | 2011-04-28 | 2012-11-29 | Hitachi Ltd | 負荷分散システム |
| KR20140101389A (ko) * | 2011-11-29 | 2014-08-19 | 와치투, 인코포레이티드 | 미디어 브로드캐스트를 위한 동기화된 인터랙티브 레이어를 위한 시스템 및 방법 |
| US20130232267A1 (en) * | 2012-03-01 | 2013-09-05 | Cisco Technology, Inc. | System and method for resource-based network policy control in a network environment |
| WO2014127515A1 (zh) * | 2013-02-21 | 2014-08-28 | 华为技术有限公司 | 业务提供系统、方法、移动边缘应用服务器及支持节点 |
| US8954394B2 (en) * | 2013-03-21 | 2015-02-10 | Nextbit Systems Inc. | Using mobile devices of a user as an edge cache to stream video files |
| US10154110B2 (en) | 2014-04-22 | 2018-12-11 | Qwilt, Inc. | System and methods thereof for delivery of popular content using a multimedia broadcast multicast service |
| WO2017138960A1 (en) * | 2016-02-12 | 2017-08-17 | Hewlett Packard Enterprise Development Lp | Distribution of data items |
| US10805424B2 (en) | 2017-06-29 | 2020-10-13 | Bank Of America Corporation | System for sending digital requests for resource transfers |
| US10932307B2 (en) * | 2018-12-31 | 2021-02-23 | Wipro Limited | Method and device for providing wireless data communication in datacenters |
| CN113709580B (zh) * | 2021-08-26 | 2023-04-07 | 中国联合网络通信集团有限公司 | 内容递送网络系统 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5742762A (en) * | 1995-05-19 | 1998-04-21 | Telogy Networks, Inc. | Network management gateway |
| US5774660A (en) * | 1996-08-05 | 1998-06-30 | Resonate, Inc. | World-wide-web server with delayed resource-binding for resource-based load balancing on a distributed resource multi-node network |
| WO1998045793A1 (en) * | 1997-04-08 | 1998-10-15 | Shopnow.Com Inc. | Method and system for injecting code to conditionally incorporate a user interface component in an html document |
| WO1998053410A2 (en) * | 1997-05-22 | 1998-11-26 | Trustees Of Boston University | A method and system for distributed caching, prefetching and replication |
| JPH114261A (ja) * | 1997-05-30 | 1999-01-06 | Internatl Business Mach Corp <Ibm> | 動的ルーティング方法及びプログラム記憶装置 |
| WO1999006913A1 (en) * | 1997-08-01 | 1999-02-11 | Arrowpoint Communications, Inc. | Content-aware flow switching |
| US5951694A (en) * | 1995-06-07 | 1999-09-14 | Microsoft Corporation | Method of redirecting a client service session to a second application server without interrupting the session by forwarding service-specific information to the second server |
| JPH11249951A (ja) * | 1998-03-05 | 1999-09-17 | Fujitsu Ltd | 情報管理システム、ローカルコンピュータ、サーバコンピュータ、情報取得プログラムを記録したコンピュータ読み取り可能な記録媒体及びサーバ用プログラムを記録したコンピュータ読み取り可能な記録媒体 |
| WO2000029990A1 (en) * | 1998-11-18 | 2000-05-25 | Infolibria, Inc. | Efficient content server using request redirection |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5819020A (en) * | 1995-10-16 | 1998-10-06 | Network Specialists, Inc. | Real time backup system |
| JPH09153912A (ja) * | 1995-11-30 | 1997-06-10 | Nippon Telegr & Teleph Corp <Ntt> | 情報提供方法及びシステム |
| US5862325A (en) * | 1996-02-29 | 1999-01-19 | Intermind Corporation | Computer-based communication system and method using metadata defining a control structure |
| US6003084A (en) * | 1996-09-13 | 1999-12-14 | Secure Computing Corporation | Secure network proxy for connecting entities |
| US6701376B1 (en) * | 1997-06-19 | 2004-03-02 | International Business Machines Corporation | Web server enabling browser access to HTML and Non-HTML documents |
| US6141759A (en) * | 1997-12-10 | 2000-10-31 | Bmc Software, Inc. | System and architecture for distributing, monitoring, and managing information requests on a computer network |
| US6185598B1 (en) * | 1998-02-10 | 2001-02-06 | Digital Island, Inc. | Optimized network resource location |
| US6130890A (en) * | 1998-09-11 | 2000-10-10 | Digital Island, Inc. | Method and system for optimizing routing of data packets |
| US6622157B1 (en) * | 1998-09-28 | 2003-09-16 | Certeon, Inc. | Extending network services using mobile agents |
| US6189078B1 (en) * | 1998-12-22 | 2001-02-13 | Unisys Corporation | System and method for increasing data transfer throughput for cache purge transactions using multiple data response indicators to maintain processor consistency |
| US6275470B1 (en) * | 1999-06-18 | 2001-08-14 | Digital Island, Inc. | On-demand overlay routing for computer-based communication networks |
-
2001
- 2001-01-29 AU AU2001236568A patent/AU2001236568A1/en not_active Abandoned
- 2001-01-29 MX MXPA02007310A patent/MXPA02007310A/es active IP Right Grant
- 2001-01-29 JP JP2001555354A patent/JP2003521067A/ja active Pending
- 2001-01-29 EP EP01908727.9A patent/EP1252575B1/en not_active Expired - Lifetime
- 2001-01-29 US US09/770,645 patent/US7013322B2/en not_active Expired - Lifetime
- 2001-01-29 WO PCT/US2001/002821 patent/WO2001055878A1/en active Application Filing
- 2001-01-29 CA CA2398499A patent/CA2398499C/en not_active Expired - Lifetime
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5742762A (en) * | 1995-05-19 | 1998-04-21 | Telogy Networks, Inc. | Network management gateway |
| US5951694A (en) * | 1995-06-07 | 1999-09-14 | Microsoft Corporation | Method of redirecting a client service session to a second application server without interrupting the session by forwarding service-specific information to the second server |
| US5774660A (en) * | 1996-08-05 | 1998-06-30 | Resonate, Inc. | World-wide-web server with delayed resource-binding for resource-based load balancing on a distributed resource multi-node network |
| WO1998045793A1 (en) * | 1997-04-08 | 1998-10-15 | Shopnow.Com Inc. | Method and system for injecting code to conditionally incorporate a user interface component in an html document |
| WO1998053410A2 (en) * | 1997-05-22 | 1998-11-26 | Trustees Of Boston University | A method and system for distributed caching, prefetching and replication |
| JP2001526814A (ja) * | 1997-05-22 | 2001-12-18 | トラスティーズ・オブ・ボストン・ユニバーシティ | 分散型キャッシュ、プリフェッチ、複写の方法およびそのシステム |
| JPH114261A (ja) * | 1997-05-30 | 1999-01-06 | Internatl Business Mach Corp <Ibm> | 動的ルーティング方法及びプログラム記憶装置 |
| WO1999006913A1 (en) * | 1997-08-01 | 1999-02-11 | Arrowpoint Communications, Inc. | Content-aware flow switching |
| JPH11249951A (ja) * | 1998-03-05 | 1999-09-17 | Fujitsu Ltd | 情報管理システム、ローカルコンピュータ、サーバコンピュータ、情報取得プログラムを記録したコンピュータ読み取り可能な記録媒体及びサーバ用プログラムを記録したコンピュータ読み取り可能な記録媒体 |
| WO2000029990A1 (en) * | 1998-11-18 | 2000-05-25 | Infolibria, Inc. | Efficient content server using request redirection |
| JP2002530749A (ja) * | 1998-11-18 | 2002-09-17 | インフォリブリア・インコーポレーテッド | 要求転送を用いる効果的なコンテンツサーバー |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010011473A (ja) * | 2001-10-10 | 2010-01-14 | Sedna Patent Services Llc | ビデオ及びデジタル・マルチメディアを取得し配送するシステム及び方法 |
| US11102158B2 (en) | 2008-01-28 | 2021-08-24 | Seven Networks, Llc | System and method of a relay server for managing communications and notification between a mobile device and application server |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1252575B1 (en) | 2018-12-05 |
| EP1252575A4 (en) | 2009-07-29 |
| WO2001055878A1 (en) | 2001-08-02 |
| CA2398499A1 (en) | 2001-08-02 |
| US7013322B2 (en) | 2006-03-14 |
| US20020040366A1 (en) | 2002-04-04 |
| WO2001055878A9 (en) | 2002-10-31 |
| EP1252575A1 (en) | 2002-10-30 |
| MXPA02007310A (es) | 2003-10-14 |
| CA2398499C (en) | 2010-08-24 |
| AU2001236568A1 (en) | 2001-08-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7013322B2 (en) | System and method for rewriting a media resource request and/or response between origin server and client | |
| JP2003521204A (ja) | コンテンツストリームを提供する分散ネットワークにおいて最適なサーバを判定するシステムおよび方法 | |
| US20020040404A1 (en) | System and method for performing broadcast-enabled disk drive replication in a distributed data delivery network | |
| US20020042817A1 (en) | System and method for mirroring and caching compressed data in a content distribution system | |
| US20020023164A1 (en) | Method and apparatus for client-side authentication and stream selection in a content distribution system | |
| US20010029525A1 (en) | Method of utilizing a single uniform resource locator for resources with multiple formats | |
| JP4723170B2 (ja) | コンテンツ配信網において使用されるサブスクリプション機構 | |
| US20020023165A1 (en) | Method and apparatus for encoder-based distribution of live video and other streaming content | |
| KR102299233B1 (ko) | 콘텐츠 전달 | |
| EP2838240B1 (en) | Location based content distribution method | |
| US7133922B1 (en) | Method and apparatus for streaming of data | |
| US20100268789A1 (en) | Network caching for multiple contemporaneous requests | |
| JP2010504652A (ja) | ビデオネットワークを管理する方法及びシステム | |
| EP4175259A1 (en) | Method and apparatus for processing multicast signal | |
| US20020087725A1 (en) | Site selection based on internet protocol address | |
| KR100616250B1 (ko) | 인터넷 네트워크에서 서버와 클라이언트들 간의 데이터전송 시스템 및 방법 | |
| US20110282992A1 (en) | Method and Apparatus for Usage Estimation and Prediction in Two-Way Communication Networks | |
| AU2002229123A1 (en) | Streaming media subscription mechanism for a content delivery network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20050228 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20050301 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080123 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080123 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100423 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20100609 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20100609 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100723 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20101022 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20101029 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20101122 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20101130 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20101222 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20110105 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110124 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20110324 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110725 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20110905 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20111109 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20111125 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20111125 |