CN111865676B - 配置文件的更新检查方法、装置、服务器及存储介质 - Google Patents

Abstract

本申请公开了一种配置文件的更新检查方法、装置、服务器及存储介质，该配置文件的更新检查方法包括：获取目标下发条件，所述目标下发条件包括多种下发条件中的部分下发条件；生成与所述目标下发条件对应的条件维度值；将所述条件维度值下发至客户端，所述条件维度值用于所述客户端在检查配置文件的更新时，根据所述条件维度值确定目标下发条件，并生成包括所述目标下发条件的更新检查请求之后，将所述更新检查请求发送至与所述配置服务器对应的内容分发网络CDN服务器。本方法可以实现配置服务器对下发条件进行配置，并同步至客户端，使得客户端在发起检查更新请求时仅使用部分下发条件，降低CDN服务器被击穿的风险。

Description

配置文件的更新检查方法、装置、服务器及存储介质

技术领域

本申请涉及计算机技术领域，更具体地，涉及一种配置文件的更新检查方法、装置、服务器及存储介质。

背景技术

随着科技水平和生活水平的快速进步，电子设备(例如智能手机、平板电脑等)已经逐渐成为生活和工作中不可或缺的重要工具。人们通常会在电子设备上安装客户端，以实现生活中的各种需求。通常客户端中会存在配置文件，配置文件可以为客户端的运行提供运行环境或运行条件等。

在相关技术中，客户端需要频繁地向服务器发送更新检查请求，并且更新检查请求中会携带有多种下发条件(例如包名、软件版本号、软件渠道号等)，但是服务器在面对海量客户端发送的更新检查请求中携带的多种下发条件时，容易给服务器带来较大的访问压力，甚至引起服务器的崩溃。

发明内容

鉴于上述问题，本申请提出了一种配置文件的更新检查方法、装置、服务器及存储介质。

第一方面，本申请实施例提供了一种配置文件的更新检查方法，应用于配置服务器，所述方法包括：获取目标下发条件，所述目标下发条件包括多种下发条件中的部分下发条件；生成与所述目标下发条件对应的条件维度值；将所述条件维度值下发至客户端，所述条件维度值用于所述客户端在检查配置文件的更新时，根据所述条件维度值确定目标下发条件，并生成包括所述目标下发条件的更新检查请求之后，将所述更新检查请求发送至与所述配置服务器对应的内容分发网络CDN服务器。

第二方面，本申请实施例提供了一种配置文件的更新检查方法，应用于安装有客户端的电子设备，所述方法包括：在所述客户端检查配置文件的更新时，获取条件维度值，其中，所述条件维度值由配置服务器下发，所述条件维度值所对应的下发条件包括多种下发条件中的部分下发条件；根据所述条件维度值，确定目标下发条件；生成包括所述目标下发条件的更新检查请求，并将所述更新检查请求发送至所述配置服务器所对应的内容分发网络CDN服务器。

第三方面，本申请实施例提供了一种配置文件的更新检查装置，应用于配置服务器，所述装置包括：下发条件获取模块、条件维度确定模块以及条件维度下发模块，其中，所述下发条件获取模块用于获取配置的目标下发条件，所述目标下发条件包括多种下发条件中的部分下发条件；所述条件维度确定模块用于生成与所述目标下发条件对应的条件维度值；所述条件维度下发模块用于将所述条件维度值下发至客户端，所述条件维度值用于所述客户端在检查配置文件的更新时，生成用于发送至所述配置服务器对应的内容分发网络CDN服务器的更新检查请求，所述更新检查请求包括所述目标下发条件。

第四方面，本申请实施例提供了一种配置文件的更新检查装置，应用于安装有客户端的电子设备，所述装置包括：条件维度获取模块、下发条件确定模块以及更新检查请求模块，其中，所述条件维度获取模块用于在所述客户端检查配置文件的更新时，获取用于确定下发条件的条件维度值，所述条件维度值所对应的下发条件包括多种下发条件中的部分下发条件；所述下发条件确定模块用于根据所述条件维度值，确定目标下发条件；所述更新检查请求模块用于生成包括所述目标下发条件的更新检查请求，并将所述更新检查请求发送至配置服务器所对应的内容分发网络CDN服务器。

第五方面，本申请实施例提供了一种服务器，包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述第一方面提供的配置文件的更新检查方法。

第六方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述第二方面提供的配置文件的更新检查方法。

第七方面，本申请实施例提供了一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述第一方面提供的配置文件的更新检查方法。

第八方面，本申请实施例提供了一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述第二方面提供的配置文件的更新检查方法。

本申请提供的方案，通过配置服务器获取目标下发条件，该目标下发条件中包括多种下发条件中的部分下发条件，生成与目标下发条件对应的条件维度值，然后将条件维度值下发至客户端，该条件维度值用于客户端在检查配置文件的更新时，根据条件维度值确定目标下发条件，并生成包括目标下发条件的更新检查请求之后，将更新检查请求发送至与配置服务器对应的内容分发网络CDN服务器，从而可以实现配置服务器对客户端上报的下发条件进行配置，并且由于服务器下发至客户端的下发条件仅为多种下发条件中的多种，可以有效减少服务器的压力，从而避免服务器击穿和崩溃的风险。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请实施例提供的应用场景的一种示意图。

图2示出了根据本申请一个实施例的配置文件的更新检查方法流程图。

图3示出了根据本申请另一个实施例的配置文件的更新检查方法流程图。

图4示出了本申请实施例提供的应用场景的另一种示意图。

图5示出了根据本申请又一个实施例的配置文件的更新检查方法流程图。

图6示出了根据本申请再一个实施例的配置文件的更新检查方法流程图。

图7示出了根据本申请一个实施例的配置文件的更新检查装置的一种框图。

图8示出了根据本申请另一个实施例的配置文件的更新检查装置的一种框图。

图9是本申请实施例的用于执行根据本申请实施例的配置文件的更新检查方法的服务器的框图。

图10是本申请实施例的用于执行根据本申请实施例的配置文件的更新检查方法的电子设备的框图。

图11是本申请实施例的用于保存或者携带实现根据本申请实施例的配置文件的更新检查方法的程序代码的存储单元。

具体实施方式

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

通常人们会在电子设备上安装各种各样的客户端程序，例如聊天客户端、购物客户端等应用程序。客户端中通常具有配置文件，这些配置文件可以为运行于客户端的应用程序提供运行环境或运行条件，例如，配置文件可以包括关于界面属性、控件属性等的文件。

另外，客户端的运行和功能的实现需要依赖于配置文件，而随着业务需求的不断变化，例如需要增添功能等，客户端中的配置文件也需要进行更新。

在相关技术中，在需要更新客户端的配置文件时，厂商会将客户端的最新的配置文件或者需要更新的配置文件设置于服务器。客户端在需要检查配置文件是否存在更新时，会在更新检查请求中带上客户端及设备的属性作为下发条件，例如包名、软件版本号、设备编码取模等。服务器在接收到客户端发送的对配置文件的更新检查请求时，通过查找本地的配置文件，并根据更新检查请求中携带的下发条件，从而确定该客户端的配置文件是否需要更新。

并且，为应对海量设备和不同客户端的请求，服务器会接入内容分发网络(CDN，Content Delivery Network)服务器来就近响应检查更新服务，同时利用CDN服务器来检查更新，可以实现当CDN服务器有资源时，会直接返给客户端，在不存在资源时，也会从源服务端获取数据缓存到本地，然后返给客户端。并且，CDN服务器在仅被击穿时，才会请求服务端来处理更新检查请求，从而可以大大减少源服务端的压力，提升服务端的稳定性。

在客户端进行配置文件的更新检查中，客户端附带的多种下发条件的参数值各不相同，在海量设备中各个条件参数值组成的排列组合量级很大，导致CDN很容易被击穿，从而造成后端服务器需要响应大量并发请求，如果数十个客户端同时请求，造成CDN大量被击穿的同时，也会导致服务端的请求量同步上升。

针对上述问题，发明人提出了本申请实施例提供的配置文件的更新检查方法、装置、服务器以及存储介质，可以实现配置服务器对客户端上报的下发条件进行配置，并且由于服务器下发至客户端的下发条件仅为多种下发条件中的多种，可以有效减少服务器的压力，从而避免服务器击穿和崩溃的风险。其中，具体的配置文件的更新检查方法在后续的实施例中进行详细的说明。

下面对本申请实施例提供的配置文件的更新检查方法的应用环境进行介绍。

请参阅图1，图1示出了为本申请实施例应用场景的一种网络结构图，电子设备200与配置服务器100通信连接，电子设备200中可以安装有客户端。配置服务器100可以配置下发条件，并根据配置的下发条件生成条件维度值，将条件维度值下发至电子设备200安装的客户端，客户端可以基于条件维度值，确定下发条件后，生成包括下发条件的更新检查请求，将更新检查请求发送至于配置服务器对应的CDN服务器300，以进行配置文件的更新检查。另外，配置服务器100与CDN服务器300也可以通信连接，配置服务器100可以将配置文件缓存于CDN服务器300，CDN服务器300可以用于响应客户端的更新检查请求，在存在配置文件的更新时，将缓存的更新文件下发至客户端，从而实现配置文件的更新。

其中，电子设备200可以是手机、平板电脑等设备；配置服务器100、CND服务器300可以是一个物理或逻辑服务器等。在本申请实施例中，配置服务器100、CDN服务器300以及电子设备的设备种类，以及电子设备200与配置服务器100之间、电子设备200与CDN服务器300之间、配置服务器100与CDN服务器300之间的通信网络的类型、协议等均不做限定。由于CDN服务器用于就近进行内容分发，因此，CDN服务器的数量可以为多个。

下面对本申请实施例的配置文件的更新检查方法进行详细介绍。

请参阅图2，图2示出了本申请一个实施例提供的配置文件的更新检查方法的流程示意图。在具体的实施例中，所述配置文件的更新检查方法应用于如图7所示的配置文件的更新检查装置400以及配置有所述配置文件的更新检查装置400的服务器100(图9)。下面将以配置服务器为例，说明本实施例的具体流程。下面将针对图2所示的流程进行详细的阐述，所述配置文件的更新检查方法具体可以包括以下步骤：

步骤S110：获取目标下发条件，所述目标下发条件包括多种下发条件中的部分下发条件。

在本申请实施例中，配置服务器可以对客户端在发起配置文件的更新检查请求中携带的下发条件进行配置，使得客户端在发起更新检查请求时，根据配置服务器所配置的下发条件，来生成更新检查请求。

在一些实施方式中，配置服务器可以在对客户端用于生成更新检查请求的下发条件进行配置时，可以获取目标下发条件。其中，目标下发条件中包括多种下发条件中的部分下发条件，该目标下发条件即为客户端用于生成更新检查请求的下发条件，下发条件可以指用于服务器匹配配置文件的参数条件。由于目标下发条件包括多种下发条件中的部分下发条件，从而配置服务器候选在将目标下发条件配置于客户端之后，客户端可以根据目标下发条件来生成更新检查请求，而不必选择根据多种下发条件中的全部下发条件生成更新检查请求，客户端在将更新检查请求发送至CDN服务器之后，可以有效避免CDN服务器被击穿的风险。

在一些实施方式中，多种下发条件可以包括可用于检查配置文件的更新的所有下发条件，例如，多种下发条件可以包括：包名、软件版本号、软件build号(内部标号)、软件渠道号、品牌名、操作系统(Operating System，OS)版本号、Android SDK(软件开发工具包，Software Development Kit)版本、机型、国家地区编码、设备编码等。当然，多种下发条件中包括的具体参数可以不作为限定。

在一些实施方式中，目标下发条件可以由开发者预先设置，并存储于配置服务器中。配置服务器在需要将目标下发条件配置于相应的客户端时，可以读取存储的目标下发条件，并且后续生成相应的条件维度值之后，发送至客户端。例如，配置服务器可以接收开发者的客户端上报的目标下发条件，从而获得目标下发条件。

在另一些实施方式中，目标下发条件也可以存储于开发者服务器，开发者服务器为用于提供给开发者进行开发和设计的平台的服务器。配置服务器在需要将目标下发条件配置于相应的客户端时，可以从开发者服务器对目标下发条件进行获取。

在一些实施方式中，配置服务器可以在开发者或者管理员对目标下发条件进行设置后，即执行获取目标下发条件，以及后续的条件维度值的生成和下发的过程，从而可以使设置的目标下发条件所对应的条件维度值能够及时的设置于客户端。作为一种实施方式，配置服务器可以在接收到开发者或者管理员利用管理端上报的目标下发条件时，执行件维度值的生成和下发的过程；作为另一种实施方式，当目标下发条件由管理者上传于开发者服务器时，开发者服务器可以在接收到上传的目标下发条件时，将目标下发条件及时的发送至配置服务器，配置服务器在接收到开发者服务器发送的目标下发条件时，执行件维度值的生成和下发的过程。

步骤S120：生成与所述目标下发条件对应的条件维度值。

在本申请实施例中，配置服务器在获取到目标下发条件之后，可以生成与目标下发条件对应的条件维度值，以将条件维度值下发至客户端。

在一些实施方式中，配置服务器可以根据目标下发条件，对多个目标下发条件中每个下发条件生成不同的维度值，然后根据每个下发条件对应的维度值，组合构成条件维度值。客户端可以预先配置有条件维度值与下发条件的对应规则，从而客户端可以根据条件维度值中不同的维度值，确定出目标下发条件。例如，每个下发条件具有其对应的序号，则可以根据每个下发条件序号，以及该下发条件是否属于目标下发条件，对每个下发条件的维度值进行确定，每个下发条件的维度值可以包括其序号，以及用于表征是否属于目标下发条件的标识值。

步骤S130：将所述条件维度值下发至客户端，所述条件维度值用于所述客户端在检查配置文件的更新时，根据所述条件维度值确定目标下发条件，并生成包括所述目标下发条件的更新检查请求之后，将所述更新检查请求发送至与所述配置服务器对应的内容分发网络CDN服务器。

在本申请实施例中，配置服务器在生成条件维度值之后，则可以将条件维度值下发至客户端。该条件维度值下发至客户端之后，可以由客户端进行本地的存储，从而客户端在需要检查配置文件的更新时，可以根据条件维度值确定目标下发条件，并生成包括该目标下发条件的更新检查请求，然后再将更新检查请求发送至配置服务器对应的CDN服务器，进行配置文件的更新检查。

本申请实施例提供的配置文件的更新检查方法，配置服务器获取目标下发条件之后，根据目标下发条件生成相对应的条件维度值，然后将条件维度值下发至客户端，实现了配置服务器，对客户端上的用于生成更新检查请求中携带的条件参数的设置或调整，由于条件维度值所对应的目标下发条件为多种下发条件中的部分下发条件，从而配置服务器候选在将目标下发条件配置于客户端之后，客户端可以根据目标下发条件来生成更新检查请求，而不必选择根据多种下发条件中的全部下发条件生成更新检查请求，客户端在将更新检查请求发送至CDN服务器之后，可以有效避免CDN服务器被击穿的风险。另外，由于将下发条件转化为条件维度值之后再进行下发，可以有效减少服务器传输的数据量。

请参阅图3，图3示出了本申请另一个实施例提供的配置文件的更新检查方法的流程示意图。该配置文件的更新检查方法应用于上述配置服务器，下面将针对图3所示的流程进行详细的阐述，所述配置文件的更新检查方法具体可以包括以下步骤：

步骤S210：获取目标下发条件，所述目标下发条件包括多种下发条件中的部分下发条件。

在本申请实施例中，步骤S210可以参阅前述实施例的内容，在此不再赘述。

步骤S220：根据所述目标下发条件，将所述目标下发条件中每个下发条件对应的标识值设置为第一标识值。

在本申请实施例中，配置服务器在根据目标下发条件，生成条件维度值时，可以根据目标下发条件，确定每个下发条件所对应的标识值。其中，多个下发条件中目标下发条件所对应的标识值与未被选作目标下发条件的标识值不同，从而在生成条件维度值，将条件维度值下发至客户端之后，客户端可以根据条件维度值中每个下发条件的标识值，确定其是否被作为目标下发条件，从而可以确定出目标下发条件。

在一些实施方式中，配置服务器可以根据目标下发条件，将目标下发条件中每个下发条件对应的标识值设置为第一标识值。其中，第一标识值用于表征其对应的下发条件属于目标下发条件，即为目标下发条件中的其中一个下发条件，也就是说，被设置为第一标识值的下发条件代表被选作为目标下发条件。

步骤S230：将其他下发条件中每个下发条件对应的标识值设置为第二标识值，其中，所述其他下发条件为所述多种下发条件中除所述目标下发条件以外的下发条件，第二标识值不同于所述第一标识值。

在一些实施方式中，配置服务器可以根据目标下发条件，确定多种下发条件中除目标下发条件以外的其他下发条件，并将其他下发条件中每个下发条件对应的标识值设置为第二标识值。其中，第二标识值用于表征其对应的下发条件不属于目标下发条件，也就是说，被设置为第二标识值的下发条件代表未被选作为目标下发条件。

作为一种实施方式，第一标识值可以仅包括一个标识值，第二标识值也可以仅包括一个标识值，从而后续在生成条件维度值之后，客户端仅需要识别两个不同的标识值，即可确定多种下发条件中每种下发条件是否属于目标下发条件，从而从多种下发条件中确定出目标下发条件。例如，第一标识值可以1，第二标识值可以为0，1即表示其对应的下发条件属于目标下发条件，0即表示其对应的下发条件不属于目标下发条件。

作为另一种实施方式，第一标识值可以仅包括多个标识值，第二标识值也可以包括多个标识值。客户端本地可以存储有第一标识值所包括的多个标识值，以及第二标识值所包括的第二标识值，从而客户端根据条件维度值，也可以确定多种下发条件中每种下发条件是否属于目标下发条件，从而从多种下发条件中确定出目标下发条件。例如，第一标识值包括：0、1、2、3和4，第二标识值包括：5、6、7、8和9，0、1、2、3和4示其对应的下发条件属于目标下发条件，5、6、7、8和9表示其对应的下发条件不属于目标下发条件。

当然，第一标识值以及第二标识值的具体形式可以不作为限定。

步骤S240：根据所述第一标识值以及所述第二标识值，生成条件维度值。

在本申请实施例中，配置服务器在获取到第一标识值以及第二标识值之后，则可以根据第一标识值以及第二标识值，生成条件维度值。其中，条件维度值可以包括多种下发条件中每种下发条件对应的标识值，从而客户端可以根据条件维度值，从多种下发条件中确定出目标下发条件。

作为一种实施方式，配置服务器根据第一标识值以及第二标识值，生成条件维度值，可以包括：根据预先设定的多种下发条件所对应的排列先后顺序，对每个第一标识值以及每个第二标识值进行排列，获得条件维度值。

其中，配置服务器可以存储有多种下发条件所对应的排列先后顺序，配置服务器根据该先后顺序，对每个下发条件所对应的标识值进行排列，从而可以获得由以上获取到的第一标识值以及第二标识值所构成的条件维度值。例如，多种下发条件包括：条件1、条件2、条件3、条件4以及条件5，条件1对应的标识值为0，条件2对应的标识值为1，条件3对应的标识值为1，条件4对应的标识值为0，条件5对应的标识值为0，并且以上排列先后顺序为：条件1、条件2、条件3、条件4、条件5，则生成的条件维度值为：01100。

又例如，在计算机语言中，一个整型数字由32个bit位组成，每位由0和1组成即二进制，因此，1个整型数字可以支持32种下发条件，有效的节省了空间。假如有十个下发条件，则可以从右向左取前10位来标识这个10个配置下发条件。

当然，配置服务器具体生成条件维度值的方式，以及条件维度值的具体形式可以不作为限定。

步骤S250：将所述条件维度值发送至所述配置服务器对应的网关服务器，由所述网关服务器在接收到所述客户端的任意业务请求时，将携带有所述条件维度值的响应信息发送至所述客户端。

在本申请实施例中，请参阅图4，在电子设备200的客户端与配置服务器100的交互系统中，还可以包括网关服务器400，网关服务器400用于接收并处理客户端发送的业务请求，然后将业务请求分发至不同业务的服务器。配置服务器100在实现将条件维度值下发至客户端时，可以将条件维度值发送至网关服务器400，网关服务器400可以将条件维度值进行缓存，并且网关服务器400在接收到客户端的任意业务请求时，将携带有条件维度值的响应信息发送至客户端。由于网关服务器作为客户端的业务请求的处理者，在客户端与后端进行通信时，均会经过网关服务器，因此可以实现将生成的条件维度值能够及时的发送至客户端，保证客户端在需求检查配置文件的更新时，能根据条件维度值，确定目标下发条件，并生成更新检查请求发送至CDN服务器，从而实现配置文件的更新检查。

本申请实施例提供的配置文件的更新检查方法，实现了配置服务器，对客户端上的用于生成更新检查请求中携带的条件参数的设置或调整，由于条件维度值所对应的目标下发条件为多种下发条件中的部分下发条件，从而配置服务器候选在将目标下发条件配置于客户端之后，客户端可以根据目标下发条件来生成更新检查请求，而不必选择根据多种下发条件中的全部下发条件生成更新检查请求，客户端在将更新检查请求发送至CDN服务器之后，可以有效避免CDN服务器被击穿的风险。另外，由于将下发条件转化为不同的标识值，然后根据标识值生成条件维度值，可以有效节省空间，并且在进行下发时，可以有效减少服务器传输的数据量。同时，通过网关服务器进行条件维度值的下发，可以使条件维度值及时的下发至客户端。

请参阅图5，图5示出了本申请又一个实施例提供的配置文件的更新检查方法的流程示意图。该配置文件的更新检查方法应用于上述配置服务器，下面将针对图5所示的流程进行详细的阐述，所述配置文件的更新检查方法具体可以包括以下步骤：

步骤S310：获取目标下发条件，所述目标下发条件包括多种下发条件中的部分下发条件。

步骤S320：生成与所述目标下发条件对应的条件维度值。

步骤S330：将所述条件维度值下发至客户端，所述条件维度值用于所述客户端在检查配置文件的更新时，根据所述条件维度值确定目标下发条件，并生成包括所述目标下发条件的更新检查请求之后，将所述更新检查请求发送至与所述配置服务器对应的内容分发网络CDN服务器。

在本申请实施例中，步骤S310至步骤S350可以参阅前述实施例的内容，在此不再赘述。

步骤S340：在获取到管理端上报的更新条件时，根据所述更新条件对所述目标下发条件进行更新。

在本申请实施例中，配置服务器还可以对条件维度值进行更新。其中，开发者或者管理员可以通过管理端对目标条件进行更新，然后将更新条件上报至管理服务器。

在一些实施方式中，更新条件可以指更新后的用于生成更新检查请求的条件。配置服务器可以将目标下发条件中的条件全部替换为更新条件，从而完成对目标下发条件的更新。

当然，更新条件也可以指用于新增加的条件、或者用于替换目标下发条件中的一个或多个条件的条件。配置服务器可以根据更新条件，对目标下发条件中的条件进行增加，或者对某一个或者多个下发条件进行替换，从而完成对目标下发条件的更新。

步骤S350：生成与更新后的目标下发条件对应的条件维度值，并将所述条件维度值下发至所述客户端。

在本申请实施例中，配置服务器在对目标下发条件后，则可以重新生成与更新后的目标下发条件对应的条件维度值，并将该生成的条件维度值下发至客户端，从而完成对客户端中的条件维度值的更新。

在一些实施方式中，由于配置服务器对目标下发条件进行了配置，使目标下发条件中仅包括部分下发条件，从而可以减少CDN服务器的处理量，避免CDN服务器被击穿的风险。但是，在一些特殊情况下，仍然可能会存在CDN服务器被击穿的情况。当CDN服务器被击穿时，CDN服务器会将客户端发送的更新检查请求交由配置服务器处理，配置服务器在接收到CDN服务器被击穿时上报的更新检查请求时，响应更新检查请求，根据接收到的更新检查请求中包括的下发条件，检查是否存在配置文件的更新，如果存在配置文件的更新，将最新的配置文件下发至客户端；如果不存在配置文件的更新，则可以不做响应，或者向客户端返回用于表征不存在配置文件的更新的结果。

另外，由于在对用于生成更新检查请求的下发条件中的条件数量进行了减少，还是使得CDN服务器被击穿，表示CDN服务器的处理压力仍然较大。因此，配置服务器还可以对条件维度值进行更新，使更新后的条件维度值所对应的下发条件的数量少于目标下发条件中下发条件的数量，并将更新后的条件维度值下发至客户端，从而可以使用于生成更新检查请求的下发条件中的条件数量进一步减少，避免配置服务器对应的其他CDN服务器被击穿的风险。

在另一些实施方式中，当CDN服务器被击穿时，CDN服务器会将客户端发送的更新检查请求交由配置服务器处理，配置服务器在接收到CDN服务器被击穿时上报的更新检查请求时，可以响应该更新检查请求，根据客户端所在的位置，从其他CDN服务器中选取满足设定距离条件的目标CDN服务器；将目标CDN服务器的地址信息发送至客户端，地址信息用于客户端向目标CDN服务器发送更新检查请求。其中，其他CDN服务器为配置服务器对应的CDN服务器中除被击穿的CDN服务器以外的其他CDN服务器；设定距离条件可以为距离小于指定距离，或者，根据距离从小到大进行排序后，排序结果中仅次于此前被击穿的CDN服务器的排名。从而，可以选取其他CDN服务器中，选取距离该客户端最近，或者距离小于一定距离的CDN服务器，方便客户端就近进行配置文件的更新检查。

当然，在该实施方式中，配置服务器也可以对条件维度值进行更新，使更新后的条件维度值所对应的下发条件的数量少于目标下发条件中下发条件的数量，并将更新后的条件维度值下发至客户端，从而可以使用于生成更新检查请求的下发条件中的条件数量进一步减少，避免配置服务器对应的其他CDN服务器被击穿的风险。

本申请实施例提供的配置文件的更新检查方法，还实现了对条件维度值进行更新，满足管理员或者开发者对下发条件进行更新的需求，使下发条件可以不断优化，从而减少CDN服务器被击穿的风险。

请参阅图6，图6示出了本申请再一个实施例提供的配置文件的更新检查方法的流程示意图。该配置文件的更新检查方法应用于上述安装有客户端的电子设备，下面将针对图6所示的流程进行详细的阐述，所述配置文件的更新检查方法具体可以包括以下步骤：

步骤S410：在所述客户端检查配置文件的更新时，获取条件维度值，其中，所述条件维度值由配置服务器下发，所述条件维度值所对应的下发条件包括多种下发条件中的部分下发条件。

在本申请实施例中，条件维度值可以由客户端在每次进行检查配置文件的更新时，从配置服务器获取；也可以是，配置服务器在对条件维度值进行下发后，存储于本地，客户端在每次进行检查配置文件的更新时，从本地进行读取。

步骤S420：根据所述条件维度值，确定目标下发条件。

在本申请实施例中，电子设备中的客户端在获取到条件维度值之后，则可以根据获得的条件维度值，确定目标下发条件。在一些方式中，由于条件维度值中包括各个下发条件所对应的标识值，因此客户端可以根据条件维度值，确定多种下发条件中每个下发条件对应的标识值，然后根据所述每个下发条件对应的标识值，从多种下发条件中，获取标识值为目标标识值的下发条件作为目标下发条件。其中，该目标标识值即用于标识目标下发条件的标识值，如果某个下发条件对应的标识值为目标标识值，则表示该下发条件属于目标下发条件，从而可以从多个下发条件中确定出目标下发条件。

步骤S430：生成包括所述目标下发条件的更新检查请求，并将所述更新检查请求发送至所述配置服务器所对应的内容分发网络CDN服务器。

在本申请实施例中，电子设备中的客户端在确定出目标下发条件之后，则可以生成包括目标下发条件的更新检查请求，然后将更新检查请求发送至配置服务器所对应的内容分发网络CDN服务器，完成对配置文件的更新检查。由于目标下发条件包括多种下发条件中的部分下发条件，从而配置服务器候选在将目标下发条件配置于客户端之后，客户端可以根据目标下发条件来生成更新检查请求，而不必选择根据多种下发条件中的全部下发条件生成更新检查请求，客户端在将更新检查请求发送至CDN服务器之后，可以有效避免CDN服务器被击穿的风险。

请参阅图7，其示出了本申请实施例提供的一种配置文件的更新检查装置400的结构框图。该配置文件的更新检查装置400应用上述的配置服务器，该配置文件的更新检查装置400包括：下发条件获取模块410、条件维度确定模块420以及条件维度下发模块430。其中，所述下发条件获取模块410用于获取配置的目标下发条件，所述目标下发条件包括多种下发条件中的部分下发条件；所述条件维度确定模块420用于生成与所述目标下发条件对应的条件维度值；所述条件维度下发模块430用于将所述条件维度值下发至客户端，所述条件维度值用于所述客户端在检查配置文件的更新时，生成用于发送至所述配置服务器对应的内容分发网络CDN服务器的更新检查请求，所述更新检查请求包括所述目标下发条件。

在一些实施方式中，条件维度下发模块430可以具体用于：将所述条件维度值发送至所述配置服务器对应的网关服务器，由所述网关服务器在接收到所述客户端的任意业务请求时，将携带有所述条件维度值的响应信息发送至所述客户端。

在一些实施方式中，条件维度确定模块420可以包括：第一标识值获取单元、第二标识值生成单元以及条件维度生成单元。其中，第一标识值获取单元用于根据所述目标下发条件，将所述目标下发条件中每个下发条件对应的标识值设置为第一标识值；第二标识值生成单元用于将其他下发条件中每个下发条件对应的标识值设置为第二标识值，其中，所述其他下发条件为所述多种下发条件中除所述目标下发条件以外的下发条件，第二标识值不同于所述第一标识值；条件维度生成单元用于根据所述第一标识值以及所述第二标识值，生成条件维度值。

在该实施方式中，条件维度生成单元可以具体用于：根据预先设定的所述多种下发条件所对应的排列先后顺序，对每个第一标识值以及每个第二标识值进行排列，获得条件维度值。

在一些实施方式中，下发条件获取模块410可以具体用于：获取管理端根据管理员的配置操作上报的目标下发条件。

在一些实施方式中，该配置文件的更新检查装置400还可以包括：条件更新模块以及第一维度更新模块。条件更新模块用于在获取到管理端上报的更新条件时，根据所述更新条件对所述目标下发条件进行更新；第一维度更新模块用于：生成与更新后的目标下发条件对应的条件维度值，并将所述条件维度值下发至所述客户端。

在一些实施方式中，该配置文件的更新检查装置400还可以包括：请求接收模块以及文件下发模块。请求接收模块用于在接收到所述CDN服务器被击穿时上报的更新检查请求时，响应所述更新检查请求，根据接收到的更新检查请求中包括的下发条件，检查是否存在配置文件的更新；文件下发模块用于如果存在配置文件的更新，将最新的配置文件下发至客户端。

在该实施方式下，该配置文件的更新检查装置400还可以包括：第二维度更新模块。第二维度更新模块用于在所述将最新的配置文件下发至客户端之后，对所述条件维度值进行更新，并将更新后的条件维度值下发至所述客户端，其中，更新后的条件维度值所对应的下发条件的数量少于目标下发条件中下发条件的数量。

在一些实施方式中，该配置文件的更新检查装置400还可以包括：服务器选取模块以及地址发送模块。服务器选取模块用于在接收到所述CDN服务器被击穿时上报的更新检查请求时，响应所述更新检查请求，根据所述客户端所在的位置，从其他CDN服务器中选取满足设定距离条件的目标CDN服务器；地址发送模块用于将所述目标CDN服务器的地址信息发送至所述客户端，所述地址信息用于所述客户端向所述目标CDN服务器发送所述更新检查请求。

请参阅图8，其示出了本申请实施例提供的一种配置文件的更新检查装置500的结构框图。该配置文件的更新检查装置500应用上述的电子设备，该电子设备中安装有客户端，该配置文件的更新检查装置500包括：条件维度获取模块510、下发条件确定模块520以及更新检查请求模块530。其中，所述条件维度获取模块510用于在所述客户端检查配置文件的更新时，获取用于确定下发条件的条件维度值，所述条件维度值所对应的下发条件包括多种下发条件中的部分下发条件；所述下发条件确定模块520用于根据所述条件维度值，确定目标下发条件；所述更新检查请求模块530用于生成包括所述目标下发条件的更新检查请求，并将所述更新检查请求发送至配置服务器所对应的内容分发网络CDN服务器。

在一些实施方式中，下发条件确定模块520可以包括：标识值确定单元以及条件获取单元。其中，标识值确定单元用于根据所述条件维度值，确定所述多种下发条件中每个下发条件对应的标识值；条件获取单元用于根据所述每个下发条件对应的标识值，从所述多种下发条件中，获取标识值为目标标识值的下发条件作为目标下发条件。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

综上所述，本申请提供的方案，通过配置服务器获取目标下发条件，该目标下发条件中包括多种下发条件中的部分下发条件，生成与目标下发条件对应的条件维度值，然后将条件维度值下发至客户端，该条件维度值用于客户端在检查配置文件的更新时，根据条件维度值确定目标下发条件，并生成包括目标下发条件的更新检查请求之后，将更新检查请求发送至与配置服务器对应的内容分发网络CDN服务器，从而可以实现配置服务器对客户端上报的下发条件进行配置，并且由于服务器下发至客户端的下发条件仅为多种下发条件中的多种，可以有效减少服务器的压力，从而避免服务器击穿和崩溃的风险。

请参考图9，其示出了本申请实施例提供的一种服务器的结构框图。该服务器100可以传统服务器、云服务器等。本申请中的服务器100可以包括一个或多个如下部件：处理器110、存储器120、以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器120中并被配置为由一个或多个处理器110执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

处理器110可以包括一个或者多个处理核。处理器110利用各种接口和线路连接整个服务器100内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行服务器100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储服务器100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

请参考图10，其示出了本申请实施例提供的一种电子设备的结构框图。该电子设备200可以智能手机、平板电脑、智能手表等。本申请中的电子设备200可以包括一个或多个如下部件：处理器210、存储器220、以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器220中并被配置为由一个或多个处理器210执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

处理器210可以包括一个或者多个处理核。处理器210利用各种接口和线路连接整个电子设备200内的各个部分，通过运行或执行存储在存储器220内的指令、程序、代码集或指令集，以及调用存储在存储器220内的数据，执行电子设备200的各种功能和处理数据。可选地，处理器210可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器210可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器210中，单独通过一块通信芯片进行实现。

存储器220可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器220可用于存储指令、程序、代码、代码集或指令集。存储器220可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备200在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

请参考图11，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质800中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质800可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质800包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (15)

1.一种配置文件的更新检查方法，其特征在于，应用于配置服务器，所述方法包括：

获取目标下发条件，所述目标下发条件包括多种下发条件中的部分下发条件；

根据所述目标下发条件，将所述目标下发条件中每个下发条件对应的标识值设置为第一标识值；

将其他下发条件中每个下发条件对应的标识值设置为第二标识值，其中，所述其他下发条件为所述多种下发条件中除所述目标下发条件以外的下发条件，第二标识值不同于所述第一标识值；

根据所述第一标识值以及所述第二标识值，生成条件维度值；

将所述条件维度值下发至客户端，所述条件维度值用于所述客户端在检查配置文件的更新时，根据所述条件维度值确定目标下发条件，并生成包括所述目标下发条件的更新检查请求之后，将所述更新检查请求发送至与所述配置服务器对应的内容分发网络CDN服务器。

2.根据权利要求1所述的方法，其特征在于，所述将所述条件维度值下发至所述客户端，包括：

将所述条件维度值发送至所述配置服务器对应的网关服务器，由所述网关服务器在接收到所述客户端的任意业务请求时，将携带有所述条件维度值的响应信息发送至所述客户端。

3.根据权利要求1所述的方法，其特征在于，所述根据所述第一标识值以及所述第二标识值，生成条件维度值，包括：

根据预先设定的所述多种下发条件所对应的排列先后顺序，对每个第一标识值以及每个第二标识值进行排列，获得条件维度值。

4.根据权利要求1所述的方法，其特征在于，所述获取目标下发条件，包括：

获取管理端根据管理员的配置操作上报的目标下发条件。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

在获取到管理端上报的更新条件时，根据所述更新条件对所述目标下发条件进行更新；

生成与更新后的目标下发条件对应的条件维度值，并将所述条件维度值下发至所述客户端。

6.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

在接收到所述CDN服务器被击穿时上报的更新检查请求时，响应所述更新检查请求，根据接收到的更新检查请求中包括的下发条件，检查是否存在配置文件的更新；

如果存在配置文件的更新，将最新的配置文件下发至客户端。

7.根据权利要求6所述的方法，其特征在于，在所述将最新的配置文件下发至客户端之后，所述方法还包括：

对所述条件维度值进行更新，并将更新后的条件维度值下发至所述客户端，其中，更新后的条件维度值所对应的下发条件的数量少于目标下发条件中下发条件的数量。

8.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

在接收到所述CDN服务器被击穿时上报的更新检查请求时，响应所述更新检查请求，根据所述客户端所在的位置，从其他CDN服务器中选取满足设定距离条件的目标CDN服务器；

将所述目标CDN服务器的地址信息发送至所述客户端，所述地址信息用于所述客户端向所述目标CDN服务器发送所述更新检查请求。

9.一种配置文件的更新检查方法，其特征在于，应用于安装有客户端的电子设备，所述方法包括：

在所述客户端检查配置文件的更新时，获取条件维度值，其中，所述条件维度值由配置服务器下发，所述条件维度值所对应的下发条件包括多种下发条件中的部分下发条件；

根据所述条件维度值，确定目标下发条件；

生成包括所述目标下发条件的更新检查请求，并将所述更新检查请求发送至所述配置服务器所对应的内容分发网络CDN服务器；

所述条件维度值由所述配置服务器通过以下方式生成：

根据所述目标下发条件，将所述目标下发条件中每个下发条件对应的标识值设置为第一标识值；将其他下发条件中每个下发条件对应的标识值设置为第二标识值，其中，所述其他下发条件为所述多种下发条件中除所述目标下发条件以外的下发条件，第二标识值不同于所述第一标识值；根据所述第一标识值以及所述第二标识值，生成条件维度值。

10.根据权利要求9所述的方法，其特征在于，所述根据所述条件维度值，确定目标下发条件，包括：

根据所述条件维度值，确定所述多种下发条件中每个下发条件对应的标识值；

根据所述每个下发条件对应的标识值，从所述多种下发条件中，获取标识值为目标标识值的下发条件作为目标下发条件。

11.一种配置文件的更新检查装置，其特征在于，应用于配置服务器，所述装置包括：下发条件获取模块、条件维度确定模块以及条件维度下发模块，其中，

所述下发条件获取模块用于获取配置的目标下发条件，所述目标下发条件包括多种下发条件中的部分下发条件；

所述条件维度确定模块用于根据所述目标下发条件，将所述目标下发条件中每个下发条件对应的标识值设置为第一标识值；将其他下发条件中每个下发条件对应的标识值设置为第二标识值，其中，所述其他下发条件为所述多种下发条件中除所述目标下发条件以外的下发条件，第二标识值不同于所述第一标识值；根据所述第一标识值以及所述第二标识值，生成条件维度值；

所述条件维度下发模块用于将所述条件维度值下发至客户端，所述条件维度值用于所述客户端在检查配置文件的更新时，生成用于发送至所述配置服务器对应的内容分发网络CDN服务器的更新检查请求，所述更新检查请求包括所述目标下发条件。

12.一种配置文件的更新检查装置，其特征在于，应用于安装有客户端的电子设备，所述装置包括：条件维度获取模块、下发条件确定模块以及更新检查请求模块，其中，

所述条件维度获取模块用于在所述客户端检查配置文件的更新时，获取用于确定下发条件的条件维度值，所述条件维度值所对应的下发条件包括多种下发条件中的部分下发条件；

所述下发条件确定模块用于根据所述条件维度值，确定目标下发条件；

所述更新检查请求模块用于生成包括所述目标下发条件的更新检查请求，并将所述更新检查请求发送至配置服务器所对应的内容分发网络CDN服务器；

所述条件维度值由所述配置服务器通过以下方式生成：

根据所述目标下发条件，将所述目标下发条件中每个下发条件对应的标识值设置为第一标识值；将其他下发条件中每个下发条件对应的标识值设置为第二标识值，其中，所述其他下发条件为所述多种下发条件中除所述目标下发条件以外的下发条件，第二标识值不同于所述第一标识值；根据所述第一标识值以及所述第二标识值，生成条件维度值。

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

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如权利要求1-8任一项所述的方法。

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

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如权利要求9或10所述的方法。

15.一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-10任一项所述的方法。

Images