数据处理系统和方法、影片播放方法、服务器与流程

本申请属于互联网技术领域，尤其涉及一种数据处理系统和方法、影片播放方法、服务器。

背景技术：

目前，数字影院中广告的放映，一般是依靠放映员人工从广告主或广告中间商，通过u盘、网盘等途径下载广告内容后，将广告内容导入到tms(theatermanagementsystem，影院管理系统)中。然后，在tms中，再按照广告合同等要求，将要放映的广告内容和电影正片内容编排成播放列表，最后，将播放列表发送到指定影厅的播放服务器中，按照编排计划播放广告和正片。

然而，因为上述电影的映前广告的投放流程大多都是人工操作完成的，工作量较大，容易出错。且对于影院而言，一个影院有多个影厅，不同的影厅播放不同的电影，播放时段等也不同。如果采用人工的方式，对所有影厅所有时段播放的所有电影都人工编排广告内容的播放列表(showplaylist，简称为spl)，那么任务量将很大，采用人工的方式编排效率较低。

针对上述问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请目的在于提供一种数据处理系统和方法、影片播放方法、服务器，可以实现影片广告的自动下单和投放。

本申请提供一种数据处理系统和方法、影片播放方法、服务器是这样实现的：

一种数据处理系统，包括：

第一服务器，用于根据对资源的下单请求生成订单；

第二服务器，用于获取所述订单，根据所述订单生成播放列表。

一种数据处理方法，包括：

接收对资源的下单请求；

响应于所述下单请求创建订单；

获取针对所述订单上传的文件数据；

对所述文件数据进行转码，形成数字电影包；

将所述数字电影包存入数字电影包库，以供投放引擎调用。

一种影片播放方法，包括：

投放引擎响应于广告位订单信息，从所述订单信息所指向的影厅的播放服务器获取第一播放列表，其中，所述第一播放列表中携带有电影正片的播放信息；

所述投放引擎将所述订单信息所指向的广告内容增加至所述第一播放列表中，生成第二播放列表；

所述投放引擎将所述第二播放列表推送至所述播放服务器，以触发进行影片播放。

一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现上述方法。

一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述方法的步骤。

本申请提供的数据处理系统和方法、影片播放方法、服务器，在第一服务器生成订单之后，通过第二服务器中的播放服务器进行投放，使得投放不需要通过影院的tms，从而可以避免tms不兼容的问题。通过上述方式，实现了资源的自动下单，以及自动推送并生成播放列表的技术效果。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请提供的需求方投放映前广告的示意图；

图2是本申请提供的平台服务器与投放引擎之间的交互流程图；

图3是本申请提供的投放引擎与播放服务器之间的交互流程图；

图4是本申请提供的spl的组成示意图；

图5是本申请提供的广告投放系统的架构示意图；

图6是本申请提供的视频素材上传及转码打包方法流程图；

图7是本申请提供的线上订单执行流程图；

图8是本申请提供的线下订单投放流程图；

图9是本申请提供的数据处理方法流程图；

图10是本申请提供的影片播放方法流程图；

图11是本申请提供的服务器端的架构示意图；

图12是本申请提供的广告投放装置的结构框图；

图13是本申请提供的影片播放装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

广告可以在影片播放前播放，也可以在影片播放后播放，即，可以是映前广告也可以是映广告。在本例中，以映前广告为例进行的说明，也可以应用在映后广告的投放过程中，对此，本申请不作具体限定。进一步的，也不限于广告，也可以是其它的内容数据请求，例如，可以是宣传标语、告示、新闻等等，本例仅是以广告作为数据内容的一种进行示例性说明，在实际实现的时候，任何可以播放的数据内容都可以，本申请对此不作限定。

为了克服映前广告的播放列表需要人工编排，所导致的工作量过大的问题，在本例中提出了一个映前广告投放平台，通过该平台映前广告投放的需求方可以通过该平台进行广告投放，供应方可以通过该平台提供广告位，因此，通过该平台可以自动实现映前广告的投放。

在一个实施方式中，需求方可以按照如下方式投放映前广告，可以如图1所示，包括如下执行流程：

s1：用户a(需求方)登陆映前广告投放平台，其中，在该投放平台上有供应方预先录入的可出售映前广告的影院、影厅等广告位资源信息，且可以标识有对应的价格；

对于广告位资源而言，可以通过倒次的方式来指代广告位。其中，所谓的倒次指的是，单一放映场次下，映前广告与电影正片的播放顺序。例如，播放时间上最贴近电影正片的映前广告所在时间位置即为倒次1，次之即为倒次2，如此类推。且可以设置每个倒次的时长，例如，可以设置每个倒次的时长为15秒。如果一个广告时长大于15秒，而小于等于30秒，那么可可以界定该广告占用的倒次数量为2。

s2：用户a可以在该投放平台上进行浏览，选择自己相对比较喜欢的广告位资源，然后进行下单。

在一个实施方式中，在该投放平台上可以设置有条件选择项，用户a可以通过条件选择项选择希望投放的影院、影片、影厅等等。通过这种方式可以方便需求方选择希望的或者是需要的广告位。

s3：用户a在下单之后，就可以上传广告内容。

在该平台上可以设置有广告内容的上传接口，该接口可以是在订单生成后呈现的，以便于用户上传广告内容。也可以在该平台上一直提供接口，用户可以上传广告内容，平台对上传的广告内容进行分析，并为用户推荐合适的广告位，也可以是推荐一组比较优选的广告位信息供用户选择。

用户上传的广告内容，即为生成映前广告的视频素材文件，该文件可以是例如但不限于以下文件格式：mp4、avi、rmvb等。

平台服务器在接收到用户上传的用于生成映前广告的视频素材文件之后，可以将该视频素材文件转换为制作dcp所需的中间文件。其中，dcp(digitalcinemapackage，数字电影包)是一种用于存储和传送数字电影音频、图像和数据流的数字文件集合。dcp根文件夹下可以包括多个文件，例如：materialexchangeformat(简称为mxf)文件，用于分别存储音频和视频流；xml格式辅助索引用于组织和管理整个dcp。dcp可以是加密的也可以是非加密的，对于非加密的dcp可以在影院的播放服务器中直接播放，对于加密的dcp需要导入相应的密钥边解密边放映。

对于平台服务器而言，需要对多个用户生成的订单进行统一投放。平台服务器可以如图2所示，执行如下操作：

s1：接收用户的下单请求和用户上传的映前广告的视频素材文件；

s2：对视频素材文件进行转码，将视频素材文件转换为制作dcp所需的中间文件。

s3：生成订单，其中，所述订单中存储有广告位与广告内容的对应关系；

s4：将生成的订单下发到对应影院的投放引擎，从而完成线上的广告投放操作。

对于影院而言，在收到订单之后，可以如图3所示，执行如下操作：

s1：通过投放引擎从相应影厅的播放服务器获取播放列表；

s2：将订单中对应的映前广告的dcp增加至播放列表中，形成最终的播放列表，其中，该最终的播放列表中携带有映前广告和电影正片；

其中，播放列表(showplaylist，简称为spl)可以是xml格式的数据，用于标识show的结构，可以包含：节目播放列表(cpl)、播放顺序。影厅的电影播放服务器可以直接载入spl，或通过编排计划进行电影的放映。

show与售票系统中的影片对应，代表完成一次放映的节目集合。在售票系统中，指定某个影片在某个时间放映，则在该时间开始播放影片。在播放影片之前或者之后的一定时间内可以插播一些别的内容，例如：预告片、广告等。show代表了完成一次放映的整个过程。

在生成spl的时候，如图4所示，可以是将多个映前广告与电影正片制作为一个spl进行播放，也可以是将多个映前广告制作为一个spl，将电影正片独立制作为另一个spl，然后连续播放，或者也可以是将多个映前广告制作为多个或几个spl，电影正片独立制作为另一个spl，然后连续播放。具体采用哪种方式可以根据实际需要选择，本申请对此不作限定。

s3：将最终的播放列表推送至相应影厅的播放服务器进行播放。

通过这种方式tms仅需要向播放服务器提供电影正片的播放列表，最终携带有映前广告内容的播放列表不需要tms生成，而是通过投放引擎生成，这样可以避免因为影院的tms不兼容导致的无法使用本例所提供的映前广告投放平台的问题，达到了直接越过tms，在播放服务器上自动传输广告内容，并制作播放列表和放映计划的技术效果。

对于广告位的供应方而言，可以在该平台上上传所能提供的广告位信息供需求方认购。即，可以实现对广告位的上架、下架等操作。

在一个实施方式中，广告投放供应方在确定放映计划之后，就可以将广告位录入平台以供需求方购买，其中，放映计划就是某个影院，某时间段内，在哪些影厅播放，在什么时间点，播放某一个节目。供应方可以通过录入接口录入所能提供的广告位信息，在录入之后，平台服务器可以自动生成可出售的“映前广告”倒次时间商品。在进行广告位商品上架的时候，可以包括：包时类型、包场类型。且对于同一场次内的不同倒次商品，可以同时出售给包时订单和包场订单，具体采用哪种形式出售可以由供应方设定，也可以由需求方购买时候选择。

在一个实施方式中，考虑到定价的合理性，并提高成交率，可以提供实时竞价的方式。广告投放需求方可以在该平台上进行广告位的竞拍，例如，价高者等等。进一步的，为了更加有效的提升成交率，可以提供广告位对应场次的购票用户画像信息，以便于需求方确定观影群体是否符合广告所要面向的受众，从而给予需求方更多的参考信息。

其中，购票用户画像信息可以是从电影票购票平台获取的，例如，可以获取购票者的性别信息、年龄信息等，可以对这些信息进行一个整合，生成购票用户的年龄分布、性别分布等等。进一步的，也可以获取同时段的前一天影院该影厅播放该电影时候的观影人群的照片信息，供需求方进行参考。值得注意的是，上述所列举的购票用户画像信息仅是一种示例性描述，仅是给出了几种示意性的画像信息内容和获取方式和来源，在实际实现的时候，可以采用其它的数据信息作为购票用户画像信息，例如：用户的头像、用户的购买记录等等。也可以采用其它的信息获取渠道获取购票用户画像信息，例如：通过用户登记的信息等等。

在设置广告位报价的时候，可以是设置单厅单场价格、单厅包月报价、单厅包季度报价、单厅包年报价等等，具体的报价方式可以根据实际需要选择，本申请对此不作限定。

在本申请实施例中提供了一种广告投放系统，用于实现上述自动化的广告位认购和广告投放，该系统可以如图5所示包括：平台服务器侧设备和影院侧设备。其中，平台服务器侧设备可以在云端实现也可以通过服务器或者服务器集群实现。

在一个实施方式中，上述平台服务器侧可以如图5所示包括：线上管理系统和素材中心，其中，线上管理系统可以包括：资源系统、商品系统和订单系统；素材中心可以包括：素材管理、转码中心和订单执行引擎。影院侧设备可以包括：投放引擎、广告模型与投放引擎对接层、广告模块和tms，以及播放服务器。

下面对上述各个组成部分进行说明如下：

1)资源系统，用于录入可出售映前广告的广告位的影院、影厅等基础资源信息，并对售卖时间和售卖状态进行管理；

2)商品系统，用于管理“映前广告”的倒次时间商品，可以包括：商品的上架、下架、售出、退货等维护操作，在基础资源信息录入完成之后，可以自动生成可售的“映前广告”的倒次时间商品；

3)订单系统，用于对映前广告订单进行管理，其中，订单类型可以包括：包时、包场等。对于同一场次内的不同倒次商品，可以同时出售给包时和包场订单，然后后续再通过实时竞价的方式生成订单；

4)素材管理，用于管理需求方提交的映前广告的广告素材；

5)转码中心，用于将素材自动进行音视频转码以生成dcp。

其中，音视频转码可以包括：原音视频的解码和音视频流的再编码阶段。考虑到音视频转码是一个计算量比较大的操作，在实现的时候，可以采用云技术，通过转码服务器协同进行音视频转码，从而提高转码效率。进一步的，可以根据资源使用情况，弹性增减服务器数量，以实现对计算资源的合理配置。

6)订单执行引擎，用于将线上订单通知到各个线下投放引擎，且可以通过分析投放引擎透传的播放服务器的放映日志，获取准确的映前广告的放映数据。即，素材被上传到云端并审核通过之后，可以在云端自动转码打包为可供数字影院放映的dcp，最后，可以利用云分发到不同地理位置的影院。

上述平台服务器侧的各个组成部分可以部署在云端，即，整个线上环境可以部署在云端，从而保证了线上系统硬件环境的稳定性以及网络通信的稳定性。进一步的，通过在云端部署转码中心，可以为视频广告素材提供快速的转码能力。然后，再结合云分发功能就可以实现对整个映前广告系统的快速自动投放。

7)投放引擎，用于接收订单执行信息，然后，自动下载映前广告dcp，自动分发dcp到播放服务器，生成最终的映前广告播放列表。且可以根据订单信息查询放映日志，并将查询到的放映日志返回给订单执行引擎。

其中，投放引擎可以从播放服务器获取tms传送至播放服务器的播放列表(该播放列表中至少携带有电影正片)，投放引擎将对应于该播放服务器的映前广告增加至获取的播放列表中，生成最终的播放列表。也可以是投放引擎直接将映前广告投放到播放服务器中，自动生成新的播放列表，从而实现在电影正片之前插入映前广告的目的。具体实现方式可以根据实际需要选择，本申请对此不作限定。

8)广告模块与投放引擎对接层，通过该对接层可以在tms或广告模块上对接投放引擎，实现映前广告dcp的内容投放、播放列表及放映计划的编排、以及透传放映日志等功能。

9)tms，用于为广告模块提供放映设备管理、播放服务器片库管理、spl管理、计划管理、放映日志查询等基础功能。

10)广告模块，是建立在tms之上的独立的映前广告模块，通过该模块可以直接对在tms管理影院内各厅的播放服务器的映前广告进行控制。

在上例中，建立了一个影院广告网络交易平台，供需求方和供应方使用。通过该平台可以将app、自助机、映前广告三个模块进行有机结合，从而形成购票、取票、影厅观影的影院观影的全流程覆盖。在通过该平台进行广告位下单的时候，可以根据地理范围、影院规模等选择广告希望投放的影院。

基于上述如图5所示的广告投放系统，可以分别如图6、图7和图8所示的流程执行如下操作：

1)如图6所示，视频素材上传及转码打包可以包括：

s1：需求方上传视频素材；

s2：从视频素材中提取素材信息；

s3：对素材信息进行审核；

s4：在审核通过之后，对素材进行编码打包；

s5：将编码打包后形成的dcp存入dcp库。

2)如图7所示，线上订单执行可以包括：

s1：创建多个订单，例如：创建订单1、创建订单2……创建订单n；

s2：对于每个订单选择待投放的dcp；

s3：将选择的待投放的dcp传送至订单执行引擎；

s4：订单执行引擎，将各个待投放的dcp上传至对应的投放引擎。

3)如图8所示，线下订单投放可以包括：投放引擎通过广告模块与投放引擎对接层将广告dcp传送至广告模块，以便在播放服务器播放，

图9是本申请所述一种广告投放方法一个实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施例描述及附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构连接进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至分布式处理环境)。

具体的如图9所示，本申请一种实施例提供的一种数据处理方法可以包括：

s901：接收对资源的下单请求；

例如，用户可以在平台浏览可下单的广告位，然后选择希望的广告位进行下单，以生成订单请求。

s902：响应于所述下单请求创建订单；

s903：获取针对所述订单上传的文件数据；

在生成订单之后，用户可以上传广告数据，并形成订单与该广告数据的对应关系。

s904：对所述文件数据进行转码，形成dcp；

具体的，可以将素材自动进行音视频转码以生成dcp。其中，音视频转码可以包括：原音视频的解码和音视频流的再编码阶段。考虑到音视频转码是一个计算量比较大的操作，在实现的时候，可以采用云技术，通过转码服务器协同进行音视频转码，从而提高转码效率。进一步的，可以根据资源使用情况，弹性增减服务器数量，以实现对计算资源的合理配置。

s905：将所述dcp存入dcp库，以供投放引擎调用。

如图10所示，提供了一种影片播放方法，包括如下步骤：

s1001：投放引擎响应于广告位订单信息，从所述订单信息所指向的影厅的播放服务器获取第一播放列表，其中，所述第一播放列表中携带有电影正片的播放信息；

s1002：投放引擎将所述订单信息所指向的广告内容增加至所述第一播放列表中，生成第二播放列表；

s1003：投放引擎将所述第二播放列表推送至所述播放服务器，以触发进行影片播放。

本申请实施例1所提供的方法实施例可以在服务器端、计算机终端或者类似的运算装置中执行。以运行在服务器端上为例，图11是本发明实施例的一种数据处理方法的计算机终端的硬件结构框图。如图11所示，服务器端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。本领域普通技术人员可以理解，图11所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器端10还可包括比图11中所示更多或者更少的组件，或者具有与图11所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的广告投放方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的数据处理方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输模块106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

请参考图12，在软件实施方式中，该数据处理装置应用于服务器端，可以包括接收单元1201、创建单元1202、获取单元1203、转码单元1204和存储单元1205。其中：

接收单元1201，用于接收对资源的下单请求；

创建单元1202，用于响应于所述请求创建订单；

获取单元1203，用于获取针对所述订单上传的文件数据；

转码单元1204，用于对所述文件数据进行转码，形成dcp；

存储单元1205，用于将所述dcp存入dcp库，以供投放引擎调用。

在一个实施方式中，上述转码单元1204具体可以从所述文件数据中提取出广告素材；并通过音视频解码和再编码，将所述素材转换为dcp。

在一个实施方式中，还可以包括提供单元，用于在接收对资源的下单请求之前，提供资源对应场次影片的购票用户的画像信息。

请参考图13，在软件实施方式中，该影片播放装置应用于投放引擎中，可以包括：获取单元1301、生成单元1302和推送单元1303。其中：

获取单元1301，用于响应于广告位订单信息，从所述订单信息所指向的影厅的播放服务器获取第一播放列表，其中，所述第一播放列表中携带有电影正片的播放信息；

生成单元1302，用于将所述订单信息所指向的广告内容增加至所述第一播放列表中，生成第二播放列表；

推送单元1303，用于将所述第二播放列表推送至所述播放服务器，以触发进行影片播放。

在一个实施方式中，生成单元1301具体可以响应于所述订单信息选择待投放的dcp；将所述待投放的dcp传送至投放引擎；所述投放引擎将所述待投放的dcp添加至所述第一播放列表中，生成所述第二播放列表。

在一个实施方式中，在所述投放引擎将所述第二播放列表推送至所述播放服务器，以触发进行影片播放之后，所述投放引擎从所述播放服务器获取放映日志；从所述放映日志中提取出广告放映统计数据。

在一个实施方式中，广告位可以包括但不限于以下至少之一：影片的映前广告位、影片的映后广告位。

在一个实施方式中，一个映前广告位可以对应一个或多个倒次，其中，一个倒次为一个预定时长，例如，一个倒次为15秒。

本申请提供的数据处理系统和方法、影片播放方法、服务器，在线上服务器生成广告订单之后，通过影院方服务器中的播放服务器进行广告的投放，使得广告的投放不需要通过影院的tms，从而可以避免tms不兼容的问题。通过上述方式，实现了广告的自动下单，以及自动推送至影院播放的技术效果。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然，也可以将实现某功能的模块由多个子模块或子单元组合实现。

本申请中所述的方法、装置或模块可以以计算机可读程序代码方式实现控制器按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请所述装置中的部分模块可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的硬件的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，也可以通过数据迁移的实施过程中体现出来。该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。