CN108023922A - 一种下发及设置配置数据的方法、装置及系统 - Google Patents

Abstract

本申请涉及移动互联网领域，特别涉及一种下发及设置配置数据的方法、装置及系统。该方法为：在服务端网关向客户端下发配置数据的过程中，服务端网关接收到业务服务端针对客户端发送的业务请求报文生成的业务响应报文后，将需要下发的配置数据与业务响应报文进行合并处理，生成合并后的响应报文，并将合并后的响应报文返回给客户端。由于配置数据“搭载”在业务响应报文上下发给客户端，那么，在确保有业务请求，以及有网络的情况下，配置数据就能够百分百下发到客户端，这样，就提升了服务端网关下发配置数据的及时性，提高了配置数据下发的效率的同时，也减少了服务端网关数据维护量，从而也降低了运维成本。

Description

一种下发及设置配置数据的方法、装置及系统

技术领域

本申请涉及移动互联网领域，特别涉及一种下发及设置配置数据的方法、装置及系统。

背景技术

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

在现有技术下，当服务端发现有配置数据发生改变时，服务端通常采用推送(push)模式将修改后的配置数据下发至客户端。也就是说，服务端与客户端之间建立长连接，即建立一个专用通道(即push通道)，服务端将修改后的配置数据通过push通道下发给客户端。

然而，采用push模式下发配置数据的方法仍旧存在不足之处。

首先，服务端与客户端建立的push通道不稳定，在配置数据下发的过程中，若push通道断开连接，则服务端就认为客户端不在线，那么，服务端就无法将配置数据继续下发给客户端。

其次，服务端向客户端下发配置数据存在数据丢失的情况，不能保证百分百下发成功。

再次，在服务端向客户端下发配置数据的过程中，服务端需要记录哪些客户端已下发成功，哪些客户端未下发成功，那么，就会导致服务端数据维护量大，从而，增加了运维成本。

综上所述，现有技术下的配置数据下发方法仍然存在许多缺陷，因此，需要开发一种新的配置数据下发方法来克服上述缺陷。

发明内容

本申请实施例提供一种下发及设置配置数据的方法、装置及系统，用以解决现有技术中存在的服务端网关配置数据下发不及时，下发效率低，以及运维成本高的问题。

本申请实施例提供的具体技术方案如下：

一种下发及设置配置数据的系统，至少包括服务端网关、若干客户端和若干业务服务端，其中，

服务端网关，用于接收业务服务端基于客户端发送的业务请求报文返回的业务响应报文，并基于预设的最新的配置数据与所述业务响应报文生成合并后的响应报文，以及将所述合并后的响应报文发送至客户端；

客户端，用于向服务端网关发送业务请求报文，以及接收服务端网关返回的携带有最新的配置数据的合并后的响应报文，并基于所述合并后的响应报文完成相应配置操作。

可选的，接收客户端发送的业务请求报文之后，在将所述业务请求报文发送至对应的业务服务端之前，所述服务端网关进一步用于：

对接收到的所述客户端发送的所述业务请求报文的签名进行验证；

确定通过验证时，判定所述业务请求报文为合法报文。

可选的，接收到业务服务端返回的业务响应报文之后，基于预设的配置数据与所述业务响应报文生成合并后的响应报文之前，所述服务端网关进一步用于：

确定业务响应报文对应的业务类型；

确定对应所述业务类型，预设有最新的配置数据。

可选的，所述最新的配置数据至少包括以下一种或任意组合：

改变客户端操作界面的属性参数；

在增加客户端页面增加、删除、修改某一功能按钮；

移动某种页面元素的坐标位置。

可选的，确定对应所述业务类型，预设有最新的配置数据时，所述服务端网关进一步用于：

向数据配置后台发送询问指令，根据数据配置后台的反馈确定针对业务响应报文对应的所述业务类型，预设有最新的配置数据；或者，

检测本地针对业务响应报文对应的所述业务类型，预设有最新的配置数据；或者，

根据管理员指示确定针对业务响应报文对应的所述业务类型，预设有最新的配置数据。

可选的，基于所述合并后的响应报文完成相应配置操作时，所述客户端进一步用于：

对所述合并后的响应报文进行解析，并对所述合并后的响应报文进行拆分，得到业务响应报文和最新的配置数据；

提取所述最新的配置数据，并基于所述最新的配置数据对相应的应用程序进行设置。

可选的，所述客户端进一步用于：

提取所述业务响应报文中的业务数据，并基于所述业务数据进行后续的业务处理。

一种下发配置数据的方法，包括：

服务端网关接收业务服务端基于客户端发送的业务请求报文返回的业务响应报文；

服务端网关基于预设的最新的配置数据与所述业务响应报文生成合并后的响应报文；

服务端网关将所述合并后的响应报文发送至客户端。

可选的，服务端网关接收到客户端发送的业务请求报文之后，将所述业务请求报文发送至对应的业务服务端之前，

对接收到的所述客户端发送的所述业务请求报文的签名进行验证；

确定通过验证时，判定所述业务请求报文为合法报文。

可选的，服务端网关接收到业务服务端返回的业务响应报文之后，基于预设的最新的配置数据与所述业务响应报文生成合并后的响应报文之前，

确定业务响应报文对应的业务类型；

确定对应所述业务类型，预设有最新的配置数据。

可选的，所述最新的配置数据至少包括以下一种或任意组合：

改变客户端操作界面的属性参数；

在增加客户端页面增加、删除、修改某一功能按钮；

移动某种页面元素的坐标位置。

可选的，服务端网关确定对应所述业务类型，预设有最新的配置数据时，

向数据配置后台发送询问指令，根据数据配置后台的反馈确定针对业务响应报文对应的所述业务类型，预设有最新的配置数据；或者，

检测本地针对业务响应报文对应的所述业务类型，预设有最新的配置数据；或者，

根据管理员指示确定针对业务响应报文对应的所述业务类型，预设有最新的配置数据。

一种设置配置数据的方法，包括：

客户端向服务端网关发送业务请求报文，触发服务端网关执行以下操作：将业务请求报文发送至业务服务端，并基于业务服务端返回的业务响应报文和预设的最新的配置数据生成合并后的响应报文；

客户端接收所述服务端网关返回的携带有最新的配置数据的合并后的响应报文；

客户端基于所述合并后的响应报文携带的所述最新的配置数据完成相应设置操作。

可选的，客户端基于所述合并后的响应报文携带的所述最新的配置数据完成相应设置操作时，

对所述合并后的响应报文进行解析，并对所述合并后的响应报文进行拆分，得到业务响应报文和最新的配置数据；

提取所述最新的配置数据，并基于所述最新的配置数据对相应的应用程序进行设置。

可选的，进一步包括：

提取所述业务响应报文中的业务数据，并基于所述业务数据进行后续的业务处理。

一种下发配置数据的装置，包括：

第一接收单元，用于接收业务服务端基于客户端发送的业务请求报文返回的业务响应报文；

生成单元，用于基于预设的最新的配置数据与所述业务响应报文生成合并后的响应报文；

第一发送单元，用于将所述合并后的响应报文发送至客户端。

可选的，在接收到客户端发送的业务请求报文之后，将所述业务请求报文发送至对应的业务服务端之前，

对接收到的所述客户端发送的所述业务请求报文的签名进行验证；

确定通过验证时，判定所述业务请求报文为合法报文。

可选的，在接收到业务服务端返回的业务响应报文之后，基于预设的最新的配置数据与所述业务响应报文生成合并后的响应报文之前，

确定业务响应报文对应的业务类型；

确定对应所述业务类型，预设有最新的配置数据。

可选的，所述最新的配置数据至少包括以下一种或任意组合：

改变客户端操作界面的属性参数；

在增加客户端页面增加、删除、修改某一功能按钮；

移动某种页面元素的坐标位置。

可选的，在确定对应所述业务类型，预设有最新的配置数据时，

向数据配置后台发送询问指令，根据数据配置后台的反馈确定针对业务响应报文对应的所述业务类型，预设有最新的配置数据；或者，

检测本地针对业务响应报文对应的所述业务类型，预设有最新的配置数据；或者，

根据管理员指示确定针对业务响应报文对应的所述业务类型，预设有最新的配置数据。

一种设置配置数据的装置，包括：

第二发送单元，用于向服务端网关发送业务请求报文，触发服务端网关执行以下操作：将业务请求报文发送至业务服务端，并基于业务服务端返回的业务响应报文和预设的最新的配置数据生成合并后的响应报文；

第二接收单元，用于接收所述服务端网关返回的携带有最新的配置数据的合并后的响应报文；

设置单元，用于基于所述合并后的响应报文携带的最新的配置数据完成相应设置操作。

可选的，基于所述合并后的响应报文携带的所述最新的配置数据完成相应设置操作时，

对所述合并后的响应报文进行解析，并对所述合并后的响应报文进行拆分，得到业务响应报文和最新的配置数据；

提取所述最新的配置数据，并基于所述最新的配置数据对相应的应用程序进行设置。

可选的，所述设置单元进一步用于：

提取所述业务响应报文中的业务数据，并基于所述业务数据进行后续的业务处理。

本申请有益效果如下：

综上所述，本申请实施例中，在服务端网关向客户端下发配置数据的过程中，服务端网关接收到业务服务端针对客户端发送的业务请求报文生成的业务响应报文后，将需要下发的配置数据与业务响应报文进行合并处理，生成合并后的响应报文，并将合并后的响应报文返回给客户端。

也就是说，服务端网关将需要下发的配置数据“搭车”在业务响应报文上下发给客户端，且配置数据与业务服务端返回的业务响应报文的合并，对业务服务端是无感知的，不需要业务服务端的配合执行，这样，服务端网关就可以方便、快捷的将配置数据“搭车”在业务响应报文上下发给客户端。进一步的，配置数据“搭车”在业务服务端返回的业务响应报文上下发，配置数据能够及时的、百分百下发到客户端。

由于客户端与服务端网关的业务交互会很频繁，因此，当服务端网关检测到客户端有业务请求时，服务端网关就能够将针对该业务请求对应的业务类型设置的配置数据下发给客户端，进一步的，由于配置数据“搭载”在业务响应报文上下发给客户端，那么，在确保有业务请求，以及有网络的情况下，配置数据能够百分百下发到客户端。这样，就提升了服务端网关下发配置数据的及时性，以及提高了配置数据下发的效率；同时也减少了服务端网关数据维护量，从而也降低了运维成本。

附图说明

图1为本申请实施例中系统架构示意图；

图2a为本申请实施例中服务端网关将配置数据下发至客户端流程图a；

图2b为本申请实施例中服务端网关将配置数据下发至客户端流程图b；

图3为本申请实施例中服务端网关的装置结构示意图；

图4为本申请实施例中客户端的装置结构示意图。

具体实施方式

为了提高服务端配置数据的下发更快速、准确，以及为了降低运维成本，本申请设计了一种新的配置数据下发方法，该方法为：在客户端与服务端网关进行业务数据交互的过程中，服务端网关将需要下发给客户端的配置数据与业务服务端返回的业务响应报文进行合并，生成合并后的响应报文，并返回给客户端。

下面将结合附图对本申请优选的实施方式作出进一步的详细说明。

参阅图1所示，本申请实施例中，服务端配置数据下发至客户端的系统架构至少包括一个服务端网关，若干客户端，以及若干业务服务端。

服务端网关，用于接收客户端发出的业务请求报文，并对该业务请求报文进行处理，接着，将该业务请求报文转发给业务服务端；以及，接收业务服务端返回的业务响应报文，并基于预设的配置数据与业务响应报文生成合并后的响应报文，最后，将合并后的响应报文返回至客户端。

客户端，用于向服务端网关发送业务请求报文，以及接收服务端网关返回的携带有配置数据的合并后的响应报文，并基于合并后的响应报文完成配置操作；

业务服务端，可用于接收服务端网关发送的业务请求报文，并基于该业务请求报文的业务参数生成相应的业务响应报文，接着，将该业务响应报文返回服务端网关。

具体的，参阅图2a和图2b所示，本申请实施例中，服务端将配置数据下发至客户端的详细流程如下：

步骤201：客户端向服务端网关发送业务请求报文。

具体的，当用户使用客户端的某个业务功能时(如，触发使用客户端中的某个业务模块)，则客户端会生成相应的业务请求报文。

例如，客户端确定用户触发使用“支付业务”时，会在“支付业务”对应的业务模块1中生成初始业务请求报文，接着，在客户端网关处对生成的初始业务请求报文进行签名加密，并采用与相应的业务服务端约定的通讯协议对签名加密后的业务请求报文进行封装，得到最终的业务请求报文。

然后，客户端会通过本地的客户端网关将最终生成的业务请求报文发往服务端网关。

步骤202：服务端网关接收客户端发送的业务请求报文。

例如，假设服务端网关接收到业务请求报文与“支付业务”相关，那么，服务端网关就确定用户在客户端触发了“支付业务”。

步骤203：服务端网关验证接收的业务请求报文是否合法，若是，则执行步骤204；否则，返回步骤201。

具体的，服务端网关接收到客户端发送的业务请求报文后，会对接收的业务请求报文进行合法性验证，以确定接收的业务请求报文是否合法。

所谓对接收到的业务请求报文进行合法性验证，就是指服务端网关采用约定的密钥对客户端发送的业务请求报文进行签名验证。

例如，客户端使用密钥1对初始业务请求报文(如，“请求获取最新的业务清单”)进行签名加密得到最终的业务请求报文(如，“请求获取最新的业务清单+签名码1”)；服务端网关接收到客户端发送的业务请求报文(如，“请求获取最新的业务清单+签名码1”)后，服务端网关采用与客户端约定的同样的密钥1对初始的业务请求报文(如，“请求获取最新的业务清单”)进行签名加密，得到“请求获取最新的业务清单+签名码2”，服务端网关通过判断“签名码1”与“签名码2”是否一致，来验证接收的业务请求报文是否合法。

步骤204：服务端网关将业务请求报文转发至相应的业务服务端。

例如，假设服务端网关判定接收到的与“支付业务”相关的业务请求报文合法，那么，服务端网关会在本地的报文请求处理器中根据该业务请求报文调用的应用程序接口(Application Program Interface，API)将上述业务请求报文转发至与“支付业务”相对应的业务服务端。

步骤205：业务服务端基于接收到的业务请求报文生成相应的业务响应报文，并将业务响应报文返回服务端网关。

业务服务端接收到服务端网关转发的业务请求报文后，首先，获取该业务请求报文的业务数据，并对获取的业务数据进行处理，得到相应的处理结果；然后，基于该处理结果生成相应的业务响应报文；最后，将生成的业务响应报文返回服务端网关。

例如，业务服务端接收到服务端网关发送的业务请求报文后，业务服务端获取该业务请求报文的业务数据(如，“获取最新的业务清单”)，接着，业务服务端基于获取请求报文的业务数据生成相应的业务响应报文(如，“最新的业务清单”)，并将生成的该业务响应报文返回给服务端网关。

步骤206：服务端网关接收到业务响应报文。

服务端网关接收到业务服务端返回的业务响应报文，其中，上述业务响应报文是业务服务端基于已处理业务请求报文的业务数据生成的。

步骤207：服务端网关判断针对业务响应报文对应的业务类型是否存在最新的配置数据，若是，则执行步骤208；否则，执行步骤209。

具体的，服务端网关判断是否存在针对业务响应报文对应的业务类型设置的最新的配置数据时，可以采用但不限于以下方式中的任意一种：

方式一：服务端网关接收到业务响应报文后，实时向数据配置后台发送询问指令，询问是否存在针对业务响应报文对应的业务类型设置的最新的配置数据；

方式二：服务端网关检测本地是否存在针对业务响应报文对应的业务类型设置的最新的配置数据；

在采用方式二时，数据配置后台可以在设置最新的配置数据后，定期将最新的配置数据发送至服务端网关进行保存。

方式三：服务端网关根据管理员指示判断是否存在针对业务响应报文对应的业务类型设置的最新的配置数据。

在采用方式三时，服务端网关根据管理员指示确定存在最新的配置数据时，可以去指定存储位置(如，数据配置后台)获取。

进一步的，上述最新的配置数据至少包括以下一种或任意组合：

改变客户端的操作界面的属性参数(如，页面颜色、页面布局等等)；

在客户端页面增加/删除/修改某一功能按钮；

移动某种页面元素的坐标位置；

……

步骤208：服务端网关获取最新的配置数据，并将最新的配置数据与业务响应报文进行合并处理，生成合并后的响应报文，然后，将合并后的响应报文发往客户端，接着，执行步骤211。

例如，假设服务端网关确定针对业务响应报文(如，“最新的业务清单”)对应的业务类型，存在设置的最新的配置数据(如，“改变客户端页面颜色”)，服务端网关将最新的配置数据与业务响应报文进行合并处理，即将“最新的业务清单”与“改变客户端页面颜色”进行合并处理，生成合并后的响应报文(如，“最新的业务清单+改变客户端页面颜色”)，然后，服务端网关将该合并后的响应报文发往客户端。

步骤209：服务端网关将业务响应报文发往客户端，接着，执行步骤210。

服务端网关确定针对接收到的业务响应报文对应的业务类型，不存在设置的最新的配置数据，那么，服务端网关直接将接收到的业务响应报文发送给客户端。

例如，假设服务端网关接收到的业务响应报文为“最新业务清单”，服务端网关确定不存在针对“最新业务清单”相应的业务模块2设置的最新的配置数据，那么，服务端网关就直接将“最新业务清单”发送给客户端。

步骤210：客户端接收服务端网关发送的业务响应报文，接着，结束流程。

客户端接收到服务端网关发送的业务响应报文后，从该业务响应报文中提取出业务数据，并将该业务数据提供给相应的业务模块进行后续的业务处理。

例如，客户端接收到服务端网关发送的“最新业务清单”后，客户端提取出“最新业务清单”中的“清单列表”，然后，客户端将提取出的“清单列表”提供给相应的业务模块2进行业务清单的更新。

步骤211：客户端接收到服务端网关发送的合并后的响应报文。

步骤212：客户端对接收到的合并后的响应报文进行解析。

具体的，响应报文由状态行、响应头信息和响应正文三个部分组成，所谓响应正文就是指服务端网关返回客户端的报文内容。

客户端接收到上述合并后的响应报文后，会对该合并后的响应报文的状态行、响应头信息以及响应正文进行解析，确定上述合并后的响应报文的响应正文中包含有最新的配置数据后，就对该合并后的响应报文进行拆分，得到相应的业务响应报文和最新的配置数据。

例如，假设客户端接收到合并后的响应报文为“最新的业务清单+改变客户端页面颜色”，那么，客户端就对“最新的业务清单+改变客户端页面颜色”的状态行、响应头信息以及响应正文进行解析处理，并确定该合并后的响应报文的响应正文中包含有“改变客户端页面颜色”，即客户端确定该合并后的响应报文中包含有最新的配置数据，那么，客户端就对最新的业务清单+改变客户端页面颜色”进行拆分，得到“最新的业务清单”和“改变客户端页面颜色”。

步骤213：客户端获取从合并后的响应报文中拆分出的业务响应报文。

具体的，客户端获取从合并后的响应报文中拆分出的业务响应报文后，进一步的从该业务响应报文中提取出业务数据，并将该业务数据提供给相应的业务模块进行后续的业务处理。

例如，客户端提取从“最新的业务清单+改变客户端页面颜色”中拆分出的“最新业务清单”后，客户端进一步的提取出“最新业务清单”中的“清单列表”，然后，客户端将提取出的“清单列表”提供给相应的业务模块2进行后续的业务清单更新。

步骤214：客户端提取最新的配置数据，并根据该最新的配置数据对相应的应用程序进行设置。

具体的，客户端根据解析结果确定针对业务响应报文对应的业务类型，存在设置的最新的配置数据后，客户端先提取该最新的配置数据并进行保存，然后，客户端本地相应的业务模块再从存储区域中获取最新的配置数据，从而对相应的应用程序进行设置。

例如，客户端确定针对“最新的业务清单”对应的业务类型设置的最新的配置数据是“改变客户端页面颜色”，那么，客户端就提取“改变客户端页面颜色”中的“页面颜色数据”并保存，然后，客户端本地相应的业务模块2从存储区域中获取“页面颜色数据”，并对客户端中用于呈现“最新的业务清单”的应用程序的页面颜色进行更新。

在现有技术下的，当服务端网关发现有最新的配置数据需要下发时，则采用push通道下发给客户端，而采用push通道下发的方法，在配置数据下发的过程中，若push通道断开连接，则服务端网关就认为客户端不在线，那么，服务端就无法将配置数据继续下发给客户端，这样，就会导致配置数据下发到达率非常低，而且当前不同的厂商采用的push通道存在较大的差异。

而采用本申请实施例中的技术方案，当服务端网关检测到客户端有业务请求时，服务端网关就能够将针对上述业务请求对应的业务类型设置的配置数据下发给客户端，配置数据“搭载”在服务端网关的接口上下发给客户端，那么，在确保有业务请求，以及有网络的情况下，配置数据就能够百分百下发到客户端。

下面将通过举例简要说明本申请实施例在业务场景里的应用。

例如，XX旅行APP里“火车票业务”中有一个“抢票功能”，而每当春运时，由于使用“抢票功能”的用户会比较多，且存在一定的政策风险，此时，就需要将XX旅行APP里的“火车票业务”中的“抢票功能”暂时关闭，那么，“关闭抢票功能”就是一个针对“火车票业务”的一个配置数据，也就是说，“关闭抢票功能”就是服务端网关针对XX旅行APP需要下发的一个配置数据。

具体的，用户使用用户终端打开XX旅行APP，呈现XX旅行APP的业务界面，当用户点击业务界面中“火车票业务”的“购票功能”时，用户终端就会基于用户点击的“购票功能”生成一个相应的“购票请求报文”，发往服务端网关，并经过服务端网关处理后转发至业务服务端，业务服务端会基于该“购票请求报文”生成相应的业务响应报文，并发往服务端网关，此时，若服务端网关确定存在一个针对“火车票业务”的配置数据(如，“关闭抢票功能”)需要下发给用户终端，那么，服务端网关就可以将配置数据(“关闭抢票功能”)与上述业务服务端生成的与“购票请求报文”相应的业务响应报文进行合并处理，生成合并后的响应报文，并将合并后的响应报文发往用户终端，这样，配置数据(“关闭抢票功能”)就可以“搭载”在业务服务端生成的与“购票请求报文”相应的业务响应报文中下发给用户终端，从而，在确保有业务请求，以及有网络的情况下，配置数据(“关闭抢票功能”)就能够百分百下发到客户端，这样就能够及时、准确的关闭XX旅行APP中“火车票业务”的“抢票功能”。

参阅图3所示，本申请实施例中，一种下发配置数据的装置(如，服务端网关)至少包括第一接收单元30、生成单元31以及第一发送单元32，其中，

第一接收单元30，用于接收业务服务端基于客户端发送的业务请求报文返回的业务响应报文；

生成单元31，用于基于预设的最新的配置数据与所述业务响应报文生成合并后的响应报文；

第一发送单元32，用于将所述合并后的响应报文发送至客户端。

可选的，在接收到客户端发送的业务请求报文之后，将所述业务请求报文发送至对应的业务服务端之前，

对接收到的所述客户端发送的所述业务请求报文的签名进行验证；

确定通过验证时，判定所述业务请求报文为合法报文。

可选的，在接收到业务服务端返回的业务响应报文之后，基于预设的最新的配置数据与所述业务响应报文生成合并后的响应报文之前，

确定业务响应报文对应的业务类型；

确定对应所述业务类型，预设有最新的配置数据。

可选的，所述最新的配置数据至少包括以下一种或任意组合：

改变客户端操作界面的属性参数；

在增加客户端页面增加、删除、修改某一功能按钮；

移动某种页面元素的坐标位置。

可选的，在确定对应所述业务类型，预设有最新的配置数据时，

向数据配置后台发送询问指令，根据数据配置后台的反馈确定针对业务响应报文对应的所述业务类型，预设有最新的配置数据；或者，

检测本地针对业务响应报文对应的所述业务类型，预设有最新的配置数据；或者，

根据管理员指示确定针对业务响应报文对应的所述业务类型，预设有最新的配置数据。

参阅图4所示，本申请实施例中，一种设置配置数据的装置(如，客户端)，至少包括第二发送单元40、第二接收单元41以及设置单元42，其中

第二发送单元40，用于向服务端网关发送业务请求报文，触发服务端网关执行以下操作：将业务请求报文发送至业务服务端，并基于业务服务端返回的业务响应报文和预设的最新的配置数据生成合并后的响应报文；

第二接收单元41，用于接收所述服务端网关返回的携带有最新的配置数据的合并后的响应报文；

设置单元42，用于基于所述合并后的响应报文携带的最新的配置数据完成相应设置操作。

可选的，基于所述合并后的响应报文携带的所述最新的配置数据完成相应设置操作时，

对所述合并后的响应报文进行解析，并对所述合并后的响应报文进行拆分，得到业务响应报文和最新的配置数据；

提取所述最新的配置数据，并基于所述最新的配置数据对相应的应用程序进行设置。

可选的，所述设置单元42进一步用于：

提取所述业务响应报文中的业务数据，并基于所述业务数据进行后续的业务处理。

综上所述，本申请实施例中，在服务端网关向客户端下发配置数据的过程中，服务端网关接收到业务服务端针对客户端发送的业务请求报文生成的业务响应报文后，将需要下发的配置数据与业务响应报文进行合并处理，生成合并后的响应报文，并将合并后的响应报文返回给客户端。

也就是说，服务端网关将需要下发的配置数据“搭车”在业务响应报文上下发给客户端，且配置数据与业务服务端返回的业务响应报文的合并，对业务服务端是无感知的，不需要业务服务端的配合执行，这样，服务端网关就可以方便、快捷的将配置数据“搭车”在业务响应报文上下发给客户端。进一步的，配置数据“搭车”在业务服务端返回的业务响应报文上下发，配置数据能够及时的、百分百下发到客户端。

由于客户端与服务端网关的业务交互会很频繁，因此，当服务端网关检测到客户端有业务请求时，服务端网关就能够将针对该业务请求对应的业务类型设置的配置数据下发给客户端，进一步的，由于配置数据“搭载”在业务响应报文上下发给客户端，那么，在确保有业务请求，以及有网络的情况下，配置数据能够百分百下发到客户端。这样，就提升了服务端网关下发配置数据的及时性，以及提高了配置数据下发的效率；同时也减少了服务端网关数据维护量，从而也降低了运维成本。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

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

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (23)

1.一种下发及设置配置数据的系统，至少包括服务端网关、若干客户端和若干业务服务端，其特征在于，其中，

服务端网关，用于接收业务服务端基于客户端发送的业务请求报文返回的业务响应报文，并基于预设的最新的配置数据与所述业务响应报文生成合并后的响应报文，以及将所述合并后的响应报文发送至客户端；

客户端，用于向服务端网关发送业务请求报文，以及接收服务端网关返回的携带有最新的配置数据的合并后的响应报文，并基于所述合并后的响应报文完成相应配置操作。

2.如权利要求1所述的系统，其特征在于，接收客户端发送的业务请求报文之后，在将所述业务请求报文发送至对应的业务服务端之前，所述服务端网关进一步用于：

对接收到的所述客户端发送的所述业务请求报文的签名进行验证；

确定通过验证时，判定所述业务请求报文为合法报文。

3.如权利要求1或2所述的系统，其特征在于，接收到业务服务端返回的业务响应报文之后，基于预设的配置数据与所述业务响应报文生成合并后的响应报文之前，所述服务端网关进一步用于：

确定业务响应报文对应的业务类型；

确定对应所述业务类型，预设有最新的配置数据。

4.如权利要求3所述的系统，其特征在于，所述最新的配置数据至少包括以下一种或任意组合：

改变客户端操作界面的属性参数；

在增加客户端页面增加、删除、修改某一功能按钮；

移动某种页面元素的坐标位置。

5.如权利要求3所述的系统，其特征在于，确定对应所述业务类型，预设有最新的配置数据时，所述服务端网关进一步用于：

向数据配置后台发送询问指令，根据数据配置后台的反馈确定针对业务响应报文对应的所述业务类型，预设有最新的配置数据；或者，

检测本地针对业务响应报文对应的所述业务类型，预设有最新的配置数据；或者，

根据管理员指示确定针对业务响应报文对应的所述业务类型，预设有最新的配置数据。

6.如权利要求1或2所述的系统，其特征在于，基于所述合并后的响应报文完成相应配置操作时，所述客户端进一步用于：

对所述合并后的响应报文进行解析，并对所述合并后的响应报文进行拆分，得到业务响应报文和最新的配置数据；

提取所述最新的配置数据，并基于所述最新的配置数据对相应的应用程序进行设置。

7.如权利要求6所述的系统，其特征在于，所述客户端进一步用于：

提取所述业务响应报文中的业务数据，并基于所述业务数据进行后续的业务处理。

8.一种下发配置数据的方法，其特征在于，包括：

服务端网关接收业务服务端基于客户端发送的业务请求报文返回的业务响应报文；

服务端网关基于预设的最新的配置数据与所述业务响应报文生成合并后的响应报文；

服务端网关将所述合并后的响应报文发送至客户端。

9.如权利要求8所述的方法，其特征在于，服务端网关接收到客户端发送的业务请求报文之后，将所述业务请求报文发送至对应的业务服务端之前，

对接收到的所述客户端发送的所述业务请求报文的签名进行验证；

确定通过验证时，判定所述业务请求报文为合法报文。

10.如权利要求8或9所述的方法，其特征在于，服务端网关接收到业务服务端返回的业务响应报文之后，基于预设的最新的配置数据与所述业务响应报文生成合并后的响应报文之前，

确定业务响应报文对应的业务类型；

确定对应所述业务类型，预设有最新的配置数据。

11.如权利要求10所述的方法，其特征在于，所述最新的配置数据至少包括以下一种或任意组合：

改变客户端操作界面的属性参数；

在增加客户端页面增加、删除、修改某一功能按钮；

移动某种页面元素的坐标位置。

12.如权利要求10所述的方法，其特征在于，服务端网关确定对应所述业务类型，预设有最新的配置数据时，

向数据配置后台发送询问指令，根据数据配置后台的反馈确定针对业务响应报文对应的所述业务类型，预设有最新的配置数据；或者，

检测本地针对业务响应报文对应的所述业务类型，预设有最新的配置数据；或者，

根据管理员指示确定针对业务响应报文对应的所述业务类型，预设有最新的配置数据。

13.一种设置配置数据的方法，其特征在于，包括：

客户端向服务端网关发送业务请求报文，触发服务端网关执行以下操作：将业务请求报文发送至业务服务端，并基于业务服务端返回的业务响应报文和预设的最新的配置数据生成合并后的响应报文；

客户端接收所述服务端网关返回的携带有最新的配置数据的合并后的响应报文；

客户端基于所述合并后的响应报文携带的所述最新的配置数据完成相应设置操作。

14.如权利要求13所述的方法，其特征在于，客户端基于所述合并后的响应报文携带的所述最新的配置数据完成相应设置操作时，

对所述合并后的响应报文进行解析，并对所述合并后的响应报文进行拆分，得到业务响应报文和最新的配置数据；

提取所述最新的配置数据，并基于所述最新的配置数据对相应的应用程序进行设置。

15.如权利要求13或14所述的方法，其特征在于，进一步包括：

提取所述业务响应报文中的业务数据，并基于所述业务数据进行后续的业务处理。

16.一种下发配置数据的装置，其特征在于，包括：

第一接收单元，用于接收业务服务端基于客户端发送的业务请求报文返回的业务响应报文；

生成单元，用于基于预设的最新的配置数据与所述业务响应报文生成合并后的响应报文；

第一发送单元，用于将所述合并后的响应报文发送至客户端。

17.如权利要求16所述的装置，其特征在于，在接收到客户端发送的业务请求报文之后，将所述业务请求报文发送至对应的业务服务端之前，

对接收到的所述客户端发送的所述业务请求报文的签名进行验证；

确定通过验证时，判定所述业务请求报文为合法报文。

18.如权利要求16或17所述的装置，其特征在于，在接收到业务服务端返回的业务响应报文之后，基于预设的最新的配置数据与所述业务响应报文生成合并后的响应报文之前，

确定业务响应报文对应的业务类型；

确定对应所述业务类型，预设有最新的配置数据。

19.如权利要求18所述的装置，其特征在于，所述最新的配置数据至少包括以下一种或任意组合：

改变客户端操作界面的属性参数；

在增加客户端页面增加、删除、修改某一功能按钮；

移动某种页面元素的坐标位置。

20.如权利要求18所述的装置，其特征在于，在确定对应所述业务类型，预设有最新的配置数据时，

向数据配置后台发送询问指令，根据数据配置后台的反馈确定针对业务响应报文对应的所述业务类型，预设有最新的配置数据；或者，

检测本地针对业务响应报文对应的所述业务类型，预设有最新的配置数据；或者，

根据管理员指示确定针对业务响应报文对应的所述业务类型，预设有最新的配置数据。

21.一种设置配置数据的装置，其特征在于，包括：

第二发送单元，用于向服务端网关发送业务请求报文，触发服务端网关执行以下操作：将业务请求报文发送至业务服务端，并基于业务服务端返回的业务响应报文和预设的最新的配置数据生成合并后的响应报文；

第二接收单元，用于接收所述服务端网关返回的携带有最新的配置数据的合并后的响应报文；

设置单元，用于基于所述合并后的响应报文携带的最新的配置数据完成相应设置操作。

22.如权利要求21所述的装置，其特征在于，基于所述合并后的响应报文携带的所述最新的配置数据完成相应设置操作时，

对所述合并后的响应报文进行解析，并对所述合并后的响应报文进行拆分，得到业务响应报文和最新的配置数据；

提取所述最新的配置数据，并基于所述最新的配置数据对相应的应用程序进行设置。

23.如权利要求21或22所述的装置，其特征在于，所述设置单元进一步用于：

提取所述业务响应报文中的业务数据，并基于所述业务数据进行后续的业务处理。