JP2016530634A - コンテンツデリバリーネットワークにおける要求をディスパッチする方法及びシステム - Google Patents

コンテンツデリバリーネットワークにおける要求をディスパッチする方法及びシステム Download PDF

Info

Publication number
JP2016530634A
JP2016530634A JP2016536382A JP2016536382A JP2016530634A JP 2016530634 A JP2016530634 A JP 2016530634A JP 2016536382 A JP2016536382 A JP 2016536382A JP 2016536382 A JP2016536382 A JP 2016536382A JP 2016530634 A JP2016530634 A JP 2016530634A
Authority
JP
Japan
Prior art keywords
client
target website
address
service content
node 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.)
Granted
Application number
JP2016536382A
Other languages
English (en)
Other versions
JP6656152B2 (ja
Inventor
ホー ヤンフォン
ホー ヤンフォン
ジャン シアオリアン
ジャン シアオリアン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Publication of JP2016530634A publication Critical patent/JP2016530634A/ja
Application granted granted Critical
Publication of JP6656152B2 publication Critical patent/JP6656152B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • 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/01—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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1021—Server selection for load balancing based on client or server locations
    • 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Abstract

本開示は、コンテンツデリバリーネットワーク（ＣＤＮ）における要求を正確にディスパッチする方法及びシステムを開示し、目的ウェブサイトのＣＤＮによって認証されるドメイン名システム（ＤＮＳ）が、クライアントが位置する端末のローカルＤＮＳからローカルＤＮＳのＩＰアドレス及びクライアントが要求するサービスコンテンツの目的ウェブサイトのドメイン名を受け取ることと、共有ディスパッチデータベースにおいて、ローカルＤＮＳのＩＰアドレス及び目的ウェブサイトのドメイン名に基づくクライアントへのサービス供給に適した、目的ウェブサイトの最適なＣＤＮノードサーバのアドレスを見つけることと、見つけたアドレスをクライアントに返すことと、を備える。開示された方法及びシステムは、ＩＰディスパッチの処理において必要な解決時間の増加により引き起こされるＣＤＮの低処理効率性の問題及びディスパッチ中のアドレスエラーの問題を解決することができる。

Description

関連特許出願の相互参照
本出願は、２０１３年８月２０日に出願された、中国特許出願第２０１３１０３６３３９５．７号、「コンテンツデリバリーネットワーク（ＣＤＮ）における要求をディスパッチする方法及びシステム」に対する海外優先権を主張するものであり、引用によりその全体を本明細書に包含する。
技術分野
本開示は、ネットワーク要求をディスパッチする分野に関し、さらに詳細には、コンテンツデリバリーネットワークにおける要求を正確にディスパッチする方法及びシステムに関する。
従来の技術では、ドメインネームシステム（ＤＮＳ）は、特定のサーバＩＰアドレスへウェブサイトのドメイン名を解決する主な役割を備えたグローバルに分散されたネームサーバシステムとして言及される。
インターネットの時代において、コンテンツデリバリーネットワーク（ＣＤＮ）による高速化の原則は、良質のサービスを供給できるアプリケーションサーバにアプリケーションをアクセスするためにユーザの要求をディスパッチすること、かつ、それによってユーザがアプリケーションサーバにアクセスするスピード及び体験を向上する効果を得ることである。一般に、業界で採用されるディスパッチモードは、以下を含む。
１．ＤＮＳに基づくディスパッチモードはさらに、２つのタイプにカテゴリ分けされる。
グローバルＤＮＳディスパッチタイプ：本ディスパッチタイプは、図６に示されるように、ユーザ及びＣＤＮによってアクセスされるサービスのドメイン名は、同じＤＮＳサーバシステムを使用する。
グローバルＤＮＳディスパッチモードは、クライアント側が、ローカルＤＮＳに、ａ．ｃｏｍ及びｂ．ｃｏｍのドメイン名を解決するための要求の送信を開始する方法で行われる。ローカルＤＮＳは、処理のために、目的のウェブサイト及びＣＤＮにより認証されたＤＮＳに要求を送信する。処理の後、ａ．ｃｏｍ及びｂ．ｃｏｍを含むＣＤＮサービスクラスタノードサーバＩＰ１のアドレスが返される。ローカルＤＮＳは、そのアドレスをクライアント側に転送し、その後クライアント側は、ＩＰ１のアドレスに従ってＣＤＮノードサーバサービスクラスタＩＰ１にａ．ｃｏｍ及びｂ．ｃｏｍのサービスコンテンツのための要求を送信する。ＣＤＮノードサーバサービスクラスタＩＰ１はその後、それぞれ目的のウェブサイト、すなわち、ａ．ｃｏｍ及びｂ．ｃｏｍのサービスコンテンツを要求し、受け取ったコンテンツがＣＤＮノードサーバサービスクラスタＩＰ１によってクライアント側に返される。
分散されたＤＮＳディスパッチタイプ：本モードと上記グローバルＤＮＳディスパッチタイプとの違いは、サービスウェブサイトの認証されたＤＮＳ及びＣＤＮの認証されたＤＮＳが異なるシステムであるということであり、キャノニカルネームレコード方法（ＣＮＡＭＥ）を用いて解決特権の転換が要求される。サービスウェブサイト及びＣＤＮが相互依存していないため、そういった方法は非常に適応力がある。しかしながら、解決手順の数が増加するため、図７に示されるように、解決時間が長引いてしまう。
分散されたＤＮＳディスパッチモードは、クライアント側が、ローカルＤＮＳに、ａ．ｃｏｍのドメイン名を解決するための要求の送信を開始する方法で行われる。ローカルＤＮＳは、解決を処理するため、目的のウェブサイトａ．ｃｏｍによって認証されたＤＮＳに要求を送信し、解決特権はその後、ＣＮＡＭＥ（ａ．ｃｄｎ．ｃｏｍ）を用いて目的のウェブサイトａ．ｃｏｍに認証されたＤＮＳに送信される。ａ．ｃｏｍをカバーするＣＤＮノードサーバサービスクラスタＩＰ１のアドレスを含む処理された結果が、その後ローカルＤＮＳへと返される。ローカルＤＮＳは、結果をクライアント側に転送し、その後クライアント側は、ＩＰ１のアドレスに従ってＣＤＮノードサーバサービスクラスタＩＰ１にａ．ｃｏｍのサービスコンテンツのための要求を送信する。ＣＤＮノードサーバサービスクラスタＩＰ１はその後、目的のウェブサイト、すなわち、ａ．ｃｏｍのサービスコンテンツを要求し、受け取ったサービスコンテンツがＣＤＮノードサーバサービスクラスタＩＰ１によってクライアント側に返される。
２．サービスアドレスのリダイレクトに基づくディスパッチモード：ユーザからのサービス要求は、最初にディスパッチサーバへと送られる。サーバは、図８に示されるように、ユーザの要求の属性（ユーザのクライアントのＩＰアドレスまたはクッキー等といった）に従って、特定のリダイレクトレスポンスヘッダ（ｈｔｔｐ３０２レスポンスなど）を用いて、サービスのための最適なサーバへとユーザの要求をディスパッチする。
本ＤＮＳディスパッチモードは、クライアント側が、ローカルＤＮＳに、ａ．ｃｏｍのドメイン名を解決するための要求の送信を開始する方法で行われる。ローカルＤＮＳは、解決のために、目的のウェブサイトａ．ｃｏｍにより認証されたＤＮＳに要求を送信する。目的のウェブサイトａ．ｃｏｍのＩＰアドレス（ＩＰ０）を含む処理された結果は、その後ローカルＤＮＳへと返される。ローカルＤＮＳは、処理された結果をクライアント側に転送し、その後クライアントは、ＩＰ０アドレスに従って目的のウェブサイトａ．ｃｏｍ（ＩＰ０）からのサービスコンテンツを要求する。目的のウェブサイトａ．ｃｏｍ（ＩＰ０）はその後、ＩＰ１への飛越しを要求するための３０２レスポンスを返す。この時クライアント側は、ＩＰ１にａ．ｃｏｍのサービスコンテンツを要求する。ＣＤＮノードサーバサービスクラスタＩＰ１はその後、目的のウェブサイトａ．ｃｏｍのサービスコンテンツを要求し、受け取ったサービスコンテンツをクライアントにフィードバックする。
３．ユニフォームリソースロケータ（ＵＲＬ）書き換えに基づくディスパッチモード：本ノードのシステム構造及び処理は、図８に示される。本モードは、ウェブページに埋め込まれたＵＲＬがディスパッチの目的で修正されるという点において、上記二番目のモードとは異なる。
このＤＮＳディスパッチモードは、クライアントが、ローカルＤＮＳに、ａ．ｃｏｍのドメイン名を解決するための要求の送信を開始する方法で行われる。ローカルＤＮＳは、解決のために、目的のウェブサイトａ．ｃｏｍにより認証されたＤＮＳに要求を送信する。処理された結果は、目的のウェブサイトａ．ｃｏｍのＩＰアドレス（ＩＰ０）を含み、ローカルＤＮＳに返される。ローカルＤＮＳは、処理された結果をクライアント側に転送し、その後クライアント側は、ＩＰ０アドレスに従って目的のウェブサイトａ．ｃｏｍ（ＩＰ０）からのサービスコンテンツを要求する。目的のウェブサイトａ．ｃｏｍ（ＩＰ０）はその後、ＩＰ１への飛越しを要求するためのＩＰ１を含むＵＲＬ要求を返す。この時クライアント側は、ＩＰ１にａ．ｃｏｍのサービスコンテンツを要求する。ＣＤＮノードサーバサービスクラスタＩＰ１はその後、目的のウェブサイトａ．ｃｏｍのサービスコンテンツを要求し、受け取ったサービスコンテンツをクライアント側にフィードバックする。
４．任意のブロードキャスト方法（エニーキャスト）に基づくディスパッチモード、すなわちＩＰアドレス層またはアプリケーションのオーバーラッピングしている層のいずれかに基づくブロードキャスト。このようにして、全ての可能なサービスノードサーバは、ユーザからのサービス要求を受け取ってもよく、レスポンスコンテンツは、ルールに基づき最適なサービスを供給することができるサーバからユーザに直接返される。
５．Ｐ２Ｐ方法に基づくディスパッチモード：最適なサービスノードサーバを探すためにユーザが特定のサービスノードサーバと交渉する。最初の交渉後に見つかったノードサーバが、サービス要求と一致しない場合、クライアント側はその後、最適なサービスノードサーバが見つかるまでサービスに最適な他のノードサーバを探すよう通知される。
上記ディスパッチモードに従い、以下の欠陥が存在する。
モード１：クライアントの位置するアドレスはローカルＤＮＳのＩＰアドレスからのみ決定するという本モードは、クライアント側のおよそ２０％が使用するローカルＤＮＳのＩＰアドレスが、クライアント側のＩＰアドレスとは異なるネットワークに位置しているので非常に不正確であり、そのためディスパッチにおけるエラーが起こりやすく、ＣＤＮの高速化効果を低減させることにつながるということに気づくのは明らかである。
モード２及び３：これらのモードは、ユーザのＩＰアドレスに基づくディスパッチを確実に実行できるが、これらのモードでは、モード１と比較すると解決処理の時間もさらにかかり、特にアプリケーションディスパッチサーバと情報をやりとりする時間は増加する。このやりとりによる遅れは小さなオブジェクトにアクセスするユーザエクスペリエンスに重大な影響を与える場合がある。一方で、モード３の他の欠陥は、要求をディスパッチするためにページコンテンツの修正が必要となることにより、順応性と効果が乏しくなるということにある。
モード４：これが実際には最も効果的かつもっとも正確な方法である。しかしながら、ＩＰアドレスのエニーキャストブロードキャストは多くのネットワークで現在サポート対象外である。アプリケーション層エニーキャストが採用された場合、プロトコル互換性は確実に影響を受ける。特定のアプリケーションで実現すると思われるが、アプリケーションの大多数ではサポート対象外である。故に、モード４は互換性が非常に乏しく、特にいくつかの特定環境においては、基本的には実行不可能である。
モード５：本モードにおける欠陥は、プロトコル互換性だけではなく、解決効率性の問題にもある。こういったＰ２Ｐベースのディスパッチモードの効率性は、サービスノードの数が増加するにつれ著しく減少する。
従って、上記ディスパッチモードの欠点は、解決の緊急を要する技術問題となってきている。
本概要は、選択された概念を簡易的に案内するために提供され、これらの概念はさらに以下の発明を実施するための形態に記述される。本概要は、請求する主題の鍵となる特徴または重要な特徴の全てを確認することを意図するものではなく、また、請求する主題の範囲決定を補助するものとして単独で用いることを意図するものでもない。「技術」という用語は例えば、上記文脈及び本開示全てにより認められるような装置、システム、方法、及び／またはコンピューター読取可能な命令を指してもよい。
上記観点から、本開示の目的は、ＩＰアドレスをディスパッチする処理における追加の解決時間により引き起こされるＣＤＮの低処理効率性の問題及びディスパッチ処理中におけるＩＰアドレスエラーの問題を解決するために、ＣＤＮを用いて要求を正確にディスパッチする方法及び同方法を用いたシステムを供給することである。
前述の技術問題を解決するために、本開示はコンテンツデリバリーネットワーク（ＣＤＮ）を用いて要求を正確にディスパッチする方法を開示し、方法は、目的のウェブサイトのＣＤＮにより認証されたドメインネームシステム（ＤＮＳ）が、クライアントが位置する端末のローカルＤＮＳからローカルＤＮＳへのＩＰアドレス及びクライアントに要求されたサービスコンテンツの目的ウェブサイトのドメインネームを受け取ることを可能にすることと、共有ディスパッチデータベースにおいて、ローカルＤＮＳ及び目的ウェブサイトのドメイン名のＩＰアドレスに基づくクライアントへのサービス供給に適した、目的ウェブサイトの最適なＣＤＮノードサーバのアドレスを見つけ、見つけたアドレスをクライアントに返すことであって、ここで、ＩＰアドレスセグメント、目的ウェブサイトのドメイン名及び目的ウェブサイトの少なくとも１つのＣＤＮノードサーバのアドレスを供給ディスパッチデータベースに相応に格納することと、最適なＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントに要求された目的ウェブサイトのサービスコンテンツを得ること、及びその後に、最適なＣＤＮノードサーバが、サービス供給に適したそのＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいると、クライアントから目的ウェブサイトのサービスコンテンツ要求を受け取った後に判断する場合、目的ウェブサイトのサービスコンテンツをクライアントに返すことと、を備える。
１つの実施形態において、方法はさらに、クライアントのＩＰアドレス及びクライアントによってサービスコンテンツのために要求された目的ウェブサイトのドメイン名に基づいて、最適なＣＤＮノードサーバが、クライアントにサービスを供給するのに適した目的ウェブサイトの他のＣＤＮノードサーバのアドレスを共有ディスパッチデータベース内で検索し、かつサービス供給に適した最適なＣＤＮノードサーバのＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいないと最適なＣＤＮノードサーバが判断する場合に、目的ウェブサイトの他のＣＤＮノードサーバのＩＰアドレスを返すことと、他のＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントに要求された目的ウェブサイトのサービスコンテンツを得て、かつ目的ウェブサイトのサービスコンテンツを得るためにクライアントから送信された要求を他のＣＤＮノードサーバが受け取った後に、サービス供給に適した他のＣＤＮノードサーバのＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいると他のＣＤＮノードサーバが判断する場合、目的ウェブサイトのサービスコンテンツをクライアントに返すことと、を備える。
さらに、または代替的に、方法はさらに、サービス供給に適した最適なＣＤＮモードサーバのＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいないと最適なＣＤＮノードサーバが判断する場合に、クライアントのＩＰアドレス及びクライアントによってサービスコンテンツのために要求された目的ウェブサイトのドメイン名に基づいて、クライアントにサービスを供給するのに適した目的ウェブサイトの他のＣＤＮノードサーバのアドレスを共有ディスパッチデータベース内でクライアントが検索出来るようクライアントに通知することと、他のＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントに要求された目的ウェブサイトのサービスコンテンツを得て、かつ目的ウェブサイトのサービスコンテンツを得るためにクライアントから送信された要求を他のＣＤＮノードサーバが受け取った後に、ＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいると他のＣＤＮノードサーバが判断する場合、目的ウェブサイトのサービスコンテンツをクライアントに返すことと、を備える。
他の実施形態では、最適なＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントに要求された目的ウェブサイトのサービスコンテンツを得て、かつ目的ウェブサイトのサービスコンテンツをクライアントに返すことは、最適なＣＤＮノードサーバが目的のウェブサイトからクライアントに要求されたサービスコンテンツを得るように要求することと、最適なＣＤＮノードサーバに格納されたサービスコンテンツがクライアントに要求されたサービスコンテンツを含まない場合、要求されたサービスコンテンツを格納し、クライアントに転送することを、さらに備える。
１つの実施形態では、他のＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントに要求された目的ウェブサイトのサービスコンテンツを得て、かつ目的ウェブサイトのサービスコンテンツをクライアントに返すことは、他のＣＤＮノードサーバが目的のウェブサイトからクライアントに要求されたサービスコンテンツを得るように要求することと、他のＣＤＮノードサーバに格納されたサービスコンテンツがクライアントに要求されたサービスコンテンツを含まない場合、要求されたサービスコンテンツを格納し、クライアントに転送することを、さらに備える。
さらに、目的ウェブサイトのＣＤＮによって認証されたＤＮＳが、クライアントが位置する端末のローカルＤＮＳのＩＰアドレス及びクライアントに要求されたサービスコンテンツの目的ウェブサイトのドメイン名を受け取る前に、方法はさらに、目的ウェブサイトのＣＤＮによって認証されたＤＮＳによって、目的ウェブサイトのサービスコンテンツを得るためにローカルＤＮＳによって送られた目的ウェブサイトのドメイン名を受け取ることかつ解決することと、目的ウェブサイトのＣＤＮによって認証されたＤＮＳのアドレスに向けられ、解決からクライアントへ得られる目的ウェブサイトのエイリアスを返すことと、を備える。
前述の技術問題を解決するために、本開示はコンテンツデリバリーネットワーク（ＣＤＮ）を用いて要求を正確にディスパッチするシステムを開示し、システムはクライアントへ接続され、システムはドメイン名サーバを認証する目的ウェブサイトＣＤＮ、共有ディスパッチデータベース、及び最適なＣＤＮノードサーバを備え、ここで、ドメイン名サーバを認証する目的ウェブサイトＣＤＮは、クライアントが位置する端末のローカルＤＮＳからローカルＤＮＳのＩＰアドレス及びクライアントに要求されたサービスコンテンツの目的ウェブサイトのドメイン名を受け取り、共有ディスパッチデータベースにＩＰアドレス及びドメイン名を送信し、かつ共有ディスパッチデータベースにより返された最適なＣＤＮノードサーバのアドレスをクライアントに返すために用いられ、共有ディスパッチデータベースは、ローカルＤＮＳのＩＰアドレス及び目的ウェブサイトのドメイン名に基づきクライアントにサービスを供給するのに最適な目的ウェブサイトの最適なＣＤＮノードサーバのアドレスを供給し、ドメイン名サーバを認証する目的ウェブサイトＣＤＮにアドレスを返すために用いられ、ここで、ＩＰアドレスセグメント、目的ウェブサイトのドメイン名及び目的ウェブサイトの少なくとも１つのＣＤＮノードサーバドレスは共有ディスパッチデータベースに相応に格納され、最適なＣＤＮノードサーバアドレスは、格納されたサービスコンテンツから、クライアントに要求された目的ウェブサイトのサービスコンテンツを得て、目的ウェブサイトのサービスコンテンツを得るためにクライアントから送信された要求を最適なＣＤＮノードサーバが受け取った後に、サービス供給に適したＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいると最適なＣＤＮノードサーバが判断する場合、目的ウェブサイトのサービスコンテンツをクライアントに返すために用いられる。
１つの実施形態では、システムはさらに、他のＣＤＮノードサーバを備え、ここで、最適なＣＤＮノードサーバは、サービス供給に適している最適なＣＤＮノードサーバのＩＰアドレスセグメントがクライアントのＩＰアドレスを含まないと最適なＣＤＮノードサーバが判断する場合、クライアントのＩＰアドレス及びサービスコンテンツのためにクライアントによって要求された目的ウェブサイトのドメイン名を共有ディスパッチデータベースに送信し、かつ共有ディスパッチデータベースによって返される目的ウェブサイトの他のＣＤＮノードサーバのＩＰアドレスをクライアントへ返すためにさらに用いられ、共有ディスパッチデータベースは、最適なＣＤＮノードサーバによって送信されたクライアントのＩＰアドレス及びサービスコンテンツのためにクライアントが要求する目的ウェブサイトのドメイン名に基づき、クライアントにサービスを供給するのに適した目的ウェブサイトのＣＤＮノードサーバのアドレスを供給し、他のＣＤＮノードサーバのＩＰアドレスをクライアントへ返すためにさらに用いられ、他のＣＤＮノードサーバは、他のＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントが要求した目的ウェブサイトのサービスコンテンツを得て、目的ウェブサイトのサービスコンテンツを得るためにクライアントから送信された要求を他のＣＤＮノードサーバが受け取った後に、ＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいると他のＣＤＮノードサーバが判断する場合、クライアントへ目的ウェブサイトのサービスコンテンツを返すために用いられる。
他の実施形態では、システムはさらに、他のＣＤＮノードサーバを備え、ここで、最適なＣＤＮノードサーバは、クライアントへのサービス供給に適している最適なＣＤＮノードサーバのＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいないということを最適なＣＤＮノードサーバが判断する場合、クライアントに通知するためにさらに用いられ、共有ディスパッチデータベースは、クライアントのＩＰアドレス及びクライアントが要求したサービスコンテンツのドメイン名に基づき、クライアントにサービスを供給するのに適した目的ウェブサイトの他のＣＤＮノードサーバのアドレスを供給し、アドレスをクライアントに返すためにさらに用いられ、他のＣＤＮノードサーバは、他のＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントが要求した目的ウェブサイトのサービスコンテンツを得て、かつ目的ウェブサイトのサービスコンテンツを得るためにクライアントから送信された要求を他のＣＤＮノードサーバが受け取った後に、ＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいると他のＣＤＮノードサーバが判断する場合、クライアントへ目的ウェブサイトのサービスコンテンツを返すために用いられる。
さらに、システムは、目的ウェブサイトサーバをさらに備え、ここで、最適なＣＤＮノードサーバは、クライアントが要求した目的ウェブサイトのサービスコンテンツを目的ウェブサイトサーバから要求しかつ得るため、かつ最適なＣＤＮノードサーバに格納されたサービスコンテンツがクライアントが要求するサービスコンテンツを含まない場合、クライアントが要求する目的ウェブサイトのサービスコンテンツを格納し、クライアントへ転送するためにさらに用いられ、目的ウェブサイトサーバは、目的ウェブサイトに対応するサービスコンテンツを格納しかつ供給するために用いられる。
１つの実施形態では、システムは、目的ウェブサイトサーバをさらに備え、ここで、他のＣＤＮノードサーバが、クライアントが要求した目的ウェブサイトのサービスコンテンツを目的ウェブサイトサーバから要求しかつ得るため、かつ他のＣＤＮノードサーバに格納されたサービスコンテンツがクライアントが要求するサービスコンテンツを含まない場合、クライアントが要求する目的ウェブサイトのサービスコンテンツを格納し、クライアントへ転送するためにさらに用いられ、目的ウェブサイトサーバは、目的ウェブサイトに対応するサービスコンテンツを格納しかつ供給するために用いられる。
さらに、または代替的に、システムはさらに、クライアントが要求しローカルＤＮＳによって送信されたサービスコンテンツの目的ウェブサイトのドメイン名を受け取りかつ解決するために、かつクライアントへの解決後に得られる目的ウェブサイトのエイリアスを返すために用いられる目的ウェブサイト認証ドメイン名サーバを備え、エイリアスは目的ウェブサイトのＣＤＮによって認証されたＤＮＳのアドレスへと向かう。
従来の方法と比較すると、本開示は以下の効果を達成できる。
１）ＣＤＮを用いて要求を正確にディスパッチする方法及び本開示によって供給される同方法を用いたシステムは、ＩＰアドレスをディスパッチする処理における解決時間の増加により引き起こされるＣＤＮの低処理効率性の問題及びディスパッチ処理中におけるＩＰアドレスエラーの問題を解決することができる。
２）ＣＤＮを用いて要求を正確にディスパッチする方法及び本開示によって供給される同方法を用いたシステムはさらに、解決効率性の減少によるディスパッチ効率性を低下させることなくＩＰディスパッチを達成できるよう、エニーキャストブロードキャストをサポートしないネットワークを処理することができる。
もちろん、本開示によって供給される本方法及び本システムを実装するいかなる製品も、前述の効果の全てを一度で達成する必要はない。
本明細書に記載される図面は、本開示のさらなる理解を提供するために用いられ、本開示の一部を構成するために包含され、概略実施形態及びその説明は説明目的のためのみに用いられ、本開示に不適当な制限として解釈されるべきではない。
本開示の第一実施形態に従って要求を正確にディスパッチするための方法を描写するフロー図である。 本開示の第二実施形態に従って要求を正確にディスパッチするための方法を描写するフロー図である。 本開示の第三実施形態に従って要求を正確にディスパッチするための方法を描写するフロー図である。 本開示の第四実施形態に従って要求を正確にディスパッチするためのシステムを描写する構造図である。 本開示の第四実施形態に従って要求を正確にディスパッチするためのシステムを描写する他の構造図である。 背景技術で述べられたＣＤＮ上に存在するディスパッチ方法を描写する構造図である。 背景技術で述べられたＣＤＮ上に存在するディスパッチ方法を描写する構造図である。 背景技術で述べられたＣＤＮ上に存在するディスパッチ方法を描写する構造図である。 図４及び５に記載されるシステムを更に詳しく描写する概略図である。
本開示の技術的スキームは、本開示の目的、技術的スキーム及び利点をより明瞭にするために、実施形態及び付随の図面と共に以下に明瞭かつ完全な方法で記述される。本明細書に記述される実施形態は、本開示の実施形態の全てではなく、一部分であるにすぎない。本開示の実施形態に従って、創造的努力を伴わない当業者によって実装されたいかなる他の実施形態も本開示の保護範囲に含まれるべきである。
図１に示されるように、フロー図は以下のブロックを含む本開示の第一実施形態に従って要求を正確にディスパッチするための方法を描写する。
ブロック１０１：目的ウェブサイトのＣＤＮによって認証されたドメイン名システム（ＤＮＳ）は、クライアントが位置する端末のローカルＤＮＳからローカルＤＮＳのＩＰ及びクライアントが要求するサービスコンテンツに関連する目的ウェブサイトのドメイン名を受け取る。
ブロック１０２：ＩＰアドレス及び目的ウェブサイトのドメイン名に基づき、クライアントにサービスを供給するのに適した目的ウェブサイトの最適なＣＤＮノードサーバのアドレスを共有ディスパッチデータベース内で検索すること、かつクライアントに検索したアドレスを返すこと、ここで、ＩＰアドレスセグメント、目的ウェブサイトのドメイン名及び目的ウェブサイトの少なくとも１つのＣＤＮノードサーバのアドレスが共有ディスパッチデータベースに相応に格納される。
上記の「最適な」という用語は、決定の特定基準に基づき得られる。例えば、通常の状態でクライアント側がＣＤＮノードサーバにアクセスするよう要求する時、ＣＤＮノードサーバが供給する最速ダウンロードスピードは、ＣＤＮノードサーバによって供給されるコンテンツのためのダウンロードスピードが最適を決定するための基準として用いられる時、「最適」と判断される。もちろん、本開示はそのことに限定はされない。異なるタイプのＣＤＮノードサーバのために「最適」を判断するための最速ダウンロードスピードとは異なる、他の基準も存在する場合がある。下文で用いられるような「最適」という用語は、上記の本質に従う。
ブロック１０３：最適なＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントに要求された目的ウェブサイトのサービスコンテンツを得ること、かつクライアントから送られた目的ウェブサイトのサービスコンテンツを得るための要求を最適なＣＤＮノードサーバが受け取った後に、サービス供給に最適なＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいると最適なＣＤＮノードサーバが判断する場合、目的ウェブサイトのサービスコンテンツをクライアントに返すこと。
最適なＣＤＮノードサーバに格納されたサービスコンテンツがクライアントに要求されたサービスコンテンツを含まない場合、最適なＣＤＮノードサーバは、クライアントが要求したサービスコンテンツを得るために目的ウェブサイトに要求を送信し、かつ要求されたサービスコンテンツを格納し、クライアントに転送する。
ブロック１０２はさらに、
クライアント側から送られた目的ウェブサイトのサービスコンテンツを得るための要求を最適なＣＤＮノードサーバが受け取った後に、サービス供給に適しているＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいないということを最適なＣＤＮノードサーバが判断する場合、以下の２つの処理が含まれる：
１）最適なＣＤＮノードサーバは、クライアントのＩＰアドレス及びサービスコンテンツのためにクライアントが要求する目的ウェブサイトのドメイン名に基づき、クライアントにサービスを供給するのに適した目的ウェブサイトの他のＣＤＮノードサーバのアドレスを、共有ディスパッチデータベース内で検索し、目的ウェブサイトの他のＣＤＮノードサーバのＩＰアドレスをクライアントに返し、または
２）最適なＣＤＮノードサーバは、クライアントのＩＰアドレス及び共有ディスパッチデータベース内の目的ウェブサイトのドメイン名に基づき、クライアントにサービスを供給するのに適した目的ウェブサイトの他のＣＤＮノードサーバのアドレスをクライアントが検索できるように、クライアントに通知する。
他のＣＤＮノードサーバは、目的ウェブサイトのサービスコンテンツを得るためにクライアントから要求を受け取り、他のＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントが要求するサービスコンテンツを得て、ＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいると他のＣＤＮノードサーバが判断した場合、目的ウェブサイトのサービスコンテンツをクライアントに返す。他のＣＤＮノードサーバに格納されたサービスコンテンツがクライアントに要求されたサービスコンテンツを含まない場合、他のＣＤＮノードサーバは、目的ウェブサイトからクライアントが要求したサービスコンテンツを得るよう要求し、かつ要求されたサービスコンテンツを格納し、クライアントに転送する。
プロセス１及びプロセス２は論理的に異なるが、問題解決において同じ効果を有する。実用的な実装では、当業者は実際の状況に従って選択肢を変更してもよく、特に本明細書に限定されるわけではなく、かつ詳細は本明細書に重複して記載されない。
加えて、目的ウェブサイトによって認証されるＤＮＳサーバが、クライアントが要求する目的ウェブサイトのサービスコンテンツを得るためにローカルＤＮＳによって送信された要求を受け取り、目的ウェブサイトのドメイン名を解決し、解決後に得られる目的ウェブサイトのエイリアス、すなわちＣＮＡＭＥを返すことを含む場合がある、特定の操作が、第一実施形態のブロック１０１の前には通常は必要であり、エイリアスは目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバのＩＰアドレスを指す。
図２に示されるように、フロー図は以下のブロックを含む本開示の第二実施形態に従って要求を正確にディスパッチするための方法を描写する。
ブロック２０１：クライアントが目的ウェブサイトからサービスコンテンツを要求しようとする時、クライアントは最初にクライアントが位置する端末のローカルＤＮＳにドメイン名解決要求を送信し、ドメイン名解決要求は目的ウェブサイトのドメイン名（ａ．ｃｏｍ）を含む。下文の記述はａ．ｃｏｍを用いるが、ａ．ｃｏｍの使用は本開示への制限として見なされるべきではない。
ブロック２０２：ローカルＤＮＳは、目的ウェブサイトによって認証されたＤＮＳサーバにドメイン名解決要求を転送する。
ブロック２０３：目的ウェブサイトによって認証されたＤＮＳサーバは、ローカルＤＮＳによって送信されたドメイン名解決要求を受け取り、要求の目的ウェブサイトのドメイン名に基づき解決を実行し、ドメイン名、例えばａ．ｃｄｎ．ｃｏｍ（ａ．ｃｄｎ．ｃｏｍは記述のために下文に用いられるが、ａ．ｃｄｎ．ｃｏｍは本開示への限定ではない）に応じた目的ウェブサイトのエイリアス（すなわちＣＮＡＭＥ）を得て、目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバのＩＰアドレスを指すエイリアス、ａ．ｃｄｎ．ｃｏｍをローカルＤＮＳに返す。
ブロック２０４：ローカルＤＮＳは、目的ウェブサイトのエイリアス、ａ．ｃｄｎ．ｃｏｍに基づき目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバに、ＣＤＮノードサーバのＩＰアドレスを解決するための要求を送信し、アドレス解決のための要求は、ローカルＤＮＳのＩＰアドレス及び目的ウェブサイトのドメイン名、ａ．ｃｏｍを含む。
ブロック２０５：目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバは、ローカルＤＮＳからＩＰアドレス解決のための要求を受け取り、クライアントにサービスを供給するのに適した目的ウェブサイトの最適なＣＤＮノードサーバのＩＰアドレスを共有ディスパッチデータベースから検索し、目的ウェブサイトの最適なＣＤＮノードサーバのＩＰアドレスをクライアントに返す。
ＩＰアドレスセグメント、目的ウェブサイトのドメイン名、ａ．ｃｏｍ、及び目的ウェブサイトの少なくとも１つのＣＤＮノードサーバのＩＰアドレスは、共有ディスパッチデータベース内に相応に格納される。共有ディスパッチデータベース内に記録されたＩＰアドレスセグメントは、サポートされたローカルＤＮＳが属するＩＰアドレスセグメントよりもむしろサポートされたクライアントが属するＩＰアドレスである。ローカルＤＮＳのＩＰアドレスとクライアントのＩＰアドレスは同じであってもよく、または異なっていてもよく、共有ディスパッチデータベース内で検索を実行するためのブロック２０５におけるローカルＤＮＳのＩＰアドレスの使用は、クライアントに不適切なＩＰアドレスを用いたＣＤＮノードサーバを見つける場合がある。このケースでは、ブロック２０８はクライアントのＩＰアドレスを特定するために用いられる。不適切性はローカルＤＮＳのＩＰアドレスがクライアントのＩＰアドレスと異なることを示しており、ブロック２１１は修正のために必要である。このことは、ＣＤＮノードサーバのＩＰアドレスがクライアントに適しており、ローカルＤＮＳのＩＰアドレスはクライアントのＩＰアドレスと同じであることを指し示すということを同様に可能にする。
ブロック２０６：ローカルＤＮＳは最適なＣＤＮノードサーバのＩＰアドレスをクライアントに転送する。
ブロック２０７：クライアントは、目的ウェブサイトのサービスコンテンツを得るよう要求する最適なＣＤＮノードサーバのＩＰアドレスに基づき、最適なＣＤＭノードサーバにコンテンツ取得要求を送信し、コンテンツ取得要求は少なくともクライアントのＩＰアドレスを含む。
本実施形態では、ＣＤＮノードサーバはクライアントのＩＰアドレスに基づきクライアントが適切かどうかを判断するだけではなく、クライアントが不適切であると判断した場合に共有ディスパッチデータベース内で修正を実行する任務をも請け負うため、コンテンツ取得要求はさらに目的ウェブサイトのドメイン名（ａ．ｃｏｍ）を含む。故に、本実施形態におけるコンテンツ取得要求はさらに、目的ウェブサイトのドメイン名（ａ．ｃｏｍ）を含む。確かに、目的ウェブサイトのドメイン名ａ．ｃｏｍは目的ウェブサイト自体のＣＤＮノードサーバには既に知られている場合があることが可能である。このケースでは、本実施形態におけるコンテンツ取得要求は目的ウェブサイトのドメイン名（ａ．ｃｏｍ）を含む必要がなくてもよい。
ブロック２０８：最適なＣＤＮノードサーバは、クライアントからのコンテンツ取得要求を受け取り、ＩＰセグメントが最適なＣＤＮノードサーバのサービスを供給するのに適しているかどうかを判断し、クライアントのＩＰアドレスを含む。含まれる場合には、ローカルＤＮＳのＩＰアドレスはクライアントのＩＰアドレスと同じであるということを証明し、ブロック２０５においてローカルＤＮＳのＩＰアドレスを介して見つけた最適なＣＤＮノードサーバはサービスを正常に供給することができ、ブロック２０９が実行される。含まれない場合には、ローカルＤＮＳのＩＰアドレスはクライアントのＩＰアドレスと異なるということを証明し、ブロック２０５においてローカルＤＮＳのＩＰアドレスを介して見つけた最適なＣＤＮノードサーバはサービスを正常に供給することができず、ブロック２１１が実行される。
ブロック２０９：クライアントが要求する目的ウェブサイトのサービスコンテンツは、最適なＣＤＮノードサーバに格納されたサービスコンテンツから得られ、クライアントに返される。
最適なＣＤＮノードサーバに格納されたサービスコンテンツがクライアントに要求されたサービスコンテンツを含まない場合、最適なＣＤＮノードサーバはその後、目的ウェブサイトからクライアントが要求したサービスコンテンツを得るよう要求し、かつ要求されたサービスコンテンツを格納し、クライアントに転送する。
ブロック２１０：クライアントは目的ウェブサイトの要求されたサービスコンテンツにアクセスしかつ表示する。プロセスは終了する。
ブロック２１１：最適なＣＤＮノードサーバは、コンテンツ取得要求に含まれるクライアントのＩＰアドレス及び目的ウェブサイトのドメイン名（ａ．ｃｏｍ）に基づき、クライアントにサービスを供給するのに適した目的ウェブサイトの他のＣＤＮノードサーバのアドレスを共有ディスパッチデータベース内で検索する。
ブロック２１２：最適なＣＤＮノードサーバは見つけたＩＰアドレスをクライアントに返す。
ブロック２１３：目的ウェブサイトのサービスコンテンツを得るよう要求する他のＣＤＮノードサーバのＩＰアドレスに基づき他のＣＤＮノードサーバにコンテンツ取得要求を送信し、コンテンツ取得要求はクライアントのＩＰアドレス及び目的ウェブサイトのドメイン名（ａ．ｃｏｍ）を含む。
ブロック２１４：他のＣＤＭノードサーバはコンテンツ取得要求をクライアントから受け取り、他のＣＤＮノードサーバがサービス供給に適した他のＣＤＮノードサーバのＩＰアドレスセグメントがクライアントのＩＰアドレスを含むことを証明する場合、他のＣＤＮノードサーバに格納されたサービスコンテンツから目的ウェブサイトのサービスコンテンツを読み込み、目的ウェブサイトのサービスコンテンツをクライアントに返す。ブロック２１０はその後実行される。
他のＣＤＮノードサーバに格納されたサービスコンテンツがクライアントに要求されたサービスコンテンツを含まない場合、他のＣＤＮノードサーバは、目的ウェブサイトからクライアントが要求したサービスコンテンツを得るよう要求し、かつ要求されたサービスコンテンツを格納し、クライアントに転送する。ブロック２１０はその後実行される。
ブロック２０５及び２１１で用いられる共有ディスパッチデータベースはクラスタの形状であってもよいことに留意されたい。言い換えれば、目的ウェブサイトのＣＤＮ及び最適なＣＤＮノードサーバによって認証されるＤＮＳサーバは、クラスタ形状で同じ共有ディスパッチデータベースを使用してもよく、全てのネットワークサイドのサーバはこのクラスタ化され、かつ共有されたディスパッチデータベース内で情報を検索する（実線によって示されるように、ブロック２１１で最適なＣＤＮノードサーバによって用いられる共有ディスパッチデータベースはブロック２０５にて用いられるものと同じであることが表される）。
ブロック２０５及び２１１にて用いられる共有ディスパッチデータベースは分散されてもよい。言い換えれば、共有ディスパッチデータベースは目的のウェブサイトのＣＤＮ及び最適なＣＤＮノードサーバによって認証されたＤＮＳサーバの近くに分散される。これらの分散された共有ディスパッチデータベース内のデータは同期される。目的サーバのＣＤＮ及び最適なＣＤＮノードサーバによって認証されたＤＮＳサーバは、情報を検索するためにそれぞれの近くにて共有ディスパッチデータベースをそれぞれ使用する（破線によって示されるように、最適なＣＤＮノードサーバは検索を実行する時、他の共有ディスパッチデータベースを使用することがブロック２１１に表される）。
図３に示されるように、本開示の第三実施形態に従って、ＣＤＮを用いて要求を正確にディスパッチするための方法が描写され、方法は以下のブロックを含む：
ブロック３０１：クライアント側が目的ウェブサイトからサービスコンテンツを要求しようとする時、クライアントは最初にクライアントが位置する端末のローカルＤＮＳにドメイン解決要求を送信し、ドメイン解決要求は目的ウェブサイトのドメイン名、すなわちａ．ｃｏｍを含む。下文ではａ．ｃｏｍが用いられるが、ａ．ｃｏｍの使用は本開示への制限として見なされるべきではない。
ブロック３０２：ローカルＤＮＳは、目的ウェブサイトによって認証されたＤＮＳサーバにドメイン解決要求を転送する。
ブロック３０３：目的ウェブサイトによって認証されたＤＮＳサーバは、ローカルＤＮＳによって送信されたドメイン解決要求を受け取り、要求の目的ウェブサイトのドメイン名に基づき解決を実行し、ドメイン名、例えばａ．ｃｄｎ．ｃｏｍ（ａ．ｃｄｎ．ｃｏｍは記述のために下文に用いられるが、ａ．ｃｄｎ．ｃｏｍは本開示への限定ではない）に応じた目的ウェブサイトのエイリアス（すなわちＣＮＡＭＥ）を得て、目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバのＩＰアドレスを指すエイリアス、ａ．ｃｄｎ．ｃｏｍをローカルＤＮＳに返す。
ブロック３０４：ローカルＤＮＳは、目的ウェブサイトのエイリアス、ａ．ｃｄｎ．ｃｏｍに基づき目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバに、ＣＤＮノードサーバのＩＰアドレスを解決するための要求を送信し、アドレス解決のための要求は、ローカルＤＮＳのＩＰアドレス及び目的ウェブサイトのドメイン名、ａ．ｃｏｍを含む。
ブロック３０５：目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバは、ローカルＤＮＳからＩＰアドレス解決のための要求を受け取り、クライアントにサービスを供給するのに適した目的ウェブサイトの最適なＣＤＮノードサーバのＩＰアドレスを共有ディスパッチデータベースから検索し、目的ウェブサイトの最適なＣＤＮノードサーバのＩＰアドレスをクライアントに返す。
ＩＰアドレスセグメント、目的ウェブサイトのドメイン名、ａ．ｃｏｍ、及び目的ウェブサイトの少なくとも１つのＣＤＮノードサーバのＩＰアドレスは、共有ディスパッチデータベース内に相応に格納される。共有ディスパッチデータベース内に記録されたＩＰアドレスセグメントは、サポートされたローカルＤＮＳが属するＩＰアドレスセグメントよりもむしろサポートされたクライアントが属するＩＰアドレスである。ローカルＤＮＳのＩＰアドレスとクライアントのＩＰアドレスは同じであってもよく、または異なっていてもよく、共有ディスパッチデータベース内で検索を実行するためのブロック３０５におけるローカルＤＮＳのＩＰアドレスの使用は、クライアントに不適切なＩＰアドレスを用いたＣＤＮノードサーバを見つける場合がある。このケースでは、ブロック３０８はクライアントのＩＰアドレスを特定するために用いられる。不適切性はローカルＤＮＳのＩＰアドレスがクライアントのＩＰアドレスと異なることを示しており、ブロック３１１は修正のために必要である。このことは、ＣＤＮノードサーバのＩＰアドレスがクライアントに適しており、ローカルＤＮＳのＩＰアドレスはクライアントのＩＰアドレスと同じであることを指し示すということを同様に可能にする。
ブロック３０６：ローカルＤＮＳは最適なＣＤＮノードサーバのＩＰアドレスをクライアントに転送する。
ブロック３０７：目的ウェブサイトのサービスコンテンツを得るよう要求する最適なＣＤＮノードサーバのＩＰアドレスに基づき最適なＣＤＭノードサーバにコンテンツ取得要求を送信し、コンテンツ取得要求は少なくともクライアントのＩＰアドレスを含む。
第二実施形態におけるコンテンツ取得要求とは異なる、本実施形態におけるコンテンツ取得要求は、ＣＤＮノードサーバがクライアントが適切かどうかを判断するだけなので、クライアントのＩＰアドレスを含むだけであり、クライアントが不適切であると判断された場合、ＣＤＮノードサーバは、共有ディスパッチデータベース内での修正を実行する任務は請け負わない。むしろ、クライアントは単独で、共有ディスパッチデータベース内での検索を実行する。故に、本実施形態におけるコンテンツ取得要求は目的ウェブサイトのドメイン名、ａ．ｃｏｍを含む必要がない。
ブロック３０８：最適なＣＤＮノードサーバは、クライアントからのコンテンツ取得要求を受け取り、ＩＰセグメントが最適なＣＤＮノードサーバのサービスを供給するのに適しているかどうかを判断し、クライアントのＩＰアドレスを含む。含まれる場合には、ローカルＤＮＳのＩＰアドレスはクライアントのＩＰアドレスと同じであるということを証明し、ブロック３０５においてローカルＤＮＳのＩＰアドレスを介して見つけた最適なＣＤＮノードサーバはサービスを正常に供給することができ、ブロック３０９が実行される。含まれない場合には、ローカルＤＮＳのＩＰアドレスはクライアントのＩＰアドレスと異なるということを証明し、ブロック３０５においてローカルＤＮＳのＩＰアドレスを介して見つけた最適なＣＤＮノードサーバはサービスを正常に供給することができず、ブロック３１１が実行される。
ブロック３０９：クライアントが要求する目的ウェブサイトのサービスコンテンツは、最適なＣＤＮノードサーバに格納されたサービスコンテンツから得られ、クライアントに返される。
最適なＣＤＮノードサーバに格納されたサービスコンテンツがクライアントに要求されたサービスコンテンツを含まない場合、最適なＣＤＮノードサーバはその後、目的ウェブサイトからクライアントが要求したサービスコンテンツを得るよう要求し、かつ要求されたサービスコンテンツを格納し、クライアントに転送する。
ブロック３１０：クライアントは目的ウェブサイトの要求されたサービスコンテンツにアクセスしかつ表示する。プロセスは終了する。
ブロック３１１：最適なＣＤＮノードサーバはクライアントに通知する。
ブロック３１２：クライアント側は、共有ディスパッチデータベースに直接接続できる共有ディスパッチデータベースプラットフォーム内へと自動的に記録を取り、クライアントは、クライアントのＩＰアドレス及び目的ウェブサイトのドメイン名（ａ．ｃｏｍ）に基づき、クライアントにサービスを供給するのに適した目的ウェブサイトの他のＣＤＮノードサーバのアドレスを検索する。
ブロック３１３：クライアントは、他のＣＤＮノードサーバのＩＰアドレスに基づき、他のＣＤＭノードサーバにコンテンツ取得要求を送信し、コンテンツ取得要求はクライアントのＩＰアドレスを含む。
ブロック３１４：他のＣＤＭノードサーバはコンテンツ取得要求をクライアントから受け取り、他のＣＤＮノードサーバがサービス供給に適した他のＣＤＮノードサーバのＩＰアドレスセグメントがクライアントのＩＰアドレスを含むことを証明する場合、他のＣＤＮノードサーバに格納されたサービスコンテンツから目的ウェブサイトのサービスコンテンツを読み込み、目的ウェブサイトのサービスコンテンツをクライアントに返す。ブロック３１０はその後実行される。
他のＣＤＮノードサーバに格納されたサービスコンテンツがクライアントに要求されたサービスコンテンツを含まない場合、他のＣＤＮノードサーバは、目的ウェブサイトからクライアントが要求したサービスコンテンツを得るよう要求し、かつ要求されたサービスコンテンツを格納し、クライアントに転送する。ブロック３１０はその後実行される。
ブロック３０５及び３１２で用いられる共有ディスパッチデータベースはクラスタの形状であってもよいことに留意されたい。言い換えると、目的ウェブサイトのＣＤＮ及びクライアントによって認証されるＤＮＳサーバは、クラスタ形状で同じ共有ディスパッチデータベースを使用してもよく、全てのローカルクライアントはこのクラスタ化され、かつ共有されたディスパッチデータベース内で情報を検索する（実線によって示されるように、ブロック３１２でクライアントによって用いられる共有ディスパッチデータベースはブロック３０５にて用いられるものと同じであることが表される）。
ブロック３０５及び３１２にて用いられる共有ディスパッチデータベースは分散されてもよい。言い換えれば、共有ディスパッチデータベースは目的のウェブサイトのＣＤＮ及びクライアントによって認証されたＤＮＳサーバの近くに分散される。これらの分散された共有ディスパッチデータベース内のデータは同期される。目的サーバのＣＤＮ及びクライアントによって認証されたＤＮＳサーバは、情報を検索するためにそれぞれの近くにて共有ディスパッチデータベースをそれぞれ使用する（破線によって示されるように、クライアントは検索を実行する時、他の共有ディスパッチデータベースを使用することがブロック３１２に表される）。
図４及び５に示されるように、本開示の第四実施形態に従って、要求を正確にディスパッチするためのシステム４０は描写され、システム４０は端末５１（クライアント５１１及びクライアント５１１が位置する端末５１のローカルドメイン名システム（ＤＮＳ）５１２を含む）に接続する。システム４０は、目的ウェブサイトのＣＤＮ、共有ディスパッチデータベース４０２及び最適なＣＤＮノードサーバ４０３によって認証されたＤＮＳサーバ４０１を備える。
目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバ４０１は、端末５１及び共有ディスパッチデータベース４０２にそれぞれ接続し、サービスコンテンツのためにクライアント側５１１によって要求され、ローカルＤＮＳ５１２のＩＰアドレス及び目的ウェブサイトのドメイン名を共有ディスパッチデータベース４０２へと送信するローカルＤＮＳ５１２のＩＰアドレス及び目的ウェブサイトのドメイン名をローカルＤＮＳ５１２から受け取るために用いられ、共有ディスパッチデータベース４０２によってクライアント５１１へ返される最適なＣＤＮノードサーバ４０３のＩＰアドレスを返す。
目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバ４０１に接続する共有ディスパッチデータベース４０２は、ローカルＤＮＳのＩＰアドレス及び目的ウェブサイトのドメイン名に基づき、クライアント５１１にサービスを供給するのに適した目的ウェブサイトの最適なＣＤＮノードサーバ４０３のアドレスを供給するために用いられ、目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバ４０１へアドレスを返し、ここで、ＩＰアドレスセグメント、目的ウェブサイトのドメイン名及び少なくとも１つのＣＤＮノードサーバのアドレスは、共有ディスパッチデータベース４０２に相応に格納される。
クライアント５１１に接続する最適なＣＤＮノードサーバ４０３は、目的ウェブサイトのサービスコンテンツを得るための要求をクライアント側５１１から受け取るために、最適なＣＤＮノードサーバ４０３内に格納されたサービスコンテンツから、クライアント側５１１が要求する目的ウェブサイトのサービスコンテンツを得るために、かつサービス供給に適したＩＰアドレスセグメントがクライアント５１１のＩＰアドレスを含むと判断する場合、目的ウェブサイトのサービスコンテンツをクライアント５１１に返すために、用いられる。
加えて、システム４０はさらに、目的ウェブサイトのサービスコンテンツを得るためのクライアント５１１からの要求を受け取るのに用いられ、サービス供給に適しているＩＰアドレスセグメントがクライアント５１１のＩＰアドレスを含むと判断された場合に格納されたサービスコンテンツから、クライアント５１１が要求する目的ウェブサイトのサービスコンテンツを得、目的ウェブサイトのサービスコンテンツをクライアント５１１に返し、クライアント５１１のＩＰアドレスを含むもう一つのＣＤＮノードサーバ４０４を含有する。
他のＣＤＮノードサーバ４０４へリダイレクトするために、共有ディスパッチデータベース４０２間の関係について２種類の構造があり、最適なＣＤＮノードサーバ４０３及びクライアント５１１である。
１）図４に示されるように、最適なＣＤＮノードサーバ４０３は共有ディスパッチデータベース４０２に接続され、クライアント５１１は共有ディスパッチデータベース４０２に接続されない。
最適なＣＤＮノードサーバ４０３は、クライアント５１１のＩＰアドレス及びサービスコンテンツのためにクライアント５１１が要求する目的ウェブサイトのドメイン名を共有ディスパッチデータベース４０２へ送信するために、かつサービス供給に適している最適なＣＤＮノードサーバ４０３のＩＰアドレスがクライアント側のＩＰアドレスを含まないと判断する場合に、共有ディスパッチデータベース４０２によって返された目的ウェブサイトの他のＣＤＮノードサーバのＩＰアドレスをクライアント５１１に返すために、用いられる。
共有ディスパッチデータベース４０２はさらに、最適なＣＤＮノードサーバ４０３によって送信されたクライアント側５１１のＩＰアドレス及びサービスコンテンツのためにクライアント５１１が要求する目的ウェブサイトのドメイン名に基づき、クライアント５１１へのサービス供給に適している目的ウェブサイトの他のＣＤＮノードサーバ４０４のアドレスを供給するために、かつＩＰアドレスを最適なＣＤＮノードサーバ４０３に返すために、用いられる。
２）図５に示されるように、最適なＣＤＮノードサーバ４０３は共有ディスパッチデータベース４０２に接続されず、クライアント５１１は共有ディスパッチデータベース４０２に接続される。
最適なＣＤＮノードサーバ４０３はさらに、クライアントにサービスを供給するのに適したＩＰアドレスセグメントがクライアント５１１のＩＰアドレスを含まないと最適なＣＤＮノードサーバ４０３が判断する場合、クライアント５１１に通知するために用いられる。
共有ディスパッチデータベースはさらに、クライアント５１１のＩＰアドレス及びサービスコンテンツのためにクライアント５１１が要求する目的ウェブサイトのドメイン名に基づき、クライアント５１１へのサービス供給に適している目的ウェブサイトの他のＣＤＮノードサーバ４０４のアドレスを供給するために、かつアドレスをクライアント５１１に返すために、用いられる。
さらに、システム４０はさらに、目的ウェブサイトに応じたサービスコンテンツを格納し供給するために用いられる目的ウェブサイトサーバ４０５を含む。
最適なＣＤＮノードサーバ４０３はさらに、クライアント５１１が要求するサービスコンテンツを目的ウェブサイトサーバ４０５から得るように要求するために、最適なＣＤＮノードサーバ４０３内に格納されたサービスコンテンツがクライアント５１１が要求するサービスコンテンツを含まない時、クライアント５１１が要求する目的ウェブサイトのサービスコンテンツを格納しかつクライアント５１１に転送するために、用いられる。
他のＣＤＮノードサーバ４０４はさらに、クライアント５１１が要求するサービスコンテンツを目的ウェブサイトサーバ４０５から得るように要求するために、他のＣＤＮノードサーバ４０４内に格納されたサービスコンテンツがクライアント５１１が要求するサービスコンテンツを含まない時、クライアント５１１が要求する目的ウェブサイトのサービスコンテンツを格納しかつクライアント５１１に転送するために、用いられる。
その上、システムはさらに、ローカルＤＮＳ５１２に接続し、解決を実行するクライアント５１１によってサービスコンテンツのために要求された目的ウェブサイトのドメイン名を受け取るために、かつクライアント５１１への解決後に得られる目的ウェブサイトのエイリアス名を返すために用いられる目的ウェブサイト認証ＤＮＳサーバ（図示せず）を備え、エイリアス名は目的ウェブサイトのＣＤＮによって認証されるＤＮＳサーバ４０１のＩＰアドレスを指す。
端末５１はシステムのユーザであるか、またはシステムの一部として見なされてもよい。端末５１はクライアント５１１及びローカルＤＮＳ５１２を含み、そこにおいては：
ローカルＤＮＳ５１２は、目的ウェブサイトによって認証されたＤＮＳサーバに目的ウェブサイトのドメイン名を転送するために、目的ウェブサイトのドメイン名に基づき解決され目的ウェブサイトによって認証されたＤＮＳサーバによって返された目的ウェブサイトのエイリアス名を受け取るために、かつローカルＤＮＳのＩＰアドレス及び目的ウェブサイトのドメイン名を目的アドレスのエイリアス名に基づき検索するための目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバに送信するために、目的ウェブサイトのＣＤＮノによって認証されたＤＮＳサーバによって見つけられた最適なＣＤＮノードサーバのＩＰアドレスを受け取るために、かつ最適なＣＤＮノードサーバのＩＰアドレスをクライアントに転送するために、用いられる。
ＣＤＮノードサーバ４０４へリダイレクトするために、共有ディスパッチデータベース４０２間の関係について２種類の構造があり、最適なＣＤＮノードサーバ４０３及びクライアント５１１である。
図４に示されるように、最適なＣＤＮノードサーバ４０３は共有ディスパッチデータベース４０２に接続され、クライアント５１１は共有ディスパッチデータベース４０２に接続されない。
目的ウェブサイトからサービスコンテンツを要求しようとするクライアント５１１は、目的ウェブサイトのドメイン名をローカルＤＮＳ５１２に送信し、最適なＣＤＮノードサーバ４０３及び／または他のＣＤＮノードサーバ４０４のＩＰアドレスを受け取り、目的ウェブサイトのサービスコンテンツを得るための要求を最適なＣＤＮノードサーバ４０３及び／または他のＣＤＮノードサーバ４０４へ送信し、かつ最適なＣＤＮノードサーバ４０３及び／または他のＣＤＮノードサーバ４０４から送信されたクライアント側５１１が要求する目的ウェブサイトのサービスコンテンツを読み込み表示する。
図５に示されるように、最適なＣＤＮノードサーバ４０３は共有ディスパッチデータベース４０２に接続されず、クライアント５１１は共有ディスパッチデータベース４０２に接続される。
目的ウェブサイトからサービスコンテンツを要求しようとするクライアント５１１は、目的ウェブサイトのドメイン名をローカルＤＮＳ５１２に送信するために、最適なＣＮＤノードサーバ４０３及び／または他のＣＤＮノードサーバ４０４のＩＰアドレスを受け取るために、目的ウェブサイトのサービスコンテンツを得るための要求を最適なＣＤＮノードサーバ４０３及び／または他のＣＤＮノードサーバ４０４へ送信するために、かつ最適なＣＮＤノードサーバ４０３及び／または他のＣＤＮノードサーバ４０４から送信されたクライアント５１１が要求する目的ウェブサイトのサービスコンテンツを読み込み表示するために、用いられる。クライアント５１１はさらに、最適なＣＤＮノードサーバ４０３からの通知を受け取るために、クライアント５１１のＩＰアドレス及び目的ウェブサイトのドメイン名に基づき、共有ディスパッチデータベース４０２内でクライアント５１１にサービスを供給するのに適した目的ウェブサイトの他のＣＤＮノードサーバ４０４のＩＰアドレスを検索するために、用いられる。
実用的な実装では、クライアント５１１はブラウザまたは類似の機能を供給する装置であり、端末５１はクライアント５１１が属するコンピューターシステムである。
本開示によって供給されるディスパッチ方法及びシステムは、ユーザ要求に基づき最初にディスパッチを実行し、ノードサーバ上での正確なディスパッチを判断する。不正確である場合、リダイレクト方法を用いて第二ディスパッチが実行される。一方では、これは同じネットワークセグメント内のほとんどのローカルＤＮＳ及びクライアントからの要求のための良好なディスパッチ時間での正確なリソースディスパッチを保証する。他方では、わずかなローカルＤＮＳ及びＩＰアドレスが同じネットワーク上にないクライアントに関しては、ＤＮＳディスパッチにおけるエラーによって引き起こされるＣＤＮ高速化の効果は失われる可能性がある。さらに、本開示は、ネットワークオペレーターのインターネットデータセンター（すなわちＩＤＣ）にわたってリンク負荷ディスパッチを実装するためのリダイレクト方法を摘要することによってＣＤＮノードサーバのために負荷バランスの範囲を拡張する。その上、共有ディスパッチデータベースの概念は導入され、ディスパッチ情報は全てのＣＤＮノードサーバ間においてグローバルに共有される。さらに、ＣＤＮノードサーバがクライアント側の要求の目的を果たすのに適しているかどうかの判断は導入され、判断はクライアントのＩＰアドレスに基づく。
１）ＣＤＮを用いて要求を正確にディスパッチする方法及び本開示によって供給される同方法を用いたシステムは、ＩＰアドレスをディスパッチする処理における解決時間の増加により引き起こされるＣＤＮの低処理効率性の問題及びディスパッチ処理中におけるＩＰアドレスエラーの問題を解決することができる。
２）ＣＤＮを用いて要求を正確にディスパッチする方法及び本開示によって供給される同方法を用いたシステムはさらに、解決効率性の減少によるディスパッチ効率性を低下させることなくＩＰディスパッチを達成できるよう、エニーキャストブロードキャストをサポートしないネットワークを処理することができる。
典型的な構成では、コンピューターデバイスは１つ以上のプロセッサ（ＣＰＵ）、入力／出力インターフェース、ネットワークインターフェース及びメモリを含む。
メモリはコンピューター読取可能なメディア、例えば非永久記憶装置、ランダムアクセスメモリ（ＲＡＭ）及び／または読み取り専用メモリ（ＲＯＭ）またはフラッシュＲＡＭといった非揮発性内部記憶装置の形式を含んでもよい。内部記憶装置は、コンピューター読取可能なメディアの例である。
コンピューター読取可能なメディアは、あらゆる方法または技術を用いた情報格納を可能にする、永久または非永久タイプ、リムーバブルまたは非リムーバブルメディアを含んでもよい。情報は、コンピューター読取可能なコマンド、データ構造、プログラムモジュールまたは他のデータを含んでもよい。コンピューター記憶メディアの例は、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、電気的消却可能なプログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、クイックフラッシュメモリまたは他の内部記憶技術、コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）デジタル多用途ディスク（ＤＶＤ）、または他の光学式記憶装置、磁気カセットテープ、磁気ディスク記憶装置または他の磁気記憶装置、またはコンピューターデバイスによってアクセスされる情報を格納するために用いられるあらゆる他の非通信メディアを含む。本明細書に定義されるように、コンピューター読取可能なメディアは変調データ信号及び搬送波といった一過性メディアは含まない。
図９は、上記にさらなる詳細を記載されるようなシステムといったディスパッチシステム９００の実施例を示す。１つの実施形態では、システム９００は１つ以上のプロセッサ９０１、ネットワークインターフェース９０２、メモリ９０３、及び入力／出力インターフェース９０４を含んでもよいが、限定されるものではない。
メモリ９０３は、ランダムアクセスメモリ（ＲＡＭ）といった揮発性メモリ及び／または読み取り専用メモリ（ＲＯＭ）またはフラッシュＲＡＭといった非揮発性メモリの形式でコンピューター読取可能なメディアを含んでもよい。メモリ９０３はコンピューター読取可能なメディアの例である。
コンピューター読取可能なメディアは、コンピューター読取可能な命令、データ構造、プログラムモジュール、または他のデータといった情報を記憶するためのあらゆる方法または技術において実装される、揮発性及び非揮発性、リムーバブル及び非リムーバブルメディアを含む。コンピューター記憶メディアの例は、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、電気的消却可能なプログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリまたは他の記憶技術、コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）デジタル多用途ディスク（ＤＶＤ）、または他の光学式記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶装置、またはコンピューターデバイスによってアクセスするための情報を格納するために用いることができるあらゆる他の非通信媒体を含む。本明細書に定義されるように、コンピューター読取可能なメディアは変調データ信号及び搬送波といった一過性メディアは含まない。
メモリ９０３はプログラムモジュール９０５及びプログラムデータ９０６を含んでもよい。１つの実施形態では、プログラムモジュール９０５は、ＤＮＳサーバを認証する目的ウェブサイトＣＤＮ９０７、最適なＣＤＮノードサーバ９０８、１つ以上の他のＣＤＮノードサーバ９０９、及び目的ウェブサイトサーバ９１０を含んでもよい。いくつかの実施形態では、メモリ９０３は共有ディスパッチデータベース９１１を含んでもよい。さらに、１つの実施形態では、システム９００は、ローカルＤＮＳ及びクライアント（図示せず）を含む端末を含んでもよく、または含まなくてもよい。これらのプログラムモジュールに関する詳細は、上記に記載の前述の実施形態において見出だされ得る。システム９００は、単体（単一のコンピューターデバイスといった）の形式であってもよく、または、複数のコンピューターデバイス間において、及び／またはクラウドコンピューター構造において分散されてもよい。例えば、ＤＮＳサーバを認証する目的ウェブサイトＣＤＮ９０７、最適なＣＤＮノードサーバ９０８、１つ以上の他のＣＤＮノードサーバ９０９、目的ウェブサイトサーバ９１０、及び共有ディスパッチデータベース９１１といったシステムの様々な構成は、単一のコンピューターデバイスに位置してもよく、または例えば分散されたコンピューターシステムまたはクラウドコンピューター構造といった複数のコンピューターデバイス間に分散されてもよい。その上、本実施例では、ＤＮＳサーバを認証する目的ウェブサイトＣＤＮ９０７、最適なＣＤＮノードサーバ９０８、１つ以上の他のＣＤＮノードサーバ９０９、目的ウェブサイトサーバ９１０、及び共有ディスパッチデータベース９１１はメモリ９０３内に格納されたプログラムモジュールまたはプログラムデータのいずれかであると記載されるが、いくつかの実施形態では、これらのサーバまたはデータベースは、１つ以上のプロセッサのそれぞれのセット（例えばハードウェアプロセッサ）、メモリ、ネットワークインターフェース及び／または、入力／出力インターフェースをそれぞれ含む個別の存在またはデバイスであってもよく、通信またはデータネットワークを通じて相互に、かつクライアント及びローカルＤＮＳ（前述の実施形態に記述されるように）を含む端末と通信する。図９はこれらのサーバ及びデータベースを含むシステムの実施例を単に表したものである。
「備える」、「含む」といった用語、またはあらゆる他のその変化形は、非排他的な包括をカバーすることを意図している。一連の要素を含むプロセス、方法、製品または装置はこれらの要素を含むだけでなく、明確に列挙されていない他の要素をも含み、そういったプロセス、方法、製品または装置に既に存在する要素をもさらに含む。さらなる制限のない状態では、「１つの〜を含む」というフレーズによって定義される要素は、既存のプロセス、方法、製品または装置からあらゆる他の類似要素を排除しない。
本開示の実施形態は、方法、システム、またはコンピュータープログラムの製品として供給できるということを当業者は理解するべきである。故に、本開示は、ハードウェアだけの実施形態として、ソフトウェアだけの実施形態として、またはハードウェア及びソフトウェアの組み合わせの実施形態として実装することができる。さらに、本開示は、コンピューター実行可能な命令を格納する１つ以上のコンピューター読取可能な記憶装置（磁気ディスク、ＣＤ−ＲＯＭまたは光学式ディスク、等を含むが、制限されるものではない）を格納できるコンピュータープログラムの製品として実装することができる。
上記は本開示の範囲を限定することを意図しない本開示の実施形態を単に記述する。様々な修正及び交替が当業者によって本開示に加えられてもよい。本開示の主旨及び原理の範囲内における、いかなる修正、交換及び変更点も本開示の請求範囲に該当すべきである。

Claims (20)

  1. コンテンツデリバリーネットワーク（ＣＤＮ）における要求を正確にディスパッチする方法であり、
    目的ウェブサイトのＣＤＮによって認証されたドメイン名システム（ＤＮＳ）が、クライアントが位置する端末のローカルＤＮＳから前記ローカルＤＮＳのＩＰアドレス及び前記クライアントが要求するサービスコンテンツの前記目的ウェブサイトのドメイン名を受け取ることと、
    前記ローカルＤＮＳの前記ＩＰアドレス及び前記目的ウェブサイトの前記ドメイン名に基づき、前記クライアントにサービスを供給するのに適した前記目的ウェブサイトの最適なＣＤＮノードサーバのアドレスを共有ディスパッチデータベース内で見つけること、かつ前記クライアントに前記見つけたアドレスを返すことであり、ここで、ＩＰアドレスセグメント、前記目的ウェブサイトの前記ドメイン名及び前記目的ウェブサイトの少なくとも１つのＣＤＮノードサーバのアドレスが共有ディスパッチデータベースに相応に格納され、
    前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を前記最適なＣＤＮノードサーバが受け取った後に、サービス供給に適したＩＰアドレスセグメントが前記クライアントのＩＰアドレスを含むことを判断し、前記最適なＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得て、かつ前記目的ウェブサイトの前記サービスコンテンツを前記クライアントに返すことと、を備える、方法。
  2. 前記最適なＣＤＮノードサーバが、前記サービスを供給するのに適した前記ＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含まないと判断する場合、前記クライアントの前記ＩＰアドレス及び前記クライアントが要求する前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名に基づき、前記最適なＣＤＮノードサーバによって前記クライアントに前記サービスを供給するのに適した前記目的ウェブサイトの他のＣＤＮノードサーバのアドレスを、前記共有ディスパッチデータベース内で検索し、かつ前記目的ウェブサイトの前記他のＣＤＮノードサーバのＩＰアドレスを前記クライアントに返すことと、
    かつ前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を、前記他のＣＤＮノードサーバが受け取った後に、サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含むことを判断し、前記他のＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得ること、かつ前記目的ウェブサイトの前記サービスコンテンツを前記クライアントへ返すことと、をさらに備える、請求項１記載の方法。
  3. 前記最適なＣＤＮノードサーバが、前記サービス供給するのに適した前記ＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含まないと判断する場合、前記クライアントの前記ＩＰアドレス及び前記クライアントが要求する前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名に基づき、前記クライアントが、前記クライアントに前記サービスを供給するのに適した前記目的ウェブサイトの他のＣＤＮノードサーバのアドレスを、前記共有ディスパッチデータベース内で検索するように前記クライアントに通知することと、
    前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を、前記他のＣＤＮノードサーバが受け取った後に、サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含むことを判断し、前記他のＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得ること、かつ前記目的ウェブサイトの前記サービスコンテンツを前記クライアントへ返すことと、をさらに備える、請求項１記載の方法。
  4. 前記最適なＣＤＮノードサーバ内に格納された前記サービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得ることと、前記目的ウェブサイトの前記サービスコンテンツを前記クライアントに返すことは、
    前記最適なＣＤＮノードサーバ内に格納された前記サービスコンテンツが前記クライアントに要求された前記サービスコンテンツを含まない場合、前記最適なＣＤＮノードサーバが前記目的ウェブサイトから前記クライアントが要求した前記サービスコンテンツを得るよう要求し、かつ前記要求されたサービスコンテンツを格納し、前記クライアントに転送することを、さらに備える、請求項１記載の方法。
  5. 前記他のＣＤＮノードサーバ内に格納された前記サービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得ることと、前記目的ウェブサイトの前記サービスコンテンツを前記クライアントに返すことは、
    前記他のＣＤＮノードサーバに格納された前記サービスコンテンツが前記クライアントに要求された前記サービスコンテンツを含まない場合、前記他のＣＤＮノードサーバが前記目的ウェブサイトから前記クライアントが要求した前記サービスコンテンツを得るよう要求し、かつ前記要求されたサービスコンテンツを格納し、前記クライアントに転送することを、さらに備える、請求項２記載の方法。
  6. 前記目的ウェブサイトの前記ＣＤＮによって認証された前記ＤＮＳが、前記クライアントが位置する前記端末の前記ローカルＤＮＳから前記ローカルＤＮＳの前記ＩＰアドレス及び前記クライアントが要求する前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名を受け取る前に、前記方法は、さらに、
    前記クライアントが要求する前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名を、前記目的ウェブサイトの前記ＣＤＮによって認証された前記ＤＮＳが前記ローカルＤＮＳから受け取ることかつ解決すること、かつ前記目的ウェブサイトの前記ＣＤＮによって認証される前記ＤＮＳのアドレスを指し、前記クライアントへの前記解決後に得られる前記目的ウェブサイトのエイリアスを返すことと、を備える、請求項１記載の方法。
  7. 前記クライアントはブラウザを備える、請求項１記載の方法。
  8. コンテンツデリバリーネットワーク（ＣＤＮ）における要求を正確にディスパッチするためのシステムであり、前記システムは前記クライアントに接続され、前記システムはドメイン名サーバを認証する目的ウェブサイトＣＤＮと、共有ディスパッチデータベース及び最適なＣＤＮノードサーバを備え、
    ドメイン名サーバを認証する前記目的ウェブサイトＣＤＮは、クライアントが位置する端末のローカルＤＮＳから前記ローカルＤＮＳのＩＰアドレス及び前記クライアントが要求するサービスコンテンツの前記目的ウェブサイトのドメイン名を受け取り、前記ＩＰアドレス及び前記ドメイン名を前記共有ディスパッチデータベースへ送信し、前記共有ディスパッチデータベースによって返された最適なＣＤＮノードサーバのアドレスを前記クライアントに返すために用いられ、
    前記共有ディスパッチデータベースは、前記ローカルＤＮＳの前記ＩＰアドレス及び前記目的ウェブサイトの前記ドメイン名に基づき、前記クライアントにサービスを供給するのに適した前記目的ウェブサイトの前記最適なＣＤＮノードサーバの前記アドレスを供給し、ドメイン名サーバを認証する前記目的ウェブサイトＣＤＮに前記最適なＣＤＮノードサーバの前記アドレスを返すために用いられ、ここで、ＩＰアドレスセグメント、前記目的ウェブサイトの前記ドメイン名及び前記目的ウェブサイトの少なくとも１つのＣＤＮノードサーバのアドレスは、前記共有ディスパッチデータベースに相応に格納され、
    前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を前記最適なＣＤＮノードサーバが受け取った後に、サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントのＩＰアドレスを含むことを判断し、前記最適なＣＤＮノードサーバは、前記最適なＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得るために、かつ前記目的ウェブサイトの前記サービスコンテンツを前記クライアントに返すために、用いられる、システム。
  9. 他のＣＤＮノードサーバをさらに備え、
    前記サービスを供給するのに適した前記ＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含まないと判断する場合、前記最適なＣＤＮノードサーバはさらに、前記クライアントの前記ＩＰアドレス及び前記クライアントが要求する前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名を前記共有ディスパッチデータベースに送信するために、かつ前記共有ディスパッチデータベースから返された前記目的ウェブサイトの前記他のＣＤＮノードサーバのＩＰアドレスを返すために、用いられ、
    前記共有ディスパッチデータベースはさらに、前記クライアントの前記ＩＰアドレス及び前記クライアントが要求する前記最適なＣＤＮノードサーバからの前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名に基づき、前記クライアントに前記サービスを供給するのに適した前記目的ウェブサイトの前記他のＣＤＮノードサーバの前記アドレスを供給するために、かつ前記目的ウェブサイトの前記他のＣＤＮノードサーバの前記ＩＰアドレスを前記クライアントに返すために、用いられ、
    前記他のＣＤＮノードサーバは、前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を受け取り、前記サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含むことを判断した後で、前記他のＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得るために、かつ前記目的ウェブサイトの前記サービスコンテンツを前記クライアントに返すために、用いられる、請求項８記載のシステム。
  10. さらに、他のＣＤＮノードサーバを備え、
    前記最適なＣＤＮノードサーバはさらに、前記サービスを供給するのに適した前記ＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含まないと前記最適なＣＤＮノードサーバが判断する時、前記クライアントに通知するために用いられ、
    前記共有ディスパッチデータベースはさらに、前記クライアントの前記ＩＰアドレス及び前記クライアントが要求する前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名に基づき、前記クライアントに前記サービスを供給するのに適した前記目的ウェブサイトの前記他のＣＤＮノードサーバのアドレスを供給するために、かつ前記他のＣＤＮノードサーバの前記アドレスを前記クライアントに返すために、用いられ、
    前記他のＣＤＮノードサーバは、前記他のＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得るために、かつ前記他のＣＤＮノードサーバが、前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を受け取り、サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含むことを判断した後で、前記クライアントに前記目的ウェブサイトの前記サービスコンテンツを返すために、用いられる、請求項８記載のシステム。
  11. さらに、目的ウェブサイトサーバを備え、
    前記最適なＣＤＮノードサーバはさらに、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを前記目的ウェブサイトサーバから得るように要求するために、かつ前記最適なＣＤＮノードサーバ内に格納された前記サービスコンテンツが前記クライアントが要求する前記サービスコンテンツを含まない時、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを格納し、前記クライアントに転送するために、用いられ、
    前記目的ウェブサイトは、前記目的ウェブサイトに応じた前記サービスコンテンツを格納し供給するために用いられる、請求項８記載のシステム。
  12. さらに、目的ウェブサイトサーバを備え、
    前記他のＣＤＮノードサーバはさらに、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを前記目的ウェブサイトサーバから得るように要求するために、かつ前記他のＣＤＮノードサーバ内に格納された前記サービスコンテンツが前記クライアントが要求する前記サービスコンテンツを含まない時、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを格納し、前記クライアントに転送するために、用いられ、
    前記目的ウェブサイトは、前記目的ウェブサイトに応じた前記サービスコンテンツを格納し供給するために用いられる、請求項９記載のシステム。
  13. 前記クライアントが要求する前記ローカルＤＮＳからの前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名を受け取るために、かつ解決を実行するために、かつ前記クライアントへの前記解決後に得られ、前記目的ウェブサイトの前記ＣＤＮによって認証された前記ＤＮＳのアドレスを指す、前記目的ウェブサイトのエイリアスを前記クライアントに返すために、用いられる目的ウェブサイト認証ドメイン名サーバをさらに備える、請求項８記載のシステム。
  14. 実行可能な命令を格納する１つ以上のコンピューター読取可能なメディアであり、１つ以上のプロセッサによって実行される時、前記１つ以上のプロセッサに、以下：
    目的ウェブサイトのＣＤＮによって認証されたドメイン名システム（ＤＮＳ）が、クライアントが位置する端末のローカルＤＮＳから前記ローカルＤＮＳのＩＰアドレス及び前記クライアントが要求するサービスコンテンツの前記目的ウェブサイトのドメイン名を受け取ることと、
    前記ローカルＤＮＳの前記ＩＰアドレス及び前記目的ウェブサイトの前記ドメイン名に基づき、前記クライアントにサービスを供給するのに適した前記目的ウェブサイトの最適なＣＤＮノードサーバのアドレスを共有ディスパッチデータベース内で見つけ、前記クライアントに前記見つけたアドレスを返すことであり、ここで、ＩＰアドレスセグメント、前記目的ウェブサイトの前記ドメイン名及び前記目的ウェブサイトの少なくとも１つのＣＤＮノードサーバのアドレスが前記共有ディスパッチデータベースに相応に格納され、
    前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を前記最適なＣＤＮノードサーバが受け取り、サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントのＩＰアドレスを含むことを判断した後に、前記最適なＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得て、かつ前記目的ウェブサイトの前記サービスコンテンツを前記クライアントに返すことと、
    を含む活動を実行させる、１つ以上のコンピューター読取可能なメディア。
  15. 前記活動はさらに、
    前記最適なＣＤＮノードサーバが、前記サービスを供給するのに適した前記ＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含まないと判断する場合、前記クライアントの前記ＩＰアドレス及び前記クライアントが要求する前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名に基づき、前記最適なＣＤＮノードサーバによって前記クライアントに前記サービスを供給するのに適した前記目的ウェブサイトの他のＣＤＮノードサーバのアドレスを、前記共有ディスパッチデータベース内で検索し、かつ前記目的ウェブサイトの前記他のＣＤＮノードサーバのＩＰアドレスを前記クライアントに返すことと、
    前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を、前記他のＣＤＮノードサーバが受け取り、前記サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含むことを判断した後に、前記他のＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得ること、かつ前記目的ウェブサイトの前記サービスコンテンツを前記クライアントへ返すことと、を備える、請求項１４記載の１つ以上のコンピューター読取可能なメディア。
  16. 前記活動はさらに、
    前記最適なＣＤＮノードサーバが、前記サービスを供給するのに適した前記ＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含まないと判断する場合、前記クライアントの前記ＩＰアドレス及び前記クライアントが要求する前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名に基づき、前記クライアントが、前記クライアントに前記サービスを供給するのに適した前記目的ウェブサイトの他のＣＤＮノードサーバのアドレスを、前記共有ディスパッチデータベース内で検索するように前記クライアントに通知することと、
    前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を、前記他のＣＤＮノードサーバが受け取った後に、前記サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含むことを判断し、前記他のＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得ること、かつ前記目的ウェブサイトの前記サービスコンテンツを前記クライアントへ返すことと、を備える、請求項１４記載の１つ以上のコンピューター読取可能なメディア。
  17. 前記１つ以上のコンピューター読取可能なメディアにおいて、前記最適なＣＤＮノードサーバ内に格納された前記サービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得ることと、前記目的ウェブサイトの前記サービスコンテンツを前記クライアントに返すことはさらに、
    前記最適なＣＤＮノードサーバ内に格納された前記サービスコンテンツが前記クライアントに要求された前記サービスコンテンツを含まない場合、前記最適なＣＤＮノードサーバが、前記目的ウェブサイトから前記クライアントが要求した前記サービスコンテンツを得るよう要求し、かつ前記要求されたサービスコンテンツを格納し、前記クライアントに転送することを、備える、請求項１４記載の１つ以上のコンピューター読取可能なメディア。
  18. 前記１つ以上のコンピューター読取可能なメディアにおいて、前記他のＣＤＮノードサーバ内に格納された前記サービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得ることと、前記目的ウェブサイトの前記サービスコンテンツを前記クライアントに返すことはさらに、
    前記他のＣＤＮノードサーバに格納された前記サービスコンテンツが前記クライアントに要求された前記サービスコンテンツを含まない場合、前記他のＣＤＮノードサーバが、前記目的ウェブサイトから前記クライアントが要求した前記サービスコンテンツを得るよう要求し、かつ前記要求されたサービスコンテンツを格納し、前記クライアントに転送することを備える、請求項１５記載の１つ以上のコンピューター読取可能なメディア。
  19. 前記目的ウェブサイトの前記ＣＤＮによって認証された前記ＤＮＳが、前記クライアントが位置する前記端末の前記ローカルＤＮＳから前記ローカルＤＮＳの前記ＩＰアドレス及び前記クライアントが要求する前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名を受け取る前に、前記方法は、さらに、
    前記クライアントが要求する前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名を、前記目的ウェブサイトの前記ＣＤＮによって認証された前記ＤＮＳが前記ローカルＤＮＳから受け取ることかつ解決すること、かつ前記目的ウェブサイトの前記ＣＤＮによって認証される前記ＤＮＳのアドレスを指し、前記クライアントへの前記解決後に得られる前記目的ウェブサイトのエイリアスを返すことと、を備える、請求項１４記載の１つ以上のコンピューター読取可能なメディア。
  20. 前記クライアントはブラウザを備える、請求項１４記載の１つ以上のコンピューター読取可能なメディア。
JP2016536382A 2013-08-20 2014-08-19 コンテンツデリバリーネットワークにおける要求をディスパッチする方法及びシステム Active JP6656152B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201310363395.7 2013-08-20
CN201310363395.7A CN104427005B (zh) 2013-08-20 2013-08-20 在cdn上实现请求精确调度的方法及系统
PCT/US2014/051683 WO2015026822A1 (en) 2013-08-20 2014-08-19 Method and system of dispatching requests in a content delivery network

Publications (2)

Publication Number Publication Date
JP2016530634A true JP2016530634A (ja) 2016-09-29
JP6656152B2 JP6656152B2 (ja) 2020-03-04

Family

ID=51535511

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016536382A Active JP6656152B2 (ja) 2013-08-20 2014-08-19 コンテンツデリバリーネットワークにおける要求をディスパッチする方法及びシステム

Country Status (8)

Country Link
US (2) US10165080B2 (ja)
EP (1) EP3036888B1 (ja)
JP (1) JP6656152B2 (ja)
KR (1) KR20160044471A (ja)
CN (1) CN104427005B (ja)
SG (2) SG10201800743SA (ja)
TW (1) TWI657682B (ja)
WO (1) WO2015026822A1 (ja)

Families Citing this family (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104427005B (zh) 2013-08-20 2018-01-02 阿里巴巴集团控股有限公司 在cdn上实现请求精确调度的方法及系统
CN104702617B (zh) * 2015-03-20 2018-04-27 广东睿江云计算股份有限公司 一种基于内容分发网络的数据分发方法及装置
CN106209411B (zh) * 2015-05-08 2019-06-07 阿里巴巴集团控股有限公司 分布式网络系统容错方法、装置及容错式分布式网络系统
CN106453671A (zh) * 2015-08-07 2017-02-22 中国电信股份有限公司 用于cdn 调度的方法、客户端、服务器和系统
US20170180470A1 (en) * 2015-12-21 2017-06-22 Le Holdings (Beijing) Co., Ltd. Method and electronic device for sending CDN address
CN105933399A (zh) * 2016-04-18 2016-09-07 乐视控股（北京）有限公司 基于sdn的内容分发网络的实现方法和系统
CN105933398A (zh) * 2016-04-18 2016-09-07 乐视控股（北京）有限公司 内容分发网络中的访问请求转发方法和系统
CN107517162B (zh) * 2016-06-17 2020-09-04 阿里巴巴集团控股有限公司 一种cdn缓存服务器的确定方法及装置
CN106161671A (zh) * 2016-06-23 2016-11-23 深圳市贝美互动科技有限公司 一种嵌入式设备的最优ip获取方法及其系统
CN107645525A (zh) * 2016-07-21 2018-01-30 阿里巴巴集团控股有限公司 内容分发网络的探测处理、调度方法及相应装置、节点
CN108347465B (zh) * 2017-01-23 2021-02-02 阿里巴巴集团控股有限公司 一种选择网络数据中心的方法及装置
CN111107175B (zh) * 2017-03-31 2023-08-08 贵州白山云科技股份有限公司 一种构建dns应答报文的方法及装置
CN108696561B (zh) * 2017-04-11 2021-05-25 中国移动通信集团河北有限公司 资源推送的方法和装置
CN108810180B (zh) * 2017-04-28 2022-02-08 中兴通讯股份有限公司 域名解析重定向的调度方法、装置及其终端
EP3419249A1 (en) * 2017-06-23 2018-12-26 Nokia Solutions and Networks Oy Methods of optimizing traffic in an isp network
CN109218362B (zh) * 2017-07-03 2021-01-15 中国移动通信有限公司研究院 一种互联网内容分发方法、装置和系统
CN109274702A (zh) * 2017-07-12 2019-01-25 武汉安天信息技术有限责任公司 一种网站内容采集方法及装置
US10972515B2 (en) * 2017-07-31 2021-04-06 Verizon Digital Media Services Inc. Server assisted live stream failover
WO2019028683A1 (zh) * 2017-08-08 2019-02-14 深圳前海达闼云端智能科技有限公司 一种获取并收集客户端本地dns服务器的方法以及系统
CN109756530B (zh) * 2017-11-02 2022-02-25 北京金山安全软件有限公司 目标应用服务器和地理位置信息的确定方法及装置
CN108173952A (zh) * 2017-12-29 2018-06-15 北京奇虎科技有限公司 一种内容分发网络cdn的数据访问方法和装置
CN107948343B (zh) * 2018-01-11 2021-12-21 北京奇艺世纪科技有限公司 一种调度区域的确定方法及系统
CN108366020B (zh) * 2018-02-02 2020-09-18 网宿科技股份有限公司 一种发送数据资源的获取请求的方法和系统
CN108667646A (zh) * 2018-03-22 2018-10-16 北京奇艺世纪科技有限公司 网络访问方法及装置
EP3785469A4 (en) * 2018-05-30 2021-06-09 Samsung Electronics Co., Ltd. METHOD AND DEVICE FOR ESTABLISHING A CONNECTION WITH A CONTENT SERVER
CN108881939B (zh) * 2018-07-05 2020-09-15 北京奇艺世纪科技有限公司 一种视频cdn处理方法及系统
CN109167674B (zh) * 2018-07-24 2021-05-18 网宿科技股份有限公司 服务节点的评分方法、域名系统dns调度方法及服务器
CN110839049B (zh) * 2018-08-15 2022-07-08 阿里巴巴集团控股有限公司 基于域名系统的数据调度方法和系统
CN109005118A (zh) * 2018-08-21 2018-12-14 中国平安人寿保险股份有限公司 查找cdn源站地址的方法、装置、计算机设备和存储介质
CN109274733A (zh) * 2018-09-05 2019-01-25 杭州领智云画科技有限公司 基于设备分类的多层调度系统
CN108989487A (zh) * 2018-09-06 2018-12-11 北京泰策科技有限公司 基于本地dns的cdn优化调度方法
CN109327506A (zh) * 2018-09-06 2019-02-12 网宿科技股份有限公司 一种资源分配方法、装置和可读存储介质
CN110880980B (zh) * 2018-09-06 2022-10-18 阿里巴巴集团控股有限公司 内容分发网络服务提供方法及处理系统
CN109379426B (zh) * 2018-10-19 2021-08-31 中国联合网络通信集团有限公司 基于x-dns的x-cdn调度方法、设备及系统
CN110213339B (zh) * 2019-05-10 2021-12-14 腾讯科技（深圳）有限公司 资源访问方法、装置、存储介质和计算机设备
CN110474964A (zh) * 2019-07-18 2019-11-19 北京百度网讯科技有限公司 Cdn调度的方法、装置、设备和计算机存储介质
CN110493315B (zh) * 2019-07-19 2022-06-14 视联动力信息技术股份有限公司 一种视频通信链路的调用方法和装置
CN110830564B (zh) * 2019-10-30 2022-11-01 北京金山云网络技术有限公司 Cdn调度方法、装置、系统及计算机可读存储介质
CN111200649B (zh) * 2019-12-30 2023-03-24 北京知道创宇信息技术股份有限公司 一种调度方法及装置、调度模型生成方法及装置
CN111427970A (zh) * 2020-03-20 2020-07-17 杭州有赞科技有限公司 数据预处理及下载方法、系统、计算机设备、可读存储介质
CN111629079B (zh) * 2020-04-29 2023-02-28 四川速宝网络科技有限公司 一种实现网络访问加速的系统及装置
CN114297288A (zh) * 2020-09-22 2022-04-08 华为云计算技术有限公司 一种次级内容分发网络cdn、数据提供方法和存储介质
CA3193638A1 (en) * 2020-09-28 2022-03-31 Centurylink Intellectual Property Llc Distributed content distribution network
CN112351109A (zh) * 2020-11-27 2021-02-09 中国农业银行股份有限公司 一种附件处理方法及装置
CN114640717A (zh) * 2020-12-16 2022-06-17 北京金山云网络技术有限公司 一种cdn动态加速方法、装置及cdn边缘节点
CN114760356A (zh) * 2020-12-29 2022-07-15 北京金山云网络技术有限公司 数据读取请求处理方法、装置及数据读取请求处理系统
CN113411377B (zh) * 2021-05-14 2023-08-18 郑州埃文计算机科技有限公司 一种基于大型内容网站dns解析的cdn场景判定方法
CN113315821B (zh) * 2021-05-20 2023-04-07 中国联合网络通信集团有限公司 一种idc节点的选择方法、idc选择分析服务器及系统
CN113037878B (zh) * 2021-05-26 2021-08-17 北京拓课网络科技有限公司 一种cdn数据访问方法、系统及电子设备
CN114143332A (zh) * 2021-11-03 2022-03-04 阿里巴巴（中国）有限公司 基于内容分发网络cdn的处理方法、电子设备和介质
CN114301848B (zh) * 2021-12-10 2023-08-29 阿里巴巴（中国）有限公司 基于cdn的通信方法、系统、设备及存储介质
CN114244714B (zh) * 2021-12-14 2024-04-09 北京金山云网络技术有限公司 域名配置管理方法、装置及系统、计算机可读存储介质
US11909816B2 (en) * 2022-01-21 2024-02-20 Dell Products L.P. Distributed network address discovery in non-uniform networks
CN117439994A (zh) * 2022-07-14 2024-01-23 中国电信股份有限公司 连接保持方法、客户端设备、服务器、路由器和通信系统
CN115242503A (zh) * 2022-07-21 2022-10-25 北京字跳网络技术有限公司 内容空间的分享方法、装置、电子设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6108703A (en) * 1998-07-14 2000-08-22 Massachusetts Institute Of Technology Global hosting system
JP2003223378A (ja) * 2002-01-29 2003-08-08 Fujitsu Ltd コンテンツデリバリネットワークサービス方法及びシステム
CN101202684A (zh) * 2006-12-15 2008-06-18 中国电信股份有限公司 在内容分发网络中进行用户就近性判断的方法
US20100125626A1 (en) * 2008-11-20 2010-05-20 At&T Corp. Systems and Methods for Directing Content Requests to Servers
JP2011527043A (ja) * 2008-06-30 2011-10-20 アマゾン テクノロジーズ インコーポレーテッド ネットワークコンピューティングコンポーネントを使用するルーティングリクエスト
JP2013051542A (ja) * 2011-08-31 2013-03-14 Fujitsu Ltd 情報処理装置、プログラム、および制御方法

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7734815B2 (en) * 2006-09-18 2010-06-08 Akamai Technologies, Inc. Global load balancing across mirrored data centers
US7984163B2 (en) * 2005-01-13 2011-07-19 Flash Networks, Inc. Method and system for optimizing DNS queries
US7730187B2 (en) * 2006-10-05 2010-06-01 Limelight Networks, Inc. Remote domain name service
JP2008118772A (ja) 2006-11-02 2008-05-22 Yazaki Corp 基板接続体
US20100042743A1 (en) * 2008-08-13 2010-02-18 Sk Telecom. Co., Ltd Contents delivery system and method using page redirection, and gslb switch thereof
US7930429B2 (en) * 2008-12-18 2011-04-19 At&T Intellectual Property I, Lp System and method for obtaining content from a content delivery network
US20130103785A1 (en) 2009-06-25 2013-04-25 3Crowd Technologies, Inc. Redirecting content requests
CN101640684A (zh) * 2009-08-21 2010-02-03 中国电信股份有限公司 内容分发方法、网络系统、gslb设备和域名服务器
US8156214B2 (en) * 2009-12-22 2012-04-10 At&T Intellectual Property I, Lp System and method to discover clients associated with local domain name server using sampling
US8370940B2 (en) * 2010-04-01 2013-02-05 Cloudflare, Inc. Methods and apparatuses for providing internet-based proxy services
WO2012022216A1 (zh) 2010-08-16 2012-02-23 中兴通讯股份有限公司 内容交付网络及内容交付方法
US8468247B1 (en) 2010-09-28 2013-06-18 Amazon Technologies, Inc. Point of presence management in request routing
US8937908B2 (en) * 2010-11-08 2015-01-20 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for enabling DNS redirection in mobile telecommunication systems
US20120131466A1 (en) 2010-11-23 2012-05-24 Embarq Holdings Company, Llc User-Based Monitoring and Control
US9418353B2 (en) 2010-12-20 2016-08-16 Akamai Technologies, Inc. Methods and systems for delivering content to differentiated client devices
US20120198020A1 (en) * 2011-02-02 2012-08-02 Verizon Patent And Licensing, Inc. Content distribution within a service provider network
US8849950B2 (en) * 2011-04-07 2014-09-30 Qualcomm Incorporated Network streaming of video data using byte range requests
US10154109B2 (en) 2012-07-31 2018-12-11 Apple Inc. Delivering content to electronic devices using local caching servers
US20140074961A1 (en) 2012-09-12 2014-03-13 Futurewei Technologies, Inc. Efficiently Delivering Time-Shifted Media Content via Content Delivery Networks (CDNs)
US9537973B2 (en) 2012-11-01 2017-01-03 Microsoft Technology Licensing, Llc CDN load balancing in the cloud
US9141669B2 (en) * 2013-01-22 2015-09-22 Go Daddy Operating Company, LLC Configuring an origin server content delivery using a pulled data list
US9384208B2 (en) * 2013-01-22 2016-07-05 Go Daddy Operating Company, LLC Configuring a cached website file removal using a pulled data list
US10397292B2 (en) 2013-03-15 2019-08-27 Divx, Llc Systems, methods, and media for delivery of content
US9402107B2 (en) 2013-03-15 2016-07-26 Time Warner Cable Enterprises Llc Apparatus and methods for delivery of multicast and unicast content in a content delivery network
CN104427005B (zh) 2013-08-20 2018-01-02 阿里巴巴集团控股有限公司 在cdn上实现请求精确调度的方法及系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6108703A (en) * 1998-07-14 2000-08-22 Massachusetts Institute Of Technology Global hosting system
JP2011204252A (ja) * 1998-07-14 2011-10-13 Massachusetts Inst Of Technology <Mit> 組込型コンテンツ分散ゴースト・サーバを用いたグローバル文書ホスティング・システム
JP2003223378A (ja) * 2002-01-29 2003-08-08 Fujitsu Ltd コンテンツデリバリネットワークサービス方法及びシステム
CN101202684A (zh) * 2006-12-15 2008-06-18 中国电信股份有限公司 在内容分发网络中进行用户就近性判断的方法
JP2011527043A (ja) * 2008-06-30 2011-10-20 アマゾン テクノロジーズ インコーポレーテッド ネットワークコンピューティングコンポーネントを使用するルーティングリクエスト
US20100125626A1 (en) * 2008-11-20 2010-05-20 At&T Corp. Systems and Methods for Directing Content Requests to Servers
JP2013051542A (ja) * 2011-08-31 2013-03-14 Fujitsu Ltd 情報処理装置、プログラム、および制御方法

Also Published As

Publication number Publication date
KR20160044471A (ko) 2016-04-25
EP3036888B1 (en) 2019-10-02
SG11201601028QA (en) 2016-03-30
US20180309845A1 (en) 2018-10-25
TW201509157A (zh) 2015-03-01
WO2015026822A1 (en) 2015-02-26
US10165080B2 (en) 2018-12-25
EP3036888A1 (en) 2016-06-29
US20150058403A1 (en) 2015-02-26
TWI657682B (zh) 2019-04-21
US11343353B2 (en) 2022-05-24
SG10201800743SA (en) 2018-03-28
CN104427005B (zh) 2018-01-02
JP6656152B2 (ja) 2020-03-04
CN104427005A (zh) 2015-03-18

Similar Documents

Publication Publication Date Title
US11343353B2 (en) Method and system of dispatching requests in a content delivery network
US10715485B2 (en) Managing dynamic IP address assignments
US9961164B2 (en) DNS overriding-based methods of accelerating content delivery
US9800539B2 (en) Request routing management based on network components
US8706906B2 (en) Multipath routing process
US9130970B2 (en) Systems for accelerating content delivery via DNS overriding
US8938526B1 (en) Request routing management based on network components
US8539068B2 (en) Methods and systems for providing customized domain messages
RU2549135C2 (ru) Система и способ для обеспечения более быстрой и более эффективной передачи данных
JP5404766B2 (ja) ルーティングをリクエストするための方法とシステム
WO2021120969A1 (zh) 域名解析方法、域名解析服务器及终端设备
RU2527756C1 (ru) Устройство и способ для выполнения функции агента разрешения dns
WO2017096888A1 (zh) 域名解析系统的实现方法及装置
US11824947B2 (en) Connecting application instances to client devices

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170721

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180727

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180807

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181106

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190423

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190723

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200107

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200204

R150 Certificate of patent or registration of utility model

Ref document number: 6656152

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250