CN109067816A - 一种游戏资源推送方法、服务器及客户端 - Google Patents

Abstract

本发明提供了一种游戏资源推送方法、服务器及客户端。所述方法，包括：当接收到针对目标游戏列表的查看请求时，分析并配置所述目标游戏列表中游戏标识对应的游戏资源包；将所述游戏资源包推送至所述查看请求对应的客户端；其中，所述客户端在接收到所述游戏资源包时，根据所述游戏资源包对应的游戏标识，将所述游戏资源包存放至所述游戏标识对应的存储路径中。能够根据用户发送针对目标游戏列表的查看请求，将目标游戏列表中各游戏对应的游戏资源包主动推送至客户端，从而降低用户启动游戏的时间延迟，提高用户的使用体验。

Description

一种游戏资源推送方法、服务器及客户端

技术领域

本发明涉及通讯技术领域，特别是涉及一种游戏资源推送方法、服务器及客户端。

背景技术

随着计算机以及互联网技术的不断发展，计算机与人们的生活越来越息息相关。目前计算机提供的服务大多是基于CS模式的设计，C端(Client，客户端)通过浏览器对S端(Server，服务器端)进行访问，如HTTP(Hyper Text Transfer Protocol，超文本传输协议)页面访问。

现在主流的基于HTTP/1.1协议进行数据交互的设计中，浏览器端一般都采取pull(拉取)模式，即先请求页面内容，然后分析页面里有没有其他资源，如果有其他资源再根据资源的HTTP地址进行资源的获取。但是对于一个经常变动的页面，每次访问时的加载页面都是有所不同的，尤其是在资源丰富的场景下，经常会有资源的变动。如游戏资源，每个游戏里都包含大量的资源，升级游戏则需要下载大量的游戏资源，如果每次服务器的游戏升级后，用户都需要在客户端再次启动游戏时才会下载升级资源的话，那么则需要等待升级资源更新完成后才可以启动游戏，导致用户等待时间过长，影响用户的使用体验。

发明内容

为了解决在游戏资源加载时等待时间过长导致用户体验不高的问题，本发明实施例提供一种游戏资源推送方法、服务器及客户端。

为了解决上述技术问题，依据本发明的一个方面，本发明公开了一种游戏资源推送方法，该游戏资源推送方法包括：

当接收到针对目标游戏列表的查看请求时，分析并配置所述目标游戏列表中游戏标识对应的游戏资源包；

将所述游戏资源包推送至所述查看请求对应的客户端；

其中，所述客户端在接收到所述游戏资源包时，根据所述游戏资源包对应的游戏标识，将所述游戏资源包存放至所述游戏标识对应的存储路径中。

根据本发明的第二方面，本发明还公开了一种服务器，该服务器包括：

游戏资源包配置模块，用于当接收到针对目标游戏列表的查看请求时，分析并配置所述目标游戏列表中游戏标识对应的游戏资源包；

游戏资源包推送模块，用于将所述游戏资源包推送至所述查看请求对应的客户端。

根据本发明的第三方面，本发明还公开了一种客户端，该客户端包括：

查看请求发送模块，用于将用户输入的针对目标游戏列表的查看请求发送至服务器；

游戏资源包接收模块，用于接收服务器推送的游戏资源包，并根据所述游戏资源包对应的游戏标识，将所述游戏资源包存放至所述游戏标识对应的存储路径中。

根据本发明的第四方面，本发明还公开了一种游戏资源推送系统，该游戏资源推送系统，包括上述的任一种服务器、以及上述的任一种客户端。

在本发明实施例中，通过当接收到针对目标游戏列表的查看请求时，分析并配置所述目标游戏列表中游戏标识对应的游戏资源包；将所述游戏资源包推送至所述查看请求对应的客户端；其中，所述客户端在接收到所述游戏资源包时，根据所述游戏资源包对应的游戏标识，将所述游戏资源包存放至所述游戏标识对应的存储路径中。能够根据用户发送针对目标游戏列表的查看请求，将目标游戏列表中的各游戏对应的游戏资源包主动推送至客户端，从而降低用户启动游戏的时间延迟，提高用户的使用体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

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

图1是本发明的一种游戏资源推送方法的步骤流程图；

图2是本发明的一种游戏列表的示意图；

图3是本发明的一种服务器的结构框图；

图4是本发明的一种客户端的结构框图。

具体实施方式

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

参照图1，示出了本发明实施例中一种游戏资源推送方法的步骤流程图。具体可以包括如下步骤：

步骤110，当接收到针对目标游戏列表的查看请求时，分析并配置所述目标游戏列表中游戏标识对应的游戏资源包。

为了方便用户同时获取得到多个游戏，或者是向用户展示多个游戏等原因，网页小游戏越来越受欢迎。一般而言，在网页小游戏的首页可以展示包含至少一个游戏标识的游戏列表。其中的游戏标识为可以用以表征游戏的标识，例如游戏名称、游戏图标等等。因此，针对目标游戏列表的查看指令，也即是针对包含目标游戏列表的小游戏首页的查看指令。

如前述，游戏资源经常需要更新，且对于游戏列表而言，对对应的游戏资源相对比较丰富。如果用户在进入游戏列表之后，在用户进一步选定某一游戏标识以启动相应的游戏时，还需要发送游戏资源获取指令至服务器，服务器在接收到游戏资源获取指令后再发送相应的游戏资源至客户端。可以看出，上述的过程需要发送两次请求至服务器，时间延迟较大。例如，对于图2所示的游戏列表，其中的“大圣来了”游戏，点击后因为该游戏升级过或者是新的游戏所以需要先去服务器获取升级资源才能在本地启动该游戏。

例如，对于代码为下示的小游戏首页：

在HTTP/1.1模式下需要发送三次请求才能获取全部内容

第一请求：GET/index.html HTTP/1.1

第二请求：GET/style.css HTTP/1.1

第三请求：GET/gameIcon1.png HTTP/1.1

GET/gameIcon2.png HTTP/1.1

Get/gameIcon3.png HTTP/1.1

同时，点击进入游戏时还需要调用js(JavaScript，爪哇脚本)函数进行额外的资源下载。

在本发明实施例中，为了避免上述问题，可以在服务器接收到针对目标游戏列表的查看请求时，即分析并配置目标游戏列表中游戏标识对应的游戏资源包。其中的游戏资源包中可以包括相应游戏对应的全部资源，例如图片、安装程序、升级程序等等。而且，在本发明实施例中的游戏资源包的存在形式可以为压缩包形式，当然也可以为其他任何可用存在形式，对此本发明实施例不加以限定。

在本发明实施例中的服务器可以支持动态添加，对于需要进行升级的游戏，相关技术人员可以随时在服务器侧修改或调整游戏资源包中的内容。在接收到针对目标游戏列表的查看请求时，可以分析并配置目标游戏列表中的各游戏标识对应的游戏资源包，此时的游戏资源包必然是当前与游戏标识匹配的最新版本的游戏资源包。而且，在本发明实施例中的服务器可以为Nginx服务器，当然也可以为其他任何可用服务器，对此本发明实施例不加以限定。

步骤120，将所述游戏资源包推送至所述查看请求对应的客户端；其中，所述客户端在接收到所述游戏资源包时，根据所述游戏资源包对应的游戏标识，将所述游戏资源包存放至所述游戏标识对应的存储路径中。

在本发明实施例中，为了避免再次发送请求至服务器获取游戏资源包进而导致响应延迟，可以在控制服务器在接收到针对目标游戏列表的查看请求时，即将配置得到的游戏资源包主动推送至查看请求对应的客户端。具体的可以通过任何可用方法将游戏资源包推送至查看请求对应的客户端，对此本发明实施例不加以限定。而且为了使服务器推送到客户端的游戏资源包可以在相应的游戏标识被触发启动时调用，客户端在接收到游戏资源包时，可以根据游戏资源包对应的游戏标识，将游戏资源包存放至相应游戏标识对应的存储路径中。例如，如果游戏资源包为压缩包格式，那么则可以将游戏资源包解压缩至相应游戏标识对应的存储路径中。

在一种可能的实施方式中，在执行步骤110时，可以通过以下子步骤来实现：

子步骤S111，当接收到针对目标游戏列表的查看请求时，分析所述目标游戏列表中包含的游戏标识。

如前述，实际应用中的游戏列表中可以包括一个或多个游戏标识。例如图2所示的游戏列表中包含了12个游戏标识。而且，游戏列表还有可能是由多个分页构成，或者是带有滑动控件等等，从而可以包含更多的游戏标识。但是对于游戏列表而言，其中也可以包含有非游戏标识的其他标识，例如广告、提示消息，等等。那么在本发明实施例中，为了获取与目标游戏列表中包含的全部游戏标识的游戏资源包，则需要在接收到针对目标游戏列表的查看请求时，分析所述目标游戏列表中包含的游戏标识。具体的可以通过任何可用方法分析目标游戏列表中包含的游戏标识，对此本发明实施例不加以限定。例如，可以基于游戏标识的某些共同特性，从目标游戏列表中筛选出满足该共同特性的标识即为游戏标识，等等。

子步骤S112，根据所述游戏标识的标识符，查找并获取与所述标识符对应的游戏资源包。

在本发明实施例中，可以针对每个游戏设置一个标识符，对应同一游戏的游戏标识以及游戏资源包等都对应于同一标识符。那么此时则可以根据查看请求对应的游戏标识的标识符，在服务器中查找并获取与所述标识符对应的游戏资源包，作为与相应游戏标识对应的游戏资源包。其中可以采用任何可用方法设置游戏的标识符，具体的标识符的设置方法可以根据需求进行预先设定，对此本发明实施例不加以限定，但是需要保证对应不同游戏的标识符各不相同，以避免出现混乱。

在一种可能的实施方式中，所述标识符为经信息摘要算法5编码后得到的标识符。

在本发明实施例中，可以基于MD5(Message Digest Algorithm 5/信息摘要算法5)编码得到各游戏的标识符。此时的标识符为经MD5算法对原信息进行数学变换后得到的一个128位(bit)的特征码。MD5特征码具有高度的离散性，也就是说，原信息的一点点变化就会导致MD5特征码的巨大变化，而且由于MD5特征码有128位那么长，所以任意信息之间具有相同MD5特征码的可能性非常之低，通常被认为是不可能的，所以一般认为MD5特征码可以唯一地代表原信息的特征。其中的原信息可以包括但不限于游戏名、游戏标识、游戏资源包名称等等，当然也可以为其他任何可经MD5编码后作为标识符的其他信息参数，对此本发明实施例不加以限定。

在一种可能的实施方式中，在执行步骤120时，可以通过以下子步骤来实现：

子步骤S121，基于超文本传输协议2.0的推送机制，将所述游戏资源包推送至所述查看请求对应的客户端。

HTTP/2(超文本传输协议2.0)是最新的HTTP协议，它具有以下优点：

1、HTTP/2是完全二进制的协议，而HTTP/1.1是文本和二进制的协议；

2、HTTP/2支持数据分片，可以不连续，每个称为一个frame(帧)，避免HTTP/1.1协议中一个连接只能在处理完一个请求后才能处理别的请求的弊端，另外还HTTP/2支持扩展frame；

3、HTTP/2支持multiplexing(多路复用)，可以在一个连接里进行双向的实时通信，而HTTP/1.1是只能单向通信，一方只能等另一方发完才能发送数据；

4、HTTP/2支持TCP(Transmission Control Protocol，传输控制协议)连接复用，可以在一个TCP里面运行多个客户端的请求和服务器的响应，且彼此不冲突；

5、HTTP/2支持头信息压缩，支持增量头传递并且会进行压缩，而HTTP/1.1每个请求都会带上头信息且铭文传递，且大部分都是重复的，导致带宽的浪费。

6、HTTP/2具有服务器推送(SERVER_PUSH)，支持服务器主动推送数据给客户端，无需客户端主动拉取(pull)。

如前述，http/2也即http2.0具有服务器推送，也即推送机制，因此在本发明实施例中，在服务器端可以设置基于超文本传输协议2.0的推送机制，将所述游戏资源包推送至所述查看请求对应的客户端。

具体的可以在服务器中配置针对各游戏资源包的推送源码进而实现推送动作。例如，下面是一段基本的服务器的配置：

其中，Location/gameHomePage中配置了需要推送的资源内容，即目标游戏列表中所包含的全部游戏的游戏资源包等。此时所有请求/GameHomePage页面，也即包含目标游戏列表的小游戏首页的HTTP请求都会重定向到index.html页面并同时主动推送该页面里所需要所有游戏资源压缩包zip，通过对文件进行压缩。而且，在本发明实施例中，包含目标游戏列表的小游戏首页一般可以采用html(超文本标记语言)静态页面，它的好处是加载速度快，可以本地缓存，无需每次都去服务器获取页面源码。那么此时对于客户端而言在接收到用户输入的针对目标游戏列表的查看请求时，则可以从客户端本地缓存中查找包含目标游戏列表的小游戏首页，并作为响应查看请求的响应返回。当然也可以在将查看请求发送至服务器后，从服务器端获取相应的包含目标游戏列表的小游戏首页并返回至客户端，对此本发明实施例不加以限定。

如果有更多的游戏资源只需要将其打包然后生成md5后配置在服务器中，服务器支持动态添加，服务升级方便，随时有新数据随时可以修改资源的md5和index.html中的源码即可。

在一种可能的实施方式中，在执行步骤120时，可以通过以下子步骤来实现：

子步骤S122，根据所述游戏列表中游戏标识的展示优先顺序，将游戏标识对应的游戏资源包推送至所述客户端。

如前述，在游戏列表中可能包含多个游戏标识，那么服务器在推送游戏资源包时可能要需要一段时间，而一般而言，在游戏列表中一般是按照用户对各游戏的使用频率确定对相应游戏标识的展示顺序，将用户较可能会感兴趣的游戏优先展示。因此在本发明实施例中，为了尽可能避免影响用户的使用体验，可以根据所述游戏列表中游戏标识的展示优先顺序，将游戏标识对应的游戏资源包推送至所述客户端。

例如，对于图2所示的游戏列表，其中的第一个游戏“吃鸡游戏”最优展示，那么在推送游戏资源包时则可以优先推送“吃鸡游戏”对应的游戏资源包。

具体的可以将在目标游戏列表中排在前面的游戏对应的游戏资源包配置在服务器中源代码的前面，那么推送的时候则可以优先推送。如对于图2所示的“吃鸡游戏”、“斗兽棋”、“跳一跳”等排在第一页的游戏可以设置优先被推送。

在本发明实施例中，通过当接收到针对目标游戏列表的查看请求时，分析并配置所述目标游戏列表中游戏标识对应的游戏资源包；将所述游戏资源包推送至所述查看请求对应的客户端；其中，所述客户端在接收到所述游戏资源包时，根据所述游戏资源包对应的游戏标识，将所述游戏资源包存放至所述游戏标识对应的存储路径中。能够根据用户发送针对目标游戏列表的查看请求，将目标游戏列表中的各游戏对应的游戏资源包主动推送至客户端，从而降低用户启动游戏的时间延迟，提高用户的使用体验。

而且，在本发明实施例中，还可以在接收到针对目标游戏列表的查看请求时，分析所述目标游戏列表中包含的游戏标识；根据所述游戏标识的标识符，查找并获取与所述标识符对应的游戏资源包。且所述标识符为经信息摘要算法5编码后得到的标识符。从而提高获取的游戏资源包的准确性，进一步提高用户的使用体验。

另外，在本发明实施例中，还可以基于超文本传输协议2.0的推送机制，将所述游戏资源包推送至所述查看请求对应的客户端。同样可以降低用户启动游戏的时间延迟，提高用户的使用体验。

或者，在本发明实施例中，还可以根据所述游戏列表中游戏标识的展示优先顺序，将游戏标识对应的游戏资源包推送至所述客户端。更贴近用户的使用习惯，进一步降低时间延迟，提高用户的使用体验。

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

与上述本发明实施例所提供的方法相对应，参照图3，示出了本发明一种服务器的结构框图，具体可以包括如下模块：

游戏资源包配置模块210，用于当接收到针对目标游戏列表的查看请求时，分析并配置所述目标游戏列表中游戏标识对应的游戏资源包；

游戏资源包推送模块220，用于将所述游戏资源包推送至所述查看请求对应的客户端。

在一种可能的实施方式中，所述游戏资源包配置模块210，包括：

游戏标识分析子模块，用于当接收到针对目标游戏列表的查看请求时，分析所述目标游戏列表中包含的游戏标识。

游戏资源包查找子模块，用于根据所述游戏标识的标识符，查找并获取与所述标识符对应的游戏资源包。

在一种可能的实施方式中，所述标识符为经信息摘要算法5编码后得到的标识符。

在一种可能的实施方式中，所述游戏资源包推送模块220，还用于基于超文本传输协议2.0的推送机制，将所述游戏资源包推送至所述查看请求对应的客户端。

在一种可能的实施方式中，所述游戏资源包推送模块220，还用于根据所述游戏列表中游戏标识的展示优先顺序，将相应游戏标识对应的游戏资源包推送至所述客户端。

参照图4，示出了本发明一种客户端的结构框图，具体可以包括如下模块：

查看请求发送模块310，用于将用户输入的针对目标游戏列表的查看请求发送至服务器。

游戏资源包接收模块320，用于接收服务器推送的游戏资源包，并根据所述游戏资源包对应的游戏标识，将所述游戏资源包存放至所述游戏标识对应的存储路径中。

在一种可能的实施方式中，所述客户端，还可以包括：

游戏列表页展示模块，用于当接收到用户针对目标游戏列表输入的查看请求时，在客户端本地缓存中查找与所述目标游戏列表对应的游戏列表页并显示。

根据本发明的另一个实施例，本发明还公开了一种游戏资源推送系统，该游戏资源推送系统，包括上述的任一种服务器、以及上述的任一种客户端。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

本领域普通技术人员可以意识到，结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (13)

1.一种游戏资源推送方法，其特征在于，包括：

当接收到针对目标游戏列表的查看请求时，分析并配置所述目标游戏列表中游戏标识对应的游戏资源包；

将所述游戏资源包推送至所述查看请求对应的客户端；

其中，所述客户端在接收到所述游戏资源包时，根据所述游戏资源包对应的游戏标识，将所述游戏资源包存放至所述游戏标识对应的存储路径中。

2.根据权利要求1所述的方法，其特征在于，所述当接收到针对目标游戏列表的查看请求时，分析并配置所述游戏列表中各游戏标识对应的游戏资源包的步骤，包括：

当接收到针对目标游戏列表的查看请求时，分析所述目标游戏列表中包含的游戏标识；

根据所述游戏标识的标识符，查找并获取与所述标识符对应的游戏资源包。

3.根据权利要求2所述的方法，其特征在于，所述标识符为经信息摘要算法5编码后得到的标识符。

4.根据权利要求1所述的方法，其特征在于，所述将所述游戏资源包推送至所述查看请求对应的客户端的步骤，包括：

基于超文本传输协议2.0的推送机制，将所述游戏资源包推送至所述查看请求对应的客户端。

5.根据权利要求1所述的方法，其特征在于，所述将所述游戏资源包推送至所述查看请求对应的客户端的步骤，包括：

根据所述游戏列表中游戏标识的展示优先顺序，将游戏标识对应的游戏资源包推送至所述客户端。

6.一种服务器，其特征在于，包括：

游戏资源包配置模块，用于当接收到针对目标游戏列表的查看请求时，分析并配置所述目标游戏列表中游戏标识对应的游戏资源包；

游戏资源包推送模块，用于将所述游戏资源包推送至所述查看请求对应的客户端。

7.根据权利要求6所述的服务器，其特征在于，所述游戏资源包配置模块，包括：

游戏标识分析子模块，用于当接收到针对目标游戏列表的查看请求时，分析所述目标游戏列表中包含的游戏标识；

游戏资源包查找子模块，用于根据所述游戏标识的标识符，查找并获取与所述标识符对应的游戏资源包。

8.根据权利要求7所述的服务器，其特征在于，所述标识符为经信息摘要算法5编码后得到的标识符。

9.根据权利要求6所述的服务器，其特征在于，所述游戏资源包推送模块，还用于基于超文本传输协议2.0的推送机制，将所述游戏资源包推送至所述查看请求对应的客户端。

10.根据权利要求6所述的服务器，其特征在于，所述游戏资源包推送模块，还用于根据所述游戏列表中游戏标识的展示优先顺序，将相应游戏标识对应的游戏资源包推送至所述客户端。

11.一种客户端，其特征在于，包括：

查看请求发送模块，用于将用户输入的针对目标游戏列表的查看请求发送至服务器；

游戏资源包接收模块，用于接收服务器推送的游戏资源包，并根据所述游戏资源包对应的游戏标识，将所述游戏资源包存放至所述游戏标识对应的存储路径中。

12.根据权利要求11所述的客户端，其特征在于，还包括：

游戏列表页展示模块，用于当接收到用户针对目标游戏列表输入的查看请求时，在客户端本地缓存中查找与所述目标游戏列表对应的游戏列表页并显示。

13.一种游戏资源推送系统，其特征在于，包括权利要求6-10任意一项所述的服务器、以及权利要求11-12任意一项所述的客户端。