一种配置信息更新方法、装置、计算机设备及存储介质与流程

1.本公开涉及计算机技术领域，具体而言，涉及一种配置信息更新方法、装置、计算机设备及存储介质。


背景技术：

2.随着互联网技术的发展，应用程序中的线上活动越来越受到人们的欢迎。例如，红包雨活动、直播活动等。
3.对常规的活动进行活动信息配置的时候，通常是在应用程序冷启动的时候获取活动配置信息，并对活动进行配置的。而某些时效性较强的活动，例如某些在预定时间段内发放虚拟资源的活动，对配置信息生效的时间要求较高，如果配置信息更新不及时，则活动无法在预定时间段开始时生效。因此，如何及时获取活动配置信息，使得活动快速生效是亟待解决的问题。


技术实现要素：

4.本公开实施例至少提供一种配置信息更新方法、装置、计算机设备及存储介质。
5.第一方面，本公开实施例提供了一种配置信息更新方法，包括：
6.响应于针对应用程序中目标活动的触发操作，发送第一活动配置信息获取请求；其中，第一活动配置信息包括与所述目标活动的活动参数相关的静态配置信息；
7.响应于接收到返回的所述第一活动配置信息的版本信息，在所述版本信息指示版本发生更新的情况下，基于更新版本的所述第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求；所述第二活动配置信息包括与所述目标活动的活动内容相关的轮询配置信息；
8.响应于接收到所述第二活动配置信息，基于所述第一活动配置信息和所述第二活动配置信息，对所述应用程序中的目标活动进行配置更新。
9.一种可选的实施方式中，在发送第二活动配置信息获取请求之前，所述方法还包括：
10.响应于接收到返回的所述第一活动配置信息的版本信息，将返回的所述第一活动配置信息的版本信息与本地的所述第一活动配置信息的版本信息进行比对，确定所述第一活动配置信息的版本是否发生更新；
11.在确定所述第一活动配置信息的版本发生更新后，确定更新版本的第一活动配置信息中的所述请求周期信息。
12.一种可选的实施方式中，所述基于更新版本的所述第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求，包括：
13.判断所述更新版本的第一活动配置信息中的请求周期信息是否存在异常；
14.若确定所述更新版本的第一活动配置信息中的请求周期信息未存在异常，则基于所述更新版本的第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求；
15.所述方法还包括：
16.若确定所述更新版本的第一活动配置信息中的请求周期信息存在异常，则获取本地的兜底请求周期信息；
17.基于所述兜底请求周期信息，发送所述第二活动配置信息获取请求。
18.一种可选的实施方式中，所述方法还包括：
19.在所述第一活动配置信息的版本未发生更新、或未接收到返回的所述第一活动配置信息的版本信息的情况下，按照预设请求周期发送第一活动配置信息获取请求。
20.一种可选的实施方式中，所述第一活动配置信息中包括请求开始时间和请求结束时间；
21.所述基于更新版本的所述第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求，包括：
22.在当前时间到达所述请求开始时间且未到达所述请求结束时间的情况下，基于更新版本的所述第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求。
23.一种可选的实施方式中，所述更新版本的所述第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求，包括：
24.在当前时间到达所述请求开始时间且未到达所述请求结束时间的情况下，获取发送所述第二活动配置信息获取请求的请求次数；
25.在所述请求次数未达到预设请求次数的情况下，基于更新版本的所述第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求。
26.一种可选的实施方式中，所述发送第一活动配置信息获取请求，包括：
27.响应于针对所述目标活动的模式切换操作，获取所述目标活动的可更新模式；
28.在所述目标活动的可更新模式指示所述目标活动具有可更新活动配置信息的情况下，发送所述第一活动配置信息获取请求。
29.一种可选的实施方式中，所述基于所述第一活动配置信息和所述第二活动配置信息，对所述应用程序中的目标活动进行配置更新，包括：
30.基于所述第一活动配置信息和所述第二活动配置信息，对本地缓存的活动配置信息进行更新；
31.基于更新后的本地缓存的活动配置信息，对所述应用程序中的目标活动进行配置更新。
32.第二方面，本公开实施例还提供一种配置信息更新装置，包括：
33.第一发送模块，用于响应于针对应用程序中目标活动的触发操作，发送第一活动配置信息获取请求；其中，第一活动配置信息包括与所述目标活动的活动参数相关的静态配置信息；
34.第二发送模块，用于响应于接收到返回的所述第一活动配置信息的版本信息，在所述版本信息指示版本发生更新的情况下，基于更新版本的所述第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求；所述第二活动配置信息包括与所述目标活动的活动内容相关的轮询配置信息；
35.更新模块，用于响应于接收到所述第二活动配置信息，基于所述第一活动配置信息和所述第二活动配置信息，对所述应用程序中的目标活动进行配置更新。
36.第三方面，本公开实施例还提供一种计算机设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤。
37.第四方面，本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤。
38.本公开实施例提供的配置信息更新方法，无需完全依赖应用程序冷启动的时机获取活动配置信息，可以在用户打开或重新进入目标活动后，在第一活动配置信息的版本信息指示版本发生更新的情况下，即可及时地获取最新的第一活动配置信息，从而可以利用最新的第一活动配置信息对目标活动的活动参数进行及时配置更新，即对发送第二活动配置信息获取请求的请求周期信息(即活动参数)进行及时更新，进一步地，可以基于更新的请求周期信息，及时地获取第二活动配置信息，从而可以利用第二活动配置信息对目标活动的活动内容进行及时配置更新，进而在一定程度上可以确保目标活动及时生效。
39.为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
40.为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
41.图1示出了本公开实施例所提供的一种配置信息更新方法的流程图；
42.图2示出了本公开实施例所提供的获取目标活动的第一活动配置信息的流程图；
43.图3示出了本公开实施例所提供的获取目标活动的第二活动配置信息的流程图；
44.图4示出了本公开实施例所提供的一种配置信息更新装置的结构示意图；
45.图5示出了本公开实施例所提供的一种计算机设备的示意图。
具体实施方式
46.为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。
47.常规的活动在活动信息配置的时候，通常是在应用程序冷启动的时候获取活动配置信息，并对活动进行配置的。而某些时效性较强的活动，例如某些在预定时间段内发放虚
拟资源的活动，对配置信息生效的时间要求较高，如果配置信息更新不及时，则活动无法在预定时间段开始时生效。因此，如何及时获取活动配置信息，使得活动快速生效是亟待解决的问题。
48.基于此，本公开实施例提供了一种配置信息更新方法，包括：响应于针对应用程序中目标活动的触发操作，发送第一活动配置信息获取请求；其中，第一活动配置信息包括与所述目标活动的活动参数相关的静态配置信息；响应于接收到返回的所述第一活动配置信息的版本信息，在所述版本信息指示版本发生更新的情况下，基于更新版本的所述第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求；所述第二活动配置信息包括与所述目标活动的活动内容相关的轮询配置信息；响应于接收到所述第二活动配置信息，基于所述第一活动配置信息和所述第二活动配置信息，对所述应用程序中的目标活动进行配置更新。
49.本公开实施例提供的配置信息更新方法，无需完全依赖应用程序冷启动的时机获取活动配置信息，可以在用户打开或重新进入目标活动后，在第一活动配置信息的版本信息指示版本发生更新的情况下，即可及时地获取最新的第一活动配置信息，从而可以利用最新的第一活动配置信息对目标活动的活动参数进行及时配置更新，即对发送第二活动配置信息获取请求的请求周期信息(即活动参数)进行及时更新，进一步地，可以基于更新的请求周期信息，及时地获取第二活动配置信息，从而可以利用第二活动配置信息对目标活动的活动内容进行及时配置更新，进而在一定程度上可以确保目标活动及时生效。
50.针对以上方案所存在的缺陷以及所提出的解决方案，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本公开针对上述问题所提出的解决方案，都应该是发明人在本公开过程中对本公开做出的贡献。
51.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
52.为便于对本实施例进行理解，首先对本公开实施例所公开的一种配置信息更新方法进行详细介绍，本公开实施例所提供的配置信息更新方法的执行主体一般为具有一定计算能力的计算机设备。
53.参见图1所示，为本公开实施例提供的一种配置信息更新方法的流程图，所述方法包括s101～s103，其中：
54.s101：响应于针对应用程序中目标活动的触发操作，发送第一活动配置信息获取请求；其中，第一活动配置信息包括与所述目标活动的活动参数相关的静态配置信息。
55.在本公开实施例中，目标活动可以为配置信息的更新频率比较高的活动，例如实时更新显示倒计时的限时活动。针对目标活动的触发操作可以包括打开或重新进入目标活动的操作，在目标活动进行的过程中，可以发送第一活动配置信息获取请求。这里应当理解的是，对目标活动的触发操作可以发生的目标活动生效的预设时间段内。
56.在本公开实施例中，目标活动可以是面向目标对象的，例如成年人。当参与目标活动的用户为非目标对象的情况下，例如未成年人，可以通过禁止更新目标活动的活动配置信息的方式，减少或禁止非目标对象参与目标活动。在一种实施方式中，可以设置目标活动的可更新模式和不可更新模式，例如成年人模式和未成年人模式。
57.响应于针对目标活动的模式切换操作，可以获取目标活动的可更新模式，在目标
活动的可更新模式指示目标活动具有可更新活动配置信息的情况下，发送第一活动配置信息获取请求。在目标活动的可更新模式指示目标活动不具有可更新活动配置信息的情况下，则禁止发送第一活动配置信息获取请求。
58.目标活动对应的活动配置信息中可以包含对应第一更新频率的第一活动配置信息和对应第二更新频率的第二活动配置信息。第一活动配置信息可以是对更新频率相对较低的活动配置信息，具体地，第一活动配置信息可以包括通用的活动配置信息以及与用户状态相关的活动配置信息。第二活动配置信息可以是对更新频率相对较高的活动配置信息，第二活动配置信息可以包括与目标活动的活动内容相关的活动配置信息，也就是第一更新频率可以低于第二更新频率。
59.其中，第一活动配置信息可以包括与目标活动的活动参数相关的静态配置信息。其中，静态配置信息可以包括通用配置信息，例如资源地址信息、文案信息等。在一种实施方式中，第一活动配置信息还可以包括与参与目标活动的用户的用户状态相关的动态配置信息。
60.第一活动配置信息获取请求用于获取第一活动配置信息。第一活动配置信息获取请求可以是向活动服务器发送的。活动服务器可以在目标活动的有效时间内，接收与目标活动对应的活动配置信息获取请求并进行反馈。活动服务器在接收到第一活动配置信息获取请求后，可以返回第一活动配置信息的版本信息。
61.在一种实施方式中，第一活动配置信息获取请求中可以包括用于获取第一活动配置信息的版本信息的版本探针。版本探针可以挂载在轮询配置信息的响应头response header中。版本探针中可以包括探针头部apache header名称和头部header值。
62.例如版本探针的探针格式可以为：
63.apache
64.header名称：tt_activity_settings_version；
65.header值：activity_settings_s_version＝{version1}；activity_settings_d_version＝{version2}。
66.其中，activity_settings_s_version＝{version1}可以用于获取静态配置信息的版本信息；activity_settings_d_version＝{version2}可以用于获取动态配置信息的版本信息。
67.s102：响应于接收到返回的所述第一活动配置信息的版本信息，在所述版本信息指示版本发生更新的情况下，基于更新版本的所述第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求；所述第二活动配置信息包括与所述目标活动的活动内容相关的轮询配置信息。
68.接收到第一活动配置信息的版本信息后，可以基于返回的第一活动配置信息的版本信息，确定第一活动配置信息的版本信息是否发生更新。
69.在一种实施方式中，可以在发送第二活动配置信息获取请求之前，响应于接收到返回的第一活动配置信息的版本信息，将返回的第一活动配置信息的版本信息与本地的第一活动配置信息的版本信息进行比对，根据比对结果确定第一活动配置信息的版本是否发生更新。
70.在具体实施中，发送第一活动配置信息获取请求后，响应头response header中可
以带上第一活动配置信息的最新版本号返回给客户端。客户端将响应头response header中的第一活动配置信息的最新版本号与本地的第一活动配置信息的版本信息进行比对。
71.在确定第一活动配置信息的版本发生更新后，可以触发用于获取第一活动配置信息的动态/静态配置信息接口确定更新版本的第一活动配置信息。
72.在第一活动配置信息的版本未发生更新、或未接收到返回的第一活动配置信息的版本信息的情况下，可以按照预设请求周期发送第一活动配置信息获取请求。也就是在具体实施过程中，第一活动配置信息可以通过按照预设请求周期轮询获取。
73.在一种实施方式中，与目标活动的活动参数相关的静态配置信息中可以包含请求周期信息。请求周期信息用于按照该请求周期信息所指示的请求周期发送第二活动配置信息获取请求。该请求周期可以是在活动服务器中预先设置的。
74.考虑到第二活动配置信息的第二更新频率高于第一活动配置信息的第一更新频率，在一种实施方式中，第二活动配置信息对应的请求周期可以小于第一活动配置信息对应的预设请求周期。示例性的，第二活动配置信息对应的请求周期可以为30秒，第一活动配置信息对应的预设请求周期可以为1小时。
75.在实际情况中，第一活动配置信息中的请求周期信息可能存在异常情况，具体地，请求周期信息存在异常可以包括不存在请求周期值，即无值，或者，请求周期值异常。因此，在一种实施方式中，可以判断更新版本的第一活动配置信息中的请求周期信息是否存在异常。若确定更新版本的第一活动配置信息中的请求周期信息未存在异常，则基于更新版本的第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求。在一种实施方式中，若确定更新版本的第一活动配置信息中的请求周期信息存在异常，即不存在请求周期值或请求周期指异常，则可以获取本地的兜底请求周期信息。然后根据兜底请求周期信息，发送第二活动配置信息获取请求。
76.在一种实施方式中，第一活动配置信息中还可以包括请求开始时间和请求结束时间。请求开始时间和请求结束时间用于确定当前时间段是否可以发送第二活动配置信息获取请求。在基于更新版本的第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求的过程中，可以在当前时间未到达请求开始时间，并且未到达请求结束时间的情况下，基于更新版本的第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求。
77.在目标活动的有效期限内，活动服务器的负载通常比较大，在一种实施方式中，可以通过控制发送第二活动配置信息获取请求的请求次数的方式，避免活动服务器的负载过大。具体地，可以在当前时间到达请求开始时间且未到达请求结束时间的情况下，获取发送第二活动配置信息获取请求的请求次数。在请求次数未达到预设请求次数的情况下，可以基于更新版本的第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求。在请求次数达到预设请求次数的情况下，则无法发送第二活动配置信息获取请求，从而可以避免活动服务器的负载过大。
78.在具体实施中，可以向前述活动服务器发送第二活动配置信息获取请求。活动服务器在接收到第二活动配置信息获取请求后，可以返回第二活动配置信息。
79.s103：响应于接收到所述第二活动配置信息，基于所述第一活动配置信息和所述第二活动配置信息，对所述应用程序中的目标活动进行配置更新。
80.在接收到第二活动配置信息后，可以基于第一活动配置信息对应用程序中的目标活动的活动参数进行配置，具体地可以配置目标活动的资源地址、文案等信息；基于第二活动配置信息可以对目标活动的活动内容进行配置，从而实现更新目标活动的活动内容。
81.在一种实施方式中，为了保证在请求配置信息失败、或未及时请求到目标活动的活动配置信息的情况下，目标活动也能配置成功，可以基于接收到的第一活动配置信息和第二活动配置信息，对本地缓存的活动配置信息进行更新。然后基于更新后的本地缓存的活动配置信息，对应用程序中的目标活动进行配置更新。
82.参见图2，为本公开实施例提供的获取目标活动的第一活动配置信息的流程图。在启动获取第一活动配置信息的流程后，可以先读取本地缓存的第一活动配置信息，对目标活动进行配置。然后按照预设请求周期发送第一活动配置信息获取请求。在发送第一活动配置信息获取请求后，判断是否请求成功。如果请求失败，则重新按照预设请求周期发送第一活动配置信息获取请求。如果请求成功，则判断返回的版本号是否大于本地的版本号。这里的版本号指的是第一活动配置信息的版本号。如果返回的版本号大于本地的版本号，则说明第一活动配置信息的版本发生了更新，此时可以获取第一活动配置信息，并基于获取到的第一活动配置信息更新本地缓存的第一活动配置信息。并继续执行按照预设请求周期发送第一活动配置信息获取请求的步骤。
83.在上述流程中，还可以判断是否开启了目标模式。这里的目标模式可以指禁止非目标对象参与目标活动的模式。在目标模式下，禁止更新第一活动配置信息。因此，在确定未开启目标模式的情况下，可以按照前述流程，按照预设请求周期发送第一活动配置信息获取请求。在确定开启目标模式的情况下，则禁止按照预设请求周期发送第一活动配置信息获取请求，并清除本地缓存的第一活动配置信息。
84.参见图3，为本公开实施例提供的获取目标活动的第二活动配置信息的流程图。在启动获取第二活动配置信息的流程后，可以先读取本地缓存的用于发送第二活动配置信息获取请求的请求周期信息。这里的请求周期信息可以是从第一活动配置信息中获取到的。返回的第一活动配置信息中可以包含请求周期信息。当第一活动配置信息发生更新时，可以基于更新版本的第一活动配置信息中的请求周期信息对本地缓存的请求周期信息进行更新。在一种实施方式中，在本地还可以存储有兜底请求周期信息。在确定更新版本的第一活动配置信息中的请求周期信息存在异常的情况下，可以获取本地的兜底请求周期信息，从而可以保证第二活动配置信息获取请求发送成功。
85.请求周期信息中可以包括请求开始时间和请求频率信息，根据请求周期信息，可以判断当前时间是否到达请求开始时间，在当前时间到达请求开始时间的情况下，可以读取本地缓存的第二活动配置信息，对目标活动的活动内容进行配置。并按照请求周期信息中的请求频率信息发送第二活动配置信息获取请求。
86.在发送第二活动配置信息获取请求后，可以判断是否请求成功。在确定请求成功的情况下，则可以基于返回的第二活动配置信息，更新本地缓存的第二活动配置信息，并基于更新后的第二活动配置信息对目标活动的活动内容进行配置。在确定请求未成功的情况下，判断在当前请求周期内的请求次数是否达到预设请求次数。在确定请求次数达到预设请求次数的情况下，则按照请求周期信息发送第二活动配置信息获取请求。在确定请求次数未达到预设请求次数的情况下，则重新发送第二活动配置信息获取请求。
87.本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
88.基于同一发明构思，本公开实施例中还提供了与配置信息更新方法对应的配置信息更新装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述配置信息更新方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。
89.参照图4所示，为本公开实施例提供的一种配置信息更新装置的架构示意图，所述装置包括：第一发送模块401、第二发送模块402、更新模块403；其中，
90.第一发送模块401，用于响应于针对应用程序中目标活动的触发操作，发送第一活动配置信息获取请求；其中，第一活动配置信息包括与所述目标活动的活动参数相关的静态配置信息；
91.第二发送模块402，用于响应于接收到返回的所述第一活动配置信息的版本信息，在所述版本信息指示版本发生更新的情况下，基于更新版本的所述第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求；所述第二活动配置信息包括与所述目标活动的活动内容相关的轮询配置信息；
92.更新模块403，用于响应于接收到所述第二活动配置信息，基于所述第一活动配置信息和所述第二活动配置信息，对所述应用程序中的目标活动进行配置更新。
93.一种可选的实施方式中，在发送第二活动配置信息获取请求之前，所述装置还包括：
94.比对模块，用于响应于接收到返回的所述第一活动配置信息的版本信息，将返回的所述第一活动配置信息的版本信息与本地的所述第一活动配置信息的版本信息进行比对，确定所述第一活动配置信息的版本是否发生更新；
95.确定模块，用于在确定所述第一活动配置信息的版本发生更新后，确定更新版本的第一活动配置信息中的所述请求周期信息。
96.一种可选的实施方式中，第二发送模块402，具体用于：
97.判断所述更新版本的第一活动配置信息中的请求周期信息是否存在异常；
98.若确定所述更新版本的第一活动配置信息中的请求周期信息未存在异常，则基于所述更新版本的第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求；
99.所述装置还包括：
100.获取模块，用于若确定所述更新版本的第一活动配置信息中的请求周期信息存在异常，则获取本地的兜底请求周期信息；
101.第三发送模块，用于基于所述兜底请求周期信息，发送所述第二活动配置信息获取请求。
102.一种可选的实施方式中，所述装置还包括：
103.第四发送模块，用于在所述第一活动配置信息的版本未发生更新、或未接收到返回的所述第一活动配置信息的版本信息的情况下，按照预设请求周期发送第一活动配置信息获取请求。
104.一种可选的实施方式中，所述第一活动配置信息中包括请求开始时间和请求结束时间；
105.第二发送模块402，具体用于：
106.在当前时间到达所述请求开始时间且未到达所述请求结束时间的情况下，基于更新版本的所述第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求。
107.一种可选的实施方式中，第二发送模块402，具体用于：
108.在当前时间到达所述请求开始时间且未到达所述请求结束时间的情况下，获取发送所述第二活动配置信息获取请求的请求次数；
109.在所述请求次数未达到预设请求次数的情况下，基于更新版本的所述第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求。
110.一种可选的实施方式中，第一发送模块401，具体用于：
111.响应于针对所述目标活动的模式切换操作，获取所述目标活动的可更新模式；
112.在所述目标活动的可更新模式指示所述目标活动具有可更新活动配置信息的情况下，发送所述第一活动配置信息获取请求。
113.一种可选的实施方式中，更新模块403，具体用于：
114.基于所述第一活动配置信息和所述第二活动配置信息，对本地缓存的活动配置信息进行更新；
115.基于更新后的本地缓存的活动配置信息，对所述应用程序中的目标活动进行配置更新。
116.关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。
117.基于同一技术构思，本公开实施例还提供了一种计算机设备。参照图5所示，为本公开实施例提供的计算机设备500的结构示意图，包括处理器501、存储器502、和总线503。其中，存储器502用于存储执行指令，包括内存5021和外部存储器5022；这里的内存5021也称内存储器，用于暂时存放处理器501中的运算数据，以及与硬盘等外部存储器5022交换的数据，处理器501通过内存5021与外部存储器5022进行数据交换，当计算机设备500运行时，处理器501与存储器502之间通过总线503通信，使得处理器501在执行以下指令：
118.响应于针对应用程序中目标活动的触发操作，发送第一活动配置信息获取请求；其中，第一活动配置信息包括与所述目标活动的活动参数相关的静态配置信息；
119.响应于接收到返回的所述第一活动配置信息的版本信息，在所述版本信息指示版本发生更新的情况下，基于更新版本的所述第一活动配置信息中的请求周期信息，发送第二活动配置信息获取请求；所述第二活动配置信息包括与所述目标活动的活动内容相关的轮询配置信息；
120.响应于接收到所述第二活动配置信息，基于所述第一活动配置信息和所述第二活动配置信息，对所述应用程序中的目标活动进行配置更新。
121.本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的配置信息更新方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。
122.本公开实施例还提供一种计算机程序产品，该计算机产品承载有程序代码，所述程序代码包括的指令可用于执行上述方法实施例中所述的配置信息更新方法的步骤，具体可参见上述方法实施例，在此不再赘述。
123.其中，上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(software development kit，sdk)等等。
124.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
125.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
126.另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
127.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
128.最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。