CN114827244A - 配置信息下发方法、装置和显示内容确定方法、装置 - Google Patents

Abstract

本公开关于配置信息下发方法、装置和显示内容确定方法、装置，该方法包括：接收客户端发送的配置信息获取请求；响应于配置信息获取请求，确定客户端的当前模式；若当前模式为目标模式，则向预设的第一配置系统请求与目标模式对应的第一配置信息；若当前模式为普通模式，则向预设的第二配置系统请求与普通模式对应的第二配置信息；将获取到的第一配置信息或第二配置信息下发给客户端。这样，服务端仅向与客户端的当前模式对应的配置系统请求配置信息，减轻了单个配置系统所需部署的相关服务规模，节省了服务器资源；并且，服务端仅下发与当前模式相关的配置信息，节省了带宽和流量资源。

Description

配置信息下发方法、装置和显示内容确定方法、装置

技术领域

本公开涉及计算机技术领域，尤其涉及配置信息下发方法、装置和显示内容确定方法、装置。

背景技术

目前，大多数短视频平台和直播平台上线了青少年模式，该模式会在使用时段、时长、功能和浏览内容等方面对未成年人的上网行为进行规范。

对于青少年模式中客户端的配置信息，均由服务端统一配置接口下发给全部的用户，这样会造成带宽和流量等资源的浪费。并且，每一次客户端调用通用的配置接口，服务端就需要调用其所依赖的推荐系统或其它下游服务。导致推荐系统或其它下游服务的峰值QPS(QueryPerSecond，每秒查询率)特别高，为了保证服务的可用性，就需要大量的服务器开销去部署相应的服务，这样导致了服务器资源的浪费。

发明内容

本公开提供配置信息下发方法、装置和显示内容确定方法、装置，以至少解决相关技术造成带宽和流量等资源浪费的问题、导致服务器资源浪费的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种配置信息下发方法，应用于服务端，包括：

接收客户端发送的配置信息获取请求；

响应于所述配置信息获取请求，确定所述客户端的当前模式；

若所述当前模式为目标模式，则向预设的第一配置系统请求与所述目标模式对应的第一配置信息；

若所述当前模式为普通模式，则向预设的第二配置系统请求与所述普通模式对应的第二配置信息；

将获取到的所述第一配置信息或所述第二配置信息下发给所述客户端，所述第一配置信息和所述第二配置信息分别用于确定所述客户端当前页面的显示内容。

可选的，在接收客户端发送的配置信息获取请求之前，还包括：

接收客户端发送的目标模式开启请求；

响应于所述目标模式开启请求，将所述目标模式作为所述客户端的当前状态信息写入预设的数据库中；

向所述第一配置系统请求当前时刻与所述目标模式对应的配置信息；

当接收到所述第一配置系统返回的第三配置信息时，向所述客户端发送目标模式开启成功消息和所述第三配置信息，以使所述客户端利用所述第三配置信息确定当前页面的显示内容，并更新本地配置信息；所述第三配置信息和所述第一配置信息分别为不同时刻的与所述目标模式对应的配置信息。

可选的，在向预设的第一配置系统请求与所述目标模式对应的第一配置信息之后，还包括：

若未接收到所述第一配置信息，则向所述客户端发送获取失败消息，以使所述客户端利用所述本地配置信息确定所述客户端的当前页面内容。

可选的，所述确定所述客户端的当前模式，包括：

根据所述配置信息获取请求，获取发送所述配置信息获取请求的账户；

确定所述账户当前所开启的模式，得到所述客户端的当前模式。

可选的，所述确定所述账户当前所开启的模式，包括：

利用所述数据库中所述账户的当前状态信息，确定所述账户当前所开启的模式。

可选的，所述配置信息获取请求中包括所述客户端的本地配置信息的第一哈希值，在向预设的第一配置系统请求与所述目标模式对应的第一配置信息或向预设的第二配置系统请求与所述普通模式对应的第二配置信息之后，包括：

确定获取到的所述第一配置信息的第二哈希值或所述第二配置信息的第三哈希值；

将所述第二哈希值或所述第三哈希值与所述第一哈希值进行对比；

若所述第二哈希值与所述第一哈希值相同，或所述第三哈希值与所述第一哈希值相同，则向所述客户端发送目标消息，所述目标消息用于表示所述第一配置信息或所述第二配置信息与所述本地配置信息相同。

可选的，在将所述第二哈希值或所述第三哈希值与所述第一哈希值进行对比之后，还包括：

若所述第二哈希值与所述第一哈希值不同，或所述第三哈希值与所述第一哈希值不同，则将所述第一配置信息或所述第二配置信息下发给所述客户端。

根据本公开实施例的第二方面，提供一种显示内容确定方法，应用于客户端，包括：

当接收到当前账户的第一操作时，向服务端发送配置信息获取请求；所述第一操作包括：所述账户开启所述客户端的操作，或所述账户将所述客户端切换到前台运行的操作；

接收所述服务端下发的、与所述客户端的当前模式对应的第一配置信息或第二配置信息；所述当前模式包括目标模式和普通模式，所述目标模式对应第一配置信息，所述普通模式对应第二配置信息；

根据所述第一配置信息或所述第二配置信息确定所述客户端当前页面的显示内容。

可选的，在接收到当前账户的第一操作之前，还包括：

当接收到当前账户的第二操作时，向服务端发送目标模式开启请求；所述第二操作为所述账户开启所述客户端的目标模式的操作；

接收所述服务端发送的目标模式开启成功消息和与所述目标模式对应的第三配置信息；所述第三配置信息与所述第一配置信息分别为不同时刻的与所述目标模式对应的配置信息；

根据所述第三配置信息确定所述客户端当前页面的显示内容，并根据所述第三配置信息更新本地配置信息。

可选的，在向服务端发送配置信息获取请求之后，还包括：

接收所述服务端发送的配置信息获取失败消息；

根据所述配置信息获取失败消息，获取所述客户端的本地配置信息；

根据所述本地配置信息确定所述客户端当前页面的显示内容。

可选的，所述配置信息获取请求中包括所述客户端的本地配置信息的第一哈希值，在向服务端发送配置信息获取请求之后，包括：

接收所述服务端发送的目标消息，所述目标消息用于表示所述服务端获取到的第一配置信息或第二配置信息与所述本地配置信息相同；

根据所述目标消息，获取所述客户端的本地配置信息；

根据所述本地配置信息确定所述客户端当前页面的显示内容。

根据本公开实施例的第三方面，提供一种配置信息下发装置，应用于服务端，包括：

获取请求接收模块，被配置为执行接收客户端发送的配置信息获取请求；

模式确定模块，被配置为执行响应于所述配置信息获取请求，确定所述客户端的当前模式；

第一请求模块，被配置为执行若所述当前模式为目标模式，则向预设的第一配置系统请求与所述目标模式对应的第一配置信息；

第二请求模块，被配置为执行若所述当前模式为普通模式，则向预设的第二配置系统请求与所述普通模式对应的第二配置信息；

下发模块，被配置为执行将获取到的所述第一配置信息或所述第二配置信息下发给所述客户端，所述第一配置信息和所述第二配置信息分别用于确定所述客户端当前页面的显示内容。

可选的，所述装置还包括：

开启请求接收模块，被配置为执行接收客户端发送的目标模式开启请求；

写入模块，被配置为执行响应于所述目标模式开启请求，将所述目标模式作为所述客户端的当前状态信息写入预设的数据库中；

调用模块，被配置为执行向所述第一配置系统请求当前时刻与所述目标模式对应的配置信息；

配置信息发送模块，被配置为执行当接收到所述第一配置系统返回的第三配置信息时，向所述客户端发送目标模式开启成功消息和所述第三配置信息，以使所述客户端利用所述第三配置信息确定当前页面的显示内容，并更新本地配置信息；所述第三配置信息和所述第一配置信息分别为不同时刻的与所述目标模式对应的配置信息。

可选的，所述装置还包括：

失败消息发送模块，被配置为执行若未接收到所述第一配置信息，则向所述客户端发送获取失败消息，以使所述客户端利用所述本地配置信息确定所述客户端的当前页面内容。

可选的，所述模式确定模块具体被配置为执行：

根据所述配置信息获取请求，获取发送所述配置信息获取请求的账户；

确定所述账户当前所开启的模式，得到所述客户端的当前模式。

所述模式确定模块具体被配置为执行：

利用所述数据库中所述账户的当前状态信息，确定所述账户当前所开启的模式。

可选的，所述配置信息获取请求中包括所述客户端的本地配置信息的第一哈希值，所述装置还包括：

哈希值获取模块，被配置为执行确定获取到的所述第一配置信息的第二哈希值或所述第二配置信息的第三哈希值；

对比模块，被配置为执行将所述第二哈希值或所述第三哈希值与所述第一哈希值进行对比；

目标消息发送模块，被配置为执行若所述第二哈希值与所述第一哈希值相同，或所述第三哈希值与所述第一哈希值相同，则向所述客户端发送目标消息，所述目标消息用于表示所述第一配置信息或所述第二配置信息与所述本地配置信息相同。

可选的，所述装置还包括：

第二配置信息发送模块，被配置为执行若所述第二哈希值与所述第一哈希值不同，或所述第三哈希值与所述第一哈希值不同，则将所述第一配置信息或所述第二配置信息下发给所述客户端。

根据本公开实施例的第四方面，提供一种显示内容确定装置，应用于客户端，包括：

获取请求发送模块，被配置为执行当接收到当前账户的第一操作时，向服务端发送配置信息获取请求；所述第一操作包括：所述账户开启所述客户端的操作，或所述账户将所述客户端切换到前台运行的操作；

第一配置信息接收模块，被配置为执行接收所述服务端下发的、与所述客户端的当前模式对应的第一配置信息或第二配置信息；所述当前模式包括目标模式和普通模式，所述目标模式对应第一配置信息，所述普通模式对应第二配置信息；

第一显示内容确定模块，被配置为执行根据所述第一配置信息或所述第二配置信息确定所述客户端当前页面的显示内容。

可选的，所述装置还包括：

开启请求发送模块，被配置为执行当接收到当前账户的第二操作时，向服务端发送目标模式开启请求；所述第二操作为所述账户开启所述客户端的目标模式的操作；

第二配置信息接收模块，被配置为执行接收所述服务端发送的目标模式开启成功消息和与所述目标模式对应的第三配置信息；所述第三配置信息与所述第一配置信息分别为不同时刻的与所述目标模式对应的配置信息；

更新模块，被配置为执行根据所述第三配置信息确定所述客户端当前页面的显示内容，并根据所述第三配置信息更新本地配置信息。

可选的，所述装置还包括：

失败消息接收模块，被配置为执行接收所述服务端发送的配置信息获取失败消息；

本地配置信息获取模块，被配置为执行根据所述配置信息获取失败消息，获取所述客户端的本地配置信息；

第二显示内容确定模块，被配置为执行根据所述本地配置信息确定所述客户端当前页面的显示内容。

可选的，所述配置信息获取请求中包括所述客户端的本地配置信息的第一哈希值，所述装置还包括：

目标消息接收模块，被配置为执行接收所述服务端发送的目标消息，所述目标消息用于表示所述服务端获取到的第一配置信息或第二配置信息与所述本地配置信息相同；

本地配置信息获取模块，被配置为执行根据所述目标消息，获取所述客户端的本地配置信息；

第三显示内容确定模块，被配置为执行根据所述本地配置信息确定所述客户端当前页面的显示内容。

根据本公开实施例的第五方面，提供一种服务器，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如第一方面所述的配置信息下发方法。

根据本公开实施例的第六方面，提供一种电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如第二方面所述的显示内容确定方法。

根据本公开实施例的第七方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如第一方面所述的配置信息下发方法，并使得电子设备能够执行如第二方面所述的显示内容确定方法。

根据本公开实施例的第八方面，提供一种计算机程序产品，包括计算机程序/指令，其特征在于，所述计算机程序/指令被处理器执行时实现第一方面所述的配置信息下发方法和第二方面所述的显示内容确定方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

在本公开的实施例中，接收客户端发送的配置信息获取请求；响应于所述配置信息获取请求，确定所述客户端的当前模式；若所述当前模式为目标模式，则向预设的第一配置系统请求与所述目标模式对应的第一配置信息；若所述当前模式为普通模式，则向预设的第二配置系统请求与所述普通模式对应的第二配置信息；将获取到的所述第一配置信息或所述第二配置信息下发给所述客户端，所述第一配置信息和所述第二配置信息分别用于确定所述客户端当前页面的显示内容。在本方案中，服务端根据客户端的当前模式，仅向与客户端的当前模式对应的配置系统请求配置信息，这样就减轻了单个配置系统所需部署的相关服务规模，节省了服务器资源；并且，服务端仅下发与当前模式相关的配置信息，节省了带宽和流量资源。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种配置信息下发与内容显示系统的结构示意图；

图2是根据一示例性实施例示出的第一种配置信息下发方法的步骤流程图；

图3是根据一示例性实施例示出的第二种配置信息下发方法的步骤流程图；

图4是根据一示例性实施例示出的一种配置信息下发方法的多方交互示意图；

图5是根据一示例性实施例示出的第一种显示内容确定方法的步骤流程图；

图6是根据一示例性实施例示出的第二种显示内容确定方法的步骤流程图；

图7是根据一示例性实施例示出的一种显示内容确定方法的多方交互示意图；

图8是根据一示例性实施例示出的一种配置信息下发装置的结构框图；

图9是根据一示例性实施例示出的一种显示内容确定装置的结构框图；

图10是根据一示例性实施例示出的一种用于配置信息下发的服务器或用于显示内容确定的电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种配置信息下发与内容显示系统的结构示意图。该配置信息下发与内容显示系统可以包括多个客户端11以及服务端12。其中，多个客户端11分别位于不同的设备上，客户端11分别与服务端12通信。在一些实施例中，客户端11为安装在设备上的直播、短视频、即时通讯等应用程序，设备可以是终端设备。终端设备可以为手机、平板电脑、桌面型、膝上型、手持计算机、笔记本电脑等。服务端12可以是一台服务器，还可以是由多台服务器组成的服务器集群，本公开实施例在此不做限定。本公开实施例提供的配置信息下发方法的执行主体为服务端12，显示内容确定方法的执行主体为客户端11。图1中以服务端12为一台服务器为例示出。

基于上述配置信息下发与内容显示系统的结构的介绍，本公开实施例提供一种配置信息下发方法和一种显示内容确定方法。

发明人在研究现有技术的过程中发现，在大多数互联网产品中，青少年模式、儿童模式或老人模式等目标模式的用户比例一般不会超过1％，不管客户端是目标模式还是普通模式，服务端均统一向所有的配置系统来请求全量的配置信息并下发全量的配置信息。这里的配置系统是指用于下发配置信息的推荐接口和其他下游服务。这会直接造成服务端对超过99％的普通模式的客户端，频繁地下发他们并不需要的数据。这样会造成极大的带宽、流量资源浪费。

此外，目前互联网产品的许多配置信息都会个性化下发，比如目标模式下的推荐页面配置信息。这意味着每一次客户端请求配置信息，服务端就需要调用各个配置系统，这使得目标模式对应的配置系统的每秒查询率往往特别高，为了保证服务的可用性，就需要大量的服务器开销去部署相应的服务。

基于现有技术中存在的带宽、流量资源浪费、服务器开销大的问题，提出本公开实施例中的配置信息下发方法和显示内容确定方法。

图2是根据一示例性实施例示出的第一种配置信息下发方法的步骤流程图，如图2所示，该配置信息下发方法包括以下步骤。

在步骤S21中，接收客户端发送的配置信息获取请求。

当客户端接收到当前账户开启客户端，或将客户端从后台切换到前台运行的操作时，客户端生成配置信息获取请求。该配置信息获取请求中可以包括所请求的配置信息内容、账户的标识和客户端的IP地址，其中，账户的标识为在客户端登录的当前账户的账号。

配置信息获取请求用于请求服务端下发客户端当前页面的配置信息，以使客户端根据该配置信息确定页面的显示内容。

页面中包含有多个不同类型的模块，每个模块分别用于展示不同的内容数据，而每个模块的位置、排序以及相关的内容数据等共同组成了页面的配置。因此，本公开实施例中的配置信息可以包括：页面的布局参数、配置属性、内容数据等。

客户端将该请求发送给与其通信连接的服务端的配置接口，服务端的配置接口接收该配置信息获取请求。

在步骤S22中，响应于所述配置信息获取请求，确定所述客户端的当前模式。

服务端在接收到配置信息获取请求之后，解析该请求，从中获取到发送请求的账户的标识信息。

服务端可以根据账户的标识信息，查询该客户端当前所处的模式状态。具体地，客户端的模式状态可以包括目标模式和普通模式。客户端的模式状态一般默认为普通模式，当用户在客户端开启目标模式后，则客户端的模式状态由普通模式转换为目标模式。

具体地，目标模式可以为青少年模式、儿童模式、老年模式等，由用户开启的模式类别来确定。本公开实施例中，普通模式以外的其他模式均可以看作是目标模式。

目标模式所显示的页面内容由服务端下发的配置信息决定。现有技术中，服务端在接收到客户端的配置信息获取请求后，通过调用预设的配置系统获取普通模式的配置信息和目标模式的配置信息，统一下发给客户端，客户端再根据账户所处的模式状态选择对应模式的配置信息确定页面的显示内容。目标模式的配置信息是在目标模式的特定场景下才需要下发的配置信息，对于全部的客户端下发会造成带宽和流量的浪费。

因此，本公开实施例中，服务端在接收到配置信息获取请求后，确定客户端的当前模式。

在步骤S23中，若所述当前模式为目标模式，则向预设的第一配置系统请求与所述目标模式对应的第一配置信息。

配置系统包括推荐接口和其他下游服务，推荐接口可以返回页面的内容数据，其他下游服务可以返回页面的布局参数、配置属性等。

页面的内容数据、布局参数、配置属性，这些配置信息是动态更新的，配置系统在不同时刻返回的配置信息内容是不同的，这样才可以使客户端页面的内容实现动态更新。

目标模式和普通模式对应有各自的配置系统，具体地，目标模式对应第一配置系统，第一配置系统可以返回目标模式所需的配置信息，普通模式对应第二配置系统，第二配置系统可以返回普通模式所需的配置信息。

服务端确定客户端的当前模式后，向对应的配置系统发送配置信息的获取请求，配置系统在接收到获取请求后，向服务端的配置接口返回配置信息。

若当前模式为目标模式，服务端向与目标模式对应的第一配置系统请求第一配置信息，该第一配置信息可以用于使客户端显示目标模式的内容。

在步骤S24中，若所述当前模式为普通模式，则向预设的第二配置系统请求与所述普通模式对应的第二配置信息。

若当前模式为普通模式，服务端向与普通模式对应的第二配置系统请求第二配置信息，该第二配置信息可以用于使客户端显示普通模式的内容。

在步骤S25中，将获取到的所述第一配置信息或所述第二配置信息下发给所述客户端，所述第一配置信息和所述第二配置信息分别用于确定所述客户端当前页面的显示内容。

当客户端为目标模式时，服务端接收到的是第一配置信息，服务端通过配置接口将该第一配置信息下发给客户端，这样，客户端可以根据第一配置信息显示目标模式的页面内容。

当客户端为普通模式时，服务端接收到的是第二配置信息，服务端通过配置接口将该第二配置信息下发给客户端，这样，客户端可以根据第二配置信息显示普通模式的页面内容。

在本公开实施例中，配置接口不再对全部客户端下发目标模式和普通模式的全量的配置信息，只针对开启目标模式的客户端下发目标模式的配置信息，对于普通模式的客户端，不再下发目标模式的配置信息，这样就避免了对大部分客户端下发无用数据的问题，避免了带宽、流量资源极大的浪费。

本方案中只有在客户端为目标模式的状态下才会调用与目标模式相关的第一配置系统，而目标模式的接口请求量几乎可以忽略不计，因此第一配置系统可以减少十分之九的部署量，因此可以大大减少相关服务所需的服务器资源。

综上，在本公开的实施例中，接收客户端发送的配置信息获取请求；响应于所述配置信息获取请求，确定所述客户端的当前模式；若所述当前模式为目标模式，则向预设的第一配置系统请求与所述目标模式对应的第一配置信息；若所述当前模式为普通模式，则向预设的第二配置系统请求与所述普通模式对应的第二配置信息；将获取到的所述第一配置信息或所述第二配置信息下发给所述客户端，所述第一配置信息和所述第二配置信息分别用于确定所述客户端当前页面的显示内容。在本方案中，服务端根据客户端的当前模式，仅向与客户端的当前模式对应的配置系统请求配置信息，这样就减轻了单个配置系统所需部署的相关服务规模，节省了服务器资源；并且，服务端仅下发与当前模式相关的配置信息，节省了带宽和流量资源。

图3是根据一示例性实施例示出的第二种配置信息下发方法的步骤流程图，如图3所示，该配置信息下发方法包括以下步骤。

在步骤S31中，接收客户端发送的目标模式开启请求。

当用户在客户端上执行开启目标模式的操作时，客户端生成目标模式开启请求，并发送给服务端的配置接口。进而，服务端的配置接口接收客户端发送的目标模式开启请求。

在步骤S32中，响应于所述目标模式开启请求，将所述目标模式作为所述客户端的当前状态信息写入预设的数据库中。

服务端在接收到目标模式开启请求后，可以执行两项响应事件。第一项响应事件，是将预设的数据库中该客户端的模式状态信息修改为目标模式。预设的数据库可以为存储各个客户端的模式状态信息的面模式数据表。

在步骤S33中，向所述第一配置系统请求当前时刻与所述目标模式对应的配置信息。

第二项响应事件，是服务端向第一配置系统请求目标模式对应的配置信息。

在步骤S34中，当接收到所述第一配置系统返回的第三配置信息时，向所述客户端发送目标模式开启成功消息和所述第三配置信息，以使所述客户端利用所述第三配置信息确定当前页面的显示内容，并更新本地配置信息；所述第三配置信息和所述第一配置信息分别为不同时刻的与所述目标模式对应的配置信息。

服务端将客户端的模式状态信息在数据库中写入成功，且服务端的配置接口接收到第三配置信息，说明服务端成功开启了客户端的目标模式。

这时，服务端向客户端发送目标模式开启成功消息，并发送第三配置信息。

客户端可以利用第三配置信息确定目标模式下页面的显示内容，同时，客户端将本地配置信息更新为第三配置信息。

需要注意的是，为了实现客户端页面内容的动态更新，第一配置系统返回给服务端的配置信息是当前最新的配置信息。因此，在客户端发送配置信息获取请求的时刻，若客户端为目标模式，第一配置系统返回的是第一配置信息；在客户端请求开启目标模式时，第一配置系统返回的是第三配置信息。第一配置信息和第三配置信息都是针对目标模式的配置信息，但两者是不同时刻返回的配置信息，其内容是不同的。

这样，客户端可以在开启目标模式的同时，获取该客户端在目标模式下的配置信息，从而使客户端在切换为目标模式的同时，获取到最新的页面显示内容，而不用等到下次发送配置信息获取请求才能获得最新的目标模式的配置信息。

上述步骤S31-步骤S34为客户端请求开启目标模式之后，服务端所执行的响应步骤。具体地，服务端将目标模式作为客户端的当前状态信息写入数据库中，并向第一配置系统请求与目标模式对应的当前配置信息，得到第一配置系统返回的第三配置信息后，确认目标模式开启成功。服务端向客户端发送开启成功消息和第三配置信息，这样，客户端可以利用第三配置信息确定页面显示内容，从而使客户端的用户浏览到目标模式的页面内容。

在客户端开启目标模式后，客户端的用户在浏览过程中，可能会中途浏览其他应用程序，将该客户端切换为后台运行。或者，客户端的用户会关闭客户端。在后面用户将客户端切换为前台运行，或者用户重新冷启动客户端时，在服务端的配置接口可用的情况下，服务端执行步骤S21-步骤S25，在服务端的配置接口不可用的情况下，服务端执行步骤S35-步骤S38。

在步骤S35中，接收客户端发送的配置信息获取请求。

在本公开实施例中，步骤S35可以参照步骤S21，此处不再赘述。

在步骤S36中，根据所述配置信息获取请求，获取发送所述配置信息获取请求的账户。

服务端解析配置信息获取请求，得到发送该配置信息获取请求的账户。

在步骤S37中，确定所述账户当前所开启的模式，得到所述客户端的当前模式。

服务端可以通过查询该账户对应的操作数据，获取该账户当前所开启的模式，从而得到客户端的当前模式。

可选的，所述确定所述账户当前所开启的模式，包括：

利用所述数据库中所述账户的当前状态信息，确定所述账户当前所开启的模式。

在本公开实施例中，在服务端接收到客户端发送的目标模式开启请求后，将目标模式作为客户端的当前状态信息写入了数据库中。

因此，此时可以直接从数据库中查询该账户的当前状态信息，从而得到客户端的当前模式。

服务端在接收到配置信息获取请求之后，解析该请求，从中获取到发送请求的客户端账户的账号。

服务端根据账户的账号，在数据库中查询该客户端当前所处的模式状态。具体地，客户端的模式状态可以包括目标模式和普通模式。

在步骤S38中，若所述当前模式为目标模式，则向预设的第一配置系统请求与所述目标模式对应的第一配置信息。

在本公开实施例中，步骤S38可以参照步骤S23，此处不再赘述。

在步骤S39中，若未接收到所述第一配置信息，则向所述客户端发送获取失败消息，以使所述客户端利用所述本地配置信息确定所述客户端的当前页面内容。

若服务端的配置接口未接收到第一配置信息，则说明服务端的配置接口发生故障，处于不可用状态。此时，在没有获取到最新的第一配置信息的情况下，客户端可以获取本地配置信息，利用本地配置信息确定客户端的当前页面内容。

这样，当服务端接收不到第一配置信息时，客户端可以根据本地配置信息确定客户端的页面内容，避免了客户端无可用的配置信息，保证了页面内容可用正常显示。

在步骤S40中，若所述当前模式为普通模式，则向预设的第二配置系统请求与所述普通模式对应的第二配置信息。

在本公开实施例中，步骤S40可以参照步骤S24，此处不再赘述。

在步骤S41中，确定获取到的所述第一配置信息的第二哈希值或所述第二配置信息的第三哈希值。

哈希值(hashvalues)是使用哈希函数(hashfunction)计算得到的值。哈希函数是一种从任何一种数据中创建小的数字“指纹”的方法。哈希值是根据数据内容计算得到的，根据哈希值可以区分该数据与其他数据。

具体地，若服务端接收到的是第一配置信息，可以根据哈希函数计算第一配置信息的哈希值，得到第二哈希值；若服务端接收到的是第二配置信息，则可以根据哈希函数计算第二配置信息的哈希值，得到第三哈希值。

在步骤S42中，所述配置信息获取请求中包括所述客户端的本地配置信息的第一哈希值，将所述第二哈希值或所述第三哈希值与所述第一哈希值进行对比。

客户端此前发送的配置信息获取请求中还包括客户端本地配置信息所对应的第一哈希值。该本地配置信息为服务端上次下发给客户端的数据，客户端将第一哈希值作为请求参数加入配置信息获取请求中发送给服务端。

若服务端接收到的是第一配置信息，则服务端将第一哈希值与第二哈希值进行对比；若服务端接收到的是第二配置信息，则服务端将第一哈希值与第三哈希值进行对比。

在步骤S43中，若所述第二哈希值与所述第一哈希值相同，或所述第三哈希值与所述第一哈希值相同，则向所述客户端发送目标消息，所述目标消息用于表示所述第一配置信息或所述第二配置信息与所述本地配置信息相同。

若第二哈希值与第一哈希值相同，则说明第一配置信息与本地配置信息相同；若第三哈希值与第一哈希值相同，则说明第二配置信息与本地配置信息相同。

这样，则说明客户端的配置信息已经为最新配置信息，不需要更新。此时，服务端向客户端发送目标消息，表明账户的配置信息没有发生变化。客户端根据目标消息，直接使用本地配置信息确定显示内容。

在步骤S44中，若所述第二哈希值与所述第一哈希值不同，或所述第三哈希值与所述第一哈希值不同，则将所述第一配置信息或所述第二配置信息下发给所述客户端。

若第二哈希值与第一哈希值不同，则说明第一配置信息与本地配置信息不同；若第三哈希值与第一哈希值不同，则说明第二配置信息与本地配置信息不同。

这样，则说明客户端的配置信息不是最新的配置信息，于是，服务端将第一配置信息或第二配置信息下发给客户端，以使客户端将本地配置信息更新为第一配置信息或第二配置信息，并更新本地配置信息的哈希值为第二哈希值或第三哈希值。

在步骤S41-步骤S44中，将第二哈希值或第三哈希值与第一哈希值进行比对，若哈希值相同，则服务端不向客户端发送配置信息。因为配置信息的数据量一般都比较大，这样就大大减少了不必要数据的下发，节省了带宽和流量资源。

图4是根据一示例性实施例示出的一种配置信息下发方法的多方交互示意图。

参照图4，客户端向服务端发送配置信息获取请求，服务端在数据库中查询客户端的当前模式，数据库返回客户端的当前模式信息。若客户端为目标模式，服务端向第一配置系统请求第一配置信息，若客户端为普通模式，服务端向第二配置系统请求第二配置信息。然后，第一配置系统向服务端下发第一配置信息，或，第二配置系统向服务端下发第二配置信息。然后，服务端向客户端返回第一配置信息或第二配置信息。最终，客户端根据第一配置信息或第二配置信息确定客户端的页面显示内容。

综上，在本公开实施例中，客户端可以在开启目标模式的同时，获取该客户端在目标模式下的配置信息，从而使客户端在切换为目标模式的同时，获取到最新的页面显示内容，而不用等到下次发送配置信息获取请求才能获得最新的目标模式的配置信息。

并且，当服务端从配置接口接收不到第一配置信息时，向客户端发送失败消息，这样，客户端可以根据本地配置信息确定客户端的页面内容，避免了客户端无可用的配置信息，保证了页面内容可以正常显示。

此外，服务端将第二哈希值或第三哈希值与第一哈希值进行比对，若哈希值相同，则服务端不向客户端发送配置信息。因为配置信息的数据量一般都比较大，这样就大大减少了不必要数据的下方，节省了带宽和流量资源。

图5是根据一示例性实施例示出的第一种显示内容确定方法的步骤流程图，如图5所示，该显示内容确定方法方法包括以下步骤。

在步骤S51中，当接收到当前账户的第一操作时，向服务端发送配置信息获取请求；所述第一操作包括：所述账户开启所述客户端的操作，或所述账户将所述客户端切换到前台运行的操作。

当客户端接收到当前账户开启客户端，或将客户端从后台切换到前台运行的操作时，客户端生成配置信息获取请求。该配置信息获取请求中可以包括所请求的配置信息内容、账户的标识和客户端的IP地址，其中，账户的标识为在客户端登录的当前账户的账号。

配置信息获取请求用于请求服务端下发客户端当前页面的配置信息，以使客户端根据该配置信息确定页面的显示内容。

在步骤S52中，接收所述服务端下发的、与所述客户端的当前模式对应的第一配置信息或第二配置信息；所述当前模式包括目标模式和普通模式，所述目标模式对应第一配置信息，所述普通模式对应第二配置信息。

若当前模式为目标模式，则第一配置系统向服务端返回第一配置信息，该第一配置信息可以用于使客户端显示目标模式的内容。

若当前模式为普通模式，则第二配置系统向服务端返回第二配置信息，该第二配置信息可以用于使客户端显示普通模式的内容。

在步骤S53中，根据所述第一配置信息或所述第二配置信息确定所述客户端当前页面的显示内容。

第一配置信息对应目标模式页面的布局参数、配置属性、内容数据等信息，第二配置信息对应普通模式页面的布局参数、配置属性、内容数据等信息。

根据第一配置信息，可以在客户端上显示目标模式页面，根据第二配置信息，可以在客户端上显示普通模式页面。

综上，当接收到当前账户的第一操作时，向服务端发送配置信息获取请求；所述第一操作包括：所述账户开启所述客户端的操作，或所述账户将所述客户端切换到前台运行的操作；接收所述服务端下发的、与所述客户端的当前模式对应的第一配置信息或第二配置信息；所述当前模式包括目标模式和普通模式，所述目标模式对应第一配置信息，所述普通模式对应第二配置信息；根据所述第一配置信息或所述第二配置信息确定所述客户端当前页面的显示内容。在本方案中，服务端根据客户端的当前模式，仅向与客户端的当前模式对应的配置系统请求配置信息，这样就减轻了单个配置系统所需部署的相关服务规模，节省了服务器资源；并且，服务端仅下发与当前模式相关的配置信息，节省了带宽和流量资源。

图6是根据一示例性实施例示出的第二种显示内容确定方法的步骤流程图，如图6所示，该显示内容确定方法方法包括以下步骤。

在步骤S61中，当接收到所述账户的第二操作时，向服务端发送目标模式开启请求；所述第二操作为所述账户开启所述客户端的目标模式的操作。

当用户在客户端上执行开启目标模式的操作时，客户端生成目标模式开启请求，并发送给服务端。

在步骤S62中，接收所述服务端发送的目标模式开启成功消息和与所述目标模式对应的第三配置信息；所述第三配置信息与所述第一配置信息分别为不同时刻的与所述目标模式对应的配置信息。

服务端将客户端的模式状态信息在数据库中写入成功，且服务端的配置接口返回第三配置信息，说明服务端成功开启了客户端的目标模式。这时，服务端向客户端发送目标模式开启成功消息，并发送第三配置信息。

客户端接收该开启成功消息和第三配置信息。其中，第三配置信息是第二配置系统生成的最新的目标模式的配置信息。

在步骤S63中，根据所述第三配置信息确定所述客户端当前页面的显示内容，并根据所述第三配置信息更新本地配置信息。

客户端可以利用第三配置信息确定目标模式下页面的显示内容，同时，客户端将本地配置信息更新为第三配置信息。

在步骤S64中，当接收到当前账户的第一操作时，向服务端发送配置信息获取请求；所述第一操作包括：所述账户开启所述客户端的操作，或所述账户将所述客户端切换到前台运行的操作。

在本公开实施例中，步骤S64可以参照步骤S51，此处不再赘述。

在步骤S65中，接收所述服务端发送的配置信息获取失败消息。

若配置接口未返回第一配置信息，则说明服务端的配置接口不可用，服务端向客户端发送获取失败消息。客户端接收该获取失败消息。

在步骤S66中，根据所述配置信息获取失败消息，获取所述客户端的本地配置信息。

在没有获取到最新的第一配置信息的情况下，客户端可以获取本地配置信息，利用本地配置信息确定客户端的当前页面内容。

在步骤S67中，根据所述本地配置信息确定所述客户端当前页面的显示内容。

当服务端的配置接口获取不到第一配置信息时，客户端可以根据本地配置信息确定客户端的页面内容，避免了客户端无可用的配置信息而导致页面白屏。

此外，所述配置信息获取请求中包括所述客户端的本地配置信息的第一哈希值，在步骤S64之后，还包括步骤S68-步骤S70：

在步骤S68中，接收所述服务端发送的目标消息，所述目标消息用于表示所述服务端获取到的第一配置信息或第二配置信息与所述本地配置信息相同；

在步骤S69中，根据所述目标消息，获取所述客户端的本地配置信息；

在步骤S70中，根据所述本地配置信息确定所述客户端当前页面的显示内容。

在步骤S68-步骤S70中，若客户端接收到目标消息，表明账户的配置信息没有发生变化，则客户端直接获取本地配置信息，利用本地配置信息确定当前页面的显示内容即可。

这样，就避免了服务端向客户端重复下发同样的配置信息，大大减少了不必要数据的下发，节省了带宽和流量资源。

图7是根据一示例性实施例示出的一种显示内容确定方法的多方交互示意图。

参照图7，客户端向服务端发送目标模式开启请求，服务端将目标模式写入数据库中，同时服务端向第一配置系统请求当前时刻与目标模式对应的配置信息。第一配置系统向服务端返回第三配置信息后，服务端向客户端下发目标模式开启成功消息和第三配置信息。

综上，在本公开实施例中，客户端可以在开启目标模式的同时，获取其在目标模式下的配置信息，从而使客户端在切换为目标模式的同时，获取到最新的第三配置信息，而不用等到下次发送配置信息获取请求才能获得最新的目标模式的配置信息。

并且，当服务端的配置接口接收不到第一配置信息时，客户端可以根据本地配置信息确定客户端的页面内容，避免了客户端无可用的配置信息，保证了页面内容可用正常显示。

图8是根据一示例性实施例示出的一种配置信息下发装置的结构框图。该配置信息下发装置位于服务器中，如图8所示，该配置信息下发装置80包括：

获取请求接收模块81，被配置为执行接收客户端发送的配置信息获取请求；

模式确定模块82，被配置为执行响应于所述配置信息获取请求，确定所述客户端的当前模式；

第一请求模块83，被配置为执行若所述当前模式为目标模式，则向预设的第一配置系统请求与所述目标模式对应的第一配置信息；

第二请求模块84，被配置为执行若所述当前模式为普通模式，则向预设的第二配置系统请求与所述普通模式对应的第二配置信息；

下发模块85，被配置为执行将获取到的所述第一配置信息或所述第二配置信息下发给所述客户端，所述第一配置信息和所述第二配置信息分别用于确定所述客户端当前页面的显示内容。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图9是根据一示例性实施例示出的一种显示内容确定装置的结构框图。该显示内容确定装置位于服务器中，如图9所示，该显示内容确定装置90包括：

获取请求发送模块91，被配置为执行当接收到当前账户的第一操作时，向服务端发送配置信息获取请求；所述第一操作包括：所述账户开启所述客户端的操作，或所述账户将所述客户端切换到前台运行的操作；

第一配置信息接收模块92，被配置为执行接收所述服务端下发的、与所述客户端的当前模式对应的第一配置信息或第二配置信息；所述当前模式包括目标模式和普通模式，所述目标模式对应第一配置信息，所述普通模式对应第二配置信息；

第一显示内容确定模块93，被配置为执行根据所述第一配置信息或所述第二配置信息确定所述客户端当前页面的显示内容。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图10是根据一示例性实施例示出的一种用于配置信息下发的服务器或用于显示内容确定的电子设备的框图。其内部结构图可以如图10所示。该服务器或电子设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该服务器或电子设备的处理器用于提供计算和控制能力。该服务器或电子设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该服务器或电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种配置信息下发方法和显示内容确定方法。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本公开方案相关的部分结构的框图，并不构成对本公开方案所应用于其上的服务器或电子设备的限定，具体的服务器或电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在示例性实施例中，还提供了一种服务器或电子设备，包括：处理器；用于存储该处理器可执行指令的存储器；其中，该处理器被配置为执行该指令，以实现如本公开实施例中的配置信息下发方法和显示内容确定方法。

在示例性实施例中，还提供了一种计算机可读存储介质，当该计算机可读存储介质中的指令由服务器或电子设备的处理器执行时，使得服务器或电子设备能够执行本公开实施例中的配置信息下发方法和显示内容确定方法方法。计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行本公开实施例中的配置信息下发方法和显示内容确定方法方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种配置信息下发方法，其特征在于，应用于服务端，包括：

接收客户端发送的配置信息获取请求；

响应于所述配置信息获取请求，确定所述客户端的当前模式；

若所述当前模式为目标模式，则向预设的第一配置系统请求与所述目标模式对应的第一配置信息；

若所述当前模式为普通模式，则向预设的第二配置系统请求与所述普通模式对应的第二配置信息；

将获取到的所述第一配置信息或所述第二配置信息下发给所述客户端，所述第一配置信息和所述第二配置信息分别用于确定所述客户端当前页面的显示内容。

2.根据权利要求1所述的方法，其特征在于，在接收客户端发送的配置信息获取请求之前，还包括：

接收客户端发送的目标模式开启请求；

响应于所述目标模式开启请求，将所述目标模式作为所述客户端的当前状态信息写入预设的数据库中；

向所述第一配置系统请求当前时刻与所述目标模式对应的配置信息；

当接收到所述第一配置系统返回的第三配置信息时，向所述客户端发送目标模式开启成功消息和所述第三配置信息，以使所述客户端利用所述第三配置信息确定当前页面的显示内容，并更新本地配置信息；所述第三配置信息和所述第一配置信息分别为不同时刻的与所述目标模式对应的配置信息。

3.根据权利要求2所述的方法，其特征在于，在向预设的第一配置系统请求与所述目标模式对应的第一配置信息之后，还包括：

若未接收到所述第一配置信息，则向所述客户端发送获取失败消息，以使所述客户端利用所述本地配置信息确定所述客户端的当前页面内容。

4.一种显示内容确定方法，其特征在于，应用于客户端，包括：

当接收到当前账户的第一操作时，向服务端发送配置信息获取请求；所述第一操作包括：所述账户开启所述客户端的操作，或所述账户将所述客户端切换到前台运行的操作；

接收所述服务端下发的、与所述客户端的当前模式对应的第一配置信息或第二配置信息；所述当前模式包括目标模式和普通模式，所述目标模式对应第一配置信息，所述普通模式对应第二配置信息；

根据所述第一配置信息或所述第二配置信息确定所述客户端当前页面的显示内容。

5.一种配置信息下发装置，其特征在于，应用于服务端，包括：

获取请求接收模块，被配置为执行接收客户端发送的配置信息获取请求；

模式确定模块，被配置为执行响应于所述配置信息获取请求，确定所述客户端的当前模式；

第一请求模块，被配置为执行若所述当前模式为目标模式，则向预设的第一配置系统请求与所述目标模式对应的第一配置信息；

第二请求模块，被配置为执行若所述当前模式为普通模式，则向预设的第二配置系统请求与所述普通模式对应的第二配置信息；

下发模块，被配置为执行将获取到的所述第一配置信息或所述第二配置信息下发给所述客户端，所述第一配置信息和所述第二配置信息分别用于确定所述客户端当前页面的显示内容。

6.一种显示内容确定装置，其特征在于，应用于客户端，包括：

获取请求发送模块，被配置为执行当接收到当前账户的第一操作时，向服务端发送配置信息获取请求；所述第一操作包括：所述账户开启所述客户端的操作，或所述账户将所述客户端切换到前台运行的操作；

第一配置信息接收模块，被配置为执行接收所述服务端下发的、与所述客户端的当前模式对应的第一配置信息或第二配置信息；所述当前模式包括目标模式和普通模式，所述目标模式对应第一配置信息，所述普通模式对应第二配置信息；

第一显示内容确定模块，被配置为执行根据所述第一配置信息或所述第二配置信息确定所述客户端当前页面的显示内容。

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

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至3中任一项所述的配置信息下发方法。

8.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求4所述的显示内容确定方法。

9.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如权利要求1至3中任一项所述的配置信息下发方法和权利要求4所述的显示内容确定方法。

10.一种计算机程序产品，包括计算机程序/指令，其特征在于，所述计算机程序/指令被处理器执行时实现权利要求1至3中任一项所述的配置信息下发方法和权利要求4所述的显示内容确定方法。

Images