伺服器、信息處理方法、伺服器程序以及伺服器系統的製作方法
2023-06-06 18:54:16 2
專利名稱：伺服器、信息處理方法、伺服器程序以及伺服器系統的製作方法
技術領域：
本發明涉及伺服器、信息處理方法、伺服器程序以及伺服器系統。
背景技術：
當前，網際網路上的網站提供各種內容和服務。用戶訪問期望的網站 並被提供以內容和服務。
在發布內容的網站處，訪問該網站的用戶被要求輸入密碼等並由此 被認證，以防止非法訪問。例如，專利文獻1公開了一種防止通過要求 用戶輸入只有該用戶知道的試驗密碼進行欺騙而非法訪問的技術。此外，
專利文獻2公幵了一種網絡系統，該網絡系統被配置使得當安裝在服務
器中的用戶識別信息操作單元更新用戶信息時，更新設置在各客戶端中
的用戶目錄。此外，專利文獻3公開了一種伺服器系統，該伺服器系統 被配置為包括如下的中央伺服器，該中央伺服器用於分批地接收各個媒 體伺服器接受其使用註冊的用戶的ID管理信息，其中通過定期更新各個 媒體伺服器的ID管理信息，使得各用戶能夠訪問任何媒體伺服器。日本特開2001-337922號公報日本特開平8-221364號公報日本特開平8-255133號公報
發明內容
隨著網際網路的普及，對網站的訪問量持續增加。為了便於維護和管 理操控網站的伺服器，可以通過安裝多個伺服器來分擔(分散)負荷。 伺服器的負荷被分散，因此如果一個伺服器出現故障等，則其他伺服器 來處理來自用戶的請求。
在伺服器工作在維持用戶與網站(如購物網站和股票網站)之間的
會話的狀態下的情況中，在保持會話的伺服器中累積諸如用戶放置在購 物車中的商品的數量的數據項。然而，在負荷分擔型伺服器系統中，各 個伺服器並不共享在各伺服器中累積的信息(例如，商品的數量)。所以， 如果維持與用戶的會話的伺服器由於故障等而失靈，則另一伺服器接管 通過負荷分擔設備等向用戶提供服務的操作，但是並不接管在發生故障 的伺服器中累積的購物車中商品的信息等。因此，用戶不滿意要再次將 商品等放入購物車中的必須操作。
因此本發明的目的是提供一種在伺服器系統中的多個伺服器之間接 管與客戶端的會話的狀態的技術，在所述伺服器系統中，所述多個服務 器被安裝為並行連接。
為了解決所述問題，根據本發明，如果不維持與客戶端的會話，則 通過查詢資料庫來確認在資料庫中累積的會話信息。然後，基於資料庫 中累積的會話信息來恢復與所述客戶端的會話。
更具體地說，多個伺服器被安裝為並行連接在客戶端與資料庫之間， 所述伺服器包括
網站，其具有提供給所述客戶端的內容；
會話信息存儲單元，其存儲有被定義為關於與訪問所述網站的所述 客戶端的會話的狀態的信息的會話信息；
會話檢查單元，當所述客戶端請求訪問所述網站時，該會話檢查單 元査詢所述會話信息存儲單元並由此檢查是否維持與所述客戶端的會
話；
會話信息査詢單元，當所述會話檢查單元確認不維持與所述客戶端 的會話時，該會話信息查詢單元查詢所述資料庫並由此檢查是否在所述 資料庫中是否累積有所述客戶端的會話信息；
會話再生單元，當所述會話信息査詢單元確認累積有所述會話信息 時，該會話再生單元向所述資料庫請求所述客戶端的所述會話信息，並 且將所述資料庫通知的所述會話信息存儲在所述會話信息存儲單元中；
以及
訪問確收單元，當所述會話檢查單元確認維持與所述客戶端的會話時或者當所述會話再生單元將所述客戶端的會話信息存儲在所述會話信 息存儲單元中時，該訪問確收單元確認收到從所述客戶端給出的請求。
前提是將根據本發明的伺服器應用於如下的伺服器系統(例如負荷 分擔型伺服器系統)中，在該伺服器系統中，所述多個伺服器被安裝為 並行連接在所述客戶端與所述資料庫之間。所述要安裝的多個伺服器中 的每一個伺服器連接到同一資料庫。注意，所述資料庫並不限於單個數 據庫，還可以提供多個資料庫。
所述網站建立在根據本發明的伺服器中。此外，所述伺服器包括所 述會話信息存儲單元、所述會話檢查單元、所述會話信息查詢單元、所 述會話再生單元以及所述訪問確收單元。
,當所述客戶端向所述伺服器發送請求時，所述會話檢查單元檢測該 請求並通過查詢所述會話信息存儲單元來檢查與所述客戶端的會話的狀 態。如果確認維持所述會話，則所述訪問確收單元確認收到從所述客戶 端給出的請求。
這裡，可能存在所述會話檢查單元確認不維持會話的情況。例如， 這種情況的示例有，所述客戶端重新進行訪問，以及另一伺服器出現系 統失靈使得對來自保持與該伺服器進行會話的客戶端的請求的分配改 變。
這種情況下，如果所述會話檢查單元確認不維持會話，則所述會話 信息查詢單元査詢所述資料庫。這是因為如果將出現系統失靈的伺服器 與所述客戶端之間的會話的會話信息累積在所述資料庫中，則可以基於 該會話信息來維持與所述客戶端的會話。
當所述會話信息查詢單元確認累積會話信息時，所述會話再生單元 獲取該會話信息。所述伺服器可以基於從所述資料庫獲得的會話信息來 維持與所述客戶端的會話。
通過上述操作，當根據本發明的所述多個伺服器被安裝為並行連接 時，在所述多個伺服器之間可以接管與所述客戶端的會話，因此即使接 受所述客戶端的請求的伺服器中途發生改變也可以維持與所述客戶端的 會話。此外，所述伺服器還可以包括內容發送單元，該內容發送單元將提 供給非特定客戶端的非特定內容發送到所述非特定客戶端，直到所述訪 問確收單元確認收到從客戶端給出的請求，並且當所述訪問確收單元確 認收到由所述客戶端發送的請求時，該內容發送單元將僅提供給所述請 求發送方客戶端的特定內容發送到該請求發送方客戶端。
這種配置使得能夠發送與和所述客戶端的會話的狀態相對應的內容。
此外，所述伺服器還可以包括會話生成單元，當所述會話信息查詢 單元確認未累積有會話信息時，該會話生成單元新生成用於維持與客戶 端的會話的會話信息，並將所述會話信息存儲在所述會話信息存儲單元 中，其中，當所述會話檢査單元確認維持與客戶端的會話時或者當所述
會話生成單元或所述會話再生單元將所述客戶端的會話信息存儲在所述 會話信息存儲單元中時，所述訪問確收單元確認收到從所述客戶端給出 的請求。
利用這種配置，可以建立與所述客戶端的新的會話。
此外，所述伺服器還可以包括資料庫更新單元，當所述會話生成單 元生成新的會話信息條目時，該資料庫更新單元向所述資料庫通知所述 會話信息，並將所述會話信息存儲在所述資料庫中。
利用這種配置，當建立所述客戶端與所述伺服器之間的會話時，在 所述資料庫中累積所述會話信息，從而可以在所述多個伺服器之間接管 新建立的與所述客戶端的會話的狀態。
此外，所述網站可以是購物網站，並且所述會話信息可以包含從所 述客戶端發送的用於購買的商品的數據。
利用這種方案，即使當所述客戶端在所述購物網站購物時所述服務 器被切換，關於所述客戶端放入購物車中的購買的商品的數據也被另一 伺服器接管，從而所述客戶端不存在任何負擔。
此外，本發明還可以是執行上述功能中的任一個的信息處理方法。 此外，本發明還可以是使伺服器計算機實現上述功能中的任一個功能的 伺服器程序。此外，本發明還可以是記錄有所述伺服器程序的計算機可
讀記錄介質。
此外，根據本發明的伺服器系統包括將來自客戶端的請求分散到
多個伺服器的負荷分散單元、連接到所述負荷分散單元的所述多個服務
器以及連接到所述多個伺服器的資料庫。所述負荷分散單元可以具有將 來自一個客戶端的多個請求分配到多個伺服器的會話維持功能。所述服
務器可以包括網站，其具有提供給所述客戶端的內容；會話信息存儲 單元，其存儲有被定義為關於與訪問所述網站的所述客戶端的會話的狀 態的信息的會話信息；會話檢查單元，當所述客戶端請求訪問所述網站 時，該會話檢查單元查詢所述會話信息存儲單元並由此檢查是否維持與 所述客戶端的會話；會話信息查詢單元，當所述會話檢查單元確認不維
持與所述客戶端的會話時，該會話信息查詢單元查詢所述資料庫並由此
檢查在所述資料庫中是否累積有所述客戶端的會話信息；會話再生單元， 當所述會話信息查詢單元確認累積所述會話信息時，該會話再生單元向 所述資料庫請求所述客戶端的所述會話信息，並且將所述資料庫通知的 所述會話信息存儲在所述會話信息存儲單元中;以及訪問確收單元，當 所述會話檢查單元確認維持與所述客戶端的會話時或者當所述會話再生 單元將所述客戶端的會話信息存儲在所述會話信息存儲單元中時，該訪 問確收單元確認收到從所述客戶端給出的請求。所述資料庫可以包括用 於累積會話信息的會話信息累積單元。
在伺服器系統中的多個伺服器之間接管與客戶端的會話的狀態，在 所述伺服器系統中，所述多個伺服器被安裝為並行連接。
圖1是伺服器系統的整體構架圖； 圖2是伺服器的整體配置圖； 圖3是伺服器的處理流程圖； 圖4是伺服器系統的處理流程圖；以及 圖5是伺服器系統的處理流程圖。
具體實施例方式
後文將參照附圖來描述根據本發明示例性實施方式的伺服器、信息 處理方法、用於所述伺服器的程序以及伺服器系統。本實施方式是示例 性的，本發明不限於該示例。
圖1是根據本實施方式的伺服器系統1的整體配置圖。如圖1中所
例示的，伺服器系統1包括伺服器2A、 2B和2C、負荷分擔裝置3以及 資料庫4。如圖1所示，根據本實施方式的伺服器系統1包括三個網絡服 務器。這三個網絡伺服器中的每一個都具有相同組件和相同功能。
此外，如圖1中所例示的，伺服器系統1被配置為可通過網際網路5 連接到客戶端6。客戶端6被歸類為個人計算機，並且用戶7可以通過客 戶端6訪問伺服器系統1。應該注意的是，儘管個人計算機被例示為客戶 端6，但是本發明並不限於個人計算機，而應包括所有可以訪問網際網路的 可應用信息處理介質，例如PDA (個人數字助理)和行動電話。
要注意的是，儘管本發明的前提是客戶端6通過網際網路5連接到服 務器系統1，但是本發明並不限於該前提。即，客戶端可以通過內聯網 (Intranet)連接到伺服器系統1。此外，儘管在本實施方式中伺服器系統 l包括三個網絡伺服器，但是本發明並不限於三個網絡伺服器。即，服務 器系統1可以包括兩個網絡伺服器也可以包括四個或更多個網絡伺服器。 此外，本實施方式中的配置是多個伺服器(網絡伺服器)被安裝為並行 連接從而展示本發明的效果。然而，根據本發明的伺服器並不是如果服 務器系統僅由一個伺服器來配置就能不展示伺服器功能的伺服器。儘管 圖1例示了僅一個客戶端6，但是本發明並不限於單個客戶端，可以假設 連接有多個客戶端。
負荷分擔裝置3根據伺服器2A、 2B和2C各自的負荷等狀態，來分 配通過網際網路5訪問網絡伺服器的客戶端6的請求。具體來說，如果服 務器2A處理的請求的數量(請求計數)接近吞吐量的上限值，則負荷分 擔裝置3將請求分配給其中要處理的請求數量相對較小的伺服器。利用 該方案，適當地分擔伺服器2A、 2B和2C各自的負荷。
注意，負荷分擔裝置3具有的配置除了能夠根據伺服器2A、 2B和 2C各自的負荷來分配請求外，還能夠檢測伺服器的故障等隨後分配請求。 通過以接收從發生故障的伺服器發送來的異常信號的方式檢測故障的方 法、或者通過根據對經過固定時間段後仍未處理分配給指定伺服器的請 求的識別來檢測伺服器中的故障的方法，來例示負荷分擔裝置3檢測服 務器2A、 2B和2C中的任一個的故障的方法。此外，負荷分擔裝置3具 有會話維持功能，其中的方案是固定時間段(例如，l分鐘)內從同一客 戶端6發送的請求被發送到同一伺服器2。
資料庫4由能夠累積從伺服器2A、 2B和2C發送的數據以及向服務 器2A、 2B和2C提供數據的存儲介質(對應於根據本發明的[會話信息 累積單元])等構成。資料庫4可以由包括大容量硬碟等的伺服器計算機 構成，並且還可以由設置有多個磁存儲帶等的存儲介質構成。
圖2是伺服器2A、 2B和2C之一的整體配置圖。下面將參照圖2來 描述伺服器2的配置。注意到伺服器2A、 2B和2C中的每一個都具有相 同配置，因此為了便於說明將只對一個伺服器加以說明。
如圖2所例示的，伺服器2由CPU (中央處理單元)8、輸入/輸出 接口9、 RAM (隨機存取存儲器)10、 HDD (硬碟驅動器)11等構成。 在伺服器2中，內部執行用於根據本發明的伺服器的程序，從而實現其 中的各種功能。在伺服器2中，當執行伺服器程序時，設置有網站12、 會話信息存儲模塊13、會話檢查模塊14、會話信息查詢模塊15、會話再 生模塊16以及訪問確收模塊17。
以提供給客戶端6的內容來組織網站12。以在與客戶端6的會話維 持狀態(即，登錄狀態)下提供的內容頁面(對應於根據本發明的[特定 內容])和在與客戶端6的會話不維持狀態(即，註銷狀態)下提供的面 向客戶內容頁面(對應於根據本發明的[非特定內容])來組織網站12。
會話信息存儲模塊13將會話信息存儲在RAM 10、 HDD 11等中。 這裡，"會話信息"意指用於伺服器2指定客戶端6的信息，並且例示為 用戶7的用戶ID和姓名以及包含在客戶端6的請求中的認證頭部信息等。 此外，會話信息包含網站12上關於客戶端6放置在購物車中的商品的數
量等的數據。伺服器2根據會話信息指定客戶端6，並維持與客戶端6的
連接狀態(會話狀態)。注意，"會話"意指伺服器2和客戶端6以指定相
互的通信夥伴的方式執行通信的一系列狀態。此外，"維持會話的狀態"
意指從開始進行伺服器2和客戶端6之間以指定相互的通信夥伴的方式 的通信起一直持續到該通信結束的狀態。
會話檢查模塊14檢査是否維持與發送請求的客戶端6的會話。會話 檢査模塊14在檢査會話狀態時查詢會話信息存儲模塊13。如果會話信息 的相關項被存儲在RAM 10和HDD 11中，則會話信息存儲模塊13向會 話檢査模塊14通知這些會話信息項。
會話信息查詢模塊15通過I/O接口 9查詢資料庫4中的數據。會話 信息查詢模塊15被配置為能夠檢測是否將相關聯的會話信息累積在數據 庫4。
會話再生模塊16通過I/O接口 9從資料庫4獲得會話信息。在獲得 會話信息時，會話再生模塊16將會話信息存儲在會話信息存儲模塊13 中。
如果可以從資料庫4獲得會話信息，則會話再生模塊16將獲得的會 話信息存儲在會話信息存儲模塊13中。通過該操作，在伺服器2中累積 會話信息，從而可以再次維持與客戶端6的會話。
如果會話信息存儲在會話信息存儲模塊13中，則訪問確收模塊17 確認收到來自客戶端6的請求。當訪問確收模塊17確認收到該請求時， 使得網站12發送僅提供給己獲準的客戶端6的特定內容等。
下面將說明由伺服器2執行的信息處理的流程。圖3是示出在服務 器2內進行的信息處理的流程的流程圖。下面將參照圖3中的流程圖來 描述處理流程。
伺服器2A中的會話檢查模塊14通過網際網路5和負荷分擔裝置3接 收來自客戶端6的請求(步驟S1)。
伺服器2A中的會話檢查模塊14在接收到來自客戶端6的請求時查 詢會話信息存儲模塊13並檢査是否維持會話(步驟S2)。這裡，負荷分
擔裝置3具有如上所述的會話維持功能。所以，客戶端6己經登錄到服
務器2A，並且如果維持會話，則處理進行到步驟S5。
當會話檢查模塊14己經確認要維持與客戶端6的會話時，訪問確收 模塊17確認收到從客戶端6給出的請求(步驟S5)。從而，通過以檢查 會話的方式確認收到客戶端的請求來加強信息安全性。
在接收到訪問確收模塊17的確收時，伺服器2A中的網站12將針對 用戶的HTML (超文本標記語言)頁面數據等發送到客戶端6 (步驟S6)。 從而，用戶7能夠通過在購物網站上將商品放入購物車中來繼續購物。
此時，如果與客戶端6保持會話的伺服器2A出現系統失靈等，負荷 分擔裝置3檢測伺服器2A的系統失靈並將來自客戶端6的請求分配到另 一伺服器2(例如，伺服器2B)。由此，來自客戶端6的請求被發送到目 前為止未保持任何會話的伺服器2B。在伺服器2B接收到來自客戶端6 的請求時，執行以下處理。
具體來說，伺服器2B中的會話檢查模塊14通過網際網路5和負荷分 擔裝置3接收來自客戶端6的請求(步驟S1)。
伺服器2B中的會話檢查模塊14在接收到來自客戶端6的請求時查 詢會話信息存儲模塊13並檢查是否維持會話(步驟S2)。此時，在客戶 端6與伺服器2B之間還未建立任何會話。於是處理進行到步驟S3。
伺服器2B中的會話信息查詢模塊15查詢資料庫4並檢查是否累積 有客戶端6的會話信息(步驟S3)。如果與客戶端6保持會話的伺服器 2A已經將會話信息存儲在資料庫4中，則搜索其中的數據。於是處理進 行到步驟S4。注意，當客戶端重新訪問伺服器2A並且當客戶端6與服 務器2A之間建立會話時，存儲在資料庫4中的會話信息是由伺服器2A 存儲在資料庫4中的信息。
伺服器2B中的會話再生模塊16獲得從資料庫4搜索到韻會話信息， 並將獲得的會話信息存儲在會話信息存儲模塊13中(步驟S4)。由此可 以維持伺服器2B與客戶端6之間的會話。因此，處理進行到步驟S5。 注意，由於步驟S5和步驟S6與上文所描述的這兩個步驟相同，所以省 略對它們的說明。 如果與客戶端6保持會話的伺服器2A未將會話信息存儲在資料庫4 中，則用於保持與客戶端6的會話的會話信息未留在伺服器系統1中。 從而這種情況下，處理進行到步驟S7，並且伺服器2B中的網站12將普 通的HTML頁面數據等發送到客戶端6 (步驟S7)。
由於上述發明，即使伺服器2A出現系統失靈而導致伺服器2A與客 戶端6之間的通信終止，也能在伺服器2B與客戶端6之間再次建立會話。 因此，即使當負荷分擔裝置3切換伺服器2時，也不會發生客戶端6和 用戶7不得不重新輸入登錄ID和放置在購物車中的商品的情況。此外， 如果在伺服器2中出現故障，則資料庫4提供會話信息。g卩，在每個服 務器2中處理來自客戶端6的訪問。從而，可以通過減少對資料庫4的 訪問計數來高效地利用資料庫。此外，除了考慮伺服器2的系統失靈是 由於故障導致的外，還考慮了由於伺服器2的內存溢出導致系統失靈的 情況。然而，在這種情況下，另一伺服器2接管在出現系統失靈的服務 器2中累積的會話信息，從而使得能夠適當地處理來自客戶端6的請求。
需要注意的是，儘管本說明書己經討論了伺服器2A出現系統失靈而 由伺服器2B來處理客戶端6的請求的情況，但是當然也可以通過以下方 式來實現相同的功能如果伺服器2A、 2B和2C中的任何一個出現系統 失靈，則伺服器2中的一個處理客戶端6的請求。
注意，伺服器2可以包括將網站12的內容發送到客戶端6的內容發 送模塊等。此外，伺服器2還可以包括會話生成模塊，如果伺服器系統l 沒有剩餘的客戶端6的會話信息(即，當客戶端6嘗試重新訪問伺服器2 時並且如果在客戶端6與伺服器2之間未建立任何會話，或者如果在將 會話信息存儲在資料庫4中之前終止會話而不管客戶端6與一個伺服器2 之間的會話保持與否)，則所述會話生成模塊通過提示客戶端6輸入登錄 ID等來生成新的會話信息項。伺服器2還可以包括資料庫更新模塊，當 生成了新的會話信息項時，該資料庫更新模塊通過將會話信息上載到數 據庫4中來更新資料庫4中的信息。
這裡，在經過固定時間段之後，可以從資料庫4刪除資料庫4中累 積的會話信息。即考慮這樣的情況在將客戶端6的會話信息上載並存 儲到資料庫4中之後，與客戶端6保持會話的伺服器2由於故障等可能
出現系統失靈。在這種情況下，客戶端6的會話信息在資料庫4中保留
任意長的時間。然後，可以設置會話信息丟棄模塊，以丟棄自存儲在數
據庫4中起經過了固定時間段的會話信息。應該注意，會話信息丟棄模
塊可以丟棄自存儲起經過了固定時間段的會話信息，也可以丟棄無來自
伺服器2A、 2B和2C中的任意一個的訪問而觸發的會話信息，並且還可 以在接收到來自客戶端6的會話取消請求時丟棄會話信息。
將描述伺服器系統1的信息處理流程的概要。這裡說明的是這種情 況下的處理流程，即所有伺服器2A、 2B和2C正常操作，並且負荷分擔 裝置3不改變客戶端6與伺服器2之間的會話。圖4是伺服器系統1的 處理流程圖。下面將參照圖4中的流程圖來描述信息處理流程。
負荷分擔裝置3在接收到從客戶端6發送的請求時將該請求發送到 伺服器2A、 2B和2C中的任意一個(步驟S101)。
會話檢查模塊14從負荷分擔裝置3發送來的請求中獲取會話信息 項，例如用戶ID、姓名等(步驟S102)。
會話檢查模塊14查詢會話信息存儲模塊13，並檢査與在步驟S102 中獲得的會話信息對應的會話信息是否被存儲在會話信息存儲模塊13中 (步驟S103)。如果會話信息存儲在會話信息存儲模塊13中，則會話檢 查模塊14確定維持客戶端6與伺服器2之間的會話，並進行到步驟S104。 而如果會話信息未存儲在會話信息存儲模塊13中，則會話檢查模塊14 確定不維持客戶端6與伺服器2之間的會話，並進行到步驟S106。
網站12從被確認維持其會話的客戶端6獲取諸如購買的商品的數量 的用戶信息(步驟S104)。
網站12根據從客戶端6獲得的諸如購買商品的數量的信息來計算購 買價格，並輸出表示僅提供給用戶7的特定內容的購買價格的HTML格 式頁面數據(步驟S105)。
注意，如果未能在步驟S103中確認客戶端6的會話，則網站12輸
出表示提供給非特定用戶的非特定內容的普通信息的HTML格式頁面數 據(步驟S106)。
客戶端6將在步驟S105或S106中從網站12發送的頁面數據顯示在 用戶顯示畫面上(步驟S107)。
下面將描述伺服器系統1的信息處理流程。這裡說明的是這種情況 下的處理流程，即伺服器2A、 2B和2C中的任意一個出現系統失靈，並 且負荷分擔裝置3改變客戶端6與伺服器2之間的會話。圖5是伺服器 系統1的流程圖。下面將參照圖5中的流程圖來描述信息處理流程。
客戶端6響應於從用戶7給出的輸入，向伺服器系統1發送請求(步 驟S201)。
負荷分擔裝置3在接收到從客戶端6發送的請求時將該請求發送到 伺服器2A、 2B和2C中的任意一個(步驟S202)。這裡假設通過負荷分 擔裝置3的會話維持功能將客戶端6的會話設置到伺服器2A。從而，負 荷分擔裝置3將從客戶端6發送的請求發送到伺服器2A。
此時，如果在伺服器2A中出現故障(步驟S203)，則將發送到服務 器2A的請求發送回負荷分擔裝置3 (步驟S204)並將其重新發送到另一 伺服器2B或2C。本處理流程例示了請求被發送到伺服器2B的情況。
伺服器2B中的會話檢查模塊14查詢會話信息存儲模塊13，並檢查 會話信息是否被存儲在會話信息存儲模塊13中(步驟S205)。然而，客 戶端6與伺服器2A保持會話，所以伺服器2B中的會話信息存儲模塊13 未存儲有客戶端6的會話信息。因此處理進行到步驟S207。
接著，伺服器2B中的會話信息查詢模塊15查詢資料庫4，並檢査 資料庫4中是否存在會話信息(步驟S207)。如果資料庫4中存在客戶端 6的會話信息，則處理進行到步驟S208，而如果資料庫4中不存在客戶 端6的會話信息，則處理轉到步驟S210。
如果資料庫4中存在客戶端6的會話信息，則伺服器2B中的會話再 生模塊16將會話信息存儲在會話信息存儲模塊13中(步驟S208)。通過 該操作，訪問確收模塊17確認收到從客戶端6給出的請求，並且恢復服
務器2B與客戶端6之間的會話。
當訪問確收模塊17確認收到從客戶端6給出的請求時，伺服器2B 中的網站12將特定內容的面向用戶的HTML頁面數據等發送到客戶端6 (步驟S209)。
此外，當訪問確收模塊17未確認收到從客戶端6給出的請求時，服 務器2B中的網站12將非特定內容的普通HTML頁面數據等發送到客戶 端6 (步驟S210)。
客戶端6將從伺服器2B中的網站12發送的HTML頁面數據顯示在 畫面上(步驟S211)。
權利要求
1.多個伺服器，其被安裝為並行連接在客戶端與資料庫之間，所述伺服器包括網站，其具有提供給所述客戶端的內容；會話信息存儲單元，其存儲有會話信息，該會話信息被定義為關於與訪問所述網站的所述客戶端的會話的狀態的信息；會話檢查單元，當所述客戶端請求訪問所述網站時，該會話檢查單元查詢所述會話信息存儲單元並由此檢查是否維持與所述客戶端的會話；會話信息查詢單元，當所述會話檢查單元確認不維持與所述客戶端的會話時，該會話信息查詢單元查詢所述資料庫並由此檢查在所述資料庫中是否累積有所述客戶端的會話信息；會話再生單元，當所述會話信息查詢單元確認累積有所述會話信息時，該會話再生單元向所述資料庫請求所述客戶端的所述會話信息，並且將所述資料庫通知的所述會話信息存儲在所述會話信息存儲單元中；以及訪問確收單元，當所述會話檢查單元確認維持與所述客戶端的會話時或者當所述會話再生單元將所述客戶端的會話信息存儲在所述會話信息存儲單元中時，該訪問確收單元確認收到從所述客戶端給出的請求。
2. 根據權利要求1所述的伺服器，該伺服器還包括內容發送單元， 該內容發送單元將提供給非特定客戶端的非特定內容發送到該非特定客 戶端，直到所述訪問確收單元確認收到從所述客戶端給出的請求，並且 當所述訪問確收單元確認收到由所述客戶端發送的請求時，該內容發送 單元將僅提供給請求發送方客戶端的特定內容發送到該請求發送方客戶端。
3. 根據權利要求1所述的伺服器，該伺服器還包括會話生成單元， 當所述會話信息査詢單元確認未累積有會話信息時，該會話生成單元新 生成用於維持與所述客戶端的會話的會話信息，並將所述會話信息存儲在所述會話信息存儲單元中，其中，當所述會話檢查單元確認維持與所述客戶端的會話時或者當 所述會話生成單元或所述會話再生單元將所述客戶端的會話信息存儲在 所述會話信息存儲單元中時，所述訪問確收單元確認收到從所述客戶端 給出的請求。
4. 根據權利要求3所述的伺服器，該伺服器還包括資料庫更新單元， 當所述會話生成單元生成新的會話信息條目時，該資料庫更新單元向所 述資料庫通知所述會話信息，並將所述會話信息存儲在所述資料庫中。
5. 根據權利要求1所述的伺服器，其中，所述網站是購物網站，並且所述會話信息包含從所述客戶端發送的用於購買的商品的數據。
6. —種由被安裝為並行連接在客戶端與資料庫之間的多個伺服器執行的信息處理方法，該信息處理方法包括以下步驟會話檢查步驟，當所述客戶端請求訪問網站時，査詢存儲有會話信 息的會話信息存儲單元，並由此檢查是否維持與所述客戶端的會話，所述會話信息被定義為關於與所述客戶端的會話的狀態的信息；會話信息查詢步驟，當在所述會話檢查步驟中確認不維持與所述客戶端的會話時，查詢所述資料庫並由此檢查在所述資料庫中是否累積有所述客戶端的會話信息；會話再生步驟，當在所述會話信息査詢步驟中確認累積有所述會話信息時，向所述資料庫請求所述客戶端的所述會話信息，並且將所述資料庫通知的所述會話信息存儲在所述會話信息存儲單元中；以及訪問確收步驟，當在所述會話檢查步驟中確認維持與所述客戶端的會話時或者當在所述會話再生步驟中將所述客戶端的會話信息存儲在所述會話信息存儲單元中時，確認收到從所述客戶端給出的請求。
7. 根據權利要求6所述的信息處理方法，該信息處理方法還包括內 容發送步驟，用於將提供給非特定客戶端的非特定內容發送到該非特定 客戶端，直到在所述訪問確收步驟中確認收到從所述客戶端給出的請求， 並且當在所述訪問確收步驟中確認收到由所述客戶端發送的請求時，將 僅提供給請求發送方客戶端的特定內容發送到該請求發送方客戶端。
8. 根據權利要求6所述的信息處理方法，該信息處理方法還包括會 話生成步驟，用於當在所述會話信息査詢步驟中確認未累積有會話信息 時，新生成用於維持與所述客戶端的會話的會話信息，並將所述會話信 息存儲在所述會話信息存儲單元中，其中，所述訪問確收步驟包括如下步驟當在所述會話檢查步驟中 確認維持與所述客戶端的會話時或者當在所述會話生成步驟中或在所述 會話再生步驟中將所述客戶端的會話信息存儲在所述會話信息存儲單元 中時，確認收到從所述客戶端給出的請求。
9. 根據權利要求8所述的信息處理方法，該信息處理方法還包括數 據庫更新步驟，用於當在所述會話生成步驟中生成新的會話信息條目時， 向所述資料庫通知所述會話信息，並將所述會話信息存儲在所述資料庫 中。
10. 根據權利要求6所述的信息處理方法，其中，所述網站是購物 網站，並且'所述會話信息包含從所述客戶端發送的用於購買的商品的數據。
11. 一種記錄有伺服器程序的記錄介質，所述伺服器程序用於被安裝 為並行連接在客戶端與資料庫之間的多個伺服器，所述伺服器程序使得伺服器計算機執行以下步驟會話檢查步驟，當所述客戶端請求訪問網站時，查詢存儲有會話信 息的會話信息存儲單元，並由此檢查是否維持與所述客戶端的會話，所 述會話信息被定義為關於與所述客戶端的會話的狀態的信息；會話信息查詢步驟，當在所述會話檢查步驟中確認不維持與所述客 戶端的會話時，查詢所述資料庫並由此檢查在所述資料庫中是否累積有所述客戶端的會話信息；會話再生步驟，當在所述會話信息查詢步驟中確認累積有所述會話 信息時，向所述資料庫請求所述客戶端的所述會話信息，並且將所述數 據庫已經通知的所述會話信息存儲在所述會話信息存儲單元中；以及訪問確收步驟，當在所述會話檢查步驟中確認維持與所述客戶端的 會話時或者當在所述會話再生步驟中將所述客戶端的會話信息存儲在所 述會話信息存儲單元中時，確認收到從所述客戶端給出的請求。
12. 根據權利要求ll所述的記錄有伺服器程序的記錄介質，所述服 務器程序使得伺服器計算機還執行內容發送步驟，用於將提供給非特定 客戶端的非特定內容發送到該非特定客戶端，直到在所述訪問確收步驟 中確認收到從所述客戶端給出的請求，並且當在所述訪問確收步驟中確 認收到由所述客戶端發送的請求時，將僅提供給請求發送方客戶端的特 定內容發送到該請求發送方客戶端。
13. 根據權利要求11所述的記錄有伺服器程序的記錄介質，所述伺服器程序使得伺服器計算機還執行會話生成步驟，用於當在所述會話信息查詢步驟中確認未累積有會話信息時，新生成用於維持與所述客戶端 的會話的會話信息，並將所述會話信息存儲在所述會話信息存儲單元中，其中，所述訪問確收步驟包括如下步驟當在所述會話檢查步驟中確認維持與所述客戶端的會話時或者當在所述會話生成步驟中或在所述會話再生步驟中將所述客戶端的會話信息存儲在所述會話信息存儲單元 中時，確認收到從所述客戶端給出的請求。
14. 根據權利要求13所述的記錄有伺服器程序的記錄介質，所述伺服器程序使得伺服器計算機還執行資料庫更新步驟，用於當在所述會話生成步驟中生成新的會話信息條目時，向所述資料庫通知所述會話信息，並將所述會話信息存儲在所述資料庫中。
15. 根據權利要求ll所述的記錄有伺服器程序的記錄介質，其中，所述網站是購物網站，並且所述會話信息包含從所述客戶端發送的用於購買的商品的數據。
16. —種伺服器系統，該伺服器系統包括 負荷分散單元，其將來自客戶端的請求分散到多個伺服器； 所述多個伺服器，其連接到所述負荷分散單元；以及資料庫，其連接到所述多個伺服器，所述負荷分散單元具有將來自一個客戶端的多個請求分配到所述多個伺服器的會話維持功能，所述伺服器包括網站，其具有提供給所述客戶端的內容；會話信息存儲單元，其存儲有會話信息，該會話信息被定義為 關於與訪問所述網站的所述客戶端的會話的狀態的信息；會話檢查單元，當所述客戶端請求訪問所述網站時，該會話檢 查單元査詢所述會話信息存儲單元並由此檢查是否維持與所述客戶端的會話；會話信息查詢單元，當所述會話檢查單元確認不維持與所述客 戶端的會話時，該會話信息查詢單元査詢所述資料庫並由此檢査在所述 資料庫中是否累積有所述客戶端的會話信息；會話再生單元，當所述會話信息查詢單元確認累積有所述會話 信息時，該會話再生單元向所述資料庫請求所述客戶端的所述會話信息， 並且將所述資料庫通知的所述會話信息存儲在所述會話信息存儲單元 中；'以及訪問確收單元，當所述會話檢査單元確認維持與所述客戶端的會話 時或者當所述會話再生單元將所述客戶端的會話信息存儲在所述會話信 息存儲單元中時，該訪問確收單元確認收到從所述客戶端給出的請求， 並且所述資料庫包括用於累積所述會話信息的會話信息累積單元。
17. 根據權利要求16所述的伺服器系統，其中，所述伺服器還包括 內容發送單元，該內容發送單元將提供給非特定客戶端的非特定內容發 送到該非特定客戶端，直到所述訪問確收單元確認收到從所述客戶端給 出的請求，並且當所述訪問確收單元確認收到由所述客戶端發送的請求 時，該內容發送單元將僅提供給請求發送方客戶端的特定內容發送到該 請求發送方客戶端。
18. 根據權利要求16所述的伺服器系統，其中，所述伺服器還包括 會話生成單元，當所述會話信息查詢單元確認未累積有會話信息時，該會話生成單元新生成用於維持與所述客戶端的會話的會話信息，並將所 述會話信息存儲在所述會話信息存儲單元中，其中，當所述會話檢查單元確認維持與所述客戶端的會話時或者當 所述會話生成單元或所述會話再生單元將所述客戶端的會話信息存儲在 所述會話信息存儲單元中時，所述訪問確收單元確認收到從所述客戶端 給出的請求。
19. 根據權利要求18所述的伺服器系統，其中，所述伺服器還包括 資料庫更新單元，當所述會話生成單元生成新的會話信息條目時，該數 據庫更新單元向所述資料庫通知所述會話信息，並將所述會話信息存儲 在所述資料庫中。
20. 根據權利要求16所述的伺服器系統，其中，所述網站是購物網站，並且所述會話信息包含從所述客戶端發送的用於購買的商品的數據。
全文摘要
本發明公開了伺服器、信息處理方法、伺服器程序以及伺服器系統。伺服器(2)包括會話檢查單元(14)，用於檢查是否維持與客戶端(6)的會話；會話信息查詢單元(15)，用於檢查在資料庫(4)中是否累積有會話信息；會話再生單元(16)，用於向所述資料庫(4)請求所述客戶端的所述會話信息；以及訪問確收單元(17)，用於當所述會話再生單元(16)將所述客戶端(6)的會話信息存儲在所述會話信息存儲單元(13)中時，確認收到來自所述客戶端的請求。
文檔編號H04L9/32GK101207486SQ200710162629
公開日2008年6月25日 申請日期2007年10月15日 優先權日2006年12月15日
發明者友野一生 申請人:富士通株式會社