广告订单的选择方法和装置、管理系统与流程

本申请涉及互联网技术领域，尤其涉及一种广告订单的选择方法和装置、管理系统。

背景技术：

在广告投放系统中，一个流量进入系统中请求广告时，投放引擎选出合适的广告订单返回给流量，并通知结算模块进行计费，当结算模块发现一个广告订单的投放金额已经到达预算上限时，将该项广告订单的状态改变为下线状态并写入结算状态数据库中，结算状态数据库中的该项广告订单的状态信息通过中间件传给实时通知引擎，实时通知引擎将该项广告订单的状态信息同步给投放引擎，以结束该广告订单的投放。

但是，由于网络链路中广告订单的状态信息的传递延时的影响，对于大部分投放速率过快的广告订单，容易造成广告的实际投放金额大于广告预算的情况，出现广告订单的超额投放。

技术实现要素：

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请的一个目的在于提出一种广告订单的选择方法，该方法可以提高广告订单投放的准确性。本申请的另一个目的在于提出一种广告订单的选择装置和管理系统。

为达到上述目的，本申请第一方面实施例提出的广告订单的选择方法，包括：接收页面的广告展现请求；从广告数据库中筛选出目标广告；确定该广告的广告主账户；从广告结算平台中获取该广告主账户的广告订单的消耗速率和剩余预算；根据所述消耗速度和所述剩余预算，计算剩余时间，并根据预设的剩余时间与投放概率的对应关系为所述广告订单分配投放概率，其中，所述投放概率与所述消耗速率成反比关系，与所述剩余预算成正比关系；根据所述投放概率，选择广告订单；将选择的广告订单的数据信息返回至所述页面。

本申请第一方面实施例提出的广告订单的选择方法，通过计算广告订单的投放概率，并根据该投放概率选择广告订单，由于投放概率与消耗速度成反比，与剩余预算成正比，可以在广告订单被过快消耗时，减缓其消耗速度，为投放引擎及时获知下线状态提供时间，提高广告订单投放的准确性。

为达到上述目的，本申请第二方面实施例提出的广告订单的选择装置，包括：接收模块，用于接收页面的广告展示请求；筛选模块，用于从广告数据库中筛选出目标广告；确定模块，用于确定该广告的广告主账户；获取模块，用于从广告结算平台中获取该广告主账户的广告订单的消耗速率和剩余预算；计算模块，用于根据所述消耗速度和所述剩余预算，计算剩余时间，并根据预设的剩余时间与投放概率的对应关系为所述广告订单分配投放概率，其中，所述投放概率与所述消耗速率成反比关系，与所述剩余预算成正比关系；选择模块，用于根据所述投放概率，选择广告订单；投放模块，用于将选择的广告订单的数据信息返回至所述页面。

本申请第二方面实施例提出的广告订单的选择装置，通过计算广告订单的投放概率，并根据该投放概率选择广告订单，由于投放概率与消耗速度成反比，与剩余预算成正比，可以在广告订单被过快消耗时，减缓其消耗速度，为投放引擎及时获知下线状态提供时间，提高广告订单投放的准确性。

本申请实施方式还提供一种广告订单管理系统，包括：投放引擎、结算模块、结算数据库；所述投放引擎用于在接收到网页的广告展现请求，并根据筛选规则筛选得到广告订单后，将所述广告订单的数据反馈给所述网页，并通知所述结算模块；接收所述结算模块发出的所述广告主账户的状态信息；在所述状态信息匹配预设条件时，配置所述筛选规则以降低所述广告主账户对应的广告订单的投放速率；所述结算数据库中存储有广告主账户中的余额；所述结算模块用于根据所述广告订单确认广告主账户；针对所述广告主账户与所述结算数据库交互，对所述广告订单进行结算；通知所述投放引擎所述广告主账户的状态信息。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是本申请一实施例提出的广告订单的选择方法的流程示意图；

图2是本申请另一实施例提出的广告订单的选择方法的流程示意图；

图3是本申请实施例中广告投放系统的结构示意图；

图4是本申请实施例中根据投放概率选择广告订单的流程示意图；

图5是本申请另一实施例提出的广告订单的选择装置的结构示意图；

图6是本申请另一实施例提出的广告订单的选择装置的结构示意图；

图7是本申请另一实施例中广告投放系统的接收示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的模块或具有相同或类似功能的模块。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能理解为对本申请的限制。相反，本申请的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

图1是本申请一实施例提出的广告订单的选择方法的流程示意图，该方法包括：

S11：接收页面的广告展现请求。

例如，用户要打开网页时，浏览器可以向广告投放系统发送广告展现请求，广告展现请求用于请求广告。

S12：从广告数据库中筛选出目标广告。

其中，可以根据预设规则，筛选出目标广告。例如，根据用户历史搜索信息筛选出用户感兴趣的目标广告，或者，根据竞价筛选出目标广告。

S13：确定该广告的广告主账户。

例如，可以预先对每个广告分配对应的广告主账户，广告主账户中例如记录该广告的剩余预算以及广告的投放速率等信息。

S14：从广告结算平台中获取该广告主账户的广告订单的消耗速率和剩余预算。

其中，可以对广告投放的情况进行检测以获取广告订单的消耗速度，例如，对应一个广告订单，统计一段时间内该广告订单对应的广告的已投放金额，用该已投放金额除以该时间可以得到消耗速率，消耗速率的单位例如用元/秒表示。在获取到消耗速率后可以对应广告主账户记录在广告结算平台中。

另外，可以在广告结算平台，对应广告主账户预先设置初始预算，在广告投放时可以实时进行计费，通过实时计费可以获取已消耗金额，用初始预算减去已消耗金额可以获取剩余预算。

S15：根据所述消耗速度和所述剩余预算，计算剩余时间，并根据预设的剩余时间与投放概率的对应关系为所述广告订单分配投放概率，其中，所述投放概率与所述消耗速率成反比关系，与所述剩余预算成正比关系。

其中，投放概率与剩余时间之间的关系可以预先设定。

例如，用剩余预算除以消耗速度计算得到剩余时间，将剩余时间与阈值比较，确定投放概率，例如，大于10秒时，投放概率是100％，大于5秒小于10秒时，投放概率是50％，小于5秒时是30％。

S16：根据所述投放概率，选择广告订单。

在对应每个广告订单确定其投放概率后，可以依照该概率选择广告订单，使得每个广告订单被选择的概率是其对应的概率。例如，在流量请求广告时，如果一个广告订单的投放概率是100％时，则该广告订单作为被选择的一个，如果一个广告订单的投放概率是30％，则该广告订单被选择的概率是30％。

因此，当流量请求广告时，一个广告订单被选择的概率是其对应的投放概率，当广告订单被选中的概率较低时，可以有效减缓广告投放速率。

S17：将选择的广告订单的数据信息返回至所述页面。

例如，广告投放系统在根据投放概率选择出广告订单后，将该广告订单的数据信息返回给页面，以便在页面上向用户展示相应的数据信息，实现广告投放。

本实施例中，通过计算广告订单的投放概率，并根据该投放概率选择广告订单，由于投放概率与消耗速度成反比，与剩余预算成正比，可以在广告订单被过快消耗时，减缓其消耗速度，为投放引擎及时获知下线状态提供时间，提高广告订单投放的准确性。

图2是本申请另一实施例提出的广告订单的选择方法的流程示意图，图3是本申请实施例中广告投放系统的结构示意图。

参见图3，广告投放系统包括：结算模块31、结算数据库(Database，DB)32、实时通知引擎33和投放引擎34。

广告投放流程中，一个流量，例如页面浏览(Page View，PV)请求进入广告投放系统时，该流量在投放引擎中请求广告，投放引擎选择已存储的广告订单并返回给流量，流量进行广告投放，另外，投放引擎在广告订单返回给流量时，通知结算模块进行计费。本实施例中，结算模块还用于计算每个广告订单的投放概率，结算DB用于记录每个广告订单的投放概率，实时通知引擎用于将每个广告订单的投放概率通知给投放引擎。

参见图2，该方法包括：

S201：结算模块计算广告订单的投放概率。

具体的计算方式可以参见上一实施例。

假设广告订单包括：A订单和B订单，相应的投放概率分别是30％和50％。

S202：结算模块将广告订单的投放概率写入结算数据库内。

例如，写入A：30％，B：50％。

S203：实时通知引擎从结算数据库内获取广告订单的投放概率并通知给投放引擎。

S204：浏览器接收用户打开页面的请求，生成页面浏览请求。

例如，用户打开页面的请求例如用户输入网址或者点击网站链接信息。

S205：浏览器将页面浏览请求发送给投放引擎，向投放引擎请求广告。

S206：投放引擎根据投放概率选择广告订单。

一个流量(用PV表示)进入广告投放系统请求广告时，投放引擎可以先根据投放概率选择广告订单，再将选择的广告订单返回给流量，投放相应的广告，另一方面，当投放引擎投放广告后，通知结算模块对该广告订单进行计费。

参见图4，根据投放概率选择广告订单的流程包括：

S41：根据所述投放概率，确定广告订单的配置信息的个数，并根据所述个数从预先配置的多个信息中选择出对应个数的信息，将选择出的信息作为所述广告订单的配置信息。

一些实施例中，所述根据所述投放概率，确定广告订单的配置信息的个数，包括：

计算投放概率与预先配置的多个信息的总数的乘积；

将与乘积最接近的数字，确定为广告订单的配置信息的个数。

以信息是数字为例，例如，可以预先配置1-10这10个数字，如果一个广告订单的投放概率是30％，则确定该广告订单对应的配置数字的个数是3个。

一些实施例中，所述根据所述个数从预先配置的多个信息中选择出对应个数的信息，包括：

根据所述个数，从预先配置的多个信息中随机选择出对应个数的信息。

例如，从1-10这10个数字中随机选择3个数字，作为该广告订单的配置数字。

S42：在选择广告订单之前，在预先配置的多个信息中随机选择一个信息。

例如，在1-10这10个数字中随机选择一个数字。

S43：将配置信息中包含所述选择的信息的广告订单，确定为选择的广告订单。

例如，A订单对应的配置数字是(1,5,6)，B订单对应的配置数字是(2,4,6,7,9)，如果随机选择的数字是5，则将订单A确定为选择的广告订单。或者，如果随机选择的数字是6，则将订单A和订单B确定为选择的广告订单。或者，如果随机选择的数字是3，则确定选中的广告订单为空。

可以理解的是，本实施例的广告订单的选择可以是指初步选择，当采用本实施例的方法选择出的广告订单为多个时，后续还可以采用竞价等方式选择出一个广告订单进行相应的广告投放。

S207：投放引擎将选择的广告订单返回给浏览器，以在浏览器打开的页面上展示相应的广告。

S208：投放引擎向结算模块发送对应该广告订单的计费通知，结算模块接收到计费通知后，对该广告订单进行计费。

例如，可以预先配置每个广告订单被投放一次时的消费金额，在原有的剩余预算内减去本次的消费金额，得到更新后的剩余预算，如果剩余预算大于零，则可以根据更新后的剩余预算，以及根据包括本次的消费金额在内的统计信息计算得到的消耗速度，重新执行S21中的计算广告订单的投放概率。

如果剩余预算为零或者小于零，则执行：

S209：结算模块将该广告订单的状态更新为下线状态，并写入结算数据库内。

S210：结算数据库通过中间件将该广告订单的下线状态通知给实时通知引擎。

S211：实时通知引擎将该广告订单的下线状态同步给投放引擎。

投放引擎在获知一个广告订单的状态是下线状态后，在后续流量请求广告时，不再选择该广告订单，结束投放该广告订单对应的广告。

本实施例中，通过根据投放概率随机选择配置数字，而流量匹配时用一个固定的随机数进行匹配的方式，等效于用一个随机数对于所有广告订单进行了随机选取，减少了实时流量匹配时的随机数产生次数，有效地提升了系统实时选取性能。

图5是本申请另一实施例提出的广告订单的选择装置的结构示意图，该装置50包括：

接收模块51，用于接收页面的广告展示请求；

例如，用户要打开网页时，浏览器可以向广告投放系统发送广告展现请求，广告展现请求用于请求广告。

筛选模块52，用于从广告数据库中筛选出目标广告；

其中，可以根据预设规则，筛选出目标广告。例如，根据用户历史搜索信息筛选出用户感兴趣的目标广告，或者，根据竞价筛选出目标广告。

确定模块53，用于确定该广告的广告主账户；

例如，可以预先对每个广告分配对应的广告主账户，广告主账户中例如记录该广告的剩余预算以及广告的投放速率等信息。

获取模块54，用于从广告结算平台中获取该广告主账户的广告订单的消耗速率和剩余预算；

其中，可以对广告投放的情况进行检测以获取广告订单的消耗速度，例如，对应一个广告订单，统计一段时间内该广告订单对应的广告的已投放金额，用该已投放金额除以该时间可以得到消耗速率，消耗速率的单位例如用元/秒表示。在获取到消耗速率后可以对应广告主账户记录在广告结算平台中。

另外，可以在广告结算平台，对应广告主账户预先设置初始预算，在广告投放时可以实时进行计费，通过实时计费可以获取已消耗金额，用初始预算减去已消耗金额可以获取剩余预算。

计算模块55，用于根据所述消耗速度和所述剩余预算，计算剩余时间，并根据预设的剩余时间与投放概率的对应关系为所述广告订单分配投放概率，其中，所述投放概率与所述消耗速率成反比关系，与所述剩余预算成正比关系；

其中，投放概率与剩余时间之间的关系可以预先设定。

例如，用剩余预算除以消耗速度计算得到剩余时间，将剩余时间与阈值比较，确定投放概率，例如，大于10秒时，投放概率是100％，大于5秒小于10秒时，投放概率是50％，小于5秒时是30％。

选择模块56，用于根据所述投放概率，选择广告订单。

在对应每个广告订单确定其投放概率后，可以依照该概率选择广告订单，使得每个广告订单被选择的概率是其对应的概率。例如，在流量请求广告时，如果一个广告订单的投放概率是100％时，则该广告订单作为被选择的一个，如果一个广告订单的投放概率是30％，则该广告订单被选择的概率是30％。

因此，当流量请求广告时，一个广告订单被选择的概率是其对应的投放概率，当广告订单被选中的概率较低时，可以有效减缓广告投放速率。

一些实施例中，参见图6，所述选择模块56包括：

第一单元561，用于根据所述投放概率，确定广告订单的配置信息的个数，并根据所述个数从预先配置的多个信息中选择出对应个数的信息，将选择出的信息作为所述广告订单的配置信息；

可选的，所述第一单元531用于根据所述投放概率，确定广告订单的配置信息的个数，包括：计算投放概率与预先配置的多个信息的总数的乘积；将与乘积最接近的数字，确定为广告订单的配置信息的个数。

以信息是数字为例，例如，可以预先配置1-10这10个数字，如果一个广告订单的投放概率是30％，则确定该广告订单对应的配置数字的个数是3个。

可选的，所述第一单元531用于根据所述个数从预先配置的多个信息中选择出对应个数的信息，包括：根据所述个数，从预先配置的多个信息中随机选择出对应个数的信息。

例如，从1-10这10个数字中随机选择3个数字，作为该广告订单的配置数字。

第二单元562，用于在选择广告订单之前，在预先配置的多个信息中随机选择一个信息；例如，在1-10这10个数字中随机选择一个数字。

第三单元563，用于将配置信息中包含所述选择的信息的广告订单，确定为选择的广告订单。

例如，A订单对应的配置数字是(1,5,6)，B订单对应的配置数字是(2,4,6,7,9)，如果随机选择的数字是5，则将订单A确定为选择的广告订单。或者，如果随机选择的数字是6，则将订单A和订单B确定为选择的广告订单。或者，如果随机选择的数字是3，则确定选中的广告订单为空。

可以理解的是，本实施例的广告订单的选择可以是指初步选择，当采用本实施例的方法选择出的广告订单为多个时，后续还可以采用竞价等方式选择出一个广告订单进行相应的广告投放。

投放模块57，用于将选择的广告订单的数据信息返回至所述页面。

例如，在根据投放概率选择出广告订单后，将该广告订单的数据信息返回给页面，以便在页面上向用户展示相应的数据信息，实现广告投放。

本实施例中，通过计算广告订单的投放概率，并根据该投放概率选择广告订单，由于投放概率与消耗速度成反比，与剩余预算成正比，可以在广告订单被过快消耗时，减缓其消耗速度，为投放引擎及时获知下线状态提供时间，提高广告订单投放的准确性。

请参阅图7。本申请实施方式还提供一种广告订单管理系统100。包括：投放引擎101、结算模块103、结算数据库105。

所述投放引擎101用于在接收到网页的广告展现请求，并根据筛选规则筛选得到广告订单后，将所述广告订单的数据反馈给所述网页，并通知所述结算模块；接收所述结算模块103发出的所述广告主账户的状态信息；在所述状态信息匹配预设条件时，配置所述筛选规则以降低所述广告主账户对应的广告订单的投放速率。

在本实施方式中，所述投放引擎101可以为进行广告投放管理的服务器。筛选规则可以针对已有的广告订单进行筛选，得到目标广告。针对不同广告主的筛选规则可以不同，如此便可以针对广告主的广告投放速率进行控制。具体的，例如广告主的广告订单投放概率比较大，那么该广告订单在一定时间内投放的次数相对会比较多，即投放速率比较高。可以理解为，投放速率为投放次数与时间的比率。

在本实施方式中，投放引擎101针对广告展现请求，完成反馈广告订单的数据后，通知结算模块103进行结算。广告主发布广告订单时，可以指定一定的广告总金额。在发布一次广告之后，便要在该广告总金额中扣除一定的金额。在针对具体的网页发布广告之后，才对广告主进行结算，如此可以使得结算的金额更加准确，而且不会影响页面中广告的加载速度。

在本实施方式中，广告主账户的状态信息可以包括广告主账户的余额。在投放引擎101不断针对广告展现请求，反馈广告订单的数据过程中。也会针对广告订单展现后进行费用结算，如此通过向投放引擎101反馈广告主账户的状态信息，使得投放引擎101可以针对广告主账户的余额等，相应的控制该广告主的广告订单的投放速率。当然，所述状态信息还可以包括广告订单的消耗速度等。

在本实施方式中，预设条件可以包括预先设置一个指定金额。当广告主账户的余额小于所述指定金额时，便可以认为状态信息匹配预设条件，配置筛选规则，降低该广告主的广告订单的投放速率。当然，预设条件还可以包括指定消耗速度。比如，预设条件对应设置指定消耗速度和指定金额，在广告主的当前消耗速度大于等于指定消耗速度，且广告主的余额小于等于指定金额时，便认为匹配预设条件。当然，所属领域技术人员在本申请技术精髓的启示下，还可能做出其它变更，比如根据实际业务情况设置预设条件，但只要其实现的功能和效果，与本申请相同或相似，均应涵盖于本申请保护范围内。

在本实施方式中，通过设置预设条件，以在复核预设条件时，可以控制筛选规则，以降低广告主的广告订单的投放速率。如此，可以减少广告主的广告订单超量发布。筛选规则可以如前述实施方式的介绍，在此不再赘述。

所述结算数据库105中存储有广告主账户中的余额。

在本实施方式中，结算数据库105可以是指具有实体结构的硬件存储器。例如，存储器阵列。结算数据库105还可以为运行在存储器和服务器中的软件，可以管理存储的数据。

所述结算模块103用于根据所述广告订单确认广告主账户；针对所述广告主账户与所述结算数据库交互，对所述广告订单进行结算；通知所述投放引擎101所述广告主账户的状态信息。

在本实施方式中，结算模块103可以为具有计算能力的服务器，或者运行于服务器上的软体。结算模块103用于根据投放引擎101提供的信息，针对投放引擎101响应完成的广告展现请求，所展现的广告订单进行结算。具体的，可以根据每次广告的展现，进行结算一次。每次广告展现都会有竞价规则等，最终得到当前广告展现机会的广告订单会对应一个金额，结算模块103在该广告订单对应的广告主账户中，扣除相应的所述金额。

在本实施方式中，结算模块103通知投放引擎101的状态信息，可以包括广告主账户的余额。如此，使得投放引擎101可以根据广告主账户的余额，适时降低广告订单的投放速率，减少超投的机率。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。