CN108415908A - 一种多媒体数据的处理方法及服务器 - Google Patents

Abstract

本发明实施例公开了一种多媒体数据的处理方法，包括：接收来自第一终端的第一请求，第一请求用于请求为第一终端对应的第一用户发送多媒体数据；响应第一请求，获取同步的第一多媒体数据集合，从本地的第二多媒体数据集合中选出与第一请求对应的第一订单；依据第一预设选单策略，从第一多媒体数据集合中选出与第一订单对应的第二订单；发送由第一订单和第二订单得到的订单集合；接收对订单集合的反馈响应，从反馈响应中解析出订单集合的子订单，发送子订单给所述第一终端，用以第一终端依序加载子订单中的至少一个多媒体数据并播放。本发明实施例还公开了一种服务器。

Description

一种多媒体数据的处理方法及服务器

技术领域

本发明涉及互联网领域中的数据处理技术，尤其涉及一种多媒体数据的处理方法及服务器。

背景技术

随着互联网技术的发展，信息交互的形式呈现多样化。以广告信息为例，在广告信息的几种交互模式中，服务器在接收到一次请求对其进行处理的过程中，该一次请求中可以有多个曝光机会，该服务器针对一个曝光机会推送一个广告订单，通过该广告订单是否被选中，来决定该广告订单在终端的投放。若是上述广告订单未被选中，则一次曝光机会就会错失，也就是说该曝光机会需要的广告没有选出来，容易造成缺量的问题，并且由于服务器只能对一个曝光机会推送一个广告订单，因此，服务器对广告订单的推送量也比较少，进而影响到了广告订单的执行率。

发明内容

为解决上述技术问题，本发明实施例期望提供一种多媒体数据的处理方法及服务器，能够提升整体流量推送次数，从而缓解缺量问题，同时使得订单执行率增高。

本发明的技术方案是这样实现的：

本发明实施例提供了一种多媒体数据的处理方法，包括：

接收来自第一终端的第一请求，所述第一请求用于请求为所述第一终端对应的第一用户发送多媒体数据；

响应所述第一请求，获取同步的第一多媒体数据集合，从本地的第二多媒体数据集合中选出与所述第一请求对应的第一订单；

依据第一预设选单策略，从所述第一多媒体数据集合中选出与所述第一订单对应的第二订单；

发送由所述第一订单和所述第二订单得到的订单集合；

接收对所述订单集合的反馈响应，从所述反馈响应中解析出所述订单集合的子订单，发送所述子订单给所述第一终端，用以所述第一终端依序加载所述子订单中的至少一个多媒体数据并播放。

本发明实施例提供了一种服务器，包括：

接收单元，用于接收来自第一终端的第一请求，所述第一请求用于请求为所述第一终端对应的第一用户发送多媒体数据；

获取单元，用于响应所述第一请求，获取同步的第一多媒体数据集合，以及，

选择单元，用于从本地的第二多媒体数据集合中选出与所述第一请求对应的第一订单；以及依据第一预设选单策略，从所述第一多媒体数据集合中选出与所述第一订单对应的第二订单；

发送单元，用于发送由所述第一订单和所述第二订单得到的订单集合；

所述接收单元，还用于接收对所述订单集合的反馈响应；

解析单元，用于从所述反馈响应中解析出所述订单集合的子订单；

所述发送单元，还用于发送所述子订单给所述第一终端，用以所述第一终端依序加载所述子订单中的至少一个多媒体数据并播放。

本发明实施例提供了一种多媒体数据的处理方法及服务器，接收来自第一终端的第一请求，第一请求用于请求为第一终端对应的第一用户发送多媒体数据；响应第一请求，获取同步的第一多媒体数据集合，从本地的第二多媒体数据集合中选出与第一请求对应的第一订单；依据第一预设选单策略，从第一多媒体数据集合中选出与第一订单对应的第二订单；发送由第一订单和第二订单得到的订单集合；接收对订单集合的反馈响应，从反馈响应中解析出订单集合的子订单，发送子订单给所述第一终端，用以第一终端依序加载子订单中的至少一个多媒体数据并播放。采用上述技术实现方案，由于服务器在进行多媒体数据的订单选单时，除了会响应第一请求获取第一订单外，还获取了用于进行备选的与第一订单对应的第二单元，也就是说，第二订单中的多媒体数据可以在第一订单中的多媒体数据未被选中时，进行备选选择，这样使得一次请求的推送量增加了，也就是说，能够提升整体流量推送次数，从而缓解缺量问题，同时使得订单执行率增高。

附图说明

图1为本发明实施例提供的一种服务器与终端交互系统架构图；

图2为本发明实施例提供的一种多媒体数据的处理系统架构图；

图3为本发明实施例提供的一种多媒体数据的处理方法流程图一；

图4为本发明实施例提供的一种多媒体数据的处理方法流程图二；

图5为本发明实施例提供的一种多媒体数据的处理方法流程图三；

图6为本发明实施例提供的一种多媒体数据的处理方法流程图四；

图7为本发明实施例提供的一种多媒体数据的处理方法流程图五；

图8为本发明实施例提供的一种多媒体数据的处理方法流程图六；

图9为本发明实施例提供的示例性的优先级-权重二级索引结构示意图；

图10为本发明实施例提供的示例性的多媒体数据的权重对比图；

图11为本发明实施例提供的一种服务器的结构示意图一；

图12为本发明实施例提供的一种服务器的结构示意图二；

图13为本发明实施例提供的一种服务器的结构示意图三；

图14为本发明实施例提供的一种服务器的结构示意图四；

图15为本发明实施例提供的一种服务器的结构示意图五。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

图1为本发明实施例中一种服务器与终端交互系统的架构图，图1中包括：一个或多个服务器1、终端2及网络3，网络3中包括路由器，网关等等网络实体，图中并未体现。终端2通过有线网络或者无线网络与服务器1进行多媒体数据的交互，以便从终端2采集到第一请求传输至服务器1，服务器将响应第一请求的多媒体数据反馈给终端2，以便终端2可以播放该多媒体数据。终端的类型如图1所示，包括手机、平板电脑或PDA、台式机、PC机、智能TV等类型。其中，终端中安装有各种用户所需的第一应用，比如具备娱乐功能的应用(如视频应用，音频播放应用，游戏应用，阅读软件、聊天应用和直播应用)，又如具备服务功能的应用(如地图导航应用、团购应用、拍摄应用等)。

需要说明的是，在程序化广告的几种交易模式中，私有程序化购买(PDB，Programmatic Direct Buying)和实时竞价(RTB，Real Time Bidding)是两种主流的交互模式。RTB：多媒体服务器的每一次曝光机会(对应第三方的需求方平台(DSP，Demand SidePlatform)，通过竞价的方式选择价高者得。PDB指保价保量的程序化广告投放方式。

基于上述架构，本发明实施例中的服务器1可以为：多媒体服务器1。本发明实施例提供的一种多媒体数据的处理流程，应用在PDB模式中时，如图2所示，多媒体服务器1接收来自第一终端2的第一请求，第一请求中可以多个曝光机会，针对每一次曝光机会多媒体数据的订单经过该多媒体服务器1的广告引擎1-1选出至少两个多媒体数据后，将选出多个曝光机会对应的多个多媒体数据通过其广告交易平台1-2(ADX，Ad Exchange)推送(实时请求)给一个DSP 4，该多个多媒体数据中携带这个DSP对应的订单交易标识(deal ID)，这样，DSP 4可以从上述每一次曝光机会对应的至少两个多媒体数据中选出一个广告订单(反馈响应)通过ADX 1-2反馈给广告引擎1-1，并通过广告引擎1-1发送到第一终端2上进行投放。具体的，多媒体服务器接收来自第一终端的第一请求，第一请求用于请求为第一终端对应的第一用户发送多媒体数据；响应第一请求，获取同步的第一多媒体数据集合(以protocolbuffer即PB文件形式)，以用作数据补齐的备选，从本地的第二多媒体数据集合中选出与第一请求对应的第一订单；依据第一预设选单策略，从第一多媒体数据集合中选出与第一订单对应的第二订单(具体通过建立第一倒排索引进行检索和筛选)；发送由第一订单和第二订单得到的订单集合(其中包含了第一索引)；接收对订单集合的反馈响应，从反馈响应中解析出订单集合的子订单，发送子订单给所述第一终端，用以第一终端依序加载子订单中的至少一个多媒体数据并播放。

基于上述架构和流程，实现下述各实施例。

实施例一

本发明实施例提供了一种多媒体数据的处理方法，如图3所示，该方法可以包括：

S101、接收来自第一终端的第一请求，该第一请求用于请求为第一终端对应的第一用户发送多媒体数据。

在本发明实施例中，在第一用户集合中的第一用户通过第一终端在登录如社交应用、即时聊天应用、新闻应用等应用后，向其对应的服务器发送请求，即第一请求，以请求为第一用户发送多媒体数据。

这里，第一用户在第一终端上登录如社交网络服务(SNS，Social NetworkingServices)应用程序、即时通信应用程序、新闻应用程序等应用程序，由于这些应用程序的界面中专门有多媒体数据，如静态广告、动态广告、视频广告等展示位，那么，当用户登录这些应用程序之后，第一终端会向服务器发送请求，以请求为这些多媒体数据展示位分配多媒体数据。

本发明实施例中的服务器为多媒体服务器，该多媒体服务器可以包含ADX和多媒体数据引擎(例如广告引擎)等。

可选的，在本发明实施例中，第一终端可以为如智能手机、平板电脑、智能手表、笔记本电脑、台式电脑等设备，本发明实施例不作具体限定。

如此，可以理解的是，上述多媒体数据可以为在应用程序的显示界面中多媒体数据展示位(也可称为曝光机会)进行展示的信息；而请求(第一请求)可以为请求为这些多媒体数据展示位分配多媒体数据的消息。

具体的，在本发明实施例中，多媒体服务器中的多媒体数据引擎接收来自第一终端的第一请求。

S102、响应第一请求，获取同步的第一多媒体数据集合，从本地的第二多媒体数据集合中选出与该第一请求对应的第一订单。

服务器接收来自第一终端的第一请求之后，该服务器需要响应该第一请求，从本地的第二多媒体数据集合中选出与该第一请求对应的第一订单，并且获取同步的第一多媒体数据集合，以用作数据补齐的备选，其中，该第一多媒体数据集合是作为第一订单的备选订单的。

需要说明的是，在本发明实施例中，服务器响应第一请求，也就是服务器响应请求的过程为：该服务器根据优先级逻辑和本地中计算出的第二多媒体数据集合中的多媒体数据的优先级，选取与多媒体数据展示位相同数量的第一订单。在本发明实施例中，一次第一请求可以请求这次所有多媒体数据展示位对应的多媒体数据。

特别的，本发明实施例中的多媒体服务器是需要与DSP进行订单的选择的，而第二多媒体数据集合中的多媒体数据的类型是有很多种的，可以组成常规订单、DSP订单，定向订单等特殊订单。若本发明实施例是多媒体服务器向DSP进行数据交互的过程时，则该多媒体服务器选出的第一订单应该为DSP订单。

可选的，第一请求中携带请求多媒体数据的N个多媒体数据展示位，该N个多媒体数据展示位是按照第一顺序排列的，其中，N大于等于1。

可选的，第一订单中的多媒体数据的数量为N个，第一订单与N个多媒体数据展示位对应。

可以理解的是，一个多媒体数据展示位只能展示一个多媒体数据，若有N个多媒体数据展示位时，服务器(多媒体服务器)就会选出N个多媒体数据展示位对应的N个多媒体数据，即第一订单。

示例性的，若第一请求要请求3个多媒体数据展示位，则服务器先按照优先级逻辑从第二多媒体数据集合中选出A、B和C三个多媒体数据组成的第一订单。

S103、依据第一预设选单策略，从第一多媒体数据集合中选出与第一订单对应的第二订单。

服务器响应第一请求，获取同步的第一多媒体数据集合，以用作数据补齐的备选，从本地的第二多媒体数据集合中选出与该第一请求对应的第一订单之后，该服务器中有第一预设选单策略，这样服务器就可以依据第一预设选单策略，从第一多媒体数据集合中选出与第一订单对应的第二订单了。其中，第一预设选单策略为选择与第一订单对应的备选订单的选单逻辑或策略

需要说明的是，在本发明实施例中，服务器选出的第二订单是与第一订单对应的，而第一订单中的多媒体数据的数量又是与第一请求中的多媒体输数据展示位相对应的，因此，服务器可以依据第一预设选单策略从第一多媒体数据集合选出与第一订单中的每个多媒体数据分别对应的多个多媒体数据，该多个多媒体数据组成了第二订单。

这里，第二订单中的多媒体数据要与其对应的第一订单中的多媒体数据的类型一致，例如，第一订单中的已选第一多媒体数据为A，A为30秒多媒体数据，那么服务器选出的第二订单中与已选第一多媒体数据对应的备选多媒体数据也是为30秒的多媒体数据。

进一步地，在本发明实施例中，服务器选出的与第一订单中的一个多媒体数据对应的备选多媒体数据的个数是可以设置一个第一备选多媒体数据上限的，并且第二订单中的总的多媒体数据上限(第二备选多媒体数据上限)也是可以设置的，即预设备选多媒体数据上限包括第一备选多媒体数据上限和第二备选多媒体数据上限。

可以理解的是，服务器进行第二订单的选择时，为了避免超时及降低对其他常规订单的影响，需要考虑推送的订单数上限，因此，在本发明实施例中，服务器针对每个多媒体数据展示位的请求设置有备选多媒体数据上限，即第一备选多媒体数据上限，以及总备选多媒体数据上限，即第二备选多媒体数据上限。例如，第一备选多媒体数据上限为2个，第二备选多媒体数据上限为6，曝光机会(多媒体数据展示位)为3，已选第一订单为A、B和C,服务器选出来的第二订单(即备选订单)为D、E、F、G、H和I，那么，服务器将备选订单按每次曝光机会多媒体数据上限依次填充，则A对应(备选D-E)，B对应(备选F-G)，C对应(备选H-I)。

需要说明的是，本发明实施例中的第一备选多媒体数据上限和第二备选多媒体数据上限是可以配置的，本发明实施例不作限制。

这里，本发明实施例中依据第一预设选单策略选择第二订单的过程将在后面实施例中进行详细的说明。

S104、发送由第一订单和第二订单得到的订单集合。

服务器在获取了第一订单以及选择出了与第一订单对应的第二订单之后，该服务器可以将由第一订单和第二订单组成的订单集合推送出去。

具体的，服务器可以通过ADX推送由第一订单和第二订单得到的订单集合至DSP，该DSP就可以从上述订单集合中选取投放的多媒体数据了。

这里，第一订单和第二订单组成的订单集合是有订单顺序的，具体的，订单集合中的第一订单是按照第一顺序排列的，第二订单中的多媒体数据按照与第一订单中的多媒体数据的对应关系排列在相应的第一订单中的多媒体数据后面，也就是说，第二订单也是按照第一顺序插在第一订单中对应的多媒体数据之后。

示例性的，假设第一备选多媒体数据上限为2个，第二备选多媒体数据上限为6，曝光机会(多媒体数据展示位)为1，2和3，已选第一订单为A、B和C，其中，多媒体服务器选出的1对应的多媒体数据为A，2对应的多媒体数据为B，3对应的多媒体数据为C，多媒体服务器选出来的第二订单(即备选订单)为D、E、F、G、H和I，那么，多媒体服务器将备选订单按每次曝光机会多媒体数据上限依次填充，选出A对应的备选D-E，B对应的备选F-G，C对应的备选H-I，并且，多媒体服务器将第一订单和第二订单按照A-(备选D-E)，B-(备选F-G)，C-(备选H-I)的顺序进行排列，得到订单集合。其中，A-(备选D-E)对应曝光机会1，B-(备选F-G)对应曝光机会2，C-(备选H-I)对应曝光机会3。

进一步地，在本发明实施例中，服务器将订单集合(订单列表)携带在订单投放请求中，发送给ADX，并通过ADX生成对应DSP的实时请求发送给DSP，以使得DSP在订单集合中进行多媒体数据的选取，供投放时使用。其中，上述实时请求中携带上述订单集合。

S105、接收对订单集合的反馈响应，从反馈响应中解析出订单集合的子订单，发送该子订单给第一终端，用以该第一终端依序加载该子订单中的至少一个多媒体数据并播放。

服务器发送由第一订单和第二订单得到的订单集合接收对订单集合的反馈响应之后，该服务器接收针对发送订单集合的实时请求的反馈响应，从反馈响应中解析出与第一多媒体数据展示位对应的第一多媒体数据，至少一个第一多媒体数据组成子订单，该第一多媒体数据展示位为N个多媒体数据展示位的任意一个，该第一多媒体数据是从第一订单和与其对应的第二订单中选择出来的一个多媒体数据。

具体的，由DSP发送对订单集合的反馈响应，该反馈响应中携带了DSP从订单集合中选取的等待投放的多媒体数据，即至少一个第一多媒体数据。在多媒体服务器接收并解析出了要投放的至少一个第一多媒体数据之后，该多媒体服务器就可以将包含该至少一个多媒体数据的子订单发送给第一终端，用以该第一终端依序加载该子订单中的至少一个多媒体数据并在该第一终端上进行播放。

需要说明的是，在本发明实施例中，由于第一订单中的多媒体数据是按照第一顺序排列的，并且第二订单是与第一订单按照相同的顺序插入在第一订单中的，因此，服务器接收到的子订单中的至少一个第一多媒体数据也是具有顺序的，并且至少一个第一多媒体数据是与多媒体数据展示位的顺序相对应的，因此，第一终端在接收到子订单时，可以按照多媒体数据展示位的顺序依序将该子订单中的至少一个第一多媒体数据(即至少一个多媒体数据)在与其对应的多媒体数据展示位上播放出来。

示例性的，曝光机会(多媒体数据展示位)为1，2和3，已选第一订单为A、B和C，其中，多媒体服务器选出的1对应的多媒体数据为A，2对应的多媒体数据为B，3对应的多媒体数据为C，多媒体服务器选出来的第二订单(即备选订单)为D、E、F、G、H和I，那么，多媒体服务器将备选订单按每次曝光机会多媒体数据上限依次填充，选出A对应的备选D-E，B对应的备选F-G，C对应的备选H-I，并且，多媒体服务器将第一订单和第二订单按照A-(备选D-E)，B-(备选F-G)，C-(备选H-I)的顺序进行排列，得到订单集合。其中，A-(备选D-E)对应曝光机会1，B-(备选F-G)对应曝光机会2，C-(备选H-I)对应曝光机会3。这时，多媒体服务器将订单集合通过ADX发送给DSP，由DSP从订单集合中选取出来了多媒体数据A、F和I，于是，多媒体服务器将多媒体数据A、F和I发送给第一终端，第一终端按照曝光机会1、曝光机会2和曝光机会3的顺序，在曝光机会1处播放多媒体数据A，在曝光机会2处播放多媒体数据F以及在曝光机会3处播放多媒体数据I。

示例性的，在本发明实施例中，规定DSP反馈协议的格式(反馈给服务器的格式)如下：

反馈协议格式：application/json；charset＝UTF-8；其中，反馈协议参数的表示为表1所示：

表1

反馈内容格式可以为：

进一步地，如图4所示，S103之前，本发明实施例提供的一种多媒体数据的处理方法还可以包括S106-S107。如下：

S106、检测是否启动流量复用策略，其中，该流量复用策略为选择第二订单的启动条件，且该流量复用策略在一次选单时生效。

在本发明实施例中，服务器(即多媒体服务器)可设置有流量复用策略，该流量复用策略可以为选择第二订单的启动条件，且该流量复用策略在一次选单时生效。在本发明实施例中，若是DSP的反馈响应中没有选中的多媒体数据时，该多媒体服务器需要进行二次选单，即第二次选择订单的过程来进行多媒体数据的推送，而本发明实施例中的流量复用策略仅在一次选单时生效，并不在二次选单时生效，二次选单还是和现有技术的实现一致。

这里，在本发明实施例中，只有在流量复用策略开启时，多媒体服务器才能进行备选订单即第二订单的选择过程，因此，在多媒体服务器进行备选订单的选取前，先要检测看是否启动了流量复用策略，若是没有启动的话，则按照现有选单逻辑进行此次的选单及投放选择的过程。

S107、若检测到已启动流量复用策略，则开始进行选择第二订单的过程。

服务器检测是否启动流量复用策略之后，若是服务器检测到流量复用策略已经开启了，则该服务器就可以开始进行第二订单的选择过程了。也就是说，由于流量复用策略为选择第二订单的启动条件，因此，只有在该流量复用策略启动或开启时，才能进行备选订单的选择，即才能进行本发明实施例提供的多媒体数据的处理方式。

需要说明的是，在本发明实施例中，进行本发明实施例提供的多媒体数据的处理方法是程序化多媒体数据的选择的过程，而在正常的千人成本(Cost Per Mille，CPM)广告或多媒体数据中，服务器还要对常规的广告或多媒体数据进行选单或处理的过程。在服务器在进行针对DSP类型的多媒体数据的选单之前，若是开启了流量复用策略，则采用本发明实施例提供的多媒体数据的处理方法。否则就进行目前的选单逻辑进行多媒体数据的推送了。也就是说，服务器在流量复用策略启用的情况下，为选中品牌程序化多媒体数据的订单的插入位置(即多媒体数据展示位)，在该位置上根据第一预设选单策略准备备选订单(第二订单)。

需要说明的是，S106-S107在S103之前执行，在本发明实施例中不限制S106-S107在S103之前的执行顺序，可以在S101之前，也可以在S101-S102之间执行，还可以在S102-S103之间执行，本发明实施例不作限制。

进一步地，如图5所示，S105之后，本发明实施例提供的一种多媒体数据的处理方法还可以包括S108。如下：

S108、根据子订单和第一顺序，记录第一订单和第二订单中的每个多媒体数据的推送量。

服务器在接收对订单集合的反馈响应，从反馈响应中解析出订单集合的子订单，发送该子订单给第一终端，就表征服务器推送的订单集合中的子订单中的多媒体数据成功了，而在这个时候，服务器还是要统计下这次进行推送的多媒体数据的推送量的，也就是说有多少多媒体数据是被选过的。于是，服务器在接收对订单集合的反馈响应，从反馈响应中解析出订单集合的子订单，发送该子订单给第一终端之后，该服务器就可以根据子订单和第一顺序，推断出已经被选过的多媒体数据了，从而可以记录下第一订单和第二订单中的每个多媒体数据的推送量了。

这里，由于DSP在所有订单集合中是按照第一顺序选择要投放的订单并进行反馈的。因此，服务器在接收到的反馈响应中若解析出了某个多媒体数据展示位对应的某一个多媒体数据(子订单中的)，则服务器就记录该某个多媒体数据展示位对应的多媒体数据中在该某一个多媒体数据前的多媒体数据，以及某一个多媒体数据都记录推送了一次。服务器在接收到的反馈响应中若未解析出了多媒体数据，则表征未从订单集合中选择出需要的多媒体数据，订单集合中的多媒体数据都被选了一遍也没有被选中的(即没有子订单)，于是，服务器将订单集合中的所有多媒体数据都记录推送了一次。

需要说明的是，DSP反馈的子订单中的多媒体数据的数量最多与多媒体数据展示位的数量一致，在DSP从订单集合中选中了一个多媒体数据展示位对应的多媒体数据之后，该DSP就不会选择或者遍历该一个多媒体数据展示位对应的其他多媒体数据了，因此，服务器不会记录该其他多媒体数据被推送一次。

示例性的，假设订单集合为：A-(备选D-E)、B-(备选F-G)、C-(备选H-I)，DSP回复子订单中的多媒体数据为A、F、I(即多媒体服务器接收的子订单中解析出了多媒体数据A、F和I)，其中，A-(备选D-E)对应曝光机会1，B-(备选F-G)对应曝光机会2，C-(备选H-I)对应曝光机会3，那么，多媒体服务器针对曝光机会1，记录A一次推送，曝光机会2中给B、F均记录一次推送，曝光机会3中给C、H、I均记录一次推送。

进一步地，如图6所示，S104之后，本发明实施例提供的一种多媒体数据的处理方法还可以包括S109。如下：

S109、若未接收对订单集合的反馈响应，则将第一订单和第二订单中的每个多媒体数据均记录下推送一次。

服务器发送由第一订单和第二订单得到的订单集合接收对订单集合的反馈响应之后，该服务器可能会出现若未接收对订单集合的反馈响应的情况，这时，该服务器需要将第一订单和第二订单中的每个多媒体数据均记录下推送一次。

在本发明实施例中，在DSP没有反馈时，多媒体服务器需要则进行二次选单，于是，ADX将此次推送的所有推送订单均记录一次推送。另外，若是针对某个曝光机会或者多媒体数据展示位DSP没有反馈，则同样的，将该多媒体数据展示位对应的所有多媒体数据记录推送了一次。

需要说明的是，本发明实施例中还存在一种情况，服务器在推送订单集合中，DSP认为用户相同的客户订单可以不再进行选择，那么就需要DSP提前同步每个第一订单中的多媒体数据中允许备选的订单白名单(先期只同步完全不重叠的，后期逐步放宽部分用户的重叠)，因此，在本发明实施例中，需控制将每个曝光机会已选订单的白名单订单列入为第一多媒体数据集合。

可以理解的是，由于服务器在进行多媒体数据的订单选单时，除了会响应第一请求获取第一订单外，还获取了用于进行备选的与第一订单对应的第二单元，也就是说，第二订单中的多媒体数据可以在第一订单中的多媒体数据未被选中时，进行备选选择，这样使得一次请求的推送量增加了，也就是说，能够提升整体流量推送次数，从而缓解缺量问题，同时使得订单执行率增高。

实施例二

基于实施例一描述的基础上，如图7所示，S103即本发明实施例提供的一种多媒体数据的处理方法中，服务器依据第一预设选单策略，从第一多媒体数据集合中选出与第一订单对应的第二订单的过程可以包括：S1031-S1034。如下：

S1031、对第一多媒体数据集合进行预处理，得到第一候选多媒体数据集合。

在本发明实施例中，服务器通过一个离线模块定时从DSP中同步一个第一多媒体数据集合，该第一多媒体数据集合中包括不用用户的订单交易标识(例如，Deal ID)。这里，DSP通过离线模块将该Deal ID以protocol buffer文件的方式传送给多媒体服务器。

示例性的，DSP为多媒体服务器同步一份第一多媒体数据集合(订单白名单)，以protocol buffer协议进行传输，文件格式定义如下：

具体的，如图8所示，S1031即本发明实施例提供的一种多媒体数据的处理方法中，服务器对第一多媒体数据集合进行预处理，得到第一候选多媒体数据集合的过程可以包括：S10311-S10313。如下：

S10311、建立与第一多媒体数据集合对应的第一倒排索引。

服务器对第一多媒体数据集合先建立了与第一多媒体数据集合对应的第一倒排索引。

在本发明实施例中，多媒体服务器在第一多媒体数据集合(即订单白名单)基础上，以bitmap方式构造两块多媒体数据的倒排索引(即第一倒排索引)：一块为dsp与其第二多媒体数据集合的映射，通过多媒体服务器自有多媒体数据资源文件所带的dspid字段为键值；一块为第二多媒体数据集合与第一多媒体数据集合的映射，以白名单资源的订单号为键值。两块bitmap的bit数量为当前系统下单的多媒体的订单数量，根据订单标识号从小到大映射到对应bit上。

需要说明的是，本发明实施例中的第一倒排索引用于对多媒体数据进行检索。

S10312、根据第一倒排索引和预设筛选规则，对第一多媒体数据集合进行筛选，选出第一待候选多媒体数据集合，该预设筛选规则用于选择出接近第一订单的有用订单。

服务器对第一多媒体数据集合先建立了与第一多媒体数据集合对应的第一倒排索引之后，由于该服务器中设置有用于选择出接近第一订单的有用订单的预设筛选策略，因此，该服务器可以根据第一倒排索引和预设筛选规则，对第一多媒体数据集合进行筛选，选出第一待候选多媒体数据集合了。其中，本发明实施例中的有用订单是指在可选CPM订单集合中符合某一DSP的订单特性的多媒体数据。也就是说，服务器通过多媒体数据的第一倒排索引的集合操作，对第一多媒体数据集合进行初步的快速筛选工作。

示例性的，在本发明实施例中，假设一个多媒体数据展示位选中GPB订单(第一订单)A，其对应dspid为X(针对的DSP是哪一个的标识)，当服务器是在进行DSP订单的选取时，服务器需要确定可选CPM订单集合、GPB订单集合、Dspid＝X的订单集合，其中，可选CPM订单集合为完成常规CPM选单后，剩余的可选CPM多媒体数据。GPB订单集合为订单信息的type字段被标识为GPB订单的所有多媒体数据。Dspid＝X的订单集合为订单信息中dsp_id字段为X的所有多媒体数据。多媒体服务器根据第一倒排索引在第一多媒体数据集合中，筛选出了A的待候选多媒体数据集合(第一待候选多媒体数据集合)：可选CPM订单集合∩GPB订单集合∩dspid＝X的订单集合∩第一多媒体数据集合＝A的待候选多媒体数据集合，完成了对第一多媒体数据集合的筛选。

需要说明的是，在本发明实施例中的多媒体服务器中，上述集合均被编码为bitmap倒排索引。因此，多媒体服务器可以根据第一倒排索引和预设筛选规则，对第一多媒体数据集合进行筛选，选出第一待候选多媒体数据集合。

需要说明的是，多媒体服务器可以为多个DSP进行推送，因此，在选多媒体数据时，一定要明确给哪个DSP的订单集合。于是，就需要进行上述示例中的筛选过程。

S10313、按照预设互斥逻辑，遍历第一待候选多媒体数据集合排除出互斥的多媒体数据，得到第一候选多媒体数据集合。

服务器根据第一倒排索引和预设筛选规则，对第一多媒体数据集合进行筛选，选出第一待候选多媒体数据集合之后，由于第一待候选多媒体数据集合中可能还存在着互斥的多媒体数据，因此，该服务器可以按照预设互斥逻辑，进一步地遍历第一待候选多媒体数据集合排除出互斥的多媒体数据，从而得到第一候选多媒体数据集合。

在本发明实施例中，预设互斥逻辑可以包括：已选多媒体数据集合以及第一订单中存在有多媒体数据互斥、多媒体用户互斥、素材MD5重复、共用频次超频等。

可选的，服务器可以利用CPM常规选单逻辑遍历第一待候选多媒体数据集合，本发明实施例不作限制。

进一步地，进行素材的时长匹配，若第一待候选多媒体数据集合中包含的多媒体数据的素材时长大于其对应的第一订单中的多媒体数据的时长，也需要排除该多媒体数据。

S1032、计算第一候选多媒体数据集合中每个多媒体数据的优先级和权重，构造与每个多媒体数据对应的第一索引。

S1033、根据每个多媒体数据与其对应的第一索引构成第一候选订单。

服务器在对第一多媒体数据集合进行预处理，得到第一候选多媒体数据集合之后，该服务器可以计算第一候选多媒体数据集合中每个多媒体数据的优先级和权重，于是，该服务器可以构造出与该每个多媒体数据对应的优先级-权重二级索引(第一索引)，该服务器根据每个多媒体数据与其对应的第一索引构成第一候选订单，即服务器将每个多媒体数据其对应的优先级-权重二级索引放入相应第一候选多媒体数据集合中每个多媒体数据中，构成了第一候选订单。

需要说明的是，在本发明实施例中，多媒体数据可以按照重要性、成本以及资源的多少等因素计算出其优先级和权重。

可选的，服务器可以利用CPM选单逻辑计算第一候选多媒体数据集合中每个多媒体数据的优先级和权重，本发明实施例不作限制。

示例性的，优先级-权重二级索引如图9所示，第一候选多媒体数据集合中的每个多媒体数据都有对应的优先级Order Set1-1、Order Set1-2、……、Order Set1-N和权重WEIGHT 1、WEIGHT 2、…….、WEIGHT N等。

S1034、根据计算出的第一订单的优先级、权重和预设备选多媒体数据上限，从第一候选订单中选出与该第一订单对应的第二订单。

服务器在根据每个多媒体数据与其对应的第一索引构成第一候选订单之后，由于该服务器还是可以计算出的第一订单的优先级和权重，因此，该服务器可以根据第一订单的优先级、权重和预设备选多媒体数据上限，从第一候选订单中选出与该第一订单对应的第二订单了。

可选的，本发明实施例中的预设备选多媒体数据上限包括第一备选多媒体数据上限和第二备选多媒体数据上限。

在本发明实施例中，服务器选出的与第一订单中的一个多媒体数据对应的备选多媒体数据的个数是可以设置一个第一备选多媒体数据上限的，并且第二订单中的总的多媒体数据上限(第二备选多媒体数据上限)也是可以设置的。

这里，服务器在选择第一订单中的某一多媒体数据对应的备选多媒体数据时，只需在优先级和权重中存在一个高于或重于该某一多媒体数据即可，但是选出的该某一多媒体数据对应的备选多媒体数据的数量不能超出第一备选多媒体数据上限。第二订单中的多媒体数据的总数不能超过第二备选多媒体数据上限。

示例性的，多媒体服务器根据第一订单的某个多媒体数据展示位对应的多媒体数据的优先级X与权重N以及配置的两类备选订单上限(第一备选多媒体数据上限和第二备选多媒体数据上限)选择第二订单。多媒体服务器首先按照多媒体数据的优先级遍历第一候选订单，对于第一候选订单中高于X的多媒体数据，直接放入第二订单中；对于第一候选订单中多媒体数据的优先级等于或低于X的多媒体数据，选取其权重大于等于N的多媒体数据集合放入第二订单中。若多媒体服务器在选单过程中，第二订单中的多媒体数据达到任一上述上限则结束该某个多媒体数据展示位的选单，若仍未达到上限，则继续进行该某个多媒体数据展示位的选单。

示例性的，以权重为例进行说明，多媒体数据A、B、C和D的权重归一化后的比重如图10所示，那么，若第一订单中的多媒体数据A，则可推送的第二订单中的多媒体数据可以包括B、C、D；若第一订单中的多媒体数据B，则可推送的第二订单中的多媒体数据可以包括D。

可以理解的是，服务器按照如上步骤遍历所有多媒体数据展示位执行备选多媒体数据选单，完成选单后(选出第二订单后)，进行GPB推送(通过ADX将订单集合推送给DSP)。服务器推送GPB请求时，使用当前pb协议已有的一个空闲字段放置备选订单列表，因而不需要对协议进行扩充改造。

示例性的，使用当前pb协议已有的一个空闲字段放置备选订单列表如下：

可以理解的是，流量复用技术方案对于DSP来说，解决同一个DSP的订单覆盖和缺量问题，让DSP在每次请求曝光机会中选择范围更广，由原先的一次选择提升为复用N次，合理选择每次曝光中的多媒体数据的机会。对于多媒体服务器来说，提升整体流量推送次数，缓解缺量，使多媒体数据执行率增高，提高流量变现能力。

实施例三

如图11所示，本发明实施例提供了一种服务器1，该服务器1可以包括：

接收单元10，用于接收来自第一终端的第一请求，所述第一请求用于请求为所述第一终端对应的第一用户发送多媒体数据。

获取单元11，用于响应所述第一请求，获取同步的第一多媒体数据集合，以用作数据补齐的备选；以及，

选择单元12，用于从本地的第二多媒体数据集合中选出与所述第一请求对应的第一订单；以及依据第一预设选单策略，从所述第一多媒体数据集合中选出与所述第一订单对应的第二订单。

发送单元13，用于发送由所述第一订单和所述第二订单得到的订单集合。

所述接收单元10，还用于接收对所述订单集合的反馈响应。

解析单元14，用于从所述反馈响应中解析出所述订单集合的子订单。

所述发送单元13，还用于发送所述子订单给所述第一终端，用以所述第一终端依序加载所述子订单中的至少一个多媒体数据并播放。

可选的，所述第一请求中携带请求多媒体数据的N个多媒体数据展示位，所述N个多媒体数据展示位是按照第一顺序排列的，其中，N大于等于1。

所述第一订单中的多媒体数据的数量为N个，所述第一订单与所述N个多媒体数据展示位对应。

可选的，所述选择单元12，具体用于对所述第一多媒体数据集合进行预处理，得到第一候选多媒体数据集合；及计算所述第一候选多媒体数据集合中每个多媒体数据的优先级和权重，构造与所述每个多媒体数据对应的第一索引；及根据所述每个多媒体数据与其对应的所述第一索引构成第一候选订单；以及根据计算出的所述第一订单的优先级、权重和预设备选多媒体数据上限，从所述第一候选订单中选出与所述第一订单对应的所述第二订单。

可选的，所述选择单元12，还具体用于建立与所述第一多媒体数据集合对应的第一倒排索引；及根据所述第一倒排索引和预设筛选规则，对所述第一多媒体数据集合进行筛选，选出第一待候选多媒体数据集合，所述预设筛选规则用于选择出接近所述第一订单的有用订单；以及按照预设互斥逻辑，遍历所述第一待候选多媒体数据集合排除出互斥的多媒体数据，得到所述第一候选多媒体数据集合。

可选的，基于图11，如图12所示，所述服务器1还包括：检测单元15和启动单元16。

所述检测单元15，用于所述依据第一预设选单策略，从所述第一多媒体数据集合中选出与所述第一订单对应的第二订单之前，检测是否启动流量复用策略，其中，所述流量复用策略为选择所述第二订单的启动条件，且所述流量复用策略在一次选单时生效。

所述启动单元16，用于若检测到已启动所述流量复用策略，则开始进行选择所述第二订单的过程。

可选的，所述订单集合中的所述第一订单是按照所述第一顺序排列的。

可选的，所述解析单元，具体用于从所述反馈响应中解析出与第一多媒体数据展示位对应的第一多媒体数据，至少一个所述第一多媒体数据组成所述子订单，所述第一多媒体数据展示位为所述N个多媒体数据展示位的任意一个，所述第一多媒体数据是从所述第一订单和与其对应的所述第二订单中选择出来的一个多媒体数据。

可选的，基于图12，如图13所示，所述服务器1还包括：记录单元17。

所述记录单元17，用于所述从所述反馈响应中解析出所述订单集合的子订单之后，根据所述子订单和所述第一顺序，记录所述第一订单和所述第二订单中的每个多媒体数据的推送量。

可选的，基于图11，如图14所示，所述服务器1还包括：记录单元17。

所述记录单元17，用于所述发送由所述第一订单和所述第二订单得到的订单集合之后，若未接收对所述订单集合的反馈响应，则将所述第一订单和所述第二订单中的每个多媒体数据均记录下推送一次。

如图15所示，在实际应用中，上述检测单元15、解析单元14，获取单元11、选择单元12、启动单元16和记录单元17可由位于服务器上的处理器18实现，具体为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等实现，接收单元10由接收器19实现，发送单元13由发送器110实现，上述服务器还包括：存储介质111实现，该存储介质111、接收器19和发送器110可以通过系统总线112与处理器17连接，其中，存储介质111用于存储可执行程序代码，该程序代码包括计算机操作指令，存储介质111可能包含高速RAM存储器，也可能还包括非易失性存储器，例如，至少一个磁盘存储器。

可以理解的是，由于服务器在进行多媒体数据的订单选单时，除了会响应第一请求获取第一订单外，还获取了用于进行备选的与第一订单对应的第二单元，也就是说，第二订单中的多媒体数据可以在第一订单中的多媒体数据未被选中时，进行备选选择，这样使得一次请求的推送量增加了，也就是说，能够提升整体流量推送次数，从而缓解缺量问题，同时使得订单执行率增高。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (18)

1.一种多媒体数据的处理方法，其特征在于，包括：

接收来自第一终端的第一请求，所述第一请求用于请求为所述第一终端对应的第一用户发送多媒体数据；

响应所述第一请求，获取同步的第一多媒体数据集合，从本地的第二多媒体数据集合中选出与所述第一请求对应的第一订单；

依据第一预设选单策略，从所述第一多媒体数据集合中选出与所述第一订单对应的第二订单；

发送由所述第一订单和所述第二订单得到的订单集合；

接收对所述订单集合的反馈响应，从所述反馈响应中解析出所述订单集合的子订单，发送所述子订单给所述第一终端，用以所述第一终端依序加载所述子订单中的至少一个多媒体数据并播放。

2.根据权利要求1所述的方法，其特征在于，

所述第一请求中携带请求多媒体数据的N个多媒体数据展示位，所述N个多媒体数据展示位是按照第一顺序排列的，其中，N大于等于1；

所述第一订单中的多媒体数据的数量为N个，所述第一订单与所述N个多媒体数据展示位对应。

3.根据权利要求1所述的方法，其特征在于，所述依据第一预设选单策略，从所述第一多媒体数据集合中选出与所述第一订单对应的第二订单，包括：

对所述第一多媒体数据集合进行预处理，得到第一候选多媒体数据集合；

计算所述第一候选多媒体数据集合中每个多媒体数据的优先级和权重，构造与所述每个多媒体数据对应的第一索引；

根据所述每个多媒体数据与其对应的所述第一索引构成第一候选订单；

根据计算出的所述第一订单的优先级、权重和预设备选多媒体数据上限，从所述第一候选订单中选出与所述第一订单对应的所述第二订单。

4.根据权利要求3所述的方法，其特征在于，所述对所述第一多媒体数据集合进行预处理，得到第一候选多媒体数据集合，包括：

建立与所述第一多媒体数据集合对应的第一倒排索引；

根据所述第一倒排索引和预设筛选规则，对所述第一多媒体数据集合进行筛选，选出第一待候选多媒体数据集合，所述预设筛选规则用于选择出接近所述第一订单的有用订单；

按照预设互斥逻辑，遍历所述第一待候选多媒体数据集合排除出互斥的多媒体数据，得到所述第一候选多媒体数据集合。

5.根据权利要求1所述的方法，其特征在于，所述依据第一预设选单策略，从所述第一多媒体数据集合中选出与所述第一订单对应的第二订单之前，所述方法还包括：

检测是否启动流量复用策略，其中，所述流量复用策略为选择所述第二订单的启动条件，且所述流量复用策略在一次选单时生效；

若检测到已启动所述流量复用策略，则开始进行选择所述第二订单的过程。

6.根据权利要求2所述的方法，其特征在于，

所述订单集合中的所述第一订单是按照所述第一顺序排列的。

7.根据权利要求6所述的方法，其特征在于，从所述反馈响应中解析出所述订单集合的子订单，包括：

从所述反馈响应中解析出与第一多媒体数据展示位对应的第一多媒体数据，至少一个所述第一多媒体数据组成所述子订单，所述第一多媒体数据展示位为所述N个多媒体数据展示位的任意一个，所述第一多媒体数据是从所述第一订单和与其对应的所述第二订单中选择出来的一个多媒体数据。

8.根据权利要求7所述的方法，其特征在于，所述从所述反馈响应中解析出所述订单集合的子订单之后，所述方法还包括：

根据所述子订单和所述第一顺序，记录所述第一订单和所述第二订单中的每个多媒体数据的推送量。

9.根据权利要求1所述的方法，其特征在于，所述发送由所述第一订单和所述第二订单得到的订单集合之后，所述方法还包括：

若未接收对所述订单集合的反馈响应，则将所述第一订单和所述第二订单中的每个多媒体数据均记录下推送一次。

10.一种服务器，其特征在于，包括：

接收单元，用于接收来自第一终端的第一请求，所述第一请求用于请求为所述第一终端对应的第一用户发送多媒体数据；

获取单元，用于响应所述第一请求，获取同步的第一多媒体数据集合，以及，

选择单元，用于从本地的第二多媒体数据集合中选出与所述第一请求对应的第一订单；以及依据第一预设选单策略，从所述第一多媒体数据集合中选出与所述第一订单对应的第二订单；

发送单元，用于发送由所述第一订单和所述第二订单得到的订单集合；

所述接收单元，还用于接收对所述订单集合的反馈响应；

解析单元，用于从所述反馈响应中解析出所述订单集合的子订单；

所述发送单元，还用于发送所述子订单给所述第一终端，用以所述第一终端依序加载所述子订单中的至少一个多媒体数据并播放。

11.根据权利要求10所述的服务器，其特征在于，

所述第一请求中携带请求多媒体数据的N个多媒体数据展示位，所述N个多媒体数据展示位是按照第一顺序排列的，其中，N大于等于1；

所述第一订单中的多媒体数据的数量为N个，所述第一订单与所述N个多媒体数据展示位对应。

12.根据权利要求10所述的服务器，其特征在于，

所述选择单元，具体用于对所述第一多媒体数据集合进行预处理，得到第一候选多媒体数据集合；及计算所述第一候选多媒体数据集合中每个多媒体数据的优先级和权重，构造与所述每个多媒体数据对应的第一索引；及根据所述每个多媒体数据与其对应的所述第一索引构成第一候选订单；以及根据计算出的所述第一订单的优先级、权重和预设备选多媒体数据上限，从所述第一候选订单中选出与所述第一订单对应的所述第二订单。

13.根据权利要求12所述的服务器，其特征在于，

所述选择单元，还具体用于建立与所述第一多媒体数据集合对应的第一倒排索引；及根据所述第一倒排索引和预设筛选规则，对所述第一多媒体数据集合进行筛选，选出第一待候选多媒体数据集合，所述预设筛选规则用于选择出接近所述第一订单的有用订单；以及按照预设互斥逻辑，遍历所述第一待候选多媒体数据集合排除出互斥的多媒体数据，得到所述第一候选多媒体数据集合。

14.根据权利要求10所述的服务器，其特征在于，所述服务器还包括：检测单元和启动单元；

所述检测单元，用于所述依据第一预设选单策略，从所述第一多媒体数据集合中选出与所述第一订单对应的第二订单之前，检测是否启动流量复用策略，其中，所述流量复用策略为选择所述第二订单的启动条件，且所述流量复用策略在一次选单时生效；

所述启动单元，用于若检测到已启动所述流量复用策略，则开始进行选择所述第二订单的过程。

15.根据权利要求11所述的服务器，其特征在于，

所述订单集合中的所述第一订单是按照所述第一顺序排列的。

16.根据权利要求15所述的服务器，其特征在于，

所述解析单元，具体用于从所述反馈响应中解析出与第一多媒体数据展示位对应的第一多媒体数据，至少一个所述第一多媒体数据组成所述子订单，所述第一多媒体数据展示位为所述N个多媒体数据展示位的任意一个，所述第一多媒体数据是从所述第一订单和与其对应的所述第二订单中选择出来的一个多媒体数据。

17.根据权利要求16所述的服务器，其特征在于，所述服务器还包括：记录单元；

所述记录单元，用于所述从所述反馈响应中解析出所述订单集合的子订单之后，根据所述子订单和所述第一顺序，记录所述第一订单和所述第二订单中的每个多媒体数据的推送量。

18.根据权利要求10所述的服务器，其特征在于，所述服务器还包括：记录单元；

所述记录单元，用于所述发送由所述第一订单和所述第二订单得到的订单集合之后，若未接收对所述订单集合的反馈响应，则将所述第一订单和所述第二订单中的每个多媒体数据均记录下推送一次。