一种应用程序更新方法、存储介质和终端设备与流程

本发明涉及通信技术领域，尤其涉及一种应用程序更新方法、存储介质和终端设备。

背景技术：

随着计算机技术的快速发展，应用程序的种类越来越多，为满足用户的使用需求、增强用户的使用体感，需要不断进行应用程序的功能完善和/或漏洞修补。目前应用程序的功能完善和/或漏洞修补主要是开发商在完成应用程序的更新资源包后，将更新资源包发布至对应服务器，用户更新应用程序时则通过从服务器中下载更新资源包来进行应用程序的更新，也就是说，在用户进行应用程序的更新过程中，需要用户先手动从服务器中下载更新资源包，下载完后才能进行应用程序的更新，使得现有应用程序的更新效率较低，并且网络不佳的时候，还会极大地降低应用程序的更新成功率，而且在更新失败时仅向用户返回更新失败的结果，而无法自行修复失败原因，从而进一步降低了应用程序的更新效率和更新成功率。

综上，如何提高应用程序的更新效率和更新成功率成为本领域技术人员亟待解决的问题。

技术实现要素：

本发明实施例提供了一种应用程序更新方法、存储介质和终端设备，能够提高应用程序的更新效率和更新成功率，以解决现有的应用程序更新效率和更新成功率低的问题，提升用户的更新体验。

本发明实施例的第一方面，提供了一种应用程序更新方法，包括：

若接收到应用程序的更新请求，获取所述应用程序的在线最新版本号和所述应用程序的本地配置文件，所述本地配置文件中保存有所述应用程序的离线资源包和所述离线资源包对应的离线版本号；

判断所述离线版本号与所述应用程序的在线最新版本号是否相同；

若所述离线版本号与所述在线最新版本号相同，则根据所述离线资源包更新所述应用程序；

若所述离线版本号与所述在线最新版本号不相同，则获取所述在线最新版本号对应的在线最新资源包；

判断所述在线最新资源包是否获取成功；

当所述在线最新资源包获取失败时，清除所述本地配置文件中已有的内置缓存资源，并重新获取所述在线最新资源包；

在成功获取所述在线最新资源包后，根据所述在线最新资源包更新所述应用程序和所述本地配置文件。

本发明实施例的第二方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如前述第一方面所述应用程序更新方法的步骤。

本发明实施例的第三方面，提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现如下步骤：

若接收到应用程序的更新请求，获取所述应用程序的在线最新版本号和所述应用程序的本地配置文件，所述本地配置文件中保存有所述应用程序的离线资源包和所述离线资源包对应的离线版本号；

判断所述离线版本号与所述应用程序的在线最新版本号是否相同；

若所述离线版本号与所述在线最新版本号相同，则根据所述离线资源包更新所述应用程序；

若所述离线版本号与所述在线最新版本号不相同，则获取所述在线最新版本号对应的在线最新资源包；

判断所述在线最新资源包是否获取成功；

当所述在线最新资源包获取失败时，清除所述本地配置文件中已有的内置缓存资源，并重新获取所述在线最新资源包；

在成功获取所述在线最新资源包后，根据所述在线最新资源包更新所述应用程序和所述本地配置文件。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，当用户需要更新应用程序时，即根据应用程序的本地配置文件中的离线版本号，来判断本地配置文件中的离线资源包是否为应用程序的最新资源包，当本地配置文件中的离线资源包为最新资源包时，则直接根据本地配置文件中的离线资源包来进行应用程序的离线更新，而不需要再进行资源包的下载，从而极大地提高了应用程序的更新效率和更新成功率；而当本地配置文件中的离线资源包不是最新资源包时，则获取最新资源包，并在最新资源包获取失败时，自动清除本地配置文件中已有的内置缓存资源，然后再自动重新获取，以自行修复失败原因，提高最新资源包的获取成功率，以解决现有的应用程序更新效率和更新成功率低的问题，提升用户的更新体验。

附图说明

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

图1为本发明实施例中一种应用程序更新方法的一个实施例流程图；

图2为本发明实施例中应用程序更新方法在一个应用场景下获取在线最新资源包的流程示意图；

图3为本发明实施例中应用程序更新方法在另一个应用场景下获取在线最新资源包的流程示意图；

图4为本发明实施例中一种应用程序更新装置的一个实施例结构图；

图5为本发明实施例提供的一种终端设备的示意图。

具体实施方式

本发明实施例提供了一种应用程序更新方法、存储介质和终端设备，用于提高应用程序的更新效率和更新成功率，以解决现有的应用程序更新效率和更新成功率低的问题，提高用户的更新体验。

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

请参阅图1，本发明实施例提供了一种应用程序更新方法，所述应用程序更新方法，包括：

步骤s101、若接收到应用程序的更新请求，获取所述应用程序的在线最新版本号和所述应用程序的本地配置文件，所述本地配置文件中保存有所述应用程序的离线资源包和所述离线资源包对应的离线版本号。

优选地，本发明实施例中，在接收到应用程序的更新请求之前，还可以包括：步骤a、实时检测与所述应用程序对应的服务器中是否存在所述应用程序的更新资源包；步骤b、若所述服务器中存在所述应用程序的更新资源包，则下载所述更新资源包至所述应用程序的本地配置文件中，以更新所述本地配置文件中的离线资源包和离线版本号。

可以理解的是，当用户在应用终端安装应用程序后，应用终端即会在本地中创建与一个该应用程序对应的本地配置文件，用于存储该应用程序当前正在使用的资源包以及相关的缓存资源。另外，应用终端在该应用程序运行过程中还可实时检测与该应用程序对应的服务器中是否存在该应用程序的更新资源包，若存在该应用程序的更新资源包的话，则自动将该更新资源包下载至本地配置文件中，以作为该应用程序的离线资源包，同时在本地配置文件中创建一本地配置表，该本地配置表中存储有该离线资源包的离线版本号和该应用程序目前正在使用的资源包的当前版本号，如该应用程序目前正在使用的资源包的当前版本号为1.0，而所获取到的该应用程序的离线资源包的离线版本号为1.2时，则本地配置文件的本地配置表中即可存储有“当前版本号：1.0，离线版本号：1.2”的信息。

在此，当应用终端发现本地配置表中所存储的离线版本号高于该应用程序当前正在使用的当前版本号时，应用终端则可自动输出更新提示消息或者在设定的预设时间后输出更新提示消息，以提醒用户进行应用程序的更新，若用户选择更新的话，则更新该应用程序，即将该应用程序当前正在使用的资源包更新为该离线资源包，并将本地配置表中的当前版本号更新为该离线版本号。

进一步地，因应用程序的更新速度较快，而离线资源包的获取存在一定的时间延迟，从而使得本地配置文件中的离线资源包可能不是该应用程序所具有的最新资源包，因而，当用户选择更新该应用程序时，应用终端还可通过访问与该应用程序对应的服务器来获取该应用程序的在线最新版本号，即获取服务器中所存储的该应用程序的最新资源包所对应的版本号。

步骤s102、判断所述离线版本号与所述应用程序的在线最新版本号是否相同。

可以理解的是，当应用终端获取到该应用程序的在线最新版本号后，即可判断该应用程序的本地配置文件中所存储的离线版本号是否与该在线最新版本号相同，以此确定本地配置文件中所存储的离线资源包是否为该应用程序的最新资源包。

步骤s103、若所述离线版本号与所述在线最新版本号相同，则根据所述离线资源包更新所述应用程序。

在此，当本地配置文件中离线资源包的离线版本号与该在线最新版本号相同时，则表明在用户请求更新该应用程序之前，应用终端已从服务器中成功下载了该应用程序的最新版本，即与该应用程序对应的本地配置文件中所存储的离线资源包即为该应用程序所具有的最新资源包，此时，应用终端即可根据本地配置文件中的离线资源包来更新该应用程序，并更新该应用程序的本地配置文件，如对本地配置文件中的本地配置表进行更新，以将本地配置表中所存储的当前版本号，如1.0，更新为该离线版本号，如更新为1.2，以直接通过离线资源包来进行该应用程序的更新，从而极大地提高应用程序的更新效率和更新成功率。

进一步地，所述根据所述离线资源包更新所述应用程序，可以包括：步骤c、获取所述应用程序当前正在使用的资源包的当前版本号，并判断所述当前版本号与所述离线版本号是否相同；步骤d、若所述当前版本号与所述离线版本号不相同，则根据所述离线资源包更新所述应用程序。

可以理解的是，当确定本地配置文件中所存储的离线资源包为该应用程序的最新资源包后，则可进一步判断在用户此次请求更新之前，应用终端是否已根据该离线资源包对该应用程序进行过更新，即首先获取该应用程序当前正在使用的资源包的当前版本号，然后判断该当前版本号是否与该离线版本号相同，若该当前版本号与该离线版本号相同的话，则表明该应用程序已根据该离线资源包进行过更新，也就是说，该应用程序当前正在使用中的版本即为该应用程序所具有的最新版本，而无需再对其进行更新，此时可直接拒绝用户此次的更新请求，并可向用户输出该应用程序已是最新版本的提示消息；若该当前版本号与该离线版本号不相同的话，则表明该应用程序当前正在使用的资源包不是该应用程序所具有的最新资源包，则可根据该离线资源包更新该应用程序，即将该应用程序当前正在使用的资源包更新为该离线资源包，并将该应用程序当前正在使用的资源包的当前版本号更新为该离线资源包所对应的离线版本号。

步骤s104、若所述离线版本号与所述在线最新版本号不相同，则获取所述在线最新版本号对应的在线最新资源包。

可以理解的是，本发明实施例中，若本地配置文件中离线资源包的离线版本号与在线最新版本号不相同的话，如离线资源包的离线版本号为1.3，而所获取到的服务器中所具有的该应用程序的在线最新版本号为1.4，则表明在用户请求更新该应用程序之前，应用终端还未从服务器中下载该应用程序的在线最新资源包至本地配置文件中，因而，此时应用终端可直接自动从服务器中获取该应用程序的在线最新版本号所对应的在线最新资源包，如从服务器中下载该在线最新资源包至本地配置文件中。

步骤s105、判断所述在线最新资源包是否获取成功。

可以理解的是，本发明实施例中，在完成该应用程序的在线最新资源包的下载操作之后，应用终端还可进行本地配置文件的检测，以判断是否成功下载该在线最新资源包，如是否获取到该在线最新资源包、所获取到的在线最新资源包是否完整、是否损坏等等。

步骤s106、当所述在线最新资源包获取失败时，清除所述本地配置文件中已有的内置缓存资源，并重新获取所述在线最新资源包。

在此，当应用终端判断出该在线最新资源包获取失败的话，如未获取到该在线最新资源包，或者所获取到的在线最新资源包有损坏或不完整时，应用终端则可自动清除本地配置文件中已有的内置缓存资源，并自动重新去获取该在线最新资源包。在此，清除本地配置文件中已有的内置缓存资源可以是清除本地配置文件中已有的所有缓存资源，也可以是清除本地配置文件中已有的部分缓存资源，如清除部分对该应用程序的使用无影响的数据缓存资源等，而本地配置文件中已有的缓存资源则可包括该在线最新资源包下载失败过程中所产生的缓存资源。

步骤s107、在成功获取所述在线最新资源包后，根据所述在线最新资源包更新所述应用程序和所述本地配置文件。

可以理解的是，当应用终端确定成功获取到该应用程序的在线最新资源包后，则可自动根据该在线最新资源包更新该应用程序，并更新该应用程序的本地配置文件，如将本地配置文件中的离线资源包更新为该在线最新资源包，同时将离线资源包的离线版本号更新为该在线最新资源包所对应的在线最新版本号，同时还对本地配置文件中的本地配置表进行更新，以将本地配置表中所存储的当前版本号和离线版本号均更新为该在线最新版本号，从而自行修复失败原因，提高最新资源包的获取成功率，以解决现有的应用程序更新效率和更新成功率低的问题，提高用户的更新体验。

进一步地，如图2所示，步骤s106、当所述在线最新资源包获取失败时，清除所述本地配置文件中已有的内置缓存资源，并重新获取所述在线最新资源包，可以包括：

步骤s201、当所述在线最新资源包获取失败时，统计所述在线最新资源包获取失败的失败次数；

步骤s202、判断所述失败次数是否达到预设次数阈值；

步骤s203、当所述失败次数达到预设次数阈值时，清除所述本地配置文件中已有的内置缓存资源，并重新获取所述在线最新资源包。

对于上述步骤s201至步骤s203，可以理解的是，本发明实施例中，在应用终端一次获取该在线最新资源包失败时，并不直接清除本地配置文件中已有的内置缓存资源，而是自动再次进行该在线最新资源包的获取，而当该在线最新资源包连续获取失败，并且连续获取失败的失败次数达到了预设次数阈值时，则可自动清除本地配置文件中已有的内置缓存资源，在此，应用终端中预先设置有清除本地配置文件中已有的内置缓存资源需达到的预设次数阈值。因而，在应用终端进行该在线最新资源包的获取过程中，应用终端实时记录该在线最新资源包获取失败的失败次数，即在应用终端获取该在线最新资源包的过程中，应用终端每获取失败一次即自动将失败次数增加一次数单位，如增加一次，当连续失败的失败次数达到预设次数阈值时，则可自动清除本地配置文件中已有的内置缓存资源，并重新获取该在线最新资源包。

如在一具体应用中，假定该预设次数阈值为3次，而应用终端在获取该在线最新资源包的过程中，第一次和第二次均获取失败，但第三次获取成功的话，则可不进行本地配置文件中已有内置缓存资源的清除，从而确保应用程序中内置缓存资源的完整，以避免丢失用户资料；而当第一次、第二次和第三次均获取失败时，则可自动清除本地配置文件中已有的内置缓存资源，并重新获取该在线最新资源包，以确保能获取到该应用程序的在线最新资源包，提高在线最新资源包的获取成功率，从而保证该应用程序的更新成功率。

在此，预设次数阈值可根据历史数据进行大数据分析得到，当然也可由用户根据具体情况进行自行设定。

优选地，所述当所述在线最新资源包获取失败时，清除所述本地配置文件中已有的内置缓存资源，并重新获取所述在线最新资源包，还可以包括：步骤e、当所述在线最新资源包获取失败时，输出提示消息，所述提示消息用于提示是否清除缓存并重新获取所述在线最新资源包；步骤f、当接收到响应所述提示消息的确认消息时，清除所述本地配置文件中已有的内置缓存资源，并重新获取所述在线最新资源包。

对于上述步骤e和步骤f，可以理解的是，本发明实施例中，当应用终端获取该在线最新资源包失败时，应用终端可输出提示消息，以提示用户是否清除缓存并重新获取该在线最新资源包，若用户确定清除缓存并重新获取该在线最新资源包，并已做出了相应的确定响应时，应用终端则可清除本地配置文件中已有的内置缓存资源，并重新获取该在线最新资源包，以使用户清晰该在线最新资源包获取失败的原因，并自行引导用户进行该在线最新资源包的获取，从而提升用户的更新体感。

可选地，如图3所示，步骤s104、若所述离线版本号与所述在线最新版本号不相同，则获取所述在线最新版本号对应的在线最新资源包，可以包括：

步骤s301、若所述离线版本号与所述在线最新版本号不相同，则获取所述本地配置文件中的剩余内存和所述在线最新版本号对应的在线最新资源包的占用内存；

步骤s302、判断所述剩余内存是否大于或者等于所述占用内存；

步骤s303、当所述剩余内存大于或者等于所述占用内存时，获取所述在线最新资源包；

步骤s304、当所述剩余内存小于所述占用内存时，清除所述本地配置文件中已有的内置缓存资源，并重新获取所述在线最新资源包。

对于上述步骤s301至步骤s304，可以理解的是，本发明实施例中，当应用终端确定该应用程序的离线版本号与对应的服务器中所具有的在线最新版本号不相同时，应用终端可自行获取服务器中所具有的该在线最新版本号所对应的在线最新资源包的占用内存，同时获取该应用程序的本地配置文件中的剩余内存，即本地配置文件中可用于接收新资源的空闲内存，并进一步判断该在线最新资源包的占用内存和本地配置文件中的剩余内存的大小关系，若本地配置文件中的剩余内存大于或者等于该在线最新资源包的占用内存的话，则表明此时本地配置文件还能够容纳该在线最新资源包，因而，此时可直接进行该在线最新资源包的获取；若本地配置文件中的剩余内存小于该在线最新资源包的占用内存的话，则表明本地配置文件已无法容纳该在线最新资源包，此时若直接获取该在线最新资源包的话，将会直接导致该在线最新资源包的获取失败，从而极大地降低了在线最新资源包的获取成功率，因而，此时应用终端可先自动进行本地配置文件中已有的内置缓存资源的清除，以确保本地配置文件中具有足够的内存资源后，再重新获取该在线最新资源包，从而极大地提高在线最新资源包的获取成功率，进而提高应用程序更新的更新效率。

本发明实施例中，当用户需要更新应用程序时，可根据应用程序的本地配置文件中的离线版本号，来判断本地配置文件中的离线资源包是否为应用程序的最新资源包，当本地配置文件中的离线资源包为最新资源包时，则可直接根据本地配置文件中的离线资源包来进行应用程序的离线更新，而不需要再进行资源包的下载，从而极大地提高了应用程序的更新效率和更新成功率；而当本地配置文件中的离线资源包不是最新资源包时，则可获取最新资源包，并在最新资源包获取失败时，自动清除本地配置文件中已有的内存缓存资源，然后再自动重新获取，以自行修复失败原因，提高最新资源包获取成功率，以解决现有的应用程序更新效率和更新成功率低的问题，提高用户的更新体验。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

上面主要描述了一种应用程序更新方法，下面将对一种应用程序更新装置进行详细描述。

如图4所示，本发明实施例提供了一种应用程序更新装置，所述应用程序更新装置，包括：

更新请求接收模块401，用于若接收到应用程序的更新请求，获取所述应用程序的在线最新版本号和所述应用程序的本地配置文件，所述本地配置文件中保存有所述应用程序的离线资源包和所述离线资源包对应的离线版本号；

版本号判断模块402，用于判断所述离线版本号与所述应用程序的在线最新版本号是否相同；

第一离线更新模块403，用于若所述离线版本号与所述在线最新版本号相同，则根据所述离线资源包更新所述应用程序；

资源包获取模块404，用于若所述离线版本号与所述在线最新版本号不相同，则获取所述在线最新版本号对应的在线最新资源包；

资源包判断模块405，用于判断所述在线最新资源包是否获取成功；

缓存清除模块406，用于当所述在线最新资源包获取失败时，清除所述本地配置文件中已有的内置缓存资源，并重新获取所述在线最新资源包；

第二离线更新模块407，用于在成功获取所述在线最新资源包后，根据所述在线最新资源包更新所述应用程序和所述本地配置文件。

进一步地，所述缓存清除模块406，包括：

失败次数统计单元，用于当所述在线最新资源包获取失败时，统计所述在线最新资源包获取失败的失败次数；

第一缓存清除单元，用于当所述失败次数达到预设次数阈值时，清除所述本地配置文件中已有的内置缓存资源，并重新获取所述在线最新资源包。

优选地，所述缓存清除模块406，还包括：

提示消息输出单元，用于当所述在线最新资源包获取失败时，输出提示消息，所述提示消息用于提示是否清除缓存并重新获取所述在线最新资源包；

第二缓存清除单元，用于当接收到响应所述提示消息的确认消息时，清除所述本地配置文件中已有的内置缓存资源，并重新获取所述在线最新资源包。

可选地，所述资源包获取模块404，包括：

内存获取单元，用于若所述离线版本号与所述在线最新版本号不相同，则获取所述本地配置文件中的剩余内存和所述在线最新版本号对应的在线最新资源包的占用内存；

第一资源包获取单元，用于当所述剩余内存大于或者等于所述占用内存时，获取所述在线最新资源包；

第二资源包获取单元，用于当所述剩余内存小于所述占用内存时，清除所述本地配置文件中已有的内置缓存资源，并重新获取所述在线最新资源包。

进一步地，所述第一离线更新模块403，包括：

当前版本号判断单元，用于获取所述应用程序当前正在使用的资源包的当前版本号，并判断所述当前版本号与所述离线版本号是否相同；

第一离线更新单元，用于若所述当前版本号与所述离线版本号不相同，则根据所述离线资源包更新所述应用程序。

优选地，所述应用程序更新装置，还包括：

资源包检测模块，用于实时检测与所述应用程序对应的服务器中是否存在所述应用程序的更新资源包；

离线资源包更新模块，用于若所述服务器中存在所述应用程序的更新资源包，则下载所述更新资源包至所述应用程序的本地配置文件中，以更新所述本地配置文件中的离线资源包和离线版本号。

图5是本发明实施例提供的一种终端设备的示意图。如图5所示，该实施例的终端设备5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机可读指令52，例如应用程序更新程序。所述处理器50执行所述计算机可读指令52时实现上述各个应用程序更新方法实施例中的步骤，例如图1所示的步骤s101至步骤s107。或者，所述处理器50执行所述计算机可读指令52时实现上述各装置实施例中各模块/单元的功能，例如图4所示的模块401至模块407的功能。

示例性的，所述计算机可读指令52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段，该指令段用于描述所述计算机可读指令52在所述终端设备5中的执行过程。

所述终端设备5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是终端设备5的示例，并不构成对终端设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所述处理器50可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述终端设备5的内部存储单元，例如终端设备5的硬盘或内存。所述存储器51也可以是所述终端设备5的外部存储设备，例如所述终端设备5上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器51还可以既包括所述终端设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机可读指令以及所述终端设备所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

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