CN106204136A - 一种广告投放系统及广告投放方法 - Google Patents

Abstract

本发明实施例提供一种广告投放系统及广告投放方法。所述广告投放方法应用于一广告投放系统，所述广告投放系统包括至少一台控制服务器以及若干台投放服务器，所述方法包括：接收广告投放请求；判断本机投放余额是否不小于第一预设值且本机账户余额是否不小于第二预设值；如果是，确定出价进行广告投放。本发明实施例提供的广告投放方法，只有在本机投放余额不小于第一预设值且本机账户余额不小于第二预设值，才进行出价。能够避免已投放出去的广告的曝光请求和/或点击请求发送高广告投放引擎后因用户余额不足导致广告费用无法在进行扣除而产生的费用损耗。

Description

一种广告投放系统及广告投放方法

技术领域

本申请涉及广告投放技术领域，具体地说，涉及一种广告投放系统及广告投放方法。

背景技术

广告投放引擎负责接收广告投放请求，根据接收到的广告投放请求返回合适的广告信息；并且处理广告曝光请求和/或点击请求，记录相关日志，并根据广告投放类型进行曝光和/或点击计费并扣费。

广告投放引擎通常包括投放服务器和控制服务器。根据广告投放引擎的架构设计不同，扣费系统(可进行计费及扣费)的实现不同。有的广告投放引擎在投放服务器收到曝光请求和/或点击请求后直接将扣费数据持久化到数据库中；有的扣费系统会将计费数据缓存积累到一定数量后再持久化到数据库中，减少磁盘IO；有的扣费系统会将计费数据发送到统一的服务器，由统一的服务器完成持久化和扣费工作。

但是，因为曝光请求和/或点击请求与广告投放有一定的时间延迟，所以当用户余额不足时，广告投放引擎会停止广告投放，但此时已投放出去的广告的曝光请求和/或点击请求会延后发送到广告投放引擎，这部分费用无法在用户账户上进行扣除，导致广告投放引擎产生费用损耗。

发明内容

为解决上述技术问题，本发明实施例提供一下技术方案：

首先，本发明实施例提供一种广告投放系统，所述广告投放系统包括至少一台控制服务器以及若干台投放服务器，一台所述投放服务器包括投放模块和第一计费模块，一台所述控制服务器包括第二计费模块、扣费模块以及分配模块；其中，

所述投放模块，用于接收广告投放请求，判断本机投放余额是否不小于第一预设值且本机账户余额是否不小于第二预设值，如果是，确定出价进行广告投放；

所述第一计费模块，用于接收曝光请求和/或点击请求，获得所述曝光请求和/或点击请求对应的实际扣费值，所述曝光请求和/或点击请求携带广告投放参数；

所述第一计费模块，还用于接收所述第二计费模块发送的请求信息，根据所述请求信息向所述第二计费模块发送所述实际扣费值；

所述第二计费模块，用于向所述第一计费模块发送所述请求信息，接收所述第一计费模块发送的所述实际扣费值，并将所述实际扣费值发送至所述扣费模块；

所述扣费模块，用于接收所述第二计费模块发送的所述实际扣费值并进行扣费；

所述分配模块，用于在所述扣费模块完成扣费后，将与投放ID和/或账户ID对应的余额分配至所述第一计费模块。

可选地，所述广告投放参数包括价格、扣费方式，所述获得所述曝光和/或点击请求对应的实际扣费值，具体为：

解析所述广告投放参数中的所述价格；

结合所述扣费方式，计算出与所述曝光和/或点击请求对应的实际扣费值。

可选地，所述分配模块还用于，

判断需要投放的投放服务器的台数是否不小于所述广告投放系统的总投放余额与最少分配金额的比值，如果是，向P台所述需投放的投放服务器投放广告，其中P等于所述总投放余额和最少分配金额的比值。

可选地，所述第一计费模块还用于，根据所述实际扣费值更新本机扣费金额、所述本机投放余额以及所述本机账户余额。

可选地，所述扣费模块还用于将所述更新后的所述本机扣费金额写入内存、磁盘或者固态硬盘。

可选地，所述第一计费模块还用于删除内存或者所述磁盘中的所述本机扣费金额。

可选地，所述第一计费模块还用于，根据所述请求信息携带的日期参数从所述本机扣费金额中取出与所述日期参数对应的扣费数据，并在所述本机扣费金额中删除所述扣费数据。

可选地，所述第二计费模块还用于，判断本机投放余额是否小于第三预设值且本机账户余额是否小于第四预设值，如果是将所述本机投放余额和所述本机账户余额清零。

另外，本发明实施例还提供一种广告投放方法，应用于一广告投放系统，所述广告投放系统包括至少一台控制服务器以及若干台投放服务器，所述方法包括：

接收广告投放请求；判断本机投放余额是否不小于第一预设值且本机账户余额是否不小于第二预设值；

如果是，确定出价进行广告投放。

可选地，所述方法还包括：

接收曝光请求和/或点击请求，所述曝光请求和/或点击请求携带广告投放参数；

获取所述曝光请求和/或点击请求对应的实际扣费值；

根据所述实际扣费值对相应投放服务器进行扣费并更新本机扣费金额、所述本机账户余额和所述本机投放余额。

可选地，广告投放参数包括价格、扣费方式，所述获取所述曝光和/或点击请求对应的实际扣费值，具体为：

解析所述广告投放参数中的所述价格；

结合所述扣费方式，计算出与所述曝光和/或点击请求对应的实际扣费值。

可选地，所述确定出价进行广告投放，具体包括：

判断需要投放的投放服务器的台数是否不小于所述广告投放系统的总投放余额与最少分配金额的比值；

如果是，向P台所述需投放的投放服务器投放广告，其中P等于所述总投放余额和最少分配金额的比值。

可选地，所述方法还包括：

将所述更新后的所述本机扣费金额写入内存、磁盘或者固态硬盘。

可选地，所述方法还包括：

删除所述内存或者所述磁盘中的所述本机扣费金额。

可选地，所述方法还包括：

判断所述本机投放余额是否小于第三预设值且所述本机账户余额是否小于第四预设值；

如果是，将所述本机投放余额和所述本机账户余额清零。

本发明实施例提供的广告投放系统和广告投放方法，在进行出价之前，首先判断本机投放余额是否不小于第一预设值、本机账户余额是否不小于第二预设值，只有在本机投放余额不小于第一预设值且本机账户余额不小于第二预设值，才进行出价；本机投放余额和本机账户余额中的任何一个余额过少时都不进行出价，能够避免已投放出去的广告的曝光请求和/或点击请求发送高广告投放引擎后因用户余额不足导致广告费用无法在进行扣除而产生的费用损耗。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本发明实施例提供的广告投放系统的结构示意图；

图2为本发明实施例中投放速度和投放余额的变化关系示意图；

图3本发明实施例提供的广告投放方法的流程示意图。

具体实施方式

如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。

本发明实施例提供一种广告投放系统，其结构示意图如图1所示，该广告投放系统可以包括至少一台控制服务器102以及若干台投放服务器101。为简单起见，图1只示出了一台控制服务器102和两台投放服务器101。投放服务器101可以负责处理广告投放请求、曝光请求和/或点击请求等业务请求。控制服务器102不直接对外提供服务，主要负责从各投放服务器101收集某一个或者多个广告曝光请求或者点击请求产生的扣费数据完成扣费过程，给各个投放服务器101分配余额等。实际应用中可能会存在多台投放服务器101以及一台或多台控制服务器102。

为简化起见，以下实施例中仅描述了一台投放服务器102和一台控制服务器101的情况，其他情况可以依此类推。

每台投放服务器101可以包括第一计费模块1011和投放模块1012，每台控制服务器102可以包括第二计费模块1021、扣费模块1022以及分配模块1023。

其中，投放模块1012，可以用于接收广告投放请求，获取第一计费模块1011中的数据。

第一计费模块1011，可以用于接收曝光请求和/或点击请求，该曝光请求和/点击请求可以携带广告投放参数，第一计费模块1011还可以用于获得曝光请求和/或点击请求对应的实际扣费值。

广告投放参数可以包括投放ID、账户ID、价格、和/或扣费方式等。

上述获得曝光请求和/或点击请求对应的实际扣费值，具体可以采用如下方式实现：首先，第一计费模块1011解析收到的曝光请求和/或点击请求中的价格，结合其扣费方式，计算出与该曝光请求和/或点击请求对应的实际扣费值。

第一计费模块1011可以存储三部分数据：本机扣费金额、本机账户余额以及本机投放余额。本机扣费金额的存储可采用两层Map嵌套的数据结构。外层Map的Key为日期字符串(日期格式为yyyyMMdd)，内层Map的Key为投放ID，Value为扣费金额，如：

本机账户余额的存储可采用Map数据结构。Key为账户ID，Value为账户余额，如：

本机投放余额的存储可采用Map数据结构。Key为投放ID，Value为投放余额，如：

需要说明的是，一个账户可能包含多个广告投放，但一个广告投放只能属于一个账户。

另外，第一计费模块1011还可以用于接收位于控制服务器102中的第二计费模块1021发送的请求信息，并根据该请求信息向第二计费模块1021发送上述实际扣费值。第二计费模块1021向第一计费模块1011发送请求信息之后可以收到第一计费模块1011返回的实际扣费值。该请求信息可以通过RMI、HTTP或者RPC等方式发送。

具体实现方式可以如下：

请求信息携带日期参数，首先，第一计费模块1011根据该日期参数，从本机扣费金额中取出该日期参数对应的扣费金额后即时在本机扣费金额中删除此扣费金额相关的数据。这样可以保证此时发送的曝光请求和/或点击请求导致的扣费金额可以重新记录在本机扣费金额中。然后，第一计费模块1011可删除磁盘存储中的本机扣费金额相关的数据。本机扣费金额相关的数据持久化到磁盘中后，可防止投放服务器宕机或者重启时导致的内存数据丢失：投放服务器重启时，第一计费模块可先查找磁盘中存储的本机扣费金额相关的数据，如果存在，则将该数据加载到内存中，这样可以将投放服务器重启前的扣费记录重新加载。

此外，第一计费模块1011还可将本机账户余额中小于第三预定值的本机账户余额的值改为零，将本机投放余额中小于第四预定值的账户余额的值改为零。这样可以防止控制服务器102收集本机扣费金额相关的数据和重新分配余额的时间间隙中，本机账户余额较小或者本机投放余额较小的广告投放单被过度投放以至于余额不足，导致广告投放系统超投。其中，第三预设值和第四预设值可以依情况设定。

第二计费模块1021，可以用于向第一计费模块发送请求信息(该请求信息携带日期参数，该请求详细与上述所说的请求消息具有相同的含义)，收集第一计费模块1011获得的实际扣费值，将各个投放服务器101上的实际扣费值进行汇总得到实际扣费总值，并将与该广告投放ID和/或账户ID对应的实际扣费值发送至扣费模块1022。

扣费模块1022，可以用于接收第二计费模块1021发送的与广告投放ID和/或账户ID对应的实际扣费金额，并根据该与广告投放ID和/或账户ID对应的实际扣费值进行扣费。

另外，扣费模块1022还可以首先记录该与广告投放ID和/或账户ID对应的实际扣费值持久化存储，然后再完成扣费。

需要说明的是，扣费模块1022完成扣费可以通过通知账户系统完成实际的资金流转。另外，通知账户系统的请求可以具有幂等性，即可以重复调用却不会导致账户系统出现重复数据或重复操作。而且，对账户系统的请求带有失败重试功能，如果调用失败，会异步重试直至调用成功，保证了投放引擎的金额和账户系统中的金额保持一致。

分配模块1023，可以用于在扣费模块1022完成后，根据广告投放单的相关配置以及投放服务器101的数量等，将与广告投放ID和/或账户ID对应的余额分配至第一计费模块1011以使第一计费模块1011更新其中的本机扣费金额、本机账户余额和本机投放余额。

当投放模块1012接收到广告投放请求后，投放模块1012根据第一计费模块1011的本机投放余额和本机账户余额来判断是否需要出价。当本机投放余额或本机账户余额中的任何一个余额过少时，投放模块1012不会出价，防止竞价后带来的过多的曝光请求和/或点击请求导致扣费超额。一个账户可能包含多个广告投放，广告投放的每日限额可以是用户配置的，并不依赖于实际的账户可用的资金数，可能存在本机投放余额充足、但本机账户余额不足的情况。例如用户U有CA和CB两个广告投放，本机账户余额为15元，CA的本机投放余额是10元，CB的本机投放余额是10元。当CA消耗10元后，CA的本机投放余额变为0，本机账户余额变为5元，CB的本机投放余额是10元。此时需要依赖本机账户余额的限制保证费用不扣超，所以需要同时判断本机投放余额和本机账户余额。

本发明实施例提供的广告投放系统，在进行出价之前，首先判断本机投放余额是否不小于第一预设值、本机账户余额是否不小于第二预设值，只有在本机投放余额不小于第一预设值且本机账户余额不小于第二预设值，才进行出价；本机投放余额和本机账户余额中的任何一个余额过少时都不进行出价，能够避免已投放出去的广告的曝光请求和/或点击请求发送到广告投放引擎后因用户余额不足导致广告费用无法在进行扣除而产生的费用损耗。

需要说明的是，本发明实施例中提到的本机可以是电脑，平板电脑，电视等，本机根据其自身投放余额和账户余额判断是否进行出价。

曝光请求和/或点击请求导致的扣费会实时体现在第一计费模块1011的本机账户余额和本机投放余额的变化，从而能实时控制投放模块1012的投放动作，第一计费模块1011的本机账户余额和本机投放余额的设计可以实现实时性的控制，减少超投造成的费用损耗。

另外，第一计费模块1011的实际扣费值除了写入到内存中外，还可以写到本地磁盘存储中。当因为投放服务器101宕机或意外断电等原因导致内存数据丢失时，投放服务器101重启后可从磁盘存储中加载数据到内存中，并且清空磁盘存储的扣费数据。通过本地磁盘的持久化保证扣费数据的不丢失。

第一计费模块1011简化了写入到本地磁盘存储的数据格式，减少数据写入量，并且数据写入过程采用顺序追加(append)的模式，通过这两个措施可在减少磁盘IO耗时，提高系统吞吐量。

分配模块1023还可以用于判断需要投放的投放服务器的台数是否不小于所述广告投放系统的总投放余额与最少分配金额的比值，如果是，向P台所述需投放的投放服务器投放广告，其中P等于所述总投放余额和最少分配金额的比值，P为正整数。向各投放服务器101分配其本机账户余额时，可设置每台投放服务器的最少分配金额。假设该最少分配金额为M，广告投放系统的总投放余额为Q，投放服务器台数为N，当Q/N<M(即每台投放服务器的平均可投放余额小于其最少分配金额)时，可优先保证每台投放服务器上的最少分配金额M，得到可投放的投放服务器数K＝Q/M，剩余的(N-K)台投放服务器分配金额为0。

通过这个算法使得投放速度和投放余额有如图2所示的变化关系：

当总投放余额充足时，投放速度不受总投放余额的影响(区间①)。

当总投放余额Q<M*N时，随着总投放余额的减少，有充足的本机投放余额的投放服务器数越来越少，每减少一台投放服务器，投放速度下降一个等级(区间②)。例如在A点，当总投放余额从大于M*N变为介于[M*(N-1),M*N]之间时，可投放的投放服务器数从N台变为N-1台，剩余的1台投放服务器的本机投放余额为0，这台投放服务器的投放模块会暂停此广告投放的竞价。投放速度变为原投放速度的(N-1)/N。

当总投放余额只够在一台投放服务器投放，并且余额过少时，该投放服务器会暂停投放，投放速度变为0(区间③)。此时投放服务器停止广告投放，剩余的总投放余额依靠延迟到达的曝光请求和/或点击请求消耗掉。

另外，第二计费模块还可以用于判断本机投放余额是否小于第三预设值且本机账户余额是否小于第四预设值，如果是，将本机投放余额和本机账户余额清零。例如，第三预设值和第四预设值都可以是最少分配金额M，假如本机投放余额和本机账户余额都小于M，则将本机投放余额和本机账户余额清零，停止向该投放服务器投放广告。

本发明实施例提供的广告投放系统最终形成的投放余额和投放速度的这种曲线，使得投放余额越少，投放速度越慢，曝光和请求带来的费用消耗速度也越慢，防止费用扣超带来的费用损耗。同时投放余额过少时的保护措施(图中B点)进一步避免超投导致的费用损耗。

另外，本发明一些实施例还提供一种广告投放方法，该广告投放方法可应用于一广告投放系统，该广告投放系统可以包括至少一台控制服务器以及若干台投放服务器。如图3所示，该广告投放方法还可以包括如下步骤：

步骤S301：接收广告投放请求，具体地，该步骤可以由投放服务器完成。

步骤S302：判断本机投放余额是否不小于第一预设值且本机账户余额是否不小于第二预设值，如果是，执行步骤S303。

其中本机投放余额和本机账户余额都是指接收到广告投放请求的投放服务器的本机投放余额和本机账户余额。

例如投放服务器可能都多个账户，一个账户可能包含多个广告投放，广告投放的每日限额可以是用户配置的，并不依赖于实际的账户可用的资金数，可能存在本机投放余额充足、但本机账户余额不足的情况。例如用户U有CA和CB两个广告投放，本机账户余额为15元，CA的本机投放余额是10元，CB的本机投放余额是10元。当CA消耗10元后，CA的本机投放余额变为0，本机账户余额变为5元，CB的本机投放余额是10元。此时需要依赖本机账户余额的限制保证费用不扣超，所以需要同时判断本机投放余额和本机账户余额。

需要说明的是，上述第一预设值和第二预设值都可以由用户根据具体需要设置，而不限于上述具体实施例中提到的数值。

步骤S303：确定出价进行广告投放。该步骤具体可以由投放服务器完成。

本发明实施例提供的广告投放方法，在进行出价之前，首先判断本机投放余额是否不小于第一预设值、本机账户余额是否不小于第二预设值，只有在本机投放余额不小于第一预设值且本机账户余额不小于第二预设值，才进行出价；本机投放余额和本机账户余额中的任何一个余额过少时都不进行出价，能够避免已投放出去的广告的曝光请求和/或点击请求发送高广告投放引擎后因用户余额不足导致广告费用无法在进行扣除而产生的费用损耗。

采用本发明实施例的广告投放方法将出价返回至广告交易平台(Ad Exchange，ADX)后，ADX选出出价最合适的广告进行投放，例如ADX系统选出上述图3所示的实施例中的广告进行投放，此时，在上述步骤S303之后，还可以执行以下步骤：

步骤S304：接收曝光请求和/或点击请求，该曝光请求和/或点击请求携带广告投放参数。

广告可以包括投放ID、账户ID、价格、和/或扣费方式等。

步骤S305：获取该曝光请求和/或点击请求对应的实际扣费值。

例如，可以采用如下方法获取实际扣费值：

解析接收到的曝光请求和/或点击请求中的价格，结合其扣费方式，计算出与该曝光请求和/或点击请求对应的实际扣费值。

步骤S306：根据实际扣费值对相应投放服务器进行扣费并更新本机扣费金额、本机账户余额和本机投放余额。

另外，一些实施例中，上述步骤S306之后，还可以将本机扣费金额写入内存或者持久化到磁盘、固态硬盘或者其他存储设备中。这样，可以防止投放服务器宕机或者重启时导致的内存数据丢失。

此外，另一些实施例中，还可以进一步删除内存或者磁盘中的本机扣费金额。

一些实施例中，上述方法还可以包括：

判断需要投放的投放服务器的台数是否不小于所述广告投放系统的总投放余额与最少分配金额的比值；

如果是，向P台所述需要投放的投放服务器投放广告，其中P等于所述总投放余额和最少分配金额的比值。其中，每台需要投放的投放服务器可以具有最少分配金额。

一些实施例中，假设广告投放系统内有N台需要投放的投放服务器，每台投放服务器的最少分配金额是M，广告投放系统内的总投放余额为Q；当Q/N<M(即每台投放服务器的平均可投放余额小于其最少分配金额)时，可优先保证每台投放服务器上的最少分配金额M，得到可投放的投放服务器数K＝Q/M，剩余的(N-K)台投放服务器分配金额为0。

如此，能够进一步防止超投导致的费用损失。

一些实施例中，上述方法还可以包括：

判断本机投放余额是否小于第三预设值且本机账户余额是否小于第四预设值，

如果是，将本机投放余额和本机账户余额清零。例如，第三预设值和第四预设值都可以是最少分配金额M，假如本机投放余额和本机账户余额都小于M，则将本机投放余额和本机账户余额清零，停止向该投放服务器投放广告。

上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。

Claims (15)

1.一种广告投放系统，其特征在于，所述广告投放系统包括至少一台控制服务器以及若干台投放服务器，一台所述投放服务器包括投放模块和第一计费模块，一台所述控制服务器包括第二计费模块、扣费模块以及分配模块；其中，

所述投放模块，用于接收广告投放请求，判断本机投放余额是否不小于第一预设值且本机账户余额是否不小于第二预设值，如果是，确定出价进行广告投放；

所述第一计费模块，用于接收曝光请求和/或点击请求，获得所述曝光请求和/或点击请求对应的实际扣费值，所述曝光请求和/或点击请求携带广告投放参数；

所述第一计费模块，还用于接收所述第二计费模块发送的请求信息，根据所述请求信息向所述第二计费模块发送所述实际扣费值；

所述第二计费模块，用于向所述第一计费模块发送所述请求信息，接收所述第一计费模块发送的所述实际扣费值，并将所述实际扣费值发送至所述扣费模块；

所述扣费模块，用于接收所述第二计费模块发送的所述实际扣费值并进行扣费；

所述分配模块，用于在所述扣费模块完成扣费后，将与投放ID和/或账户ID对应的余额分配至所述第一计费模块。

2.根据权利要求1所述的系统，其特征在于，所述广告投放参数包括价格、扣费方式，所述获得所述曝光和/或点击请求对应的实际扣费值，具体为：

解析所述广告投放参数中的所述价格；

结合所述扣费方式，计算出与所述曝光和/或点击请求对应的实际扣费值。

3.根据权利要求1所述的系统，其特征在于，所述分配模块还用于，

判断需要投放的投放服务器的台数是否不小于所述广告投放系统的总投放余额与最少分配金额的比值，如果是，向P台所述需投放的投放服务器投放广告，其中P等于所述总投放余额和最少分配金额的比值。

4.根据权利要求1所述的系统，其特征在于，所述第一计费模块还用于，根据所述实际扣费值更新本机扣费金额、所述本机投放余额以及所述本机账户余额。

5.根据权利要求1所述的系统，其特征在于，所述扣费模块还用于将所述更新后的所述本机扣费金额写入内存、磁盘或者固态硬盘。

6.根据权利要求5所述的系统，其特征在于，所述第一计费模块还用于删除内存或者所述磁盘中的所述本机扣费金额。

7.根据权利要求4所述的系统，其特征在于，所述第一计费模块还用于，根据所述请求信息携带的日期参数从所述本机扣费金额中取出与所述日期参数对应的扣费数据，并在所述本机扣费金额中删除所述扣费数据。

8.根据权利要求1所述的系统，其特征在于，所述第二计费模块还用于，判断本机投放余额是否小于第三预设值且本机账户余额是否小于第四预设值，如果是将所述本机投放余额和所述本机账户余额清零。

9.一种广告投放方法，应用于一广告投放系统，所述广告投放系统包括至少一台控制服务器以及若干台投放服务器，其特征在于，所述方法包括：

接收广告投放请求；判断本机投放余额是否不小于第一预设值且本机账户余额是否不小于第二预设值；

如果是，确定出价进行广告投放。

10.根据权利要求9所述的广告投放方法，其特征在于，所述方法还包括：

接收曝光请求和/或点击请求，所述曝光请求和/或点击请求携带广告投放参数；

获取所述曝光请求和/或点击请求对应的实际扣费值；

根据所述实际扣费值对相应投放服务器进行扣费并更新本机扣费金额、所述本机账户余额和所述本机投放余额。

11.根据权利要求10所述的广告投放方法，其特征在于，广告投放参数包括价格、扣费方式，所述获取所述曝光和/或点击请求对应的实际扣费值，具体为：

解析所述广告投放参数中的所述价格；

结合所述扣费方式，计算出与所述曝光和/或点击请求对应的实际扣费值。

12.根据权利要求10所述的广告投放方法，其特征在于，所述确定出价进行广告投放，具体包括：

判断需要投放的投放服务器的台数是否不小于所述广告投放系统的总投放余额与最少分配金额的比值；

如果是，向P台所述需投放的投放服务器投放广告，其中P等于所述总投放余额和最少分配金额的比值。

13.根据权利要求10所述的广告投放方法，其特征在于，所述方法还包括：

将所述更新后的所述本机扣费金额写入内存、磁盘或者固态硬盘。

14.根据权利要求13所述的广告投放方法，其特征在于，所述方法还包括：

删除所述内存或者所述磁盘中的所述本机扣费金额。

15.根据权利要求10所述的广告投放方法，其特征在于，所述方法还包括：

判断所述本机投放余额是否小于第三预设值且所述本机账户余额是否小于第四预设值；

如果是，将所述本机投放余额和所述本机账户余额清零。