业务逻辑配置方法及装置

摘要

本申请公开了一种业务逻辑配置方法及装置，涉及互联网技术领域。在本申请中，用户可以从显示的多个功能节点中选取多个目标功能节点。服务器可以获取用户选取的目标功能节点的属性配置信息以及多个目标功能节点的先后顺序，进而生成业务逻辑配置文件。由此可见，本申请提供的技术方案无需开发人员查询接口协议，无需根据接口协议编写调用代码来调用paas接口，也无需根据paas接口返回的信息编写业务逻辑代码，降低了业务逻辑配置的复杂度，提高了开发效率。

权利要求

1.一种业务逻辑配置方法，其特征在于，所述方法包括：

接收用于从多个功能节点中选取多个目标功能节点的选取指令，所述多个功能节点中的每个功能节点为用于实现一种功能的操作集合，所述选取指令为用户在配置功能界面显示的多个功能节点选项中选择目标功能节点选项时触发的；

获取所述多个目标功能节点的先后顺序，以及获取所述多个目标功能节点中每个目标功能节点的属性配置信息，所述属性配置信息包括相应功能节点的输入参数，所述输入参数包括所述用户配置的固定数值或其他功能节点的输出结果；

对所述多个目标功能节点中每个目标功能节点的属性配置信息进行校验；

如果对每个目标功能节点的属性配置信息的校验通过，则根据每个目标功能节点的属性配置信息和所述多个目标功能节点的先后顺序，生成节点变量引用关系图，所述节点变量引用关系图用于指示各个目标功能节点之间的依赖关系；

根据所述节点变量引用关系图、所述多个目标功能节点和所述多个目标功能节点的属性配置信息，生成用于实现业务逻辑的指令代码，根据所述指令代码生成业务逻辑配置文件，所述业务逻辑配置文件包括所述指令代码。

2.根据权利要求1所述的方法，其特征在于，所述获取所述多个目标功能节点中每个目标功能节点的属性配置信息，包括：接收用于对第一功能节点进行配置的配置指令，所述第一功能节点为所述多个目标功能节点中的任一功能节点；

根据所述配置指令，显示所述第一功能节点对应的配置选项；

获取所述第一功能节点对应的配置选项中输入的属性配置信息，将获取到的属性配置信息作为所述第一功能节点的属性配置信息。

3.根据权利要求1所述的方法，其特征在于，所述多个目标功能节点为依次选取得到；

所述获取所述多个目标功能节点的先后顺序，包括：

获取依次选取所述多个目标功能节点时的选取顺序，将所述选取顺序作为所述多个目标功能节点的先后顺序。

4.根据权利要求1所述的方法，其特征在于，所述根据每个目标功能节点的属性配置信息和所述多个目标功能节点的先后顺序，生成节点变量引用关系图，包括：根据每个目标功能节点的属性配置信息和所述多个目标功能节点的先后顺序，确定每个目标功能节点的并行处理属性，所述并行处理属性用于指示相应目标功能节点与其余目标功能节点中的任一功能节点并行执行的可能性；

根据所述多个目标功能节点的先后顺序和每个目标功能节点的并行处理属性，生成所述节点变量引用关系图。

5.根据权利要求1‑4任一所述的方法，其特征在于，所述生成业务逻辑配置文件之后，还包括：将所述业务逻辑配置文件与目标业务活动标识对应存储；

所述方法还包括：

接收携带有所述目标业务活动标识的业务请求，所述业务请求还携带有业务参数值；

根据所述目标业务活动标识，获取所述业务逻辑配置文件；

根据所述业务逻辑配置文件和所述业务参数值，依次执行所述多个目标功能节点中部分或全部功能节点。

6.根据权利要求5所述的方法，其特征在于，所述根据所述业务逻辑配置文件和所述业务参数值，依次执行所述多个目标功能节点中的部分或全部功能节点，包括：对所述业务逻辑配置文件进行解析，得到所述多个目标功能节点中每个目标功能节点的属性配置信息以及各个目标功能节点之间的依赖关系；

根据各个目标功能节点之间的依赖关系、每个目标功能节点的属性配置信息和所述业务参数值，依次执行所述多个目标功能节点中的部分或全部功能节点。

7.根据权利要求6所述的方法，其特征在于，所述根据各个目标功能节点之间的依赖关系、每个目标功能节点的属性配置信息和所述业务参数值，依次执行所述多个目标功能节点中的部分或全部功能节点，包括：如果第二功能节点为所述多个目标功能节点中第一个功能节点，则根据所述第二功能节点的属性配置信息和所述业务参数值，确定所述第二功能节点的输入参数值；

如果所述第二功能节点不为所述多个目标功能节点中的第一个功能节点，则根据所述第二功能节点的属性配置信息和所述第二功能节点的前一个功能节点的执行结果，确定所述第二功能节点的输入参数值；

根据所述第二功能节点的属性配置信息和输入参数值执行所述第二功能节点；

如果根据所述各个目标功能节点之间的依赖关系确定所述第二功能节点之后的功能节点为两个并行的分支功能节点，则根据所述第二功能节点的执行结果，从所述两个并行的分支功能节点中选择一个功能节点，将选择的功能节点作为所述第二功能节点，返回所述根据所述第二功能节点的属性配置信息和所述第二功能节点的前一个功能节点的执行结果，确定所述第二功能节点的输入参数值的步骤，直到所述第二功能节点之后不存在功能节点为止。

8.一种业务逻辑配置装置，其特征在于，所述装置包括：

接收模块，用于接收用于从多个功能节点中选取多个目标功能节点的选取指令，所述多个功能节点中的每个功能节点为用于实现一种功能的操作集合，所述选取指令为用户在配置功能界面显示的多个功能节点选项中选择目标功能节点选项时触发的；

获取模块，用于获取所述多个目标功能节点的先后顺序，以及获取所述多个目标功能节点中每个目标功能节点的属性配置信息，所述属性配置信息包括相应功能节点的输入参数，所述输入参数包括所述用户配置的固定数值或其他功能节点的输出结果；

生成模块，用于根据所述多个目标功能节点、每个目标功能节点的属性配置信息和所述多个目标功能节点的先后顺序，生成业务逻辑配置文件；

其中，所述生成模块包括：

校验子模块，用于对所述多个目标功能节点中每个目标功能节点的属性配置信息进行校验；

第一生成子模块，用于如果对每个目标功能节点的属性配置信息的校验通过，则根据每个目标功能节点的属性配置信息和所述多个目标功能节点的先后顺序，生成节点变量引用关系图，所述节点变量引用关系图用于指示各个目标功能节点之间的依赖关系；

第二生成子模块，用于根据所述节点变量引用关系图、所述多个目标功能节点和所述多个目标功能节点的属性配置信息，生成用于实现业务逻辑的指令代码，根据所述指令代码生成所述业务逻辑配置文件，所述业务逻辑配置文件包括所述指令代码。

9.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述指令、所述程序、所述代码集或所述指令集由处理器加载并执行以实现如权利要求1‑7任一项所述的业务逻辑配置方法。

说明书

业务逻辑配置方法及装置

技术领域

[0001] 本申请涉及互联网技术领域，特别涉及一种业务逻辑配置方法及装置。

背景技术

[0002] 当前，为了提升用户体验，增加用户粘度，应用服务商可以在应用中设置各种活动。例如，应用服务商可以在应用中设置抽奖活动。在这种情况下，开发人员需要在服务器中配置用于实现该抽奖活动的业务逻辑。

[0003] 相关技术中，开发人员可以编写调用代码来调用paas(platform as a service，平台化服务)接口，以获取用于构建业务逻辑的资源信息，进而根据获取的资源信息来编写业务逻辑的代码，得到业务逻辑配置文件。其中，由于获取不同的资源信息可能需要调用不同的paas接口，而不同的paas接口对应不同的接口协议，因此，在调用paas接口时，开发人员需要查询接口参数文档，以获取所要调用的pass接口的接口协议，进而根据获取的接口协议来编写调用代码。

[0004] 由此可见，相关技术中需要通过开发人员编写代码来进行业务逻辑配置，效率较低。并且，由于开发人员需要通过查阅接口参数文档来获取接口协议，而接口参数文档不易阅读，因此导致获取接口协议的难度较大，进一步的降低了开发效率。

发明内容

[0005] 本申请实施例提供了一种业务逻辑配置方法、装置及存储介质，可以用于解决相关技术中业务逻辑配置效率较低的问题。所述技术方案如下：

[0006] 一方面，提供了一种业务逻辑配置方法，所述方法包括：

[0007] 接收用于从多个功能节点中选取多个目标功能节点的选取指令，所述多个功能节点中的每个功能节点为用于实现一种功能的操作集合；

[0008] 获取所述多个目标功能节点的先后顺序，以及获取所述多个目标功能节点中每个目标功能节点的属性配置信息；

[0009] 根据所述多个目标功能节点、每个目标功能节点的属性配置信息和所述多个目标功能节点的先后顺序，生成业务逻辑配置文件。

[0010] 另一方面，提供了一种业务逻辑配置装置，所述装置包括：

[0011] 接收模块，用于接收用于从多个功能节点中选取多个目标功能节点的选取指令，所述多个功能节点中的每个功能节点为用于实现一种功能的操作集合；

[0012] 获取模块，用于获取所述多个目标功能节点中每个目标功能节点的属性配置信息，以及获取所述多个目标功能节点的先后顺序；

[0013] 生成模块，用于根据所述多个目标功能节点、每个目标功能节点的属性配置信息和所述多个目标功能节点的先后顺序，生成业务逻辑配置文件。

[0014] 另一方面，提供了一种业务逻辑配置装置，所述装置包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述指令、所述程序、所述代码集或所述指令集由所述处理器加载并执行以实现上述业务逻辑配置方法。

[0015] 另一方面，提供了一种计算机可读存储介质，所述存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现前述提供的业务逻辑配置方法的步骤。

[0016] 本申请实施例提供的技术方案带来的有益效果至少包括：

[0017] 在本申请实施例中，用户可以从显示的多个功能节点中选取多个目标功能节点。服务器可以获取用户选取的目标功能节点的属性配置信息以及多个目标功能节点的先后顺序，进而生成业务逻辑配置文件。由此可见，本申请提供的技术方案无需开发人员查询接口协议，无需根据接口协议编写调用代码来调用paas接口，也无需根据paas接口返回的信息编写业务逻辑代码，降低了业务逻辑配置的复杂度，提高了开发效率。

附图说明

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

[0019] 图1是本申请实施例提供的一种营销活动的界面示意图；

[0020] 图2是本申请实施例提供的一种业务逻辑配置方法的流程图；

[0021] 图3是本申请实施例提供的一种配置功能界面图；

[0022] 图4是本申请实施例提供的一种节点变量引用关系图；

[0023] 图5是本申请实施例提供的一种在第三功能区域中显示的测试窗口的示意图；

[0024] 图6是本申请实施例提供的一种任务兑换活动的业务逻辑的流量控制设置界面示意图；

[0025] 图7是本申请实施例提供的另一种业务逻辑配置流程图；

[0026] 图8是本申请实施例提供的一种根据业务逻辑配置文件来实现业务逻辑的流程图；

[0027] 图9是本申请实施例提供的一种业务逻辑执行的流程框图；

[0028] 图10是本申请实施例提供的一种业务逻辑配置装置的结构框图；

[0029] 图11是本申请实施例提供的一种用于进行业务逻辑配置的服务器的结构示意图。

具体实施方式

[0030] 为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

[0031] 在对本申请实施例进行详细的解释说明之前，先对本申请实施例涉及的应用场景予以介绍。

[0032] 当前，应用的种类越来越繁多。为了增加用户粘度，应用服务商可以在应用中设置各种营销活动，以提升用户使用应用的频率。例如，在一些多媒体应用中，可以设置抽奖活动。在用户账号满足一定条件的情况下，用户可以抽取奖品。

[0033] 再例如，如图1所示，在一些游戏应用中，可以设置任务领奖活动。也即，玩家在完成某个任务之后，可完成的任务的等级领取与该任务对应的一定数量的奖品，或者是进行一定次数的领奖操作。例如，如果玩家完成的任务为白银之路中的一级任务，则可以领取奖品1。如果完成的任务为传说之路中的一级任务，则可以领取奖品2。

[0034] 本申请实施例提供的业务逻辑配置方法即可以用于在上述场景中进行活动的业务逻辑配置，以保证上述营销活动的正常实现。需要说明的是，上述仅是本申请实施例中示出的两种可能的场景，并不构成对本申请实施例提供的业务逻辑配置方法的应用场景的限定。

[0035] 接下来对本申请实施例提供的业务逻辑配置方法进行介绍。

[0036] 图2是本申请实施例提供的一种业务逻辑配置方法的流程图。该方法可以应用于配置端中，该配置端可以为集成在服务节点中的可以用于与开发人员进行交互的设备。参见图2，该方法包括以下步骤：

[0037] 步骤201：接收用于从多个功能节点中选取多个目标功能节点的选取指令，多个功能节点中的每个功能节点为用于实现一种功能的操作集合。

[0038] 在本申请实施例中，配置端上可以显示配置功能界面。该配置功能界面中可以显示有多个功能节点选项。每个功能节点选项用于标识一个功能节点。其中，每个功能节点为用于实现一种功能的操作集合。需要说明的是，该多个功能节点可以分为逻辑节点、判断节点、变量节点和输出节点四大类。其中，逻辑节点可以包括诸如数组操作节点、数据库节点等数据处理节点。判断节点可以包括条件判断节点，变量节点可以包括诸如参数校验节点、变量节点等。输出节点可以为用于输出数据的节点。

[0039] 用户可以从多个功能节点选项中选取实现业务逻辑所需要使用的目标功能节点对应的目标功能节点选项。配置端可以接收用户选取目标功能节点选项时所触发的选取指令，并根据该选取指令确定并获取用户选取的目标功能节点。其中，这里的用户是指配置业务逻辑的开发人员。

[0040] 另外，由于实现业务逻辑通常需要使用多个功能节点，因此，用户可以按照各个功能节点所能实现的功能和所要配置的业务的逻辑，依次选取多个目标功能节点。也即，用户每次可以触发选取一个目标功能节点的选取指令，配置端可以记录用户依次选取多个目标功能节点的选取顺序。

[0041] 在一种可能的实现方式中，配置功能界面可以包括第一功能区域、第二功能区域和第三功能区域。其中，第一功能区域内可以显示有多个功能节点选项。第二功能区域为业务逻辑配置区域，第三功能区域为属性配置区域。在这种情况下，用户可以通过拖动目标功能节点选项至第二功能区域来触发对目标功能节点的选取指令。也即，用户可以按照业务的逻辑和功能节点所能实现的功能，依次对第一功能区域内显示的实现业务逻辑所需要的各个目标功能节点选项执行拖动操作，将其拖动至第二功能区域，以此来实现多个目标功能节点选项所标识的目标功能节点的选取。配置端可以根据用户选取的目标功能节点选项获取相应的目标功能节点，与此同时，可以在第二功能区域中显示用户选取的多个目标功能节点对应的目标功能节点选项。

[0042] 在另一种可能的实现方式中，配置功能界面中可以直接显示多个功能节点选项，用户可以通过依次点击选取的方式来触发对各个功能节点选项所标识的功能节点的选取指令。在这种情况下，配置功能界面中还可以显示完成选项。当用户依次选取多个目标功能节点之后，可以点击该完成选项，从而结束目标功能节点的选取。配置端可以获取用户选取的多个目标功能节点，与此同时，配置端可以取消在配置功能界面中显示功能节点选项，而是跳转显示用户选取的多个目标功能节点对应的目标功能节点选项。

[0043] 可选地，用户也可以不按照业务的逻辑来选取各个目标功能节点。在这种情况下，如果配置功能界面中显示有三个功能区域，则用户可以在第一功能区域中点选多个目标功能节点选项，之后，将点选的目标功能节点选项拖动至第二功能区域中。或者，用户可以在点选多个目标功能节点选项之后，点击确认选项，以触发选取结束指令。配置端可以在检测到该选取结束指令之后，可以根据用户点选的多个目标功能节点选项获取对应的多个目标功能节点，并将用户点选的多个目标功能节点选项显示在第二功能区域中。如果配置功能界面中最初直接显示有多个功能节点选项，不存在第二功能区域，则用户也可以不按照业务的逻辑点选多个目标功能节点选项。当用户依次选取多个目标功能节点之后，可以点击该完成选项，从而结束目标功能节点的选取。之后，配置端可以获取用户选取的多个目标功能节点，并取消配置功能界面中对功能节点选项的显示，而是跳转显示用户选取的多个目标功能节点对应的目标功能节点选项。

[0044] 步骤202：获取多个目标功能节点的先后顺序，以及获取多个目标功能节点中每个目标功能节点的属性配置信息。

[0045] 由步骤201可知，在一种实现方式中，用户可以按照业务的逻辑和各个功能节点所能实现的功能，依次选取多个目标功能节点。在这种情况下，配置端可以将用户选取各个目标功能节点的选取顺序作为各个目标功能节点的先后顺序，进而在第二功能区域或跳转的业务逻辑配置页面中按照各个目标功能节点的先后顺序，依次显示各个目标功能节点选项，并将各个功能节点选项按照各个功能节点的先后顺序，依次连线。

[0046] 在另一种实现方式中，用户也可以不按照业务的逻辑和功能节点所能实现的功能来选取多个目标功能节点。在这种情况下，在第二功能区域或业务逻辑配置界面显示多个目标功能节点选项之后，用户可以按照业务的逻辑来对各个目标功能节点选项的显示位置进行调整，并配置各个目标功能节点选项之间的连线，以此来实现各个目标功能节点的先后顺序的配置。配置端可以根据各个功能节点选项之间的连线和/或各个功能节点选项的显示位置，来确定各个目标功能节点的先后顺序。

[0047] 在按照先后顺序显示多个目标功能节点选项之后，配置端可以接收用于对第一功能节点进行配置的配置指令，第一功能节点为多个目标功能节点中的任一功能节点；根据配置指令，显示第一功能节点对应的配置选项；获取第一功能节点对应的配置选项中输入的属性配置信息，将获取到的属性配置信息作为第一功能节点的属性配置信息。

[0048] 其中，功能节点的属性配置信息可以包括相应功能节点的输入参数、事务标记等。其中，输入参数可能是用户输入的固定数值，也可能是其他功能节点的输出结果。事务标记可以用于指示相应功能节点是否处于事务中。所谓事务是指包含有一系列操作的一个程序执行单元。在本申请实施例中，一个功能节点包括的多个操作中的部分操作可以组成一个事务，或者，多个功能节点也可以组成一个事务。事务标记可以包括事务开始(begin transaction)和事务结束(end transaction)。

[0049] 在一种实现方式中，如果配置功能界面包括第三功能区域，则在第二功能区域按照先后顺序显示多个目标功能节点选项之后，以多个目标功能节点选项中的任一功能节点为例，将其称为第一功能节点，用户可以针对第一功能节点对应的第一功能节点选项执行选择操作，以触发对该第一功能节点进行配置的配置指令。当配置端接收到用于对第一功能节点进行配置的配置指令之后，可以在第三功能区域内显示第一功能节点对应的一个或多个配置选项，用户可以在该一个或多个配置选项中输入属性配置信息。配置端可以获取用户输入的属性配置信息作为第一功能节点的属性配置信息。

[0050] 对于该多个目标功能节点中的每个目标功能节点，配置端均可以参照上述方式获取用户为相应目标功能节点配置的属性配置信息。其中，根据功能节点实现的功能的不同，各个功能节点的属性配置信息可能不同。可选地，对于有些功能节点，可能不需要配置属性配置信息。或者，某些功能节点可能存在默认的属性配置信息，对于这类功能节点，配置端可以直接获取默认的属性配置信息。

[0051] 图3是本申请实施例示出的一种配置功能界面图。如图3所示，该配置功能界面的左侧区域为第一功能区域，中间区域为第二功能区域，右侧区域为第三功能区域。其中，第一功能区域中显示有多个功能节点选项。该多个功能节点选项可以按照实现功能分为逻辑控制类、基础类、数据处理类、外部平台类、资格控制类、业务类和FaaS(Function as a Service，功能化服务)扩展类。其中，逻辑控制类中包括条件判断节点选项，用于实现条件判断。基础类包括参数校验节点选项、输出数据节点选项、字符串节点选项和变量节点选项。其中，参数校验节点用于实现参数校验。输出数据节点用于输出数据，字符串节点用于对字符串进行处理，变量节点用于定义变量并为变量赋值。数据处理类包括数组操作节点选项、映射数值对应节点选项、DB(database，数据库)节点选项和Redis(Remote Dictionary Server，远程字典服务)节点选项。外部平台类包括用于从IDIP服务器中获取应用数据的IDIP节点选项和用于从HTTP(Hyper Text Transfer Protocol，超文本传输协议)服务器中获取应用数据的HTTP节点选项。资格控制类包括查资格节点选项、扣资格节点选项、添加资格节点选项和积分节点选项。业务类包括抽奖发货节点选项。FaaS扩展类包括PHP(Hypertext Preprocessor，超文本处理)节点选项和JS/LUA节点选项。用户可以通过从第一功能区域中选择实现业务逻辑所需的功能节点选项，拖动至第二功能区域中。在第二功能区域中显示有用户选取的各个目标功能节点，且如图3所示，各个目标功能节点按照先后顺序依次排列，各个功能节点与前一个功能节点和后一个功能节点通过连线连接。当用户针对第二功能区域中显示的功能节点3(图3中黑色框)执行选择操作时，触发用于对该功能节点进行配置的配置指令。配置端在接收到该配置指令之后，可以在第三功能区域中显示该功能节点对应的配置选项。如图3中所示，该功能节点对应的配置选项可以包括名称、账号、总资格和资源四个配置选项。其中，名称可以默认的名称，用户也可以对其进行修改，账号、总资格和资源三个配置选项中，用户可以分别输入对应的属性配置信息。配置端可以上述四个属性配置信息，将这四个属性配置信息作为第三个功能节点的属性配置信息。

[0052] 步骤203：根据多个目标功能节点、每个目标功能节点的属性配置信息和多个目标功能节点的先后顺序，生成业务逻辑配置文件。

[0053] 在得到多个目标功能节点、每个目标功能节点的属性配置信息和多个目标功能节点的先后顺序之后，配置端可以对多个目标功能节点中每个目标功能节点的属性配置信息进行校验，该属性配置信息包括相应功能节点的输入参数和/或事务标记；如果对每个目标功能节点的属性配置信息的校验通过，则根据每个目标功能节点的属性配置信息和多个目标功能节点的先后顺序，生成节点变量引用关系图，节点变量引用关系图用于指示各个目标功能节点之间的依赖关系；根据节点变量引用关系图、多个目标功能节点和多个目标功能节点的属性配置信息，生成业务逻辑配置文件。

[0054] 其中，配置端可以校验每个目标功能节点对应的各个配置选项是否均对应有属性配置信息，也即，校验是否存在用户漏填的属性配置信息。除此之外，配置端还可以校验每个目标功能节点的参数是否存在错误，以及多个目标功能节点中属性配置信息中包括事务标记的是否标记正确。示例性地，若某个功能节点中的属性配置信息中包括事务开始标记，但是，在该功能节点之后的其他功能节点中不存在事务结束标记，则可以确定该功能节点中的事务标记标记错误。除此之外，配置端还可以根据多个目标功能节点的先后顺序来判断当前的业务逻辑是否存在死循环。

[0055] 如果上述校验通过，则说明各个功能节点的配置是正确的。接下来，配置端可以根据每个目标功能节点的属性配置信息和多个目标功能节点的先后顺序，确定每个目标功能节点的并行处理属性，并行处理属性用于指示相应目标功能节点与其余目标功能节点中的任一功能节点并行执行的可能性；根据多个目标功能节点的先后顺序和每个目标功能节点的并行处理属性，生成所述节点变量引用关系图。

[0056] 其中，配置端可以首先根据多个目标功能节点的先后顺序，从多个目标功能节点中确定开始节点，也即第一个功能节点。之后，从第一个功能节点开始，配置端可以确定各个功能节点的输出可以为哪些功能节点的输入，从而得到各个节点之间的依赖关系，该依赖关系实际上可以指示出各个节点之间的数据传递关系。在确定出各个节点之间的数据传递关系之后，即可以确定出各个节点执行所需要依赖的节点。这样，对于需要依赖同一节点的输出来执行且彼此之间没有依赖关系的多个节点，这多个节点则可以并列执行。也即，可以为这多个节点标记用于指示这多个节点并行执行的并列处理属性。而对于其他不能并列执行的节点，则可以标记用于指示相应节点不能并列执行的并列处理属性。在确定出各个节点的并列处理属性之后，根据各个节点的并列处理属性和用户配置的各个节点的先后顺序，生成节点变量引用关系图。在该节点变量引用关系图中，相连接的两个节点中的前一个节点的输出为后一个节点的输入。

[0057] 图4是本申请实施例示出的一种节点变量引用关系图。如图4所示，其中各个节点之间的实线用于指示各个节点之间的数据传递关系，也即各个节点的依赖关系，而实线则用于指示用户配置的各个节点的先后顺序关系。其中，根据各个节点之间的实线连接可以看出，开始节点的输出为参数校验节点的输入，参数校验节点的输出可以同时作为PHP节点的输入和保存结果节点的输入。PHP节点的输出为条件判断节点的输入，而条件判断节点的两种不同输出结果可以分别作为两个不同的分支功能节点的输入。最终，两个分支功能节点的输出可以作为结束节点的输入。

[0058] 由上述图4中的对比可以看出，用户配置的各个目标功能节点的先后顺序仅是按照业务的逻辑顺序配置的一种顺序，并未考虑多个目标功能节点中哪些目标功能节点可以并行处理。而配置端根据各个节点的属性配置信息可以确定出各个节点之间的数据传递关系，进而确定出各个节点中哪些节点可以并行处理，也即，该节点变量引用关系图不仅可以指示各个节点之间的依赖关系，还可以指示出在实现该业务逻辑时，该多个目标功能节点的逻辑顺序。其中，该多个目标功能节点的逻辑顺序实际上就是该多个目标功能节点真正的执行顺序，而前述的根据用户配置确定的多个目标功能节点的先后顺序实际上是未经优化的各个节点的可能顺序。

[0059] 可选地，在一些可能的情况中，当多个目标功能节点中存在对应有事务标记的节点，则配置端还可以验证这些节点是否可以组成一个事务来执行。

[0060] 在得到节点变量引用关系图之后，配置端可以根据该节点变量引用关系图、多个目标功能节点和多个目标功能节点的属性配置信息，生成业务逻辑配置文件。其中，配置端可以按照节点变量引用关系图中所指示的各个节点之间的依赖关系、各个目标功能节点和各个目标功能节点的属性配置信息，生成执行所需要的具体的函数方法的描述，生成用于实现业务逻辑的指令代码。之后，配置端可以根据该指令代码生成业务配置文件。

[0061] 需要说明的是，在该业务逻辑中，某些功能节点的实现可能需要调用外部平台数据，或者是访问外部数据库。基于此，在生成业务配置文件时，还可以获取实现该业务逻辑所需的资源信息，该资源信息包括该业务逻辑实现过程中可能用到的数据库等信息。配置端可以根据该资源信息和指令代码生成业务配置文件。此时，该业务配置文件包含有该指令代码和资源信息。

[0062] 可选地，在一些可能的场景中，例如，某些营销活动可能需要限制时段或时长，或者是限制参与活动的用户，也即，该业务逻辑对应有有效使用时段和有效用户群等基础使用信息。在这种情况下，配置端还可以获取这些基础使用信息，进而根据该基础使用信息和指令代码生成业务配置文件。此时，该业务配置文件中包含有该指令代码和基础使用信息。

[0063] 可选地，配置端也可以同时获取资源信息和基础使用信息，根据该资源信息、基础使用信息和指令代码生成业务配置文件。

[0064] 在通过上述方法生成业务逻辑配置文件之后，用户还可以进行业务逻辑的测试。其中，以配置功能界面包括三个功能区域为例，可以在第三功能区域中显示测试窗口。在该测试窗口中可以显示有测试参数配置项，用户可以在该测试参数配置项中输入测试参数值，点击测试按钮触发测试指令。配置端可以在检测到测试指令之后，获取用户输入的测试参数值，并对该业务逻辑配置文件进行解析。根据用户输入的测试参数值执行业务逻辑，并在测试结果窗口中显示测试结果。需要说明的是，在配置端根据测试参数值执行业务逻辑的过程中，在第二功能区域中，配置端还可以通过连线的方式显示多个目标功能节点的执行顺序。

[0065] 图5是本申请实施例示出的一种在第三功能区域中显示的测试窗口的示意图。如图5中所示，用户可以在测试参数配置项510中配置测试参数值。其中，用户可以通过测试用例选择窗口530中的配置项来选择测试用例，并将该测试用例作为测试参数值。之后，用户可以点击图5中的测试选项520，以触发测试指令。配置端在接收到该测试指令之后，可以获取测试参数值，并对业务逻辑进行测试。之后，在测试结果窗口540中显示测试结果。

[0066] 可选地，在本申请实施例中，在生成业务逻辑配置文件之后，配置端可以根据该业务逻辑配置文件来进行服务发布。其中，配置端可以将该业务逻辑配置文件作为当前服务节点的一个服务选项来提供服务，或者也可以作为网关对外提供http服务，或者，可以直接生成html(Hyper Text Markup Language，超文本标记语言)页面，将该html页面发送至管理端，从而变成管理端页面工具。

[0067] 可选地，配置端在根据该业务逻辑配置文件来进行服务发布时，还可以进行流量控制设置、账号验证等，以保证安全性。

[0068] 图6是本申请实施例提供的一种任务兑换活动的业务逻辑的流量控制设置界面示意图。如图6所示，用户可以在总流量限制配置项中输入总流量阈值。在兑换活动配置项中输入兑换活动频率。在兑换结果配置项中输出生成兑换结果的频率。另外，在兑换活动配置项后还可以对应显示用于切换是否需要账号验证登录的选项，以此来指示相应配置是否需要账号验证。

[0069] 对于上述介绍的业务逻辑配置方法，可以总结为图7所示的处理过程，该过程可以包括配置、编译和业务逻辑配置文件生成。其中，配置包括配置描述、图形位置和属性填写。配置描述和图形位置是指前述根据用户配置获取多个目标功能节点和多个目标功能节点的先后顺序的过程。属性填写是指获取各个功能节点的属性配置信息的过程。在配置结束之后，可以进行编译，编译过程包括异常排查和性能优化。其中，异常排查是指前述介绍的对属性配置信息进行校验的过程，性能优化则是指确定各个目标功能节点的并行处理属性的过程。在编译结束之后，配置端可以生成业务逻辑配置文件，该业务逻辑配置文件可以包括基础使用信息、资源信息和指令代码。

[0070] 在本申请实施例中，用户可以从显示的多个功能节点中选取多个目标功能节点。服务器可以获取用户选取的目标功能节点的属性配置信息以及多个目标功能节点的先后顺序，进而生成业务逻辑配置文件。由此可见，本申请提供的技术方案无需开发人员查询接口协议，无需根据接口协议编写调用代码来调用paas接口，也无需根据paas接口返回的信息编写业务逻辑代码，降低了业务逻辑配置的复杂度，提高了开发效率。另外，由于用户可以从多个功能节点中选择想要使用的功能节点，这样，对于不同的业务逻辑，可以选用不同的功能节点，也即，该多个功能节点可以实现高度的复用。

[0071] 在生成业务逻辑配置文件之后，配置端可以将该业务配置逻辑文件与目标业务活动标识对应存储。以便后续参与活动的活动用户的客户端在参与活动时，可以调用该业务逻辑配置文件来执行相应地业务逻辑。

[0072] 图8是本申请实施例提供的一种调用上述生成的业务逻辑配置文件来实现业务逻辑的流程图。其中，如果配置端在生成业务逻辑配置文件之后，将该业务逻辑配置文件作为当前服务节点的一项服务，或者，该配置端作为网关来对外提供http服务，则该方法可以应用于该配置端中。可选地，如果该配置端将该业务逻辑配置文件配置到其他服务节点中，则该方法可以由其他服务节点来执行。为了方便描述，将集成有该配置端的当前服务节点或其他服务节点统称为服务节点，以此为执行主体来对下述实现业务逻辑的过程进行介绍。参见图8，该方法包括以下步骤：

[0073] 步骤801：接收携带有目标业务活动标识的业务请求，该业务请求还携带有业务参数值。

[0074] 服务节点可以接收任一参与活动的用户对应的客户端发送的业务请求，该业务请求中携带有业务参数值和目标业务活动标识。其中，目标业务活动标识可以用于唯一标识一个业务活动。业务参数值则为根据业务逻辑实现该业务活动所需的业务参数值。

[0075] 示例性地，假设当前业务活动为任务兑换活动，则该业务参数值可以包括用户信息、任务等级、任务执行结果等业务参数值。其中，用户信息可能包含有该用户的用户标识、用户等级等。需要说明的是，这里的用户信息是指参与活动的用户的用户信息。

[0076] 根据业务活动的不同，业务参数值也不同，本申请实施例不对业务参数值进行限定。在获取到业务参数值之后，服务节点还可以对该业务参数值进行校验。

[0077] 步骤802：根据目标业务活动标识，获取业务逻辑配置文件。

[0078] 在接收到业务请求之后，服务节点可以获取该业务请求中携带的目标业务活动标识，并根据该目标业务活动标识获取业务逻辑配置文件。

[0079] 其中，服务节点中可以存储有业务活动标识和逻辑配置文件的映射关系，基于此，服务节点可以从该映射关系中获取目标业务活动标识对应的业务逻辑配置文件。

[0080] 可选地，服务节点中可以存储有业务活动标识与逻辑配置文件的存储路径的映射关系，且每个业务活动的业务逻辑配置文件的文件名可以为相应业务活动的业务活动标识。基于此，服务节点可以从上述映射关系中获取目标业务活动标识对应的存储路径，并根据该存储路径获取文件名为目标业务活动标识的业务逻辑配置文件。

[0081] 步骤803：根据业务逻辑配置文件和业务参数值，依次执行多个目标功能节点中部分或全部功能节点。

[0082] 在获取到业务逻辑配置文件之后，服务节点可以对业务逻辑配置文件进行解析，得到多个目标功能节点中每个目标功能节点的属性配置信息以及各个目标功能节点之间的依赖关系；根据各个目标功能节点之间的依赖关系、每个目标功能节点的属性配置信息和业务参数值，依次执行多个目标功能节点中的部分或全部功能节点。

[0083] 其中，由前述生成业务逻辑配置文件的过程可知，该业务逻辑配置文件中的指令代码就是根据各个功能节点、各个功能节点的属性配置信息和节点变量引用关系图所表征的各个节点之间的依赖关系生成的。基于此，服务节点可以对业务配置逻辑文件进行解析，从而确定出多个目标功能节点中每个目标功能节点的属性配置信息以及各个节点之间的依赖关系。需要说明的是，业务逻辑配置文件中的指令代码即是按照各个功能节点之间的依赖关系确定得到的，因此，该业务逻辑配置文件中的指令代码的执行顺序即可以指示各个功能节点之间的依赖关系。

[0084] 对于多个目标功能节点中的任一目标功能节点，为了方便描述，将其称为第二功能节点。如果第二功能节点为多个目标功能节点中第一个功能节点，则根据第二功能节点的属性配置信息和业务参数值，确定第二功能节点的输入参数值。如果第二功能节点不为多个目标功能节点中的第一个功能节点，则根据第二功能节点的属性配置信息和第二功能节点的前一个功能节点的执行结果，确定第二功能节点的输入参数值；根据第二功能节点的属性配置信息和输入参数值执行第二功能节点；如果根据各个目标功能节点之间的依赖关系确定第二功能节点之后的功能节点为两个并行的分支功能节点，则根据第二功能节点的执行结果，从两个并行的分支功能节点中选择一个功能节点，将选择的功能节点作为第二功能节点，返回根据第二功能节点的属性配置信息和第二功能节点的前一个功能节点的执行结果，确定第二功能节点的输入参数值的步骤，直到第二功能节点之后不存在功能节点为止。

[0085] 需要说明的是，服务节点可以首先执行第一个功能节点。其中，功能节点的属性配置信息中包括的输入参数中可能包含有输入变量。其中，输入变量可能为系统变量，例如时间。在这种情况下，服务节点可以获取系统变量的参数值，进而为这些输入变量赋值。对于第一个功能节点，输入变量还包括业务标量，服务节点可以根据业务参数值对业务变量赋值。因此，服务节点可以将获取的系统变量的参数值和业务参数值作为第一个功能节点的输入参数值，根据该输入参数值，执行第一个功能节点。

[0086] 需要说明的是，通常各个输入参数和对应的输入参数值均是通过一定规则来组织的，因此，服务节点可以根据内置的动态表达式规则对各个输入参数和对应的输出参数值进行解析，从而执行功能节点。

[0087] 对于第一个功能节点之后的其他功能节点，该功能节点的输入变量可能包括系统变量，也可能包括业务变量，同时，该功能节点的输入变量还包括前置功能节点的输出。基于此，服务节点可以根据功能节点的属性配置信息中包含的输入变量来获取输入参数值，进而根据获取的输入参数值来执行该功能节点。

[0088] 在执行该功能节点得到执行结果之后，根据多个目标功能节点的逻辑顺序，如果可以确定该功能节点之后的功能节点为两个并行的分支功能节点，则可以根据该功能节点的执行结果，确定下一个要执行的功能节点。其中，所谓两个并行的分支功能节点是指这两个功能节点的输入均为该功能节点的输出，但是，对应的是该功能节点的不同的输出。例如，对于条件判断类的功能节点，该功能节点之后即存在两个并行的分支功能节点，其中，根据该功能节点输出的执行结果的不同，服务节点可以选择不同的分支功能节点来执行。

[0089] 在确定下一个要执行的功能节点之后，服务节点可以参考前述的方法来获取功能节点的输入参数值，进而执行相应地功能节点，直至执行完最后一个节点为止。

[0090] 可选地，在执行一个功能节点时，如果该功能节点执行失败，且该功能节点为一个事务中的功能节点，服务节点还可以执行事务回滚操作。

[0091] 可选地，如果多个功能节点对应用于指示其可以并行执行的并行处理属性，则服务节点还可以通过开启协程的方式对多个功能节点并行执行，提高执行性能。

[0092] 可选地，图9是本申请实施例提供的一种业务逻辑执行的流程框图。如图9所示，在获取到业务逻辑配置文件和业务参数值之后，可以进行初始化，并对业务参数值进行参数校验。之后，服务节点可以解析业务逻辑配置文件，得到第一个功能节点的属性配置信息，根据第一个功能节点的属性配置信息，进行参数预处理，得到第一个功能节点的输入参数值，执行第一个功能节点。对该功能节点进行事务处理，也即，当前该功能节点为某个事务中的节点时，如果该功能节点执行失败，则回滚当前事务，否则，根据该功能节点确定下一个要执行的功能节点。在确定下一个要执行的功能节点之后，返回根据业务逻辑配置文件进行配置解析得到下一个要执行的功能节点的属性配置信息过程。其中，在每执行完一个功能节点时，还可以判断是否对该功能节点的执行结果进行缓存，如果缓存，则缓存到缓存系统，如果不缓存，则可以将其输出至其他数据库进行其他计算。直到执行完最后一个节点时，可以通过输出节点将最终执行结果输出，从而结束业务逻辑。

[0093] 需要说明的是，在图9的示例中，服务节点是根据业务逻辑配置文件来逐个解析要执行的功能节点的属性配置信息。可选地，在另一种可能的实现方式中，服务节点也可以如前述介绍，按照各个节点之间的依赖关系，直接解析得到所有功能节点的属性配置信息。之后，当执行到某个节点时，可以直接跟将该属性配置信息进行参数预处理。也即，图9中的配置分析也可以是对所有功能节点进行配置分析，这样，在确定下一个功能节点之后，则可以直接进行参数预处理。

[0094] 在本申请实施例中，开发人员可以从显示的多个功能节点中选取多个目标功能节点。服务器可以获取开发人员选取的目标功能节点的属性配置信息以及多个目标功能节点的先后顺序，进而生成业务逻辑配置文件。由此可见，本申请提供的技术方案无需开发人员查询接口协议，无需根据接口协议编写调用代码来调用paas接口，也无需根据paas接口返回的信息编写业务逻辑代码，降低了业务逻辑配置的复杂度，提高了开发效率。另外，由于开发人员可以从多个功能节点中选择想要使用的功能节点，这样，对于不同的业务逻辑，可以选用不同的功能节点，也即，该多个功能节点可以实现高度的复用。

[0095] 在生成业务逻辑配置文件之后，后续当接收到参与活动的用户的业务请求时，可以直接调用该业务逻辑配置文件来执行相应地业务逻辑，以实现业务活动。由于该业务逻辑配置文件是根据开发人员在配置端提供的多个功能节点中选择的目标功能节点生成的，因此，更易于被计算机解析和执行。

[0096] 接下来对本申请实施例提供的业务逻辑配置装置进行介绍。

[0097] 图10是本申请实施例提供的一种业务逻辑配置装置1000的结构图。参见图10，该装置1000包括：

[0098] 接收模块1001，用于接收用于从多个功能节点中选取多个目标功能节点的选取指令，多个功能节点中的每个功能节点为用于实现一种功能的操作集合；

[0099] 获取模块1002，用于获取多个目标功能节点的先后顺序，以及获取多个目标功能节点中每个目标功能节点的属性配置信息；

[0100] 生成模块1003，用于根据多个目标功能节点、每个目标功能节点的属性配置信息和多个目标功能节点的先后顺序，生成业务逻辑配置文件。

[0101] 可选地，获取模块1002具体用于：

[0102] 接收用于对第一功能节点进行配置的配置指令，第一功能节点为多个目标功能节点中的任一功能节点；

[0103] 根据配置指令，显示第一功能节点对应的配置选项；

[0104] 获取第一功能节点对应的配置选项中输入的属性配置信息，将获取到的属性配置信息作为第一功能节点的属性配置信息。

[0105] 可选地，多个目标功能节点为依次选取得到；获取模块1002具体用于：

[0106] 获取依次选取多个目标功能节点时的选取顺序，将选取顺序作为多个目标功能节点的先后顺序。

[0107] 可选地，生成模块1003包括：

[0108] 校验子模块，用于对多个目标功能节点中每个目标功能节点的属性配置信息进行校验，属性配置信息包括相应功能节点的输入参数和/或事务标记；

[0109] 第一生成子模块，用于如果对每个目标功能节点的属性配置信息的校验通过，则根据每个目标功能节点的属性配置信息和多个目标功能节点的先后顺序，生成节点变量引用关系图，节点变量引用关系图用于指示各个目标功能节点之间的依赖关系；

[0110] 第二生成子模块，用于根据节点变量引用关系图、多个目标功能节点和多个目标功能节点的属性配置信息，生成业务逻辑配置文件。

[0111] 可选地，第一生成子模块具体用于：

[0112] 根据每个目标功能节点的属性配置信息和多个目标功能节点的先后顺序，确定每个目标功能节点的并行处理属性，并行处理属性用于指示相应目标功能节点与其余目标功能节点中的任一功能节点并行执行的可能性；

[0113] 根据多个目标功能节点的先后顺序和每个目标功能节点的并行处理属性，生成节点变量引用关系图。

[0114] 可选地，该装置还包括：

[0115] 存储模块，用于将业务逻辑配置文件与目标业务活动标识对应存储；

[0116] 接收模块，用于接收携带有目标业务活动标识的业务请求，业务请求还携带有业务参数值；

[0117] 获取模块，用于根据目标业务活动标识，获取业务逻辑配置文件；

[0118] 执行模块，用于根据业务逻辑配置文件和业务参数值，依次执行多个目标功能节点中部分或全部功能节点。

[0119] 可选地，执行模块具体用于：

[0120] 对业务逻辑配置文件进行解析，得到多个目标功能节点中每个目标功能节点的属性配置信息以及各个目标功能节点之间的依赖关系；

[0121] 根据各个目标功能节点之间的依赖关系、每个目标功能节点的属性配置信息和业务参数值，依次执行多个目标功能节点中的部分或全部功能节点。

[0122] 可选地，执行模块具体用于：

[0123] 如果第二功能节点为多个目标功能节点中第一个功能节点，则根据第二功能节点的属性配置信息和业务参数值，确定第二功能节点的输入参数值；

[0124] 如果第二功能节点不为多个目标功能节点中的第一个功能节点，则根据第二功能节点的属性配置信息和第二功能节点的前一个功能节点的执行结果，确定第二功能节点的输入参数值；

[0125] 根据第二功能节点的属性配置信息和输入参数值执行第二功能节点；

[0126] 如果根据各个目标功能节点之间的依赖关系确定第二功能节点之后的功能节点为两个并行的分支功能节点，则根据第二功能节点的执行结果，从两个并行的分支功能节点中选择一个功能节点，将选择的功能节点作为第二功能节点，返回根据第二功能节点的属性配置信息和第二功能节点的前一个功能节点的执行结果，确定第二功能节点的输入参数值的步骤，直到第二功能节点之后不存在功能节点为止。

[0127] 综上所述，在本申请实施例中，开发人员可以从显示的多个功能节点中选取多个目标功能节点。服务器可以获取开发人员选取的目标功能节点的属性配置信息以及多个目标功能节点的先后顺序，进而生成业务逻辑配置文件。由此可见，本申请提供的技术方案无需开发人员查询接口协议，无需根据接口协议编写调用代码来调用paas接口，也无需根据paas接口返回的信息编写业务逻辑代码，降低了业务逻辑配置的复杂度，提高了开发效率。另外，由于开发人员可以从多个功能节点中选择想要使用的功能节点，这样，对于不同的业务逻辑，可以选用不同的功能节点，也即，该多个功能节点可以实现高度的复用。

[0128] 需要说明的是：上述实施例提供的业务逻辑配置装置在配置业务逻辑时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的业务逻辑配置装置与业务逻辑配置方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

[0129] 图11是根据一示例性实施例示出的一种用于进行业务逻辑配置的服务器结构示意图。上述图2‑9所示的实施例中的服务节点的功能即可以通过图11中所示的服务器来实现。该服务器可以是后台服务器集群中的服务器。具体来讲：

[0130] 服务器1100包括中央处理单元(Central Processing Unit，CPU)1101、包括随机存取存储器(Random Access Memory，RAM)1102和只读存储器(Read‑Only Memory，ROM)1103的系统存储器1104，以及连接系统存储器1104和中央处理单元1101的系统总线1105。
服务器1100还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(Input/Output，I/O系统)1106，和用于存储操作系统1113、应用程序1114和其他程序模块1115的大容量存储设备1107。

[0131] 基本输入/输出系统1106包括有用于显示信息的显示器1108和用于用户输入信息的诸如鼠标、键盘之类的输入设备1109。其中显示器1108和输入设备1109都通过连接到系统总线1105的输入输出控制器1110连接到中央处理单元1101。基本输入/输出系统1106还可以包括输入输出控制器1110以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1110还提供输出到显示屏、打印机或其他类型的输出设备。

[0132] 大容量存储设备1107通过连接到系统总线1105的大容量存储控制器(未示出)连接到中央处理单元1101。大容量存储设备1107及其相关联的计算机可读介质为服务器1100提供非易失性存储。也就是说，大容量存储设备1107可以包括诸如硬盘或者CD‑ROM(Compact Disc Read‑Only Memory，紧凑型光盘只读储存器)驱动器之类的计算机可读介质(未示出)。

[0133] 不失一般性，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM(Erasable Programmable Read Only Memory，可擦除可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read Only Memory，带电可擦可编程只读存储器)、闪存或其他固态存储其技术，CD‑ROM、DVD(Digital Versatile Disc，数字通用光盘)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器1104和大容量存储设备1107可以统称为存储器。

[0134] 根据本申请的各种实施例，服务器1100还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1100可以通过连接在系统总线1105上的网络接口单元1111连接到网络1112，或者说，也可以使用网络接口单元1111来连接到其他类型的网络或远程计算机系统(未示出)。

[0135] 上述存储器还包括一个或者一个以上的程序，一个或者一个以上程序存储于存储器中，被配置由CPU执行。所述一个或者一个以上程序包含用于进行本申请实施例提供的业务逻辑配置方法的指令。

[0136] 本申请实施例还提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行上述图2‑9所示实施例提供的业务逻辑配置方法。

[0137] 本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述图2‑9所示实施例提供的业务逻辑配置方法。

[0138] 本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

[0139] 以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。