CN109324814B - 游戏更新方法、装置、移动终端及存储介质 - Google Patents

Abstract

本发明提供了一种游戏更新方法、装置、移动终端及存储介质，该方法包括：当接收到任意客户端发送的游戏更新请求时，判断客户端是否满足框架更新条件；若是，对游戏框架进行更新；获取客户端的游戏列表，并分别判断游戏列表中存储的游戏是否满足游戏更新条件；当判断到游戏满足游戏更新条件时，针对游戏进行更新。本发明通过对客户端进行框架更新条件的判断，以使有效的判断是否要进行游戏框架的更新，且当判断到客户端未满足框架更新条件时，不进行游戏框架的更新，以提高游戏更新效率，通过分别判断游戏是否满足游戏更新条件的设计，以根据判断结果针对性的进行游戏的更新，使得客户端无需下载大量更新数据，提高了对游戏的更新效率。

Description

游戏更新方法、装置、移动终端及存储介质

技术领域

本发明涉及数据更新技术领域，特别涉及一种游戏更新方法、装置、移动终端及存储介质。

背景技术

随着游戏产业的快速发展，无论为了提高游戏的可玩性还是提高游戏的安全性，游戏要不断地进行更新，不论手机游戏、电脑游戏或者任意移动智能设备上的游戏更新，其本质上就是对游戏的执行档案或者资源档案进行替换，而为了提高游戏的使用体验，人们对游戏的更新步骤和方法提出了更高的要求。

在现有技术中，当进行游戏更新时均通过发送总更新数据包至对应客户端后，以在客户端上同时进行游戏框架和不同游戏数据的更新，但当总更新数据包的数据过大时，容易导致客户端上游戏更新的失败，降低了用户体验，且由于总更新数据包的数据过大，导致游戏更新耗时较长，降低了游戏更新效率。

发明内容

基于此，本发明提供一种更新效率高的游戏更新方法、装置、移动终端及存储介质。

第一方面，本发明提供了一种游戏更新方法，所述方法，包括：

当接收到任意客户端发送的游戏更新请求时，判断所述客户端是否满足框架更新条件，所述框架更新条件用于判断所述客户端的游戏框架是否需要更新；

当判断到所述客户端满足所述框架更新条件时，对所述游戏框架进行更新；

获取所述客户端的游戏列表，并分别判断所述游戏列表中存储的游戏是否满足游戏更新条件；

当判断到所述游戏满足所述游戏更新条件时，针对所述游戏进行更新。

上述游戏更新方法，通过对所述客户端进行所述框架更新条件的判断，以使有效的判断是否要进行所述游戏框架的更新，且当判断到所述客户端未满足所述框架更新条件时，不进行所述游戏框架的更新，以提高游戏更新效率，通过分别判断所述游戏是否满足所述游戏更新条件的设计，以根据判断结果针对性的进行所述游戏的更新，使得所述客户端无需下载大量更新数据，提高了对所述游戏的更新效率。

进一步地，所述判断所述客户端是否满足框架更新条件的步骤包括：

获取所述游戏框架的参数信息，并分别判断所述参数信息中存储的参数值是否均等于对应预设值；

若是，则判定所述客户端未满足所述框架更新条件；

若否，则判定所述客户端满足所述框架更新条件。

进一步地，所述分别判断所述游戏列表中存储的游戏是否满足游戏更新条件的步骤包括：

分别获取每个所述游戏在第一预设时间内的运行次数，并判断所述运行次数是否大于次数阈值；

若是，则判定所述游戏满足所述游戏更新条件。

进一步地，所述分别判断所述游戏列表中存储的游戏是否满足游戏更新条件的步骤包括：

获取所述客户端中储的待更新列表，并分别判断所述游戏是否存在所述待更新列表中；

若是，则判定所述游戏满足所述游戏更新条件。

进一步地，所述分别判断所述游戏列表中存储的游戏是否满足游戏更新条件的步骤包括：

判断第二预设时间内所述客户端是否有发送针对所述游戏的更新指令；

若是，则判定对应所述游戏满足所述游戏更新条件。

进一步地，所述针对所述游戏进行更新的步骤包括：

获取所述游戏的游戏名称，并将所述游戏名称与游戏数据表进行匹配，以得到目标版本号和目标更新数据包；

获取所述游戏的当前版本号，并判断所述当前版本号是否等于所述目标版本号；

若否，则获取所述游戏更新请求中存储的端口地址，并将所述目标更新数据包发送至所述端口地址，以控制所述游戏的更新。

第二方面，本发明提供了一种游戏更新装置，包括：

第一判断模块，用于当接收到任意客户端发送的游戏更新请求时，判断所述客户端是否满足框架更新条件，所述框架更新条件用于判断所述客户端的游戏框架是否需要更新；

第一更新模块，用于当所述第一判断模块判断到所述客户端满足所述框架更新条件时，对所述游戏框架进行更新；

第二判断模块，用于获取所述客户端的游戏列表，并分别判断所述游戏列表中存储的游戏是否满足游戏更新条件；

第二更新模块，用于当所述第二判断模块判断到所述游戏满足所述游戏更新条件时，针对所述游戏进行更新。

上述游戏更新装置，通过所述第一判断模块对所述客户端进行所述框架更新条件的判断，以使有效的判断是否要进行所述游戏框架的更新，且当判断到所述客户端未满足所述框架更新条件时，不进行所述游戏框架的更新，以提高游戏更新效率，通过所述第二判断模块分别判断所述游戏是否满足所述游戏更新条件的设计，以根据判断结果针对性的进行所述游戏的更新，使得所述客户端无需下载大量更新数据，提高了对所述游戏的更新效率。

进一步地，所述第一判断模块包括：

第一判断单元，用于获取所述游戏框架的参数信息，并分别判断所述参数信息中存储的参数值是否均等于对应预设值；若是，则判定所述客户端未满足所述框架更新条件；若否，则判定所述客户端满足所述框架更新条件。

第三方面，本发明提供了一种移动终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器运行所述计算机程序以使所述移动终端执行上述的游戏更新方法。

第四方面，本发明提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述的游戏更新方法的步骤。

附图说明

图1为本发明第一实施例提供的游戏更新方法的流程图；

图2为本发明第二实施例提供的游戏更新方法的流程图；

图3为图2中步骤S61的具体实施步骤的流程图；

图4为本发明第三实施例提供的游戏更新装置的结构示意图。

具体实施方式

为了便于更好地理解本发明，下面将结合相关实施例附图对本发明进行进一步地解释。附图中给出了本发明的实施例，但本发明并不仅限于上述的优选实施例。相反，提供这些实施例的目的是为了使本发明的公开面更加得充分。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

请参阅图1，为本发明第一实施例提供的游戏更新方法的流程图，包括步骤S10至S40。

步骤S10，当接收到任意客户端发送的游戏更新请求时，判断所述客户端是否满足框架更新条件；

其中，所述客户端可以为手机、电脑、智能平板或任意可穿戴设备等，所述客户端中至少存储有一个游戏软件，且所述游戏更新请求可以采用触控信号、按键信号、语音信号或无线信号等方式进行传输。优选的，所述框架更新条件可以根据用户的需求自主进行条件设置，所述框架更新条件用于判断所述客户端的游戏框架是否需要更新。

当步骤S10判断到所述游戏框架满足所述框架更新条件时，执行步骤S20。

步骤S20，对所述游戏框架进行更新；

其中，通过发送对应更新数据至所述客户端，以对应及时控制所述游戏框架的更新，进而有效的保障了所述客户端中所述游戏框架的性能。

当步骤S10判断到所述游戏框架未满足所述框架更新条件时，判定所述游戏框架不需要进行更新，此时，不针对所述游戏框架发送更新数据，进而有效的提高了游戏整体的更新效率，提高了用户体验；

步骤S30，获取所述客户端的游戏列表，并分别判断所述游戏列表中存储的游戏是否满足游戏更新条件；

其中，所述游戏列表中存储有所述客户端中所有所述游戏的名称及该名称对应的游戏数据存储地址、游戏运行地址，所述游戏更新条件用于判断用户当前是否需要针对所述游戏进行更新，以使采用针对性更新的方式进行所述客户端中游戏的更新，进而有效的提高了更新效率，防止了由于更新数据较大导致的耗时较长现象的发生，提高了用户体验，优选的，所述游戏更新条件可根据用户的需求自主进行条件设置，例如所述游戏更新条件的判断条件可以为是否携带更新标识、是否满足运行次数要求、是否接收到用户的更新指令等。

当步骤S30判断到所述游戏满足所述游戏更新条件时，执行步骤S40。

步骤S40，针对所述游戏进行更新；

其中，可以通过查询所述游戏的游戏名称以对应获取游戏更新数据，并将该游戏更新数据发送至所述客户端，以对应控制所述客户端上所述游戏的更新。

本实施例中，通过对所述客户端进行所述框架更新条件的判断，以使有效的判断是否要进行所述游戏框架的更新，且当判断到所述客户端未满足所述框架更新条件时，不进行所述游戏框架的更新，以提高游戏更新效率，通过分别判断所述游戏是否满足所述游戏更新条件的设计，以根据判断结果针对性的进行所述游戏的更新，使得所述客户端无需下载大量更新数据，提高了对所述游戏的更新效率。

请参阅图2，为本发明第二实施例提供的游戏更新方法的流程图，所述方法包括步骤S11至S91。

步骤S11，当接收到任意客户端发送的游戏更新请求时，获取所述游戏框架的参数信息；

其中，所述客户端可以为手机、电脑、智能平板或任意可穿戴设备等，所述客户端中至少存储有一个游戏软件，且所述游戏更新请求可以采用触控信号、按键信号、语音信号或无线信号等方式进行传输，所述游戏框架中至少存储有一个参数信息，该参数信息用于显示所述游戏框架所构建的数据框架的性能。

步骤S21，分别判断所述参数信息中存储的参数值是否均等于对应预设值；

其中，不同所述参数信息对应的所述预设值可以相同也可以不同，所述预设值可以根据用户的需求自主进行设置，通过所述参数值与对应的所述预设值之间的判断设计，以判定所述游戏框架是否为最新版本。

当步骤S21判断到所述参数信息中存储的参数值未均等于对应预设值时，判定所述客户端未满足所述框架更新条件，此时，判定所述游戏框架为最新版本，不进行所述游戏框架的更新；

当步骤S21判断到所述参数信息中存储的参数值均等于对应预设值时，执行步骤S31；

步骤S31，判定所述客户端满足所述框架更新条件，对所述游戏框架进行更新；

其中，通过发送对应更新数据至所述客户端，以对应及时控制所述游戏框架的更新，进而有效的保障了所述客户端中所述游戏框架的性能。

步骤S41，获取所述客户端的游戏列表，并分别获取每个所述游戏在第一预设时间内的运行次数；

其中，所述游戏列表中存储有所述客户端中所有所述游戏的名称及该名称对应的游戏数据存储地址、游戏运行地址，所述第一预设时间可以根据用户需求自主进行设置，所述第一预设时间可以为一周、两周或三周等，所述运行次数用于采用数值的方式表述用户对对应所述游戏的使用频率；

步骤S51，判断所述运行次数是否大于次数阈值；

当步骤S51判断到所述运行次数大于所述次数阈值时，执行步骤S61。

步骤S61，判定所述游戏满足所述游戏更新条件，并针对所述游戏进行更新；

其中，当判断到所述运行次数大于所述次数阈值时，判定用户需要对所述游戏进行自动更新，进而无需用户手动的选择对应游戏控制进行更新，有效的提高了用户的使用体验，提高了游戏的整体更新效率，且该步骤中可以通过查询所述游戏的游戏名称以对应获取游戏更新数据，并将该游戏更新数据发送至所述客户端，以对应控制所述客户端上所述游戏的更新。

请参阅图3，为图2中步骤S61的具体实施步骤的流程图：

步骤S610，获取所述游戏的游戏名称，并将所述游戏名称与游戏数据表进行匹配，以得到目标版本号和目标更新数据包；

其中，所述游戏数据表中存储有多个不同游戏名称和与名称对应的版本号、最新数据包，进而有效的提高了所述目标版本号和所述目标更新数据包的获取效率和精准度；

步骤S611，获取所述游戏的当前版本号，并判断所述当前版本号是否等于所述目标版本号；

当步骤S610判断到所述当前版本号未等于所述目标版本号时，执行步骤S612；

步骤S612，获取所述游戏更新请求中存储的端口地址，并将所述目标更新数据包发送至所述端口地址，以控制所述游戏的更新。

请继续参阅图2，当步骤S51判断到所述运行次数未大于所述次数阈值时，执行步骤S71；

步骤S71，获取所述客户端中储的待更新列表，并分别判断所述游戏是否存在所述待更新列表中；

其中，所述待更新列表为用户预先存储的表格数据，所述待更新列表中存储有用户选中的待更新有效的名称，因此，该步骤中可以通过将所有所述游戏的名称与所述待更新列表进行匹配，以判断所述游戏是否存在所述待更新列表中；

当步骤S71判断到所述游戏存在所述待更新列表中时，执行步骤S61；

当步骤S71判断到所述游戏未存在所述待更新列表中时，执行步骤S81；

步骤S81，判断第二预设时间内所述客户端是否有发送针对所述游戏的更新指令；

当步骤S81判断到第二预设时间内所述客户端有发送针对所述游戏的更新指令时，执行步骤返回执行S61；

当步骤S81判断到第二预设时间内所述客户端未发送针对所述游戏的更新指令时，执行步骤S91；

步骤S91，不进行所述游戏的更新；

本实施例中，通过对所述客户端进行所述框架更新条件的判断，以使有效的判断是否要进行所述游戏框架的更新，且当判断到所述客户端未满足所述框架更新条件时，不进行所述游戏框架的更新，以提高游戏更新效率，通过分别判断所述游戏是否满足所述游戏更新条件的设计，以根据判断结果针对性的进行所述游戏的更新，使得所述客户端无需下载大量更新数据，提高了对所述游戏的更新效率。

请参阅图4，为本发明第三实施例提供的游戏更新装置100的结构示意图，包括：

第一判断模块10，用于当接收到任意客户端发送的游戏更新请求时，判断所述客户端是否满足框架更新条件，其中，所述客户端可以为手机、电脑、智能平板或任意可穿戴设备等，所述客户端中至少存储有一个游戏软件，且所述游戏更新请求可以采用触控信号、按键信号、语音信号或无线信号等方式进行传输。优选的，所述框架更新条件可以根据用户的需求自主进行条件设置，所述框架更新条件用于判断所述客户端的游戏框架是否需要更新。

第一更新模块20，用于当所述第一判断模块10判断到所述客户端满足所述框架更新条件时，对所述游戏框架进行更新，其中，通过发送对应更新数据至所述客户端，以对应及时控制所述游戏框架的更新，进而有效的保障了所述客户端中所述游戏框架的性能。

第二判断模块30，用于获取所述客户端的游戏列表，并分别判断所述游戏列表中存储的游戏是否满足游戏更新条件，其中，所述游戏列表中存储有所述客户端中所有所述游戏的名称及该名称对应的游戏数据存储地址、游戏运行地址，所述游戏更新条件用于判断用户当前是否需要针对所述游戏进行更新，以使采用针对性更新的方式进行所述客户端中游戏的更新，进而有效的提高了更新效率，防止了由于更新数据较大导致的耗时较长现象的发生，提高了用户体验，优选的，所述游戏更新条件可根据用户的需求自主进行条件设置，例如所述游戏更新条件的判断条件可以为是否携带更新标识、是否满足运行次数要求、是否接收到用户的更新指令等。

第二更新模块40，用于当所述第二判断模块30判断到所述游戏满足所述游戏更新条件时，针对所述游戏进行更新，其中，可以通过查询所述游戏的游戏名称以对应获取游戏更新数据，并将该游戏更新数据发送至所述客户端，以对应控制所述客户端上所述游戏的更新。

具体的，所述第一判断模块10包括：

第一判断单元11，用于获取所述游戏框架的参数信息，并分别判断所述参数信息中存储的参数值是否均等于对应预设值；若是，则判定所述客户端未满足所述框架更新条件；若否，则判定所述客户端满足所述框架更新条件。

所述第二判断模块30包括：

第二判断单元31，用于分别获取每个所述游戏在第一预设时间内的运行次数，并判断所述运行次数是否大于次数阈值；若是，则判定所述游戏满足所述游戏更新条件。

第三判断单元32，用于获取所述客户端中储的待更新列表，并分别判断所述游戏是否存在所述待更新列表中；若是，则判定所述游戏满足所述游戏更新条件。

第四判断单元33，用于判断第二预设时间内所述客户端是否有发送针对所述游戏的更新指令；若是，则判定对应所述游戏满足所述游戏更新条件。

优选的，所述第二更新模块40包括：

匹配单元41，用于获取所述游戏的游戏名称，并将所述游戏名称与游戏数据表进行匹配，以得到目标版本号和目标更新数据包；

第五判断单元42，用于获取所述游戏的当前版本号，并判断所述当前版本号是否等于所述目标版本号，若否，则获取所述游戏更新请求中存储的端口地址，并将所述目标更新数据包发送至所述端口地址，以控制所述游戏的更新。

上述游戏更新装置100，通过所述第一判断模块10对所述客户端进行所述框架更新条件的判断，以使有效的判断是否要进行所述游戏框架的更新，且当判断到所述客户端未满足所述框架更新条件时，不进行所述游戏框架的更新，以提高游戏更新效率，通过所述第二判断模块30分别判断所述游戏是否满足所述游戏更新条件的设计，以根据判断结果针对性的进行所述游戏的更新，使得所述客户端无需下载大量更新数据，提高了对所述游戏的更新效率。

本实施例还提供了一种存储介质，其上存储有计算机程序，该程序在执行时，包括如下步骤：

当接收到任意客户端发送的游戏更新请求时，判断所述客户端是否满足框架更新条件，所述框架更新条件用于判断所述客户端的游戏框架是否需要更新；

当判断到所述客户端满足所述框架更新条件时，对所述游戏框架进行更新；

获取所述客户端的游戏列表，并分别判断所述游戏列表中存储的游戏是否满足游戏更新条件；

当判断到所述游戏满足所述游戏更新条件时，针对所述游戏进行更新。所述的存储介质，如：ROM/RAM、磁碟、光盘等。

上述实施例描述了本发明的技术原理，这些描述只是为了解释本发明的原理，而不能以任何方式解释为本发明保护范围的限制。基于此处的解释，本领域的技术人员不需要付出创造性的劳动即可联想到本发明的其他具体实施方式，这些方式都将落入本发明的保护范围内。

计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

Claims (7)

1.一种游戏更新方法，其特征在于，所述方法包括：

当接收到任意客户端发送的游戏更新请求时，判断所述客户端是否满足框架更新条件，所述框架更新条件用于判断所述客户端的游戏框架是否需要更新；

获取所述游戏框架的参数信息，并分别判断所述参数信息中存储的参数值是否均等于对应预设值；

若是，则判定所述客户端未满足所述框架更新条件；

若否，则判定所述客户端满足所述框架更新条件；

当判断到所述客户端满足所述框架更新条件时，对所述游戏框架进行更新；

获取所述客户端的游戏列表，并分别判断所述游戏列表中存储的游戏是否满足游戏更新条件；

分别获取每个所述游戏在第一预设时间内的运行次数，并判断所述运行次数是否大于次数阈值；

若是，则判定所述游戏满足所述游戏更新条件；

当判断到所述游戏满足所述游戏更新条件时，针对所述游戏进行更新。

2.根据权利要求1所述的游戏更新方法，其特征在于，所述分别判断所述游戏列表中存储的游戏是否满足游戏更新条件的步骤包括：

获取所述客户端中储的待更新列表，并分别判断所述游戏是否存在所述待更新列表中；

若是，则判定所述游戏满足所述游戏更新条件。

3.根据权利要求1所述的游戏更新方法，其特征在于，所述分别判断所述游戏列表中存储的游戏是否满足游戏更新条件的步骤包括：

判断第二预设时间内所述客户端是否有发送针对所述游戏的更新指令；

若是，则判定对应所述游戏满足所述游戏更新条件。

4.根据权利要求1所述的游戏更新方法，其特征在于，所述针对所述游戏进行更新的步骤包括：

获取所述游戏的游戏名称，并将所述游戏名称与游戏数据表进行匹配，以得到目标版本号和目标更新数据包；

获取所述游戏的当前版本号，并判断所述当前版本号是否等于所述目标版本号；

若否，则获取所述游戏更新请求中存储的端口地址，并将所述目标更新数据包发送至所述端口地址，以控制所述游戏的更新。

5.一种游戏更新装置，其特征在于，包括：

第一判断模块，用于当接收到任意客户端发送的游戏更新请求时，判断所述客户端是否满足框架更新条件，所述框架更新条件用于判断所述客户端的游戏框架是否需要更新；

所述第一判断模块包括：

第一判断单元，用于获取所述游戏框架的参数信息，并分别判断所述参数信息中存储的参数值是否均等于对应预设值；若是，则判定所述客户端未满足所述框架更新条件；若否，则判定所述客户端满足所述框架更新条件；

第一更新模块，用于当所述第一判断模块判断到所述客户端满足所述框架更新条件时，对所述游戏框架进行更新；

第二判断模块，用于获取所述客户端的游戏列表，并分别判断所述游戏列表中存储的游戏是否满足游戏更新条件；

所述第二判断模块包括：

第二判断单元，用于分别获取每个所述游戏在第一预设时间内的运行次数，并判断所述运行次数是否大于次数阈值；若是，则判定所述游戏满足所述游戏更新条件；

第三判断单元，用于获取所述客户端中储的待更新列表，并分别判断所述游戏是否存在所述待更新列表中；若是，则判定所述游戏满足所述游戏更新条件；

第四判断单元，用于判断第二预设时间内所述客户端是否有发送针对所述游戏的更新指令；若是，则判定对应所述游戏满足所述游戏更新条件；

第二更新模块，用于当所述第二判断模块判断到所述游戏满足所述游戏更新条件时，针对所述游戏进行更新。

6.一种移动终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序以使所述移动终端执行根据权利要求1至4任一项所述的游戏更新方法。

7.一种存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至4任一项所述的游戏更新方法的步骤。

Images