CN111510466A - 客户端的数据更新方法、装置、电子设备及可读介质 - Google Patents

Abstract

本申请实施例提供了一种客户端的数据更新方法、装置、电子设备及计算机可读介质，涉及互联网技术领域。其中,所述方法包括：对接收到的服务端的业务响应报文进行解析，以确定所述业务响应报文携带的所述服务端的配置数据的第一标识信息；基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据。本申请实施例通过将服务端的配置数据的标识信息搭载在服务端发送的业务响应报文中，能够方便客户端及时地更新客户端的配置数据。

Description

客户端的数据更新方法、装置、电子设备及可读介质

技术领域

本申请实施例涉及互联网技术领域，尤其涉及一种客户端的数据更新方法、装置、电子设备及计算机可读介质。

背景技术

随着移动互联网的高速发展，移动终端(如，手机、平板电脑等)上的各种客户端(又称之为应用程序)给人们的日常生活带来了极大的方便。为了在客户端发行后，能够动态控制一些页面元素(如，改变客户端页面颜色、增加或删除一个按钮等)，通常会将需要动态设置的配置数据维护在服务端，并由服务端在后台管理该配置数据。当这些配置数据更新时，服务端需要将更新后的配置数据下发给客户端，以使客户端更新本地缓存的配置数据。

在现有技术中，客户端通过定时轮询服务端的方式，获取最新的配置数据，以更新本地缓存的配置数据。具体地，如图1所示，客户端定时轮询服务端，服务端返回最新的配置数据到客户端，以使客户端更新本地缓存的配置数据。然而，这种方式的轮询频率不好确定，如果轮询频率太高，服务端的压力太大，如果轮询频率太低，客户端不能及时地更新本地缓存的配置数据。此外，服务端还可采用推送模式将更新后的配置数据下发至客户端。具体地，如图2所示，服务端与客户端之间建立长连接，即建立一个专用通道(即推送通道)，服务端通过推送通道主动向客户端推送更新后的配置数据。然而，在这种方式中，服务端需要与客户端建立稳定的长连接，设计复杂，并且还需要格外关注服务端资源、客户端断线重连等问题。

发明内容

本申请的目的在于提出一种客户端的数据更新方法、装置、电子设备及计算机可读介质，用于解决现有技术中存在的如何方便客户端及时地更新客户端的配置数据的问题。

根据本申请实施例的第一方面，提供了一种客户端的数据更新方法。所述方法包括：对接收到的服务端的业务响应报文进行解析，以确定所述业务响应报文携带的所述服务端的配置数据的第一标识信息；基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据。

根据本申请实施例的第二方面，提供了一种客户端的数据更新方法。所述方法包括：确定服务端的配置数据的第一标识信息；基于针对接收到的客户端的业务请求报文的第一业务响应报文和所述第一标识信息，生成第二业务响应报文；向所述客户端发送所述第二业务响应报文，以使所述客户端基于所述第二业务响应报文更新所述客户端的配置数据。

根据本申请实施例的第三方面，提供了一种客户端的数据更新装置。所述装置包括：第一确定模块，用于对接收到的服务端的业务响应报文进行解析，以确定所述业务响应报文携带的所述服务端的配置数据的第一标识信息；第一更新模块，用于基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据。

根据本申请实施例的第四方面，提供了一种客户端的数据更新装置。所述装置包括：第二确定模块，用于确定服务端的配置数据的第一标识信息；生成模块，用于基于针对接收到的客户端的业务请求报文的第一业务响应报文和所述第一标识信息，生成第二业务响应报文；发送模块，用于向所述客户端发送所述第二业务响应报文，以使所述客户端基于所述第二业务响应报文更新所述客户端的配置数据。

根据本申请实施例的第五方面，提供了一种电子设备，包括：一个或多个处理器；计算机可读介质，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述实施例的第一方面或第二方面所述的客户端的数据更新方法。

根据本申请实施例的第六方面，提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例的第一方面或第二方面所述的客户端的数据更新方法。

通过本申请实施例提供的技术方案，对接收到的服务端的业务响应报文进行解析，以确定业务响应报文携带的服务端的配置数据的标识信息，再基于服务端的配置数据的标识信息，更新客户端的配置数据，与现有的其它方式相比，通过将服务端的配置数据的标识信息搭载在服务端发送的业务响应报文中，能够方便客户端及时地更新客户端的配置数据。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1为现有技术中客户端定时轮询服务端的过程的示意图；

图2为现有技术中采用推送模式下发配置数据的过程的示意图；

图3为本申请实施例一中客户端的数据更新方法的步骤流程图；

图4为本申请实施例二中客户端的数据更新方法的步骤流程图；

图5为本申请实施例三中客户端的数据更新方法的步骤流程图；

图6为根据本申请实施例三提供的客户端与服务端之间交互的示意图；

图7为本申请实施例四中客户端的数据更新装置的结构示意图；

图8为本申请实施例五中客户端的数据更新装置的结构示意图；

图9为本申请实施例六中客户端的数据更新装置的结构示意图；

图10为本申请实施例七中客户端与服务端的交互系统的示意图；

图11为本申请实施例八中电子设备的结构示意图；

图12为本申请实施例九中电子设备的硬件结构。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅配置为解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

参照图3，示出了本申请实施例一的客户端的数据更新方法的步骤流程图。

本实施例从服务端的角度，对本申请实施例提供的客户端的数据更新方法进行说明。具体地，本实施例的客户端的数据更新方法包括以下步骤：

在步骤S101中，确定服务端的配置数据的第一标识信息。

在本申请实施例中，所述服务端可包括业务服务器和与所述业务服务器通信的网关。所述配置数据可包括客户端的版本号、客户端的版本升级数据、改变客户端的操作界面的属性参数(如，页面颜色、页面布局等)、在客户端的页面上增加、删除或修改某一功能控件的数据、改变客户端上某种页面元素的位置的数据等。所述第一标识信息可理解为唯一标识服务端的配置数据的信息，也即是所述第一标识信息与所述服务端的配置数据是一一对应的关系。举例来说，所述第一标识信息可包括所述服务端的配置数据的哈希值、更新所述服务端的配置数据的时间戳、所述服务端的配置数据对应的序列号等。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，当所述第一标识信息包括所述服务端的配置数据的哈希值时，所述确定服务端的配置数据的第一标识信息，包括：生成所述服务端的配置数据的哈希值。具体地，可通过现有的哈希算法，基于所述服务端的配置数据，生成所述服务端的配置数据的哈希值。籍此，通过将所述服务端的配置数据的哈希值作为所述服务端的配置数据的第一标识信息，能够唯一标识服务端的配置数据。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在步骤S102中，基于针对接收到的客户端的业务请求报文的第一业务响应报文和所述第一标识信息，生成第二业务响应报文。

在本申请实施例中，在生成第二业务响应报文之前，所述服务端的业务服务器接收所述客户端发送的业务请求报文。具体地，当用户使用客户端的某个业务功能时(如，触发使用客户端中的某个业务模块)，则客户端会生成相应的业务请求报文，并向所述业务服务器发送所述业务请求报文。在接收到所述客户端发送的业务请求报文之后，所述业务服务器获取所述业务请求报文中携带的业务数据，并对获取的业务数据进行处理，得到相应的处理结果，再基于所述处理结果生成与所述业务请求报文对应的第一业务响应报文。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，在生成第二业务响应报文时，将所述第一标识信息合并到所述第一业务响应报文中，以生成合并后的所述第二业务响应报文。具体地，通过所述服务端的网关，将所述第一标识信息合并到所述第一业务响应报文中，以生成合并后的所述第二业务响应报文。更具体地，所述网关接收所述业务服务器发送的所述第一业务响应报文。在接收到所述业务服务器发送的所述第一业务响应报文之后，所述网关实时向数据配置后台发送询问指令，询问是否存在针对所述第一业务响应报文的最新的配置数据的第一标识信息。如果不存在，所述网关不对所述第一业务响应报文进行处理，直接将所述第一业务响应报文转发至所述客户端。如果存在，所述网关获取所述最新的配置数据的第一标识信息，并将所述第一标识信息与所述第一业务响应报文进行合并处理，生成合并后的所述第二业务响应报文。籍此，能够将服务端的配置数据的标识信息搭载在服务端发送的业务响应报文中，能够方便客户端及时地更新客户端的配置数据。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，在生成第二业务响应报文时，通过所述服务端的业务服务器，将所述第一标识信息合并到所述第一业务响应报文中，以生成合并后的所述第二业务响应报文。具体地，在生成与所述业务请求报文对应的第一业务响应报文之后，所述业务服务器检测本地是否存在针对第一业务响应报文的最新的配置数据的第一标识信息。如果不存在，所述业务服务器不对所述第一业务响应报文进行处理，并通过所述网关，将所述第一业务响应报文发送至所述客户端。如果存在，所述业务服务器获取所述最新的配置数据的第一标识信息，并将所述第一标识信息与所述第一业务响应报文进行合并处理，生成合并后的所述第二业务响应报文。籍此，能够将服务端的配置数据的标识信息搭载在服务端发送的业务响应报文中，能够方便客户端及时地更新客户端的配置数据。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一个具体的例子中，假设业务服务器确定存在针对第一业务响应报文(如，“最新的支付清单”)的最新的配置数据(如，“更改客户端页面的颜色”)的第一标识信息，业务服务器将第一标识信息与第一业务响应报文进行合并处理，即将“最新的支付清单”与“更改客户端页面的颜色”进行合并处理，生成合并后的第二业务响应报文(如，“最新的支付清单+更改客户端页面的颜色”)，然后，业务服务器通过网关将合并后的第二业务响应报文发往客户端。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在步骤S103中，向所述客户端发送所述第二业务响应报文，以使所述客户端基于所述第二业务响应报文更新所述客户端的配置数据。

在本申请实施例中，在所述业务服务器中生成合并后的所述第二业务响应报文后，所述业务服务器通过所述网关向所述客户端发送所述第二业务响应报文，以使所述客户端基于所述第二业务响应报文更新所述客户端的配置数据。可替换地，在所述网关中生成合并后的所述第二业务响应报文后，所述网关向所述客户端发送所述第二业务响应报文，以使所述客户端基于所述第二业务响应报文更新所述客户端的配置数据。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在具体的实施方式中，在服务端向客户端下发配置数据的第一标识信息的过程中，服务端的网关接收到业务服务端针对客户端发送的业务请求报文生成的第一业务响应报文后，将需要下发的配置数据的第一标识信息与第一业务响应报文进行合并处理，生成合并后的第二业务响应报文，并将合并后的第二业务响应报文返回给客户端。也就是说，服务端的网关将需要下发的配置数据的第一标识信息“搭车”在第一业务响应报文上下发给客户端，且配置数据的第一标识信息与业务服务器返回的第一业务响应报文的合并，对业务服务器是无感知的，不需要业务服务器的配合执行，这样，服务端的网关就可以方便、快捷的将配置数据的第一标识信息“搭车”在第一业务响应报文上下发给客户端。进一步地，配置数据的第一标识信息“搭车”在业务服务器返回的第一业务响应报文上下发，配置数据的第一标识信息能够及时地下发到客户端。此外，配置数据的第一标识信息的数据量很小，基本不影响服务端对客户端的业务请求报文的响应速度。由于客户端与服务端的业务交互会很频繁，因此，当服务端检测到客户端有业务请求时，服务端就能够将针对该业务请求的配置数据的第一标识信息下发给客户端。进一步地，由于配置数据的第一标识信息“搭载”在第一业务响应报文上下发给客户端，那么，在确保有业务请求，以及有网络的情况下，配置数据的第一标识信息能够及时地下发到客户端。这样，提升了服务端下发配置数据的第一标识信息的及时性，以及提高了配置数据的第一标识信息下发的效率。同时，不需要长连接和复杂的设计，避免业务服务器的资源浪费，从而方便客户端及时地更新客户端的配置数据。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

通过本申请实施例提供的客户端的数据更新方法，确定服务端的配置数据的第一标识信息，并基于针对接收到的客户端的业务请求报文的第一业务响应报文和第一标识信息，生成第二业务响应报文，再向客户端发送第二业务响应报文，以使客户端基于第二业务响应报文更新客户端的配置数据，与现有的其它方式相比，通过将服务端的配置数据的标识信息搭载在服务端发送的业务响应报文中，能够方便客户端及时地更新客户端的配置数据。

本实施例的客户端的数据更新方法可以由任意适当的具有数据处理能力的设备执行，包括但不限于：摄像头、终端、移动终端、PC机、服务器、车载设备、娱乐设备、广告设备、个人数码助理(PDA)、平板电脑、笔记本电脑、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。

参照图4，示出了本申请实施例二的客户端的数据更新方法的步骤流程图。

本实施例从客户端的角度，对本申请实施例提供的客户端的数据更新方法进行说明。具体地，本实施例的客户端的数据更新方法包括以下步骤：

在步骤S201中，对接收到的服务端的业务响应报文进行解析，以确定所述业务响应报文携带的所述服务端的配置数据的第一标识信息。

在本申请实施例中，所述业务响应报文包括状态行、响应头信息和响应正文。所述响应正文可理解为服务端返回至客户端的报文内容。在接收到服务端的业务响应报文之后，所述客户端对所述业务响应报文的状态行、响应头信息和响应正文进行解析，以确定所述业务响应报文的响应正文中包含的业务数据和服务端的配置数据的第一标识信息。可选地，在确定出所述业务响应报文的响应正文中包含的业务数据之后，所述客户端可将所述业务数据提供给相应的业务模块进行后续的业务处理。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在步骤S202中，基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据。

在本申请实施例中，在确定出所述业务响应报文的响应正文中包含的服务端的配置数据的第一标识信息之后，所述客户端基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，在基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据时，当基于所述第一标识信息判定更新所述客户端的配置数据时，更新所述客户端的配置数据。具体地，当基于所述第一标识信息判定不更新所述客户端的配置数据时，不更新所述客户端的配置数据。籍此，所述客户端能够基于第一标识信息判定是否更新所述客户端的配置数据。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，所述更新所述客户端的配置数据之前，所述方法还包括：将所述第一标识信息与所述客户端本地缓存的配置数据的第二标识信息进行比对，以获得比对结果；当基于所述比对结果判定所述第一标识信息与所述第二标识信息不相同时，判定更新所述客户端的配置数据。具体地，当基于所述比对结果判定所述第一标识信息与所述第二标识信息相同时，判定不更新所述客户端的配置数据。其中，所述第二标识信息为客户端初始化的配置数据的标识信息，或者基于之前的服务端的配置数据的第一标识信息进行更新后获得的标识信息。籍此，所述客户端能够基于所述第一标识信息与所述客户端本地缓存的配置数据的第二标识信息的比对结果判定是否更新所述客户端的配置数据。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一个具体的例子中，当判定所述第一标识信息与所述第二标识信息相同时，则说明所述服务端的配置数据没有更新，因此，无需对客户端的配置数据进行更新。当判定所述第一标识信息与所述第二标识信息不相同时，则说明所述服务端的配置数据存在更新，因此，需要对客户端的配置数据进行更新，以对相应的应用程序进行设置。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，所述判定更新所述客户端的配置数据之后，也即是基于所述比对结果判定所述第一标识信息与所述第二标识信息不相同之后，所述方法还包括：基于所述第一标识信息，更新所述客户端本地缓存的配置数据的所述第二标识信息。籍此，能够方便所述客户端再次准确地判定是否更新所述客户端的配置数据。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，在判定更新所述客户端的配置数据之后，更新所述客户端的配置数据。具体地，向所述服务端发送用于请求所述服务端的配置数据的数据更新请求；对接收到的所述服务端针对所述数据更新请求的数据更新响应进行解析，以确定所述数据更新响应携带的所述服务端的配置数据；基于所述服务端的配置数据，更新所述客户端的配置数据。籍此，通过用于请求所述服务端的配置数据的数据更新请求，能够进一步方便客户端更新所述客户端的配置数据。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，当所述第一标识信息包括所述服务端的配置数据的哈希值时，所述基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据，包括：基于所述服务端的配置数据的哈希值，确定所述服务端的配置数据；基于所述服务端的配置数据，更新所述客户端的配置数据。具体地，当所述服务端的配置数据的第一标识信息为所述服务端的配置数据的哈希值时，所述客户端可基于所述服务端的配置数据的哈希值，反推出所述服务端的配置数据，并基于反推出的所述服务端的配置数据，更新所述客户端的配置数据。籍此，省略了基于所述服务端的配置数据的第一标识信息的判断过程，能够进一步方便客户端更新所述客户端的配置数据。

在一个具体的例子中，当所述服务端的配置数据为“true”或者“false”，并且该配置数据的第一标识信息为“true”或者“false”的哈希值时，所述客户端可基于该配置数据的哈希值，反推出该配置数据“true”或者“false”。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一个具体的例子中，在更新所述客户端的配置数据之后，所述客户端保存更新后的所述配置数据。然后，所述客户端本地相应的业务模块再从存储区域中获取更新后的配置数据，从而对相应的应用程序进行设置。例如，所述客户端确定更新后的配置数据为“更改客户端页面的颜色”，那么，所述客户端提取“更改客户端页面的颜色”中的“页面颜色数据”并保存，然后，客户端本地相应的业务模块从存储区域中获取“页面颜色数据”，并对客户端中应用程序的页面颜色进行更新。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

通过本申请实施例提供的客户端的数据更新方法，对接收到的服务端的业务响应报文进行解析，以确定业务响应报文携带的服务端的配置数据的标识信息，再基于服务端的配置数据的标识信息，更新客户端的配置数据，与现有的其它方式相比，通过将服务端的配置数据的标识信息搭载在服务端发送的业务响应报文中，能够方便客户端及时地更新客户端的配置数据。

本实施例的客户端的数据更新方法可以由任意适当的具有数据处理能力的设备执行，包括但不限于：摄像头、终端、移动终端、PC机、服务器、车载设备、娱乐设备、广告设备、个人数码助理(PDA)、平板电脑、笔记本电脑、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。

参照图5，示出了本申请实施例三的客户端的数据更新方法的步骤流程图。

本实施例从服务端与客户端交互的角度，对本申请实施例提供的客户端的数据更新方法进行说明。具体地，本实施例的客户端的数据更新方法包括以下步骤：

在步骤S301中，确定服务端的配置数据的第一标识信息。

由于该步骤S301与上述步骤S101类似，在此不再赘述。

在步骤S302中，基于针对接收到的客户端的业务请求报文的第一业务响应报文和所述第一标识信息，生成第二业务响应报文。

由于该步骤S302与上述步骤S102类似，在此不再赘述。

在步骤S303中，向所述客户端发送所述第二业务响应报文。

由于该步骤S303与上述步骤S103类似，在此不再赘述。

在步骤S304中，对接收到的所述第二业务响应报文进行解析，以确定所述第二业务响应报文携带的所述服务端的配置数据的第一标识信息。

由于该步骤S304与上述步骤S201类似，在此不再赘述。

在步骤S305中，基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据。

由于该步骤S305与上述步骤S202类似，在此不再赘述。

在一个具体的例子中，如图6所示，客户端向服务端发送正常业务请求。在接收到客户端发送的正常业务请求之后，服务端检测配置数据是否有更新，如果检测到配置数据有更新，服务端基于更新后的配置数据生成一个对应的新的更新标识(又称之为第一标识信息)，再将更新标识合并到针对接收到的正常业务请求的业务响应报文(又称之为第一业务响应报文)中，以生成合并后的业务响应报文，再将合并后的业务响应报文发送至客户端。客户端对合并后的业务响应报文进行解析，以确定合并后的业务响应报文(又称之为第二业务响应报文)携带的配置数据的更新标识，并将所述配置数据的更新标识与本地缓存的更新标识(又称之为第二标识信息)进行比对，如果所述配置数据的更新标识与本地缓存的更新标识不相同，客户端向服务端发起数据更新请求，以获取服务端的配置数据，并基于获取到的配置数据更新客户端的配置数据。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

通过本申请实施例提供的客户端的数据更新方法，服务端确定服务端的配置数据的第一标识信息，并基于针对接收到的客户端的业务请求报文的第一业务响应报文和第一标识信息，生成第二业务响应报文，再向客户端发送第二业务响应报文；客户端对接收到的服务端的第二业务响应报文进行解析，以确定第二业务响应报文携带的服务端的配置数据的标识信息，再基于服务端的配置数据的标识信息，更新客户端的配置数据，与现有的其它方式相比，通过将服务端的配置数据的标识信息搭载在服务端发送的业务响应报文中，能够方便客户端及时地更新客户端的配置数据。

本实施例的客户端的数据更新方法可以由任意适当的具有数据处理能力的设备执行，包括但不限于：摄像头、终端、移动终端、PC机、服务器、车载设备、娱乐设备、广告设备、个人数码助理(PDA)、平板电脑、笔记本电脑、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。

参照图7，示出了本申请实施例四中客户端的数据更新装置的结构示意图。

本实施例的客户端的数据更新装置包括：第一确定模块401，用于对接收到的服务端的业务响应报文进行解析，以确定所述业务响应报文携带的所述服务端的配置数据的第一标识信息；第一更新模块402，用于基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据。

本实施例的客户端的数据更新装置用于实现前述多个方法实施例中相应的客户端的数据更新方法，并具有相应的方法实施例的有益效果，在此不再赘述。

参照图8，示出了本申请实施例五中客户端的数据更新装置的结构示意图。

本实施例的客户端的数据更新装置包括：第一确定模块501，用于对接收到的服务端的业务响应报文进行解析，以确定所述业务响应报文携带的所述服务端的配置数据的第一标识信息；第一更新模块502，用于基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据。

可选地，所述第一更新模块502，包括：第二更新模块5023，用于当基于所述第一标识信息判定更新所述客户端的配置数据时，更新所述客户端的配置数据。

可选地，所述第二更新模块5023之前，所述第一更新模块502还包括：比对模块5021，用于将所述第一标识信息与所述客户端本地缓存的配置数据的第二标识信息进行比对，以获得比对结果；判定模块5022，用于当基于所述比对结果判定所述第一标识信息与所述第二标识信息不相同时，判定更新所述客户端的配置数据。

可选地，所述第二更新模块5023，具体用于：向所述服务端发送用于请求所述服务端的配置数据的数据更新请求；对接收到的所述服务端针对所述数据更新请求的数据更新响应进行解析，以确定所述数据更新响应携带的所述服务端的配置数据；基于所述服务端的配置数据，更新所述客户端的配置数据。

可选地，当所述第一标识信息包括所述服务端的配置数据的哈希值时，所述第一更新模块502，具体用于：基于所述服务端的配置数据的哈希值，确定所述服务端的配置数据；基于所述服务端的配置数据，更新所述客户端的配置数据。

可选地，所述判定模块5022之后，所述第一更新模块502还包括：第三更新模块5024，用于基于所述第一标识信息，更新所述客户端本地缓存的配置数据的所述第二标识信息。

本实施例的客户端的数据更新装置用于实现前述多个方法实施例中相应的客户端的数据更新方法，并具有相应的方法实施例的有益效果，在此不再赘述。

参照图9，示出了本申请实施例六中客户端的数据更新装置的结构示意图。

本实施例的客户端的数据更新装置包括：第二确定模块601，用于确定服务端的配置数据的第一标识信息；生成模块602，用于基于针对接收到的客户端的业务请求报文的第一业务响应报文和所述第一标识信息，生成第二业务响应报文；发送模块603，用于向所述客户端发送所述第二业务响应报文，以使所述客户端基于所述第二业务响应报文更新所述客户端的配置数据。

可选地，当所述第一标识信息包括所述服务端的配置数据的哈希值时，所述第二确定模块601，具体用于：生成所述服务端的配置数据的哈希值。

可选地，所述生成模块602，具体用于：将所述第一标识信息合并到所述第一业务响应报文中，以生成合并后的所述第二业务响应报文。

本实施例的客户端的数据更新装置用于实现前述多个方法实施例中相应的客户端的数据更新方法，并具有相应的方法实施例的有益效果，在此不再赘述。

图10为本申请实施例七中客户端与服务端的交互系统的示意图。如图10所示，本申请实施例提供的客户端与服务端的交互系统包括：至少一个客户端701，用于对接收到的服务端的第二业务响应报文进行解析，以确定所述第二业务响应报文携带的所述服务端的配置数据的第一标识信息，并基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据；服务端702，与所述至少一个客户端701连接，用于确定服务端的配置数据的第一标识信息，并基于针对接收到的客户端的业务请求报文的第一业务响应报文和所述第一标识信息，生成第二业务响应报文，再向所述客户端发送所述第二业务响应报文。

在本申请实施例中，所述客户端701的承载设备可包括以下中的至少一者：平板电脑、笔记本电脑、台式电脑、PC等。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

本实施例的客户端与服务端的交互系统用于实现前述多个方法实施例中相应的客户端的数据更新方法，并具有相应的方法实施例的有益效果，在此不再赘述。

图11为本申请实施例八中电子设备的结构示意图；该电子设备可以包括：

一个或多个处理器801；

计算机可读介质802，可以配置为存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述实施例一、实施例二或实施例三所述的客户端的数据更新方法。

图12为本申请实施例九中电子设备的硬件结构；如图12所示，该电子设备的硬件结构可以包括：处理器901，通信接口902，计算机可读介质903和通信总线904；

其中处理器901、通信接口902、计算机可读介质903通过通信总线904完成相互间的通信；

可选地，通信接口902可以为通信模块的接口，如GSM模块的接口；

其中，处理器901具体可以配置为：对接收到的服务端的业务响应报文进行解析，以确定所述业务响应报文携带的所述服务端的配置数据的第一标识信息；基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据。此外，处理器901还可以配置为：确定服务端的配置数据的第一标识信息；基于针对接收到的客户端的业务请求报文的第一业务响应报文和所述第一标识信息，生成第二业务响应报文；向所述客户端发送所述第二业务响应报文，以使所述客户端基于所述第二业务响应报文更新所述客户端的配置数据。

处理器901可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

计算机可读介质903可以是，但不限于，随机存取存储介质(Random AccessMemory，RAM)，只读存储介质(Read Only Memory，ROM)，可编程只读存储介质(Programmable Read-Only Memory，PROM)，可擦除只读存储介质(Erasable ProgrammableRead-Only Memory，EPROM)，电可擦除只读存储介质(Electric Erasable ProgrammableRead-Only Memory，EEPROM)等。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含配置为执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被中央处理单元(CPU)执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读介质例如可以但不限于是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储介质(RAM)、只读存储介质(ROM)、可擦式可编程只读存储介质(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储介质(CD-ROM)、光存储介质件、磁存储介质件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输配置为由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写配置为执行本申请的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络：包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个配置为实现规定的逻辑功能的可执行指令。上述具体实施例中有特定先后关系，但这些先后关系只是示例性的，在具体实现的时候，这些步骤可能会更少、更多或执行顺序有调整。即在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括第一确定模块、第一更新模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，第一确定模块还可以被描述为“对接收到的服务端的业务响应报文进行解析，以确定所述业务响应报文携带的所述服务端的配置数据的第一标识信息的模块”。

作为另一方面，本申请还提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例一、实施例二或实施例三所描述的客户端的数据更新方法。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：对接收到的服务端的业务响应报文进行解析，以确定所述业务响应报文携带的所述服务端的配置数据的第一标识信息；基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据。其中，还使得该装置：确定服务端的配置数据的第一标识信息；基于针对接收到的客户端的业务请求报文的第一业务响应报文和所述第一标识信息，生成第二业务响应报文；向所述客户端发送所述第二业务响应报文，以使所述客户端基于所述第二业务响应报文更新所述客户端的配置数据。

在本公开的各种实施方式中所使用的表述“第一”、“第二”、“所述第一”或“所述第二”可修饰各种部件而与顺序和/或重要性无关，但是这些表述不限制相应部件。以上表述仅配置为将元件与其它元件区分开的目的。例如，第一用户设备和第二用户设备表示不同的用户设备，虽然两者均是用户设备。例如，在不背离本公开的范围的前提下，第一元件可称作第二元件，类似地，第二元件可称作第一元件。

当一个元件(例如，第一元件)称为与另一元件(例如，第二元件)“(可操作地或可通信地)联接”或“(可操作地或可通信地)联接至”另一元件(例如，第二元件)或“连接至”另一元件(例如，第二元件)时，应理解为该一个元件直接连接至该另一元件或者该一个元件经由又一个元件(例如，第三元件)间接连接至该另一个元件。相反，可理解，当元件(例如，第一元件)称为“直接连接”或“直接联接”至另一元件(第二元件)时，则没有元件(例如，第三元件)插入在这两者之间。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (20)

1.一种客户端的数据更新方法，其特征在于，所述方法包括：

对接收到的服务端的业务响应报文进行解析，以确定所述业务响应报文携带的所述服务端的配置数据的第一标识信息；

基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据。

2.根据权利要求1所述的方法，其特征在于，所述基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据，包括：

当基于所述第一标识信息判定更新所述客户端的配置数据时，更新所述客户端的配置数据。

3.根据权利要求2所述的方法，其特征在于，所述更新所述客户端的配置数据之前，所述方法还包括：

将所述第一标识信息与所述客户端本地缓存的配置数据的第二标识信息进行比对，以获得比对结果；

当基于所述比对结果判定所述第一标识信息与所述第二标识信息不相同时，判定更新所述客户端的配置数据。

4.根据权利要求2所述的方法，其特征在于，所述更新所述客户端的配置数据，包括：

向所述服务端发送用于请求所述服务端的配置数据的数据更新请求；

对接收到的所述服务端针对所述数据更新请求的数据更新响应进行解析，以确定所述数据更新响应携带的所述服务端的配置数据；

基于所述服务端的配置数据，更新所述客户端的配置数据。

5.根据权利要求1所述的方法，其特征在于，当所述第一标识信息包括所述服务端的配置数据的哈希值时，所述基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据，包括：

基于所述服务端的配置数据的哈希值，确定所述服务端的配置数据；

基于所述服务端的配置数据，更新所述客户端的配置数据。

6.根据权利要求3所述的方法，其特征在于，所述判定更新所述客户端的配置数据之后，所述方法还包括：

基于所述第一标识信息，更新所述客户端本地缓存的配置数据的所述第二标识信息。

7.一种客户端的数据更新方法，其特征在于，所述方法包括：

确定服务端的配置数据的第一标识信息；

基于针对接收到的客户端的业务请求报文的第一业务响应报文和所述第一标识信息，生成第二业务响应报文；

向所述客户端发送所述第二业务响应报文，以使所述客户端基于所述第二业务响应报文更新所述客户端的配置数据。

8.根据权利要求7所述的方法，其特征在于，当所述第一标识信息包括所述服务端的配置数据的哈希值时，所述确定服务端的配置数据的第一标识信息，包括：

生成所述服务端的配置数据的哈希值。

9.根据权利要求7或8所述的方法，其特征在于，所述基于针对接收到的客户端的业务请求报文的第一业务响应报文和所述第一标识信息，生成第二业务响应报文，包括：

将所述第一标识信息合并到所述第一业务响应报文中，以生成合并后的所述第二业务响应报文。

10.一种客户端的数据更新装置，其特征在于，所述装置包括：

第一确定模块，用于对接收到的服务端的业务响应报文进行解析，以确定所述业务响应报文携带的所述服务端的配置数据的第一标识信息；

第一更新模块，用于基于所述服务端的配置数据的第一标识信息，更新所述客户端的配置数据。

11.根据权利要求10所述的装置，其特征在于，所述第一更新模块，包括：

第二更新模块，用于当基于所述第一标识信息判定更新所述客户端的配置数据时，更新所述客户端的配置数据。

12.根据权利要求11所述的装置，其特征在于，所述第二更新模块之前，所述第一更新模块还包括：

比对模块，用于将所述第一标识信息与所述客户端本地缓存的配置数据的第二标识信息进行比对，以获得比对结果；

判定模块，用于当基于所述比对结果判定所述第一标识信息与所述第二标识信息不相同时，判定更新所述客户端的配置数据。

13.根据权利要求11所述的装置，其特征在于，所述第二更新模块，具体用于：

向所述服务端发送用于请求所述服务端的配置数据的数据更新请求；

对接收到的所述服务端针对所述数据更新请求的数据更新响应进行解析，以确定所述数据更新响应携带的所述服务端的配置数据；

基于所述服务端的配置数据，更新所述客户端的配置数据。

14.根据权利要求10所述的装置，其特征在于，当所述第一标识信息包括所述服务端的配置数据的哈希值时，所述第一更新模块，具体用于：

基于所述服务端的配置数据的哈希值，确定所述服务端的配置数据；

基于所述服务端的配置数据，更新所述客户端的配置数据。

15.根据权利要求12所述的装置，其特征在于，所述判定模块之后，所述第一更新模块还包括：

第三更新模块，用于基于所述第一标识信息，更新所述客户端本地缓存的配置数据的所述第二标识信息。

16.一种客户端的数据更新装置，其特征在于，所述装置包括：

第二确定模块，用于确定服务端的配置数据的第一标识信息；

生成模块，用于基于针对接收到的客户端的业务请求报文的第一业务响应报文和所述第一标识信息，生成第二业务响应报文；

发送模块，用于向所述客户端发送所述第二业务响应报文，以使所述客户端基于所述第二业务响应报文更新所述客户端的配置数据。

17.根据权利要求16所述的装置，其特征在于，当所述第一标识信息包括所述服务端的配置数据的哈希值时，所述第二确定模块，具体用于：

生成所述服务端的配置数据的哈希值。

18.根据权利要求16或17所述的装置，其特征在于，所述生成模块，具体用于：

将所述第一标识信息合并到所述第一业务响应报文中，以生成合并后的所述第二业务响应报文。

19.一种电子设备，包括：

一个或多个处理器；

计算机可读介质，配置为存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任意一项权利要求所述的客户端的数据更新方法，或者，实现如权利要求7-9中任意一项权利要求所述的客户端的数据更新方法。

20.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-6中任意一项权利要求所述的客户端的数据更新方法，或者，实现如权利要求7-9中任意一项权利要求所述的客户端的数据更新方法。

Images