CN112580975A - 业务流程处理方法和装置 - Google Patents

Abstract

本发明公开了业务流程处理方法和装置，涉及计算机技术领域。该方法包括：接收来自用户的服务请求；基于用户的服务请求，向用户发起交易请求；基于用户对交易请求的响应，读取配置文件信息；执行缓存前处理；执行请求应用逻辑处理；以及执行缓存后处理。

Description

业务流程处理方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种业务流程处理方法和装置。

背景技术

在进行自然人开户、非自然人开户以及安全设置时，平台企业的E托管客户都具有单个场景并且需要多个后台交易支持的特性。在现有技术中，开发人员根据业务场景开发对应的业务流程。每增加一种业务场景就需要新开发一套业务流程。

在现有技术中，不同交易之间的信息互动是通过传统数据库(例如，oracle)实现的。在基于现有的技术框架下，为了解决单场景多步骤的全流程控制的一致性，实施了本发明。在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

(1)没有将可用的流程节点复用到新的业务流程中，造成了资源浪费并且复用率低，这就增加了业务流程的开发和维护成本；

(2)利用数据库存储交互信息时会产生响应速度慢的情形，并且在信息发送量大的情况下还可能会导致数据库宕机，从而阻碍业务运行。

为了解决上述技术问题，需要一种业务流程处理方法和装置，该方法和装置需要满足如下要求：

(1)完整性：某些场景对交易的顺序执行有较高的要求，例如客户在进行密码设置的时候，必须要求客户按照顺序进行每一步的操作，避免出现跳跃步骤发生安全隐患；

(2)场景扩展性：为了避免后期还有类似的客户或者需求，需要场景具有扩展性，花费最小的开发代价满足客户需求；

(3)交易扩展性：场景中很多步骤都有现成交易，如果做到复用这些交易，融入到场景中，既能满足新场景也不影响交易单独使用；

(4)高性能：每一步骤之间都有信息传递和依赖性，需要摆脱传统关系型数据库来提高整体的响应速度。

发明内容

有鉴于此，本发明旨在提供一种业务流程处理方法和装置，其能够满足完整性、场景扩展性、交易扩展性和高性能，从而在保证了业务流程的完整性和安全性的情况下，提高复用性、开发效率和响应速度，简化业务流程开发过程，降低成本，并且易于扩展。

为实现上述目的，根据本发明实施例的一个方面，提供了一种业务流程处理方法，其特征在于，包括：接收来自用户的服务请求；基于用户的服务请求，向用户发起交易请求；基于用户对交易请求的响应，读取配置文件信息；执行缓存前处理；执行请求应用逻辑处理；以及执行缓存后处理。

可选地，所述业务流程处理方法，其特征在于，所述用户的服务请求包括会员注册和会员密码支付。

可选地，所述业务流程处理方法，其特征在于，所述交易请求包括一个或多个交易请求。

可选地，所述业务流程处理方法，其特征在于，所述配置文件信息包括用户级别参数和场景级别参数。

可选地，所述业务流程处理方法，其特征在于，所述用户级别参数包括用户编号、合作平台编号、签名算法和公钥字符串。

可选地，所述业务流程处理方法，其特征在于，所述场景级别参数包括场景编号、步骤编号、下一步骤编号、验签标志、签名字段列表、业务校验字段列表以及缓存保存字段列表。

可选地，所述业务流程处理方法，其特征在于，所述执行缓存前处理包括将数据存储在缓存中。

可选地，所述业务流程处理方法，其特征在于，所述执行请求应用逻辑处理包括执行一个或多个请求应用逻辑处理。

可选地，所述业务流程处理方法，其特征在于，所述执行缓存后处理包括将数据存储在缓存中。

为实现上述目的，根据本发明实施例的第二方面，提供了业务流程处理装置，其特征在于，包括：接收模块，所述接收模块用于接收来自用户的服务请求；交易请求模块，交易请求模块用于基于用户的服务请求，向用户发起交易请求；读取配置文件信息模块，所述读取配置文件信息用于基于用户对交易请求的响应，读取配置文件信息；缓存前处理模块，所述缓存前处理模块用于执行缓存前处理；请求应用逻辑处理模块，所述请求应用逻辑处理模块用于执行请求应用逻辑处理；以及缓存后处理模块，所述缓存后处理模块用于执行缓存后处理。

可选地，所述业务流程处理装置，其特征在于，所述用户的服务请求包括会员注册和会员密码支付。

可选地，所述业务流程处理装置，其特征在于，所述交易请求包括一个或多个交易请求。

可选地，所述业务流程处理装置，其特征在于，所述配置文件信息包括用户级别参数和场景级别参数。

可选地，所述业务流程处理装置，其特征在于，所述用户级别参数包括用户编号、合作平台编号、签名算法和公钥字符串。

可选地，所述业务流程处理装置，其特征在于，所述场景级别参数包括场景编号、步骤编号、下一步骤编号、验签标志、签名字段列表、业务校验字段列表以及缓存保存字段列表。

可选地，所述业务流程处理装置，其特征在于，所述执行缓存前处理包括将数据存储在缓存中。

可选地，所述业务流程处理装置，其特征在于，所述执行请求应用逻辑处理包括执行一个或多个请求应用逻辑处理。

可选地，所述业务流程处理装置，其特征在于，所述执行缓存后处理包括将数据存储在缓存中。

为实现上述目的，根据本发明实施例的第三方面，提供了一种业务流程处理的电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述可选地，所述业务流程处理方法中任一所述的方法。

为实现上述目的，根据本发明实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如上述业务流程处理方法中任一所述的方法。

上述发明中的一个实施例具有如下优点或有益效果：在本发明中，将业务流程拆分成多个子流程，将子流程作为独立的组件，从而将业务流程与业务场景解耦。当新的业务场景需要使用某个子流程时，在配置文件中配置该新的业务场景所需的子流程，从而可以直接调用现有的子流程，进而提高了复用性，简化了业务流程开发过程，易于扩展，降低了成本，提高了开发效率；在配置文件中设置子流程的执行顺序，保证了业务流程的完整性和安全性；利用缓存存储交互信息，提高了响应速度。

因此，本发明适用于平台企业综合金融服务客户，针对于某个场景中涉及多个步骤并且每个步骤顺序具有前后不可逆性，例如(例如：会员注册、会员密码支付等)，同时对不同客户、不同场景流程可以进行配置和维护，实现对单场景多步骤进行全流程的控制。

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

附图说明

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

图1是本发明实施例提供的一种业务流程处理的架构图；

图2是本发明实施例提供的配置文件格式示意图；

图3是本发明实施例的一种业务流程处理方法的示意图；

图4A是本发明实施例的一种业务流程处理方法的示意图；

图4B是本发明实施例的一种业务流程处理装置的示意图；

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

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

具体实施方式

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

图1是本发明实施例提供的一种业务流程处理的架构图。图2是本发明实施例提供的配置文件格式示意图。

每个业务场景(例如，会员注册)的实现需要多个步骤，每个步骤对应于后台的一个交易。如图1所示，可以根据业务场景的实际需求，设置交易或交易请求的数目。交易或交易请求的数目可以为1、2、3、……、N。每个交易可以是一个子流程，并将每个子流程作为独立的组件，从而将业务流程与业务场景解耦。在配置文件中配置业务场景所需的子流程以及相应子流程的顺序等，如图2所示。

在图1中包括6个步骤，即步骤1至步骤5。下面详细描述每个步骤。

在步骤1中，当用户通过服务窗口或渠道发起请求交易时，经交换平台进行转换，将用户的交易请求发送到后台服务器。

在步骤2中，服务器到客户请求之后，读取当前配置文件信息。

在步骤3中，进行缓存前处理。首先将XML文件参数到保存缓存中，其他步骤校验缓存信息一致性和连续性。具体而言，在该步骤中，需要读取缓存，从而对通用的业务信息进行校验，报文签名验证，场景编号，步骤编号校验以及步骤连续性验证等以确保信息一致性，其中业务校验字段列表和缓存保存字段列表根据具体的场景及步骤自行进行配置，以及其中根据配置文件的下一步骤编号来验证步骤连续性。

在步骤4中，每个交易进行步骤真正的业务逻辑处理。例如，客户身份信息验证保存，发送手机验证码，客户密码的保存等等。

在步骤5中，执行缓存后处理，即应用逻辑处理完成之后更新缓存信息(例如，下一步骤编号)，保存缓存保存字段列表，其中缓存保存字段列表是根据具体业务场景来设置的。例如，用户注册过程中，可能会保存用户的姓名、电话、身份证等信息。

到达步骤6，结束该处理。

此外，除了第一步骤，不用读取缓存之外，后续步骤都需要读取缓存进行信息校验，从而确保信息一致性。

根据本发明的实施例，能够实现以下优点：

(1)配置灵活：对于新的用户以及新的场景只需要在配置文件中新增一条记录即可实现；

(2)扩展性高：本发明实施例中的步骤2、步骤3和步骤5均是抽象基类，后续交易只需要继承即可，不影响该交易单独使用，同时可以实现交易级别的复用，避免了新场景以及新交易的开发，达到松耦合的目的(以步骤2为例，将读取配置文件信息的程序封装成抽象类，在实际应用中直接继承)；

(3)高性能：利用缓存处理步骤之间传递的信息，避免了使用物理数据库保存数据，提升了响应速度，减少了响应时间，同时减少了数据库操作以及开发运维的工作；

(4)支持高并发：具有很好的并发性能，利用缓存固有优势，避免了由于高并发引起的数据库操作频繁，从而避免了交易异常以及数据库锁死；

(5)业务完整性和安全性高：对于多步骤多交易，能够按照预定的顺序执行，保证了业务完整性和安全性。

本发明采用松耦合系统架构。松耦合系统通常是基于消息的系统，此时客户端和远程服务并不知道对方是如何实现的。客户端和服务之间的通讯由消息的架构支配。只要消息符合协商的架构，则客户端或服务的实现就可以根据需要进行更改，而不必担心会破坏对方。松耦合系统的优点在于更新一个模块不会引起其他模块的改变。

如图2所示，根据本发明实施例的配置文件包括用户级别参数和场景级别参数。用户级别参数包括用户编号、合作平台编号、签名算法、公钥字符串等。场景级别参数包括场景编号、步骤编号、下一步骤编号、验签标志、签名字段列表、业务校验字段列表以及缓存保存字段列表等。其中，可以与用户协商签名算法，公钥可以由用户提供。其中，用户可以包括企业和自然人。关于验签标志，0代表验签，1代表不验签，用于区分是否步骤需要使用“公钥字符串”验签。此外，为了验证步骤的连续性，验证当前步骤的下一步骤编号，避免出现步骤的跳跃。此外，图2中配置文件所使用的字段可以是通用字段。

图3是本发明实施例的一种业务流程处理方法的示意图。

如图3所示，当用户通过服务窗口或渠道发起请求交易时，经交换平台进行转换，将用户的交易请求发送到后端服务的后台服务器。后台服务器基于用户的交易请求发起交易一。

在交易一中，后台服务器将作为第一交易信息的身份验证信息发送到用户。用户在接收到第一交易信息之后，填写身份信息并发送给后台服务器进行身份信息填写验证。在缓存中进行信息保存进行缓存前处理，保存配置文件中客户级别参数和场景级别参数。交易一完成之后，后端服务器发起交易二。

在交易二中，后台服务器将作为第二交易信息的手机验证信息发送给用户。用户在接收到第二交易信息之后，填写手机号码和手机验证码并发送给后台服务器以进行连续性校验、缓存信息验证以及更新。交易二完成之后，后端服务器发起交易三。

在交易三中，后台服务器将作为第三交易信息的密码设置信息发送给用户。用户在接收到第三交易信息之后，设置密码并发送给后台服务器以进行连续性校验、缓存信息验证以及更新。交易三完成之后，后端服务器发起交易四。

在交易四中，后台服务器将作为第四交易信息的密码再次设置信息发送给用户。用户在接收到第四交易信息之后，再次设置相同的密码并发送给后台服务器以进行连续性校验、缓存信息验证以及更新。交易四完成之后，后端服务器发起交易五。

在交易五中，后台服务器将作为第五交易信息的绑定银行卡信息发送给用户。用户在接收到第五交易信息之后，为了进行银行卡绑定，用户需要输入银行卡信息(例如，银行卡用户姓名、银行卡号码、有效期、银行卡所属银行、校验码、银行卡所绑定的电话号码等)并发送给后台服务器进行连续性校验、缓存信息验证以及更新。交易五完成之后，后端服务器发起交易六。

在交易六中，后台服务器将作为第六交易信息的协议信息发送给用户。用户在接收到第六交易信息之后，阅读并签署(例如，勾选)协议并发送给后台服务器进行连续性校验、缓存信息验证以及更新。

其中，连续性校验在除了交易一之外均需要校验。例如，当T步骤会保存好T+1的步骤编号，当客户发起T+1步骤请求时，与缓存中T+1步骤编号比较验证。缓存信息验证所验证的可以是缓存信息。

如图3所示，当在自然人注册的场景中，完成注册场景，涉及到后端的6个不同交易，因此只需要使用本发明的技术方案对交易进行组合，增加缓存校验和处理即可较为快捷的实现用户的需求。

在本发明中，脱离传统物理数据库，利用缓存提高性能以及高并发，实现交易灵活复用，扩展性强。

图4A是本发明实施例的一种业务流程处理方法的示意图。该业务流程处理方法包括：接收来自用户的服务请求(S401)；基于用户的服务请求，向用户发起交易请求(S402)；基于用户对交易请求的响应，读取配置文件信息(S403)；执行缓存前处理(S404)；执行请求应用逻辑处理(S405)；以及执行缓存后处理(S406)。

在步骤S401中，用户的服务请求包括会员注册和会员密码支付。

在步骤S402中，交易请求包括一个或多个交易请求。

在步骤S403中，配置文件信息包括用户级别参数和场景级别参数。用户级别参数包括用户编号、合作平台编号、签名算法和公钥字符串。场景级别参数包括场景编号、步骤编号、下一步骤编号、验签标志、签名字段列表、业务校验字段列表以及缓存保存字段列表。

在步骤S404中，执行缓存前处理包括将数据存储在缓存中。

在步骤S405中，执行请求应用逻辑处理包括执行一个或多个请求应用逻辑处理。

在步骤S406中，执行缓存后处理包括将数据存储在缓存中。

图4B是本发明实施例的一种业务流程处理装置的示意图。

业务流程处理装置400包括接收模块410、交易请求模块420、读取配置文件模块430、缓存前处理模块440、请求应用逻辑处理模块450和缓存后处理模块460。

接收模块410用于接收来自用户的服务请求。交易请求模块420用于基于用户的服务请求，向用户发起交易请求。读取配置文件信息模块430用于基于用户对交易请求的响应，读取配置文件信息。缓存前处理模块440用于执行缓存前处理。请求应用逻辑处理模块450用于执行请求应用逻辑处理。缓存后处理模块460用于执行缓存后处理。

可选地，用户的服务请求包括会员注册和会员密码支付。

可选地，交易请求包括一个或多个交易请求。

可选地，配置文件信息包括用户级别参数和场景级别参数。用户级别参数包括用户编号、合作平台编号、签名算法、公钥字符串。场景级别参数包括场景编号、步骤编号、下一步骤编号、验签标志、签名字段列表、业务校验字段列表以及缓存保存字段列表。

可选地，所述执行缓存前处理包括将数据存储在缓存中。

可选地，执行请求应用逻辑处理包括执行一个或多个请求应用逻辑处理。

可选地，执行缓存后处理包括将数据存储在缓存中。

本发明实施例还提供了一种应用于业务流程处理的电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一实施例提供的方法。

本发明实施例还提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例提供的方法。

图5示出了可以应用本发明实施例的应用于业务流程处理的方法或应用于业务流程处理的装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如网页浏览器应用、搜索类应用、即时通信工具和邮箱客户端等。

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

服务器505可以是提供各种服务的服务器。需要说明的是，本发明实施例所提供的应用于业务流程处理的方法一般由服务器505执行，相应地，应用于业务流程处理的装置一般设置于服务器505中。

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

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

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

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

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

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

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

描述于本发明实施例中所涉及到的模块和/或单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块和/或单元也可以设置在处理器中，例如，可以描述为：一种业务流程处理装置，其特征在于，包括：接收模块、交易请求模块、读取配置文件模块、缓存前处理模块、请求应用逻辑处理模块和缓存后处理模块。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收来自用户的服务请求；基于用户的服务请求，向用户发起交易请求；基于用户对交易请求的响应，读取配置文件信息；执行缓存前处理；执行请求应用逻辑处理；以及执行缓存后处理。

本发明实施例提供的业务流程处理方法和装置，能够满足如下要求：

(1)完整性：某些场景对交易的顺序执行有较高的要求，例如客户在进行密码设置的时候，必须要求客户按照顺序进行每一步的操作，避免出现跳跃步骤发生安全隐患；

(2)场景扩展性：为了避免后期还有类似的客户或者需求，需要场景具有扩展性，花费最小的开发代价满足客户需求；

(3)交易扩展性：场景中很多步骤都有现成交易，如果做到复用这些交易，融入到场景中，既能满足新场景也不影响交易单独使用；

(4)高性能：每一步骤之间都有信息传递和依赖性，需要摆脱传统关系型数据库来提高整体的响应速度。

根据本发明实施例的技术方案，能够将业务流程拆分成多个子流程，将子流程作为独立的组件，从而将业务流程与业务场景解耦。当新的业务场景需要使用某个子流程时，在配置文件中配置该新的业务场景所需的子流程，从而可以直接调用现有的子流程，进而提高了复用性，简化了业务流程开发过程，易于扩展，降低了成本，提高了开发效率；在配置文件中设置子流程的执行顺序，保证了业务流程的完整性和安全性；利用缓存存储交互信息，提高了响应速度。因此，本发明实施例提供的业务流程处理方法和装置，能够满足完整性、场景扩展性、交易扩展性、高性能的要求。

因此，本发明适用于平台企业综合金融服务客户，针对于某个场景中涉及多个步骤并且每个步骤顺序具有前后不可逆性，例如(例如：会员注册、会员密码支付等)，同时对不同客户、不同场景流程可以进行配置和维护，实现对单场景多步骤进行全流程的控制。

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

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

Claims (20)

1.一种业务流程处理方法，其特征在于，包括：

接收来自用户的服务请求；

基于用户的服务请求，向用户发起交易请求；

基于用户对交易请求的响应，读取配置文件信息；

执行缓存前处理；

执行请求应用逻辑处理；以及

执行缓存后处理。

2.根据权利要求1所述的方法，其特征在于，所述用户的服务请求包括会员注册和会员密码支付。

3.根据权利要求1所述的方法，其特征在于，所述交易请求包括一个或多个交易请求。

4.根据权利要求1所述的方法，其特征在于，所述配置文件信息包括用户级别参数和场景级别参数。

5.根据权利要求4所述的方法，其特征在于，所述用户级别参数包括用户编号、合作平台编号、签名算法和公钥字符串。

6.根据权利要求4所述的方法，其特征在于，所述场景级别参数包括场景编号、步骤编号、下一步骤编号、验签标志、签名字段列表、业务校验字段列表以及缓存保存字段列表。

7.根据权利要求1所述的方法，其特征在于，所述执行缓存前处理包括将数据存储在缓存中。

8.根据权利要求1所述的方法，其特征在于，所述执行请求应用逻辑处理包括执行一个或多个请求应用逻辑处理。

9.根据权利要求1所述的方法，其特征在于，所述执行缓存后处理包括将数据存储在缓存中。

10.一种业务流程处理装置，其特征在于，包括：

接收模块，所述接收模块用于接收来自用户的服务请求；

交易请求模块，交易请求模块用于基于用户的服务请求，向用户发起交易请求；

读取配置文件信息模块，所述读取配置文件信息用于基于用户对交易请求的响应，读取配置文件信息；

缓存前处理模块，所述缓存前处理模块用于执行缓存前处理；

请求应用逻辑处理模块，所述请求应用逻辑处理模块用于执行请求应用逻辑处理；以及

缓存后处理模块，所述缓存后处理模块用于执行缓存后处理。

11.根据权利要求10所述的装置，其特征在于，所述用户的服务请求包括会员注册和会员密码支付。

12.根据权利要求10所述的装置，其特征在于，所述交易请求包括一个或多个交易请求。

13.根据权利要求10所述的装置，其特征在于，所述配置文件信息包括用户级别参数和场景级别参数。

14.根据权利要求13所述的装置，其特征在于，所述用户级别参数包括用户编号、合作平台编号、签名算法和公钥字符串。

15.根据权利要求13所述的装置，其特征在于，所述场景级别参数包括场景编号、步骤编号、下一步骤编号、验签标志、签名字段列表、业务校验字段列表以及缓存保存字段列表。

16.根据权利要求10所述的装置，其特征在于，所述执行缓存前处理包括将数据存储在缓存中。

17.根据权利要求10所述的装置，其特征在于，所述执行请求应用逻辑处理包括执行一个或多个请求应用逻辑处理。

18.根据权利要求10所述的装置，其特征在于，所述执行缓存后处理包括将数据存储在缓存中。

19.一种电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的方法。

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

Images