推广数据创建方法及系统

技术领域

本申请涉及数据创建技术领域，尤其涉及一种推广数据创建方法、系统、电子装置及计算机可读存储介质。

背景技术

开发人员或者测试人员在测试推广数据(例如广告)引擎时，需要创建不同类型的创意性推广数据。然而，手动去创建一条推广数据比较费时费力，在投放前需要花时间熟悉业务系统、配置投放策略、准备需要投放的推广数据创意素材，并且推广数据投放完成后需要登录推广数据审核平台进行推广数据创意的审核，审核通过后才能正常展示。一般情况下，测试时需要的推广数据数量级比较大，需要很多条不同类型的推广数据。另外，不同类型的推广数据需要在不同的推广数据投放系统进行投放，创建步骤也各不相同，创建推广数据的链路和时间会非常长。

需要说明的是，上述内容并不用于限制申请保护范围。

发明内容

本申请的主要目的在于提出一种推广数据创建方法、系统、电子装置及计算机可读存储介质，旨在解决如何自动快速创建大量的所需类型的推广数据的问题。

为实现上述目的，本申请实施例提供了一种推广数据创建方法，所述方法包括：

配置所述推广数据对应的创建步骤序列中每个创建步骤分别对应的接口请求数据；

遍历所述创建步骤序列，获取当前创建步骤；

从所述配置中获取所述当前创建步骤对应的所述接口请求数据；

根据所述接口请求数据生成所述当前创建步骤对应的HTTP请求；

向服务器发送所述HTTP请求并接收所述服务器的反馈数据；及

根据所述反馈数据执行所述当前创建步骤，然后从所述创建步骤序列中获取下一个创建步骤，直至完成所述创建步骤序列的所有创建步骤，以创建出所述推广数据。

可选地，所述方法在配置所述推广数据对应的创建步骤序列中每个创建步骤分别对应的接口请求数据之前还包括：

接收所述推广数据的类型；

从预先设定的模板中获取所述类型的推广数据对应的创建步骤序列。

可选地，所述配置所述推广数据对应的创建步骤序列中每个创建步骤分别对应的接口请求数据包括：

在预定格式的文件中定义每个所述创建步骤与每个所述接口请求数据的对应关系，所述接口请求数据包括接口地址、接口请求方式和接口请求参数。

可选地，所述根据所述接口请求数据生成所述当前创建步骤对应的HTTP请求包括：

从所述接口请求数据中提取所述接口请求方式和所述接口请求参数；

根据所述接口请求方式和所述接口请求参数生成所述HTTP请求。

可选地，所述向服务器发送所述HTTP请求包括：

从所述接口请求数据中提取所述接口地址；

根据所述接口地址将所述HTTP请求发送至服务器。

可选地，所述根据所述接口请求数据生成所述当前创建步骤对应的HTTP请求还包括：

判断所述当前创建步骤对应的HTTP请求是否需要上游数据；

当需要所述上游数据时，获取所述上游数据；

根据所述接口请求数据和所述上游数据生成所述HTTP请求。

可选地，所述判断所述当前创建步骤对应的HTTP请求是否需要上游数据包括：

根据所述预定格式的文件中的定义判断所述当前创建步骤对应的HTTP请求是否需要上游数据，所述上游数据包括所述当前创建步骤的前面步骤保存的所述反馈数据或者用户在前端页面输入的数据。

可选地，所述获取所述上游数据包括：

从所述当前创建步骤的前面步骤保存的所述反馈数据或者接收到的用户在前端页面输入的数据中获取所述上游数据。

可选地，所述根据所述接口请求数据生成所述当前创建步骤对应的HTTP请求还包括：

生成登录信息加入所述HTTP请求中，所述登录信息包括登录账号和登录密钥，其中所述登录账号从所述当前创建步骤的前面步骤中获取，所述登录密钥根据所述类型的推广数据对应的登录方式生成。

此外，为实现上述目的，本申请实施例还提供一种推广数据创建系统，所述系统包括：

配置模块，用于配置所述推广数据对应的创建步骤序列中每个创建步骤分别对应的接口请求数据；

获取模块，用于遍历所述创建步骤序列，获取当前创建步骤，及从所述配置中获取所述当前创建步骤对应的接口请求数据；

生成模块，用于根据所述接口请求数据生成所述当前创建步骤对应的HTTP请求；

收发模块，用于向服务器发送所述HTTP请求并接收所述服务器的反馈数据；

创建模块，用于根据所述反馈数据执行所述当前创建步骤，然后所述获取模块从所述创建步骤序列中获取下一个创建步骤，直至完成所述创建步骤序列的所有创建步骤，以创建出所述推广数据。

为实现上述目的，本申请实施例还提供一种电子装置，所述电子装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的推广数据创建程序，所述推广数据创建程序被所述处理器执行时实现如上述的推广数据创建方法。

为实现上述目的，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有推广数据创建程序，所述推广数据创建程序被处理器执行时实现如上述的推广数据创建方法。

本申请实施例提出的推广数据创建方法、系统、电子装置及计算机可读存储介质，能够提取不同类型的所述推广数据的每一个创建步骤对应的HTTP接口请求数据，自动生成不同的HTTP请求并按照创建步骤序列进行串联，实现所述推广数据的自动创建，创建效率高且数据可靠，广泛适用于各种不同的数据类型。

附图说明

图1为实现本申请各个实施例的一种应用环境架构图；

图2为本申请第一实施例提出的一种推广数据创建方法的流程图；

图3为图2中步骤S206的细化流程示意图；

图4为本申请第二实施例提出的一种推广数据创建方法的流程图；

图5为本申请特定具体实施例提出的一种推广数据创建方法的流程图；

图6为本申请第三实施例提出的一种电子装置的硬件架构示意图；

图7为本申请第四实施例提出的一种推广数据创建系统的模块示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，在本申请实施例中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

请参阅图1，图1为实现本申请各个实施例的一种应用环境架构图。本申请可应用于包括，但不仅限于客户端2、服务器4、网络6的应用环境中。

其中，所述客户端2用于接收推广数据类型，根据所述类型获取对应的创建步骤序列，配置每个创建步骤对应的接口请求数据，向所述服务器4对应接口发送HTTP请求，并根据所述服务器4的反馈数据创建所述推广数据等。所述客户端2可以为PC(PersonalComputer，个人电脑)、手机、平板电脑、便携计算机等终端设备。

所述服务器4用于接收所述客户端2发送的HTTP(超文本传输协议)请求并反馈相应数据。所述服务器4可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器等计算设备，可以是独立的服务器，也可以是多个服务器所组成的服务器集群。

所述网络6可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(Global System of Mobile communication，GSM)、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。所述服务器4和一个或多个所述客户端2之间通过所述网络6通信连接，以进行数据传输和交互。

实施例一

如图2所示，为本申请第一实施例提出的一种推广数据创建方法的流程图。可以理解，本方法实施例中的流程图不用于对执行步骤的顺序进行限定。根据需要，还可以对该流程图中的部分步骤进行添加或删减。在本实施例中，以所述客户端2为主要执行主体进行示例性描述。

该方法包括以下步骤：

S200，配置所述推广数据对应的创建步骤序列中每个创建步骤分别对应的接口请求数据。

不同的推广数据分别有不同的一系列创建步骤，组成一种创建步骤序列。所述推广数据的每一个创建步骤都需要调用对应的HTTP接口向服务器4发出HTTP请求。不同的创建步骤对应不同的HTTP接口，通过配置所述创建步骤序列中每一个创建步骤的HTTP接口请求数据，并将每一个创建步骤的HTTP接口请求串联起来，即可实现所述推广数据的自动创建。

在本实施例中，为了简化HTTP请求的调用过程，将每个所述创建步骤对应的HTTP接口的接口请求数据定义到YAML(一种数据格式)文件中。所述YAML文件中包括每个所述创建步骤与每个所述接口请求数据的对应关系。所述接口请求数据包括但不限于接口地址、接口请求方式和接口请求参数。后续客户端2根据每个所述创建步骤从所述YAML文件中获取对应的接口请求数据即可。

另外，针对所述接口请求参数中的某些数据，可以定义为变量，每次进行HTTP请求时动态设置该变量的值。

S202，遍历所述创建步骤序列，获取当前创建步骤。

当开始创建所述推广数据时，获取所述推广数据对应的所述创建步骤序列。所述创建步骤序列一般包括多个创建步骤，客户端2遍历所述创建步骤序列，按照所述创建步骤序列中的顺序依次获取每一个所述创建步骤并执行。每一次获取并正在执行的创建步骤称为当前创建步骤。

S204，从所述配置中获取所述当前创建步骤对应的所述接口请求数据。

在上述步骤S200中已配置所述创建步骤序列中每个所述创建步骤对应的接口请求数据。当获取到所述当前创建步骤后，从所述配置(YAML文件)中进一步获取所述当前创建步骤对应的所述接口请求数据，包括接口地址、接口请求方式和接口请求参数。

S206，根据所述接口请求数据生成所述当前创建步骤对应的HTTP请求。

具体地，从所述接口请求数据中提取所述接口请求方式和所述接口请求参数，根据所述接口请求方式和所述接口请求参数生成所述HTTP请求。

客户端2根据所述接口请求数据自动封装HTTP请求并发送给服务器4，完成HTTP接口的请求调用，即可实现相应的创建步骤。

值得注意的是，所述HTTP请求中一般还包括登录信息和上游数据。所述登录信息包括登录账号和登录密钥。所述登录账号可以由上游链路(当前创建步骤前面的创建步骤)传入，所述登录密钥按照预定规则生成(不同类型的推广数据对应的登录方式有差异，需要不同的登录密钥生成方式)。每次发送HTTP请求时,会将登录信息一起发送给服务器，服务器会根据登录信息来验证该账号是否登录,登录信息验证通过后服务器才会接受所述HTTP请求。

所述上游数据分为两种情况，可以是上游链路对应的HTTP请求所保存的服务器反馈数据，也可以是用户在前端页面输入的数据。所述HTTP请求调用过程中是否会用到上游数据,需要提前在所述YAML文件中进行定义，格式为${变量名称}或者$变量名称，变量名称标识上游链路中保存的数据的名称。

具体而言，进一步参阅图3，为上述步骤S206的细化流程示意图。可以理解，该流程图不用于对执行步骤的顺序进行限定。根据需要，还可以对该流程图中的部分步骤进行添加或删减。在本实施例中，所述步骤S206具体包括：

S2062，判断所述当前创建步骤对应的HTTP请求是否需要上游数据。当需要上游数据时，执行步骤S2064-S2066。当不需要上游数据时，直接执行步骤S2066。

每个创建步骤对应的HTTP请求是否需要上游数据可以在所述接口请求数据(例如在接口请求参数部分)中预先设置，并且还可以设置需要哪些上游数据，从哪里获取。在获取所述当前创建步骤对应的所述接口请求数据后，根据所述接口请求数据判断所述当前创建步骤对应的所述HTTP请求是否需要上游数据。

S2064，获取所述上游数据。

当所述HTTP请求需要上游数据时，根据预先设置的情况从前面步骤保存的反馈数据或者接收到的用户在前端页面输入的数据中获取所述上游数据。

S2066，生成HTTP请求。

当所述HTTP请求不需要上游数据时，直接根据所述接口请求数据中的所述接口请求方式和所述接口请求参数生成对应的HTTP请求。当所述HTTP请求需要上游数据时，根据所述接口请求数据和获取到的所述上游数据生成对应的HTTP请求。另外，还需要生成登录信息加入所述HTTP请求中。

回到图2，S208，向服务器发送所述HTTP请求并接收服务器的反馈数据。

具体地，从所述接口请求数据中提取所述接口地址，将所述HTTP请求按照所述接口请求数据中的所述接口地址发送至服务器4。

服务器4接收到所述HTTP请求后，首先验证所述登录信息，验证通过后接受所述HTTP请求，根据所述HTTP请求中所请求的参数获取相应的反馈数据并发送至客户端2。客户端2接收服务器4发送的所述反馈数据。

S210，根据所述反馈数据执行所述当前创建步骤，然后返回所述步骤S202，从所述创建步骤序列中获取下一个创建步骤，直至完成所述创建步骤序列的所有创建步骤，以创建出所述推广数据。

当接收到服务器4发送的反馈数据后，可以根据所述反馈数据执行完成相应的所述创建步骤。然后继续根据所述创建步骤序列中的下一个创建步骤生成对应的HTTP请求，发送至服务器并接收服务器的反馈数据，根据所述反馈数据执行完成所述下一个创建步骤。以此类推，直至完成所述创建步骤序列中的所有创建步骤，即可创建出相应的所述推广数据。

本实施例提出的推广数据创建方法，可以提取不同推广数据的每一个创建步骤对应的HTTP接口请求数据，自动生成不同的HTTP请求并按照创建步骤序列进行串联，实现所述推广数据的自动创建，创建效率高且数据可靠，广泛适用于各种不同的数据类型。

实施例二

如图4所示，为本申请第二实施例提出的一种推广数据创建方法的流程图。本实施例中，所述推广数据创建方法在上述第一实施例的基础上，还包括步骤S300-S302。可以理解，本方法实施例中的流程图不用于对执行步骤的顺序进行限定。根据需要，还可以对该流程图中的部分步骤进行添加或删减。

该方法包括以下步骤：

S300，接收所需创建的推广数据的类型。

针对每种不同类型的推广数据，分别有不同的一系列创建步骤。当需要创建推广数据时，用户首先输入所述推广数据的类型，客户端2接收所述类型后，根据所述类型执行后续过程。

S302，从预先设定的模板中获取所述类型的推广数据对应的创建步骤序列。

针对每种不同类型的推广数据，可以分别预先设定不同的创建步骤。在本实施例中，所述模板可以是所述类型与所述创建步骤的对应关系列表，也可以是其他任何可行形式的模板文件，在此不做限制。一般而言，一种类型的推广数据对应多个创建步骤，所述多个创建步骤按照执行顺序组成所述创建步骤序列。

当客户端2接收到所需创建的推广数据的类型后，从预先设定的所述模板中获取所述类型的推广数据对应的所述创建步骤序列，后续按照所述创建步骤序列执行相应创建步骤。

S304，配置所述创建步骤序列中每个创建步骤分别对应的接口请求数据。

所述述创建步骤序列中每一个创建步骤都需要调用对应的HTTP接口向服务器4发出HTTP请求。不同的创建步骤对应不同的HTTP接口，通过配置所述创建步骤序列中每一个创建步骤的HTTP接口请求数据，并将每一个创建步骤的HTTP接口请求串联起来，即可实现所述推广数据的自动创建。

在本实施例中，为了简化HTTP请求的调用过程，将每个所述创建步骤对应的HTTP接口的接口请求数据定义到YAML(一种数据格式)文件中。所述YAML文件中包括每个所述创建步骤与每个所述接口请求数据的对应关系。所述接口请求数据包括但不限于接口地址、接口请求方式和接口请求参数。后续客户端2根据每个所述创建步骤从所述YAML文件中获取对应的接口请求数据即可。

另外，针对所述接口请求参数中的某些数据，可以定义为变量，每次进行HTTP请求时动态设置该变量的值。

S306，遍历所述创建步骤序列，获取当前创建步骤。

当开始创建所述推广数据时，获取所述推广数据对应的所述创建步骤序列。所述创建步骤序列一般包括多个创建步骤，客户端2遍历所述创建步骤序列，按照所述创建步骤序列中的顺序依次获取每一个所述创建步骤并执行。每一次获取并正在执行的创建步骤称为当前创建步骤。

S308，从所述配置中获取所述当前创建步骤对应的所述接口请求数据。

在上述步骤S304中已配置所述创建步骤序列中每个所述创建步骤对应的接口请求数据。当获取到所述当前创建步骤后，从所述配置(YAML文件)中进一步获取所述当前创建步骤对应的所述接口请求数据，包括接口地址、接口请求方式和接口请求参数。

S310，根据所述接口请求数据生成所述当前创建步骤对应的HTTP请求。

具体地，从所述接口请求数据中提取所述接口请求方式和所述接口请求参数，根据所述接口请求方式和所述接口请求参数生成所述HTTP请求。

客户端2根据所述接口请求数据自动封装HTTP请求并发送给服务器4，完成HTTP接口的请求调用，即可实现相应的创建步骤。

值得注意的是，所述HTTP请求中一般还包括登录信息和上游数据。所述登录信息包括登录账号和登录密钥。所述登录账号可以由上游链路(当前创建步骤前面的创建步骤)传入，所述登录密钥按照预定规则生成(不同类型的推广数据对应的登录方式有差异，需要不同的登录密钥生成方式)。每次发送HTTP请求时,会将登录信息一起发送给服务器，服务器会根据登录信息来验证该账号是否登录,登录信息验证通过后服务器才会接受所述HTTP请求。

所述上游数据分为两种情况，可以是上游链路对应的HTTP请求所保存的服务器反馈数据，也可以是用户在前端页面输入的数据。所述HTTP请求调用过程中是否会用到上游数据,需要提前在所述YAML文件中进行定义，格式为${变量名称}或者$变量名称，变量名称标识上游链路中保存的数据的名称。

该步骤的具体过程参阅上述图3及相关说明，在此不再赘述。

S312，向服务器发送所述HTTP请求并接收服务器的反馈数据。

具体地，从所述接口请求数据中提取所述接口地址，将所述HTTP请求按照所述接口请求数据中的所述接口地址发送至服务器4。

服务器4接收到所述HTTP请求后，首先验证所述登录信息，验证通过后接受所述HTTP请求，根据所述HTTP请求中所请求的参数获取相应的反馈数据并发送至客户端2。客户端2接收服务器4发送的所述反馈数据。

S314，根据所述反馈数据执行所述当前创建步骤，然后返回所述步骤S306，从所述创建步骤序列中获取下一个创建步骤，直至完成所述创建步骤序列的所有创建步骤，以创建出所述推广数据。

当接收到服务器4发送的反馈数据后，可以根据所述反馈数据执行完成相应的所述创建步骤。然后继续根据所述创建步骤序列中的下一个创建步骤生成对应的HTTP请求，发送至服务器并接收服务器的反馈数据，根据所述反馈数据执行完成所述下一个创建步骤。以此类推，直至完成所述创建步骤序列中的所有创建步骤，即可创建出相应的所述推广数据。

本实施例提出的推广数据创建方法，可以在模板中设定不同类型的推广数据对应的不同的创建步骤序列，并配置所述创建步骤序列中每个创建步骤对应的不同的接口请求数据。当需要创建某一类型的所述推广数据时，提取所述类型的所述推广数据的每一个创建步骤对应的HTTP接口请求数据，自动生成不同的HTTP请求并按照创建步骤序列进行串联，实现所述推广数据的自动创建，创建效率高且数据可靠，广泛适用于各种不同的数据类型。

为了更详尽的对该方法的上述各步骤进行解释说明，以下以特定的具体实施例(所述推广数据为广告数据)为例进行说明。本领域技术人员当知，下述具体实施例的内容并不用于限制本发明的发明思想，本领域技术人员可以轻易依据下述实施例具体描述内容进行适当的内容发散和扩展。

如图5所示，为本申请特定具体实施例提出的一种推广数据创建方法的流程图。在该具体实施例中，所述推广数据创建方法包括以下步骤：

S400，接收所需创建的广告数据类型。

所述广告数据类型包括效果广告、品牌广告、互选广告(广告主与上传者)、个人起飞广告(上传者在商业化流量中投放原创非商业化的视频内容，通过运营优化增加视频曝光和点击播放量进而快速涨粉的工具)、实时竞价广告等。不同广告类型的售卖方式不同，相应广告数据的创建步骤也不同。

S402，从预先设定的模板中获取所述广告数据类型对应的创建步骤序列。

下面以上述几种广告数据类型为例，对每一种广告数据类型对应的创建步骤序列进行说明：

当所述广告数据类型为效果广告时，对应的创建步骤序列包括：

(1)选择广告投放账号：在广告投放系统(投放广告创意的平台)中，选择需要投放广告创意的账号，登陆这个账号。

(2)创建广告计划：设置计划名称、总预算、广告推广的目的等。

(3)创建广告单元：设置单元名称、定向信息、投放时间、投放的频次等。

(4)创建广告创意：配置创意标题、描述、创意图片、跳转链接等。

(5)广告创意审核：在广告审核平台审核广告创意，审核通过后广告创意可以通过广告引擎展示出来。请求广告引擎时,广告引擎会根据请求的参数(例如广告位置、用户信息、IP信息、设备信息等)来展示不同广告创意。

其中，所述广告计划、广告单元和广告创意为广告数据中从大到小的三个维度的信息。

当所述广告数据类型为品牌广告时，对应的创建步骤序列包括：

(1)创建合同：登录客户关系管理系统创建销售合同。

(2)创建订单：登录广告投放系统，选择合同，创建订单。

(3)创建排期：配置广告位创意的展示时间、展示位置等。

值得注意的是，新建排期时，广告排期的展示时间或展示位置一旦被占用就不能再次创建，需要在数据库中清理掉广告排期与展示时间或广告排期与展示位置的占用情况(清理不影响广告的展示)。

(4)合同送审：排期创建后需要在客户关系管理系统进行合同审核(合同会关联排期信息)。

(5)新建创意：合同审核通过后,可以在数据库中拿到排期ID，根据排期ID去创建广告创意，包括配置创意标题、描述、创意图片、跳转链接等。

(6)修改创意展示时间：广告创意创建时不能选择当前时间，创建广告创意成功后需要修改创意展示时间，例如从当天0点开始。

(7)审核创意：在广告审核平台审核创意，审核通过后广告创意可以通过广告引擎展示出来。

其中，品牌广告又细分为CPT(Cost Per Time，按用户使用时长或使用周期计费)、GD(Guaranteed delivery，担保式保量投放)、闪屏CPT、闪屏GD等，分别对应不同的投放策略。不同投放策略在投放广告的步骤上有一些细微的差异，需要进行单独的逻辑判断处理。

当所述广告数据类型为互选广告时，对应的创建步骤序列包括：

(1)发布任务：广告主配置任务名称、任务预算、任务时间、平台(Android或iPhone)、创意样式等。

(2)接受任务：上传者(uploader，上传视频文件的用户)登录任务平台上传视频,将广告主发布的任务挂载在所述视频的广告展示区域(例如视频下方或视频区域，均在视频的播放页面，具体表现为推荐位或弹幕)。

当所述广告数据类型为个人起飞广告时，对应的创建步骤序列包括：

(1)创建视频订单：上传者在视频网站中选择自己上传的视频,创建视频订单，包括设置订单金额、订单类型等。

(2)执行定时任务：将订单信息发送到订单审核平台。

(3)审核订单：订单审核通过。

(4)再次执行定时任务：查询到订单审核通过后，自动生成广告创意。

(5)审核创意：在广告审核平台审核创意，审核通过后广告创意可以通过广告引擎展示出来。

其中，针对互选广告和个人起飞广告，在选择视频时，代码层面的处理方式为：查找上传者有效的视频ID，再用所述视频ID绑定任务、创建订单。视频ID被占用后就不能再次使用，所有有效视频被占用后就不能再次进行绑定，因此需要每次使用完视频ID后在数据库中将任务、订单与视频ID的关联移除掉。

S404，配置所述创建步骤序列中每个创建步骤对应的接口请求数据。

上述每一个步骤都需要调用广告业务系统中的HTTP接口进行HTTP请求。针对每一种广告数据类型，首先根据其对应的所述创建步骤序列中的每个创建步骤，分别在YAML文件中定义相应的接口请求数据，包括接口地址、接口请求方式和接口请求参数等。

S406，遍历所述创建步骤序列，获取当前创建步骤以及所述当前创建步骤对应的所述接口请求数据。

当开始创建所述广告数据时，获取所述广告数据类型对应的所述创建步骤序列，遍历所述创建步骤序列，按照所述创建步骤序列中的顺序依次获取每一个所述创建步骤(当前创建步骤)并执行。当获取到所述当前创建步骤后，从所述YAML文件中进一步获取所述当前创建步骤对应的所述接口请求数据，包括接口地址、接口请求方式和接口请求参数。

S408，根据所述接口请求数据生成所述当前创建步骤对应的HTTP请求，向服务器发送所述HTTP请求并接收服务器的反馈数据。

读取所述YAML文件中的所述接口请求数据，自动封装HTTP请求并发送给服务器4，并接收服务器4发送的反馈数据。其中，所述HTTP请求中还需要封装登录信息，包括登录账号和登录密钥，所述登录账号可以由前面的创建步骤传入，所述登录密钥按照所述广告数据类型对应的登录方式生成。另外还需要根据所述YAML文件查看所述HTTP请求是否需要上游数据。所述上游数据可以是上游链路对应的HTTP请求所保存的服务器反馈数据，也可以是用户在前端页面输入的数据。

HTTP请求调用后所保存的反馈数据一般是广告投放系统生成的一些标识ID，例如广告计划ID、广告单元ID、广告创意ID等。以效果广告为例，在创建广告单元的步骤需要前一步骤(创建广告计划)保存的广告计划ID，在创建广告创意的步骤需要前一步骤(创建广告单元)保存的广告单元ID，在广告创意审核的步骤需要前一步骤(创建广告创意)保存的广告创意ID。

所述前端页面输入的数据包括账户ID、投放位置、推广类型、计划名称、单元名称、创意名称等，用来创意差异化的广告数据。后台代码会把整个创建流程串联起来,用户无需关心广告计划、单元等维度的信息。广告创意创建成功后可以直接被广告引擎获取,并直接拿来测试。

每一个创建步骤对于的HTTP请求调用完成后,需要在数据库中查找创建成功的数据。以创建广告计划的步骤为例，需要查找出来刚才创建成功的广告计划ID，在代码中需要保存所述广告计划ID，所述广告计划ID可以作为一个参数在下一个HTTP请求调用中使用，例如创建广告单元的步骤需要用到所述广告计划ID。

S410，根据所述反馈数据执行所述当前创建步骤，然后返回所述步骤S406，从所述创建步骤序列中获取下一个创建步骤，直至完成所述创建步骤序列的所有创建步骤，以创建出所述广告数据类型的广告数据。

当接收到服务器4发送的反馈数据后，可以根据所述反馈数据执行完成相应的所述创建步骤。然后继续根据所述创建步骤序列中的下一个创建步骤生成对应的HTTP请求，发送至服务器并接收服务器的反馈数据，根据所述反馈数据执行完成所述下一个创建步骤。以效果广告为例，在生成选择广告投放账号的步骤对应的HTTP请求并得到服务器4的反馈数据后，执行所述选择广告投放账号的步骤，然后生成创建广告计划的步骤对应的HTTP请求，得到反馈数据后执行所述生成广告计划的步骤，再生成创建广告单元的步骤对应的HTTP请求，以此类推，直至完成所述创建步骤序列中的所有创建步骤，即可创建出相应的效果广告数据。

另外，值得注意的是，不同广告模板(不同的投放位置)需要不同的图片尺寸,本实施例可以根据模板所需要的尺寸将广告图片进行缩放裁剪。

本实施例提出的推广数据创建方法，可以在不同广告业务系统中提取创建广告数据每一步所对应的HTTP接口信息，通过代码将每一步的HTTP接口请求串联起来，严格按照广告业务系统中创建广告的步骤，根据上下文去请求创建广告每一步所对应的HTTP接口，实现广告创意的秒级创建，不会出现引用工具包产生的代码调用异常，完全模拟广告的创建流程，不会出现广告数据不可靠的问题。

实施例三

如图6所示，为本申请第三实施例提出一种电子装置20的硬件架构示意图。本实施例中，所述电子装置20可包括，但不仅限于，可通过系统总线相互通信连接的存储器21、处理器22、网络接口23。需要指出的是，图6仅示出了具有组件21-23的电子装置20，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。在本实施例中，所述电子装置20可以是所述客户端2。

所述存储器21至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器21可以是所述电子装置20的内部存储单元，例如该电子装置20的硬盘或内存。在另一些实施例中，所述存储器21也可以是所述电子装置20的外部存储设备，例如该电子装置20上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，所述存储器21还可以既包括所述电子装置20的内部存储单元也包括其外部存储设备。本实施例中，所述存储器21通常用于存储安装于所述电子装置20的操作系统和各类应用软件，例如推广数据创建系统60的程序代码等。此外，所述存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器22在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制所述电子装置20的总体操作。本实施例中，所述处理器22用于运行所述存储器21中存储的程序代码或者处理数据，例如运行所述推广数据创建系统60等。

所述网络接口23可包括无线网络接口或有线网络接口，该网络接口23通常用于在所述电子装置20与其他电子设备之间建立通信连接。

实施例四

如图7所示，为本申请第四实施例提出一种推广数据创建系统60的模块示意图。所述推广数据创建系统60可以被分割成一个或多个程序模块，一个或者多个程序模块被存储于存储介质中，并由一个或多个处理器所执行，以完成本申请实施例。本申请实施例所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，以下描述将具体介绍本实施例各程序模块的功能。

在本实施例中，所述推广数据创建系统60包括：

配置模块600，用于配置所述推广数据对应的创建步骤序列中每个创建步骤分别对应的接口请求数据。

不同的推广数据分别有不同的一系列创建步骤，组成一种创建步骤序列。所述推广数据的每一个创建步骤都需要调用对应的HTTP接口向服务器4发出HTTP请求。不同的创建步骤对应不同的HTTP接口，通过配置所述创建步骤序列中每一个创建步骤的HTTP接口请求数据，并将每一个创建步骤的HTTP接口请求串联起来，即可实现所述推广数据的自动创建。

在本实施例中，为了简化HTTP请求的调用过程，将每个所述创建步骤对应的HTTP接口的接口请求数据定义到YAML(一种数据格式)文件中。所述YAML文件中包括每个所述创建步骤与每个所述接口请求数据的对应关系。所述接口请求数据包括但不限于接口地址、接口请求方式和接口请求参数。后续根据每个所述创建步骤从所述YAML文件中获取对应的接口请求数据即可。

另外，针对所述接口请求参数中的某些数据，可以定义为变量，每次进行HTTP请求时动态设置该变量的值。

获取模块602，用于遍历所述创建步骤序列，获取当前创建步骤，及从所述配置中获取所述当前创建步骤对应的接口请求数据。

当开始创建所述推广数据时，获取所述推广数据对应的所述创建步骤序列。所述创建步骤序列一般包括多个创建步骤，获取模块602遍历所述创建步骤序列，按照所述创建步骤序列中的顺序依次获取每一个所述创建步骤并执行。每一次获取并正在执行的创建步骤称为当前创建步骤。当获取到所述当前创建步骤后，获取模块602从所述配置(YAML文件)中进一步获取所述当前创建步骤对应的所述接口请求数据，包括接口地址、接口请求方式和接口请求参数。

生成模块604，用于根据所述接口请求数据生成所述当前创建步骤对应的HTTP请求。

具体地，从所述接口请求数据中提取所述接口请求方式和所述接口请求参数，根据所述接口请求方式和所述接口请求参数生成所述HTTP请求。

值得注意的是，所述HTTP请求中一般还包括登录信息和上游数据。所述登录信息包括登录账号和登录密钥。所述登录账号可以由上游链路(当前创建步骤前面的创建步骤)传入，所述登录密钥按照预定规则生成(不同类型的推广数据对应的登录方式有差异，需要不同的登录密钥生成方式)。每次发送HTTP请求时,会将登录信息一起发送给服务器，服务器会根据登录信息来验证该账号是否登录,登录信息验证通过后服务器才会接受所述HTTP请求。

所述上游数据分为两种情况，可以是上游链路对应的HTTP请求所保存的服务器反馈数据，也可以是用户在前端页面输入的数据。所述HTTP请求调用过程中是否会用到上游数据,需要提前在所述YAML文件中进行定义，格式为${变量名称}或者$变量名称，变量名称标识上游链路中保存的数据的名称。

收发模块606，用于向服务器发送所述HTTP请求并接收服务器的反馈数据。

具体地，收发模块606从所述接口请求数据中提取所述接口地址，将所述HTTP请求按照所述接口请求数据中的所述接口地址发送至服务器4。

服务器4接收到所述HTTP请求后，首先验证所述登录信息，验证通过后接受所述HTTP请求，根据所述HTTP请求中所请求的参数获取相应的反馈数据并发送至客户端2。收发模块606接收服务器4发送的所述反馈数据。

创建模块608，用于根据所述反馈数据执行所述当前创建步骤，然后触发所述获取模块602从所述创建步骤序列中获取下一个创建步骤，直至完成所述创建步骤序列的所有创建步骤，以创建出所述推广数据。

当接收到服务器4发送的反馈数据后，可以根据所述反馈数据执行完成相应的所述创建步骤。然后继续根据所述创建步骤序列中的下一个创建步骤生成对应的HTTP请求，发送至服务器并接收服务器的反馈数据，根据所述反馈数据执行完成所述下一个创建步骤。以此类推，直至完成所述创建步骤序列中的所有创建步骤，即可创建出相应的所述推广数据。

本实施例提出的推广数据创建系统，可以提取不同推广数据的每一个创建步骤对应的HTTP接口请求数据，自动生成不同的HTTP请求并按照创建步骤序列进行串联，实现所述推广数据的自动创建，创建效率高且数据可靠，广泛适用于各种不同的数据类型。

实施例五

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有推广数据创建程序，所述推广数据创建程序可被至少一个处理器执行，以使所述至少一个处理器执行如上述的推广数据创建方法的步骤。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

显然，本领域的技术人员应该明白，上述的本申请实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请实施例不限制于任何特定的硬件和软件结合。

以上仅为本申请实施例的优选实施例，并非因此限制本申请实施例的专利范围，凡是利用本申请实施例说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请实施例的专利保护范围内。