CN108134762A

CN108134762A - 投放资源预定方法及装置

Info

Publication number: CN108134762A
Application number: CN201611091730.2A
Authority: CN
Inventors: 冯志杰
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2016-12-01
Filing date: 2016-12-01
Publication date: 2018-06-08
Anticipated expiration: 2036-12-01
Also published as: CN108134762B

Abstract

本发明是关于一种投放资源预定方法及装置，属于互联网技术领域。所述方法包括：接收用户的投放预定请求，所述投放预定请求携带待投放媒体资源的请求参数；从所述投放预定请求中提取并存储所述请求参数，并基于所述请求参数，触发投放资源获取流程；在所述投放资源获取流程触发成功后，向所述用户发送预定操作成功信息；基于所述请求参数，执行所述投放资源获取流程。本发明通过将资源投放服务器处理请求的过程与发送结果的过程分开，使得用户在向资源投放服务器发送投放预定请求后，无需等待很长时间便可以得到预定操作成功信息，实时效果好，且大大提高了预定效率。

Description

投放资源预定方法及装置

技术领域

本发明涉及互联网技术领域，特别涉及一种投放资源预定方法及装置。

背景技术

随着互联网技术的飞速发展，互联网向人们展示的媒体资源越来越丰富，媒体资源可以实现的作用也多种多样，例如，用户可以采取投放媒体资源的形式来进行企业宣传或活动宣传等。为了实现这类宣传目的，一些媒体平台可以提供资源投放服务，使得用户可以将自身的媒体资源上传至媒体平台的资源投放服务器上，由该资源投放服务器进行投放。

目前，用户在进行媒体资源投放时，首先需要与资源投放服务器预定媒体资源的投放资源，例如投放时间段以及投放位置等，并在预定成功后，由资源投放服务器将用户需要投放的媒体资源投放到媒体平台中。在用户请求投放媒体资源时，资源投放服务器会提供一个预定媒体资源投放时间的网页，用户需要在该网页上设置媒体资源的投放时间段、投放位置和待投放媒体资源的相关信息等请求参数，随后资源投放服务器会根据用户设置的请求参数对用户即将投放的媒体资源进行排期处理，排期处理中包括对最大覆盖用户数及最大日曝光量的流量预估处理和多天投放时间的时间段分配处理等。处理完成后，资源投放服务器会将处理结果返回给用户，以提示用户预定媒体资源投放时间是否成功，以便用户之后上传媒体资源，完成媒体资源的投放。

在实现本发明的过程中，发明人发现相关技术至少存在以下问题：

由于资源投放服务器进行排期处理的处理逻辑十分复杂，因此处理时间相对较长，导致用户需要等待很长时间才能得到关于本次预定的反馈，实时效果差，且如果需要进行多个预定操作，则需要经历漫长的等待后，再进行下一个预定操作，使得预定效率不高。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种投放资源预定方法及装置。所述技术方案如下：

第一方面，提供了一种投放资源预定方法，包括：

接收用户的投放预定请求，所述投放预定请求携带待投放媒体资源的请求参数；

从所述投放预定请求中提取并存储所述请求参数，并基于所述请求参数，触发投放资源获取流程；

在所述投放资源获取流程触发成功后，向所述用户发送预定操作成功信息；

基于所述请求参数，执行所述投放资源获取流程。

第二方面，提供了一种投放资源预定装置，包括：

接收模块，用于接收用户的投放预定请求，所述投放预定请求携带待投放媒体资源的请求参数；

存储模块，用于从所述投放预定请求中提取并存储所述请求参数；

触发模块，用于基于所述请求参数，触发投放资源获取流程；

发送模块，用于在所述投放资源获取流程触发成功后，向所述用户发送预定操作成功信息；

投放资源获取模块，用于基于所述请求参数，执行所述投放资源获取流程。

本发明实施例提供的技术方案带来的有益效果是：

本发明通过将资源投放服务器处理请求的过程与发送结果的过程分开，使得用户在向资源投放服务器发送投放预定请求后，无需等待很长时间便可以得到预定操作成功信息，实时效果好，且本发明实施例提供的技术方案可以使得用户在短时间内得到预定反馈后，继续进行下一次预定操作，能够大大提高了预定效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是本发明实施例的一种实施环境的结构示意图；

图2A是根据一示例性实施例示出的一种投放资源预定方法的流程图；

图2B是根据一示例性实施例示出的一种投放资源预定方法的示例图；

图2C是根据一示例性实施例示出的一种投放资源预定方法的示例图；

图2D是根据一示例性实施例示出的一种投放资源预定方法的原理图；

图3是根据一示例性实施例示出的一种投放资源预定方法的流程图；

图4是根据一示例性实施例示出的一种投放资源预定装置的框图；

图5是根据一示例性实施例示出的一种投放资源预定装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是本发明实施例的一种实施环境的结构示意图。参见图1，该实施环境中包括终端101和资源投放服务器102，其中，终端101为用户所在终端，可以通过浏览器来访问资源投放服务器102所提供的请求参数设置界面，根据用户在请求参数设置界面上设置的请求参数生成投放预定请求，并将该投放预定请求发送至资源投放服务器102。

另外，该资源投放服务器102还可以提供资源投放客户端，使得终端可以安装该资源投放客户端，并通过运行资源投放客户端，以使用户在资源投放客户端提供的请求参数设置界面上设置请求参数；当然，该资源投放功能还可以由社交应用或者多媒体共享应用等客户端承载，使得终端的用户可以通过运行应用来访问资源投放服务器，从而获取资源投放服务器提供的请求参数界面，以使用户在请求参数设置界面上完成请求参数的设置，并生成投放预定请求。

资源投放服务器102用于接收用户通过终端发送的投放预定请求，提取并处理投放预定请求中携带的请求参数，完成对请求参数的排期处理，以获取待投放媒体资源的投放资源。在实际场景中，该资源投放服务器可以是一个由多个服务器组成的服务器集群，例如，该资源投放服务器102可以包括前台服务器1021和后台服务器1022。

其中，前台服务器1021用于接收用户的投放预定请求，并在第一子任务处理完成后，生成并返回预定操作成功信息，而且还会在投放预定请求的后续处理中，生成处理状态查询界面，并返回给用户。

后台服务器1022用于对投放预定请求进行处理，并维护任务的任务状态，以便前台服务器生成处理状态查询界面。其中，后台服务器1022中还会维护数据库，数据库包括几个种类，例如账户信息数据库，用于存储账户对应的虚拟资源信息、账户级别信息等等；请求参数数据库，用于专门存储在用户的投放预定请求中提取的请求参数，还包括用于存储处理过程中生成的多个列表的列表存储数据库等的其他数据库。

图2A是根据一示例性实施例示出的一种投放资源预定方法的流程图，如图2A所示，该方法基于上述图1所示的实施环境进行，包括以下步骤：

201、用户所在终端获取用户设置的请求参数，根据请求参数生成投放预定请求，并将投放预定请求发送至前台服务器，该投放预定请求携带用户设置的待投放媒体资源的请求参数。

在本发明实施例中，用户可以通过所在终端访问资源投放服务器的请求参数设置界面。请求参数设置界面包括用于设置请求参数的输入框。参见图2B，该设置请求参数的输入框可以包括媒体资源名称的输入框、预定流量的输入框、资源购买属性的输入框、资源位名称的输入框等。用户在设置请求参数的输入框中对应输入待投放媒体资源的请求参数便可完成请求参数的设置。

其中，媒体资源名称是指用户的待投放媒体资源的名称，预定流量是指用户的待投放媒体资源的资源尺寸大小，资源购买属性是指用户的待投放媒体资源的资源类型，例如资源购买属性可为CPM(Cost Per Mille，按展示付费)资源类型、CPT(Cost Per Time，按时长付费)资源类型、网址导航类型等，资源位名称是指用户需要将待投放媒体资源投放到的位置的名称，也即待投放资源的展示位置。

例如，如图2B所示，用户设置的待投放的媒体资源名称为“Hi”，预定流量为“1”，资源购买属性为“CPM”，资源位名称为“热文-8个频道信息流大图文广告-第六条”等。当用户完成请求参数的设置后，点击页面上的“提交”按钮，终端便生成了携带该请求参数的投放预定请求，并将该投放预定请求发送给资源投放服务器。

其中，对于资源购买属性和资源位名称的设置，该请求参数设置界面可在对应的输入框处提供下拉菜单，并在下拉菜单中显示资源投放服务器支持的资源购买属性和可投放的资源位名称，方便用户进行选择。

另外，该请求参数设置界面除了包括输入框以外，还可以包括用户的账户信息。在用户设置请求参数之前，请求参数设置界面需要用户登录账户。当用户的账户登录成功时，终端便可通过资源投放服务器获取用户的账户信息，并在请求参数设置界面中显示账户信息，以便用户在设置请求参数时可以对照参考账户信息。参见图2B，终端获取到的用户当前账户的账户信息可以包括媒体资源折扣、账户可用余额等。需要说明的是，若用户没有注册账户，则资源投放服务器会为用户指定临时账户，以便用户在资源投放服务器处理投放预定请求结束后，执行付款等相关操作。

202、当前台服务器接收到用户的投放预定请求，从投放预定请求中提取请求参数，向后台服务器发送请求参数。

在本发明实施例中，前台服务器在接收到用户的投放预定请求后，会提取投放预定请求中携带的请求参数，并为投放预定请求分配用于唯一标识该投放预定请求的投放单号，不同的投放预定请求对应不同的投放单号。前台服务器在向后台服务器发送请求参数时，可以基于投放单号进行发送，使得后台服务器能够将投放单号和请求参数对应存储至数据库。其中，前台服务器在基于投放单号向后台服务器发送请求参数时，可将投放单号与请求参数进行绑定，并将绑定投放单号后的请求参数发送至后台服务器。

203、当后台服务器接收到该请求参数时，将该请求参数存储至请求参数数据库。

在本发明实施例中，后台服务器在接收到请求参数后，将投放预定请求的请求参数和投放预定请求的投放单号对应存储至请求参数数据库中。其中，后台服务器可在请求参数数据库中维护一个如表1所示的投放单号列表，该投放单号列表用于存储投放预定请求与投放单号之间的对应关系，进而也可以通过该表获知存储在请求参数数据库中的投放预定请求的请求参数与投放单号之间的对应关系。

例如，参见表1，可以得出：投放预定请求AJAX1的投放单号为234，也即在请求参数数据库中存储的投放单号为234的请求参数为投放预定请求AJAX1的请求参数。

表1

投放预定请求	投放单号
		AJAX1	234
AJAX2	235
		AJAX3	236
…	…

需要说明的是，本发明实施例以资源投放服务器包括前台服务器和后台服务器为例，并由前台服务器与后台服务器之间的交互实现对用户的投放预定请求的处理；而在实际场景中，该处理投放预定请求的处理过程也可由资源投放服务器独立完成，本发明对此不进行具体限定。

204、前台服务器向后台服务器发送接口分配请求，该接口分配请求用于分配投放资源获取接口，该投放资源获取接口用于执行获取待投放媒体资源的投放资源的步骤。

其中，在该接口分配请求中可以携带当前需要进行处理的投放预定请求的投放单号，使得后台服务器在接收到该接口分配请求后，可提取投放单号，并执行后续步骤。

由于在本发明实施例中，由后台服务器执行获取投放资源的过程，因此，前台服务器需要向后台服务器发送接口分配请求，以使得后台服务器能够分配相应的投放资源获取接口来执行获取投放资源的步骤，也即后台服务器可以基于该资源投放接口在请求参数数据库中获取请求参数，再基于该请求参数获取投放资源。

而如果该前台服务器和后台服务器的功能在同一个服务器上实现，则也可以直接由资源投放服务器来执行获取待投放媒体资源的投放资源的步骤，并基于该投放资源执行投放资源获取的流程，而无需采用发送接口分配请求的方式。

205、当后台服务器接收到该接口分配请求时，为该投放预定请求分配投放资源获取接口，并由该投放资源获取接口从请求参数数据库获取请求参数。

在本发明实施例中，后台服务器在接收到该接口分配请求后，提取该接口分配请求中的投放单号，并分配投放资源获取接口，并通过该投放资源获取接口从请求参数数据库中获取投放单号对应的请求参数，以便完成后续投放资源获取流程。

例如，若后台服务器在该接口分配请求中提取的投放单号为234，则后台服务器在请求参数数据库中获取投放单号为234的请求参数。

需要说明的是，本发明实施例在上述步骤202至步骤205中，以发送请求参数和发送接口分配请求是分开进行为例进行说明，而在实际场景中，前台服务器还可以将请求参数和接口分配请求同时发送，由该接口分配请求来携带该请求参数，使得后台服务器在接收到携带请求参数的接口分配请求时，可以将请求参数存储至请求参数数据库，并为该投放预定请求分配投放资源获取接口，以执行后续的投放资源获取过程。

当然，上述过程均是以前台服务器和后台服务器进行交互实现为例进行说明，如果上述步骤202至205在同一服务器上实现，则可以直接由资源投放服务器在接收到投放预定请求时，从所述投放预定请求中提取并存储所述请求参数，并基于所述请求参数，触发投放资源获取流程。

206、前台服务器在向后台服务器发送接口分配请求后，向用户所在终端发送预定操作成功信息。

在本发明实施例中，前台服务器可通过向后台服务器发送接口分配请求来触发投放资源获取流程，在触发了投放资源获取流程成功时，即可以生成该投放预定请求的预定操作成功信息，并将生成的预定操作成功信息发送至用户所在终端。通过在触发投放资源获取流程后，直接向用户发送预定操作成功信息，无需等待后台服务器将投放资源获取流程执行结束，将接受投放预定请求和实际获取投放资源的过程分割开，使得该请求参数设置界面可以不再被锁定，而是可以在当前页面上直接进行下一次预定，也即是，使得用户可以继续发送其他的投放预定请求。

其中，该预定操作成功信息的具体格式和内容可以与现有预定操作成功时所发送的信息相同。当然，该预定操作成功信息还可以用于提示该投放预定请求已经被受理。例如，预定操作成功信息可以为“操作成功！正在处理…”。进一步地，该预定操作成功信息还可以包括用于通知用户如何获知投放资源获取流程已完成的信息，例如，预定操作成功信息可以为“操作成功！正在处理…，请在进度查询界面查询进度。”进一步地，该预定操作成功信息还可以包括处理预计时长，例如，预定操作成功信息可以为“操作成功！正在处理…，请在15分钟后查询进度。”本发明实施例对该预定操作成功信息的具体内容不做限定。

207、当该用户所在终端接收到该预定操作成功信息时，显示该预定操作成功信息。

在本发明实施例中，用户所在终端接收到该预定操作成功信息后，可以在请求参数设置界面上显示该预定操作成功信息，还可以跳转至预定操作成功页面来显示该预定操作成功信息，以使用户知晓投放预定请求中的请求参数已被接收，并正在被处理。

在实际场景中，如果是在请求参数设置界面上显示该预定操作成功信息，则可以在显示时长超过预设时长后，隐藏该预定操作成功信息，并清空请求参数设置界面的各个输入框的内容，使得用户可以基于该请求参数设置界面再一次进行输入，以再次发起投放预定请求。而如果跳转至预定操作成功页面来显示该预定操作成功信息，则也可以在预定操作成功页面显示超过预设时长后，跳转回请求参数设置界面，使得用户可以基于该请求参数设置界面再一次进行输入，以再次发起投放预定请求。

208、后台服务器基于所述请求参数，执行所述投放资源获取流程。

在本发明实施例中，后台服务器基于通过投放资源获取接口，从请求参数数据库中获取的投放单号对应的请求参数，触发投放资源获取流程，并执行该投放资源获取流程，以此获取待投放媒体资源的投放资源。其中，投放资源获取流程为对请求参数的处理过程，也即后台服务器对投放预定请求的排期过程。

例如，若请求参数中包括媒体资源名称、预定流量、资源购买属性和资源位名称，则该投放资源获取流程为：

首先，获取资源位名称指示的资源位已排期的媒体资源信息；

之后，根据资源购买属性和媒体资源名称判断待投放资源是否可以排期在资源位名称指示的资源位；

最后，根据预定流量判断资源名称指示的资源位是否可以实现预定流量；

这样便完成了该请求参数的投放资源获取流程，若该投放资源获取流程中的每一个流程均执行完成，则后台服务器则可以获取到待投放媒体资源的投放资源。

209、前台服务器根据投放资源的获取进度，生成进度查询界面。

在本发明实施例中，前台服务器根据后台服务器在执行投放资源获取流程中，投放资源的获取进度，生成如图2C所示的进度查询界面。由图2C可知，该进度查询界面中包括：用户的多个投放预定请求的投放单号、待投放媒体资源的资源类型、用户预定的资源位名称、后台服务器计算得出的合计执行价、后台服务器处理当前投放预定请求的处理周期、资源投放服务器接收到用户的投放预定请求的投单时间，以及，当前投放预定请求的任务状态。

例如，投放单号为234的投放预定请求的待投放媒体资源的资源类型为“CPM资源”，

用户预定的资源位名称为“热文-8个频道信息流大图文广告-第六条”，

后台服务器计算得出的合计执行价为4元，

后台服务器处理当前投放预定请求的处理周期为2016.09.01至2016.09.01，

资源投放服务器接收到用户的投放预定请求的投单时间为2016.09.01的15点14分13秒，

以及，当前投放预定请求的任务状态为“排期申请成功，请投放广告”，也即用户可将待投放媒体资源上传至资源投放服务器，以便资源投放服务在用户预定的资源位展示用户预定资源类型的待投放媒体资源。

对于投放预定请求来说，其任务状态可以包括以下几种：初始、第一步完成、第二步完成、排期申请成功以及排期申请失败等。后台服务器可以维护一个任务状态列表，用于根据投放单号来对应存储各个投放预定请求的任务状态，当任一个投放预定请求的任务状态发生变化时，则可以更新该任务状态列表中的对应表项。而前台服务器则可以基于该任务状态列表，来生成进度查询界面。

需要说明的是，该进度查询界面可以是基于用户生成，也即是，对于一个用户，将其所有申请的投放预定请求的任务状态均生成在一个进度查询界面中，当然，该进度查询界面还可以是基于投放预定请求的，也即是，针对任一个投放预定请求，生成一个进度查询界面。

210、用户所在终端向前台服务器发送进度查询请求。

在本发明实施例中，在用户当前登录的账户下，资源投放服务器会提供处理状态查询界面的入口，当用户通过触发该入口时，用户所在终端会向前台服务器发送进度查询请求，以使得前台服务器提供进度查询界面。

当然，该进度查询请求可以是对该用户的所有投放预定请求的查询，也可以是对用户的某一个投放预定请求的查询，本发明实施例对此不做限定。

211、当前台服务器接收到用户的进度查询请求时，将进度查询界面发送给用户所在终端。

212、该用户所在终端显示该进度查询界面。

在上述步骤211和步骤212中，终端接收前台服务器发送的进度查询界面，并将进度查询界面展示给用户。

参见图2C，如果任务状态为排期申请成功，则任务状态可以显示为“排期申请成功，请投放广告”，则可以在任务状态上提供投放媒体资源的入口，以便在用户访问该入口后，可以提交待投放的媒体资源。

如果任务状态显示为“已申请，正在处理”，则资源投放服务器暂未完成处理请求参数的过程，仍需用户继续等待；

如果任务状态显示为排期申请失败，则任务状态可以显示为“排期申请失败，请重新申请”，则可以在任务状态上提供请求参数设置界面的入口，以便在用户访问该入口后，可以再次进行请求参数的设置。

上述实施例是以用户主动查询投放资源的获取进度为例进行说明，而在实际场景中，为了进一步简化用户操作，前台服务器还可以根据投放资源获取流程的实际获取结果，主动对用户进行通知。相应地，本发明实施例还包括：前台服务器根据后台服务器执行投放资源获取流程后，根据所述投放资源的获取结果，向所述用户发送获取结果信息。例如，向用户发送“排期申请成功，请请投放广告～”。

需要说明的是，该向用户发送获取结果信息，可以是通过私信发送或者通过用户所绑定的联系方式进行发送等等，本发明实施例对此不做具体限定。

在实际场景中，由于平台上投放资源有限，也可能会出现投放资源获取失败的情况，因此，前台服务器或后台服务器也可以在所述投放资源的获取结果指示投放资源获取失败时，则分析所述投放资源获取流程，定位失败原因；向所述用户发送所述失败原因，并引导所述用户重新进行请求参数的设置。

该分析投放资源获取流程包括：分析改投放资源获取流程中各个子任务的处理结果，如果任一个子任务的处理结果或请求参数不符合预设标准或者处理结果为处理失败，则将该子任务所使用的请求参数确定为失败原因，并通过引导的方式，提醒用户重新对该请求参数进行设置。该引导的方式是指对某项请求参数进行高亮显示，或者在该项请求参数的周围显示提示语，或者直接提供对该项请求参数的设置入口，本发明实施例对此不做具体限定。

其中子任务的处理结果或请求参数可以设置有相应的预设标准，以便衡量该子任务处理成功的可能性，该预设标注可以由技术人员根据实际处理经验进行设置，本发明实施例对此不做限定。

为了便于理解，可以参见图2D中的方案对比图，在相关技术中，该投放预定请求可以为一种AJAX(Asynchronous JavaScript And XML，异步传输)请求。AJAX请求使用JavaScript(直译式脚本语言)向资源投放服务器提出请求，通过JavaScript的对象XMLHTTP Request(可扩展超文本传输请求)，JavaScript便可以在不重新加载页面的情况下与资源投放服务器交换数据，也即在不需要刷新页面的情况下，便可产生局部刷新的效果。资源投放服务器是串行化处理AJAX请求的，参见图2D中的旧方案图示，资源投放服务器将AJAX1的所有子任务均处理完成后才会继续处理AJAX2，这样就需要用户在投放预定请求的页面等待，直到AJAX1的第一个子任务和第二个子任务均完成，才可以进行向资源投放服务器发送AJAX2的操作。

在本发明实施例中，参见图2D中的新方案，资源投放服务器将AJAX1进行拆分，拆分为多个子任务。其当AJAX1中的第一个子任务完成后，资源投放服务器便将预定操作成功信息返回给用户，以使用户可以进行向资源投放服务器发送AJAX2的操作。随后，资源投放服务器会继续处理AJAX1其他第二个子任务。这种处理方式能够使得同一个用户可以在请求参数设置界面上连续提交多个投放预定请求，大大提高请求预定的效率。其中，完成第一个子任务可以是指完成提取、存储请求参数并对获取投放资源流程的触发步骤，也可以是指完成提取、存储请求参数以及对获取投放资源流程的触发步骤，并完成第一子任务，本发明实施例对此不做限定。

在另一个实施例中，资源投放服务器还会获取处理请求过程的进度，生成进度查询界面，满足用户实时获取处理进度的需求。另外，本发明实施例还提供了在请求失败的情况下对失败原因进行定位的方法，使得用户可以明确知道哪些参数可以进行重新设置，以提高再次请求的成功率。

在图2所示实施例中，是以在从所述投放预定请求中提取并存储所述请求参数之后，直接触发整个投放资源获取流程为例进行说明，而事实上，为了在降低反馈耗时的同时能够保证该投放预定请求确实已经开始处理，还可以在从所述投放预定请求中提取并存储所述请求参数之后，西安基于所述请求参数，执行投放资源获取流程中的某一个子任务，再向用户发送预定操作成功信息。也即是，在另一个实施例中，上述步骤206至步骤208也可由如图3中的步骤301至309替代。

301、后台服务器基于请求参数，确定投放预定请求的处理逻辑。

在本发明实施例中，处理逻辑实质为对投放预定请求处理所需步骤的统计。后台服务器根据请求参数，综合当前已经处理结束并成功排期的投放预定请求，确定当前投放预定请求的处理逻辑。

例如，若请求参数中包括：媒体资源名称、预定流量、资源购买属性、资源位名称。则后台服务器确定的投放预定请求的处理逻辑为：

首先，获取资源位名称指示的资源位已排期的媒体资源信息，

之后，根据资源购买属性和媒体资源名称判断待投放资源是否可以排期在资源位名称指示的资源位，

最后，根据预定流量判断资源名称指示的资源位是否可以实现预定流量。

上述提及到的后台服务器需要执行的操作均为处理逻辑，处理逻辑执行结束也即资源投放服务器完成了对该投放预定请求的处理。

需要说明的是，后台服务器还会根据用户登录的账户获取账户信息，并根据账户信息确定投放预定请求的处理逻辑。

例如，若账户信息包括媒体资源折扣、账户可用余额等账户信息，则处理逻辑中还会包括：计算并确定用户投放媒体资源的合计执行价的任务，以及确定账户可用余额是否足够支付合计执行价的任务。

302、后台服务器对处理逻辑进行拆分，得到处理逻辑对应的至少一个子任务。

在本发明实施例中，后台服务器根据处理逻辑中不同的处理业务类型，将处理逻辑拆分成多个子任务。其中，处理业务类型可以是指在处理该投放预定请求时不同的参数对应的实际处理流程。

后台服务器在对处理逻辑进行拆分时，可以通过以下方式进行：例如，若后台服务器确定的处理逻辑为：

则，后台服务器根据该处理逻辑中不同的处理业务类型，将处理逻辑拆分为三个子任务，该三个子任务分别为：

获取资源位名称指示的资源位已排期的媒体资源信息的任务；

判断待投放资源是否可以排期在资源位名称指示的资源位的任务；

判断资源名称指示的资源位是否可以实现预定流量的任务。

上述举例中的子任务以及子任务数量仅为示例，本发明实施例对处理逻辑对应的子任务的个数不进行具体限定。

需要说明的是，通过拆分所得到的子任务之间可能有一定关联，例如，某一个子任务的处理流程必须使用到另一个子任务的处理结果，则需要确定子任务之间的关系，并基于关系对一些子任务进行合并，以避免由于拆分而造成的计算错误等。相应地，该对子任务进行合并的过程可以包括：在对处理逻辑进行拆分得到对应的至少一个子任务后，后台服务器对于拆分得到的多个子任务，判断该子任务是否具有关联子任务。其中关联子任务的处理结果为该子任务的处理过程需要使用到的输入参数；如果该子任务具有关联子任务，则将子任务和关联子任务合并为一个子任务；若果该子任务不具有关联子任务，则将这个子任务作为一个指定类型的子任务，即孤立子任务。

下面以处理逻辑拆分为五个子任务，分别为任务A、任务B、任务C、任务D和任务E为例：

其中，任务A为获取资源位名称指示的资源位已排期的媒体资源信息的任务、

任务B为判断待投放资源是否可以排期在资源位名称指示的资源位的任务、

任务C为判断资源名称指示的资源位是否可以实现预定流量的任务、

任务D为确定用户投放媒体资源的合计执行价的任务、

任务E为确定账户可用余额是否足够支付合计执行价的任务，

则在上述任务中，任务A、任务B、任务C、任务D均不需要其他子任务的处理结果进行，也即上述子任务为孤立子任务；

而对于任务E，该任务的处理过程需要使用任务D的处理结果进行，则将任务E与任务D进行合并，得到任务F，将任务F作为五个任务中最后一个子任务，也即将处理逻辑拆分为五个子任务，分别为任务A、任务B、任务C和任务F。

303、后台服务器获取至少一个子任务所需的处理耗时，并根据至少一个子任务所需的处理耗时，确定第一子任务。

为了在缩减用户等待时间的同时，保证该投放预定请求已经由后台服务器开始处理，则可以基于处理耗时，来确定一个第一子任务。

该获取完成子任务所需的处理耗时可以包括：对于每一个子任务，后台服务器结合以往处理请求参数所得到的经验值和完成子任务所需要进行的操作进行预测，并将预测得到的预测值作为完成子任务所需的处理耗时。

具体地，后台服务器在确定第一子任务时，可以通过下述两种方法实现：

第一种方法、后台服务器比较多个子任务所需的处理耗时，将所需的处理耗时最短的子任务作为第一子任务。

发明人认识到，将所需的处理耗时最短的子任务作为第一子任务可以在最大程度上降低用户接收到预定操作成功信息所需等待的时间，因此，后台服务器通过对多个子任务所需的处理耗时进行比较，将所需的处理耗时最短的子任务作为第一子任务。

下面继续以处理逻辑拆分为五个子任务分别为任务A、任务B、任务C、任务D和任务E为例：

其中，对于任务E，该任务的处理过程需要使用任务D的处理结果进行，则将任务E与任务D进行合并，得到任务F；

因此，对于任务F，该任务F的实际处理耗时即为任务D的处理耗时与任务E的处理耗时合并后的处理耗时。例如，

若任务A的处理耗时为50ms，

任务B的处理耗时为30ms，

任务C的处理耗时为80ms，

任务D的处理耗时为20s，

任务E的处理耗时为1s，

则任务F的实际处理耗时即为任务D与任务E的处理耗时合并后的处理耗时为21s；

因此，在确定第一子任务时，通过比较可得出第一子任务为任务B。

第二种方法、后台服务器比较多个子任务所需的处理耗时和预设时长，将处理耗时小于预设时长的任一个子任务作为第一子任务。

在本发明实施例中，资源投放服务器会内置预设时长，该预设时长为预先设置的用于确定第一子任务的时长，由资源投放服务器根据处理请求参数的经验，综合处理逻辑中可能涉及到的子任务的处理耗时得到，也即处理耗时小于该预设时长的子任务便可作为第一子任务。继续以上述第一种方法中的例子为例：若预设时长为40ms，

任务A的处理耗时为50ms，

任务B的处理耗时为30ms，

任务C的处理耗时为80ms，

任务D的处理耗时为20s，

任务E的实际处理耗时为21s，则后台服务器将处理耗时小于40ms的任务B作为第一子任务。

304、后台服务器处理第一子任务，当第一子任务处理完成时，将第一子任务的任务状态发送给前台服务器。

在本发明实施例中，当后台服务器将第一子任务处理完成后，会将第一子任务的任务状态发送给前台服务器，以使前台服务器生成预定操作成功信息，并将该预定操作成功信息发送给用户所在终端。

305、前台服务器接收后台服务器发送的第一子任务的任务状态，向用户所在终端发送预定操作成功信息。

该发送预定操作成功信息的步骤与上述步骤206相似，本发明实施例在此不做赘述。由于前台服务器是在确定了触发投放资源获取流程确实已经成功的情况下才发送了预定操作成功信息，使得在降低了反馈耗时的同时，能够提高资源投放服务器的处理成功率，避免由于资源投放服务器本身的信息交互失败等情况可能造成的错误反馈。

306、后台服务器基于请求参数，继续处理第二子任务，第二子任务为投放预定请求的处理逻辑对应的除了第一子任务以外的子任务。

在本发明实施例中，后台服务器继续处理第二子任务，直至将第二子任务全部处理完毕，以此完成对投放预定请求的处理。

需要说明的是，在处理第二子任务的过程中，后台服务器维护第二子任务中多个子任务的任务状态，直至第二子任务处理完成，以获取待投放媒体资源的投放资源。

在图3所示的方案中，前台服务器也可以通过图2所示的任一种方式来对用户进行通知，本发明实施例对此不做赘述。

本发明通过将资源投放服务器处理请求的过程与发送结果的过程分开，使得用户在向资源投放服务器发送投放预定请求后，无需等待很长时间便可以得到预定操作成功信息，实时效果好，且本发明实施例提供的技术方案可以使得用户在短时间内得到预定反馈后，继续进行下一次预定操作，能够大大提高了预定效率。进一步地，本发明实施例还在确定已经完成某一个子任务的情况下，发送预定操作成功信息，使得在降低了反馈耗时的同时，能够提高资源投放服务器的处理成功率，避免由于资源投放服务器本身的信息交互失败等情况可能造成的错误反馈。

图4是根据一示例性实施例示出的一种投放资源预定装置的框图。参照图4，该装置包括接收模块401，存储模块402，触发模块403，发送模块404和投放资源获取模块405。

该接收模块401，用于接收用户的投放预定请求，投放预定请求携带待投放媒体资源的请求参数；

该存储模块402，用于从投放预定请求中提取并存储请求参数；

该触发模块403，用于基于请求参数，触发投放资源获取流程；

该发送模块404，用于在投放资源获取流程触发成功后，向用户发送预定操作成功信息；

该投放资源获取模块405，用于基于请求参数，执行投放资源获取流程。

在另一个实施例中，该发送模块404，还用于根据投放资源的获取结果，向用户发送获取结果信息；或，根据投放资源的获取进度，生成进度查询界面，当接收到用户的进度查询请求时，将进度查询界面发送给用户。

在另一个实施例中，该发送模块404还包括定位单元和发送单元。

该定位单元，用于如果投放资源的获取结果指示投放资源获取失败，则分析投放资源获取流程，定位失败原因；

发送单元，向所述用户发送所述失败原因，并引导所述用户重新进行请求参数的设置。

在另一个实施例中，所述投放资源获取模块405包括：第一子任务处理单元和第二子任务处理单元，

所述第一子任务处理单元，用于基于所述请求参数，处理所述投放预定请求的第一子任务，所述第一子任务根据所述投放预定请求的处理逻辑所对应的多个子任务中各个子任务的处理耗时确定；

所述发送模块，用于当所述第一子任务处理成功时，执行所述向所述用户发送预定操作成功信息的步骤；

所述第二子任务处理单元，用于处理所述投放预定请求的第二子任务，以获取所述待投放媒体资源的投放资源，所述第二子任务为所述投放预定请求除了所述第一子任务以外的子任务。

在另一个实施例中，所述装置还包括：第一子任务确定模块，所述第一子任务确定模块包括：

确定单元，用于根据所述请求参数，确定所述投放预定请求的处理逻辑；

拆分单元，用于对所述处理逻辑进行拆分，得到所述处理逻辑对应的至少一个子任务；

获取单元，用于获取所述至少一个子任务所需的处理耗时；

确定单元，用于根据所述至少一个子任务所需的处理耗时，确定所述第一子任务。

在另一个实施例中，该拆分单元用于根据处理逻辑中不同的处理业务类型，将处理逻辑拆分成多个子任务；对于拆分得到的每个子任务，判断子任务是否具有关联子任务，关联子任务的处理结果为子业务的处理过程需要使用到的输入参数，如果具有关联子任务，则将子任务和关联子任务合并为一个子任务。

在另一个实施例中，该确定单元用于比较多个子任务所需的处理耗时，将所需的处理耗时最短的子任务作为第一子任务；或，比较多个子任务所需的处理耗时和预设时长，将处理耗时小于预设时长的任一个子任务作为第一子任务。

本发明实施例提供的装置，通过将资源投放服务器处理请求的过程与发送结果的过程分开，使得用户在向资源投放服务器发送投放预定请求后，无需等待很长时间便可以得到预定操作成功信息，实时效果好，且本发明实施例提供的技术方案可以使得用户在短时间内得到预定反馈后，继续进行下一次预定操作，能够大大提高了预定效率。

图5是根据一示例性实施例示出的一种投放资源预定装置500的框图。例如，装置500可以被提供为一服务器。参照图5，装置500包括处理组件522，其进一步包括一个或多个处理器，以及由存储器532所代表的存储器资源，用于存储可由处理组件522的执行的指令，例如应用程序。存储器532中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件522被配置为执行指令，以执行上述投放资源预定方法。

装置500还可以包括一个电源组件526被配置为执行装置500的电源管理，一个有线或无线网络接口550被配置为将装置500连接到网络，和一个输入输出(I/O)接口558。装置500可以操作基于存储在存储器532的操作系统，例如Windows Server^TM，Mac OS X^TM，Unix^TM,Linux^TM，FreeBSD^TM或类似。

本领域技术人员在考虑说明书及实践这里发明的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未发明的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims

1.一种投放资源预定方法，其特征在于，所述方法包括：

基于所述请求参数，执行所述投放资源获取流程。

2.根据权利要求1所述的方法，其特征在于，所述基于所述请求参数，执行所述投放资源获取流程之后，所述方法还包括：

根据所述投放资源的获取结果，向所述用户发送获取结果信息；或，

根据所述投放资源的获取进度，生成进度查询界面，当接收到所述用户的进度查询请求时，将所述进度查询界面发送给所述用户。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

如果所述投放资源的获取结果指示投放资源获取失败，则分析所述投放资源获取流程，定位失败原因；

向所述用户发送所述失败原因，并引导所述用户重新进行请求参数的设置。

4.根据权利要求1所述的方法，其特征在于，所述向所述用户发送预定操作成功信息之前，所述方法还包括：

基于所述请求参数，处理所述投放预定请求的第一子任务，所述第一子任务根据所述投放预定请求的处理逻辑所对应的多个子任务中各个子任务的处理耗时确定；

当所述第一子任务处理成功时，执行所述向所述用户发送预定操作成功信息的步骤；

所述基于所述请求参数，执行所述投放资源获取流程包括：

处理所述投放预定请求的第二子任务，以获取所述待投放媒体资源的投放资源，所述第二子任务为所述投放预定请求除了所述第一子任务以外的子任务。

5.根据权利要求4所述的方法，其特征在于，所述基于所述请求参数，处理所述投放预定请求的第一子任务，包括：

根据所述请求参数，确定所述投放预定请求的处理逻辑；

对所述处理逻辑进行拆分，得到所述处理逻辑对应的至少一个子任务；

获取所述至少一个子任务所需的处理耗时；

根据所述至少一个子任务所需的处理耗时，确定所述第一子任务。

6.根据权利要求5所述的方法，其特征在于，所述对所述处理逻辑进行拆分，得到所述处理逻辑对应的至少一个子任务包括：

根据所述处理逻辑中不同的处理业务类型，将所述处理逻辑拆分成多个子任务；

对于拆分得到的每个子任务，判断所述子任务是否具有关联子任务，所述关联子任务的处理结果为所述子业务的处理过程需要使用到的输入参数，如果具有关联子任务，则将所述子任务和所述关联子任务合并为一个子任务。

7.根据权利要求5所述的方法，其特征在于，所述根据所述至少一个子任务所需的处理耗时，确定所述第一子任务包括：

比较所述多个子任务所需的处理耗时，将所需的处理耗时最短的子任务作为所述第一子任务；或，

比较所述多个子任务所需的处理耗时和预设时长，将所述处理耗时小于所述预设时长的任一个子任务作为所述第一子任务。

8.一种投放资源预定装置，其特征在于，所述装置包括：

9.根据权利要求8所述的装置，其特征在于，所述发送模块还用于根据所述投放资源的获取结果，向所述用户发送获取结果信息；或，根据所述投放资源的获取进度，生成进度查询界面，当接收到所述用户的进度查询请求时，将所述进度查询界面发送给所述用户。

10.根据权利要求9所述的装置，其特征在于，所述发送模块还包括：

定位单元，用于如果所述投放资源的获取结果指示投放资源获取失败，则分析所述投放资源获取流程，定位失败原因；

11.根据权利要求8所述的装置，其特征在于，所述投放资源获取模块包括：第一子任务处理单元和第二子任务处理单元，

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：第一子任务确定模块，所述第一子任务确定模块包括：

获取单元，用于获取所述至少一个子任务所需的处理耗时；

13.根据权利要求12所述的装置，其特征在于，所述拆分单元用于根据所述处理逻辑中不同的处理业务类型，将所述处理逻辑拆分成多个子任务；对于拆分得到的每个子任务，判断所述子任务是否具有关联子任务，所述关联子任务的处理结果为所述子业务的处理过程需要使用到的输入参数，如果具有关联子任务，则将所述子任务和所述关联子任务合并为一个子任务。

14.根据权利要求12所述的装置，其特征在于，所述确定单元用于比较所述多个子任务所需的处理耗时，将所需的处理耗时最短的子任务作为所述第一子任务；或，比较所述多个子任务所需的处理耗时和预设时长，将所述处理耗时小于所述预设时长的任一个子任务作为所述第一子任务。