本申请涉及互联网技术领域，尤其涉及一种媒体内容投放方法、装置及系统。
背景技术：
随着互联网技术的发展，越来越多的媒体内容(包括：文本、图片、音频、视频等)会通过互联网推送给各种用户。比如：用户在使用手机、pc等终端设备浏览网页时，会接收到网络侧推送的各种媒体内容，比如：图片或视频格式的广告、公益宣传信息、新闻等。这样，用户可以及时获知时讯、感兴趣的内容等。这类媒体内容可被称为推送信息或推送内容等。
技术实现要素：
本申请实例提出了一种媒体内容投放方法，包括：
从订单数据库中获取新建排期下的多个订单；
将所述多个订单分别发送给对应的需求方平台dsp，其中，任一所述需求方平台dsp对接收到的订单进行媒体内容的素材绑定；
接收多个需求方平台dsp发送的多个素材绑定消息，每一个素材绑定消息对应一个订单，并包含对应订单绑定的素材的信息；
从订单数据库中获取正在排期的订单，所述正在排期的订单为所述订单数据库中除去已投放订单及投放中订单之外的订单；
针对所述正在排期的订单中的任一个订单，根据所述接收的多个素材绑定消息，判断该订单绑定的素材是否符合要求；
将绑定的素材符合要求的订单在订单数据库中的状态更新为待投放；
在订单数据库中获取状态为待投放的订单，并提供给投放系统，以使其进行投放处理。
本申请实例还提出了一种媒体内容投放装置，包括：
订单获取单元，用于从订单数据库中获取新建排期下的多个订单；
订单发送单元，用于将所述多个订单分别发送给对应的需求方平台dsp，其中，任一所述需求方平台dsp对接收到的订单进行媒体内容的素材绑定；
素材绑定消息接收单元，用于接收多个需求方平台dsp发送的多个素材绑定消息，每一个素材绑定消息对应一个订单，并包含对应订单绑定的素材的信息；
正在排期订单获取单元，用于从订单数据库中获取正在排期的订单，所述正在排期的订单为所述订单数据库中除去已投放订单及投放中订单之外的订单；
绑定素材判断单元，用于针对所述正在排期的订单中的任一个订单，根据所述接收的多个素材绑定消息，判断该订单绑定的素材是否符合要求；
状态更新单元，用于将绑定的素材符合要求的订单在订单数据库中的状态更新为待投放；
订单投放单元，用于在订单数据库中获取状态为待投放的订单，并提供给投放系统，以使其进行投放处理。
本申请实例还提出了相应的系统，包括：供应方平台ssp、需求方平台dsp和投放系统。
采用本申请提出的上述方案，可以实现用于投放媒体内容的订单的自动绑定校验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实例提出的媒体内容投放方法涉及的系统架构示意图；
图2是本申请实例提出的媒体内容投放方法的流程示意图；
图3是本申请实例提出的媒体内容投放方法的投放的流程示意图；
图4是本申请实例提出的根据素材绑定消息判断订单是否绑定的流程示意图；
图5是本申请实例提出的根据素材判断订单绑定的素材是否符合要求的流程示意图；
图6是本申请实例提出的获取新建排期下的多个订单的流程示意图；
图7是本申请实例提出的将多个订单发送给对应dsp的流程示意图；
图8是本申请实例提出的媒体内容投放方法应用到品牌程序化广告中的流程示意图；
图9是本申请实例提出的媒体内容投放方法应用到品牌程序化广告中的详细流程示意图；
图10是本申请实例提出的媒体内容投放方法应用到品牌程序化广告中时订单在各流程中的状态图；
图11是本申请实例提出的媒体内容投放装置的结构示意图；以及
图12是本申请实例提出的媒体内容投放装置所在的计算机设备的组成结构图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本申请提供了一种媒体内容投放方法，该方法所应用的系统构架，如图1所示。该系统构架包括：应用客户端101、媒体内容服务器102、供应方平台(ssp)103、推送信息交易平台(比如互联网广告系统中的广告交易平台adx)104、多个需求方平台(dsp)105及投放平台106。用户使用用户设备中的应用客户端101(比如：视频客户端、新闻客户端、浏览器等)访问媒体内容服务器102进而能够浏览页面内容或者观看视频。应用客户端101会发送携带用户信息、展示位置信息和/或设备信息等的信息推送请求(比如：互联网广告系统中的广告曝光请求)到ssp103。ssp103根据该信息推送请求中携带的用户信息、展示位置信息和/或设备信息，ssp103处的订单数据库中订单的定向信息以及不同dsp的优先级在订单数据库中完成订单的选取，其中所述选取的订单是到达投放时间并且绑定素材成功的订单。ssp103将选取的订单信息发送至推送信息交易平台104，推送信息交易平台104向与所述选取的订单相对应的dsp发起询问请求，根据该dsp反馈的询问响应确定该dsp是否要求针对当前信息推送请求推送所述订单对应的媒体内容，推送信息交易平台104将dsp105发送的反馈响应发送给ssp103，当所述反馈响应显示所述dsp要求针对当前信息推送请求推送所述订单对应的媒体内容(即该dsp决定要这个流量)时，ssp103将该订单的信息(比如订单标识)提供给投放平台106，投放平台106可以将所述订单中描述的展示位置的信息和对应媒体内容的素材地址等信息发送给应用客户端101，使得应用客户端101可以拉取到媒体内容的素材并在相应的展示位置展示该订单的信息描述的媒体内容(比如广告、新闻等内容)。当所述反馈响应显示所述dsp要求针对当前信息推送请求不推送所述订单对应的媒体内容(即该dsp决定不要这个流量)时，ssp103进行在订单数据库中重新选取订单。
这里，信息推送请求携带的信息中，用户信息可以包括互联网用户在各种app、网站上注册使用的各种账号，如：qq等即时通讯号码、e-mail地址、微信账号、微博账号、淘宝账号等。展示位置信息用来描述媒体服务器102在应用客户端的页面中提供的用来展示媒体内容的位置，比如描述某个页面中可用来展示广告的位置。设备信息用来描述用户设备本身的属性，可包括：诸如移动终端、pc、智能电视等设备类型，诸如安卓、ios等操作系统类型，品牌/机型信息等等。
上述的用户设备可以为诸如手机、平板、掌上电脑、可穿戴设备等便携式终端设备，也可以为台式机、笔记本电脑等pc，也可以为智能电视等各种具有互联网访问能力和展示界面的智能设备。上述的媒体内容服务器102可以为互联网中能够向用户提供各种媒体内容展示服务的服务器，比如：门户网站服务器、在线视频服务器、社交应用服务器(如微博、微信、即时通讯服务器等)、电子邮件服务器、社交网络平台服务器(如博客、bbs服务器等)、电商平台服务器(京东、淘宝、亚马逊等平台的服务器)等。这里的供应方指的是推送流量(也称为曝光流量)的供应方，即能够提供曝光机会的一方。上述的媒体内容可以为图片、视频、音频等格式的广告、公益宣传信息、新闻等。
在一些实例中，本方法应用于互联网广告系统。与传统广告不同的是，互联网广告是以人群为投放目标、以产品为导向的技术型投放模式。互联网广告不仅为广告主带来了以准确接触目标受众为方法论的全新的营销渠道，也为互联网免费产品和媒体提供商找到了规模化变现手段。当本方法应用于互联网广告系统中时，推送信息交易平台104为adx104。上述信息推送请求为广告曝光请求或者称为广告请求。上述dsp105可以为品牌dsp105，上述dsp可以包括一个或多个，如dsp1051、dsp1052、dsp1053等。
当应用客户端101向ssp103发送信息推送请求时，ssp103在订单数据库中查找与所述信息推送请求相匹配的订单进行投放，其中选取的订单需要满足到达投放时间并且绑定素材成功的条件。对于品牌程序化广告来说，其是通过合约的方式进行采买，当广告主与媒体方达成合约后，会产生用于投放契约的订单deal。在一订单的投放开始前，dsp需要将该订单配置到dsp系统中，并绑定投放的媒体内容的素材，确认无误后媒体才可在ssp103上对该订单开启投放。在一些实例中，采用通过邮件、qq群等方式将dealid提供给dsp，dsp收到后，人工配置到dsp系统中，配置完成后，通过qq群、电话口头等方式告知媒体，媒体侧人工开启投放。在另一些实例中，dsp登录adx等系统，自主查看deal信息，并人工配置到dsp系统中，然后在adx中更新deal状态为“已配置完成”，媒体看到dsp更新状态后，代表dsp对该订单已完成配置，则可人工开启该订单的投放。然而上述方案全部依靠人工完成，媒体和dsp间的操作全部为黑箱操作，无法通过系统和数据共享确认双方系统配置无误，仅是双方人员基于“历史经验”的口头确认，极易产生由于人为配置错误导致的投放异常，存在较大风险。并且人工成本高、配置效率低。
基于上述技术问题，本申请提出一种媒体内容投放方法，该方法可应用于ssp103，如图2所示，该方法包括以下步骤：
步骤201：从订单数据库中获取新建排期下的多个订单。
当需求方(例如互联网广告中的广告主)与媒体方达成合约后，媒体方会形成用于投放契约的订单，在这里媒体方可以为供应方平台ssp103，媒体方将新形成的订单存储在订单数据库中，并对新形成的多个订单进行排期，将排期信息存储在排期数据库中。每次从订单数据库中获取新建排期下的订单发送给dsp进行素材绑定，确保新建的订单能及时发送给dsp进行绑定素材，避免耽误后期的订单投放。此外，从订单数据库中获取订单发送给dsp的过程是一个周期的过程，因而需要定期从订单数据库中获取新建排期下的多个订单。
当本申请的媒体内容推送方法用于推送品牌程序化广告时，所述订单为广告投放过程中交易的契约(deal)，该deal描述的信息格式如表1所示：
表1
该deal包括的属性参数有：dealid、deal名称、投放的广告位、播放形式、播放时长、定向信息、推送比、投放开始日期、投放结束日期等。
步骤202：将所述多个订单分别发送给对应的dsp。其中，任一所述需求方平台dsp对接收到的订单进行媒体内容的素材绑定。
每一个订单为媒体方与需求方达成合约时形成的媒体内容投放契约，因而每一个订单对应一个需求方，一个需求方对应一个dsp，因而一个订单对应一个dsp，在订单中包含对应的dsp的属性信息，根据订单的属性参数可以获得该订单对应的dsp，将上步骤中获取的新建排期下的多个订单以httppost请求的方式分别发送给对应的dsp。当本申请的媒体内容推送方法用于推送品牌程序化广告时，所述订单为广告投放过程中交易的契约deal，当以httppost请求的方式将deal发送给dsp时，请求的参数如表2所示：
表2
请求参数中的publisher_id和token能够标识和验证请求的发送者，brand_name与product_name标识广告主。请求的参数主要包括请求的发布者、dsp唯一id、排期的编号、排期的开始时间和结束时间、标识广告主的品牌名称和产品名称、以及发送给该dsp的deal列表。其中所述deal列表包括要发送给该dsp所有的deal。其中，请求的发布者用于防止伪装攻击，标识广告主的品牌名称和产品名称与dsp内部采用的广告品牌名称和产品名称可能会有不一致的问题，因此广告品牌名称和产品名称可以采取线下提前同步的方式同步给dsp。因为一个广告主下可能包括多个品牌及多个产品，dsp根据deal中的品牌信息及产品信息选择对应素材进行绑定。当dsp接收到发送的请求时，返回收到请求的确认。
步骤203：接收多个需求方平台dsp发送的多个素材绑定消息。
在一些实例中，ssp103可以定时向多个dsp发送获取素材绑定消息的请求，该请求可以采用httppost请求的方式，每个dsp根据该请求，将已经绑定过素材的订单对应的素材绑定消息发送给ssp103，每一个素材绑定消息对应一个订单，并包含对应订单绑定的素材的信息。所述素材绑定消息包括的参数有：对应的订单的标识序号，绑定的所有素材的id，绑定的素材在dsp侧的审核状态，在推送信息交易平台的上传状态，在推送信息交易平台上审核的状态以及该素材生效的开始时间与结束时间。
步骤204：从订单数据库中获取正在排期的订单。
在一些实例中，ssp103可以定时从订单数据库中获取正在排期的订单，所述正在排期的订单为所述订单数据库中除去已投放订单及投放中订单之外的订单，即把订单数据库中除去已经投放过及投放中的订单外所有的订单都从订单数据库中拉取出来。将从订单数据库中拉取的所有正在排期的订单数据与步骤203中获取的素材绑定消息数据进行匹配，以获得与每一个订单相对应的素材绑定消息。
步骤205：针对所述正在排期的订单中的任一个订单，根据所述接收的多个素材绑定消息，判断该订单绑定的素材是否符合要求。
在一些实例中，获取每一个订单相对应的素材绑定消息后，根据该素材绑定消息获取素材。由于订单中描述了素材的属性参数，其包括播放开始时间、播放结束时间、播放时长、播放形式等参数，因此根据获取的该订单对应的素材，可以判断该素材是否满足该订单描述的素材属性要求。
步骤206：将绑定的素材符合要求的订单在订单数据库中的状态更新为待投放。当订单绑定的素材满足订单的素材属性要求时，判定该订单素材绑定成功，将该订单的状态变成“待投放”，写入到订单数据库中。
步骤207：在订单数据库中获取状态为待投放的订单，并提供给投放系统，以使其进行投放处理。
在一些实例中，在对订单数据库中状态为待投放的订单进行投放处理时，定时从订单数据库中查询到达投放时间并且状态为“待投放”的订单，并查询这些订单的投放信息，将这些信息汇总到一个文件中。向投放平台(如广告投放引擎等)推送包含汇总信息的文件，投放平台离线解析这个文件并加载到实时投放模块中，订单正式进入投放，以将订单描述的媒体内容的素材推送给用户侧的客户端101。投放平台投放订单的详细流程如图3所示，投放平台中的离线加载模块301加载所述文件，并将所述文件中的订单列表加载到投放平台中的特定的一块共享内存302中，投放平台中的在线投放模块303从共享内存302中读取订单列表，使订单列表中的订单正式进入投放。
采用本申请提供的媒体内容投放方法，订单形成并建立排期后，自动向dsp推送排期下的订单等交易信息，dsp收到推送的订单消息后，根据协议智能关联到内部系统中并将素材绑定消息回传给媒体方的ssp，ssp收到后，可自动检验订单的素材绑定是否符合要求，并智能开启订单的投放。从而实现ssp与dsp之间通过系统自动配置订单及智能开启投放，避免了人工配置和人工确认的环节，从而降低了出错率，节省了人力资源，提高了效率。此外dsp在完成订单配置后，会将素材绑定消息回传给媒体，媒体可在投放前进行订单绑定素材的校验，对素材绑定成功的订单自动开启投放，而素材绑定失败的订单不能投放，从而保证了投放正常执行。
在一些实例中，在上述步骤205中，在执行所述根据所述接收的多个素材绑定消息，判断该订单绑定的素材是否符合要求时，如图4所述，包括以下步骤：
步骤401：在所述多个素材绑定消息中查找与所述订单相对应的素材绑定消息。这里，可以根据当前一个正在排期的订单的订单标识，在多个素材绑定消息中查找包含相同订单标识的素材绑定消息，并将其作为与该订单对应的素材绑定消息。
针对从订单数据库中获取的正在排期的订单，不能保证每一个订单都查找到与其对应的素材绑定消息，一方面所述正在排期的订单可能是新形成的订单，还没有发送到dsp侧进行素材绑定；另一方面dsp侧是将已经绑定过素材的订单对应的素材绑定消息返回给ssp，dsp侧存在素材绑定中或者还没有进行素材绑定的订单；再有就是dsp侧返回的素材绑定消息中可能有一些是针对其他ssp的。因而需要将从订单数据库中获取的订单数据与从dsp侧接收的素材绑定消息数据进行匹配，查找与一个订单相对应的素材绑定消息。每一个素材绑定消息中包括对应订单的订单标识，根据该订单标识查找一个素材绑定消息对应的订单。从dsp侧请求素材绑定消息是一个周期的过程，ssp定时向dsp侧发送一次获取素材绑定消息的请求，对于dsp侧返回的素材绑定消息，对于每一个请求周期设定一个时间，将该时间之后的素材绑定消息返回给ssp，从而避免dsp将历史中所有的素材绑定消息都返回给ssp。
步骤402：当查找到与所述订单相对应的素材绑定消息时，判定所述订单素材已绑定，并根据查找到的素材绑定消息中包含的所述素材的信息判断所述订单绑定的素材是否符合要求。
当查找到与一个订单相对应的素材绑定消息后，判定该订单素材已绑定，查找到的素材绑定消息中包括该订单绑定的素材的id，根据该id获得订单绑定的素材，并判定所述素材是否符合该订单的要求。
步骤403：当没有查找到与所述订单相对应的素材绑定消息时，判定所述订单素材未绑定。对于一个订单来说，如果没有查找到与其对应的素材绑定消息，判定该订单还没有进行素材的绑定。
在一些实例中，在上述步骤402中，在执行所述根据查找到的素材绑定消息判断所述订单绑定的素材是否符合要求时，如图5所述，包括以下步骤：
步骤501：根据所述查找到的素材绑定消息获取所述订单绑定的素材的标识。
从dsp侧返回的素材绑定消息的格式如表3所示：
表3
素材绑定消息中包括素材绑定消息对应的订单的id，即订单标识序号，绑定的素材在dsp侧的审核状态，在推送信息交易平台上的上传状态、在推送信息交易平台上的审核状态以及素材的有效时间，同时还包括绑定的素材的id，即绑定的素材的标识。
步骤502：根据所述订单绑定的素材的标识获取所述订单绑定的素材的属性信息。
这里，素材绑定消息中包括该订单绑定的素材的id，根据该id可以获得订单绑定的素材的属性信息。这里，订单的属性信息可以包括：文件格式、文件尺寸等格式信息，也可以包括播放形式、播放时长等播放信息，等等。素材的属性信息存储在一个数据库中，根据素材的id从该数据库中获取素材的属性信息。
步骤503：从所述订单中获取所述订单对素材的要求。
在一些实例中，订单描述了素材的属性参数，主要包括媒体内容的投放位置、播放形式、播放时长等，订单的这些属性参数就可以作为对其要绑定的素材的属性要求，例如订单的播放形式为视频播放，但绑定的素材是一张图片，则绑定的素材不符合订单的要求。
步骤504：判断步骤502所获取的所述订单绑定的素材的属性信息是否满足步骤503获取的所述订单对素材的要求，如果订单绑定的素材的属性信息满足订单对素材的要求，则执行步骤505；否则执行步骤506；。
步骤505：判定所述订单绑定的素材符合要求，结束当前流程。
步骤506：判定所述订单绑定的素材不符合要求，结束当前流程。
在一些实例中，本申请提出的媒体内容投放方法还包括：
根据所述查找到的素材绑定消息中携带的所述素材的状态和/或所述素材的投放周期，判断所获取的所述素材是否未过期和/或所述素材的状态是否正常，如果所述素材未过期和/或所述素材的状态正常，并且所获取的所述素材的属性信息满足所述订单对素材的要求，则判定所述订单绑定的素材符合要求，否则判定所述订单绑定的素材不符合要求。
这里，素材的状态可包括：dsp侧的审核状态、推送信息交易平台(如adx)上的上传状态、推送信息交易平台上的审核状态等等。
判断订单绑定的素材是否符合订单对素材的要求，如表4所述，主要从素材的4个方面进行判定。
表4
其中第一项：素材投放日期，在表3中的素材绑定消息中包含素材生效的开始与结束日期，根据该日期可以判断素材是否过期。此外表1中的广告订单中包括订单投放的开始及结束日期，还要判断素材的有效日期与订单的投放日期是否想匹配，是否会出现时间矛盾的情况。第二项为：素材的状态，主要是判断素材在dsp侧的审核状态、素材在推送信息交易平台的上传状态、素材在推送信息交易平台的审核状态，素材的这些信息在表3中的素材绑定消息中已经存在，ssp接收到素材绑定消息后对该项进行审核。第三项素材的文件格式主要是判断素材的文件格式是否满足订单的播放形式的要求。第四项素材的播放时长主要是判断素材的播放时长与表1中的订单的播放时长是否匹配。当素材的上述四个方面都审核通过后，判定订单绑定的素材符合订单的要求，即素材绑定成功，否则判定素材不符合订单的要求，即订单绑定素材失败。
在一些实例中，所述媒体内容推送方法还包括：对于绑定的素材不符合要求的订单及素材未绑定的订单，向对应需求方平台dsp发送通知消息，所述通知消息携带所述绑定的素材不符合要求的订单的订单标识及所述素材未绑定的订单的订单标识，以提示所述需求方平台dsp对所述绑定的素材不符合要求的订单重新绑定新素材，以及对所述素材未绑定的订单进行绑定素材。
在一些实例中，在上述步骤201中，在执行所述从订单数据库中获取新建排期下的多个订单时，如图6所述，包括以下步骤：
步骤601：从排期数据库中获取所述新建排期。
当需求方与媒体方达成合约后，会形成用于投放契约的订单，并对新形成的多个订单进行排期，将排期信息存储在排期数据库中。每次从订单数据库中获取新建排期下的订单发送给dsp进行素材绑定，确保新建的订单及时发送给dsp进行绑定素材，避免耽误后期的订单投放。
步骤602：根据所述新建排期在所述订单数据库中获取所述新建排期下的多个订单。
由于订单数据库中订单的个数较多，先从排期数据库中获取新建排期，根据新建排期的信息在订单数据库中查找该新建排期下的订单，能够提高查找效率。
在一些实例中，在上述步骤202中，在执行所述将所述多个订单分别发送给对应的需求方平台dsp时，如图7所述，包括以下步骤：
步骤701：将所述多个订单进行分组，将对应相同需求方平台dsp的订单划分为一组。
一个订单对应一个需求方，一个需求方对应一个dsp，因而一个订单对应唯一一个dsp，在将多个订单发送给对应的dsp时，将属于同一dsp的订单一起发给该dsp，因而将该多个订单进行分组，对应同一个dsp的订单划分为一组。
步骤702：将划分为一组的订单整合在一个订单清单中。
将划分为一组的所有订单整合在一个订单清单中，所述订单清单为多个订单的列表。
步骤703：将所述订单清单发送给对应的需求方平台dsp。
将订单清单发送给对应dsp时，采用httppost的方式，请求的参数可以参照表2，其中表2中的deal列表为订单清单。
可以将本申请提出的媒体内容投放方法应用到广告投放中，具体地应用到品牌程序化广告的投放中。品牌程序化广告是程序化交易广告的一种，程序化交易广告分为四类：程序化直投、程序化优选、邀请竞价和公开竞价。品牌程序化广告是指程序化交易广告中程序化直投和程序化优选两种方式。与邀请竞价和公开竞价有所不同的是，品牌程序化广告不需要通过竞价的方式采买流量，而是合约式的方式进行采买。当将本申请提出的媒体内容投放方法应用到品牌程序化广告中时，订单为品牌程序化广告投放过程中的交易契约，即deal。具体的流程如图8所示，主要包括订单数据库801、deal推送模块802、dsp803、绑定查询校验模块804、自动放量模805及广告投放引擎806。deal推送模块802会定时从订单数据库801中拉取新建排期信息，根据新建排期信息导出新建排期下包含的所有deal，并将这些deal信息以httppost请求的方式推送给dsp803。dsp803收到请求后可以根据自身情况决定何时绑定deal以及如何绑定deal。绑定查询校验模块804会定时向dsp发送请求拉取素材绑定信息，dsp对deal绑定完成后从查询接口可以拉取到deal下绑定的素材的属性信息，所述属性信息包括素材的规格(文件格式、播放方式等)，绑定查询校验模块804会根据素材的属性信息与deal描述的广告形式进行校验，如果素材的属性与广告形式不符，则会判定绑定错误，不能放量。对于绑定失败的deal或查找不到素材绑定信息的deal向dsp发送告警邮件提醒dsp重新绑定素材或者绑定素材。如果素材的属性与广告形式相符，则订单素材绑定成功，对于绑定成功的deal，查询校验模块804最终会将绑定结果写回到订单数据库801中。自动放量模块806定时从数据库801中导出可投放(素材绑定成功并且达到投放时间)的deal，将这些deal推送到广告投放平台中的广告投放引擎806中，广告投放引擎806接收到这些deal后这些deal就进入了投放流程。
deal推送模块802及绑定查询校验模块804的具体的流程如图9所示，deal推送模块802执行定时任务901，绑定查询校验模块804执行定时任务902。deal推送模块802进行如下操作：从排期数据库和订单数据库中拉取新建排期下的deal，其中排期数据库给出当前新建的排期，推送模块802根据排期信息从订单数据库中拉取新建排期下的所有的deal。之后将对应同一个dsp的deal整合到一个deal清单中，将该deald清单以httppost方式发送给对应dsp。deal清单中包括deal名称、投放的广告位、播放形式、播放时长、定向信息、推送比、投放开始日期、投放结束日期等信息，dsp将根据这些信息选择素材进行绑定。deal推送模块802推送完成后，dsp需要向deal推送模块802返回收到请求的确认，收到dsp的确认请求之后，deal推送模块802的工作就已经完成。
绑定查询校验模块804有如下步骤：从订单数据库中拉取所有正在排期的deal列表，每个deal包括对素材格式的要求等信息，从对应dsp侧提供的查询接口拉取素材绑定信息，收到并解析完dsp返回的素材绑定信息之后，绑定查询校验模块804将根据每个deal绑定的素材的id查找出具体的素材的属性信息，并对这些素材的属性信息进行校验，判定其是否满足deal对素材的要求。素材判定结束后，判定成功的素材绑定的deal认为绑定成功，判定失败的deal认为绑定失败，而没有查到绑定素材信息的deal则仍为未绑定状态。绑定查询校验模块804针对绑定失败和尚未绑定的deal，将向对应的dsp发送告警邮件提醒dsp尽快绑定新的素材或者绑定素材。针对绑定成功的deal，其状态变成“待投放”，写入数据库中，等待自动放量模块805推送到广告投放平台中。
自动放量模块有如下步骤：定时从订单数据库中查询到达投放时间并且状态为“待投放”的deal，并查询这些deal的投放信息，将这些信息汇总到一个文件中。向广告投放平台推送汇总后的上述文件，广告投放平台离线解析这个文件并加载到实时投放模块中，deal正式进入投放。
deal在各流程中的状态如图10所示，deal建立之后尚没有相应的素材绑定，此时处于“未绑定”状态。当deal推送模块802将deal推送给dsp之后，由dsp选择素材绑定deal，此时deal处于“绑定中”状态。绑定查询校验模块804从查询接口拉取到素材绑定信息之后，对绑定的素材进行校验，校验成功的deal进入“配置完成”状态，而校验失败或没有找到素材绑定信息的deal进入“绑定错误”状态，对绑定错误的deal，我们将提醒dsp重新绑定。对于校验绑定成功的deal，由于新建的deal本身会设置一层审核，即os审核，如果此时审核人员已审核通过则直接进入“待投放”状态，否则先进入“配置完成”状态，待审核人员审核通过之后再进入“待投放”状态。deal到达投放时间之后，正式开始投放，此时进入“投放中”状态。deal投放周期结束之后，进入“投放结束”状态，整个生命周期完成。
将本申请提供的媒体内容投放方法应用到品牌程序化广告投放中时，能实现品牌程序化广告投放之前，媒体与dsp间通过系统自动智能配置契约和智能开启投放，全程不需要人工干预控制。从而降低了出错率，节省了人力资源，提高了效率。同时保证了投放正常执行。
本申请还提出一种媒体内容投放装置1100，该方法可应用于ssp103。在一实例中，如图11所示，所述装置1100包括如下组成部分：
订单获取单元1101，用于从订单数据库中获取新建排期下的多个订单；
订单发送单元1102，用于将所述多个订单分别发送给对应的需求方平台dsp，其中，任一所述需求方平台dsp对接收到的订单进行媒体内容的素材绑定；
素材绑定消息接收单元1103，用于接收多个需求方平台dsp发送的多个素材绑定消息，每一个素材绑定消息对应一个订单，并包含对应订单绑定的素材的信息；
正在排期订单获取单元1104，用于从订单数据库中获取正在排期的订单，所述正在排期的订单为所述订单数据库中除去已投放订单及投放中订单之外的订单；
绑定素材判断单元1105，用于针对所述正在排期的订单中的任一个订单，根据所述接收的多个素材绑定消息，判断该订单绑定的素材是否符合要求；
状态更新单元1106，用于将绑定的素材符合要求的订单在订单数据库中的状态更新为待投放；
订单投放单元1107，用于在订单数据库中获取状态为待投放的订单，并提供给投放系统，以使其进行投放处理。
采用本申请提供的媒体内容投放装置，订单形成并建立排期后，自动向dsp推送排期下的订单等交易信息，dsp收到推送的订单消息后，根据协议智能关联到内部系统中并将素材绑定消息回传给媒体方的ssp，ssp收到后，可自动检验订单的素材绑定是否符合要求，并智能开启订单的投放。从而实现ssp与dsp之间通过系统自动配置订单及智能开启投放，避免了人工配置和人工确认的环节，从而降低了出错率，节省了人力资源，提高了效率。此外dsp在完成订单配置后，会将素材绑定消息回传给媒体，媒体可在投放前进行订单绑定素材的校验，对素材绑定成功的订单自动开启投放，而素材绑定失败的订单不能投放，从而保证了投放正常执行。
在一些实例中，所述绑定素材判断单元1105，用于
根据一正在排期的订单的订单标识，在所述多个素材绑定消息中查找包含相同订单标识的素材绑定消息；
当查找到素材绑定消息时，判定所述订单素材已绑定，并根据查找到的素材绑定消息中的所述素材的信息判断所述订单绑定的素材是否符合要求；
否则，判定所述订单素材未绑定。
在一些实例中，所述订单获取单元1101用于，从排期数据库中获取所述新建排期；
根据所述新建排期在所述订单数据库中获取所述新建排期下的多个订单。
在一些实例中，所述订单发送单元1102用于，
将所述多个订单进行分组，将对应相同需求方平台dsp的订单划分为一组；
将属于同一组的订单整合在一个订单清单中；
将各所述订单清单发送给各自对应的需求方平台dsp。
本申请实例还提供一种媒体内容投放系统，包括：包括：供应方平台ssp、需求方平台dsp和投放平台；其中，
所述供应方平台ssp从订单数据库中获取新建排期下的多个订单，并将所述多个订单分别发送给对应的所述需求方平台dsp；
所述需求方平台dsp对接收到的订单进行媒体内容的素材绑定，并将素材绑定消息发送给所述供应方平台ssp，每一个素材绑定消息对应一个订单，并包含对应订单绑定的素材的信息；
所述供应方平台ssp从订单数据库中获取正在排期的订单，所述正在排期的订单为所述订单数据库中除去已投放订单及投放中订单之外的订单，针对所述正在排期的订单中的任一个订单，根据所述接收的多个素材绑定消息，判断该订单绑定的素材是否符合要求，并将绑定的素材符合要求的订单在订单数据库中的状态更新为待投放；
所述供应方平台ssp在订单数据库中获取状态为待投放的订单，并将所述订单发送给投放平台；
所述投放平台对所述订单进行投放。
上述各模块/单元/平台可能实现在同一个服务器设备或者服务器集群中，也可能分布在不同的服务器设备或者服务器集群中。
上述各模块/单元/平台功能的实现原理前文已有详述，这里不再赘述。
在一实例中，上述媒体内容投放装置中的各模块/单元/平台可运行在各种计算设备中，并加载在该计算设备的存储器中。
图12示出了文本分类特征提取装置及文本分类装置所在的计算设备的组成结构图。如图12所示，该计算设备包括一个或者多个处理器(cpu)1202、通信模块1204、存储器1206、用户接口1210，以及用于互联这些组件的通信总线1208。
处理器1202可通过通信模块1204接收和发送数据以实现网络通信和/或本地通信。
用户接口1210包括一个或多个输出设备12112，其包括一个或多个扬声器和/或一个或多个可视化显示器。用户接口1210也包括一个或多个输入设备1214，其包括诸如，键盘，鼠标，声音命令输入单元或扩音器，触屏显示器，触敏输入板，姿势捕获摄像机或其他输入按钮或控件等。
存储器1206可以是高速随机存取存储器，诸如dram、sram、ddrram、或其他随机存取固态存储设备；或者非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备，或其他非易失性固态存储设备。
存储器1206存储处理器1202可执行的指令集，包括：
操作系统1216，包括用于处理各种基本系统服务和用于执行硬件相关任务的程序；
应用1218，包括用于媒体内容投放的各种应用程序，这种应用程序能够实现上述各实例中的处理流程，比如可以包括图11所示的媒体内容投放装置1100中的部分或全部单元。各单元1101-1108中的至少一个单元可以存储有机器可执行指令。处理器1202通过执行存储器1206中各单元1101-1108中至少一个单元中的机器可执行指令，进而能够实现上述各单元1101-1108中的至少一个单元的功能。
需要说明的是，上述各流程和各结构图中不是所有的步骤和模块/单元/平台都是必须的，可以根据实际的需要忽略某些步骤或模块/单元/平台。各步骤的执行顺序不是固定的，可以根据需要进行调整。各模块/单元/平台的划分仅仅是为了便于描述采用的功能上的划分，实际实现时，一个模块/单元/平台可以分由多个模块/单元/平台实现，多个模块/单元/平台的功能也可以由同一个模块/单元/平台实现，这些模块/单元/平台可以位于同一个设备中，也可以位于不同的设备中。
各实施例中的硬件模块/单元/平台可以以硬件方式或硬件平台加软件的方式实现。上述软件包括机器可读指令，存储在非易失性存储介质中。因此，各实施例也可以体现为软件产品。
各例中，硬件可以由专门的硬件或执行机器可读指令的硬件实现。例如，硬件可以为专门设计的永久性电路或逻辑器件(如专用处理器，如fpga或asic)用于完成特定的操作。硬件也可以包括由软件临时配置的可编程逻辑器件或电路(如包括通用处理器或其它可编程处理器)用于执行特定操作。
另外，本申请的每个实例可以通过由数据处理设备如计算机执行的数据处理程序来实现。显然，数据处理程序构成了本申请。此外，通常存储在一个存储介质中的数据处理程序通过直接将程序读取出存储介质或者通过将程序安装或复制到数据处理设备的存储设备(如硬盘和或内存)中执行。因此，这样的存储介质也构成了本申请，本申请还提供了一种非易失性存储介质，其中存储有数据处理程序，这种数据处理程序可用于执行本申请上述方法实例中的任何一种实例。
图12中的模块/单元/平台对应的机器可读指令可以使计算机上操作的操作系统等来完成这里描述的部分或者全部操作。非易失性计算机可读存储介质可以是插入计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器。安装在扩展板或者扩展单元上的cpu等可以根据指令执行部分和全部实际操作。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。