TWI764685B - 網路流量管制系統與方法 - Google Patents

Abstract

本發明揭露一種網路流量管制方法，該方法是基於一種遞減方式的訪問許可發行率來分配進入一目標伺服器中各部分的流量，藉此優化目標伺服器的資源消耗。

Description

網路流量管制系統與方法

本發明關於一種網路流量管制技術，尤其是一種基於階層的網路流量管制系統及其方法。

網路購物已成為消費者所習慣的一種購物途徑，尤其針對某些可能引發排隊或搶購的物品，網路購物的模式取代了大量的人力和時間成本，例如以人力排隊以及花費時間等待。隨著網路購物的盛行，短時間內的網路流量暴增的情況更為常見。例如，電商平台所上架的限時或限量熱門商品，以及熱門活動的電子票卷，均是屬於這類型的商品。運行這些購物網站的伺服器，常因短時間內巨量資料的處理而崩潰，無法正常執行各種處理。特別是購物流程末端的交易處理，該處理會占用伺服器較大量的資源，容易使負責交易處理的伺服器超出負荷，亦影響終端裝置與伺服器之間的正常溝通。

為了解決突發的網路流量暴增問題，已知有增加伺服器的作法，當然相對增加硬體成本。此外，亦有透過網路設備阻擋終端裝置登入購物平台伺服器的手段。意即，在目標伺服器之前的網路設備中可設定在一時間內允許終端裝置與伺服器連線的上限數量。一旦該網路設備辨識出與目標伺服器連線的終端裝置數量達到設定的上限值，該網路設備將不允許其他終端裝置經由該網路設備本身連訪問目標伺服器。這樣的阻擋方式存在某些缺點，像是終端裝置可能會因所述阻擋而從伺服器收到不完整的資料，影響流程的進行。已知還有使用對談機制（session），即特定的通訊協定，來使終端裝置和伺服器建立連線以交換資料。然而，對談機制的限制在於每個對談都有其頻寬限制，無法應付突發的巨量資料流量。此外，短時間建立大量session會耗用巨量的系統資源，特別是資料庫的連線數皆有其數量限制。若同時允許大量連線建立，輕則會造成系統存取資料異常緩慢，重則甚至於發生資源耗盡而無法提供服務的情況。

因此，有必要發展一種不限制購物平台流量上限的手段，可以有效率地協助大量終端裝置的用戶於購物平台上順利進行各階層的存取，像是瀏覽、預覽、付款和購買交易等，以免將潛在消費者排除在平台之外。

本發明目的在於提供一種網路流量管制方法，由一流量管制伺服器執行，該流量管制伺服器用於控制多個終端裝置訪問一平台伺服器的程度，該方法包含：基於一第一發行率發行多個第一許可，其中該第一發行率為一第一時段中發行第一許可的數量；及基於一第二發行率發行多個第二許可，其中該第二發行率為一第二時段中發行第二許可的數量。其中，該等第一許可的每一個指示在該平台伺服器中的一第一階層的訪問許可，該等第二許可的每一個指示在該平台伺服器中的一第二階層的訪問許可，且該第一階層不同於該第二階層。其中，該第二發行率小於該第一發行率，藉此使該第一階層的至該第二階層所允許訪問的終端裝置數量呈遞減。

本發明的另一目的在於提供一種網路流量管制方法，用於控制多個終端裝置訪問一平台伺服器的程度，該方法包含：由該等終端裝置的每一個，從一遠端接收一第一許可，使持有該第一許可的終端裝置允許訪問該平台伺服器中的一第一階層；由持有第一許可的該等終端裝置的任一個，向該遠端發送用於兌換一第二許可的一兌換請求，其中該兌換請求連同該第一許可被發送至遠端；由發送該兌換請求的終端裝置，從遠端接收並呈現一兌換結果，該兌換結果指示成功以該第一許可兌換的第二許可，或者，指示該第二許可將能被兌換的一時間資訊；及由持有該第二許可的終端裝置，訪問該平台伺服器中的一第二階層，該第二階層不同於該第一階層。

本發明再一目的在於提供一種網路流量管制系統，包含：一平台伺服器，提供一網路銷售服務，其中該網路銷售服務具有一第一階層和一第二階層，且該第一階層不同於該第二階層；多個終端裝置，通訊連接該平台伺服器以使用該網路銷售服務；及一流量管制伺服器，通訊連接於該等終端裝置與該平台伺服器之間以控制該等終端裝置訪問該平台伺服器的程度。其中，該流量管制伺服器配置成基於一第一發行率發行多個第一許可，以及基於一第二發行率發行多個第二許可。其中，該第一發行率為一第一時段中發行第一許可的數量，該第二發行率為一第二時段中發行第二許可的數量，且該第一發行率小於該第二發行率。其中，該等第一許可的每一個指示在該平台伺服器中第一階層的訪問許可，該等第二許可的每一個指示在該平台伺服器中第二階層的訪問許可。

底下將參考圖式更完整說明本發明，並且藉由例示顯示特定範例具體實施例。不過，本主張主題可具體實施於許多不同形式，因此所涵蓋或申請主張主題的建構並不受限於本說明書所揭示的任何範例具體實施例；範例具體實施例僅為例示。同樣，本發明在於提供合理寬闊的範疇給所申請或涵蓋之主張主題。

本說明書內使用的詞彙「在一實施例」並不必要參照相同具體實施例，且本說明書內使用的「在其他（一些/某些）實施例」並不必要參照不同的具體實施例。其目的在於例如主張的主題包括全部或部分範例具體實施例的組合。

第一圖為本發明網路流量管制系統的方塊示意圖。本發明網路流量管制系統包含多個終端裝置（100）、一流量管制伺服器（102）及一平台伺服器（104）。終端裝置（100）為一使用者所持有且具有處理單元，用執行多個應用程式。終端裝置（100）還具有輸入介面，供使用者操作該裝置以達到特定的目的。終端裝置（100）還具有用於顯示資訊和多媒體內容的顯示介面。終端裝置（100）還配置成具有網路連線的能力，使終端裝置（100）能連線至網際網路中，以存取和交換網路中的資料。舉例而言，所述終端裝置（100）為可攜式裝置，像是智慧手機和電腦。

流量管制伺服器（102）存在於一網路中，且配置成與平台伺服器（104）通訊連接，用於控制終端裝置（100）與平台伺服器（104）的連線。更具體而言，任何欲拜訪平台伺服器（104）的裝置或特定使用者，如平台的會員，其必定會先拜訪流量管制伺服器（102）並依據流量管制伺服器（102）所分配的許可而進一步拜訪平台伺服器（104）中的對應部份。

如圖所示實施例中，流量管制伺服器（102）包含一瀏覽管制模組（1020）、一預覽管制模組（1022）、一付款管制模組（1024）、一購買管制模組（1026）及一許可發行模組（1028）。應了解，本實施例所述瀏覽、預覽、付款及購買是指一般網路購物流程中的各個階層（階段），但本發明不以此為限。

瀏覽管制模組（1020）配置成針對一或多個網頁的瀏覽階層提供一第一流量管制機制。所述網頁的瀏覽是指一使用者經由其所持有的終端裝置（100）瀏覽一或多個網頁內容，像是購物平台、票卷購買平台等，且所述瀏覽是指網頁一般資訊的瀏覽，不包含需要複雜操作或互動的頁面，如平台網站的首頁內容，但本發明不以此為限制。

預覽管制模組（1022）配置成針對特定內容的瀏覽階層提供一第二流量管制機制。所述預覽與前述瀏覽的差異在於，預覽的內容本身的資料負載相對瀏覽的內容更大。或者，所述預覽的內容是因應不同使用者的需求所呈現的內容，非所有使用者共享的內容。例如，一網站的首頁內容對於所有使用者是相同的內容，但商品細節或購物車所列清單則是因使用者的瀏覽過程中的操作結果而異。然而，本發明不以此為限制，在其他實施例中，預覽管制模組（1022）可被省略或與瀏覽管制模組（1020）整合。

付款管制模組（1024）配置成針對平台中的一付款階層提供一第三流量管制機制。所述付款是在選擇商品之後才生成，此時終端裝置（100）的使用者可被導向至一付款網頁，其要求該使用者輸入付款所需要的相關資訊，像是付款方式、聯絡資訊和運送方式。

購買管制模組（1026）配置成針對購買階層的交易處理提供一第四流量管理機制。所述購買是指因應使用者確定所有付款資訊無誤的結果而形成，且所述購買可包含各項資訊的驗證處理，以使商品購買成立。例如，為了防止機器人操作商品的購買，所述購買的過程中平台可要求終端裝置（100）的使用者執行特定的認證操作，以認證使用者的身分。在其他實施例中，購買管制模組（1026）與付款管制模組（1026）可整合在一起。

許可發行模組（1028）配置成向各階層的使用者發行一許可（license），讓持有許可的使用者允許訪問與該許可對應的階層。例如，當使用者持有瀏覽階層的許可，該使用者允許在與該許可對應的一或多個網站中進行一般資訊的瀏覽，但該使用者無法基於該瀏覽階層的許可而訪問下一個預覽階層或者更之後的階層。流量管制伺服器（102）可將發行的許可提供給終端裝置（100），且經由終端裝置（100）顯示給使用者。所述許可的形式不拘，其可以是一串數字組合，或可被使用者所讀取的內容。此外，流量管制伺服器（102）依據訪問網站的使用者所持有的許可上的特徵碼或其他可識別內容以判斷其所處之階層。

許可發行模組（1028）可根據瀏覽管制模組（1020）所提供的第一流量管制機制發行多個許可瀏覽階層的許可。在一實施例中，許可發行的量隨著階層的末端而遞減。舉例而言，許可發行模組（1028）基於瀏覽管制模組（1020）的第一流量管制機制，以每分鐘100000個許可的發行率將每一個瀏覽許可提供給訪問平台伺服器（104）且停留在瀏覽階層的使用者。類似地，許可發行模組（1028）基於預覽管制模組（1022）的第二流量管制機制，以每分鐘10000個許可的發行率將每一個預覽許可提供給訪問平台伺服器（104）且停留在預覽階層的使用者。接著，許可發行模組（1028）基於付款管制模組（1024）的第三流量管制機制，以每分鐘1000個許可的發行率將每一個付款許可提供給訪問平台伺服器（104）且停留在付款階層的使用者。最後，許可發行模組（1028）基於購買管制模組（1026）的第四流量管制機制，以每分鐘100個許可的發行率將每一個購買許可提供給訪問平台伺服器（104）且停留在購買階層的使用者。這樣的遞減發行與使用者停留在各個階層的機率有關，意即並不是每個訪問平台伺服器（104）的使用者都會進入付款和購買的階層，當然本發明不以此為限制。

許可發行模組（1028）還配置成基於一兌換請求而發行所述許可。所述兌換請求是因應訪問平台伺服器（104）的一使用者從一階層前進至下一個階層（但尚未進入下一階層）而產生。具體而言，當一使用者欲從平台伺服器（104）中的一階層前進至下一階層時會觸發一轉跳請求（或一導向請求），其指示一網頁轉跳或導向至另一網頁。流量管制伺服器（102）基於該轉跳請求而識別出該使用者有提出階層前進的需求，並基於該轉跳請求產生所述兌換請求。此時，許可發行模組（1028）會基於所述兌換請求及所述流量管制機制而發行適當的許可。例如，當一使用者進入平台伺服器（104）的瀏覽階層，許可發行模組（1028）以瀏覽管制模組（1020）所提供的第一流量管制機制發行一瀏覽許可給該使用者的終端裝置（100）。當該使用者欲從瀏覽階層前進至預覽階層，許可發行模組（1028）基於來自該使用者的終端裝置（100）發出的一兌換請求，而決定是否發行一預覽許可給該使用者的終端裝置（100）。

所述兌換請求至少必須包含使用者當前所停留階層的許可。若所述兌換請求不包含使用者當前持有的許可，則許可發行模組（1028）決定不發行下一個階層的許可給該使用者的終端裝置（100）。當所述兌換請求包含使用者當前所處階層的許可，則許可發行模組（1028）基於所述兌換請求中的許可而發行下一階層的許可給使用者的終端裝置（100）。舉例而言，當一使用者發出欲從預覽階層前進至付款階層的一轉跳請求，終端裝置（100）的使用者被要求提供其所持有的一預覽許可，該預覽許可被包含在發送至流量管制伺服器（102）的一兌換請求中。許可發行模組（1028）基於收到的兌換請求中的預覽許可及付款管制模組提供的流量管制機制，發行一付款許可至該使用者的終端裝置（100）。此時，該使用者持有該付款許可，流量管制伺服器（102）允許該使用者訪問平台伺服器（104）中的付款階層。

上述舉例相鄰階層之間的轉跳，但本發明不以此為限制。在可能的情況中，一使用者也可能從瀏覽階層前進至購買階層，因為平台伺服器（104）已預先儲存有該使用者的付款資訊。在一上下階層的關係中，該使用者可持既有的許可而返回上一階層，意即使用者返回上一階層不需要取得新的許可。雖然圖示許可發行模組（1028）獨立於其他模組，但本發明不以此為限制，許可發行模組（1028）可分別與其他模組整合。流量管制伺服器（102）不必然是獨立於平台伺服器（104）之外，兩者亦可整合成同一個伺服器。

平台伺服器（104）配置成主持一網站或提供服務的一平台。本實施例以網路購物平台為例。平台伺服器（104）包含一購物平台伺服器（1040）、一付款伺服器（1042）及一購買交易伺服器（1044）。購物平台伺服器（1040）負責運行一購物平台，讓一使用者可經由一終端裝置（100）的網頁瀏覽器或應用程式登入該購物平台。該購物平台伺服器（1040）可提供一般網路購物流程中的所述瀏覽階層和預覽階層，像是瀏覽平台呈現的一般資訊及預覽所選擇商品內容。付款伺服器（1042）配置成負責運行一付款服務。登入購物平台的使用者可被轉跳或導向至付款伺服器（1042）以進行付款的相關操作。付款伺服器（1042）負責一般網路購物流程中的付款階層，使用者於該階層中主要向付款伺服器（1042）提供被要求的付款資訊。購買交易伺服器（1044）配置成處理購買的交易資料，像是付款資訊確認、貨物狀態評估及購買者身分認證等各種處理，是處理負擔相對較大的部分。購買交易伺服器（1044）負責一般網路購物流程中的購物階層，包含即時交易的處理、管理和通知。例如，購買交易伺服器（1044）可將交易結果以特定的方式通知該使用者的終端裝置（100）及運行購物平台伺服器（1040）的商家。應了解，本發明平台伺服器（104）的組成不以此為限制。

第二圖為一網路購物流程中所有階層與網路流量的關係示意圖。這些階層有瀏覽、預覽、付款和購買，但本發明不以此為限制。圖示各階層方塊的長度類比為網路流量的高低。根據前述的流量管理機制，即許可的發行率朝階層末端遞減，可見圖中的瀏覽階層的瞬間網路流量為最高，並朝購買階層遞減。這是本發明許可發行和兌換機制作用下的結果，此也符合使用者瀏覽購物網站的習慣。登入網路購物網站的某些使用者可能只是瀏覽商品內容，其他部分使用者可能選擇商品後才會決定是否購買。為了避免付款和購買的網路流量在短時間過於擁擠，造成伺服器超過負荷，此機制以數量和時間將網路流量的分配和轉移達到一個較順暢的狀態。

考量另一個搶購限量商品的例子，像是演唱會票卷，這種消費模式通常會在短時間內造成巨大的網路流量。第二圖的流量管制模型可防止數量過多的使用者從瀏覽階層快速前進至付款或購買階層，避免伺服器處理的負擔突然暴增。當一使用者希望前進至下一個階層，使用者必須先取得其所處階層的許可，並以該使用者所持有的許可兌換前進至下一階層的許可。換言之，下一個階層的開放僅給予持有上一個階層許可的使用者。儘管此會迫使巨量使用者停留在瀏覽階層，由於提供瀏覽內容對於伺服器的處理負擔相對較小，系統崩潰的機率也相對降低。當一階層在一時刻所發行的許可數量少於該階層的使用者數量，部分使用者無法取得該階層的許可。然而，所述流量管制伺服器（102）基於一發行率，在下一個時刻會再次發行許可，使上一時刻未領取到許可的使用者仍有機會獲得該階層許可並經由兌換機制獲得前往下一階層的許可。在一實施例中，所述許可具有時效性，自許可被發行的時間點起算，如一分鐘。在許可的時效之內，使用者可停留在該許可對應的階層；否則，使用者會被轉跳或導向上一階層或最初的階層。

第三圖例示一使用者以一終端裝置從一付款伺服器轉跳至一購買伺服器的流程圖。首先，假設該使用者已經持有一付款許可，其代表該使用者停留在付款階層，即該使用者透過終端裝置（100）執行付款的相關操作。

在步驟S31，終端裝置（100）向流量管理伺服器（102）發出一轉跳請求，其指示該終端裝置（100）的使用者將從付款階層前進至購買階層。舉例而言，所述轉跳請求可以是在使用者經由終端裝置（100）在付款網頁中點選結帳付款的按鈕介面而產生，且所述轉跳請求還包含一兌換請求，其指示以該使用者持有的付款許可兌換一購買許可。

在步驟S32，流量管制伺服器（102）收到所述轉跳請求，流量管制伺服器（102）基於一流量管制機制（如第二圖購買管制模組提供的第四流量管制機制）的一許可發行率而回傳一訊息至終端裝置（100），指示該時刻的購買許可的存量為零以及流量管制伺服器（102）將發行購買許可的下一個時刻。此時，終端裝置（102）可顯示需要等待的時間，例如10秒。

因此，在步驟S33，終端裝置（102）的使用者於付款階層停留了一段時間，例如10秒，直到流量管制伺服器開放發行新的購買許可。舉例而言，在該時間內，終端裝置（100）可於顯示的付款頁面中移除結帳購買的按鈕介面，並呈現一讀秒介面。

在步驟S34，終端裝置（100）再次向流量管制伺服器（102）發出所述轉跳請求。舉例而言，終端裝置（100）在一等待時間結束後在付款頁面中呈現一結帳購買的按鈕介面，供使用者點擊以產生所述轉跳請求至購買階層。

在步驟S35，流量管制伺服器（102）基於一流量管制機制（如第二圖購買管制模組提供的第四流量管制機制）的一許可發行率而回傳一購買許可至終端裝置（100）。流量管制伺服器（102）基於一兌換機制，將收到的付款許可關聯出所發行購買許可中的其中一個，以完成兌換。在一實施例中，流量管制伺服器（102）可從未被領取的發行購買許可中隨機關聯出一個購買許可。可替代地，流量管制伺服器（102）可從未被領取的發行購買許可中藉由對映手段（mapping）關聯出一個購買許可。當然，本發明所述兌換機制不以此為限制。在一可行手段中，所述兌換機制是由流量管制伺服器（102）至少基於接收的一使用者識別（user ID）、一商品識別及一階層組成鍵值而實現。該購買許可儲存於終端裝置（100）並向其使用者呈現。在一實施例中，購買許可是使用者可識別的內容。

在步驟S36，終端裝置（100）向流量管制伺服器（102）傳送該購買許可，由流量管制伺服器（102）驗證該購買許可的正確性。

在步驟S37，流量管制伺服器（102）基於該購買許可的驗證正確性而將終端裝置（100）的連線從付款伺服器（1042）轉跳至購買交易伺服器（1044）。同時，使用者訪問付款伺服器（1042）時所輸入的付款資訊一併被傳送至購買交易伺服器（1044）進行交易和驗證等處理。

在步驟S38，購買交易伺服器（1044）基於交易和驗證處理的結果回傳一購買完成訊息至終端裝置（100）。在一實施例中，購買交易伺服器（1044）回傳的訊息經過流量管制伺服器（102）以通知流量管制伺服器（102）該使用者已完成購買，即將離開購買階層。在另一實施例中，流量管制伺服器（102）基於購買交易伺服器（1044）回傳的通知而中斷終端裝置（100）與購買交易伺服器（1044）的連線，以降低購買階層的網路流量。在其他實施例中，購買交易伺服器（1044）可經由其他網路路徑發送所述回傳訊息，而在終端裝置（100）收到所述回傳訊息前，終端裝置（100）的使用者仍維持在購買階層的網路流量中。當然，本發明不以這些實施例為限。

第四圖顯示本發明網路流量管制方法的流程圖。該方法可根據如第一圖的系統配置執行。更具體而言，該方法是用於建立一流量管制模型。該方法始於步驟S400，一使用者經由一終端裝置（100）訪問一網站或提供服務的一平台。舉例而言，該使用者可經由終端裝置（100）的瀏覽器或應用程式訪問運行該網站或平台的一伺服器（第一圖的平台伺服器104），其中所述伺服器所提供的網路購物服務可根據處理資源的消耗程度分為瀏覽、預覽、付款及購物等多個處理階層，但本發明不以此為限。

在步驟402，由一流量管制伺服器（102）發行多個瀏覽許可給訪問平台伺服器（104）的使用者。具體而言，流量管制伺服器（102）是基於一第一發行率將多個瀏覽許可發行給訪問的使用者，其中所述第一發行率的定義是一時間內發行多個瀏覽許可。在本實施例中，第一發行率為每分鐘發行100000個瀏覽許可。換言之，對於多個終端裝置（100）而言，流量管制伺服器（102）每分鐘會釋出100000個瀏覽許可供這些終端裝置（100）兌換領取。在時間內未被領取的瀏覽許可將被併入下一時刻的發行或作廢，原則上所述第一發行率不改變。所述瀏覽許可令流量管制伺服器（102）允許持有該許可的使用者享有瀏覽階層的處理，讓使用者可以在購物網站進行基本的瀏覽行為。

在步驟404，由流量管制伺服器（102）發行多個瀏覽許可給訪問平台伺服器（104）的使用者。具體而言，流量管制伺服器（102）是基於一第二發行率將多個預覽許可發行給訪問的使用者，其中所述第二發行率的定義是一時間內發行多個預覽許可，且第二發行率小於第一發行率。在本實施例中，第二發行率為每分鐘發行10000個預覽許可。換言之，對於多個終端裝置（100）而言，流量管制伺服器（102）每分鐘會釋出10000個預覽許可供持有瀏覽許可的終端裝置（100）兌換領取。所述預覽許可令流量管制伺服器（102）允許持有該許可的使用者享有預覽階層的處理，讓使用者可以在購物網站進行特定商品資訊的預覽，例如虛擬購物籃儲存的商品資訊。

在步驟406，由流量管制伺服器（102）發行多個付款許可給訪問平台伺服器（104）的使用者。具體而言，流量管制伺服器（102）是基於一第三發行率將多個付款許可發行給訪問的使用者，其中所述第三發行率的定義是一時間內發行多個付款許可，且第三發行率小於第二發行率。在本實施例中，第二發行率為每分鐘發行1000個預覽許可。換言之，對於多個終端裝置（100）而言，流量管制伺服器（102）每分鐘會釋出1000個付款許可供持有預覽許可（或瀏覽許可）的終端裝置（100）兌換領取。所述付款許可令流量管制伺服器（102）允許持有該許可的使用者享有付款階層的處理，讓使用者可以在購物網站進行付款的各項操作，例如提供付款方式、聯繫資訊及運送方式。

在步驟408，由流量管制伺服器（102）發行多個購買許可給訪問平台伺服器（104）的使用者。具體而言，流量管制伺服器（102）是基於一第四發行率將多個購買許可發行給訪問的使用者，其中所述第四發行率的定義是一時間內發行多個購買許可，且第四發行率小於第三發行率。在本實施例中，第三發行率為每分鐘發行100個預覽許可。換言之，對於多個終端裝置（100）而言，流量管制伺服器（102）每分鐘會釋出100個購買許可供持有付款許可（或瀏覽/預覽許可）的終端裝置（100）兌換領取。所述購買許可令流量管制伺服器（102）允許持有該許可的使用者享有購買階層的處理，讓使用者提供的付款資訊可以在遠端被檢查和認證等交易處理，例如由購買交易伺服器（1044）處理這筆交易。在一種可能的情況中，當平台伺服器（104）已預先儲存有關聯於使用者的付款資訊，使用者沒有必要兌換領取付款許可而重複付款操作，防止佔用付款處理的伺服器資源。此時，使用者可停留在瀏覽或預覽階層等待兌換領取購物許可。例如，使用者可在瀏覽的網頁中點擊結帳購買的按鈕介面。

藉由上述步驟S400至S408，流量管制伺服器（102）可建立如第二圖的流量管制模型，其採用許可發行率控制和兌換機制使網路流量隨著階層的進行呈遞減。應了解，與先前技術不同的是，此模型不會將使用者阻擋在平台伺服器（104）之外，而是將使用者停留在網站中，間接地提升使用者的購物意願。

第五圖為根據所述流量管制模型的網路購物流程。該方法始於步驟S500，一使用者經由一終端裝置（100）以一身分訪問一平台伺服器（104），其中終端裝置（100）是經由一流量管制伺服器（102）通訊連接平台伺服器（104）。平台伺服器（104）可以是運行一網路購物平台。本發明流量管制伺服器（102）根據前述步驟所建立的流量管制模型而分配平台伺服器（104）的可用資源給訪問的多個終端裝置。

在步驟S502，由該使用者持有的終端裝置（100）自流量管制伺服器（102）領取一瀏覽許可，以回應該使用者在平台伺服器的初始訪問。如同前述，流量管制伺服器（102）基於一第一發行率釋出多個瀏覽許可，通常釋出的數量足以應付巨大的訪問數量。在一實施例中，該瀏覽許可是以可識別的方式由終端裝置（100）向該使用者呈現。舉例而言，所述許可是由一使用者識別、一商品（車票、演唱會座位、限量商品等）識別及一階層組成的鍵值所組成。持有瀏覽許可的使用者可享用平台伺服器（104）提供的瀏覽服務，像是商品基本資訊、優惠資訊和常見問題等。

在步驟S504，由該使用者持有的終端裝置（100）以該瀏覽許可向流量管制伺服器（102）兌換領取一預覽許可。如同前述，流量管制伺服器（102）基於一第二發行率釋出多個預覽許可，且第二發行率小於第一發行率。若釋出的預覽許可已經被兌換領取完畢，使用者必須等待下一次發行的時間來兌換預覽許可。相似地，預覽許可是以可識別的方式由終端裝置（100）向該使用者呈現，但不同於前述瀏覽許可。持有預覽許可的使用者可享用平台伺服器（104）提供的預覽服務，像是已選擇的商品內容，供付款前確認。應了解，本發明不以此為限，預覽階層與付款階層的順序可以交換。

在步驟S506，由該使用者持有的終端裝置（100）以該預覽許可向流量管制伺服器（102）兌換領取一付款許可。如同前述，流量管制伺服器（102）基於一第三發行率釋出多個付款許可，且第三發行率小於第二發行率。若釋出的付款許可已經被兌換領取完畢，使用者必須等待下一次發行的時間來兌換付款許可。相似地，付款許可是以可識別的方式由終端裝置（100）向該使用者呈現，但不同於前述瀏覽和預覽許可。持有付款許可的使用者可享用平台伺服器（104）提供的付款操作，像是填入消費者基本資料、信用卡資訊和運送地址等。

在步驟S506，由該使用者持有的終端裝置（100）以該預覽許可向流量管制伺服器（102）兌換領取一付款許可。如同前述，流量管制伺服器（102）基於一第三發行率釋出多個付款許可，且第三發行率小於第二發行率。若釋出的付款許可已經被兌換領取完畢，使用者必須等待下一次發行的時間來兌換付款許可。相似地，付款許可是以可識別的方式由終端裝置（100）向該使用者呈現，但不同於前述瀏覽和預覽許可。持有付款許可的使用者可享用平台伺服器（104）提供的付款操作，像是由第一圖付款伺服器（1042）接收消費者基本資料、信用卡資訊和運送地址並檢查資訊填寫是否符合規定等。

在步驟S508，由該使用者持有的終端裝置（100）以該付款許可向流量管制伺服器（102）兌換領取一購買許可。如同前述，流量管制伺服器（102）基於一第四發行率釋出多個購買許可，且第四發行率小於第三發行率。若釋出的購買許可已經被兌換領取完畢，使用者必須等待下一次發行的時間來兌換購買許可。相似地，購買許可是以可識別的方式由終端裝置（100）向該使用者呈現，但不同於前述瀏覽、預覽和付款許可。持有購買許可的使用者可享用平台伺服器（104）提供的交易處理，像是由第一圖購買交易伺服器（1044）處理一或多筆交易中的各項檢查和驗證。

在步驟S510，由該使用者持有的終端裝置（100）自平台伺服器（104）接收一購買完成的訊息，以回應交易處理的成功。此時，終端裝置（100）可被轉跳或導向離開購買交易伺服器（1044）以確保購買階層維持在一較低的流量。

應了解，上述步驟並非本發明唯一的限制，意即所述階層的定義和數量可以有其他的組合，所述許可發行率可依據平台商品的類型而調整，以獲得較適合的流量管制模型。

第六圖顯示流量管制伺服器（102）基於所述流量管制模型所執行的方法流程圖。該方法始於步驟S600，由流量管制伺服器（102）根據一第一發行率而發行多個瀏覽許可給訪問平台伺服器（104）的多個使用者。在一實施例中，訪問的使用者可向流量管制伺服器（102）主動請求所述瀏覽許可。可替代地，流量管制伺服器（102）可自動識別訪問的使用者並將發行的瀏覽許可給予每一個使用者，確保盡可能多數的使用者停留在瀏覽階層。

相似地，在步驟S602，由流量管制伺服器（102）根據一第二發行率而發行多個預覽許可，其中第二發行率小於第一發行率，所述預覽許可指示訪問的使用者享有平台伺服器（104）提供的預覽服務的權利。在步驟S604，由流量管制伺服器（102）根據一第三發行率而發行多個付款許可，其中第三發行率小於第二發行率，所述付款許可指示訪問的使用者享有平台伺服器（104）提供的付款操作的權利。在步驟S606，由流量管制伺服器（102）根據一第四發行率而發行多個購買許可，其中第四發行率小於第三發行率，所述購買許可指示訪問的使用者享有平台伺服器（104）提供的購買交易處理的權利。所述第一至第四發行率朝著階層的末段而遞減，例如從每分鐘100000個至每分鐘100個，但本發明不以此為限制。

在步驟S608，由流量管制伺服器（102）判斷是否有來自訪問使用者的一或多個兌換請求，其中所述兌換請求是因應不同階層之間的一轉跳或一導向請求而產生。例如，訪問的使用者請求從瀏覽階層轉跳至預覽階層或付款階層。可替代地，所述兌換請求是由訪問的使用者在發出所述轉跳或導向之前所發起。若判斷有兌換請求，前進至步驟S610；否則，持續根據所述發行率釋出用於訪問各階層的許可。

在步驟S610，由流量管制伺服器（102）判斷接收的兌換請求是否包含所述許可的其中一者，如瀏覽許可、預覽許可、付款許可或購買許可。若是，前進至步驟S612；否則，發送兌換失敗的訊息至訪問的使用者。

在步驟S612，由流量管制伺服器（102）從接收的兌換請求中識別出包含的一許可，並根據所述轉跳請求或導向請求將該許可關聯出另一許可。舉例而言，當流量管制伺服器（102）識別出一兌換請求中的許可為一瀏覽許可，其中該兌換請求是因應瀏覽階層至預覽階層的一轉跳請求，則流量管制伺服器（102）根據該瀏覽許可及/或該轉跳請求關聯出一預覽許可，並提供給訪問的使用者，以完成兌換。

在步驟S614，由流量管制伺服器（102）允許持有一或多個許可的訪問使用者停留於許可所屬的階層，讓使用者享有平台伺服器（104）提供的部分資源。

應了解，上述步驟S600至S614不必是如圖示順序執行。實際上，流量管制伺服器（102）可幾乎同時執行這些步驟或以不同的順序執行。

100:終端裝置 102:流量管制伺服器 1020:瀏覽管制模組 1022:預覽管制模組 1024:付款管制模組 1026:購買管制模組 1028:許可發行模組 104:平台伺服器 1040:購物平台伺服器 1042:付款伺服器 1044:購買交易伺服器 S31至S38:步驟 S400至S408:步驟 S500至S510:步驟 S600至S614:步驟

參照下列圖式與說明，可更進一步理解本發明。非限制性與非窮舉性實例系參照下列圖式而描述。在圖式中的構件並非必須為實際尺寸；重點在於說明結構及原理。

第一圖為本發明網路流量管制系統的方塊示意圖。

第二圖示意網路流量根據一階層關係遞減。

第三圖為一泳道圖，其例示本發明中的一許可兌換流程。

第四圖為本發明流量管制方法的流程圖。

第五圖為根據本發明流量管制模型的網路購物流程圖。

第六圖為本發明流量管制伺服器執行的方法流程圖。

Claims (23)

1. 一種網路流量管制方法，由一流量管制伺服器執行，該流量管制伺服器用於控制多個終端裝置訪問一平台伺服器的程度，該方法包含： 基於一第一發行率發行多個第一許可，其中該第一發行率為一第一時段中發行第一許可的數量；及 基於一第二發行率發行多個第二許可，其中該第二發行率為一第二時段中發行第二許可的數量， 其中，該等第一許可的每一個指示在該平台伺服器中的一第一階層的訪問許可，該等第二許可的每一個指示在該平台伺服器中的一第二階層的訪問許可，且該第一階層不同於該第二階層， 其中，該第二發行率小於該第一發行率，藉此使該第一階層的至該第二階層所允許訪問的終端裝置數量呈遞減。
2. 如請求項1所述之方法，其中該平台伺服器運行網路銷售平台，所述第一許可為瀏覽許可，所述第一階層為瀏覽階層，所述瀏覽階層為該平台伺服器所提供的一瀏覽服務。
3. 如請求項2所述之方法，其中該平台伺服器運行網路銷售平台，所述第二許可為預覽許可，所述第二階層為預覽階層，所述瀏覽階層為該平台伺服器所提供的一預覽服務。
4. 如請求項3所述之方法，其中該第一發行率為每分鐘發行100000個瀏覽許可，該第二發行率為每分鐘發行10000個預覽許可。
5. 如請求項1所述之方法，其中該平台伺服器運行網路銷售平台，所述第一許可為預覽許可，所述第一階層為預覽階層，所述預覽階層為該平台伺服器所提供的一預覽服務。
6. 如請求項5所述之方法，其中該平台伺服器運行網路銷售平台，所述第二許可為付款許可，所述第二階層為付款階層，所述付款階層為該平台伺服器所提供的一付款操作。
7. 如請求項6所述之方法，其中該第一發行率為每分鐘發行10000個預覽許可，該第二發行率為每分鐘發行1000個付款許可。
8. 如請求項1所述之方法，其中該平台伺服器運行網路銷售平台，所述第一許可為付款許可，所述第一階層為付款階層，所述付款階層為該平台伺服器所提供的一付款操作。
9. 如請求項8所述之方法，其中該平台伺服器運行網路銷售平台，所述第二許可為購買許可，所述第二階層為購買階層，所述購買階層為該平台伺服器所提供的一購買交易處理。
10. 如請求項9所述之方法，其中該第一發行率為每分鐘發行1000個付款許可，該第二發行率為每分鐘發行100個購買許可。
11. 一種網路流量管制方法，用於控制多個終端裝置訪問一平台伺服器的程度，該方法包含： 由該等終端裝置的每一個，從一遠端接收一第一許可，使持有該第一許可的終端裝置允許訪問該平台伺服器中的一第一階層； 由持有第一許可的該等終端裝置的任一個，向該遠端發送用於兌換一第二許可的一兌換請求，其中該兌換請求連同該第一許可被發送至遠端； 由發送該兌換請求的終端裝置，從遠端接收並呈現一兌換結果，該兌換結果指示成功以該第一許可兌換的第二許可，或者，指示該第二許可將能被兌換的一時間資訊；及 由持有該第二許可的終端裝置，訪問該平台伺服器中的一第二階層，該第二階層不同於該第一階層。
12. 如請求項11所述之方法，其中該平台伺服器運行網路銷售平台，該第一許可為一瀏覽許可，該第一階層為瀏覽階層，所述瀏覽階層為該平台伺服器所提供的一瀏覽服務。
13. 如請求項12所述之方法，其中該平台伺服器運行網路銷售平台，該第二許可為一預覽許可，該第二階層為預覽階層，所述預覽階層為該平台伺服器所提供的一預覽服務。
14. 如請求項11所述之方法，其中該平台伺服器運行網路銷售平台，該第一許可為一預覽許可，該第一階層為預覽階層，所述預覽階層為該平台伺服器所提供的一預覽服務。
15. 如請求項14所述之方法，其中該平台伺服器運行網路銷售平台，該第二許可為一付款許可，該第二階層為付款階層，所述付款階層為該平台伺服器所提供的一付款操作。
16. 如請求項11所述之方法，其中該平台伺服器運行網路銷售平台，該第一許可為一付款許可，該第一階層為付款階層，所述付款階層為該平台伺服器所提供的一付款操作。
17. 如請求項16所述之方法，其中該平台伺服器運行網路銷售平台，該第二許可為一購買許可，該第二階層為購買階層，所述購買階層為該平台伺服器所提供的一購買交易處理。
18. 如請求項11所述之方法，其中該兌換請求是因應該終端裝置發起從該第一階層至該第二階層的一轉跳請求或一導向請求而產生。
19. 一種網路流量管制系統，包含： 一平台伺服器，提供一網路銷售服務，其中該網路銷售服務具有一第一階層和一第二階層，且該第一階層不同於該第二階層； 多個終端裝置，通訊連接該平台伺服器以使用該網路銷售服務；及 一流量管制伺服器，通訊連接於該等終端裝置與該平台伺服器之間以控制該等終端裝置訪問該平台伺服器的程度， 其中，該流量管制伺服器配置成基於一第一發行率發行多個第一許可，以及基於一第二發行率發行多個第二許可， 其中，該第一發行率為一第一時段中發行第一許可的數量，該第二發行率為一第二時段中發行第二許可的數量，且該第一發行率小於該第二發行率， 其中，該等第一許可的每一個指示在該平台伺服器中第一階層的訪問許可，該等第二許可的每一個指示在該平台伺服器中第二階層的訪問許可。
20. 如請求項19所述之系統，其中該等終端裝置配置成至少基於該流量管制伺服器的第一發行率分別取得第一許可，且至少基於該流量管制伺服器的第二發行率分別取得第二許可。
21. 如請求項19所述之系統，其中該等終端裝置的任一個配置成基於從該第一階層至該第二階層的一轉跳請求或一導向請求，而向該流量管制伺服器發出一兌換請求，該兌換請求指示以該終端裝置持有的第一許可兌換該流量管制伺服器發行的第二許可。
22. 如請求項21所述之系統，其中該終端裝置配置成基於兌換所得到的第二許可訪問該平台伺服器提供的網路銷售服務的第二階層。
23. 如請求項19所述之系統，其中該平台伺服器包含一第一伺服器及一第二伺服器，該第一伺服器負責該網路銷售服務的第一階層，該第二伺服器負責該網路銷售服務的第二階層，該第二階層針對單一個終端裝置所消耗的資源大於該第一階層針對單一個終端裝置所消耗的資源。

Images