广告平台处理服务请求的方法和装置制造方法

文档序号:6628897阅读:130来源:国知局
广告平台处理服务请求的方法和装置制造方法
【专利摘要】本发明提供了一种广告平台处理服务请求的方法和装置,应用于广告平台的资源分配过程,包括:接收用户发出的广告服务请求,所述广告服务请求中携带有用户标识;根据所述用户标识在本地获取所述用户的用户信息;根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案。本发明可使广告服务平台根据发出广告服务请求的用户的用户信息自动执行相应的资源分配方案,而不需要大量的运维人员进行人工干预,可以减少广告平台的运营成本,由于是靠服务器自动分配资源,对于用户的广告服务请求的执行的延时也较小。
【专利说明】广告平台处理服务请求的方法和装置

【技术领域】
[0001]本发明涉及本发明涉及计算机领域,具体涉及一种广告平台处理服务请求的方法和装置。

【背景技术】
[0002]目前,互联网服务商都提供有广告业务,且广告业务也是互联网服务商的主要收入。为了向用户提供广告服务,互联网服务商提供有广告平台。该广告平台可向第三方提供接口服务,广告业务的使用者可以通过广告平台享受各种广告服务。例如:通过广告平台要求增加关键字、增加广告流量,或对自身的广告被点击数进行统计等。
[0003]对于业务规模比较大的广告平台,每天通常要接收大量客户发出的服务请求,例如增加关键字等。因此,用户对于广告平台的接口的访问频率是非线性的,在有些时候,还会在短时间内接收到用户突发的大量的服务请求,这些大量的服务请求有可能导致广告平台的接口访问频率增加十倍以上。而当部分服务请求突增时,会导致其他服务很难获取资源。为了应对各种服务请求,广告平台通常都是通过运维人员对突发情况进行调控和处理,或选择为用户增加服务器数量。
[0004]但是,目前通过运维人员和增加服务器数量对用户的服务请求进行应对,会增加广告平台的运营成本,人工处理的时延也会影响用户需求。


【发明内容】

[0005]鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种广告平台处理服务请求的方法和相应地装置。
[0006]依据本发明的一个方面,提供一种广告平台处理服务请求的方法,包括:
[0007]接收用户发出的广告服务请求,所述广告服务请求中携带有用户标识;
[0008]根据所述用户标识在本地获取所述用户的用户信息;
[0009]根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案。
[0010]可选地,所述用户信息至少包括所述用户的用户级别、账户余额、消费金额中的一种。
[0011]可选地,在所述根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案之前,还包括:
[0012]判断所述用户发出的广告服务请求是否异常。
[0013]可选地,所述广告服务请求包括添加关键字请求;
[0014]所述判断所述用户发出的广告服务请求是否异常,包括:
[0015]判断所述用户添加的关键字的个数是否超出与所述用户的账户余额对应的阈值。
[0016]可选地,所述判断所述用户发出的广告服务请求是否异常,包括:
[0017]根据预置的训练模型判断所述用户发出的广告服务请求是否异常。
[0018]可选地,该方法还包括:
[0019]获取每个用户在每周的各个时间段的广告服务请求量,并根据所述每个用户在每周的各个时间段的广告服务请求量建立训练模型。
[0020]可选地,所述根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案,包括:
[0021]当所述用户为第一级别用户时,执行所述广告服务请求对应的任务、为所述用户增加广告服务资源使用量或将所述广告服务请求放入待执行任务的队列中;
[0022]当所述用户为非第一级别用户时,拒绝所述广告服务请求或将降低对所述用户发出的广告服务请求的响应频率。
[0023]可选地,该方法还包括:
[0024]建立计数器,为所述用户发出的广告服务请求进行计数。
[0025]可选地,所述根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案,包括:
[0026]根据所述用户的用户级别、账户余额或消费金额对所述广告服务请求进行降级或隔离。
[0027]可选地,所述对所述广告服务请求进行降级,包括:
[0028]当所述广告服务请求对应的接口消耗资源超过预设阈值时,根据所述用户的用户信息、所述广告平台的广告服务资源和用户的访问频率计算所述接口的合理访问频率;
[0029]将所述接口的可访问频率降低至所述合理访问频率。
[0030]可选地,所述对所述广告服务请求进行隔离,包括:
[0031]跳过执行所述广告服务请求对应的任务。
[0032]可选地,所述广告服务资源至少包括服务器的计算资源和存储资源中的一种。
[0033]依据本发明的一个方面,还提供一种广告平台处理服务请求的装置,包括:
[0034]请求接收模块,配置为接收用户发出的广告服务请求,所述广告服务请求中携带有用户标识;
[0035]信息获取模块,配置为根据所述用户标识在本地获取所述用户的用户信息;
[0036]资源分配模块,配置为根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案。
[0037]可选地,所述用户信息至少包括所述用户的用户级别、账户余额、消费金额中的一种。
[0038]可选地,所述装置还包括:
[0039]判断模块,配置为在所述根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案之前,判断所述用户发出的广告服务请求是否异常。
[0040]可选地,所述广告服务请求包括添加关键字请求;
[0041]所述判断模块具体配置为判断所述用户添加的关键字的个数是否超出与所述用户的账户余额对应的阈值。
[0042]可选地,所述判断模块具体配置为根据预置的训练模型判断所述用户发出的广告服务请求是否异常。
[0043]可选地,所述装置还包括:
[0044]模型建立模块,配置为获取每个用户在每周的各个时间段的服务请求量,并根据所述每个用户在每周的各个时间段的广告服务请求量建立训练模型。
[0045]可选地,所述资源分配模块,包括:
[0046]第一分配单元,配置为当所述用户为第一级别用户时,执行所述广告服务请求对应的任务、为所述用户增加广告服务资源使用量或将所述广告服务请求放入待执行任务的队列中;
[0047]第二分配单元,配置为当所述用户为非第一级别用户时,拒绝所述广告服务请求或将降低对所述用户发出的广告服务请求的响应频率。
[0048]可选地,所述装置还包括:
[0049]计数器模块,配置为建立计数器,为所述用户发出的广告服务请求进行计数。
[0050]可选地,所述资源分配模块具体配置为根据所述用户的用户级别、账户余额或消费金额对所述广告服务请求进行降级或隔离。
[0051]可选地,所述资源分配模块被配置为按照如下方式对所述广告服务请求进行降级:
[0052]当所述广告服务请求对应的接口消耗资源超过预设阈值时,根据所述用户的用户信息、所述广告平台的广告服务资源和用户的访问频率计算所述接口的合理访问频率;
[0053]将所述接口的可访问频率降低至所述合理访问频率。
[0054]可选地,所述资源分配模块被配置为按照如下方式对所述广告服务请求进行隔离:
[0055]跳过执行所述广告服务请求对应的任务。
[0056]可选地,所述广告服务资源至少包括服务器的计算资源和存储资源的一种。
[0057]本发明提供了一种广告平台处理服务请求的方法和装置。通过本发明,可使广告服务平台根据发出广告服务请求的用户的用户信息自动执行相应的资源分配方案,而不需要大量的运维人员进行人工干预,可以减少广告平台的运营成本,由于是靠服务器自动分配方案,对于用户的广告服务请求的执行的延时也较小。
[0058]上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的【具体实施方式】。
[0059]根据下文结合附图对本发明具体实施例的详细描述,本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。

【专利附图】

【附图说明】
[0060]通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
[0061]图1是本发明一个实施例的一种广告平台处理服务请求的方法流程图;
[0062]图2是本发明一个实施例的一种广告平台处理服务请求的具体方法流程图;
[0063]图3是本发明一个实施例的一种广告平台中的队列处理原理示意图;
[0064]图4是本发明一个实施例的一种广告平台处理服务请求的装置结构框图。

【具体实施方式】
[0065]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应该被这里阐述的实施例所限制。相反,提供这些实施例是为了能够透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
[0066]实施例一
[0067]本发明实施例提供了一种广告平台处理服务请求的方法。该方法可以通过对广告平台进行改进来实现。
[0068]图1是本发明一个实施例的一种广告平台处理服务请求的方法流程图,该方法包括步骤S102至S106。
[0069]S102,接收用户发出的广告服务请求。其中,所述广告服务请求中携带有用户标识。
[0070]S104,根据所述用户标识在本地获取所述用户的用户信息。
[0071]S106,根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案。
[0072]本发明实施例提供了一种广告平台处理服务请求的方法。通过该方法,可使广告服务平台根据发出广告服务请求的用户的用户信息自动执行相应的资源分配方案,而不需要大量的运维人员进行人工干预,可以减少广告平台的运营成本,由于是靠服务器自动分配方案,对于用户的广告服务请求的执行的延时也较小。
[0073]实施例二
[0074]本实施例为上述实施例一的一种具体应用场景,通过本实施例,能够更加清楚、具体地阐述本发明所提供的方法。本实施例所提供的方法,可以通过代码在广告平台的服务器端实现,自动对该广告平台的用户发出的广告服务请求进行处理,而无需运维人员的人工干预。
[0075]下面,以广告平台接收到一用户发出的广告服务请求为例,对广告平台侧的实现逻辑进行具体说明。需要说明的是,本实施例只是示例性的,并不限制本发明实施例所保护的范围。
[0076]为了更加清楚的说明本发明,首先介绍一下广告平台的组成。本发明提供的广告平台可包括五个模块:
[0077]用户模块,主要用于存储用户的用户信息,包括用户级别、账号余额、消费、消费金额,并统计用户的每日消费额等。
[0078]服务状态模块,由两个子模块组成,一个子模块用于监控每台服务器的状况,包括CPU,内存,带宽等;另一个子模块用来汇总所有服务器的状态信息,给出当期服务器状态最优排名和合理的请求频率建议。
[0079]策略模块,用于通过用户的用户信息、服务器状态和用户平时访问频率给出用户当前访问美国接口的合理频率。
[0080]队列模块,用于将不能立刻处理的广告服务请求(比如关键词管理)放入队列中,待服务器资源空闲之后再进行处理。
[0081]访问监控模块,用于监控用户访问频率,如果访问频率异常,则自动进行处理或提醒管理员处理。
[0082]下面提供本发明的具体说明:
[0083]图2是本发明一个实施例提供的一种广告平台处理服务请求的具体方法流程图,该方法具体包括步骤S201至S205。
[0084]首先,执行步骤S201,即广告平台接收用户发出的携带有用户标识的广告服务请求。
[0085]其中,广告平台用于为广告用户提供管控,以给予用户提供广告服务,用户也即广告平台的客户。
[0086]本实施例中的用户可以包括:网站、企业、企业主等。
[0087]广告平台可以为用户提供的广告服务可以包括:为网站提供点击率,增加网站的访问流量。例如,在浏览器或导航页中增加网站的链接。
[0088]广告平台可以为用户提供的广告服务还可以包括:为企业、企业主提供广告宣传等广告服务。
[0089]例如,在广告平台中,可提供有搜索推广服务,搜索推广是基于搜索平台,通过对网民的搜索词进行匹配,定位目标用户从而精确展现企业的推广信息的营销产品。企业通过匹配关键词技术进行精细化投放,不仅能够准确快速的锁定用户群体,覆盖整个投放流程,还能让有需求的潜在客户更快速找到企业和产品相关信息。
[0090]搜索推广的创意由标题、描述和链接网址共同构成;创意将展示在搜索结果的上方和右侧。通过该服务,可以为用户提供排序靠前的服务,以增加网民对于该企业的广告、主页的点击等。
[0091]相应地,用户发出的广告服务请求可以包括服务器的计算资源、增加关键字的数量、数据存储空间等中的任意一种或者多种。
[0092]本实施例中,对于用户发出的广告服务请求而言,列举如下例子进行说明:如,某一电商网站为了增加自己的知名度、提供对于自身产品的宣传,则有可能向广告平台请求增加关键字,如:增加手机、平板、电脑、触屏、大屏幕等等一系列关键字。以使得普通上网用户可以在搜索上述关键字时,可以将自身的电视网站的排名靠前,以获得上网用户的优先点击。而在这时,为了向上网用户推荐该电视网站,则需要对重新计算排序结果,需要占用大量的服务器的计算资源。
[0093]在获取用户发出的广告服务请求后,执行步骤S202,广告平台在广告服务请求中提取用户标识,根据用户标识获取该用户的用户信息。
[0094]其中,为了便于对广告平台的用户进行管理,为每一个用户分配有token,作为用户的用户标识。
[0095]并且,为了增强对于广告平台用户的管控,在广告平台的服务器侧保存有用户信息,该用户信息包括有用户的用户级别、账户余额、消费金额等。下面分别对用户级别、账户余额、消费金额进行具体介绍。
[0096]其中,用户级别由广告服务平台为用户分配,可以分为第一级别、第二级别、第三级别等等。
[0097]在本实施例中,对于用户级别的分配,可以设置多条规则,例如:
[0098]对于每年消费超过预设金额的用户,可以将其分配为第一级别。
[0099]对于具有潜在消费能力的大客户,例如大型电商网站,可以将其分配为第二级别。
[0100]对于消费过低且不具有进行广告费的消费能力的小客户,可以将其分配为第三级别。
[0101]需要说明的是,上述仅为对于用户级别的举例说明,在具体实现时可进行多种规则设计,并不局限上述规则。
[0102]下面继续介绍账户余额,对于用户的账户余额,具体指该用户在广告平台的储值。其中,广告平台可以采取预付费的方式,根据用户发出的广告服务请求进行扣费。
[0103]通过步骤S202获取到用户信息后,继续执行步骤S203,判断该用户发出的广告服务请求是否异常。当广告服务请求为异常请求时,执行步骤S204 ;当广告服务请求为正常请求时,执行步骤S205。
[0104]在本实施例中,对于判断用户发出的广告请求是否异常,至少可以包括如下两种实现方式:
[0105]第一种方式,根据该用户的账户余额,判断用户发出的广告服务请求是否异常,当用户的账户余额不能满足其要求增加的关键字数量时,认为其发出的广告服务请求异常,否则,则认为广告服务请求为正常请求。
[0106]下面以一具体实例说明上述第一种方式:
[0107]例如,在为用户增加关键字的广告服务中,对于每增加一个关键字均有收费需求,假设为每个关键字收费1000元。而如果某个用户仅储值100元,而其突然发出广告服务请求,要求增加500个关键字,显然该用户的广告服务费远远超出了其支付能力,这时,则认为该用户发出的广告服务请求是异常的。
[0108]第二种方式,根据预置的训练模型判断该用户发出的广告服务请求是否异常。如果该用户发出的广告服务请求与预置的训练模型不匹配,则认为其发出的广告服务请求为异常,否则,认为其发出的广告为正常。
[0109]其中,预置的训练模型为一数据模型,用以表示该用户的广告服务规律,对于该用户的训练模型可以通过如下方法获得:获取用户在固定时长的各个时间段的广告服务请求量,并根据用户在该固定时长的各个时间段的广告服务请求量建立训练模型。
[0110]例如,可以采用如下方法建立训练模型:
[0111]获取用户在一段时间内,每周的每天不同时段对于广告平台发出的广告服务请求的频率的平均值,并得出一条频率曲线作为训练模块。
[0112]当用户当前发出请求的频率在曲线值的30%之内时,则认为是正常的,否则认为异常。
[0113]在一般情况下,每个用户对于自身广告的运营,均存在一定规律。下面以一具体实例说明,例如,某一用户可能通常在每周的五个工作日的白天时间进行广告优化,要求广告平台增加对于自身网站的点击流量,而非工作日则减少服务。因此,可以通过对用户的大量时间的广告服务请求进行观察,得出用户广告服务需求的规律,并生成数据模型。
[0114]对于上述实例而言,而当用户所发出的广告服务请求严重脱离这一数据模型时,则认为该用户发出的广告服务请求发生了异常。另外,还可能由于用户的操作错误,导致发出了异常的广告服务请求。
[0115]上面介绍了判断用户发出的广告请求是否异常的两种方式,需要说明的是,上述两种方式可以同时使用,也可以单独使用。
[0116]上述步骤S203中提及了当广告服务请求为异常请求时,执行步骤S204。
[0117]在步骤S204中,由于用户发出的广告服务请求发生了异常,则拒绝该广告服务请求,结束操作。
[0118]上述步骤S203中还提及了当广告服务请求为正常请求时,执行步骤S205。在步骤S205中,对于用户发出的正常的广告服务请求,执行与该用户的用户级别对应的资源分配方案。
[0119]其中,对于资源分配方案可以包括多种,例如:
[0120]执行广告服务请求对应的任务;或者
[0121]为用户增加相广告服务资源使用量;或者
[0122]将广告服务请求放入待执行任务的队列,待服务器存在可用资源时执行;或者
[0123]拒绝广告服务请求;或者
[0124]降低该用户发出广告服务请求的响应频率等。
[0125]其中,广告服务资源主要包括服务器的计算资源和存储资源,例如:服务器可接收的用户发出的服务请求的请求频率、服务器对于每个用户每周的可请求数量配额、数据在服务器的数据库中的可存储量等。
[0126]需要说明的是,在上述资源分配请求中,可自由的根据用户的用户级别进行资源分配方案的设定。
[0127]例如,若发出广告服务请求的用户为第一级别用户(例如大客户),则可以执行广告服务请求对应的任务、为用户增加相广告服务资源使用量、或将广告服务请求放入待执行任务的队列的分配方案。若发出广告服务请求的用户不是第一级别用户,则执行拒绝广告服务请求或降低该用户发出广告服务请求的响应频率的操作。
[0128]在本实施例中,对于用户级别的划分,可由管理员根据实际情况进行配置,也可以根据营销方案进行配置,并不具体限定划分为几个级别,每个级别可适应性的适配不同的资源分配方案。
[0129]例如,可以使用下面的配置:
[0130](I)对于大客户,服务资源使用不受限制;
[0131](2)对于中型客户,每分钟最大可发出请求1000次,每周可发出请求10000000次;
[0132](3)对于小型客户,服务器资源紧张时,每分钟不能发送超过100请求,服务器资源空闲时,每分钟可发出不超过500次请求,每周可发出的请求数量为1000000次。
[0133]对于不能及时处理的广告服务请求,放入队列中暂缓执行,如图3所示,具体包括:
[0134]将不能及时处理的广告服务请求按照顺序放入队列,并交由管理服务器进行管理,当广告平台的服务器具有空闲计算资源时,在队列中按照时间从早到晚的顺序,依次取出进行执行,并将执行结果发送给客户端。
[0135]其中,为了降低对该用户发出的广告服务请求的响应频率,本方法还包括:
[0136]建立计数器,为该用户发出的广告服务请求进行计数。
[0137]需要说明的是,本实施例中提及的广告服务资源至少包括服务器的计算资源和存储资源中的一种,但不限于此。
[0138]另外,除了上述方式外,在广告平台的服务器资源紧张时,还可以采取对服务请求进行降级和隔离的方式。
[0139]其中,降级的方式具体为:
[0140]当服务请求对应的接口所依赖的资源紧张时,采用加大延时的方式,或降低用户对于这个接口的访问频率,可以降低到合理频率。
[0141]对于合理频率,可以通过用户的用户信息、服务器状态和用户平时访问频率计算得出。
[0142]隔离的方式具体为:
[0143]对于非核心的服务请求(例如计数),可以跳过对于服务请求的执行,实现对服务的隔尚。
[0144]本发明实施例提供了一种广告平台处理服务请求的方法。通过该方法,可使广告服务平台根据发出广告服务请求的用户的用户信息自动执行相应的资源分配方案,而不需要大量的运维人员进行人工干预,可以减少广告平台的运营成本,由于是靠服务器自动分配方案,对于用户的广告服务请求的执行的延时也较小。
[0145]实施例三
[0146]图4是本发明一个实施例提供的一种广告平台处理服务请求的装置结构框图。该装置400包括:
[0147]请求接收模块410,配置为接收用户发出的广告服务请求,广告服务请求中携带有用户标识;
[0148]信息获取模块420,配置为根据用户标识在本地获取用户的用户信息;
[0149]资源分配模块430,配置为根据用户的用户信息为广告服务请求执行对应的广告服务资源分配方案。
[0150]可选地,用户信息至少包括用户的用户级别、账户余额、消费金额中的一种。
[0151]可选地,该装置400还包括:
[0152]判断模块440,配置为在根据用户的用户信息为广告服务请求执行对应的广告服务资源分配方案之前,判断用户发出的广告服务请求是否异常。
[0153]可选地,广告服务请求包括添加关键字请求;
[0154]判断模块440具体配置为判断用户添加的关键字的个数是否超出与用户的账户余额对应的阈值。
[0155]可选地,判断模块440具体配置为根据预置的训练模型判断用户发出的广告服务请求是否异常。
[0156]可选地,该装置还包括:
[0157]模型建立模块450,配置为获取每个用户在每周的各个时间段的服务请求量,并根据每个用户在每周的各个时间段的广告服务请求量建立训练模型。
[0158]可选地,资源分配模块430,包括:
[0159]第一分配单元431,配置为当用户为第一级别用户时,执行广告服务请求对应的任务、为用户增加广告服务资源使用量或将广告服务请求放入待执行任务的队列中;
[0160]第二分配单元432,配置为当用户为非第一级别用户时,拒绝广告服务请求或将降低对用户发出的广告服务请求的响应频率。
[0161]可选地,该装置400还包括:
[0162]计数器模块460,配置为建立计数器,为用户发出的广告服务请求进行计数。
[0163]可选地,资源分配模块430具体配置为根据用户的用户级别、账户余额或消费金额对广告服务请求进行降级或隔离。
[0164]可选地,资源分配模块430被配置为按照如下方式对广告服务请求进行降级:
[0165]当广告服务请求对应的接口消耗资源超过预设阈值时,根据用户的用户信息、广告平台的广告服务资源和用户的访问频率计算接口的合理访问频率;
[0166]将接口的可访问频率降低至合理访问频率。
[0167]可选地,资源分配模块430被配置为按照如下方式对广告服务请求进行隔离:
[0168]跳过执行广告服务请求对应的任务。
[0169]可选地,广告服务资源至少包括服务器的计算资源和存储资源中的一种。
[0170]本发明实施例提供了一种广告平台处理服务请求的装置。通过该装置,可使广告服务平台根据发出广告服务请求的用户的用户信息自动执行相应的资源分配方案,而不需要大量的运维人员进行人工干预,可以减少广告平台的运营成本,由于是靠服务器自动分配方案,对于用户的广告服务请求的执行的延时也较小。
[0171]本发明还公开了:
[0172]Al.一种广告平台处理服务请求的方法,应用于广告平台的资源分配过程,包括:
[0173]接收用户发出的广告服务请求,所述广告服务请求中携带有用户标识;
[0174]根据所述用户标识在本地获取所述用户的用户信息;
[0175]根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案。
[0176]A2.根据Al所述的方法,其中,所述用户信息至少包括所述用户的用户级别、账户余额、消费金额中的一种。
[0177]A3.根据A2所述的方法,其中,在所述根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案之前,还包括:
[0178]判断所述用户发出的广告服务请求是否异常。
[0179]A4.根据A3所述的方法,其中,
[0180]所述广告服务请求包括添加关键字请求;
[0181]所述判断所述用户发出的广告服务请求是否异常,包括:
[0182]判断所述用户添加的关键字的个数是否超出与所述用户的账户余额对应的阈值。
[0183]A5.根据A3所述的方法,其中,所述判断所述用户发出的广告服务请求是否异常,包括:
[0184]根据预置的训练模型判断所述用户发出的广告服务请求是否异常。
[0185]A6.根据A5所述的方法,其中,还包括:
[0186]获取每个用户在每周的各个时间段的广告服务请求量,并根据所述每个用户在每周的各个时间段的广告服务请求量建立训练模型。
[0187]A7.根据A2至A6任一项所述的方法,其中,所述根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案,包括:
[0188]当所述用户为第一级别用户时,执行所述广告服务请求对应的任务、为所述用户增加广告服务资源使用量或将所述广告服务请求放入待执行任务的队列中;
[0189]当所述用户为非第一级别用户时,拒绝所述广告服务请求或将降低对所述用户发出的广告服务请求的响应频率。
[0190]AS.根据A7所述的方法,其中,还包括:
[0191]建立计数器,为所述用户发出的广告服务请求进行计数。
[0192]A9.根据A2至A6任一项所述的方法,其中,所述根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案,包括:
[0193]根据所述用户的用户级别、账户余额或消费金额对所述广告服务请求进行降级或隔离。
[0194]A10.根据A9所述的方法,其中,所述对所述广告服务请求进行降级,包括:
[0195]当所述广告服务请求对应的接口消耗资源超过预设阈值时,根据所述用户的用户信息、所述广告平台的广告服务资源和用户的访问频率计算所述接口的合理访问频率;
[0196]将所述接口的可访问频率降低至所述合理访问频率。
[0197]All.根据A9所述的方法,其中,所述对所述广告服务请求进行隔离,包括:
[0198]跳过执行所述广告服务请求对应的任务。
[0199]A12.根据Al至All任一项所述的方法,其中,所述广告服务资源至少包括服务器的计算资源和存储资源中的一种。
[0200]B13.一种广告平台处理服务请求的装置,包括:
[0201]请求接收模块,配置为接收用户发出的广告服务请求,所述广告服务请求中携带有用户标识;
[0202]信息获取模块,配置为根据所述用户标识在本地获取所述用户的用户信息;
[0203]资源分配模块,配置为根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案。
[0204]B14.根据B13所述的装置,其中,所述用户信息至少包括所述用户的用户级别、账户余额、消费金额中的一种。
[0205]B15.根据B14所述的装置,其中,所述装置还包括:
[0206]判断模块,配置为在所述根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案之前,判断所述用户发出的广告服务请求是否异常。
[0207]B16.根据B15所述的装置,其中,所述广告服务请求包括添加关键字请求;
[0208]所述判断模块具体配置为判断所述用户添加的关键字的个数是否超出与所述用户的账户余额对应的阈值。
[0209]B17.根据B15所述的装置,其中,所述判断模块具体配置为根据预置的训练模型判断所述用户发出的广告服务请求是否异常。
[0210]B18.根据B17所述的装置,其中,所述装置还包括:
[0211]模型建立模块,配置为获取每个用户在每周的各个时间段的服务请求量,并根据所述每个用户在每周的各个时间段的广告服务请求量建立训练模型。
[0212]B19.根据B14至B18任一项所述的装置,其中,所述资源分配模块,包括:
[0213]第一分配单元,配置为当所述用户为第一级别用户时,执行所述广告服务请求对应的任务、为所述用户增加广告服务资源使用量或将所述广告服务请求放入待执行任务的队列中;
[0214]第二分配单元,配置为当所述用户为非第一级别用户时,拒绝所述广告服务请求或将降低对所述用户发出的广告服务请求的响应频率。
[0215]B20.根据B19所述的装置,其中,所述装置还包括:
[0216]计数器模块,配置为建立计数器,为所述用户发出的广告服务请求进行计数。
[0217]B21.根据B14至B18任一项所述的装置,其中,所述资源分配模块具体配置为根据所述用户的用户级别、账户余额或消费金额对所述广告服务请求进行降级或隔离。
[0218]B22.根据B21所述的装置,其中,所述资源分配模块被配置为按照如下方式对所述广告服务请求进行降级:
[0219]当所述广告服务请求对应的接口消耗资源超过预设阈值时,根据所述用户的用户信息、所述广告平台的广告服务资源和用户的访问频率计算所述接口的合理访问频率;
[0220]将所述接口的可访问频率降低至所述合理访问频率。
[0221]B23.根据B21所述的装置,其中,所述资源分配模块被配置为按照如下方式对所述广告服务请求进行隔离:
[0222]跳过执行所述广告服务请求对应的任务。
[0223]B24.根据B13至B23任一项所述的装置,其中,所述广告服务资源至少包括服务器的计算资源和存储资源中的一种。
[0224]在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
[0225]类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循【具体实施方式】的权利要求书由此明确地并入该【具体实施方式】,其中每个权利要求本身都作为本发明的单独实施例。
[0226]本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0227]此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0228]本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的用于广告平台处理服务请求的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
[0229]应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
[0230]至此,本领域技术人员应认识到,虽然本文已详尽示出和描述了本发明的多个示例性实施例,但是,在不脱离本发明精神和范围的情况下,仍可根据本发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此,本发明的范围应被理解和认定为覆盖了所有这些其他变型或修改。
【权利要求】
1.一种广告平台处理服务请求的方法,应用于广告平台的资源分配过程,包括: 接收用户发出的广告服务请求,所述广告服务请求中携带有用户标识; 根据所述用户标识在本地获取所述用户的用户信息; 根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案。
2.根据权利要求1所述的方法,其中,所述用户信息至少包括所述用户的用户级别、账户余额、消费金额中的一种。
3.根据权利要求2所述的方法,其中,在所述根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案之前,还包括: 判断所述用户发出的广告服务请求是否异常。
4.根据权利要求3所述的方法,其中, 所述广告服务请求包括添加关键字请求; 所述判断所述用户发出的广告服务请求是否异常,包括: 判断所述用户添加的关键字的个数是否超出与所述用户的账户余额对应的阈值。
5.根据权利要求3所述的方法,其中,所述判断所述用户发出的广告服务请求是否异常,包括: 根据预置的训练模型判断所述用户发出的广告服务请求是否异常。
6.根据权利要求5所述的方法,其中,还包括: 获取每个用户在每周的各个时间段的广告服务请求量,并根据所述每个用户在每周的各个时间段的广告服务请求量建立训练模型。
7.根据权利要求2至6任一项所述的方法,其中,所述根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案,包括: 当所述用户为第一级别用户时,执行所述广告服务请求对应的任务、为所述用户增加广告服务资源使用量或将所述广告服务请求放入待执行任务的队列中; 当所述用户为非第一级别用户时,拒绝所述广告服务请求或将降低对所述用户发出的广告服务请求的响应频率。
8.根据权利要求7所述的方法,其中,还包括: 建立计数器,为所述用户发出的广告服务请求进行计数。
9.根据权利要求2至6任一项所述的方法,其中,所述根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案,包括: 根据所述用户的用户级别、账户余额或消费金额对所述广告服务请求进行降级或隔离。
10.一种广告平台处理服务请求的装置,包括: 请求接收模块,配置为接收用户发出的广告服务请求,所述广告服务请求中携带有用户标识; 信息获取模块,配置为根据所述用户标识在本地获取所述用户的用户信息; 资源分配模块,配置为根据所述用户的用户信息为所述广告服务请求执行对应的广告服务资源分配方案。
【文档编号】G06Q30/02GK104202436SQ201410510440
【公开日】2014年12月10日 申请日期:2014年9月28日 优先权日:2014年9月28日
【发明者】彭俊勇 申请人:北京奇虎科技有限公司, 奇智软件(北京)有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1