專利名稱：代理服務器以及控制它的方法和程序的制作方法
技術領域：
本發(fā)明涉及一種代理服務器、一種控制該代理服務器的方法和一種用于控制該代理服務器的程序。
背景技術：
由于移動電話能夠運用的URL長度是有限制的，因此現在有一種可用技術能夠實 現不受這一限制地訪問網頁(見日本專利申請公開第2003-141002號的說明書)。對于諸如移動電話這樣的客戶終端，存在著客戶終端和內容服務器經由代理服務 器進行通信而非直接通信的情形。在客戶終端如此這般地經由代理服務器與內容服務器進 行通信的情況下，當多個內容服務器與代理服務器相連接并且客戶終端與多個內容服務器 進行通信時，通常這樣的通信的歷史無法查明并且存在著無法對訪問加以分析的情形。
發(fā)明內容
本發(fā)明的目的是將代理服務器安排成在客戶終端經由代理服務器與多個內容服 務器通信的情況下，能夠確定這一通信的歷史。按照本發(fā)明，前述目的是通過提供一種代理服務器來達成的，該代理服務器是通 信系統(tǒng)的一個構成部分，該通信系統(tǒng)具有客戶終端、該代理服務器和多個內容服務器，該代 理服務器包括URL轉換構件(URL轉換裝置)，用于對網頁中的多個嵌入的URL進行轉換， 其中指示多個內容服務器的網頁的所述多個URL已被嵌入在網頁中作為鏈接目的地；網頁 數據發(fā)送構件(網頁數據發(fā)送裝置)，用于將代表其中嵌入了由所述URL轉換構件轉換了的 多個URL的網頁的網頁數據發(fā)送到客戶終端；網頁請求接收構件(網頁請求接收裝置)，能 夠對所述網頁數據發(fā)送構件向客戶終端的網頁數據發(fā)送做出響應，用于接收從客戶終端發(fā) 來的請求由在客戶終端處從多個URL中選擇的一個URL所代表的網頁的請求數據；URL反 轉換構件(URL反轉換裝置)，用于將由所述網頁請求接收構件接收到的請求數據所代表的 經過轉換的URL還原為轉換之前所用的URL ；存儲控制構件(存儲控制裝置)，用于控制存 儲構件，以便存儲由所述URL反轉換構件還原為轉換之前的樣子的URL ；請求數據發(fā)送構件 (請求數據發(fā)送裝置)，用于將對所述URL反轉換構件還原出來的URL所指定的網頁進行請 求的請求數據發(fā)送到多個內容服務器中的由已經還原為轉換之前的樣子的URL的網頁所 代表的內容服務器；網頁數據接收構件(網頁數據接收裝置)，能夠對在內容服務器處對從 該請求數據發(fā)送構件發(fā)來的請求數據的接收做出響應，用于接收從該內容服務器發(fā)來的網 頁數據；和URL轉換控制構件(URL轉換控制裝置)，用于以這樣一種方式控制所述URL轉 換構件當表示所述內容服務器的網頁的URL被作為鏈接目的地嵌入在了由所述網頁數據 接收構件接收到的網頁數據所代表的網頁中時，對所嵌入的URL進行轉換。本發(fā)明還提供了一種適合于上述代理服務器的控制方法。具體來說，本發(fā)明提供 了一種控制代理服務器的方法，該代理服務器是通信系統(tǒng)的一個構成部分，該通信系統(tǒng)具 有客戶終端、該代理服務器和多個內容服務器，所述方法包括URL轉換構件對網頁中的多個嵌入的URL進行轉換，其中指示了多個內容服務器的網頁的所述多個URL嵌入在網頁中 作為鏈接目的地；網頁數據發(fā)送構件將代表其中嵌入了由所述URL轉換構件轉換了的多個 URL的網頁的網頁數據發(fā)送到客戶終端；響應于所述網頁數據發(fā)送構件向客戶終端的網頁 數據發(fā)送，網頁請求接收構件接收從客戶終端發(fā)來的請求由在客戶終端處從多個URL中選 擇的一個URL所代表的網頁的請求數據；URL反轉換構件將由所述網頁請求接收構件接收 到的請求數據所代表的經過轉換的URL還原為轉換之前所用的URL ；存儲控制構件控制存 儲構件，以便存儲由所述URL反轉換構件還原為轉換之前的樣子的URL ；請求數據發(fā)送構件 將所述URL反轉換構件還原出來的URL所指定的網頁進行請求的請求數據發(fā)送到多個內 容服務器中的由已經還原為轉換之前的樣子的URL的網頁所代表的內容服務器；響應于所 述內容服務器處對從請求數據發(fā)送構件發(fā)來的請求數據的接收，網頁數據接收構件接收從 該內容服務器發(fā)來的網頁數據；和URL轉換控制構件以這樣一種方式控制所述URL轉換構 件當表示所述內容服務器的網頁的URL被作為鏈接目的地嵌入在了由所述網頁數據接收 構件接收到的網頁數據所代表的網頁中時，對所嵌入的URL進行轉換。 本發(fā)明還提供了一種用于實現上述控制代理服務器的方法的程序。按照本發(fā)明，對包含在網頁中的多個URL進行轉換，其中這些表示了多個內容服 務器的網頁的URL已被作為鏈接目的地嵌入在了網頁中。將代表其中嵌入了經過轉換的 URL的這一網頁的網頁數據從代理服務器發(fā)送到客戶終端。在客戶終端處選擇這多個URL 中的一個，并且將請求這一所選URL的請求數據從客戶終端發(fā)送到代理服務器。當在代理 服務器處接收到該請求數據時，代理服務器將所選的URL還原為轉換之前所用的URL。保存 還原出來的URL并且將對還原出來的URL所指定的網頁進行請求的請求數據發(fā)送到內容服 務器。將代表所請求網頁的數據從這一內容服務器發(fā)送到代理服務器。當所請求的網頁中 嵌入了 URL時，再次對該URL進行轉換。將其中嵌入了轉換后的URL的網頁從代理服務器 發(fā)送到客戶終端。由于從客戶終端請求的內容服務器的URL被保存在代理服務器中，因此即使客戶 終端經由代理服務器訪問了多個內容服務器，也能夠確定訪問歷史。本發(fā)明有還提供了一種包括客戶終端、代理服務器和多個內容服務器的通信系 統(tǒng)。該代理服務器包括菜單請求數據接收構件(菜單請求數據接收裝置)，用于接收 從客戶終端發(fā)來的菜單請求數據，該菜單請求數據請求其中嵌入了表示多個內容服務器的 網頁的URL的菜單頁；身份識別數據生成構件(身份識別數據生成裝置)，能夠對菜單請求 數據接收構件接收菜單請求數據做出響應，用于生成客戶終端的身份識別數據；URL轉換 構件(URL轉換裝置)，能夠對菜單請求數據接收構件接收菜單請求數據做出響應，用于對 嵌入在菜單頁中的多個URL進行轉換；和菜單頁文件發(fā)送構件(菜單頁文件發(fā)送裝置)，用 于將代表其中嵌入了由URL轉換構件轉換了的多個URL的菜單頁的菜單頁文件發(fā)送到客戶 終端。該客戶終端包括菜單頁文件接收構件(菜單頁文件接收裝置)，用于接收從代理 服務器的菜單頁文件發(fā)送構件發(fā)來的菜單頁文件；和第一請求數據發(fā)送構件(第一請求數 據發(fā)送裝置)，用于將請求由嵌入在菜單頁文件接收構件所接收到的菜單頁文件代表的菜 單頁中的多個URL當中的一個URL代表的網頁的請求數據發(fā)送給代理服務器。
代理服務器此外還包括第一請求數據接收構件(第一請求數據接收裝置)，用 于接收從客戶終端的第一請求數據發(fā)送構件發(fā)來的請求數據；URL反轉換構件(URL反轉 換裝置)，能夠對第一請求數據接收構件對請求數據的接收做出響應，用于將由所接收到的 請求數據代表的經過轉換的URL還原為轉換之前所用的URL ；存儲控制構件(存儲控制裝 置)，用于控制存儲構件，以便彼此相關聯地保存由URL反轉換構件還原為轉換之前的樣子 的URL和由身份識別數據生成構件生成的 身份識別數據；和第二請求數據發(fā)送構件(第二 請求數據發(fā)送裝置)，用于將請求由URL反轉換構件還原出來的URL所指定的網頁的請求數 據發(fā)送到多個內容服務器當中的由還原出來的URL的網頁代表的內容服務器。該內容服務器包括第二請求數據接收構件(第二請求數據接收裝置)，用于接收 從代理服務器的第二請求數據發(fā)送構件發(fā)來的請求數據；和第一網頁數據發(fā)送構件(第一 網頁數據發(fā)送裝置)，用于將由第二請求數據接收構件接收到的請求數據所請求的網頁的 數據發(fā)送到代理服務器。代理服務器此外還包括網頁數據接收構件(網頁數據接收裝置)，用于接收從內 容服務器的第一網頁數據發(fā)送構件發(fā)來的網頁數據；和第二網頁數據發(fā)送構件(第二網頁 數據發(fā)送裝置)，用于將由網頁數據接收構件接收到的網頁數據發(fā)送到客戶終端。按照本發(fā)明，從客戶終端向代理服務器發(fā)送菜單請求數據，該菜單請求數據對其 中嵌入了表示多個內容服務器的網頁的URL的菜單頁進行請求，并且由代理服務器接收該 菜單請求數據。響應于此，代理服務器生成身份識別數據并且對嵌入在菜單頁中的多個URL 進行轉換。從代理服務器向客戶終端發(fā)送代表其中嵌入了轉換后的URL的菜單頁的菜單頁 文件。當在客戶終端處接收到菜單頁文件時，顯示該菜單頁并且在嵌入在該菜單頁中的 URL當中進行選擇。將請求所選擇的URL的請求數據從客戶終端發(fā)送到代理服務器。當在代理服務器處接收到該請求數據時，將由這一請求數據請求的網頁的URL還 原為URL轉換之前所用的URL。轉換之前所用的URL身份識別數據被彼此相關聯地保存起 來，并且向指定網頁的內容服務器發(fā)送請求由還原出來的URL指定的網頁的請求數據。當在內容服務器處接收到請求數據時，將由這一請求數據請求的網頁數據發(fā)送到 代理服務器。當在代理服務器處接收到網頁數據時，將所接收到的網頁數據從代理服務器發(fā)送 到客戶終端。在客戶終端上顯示由網頁數據代表的網頁。由于從客戶終端請求的內容服務器的URL被與身份識別數據相關聯地保存在代 理服務器中，因此能夠確定客戶終端訪問內容服務器的歷史。即使客戶終端經由代理服務 器訪問了多個內容服務器，也能夠確定訪問歷史。構成上述通信系統(tǒng)一部分的代理服務器可以以單機方式來實現，并且可以提供控 制這一代理服務器的方法和程序。
圖1圖解說明本發(fā)明的總覽；圖2是菜單頁的例子；圖3是網頁的例子；
圖4是網頁的例子；圖5是菜單頁的例子；圖6是網頁的例子；圖7是網頁的例子；圖8是業(yè)務列表的例子；圖9是URL轉換/反轉換表的例子；圖10是會話信息表的例子；圖11是日志表的例子；圖12是圖解說明由客戶終端執(zhí)行的處理的流程圖；圖13是圖解說明由代理服務器執(zhí)行的處理的流程圖；和圖14是圖解說明由內容服務器執(zhí)行的處理的流程圖。
具體實施例方式圖1是圖解說明按照本發(fā)明的一種實施方式的通信系統(tǒng)的總體構成的示意圖。按照這一實施方式的通信系統(tǒng)包括由移動電話(不過，該裝置并不局限于移動電 話)代表的客戶終端10和代理服務器(代理服務器)20。內容服務器1到5與代理服務 器20相連接。客戶終端10和代理服務器20能夠直接通信，并且代理服務器20和內容服 務器1到5也能夠直接通信。客戶終端10和內容服務器1到5經由代理服務器20通信， 而非直接通信。在客戶終端10中安裝有用于控制操作的客戶程序11，稍后將介紹該客戶程序11。 客戶終端10包括CPU、用于顯示網頁(菜單頁)的顯示單元、用于與代理服務器20進行通信 的通信單元、用于施加各種不同命令的鍵盤和存儲器等(不過這些在附圖中都沒有示出)。在代理服務器20中安裝有用于控制操作的服務器程序21，稍后將介紹該服務器 程序21。服務器程序21存儲在由⑶-ROM(致密盤只讀存儲器)代表的記錄介質上。該服 務器程序21由CD-ROM驅動器(未示出)讀取并且被安裝到代理服務器20中。當然，也可 以安排成接收從另一臺服務器之類的地方發(fā)送來的服務器程序21并且將其安裝到代理服 務器20中。代理服務器20此外還包括用于存儲各種不同表格(稍后將對此進行介紹)和 其它數據的硬盤22。硬盤22由硬盤驅動器(未示出)訪問。在內容服務器1到5的每一個中安裝有用于控制操作的服務器程序，稍后將介紹 該服務器程序。內容服務器1到5中的每一個還含有儲存了客戶終端10的顯示單元上所 顯示的網頁的數據等的硬盤。代理服務器20和各個內容服務器1到5還包括顯示單元、通信單元、存儲器、硬盤 驅動器和鍵盤等。圖2圖解說明具有URL "domein. com"的菜單頁的例子。具有URL "domein. com"的網頁30包含示為“郵件操作”的第一字符串31、示為“官方站點”的第二字符串32、示為“公司站點”的第三字符串33、示為“文件服務器”的第 四字符串34和示為“數據庫訪問”的第五字符串35。這第一到第五字符串31到35是可 點擊的并且構成熱字。第一到第五字符串31，32，33，34和35分別鏈接到第一內容服務 器1、第二內容服務器2、第三內容服務器3、第四內容服務器4和第五內容服務器5的網頁URL[http://webmail]、[http://official]> [http://company]> [http://fileserver]禾口 [http://database]圖3圖解說明具有URL "httpV/webmail"的網頁郵件頁的例子。該網頁郵件頁包含示為“創(chuàng)建郵件”的第一字符串61和示為“轉到文件服務器”的 第二字符串62。第一字符串61和第二字符串62 二者都是可點擊的并且都構成熱字。第一 字符串61鏈接到具有URL "webmail. new. html”的網頁。第二字符串62鏈接到[http:// f ileserver]。圖4圖解說明URL為“http://fileserver”的文件服務器頁的例子。文件服務器頁包含示為“上傳文件”的字符串81。字符串81是可點擊的并且構成 熱字。字符串81鏈接到URL為“fileserver.upload.html”的網頁。如果在顯示圖2中所示的菜單頁30的情況下點擊第一字符串31，則客戶終端與第 一內容服務器1進行通信并且顯示圖3中所示的網頁郵件頁60，該網頁郵件頁60是第一字 符串31的鏈接目的地。類似地，如果在顯示圖2中所示的菜單頁30的情況下點擊第二字 符串32、第三字符串33、第四字符串34和第五字符串35，則客戶終端與第二內容服務器2、 第三內容服務器3、第四內容服務器4和第五內容服務器5進行通信，這些內容服務器中存 儲著代表了第二字符串32、第三字符串33、第四字符串34和第五字符串35各自的鏈接目 的地的網頁的數據，并且顯示這些網頁。例如，如果點擊菜單頁30上的第四字符串34，則客 戶終端與第四內容服務器4進行通信并且顯示圖4中所示的文件服務器頁。如果在顯示圖3中所示的網頁郵件頁60的情況下點擊第一字符串61，則客戶終端 與第一內容服務器1進行通信并且顯示URL示為“webmail. new. html”的網頁。此外，如果 點擊第二字符串62，則客戶終端與第四內容服務器4進行通信并且顯示圖4中所示的文件 服務器頁。在這一實施方式中，如果在客戶終端10上請求圖2中所示的菜單頁30，則在客戶 終端10的顯示單元的顯示屏上顯示圖5中所示的菜單頁40。圖5圖解說明菜單頁的例子。類似于圖2中所示的網頁30，網頁40包含示為“郵件操作”的第一字符串41、示 為“官方站點”的第二字符串42、示為“公司站點”的第三字符串43、示為“文件服務器”的 第四字符串44和示為“數據庫訪問”的第五字符串45。這第一到第五字符串41到45是 可點擊的并且構成熱字。作為鏈接目的地嵌入在這第一到第五字符串41，42，43，44和45 ΦURL jfM^i [http//domein. com/1. html]、 [http://domein. com/2, html]、 [http:// dome in. com/3, html、[http://domein. eom/4. html]禾口 [http://domein. com/5, html]。如果將圖2中所示的菜單頁30與圖5中所示的菜單頁40加以比較，就會明白鏈 接目的地的嵌入URL已經被轉換了。此外，在這一實施方式中，如果在客戶終端10上請求圖3中所示的網頁郵件頁，則 在客戶終端10的顯示單元的顯示屏上顯示附圖6中所示的網頁郵件頁。圖6是網頁郵件頁70的例子。類似于圖3中所示的網頁郵件頁60，網頁郵件頁70包含示為“郵件操作”的第一 字符串71和示為“轉到文件服務器”的第二字符串72。這里已經將xl. html嵌入到了第一 字符串71中作為鏈接目的地的URL，并且已經將yl. html嵌入到了第二字符串72中作為鏈接目的地的URL。這樣一來，在圖6中所示的網頁郵件頁70的情況下，與圖3中所示的網頁 郵件頁60相比，所嵌入的鏈接目的地的URL已經被轉換了。圖7是文件服務器頁90的例子。 類似于圖4中所示的文件服務器頁80，文件服務器頁90包含示為"上傳文件"的 字符串91。這里在字符串91中嵌入了 yl.html作為鏈接目的地的URL。在圖7中所示的 文件服務器頁90的情況下，與圖4中所示的文件服務器頁80相比，所嵌入的鏈接目的地的 URL已經被轉換了。圖8到圖11是存儲在代理服務器中的各種不同表格的例子。圖8是業(yè)務列表的例子。業(yè)務列表指明與代理服務器20連接的內容服務器1到5的URL，以及能夠由這些 內容服務器1到5提供的業(yè)務。內容服務器1到5的URL和業(yè)務名是與標識業(yè)務的業(yè)務ID 相對應地存儲的。圖9是URL轉換/反轉換表的例子。URL轉換/反轉換表包含了在已經將圖2到4中所示的嵌入在菜單頁30或網頁 60,80內的鏈接目的地的URL轉換為如圖5到7中所示的嵌入在菜單頁40和網頁70、90中 的鏈接目的地的URL的情況下轉換之前和之后的URL。此外，URL轉換/反轉換表還包含了 已經嵌入了轉換之前和之后的URL的鏈接源菜單頁或網頁的URL(鏈接源URL)。URL轉換/反轉換表此外還包含由鏈接源URL指示的業(yè)務ID (源業(yè)務ID)和會話 ID (身份識別數據)。會話ID是在客戶終端10向代理服務器20請求了菜單頁的情況下產 生的。稍后將會介紹，客戶終端10是否經由代理服務器20與內容服務器1到5進行了通 信，可以使用會話ID來確定。圖10是會話信息表的例子。會話信息表包含在通信系統(tǒng)內的通信中產生的會話信息(即cookies)。會話數據 和有效期與會話ID和業(yè)務ID相對應地存儲在會話信息表中。圖11是日志表的例子。就每個會話ID而言，日志表包含客戶終端10所請求的網頁的URL。日志表包含所 請求網頁的URL(轉換之前的鏈接目的地URL)和從中發(fā)出這些請求的鏈接源URL(所請求 URL嵌入于其中的鏈接源URL)。做出這些請求的時間也存儲在日志表中。圖12到圖14是圖解說明這一通信系統(tǒng)中執(zhí)行的處理的流程圖。每當客戶終端10從斷開狀態(tài)開始訪問代理服務器20時，從客戶終端10向代理服 務器20發(fā)出一個菜單頁請求(圖12中步驟101的“是”和步驟102)。當在代理服務器20處接收到從客戶終端10發(fā)出的菜單頁請求時(圖13中步驟 111的“是”)，代理服務器20生成用于指明從接收菜單頁請求一直到切斷客戶終端10與代 理服務器20之間的通信這一系列處理的會話ID(附圖13中的步驟112)。此外，代理服務 器20生成圖2中所示的菜單頁30(圖13中的步驟113)。在生成菜單頁30時，對已經嵌入在菜單頁30中的鏈接目的地的URL加以轉換并 且按照圖5中所示的方式生成新菜單頁40(圖13中的步驟118)。轉換之前和之后的鏈接 目的地URL都保存在URL轉換/反轉換表中。在存在會話數據的情況下，將會話數據保存 在會話信息表中(圖13中的步驟119)。如果需要，在日志表中保存大意是已經訪問了菜單頁30的日志信息。自然，在與菜單頁30有關的處理中，客戶終端10并不經由代理服務器 20與內容服務器1到5通信，因此沒有必要在日志表中保存日志信息。(出于這一原因，表 示客戶終端10訪問了菜單頁30的日志信息沒有被保存在附圖11中所示的日志表中。)如圖5中所示，從代理服務器20向客戶終端10發(fā)送代表其中嵌入的鏈接目的地 URL已被轉換的菜單頁40的菜單頁數據(圖13中的步驟121)。在客戶終端10處接 收從代理服務器20發(fā)來的菜單頁數據(附圖12中的步驟 105)。當這發(fā)生時，由這一菜單頁數據代表的附圖5中所示的菜單頁40被顯示在客戶終端 10的顯示單元的顯示屏幕上(圖12中的步驟106)。客戶終端10的用戶點擊菜單頁40上顯示的第一字符串41到第五字符串45中的 任何一個字符串。當完成這一動作時，客戶終端10向代理服務20發(fā)出一個對由嵌入在所 點擊的字符串中的鏈接目的地URL所指定的網頁進行的請求(圖12中步驟103的“是”和 步驟104)。在代理服務器20處接收從客戶終端10發(fā)來的網頁請求(圖13中步驟114的 “是”)。當完成這一動作時，代理服務器20查閱URL轉換/反轉換表并且將所請求網頁的 URL還原為轉換之前所用的URL。在客戶終端10的顯示單元的顯示屏幕上顯示圖5中所示的菜單頁40。這里假設 用戶點擊了第一字符串41。響應于此，由于在第一字符串41嵌入了 http://d0mein. com/1, html作為經過轉換的URL，因此從客戶終端10向代理服務器20發(fā)出針對URL為http:// dome in. com/1, html 的網頁的請求。由于 URLhttp //dome in. com/1, html 是在代理服務 器20中對URLhttp/zVebmail進行了轉換之后獲得的，因此代理服務器20將它還原為 http://webmail,即轉換之前的 URL。將針對轉換之前所用的這一 URL所指定的網頁的請求發(fā)送到由轉換之前所用的 這一 URL指定的內容服務器1到5中的一個(圖13中的步驟116)。當在內容服務器1到5中的任何內容服務器處接收到從代理服務器20發(fā)來的網 頁請求時(圖14中的步驟131)，將與該請求相符的網頁數據從這一內容服務器發(fā)送到代理 服務器20 (圖14中的步驟132)。當在代理服務器20處接收到從內容服務器發(fā)出的網頁數據時(附圖13中的步驟 117)，以類似于菜單頁的轉換方式對嵌入在網頁中的鏈接目的地URL進行轉換(圖13中的 步驟118)。將會話數據存儲在會話信息表中(圖13中的步驟119)，并且將日志信息保存 在日志表中(圖13中的步驟120)。將其中嵌入的鏈接目的地已經得到了轉換的網頁數據 從代理服務器20發(fā)送到客戶終端10(圖13中的步驟121)。當在客戶終端10處接收到從代理服務20發(fā)出的網頁數據時(圖12中的步驟 105)，在客戶終端10的顯示單元的顯示屏幕上顯示由這一網頁數據代表的網頁(圖12中 的步驟106)。通過點擊這一網頁中包含的熱字，來請求嵌入在這一網頁中的鏈接目的地的 URL的網頁。這一針對網頁的請求是以類似于請求菜單頁時的方式實現的。這樣，如上所述，如果點擊了圖5中所示的菜單頁40中包含的第一字符串41，則嵌 入在第一字符串41中的鏈接目的地的URL被從httpV/domein/l. html還原為轉換之前的 URL http//Vebmai 1，并且向第一內容服務器1發(fā)送針對URL為http//webmail的圖3的 網頁郵件頁的請求。響應于此，代表圖3中所示的網頁郵件頁的數據被從第一內容服務器1發(fā)送到代理服務器20。在接收到代表圖3中所示的網頁郵件頁的數據時，代理服務器20對嵌入的鏈接目的地URL進行轉換并且生成網頁郵件頁70，其中嵌入了經過轉換的URL，如圖6中所示。代 理服務器20將鏈接目的地的轉換前和轉換后的URL保存在轉換/反轉換表中并且將代表 圖6的網頁郵件頁70的數據發(fā)送到客戶終端10。圖6中所示的網頁郵件頁70被顯示在客戶終端10上，并且由用戶點擊第一字符 串71或第二字符串72。如果點擊的是第一字符串71，則從客戶終端10向代理服務器20發(fā) 出針對URL xl. html的請求，在代理服務器20處，還原轉換之前所用的URL webmail. new. html。從還原之后的URL向第一內容服務器發(fā)送網頁請求，并且從這一內容服務器向代理 服務器發(fā)出符合這一請求的網頁數據。如果點擊的是第二字符串72，則從客戶終端10向代理服務器20發(fā)出針對URL yl.html的請求，在代理服務器20處，還原為轉換之前所用的URL http://fileserver0從 還原之后的URL向第四內容服務器4發(fā)出網頁請求。代表圖4中所示的文件服務器頁80 的數據被從第四內容服務器4發(fā)送到代理服務器20。如圖7中所示，代理服務器20由圖4 的文件服務器頁80生成其中嵌入的鏈接目的地已經進行了轉換的文件服務器頁90。這樣，代理服務器20對嵌入在網頁等中的鏈接目的地URL進行轉換并且將轉換前 和轉換后的URL保存在URL轉換/反轉換表中，如圖9所示。因此，即使URL經過了轉換， 也能夠還原出轉換之前所用的URL并且能夠訪問內容服務器。此外，代理服務器20把從客 戶終端10請求的URL還原為轉換之前所用的URL，并且將還原之后的URL與會話ID —起保 存在日志表中，如圖11中所示?？蛻艚K端10請求過的URL的歷史可以通過查閱日志表來 確定。尤其是，即使多個內容服務器1到5與代理服務器20相連，也可以確定出訪問了內 容服務器1到5中的哪些內容服務器。此外，由于將會話信息保存在了代理服務器20中，因此即使在無法使用會話信息 的客戶終端10處，也能夠管理會話信息。
權利要求
一種代理服務器，該代理服務器是通信系統(tǒng)的一個構成部分，該通信系統(tǒng)具有客戶終端、該代理服務器和多個內容服務器，該代理服務器包括URL轉換構件，用于對嵌入在網頁中的多個URL進行轉換，其中指示了多個內容服務器網頁的所述多個URL已被嵌入在網頁中作為鏈接目的地；網頁數據發(fā)送構件，用于將網頁數據發(fā)送到客戶終端，所述網頁數據代表其中已嵌入了由所述URL轉換構件轉換了的多個URL的網頁；網頁請求接收構件，能夠對所述網頁數據發(fā)送構件向客戶終端進行的網頁數據發(fā)送做出響應，用于接收從客戶終端發(fā)來的請求數據，該請求數據請求了由在客戶終端處從多個URL中選擇的一個URL所代表的一個網頁；URL反轉換構件，用于將由所述網頁請求接收構件接收到的請求數據所代表的經過轉換的URL還原為轉換之前所用的URL；存儲控制構件，用于控制存儲構件，以便存儲由所述URL反轉換構件還原為轉換之前的樣子的URL；請求數據發(fā)送構件，用于將請求了由所述URL反轉換構件還原出來的URL所指定的網頁的請求數據發(fā)送到多個內容服務器當中的由已被還原為轉換之前的樣子的URL的網頁所代表的內容服務器；網頁數據接收構件，能夠對在內容服務器處接收從所述請求數據發(fā)送構件發(fā)來的請求數據做出響應，用于接收從所述內容服務器發(fā)來的網頁數據；和URL轉換控制構件，用于以這樣一種方式控制所述URL轉換構件當指示所述內容服務器的網頁的URL被作為鏈接目的地嵌入在了由所述網頁數據接收構件接收到的網頁數據所代表的網頁中時，對所嵌入的URL進行轉換。
2.一種控制代理服務器的方法，該代理服務器是通信系統(tǒng)的一個構成部分，該通信系 統(tǒng)具有客戶終端、該代理服務器和多個內容服務器，所述方法包括URL轉換構件對嵌入在網頁中的多個URL進行轉換，其中指示了多個內容服務器網頁 的所述多個URL已被嵌入在網頁中作為鏈接目的地；網頁數據發(fā)送構件將網頁數據發(fā)送到客戶終端，所述網頁數據代表其中已嵌入了由所 述URL轉換構件轉換了的多個URL的網頁；響應于所述網頁數據發(fā)送構件向客戶終端進行的網頁數據發(fā)送，網頁請求接收構件接 收從客戶終端發(fā)來的請求數據，該請求數據請求了由在客戶終端處從多個URL中選擇的一 個URL所代表的一個網頁；URL反轉換構件將由所述網頁請求接收構件接收到的請求數據所代表的經過轉換的 URL還原為轉換之前所用的URL ；存儲控制構件控制存儲構件，以便存儲由所述URL反轉換構件還原為轉換之前的樣子 的 URL ；請求數據發(fā)送構件將請求了由所述URL反轉換構件還原出來的URL所指定的網頁的請 求數據發(fā)送到多個內容服務器當中的由已被還原為轉換之前的樣子的URL的網頁所代表 的內容服務器；響應于在所述內容服務器處接收從請求數據發(fā)送構件發(fā)來的請求數據，網頁數據接收 構件接收從該內容服務器發(fā)來的網頁數據；和URL轉換控制構件以這樣一種方式控制所述URL轉換構件當指示所述內容服務器的 網頁的URL被作為鏈接目的地嵌入在了由所述網頁數據接收構件接收到的網頁數據所代 表的網頁中時，對所嵌入的URL進行轉換。
3. —種控制代理服務器的程序，該代理服務器是通信系統(tǒng)的一個構成部分，該通信系 統(tǒng)具有客戶終端、該代理服務器和多個內容服務器，所述程序控制該代理服務器，以促使該 代理服務器執(zhí)行下列處理由URL轉換構件對嵌入在網頁中的多個URL進行轉換，其中指示了多個內容服務器網 頁的所述多個URL已被嵌入在網頁中作為鏈接目的地；將代表其中已嵌入了經過轉換的多個URL的網頁的網頁數據發(fā)送到客戶終端； 響應于所述網頁數據發(fā)送構件向客戶終端進行的網頁數據發(fā)送，接收從客戶終端發(fā)來 的請求數據，該請求數據請求了由在客戶終端處從多個URL中選擇的一個URL所代表的一 個網頁；將由所接收的請求數據代表的經過轉換的URL還原為轉換之前所用的URL ； 控制存儲構件，以便存儲已經還原為轉換之前的樣子的URL ；將請求了由還原出來的URL所指定的網頁的請求數據發(fā)送到多個內容服務器當中的 由已被還原為轉換之前的樣子的URL的網頁所代表的內容服務器；響應于在所述內容服務器處接收所發(fā)來的請求數據，接收從內容服務器發(fā)來的網頁數 據；和以這樣一種方式控制所述URL轉換構件當指示所述內容服務器的網頁的URL被作為 鏈接目的地嵌入在了由所接收到的網頁數據代表的網頁中時，對所嵌入的URL進行轉換。
全文摘要
當客戶終端經由代理服務器與內容服務器進行通信時，能夠確定這一通信的歷史。從客戶終端裝置向代理服務器發(fā)送針對菜單頁的請求。菜單頁包括了到內容服務器的鏈接，并且將描述了其中這一鏈接目的地的URL已經進行了轉換的菜單頁的數據發(fā)送到客戶終端裝置。當請求了已經包含在菜單頁內的鏈接目的地處的網頁時，代理服務器將數據還原為轉換之前的鏈接目的地的URL，并且向內容服務器請求該網頁。代理服務器保存從客戶終端裝置請求的網頁，這樣，即使客戶終端裝置請求多個內容服務器的網頁，也可以確定其歷史。
文檔編號G06F13/00GK101960434SQ200980107559
公開日2011年1月26日 申請日期2009年3月2日 優(yōu)先權日2008年3月5日
發(fā)明者椎森佳子, 連·蒂·夸茵·塔 申請人:富士膠片株式會社