廣告平臺處理服務(wù)請求的方法和裝置制造方法
【專利摘要】本發(fā)明提供了一種廣告平臺處理服務(wù)請求的方法和裝置，應(yīng)用于廣告平臺的資源分配過程，包括：接收用戶發(fā)出的廣告服務(wù)請求，所述廣告服務(wù)請求中攜帶有用戶標識；根據(jù)所述用戶標識在本地獲取所述用戶的用戶信息；根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案。本發(fā)明可使廣告服務(wù)平臺根據(jù)發(fā)出廣告服務(wù)請求的用戶的用戶信息自動執(zhí)行相應(yīng)的資源分配方案，而不需要大量的運維人員進行人工干預(yù)，可以減少廣告平臺的運營成本，由于是靠服務(wù)器自動分配資源，對于用戶的廣告服務(wù)請求的執(zhí)行的延時也較小。
【專利說明】廣告平臺處理服務(wù)請求的方法和裝置

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及本發(fā)明涉及計算機領(lǐng)域，具體涉及一種廣告平臺處理服務(wù)請求的方法和裝置。

【背景技術(shù)】
[0002]目前，互聯(lián)網(wǎng)服務(wù)商都提供有廣告業(yè)務(wù)，且廣告業(yè)務(wù)也是互聯(lián)網(wǎng)服務(wù)商的主要收入。為了向用戶提供廣告服務(wù)，互聯(lián)網(wǎng)服務(wù)商提供有廣告平臺。該廣告平臺可向第三方提供接口服務(wù)，廣告業(yè)務(wù)的使用者可以通過廣告平臺享受各種廣告服務(wù)。例如:通過廣告平臺要求增加關(guān)鍵字、增加廣告流量，或?qū)ψ陨淼膹V告被點擊數(shù)進行統(tǒng)計等。
[0003]對于業(yè)務(wù)規(guī)模比較大的廣告平臺，每天通常要接收大量客戶發(fā)出的服務(wù)請求，例如增加關(guān)鍵字等。因此，用戶對于廣告平臺的接口的訪問頻率是非線性的，在有些時候，還會在短時間內(nèi)接收到用戶突發(fā)的大量的服務(wù)請求，這些大量的服務(wù)請求有可能導(dǎo)致廣告平臺的接口訪問頻率增加十倍以上。而當(dāng)部分服務(wù)請求突增時，會導(dǎo)致其他服務(wù)很難獲取資源。為了應(yīng)對各種服務(wù)請求，廣告平臺通常都是通過運維人員對突發(fā)情況進行調(diào)控和處理，或選擇為用戶增加服務(wù)器數(shù)量。
[0004]但是，目前通過運維人員和增加服務(wù)器數(shù)量對用戶的服務(wù)請求進行應(yīng)對，會增加廣告平臺的運營成本，人工處理的時延也會影響用戶需求。


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

[0005]鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的一種廣告平臺處理服務(wù)請求的方法和相應(yīng)地裝置。
[0006]依據(jù)本發(fā)明的一個方面，提供一種廣告平臺處理服務(wù)請求的方法，包括:
[0007]接收用戶發(fā)出的廣告服務(wù)請求，所述廣告服務(wù)請求中攜帶有用戶標識；
[0008]根據(jù)所述用戶標識在本地獲取所述用戶的用戶信息；
[0009]根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案。
[0010]可選地，所述用戶信息至少包括所述用戶的用戶級別、賬戶余額、消費金額中的一種。
[0011]可選地，在所述根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案之前，還包括:
[0012]判斷所述用戶發(fā)出的廣告服務(wù)請求是否異常。
[0013]可選地，所述廣告服務(wù)請求包括添加關(guān)鍵字請求；
[0014]所述判斷所述用戶發(fā)出的廣告服務(wù)請求是否異常，包括:
[0015]判斷所述用戶添加的關(guān)鍵字的個數(shù)是否超出與所述用戶的賬戶余額對應(yīng)的閾值。
[0016]可選地，所述判斷所述用戶發(fā)出的廣告服務(wù)請求是否異常，包括:
[0017]根據(jù)預(yù)置的訓(xùn)練模型判斷所述用戶發(fā)出的廣告服務(wù)請求是否異常。
[0018]可選地，該方法還包括:
[0019]獲取每個用戶在每周的各個時間段的廣告服務(wù)請求量，并根據(jù)所述每個用戶在每周的各個時間段的廣告服務(wù)請求量建立訓(xùn)練模型。
[0020]可選地，所述根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案，包括:
[0021]當(dāng)所述用戶為第一級別用戶時，執(zhí)行所述廣告服務(wù)請求對應(yīng)的任務(wù)、為所述用戶增加廣告服務(wù)資源使用量或?qū)⑺鰪V告服務(wù)請求放入待執(zhí)行任務(wù)的隊列中；
[0022]當(dāng)所述用戶為非第一級別用戶時，拒絕所述廣告服務(wù)請求或?qū)⒔档蛯λ鲇脩舭l(fā)出的廣告服務(wù)請求的響應(yīng)頻率。
[0023]可選地，該方法還包括:
[0024]建立計數(shù)器，為所述用戶發(fā)出的廣告服務(wù)請求進行計數(shù)。
[0025]可選地，所述根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案，包括:
[0026]根據(jù)所述用戶的用戶級別、賬戶余額或消費金額對所述廣告服務(wù)請求進行降級或隔離。
[0027]可選地，所述對所述廣告服務(wù)請求進行降級，包括:
[0028]當(dāng)所述廣告服務(wù)請求對應(yīng)的接口消耗資源超過預(yù)設(shè)閾值時，根據(jù)所述用戶的用戶信息、所述廣告平臺的廣告服務(wù)資源和用戶的訪問頻率計算所述接口的合理訪問頻率；
[0029]將所述接口的可訪問頻率降低至所述合理訪問頻率。
[0030]可選地，所述對所述廣告服務(wù)請求進行隔離，包括:
[0031]跳過執(zhí)行所述廣告服務(wù)請求對應(yīng)的任務(wù)。
[0032]可選地，所述廣告服務(wù)資源至少包括服務(wù)器的計算資源和存儲資源中的一種。
[0033]依據(jù)本發(fā)明的一個方面，還提供一種廣告平臺處理服務(wù)請求的裝置，包括:
[0034]請求接收模塊，配置為接收用戶發(fā)出的廣告服務(wù)請求，所述廣告服務(wù)請求中攜帶有用戶標識；
[0035]信息獲取模塊，配置為根據(jù)所述用戶標識在本地獲取所述用戶的用戶信息；
[0036]資源分配模塊，配置為根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案。
[0037]可選地，所述用戶信息至少包括所述用戶的用戶級別、賬戶余額、消費金額中的一種。
[0038]可選地，所述裝置還包括:
[0039]判斷模塊，配置為在所述根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案之前，判斷所述用戶發(fā)出的廣告服務(wù)請求是否異常。
[0040]可選地，所述廣告服務(wù)請求包括添加關(guān)鍵字請求；
[0041]所述判斷模塊具體配置為判斷所述用戶添加的關(guān)鍵字的個數(shù)是否超出與所述用戶的賬戶余額對應(yīng)的閾值。
[0042]可選地，所述判斷模塊具體配置為根據(jù)預(yù)置的訓(xùn)練模型判斷所述用戶發(fā)出的廣告服務(wù)請求是否異常。
[0043]可選地，所述裝置還包括:
[0044]模型建立模塊，配置為獲取每個用戶在每周的各個時間段的服務(wù)請求量，并根據(jù)所述每個用戶在每周的各個時間段的廣告服務(wù)請求量建立訓(xùn)練模型。
[0045]可選地，所述資源分配模塊，包括:
[0046]第一分配單元，配置為當(dāng)所述用戶為第一級別用戶時，執(zhí)行所述廣告服務(wù)請求對應(yīng)的任務(wù)、為所述用戶增加廣告服務(wù)資源使用量或?qū)⑺鰪V告服務(wù)請求放入待執(zhí)行任務(wù)的隊列中；
[0047]第二分配單元，配置為當(dāng)所述用戶為非第一級別用戶時，拒絕所述廣告服務(wù)請求或?qū)⒔档蛯λ鲇脩舭l(fā)出的廣告服務(wù)請求的響應(yīng)頻率。
[0048]可選地，所述裝置還包括:
[0049]計數(shù)器模塊，配置為建立計數(shù)器，為所述用戶發(fā)出的廣告服務(wù)請求進行計數(shù)。
[0050]可選地，所述資源分配模塊具體配置為根據(jù)所述用戶的用戶級別、賬戶余額或消費金額對所述廣告服務(wù)請求進行降級或隔離。
[0051]可選地，所述資源分配模塊被配置為按照如下方式對所述廣告服務(wù)請求進行降級:
[0052]當(dāng)所述廣告服務(wù)請求對應(yīng)的接口消耗資源超過預(yù)設(shè)閾值時，根據(jù)所述用戶的用戶信息、所述廣告平臺的廣告服務(wù)資源和用戶的訪問頻率計算所述接口的合理訪問頻率；
[0053]將所述接口的可訪問頻率降低至所述合理訪問頻率。
[0054]可選地，所述資源分配模塊被配置為按照如下方式對所述廣告服務(wù)請求進行隔離:
[0055]跳過執(zhí)行所述廣告服務(wù)請求對應(yīng)的任務(wù)。
[0056]可選地，所述廣告服務(wù)資源至少包括服務(wù)器的計算資源和存儲資源的一種。
[0057]本發(fā)明提供了一種廣告平臺處理服務(wù)請求的方法和裝置。通過本發(fā)明，可使廣告服務(wù)平臺根據(jù)發(fā)出廣告服務(wù)請求的用戶的用戶信息自動執(zhí)行相應(yīng)的資源分配方案，而不需要大量的運維人員進行人工干預(yù)，可以減少廣告平臺的運營成本，由于是靠服務(wù)器自動分配方案，對于用戶的廣告服務(wù)請求的執(zhí)行的延時也較小。
[0058]上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的【具體實施方式】。
[0059]根據(jù)下文結(jié)合附圖對本發(fā)明具體實施例的詳細描述，本領(lǐng)域技術(shù)人員將會更加明了本發(fā)明的上述以及其他目的、優(yōu)點和特征。

【專利附圖】

【附圖說明】
[0060]通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中:
[0061]圖1是本發(fā)明一個實施例的一種廣告平臺處理服務(wù)請求的方法流程圖；
[0062]圖2是本發(fā)明一個實施例的一種廣告平臺處理服務(wù)請求的具體方法流程圖；
[0063]圖3是本發(fā)明一個實施例的一種廣告平臺中的隊列處理原理示意圖；
[0064]圖4是本發(fā)明一個實施例的一種廣告平臺處理服務(wù)請求的裝置結(jié)構(gòu)框圖。

【具體實施方式】
[0065]下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應(yīng)當(dāng)理解，可以以各種形式實現(xiàn)本公開而不應(yīng)該被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達給本領(lǐng)域的技術(shù)人員。
[0066]實施例一
[0067]本發(fā)明實施例提供了一種廣告平臺處理服務(wù)請求的方法。該方法可以通過對廣告平臺進行改進來實現(xiàn)。
[0068]圖1是本發(fā)明一個實施例的一種廣告平臺處理服務(wù)請求的方法流程圖，該方法包括步驟S102至S106。
[0069]S102，接收用戶發(fā)出的廣告服務(wù)請求。其中，所述廣告服務(wù)請求中攜帶有用戶標識。
[0070]S104，根據(jù)所述用戶標識在本地獲取所述用戶的用戶信息。
[0071]S106，根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案。
[0072]本發(fā)明實施例提供了一種廣告平臺處理服務(wù)請求的方法。通過該方法，可使廣告服務(wù)平臺根據(jù)發(fā)出廣告服務(wù)請求的用戶的用戶信息自動執(zhí)行相應(yīng)的資源分配方案，而不需要大量的運維人員進行人工干預(yù)，可以減少廣告平臺的運營成本，由于是靠服務(wù)器自動分配方案，對于用戶的廣告服務(wù)請求的執(zhí)行的延時也較小。
[0073]實施例二
[0074]本實施例為上述實施例一的一種具體應(yīng)用場景，通過本實施例，能夠更加清楚、具體地闡述本發(fā)明所提供的方法。本實施例所提供的方法，可以通過代碼在廣告平臺的服務(wù)器端實現(xiàn)，自動對該廣告平臺的用戶發(fā)出的廣告服務(wù)請求進行處理，而無需運維人員的人工干預(yù)。
[0075]下面，以廣告平臺接收到一用戶發(fā)出的廣告服務(wù)請求為例，對廣告平臺側(cè)的實現(xiàn)邏輯進行具體說明。需要說明的是，本實施例只是示例性的，并不限制本發(fā)明實施例所保護的范圍。
[0076]為了更加清楚的說明本發(fā)明，首先介紹一下廣告平臺的組成。本發(fā)明提供的廣告平臺可包括五個模塊:
[0077]用戶模塊，主要用于存儲用戶的用戶信息，包括用戶級別、賬號余額、消費、消費金額，并統(tǒng)計用戶的每日消費額等。
[0078]服務(wù)狀態(tài)模塊，由兩個子模塊組成，一個子模塊用于監(jiān)控每臺服務(wù)器的狀況，包括CPU,內(nèi)存，帶寬等；另一個子模塊用來匯總所有服務(wù)器的狀態(tài)信息，給出當(dāng)期服務(wù)器狀態(tài)最優(yōu)排名和合理的請求頻率建議。
[0079]策略模塊，用于通過用戶的用戶信息、服務(wù)器狀態(tài)和用戶平時訪問頻率給出用戶當(dāng)前訪問美國接口的合理頻率。
[0080]隊列模塊，用于將不能立刻處理的廣告服務(wù)請求(比如關(guān)鍵詞管理)放入隊列中，待服務(wù)器資源空閑之后再進行處理。
[0081]訪問監(jiān)控模塊，用于監(jiān)控用戶訪問頻率，如果訪問頻率異常，則自動進行處理或提醒管理員處理。
[0082]下面提供本發(fā)明的具體說明:
[0083]圖2是本發(fā)明一個實施例提供的一種廣告平臺處理服務(wù)請求的具體方法流程圖，該方法具體包括步驟S201至S205。
[0084]首先，執(zhí)行步驟S201，即廣告平臺接收用戶發(fā)出的攜帶有用戶標識的廣告服務(wù)請求。
[0085]其中，廣告平臺用于為廣告用戶提供管控，以給予用戶提供廣告服務(wù)，用戶也即廣告平臺的客戶。
[0086]本實施例中的用戶可以包括:網(wǎng)站、企業(yè)、企業(yè)主等。
[0087]廣告平臺可以為用戶提供的廣告服務(wù)可以包括:為網(wǎng)站提供點擊率，增加網(wǎng)站的訪問流量。例如，在瀏覽器或?qū)Ш巾撝性黾泳W(wǎng)站的鏈接。
[0088]廣告平臺可以為用戶提供的廣告服務(wù)還可以包括:為企業(yè)、企業(yè)主提供廣告宣傳等廣告服務(wù)。
[0089]例如，在廣告平臺中，可提供有搜索推廣服務(wù)，搜索推廣是基于搜索平臺，通過對網(wǎng)民的搜索詞進行匹配，定位目標用戶從而精確展現(xiàn)企業(yè)的推廣信息的營銷產(chǎn)品。企業(yè)通過匹配關(guān)鍵詞技術(shù)進行精細化投放，不僅能夠準確快速的鎖定用戶群體，覆蓋整個投放流程，還能讓有需求的潛在客戶更快速找到企業(yè)和產(chǎn)品相關(guān)信息。
[0090]搜索推廣的創(chuàng)意由標題、描述和鏈接網(wǎng)址共同構(gòu)成；創(chuàng)意將展示在搜索結(jié)果的上方和右側(cè)。通過該服務(wù)，可以為用戶提供排序靠前的服務(wù)，以增加網(wǎng)民對于該企業(yè)的廣告、主頁的點擊等。
[0091]相應(yīng)地，用戶發(fā)出的廣告服務(wù)請求可以包括服務(wù)器的計算資源、增加關(guān)鍵字的數(shù)量、數(shù)據(jù)存儲空間等中的任意一種或者多種。
[0092]本實施例中，對于用戶發(fā)出的廣告服務(wù)請求而言，列舉如下例子進行說明:如，某一電商網(wǎng)站為了增加自己的知名度、提供對于自身產(chǎn)品的宣傳，則有可能向廣告平臺請求增加關(guān)鍵字，如:增加手機、平板、電腦、觸屏、大屏幕等等一系列關(guān)鍵字。以使得普通上網(wǎng)用戶可以在搜索上述關(guān)鍵字時，可以將自身的電視網(wǎng)站的排名靠前，以獲得上網(wǎng)用戶的優(yōu)先點擊。而在這時，為了向上網(wǎng)用戶推薦該電視網(wǎng)站，則需要對重新計算排序結(jié)果，需要占用大量的服務(wù)器的計算資源。
[0093]在獲取用戶發(fā)出的廣告服務(wù)請求后，執(zhí)行步驟S202，廣告平臺在廣告服務(wù)請求中提取用戶標識，根據(jù)用戶標識獲取該用戶的用戶信息。
[0094]其中，為了便于對廣告平臺的用戶進行管理，為每一個用戶分配有token，作為用戶的用戶標識。
[0095]并且，為了增強對于廣告平臺用戶的管控，在廣告平臺的服務(wù)器側(cè)保存有用戶信息，該用戶信息包括有用戶的用戶級別、賬戶余額、消費金額等。下面分別對用戶級別、賬戶余額、消費金額進行具體介紹。
[0096]其中，用戶級別由廣告服務(wù)平臺為用戶分配，可以分為第一級別、第二級別、第三級別等等。
[0097]在本實施例中，對于用戶級別的分配，可以設(shè)置多條規(guī)則，例如:
[0098]對于每年消費超過預(yù)設(shè)金額的用戶，可以將其分配為第一級別。
[0099]對于具有潛在消費能力的大客戶，例如大型電商網(wǎng)站，可以將其分配為第二級別。
[0100]對于消費過低且不具有進行廣告費的消費能力的小客戶，可以將其分配為第三級別。
[0101]需要說明的是，上述僅為對于用戶級別的舉例說明，在具體實現(xiàn)時可進行多種規(guī)則設(shè)計，并不局限上述規(guī)則。
[0102]下面繼續(xù)介紹賬戶余額，對于用戶的賬戶余額，具體指該用戶在廣告平臺的儲值。其中，廣告平臺可以采取預(yù)付費的方式，根據(jù)用戶發(fā)出的廣告服務(wù)請求進行扣費。
[0103]通過步驟S202獲取到用戶信息后，繼續(xù)執(zhí)行步驟S203，判斷該用戶發(fā)出的廣告服務(wù)請求是否異常。當(dāng)廣告服務(wù)請求為異常請求時，執(zhí)行步驟S204 ;當(dāng)廣告服務(wù)請求為正常請求時，執(zhí)行步驟S205。
[0104]在本實施例中，對于判斷用戶發(fā)出的廣告請求是否異常，至少可以包括如下兩種實現(xiàn)方式:
[0105]第一種方式，根據(jù)該用戶的賬戶余額，判斷用戶發(fā)出的廣告服務(wù)請求是否異常，當(dāng)用戶的賬戶余額不能滿足其要求增加的關(guān)鍵字數(shù)量時，認為其發(fā)出的廣告服務(wù)請求異常，否則，則認為廣告服務(wù)請求為正常請求。
[0106]下面以一具體實例說明上述第一種方式:
[0107]例如，在為用戶增加關(guān)鍵字的廣告服務(wù)中，對于每增加一個關(guān)鍵字均有收費需求，假設(shè)為每個關(guān)鍵字收費1000元。而如果某個用戶僅儲值100元，而其突然發(fā)出廣告服務(wù)請求，要求增加500個關(guān)鍵字，顯然該用戶的廣告服務(wù)費遠遠超出了其支付能力，這時，則認為該用戶發(fā)出的廣告服務(wù)請求是異常的。
[0108]第二種方式，根據(jù)預(yù)置的訓(xùn)練模型判斷該用戶發(fā)出的廣告服務(wù)請求是否異常。如果該用戶發(fā)出的廣告服務(wù)請求與預(yù)置的訓(xùn)練模型不匹配，則認為其發(fā)出的廣告服務(wù)請求為異常，否則，認為其發(fā)出的廣告為正常。
[0109]其中，預(yù)置的訓(xùn)練模型為一數(shù)據(jù)模型，用以表示該用戶的廣告服務(wù)規(guī)律，對于該用戶的訓(xùn)練模型可以通過如下方法獲得:獲取用戶在固定時長的各個時間段的廣告服務(wù)請求量，并根據(jù)用戶在該固定時長的各個時間段的廣告服務(wù)請求量建立訓(xùn)練模型。
[0110]例如，可以采用如下方法建立訓(xùn)練模型:
[0111]獲取用戶在一段時間內(nèi)，每周的每天不同時段對于廣告平臺發(fā)出的廣告服務(wù)請求的頻率的平均值，并得出一條頻率曲線作為訓(xùn)練模塊。
[0112]當(dāng)用戶當(dāng)前發(fā)出請求的頻率在曲線值的30%之內(nèi)時，則認為是正常的，否則認為異常。
[0113]在一般情況下，每個用戶對于自身廣告的運營，均存在一定規(guī)律。下面以一具體實例說明，例如，某一用戶可能通常在每周的五個工作日的白天時間進行廣告優(yōu)化，要求廣告平臺增加對于自身網(wǎng)站的點擊流量，而非工作日則減少服務(wù)。因此，可以通過對用戶的大量時間的廣告服務(wù)請求進行觀察，得出用戶廣告服務(wù)需求的規(guī)律，并生成數(shù)據(jù)模型。
[0114]對于上述實例而言，而當(dāng)用戶所發(fā)出的廣告服務(wù)請求嚴重脫離這一數(shù)據(jù)模型時，則認為該用戶發(fā)出的廣告服務(wù)請求發(fā)生了異常。另外，還可能由于用戶的操作錯誤，導(dǎo)致發(fā)出了異常的廣告服務(wù)請求。
[0115]上面介紹了判斷用戶發(fā)出的廣告請求是否異常的兩種方式，需要說明的是，上述兩種方式可以同時使用，也可以單獨使用。
[0116]上述步驟S203中提及了當(dāng)廣告服務(wù)請求為異常請求時，執(zhí)行步驟S204。
[0117]在步驟S204中，由于用戶發(fā)出的廣告服務(wù)請求發(fā)生了異常，則拒絕該廣告服務(wù)請求，結(jié)束操作。
[0118]上述步驟S203中還提及了當(dāng)廣告服務(wù)請求為正常請求時，執(zhí)行步驟S205。在步驟S205中，對于用戶發(fā)出的正常的廣告服務(wù)請求，執(zhí)行與該用戶的用戶級別對應(yīng)的資源分配方案。
[0119]其中，對于資源分配方案可以包括多種，例如:
[0120]執(zhí)行廣告服務(wù)請求對應(yīng)的任務(wù)；或者
[0121]為用戶增加相廣告服務(wù)資源使用量；或者
[0122]將廣告服務(wù)請求放入待執(zhí)行任務(wù)的隊列，待服務(wù)器存在可用資源時執(zhí)行；或者
[0123]拒絕廣告服務(wù)請求；或者
[0124]降低該用戶發(fā)出廣告服務(wù)請求的響應(yīng)頻率等。
[0125]其中，廣告服務(wù)資源主要包括服務(wù)器的計算資源和存儲資源，例如:服務(wù)器可接收的用戶發(fā)出的服務(wù)請求的請求頻率、服務(wù)器對于每個用戶每周的可請求數(shù)量配額、數(shù)據(jù)在服務(wù)器的數(shù)據(jù)庫中的可存儲量等。
[0126]需要說明的是，在上述資源分配請求中，可自由的根據(jù)用戶的用戶級別進行資源分配方案的設(shè)定。
[0127]例如，若發(fā)出廣告服務(wù)請求的用戶為第一級別用戶(例如大客戶)，則可以執(zhí)行廣告服務(wù)請求對應(yīng)的任務(wù)、為用戶增加相廣告服務(wù)資源使用量、或?qū)V告服務(wù)請求放入待執(zhí)行任務(wù)的隊列的分配方案。若發(fā)出廣告服務(wù)請求的用戶不是第一級別用戶，則執(zhí)行拒絕廣告服務(wù)請求或降低該用戶發(fā)出廣告服務(wù)請求的響應(yīng)頻率的操作。
[0128]在本實施例中，對于用戶級別的劃分，可由管理員根據(jù)實際情況進行配置，也可以根據(jù)營銷方案進行配置，并不具體限定劃分為幾個級別，每個級別可適應(yīng)性的適配不同的資源分配方案。
[0129]例如，可以使用下面的配置:
[0130](I)對于大客戶，服務(wù)資源使用不受限制；
[0131](2)對于中型客戶，每分鐘最大可發(fā)出請求1000次，每周可發(fā)出請求10000000次；
[0132](3)對于小型客戶，服務(wù)器資源緊張時，每分鐘不能發(fā)送超過100請求，服務(wù)器資源空閑時，每分鐘可發(fā)出不超過500次請求，每周可發(fā)出的請求數(shù)量為1000000次。
[0133]對于不能及時處理的廣告服務(wù)請求，放入隊列中暫緩執(zhí)行，如圖3所示，具體包括:
[0134]將不能及時處理的廣告服務(wù)請求按照順序放入隊列，并交由管理服務(wù)器進行管理，當(dāng)廣告平臺的服務(wù)器具有空閑計算資源時，在隊列中按照時間從早到晚的順序，依次取出進行執(zhí)行，并將執(zhí)行結(jié)果發(fā)送給客戶端。
[0135]其中，為了降低對該用戶發(fā)出的廣告服務(wù)請求的響應(yīng)頻率，本方法還包括:
[0136]建立計數(shù)器，為該用戶發(fā)出的廣告服務(wù)請求進行計數(shù)。
[0137]需要說明的是，本實施例中提及的廣告服務(wù)資源至少包括服務(wù)器的計算資源和存儲資源中的一種，但不限于此。
[0138]另外，除了上述方式外，在廣告平臺的服務(wù)器資源緊張時，還可以采取對服務(wù)請求進行降級和隔離的方式。
[0139]其中，降級的方式具體為:
[0140]當(dāng)服務(wù)請求對應(yīng)的接口所依賴的資源緊張時，采用加大延時的方式，或降低用戶對于這個接口的訪問頻率，可以降低到合理頻率。
[0141]對于合理頻率，可以通過用戶的用戶信息、服務(wù)器狀態(tài)和用戶平時訪問頻率計算得出。
[0142]隔離的方式具體為:
[0143]對于非核心的服務(wù)請求(例如計數(shù))，可以跳過對于服務(wù)請求的執(zhí)行，實現(xiàn)對服務(wù)的隔尚。
[0144]本發(fā)明實施例提供了一種廣告平臺處理服務(wù)請求的方法。通過該方法，可使廣告服務(wù)平臺根據(jù)發(fā)出廣告服務(wù)請求的用戶的用戶信息自動執(zhí)行相應(yīng)的資源分配方案，而不需要大量的運維人員進行人工干預(yù)，可以減少廣告平臺的運營成本，由于是靠服務(wù)器自動分配方案，對于用戶的廣告服務(wù)請求的執(zhí)行的延時也較小。
[0145]實施例三
[0146]圖4是本發(fā)明一個實施例提供的一種廣告平臺處理服務(wù)請求的裝置結(jié)構(gòu)框圖。該裝置400包括:
[0147]請求接收模塊410，配置為接收用戶發(fā)出的廣告服務(wù)請求，廣告服務(wù)請求中攜帶有用戶標識；
[0148]信息獲取模塊420，配置為根據(jù)用戶標識在本地獲取用戶的用戶信息；
[0149]資源分配模塊430，配置為根據(jù)用戶的用戶信息為廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案。
[0150]可選地，用戶信息至少包括用戶的用戶級別、賬戶余額、消費金額中的一種。
[0151]可選地，該裝置400還包括:
[0152]判斷模塊440，配置為在根據(jù)用戶的用戶信息為廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案之前，判斷用戶發(fā)出的廣告服務(wù)請求是否異常。
[0153]可選地，廣告服務(wù)請求包括添加關(guān)鍵字請求；
[0154]判斷模塊440具體配置為判斷用戶添加的關(guān)鍵字的個數(shù)是否超出與用戶的賬戶余額對應(yīng)的閾值。
[0155]可選地，判斷模塊440具體配置為根據(jù)預(yù)置的訓(xùn)練模型判斷用戶發(fā)出的廣告服務(wù)請求是否異常。
[0156]可選地，該裝置還包括:
[0157]模型建立模塊450，配置為獲取每個用戶在每周的各個時間段的服務(wù)請求量，并根據(jù)每個用戶在每周的各個時間段的廣告服務(wù)請求量建立訓(xùn)練模型。
[0158]可選地，資源分配模塊430，包括:
[0159]第一分配單元431，配置為當(dāng)用戶為第一級別用戶時，執(zhí)行廣告服務(wù)請求對應(yīng)的任務(wù)、為用戶增加廣告服務(wù)資源使用量或?qū)V告服務(wù)請求放入待執(zhí)行任務(wù)的隊列中；
[0160]第二分配單元432，配置為當(dāng)用戶為非第一級別用戶時，拒絕廣告服務(wù)請求或?qū)⒔档蛯τ脩舭l(fā)出的廣告服務(wù)請求的響應(yīng)頻率。
[0161]可選地，該裝置400還包括:
[0162]計數(shù)器模塊460，配置為建立計數(shù)器，為用戶發(fā)出的廣告服務(wù)請求進行計數(shù)。
[0163]可選地，資源分配模塊430具體配置為根據(jù)用戶的用戶級別、賬戶余額或消費金額對廣告服務(wù)請求進行降級或隔離。
[0164]可選地，資源分配模塊430被配置為按照如下方式對廣告服務(wù)請求進行降級:
[0165]當(dāng)廣告服務(wù)請求對應(yīng)的接口消耗資源超過預(yù)設(shè)閾值時，根據(jù)用戶的用戶信息、廣告平臺的廣告服務(wù)資源和用戶的訪問頻率計算接口的合理訪問頻率；
[0166]將接口的可訪問頻率降低至合理訪問頻率。
[0167]可選地，資源分配模塊430被配置為按照如下方式對廣告服務(wù)請求進行隔離:
[0168]跳過執(zhí)行廣告服務(wù)請求對應(yīng)的任務(wù)。
[0169]可選地，廣告服務(wù)資源至少包括服務(wù)器的計算資源和存儲資源中的一種。
[0170]本發(fā)明實施例提供了一種廣告平臺處理服務(wù)請求的裝置。通過該裝置，可使廣告服務(wù)平臺根據(jù)發(fā)出廣告服務(wù)請求的用戶的用戶信息自動執(zhí)行相應(yīng)的資源分配方案，而不需要大量的運維人員進行人工干預(yù)，可以減少廣告平臺的運營成本，由于是靠服務(wù)器自動分配方案，對于用戶的廣告服務(wù)請求的執(zhí)行的延時也較小。
[0171]本發(fā)明還公開了:
[0172]Al.一種廣告平臺處理服務(wù)請求的方法，應(yīng)用于廣告平臺的資源分配過程，包括:
[0173]接收用戶發(fā)出的廣告服務(wù)請求，所述廣告服務(wù)請求中攜帶有用戶標識；
[0174]根據(jù)所述用戶標識在本地獲取所述用戶的用戶信息；
[0175]根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案。
[0176]A2.根據(jù)Al所述的方法，其中，所述用戶信息至少包括所述用戶的用戶級別、賬戶余額、消費金額中的一種。
[0177]A3.根據(jù)A2所述的方法，其中，在所述根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案之前，還包括:
[0178]判斷所述用戶發(fā)出的廣告服務(wù)請求是否異常。
[0179]A4.根據(jù)A3所述的方法，其中，
[0180]所述廣告服務(wù)請求包括添加關(guān)鍵字請求；
[0181]所述判斷所述用戶發(fā)出的廣告服務(wù)請求是否異常，包括:
[0182]判斷所述用戶添加的關(guān)鍵字的個數(shù)是否超出與所述用戶的賬戶余額對應(yīng)的閾值。
[0183]A5.根據(jù)A3所述的方法，其中，所述判斷所述用戶發(fā)出的廣告服務(wù)請求是否異常，包括:
[0184]根據(jù)預(yù)置的訓(xùn)練模型判斷所述用戶發(fā)出的廣告服務(wù)請求是否異常。
[0185]A6.根據(jù)A5所述的方法，其中，還包括:
[0186]獲取每個用戶在每周的各個時間段的廣告服務(wù)請求量，并根據(jù)所述每個用戶在每周的各個時間段的廣告服務(wù)請求量建立訓(xùn)練模型。
[0187]A7.根據(jù)A2至A6任一項所述的方法，其中，所述根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案，包括:
[0188]當(dāng)所述用戶為第一級別用戶時，執(zhí)行所述廣告服務(wù)請求對應(yīng)的任務(wù)、為所述用戶增加廣告服務(wù)資源使用量或?qū)⑺鰪V告服務(wù)請求放入待執(zhí)行任務(wù)的隊列中；
[0189]當(dāng)所述用戶為非第一級別用戶時，拒絕所述廣告服務(wù)請求或?qū)⒔档蛯λ鲇脩舭l(fā)出的廣告服務(wù)請求的響應(yīng)頻率。
[0190]AS.根據(jù)A7所述的方法，其中，還包括:
[0191]建立計數(shù)器，為所述用戶發(fā)出的廣告服務(wù)請求進行計數(shù)。
[0192]A9.根據(jù)A2至A6任一項所述的方法，其中，所述根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案，包括:
[0193]根據(jù)所述用戶的用戶級別、賬戶余額或消費金額對所述廣告服務(wù)請求進行降級或隔離。
[0194]A10.根據(jù)A9所述的方法，其中，所述對所述廣告服務(wù)請求進行降級，包括:
[0195]當(dāng)所述廣告服務(wù)請求對應(yīng)的接口消耗資源超過預(yù)設(shè)閾值時，根據(jù)所述用戶的用戶信息、所述廣告平臺的廣告服務(wù)資源和用戶的訪問頻率計算所述接口的合理訪問頻率；
[0196]將所述接口的可訪問頻率降低至所述合理訪問頻率。
[0197]All.根據(jù)A9所述的方法，其中，所述對所述廣告服務(wù)請求進行隔離，包括:
[0198]跳過執(zhí)行所述廣告服務(wù)請求對應(yīng)的任務(wù)。
[0199]A12.根據(jù)Al至All任一項所述的方法，其中，所述廣告服務(wù)資源至少包括服務(wù)器的計算資源和存儲資源中的一種。
[0200]B13.一種廣告平臺處理服務(wù)請求的裝置，包括:
[0201]請求接收模塊，配置為接收用戶發(fā)出的廣告服務(wù)請求，所述廣告服務(wù)請求中攜帶有用戶標識；
[0202]信息獲取模塊，配置為根據(jù)所述用戶標識在本地獲取所述用戶的用戶信息；
[0203]資源分配模塊，配置為根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案。
[0204]B14.根據(jù)B13所述的裝置，其中，所述用戶信息至少包括所述用戶的用戶級別、賬戶余額、消費金額中的一種。
[0205]B15.根據(jù)B14所述的裝置，其中，所述裝置還包括:
[0206]判斷模塊，配置為在所述根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案之前，判斷所述用戶發(fā)出的廣告服務(wù)請求是否異常。
[0207]B16.根據(jù)B15所述的裝置，其中，所述廣告服務(wù)請求包括添加關(guān)鍵字請求；
[0208]所述判斷模塊具體配置為判斷所述用戶添加的關(guān)鍵字的個數(shù)是否超出與所述用戶的賬戶余額對應(yīng)的閾值。
[0209]B17.根據(jù)B15所述的裝置，其中，所述判斷模塊具體配置為根據(jù)預(yù)置的訓(xùn)練模型判斷所述用戶發(fā)出的廣告服務(wù)請求是否異常。
[0210]B18.根據(jù)B17所述的裝置，其中，所述裝置還包括:
[0211]模型建立模塊，配置為獲取每個用戶在每周的各個時間段的服務(wù)請求量，并根據(jù)所述每個用戶在每周的各個時間段的廣告服務(wù)請求量建立訓(xùn)練模型。
[0212]B19.根據(jù)B14至B18任一項所述的裝置，其中，所述資源分配模塊，包括:
[0213]第一分配單元，配置為當(dāng)所述用戶為第一級別用戶時，執(zhí)行所述廣告服務(wù)請求對應(yīng)的任務(wù)、為所述用戶增加廣告服務(wù)資源使用量或?qū)⑺鰪V告服務(wù)請求放入待執(zhí)行任務(wù)的隊列中；
[0214]第二分配單元，配置為當(dāng)所述用戶為非第一級別用戶時，拒絕所述廣告服務(wù)請求或?qū)⒔档蛯λ鲇脩舭l(fā)出的廣告服務(wù)請求的響應(yīng)頻率。
[0215]B20.根據(jù)B19所述的裝置，其中，所述裝置還包括:
[0216]計數(shù)器模塊，配置為建立計數(shù)器，為所述用戶發(fā)出的廣告服務(wù)請求進行計數(shù)。
[0217]B21.根據(jù)B14至B18任一項所述的裝置，其中，所述資源分配模塊具體配置為根據(jù)所述用戶的用戶級別、賬戶余額或消費金額對所述廣告服務(wù)請求進行降級或隔離。
[0218]B22.根據(jù)B21所述的裝置，其中，所述資源分配模塊被配置為按照如下方式對所述廣告服務(wù)請求進行降級:
[0219]當(dāng)所述廣告服務(wù)請求對應(yīng)的接口消耗資源超過預(yù)設(shè)閾值時，根據(jù)所述用戶的用戶信息、所述廣告平臺的廣告服務(wù)資源和用戶的訪問頻率計算所述接口的合理訪問頻率；
[0220]將所述接口的可訪問頻率降低至所述合理訪問頻率。
[0221]B23.根據(jù)B21所述的裝置，其中，所述資源分配模塊被配置為按照如下方式對所述廣告服務(wù)請求進行隔離:
[0222]跳過執(zhí)行所述廣告服務(wù)請求對應(yīng)的任務(wù)。
[0223]B24.根據(jù)B13至B23任一項所述的裝置，其中，所述廣告服務(wù)資源至少包括服務(wù)器的計算資源和存儲資源中的一種。
[0224]在此處所提供的說明書中，說明了大量具體細節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細節(jié)的情況下實踐。在一些實例中，并未詳細示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對本說明書的理解。
[0225]類似地，應(yīng)當(dāng)理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應(yīng)將該公開的方法解釋成反映如下意圖:即所要求保護的本發(fā)明要求比在每個權(quán)利要求中所明確記載的特征更多的特征。更確切地說，如下面的權(quán)利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循【具體實施方式】的權(quán)利要求書由此明確地并入該【具體實施方式】，其中每個權(quán)利要求本身都作為本發(fā)明的單獨實施例。
[0226]本領(lǐng)域那些技術(shù)人員可以理解，可以對實施例中的設(shè)備中的模塊進行自適應(yīng)性地改變并且把它們設(shè)置在與該實施例不同的一個或多個設(shè)備中?？梢园褜嵤├械哪K或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設(shè)備的所有過程或單元進行組合。除非另外明確陳述，本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。
[0227]此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實施例。例如，在權(quán)利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。
[0228]本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本發(fā)明實施例的用于廣告平臺處理服務(wù)請求的裝置中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。
[0229]應(yīng)該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計出替換實施例。在權(quán)利要求中，不應(yīng)將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。
[0230]至此，本領(lǐng)域技術(shù)人員應(yīng)認識到，雖然本文已詳盡示出和描述了本發(fā)明的多個示例性實施例，但是，在不脫離本發(fā)明精神和范圍的情況下，仍可根據(jù)本發(fā)明公開的內(nèi)容直接確定或推導(dǎo)出符合本發(fā)明原理的許多其他變型或修改。因此，本發(fā)明的范圍應(yīng)被理解和認定為覆蓋了所有這些其他變型或修改。
【權(quán)利要求】
1.一種廣告平臺處理服務(wù)請求的方法，應(yīng)用于廣告平臺的資源分配過程，包括: 接收用戶發(fā)出的廣告服務(wù)請求，所述廣告服務(wù)請求中攜帶有用戶標識； 根據(jù)所述用戶標識在本地獲取所述用戶的用戶信息； 根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案。
2.根據(jù)權(quán)利要求1所述的方法，其中，所述用戶信息至少包括所述用戶的用戶級別、賬戶余額、消費金額中的一種。
3.根據(jù)權(quán)利要求2所述的方法，其中，在所述根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案之前，還包括: 判斷所述用戶發(fā)出的廣告服務(wù)請求是否異常。
4.根據(jù)權(quán)利要求3所述的方法，其中， 所述廣告服務(wù)請求包括添加關(guān)鍵字請求； 所述判斷所述用戶發(fā)出的廣告服務(wù)請求是否異常，包括: 判斷所述用戶添加的關(guān)鍵字的個數(shù)是否超出與所述用戶的賬戶余額對應(yīng)的閾值。
5.根據(jù)權(quán)利要求3所述的方法，其中，所述判斷所述用戶發(fā)出的廣告服務(wù)請求是否異常，包括: 根據(jù)預(yù)置的訓(xùn)練模型判斷所述用戶發(fā)出的廣告服務(wù)請求是否異常。
6.根據(jù)權(quán)利要求5所述的方法，其中，還包括: 獲取每個用戶在每周的各個時間段的廣告服務(wù)請求量，并根據(jù)所述每個用戶在每周的各個時間段的廣告服務(wù)請求量建立訓(xùn)練模型。
7.根據(jù)權(quán)利要求2至6任一項所述的方法，其中，所述根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案，包括: 當(dāng)所述用戶為第一級別用戶時，執(zhí)行所述廣告服務(wù)請求對應(yīng)的任務(wù)、為所述用戶增加廣告服務(wù)資源使用量或?qū)⑺鰪V告服務(wù)請求放入待執(zhí)行任務(wù)的隊列中； 當(dāng)所述用戶為非第一級別用戶時，拒絕所述廣告服務(wù)請求或?qū)⒔档蛯λ鲇脩舭l(fā)出的廣告服務(wù)請求的響應(yīng)頻率。
8.根據(jù)權(quán)利要求7所述的方法，其中，還包括: 建立計數(shù)器，為所述用戶發(fā)出的廣告服務(wù)請求進行計數(shù)。
9.根據(jù)權(quán)利要求2至6任一項所述的方法，其中，所述根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案，包括: 根據(jù)所述用戶的用戶級別、賬戶余額或消費金額對所述廣告服務(wù)請求進行降級或隔離。
10.一種廣告平臺處理服務(wù)請求的裝置，包括: 請求接收模塊，配置為接收用戶發(fā)出的廣告服務(wù)請求，所述廣告服務(wù)請求中攜帶有用戶標識； 信息獲取模塊，配置為根據(jù)所述用戶標識在本地獲取所述用戶的用戶信息； 資源分配模塊，配置為根據(jù)所述用戶的用戶信息為所述廣告服務(wù)請求執(zhí)行對應(yīng)的廣告服務(wù)資源分配方案。
【文檔編號】G06Q30/02GK104202436SQ201410510440
【公開日】2014年12月10日 申請日期:2014年9月28日 優(yōu)先權(quán)日:2014年9月28日
【發(fā)明者】彭俊勇 申請人:北京奇虎科技有限公司, 奇智軟件（北京）有限公司