场景动画的播放方法、装置及系统与流程

本发明涉及计算机领域，具体而言，涉及一种场景动画的播放方法、装置及系统。

背景技术：

目前，为了提高用户对应用的使用体验，在应用中会播放场景动画，例如，在闯关类游戏中会在游戏剧情发展的关键阶段使用场景动画串接游戏前后剧情，或为关键人物出场做铺垫，以提高游戏的感染力。现有的多人闯关类游戏中一般直接使用传统的场景动画播放方案，即场景动画播放的触发和控制均是由客户端决定。但是，在多人合作闯关类游戏中，每个玩家所使用的设备环境是不同的，其加入关卡的时间也是不确定的，因此容易出现不同玩家的设备上游戏场景动画的播放进度不一致的问题。特别是在移动终端上，由于网络延迟和网络抖动等因素，场景动画的播放进度不一致的问题会更加明显，甚至可能出现部分玩家已经完成场景动画的展示，进入核心战斗阶段，而另一部分玩家还在观看场景动画的现象，严重影响了玩家的合作闯关的游戏体验。

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

技术实现要素：

本发明实施例提供了一种场景动画的播放方法、装置及系统，以至少解决相关技术由于网络延迟或抖动等因素造成多个客户端中的同一个应用的场景动画的播放进度不一致的技术问题。

根据本发明实施例的一个方面，提供了一种场景动画的播放方法，包括：获取多个第一账号对应的场景数据，其中，场景数据为多个第一账号登录客户端后所产生的数据；根据场景数据判断是否达到播放目标场景动画的预定触发条件；在达到播放目标场景动画的预定触发条件的情况下，向多个第一账号中的每个第一账号发送控制消息，其中，控制消息用于指示多个第一账号所登录的客户端同步播放目标场景动画。

根据本发明实施例的另一方面，还提供了一种场景动画的播放方法，包括：将第一账号对应的场景数据导出给服务器，其中，场景数据为第一账号登录客户端后所产生的数据；接收服务器返回的控制消息，其中，服务器用于根据场景数据判断是否达到播放目标场景动画的预定触发条件，并在达到预定触发条件的情况下返回控制消息，控制消息用于指示播放目标场景动画；按照控制消息播放目标场景动画。

根据本发明实施例的另一方面，还提供了一种场景动画的播放装置，包括：获取单元，用于获取多个第一账号对应的场景数据，其中，场景数据为多个第一账号登录客户端后所产生的数据；判断单元，用于根据场景数据判断是否达到播放目标场景动画的预定触发条件；第一发送单元，用于在达到播放目标场景动画的预定触发条件的情况下，向多个第一账号中的每个第一账号发送控制消息，其中，控制消息用于指示多个第一账号所登录的客户端同步播放目标场景动画。

根据本发明实施例的另一方面，还提供了一种场景动画的播放装置，包括：发送单元，用于将第一账号对应的场景数据导出给服务器，其中，场景数据为第一账号登录客户端后所产生的数据；接收单元，用于接收服务器返回的控制消息，其中，服务器用于根据场景数据判断是否达到播放目标场景动画的预定触发条件，并在达到预定触发条件的情况下返回控制消息，控制消息用于指示播放目标场景动画；播放单元，用于按照控制消息播放目标场景动画。

根据本发明实施例的另一方面，还提供了一种场景动画的播放系统，包括：服务器和多个客户端；其中，服务器用于执行本发明上述实施例中的任意一种场景动画的播放方法，多个客户端中的每个客户端用于本发明上述实施例中的场景动画的播放方法。

在本发明实施例中，采用服务器统一控制场景动画播放的方式，通过获取多个客户端发送的场景数据，并根据场景数据判断是否达到播放目标场景动画的预定触发条件，在达到预定触发条件的情况下向所有的客户端发送控制消息，以指示所有的客户端同步播放目标场景动画，达到了保证应用的场景动画的播放进度同步的目的，进而解决了相关技术由于网络延迟或抖动等因素造成多个客户端中的同一个应用的场景动画的播放进度不一致的技术问题，从而提高了用户对应用的使用体验。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的场景动画的播放方法的硬件环境的示意图；

图2是根据本发明实施例的一种可选的场景动画的播放系统的架构示意图；

图3是根据本发明实施例1的一种可选的场景动画的播放方法的流程图；

图4是根据本发明优选实施例的场景动画同步交互流程的时序图；

图5是根据本发明优选实施例的一种可选的逻辑对时的示意图；

图6是根据本发明优选实施例的另一种可选的逻辑对时的示意图；

图7是根据本发明实施例2的一种可选的场景动画的播放方法的流程图；

图8是根据本发明实施例3的一种可选的场景动画的播放方法的流程图；

图9是根据本发明实施例4的一种可选的场景动画的播放装置的示意图；

图10是根据本发明实施例5的一种可选的场景动画的播放装置的示意图；以及

图11是根据本发明实施例的一种终端的结构框图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本发明实施例进行描述的过程中出现的部分名词或者术语适用于如下解释：

场景动画：游戏过程中用于承接剧情转变或突出关键事件而播放的动画，主要包括角色特定状态或动作的特写，预设的剧情对白，突出的场景变化和关键的剧情事件等。

实施例1

根据本发明实施例，提供了一种场景动画的播放方法的方法实施例。

可选地，在本实施例中，上述场景动画的播放方法可以应用于如图1所示的由服务器102和终端104所构成的硬件环境中。如图1所示，服务器102通过网络与终端104进行连接，上述网络包括但不限于：广域网、城域网或局域网，终端104并不限定于pc、手机、平板电脑等。本发明实施例的场景动画的播放方法可以由服务器102来执行，也可以由终端104来执行，还可以是由服务器102和终端104共同执行。其中，终端104执行本发明实施例的场景动画的播放方法也可以是由安装在其上的客户端来执行。

需要说明的是，该实施例1中的场景动画的播放方法主要由服务器102和终端104共同执行。在对本发明实施例的场景动画的播放方法的具体流程进行介绍至之前，首先对执行该场景动画的播放方法的场景动画的播放系统的架构进行说明。

本发明实施例中的场景动画的播放系统可以包括服务器和多个客户端，其中，服务器可以是一个服务器或者多个服务器组成的服务器集群，客户端可以是安装在任意终端设备上的客户端，终端设备可以包括但并不限于pc、手机、平板电脑等。需要说明的是，服务器可以与每个客户端通信连接，利用该通信连接可以实现服务器与客户端之间的数据交互。

需要说明的是，本发明实施例中的场景动画的播放系统可以采用dedicated-server(ds)式的网络同步架构，其特征主要包括如下两点：

(1)服务器上运行完整的应用逻辑；

(2)应用状态以服务器数据为权威，客户端只根据这些服务器数据做表现模拟。

下面将以以unity游戏引擎为基础的移动游戏应用为例对本发明实施例中的场景动画的播放系统的ds架构进行说明。

图2是根据本发明实施例的一种可选的场景动画的播放系统的架构示意图，图2中仅示出系统包括服务器和一个客户端的情形，如图2所示，客户端直接使用unity引擎进行开发，服务器则选用与unity底层一致的physx物理引擎和recastnavigation导航网格，保证两边物理算法的一致性。客户端的场景碰撞数据与关卡逻辑数据可以通过自定义工具导出到服务器，从而保证双方物理环境和游戏配置一致。服务器依赖这些数据自主运行游戏逻辑，例如进行移动运算和战斗计算等，并通过udp网络快速传输层下发数据驱动所有客户端的游戏流程。

在上述场景动画的播放系统中所执行的场景动画的播放方法的具体流程可以如图3所示，其中，图3中仅示出了服务器与多个客户端中的其中一个客户端的具体交互流程，该流程具体包括以下步骤：

步骤s301，将客户端的场景数据导出给服务器。

在上述步骤s301中，用户登录客户端所使用的账号可以为第一账号，第一账号登录客户端后，在客户端运行过程中可以产生数据，该数据即为场景数据。例如，用户使用游戏账号登录游戏应用客户端之后，在游戏过程中所产生的实时数据，例如账号等级、账号对应的游戏金币、账号当前所在的位置等数据，这些数据被统称为场景数据。

需要说明的是，客户端的场景数据可以通过自定义工具导出至服务器中，同理，对于场景动画的播放系统中的每个客户端的场景数据均可以导出给服务器。此处需要说明的是，每个客户端对应的账号可以不同。

还需要说明的是，在将客户端的场景数据导出至服务器同时，本发明实施例还可以将预先配置好的场景碰撞数据以及关卡逻辑数据等数据通过自定义工具导出给服务器，以便于服务器可以根据实时的场景数据和预先配置好的场景碰撞数据以及关卡逻辑数据等数据准确判断是否达到播放目标场景动画的预定触发条件。

步骤s302，服务器根据场景数据判断是否达到播放目标场景动画的预定触发条件。

在上述步骤s302中，目标场景动画为与场景数据相匹配的场景动画，本发明实施例可以根据实际需求为应用中的不同场景分别配置相应的场景动画，服务器在接收到客户端导出的实时的场景数据和预先配置好的场景碰撞数据以及关卡逻辑数据等数据之后，可以首先确定与其对应的场景动画为目标场景动画，然后在根据实时的场景数据和预先配置好的场景碰撞数据以及关卡逻辑数据等数据判断是否达到播放该目标场景动画的预定触发条件。此处需要说明的是，播放目标场景动画的预定触发条件可以为根据实际需求预先设定好的条件。作为一种可选的实施例，本发明实施例中的预定触发条件可以包括以下至少之一：

第一账号对应的事件对象进入目标区域；

第一账号对应的事件对象在目标区域的停留时间大于预定时间；

第一账号完成目标任务；

第一账号的属性值超过预定阈值，其中，属性值包括以下至少之一：账号等级、账号登录时间、账号对应的事件资源数量。

针对上述所列举的预定触发条件，需要说明的是，第一账号对应的事件对象可以为在客户端运行过程中第一账号对应的虚拟的事件对象，例如，第一账号对应的事件对象可以为游戏中的角色人物。目标区域可以为任意指定的区域；目标任务可以为任意指定的任务；预定时间和预定阈值可以根据实际需求设定，此处不做具体限定。还需要说明的是，本发明实施例中的预定触发条件还可以包括其他条件，此处不再一一举例说明。

还需要说明的是，服务器中可以预先存储有预定触发条件，且播放每个场景动画对应的预定触发条件可以不同，服务器还可以存储有场景动画与播放该场景动画的预定触发条件的对应关系，以便于在接收到场景数据之后，可以根据该对应关系确定该场景数据对应的预定触发条件，然后再根据实时的场景数据和预先配置好的场景碰撞数据以及关卡逻辑数据等数据判断是否达到该预定触发条件。

步骤s303，当服务器判断出在达到播放目标场景动画的预定触发条件的情况下，服务器可以向客户端发送控制消息。

在上述步骤s303中，当服务器判断出已经达到了播放目标场景动画的预定触发条件时，服务器可以立即触发该目标场景动画的播放事件，并向所有的客户端发送一个控制消息，其中，该控制消息可以用于指示客户端播放目标场景动画，而且该控制消息中可以携带有指示开始播放该目标场景动画的服务器时间。此处需要说明的是，控制消息中携带的服务器时间为服务器的本地时间，由于网络因素各个客户端的本地时间与服务器的本地时间可能并不一致，或者各个客户端的本地时间可能并不一致，本发明实施例的场景动画的播放方法为基于逻辑时间对齐的场景动画同步播放方案，也就是说，通过由服务器统一控制场景动画的播放，使得各个客户端按照服务器时间同步播放场景动画。

步骤s304，客户端接收服务器发送的控制消息，并按照该控制消息播放目标场景动画。

在上述步骤s304中，各个客户端在接收到服务器发送的控制消息之后，可以触发播放目标场景动画，但是，由于客户端与服务器的时间不一致，且控制消息的传输会有延时，为了保证所有的客户端中目标场景动画的播放进度一致，各个客户端需要按照服务器时间播放目标场景动画，且各个客户端从接收到控制消息之后并不一定均是从目标场景动画的起始播放时刻开始播放的。

下面将以一个客户端为例具体说明在接收到服务器发送的控制消息之后，按照该控制消息播放目标场景动画的具体过程，而对于其他客户端播放目标场景动画的过程与该过程相同。具体地，该客户端在接收到控制消息之后可以执行以下步骤：

步骤s3041，根据控制消息中携带的服务器时间确定该服务器时间对应的客户端时间。

需要说明的是，客户端在接收到控制消息之后，可以从控制消息中解析得到指示开始播放目标场景动画的服务器时间，由于客户端与服务器的本地时间不一致，客户端首先需要按照服务器时间进行逻辑对时，以确定该服务器时间对应的客户端时间，其中，客户端时间为该客户端的本地时间。

作为一种可选地实施例，确定服务器时间对应的客户端时间可以具体包括：获取与服务器之间的目标时间差；根据目标时间差确定服务器时间对应的客户端时间，其中，客户端时间为服务器的时间与目标时间差的和。

需要说明的是，确定与服务器时间对应的客户端时间的关键在于如何获取目标时间差，可选地，本发明实施例中获取目标时间差可以通过以下两种方式：

第一种方式：按照以下公式获取与服务器之间的目标时间差：

actualdelta＝min(actualdelta,calcdelta)

其中，calcdelta＝logictimedelta+transmitdelay，transmitdelay＝s1-s0，logictimedelta＝c1-s1，s0为服务器发送对时包的时间，c1为接收到服务器发送的对时包的时间，s1为接收到对时包时服务器的时间，actualdelta为目标时间差。

第二种方式：按照以下公式获取与服务器之间的目标时间差：

actualdelta＝c1-s1–netdelay

其中，netdelay＝(c1-c0)/2，c0为向服务器发送对时包的时间，c1为接收到服务器响应对时包所返回的响应消息的时间，s1为服务器接收到对时包的时间。

需要说明的是，通过上述任意一种方式均可以获取到目标时间差，然后将其与服务器时间求和便可以获取到与服务器时间对应的客户端时间。

步骤s3042，确定接收到控制消息的接收时间。

需要说明的是，在逻辑对时确定服务器时间对应的客户端时间之后，例如确定服务器时间09:00对应客户端时间10:00，其目标时间差为1个小时。由于控制消息的传输存在延时，假设延时为1分钟，则服务器在服务器时间09:00发送的控制消息，将会在客户端时间10:01达到客户端，也即客户端接收到控制消息的接收时间为10:01。

步骤s3043，根据客户端时间和接收时间获取目标场景动画当前播放的时间戳。

需要说明的是，由于控制消息的传输存在延时，当客户端接收到控制消息之后，目标场景动画已经播放了一段时间。为了保证客户端播放目标场景动画的进度与服务器一致，进而使得各个客户端播放目标场景动画的进度同步，客户单需要确定接收到控制消息时目标场景动画的播放进度，也即根据上述步骤确定的客户端时间和接收时间获取目标场景动画当前播放的时间戳，具体地，该时间戳可以为接收时间与客户端时间之间的时间差。例如，服务器时间09:00对应客户端时间10:00，客户端接收到控制消息的接收时间为10:01，则说明目标场景动画当前播放的时间戳为1分钟，则为了保证客户端与服务器同步播放该目标场景动画，该客户端需要从目标场景动画的第1分钟开始播放。

步骤s3044，从接收时间开始播放目标场景动画中的时间戳之后的动画。

需要说明的是，在客户端确定了目标场景动画当前播放的时间戳之后，客户端可以从目标场景动画的该时间戳开始播放该时间戳之后的动画，以达到使得该客户端播放目标场景动画的进度与服务器播放目标场景动画的进度同步，而场景动画的播放系统中的所有客户端均执行相同播放流程之后，可以达到使得所有客户端同步播放目标场景动画的目的。可选地，在客户端确定了目标场景动画当前播放的时间戳之后，客户端还可以从目标场景动画的开始时刻以快进的形式播放动画，直至快进播放的进度达到服务器中的目标场景动画的进度客户端才开始以正常播放速度播放之后的动画，这种方式既能保证所有客户端在同一时间结束播放目标场景动画，以使得所有客户端同步进入下一个应用场景，又能保证各个客户端完整播放目标场景动画。在实际应用场景中，可以根据实际需求选择上述两种播放目标场景动画的方式中的任意一种。

需要说明的是，场景动画的播放系统中的所有客户端在接收到服务器发送的控制消息之后，均可以执行上述目标场景动画的播放流程，这样可以达到场景动画的播放系统中的所有客户端同步播放目标场景动画的目的。由于多个客户端与服务器均是同步播放目标场景动画，则当服务器播放完目标场景动画时，各个客户端也播放完该目标场景动画。

作为一种可选的实施例，在达到播放目标场景动画的预定触发条件的情况下，向多个第一账号中的每个第一账号发送控制消息之后，服务器还可以执行以下步骤：

步骤s1，检测是否接收到第二账号发送的请求消息，其中，请求消息用于请求登录所述客户端；

步骤s2，在检测到接收到第二账号发送的请求消息的情况下，向第二账号发送控制消息，其中，控制消息用于指示第二账号所登录的客户端与多个第一账号所登录的客户端同步播放目标场景动画。

需要说明的是，第二账号为在目标场景动画播放过程中请求登录客户端的账号，当服务器检测到第二账号发送的请求消息时，可以响应该请求消息并向第二账号发送控制消息，该控制消息主要用于指示第二账号所登录的客户端播放目标场景动画。为了保证场景动画的播放系统中的所有客户端均可以同步播放目标场景动画，在目标场景动画的播放过程中，第二账号所登录的客户端在接收到服务器发送的控制消息之后，需要首先进行逻辑对时，然后再计算目标场景动画当前的播放进度，以实现按照该当前播放进度同步播放该目标场景动画。需要说明的是，第二账号接收到控制消息之后的处理流程与上述步骤s3041至步骤s3044所示的处理流程相同，区别仅在于所计算得到的目标场景动画当前的播放进度不一样。

该可选实施例能够实现对目标场景动画播放过程中请求登录客户端的账号所登录的客户端与其他客户端同步播放目标场景动画的目的，进而提高了用户对应用的使用体验。

本发明还提供了一种优选实施例，该优选实施例为本发明实施例的场景动画的播放方法应用于游戏领域的具体实例。在对该优选实施例进行详细介绍之前，此处首先对以下术语进行简要说明：

fps手游：指在手机端运行的，第一人称射击游戏。

pve：玩家与ai对战，指的是在游戏中玩家挑战游戏程序所控制的npc怪物和boss。

npc：非玩家控制角色，这里指在游戏中可以被玩家击杀的怪物角色。

boss：关卡中的怪物头领。

场景动画：游戏过程中用于承接剧情转变或突出关键事件而播放的动画，主要包括角色特定状态或动作的特写，预设的剧情对白，突出的场景变化和关键的剧情事件等。

该优选实施例提供了一种基于逻辑时间对齐的场景动画同步方案，通过服务器统一控制场景动画的触发和播放进度，所有移动设备与服务器进行对时和实时较正，保证场景动画进度同步，提高了玩家的游戏体验。

需要说明的是，在本方案中，场景动画本身的创作和播放仍是在客户端执行，但是触发播放的条件以及播放进度由服务器统一控制和下发。客户端所有场景动画及其触发条件可以通过工具导出为统一的配置，服务器读取该配置，并根据当前游戏进度和游戏状态下发场景动画触发事件和当前进度，驱动客户端中的场景动画的同步播放。

在具体应用场景中，例如在fps手游中，多人pve闯关作为游戏核心玩法之一，包含了丰富的游戏背景和游戏剧情。因此，在多人pve玩法的游戏过程中，也需要使用场景动画技术推动游戏情节的发展。为了保证不同玩家设备上场景动画同步进行，fps手游统一使用了本方案中提出的游戏场景动画同步播放技术，完成场景动画的设计和实时播放。

需要说明的是，游戏美术师可以使用场景动画编辑工具完成场景动画内容的创作，具体包括角色动作的控制，场景特效的触发及场景音效的播放等。一个场景动画内，所有的内容由统一的时间线控制，时间线直接影响场景动画的播放进度，并支持快进，定点播放等特性。

还需要说明的是，游戏策划可以根据剧情需要配置整个关卡的任务流程，并在特定任务触发或者完成时，配置对应场景动画的播放信息，主要包括场景动画的触发条件，动画时长，是否需要隐藏本地人物，是否需要切换渲染摄像机等。

通过上述预先配置，可以实现在游戏过程中服务器根据这些任务流程配置信息以及场景动画配置信息，动态触发对应的场景动画播放事件，驱动游戏剧情发展。

本方案提出的场景动画同步技术，场景动画的触发与播放由服务器统一驱动与控制。因此，该方案实施的技术基础是游戏使用dedicated-server(ds)式的网络同步架构，其特征主要包括如下两点：

(1)服务器上运行完整的游戏逻辑；

(2)游戏状态以服务器数据为权威，客户端只根据这些数据做表现模拟.

针对以unity游戏引擎为基础的移动游戏，本方案提出一种可行的ds架构的实现方案。该实现方案客户端直接使用unity引擎进行开发，服务器则选用与unity底层一致的physx物理组件和recastnavigation导航组件，保证两边物理算法的一致性。客户端的场景碰撞数据与关卡逻辑数据通过自定义工具导出到服务器，从而保证双方物理环境和游戏配置一致。服务器依赖这些数据自主运行游戏逻辑，并通过网络下发数据驱动所有客户端的游戏流程，其主要的逻辑架构可以如图2所示。

该方案中的场景动画同步交互流程可以如图4所示，具体地可以描述为：在玩家游戏过程中，也即在游戏进程推进过程中，服务器会持续检测是否触发场景动画，也即服务器会持续检测玩家是否达到游戏策划预先配置好的场景动画播放的要求，当检测到某个场景动画要求被达到后，就会触发场景动画播放事件，并通过网络下发给所有当前已连接该局游戏的玩家，例如图4中的客户端a。客户端a收到该下发事件后，会先进行逻辑对时，然后计算场景动画的播放进度，并按照当前播放进度播放场景动画。对于在场景动画播放过程中途加入的玩家，例如图4中的客户端b，服务器会补发对应的场景动画播放事件，新玩家客户端b收到该事件后，也会首先进行逻辑对时，然后根据服务器下发的数据计算出场景动画当前播放进度，并直接从该进度点开始播放，从而保证与其他玩家当前进度一致。

需要说明的是，对于多人合作闯关类游戏来说，一般允许玩家在游戏过程中途加入，这样就会导致服务器的时间线与客户端的时间线不一致，或者不同客户端之间的时间线不一致。而要实现场景动画的同步播放，必须保证所有客户端与服务器有统一的逻辑时间线。在如图2所示的ds架构中，每个客户端单独与服务器进行交互，因此逻辑对时也是每个客户端单独与服务器完成。

逻辑对时的具体算法描述如下:

如图5所示，服务器在s0的时候发送了一个包pkg，客户端在本地时间c1的时候收到这个包，这时候服务器对应时间是s1，我们需要知道c1和s1的差值，该差值记为logictimedelta。因为服务器是在s0的时候发送数据包，s1的时候才送达客户端，所以这时候的网络延迟就是s1-s0。客户端在c1时间收到这个包时，因为包里面包含了服务器发包时的时间戳，可以算出现一个差异值calcdelta，它实际上就是双端真实时间差logictimedelta和传输延迟transmitdelay之和。

transmitdelay＝s1-s0；

logictimedelta＝c1-s1；

calcdelta＝c1-s0＝logictimedelta+transmitdelay

如果当时的网络延迟越小，这个差异值就越接近真实的时间差。所以可以在游戏过程中持续监测这个值，并维护它的最小值，从而得到一个稳定的双端时间差actualdelta，用来进行双端对时。当收到来自服务器指定的时间servertime时，客户端可以通过双端时间差计算出其对应的客户端时间clienttime。

actualdelta＝min(actualdelta,calcdelta)

clienttime＝servertimestamp+actualdelta

可选地，逻辑对时除了使用上述的最小差值算法外，还可以通过专用逻辑对时包实现，如图6所示，客户端在c0时刻发送对时请求包到服务器，服务器在s1时刻收到请求并立刻回复对时信息，客户端在c1时间收到服务器的回复，则双端时间差可以按以下方式计算：

netdelay＝(c1-c0)/2

actualdelta＝c1-s1-netdelay

得到双端时间差actualdelta后，客户端就可以把服务器的时间servertime转换成对应的本地时间clienttime:

clienttime＝servertime+actualdelta

需要说明的是，使用本方案中提出的场景动画同步技术，可以保证多人闯关类游戏中不同玩家设备上游戏场景动画的一致性与同步性，极大地提高玩家合作闯关的游戏体验。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

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

实施例2

在该实施例2中提供了一种场景动画的播放方法，需要说明的是，该场景动画的播放方法可以由图1以及图2所示的服务器执行。

图7是根据本发明实施例2的一种可选的场景动画的播放方法的流程图，如图7所示，该方法可以包括以下步骤：

步骤s702，获取多个第一账号对应的场景数据，其中，场景数据为多个第一账号登录客户端后所产生的数据；

步骤s704，根据场景数据判断是否达到播放目标场景动画的预定触发条件；

步骤s706，在达到播放目标场景动画的预定触发条件的情况下，向多个第一账号中的每个第一账号发送控制消息，其中，控制消息用于指示多个第一账号所登录的客户端同步播放目标场景动画。

需要说明的是，上述步骤s702至步骤s706的具体说明已经在本发明实施例1中的步骤s301至步骤s304(包括步骤s3041至步骤s3044)中进行了详细介绍，此处不再一一赘述。

通过上述步骤s702至步骤s706，通过获取多个客户端发送的场景数据，并根据场景数据判断是否达到播放目标场景动画的预定触发条件，在达到预定触发条件的情况下向所有的客户端发送控制消息，以指示所有的客户端同步播放目标场景动画，达到了保证应用的场景动画的播放进度同步的目的，进而解决了相关技术由于网络延迟或抖动等因素造成多个客户端中的同一个应用的场景动画的播放进度不一致的技术问题，从而提高了用户对应用的使用体验。

作为一种可选的实施例，在达到播放目标场景动画的预定触发条件的情况下，向多个第一账号中的每个第一账号发送控制消息之后，服务器还可以执行以下步骤：检测是否接收到第二账号发送的请求消息，其中，请求消息用于请求登录所述客户端；在检测到接收到第二账号发送的请求消息的情况下，向第二账号发送控制消息，其中，控制消息用于指示第二账号所登录的客户端与多个第一账号所登录的客户端同步播放目标场景动画。

需要说明的是，第二账号为在目标场景动画播放过程中请求登录所述客户端的账号，当服务器检测到第二账号发送的请求消息时，可以响应该请求消息并向第二账号发送控制消息，该控制消息主要用于指示第二账号所在的客户端播放目标场景动画。为了保证场景动画的播放系统中的所有客户端均可以同步播放目标场景动画，在目标场景动画的播放过程中，第二账号所在的客户端在接收到服务器发送的控制消息之后，需要首先进行逻辑对时，然后再计算目标场景动画当前的播放进度，以实现按照该当前播放进度同步播放该目标场景动画。需要说明的是，第二账号接收到控制消息之后的处理流程与本发明实施例1中的步骤s3041至步骤s3044所示的处理流程相同，区别仅在于所计算得到的目标场景动画当前的播放进度不一样。

该可选实施例能够实现对目标场景动画播放过程中请求登录客户端的账号所登录的客户端与其他客户端同步播放目标场景动画的目的，进而提高了用户对应用的使用体验。

作为一种可选的实施例，预定触发条件可以包括以下至少之一：第一账号对应的事件对象进入目标区域；第一账号对应的事件对象在目标区域的停留时间大于预定时间；第一账号完成目标任务；第一账号的属性值超过预定阈值，其中，属性值包括以下至少之一：账号等级、账号登录时间、账号对应的事件资源数量。

需要说明的是，第一账号对应的事件对象可以为在客户端运行过程中第一账号对应的虚拟的事件对象，例如，第一账号对应的事件对象可以为游戏中的角色人物。目标区域可以为任意指定的区域；目标任务可以为任意指定的任务；预定时间和预定阈值可以根据实际需求设定，此处不做具体限定。还需要说明的是，本发明实施例中的预定触发条件还可以包括其他条件，此处不再一一举例说明。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

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

实施例3

在该实施例3中也提供了一种场景动画的播放方法，需要说明的是，该场景动画的播放方法可以由图1以及图2所示的客户端执行。

图8是根据本发明实施例3的一种可选的场景动画的播放方法的流程图，如图8所示，该方法可以包括以下步骤：

步骤s802，将第一账号对应的场景数据导出给服务器，其中，场景数据为第一账号登录客户端后所产生的数据；

步骤s804，接收服务器返回的控制消息，其中，服务器用于根据场景数据判断是否达到播放目标场景动画的预定触发条件，并在达到预定触发条件的情况下返回控制消息，控制消息用于指示播放目标场景动画；

步骤s806，按照控制消息播放目标场景动画。

需要说明的是，上述步骤s802至步骤s806的具体说明已经在本发明实施例1中的步骤s301至步骤s304(包括步骤s3041至步骤s3044)中进行了详细介绍，此处不再一一赘述。

通过上述步骤s802至步骤s806，通过获取多个客户端发送的场景数据，并根据场景数据判断是否达到播放目标场景动画的预定触发条件，在达到预定触发条件的情况下向所有的客户端发送控制消息，以指示所有的客户端同步播放目标场景动画，达到了保证应用的场景动画的播放进度同步的目的，进而解决了相关技术由于网络延迟或抖动等因素造成多个客户端中的同一个应用的场景动画的播放进度不一致的技术问题，从而提高了用户对应用的使用体验。

作为一种可选的实施例，控制消息中携带有服务器指示开始播放目标场景动画的服务器时间，其中，步骤s806按照控制消息播放目标场景动画可以包括：确定服务器时间对应的客户端时间；确定接收到控制消息的接收时间；根据客户端时间和接收时间获取目标场景动画当前播放的时间戳，其中，时间戳为接收时间与客户端时间之间的时间差；从接收时间开始播放目标场景动画中的时间戳之后的动画。

可选地，确定服务器时间对应的客户端时间可以包括：获取与服务器之间的目标时间差；根据目标时间差确定服务器时间对应的客户端时间，其中，客户端时间为服务器的时间与目标时间差的和。

可选地，该可选实施例可以按照以下公式获取与服务器之间的目标时间差：actualdelta＝min(actualdelta,calcdelta)，其中，calcdelta＝logictimedelta+transmitdelay，transmitdelay＝s1-s0，logictimedelta＝c1-s1，s0为服务器发送对时包的时间，c1为接收到服务器发送的对时包的时间，s1为接收到对时包时服务器的时间，actualdelta为目标时间差。

可选地，该可选实施例可以按照以下公式获取与服务器之间的目标时间差：actualdelta＝c1-s1–netdelay，其中，netdelay＝(c1-c0)/2，c0为向服务器发送对时包的时间，c1为接收到服务器响应对时包所返回的响应消息的时间，s1为服务器接收到对时包的时间。

需要说明的是，对该可选实施例的具体介绍已经在本发明实施例1中的步骤s3041至步骤s3044中进行了详细介绍，此处不再一一赘述。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

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

实施例4

根据本发明实施例，还提供了一种用于实施本发明实施例2中的场景动画的播放方法的场景动画的播放装置。图9是根据本发明实施例4的一种可选的场景动画的播放装置的示意图，如图9所示，该装置可以包括：

获取单元92，用于获取多个第一账号对应的场景数据，其中，场景数据为多个第一账号登录客户端后所产生的数据；判断单元94，用于根据场景数据判断是否达到播放目标场景动画的预定触发条件；第一发送单元96，用于在达到播放目标场景动画的预定触发条件的情况下，向多个第一账号中的每个第一账号发送控制消息，其中，控制消息用于指示多个第一账号所登录的客户端同步播放目标场景动画。

需要说明的是，该实施例中的获取单元92可以用于执行本申请实施例1中的步骤s702，该实施例中的判断单元94可以用于执行本申请实施例1中的步骤s704，该实施例中的第一发送单元96可以用于执行本申请实施例1中的步骤s706。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例2所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1或者图2所示的服务器中，可以通过软件实现，也可以通过硬件实现。

作为一种可选的实施例，该可选实施例还可以包括：检测单元，用于在达到播放目标场景动画的预定触发条件的情况下，向多个第一账号中的每个第一账号发送控制消息之后，检测是否接收到第二账号发送的请求消息，其中，请求消息用于请求登录所述客户端；第二发送单元，用于在检测到接收到第二账号发送的请求消息的情况下，向第二账号发送控制消息，其中，控制消息用于指示第二账号所登录的客户端与多个第一账号所登录的客户端同步播放目标场景动画。

作为一种可选的实施例，预定触发条件可以包括以下至少之一：第一账号对应的事件对象进入目标区域；第一账号对应的事件对象在目标区域的停留时间大于预定时间；第一账号完成目标任务；第一账号的属性值超过预定阈值，其中，属性值包括以下至少之一：账号等级、账号登录时间、账号对应的事件资源数量。

通过上述模块，可以解决相关技术由于网络延迟或抖动等因素造成多个客户端中的同一个应用的场景动画的播放进度不一致的技术问题，进而达到了提高用户对应用的使用体验的效果。

实施例5

根据本发明实施例，还提供了一种用于实施本发明实施例3中的场景动画的播放方法的场景动画的播放装置。图10是根据本发明实施例5的一种可选的场景动画的播放装置的示意图，如图10所示，该装置可以包括：

导出单元102，用于将第一账号对应的场景数据导出给服务器，其中，场景数据为第一账号登录客户端后所产生的数据；接收单元104，用于接收服务器返回的控制消息，其中，服务器用于根据场景数据判断是否达到播放目标场景动画的预定触发条件，并在达到预定触发条件的情况下返回控制消息，控制消息用于指示播放目标场景动画；播放单元106，用于按照控制消息播放目标场景动画。

需要说明的是，该实施例中的导出单元102可以用于执行本申请实施例1中的步骤s802，该实施例中的接收单元104可以用于执行本申请实施例1中的步骤s804，该实施例中的播放单元106可以用于执行本申请实施例1中的步骤s806。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例3所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1或者图2所示的客户端中，可以通过软件实现，也可以通过硬件实现。

作为一种可选的实施例，控制消息中携带有服务器指示开始播放目标场景动画的服务器时间，其中，播放单元106可以包括：第一确定模块，用于确定服务器时间对应的客户端时间；第二确定模块，用于确定接收到控制消息的接收时间；获取模块，用于根据客户端时间和接收时间获取目标场景动画当前播放的时间戳，其中，时间戳为接收时间与客户端时间之间的时间差；播放模块，用于从接收时间开始播放目标场景动画中的时间戳之后的动画。

作为一种可选的实施例，第一确定模块可以包括：获取子模块，用于获取与服务器之间的目标时间差；确定子模块，用于根据目标时间差确定服务器时间对应的客户端时间，其中，客户端时间为服务器的时间与目标时间差的和。

作为一种可选的实施例，获取子模块用于按照以下公式获取与服务器之间的目标时间差：actualdelta＝min(actualdelta,calcdelta)，其中，calcdelta＝logictimedelta+transmitdelay，transmitdelay＝s1-s0，logictimedelta＝c1-s1，s0为服务器发送对时包的时间，c1为接收到服务器发送的对时包的时间，s1为接收到对时包时服务器的时间，actualdelta为目标时间差。

作为一种可选的实施例，获取子模块用于按照以下公式获取与服务器之间的目标时间差：actualdelta＝c1-s1–netdelay，其中，netdelay＝(c1-c0)/2，c0为向服务器发送对时包的时间，c1为接收到服务器响应对时包所返回的响应消息的时间，s1为服务器接收到对时包的时间。

通过上述模块，可以解决相关技术由于网络延迟或抖动等因素造成多个客户端中的同一个应用的场景动画的播放进度不一致的技术问题，进而达到了提高用户对应用的使用体验的效果。

实施例6

根据本发明实施例，还提供了一种用于实施上述场景动画的播放方法的终端。

图11是根据本发明实施例的一种终端的结构框图，如图11所示，该终端可以包括：一个或多个(图中仅示出一个)处理器201、存储器203、以及传输装置205，如图11所示，该终端还可以包括输入输出设备207。

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

上述的传输装置205用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置205包括一个网络适配器(networkinterfacecontroller，nic)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置205为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器203用于存储应用程序。

处理器201可以调用存储器203存储的应用程序，以执行下述步骤：获取多个第一账号对应的场景数据，其中，场景数据为多个第一账号登录客户端后所产生的数据；根据场景数据判断是否达到播放目标场景动画的预定触发条件；在达到播放目标场景动画的预定触发条件的情况下，向多个第一账号中的每个第一账号发送控制消息，其中，控制消息用于指示多个第一账号所登录的客户端同步播放目标场景动画。

处理器201还用于执行下述步骤：在达到播放目标场景动画的预定触发条件的情况下，向多个第一账号中的每个第一账号发送控制消息之后，检测是否接收到第二账号发送的请求消息，其中，请求消息用于请求登录所述客户端；在检测到接收到第二账号发送的请求消息的情况下，向第二账号发送控制消息，其中，控制消息用于指示第二账号所登录的客户端与多个第一账号所登录的客户端同步播放目标场景动画。

处理器201可以调用存储器203存储的应用程序，以执行下述步骤：将第一账号对应的场景数据导出给服务器，其中，场景数据为第一账号登录客户端所产生的数据；接收服务器返回的控制消息，其中，服务器用于根据场景数据判断是否达到播放目标场景动画的预定触发条件，并在达到预定触发条件的情况下返回控制消息，控制消息用于指示播放目标场景动画；按照控制消息播放目标场景动画。

处理器201还用于执行下述步骤：确定服务器时间对应的客户端时间；确定接收到控制消息的接收时间；根据客户端时间和接收时间获取目标场景动画当前播放的时间戳，其中，时间戳为接收时间与客户端时间之间的时间差；从接收时间开始播放目标场景动画中的时间戳之后的动画。

处理器201还用于执行下述步骤：获取与服务器之间的目标时间差；根据目标时间差确定服务器时间对应的客户端时间，其中，客户端时间为服务器的时间与目标时间差的和。

处理器201还用于执行下述步骤：按照以下公式获取与服务器之间的目标时间差：actualdelta＝min(actualdelta,calcdelta)，其中，calcdelta＝logictimedelta+transmitdelay，transmitdelay＝s1-s0，logictimedelta＝c1-s1，s0为服务器发送对时包的时间，c1为接收到服务器发送的对时包的时间，s1为接收到对时包时服务器的时间，actualdelta为目标时间差。

处理器201还用于执行下述步骤：按照以下公式获取与服务器之间的目标时间差：actualdelta＝c1-s1–netdelay，其中，netdelay＝(c1-c0)/2，c0为向服务器发送对时包的时间，c1为接收到服务器响应对时包所返回的响应消息的时间，s1为服务器接收到对时包的时间。

采用本发明实施例，提供了一种场景动画的播放方案，该方案采用服务器统一控制场景动画播放的方式，通过获取多个客户端发送的场景数据，并根据场景数据判断是否达到播放目标场景动画的预定触发条件，在达到预定触发条件的情况下向所有的客户端发送控制消息，以指示所有的客户端同步播放目标场景动画，达到了保证应用的场景动画的播放进度同步的目的，进而解决了相关技术由于网络延迟或抖动等因素造成多个客户端中的同一个应用的场景动画的播放进度不一致的技术问题，从而提高了用户对应用的使用体验。

可选地，本实施例中的具体示例可以参考上述实施例1至实施例5中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图11所示的结构仅为示意，终端可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobileinternetdevices，mid)、pad等终端设备。图11其并不对上述电子装置的结构造成限定。例如，终端还可包括比图11中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图11所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(read-onlymemory，rom)、随机存取器(randomaccessmemory，ram)、磁盘或光盘等。

实施例7

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行场景动画的播放方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

s1，获取多个第一账号对应的场景数据，其中，场景数据为多个第一账号登录客户端后所产生的数据；

s2，根据场景数据判断是否达到播放目标场景动画的预定触发条件；

s3，在达到播放目标场景动画的预定触发条件的情况下，向多个第一账号中的每个第一账号发送控制消息，其中，控制消息用于指示多个第一账号所登录的客户端同步播放目标场景动画。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在达到播放目标场景动画的预定触发条件的情况下，向多个第一账号中的每个第一账号发送控制消息之后，检测是否接收到第二账号发送的请求消息，其中，请求消息用于请求登录所述客户端；在检测到接收到第二账号发送的请求消息的情况下，向第二账号发送控制消息，其中，控制消息用于指示第二账号所登录的客户端与多个第一账号所登录的客户端同步播放目标场景动画。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

s1，将第一账号对应的场景数据导出给服务器，其中，场景数据为第一账号登录客户端后所产生的数据；

s2，接收服务器返回的控制消息，其中，服务器用于根据场景数据判断是否达到播放目标场景动画的预定触发条件，并在达到预定触发条件的情况下返回控制消息，控制消息用于指示播放目标场景动画；

s3，按照控制消息播放目标场景动画。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：确定服务器时间对应的客户端时间；确定接收到控制消息的接收时间；根据客户端时间和接收时间获取目标场景动画当前播放的时间戳，其中，时间戳为接收时间与客户端时间之间的时间差；从接收时间开始播放目标场景动画中的时间戳之后的动画。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：获取与服务器之间的目标时间差；根据目标时间差确定服务器时间对应的客户端时间，其中，客户端时间为服务器的时间与目标时间差的和。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：按照以下公式获取与服务器之间的目标时间差：actualdelta＝min(actualdelta,calcdelta)，其中，calcdelta＝logictimedelta+transmitdelay，transmitdelay＝s1-s0，logictimedelta＝c1-s1，s0为服务器发送对时包的时间，c1为接收到服务器发送的对时包的时间，s1为接收到对时包时服务器的时间，actualdelta为目标时间差。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：按照以下公式获取与服务器之间的目标时间差：actualdelta＝c1-s1–netdelay，其中，netdelay＝(c1-c0)/2，c0为向服务器发送对时包的时间，c1为接收到服务器响应对时包所返回的响应消息的时间，s1为服务器接收到对时包的时间。

可选地，本实施例中的具体示例可以参考上述实施例1至实施例5中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。