[發明專利]應用于網絡架構的請求信息處理方法及系統

有效

• 申請號: 201310670476.1
• 申請日: 2013-12-10
• 公開（公告）號: CN104702583B
• 公開（公告）日: 2018-11-06
• 發明（設計）人: 邱光宗;曹士昌
• 申請（專利權）人: 拓二股份有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L12/18
• 代理公司: 上海智信專利代理有限公司 31002
• 代理人: 王潔

本發明揭露一種應用于網絡架構的請求信息處理方法，網絡架構包括有一客戶端、一連接于客戶端的處理端、以及一連接于處理端的數據存取端，本方法包含下列步驟：判斷數據存取端所儲存的一數據群的內容是否符合一限制條件而產生一預先判斷結果；根據預先判斷結果產生一預先限制條件，并將其主動推播至處理端；根據預先限制條件而設立一請求限制條件于處理端；以及判斷客戶端所發出的一請求信息，若符合請求限制條件，則回傳一禁止信息至客戶端，本發明減輕對于數據存取端的存取流量負載，進而以較低的營運成本提供質量良好的服務。

技術領域

本發明系關于一種網絡架構，特別是關于一種請求信息處理方法及系統。

背景技術

習知的網絡系統架構通常使用三層式架構(3-tier architecture)，三層式架構包括了展現層(presentation tier，例如瀏覽器)、商業邏輯層(Business logic tier，例如Web/AP Server)、以及數據層(data tier，例如數據庫)。三層式架構的優點在于將商業邏輯單獨自服務器端分離出來，以減輕傳統兩層式架構(Client/Server tier)中客戶端或服務器端的計算機的負載，因此廣泛地使用于電子商務系統中。

然而，當超過系統所能負載人數上限的使用者聯機于習知的網絡系統架構時(例如：熱門演唱會門票訂購、重要節日的車票訂購、或者是路跑活動報名時)，便可能會發生諸多問題。以訂位的例子來說，某一個剩余位置可能會有眾多的使用者進行預訂，然而只會有一個人成功訂到，其它人則會接收到訂位失敗的信息，而后必須繼續對其他剩余的位置進行預訂。如此，為了對于所有成功訂位與失敗訂位的使用者響應其指令或請求，系統服務器被過度存取而承載了超出預期的流量，進而造成整體系統效能低落、響應時間過長、甚至無法進行運算而使請求或指令失效等問題。

盡管企業主可選擇架設更多服務器(包含供電、冷卻等系統)以滿足使用者數量突然大量涌進的需求，但此類承載流量過大的情況常因活動等因素產生，而活動后便會回歸正常且并非經常發生，因而用以處理過量承載流量而添購的服務器便會因此閑置而造成浪費。如此不僅企業主必須付出架設機房的成本，還必須承擔龐大的維護成本，從而使得整體網絡系統架構的營運成本過高。

發明內容

本發明的主要目的即是提供一種應用于網絡架構的請求信息處理方法及系統，用以在使用者激增的情況下減輕對于服務器的存取流量，進而以較低的營運成本提供質量良好的服務。

本發明為解決習知技術的問題所采用的技術手段提供一種應用于網絡架構的請求信息處理方法，系應用于一網絡架構，網絡架構包括有一客戶端、一處理端、以及一數據存取端，請求信息處理方法包含下列步驟：(a)判斷數據存取端所儲存的一數據群的內容是否符合一限制條件而產生一預先判斷結果；(b)根據預先判斷結果，于數據存取端產生一預先限制條件，并將預先限制條件主動推播至處理端；(c)根據預先限制條件于處理端設立一請求限制條件；(d)判斷客戶端所發出的一請求信息是否符合請求限制條件，若符合，則回傳一禁止信息至客戶端。

在本發明的一實施例中提供一種應用于網絡架構的請求信息處理方法，在步驟(a)之后，還包括：步驟(e)，數據存取端重新產生一新的預先判斷結果，并根據新的預先判斷結果而由數據存取端主動推播一解除限制信息，以使處理端根據解除限制信息而解除經設立的請求限制條件。

在本發明的一實施例中提供一種應用于網絡架構的請求信息處理方法，其中步驟(b)系于一預定時間區段內重復執行推播。

在本發明的一實施例中提供一種應用于網絡架構的請求信息處理方法，在步驟(a)之前，還包括：自一條件數據存取端擷取限制條件而儲存于數據存取端。

在本發明的一實施例中提供一種應用于網絡架構的請求信息處理方法，其中在步驟(b)之中，系經由一信息收集端將預先限制條件主動推播至處理端。