CN114296789A - 基于全流程配置的业务处理方法、装置、设备和存储介质 - Google Patents

Abstract

本申请涉及一种基于全流程配置的业务处理方法、装置、设备和存储介质。所述方法包括：获取数据处理请求，数据处理请求携带有待处理业务的业务标识；基于业务标识，获取预先构建的业务处理配置，业务处理配置中包括待处理业务的业务处理流程以及对应各流程节点的页面配置；根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，以基于加载的业务处理页面执行待处理业务。采用本方法能够提升业务处理的效率。

Description

基于全流程配置的业务处理方法、装置、设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种基于全流程配置的业务处理方法、装置、设备和存储介质。

背景技术

随着社会经济的发展，保险市场也快速崛起。在保险市场上，各类型的保险业务（如保险产品）种类繁多，且随着用户需求的升级，迭代逐步加快，对技术方面的要求也越来越高。

在传统方式中，当有新的业务需要上线的时候，对于新增业务的支持，通常是通过开发人员拷贝既有业务的框架模板并进行调整，或者是新增框架模板。随着业务种类的增加，需要开发的模板越来越多，处理量越来越大，严重影响业务处理效率。

发明内容

基于此，有必要针对上述技术问题，提供一种提升业务处理效率的基于全流程配置的业务处理方法、装置、设备和存储介质。

一种基于全流程配置的业务处理方法，所述方法包括：

获取数据处理请求，数据处理请求携带有待处理业务的业务标识；

基于业务标识，获取预先构建的业务处理配置，业务处理配置中包括待处理业务的业务处理流程以及对应各流程节点的页面配置；

根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，以基于加载的业务处理页面执行待处理业务。

在其中一个实施例中，业务处理配置的生成方式包括：

获取待处理业务的业务处理流程；

构建对应业务处理流程的业务处理页面，并从组件库中获取对应各业务处理页面的业务组件，进行业务处理页面的配置；

存储业务处理流程以及配置后的各业务处理页面，得到业务处理配置。

在其中一个实施例中，业务处理配置基于预先构建的组件库构建，组件库的构建方式包括：

获取已有业务的业务数据，业务数据包括执行已有业务的业务处理流程以及业务处理页面；

对业务数据进行拆分，得到对应各业务处理页面的页面数据；

基于各页面数据，确定各业务处理页面中所包含的业务功能；

构建对应各业务功能的业务组件，并进行组件功能的配置；

将配置后的业务组件存储至组件库中。

在其中一个实施例中，根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，以基于加载的业务处理页面执行待处理业务，包括：

根据业务处理流程，确定对应初始业务处理页面的业务组件；

基于初始业务处理页面的业务组件，加载初始业务处理页面；

基于用户对初始业务处理页面中展示的业务组件的操作，触发获取对应初始业务处理页面的下一业务处理页面的业务组件，并进行业务处理页面的加载，直至完成待处理业务。

在其中一个实施例中，根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，包括：

根据业务处理流程，确定对应各流程节点的页面配置；

基于各页面配置，确定各业务处理页面对应的业务组件标识；

获取对应业务组件标识的组件数据，并转换为业务组件；

在业务处理页面中加载业务组件。

在其中一个实施例中，基于加载的业务处理页面执行待处理业务，包括：

根据用户对业务处理页面中加载的业务组件的触发，调用对应的接口服务；

基于各接口服务，查询并执行对应业务组件的事件处理方法，以执行待处理业务。

在其中一个实施例中，上述方法还包括：

接收对业务组件的更新指示，并对业务组件进行更新；

根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，包括：

根据各页面配置，调用更新后的业务组件，并按照业务处理流程动态加载业务处理页面。

一种基于全流程配置的业务处理装置，所述装置包括：

数据处理请求获取模块，用于获取数据处理请求，数据处理请求携带有待处理业务的业务标识；

业务处理配置获取模块，用于基于业务标识，获取预先构建的业务处理配置，业务处理配置中包括待处理业务的业务处理流程以及对应各流程节点的页面配置；

业务处理模块，用于根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，以基于加载的业务处理页面执行待处理业务。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一实施例所述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一实施例所述的方法的步骤。

上述基于全流程配置的业务处理方法、装置、设备和存储介质中，通过获取数据处理请求，数据处理请求携带有待处理业务的业务标识，然后基于业务标识，获取预先构建的业务处理配置，业务处理配置中包括待处理业务的业务处理流程以及对应各流程节点的页面配置，进一步根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，以基于加载的业务处理页面执行待处理业务。从而，可以通过基于业务处理配置，调用业务组件并进行业务处理页面的加载与业务处理，可以减少开发人员对业务处理页面的开发与测试，可以节约开发测试的时间，提升业务处理效率。

附图说明

图1为一个实施例中基于全流程配置的业务处理方法的应用场景图；

图2为一个实施例中基于全流程配置的业务处理方法的流程示意图；

图3为一个实施例中的投保流程对应多个流程节点的多个业务处理页面的页面图；

图4为另一个实施例中基于全流程配置的业务处理方法的流程示意图；

图5为又一个实施例中基于全流程配置的业务处理方法的流程示意图；

图6为一个实施例中基于全流程配置的业务处理装置的结构框图；

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的基于全流程配置的业务处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。终端102可以接受用户输入，生成数据处理请求，并发送至服务器104，数据处理请求携带有待处理业务的业务标识。服务器104在获取数据处理请求之后，可以基于业务标识，获取预先构建的业务处理配置，业务处理配置中包括待处理业务的业务处理流程以及对应各流程节点的页面配置。然后服务器104可以根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，以基于加载的业务处理页面执行待处理业务。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种基于全流程配置的业务处理方法，以该方法应用于图1中的服务器为例进行说明，可以包括以下步骤：

步骤S202，获取数据处理请求，数据处理请求携带有待处理业务的业务标识。

其中，数据处理请求是指请求进行业务处理的请求，数据处理请求中可以包括待处理业务的业务标识，例如，可以是业务ID，或者是唯一标识码等。

在本实施例中，对应不同的业务领域，待处理业务不同，以保险行业为例，待处理业务可以是投保业务。

在本实施例中，用户可以通过终端输入数据处理请求，如输入待投保的具体保险类型或者是分类等，生成数据处理请求，并发送至服务器，使得服务器进行后续的数据处理。

步骤S204，基于业务标识，获取预先构建的业务处理配置，业务处理配置中包括待处理业务的业务处理流程以及对应各流程节点的页面配置。

其中，业务处理配置是指与待处理业务所相关的配置，可以包括待处理业务的业务处理流程以及对应各流程节点的页面配置。

在本实施例中，业务处理流程是指处理该待处理业务所需要执行的流程，可以包括多个流程节点，如投保人信息的输入流程节点、保费选择流程节点、代理人确认审核流程节点、付费审核确认流程节点以及付费验证流程节点等。

在本实施例中，页面配置是指各流程节点所对应业务处理页面的相关的配置，页面配置可以包括业务处理页面的基础信息配置，如尺寸、底色、属性等，还可以包括配置于业务处理页面的业务组件相关的数据。

在本实施例中，参考图3，在一个投保流程中，可以包括对应多个流程节点的多个业务处理页面，各业务处理页面中可以包括一个或者多个业务组件，业务组件可以包括页面元素以及接口。

其中，页面元素是指渲染展示在前端的业务处理页面的展示效果，而接口与后端事件相关联，通过接口即可调用后端服务，执行后端的事件处理服务。

在本实施例中，服务器可以预先构建对应各业务的业务处理配置。在接收到数据处理请求时，如投保请求时，根据业务标识，查询并获取对应的业务处理配置，并进行后续的业务处理。

在其中一个实施例中，参考图4，用户也可以直接通过终端进入投保系统，通过选择对应的投保业务，触发服务器选择对应的投保流程，并进行后续的处理。

步骤S206，根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，以基于加载的业务处理页面执行待处理业务。

其中，业务组件是指执行某个具体业务功能的组件，如缴费、选择、确认、回退、撤销、删除等。

在本实施例中，业务组件有自己的输入/输出，且具有唯一性。并且，业务组件还具有高内聚、低耦合的特点。

在本实施例中，服务器可以根据各页面配置，根据页面配置中配置的业务组件，调用组件库中的业务组件，并进行业务处理页面的加载。

在本实施例中，用户可以通过对当前业务处理页面中加载的业务组件的触发，按照业务处理流程，执行到下一流程节点，并加载下一流程节点的业务处理页面，并进行处理，以完成待处理业务。

上述基于全流程配置的业务处理方法中，通过获取数据处理请求，数据处理请求携带有待处理业务的业务标识，然后基于业务标识，获取预先构建的业务处理配置，业务处理配置中包括待处理业务的业务处理流程以及对应各流程节点的页面配置，进一步根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，以基于加载的业务处理页面执行待处理业务。从而，可以通过基于业务处理配置，调用业务组件并进行业务处理页面的加载与业务处理，可以减少开发人员对业务处理页面的开发与测试，可以节约开发测试的时间，提升业务处理效率。

在其中一个实施例中，业务处理配置的生成方式可以包括：获取待处理业务的业务处理流程；构建对应业务处理流程的业务处理页面，并从组件库中获取对应各业务处理页面的业务组件，进行业务处理页面的配置；存储业务处理流程以及配置后的各业务处理页面，得到业务处理配置。

如前文所述，业务处理配置可以是服务器预先构建的。

在本实施例中，参考图5，用户可以通过终端输入新增业务流程请求，即新增投保流程，然后在配置系统中进行新增投保流程的配置。

具体地，以前文所述的待处理业务的业务处理配置为例，用户可以通过服务器输入待处理业务的业务处理流程，使得服务器获取到业务处理流程。

进一步，服务器可以基于业务处理流程，确定对应各流程节点的业务处理页面，并基于用户的指示，从组建库中选取对应各业务处理页面的功能的任务组件，以进行业务处理页面的配置。

在本实施例中，服务器在进行业务处理页面的配置的时候，可以基于用户的指示，配置各个任务组件的位置、尺寸大小以及组件功能等。

进一步，服务器可以将业务处理流程以及配置后的各业务处理页面存储至数据库中，以得到对应该待处理业务的业务处理配置。

在本实施例中，业务处理配置通过数据库表中进行保存，可以存储于5张配置表中，即流程配置表、页面配置表、业务组件配置表、页面和业务组件关系表、事件配置表。

在本实施例中，流程配置表如下表一所示，页面配置表如下表二所示，业务组件配置表如下表三所示，页面和业务组件关系表如下表四所示，事件配置表如下表五所示。

表一

表二

表三

表四

表五

在本实施例中，流程配置可以对应多个页面配置，页面配置表中的流程ID对应流程配置表的主键。页面配置和业务组件是多对多关系，可以任意组合，通过页面和业务组件关系表关联，页面和业务组件关系表中包含了页面ID、业务组件ID、业务组件顺序编号。事件通过事件配置表配置，衔接前后端逻辑，绑定在业务组件上。

在本实施例中，服务器在获取到业务处理配置，并进行业务处理页面的加载与执行待处理业务的时候，可以是结合以上5个数据表，进行的处理。

具体地，服务器在获取到业务处理配置后，可以通过在投保流程的页面url后面会追加一个产品sales_code的参数，进入投保流程的前端导航守卫中，会请求页面初始化配置查询接口，调用配置查询接口（通过销售代码sales_code查询流程process_id，通过流程process_id查询页面page_id，通过页面page_id查询业务组件component_id），拿到产品sales_code所对应的配置信息，通过这个配置信息，动态加载前端路由，初始时进入配置页面列表的第一个页面，并且在页面中动态渲染所配置的页面组件。

在其中一个实施例中，业务处理配置基于预先构建的组件库构建，组件库的构建方式可以包括：获取已有业务的业务数据，业务数据包括执行已有业务的业务处理流程以及业务处理页面；对业务数据进行拆分，得到对应各业务处理页面的页面数据；基于各页面数据，确定各业务处理页面中所包含的业务功能；构建对应各业务功能的业务组件，并进行组件功能的配置；将配置后的业务组件存储至组件库中。

在本实施例中，服务器在获取到已有业务的业务数据之后，以保险为例，可以对保险流程进行分析，分析各个种类的保险流程的共同点和差异点，并进行拆分。

具体地，服务器可以进行主流程拆解，将投保流程拆解为一个个独立的节点，比如信息录入、健康告知、确认页面、付费等。

进一步，服务器可以对共性及差异化流程进行梳理，比如按不同的产品系列梳理投保环节，按不同保额的产品，梳理差异化流程。

进一步，服务器可以设置业务组件的划分及配置规则。

在本实施例中，服务器在进行组件库的构建的时候，可以根据用于业务的页面数据中业务组件之间的交互联动需求、功能的通用性、功能的独立性等，确定业务组件的颗粒度大小，并进行业务组件的构建。

在一个实施例中，在“页面固定，险种不同，页面相同”情况下，该页面就不需要进行业务组件的拆分，如支付页面（收银台页面），所有投保流程的险种，跳转到支付页面后，支付页面都是一样的样式和逻辑，不会根据险种不同支付页面不同。

在一个实施例中，在“页面布局不会根据险种不同而不同，但是不同险种展示的内容不同”情况下，此类页面支持内容可配置，不需要组件划分，如保险条款和费率表，不同险种的保险条款和费率表不同，但是条款的展示形式是一样的，因此，这种页面不拆分业务组件，但可以支持组件内容配置。

在一个实施例中，在“出现频率高的比较小的功能点，不同险种的差异性大”情况下，这类功能需单独抽离，如有的险种需要收集是否有社保，有的险种不需要收集，那么是否有社保可以单独作为一个可配置的业务组件。

在一个实施例中，在“两个模块没有直接的联系”情况下，可以将两个模块拆分为两个独立的业务组件，如投保人信息和险种信息，拆分成投保人信息组件和险种信息组件两个业务组件。

在一个实施例中，在“两个模块互相关联，内容紧密联系，并且为同一个目标共同作用”情况下，两个模块放在同一个业务组件内，例如投保人姓名、年龄、证件号码、性别，证件号码和性别选择框和年龄输入框都有联动关系，都是收集投保人相关的信息，此时可以将所有收集投保人信息的功能组合成一个投保人信息业务组件。

在本实施例中，服务器可以将投保业务中的对象抽象出来，一个业务组件代表了某个具体的操作。一个个业务组件最终组成了完整的投保流程，这些业务组件可以是独立存在的。业务单元组件之间通过相互作用传递信息，实现复杂业务规则。

在本实施例中，在确定业务物件的颗粒度，可以将业务组件与后台代码进行绑定。

具体地，各业务组件有一个唯一的组件编号component_id，业务组件内部有很多事件，如点击事件（click）、失去焦点事件（onblur）等，每个事件开发一套前后端处理程序，支持用户对组件内部的事件进行配置。

进一步，在业务组件内部，可以通过配置js代码，实现业务组件的内部的逻辑和数据校验。业务组件内部需要调用的接口，也在组件内部进行调用，例如投保人组件中可以选择用户证件类型的下拉框，下拉框里面通过枚举可选项实现，这些可选项通过接口从数据库中获取。

在本实施例中，业务组件的组件编号component_id、投保流程对应的页面和页面对应的组件编号保存到业务组件配置表中。

在其中一个实施例中，根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，以基于加载的业务处理页面执行待处理业务，可以包括：根据业务处理流程，确定对应初始业务处理页面的业务组件；基于初始业务处理页面的业务组件，加载初始业务处理页面；基于用户对初始业务处理页面中展示的业务组件的操作，触发获取对应初始业务处理页面的下一业务处理页面的业务组件，并进行业务处理页面的加载，直至完成待处理业务。

在本实施例中，如前文所述，业务处理配置通过多个配置表进行配置存储。服务器可以根据该多个配置表，确定对应初始业务处理页面的业务组件，并加载初始业务处理页面。

在本实施例中，初始业业务处理页面中加载了对应的业务组件，用户基于终端对初始业业务处理页面中展示的业务组件的操作，判定是否满足跳转指下一业务处理页面，并在确定满足跳转至下一业务处理页面时，调用下一业务处理页面的业务组件，并进行页面的加载。

在本实施例中，对于同一业务处理页面，其可以包括多个业务组件，如回退至上一页的业务组件，或者是跳转至页面A的业务组件，或者是跳转至页面B的业务组件等。基于用户对不同的业务组件的触发，可以跳转至不同的业务处理页面。

在本实施例中，服务器可以基于上述方式完成处理流程，以完成待处理业务的处理。

在其中一个实施例中，根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，可以包括：根据业务处理流程，确定对应各流程节点的页面配置；基于各页面配置，确定各业务处理页面对应的业务组件标识；获取对应业务组件标识的组件数据，并转换为业务组件；在业务处理页面中加载业务组件。

在本实施例中，服务器在调用业务组件时，可以是基于页面配置，获取对应待处理页面中配置的业务组件的业务组件标识，然后通过后台接口从组件库中查询并获取组件数据。

在本实施例中，后台接口返回的组件数据可以是字符串格式的数据，但是前段页面加载的时候，是需要通过组件对象进行入参并进行加载，则服务器可以将字符串转换为组件对象，即业务组件，并进行加载。

在其中一个实施例中，基于加载的业务处理页面执行待处理业务，可以包括：根据用户对业务处理页面中加载的业务组件的触发，调用对应的接口服务；基于各接口服务，查询并执行对应业务组件的事件处理方法，以执行待处理业务。

如前文所述，事件通过事件配置表配置，衔接前后端逻辑，绑定在业务组件上。

在本实施例中，服务器在加载业务处理页面之后，可以用户对业务处理页面上加载的业务组件的触发，执行对应的事件，以进行待处理业务的执行。

具体地，服务器可以通过各业务组件的接口，调用对应的接口服务，并通过接口与服务查询并获取对应的事件处理方法，以执行该事件处理方法。

在本实施例中，所有的业务组件对应同一个接口，但是根据事件的不同选择不同的内部处理方法，即基于业务组件的不同，查询并获取到的事件处理方法不同，服务器可以通过前文所述的表五对各业务组件的事件进行配置，并进行调用。

在其中一个实施例中，上述方法还可以包括：接收对业务组件的更新指示，并对业务组件进行更新。

其中，更新指示可以包括新增、删除、修改等。

在本实施例中，如前文所述，业务组件的组件编号component_id、投保流程对应的页面和页面对应的组件编号保存到业务组件配置表中。当某个投保流程配置完成后，可以在配置管理系统中对所配置的业务组件进行修改和删除等更新。

在本实施例中，根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，可以包括：根据各页面配置，调用更新后的业务组件，并按照业务处理流程动态加载业务处理页面。

在本实施例中，当服务器通过更新指令对所配置的业务组件进行修改和删除等更新后，服务器可以更新数据库中的投保流程所对应的配置信息，实现对处理流程的更新配置，以使得基于更新后的业务组件进行业务处理页面的加载与后续的业务处理。

以下以投保流程为例对系统框架进行详细说明。

在本实施例中，对于投保流程的前端框架搭建开发，通过VUE组件技术实现业务组件化，并通过配置实现业务组件的动态加载，通过Vue的component元素加特殊的配置属性is attribute来实现在不同业务组件之间进行动态切换。

在本实施例中，业务组件可复用Vue实例，可以将业务组件进行任意次数的复用，例如，投保人组件，所有险种都可以用同一个投保人组件，一个投保人组件，可以被很多页面同时引用，一个页面可以引入多个投保人组件。

在本实施例中，在进行业务组件组装的时候，各个业务组件是独立的，业务组件是子组件，例如投保人组件、被保人组件。子组件与子组件之间是兄弟组件，页面是父组件，例如信息录入页面。在父组件中，引入注册各个子组件，子组件的必要校验在子组件里面独自进行校验，校验完成后将数据配置到父组件，在父组件中将各个子组件的数据进行整合，然后将数据提交给接口。

在本实施例中，在进行业务组件校验时，每个子组件的校验方法名取名同一个，子组件校验结束后触发的父组件的函数名一致，父组件触发子组件的方法名取值一样，可以方便组件的循环。

进一步，在组件数据传输中，父组件通过Prop向子组件传递数据，父组件可以通过v-on监听子组件实例的任意事件，通过插槽分发内容。

以下对系统架构的搭建流程进行详细说明。

在本实施例中，先创建项目和规划目录结构，用vue-cli脚手架创建基本项目，运用npm安装项目依赖，运用axios实现接口请求。

进一步，针对拆分好的业务组件，在components中创建vue文件，命名具有唯一性，逐一开发业务组件，通过Vue.component来创建全局组件，业务组件内部的校验方法取名为validate，业务组件内部校验成功后，触及页面父组件的方法getData，将各个业务组件的数据，配置给父组件，并在getData中进行数据整合，父组件中给子组件添加ref从而添加一个占位，通过this.$refs在父组件的方法中调用子组件的方法。

进一步，按照投保流程所涉及的页面进行穷举，为所有页面创建路由。

在本实施例中，在有新增的页面或者组件时，可以在配置管理系统中，新增可配置页面（包含页面路由名称），以及新增业务单元组件（包含组件名称，组件图片）。

进一步，可以在导航守卫router.beforeEach中，根据投保类型或者是投保产品的产品参数code，请求投保流程配置初始化接口，获取此保险产品相关的配置信息，包含此投保流程的页面路由pageList和每个页面里面配置的组件componentList，跳转到pageList数组对应的第一个页面的路由，并且在每个页面中，v-for循环渲染componentList里面配置的组件，点击下一步按钮时，跳转到当前路由所对应的pageList数组下标加1的页面路由。

在本实施例中，对于投保流程后端框架的搭建开发，后台程序为前端页面组件提供业务逻辑支撑，和前端页面组合在一起形成一个独立的业务组件，并且把投保流程切分成一个个步骤，根据配置把每一步的投保步骤串联起来，任一投保步骤都可插拔、可任意组合，达到基于配置0编码即可组装出一套投保程序的效果。

在本实施例中，系统配置业务组件、执行器、数据分配器以及调度器，通过配合以实现业务处理。

具体地，对于业务组件，定义了包含前后端程序的独立业务组件。业务组件之间无强依赖关系，可独立自主运行，可任意组合运行，其唯一标识和排序定义在配置中。其运行结果有成功、阻断、信息等。

其次，对于执行器，定义了投保流程需要执行的各类后台操作。执行器之间无强依赖关系，可独立自主运行，可任意组合运行，其唯一标识和排序定义在配置中。其运行结果有成功、阻断、信息等。

进一步，对于数据分配器，负责收集各个业务组件或执行器产生的数据，并为各个业务组件或执行器提供数据查询功能。

进一步，对于调度器，负责查询配置并基于配置将业务组件、执行器串联组合成一套整体可运行的投保程序。其基于配置中的唯一标识和排序将一个个独立的程序模块串联起来，只要业务组件或执行器运行返回成功，就紧接着执行配置中定好的下一个业务组件或执行器。若业务组件或执行器运行返回阻断，则停止调度工作，并根据运行结果返回的信息提示用户。其中，需要强调的是，调度器根据事件id选择不同的执行器。

在本实施例中，如前文所述，业务处理配置通过配置表存储，以下对配置表的设计进行详细说明。

在本实施例中，配置表可分为3块，即产品配置、营销配置、投保流程配置。

其中，产品配置对保险产品进行了定义，包括产品代码、产品名称、产品费率表、责任信息等。

营销配置基于产品配置定义一套销售方案，包括产品渠道销售代码、保费保额计算公式、销售机构信息、业务员信息、业务组件配置等。业务组件配置定义业务组件，并描述业务组件之间的关系。对应产品渠道销售码设置一个销售程序配置，销售程序配置下面设置一组投保页面配置，投保业务配置下面设置一组业务组件配置。投保页面配置、单元组件配置都拥有自己的唯一标识、可复用。配置主要包括产品渠道销售码、唯一标识、排序、版本号等信息。

投保流程配置定义投保动作需要后台执行的各类操作。对应产品渠道销售码，绑定上一组执行器，执行器拥有唯一标识、可复用。配置主要包括产品渠道销售码、唯一标识、排序、版本号等信息。

应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图6所示，提供了一种基于全流程配置的业务处理装置，包括：数据处理请求获取模块100、业务处理配置获取模块200以及业务处理模块300，其中：

数据处理请求获取模块100，用于获取数据处理请求，数据处理请求携带有待处理业务的业务标识。

业务处理配置获取模块200，用于基于业务标识，获取预先构建的业务处理配置，业务处理配置中包括待处理业务的业务处理流程以及对应各流程节点的页面配置。

业务处理模块300，用于根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，以基于加载的业务处理页面执行待处理业务。

在其中一个实施例中，上述装置还可以：

业务处理流程获取模块，用于获取待处理业务的业务处理流程。

配置模块，用于构建对应业务处理流程的业务处理页面，并从组件库中获取对应各业务处理页面的业务组件，进行业务处理页面的配置。

业务处理配置生成模块，用于存储业务处理流程以及配置后的各业务处理页面，得到业务处理配置。

在其中一个实施例中，业务处理配置基于预先构建的组件库构建。

在本实施例中，上述装置还可以包括：

业务数据获取模块，用于获取已有业务的业务数据，业务数据包括执行已有业务的业务处理流程以及业务处理页面。

拆分模块，用于对业务数据进行拆分，得到对应各业务处理页面的页面数据。

业务功能确定模块，用于基于各页面数据，确定各业务处理页面中所包含的业务功能。

组件配置模块，用于构建对应各业务功能的业务组件，并进行组件功能的配置。

存储模块，用于将配置后的业务组件存储至组件库中。

在其中一个实施例中，业务处理模块300，可以包括：

业务组件确定子模块，用于根据业务处理流程，确定对应初始业务处理页面的业务组件。

初始业务处理页面加载子模块，用于基于初始业务处理页面的业务组件，加载初始业务处理页面。

循环子模块，用于基于用户对初始业务处理页面中展示的业务组件的操作，触发获取对应初始业务处理页面的下一业务处理页面的业务组件，并进行业务处理页面的加载，直至完成待处理业务。

在其中一个实施例中，业务处理模块300，可以包括：

流程节点页面配置确定子模块，用于根据业务处理流程，确定对应各流程节点的页面配置。

组件标识确定子模块，用于基于各页面配置，确定各业务处理页面对应的业务组件标识。

转换处理子模块，用于获取对应业务组件标识的组件数据，并转换为业务组件；

加载子模块，用于在业务处理页面中加载业务组件。

在其中一个实施例中，业务处理模块300，可以包括：

调用子模块，用于根据用户对业务处理页面中加载的业务组件的触发，调用对应的接口服务。

业务处理子模块，用于基于各接口服务，查询并执行对应业务组件的事件处理方法，以执行待处理业务。

在其中一个实施例中，上述装置还可以包括：

更新模块，用于接收对业务组件的更新指示，并对业务组件进行更新；

在本实施例中，业务处理模块300用于根据各页面配置，调用更新后的业务组件，并按照业务处理流程动态加载业务处理页面。

关于基于全流程配置的业务处理装置的具体限定可以参见上文中对于基于全流程配置的业务处理方法的限定，在此不再赘述。上述基于全流程配置的业务处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储数据处理请求、业务处理配置以及业务组件等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于全流程配置的业务处理方法。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：获取数据处理请求，数据处理请求携带有待处理业务的业务标识；基于业务标识，获取预先构建的业务处理配置，业务处理配置中包括待处理业务的业务处理流程以及对应各流程节点的页面配置；根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，以基于加载的业务处理页面执行待处理业务。

在其中一个实施例中，处理器执行计算机程序时实现业务处理配置的生成方式可以包括：获取待处理业务的业务处理流程；构建对应业务处理流程的业务处理页面，并从组件库中获取对应各业务处理页面的业务组件，进行业务处理页面的配置；存储业务处理流程以及配置后的各业务处理页面，得到业务处理配置。

在其中一个实施例中，处理器执行计算机程序时实现业务处理配置基于预先构建的组件库构建，组件库的构建方式可以包括：获取已有业务的业务数据，业务数据包括执行已有业务的业务处理流程以及业务处理页面；对业务数据进行拆分，得到对应各业务处理页面的页面数据；基于各页面数据，确定各业务处理页面中所包含的业务功能；构建对应各业务功能的业务组件，并进行组件功能的配置；将配置后的业务组件存储至组件库中。

在其中一个实施例中，处理器执行计算机程序时实现根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，以基于加载的业务处理页面执行待处理业务，可以包括：根据业务处理流程，确定对应初始业务处理页面的业务组件；基于初始业务处理页面的业务组件，加载初始业务处理页面；基于用户对初始业务处理页面中展示的业务组件的操作，触发获取对应初始业务处理页面的下一业务处理页面的业务组件，并进行业务处理页面的加载，直至完成待处理业务。

在其中一个实施例中，处理器执行计算机程序时实现根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，可以包括：根据业务处理流程，确定对应各流程节点的页面配置；基于各页面配置，确定各业务处理页面对应的业务组件标识；获取对应业务组件标识的组件数据，并转换为业务组件；在业务处理页面中加载业务组件。

在其中一个实施例中，处理器执行计算机程序时实现基于加载的业务处理页面执行待处理业务，可以包括：根据用户对业务处理页面中加载的业务组件的触发，调用对应的接口服务；基于各接口服务，查询并执行对应业务组件的事件处理方法，以执行待处理业务。

在其中一个实施例中，处理器执行计算机程序时还可以实现以下步骤：接收对业务组件的更新指示，并对业务组件进行更新。

在本实施例中，处理器执行计算机程序时实现根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，可以包括：根据各页面配置，调用更新后的业务组件，并按照业务处理流程动态加载业务处理页面。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：获取数据处理请求，数据处理请求携带有待处理业务的业务标识；基于业务标识，获取预先构建的业务处理配置，业务处理配置中包括待处理业务的业务处理流程以及对应各流程节点的页面配置；根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，以基于加载的业务处理页面执行待处理业务。

在其中一个实施例中，计算机程序被处理器执行时实现业务处理配置的生成方式可以包括：获取待处理业务的业务处理流程；构建对应业务处理流程的业务处理页面，并从组件库中获取对应各业务处理页面的业务组件，进行业务处理页面的配置；存储业务处理流程以及配置后的各业务处理页面，得到业务处理配置。

在其中一个实施例中，计算机程序被处理器执行时实现业务处理配置基于预先构建的组件库构建，组件库的构建方式可以包括：获取已有业务的业务数据，业务数据包括执行已有业务的业务处理流程以及业务处理页面；对业务数据进行拆分，得到对应各业务处理页面的页面数据；基于各页面数据，确定各业务处理页面中所包含的业务功能；构建对应各业务功能的业务组件，并进行组件功能的配置；将配置后的业务组件存储至组件库中。

在其中一个实施例中，计算机程序被处理器执行时实现根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，以基于加载的业务处理页面执行待处理业务，可以包括：根据业务处理流程，确定对应初始业务处理页面的业务组件；基于初始业务处理页面的业务组件，加载初始业务处理页面；基于用户对初始业务处理页面中展示的业务组件的操作，触发获取对应初始业务处理页面的下一业务处理页面的业务组件，并进行业务处理页面的加载，直至完成待处理业务。

在其中一个实施例中，计算机程序被处理器执行时实现根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，可以包括：根据业务处理流程，确定对应各流程节点的页面配置；基于各页面配置，确定各业务处理页面对应的业务组件标识；获取对应业务组件标识的组件数据，并转换为业务组件；在业务处理页面中加载业务组件。

在其中一个实施例中，计算机程序被处理器执行时实现基于加载的业务处理页面执行待处理业务，可以包括：根据用户对业务处理页面中加载的业务组件的触发，调用对应的接口服务；基于各接口服务，查询并执行对应业务组件的事件处理方法，以执行待处理业务。

在其中一个实施例中，计算机程序被处理器执行时还可以实现以下步骤：接收对业务组件的更新指示，并对业务组件进行更新。

在本实施例中，计算机程序被处理器执行时实现根据各页面配置，调用业务组件，并按照业务处理流程动态加载业务处理页面，可以包括：根据各页面配置，调用更新后的业务组件，并按照业务处理流程动态加载业务处理页面。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器（ROM）、可编程ROM（PROM）、电可编程ROM（EPROM）、电可擦除可编程ROM（EEPROM）或闪存。易失性存储器可包括随机存取存储器（RAM）或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM（SRAM）、动态RAM（DRAM）、同步DRAM（SDRAM）、双数据率SDRAM（DDRSDRAM）、增强型SDRAM（ESDRAM）、同步链路（Synchlink） DRAM（SLDRAM）、存储器总线（Rambus）直接RAM（RDRAM）、直接存储器总线动态RAM（DRDRAM）、以及存储器总线动态RAM（RDRAM）等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种基于全流程配置的业务处理方法，其特征在于，所述方法包括：

获取数据处理请求，所述数据处理请求携带有待处理业务的业务标识；

基于所述业务标识，获取预先构建的业务处理配置，所述业务处理配置中包括所述待处理业务的业务处理流程以及对应各流程节点的页面配置；

根据各所述页面配置，调用业务组件，并按照所述业务处理流程动态加载业务处理页面，以基于加载的所述业务处理页面执行所述待处理业务。

2.根据权利要求1所述的方法，其特征在于，所述业务处理配置的生成方式包括：

获取所述待处理业务的业务处理流程；

构建对应所述业务处理流程的业务处理页面，并从组件库中获取对应各所述业务处理页面的业务组件，进行业务处理页面的配置；

存储所述业务处理流程以及配置后的各所述业务处理页面，得到业务处理配置。

3.根据权利要求1所述的方法，其特征在于，所述业务处理配置基于预先构建的组件库构建，所述组件库的构建方式包括：

获取已有业务的业务数据，所述业务数据包括执行所述已有业务的业务处理流程以及业务处理页面；

对所述业务数据进行拆分，得到对应各所述业务处理页面的页面数据；

基于各所述页面数据，确定各所述业务处理页面中所包含的业务功能；

构建对应各所述业务功能的业务组件，并进行组件功能的配置；

将配置后的所述业务组件存储至组件库中。

4.根据权利要求1所述的方法，其特征在于，所述根据各所述页面配置，调用业务组件，并按照所述业务处理流程动态加载业务处理页面，以基于加载的所述业务处理页面执行所述待处理业务，包括：

根据所述业务处理流程，确定对应初始业务处理页面的业务组件；

基于所述初始业务处理页面的业务组件，加载所述初始业务处理页面；

基于用户对所述初始业务处理页面中展示的业务组件的操作，触发获取对应所述初始业务处理页面的下一业务处理页面的业务组件，并进行业务处理页面的加载，直至完成所述待处理业务。

5.根据权利要求1所述的方法，其特征在于，所述根据各所述页面配置，调用业务组件，并按照所述业务处理流程动态加载业务处理页面，包括：

根据所述业务处理流程，确定对应各流程节点的页面配置；

基于各所述页面配置，确定各所述业务处理页面对应的业务组件标识；

获取对应所述业务组件标识的组件数据，并转换为业务组件；

在所述业务处理页面中加载所述业务组件。

6.根据权利要求1所述的方法，其特征在于，所述基于加载的所述业务处理页面执行所述待处理业务，包括：

根据用户对所述业务处理页面中加载的业务组件的触发，调用对应的接口服务；

基于各所述接口服务，查询并执行对应业务组件的事件处理方法，以执行所述待处理业务。

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

接收对所述业务组件的更新指示，并对所述业务组件进行更新；

所述根据各所述页面配置，调用业务组件，并按照所述业务处理流程动态加载业务处理页面，包括：

根据各所述页面配置，调用更新后的业务组件，并按照所述业务处理流程动态加载业务处理页面。

8.一种基于全流程配置的业务处理装置，其特征在于，所述装置包括：

数据处理请求获取模块，用于获取数据处理请求，所述数据处理请求携带有待处理业务的业务标识；

业务处理配置获取模块，用于基于所述业务标识，获取预先构建的业务处理配置，所述业务处理配置中包括所述待处理业务的业务处理流程以及对应各流程节点的页面配置；

业务处理模块，用于根据各所述页面配置，调用业务组件，并按照所述业务处理流程动态加载业务处理页面，以基于加载的所述业务处理页面执行所述待处理业务。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

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

Images