CN108241671B - 业务处理方法和系统及存储介质 - Google Patents

Abstract

本发明提出一种业务处理方法和系统及存储介质，涉及网络技术领域。其中，本发明的一种业务处理方包括：控制器确定业务请求为只读操作或状态跳转操作；若业务请求为只读操作，则控制器通过服务模块访问数据库；若业务请求为状态跳转操作，则控制器通过管理器获取跳转状态。通过这样的方法，控制器能够先对业务请求进行判断，若涉及到状态跳转，则通过管理器进行状态跳转操作；若只涉及数据读取，则直接通过服务模块读取数据，从而将业务状态跳转与单纯的数据读取分离，降低了状态转移和数据读取的等待时间，提高了业务的处理效率。

Description

业务处理方法和系统及存储介质

技术领域

本发明涉及网络技术领域，特别是一种业务处理方法和系统及存储介质。

背景技术

基于互联网架构的工作流系统在使用过程中往往具有需求变化快、流程复杂、状态跳转规则复杂的特点，现有的工作流系统多采用传统WEB(World Wide Web，全球广域网)应用系统架构，最外层模块针对页面响应，系统架构的各层级只关心本层级职责，下层对上层的服务效率低。

另外，由于处理逻辑需要加入大量负责判断的环节以确定触发动作的走向，且数据流向也绑定在处理过程中，进一步影响了业务的处理效率。

发明内容

本发明的一个目的在于提高业务的处理效率。

根据本发明的一个方面，提出一种业务处理方法，包括：控制器确定业务请求为只读操作或状态跳转操作；若业务请求为只读操作，则控制器通过服务模块访问数据库；若业务请求为状态跳转操作，则控制器通过管理器获取跳转状态。

可选地，还包括：控制器获取业务请求的业务单元标识；控制器通过管理器获取跳转状态包括：控制器向管理器发送业务单元标识；管理器根据业务单元标识确定当前状态；管理器根据预定状态转移条件和当前状态确定跳转状态；管理器将跳转状态反馈给控制器。

可选地，管理器根据业务单元标识确定当前状态包括：管理器根据业务单元标识，通过服务模块获取数据库中存储的当前状态。

可选地，还包括：管理器通过服务模块进行数据流转。

可选地，管理器将跳转状态反馈给控制器包括：管理器在确定跳转状态后，将跳转状态直接反馈给控制器；管理器通过服务模块进行数据流转包括：管理器通过服务模块继续执行数据处理操作。

可选地，数据处理操作包括：服务模块根据业务单元标识判断是否进行数据持久化存储；若确定进行数据持久化存储，则服务模块将数据写入数据库，或写入数据库和缓存；若确定不进行数据持久化存储，则服务模块将数据写入缓存。

通过这样的方法，控制器能够先对业务请求进行判断，若涉及到状态跳转，则通过管理器进行状态跳转操作；若只涉及数据读取，则直接通过服务模块读取数据，从而将业务状态跳转与单纯的数据读取分离，降低了状态转移和数据读取的等待时间，提高了业务的处理效率。

根据本发明的另一个方面，提出一种业务处理系统，包括：控制器，用于确定业务请求为只读操作或状态跳转操作；服务模块，用于当控制器确定业务请求为只读操作时访问数据库并反馈给控制器；管理器，用于当控制器确定业务请求为状态跳转操作时，获取跳转状态并反馈给控制器。

可选地，控制器还用于获取业务请求的业务单元标识，并向管理器发送业务单元标识；管理器包括：当前状态确定单元，用于根据业务单元标识确定当前状态；跳转状态确定单元，用于根据预定状态转移条件和当前状态确定跳转状态；跳转状态反馈单元，用于将跳转状态反馈给控制器。

可选地，当前状态确定单元具体用于根据业务单元标识，通过服务模块获取数据库中存储的当前状态。

可选地，管理器还包括数据流转单元，用于通过服务模块进行数据流转。

可选地，跳转状态反馈单元具体用于在跳转状态确定单元确定跳转状态后，将跳转状态直接反馈给控制器；数据流转单元用于通过服务模块继续执行数据处理操作。

可选地，服务模块包括：持久化存储判断单元，用于根据业务单元标识判断是否进行数据持久化存储；数据存储单元，用于当确定进行数据持久化存储时，将数据写入数据库，或写入数据库和缓存；当确定不进行数据持久化存储时，将数据写入缓存。

这样的系统中，控制器能够先对业务请求进行判断，若涉及到状态跳转，则通过管理器进行状态跳转操作；若只涉及数据读取，则直接通过服务模块读取数据，从而将业务状态跳转与单纯的数据读取分离，降低了状态转移和数据读取的等待时间，提高了业务的处理效率。

根据本发明的又一个方面，提出一种业务处理系统，包括存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器的指令执行上文中提到的任意一种业务处理方法。

这样的系统能够实现业务状态跳转与单纯的数据读取操作分离，降低了状态转移和数据读取的等待时间，提高了业务的处理效率。

根据本发明的再一个方面，提出一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现上文中提到的任意一种业务处理方法的步骤。

这样的计算机可读存储介质能够在业务处理系统的运行过程中，将业务状态跳转与单纯的数据读取操作分离，降低了状态转移和数据读取的等待时间，提高了业务的处理效率。

附图说明

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

图1为本发明的业务处理方法的一个实施例的流程图。

图2为本发明的业务处理方法中进行状态跳转操作的一个实施例的流程图。

图3为本发明的业务处理方法中进行状态跳转操作的另一个实施例的流程图。

图4为本发明的业务处理系统的一个实施例的示意图。

图5为本发明的业务处理系统中管理器的一个实施例的示意图。

图6为本发明的业务处理系统中管理器的另一个实施例的示意图。

图7为本发明的业务处理系统中状态类的一个实施例的示意图。

图8为本发明的业务处理系统的另一个实施例的示意图。

图9为本发明的业务处理系统的又一个实施例的示意图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

本发明的业务处理方法的一个实施例的流程图如图1所示。

在步骤101中，收到用户的业务请求，开始对业务请求进行处理。

在步骤102中，控制器判断业务请求为只读操作或状态跳转操作。若确定业务请求为只读操作，则执行步骤103；若确定业务请求为状态跳转操作，则执行步骤104。在一个实施例中，控制器响应页面请求，当用户对页面进行操作后，业务请求写入缓存中，控制器可以获取页面请求的业务单元标识，根据业务单元标识确定业务请求为只读操作还是状态跳转操作。

在步骤103中，控制器通过服务模块访问数据库。在一个实施例中，服务模块可以采用类似于WEB应用架构中业务逻辑层的方式提供业务服务，从数据库获取数据。在一个实施例中，服务模块可以调用如本系统专属定义层domain、数据库交互层dao以及公共组件层common执行数据操作。

在步骤104中，控制器通过管理器获取跳转状态。在一个实施例中，管理器可以采用状态机执行状态跳转操作。

通过这样的方法，控制器能够先对业务请求进行判断，若涉及到状态跳转，则通过管理器进行状态跳转操作；若只涉及数据读取，则直接通过服务模块读取数据，从而实现事件驱动状态的跳转，并将业务状态跳转与单纯的数据读取分离，降低了状态转移和数据读取的等待时间，提高了业务的处理效率。

本发明的业务处理方法中进行跳转操作的一个实施例的流程图如图2所示。

在步骤201中，管理器根据业务单元标识确定当前状态。在一个实施例中，管理器可以通过服务模块获取数据库中存储的当前状态。

在步骤202中，管理器根据预定状态转移条件和当前状态确定跳转状态。在一个实施例中，若管理器需要进行数据获取、更新操作，则通过服务模块进行数据流转。

在步骤203中，管理器将跳转状态反馈给控制器。

通过这样的方法，管理器能够确定业务的当前状态，并确定业务的跳转状态，将跳转状态反馈给控制器，以便控制器确定显示给用户的内容。由于将状态跳转与数据流向分开，一方面提高了工作流系统中业务的处理效率，另一方面也便于系统的维护和升级。

在业务流系统中，数据流向和状态跳转是两个层面的概念：数据流向指用来持久化数据对象的数据库主表字段改变及附属数据(如操作日志/动作轨迹/留言/图片/视频/文件等)的变更；而状态跳转指业务单元(一条订单/服务单/工单/等)在业务概念上的流程节点变化，是在内存中或缓存中体现的。将状态跳转与数据流向分离会大大降低网络应用程序的响应时间，而提高服务器并发处理能力；同时数据流向的操作变成异步执行，充分利用多核计算机并发处理的优势，由于各业务单元不修改共享数据，共享数据以只读方式提供信息，因此能够将多条业务单元的操作并行处理，提高了业务处理效率。

在一个实施例中，管理器可以调用状态类来进行状态跳转操作。状态类中的状态可以分为多个层级，每个状态包括状态标识、状态描述，以及状态等级信息。在一个实施例中，每个状态可以与业务流程流转中具体的处理环节、节点相关联，实现状态类与实际业务逻辑的对应，针对复杂的业务流程只需将流程节点拆解并分别实现即可，从而能够便于构造出基于工作流程的系统，同时有利于分工并行开发，快速响应需求变化，从而便于后期的维护和升级。

本发明的业务处理方法中进行跳转操作的另一个实施例的流程图如图3所示。

在步骤301中，管理器根据业务单元标识，通过服务模块获取数据库中存储的当前状态。

在步骤302中，管理器根据预定状态转移条件和当前状态确定跳转状态。管理器可以同时执行步骤303和步骤304。

在步骤303中，管理器直接将跳转状态反馈给控制器。

在步骤304中，管理器通过服务模块继续执行数据处理操作。

通过这样的方法，跳转状态反馈操作无需等待数据处理操作完成的反馈即可进行，从而进一步提高了业务的处理效率，能够提高页面反馈速度，提高用户体验。

在一个实施例中，服务模块可以对从管理器获取的数据进行判断，确定是否进行数据持久化存储。若需要进行数据持久化存储，则可以将数据存入数据库中，或存入数据库和缓存中；若确定无需对数据进行持久化存储，则可以将数据存入缓存中，无需存入数据库中。在一个实施例中，服务模块可以根据业务单元标识判断是否进行数据持久化存储。

通过这样的方法，服务模块能够根据业务情况进行数据存储，一方面减少了需要存入数据库的业务量，降低了数据库的存储负担；另一方面也提高了数据流转效率。

本发明的业务处理系统的一个实施例的示意图如图4所示。其中，控制器401能够判断业务请求为只读操作或状态跳转操作。若确定业务请求为只读操作，则激活服务模块402；若确定业务请求为状态跳转操作，则激活管理器403。在一个实施例中，控制器401响应页面请求，当用户对页面进行操作后，业务请求写入缓存中，控制器可以获取页面请求的业务单元标识，根据业务单元标识确定业务请求为只读操作还是状态跳转操作。服务模块402能够在控制器确定业务请求为只读操作的情况下访问数据库并将数据反馈给控制器，在一个实施例中，服务模块402可以采用类似于互联网应用架构中业务逻辑层的方式提供业务服务，从数据库获取数据；管理器403能够在控制器确定业务请求为状态跳转操作的情况下获取跳转状态并反馈给控制器。在一个实施例中，管理器403可以采用状态机执行状态跳转操作。在一个实施例中，若管理器403需要进行数据获取、更新操作，则通过服务模块402进行数据流转。

这样的系统中，控制器能够先对业务请求进行判断，若涉及到状态跳转，则通过管理器进行状态跳转操作；若只涉及数据读取，则直接通过服务模块读取数据，从而将业务状态跳转与单纯的数据读取分离，降低了状态转移和数据读取的等待时间，提高了业务的处理效率。

在现有技术中，由于没有清晰的系统架构，需求变化带来的开发量会大大增加，甚至重构都无从下手；而开发使用过程中，开发人员经常需要针对一个部分的某个功能进行补丁式修改，这造成了整体架构混乱，系统代码和设计不一致的概率增大，使得维护量骤增且不易快速应对需求变化，系统可维护性和维护的效率大大降低，造成客户对公司服务差的印象，影响公司信誉和形象。本发明的业务处理系统能够为今后工作流模板系统提供原型，用户只需在页面配置数据库信息和表信息等基础信息，定义状态和跳转规则，最后配置应用发布信息即可完成工作流系统的建立和配置，减少日常特定开发人员对特定业务系统的维护和技术层面重复开发，能够降低对复杂逻辑的处理难度，缩短工作流系统的业务平台开发周期。

本发明的业务处理系统中管理器的一个实施例的示意图如图5所示。其中，当前状态确定单元501能够根据业务单元标识确定当前状态。在一个实施例中，当前状态确定单元501可以通过服务模块获取数据库中存储的当前状态。跳转状态确定单元502能够根据预定状态转移条件和当前状态确定跳转状态。跳转状态反馈单元503能够将跳转状态反馈给控制器。

这样的系统中，管理器能够确定业务的当前状态，并确定业务的跳转状态，将跳转状态反馈给控制器，以便控制器确定显示给用户的内容。由于将状态跳转与数据流分开，一方面提高了业务的处理效率，另一方面也便于系统的维护和升级。

本发明的业务处理系统中管理器的另一个实施例的示意图如图6所示。其中，当前状态确定单元601、跳转状态确定单元602和跳转状态反馈单元603的结构和功能与图5的实施例中相似。其中，当跳转状态确定单元602确定跳转状态后，跳转状态反馈单元603可以直接将跳转状态反馈给控制器；管理器还包括数据流转单元604，能够通过服务模块继续执行数据处理操作。

这样的系统中，跳转状态反馈操作无需等待数据处理操作完成的反馈即可进行，从而进一步提高了业务的处理效率，能够提高页面反馈速度，提高用户体验。

在一个实施例中，管理器可以调用状态类来进行状态跳转操作。在一个实施例中，管理器的入参可以为逻辑单元Logic Unit，出参同样为Logic Unit，从而使状态跳转脱离数据库的吞吐操作。状态类的一个实施例的示意图可以如图7所示。状态类7000中的状态可以分为多个层级，如两个层级：一级状态70和二级状态700。其中，一级状态70可以包括多个状态，如状态71、状态72和状态73；状态71包括两个相关的二级状态：状态711和状态712；状态72包括三个相关的二级状态：状态721、状态722和状态723。每个状态包括状态标识、状态描述，以及状态等级信息。在一个实施例中，每个状态可以与业务流程流转中具体的处理环节、节点相关联，实现状态类与实际业务逻辑的对应。以某业务财务审批工作流为例，财务单据需要先申请，后经过三级审批或两级驳回的工作流程。状态73标识申请状态；状态72标识审批状态，其中状态721、722、723代表三级审批；状态71标识驳回状态，其中状态721和状态722代表两级驳回。由于审批或驳回操作都有一些共性业务逻辑，因此生成了两层的状态定义，并且二级状态，如状态721，可以复用一级的状态72的部分操作，或者覆盖一级的状态72的部分操作。现有技术中，如基于WEB架构的系统只对各状态进行了单层的平板式定义，没有根据业务场景进行父子状态的层次定义和设计，而实际业务中存在一级状态二级状态等，造成了状态定义缺失，业务流程不完善。本发明的系统中能够构造出基于工作流程的层级状态结构，一方面减少了系统的编码量，另一方面也能够便于后期的维护和升级。

在一个实施例中，服务模块可以包括持久化存储判断单元和数据存储单元。其中，持久化存储判断单元能够判断从管理器获取的数据是否进行数据持久化存储。在一个实施例中，持久化存储判断单元可以根据业务单元标识判断是否进行数据持久化存储。数据存储单元能够当需要对数据进行数据持久化存储时，将数据存入数据库中，或存入数据库和缓存中；当无需对数据进行持久化存储时，可以将数据存入缓存中，无需存入数据库中。

这样的系统中，服务模块能够业务情况进行数据存储，一方面减少了需要存入数据库的业务量，降低了数据库的存储负担；另一方面也提高了数据流转效率。

本发明业务处理系统的另一个实施例的结构示意图如图8所示。业务处理系统包括存储器810和处理器820。其中：存储器810可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储业务处理方法的对应实施例中的指令。处理器820耦接至存储器810，可以作为一个或多个集成电路来实施，例如微处理器或微控制器。该处理器820用于执行存储器中存储的指令，能够实现业务处理系统的运转。

在一个实施例中，还可以如图9所示，业务处理系统900包括存储器910和处理器920。处理器920通过BUS总线930耦合至存储器910。该业务处理系统900还可以通过存储接口940连接至外部存储装置950以便调用外部数据，还可以通过网络接口960连接至网络或者另外一台计算机系统(未标出)。此处不再进行详细介绍。

在该实施例中，通过存储器存储数据指令，再通过处理器处理上述指令，能够实现业务处理系统的运转。

在另一个实施例中，一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现业务处理方法对应实施例中的方法的步骤。本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

至此，已经详细描述了本发明。为了避免遮蔽本发明的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

可能以许多方式来实现本发明的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。

Claims (14)

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

控制器确定业务请求为只读操作或状态跳转操作；

若所述业务请求为所述只读操作，则所述控制器通过服务模块访问数据库；

若所述业务请求为所述状态跳转操作，则所述控制器通过管理器获取跳转状态，所述管理器将所述跳转状态反馈给所述控制器，以便控制器确定显示给用户的内容；其中，若管理器需要进行数据获取、更新操作，则通过服务模块进行数据流转。

2.根据权利要求1所述的方法，其特征在于，还包括：所述控制器获取所述业务请求的业务单元标识；

所述控制器通过管理器获取跳转状态包括：

所述控制器向所述管理器发送所述业务单元标识；

所述管理器根据所述业务单元标识确定当前状态；

所述管理器根据预定状态转移条件和所述当前状态确定所述跳转状态；

所述管理器将所述跳转状态反馈给所述控制器。

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

所述管理器根据所述业务单元标识确定当前状态包括：

所述管理器根据所述业务单元标识，通过所述服务模块获取所述数据库中存储的所述当前状态。

4.根据权利要求2或3所述的方法，其特征在于，其中，

所述管理器同时执行将跳转状态反馈给控制器和通过服务模块继续执行数据处理的操作。

5.根据权利要求4所述的方法，其特征在于，

所述管理器将所述跳转状态反馈给所述控制器包括：

所述管理器在确定所述跳转状态后，将所述跳转状态直接反馈给所述控制器；

所述管理器通过所述服务模块进行数据流转包括：

所述管理器通过所述服务模块继续执行数据处理操作。

6.根据权利要求5所述的方法，其特征在于，所述数据处理操作包括：

所述服务模块根据所述业务单元标识判断是否进行数据持久化存储；

若确定进行所述数据持久化存储，则所述服务模块将数据写入所述数据库，或写入所述数据库和缓存；

若确定不进行所述数据持久化存储，则所述服务模块将数据写入所述缓存。

7.一种业务处理系统，其特征在于，包括：

控制器，用于确定业务请求为只读操作或状态跳转操作，其中，在确定所述业务请求为状态跳转操作时，通过管理器获取跳转状态；

服务模块，用于当所述控制器确定所述业务请求为所述只读操作时访问数据库并反馈给所述控制器；

管理器，用于当所述控制器确定所述业务请求为所述状态跳转操作时，获取跳转状态并反馈给所述控制器以便所述控制器确定显示给用户的内容，其中，若管理器需要进行数据获取、更新操作，则通过服务模块进行数据流转。

8.根据权利要求7所述的业务处理系统，其特征在于，所述控制器还用于获取所述业务请求的业务单元标识，并向所述管理器发送所述业务单元标识；

所述管理器包括：

当前状态确定单元，用于根据所述业务单元标识确定当前状态；

跳转状态确定单元，用于根据预定状态转移条件和所述当前状态确定所述跳转状态；

跳转状态反馈单元，用于将所述跳转状态反馈给所述控制器。

9.根据权利要求8所述的业务处理系统，其特征在于，所述当前状态确定单元具体用于根据所述业务单元标识，通过所述服务模块获取所述数据库中存储的所述当前状态。

10.根据权利要求8或9所述的业务处理系统，其特征在于，

所述管理器还包括数据流转单元，用于通过所述服务模块进行数据流转，其中，所述管理器同时执行将跳转状态反馈给控制器和通过服务模块继续执行数据处理的操作。

11.根据权利要求10所述的业务处理系统，其特征在于，

所述跳转状态反馈单元具体用于在所述跳转状态确定单元确定所述跳转状态后，将所述跳转状态直接反馈给所述控制器；

所述数据流转单元用于通过所述服务模块继续执行数据处理操作。

12.根据权利要求8、9或11中任意一项所述的业务处理系统，其特征在于，

所述服务模块包括：

持久化存储判断单元，用于根据所述业务单元标识判断是否进行数据持久化存储；

数据存储单元，用于当确定进行所述数据持久化存储时，将数据写入所述数据库，或写入所述数据库和缓存；当确定不进行所述数据持久化存储时，将数据写入所述缓存。

13.一种业务处理系统，其特征在于，

包括存储器；以及

耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令执行如权利要求1至6任一项所述的方法。

14.一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，该指令被处理器执行时实现权利要求1至6任意一项所述的方法的步骤。

Images