CN104715309A - 业务控制方法及装置 - Google Patents

Abstract

本申请涉及一种业务控制方法及装置，包括：接收用户的业务操作请求；根据业务操作请求，获取业务类型及在该业务类型下的当前的业务状态；根据业务类型及在该业务类型下的当前的业务状态，在预设的配置文件中获取与业务类型下的当前的业务状态相对应的按钮展示逻辑，配置文件包括各业务类型下的各业务状态与对应按钮展示逻辑的映射关系；以及根据获取到的按钮展示逻辑展示相应的按钮。从而可以替代或结合工作流引擎或状态机来完成相应按钮展示逻辑的调用，进而提高了服务器执行用户请求的操作速度。

Description

业务控制方法及装置

技术领域

本申请涉及网络通信技术，更具体地涉及一种业务控制方法及装置。

背景技术

随着互联网技术的发展，人们利用互联网技术实现各种业务交互越来越频繁，例如，生成交易订单操作、文件信息接收和发送等相关业务交互。从而针对各种业务交互过程中，如何高效地对业务控制进行维护就显得格外重要。

所谓业务维护通常是在现有业务基础上进行业务功能的扩展、业务操作的即时处理等相关维护，并将相关维护结果以按钮展示的方式呈现给用户。然而，现有技术方案对于业务维护主要是基于对工作流引擎或状态机的处理来实现业务功能的扩展、业务操作即时处理等业务维护。然后，根据各种业务设计相应的按钮控制逻辑，并通过按钮展示的方式将设计的控制逻辑所执行功能传递给用户，以供用户进行相应的业务操作。

具体而言，业务按钮展示的控制逻辑是分布在业务工作流引擎的执行逻辑中的，即，是与工作流引擎的执行逻辑密不可分的。例如，每一种业务工作流引擎的执行逻辑中到处遍布着按钮展示的控制逻辑，每当需要对该控制逻辑进行修改或扩展编辑时，都必需针对整个工作流引擎执行逻辑进行处理。因此，在业务维护时形成编辑执行代码冗长，常常导致业务操作执行过程非常的复杂以及时间复杂度过大，运算速度缓慢，并且需要付出相当大的维护和开发成本。

发明内容

本申请的目的在于，提供一种业务控制方法及装置，以解决现有技术中存在的问题。

根据本申请的一个方面，提供一种业务控制方法，包括：接收用户的业务操作请求；根据业务操作请求，获取业务类型及在该业务类型下的当前的业务状态；根据业务类型及在该业务类型下的当前的业务状态，在预设的配置文件中获取与业务类型下的当前的业务状态相对应的按钮展示逻辑，配置文件包括各业务类型下的各业务状态与对应按钮展示逻辑的映射关系；以及根据获取到的按钮展示逻辑展示相应的按钮。

根据本申请的另一个方面，提供一种业务控制装置，包括：接收模块，用于接收用户的业务操作请求；获取模块，用于根据业务操作请求，获取业务类型及在该业务类型下的当前的业务状态；调用模块，用于根据业务类型及在该业务类型下的当前的业务状态，在预设的配置文件中获取与业务类型下的当前的业务状态相对应的按钮展示逻辑，配置文件包括各业务类型下的各业务状态与对应按钮展示逻辑的映射关系；以及展示模块，用于根据获取到的按钮展示逻辑展示相应的按钮。

与现有技术相比，根据本申请的技术方案，通过接收到的用户的业务操作请求，获取业务类型及在该业务类型下的当前的业务状态，从而根据业务类型及在该业务类型下的当前的业务状态，在预设的配置文件中获取与业务类型下的当前的业务状态相对应的按钮展示逻辑，进而可以将获取到的按钮展示逻辑展示相应的按钮。而无需通过工作流引擎或状态机来完成相应按钮展示逻辑的调用，从而提高了服务器执行用户请求的操作速度。

此外，通过建立配置文件，既可以代替工作流引擎或状态机来完成所需求的按钮展示，也可以结合现有工作流引擎或状态机来实现按钮展示。以及，随着业务的不断增加可以仅更新配置文件即可实现用户对业务操作的相应需求。因此，可以大大降低开发和维护成本。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了根据本申请一个实施例的业务控制方法的流程图；

图2示出了根据本申请一个实施例的建立配置文件的方法的流程图；

图3示出了用于说明配置文件中业务类型、业务状态和按钮展示逻辑的映射关系的示意图；

图4示出了根据本申请一个实施例的针对所建立的配置文件进行维护的方法的流程图；

图5示出了根据本申请一个具体实施例的业务控制方法的流程图；以及

图6示出了根据本申请一个实施例的业务控制装置的结构框图。

具体实施方式

本申请的主要思想就在于，通过预设配置文件既可以替代原有的工作流引擎或状态机来执行按钮控制逻辑，也可以和工作流引擎或状态机相结合来完成相应的按钮控制逻辑操作，即，针对接收到的用户向服务器发送业务操作请求，获取业务类型及在该业务类型下的当前的业务状态，并通过预设的配置文件对应到与所获取的业务类型及在该业务类型下的当前的业务状态相对应的按钮展示逻辑。从而减少了因编辑代码冗长而导致的业务操作执行过程非常的复杂以及时间复杂度过大的问题，进而降低了维护和开发成本。

这里需要指出的是，在本申请方案中的按钮可以是业务控制按钮，用于实现某个业务的某个阶段的处理；也可以是非控制类按钮，即，展示操作按钮，用于链接到某个互联网上网址。

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参考图1，图1示出根据本申请一个实施例的业务控制方法的流程图。

如图1所示，在步骤S110处，接收用户的业务操作请求。

具体而言，当用户通过浏览器页面向服务器发出业务操作请求时，服务器可以接收来自浏览器发送的业务操作请求。其中，业务操作请求，可以是用户在购买商品后订单查询、邮件或文档发送之后的相关服务追踪等各种业务操作请求。

在步骤S120处，根据业务操作请求，获取业务类型及在该业务类型下的当前的业务状态。

具体而言，由于用户的业务操作都是服务器预先设置好呈现给用户应用的，所以用户所提出的业务操作请求，服务器可以通过各种手段获取到与之相应的业务类型、业务状态。更具体而言，业务类型可以是媒体服务（Media），收费服务（Paid Service），或实物商务（Physical Commerce）等相关网络交互业务。在每种业务类型下会存在多种业务状态，而业务状态是指某个业务的各个处理阶段。用户的业务操作请求实际上对应于该业务的某个业务状态。

根据本申请一实施例，服务器在接收到业务操作请求时，根据用户当前请求处理的上下文分析出该业务操作请求属于哪一种业务操作类型，进而在该业务操作类型下，针对该当前业务操作请求需要进行哪些业务处理，从而确定出相应的业务状态。更具体而言，当用户通过当前所在网络页面向服务器发出业务操作请求时，该业务操作请求会携带当前网络页面的相关数据信息（即，请求处理的上下文）。进而服务器会根据这些数据信息确定出当前业务操作请求所属于的业务类型及相应的业务状态。

在一个具体实施例中，当服务器接收到用户发出的针对“欧美款风衣退款”请求时，服务器根据当前请求处理的上下文分析出当前用户处在商务交互的业务类型下，也就是说，当前用户行为是“申请退款交易”。此时，服务器处于需要处理“商务交互业务类型”下，针对“欧美款风衣退款”处理阶段。所以，服务器即刻要执行的是针对“商务交互的业务类型”中的退款业务进行相操作。

接下来，在步骤S130处，根据业务类型及在该业务类型下的当前的业务状态，在预设的配置文件中获取与业务类型下的当前的业务状态相对应的按钮展示逻辑。

根据本申请一实施例，配置文件可以包括各业务类型下的各业务状态与对应按钮展示逻辑的映射关系。按钮展示逻辑可以是针对某一业务状态中的按钮的展示处理或执行的方式。

这里需要指出的是，配置文件的作用在于，它可以映射到当前业务类型下的业务状态所对应的按钮展示逻辑。即可以实现当前业务状态下所需执行按钮展示逻辑。该步骤的机制就在于，每当需要执行相应的按钮展示逻辑之前，都是通过配置文件确定出在当前业务类型下针对某一业务操作状态所对应执行的处理方式（即按钮展示逻辑）。由此可以取代现有技术中必须要经过层层代码设计才能够实现相应的控制展示逻辑，从而避免了因业务操作执行过程复杂而造成的运算速度缓慢。进而减少了相应的维护成本。

关于配置文件的建立过程可以参见稍后图2的详细描述。

接下来，在步骤S140处，根据获取到的按钮展示逻辑展示相应的按钮。

根据本申请一实施例，针对业务类型下的当前业务状态，通过配置文件获取到相应的按钮展示逻辑之后，可以通过前端***执行相应的按钮展示逻辑，以将按钮进行相应的展示。

在一个具体的实施例中，服务器接收到用户通过浏览器页面发出的“欧美款风衣退款”请求时，根据其请求所发出的页面的浏览信息判断出该业务类型为商务交互，业务状态为“退款”。进而根据上述所判断出的业务类型和业务状态信息，在预设的配置文件中获取在商务交互业务类型下的退款状态相对应的按钮展示逻辑。此时，所要执行按钮展示逻辑是针对“退款”这一业务状态进行“交款订单审核”的按钮展示。那么按钮展示逻辑就会将“交款订单审核”的按钮展示给用户，以供用户实施相关业务操作。

至此描述了根据本申请一个实施例的业务控制方法。关于其中配置文件的建立过程，下面结合图2进行详细描述。

参照图2，其中示出了根据本申请一个实施例的建立配置文件的方法的流程图。

如图2所示，在步骤S201处，根据已有业务，获取相应业务类型、在业务类型下的各种业务状态以及各业务状态对应的按钮展示逻辑。

根据本申请的实施例，已有业务包括服务器到目前为止所承载的所有业务类型，以及在业务类型下的各种业务状态。其中，针对每种业务类型下包含的多种业务状态，每种业务状态下对应着多种按钮展示逻辑。

在一种特殊情况下，某些按钮展示逻辑中可能会存在特殊处理逻辑。当存在特殊处理逻辑时，通常需要先执行特殊处理逻辑，然后再展示按钮。

具体而言，已有业务是服务器到目前为止所承载的所有业务类型，例如，媒体、实务商务、收费服务等各种交互业务。并且服务器根据相应的业务类型设置其对应所需要的多种业务状态，例如，媒体业务类型下的上传视频业务状态、实务商务业务类型下的交易订单查询业务状态等等。那么，无论是哪种业务类型及该业务类型下的业务状态，都需要服务器对其进行相应的处理或执行手段，即确定出与之对应的按钮展示逻辑。

更具体而言，在实际设计中配置文件可以以多种方式实现。例如，可以通过可扩展标记语言(XML，Extensible Markup Language)或者，与XML类似的属性文件（Properies）作为配置文件。

根据本发明的一个具体实施例，利用xml语言来编译配置文件。例如，下面所示的执行代码表示的配置文件中，FlowA为业务类型，在FlowA中含有两个业务状态NodeA、NodeB，其中，业务状态NodeA对应于Button1、Button2两个按钮展示逻辑，而NodeB仅对应一个Button3按钮展示逻辑。其中，Button3按钮展示逻辑包含特殊处理逻辑，handle="com.alibaba.intl.sample.test.TestHandle"。

接下来，在步骤S220处，在业务类型下的各业务状态与所对应的各按钮展示逻辑之间建立映射关系。

具体举例而言，如图3所示，在配置文件中可以设置业务表单和按钮展示逻辑两个表单。其中，将所获取的所有业务类型及该业务类型下的各种业务状态形成一个业务表单（如图3中所示业务表单，包含有：业务类型A及相应的业务状态A1，A2，...，An；业务类型B及相应的业务状态B1，B2，...Bn；......；业务类型M及相应的业务状态M1，M2，...Mn），与其业务表单相对应的是按钮展示逻辑表单（如图3中所示按钮展示逻辑表单，包含N个按钮展示逻辑，即button1，button2，...，buttonN）。再如图3所示，将业务表单内的各业务类型下的各业务状态与按钮展示逻辑表单中的多个按钮展示逻辑对应，即可理解为，图3中所示的业务表单和按钮展示逻辑表单通过实线箭头连接，这样就形成了一种映射关系。从而通过这种映射关系可以实现对按钮展示逻辑的随时调用，因此，避免了多次调用工作流引擎来判断出最终的按钮展示逻辑。

当然，业务类型、各业务状态和对应的按钮展示逻辑的映射关系也可以通过一个表单实现，本申请对配置文件的实现并不做任何限制。

针对上述业务类型、各业务状态和对应的按钮展示逻辑的映射关系，还可以利用Xml语言实现在服务器启动相关业务的过程中初始化到内存当中。例如，可以通过key-value形式将上述映射关系存储到内存储表Map中，其中key是流程和节点的拼接，即业务状态和按钮展示逻辑的映射。根据key得到对应的Map中的map值，即map的值即是对应的按钮展示逻辑。

本领域技术人员应理解到，关于建立业务类型、各业务状态和对应的按钮展示逻辑的映射关系，本申请并不限于上述存储方式，而是可以采用任何其它合适的存储方式。

下面将结合图4进一步说明对所建立的配置文件进行维护的方法。

参照图4，针对图2中所建立的配置文件进行维护的方法流程图。

如图4所示，在步骤S410处，判断是否接收到业务更新需求。

根据本申请一实施例，业务更新需求可以包括是已有业务类型下新增加的各业务状态和/或各业务状态对应的按钮展示逻辑，或者，新生业务类型及该业务类型下的各业务状态和/或各业务状态对应的按钮展示逻辑。

根据本申请一实施例，服务器可以通过接收用户针对业务操作的反馈信息，或者监控用户的业务操作行为信息等方式来获取业务更新需求。然后，根据需要更新的业务类型和该业务类型对应的业务状态和/或按钮展示逻辑主动添加到配置文件中。

举例而言，服务器监控到某用户在30分钟内多次点击“已发送订单”的按钮，来确定是否将该订单发出。此时，服务器会多次接收到“已发送订单”这一业务状态，并多次调用按钮展示逻辑来完成用户请求。由于服务器对调用同一按钮展示逻辑的次数，在预定时间内是有预设请求次数范围的，如果超出了这个范围，***会自动发提示服务器处理中心。所以，当该用户在30分钟内多次点击“已发送订单”的按钮时，可能会超出***预设请求范围，那么如果超出了预设请求范围，***就会上报服务器处理中心。从而服务器处理中心会根据类似请求进行相应分析，经分析如果增加了“业务追踪”这一业务状态就可以解决用户所的担心订单发送情况，进而提出业务更新需求。

所以，当在步骤S410判定接收到业务更新需求时，进入步骤S420，确定相应的业务类型、各业务状态以及各业务状态对应的按钮展示逻辑。然后，根据所确定出相应的按钮展示逻辑进入步骤S430，完成更新配置文件。当在步骤S410判定没有接收到业务更新需求时，则结束本次配置文件的建立。

进一步举例而言，如图3所示，设新增加业务类型为业务类型U（虚线框所示），其中业务类型U中包含有四个业务状态U1、U2、U3，U4对应的按钮展示逻辑为（虚线箭头所示）：U1对应的按钮展示逻辑为button4、button5，U2对应的按钮展示逻辑为button1，U3对应的按钮展示逻辑为button3、button5,而其中，U4对应的按钮展示逻辑为buttonN1是在当前配置文件中没有的，所以，需要将buttonN1添加到图3中按钮展示逻辑表单中，从而可以使U4与buttonN1在配置文件中继续之前的对应关系。进而，可以实现在原有配置文件的基础上将根据业务需求进行相应的配置文件更新。

本领域技术人员应理解到，上面仅以根据业务需求添加业务类型、各个业务状态及对应的按钮展示逻辑为例描述了配置文件的更新过程，但本申请并不限于上述示例，也可以根据业务需求来删除或修改各个业务状态及对应的按钮展示逻辑。

至此结合图2至图4描述了根据本申请一个实施例的业务控制方法的过程。下面结合图5描述根据本申请另一实施例的业务控制过程。

参照图5，其中示出了根据本申请另一实施例的业务控制方法。其中步骤S510和S520对应于图1中的步骤S110和S120，因此这里关于这两个步骤的具体细节不再赘述。

根据本申请一实施例，在获取了业务类型及在该业务类型下的当前的业务状态之后，在步骤S530处，遍历配置文件中的各业务类型，以定位到与获取到的业务类型相同的业务类型。

根据本申请一实施例，根据所获取的业务类型，可以进一步获取该业务类型的标识信息（例如，业务类型编码信息、业务类型缩写关键字等），然后在配置文件中进行顺序遍历或逐一匹配遍历的方式定位到与之相同的业务类型。但本申请并不限于上述两种遍历方式。

接下来，在步骤S540处，遍历定位到的业务类型下的各业务状态，以定位到与获取到的业务状态相同的业务状态。

根据本申请一实施例，针对于业务状态的遍历，是在定位到相应的业务类型下进行遍历的。其中，业务状态的遍历方式可以根据具体业务操作请求指令信息在配置文件中进行遍历。

具体而言，根据用户的业务操作请求，服务器已获取到其业务类型为实务商务，业务状态为生成交易订单的状态。已知该业务类型在配置文件中已经定位到，那么此时，可以将其对应的业务状态，即生成交易订单在配置文件中实务商务业务类型中以接收到的业务操作请求中带有的请求指令对“生成交易订单”的业务状态遍历。

接下来，在步骤S550处，获取与定位到的业务状态相对应的按钮展示逻辑。

具体而言，针对在配置文件中已经定位到业务类型和该业务类型下的业务状态，此时，服务器会在根据预先设置好的配置文件中调用对应该业务状态下的按钮展示逻辑。从而避免了基于前台很多分支业务控制流程才能调用到相应的按钮展示逻辑。

针对步骤S530和S550本申请发明注意到，如果当前是基于工作流引擎来处理相关业务操作请求，那么在获取到相应的业务类型、业务状态和按钮展示逻辑时，可以直接加载配置文件进行相应的调用。从而可以避免开发人员进行较麻烦的代码编译。

在步骤S506处，判断当前的业务状态相对应的按钮展示逻辑是否存在特殊处理逻辑。

根据本申请一实施例，特殊处理逻辑可以是具有风险性的业务操作的按钮展示逻辑，例如，待执行的业务操作为涉及银行卡密码输入、未命名文件下载等。换而言之，特殊处理逻辑可以是服务器预先设置需要进行特殊处理的按钮展示逻辑。

具体而言，当配置文件定位到该业务类型下的各业务状态所对应的按钮展示逻辑时，服务器会根据定位的按钮展示逻辑来判断该按钮展示逻辑是否为特殊处理逻辑。

当步骤S506判断出当前的业务状态相对应的按钮展示逻辑存在特殊处理逻辑时，则进入步骤S507，先执行特殊处理逻辑，然后展示相应的按钮。

具体而言，执行特殊处理逻辑时，服务器会在执行按钮展示逻辑处理过程中加载相应的特殊处理逻辑的类(相当于步骤S210中，所示代码示例中的handle接口)，其中，特殊处理逻辑的类的作用是在展示按钮时提示用户该业务操作的风险性，或者，是用于在展示按钮时指导用户安全操作的说明等。更具体而言，当遇到一些特殊的业务逻辑时，通用的展示逻辑是无法满足的，所以提供一些特殊处理逻辑的处理类handle。例如步骤S210中所示出的代码示例中Button3为特殊处理逻辑，那么Button3在展示之前就需进行特殊处理逻辑，即调用预设定义的handle类。例如，handle类的定义可以用xml语言设置为：

本领域技术人员应理解到，针对特殊处理逻辑本申请并不限于上述通过定义handle类的方法，也可以根据业务需求通过其他合适方法来处理。

当步骤S506判断出当前的业务状态相对应的按钮展示逻辑不存在特殊处理逻辑，则进入步骤S508，直接展示相应的按钮。

具体而言，当前定位到的按钮展示逻辑没有在服务器所设置的特殊业务类中，那么就不需要执行特殊处理逻辑，直接按所定位到的按钮展示逻辑调取相应的按钮进行展示。

至此描述了根据本申请一实施例的业务控制方法，其中，根据接收到的用户的业务操作请求，获取业务类型及在该业务类型下的当前的业务状态，可以通过在预设的配置文件中获取与业务类型下的当前的业务状态相对应的按钮展示逻辑，从而实现将获取到的按钮展示逻辑展示相应的按钮。因此，无需经过工作流引擎或状态机来完成相应按钮展示逻辑的调用，从而提高了服务器执行用户请求的操作速度。

进一步地，根据本申请一实施例，通过建立配置文件，既可以代替工作流引擎或状态机来完成所需求的按钮展示，也可以结合现有工作流引擎或状态机来实现按钮展示。以及，随着业务的不断增加可以仅根据业务需来更新配置文件，即可实现用户对业务操作的相应需求。因此，可以大大降低开发和维护成本。

与上述业务控制方法类似，本申请的实施例还提供相应的业务控制装置。

参照图6，图6示出了根据本申请一实施例的业务控制装置600的示意性结构框图。

如图6所示，装置600可以包括：接收模块610、获取模块620、调用模块630、展示模块640。

具体而言，接收模块610可以用于接收用户的业务操作请求。获取模块620可以用于根据业务操作请求，获取业务类型及在该业务类型下的当前的业务状态。调用模块630，可以用于根据业务类型及在该业务类型下的当前的业务状态，在预设的配置文件中获取与业务类型下的当前的业务状态相对应的按钮展示逻辑，其中，配置文件包括各业务类型下的各业务状态与对应按钮展示逻辑的映射关系。展示模块640，可以用于根据获取到的按钮展示逻辑展示相应的按钮。

根据本申请一实施例，装置600还可以包括：配置模块（未在图中示出），可以用于根据已有业务，获取相应业务类型、在业务类型下的各种业务状态以及各业务状态对应的按钮展示逻辑，以及在业务类型下的各业务状态与所对应的各按钮展示逻辑之间建立映射关系。

根据本申请一实施例，配置模块，还可以用于根据业务更新需求，确定相应的业务类型、各业务状态以及各业务状态对应的按钮展示逻辑；以及根据确定出的业务类型、业务状态和按钮展示逻辑，更新所述配置文件。

根据本申请一实施例，调用模块630，可以进一步包括：第一遍历子模块，可以用于遍历配置文件中的各业务类型，以定位到与获取到的业务类型相同的业务类型。第二遍历子模块，可以用于遍历定位到的业务类型下的各业务状态，以定位到与获取到的业务状态相同的业务状态。获取子模块，可以用于获取与定位到的业务状态相对应的按钮展示逻辑。

根据本申请一实施例，展示模块640，还可以用于判断当前的业务状态相对应的按钮展示逻辑是否存在特殊处理逻辑，如果存在特殊处理逻辑，则先执行特殊处理逻辑，然后展示相应的按钮，以及如果不存在特殊处理逻辑，则直接展示相应的按钮。

以上描述的业务控制装置与之前描述的业务控制方法的处理是对应的，因此，关于更详细的技术细节，可以参见之前描述的方法。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、***或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种业务控制方法，其特征在于，包括：

接收用户的业务操作请求；

根据所述业务操作请求，获取业务类型及在该业务类型下的当前的业务状态；

根据所述业务类型及在该业务类型下的当前的业务状态，在预设的配置文件中获取与所述业务类型下的当前的业务状态相对应的按钮展示逻辑，所述配置文件包括各业务类型下的各业务状态与对应按钮展示逻辑的映射关系；以及

根据所述获取到的按钮展示逻辑展示相应的按钮。

2.根据权利要求1所述的方法，其特征在于，所述预设配置文件的步骤，进一步包括：

根据已有业务，获取相应业务类型、在所述业务类型下的各种业务状态以及各业务状态对应的按钮展示逻辑；以及

在所述业务类型下的各业务状态与所对应的各按钮展示逻辑之间建立映射关系。

3.根据权利要求2所述的方法，其特征在于，还包括：

根据业务更新需求，确定相应的业务类型、各业务状态以及各业务状态对应的按钮展示逻辑；以及

根据所述确定出的业务类型、业务状态和按钮展示逻辑，更新所述配置文件。

4.根据权利要求1所述的方法，其特征在于，在预设配置文件中获取与所述业务类型下的当前的业务状态相对应的按钮展示逻辑的步骤，进一步包括：

遍历所述配置文件中的各业务类型，以定位到与所述获取到的业务类型相同的业务类型；

遍历所述定位到的业务类型下的各业务状态，以定位到与所述获取到的业务状态相同的业务状态；以及

获取与所述定位到的业务状态相对应的按钮展示逻辑。

5.根据权利要求1-4中任一项所述的方法，其特征在于，根据所述按钮展示逻辑展示相应的按钮的步骤，进一步包括：

判断所述当前的业务状态相对应的按钮展示逻辑是否存在特殊处理逻辑；

如果存在特殊处理逻辑，则先执行所述特殊处理逻辑，然后展示相应的按钮；以及

如果不存在特殊处理逻辑，则直接展示相应的按钮。

6.一种业务控制装置，其特征在于，包括：

接收模块，用于接收用户的业务操作请求；

获取模块，用于根据所述业务操作请求，获取业务类型及在该业务类型下的当前的业务状态；

调用模块，用于根据所述业务类型及在该业务类型下的当前的业务状态，在预设的配置文件中获取与所述业务类型下的当前的业务状态相对应的按钮展示逻辑，所述配置文件包括各业务类型下的各业务状态与对应按钮展示逻辑的映射关系；以及

展示模块，用于根据所述获取到的按钮展示逻辑展示相应的按钮。

7.根据权利要求6所述的装置，其特征在于，还包括：

配置模块，用于根据已有业务，获取相应业务类型、在所述业务类型下的各种业务状态以及各业务状态对应的按钮展示逻辑；以及在所述业务类型下的各业务状态与所对应的各按钮展示逻辑之间建立映射关系。

8.根据权利要求7所述的装置，其特征在于，所述配置模块，还用于根据业务更新需求，确定相应的业务类型、各业务状态以及各业务状态对应的按钮展示逻辑；以及根据所述确定出的业务类型、业务状态和按钮展示逻辑，更新所述配置文件。

9.根据权利要求6所述的装置，其特征在于，所述调用模块，包括：

第一遍历子模块，用于遍历所述配置文件中的各业务类型，以定位到与所述获取到的业务类型相同的业务类型；

第二遍历子模块，用于遍历所述定位到的业务类型下的各业务状态，以定位到与所述获取到的业务状态相同的业务状态；以及

获取子模块，用于获取与所述定位到的业务状态相对应的按钮展示逻辑。

10.根据权利要求6-9中任一项所述的装置，其特征在于，所述展示模块，还用于判断所述当前的业务状态相对应的按钮展示逻辑是否存在特殊处理逻辑，如果存在特殊处理逻辑，则先执行所述特殊处理逻辑，然后展示相应的按钮，以及如果不存在特殊处理逻辑，则直接展示相应的按钮。