业务处理的方法和装置与流程

本发明涉及大数据技术领域，尤其涉及一种业务处理的方法和装置。

背景技术：

在项目开发中，需要针对不同业务开发出相应的业务处理框架。现有技术中常用传统的三层架构(表示层、数据访问层、逻辑层)进行开发，但传统的三层架构代码量大，且易产生大量的逻辑冗余及层级耦合。现有技术也有使用mvmm(model-view-viewmodel)模式、前后端分离的mvc(modelviewcontroller，模型-视图-控制器)模式进行开发，但是mvc模式实质上仅仅涉及到了三层架构中的表示层，对整个后端代码的框架来说，仍旧改变不了逻辑冗余的现状。

技术实现要素：

有鉴于此，本发明实施例提供一种业务处理的方法和装置，能够支持页面动态化渲染，更好地适应各种前端开源框架；能够提高后台代码的复用性，提高开发效率，使代码更加健壮；能够形成自动化的场景开发配置，使各种子业务可以更好地进行特色化搭配和衍生，灵活适应海量且密集的特色化场景上线需求。

为实现上述目的，根据本发明实施例的一个方面，提供了一种业务处理的方法，包括：

根据目标业务场景的流配置信息，从业务组件库中获取目标业务组件，从处理单元库中获取对应的目标处理单元；

编织每个所述目标处理单元和所述目标业务组件形成业务处理流，得到业务处理结果；

将所述业务处理结果返回至页面前端。

可选地，所述流配置信息包括目标场景标识；

从业务组件库中获取目标业务组件，包括：从所述业务组件库中获取与所述目标场景标识对应的业务组件作为所述目标业务组件；

从处理单元库中获取对应的目标处理单元，包括：从处理单元库中获取与所述目标场景标识对应的处理单元作为所述目标处理单元。

可选地，所述流配置信息包括调用逻辑标识；

编织每个所述目标处理单元和所述目标业务组件形成业务处理流，包括：根据所述调用逻辑标识确定所述目标业务场景的调用逻辑，依据所述调用逻辑驱动各个所述目标处理单元，使每个所述目标处理单元根据对应目标业务组件进行数据加工。

可选地，所述流配置信息还包括数据来源标识；每个所述业务组件包括：一个或多个业务字段；

所述目标处理单元根据对应目标业务组件进行数据加工，包括：根据所述数据来源标识确定所述目标业务组件中每个业务字段的数据源，从每个所述业务字段的数据源处获取对应业务字段的字段值，得到所述目标处理单元的入参数据，以所述入参数据作为所述目标处理单元的入参进行数据加工。

可选地，根据所述调用逻辑标识确定所述目标业务场景的调用逻辑，包括：

判断本地缓存中是否存在所述目标业务场景的调用逻辑；若是，则从所述本地缓存中获取所述目标业务场景的调用逻辑；否则，从数据库服务器中获取所述目标业务场景的调用逻辑，并将获取到的调用逻辑保存至所述本地缓存。

可选地，从数据库服务器中获取所述目标业务场景的调用逻辑，包括：基于dma技术从所述数据库服务器中获取所述目标业务场景的调用逻辑。

可选地，从每个所述业务字段的数据源处获取对应业务字段的字段值，包括：

在dao层选择与所述数据源对应的数据访问模型，基于所述数据访问模型从所述数据源对应的数据库服务器中获取对应业务字段的字段值。

可选地，所述方法还包括：在从每个所述业务字段的数据源处获取对应业务字段的字段值之前，在dao层设置通用数据获取驱动；

从每个所述业务字段的数据源处获取对应业务字段的字段值，包括：基于设置在dao层的所述通用数据获取驱动从所述数据源对应的数据库服务器中获取对应业务字段的字段值。

可选地，所述流配置信息还包括：可视化展示请求；

所述方法还包括：可视化展示从业务组件库中获取目标业务组件、从处理单元库中获取对应的目标处理单元、编织每个所述目标处理单元和所述目标业务组件形成业务处理流的过程。

可选地，所述方法还包括：对所述业务组件库和/或所述处理单元库进行以下至少一种操作：扩展、修改、删除。

根据本发明实施例的第二方面，提供一种业务处理的装置，包括：

获取模块，根据目标业务场景的流配置信息，从业务组件库中获取目标业务组件，从处理单元库中获取对应的目标处理单元；

处理模块，编织每个所述目标处理单元和所述目标业务组件形成业务处理流，得到业务处理结果；

返回模块，将所述业务处理结果返回至页面前端。

可选地，所述流配置信息包括目标场景标识；

所述获取模块从业务组件库中获取目标业务组件，包括：从所述业务组件库中获取与所述目标场景标识对应的业务组件作为所述目标业务组件；

所述获取模块从处理单元库中获取对应的目标处理单元，包括：从处理单元库中获取与所述目标场景标识对应的处理单元作为所述目标处理单元。

可选地，所述流配置信息包括调用逻辑标识；

所述处理模块编织每个所述目标处理单元和所述目标业务组件形成业务处理流，包括：根据所述调用逻辑标识确定所述目标业务场景的调用逻辑，依据所述调用逻辑驱动各个所述目标处理单元，使每个所述目标处理单元根据对应目标业务组件进行数据加工。

可选地，所述流配置信息还包括数据来源标识；每个所述业务组件包括：一个或多个业务字段；

所述目标处理单元根据对应目标业务组件进行数据加工，包括：根据所述数据来源标识确定所述目标业务组件中每个业务字段的数据源，从每个所述业务字段的数据源处获取对应业务字段的字段值，得到所述目标处理单元的入参数据，以所述入参数据作为所述目标处理单元的入参进行数据加工。

可选地，所述处理模块根据所述调用逻辑标识确定所述目标业务场景的调用逻辑，包括：

判断本地缓存中是否存在所述目标业务场景的调用逻辑；若是，则从所述本地缓存中获取所述目标业务场景的调用逻辑；否则，从数据库服务器中获取所述目标业务场景的调用逻辑，并将获取到的调用逻辑保存至所述本地缓存。

可选地，所述处理模块从数据库服务器中获取所述目标业务场景的调用逻辑，包括：基于dma技术从所述数据库服务器中获取所述目标业务场景的调用逻辑。

可选地，所述处理模块从每个所述业务字段的数据源处获取对应业务字段的字段值，包括：

在dao层选择与所述数据源对应的数据访问模型，基于所述数据访问模型从所述数据源对应的数据库服务器中获取对应业务字段的字段值。

可选地，所述方法还包括：在从每个所述业务字段的数据源处获取对应业务字段的字段值之前，在dao层设置通用数据获取驱动；

所述处理模块从每个所述业务字段的数据源处获取对应业务字段的字段值，包括：基于设置在dao层的所述通用数据获取驱动从所述数据源对应的数据库服务器中获取对应业务字段的字段值。

可选地，所述流配置信息还包括：可视化展示请求；

所述装置还包括展示模块，用于：可视化展示从业务组件库中获取目标业务组件、从处理单元库中获取对应的目标处理单元、编织每个所述目标处理单元和所述目标业务组件形成业务处理流的过程。

可选地，所述装置还包括配置模块，用于：对所述业务组件库和/或所述处理单元库进行以下至少一种操作：扩展、修改、删除。

根据本发明实施例的第三方面，提供一种业务处理的电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例第一方面提供的方法。

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

上述发明中的一个实施例具有如下优点或有益效果：通过根据流配置信息进行业务处理，能够支持页面动态化渲染，更好地适应各种前端开源框架；采用基于业务组件化的开发模式，能够提高后台代码的复用性，提高开发效率，使代码更加健壮；基于流控制器对页面或场景进行业务组件采购、对各种特色化业务处理单元进行灵活编织，能够形成自动化的场景开发配置，使各种子业务可以更好地进行特色化搭配和衍生，灵活适应海量且密集的特色化场景上线需求。

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

附图说明

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

图1是本发明实施例的业务处理的方法的主要流程的示意图；

图2是本发明实施例的业务处理的方法的架构示意图；

图3是本发明可选实施例中业务处理的方法的原理示意图；

图4是本发明实施例的业务处理的装置的主要模块的示意图；

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

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

具体实施方式

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

根据本发明实施例的一个方面，提供了一种业务处理的方法。

图1是本发明实施例的业务处理的方法的主要流程的示意图，如图1所示，本发明实施例的业务处理的方法包括：

步骤s101、根据目标业务场景的流配置信息，从业务组件库中获取目标业务组件，从处理单元库中获取对应的目标处理单元；

步骤s102、编织每个目标处理单元和目标业务组件形成业务处理流，得到业务处理结果；

步骤s103、将业务处理结果返回至页面前端。

整个业务划分为多个子业务，每个子业务为一个业务组件。一个业务组件包含一个以上业务字段。业务处理单元用于对业务组件中的业务字段进行加工处理。每个业务组件对应一个或多个业务单元。本发明预先维护业务组件库和业务处理单元库，在创建业务时，从业务组件库中获取所需的业务组件、从业务单元库中获取对应的业务单元。为了提高业务组件库和业务处理单元库的适应性，可以对业务组件库和/或处理单元库进行以下至少一种操作：扩展、修改、删除。

传统的三层架构在开发过程中提供了一种固有开发思路及规范，但是这种架构也随之带来的一定的缺陷：一是增加了代码量，降低了系统的性能。如果不采用分层式架构，很多业务是可以直接访问数据库来直接获取数据的，使用了三层架构后，却必须要遵守规范，通过中间层辗转完成。二是容易产生大量的逻辑冗余及层级耦合。如果在表示层需要新增或修改一个功能，为保证设计符合分层规范，可能需要在相应的业务逻辑层和数据访问层都增加或修改逻辑。另外，在衍生特色化业务项目中，面对应接不暇的各种特色化业务需求，开发人员为了恪守三层架构规范，会对被三层架构固化的原有业务逻辑修改。各种特色化业务在原有逻辑上增量开发，堆积成日后代码bug的隐患；特色化业务独立于原有逻辑开发，又会造成大量的代码冗余。

本发明基于业务组件化的流程开发模式，不从页面或接口表示角度看待业务问题，而是将每个子业务划分为业务组件，围绕业务组件开展各种个性化业务。通过将各种业务流程中的子业务提取归类，做成可配置的业务组件，面对各种新特色化业务场景需求，可以不再基于原有的业务页面开发模式划分工作量，迅速配置及开发，缩短上线周期，为多特色化业务流程开发提供更多的生产力。通过业务组件划分，加以流处理动态配置框架，一方面可以为流程业务开发提供高复用的业务开发框架，提高开发效率，使代码逻辑更加清晰；另一方面也可以满足丰富、紧密的特色化业务上线需求，为业务特色化提供更灵活的服务。

本发明根据流配置信息进行业务处理，能够支持页面动态化渲染，更好地适应各种前端开源框架；采用基于业务组件化的开发模式，能够提高后台代码的复用性，提高开发效率，使代码更加健壮；基于流控制器对页面或场景进行业务组件采购、对各种特色化业务处理单元进行灵活编织，能够形成自动化的场景开发配置，使各种子业务可以更好地进行特色化搭配和衍生，灵活适应海量且密集的特色化业务上线需求。

在一些实施例中，流配置信息包括目标场景标识。从业务组件库中获取目标业务组件，包括：从业务组件库中获取与目标场景标识对应的业务组件作为目标业务组件。从处理单元库中获取对应的目标处理单元，包括：从处理单元库中获取与目标场景标识对应的处理单元作为目标处理单元。通过配置目标场景标识，一方面便于管理各种特色化场景的业务，另一方便也能提高业务组件和处理单元的获取速度，进而提高业务处理效率。

在另一些实施例中，流配置信息包括调用逻辑标识。编织每个目标处理单元和目标业务组件形成业务处理流，包括：根据调用逻辑标识确定目标业务场景的调用逻辑，依据调用逻辑驱动各个目标处理单元，使每个目标处理单元根据对应目标业务组件进行数据加工。调用逻辑表明各个处理单元之间的调用顺序，通过配置调用逻辑标识，能够快速获取各个目标处理单元之间的调用顺序，提高业务处理效率。

流配置信息还包括数据来源标识；每个业务组件包括：一个或多个业务字段。目标处理单元根据对应目标业务组件进行数据加工，包括：根据数据来源标识确定目标业务组件中每个业务字段的数据源，从每个业务字段的数据源处获取对应业务字段的字段值，得到目标处理单元的入参数据，以入参数据作为目标处理单元的入参进行数据加工。

数据来源标识指定业务字段的字段值来自于哪个页面或哪张表的哪个字段。示例性地，业务组件1的az字段，分别在模型1、模型2、模型3三个库表中有对应字段。在编辑处理单元时，根据数据来源标识确定处理单元入参中az字段的字段值来模型1、模型2、模型3三个库表中的哪一个库表。通过配置数据来源标识，能够满足各种特色化业务对业务字段的多样性要求，提高处理单元入参的获取速度，进而提高业务处理效率。

可选地，根据调用逻辑标识确定目标业务场景的调用逻辑，包括：判断本地缓存中是否存在目标业务场景的调用逻辑；若是，则从本地缓存中获取目标业务场景的调用逻辑；否则，从数据库服务器中获取目标业务场景的调用逻辑，并将获取到的调用逻辑保存至本地缓存。通过缓存调用逻辑，能够避免由于频繁访问数据库服务器而导致的资源消耗，提高系统稳定性。另外，在业务频繁时，通过缓存目标业务场景的调用逻辑，能够提高对目标业务场景的业务的处理效率。

从数据库服务器中获取目标业务场景的调用逻辑，包括：基于dma(directmemoryaccess，直接存储器访问)技术从数据库服务器中获取目标业务场景的调用逻辑。dma技术是指外部设备不通过cpu而直接与系统内存交换数据的接口技术。如此能够提高数据传送的速度。

可选地，从每个业务字段的数据源处获取对应业务字段的字段值，包括：在dao(dataaccessobject，数据访问对象)层选择与数据源对应的数据访问模型，基于数据访问模型从数据源对应的数据库服务器中获取对应业务字段的字段值。dao层里面可以支持独立的sql设计。通过在dao访问数据库，可以根据使用的不同的数据库结构选用对应的数据访问模型，提高对不同类型数据库的适配性。

可选地，在从每个业务字段的数据源处获取对应业务字段的字段值之前，在dao层设置通用数据获取驱动。从每个业务字段的数据源处获取对应业务字段的字段值，包括：基于设置在dao层的通用数据获取驱动从数据源对应的数据库服务器中获取对应业务字段的字段值。本实施例在各种数据访问模型的基础上，在dao层抽象出一个通用的动态查询、通用插入和更新的通用驱动，对于一些简洁的dml(datamanipulationlanguage，数据操纵语言)处理语句，可以直接通过dao层通用驱动进行数据存取，提高对不同类型数据库的适配性。针对一些异构的数据源，如es(elasticsearch，一个基于lucene的搜索服务器)等，也可以尽量在dao层进行适配。

实际应用过程中，流配置信息还可以包括可视化展示请求。本发明实施例的方法还可以包括：可视化展示从业务组件库中获取目标业务组件、从处理单元库中获取对应的目标处理单元、编织每个目标处理单元和目标业务组件形成业务处理流的过程。通过可视化展示业务处理的这个过程，便于用户直观了解业务处理流程和进度，提高用户体验。

与传统的三层架构相比，本发明中基于业务组件化的开发模式有以下优点：(1)系统仍然是有序分散的，但是不再按固有的三个层级分散，而是按业务组件。不同的开发人员维护不同的组件，对外只需要开放组件元素和规范处理单元的流控接口，在内部可以做灵活的业务组件特色化衍生，并形成一定的能力，不仅具有良好的可插拔性，且大大提高了逻辑复用。(2)保留数据访问模型层的思想，提高数据安全性，同时支持在数据访问模型层适配不同的数据存储模型框架。(3)在后台逻辑处理中，流控制器可以使操作更加直接、灵活、有序，减少层级冗余，提高系统性能和开发效率。(4)不同层级和页面/接口处理之间的耦合被打破，逻辑近乎无冗余，代码可维护性高。通过把业务拆分为业务组件和处理单元，并设计一个通用的流控制器驱动来管理，使得各种特色化业务场景配置落库，从页面/接口经过各种业务组件处理到数据存储模型，一路打通，有助于中大型业务项目的开发维护，并可以在业务团队将旧的代码形成能力，为业务组件赋能，更好地创新，更好适应丰富、密集的特色化业务上线需求。

图2是本发明实施例的业务处理的方法的架构示意图。如图2所示，本实施例对传统的业务项目进行组件化拆分。本实施例中“业务组件+处理单元”的开发模式与传统三层架构中的对接需求的思考维度完全不一样。在传统三层架构中，开发人员拿到需求之后常常先从表示层入口，然后经过业务逻辑层进行相应的处理。本实施例“业务组件+处理单元”的开发模式中，开发人员拿到需求时首先考虑需要新增或修改的表示层(页面/接口)，会牵扯到哪些业务组件，进行怎样的特色化处理，或者可以沿用之前的哪些关于该业务组件的处理，然后围绕业务组件开发，赋能业务组件和处理单元。如图2所示，图中组件元素代表业务组件库，从中可以获取需要的业务组件；流程业务处理代表处理单元库，从中可以获得需要的处理单元；数据获取驱动从业务热数据、业务冷数据、其他数据源、异构数据源等数据库中获取业务字段的字段值，然后输入处理单元进行加工处理，得到业务处理结果。

面对新的特色化流程场景，通过对场景进行参数配置，复用业务组件和处理单元，根据业务场景的流配置信息自动编织流程状态机，完成整个处理流。

小微快贷是普惠金融中的一个项目，指信贷机构以小微企业为对象发放的贷款。以该场景为例：假设在某普惠金融个人贷款项目中，银行将最新的lpr利率分发到每一家分行，针对不同贷款产品作出目标利率的特色化处理以及一些特殊用户的利率优惠政策。则可以构建一个叫做lpr利率的业务组件，包括基准利率、利率运算值、利率运算符、利率类型、优惠类型、目标利率等几个业务字段。针对lpr基准利率的分发、目标利率的特色设置、面向不同地区及不同群体的优惠政策等可以作出一系列处理单元。一级分行号、产品代码、行政区划、主借款人职业这些参数为特色化场景判断的元素，另外还可以自定义场景判断的元素。根据不同的场景判断元素，读取对应的流配置信息，注入到流控制器里面编织业务处理状态机，完成整个后端的处理。

流控制器是业务流程中控制不同特色场景走不同的业务后台处理流。本发明实施例的方法本质上是一个流控制器。图3是本发明可选实施例中业务处理的方法的原理示意图。如图3所示，当发生页面操作或者其他触发操作等触发动作时，流控制器根据当前业务场景读取该场景的流配置信息，去“采购”不同的业务组件，定制不同的处理单元，通过状态机处理器编织各种处理单元及组件数据，形成处理流。在此过程中，每个处理单元中的操作都可以动态地与dao层的数据进行挂钩，有针对性地进行资源存取。处理流完成后，将处理结果返回至页面或接口，对不同的特色化业务经过不同处理流之后做出特色化场景呈现。流控制器主要包括三个部分：组件采购与处理单元定制、状态机流处理器、动态数据模型。

组件采购与处理单元定制：不同场景下的不同页面或接口，可以向后端相关的业务组件采购数据，这些数据可以连接到不同数据中的不同表相对应的字段。如图3中组件1的az字段，分别在模型1、模型2、模型3三个库表中有对应字段。在定制处理单元时，可以在流配置信息里面读取参数，参数指定处理单元入参接口数据的来源。状态机流处理器将这些数据输入到处理单元中加工。业务组件和处理单元的调控处理完全受状态机流处理器操纵。业务组件和处理单元内部支持特色化设计，外部接口遵循流控制调用的规范。

状态机流处理器：状态机流处理器是一个通用的无参代码驱动，根据不同的场景判断元素，通过配置库里面的配置参数匹配到对应场景的组件采购和单元定制情况，编织状态机。状态机流处理器的配置参数属于超热数据。超热数据可以通过redis(是一个key-value数据库)将其加载到内存中缓存，或者在底层数据库服务器框架里面采用一些dma技术设计，以实现快速读取。本实施例还可以把每个特殊场景的常用业务组件进行界面图形化配置，给业务组件赋能，使业务人员可以对其进行灵活的组织。

动态数据模型：动态数据模型是一个通用的dao层，可以根据使用的不同的数据库结构选用对应的数据访问模型。dao层还可以在这些模型的基础上，抽象出一个通用的动态查询、通用插入、更新的通用驱动，通过dao层通用驱动进行数据存取。同时，针对一些异构的数据源，如es等，也尽量做到在dao层进行适配。

本发明能够支持页面动态化渲染，更好地适应vue(是一套构建用户界面的渐进式框架)、react(是一个用于构建用户界面的javascript库)、angular(一个web前端框架)等前端开源框架；提高后台代码的复用性，场景参数配置落库，后台代码驱动化，更加健壮；归纳不同场景下的业务子模块，业务组件在长期开发中形成能力后，大大提高开发效率，使各种业务组件可以更好地进行特色化搭配和衍生，灵活适应海量且密集的特色化场景上线需求。

根据本发明实施例的第二方面，提供一种实现上述方法的装置。

图4是本发明实施例的业务处理的装置的主要模块的示意图。如图4所示，业务处理的装置400包括：

获取模块401，根据目标业务场景的流配置信息，从业务组件库中获取目标业务组件，从处理单元库中获取对应的目标处理单元；

处理模块402，编织每个所述目标处理单元和所述目标业务组件形成业务处理流，得到业务处理结果；

返回模块403，将所述业务处理结果返回至页面前端。

可选地，所述流配置信息包括目标场景标识；

所述获取模块从业务组件库中获取目标业务组件，包括：从所述业务组件库中获取与所述目标场景标识对应的业务组件作为所述目标业务组件；

所述获取模块从处理单元库中获取对应的目标处理单元，包括：从处理单元库中获取与所述目标场景标识对应的处理单元作为所述目标处理单元。

可选地，所述流配置信息包括调用逻辑标识；

所述处理模块编织每个所述目标处理单元和所述目标业务组件形成业务处理流，包括：根据所述调用逻辑标识确定所述目标业务场景的调用逻辑，依据所述调用逻辑驱动各个所述目标处理单元，使每个所述目标处理单元根据对应目标业务组件进行数据加工。

可选地，所述流配置信息还包括数据来源标识；每个所述业务组件包括：一个或多个业务字段；

所述目标处理单元根据对应目标业务组件进行数据加工，包括：根据所述数据来源标识确定所述目标业务组件中每个业务字段的数据源，从每个所述业务字段的数据源处获取对应业务字段的字段值，得到所述目标处理单元的入参数据，以所述入参数据作为所述目标处理单元的入参进行数据加工。

可选地，所述处理模块根据所述调用逻辑标识确定所述目标业务场景的调用逻辑，包括：

判断本地缓存中是否存在所述目标业务场景的调用逻辑；若是，则从所述本地缓存中获取所述目标业务场景的调用逻辑；否则，从数据库服务器中获取所述目标业务场景的调用逻辑，并将获取到的调用逻辑保存至所述本地缓存。

可选地，所述处理模块从数据库服务器中获取所述目标业务场景的调用逻辑，包括：基于dma技术从所述数据库服务器中获取所述目标业务场景的调用逻辑。

可选地，所述处理模块从每个所述业务字段的数据源处获取对应业务字段的字段值，包括：

在dao层选择与所述数据源对应的数据访问模型，基于所述数据访问模型从所述数据源对应的数据库服务器中获取对应业务字段的字段值。

可选地，所述方法还包括：在从每个所述业务字段的数据源处获取对应业务字段的字段值之前，在dao层设置通用数据获取驱动；

所述处理模块从每个所述业务字段的数据源处获取对应业务字段的字段值，包括：基于设置在dao层的所述通用数据获取驱动从所述数据源对应的数据库服务器中获取对应业务字段的字段值。

可选地，所述流配置信息还包括：可视化展示请求；

所述装置还包括展示模块，用于：可视化展示从业务组件库中获取目标业务组件、从处理单元库中获取对应的目标处理单元、编织每个所述目标处理单元和所述目标业务组件形成的业务处理流的过程。

可选地，所述装置还包括配置模块，用于：对所述业务组件库和/或所述处理单元库进行以下至少一种操作：扩展、修改、删除。

根据本发明实施例的第三方面，提供一种业务处理的电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例第一方面提供的方法。

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

图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可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

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

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

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

如图6所示，计算机系统600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有系统600操作所需的各种程序和数据。cpu601、rom602以及ram603通过总线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等等，或者上述的任意合适的组合。

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

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括：获取模块、处理模块和返回模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，获取模块还可以被描述为“编织每个所述目标处理单元和所述目标业务组件形成业务处理流的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：根据目标业务场景的流配置信息，从业务组件库中获取目标业务组件，从处理单元库中获取对应的目标处理单元；编织每个目标处理单元和目标业务组件形成业务处理流，得到业务处理结果；将业务处理结果返回至页面前端。

根据本发明实施例的技术方案，通过根据流配置信息进行业务处理，能够支持页面动态化渲染，更好地适应各种前端开源框架；采用基于业务组件化的开发模式，能够提高后台代码的复用性，提高开发效率，使代码更加健壮；基于状态机对页面或场景进行业务组件采购、对各种特色化业务处理单元进行灵活编织，能够形成自动化的场景开发配置，使各种子业务可以更好地进行特色化搭配和衍生，灵活适应海量且密集的特色化场景上线需求。

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