訪問量控制方法及裝置的制造方法
【專利摘要】本發(fā)明實(shí)施例提供一種訪問量控制方法及裝置，涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域。通過當(dāng)服務(wù)器的當(dāng)前承載信息量達(dá)到預(yù)設(shè)的閾值時，接收并緩訪問請求，當(dāng)服務(wù)器的當(dāng)前承載信息量小于預(yù)設(shè)的閾值時，根據(jù)服務(wù)器的當(dāng)前承載信息提取緩存的訪問請求，并對訪問請求進(jìn)行數(shù)據(jù)處理，避免了因?qū)⒊鲱A(yù)設(shè)訪問上限部分的訪問請求直接丟棄導(dǎo)致的訪問請求得不到處理的問題，提高了網(wǎng)絡(luò)通信的公平性。
【專利說明】
訪問量控制方法及裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明實(shí)施例涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種訪問量控制方法及裝置。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)的普及，用戶可以通過訪問互聯(lián)網(wǎng)來處理很多生活事項(xiàng)，例如網(wǎng)上繳費(fèi)、網(wǎng)絡(luò)購物、網(wǎng)絡(luò)訂票等。一些事項(xiàng)經(jīng)常需要在特定時間進(jìn)行，例如預(yù)定火車票、秒殺購物等，因此經(jīng)常會出現(xiàn)大量用戶在同一時間訪問同一網(wǎng)絡(luò)的現(xiàn)象，大量用戶的同時訪問，會導(dǎo)致網(wǎng)絡(luò)服務(wù)器來不及處理客戶端發(fā)送的數(shù)據(jù)請求，從而出現(xiàn)服務(wù)器無響應(yīng)或請求響應(yīng)超時等現(xiàn)象，嚴(yán)重時甚至?xí)?dǎo)致服務(wù)器系統(tǒng)崩潰。
[0003]為解決上述問題，需要對服務(wù)器的訪問量進(jìn)行控制，現(xiàn)有訪問量控制方法包括:當(dāng)同一時間內(nèi)服務(wù)器的訪問量達(dá)到預(yù)設(shè)訪問上限時，服務(wù)器將超出預(yù)設(shè)訪問上限部分的訪問請求直接丟棄。
[0004]發(fā)明人在實(shí)現(xiàn)本發(fā)明的過程中發(fā)現(xiàn):上述方法因?qū)⒊鲱A(yù)設(shè)訪問上限部分的訪問請求直接丟棄，導(dǎo)致無法對超出預(yù)設(shè)訪問上限部分的訪問請求進(jìn)行數(shù)據(jù)處理。

【發(fā)明內(nèi)容】

[0005]本發(fā)明實(shí)施例提供一種訪問量控制方法及裝置，用以解決現(xiàn)有技術(shù)中因?qū)⒊鲱A(yù)設(shè)訪問上限部分的訪問請求直接丟棄導(dǎo)致的超出訪問上限部分的訪問請求得不到處理的問題。
[0006]本發(fā)明實(shí)施例提供一種訪問量控制方法，包括:
[0007]實(shí)時監(jiān)測服務(wù)器的當(dāng)前承載信息；
[0008]當(dāng)所述服務(wù)器的當(dāng)前承載信息量達(dá)到預(yù)設(shè)的閾值時，接收并緩存訪問請求；
[0009]當(dāng)所述服務(wù)器的當(dāng)前承載信息量小于所述預(yù)設(shè)的閾值時，根據(jù)所述服務(wù)器的當(dāng)前承載信息提取緩存的訪問請求，并對所述訪問請求進(jìn)行數(shù)據(jù)處理。
[0010]本發(fā)明實(shí)施例提供一種訪問量控制裝置，包括:
[0011 ]監(jiān)測模塊，用于實(shí)時監(jiān)測服務(wù)器的當(dāng)前承載信息；
[0012]緩存模塊，用于當(dāng)所述服務(wù)器的當(dāng)前承載信息量達(dá)到預(yù)設(shè)的閾值時，接收并緩存訪問請求；
[0013]提取模塊，用于當(dāng)所述服務(wù)器的當(dāng)前承載信息量小于所述預(yù)設(shè)的閾值時，根據(jù)所述服務(wù)器的當(dāng)前承載信息提取緩存的訪問請求，并對所述訪問請求進(jìn)行數(shù)據(jù)處理。
[0014]本發(fā)明實(shí)施例提供的訪問量控制方法及裝置，通過當(dāng)服務(wù)器的當(dāng)前承載信息量達(dá)到預(yù)設(shè)的閾值時，接收并緩存客戶端發(fā)送的訪問請求，當(dāng)所述服務(wù)器的當(dāng)前承載信息量小于所述預(yù)設(shè)的閾值時，根據(jù)所述服務(wù)器的當(dāng)前承載信息提取緩存的訪問請求，并對所述訪問請求進(jìn)行數(shù)據(jù)處理，避免了因?qū)⒊鲱A(yù)設(shè)訪問上限部分的訪問請求直接丟棄導(dǎo)致的超出預(yù)設(shè)訪問上限部分的訪問請求得不到處理的問題，提高了網(wǎng)絡(luò)通信的公平性，進(jìn)而提高了用戶滿意度。
【附圖說明】
[0015]為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0016]圖1為本發(fā)明實(shí)施例提供的一種訪問量控制方法的流程圖；
[0017]圖2為本發(fā)明實(shí)施例提供的另一種訪問量控制方法流程圖；
[0018]圖3為本發(fā)明實(shí)施例提供的一種訪問量控制裝置結(jié)構(gòu)示意圖；
[0019]圖4為本發(fā)明實(shí)施例提供的另一種訪問量控制裝置結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0020]為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0021]當(dāng)某網(wǎng)站會造成大量用戶同時訪問同一網(wǎng)絡(luò)時，例如提供網(wǎng)上預(yù)定火車票、網(wǎng)上秒殺購物、網(wǎng)上預(yù)約掛號等業(yè)務(wù)的網(wǎng)站，適用本申請的技術(shù)方案。
[0022]實(shí)施例1
[0023]圖1為本發(fā)明實(shí)施例提供的一種訪問量控制方法的流程圖，如圖1所示，所述方法包括:
[0024]步驟101:實(shí)時監(jiān)測服務(wù)器的當(dāng)前承載信息；
[0025]具體地，所述承載信息可以包括當(dāng)前訪問量(在線人數(shù))和/或系統(tǒng)負(fù)載等衡量服務(wù)器承載量的信息，本發(fā)明不做限定；
[0026]本發(fā)明實(shí)施例中承載信息包括當(dāng)前在線人數(shù)，當(dāng)前在線人數(shù)的統(tǒng)計(jì)方法可以包括:當(dāng)用戶通過客戶端向服務(wù)器發(fā)送通信請求時，如果該用戶是自服務(wù)器啟動后第一個發(fā)起會話的用戶的話，服務(wù)器端就會發(fā)生4口口1；^31:；[011_0115七31(1和5688；[011_0115七31'1:這兩個事件，之后，再有別的用戶發(fā)出通信請求的話，就只發(fā)生Sess1n_OnStart這個事件，sess1n的生存期可以通過Sess 1n.timeout = X(分鐘)設(shè)定，而人數(shù)總計(jì)是用一個applicat1n變量來保存的，當(dāng)在第一個會話開始時，在Applicat1n_OnStard事件中放置一條清空計(jì)數(shù)器的語句applicat1n ("online") = 0，然后，在Sess1n_OnStart事件中，放置一條增加在線Afji^ip^'oJapplicat1nC ^online^) =applicat1n(〃online〃) + l，而在Sess1n_0nEnd事件相應(yīng)地放一條減少在線人數(shù)的語句，令計(jì)數(shù)值減一；
[0027]在其他實(shí)施例中還可以通過系統(tǒng)負(fù)載等承載信息來考量服務(wù)器的承載量，例如，系統(tǒng)平均負(fù)載為在特定時間間隔內(nèi)運(yùn)行隊(duì)列中的平均進(jìn)程樹，運(yùn)行隊(duì)列中的進(jìn)程樹正在消耗服務(wù)器內(nèi)存和CPU資源，從而能算出服務(wù)器正在消耗資源的比例及可用資源的比例，根據(jù)正在消耗資源及其對應(yīng)的訪問量可以推算出可用資源對應(yīng)的訪問量。
[0028]步驟102:當(dāng)所述服務(wù)器的當(dāng)前承載信息量達(dá)到預(yù)設(shè)的閾值時，接收并緩存訪問請求；
[0029]具體地，所述預(yù)設(shè)的閾值可以根據(jù)服務(wù)器的實(shí)際承載能力設(shè)置，例如可以包括預(yù)設(shè)的服務(wù)器訪問量閾值、預(yù)設(shè)的服務(wù)器負(fù)載量閾值等，本發(fā)明不做限定；
[0030]可以通過服務(wù)器接收客戶端發(fā)送的訪問請求，然后將接收的訪問請求緩存在服務(wù)器預(yù)設(shè)的存儲空間內(nèi)；還可以通過代理服務(wù)器來接收客戶端發(fā)送的服務(wù)請求，并將訪問請求緩存在代理服務(wù)器的存儲空間內(nèi)，本發(fā)明不做限定；
[0031]本發(fā)明實(shí)施例中，所述預(yù)設(shè)的閾值包括預(yù)設(shè)的服務(wù)器訪問量，當(dāng)服務(wù)器的當(dāng)前訪問量達(dá)到預(yù)設(shè)的服務(wù)器訪問量時，接收并緩存客戶端發(fā)送的訪問請求。
[0032]步驟103:當(dāng)所述服務(wù)器的當(dāng)前承載信息量小于所述預(yù)設(shè)的閾值時，根據(jù)所述服務(wù)器的當(dāng)前承載信息提取緩存的訪問請求，并對所述訪問請求進(jìn)行數(shù)據(jù)處理。
[0033]例如，預(yù)設(shè)的服務(wù)器訪問量為100，所述承載信息顯示的當(dāng)前訪問量為50，則可以提取不多于50個緩存的訪問請求。
[0034]本發(fā)明實(shí)施例提供的訪問量控制方法，通過當(dāng)服務(wù)器的當(dāng)前承載信息量達(dá)到預(yù)設(shè)的閾值時，接收并緩存客戶端發(fā)送的訪問請求，當(dāng)所述服務(wù)器的當(dāng)前承載信息量小于所述預(yù)設(shè)的閾值時，根據(jù)所述服務(wù)器的當(dāng)前承載信息提取緩存的訪問請求，并對所述訪問請求進(jìn)行數(shù)據(jù)處理，避免了因?qū)⒊鲱A(yù)設(shè)訪問上限部分的訪問請求直接丟棄導(dǎo)致的超出預(yù)設(shè)訪問上限部分的訪問請求得不到處理的問題，提高了網(wǎng)絡(luò)通信的公平性，進(jìn)而提高了用戶滿意度。
[0035]實(shí)施例2
[0036]在本發(fā)明的另一實(shí)施例中，包括上述實(shí)施例的步驟101-步驟104，所述訪問請求包括訪問業(yè)務(wù)類型，所述承載信息包括業(yè)務(wù)訪問量，所述所述訪問請求包括訪問業(yè)務(wù)類型，所述承載信息包括業(yè)務(wù)訪問量，所述當(dāng)所述服務(wù)器的當(dāng)前承載信息數(shù)量達(dá)到預(yù)設(shè)的閾值時，接收并緩存訪問請求，具體包括:
[0037]當(dāng)所述服務(wù)器的預(yù)設(shè)業(yè)務(wù)類型的當(dāng)前業(yè)務(wù)訪問量達(dá)到預(yù)設(shè)的業(yè)務(wù)訪問量閾值時，接收并緩存所述預(yù)設(shè)業(yè)務(wù)類型的訪問請求。
[0038]具體地，訪問請求通常包括用戶ID、訪問業(yè)務(wù)類型、訪問的目的服務(wù)器域名等相關(guān)信息；
[0039]同一服務(wù)器經(jīng)常為不同類型的業(yè)務(wù)提供服務(wù)支持，大部分類型的業(yè)務(wù)的訪問量都是相對穩(wěn)定的，不易造成訪問量瞬間飆升的問題，通常只有個別類型的業(yè)務(wù)的訪問量會在預(yù)設(shè)時間內(nèi)飆升;所述預(yù)設(shè)業(yè)務(wù)類型包括導(dǎo)致訪問量在預(yù)設(shè)時間內(nèi)飆升的業(yè)務(wù)類型，當(dāng)服務(wù)器的當(dāng)前承載信息顯示預(yù)設(shè)業(yè)務(wù)類型的當(dāng)前業(yè)務(wù)訪問量達(dá)到預(yù)設(shè)的業(yè)務(wù)訪問量閾值時，接收并緩存客戶端發(fā)送的所述預(yù)設(shè)業(yè)務(wù)類型的訪問請求，使其他業(yè)務(wù)的訪問請求正常進(jìn)行，既避免了訪問量過大導(dǎo)致的服務(wù)器無響應(yīng)或請求響應(yīng)超時等系統(tǒng)問題，又避免了緩存其他業(yè)務(wù)類型的訪問請求導(dǎo)致的其他業(yè)務(wù)無法正常進(jìn)行的問題；
[0040]例如，購物網(wǎng)站通常包括注冊會員、網(wǎng)站充值、網(wǎng)上購物、網(wǎng)上售貨等常規(guī)業(yè)務(wù)，還可以包括臨時創(chuàng)建的限時秒殺、搶購等業(yè)務(wù)，購物網(wǎng)站的常規(guī)業(yè)務(wù)的訪問量大都是相對穩(wěn)定可控的，而臨時創(chuàng)建的限時秒殺、搶購等業(yè)務(wù)的訪問量在預(yù)設(shè)時間內(nèi)不可估算，通過接收并緩存限時秒殺、搶購業(yè)務(wù)的訪問請求，而其他業(yè)務(wù)的訪問請求正常處理，既避免了限時秒殺、搶購的訪問量過大導(dǎo)致的系統(tǒng)問題，又避免了緩存其他業(yè)務(wù)類型的訪問請求導(dǎo)致的其他業(yè)務(wù)無法正常進(jìn)行的問題;票務(wù)預(yù)訂網(wǎng)站通常包括注冊會員、查詢票務(wù)信息、訂票等常規(guī)業(yè)務(wù)，還可以包括臨時創(chuàng)建的在預(yù)設(shè)時間段內(nèi)發(fā)放指定票務(wù)的業(yè)務(wù)(搶票業(yè)務(wù))，票務(wù)預(yù)訂網(wǎng)站的常規(guī)業(yè)務(wù)的訪問量大都是相對穩(wěn)定可控的，而臨時創(chuàng)建的搶票業(yè)務(wù)的訪問量在預(yù)設(shè)時間內(nèi)不可估算，通過接收并緩存搶票業(yè)務(wù)的訪問請求，而其他業(yè)務(wù)的訪問請求正常處理，既避免了搶票業(yè)務(wù)的訪問量過大導(dǎo)致的服務(wù)器無響應(yīng)或請求響應(yīng)超時等系統(tǒng)問題，又避免了緩存其他業(yè)務(wù)類型的訪問請求導(dǎo)致的其他業(yè)務(wù)無法正常進(jìn)行的問題。
[0041 ]所述根據(jù)所述服務(wù)器的當(dāng)前承載信息提取緩存的訪問請求，具體包括:
[0042]根據(jù)所述預(yù)設(shè)業(yè)務(wù)類型的當(dāng)前業(yè)務(wù)訪問量與所述預(yù)設(shè)的業(yè)務(wù)訪問量閾值的差值提取緩存的訪冋請求。
[0043]根據(jù)當(dāng)前業(yè)務(wù)訪問量與預(yù)設(shè)的業(yè)務(wù)訪問量閾值的差值來提取緩存的訪問請求，保證了在服務(wù)器不超出負(fù)荷的情況下最大限度的提取緩存的訪問請求，提高了對訪問請求的數(shù)據(jù)處理效率。
[0044]進(jìn)一步地，本發(fā)明實(shí)施例中接收并緩存訪問請求，包括:接收訪問請求，并按照所述訪問請求的接收時間順序緩存所述訪問請求。
[0045]具體地，本發(fā)明實(shí)施例中通過創(chuàng)建用于緩存所述訪問請求的第一線程的方式實(shí)現(xiàn)按照接收時間順序緩存所述訪問請求的目的，在其他實(shí)施例中還可以通過創(chuàng)建用戶緩存所述訪問請求的第一進(jìn)程的方式實(shí)現(xiàn)按照時間順序緩存所述訪問請求的目的，本發(fā)明實(shí)施例不做限定；
[0046]通過按照接收時間順序緩存所述訪問請求，便于按照時間順序提取所述訪問請求，有利于提高網(wǎng)絡(luò)通信的公平性，提高用戶滿意度。
[0047]進(jìn)一步，本發(fā)明實(shí)施例中根據(jù)所述服務(wù)器的當(dāng)前承載信息提取緩存的訪問請求，具體包括:
[0048]根據(jù)所述服務(wù)器的當(dāng)前承載信息，按照所述接收時間順序來提取緩存的所述訪問請求。
[0049]具體地，本發(fā)明實(shí)施例中通過創(chuàng)建用于提取緩存的所述訪問請求的第二線程的方式實(shí)現(xiàn)按照接收時間順序提取緩存的所述訪問請求的目的，在其他實(shí)施例中還可以通過用于提取緩存的所述訪問請求的第二進(jìn)程的方式實(shí)現(xiàn)按照時間順序提取緩存的所述訪問請求的目的，本發(fā)明實(shí)施例不做限定；
[0050]通常在一個進(jìn)程中可以包含若干個線程，它們可以利用進(jìn)程所擁有的資源，在引入線程的操作系統(tǒng)中，通常都是把進(jìn)程作為分配資源的基本單位，而把線程作為獨(dú)立運(yùn)行和獨(dú)立調(diào)度的基本單位，由于線程比進(jìn)程更小，基本上不擁有系統(tǒng)資源，故對它的調(diào)度所付出的開銷就會小得多，能更高效的提高系統(tǒng)內(nèi)多個程序間并發(fā)執(zhí)行的程度；
[0051]通過按照接收時間順序提取緩存的所述訪問請求，提高了網(wǎng)絡(luò)通信的公平性，從而提高了用戶滿意度。
[0052]實(shí)施例3
[0053]圖2為本發(fā)明實(shí)施例提供的另一種訪問量控制方法流程圖，在上述實(shí)施例的基礎(chǔ)上，本發(fā)明實(shí)施例提供的另一種訪問量控制方法中，所述訪問請求還包括用戶ID，所述接收并緩存訪問請求之后，還包括:
[0054]步驟201:向緩存的訪問請求對應(yīng)的用戶ID發(fā)送是否繼續(xù)等待的信息；
[0055]步驟202:響應(yīng)于用戶對所述是否繼續(xù)等待的信息的操作，確定是否繼續(xù)緩存所述緩存的訪問請求。
[0056]具體地，服務(wù)器或代理服務(wù)器向客戶端發(fā)送是否繼續(xù)等待的信息，客戶端顯示所述是否繼續(xù)等待的信息，所述是否繼續(xù)等待的信息用于提示用戶是否繼續(xù)等待服務(wù)器處理訪問請求，例如所述信息包括包含有“是”、“否”選項(xiàng)的操作按鈕，甚至還可以包含倒計(jì)時標(biāo)識，如果用戶選擇標(biāo)記“是”的操作按鈕則繼續(xù)緩存用戶的訪問請求，如果用戶選擇標(biāo)記“否”的操作按鈕，則丟棄用戶的訪問請求，當(dāng)所述操作按鈕還包括倒計(jì)時標(biāo)識時，如果在倒計(jì)時結(jié)束時用戶既沒有選擇標(biāo)記為“是”的操作按鈕，又沒有選擇標(biāo)記為“否”的操作按鈕，則丟棄用戶的訪問請求；
[0057]通過根據(jù)用戶的選擇來決定是否繼續(xù)緩存用戶發(fā)送的訪問請求，有利于篩除無意繼續(xù)等待的用戶發(fā)送的訪問請求或已將注意力轉(zhuǎn)移到別的事項(xiàng)上的用戶發(fā)送的訪問請求，精簡了緩存的訪問請求的數(shù)量，有利于提高對緩存的訪問請求的處理效率。
[0058]具體地，所述向緩存的訪問請求對應(yīng)的用戶ID發(fā)送是否繼續(xù)等待的信息，包括:根據(jù)緩存的訪問請求的數(shù)量，向緩存的訪問請求對應(yīng)的用戶ID發(fā)送包含有當(dāng)前等待人數(shù)和/或等待時間的信息。
[0059]具體地，服務(wù)器或代理服務(wù)器向客戶端發(fā)送是否繼續(xù)等待的信息，客戶端顯示所述是否繼續(xù)等待的信息，所述信息包括當(dāng)前等待人數(shù)和/或等待時間，所述當(dāng)前等待人數(shù)及等待時間根據(jù)當(dāng)前緩存的訪問請求的數(shù)量確定;進(jìn)一步地，當(dāng)用戶選擇繼續(xù)等待時，根據(jù)實(shí)時緩存的訪問請求數(shù)量，實(shí)時更新顯示的當(dāng)前等待人數(shù)和/或等待時間。
[0060]通過顯示當(dāng)前等待人數(shù)和/或等待時間，使用戶了解當(dāng)前排隊(duì)情況，既能夠幫助用戶選擇是否繼續(xù)等待，又能夠緩解等待用戶的焦慮心情，提高了用戶滿意度。
[0061 ] 實(shí)施例4
[0062]為實(shí)現(xiàn)本發(fā)明實(shí)施例提供的訪問量控制方法，本發(fā)明實(shí)施例還提供了一種訪問量控制裝置，圖3為本發(fā)明實(shí)施例提供的訪問量控制裝置結(jié)構(gòu)示意圖，如圖3所示，所述裝置包括:
[0063]監(jiān)測模塊10，用于實(shí)時監(jiān)測服務(wù)器的當(dāng)前承載信息；
[0064]緩存模塊20，用于當(dāng)所述服務(wù)器的當(dāng)前承載信息量達(dá)到預(yù)設(shè)的閾值時，接收并緩存訪問請求；
[0065]提取模塊30，用于當(dāng)所述服務(wù)器的當(dāng)前承載信息量小于所述預(yù)設(shè)的閾值時，根據(jù)所述服務(wù)器的當(dāng)前承載信息提取緩存的訪問請求，并對所述訪問請求進(jìn)行數(shù)據(jù)處理。
[0066]本發(fā)明實(shí)施例提供的訪問量控制裝置，通過當(dāng)服務(wù)器的當(dāng)前承載信息量達(dá)到預(yù)設(shè)的閾值時，接收并緩存客戶端發(fā)送的訪問請求，當(dāng)所述服務(wù)器的當(dāng)前承載信息量小于所述預(yù)設(shè)的閾值時，根據(jù)所述服務(wù)器的當(dāng)前承載信息提取緩存的訪問請求，并對所述訪問請求進(jìn)行數(shù)據(jù)處理，避免了因?qū)⒊鲱A(yù)設(shè)訪問上限部分的訪問請求直接丟棄導(dǎo)致的超出預(yù)設(shè)訪問上限部分的訪問請求得不到處理的問題，提高了網(wǎng)絡(luò)通信的公平性，進(jìn)而提高了用戶滿意度。
[0067]具體地，本發(fā)明實(shí)施例中所述訪問請求包括訪問業(yè)務(wù)類型，所述承載信息包括業(yè)務(wù)訪問量，緩存模塊20，用于:
[0068]當(dāng)所述服務(wù)器的預(yù)設(shè)業(yè)務(wù)類型的當(dāng)前業(yè)務(wù)訪問量達(dá)到預(yù)設(shè)的業(yè)務(wù)訪問量閾值時，接收并緩存所述預(yù)設(shè)業(yè)務(wù)類型的訪問請求。
[0069]同一服務(wù)器經(jīng)常為不同類型的業(yè)務(wù)提供服務(wù)支持，大部分類型的業(yè)務(wù)的訪問量都是相對穩(wěn)定的，不易造成訪問量瞬間飆升的問題，通常只有個別類型的業(yè)務(wù)的訪問量會在預(yù)設(shè)時間內(nèi)飆升;預(yù)設(shè)業(yè)務(wù)類型包括導(dǎo)致訪問量在預(yù)設(shè)時間內(nèi)飆升的業(yè)務(wù)類型，當(dāng)服務(wù)器的當(dāng)前承載信息顯示預(yù)設(shè)業(yè)務(wù)類型的當(dāng)前業(yè)務(wù)訪問量達(dá)到預(yù)設(shè)的業(yè)務(wù)訪問量閾值時，接收并緩存客戶端發(fā)送的所述預(yù)設(shè)業(yè)務(wù)類型的訪問請求，使其他業(yè)務(wù)的訪問請求正常進(jìn)行，既避免了訪問量過大導(dǎo)致的系統(tǒng)問題，又避免了緩存其他業(yè)務(wù)類型的訪問請求導(dǎo)致的其他業(yè)務(wù)無法正常進(jìn)行的問題。
[0070]具體地，提取模塊30用于:根據(jù)所述預(yù)設(shè)業(yè)務(wù)類型的當(dāng)前業(yè)務(wù)訪問量與所述預(yù)設(shè)的業(yè)務(wù)訪問量閾值的差值提取緩存的訪問請求。
[0071]根據(jù)當(dāng)前業(yè)務(wù)訪問量與預(yù)設(shè)的業(yè)務(wù)訪問量閾值的差值來提取緩存的訪問請求，保證了在服務(wù)器不超出負(fù)荷的情況下最大限度的提取緩存的訪問請求，提高了對訪問請求的數(shù)據(jù)處理效率。
[0072]具體地，本發(fā)明實(shí)施例中，緩存模塊20，用于:接收訪問請求，并按照所述訪問請求的接收時間順序緩存所述訪問請求。
[0073]通過按照接收時間順序緩存所述訪問請求，便于按照時間順序提取所述訪問請求，有利于提高網(wǎng)絡(luò)通信的公平性，提高用戶滿意度。
[0074]具體地，提取模塊30，用于:根據(jù)所述服務(wù)器的當(dāng)前承載信息，按照所述接收時間順序來提取緩存的所述訪問請求。
[0075]通過按照接收時間順序提取緩存的所述訪問請求，提高了網(wǎng)絡(luò)通信的公平性，從而提高了用戶滿意度。
[0076]實(shí)施例5
[0077]本發(fā)明實(shí)施例提供了一種訪問量控制裝置，包括實(shí)施例4中的監(jiān)測模塊10、緩存模塊20及提取模塊30，進(jìn)一步地，參見圖4，所述控制裝置還包括:
[0078]提示模塊40，用于向緩存的訪問請求對應(yīng)的用戶ID發(fā)送是否繼續(xù)等待的信息；
[0079]確定模塊50，用于響應(yīng)于用戶對所述是否繼續(xù)等待的信息的操作，確定是否繼續(xù)緩存所述緩存的訪問請求。
[0080]通過根據(jù)用戶的選擇來決定是否繼續(xù)緩存用戶發(fā)送的訪問請求，有利于篩除無意繼續(xù)等待的用戶發(fā)送的訪問請求或已將注意力轉(zhuǎn)移到別的事項(xiàng)上的用戶發(fā)送的訪問請求，精簡了緩存的訪問請求的數(shù)量，有利于提高對緩存的訪問請求的處理效率。
[0081 ]具體地，提示模塊40，用于:根據(jù)緩存的訪問請求的數(shù)量，向緩存的訪問請求對應(yīng)的用戶ID發(fā)送包含有當(dāng)前等待人數(shù)和/或等待時間的信息。
[0082]通過顯示當(dāng)前等待人數(shù)和/或等待時間，使用戶了解當(dāng)前排隊(duì)情況，既能夠幫助用戶選擇是否繼續(xù)等待，又能夠緩解等待用戶的焦慮心情，提高了用戶滿意度。
[0083]以上所描述的裝置實(shí)施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部模塊來實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實(shí)施。
[0084]通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實(shí)施方式可借助軟件加必需的通用硬件平臺的方式來實(shí)現(xiàn)，當(dāng)然也可以通過硬件?；谶@樣的理解，上述技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品可以存儲在計(jì)算機(jī)可讀存儲介質(zhì)中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計(jì)算機(jī)設(shè)備(可以是個人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個實(shí)施例或者實(shí)施例的某些部分所述的方法。
[0085]最后應(yīng)說明的是:以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制;盡管參照前述實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。
【主權(quán)項(xiàng)】
1.一種訪問量控制方法，其特征在于，包括: 實(shí)時監(jiān)測服務(wù)器的當(dāng)前承載信息； 當(dāng)所述服務(wù)器的當(dāng)前承載信息量達(dá)到預(yù)設(shè)的閾值時，接收并緩存訪問請求； 當(dāng)所述服務(wù)器的當(dāng)前承載信息量小于所述預(yù)設(shè)的閾值時，根據(jù)所述服務(wù)器的當(dāng)前承載信息提取緩存的訪問請求，并對所述訪問請求進(jìn)行數(shù)據(jù)處理。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述訪問請求包括訪問業(yè)務(wù)類型，所述承載信息包括業(yè)務(wù)訪問量，所述當(dāng)所述服務(wù)器的當(dāng)前承載信息數(shù)量達(dá)到預(yù)設(shè)的閾值時，接收并緩存訪問請求，包括: 當(dāng)所述服務(wù)器的預(yù)設(shè)業(yè)務(wù)類型的當(dāng)前業(yè)務(wù)訪問量達(dá)到預(yù)設(shè)的業(yè)務(wù)訪問量閾值時，接收并緩存所述預(yù)設(shè)業(yè)務(wù)類型的訪問請求。3.根據(jù)權(quán)利要求2所述的方法，其特征在于，根據(jù)所述服務(wù)器的當(dāng)前承載信息提取緩存的訪問請求，包括: 根據(jù)所述預(yù)設(shè)業(yè)務(wù)類型的當(dāng)前業(yè)務(wù)訪問量與所述預(yù)設(shè)的業(yè)務(wù)訪問量閾值的差值提取緩存的訪問請求。4.根據(jù)權(quán)利要求1所述的方法，其特征在于，接收并緩存訪問請求，包括: 接收訪問請求，并按照所述訪問請求的接收時間順序緩存所述訪問請求。5.根據(jù)權(quán)利要求4所述的方法，其特征在于，根據(jù)所述服務(wù)器的當(dāng)前承載信息提取緩存的訪問請求，包括: 根據(jù)所述服務(wù)器的當(dāng)前承載信息，按照所述接收時間順序來提取緩存的所述訪問請求。6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述訪問請求還包括用戶ID，所述接收并緩存客戶端發(fā)送的訪問請求之后，還包括: 向緩存的訪問請求對應(yīng)的用戶ID發(fā)送是否繼續(xù)等待的信息； 響應(yīng)于用戶對所述是否繼續(xù)等待的信息的操作，確定是否繼續(xù)緩存所述緩存的訪問請求。7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述向緩存的訪問請求對應(yīng)的用戶ID發(fā)送是否繼續(xù)等待的信息，包括: 根據(jù)緩存的訪問請求的數(shù)量，向緩存的訪問請求對應(yīng)的用戶ID發(fā)送包含有當(dāng)前等待人數(shù)和/或等待時間的信息。8.一種訪問量控制裝置，其特征在于，包括: 監(jiān)測模塊，用于實(shí)時監(jiān)測服務(wù)器的當(dāng)前承載信息； 緩存模塊，用于當(dāng)所述服務(wù)器的當(dāng)前承載信息量達(dá)到預(yù)設(shè)的閾值時，接收并緩存訪問請求； 提取模塊，用于當(dāng)所述服務(wù)器的當(dāng)前承載信息量小于所述預(yù)設(shè)的閾值時，根據(jù)所述服務(wù)器的當(dāng)前承載信息提取緩存的訪問請求，并對所述訪問請求進(jìn)行數(shù)據(jù)處理。9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述訪問請求包括訪問業(yè)務(wù)類型，所述承載信息包括業(yè)務(wù)訪問量，所述緩存模塊，用于: 當(dāng)所述服務(wù)器的預(yù)設(shè)業(yè)務(wù)類型的當(dāng)前業(yè)務(wù)訪問量達(dá)到預(yù)設(shè)的業(yè)務(wù)訪問量閾值時，接收并緩存所述預(yù)設(shè)業(yè)務(wù)類型的訪問請求。10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述提取模塊，用于: 根據(jù)所述預(yù)設(shè)業(yè)務(wù)類型的當(dāng)前業(yè)務(wù)訪問量與所述預(yù)設(shè)的業(yè)務(wù)訪問量閾值的差值提取緩存的訪問請求。11.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述緩存模塊，用于: 接收訪問請求，并按照所述訪問請求的接收時間順序緩存所述訪問請求。12.根據(jù)權(quán)利要求11所述的裝置，其特征在于，所述提取模塊，用于: 根據(jù)所述服務(wù)器的當(dāng)前承載信息，按照所述接收時間順序來提取緩存的所述訪問請求。13.根據(jù)權(quán)利要求8所述的裝置，其特征在于，還包括: 提示模塊，用于向緩存的訪問請求對應(yīng)的用戶ID發(fā)送是否繼續(xù)等待的信息； 確定模塊，用于響應(yīng)于用戶對所述是否繼續(xù)等待的信息的操作，確定是否繼續(xù)緩存所述緩存的訪問請求。14.根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述提示模塊，用于:根據(jù)緩存的訪問請求的數(shù)量，向緩存的訪問請求對應(yīng)的用戶ID發(fā)送包含有當(dāng)前等待人數(shù)和/或等待時間的信息。
【文檔編號】H04L29/08GK105959392SQ201610422817
【公開日】2016年9月21日
【申請日】2016年6月14日
【發(fā)明人】魏澤濤, 胡勇, 陳翔, 趙曉飛, 薛偉
【申請人】樂視控股（北京）有限公司, 樂視網(wǎng)信息技術(shù)（北京）股份有限公司