CN107154866A - 实现业务动态配置的方法和系统 - Google Patents

Abstract

本发明揭示了一种实现业务动态配置的方法和系统。所述方法包括：执行业务逻辑而在客户端实现服务时，根据业务逻辑中配置项的更新指令，获得配置指令和对应于业务配置操作的配置信息；通过配置信息和配置指令为业务执行业务配置操作，向业务服务器再次执行的业务逻辑预配置对应于配置项的配置信息，业务服务器为在客户端实现服务而执行的业务逻辑被保留配置；业务服务器为请求服务的其它客户端在执行的业务逻辑中启用预配置的配置信息。由此，相对于即将为请求的服务执行业务逻辑的过程，为业务逻辑完成的预配置而使得即便发生了业务配置的更新，用户仍然是无感知的，且避免了技术实现成本和用户操作成本，以及业务配置不可控的缺陷。

Description

实现业务动态配置的方法和系统

技术领域

本发明涉及互联网应用技术领域，特别涉及一种实现业务动态配置的方法和系统。

背景技术

随着互联网应用的迅猛发展，在后台服务端的配合下为客户端实现了各种业务，进而通过业务逻辑的执行而实现各种功能和服务。

后台服务端中业务逻辑的执行，往往可能出现各种状况，或者根据业务的运行而存在着各种配置调整需求，因此，时常需要对后台服务器中业务的配置进行变更调整。

为业务所实现的配置变更调整，包括以下三种方式：一是后台服务端停机变更配置；二是发布客户端补丁包，用户需要下载客户端补丁包安装修复；三是暂停相应的业务模块，以对此业务模块进行更新修改。

在为此业务而进行的现有实现中，无论采用何种方式，对于用户而言均是有感知的，并且对于第一种方式而言，由于需要停机而必然产生技术实现成本，发布客户端补丁包的方式，则需要用户进行额外操作下载，用户操作成本高且由于用户操作的介入而使得业务是否被成功配置是不可控的；暂停业务模块进行配置更新修改的方式，则会导致相应的功能不可用。

因此，无论采用何种方式，都将会存在着业务配置的变更成本过高的缺陷。

发明内容

为了解决业务配置的变更调整中用户有感知且变更成本过高的技术问题，本发明提供了一种实现业务动态配置的方法和系统。

一种实现业务动态配置的方法，所述方法包括：

通过执行业务逻辑而在客户端实现服务时，根据业务逻辑中配置项的更新指令，获得执行业务配置操作的配置指令和对应于所述业务配置操作的配置信息；

通过所述配置信息和配置指令为所述业务执行所述业务配置操作，向业务服务器再次执行的业务逻辑预配置对应于配置项的配置信息，所述业务服务器为在客户端实现服务而执行的业务逻辑被保留配置；

所述业务服务器为请求所述服务的其它客户端在执行的所述业务逻辑中启用配置项所预配置的配置信息。

一种实现业务动态配置的系统，所述系统包括：

更新指令处理模块，用于通过执行业务逻辑而在客户端实现服务时，根据业务逻辑中配置项的更新指令，获得执行业务配置操作的配置指令和对应于所述业务配置操作的配置信息；

预配置模块，用于通过所述配置信息和配置指令为所述业务执行所述业务配置操作，向业务服务器再次执行的业务逻辑预配置对应于配置项的配置信息，所述业务服务器为在客户端实现服务而执行的业务逻辑被保留配置；

预配置启用模块，用于所述业务服务器为请求所述服务的其它客户端在执行的所述业务逻辑中启用配置项所预配置的配置信息。

本发明的实施例提供的技术方案可以包括以下有益效果：

对于所部署的业务，由于其业务逻辑的执行是为客户端实现相应服务的，因此随时都存在着为请求此服务的客户端执行业务逻辑的过程，通过执行业务逻辑而在客户端实现服务时，如需要变更调整其业务配置，则根据业务逻辑中配置项的更新指令，获得执行业务配置操作的配置指令和对应于业务配置操作的配置信息，通过配置信息和配置指令为业务执行业务配置操作，向业务服务器再次执行的业务逻辑预配置对应于配置项的配置信息，业务服务器为在客户端实现服务而执行的业务逻辑被保留配置，业务服务器为请求服务的其它客户端在执行的业务逻辑中启用配置项所预配置的配置信息，由此，相对于即将为请求的服务执行业务逻辑的过程，为业务逻辑完成的预配置而使得即便发生了业务配置的更新，用户仍然是无感知的，并且不需要停机或者相应业务模块的暂停，也不需要用户额外下载客户端补丁包，避免了技术实现成本和用户操作成本，以及业务配置不可控的缺陷，能够在需要时及时的实现业务配置的变更调整，保证了时效性，实现了业务的动态配置。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。

图1是根据本发明所涉及的实施环境的示意图；

图2是根据一示例性实施例示出的一种装置的框图；

图3是根据一示例性实施例示出的一种实现业务动态配置的方法的流程图；

图4是根据图3对应实施例示出的步骤330的细节进行进一步描述的流程图；

图5是根据一示例性实施例示出的对将配置信息和配置指令发送到业务的配置服务器步骤的细节进行描述的流程图；

图6是根据另一示例性实施例示出的实现业务动态配置的方法的流程图；

图7是根据图6对应实施例示出的对保存下发的配置信息，并等待业务逻辑实现的服务被其它客户端请求步骤的细节进行描述的流程图；

图8是根据图3对应实施例示出的对业务服务器为请求该服务的其它客户端在执行的业务逻辑中启用配置项所预配置的配置信息步骤的细节进行描述的流程图；

图9是根据一示例性实施例示出的一种实现业务动态配置的服务器拓扑图；

图10是根据一示例性实施例示出的一种实现业务动态配置的系统的框图；

图11是根据图10对应实施例示出的对预配置模块的细节进行描述的框图；

图12是根据另一示例性实施例示出的一种实现业务动态配置的系统的框图；

图13是根据图10对应实施例示出的对预配置启用模块的细节进行描述的框图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是根据本发明所涉及的实施环境的示意图。该实施环境包括：业务服务器110和配置控制端130。

业务服务器110中部署了业务，将按照所部署业务的业务逻辑实现各种功能和服务，为保证业务的顺畅实现，会对业务进行各种配置。

配置控制端130用于对业务服务器110中部署的业务实现各种配置，即通过本发明所提供的方法来最终实现业务服务器110中业务的动态配置。

图2是根据一示例性实施例示出的一种装置的框图。装置200可以是服务器，例如，在一示例性实施例中，可以是图1所示实施环境的业务服务器110，而配置控制端130，也可通过服务器实现其部署。

参见图2，该装置200可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)222(例如，一个或一个以上处理器)和存储器232，一个或一个以上存储应用程序242或数据244的存储介质230(例如一个或一个以上海量存储设备)。其中，存储器232和存储介质230可以是短暂存储或持久存储。存储在存储介质230的程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对装置200中的一系列指令操作。更进一步地，中央处理器222可以设置为与存储介质230通信，在装置200上执行存储介质230中的一系列指令操作。装置200还可以包括一个或一个以上电源226，一个或一个以上有线或无线网络接口250，一个或一个以上输入输出接口258，和/或，一个或一个以上操作系统241，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。上述图3、图4、图5、图6、图7和图8所示实施例中执行的步骤可以基于该图2所示的装置结构。

图3是根据一示例性实施例示出的一种实现业务动态配置的方法的流程图。该实现业务动态配置的方法在一个示例性实施例中可以由图2所示的装置执行，如图3所示，可以包括以下步骤。

在步骤310中，通过执行业务逻辑而在客户端实现服务时，根据业务逻辑中配置项的更新指令，获得执行业务配置操作的配置指令和对应于配置指令的配置信息。

其中，业务逻辑是指所部署的业务实现其各种服务而需要执行的各种逻辑。业务逻辑是随着业务的部署而被配置于业务服务器中。可以理解，业务逻辑一方面指示了实现各种功能所需要执行的操作以及方法调用，另一方面也为其执行过程设定了各种参数、属性等配置项，使得业务逻辑的执行是与设定的配置项相匹配的。

在客户端向部署业务逻辑的业务服务器请求获得服务之后，业务服务器执行业务逻辑，并与客户端进行数据交互，进而在客户端实现服务。也就是说，在此所指的服务，是网络服务，客户端在业务服务器的控制下实现了具备业务逻辑所对应服务的网络应用。

例如，所部署的业务可以是一游戏业务，因此，对应的业务逻辑即为游戏逻辑，为客户端所实现的服务是游戏对局服务。应当理解的，游戏逻辑将指示了一局游戏的实现过程，并且对于游戏内涉及的各种参数，便是对应于相应配置项的。比如，游戏内一虚拟角色的初始生命值即为相应配置项中指示的数值。

可以理解的，业务逻辑的部署是为海量客户端各自实现服务的。在正常运营下，随时都存在着业务逻辑的执行，例如，任何时刻都会有客户端请求服务，至此，将不得不为请求服务的客户端执行业务逻辑。在此情况下，进行业务逻辑中配置项的更新必然是在执行业务逻辑而在客户端实现服务的过程中发生的。执行业务逻辑而在客户端实现服务，是指业务服务器当前正为某些客户端执行业务逻辑，以为这些客户端返回其所请求的服务。业务逻辑中配置项的更新指令用于触发进行业务逻辑中相应配置项的调整变更，即发起执行业务配置操作。具体而言，业务逻辑中配置项的更新指令指示了业务逻辑中进行调整变更的配置项。此更新指令可以是相应人员为业务上传新配置，例如，对某一配置项的修改等触发的。更新指令也可以是针对某一业务模块而触发的，以便于实现业务中此业务模块的动态配置。

根据此更新指令而获得相应的配置指令和对应的配置信息。配置信息即为动态调整变更指定配置项的各种参数或者其它内容，并且为此配置信息所对应配置过程的执行而获得相应配置指令。

在一个示例性实施例的具体实现中，配置指令和配置信息，是以可执行的脚本形式存在。也就是说，在触发进行业务逻辑中配置项的更新之后，便随之配置实现配置信息在业务逻辑中配置的脚本，该脚本携带了配置信息和配置指令。

在此应当补充说明的是，对于业务配置操作，即为对业务的配置实现各种变更调整的操作，其是通过配置指令的执行而实现的，此配置指令的执行中，配置信息被传入，进而使得配置信息的执行能够将配置信息配置到业务中。

在一个示例性实施例的具体现实现中，更新指令，可以是相关人员触发配置变更并上传相应配置信息而触发产生的，此过程可以通过部署SVN服务器实现，SVN服务器用于进行业务的版本控制，以控制进行业务中的各种迭代更新。

也就是说，图1所示实施环境的配置控制端包括SVN服务器，进而为业务服务器中部署的业务进行迭代更新。

在步骤330中，通过配置信息和配置指令为业务执行业务配置操作，向业务服务器再次执行的业务逻辑预配置对应于配置项的配置信息，业务服务器为在客户端实现服务而执行的业务逻辑被保留配置。

其中，如前所述的，在所获得配置信息和配置指令的作用下即可实现业务配置操作的执行。应当理解，向业务服务器进行业务的配置便是对业务原本所具备的各配置项进行变更调整的过程。一般而言，在完成业务的配置之后便启用，以生效业务的配置。

而业务的预配置，是相对后续业务逻辑的再次执行而言的。业务的预配置是指预先将指定的配置信息配置到部署此业务的业务服务器，但并不启用使之生效。进行了业务的预配置之后，对于正在执行的业务逻辑而言，将保留其原本的配置，直至执行完毕。也就是说，即便发生了业务逻辑中配置项的更新，但对于客户端所正在实现的服务而言，例如，正在进行的游戏对局服务，将继续其服务过程，而不受到任何影响。

在此应当补充说明的是，针对一服务，无论是对于正在为客户端中服务的实现而执行的业务逻辑，还是后续其它客户端请求服务时执行的业务逻辑，均为部署于业务服务器的相同实现逻辑，并且是针对于相同的服务实现的。二者之间的区别仅仅在于所更新配置项的配置信息是否被启用生效。

通过在业务用户器中为业务进行的预配置，一方面使得业务的运行过程中一旦发现bug，或者需要进行一些紧急的平衡性数值调整，都可随即触发业务逻辑中相应配置项的更新指令，进而将指定的配置信息预先配置到业务服务器中，业务运行的配置变更调整任务得以完成；另一方面，也避免了停机变更的发生，例如，不需要停服几个小时，使得用户无法进入业务。

由此，业务的配置能够动态实施，易于修改业务逻辑中的各种配置项，变更速度快。

应当理解的，由于业务被部署于业务服务器中，必然导致了业务的预配置实质是将新的配置信息通过配置指令的执行而预先配置到业务服务器的过程。

在步骤350中，业务服务器为请求该服务的其它客户端在执行的业务逻辑中启用配置项所预配置的配置信息。

其中，如前所述的，业务服务器中存在着预配置的各种配置信息，其是对应于业务中的配置项的。在业务逻辑的执行中，此预配置将不会生效，而等待业务逻辑被再次执行时方可启用生效。

具体而言，业务服务器在执行业务逻辑而为客户端实现服务的过程中，也会接收到其它客户端发起的服务请求，此时，也将为其它客户端执行此业务逻辑，进而响应其发起的服务请求。

在为其它客户端执行业务逻辑的过程中，便可以启用配置项所预配置的配置信息，由此即可使得业务服务器的服务实现是完成了业务的动态配置更新的。

通过如上所述的示例性实施例，便实现了业务服务器中业务的动态配置，业务配置操作能够随意执行，而不再需要特别的停机，更不需要停止相应的业务模块，使得此业务模块对应的功能不可用，对于用户而言更是无感知的。

在一个示例性实施例中，步骤330包括：通过配置指令的执行而按照预先指定的时间间隔向业务服务器下发配置信息，为业务服务器中再次执行的业务逻辑完成配置项所对应配置信息的预先配置。

其中，时间间隔是预先所指定的，例如，其可以是若干秒，即使得每隔几秒便向业务服务器下发最新的配置信息，进而保证将变更后的配置实时动态更新到业务服务器中新执行的业务逻辑中，不会影响到已经执行的业务逻辑，并且避免变更后的配置存在滞后性。

在一个示例性实施例的具体实现中，可以为业务部署配置服务器，并且根据需要所部署的配置服务器可以以集群的形式存在。由此，配置服务器便于前述所指的SVN服务器共同构成了配置控制端，进而配置服务器接入业务服务器中部署的业务，在SVN服务器的控制下为实现配置的动态变更。

业务逻辑中配置项所对应配置信息的预先配置，是相对于后续业务逻辑的执行而言的。在时间上，由于业务逻辑中配置项所对应配置信息的更新，相对于其后的业务逻辑执行而言，是先行实现的，因此，是为其后的业务逻辑执行而预先进行的配置。

此外，对于业务逻辑的更新而言，所更新的配置信息是为后续的业务逻辑执行而预先准备的，故在业务逻辑的执行上，其也是预先进行的配置。

图4是根据图3对应实施例示出的步骤330的细节进行进一步描述的流程图。服务为游戏对局服务，该步骤330中，通过配置指令的执行而按照预先指定的时间间隔向业务服务器下发配置信息，为业务服务器中再次执行的业务逻辑完成配置项所对应配置信息的预先配置步骤，进一步包括：

在步骤331中，业务服务器中游戏对局服务在客户端实现，使客户端处于游戏对局场景的过程中，触发执行配置指令。

其中，随着客户端向业务服务器发起游戏对局服务请求，业务服务器将为此客户端执行业务逻辑，进而控制客户端跳转进入游戏对局场景。无论何时触发业务逻辑中配置项所对应配置信息的更新，都存在客户端正处于游戏对局场景情况。

在步骤333中，通过配置指令的执行而按照预先指定的时间间隔向业务服务器下发配置信息，使业务服务器中再次被执行的业务逻辑完成其中配置项所对应配置信息的预先配置。

通过如上所述的示例性实施例，对于玩家而言，游戏所发生的配置变更将不会影响其正在进行的游戏对局，而无论哪一玩家，其后续所进行的游戏对局都将执行完成配置更新的业务逻辑，由此，游戏所发生的配置变更顺畅实现，并未使得全天候运营的游戏受到影响。

进一步的，在另一个示例性实施例中，通过配置指令的执行而按照预先指定的时间间隔向业务服务器下发配置信息，为业务服务器中再次执行的业务逻辑完成配置项所对应配置信息的预先配置之前，该步骤330还包括：

将配置信息和配置指令发送到业务的配置服务器。

其中，如前所述的，为业务服务器部署配置服务器，配置服务器用于为业务服务器中部署的业务执行各种配置项的动态变更。

基于此，在获得执行业务配置操作的配置指令和配置信息之后，需要将配置信息和配置指令发送至业务的配置服务器中，以便于在配置服务器的控制下实现业务配置操作的执行。

换而言之，将在SVN服务器为业务触发配置的动态更新，以触发配置指令并将相应人员所提交的配置信息上传到SVN服务器，配置信息和配置指令经由SVN服务器发送至配置服务器。

图5是根据一示例性实施例示出的对将配置信息和配置指令发送到业务的配置服务器步骤的细节进行描述的流程图。该步骤如图4所示，可以包括以下步骤。

在步骤401中，根据配置信息和配置指令对应的业务模块，获取业务模块对应配置服务器的网络地址。

其中，业务的实现往往配置了多种功能，每一功能都有其所唯一对应的业务模块，功能的触发便使得其所唯一对应的业务模块被运行。与之相对应的，对业务中某一功能的配置，以及配置变更调整，也是对业务模块进行的。

可部署多个配置服务器，每一业务模块均有与之对应的配置服务器。在触发进行业务逻辑中配置项的更新之后，确定进行业务动态配置所对应的业务模块，进而获得此业务模块对应配置服务器的网络地址，由此将通过此业务模块对应配置服务器而与业务服务器交互。

在步骤403中，按照业务模块对应配置服务器的网络地址，进行配置信息和配置指令的发送，通过配置指令的发送而触发对应配置服务器执行配置指令。

其中，随着配置信息和配置指令被发送至业务模块对应的配置服务器，被配置服务器所接收的配置指令便被触发执行，进而通过配置指令的执行而使得配置信息被迅速下发至业务服务器。

通过如上所述的示例性实施例，使得业务逻辑复杂的业务能够针对各业务模块而有序的实现业务动态配置，保证了业务动态配置的可控性和针对性。

图6是根据另一示例性实施例示出的实现业务动态配置的方法的流程图。该实现业务动态配置的方法，在步骤350之前，如图6所示，还可以包括以下步骤。

在步骤510中，业务服务器接收为业务逻辑进行预配置而下发的配置信息。

其中，如前所述的，配置信息的下发，由配置控制端执行，具体而言，可以由配置控制端中部署的配置服务器执行。

在步骤530中，保存下发的配置信息，并等待业务逻辑实现的服务被其它客户端请求。

其中，业务服务器在接收到为业务进行预配置而下发的配置信息之后，便保存此配置信息，此时如果业务服务器正在为客户端执行自身的业务逻辑，则不会为此客户端的业务逻辑启用对业务服务器中为业务进行的预配置，进而等待业务服务器再次执行自身的业务逻辑，即接收到其它客户端的服务请求而再次执行的业务逻辑。

由此，将避免由于业务的配置变更调整导致当前执行的业务逻辑受到影响而无法正常执行，也避免后续业务逻辑的执行无法正常进行。

图7是根据图6对应实施例示出的对步骤530的细节进行描述的流程图。该步骤530，如图7所示，可以包括以下步骤。

在步骤531中，进行业务服务器中配置信息的保存。

其中，业务服务器中配置信息的保存，是区别于原有配置信息的保存，以避免不会覆盖原有配置信息，进而保证现有业务逻辑执行过程的最终完成。

在步骤533中，在完成配置信息保存之后，等待业务服务器中业务逻辑实现的游戏对局服务被其它客户端请求，其它客户端通过游戏对局场景的跳转进入而发起游戏对应服务请求。

其中，随着客户端中游戏对局场景的持续进行，业务服务器在其执行业务逻辑的同时，也会进行业务逻辑中配置项所对应配置信息的更新，还会接收到其它客户端发起的游戏对局服务请求。

此时在业务服务器为其它客户端发起的游戏对局服务请求而进行响应的过程中，即可启用生效预配置的配置信息。

图8是根据图3对应实施例示出的对步骤350的细节进行描述的流程图。该步骤350，如图8所示，可以包括以下步骤。

在步骤351中，在配置信息被业务服务器保存之后，接收游戏对局服务请求。

其中，游戏对局服务请求的发起是通过玩家操控客户端发起或响应游戏对局而实现的。

在步骤353中，响应游戏对局服务请求而为请求游戏对局服务的客户端执行业务逻辑，业务逻辑中配置项所预配置的配置信息被启用。

其中，由于通过前述示例性实施例，业务服务器已完成了业务逻辑中配置项所对应配置信息的预配置，因此，随后所进行的业务逻辑执行中，即可启用此配置信息，进而最终完成游戏对局服务的更新。

通过如上所述的示例性实施例，使得任何时刻都需要保障其正常运行的游戏业务即便需要进行配置信息的变更，也能够维持其正常的游戏过程，为游戏业务提供了可靠且能够及时进行的游戏业务动态配置过程。

如上所述的示例性实施例，能够应用于多区多服应用中，进而实现大区或者各个分区下属游戏服务器中的配置变更，适应于各种游戏场景。

图9是根据一示例性实施例示出的一种实现业务动态配置的服务器拓扑图。以业务是游戏业务为例进行说明，对于此游戏业务而言，前述所指的业务服务器即为图9所示的游戏服务器610，游戏服务器610按照为游戏所进行的配置而执行部署的游戏逻辑，进而实现每一局游戏。

在游戏服务器610的运行中，如果发现bug，或需要对一些紧急的平稳性数值进行调整，则可通过SVN服务器630完成所对应配置项中所变更的具体值填写，并提交后，即可在SVN服务器630获得配置信息和配置指令，并随之发送至配置服务器650。

配置服务器650以集群的形式存在，执行配置指令，向游戏服务器610每隔几秒进行一次配置信息的下发，以使得游戏服务器610及时获得变更的配置。

游戏服务器610在执行其游戏逻辑时就可以生效所变更的配置。

至此，便实现了游戏内配置的动态变更调整，并且能够应用于多区多服的游戏业务中，只需要进行一次配置的提交即可。在启用时仅需要一次修改一个或者若干个配置。变更后的配置实时动态更新到新开启的对局游戏，不会影响到已开对局，玩家无任何感知。

可以理解的，游戏逻辑和配置的属性等是完全独立的，变更前后并不会影响到每一次游戏逻辑的执行，保证了游戏运行的公平性，全部实现动态在线变更。

下述为本发明装置实施例，可以用于执行本发明上述实现业务动态配置的方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明实现业务动态配置的方法实施例。

图10是根据一示例性实施例示出的一种实现业务动态配置的系统的框图。该实现业务动态配置的系统，如图10所示，该系统可以包括但不限于：更新指令处理模块710、预配置模块730和预配置启用模块750。

更新指令处理模块710，用于通过执行业务逻辑而在客户端实现服务时，根据业务逻辑中配置项的更新指令，获得执行业务配置操作的配置指令和对应于业务配置操作的配置信息。

预配置模块730，用于通过配置信息和配置指令为业务执行业务配置操作，向业务服务器再次执行的业务逻辑预配置对应于配置项的配置信息，业务服务器为在客户端实现服务而执行的业务逻辑被保留配置。

预配置启用模块750，用于业务服务器为请求服务的其它客户端在执行的业务逻辑中启用配置项所预配置的配置信息。

在一示例性实施例中，预配置模块730进一步用于通过配置指令的执行而按照预先指定的时间间隔向业务服务器下发配置信息，为所述业务服务器中再次执行的所述业务逻辑完成所述配置项所对应配置信息的预先配置。

图11是根据图10对应实施例示出的对预配置模块的细节进行描述的框图。前述服务为游戏对局服务，该预配置模块730，如图11所示，可以包括但不限于：配置触发执行单元731和下发执行单元733。

配置触发执行单元731，用于业务服务器中游戏对局服务在客户端实现，使客户端处于游戏对局场景的过程中，触发执行配置指令。

下发执行单元733，用于通过配置指令的执行而按照预先指定的时间间隔向业务服务器下发配置信息，使业务服务器中再次被执行的业务逻辑完成其中配置项所对应配置信息的预先配置。

进一步的，在另一示例性实施例中，预配置模块730还用于将配置信息和配置指令发送到业务的配置服务器。

图12是根据另一示例性实施例示出的一种实现业务动态配置的系统的框图。该系统如图12所示，还包括配置于业务服务器中的配置信息接收模块810和执行等待模块830。

配置信息接收模块810，用于接收为业务逻辑进行预配置而下发的配置信息。

执行等待模块830，用于保存下发的配置信息，并等待业务逻辑实现的服务被其它客户端请求。

图13是根据图10对应实施例示出的对预配置启用模块的细节进行描述的框图。该预配置启用模块750，如图13所示，可以包括但不限于：请求接收单元751和请求响应单元753。

请求接收单元751，用于在配置信息被业务服务器保存之后，接收游戏对局服务请求。

请求响应单元753，用于响应游戏对局服务请求而为请求游戏对局服务的客户端执行业务逻辑，业务逻辑中配置项所预配置的配置信息被启用。

可选的，本发明还提供一种服务器，执行图3、图4、图5、图6、图7和图8任一所示的实现业务动态配置的方法的全部或者部分步骤，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行：

通过执行业务逻辑而在客户端实现服务时，根据业务逻辑中配置项的更新指令，获得执行业务配置操作的配置指令和对应于所述业务配置操作的配置信息；

通过所述配置信息和配置指令为所述业务执行所述业务配置操作，向业务服务器再次执行的业务逻辑预配置对应于配置项的配置信息，所述业务服务器为在客户端实现服务而执行的业务逻辑被保留配置；

所述业务服务器为请求所述服务的其它客户端在执行的所述业务逻辑中启用配置项所预配置的配置信息。

该实施例中的装置的处理器执行操作的具体方式已经在有关该实现业务动态配置的方法的实施例中执行了详细描述，此处将不做详细阐述说明。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (14)

1.一种实现业务动态配置的方法，其特征在于，所述方法包括：

通过执行业务逻辑而在客户端实现服务时，根据业务逻辑中配置项的更新指令，获得执行业务配置操作的配置指令和对应于所述业务配置操作的配置信息；

通过所述配置信息和配置指令为所述业务执行所述业务配置操作，向业务服务器再次执行的业务逻辑预配置对应于配置项的配置信息，所述业务服务器为在客户端实现服务而执行的业务逻辑被保留配置；

所述业务服务器为请求所述服务的其它客户端在执行的所述业务逻辑中启用配置项所预配置的配置信息。

2.根据权利要求1所述的方法，其特征在于，所述通过所述配置信息和配置指令为所述业务执行所述业务配置操作，向业务服务器再次执行的业务逻辑预配置对应于配置项的配置信息，包括：

通过所述配置指令的执行而按照预先指定的时间间隔向所述业务服务器下发所述配置信息，为所述业务服务器中再次执行的所述业务逻辑完成所述配置项所对应配置信息的预先配置。

3.根据权利要求2所述的方法，其特征在于，所述服务为游戏对局服务，所述通过所述配置指令的执行而按照预先指定的时间间隔向所述业务服务器下发所述配置信息，为所述业务服务器中再次执行的所述业务逻辑预配置对应于配置项的配置信息，进一步包括：

所述业务服务器中游戏对局服务在客户端实现，使所述客户端处于游戏对局场景的过程中，触发执行所述配置指令；

通过所述配置指令的执行而按照预先指定的时间间隔向所述业务服务器下发所述配置信息，使所述业务服务器中再次被执行的所述业务逻辑完成其中配置项所对应配置信息的预先配置。

4.根据权利要求2所述的方法，其特征在于，所述通过所述配置指令的执行而按照预先指定的时间间隔向所述业务服务器下发所述配置信息，以对所述业务服务器执行业务配置操作，向所述业务服务器进行业务的预配置之前，

所述通过所述配置信息和配置指令为所述业务执行所述业务配置操作，向业务服务器进行所述业务的预配置，还包括：

将所述配置信息和配置指令发送到所述业务的配置服务器。

5.根据权利要求1所述的方法，其特征在于，所述所述业务服务器为请求所述服务的其它客户端在执行的所述业务逻辑中启用配置项所预配置的配置信息之前，所述方法还包括：

所述业务服务器接收为所述业务逻辑进行所述预配置而下发的配置信息；

保存下发的所述配置信息，并等待所述业务逻辑实现的服务被其它客户端请求。

6.根据权利要求5所述的方法，其特征在于，所述服务为游戏对局服务，所述保存下发的所述配置信息，并等待所述业务逻辑实现的服务被其它客户端请求，包括：

进行所述业务服务器中所述配置信息的保存；

在完成所述配置信息保存之后，等待所述业务服务器中业务逻辑实现的游戏对局服务被其它客户端请求，所述其它客户端通过游戏对局场景的跳转进入而发起所述游戏对局服务请求。

7.根据权利要求6所述的方法，其特征在于，所述业务服务器为请求所述服务的其它客户端在执行的所述业务逻辑中启用配置项所预配置的配置信息包括：

在所述配置信息被所述业务服务器保存之后，接收游戏对局服务请求；

响应所述游戏对局服务请求而为请求游戏对局服务的客户端执行所述业务逻辑，所述业务逻辑中配置项所预配置的配置信息被启用。

8.一种实现业务动态配置的系统，其特征在，所述系统包括：

更新指令处理模块，用于通过执行业务逻辑而在客户端实现服务时，根据业务逻辑中配置项的更新指令，获得执行业务配置操作的配置指令和对应于所述业务配置操作的配置信息；

预配置模块，用于通过所述配置信息和配置指令为所述业务执行所述业务配置操作，向业务服务器再次执行的业务逻辑预配置对应于配置项的配置信息，所述业务服务器为在客户端实现服务而执行的业务逻辑被保留配置；

预配置启用模块，用于所述业务服务器为请求所述服务的其它客户端在执行的所述业务逻辑中启用配置项所预配置的配置信息。

9.根据权利要求8所述的系统，其特征在于，所述预配置模块进一步用于通过所述配置指令的执行而按照预先指定的时间间隔向所述业务服务器下发所述配置信息，为所述业务服务器中再次执行的所述业务逻辑完成所述配置项所对应配置信息的预先配置。

10.根据权利要求9所述的系统，其特征在于，所述服务为游戏对局服务，所述预配置模块包括：

配置触发执行单元，用于所述业务服务器中游戏对局服务在客户端实现，使所述客户端处于游戏对局场景的过程中，触发执行所述配置指令；

下发执行单元，用于通过所述配置指令的执行而按照预先指定的时间间隔向所述业务服务器下发所述配置信息，使所述业务服务器中再次被执行的所述业务逻辑完成其中配置项所对应配置信息的预先配置。

11.根据权利要求9所述的系统，其特征在于，所述预配置模块还用于将所述配置信息和配置指令发送到所述业务的配置服务器。

12.根据权利要求8所述的系统，其特征在于，所述系统还包括：配置于所述业务服务器中的配置信息接收模块和执行等待模块；

所述配置信息接收模块用于接收为所述业务逻辑进行所述预配置而下发的配置信息；

所述执行等待模块用于保存下发的所述配置信息，并等待所述业务逻辑实现的服务被其它客户端请求。

13.根据权利要求12所述的系统，其特征在于，所述服务为游戏对局服务，所述执行等待模块包括：

信息保存单元，用于进行所述业务服务器中所述配置信息的保存；

服务请求等待单元，用于在完成所述配置信息保存之后，等待所述业务服务器中业务逻辑实现的游戏对局服务被其它客户端请求，所述其它客户端通过游戏对局场景的跳转进入而发起所述游戏对局服务请求。

14.根据权利要求13所述的系统，其特征在于，所述预配置启用模块包括：

请求接收单元，用于在所述配置信息被所述业务服务器保存之后，接收游戏对局服务请求；

请求响应单元，用于响应所述游戏对局服务请求而为请求游戏对局服务的客户端执行所述业务逻辑，所述业务逻辑中配置项所预配置的配置信息被启用。