一种静态流媒体处理方法及装置与流程

本发明涉及桌面虚拟化的流媒体处理技术领域，具体而言，涉及一种静态流媒体处理方法及装置。

背景技术：

目前很多桌面虚拟化协议都只支持单一的流媒体处理方式，部分桌面虚拟化协议虽提供了多种流媒体处理方式，但是只能在系统后台进行配置，配置不灵活，使得用户的体验感较大程度的降低，还给用户带来了极大的不变；同时，若将配置权交给用户，则如何引导用户进行合理、正确的配置选择，也需进行相应的设计与考虑。因此，如何解决上述问题是目前亟需解决的问题。

技术实现要素：

本发明提供一种静态流媒体处理方法及装置，旨在改善上述问题。

第一方面，本发明提供的一种静态流媒体处理方法，应用于桌面虚拟化系统，所述系统包括服务端和客户端，所述服务端与所述客户端耦合，所述方法包括：获取流媒体的第一环境变量组；基于预设规则对所述第一环境变量组进行过滤，获取过滤后的第二环境变量组；获取所述第二环境变量组所对应的多个播放模式；获取用户从所述多个播放模式选择的目标播放模式；基于所述目标播放模式生成配置命令并发送到所述服务端和所述客户端，以使所述服务端和所述客户端根据所述配置命令设置所述目标播放模式所对应的环境参数。

第二方面，本发明提供的一种静态流媒体处理装置，应用于桌面虚拟化系统，所述系统包括服务端和客户端，所述服务端与所述客户端耦合，所述装置包括：第一数据获取单元，用于获取流媒体的第一环境变量组；数据处理单元，用于基于预设规则对所述第一环境变量组进行过滤，获取过滤后的第二环境变量组；第二数据获取单元，用于获取所述第二环境变量组所对应的多个播放模式；数据选择单元，用于获取用户从所述多个播放模式选择的目标播放模式；数据生成单元，用于基于所述目标播放模式生成配置命令并发送到所述服务端和所述客户端，以使所述服务端和所述客户端根据所述配置命令设置所述目标播放模式所对应的环境参数。

上述本发明提供的一种静态流媒体处理方法及装置，本申请通过对第一环境变量组进行过滤，获取过滤后环境变量组所对应的多个播放模式；再通过获取用户选择的目标播放模式，将目标播放模式生成配置命令并发送到服务端和客户端，以使服务端和客户端根据配置命令设置目标播放模式所对应的环境参数，从而实现对播放模式的智能灵活配置。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的一种电子设备的结构框图；

图2为本发明第一实施例提供的一种静态流媒体处理方法的流程图；

图3为本发明第二实施例提供的一种静态流媒体处理方法的流程图；

图4为本发明第三实施例提供的一种静态流媒体处理装置的功能模块示意图；

图5为本发明第四实施例提供的一种静态流媒体处理装置的功能模块示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，为本发明实施例提供的一种电子设备的结构框图。其中，所述电子设备200包括静态流媒体处理装置、存储器202、存储控制器203、处理器204、外设接口205、输入输出单元206、音频单元207、显示单元208。

所述存储器202、存储控制器203、处理器204、外设接口205、输入输出单元206、音频单元207、显示单元208各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述静态流媒体处理装置包括至少一个可以软件或固件(firmware)的形式存储于所述存储器202中或固化在所述流媒体处理终端设备的操作系统(operatingsystem，os)中的软件功能模块。所述处理器204用于执行存储器202中存储的可执行模块，例如所述静态流媒体处理装置包括的软件功能模块或计算机程序。

其中，存储器202可以是，但不限于，随机存取存储器(randomaccessmemory，ram)，只读存储器(readonlymemory，rom)，可编程只读存储器(programmableread－onlymemory，prom)，可擦除只读存储器(erasableprogrammableread－onlymemory，eprom)，电可擦除只读存储器(electricerasableprogrammableread－onlymemory，eeprom)等。其中，存储器202用于存储程序，所述处理器204在接收到执行指令后，执行所述程序。

处理器204可能是一种集成电路芯片，具有信号的处理能力。上述的处理器204可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器204等。

所述外设接口205将各种输入/输入装置耦合至处理器204以及存储器202。在一些实施例中，外设接口205、处理器204以及存储控制器203可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

输入输出单元206用于提供给用户输入数据实现用户与服务器或本地终端的交互。所述输入输出单元206可以是，但不限于，鼠标和键盘等。

音频单元207用于向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。

显示单元208在服务器(或本地终端)与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，所述显示单元208可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器204进行计算和处理。

请参阅图2，是本发明第一实施例提供的一种静态流媒体处理方法的流程图。下面将对图2所示的具体流程进行详细阐述。

步骤s301，获取流媒体的第一环境变量组。

在本实施例中，所述第一环境变量组是指播放环境的多个参数集合，具体地，所述第一环境变量组包括服务端的硬件支持情况、客户端的硬件支持情况以及重定向播放器的播放环境。

在本实施例中，所述第一环境变量组中的每个参数均使用布尔表达式表达。

作为一种实施方式，在初始化时，收集客户端与服务端与流媒体静态配置策略相关的关键参数，即获取所述第一环境变量组。所述相关的关键参数是指服务端的硬件支持情况、客户端的硬件支持情况以及重定向播放器的播放环境。其中，可以通过用户输入的参数获取服务端的硬件支持情况、客户端的硬件支持情况以及重定向播放器的播放环境，还可以通过初始化时自动获取。

步骤s302，基于预设规则对所述第一环境变量组进行过滤，获取过滤后的第二环境变量组。

其中，所述预设规则包括第一预设规则和第二预设规则。所述第一预设规则是指满足预设的严限制条件，其中严限制条件包括必须性条件或推荐性条件。所述第二预设规则是指满足预设的宽限制条件，其中宽限制条件包括必须性条件。

在本实施例中，所述必须性条件或推荐性条件是指播放环境对服务端、客户端以及播放器的要求。例如，无缝体验模式下的必须限制条件为存在播放器限定，推荐条件为客户端带有硬解码。表1示出了各个模式所对应的限制性条件。

表1

其中，必须性限制条件是指：若要使用此模式，则当前环境必须满足的选项，如果当前环境无法满足这些条件，则会导致功能无法正常使用或造成硬件使用风暴。同理，推荐性限制条件是指：若要使用此模式，则当前环境最好满足的选项，如果当前环境无法满足这些条件，则虽然功能有可能可以使用，但是会对整个系统的资源充足性造成影响。

作为一种实施方式，获取基于第一预设规则生成的多个第一决策编码，具体地，基于第一预设规则获取所述服务端硬件支持的第一参数；基于第一预设规则获取所述客户端硬件支持的第二参数；基于第一预设规则获取所述重定向播放器支持的第三参数；根据所述第一参数、所述第二参数和所述第三参数生成所述第一决策编码。当所述第一环境变量组与所述多个第一决策编码中的任意一个匹配时，将所述第一环境变量组所匹配的第一决策编码作为第二环境变量组。具体地，将所述第一环境变量组中的每个参数值分别与每个第一决策编码中所对应的参数值进行比较，获得多个结果变量组，从多个所述结果变量组中查找满足预设标准的目的结果变量组，将所述目的结果变量组所对应的第一决策编码作为所述第二环境变量组。其中，所述第一参数是指当前播放模式下的服务端是否需要硬件支持的一个布尔值，同理，所述第二参数是指当前播放模式下的客户端是否需要硬件支持的一个布尔值，所述第三参数是指当前播放模式下的是否支持重定向播放器的一个布尔值。

其中，所述第一决策编码是指基于严限制条件生成每个播放模式所对应的一种编码。表2示出了各个模式在严限制条件下所对应的第一决策编码。

表2

其中，0表示对此环境无要求，1则表示对此环境有要求。例如无缝体验模式所对应的决策编码[0，1，1]表示当前播放模式下，无论是推荐性条件还是必须性条件都对服务端硬件支持没有要求。对于客户端硬件支持为1表示要么是推荐性条件有要求，要么是必须性条件有要求，只要其中任意一个条件有要求，则为1。对于重定向播放器支持为1表示要么是推荐性条件有要求，要么是必须性条件有要求，只要其中任意一个条件有要求，则为1。

在本实施例中，所述第一参数、所述第二参数和所述第三参数分别是指y1，y2和y3。即所述第一参数与所述y1对应，所述第二参数与所述y2对应，所述第三参数与所述y3对应。

在本实施例中，当基于第一预设规则对第一环境变量组进行过滤具体为：令所述第一环境变量组为x＝[x1,x2,x3]，所述第一决策编码为y＝[y1,y2,y3]，当ym的值为0时，则无论xm的值为0或1时，得到的结果km的值为0，所述m大于等于1且小于等于3；即当m＝1时，y1的值为0时，则得到的结果k1的值为0。当ym的值为1时，且当xm的值为1时，得到的km的值为0；当ym的值为1时，且当xm的值为0时，得到的km的值为1；当k＝[k1,k2,k3]＝[0，0，0]时，判定所述第一环境变量组x＝[x1,x2,x3]与所述第一决策编码y＝[y1,y2,y3]匹配，将所述第一环境变量组所匹配的第一决策编码作为第二环境变量组。即将第一环境变量组与每个第一决策编码进行比较，从而实现过滤的操作。即依次将第一环境变量组与各个模式所对应的第一决策编码相比较，从而得到在该第一环境变量组的情况下可支持的流媒体播放模式集合，将此集合展示后并在后台对其进行记录，以备更新使用。

作为另一种实施方式，获取基于第二预设规则生成的多个第二决策编码；当所述第一环境变量组与所述多个第二决策编码中的任意一个匹配时，将所述第一环境变量组所匹配的第二决策编码作为第二环境变量组。所述的获取基于第二预设规则生成的多个第二决策编码是指基于第二预设规则获取所述服务端硬件支持的第一条件参数；基于第二预设规则获取所述客户端硬件支持的第二条件参数；基于第二预设规则获取所述重定向播放器支持的第三条件参数；根据所述第一条件参数、所述第二条件参数和所述第三条件参数生成所述第二决策编码。

在本实施例中，通过第二预设规则对所述第一环境变量组进行过滤，即通过宽限制条件对所述第一环境变量组进行过滤，具体地：通过获取每个播放模式对于播放环境的要求，可以获得第二决策编码。表3示出了各个模式在宽限制条件下所对应的第二决策编码。

表3

其中，0表示对此环境无要求，1则表示对此环境有要求。例如无缝体验模式所对应的决策编码[0，0，1]表示当前播放模式下，必须性条件对服务端硬件支持没有要求。同理，对于客户端硬件支持也是一样，即对必须性条件没有要求。对于重定向播放器支持为1表示对必须性条件有要求。

在本实施例中，所述第一条件参数、所述第二条件参数和所述第三条件参数分别是指z1，z2和z3。即所述第一条件参数与所述z1对应，所述第二条件参数与所述z2对应，所述第三条件参数与所述z3对应。

在本实施例中，所述的当基于第二预设规则对第一环境变量组进行过滤与基于第一预设过滤是同样的比对过程，在此不再赘述。

在本实施例中，所述第一条件参数、所述第二条件参数和所述第三条件参数生成所述第二决策编码是指将所述的第一条件参数、第二条件参数和第三条件参数以集合的形式组成第二决策编码。

步骤s303，获取所述第二环境变量组所对应的播放模式。

其中，所述第二环境变量组是指第一环境变量组通过步骤s302过滤后得到的第一决策编码或第二决策编码。

在本实施例中，获取第一决策编码或所述第二决策编码所对应的播放模式。例如，当通过第一决策编码对所述第一环境变量组进行过滤时，则获取过滤后得到的第一决策编码，即所述第一环境变量所对应的第一决策编码，并通过获得的第一决策编码所对应的播放模式进行播放。当通过第二决策编码对所述第一环境变量组进行过滤时，则获取过滤后得到的第二决策编码，即所述第一环境变量所对应的第二决策编码，并通过获得的第二决策编码所对应的播放模式进行播放。

步骤s304，获取用户从所述多个播放模式选择的目标播放模式。

其中，所述目标播放模式是指用户从多个播放模式中所选择的播放模式。

在本实施例中，可以通过获取每个播放模式的标志信息获取所述标志信息所对应的播放模式，从而实现获取用户从多个播放模式中所选择的目标播放模式，即通过获取用户所选择的播放模式的标志信息，从而通过所述标志信息获取所述标志信息所对应的播放模式，即为目标播放模式。

步骤s305，基于所述播放模式生成配置命令并发送到所述服务端和所述客户端，以使所述服务端和所述客户端根据所述配置命令设置所述播放模式所对应的环境参数。

其中，可以通过命令通道将配置命令进行分发到所述服务端和所述客户端，以完成对当前流媒体播放模式相应参数的设置并实现该播放模式。具体地，对于服务端与客户端的配置硬件加速为当启用无缝体验模式、高清兼容模式与流畅兼容模式等可使用硬件加速的模式时，若发现客户端与服务端硬件加速可用，则启用对应的硬件加速。若用户选择了开启无缝体验模式开关，通过监控可支持播放器类型的播放器组件，如发现可被支持的播放器组件启动，判断当前播放视频格式是否支持视频重定向，如果支持则启用无缝体验模式即重定向模式，对流媒体文件进行传输；如果不支持则使用除无缝体验模式外的其它三种方式中的默认播放方式，对流媒体文件进行传输。

在本实施例中，当检测到流媒体播放环境发生变化时，根据具体的变化因子，即根据获得的环境参数修正环境变量组。从而使用新的环境变量组执行过滤，即生成新的第一决策编码或第二决策编码，从而得到在新的环境变量组下的流媒体策略可支持的模式组集合。将更新后的可支持模式组集合与原可支持模式集合相比较，如发现存在差异性，则提醒用户有新的流媒体模式可用或者原有某种模式不可用。

请参阅图3，是本发明第二实施例提供的一种静态流媒体处理方法的流程图。下面将对图3所示的具体流程进行详细阐述。

步骤s401，获取用于表示所述服务端的硬件支持情况的第一环境参数。

其中，所述的服务端的硬件支持的是指是显卡硬件编码/解码能力。所述第一环境参数是指当前播放模式下的服务端是否需要硬件支持。所述第一参数使用布尔表达式表达。即当第一参数为1时，表示对服务端的硬件支持有要求，当第一参数为0时，表示对服务端的硬件支持没有要求。

在本实施例中，对服务端的硬件支持情况的第一环境参数的获取具体为：在windows系统下，通过参考guid来标识自己的编码/解码器能力，通过d3ddevice获取当前环境下的服务端的guid，从而检测出所支持的硬件编码/解码能力。其中，在linux系统下，通过vaapi定义的一套profile，即一套代表支持的编解码器能力，通过查询profile可以得到当前芯片支持的能力，另外在linux系统下，还有一种硬件渲染方式(xvideo)，这是x11系统的一种扩展，在使用xv功能前，可通过xvqueryadaptors、xvlistimageformats查询显卡支持的渲染格式。

步骤s402，获取用于表示所述客户端的硬件支持情况的第二环境参数。

其中，所述的客户端的硬件支持的是指是显卡硬件编码/解码能力。所述第一环境参数是指当前播放模式下的客户端是否需要硬件支持。所述第二参数使用布尔表达式表达。即当第二参数为1时，表示对客户端的硬件支持有要求，当第二参数为0时，表示对客户端的硬件支持没有要求。

在本实施例中，对客户端的硬件支持情况的第一环境参数的获取具体为：在windows系统下，通过参考guid来标识自己的编码/解码器能力，通过d3ddevice获取当前环境下的服务端的guid，从而检测出所支持的硬件编码/解码能力。其中，在linux系统下，通过vaapi定义的一套profile，即一套代表支持的编解码器能力，通过查询profile可以得到当前芯片支持的能力，另外在linux系统下，还有一种硬件渲染方式(xvideo)，这是x11系统的一种扩展，在使用xv功能前，可通过xvqueryadaptors、xvlistimageformats查询显卡支持的渲染格式。

步骤s403，获取用于表示可支持重定向播放器的播放环境的第三环境参数。

其中，在静态环境下，在windows操作系统下，播放器安装后一般会在注册表下注册相应的安装信息，通过枚举注册表相关信息就可以达到收集播放器列表的目的。在动态环境下，可以通过视频重定向流程，可以截获到当前正在播放的播放器可执行程序路径和名称，从而可以动态的收集到视频播放环境的准确信息。

步骤s404，根据所述第一环境参数、所述第二环境参数和所述第三环境参数生成所述第一环境变量组。

当获取完各类参数后，将各类参数汇总至服务端，将对应参数添至第一环境变量组内。即当所述第一环境参数、所述第二环境参数和所述第三环境参数都获取后，将所述第一环境参数、所述第二环境参数和所述第三环境参数添至第一环境变量组内，从而形成第一环境变量组。

步骤s405，基于预设规则对所述第一环境变量组进行过滤，获取过滤后的第二环境变量组。

步骤s406，获取所述第二环境变量组所对应的播放模式。

步骤s407，获取用户从所述多个播放模式选择的目标播放模式。

步骤s408，基于所述播放模式生成配置命令并发送到所述服务端和所述客户端，以使所述服务端和所述客户端根据所述配置命令设置所述播放模式所对应的环境参数。

步骤s404、步骤s405、步骤s406、步骤s407和步骤s408的具体实施方式请参照第一实施例中所对应的步骤，在此不再赘述。

请参阅图4，为本发明第三实施例提供的一种静态流媒体处理装置的功能模块示意图。所述静态流媒体处理装置500包括第一数据获取单元510、数据处理单元520、第二数据获取单元530、数据选择单元540和数据生成单元550。

第一数据获取单元510，用于获取流媒体的第一环境变量组。

数据处理单元520，用于基于预设规则对所述第一环境变量组进行过滤，获取过滤后的第二环境变量组。

其中，所述数据处理单元520还用于获取基于第一预设规则生成的多个第一决策编码；当所述第一环境变量组与所述多个第一决策编码中的任意一个匹配时，将所述第一环境变量组所匹配的第一决策编码作为第二环境变量组。具体地，基于第一预设规则获取所述服务端硬件支持的第一参数；基于第一预设规则获取所述客户端硬件支持的第二参数；基于第一预设规则获取所述重定向播放器支持的第三参数；根据所述第一参数、所述第二参数和所述第三参数生成所述第一决策编码。其中，所述的当所述第一环境变量组与所述多个第一决策编码中的任意一个匹配时，将所述第一环境变量组所匹配的第一决策编码作为第二环境变量组是指将所述第一环境变量组中的每个参数值分别与每个第一决策编码中所对应的参数值进行比较，获得多个结果变量组，从多个所述结果变量组中查找满足预设标准的目的结果变量组，将所述目的结果变量组所对应的第一决策编码作为所述第二环境变量组。具体地，所述第一决策编码满足y＝[y1,y2,y3]，所述第一环境变量组满足x＝[x1,x2,x3]，当ym的值为0时，则无论xm的值为0或1时，得到的结果km的值为0，所述m大于等于1且小于等于3；当ym的值为1时，且当xm的值为1时，得到的km的值为0；当ym的值为1时，且当xm的值为0时，得到的km的值为1；当k＝[k1,k2,k3]＝[0，0，0]时，判定所述第一环境变量组x＝[x1,x2,x3]与所述第一决策编码y＝[y1,y2,y3]匹配，将所述第一环境变量组所匹配的第一决策编码作为第二环境变量组。

在本实施例中，所述数据处理单元520还用于获取基于第二预设规则生成的多个第二决策编码；当所述第一环境变量组与所述多个第二决策编码中的任意一个匹配时，将所述第一环境变量组所匹配的第二决策编码作为第二环境变量组。具体地，基于第二预设规则获取所述服务端硬件支持的第一条件参数；基于第二预设规则获取所述客户端硬件支持的第二条件参数；基于第二预设规则获取所述重定向播放器支持的第三条件参数；根据所述第一条件参数、所述第二条件参数和所述第三条件参数生成所述第二决策编码。

第二数据获取单元530，用于获取所述第二环境变量组所对应的播放模式。

数据选择单元540，用于获取用户从所述多个播放模式选择的目标播放模式。

数据生成单元550，用于基于所述播放模式生成配置命令并发送到所述服务端和所述客户端，以使所述服务端和所述客户端根据所述配置命令设置所述播放模式所对应的环境参数。

请参阅图5，为本发明第四实施例提供的一种静态流媒体处理装置的功能模块示意图。所述静态流媒体处理装置600包括第一数据获取单元610、数据处理单元620、第二数据获取单元620、数据选择单元640和数据生成单元650。

第一数据获取单元610，用于获取流媒体的第一环境变量组。

其中，所述第一数据获取单元610还包括第一参数获取子单元611、第二参数获取子单元612、第三参数获取子单元613和数据标记子单元614。

第一参数获取子单元611，用于获取用于表示所述服务端的硬件支持情况的第一环境参数。

第二参数获取子单元612，用于获取用于表示所述客户端的硬件支持情况的第二环境参数。

第三参数获取子单元613，获取用于表示可支持重定向播放器的播放环境的第三环境参数。

数据标记子单元614，用于根据所述第一环境参数、所述第二环境参数和所述第三环境参数生成所述第一环境变量组。

数据处理单元620，用于基于预设规则对所述第一环境变量组进行过滤，获取过滤后的第二环境变量组。

第二数据获取单元630，用于获取所述第二环境变量组所对应的播放模式。

数据选择单元640，用于获取用户从所述多个播放模式选择的目标播放模式。

数据生成单元650，用于基于所述播放模式生成配置命令并发送到所述服务端和所述客户端，以使所述服务端和所述客户端根据所述配置命令设置所述播放模式所对应的环境参数。

综上所述，本发明提供一种静态流媒体处理方法及装置，本申请通过对第一环境变量组进行过滤，获取过滤后环境变量组所对应的多个播放模式；再通过获取用户选择的目标播放模式，将目标播放模式生成配置命令并发送到服务端和客户端，以使服务端和客户端根据配置命令设置目标播放模式所对应的环境参数，从而实现对播放模式的智能灵活配置。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read－onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。