虚拟礼物加载方法及装置与流程

本申请涉及互联网直播技术领域，尤其涉及一种虚拟礼物加载方法及装置。

背景技术：

虚拟礼物，就是虚拟世界中的礼物，是在虚拟世界中，虚拟角色之间为沟通情感而相互馈赠的物品。虚拟礼物可以是数字鲜花、游戏道具、游戏币等虚拟物品。在基于互联网的直播平台中，用户可以通过向直播房间的主播赠送虚拟礼物来实现跟主播之间的情感沟通或交易。

通常，在直播平台中，为了实现更加绚丽的礼物效果，虚拟礼物多以连帧动画的形式展现。若将大量的连帧动画存放在直播平台的安装包内，则导致安装包的数据体积过大，用户下载率低且推广成本高。若在直播的过程中，检测到用户赠送虚拟礼物的请求之后再下载连帧动画，则将占用较多网络带宽，导致直播的流畅性差。

因此，如何兼顾直播的流畅性以及虚拟礼物展示的实时性，成为了目前直播技术面临的重要问题。

技术实现要素：

有鉴于此，本申请实施例提供一种虚拟礼物加载方法及装置，用以解决现有技术中无法兼顾直播的流畅性以及虚拟礼物实时性的缺陷。

本申请实施例提供一种虚拟礼物加载方法，包括：

响应于用户进入频道页的操作，向服务器发送虚拟礼物获取请求；

接收所述服务器根据所述虚拟礼物获取请求下发的本地加载指令；

响应于用户进入所述频道页上提供的直播间的操作，根据所述本地加载指令，加载预先从所述服务器下载至本地指定路径下的虚拟礼物。

进一步可选地，所述虚拟礼物获取请求携带有虚拟礼物版本号；在所述加载预先从所述服务器下载至本地指定路径下的虚拟礼物之前，还包括：接收所述服务器下发的虚拟礼物更新信息；所述虚拟礼物更新信息是所述服务器根据所述虚拟礼物版本号识别出所述虚拟礼物需要更新时下发的；根据所述虚拟礼物更新信息更新所述本地指定路径下的所述虚拟礼物。

进一步可选地，所述预先从所述服务器下载所述虚拟礼物至本地指定路径下步骤，包括：向所述服务器发送虚拟礼物预加载请求；接收所述服务器根据所述虚拟礼物预加载请求下发的所述虚拟礼物的压缩包；解压所述虚拟礼物的压缩包至所述本地指定路径下。

进一步可选地，在所述加载预先从所述服务器下载至本地指定路径下的虚拟礼物之后，还包括：响应于用户对第一虚拟礼物图标的点击操作，获取所述第一虚拟礼物图标对应的识别号；在直播窗口中展示所述识别号标识的第一虚拟礼物。

进一步可选地，在所述在直播窗口中展示所述识别号标识的第一虚拟礼物之前，还包括：确定所述用户对所述第一虚拟礼物具有启动权限。

进一步可选地，确定所述用户对所述第一虚拟礼物具有启动权限，包括：在用户登录状态下，获取所述用户的账户余额以及所述第一虚拟礼物对应的虚拟货币价值；若所述用户的账户余额大于所述第一虚拟礼物的虚拟货币价值，则确定所述用户对所述第一虚拟礼物具有启动权。

本申请实施例提供一种虚拟礼物加载装置，包括：

发送模块，用于响应于用户进入频道页的操作，向服务器发送虚拟礼物获取请求；

接收模块，用于接收所述服务器根据所述虚拟礼物获取请求下发的本地加载指令；

加载模块，用于响应于用户进入所述频道页上提供的直播间的操作，根据所述本地加载指令，加载预先从所述服务器下载至本地指定路径下的虚拟礼物。

进一步可选地，所述虚拟礼物获取请求携带有虚拟礼物版本号；所述接收模块，还用于：在所述加载预先从所述服务器下载至本地指定路径下的虚拟礼物之前，接收所述服务器下发的虚拟礼物更新信息；所述虚拟礼物更新信息是所述服务器根据所述虚拟礼物版本号识别出所述虚拟礼物需要更新时下发的；所述装置还包括更新模块，用于根据所述虚拟礼物更新信息更新所述本地指定路径下的所述虚拟礼物。

进一步可选地，所述装置还包括预下载模块，用于向所述服务器发送虚拟礼物预加载请求，并接收所述服务器根据所述虚拟礼物预下载请求下发的所述虚拟礼物的压缩包；所述装置还包括解压模块，用于解压所述虚拟礼物的压缩包至所述本地指定路径下。

进一步可选地，所述装置还包括获取模块，用于响应于用户对第一虚拟礼物图标的点击操作，获取所述第一虚拟礼物图标对应的识别号；所述装置还包括展示模块，用于在直播窗口中展示所述识别号标识的第一虚拟礼物。

本申请实施例提供的虚拟礼物加载方法及装置，在用户进入直播间之前，预先从服务器下载虚拟礼物至本地指定路径。响应于用户进入频道页的操作，向服务器发送虚拟礼物获取请求，并接收服务器根据该虚拟礼物获取请求返回的本地加载指令。基于该本地加载指令，响应于用户进入直播间的操作，加载本地指定路径中的虚拟礼物。因而，在直播过程中所展示的虚拟礼物为已加载至内存的虚拟礼物，不占用直播时的网络带宽，在保证直播流畅度的情形下实现了高效、实时的虚拟礼物展示。

附图说明

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

图1是本申请实施例提供的一种虚拟礼物加载方法的实施例一的流程示意图；

图2是本申请实施例提供的一种虚拟礼物加载方法的实施例二的流程示意图；

图3是本申请实施例提供的一种虚拟礼物加载方法的实施例三的流程示意图；

图4是本申请实施例提供的一种虚拟礼物加载方法的实施例四的流程示意图；

图5是本申请实施例提供的一种虚拟礼物加载装置的结构示意图；

图6是本申请实施例提供的一种虚拟礼物加载装置的另一结构示意图；

图7是本申请实施例提供的一种虚拟礼物加载装置的另一结构示意图；

图8是本申请实施例提供的一种虚拟礼物加载装置的另一结构示意图。

具体实施方式

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

现有技术中，一些即时通信工具或具有互动功能的客户端常常通过不同格式的图片、动画或视频向用户提供更多的互动趣味。在一种情形下，这些图片、动画或视频存放在客户端的安装包内，用户安装之后自动解压到本地安装路径下。在另一种情形下，这些图片、动画或视频没有存放在安装包内，而是在客户端完成安装之后静默下载或者由用户主动下载。

在直播客户端中，为丰富用户与主播之间的情感沟通并提升主播的直播积极性，直播客户端提供了多种虚拟礼物。为了实现更加绚丽的效果，虚拟礼物多以连帧动画的形式展现。根据现有技术，若将大量的连帧动画存放在直播客户端的安装包内，则导致安装包的数据体积过大。用户对数据体积过大的安装包的抵制心理，将直接导致直播客户端的下载率低。与此同时，数据体积过大的安装包在通过渠道进行推广时，推广成本高。为避免上述缺陷，可以考虑将连帧动画存放至服务器，在直播的过程中，实时检测用户赠送虚拟礼物的请求，在检测到用户赠送虚拟礼物的请求之后再到服务器下载连帧动画，这种方式会占用较多网络带宽，导致直播的流畅性差。

本申请实施例的核心在于，将连帧动画存放至服务器，在用户安装直播客户端之后，选择合理的时刻以及合理的方式预先从服务器下载虚拟礼物至客户端本地指定路径下，在用户进入直播间时，从本地指定路径下将虚拟礼物加载至内存。在用户进入直播间之后，能够享受流畅的直播，且在用户向主播赠送礼物时，礼物播放实时且流畅。

图1是本申请实施例提供的一种虚拟礼物加载方法的实施例一的流程示意图，结合图1，该方法包括如下可选的步骤：

步骤101、响应于用户进入频道页的操作，向服务器发送虚拟礼物获取请求。

步骤102、接收所述服务器根据所述虚拟礼物获取请求下发的本地加载指令。

步骤103、响应于用户进入所述频道页上提供的直播间的操作，根据所述本地加载指令，加载预先从所述服务器下载至本地指定路径下的虚拟礼物。

针对步骤101，所述的频道页为直播客户端中包含的任意频道对应的导航页面。直播客户端通常设置多个频道，从而对直播房间进行分类。每个频道对应不同的直播主题、直播内容或直播形式。例如，直播客户端可设置有游戏直播频道，音乐直播频道、金融理财直播频道、户外直播频道等等。每一个直播频道下设有至少一个直播房间，用户可以进入直播房间观看直播并与该直播房间的主播进行互动。

若检测到用户进入直播客户端提供的任一频道页，则直播客户端响应于用户进入频道页的操作，向服务器发送虚拟礼物的获取请求。该虚拟礼物获取请求可以是一个触发信号或数据包，能够被服务器接收并识别。

针对步骤102，在本实施例中，虚拟礼物已预先从服务器下载并解压至直播客户端的本地指定路径。因此，服务器在接收到直播客户端发送的虚拟礼物获取请求之后，向直播客户端下发本地加载指令，以告知直播客户端从本地指定路径加载虚拟礼物。其中，所述的本地指定路径可以是直播客户端安装在设备终端之后产生的特定文件夹的地址，用于存放虚拟礼物以供直播客户端调用。该本地指定路径可以在直播客户端安装时由用户指定或由开发人员默认设置。

针对步骤103，所述的直播间，是一个提供直播以及用户与主播之间交流的虚拟的场所。直播客户端收到该本地加载指令之后，若检测到用户进入频道页提供的直播间，则响应于用户进入该直播间的操作，根据本地加载指令，加载预先从所述服务器下载至本地指定路径下的虚拟礼物。通常，虚拟礼物被加载至内存，从而当检测到用户赠送虚拟礼物的操作时，能够快速从内存中读取虚拟礼物并流畅地显示于直播房间的界面上。

本实施例中，响应于用户进入频道页的操作，向服务器发送虚拟礼物获取请求，在用户进入直播间之前，预先从服务器下载虚拟礼物至本地指定路径并接收服务器根据虚拟礼物获取请求返回的本地加载指令。基于该本地加载指令，响应于用户进入直播间的操作，加载本地指定路径中的虚拟礼物。因而，在直播过程中所展示的虚拟礼物为已加载至内存的虚拟礼物，不占用直播时的网络带宽，在保证直播流畅度的情形下实现了高效、流畅、实时的虚拟礼物展示。

图2是本申请实施例提供的一种虚拟礼物加载方法的实施例二的流程示意图，结合图2，该方法包括如下可选的步骤：

步骤201、响应于用户进入频道页的操作，向服务器发送虚拟礼物获取请求。

步骤202、接收所述服务器下发的虚拟礼物更新信息。

步骤203、根据所述虚拟礼物更新信息，更新预先从服务器下载至本地指定路径下的虚拟礼物。

步骤204、接收所述服务器根据所述虚拟礼物获取请求下发的本地加载指令。

步骤205、响应于用户进入所述频道页上提供的直播间的操作，根据所述本地加载指令，加载本地指定路径下更新后的虚拟礼物。

针对步骤201，可选地，直播客户端向服务器发送的该虚拟礼物获取请求中，携带有虚拟礼物版本号。该虚拟礼物版本号是当前时刻直播客户端本地存有的虚拟礼物的版本号，例如虚拟礼物版本号为2.1或3.0等。

针对步骤202，服务器接收到直播客户端发送的虚拟礼物获取请求，从中获取虚拟礼物版本号，对比该虚拟礼物版本号与上传至服务器的最新版本的虚拟礼物的版本号是否一致。若不一致，则确定虚拟礼物有更新，并向直播客户端下发虚拟礼物更新信息。可选地，该虚拟礼物更新信息，可以是一个更新指令也可以是一个更新目标版本号。

针对步骤203，直播客户端在接收到服务器下发的礼物更新信息之后，根据虚拟礼物更新信息从服务器下载更新的虚拟礼物的压缩包并解压至本地指定路径。可选地，直播客户端将更新的虚拟礼物的压缩包解压到本地指定路径时，可以覆盖本地指定路径存有的虚拟礼物，从而实现全面更新，提升直播客户端的吸引力以及趣味性。

步骤204～步骤205的实施方式可以参考图1所示实施例的描述，此处不赘述。

值得说明的是，在本实施例中，本地加载指令是一个显式信息，即服务器会明确下发一个本地加载指令，但并不限于此。除此之外，本地加载指令也可以是一隐式信息，例如，如果服务器下发虚拟礼物更新信息，则可以通过虚拟礼物更新信息同时向客户端传达在更新虚拟礼物后加载本地更新后的虚拟礼物的意思。

如果本地加载指令是一伴随虚拟礼物更新信息的隐式信息，则上述步骤204可以省略。另外，如果本地加载指令为一显式信息，则除了本实施例提供的通过不同步骤分别下发虚拟礼物更新信息和本地加载指令之外，服务器还可以在同一步骤中同时下发虚拟礼物更新信息和本地加载指令，即步骤204可以合并至步骤202中实施。

本实施例中，响应于用户进入频道页的操作，直播客户端向服务器发送虚拟礼物获取请求并携带直播客户端当前时刻的本地存有的虚拟礼物版本号。从而直播客户端能够及时接收服务器端下发的虚拟礼物的更新信息，并在用户进入频道页提供的直播间之前实现虚拟礼物的更新，在保证流畅的直播的前提下实现了虚拟礼物的及时更新。

在上述实施例或下述实施例中，需要预先从服务器下载虚拟礼物至客户端本地指定路径下。预先从服务器下载虚拟礼物的流程包括：向服务器发送虚拟礼物预加载请求；接收服务器根据虚拟礼物预加载请求下发的虚拟礼物的压缩包；解压虚拟礼物的压缩包至客户端本地指定路径下。其中，可以在使用虚拟礼物之前的任意时刻，从服务器下载虚拟礼物。例如，在一种实施方式中，用户在安装客户端之后，首次启动客户端时，向服务器发送虚拟礼物预加载请求；接收服务器根据虚拟礼物预加载请求下发的虚拟礼物的压缩包；解压虚拟礼物的压缩包至客户端本地指定路径下。又例如，在另一种实施方式中，可以在用户首次进入频道页时，向服务器发送虚拟礼物预加载请求；接收服务器根据虚拟礼物预加载请求下发的虚拟礼物的压缩包；解压虚拟礼物的压缩包至客户端本地指定路径下。

其中，用户首次进入频道页时从服务器下载虚拟礼物至本地指定路径下，然后可以在用户进入直播间时，可以直接从本地指定路径下加载虚拟礼物，是一种特殊的虚拟礼物加载过程，下面通过具体实施例进行详细说明。

图3是本申请实施例提供的一种虚拟礼物加载方法的实施例三的流程示意图，结合图3，该方法包括如下可选地步骤：

步骤301、响应于用户首次进入频道页的操作，向服务器发送虚拟礼物获取请求。

步骤302、接收所述服务器根据所述虚拟礼物获取请求下发的所述虚拟礼物的压缩包。

步骤303、解压所述虚拟礼物的压缩包至所述本地指定路径下。

步骤304、接收所述服务器根据所述虚拟礼物获取请求下发的本地加载指令。

步骤305、响应于用户进入所述频道页上提供的直播间的操作，根据所述本地加载指令，加载预先从所述服务器下载至本地指定路径下的虚拟礼物。

针对步骤301，直播客户端完成安装后，若检测到用户首次进入直播客户端提供的任一频道页，则直播客户端响应于用户首次进入频道页的操作，向服务器发送虚拟礼物的获取请求。此时，客户端本地指定路径下没有存放虚拟礼物，故虚拟礼物获取请求中携带的虚拟礼物版本号为空，所以这里的虚拟礼物获取请求实际上也是虚拟礼物预加载请求。针对步骤301的其它描述可参考图1对应实施例的描述，此处不再赘述。

针对步骤302，服务器接收虚拟礼物预加载请求，并识别出客户端尚未存在虚拟礼物，故向直播客户端下发虚拟礼物的压缩包。

针对虚拟礼物的压缩包，在一种可选地实施方式中，不同频道使用的虚拟礼物不同，则每个频道分别对应各自的虚拟礼物的压缩包。例如，游戏直播频道对应第一虚拟礼物的压缩包，音乐直播频道对应第二虚拟礼物的压缩包、金融理财直播频道对应第三虚拟礼物的压缩包、户外直播频道对应第四虚拟礼物的压缩包。可选地，某一频道页提供的所有直播房间可以共用同一虚拟礼物的压缩包解压后得到的虚拟礼物，例如，音乐直播频道提供的每个直播房间都可以开启第二虚拟礼物的压缩包中的任一虚拟礼物。在本实施方式中，直播客户端发送虚拟礼物预加载请求时，同时携带检测到用户触发的频道页对应的频道号，服务器根据该频道号下发对应的虚拟礼物的压缩包。

在另一种可选地实施方式中，多个频道共用同一虚拟礼物的压缩包。在本实施方式中，直播客户端的任一频道页检测到用户的触发时，响应于该触发，向服务器发送虚拟礼物获取请求，可以不携带频道号。服务器基于该虚拟礼物获取请求直接下发虚拟礼物的压缩包。直播客户端中的任一直播房间都可以开启该虚拟礼物的压缩包中的任一虚拟礼物。

针对步骤303，直播客户端接收服务器下发的虚拟礼物的压缩包之后，解压到本地指定路径，以便于后续直播时直接从该本地指定路径中加载虚拟礼物。

步骤304～步骤305的实施方式可以参考图1所示实施例的描述，此处不赘述。

本实施例中，响应于用户对该频道页的操作，向服务器发送虚拟礼物获取请求。若用户首次进入直播客户端的频道页或者更新虚拟礼物，在用户进入频道页提供的直播房间之前，接收服务器根据该虚拟礼物获取请求下发的虚拟礼物的压缩包，并解压虚拟礼物的压缩包至本地指定路径，从而，在用户进入直播间之前预先下载虚拟礼物的压缩包至本地，用户在直播间开启虚拟礼物时，虚拟礼物能够实时显示，不受网络带宽限制。

图4是本申请实施例提供的一种虚拟礼物加载方法的实施例四的流程示意图，结合图4，该方法包括如下可选地步骤：

步骤401、响应于用户进入频道页的操作，向服务器发送虚拟礼物获取请求。

步骤402、接收所述服务器根据所述虚拟礼物获取请求下发的本地加载指令和虚拟礼物更新信息。

步骤403、根据所述虚拟礼物更新信息更新预先从服务器下载至本地指定路径下的虚拟礼物。

步骤404、响应于用户进入所述频道页上提供的直播间的操作，根据所述本地加载指令，加载本地指定路径下更新后的虚拟礼物。

步骤405、响应于用户对第一虚拟礼物图标的点击操作，获取所述第一虚拟礼物图标对应的识别号。

步骤406、确定所述用户对所述识别号所标识的第一虚拟礼物具有启动权限。

步骤407、在直播窗口中展示所述识别号标识的第一虚拟礼物。

步骤401～步骤404的实施方式可以参考图1～图3所示实施例的描述，此处不赘述。

针对步骤405，在用户与直播房间的主播进行互动时，可以通过直播页面提供的输入框进行文字互动，也可以通过向主播赠送虚拟礼物来对主播表示喜爱或感谢，从而激发主播的直播积极性。

所述的第一虚拟礼物图标可以是虚拟礼物列表中的任一虚拟礼物图标。该虚拟礼物列表位于直播房间的预设区域，用户进入直播房间之后为用户主动展示或响应于用户的触发而展示。在虚拟礼物列表中，展示有至少一个虚拟礼物图标，用户针对其中任意一个虚拟礼物图标的触发都可开启该虚拟礼物，并且能够在直播窗口中观看该虚拟礼物。

若检测到用户对虚拟礼物列表中的第一虚拟礼物的点击操作，则响应于该点击操作，获取所述第一虚拟礼物图标对应的识别号。该识别号可唯一标识一个虚拟礼物。

针对步骤406，在获取第一虚拟礼物的识别号之后，判断该用户是否具有开启该虚拟礼物的权限。在一种可选地实施方式中，为每一个虚拟礼物设置对应的虚拟货币价值，例如，数字鲜花的价值为2元。在用户登录状态下，获取所述用户的账户余额以及所述第一虚拟礼物的虚拟货币价值；若所述用户的账户余额大于所述第一虚拟礼物的虚拟货币价值，则确定该用户对该第一虚拟礼物具有启动权。

在另一种可行的实施方式中，为每一个虚拟礼物设置一个对应的开启等级。在用户的登录状态下，获取用户的等级。若用户的等级达到某一等级值，则判定该用户对该识别号所标识的第一虚拟礼物具有启动权限。

可选地，步骤406中确定所述用户对识别号所标识的第一虚拟礼物具有启动权限，可以由直播客户端独立完成，也可由直播客户端将相关数据上报至服务器并由服务器完成，本申请实施例不做限制。

针对步骤407、直播窗口中展示的第一虚拟礼物是直接从系统内存中调取的，速度快，显示实时，提供了优质的用户体验。

本实施例中，在用户进入直播间后，响应于用户对第一虚拟礼物的点击操作，获取该点击操作对应的识别号并在确定用户针对该识别号所标识的第一虚拟礼物有启动权限后直接展示该第一虚拟礼物，实现了高效流畅的礼物展示效果。在直播需实时连接且占用大量网络带宽的情况下，避免了虚拟礼物展示的卡顿现象。

图5是本申请实施例提供的一种虚拟礼物加载装置的结构示意图，结合图5，该装置包括发送模块51、接收模块52以及加载模块53。

其中，所述发送模块51，用于响应于用户进入频道页的操作，向服务器发送虚拟礼物获取请求。

其中，所述接收模块52，用于接收所述服务器根据所述虚拟礼物获取请求下发的本地加载指令。

其中，所述加载模块53，用于响应于用户进入所述频道页上提供的直播间的操作，根据所述本地加载指令，加载预先从所述服务器下载至本地指定路径下的虚拟礼物。

如图6所示，所述虚拟礼物加载装置还包括预下载模块54，用于向所述服务器发送虚拟礼物预加载请求，并接收所述服务器根据所述虚拟礼物预加载请求下发的所述虚拟礼物的压缩包。

进一步可选地，所述装置还包括解压模块55，用于解压所述虚拟礼物的压缩包至所述本地指定路径下。

进一步可选地，所述虚拟礼物获取请求携带有虚拟礼物版本号。相应地，所述接收模块52，还用于：在所述加载预先从所述服务器下载至本地指定路径下的虚拟礼物之前，接收所述服务器下发的虚拟礼物更新信息；所述虚拟礼物更新信息是所述服务器根据所述虚拟礼物版本号识别出所述虚拟礼物需要更新时下发的。

如图7所示，所述虚拟礼物加载装置还包括更新模块56，用于根据所述虚拟礼物更新信息更新所述本地指定路径下的所述虚拟礼物。

如图8所示，所述虚拟礼物加载装置还包括获取模块57，所述获取模块57用于响应于用户对第一虚拟礼物图标的点击操作，获取所述第一虚拟礼物图标对应的识别号。

进一步可选地，所述装置还包括：展示模块58，用于在直播窗口中展示所述识别号标识的第一虚拟礼物。

进一步可选地，所述获取模块57还用于，确定所述用户对所述第一虚拟礼物具有启动权限。

进一步可选地，所述获取模块57还用于，在用户登录状态下，获取所述用户的账户余额以及所述第一虚拟礼物的虚拟货币价值；若所述用户的账户余额大于所述第一虚拟礼物的虚拟货币价值，则确定所述用户对所述第一虚拟礼物具有启动权。

本实施例提供的虚拟礼物加载装置，响应于用户进入频道页的操作，向服务器发送虚拟礼物获取请求，在用户进入直播间之前，预先从服务器下载虚拟礼物至本地指定路径并接收服务器根据虚拟礼物获取请求返回的本地加载指令。基于该本地加载指令，响应于用户进入直播间的操作，加载本地指定路径中的虚拟礼物。因而，在直播过程中所展示的虚拟礼物为已加载至内存的虚拟礼物，不占用直播时的网络带宽，在保证直播流畅度的情形下实现了高效、流畅、实时的虚拟礼物展示。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

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

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。