CN110351323A - 一种应用系统的参数管理方法和装置 - Google Patents

Abstract

本发明公开了一种应用系统的参数管理方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：接收应用系统的调用指令，建立与服务端的连接；当监听到参数频道中的参数发生变更时，接收服务端传输的参数更新指令，获取参数更新指令中的更新参数，基于更新参数进行参数更新。该实施方式将客户端集成到应用系统中，以基于服务端与客户端进行参数管理；通过消息订阅机制同步服务端与客户端中的动态参数，客户端并将参数数据同步在本地内存中，便于应用系统从本地内存中查询参数，解决了参数查询的性能问题，减少网络交互次数，提高了高并发场景下服务端的服务性能。

Description

一种应用系统的参数管理方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种应用系统的参数管理方法和装置。

背景技术

目前，随着计算机和网络应用的日益广泛以及不同领域的业务种类的日益丰富，针对应用系统所需的业务参数，尤其是因应用场景不同需要动态调整的参数，例如，算法中的各调参、功能控制开关等，进行管理和配置变得越来越重要。

现有技术中，对于应用系统的参数，其两种管理方式：

1)在系统启动后，从数据库或配置文件中获取参数，并将其加载到本地内存中；

2)作为上述方式的替代方式，可以通过分布式缓存存储，将数据存储在分布式服务器的内存中，以通过服务端对外提供服务，具体地，应用系统通过调用分布式缓存服务接口，读取服务器内存中的数据，再将数据返回给应用系统。

在实现本发明的过程中，发明人发现现有技术至少存在如下问题：

1)针对第一种方式，参数通常存储于本地内存中，无法实现资源共享，由此当多个系统同时运行时，若一个系统参数出现变更时，其他系统的参数无法及时进行更新，即无法满足分布式系统的分布式部署需求；

2)针对第二种方式，每次获取参数时需要网络交互、数据库/分布式缓存交互，其中后者开销较小可以忽略。在大规模参数获取场景下，可能存在网络及数据库/分布式缓存的I/O并发量过大，导致网络延迟发生的情况，对于某些性能要求苛刻的应用系统，例如算法系统(例如，路径规划算法)，可能会影响其性能。

发明内容

有鉴于此，本发明实施例提供一种应用系统的参数管理方法和装置，至少能够解决现有技术中对于动态参数的管理效率较低，尤其是在高并发的场景下，可能存在网络交互延迟，从而影响应用系统的工作性能。

为实现上述目的，根据本发明实施例的一个方面，提供了一种应用系统的参数管理方法，包括：接收应用系统的调用指令，建立与服务端的连接；其中，连接基于所监听的参数频道建立；当监听到参数频道中的参数发生变更时，接收服务端传输的参数更新指令，获取参数更新指令中的更新参数，基于更新参数进行参数更新。

可选的，接收应用系统的调用指令，建立与服务端的连接还包括：当应用系统启动时，接收应用系统的调用指令，发送注册请求至服务端，若接收到服务端反馈的注册成功信息时，建立与服务端的连接；其中，注册请求至少包括所监听的参数频道。

可选的，在当监听到参数频道中的参数发生变更时，接收服务端传输的参数更新指令之前，还包括：发送参数加载请求至服务端，以获取服务端中与参数频道相应的参数；当接收到应用系统传输的参数变更信息，且参数变更信息中的变更参数与所获取的参数不相同时，基于变更参数生成相应的参数变更请求；传输参数变更请求至服务端，以对参数频道中的参数进行变更。

为实现上述目的，根据本发明实施例的另一个方面，提供了另一种应用系统的参数管理方法，包括：接收客户端传输的注册请求，建立与客户端的连接；其中，注册请求至少包含客户端所监听的参数频道；接收客户端传输的参数变更请求，基于参数变更请求中的变更参数更新参数频道中的参数，并生成相应的参数更新指令；确定监听参数频道的所有客户端，传输参数更新指令至所有客户端进行参数更新。

可选的，在接收客户端传输的参数变更请求之前，还包括：接收客户端传输的参数加载请求，调用参数查询方式，获取与参数频道相应的参数，传输所获取的参数至客户端。

可选的，参数至少由频道名、各级分类以及参数名组成。

可选的，客户端集成于应用系统中。

为实现上述目的，根据本发明实施例的另一方面，提供了一种应用系统的参数管理装置，包括：

连接建立模块，用于接收应用系统的调用指令，建立与服务端的连接；其中，连接基于所监听的参数频道建立；参数监听模块，用于当监听到参数频道中的参数发生变更时，接收服务端传输的参数更新指令，获取参数更新指令中的更新参数，基于更新参数进行参数更新。

可选的，连接建立模块，用于：当应用系统启动时，接收应用系统的调用指令，发送注册请求至服务端，若接收到服务端反馈的注册成功信息时，建立与服务端的连接；其中，注册请求至少包括所监听的参数频道。

可选的，还包括参数变更判断模块，用于：发送参数加载请求至服务端，以获取服务端中与参数频道相应的参数；当接收到应用系统传输的参数变更信息，且参数变更信息中的变更参数与所获取的参数不相同时，基于变更参数生成相应的参数变更请求；传输参数变更请求至服务端，以对参数频道中的参数进行变更。

为实现上述目的，根据本发明实施例的另一方面，提供了另一种应用系统的参数管理的装置，包括：请求接收模块，用于接收客户端传输的注册请求，建立与客户端的连接；其中，注册请求至少包含客户端所监听的参数频道；参数变更模块，用于接收客户端传输的参数变更请求，基于参数变更请求中的变更参数更新参数频道中的参数，并生成相应的参数更新指令；指令发布模块，用于确定监听参数频道的所有客户端，传输参数更新指令至所有客户端进行参数更新。

可选的，还包括参数存取模块，用于：接收客户端传输的参数加载请求，调用参数查询方式，获取与参数频道相应的参数，传输所获取的参数至客户端。

可选的，参数至少由频道名、各级分类以及参数名组成。

可选的，客户端集成于应用系统中。

为实现上述目的，根据本发明实施例的再一方面，提供了一种应用系统的参数管理的电子设备。

本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一所述的应用系统的参数管理方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一所述的应用系统的参数管理方法。

根据本发明所述提供的方案，上述发明中的一个实施例具有如下优点或有益效果：针对动态参数，通过将客户端集成到软件应用系统中，以通过服务端与客户端进行参数管理；应用系统启动时客户端注册到服务端，通过消息订阅机制同步服务端与客户端中的参数数据，客户端将参数数据同步在本地内存中，应用系统从本地内存中查询参数。本发明实施方式支持分布式部署，解决了参数查询的性能问题，提高了高并发场景下服务端的服务性能。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的一种应用系统的参数管理方法的主要流程示意图；

图2是根据本发明实施例的一种可选的应用系统的参数管理方法的流程示意图；

图3是根据本发明实施例的另一种可选的应用系统的参数管理方法的流程示意图；

图4是根据本发明实施例的另一种应用系统的参数管理方法流程示意图；

图5是根据本发明实施例的一具体地应用系统的参数管理方法的流程示意图；

图6是根据本发明实施例的一种应用系统的参数管理装置的主要模块示意图；

图7是根据本发明实施例的另一种应用系统的参数管理装置的主要模块示意图；

图8是本发明实施例可以应用于其中的示例性系统架构图；

图9是适于用来实现本发明实施例的移动设备或服务器的计算机系统的结构示意图。

具体实施方式

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

需要说明的是，本发明实施例所提供的应用系统，为在电脑、手机、电视等设备上安装的应用系统，且本发明主要针对动态参数进行描述。

另外，所提供的客户端，为安装在应用系统内的调用参数管理客户端，简称客户端；所提供的服务端，为参数管理服务端，简称服务端。

所提供的参数频道，为参数和频道所组成的词汇。其中，频道，又叫信道，是信号在通信系统中传输的通道，类似于收音机频道。

参见图1，示出的是本发明实施例提供的一种应用系统的参数管理方法的主要流程图，包括如下步骤：

S101：接收应用系统的调用指令，建立与服务端的连接；其中，连接基于所监听的参数频道建立。

S102：当监听到参数频道中的参数发生变更时，接收服务端传输的参数更新指令，获取参数更新指令中的更新参数，基于更新参数进行参数更新。

上述实施方式中，对于步骤S101，应用系统不直接调用服务端，只与客户端交互；客户端需要与服务端和应用系统进行交互。

客户端可以集成到应用系统中，与应用系统集成一体，该集成为系统内部模块之间的调用，且一个应用系统中仅包含一个客户端，客户端可以随应用系统进行分布式部署。另外，客户端也可以是与应用系统部署在同一服务器上，本发明是以集成客户端到应用系统中的方式进行描述的。

参数频道是根据客户端与服务端预定配置的，数量可以为多个。例如，服务端配置有waps、nav两个参数频道，若客户端监听waps频道，在注册到服务端时，会注册waps这个频道。

对于参数频道，可以支持不同应用系统的获取，例如，CCTV1这个频道，应用系统1可以收看、应用系统2也可以收看。

对于步骤S102，客户端在与服务端建立连接后，会实时监听该参数频道中的参数是否变化，若变化，会接收到服务端传输的参数更新指令，再负责将所接收到的参数更新到本地缓存中，便于应用系统可以从本地内存中直接查询参数，简化了参数查询步骤，且无需网络交互。

另外，对于参数的更新，最终更新的是客户端中的参数。为满足系统性能要求，参数更新需要第一时间反馈到应用系统中，因此，对于参数更新指令的发布，需要实时进行。

上述实施例所提供的方法，针对动态参数，在应用系统中集成客户端，以通过服务端与客户端进行参数关联的思路，实现应用系统-服务端到应用系统-客户端-服务端的过渡。上述实施方式支持不同系统获取指定频道的参数，只有在参数变更时才涉及到网络交互，且最终更新的是客户端的参数，直接从内存中查询参数的方式大幅提升了参数的获取。

参见图2，示出了根据本发明实施例的一种可选的应用系统的参数管理方法流程示意图，包括如下步骤：

S201：当应用系统启动时，接收应用系统的调用指令，发送注册请求至服务端，若接收到服务端反馈的注册成功信息时，建立与服务端的连接；其中，注册请求至少包括所监听的参数频道。

S202：当监听到参数频道中的参数发生变更时，接收服务端传输的参数更新指令，获取参数更新指令中的更新参数，基于更新参数进行参数更新。

上述实施方式中，步骤S202可参见图1所示步骤S102的描述，在此不再赘述。

上述实施方式中，对于步骤S201，每次应用系统关闭时，其与服务端之间的连接会断开，因此，每次应用系统启动时，都会调用客户端，重新向服务端注册。但在系统运行过程中，例如，系统参数变动时，也可以调用该客户端进行参数变更。

客户端中包含注册监听模块，用以提供外围应用系统的参数服务注册接口，以将客户端注册到服务端。且注册时需要提供该客户端所需要监听的参数频道。

服务端接收到客户端所传输的注册请求后，会将注册是否成功的信息返回给客户端。若注册成功，客户端可执行后续监听操作；但若注册失败，例如网络故障导致服务端接收不到注册请求，客户端或系统启动就会报错，之后需要人为介入进行错误排查。

上述实施例所提供的方法，提供了一种基于客户端建立应用系统与服务端之间连接的方式，应用系统不直接调用服务端，只与客户端交互；客户端需要与服务端和应用系统进行交互。只有当应用系统启动或者应用系统中参数更改时，才会出现与服务端之间的网络交互，降低了服务端的并发处理压力。

参见图3，示出了根据本发明实施例的另一种可选的应用系统的参数管理方法流程示意图，包括如下步骤：

S301：接收应用系统的调用指令，建立与服务端的连接；其中，连接基于所监听的参数频道建立。

S302：发送参数加载请求至服务端，以获取服务端中与参数频道相应的参数。

S303：当接收到应用系统传输的参数变更信息，且参数变更信息中的变更参数与所获取的参数不相同时，基于变更参数生成相应的参数变更请求。

S304：传输参数变更请求至服务端，以对参数频道中的参数进行变更。

S305：当监听到参数频道中的参数发生变更时，接收服务端传输的参数更新指令，获取参数更新指令中的更新参数，基于更新参数进行参数更新。

上述实施方式中，对于步骤S301可参见图1所示步骤S101的描述，也可以参见图2所示步骤S201的描述；步骤S305可参见图1所示步骤S102的描述，在此不再赘述。

上述实施方式中，对于步骤S302，客户端在建立与服务端的连接后，会首先调取参数加载方式，并基于服务端中的参数查询方法，获取存储在服务端与该参数频道相应的所有参数，最终返回给客户端，可以是一次性获取、一次性存储。

客户端接收并缓存服务端传输的参数，便于后续进行参数对比，判断是否存在参数变更。

对于步骤S303、S304，对于所监听的参数频道中参数的变更，主要由应用系统触发。例如，开关参数，应用系统中有个UI界面(User Interface)，用户点击按钮将该参数由开启改为关闭，应用系统将这个修改参数组装好，并调用客户端传输至服务端进行参数修改。

客户端接收到应用系统的参数变更请求时，会首先判断该变更参数是否与原存储的参数相同，即事先从服务端获取的与该参数频道相应的参数与该变更参数是否相同。若不相同，会通知服务端更新参数频道中的参数。

另外，当其中一个客户端所在的应用系统中的参数发生变化时，会首先将修改的参数传递给服务端，通知服务端更新数据。并且在接收到服务端传输参数变更指令之前，不会自行进行参数修改。

上述实施方式中，提供了一种更新参数频道中参数的思路，客户端在建立与服务端连接时，会获取与该参数频道相应的所有参数数据，无需应用系统基于网络从服务端进行参数加载；另外，客户端对于参数频道的监听，无需网络交互，只有在参数更新时才涉及到，节省了网络交互资源，提高了大并发下的服务端的服务性能。

参见图4，示出了本发明实施例所提供的另一种应用系统的参数管理方法的流程示意图，包括如下步骤：

S401：接收客户端传输的注册请求，建立与客户端的连接；其中，注册请求至少包含客户端所监听的参数频道。

S402：接收客户端传输的参数变更请求，基于参数变更请求中的变更参数更新参数频道中的参数，并生成相应的参数更新指令。

S403：确定监听参数频道的所有客户端，传输参数更新指令至所有客户端进行参数更新。

上述实施方式中，对于步骤S401，每当应用系统启动时，均会调用应用系统中的客户端。客户端发送注册请求至服务端，该注册请求包括所监听的参数频道。

对于步骤S402，客户端在与服务端建立连接后，会首先调取服务端中所存储的与该参数频道相应的参数，并可以一次性对这些参数进行缓存。

当用户更改应用系统参数导致该参数频道中的参数变更时，应用系统会将该变更参数传输至客户端，客户端会首先判断该变更参数是否与之前所缓存的参数相同，且不会进行参数更新。若不相同，则发送参数变更请求至服务端，以通过服务端对该参数频中的参数进行变更。

对于其他客户端，实时监听参数频道中的参数，若监听到该参数频道中的参数出现变更时，会收到服务端所传输参数更新指令。

对于步骤S403，为同步服务端与客户端中的参数，服务端所生成的参数更新指令，会下发至监听该参数频道的所有客户端。即支持分布式系统的应用场景，即一台服务器收到参数修改的请求后，会通知服务端；服务端修改参数后，会基于客户端，同步更新部署在不同服务器上的应用系统。

上述实施例所提供的方法，服务端不直接与应用系统交互，仅通过集成于应用系统中的客户端进行参数管理。上述实施方式支持分布式部署的应用系统，且支持不同系统获取指定频道的参数；另外，节省网络交互，解决了参数查询问题，提高了服务端在大并发情况下的服务性能。

参见图5，示出了本发明实施例所提供的一具体地应用系统的参数管理方法的流程示意图，包括如下步骤：

S501：当应用系统启动时，调用客户端；其中，客户端集成于应用系统中。

S502：客户端接收应用系统的调用指令，发送注册请求至服务端；其中，注册请求至少包括所监听的参数频道。

S503：服务端接收客户端传输的注册请求，若注册成功，反馈注册成功信息至客户端，以建立与客户端的连接。

S504：客户端发送参数加载请求至服务端。

S505：服务端接收客户端传输的参数加载请求，调用参数查询方式，获取与参数频道相应的参数，传输所获取的参数至客户端。

S506：客户端获取并缓存服务端传输的参数。

S507：当客户端接收到应用系统传输的参数变更信息，且参数变更信息中的变更参数与所获取的参数不相同时，基于变更参数生成相应的参数变更请求，并发送至服务端。

S508：服务端接收客户端传输的参数变更请求，基于参数变更请求中的变更参数更新参数频道中的参数，并生成相应的参数更新指令。

S509：服务端确定取监听参数频道的所有客户端，传输参数更新指令至所有客户端。

S510：客户端接收服务端传输的参数更新指令，获取参数更新指令中的更新参数，基于更新参数进行参数更新。

S511：客户端同步更新参数至本地存储，便于应用系统后续从本地存储调用更新参数。

服务端中的参数key，可以是以数据库或文件的形式，存储在物理磁盘上，并提供参数存取方法。

且为便于服务端中后续参数管理，例如，追溯参数更新历史、排产问题等，对于服务端中的参数可以有id_delete、create_time、update_time、create_user、update_user这类参数格式，例如，id_delete可以控制参数是否可用，且参数废弃后可能会再开启，根据具体需要而定。其参数格式具体参见表1所示：

表1服务端参数的格式

其中，description针对参数Key中间各级部分，为便于后续参数描述，可以根据参数key，添加各级的分类描述。同时基于参数各级的分类描述，便于各运维人员理解以及后期维护。

对于客户端的参数，其格式具体参见表2所示：

表2客户端参数的格式

较与表1服务端中参数格式所示，客户端中没有id_delete、create_time、update_time、create_user、update_user这类参数格式，因为客户端在大部分场景中使用不到这些参数格式。但当需要时，可以直接查询服务端获取。

通常，分布式系统获取位于分布式缓存中的参数是需要网络交互的，本发明中服务端获取本地缓存中的参数是无网络交互、无磁盘交互的，速度较快，达到本地内存级别的访问性能。

本发明实施例所提供的方法，针对动态参数，通过将客户端集成到软件应用系统中，以通过服务端与客户端进行参数管理；应用系统启动时客户端注册到服务端，通过消息订阅机制同步服务端与客户端中的参数数据，客户端并将参数数据同步在本地内存中，应用系统从本地内存中查询参数。本发明实施方式支持分布式部署，解决了参数查询的性能问题，提高了高并发场景下服务端的服务性能。

参见图6，示出了本发明实施例提供的一种应用系统的参数管理装置600的主要模块示意图，包括：

连接建立模块601，用于接收应用系统的调用指令，建立与服务端的连接；其中，连接基于所监听的参数频道建立；

参数监听模块602，用于当监听到参数频道中的参数发生变更时，接收服务端传输的参数更新指令，获取参数更新指令中的更新参数，基于更新参数进行参数更新。

本发明实施装置中，连接建立模块601，用于：当应用系统启动时，接收应用系统的调用指令，发送注册请求至服务端，若接收到服务端反馈的注册成功信息时，建立与服务端的连接；其中，注册请求至少包括所监听的参数频道。

本发明实施装置还包括参数变更判断模块603(图中未标出)，用于：发送参数加载请求至服务端，以获取服务端中与参数频道相应的参数；当接收到应用系统传输的参数变更信息，且参数变更信息中的变更参数与所获取的参数不相同时，基于变更参数生成相应的参数变更请求；传输参数变更请求至服务端，以对参数频道中的参数进行变更。

需要说明的是，客户端中的模块也可以使用其他命名方式，且上述模块中可以包括小模块，例如，参数缓存模块、参数加载模块、参数查询模块、参数修改模块以及注册监听模块等。其中，

1)参数缓存模块，用于将参数缓存至本地内存中，并提供参数缓存存取方法；

2)参数加载模块：用于提供外围应用系统对参数的初始化加载接口，客户端注册到服务端后，可调用该模块一次性获取所监听频道所包含的参数，并一次性将这些参数加载到参数缓存模块中；

3)参数查询模块，用于提供外围应用系统对参数的查询接口，该接口调用后会与参数缓存模块交互，以查询缓存参数；

4)参数修改模块，用于提供外围应用系统对参数的修改接口，该接口调用后会提交到服务端的发布订阅模块中，触发参数管理服务端参数更新逻辑；

5)注册监听模块：提供外围应用系统参数服务注册接口，调用此模块将客户端注册到服务端，注册时需提供本客户端需要监听的指定参数频道。当监听的参数频道中参数发生变更时，会接收到的服务端的参数更新通知/指令，再负责将接收到的参数更新到本地的参数缓存模块中。

由此，连接建立模块601、参数监听模块602均与注册监听模块有关联；参数变更判断模块603还可以包括参数缓存模块、参数加载模块、参数查询模块以及参数修改模块。

参见图7，示出了本发明实施例提供的另一种应用系统的参数管理装置700的主要模块示意图，包括：

请求接收模块701，用于接收客户端传输的注册请求，建立与客户端的连接；其中，注册请求至少包含客户端所监听的参数频道；

参数变更模块702，用于接收客户端传输的参数变更请求，基于参数变更请求中的变更参数更新参数频道中的参数，并生成相应的参数更新指令；

指令发布模块703，用于确定监听参数频道的所有客户端，传输参数更新指令至所有客户端进行参数更新。

本发明实施装置还包括参数存取模块704(图中未标出)，用于：接收客户端传输的参数加载请求，调用参数查询方式，获取与参数频道相应的参数，传输所获取的参数至客户端。

本发明实施装置中，参数至少由频道名、各级分类以及参数名组成。

本发明实施装置中，客户端集成于应用系统中。

需要说明的是，服务端中的模块也可以使用其他命名方式，且上述模块中包括其他小模块，例如，参数存储模块、参数存取模块以及发布订阅模块。其中：

1)参数存储模块，用于将所有参数以数据库或文件的形式存储在物理磁盘上，并提供参数存取方法；

2)参数存取模块，用于提供针对客户端的参数查询及修改接口；

3)发布订阅模块，用于支持客户端注册到服务端，监听指定参数频道。当某参数频道内参数变更时，会将变更的参数实时发布到所有监听该参数频道的客户端中。

由此，请求接收模块701以及指令发布模块703均与发布订阅模块有关联；参数变更模块702可以与参数存储模块以及参数存取模块有关联。另外，为减少模块数量，可以将参数存储模块以及参数存取模块合并为一个。

本发明实施例所提供的装置，针对动态参数，通过将客户端集成到软件应用系统中，以通过服务端与客户端进行参数管理；应用系统启动时客户端注册到服务端，通过消息订阅机制同步服务端与客户端中的参数数据，客户端并将参数数据同步在本地内存中，应用系统从本地内存中查询参数。本发明实施装置支持分布式部署，解决了参数查询的性能问题，提高了高并发场景下服务端的服务性能。

参见图8示出了可以应用本发明实施例的应用系统的参数管理方法或应用系统的参数管理装置的示例性系统架构800。

如图8所示，系统架构800可以包括终端设备801、802、803，网络804和服务器805。网络804用以在终端设备801、802、803和服务器805之间提供通信链路的介质。网络804可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备801、802、803通过网络804与服务器805交互，以接收或发送消息等。终端设备801、802、803上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交系统软件等(仅为示例)。

终端设备801、802、803可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器805可以是提供各种服务的服务器，例如对用户利用终端设备801、802、803所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的应用系统的参数管理方法一般由服务器805执行，相应地，应用系统的参数管理装置一般设置于服务器805中。

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

参见图9，其示出了适于用来实现本发明实施例的终端设备的计算机系统900的结构示意图。图9示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，计算机系统900包括中央处理单元(CPU)901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有系统900操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括连接建立模块、参数监听模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，参数监听模块还可以被描述为“监听参数频道中的参数模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

接收应用系统的调用指令，建立与服务端的连接；其中，连接基于所监听的参数频道建立；

当监听到参数频道中的参数发生变更时，接收服务端传输的参数更新指令，获取参数更新指令中的更新参数，基于更新参数进行参数更新。

根据本发明实施例的技术方案，针对动态参数，通过将客户端集成到软件应用系统中，以通过服务端与客户端进行参数管理；应用系统启动时客户端注册到服务端，通过消息订阅机制同步服务端与客户端中的参数数据，客户端并将参数数据同步在本地内存中，应用系统从本地内存中查询参数。本发明实施方式支持分布式部署，解决了参数查询的性能问题，提高了高并发场景下服务端的服务性能。

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

Claims (16)

1.一种应用系统的参数管理方法，其特征在于，包括：

接收应用系统的调用指令，建立与服务端的连接；其中，所述连接基于所监听的参数频道建立；

当监听到所述参数频道中的参数发生变更时，接收所述服务端传输的参数更新指令，获取所述参数更新指令中的更新参数，基于所述更新参数进行参数更新。

2.根据权利要求1所述的方法，其特征在于，所述接收应用系统的调用指令，建立与服务端的连接还包括：

当所述应用系统启动时，接收所述应用系统的调用指令，发送注册请求至所述服务端，若接收到所述服务端反馈的注册成功信息时，建立与所述服务端的连接；其中，所述注册请求至少包括所监听的所述参数频道。

3.根据权利要求1所述的方法，其特征在于，在所述当监听到所述参数频道中的参数发生变更时，接收所述服务端传输的参数更新指令之前，还包括：

发送参数加载请求至所述服务端，以获取所述服务端中与所述参数频道相应的参数；

当接收到所述应用系统传输的参数变更信息，且所述参数变更信息中的所述变更参数与所获取的参数不相同时，基于所述变更参数生成相应的参数变更请求；

传输所述参数变更请求至所述服务端，以对所述参数频道中的参数进行变更。

4.一种应用系统的参数管理方法，其特征在于，包括：

接收客户端传输的注册请求，建立与所述客户端的连接；其中，所述注册请求至少包含所述客户端所监听的参数频道；

接收所述客户端传输的参数变更请求，基于所述参数变更请求中的变更参数更新所述参数频道中的参数，并生成相应的参数更新指令；

确定监听所述参数频道的所有客户端，传输所述参数更新指令至所有客户端进行参数更新。

5.根据权利要求4所述的方法，其特征在于，在所述接收所述客户端传输的参数变更请求之前，还包括：

接收所述客户端传输的参数加载请求，调用参数查询方式，获取与所述参数频道相应的参数，传输所获取的参数至所述客户端。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述参数至少由频道名、各级分类以及参数名组成。

7.根据权利要求1-5中任一项所述的方法，其特征在于，所述客户端集成于所述应用系统中。

8.一种应用系统的参数管理装置，其特征在于，包括：

连接建立模块，用于接收应用系统的调用指令，建立与服务端的连接；其中，所述连接基于所监听的参数频道建立；

参数监听模块，用于当监听到所述参数频道中的参数发生变更时，接收所述服务端传输的参数更新指令，获取所述参数更新指令中的更新参数，基于所述更新参数进行参数更新。

9.根据权利要求8所述的装置，其特征在于，所述连接建立模块，用于：

当所述应用系统启动时，接收所述应用系统的调用指令，发送注册请求至所述服务端，若接收到所述服务端反馈的注册成功信息时，建立与所述服务端的连接；其中，所述注册请求至少包括所监听的所述参数频道。

10.根据权利要求8所述的装置，其特征在于，还包括参数变更判断模块，用于：

发送参数加载请求至所述服务端，以获取所述服务端中与所述参数频道相应的参数；

当接收到所述应用系统传输的参数变更信息，且所述参数变更信息中的所述变更参数与所获取的参数不相同时，基于所述变更参数生成相应的参数变更请求；

传输所述参数变更请求至所述服务端，以对所述参数频道中的参数进行变更。

11.一种应用系统的参数管理装置，其特征在于，包括：

请求接收模块，用于接收客户端传输的注册请求，建立与所述客户端的连接；其中，所述注册请求至少包含所述客户端所监听的参数频道；

参数变更模块，用于接收所述客户端传输的参数变更请求，基于所述参数变更请求中的变更参数更新所述参数频道中的参数，并生成相应的参数更新指令；

指令发布模块，用于确定监听所述参数频道的所有客户端，传输所述参数更新指令至所有客户端进行参数更新。

12.根据权利要求11所述的装置，其特征在于，还包括参数存取模块，用于：

接收所述客户端传输的参数加载请求，调用参数查询方式，获取与所述参数频道相应的参数，传输所获取的参数至所述客户端。

13.根据权利要求8-12中任一项所述的装置，其特征在于，所述参数至少由频道名、各级分类以及参数名组成。

14.根据权利要求8-12中任一项所述的装置，其特征在于，所述客户端集成于所述应用系统中。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

16.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。