CN108632078B - 一种配置的获取方法 - Google Patents

Abstract

本发明实施例涉及网络通信技术领域，公开了一种配置的获取方法。该方法包括：获取客户端发送的配置请求信息；配置请求信息包括至少一请求参数及上一次的匹配信息；根据请求参数及上一次的匹配信息，查找符合匹配条件的配置记录；将请求参数与符合匹配条件的配置记录进行匹配；在匹配成功时，将基于匹配到的配置记录生成的配置信息发送给客户端。本发明实施方式相对于现有技术而言，在接收到客户端发送的配置请求信息时，先根据请求参数及上一次的匹配信息，查找出符合匹配条件的配置记录；并在查找到符合匹配条件的配置记录的情况下，才将请求参数与符合匹配条件的配置进行匹配。这种方式有利于减少配置匹配的次数，从而降低对服务器的要求。

Description

一种配置的获取方法

技术领域

本发明实施例涉及网络通信技术领域，特别涉及一种配置的获取方法。

背景技术

应用程序的各个客户端需要从服务器端获取各自的配置，以向用户推送相应的新功能，或设置不同的业务功能权限。服务器端在接收到客户端上报的请求参数时，会按各配置对应的匹配优先级从高到低的顺序，依次将请求参数与各配置对应的条件进行匹配，直至找到匹配的配置。如表一所示，假设服务器端有如下9种配置(即配置1、配置2……配置9)。在接收到客户端的请求时，服务器端会按匹配优先级从高到低的顺序，从配置1开始依次进行匹配。若配置6为匹配的配置，则需要6次匹配才到结束。当配置的数量更多时，需要进入的匹配次数就有可能更多。

表一：

匹配优先级	条件	配置
			高	条件1	配置1
高	条件2	配置2
			高	条件3	配置3
高	条件4	配置4
			中	条件5	配置5
中	条件6	配置6
			中	条件7	配置7
低	条件8	配置8
			低	条件9	配置9

由于配置可以变更，所以一般需要客户端周期性向服务器端发送请求信息，服务器端在每次接收到请求时都需要重复一遍上述的匹配过程，这对服务器的性能要求较高；而如果延长客户端请求配置的周期，又可能会导致配置不能及时生效，从而影响用户的使用体验。

发明内容

本发明实施方式的目的在于提供一种配置的获取方法，在确保配置更新及时的前提下，减少配置匹配的次数，从而降低对服务器的要求。

为解决上述技术问题，本发明的实施方式提供了一种配置的获取方法，应用于服务器，所述方法包括：获取客户端发送的配置请求信息；所述配置请求信息包括至少一请求参数及上一次的匹配信息；根据所述请求参数及所述上一次的匹配信息，查找符合匹配条件的配置记录；将所述请求参数与所述符合匹配条件的配置记录进行匹配；在匹配成功时，将基于匹配到的所述配置记录生成的配置信息发送给所述客户端。

本发明的实施方式还提供了一种配置的获取方法，应用于客户端，所述方法包括生成配置请求信息，其中所述配置请求信息包含至少一请求参数及上一次的匹配信息；发送所述配置请求信息至服务器，其中所述服务器通过执行如上所述的配置获取方法发送配置信息至所述客户端；接收所述服务器发送的配置信息，基于所述配置信息更新本地配置。

本发明实施方式相对于现有技术而言，在接收到客户端发送的配置请求信息时，先根据配置请求信息中的请求参数及上一次的匹配信息，查找出符合匹配条件的配置记录；并在查找到符合匹配条件的配置记录的情况下，才进入匹配的环节(即将请求参数与符合匹配条件的配置进行匹配)。这种方式在确保配置更新及时的前提下，有利于减少配置匹配的次数，从而降低对服务器的要求。

另外，所述上一次的匹配信息包括：上一次的匹配时间；所述根据所述请求参数及所述上一次的匹配信息，查找符合匹配条件的配置记录之前，所述获取方法还包括：在各个所述请求参数都不存在变更，且不存在修改时间晚于所述上一次的匹配时间的配置记录时，向所述客户端发送配置未变更的信息；在任一所述请求参数存在变更，或存在修改时间晚于所述上一次的匹配时间的配置记录时，执行所述根据所述请求参数及所述上一次的匹配信息，查找符合匹配条件的配置记录的步骤。先判断是否存在变更的请求参数，以及是否存在修改时间晚于上一次的匹配时间的配置记录，有利于进一步降低匹配的次数。

另外，所述符合匹配条件的配置记录包括：与发生变更的所述请求参数相关的配置记录，以及修改时间晚于所述上一次的匹配时间的配置记录。

另外，所述修改时间晚于所述上一次的匹配时间的配置记录包括：添加时间晚于所述上一次的匹配时间的配置记录，以及所述配置记录中任一信息发生变更，且变更时间晚于所述上一次的匹配时间的配置记录。

另外，所述配置记录中包含优先级、匹配条件、匹配参数类型、配置内容。

另外，所述上一次的匹配信息还包括：上一次匹配到的配置ID；根据所述请求参数及所述上一次的匹配信息，查找符合匹配条件的配置记录，具体包括：根据所述配置ID，确定符合第一预设条件的配置记录，所述第一预设条件包含：预设优先级高于所述配置ID对应的配置记录；基于符合所述第一预设条件的配置记录，根据所述请求参数及所述上一次的匹配信息，查找符合匹配条件的配置记录。有利于提高匹配的速度，减少不必要的匹配的次数。

另外，在所述请求参数与所述符合匹配条件的配置记录匹配不成功时，所述获取方法还包括：根据所述配置ID，确定符合第二预设条件的配置记录，所述第二预设条件包含：所述预设优先级不高于所述配置ID对应的配置记录；在符合所述第二预设条件的配置记录中，查找与所述请求参数匹配的配置记录。

另外，在所述符合所述第二预设条件的配置记录中，未查找到与所述请求参数匹配的配置记录时，所述获取方法还包括：向所述客户端发送预设的配置信息。

另外，通过判断是否接收到客户端发送的变更通知，判断所述请求参数中是否存在变更的部分；或者，通过判断客户端发送的请求参数中是否存在标记的部分，判断所述请求参数中是否存在变更的部分。将判断工作下放给客户端，有利于减少服务器的计算量。

另外，所述配置请求信息中包含请求参数变更信息，其中所述参数变更信息通过所述客户端的自身检查获得。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本发明第一实施方式的配置的获取方法的流程图；

图2是根据本发明第二实施方式的配置的获取方法的流程图；

图3是根据本发明第三实施方式的配置的获取方法的流程图；

图4是根据本发明第四实施方式的配置的获取方法的流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种配置的获取方法，该获取方法应用于服务器。具体流程如图1所示。

步骤101：获取客户端发送的配置请求信息。

本实施方式中，终端上各个应用程序的客户端可按预设的时间间隔，向服务器发送配置请求信息。该配置请求信息可包括至少一请求参数及上一次的匹配信息。在实际应用中，请求参数要包含参数类型及对应的参数值，其中，请求参数类型可包括但不限于：客户端版本号、IP地址、Mac地址等。配置请求信息中可以只包括其中一种类型的请求参数，也可以包括两种或两种以上类型的请求参数。在匹配时，可将每种请求参数分别与配置表中每条配置记录的匹配条件进行匹配，获取匹配到的优先级最高的配置内容为请求响应内容。

步骤102：根据请求参数及上一次的匹配信息，判断是否存在符合匹配条件的配置记录。若是，则进入步骤103；若否，则结束流程。

本步骤中，服务器可根据配置请求信息中的请求参数以及上一次的匹配信息，从配置记录的列表中查找符合匹配条件的配置记录。若查找到符合匹配条件的配置记录，则可进一步进入匹配的环节；若未查找到符合匹配条件的配置记录，则说明本次配置请求对应的配置内容并未发生修改，故无需进行匹配，可直接向客户端发送配置未变更的信息。如此一来，节省了记录匹配的时间，减轻了服务器压力，提升了请求响应速度。

步骤103：判断符合匹配条件的配置记录中，是否存在与请求参数匹配的配置记录。若是，则进入步骤104；若否，则结束流程。

将请求参数与符合匹配条件的配置记录进行匹配。

本步骤中，服务器可将请求参数与查找出的各符合匹配条件的配置记录依次进行匹配，直到找出匹配的配置记录。优选地，可设置服务器根据查找出的各符合匹配条件的配置记录的预设优先级从高到低的顺序，依次将请求参数与各符合匹配条件的配置记录进行匹配。若符匹配条件的配置记录中没有与请求参数相匹配的配置记录，则表明本次所请求的配置并未记录在配置表中，则可通过反馈请求失败的信息来向客户端反馈。

步骤104：将基于匹配到的配置记录生成的配置信息发送给客户端。

配置信息中包括配置内容及本次的匹配信息。其中配置内容可包含业务功能范围、用户操作权限等针对应用程序的权限管理，以及软件版本信息等。

本实施方式相对于现有技术而言，在接收到客户端发送的配置请求信息时，先根据配置请求信息中的请求参数及上一次的匹配信息，查找出符合匹配条件的配置记录；并在查找到符合匹配条件的配置记录的情况下，才进入匹配的环节(即将请求参数与符合匹配条件的配置进行匹配)。这种方式在确保配置更新及时的前提下，有利于减少配置匹配的次数，从而降低对服务器的要求。

本发明的第二实施方式涉及一种配置的获取方法。第二实施方式是在第一实施方式的基础上做的进一步改进，具体流程如图2所示。

步骤201：获取客户端发送的配置请求信息。该配置请求信息包括至少一请求参数及上一次的匹配信息。

步骤202：判断是否存在变更的请求参数，或者是否存在修改时间晚于上一次的匹配时间的配置记录。若否，则表明各请求参数中都不存在变更，且不存在修改时间晚于上一次的匹配时间的配置记录，此时进入步骤203；若是，则有三种情况：一是存在变更的请求参数，但不存在修改时间晚于上一次匹配时间的配置记录；二是不存在变更的请求参数，但存在修改时间晚于上一次匹配时间的配置记录；三是存在变更的请求参数，且存在修改时间晚于上一次匹配时间的配置记录，此时无论出现上述三种情况的哪一种，都进入步骤204，即在任一请求参数存在变更，或存在修改时间晚于上一次的匹配时间的配置记录时，执行步骤204。

具体地，客户端在向服务器发送配置请求信息之前，可在本地先将本次要发送的请求参数与上一次发送的请求参数进行比较，也就是通过自身检查的方式，判断是否存在变更的请求参数。在判定存在发生变更的请求参数时，客户端可向服务器发送变更通知，或对变更的请求参数进行标记。服务器可通过判断是否接收到客户端发送的变更通知，判断是否存在变更的请求参数；或者基于客户端发送的请求参数中的标记，判断请求参数是否存在变更。如此一来，将检查请求参数是否变更的工作分担给客户端自行处理，可进一步减轻服务器的压力。

本实施方式中，上一次的匹配信息中可包括上一次的匹配时间。服务器可根据上一次的匹配时间，判断当前配置记录中是否存在修改时间晚于上一次匹配时间的配置记录。其中，修改时间晚于上一次匹配时间的配置记录包括：添加时间晚于上一次匹配时间的配置记录，及配置记录中任一信息发生变更，且变更时间晚于上一次匹配时间的配置。配置表中的每条配置记录中包括但不限于以下信息：修改时间、优先级、匹配条件、匹配参数类型、配置内容，可参照下面的表二：

表二

步骤203：向客户端发送配置未变更的信息。

在判定在各个请求参数都不存在变更，且不存在修改时间晚于上一次的匹配时间的配置记录时，说明本次的请求参数与上一次的请求参数相同，当前的各配置记录也与上一次的各配置记录相同，此时若将请求参数与各配置记录进行匹配的话，得到的匹配结果也必然与上一次的匹配结果相同，因此，服务器可直接向客户端发送配置未变更的信息。配置未变更的信息中可包括本次的匹配时间(可以是服务器开始处理本次的配置请求信息的时间)，以供客户端携带在下一次的配置请求信息中。

步骤204至205，将具体说明如何根据请求参数及上一次的匹配信息，查找符合匹配条件的配置记录：

步骤204：确定符合第一预设条件的配置记录。

具体地，上一次的匹配信息中还可包括上一次匹配到的配置ID。本实施方式中，服务器可先根据上一次匹配到的配置ID，确定符合第一预设条件的配置记录。该第一预设条件包括：预设优先级高于该配置ID对应的配置记录。

表二示出了9种配置记录，且各配置记录按照预设优先级从高到低的顺序，从上到下依次排列。假设上一次匹配到的配置ID对应的配置记录为当前的第6条配置记录，此时符合第一预设条件的配置记录即是排在第6条配置记录之前的5条配置记录。

值得说明的是，在请求参数匹配的过程中，服务器需对每个请求参数进行依次匹配，而当配置请求信息中包含有两种或以上请求参数时，那么服务器则选择所有匹配到的结果中优先级最高的配置内容反馈给客户端，因为配置记录中的优先级越高，表明对应的配置内容中客户端可获取的权限越高，故只需反馈优先级最高的配置内容即可。如此一来，先基于优先级先将配置记录进行初步筛选，而后再基于筛选得到的配置记录进行查找和匹配，可在一定程度上减轻服务器的计算压力。

步骤205：判断符合第一预设条件的配置记录中，是否存在符合匹配条件的配置记录。若是，则进入步骤206；若否，则进入步骤208。

在确定符合第一预设条件的配置记录后，即可基于符合第一预设条件的配置记录，根据请求参数、上一次的匹配时间，查找符合匹配条件的配置记录。

一般来说，将请求参数与配置记录进行匹配时，可根据配置记录的预设优先级从高到低的顺序进行匹配。因此，在假设上一次匹配到的配置ID对应的配置记录为第6条配置记录的情况下，说明前5条配置记录可能全是之前已经匹配过的配置记录，也可能存在修改时间晚于上一次的匹配时间的配置记录。对于这类配置记录，服务器不需要再全部重新匹配一遍，只需要找到与变更的请求参数相关的配置记录，以及修改时间晚于上一次的匹配时间的配置记录，并将请求参数与此类配置记录进行匹配即可。本实施方式所说的符合匹配条件的配置记录，即包括：与变更的请求参数相关的配置记录，及修改时间晚于上一次的匹配时间的配置记录。

假设，表二中第1条配置记录的匹配条件(即条件1)为MAC地址属于以下MAC地址“00:00:00:00:00:01 00:00:00:00:00:02 00:00:00:00:00:03 00:00:00:00:00:04 00:00:00:00:00:05 00:00:00:00:00:06 00:00:00:00:00:07”；第2条配置记录对应的匹配条件(即条件2)为MAC地址以“01:02”开头。这两个匹配条件均与MAC地址这个参数有关，即匹配参数类型(即关联的请求参数1)为MAC地址。第3条配置记录对应的匹配条件(即条件3)为客户端的程序版本是4.4；第5条配置记录对应的匹配条件(即条件5)为客户端程序版本是5.0。这两个匹配条件均与客户端版本号有关，即匹配参数类型为客户端版本号。

若客户端发送的配置请求信息同时包括客户端版本号及MAC地址这两种请求参数，但MAC地址这一请求参数与上次发送的MAC地址相同，客户端版本号较上一次发送的客户端版本号有所变更，则与客户端版本号相关的配置记录需要重新匹配。即第3条配置记录及第5条配置记录属于符合匹配条件的配置记录。

若上一次的匹配时间是12：00，但第2条配置记录中的匹配条件(即条件2)在13:00的时候，修改为MAC地址以02：01开头，由于修改时间晚于上一次的匹配时间，则第2条配置记录也属于符合匹配条件的配置记录。

步骤206：判断符合匹配条件的配置记录中是否存在与请求参数匹配的配置记录。若是，则进入步骤207；若否，则进入步骤208。

本步骤中，服务器可将符合匹配条件的配置记录分别与请求参数进行匹配。优选地，可根据符合匹配条件的配置记录的预设优先级的从高到低的顺序，依次将请求参数与各符合匹配条件的配置记录进行匹配。

步骤207：将基于匹配到的所述配置记录生成的配置信息发送给所述客户端。

该配置信息中包括配置内容、及本次匹配信息。本次匹配信息中可包括本次的匹配时间，以及本次匹配到的配置ID等信息。

步骤208：确定符合第二预设条件的配置记录。

第二预设条件包含：预设优先级不高于上一次匹配到的配置ID对应的配置记录。如上例，在假设上一次匹配到的配置ID对应的配置记录为第6条配置记录的情况下，符合第二预设条件的配置记录即是：第6至9条配置记录。

步骤209：判断符合第二预设条件的配置记录中，是否存在与请求参数匹配的配置记录。若是，则进入步骤207；若否，则进入步骤210。

在将请求参数与符合第二预设条件的配置记录进行匹配时，也可按照各配置记录的预设优先级从高到低的顺序进行。

步骤210：向客户端发送预设的配置信息。

本实施方式相对于现有技术而言，在接收到客户端发送的配置请求信息时，先判断请求参数是否发生变化以及是否存在修改时间晚于上一次的匹配时间的配置。在判定请求参数未发生变化且不存在修改时间晚于上一次的匹配时间的配置时，直接通知客户端配置未发生变更；在判定请求参数发生变化或存在修改时间晚于上一次的匹配时间的配置时，先在符合第一预设条件的配置中，查找与变化的请求参数相关的配置及修改时间晚于上一次的匹配时间的配置，与请求参数进行匹配，未匹配成功时，才将请求参数与符合第二预设条件的配置进行匹配。这种方式，有利于在确保配置更新及时的同时，减少配置匹配的次数，从而降低对服务器的要求。

本发明的第三实施方式涉及一种配置的获取方法。第三实施方式与第二实施方式大致相同，主要区别之处在于：第二实施方式中，在任一请求参数存在变更，或存在修改时间晚于上一次的匹配时间的配置记录时，会在确定出的符合第一预设条件的配置记录中，判断是否存在符合匹配条件的配置记录。而在本发明第二实施方式中，在任一请求参数存在变更，或存在修改时间晚于上一次的匹配时间的配置记录时，会在所有的配置记录中，判断是否存在符合匹配条件的配置记录。

本实施方式的具体流程如图3所示，包括：

步骤301：获取客户端发送的配置请求信息。该配置请求信息中可包括至少一请求参数，以及上一次的匹配信息。

步骤302：判断是否存在变更的请求参数，或者是否存在修改时间晚于上一次的匹配时间的配置记录。若否，则进入步骤303；若是，则进入步骤304。

步骤303：向客户端发送配置未变更的信息。

步骤304：判断所有的配置记录中，是否存在符合匹配条件的配置。若存在，则进入步骤305；若不存在，则进入步骤307。

本步骤中，服务器可在所有的配置记录中查找符合匹配条件的配置。该符合匹配条件的配置包括：与变更的请求参数相关的配置记录，以及修改时间晚于上一次的匹配时间的配置记录。仍以表二为例，本实施方式中服务器则需要在第1至9条配置记录中，查找符合匹配条件的配置记录。

步骤305：判断符合匹配条件的配置记录中是否存在与请求参数匹配的配置记录。若存在，则进入步骤306；若不存在，则进入步骤307。

假设符合匹配条件的配置记录为：第2、5、7、9条配置记录。本实施方式中，服务器可按预设优先级从高到低的顺序，分别将请求参数与第2、5、7、9条配置记录进行匹配。

步骤306：将基于匹配到的配置记录生成的配置信息发送给客户端。

该配置信息中包括配置内容、及本次匹配信息。本次匹配信息中可包括本次的匹配时间，以及本次匹配到的配置ID等信息。

步骤307：确定符合第二预设条件的配置记录。

第二预设条件包含：预设优先级不高于上一次匹配到的配置ID对应的配置记录。如上例，在假设上一次匹配到的配置ID对应的配置记录为第6条配置记录的情况下，符合第二预设条件的配置记录即是：第6至9条配置记录。

步骤308：判断符合第二预设条件的配置记录中除去符合匹配条件的配置记录之外的配置记录中，是否存在与请求参数匹配的配置记录。若是，则进入步骤306；若否，则进入步骤309。

符合第二预设条件的配置记录中除去符合匹配条件的配置记录之后，剩下的配置为：第6条配置记录及第8条配置记录。即本步骤中，要判断第6、8条配置记录中是否存在与请求参数匹配的配置记录。在判断的过程中，也可按照各配置记录的预设优先级从高到低的顺序进行。

步骤309：向客户端发送预设的配置信息。

本实施方式相对于第二实施方式而言，提供了另一种匹配方法。

本发明的第四实施方式涉及一种配置的获取方法。本实施方式提供的配置的获取方法应用于客户端，可与第一实施方式、第二实施方式或第三实施方式配合实施。本实施方式的具体流程如图4所示。

步骤401：生成配置请求信息。

该配置请求信息包含至少一请求参数及上一次的匹配信息。

步骤402：发送配置请求信息至服务器。

服务器在接收到配置请求信息时，可通过执行第一实施方式、第二实施方式或第三实施方式提供的配置的获取方法，对配置请求信息进行处理，并发送配置信息至客户端。

步骤403：接收服务器发送的配置信息，基于该配置信息更新本地配置。

配置信息中包括配置内容及本次匹配信息，客户端可基于配置内容更新本地配置。同时，客户端还可存储本次的匹配信息，以根据本次的匹配信息生成下一次的配置请求信息。

本实施方式中，客户端可周期性生成配置请求信息，并将配置请求信息发送给服务器，以获取配置，保证用户可以及时地享受到新功能，或及时设置相关功能的权限。

本发明的第五实施方式涉及一种配置的获取方法。第五实施方式在第四实施方式的基础上做了进一步改进，主要改进之处在于：本实施方式中，配置请求信息中还包含请求参数变更信息，其中参数变更信息通过所述客户端的自身检查获得。

具体地，客户端在向服务器发送配置请求信息之前，可先将本次要发送的请求参数与上一次发送的请求参数进行比较，以判断是否存在变更的请求参数。在判定存在发生变更的请求参数时，客户端可向服务器发送变更通知，或对变更的请求参数进行标记。服务器可通过判断是否接收到客户端发送的变更通知，判断是否存在变更的请求参数；或者基于客户端发送的请求参数中的标记，判断请求参数是否存在变更。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (11)

1.一种配置的获取方法，应用于服务器，其特征在于，所述方法包括：

获取客户端发送的配置请求信息；所述配置请求信息包括至少一请求参数及上一次的匹配信息；

根据所述请求参数及所述上一次的匹配信息，查找符合匹配条件的配置记录；

将所述请求参数与所述符合匹配条件的配置记录进行匹配；

在匹配成功时，将基于匹配到的所述配置记录生成的配置信息发送给所述客户端。

2.根据权利要求1所述的配置的获取方法，其特征在于，所述上一次的匹配信息包括：上一次的匹配时间；

所述根据所述请求参数及所述上一次的匹配信息，查找符合匹配条件的配置记录之前，所述获取方法还包括：

在各个所述请求参数都不存在变更，且不存在修改时间晚于所述上一次的匹配时间的配置记录时，向所述客户端发送配置未变更的信息；

在任一所述请求参数存在变更，或存在修改时间晚于所述上一次的匹配时间的配置记录时，执行所述根据所述请求参数及所述上一次的匹配信息，查找符合匹配条件的配置记录的步骤。

3.根据权利要求2所述的配置的获取方法，其特征在于，所述符合匹配条件的配置记录包括：与发生变更的所述请求参数相关的配置记录，以及修改时间晚于所述上一次的匹配时间的配置记录。

4.根据权利要求3所述的配置的获取方法，其特征在于，所述修改时间晚于所述上一次的匹配时间的配置记录包括：添加时间晚于所述上一次的匹配时间的配置记录，以及所述配置记录中任一信息发生变更，且变更时间晚于所述上一次的匹配时间的配置记录。

5.根据权利要求4所述的配置的获取方法，其特征在于，所述配置记录中包含修改时间、优先级、匹配条件、匹配参数类型、配置内容。

6.根据权利要求2所述的配置的获取方法，其特征在于，所述上一次的匹配信息还包括：上一次匹配到的配置ID；

根据所述请求参数及所述上一次的匹配信息，查找符合匹配条件的配置记录，具体包括：

根据所述配置ID，确定符合第一预设条件的配置记录，所述第一预设条件包含：预设优先级高于所述配置ID对应的配置记录；

基于符合所述第一预设条件的配置记录，执行所述根据所述请求参数及所述上一次的匹配信息，查找符合匹配条件的配置记录。

7.根据权利要求6所述的配置的获取方法，其特征在于，在所述请求参数与所述符合匹配条件的配置记录匹配不成功时，所述获取方法还包括：

根据所述配置ID，确定符合第二预设条件的配置记录，所述第二预设条件包含：所述预设优先级不高于所述配置ID对应的配置记录；

在符合所述第二预设条件的配置记录中，查找与所述请求参数匹配的配置记录。

8.根据权利要求 7所述的配置的获取方法，其特征在于，在所述符合所述第二预设条件的配置记录中，未查找到与所述请求参数匹配的配置记录时，所述获取方法还包括：

向所述客户端发送预设的配置信息。

9.根据权利要求2所述的配置的获取方法，其特征在于，

通过判断是否接收到所述客户端发送的变更通知，判断是否存在变更的所述请求参数；

或者，基于所述客户端发送的所述请求参数中的标记，判断所述请求参数是否存在变更。

10.一种配置的获取方法，应用于客户端，其特征在于，所述方法包括：

生成配置请求信息，其中所述配置请求信息包含至少一请求参数及上一次的匹配信息；

发送所述配置请求信息至服务器，其中所述服务器通过执行如权利要求1至9中任一项所述的配置获取方法发送配置信息至所述客户端；

接收所述服务器发送的配置信息，基于所述配置信息更新本地配置。

11.如权利要求10所述的配置的获取方法，其特征在于，所述配置请求信息中包含请求参数变更信息，其中所述参数变更信息通过所述客户端的自身检查获得。

Images