專利名稱：網(wǎng)關(guān)系統(tǒng)及控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及客戶機(jī)一服務(wù)器型網(wǎng)絡(luò)服務(wù)中的網(wǎng)關(guān)系統(tǒng)的負(fù)荷分散用的技術(shù)。
背景技術(shù)：
伴隨終端的性能提高、接入網(wǎng)的高速化，運(yùn)營(yíng)商(carrier)的網(wǎng)關(guān)處理的通信量 (traffic)增大。因此，運(yùn)營(yíng)商把目標(biāo)指向強(qiáng)化與因特網(wǎng)的轉(zhuǎn)接線路(transit line)，并使 用信息處理技術(shù)來(lái)削減網(wǎng)關(guān)中的通信量。例如，在用于削減通信量的信息處理技術(shù)中有內(nèi)容緩存(content cache) 0這里， 所說(shuō)內(nèi)容緩存是這樣一種技術(shù)，即在某個(gè)終端請(qǐng)求了因特網(wǎng)上的服務(wù)器裝置(例如Web服 務(wù)器)的內(nèi)容的情況下，網(wǎng)關(guān)的服務(wù)器裝置(例如Web代理(proxy))臨時(shí)存儲(chǔ)從Web服務(wù) 器獲取的內(nèi)容，在其他終端請(qǐng)求該內(nèi)容的情況下，Web代理作為Web服務(wù)器的代理來(lái)返回所 存儲(chǔ)的內(nèi)容作為應(yīng)答。由此，網(wǎng)關(guān)能夠削減與Web服務(wù)器之間的通信量。并且，網(wǎng)關(guān)能夠加快內(nèi)容獲取的處理。并且，網(wǎng)關(guān)具有多個(gè)服務(wù)器裝置，用于收容大量的終端并存儲(chǔ)大量的內(nèi)容，將內(nèi)容 分散在這些服務(wù)器裝置中。在網(wǎng)關(guān)具備的服務(wù)器裝置的性能具有界限的情況下，將處理分 散到多個(gè)服務(wù)器裝置中的方法非常有效。以往，為了將處理分散到多個(gè)服務(wù)器裝置中，例如在終端與網(wǎng)關(guān)的服務(wù)器裝置之 間設(shè)置有負(fù)荷分散裝置。負(fù)荷分散裝置將來(lái)自終端的請(qǐng)求(例如內(nèi)容獲取請(qǐng)求)傳輸給各 個(gè)服務(wù)器裝置。另外，負(fù)荷分散的處理根據(jù)將來(lái)自終端的請(qǐng)求深入分析到何種程度而不同。例如，在根據(jù)發(fā)送源IP地址等低層的信息執(zhí)行負(fù)荷分散的情況下，分析的處理比 較少，所以負(fù)荷分散裝置能夠處理大量的通信量。但是，由于用于計(jì)算來(lái)自終端的請(qǐng)求的傳 輸目的地的信息比較少，所以負(fù)荷分散裝置有可能不能適當(dāng)執(zhí)行負(fù)荷分散。并且，在根據(jù)HTTP請(qǐng)求等第7層(Iayed)信息的信息執(zhí)行負(fù)荷分散的情況下，負(fù) 荷分散裝置能夠根據(jù)每個(gè)應(yīng)用的特性適當(dāng)?shù)貓?zhí)行負(fù)荷分散。但是，由于負(fù)荷分散裝置自身 的負(fù)荷提高，所以負(fù)荷分散裝置有可能不能管理多個(gè)服務(wù)器。因此，為了解決前面敘述的問(wèn)題，提出了以下所述的負(fù)荷分散用的技術(shù)。例如，提出了各個(gè)終端根據(jù)用于判定發(fā)送目的地的表，將請(qǐng)求分散到各個(gè)服務(wù)器 裝置中的技術(shù)(例如參照專利文獻(xiàn)1)。根據(jù)專利文獻(xiàn)1記述的技術(shù)，用于判定應(yīng)該向哪個(gè) 服務(wù)器發(fā)送請(qǐng)求的表被分發(fā)給終端，所以終端能夠?qū)⒄?qǐng)求分散到各個(gè)服務(wù)器裝置中。另外， 由于針對(duì)來(lái)自終端的請(qǐng)求的應(yīng)答中包含表的更新信息，所以也能減輕進(jìn)行表的分發(fā)所需要 的負(fù)荷。另外，提出了根據(jù)由各個(gè)終端的請(qǐng)求而生成的散列值，各個(gè)終端將請(qǐng)求分散到各 個(gè)網(wǎng)關(guān)中的技術(shù)(例如參照專利文獻(xiàn)2)。根據(jù)專利文獻(xiàn)2記述的技術(shù)，根據(jù)請(qǐng)求而生成的 散列值被用作網(wǎng)關(guān)的索引，所以從各個(gè)終端發(fā)送的相同內(nèi)容的請(qǐng)求(例如針對(duì)相同主機(jī)的 內(nèi)容獲取請(qǐng)求)被發(fā)送給相同網(wǎng)關(guān)。
另外，提出了如下技術(shù)(例如參照專利文獻(xiàn)3)，負(fù)荷分散裝置根據(jù)來(lái)自終端的請(qǐng) 求內(nèi)容來(lái)計(jì)算散列值，并根據(jù)所計(jì)算的散列值來(lái)選擇適合作為請(qǐng)求的傳輸目的地的服務(wù)器 裝置。根據(jù)專利文獻(xiàn)3記述的技術(shù)，負(fù)荷分散裝置使用根據(jù)終端的請(qǐng)求內(nèi)容而計(jì)算的散列 值來(lái)傳輸請(qǐng)求，所以負(fù)荷分散裝置能夠?qū)⑻幚矸稚⒌礁鱾€(gè)服務(wù)器裝置中。現(xiàn)有技術(shù)文獻(xiàn)專利文獻(xiàn)專利文獻(xiàn)1日本特開(kāi)平11-004261號(hào)公報(bào)專利文獻(xiàn)2日本特表2002-523838號(hào)公報(bào)專利文獻(xiàn)3日本特開(kāi)2004-303690號(hào)公報(bào)在專利文獻(xiàn)3記述的技術(shù)中，負(fù)荷分散裝置計(jì)算散列值，所以負(fù)荷分散裝置的處 理量增加，負(fù)荷分散裝置有可能成為瓶頸。即，在使用負(fù)荷分散裝置的方法中，負(fù)荷集中于 負(fù)荷分散裝置自身，負(fù)荷分散裝置有可能成為單一的障礙點(diǎn)。另一方面，專利文獻(xiàn)1及2記 述的技術(shù)不需要負(fù)荷分散裝置。但是，在專利文獻(xiàn)1記述的技術(shù)中，各個(gè)終端管理請(qǐng)求的傳輸目的地信息(表)。 因此，在負(fù)責(zé)的服務(wù)器裝置(Web服務(wù)器)被變更的情況下，存在進(jìn)行表的更新所需要的負(fù) 荷較大的問(wèn)題。并且，必須向終端重新追加表的檢索功能及更新功能。因此，存在向現(xiàn)有系 統(tǒng)導(dǎo)入該技術(shù)需要較高成本的問(wèn)題。并且，專利文獻(xiàn)2記述的技術(shù)與專利文獻(xiàn)1記述的技術(shù)相同，存在必須向終端追加 表的檢索功能及更新功能的問(wèn)題。另外，在終端計(jì)算散列值的情況下，也必須向終端側(cè)追加 用于計(jì)算散列值的功能。

發(fā)明內(nèi)容
本發(fā)明就是鑒于上述問(wèn)題而提出的，其目的在于，提供一種網(wǎng)關(guān)系統(tǒng)，不需在網(wǎng)關(guān) 的前級(jí)設(shè)置復(fù)雜的負(fù)荷分散裝置，也不必向終端追加復(fù)雜的功能，即可將負(fù)荷分散到多個(gè) 網(wǎng)關(guān)中。具體地講，本發(fā)明的網(wǎng)關(guān)系統(tǒng)根據(jù)識(shí)別請(qǐng)求內(nèi)容的值、例如目的地主機(jī)名或從URL 生成的散列值，生成IP地址，將對(duì)內(nèi)容的訪問(wèn)適當(dāng)分散到各個(gè)網(wǎng)關(guān)中。下面說(shuō)明本發(fā)明的一個(gè)代表性示例。即，一種網(wǎng)關(guān)系統(tǒng)，將從多個(gè)終端針對(duì)多個(gè)第 1服務(wù)器裝置的請(qǐng)求進(jìn)行分散，其特征在于，所述網(wǎng)關(guān)系統(tǒng)具有名字解析裝置和多個(gè)第2服 務(wù)器裝置，所述名字解析裝置被分發(fā)了用于從字符串生成IP地址的地址生成函數(shù)，在各個(gè) 所述第2服務(wù)器裝置中登記了預(yù)定的多個(gè)IP地址，所述名字解析裝置在接收到從所述終端 發(fā)送的、訪問(wèn)目的地的URL的名字解析用的第1請(qǐng)求時(shí)，從所述接收到的第1請(qǐng)求中提取訪 問(wèn)目的地的URL，所述名字解析裝置使用所述地址生成函數(shù)，從所述提取到的URL的主機(jī)名 的字符串生成IP地址，所述名字解析裝置將所述生成的IP地址作為所述第1請(qǐng)求的應(yīng)答， 發(fā)送給所述終端，所述終端將以所述第1服務(wù)器裝置的URL作為訪問(wèn)目的地的第2請(qǐng)求，發(fā) 送給登記了作為所述第1請(qǐng)求的應(yīng)答而被發(fā)送的IP地址的所述第2服務(wù)器裝置后，所述第 2服務(wù)器裝置根據(jù)訪問(wèn)目的地的URL，將所述發(fā)送的第2請(qǐng)求傳輸給所述第1服務(wù)器裝置。發(fā)明效果根據(jù)本發(fā)明的一個(gè)實(shí)施方式，網(wǎng)關(guān)系統(tǒng)使名字解析裝置根據(jù)散列值生成服務(wù)器裝 置的IP地址，所以不使用負(fù)荷分散裝置，即可均等地分散負(fù)荷。


圖1是表示本發(fā)明的第1實(shí)施方式的網(wǎng)關(guān)系統(tǒng)的結(jié)構(gòu)的說(shuō)明圖。圖2A是表示本發(fā)明的第1實(shí)施方式的管理服務(wù)器具有的地址分配表的結(jié)構(gòu)的說(shuō) 明圖。圖2B是表示本發(fā)明的第1實(shí)施方式的管理服務(wù)器具有的地址生成函數(shù)的說(shuō)明圖。圖2C是表示本發(fā)明的第1實(shí)施方式的管理服務(wù)器具有的對(duì)象域名表的結(jié)構(gòu)的說(shuō) 明圖。圖3是表示本發(fā)明的第1實(shí)施方式的DNS代理的結(jié)構(gòu)的框圖。圖4是表示本發(fā)明的第1實(shí)施方式的DNS代理執(zhí)行的名字解析的處理的流程圖。圖5是表示本發(fā)明的第1實(shí)施方式的Web代理的結(jié)構(gòu)的框圖。圖6A是表示本發(fā)明的第1實(shí)施方式的Web代理具有的負(fù)責(zé)IP地址表的結(jié)構(gòu)的說(shuō) 明圖。圖6B是表示本發(fā)明的第1實(shí)施方式的Web代理具有的內(nèi)容表的結(jié)構(gòu)的說(shuō)明圖。圖7是表示本發(fā)明的第1實(shí)施方式的Web代理執(zhí)行的內(nèi)容獲取的處理的流程圖。圖8是表示本發(fā)明的第1實(shí)施方式的網(wǎng)關(guān)系統(tǒng)的內(nèi)容獲取的處理的流程圖。圖9是表示本發(fā)明的第1實(shí)施方式的分配變更請(qǐng)求的格式的說(shuō)明圖。圖10是表示本發(fā)明的第1實(shí)施方式的Web代理執(zhí)行的分配變更的處理的流程圖。圖11是表示本發(fā)明的第1實(shí)施方式的網(wǎng)關(guān)系統(tǒng)的分配變更的處理的流程圖。圖12是表示本發(fā)明的第2實(shí)施方式的URL變換規(guī)則的說(shuō)明圖。圖13是表示本發(fā)明的第2實(shí)施方式的Web代理執(zhí)行的內(nèi)容獲取的處理的流程圖。圖14是表示本發(fā)明的第2實(shí)施方式的網(wǎng)關(guān)系統(tǒng)的內(nèi)容獲取的處理的流程圖。標(biāo)號(hào)說(shuō)明101DNS服務(wù)器；102Web服務(wù)器；103廣域網(wǎng)；104DNS代理；105Web代理；106局域 網(wǎng)；107終端；108管理服務(wù)器；200地址分配表；210地址生成函數(shù)；215散列函數(shù)；220對(duì)象 域名表；600負(fù)責(zé)IP地址表；610內(nèi)容表；900分配變更請(qǐng)求；1201ULR ； 1207嵌入了散列值 的 URL。
具體實(shí)施例方式下面說(shuō)明本發(fā)明的概況。本發(fā)明的網(wǎng)關(guān)系統(tǒng)具有多個(gè)服務(wù)器裝置(Web代理)、名字解析裝置(DNS代理)及 管理裝置(管理服務(wù)器)，例如適用于內(nèi)容(content)的緩存系統(tǒng)等。另外，不限于對(duì)內(nèi)容 進(jìn)行緩存的系統(tǒng)，也能夠適用于例如分散各個(gè)服務(wù)器裝置之間的負(fù)荷的系統(tǒng)。對(duì)多個(gè)Web代理分配所負(fù)責(zé)的IP地址的范圍。DNS代理使用地址生成函數(shù)執(zhí)行名 字解析。具體地講，在接收到來(lái)自終端的請(qǐng)求時(shí)，根據(jù)請(qǐng)求的識(shí)別符(例如內(nèi)容獲取目的地 的主機(jī)名)計(jì)算散列值，根據(jù)所計(jì)算的散列值生成IP地址，將所生成的IP地址作為應(yīng)答返 回給終端。終端根據(jù)所返回的IP地址，向負(fù)責(zé)該IP地址的Web代理發(fā)送請(qǐng)求，所以網(wǎng)關(guān)系統(tǒng) 不需要負(fù)荷分散裝置，即可分散負(fù)荷。這樣，終端通過(guò)利用DNS代理的處理，能夠獲取請(qǐng)求
8的發(fā)送目的地。因此，不需要向終端重新追加用于利用該網(wǎng)關(guān)系統(tǒng)的特殊的功能。并且，管 理服務(wù)器將DNS代理生成的全部IP地址劃分為多個(gè)IP地址的范圍，將劃分后的IP地址的 范圍分配給各個(gè)Web代理。因此，DNS代理不需要具有表示各個(gè)Web代理負(fù)責(zé)的IP地址的 范圍的信息(負(fù)責(zé)IP地址表)。并且，終端在訪問(wèn)內(nèi)容獲取目的地的主機(jī)(Web服務(wù)器)時(shí)，向DNS代理詢問(wèn)與主 機(jī)名對(duì)應(yīng)的IP地址。DNS代理將根據(jù)地址生成函數(shù)而生成的IP地址作為應(yīng)答返回給終端。 終端把該IP地址作為發(fā)送目的地，發(fā)送內(nèi)容獲取請(qǐng)求等。該請(qǐng)求按照普通的IP路由到達(dá) 網(wǎng)關(guān)的任一個(gè)Web代理。網(wǎng)關(guān)的各個(gè)Web代理對(duì)與負(fù)責(zé)的IP地址相對(duì)應(yīng)的主機(jī)的內(nèi)容進(jìn) 行緩存。另外，Web代理也可以具有Web代理的功能，把內(nèi)容獲取目的地的URL的除主機(jī)名 之外的信息(路徑名)適當(dāng)用作負(fù)荷分散用的信息源。具體地講，Web代理在接收到來(lái)自終端的內(nèi)容獲取請(qǐng)求時(shí)，根據(jù)由內(nèi)容獲取請(qǐng)求 所指示的內(nèi)容獲取目的地的URL整體來(lái)計(jì)算散列值，把所計(jì)算的散列值作為主機(jī)部分的 Sufix追加到URL中。并且，Web代理將被追加了散列值的URL作為應(yīng)答返回給終端。并且，Web代理根據(jù)內(nèi)容獲取請(qǐng)求，從Web服務(wù)器獲取內(nèi)容。在這種情況下，在所 獲取的內(nèi)容中包含作為鏈接目的地的URL的情況下，根據(jù)該URL整體來(lái)計(jì)算散列值，把所計(jì) 算的散列值追加到該URL中。并且，把被追加了散列值的URL作為針對(duì)內(nèi)容獲取請(qǐng)求的應(yīng) 答，返回給終端。這樣，由于根據(jù)請(qǐng)求中包含的信息(內(nèi)容獲取目的地的URL整體)來(lái)生成 散列值，所以例如能夠?qū)⑨槍?duì)相同Web服務(wù)器的請(qǐng)求(主機(jī)部分相同的內(nèi)容獲取請(qǐng)求)按 照每個(gè)用戶、每個(gè)內(nèi)容類型分散給不同的Web代理。[實(shí)施方式1]下面，參照

本發(fā)明的第1實(shí)施方式。圖1是表示本發(fā)明的第1實(shí)施方式的網(wǎng)關(guān)系統(tǒng)的結(jié)構(gòu)的說(shuō)明圖。本實(shí)施方式的網(wǎng)關(guān)系統(tǒng)具有DNS代理104、多個(gè)Web代理(Web代理1_105_1、Web 代理2_105-2、…)及管理服務(wù)器108。各個(gè)裝置通過(guò)局域網(wǎng)106互相連接。并且，DNS代理104及多個(gè)Web代理(Web代理1_105_1等)通過(guò)廣域網(wǎng)103，與 DNS服務(wù)器101、多個(gè)Web服務(wù)器102 (Web服務(wù)器l_102_l、Web服務(wù)器2_102_2、…)連接， 向與局域網(wǎng)106連接的多個(gè)終端(終端1_107_1、終端2_107_-2、…)提供服務(wù)。例如，從 終端107_1向Web服務(wù)器1_102-1的請(qǐng)求消息、以及從Web服務(wù)器1_102_1向終端107_1 的應(yīng)答消息，經(jīng)由任一個(gè)Web代理進(jìn)行發(fā)送接收。另外，在進(jìn)行對(duì)多個(gè)Web代理中的任一個(gè)Web代理都相同的說(shuō)明的情況下，在該說(shuō) 明中統(tǒng)稱為多個(gè)Web代理，并記述為Web代理105。并且，在進(jìn)行對(duì)多個(gè)Web服務(wù)器中的任 一個(gè)Web服務(wù)器都相同的說(shuō)明的情況下，在該說(shuō)明中統(tǒng)稱為多個(gè)Web服務(wù)器，并記述為Web 服務(wù)器102。并且，在進(jìn)行對(duì)多個(gè)終端中的任一個(gè)終端都相同的說(shuō)明的情況下，在該說(shuō)明中 統(tǒng)稱為多個(gè)終端，并記述為終端107。另外，在圖1中作為示例，圖示了 1臺(tái)DNS服務(wù)器101、2臺(tái)Web服務(wù)器102、4臺(tái) Web代理105和2臺(tái)終端107，但也可以與廣域網(wǎng)103或局域網(wǎng)106連接圖示的臺(tái)數(shù)以上的 各個(gè)裝置。DNS服務(wù)器101使用DNS協(xié)議執(zhí)行常規(guī)的名字解析(name resolution)。Web服務(wù)器102與廣域網(wǎng)連接，根據(jù)終端107的請(qǐng)求來(lái)提供內(nèi)容。這里，所說(shuō)內(nèi)容例如指動(dòng)態(tài)圖像、
靜態(tài)圖像、文本、聲音等信息。DNS代理104在接收到從終端107發(fā)送的名字解析請(qǐng)求時(shí)，執(zhí)行名字解析的處理。 具體地講，在按照名字解析請(qǐng)求所指示的主機(jī)名與由管理服務(wù)器108指定的主機(jī)名相符 時(shí)，DNS代理104生成IP地址，把所生成的IP地址作為針對(duì)名字解析請(qǐng)求的應(yīng)答，發(fā)送給 終端107。另外，這里所說(shuō)主機(jī)名指表示服務(wù)器裝置的名稱的字符串，例如指URL "http:// www. example, org/ex/1” 中的 “www. example, org” 部分。并且，這里 DNS 代理 104 生成的 IP地址，指只能在本實(shí)施方式的網(wǎng)關(guān)系統(tǒng)中使用的IP地址。具體地講，DNS代理104使用預(yù)先分發(fā)的地址生成函數(shù)，從主機(jī)名計(jì)算散列值，根 據(jù)所計(jì)算的散列值生成IP地址。關(guān)于地址生成函數(shù)的具體情況將在后面使用圖2B進(jìn)行說(shuō) 明。并且，關(guān)于DNS代理104的結(jié)構(gòu)將在后面使用圖3進(jìn)行說(shuō)明。終端107根據(jù)所發(fā)送的IP地址，向負(fù)責(zé)該IP地址的Web代理105傳輸內(nèi)容獲取請(qǐng)求。另外，在主機(jī)名與由管理服務(wù)器108指定的主機(jī)名不相符的情況下，DNS代理104 向DNS服務(wù)器101傳輸名字解析請(qǐng)求。DNS服務(wù)器把與主機(jī)名對(duì)應(yīng)的Web服務(wù)器102的實(shí) 際IP地址作為針對(duì)名字解析請(qǐng)求的應(yīng)答，發(fā)送給終端107。Web代理105根據(jù)從終端107發(fā)送的內(nèi)容獲取請(qǐng)求，從Web服務(wù)器102獲取所請(qǐng)求 的內(nèi)容，并對(duì)所獲取的內(nèi)容進(jìn)行緩存。另外，將所獲取的內(nèi)容發(fā)送給終端107。由管理服務(wù) 器108預(yù)先對(duì)Web代理105分配所負(fù)責(zé)的IP地址的范圍，所以內(nèi)容獲取請(qǐng)求被按照IP地 址發(fā)送給負(fù)責(zé)的Web代理105。另外，關(guān)于Web代理105的結(jié)構(gòu)將在后面使用圖5進(jìn)行說(shuō) 明。管理服務(wù)器108管理分配給各個(gè)Web代理105的IP地址。并且，管理服務(wù)器108 指定通過(guò)DNS代理被變換為IP地址的主機(jī)名。由此，Web代理105只對(duì)與所指定的主機(jī)名 相對(duì)應(yīng)的Web服務(wù)器102的內(nèi)容進(jìn)行緩存。另外，管理服務(wù)器108具有地址分配表200 (參照?qǐng)D2A)、地址生成函數(shù)210 (參照 圖2B)和對(duì)象域名表220 (參照?qǐng)D2C)。圖2A是表示本發(fā)明的第1實(shí)施方式的管理服務(wù)器108具有的地址分配表200的 結(jié)構(gòu)的說(shuō)明圖。地址分配表200是表示分配給各個(gè)Web代理105的IP地址的范圍的表，例如包括 服務(wù)器ID 201、開(kāi)始地址202和結(jié)束地址203。服務(wù)器ID 201是用于識(shí)別服務(wù)器裝置(Web代理105)的識(shí)別符。開(kāi)始地址202是 分配給利用服務(wù)器ID 201確定的Web代理105的地址范圍的開(kāi)始地址。結(jié)束地址203是 地址范圍的結(jié)束地址。這里，某個(gè)Web代理105負(fù)責(zé)的IP地址范圍只要不與其他Web代理 105負(fù)責(zé)的IP地址范圍重復(fù)，則可以不是一個(gè)連續(xù)的范圍，也可以劃分為幾個(gè)范圍。另外，管理服務(wù)器108也可以通過(guò)自動(dòng)設(shè)定來(lái)均等劃分預(yù)先設(shè)定的地址范圍，將 被均等劃分后的各個(gè)地址范圍分配給各個(gè)Web代理105。并且，還可以根據(jù)網(wǎng)關(guān)系統(tǒng)的負(fù)荷 的狀態(tài)，由管理者設(shè)定分配給各個(gè)Web代理105的地址范圍。圖2B是表示本發(fā)明的第1實(shí)施方式的管理服務(wù)器108具有的地址生成函數(shù)210
10的說(shuō)明圖。地址生成函數(shù)210是用于從字符串等可變長(zhǎng)度數(shù)據(jù)X生成IP地址的函數(shù)，包含 散列函數(shù)215。地址生成函數(shù)210在被輸入可變長(zhǎng)度數(shù)據(jù)X后，利用散列函數(shù)215將所輸 入的可變長(zhǎng)度數(shù)據(jù)X變換為例如64比特的散列值。并且，將預(yù)定的64比特的IPv6前綴 (Prefix)和被變換后的64比特的散列值合在一起，由此生成IPv6的IP地址，并輸出所生 成的IP地址。另外，對(duì)于散列函數(shù)也可以使用例如SHAl (Secure HashAlgorithm 1)。并且，除了 SHAl 之外，還可以使用 MD5 (Message DigestAlgorithm 5)等。并且，在本實(shí)施方式中，被輸入到地址生成函數(shù)210中的可變長(zhǎng)度數(shù)據(jù)X使用Web 服務(wù)器102的主機(jī)名(例如“狐example, org”等)。圖2C是表示本發(fā)明的第1實(shí)施方式的管理服務(wù)器108具有的對(duì)象域名表220的 結(jié)構(gòu)的說(shuō)明圖。對(duì)象域名表220用于在名字解析的處理中判定是否把按照名字解析請(qǐng)求所指示 的主機(jī)名變換為IP地址時(shí)使用。對(duì)象域名表220例如包括域名(主機(jī)名)221和變換對(duì)象 222。域名(主機(jī)名)221是向終端107提供內(nèi)容的Web服務(wù)器102的主機(jī)名。在變換 對(duì)象222中存儲(chǔ)有表示是否把域名221所指示的域名(主機(jī)名)變換為IP地址的信息。DNS代理104使用地址生成函數(shù)210和對(duì)象域名表220，執(zhí)行名字解析的處理。另 外，關(guān)于DNS代理104執(zhí)行的名字解析的處理，將在后面使用圖4進(jìn)行說(shuō)明。另外，管理服務(wù)器108將地址生成函數(shù)210和對(duì)象域名表220分發(fā)給DNS代理104。 并且，管理服務(wù)器108將地址生成函數(shù)210分發(fā)給各個(gè)Web代理105。并且，管理服務(wù)器108 根據(jù)地址分配表200，生成表示各個(gè)Web代理105負(fù)責(zé)的IP地址的范圍的負(fù)責(zé)IP地址表 600 (參照?qǐng)D6A)，將所生成的負(fù)責(zé)IP地址表600分發(fā)給各個(gè)Web代理105。圖3是表示本發(fā)明的第1實(shí)施方式的DNS代理104的結(jié)構(gòu)的框圖。DNS代理104具有地址變換處理功能部301、存儲(chǔ)器302和網(wǎng)絡(luò)接口 303，并與廣域 網(wǎng)103和局域網(wǎng)106連接。在存儲(chǔ)器302中存儲(chǔ)有由管理服務(wù)器108分發(fā)的地址生成函數(shù)210和對(duì)象域名表 220。地址變換處理功能部301使用存儲(chǔ)在存儲(chǔ)器302中的對(duì)象域名表220和地址生成 函數(shù)210，執(zhí)行地址變換的處理等。關(guān)于地址變換處理功能部301執(zhí)行的處理的具體情況， 將在后面使用圖4進(jìn)行說(shuō)明。另外，未圖示的處理器執(zhí)行存儲(chǔ)在存儲(chǔ)器302中的各種程序， 由此實(shí)現(xiàn)地址變換處理功能部301的處理。網(wǎng)絡(luò)接口 303是用于將DNS代理104與廣域網(wǎng)103及局域網(wǎng)106連接的接口。圖4是表示本發(fā)明的第1實(shí)施方式的DNS代理104執(zhí)行的名字解析的處理的流程 圖。首先，DNS代理104的地址變換處理功能部301接收從終端107發(fā)送的名字解析請(qǐng) 求(例如“AAAA ？ www. example, org") (S401)。然后，地址變換處理功能部301在接收到 名字解析請(qǐng)求時(shí)，檢索對(duì)象域名表220，判定由名字解析請(qǐng)求所指示的主機(jī)名(例如“www. example, org”)是否是被變換為IP地址的對(duì)象(S402)。
在S402，在判定為主機(jī)名不是變換對(duì)象時(shí)，DNS代理104通過(guò)廣域網(wǎng)103，將從終 端107發(fā)送的名字解析請(qǐng)求傳輸給DNS服務(wù)器101。提供域名服務(wù)的DNS服務(wù)器101執(zhí)行常規(guī)的名字解析，把與主機(jī)名對(duì)應(yīng)的實(shí)際IP 地址作為針對(duì)名字解析請(qǐng)求的應(yīng)答，發(fā)送給作為請(qǐng)求者的DNS代理104。并且，DNS代理104 接收從DNS服務(wù)器101發(fā)送的針對(duì)名字解析請(qǐng)求的應(yīng)答，并獲取與主機(jī)名對(duì)應(yīng)的實(shí)際IP地 址(S403)。另一方面，在S402，在判定為主機(jī)名是變換對(duì)象時(shí)，DNS代理104的地址變換處 理功能部301使用地址生成函數(shù)210，根據(jù)由名字解析請(qǐng)求所指示的主機(jī)名(例如“www. example, org”)計(jì)算散列值(例如“41de 3297 :ecl8 :5fae”)，將預(yù)定的IPv6前綴(例如 “2001 :db8 ”)與所計(jì)算的散列值合在一起，生成IP地址(例如“2001 :db8 :41de 3297 :ecl8 :5fae”)(S404)。這里，所生成的IP地址是在本實(shí)施方式的網(wǎng)關(guān)系統(tǒng)中使用的 IP地址，并與對(duì)Web服務(wù)器102的內(nèi)容進(jìn)行緩存的Web代理105對(duì)應(yīng)。然后，地址變換處理功能部301把從DNS服務(wù)器101獲取的實(shí)際IP地址、或者利 用地址生成函數(shù)210生成的IP地址，作為針對(duì)名字解析請(qǐng)求的應(yīng)答(例如“AAAA 2001 db8 :41de 3297 :ecl8 :5fae”)，發(fā)送給終端 107(S405)。圖5是表示本發(fā)明的第1實(shí)施方式的Web代理105的結(jié)構(gòu)的框圖。Web代理105具有Web緩存處理功能部501、存儲(chǔ)器502和網(wǎng)絡(luò)接口 503，并與廣域 網(wǎng)103及局域網(wǎng)106連接。在存儲(chǔ)器502中存儲(chǔ)有負(fù)責(zé)IP地址表600和內(nèi)容表610。并且，根據(jù)需要也可以 存儲(chǔ)地址生成函數(shù)210。關(guān)于負(fù)責(zé)IP地址表600將在后面使用圖6A進(jìn)行說(shuō)明。關(guān)于內(nèi)容表610將在后面 使用圖6B進(jìn)行說(shuō)明。地址生成函數(shù)210與圖2B所示的函數(shù)相同，由管理服務(wù)器108根據(jù) 需要進(jìn)行分發(fā)。Web緩存處理功能部501使用存儲(chǔ)在存儲(chǔ)器502中的地址生成函數(shù)210、負(fù)責(zé)IP 地址表600和內(nèi)容表610，根據(jù)從終端107發(fā)送的內(nèi)容獲取請(qǐng)求，從Web服務(wù)器102獲取所 請(qǐng)求的內(nèi)容，并對(duì)所獲取的內(nèi)容進(jìn)行緩存。關(guān)于Web緩存處理功能部501執(zhí)行的處理的具 體情況，將在后面使用圖7進(jìn)行說(shuō)明。另外，由未圖示的處理器執(zhí)行存儲(chǔ)在存儲(chǔ)器502中的 各種程序，由此實(shí)現(xiàn)Web緩存處理功能部501的處理。網(wǎng)絡(luò)接口 503是用于將Web代理105與廣域網(wǎng)103及局域網(wǎng)106連接的接口。Web 代理105把在負(fù)責(zé)IP地址表600中設(shè)定的IP地址作為本裝置的IP地址，登記在網(wǎng)絡(luò)接口 503中。由此，Web代理105能夠接收從終端107發(fā)送的內(nèi)容獲取請(qǐng)求。另外，在本實(shí)施方式中，Web代理105具有Web緩存處理功能部，但也可以具有取 代Web緩存處理功能的、例如過(guò)濾(filter)功能、內(nèi)容變換功能等。由此，不僅能夠?qū)⒈景l(fā) 明的網(wǎng)關(guān)系統(tǒng)適用于緩存系統(tǒng)，也能夠適用于提供其他服務(wù)的系統(tǒng)。圖6A是表示本發(fā)明的第1實(shí)施方式的Web代理105具有的負(fù)責(zé)IP地址表600的 結(jié)構(gòu)的說(shuō)明圖。負(fù)責(zé)IP地址表600是表示一個(gè)Web代理105負(fù)責(zé)的IP地址的范圍的表，包括開(kāi) 始地址601和結(jié)束地址602。另外，負(fù)責(zé)IP地址表600可以由管理服務(wù)器108分發(fā)，也可以由Web代理105根據(jù)由管理服務(wù)器108通知的IP地址的范圍而生成。Web代理105將該Web代理負(fù)責(zé)的全部IP地址登記在網(wǎng)絡(luò)接口 503中，接收把所 登記的IP地址作為目的地地址的內(nèi)容獲取請(qǐng)求。關(guān)于Web代理105執(zhí)行的內(nèi)容獲取的處 理，將在后面使用圖7進(jìn)行說(shuō)明。另外，Web代理105在接收到負(fù)責(zé)的IP地址的地址解決請(qǐng)求時(shí)，將對(duì)本裝置設(shè)定 的MAC地址通知給終端107、鄰近的路由器等。這里，所說(shuō)地址解決請(qǐng)求，例如對(duì)于IPv4指 地址解析協(xié)議(ARP =Address Resolution Protocol)，對(duì)于 IPv6 指鄰居發(fā)現(xiàn)(ND =Neighbor Discovery)。圖6B是表示本發(fā)明的第1實(shí)施方式的Web代理具有的內(nèi)容表610的結(jié)構(gòu)的說(shuō)明 圖。內(nèi)容表610是存儲(chǔ)由Web代理105緩存的內(nèi)容的表，例如包括URL 611、目的地IP 地址612、內(nèi)容613和元信息614。URL 611是內(nèi)容獲取目的地的URL。目的地IP地址612是由內(nèi)容獲取請(qǐng)求所指示 的目的地IP地址，是由DNS代理104從作為內(nèi)容獲取目的地的Web服務(wù)器102的主機(jī)名生 成的IP地址。在內(nèi)容613中存儲(chǔ)有由Web代理105從Web服務(wù)器102獲取的內(nèi)容。元信息614 是指例如所獲取的內(nèi)容的大小、日期時(shí)間、保存期間等。圖7是表示本發(fā)明的第1實(shí)施方式的Web代理執(zhí)行的內(nèi)容獲取的處理的流程圖。首先，Web代理105接收從終端107發(fā)送的內(nèi)容獲取請(qǐng)求(S701)。然后，Web代理 105的Web緩存處理功能部501把作為內(nèi)容獲取目的地的Web服務(wù)器102的URL作為檢索 鍵來(lái)檢索內(nèi)容表(S702)，并判定是否具有與檢索鍵一致的表項(xiàng)(S703)。在S703，在判定為具有與檢索鍵一致的表項(xiàng)時(shí)，由于存儲(chǔ)有所請(qǐng)求的內(nèi)容，所以 Web緩存處理功能部501獲取在與檢索鍵一致的表項(xiàng)的內(nèi)容613中存儲(chǔ)的內(nèi)容，并生成包括 所獲取的內(nèi)容的針對(duì)內(nèi)容獲取請(qǐng)求的應(yīng)答(S704)。另一方面，在S703，在判定為不具有與檢索鍵一致的表項(xiàng)時(shí)，由于沒(méi)有存儲(chǔ)所請(qǐng)求 的內(nèi)容，所以Web緩存處理功能部501向存儲(chǔ)該內(nèi)容的Web服務(wù)器102 (源服務(wù)器)，傳輸從 終端107發(fā)送的內(nèi)容獲取請(qǐng)求(S705)。另外，在這種情況下，Web代理105執(zhí)行常規(guī)的名字解析，以便獲取內(nèi)容獲取目的 地的Web服務(wù)器102的IP地址。具體地講，Web代理105向DNS服務(wù)器101發(fā)送名字解析 請(qǐng)求，并從DNS服務(wù)器101接收與作為內(nèi)容獲取目的地的Web服務(wù)器102的主機(jī)名相對(duì)應(yīng) 的實(shí)際IP地址，作為針對(duì)名字解析請(qǐng)求的應(yīng)答。由此，Web代理105能夠向Web服務(wù)器102 傳輸內(nèi)容獲取請(qǐng)求。并且，Web代理105向內(nèi)容表610追加新的表項(xiàng)，在所追加的表項(xiàng)的URL 611和目 的地IP地址612中，分別存儲(chǔ)由從終端107發(fā)送的內(nèi)容獲取請(qǐng)求所指示的內(nèi)容獲取目的地 的URL及目的地IP地址。然后，Web緩存處理功能部501接收從Web服務(wù)器102發(fā)送的針對(duì)內(nèi)容獲取請(qǐng)求 的應(yīng)答(S706)。然后，Web緩存處理功能部501在接收到針對(duì)內(nèi)容獲取請(qǐng)求的應(yīng)答時(shí)，從接 收到的應(yīng)答中獲取內(nèi)容，將所獲取的內(nèi)容及內(nèi)容的信息分別存儲(chǔ)在被追加到內(nèi)容表610中 的新的表項(xiàng)的內(nèi)容613及元信息614中。并且，Web緩存處理功能部501生成包括所獲取
13的內(nèi)容的針對(duì)內(nèi)容獲取請(qǐng)求的應(yīng)答(S707)。最后，Web緩存處理功能部501將在步驟S704或S707生成的針對(duì)內(nèi)容獲取請(qǐng)求 的應(yīng)答發(fā)送給終端107 (S708)，并結(jié)束處理(S709)。另外，作為本實(shí)施方式的另一個(gè)示例，網(wǎng)關(guān)系統(tǒng)也可以在Web代理105的前級(jí)設(shè)置 地址變換裝置。在這種情況下，管理服務(wù)器108將例如圖2A所示的地址分配表200分發(fā)給 地址變換裝置。并且，將對(duì)Web代理105設(shè)定的代表IP地址通知地址變換裝置。地址變換裝置具有地址變換表，該地址變換表使在地址分配表200中記述的服務(wù) 器ID (Web代理的ID)與所通知的Web代理105的代表IP地址相對(duì)應(yīng)。由此，地址變換裝 置把從終端107發(fā)送的內(nèi)容獲取請(qǐng)求的目的地IP地址，從根據(jù)散列值而生成的IP地址改 寫(xiě)為代表IP地址，并向與代表IP地址對(duì)應(yīng)的Web代理105傳輸內(nèi)容獲取請(qǐng)求。另外，在本實(shí)施方式的另一個(gè)示例中，Web代理105在步驟S707從Web服務(wù)器102 獲取內(nèi)容后，使用由管理服務(wù)器108分發(fā)的地址生成函數(shù)210，從Web服務(wù)器102的主機(jī)名 生成IP地址，把所生成的IP地址存儲(chǔ)在被追加到內(nèi)容表610中的新的表項(xiàng)的目的地IP地 址612中。在由于成本原因?qū)eb代理105分配大量IP地址比較困難的情況下，可以利用具 有地址變換裝置的網(wǎng)關(guān)系統(tǒng)。該網(wǎng)關(guān)系統(tǒng)根據(jù)第4層(Iayerf)信息執(zhí)行負(fù)荷分散，所以相 比根據(jù)第7層(Iayed)信息執(zhí)行負(fù)荷分散的網(wǎng)關(guān)系統(tǒng)，能夠快速且低成本地實(shí)現(xiàn)。通過(guò)以上處理生成了內(nèi)容表610，所以容易確定各個(gè)Web代理105緩存的內(nèi)容。所 生成的內(nèi)容表610也在后面敘述的圖10及圖11所示的分配變更處理中使用。移動(dòng)源的Web 代理105使內(nèi)容表610中包括想要移動(dòng)的內(nèi)容的表項(xiàng)移動(dòng)到移動(dòng)目的地的Web代理105。圖8是表示本發(fā)明的第1實(shí)施方式的網(wǎng)關(guān)系統(tǒng)的內(nèi)容獲取的處理的流程圖。在圖8的示例中，Web服務(wù)器102例如是被賦予了主機(jī)名“www. example, org”的 服務(wù)器裝置。首先，管理服務(wù)器108向DNS代理104分發(fā)地址生成函數(shù)210和對(duì)象域名表 220 (S801)。并且，向Web代理105-1和Web代理105-2分發(fā)地址生成函數(shù)210和地址分配 表200 (或者負(fù)責(zé)IP地址表600) (S802、S803)。然后，各個(gè)Web代理105接收到負(fù)責(zé)IP地址表600時(shí)，把負(fù)責(zé)IP地址表600中包 含的全部IP地址作為分配給本裝置的IP地址，登記在網(wǎng)絡(luò)接口 503中(S804、S805)。然后，終端107例如接收到由用戶輸入的URL (例如“http://www. example, org/ ex/l")(S806)時(shí)，訪問(wèn)該URL并發(fā)送用于獲取內(nèi)容的內(nèi)容獲取請(qǐng)求。在這種情況下，終端 107首先向DNS代理104發(fā)送名字解析請(qǐng)求(例如“AAAA ？ www. example, org”)，以便獲取 與主機(jī)名(例如“www. example, org” )對(duì)應(yīng)的IP地址(S807)。DNS代理104在接收到從終端107發(fā)送的名字解析請(qǐng)求時(shí)，參照對(duì)象域名表220， 判定由接收到的名字解析請(qǐng)求所指示的主機(jī)名(例如“www. example, org”)是否是變換對(duì) 象。并且，在判定為該主機(jī)名是變換對(duì)象時(shí)，DNS代理104使用所分發(fā)的地址生成函數(shù)210， 從該主機(jī)名生成IP地址(S808)。然后，DNS代理104例如把所生成的IP地址(例如“2001 :db8 :41de 3297 :ecl8 5fae”)作為針對(duì)名字解析請(qǐng)求的應(yīng)答，發(fā)送給終端107(S809)。然后，終端107在接收到針對(duì)名字解析請(qǐng)求的應(yīng)答時(shí)，從接收到的應(yīng)答中獲取與該主機(jī)名對(duì)應(yīng)的IP地址，把所獲取的IP地址設(shè)定為內(nèi)容獲取請(qǐng)求的目的地地址，然后發(fā)送 內(nèi)容獲取請(qǐng)求(S812)。另外，在此建立TCP連接。具體地講，內(nèi)容獲取請(qǐng)求作為IP數(shù)據(jù)包在路徑上的IP路由器等中被路由，按照目 的地IP地址被發(fā)送給負(fù)責(zé)該IP地址的任一個(gè)Web代理105。在這種情況下，路徑上的IP 路由器、終端107等執(zhí)行常規(guī)的地址解析(ARP、ND等)，以便搜索登記了該IP地址的裝置 (S810)。并且，接收到發(fā)給自己的地址解析請(qǐng)求的裝置(例如Web代理1_105-1)，將本裝置 的MAC地址通知請(qǐng)求者(路徑上的IP路由器、終端107等)(S811)。由此，例如在終端107 和Web代理1_105-1之間建立TCP連接，Web代理1_105_1能夠接收把該IP地址作為目的 地地址的內(nèi)容獲取請(qǐng)求。然后，Web代理1_105_1從終端107接收到內(nèi)容獲取請(qǐng)求時(shí)，從內(nèi)容獲取請(qǐng)求 (例如 “GET/ex/lHTTP/1. OHost www. example, org···”)獲取內(nèi)容獲取目的地的 URL(例如 "http://www. example, org/ex/1“ ) (S812)。并且，Web代理1_105-1把所獲取的URL作為檢索鍵，檢索內(nèi)容表610，并判定是 否存儲(chǔ)了所請(qǐng)求的內(nèi)容。這里，例如在判定為沒(méi)有存儲(chǔ)所請(qǐng)求的內(nèi)容時(shí)(S813)，Web代理 1_105-1向存儲(chǔ)了內(nèi)容的Web服務(wù)器102，傳輸從終端107發(fā)送的內(nèi)容獲取請(qǐng)求(S814)。Web服務(wù)器102接收到內(nèi)容獲取請(qǐng)求后，向Web代理1_105_1發(fā)送包括所請(qǐng)求的內(nèi) 容的針對(duì)內(nèi)容獲取請(qǐng)求的應(yīng)答(S815)。Web代理1_105_1接收到針對(duì)內(nèi)容獲取請(qǐng)求的應(yīng)答后，從接收到的應(yīng)答中獲取 內(nèi)容，緩存所獲取的內(nèi)容(S816)，把該內(nèi)容作為針對(duì)內(nèi)容獲取請(qǐng)求的應(yīng)答發(fā)送給終端 107(S817)。通過(guò)以上處理，各個(gè)Web代理105能夠?qū)哂信c負(fù)責(zé)的IP地址相對(duì)應(yīng)的主機(jī)名的 Web服務(wù)器102的內(nèi)容進(jìn)行緩存。即，在本實(shí)施方式的網(wǎng)關(guān)系統(tǒng)中，保證屬于相同主機(jī)名的 內(nèi)容被緩存在相同Web代理中。這是因?yàn)楦鶕?jù)散列函數(shù)從主機(jī)名生成的IP地址與Web代 理105中的任一個(gè)Web代理相對(duì)應(yīng)。下面，說(shuō)明在本實(shí)施方式中變更Web代理105的負(fù)責(zé)IP地址的范圍的處理。管理 服務(wù)器108例如在有計(jì)劃地停止Web代理105中的幾臺(tái)的情況下、以及負(fù)荷產(chǎn)生偏倚的情 況下，能夠變更各個(gè)Web代理105負(fù)責(zé)的IP地址的范圍。圖9是表示本發(fā)明的第1實(shí)施方式的分配變更請(qǐng)求的格式的說(shuō)明圖。分配變更請(qǐng)求900包括移動(dòng)源Web代理的IP地址901、移動(dòng)目的地Web代理的IP 地址902、成為移動(dòng)對(duì)象的IP地址的范圍903。管理服務(wù)器108在變更各個(gè)Web代理105負(fù)責(zé)的IP地址的范圍的情況下，向全部 Web代理105或者移動(dòng)源和移動(dòng)目的地的Web代理105發(fā)送分配變更請(qǐng)求900。圖10是表示本發(fā)明的第1實(shí)施方式的Web代理105執(zhí)行的分配變更的處理的流 程圖。某個(gè)Web代理105接收到從管理服務(wù)器108發(fā)送的分配變更請(qǐng)求900時(shí)(S1001)， 判定接收到的分配變更請(qǐng)求900中包含的移動(dòng)源Web代理的IP地址901和移動(dòng)目的地Web 代理的IP地址902中的某一方、是否與賦予給本裝置的IP地址一致(S1002)。在步驟S1002，在判定為移動(dòng)源Web代理的IP地址901與本裝置的IP地址一致 時(shí)，接收到分配變更請(qǐng)求900的Web代理105是移動(dòng)源的Web代理，所以移動(dòng)源的Web代理從內(nèi)容表610提取與由成為移動(dòng)對(duì)象的IP地址的范圍903所指定的IP地址相對(duì)應(yīng)的表項(xiàng) (S1003)。并且，移動(dòng)源的Web代理將提取的表項(xiàng)，移動(dòng)到由移動(dòng)目的地Web代理的IP地址 902所指定的移動(dòng)目的地的Web代理的內(nèi)容表中(S1004)。另外，在這種情況下，移動(dòng)源的Web代理也可以根據(jù)需要?jiǎng)h除例如所提取的表項(xiàng) 的內(nèi)容613和元信息614的數(shù)據(jù)，向移動(dòng)目的地的Web代理只發(fā)送URL 611及目的地IP地 址612的數(shù)據(jù)的表項(xiàng)。由此，能夠削減分配項(xiàng)請(qǐng)求的處理中的各個(gè)Web代理105之間的通
{曰里。然后，移動(dòng)源的Web代理從內(nèi)容表610中刪除與由成為移動(dòng)對(duì)象的IP地址的范圍 903所指定的IP地址相對(duì)應(yīng)的表項(xiàng)(S1005)。另外，從負(fù)責(zé)IP地址表600中刪除由成為移 動(dòng)對(duì)象的IP地址的范圍903所指定的IP地址的范圍，刪除登記在網(wǎng)絡(luò)接口 503中的該IP 地址(S1006)。另一方面，在步驟S1002，在判定為移動(dòng)目的地的Web代理的IP地址902與本裝置 的IP地址一致時(shí)，接收到分配變更請(qǐng)求900的Web代理105是移動(dòng)目的地的Web代理，所 以移動(dòng)目的地的Web代理等待接收從移動(dòng)源的Web代理發(fā)送的移動(dòng)對(duì)象的表項(xiàng)(S1007)。移動(dòng)目的地的Web代理在接收到移動(dòng)對(duì)象的表項(xiàng)時(shí)，將接收到的表項(xiàng)追加在內(nèi)容 表610中(S1008)。并且，移動(dòng)目的地的Web代理將由成為移動(dòng)對(duì)象的IP地址的范圍903 所指定的IP地址，追加在負(fù)責(zé)IP地址表600中(S1009)。并且，將新追加的IP地址登記在 網(wǎng)絡(luò)接口 503中。另外，移動(dòng)目的地的Web代理發(fā)送鄰居通告數(shù)據(jù)包(neighbor advertisement packet)或Gratuitous ARP (無(wú)償ARP) (SlOlO)。由此，移動(dòng)目的地的Web代理能夠?qū)⒈环?配了新的地址這一情況，通知給鄰近的IP路由器、終端107、Web代理105、管理服務(wù)器108 等。另外，鄰近的IP路由器、終端107等接收到鄰居通告數(shù)據(jù)包或Gratuitous ARP時(shí)，再 次發(fā)送地址解析請(qǐng)求，并獲取新登記了 IP地址的網(wǎng)絡(luò)接口的MAC地址。另一方面，在步驟S1002，在判定為移動(dòng)源的Web代理的IP地址901和移動(dòng)目的地 的Web代理的IP地址902都與本裝置的IP地址不一致時(shí)，該分配變更請(qǐng)求不是發(fā)送給本 裝置的消息，所以Web代理105將該消息廢棄(SlOll)。由此，例如在通過(guò)組播將分配變更 請(qǐng)求發(fā)送給全部Web代理105的情況下，移動(dòng)源及移動(dòng)目的地的Web代理也能夠準(zhǔn)確接收 到所發(fā)送的分配變更請(qǐng)求。圖11是表示本發(fā)明的第1實(shí)施方式的網(wǎng)關(guān)系統(tǒng)的分配變更的處理的流程圖。Web代理1_105_1在初始設(shè)定時(shí)例如被分配了從IP地址“2001 :db8 4000 0000 0000 :0000” 到 “2001 :db8 :4fff :ffff :ffff :ffff ” 的范圍，并對(duì)與所分配的 IP 地址相 對(duì)應(yīng)的內(nèi)容進(jìn)行緩存(SllOl)。并且，Web代理 2_105-2 例如被分配了從 IP 地址“2001 :db8 2000 0000 0000 0000”到“2001 :db8 :3fff :ffff :ffff :ffff ”的范圍，并對(duì)與所分配的IP地址相對(duì)應(yīng)的 內(nèi)容進(jìn)行緩存(S1102)。然后，管理服務(wù)器108向各個(gè)Web代理發(fā)送如下指示，S卩，例如將與Web代理 1_105-1 負(fù)責(zé)的從 IP 地址 “2001 :db8 4000 0000 0000 :0000” 到"2001 :db8 :4fff ffff :ffff :ffff”的范圍相對(duì)應(yīng)的內(nèi)容移動(dòng)到Web代理2_105-2中的指示(S1103)。
16
Web代理1_105_1從管理服務(wù)器108接收到移動(dòng)內(nèi)容的指示時(shí)，從內(nèi)容表610提 取與所指示的IP地址的范圍相對(duì)應(yīng)的表項(xiàng)，將所提取的表項(xiàng)傳輸給移動(dòng)目的地的Web代理 2_105-2(S1104)。并且，從內(nèi)容表610中刪除該表項(xiàng)。并且，從負(fù)責(zé)IP地址表600中刪除 所指示的IP地址，并從網(wǎng)絡(luò)接口 503中刪除所指示的IP地址(S1105)。另一方面，Web代理2_105_2將從移動(dòng)源的Web代理1_105_1移動(dòng)過(guò)來(lái)的表項(xiàng)追 加在內(nèi)容表610中。并且，將所指示的IP地址的范圍追加在負(fù)責(zé)IP地址表600中，并將所 追加的IP地址的范圍登記在網(wǎng)絡(luò)接口 503中(S1106)。然后，Web代理2_105_2發(fā)送鄰居通告數(shù)據(jù)包或Gratuitous ARP,由此將所負(fù)責(zé)的 IP地址的范圍已變更這一情況通知給鄰近的終端107、IP路由器、Web代理105等(S1107)。 這是為了使鄰近的終端107、IP路由器等向由鄰居通告數(shù)據(jù)包或Gratuitous ARP指示的IP 地址，再次發(fā)送地址解析請(qǐng)求并獲取與該IP地址對(duì)應(yīng)的MAC地址。以后從步驟S1108 S1116的處理與圖8所示的S806 S817的處理相同。如以上說(shuō)明的那樣，根據(jù)第1實(shí)施方式，網(wǎng)關(guān)系統(tǒng)按照根據(jù)散列而生成的IP地址， 將從終端向Web服務(wù)器的內(nèi)容獲取請(qǐng)求傳輸給合適的Web代理，所以能夠?qū)崿F(xiàn)均等的負(fù)荷 分散。并且，能夠?qū)崿F(xiàn)可擴(kuò)展式的收容能力的擴(kuò)展。另外，由于不需要負(fù)荷分散裝置，所以 能夠削減網(wǎng)關(guān)系統(tǒng)的管理成本，能夠強(qiáng)化抗故障性能。并且，在各個(gè)Web代理的負(fù)荷產(chǎn)生偏倚、并變更各個(gè)Web代理負(fù)責(zé)的IP地址的范 圍的情況下(換言之，移動(dòng)被緩存的內(nèi)容的情況下)，網(wǎng)關(guān)系統(tǒng)只在各個(gè)Web代理之間更換 信息，在Web代理與DNS代理及終端等其他裝置之間不更換信息。因此，能夠減少進(jìn)行IP 地址的分配變更所需要的處理。并且，執(zhí)行名字解析的DNS代理不管理Web代理的狀態(tài)。因此，能夠容易使DNS代 理冗余化，能夠?qū)崿F(xiàn)網(wǎng)關(guān)系統(tǒng)的高速化及高可靠性。并且，終端利用DNS代理提供的名字解析來(lái)訪問(wèn)Web代理，所以不需要向終端追加 用于訪問(wèn)Web代理的功能。因此，在現(xiàn)有終端大量存在的環(huán)境下，也能夠容易導(dǎo)入本實(shí)施方 式的網(wǎng)關(guān)系統(tǒng)。[第2實(shí)施方式]第2實(shí)施方式的網(wǎng)關(guān)系統(tǒng)的結(jié)構(gòu)與圖1所示的第1實(shí)施方式的網(wǎng)關(guān)系統(tǒng)的結(jié)構(gòu)相 同。第2實(shí)施方式的DNS代理的結(jié)構(gòu)與圖3所示的第1實(shí)施方式的DNS代理的結(jié)構(gòu)相同。 并且，第2實(shí)施方式的Web代理的結(jié)構(gòu)與圖5所示的第1實(shí)施方式的Web代理的結(jié)構(gòu)相同。但是，第2實(shí)施方式的DNS代理的地址變換處理功能部的處理，與第1實(shí)施方式的 地址變換處理功能部的處理有部分不同(圖14中的S1404、S1412)。并且，第2實(shí)施方式 的Web代理的Web緩存處理功能部的處理，與第1實(shí)施方式的Web緩存處理功能部的處理 有部分不同(圖14中的S1402)。在第1實(shí)施方式的網(wǎng)關(guān)系統(tǒng)中，DNS代理104從內(nèi)容獲取目的地的主機(jī)名計(jì)算散 列值，使用所計(jì)算的散列值生成IP地址。因此，從終端107發(fā)送的內(nèi)容獲取請(qǐng)求被按照主 機(jī)名的單位進(jìn)行分散。因此，在第1實(shí)施方式的網(wǎng)關(guān)系統(tǒng)中，向某一個(gè)Web服務(wù)器102(主機(jī))的訪問(wèn)請(qǐng) 求，由某一個(gè)Web代理105接收，所以在集中訪問(wèn)該Web服務(wù)器102的情況下，負(fù)責(zé)的Web 代理105的負(fù)荷增大，有可能產(chǎn)生各個(gè)Web代理105之間的負(fù)荷的偏倚。
因此，在第2實(shí)施方式的網(wǎng)關(guān)系統(tǒng)中，Web代理105從內(nèi)容獲取目的地的URL整體 計(jì)算散列值，把將所計(jì)算的散列值作為主機(jī)名的后綴(Suffix)進(jìn)行嵌入的URL作為內(nèi)容獲 取目的地的URL，作為應(yīng)答返回給終端107。DNS代理104從終端107接收到名字解析請(qǐng)求時(shí)，從包含散列值的主機(jī)名生成負(fù)責(zé) 的Web代理105的IP地址。因此，在第2實(shí)施方式中，根據(jù)從URL整體生成的散列值，將內(nèi) 容獲取請(qǐng)求分散到各個(gè)Web代理105中。S卩，在第2實(shí)施方式中，即使是屬于相同主機(jī)名的內(nèi)容，也被緩存在多個(gè)Web代理 105中，所以能夠避免負(fù)荷集中于一個(gè)Web代理105。另外，第2實(shí)施方式也可以與第1實(shí)施方式結(jié)合起來(lái)適用于緩存系統(tǒng)等中。下面，說(shuō)明第2實(shí)施方式中的URL變換規(guī)則。圖12是表示本發(fā)明的第2實(shí)施方式的URL變換規(guī)則的說(shuō)明圖。在本實(shí)施方式中，Web代理105使用存儲(chǔ)在存儲(chǔ)器502中的地址生成函數(shù)210 (散 列函數(shù)215)，從由例如從終端107發(fā)送的內(nèi)容獲取請(qǐng)求所指示的、包括主機(jī)名和路徑名 的 URL 1201 (例如 “http //www. example, org/ex/2. html ”)，生成散列值 1204 (例如 “820d92dcb08edcdd”)。并且，Web代理105將到URL的主機(jī)名為止的部分1202 (例如“http //www. example, org”)、句點(diǎn)符(·) 1205、散列值 1204(例如 “820d92dcb08edcdd”)、主機(jī)名 的后綴1206(例如“.hash, value”)、和URL的主機(jī)名以后的部分1203 (例如“/ex/4, html”)合在一起。由此，生成嵌入了散列值的URL 1207 (例如“http://驟w. example. org. 820d92dcb08edcdd. hash, value/ex/2. html，，)。圖13是表示本發(fā)明的第2實(shí)施方式的Web代理105執(zhí)行的內(nèi)容獲取的處理的流 程圖。某個(gè)Web代理105接收到從終端107發(fā)送的內(nèi)容獲取請(qǐng)求時(shí)(S1301)，從接收到的 內(nèi)容獲取請(qǐng)求的數(shù)據(jù)包的包頭(header)中獲取內(nèi)容獲取目的地的主機(jī)名(S1302)。然后， Web代理105判定所獲取的主機(jī)名中是否包含表示是根據(jù)圖12所示的URL變換規(guī)則變換的 URL的主機(jī)名的后綴1206 (例如".hash, value”)(或者散列值1204) (S1303)。在步驟S1303，在判定所獲取的主機(jī)名中不包含“.hash, value"的情況下，由于接 收到的內(nèi)容獲取請(qǐng)求中包含的URL不是根據(jù)圖12所示的URL變換規(guī)則變換后的URL，所以 Web代理105從接收到的內(nèi)容獲取請(qǐng)求的數(shù)據(jù)包的包頭中獲取URL，根據(jù)URL變換規(guī)則，使 用散列函數(shù)215把所獲取的URL變換為包含散列值的URL(S1304)。然后，Web代理105向終端107返回代碼302的HTTP應(yīng)答(S1305)。這里，所說(shuō)代 碼302的HTTP應(yīng)答，指Web代理105使終端107向根據(jù)URL變換規(guī)則變換后的URL再次發(fā) 送內(nèi)容獲取請(qǐng)求的指示。終端107接收到代碼302的HTTP應(yīng)答后，向由接收到的HTTP應(yīng) 答所指示的包含散列值的URL再次發(fā)送內(nèi)容獲取請(qǐng)求。另一方面，在步驟S1303，在判定為所獲取的主機(jī)名中包含“.hash, value"的情況 下，由于接收到的內(nèi)容獲取請(qǐng)求中包含的URL已被實(shí)施URL變換，所以Web代理105從由接 收到的內(nèi)容獲取請(qǐng)求的數(shù)據(jù)包的包頭獲取的URL的主機(jī)部分中，刪除散列值1204和主機(jī)名 的后綴1206 ( ".hash, value")的字符串，復(fù)原URL變換前的URL (S1306)。然后，Web代理105把復(fù)原后的URL作為檢索鍵，檢索內(nèi)容表610的表項(xiàng)(S1307)，判定是否具有與檢索鍵一致的表項(xiàng)(S1308)。在步驟S1308，在判定為具有與檢索鍵一致的表項(xiàng)的情況下，由于緩存有從終端 107請(qǐng)求的內(nèi)容，所以Web代理105使用存儲(chǔ)在該表項(xiàng)中的內(nèi)容，生成針對(duì)內(nèi)容獲取請(qǐng)求的 應(yīng)答(S1309)。另一方面，在步驟S1308，在判定為不具有與檢索鍵一致的表項(xiàng)的情況下，由于沒(méi) 有存儲(chǔ)從終端107請(qǐng)求的內(nèi)容，所以Web代理105向Web服務(wù)器102 (源服務(wù)器)傳輸內(nèi)容 獲取請(qǐng)求(S1310)。在這種情況下，Web代理105向內(nèi)容表610追加新的表項(xiàng)，在所追加的 表項(xiàng)的URL 611和目的地IP地址612中分別存儲(chǔ)復(fù)原后的URL和IP地址。然后，Web代理105從Web服務(wù)器102接收針對(duì)內(nèi)容獲取請(qǐng)求的應(yīng)答，并獲取接收 到的應(yīng)答中包含的內(nèi)容(S1311)。然后，在獲取的內(nèi)容中包含鏈接目的地的URL的情況下， Web代理105根據(jù)圖12所示的URL變換規(guī)則，把鏈接目的地的URL變換為包含散列值的 URL(S1312)。并且，使用包含變換后的URL的內(nèi)容，生成針對(duì)內(nèi)容獲取請(qǐng)求的應(yīng)答。然后，Web代理105將所獲取的內(nèi)容及包含鏈接目的地的散列值的URL，存儲(chǔ)在內(nèi) 容表610中對(duì)應(yīng)的表項(xiàng)的內(nèi)容613中(S1313)。并且，最后，Web代理105向終端107發(fā)送針對(duì)內(nèi)容獲取請(qǐng)求的應(yīng)答(S1314)，并結(jié) 束處理(S1315)。圖14是表示本發(fā)明的第2實(shí)施方式的網(wǎng)關(guān)系統(tǒng)的內(nèi)容獲取的處理的流程圖。首先，終端107向例如Web代理1_105_1發(fā)送內(nèi)容獲取請(qǐng)求(例如“GET/ ex/2HTTP/l. OHostwww. example, org..·”) (S1401)。另外，終端107也可以在步驟S1401之前，通過(guò)圖8所示的步驟S807向DNS代理 104發(fā)送名字解析請(qǐng)求(例如“AAAA ？ www. example, org”)。DNS代理104通過(guò)圖8所示 的步驟S808和809，執(zhí)行名字解析請(qǐng)求。由此，與第1實(shí)施方式相同，內(nèi)容獲取請(qǐng)求到達(dá)負(fù) 責(zé)與 “www. example, org” 相對(duì)應(yīng)的 IP 地址(例如 “2001. db8 :41de 3297 :ecl8 :5fae，，) 的 Web 代理 1_105-1。然后，Web代理1_105_1在接收到從終端107發(fā)送的內(nèi)容獲取請(qǐng)求時(shí)，從接收到的 內(nèi)容獲取請(qǐng)求的包頭中獲取內(nèi)容獲取目的地的URL，根據(jù)圖12所示的URL變換規(guī)則，把所 獲取的 URL 變換為包含散列值的 URL、例如“http://www. example, org. 820d92dcb08edcdd. hash, value/ex/2” (S1402)。并且，Web 代理 1_105_1 向終端 107 發(fā)送代碼 302 的 HTTP 應(yīng) 答(S1403)。然后，執(zhí)行名字解析及地址解析的處理(S1404)。具體地講，終端107接收到代碼302的HTTP時(shí)，再次向DNS代理104發(fā) 送名字解析請(qǐng)求，以便獲取與包含散列值的主機(jī)名(例如“http://www. example, org. 820d92dcb08edcdd. hash, value”)對(duì)應(yīng)的 IP 地址(S1404)。這里，DNS代理104與第1實(shí)施方式的處理不同，也可以從包含散列值的主機(jī) 名(例如 “www. example, org. 820d92dcb08edcdd. hash, value”)中只提取散列值(例如 “820d92dcb08edcdd”)。并且，也可以將在地址生成函數(shù)210中使用的IPv6前綴和所提取 的散列值合在一起，并生成IP地址。另外，DNS代理104也可以與第1實(shí)施方式相同，使用地址生成函數(shù)210，從包含散 列值的主機(jī)名(“www. example, org. 820d92dcb08edcdd. hash, value”)計(jì)算新的散列值，并根據(jù)所計(jì)算的散列值來(lái)生成IP地址。另外，終端107或鄰近的路由器為了確定登記了所生成的IP地址的裝置，發(fā)送地 址解析請(qǐng)求，并獲取負(fù)責(zé)所生成的IP地址的Web代理105的MAC地址。然后，終端107向負(fù)責(zé)所生成的IP地址的、例如Web代理2_105_2發(fā)送內(nèi)容獲取請(qǐng) 求(例如"GET/ex/2HTTP/L OHostwww. example, org. 820d92dcb08edcdd. hash, value..·，，)
(51405)。然后，Web代理2_105-2從接收到的內(nèi)容獲取請(qǐng)求的包頭中獲取包含 散列值的URL，并從所獲取的包含散列值的URL (例如“http://WWW. example, org. 820d92dcb08edcdd. hash, value/ex/2”)，刪除散列值(例如“820d92dcb08edcdd”)及 主機(jī)名的后綴(例如“.hash, value”)。由此，獲取變換前的URL(在S1401請(qǐng)求的內(nèi)容獲 取目的地的 URL "http://www. example, org/ex/2，，)。然后，Web 代理 2_105_2 把所獲取的 變換前的URL作為檢索鍵，檢索內(nèi)容表610，并判定是否存儲(chǔ)有與檢索鍵的URL對(duì)應(yīng)的內(nèi)容
(51406)。這里，假設(shè)沒(méi)有存儲(chǔ)對(duì)應(yīng)的內(nèi)容，Web代理2_105-2向Web服務(wù)器102傳輸內(nèi)容 獲取請(qǐng)求(S1407)。并且，Web代理2_105_2從Web服務(wù)器102接收針對(duì)內(nèi)容獲取請(qǐng)求的應(yīng)答(S1408)。 然后，Web代理2_105-2獲取接收到的應(yīng)答中包含的內(nèi)容，將所獲取的內(nèi)容存儲(chǔ)在內(nèi)容表 610的表項(xiàng)中(S1409)。這里，在所獲取的內(nèi)容中包含鏈接目的地的URL的情況下，Web代 理2_105-2根據(jù)圖12所示的URL變換規(guī)則，變換內(nèi)容中包含的URL，將變換后的URL也存儲(chǔ) 在內(nèi)容表610的表項(xiàng)中(S1409)。S卩，Web代理根據(jù)URL變換規(guī)則，預(yù)先把發(fā)送給終端107的內(nèi)容中包含的URL變 換為包含散列值的URL。這是為了避免在終端107訪問(wèn)某個(gè)內(nèi)容時(shí)，產(chǎn)生不包含“.hash, value"的內(nèi)容獲取請(qǐng)求和包含“.hash, value"的內(nèi)容獲取請(qǐng)求這兩個(gè)請(qǐng)求。然后，Web代理2_105_2把所獲取的內(nèi)容及包含內(nèi)容的鏈接目的地的散列值的 URL，作為針對(duì)內(nèi)容獲取請(qǐng)求的應(yīng)答發(fā)送給終端107(S1410)。另外，在用戶點(diǎn)擊了所發(fā)送的內(nèi)容的鏈接目的地的URL的情況下，由于已經(jīng)在該 鏈接目的地的URL中嵌入了散列值，所以能夠省略步驟S1401 S1404的處理。如以上說(shuō)明的那樣，根據(jù)第2實(shí)施方式，以比主機(jī)單位更下位的路徑單位，將緩存 的內(nèi)容分散到各個(gè)Web代理中，所以網(wǎng)關(guān)系統(tǒng)能夠更有效地實(shí)現(xiàn)負(fù)荷分散。
權(quán)利要求
1.一種網(wǎng)關(guān)系統(tǒng)，將從多個(gè)終端針對(duì)多個(gè)第1服務(wù)器裝置的請(qǐng)求進(jìn)行分散，其特征在于，所述網(wǎng)關(guān)系統(tǒng)具有名字解析裝置和多個(gè)第2服務(wù)器裝置，所述名字解析裝置被分發(fā)了用于從字符串生成IP地址的地址生成函數(shù)，在各個(gè)所述第2服務(wù)器裝置中登記了預(yù)定的多個(gè)IP地址，所述名字解析裝置在接收到從所述終端發(fā)送的、訪問(wèn)目的地的URL的名字解析用的第 1請(qǐng)求時(shí)，從所述接收到的第1請(qǐng)求中提取訪問(wèn)目的地的URL，所述名字解析裝置使用所述地址生成函數(shù)，從所述提取到的URL的主機(jī)名的字符串生 成IP地址，所述名字解析裝置將所述生成的IP地址作為所述第1請(qǐng)求的應(yīng)答，發(fā)送給所述終端， 所述終端將以所述第1服務(wù)器裝置的URL作為訪問(wèn)目的地的第2請(qǐng)求，發(fā)送給登記了 作為所述第1請(qǐng)求的應(yīng)答而被發(fā)送的IP地址的所述第2服務(wù)器裝置后，所述第2服務(wù)器裝 置根據(jù)訪問(wèn)目的地的URL，將所述發(fā)送的第2請(qǐng)求傳輸給所述第1服務(wù)器裝置。
2.根據(jù)權(quán)利要求1所述的網(wǎng)關(guān)系統(tǒng)，其特征在于， 所述網(wǎng)關(guān)系統(tǒng)還具有管理裝置，所述管理裝置將所述地址生成函數(shù)分發(fā)給所述名字解析裝置， 所述管理裝置將由所述名字解析裝置生成的全部所述IP地址劃分為多個(gè)IP地址， 所述管理裝置將所述劃分后的多個(gè)IP地址分發(fā)給各個(gè)所述第2服務(wù)器裝置， 所述第2服務(wù)器裝置登記所述分發(fā)的多個(gè)IP地址。
3.根據(jù)權(quán)利要求1所述的網(wǎng)關(guān)系統(tǒng)，其特征在于，所述第2服務(wù)器裝置根據(jù)用于從所述第1服務(wù)器裝置獲取內(nèi)容的所述第2請(qǐng)求，在從 所述第1服務(wù)器裝置獲取內(nèi)容后，將所述獲取的內(nèi)容與存儲(chǔ)有所述內(nèi)容的URL相對(duì)應(yīng)地進(jìn) 行存儲(chǔ)，所述第2服務(wù)器裝置接收到從所述終端發(fā)送的第2請(qǐng)求后，根據(jù)從所述接收到的第2 請(qǐng)求中提取的URL，判定是否存儲(chǔ)有所述終端請(qǐng)求的內(nèi)容，在沒(méi)有存儲(chǔ)所述終端請(qǐng)求的內(nèi)容的情況下，所述第2服務(wù)器裝置將所述接收到的第2 請(qǐng)求傳輸給所述第1服務(wù)器裝置，所述第2服務(wù)器裝置從所述第1服務(wù)器裝置獲取所述請(qǐng)求的內(nèi)容， 在存儲(chǔ)有所述終端請(qǐng)求的內(nèi)容的情況下，所述第2服務(wù)器裝置將所述存儲(chǔ)的內(nèi)容發(fā)送 給所述終端。
4.根據(jù)權(quán)利要求1所述的網(wǎng)關(guān)系統(tǒng)，其特征在于， 所述名字解析裝置是DNS服務(wù)器。
5.根據(jù)權(quán)利要求1所述的網(wǎng)關(guān)系統(tǒng)，其特征在于， 所述網(wǎng)關(guān)系統(tǒng)還具有地址變換裝置，在所述地址變換裝置中登記了所述預(yù)定的多個(gè)IP地址， 在所述第2服務(wù)器裝置中登記了預(yù)定的代表IP地址，在由所述終端向登記了所述發(fā)送的IP地址的所述地址變換裝置發(fā)送所述第2請(qǐng)求后， 所述地址變換裝置根據(jù)所述登記的多個(gè)IP地址與所述第2服務(wù)器裝置的代表IP地址之間 的對(duì)應(yīng)關(guān)系，將所述發(fā)送的第2請(qǐng)求傳輸給所述第2服務(wù)器裝置。
6.一種網(wǎng)關(guān)系統(tǒng)，將從多個(gè)終端針對(duì)多個(gè)第1服務(wù)器裝置的請(qǐng)求進(jìn)行分散，其特征在于，所述網(wǎng)關(guān)系統(tǒng)具有名字解析裝置和多個(gè)第2服務(wù)器裝置，在各個(gè)所述第2服務(wù)器裝置中登記了預(yù)定的多個(gè)IP地址，并被分發(fā)了用于從字符串生 成散列值的散列函數(shù)，所述第2服務(wù)器裝置從所述終端接收用于從所述第1服務(wù)器裝置獲取內(nèi)容的第2請(qǐng)求 后，從所述接收到的第2請(qǐng)求中提取訪問(wèn)目的地的URL，所述第2服務(wù)器裝置判定所述提取的URL中是否包含散列值， 在包含所述散列值的情況下，所述第2服務(wù)器裝置從所述提取的URL中刪除所述散列值，所述第2服務(wù)器裝置將以被刪除了所述散列值的URL作為訪問(wèn)目的地的所述第2請(qǐng)求 傳輸給所述第1服務(wù)器裝置，在不包含所述散列值的情況下，所述第2服務(wù)器裝置使用所述分發(fā)的散列函數(shù)，從所 述提取的URL的字符串生成散列值，所述第2服務(wù)器裝置將所述生成的散列值追加到所述提取的URL的主機(jī)名中， 所述第2服務(wù)器裝置指示所述終端再次發(fā)送以包含所述散列值的URL作為訪問(wèn)目的地 的所述第2請(qǐng)求，在由所述終端向所述名字解析裝置發(fā)送了包含所述散列值的URL的名字解析用的第1 請(qǐng)求后，所述名字解析裝置從所述第1請(qǐng)求中提取訪問(wèn)目的地的URL， 所述第2服務(wù)器裝置還從所述提取的URL中提取散列值， 所述第2服務(wù)器裝置將預(yù)定的前綴和所述提取的散列值合在一起，生成IP地址， 所述第2服務(wù)器裝置將所述生成的IP地址作為所述第1請(qǐng)求的應(yīng)答，發(fā)送給所述終端，由所述終端向登記了作為所述第1請(qǐng)求的應(yīng)答而被發(fā)送的IP地址的所述第2服務(wù)器 裝置，發(fā)送以包含所述散列值的URL作為訪問(wèn)目的地的所述第2請(qǐng)求。
7.根據(jù)權(quán)利要求6所述的網(wǎng)關(guān)系統(tǒng)，其特征在于，所述第2服務(wù)器裝置根據(jù)所述第2請(qǐng)求，從所述第1服務(wù)器裝置獲取內(nèi)容， 在所述獲取的內(nèi)容中包含鏈接目的地的URL的情況下，所述第2服務(wù)器裝置使用所述 散列函數(shù)，從所述鏈接目的地的URL的字符串生成散列值，所述第2服務(wù)器裝置將所述生成的散列值追加到所述鏈接目的地的URL的主機(jī)名中， 所述第2服務(wù)器裝置存儲(chǔ)所述獲取的內(nèi)容及包含所述散列值的鏈接目的地的URL， 所述第2服務(wù)器裝置將所述獲取的內(nèi)容及包含所述散列值的鏈接目的地的URL作為所 述第2請(qǐng)求的應(yīng)答，發(fā)送給所述終端。
8.—種控制方法，在網(wǎng)關(guān)系統(tǒng)中執(zhí)行，該網(wǎng)關(guān)系統(tǒng)將從多個(gè)終端針對(duì)多個(gè)第1服務(wù)器 裝置的請(qǐng)求進(jìn)行分散，其特征在于，所述網(wǎng)關(guān)系統(tǒng)具有名字解析裝置和多個(gè)第2服務(wù)器裝置， 所述名字解析裝置被分發(fā)了用于從字符串生成IP地址的地址生成函數(shù)， 在各個(gè)所述第2服務(wù)器裝置中登記了預(yù)定的多個(gè)IP地址， 所述控制方法包括如下步驟所述名字解析裝置在從所述終端接收到訪問(wèn)目的地的URL的名字解析用的第1請(qǐng)求 時(shí)，從所述接收到的第1請(qǐng)求中提取訪問(wèn)目的地的URL的步驟；所述名字解析裝置使用所述地址生成函數(shù)，從所述提取到的URL的主機(jī)名的字符串生 成IP地址的步驟；所述名字解析裝置將所述生成的IP地址作為所述第1請(qǐng)求的應(yīng)答，發(fā)送給所述終端的 步驟；以及所述終端將以所述第1服務(wù)器裝置的URL作為訪問(wèn)目的地的第2請(qǐng)求，發(fā)送給登記了 所述發(fā)送的IP地址的所述第2服務(wù)器裝置后，所述第2服務(wù)器裝置根據(jù)訪問(wèn)目的地的URL， 將所述發(fā)送的第2請(qǐng)求傳輸給所述第1服務(wù)器裝置的步驟。
9.根據(jù)權(quán)利要求8所述的控制方法，其特征在于， 所述網(wǎng)關(guān)系統(tǒng)還具有管理裝置，所述控制方法還包括如下步驟所述管理裝置將所述地址生成函數(shù)分發(fā)給所述名字解析裝置的步驟；所述管理裝置將由所述名字解析裝置生成的全部所述IP地址劃分為多個(gè)IP地址的步驟；所述管理裝置將所述劃分后的多個(gè)IP地址分發(fā)給各個(gè)所述第2服務(wù)器裝置的步驟；以及所述第2服務(wù)器裝置登記所述分發(fā)的多個(gè)IP地址的步驟。
10.根據(jù)權(quán)利要求8所述的控制方法，其特征在于， 所述網(wǎng)關(guān)系統(tǒng)還具有管理裝置，所述控制方法還包括如下步驟所述管理裝置將用于從字符串生成函數(shù)值的散列函數(shù)分發(fā)給所述第2服務(wù)器裝置的 步驟；所述第2服務(wù)器裝置接收到從所述終端發(fā)送的第2請(qǐng)求后，從所述接收到的第2請(qǐng)求 中提取訪問(wèn)目的地的URL的步驟；所述第2服務(wù)器裝置判定所述提取的URL中是否包含散列值的步驟； 在包含所述散列值的情況下，所述第2服務(wù)器裝置從所述提取的URL中刪除所述散列 值的步驟；在不包含所述散列值的情況下，所述第2服務(wù)器裝置使用所述分發(fā)的散列函數(shù)，從所 述提取的URL的字符串生成散列值的步驟；所述第2服務(wù)器裝置將所述生成的散列值追加到所述提取的URL的主機(jī)名中的步驟；以及所述第2服務(wù)器裝置指示所述終端再次發(fā)送以包含所述散列值的URL作為訪問(wèn)目的地 的所述第2請(qǐng)求的步驟。
11.根據(jù)權(quán)利要求10所述的控制方法，其特征在于， 還包括如下步驟所述第2服務(wù)器裝置在根據(jù)用于從所述第1服務(wù)器裝置獲取內(nèi)容的所述第2請(qǐng)求，從 所述第1服務(wù)器裝置獲取內(nèi)容后，判定所述獲取的內(nèi)容中是否包含鏈接目的地的URL的步 驟；在所述獲取的內(nèi)容中包含鏈接目的地的URL的情況下，所述第2服務(wù)器裝置使用所述 散列函數(shù)，從所述鏈接目的地的URL的字符串生成散列值的步驟；所述第2服務(wù)器裝置將所述生成的散列值追加到所述鏈接目的地的URL的主機(jī)名中的 步驟；以及所述第2服務(wù)器裝置將所述獲取的內(nèi)容及包含所述散列值的鏈接目的地的URL，與被 刪除了所述散列值的URL相對(duì)應(yīng)地進(jìn)行存儲(chǔ)的步驟。
12.根據(jù)權(quán)利要求11所述的控制方法，其特征在于， 還包括如下步驟在刪除所述散列值的步驟之后，所述第2服務(wù)器裝置根據(jù)被刪除了所述散列值的URL， 判定是否存儲(chǔ)了所述終端請(qǐng)求的內(nèi)容的步驟；在沒(méi)有存儲(chǔ)所述請(qǐng)求的內(nèi)容的情況下，所述第2服務(wù)器裝置將以被刪除了所述散列值 的URL作為訪問(wèn)目的地的所述第2請(qǐng)求，傳輸給所述第1服務(wù)器裝置的步驟；以及在存儲(chǔ)了所述請(qǐng)求的內(nèi)容的情況下，所述第2服務(wù)器裝置將所述存儲(chǔ)的內(nèi)容及包含所 述散列值的鏈接目的地的URL，發(fā)送給所述終端的步驟。
全文摘要
本發(fā)明的目的在于，提供一種網(wǎng)關(guān)系統(tǒng)及控制方法，不需在前級(jí)設(shè)置復(fù)雜的負(fù)荷分散裝置等，即可將負(fù)荷分散到多個(gè)網(wǎng)關(guān)服務(wù)器中。一種將從多個(gè)終端針對(duì)多個(gè)第1服務(wù)器裝置的請(qǐng)求進(jìn)行分散的網(wǎng)關(guān)系統(tǒng)，該網(wǎng)關(guān)系統(tǒng)具有第2服務(wù)器裝置和名字解析裝置，名字解析裝置被分發(fā)了地址生成函數(shù)，在第2服務(wù)器裝置中登記了預(yù)定的多個(gè)IP地址，名字解析裝置在接收到名字解析用的第1請(qǐng)求時(shí)，從第1請(qǐng)求中提取訪問(wèn)目的地的URL，并使用地址生成函數(shù)，從URL的主機(jī)名的字符串生成IP地址，將IP地址發(fā)送給終端，終端將以第1服務(wù)器裝置的URL作為訪問(wèn)目的地的第2請(qǐng)求，發(fā)送給登記了IP地址的第2服務(wù)器裝置后，第2服務(wù)器裝置根據(jù)訪問(wèn)目的地的URL，將第2請(qǐng)求傳輸給第1服務(wù)器裝置。
文檔編號(hào)H04L12/66GK101997785SQ201010247379
公開(kāi)日2011年3月30日 申請(qǐng)日期2010年8月5日 優(yōu)先權(quán)日2009年8月10日
發(fā)明者東村邦彥 申請(qǐng)人:株式會(huì)社日立制作所