應用于網絡架構的請求信息處理方法及系統(tǒng)的制作方法
【技術領域】
[0001]本發(fā)明系關于一種網絡架構，特別是關于一種請求信息處理方法及系統(tǒng)。
【背景技術】
[0002]習知的網絡系統(tǒng)架構通常使用三層式架構(3-tier architecture),三層式架構包括了展現(xiàn)層(presentat1n tier,例如瀏覽器)、商業(yè)邏輯層(Business logic tier,例如Web/AP Server)、以及數(shù)據(jù)層(data tier,例如數(shù)據(jù)庫)。三層式架構的優(yōu)點在于將商業(yè)邏輯單獨自服務器端分離出來，以減輕傳統(tǒng)兩層式架構(Client/Server tier)中客戶端或服務器端的計算機的負載，因此廣泛地使用于電子商務系統(tǒng)中。
[0003]然而，當超過系統(tǒng)所能負載人數(shù)上限的使用者聯(lián)機于習知的網絡系統(tǒng)架構時(例如:熱門演唱會門票訂購、重要節(jié)日的車票訂購、或者是路跑活動報名時)，便可能會發(fā)生諸多問題。以訂位的例子來說，某一個剩余位置可能會有眾多的使用者進行預訂，然而只會有一個人成功訂到，其它人則會接收到訂位失敗的信息，而后必須繼續(xù)對其他剩余的位置進行預訂。如此，為了對于所有成功訂位與失敗訂位的使用者響應其指令或請求，系統(tǒng)服務器被過度存取而承載了超出預期的流量，進而造成整體系統(tǒng)效能低落、響應時間過長、甚至無法進行運算而使請求或指令失效等問題。
[0004]盡管企業(yè)主可選擇架設更多服務器(包含供電、冷卻等系統(tǒng))以滿足使用者數(shù)量突然大量涌進的需求，但此類承載流量過大的情況常因活動等因素產生，而活動后便會回歸正常且并非經常發(fā)生，因而用以處理過量承載流量而添購的服務器便會因此閑置而造成浪費。如此不僅企業(yè)主必須付出架設機房的成本,還必須承擔龐大的維護成本,從而使得整體網絡系統(tǒng)架構的營運成本過高。

【發(fā)明內容】

[0005]本發(fā)明的主要目的即是提供一種應用于網絡架構的請求信息處理方法及系統(tǒng)，用以在使用者激增的情況下減輕對于服務器的存取流量，進而以較低的營運成本提供質量良好的服務。
[0006]本發(fā)明為解決習知技術的問題所采用的技術手段提供一種應用于網絡架構的請求信息處理方法，系應用于一網絡架構，網絡架構包括有一客戶端、一處理端、以及一數(shù)據(jù)存取端，請求信息處理方法包含下列步驟:(a)判斷數(shù)據(jù)存取端所儲存的一數(shù)據(jù)群的內容是否符合一限制條件而產生一預先判斷結果；(b)根據(jù)預先判斷結果，于數(shù)據(jù)存取端產生一預先限制信息，并將預先限制信息主動推播至處理端；(C)根據(jù)預先限制信息于處理端設立一請求限制條件；(d)判斷客戶端所發(fā)出的一請求信息是否符合請求限制條件，若符合，則回傳一禁止信息至客戶端。
[0007]在本發(fā)明的一實施例中提供一種應用于網絡架構的請求信息處理方法，在步驟
(a)之后，還包括:步驟(e)，數(shù)據(jù)存取端重新產生一新的預先判斷結果，并根據(jù)新的預先判斷結果而由數(shù)據(jù)存取端主動推播一解除限制信息，以使處理端根據(jù)解除限制信息而解除經設立的請求限制條件。
[0008]在本發(fā)明的一實施例中提供一種應用于網絡架構的請求信息處理方法，其中步驟
(b)系于一預定時間區(qū)段內重復執(zhí)行推播。
[0009]在本發(fā)明的一實施例中提供一種應用于網絡架構的請求信息處理方法，在步驟(a)之前，還包括:自一條件數(shù)據(jù)存取端擷取判斷條件而儲存于數(shù)據(jù)存取端。
[0010]在本發(fā)明的一實施例中提供一種應用于網絡架構的請求信息處理方法，其中在步驟(b)之中，系經由一信息收集端將預先限制信息主動推播至處理端。
[0011]本發(fā)明為解決習知技術之問題所采用的另一技術手段提供一種請求信息處理系統(tǒng)，包括:一客戶端，用以經由一網絡發(fā)出一請求信息；一數(shù)據(jù)存取端，連接于網絡，數(shù)據(jù)存取端儲存有一數(shù)據(jù)群以及針對于數(shù)據(jù)群的一限制條件，數(shù)據(jù)存取端根據(jù)數(shù)據(jù)群是否符合限制條件而產生一預先判斷結果，并根據(jù)預先判斷結果端產生一預先限制信息并主動推播至網絡；及一處理端，通過網絡連接于客戶端與數(shù)據(jù)存取端之間，處理端用以接收請求信息及預先限制信息，以根據(jù)預先限制信息設立一請求限制條件，并判斷請求信息是否符合請求限制條件，若符合，回傳一禁止信息至客戶端。
[0012]在本發(fā)明的一實施例中提供一種請求信息處理系統(tǒng)，其中數(shù)據(jù)存取端根據(jù)判斷結果而主動推播一解除限制信息至網絡，處理端根據(jù)解除限制信息而解除設立解除限制信息所對應的請求限制條件。
[0013]在本發(fā)明的一實施例中提供一種請求信息處理系統(tǒng)，其中數(shù)據(jù)存取端以一預定周期而周期性地執(zhí)行主動推播。
[0014]在本發(fā)明的一實施例中提供一種請求信息處理系統(tǒng)，還包括:一條件數(shù)據(jù)存取端，通過網絡連接于數(shù)據(jù)存取端，條件數(shù)據(jù)存取端通過網絡發(fā)送限制條件以供數(shù)據(jù)存取端擷取。
[0015]在本發(fā)明的一實施例中提供一種請求信息處理系統(tǒng)，還包括:一信息收集端，通過網絡連接于數(shù)據(jù)存取端與處理端之間，信息收集端接收來自數(shù)據(jù)存取端的限制信息，并將限制信息主動推播至處理端。
[0016]本發(fā)明的應用于網絡架構的請求信息處理方法及系統(tǒng)能夠根據(jù)預先限制信息于處理端設立請求限制條件，符合請求限制條件的請求信息會被響應禁止信息而判定為無效，因此數(shù)據(jù)存取端無需為了這些判定為無效的請求信息而進行多余的存取、響應等動作。如此一來，當使用者激增而超過系統(tǒng)所能負載人數(shù)上限的情況下，能夠有效降低對于數(shù)據(jù)存取端的存取流量，進而減輕系統(tǒng)負擔，并可降低設備成本而以較低的營運成本提供質量良好的服務。
【附圖說明】
[0017]圖1為顯示根據(jù)本發(fā)明的第一實施例的請求信息處理系統(tǒng)的架構圖；
[0018]圖2為顯示根據(jù)本發(fā)明的第一實施例的請求信息處理方法的流程圖；
[0019]圖3為顯示根據(jù)本發(fā)明的第二實施例的請求信息處理系統(tǒng)的架構圖；
[0020]圖4為顯示根據(jù)本發(fā)明的第二實施例的請求信息處理方法的流程圖；
[0021]圖5為顯示根據(jù)本發(fā)明的第三實施例的請求信息處理系統(tǒng)的架構圖；
[0022]圖6為顯示根據(jù)本發(fā)明的第三實施例的請求信息處理方法的流程圖。
[0023]符號說明
[0024]100、100a、10b請求信息處理系統(tǒng)
[0025]I客戶端
[0026]2處理端
[0027]3數(shù)據(jù)存取端
[0028]4條件數(shù)據(jù)存取端
[0029]5信息收集端
【具體實施方式】
[0030]本發(fā)明所采用的具體實施例，將藉由以下的實施例及附呈圖式作進一步的說明。
[0031]以下根據(jù)圖1至圖6，而說明本發(fā)明的實施方式。說明并非為限制本發(fā)明的實施方式，而為本發(fā)明的實施例的一種。
[0032]如圖1所示，依據(jù)本發(fā)明的第一實施例的請求信息處理系統(tǒng)100，系應用于一網絡架構。請求信息處理系統(tǒng)100包括有一客戶端1、一處理端2、以及一數(shù)據(jù)存取端3。在本實施例中，請求信息處理系統(tǒng)100系提供作為網絡訂票系統(tǒng)。但并不限定于此，視實際應用所需，請求信息處理系統(tǒng)100也可作為一交互式查詢系統(tǒng)或是一活動報名系統(tǒng)。
[0033]客戶端I系藉由一網絡N而連接于處理端2，處理端2系藉由網絡N而與數(shù)據(jù)存取端3連接。詳細而言，客戶端I系用以經由網絡N發(fā)出一請求信息。較佳地，客戶端I可為一個人計算機，客戶端I也可為一于便利商店所設置的端點上網銷售裝置，視實際應用所需。此外，網絡N可根據(jù)需求而為有線網絡或無線網絡。
[0034]處理端2系經由網絡N而接收來自客戶端I的請求信息，以及接收來自數(shù)據(jù)存取端3的一預先限制信息或一解除限制信息。詳細而言，當處理端2接收到預先限制信息后，便會根據(jù)所收到的預先限制信息而設立一請求限制條件，處理端2判斷客戶端I的請求信息經是否符合請求限制條件，若兩者符合，則處理端2回傳一禁止信息至客戶端1，客戶端I的請求信息便會被判定為無效。若處理端2接收到解除限制信息，則處理端2便會根據(jù)限制信息的內容而解除設立相對應的請求限制條件。較佳地，處理端2可為一應用商業(yè)邏輯服務器，而用以處理上述邏輯運算的程序，但并不限定于此。
[0035]數(shù)據(jù)存取端3儲存有一數(shù)據(jù)群以及針對于數(shù)據(jù)群的一限制條件。數(shù)據(jù)存取端3根據(jù)數(shù)據(jù)群是否符合限制條件而產生一預先判斷結果，并根據(jù)預先判斷結果端產生預先限制信息或者解除限制信息，并且將預先限制信息或解除限制信息主動推播至網絡N后而傳送至處理端2。在本實施例中，數(shù)據(jù)存取端3可為一數(shù)據(jù)庫服務器。
[0036]如圖2所示，依據(jù)本發(fā)明的第一實施例的請求信息處理方法，其系應用于請求信息處理系統(tǒng)100，本方法將如后說明。首先，判斷數(shù)據(jù)存取端3所儲存的一數(shù)據(jù)群的內容是否符合一限制條件而產生一預先判斷結果(步驟S110)。在步驟SllO之中，限制條件系根據(jù)數(shù)據(jù)群的內容而設定。具體而言，當數(shù)據(jù)存取端3應用于網絡訂票系統(tǒng)時，此時數(shù)據(jù)群的內容可包括有座位的編號、價位、狀態(tài)(可供購買或無法購買)、訂購時間等相關信息，限制條件則根據(jù)上述相關信息而設定，數(shù)據(jù)群的內容經數(shù)據(jù)存取端3判斷是否符合限制條件而產生預先判斷結果。
[0037]舉例來說，限制條件可設定為「可供購買的座位是否有4個連號座位」，若在數(shù)據(jù)群中可供購買的座位頂多只有3個連號座位，從而無法提供4個連號的座位，因此數(shù)據(jù)群的內容經數(shù)據(jù)存取端3判斷而產生的預先判斷結果為不符合限制條件。在其它實施例中，預先判斷結果也可為判斷數(shù)據(jù)群的內容為符合限制條件而產生。
[0038]應注意的是，數(shù)據(jù)存取端3并不限于應用于網絡訂票系統(tǒng)上，也可應用于其它電子網絡系統(tǒng)，例如網絡活動報名系統(tǒng)或在線查詢系統(tǒng)，而其數(shù)據(jù)群也會隨著所應用的系統(tǒng)而有所差異，因此限制條件系根據(jù)數(shù)據(jù)群內容和使用者需求設定，而可有多種型式而不限于本實施例的型式。
[0039]在預先判斷結果不符合限制條件時，接著，則數(shù)據(jù)存取端3產生預先限制信息，并將預先限制信息經由網絡N而主動推播至處理端2 (步驟S210)。也就是說，當預先判斷結果不符合限制條件時，數(shù)據(jù)存取端3便會對應地產生用于通知處理端2的預先限制信息，并且將此預先限制信息主動推播到處理端2。
[0040]接著，處理端2接收到預先限制信息時，則于處理端2設立一請求限制條件(步驟S310)。具體而言，當處理端2接收到自數(shù)據(jù)存取端3主動推播的預先限制信息后，處理端2則根據(jù)預先限制信息而于一預先判斷模塊(圖未示)內設立請求限制條件，如此