JP2000078208A - 情報提供方法 - Google Patents
情報提供方法Info
- Publication number
- JP2000078208A JP2000078208A JP17860999A JP17860999A JP2000078208A JP 2000078208 A JP2000078208 A JP 2000078208A JP 17860999 A JP17860999 A JP 17860999A JP 17860999 A JP17860999 A JP 17860999A JP 2000078208 A JP2000078208 A JP 2000078208A
- Authority
- JP
- Japan
- Prior art keywords
- information
- cache server
- push
- client
- server
- 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/568—Storing data temporarily at an intermediate stage, e.g. caching
- H04L67/5682—Policies or rules for updating, deleting or replacing the stored data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
-
- 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
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
-
- 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/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- 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/566—Grouping or aggregating service requests, e.g. for unified processing
-
- 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/59—Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
-
- 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
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Abstract
(57)【要約】
【課題】 インターネットにおけるプル方式およびプッ
シュ方式に伴う、ソース過負荷およびネットワーク過負
荷などの問題点を解決する。 【解決手段】 クライアントへ送信される情報は、ブロ
ードキャスト、またはマルチキャストされ、キャッシュ
サーバにプッシュされる。ここで、情報は、必要とされ
るときにクライアントによってプルされるようにキャッ
シュされる。クライアントに近いポイントに情報をプッ
シュすることによって、ソース過負荷およびネットワー
ク過負荷はいずれも回避される。プッシュされる情報
は、インターネットを通じて、あるいは、ケーブルや無
線（ラジオ）システムのような他の通信チャネルを通じ
て、伝送される。プロバイダが情報をキャッシュサーバ
にプッシュするプロセスは、部分的には、そのプロバイ
ダの特定のサービスを申し込むことを選択するクライア
ントによって制御される。
シュ方式に伴う、ソース過負荷およびネットワーク過負
荷などの問題点を解決する。 【解決手段】 クライアントへ送信される情報は、ブロ
ードキャスト、またはマルチキャストされ、キャッシュ
サーバにプッシュされる。ここで、情報は、必要とされ
るときにクライアントによってプルされるようにキャッ
シュされる。クライアントに近いポイントに情報をプッ
シュすることによって、ソース過負荷およびネットワー
ク過負荷はいずれも回避される。プッシュされる情報
は、インターネットを通じて、あるいは、ケーブルや無
線（ラジオ）システムのような他の通信チャネルを通じ
て、伝送される。プロバイダが情報をキャッシュサーバ
にプッシュするプロセスは、部分的には、そのプロバイ
ダの特定のサービスを申し込むことを選択するクライア
ントによって制御される。
Description
【０００１】
【発明の属する技術分野】本発明は、インターネットサ
ービスに関し、特に、情報の伝送がソースによって開始
されるような、インターネットを通じての「プッシュ」
型通信サービスに関する。
ービスに関し、特に、情報の伝送がソースによって開始
されるような、インターネットを通じての「プッシュ」
型通信サービスに関する。
【０００２】
【従来の技術】最近の調査によれば、インターネットト
ラフィックの１８％はPointCastのような会社によって
提供されるプッシュ型サービスによるものである。この
サービスでは、情報がインターネット上のさまざまなサ
イトから収集され、いくつかのカテゴリ別のチャンネル
としてクライアントの利用に供される。クライアント
は、あらかじめそのようなチャンネルに購読を申し込む
と、そのようなサイトに接続されたクライアントにとっ
ては、情報は、インターネットをブラウズすることな
く、単にカテゴリすなわち「チャンネル」を選択するこ
とによって、クライアントのブラウザで利用可能なよう
に見える。ここで、「プッシュ（型）」という用語を、
「プル（型）」という用語と対比的に用いる。クライア
ントは、インターネットをブラウズしさまざまなソース
を１つずつ選択した後に、それらのソースから情報をプ
ルする。クライアントにとって、この構成はケーブルＴ
Ｖのように見える。ケーブルＴＶでは、プレミアムチャ
ンネルを申し込むと、これはクライアントにとって常に
利用可能である。
ラフィックの１８％はPointCastのような会社によって
提供されるプッシュ型サービスによるものである。この
サービスでは、情報がインターネット上のさまざまなサ
イトから収集され、いくつかのカテゴリ別のチャンネル
としてクライアントの利用に供される。クライアント
は、あらかじめそのようなチャンネルに購読を申し込む
と、そのようなサイトに接続されたクライアントにとっ
ては、情報は、インターネットをブラウズすることな
く、単にカテゴリすなわち「チャンネル」を選択するこ
とによって、クライアントのブラウザで利用可能なよう
に見える。ここで、「プッシュ（型）」という用語を、
「プル（型）」という用語と対比的に用いる。クライア
ントは、インターネットをブラウズしさまざまなソース
を１つずつ選択した後に、それらのソースから情報をプ
ルする。クライアントにとって、この構成はケーブルＴ
Ｖのように見える。ケーブルＴＶでは、プレミアムチャ
ンネルを申し込むと、これはクライアントにとって常に
利用可能である。
【０００３】よく知られたケーブルＴＶチャンネルの申
込み方式はマルチキャスト構成に対応するが、今日のプ
ッシュ型サービスプロバイダは実際には情報をマルチキ
ャストしているわけではない。そうではなく、それらの
プロバイダはインターネットをブラウズし、さまざまな
チャンネルで提供しようとするすべての情報をキャッシ
ュし（またおそらくは一部を作成し）、クライアントが
それぞれのサーバに接続するのを待機する。接続された
クライアントが多すぎることによるサーバ過負荷に遭遇
せずにサーバに接続することができたクライアントに
は、通常のＴＣＰ／ＩＰ方式で、要求に応じて、情報が
送られる。現実には、今日のプッシュ型サービスプロバ
イダの提供するサービスは、実際は、ブラウズした個々
のソースからの「プル型」サービスではなく、単一のソ
ースからの（すなわち、プッシュ型サービスプロバイダ
の制御下での）「プル型」サービスであるということで
ある。
込み方式はマルチキャスト構成に対応するが、今日のプ
ッシュ型サービスプロバイダは実際には情報をマルチキ
ャストしているわけではない。そうではなく、それらの
プロバイダはインターネットをブラウズし、さまざまな
チャンネルで提供しようとするすべての情報をキャッシ
ュし（またおそらくは一部を作成し）、クライアントが
それぞれのサーバに接続するのを待機する。接続された
クライアントが多すぎることによるサーバ過負荷に遭遇
せずにサーバに接続することができたクライアントに
は、通常のＴＣＰ／ＩＰ方式で、要求に応じて、情報が
送られる。現実には、今日のプッシュ型サービスプロバ
イダの提供するサービスは、実際は、ブラウズした個々
のソースからの「プル型」サービスではなく、単一のソ
ースからの（すなわち、プッシュ型サービスプロバイダ
の制御下での）「プル型」サービスであるということで
ある。
【０００４】プッシュ型サービスのアプローチの１つの
問題点は、規模の調節が難しいことである。上記のサー
バ過負荷の問題の他に、ネットワーク過負荷の問題の可
能性もある。多くのクライアントが情報を受信しようと
すると、それらのクライアントはすべてそのサイトにア
クセスし、サーバへの別々のＴＣＰ／ＩＰコネクション
を確立し、情報パケットを取得しなければならない。こ
れらのパケットが多くのクライアントによって要求され
る同一の情報である場合、重複したパケットがネットワ
ークを通じてプルされる。これは、ネットワークを通じ
て不必要なトラフィックとなる。
問題点は、規模の調節が難しいことである。上記のサー
バ過負荷の問題の他に、ネットワーク過負荷の問題の可
能性もある。多くのクライアントが情報を受信しようと
すると、それらのクライアントはすべてそのサイトにア
クセスし、サーバへの別々のＴＣＰ／ＩＰコネクション
を確立し、情報パケットを取得しなければならない。こ
れらのパケットが多くのクライアントによって要求され
る同一の情報である場合、重複したパケットがネットワ
ークを通じてプルされる。これは、ネットワークを通じ
て不必要なトラフィックとなる。
【０００５】実際、インターネットは、クラスＤグルー
プアドレシングによるマルチキャスト機能を提供してい
る。これによりユーザは、ＩＧＭＰプロトコルにより動
的にグループに加入またはグループから退出する。マル
チキャストツリーが設定され、中間ルータは、ツリーの
ブランチに沿って、送信された情報を複製する。これに
より、情報を提供するサイトに対する送信負担が軽減さ
れる。情報がネットワーク内で複製されるからである。
しかし、結果としてネットワーク上に生じる全トラフィ
ックはあまり低くならず、マルチキャストツリーを動的
に設定するプロセス、既存のツリーに加入するプロセ
ス、既存のツリーから退出するプロセス、および既存の
ツリーを解除するプロセスでオーバーヘッドを受けなけ
ればならない。さらに、プッシュされる情報は、送信さ
れたときに受信されなければならない。
プアドレシングによるマルチキャスト機能を提供してい
る。これによりユーザは、ＩＧＭＰプロトコルにより動
的にグループに加入またはグループから退出する。マル
チキャストツリーが設定され、中間ルータは、ツリーの
ブランチに沿って、送信された情報を複製する。これに
より、情報を提供するサイトに対する送信負担が軽減さ
れる。情報がネットワーク内で複製されるからである。
しかし、結果としてネットワーク上に生じる全トラフィ
ックはあまり低くならず、マルチキャストツリーを動的
に設定するプロセス、既存のツリーに加入するプロセ
ス、既存のツリーから退出するプロセス、および既存の
ツリーを解除するプロセスでオーバーヘッドを受けなけ
ればならない。さらに、プッシュされる情報は、送信さ
れたときに受信されなければならない。
【０００６】
【発明が解決しようとする課題】別の技術では、プッシ
ュ技術は衛星、ケーブル、および従来の無線（ラジオ）
アプリケーションで広く用いられる。この場合、情報
は、受動リスナであるすべてのクライアントにブロード
キャスト（放送）される。真のプッシュ型アプローチを
採用することは明らかにサーバ過負荷問題およびルーテ
ィングオーバーヘッド問題を克服することになる。しか
し、それは他の問題を引き起こす。例えば、クライアン
トのブラウザに対して、ある送信ポイントが情報をプッ
シュすることを選択したときはいつでも情報を受け入れ
るように要求することは、現在利用可能なブラウザに大
幅な変更を要求することになる。また、クライアントコ
ンピュータに対して、ユーザが最終的には見ないことを
選択するかもしれない大量のデータを受け入れて格納す
ることを要求することは、クライアントコンピュータに
不当な負担をかけることになる。さらに、一部の企業環
境は、企業ネットワークに入ることが許されるものを厳
しく管理する「ファイアウォール」を使用しており、マ
ルチキャストやブロードキャストのトラフィックは許容
されない。
ュ技術は衛星、ケーブル、および従来の無線（ラジオ）
アプリケーションで広く用いられる。この場合、情報
は、受動リスナであるすべてのクライアントにブロード
キャスト（放送）される。真のプッシュ型アプローチを
採用することは明らかにサーバ過負荷問題およびルーテ
ィングオーバーヘッド問題を克服することになる。しか
し、それは他の問題を引き起こす。例えば、クライアン
トのブラウザに対して、ある送信ポイントが情報をプッ
シュすることを選択したときはいつでも情報を受け入れ
るように要求することは、現在利用可能なブラウザに大
幅な変更を要求することになる。また、クライアントコ
ンピュータに対して、ユーザが最終的には見ないことを
選択するかもしれない大量のデータを受け入れて格納す
ることを要求することは、クライアントコンピュータに
不当な負担をかけることになる。さらに、一部の企業環
境は、企業ネットワークに入ることが許されるものを厳
しく管理する「ファイアウォール」を使用しており、マ
ルチキャストやブロードキャストのトラフィックは許容
されない。
【０００７】
【課題を解決するための手段】プル方式およびプッシュ
方式に伴う問題点は、プッシュ−プル方式のキャッシュ
サーバアーキテクチャを使用することによって克服され
る。クライアントへ送信される情報は、ブロードキャス
ト、またはマルチキャストされ、キャッシュサーバにプ
ッシュされる。ここで、情報は、必要とされるときにク
ライアントによってプルされるようにキャッシュされ
る。クライアントに近いポイントに情報をプッシュする
ことによって、ソース過負荷およびネットワーク過負荷
はいずれも回避される。本発明のアプローチで、プッシ
ュされる情報は、インターネットを通じて、あるいは、
ケーブルや無線（ラジオ）システムのような他の通信チ
ャネルを通じて、伝送される。実際には、ケーブルおよ
びラジオは、ブロードキャスト（放送）に適したチャネ
ルであるため、特に有利である。プロバイダが情報をキ
ャッシュサーバにプッシュするプロセスは、部分的に
は、そのプロバイダの特定のサービスを申し込むことを
選択するクライアントによって制御される。申込みプロ
セスの一部として、申し込むクライアントとキャッシュ
サーバの間に関連づけが設定され、キャッシュサーバは
ネットワークに対して、プロバイダからの情報が送信さ
れる宛先（デスティネーション）のうちに当該キャッシ
ュサーバが含められるべきであることを通知する。その
後、情報がプロバイダによって送信されキャッシュサー
バによって受信されると、この情報は、希望に応じて希
望時にクライアントによってプルされることに備えてキ
ャッシュサーバに格納される。
方式に伴う問題点は、プッシュ−プル方式のキャッシュ
サーバアーキテクチャを使用することによって克服され
る。クライアントへ送信される情報は、ブロードキャス
ト、またはマルチキャストされ、キャッシュサーバにプ
ッシュされる。ここで、情報は、必要とされるときにク
ライアントによってプルされるようにキャッシュされ
る。クライアントに近いポイントに情報をプッシュする
ことによって、ソース過負荷およびネットワーク過負荷
はいずれも回避される。本発明のアプローチで、プッシ
ュされる情報は、インターネットを通じて、あるいは、
ケーブルや無線（ラジオ）システムのような他の通信チ
ャネルを通じて、伝送される。実際には、ケーブルおよ
びラジオは、ブロードキャスト（放送）に適したチャネ
ルであるため、特に有利である。プロバイダが情報をキ
ャッシュサーバにプッシュするプロセスは、部分的に
は、そのプロバイダの特定のサービスを申し込むことを
選択するクライアントによって制御される。申込みプロ
セスの一部として、申し込むクライアントとキャッシュ
サーバの間に関連づけが設定され、キャッシュサーバは
ネットワークに対して、プロバイダからの情報が送信さ
れる宛先（デスティネーション）のうちに当該キャッシ
ュサーバが含められるべきであることを通知する。その
後、情報がプロバイダによって送信されキャッシュサー
バによって受信されると、この情報は、希望に応じて希
望時にクライアントによってプルされることに備えてキ
ャッシュサーバに格納される。
【０００８】ファイアウォールが企業ネットワークとそ
の外側のインターネットとの間に設置されている場合の
応用では、リレーエージェントがファイアウォールゲー
トウェイに設置され、キャッシュサーバとして作用す
る。クライアントＰＣがインターネットサービスプロバ
イダ（ＩＳＰ）を通じて随意にインターネットに接続す
る場合の応用では、プロバイダが、クライアントと特定
のキャッシュサーバの間の関連づけを指定する。一般
に、クライアントに関連づけられるキャッシュサーバ
は、情報を提供するサーバよりもクライアントに近い
（通る必要のあるインターネットノードの数に関し
て）。
の外側のインターネットとの間に設置されている場合の
応用では、リレーエージェントがファイアウォールゲー
トウェイに設置され、キャッシュサーバとして作用す
る。クライアントＰＣがインターネットサービスプロバ
イダ（ＩＳＰ）を通じて随意にインターネットに接続す
る場合の応用では、プロバイダが、クライアントと特定
のキャッシュサーバの間の関連づけを指定する。一般
に、クライアントに関連づけられるキャッシュサーバ
は、情報を提供するサーバよりもクライアントに近い
（通る必要のあるインターネットノードの数に関し
て）。
【０００９】
【発明の実施の形態】本明細書において、プッシュ型サ
ービスプロバイダとは、クライアントにとって、情報が
クライアントのコンピュータに直ちに現れるように加入
者クライアントに情報を提供するプロバイダのことであ
る。これには、上記の「従来の技術」で述べたタイプの
プロバイダが含まれる。
ービスプロバイダとは、クライアントにとって、情報が
クライアントのコンピュータに直ちに現れるように加入
者クライアントに情報を提供するプロバイダのことであ
る。これには、上記の「従来の技術」で述べたタイプの
プロバイダが含まれる。
【００１０】クライアントから見て、待ち時間を最小に
することに関して、理想的な状況は、プッシュ型サービ
スプロバイダが、クライアントが見たくなる可能性のあ
るすべての情報をクライアントのコンピュータに事前に
インストールすることである。このようにすれば、情報
は、可能な限り直ちに利用可能となる。これが真のプッ
シュ型サービスであろう。しかし、上記の理由により、
これは実現可能なアプローチではない。従って、本発明
のアプローチでは、クライアントのコンピュータに情報
をプッシュする代わりに、プロバイダは、クライアント
のコンピュータに関連づけられた近くのキャッシュサー
バに情報をプッシュする。一般に、このようなキャッシ
ュサーバはクライアントの近くに位置する。「近く」と
は、本明細書では、クライアントがインターネットに対
する最小の負担で接続することができる場所を意味す
る。「近く」は、クライアントとキャッシュサーバの間
のインターネットノードが少数であることに対応する。
実務者によっては、利用可能な帯域幅も考慮するであろ
う。すなわち、比較的狭い帯域幅のリンクで１ノード離
れたキャッシュサーバよりも、非常に広い帯域幅のリン
クで２ノード離れたキャッシュサーバのほうが選択され
る可能性がある。
することに関して、理想的な状況は、プッシュ型サービ
スプロバイダが、クライアントが見たくなる可能性のあ
るすべての情報をクライアントのコンピュータに事前に
インストールすることである。このようにすれば、情報
は、可能な限り直ちに利用可能となる。これが真のプッ
シュ型サービスであろう。しかし、上記の理由により、
これは実現可能なアプローチではない。従って、本発明
のアプローチでは、クライアントのコンピュータに情報
をプッシュする代わりに、プロバイダは、クライアント
のコンピュータに関連づけられた近くのキャッシュサー
バに情報をプッシュする。一般に、このようなキャッシ
ュサーバはクライアントの近くに位置する。「近く」と
は、本明細書では、クライアントがインターネットに対
する最小の負担で接続することができる場所を意味す
る。「近く」は、クライアントとキャッシュサーバの間
のインターネットノードが少数であることに対応する。
実務者によっては、利用可能な帯域幅も考慮するであろ
う。すなわち、比較的狭い帯域幅のリンクで１ノード離
れたキャッシュサーバよりも、非常に広い帯域幅のリン
クで２ノード離れたキャッシュサーバのほうが選択され
る可能性がある。
【００１１】本発明のアプローチは現在利用可能なもの
よりも「プッシュ」型のサービスであるが、依然として
真の「プッシュ」型サービスではない。正確さのため、
以下では本発明のサービスを「プッシュ−プル」型サー
ビスという。それにもかかわらず、このようなサービス
のプロバイダは、上記のように「プッシュ型サービスプ
ロバイダ」という。これは、このようなプロバイダがク
ライアントに与えたい印象であるからである。
よりも「プッシュ」型のサービスであるが、依然として
真の「プッシュ」型サービスではない。正確さのため、
以下では本発明のサービスを「プッシュ−プル」型サー
ビスという。それにもかかわらず、このようなサービス
のプロバイダは、上記のように「プッシュ型サービスプ
ロバイダ」という。これは、このようなプロバイダがク
ライアントに与えたい印象であるからである。
【００１２】本発明のアプローチによれば、プッシュ型
サービスプロバイダは、キャッシュサーバが関連づけら
れたクライアントからの申込み契約を履行するために必
要とするすべてのファイルをキャッシュサーバにマルチ
キャストあるいはブロードキャストする。クライアント
は、情報を要求するとき、通常のブラウザを用いて、そ
の情報を、プッシュ型サービスプロバイダに属するホス
トからではなく、キャッシュサーバからプルする。キャ
ッシュサーバにプッシュされるファイルには、静止画像
ファイル、ビデオクリップファイル、音声セグメントフ
ァイルなどがある。プッシュ型サービスプロバイダによ
って作成されるファイルに関しては、更新されたファイ
ルが生成されるたびに、そのファイルはキャッシュサー
バへ送信され、古いファイルを置換する。プッシュ型サ
ービスプロバイダがファイルを捨てると、対応するファ
イルを捨てるように、メッセージがキャッシュサーバへ
送られる。他で作成されたファイル、いわば、プッシュ
型サービスプロバイダによって採用されたファイルに関
しては、プッシュ型サービスプロバイダは、ある所定の
規則でファイルのソースをチェックし、適当にキャッシ
ュサーバを更新する。
サービスプロバイダは、キャッシュサーバが関連づけら
れたクライアントからの申込み契約を履行するために必
要とするすべてのファイルをキャッシュサーバにマルチ
キャストあるいはブロードキャストする。クライアント
は、情報を要求するとき、通常のブラウザを用いて、そ
の情報を、プッシュ型サービスプロバイダに属するホス
トからではなく、キャッシュサーバからプルする。キャ
ッシュサーバにプッシュされるファイルには、静止画像
ファイル、ビデオクリップファイル、音声セグメントフ
ァイルなどがある。プッシュ型サービスプロバイダによ
って作成されるファイルに関しては、更新されたファイ
ルが生成されるたびに、そのファイルはキャッシュサー
バへ送信され、古いファイルを置換する。プッシュ型サ
ービスプロバイダがファイルを捨てると、対応するファ
イルを捨てるように、メッセージがキャッシュサーバへ
送られる。他で作成されたファイル、いわば、プッシュ
型サービスプロバイダによって採用されたファイルに関
しては、プッシュ型サービスプロバイダは、ある所定の
規則でファイルのソースをチェックし、適当にキャッシ
ュサーバを更新する。
【００１３】図１に、本発明のさまざまな特徴を理解す
る助けとなる、インターネットの特徴的要素の図であ
る。ホスト１０は、プッシュ型サービスを提供するコン
ピュータである。ホスト１０は、ルータ１０１を通じて
インターネットに接続される。ルータ１０１、ルータ１
０２〜１０７、および相互接続リンク２０１〜２１３は
インターネットを形成する。キャッシュサーバ３０１、
３０２、および３０２は、それぞれルータ１０５、１０
７、および１０６に接続され、クライアントはルータに
接続される。具体的には、クライアント４０１はルータ
１０２に接続され、クライアント４０２はルータ１０５
に接続され、クライアント４０３および４０４はルータ
１０７に接続され、クライアント４０５〜４０７はルー
タ１０６に接続される。
る助けとなる、インターネットの特徴的要素の図であ
る。ホスト１０は、プッシュ型サービスを提供するコン
ピュータである。ホスト１０は、ルータ１０１を通じて
インターネットに接続される。ルータ１０１、ルータ１
０２〜１０７、および相互接続リンク２０１〜２１３は
インターネットを形成する。キャッシュサーバ３０１、
３０２、および３０２は、それぞれルータ１０５、１０
７、および１０６に接続され、クライアントはルータに
接続される。具体的には、クライアント４０１はルータ
１０２に接続され、クライアント４０２はルータ１０５
に接続され、クライアント４０３および４０４はルータ
１０７に接続され、クライアント４０５〜４０７はルー
タ１０６に接続される。
【００１４】また、図１は、ルータ１０９、１１０、お
よび１１１からなる企業ネットワークも示している。こ
れらはリンク２１４、２１５、および２１６により相互
接続され、クライアント４１０、４１１、および４１２
はルータ１１０に接続される。この企業ネットワーク
は、ゲートウェイ「ファイアウォール」コンピュータ５
００を通じてインターネットに接続される。コンピュー
タ５００にはキャッシュサーバ５０１が接続される。キ
ャッシュサーバ５０１は、実質的に、「ファイアウォー
ル」の外側に（すなわち、企業ネットワーク側ではなく
インターネット側に）位置する。
よび１１１からなる企業ネットワークも示している。こ
れらはリンク２１４、２１５、および２１６により相互
接続され、クライアント４１０、４１１、および４１２
はルータ１１０に接続される。この企業ネットワーク
は、ゲートウェイ「ファイアウォール」コンピュータ５
００を通じてインターネットに接続される。コンピュー
タ５００にはキャッシュサーバ５０１が接続される。キ
ャッシュサーバ５０１は、実質的に、「ファイアウォー
ル」の外側に（すなわち、企業ネットワーク側ではなく
インターネット側に）位置する。
【００１５】本発明のプッシュ型サービスでは、図１の
ネットワークの動作は、セットアップ段階と定常状態段
階に分けることができる。セットアップ段階の間、ネッ
トワークは、ホスト１０によって送信される情報を、そ
の情報を格納しようとするさまざまなキャッシュサーバ
へ届けるように設定される。例えば図１では、情報を受
信する必要のあるキャッシュサーバはキャッシュサーバ
３０１、３０２、３０３、および５０１である。定常状
態段階の間、ホスト１０によって送信される情報はキャ
ッシュサーバ３０１、３０２、３０３、および５０１に
格納され、その情報は、加入者クライアントによって、
指定されたキャッシュサーバから随意にプルされる。ク
ライアント４１０のような企業ネットワーククライアン
トによる情報のプルは、企業ネットワークの管理者が指
定するプロトコルに従って行われる。
ネットワークの動作は、セットアップ段階と定常状態段
階に分けることができる。セットアップ段階の間、ネッ
トワークは、ホスト１０によって送信される情報を、そ
の情報を格納しようとするさまざまなキャッシュサーバ
へ届けるように設定される。例えば図１では、情報を受
信する必要のあるキャッシュサーバはキャッシュサーバ
３０１、３０２、３０３、および５０１である。定常状
態段階の間、ホスト１０によって送信される情報はキャ
ッシュサーバ３０１、３０２、３０３、および５０１に
格納され、その情報は、加入者クライアントによって、
指定されたキャッシュサーバから随意にプルされる。ク
ライアント４１０のような企業ネットワーククライアン
トによる情報のプルは、企業ネットワークの管理者が指
定するプロトコルに従って行われる。
【００１６】［セットアップ］セットアップ段階はさら
に２つの部分に分けることができる。第１の部分は、キ
ャッシュサーバを特定のクライアントに割り当てること
（必ずしも静的割当てである必要はない）であり、第２
の部分は、適当なキャッシュサーバが必要な情報を受信
することができるようにネットワークを設定することで
ある。例えば、図１のインターネットでは、例えばＡＴ
＆Ｔやアメリカオンライン（ＡＯＬ）のようなインター
ネットサービスプロバイダ（ＩＳＰ）がルータ１０２、
１０５、１０６および１０７を所有し、図示されている
（ただし企業ネットワーククライアント以外の）クライ
アントはそのＩＳＰによってサービスされる。すなわ
ち、これらのクライアントはＩＳＰと契約して、月ごと
の料金を払ってインターネットにアクセスすることがで
きる。例えば、ＩＳＰは、４個のルータのうちの３個
（ルータ１０２以外）にキャッシュサーバを接続し、こ
れらのキャッシュサーバを通じてＩＳＰはクライアント
に本発明の高度なプッシュ−プル型サービスを（他のキ
ャッシュサービスとともに）提供する。おそらくは、Ｉ
ＳＰは、クライアントまたはホスト１０を所有するプロ
バイダのいずれかと、キャッシュサーバの使用に対する
追加支払いに関する契約をする。
に２つの部分に分けることができる。第１の部分は、キ
ャッシュサーバを特定のクライアントに割り当てること
（必ずしも静的割当てである必要はない）であり、第２
の部分は、適当なキャッシュサーバが必要な情報を受信
することができるようにネットワークを設定することで
ある。例えば、図１のインターネットでは、例えばＡＴ
＆Ｔやアメリカオンライン（ＡＯＬ）のようなインター
ネットサービスプロバイダ（ＩＳＰ）がルータ１０２、
１０５、１０６および１０７を所有し、図示されている
（ただし企業ネットワーククライアント以外の）クライ
アントはそのＩＳＰによってサービスされる。すなわ
ち、これらのクライアントはＩＳＰと契約して、月ごと
の料金を払ってインターネットにアクセスすることがで
きる。例えば、ＩＳＰは、４個のルータのうちの３個
（ルータ１０２以外）にキャッシュサーバを接続し、こ
れらのキャッシュサーバを通じてＩＳＰはクライアント
に本発明の高度なプッシュ−プル型サービスを（他のキ
ャッシュサービスとともに）提供する。おそらくは、Ｉ
ＳＰは、クライアントまたはホスト１０を所有するプロ
バイダのいずれかと、キャッシュサーバの使用に対する
追加支払いに関する契約をする。
【００１７】クライアント（例えばクライアント４０
１）が、ホスト１０を所有するプロバイダによって提供
されるプッシュ−プル型サービスを申し込みたい場合、
クライアントはその希望をＩＳＰに通知し、ＩＳＰに、
当該クライアントをキャッシュサーバに割り当ててもら
う。これは、例えば、このクライアントに割り当てられ
ているＤＮＳ(Domain Name System)にエントリを設定す
ることによって行われる。このエントリは、このクライ
アントのために、ホスト１０のインターネットアドレス
を、クライアントの近くのいくつかのキャッシュサーバ
のインターネットアドレスへと解決する。このアドレス
は、クライアントがダイヤルインするＩＳＰのノードに
あるキャッシュサーバのアドレスであることも可能であ
る。そのような場合、キャッシュサーバは、このクライ
アントから見て、インターネットの最も周辺にある。図
１の例では、ＩＳＰは、クライアント４０１のキャッシ
ュサーバとしてキャッシュサーバ３０１を選択すること
が可能である。なお、このような割当ては持続的あるい
は静的である必要はない。負荷バランスのようなさまざ
まな理由から、クライアントとキャッシュサーバの関連
づけは変わる可能性がある（例えば、クライアントのＤ
ＮＳ内の適当なエントリを単に変更することによっ
て）。明らかに、２つの等しい負荷のキャッシュサーバ
の選択肢が与えられた場合、選択されるサーバは、イン
ターネットに最も負荷を与えないサーバであるほうが有
利である。
１）が、ホスト１０を所有するプロバイダによって提供
されるプッシュ−プル型サービスを申し込みたい場合、
クライアントはその希望をＩＳＰに通知し、ＩＳＰに、
当該クライアントをキャッシュサーバに割り当ててもら
う。これは、例えば、このクライアントに割り当てられ
ているＤＮＳ(Domain Name System)にエントリを設定す
ることによって行われる。このエントリは、このクライ
アントのために、ホスト１０のインターネットアドレス
を、クライアントの近くのいくつかのキャッシュサーバ
のインターネットアドレスへと解決する。このアドレス
は、クライアントがダイヤルインするＩＳＰのノードに
あるキャッシュサーバのアドレスであることも可能であ
る。そのような場合、キャッシュサーバは、このクライ
アントから見て、インターネットの最も周辺にある。図
１の例では、ＩＳＰは、クライアント４０１のキャッシ
ュサーバとしてキャッシュサーバ３０１を選択すること
が可能である。なお、このような割当ては持続的あるい
は静的である必要はない。負荷バランスのようなさまざ
まな理由から、クライアントとキャッシュサーバの関連
づけは変わる可能性がある（例えば、クライアントのＤ
ＮＳ内の適当なエントリを単に変更することによっ
て）。明らかに、２つの等しい負荷のキャッシュサーバ
の選択肢が与えられた場合、選択されるサーバは、イン
ターネットに最も負荷を与えないサーバであるほうが有
利である。
【００１８】クライアントをキャッシュサーバに割り当
てた後、次のステップは、適当なキャッシュサーバ（例
えばサーバ３０１）が、クライアントが申し込んでいる
ホスト１０の情報を受信するようにインターネットを設
定することである。このような設定は、ＩＧＭＰ(Inter
net Group Management Protocol)のような標準のＩＰマ
ルチキャストプロトコルによって行うことが可能であ
る。このプロトコルによれば、ホスト１０は、インター
ネットをフラッド(flood)しグループＩＤを指定する特
殊パケットを送信する。各ルータはこのパケットを、当
該ルータに接続されているリンクから受信し、当該ルー
タに接続されているリンクのうちこのパケットが到着し
なかったすべてのリンクにこのパケットを転送する。こ
の特定のホストに関して、前者のリンクはこのルータの
入リンクであり、後者のリンクはこのルータの出リンク
である。フラッディング(flooding)メッセージが送信さ
れた後、すべてのルータが応答する。（ａ）特殊パケッ
トのグループへの送信を要求するキャッシュサーバを有
していないルータであって、しかも（ｂ）すべての出リ
ンクが枝刈り(pruning)メッセージ応答を提供するルー
タは、すべての入リンクへ枝刈りメッセージを出力す
る。両方の基準を満たさないルータは、入リンクのうち
の１つを除く全部に枝刈りメッセージを出力する。枝刈
りメッセージが通ったリンクはツリーから切り取られ
る。これにより、ホスト１０によって送信されるパケッ
トが通る枝（リンク）を定義するツリーが得られる。こ
こで、各キャッシュサーバは、レシーバとして、あるい
はツリーの葉（リーフ）として、１つまたは複数のルー
タを通じてホスト１０へのパスを有する。ルーティング
ツリーの作成は、規則的な間隔で（例えば、３０秒ごと
に）行うことが可能である。
てた後、次のステップは、適当なキャッシュサーバ（例
えばサーバ３０１）が、クライアントが申し込んでいる
ホスト１０の情報を受信するようにインターネットを設
定することである。このような設定は、ＩＧＭＰ(Inter
net Group Management Protocol)のような標準のＩＰマ
ルチキャストプロトコルによって行うことが可能であ
る。このプロトコルによれば、ホスト１０は、インター
ネットをフラッド(flood)しグループＩＤを指定する特
殊パケットを送信する。各ルータはこのパケットを、当
該ルータに接続されているリンクから受信し、当該ルー
タに接続されているリンクのうちこのパケットが到着し
なかったすべてのリンクにこのパケットを転送する。こ
の特定のホストに関して、前者のリンクはこのルータの
入リンクであり、後者のリンクはこのルータの出リンク
である。フラッディング(flooding)メッセージが送信さ
れた後、すべてのルータが応答する。（ａ）特殊パケッ
トのグループへの送信を要求するキャッシュサーバを有
していないルータであって、しかも（ｂ）すべての出リ
ンクが枝刈り(pruning)メッセージ応答を提供するルー
タは、すべての入リンクへ枝刈りメッセージを出力す
る。両方の基準を満たさないルータは、入リンクのうち
の１つを除く全部に枝刈りメッセージを出力する。枝刈
りメッセージが通ったリンクはツリーから切り取られ
る。これにより、ホスト１０によって送信されるパケッ
トが通る枝（リンク）を定義するツリーが得られる。こ
こで、各キャッシュサーバは、レシーバとして、あるい
はツリーの葉（リーフ）として、１つまたは複数のルー
タを通じてホスト１０へのパスを有する。ルーティング
ツリーの作成は、規則的な間隔で（例えば、３０秒ごと
に）行うことが可能である。
【００１９】また、ＩＧＭＰプロトコルは、ツリーへの
動的な加入または離脱も可能である。新しいキャッシュ
サーバは、ホスト１０へ接ぎ木(grafting)メッセージを
送ることによって追加される。この接ぎ木メッセージが
通るパスは、ツリーの一部として設定される。ツリーか
らの離脱も同様にして行われる。
動的な加入または離脱も可能である。新しいキャッシュ
サーバは、ホスト１０へ接ぎ木(grafting)メッセージを
送ることによって追加される。この接ぎ木メッセージが
通るパスは、ツリーの一部として設定される。ツリーか
らの離脱も同様にして行われる。
【００２０】マルチキャストに対する上記のアプローチ
はもちろん単なる例示であり、他のプロトコルも使用可
能である。
はもちろん単なる例示であり、他のプロトコルも使用可
能である。
【００２１】［定常状態］定常状態動作は、ある意味
で、単純である。ホスト１０は、希望する頻度で情報を
マルチキャストし、送信ツリーが設定された後、送信さ
れたパケットはキャッシュサーバに到着し、そこに格納
される。その後、格納されたパケットは、希望に応じて
希望時にクライアントによってプルされることが可能で
ある。
で、単純である。ホスト１０は、希望する頻度で情報を
マルチキャストし、送信ツリーが設定された後、送信さ
れたパケットはキャッシュサーバに到着し、そこに格納
される。その後、格納されたパケットは、希望に応じて
希望時にクライアントによってプルされることが可能で
ある。
【００２２】インターネット上のほとんどのファイル伝
送プロトコルは「ベストエフォート」型のものである。
本発明の構成では、ファイル伝送を保証するプロトコル
を使用するのが有利である。これは、例えば、オブジェ
クト（例えばファイル）の配送を保証する「アプリケー
ション層」プロトコル（ここではＥＵＲｅＣａとい
う。）により実現される。このプロトコルは、ソースマ
シン（センダ）によって任意個数のデスティネーション
マシン（レシーバ）へ送信されるオブジェクトは、レシ
ーバが例えば障害によりあるいはネットワーク分割によ
り一時的に利用可能でないときであっても、目的とする
レシーバに実際に到着することを保証する。ＥＵＲｅＣ
ａは、センダ主導型（ＥＵＲｅＣａ−Ｓ）またはレシー
バ主導型（ＥＵＲｅＣａ−Ｒ）のいずれも可能である。
送プロトコルは「ベストエフォート」型のものである。
本発明の構成では、ファイル伝送を保証するプロトコル
を使用するのが有利である。これは、例えば、オブジェ
クト（例えばファイル）の配送を保証する「アプリケー
ション層」プロトコル（ここではＥＵＲｅＣａとい
う。）により実現される。このプロトコルは、ソースマ
シン（センダ）によって任意個数のデスティネーション
マシン（レシーバ）へ送信されるオブジェクトは、レシ
ーバが例えば障害によりあるいはネットワーク分割によ
り一時的に利用可能でないときであっても、目的とする
レシーバに実際に到着することを保証する。ＥＵＲｅＣ
ａは、センダ主導型（ＥＵＲｅＣａ−Ｓ）またはレシー
バ主導型（ＥＵＲｅＣａ−Ｒ）のいずれも可能である。
【００２３】ＥＵＲｅＣａ−Ｓでは、センダは、アクテ
ィブレシーバリスト（ＡＲＬ：Active Receiver List）
により、各レシーバの状態を明示的に追跡する。すなわ
ち、センダは、送信されるオブジェクトを受信するレシ
ーバ（キャッシュサーバ）の識別を知っており、次のオ
ブジェクトの送信に進む前に、各レシーバが受信した各
オブジェクトに確認応答するのを待機する。なお、レシ
ーバは、受信した各オブジェクトごとに確認応答を送信
することも可能であり、オブジェクトのセットに対する
累積確認応答を送信することも可能であり、あるいは、
１つのオブジェクトの「一部」に対する確認応答を送信
することも可能である。最後のタイプの確認応答は、オ
ブジェクトが非常に大きいファイル（例えば、数ギガバ
イトのビデオムービー）であるときに有用である。セン
ダは、所定時間内にレシーバから確認応答を受信しない
ときは、ＡＲＬ内のそのレシーバのエントリに利用不能
のフラグを立て、受信されるはずだが受信されなかった
オブジェクトを追跡する。これは、例えば、レシーバが
利用不能になった時刻を記録することによって行われ
る。
ィブレシーバリスト（ＡＲＬ：Active Receiver List）
により、各レシーバの状態を明示的に追跡する。すなわ
ち、センダは、送信されるオブジェクトを受信するレシ
ーバ（キャッシュサーバ）の識別を知っており、次のオ
ブジェクトの送信に進む前に、各レシーバが受信した各
オブジェクトに確認応答するのを待機する。なお、レシ
ーバは、受信した各オブジェクトごとに確認応答を送信
することも可能であり、オブジェクトのセットに対する
累積確認応答を送信することも可能であり、あるいは、
１つのオブジェクトの「一部」に対する確認応答を送信
することも可能である。最後のタイプの確認応答は、オ
ブジェクトが非常に大きいファイル（例えば、数ギガバ
イトのビデオムービー）であるときに有用である。セン
ダは、所定時間内にレシーバから確認応答を受信しない
ときは、ＡＲＬ内のそのレシーバのエントリに利用不能
のフラグを立て、受信されるはずだが受信されなかった
オブジェクトを追跡する。これは、例えば、レシーバが
利用不能になった時刻を記録することによって行われ
る。
【００２４】回復は、例えば、規則的な間隔で利用不能
のレシーバをポーリングすることによって行われる。レ
シーバがアクティブになりポーリング信号に対して肯定
的に応答すると、センダ（例えばホスト１０）は、利用
可能になったレシーバが受信しそこなったすべてのファ
イルを再送する。利用不能ではなかったレシーバはその
オブジェクトの第２のコピーを受信するが、これは有害
ではない。利用不能になった後に利用可能になったレシ
ーバの故障時間を最小にするため、ＥＵＲｅＣａプロト
コルでは、このようなレシーバが、ホスト１０に対して
オブジェクトを受信することができることを通知するメ
ッセージを送信することができる。
のレシーバをポーリングすることによって行われる。レ
シーバがアクティブになりポーリング信号に対して肯定
的に応答すると、センダ（例えばホスト１０）は、利用
可能になったレシーバが受信しそこなったすべてのファ
イルを再送する。利用不能ではなかったレシーバはその
オブジェクトの第２のコピーを受信するが、これは有害
ではない。利用不能になった後に利用可能になったレシ
ーバの故障時間を最小にするため、ＥＵＲｅＣａプロト
コルでは、このようなレシーバが、ホスト１０に対して
オブジェクトを受信することができることを通知するメ
ッセージを送信することができる。
【００２５】ＥＵＲｅＣａ−Ｒでは、センダは、レシー
バの状態を明示的に追跡しない。センダは、タイムスタ
ンプおよびシーケンス番号をつけてオブジェクトを送信
し、信頼性のある配送の責任をレシーバにゆだねる。ま
た、センダは、周期的に「ハートビート」(heartbeat)
メッセージを送信する。レシーバは、「ハートビート」
メッセージの受信に所定回数以上失敗したとき、シーケ
ンスが途切れたことにより足りないオブジェクトを検出
したとき、オブジェクトを全く受信しないとき、あるい
は、ある時間の利用不能の後に利用可能になったとき、
異常が生じたことを検出する。レシーバは、オブジェク
トを受信しそこなった場合、足りないオブジェクトのシ
ーケンス番号に基づいてその足りないオブジェクトの再
送を要求する。レシーバがある時間の利用不能の後に利
用可能になったとき、レシーバは、センダから受信した
ファイルの最後のタイムスタンプおよびサイズをセンダ
に送る（オブジェクトを部分的にしか受信しなかった場
合も考慮して）。このタイムスタンプに基づいて、セン
ダは、再送する必要のあるオブジェクトあるいはオブジ
ェクトの一部を再送する。
バの状態を明示的に追跡しない。センダは、タイムスタ
ンプおよびシーケンス番号をつけてオブジェクトを送信
し、信頼性のある配送の責任をレシーバにゆだねる。ま
た、センダは、周期的に「ハートビート」(heartbeat)
メッセージを送信する。レシーバは、「ハートビート」
メッセージの受信に所定回数以上失敗したとき、シーケ
ンスが途切れたことにより足りないオブジェクトを検出
したとき、オブジェクトを全く受信しないとき、あるい
は、ある時間の利用不能の後に利用可能になったとき、
異常が生じたことを検出する。レシーバは、オブジェク
トを受信しそこなった場合、足りないオブジェクトのシ
ーケンス番号に基づいてその足りないオブジェクトの再
送を要求する。レシーバがある時間の利用不能の後に利
用可能になったとき、レシーバは、センダから受信した
ファイルの最後のタイムスタンプおよびサイズをセンダ
に送る（オブジェクトを部分的にしか受信しなかった場
合も考慮して）。このタイムスタンプに基づいて、セン
ダは、再送する必要のあるオブジェクトあるいはオブジ
ェクトの一部を再送する。
【００２６】上記のようにして、既存のインターネット
インフラストラクチャに基づくプッシュ−プル型サービ
スアーキテクチャが実現される。しかし、周知ではある
がインターネットで用いられない他のメカニズムが、プ
ッシュ型サービスの情報を配送するためのさらに効率的
なアプローチを提供することも考えられる。具体的に
は、衛星通信、セルラ通信などのワイヤレス技術や、ケ
ーブル技術は、いずれも、プッシュ−プル型サービス情
報の配送に非常に適している。そのため、図２では、図
１のネットワーク（明確化のためリンク２０１〜２１３
は図示しない。）が、ワイヤレストランシーバユニット
６００と、各ルータ内でアンテナで終端する対応するユ
ニットとをさらに有する。
インフラストラクチャに基づくプッシュ−プル型サービ
スアーキテクチャが実現される。しかし、周知ではある
がインターネットで用いられない他のメカニズムが、プ
ッシュ型サービスの情報を配送するためのさらに効率的
なアプローチを提供することも考えられる。具体的に
は、衛星通信、セルラ通信などのワイヤレス技術や、ケ
ーブル技術は、いずれも、プッシュ−プル型サービス情
報の配送に非常に適している。そのため、図２では、図
１のネットワーク（明確化のためリンク２０１〜２１３
は図示しない。）が、ワイヤレストランシーバユニット
６００と、各ルータ内でアンテナで終端する対応するユ
ニットとをさらに有する。
【００２７】ユニット６００は、すべてのルータにブロ
ードキャストする衛星とすることが可能であり、その場
合、各ルータのユニットは、衛星へのアップリンクのた
めの受信器および送信器を有する。もちろん、図２は単
なる例示であり、他の手段も使用可能である。例えば、
ブロードキャストは、衛星の代わりにセルラ局のネット
ワークにより行うことも可能である。また、ブロードキ
ャストは、ルータへではなくキャッシュサーバへ直接に
行うことも可能である。動作時に、ホスト１０は、アッ
プリンクチャネルを通じて情報をユニット６００へ送信
し、ユニット６００は、その情報を、状況に応じて、す
べてのルータへ、あるいは、すべてのキャッシュサーバ
へ、ブロードキャストする。
ードキャストする衛星とすることが可能であり、その場
合、各ルータのユニットは、衛星へのアップリンクのた
めの受信器および送信器を有する。もちろん、図２は単
なる例示であり、他の手段も使用可能である。例えば、
ブロードキャストは、衛星の代わりにセルラ局のネット
ワークにより行うことも可能である。また、ブロードキ
ャストは、ルータへではなくキャッシュサーバへ直接に
行うことも可能である。動作時に、ホスト１０は、アッ
プリンクチャネルを通じて情報をユニット６００へ送信
し、ユニット６００は、その情報を、状況に応じて、す
べてのルータへ、あるいは、すべてのキャッシュサーバ
へ、ブロードキャストする。
【００２８】図２はまた、代替的に使用可能なケーブル
システムも含む。図示のケーブルシステムは、ヘッドス
テーション７００から始まり、各ルータを通って、ヘッ
ドステーションに戻る「デイジーチェーン」システムで
ある。ホスト１０からのブロードキャストは、ホスト１
０が情報をケーブルの「アップリンク」チャネルを通じ
てヘッドステーション７００へ送信し、ヘッドステーシ
ョン７００が、ループをまわるブロードキャスト信号を
送信して、ダウンリンクチャネルを通じてその情報をブ
ロードキャストすることによって行われる。ケーブル７
１０は、電気信号を送信する同軸ケーブルであること
も、光ファイバケーブルであることも可能である。
システムも含む。図示のケーブルシステムは、ヘッドス
テーション７００から始まり、各ルータを通って、ヘッ
ドステーションに戻る「デイジーチェーン」システムで
ある。ホスト１０からのブロードキャストは、ホスト１
０が情報をケーブルの「アップリンク」チャネルを通じ
てヘッドステーション７００へ送信し、ヘッドステーシ
ョン７００が、ループをまわるブロードキャスト信号を
送信して、ダウンリンクチャネルを通じてその情報をブ
ロードキャストすることによって行われる。ケーブル７
１０は、電気信号を送信する同軸ケーブルであること
も、光ファイバケーブルであることも可能である。
【００２９】以上、本発明について説明したが、当業者
には認識されるように、本発明の原理に基づいてさまざ
まな変形例が可能である。例えば、上記では、インター
ネットのリンクを通じての送信はマルチキャストプロト
コルを用いて実行されている。実際には、これにはさま
ざまな混成構成が含まれる。例えば、いくつかのキャッ
シュサーバを所有するＩＳＰプロバイダは、さまざまな
プッシュ型サービスプロバイダ（例えばホスト１０）へ
のインタフェースとしてそれらのキャッシュサーバのう
ちの１つを指定し、受信した情報をキャッシュサーバ間
に分配する責任をとることが可能である。このような分
配は、キャッシュサーバを接続する固定ツリーを通じて
単にマルチキャストすることによっても可能であるが、
他のアプローチも可能である。
には認識されるように、本発明の原理に基づいてさまざ
まな変形例が可能である。例えば、上記では、インター
ネットのリンクを通じての送信はマルチキャストプロト
コルを用いて実行されている。実際には、これにはさま
ざまな混成構成が含まれる。例えば、いくつかのキャッ
シュサーバを所有するＩＳＰプロバイダは、さまざまな
プッシュ型サービスプロバイダ（例えばホスト１０）へ
のインタフェースとしてそれらのキャッシュサーバのう
ちの１つを指定し、受信した情報をキャッシュサーバ間
に分配する責任をとることが可能である。このような分
配は、キャッシュサーバを接続する固定ツリーを通じて
単にマルチキャストすることによっても可能であるが、
他のアプローチも可能である。
【００３０】
【発明の効果】以上述べたごとく、本発明によれば、プ
ル方式およびプッシュ方式に伴う問題点は、プッシュ−
プル方式のキャッシュサーバアーキテクチャを使用する
ことによって克服される。クライアントへ送信される情
報は、ブロードキャスト、またはマルチキャストされ、
キャッシュサーバにプッシュされる。ここで、情報は、
必要とされるときにクライアントによってプルされるよ
うにキャッシュされる。クライアントに近いポイントに
情報をプッシュすることによって、ソース過負荷および
ネットワーク過負荷はいずれも回避される。
ル方式およびプッシュ方式に伴う問題点は、プッシュ−
プル方式のキャッシュサーバアーキテクチャを使用する
ことによって克服される。クライアントへ送信される情
報は、ブロードキャスト、またはマルチキャストされ、
キャッシュサーバにプッシュされる。ここで、情報は、
必要とされるときにクライアントによってプルされるよ
うにキャッシュされる。クライアントに近いポイントに
情報をプッシュすることによって、ソース過負荷および
ネットワーク過負荷はいずれも回避される。
【図１】本発明のプッシュ−プル型サービスを実装する
構成を示す図である。
構成を示す図である。
【図２】情報をキャッシュサーバにブロードキャストす
るワイヤレス手段およびケーブル手段を有する図１の構
成を示す図である。
るワイヤレス手段およびケーブル手段を有する図１の構
成を示す図である。
１０ ホスト １０１〜１０７ ルータ １０９〜１１１ ルータ ２０１〜２１３ リンク ２１４〜２１６ リンク ３０１〜３０３ キャッシュサーバ ４０１〜４０７ クライアント ４１０〜４１２ クライアント ５００ ファイアウォールコンピュータ ５０１ キャッシュサーバ ６００ ワイヤレストランシーバユニット ７００ ヘッドステーション ７１０ ケーブル
───────────────────────────────────────────────────── フロントページの続き (71)出願人 596077259 600 Ｍｏｕｎｔａｉｎ Ａｖｅｎｕｅ, Ｍｕｒｒａｙ Ｈｉｌｌ， Ｎｅｗ Ｊｅ ｒｓｅｙ 07974−0636Ｕ．Ｓ．Ａ. (72)発明者 チェン−ゼン リン アメリカ合衆国，08854 ニュージャージ ー，ピスカタウェイ，デビッドソン ロー ド 846 (72)発明者 サンジョイ ポール アメリカ合衆国，07746 ニュージャージ ー，マルボロ，ケイプ メイ ドライブ 33 (72)発明者 クリシュナン クマー サブナニ アメリカ合衆国，07090 ニュージャージ ー，ウエストフィールド，ゴルフ エッジ ドライブ 206
Claims (23)
- 【請求項１】 ルータと、該ルータを相互接続するリン
クと、ホストと、キャッシュサーバと、前記ルータに接
続されたクライアントコンピュータとを含むネットワー
クで、プッシュ型サービスプロバイダとして作用するホ
ストのプッシュ型サービスに加入している複数のクライ
アントコンピュータに情報を提供する方法において、 ａ．前記プッシュ型サービスプロバイダが、前記複数の
クライアントコンピュータにサービスするように割り当
てられている所定のキャッシュサーバに情報を送信する
ステップと、 ｂ．前記所定のキャッシュサーバが前記情報を格納する
ステップと、 ｃ．前記複数のクライアントコンピュータのうちの１つ
のクライアントコンピュータが前記情報の一部を要求し
た場合に、該１つのクライアントコンピュータが割り当
てられているキャッシュサーバが、要求された情報を提
供するステップとからなることを特徴とする情報提供方
法。 - 【請求項２】 前記複数のクライアントコンピュータ
は、該クライアントコンピュータの近くのキャッシュサ
ーバに割り当てられることを特徴とする請求項１に記載
の方法。 - 【請求項３】 前記複数のクライアントコンピュータに
は、アクセスプロバイダによって前記ネットワークへの
アクセスが提供され、 前記複数のクライアントコンピュータは、前記アクセス
プロバイダの制御下のキャッシュサーバに割り当てられ
ることを特徴とする請求項１に記載の方法。 - 【請求項４】 前記複数のクライアントコンピュータ
は、該クライアントコンピュータに最も直接的に接続可
能なキャッシュサーバに割り当てられることを特徴とす
る請求項１に記載の方法。 - 【請求項５】 キャッシュサーバへのクライアントコン
ピュータへの割当ては変更可能であることを特徴とする
請求項１に記載の方法。 - 【請求項６】 前記複数のクライアントコンピュータ
は、前記キャッシュサーバの負荷に基づいて前記キャッ
シュサーバに動的に割り当てられることを特徴とする請
求項１に記載の方法。 - 【請求項７】 前記複数のクライアントコンピュータを
前記キャッシュサーバに割り当てるステップをさらに有
することを特徴とする請求項１に記載の方法。 - 【請求項８】 前記ステップａは、マルチキャストプロ
トコルを用いて前記リンクを通じて実行されることを特
徴とする請求項１に記載の方法。 - 【請求項９】 前記ステップａは、２段階マルチキャス
トプロトコルを用いて前記リンクを通じて実行され、 第１段階では情報を所定のキャッシュサーバへ送信し、 第２段階では前記所定のキャッシュサーバが残りのキャ
ッシュサーバへ情報を送信することを特徴とする請求項
１に記載の方法。 - 【請求項１０】 前記ステップａは、 前記リンクと、 前記プッシュ型サービスプロバイダと前記キャッシュサ
ーバの間のワイヤレスコネクションと、 前記プッシュ型サービスプロバイダをケーブルヘッドス
テーションに接続し、該ケーブルヘッドステーションを
前記キャッシュサーバに接続するケーブルコネクション
とからなるセットから選択される通信要素の任意の組合
せにより実行されることを特徴とする請求項１に記載の
方法。 - 【請求項１１】 前記ステップａは、 マルチキャストプロトコルにより前記リンクを通じて実
行され、 ブロードキャストプロトコルにより前記ワイヤレスコネ
クションを通じて実行され、 ブロードキャストプロトコルにより前記ケーブルコネク
ションを通じて実行されることを特徴とする請求項１０
に記載の方法。 - 【請求項１２】 前記ステップａは、マルチキャスト送
信ツリーを設定するステップの後に実行されることを特
徴とする請求項８に記載の方法。 - 【請求項１３】 前記マルチキャスト送信ツリーを設定
するステップは、ＩＧＭＰプロトコルを使用することを
特徴とする請求項１２に記載の方法。 - 【請求項１４】 ＩＧＭＰプロトコルは、前記送信ツリ
ーにキャッシュサーバを追加するため、または、前記送
信ツリーからキャッシュサーバを削除するために使用さ
れることを特徴とする請求項１３に記載の方法。 - 【請求項１５】 前記マルチキャストプロトコルは、ベ
ストエフォート型プロトコルよりも信頼性が高いことを
特徴とする請求項８に記載の方法。 - 【請求項１６】 前記ステップａは、前記プッシュ型サ
ービスプロバイダを前記所定のキャッシュサーバに接続
するブロードキャスト媒体を通じて実行されることを特
徴とする請求項１に記載の方法。 - 【請求項１７】 前記ブロードキャスト媒体は、前記キ
ャッシュサーバに接続された同軸ケーブルまたは光ケー
ブルであることを特徴とする請求項１６に記載の方法。 - 【請求項１８】 前記ブロードキャスト媒体は、ワイヤ
レス伝送媒体であることを特徴とする請求項１７に記載
の方法。 - 【請求項１９】 前記ステップａは、オブジェクトレベ
ルの保証された配送を行うアプリケーション層プロトコ
ルにより実行されることを特徴とする請求項１に記載の
方法。 - 【請求項２０】 前記ステップａは、サーバへの送信が
成功していないオブジェクトの再送のためのプロトコル
により実行されることを特徴とする請求項１に記載の方
法。 - 【請求項２１】 サーバへのオブジェクトの送信が成功
していないという情報が、該サーバから確認応答が受信
されないことから得られることを特徴とする請求項２０
に記載の方法。 - 【請求項２２】 サーバへのオブジェクトの送信が成功
していないという情報が、再送を要求するメッセージの
受信から得られることを特徴とする請求項２０に記載の
方法。 - 【請求項２３】 クライアントコンピュータに対してキ
ャッシュサーバを指定するステップと、 プッシュ型サービスプロバイダが提供する情報の内容を
更新するときに、該プッシュ型サービスプロバイダに対
して、情報を前記キャッシュサーバへ送信するよう要求
するステップと、 前記プッシュ型サービスプロバイダによって送信された
情報を受信し格納するステップと、 前記クライアントコンピュータから前記情報に対する要
求があった場合に、該情報を前記キャッシュサーバから
該クライアントコンピュータへ配送するステップとから
なることを特徴とする情報提供方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/103,976 US20010052015A1 (en) | 1998-06-24 | 1998-06-24 | Push-pull sevices for the internet |
| US09/103976 | 1998-06-24 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000078208A true JP2000078208A (ja) | 2000-03-14 |
Family
ID=22298030
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP17860999A Pending JP2000078208A (ja) | 1998-06-24 | 1999-06-24 | 情報提供方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20010052015A1 (ja) |
| EP (1) | EP0967559A1 (ja) |
| JP (1) | JP2000078208A (ja) |
| CA (1) | CA2270702A1 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002070606A (ja) * | 2000-08-28 | 2002-03-08 | Honda Motor Co Ltd | エンジン発電装置およびコジェネレーション装置 |
| JP2006311013A (ja) * | 2005-04-27 | 2006-11-09 | Nec Corp | データ配信システム及びその方法、通信中継装置ならびに端末装置 |
Families Citing this family (67)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6941338B1 (en) * | 1999-09-01 | 2005-09-06 | Nextwave Telecom Inc. | Distributed cache for a wireless communication system |
| US6748450B1 (en) | 1999-10-28 | 2004-06-08 | International Business Machines Corporation | Delayed delivery of web pages via e-mail or push techniques from an overloaded or partially functional web server |
| JP2001125823A (ja) * | 1999-10-29 | 2001-05-11 | Fujitsu Ltd | プッシュサービスシステムおよびプッシュサービス処理方法 |
| US7590739B2 (en) * | 1999-11-22 | 2009-09-15 | Akamai Technologies, Inc. | Distributed on-demand computing system |
| US6405252B1 (en) * | 1999-11-22 | 2002-06-11 | Speedera Networks, Inc. | Integrated point of presence server network |
| US7925713B1 (en) * | 1999-11-22 | 2011-04-12 | Akamai Technologies, Inc. | Method for operating an integrated point of presence server network |
| WO2001055817A2 (en) * | 2000-01-27 | 2001-08-02 | Ronald Johnson | System and methods for on-line, real-time inventory display, monitoring and control |
| GB0005653D0 (en) * | 2000-03-09 | 2000-05-03 | Avantis Ltd | Computer network |
| US8055776B1 (en) | 2000-04-05 | 2011-11-08 | International Business Machines Corporation | Sending full-content data to a second data processing system while viewing reduced-content data on a first data processing system |
| EP1368948A2 (en) * | 2000-10-26 | 2003-12-10 | Prismedia Networks, Inc. | Method and apparatus for large payload distribution in a network |
| US6970939B2 (en) | 2000-10-26 | 2005-11-29 | Intel Corporation | Method and apparatus for large payload distribution in a network |
| EP1364510B1 (en) | 2000-10-26 | 2007-12-12 | Prismedia Networks, Inc. | Method and system for managing distributed content and related metadata |
| ATE296514T1 (de) | 2000-10-26 | 2005-06-15 | Prismedia Networks Inc | Verfahren und vorrichtung zur parallelen nachrichtenübermittlung in echtzeit von dateisegmentierten |
| US6807606B2 (en) * | 2000-12-18 | 2004-10-19 | International Business Machines Corp. | Distributed execution coordination for web caching with dynamic content |
| US20020138437A1 (en) * | 2001-01-08 | 2002-09-26 | Lewin Daniel M. | Extending an internet content delivery network into an enterprise environment by locating ICDN content servers topologically near an enterprise firewall |
| US7343415B2 (en) | 2001-03-29 | 2008-03-11 | 3M Innovative Properties Company | Display of software notes indicating that content from a content provider site is available for display |
| US20020184403A1 (en) * | 2001-04-06 | 2002-12-05 | Dahlin Michael D. | Methods for near-optimal bandwidth-constrained placement in a wide-area network |
| KR100757466B1 (ko) * | 2001-04-17 | 2007-09-11 | 삼성전자주식회사 | 홈네트워크내의 기기에 서비스를 제공하는 시스템과 그방법 및 홈네트워크에서 서비스를 제공받는 시스템과 그방법 |
| JP2002366416A (ja) | 2001-06-12 | 2002-12-20 | Fujitsu Ltd | データ配信システム、ネットワークキャッシュ装置、データ配信サーバおよびアクセスサーバ |
| JP2003069639A (ja) * | 2001-08-27 | 2003-03-07 | Nec Corp | ｘＤＳＬ収容装置、マルチキャスト配信システム及びデータ配信方法 |
| US20030055911A1 (en) * | 2001-09-17 | 2003-03-20 | Peterson Erik Lawrence | System and method for retrieving data over a network |
| US7472091B2 (en) * | 2001-10-03 | 2008-12-30 | Accenture Global Services Gmbh | Virtual customer database |
| CN100458767C (zh) * | 2002-03-28 | 2009-02-04 | 普里凯许公司 | 用于在公共预订网络中可靠并且高效地进行基于内容的路由、查询以及响应的方法和设备 |
| US7257628B2 (en) | 2002-11-08 | 2007-08-14 | Cisco Technology, Inc. | Methods and apparatus for performing content distribution in a content distribution network |
| US7305479B1 (en) | 2003-05-13 | 2007-12-04 | Cisco Technology, Inc. | Methods and apparatus for delivery of content requests within a content delivery network |
| US20040267880A1 (en) * | 2003-06-30 | 2004-12-30 | Kestutis Patiejunas | System and method for delivery of media content |
| US8655755B2 (en) * | 2003-10-22 | 2014-02-18 | Scottrade, Inc. | System and method for the automated brokerage of financial instruments |
| US8521830B2 (en) * | 2003-12-22 | 2013-08-27 | International Business Machines Corporation | Pull-configured distribution of imagery |
| US7512658B2 (en) | 2004-02-26 | 2009-03-31 | International Business Machines Corporation | Providing a portion of an electronic mail message based upon a transfer rate, a message size, and a file format |
| US7596285B2 (en) | 2004-02-26 | 2009-09-29 | International Business Machines Corporation | Providing a portion of an electronic mail message at a reduced resolution |
| KR100739721B1 (ko) * | 2005-08-17 | 2007-07-13 | 삼성전자주식회사 | 정보 제공 방법 및 푸시 모드 서비스 제공 방법 |
| US20080055151A1 (en) * | 2006-08-29 | 2008-03-06 | Wildblue Communications, Inc. | Network-Access Satellite Communication System |
| US8484162B2 (en) | 2008-06-24 | 2013-07-09 | Commvault Systems, Inc. | De-duplication systems and methods for application-specific data |
| US8730086B2 (en) * | 2008-08-26 | 2014-05-20 | Viasat, Inc. | Weather detection using satellite communication signals |
| US8538328B2 (en) * | 2008-09-11 | 2013-09-17 | Viasat, Inc. | Antenna and satellite alignment using beam projections |
| US8660142B2 (en) * | 2008-09-25 | 2014-02-25 | Viasat, Inc. | Scheduling virtual bandwidth requests |
| US8411798B2 (en) * | 2008-11-05 | 2013-04-02 | Viasat, Inc. | Reducing receiver power dissipation |
| US8930306B1 (en) | 2009-07-08 | 2015-01-06 | Commvault Systems, Inc. | Synchronized data deduplication |
| US8000259B2 (en) | 2009-09-04 | 2011-08-16 | Viasat, Inc. | Distributed cache—adaptive multicast architecture for bandwidth reduction |
| US8577851B2 (en) | 2010-09-30 | 2013-11-05 | Commvault Systems, Inc. | Content aligned block-based deduplication |
| US8578109B2 (en) | 2010-09-30 | 2013-11-05 | Commvault Systems, Inc. | Systems and methods for retaining and using data block signatures in data protection operations |
| US9020900B2 (en) | 2010-12-14 | 2015-04-28 | Commvault Systems, Inc. | Distributed deduplicated storage system |
| US20120150818A1 (en) | 2010-12-14 | 2012-06-14 | Commvault Systems, Inc. | Client-side repository in a networked deduplicated storage system |
| US9965640B1 (en) * | 2011-09-23 | 2018-05-08 | PubNub Inc. | Real-time distribution of messages via a network with multi-region replication in a hosted service environment |
| US9596127B2 (en) * | 2012-02-20 | 2017-03-14 | Microsoft Technology Licensing, Llc | Scalable data feed system |
| US9218375B2 (en) | 2012-06-13 | 2015-12-22 | Commvault Systems, Inc. | Dedicated client-side signature generator in a networked storage system |
| US9633033B2 (en) | 2013-01-11 | 2017-04-25 | Commvault Systems, Inc. | High availability distributed deduplicated storage system |
| US10380072B2 (en) | 2014-03-17 | 2019-08-13 | Commvault Systems, Inc. | Managing deletions from a deduplication database |
| US9633056B2 (en) | 2014-03-17 | 2017-04-25 | Commvault Systems, Inc. | Maintaining a deduplication database |
| US11249858B2 (en) | 2014-08-06 | 2022-02-15 | Commvault Systems, Inc. | Point-in-time backups of a production application made accessible over fibre channel and/or ISCSI as data sources to a remote application by representing the backups as pseudo-disks operating apart from the production application and its host |
| US9852026B2 (en) | 2014-08-06 | 2017-12-26 | Commvault Systems, Inc. | Efficient application recovery in an information management system based on a pseudo-storage-device driver |
| US9575673B2 (en) | 2014-10-29 | 2017-02-21 | Commvault Systems, Inc. | Accessing a file system using tiered deduplication |
| US10339106B2 (en) | 2015-04-09 | 2019-07-02 | Commvault Systems, Inc. | Highly reusable deduplication database after disaster recovery |
| US20160350391A1 (en) | 2015-05-26 | 2016-12-01 | Commvault Systems, Inc. | Replication using deduplicated secondary copy data |
| US9766825B2 (en) | 2015-07-22 | 2017-09-19 | Commvault Systems, Inc. | Browse and restore for block-level backups |
| US10061663B2 (en) | 2015-12-30 | 2018-08-28 | Commvault Systems, Inc. | Rebuilding deduplication data in a distributed deduplication data storage system |
| US10296368B2 (en) | 2016-03-09 | 2019-05-21 | Commvault Systems, Inc. | Hypervisor-independent block-level live browse for access to backed up virtual machine (VM) data and hypervisor-free file-level recovery (block-level pseudo-mount) |
| US10795577B2 (en) | 2016-05-16 | 2020-10-06 | Commvault Systems, Inc. | De-duplication of client-side data cache for virtual disks |
| US10846024B2 (en) | 2016-05-16 | 2020-11-24 | Commvault Systems, Inc. | Global de-duplication of virtual disks in a storage platform |
| US10740193B2 (en) | 2017-02-27 | 2020-08-11 | Commvault Systems, Inc. | Hypervisor-independent reference copies of virtual machine payload data based on block-level pseudo-mount |
| US10664352B2 (en) | 2017-06-14 | 2020-05-26 | Commvault Systems, Inc. | Live browsing of backed up data residing on cloned disks |
| US11010258B2 (en) | 2018-11-27 | 2021-05-18 | Commvault Systems, Inc. | Generating backup copies through interoperability between components of a data storage management system and appliances for data storage and deduplication |
| US11698727B2 (en) | 2018-12-14 | 2023-07-11 | Commvault Systems, Inc. | Performing secondary copy operations based on deduplication performance |
| US20200327017A1 (en) | 2019-04-10 | 2020-10-15 | Commvault Systems, Inc. | Restore using deduplicated secondary copy data |
| US11463264B2 (en) | 2019-05-08 | 2022-10-04 | Commvault Systems, Inc. | Use of data block signatures for monitoring in an information management system |
| US11442896B2 (en) | 2019-12-04 | 2022-09-13 | Commvault Systems, Inc. | Systems and methods for optimizing restoration of deduplicated data stored in cloud-based storage resources |
| US11687424B2 (en) | 2020-05-28 | 2023-06-27 | Commvault Systems, Inc. | Automated media agent state management |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5721914A (en) * | 1995-09-14 | 1998-02-24 | Mci Corporation | System and method for hierarchical data distribution |
-
1998
- 1998-06-24 US US09/103,976 patent/US20010052015A1/en not_active Abandoned
-
1999
- 1999-05-04 CA CA002270702A patent/CA2270702A1/en not_active Abandoned
- 1999-06-15 EP EP99304670A patent/EP0967559A1/en not_active Withdrawn
- 1999-06-24 JP JP17860999A patent/JP2000078208A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002070606A (ja) * | 2000-08-28 | 2002-03-08 | Honda Motor Co Ltd | エンジン発電装置およびコジェネレーション装置 |
| JP2006311013A (ja) * | 2005-04-27 | 2006-11-09 | Nec Corp | データ配信システム及びその方法、通信中継装置ならびに端末装置 |
| JP4609175B2 (ja) * | 2005-04-27 | 2011-01-12 | 日本電気株式会社 | データ配信システム及びその方法、通信中継装置ならびに端末装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CA2270702A1 (en) | 1999-12-24 |
| US20010052015A1 (en) | 2001-12-13 |
| EP0967559A1 (en) | 1999-12-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2000078208A (ja) | 情報提供方法 | |
| KR100579321B1 (ko) | 가상 멀티캐스트 네트워킹 방법 및 그 시스템 | |
| US7133928B2 (en) | Performing multicast communication in computer networks by using overlay routing | |
| US5905872A (en) | Method of transferring connection management information in world wideweb requests and responses | |
| US6523069B1 (en) | Transmission of multicast media between networks | |
| EP1252575B1 (en) | A system and method for rewriting a media resource request and/or response between origin server and client | |
| JP3888209B2 (ja) | マルチキャスト通信装置およびシステム | |
| US7373394B1 (en) | Method and apparatus for multicast cloud with integrated multicast and unicast channel routing in a content distribution network | |
| EP1242870A1 (en) | A proximity-based redirection system for robust and scalable service-node location in an internetwork | |
| US6515994B1 (en) | Method of communication in a communications network and apparatus therefor | |
| US20030018800A1 (en) | Service transmission in a packet data network | |
| WO1997048051A1 (en) | Ip multicast data distribution system with guaranteed quality of service | |
| KR100397673B1 (ko) | 씨디엔을 이용한 클라이언트간 직접 데이터 통신 방법 | |
| JP3655575B2 (ja) | ゲートウェイ装置 | |
| WO2021005756A1 (ja) | コンテンツ配信システム、ユニキャストマルチキャスト変換装置、コンテンツ配信方法及びコンテンツ配信プログラム | |
| JP2004511961A (ja) | Ｉｐネットワークにおいて移動性と特別サービスを可能にする通信システム | |
| EP2586170A1 (en) | Network entity and method for providing data to at least one user entity in a communication network | |
| JP7473025B2 (ja) | コンテンツ配信システム、ユニキャストマルチキャスト変換装置、コンテンツ配信方法及びコンテンツ配信プログラム | |
| EP2400749A1 (en) | Access network controls distributed local caching upon end-user download | |
| KR100846544B1 (ko) | 인터넷에서의 패킷 전달 방법 | |
| US8874796B1 (en) | Techniques for using a general query to circumvent specific query response failure in an IGMP system |