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

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6656152

(24)【登録日】2020年2月6日

(45)【発行日】2020年3月4日

(54)【発明の名称】コンテンツデリバリーネットワークにおける要求をディスパッチする方法及びシステム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20200220BHJP

   G06F 16/21 20190101ALI20200220BHJP

【ＦＩ】

   G06F13/00 520D

   G06F16/21

【請求項の数】17

【全頁数】29

(21)【出願番号】特願2016-536382(P2016-536382)

(86)(22)【出願日】2014年8月19日

(65)【公表番号】特表2016-530634(P2016-530634A)

(43)【公表日】2016年9月29日

(86)【国際出願番号】US2014051683

(87)【国際公開番号】WO2015026822

(87)【国際公開日】20150226

【審査請求日】2017年7月21日

(31)【優先権主張番号】201310363395.7

(32)【優先日】2013年8月20日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】510330264

【氏名又は名称】アリババ・グループ・ホールディング・リミテッド

【氏名又は名称原語表記】ＡＬＩＢＡＢＡ ＧＲＯＵＰ ＨＯＬＤＩＮＧ ＬＩＭＩＴＥＤ

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】ヤンフォン ホー

(72)【発明者】

【氏名】シアオリアン ジャン

【審査官】 今川 悟

(56)【参考文献】

【文献】 特開２０１１−２０４２５２（ＪＰ，Ａ）

【文献】 米国特許第０６１０８７０３（ＵＳ，Ａ）

【文献】 特表２０１１−５２７０４３（ＪＰ，Ａ）

【文献】 中国特許出願公開第１０１２０２６８４（ＣＮ，Ａ）

【文献】 米国特許出願公開第２０１０／０１２５６２６（ＵＳ，Ａ１）

【文献】 特開２００３−２２３３７８（ＪＰ，Ａ）

【文献】 特開２０１３−０５１５４２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｇ０６Ｆ １６／２１

(57)【特許請求の範囲】

【請求項1】

コンテンツデリバリーネットワーク（ＣＤＮ）における要求を正確にディスパッチする方法であり、
目的ウェブサイトのＣＤＮによって認証されたドメイン名システム（ＤＮＳ）が、クライアントが位置する端末のローカルＤＮＳから前記ローカルＤＮＳのＩＰアドレス及び前記クライアントが要求するサービスコンテンツの前記目的ウェブサイトのドメイン名を受け取ることと、
共有ディスパッチデータベースにおいて、前記ローカルＤＮＳの前記ＩＰアドレス及び前記目的ウェブサイトの前記ドメイン名に基づき、前記クライアントにサービスを供給するのに適した前記目的ウェブサイトの最適なＣＤＮノードサーバのアドレスを見つけること、かつ前記クライアントに前記見つけたアドレスを返すことであって、前記クライアントが位置する前記端末のＩＰアドレスセグメント、前記目的ウェブサイトの前記ドメイン名及び前記目的ウェブサイトの少なくとも１つのＣＤＮノードサーバのアドレスは、前記共有ディスパッチデータベースに相応に格納されている、ことと、
前記目的ウェブサイトの前記ＣＤＮによって認証された前記ＤＮＳが、前記目的ウェブサイトの前記ドメイン名に応じた前記目的ウェブサイトのエイリアスを得て、前記エイリアスを前記ローカルＤＮＳに返すことであって、前記エイリアスは、前記目的ウェブサイトの前記ＣＤＮによって認証された前記ＤＮＳのＩＰアドレスを指す、ことと、
前記目的ウェブサイトの前記ＣＤＮによって認証された前記ＤＮＳが、前記目的ウェブサイトの前記エイリアスに基づいて、前記ＣＤＮノードサーバのＩＰアドレスを解決するための要求を、前記ローカルＤＮＳから受け取ることであって、前記アドレスを解決するための前記要求は、前記ローカルＤＮＳの前記ＩＰアドレス及び前記目的ウェブサイトの前記ドメイン名を含む、ことと、
前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を前記最適なＣＤＮノードサーバが受け取り、サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントのＩＰアドレスを含むことを判断した後に、前記最適なＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得て、かつ前記目的ウェブサイトの前記サービスコンテンツを前記クライアントに返すことと、
を備える、方法。

【請求項2】

前記最適なＣＤＮノードサーバが、前記サービスを供給するのに適した前記ＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含まないと判断する場合、前記クライアントの前記ＩＰアドレス及び前記クライアントが要求する前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名に基づき、前記最適なＣＤＮノードサーバによって前記クライアントに前記サービスを供給するのに適した前記目的ウェブサイトの他のＣＤＮノードサーバのアドレスを、前記共有ディスパッチデータベース内で検索し、かつ前記目的ウェブサイトの前記他のＣＤＮノードサーバのＩＰアドレスを前記クライアントに返すことと、
かつ前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を、前記他のＣＤＮノードサーバが受け取った後に、前記サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含むことを判断し、前記他のＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得ること、かつ前記目的ウェブサイトの前記サービスコンテンツを前記クライアントへ返すことと、をさらに備える、請求項１記載の方法。

【請求項3】

前記最適なＣＤＮノードサーバが、前記サービスを供給するのに適した前記ＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含まないと判断する場合、前記クライアントの前記ＩＰアドレス及び前記クライアントが要求する前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名に基づき、前記クライアントが、前記クライアントに前記サービスを供給するのに適した前記目的ウェブサイトの他のＣＤＮノードサーバのアドレスを、前記共有ディスパッチデータベース内で検索するように前記クライアントに通知することと、
前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を、前記他のＣＤＮノードサーバが受け取った後に、サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含むことを判断し、前記他のＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得ること、かつ前記目的ウェブサイトの前記サービスコンテンツを前記クライアントへ返すことと、をさらに備える、請求項１記載の方法。

【請求項4】

前記最適なＣＤＮノードサーバ内に格納された前記サービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得ることと、前記目的ウェブサイトの前記サービスコンテンツを前記クライアントに返すことは、
前記最適なＣＤＮノードサーバ内に格納された前記サービスコンテンツが前記クライアントに要求された前記サービスコンテンツを含まない場合、前記最適なＣＤＮノードサーバが前記目的ウェブサイトから前記クライアントが要求した前記サービスコンテンツを得るよう要求し、かつ前記要求されたサービスコンテンツを格納し、前記クライアントに転送することを、さらに備える、請求項１記載の方法。

【請求項5】

前記他のＣＤＮノードサーバ内に格納された前記サービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得ることと、前記目的ウェブサイトの前記サービスコンテンツを前記クライアントに返すことは、
前記他のＣＤＮノードサーバに格納された前記サービスコンテンツが前記クライアントに要求された前記サービスコンテンツを含まない場合、前記他のＣＤＮノードサーバが前記目的ウェブサイトから前記クライアントが要求した前記サービスコンテンツを得るよう要求し、かつ前記要求されたサービスコンテンツを格納し、前記クライアントに転送することを、さらに備える、請求項２記載の方法。

【請求項6】

前記クライアントはブラウザを備える、請求項１記載の方法。

【請求項7】

コンテンツデリバリーネットワーク（ＣＤＮ）における要求を正確にディスパッチするためのシステムであり、前記システムはクライアントに接続され、前記システムはドメイン名サーバを認証する目的ウェブサイトＣＤＮ、共有ディスパッチデータベース及び最適なＣＤＮノードサーバを備え、
ドメイン名サーバを認証する前記目的ウェブサイトＣＤＮは、前記クライアントが位置する端末のローカルドメイン名システム（ＤＮＳ）から、前記ローカルＤＮＳのＩＰアドレス及び前記クライアントが要求するサービスコンテンツの前記目的ウェブサイトのドメイン名を受け取り、前記ＩＰアドレス及び前記ドメイン名を前記共有ディスパッチデータベースへ送信し、前記共有ディスパッチデータベースによって返された、最適なＣＤＮノードサーバのアドレスを前記クライアントに返すために用いられ、
前記共有ディスパッチデータベースは、前記ローカルＤＮＳの前記ＩＰアドレス及び前記目的ウェブサイトの前記ドメイン名に基づき、前記クライアントにサービスを供給するのに適した前記目的ウェブサイトの前記最適なＣＤＮノードサーバの前記アドレスを供給し、ドメイン名サーバを認証する前記目的ウェブサイトＣＤＮに前記最適なＣＤＮノードサーバの前記アドレスを返すために用いられ、前記クライアントが位置する前記端末のＩＰアドレスセグメント、前記目的ウェブサイトの前記ドメイン名及び前記目的ウェブサイトの少なくとも１つのＣＤＮノードサーバのアドレスは、前記共有ディスパッチデータベースに相応に格納されており、
前記目的ウェブサイトの前記ＣＤＮによって認証された前記ＤＮＳは、前記目的ウェブサイトの前記ドメイン名に応じた前記目的ウェブサイトのエイリアスを得て、前記エイリアスを前記ローカルＤＮＳに返し、前記目的ウェブサイトの前記エイリアスに基づき、前記ＣＤＮノードサーバのＩＰアドレスを解決するための要求を前記ローカルＤＮＳから受け取るために用いられ、前記エイリアスは、前記目的ウェブサイトの前記ＣＤＮによって認証された前記ＤＮＳのＩＰアドレスを指し、前記アドレスを解決するための前記要求は、前記ローカルＤＮＳの前記ＩＰアドレス及び前記目的ウェブサイトの前記ドメイン名を含み、
前記最適なＣＤＮノードサーバは、前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を前記最適なＣＤＮノードサーバが受け取り、サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントのＩＰアドレスを含むことを判断した後に、前記最適なＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得て、かつ前記目的ウェブサイトの前記サービスコンテンツを前記クライアントに返すために用いられる、システム。

【請求項8】

他のＣＤＮノードサーバをさらに備え、
前記サービスを供給するのに適した前記ＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含まないと判断する場合、前記最適なＣＤＮノードサーバはさらに、前記クライアントの前記ＩＰアドレス及び前記クライアントが要求する前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名を前記共有ディスパッチデータベースに送信するために、かつ前記共有ディスパッチデータベースから返された前記目的ウェブサイトの前記他のＣＤＮノードサーバのＩＰアドレスを前記クライアントに返すために、用いられ、
前記共有ディスパッチデータベースはさらに、前記クライアントの前記ＩＰアドレス及び前記クライアントが要求する前記最適なＣＤＮノードサーバからの前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名に基づき、前記クライアントに前記サービスを供給するのに適した前記目的ウェブサイトの前記他のＣＤＮノードサーバの前記アドレスを供給するために、かつ前記目的ウェブサイトの前記他のＣＤＮノードサーバの前記ＩＰアドレスを前記クライアントに返すために、用いられ、
前記他のＣＤＮノードサーバは、前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を受け取り、前記サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含むことを判断した後で、前記他のＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得るために、かつ前記目的ウェブサイトの前記サービスコンテンツを前記クライアントに返すために、用いられる、請求項７記載のシステム。

【請求項9】

さらに、他のＣＤＮノードサーバを備え、
前記最適なＣＤＮノードサーバはさらに、前記サービスを供給するのに適した前記ＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含まないと前記最適なＣＤＮノードサーバが判断する時、前記クライアントに通知するために用いられ、
前記共有ディスパッチデータベースはさらに、前記クライアントの前記ＩＰアドレス及び前記クライアントが要求する前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名に基づき、前記クライアントに前記サービスを供給するのに適した前記目的ウェブサイトの前記他のＣＤＮノードサーバのアドレスを供給するために、かつ前記他のＣＤＮノードサーバの前記アドレスを前記クライアントに返すために、用いられ、
前記他のＣＤＮノードサーバは、前記他のＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得るために、かつ前記他のＣＤＮノードサーバが、前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を受け取り、サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含むことを判断した後で、前記クライアントに前記目的ウェブサイトの前記サービスコンテンツを返すために、用いられる、請求項７記載のシステム。

【請求項10】

さらに、目的ウェブサイトサーバを備え、
前記最適なＣＤＮノードサーバはさらに、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを前記目的ウェブサイトサーバから得るように要求するために、かつ前記最適なＣＤＮノードサーバ内に格納された前記サービスコンテンツが前記クライアントが要求する前記サービスコンテンツを含まない時、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを格納し、前記クライアントに転送するために、用いられ、
前記目的ウェブサイトは、前記目的ウェブサイトに応じた前記サービスコンテンツを格納し供給するために用いられる、請求項７記載のシステム。

【請求項11】

さらに、目的ウェブサイトサーバを備え、
前記他のＣＤＮノードサーバはさらに、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを前記目的ウェブサイトサーバから得るように要求するために、かつ前記他のＣＤＮノードサーバ内に格納された前記サービスコンテンツが前記クライアントが要求する前記サービスコンテンツを含まない時、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを格納し、前記クライアントに転送するために、用いられ、
前記目的ウェブサイトは、前記目的ウェブサイトに応じた前記サービスコンテンツを格納し供給するために用いられる、請求項８記載のシステム。

【請求項12】

実行可能な命令を格納する１つ以上のコンピューター読取可能なメディアであり、１つ以上のプロセッサによって実行される時、前記１つ以上のプロセッサに、以下：
目的ウェブサイトのコンテンツデリバリーネットワーク（ＣＤＮ）によって認証されたドメイン名システム（ＤＮＳ）が、クライアントが位置する端末のローカルＤＮＳから前記ローカルＤＮＳのＩＰアドレス及び前記クライアントが要求するサービスコンテンツの前記目的ウェブサイトのドメイン名を受け取ることと、
共有ディスパッチデータベースにおいて、前記ローカルＤＮＳの前記ＩＰアドレス及び前記目的ウェブサイトの前記ドメイン名に基づき、前記クライアントにサービスを供給するのに適した前記目的ウェブサイトの最適なＣＤＮノードサーバのアドレスを見つけ、前記クライアントに前記見つけたアドレスを返すことであって、前記クライアントが位置する前記端末のＩＰアドレスセグメント、前記目的ウェブサイトの前記ドメイン名及び前記目的ウェブサイトの少なくとも１つのＣＤＮノードサーバのアドレスは、前記共有ディスパッチデータベースに相応に格納されている、ことと、
前記目的ウェブサイトの前記ＣＤＮによって認証された前記ＤＮＳが、前記目的ウェブサイトの前記ドメイン名に応じた前記目的ウェブサイトのエイリアスを得て、前記エイリアスを前記ローカルＤＮＳに返すことであって、前記エイリアスは、前記目的ウェブサイトの前記ＣＤＮによって認証された前記ＤＮＳのＩＰアドレスを指す、ことと、
前記目的ウェブサイトの前記ＣＤＮによって認証された前記ＤＮＳが、前記目的ウェブサイトの前記エイリアスに基づいて、前記ＣＤＮノードサーバのＩＰアドレスを解決するための要求を、前記ローカルＤＮＳから受け取ることであって、前記アドレスを解決するための前記要求は、前記ローカルＤＮＳの前記ＩＰアドレス及び前記目的ウェブサイトの前記ドメイン名を含む、ことと、
前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を前記最適なＣＤＮノードサーバが受け取り、サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントのＩＰアドレスを含むことを判断した後に、前記最適なＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得て、かつ前記目的ウェブサイトの前記サービスコンテンツを前記クライアントに返すことと、
を含む活動を実行させる、１つ以上のコンピューター読取可能なメディア。

【請求項13】

前記活動はさらに、
前記最適なＣＤＮノードサーバが、前記サービスを供給するのに適した前記ＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含まないと判断する場合、前記クライアントの前記ＩＰアドレス及び前記クライアントが要求する前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名に基づき、前記最適なＣＤＮノードサーバによって前記クライアントに前記サービスを供給するのに適した前記目的ウェブサイトの他のＣＤＮノードサーバのアドレスを、前記共有ディスパッチデータベース内で検索し、かつ前記目的ウェブサイトの前記他のＣＤＮノードサーバのＩＰアドレスを前記クライアントに返すことと、
前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を、前記他のＣＤＮノードサーバが受け取り、サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含むことを判断した後に、前記他のＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得ること、かつ前記目的ウェブサイトの前記サービスコンテンツを前記クライアントへ返すことと、を備える、請求項１２記載の１つ以上のコンピューター読取可能なメディア。

【請求項14】

前記活動はさらに、
前記最適なＣＤＮノードサーバが、前記サービスを供給するのに適した前記ＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含まないと判断する場合、前記クライアントの前記ＩＰアドレス及び前記クライアントが要求する前記サービスコンテンツの前記目的ウェブサイトの前記ドメイン名に基づき、前記クライアントが、前記クライアントに前記サービスを供給するのに適した前記目的ウェブサイトの他のＣＤＮノードサーバのアドレスを、前記共有ディスパッチデータベース内で検索するように前記クライアントに通知することと、
前記クライアントから前記目的ウェブサイトの前記サービスコンテンツを得るための前記要求を、前記他のＣＤＮノードサーバが受け取った後に、サービスを供給するのに適したＩＰアドレスセグメントが前記クライアントの前記ＩＰアドレスを含むことを判断し、前記他のＣＤＮノードサーバ内に格納されたサービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得ること、かつ前記目的ウェブサイトの前記サービスコンテンツを前記クライアントへ返すことと、を備える、請求項１２記載の１つ以上のコンピューター読取可能なメディア。

【請求項15】

前記１つ以上のコンピューター読取可能なメディアにおいて、前記最適なＣＤＮノードサーバ内に格納された前記サービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得ることと、前記目的ウェブサイトの前記サービスコンテンツを前記クライアントに返すことはさらに、
前記最適なＣＤＮノードサーバ内に格納された前記サービスコンテンツが前記クライアントに要求された前記サービスコンテンツを含まない場合、前記最適なＣＤＮノードサーバが、前記目的ウェブサイトから前記クライアントが要求した前記サービスコンテンツを得るよう要求し、かつ前記要求されたサービスコンテンツを格納し、前記クライアントに転送することを、備える、請求項１２記載の１つ以上のコンピューター読取可能なメディア。

【請求項16】

前記１つ以上のコンピューター読取可能なメディアにおいて、前記他のＣＤＮノードサーバ内に格納された前記サービスコンテンツから、前記クライアントが要求する前記目的ウェブサイトの前記サービスコンテンツを得ることと、前記目的ウェブサイトの前記サービスコンテンツを前記クライアントに返すことはさらに、
前記他のＣＤＮノードサーバに格納された前記サービスコンテンツが前記クライアントに要求された前記サービスコンテンツを含まない場合、前記他のＣＤＮノードサーバが、前記目的ウェブサイトから前記クライアントが要求した前記サービスコンテンツを得るよう要求し、かつ前記要求されたサービスコンテンツを格納し、前記クライアントに転送することを備える、請求項１３記載の１つ以上のコンピューター読取可能なメディア。

【請求項17】

前記クライアントはブラウザを備える、請求項１２記載の１つ以上のコンピューター読取可能なメディア。

【発明の詳細な説明】

【技術分野】

【0001】

関連特許出願の相互参照
本出願は、２０１３年８月２０日に出願された、中国特許出願第２０１３１０３６３３９５．７号、「コンテンツデリバリーネットワーク（ＣＤＮ）における要求をディスパッチする方法及びシステム」に対する海外優先権を主張するものであり、引用によりその全体を本明細書に包含する。

【0002】

技術分野
本開示は、ネットワーク要求をディスパッチする分野に関し、さらに詳細には、コンテンツデリバリーネットワークにおける要求を正確にディスパッチする方法及びシステムに関する。

【背景技術】

【0003】

従来の技術では、ドメインネームシステム（ＤＮＳ）は、特定のサーバＩＰアドレスへウェブサイトのドメイン名を解決する主な役割を備えたグローバルに分散されたネームサーバシステムとして言及される。

【0004】

インターネットの時代において、コンテンツデリバリーネットワーク（ＣＤＮ）による高速化の原則は、良質のサービスを供給できるアプリケーションサーバにアプリケーションをアクセスするためにユーザの要求をディスパッチすること、かつ、それによってユーザがアプリケーションサーバにアクセスするスピード及び体験を向上する効果を得ることである。一般に、業界で採用されるディスパッチモードは、以下を含む。

【0005】

１．ＤＮＳに基づくディスパッチモードはさらに、２つのタイプにカテゴリ分けされる。

【0006】

グローバルＤＮＳディスパッチタイプ：本ディスパッチタイプは、図６に示されるように、ユーザ及びＣＤＮによってアクセスされるサービスのドメイン名は、同じＤＮＳサーバシステムを使用する。

【0007】

グローバルＤＮＳディスパッチモードは、クライアント側が、ローカルＤＮＳに、ａ．ｃｏｍ及びｂ．ｃｏｍのドメイン名を解決するための要求の送信を開始する方法で行われる。ローカルＤＮＳは、処理のために、目的のウェブサイト及びＣＤＮにより認証されたＤＮＳに要求を送信する。処理の後、ａ．ｃｏｍ及びｂ．ｃｏｍを含むＣＤＮサービスクラスタノードサーバＩＰ１のアドレスが返される。ローカルＤＮＳは、そのアドレスをクライアント側に転送し、その後クライアント側は、ＩＰ１のアドレスに従ってＣＤＮノードサーバサービスクラスタＩＰ１にａ．ｃｏｍ及びｂ．ｃｏｍのサービスコンテンツのための要求を送信する。ＣＤＮノードサーバサービスクラスタＩＰ１はその後、それぞれ目的のウェブサイト、すなわち、ａ．ｃｏｍ及びｂ．ｃｏｍのサービスコンテンツを要求し、受け取ったコンテンツがＣＤＮノードサーバサービスクラスタＩＰ１によってクライアント側に返される。

【0008】

分散されたＤＮＳディスパッチタイプ：本モードと上記グローバルＤＮＳディスパッチタイプとの違いは、サービスウェブサイトの認証されたＤＮＳ及びＣＤＮの認証されたＤＮＳが異なるシステムであるということであり、キャノニカルネームレコード方法（ＣＮＡＭＥ）を用いて解決特権の転換が要求される。サービスウェブサイト及びＣＤＮが相互依存していないため、そういった方法は非常に適応力がある。しかしながら、解決手順の数が増加するため、図７に示されるように、解決時間が長引いてしまう。

【0009】

分散されたＤＮＳディスパッチモードは、クライアント側が、ローカルＤＮＳに、ａ．ｃｏｍのドメイン名を解決するための要求の送信を開始する方法で行われる。ローカルＤＮＳは、解決を処理するため、目的のウェブサイトａ．ｃｏｍによって認証されたＤＮＳに要求を送信し、解決特権はその後、ＣＮＡＭＥ（ａ．ｃｄｎ．ｃｏｍ）を用いて目的のウェブサイトａ．ｃｏｍに認証されたＤＮＳに送信される。ａ．ｃｏｍをカバーするＣＤＮノードサーバサービスクラスタＩＰ１のアドレスを含む処理された結果が、その後ローカルＤＮＳへと返される。ローカルＤＮＳは、結果をクライアント側に転送し、その後クライアント側は、ＩＰ１のアドレスに従ってＣＤＮノードサーバサービスクラスタＩＰ１にａ．ｃｏｍのサービスコンテンツのための要求を送信する。ＣＤＮノードサーバサービスクラスタＩＰ１はその後、目的のウェブサイト、すなわち、ａ．ｃｏｍのサービスコンテンツを要求し、受け取ったサービスコンテンツがＣＤＮノードサーバサービスクラスタＩＰ１によってクライアント側に返される。

【0010】

２．サービスアドレスのリダイレクトに基づくディスパッチモード：ユーザからのサービス要求は、最初にディスパッチサーバへと送られる。サーバは、図８に示されるように、ユーザの要求の属性（ユーザのクライアントのＩＰアドレスまたはクッキー等といった）に従って、特定のリダイレクトレスポンスヘッダ（ｈｔｔｐ３０２レスポンスなど）を用いて、サービスのための最適なサーバへとユーザの要求をディスパッチする。

【0011】

本ＤＮＳディスパッチモードは、クライアント側が、ローカルＤＮＳに、ａ．ｃｏｍのドメイン名を解決するための要求の送信を開始する方法で行われる。ローカルＤＮＳは、解決のために、目的のウェブサイトａ．ｃｏｍにより認証されたＤＮＳに要求を送信する。目的のウェブサイトａ．ｃｏｍのＩＰアドレス（ＩＰ０）を含む処理された結果は、その後ローカルＤＮＳへと返される。ローカルＤＮＳは、処理された結果をクライアント側に転送し、その後クライアントは、ＩＰ０アドレスに従って目的のウェブサイトａ．ｃｏｍ（ＩＰ０）からのサービスコンテンツを要求する。目的のウェブサイトａ．ｃｏｍ（ＩＰ０）はその後、ＩＰ１への飛越しを要求するための３０２レスポンスを返す。この時クライアント側は、ＩＰ１にａ．ｃｏｍのサービスコンテンツを要求する。ＣＤＮノードサーバサービスクラスタＩＰ１はその後、目的のウェブサイトａ．ｃｏｍのサービスコンテンツを要求し、受け取ったサービスコンテンツをクライアントにフィードバックする。

【0012】

３．ユニフォームリソースロケータ（ＵＲＬ）書き換えに基づくディスパッチモード：本ノードのシステム構造及び処理は、図８に示される。本モードは、ウェブページに埋め込まれたＵＲＬがディスパッチの目的で修正されるという点において、上記二番目のモードとは異なる。

【0013】

このＤＮＳディスパッチモードは、クライアントが、ローカルＤＮＳに、ａ．ｃｏｍのドメイン名を解決するための要求の送信を開始する方法で行われる。ローカルＤＮＳは、解決のために、目的のウェブサイトａ．ｃｏｍにより認証されたＤＮＳに要求を送信する。処理された結果は、目的のウェブサイトａ．ｃｏｍのＩＰアドレス（ＩＰ０）を含み、ローカルＤＮＳに返される。ローカルＤＮＳは、処理された結果をクライアント側に転送し、その後クライアント側は、ＩＰ０アドレスに従って目的のウェブサイトａ．ｃｏｍ（ＩＰ０）からのサービスコンテンツを要求する。目的のウェブサイトａ．ｃｏｍ（ＩＰ０）はその後、ＩＰ１への飛越しを要求するためのＩＰ１を含むＵＲＬ要求を返す。この時クライアント側は、ＩＰ１にａ．ｃｏｍのサービスコンテンツを要求する。ＣＤＮノードサーバサービスクラスタＩＰ１はその後、目的のウェブサイトａ．ｃｏｍのサービスコンテンツを要求し、受け取ったサービスコンテンツをクライアント側にフィードバックする。

【0014】

４．任意のブロードキャスト方法（エニーキャスト）に基づくディスパッチモード、すなわちＩＰアドレス層またはアプリケーションのオーバーラッピングしている層のいずれかに基づくブロードキャスト。このようにして、全ての可能なサービスノードサーバは、ユーザからのサービス要求を受け取ってもよく、レスポンスコンテンツは、ルールに基づき最適なサービスを供給することができるサーバからユーザに直接返される。

【0015】

５．Ｐ２Ｐ方法に基づくディスパッチモード：最適なサービスノードサーバを探すためにユーザが特定のサービスノードサーバと交渉する。最初の交渉後に見つかったノードサーバが、サービス要求と一致しない場合、クライアント側はその後、最適なサービスノードサーバが見つかるまでサービスに最適な他のノードサーバを探すよう通知される。

【0016】

上記ディスパッチモードに従い、以下の欠陥が存在する。

【0017】

モード１：クライアントの位置するアドレスはローカルＤＮＳのＩＰアドレスからのみ決定するという本モードは、クライアント側のおよそ２０％が使用するローカルＤＮＳのＩＰアドレスが、クライアント側のＩＰアドレスとは異なるネットワークに位置しているので非常に不正確であり、そのためディスパッチにおけるエラーが起こりやすく、ＣＤＮの高速化効果を低減させることにつながるということに気づくのは明らかである。

【0018】

モード２及び３：これらのモードは、ユーザのＩＰアドレスに基づくディスパッチを確実に実行できるが、これらのモードでは、モード１と比較すると解決処理の時間もさらにかかり、特にアプリケーションディスパッチサーバと情報をやりとりする時間は増加する。このやりとりによる遅れは小さなオブジェクトにアクセスするユーザエクスペリエンスに重大な影響を与える場合がある。一方で、モード３の他の欠陥は、要求をディスパッチするためにページコンテンツの修正が必要となることにより、順応性と効果が乏しくなるということにある。

【0019】

モード４：これが実際には最も効果的かつもっとも正確な方法である。しかしながら、ＩＰアドレスのエニーキャストブロードキャストは多くのネットワークで現在サポート対象外である。アプリケーション層エニーキャストが採用された場合、プロトコル互換性は確実に影響を受ける。特定のアプリケーションで実現すると思われるが、アプリケーションの大多数ではサポート対象外である。故に、モード４は互換性が非常に乏しく、特にいくつかの特定環境においては、基本的には実行不可能である。

【0020】

モード５：本モードにおける欠陥は、プロトコル互換性だけではなく、解決効率性の問題にもある。こういったＰ２Ｐベースのディスパッチモードの効率性は、サービスノードの数が増加するにつれ著しく減少する。

【0021】

従って、上記ディスパッチモードの欠点は、解決の緊急を要する技術問題となってきている。

【発明の概要】

【0022】

本概要は、選択された概念を簡易的に案内するために提供され、これらの概念はさらに以下の発明を実施するための形態に記述される。本概要は、請求する主題の鍵となる特徴または重要な特徴の全てを確認することを意図するものではなく、また、請求する主題の範囲決定を補助するものとして単独で用いることを意図するものでもない。「技術」という用語は例えば、上記文脈及び本開示全てにより認められるような装置、システム、方法、及び／またはコンピューター読取可能な命令を指してもよい。

【0023】

上記観点から、本開示の目的は、ＩＰアドレスをディスパッチする処理における追加の解決時間により引き起こされるＣＤＮの低処理効率性の問題及びディスパッチ処理中におけるＩＰアドレスエラーの問題を解決するために、ＣＤＮを用いて要求を正確にディスパッチする方法及び同方法を用いたシステムを供給することである。

【0024】

前述の技術問題を解決するために、本開示はコンテンツデリバリーネットワーク（ＣＤＮ）を用いて要求を正確にディスパッチする方法を開示し、方法は、目的のウェブサイトのＣＤＮにより認証されたドメインネームシステム（ＤＮＳ）が、クライアントが位置する端末のローカルＤＮＳからローカルＤＮＳへのＩＰアドレス及びクライアントに要求されたサービスコンテンツの目的ウェブサイトのドメインネームを受け取ることを可能にすることと、共有ディスパッチデータベースにおいて、ローカルＤＮＳ及び目的ウェブサイトのドメイン名のＩＰアドレスに基づくクライアントへのサービス供給に適した、目的ウェブサイトの最適なＣＤＮノードサーバのアドレスを見つけ、見つけたアドレスをクライアントに返すことであって、ここで、ＩＰアドレスセグメント、目的ウェブサイトのドメイン名及び目的ウェブサイトの少なくとも１つのＣＤＮノードサーバのアドレスを供給ディスパッチデータベースに相応に格納することと、最適なＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントに要求された目的ウェブサイトのサービスコンテンツを得ること、及びその後に、最適なＣＤＮノードサーバが、サービス供給に適したそのＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいると、クライアントから目的ウェブサイトのサービスコンテンツ要求を受け取った後に判断する場合、目的ウェブサイトのサービスコンテンツをクライアントに返すことと、を備える。

【0025】

１つの実施形態において、方法はさらに、クライアントのＩＰアドレス及びクライアントによってサービスコンテンツのために要求された目的ウェブサイトのドメイン名に基づいて、最適なＣＤＮノードサーバが、クライアントにサービスを供給するのに適した目的ウェブサイトの他のＣＤＮノードサーバのアドレスを共有ディスパッチデータベース内で検索し、かつサービス供給に適した最適なＣＤＮノードサーバのＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいないと最適なＣＤＮノードサーバが判断する場合に、目的ウェブサイトの他のＣＤＮノードサーバのＩＰアドレスを返すことと、他のＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントに要求された目的ウェブサイトのサービスコンテンツを得て、かつ目的ウェブサイトのサービスコンテンツを得るためにクライアントから送信された要求を他のＣＤＮノードサーバが受け取った後に、サービス供給に適した他のＣＤＮノードサーバのＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいると他のＣＤＮノードサーバが判断する場合、目的ウェブサイトのサービスコンテンツをクライアントに返すことと、を備える。

【0026】

さらに、または代替的に、方法はさらに、サービス供給に適した最適なＣＤＮモードサーバのＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいないと最適なＣＤＮノードサーバが判断する場合に、クライアントのＩＰアドレス及びクライアントによってサービスコンテンツのために要求された目的ウェブサイトのドメイン名に基づいて、クライアントにサービスを供給するのに適した目的ウェブサイトの他のＣＤＮノードサーバのアドレスを共有ディスパッチデータベース内でクライアントが検索出来るようクライアントに通知することと、他のＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントに要求された目的ウェブサイトのサービスコンテンツを得て、かつ目的ウェブサイトのサービスコンテンツを得るためにクライアントから送信された要求を他のＣＤＮノードサーバが受け取った後に、ＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいると他のＣＤＮノードサーバが判断する場合、目的ウェブサイトのサービスコンテンツをクライアントに返すことと、を備える。

【0027】

他の実施形態では、最適なＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントに要求された目的ウェブサイトのサービスコンテンツを得て、かつ目的ウェブサイトのサービスコンテンツをクライアントに返すことは、最適なＣＤＮノードサーバが目的のウェブサイトからクライアントに要求されたサービスコンテンツを得るように要求することと、最適なＣＤＮノードサーバに格納されたサービスコンテンツがクライアントに要求されたサービスコンテンツを含まない場合、要求されたサービスコンテンツを格納し、クライアントに転送することを、さらに備える。

【0028】

１つの実施形態では、他のＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントに要求された目的ウェブサイトのサービスコンテンツを得て、かつ目的ウェブサイトのサービスコンテンツをクライアントに返すことは、他のＣＤＮノードサーバが目的のウェブサイトからクライアントに要求されたサービスコンテンツを得るように要求することと、他のＣＤＮノードサーバに格納されたサービスコンテンツがクライアントに要求されたサービスコンテンツを含まない場合、要求されたサービスコンテンツを格納し、クライアントに転送することを、さらに備える。

【0029】

さらに、目的ウェブサイトのＣＤＮによって認証されたＤＮＳが、クライアントが位置する端末のローカルＤＮＳのＩＰアドレス及びクライアントに要求されたサービスコンテンツの目的ウェブサイトのドメイン名を受け取る前に、方法はさらに、目的ウェブサイトのＣＤＮによって認証されたＤＮＳによって、目的ウェブサイトのサービスコンテンツを得るためにローカルＤＮＳによって送られた目的ウェブサイトのドメイン名を受け取ることかつ解決することと、目的ウェブサイトのＣＤＮによって認証されたＤＮＳのアドレスに向けられ、解決からクライアントへ得られる目的ウェブサイトのエイリアスを返すことと、を備える。

【0030】

前述の技術問題を解決するために、本開示はコンテンツデリバリーネットワーク（ＣＤＮ）を用いて要求を正確にディスパッチするシステムを開示し、システムはクライアントへ接続され、システムはドメイン名サーバを認証する目的ウェブサイトＣＤＮ、共有ディスパッチデータベース、及び最適なＣＤＮノードサーバを備え、ここで、ドメイン名サーバを認証する目的ウェブサイトＣＤＮは、クライアントが位置する端末のローカルＤＮＳからローカルＤＮＳのＩＰアドレス及びクライアントに要求されたサービスコンテンツの目的ウェブサイトのドメイン名を受け取り、共有ディスパッチデータベースにＩＰアドレス及びドメイン名を送信し、かつ共有ディスパッチデータベースにより返された最適なＣＤＮノードサーバのアドレスをクライアントに返すために用いられ、共有ディスパッチデータベースは、ローカルＤＮＳのＩＰアドレス及び目的ウェブサイトのドメイン名に基づきクライアントにサービスを供給するのに最適な目的ウェブサイトの最適なＣＤＮノードサーバのアドレスを供給し、ドメイン名サーバを認証する目的ウェブサイトＣＤＮにアドレスを返すために用いられ、ここで、ＩＰアドレスセグメント、目的ウェブサイトのドメイン名及び目的ウェブサイトの少なくとも１つのＣＤＮノードサーバドレスは共有ディスパッチデータベースに相応に格納され、最適なＣＤＮノードサーバアドレスは、格納されたサービスコンテンツから、クライアントに要求された目的ウェブサイトのサービスコンテンツを得て、目的ウェブサイトのサービスコンテンツを得るためにクライアントから送信された要求を最適なＣＤＮノードサーバが受け取った後に、サービス供給に適したＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいると最適なＣＤＮノードサーバが判断する場合、目的ウェブサイトのサービスコンテンツをクライアントに返すために用いられる。

【0031】

１つの実施形態では、システムはさらに、他のＣＤＮノードサーバを備え、ここで、最適なＣＤＮノードサーバは、サービス供給に適している最適なＣＤＮノードサーバのＩＰアドレスセグメントがクライアントのＩＰアドレスを含まないと最適なＣＤＮノードサーバが判断する場合、クライアントのＩＰアドレス及びサービスコンテンツのためにクライアントによって要求された目的ウェブサイトのドメイン名を共有ディスパッチデータベースに送信し、かつ共有ディスパッチデータベースによって返される目的ウェブサイトの他のＣＤＮノードサーバのＩＰアドレスをクライアントへ返すためにさらに用いられ、共有ディスパッチデータベースは、最適なＣＤＮノードサーバによって送信されたクライアントのＩＰアドレス及びサービスコンテンツのためにクライアントが要求する目的ウェブサイトのドメイン名に基づき、クライアントにサービスを供給するのに適した目的ウェブサイトのＣＤＮノードサーバのアドレスを供給し、他のＣＤＮノードサーバのＩＰアドレスをクライアントへ返すためにさらに用いられ、他のＣＤＮノードサーバは、他のＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントが要求した目的ウェブサイトのサービスコンテンツを得て、目的ウェブサイトのサービスコンテンツを得るためにクライアントから送信された要求を他のＣＤＮノードサーバが受け取った後に、ＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいると他のＣＤＮノードサーバが判断する場合、クライアントへ目的ウェブサイトのサービスコンテンツを返すために用いられる。

【0032】

他の実施形態では、システムはさらに、他のＣＤＮノードサーバを備え、ここで、最適なＣＤＮノードサーバは、クライアントへのサービス供給に適している最適なＣＤＮノードサーバのＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいないということを最適なＣＤＮノードサーバが判断する場合、クライアントに通知するためにさらに用いられ、共有ディスパッチデータベースは、クライアントのＩＰアドレス及びクライアントが要求したサービスコンテンツのドメイン名に基づき、クライアントにサービスを供給するのに適した目的ウェブサイトの他のＣＤＮノードサーバのアドレスを供給し、アドレスをクライアントに返すためにさらに用いられ、他のＣＤＮノードサーバは、他のＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントが要求した目的ウェブサイトのサービスコンテンツを得て、かつ目的ウェブサイトのサービスコンテンツを得るためにクライアントから送信された要求を他のＣＤＮノードサーバが受け取った後に、ＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいると他のＣＤＮノードサーバが判断する場合、クライアントへ目的ウェブサイトのサービスコンテンツを返すために用いられる。

【0033】

さらに、システムは、目的ウェブサイトサーバをさらに備え、ここで、最適なＣＤＮノードサーバは、クライアントが要求した目的ウェブサイトのサービスコンテンツを目的ウェブサイトサーバから要求しかつ得るため、かつ最適なＣＤＮノードサーバに格納されたサービスコンテンツがクライアントが要求するサービスコンテンツを含まない場合、クライアントが要求する目的ウェブサイトのサービスコンテンツを格納し、クライアントへ転送するためにさらに用いられ、目的ウェブサイトサーバは、目的ウェブサイトに対応するサービスコンテンツを格納しかつ供給するために用いられる。

【0034】

１つの実施形態では、システムは、目的ウェブサイトサーバをさらに備え、ここで、他のＣＤＮノードサーバが、クライアントが要求した目的ウェブサイトのサービスコンテンツを目的ウェブサイトサーバから要求しかつ得るため、かつ他のＣＤＮノードサーバに格納されたサービスコンテンツがクライアントが要求するサービスコンテンツを含まない場合、クライアントが要求する目的ウェブサイトのサービスコンテンツを格納し、クライアントへ転送するためにさらに用いられ、目的ウェブサイトサーバは、目的ウェブサイトに対応するサービスコンテンツを格納しかつ供給するために用いられる。

【0035】

さらに、または代替的に、システムはさらに、クライアントが要求しローカルＤＮＳによって送信されたサービスコンテンツの目的ウェブサイトのドメイン名を受け取りかつ解決するために、かつクライアントへの解決後に得られる目的ウェブサイトのエイリアスを返すために用いられる目的ウェブサイト認証ドメイン名サーバを備え、エイリアスは目的ウェブサイトのＣＤＮによって認証されたＤＮＳのアドレスへと向かう。

【0036】

従来の方法と比較すると、本開示は以下の効果を達成できる。

【0037】

１）ＣＤＮを用いて要求を正確にディスパッチする方法及び本開示によって供給される同方法を用いたシステムは、ＩＰアドレスをディスパッチする処理における解決時間の増加により引き起こされるＣＤＮの低処理効率性の問題及びディスパッチ処理中におけるＩＰアドレスエラーの問題を解決することができる。

【0038】

２）ＣＤＮを用いて要求を正確にディスパッチする方法及び本開示によって供給される同方法を用いたシステムはさらに、解決効率性の減少によるディスパッチ効率性を低下させることなくＩＰディスパッチを達成できるよう、エニーキャストブロードキャストをサポートしないネットワークを処理することができる。

【0039】

もちろん、本開示によって供給される本方法及び本システムを実装するいかなる製品も、前述の効果の全てを一度で達成する必要はない。

【図面の簡単な説明】

【0040】

本明細書に記載される図面は、本開示のさらなる理解を提供するために用いられ、本開示の一部を構成するために包含され、概略実施形態及びその説明は説明目的のためのみに用いられ、本開示に不適当な制限として解釈されるべきではない。

【図1】本開示の第一実施形態に従って要求を正確にディスパッチするための方法を描写するフロー図である。

【図2】本開示の第二実施形態に従って要求を正確にディスパッチするための方法を描写するフロー図である。

【図3】本開示の第三実施形態に従って要求を正確にディスパッチするための方法を描写するフロー図である。

【図4】本開示の第四実施形態に従って要求を正確にディスパッチするためのシステムを描写する構造図である。

【図5】本開示の第四実施形態に従って要求を正確にディスパッチするためのシステムを描写する他の構造図である。

【図6】背景技術で述べられたＣＤＮ上に存在するディスパッチ方法を描写する構造図である。

【図7】背景技術で述べられたＣＤＮ上に存在するディスパッチ方法を描写する構造図である。

【図8】背景技術で述べられたＣＤＮ上に存在するディスパッチ方法を描写する構造図である。

【図9】図４及び５に記載されるシステムを更に詳しく描写する概略図である。

【発明を実施するための形態】

【0041】

本開示の技術的スキームは、本開示の目的、技術的スキーム及び利点をより明瞭にするために、実施形態及び付随の図面と共に以下に明瞭かつ完全な方法で記述される。本明細書に記述される実施形態は、本開示の実施形態の全てではなく、一部分であるにすぎない。本開示の実施形態に従って、創造的努力を伴わない当業者によって実装されたいかなる他の実施形態も本開示の保護範囲に含まれるべきである。

【0042】

図１に示されるように、フロー図は以下のブロックを含む本開示の第一実施形態に従って要求を正確にディスパッチするための方法を描写する。

【0043】

ブロック１０１：目的ウェブサイトのＣＤＮによって認証されたドメイン名システム（ＤＮＳ）は、クライアントが位置する端末のローカルＤＮＳからローカルＤＮＳのＩＰ及びクライアントが要求するサービスコンテンツに関連する目的ウェブサイトのドメイン名を受け取る。

【0044】

ブロック１０２：ＩＰアドレス及び目的ウェブサイトのドメイン名に基づき、クライアントにサービスを供給するのに適した目的ウェブサイトの最適なＣＤＮノードサーバのアドレスを共有ディスパッチデータベース内で検索すること、かつクライアントに検索したアドレスを返すこと、ここで、ＩＰアドレスセグメント、目的ウェブサイトのドメイン名及び目的ウェブサイトの少なくとも１つのＣＤＮノードサーバのアドレスが共有ディスパッチデータベースに相応に格納される。

【0045】

上記の「最適な」という用語は、決定の特定基準に基づき得られる。例えば、通常の状態でクライアント側がＣＤＮノードサーバにアクセスするよう要求する時、ＣＤＮノードサーバが供給する最速ダウンロードスピードは、ＣＤＮノードサーバによって供給されるコンテンツのためのダウンロードスピードが最適を決定するための基準として用いられる時、「最適」と判断される。もちろん、本開示はそのことに限定はされない。異なるタイプのＣＤＮノードサーバのために「最適」を判断するための最速ダウンロードスピードとは異なる、他の基準も存在する場合がある。下文で用いられるような「最適」という用語は、上記の本質に従う。

【0046】

ブロック１０３：最適なＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントに要求された目的ウェブサイトのサービスコンテンツを得ること、かつクライアントから送られた目的ウェブサイトのサービスコンテンツを得るための要求を最適なＣＤＮノードサーバが受け取った後に、サービス供給に最適なＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいると最適なＣＤＮノードサーバが判断する場合、目的ウェブサイトのサービスコンテンツをクライアントに返すこと。

【0047】

最適なＣＤＮノードサーバに格納されたサービスコンテンツがクライアントに要求されたサービスコンテンツを含まない場合、最適なＣＤＮノードサーバは、クライアントが要求したサービスコンテンツを得るために目的ウェブサイトに要求を送信し、かつ要求されたサービスコンテンツを格納し、クライアントに転送する。

【0048】

ブロック１０２はさらに、

【0049】

クライアント側から送られた目的ウェブサイトのサービスコンテンツを得るための要求を最適なＣＤＮノードサーバが受け取った後に、サービス供給に適しているＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいないということを最適なＣＤＮノードサーバが判断する場合、以下の２つの処理が含まれる：

【0050】

１）最適なＣＤＮノードサーバは、クライアントのＩＰアドレス及びサービスコンテンツのためにクライアントが要求する目的ウェブサイトのドメイン名に基づき、クライアントにサービスを供給するのに適した目的ウェブサイトの他のＣＤＮノードサーバのアドレスを、共有ディスパッチデータベース内で検索し、目的ウェブサイトの他のＣＤＮノードサーバのＩＰアドレスをクライアントに返し、または

【0051】

２）最適なＣＤＮノードサーバは、クライアントのＩＰアドレス及び共有ディスパッチデータベース内の目的ウェブサイトのドメイン名に基づき、クライアントにサービスを供給するのに適した目的ウェブサイトの他のＣＤＮノードサーバのアドレスをクライアントが検索できるように、クライアントに通知する。

【0052】

他のＣＤＮノードサーバは、目的ウェブサイトのサービスコンテンツを得るためにクライアントから要求を受け取り、他のＣＤＮノードサーバに格納されたサービスコンテンツから、クライアントが要求するサービスコンテンツを得て、ＩＰアドレスセグメントがクライアントのＩＰアドレスを含んでいると他のＣＤＮノードサーバが判断した場合、目的ウェブサイトのサービスコンテンツをクライアントに返す。他のＣＤＮノードサーバに格納されたサービスコンテンツがクライアントに要求されたサービスコンテンツを含まない場合、他のＣＤＮノードサーバは、目的ウェブサイトからクライアントが要求したサービスコンテンツを得るよう要求し、かつ要求されたサービスコンテンツを格納し、クライアントに転送する。

【0053】

プロセス１及びプロセス２は論理的に異なるが、問題解決において同じ効果を有する。実用的な実装では、当業者は実際の状況に従って選択肢を変更してもよく、特に本明細書に限定されるわけではなく、かつ詳細は本明細書に重複して記載されない。

【0054】

加えて、目的ウェブサイトによって認証されるＤＮＳサーバが、クライアントが要求する目的ウェブサイトのサービスコンテンツを得るためにローカルＤＮＳによって送信された要求を受け取り、目的ウェブサイトのドメイン名を解決し、解決後に得られる目的ウェブサイトのエイリアス、すなわちＣＮＡＭＥを返すことを含む場合がある、特定の操作が、第一実施形態のブロック１０１の前には通常は必要であり、エイリアスは目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバのＩＰアドレスを指す。

【0055】

図２に示されるように、フロー図は以下のブロックを含む本開示の第二実施形態に従って要求を正確にディスパッチするための方法を描写する。

【0056】

ブロック２０１：クライアントが目的ウェブサイトからサービスコンテンツを要求しようとする時、クライアントは最初にクライアントが位置する端末のローカルＤＮＳにドメイン名解決要求を送信し、ドメイン名解決要求は目的ウェブサイトのドメイン名（ａ．ｃｏｍ）を含む。下文の記述はａ．ｃｏｍを用いるが、ａ．ｃｏｍの使用は本開示への制限として見なされるべきではない。

【0057】

ブロック２０２：ローカルＤＮＳは、目的ウェブサイトによって認証されたＤＮＳサーバにドメイン名解決要求を転送する。

【0058】

ブロック２０３：目的ウェブサイトによって認証されたＤＮＳサーバは、ローカルＤＮＳによって送信されたドメイン名解決要求を受け取り、要求の目的ウェブサイトのドメイン名に基づき解決を実行し、ドメイン名、例えばａ．ｃｄｎ．ｃｏｍ（ａ．ｃｄｎ．ｃｏｍは記述のために下文に用いられるが、ａ．ｃｄｎ．ｃｏｍは本開示への限定ではない）に応じた目的ウェブサイトのエイリアス（すなわちＣＮＡＭＥ）を得て、目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバのＩＰアドレスを指すエイリアス、ａ．ｃｄｎ．ｃｏｍをローカルＤＮＳに返す。

【0059】

ブロック２０４：ローカルＤＮＳは、目的ウェブサイトのエイリアス、ａ．ｃｄｎ．ｃｏｍに基づき目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバに、ＣＤＮノードサーバのＩＰアドレスを解決するための要求を送信し、アドレス解決のための要求は、ローカルＤＮＳのＩＰアドレス及び目的ウェブサイトのドメイン名、ａ．ｃｏｍを含む。

【0060】

ブロック２０５：目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバは、ローカルＤＮＳからＩＰアドレス解決のための要求を受け取り、クライアントにサービスを供給するのに適した目的ウェブサイトの最適なＣＤＮノードサーバのＩＰアドレスを共有ディスパッチデータベースから検索し、目的ウェブサイトの最適なＣＤＮノードサーバのＩＰアドレスをクライアントに返す。

【0061】

ＩＰアドレスセグメント、目的ウェブサイトのドメイン名、ａ．ｃｏｍ、及び目的ウェブサイトの少なくとも１つのＣＤＮノードサーバのＩＰアドレスは、共有ディスパッチデータベース内に相応に格納される。共有ディスパッチデータベース内に記録されたＩＰアドレスセグメントは、サポートされたローカルＤＮＳが属するＩＰアドレスセグメントよりもむしろサポートされたクライアントが属するＩＰアドレスである。ローカルＤＮＳのＩＰアドレスとクライアントのＩＰアドレスは同じであってもよく、または異なっていてもよく、共有ディスパッチデータベース内で検索を実行するためのブロック２０５におけるローカルＤＮＳのＩＰアドレスの使用は、クライアントに不適切なＩＰアドレスを用いたＣＤＮノードサーバを見つける場合がある。このケースでは、ブロック２０８はクライアントのＩＰアドレスを特定するために用いられる。不適切性はローカルＤＮＳのＩＰアドレスがクライアントのＩＰアドレスと異なることを示しており、ブロック２１１は修正のために必要である。このことは、ＣＤＮノードサーバのＩＰアドレスがクライアントに適しており、ローカルＤＮＳのＩＰアドレスはクライアントのＩＰアドレスと同じであることを指し示すということを同様に可能にする。

【0062】

ブロック２０６：ローカルＤＮＳは最適なＣＤＮノードサーバのＩＰアドレスをクライアントに転送する。

【0063】

ブロック２０７：クライアントは、目的ウェブサイトのサービスコンテンツを得るよう要求する最適なＣＤＮノードサーバのＩＰアドレスに基づき、最適なＣＤＭノードサーバにコンテンツ取得要求を送信し、コンテンツ取得要求は少なくともクライアントのＩＰアドレスを含む。

【0064】

本実施形態では、ＣＤＮノードサーバはクライアントのＩＰアドレスに基づきクライアントが適切かどうかを判断するだけではなく、クライアントが不適切であると判断した場合に共有ディスパッチデータベース内で修正を実行する任務をも請け負うため、コンテンツ取得要求はさらに目的ウェブサイトのドメイン名（ａ．ｃｏｍ）を含む。故に、本実施形態におけるコンテンツ取得要求はさらに、目的ウェブサイトのドメイン名（ａ．ｃｏｍ）を含む。確かに、目的ウェブサイトのドメイン名ａ．ｃｏｍは目的ウェブサイト自体のＣＤＮノードサーバには既に知られている場合があることが可能である。このケースでは、本実施形態におけるコンテンツ取得要求は目的ウェブサイトのドメイン名（ａ．ｃｏｍ）を含む必要がなくてもよい。

【0065】

ブロック２０８：最適なＣＤＮノードサーバは、クライアントからのコンテンツ取得要求を受け取り、ＩＰセグメントが最適なＣＤＮノードサーバのサービスを供給するのに適しているかどうかを判断し、クライアントのＩＰアドレスを含む。含まれる場合には、ローカルＤＮＳのＩＰアドレスはクライアントのＩＰアドレスと同じであるということを証明し、ブロック２０５においてローカルＤＮＳのＩＰアドレスを介して見つけた最適なＣＤＮノードサーバはサービスを正常に供給することができ、ブロック２０９が実行される。含まれない場合には、ローカルＤＮＳのＩＰアドレスはクライアントのＩＰアドレスと異なるということを証明し、ブロック２０５においてローカルＤＮＳのＩＰアドレスを介して見つけた最適なＣＤＮノードサーバはサービスを正常に供給することができず、ブロック２１１が実行される。

【0066】

ブロック２０９：クライアントが要求する目的ウェブサイトのサービスコンテンツは、最適なＣＤＮノードサーバに格納されたサービスコンテンツから得られ、クライアントに返される。

【0067】

最適なＣＤＮノードサーバに格納されたサービスコンテンツがクライアントに要求されたサービスコンテンツを含まない場合、最適なＣＤＮノードサーバはその後、目的ウェブサイトからクライアントが要求したサービスコンテンツを得るよう要求し、かつ要求されたサービスコンテンツを格納し、クライアントに転送する。

【0068】

ブロック２１０：クライアントは目的ウェブサイトの要求されたサービスコンテンツにアクセスしかつ表示する。プロセスは終了する。

【0069】

ブロック２１１：最適なＣＤＮノードサーバは、コンテンツ取得要求に含まれるクライアントのＩＰアドレス及び目的ウェブサイトのドメイン名（ａ．ｃｏｍ）に基づき、クライアントにサービスを供給するのに適した目的ウェブサイトの他のＣＤＮノードサーバのアドレスを共有ディスパッチデータベース内で検索する。

【0070】

ブロック２１２：最適なＣＤＮノードサーバは見つけたＩＰアドレスをクライアントに返す。

【0071】

ブロック２１３：目的ウェブサイトのサービスコンテンツを得るよう要求する他のＣＤＮノードサーバのＩＰアドレスに基づき他のＣＤＮノードサーバにコンテンツ取得要求を送信し、コンテンツ取得要求はクライアントのＩＰアドレス及び目的ウェブサイトのドメイン名（ａ．ｃｏｍ）を含む。

【0072】

ブロック２１４：他のＣＤＭノードサーバはコンテンツ取得要求をクライアントから受け取り、他のＣＤＮノードサーバがサービス供給に適した他のＣＤＮノードサーバのＩＰアドレスセグメントがクライアントのＩＰアドレスを含むことを証明する場合、他のＣＤＮノードサーバに格納されたサービスコンテンツから目的ウェブサイトのサービスコンテンツを読み込み、目的ウェブサイトのサービスコンテンツをクライアントに返す。ブロック２１０はその後実行される。

【0073】

他のＣＤＮノードサーバに格納されたサービスコンテンツがクライアントに要求されたサービスコンテンツを含まない場合、他のＣＤＮノードサーバは、目的ウェブサイトからクライアントが要求したサービスコンテンツを得るよう要求し、かつ要求されたサービスコンテンツを格納し、クライアントに転送する。ブロック２１０はその後実行される。

【0074】

ブロック２０５及び２１１で用いられる共有ディスパッチデータベースはクラスタの形状であってもよいことに留意されたい。言い換えれば、目的ウェブサイトのＣＤＮ及び最適なＣＤＮノードサーバによって認証されるＤＮＳサーバは、クラスタ形状で同じ共有ディスパッチデータベースを使用してもよく、全てのネットワークサイドのサーバはこのクラスタ化され、かつ共有されたディスパッチデータベース内で情報を検索する（実線によって示されるように、ブロック２１１で最適なＣＤＮノードサーバによって用いられる共有ディスパッチデータベースはブロック２０５にて用いられるものと同じであることが表される）。

【0075】

ブロック２０５及び２１１にて用いられる共有ディスパッチデータベースは分散されてもよい。言い換えれば、共有ディスパッチデータベースは目的のウェブサイトのＣＤＮ及び最適なＣＤＮノードサーバによって認証されたＤＮＳサーバの近くに分散される。これらの分散された共有ディスパッチデータベース内のデータは同期される。目的サーバのＣＤＮ及び最適なＣＤＮノードサーバによって認証されたＤＮＳサーバは、情報を検索するためにそれぞれの近くにて共有ディスパッチデータベースをそれぞれ使用する（破線によって示されるように、最適なＣＤＮノードサーバは検索を実行する時、他の共有ディスパッチデータベースを使用することがブロック２１１に表される）。

【0076】

図３に示されるように、本開示の第三実施形態に従って、ＣＤＮを用いて要求を正確にディスパッチするための方法が描写され、方法は以下のブロックを含む：

【0077】

ブロック３０１：クライアント側が目的ウェブサイトからサービスコンテンツを要求しようとする時、クライアントは最初にクライアントが位置する端末のローカルＤＮＳにドメイン解決要求を送信し、ドメイン解決要求は目的ウェブサイトのドメイン名、すなわちａ．ｃｏｍを含む。下文ではａ．ｃｏｍが用いられるが、ａ．ｃｏｍの使用は本開示への制限として見なされるべきではない。

【0078】

ブロック３０２：ローカルＤＮＳは、目的ウェブサイトによって認証されたＤＮＳサーバにドメイン解決要求を転送する。

【0079】

ブロック３０３：目的ウェブサイトによって認証されたＤＮＳサーバは、ローカルＤＮＳによって送信されたドメイン解決要求を受け取り、要求の目的ウェブサイトのドメイン名に基づき解決を実行し、ドメイン名、例えばａ．ｃｄｎ．ｃｏｍ（ａ．ｃｄｎ．ｃｏｍは記述のために下文に用いられるが、ａ．ｃｄｎ．ｃｏｍは本開示への限定ではない）に応じた目的ウェブサイトのエイリアス（すなわちＣＮＡＭＥ）を得て、目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバのＩＰアドレスを指すエイリアス、ａ．ｃｄｎ．ｃｏｍをローカルＤＮＳに返す。

【0080】

ブロック３０４：ローカルＤＮＳは、目的ウェブサイトのエイリアス、ａ．ｃｄｎ．ｃｏｍに基づき目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバに、ＣＤＮノードサーバのＩＰアドレスを解決するための要求を送信し、アドレス解決のための要求は、ローカルＤＮＳのＩＰアドレス及び目的ウェブサイトのドメイン名、ａ．ｃｏｍを含む。

【0081】

ブロック３０５：目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバは、ローカルＤＮＳからＩＰアドレス解決のための要求を受け取り、クライアントにサービスを供給するのに適した目的ウェブサイトの最適なＣＤＮノードサーバのＩＰアドレスを共有ディスパッチデータベースから検索し、目的ウェブサイトの最適なＣＤＮノードサーバのＩＰアドレスをクライアントに返す。

【0082】

ＩＰアドレスセグメント、目的ウェブサイトのドメイン名、ａ．ｃｏｍ、及び目的ウェブサイトの少なくとも１つのＣＤＮノードサーバのＩＰアドレスは、共有ディスパッチデータベース内に相応に格納される。共有ディスパッチデータベース内に記録されたＩＰアドレスセグメントは、サポートされたローカルＤＮＳが属するＩＰアドレスセグメントよりもむしろサポートされたクライアントが属するＩＰアドレスである。ローカルＤＮＳのＩＰアドレスとクライアントのＩＰアドレスは同じであってもよく、または異なっていてもよく、共有ディスパッチデータベース内で検索を実行するためのブロック３０５におけるローカルＤＮＳのＩＰアドレスの使用は、クライアントに不適切なＩＰアドレスを用いたＣＤＮノードサーバを見つける場合がある。このケースでは、ブロック３０８はクライアントのＩＰアドレスを特定するために用いられる。不適切性はローカルＤＮＳのＩＰアドレスがクライアントのＩＰアドレスと異なることを示しており、ブロック３１１は修正のために必要である。このことは、ＣＤＮノードサーバのＩＰアドレスがクライアントに適しており、ローカルＤＮＳのＩＰアドレスはクライアントのＩＰアドレスと同じであることを指し示すということを同様に可能にする。

【0083】

ブロック３０６：ローカルＤＮＳは最適なＣＤＮノードサーバのＩＰアドレスをクライアントに転送する。

【0084】

ブロック３０７：目的ウェブサイトのサービスコンテンツを得るよう要求する最適なＣＤＮノードサーバのＩＰアドレスに基づき最適なＣＤＭノードサーバにコンテンツ取得要求を送信し、コンテンツ取得要求は少なくともクライアントのＩＰアドレスを含む。

【0085】

第二実施形態におけるコンテンツ取得要求とは異なる、本実施形態におけるコンテンツ取得要求は、ＣＤＮノードサーバがクライアントが適切かどうかを判断するだけなので、クライアントのＩＰアドレスを含むだけであり、クライアントが不適切であると判断された場合、ＣＤＮノードサーバは、共有ディスパッチデータベース内での修正を実行する任務は請け負わない。むしろ、クライアントは単独で、共有ディスパッチデータベース内での検索を実行する。故に、本実施形態におけるコンテンツ取得要求は目的ウェブサイトのドメイン名、ａ．ｃｏｍを含む必要がない。

【0086】

ブロック３０８：最適なＣＤＮノードサーバは、クライアントからのコンテンツ取得要求を受け取り、ＩＰセグメントが最適なＣＤＮノードサーバのサービスを供給するのに適しているかどうかを判断し、クライアントのＩＰアドレスを含む。含まれる場合には、ローカルＤＮＳのＩＰアドレスはクライアントのＩＰアドレスと同じであるということを証明し、ブロック３０５においてローカルＤＮＳのＩＰアドレスを介して見つけた最適なＣＤＮノードサーバはサービスを正常に供給することができ、ブロック３０９が実行される。含まれない場合には、ローカルＤＮＳのＩＰアドレスはクライアントのＩＰアドレスと異なるということを証明し、ブロック３０５においてローカルＤＮＳのＩＰアドレスを介して見つけた最適なＣＤＮノードサーバはサービスを正常に供給することができず、ブロック３１１が実行される。

【0087】

ブロック３０９：クライアントが要求する目的ウェブサイトのサービスコンテンツは、最適なＣＤＮノードサーバに格納されたサービスコンテンツから得られ、クライアントに返される。

【0088】

最適なＣＤＮノードサーバに格納されたサービスコンテンツがクライアントに要求されたサービスコンテンツを含まない場合、最適なＣＤＮノードサーバはその後、目的ウェブサイトからクライアントが要求したサービスコンテンツを得るよう要求し、かつ要求されたサービスコンテンツを格納し、クライアントに転送する。

【0089】

ブロック３１０：クライアントは目的ウェブサイトの要求されたサービスコンテンツにアクセスしかつ表示する。プロセスは終了する。

【0090】

ブロック３１１：最適なＣＤＮノードサーバはクライアントに通知する。

【0091】

ブロック３１２：クライアント側は、共有ディスパッチデータベースに直接接続できる共有ディスパッチデータベースプラットフォーム内へと自動的に記録を取り、クライアントは、クライアントのＩＰアドレス及び目的ウェブサイトのドメイン名（ａ．ｃｏｍ）に基づき、クライアントにサービスを供給するのに適した目的ウェブサイトの他のＣＤＮノードサーバのアドレスを検索する。

【0092】

ブロック３１３：クライアントは、他のＣＤＮノードサーバのＩＰアドレスに基づき、他のＣＤＭノードサーバにコンテンツ取得要求を送信し、コンテンツ取得要求はクライアントのＩＰアドレスを含む。

【0093】

ブロック３１４：他のＣＤＭノードサーバはコンテンツ取得要求をクライアントから受け取り、他のＣＤＮノードサーバがサービス供給に適した他のＣＤＮノードサーバのＩＰアドレスセグメントがクライアントのＩＰアドレスを含むことを証明する場合、他のＣＤＮノードサーバに格納されたサービスコンテンツから目的ウェブサイトのサービスコンテンツを読み込み、目的ウェブサイトのサービスコンテンツをクライアントに返す。ブロック３１０はその後実行される。

【0094】

他のＣＤＮノードサーバに格納されたサービスコンテンツがクライアントに要求されたサービスコンテンツを含まない場合、他のＣＤＮノードサーバは、目的ウェブサイトからクライアントが要求したサービスコンテンツを得るよう要求し、かつ要求されたサービスコンテンツを格納し、クライアントに転送する。ブロック３１０はその後実行される。

【0095】

ブロック３０５及び３１２で用いられる共有ディスパッチデータベースはクラスタの形状であってもよいことに留意されたい。言い換えると、目的ウェブサイトのＣＤＮ及びクライアントによって認証されるＤＮＳサーバは、クラスタ形状で同じ共有ディスパッチデータベースを使用してもよく、全てのローカルクライアントはこのクラスタ化され、かつ共有されたディスパッチデータベース内で情報を検索する（実線によって示されるように、ブロック３１２でクライアントによって用いられる共有ディスパッチデータベースはブロック３０５にて用いられるものと同じであることが表される）。

【0096】

ブロック３０５及び３１２にて用いられる共有ディスパッチデータベースは分散されてもよい。言い換えれば、共有ディスパッチデータベースは目的のウェブサイトのＣＤＮ及びクライアントによって認証されたＤＮＳサーバの近くに分散される。これらの分散された共有ディスパッチデータベース内のデータは同期される。目的サーバのＣＤＮ及びクライアントによって認証されたＤＮＳサーバは、情報を検索するためにそれぞれの近くにて共有ディスパッチデータベースをそれぞれ使用する（破線によって示されるように、クライアントは検索を実行する時、他の共有ディスパッチデータベースを使用することがブロック３１２に表される）。

【0097】

図４及び５に示されるように、本開示の第四実施形態に従って、要求を正確にディスパッチするためのシステム４０は描写され、システム４０は端末５１（クライアント５１１及びクライアント５１１が位置する端末５１のローカルドメイン名システム（ＤＮＳ）５１２を含む）に接続する。システム４０は、目的ウェブサイトのＣＤＮ、共有ディスパッチデータベース４０２及び最適なＣＤＮノードサーバ４０３によって認証されたＤＮＳサーバ４０１を備える。

【0098】

目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバ４０１は、端末５１及び共有ディスパッチデータベース４０２にそれぞれ接続し、サービスコンテンツのためにクライアント側５１１によって要求され、ローカルＤＮＳ５１２のＩＰアドレス及び目的ウェブサイトのドメイン名を共有ディスパッチデータベース４０２へと送信するローカルＤＮＳ５１２のＩＰアドレス及び目的ウェブサイトのドメイン名をローカルＤＮＳ５１２から受け取るために用いられ、共有ディスパッチデータベース４０２によってクライアント５１１へ返される最適なＣＤＮノードサーバ４０３のＩＰアドレスを返す。

【0099】

目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバ４０１に接続する共有ディスパッチデータベース４０２は、ローカルＤＮＳのＩＰアドレス及び目的ウェブサイトのドメイン名に基づき、クライアント５１１にサービスを供給するのに適した目的ウェブサイトの最適なＣＤＮノードサーバ４０３のアドレスを供給するために用いられ、目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバ４０１へアドレスを返し、ここで、ＩＰアドレスセグメント、目的ウェブサイトのドメイン名及び少なくとも１つのＣＤＮノードサーバのアドレスは、共有ディスパッチデータベース４０２に相応に格納される。

【0100】

クライアント５１１に接続する最適なＣＤＮノードサーバ４０３は、目的ウェブサイトのサービスコンテンツを得るための要求をクライアント側５１１から受け取るために、最適なＣＤＮノードサーバ４０３内に格納されたサービスコンテンツから、クライアント側５１１が要求する目的ウェブサイトのサービスコンテンツを得るために、かつサービス供給に適したＩＰアドレスセグメントがクライアント５１１のＩＰアドレスを含むと判断する場合、目的ウェブサイトのサービスコンテンツをクライアント５１１に返すために、用いられる。

【0101】

加えて、システム４０はさらに、目的ウェブサイトのサービスコンテンツを得るためのクライアント５１１からの要求を受け取るのに用いられ、サービス供給に適しているＩＰアドレスセグメントがクライアント５１１のＩＰアドレスを含むと判断された場合に格納されたサービスコンテンツから、クライアント５１１が要求する目的ウェブサイトのサービスコンテンツを得、目的ウェブサイトのサービスコンテンツをクライアント５１１に返し、クライアント５１１のＩＰアドレスを含むもう一つのＣＤＮノードサーバ４０４を含有する。

【0102】

他のＣＤＮノードサーバ４０４へリダイレクトするために、共有ディスパッチデータベース４０２間の関係について２種類の構造があり、最適なＣＤＮノードサーバ４０３及びクライアント５１１である。

【0103】

１）図４に示されるように、最適なＣＤＮノードサーバ４０３は共有ディスパッチデータベース４０２に接続され、クライアント５１１は共有ディスパッチデータベース４０２に接続されない。

【0104】

最適なＣＤＮノードサーバ４０３は、クライアント５１１のＩＰアドレス及びサービスコンテンツのためにクライアント５１１が要求する目的ウェブサイトのドメイン名を共有ディスパッチデータベース４０２へ送信するために、かつサービス供給に適している最適なＣＤＮノードサーバ４０３のＩＰアドレスがクライアント側のＩＰアドレスを含まないと判断する場合に、共有ディスパッチデータベース４０２によって返された目的ウェブサイトの他のＣＤＮノードサーバのＩＰアドレスをクライアント５１１に返すために、用いられる。

【0105】

共有ディスパッチデータベース４０２はさらに、最適なＣＤＮノードサーバ４０３によって送信されたクライアント側５１１のＩＰアドレス及びサービスコンテンツのためにクライアント５１１が要求する目的ウェブサイトのドメイン名に基づき、クライアント５１１へのサービス供給に適している目的ウェブサイトの他のＣＤＮノードサーバ４０４のアドレスを供給するために、かつＩＰアドレスを最適なＣＤＮノードサーバ４０３に返すために、用いられる。

【0106】

２）図５に示されるように、最適なＣＤＮノードサーバ４０３は共有ディスパッチデータベース４０２に接続されず、クライアント５１１は共有ディスパッチデータベース４０２に接続される。

【0107】

最適なＣＤＮノードサーバ４０３はさらに、クライアントにサービスを供給するのに適したＩＰアドレスセグメントがクライアント５１１のＩＰアドレスを含まないと最適なＣＤＮノードサーバ４０３が判断する場合、クライアント５１１に通知するために用いられる。

【0108】

共有ディスパッチデータベースはさらに、クライアント５１１のＩＰアドレス及びサービスコンテンツのためにクライアント５１１が要求する目的ウェブサイトのドメイン名に基づき、クライアント５１１へのサービス供給に適している目的ウェブサイトの他のＣＤＮノードサーバ４０４のアドレスを供給するために、かつアドレスをクライアント５１１に返すために、用いられる。

【0109】

さらに、システム４０はさらに、目的ウェブサイトに応じたサービスコンテンツを格納し供給するために用いられる目的ウェブサイトサーバ４０５を含む。

【0110】

最適なＣＤＮノードサーバ４０３はさらに、クライアント５１１が要求するサービスコンテンツを目的ウェブサイトサーバ４０５から得るように要求するために、最適なＣＤＮノードサーバ４０３内に格納されたサービスコンテンツがクライアント５１１が要求するサービスコンテンツを含まない時、クライアント５１１が要求する目的ウェブサイトのサービスコンテンツを格納しかつクライアント５１１に転送するために、用いられる。

【0111】

他のＣＤＮノードサーバ４０４はさらに、クライアント５１１が要求するサービスコンテンツを目的ウェブサイトサーバ４０５から得るように要求するために、他のＣＤＮノードサーバ４０４内に格納されたサービスコンテンツがクライアント５１１が要求するサービスコンテンツを含まない時、クライアント５１１が要求する目的ウェブサイトのサービスコンテンツを格納しかつクライアント５１１に転送するために、用いられる。

【0112】

その上、システムはさらに、ローカルＤＮＳ５１２に接続し、解決を実行するクライアント５１１によってサービスコンテンツのために要求された目的ウェブサイトのドメイン名を受け取るために、かつクライアント５１１への解決後に得られる目的ウェブサイトのエイリアス名を返すために用いられる目的ウェブサイト認証ＤＮＳサーバ（図示せず）を備え、エイリアス名は目的ウェブサイトのＣＤＮによって認証されるＤＮＳサーバ４０１のＩＰアドレスを指す。

【0113】

端末５１はシステムのユーザであるか、またはシステムの一部として見なされてもよい。端末５１はクライアント５１１及びローカルＤＮＳ５１２を含み、そこにおいては：

【0114】

ローカルＤＮＳ５１２は、目的ウェブサイトによって認証されたＤＮＳサーバに目的ウェブサイトのドメイン名を転送するために、目的ウェブサイトのドメイン名に基づき解決され目的ウェブサイトによって認証されたＤＮＳサーバによって返された目的ウェブサイトのエイリアス名を受け取るために、かつローカルＤＮＳのＩＰアドレス及び目的ウェブサイトのドメイン名を目的アドレスのエイリアス名に基づき検索するための目的ウェブサイトのＣＤＮによって認証されたＤＮＳサーバに送信するために、目的ウェブサイトのＣＤＮノによって認証されたＤＮＳサーバによって見つけられた最適なＣＤＮノードサーバのＩＰアドレスを受け取るために、かつ最適なＣＤＮノードサーバのＩＰアドレスをクライアントに転送するために、用いられる。

【0115】

ＣＤＮノードサーバ４０４へリダイレクトするために、共有ディスパッチデータベース４０２間の関係について２種類の構造があり、最適なＣＤＮノードサーバ４０３及びクライアント５１１である。

【0116】

図４に示されるように、最適なＣＤＮノードサーバ４０３は共有ディスパッチデータベース４０２に接続され、クライアント５１１は共有ディスパッチデータベース４０２に接続されない。

【0117】

目的ウェブサイトからサービスコンテンツを要求しようとするクライアント５１１は、目的ウェブサイトのドメイン名をローカルＤＮＳ５１２に送信し、最適なＣＤＮノードサーバ４０３及び／または他のＣＤＮノードサーバ４０４のＩＰアドレスを受け取り、目的ウェブサイトのサービスコンテンツを得るための要求を最適なＣＤＮノードサーバ４０３及び／または他のＣＤＮノードサーバ４０４へ送信し、かつ最適なＣＤＮノードサーバ４０３及び／または他のＣＤＮノードサーバ４０４から送信されたクライアント側５１１が要求する目的ウェブサイトのサービスコンテンツを読み込み表示する。

【0118】

図５に示されるように、最適なＣＤＮノードサーバ４０３は共有ディスパッチデータベース４０２に接続されず、クライアント５１１は共有ディスパッチデータベース４０２に接続される。

【0119】

目的ウェブサイトからサービスコンテンツを要求しようとするクライアント５１１は、目的ウェブサイトのドメイン名をローカルＤＮＳ５１２に送信するために、最適なＣＮＤノードサーバ４０３及び／または他のＣＤＮノードサーバ４０４のＩＰアドレスを受け取るために、目的ウェブサイトのサービスコンテンツを得るための要求を最適なＣＤＮノードサーバ４０３及び／または他のＣＤＮノードサーバ４０４へ送信するために、かつ最適なＣＮＤノードサーバ４０３及び／または他のＣＤＮノードサーバ４０４から送信されたクライアント５１１が要求する目的ウェブサイトのサービスコンテンツを読み込み表示するために、用いられる。クライアント５１１はさらに、最適なＣＤＮノードサーバ４０３からの通知を受け取るために、クライアント５１１のＩＰアドレス及び目的ウェブサイトのドメイン名に基づき、共有ディスパッチデータベース４０２内でクライアント５１１にサービスを供給するのに適した目的ウェブサイトの他のＣＤＮノードサーバ４０４のＩＰアドレスを検索するために、用いられる。

【0120】

実用的な実装では、クライアント５１１はブラウザまたは類似の機能を供給する装置であり、端末５１はクライアント５１１が属するコンピューターシステムである。

【0121】

本開示によって供給されるディスパッチ方法及びシステムは、ユーザ要求に基づき最初にディスパッチを実行し、ノードサーバ上での正確なディスパッチを判断する。不正確である場合、リダイレクト方法を用いて第二ディスパッチが実行される。一方では、これは同じネットワークセグメント内のほとんどのローカルＤＮＳ及びクライアントからの要求のための良好なディスパッチ時間での正確なリソースディスパッチを保証する。他方では、わずかなローカルＤＮＳ及びＩＰアドレスが同じネットワーク上にないクライアントに関しては、ＤＮＳディスパッチにおけるエラーによって引き起こされるＣＤＮ高速化の効果は失われる可能性がある。さらに、本開示は、ネットワークオペレーターのインターネットデータセンター（すなわちＩＤＣ）にわたってリンク負荷ディスパッチを実装するためのリダイレクト方法を摘要することによってＣＤＮノードサーバのために負荷バランスの範囲を拡張する。その上、共有ディスパッチデータベースの概念は導入され、ディスパッチ情報は全てのＣＤＮノードサーバ間においてグローバルに共有される。さらに、ＣＤＮノードサーバがクライアント側の要求の目的を果たすのに適しているかどうかの判断は導入され、判断はクライアントのＩＰアドレスに基づく。

【0122】

１）ＣＤＮを用いて要求を正確にディスパッチする方法及び本開示によって供給される同方法を用いたシステムは、ＩＰアドレスをディスパッチする処理における解決時間の増加により引き起こされるＣＤＮの低処理効率性の問題及びディスパッチ処理中におけるＩＰアドレスエラーの問題を解決することができる。

【0123】

２）ＣＤＮを用いて要求を正確にディスパッチする方法及び本開示によって供給される同方法を用いたシステムはさらに、解決効率性の減少によるディスパッチ効率性を低下させることなくＩＰディスパッチを達成できるよう、エニーキャストブロードキャストをサポートしないネットワークを処理することができる。

【0124】

典型的な構成では、コンピューターデバイスは１つ以上のプロセッサ（ＣＰＵ）、入力／出力インターフェース、ネットワークインターフェース及びメモリを含む。

【0125】

メモリはコンピューター読取可能なメディア、例えば非永久記憶装置、ランダムアクセスメモリ（ＲＡＭ）及び／または読み取り専用メモリ（ＲＯＭ）またはフラッシュＲＡＭといった非揮発性内部記憶装置の形式を含んでもよい。内部記憶装置は、コンピューター読取可能なメディアの例である。

【0126】

コンピューター読取可能なメディアは、あらゆる方法または技術を用いた情報格納を可能にする、永久または非永久タイプ、リムーバブルまたは非リムーバブルメディアを含んでもよい。情報は、コンピューター読取可能なコマンド、データ構造、プログラムモジュールまたは他のデータを含んでもよい。コンピューター記憶メディアの例は、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、電気的消却可能なプログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、クイックフラッシュメモリまたは他の内部記憶技術、コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）デジタル多用途ディスク（ＤＶＤ）、または他の光学式記憶装置、磁気カセットテープ、磁気ディスク記憶装置または他の磁気記憶装置、またはコンピューターデバイスによってアクセスされる情報を格納するために用いられるあらゆる他の非通信メディアを含む。本明細書に定義されるように、コンピューター読取可能なメディアは変調データ信号及び搬送波といった一過性メディアは含まない。

【0127】

図９は、上記にさらなる詳細を記載されるようなシステムといったディスパッチシステム９００の実施例を示す。１つの実施形態では、システム９００は１つ以上のプロセッサ９０１、ネットワークインターフェース９０２、メモリ９０３、及び入力／出力インターフェース９０４を含んでもよいが、限定されるものではない。

【0128】

メモリ９０３は、ランダムアクセスメモリ（ＲＡＭ）といった揮発性メモリ及び／または読み取り専用メモリ（ＲＯＭ）またはフラッシュＲＡＭといった非揮発性メモリの形式でコンピューター読取可能なメディアを含んでもよい。メモリ９０３はコンピューター読取可能なメディアの例である。

【0129】

コンピューター読取可能なメディアは、コンピューター読取可能な命令、データ構造、プログラムモジュール、または他のデータといった情報を記憶するためのあらゆる方法または技術において実装される、揮発性及び非揮発性、リムーバブル及び非リムーバブルメディアを含む。コンピューター記憶メディアの例は、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、電気的消却可能なプログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリまたは他の記憶技術、コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）デジタル多用途ディスク（ＤＶＤ）、または他の光学式記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶装置、またはコンピューターデバイスによってアクセスするための情報を格納するために用いることができるあらゆる他の非通信媒体を含む。本明細書に定義されるように、コンピューター読取可能なメディアは変調データ信号及び搬送波といった一過性メディアは含まない。

【0130】

メモリ９０３はプログラムモジュール９０５及びプログラムデータ９０６を含んでもよい。１つの実施形態では、プログラムモジュール９０５は、ＤＮＳサーバを認証する目的ウェブサイトＣＤＮ９０７、最適なＣＤＮノードサーバ９０８、１つ以上の他のＣＤＮノードサーバ９０９、及び目的ウェブサイトサーバ９１０を含んでもよい。いくつかの実施形態では、メモリ９０３は共有ディスパッチデータベース９１１を含んでもよい。さらに、１つの実施形態では、システム９００は、ローカルＤＮＳ及びクライアント（図示せず）を含む端末を含んでもよく、または含まなくてもよい。これらのプログラムモジュールに関する詳細は、上記に記載の前述の実施形態において見出だされ得る。システム９００は、単体（単一のコンピューターデバイスといった）の形式であってもよく、または、複数のコンピューターデバイス間において、及び／またはクラウドコンピューター構造において分散されてもよい。例えば、ＤＮＳサーバを認証する目的ウェブサイトＣＤＮ９０７、最適なＣＤＮノードサーバ９０８、１つ以上の他のＣＤＮノードサーバ９０９、目的ウェブサイトサーバ９１０、及び共有ディスパッチデータベース９１１といったシステムの様々な構成は、単一のコンピューターデバイスに位置してもよく、または例えば分散されたコンピューターシステムまたはクラウドコンピューター構造といった複数のコンピューターデバイス間に分散されてもよい。その上、本実施例では、ＤＮＳサーバを認証する目的ウェブサイトＣＤＮ９０７、最適なＣＤＮノードサーバ９０８、１つ以上の他のＣＤＮノードサーバ９０９、目的ウェブサイトサーバ９１０、及び共有ディスパッチデータベース９１１はメモリ９０３内に格納されたプログラムモジュールまたはプログラムデータのいずれかであると記載されるが、いくつかの実施形態では、これらのサーバまたはデータベースは、１つ以上のプロセッサのそれぞれのセット（例えばハードウェアプロセッサ）、メモリ、ネットワークインターフェース及び／または、入力／出力インターフェースをそれぞれ含む個別の存在またはデバイスであってもよく、通信またはデータネットワークを通じて相互に、かつクライアント及びローカルＤＮＳ（前述の実施形態に記述されるように）を含む端末と通信する。図９はこれらのサーバ及びデータベースを含むシステムの実施例を単に表したものである。

【0131】

「備える」、「含む」といった用語、またはあらゆる他のその変化形は、非排他的な包括をカバーすることを意図している。一連の要素を含むプロセス、方法、製品または装置はこれらの要素を含むだけでなく、明確に列挙されていない他の要素をも含み、そういったプロセス、方法、製品または装置に既に存在する要素をもさらに含む。さらなる制限のない状態では、「１つの〜を含む」というフレーズによって定義される要素は、既存のプロセス、方法、製品または装置からあらゆる他の類似要素を排除しない。

【0132】

本開示の実施形態は、方法、システム、またはコンピュータープログラムの製品として供給できるということを当業者は理解するべきである。故に、本開示は、ハードウェアだけの実施形態として、ソフトウェアだけの実施形態として、またはハードウェア及びソフトウェアの組み合わせの実施形態として実装することができる。さらに、本開示は、コンピューター実行可能な命令を格納する１つ以上のコンピューター読取可能な記憶装置（磁気ディスク、ＣＤ−ＲＯＭまたは光学式ディスク、等を含むが、制限されるものではない）を格納できるコンピュータープログラムの製品として実装することができる。

【0133】

上記は本開示の範囲を限定することを意図しない本開示の実施形態を単に記述する。様々な修正及び交替が当業者によって本開示に加えられてもよい。本開示の主旨及び原理の範囲内における、いかなる修正、交換及び変更点も本開示の請求範囲に該当すべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】