国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      網(wǎng)絡(luò)請求處理方法和裝置的制造方法

      文檔序號:8266014閱讀:325來源:國知局
      網(wǎng)絡(luò)請求處理方法和裝置的制造方法
      【技術(shù)領(lǐng)域】
      [0001]本發(fā)明實施例涉及網(wǎng)絡(luò)數(shù)據(jù)處理技術(shù),尤其涉及一種網(wǎng)絡(luò)請求處理方法和裝置。
      【背景技術(shù)】
      [0002]現(xiàn)有網(wǎng)絡(luò)中,經(jīng)常出現(xiàn)大量的網(wǎng)絡(luò)請求,用于請求服務(wù)器分配資源。所請求分配的資源可以包括多個種類,例如進行計費時請求分配的資源是從賬戶中進行余額扣除,在需要傳輸數(shù)據(jù)時請求分配的資源是從總流量中進行流量分配,在申請業(yè)務(wù)服務(wù)時請求分配的資源是能夠提供業(yè)務(wù)的服務(wù)器能力。
      [0003]對于各種網(wǎng)絡(luò)請求,由于請求的數(shù)量巨大,或者單次網(wǎng)絡(luò)請求所申請的資源數(shù)過少等原因,服務(wù)器中的請求處理模塊不便于一一的處理各個單次的網(wǎng)絡(luò)請求。因此現(xiàn)有技術(shù)中采取了對大量網(wǎng)絡(luò)請求進行合并,統(tǒng)一申請資源的方式來解決此問題。
      [0004]但是,現(xiàn)有網(wǎng)絡(luò)請求合并技術(shù),在統(tǒng)一申請資源后,無法直觀得到單個網(wǎng)絡(luò)請求的處理結(jié)果,使得基于單個網(wǎng)絡(luò)請求處理結(jié)果的后續(xù)工作無法進行,如對單個網(wǎng)絡(luò)請求處理結(jié)果的統(tǒng)計工作無法實施。

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

      [0005]本發(fā)明實施例提供一種網(wǎng)絡(luò)請求處理方法和裝置,以優(yōu)化大量網(wǎng)絡(luò)請求的合并處理方式,獲取更精細化的網(wǎng)絡(luò)請求處理結(jié)果。
      [0006]第一方面,本發(fā)明實施例提供了一種網(wǎng)絡(luò)請求處理方法,包括:
      [0007]將至少兩條原始網(wǎng)絡(luò)請求進行合并,產(chǎn)生合并處理請求和合并原始請求并記錄對應(yīng)關(guān)系,其中,所述合并原始請求包括所述至少兩條原始網(wǎng)絡(luò)請求;
      [0008]獲取基于所述合并處理請求進行資源申請的合并處理結(jié)果;
      [0009]根據(jù)所述合并處理請求和合并原始請求之間的對應(yīng)關(guān)系,將所述合并處理結(jié)果中所分配的資源,按照預設(shè)拆分規(guī)則分配給所述原始網(wǎng)絡(luò)請求。。
      [0010]第二方面,本發(fā)明實施例還提供了一種網(wǎng)絡(luò)請求處理裝置,包括:
      [0011]請求合并模塊,用于將至少兩條原始網(wǎng)絡(luò)請求進行合并,產(chǎn)生合并處理請求和合并原始請求并記錄對應(yīng)關(guān)系,其中,所述合并原始請求包括所述至少兩條原始網(wǎng)絡(luò)請求;
      [0012]結(jié)果獲取模塊,用于獲取基于所述合并處理請求進行資源申請的合并處理結(jié)果;
      [0013]結(jié)果拆分模塊,用于根據(jù)所述合并處理請求和合并原始請求之間的對應(yīng)關(guān)系,將所述合并處理結(jié)果中所分配的資源,按照預設(shè)拆分規(guī)則分配給所述原始網(wǎng)絡(luò)請求。
      [0014]本發(fā)明實施例的技術(shù)方案,通過記錄合并處理請求和合并原始請求的對應(yīng)關(guān)系,保留了單個原始網(wǎng)絡(luò)請求的細粒度信息,能夠?qū)⒑喜⑻幚斫Y(jié)果精細化的拆分給各個原始網(wǎng)絡(luò)請求,使請求發(fā)起方能夠獲取到更詳細的結(jié)果展示,使得網(wǎng)絡(luò)請求的合并處理效果對于請求方而言,等價于對大量網(wǎng)絡(luò)請求的一一處理,實現(xiàn)了大量網(wǎng)絡(luò)請求準實時合并處理并精確拆分處理結(jié)果。
      【附圖說明】
      [0015]圖1為本發(fā)明實施例一提供的一種網(wǎng)絡(luò)請求處理方法的流程圖;
      [0016]圖2為本發(fā)明實施例所適用的系統(tǒng)網(wǎng)絡(luò)架構(gòu)示意圖;
      [0017]圖3是本發(fā)明實施例二提供的一種網(wǎng)絡(luò)請求處理裝置的結(jié)構(gòu)示意圖。
      【具體實施方式】
      [0018]下面結(jié)合附圖和實施例對本發(fā)明作進一步的詳細說明??梢岳斫獾氖?,此處所描述的具體實施例僅僅用于解釋本發(fā)明,而非對本發(fā)明的限定。另外還需要說明的是,為了便于描述,附圖中僅示出了與本發(fā)明相關(guān)的部分而非全部結(jié)構(gòu)。
      [0019]實施例一
      [0020]圖1為本發(fā)明實施例一提供的一種網(wǎng)絡(luò)請求處理方法的流程圖,該方法可由網(wǎng)絡(luò)請求處理裝置來執(zhí)行,該裝置通常配置在用于處理原始網(wǎng)絡(luò)請求的服務(wù)器中。該服務(wù)器可以在獲取到原始網(wǎng)絡(luò)請求后進行合并處理,再發(fā)送給可分配資源的服務(wù)器進行資源申請,而后將處理結(jié)果拆分,供各原始網(wǎng)絡(luò)請求的發(fā)起方進行查詢。
      [0021 ] 圖2為本發(fā)明實施例所適用的系統(tǒng)網(wǎng)絡(luò)架構(gòu)示意圖,如圖2所示,該系統(tǒng)包括兩部分,一部分為請求合并部分,至少包括有請求合并模塊、結(jié)果獲取模塊和結(jié)果拆分模塊,用于完成請求的合并、查詢和拆分,此過程可以在單機的一個進程中實現(xiàn),也可以通過單機的多個進程實現(xiàn),還可基于分布式實時計算平臺實現(xiàn),對單個原始網(wǎng)絡(luò)請求的處理時延可控制在秒級別;另一部分為請求處理部分,設(shè)置在分配資源的服務(wù)器側(cè),可包括用于分配資源的請求處理模塊,進一步的可設(shè)置數(shù)據(jù)庫(DB),用于保存處理結(jié)果。
      [0022]下面結(jié)合系統(tǒng)架構(gòu)介紹本實施例所提供的方法,該方法包括:
      [0023]S110、將至少兩條原始網(wǎng)絡(luò)請求進行合并,產(chǎn)生合并處理請求和合并原始請求并記錄對應(yīng)關(guān)系,其中,所述合并原始請求包括所述至少兩條原始網(wǎng)絡(luò)請求;
      [0024]上述操作可以由請求合并模塊來執(zhí)行。請求合并模塊能夠接收到大量的原始網(wǎng)絡(luò)請求,其將原始網(wǎng)絡(luò)請求按照合并鍵值(key)來進行分類,以便合并處理。合并鍵值是能夠合并處理的原始網(wǎng)絡(luò)請求的共有特征信息,例如向同一賬戶申請余額扣除,則合并鍵值為此賬戶名。合并后生成的合并處理請求中至少包括此合并鍵值以及各原始網(wǎng)絡(luò)請求申請資源的累加值,以便通過少量的基礎(chǔ)信息就可以完成資源的申請,可減少請求合并模塊與請求處理模塊之間網(wǎng)絡(luò)交互量。合并原始請求中包括各原始網(wǎng)絡(luò)請求,并建立了合并原始請求與合并處理請求之間的對應(yīng)關(guān)系,以便進行后續(xù)的結(jié)果拆分。合并原始請求包含了各原始網(wǎng)絡(luò)請求的所有信息,但可不經(jīng)過網(wǎng)絡(luò)傳輸。
      [0025]S120、獲取基于所述合并處理請求進行資源申請的合并處理結(jié)果;
      [0026]合并處理請求發(fā)送至請求處理模塊后,可產(chǎn)生合并處理結(jié)果,并存儲在數(shù)據(jù)庫中。合并處理結(jié)果可實時地、或在查詢時反饋給結(jié)果獲取模塊,優(yōu)選的是,結(jié)果獲取模塊記錄合并處理請求和合并原始請求之間的對應(yīng)關(guān)系,在需要查詢原始網(wǎng)絡(luò)請求的處理結(jié)果時,結(jié)果獲取模塊通過此對應(yīng)關(guān)系,從請求處理模塊中查詢獲取與合并原始請求對應(yīng)的合并處理請求的合并處理結(jié)果,因此,結(jié)果獲取模塊又可稱為結(jié)果查詢模塊。
      [0027]S130、根據(jù)所述合并處理請求和合并原始請求之間的對應(yīng)關(guān)系,將所述合并處理結(jié)果中所分配的資源,按照預設(shè)拆分規(guī)則分配給所述原始網(wǎng)絡(luò)請求。
      [0028]由于已經(jīng)記錄了合并處理請求和合并原始請求之間的對應(yīng)關(guān)系,所以可以由結(jié)果拆分模塊將合并處理結(jié)果精細化的拆分給各個原始網(wǎng)絡(luò)請求,優(yōu)選如圖2所示,結(jié)果獲取模塊將附著有合并處理結(jié)果的合并原始請求發(fā)送給結(jié)果拆分模塊,以進行結(jié)果拆分操作。
      [0029]對于合并處理結(jié)果的拆分,可以根據(jù)所述合并處理請求和合并原始請求之間的對應(yīng)關(guān)系,將接收到的所述合并處理結(jié)果中所分配的資源,按照預設(shè)拆分規(guī)則在線或離線分配給所述原始網(wǎng)絡(luò)請求。
      [0030]優(yōu)選采用實時地在線拆分方式,在線拆分方式能夠?qū)崟r拆分生成各原始網(wǎng)絡(luò)請求的資源分配結(jié)果,查詢的時效性強。離線拆分方式可以采用離線hadoop任務(wù)的方式來拆分合并處理結(jié)果,也能夠滿足單個網(wǎng)絡(luò)請求的結(jié)果查詢需求。
      [0031]預設(shè)拆分規(guī)則可以有多種,典型的情況如下:合并處理結(jié)果可能包括了三種情況,即申請的資源能夠全部滿足(YES)、不滿足(NO)、以及部分滿足(PART),基于不同的情況,對于結(jié)果拆分操作的執(zhí)行可以優(yōu)選如下:
      [0032]如果識別到所述合并處理結(jié)果為滿足,則根據(jù)所述合并處理請求和合并原始請求之間的對應(yīng)關(guān)系,為各所述原始網(wǎng)絡(luò)請求分配所申請的資源,即每個原始網(wǎng)絡(luò)請求的處理結(jié)果均為滿足(YES);
      [0033]如果識別到所述合并處理結(jié)果為不滿足,則根據(jù)所述合并處理請求和合并原始請求之間的對應(yīng)關(guān)系,確定為各所述原始網(wǎng)絡(luò)請求分配資源失敗,即每個原始網(wǎng)絡(luò)請求的處理結(jié)果均是申請到的資源為零(NO);
      [0034]如果識別到所述合并處理結(jié)果為部分滿足,則根據(jù)所述合并處理請求和合并原始請求之間的對應(yīng)關(guān)系,將所述合并處理結(jié)果中所分配的資源按照預設(shè)分配規(guī)則分配給各原始網(wǎng)絡(luò)請求。
      [0035]對于申請到部分資源的情況,即申請到的資源小于資源的累加值時,則需按照預設(shè)分配規(guī)則將資源分配給部分原始網(wǎng)絡(luò)請求。預設(shè)分配規(guī)則可以根據(jù)實際的網(wǎng)絡(luò)請求場景、資源分配情況等因素來確定。優(yōu)選是預設(shè)分配規(guī)則為順序、平均、按比例或按優(yōu)先級分配等。
      [0036]以順序分配為例,具體實現(xiàn)方式為:將各原始網(wǎng)絡(luò)請求在合并原始請求中順序存儲,例如按照請求的接收順序;在分配資源時,按照原始網(wǎng)絡(luò)請求的順序進行資源分配,在先的請求優(yōu)先得到滿足。此分配規(guī)則可適用于多種場景。例如CPM(每千次展示費用,CostPerMiIeImpress1ns)廣告計費的應(yīng)用場景,即按千次展示進行收費的廣告形式。每條原始網(wǎng)絡(luò)請求所申請的資源是從賬戶中扣除的費用數(shù)額,當產(chǎn)生多條對同一賬戶進行計費的網(wǎng)絡(luò)請求時,則可以將多條原始網(wǎng)絡(luò)請求進行合并處理,累計扣費值,統(tǒng)一從賬戶中扣除。對于余額不足的情況,則可能出現(xiàn)合并處理結(jié)果為部分滿足的情況。則在拆分合并處理結(jié)果時,可以按照原始網(wǎng)絡(luò)請求的順序,將能夠扣除的余額順序分配給原始網(wǎng)絡(luò)請求。無法分配資源的原始網(wǎng)絡(luò)請求的處理結(jié)果則呈現(xiàn)無法扣費的請求失敗狀態(tài)。
      [0037]對于其他分配規(guī)則,例如平均分配或按比例分配,可適用于需要滿足盡量多的網(wǎng)絡(luò)請求,且可以給單個請求分配部分資源的場景。按照優(yōu)先級分配的規(guī)則,可以適用于原始網(wǎng)絡(luò)請求存在優(yōu)先順序的場景,例如具有不同優(yōu)先等級的客戶所發(fā)送的原始網(wǎng)絡(luò)請求,BP可按照客戶等級進行請求的優(yōu)先級排序,拆分結(jié)果時優(yōu)先滿足高優(yōu)先級的原始網(wǎng)絡(luò)請求。
      [0038]上述預設(shè)分配規(guī)則可以單獨采用,也可以結(jié)合采用。
      [0039]本發(fā)明實施例的技術(shù)方案,通過記錄合并處理請求和合并原始請求的對應(yīng)關(guān)系,保留了單個原始網(wǎng)絡(luò)請求的細粒度信息,能夠?qū)⒑喜⑻幚斫Y(jié)果精細化的拆分給各個原始網(wǎng)絡(luò)請求,使請求發(fā)起方能夠獲取到更詳細的結(jié)果展示,使得網(wǎng)絡(luò)請求的合并處理效果對于請求方而言,等價于對大量網(wǎng)絡(luò)請求的一一處理,實現(xiàn)了大量網(wǎng)絡(luò)請求準實時合并處理并精確拆分處理結(jié)果。
      [0040]上述技術(shù)方案對于多種業(yè)務(wù)場景都提供了有力的支持,例如CPM廣告計費場景,合并處理的方式能夠適應(yīng)大量計費請求的快速處理,計費處理結(jié)果的精細化拆分,可生成與展現(xiàn)日志--對應(yīng)的CPM計費日志,不丟失任何展現(xiàn)信息,便于業(yè)務(wù)方做細粒度的消費統(tǒng)計,評估業(yè)務(wù)發(fā)展情況;同時業(yè)務(wù)方可向客戶披露準確的消費數(shù)據(jù),徹底規(guī)避使用原始展現(xiàn)日志統(tǒng)計而導致消費不一致的投訴,進一步促進CPM產(chǎn)品的業(yè)務(wù)發(fā)展。
      [0041]在本實施例技術(shù)方案的基礎(chǔ)上,對于網(wǎng)絡(luò)請求的合并處理操作優(yōu)選采
      當前第1頁1 2 
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1