CN107391168A

CN107391168A - 动画加载方法和装置以及请求处理方法和装置

Info

Publication number: CN107391168A
Application number: CN201710431729.8A
Authority: CN
Inventors: 周文欢
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2017-06-08
Filing date: 2017-06-08
Publication date: 2017-11-24
Anticipated expiration: 2037-06-08
Also published as: CN107391168B

Abstract

本发明公开了一种动画加载方法和装置以及请求处理方法和装置。该方法包括：客户端向服务器发送第一请求，第一请求用于请求加载目标动画；客户端接收服务器返回的第一加载信息，第一加载信息包括第一下载地址和第一版本信息，第一下载地址为目标动画中的第一部分动画的下载地址，第一版本信息为第一部分动画当前的版本信息；在客户端中不存在版本信息为第一版本信息的第一部分动画的情况下，客户端按照第一下载地址下载版本信息为第一版本信息的第一部分动画，并加载下载得到的第一部分动画和客户端启动时缓存的第二部分动画，目标动画包括第一部分动画和第二部分动画。本发明解决了相关技术中勋章动画的加载时间较长，消耗流量较多的技术问题。

Description

动画加载方法和装置以及请求处理方法和装置

技术领域

本发明涉及计算机领域，具体而言，涉及一种动画加载方法和装置以及请求处理方法和装置。

背景技术

为了提升APP的活跃度及用户的参与度，在APP的应用中往往会对用户操作行为，通常会做一些鼓励用户的操作，如根据用户不同的操作行为(如本发明中提到的发帖、点赞、抢沙发、评论或被赞等行为)，这些操作行为会反馈至APP的后台，后台会根据用户不同的操作行为，下发不同的勋章动画html链接至客户端，客户端通常是通过内置APP的浏览器来将指定勋章动画html，下载并播放展示，该技术方案缺点是为了提升用户的产品体验，设计的JS勋章动画的往往挺大，大概在300K左右，通过实际测试效果表明，从后台下发链接至客户端开始，用户大概需要等待2-3s的时间，才能看到获得的勋章动画，严重影响用户体验，此外，对这些已获得的勋章，当用户再次查看时，若用户清理的缓存，又需要重新从后台下载对应的动画资源，这样往往会耗费用户大量流量，特别是当动画更新时，因为客户端可能存在缓存的问题，用户收到的勋章动画链接需要后台重新配置，不然展示的动画效果仍然是用户未更新版本的动画。

当前技术，对APP中会根据用户行为所产生的大量不同种类的勋章动画，通常的做法是采用JS动画来实现，根据用户的行为操作成功之后，后台回包的操作来提供用户JS动画链接，然后客户通过后台返回的动画链接通过APP集成的浏览器播放对应的动画。

上述技术方案的缺点对那些很小的对画质效果要求不高动画，现有技术方案没任何问题，但对高画质用户体验比较好的动画加载过程，往往用时较长，如本发明提到的勋章动画，一般2-3s左右，因JS动画需要先链接指定的内容先下载，然后在通过浏览器将其解析播放出来；以上还是网络正常的情况，对网络环境不好时，很有可能加载不出来，严重影响用户体验。因此本发明提供了一种快速加载JS动画的技术方法，能够很好的改善上述问题。

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

发明内容

本发明实施例提供了一种动画加载方法和装置以及请求处理方法和装置，以至少解决相关技术中勋章动画的加载时间较长，消耗流量较多的技术问题。

根据本发明实施例的一个方面，提供了一种动画加载方法，包括：客户端向服务器发送第一请求，其中，所述第一请求用于请求加载目标动画；所述客户端接收所述服务器返回的第一加载信息，其中，所述第一加载信息包括第一下载地址和第一版本信息，所述第一下载地址为所述目标动画中的第一部分动画的下载地址，所述第一版本信息为所述第一部分动画当前的版本信息；在所述客户端中不存在版本信息为所述第一版本信息的所述第一部分动画的情况下，所述客户端按照所述第一下载地址下载版本信息为所述第一版本信息的所述第一部分动画，并加载下载得到的所述第一部分动画和所述客户端启动时缓存的第二部分动画，其中，所述目标动画包括所述第一部分动画和所述第二部分动画。

根据本发明实施例的另一个方面，提供了一种请求处理方法，包括：服务器接收客户端发送的第一请求，其中，所述第一请求用于请求在所述客户端中加载目标动画；所述服务器向所述客户端发送第一加载信息，其中，所述第一加载信息包括第一下载地址和第一版本信息，所述第一下载地址为所述目标动画中的第一部分动画的下载地址，所述第一版本信息为所述第一部分动画当前的版本信息，所述第一加载信息用于指示所述客户端在所述客户端中不存在版本信息为所述第一版本信息的所述第一部分动画的情况下，按照所述第一下载地址下载版本信息为所述第一版本信息的所述第一部分动画，并加载下载得到的所述第一部分动画和所述第二部分动画。

根据本发明实施例的又一方面，还提供了一种动画加载装置，包括：第一发送单元，用于客户端向服务器发送第一请求，其中，所述第一请求用于请求加载目标动画；第一接收单元，用于所述客户端接收所述服务器返回的第一加载信息，其中，所述第一加载信息包括第一下载地址和第一版本信息，所述第一下载地址为所述目标动画中的第一部分动画的下载地址，所述第一版本信息为所述第一部分动画当前的版本信息；第一下载单元，用于在所述客户端中不存在版本信息为所述第一版本信息的所述第一部分动画的情况下，所述客户端按照所述第一下载地址下载版本信息为所述第一版本信息的所述第一部分动画，并加载下载得到的所述第一部分动画和所述客户端启动时缓存的第二部分动画，其中，所述目标动画包括所述第一部分动画和所述第二部分动画。

根据本发明实施例的再一方面，还提供了一种请求处理装置，包括：第二接收单元，用于服务器接收客户端发送的第一请求，其中，所述第一请求用于请求在所述客户端中加载目标动画；第二发送单元，用于所述服务器向所述客户端发送第一加载信息，其中，所述第一加载信息包括第一下载地址和第一版本信息，所述第一下载地址为所述目标动画中的第一部分动画的下载地址，所述第一版本信息为所述第一部分动画当前的版本信息，所述第一加载信息用于指示所述客户端在所述客户端中不存在版本信息为所述第一版本信息的所述第一部分动画的情况下，按照所述第一下载地址下载版本信息为所述第一版本信息的所述第一部分动画，并加载下载得到的所述第一部分动画和所述第二部分动画。

在本发明实施例中，客户端向服务器发出用于请求加载目标动画的第一请求，并接收由服务器返回的第一加载信息，其中，第一加载信息中包括第一下载地址和第一版本信息，第一下载地址可以是目标动画中的第一部分动画的下载地址，可以使客户端根据第一下载地址下载目标动画中的第一部分动画；第一版本信息可以是第一部分动画当前的版本信息，可以使客户端根据该第一版本信息确定对应的第一部分动画，进而在客户端存储的版本信息中不存在第一部分动画对应的第一版本信息的情况下，即在客户端本地中不存在第一部分动画的情况下，客户端按照第一加载信息中的第一下载地址下载版本信息为第一版本信息的第一部分动画，并加载通过下载得到的第一部分动画，以及在客户端启动时缓存的第二部分动画，得到包括第一部部分动画和第二部分动画的目标动画，从而可以在客户端需要加载目标动画的情况下，客户端根据服务器返回的第一加载信息获取第一部分动画，然后客户端加载第一部分动画和在客户端启动时缓存的第二部分动画，完成加载目标动画，可以解决了相关技术中勋章动画的加载时间较长，消耗流量较多的技术问题，进而达到快速加载目标动画，节省流量的技术效果。

附图说明

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

图1是根据本发明实施例的动画加载方法和请求处理方法的硬件环境的示意图；

图2是根据本发明实施例的一种可选的动画加载方法的流程图；

图3是根据本发明实施例的一种可选的请求处理方法的流程图；

图4是根据本发明实施例的一种可选的公用的JS库文件的下载逻辑的流程图；

图5是根据本发明实施例的一种可选的客户端下载动画所需差异化文件的流程图；

图6是根据本发明实施例的一种可选的动画播放流程的示意图；

图7是根据本发明实施例的一种可选的动画加载装置的示意图；

图8是根据本发明实施例的一种可选的请求处理装置的示意图；以及

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

具体实施方式

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

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

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

JS：全称为JavaScript，一种直译式脚本语言，是一种动态类型、弱类型、基于原型的语言。

JS动画：即JavaScript动画，利用两个不同的时间来驱动相应的函数，来切换两张对应的图片以创造出动画效果。

实施例1

根据本发明实施例，提供了一种动画加载方法和请求处理方法的实施例。

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

本发明实施例提供了一种可以由终端或者终端中安装的客户端执行的动画加载方法。

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

步骤S202，客户端向服务器发送第一请求，其中，第一请求用于请求加载目标动画；

步骤S204，客户端接收服务器返回的第一加载信息，其中，第一加载信息包括第一下载地址和第一版本信息，第一下载地址为目标动画中的第一部分动画的下载地址，第一版本信息为第一部分动画当前的版本信息；

步骤S206，在客户端中不存在版本信息为第一版本信息的第一部分动画的情况下，客户端按照第一下载地址下载版本信息为第一版本信息的第一部分动画，并加载下载得到的第一部分动画和客户端启动时缓存的第二部分动画，其中，目标动画包括第一部分动画和第二部分动画。

通过上述步骤S202至步骤S206，客户端向服务器发出用于请求加载目标动画的第一请求，并接收由服务器返回的第一加载信息，其中，第一加载信息中包括第一下载地址和第一版本信息，第一下载地址可以是目标动画中的第一部分动画的下载地址，可以使客户端根据第一下载地址下载目标动画中的第一部分动画；第一版本信息可以是第一部分动画当前的版本信息，可以使客户端根据该第一版本信息确定对应的第一部分动画，进而在客户端存储的版本信息中不存在第一部分动画对应的第一版本信息的情况下，即在客户端本地中不存在第一部分动画的情况下，客户端按照第一加载信息中的第一下载地址下载版本信息为第一版本信息的第一部分动画，并加载通过下载得到的第一部分动画，以及在客户端启动时缓存的第二部分动画，得到包括第一部部分动画和第二部分动画的目标动画，从而可以在客户端需要加载目标动画的情况下，客户端根据服务器返回的第一加载信息获取第一部分动画，然后客户端加载第一部分动画和在客户端启动时缓存的第二部分动画，完成加载目标动画，可以解决了相关技术中勋章动画的加载时间较长，消耗流量较多的技术问题，进而达到快速加载目标动画，节省流量的技术效果。

在步骤S202提供的技术方案中，目标动画，可以是JS动画。在客户端需要播放目标动画的情况下，可以先通过客户端向服务器发送用于请求加载目标动画的第一请求。

需要说明的是，目标动画中包括第一部分动画和第二部分动画。

可选地，目标动画可以是多个，多个目标动画中相同部分的动画可以是第二部分动画，多个目标动画中差异化部分的动画可以是第一部分动画。

可选地，每个目标动画中包括与该目标动画对应的第一部分动画。

作为一种可选的实施例，多个目标动画均包括第二部分动画。

采用本发明上述实施例，多个目标动画中均包括第二部分动画，可以将多个目标动画中相同部分的动画作为第二部分动画。

可选地，本发明实施例可以在客户端本地预先缓存第二部分动画。在客户端需要加载目标动画的情况下，可以首先从客户端本地获取预先缓存号的目标动画中的第二部分动画，使客户端仅需下载目标动画中除第二部分动画以外的第一动画即可，从而客户端可以通过对下载的第一部分动画和客户端本地预先缓存的第二部分动画进行加载，便可完成对目标动画的加载，进而达到了缩短目标动画的加载时间，减少加载目标动画所消耗的流量的效果。

可选地，可以在客户端启动时缓存第二部分动画。

可选地，可以在安装客户端时缓存第二部分动画。

可选地，可以在客户端第一次加载目标动画的情况下缓存第二部分动画。

需要说明的是，客户端预先缓存第二部分动画时可以将第二部分动画缓存在客户端的缓存区中，也可以将第二部分动画缓存在客户端所在终端设备的存储器中，对此本发明实施例不做具体限定。在客户端需要加载目标动画的情况下，客户端可以从客户端的缓存区或者客户端所在终端设备的存储器中直接获取第二部分动画，并通过加载第一部分动画和第二部分动画实现加载目标动画的目的。

作为一种可选的实施例，第一部分动画可以包括：图片资源文件、html文件以及脚本文件；第二部分动画为JS库文件。

采用本发明上述实施例，第一部分动画可以包括图片资源文件、html文件以及脚本文件，第二部分动画为JS库文件，客户端可以通过加载第一部分动画中的图片资源文件、html文件以及脚本文件，和调用第二部分动画的JS库文件，完成对目标动画的加载。

可选地，客户端中可以包括内置的浏览器，通过内置的浏览器加载目标动画中差异化文件(即第一部分动画)对应的html文件，同时一起加载脚本文件以及所需引用的图片资源文件，然后调用本地存储的JS库文件，将JS库文件通过相对路径来供需要播放的目标动画调用。

可选地，可以将第二部分动画(JS库文件)压缩成公用zip文件，便于在服务器和客户端的信息交互的过程中传输第二部分动画。

可选地，JS库文件可以在服务器端压缩成公用zip文件，客户端将该公用zip文件下载至本地文件预设目录，并将该公用zip文件解压。

可选地，可以将第一部分动画(图片资源文件、html文件以及脚本文件)压缩成差异化zip文件，便于在服务器和客户端的信息交互的过程中传输第一部分动画。

作为一种可选的实施例，客户端向服务器发送第一请求可以包括：在客户端检测到预定操作的情况下，客户端向服务器发送第一请求，其中，第一请求中携带有预定操作的类型和预定操作已被执行的次数，目标动画为与预定操作的类型和预定操作已被执行的次数相对应的动画。

采用本发明上述实施例，可以在客户端检测到预定操作的情况下，向服务器发送第一请求，并在第一请求中携带预定操作的类型和预定操作已经被执行的次数，便于根据预定操作的类型和预定操作已被执行的次数确定相应的目标动画，从而可以根据携带有预定操作的类型和预定操作已经被执行的次数的第一请求，准确确定对应的目标动画。

可选地，预定操作的类型可以包括多种，例如，用户通过客户端发出的发帖、点赞、评论、以及抢沙发等操作。

可选地，不同种类的预定操作的类型和预定操作已经被执行的不同的次数，可以对应不同的目标动画。

可选地，对于不同种类的预定操作的类型，在预定操作已经被执行相同次数情况下，可以对应不同的目标动画。

作为一个可选的示例，预定操作的类型为A，预定操作A已经被执行的次数为1，对应的动画为目标动画A。

作为一个可选的示例，预定操作类型为B，预定操作B已经被执行的次数为1，对应的动画为目标动画A。

可选地，对于相同种类的预定操作的类型，在预定操作已经被执行不同次数情况下，可以对应不同的目标动画。

作为一个可选的示例，预定操作的类型为A，预定操作A已经被执行的次数为2，对应的动画为目标动画C。

可选地，可以设定多个预定阈值，并为每个预定阈值预先设置对应的目标动画，通过预定操作已被执行的次数确定对应的预定阈值，再根据该预定阈值确定对应的目标动画。

作为一个可选地示例，可以设置3个预定阈值，分别为预定阈值A、预定阈值B、以及预定阈值C，其中，预定阈值A对应目标动画A，预定阈值B对应目标动画B，预定阈值C对应目标动画C。若预定操作已被执行的次数为次数a，且预定阈值A包括次数a，则可以确定次数a对应目标动画A；若预定操作已被执行的次数为次数b，且预定阈值B包括次数b，则可以确定次数b对应目标动画B。

作为一种可选的实施例，预定操作的类型包括：主动操作类型，其中，主动操作类型是当前帐号在客户端中所执行的预定操作，客户端由当前帐号登录；和/或被动操作类型，其中，被动操作类型是当前帐号的关联帐号对当前帐号所执行的预定操作。

采用本发明上述实施例，通过当前帐号登录客户端后，在客户端中所执行的预定操作，确定该预定操作对应主动操作类型；和当前帐号的关联帐号对当前帐号所执行的预定操作，确定该预定操作对应被动操作类型，从而可以根据主动操作类型和被动操作类型，准确判断预定操作的类型。

作为一个可选的示例，主动操作类型可以是用户在使用当前帐号登录客户端后，在客户端中发出的操作行为，例如，发帖、点赞、评论、以及抢沙发等操作行为；被动操作类型可以是其他关联帐号对当前帐号所执行的操作行为，例如，用户通过当前帐号发帖后，由其他帐号对当前帐号执行的评论、点赞等操作行为。

作为一种可选的实施例，在客户端向服务器发送第一请求之前，方法还可以包括：客户端在客户端启动时向服务器发送第二请求，其中，第二请求用于请求获取第二部分动画；客户端接收服务器返回的第二加载信息，其中，第二加载信息包括第二下载地址和第二版本信息，第二下载地址为第二部分动画的下载地址，第二版本信息为第二部分动画当前的版本信息；在客户端中不存在版本信息为第二版本信息的第二部分动画的情况下，按照第二下载地址下载版本信息为第二版本信息的第二部分动画，并缓存第二部分动画。

采用本发明上述实施例，在客户端启动时，客户端向服务器发送用于请求获取第二部分动画的第二请求，并接收服务器返回的第二加载信息，其中，第二加载信息中包括第二下载地址和第二版本信息，第二下载地址可以是目标动画中的第二部分动画的下载地址，可以使客户端根据第二下载地址下载目标动画中的第二部分动画；第二版本信息可以是第二部分动画当前的版本信息，可以使客户端根据该第二版本信息确定对应的第二部分动画，进而在客户端存储的版本信息中不存在第二部分动画对应的第二版本信息的情况下，即在客户端本地中不存在第二部分动画的情况下，客户端按照第二加载信息中的第二下载地址下载版本信息为第二版本信息的第二部分动画，使客户端完成第二部分动画的缓存。

可选地，在客户端中存在版本信息为第二版本信息的第二部分动画的情况下，无需重新缓存第二部分动画。

作为一个可选的示例，客户端中存储的第二版本信息为版本信息A，若客户端接收的服务器返回的第二加载信息中的第二版本信息为版本信息B，则按照第二下载地址下载版本信息B对应的第二部分动画，并缓存该第二部分动画；若客户端接收的服务器返回的第二加载信息中的第二版本信息为版本信息A，则无需重新缓存第二部分动画。

可选地，第二加载信息可以是服务器预先根据多个目标动画确定的，服务器预先从多个目标动画中提取第二部分动画；为第二部分动画分配第二加载信息。

可选地，第二版本信息可以是第二部分动画当前的版本号。

可选地，服务器在从多个目标动画中提取第二部分动画后，将该第二部分动画存储在预先设定的数据库中，并根据预定的数据库设置第二下载地址，从而使客户端可以根据第二下载地址从预先设定的数据库中下载第二部分动画。

在步骤S204提供的技术方案中，第一加载信息可以是服务器预先根据多个目标动画确定的每个目标动画对应的第一加载信息。

可选地，服务器预先从多个目标动画中提取第二部分动画；并分别为每个目标动画中除第二部分动画之外的第一部分动画分配第一加载信息。

可选地，第一版本信息可以是第一部分动画当前的版本号。

可选地，服务器可以在确定第一部分动画后，将该第一部分动画存储在预先设定的数据库中，并根据预定的数据库，为每个第一部分动画设置对应的第一下载地址，从而使客户端可以根据第第一下载地址从预先设定的数据库中下载对应的第一部分动画。

作为一种可选的实施例，在客户端接收服务器返回的第一加载信息之后，该实施例还可以包括：在客户端中存在版本信息为第一版本信息的第一部分动画的情况下，直接加载第一部分动画和第二部分动画。

采用本发明上述实施例，在客户端中存在的版本信息为第一部分动画的情况下，即客户端本地存在第一部分动画的情况下，直接加载第一部分动画和第二部分动画，从而无需重新下载第一部分动画，可以解决了相关技术中勋章动画的加载时间较长，消耗流量较多的技术问题，进而达到快速加载目标动画，节省流量的技术效果。

作为一个可选的示例，客户端中存储的第一版本信息为版本信息A，若客户端接收的服务器返回的第一加载信息中的第一版本信息为版本信息A，则无需重新缓存第一部分动画，可以直接加载客户端本地的第一部分动画和客户端启动时缓存的第二部分动画。

在步骤S206提供的技术方案中，在客户端存储的版本信息中不存在第一部分动画对应的第一版本信息的情况下，即在客户端本地中不存在第一部分动画的情况下，客户端按照第一加载信息中的第一下载地址下载版本信息为第一版本信息的第一部分动画，并加载通过下载得到的第一部分动画，以及在客户端启动时缓存的第二部分动画，得到包括第一部部分动画和第二部分动画的目标动画。

作为一个可选的示例，客户端中存储的第一版本信息为版本信息A，若客户端接收的服务器返回的第一加载信息中的第一版本信息为版本信息B，则按照第一下载地址下载版本信息B对应的第一部分动画，并加载下载得到的第一部分动画和客户端启动时缓存的第二部分动画。

本发明实施例还提供了一种可以由服务器执行的请求处理方法。

图3是根据本发明实施例的一种可选的请求处理方法的流程图，如图3所示，该方法可以包括以下步骤：

步骤S302，服务器接收客户端发送的第一请求，其中，第一请求用于请求在客户端中加载目标动画；

步骤S304，服务器向客户端发送第一加载信息，其中，第一加载信息包括第一下载地址和第一版本信息，第一下载地址为目标动画中的第一部分动画的下载地址，第一版本信息为第一部分动画当前的版本信息，第一加载信息用于指示客户端在客户端中不存在版本信息为第一版本信息的第一部分动画的情况下，按照第一下载地址下载版本信息为第一版本信息的第一部分动画，并加载下载得到的第一部分动画和第二部分动画。

通过上述步骤S302至步骤S304，服务器接收客户端发送的用于请求在客户端中加载目标动画的第一请求，然后服务器向客户端发送第一加载信息，其中，第一加载信息中包括第一下载地址和第一版本信息，第一下载地址可以是目标动画中的第一部分动画的下载地址，可以通过服务器根据第一部分动画确定第一下载地址；第一版本信息可以是第一部分动画当前的版本信息，可以通过服务器根据第一部分动画确定对应的第一版本信息，进而在客户端存储的版本信息中不存在第一部分动画对应的第一版本信息的情况下，即在客户端本地中不存在第一部分动画的情况下，通过第一加载信息指示客户端，根据第一下载地址下载版本信息为第一版本信息的第一部分动画，加载下载得到的所述第一部分动画和所述第二部分动画，解决了相关技术中勋章动画的加载时间较长，消耗流量较多的技术问题，进而达到快速加载目标动画，节省流量的技术效果。

作为一种可选的实施例，在服务器接收客户端发送的第一请求之前，方法还可以包括：服务器接收客户端发送的第二请求，其中，第二请求用于请求获取第二部分动画；服务器向客户端发送第二加载信息，其中，第二加载信息包括第二下载地址和第二版本信息，第二下载地址为第二部分动画的下载地址，第二版本信息为第二部分动画当前的版本信息，第二加载信息用于指示客户端在客户端中不存在版本信息为第二版本信息的第二部分动画的情况下，按照第二下载地址下载版本信息为第二版本信息的第二部分动画，并缓存第二部分动画。

采用本发明上述实施例，服务器接收客户端发送的用于请求获取第二部分动画的第二请求，然后向客户端发送第二加载信息，其中，第二加载信息中包括第二下载地址和第二版本信息，第二下载地址可以是目标动画中的第二部分动画的下载地址，可以通过服务器根据第二部分动画确定第二下载地址；第二版本信息可以是第二部分动画当前的版本信息，可以通过服务器根据第二部分动画确定对应的第二版本信息，进而在客户端存储的版本信息中不存在第二部分动画对应的第二版本信息的情况下，即在客户端本地中不存在第二部分动画的情况下，通过第二加载信息指示客户端根据第二下载地址下载版本信息为第二版本信息的第二部分动画，完成对第二部分动画的缓存。

作为一种可选的实施例，在服务器接收客户端发送的第一请求之后，方法还包括：服务器对第一请求进行解析，得到在客户端检测到的预定操作的类型和预定操作已被执行的次数；查找与预定操作的类型和预定操作已被执行的次数相对应的目标动画；服务器向客户端发送第一加载信息包括：在查找到与预定操作的类型和预定操作已被执行的次数相对应的目标动画的情况下，将用于指示与预定操作的类型和预定操作已被执行的次数相对应的目标动画的第一加载信息发送给客户端。

采用本发明上述实施例，服务器对接收的第一请求进行解析，得到第一请求中携带预定操作的类型和预定操作已经被执行的次数，并根据预定操作的类型和预定操作已被执行的次数确定相应的目标动画，并将该目标动画对应的第一加载信息发送给客户端，从而可以根据第一请求中携带的预定操作的类型和预定操作已经被执行的次数，准确地将对应的目标动画发送给客户端。

作为一种可选的实施例，预定操作的类型可以包括：主动操作类型，其中，主动操作类型是当前帐号在客户端中所执行的预定操作，客户端由当前帐号登录；和/或被动操作类型，其中，被动操作类型是当前帐号的关联帐号对当前帐号所执行的预定操作。

作为一种可选的实施例，在服务器接收客户端发送的第一请求之前，方法还可以包括：从多个目标动画中提取第二部分动画；为第二部分动画分配第二加载信息；分别为每个目标动画中除第二部分动画之外的第一部分动画分配第一加载信息。

采用本发明上述实施例，服务器可以从多个目标动画中提取多个动画中均包括的第二部分动画，并为该第二部分动画分配第二加载信息，再将每个目标动画中除第二部分动画之外的部分作为第一部分动画，并且每个目标动画对应的每个第一部分动画分配第一加载信息。

作为一种可选的实施例，第一部分动画包括：图片资源文件、html文件以及脚本文件；第二部分动画为JS库文件。

需要说明的是，在上述实施例中，请求处理方法的具体内容，在动画加载方法中存在详细的描述，此处不再赘述。

本发明还提供了一种优选实施例，该优选实施例提供了一种快速加载JS动画的方法。

鉴于现有技术存在的问题，本发明提供了一种既能帮助用户节省流量，又能快速加载用户所获得的勋章动画，即JS动画，极大的改善的用户产品体验。

下面将结合本发明的一个具体实施例来介绍其实现的技术方案：

首先，对用户操作行为，后台会下发不同的勋章动画，在本发明中将用户的勋章分为两种，一种是用户主动获得的勋章，一种是被动获得的勋章。用户主动获得的勋章是根据用户的主动操作行为如用户发帖、点赞、评论、抢沙发等，这些行为获得的勋章本发明统称为用户主动获得的勋章，而某个用户发帖被点赞，或类似这种行为所获得的勋章称为被动获得的勋章。

为了提升用户在APP的活跃度，对这些勋章进行量化分级，具体的分级原则如下：

1.用户首次发帖、点赞、评论及抢沙发所获得的勋章为1级勋章；

2.用户发帖、点赞、评论累计次数达到10次所获得的勋章为2级勋章；

3.用户发帖、点赞、评论累计次数达到100次所获得的勋章为3级勋章；

4.用户发帖、点赞、评论累计次数达到1000次所获得的勋章为4级勋章。

以上分级原则依次类推，当用户主动操作行为超过1000次甚至更多的时候，可以提供特殊奖励如红包或者Q币奖励等，以提升用户在产品中的活跃度。

第一步：为了能够帮助用户节省流量，同时减少动画的加载时间，本发明将后台下发的JS动画分为两个部分，所有这些动画都会利用到一些引用的公共的JS库文件，可将公共的这部分提取出来作为动画一部分；然后将所有不同勋章动画的差异化的东西(图片资源、html文件及JavaScript脚本文件)作为另外一个部分，而不像现有技术方案中提到的直接是后台下发一个勋章动画的html链接，这样用户在加载动画的过程就不用每个动画都去下载一个引用的JS库文件，已达到节省流量的目的。

第二步：将提取的公用的JS库文件压缩成zip文件(为进一步帮助用户节省流量)，在服务器端生成相应的可下载链接及对应的版本号(供用户下载的zip公用JS资源更新用)；将差异化文件包括动画所需的图片资源，播放的动画html文件及动画所需的JavaScript脚本文件也压缩成一个zip文件，并在服务其端生成可下载的链接及该动画对应的版本号。

第三步：在APP第一次启动，用户通过帐号登录后(确保APP处于有网络的状态)，APP会主动向后台拉取公用JS库文件地址的请求，后台会将根据该请求将可下载链接及版本号下发给客户端。客户端根据后台下发的地址去下载播放JS动画所需的公用的JS库文件，将JS库文件下载至本地文件存在的目录中解压，并保存对应JS库文件的版本号。

当APP再次启动时，同样APP会向后台发送拉取公用JS库文件地址请求，后台会返回对应的地址及版本号。客户端会将本次后台返回的版本号与上次版本号进行比对，若版本号不一致，则将文件地址指定的文件下载至客户端，并解压覆盖上次旧的公用JS资源库文件；若版本一致，则判断本地是否存在公用的JS资源库文件(正常用户操作行为是不可能删除的，除非到JS库文件存储目录去删除)。若存在，不做任何处理；若不存在，则将根据后台下发的链接去下载JS库文件并解压，同时记录当前JS库文件的版本信息。

图4是根据本发明实施例的一种可选的公用的JS库文件的下载逻辑的流程图，如图4所示，包括以下步骤：

步骤S401：客户端APP启动并进行用户登录。

步骤S402：客户端向后台发送获取加载JS动画所需库文件的请求。

步骤S403：判断请求成功与否。

在请求不成功的情况下，执行步骤S404；在请求成功的情况下，执行步骤S405。

步骤S404：提示用户操作失败，请重试。

在执行完步骤S404后返回步骤S302。

步骤S405：后台返回JS动画所需JS库文件的下载地址链接及JS库文件对应版本信息。

步骤S406：客户端会判断本地文件的存储目录中是否存在该文件。

若存在该文件，则执行步骤S407；若不存在该文件，则执行步骤S408。

步骤S407：客户端会对比本地文件存储目录中该文件的版本信息与JS库文件对应的版本信息是否匹配。

若不匹配，则执行步骤S408；若匹配，则返回。

步骤S408：客户端通过后台下发的地址链接，下载对应的zip文件并解压，同时记录JS库文件对应的版本信息。

第四步：用户执行特定的操作行为时，如用户对特定的内容进行评论、点赞或在某一个频道内发帖时，这些用户的不同操作行为会被定义成不同的操作类型，并上报至后台。在成功上报至后台后，后台记录用户的行为类型及行为的次数，然后向客户端反馈不同等级的不同勋章类型的地址链接(该地址链接即为第二步提到的可下载的差异化文件zip地址链接)及对应版本号。客户端根据后台下发的地址链接及版本号进行判断，判断本地存储目录是否存在该动画文件的压缩包。若本地目录存在该动画文件的压缩包，则判断本地缓存动画资源对应版本号与当前后台下发的版本号是否一致，若版本号一致，则不做任何处理；若版本号不一致，则将链接指定的内容下载至本地并解压覆盖旧的动画资源文件。若本地目录不存在该动画文件的压缩包，则根据后台下发的地址链接下载对应的文件，同时在本地记录当前版本号。

图5是根据本发明实施例的一种可选的客户端下载动画所需差异化文件的流程图，如图5所示，包括以下步骤：

步骤S501：用户在APP进行特定的用户行为，如点赞、评论、发帖或者抢沙发。

步骤S502：客户端将用户的行为类型上报至后台。

步骤S503：判断上报请求是否成功。

若上报请求不成功，则执行步骤S504；若上报请求成功，则执行步骤S505。

步骤S504：提示用户操作失败，请重试。

步骤S505：后台记录客户端的用户操作类型，并同时统计客户端的用户操作行为的次数。

步骤S506：后台返回播放JS动画所需差异化文件的下载地址链接及资源文件对应的版本信息。

步骤S507：客户端判断本地文件存储目录中是否存在该文件。

若存在该文件，则执行步骤S508；若不存在该文件，则执行步骤S509。

步骤S508：客户端会对比本地文件存储目录中该文件的版本信息与JS库文件对应的版本信息是否匹配。

若不匹配，则执行步骤S509；若匹配，则返回。

步骤S509：客户端通过后台下发的地址链接，下载对应的zip文件并解压，同时记录该差异化文件对应的版本信息。

第五步：在获取的播放所需的公用的JS库文件及动画所需的差异化文件(差异化的文件由图片资源文件、本地加载的html文件及JavaScript脚本文件构成)之后，即可通过集成在APP内存的浏览器来播放对应的动画文件index.html。

具体实现是通内置APP浏览器来加载差异化文件中对应的index.html文件，与此同时会将JavaScript脚本文件以及所需的引用的图片资源一起加载进来，公用的JS库文件会通过相对路径来供需要播放index.html动画文件调用。相对路径必须与index.html文件中引用的库文件路径一致，不然引用的库文件无法调用，动画播放会失败。

图6是根据本发明实施例的一种可选的动画播放流程的示意图，如图6所示，包括：公用的JS库文件，通过相对路径来供需要播放index.html动画文件调用；差异化资源文件调用index.html动画文件播放所需的公用的JS库文件，并将差异化文件中对应的index.html、JavaScript脚本文件、以及所需的引用的图片资源；APP通过内置APP的浏览器来播放存储目录的index.html文件对应的动画文件。

第六步：用户在勋章墙查看自己所获得的勋章的情况下，因用户所获得的勋章动画及其相关资源都是缓存至客户端本地存储目录，正常的用户清理缓存操作是不会清理那些资源的。在用户播放自己的所获得的勋章的情况下，直接加载本地对应勋章存在目录的index.html文件即可，不用再从后台下载播放，可以在帮助用户节省大量流量的同时，还大大减少勋章动画的加载时间，极大的改善用户的体验。若用户通过文件管理将指定动画的资源文件及index.html文件删除，则重复执行上诉过程第四步，可以重新下载播放动画所需差异化文件，然后重新播放。

采用本发明提出的快速加载JS动画的技术方案，不仅帮助用户节省大量流量，还大大减少勋章动画的加载时间，极大的改善用户的体验。

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

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

实施例2

根据本发明实施例，还提供了一种用于实施上述动画加载方法的动画加载装置，以及用于实施上述请求处理方法的请求处理装置。

图7是根据本发明实施例的一种可选的动画加载装置的示意图，如图7所示，该装置可以包括：第一发送单元71，用于客户端向服务器发送第一请求，其中，所述第一请求用于请求加载目标动画；第一接收单元73，用于所述客户端接收所述服务器返回的第一加载信息，其中，所述第一加载信息包括第一下载地址和第一版本信息，所述第一下载地址为所述目标动画中的第一部分动画的下载地址，所述第一版本信息为所述第一部分动画当前的版本信息；第一下载单元75，用于在所述客户端中不存在版本信息为所述第一版本信息的所述第一部分动画的情况下，所述客户端按照所述第一下载地址下载版本信息为所述第一版本信息的所述第一部分动画，并加载下载得到的所述第一部分动画和所述客户端启动时缓存的第二部分动画，其中，所述目标动画包括所述第一部分动画和所述第二部分动画。

需要说明的是，该实施例中的第一发送单元71可以用于执行本申请实施例1中的步骤S202，该实施例中的第一接收单元73可以用于执行本申请实施例1中的步骤S204，该实施例中的第一下载单元75可以用于执行本申请实施例1中的步骤S206。

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

作为一种可选的实施例，该实施例还可以包括：第三发送单元，用于在所述客户端向服务器发送第一请求之前，所述客户端在所述客户端启动时向所述服务器发送第二请求，其中，所述第二请求用于请求获取所述第二部分动画；第三接收单元，用于所述客户端接收所述服务器返回的第二加载信息，其中，所述第二加载信息包括第二下载地址和第二版本信息，所述第二下载地址为所述第二部分动画的下载地址，所述第二版本信息为所述第二部分动画当前的版本信息；第二下载单元，用于在所述客户端中不存在版本信息为所述第二版本信息的所述第二部分动画的情况下，按照所述第二下载地址下载版本信息为所述第二版本信息的所述第二部分动画，并缓存所述第二部分动画。

作为一种可选的实施例，所述第一发送单元可以包括：检测单元，用于在所述客户端检测到预定操作的情况下，所述客户端向所述服务器发送所述第一请求，其中，所述第一请求中携带有所述预定操作的类型和所述预定操作已被执行的次数，所述目标动画为与所述预定操作的类型和所述预定操作已被执行的次数相对应的动画。

作为一种可选的实施例，所述预定操作的类型可以包括：主动操作类型，其中，所述主动操作类型是当前帐号在所述客户端中所执行的预定操作，所述客户端由所述当前帐号登录；和/或被动操作类型，其中，所述被动操作类型是所述当前帐号的关联帐号对所述当前帐号所执行的预定操作。

作为一种可选的实施例，该实施例还可以包括：加载单元，用于在所述客户端接收所述服务器返回的第一加载信息之后，在所述客户端中存在版本信息为所述第一版本信息的所述第一部分动画的情况下，直接加载所述第一部分动画和所述第二部分动画。

作为一种可选的实施例，所述第一部分动画包括：图片资源文件、html文件以及脚本文件；所述第二部分动画为JS库文件。

作为一种可选的实施例，多个所述目标动画均包括所述第二部分动画。

图8是根据本发明实施例的一种可选的请求处理装置的示意图，如图8所示，该装置可以包括：第二接收单元81，用于服务器接收客户端发送的第一请求，其中，所述第一请求用于请求在所述客户端中加载目标动画；第二发送单元83，用于所述服务器向所述客户端发送第一加载信息，其中，所述第一加载信息包括第一下载地址和第一版本信息，所述第一下载地址为所述目标动画中的第一部分动画的下载地址，所述第一版本信息为所述第一部分动画当前的版本信息，所述第一加载信息用于指示所述客户端在所述客户端中不存在版本信息为所述第一版本信息的所述第一部分动画的情况下，按照所述第一下载地址下载版本信息为所述第一版本信息的所述第一部分动画，并加载下载得到的所述第一部分动画和所述第二部分动画。

需要说明的是，该实施例中的第二接收单元81可以用于执行本申请实施例1中的步骤S302，该实施例中的第二发送单元83可以用于执行本申请实施例1中的步骤S304。

通过上述模块，客户端向服务器发出用于请求加载目标动画的第一请求，并接收由服务器返回的第一加载信息，其中，第一加载信息中包括第一下载地址和第一版本信息，第一下载地址可以是目标动画中的第一部分动画的下载地址，可以使客户端根据第一下载地址下载目标动画中的第一部分动画；第一版本信息可以是第一部分动画当前的版本信息，可以使客户端根据该第一版本信息确定对应的第一部分动画，进而在客户端存储的版本信息中不存在第一部分动画对应的第一版本信息的情况下，即在客户端本地中不存在第一部分动画的情况下，客户端按照第一加载信息中的第一下载地址下载版本信息为第一版本信息的第一部分动画，并加载通过下载得到的第一部分动画，以及在客户端启动时缓存的第二部分动画，得到包括第一部部分动画和第二部分动画的目标动画，从而可以在客户端需要加载目标动画的情况下，客户端根据服务器返回的第一加载信息获取第一部分动画，然后客户端加载第一部分动画和在客户端启动时缓存的第二部分动画，完成加载目标动画，可以解决了相关技术中勋章动画的加载时间较长，消耗流量较多的技术问题，进而达到快速加载目标动画的技术效果。

作为一种可选的实施例，该实施例还可以包括：第四接收单元，用于在所述服务器接收客户端发送的第一请求之前，所述服务器接收所述客户端发送的第二请求，其中，所述第二请求用于请求获取所述第二部分动画；第四发送单元，用于所述服务器向所述客户端发送第二加载信息，其中，所述第二加载信息包括第二下载地址和第二版本信息，所述第二下载地址为所述第二部分动画的下载地址，所述第二版本信息为所述第二部分动画当前的版本信息，所述第二加载信息用于指示所述客户端在所述客户端中不存在版本信息为所述第二版本信息的所述第二部分动画的情况下，按照所述第二下载地址下载版本信息为所述第二版本信息的所述第二部分动画，并缓存所述第二部分动画。

作为一种可选的实施例，该实施例还可以包括：解析单元，用于在所述服务器接收客户端发送的第一请求之后，所述服务器对所述第一请求进行解析，得到在所述客户端检测到的预定操作的类型和所述预定操作已被执行的次数；查找单元，用于查找与所述预定操作的类型和所述预定操作已被执行的次数相对应的所述目标动画；第二发送单元可以包括：指示模块，用于在查找到与所述预定操作的类型和所述预定操作已被执行的次数相对应的所述目标动画的情况下，将用于指示与所述预定操作的类型和所述预定操作已被执行的次数相对应的所述目标动画的所述第一加载信息发送给所述客户端。

作为一种可选的实施例，该实施还可以包括：提取单元，用于在所述服务器接收客户端发送的第一请求之前，从多个所述目标动画中提取所述第二部分动画；第一分配单元，用于为所述第二部分动画分配所述第二加载信息；第二分配单元，用于分别为所述每个目标动画中除所述第二部分动画之外的所述第一部分动画分配所述第一加载信息。

作为一种可选的实施例，所述第一部分动画可以包括：图片资源文件、html文件以及脚本文件；所述第二部分动画为JS库文件。

通过上述模块，服务器接收客户端发送的用于请求在客户端中加载目标动画的第一请求，然后服务器向客户端发送第一加载信息，其中，第一加载信息中包括第一下载地址和第一版本信息，第一下载地址可以是目标动画中的第一部分动画的下载地址，可以通过服务器根据第一部分动画确定第一下载地址；第一版本信息可以是第一部分动画当前的版本信息，可以通过服务器根据第一部分动画确定对应的第一版本信息，进而在客户端存储的版本信息中不存在第一部分动画对应的第一版本信息的情况下，即在客户端本地中不存在第一部分动画的情况下，通过第一加载信息指示客户端，根据第一下载地址下载版本信息为第一版本信息的第一部分动画，加载下载得到的所述第一部分动画和所述第二部分动画，解决了相关技术中勋章动画的加载时间较长，消耗流量较多的技术问题，进而达到快速加载目标动画的技术效果。

实施例3

根据本发明实施例，还提供了一种用于实施上述动画加载方法和请求处理方法的终端。

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

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

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

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

处理器201可以调用存储器203存储的应用程序，以执行下述步骤：客户端向服务器发送第一请求，其中，第一请求用于请求加载目标动画；客户端接收服务器返回的第一加载信息，其中，第一加载信息包括第一下载地址和第一版本信息，第一下载地址为目标动画中的第一部分动画的下载地址，第一版本信息为第一部分动画当前的版本信息；在客户端中不存在版本信息为第一版本信息的第一部分动画的情况下，客户端按照第一下载地址下载版本信息为第一版本信息的第一部分动画，并加载下载得到的第一部分动画和客户端启动时缓存的第二部分动画，其中，目标动画包括第一部分动画和第二部分动画。

处理器201还用于执行下述步骤：客户端在客户端启动时向服务器发送第二请求，其中，第二请求用于请求获取第二部分动画；客户端接收服务器返回的第二加载信息，其中，第二加载信息包括第二下载地址和第二版本信息，第二下载地址为第二部分动画的下载地址，第二版本信息为第二部分动画当前的版本信息；在客户端中不存在版本信息为第二版本信息的第二部分动画的情况下，按照第二下载地址下载版本信息为第二版本信息的第二部分动画，并缓存第二部分动画。

处理器201还用于执行下述步骤：在客户端检测到预定操作的情况下，客户端向服务器发送第一请求，其中，第一请求中携带有预定操作的类型和预定操作已被执行的次数，目标动画为与预定操作的类型和预定操作已被执行的次数相对应的动画。

处理器201还用于执行下述步骤：在客户端中存在版本信息为第一版本信息的第一部分动画的情况下，直接加载第一部分动画和第二部分动画。

采用本发明实施例，提供了一种动画加载的方案。客户端向服务器发出用于请求加载目标动画的第一请求，并接收由服务器返回的第一加载信息，其中，第一加载信息中包括第一下载地址和第一版本信息，第一下载地址可以是目标动画中的第一部分动画的下载地址，可以使客户端根据第一下载地址下载目标动画中的第一部分动画；第一版本信息可以是第一部分动画当前的版本信息，可以使客户端根据该第一版本信息确定对应的第一部分动画，进而在客户端存储的版本信息中不存在第一部分动画对应的第一版本信息的情况下，即在客户端本地中不存在第一部分动画的情况下，客户端按照第一加载信息中的第一下载地址下载版本信息为第一版本信息的第一部分动画，并加载通过下载得到的第一部分动画，以及在客户端启动时缓存的第二部分动画，得到包括第一部部分动画和第二部分动画的目标动画，从而可以在客户端需要加载目标动画的情况下，客户端根据服务器返回的第一加载信息获取第一部分动画，然后客户端加载第一部分动画和在客户端启动时缓存的第二部分动画，完成加载目标动画，可以解决了相关技术中勋章动画的加载时间较长，消耗流量较多的技术问题，进而达到快速加载目标动画的技术效果。

处理器201可以调用存储器203存储的应用程序，以执行下述步骤：服务器接收客户端发送的第一请求，其中，第一请求用于请求在客户端中加载目标动画；服务器向客户端发送第一加载信息，其中，第一加载信息包括第一下载地址和第一版本信息，第一下载地址为目标动画中的第一部分动画的下载地址，第一版本信息为第一部分动画当前的版本信息，第一加载信息用于指示客户端在客户端中不存在版本信息为第一版本信息的第一部分动画的情况下，按照第一下载地址下载版本信息为第一版本信息的第一部分动画，并加载下载得到的第一部分动画和第二部分动画。

处理器201还用于执行下述步骤：服务器接收客户端发送的第二请求，其中，第二请求用于请求获取第二部分动画；服务器向客户端发送第二加载信息，其中，第二加载信息包括第二下载地址和第二版本信息，第二下载地址为第二部分动画的下载地址，第二版本信息为第二部分动画当前的版本信息，第二加载信息用于指示客户端在客户端中不存在版本信息为第二版本信息的第二部分动画的情况下，按照第二下载地址下载版本信息为第二版本信息的第二部分动画，并缓存第二部分动画。

处理器201还用于执行下述步骤：在服务器接收客户端发送的第一请求之后，方法还包括：服务器对第一请求进行解析，得到在客户端检测到的预定操作的类型和预定操作已被执行的次数；查找与预定操作的类型和预定操作已被执行的次数相对应的目标动画。

服务器向客户端发送第一加载信息包括：在查找到与预定操作的类型和预定操作已被执行的次数相对应的目标动画的情况下，将用于指示与预定操作的类型和预定操作已被执行的次数相对应的目标动画的第一加载信息发送给客户端。

处理器201还用于执行下述步骤：从多个目标动画中提取第二部分动画；为第二部分动画分配第二加载信息；分别为每个目标动画中除第二部分动画之外的第一部分动画分配第一加载信息。

采用本发明实施例，提供了一种请求处理的方案。服务器接收客户端发送的用于请求在客户端中加载目标动画的第一请求，然后服务器向客户端发送第一加载信息，其中，第一加载信息中包括第一下载地址和第一版本信息，第一下载地址可以是目标动画中的第一部分动画的下载地址，可以通过服务器根据第一部分动画确定第一下载地址；第一版本信息可以是第一部分动画当前的版本信息，可以通过服务器根据第一部分动画确定对应的第一版本信息，进而在客户端存储的版本信息中不存在第一部分动画对应的第一版本信息的情况下，即在客户端本地中不存在第一部分动画的情况下，通过第一加载信息指示客户端，根据第一下载地址下载版本信息为第一版本信息的第一部分动画，加载下载得到的所述第一部分动画和所述第二部分动画，解决了相关技术中勋章动画的加载时间较长，消耗流量较多的技术问题，进而达到快速加载目标动画的技术效果。

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

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

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

实施例4

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行动画加载方法和请求处理方法的程序代码。

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

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

S11，客户端向服务器发送第一请求，其中，第一请求用于请求加载目标动画；

S12，客户端接收服务器返回的第一加载信息，其中，第一加载信息包括第一下载地址和第一版本信息，第一下载地址为目标动画中的第一部分动画的下载地址，第一版本信息为第一部分动画当前的版本信息；

S13，在客户端中不存在版本信息为第一版本信息的第一部分动画的情况下，客户端按照第一下载地址下载版本信息为第一版本信息的第一部分动画，并加载下载得到的第一部分动画和客户端启动时缓存的第二部分动画，其中，目标动画包括第一部分动画和第二部分动画。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：客户端在客户端启动时向服务器发送第二请求，其中，第二请求用于请求获取第二部分动画；客户端接收服务器返回的第二加载信息，其中，第二加载信息包括第二下载地址和第二版本信息，第二下载地址为第二部分动画的下载地址，第二版本信息为第二部分动画当前的版本信息；在客户端中不存在版本信息为第二版本信息的第二部分动画的情况下，按照第二下载地址下载版本信息为第二版本信息的第二部分动画，并缓存第二部分动画。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在客户端检测到预定操作的情况下，客户端向服务器发送第一请求，其中，第一请求中携带有预定操作的类型和预定操作已被执行的次数，目标动画为与预定操作的类型和预定操作已被执行的次数相对应的动画。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在客户端中存在版本信息为第一版本信息的第一部分动画的情况下，直接加载第一部分动画和第二部分动画。

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

S21，服务器接收客户端发送的第一请求，其中，第一请求用于请求在客户端中加载目标动画；

S22，服务器向客户端发送第一加载信息，其中，第一加载信息包括第一下载地址和第一版本信息，第一下载地址为目标动画中的第一部分动画的下载地址，第一版本信息为第一部分动画当前的版本信息，第一加载信息用于指示客户端在客户端中不存在版本信息为第一版本信息的第一部分动画的情况下，按照第一下载地址下载版本信息为第一版本信息的第一部分动画，并加载下载得到的第一部分动画和第二部分动画。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：服务器接收客户端发送的第二请求，其中，第二请求用于请求获取第二部分动画；服务器向客户端发送第二加载信息，其中，第二加载信息包括第二下载地址和第二版本信息，第二下载地址为第二部分动画的下载地址，第二版本信息为第二部分动画当前的版本信息，第二加载信息用于指示客户端在客户端中不存在版本信息为第二版本信息的第二部分动画的情况下，按照第二下载地址下载版本信息为第二版本信息的第二部分动画，并缓存第二部分动画。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在服务器接收客户端发送的第一请求之后，方法还包括：服务器对第一请求进行解析，得到在客户端检测到的预定操作的类型和预定操作已被执行的次数；查找与预定操作的类型和预定操作已被执行的次数相对应的目标动画；服务器向客户端发送第一加载信息包括：在查找到与预定操作的类型和预定操作已被执行的次数相对应的目标动画的情况下，将用于指示与预定操作的类型和预定操作已被执行的次数相对应的目标动画的第一加载信息发送给客户端。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：从多个目标动画中提取第二部分动画；为第二部分动画分配第二加载信息；分别为每个目标动画中除第二部分动画之外的第一部分动画分配第一加载信息。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

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

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

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

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

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

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

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

Claims

1.一种动画加载方法，其特征在于，包括：

客户端向服务器发送第一请求，其中，所述第一请求用于请求加载目标动画；

所述客户端接收所述服务器返回的第一加载信息，其中，所述第一加载信息包括第一下载地址和第一版本信息，所述第一下载地址为所述目标动画中的第一部分动画的下载地址，所述第一版本信息为所述第一部分动画当前的版本信息；

在所述客户端中不存在版本信息为所述第一版本信息的所述第一部分动画的情况下，所述客户端按照所述第一下载地址下载版本信息为所述第一版本信息的所述第一部分动画，并加载下载得到的所述第一部分动画和所述客户端启动时缓存的第二部分动画，其中，所述目标动画包括所述第一部分动画和所述第二部分动画。

2.根据权利要求1所述的方法，其特征在于，在所述客户端向服务器发送第一请求之前，所述方法还包括：

所述客户端在所述客户端启动时向所述服务器发送第二请求，其中，所述第二请求用于请求获取所述第二部分动画；

所述客户端接收所述服务器返回的第二加载信息，其中，所述第二加载信息包括第二下载地址和第二版本信息，所述第二下载地址为所述第二部分动画的下载地址，所述第二版本信息为所述第二部分动画当前的版本信息；

在所述客户端中不存在版本信息为所述第二版本信息的所述第二部分动画的情况下，按照所述第二下载地址下载版本信息为所述第二版本信息的所述第二部分动画，并缓存所述第二部分动画。

3.根据权利要求1所述的方法，其特征在于，所述客户端向服务器发送第一请求包括：

在所述客户端检测到预定操作的情况下，所述客户端向所述服务器发送所述第一请求，其中，所述第一请求中携带有所述预定操作的类型和所述预定操作已被执行的次数，所述目标动画为与所述预定操作的类型和所述预定操作已被执行的次数相对应的动画。

4.根据权利要求3所述的方法，其特征在于，所述预定操作的类型包括：

主动操作类型，其中，所述主动操作类型是当前帐号在所述客户端中所执行的预定操作，所述客户端由所述当前帐号登录；和/或

被动操作类型，其中，所述被动操作类型是所述当前帐号的关联帐号对所述当前帐号所执行的预定操作。

5.根据权利要求1所述的方法，其特征在于，在所述客户端接收所述服务器返回的第一加载信息之后，所述方法还包括：

在所述客户端中存在版本信息为所述第一版本信息的所述第一部分动画的情况下，直接加载所述第一部分动画和所述第二部分动画。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述第一部分动画包括：图片资源文件、html文件以及脚本文件；所述第二部分动画为JS库文件。

7.根据权利要求1至5中任一项所述的方法，其特征在于，多个所述目标动画均包括所述第二部分动画。

8.一种请求处理方法，其特征在于，包括：

服务器接收客户端发送的第一请求，其中，所述第一请求用于请求在所述客户端中加载目标动画；

所述服务器向所述客户端发送第一加载信息，其中，所述第一加载信息包括第一下载地址和第一版本信息，所述第一下载地址为所述目标动画中的第一部分动画的下载地址，所述第一版本信息为所述第一部分动画当前的版本信息，所述第一加载信息用于指示所述客户端在所述客户端中不存在版本信息为所述第一版本信息的所述第一部分动画的情况下，按照所述第一下载地址下载版本信息为所述第一版本信息的所述第一部分动画，并加载下载得到的所述第一部分动画和缓存的第二部分动画，其中，所述目标动画包括所述第一部分动画和所述第二部分动画。

9.根据权利要求8所述的方法，其特征在于，在所述服务器接收客户端发送的第一请求之前，所述方法还包括：

所述服务器接收所述客户端发送的第二请求，其中，所述第二请求用于请求获取所述第二部分动画；

所述服务器向所述客户端发送第二加载信息，其中，所述第二加载信息包括第二下载地址和第二版本信息，所述第二下载地址为所述第二部分动画的下载地址，所述第二版本信息为所述第二部分动画当前的版本信息，所述第二加载信息用于指示所述客户端在所述客户端中不存在版本信息为所述第二版本信息的所述第二部分动画的情况下，按照所述第二下载地址下载版本信息为所述第二版本信息的所述第二部分动画，并缓存所述第二部分动画。

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

在所述服务器接收客户端发送的第一请求之后，所述方法还包括：所述服务器对所述第一请求进行解析，得到在所述客户端检测到的预定操作的类型和所述预定操作已被执行的次数；查找与所述预定操作的类型和所述预定操作已被执行的次数相对应的所述目标动画；

所述服务器向所述客户端发送第一加载信息包括：在查找到与所述预定操作的类型和所述预定操作已被执行的次数相对应的所述目标动画的情况下，将用于指示与所述预定操作的类型和所述预定操作已被执行的次数相对应的所述目标动画的所述第一加载信息发送给所述客户端。

11.根据权利要求10所述的方法，其特征在于，所述预定操作的类型包括：

12.根据权利要求9所述的方法，其特征在于，在所述服务器接收客户端发送的第一请求之前，所述方法还包括：

从多个所述目标动画中提取所述第二部分动画；

为所述第二部分动画分配所述第二加载信息；

分别为每个目标动画中除所述第二部分动画之外的所述第一部分动画分配所述第一加载信息。

13.根据权利要求8至12中任一项所述的方法，其特征在于，多个所述目标动画均包括所述第二部分动画。

14.一种动画加载装置，其特征在于，包括：

第一发送单元，用于客户端向服务器发送第一请求，其中，所述第一请求用于请求加载目标动画；

第一接收单元，用于所述客户端接收所述服务器返回的第一加载信息，其中，所述第一加载信息包括第一下载地址和第一版本信息，所述第一下载地址为所述目标动画中的第一部分动画的下载地址，所述第一版本信息为所述第一部分动画当前的版本信息；

第一下载单元，用于在所述客户端中不存在版本信息为所述第一版本信息的所述第一部分动画的情况下，所述客户端按照所述第一下载地址下载版本信息为所述第一版本信息的所述第一部分动画，并加载下载得到的所述第一部分动画和所述客户端启动时缓存的第二部分动画，其中，所述目标动画包括所述第一部分动画和所述第二部分动画。

15.一种请求处理装置，其特征在于，包括：

第二接收单元，用于服务器接收客户端发送的第一请求，其中，所述第一请求用于请求在所述客户端中加载目标动画；

第二发送单元，用于所述服务器向所述客户端发送第一加载信息，其中，所述第一加载信息包括第一下载地址和第一版本信息，所述第一下载地址为所述目标动画中的第一部分动画的下载地址，所述第一版本信息为所述第一部分动画当前的版本信息，所述第一加载信息用于指示所述客户端在所述客户端中不存在版本信息为所述第一版本信息的所述第一部分动画的情况下，按照所述第一下载地址下载版本信息为所述第一版本信息的所述第一部分动画，并加载下载得到的所述第一部分动画和缓存的第二部分动画，其中，所述目标动画包括所述第一部分动画和所述第二部分动画。