CN107040396A - 配置信息获取方法和装置 - Google Patents

Abstract

一种配置信息获取方法，所述方法包括：与服务器建立心跳包连接；生成第一配置请求；检测终端的内存中是否存在与所述第一配置请求对应的第一配置信息，若是，则获取所述内存中的第一配置信息，否则，将所述第一配置请求发送至服务器，接收服务器返回的与所述配置请求对应的第一配置信息；根据所述第一配置信息更新终端的界面显示。该方法通过在内存中获取第一配置信息，还可以减少与服务器之间的通讯产生的流量，从而减少了对资源的占用。此外，还对应提供了一种配置信息获取装置。

Description

配置信息获取方法和装置

技术领域

本发明涉及网络通信技术领域，特别是涉及一种配置信息获取方法和装置。

背景技术

随着网络和网络应用的发展，人们越来越依赖于网络进行办公和娱乐。然而，当网络处于会存在不稳定的情况下，用户终端会不断地尝试连接网络，从而消耗大量的流量，占用大量的资源。

发明内容

基于此，有必要针对上述技术问题，提供一种能够减少对资源的占用的配置信息获取方法和装置。

一种配置信息获取方法，所述方法包括：与服务器建立心跳包连接；生成第一配置请求；检测终端的内存中是否存在与所述第一配置请求对应的第一配置信息，若是，则获取所述终端的内存中的第一配置信息，否则，将所述第一配置请求发送至服务器，接收服务器返回的与所述配置请求对应的第一配置信息；根据所述第一配置信息更新终端的界面显示。

在其中一个实施例中，所述与服务器建立心跳包连接的步骤，包括：向所述服务器发送预设的包体；检测是否在预设等待时间内接收到所述服务器返回的与所述包体对应的反馈信息，若是，则按照预设发送频率在到达下一个发送时间时，向所述服务器发送所述包体，若否，则在到达预设等待时间时，向所述服务器发送所述包体。

在其中一个实施例中，当所述终端的内存中不存在与所述第一配置请求对应的第一配置信息时，所述方法还包括：将所述第一配置信息存入所述终端的内存中。

在其中一个实施例中，所述第一配置信息中还包括第一时间，所述方法还包括：接收所述服务器发送的第二配置信息，所述第二配置信息中包括第二时间；检测所述第二时间是否晚于第一时间，若是，则根据所述第二配置信息更新所述第一配置信息。

在其中一个实施例中，所述第一配置信息中包含第一参数信息，所述第二配置信息中包含第二参数信息，所述根据所述第二配置信息更新所述第一配置信息的步骤，包括：获取所述第二配置信息中包含的第二参数信息，用所述第二参数信息替换所述第一参数信息，其中，所述第二参数信息为与所述第一参数信息对应的更新信息。

一种配置信息获取装置，所述装置包括：心跳包连接模块，用于与服务器建立心跳包连接；配置请求生成模块，用于生成第一配置请求；检测模块，用于检测终端的内存中是否存在与所述第一配置请求对应的第一配置信息；配置信息获取模块，用于当所述检测模块的检测结果为是时，获取所述终端的内存中的第一配置信息，否则，将所述第一配置请求发送至服务器，接收服务器返回的与所述配置请求对应的第一配置信息；界面更新模块，用于根据所述第一配置信息更新终端的界面显示。

在其中一个实施例中，所述心跳包连接模块还用于向所述服务器发送预设的包体；检测是否在预设等待时间内接收到所述服务器返回的与所述包体对应的反馈信息，若是，则按照预设发送频率在到达下一个发送时间时，向所述服务器发送所述包体，若否，则在到达预设等待时间时，向所述服务器发送所述包体。

在其中一个实施例中，当所述内存中不存在与所述第一配置请求对应的第一配置信息时，所述装置还包括：第一配置信息存入模块，用于将所述第一配置信息存入终端的内存中。

在其中一个实施例中，所述第一配置信息中还包括第一时间，配置信息获取模块还用于接收所述服务器发送的第二配置信息，所述第二配置信息中包括第二时间；检测所述第二时间是否晚于第一时间，若是，则根据所述第二配置信息更新所述第一配置信息。

在其中一个实施例中，所述第一配置信息中包含第一参数信息，所述第二配置信息中包含第二参数信息，所述配置信息获取模块还用于获取所述第二配置信息中包含的第二参数信息，用所述第二参数信息替换所述第一参数信息，其中，所述第二参数信息为与所述第一参数信息对应的更新信息。

上述配置信息获取方法和装置，通过从终端的内存中获取与第一配置请求对应的第一配置信息，然后根据该第一配置信息来更新终端的界面显示。通过在终端的内存中获取第一配置信息，使得终端可避免由于网络存在不稳定时，导致界面显示卡顿的问题。同时，通过在终端的内存中获取第一配置信息，还可以减少与服务器之间的通讯产生的流量，从而减少了对资源的占用。

附图说明

图1为一个实施例中配置信息获取方法的流程示意图；

图2为一个实施例中与服务器建立心跳包连接的步骤的流程示意图；

图3为另一个实施例中配置信息获取方法的流程示意图；

图4为一个实施例中配置信息获取装置的结构示意图；

图5为另一个实施例中配置信息获取装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在一个实施例中，如图1所示，提供了一种配置信息获取方法。该方法可应用于网络游戏的通信环境中，具体包括下述步骤102～114。

步骤102，与服务器建立心跳包连接。

本实施例中，终端可通过与服务器之间预设的通信接口以预设的通讯方式与服务器之间建立连接。该通讯方式可为HTTP(HyperText Transfer Protocol，超文本传输协议)通讯方式或TCP(Transmission Control Protocol，传输控制协议)通讯方式等。

本实施例中，心跳包为终端与服务器之间预定义的一个数据包，终端按照一定的时间间隔发送该心跳包。终端可以是但不限于是个人计算机、笔记本电脑、平板电脑、智能手机、可穿戴式智能设备等。服务器在接收到该心跳包之后，向终端返回一个与该心跳包对应的数据包，终端根据与该心跳包对应的数据包可获知其与服务器之间已经建立了连接。

心跳包可设置为一个占用资源或流量极小的数据包，或者可为空的数据包。服务器通过接收到终端所发送的心跳包后，可向终端反馈一与该心跳包对应的数据包，使得终端在接收到与该心跳包对应的数据包后，可获知其已成功与服务器建立了连接。

在一个实施例中，服务器返回给终端的与该心跳包对应的数据包可为与终端约定协议的一个固定值。终端通过接收到该固定值后，即可明白其与服务器建立了通信连接。

步骤104，生成第一配置请求。

本实施例中，终端按照预设检测频率实时检测用户的操作，根据用户的操作生成对应的第一配置请求。以游戏应用为例，具体的，当用户在游戏界面中点击购买道具的操作后，终端根据检测到的该操作生成的第一配置请求则为购买道具请求。又比如，当检测到用户的操作代表为需要打开商品界面，显示商品列表时，则根据该操作生成对应的第一配置请求则为需要打开商品界面，显示商品列表的请求。

步骤106，检测终端的内存中是否存在与第一配置请求对应的第一配置信息。若是，则执行步骤108，否则，执行步骤110。

本实施例中，终端可存储之前所接收到的服务器返回的与配置请求对应的配置信息，将其存储到终端的内存中。即终端的内存中可预先存储了多个配置信息。当终端在生成第一配置请求后，则根据该第一配置请求查询终端的内存中是否存储了与该第一配置请求对应的信息，即是否存在该第一配置信息。若存在，则执行步骤108，若不存在，则执行步骤110。

步骤108，获取终端的内存中的第一配置信息。

当检测到终端的内存中存在第一配置信息时，则直接从终端的内存中读取该第一配置信息，而无需向服务器发送该第一配置请求，然后再等待服务器返回该第一配置信息。

步骤110，将第一配置请求发送至服务器。

本实施例中，当检测到终端的内存中不存在第一配置信息时，终端可通过与服务器预设的接口和预设的通讯方式将所生成的第一配置请求发送至服务器。使服务器可接收到该第一配置请求，进而根据该第一配置请求来读取服务器中所设置的第一配置信息，将该第一配置信息发送给终端。

步骤112，接收服务器返回的与配置请求对应的第一配置信息。

本实施例中，终端通过与服务器预设的接口和预设的通讯方式接收服务器返回的第一配置信息。

在一个实施例中，终端在第一次进入游戏时，或检测到终端的内存中不存在第一配置信息时，可根据发送自定义的包体给服务器，并根据接收到的反馈信息来判断是否成功连接到服务器。其中第一次进入游戏表示终端安装游戏应用后第一次启动游戏。

举例来说，终端可自定义包体为{address＝’m＝hall’,address＝’m＝product’}，将该包体发送给服务器。服务器在接收到该包体后，可向终端发送反馈信息为flag＝1或者flag＝0标识成功还是失败。若终端接收到flag＝1，则说明标识成功，与终端之间的通信正常；若接收到flag＝0，则说明标识失败，其与服务器之间的网络通信存在故障。

在一个实施例中，在接收服务器返回的与配置请求对应的第一配置信息的步骤之后，还包括：将所述第一配置信息存入终端的内存中。

本实施例中，当终端获取到服务器所返回的第一配置信息时，则说明第一配置信息之前并不存在于终端的内存之中。因此，可将第一配置信息存储到内存之中，使得当终端在下次生成第一配置请求时，可直接从内存中获取本次所保存的第一配置信息，使得无需在将第一配置请求发送到服务器，再等待接收服务器所返回第一配置信息，不仅提高了第一配置信息获取效率，而且还可减少与服务器通讯所产生的流量。

步骤114，根据第一配置信息更新终端的界面显示。

终端在接收到第一配置信息后，则根据第一配置信息来对应更新终端的界面显示。比如该第一配置信息为游戏商店大厅的配置信息，则终端则根据该配置信息对应展示游戏商店大厅的界面。

本实施例所提供的配置信息获取方法中，从终端的内存中获取与第一配置请求对应的第一配置信息，然后根据该第一配置信息来更新终端的界面显示。通过在终端的内存中获取第一配置信息，使得终端可避免由于网络存在不稳定时，导致界面显示卡顿的问题。同时，通过在终端的内存中获取第一配置信息，还可以减少与服务器之间的通讯产生的流量，从而减少了对资源的占用。

在一个实施例中，如图2所示，与服务器建立心跳包连接的步骤，包括：

步骤202，向服务器发送预设的包体。

本实施例中，终端可按照预设发送频率向服务器发送预设的包体。该包体为终端自定义的一个数据包，可为一个空的数据包，即空包。预设发送频率可为2分钟或3分钟等任意时间发送一次包体。即终端在正常情况下，可每隔2分钟或3分钟向服务器发送其自定义的包体。

步骤204，检测是否在预设等待时间内接收到服务器返回的与包体对应的反馈信息，若是，则执行步骤206，否则，执行步骤208。

当终端发送了包体到服务器后，便等待接收服务器所返回的与包体对应的反馈信息。一般的，服务器在接收到终端所发送的包体后，会及时向终端发送该包体的反馈信息，以表示其接收到了包体，与终端正在正常通信。同时，终端通过接收服务器发送的反馈信息可获知其与服务器之间是成功连接。

本实施例中，终端可设置预设等待时间，当其发送了包体给服务器后，则开始计算其等待接收服务器的第一反馈信息的等待时间，当该等待时间达到或超过预设等待时间还未接收到服务器的第一反馈信息时，则判断其与服务器之间的网络连接已经失效，需重新发送包体。

步骤206，按照预设发送频率在到达下一个发送时间时，向服务器发送包体。

本实施例中，当终端在预设等待时间之内接收到第一反馈信息时，则说明其与服务器正常连接。此时，可按照预设发送频率即间隔2分钟或3分钟再次向服务器发送包体。

步骤208，在到达预设等待时间时，向服务器发送包体。

本实施例中，当终端未在预设等待时间之内接收到第一反馈信息时，则判断其与服务器之间的网络连接已经失效，可立即向服务器再次发送包体。举例来说，终端可设置预设等待时间为5秒，若在5秒内没有接收到服务器返回的任何信息，则判定网络请求已经失效，重新发送该空包。

本实施例中，终端通过检测是否在预设等待时间之内接收到第一反馈信息可及时判断出是否与服务器正常连接。当正常连接时，则可按照预设发送频率来发送包体，降低对网络资源的占用；当连接失效时，则按照预设等待时间来发送包体，使得可及时连接上服务器。

进一步的，在一个实施例中，如图3所示，提供了另一种配置信息获取方法，该方法还包括：

步骤302，与服务器建立心跳包连接。

步骤304，生成第一配置请求。

步骤306，检测终端的内存中是否存在与第一配置请求对应的第一配置信息。若是，则执行步骤308，否则，执行步骤310。

步骤308，获取终端的内存中的第一配置信息。

步骤310，将第一配置请求发送至服务器。

步骤312，接收服务器返回的与第一配置请求对应的第一配置信息。

本实施例中，第一配置信息中还包括第一时间。第一时间表示第一配置信息对应的更新时间。该第一时间可以时间戳的形式加载到第一配置信息中。服务器根据后台配置信息以及与终端之间定义的协议，根据终端的第一配置请求将对应的第一配置信息发送给终端。

以终端发送给服务器的包体为{address＝’m＝hall’,address＝’m＝product’}为例，假设m＝hall，服务端定义返回的socket命令字是0x00001；m＝product，服务器定义返回的socket命令字是0x00002。那么0x00001可为游戏应用的广播推送对应的大厅配置信息，0x00002为广播推送相应的商品信息。更具体的，可假设m＝product请求返回内容假设为product{{id＝1,pamount＝30,pname＝”30金币”}，{id＝2,pamount＝50,pname＝”50金币”}}；m＝hall请求返回内容为hall{{id＝1,require＝3000,level＝50},{id＝2,require＝5000,level＝51}}。

在一个实施例中，终端在接收到服务器发送的第一配置信息后，还可将其存储到终端的内存中，比如，可将其命名为config.xml。数据结构如下：

{product{{id＝1,pamount＝30,pname＝”30金币”},{id＝2,pamount＝50,pname＝”50金币”}},hall{id＝1,require＝3000,level＝50},{id＝2,require＝5000,level＝51}}。

步骤314，根据第一配置信息更新终端的界面显示。

步骤316，接收服务器发送的第二配置信息。

同样的，第二配置信息中包括第二时间。第二时间表示第二配置信息对应的更新时间。该第二时间可以时间戳的形式加载到第二配置信息中。服务器根据后台配置信息以及与终端之间定义的协议，可主动将第二配置信息发送给终端，或者在接收到终端发送的第二配置请求时，再将对应的第二配置信息发送给终端。

本实施例中，第二配置信息是第一配置信息相对应的更新的配置信息。当服务器的后台修改了第一配置信息时，比如，修改了第一配置中的部分参数。服务器可直接将该部分参数的第二配置信息发送给终端。

步骤318，检测第二时间是否晚于第一时间。若是，则执行步骤320，否则，执行步骤324。

终端在接收待第二配置信息时，可比较第二时间与第一时间的早晚。其中第二时间可反映该修改的部分参数的修改时间，第一时间可相应的反映第一配置信息中的该部分参数的修改时间。当检测到第二时间晚于第一时间时，则说明服务器更新了第一配置信息，该更新后的第一配置信息即为第二配置信息，可执行步骤320。若第二时间不晚于第一时间，则说明服务器没有更新第一配置信息，即第二配置信息与第一配置信息相同，可执行步骤324。

终端可通过比较第二时间的时间戳是否大于第一时间的时间戳来判断第二时间是否晚于第一时间。具体的，可通过将第二时间对应的时间戳减去第一时间对应的时间戳，若值大于0，则说明为最新的参数信息，否则，不为最新的参数信息。

步骤320，根据第二配置信息更新第一配置信息。

在一个实施例中，第一配置信息中包含第一参数信息，第二配置信息中包含第二参数信息，根据第二配置信息更新第一配置信息的步骤，包括：获取第二配置信息中包含的第二参数信息，用第二参数信息替换第一参数信息。

本实施例中，第二参数信息为与第一参数信息对应的更新信息。

举例来说，服务器中修改的信息为product信息，增加了一个商品，则服务器可仅将该修改的信息作为第二配置信息发送给终端，即只需向终端推送0x00002对应的信息即可。

进一步的，服务器可将包含有修改的参数信息的与第一配置信息相对应的第二配置信息全部发送给终端。终端在接收到第二配置信息后，可对其解析，获知第二配置信息中相对修改的信息为product信息，增加了一个商品。则终端只更新该修改的信息的部分，其余可不更新。

终端在更新了第一配置信息后，将更新后的第一配置信息存储到内存中。使得下次使用时，可直接从内存中提取更新后的第一配置信息。

步骤322，根据更新后的第一配置信息更新终端的界面显示。

步骤324，不更新第一配置信息。

下面举例进一步说明本实施例所产生流量。设终端的心跳包产生的流量为1KB，发送第一配置信息与接收第一配置请求产生的流量为20KB。

则当终端第一次启动游戏应用后，在进入游戏界面时，设其请求参数等工耗时30秒，则此时产生的流量为23KB。

当再次进入游戏界面时，可通过读取内存中保存的第一配置信息，其时间总共3秒，则只产生一次心跳包的流量，为1KB。

在重新启动游戏，进入游戏界面需要刷新的情况下，终端通过读取内存中的第一配置信息，也仅产生心跳包流量，为1KB。

在一个实施例中，如图4所示，提供了一种配置信息获取装置，该装置包括：

心跳包连接模块402，用于与服务器建立心跳包连接。

配置请求生成模块404，用于生成第一配置请求。

检测模块406，用于检测终端的内存中是否存在与第一配置请求对应的第一配置信息。

配置信息获取模块408，用于当检测模块的检测结果为是时，获取内存中的第一配置信息，否则，将第一配置请求发送至服务器，接收服务器返回的与配置请求对应的第一配置信息。

界面更新模块410，用于根据第一配置信息更新终端的界面显示。

在一个实施例中，心跳包连接模块402还用于向服务器发送预设的包体；检测是否在预设等待时间内接收到服务器返回的与包体对应的反馈信息，若是，则按照预设发送频率在到达下一个发送时间时，向服务器发送包体，若否，则在到达预设等待时间时，向服务器发送包体。

在一个实施例中，如图5所示，提供了另一种配置信息获取装置，当终端的内存中不存在与第一配置请求对应的第一配置信息时，该装置还包括：

第一配置信息存入模块412，用于将第一配置信息存入终端的内存中。

在一个实施例中，第一配置信息中还包括第一时间，配置信息获取模块408还用于接收服务器发送的第二配置信息，第二配置信息中包括第二时间；检测第二时间是否晚于第一时间，若是，则根据第二配置信息更新第一配置信息。

在一个实施例中，第一配置信息中包含第一参数信息，第二配置信息中包含第二参数信息，配置信息获取模块408还用于获取第二配置信息中包含的第二参数信息，用第二参数信息替换第一参数信息，其中，第二参数信息为与第一参数信息对应的更新信息。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种配置信息获取方法，其特征在于，包括：

与服务器建立心跳包连接；

生成第一配置请求；

检测终端的内存中是否存在与所述第一配置请求对应的第一配置信息，若是，则获取所述终端的内存中的第一配置信息，否则，将所述第一配置请求发送至服务器，接收服务器返回的与所述配置请求对应的第一配置信息；

根据所述第一配置信息更新终端的界面显示。

2.根据权利要求1所述的配置信息获取方法，其特征在于，所述与服务器建立心跳包连接的步骤，包括：

向所述服务器发送预设的包体；

检测是否在预设等待时间内接收到所述服务器返回的与所述包体对应的反馈信息，若是，则按照预设发送频率在到达下一个发送时间时，向所述服务器发送所述包体，若否，则在到达预设等待时间时，向所述服务器发送所述包体。

3.根据权利要求1所述的配置信息获取方法，其特征在于，当所述终端的内存中不存在与所述第一配置请求对应的第一配置信息时，所述方法还包括：

将所述第一配置信息存入所述终端的内存中。

4.根据权利要求1所述的配置信息获取方法，其特征在于，所述第一配置信息中还包括第一时间，在所述根据所述第一配置信息更新终端的界面显示的步骤之后，所述配置信息获取方法还包括：

接收所述服务器发送的第二配置信息，所述第二配置信息中包括第二时间；

检测所述第二时间是否晚于第一时间，若是，则根据所述第二配置信息更新所述第一配置信息。

5.根据权利要求4所述的配置信息获取方法，其特征在于，所述第一配置信息中包含第一参数信息，所述第二配置信息中包含第二参数信息，所述根据所述第二配置信息更新所述第一配置信息的步骤，包括：

获取所述第二配置信息中包含的第二参数信息，用所述第二参数信息替换所述第一参数信息，其中，所述第二参数信息为与所述第一参数信息对应的更新信息。

6.一种配置信息获取装置，其特征在于，包括：

心跳包连接模块，用于与服务器建立心跳包连接；

配置请求生成模块，用于生成第一配置请求；

检测模块，用于检测终端的内存中是否存在与所述第一配置请求对应的第一配置信息；

配置信息获取模块，用于当所述检测模块的检测结果为是时，获取所述终端的内存中的第一配置信息，否则，将所述第一配置请求发送至服务器，接收服务器返回的与所述配置请求对应的第一配置信息；

界面更新模块，用于根据所述第一配置信息更新终端的界面显示。

7.根据权利要求6所述的配置信息获取装置，其特征在于，所述心跳包连接模块还用于向所述服务器发送预设的包体；检测是否在预设等待时间内接收到所述服务器返回的与所述包体对应的反馈信息，若是，则按照预设发送频率在到达下一个发送时间时，向所述服务器发送所述包体，若否，则在到达预设等待时间时，向所述服务器发送所述包体。

8.根据权利要求6所述的配置信息获取装置，其特征在于，当所述终端的内存中不存在与所述第一配置请求对应的第一配置信息时，所述装置还包括：

第一配置信息存入模块，用于将所述第一配置信息存入所述终端的内存中。

9.根据权利要求6所述的配置信息获取装置，其特征在于，所述第一配置信息中还包括第一时间，配置信息获取模块还用于接收所述服务器发送的第二配置信息，所述第二配置信息中包括第二时间；检测所述第二时间是否晚于第一时间，若是，则根据所述第二配置信息更新所述第一配置信息。

10.根据权利要求9所述的配置信息获取装置，其特征在于，所述第一配置信息中包含第一参数信息，所述第二配置信息中包含第二参数信息，所述配置信息获取模块还用于获取所述第二配置信息中包含的第二参数信息，用所述第二参数信息替换所述第一参数信息，其中，所述第二参数信息为与所述第一参数信息对应的更新信息。