CN107528718B - 获取资源的方法、装置和系统 - Google Patents

获取资源的方法、装置和系统 Download PDF

Info

Publication number
CN107528718B
CN107528718B CN201610677065.9A CN201610677065A CN107528718B CN 107528718 B CN107528718 B CN 107528718B CN 201610677065 A CN201610677065 A CN 201610677065A CN 107528718 B CN107528718 B CN 107528718B
Authority
CN
China
Prior art keywords
resource
static
terminal
file
offline
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201610677065.9A
Other languages
English (en)
Other versions
CN107528718A (zh
Inventor
何彦军
龙付成
崔藜千
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201610677065.9A priority Critical patent/CN107528718B/zh
Publication of CN107528718A publication Critical patent/CN107528718A/zh
Application granted granted Critical
Publication of CN107528718B publication Critical patent/CN107528718B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4505Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]

Abstract

本发明公开了一种获取资源的方法、装置和系统。其中,该方法包括:资源配置终端在离线资源平台的界面中设置域名;资源配置终端接收上传至离线资源平台的资源文件,其中,资源文件为按照预定的文件路径打包静态资源得到的文件;资源配置终端按照文件路径存储上传的资源文件以及与资源文件关联的域名,得到离线资源。本发明解决了当静态资源的体积较大或者网络状况较差时,预加载过程耗时而引起的用户体验效果差的技术问题。

Description

获取资源的方法、装置和系统
技术领域
本发明涉及网络通信技术领域,具体而言,涉及一种获取资源的方法、装置和系统。
背景技术
随着互联网技术的发展,为了提高用户体验,如何更快地将网络资源加载到页面是本领域研究的热点课题之一。例如,在游戏运行过程中,通常需要加载许多资源文件,具体表现为两种:客户端游戏和网页游戏。
对于客户端游戏来说,安装apk包时会把游戏中用到的资源存储到本地目录,这样一来,游戏运行中用到的图片、视频等资源就可以从本地加载,而不用到资源配置终端上拉取,极大地减少了用户等待的时间,显著提升了用户体验。
对于网页游戏来说,现有技术采用的方案是,通过预先加载下一渲染页面需要用到的静态资源文件来减少用户的等待时间。但是,如果按照传统预加载的模式,网页游戏中的每一个页面都需要即时加载其中的资源,比如图片、样式、脚本等,这些资源文件在网络传输的耗时一般会很长,尤其是在网络环境不好的情况下,用户体验十分糟糕。如果网络游戏也可以像客户端游戏那样,在运行游戏之前就将资源加载到本地,这会加快页面的呈现速度,从而提升用户体验。
针对上述当静态资源的体积较大或者网络状况较差时,预加载过程耗时而引起的用户体验效果差的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种获取资源的方法、装置和系统,以至少解决当静态资源的体积较大或者网络状况较差时,预加载过程耗时而引起的用户体验效果差的技术问题。
根据本发明实施例的一方面,提供了一种获取资源的方法,包括:资源配置终端在离线资源平台的界面中设置域名;资源配置终端接收上传至离线资源平台的资源文件,其中,资源文件为按照预定的文件路径打包静态资源得到的文件;资源配置终端按照文件路径存储上传的资源文件以及与资源文件关联的域名,得到离线资源。
根据本发明实施例的另一方面,提供了一种获取资源的方法,包括:应用终端如果检测到运行的应用软件中需要加载静态资源,生成用于获取静态资源的资源请求;在将资源请求发送至资源配置终端之前,应用终端拦截资源请求;应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源;如果查询成功,应用终端直接从本地读取静态资源,并将静态资源加载至应用软件中;如果查询失败,应用终端再次将资源请求发送至资源配置终端来请求需要加载的静态资源。
根据本发明实施例的另一方面,还提供了一种获取资源的装置,包括:设置单元,用于资源配置终端在离线资源平台的界面中设置域名;第一接收单元,用于资源配置终端接收上传至离线资源平台的资源文件,其中,资源文件为按照预定的文件路径打包静态资源得到的文件;存储单元,用于资源配置终端按照文件路径存储上传的资源文件以及与资源文件关联的域名,得到离线资源。
根据本发明实施例的另一方面,还提供了一种获取资源的装置,包括:生成单元,用于应用终端如果检测到运行的应用软件中需要加载静态资源,生成用于获取静态资源的资源请求;第一处理单元,用于在将资源请求发送至资源配置终端之前,应用终端拦截资源请求;查找单元,用于应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源;第一执行单元,用于如果查询成功,应用终端直接从本地读取静态资源,并将静态资源加载至应用软件中;第二执行单元,用于如果查询失败,应用终端再次将资源请求发送至资源配置终端来请求需要加载的静态资源。
根据本发明实施例的一个方面,还提供了一种获取资源的系统,包括:至少一个资源配置终端,用于在离线资源平台的界面中设置域名,接收上传至离线资源平台的资源文件,按照预定的文件路径存储上传的资源文件以及与资源文件关联的域名,得到离线资源,其中,资源文件为按照文件路径打包静态资源得到的文件;应用终端,与资源配置终端通信,用于如果检测到运行的应用软件中需要加载静态资源,生成用于获取静态资源的资源请求,并在将资源请求发送至资源配置终端之前,应用终端拦截资源请求,如果从本地保存的离线资源里查询资源请求所要请求的静态资源,则直接从本地读取静态资源,并将静态资源加载至应用软件中。
在本发明实施例中,采用在进入网页应用软件之前就将静态资源加载到本地的方式,通过资源配置终端在离线资源平台创建资源文件与域名关联的离线资源,应用终端在运行当前应用软件需要加载静态资源时,根据资源皮遏制终端向应用终端返回的提示信息判断加载静态资源的全量包还是增量包,并将获取到的静态资源加载到当前运行的应用软件中,达到了满足游戏对静态资源的需求,存在版本差异时最小化更新,减少用户等待时间的目的,从而实现了提升用户体验、减少下载流量的技术效果,进而解决了当静态资源的体积较大或者网络状况较差时,预加载过程耗时而引起的用户体验效果差的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例一的一种获取资源的系统结构示意图;
图2根据本发明实施例一的一种用于获取资源的方法的硬件环境示意图;
图3是根据本发明实施例二的一种获取资源的方法的流程图;
图4是根据现有技术的一种离线资源平台配置界面示意图;
图5是根据本发明实施例二的一种可选的获取资源的方法的流程图;
图6是根据本发明实施例二的一种可选的获取资源的方法的流程图;
图7是根据本发明实施例二的一种可选的获取资源的方法的流程图;
图8是根据本发明实施例二的一种可选的获取资源的方法的流程图;
图9是根据本发明实施例二的一种可选的获取资源的方法的流程图;
图10是根据本发明实施例二的一种优选的获取资源的系统交互示意图;
图11是根据本发明实施例二的一种优选的资源配置终端对资源包进行配置的具体实现流程图;
图12是根据本发明实施例三的一种获取资源的方法的流程图;
图13是根据本发明实施例三的一种可选的获取资源的方法的流程图;
图14是根据本发明实施例三的一种可选的获取资源的方法的流程图;
图15是根据本发明实施例三的一种可选的获取资源的方法的流程图;
图16是根据本发明实施例三的一种可选的获取资源的方法的流程图;
图17是根据本发明实施例三的一种优选的打开游戏交互示意图;
图18是根据本发明实施例三的一种优选的打开游戏具体实现流程图;
图19是根据本发明实施例四的一种用于获取资源的装置结构示意图;
图20是根据本发明实施例五的一种用于获取资源的装置结构示意图;
图21是根据本发明实施例五的一种可选的用于获取资源的装置结构示意图;
图22是根据本发明实施例五的一种可选的用于获取资源的装置结构示意图;
图23是根据本发明实施例五的一种可选的用于获取资源的装置结构示意图;
图24是根据本发明实施例五的一种可选的用于获取资源的装置结构示意图;
图25是根据本发明实施例五的一种可选的用于获取资源的装置结构示意图;
图26是根据本发明实施例五的一种可选的用于获取资源的装置结构示意图;
图27是根据本发明实施例五的一种可选的用于获取资源的装置结构示意图;以及
图28是根据本发明实施例的一种计算终端的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例,还提供了一种用于实施上述方法的获取资源的系统,如图1所示,该系统包括:应用终端102和资源配置终端104。
其中,资源配置终端104,用于在离线资源平台的界面中设置域名,接收上传至离线资源平台的资源文件,按照预定的文件路径存储上传的资源文件以及与资源文件关联的域名,得到离线资源,其中,资源文件为按照文件路径打包静态资源得到的文件。
具体地,上述资源配置终端104为配置与游戏运行相关的离线资源的终端。由于网页游戏运行过程中需要加载一些与页面相关的静态资源文件(例如图片、样式、脚本等),该静态资源文件通常由内容提供商通过资源配置终端生成。首先,资源配置终端需要在离线资源平台的界面中设置域名,然后接收上传至离线资源平台的资源文件,该资源文件为按照文件路径打包静态资源得到的文件,最后将接收到的资源文件以及与资源文件关联的域名按照文件路径存储,得到离线资源。
应用终端102,与资源配置终端通信,用于如果检测到运行的应用软件中需要加载静态资源,生成用于获取静态资源的资源请求,并在将资源请求发送至资源配置终端之前,应用终端拦截资源请求,如果从本地保存的离线资源里查询资源请求所要请求的静态资源,则直接从本地读取静态资源,并将静态资源加载至应用软件中。
具体地,上述应用终端102为运行应用软件的终端,当检测到运行应用软件(例如,网页游戏)的过程中需要静态资源时,应用终端可以生成用于获取静态资源的资源请求,但是,在将将资源请求向资源配置终端发出之前,可以先将资源请求拦截下来。仍以网页游戏为例,为了让需要渲染的资源首先关联到本地的资源包,减少资源加载的过程的耗时,如果应用终端本地的资源包中有当前运行的网页游戏需要加载的资源文件,则应用终端可以拦截向资源配置终端发送的资源请求,从而在本地查找相关的资源文件。应用终端可以从预先保存在本地的离线资源里查询是否有当前运行的应用软件所要请求的静态资源。如果在本地的离线资源里查询到当前运行的应用软件所要请求的静态资源,则应用终端可以直接从本地读取静态资源,并将静态资源加载至应用软件中。如果在本地的离线资源里没有查询到当前运行的应用软件所要请求的静态资源,则应用终端可以重新将资源请求发送至资源配置终端来请求需要加载的静态资源。
可选地,静态资源可以是Web应用中直接把相应文件发送到应用终端的文件,可以包括视频、图片、样式、脚本等。
可选地,应用软件可以是网页游戏,也可以是其他基于网页的应用软件。
可选地,应用终端可以是计算机、手机、平板电脑等设备,但不限于这些设备。
在一种可选的实施例中,在资源配置终端在离线资源平台的界面中设置域名之前,上述资源配置终端104还用于生成全量包和增量包的签名信息,并将全量包和增量包上传至内容分发网络中的一个或多个内容分发服务器;接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码。
可选地,内容分发服务器可以是CDN服务器。
本申请上述实施例中的全量包可以是通过对上传的zip进行分析及签名计算生成,可以是包含所有资源文件和记录资源文件列表的一个文本文件。
本申请上述实施例中的增量包可以是通过上个版本zip包生成的最小数据量更新的版本差异包,可以是包含跟上一版本存在差异的所有资源文件和记录所有资源文件列表的一个文本文件。
可选地,验证码可以是md5值。
在一种可选的实施例中,在资源配置终端接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码之后,上述资源配置终端104还用于修改数据库中的状态信息,其中,状态信息用于标识资源配置终端成功接收到静态资源;向应用终端返回提示信息,提示信息用于表征资源配置终端中保存有静态资源。
在一种可选的实施例中,上述应用终端102还用于在应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源之前,在应用终端的本地创建离线资源,离线资源包括:按照预定的文件路径打包得到的资源文件和与资源文件对应的域名。
在一种可选的实施例中,在本地创建离线资源时,上述应用终端102还用于在应用终端提供的离线资源平台的界面中设置域名;在按照预定的文件路径打包静态资源得到资源文件之后,将资源文件上传至离线资源平台;按照文件路径存储上传的资源文件以及与资源文件关联的域名,得到离线资源。
在一种可选的实施例中,应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源,上述应用终端102还用于读取资源请求中包含的域名;如果检测到离线资源中存在与域名匹配的文件路径,则读取文件路径下存储的静态资源。
在一种可选的实施例中,在应用终端如果检测到运行的应用软件中需要加载静态资源之前,上述应用终端102还用于应用终端打开应用软件,并从资源配置终端拉取下发的应用软件的静态资源的版本信息;根据静态资源的版本信息判断是否加载过静态资源;如果应用终端没有加载过静态资源,则获取静态资源的全量包;如果应用终端加载过静态资源,则获取静态资源的增量包;当应用终端加载完全量包或增量包之后,开始运行应用软件。
具体地,应用终端可以检测当前运行的是应用软件中是否需要加载静态资源,该静态资源可以是该应用软件运行过程中所需的资源文件。如果需要加载静态资源,应用终端可以生成用于获取所需静态资源的的资源请求。以网页游戏为例,由于游戏中的每个页面都会显示一些图片、头像、交互效果等,所以当用户进入游戏时,应用终端会生成需要加载游戏运行相关的资源文件的请求。
可选地,静态资源可以是Web应用中直接把相应文件发送到应用终端的文件,可以包括视频、图片、样式、脚本等。
可选地,应用终端可以是计算机、手机、平板电脑等设备,但不限于这些设备。
上述应用终端102用于在将资源请求发送至资源配置终端之前,拦截资源请求。
本申请上述实施例一公开的方案中,采用在进入网页应用软件之前就将静态资源加载到本地的方式,通过资源配置终端在离线资源平台创建资源文件与域名关联的离线资源,应用终端在运行当前应用软件需要加载静态资源时,根据资源皮遏制终端向应用终端返回的提示信息判断加载静态资源的全量包还是增量包,并将获取到的静态资源加载到当前运行的应用软件中。
容易注意到,基于上述技术方案,可以达到的满足游戏对静态资源的需求,存在版本差异时最小化更新,减少用户等待时间目的,从而实现了提升用户体验、减少下载流量的技术效果。
由此,本申请提供的上述实施例一的方案解决了当静态资源的体积较大或者网络状况较差时,预加载过程耗时而引起的用户体验效果差的技术问题。
在一种可选的实施例中,上述应用终端102还用于在应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源之前,在应用终端的本地创建离线资源,离线资源包括:按照预定的文件路径打包得到的资源文件和与资源文件对应的域名。
在一种可选的实施例中,上述应用终端102还用于在离线资源平台的界面中设置域名;在按照预定的文件路径打包静态资源得到资源文件之后,将资源文件上传至离线资源平台;按照文件路径存储上传的资源文件以及与资源文件关联的域名,得到离线资源。
在一种可选的实施例中,应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源,上述应用终端102还用于读取资源请求中包含的域名;如果检测到离线资源中存在与域名匹配的文件路径,则读取文件路径下存储的静态资源。
在一种可选的实施例中,在应用终端如果检测到运行的应用软件中需要加载静态资源之前,上述应用终端102还用于应用终端打开应用软件,并从资源配置终端拉取下发的应用软件的静态资源的版本信息;根据静态资源的版本信息判断是否加载过静态资源;如果应用终端没有加载过静态资源,则获取静态资源的全量包;如果应用终端加载过静态资源,则获取静态资源的增量包;当应用终端加载完全量包或增量包之后,开始运行应用软件。
在一种可选的实施例中,在应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源之后,上述资源配置终端104还用于接收静态资源,并同时向数据库中插入一条包含了静态资源的记录;如果查找到上一个版本的静态资源,资源配置终端解析上一个版本的静态资源生成全量包和增量包;如果没有查找到上一个版本的静态资源,资源配置终端通过内容分发网络获取到上一个版本的静态资源,并解析上一个版本的静态资源生成全量包和增量包。
在一种可选的实施例中,在解析上一个版本的静态资源生成全量包和增量包之后,上述资源配置终端104还用于生成全量包和增量包的签名信息,并将全量包和增量包上传至内容分发网络中的一个或多个内容分发服务器;接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码。
在一种可选的实施例中,在资源配置终端接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码之后,上述资源配置终端104还用于修改数据库中的状态信息,其中,状态信息用于标识资源配置终端成功接收到静态资源;向应用终端返回提示信息,提示信息用于表征资源配置终端中保存有静态资源。
实施例2
本发明实施例2所提供的获取资源的方法实施例可以应用于如图2所示的由服务器202和终端204所构成的硬件环境中。如图2所示,服务器202通过网络与终端204进行连接,上述网络包括但不限于:广域网、城域网或局域网,终端204并不限定于PC、手机、平板电脑等。本发明实施例2的获取资源的方法可以由服务器202来执行,也可以由终端204来执行,还可以是由服务器202和终端204共同执行。其中,终端204执行本发明实施例2的获取资源方法也可以是由安装在其上的客户端来执行。
在上述运行环境下,本申请提供了如图3所示的获取资源的方法,图3是根据本发明实施例的一种获取资源的方法的流程图,如图3所示,该方法可以包括以下步骤:
步骤S22,资源配置终端在离线资源平台的界面中设置域名。
在上述步骤中,上述资源配置终端可以为配置应用软件运行过程中所需离线资源的终端,上述离线资源平台包括应用软件运行过程中所需的资源文件。通过资源配置终端在离线资源平台界面中配置离线资源时,要为离线资源包设置相应的域名。
可选地,应用软件可以是网页游戏,也可以是其他基于网页的应用软件。
步骤S24,资源配置终端接收上传至离线资源平台的资源文件,其中,资源文件为按照预定的文件路径打包静态资源得到的文件。
在上述步骤中,上述静态资源为应用软件运行过程中需要加载的资源文件(例如,图片、样式和脚本等),内容提供商将应用软件运行过程中需要加载的资源文件打包压缩,按照预定的文件路径上传至离线资源平台,资源配置终端可以接收内容提供商上传至离线资源平台的资源文件,并关联到设置的域名。
步骤S26,资源配置终端按照文件路径存储上传的资源文件以及与资源文件关联的域名,得到离线资源。
在上述步骤中,资源配置终端按照文件路径将域名和关联到域名的资源文件存储,生成离线资源。在应用软件运行过程中,需要加载与应用软件相关的静态资源时,可以从资源配置终端拉取相应的离线资源。
具体地,结合图4所示的离线资源平台设置界面来说明本发明上述实施例,如图4所示的离线资源平台设置界面包括基本信息模块301、图标素材模块302、平台信息模块303、沙箱测试模块304、离线资源模块305等,在离线资源模块305界面中,包括根路径306、输入根路径的输入框307、保存按钮308、提交审核按钮309等模块。在离线资源平台上配置的过程为:内容提供商(CP)通过平台创建好游戏之后,在离线资源界面里通过在输入框输入根路径地址来设置根路径,即上述域名,并把打包好的静态资源包上传到平台中,这样用户在进入该游戏之前,终端会从服务端拉取游戏相关的数据,一旦发现该游戏存在资源包时,就会把这个静态资源包加载到本地,解析完成之后再进入游戏,由于资源包压缩以后,体积会小很多,因此加载全部资源包这个过程不会很长。
可选地,上传成功的资源包包括资源包名310、状态311、更新时间312、操作313等几部分,其中资源包名可以为如图标314所示的Main.zip;状态包括如图标315所示的解析成功,也可以是其他的状态,例如解析失败等;更新时间可以采用如图标316所示的日期加具体时间的格式;操作模块可以包括如图标317所示删除按钮和如图标318所示的增加等按钮。
在一种可选的实施例中,如图5所示,在资源配置终端在离线资源平台的界面中设置域名之前,还包括如下步骤:
步骤S11,资源配置终端接收静态资源,并同时向数据库中插入一条包含了静态资源的记录;
步骤S12,如果查找到上一个版本的静态资源,资源配置终端解析上一个版本的静态资源生成全量包和增量包;
步骤S13,如果没有查找到上一个版本的静态资源,资源配置终端通过内容分发网络获取到上一个版本的静态资源,并解析上一个版本的静态资源生成全量包和增量包。
本发明实施例上述步骤S11至S13中,当资源配置终端接收到上传至离线资源平台的静态资源时,要向数据库中插入一条包含了静态资源的记录,如果在本地查找到上一个版本的静态资源,资源配置终端解析上一个版本的静态资源生成全量包和增量包,如果没有查找到上一个版本的静态资源,资源配置终端通过内容分发网络获取到上一个版本的静态资源,并解析上一个版本的静态资源生成全量包和增量包。
此处需要说明的是,在资源配置终端接收静态资源之后,还包括:资源配置终端检测是否存在新的静态资源,如果存在,则拉取新的静态资源。
由于资源配置终端有多台,如果内容提供商点击过快或者别的原因发起多次请求的话,可能会导致资源包的版本号冲突,通过上述步骤S12至S16,解决了资源版本号的冲突的问题。
在一种可选的实施例中,如图6所示,在解析上一个版本的静态资源生成全量包和增量包之后,还包括以下步骤:
步骤S15,资源配置终端生成全量包和增量包的签名信息,并将全量包和增量包上传至内容分发网络中的一个或多个内容分发服务器;
步骤S16,资源配置终端接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码。
本发明实施例上述步骤S15至S16中,由于最终的资源包是存储在内容分发服务器上的,因此,当资源配置终端在解析上一个版本的静态资源生成全量包和增量包之后,会给生成全量包和增量包作签名,并将全量包和增量包上传至内容分发网络中的一个或多个内容分发服务器。当资源配置终端将全量包和增量包上传至内容分发网络中的一个或多个内容分发服务器后,内容分发服务器会返回的全量包以及增量包的存储地址和/或验证码。
在一种可选的实施例中,如图7所示,在资源配置终端接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码之后,还包括以下步骤:
步骤S17,资源配置终端修改数据库中的状态信息,其中,状态信息用于标识资源配置终端成功接收到静态资源;
步骤S18,资源配置终端向应用终端返回提示信息,提示信息用于表征资源配置终端中保存有静态资源。
本发明实施例上述步骤S17至S18中,应用终端为提供应用软件的服务器,当资源配置终端接收到一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码之后,会修改数据库中的状态信息,其中,状态信息用于标识资源配置终端成功接收到静态资源,同时,资源配置终端会向应用终端返回提示信息,提示信息用于表征资源配置终端中保存有静态资源。
在一种可选的实施例中,如图8所示,在资源配置终端得到离线资源之后,还包括如下步骤:
步骤32,应用终端如果检测到运行的应用软件中需要加载静态资源,生成用于获取静态资源的资源请求。
在上述步骤中,应用终端可以检测当前运行的是应用软件中是否需要加载静态资源,该静态资源可以是该应用软件运行过程中所需的资源文件。如果需要加载静态资源,应用终端可以生成用于获取所需静态资源的的资源请求。以网页游戏为例,由于游戏中的每个页面都会显示一些图片、头像、交互效果等,所以当用户进入游戏时,应用终端会生成需要加载游戏运行相关的资源文件的请求。
步骤34,在将资源请求发送至资源配置终端之前,应用终端拦截资源请求。
在上述步骤中,应用终端在将资源请求发送到资源配置终端之前,可以先将资源请求拦截下来。仍以网页游戏为例,为了让需要渲染的资源首先关联到本地的资源包,减少资源加载的过程的耗时,如果应用终端本地的资源包中有当前运行的网页游戏需要加载的资源文件,则应用终端可以拦截向资源配置终端发送的资源请求,从而在本地查找相关的资源文件。
步骤36,应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源,其中,离线资源由资源配置终端推送至应用终端。
在上述步骤中,应用终端可以从预先保存在本地的离线资源里查询是否有当前运行的应用软件所要请求的静态资源,其中,应用终端本地的离线资源由资源配置终端推送至应用终端的资源文件。
步骤38,如果查询成功,应用终端直接从本地读取静态资源,并将静态资源加载至应用软件中。
在上述步骤中,应用软件可以是网页游戏,应用终端如果在本地的离线资源里查询到当前运行的应用软件所要请求的静态资源,则可以直接从本地读取静态资源,并将静态资源加载至应用软件中。
此处需要说明的是,应用终端如果在本地的离线资源里没有查询到当前运行的应用软件所要请求的静态资源,则可以重新将资源请求发送至资源配置终端来请求需要加载的静态资源。
在一种可选的实施例中,资源请求至少包括:由域名和文件路径构成的请求路径,其中,应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源,如图9所示,包括以下步骤:
步骤S42,应用终端读取资源请求中包含的域名;
步骤S44,应用终端如果检测到离线资源中存在与域名匹配的文件路径,则读取文件路径下存储的静态资源。
本发明实施例上述步骤S42至S44中,当应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源时,可以首先读取资源请求中包含的域名,如果检测到本地离线资源中存在与域名匹配的文件路径,则读取文件路径下存储的静态资源。
此处需要说明的是,在应用终端读取文件路径下存储的静态资源之前,首先检测文件路径对应的目录下是否存在资源文件,如果文件路径对应的目录下不存在资源文件,则重新发起资源请求至资源配置终端。
本申请上述实施例二公开的方案中,采用在进入网页应用软件之前就将静态资源加载到本地的方式,通过资源配置终端在离线资源平台创建资源文件与域名关联的离线资源,应用终端在运行当前应用软件需要加载静态资源时,根据资源皮遏制终端向应用终端返回的提示信息判断加载静态资源的全量包还是增量包,并将获取到的静态资源加载到当前运行的应用软件中。
容易注意到,基于上述技术方案,可以达到的满足游戏对静态资源的需求,存在版本差异时最小化更新,减少用户等待时间目的,从而实现了提升用户体验、减少下载流量的技术效果。
由此,本申请提供的上述实施例二的方案解决了当静态资源的体积较大或者网络状况较差时,预加载过程耗时而引起的用户体验效果差的技术问题。
可选地,作为一种优选的实施方式,如图10所示为根据本发明实施例的一种系统交互示意图,包括:应用终端402、资源配置终端404、数据库406以及CDN服务器408,交互过程包括以下步骤:S1,应用终端402向资源配置终端404上传资源包;S2,资源配置终端404向数据库406发送持久化数据;S3,资源配置终端404向CDN服务器终端408上传资源包;S4,CDN服务器408向数据库406发送持久化资源包信息;S5,数据库406向资源配置终端404返回结果;S6,资源配置终端404向应用终端402返回提示信息。
可选地,作为一种优选的实施方式,如图11所示为根据本发明实施例的一种资源配置终端对资源包进行处理的具体实现流程图,包括以下步骤:
S81,开始。
S82,上传资源包。
在上述步骤中,应用终端向资源配置终端上传资源包。由于运行网络游戏时,需要加载与页面相关的资源文件,包括视频、图片、样式、脚本等,因此,游戏提供商通常要通过应用终端向资源配置终端上传运行游戏相关的资源包。
S83,存储文件到资源配置终端。
在上述步骤中,应用终端存储文件到资源配置终端。
通过步骤S82和S83,服务端接收到资源包以后,会先往数据库里插入一条数据,这是因为资源配置终端有多台,如果CP点击过快或者别的原因,发起了多次请求的话,有可能导致资源包的版本号冲突。
S84,数据库保存数据。
当资源配置终端接收到静态资源时,同时要向数据库中插入一条包含了静态资源的记录,存储在数据库;
S85,判断本地离线资源中是否有上版本包。
资源配置终端检测本地离线资源中是否存在上一个版本的静态资源。
S86,解析资源包生成全量包和增量包。
在上述步骤中,如果资源配置终端在本地查找到上一个版本的静态资源,资源配置终端解析上一个版本的静态资源生成全量包和增量包;
S87,从CDN上获取资源包。
在上述步骤中,如果资源配置终端在本地没有查找到上一个版本的静态资源,资源配置终端通过CDN服务器获取到上一个版本的静态资源,并解析上一个版本的静态资源生成全量包和增量包。
S88,给生成的资源包作签名。
当全量包和增量包都生成好以后,还需要给两个资源包做签名,可以通过调用java命令执行的。上述签名是为了确认数据的完整性并保护数据。
S89,上传资源包到CDN。
资源配置终端生成全量包和增量包的签名信息后,将签名好的全量包和增量包上传至内容分发网络中的一个或多个CDN服务器。
S810,CDN服务器返回资源包的地址和md5值。
资源配置终端接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码。
S811,持久化资源包信息到数据库。
生成的新的资源包后,需要在数据作相应的记录。
S812,数据库记录数据。
S813,数据库向资源配置终端返回结果;
在资源配置终端接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码之后,资源配置终端修改数据库中的状态信息,其中,状态信息用于标识资源配置终端成功接收到静态资源;资源配置终端可以修改数据库里的状态信息,标识这个资源包是成功的。
S814,资源配置终端向应用终端返回提示信息;
在资源配置终端接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码之后,资源配置终端向应用终端返回提示信息,提示信息用于表征资源配置终端中保存有静态资源。
S815,结束。
通过以上步骤S81至S815实现了通过查找上一版本包是否存在CDN服务器上,如果存在的话就从CDN服务器上抓取下来用来生成增量包并生成全量包,否则就只生成全量包。全量包包含所有资源文件和记录资源文件列表的一个文本文件,增量包包含跟上一版本存在差异的所有资源文件和记录所有资源文件列表的一个文本文件。不管是全量包还是增量包,系统都会往里面创建一个文件,这个文件会记录资源包里所有资源的文件结构,终端会根据这个文件里描述的文件结构去更新本地的资源。
实施例3
本发明实施例3所提供的获取资源的方法实施例可以应用于如图2所示的由服务器202和终端204所构成的硬件环境中。如图2所示,服务器202通过网络与终端204进行连接,上述网络包括但不限于:广域网、城域网或局域网,终端204并不限定于PC、手机、平板电脑等。本发明实施例的获取资源方法可以由服务器202来执行,也可以由终端204来执行,还可以是由服务器202和终端204共同执行。其中,终端204执行本发明实施例的获取资源方法也可以是由安装在其上的客户端来执行。
在上述运行环境下,本申请提供了如图12所示的获取资源的方法,图12是根据本发明实施例的一种获取资源的方法的流程图,如图12所示,该方法可以包括以下步骤:
步骤S21,应用终端如果检测到运行的应用软件中需要加载静态资源,生成用于获取静态资源的资源请求。
在上述步骤中,应用终端可以检测当前运行的是应用软件中是否需要加载静态资源,该静态资源可以是该应用软件运行过程中所需的资源文件。如果需要加载静态资源,应用终端可以生成用于获取所需静态资源的的资源请求。以网页游戏为例,由于游戏中的每个页面都会显示一些图片、头像、交互效果等,所以当用户进入游戏时,应用终端会生成需要加载游戏运行相关的资源文件的请求。
可选地,静态资源可以是Web应用中直接把相应文件发送到应用终端的文件,可以包括视频、图片、样式、脚本等。
可选地,应用终端可以是计算机、手机、平板电脑等设备,但不限于这些设备。
步骤S23,在将资源请求发送至资源配置终端之前,应用终端拦截资源请求。
在上述步骤中,应用终端在将资源请求发送到资源配置终端之前,可以先将资源请求拦截下来。仍以网页游戏为例,为了让需要渲染的资源首先关联到本地的资源包,减少资源加载的过程的耗时,如果应用终端本地的资源包中有当前运行的网页游戏需要加载的资源文件,则应用终端可以拦截向资源配置终端发送的资源请求,从而在本地查找相关的资源文件。
步骤S25,应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源。
在上述步骤中,应用终端可以从预先保存在本地的离线资源里查询是否有当前运行的应用软件所要请求的静态资源。
可选地,静态资源可以是Web应用中直接把相应文件发送到应用终端的文件,可以包括视频、图片、样式、脚本等。
步骤S27,如果查询成功,应用终端直接从本地读取静态资源,并将静态资源加载至应用软件中。
在上述步骤中,应用软件可以是网页游戏,应用终端如果在本地的离线资源里查询到当前运行的应用软件所要请求的静态资源,则可以直接从本地读取静态资源,并将静态资源加载至应用软件中。
可选地,静态资源可以是Web应用中直接把相应文件发送到应用终端的文件,可以包括视频、图片、样式、脚本等。
可选地,应用软件可以是网页游戏,也可以是其他基于网页的应用软件。
步骤S29,如果查询失败,应用终端再次将资源请求发送至资源配置终端来请求需要加载的静态资源。
在上述步骤中,应用终端如果在本地的离线资源里没有查询到当前运行的应用软件所要请求的静态资源,则可以重新将资源请求发送至资源配置终端来请求需要加载的静态资源。
可选地,应用终端可以是计算机、手机、平板电脑等设备,但不限于这些设备。
可选地,静态资源可以是Web应用中直接把相应文件发送到应用终端的文件,可以包括视频、图片、样式、脚本等。
本发明实施例上述步骤S21至S29,通过在基于网页的应用软件运行过程中,首先在本地保存的资源包中查找运行当前应用软件所需要加载的资源文件,如果查找到相关的资源文件,则先从本地读取所需要的静态资源,并将读取到的静态资源加载到当前运行的应用软件中,从而实现提升用户体验、减少下载流量的效果,进而解决了当静态资源的体积较大或者网络状况较差时,预加载过程耗时而引起的用户体验效果差的技术问题。
在一种可选的实施例中,在应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源之前,方法还包括:
在应用终端的本地创建离线资源,离线资源包括:按照预定的文件路径打包得到的资源文件和与资源文件对应的域名。
在上述步骤中,为了使得应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源,需要预先在应用终端的本地创建离线资源。经过分析可以知道,每一个资源的请求路径都是由域名和文件路径组成的,也就是说,只要本地的资源包里的资源文件是按照文件路径压缩打包的,并且设置好这个资源包对应的域名,应用终端便可以通过资源请求的域名映射到本地的相应目录,从而在该目录下寻找与请求路径一致的文件。因而上述离线资源包括:按照预定的文件路径打包得到的资源文件和与资源文件对应的域名。
可选地,如图13所示,在应用终端的本地创建离线资源,包括以下几个步骤:
步骤S31,在应用终端提供的离线资源平台的界面中设置域名;
步骤S33,在按照预定的文件路径打包静态资源得到资源文件之后,将资源文件上传至离线资源平台;
步骤S35,应用终端按照文件路径存储上传的资源文件以及与资源文件关联的域名,得到离线资源。
本发明实施例上述步骤S31至S35中,首先在应用终端提供的离线资源平台的几面中设置域名(可以是资源文件的根路径);然后,按照预定的文件路径打包静态资源得到相应的资源文件后,将资源文件上传至离线资源平台;最后,应用终端按照文件路径存储上传的资源文件以及与资源文件关联的域名,得到离线资源。
具体地,结合图4所示的离线资源平台设置界面来说明本发明上述实施例,如图4所示的离线资源平台设置界面包括基本信息模块301、图标素材模块302、平台信息模块303、沙箱测试模块304、离线资源模块305等,在离线资源模块305界面中,包括根路径306、输入根路径的输入框307、保存按钮308、提交审核按钮309等模块。在离线资源平台上配置的过程为:内容提供商(CP)通过平台创建好游戏之后,在离线资源界面里通过在输入框输入根路径地址来设置根路径,即上述域名,并把打包好的静态资源包上传到平台中,这样用户在进入该游戏之前,终端会从服务端拉取游戏相关的数据,一旦发现该游戏存在资源包时,就会把这个静态资源包加载到本地,解析完成之后再进入游戏,由于资源包压缩以后,体积会小很多,因此加载全部资源包这个过程不会很长。
可选地,上传成功的资源包包括资源包名310、状态311、更新时间312、操作313等几部分,其中资源包名可以为如图标314所示的Main.zip;状态包括如图标315所示的解析成功,也可以是其他的状态,例如解析失败等;更新时间可以采用如图标316所示的日期加具体时间的格式;操作模块可以包括如图标317所示删除按钮和如图标318所示的增加等按钮。
根据本发明实施例,每一款应用软件都可以配置自己的静态资源包,具体地,以网游为例,图4所示的根路径306可以是页游游戏运行时访问资源的根路径,点击增加按钮可以上传静态资源包,那么游戏运行前终端会将这个资源包拉取到本地存储,等到需要时就会从本地读取资源文件。例如,这里根路径设置为http://sample.com/,上传了一个main.zip的资源包,资源包里有一个btn.jpg的文件,那么游戏运行前终端会拉取这个main.zip包到本地并解压缩存储,当游戏中要请求http://sample.com/btn.jpg这个图片时,终端会先根据设置的根路径及文件名在本地查找,如果存在则从本地加载,否则发起请求到资源配置终端加载。
需要说明的是,在应用终端运行应用软件之前,如果检测到资源配置终端中存在新的静态资源,则拉取新的静态资源,并将新的静态资源打包后上传至离线资源平台。
在一种可选的实施例中,资源请求至少包括:由域名和文件路径构成的请求路径,如图14所示,其中,应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源,包括以下步骤:
步骤S251,应用终端读取资源请求中包含的域名;
步骤S253,应用终端如果检测到离线资源中存在与域名匹配的文件路径,则读取文件路径下存储的静态资源。
本发明实施例上述步骤S251至S253中,当应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源时,可以首先读取资源请求中包含的域名,如果检测到本地离线资源中存在与域名匹配的文件路径,则读取文件路径下存储的静态资源。
可选地,应用终端可以是计算机、手机、平板电脑等设备,但不限于这些设备。
可选地,静态资源可以是Web应用中直接把相应文件发送到应用终端的文件,可以包括视频、图片、样式、脚本等。
需要说明的是,在读取文件路径下存储的静态资源之前,检测文件路径对应的目录下是否存在资源文件,如果不存在,则重新发起资源请求至资源配置终端。
在一种可选的实施例中,如图15所示,在应用终端如果检测到运行的应用软件中需要加载静态资源之前,方法还包括:
步骤S151,应用终端打开应用软件,并从资源配置终端拉取下发的应用软件的静态资源的版本信息;
步骤S153,应用终端根据静态资源的版本信息判断是否加载过静态资源;
步骤S155,如果应用终端没有加载过静态资源,则获取静态资源的全量包;
步骤S157,如果应用终端加载过静态资源,则获取静态资源的增量包;
步骤S159,应用终端加载完全量包或增量包之后,开始运行应用软件。
本发明实施例上述步骤S151至S159中,全量包可以是包含所有静态资源并有一个文件记录所有文件路径结构的压缩包,增量包可以是包含新加静态资源并有一个文件记录所有文件路径结构的压缩包。当应用终端打开应用软件时,首先从资源配置终端拉取下发的应用软件的静态资源的版本信息;然后根据静态资源的版本信息判断是否加载过静态资源;如果应用终端没有加载过静态资源,则获取静态资源的全量包;如果应用终端加载过静态资源,则获取静态资源的增量包;最后,当应用终端加载完全量包或增量包之后,开始运行应用软件。
可选地,应用软件可以是网页游戏,也可以是其他基于网页的应用软件。
本申请上述实施例中的全量包可以是通过对上传的zip进行分析及签名计算生成,可以是包含所有资源文件和记录资源文件列表的一个文本文件。
本申请上述实施例中的增量包可以是通过上个版本zip包生成的最小数据量更新的版本差异包,可以是包含跟上一版本存在差异的所有资源文件和记录所有资源文件列表的一个文本文件。
在一种可选的实施例中,如图16所示,在应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源之后,方法还包括:
步骤S41,至少一个或多个资源配置终端接收静态资源,并同时向数据库中插入一条包含了静态资源的记录;
步骤S43,如果查找到上一个版本的静态资源,资源配置终端解析上一个版本的静态资源生成全量包和增量包;
步骤S45,如果没有查找到上一个版本的静态资源,资源配置终端通过内容分发网络获取到上一个版本的静态资源,并解析上一个版本的静态资源生成全量包和增量包。
本发明实施例上述步骤S41至S45中,当应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源之后,由于资源配置终端有多台,如果CP点击过快或者别的原因,发起了多次请求的话,有可能导致资源包的版本号冲突,因而,当至少一个或多个资源配置终端接收静态资源的同时,资源配置终端要向数据库中插入一条包含了静态资源的记录;如果查找到上一个版本的静态资源,资源配置终端解析上一个版本的静态资源生成全量包和增量包;如果没有查找到上一个版本的静态资源,资源配置终端则通过内容分发网络获取到上一个版本的静态资源,并解析上一个版本的静态资源生成全量包和增量包。由于最终的资源包是存储在内容分发服务器上的,因此,通过上述步骤S41至S45,这里要查找上一版本包是否存在内容分发服务器上,如果存在的话就从内容分发服务器上抓取下来用来生成增量包并生成全量包,否则就只生成全量包。
可选地,内容分发服务器可以是CDN服务器,内同分发网路可以是由多个CDN服务器组成的网络。
可选地,应用终端可以是计算机、手机、平板电脑等设备,但不限于这些设备。
本申请上述实施例中的全量包可以是通过对上传的zip进行分析及签名计算生成,可以是包含所有资源文件和记录资源文件列表的一个文本文件。
本申请上述实施例中的增量包可以是通过上个版本zip包生成的最小数据量更新的版本差异包,可以是包含跟上一版本存在差异的所有资源文件和记录所有资源文件列表的一个文本文件。
在一种可选的实施例中,如图6所示,在解析上一个版本的静态资源生成全量包和增量包之后,方法还包括:
步骤S15,资源配置终端生成全量包和增量包的签名信息,并将全量包和增量包上传至内容分发网络中的一个或多个内容分发服务器;
步骤S16,资源配置终端接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码。
本发明实施例上述步骤S15和S16,当资源配置终端解析上一个版本的静态资源生成全量包和增量包之后,资源配置终端可以生成全量包和增量包的签名信息,并将全量包和增量包上传至内容分发网络中的一个或多个内容分发服务器;然后接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码。
可选地,内容分发服务器可以是CDN服务器,验证码可以是md5值。
在一种可选的实施例中,如图7所示,在资源配置终端接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码之后,方法还包括:
步骤S17,资源配置终端修改数据库中的状态信息,其中,状态信息用于标识资源配置终端成功接收到静态资源;
步骤S18,资源配置终端向应用终端返回提示信息,提示信息用于表征资源配置终端中保存有静态资源。
本发明实施例上述步骤S17至S18,当资源配置终端接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码之后,资源配置终端可以修改数据库中的状态信息,并向应用终端返回提示信息,其中,状态信息用于标识资源配置终端成功接收到静态资源,提示信息用于表征资源配置终端中保存有静态资源。
此处需要说明的是,上述内容分发服务器可以是CDN服务器,内同分发网路可以是由多个CDN服务器组成的网络。
本申请上述实施例三公开的方案中,采用在进入网页应用软件之前就将静态资源加载到本地的方式,通过资源配置终端在离线资源平台创建资源文件与域名关联的离线资源,应用终端在运行当前应用软件需要加载静态资源时,根据资源皮遏制终端向应用终端返回的提示信息判断加载静态资源的全量包还是增量包,并将获取到的静态资源加载到当前运行的应用软件中。
容易注意到,基于上述技术方案,可以达到的满足游戏对静态资源的需求,存在版本差异时最小化更新,减少用户等待时间目的,从而实现了提升用户体验、减少下载流量的技术效果。
由此,本申请提供的上述实施例三的方案解决了当静态资源的体积较大或者网络状况较差时,预加载过程耗时而引起的用户体验效果差的技术问题。
可选地,作为一种优选的实施方式,如图17所示为根据本发明实施例的一种用户打开游戏时的交互示意图,包括:用户401、运行游戏软件的客户端403、平台服务端405以及CDN服务器407,交互过程可以包括以下步骤:
步骤S1a,点击打开游戏。
当用户进入游戏之前,首先需要在运行游戏的客户端上点击打开游戏。客户端可以为电脑、手机、平板等可以运行网页游戏的智能设备。
步骤S2a,请求服务端拉取游戏相关信息。
当运行游戏的客户端检测到用户的点击打开游戏操作时,首先要向游戏平台的服务端发出请求,请求拉取运行当前游戏的相关信息。
步骤S3a,返回游戏相关信息。
当游戏平台的服务端接收到游戏客户端的请求时,向游戏客户端返回当前请求的游戏相关信息。
步骤S4a,请求拉取静态资源包。
由于运行网络游戏时,需要加载与页面相关的资源文件,包括视频、图片、样式、脚本等,因此,当游戏客户端接收到游戏平台服务端返回的游戏相关信息后,判断是否需要加载静态资源文件,如果需要,则向CDN服务器发出拉取静态资源包的请求。
步骤S5a,返回静态资源包。
CDN服务器接收到游戏客户端发出的拉取静态资源包的请求后,向游戏客户端返回与当前运行的游戏相关的静态资源包。
步骤S6a,进入游戏。
当游戏客户端接收到运行游戏相关的所有静态资源包后,便进入游戏。
可选地,作为一种优选的实施方式,如图18所示为根据本发明实施例的一种用户打开游戏时获取静态资源的具体实现流程图,包括以下步骤:
步骤S91,开始。
步骤S92,点击打开游戏。
当用户进入游戏之前,首先需要在运行游戏的客户端上点击打开游戏。客户端可以为电脑、手机、平板等可以运行网页游戏的智能设备。
步骤S93,请求服务端拉取游戏相关信息。
当运行游戏的客户端检测到用户的点击打开游戏操作时,首先要向游戏平台的服务端发出请求,请求拉取运行当前游戏的相关信息。
步骤S94,返回游戏相关信息。
当游戏平台的服务端接收到游戏客户端的请求时,向游戏客户端返回当前请求的游戏相关信息。
步骤S95,判断是否拉取或更新静态资源包。
当游戏客户端接收到游戏平台服务端返回的游戏相关信息后,判断是否需要加载静态资源文件。
步骤S96,拉取或更新静态资源包。
当需要加载静态资源文件,如果需要,则向CDN服务器发出拉取静态资源包的请求。
步骤S97,CDN服务器返回静态资源包。
CDN服务器接收到游戏客户端发出的拉取静态资源包的请求后,向游戏客户端返回与当前运行的游戏相关的静态资源包。
步骤S98,进入游戏。
当游戏客户端接收到运行游戏相关的所有静态资源包后,便进入游戏。
步骤S99,结束。
通过以上步骤S91至S99,当用户打开游戏时,终端会根据服务端下发的游戏信息判断资源包的版本,如果是从来没有加载的话,就会加载全量包,如果是之前存在的并且版本号是较新的,就会加载增量包,这就避免了再次下载相同的资源到本地,之后程序会根据资源包里的文件列表更新所有资源,将增加和修改的文件存放到本地,将删除的文件从本地移除。当这些完成以后,就正常进入游戏了。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例4
根据本发明实施例,还提供了一种用于实施上述方法的获取资源的装置,如图19所示,该装置包括:设置单元172、第一接收单元174和存储单元176。
其中,设置单元172用于资源配置终端在离线资源平台的界面中设置域名;第一接收单元176,用于资源配置终端接收上传至离线资源平台的资源文件,其中,资源文件为按照预定的文件路径打包静态资源得到的文件;存储单元,用于资源配置终端按照文件路径存储上传的资源文件以及与资源文件关联的域名,得到离线资源。
本申请上述实施例四公开的方案中,采用在进入网页应用软件之前就将静态资源加载到本地的方式,通过资源配置终端在离线资源平台创建资源文件与域名关联的离线资源,应用终端在运行当前应用软件需要加载静态资源时,根据资源皮遏制终端向应用终端返回的提示信息判断加载静态资源的全量包还是增量包,并将获取到的静态资源加载到当前运行的应用软件中。
容易注意到,基于上述技术方案,可以达到的满足游戏对静态资源的需求,存在版本差异时最小化更新,减少用户等待时间目的,从而实现了提升用户体验、减少下载流量的技术效果。
由此,本申请提供的上述实施例四的方案解决了当静态资源的体积较大或者网络状况较差时,预加载过程耗时而引起的用户体验效果差的技术问题。
可选地,在资源配置终端在离线资源平台的界面中设置域名之前,上述装置还包括:
处理模块171a,用于资源配置终端接收静态资源,并同时向数据库中插入一条包含了静态资源的记录;
第一解析模块171b,用于如果查找到上一个版本的静态资源,资源配置终端解析上一个版本的静态资源生成全量包和增量包;
第二解析模块171c,用于如果没有查找到上一个版本的静态资源,资源配置终端通过内容分发网络获取到上一个版本的静态资源,并解析上一个版本的静态资源生成全量包和增量包。
可选地,在解析上一个版本的静态资源生成全量包和增量包之后,上述装置还包括:
上传模块171d,用于资源配置终端生成全量包和增量包的签名信息,并将全量包和增量包上传至内容分发网络中的一个或多个内容分发服务器;
接收模块171e,用于资源配置终端接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码。
可选地,在资源配置终端接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码之后,上述装置还包括:
修改模块171f,用于资源配置终端修改数据库中的状态信息,其中,状态信息用于标识资源配置终端成功接收到静态资源;
发送模块171g,用于资源配置终端向应用终端返回提示信息,提示信息用于表征资源配置终端中保存有静态资源。
可选地,在资源配置终端得到离线资源之后,上述装置还包括:
生成模块177a,用于应用终端如果检测到运行的应用软件中需要加载静态资源,生成用于获取静态资源的资源请求;
检测模块177b,用于在将资源请求发送至资源配置终端之前,应用终端拦截资源请求;
查询模块177c,用于应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源,其中,离线资源由资源配置终端推送至应用终端;
执行模块177d,用于如果查询成功,应用终端直接从本地读取静态资源,并将静态资源加载至应用软件中。
可选地,应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源,上述装置还包括:
第一读取模块178a,用于应用终端读取资源请求中包含的域名;
第二读取模块178b,用于应用终端如果检测到离线资源中存在与域名匹配的文件路径,则读取文件路径下存储的静态资源。
可选地,本实施例中的具体示例可以参考上述实施例一至实施例三中所描述的示例,本实施例在此不再赘述。
实施例5
根据本发明实施例,还提供了一种用于实施上述方法的获取资源的装置,如图20所示,该装置包括:生成单元131、第一处理单元133、查找单元135、第一执行单元137、第二执行单元139、
其中,生成单元131,用于应用终端如果检测到运行的应用软件中需要加载静态资源,生成用于获取静态资源的资源请求;第一处理单元133,用于在将资源请求发送至资源配置终端之前,应用终端拦截资源请求;查找单元135,用于应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源;第一执行单元137,用于如果查询成功,应用终端直接从本地读取静态资源,并将静态资源加载至应用软件中;第二执行单元137,用于如果查询失败,应用终端再次将资源请求发送至资源配置终端来请求需要加载的静态资源。
本申请上述实施例五公开的方案中,采用在进入网页应用软件之前就将静态资源加载到本地的方式,通过资源配置终端在离线资源平台创建资源文件与域名关联的离线资源,应用终端在运行当前应用软件需要加载静态资源时,根据资源皮遏制终端向应用终端返回的提示信息判断加载静态资源的全量包还是增量包,并将获取到的静态资源加载到当前运行的应用软件中。
容易注意到,基于上述技术方案,可以达到的满足游戏对静态资源的需求,存在版本差异时最小化更新,减少用户等待时间目的,从而实现了提升用户体验、减少下载流量的技术效果。
由此,本申请提供的上述实施例五的方案解决了当静态资源的体积较大或者网络状况较差时,预加载过程耗时而引起的用户体验效果差的技术问题。
可选地,在应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源之前,如图21所示,上述装置还包括:
创建单元130,用于在应用终端的本地创建离线资源,离线资源包括:按照预定的文件路径打包得到的资源文件和与资源文件对应的域名。
可选地,在应用终端的本地创建离线资源,如图22所示,上述装置还包括:
设置模块1301,用于在应用终端提供的离线资源平台的界面中设置域名;
上传模块1303,用于在按照预定的文件路径打包静态资源得到资源文件之后,将资源文件上传至离线资源平台;
获取模块1305,用于应用终端按照文件路径存储上传的资源文件以及与资源文件关联的域名,得到离线资源;
第一检测模块1307,用于在应用终端运行应用软件之前,如果检测到资源配置终端中存在新的静态资源,则拉取新的静态资源,并将新的静态资源打包后上传至离线资源平台。
可选地,资源请求至少包括:由域名和文件路径构成的请求路径,其中,应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源,如图23所示,上述装置还包括:
第一读取模块1351,用于应用终端读取资源请求中包含的域名;
第二读取模块1353,用于应用终端如果检测到离线资源中存在与域名匹配的文件路径,则读取文件路径下存储的静态资源;
第二检测模块1357,用于在读取文件路径下存储的静态资源之前,检测文件路径对应的目录下是否存在资源文件,如果不存在,则重新发起资源请求至资源配置终端。
可选地,在应用终端如果检测到运行的应用软件中需要加载静态资源之前,如图24所示,上述装置还包括:
获取单元171,用于应用终端打开应用软件,并从资源配置终端拉取下发的应用软件的静态资源的版本信息;
判断单元173,用于应用终端根据静态资源的版本信息判断是否加载过静态资源;
第三执行单元175,用于如果应用终端没有加载过静态资源,则获取静态资源的全量包;
第四执行单元177,用于如果应用终端加载过静态资源,则获取静态资源的增量包;
第五执行单元179,用于应用终端加载完全量包或增量包之后,开始运行应用软件。
可选地,在应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源之后,如图25所示,上述装置还包括:
收发单元181,用于至少一个或多个资源配置终端接收静态资源,并同时向数据库中插入一条包含了静态资源的记录;
第一解析单元183,用于如果查找到上一个版本的静态资源,资源配置终端解析上一个版本的静态资源生成全量包和增量包;
第二解析单元185,用于如果没有查找到上一个版本的静态资源,资源配置终端通过内容分发网络获取到上一个版本的静态资源,并解析上一个版本的静态资源生成全量包和增量包。
可选地,在解析上一个版本的静态资源生成全量包和增量包之后,如图26所示,上述装置还包括:
上传单元191,用于资源配置终端生成全量包和增量包的签名信息,并将全量包和增量包上传至内容分发网络中的一个或多个内容分发服务器;
第二接收单元193,用于资源配置终端接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码。
可选地,在资源配置终端接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码之后,如图27所示,上述装置还包括:
第二处理单元201,用于资源配置终端修改数据库中的状态信息,其中,状态信息用于标识资源配置终端成功接收到静态资源;
发送单元203,用于资源配置终端向应用终端返回提示信息,提示信息用于表征资源配置终端中保存有静态资源。
可选地,本实施例中的具体示例可以参考上述实施例一至实施例三中所描述的示例,本实施例在此不再赘述。
实施例6
根据本发明实施例,还提供了一种用于实施上述获取资源方法的计算机终端,如图28所示是为根据本发明实施例的一种计算终端的结构框图,该计算机终端包括:一个或多个(图中仅示出一个)处理器161、存储器163、以及传输装置165,如图28所示,该终端还可以包括输入输出设备167。
可选地,上述处理器还可以执行如下步骤的程序代码:资源配置终端在离线资源平台的界面中设置域名;资源配置终端接收上传至离线资源平台的资源文件,其中,资源文件为按照预定的文件路径打包静态资源得到的文件;资源配置终端按照文件路径存储上传的资源文件以及与资源文件关联的域名,得到离线资源。
可选地,上述处理器还可以执行如下步骤的程序代码:资源配置终端接收静态资源,并同时向数据库中插入一条包含了静态资源的记录;如果查找到上一个版本的静态资源,资源配置终端解析上一个版本的静态资源生成全量包和增量包;如果没有查找到上一个版本的静态资源,资源配置终端通过内容分发网络获取到上一个版本的静态资源,并解析上一个版本的静态资源生成全量包和增量包。
可选地,上述处理器还可以执行如下步骤的程序代码:资源配置终端生成全量包和增量包的签名信息,并将全量包和增量包上传至内容分发网络中的一个或多个内容分发服务器;资源配置终端接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码。
可选地,上述处理器还可以执行如下步骤的程序代码:资源配置终端修改数据库中的状态信息,其中,状态信息用于标识资源配置终端成功接收到静态资源;资源配置终端向应用终端返回提示信息,提示信息用于表征资源配置终端中保存有静态资源。
可选地,上述处理器还可以执行如下步骤的程序代码:应用终端如果检测到运行的应用软件中需要加载静态资源,生成用于获取静态资源的资源请求;在将资源请求发送至资源配置终端之前,应用终端拦截资源请求;应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源;如果查询成功,应用终端直接从本地读取静态资源,并将静态资源加载至应用软件中;如果查询失败,应用终端再次将资源请求发送至资源配置终端来请求需要加载的静态资源。
可选地,上述处理器还可以执行如下步骤的程序代码:在应用终端的本地创建离线资源,离线资源包括:按照预定的文件路径打包得到的资源文件和与资源文件对应的域名。
可选地,上述处理器还可以执行如下步骤的程序代码:在应用终端提供的离线资源平台的界面中设置域名;在按照预定的文件路径打包静态资源得到资源文件之后,将资源文件上传至离线资源平台;应用终端按照文件路径存储上传的资源文件以及与资源文件关联的域名,得到离线资源;其中,在应用终端运行应用软件之前,如果检测到资源配置终端中存在新的静态资源,则拉取新的静态资源,并将新的静态资源打包后上传至离线资源平台。
可选地,上述处理器还可以执行如下步骤的程序代码:应用终端读取资源请求中包含的域名;应用终端如果检测到离线资源中存在与域名匹配的文件路径,则读取文件路径下存储的静态资源;其中,在读取文件路径下存储的静态资源之前,检测文件路径对应的目录下是否存在资源文件,如果不存在,则重新发起资源请求至资源配置终端。
可选地,上述处理器还可以执行如下步骤的程序代码:应用终端打开应用软件,并从资源配置终端拉取下发的应用软件的静态资源的版本信息;应用终端根据静态资源的版本信息判断是否加载过静态资源;如果应用终端没有加载过静态资源,则获取静态资源的全量包;如果应用终端加载过静态资源,则获取静态资源的增量包;应用终端加载完全量包或增量包之后,开始运行应用软件。
可选地,上述处理器还可以执行如下步骤的程序代码:至少一个或多个资源配置终端接收静态资源,并同时向数据库中插入一条包含了静态资源的记录;如果查找到上一个版本的静态资源,资源配置终端解析上一个版本的静态资源生成全量包和增量包;如果没有查找到上一个版本的静态资源,资源配置终端通过内容分发网络获取到上一个版本的静态资源,并解析上一个版本的静态资源生成全量包和增量包。
本申请上述实施例六公开的方案中,采用在进入网页应用软件之前就将静态资源加载到本地的方式,通过资源配置终端在离线资源平台创建资源文件与域名关联的离线资源,应用终端在运行当前应用软件需要加载静态资源时,根据资源皮遏制终端向应用终端返回的提示信息判断加载静态资源的全量包还是增量包,并将获取到的静态资源加载到当前运行的应用软件中。
容易注意到,基于上述技术方案,可以达到的满足游戏对静态资源的需求,存在版本差异时最小化更新,减少用户等待时间目的,从而实现了提升用户体验、减少下载流量的技术效果。
由此,本申请提供的上述实施例五的方案解决了当静态资源的体积较大或者网络状况较差时,预加载过程耗时而引起的用户体验效果差的技术问题。
本领域普通技术人员可以理解,图28所示的结构仅为示意,计算机终端也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(MobileInternetDevices,MID)、PAD等终端设备。图28其并不对上述电子装置的结构造成限定。例如,计算机终端A还可包括比图28中所示更多或者更少的组件(如网络接口、显示装置等),或者具有与图28所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(RandomAccess Memory,RAM)、磁盘或光盘等。
可选地,本实施例中的具体示例可以参考上述实施例一至实施例三中所描述的示例,本实施例在此不再赘述。
实施例7
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以用于保存上述实施例二所提供的视频信息的处理方法所执行的程序代码。可选地,在本实施例中,上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中,或者位于移动终端群中的任意一个移动终端中。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:
S1,资源配置终端在离线资源平台的界面中设置域名;
S2,资源配置终端接收上传至离线资源平台的资源文件,其中,资源文件为按照预定的文件路径打包静态资源得到的文件;
S3,资源配置终端按照文件路径存储上传的资源文件以及与资源文件关联的域名,得到离线资源。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:资源配置终端接收静态资源,并同时向数据库中插入一条包含了静态资源的记录;如果查找到上一个版本的静态资源,资源配置终端解析上一个版本的静态资源生成全量包和增量包;如果没有查找到上一个版本的静态资源,资源配置终端通过内容分发网络获取到上一个版本的静态资源,并解析上一个版本的静态资源生成全量包和增量包。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:资源配置终端生成全量包和增量包的签名信息,并将全量包和增量包上传至内容分发网络中的一个或多个内容分发服务器;资源配置终端接收一个或多个内容分发服务器返回的全量包以及增量包的存储地址和/或验证码。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:资源配置终端修改数据库中的状态信息,其中,状态信息用于标识资源配置终端成功接收到静态资源;资源配置终端向应用终端返回提示信息,提示信息用于表征资源配置终端中保存有静态资源。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:应用终端如果检测到运行的应用软件中需要加载静态资源,生成用于获取静态资源的资源请求;在将资源请求发送至资源配置终端之前,应用终端拦截资源请求;应用终端从本地保存的离线资源里查询资源请求所要请求的静态资源;如果查询成功,应用终端直接从本地读取静态资源,并将静态资源加载至应用软件中;如果查询失败,应用终端再次将资源请求发送至资源配置终端来请求需要加载的静态资源。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:应用终端读取资源请求中包含的域名;应用终端如果检测到离线资源中存在与域名匹配的文件路径,则读取文件路径下存储的静态资源。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在应用终端的本地创建离线资源,离线资源包括:按照预定的文件路径打包得到的资源文件和与资源文件对应的域名。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:在应用终端提供的离线资源平台的界面中设置域名;在按照预定的文件路径打包静态资源得到资源文件之后,将资源文件上传至离线资源平台;应用终端按照文件路径存储上传的资源文件以及与资源文件关联的域名,得到离线资源;其中,在应用终端运行应用软件之前,如果检测到资源配置终端中存在新的静态资源,则拉取新的静态资源,并将新的静态资源打包后上传至离线资源平台。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:应用终端读取资源请求中包含的域名;应用终端如果检测到离线资源中存在与域名匹配的文件路径,则读取文件路径下存储的静态资源;其中,在读取文件路径下存储的静态资源之前,检测文件路径对应的目录下是否存在资源文件,如果不存在,则重新发起资源请求至资源配置终端。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:应用终端打开应用软件,并从资源配置终端拉取下发的应用软件的静态资源的版本信息;应用终端根据静态资源的版本信息判断是否加载过静态资源;如果应用终端没有加载过静态资源,则获取静态资源的全量包;如果应用终端加载过静态资源,则获取静态资源的增量包;应用终端加载完全量包或增量包之后,开始运行应用软件。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:至少一个或多个资源配置终端接收静态资源,并同时向数据库中插入一条包含了静态资源的记录;如果查找到上一个版本的静态资源,资源配置终端解析上一个版本的静态资源生成全量包和增量包;如果没有查找到上一个版本的静态资源,资源配置终端通过内容分发网络获取到上一个版本的静态资源,并解析上一个版本的静态资源生成全量包和增量包。
本申请上述实施例七公开的方案中,采用在进入网页应用软件之前就将静态资源加载到本地的方式,通过资源配置终端在离线资源平台创建资源文件与域名关联的离线资源,应用终端在运行当前应用软件需要加载静态资源时,根据资源皮遏制终端向应用终端返回的提示信息判断加载静态资源的全量包还是增量包,并将获取到的静态资源加载到当前运行的应用软件中。
容易注意到,基于上述技术方案,可以达到的满足游戏对静态资源的需求,存在版本差异时最小化更新,减少用户等待时间目的,从而实现了提升用户体验、减少下载流量的技术效果。
由此,本申请提供的上述实施例七的方案解决了当静态资源的体积较大或者网络状况较差时,预加载过程耗时而引起的用户体验效果差的技术问题。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,本实施例中的具体示例可以参考上述实施例一至实施例三中所描述的示例,本实施例在此不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的应用终端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

Claims (26)

1.一种获取资源的方法,其特征在于,包括:
资源配置终端在离线资源平台的界面中设置域名;
所述资源配置终端接收上传至所述离线资源平台的资源文件,其中,所述资源文件为按照预定的文件路径打包静态资源得到的文件;
所述资源配置终端按照所述文件路径存储上传的所述资源文件以及与所述资源文件关联的所述域名,得到所述离线资源;
其中,在资源配置终端在离线资源平台的界面中设置域名之前,所述方法还包括:所述资源配置终端接收所述静态资源,并同时向数据库中插入一条包含了所述静态资源的记录;如果查找到上一个版本的静态资源,所述资源配置终端解析所述上一个版本的静态资源生成全量包和增量包;如果没有查找到所述上一个版本的静态资源,所述资源配置终端通过内容分发网络获取到所述上一个版本的静态资源,并解析所述上一个版本的静态资源生成所述全量包和所述增量包。
2.根据权利要求1所述的方法,其特征在于,在解析所述上一个版本的静态资源生成所述全量包和所述增量包之后,所述方法还包括:
所述资源配置终端生成所述全量包和所述增量包的签名信息,并将所述全量包和所述增量包上传至所述内容分发网络中的一个或多个内容分发服务器;
所述资源配置终端接收所述一个或多个内容分发服务器返回的所述全量包以及所述增量包的存储地址和/或验证码。
3.根据权利要求2所述的方法,其特征在于,在所述资源配置终端接收所述一个或多个内容分发服务器返回的所述全量包以及所述增量包的存储地址和/或验证码之后,所述方法还包括:
所述资源配置终端修改所述数据库中的状态信息,其中,所述状态信息用于标识所述资源配置终端成功接收到所述静态资源;
所述资源配置终端向应用终端返回提示信息,所述提示信息用于表征所述资源配置终端中保存有所述静态资源。
4.根据权利要求1所述的方法,其特征在于,在所述资源配置终端接收所述静态资源之后,所述方法还包括:
所述资源配置终端检测是否存在新的静态资源,如果存在,则拉取所述新的静态资源。
5.根据权利要求3所述的方法,其特征在于,在得到所述离线资源之后,所述方法还包括:
所述应用终端如果检测到运行的应用软件中需要加载静态资源,生成用于获取所述静态资源的资源请求;
在将所述资源请求发送至资源配置终端之前,所述应用终端拦截所述资源请求;
所述应用终端从本地保存的所述离线资源里查询所述资源请求所要请求的静态资源,其中,所述离线资源由所述资源配置终端推送至所述应用终端;
如果查询成功,所述应用终端直接从本地读取所述静态资源,并将所述静态资源加载至所述应用软件中。
6.根据权利要求1-2或4中任一项所述的方法,其特征在于,在得到所述离线资源之后,所述方法还包括:
应用终端如果检测到运行的应用软件中需要加载静态资源,生成用于获取所述静态资源的资源请求;
在将所述资源请求发送至资源配置终端之前,所述应用终端拦截所述资源请求;
所述应用终端从本地保存的所述离线资源里查询所述资源请求所要请求的静态资源,其中,所述离线资源由所述资源配置终端推送至所述应用终端;
如果查询成功,所述应用终端直接从本地读取所述静态资源,并将所述静态资源加载至所述应用软件中。
7.根据权利要求6所述的方法,其特征在于,所述资源请求至少包括:由域名和文件路径构成的请求路径,其中,所述应用终端从本地保存的离线资源里查询所述资源请求所要请求的静态资源,包括:
所述应用终端读取所述资源请求中包含的所述域名;
所述应用终端如果检测到所述离线资源中存在与所述域名匹配的文件路径,则读取所述文件路径下存储的所述静态资源;
其中,在读取所述文件路径下存储的所述静态资源之前,检测所述文件路径对应的目录下是否存在资源文件,如果不存在,则重新发起所述资源请求至所述资源配置终端。
8.根据权利要求5所述的方法,其特征在于,所述资源请求至少包括:由域名和文件路径构成的请求路径,其中,所述应用终端从本地保存的离线资源里查询所述资源请求所要请求的静态资源,包括:
所述应用终端读取所述资源请求中包含的所述域名;
所述应用终端如果检测到所述离线资源中存在与所述域名匹配的文件路径,则读取所述文件路径下存储的所述静态资源;
其中,在读取所述文件路径下存储的所述静态资源之前,检测所述文件路径对应的目录下是否存在资源文件,如果不存在,则重新发起所述资源请求至所述资源配置终端。
9.一种获取资源的方法,其特征在于,包括:
应用终端如果检测到运行的应用软件中需要加载静态资源,生成用于获取所述静态资源的资源请求;
在将所述资源请求发送至资源配置终端之前,所述应用终端拦截所述资源请求;
所述应用终端从本地保存的离线资源里查询所述资源请求所要请求的静态资源;
如果查询成功,所述应用终端直接从本地读取所述静态资源,并将所述静态资源加载至所述应用软件中;
其中,在所述应用终端如果检测到运行的应用软件中需要加载静态资源,生成用于获取所述静态资源的资源请求之前,所述方法还包括:所述资源配置终端接收所述静态资源,并同时向数据库中插入一条包含了所述静态资源的记录;如果查找到上一个版本的静态资源,所述资源配置终端解析所述上一个版本的静态资源生成全量包和增量包;如果没有查找到所述上一个版本的静态资源,所述资源配置终端通过内容分发网络获取到所述上一个版本的静态资源,并解析所述上一个版本的静态资源生成所述全量包和所述增量包。
10.根据权利要求9所述的方法,其特征在于,在所述应用终端从本地保存的离线资源里查询所述资源请求所要请求的静态资源之前,所述方法还包括:
在所述应用终端的本地创建所述离线资源,所述离线资源包括:按照预定的文件路径打包得到的资源文件和与所述资源文件对应的域名。
11.根据权利要求10所述的方法,其特征在于,在所述应用终端的本地创建所述离线资源之前,所述方法还包括:
在资源配置终端提供的离线资源平台的界面中设置所述域名;
所述资源配置终端接收上传至所述离线资源平台的资源文件,其中,所述资源文件为按照预定的文件路径打包静态资源得到的文件;
所述资源配置终端按照所述文件路径存储上传的所述资源文件以及与所述资源文件关联的所述域名,得到所述离线资源;
所述资源配置终端推送所述离线资源至所述应用终端;
其中,在所述应用终端运行所述应用软件之前,如果检测到存在新的静态资源,则拉取所述新的静态资源,并将所述新的静态资源打包后上传至所述离线资源平台。
12.根据权利要求11所述的方法,其特征在于,所述资源请求至少包括:由域名和文件路径构成的请求路径,其中,所述应用终端从本地保存的离线资源里查询所述资源请求所要请求的静态资源,包括:
所述应用终端读取所述资源请求中包含的所述域名;
所述应用终端如果检测到所述离线资源中存在与所述域名匹配的文件路径,则读取所述文件路径下存储的所述静态资源;
其中,在读取所述文件路径下存储的所述静态资源之前,检测所述文件路径对应的目录下是否存在资源文件,如果不存在,则重新发起所述资源请求至所述资源配置终端。
13.根据权利要求9所述的方法,其特征在于,在应用终端如果检测到运行的应用软件中需要加载静态资源之前,所述方法还包括:
所述应用终端打开所述应用软件,并从所述资源配置终端拉取下发的所述应用软件的静态资源的版本信息;
所述应用终端根据所述静态资源的版本信息判断是否加载过所述静态资源;
如果所述应用终端没有加载过所述静态资源,则获取所述静态资源的所述全量包;
如果所述应用终端加载过所述静态资源,则获取所述静态资源的所述增量包;
所述应用终端加载完所述全量包或所述增量包之后,开始运行所述应用软件。
14.根据权利要求9所述的方法,其特征在于,在解析所述上一个版本的静态资源生成所述全量包和所述增量包之后,所述方法还包括:
所述资源配置终端生成所述全量包和所述增量包的签名信息,并将所述全量包和所述增量包上传至所述内容分发网络中的一个或多个内容分发服务器;
所述资源配置终端接收所述一个或多个内容分发服务器返回的所述全量包以及所述增量包的存储地址和/或验证码。
15.根据权利要求14所述的方法,其特征在于,在所述资源配置终端接收所述一个或多个内容分发服务器返回的所述全量包以及所述增量包的存储地址和/或验证码之后,所述方法还包括:
所述资源配置终端修改所述数据库中的状态信息,其中,所述状态信息用于标识所述资源配置终端成功接收到所述静态资源;
所述资源配置终端向所述应用终端返回提示信息,所述提示信息用于表征所述资源配置终端中保存有所述静态资源。
16.一种获取资源的装置,其特征在于,包括:
设置单元,用于资源配置终端在离线资源平台的界面中设置域名;
第一接收单元,用于所述资源配置终端接收上传至所述离线资源平台的资源文件,其中,所述资源文件为按照预定的文件路径打包静态资源得到的文件;
存储单元,用于所述资源配置终端按照所述文件路径存储上传的所述资源文件以及与所述资源文件关联的所述域名,得到所述离线资源;
其中,在所述资源配置终端在离线资源平台的界面中设置域名之前,上述装置还包括:
处理模块,用于所述资源配置终端接收所述静态资源,并同时向数据库中插入一条包含了所述静态资源的记录;
第一解析模块,用于如果查找到上一个版本的静态资源,所述资源配置终端解析所述上一个版本的静态资源生成全量包和增量包;
第二解析模块,用于如果没有查找到所述上一个版本的静态资源,所述资源配置终端通过内容分发网络获取到所述上一个版本的静态资源,并解析所述上一个版本的静态资源生成所述全量包和所述增量包。
17.一种获取资源的装置,其特征在于,包括:
生成单元,用于应用终端如果检测到运行的应用软件中需要加载静态资源,生成用于获取所述静态资源的资源请求;
第一处理单元,用于在将所述资源请求发送至资源配置终端之前,所述应用终端拦截所述资源请求;
查找单元,用于所述应用终端从本地保存的离线资源里查询所述资源请求所要请求的静态资源;
第一执行单元,用于如果查询成功,所述应用终端直接从本地读取所述静态资源,并将所述静态资源加载至所述应用软件中;
第二执行单元,用于如果查询失败,所述应用终端再次将所述资源请求发送至所述资源配置终端来请求需要加载的所述静态资源;
其中,在所述应用终端如果检测到运行的应用软件中需要加载静态资源,生成用于获取所述静态资源的资源请求之前,上述装置还包括:
收发单元,用于至少一个或多个所述资源配置终端接收所述静态资源,并同时向数据库中插入一条包含了所述静态资源的记录;
第一解析单元,用于如果查找到上一个版本的静态资源,所述资源配置终端解析所述上一个版本的静态资源生成全量包和增量包;
第二解析单元,用于如果没有查找到所述上一个版本的静态资源,所述资源配置终端通过内容分发网络获取到所述上一个版本的静态资源,并解析所述上一个版本的静态资源生成所述全量包和所述增量包。
18.根据权利要求17所述的装置,其特征在于,在所述应用终端从本地保存的离线资源里查询所述资源请求所要请求的静态资源之前,所述装置还包括:
创建单元,用于在所述应用终端的本地创建所述离线资源,所述离线资源包括:按照预定的文件路径打包得到的资源文件和与所述资源文件对应的域名。
19.根据权利要求18所述的装置,其特征在于,在所述应用终端的本地创建所述离线资源,所述装置还包括:
设置模块,用于在所述应用终端提供的离线资源平台的界面中设置所述域名;
上传模块,用于在按照所述预定的文件路径打包静态资源得到所述资源文件之后,将所述资源文件上传至所述离线资源平台;
获取模块,用于所述应用终端按照所述文件路径存储上传的所述资源文件以及与所述资源文件关联的所述域名,得到所述离线资源;
还包括:第一检测模块,用于在所述应用终端运行所述应用软件之前,如果检测到所述资源配置终端中存在新的静态资源,则拉取所述新的静态资源,并将所述新的静态资源打包后上传至所述离线资源平台。
20.根据权利要求19所述的装置,其特征在于,所述资源请求至少包括:由域名和文件路径构成的请求路径,其中,所述应用终端从本地保存的离线资源里查询所述资源请求所要请求的静态资源,所述装置还包括:
第一读取模块,用于所述应用终端读取所述资源请求中包含的所述域名;
第二读取模块,用于所述应用终端如果检测到所述离线资源中存在与所述域名匹配的文件路径,则读取所述文件路径下存储的所述静态资源;
第二检测模块,用于在读取所述文件路径下存储的所述静态资源之前,检测所述文件路径对应的目录下是否存在资源文件,如果不存在,则重新发起所述资源请求至所述资源配置终端。
21.根据权利要求17所述的装置,其特征在于,在应用终端如果检测到运行的应用软件中需要加载静态资源之前,所述装置还包括:
获取单元,用于所述应用终端打开所述应用软件,并从所述资源配置终端拉取下发的所述应用软件的静态资源的版本信息;
判断单元,用于所述应用终端根据所述静态资源的版本信息判断是否加载过所述静态资源;
第三执行单元,用于如果所述应用终端没有加载过所述静态资源,则获取所述静态资源的所述全量包;
第四执行单元,用于如果所述应用终端加载过所述静态资源,则获取所述静态资源的所述增量包;
第五执行单元,用于所述应用终端加载完所述全量包或所述增量包之后,开始运行所述应用软件。
22.根据权利要求17所述的装置,其特征在于,在解析所述上一个版本的静态资源生成所述全量包和所述增量包之后,所述装置还包括:
上传单元,用于所述资源配置终端生成所述全量包和所述增量包的签名信息,并将所述全量包和所述增量包上传至所述内容分发网络中的一个或多个内容分发服务器;
第二接收单元,用于所述资源配置终端接收所述一个或多个内容分发服务器返回的所述全量包以及所述增量包的存储地址和/或验证码。
23.根据权利要求22所述的装置,其特征在于,在所述资源配置终端接收所述一个或多个内容分发服务器返回的所述全量包以及所述增量包的存储地址和/或验证码之后,所述装置还包括:
第三处理单元,用于所述资源配置终端修改所述数据库中的状态信息,其中,所述状态信息用于标识所述资源配置终端成功接收到所述静态资源;
发送单元,用于所述资源配置终端向所述应用终端返回提示信息,所述提示信息用于表征所述资源配置终端中保存有所述静态资源。
24.一种获取资源的系统,其特征在于,包括:
至少一个资源配置终端,用于在离线资源平台的界面中设置域名,接收上传至所述离线资源平台的资源文件,按照预定的文件路径存储上传的所述资源文件以及与所述资源文件关联的所述域名,得到所述离线资源,其中,所述资源文件为按照所述文件路径打包静态资源得到的文件;其中,在所述至少一个资源配置终端在所述离线资源平台的界面中设置域名之前,所述至少一个资源配置终端还用于:接收所述静态资源,并同时向数据库中插入一条包含了所述静态资源的记录;如果查找到上一个版本的静态资源,所述资源配置终端解析所述上一个版本的静态资源生成全量包和增量包;如果没有查找到所述上一个版本的静态资源,所述资源配置终端通过内容分发网络获取到所述上一个版本的静态资源,并解析所述上一个版本的静态资源生成所述全量包和所述增量包;
应用终端,与资源配置终端通信,用于如果检测到运行的应用软件中需要加载所述静态资源,生成用于获取所述静态资源的资源请求,并在将所述资源请求发送至资源配置终端之前,所述应用终端拦截所述资源请求,如果从本地保存的离线资源里查询所述资源请求所要请求的静态资源,则直接从本地读取所述静态资源,并将所述静态资源加载至所述应用软件中。
25.一种计算机可读的存储介质,所述计算机可读的存储介质包括存储的程序,其中,所述程序运行时执行上述权利要求1至8,或权利要求9至15任一项中所述的方法。
26.一种电子装置,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为通过所述计算机程序执行所述权利要求1至8,或权利要求9至15任一项中所述的方法。
CN201610677065.9A 2016-08-16 2016-08-16 获取资源的方法、装置和系统 Active CN107528718B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610677065.9A CN107528718B (zh) 2016-08-16 2016-08-16 获取资源的方法、装置和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610677065.9A CN107528718B (zh) 2016-08-16 2016-08-16 获取资源的方法、装置和系统

Publications (2)

Publication Number Publication Date
CN107528718A CN107528718A (zh) 2017-12-29
CN107528718B true CN107528718B (zh) 2020-03-03

Family

ID=60748448

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610677065.9A Active CN107528718B (zh) 2016-08-16 2016-08-16 获取资源的方法、装置和系统

Country Status (1)

Country Link
CN (1) CN107528718B (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108347479B (zh) * 2018-01-26 2020-12-18 政采云有限公司 基于内容分发网络的多仓库静态资源上传方法和系统
CN110399332A (zh) * 2018-04-20 2019-11-01 鸿合科技股份有限公司 返回教案资源的方法和装置
CN108897586A (zh) * 2018-07-24 2018-11-27 合肥爱玩动漫有限公司 一种网页游戏的快速加载方法
CN111381848A (zh) * 2018-12-29 2020-07-07 华为技术有限公司 资源文件的更新方法、装置、设备及存储介质
CN110233851B (zh) * 2019-06-21 2022-03-22 绿盟科技集团股份有限公司 一种数据传输方法和装置
CN113438221B (zh) * 2021-06-22 2022-04-29 深圳赛安特技术服务有限公司 本地端文件加载方法、装置、电子设备及介质
CN114666102B (zh) * 2022-03-03 2024-02-06 华云数据控股集团有限公司 一种资源许可方法及系统
CN115333836B (zh) * 2022-08-12 2023-05-30 北京百度网讯科技有限公司 验证文件的处理方法、装置、电子设备及可读存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102831182A (zh) * 2012-07-31 2012-12-19 北京天神互动科技有限公司 一种网页资源数据实时加载系统及方法
CN103324517A (zh) * 2012-03-20 2013-09-25 华为终端有限公司 离线应用的生成及调用方法、终端及系统
CN103873525A (zh) * 2012-12-17 2014-06-18 沈琼茂 创建数字内容运营平台的系统及方法
CN104468642A (zh) * 2013-09-12 2015-03-25 腾讯科技(深圳)有限公司 浏览器缓存资源预测方法和系统、反向代理装置及浏览器
CN104657358A (zh) * 2013-11-15 2015-05-27 腾讯科技(深圳)有限公司 实现网页程序离线缓存的方法和系统
CN105208127A (zh) * 2015-10-09 2015-12-30 上海瀚银信息技术有限公司 一种网页缓存处理方法及系统以及智能终端

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103324517A (zh) * 2012-03-20 2013-09-25 华为终端有限公司 离线应用的生成及调用方法、终端及系统
CN102831182A (zh) * 2012-07-31 2012-12-19 北京天神互动科技有限公司 一种网页资源数据实时加载系统及方法
CN103873525A (zh) * 2012-12-17 2014-06-18 沈琼茂 创建数字内容运营平台的系统及方法
CN104468642A (zh) * 2013-09-12 2015-03-25 腾讯科技(深圳)有限公司 浏览器缓存资源预测方法和系统、反向代理装置及浏览器
CN104657358A (zh) * 2013-11-15 2015-05-27 腾讯科技(深圳)有限公司 实现网页程序离线缓存的方法和系统
CN105208127A (zh) * 2015-10-09 2015-12-30 上海瀚银信息技术有限公司 一种网页缓存处理方法及系统以及智能终端

Also Published As

Publication number Publication date
CN107528718A (zh) 2017-12-29

Similar Documents

Publication Publication Date Title
CN107528718B (zh) 获取资源的方法、装置和系统
CN106528224B (zh) 一种Docker容器的内容更新方法、服务器及系统
EP3657358A1 (en) Method, device and system for persistent data processing, and readable storage medium
US9733919B2 (en) Updating web resources
CN107291759B (zh) 浏览器页面资源的处理方法和装置
US20210133002A1 (en) Using scripts to bootstrap applications with metadata from a template
US20170083307A1 (en) Updating Web Resources
WO2014139300A1 (en) Method and device for loading a plug-in
US9747117B2 (en) System and methods for loading an application and its modules in a client device
CN110245069B (zh) 页面版本的测试方法和装置、页面的展示方法和装置
CN107133165B (zh) 浏览器兼容性检测方法及装置
US20150304412A1 (en) Browser and system for download and download method
US9361168B1 (en) Accessing resources across a network boundary
CN105956136B (zh) 登录信息的获取方法和装置
CN107783770B (zh) 页面配置更新方法、装置、服务器和介质
EP2805268A1 (en) Client-side minimal download and simulated page navigation features
CN110851756A (zh) 页面加载方法、装置、计算机可读存储介质及终端设备
CN110365776B (zh) 图片批量下载方法、装置、电子设备及存储介质
CN104361007B (zh) 浏览器及其收藏夹的处理方法
CN112241298A (zh) 页面显示方法及装置、存储介质、电子装置
US10503430B2 (en) Method and device for clearing data and electronic device
CN113742551A (zh) 一种基于scrapy和puppeteer的动态数据抓取方法
CN115080114B (zh) 应用程序的移植处理方法、装置和介质
CN111031117A (zh) 一种多媒体文件下载方法及相关装置
CN116304403A (zh) 网页访问方法、装置、计算机设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant