CN112883261A - 配置数据的推送方法、装置、电子设备和介质 - Google Patents

Abstract

本公开公开了一种配置数据的推送方法、装置、设备、介质和产品，涉及智能推荐、云计算等领域。配置数据的推送方法包括：获取针对至少一个客户端的参数信息；获取至少一个配置数据，每个配置数据包含适用条件信息；基于至少一个客户端的参数信息和至少一个配置数据中的适用条件信息之间的关系，确定互相匹配的目标客户端和目标配置数据；将目标配置数据发送给与目标配置数据匹配的目标客户端，目标配置数据用于配置目标客户端中的应用程序。

Description

配置数据的推送方法、装置、电子设备和介质

技术领域

本公开涉及计算机技术领域，尤其涉及智能推荐、云计算等领域，更具体地，涉及一种配置数据的推送方法、配置数据的推送装置、电子设备、介质和程序产品。

背景技术

在客户端中运行的应用程序通常需要更新，相关技术通常通过服务器将配置数据推送给客户端，以便客户端基于所接收到的配置数据来对应用程序进行更新。但是，相关技术的服务器在将配置数据推送给客户端时，推送给每个客户端的配置数据均一样，即服务器没有根据客户端的实际情况来进行推送，并且服务器在进行配置数据的推送时，数据推送的实效性较低。

发明内容

本公开提供了一种配置数据的推送方法、装置、电子设备、存储介质以及程序产品。

根据本公开的一方面，提供了一种配置数据的推送方法，包括：获取针对至少一个客户端的参数信息；获取至少一个配置数据，每个所述配置数据包含适用条件信息；基于所述至少一个客户端的参数信息和所述至少一个配置数据中的适用条件信息之间的关系，确定互相匹配的目标客户端和目标配置数据；将所述目标配置数据发送给与所述目标配置数据匹配的目标客户端，所述目标配置数据用于配置所述目标客户端中的应用程序。

根据本公开的另一方面，提供了一种配置数据的推送装置，包括：第一获取模块、第二获取模块、确定模块以及发送模块。其中，第一获取模块用于获取针对至少一个客户端的参数信息；第二获取模块用于获取至少一个配置数据，每个所述配置数据包含适用条件信息；确定模块用于基于所述至少一个客户端的参数信息和所述至少一个配置数据中的适用条件信息之间的关系，确定互相匹配的目标客户端和目标配置数据；发送模块用于将所述目标配置数据发送给与所述目标配置数据匹配的目标客户端，所述目标配置数据用于配置所述目标客户端中的应用程序。

根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器和与所述至少一个处理器通信连接的存储器。其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的配置数据的推送方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行上述的配置数据的推送方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现上述的配置数据的推送方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1示意性示出了根据本公开一实施例的配置数据的推送方法和装置的系统架构；

图2示意性示出了根据本公开一实施例的配置数据的推送方法的流程图；

图3示意性示出了根据本公开一实施例的配置数据的推送方法的示意图；

图4示意性示出了根据本公开一实施例的配置数据的推送方法的时序图；

图5示意性示出了根据本公开另一实施例的配置数据的推送方法的时序图；

图6示意性示出了根据本公开一实施例的配置数据的推送装置的框图；以及

图7是用来实现本公开实施例的用于配置数据的推送的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

本公开的实施例提供了一种配置数据的推送方法，包括：获取针对至少一个客户端的参数信息；获取至少一个配置数据，每个配置数据包含适用条件信息；基于至少一个客户端的参数信息和至少一个配置数据中的适用条件信息之间的关系，确定互相匹配的目标客户端和目标配置数据；将目标配置数据发送给与目标配置数据匹配的目标客户端，目标配置数据用于配置目标客户端中的应用程序。

图1示意性示出了根据本公开一实施例的配置数据的推送方法和装置的系统架构。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括客户端101、102、103，网络104和服务器105。网络104用以在客户端101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用客户端101、102、103通过网络104与服务器105交互，以接收或发送消息等。客户端101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

客户端101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。本公开实施例的客户端101、102、103例如可以运行应用程序。

服务器105可以是提供各种服务的服务器，例如对用户利用客户端101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给客户端。另外，服务器105还可以是云服务器，即服务器105具有云计算功能。

需要说明的是，本公开实施例所提供的配置数据的推送方法一般可以由服务器105执行。相应地，本公开实施例所提供的配置数据的推送装置一般可以设置于服务器105中。本公开实施例所提供的配置数据的推送方法也可以由不同于服务器105且能够与客户端101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的配置数据的推送装置也可以设置于不同于服务器105且能够与客户端101、102、103和/或服务器105通信的服务器或服务器集群中。

应该理解，图1中的客户端、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的客户端、网络和服务器。

本公开实施例提供了一种配置数据的推送方法，下面结合图1的系统架构，参考图2～图5来描述根据本公开示例性实施方式的配置数据的推送方法。本公开实施例的配置数据的推送例如由图1所示的服务器105来执行。

图2示意性示出了根据本公开一实施例的配置数据的推送方法的流程图。

如图2所示，本公开实施例的配置数据的推送方法200例如可以包括操作S210～操作S240。

在操作S210，获取针对至少一个客户端的参数信息。

在操作S220，获取至少一个配置数据，每个配置数据包含适用条件信息。

在操作S230，基于至少一个客户端的参数信息和至少一个配置数据中的适用条件信息之间的关系，确定互相匹配的目标客户端和目标配置数据。

在操作S240，将目标配置数据发送给与目标配置数据匹配的目标客户端，目标配置数据用于配置目标客户端中的应用程序。

在本公开的实施例中，每个客户端例如运行应用程序。针对客户端的参数信息例如可以包括客户端的设备信息和所运行应用程序的属性信息。其中，客户端的设备信息例如包括客户端的型号、客户端的设备标识、客户端的操作系统类型等等。应用程序的属性信息例如包括应用程序的版本号信息等。

在本公开的实施例中，配置数据例如用于配置运行于客户端的应用程序。例如，应用程序具有显示页面，配置数据可以用于配置应用程序的显示页面的显示样式，显示样式例如包括与不同节日对应的页面皮肤。

在本公开的实施例中，每个配置数据例如均包括相应的适用条件信息，该适用条件信息例如与客户端的参数信息相关，即适用条件信息与参数信息之间具有关系。在一种示例中，该关系例如体现在适用条件信息中包括参数信息。在另一种示例中，适用条件信息包括的参考值，该关系例如体现在参考值与特征值相关，该特征值是对参考信息进行处理后得到的。

以一个客户端和一个配置数据为例，客户端的参数信息例如包括客户端的型号，客户端的型号为“型号001”，配置数据所包含的适用条件信息例如为“该配置数据适用的客户端型号为001至009”，基于参数信息“型号001”和适用条件信息“该配置数据适用的客户端型号为001至009”之间的关系确定该配置数据适用于该客户端，因此将该客户端和配置数据确定为互相匹配的目标客户端和目标配置数据。

在确定出互相匹配的目标客户端和目标配置数据之后，可以将目标配置数据发送给目标客户端，以便目标客户端基于目标配置数据对所运行的应用程序进行配置。

本公开实施例基于客户端的参数信息为客户端选择互相匹配的配置数据，以便将所匹配的配置数据发送给客户端进行应用程序的配置，实现了配置数据的个性化推送，因此达到了配置数据的精准下发。

以下结合图3的示意图来描述配置数据推送的过程。

图3示意性示出了根据本公开一实施例的配置数据的推送方法的示意图。

如图3所示，本公开实施例的配置数据的推送方法例如由服务器320执行，服务器320例如通过连接通道330与客户端310进行数据连接。连接通道330例如包括第一连接通道331和第二连接通常332。其中，服务器320例如与图1所描述的服务器105相同或类似。客户端310例如与图1所描述的客户端101、102、103相同或类似。

在本公开的实施例中，客户端310可以通过软件开发工具包(SDK，SoftwareDevelopment Kit)与服务器320之间建立连接通道。例如客户端310可以包括第一SDK 311和第二SDK 312。客户端310通过第一SDK与服务器320建立第一连接通道331，第一连接通道例如是长连接通道。客户端310通过第二SDK与服务器320建立第二连接通道332，第二连接通道332例如是短连接通道。

其中，长连接指客户端和服务器先建立连接，连接建立后不断开，然后客户端和服务器再进行数据的交互。短连接指客户端和服务器每进行一次数据交互时才进行连接，数据交互完成之后立即断开连接。

服务器320例如包括服务模块321、物料中心322和配置平台323。配置平台323可以接收开发人员的指令生成配置数据或更新已有的配置数据，并将配置数据发送给物料中心322进行存储。物料中心322例如具有数据库322A，数据库322A也称物料库，该数据库322A例如用于存储来自配置平台323的配置数据。服务模块321例如可以从物料中心322中获取配置数据，以将配置数据发送给客户端310，以便客户端310基于配置数据对运行于该客户端310中的应用程序进行配置。

在一实施例中，服务器320可以主动将配置数据通过第一连接通道331推送给客户端310。由于第一连接通道331包括长连接通道，表征客户端310和服务器320长期处于连接状态，因此服务模块321可以实时地向客户端310推送配置数据。

在另一实施例中，客户端310可以向服务器320发送配置数据获取请求，然后服务模块321响应于该配置数据获取请求经由第二连接通道332向客户端310返回配置数据。由于第二连接通道332包括短连接通道，因此客户端310与服务器320在一些特定时刻才处于连接状态，特定时刻例如包括客户端310热启动的时刻，由此需要客户端310在与服务器320处于连接状态时，可以向服务模块321发送配置数据获取请求以请求配置数据。

本公开实施例的技术方案，可以通过第一连接通道和第二连接通道相结合的方式来进行配置数据的推送。在配置平台更新配置数据时，可以通过第一连接通道实时将所更新的配置数据推送给客户端，使得配置数据快速到达指定的客户端。同时，每个客户端还可以直接向服务器发送配置数据获取请求，服务器响应于配置数据获取请求将客户端所需的配置数据通过第二连接通道发送给相应的客户端，确保每个客户端不错过配置数据。即，通过第一连接通道和第二连接通道相结合的方式，较大程度提高了配置数据的推送实效性。

下面结合图3的示意图，参考图4来描述基于第一连接通道进行配置数据推送的方法，以及参考图5来描述基于第二连接通道进行配置数据的推送方法。其中，服务模块、物料中心、配置平台例如均部署在服务器中。

图4示意性示出了根据本公开一实施例的配置数据的推送方法的时序图。

如图4，本公开实施例的配置数据的推送方法例如包括操作S401～操作S409。

在操作S401，客户端启动时向服务器中的服务模块发送参数信息。

根据本公开的实施例，服务器响应于至少一个客户端的启动，与启动的客户端建立第一连接通道，客户端通过第一连接通道向服务器发送参数信息，服务器可以经由第一连接通道获取所启动的客户端的参数信息。例如在客户端冷启动时建立第一连接通道。

另外，服务器还可以经由第一连接通道将与客户端相匹配的配置数据发送给匹配的客户端。

在操作S402，服务器的服务模块存储所接收的参数信息。

在操作S403，服务器的服务模块向客户端返回存储结果，以告知客户端其所发送的参数信息已存储。

在操作S404，配置平台向物料中心发送配置数据。

例如，配置平台基于开发人员的指令生成配置数据或更新已有的配置数据，在服务器接收到所启动的客户端的参数信息之后，服务器响应于配置平台中配置数据的更新来获取配置平台中的至少一个配置数据，例如由服务器的物料中心来接收配置平台发送的至少一个配置数据。

在操作S405，服务器将从配置平台中获取的至少一个配置数据存储于数据库，数据库例如为物料中心中的物料库。例如，物料中心将所接收的至少一个配置数据存储与第一存储器。

在操作S406，在物料中心存储至少一个配置数据之后，物料中心向配置平台返回存储结果，以告知配置平台其所发送的配置数据已存储。

在操作S407，物料中心定期将数据库中的至少一个第一配置数据推送给服务模块。

在操作S408，服务模块接收从数据库定期推送的至少一个配置数据之后，确定与每个配置数据互相匹配的客户端。

在操作S409，将配置数据推送给匹配的客户端。

由于服务模块中存储了至少一个客户端的参数信息和至少一个配置数据，此时可以基于至少一个客户端的参数信息和至少一个配置数据中的适用条件信息之间的关系，确定互相匹配的目标客户端和目标配置数据。

具体地，依次将每个配置数据作为目标配置数据，然后基于至少一个客户端的参数信息和至少一个配置数据中的适用条件信息之间的关系，从至少一个客户端中确定与每个目标配置数据匹配的客户端，作为目标客户端。

例如，至少一个配置数据包括配置数据A和配置数据B，至少一个客户端的参数信息包括客户端a的参数信息、客户端b的参数信息、客户端c的参数信息。首先将配置数据A作为目标配置数据，然后基于各个参数信息和各个配置数据中的适用条件信息之间的关系，确定与目标配置数据A匹配的客户端a和客户端b，并将客户端a和客户端b作为与配置数据A匹配的目标客户端。类似地，将配置数据B作为目标配置数据，确定与配置数据B匹配的客户端a和客户端c，并将客户端a和客户端c作为与配置数据B匹配的目标客户端。

在本公开的实施例中，服务器通过长连接通道与客户端进行连接，能够实现服务器实时将配置数据推送给客户端，从而实现了数据推送的实效性，进而实现客户端及时基于配置数据配置应用程序的效果。

图5示意性示出了根据本公开另一实施例的配置数据的推送方法的时序图。

如图5，本公开实施例的配置数据的推送方法例如包括操作S501～操作S509。

在操作S501，配置平台向物料中心发送配置数据。

例如，配置平台基于开发人员的指令生成配置数据或更新已有的配置数据之后，可以将配置数据发送至物料中心。

在操作S502，将所获取的至少一个配置数据存储在数据库。数据库例如为物料中心中的物料库。即，在物料中心接收到来自配置平台的至少一个配置数据之后，将至少一个配置数据存储于数据库。

在操作S503，在物料中心存储至少一个配置数据之后，物料中心向配置平台返回存储结果，以告知配置平台其所发送的配置数据已存储。

在操作S504，服务器的服务模块定期从数据库拉取至少一个配置数据。

在操作S505，物料中心响应服务模块的拉取请求，将数据库中的至少一个配置数据返回给服务模块。

在操作S506，服务模块利用拉取来的至少一个配置数据更新服务模块内存中存储的配置数据。其中，更新服务模块内存中存储的配置数据例如包括将拉取来的配置数据直接存储在内存中，或者将拉取来的配置数据替换原来存储的配置数据，或者基于拉取来的配置数据修改原来存储的配置数据生成新的配置数据。

在本公开的实施例中，服务器的服务模块响应于配置平台中配置数据的更新来获取至少一个配置数据，具体为，服务模块在接收到来自至少一个客户端的配置数据获取请求之前从物料中心拉取至少一个配置数据。

在操作S507，至少一个客户端向服务器发送配置数据获取请求。

在服务器接收到来自至少一个客户端的配置数据获取请求之后，服务器响应于配置数据获取请求与发送配置数据获取请求的客户端建立第二连接通道。例如客户端在热启动时向服务器发送配置数据获取请求，以便服务器响应于配置数据获取请求与客户端建立第二连接通道。

在操作S508，服务模块确定与每个客户端互相匹配的配置数据。

在操作S509，服务模块将配置数据返回给匹配的客户端。例如服务模块经由第二连接通道将配置数据返回给匹配的客户端。

具体地，服务器的服务模块从来自客户端的配置数据获取请求中提取发送配置数据获取请求的客户端的参数信息。此时服务模块中存储有至少一个客户端的参数信息和至少一个配置数据，此时可以基于至少一个客户端的参数信息和至少一个配置数据中的适用条件信息之间的关系，确定互相匹配的目标客户端和目标配置数据。

具体地，依次将发送配置数据获取请求的每个客户端作为目标客户端，然后基于至少一个客户端的参数信息和至少一个配置数据中的适用条件信息之间的关系，从至少一个配置数据中确定与每个目标客户端匹配的配置数据，然后基于与每个目标客户端匹配的配置数据确定与每个客户端匹配的目标配置数据。

在一种示例中，可以将与每个目标客户端匹配的配置数据直接作为目标配置数据。

例如，至少一个配置数据包括配置数据A、配置数据B、配置数据C，至少一个客户端的参数信息包括客户端a的参数信息、客户端b的参数信息。首先将客户端a作为目标客户端，然后基于各个参数信息和各个配置数据中的适用条件信息之间的关系，确定与目标客户端a匹配的配置数据A和配置数据B，并将配置数据A和配置数据B作为与客户端a匹配的目标配置数据。类似地，将客户端b作为目标客户端，确定与客户端b匹配的配置数据A和配置数据C，并将配置数据A和配置数据C作为与客户端b匹配的目标配置数据。

另一种示例中，可以从与每个目标客户端匹配的配置数据选择部分配置数据作为目标配置数据。

例如，服务器通过获取目标客户端已存储的配置数据的标识信息，然后从与目标客户端匹配的配置数据中，去除与目标客户端已存储的配置数据具有相同标识信息的配置数据，从而得到目标配置数据。

具体地，服务器获取参考信息，参考信息包括客户端已存储的配置数据的标识信息。示例性地，配置数据获取请求中可以携带该参考信息。

然后，服务器的服务模块可以基于参考信息，从与每个目标客户端匹配的配置数据中确定目标配置数据，该目标配置数据的标识信息与参考信息不同。

以目标客户端a以及与目标客户端a匹配的配置数据A和配置数据B为例。例如来自目标客户端a的参考信息中包含了配置数据B的标识信息，则表示目标客户端a已经具有配置数据B，此时可以不再将配置数据B返回目标客户端a。因此，仅将配置数据A作为与目标客户端a匹配的目标配置数据返回给目标客户端a。

在本公开的实施例中，客户端通过短连接通道与服务器进行连接，客户端通过实时向服务器请求配置数据并接收服务器通过短连接通道返回的配置数据，以便客户端及时基于配置数据来配置应用程序。另外，在客户端向服务器请求配置数据时，服务器可以基于来自客户端的参考信息确定客户端已有的配置数据，以避免重复发送客户端已有的配置数据而导致资源浪费。

在本公开的实施例中，参数信息例如包括：客户端所运行的应用程序的版本号、客户端的型号、客户端的设备标识、客户端的操作系统类型。

在本公开的实施例中，配置数据的适用条件信息例如包括：目标客户端所运行的应用程序的版本号范围、客户端的型号的关键字信息、客户端的设备标识的参考值、客户端的设备标识的集合、客户端的操作系统类型。

在一实施例中，以参数信息包括客户端所运行的应用程序的版本号、配置数据的适用条件信息包括客户端所运行的应用程序的版本号范围为例，来进行说明如何确定互相匹配的目标客户端和目标配置数据。具体地，服务器可以基于区间操作符来确定互相匹配的目标客户端和目标配置数据。

在本公开的实施例中，版本号范围由配置数据所适用的应用程序的最小版本号和最大版本号来确定。以一个客户端和一个配置参数的适用条件信息为例，当该运行于该客户端的应用程序的版本号在版本号范围之内时，确定该客户端与该配置参数互相匹配。

例如，运行于某一个客户端的应用程序的版本号为10.10.0.0，某一个配置数据的适用条件信息包括的版本号范围为10.10.0.0～10.10.0.99，则版本号为10.10.0.0在版本号范围10.10.0.0～10.10.0.99之内，确定该客户端与该配置数据互相匹配。

在另一实施例中，以参数信息包括客户端的型号、配置数据的适用条件信息包括客户端的型号的关键字信息为例，来进行说明如何确定互相匹配的目标客户端和目标配置数据。具体地，服务器基于模糊匹配操作符来确定互相匹配的目标客户端和目标配置数据。

以一个客户端和一个配置参数的适用条件信息为例，在该客户端的型号中具有关键字信息时，确定该客户端与该配置数据相互匹配。

例如，某一个客户端的型号为Z5-ABC20Pro，某一个配置数据的适用条件信息包括的客户端的型号的关键字信息为“Z5”或“20”，则型号Z5-ABC20Pro中具有关键字信息“Z5”或“20””，确定该客户端与该配置数据互相匹配。

在另一实施例中，以参数信息包括客户端的设备标识、配置数据的适用条件信息包括客户端的设备标识的参考值为例，来进行说明如何确定互相匹配的目标客户端和目标配置数据。具体地，服务器可以基于小流量操作符来确定互相匹配的目标客户端和目标配置数据。其中，基于小流量操作符可以确定出少量互相匹配的目标客户端和目标配置数据。

以一个客户端和一个配置参数的适用条件信息为例，处理该客户端的设备标识得到特征值，并将特征值与客户端的设备标识的参考值进行比较，在特征值小于参考值的情况下，确定该客户端与该配置数据相互匹配。设备标识例如为设备号，用于唯一表示该客户端。

例如，某一个客户端的设备标识为ABCabc123，利用哈希算法处理该设备标识ABCabC123得到哈希值(特征值)为8，客户端的设备标识的参考值例如为10，则哈希值8小于参考值10，确定该客户端与该配置数据互相匹配。

其中，例如服务器的服务模块预先基于大量的客户端的设备标识构建哈希算法。在构建哈希算法的过程中，针对每个客户端，将该客户端的设备号输入哈希算法得到哈希值，该哈希值例如在1-100之内，即大量客户端的哈希值均匀分布于1-100之内。当服务器需要将配置数据推送给少量(例如10％)的客户端时，可以确定参考值为10，在客户端的哈希值小于参考值为10的情况下，才将配置数据推送给该客户端，从而实现针对性地将配置数据推送给少量客户端。当配置参数通过少量客户端的验证之后，后续可以考虑将该配置参数推送给大量客户端，可见通过少量客户端进行配置数据的验证实现了安全性。

在另一实施例中，以参数信息包括客户端的设备标识、配置数据的适用条件信息包括客户端的设备标识的集合为例，来进行说明如何确定互相匹配的目标客户端和目标配置数据。具体地，服务器可以基于设备大集合操作符来确定互相匹配的目标客户端和目标配置数据。其中，基于设备大集合操作符可以确定出大量互相匹配的目标客户端和目标配置数据。

以一个客户端和一个配置参数的适用条件信息为例，在该客户端的设备标识属于客户端的设备标识的集合时，确定该客户端与该配置数据相互匹配。

在本公开的实施例中，设备标识的集合中的每个设备标识所对应的客户端的历史配置数据与待推送的配置数据相关。例如，历史配置数据与待推送的配置数据相同，或者历史配置数据与待推送的配置数据的配置功能相同或类似，即历史配置数据与待推送的配置数据可以具有相同功能但为不同的版本。以历史配置数据与待推送的配置数据均为配置应用程序的显示皮肤为例，历史配置数据例如用于将应用程序的显示皮肤配置为元旦节主题，待推送的配置数据例如用于将应用程序的显示皮肤配置为春节主题。

即，针对待推送的配置数据，通过历史配置数据来确定对待推送的配置数据需求概率较大的客户端以得到设备标识的集合。在将待推送的配置数据推送给某一个客户端时，如果该客户端的设备标识属于设备标识的集合，则确认该客户端对待推送的配置数据的需要概率较大，则可以将待推送的配置数据推送给该客户端。

在另一实施例中，以参数信息包括客户端的操作系统类型、配置数据的适用条件信息包括客户端的操作系统类型为例，来进行说明如何确定互相匹配的目标客户端和目标配置数据。具体地，服务器基于匹配操作符来确定互相匹配的目标客户端和目标配置数据。

以一个客户端和一个配置参数的适用条件信息为例，在该客户端的操作系统类型包含在适用条件信息中的客户端的操作系统类型时，确定该客户端与该配置数据相互匹配。

例如，某一个客户端的操作系统类型为Android，某一个配置数据的适用条件信息包括的客户端的操作系统类型例如为Android、iOS等，确定该客户端与该配置数据互相匹配。

在本公开的实施例中，每个客户端的参数信息例如包括多种，每个配置数据的适用条件信息例如也包括针对多种参数信息的条件。以一个配置数据的适用条件信息包括应用程序的版本号范围和客户端的操作系统类型为例，该配置数据的适用条件信息例如具体为“同时满足版本号范围为10.10.0.0～10.10.0.99以及客户端的操作系统类型为Android”，则客户端的参数信息中应用程序的版本号需要在版本号范围10.10.0.0～10.10.0.99之内以及参数信息中客户端的操作系统类型为Android的情况下，才确定该客户端与该配置数据互相匹配。或者，也可将该配置数据的适用条件信息设置为“满足版本号范围为10.10.0.0～10.10.0.99或者客户端的操作系统类型为Android”，则客户端的参数信息中应用程序的版本号需要在版本号范围10.10.0.0～10.10.0.99之内或者参数信息中客户端的操作系统类型为Android即可确定该客户端与该配置数据互相匹配。

在本公开的实施例中，由于配置数据的修改会直接影响客户端的运行方式、页面展示等，因此对于配置数据的修改、验证需要提供统一、方便验证的配置平台，保证配置数据的修改受到管控，以实现安全。通过配置平台可方便地查询配置数据的变更历史、配置数据的编辑修改、配置数据的操作上线变更等等。同时，配置平台还提供了沙盒验证环境，配置数据上线之前可以在沙盒环境完成验证。另外，配置平台还支持配置数据的分级发布，例如配置平台可以将配置数据分级发布到少量的服务模块进行验证，通过验证之后再将配置数据发送到全量的服务模块，防止配置数据因缺少验证而导致客户端在配置过程中出现崩溃的问题。

在配置平台中进行配置数据变更后，配置数据统一存储在物料中心。物料中心基于安全性考虑，为配置数据的写入和读取增加鉴权，针对各个业务之间的配置数据的鉴权能力互相隔离，将配置数据变更和读取权限粒度细化到业务维度，保证配置数据的安全性。

本公开的实施例，通过设计服务模块降级能力，可减少客户端向服务模块发起配置数据获取请求的频率，以降低服务模块的压力。例如，客户端可从服务模块处动态地获取服务模块主动推送配置数据的时间间隔，当客户端超过时间间隔还未收到服务模块主动推送的配置数据时，客户端可以发送配置数据获取请求至服务模块以请求获取配置数据。

本公开实施例的服务模块采用定时触发同步任务的方式，定期与物料中心进行交互以获取物料中心的配置数据，服务模块将所获取的配置数据存储到与服务模块对应的内存中，同时在本地生成配置文件。通过定期进行配置数据同步的方式，可满足各种流量场景，避免每次客户端请求时对物料中心造成压力。

通过本公开实施例，能够实现精准和实时地向客户端推送配置数据，进一步实现客户端及时更新配置数据。通过长连接通道和短连接通道两种通道的配合使用，实现配置数据变更后快速推送到客户端。另外，通过多种操作符进行多维度条件的过滤，实现针对不同客户端进行配置数据的个性化推送。可见，通过本公开实施例的配置数据推送方法，实现了无需额外的开发成本，并且能够满足复杂场景下配置数据的更新，提高了产品迭代的效率。

图6示意性示出了根据本公开一实施例的配置数据的推送装置的框图。

如图6所示，本公开实施例的配置数据的推送装置600例如包括第一获取模块610、第二获取模块620、确定模块630以及发送模块640。

第一获取模块610可以用于获取针对至少一个客户端的参数信息。根据本公开实施例，第一获取模块610例如可以执行上文参考图2描述的操作S210，在此不再赘述。

第二获取模块620可以用于获取至少一个配置数据，每个配置数据包含适用条件信息。根据本公开实施例，第二获取模块620例如可以执行上文参考图2描述的操作S220，在此不再赘述。

确定模块630可以用于基于至少一个客户端的参数信息和至少一个配置数据中的适用条件信息之间的关系，确定互相匹配的目标客户端和目标配置数据。根据本公开实施例，确定模块630例如可以执行上文参考图2描述的操作S230，在此不再赘述。

发送模块640可以用于将目标配置数据发送给与目标配置数据匹配的目标客户端，目标配置数据用于配置目标客户端中的应用程序。根据本公开实施例，发送模块640例如可以执行上文参考图2描述的操作S240，在此不再赘述。

根据本公开的实施例，确定模块630例如包括：第一确定子模块和第二确定子模块。其中，第一确定子模块用于将每个配置数据作为目标配置数据，第二确定子模块用于基于至少一个客户端的参数信息和至少一个配置数据中的适用条件信息之间的关系，从至少一个客户端中确定与每个目标配置数据匹配的客户端，作为目标客户端。

根据本公开的实施例，确定模块630例如还包括：第三确定子模块和第四确定子模块。其中，第三确定子模块用于将每个客户端作为目标客户端，第四确定子模块用于基于至少一个客户端的参数信息和至少一个配置数据中的适用条件信息之间的关系，从至少一个配置数据中确定与每个目标客户端匹配的配置数据，作为目标配置数据。

根据本公开的实施例，装置600例如还包括第三获取模块和去除模块。第三获取模块用于获取客户端已存储的配置数据的标识信息。去除模块用于从与目标客户端匹配的配置数据中，去除与目标客户端已存储的配置数据具有相同标识信息的配置数据。

根据本公开的实施例，第一获取模块610例如包括：第一建立子模块和第一获取子模块。其中，第一建立子模块用于响应于客户端的启动，与启动的客户端建立第一连接通道，第一获取子模块用于经由第一连接通道获取所启动的客户端的参数信息，其中，经由第一连接通道将目标配置数据发送给目标客户端。

根据本公开的实施例，第二获取模块620例如包括第二获取子模块、第一存储子模块和接收子模块。其中，第二获取子模块用于响应于配置数据的更新来获取至少一个配置数据，第一存储子模块用于将所获取的至少一个配置数据存储于数据库，接收子模块用于接收从数据库定期推送的至少一个配置数据。

根据本公开的实施例，第一获取模块610例如还包括：第二建立子模块和提取子模块。其中，第二建立子模块用于响应于接收到来自客户端的配置数据获取请求，与发送配置数据获取请求的客户端建立第二连接通道，提取子模块用于从配置数据获取请求中提取发送配置数据获取请求的客户端的参数信息，其中，经由第二连接通道将目标配置数据发送给目标客户端。

根据本公开的实施例，第二获取模块620例如还包括：第三获取子模块、第二存储子模块和拉取子模块。其中，第三获取子模块用于响应于配置数据的更新来获取至少一个配置数据，第二存储子模块用于将所获取的至少一个配置数据存储在数据库，拉取子模块用于定期从数据库拉取至少一个配置数据。

根据本公开的实施例，参数信息包括以下中的至少之一：客户端所运行的应用程序的版本号、客户端的型号、客户端的设备标识、客户端的操作系统类型。

根据本公开的实施例，配置数据的适用条件信息包括以下中的至少之一：目标客户端所运行的应用程序的版本号范围、客户端的型号的关键字信息、客户端的设备标识的参考值、客户端的设备标识的集合、客户端的操作系统类型。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图7是用来实现本公开实施例的用于配置数据的推送的电子设备的框图。

图7示出了可以用来实施本公开实施例的示例电子设备700的示意性框图。电子设备700旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图7所示，设备700包括计算单元701，其可以根据存储在只读存储器(ROM)702中的计算机程序或者从存储单元708加载到随机访问存储器(RAM)703中的计算机程序，来执行各种适当的动作和处理。在RAM 703中，还可存储设备700操作所需的各种程序和数据。计算单元701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

设备700中的多个部件连接至I/O接口705，包括：输入单元706，例如键盘、鼠标等；输出单元707，例如各种类型的显示器、扬声器等；存储单元708，例如磁盘、光盘等；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理，例如配置数据的推送方法。例如，在一些实施例中，配置数据的推送方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由ROM 702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到RAM 703并由计算单元701执行时，可以执行上文描述的配置数据的推送方法的一个或多个步骤。备选地，在其他实施例中，计算单元701可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行配置数据的推送方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (14)

1.一种配置数据的推送方法，包括：

获取针对至少一个客户端的参数信息；

获取至少一个配置数据，每个所述配置数据包含适用条件信息；

基于所述至少一个客户端的参数信息和所述至少一个配置数据中的适用条件信息之间的关系，确定互相匹配的目标客户端和目标配置数据；以及

将所述目标配置数据发送给与所述目标配置数据匹配的目标客户端，所述目标配置数据用于配置所述目标客户端中的应用程序。

2.根据权利要求1所述的方法，其中，所述基于所述至少一个客户端的参数信息和所述至少一个配置数据中的适用条件信息之间的关系，确定互相匹配的目标客户端和目标配置数据包括：

将每个配置数据作为目标配置数据；以及

基于所述至少一个客户端的参数信息和所述至少一个配置数据中的适用条件信息之间的关系，从至少一个客户端中确定与每个目标配置数据匹配的客户端，作为目标客户端。

3.根据权利要求1所述的方法，其中，所述基于所述至少一个客户端的参数信息和所述至少一个配置数据中的适用条件信息之间的关系，确定互相匹配的目标客户端和目标配置数据包括：

将每个客户端作为目标客户端；

基于所述至少一个客户端的参数信息和所述至少一个配置数据中的适用条件信息之间的关系，从至少一个配置数据中确定与每个目标客户端匹配的配置数据，作为目标配置数据。

4.根据权利要求3所述的方法，还包括：

获取目标客户端已存储的配置数据的标识信息；以及

从与目标客户端匹配的配置数据中，去除与所述目标客户端已存储的配置数据具有相同标识信息的配置数据。

5.根据权利要求1所述的方法，其中，获取针对至少一个客户端的参数信息包括：

响应于客户端的启动，与启动的客户端建立第一连接通道，以及

经由所述第一连接通道获取所启动的客户端的参数信息，

其中，经由所述第一连接通道将所述目标配置数据发送给所述目标客户端。

6.根据权利要求5所述的方法，其中，所述获取至少一个配置数据包括：在接收到所启动的客户端的参数信息之后，

响应于配置数据的更新来获取所述至少一个配置数据；

将所获取的至少一个配置数据存储于数据库；以及

接收从数据库定期推送的至少一个配置数据。

7.根据权利要求1所述的方法，其中，获取针对至少一个客户端的参数信息包括：

响应于接收到来自客户端的配置数据获取请求，与发送配置数据获取请求的客户端建立第二连接通道；以及

从配置数据获取请求中提取发送配置数据获取请求的客户端的参数信息，

其中，经由所述第二连接通道将所述目标配置数据发送给所述目标客户端。

8.根据权利要求7所述的方法，其中，所述获取至少一个配置数据包括：在接收到来自客户端的配置数据获取请求之前，

响应于配置数据的更新来获取至少一个配置数据；

将所获取的至少一个配置数据存储在数据库；以及

定期从数据库拉取所述至少一个配置数据。

9.根据权利要求1-8中任意一项所述的方法，其中，所述参数信息包括以下中的至少之一：

客户端所运行的应用程序的版本号；

客户端的型号；

客户端的设备标识；以及

客户端的操作系统类型。

10.根据权利要求1-8中任意一项所述的方法，其中，所述配置数据的适用条件信息包括以下中的至少之一：

目标客户端所运行的应用程序的版本号范围；

客户端的型号的关键字信息；

客户端的设备标识的参考值；

客户端的设备标识的集合；以及

客户端的操作系统类型。

11.一种配置数据的推送装置，包括：

第一获取模块，用于获取针对至少一个客户端的参数信息；

第二获取模块，用于获取至少一个配置数据，每个所述配置数据包含适用条件信息；

确定模块，用于基于所述至少一个客户端的参数信息和所述至少一个配置数据中的适用条件信息之间的关系，确定互相匹配的目标客户端和目标配置数据；以及

发送模块，用于将所述目标配置数据发送给与所述目标配置数据匹配的目标客户端，所述目标配置数据用于配置所述目标客户端中的应用程序。

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-10中任一项所述的方法。

13.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-10中任一项所述的方法。

14.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-10中任一项所述的方法。

Images