业务处理方法、装置、电子设备及计算机可读存储介质与流程

1.本技术涉及计算机技术领域，具体而言，本技术涉及一种业务处理方法、装置、电子设备及计算机可读存储介质。


背景技术：

2.随着计算机技术飞速发展，无纸化办公越来越多地替代了传统的办公模式，人们开始习惯于更多地通过计算机来设计和管理业务流程或是工作流程，比如，利用计算机来实现按照某种预定义的规则自动进行传递文档、信息或任务。
3.现有的用来管理业务流程的流程系统一般为业务系统的子系统，与业务系统的耦合度较高。当业务人员需要查看、修改或者审批业务数据时，通常是获取业务系统的业务表单供业务人员进行相应处理，当业务人员处理完业务表单中的业务数据后，还需要与业务系统进行交互，基于处理后的业务表单更新业务系统中的历史表单。
4.当业务流程有多个业务处理节点需要多个业务人员针对业务表单中的数据进行处理时，根据每个业务处理节点的业务人员的处理操作更新完业务表单后，均需要跟业务系统进行交互，根据处理后的业务表单更新业务系统中的历史表单，使得出现大量的重复操作，处理业务时效率较低，难以满足实际需求。


技术实现要素：

5.本技术实施例的目的旨在能解决处理业务效率较低的问题。
6.第一方面，提供了一种业务处理方法，该方法包括：
7.接收业务系统发送的业务处理请求，业务处理请求包括业务流程记录表标识和待处理业务数据；
8.基于业务流程记录表标识确定对应的业务流程记录表以及业务处理流程文件，业务处理流程文件包括至少一个业务处理节点；
9.基于业务处理流程文件对待处理业务数据进行处理，并在业务流程记录表中记录每一业务处理节点生成的业务处理数据；
10.基于业务流程记录表中记录的业务处理数据，生成业务处理请求对应的业务数据处理结果，将业务数据处理结果发送至业务系统。
11.在第一方面的可选实施例中，业务流程记录表是通过以下方式生成的：
12.基于接收到的业务项目创建请求，创建业务项目；
13.确定业务项目对应的业务表单规则；
14.获取流程配置信息；
15.基于业务表单规则和流程配置信息，生成业务流程记录表。
16.在第一方面的可选实施例中，业务项目创建请求包括业务项目标识、业务项目标识对应的至少一个业务属性以及每个业务属性对应的属性配置信息；
17.确定业务项目对应的业务表单规则，包括：
18.接收针对至少一个业务属性的选择操作，基于选择操作从至少一个业务属性中确定出至少一个目标业务属性；将至少一个目标业务属性以及各目标业务属性对应的属性配置信息作为业务项目对应的业务表单规则；
19.业务流程记录表里包括至少一个目标业务属性；
20.在第一方面的可选实施例中，待处理业务数据包括至少一个目标业务属性以及对应的属性值；
21.基于业务流程记录表标识确定对应的业务流程记录表之后，还包括：
22.将待处理数据中至少一个目标业务属性对应的属性值作为初始业务处理数据，保存于业务流程记录表中对应的目标业务属性的属性值字段中。
23.在第一方面的可选实施例中，获取流程配置信息，包括：
24.通过业务流程配置界面接收针对业务项目的业务流程配置操作；
25.基于业务流程配置操作确定流程配置信息；
26.方法还包括：
27.基于流程配置信息生成业务项目对应的业务处理流程文件。
28.在第一方面的可选实施例中，业务流程配置界面包括流程绘制界面，业务流程配置操作包括流程绘制操作，流程绘制操作包括业务处理节点选择操作，针对选择出的业务处理节点的业务处理逻辑配置操作以及节点权限配置操作。
29.在第一方面的可选实施例中，流程配置信息包括：至少一个业务处理节点、各业务处理节点的节点权限信息以及各业务处理节点之间的业务处理逻辑顺序。
30.在第一方面的可选实施例中，基于业务处理流程文件对待处理业务数据进行处理，并在业务流程记录表中记录每一业务处理节点生成的业务处理数据，包括：
31.通过各业务处理节点对各自对应的目标业务数据进行处理，并将处理后得到的业务处理数据存储于业务流程记录表中；
32.针对业务处理逻辑顺序中第一个业务处理节点，第一个业务处理节点对应的目标业务数据为待处理业务数据；
33.针对除第一个业务处理节点之外的每个业务处理节点，业务处理节点对应的目标业务数据为业务处理逻辑顺序中上一个业务处理节点生成的业务处理数据。
34.在第一方面的可选实施例中，当业务处理逻辑顺序中的任一业务处理节点存在对应的至少两个下一业务处理节点时，流程配置信息还包括至少两个下一业务处理节点分别对应的执行条件，根据业务处理节点对应的业务处理数据以及至少两个下一业务处理节点分别对应的执行条件，确定目标业务处理节点，通过目标处理节点对业务处理节点对应的业务处理数据进行处理，并将处理后得到的业务处理数据存储于业务流程记录表中。
35.第二方面，提供了一种业务处理装置，该装置包括：
36.接收模块，用于接收业务系统发送的业务处理请求，业务处理请求包括业务流程记录表标识和待处理业务数据；
37.确定模块，用于基于业务流程记录表标识确定对应的业务流程记录表以及业务处理流程文件，业务处理流程文件包括至少一个业务处理节点；
38.处理模块，用于基于业务处理流程文件对待处理业务数据进行处理，并在业务流程记录表中记录每一业务处理节点生成的业务处理数据；
39.结果发送模块，用于基于业务流程记录表中记录的业务处理数据，生成业务处理请求对应的业务数据处理结果，将业务数据处理结果发送至业务系统。
40.在第二方面的可选实施例中，还包括记录表生成模块，具体用于：
41.基于接收到的业务项目创建请求，创建业务项目；
42.确定业务项目对应的业务表单规则；
43.获取流程配置信息；
44.基于业务表单规则和流程配置信息，生成业务流程记录表。
45.在第二方面的可选实施例中，业务项目创建请求包括业务项目标识、业务项目标识对应的至少一个业务属性以及每个业务属性对应的属性配置信息；
46.记录表生成模块在确定业务项目对应的业务表单规则时，具体用于：
47.接收针对至少一个业务属性的选择操作，基于选择操作从至少一个业务属性中确定出至少一个目标业务属性；将至少一个目标业务属性以及各目标业务属性对应的属性配置信息作为业务项目对应的业务表单规则；
48.业务流程记录表里包括至少一个目标业务属性；
49.在第二方面的可选实施例中，待处理业务数据包括至少一个目标业务属性以及对应的属性值；
50.还包括初始业务处理数据记录模块，具体用于：
51.将待处理数据中至少一个目标业务属性对应的属性值作为初始业务处理数据，保存于业务流程记录表中对应的目标业务属性的属性值字段中。
52.在第二方面的可选实施例中，记录表生成模块在获取流程配置信息时，具体用于：
53.通过业务流程配置界面接收针对业务项目的业务流程配置操作；
54.基于业务流程配置操作确定流程配置信息；
55.还包括流程文件生成模块，具体用于：
56.基于流程配置信息生成业务项目对应的业务处理流程文件。
57.在第二方面的可选实施例中，业务流程配置界面包括流程绘制界面，业务流程配置操作包括流程绘制操作，流程绘制操作包括业务处理节点选择操作，针对选择出的业务处理节点的业务处理逻辑配置操作以及节点权限配置操作。
58.在第二方面的可选实施例中，流程配置信息包括：至少一个业务处理节点、各业务处理节点的节点权限信息以及各业务处理节点之间的业务处理逻辑顺序。
59.在第二方面的可选实施例中，处理模块在基于业务处理流程文件对待处理业务数据进行处理，并在业务流程记录表中记录每一业务处理节点生成的业务处理数据时，具体用于：
60.通过各业务处理节点对各自对应的目标业务数据进行处理，并将处理后得到的业务处理数据存储于业务流程记录表中；
61.针对业务处理逻辑顺序中第一个业务处理节点，第一个业务处理节点对应的目标业务数据为待处理业务数据；
62.针对除第一个业务处理节点之外的每个业务处理节点，业务处理节点对应的目标业务数据为业务处理逻辑顺序中上一个业务处理节点生成的业务处理数据。
63.在第二方面的可选实施例中，还包括条件检测模块，具体用于：
64.当业务处理逻辑顺序中的任一业务处理节点存在对应的至少两个下一业务处理节点时，流程配置信息还包括至少两个下一业务处理节点分别对应的执行条件，根据业务处理节点对应的业务处理数据以及至少两个下一业务处理节点分别对应的执行条件，确定目标业务处理节点，通过目标处理节点对业务处理节点对应的业务处理数据进行处理，并将处理后得到的业务处理数据存储于业务流程记录表中。
65.第三方面，提供了一种电子设备，该电子设备包括：
66.存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现上述任一实施例的业务处理方法。
67.第四方面，提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述任一实施例的业务处理方法。
68.第五方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行时实现第一方面实施例中所提供的方法。
69.上述的业务处理方法，接收业务系统发送的包括业务流程记录表标识和待处理业务数据的业务处理请求，并基于业务流程记录表标识确定对应的业务流程记录表以及业务处理流程文件，其中，业务流程处理文件可以包括至少一个业务处理节点。通过业务处理流程文件对待处理业务数据进行处理，并在业务流程记录表中记录每一业务处理节点生成的业务处理数据，然后根据业务流程记录表中记录的业务处理数据生成业务数据处理结果，并将业务数据处理结果发送至业务系统，实现了将业务处理流程与业务系统深度解耦，在业务处理流程中，针对有查看、修改和审批等需求的业务数据可直接从相应的业务流程记录表中进行读取、修改或录入，提高了业务处理效率。
附图说明
70.为了更清楚地说明本技术实施例中的技术方案，下面将对本技术实施例描述中所需要使用的附图作简单地介绍。
71.图1为本技术实施例提供的一种业务处理方法的流程示意图；
72.图2为本技术实施例提供的一种业务处理方法的业务流程记录表示意图；
73.图3为本技术实施例提供的一种业务处理方法的业务流程记录表示意图；
74.图4为本技术实施例提供的一种业务处理方法中处理待处理业务数据的示意图；
75.图5为本技术实施例提供的一种业务处理方法中利用执行条件确定目标业务处理节点的示意图；
76.图6为本技术实施例提供的一种业务处理方法的流程示意图；
77.图7为本技术实施例提供的一种业务处理方法中流程系统的系统架构示意图；
78.图8为本技术实施例提供的一种业务处理方法中创建并配置业务处理流程的示意图；
79.图9为本技术实施例提供的一种业务处理方法中的业务处理流程示意图；
80.图10为本技术实施例提供的一种业务处理装置的结构示意图；
81.图11为本技术实施例提供的一种用于业务处理的电子设备的结构示意图。
具体实施方式
82.下面结合本技术中的附图描述本技术的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本技术实施例的技术方案的示例性描述，对本技术实施例的技术方案不构成限制。
83.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本技术实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作、元件和/或组件，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“a和/或b”可以实现为“a”，或者实现为“b”，或者实现为“a和b”。
84.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
85.工作流，即通过计算机对业务处理流程进行自动化地执行和管理，使在多个参与者之间按照某种预定义的规则自动进行传递文档、信息或任务的过程，从而实现某个预期的业务目标，或者促使此目标的实现。
86.目前，用于实现工作流的流程系统一般通过业务系统和流程实例建立关联，与流程中心的耦合度较高，当业务人员需要查看、修改审批业务单据时，通常是将业务系统的单据页面嵌入流程系统的流程中心显示界面。如果业务人员需要在审批节点(或业务处理节点)上控制业务单据的操作权限，则需要修改业务系统内相应的业务单据对应的操作权限，在审批(或处理)过程中，如果需要记录每个审批节点(或业务处理节点)对应的业务单据信息变化，则需要建立相应的历史表进行记录，使业务单据审批(或处理)流程效率较低，难以满足实际需求。
87.本技术提供的业务处理方法、装置、电子设备及可读存储介质，旨在解决现有技术的如上技术问题。
88.下面通过对几个示例性实施方式的描述，对本技术实施例的技术方案以及本技术的技术方案产生的技术效果进行说明。需要指出的是，下述实施方式之间可以相互参考、借鉴或结合，对于不同实施方式中相同的术语、相似的特征以及相似的实施步骤等，不再重复描述。
89.本技术实施例中提供了一种业务处理方法，以应用于服务器为例，如图1所示，该方法包括：
90.步骤s101，接收业务系统发送的业务处理请求，业务处理请求包括业务流程记录表标识和待处理业务数据。
91.其中，业务系统可以是任何需要进行流程设计和管理的外部系统，可以接收业务系统发送的业务处理请求，业务处理请求可以包括业务流程记录表标识和待处理业务数据。具体的，本技术所提供的业务处理方法可以实现为一个流程系统，业务系统可以通过预定义的接口与流程系统进行交互。
92.在本技术实施例中，业务处理请求可以是由用户通过与业务系统关联的客户端进行触发，并通过客户端的用户界面输入待处理数据以及选择业务处理请求类型，可以通过用户选择的业务处理请求类型确定出业务处理请求类型对应的业务流程记录表标识，可以将确定出的业务流程记录表标识作为业务处理请求中的业务流程记录表标识。
93.具体的，可以在业务系统中预先配置业务请求类型和业务流程记录表标识之间的匹配关系，例如，业务请求类型可以包括请假单据、财务支出单据、报销单据，业务流程记录表标识可以包括请假流程记录表标识、财务支出流程记录表标识以及报销流程记录表标识，则预先配置的匹配关系可以为：请假单据与请假流程记录表标识相匹配、财务支出单据与财务支出流程记录表标识相匹配、报销单据与报销流程记录表标识相匹配，可以根据用户选择的业务处理请求类型确定对应的业务流程记录表标识，而业务系统中的业务流程记录表标识与流程系统中各个业务流程记录表的业务流程记录表标识存在对应关系，可以根据业务处理请求中的业务流程记录表标识确定出对应的业务流程记录表。
94.步骤s102，基于业务流程记录表标识确定对应的业务流程记录表以及业务处理流程文件，业务处理流程文件包括至少一个业务处理节点；
95.其中，每个业务流程记录表可以有各自对应的业务流程记录表标识，包括但不限于名称、编号等，可以根据业务处理请求中的业务流程记录表标识确定对应的业务流程记录表。而一个业务流程记录表可以对应于一个业务处理流程文件，通过确定出的业务流程记录表可以进一步确定出业务处理请求对应的业务处理流程文件。
96.业务处理流程文件可以表征一个业务处理流程，具体可以包括至少一个业务处理节点，每个业务处理节点可以表征业务处理流程中的一个业务处理步骤。当存在多个业务处理节点时，业务处理节点之间存在执行顺序，并且，每个业务处理节点可以有对应的业务处理人以及业务处理人针对该业务处理节点的业务处理权限。
97.业务流程记录表可以用来记录对待处理业务数据进行处理的过程中，每一业务处理节点生成的业务处理数据，即记录经过每一个业务处理节点后，业务数据的变化过程。
98.在本技术实施例中，业务流程记录表可以通过以下方式生成：
99.(1)基于接收到的业务项目创建请求，创建业务项目。
100.其中，业务项目创建请求可以包括业务项目标识、业务项目标识对应的至少一个业务属性以及每个业务属性对应的属性配置信息。
101.具体的，本技术提供的业务处理方法实现为一个流程系统时，可以由流程系统向用户提供业务项目创建界面，用户可以通过业务项目创建界面配置业务项目标识以及业务项目标识对应的至少一个业务属性以及每个业务属性对应的属性配置信息。其中，业务项目可以理解为一个需要创建相应任务处理流程的业务主题，用户可以通过业务项目创建界面可视化地配置业务项目的一些基础信息(即业务项目标识、业务属性和属性配置信息等)。其中，业务项目标识可以是业务项目名称，业务属性可以是该业务项目相关联的属性，属性配置信息可以是指每个业务属性的参数数值应满足的条件，例如，数据范围、文本长度等。
102.在一些实施例中，流程系统可以先从业务系统获取业务系统中的各第一业务项目标识(此处“第一”的前缀仅用作区分两个系统中的业务项目)以及各第一业务项目标识对应的业务属性、属性配置信息。当用户在配置业务项目时，可以先对业务项目标识进行配
置，然后由流程系统根据业务项目标识确定相匹配的第一业务项目标识，将匹配出的第一业务项目标识对应的业务属性、属性配置信息作为该业务项目标识对应的业务属性、属性配置信息，无需用户再次在流程系统中进行配置。
103.作为示例，当业务项目标识为员工请假审批流程时，业务项目标识对应的业务属性可以包括请假人、请假时间、请假类型以及请假原因等。以请假人这一业务属性为例，其属性配置信息可以为：文本长度为1～10个字节、数据类型为字符型。
104.在一些实施例中，一个业务项目，可以继续细分为多个业务点，可以进一步对每个业务点配置对应的业务属性和属性配置信息。例如，针对业务项目标识为员工请假审批流程的业务项目，可以将该业务项目继续细分为多个业务点，比如可以为公司的每个部门在该业务项目内设置一个业务点，即该业务项目下还可以包括a部门对应的业务点，b部门对应的业务点等等。每个业务点对应的业务属性和属性配置信息可以全部一致，也可以分别配置不同的业务属性和属性配置信息，本技术不做限制。
105.(2)确定业务项目对应的业务表单规则。
106.其中，确定业务项目对应的业务表单规则可以包括：从业务项目对应的至少一个业务属性中确定出至少一个目标业务属性，再进一步确定各目标业务属性对应的属性配置信息，可以将至少一个目标业务属性以及各目标业务属性对应的属性配置信息作为业务项目对应的业务表单规则。
107.(3)获取流程配置信息。在本技术实施例中，可以通过预设的业务流程配置界面接收针对业务项目的业务流程配置操作，然后基于业务流程配置操作确定流程配置信息，流程配置信息可以用于表征业务项目对应的业务处理流程。具体的，获取流程配置信息的方法将在后文进行详细说明。
108.(4)基于业务表单规则和流程配置信息，生成业务流程记录表，业务流程记录表里包括至少一个目标业务属性。其中，业务处理请求中的待处理业务数据与目标业务属性存在联系，具体的，待处理业务数据可以包括至少一个目标业务属性对应的属性值。
109.业务表单规则可以包括至少一个目标业务属性和目标业务属性的属性配置信息，而流程配置信息可以包括业务项目对应的业务处理流程中业务处理节点的节点基础属性，例如，节点基础属性可以包括审批节点名称、审批类型、审批人、审批意见以及审批时间等，可以基于业务表单规则和流程配置信息，生成业务流程记录表。具体的，可以将目标业务属性和节点属性作为业务流程记录表中的属性值字段。
110.例如，当目标业务属性包括请假人、请假时间和请假类型，而流程配置信息中的节点基础属性可以包括审批节点名称、审批人、审批时间和审批意见，则可以将目标业务属性和节点基础属性作为业务流程记录表中的属性值字段，形成的业务流程记录表的示意图可以如图2所示。此时业务流程记录表中还未填写入业务数据。
111.当目标业务属性包括请假人、请假时间和请假类型时，业务处理请求中的待处理业务数据可以包括至少一个目标业务属性以及对应的属性值，例如，待处理业务数据可以为“请假人：小王；请假时间：2天；请假类型：事假”。
112.在本技术实施例中，业务项目创建请求可以包括业务项目标识、业务项目标识对应的至少一个业务属性以及每个业务属性对应的属性配置信。
113.确定业务项目对应的业务表单规则，可以包括如下步骤：接收针对至少一个业务
属性的选择操作，基于选择操作从至少一个业务属性中确定出至少一个目标业务属性。
114.其中，本技术提供的业务处理方法实现为一个流程系统时，可以在流程系统的业务项目配置界面中向用户提供多个业务属性的选项，根据用户的选择操作从至少一个业务属性中确定出至少一个目标业务属性，并且，可以将目标业务属性以及对应的属性配置信息作为业务项目对应的表单规则。
115.可以理解的是，基于业务表单规则和流程配置信息生成的业务流程记录表中包括至少一个目标业务属性。
116.本技术提供的业务处理方法可以适配各种在用的、复杂的业务场景，只需从多个业务属性中选择出至少一个目标业务属性，就可以基于至少一个目标属性以及对应的属性配置信息建立相应的表单规则，快速生成业务流程记录表。
117.在一些实施例中，当一个业务项目包括多个业务点时，可以针对每个业务点设置不同的目标业务属性，将每一业务点对应的目标业务属性和目标业务属性对应的属性配置信息作为该业务点对应的表单规则。
118.在本技术实施例中，待处理业务数据可以包括至少一个目标业务属性以及对应的属性值。基于业务流程记录表标识确定对应的业务流程记录表之后，还包括如下步骤：将待处理数据中至少一个目标业务属性对应的属性值作为初始业务处理数据，保存于业务流程记录表中对应的目标业务属性的属性值字段中。
119.在一个示例中，当业务流程记录表中属性值字段包括请假人、请假时间和请假类型，而待处理业务数据为“请假人：小王；请假时间：2天；请假类型：事假”时，可以将待处理业务数据作为初始业务处理数据，并保存于业务流程记录表中对应的目标业务属性的属性值字段中，此时业务流程记录表的示意图如图3所示。
120.步骤s103，可以基于业务处理流程文件对待处理业务数据进行处理，并在业务流程记录表中记录每一业务处理节点生成的业务处理数据。
121.其中，业务处理流程文件包括至少一个业务处理节点，基于业务处理流程文件对待处理数据进行处理可以是指基于业务处理流程文件中的至少一个业务处理节点对待处理数据进行处理。
122.具体的，业务处理流程文件可以表征一个业务处理流程，而业务处理节点可以表征业务处理流程中的一个业务处理步骤，基于业务处理节点对应的业务处理人以及业务处理人针对该业务处理节点的业务处理权限可以确定出在本业务处理步骤中由何人对待处理业务数据进行何种处理。在实际应用场景中，当基于一个业务处理节点对待处理业务数据进行处理时，实际可以是根据该业务处理节点对应的业务处理人和业务处理人的业务处理权限将待处理业务数据发送至该业务处理人的客户端，使该业务处理人可以通过客户端在自己的业务处理权限内对待处理业务数据进行处理，处理完成后，通过客户端将处理后得到的业务数据发送至流程系统的服务器。
123.在本技术实施例中，基于业务处理流程文件对待处理业务数据进行处理，并在业务流程记录表中记录每一业务处理节点生成的业务处理数据，可以包括如下步骤：
124.通过各业务处理节点对各自对应的目标业务数据进行处理，并将处理后得到的业务处理数据存储于业务流程记录表中。
125.其中，针对业务处理逻辑顺序中第一个业务处理节点，第一个业务处理节点对应
的目标业务数据为待处理业务数据(即业务流程记录表中的初始业务处理数据)；针对除第一个业务处理节点之外的每一业务处理节点，业务处理节点对应的目标业务数据为业务处理逻辑顺序中上一个业务处理节点生成的业务处理数据。此处，上一个业务处理节点生成的业务处理数据可以是指上一个业务处理节点处理完成后得到的、并记录于业务流程记录表中的业务处理数据。
126.在一个示例中，基于业务处理流程文件对待处理业务数据进行处理的过程中，业务处理数据的变化过程可以如图4所示，假设一个业务处理流程文件中包含业务处理节点a、业务处理节点b、业务处理节点c和业务处理节点d。
127.针对业务处理节点a，其对应的目标业务数据为待处理业务数据，当通过业务处理节点a对待处理业务数据进行处理后，得到业务处理数据a，并将业务处理数据a记录在业务流程记录表中。
128.针对业务处理节点b，其对应的目标业务数据为业务处理数据a，当通过业务处理节点b对业务处理数据a进行处理后，得到业务处理数据b，并将业务处理数据b记录在业务流程记录表中。
129.针对业务处理节点c，其对应的目标业务数据为业务处理数据b，当通过业务处理节点c对业务处理数据b进行处理后，得到业务处理数据c，并将业务处理数据c记录在业务流程记录表中。
130.针对业务处理节点d，其对应的目标业务数据为业务处理数据c，当通过业务处理节点d对业务处理数据c进行处理后，得到业务处理数据d，并将业务处理数据d记录在业务流程记录表中。
131.在一些实施例中，当所述业务处理逻辑顺序中某一业务处理节点有至少两个下一业务处理节点时，每个下一业务处理节点可以存在相应的执行条件，可以将当前业务处理节点处理后得到的业务处理数据满足的执行条件对应的下一业务处理节点作为目标业务处理节点，通过目标业务处理节点对当前业务处理节点的业务处理数据进行处理，并将处理后得到的业务处理数据存储于所述业务流程记录表中。
132.步骤s104，基于业务流程记录表中记录的业务处理数据，生成业务处理请求对应的业务数据处理结果，将业务数据处理结果发送至业务系统。
133.在本技术实施例中，可以将业务流程记录表中记录的最新的业务处理数据用json(一种轻量级的数据交换格式)格式转化为相应的json文件，并将json文件作为业务数据处理结果发送给业务系统。
134.上述的业务处理方法，接收业务系统发送的包括业务流程记录表标识和待处理业务数据的业务处理请求，并基于业务流程记录表标识确定对应的业务流程记录表以及业务处理流程文件，其中，业务流程处理文件可以包括至少一个业务处理节点。通过业务处理流程文件对待处理业务数据进行处理，并在业务流程记录表中记录每一业务处理节点生成的业务处理数据，然后根据业务流程记录表中记录的业务处理数据生成业务数据处理结果，并将业务数据处理结果发送至业务系统，实现了将业务处理流程与业务系统深度解耦，在业务处理流程中，针对有查看、修改和审批等需求的业务数据可直接从相应的业务流程记录表中进行读取、修改或录入，提高了业务处理效率。
135.本技术实施例中提供了一种可能的实现方式，可以基于流程配置信息生成业务项
目对应的业务处理流程文件，流程配置信息可以包括：至少一个业务处理节点、各业务处理节点的节点权限信息以及各业务处理节点之间的业务处理逻辑顺序。
136.获取流程配置信息，可以包括如下步骤：通过业务流程配置界面接收针对业务项目的业务流程配置操作；基于业务流程配置操作确定流程配置信息。
137.在本技术实施例中，业务流程配置界面可以包括流程绘制界面，业务流程配置操作可以包括流程绘制操作，而流程绘制操作包括业务处理节点选择操作，针对选择出的业务处理节点的业务处理逻辑配置操作以及节点权限配置操作。
138.则通过业务流程配置界面接收针对业务项目的业务流程配置操作；基于业务流程配置操作确定流程配置信息，可以包括如下步骤：
139.可以通过流程绘制界面接收针对业务项目的流程绘制操作，流程绘制操作包括业务处理节点选择操作，以及针对选择出的业务处理节点之间的业务处理逻辑配置操作；
140.基于流程绘制操作可以确定出至少一个业务处理节点以及各业务处理节点之间的业务处理逻辑顺序，其中，业务处理逻辑顺序可以包括至少一个业务处理节点之间的执行顺序，也可以包括当一个业务处理节点(假设为当前业务处理节点)对应于至少两个下一业务处理节点时，每个下一业务处理节点分别对应的执行条件，以实现在实际应用中，通过检测当前业务处理节点的业务处理数据满足的执行条件，从至少两个下一任务节点中确定出目标业务处理节点作为下一个执行的业务处理节点。
141.具体的，当本技术所提供的业务处理方法实现为一个流程系统时，业务流程配置界面可以由流程系统中的流程设计器实现，可以通过可视化地绘制包含至少一个业务处理节点的流程图，来完成对业务处理节点的选择以及对各业务处理节点之间业务处理逻辑的配置。在通过流程设计器完成流程图的绘制之后，还需要引擎对流程图进行部署，生成业务流程处理文件。业务流程处理文件可以为xml格式，使流程系统能够基于业务流程处理文确定各个业务处理节点之间的执行顺序，并根据执行顺序依次将个业务处理节点负责处理的业务数据发送至各个业务处理节点的业务处理人的客户端中，并接收各个业务处理人的客户端返回的业务处理数据。
142.具体的，流程设计器可以基于bpmn.js(一个流程图建模器)实现，可以形成可视化的业务流程配置界面，界面中可以包含菜单栏和绘图区，菜单栏中可以设有绘制流程图所需的各类节点图标；业务人员可以在设计器上绘制流程图，绘制方法包括但不限于：从菜单栏中选择出至少一个业务处理节点，并通过拖拽、连线等方式完成流程图的绘制。
143.在本技术实施例中，业务流程配置操作还包括针对各业务处理节点的节点权限配置操作，流程配置信息包括各业务处理节点的节点权限信息，节点权限信息包括业务处理节点对应的业务处理人、以及业务处理人针对业务处理节点的业务处理权限；
144.其中，业务处理人的业务处理权限可以包括以下至少一项：
145.查看、修改或者审批待处理业务数据或业务流程记录表中的业务处理数据。
146.在本技术实施例中，每个业务处理节点的业务处理人针对该业务处理节点的业务处理权限可以根据需求进行设置，一个业务处理节点可以由多个业务处理人，每个业务处理人可以拥有不同的业务处理权限，本技术不做限制。
147.同时，对于业务处理权限的配置可以更加细化，例如，针对查看业务流程记录表中的业务处理数据这一权限，可以进一步限制业务处理人可以看到业务流程记录表中哪些属
性字段的属性值，也可以对业务处理人查看历史的业务处理数据的范围进行限制，例如，每一业务处理节点的业务处理人只能看见上一业务处理节点的业务处理数据，对此，可以灵活进行配置，本技术不做限制。
148.本技术实施例中提供了一种可能的实现方式，对于除业务处理逻辑顺序中最后的业务处理节点之外的每个业务处理节点，存在至少一个下一业务处理节点；
149.当所述业务处理逻辑顺序中的任一业务处理节点存在对应的至少两个下一业务处理节点时，根据该业务处理节点对应的业务处理数据以及至少两个下一业务处理节点分别对应的执行条件，确定目标业务处理节点，通过目标处理节点对业务处理节点对应的业务处理数据进行处理，并将处理后得到的业务处理数据存储于业务流程记录表中。
150.其中，根据业务处理节点对应的业务处理数据以及至少两个下一业务处理节点分别对应的执行条件，确定目标业务处理节点，可以是指根据当前业务处理节点的当前业务处理数据，确定当前业务处理数据满足哪个下一业务处理节点的执行条件，将所满足的执行条件对应的下一业务处理节点作为目标业务处理节点，并通过目标处理节点对当前业务处理节点对应的当前业务处理数据进行处理。
151.在一个示例中，假设针对某员工的请假申请的审批流程如图5所示，此时，业务处理节点b存在两个下一业务处理节点，分别为业务处理节点c和业务处理节点e。其中，业务处理节点c对应的执行条件为大于等于2天，业务处理节点e对应的执行条件小于2天，则可以根据业务处理节点b的业务数据b中的请假天数，确定业务处理节点b之后的目标业务处理节点，具体的，当业务数据b中的请假天数大于等于2天时，目标业务处理节点为业务处理节点c，当业务数据b中的请假天数小于2天时，目标业务处理节点为业务处理节点e，通过目标处理节点对业务处理数据b进行处理。
152.在一个示例中，如图6所示，本技术所提供的业务处理方法包括以下步骤：
153.步骤s601，接收业务项目创建请求，业务项目创建请求包括业务项目标识、业务项目标识对应的至少一个业务属性以及每个业务属性对应的属性配置信息；
154.步骤s602，基于业务项目创建请求创建业务项目；
155.步骤s603，接收针对至少一个业务属性的选择操作，基于选择操作从至少一个业务属性中确定出至少一个目标业务属性；将至少一个目标业务属性以及各目标业务属性对应的属性配置信息作为业务项目对应的业务表单规则；
156.步骤s604，获取流程配置信息；
157.步骤s605，基于流程配置信息生成业务项目对应的业务处理流程文件；
158.步骤s606，基于业务表单规则和流程配置信息，生成业务流程记录表，业务流程记录表里包括至少一个目标业务属性；
159.步骤s607，接收业务系统发送的业务处理请求，业务处理请求包括业务流程记录表标识和待处理业务数据；其中，待处理业务数据包括至少一个目标业务属性以及对应的属性值；
160.步骤s608，基于业务流程记录表标识确定对应的业务流程记录表以及业务处理流程文件，业务处理流程文件包括至少一个业务处理节点；
161.步骤s609，通过各业务处理节点对各自对应的目标业务数据进行处理，并将处理后得到的业务处理数据存储于业务流程记录表中；
162.其中，业务处理逻辑顺序中第一个业务处理节点对应的目标业务数据为待处理业务数据；针对除第一个业务处理节点之外的每一业务处理节点，业务处理节点对应的目标业务数据为业务处理逻辑顺序中上一个业务处理节点对应的业务处理数据；
163.具体的，对于除业务处理逻辑顺序中最后的业务处理节点之外的每个业务处理节点，存在至少一个下一业务处理节点；当存在至少两个下一业务处理节点时，流程配置信息还包括至少两个下一业务处理节点分别对应的执行条件，通过各业务处理节点对各自对应的目标业务数据进行处理，包括：
164.针对任一业务处理节点，响应于存在至少两个下一业务处理节点，根据业务处理节点对应的业务处理数据以及至少两个下一业务处理节点分别对应的执行条件，确定目标业务处理节点，通过目标处理节点对业务处理节点对应的业务处理数据进行处理；
165.步骤s610，基于业务流程记录表中记录的业务处理数据，生成业务处理请求对应的业务数据处理结果，将业务数据处理结果发送至业务系统。
166.为了更清楚阐释本技术的业务处理方法，以下将结合具体示例对业务处理进行进一步说明。
167.本技术提供了一种业务处理方法，通过该方法可以实现业务系统和流程系统深度解耦。其中，可以由流程系统负责配置和执行业务处理流程，并将业务处理流程中的每个业务处理节点生成的业务处理数据存储于对应的业务流程记录表中，而业务系统可以通过预先约定好的接口与流程系统进行对接，实现向流程系统发送包含业务流程记录表标识和待处理业务数据的业务处理请求，接收流程系统返回的针对业务处理请求的业务数据处理结果，使业务系统侧的业务开发人员可以专注自身业务开发、无需过多工作流引擎的专业知识，提高了业务处理效率的同时也为业务开发争取了更多时间。
168.在实际应用中，本技术实施例所提供的业务处理方法可以实现为一个流程系统，如图7所示，可以通过预先约定的接口与外部系统(即业务系统)进行交互。
169.具体的，预先约定的接口可以为restful(表象性状态转变式)接口，可以是符合rest(representational state transfer，表象性状态转变)原则的接口。rest原则中，任何有可能被引用的事物都可以看作是一个资源，资源可以是实体，也可以是一个抽象概念。而restful接口可以实现任何资源，都可以通过使用相同的接口进行资源的访问。
170.图1中的外部系统可以是任何需要进行流程设计和管理的业务系统，可以通过restful接口与流程系统相连接。
171.右侧的流程系统实现的功能主要可以分为三个部分：流程配置、流程功能和数据存储。其中：
172.(1)流程配置具体可以包括业务点配置功能、表单规则配置功能、流程建模功能、权限配置功能以及事件订阅功能等。
173.具体的，业务点配置功能可以指业务人员可以通过流程系统进行业务点的新增和删除、以及业务点相关信息的配置和维护；业务点可以是指某一个特定的流程场景(比如请假单、报销单等)，而流程系统中的业务点是根据业务系统中的业务点进行设置的，流程系统中业务点的业务属性可以是业务系统中对应的业务点的全部或者部分业务属性，两者之间存在关联关系；而业务点相关信息可以是业务点的指项目编号、业务点名称、业务点类型、业务点对应的业务属性等基础数据。
174.表单规则配置功能可以指业务人员可以通过流程系统针对业务点，配置关键业务属性及类型，关键业务属性可以是从业务点的多个业务属性中选择出需要关注的业务属性。业务属性的类型可以是指属性配置信息，比如，数据范围、文本长度等。
175.流程建模功能可以是指业务人员可以通过流程系统针对业务点配置业务处理流程(比如，业务审批流程)。具体的，可以通过流程系统中的模型设计器进行流程图的绘制，实现可视化地配置业务处理流程。模型设计器包含菜单栏和绘图区，该菜单栏设有绘制流程图所需的各类节点图标；业务人员可以在模型设计器上绘制流程图，可以将一个绘制完成的流程图看作一个流程模型，业务人员绘制流程图的过程即流程建模过程。具体的，业务人员可以通过模型设计器针对业务点来绘制流程图，一个流程图可以包括多个业务处理节点，可以对每个业务处理节点进行配置，例如，设置每个业务处理节点的业务处理人，或者设置各个业务处理节点的执行条件，执行条件可以是关于关键业务属性的值的表达式。
176.权限配置功能可以是灵活指控制每个业务点的业务处理人的处理权限，例如，可以控制每个业务节点的业务处理人可以查看、修改或编辑关键业务属性中的哪些业务属性。
177.事件订阅功能是指业务系统可以订阅流程系统中的业务点的流程处理信息，流程处理信息可以包括各个业务处理节点在业务处理过程中的各种事件，例如某个指定的业务处理节点处理完成(或审批流程中，某个审批节点审批通过)后，向业务系统发送相应的通知消息。
178.(2)流程功能可以是指流程系统向各个使用流程系统的业务人员提供了个各自的用户界面(即工作台)，业务人员可以通过在各自的用户界面中进行操作使用系统的各个功能。具体的，用户界面的交互选项可以包括但不限于：“我的申请”、“我的代办”、“我的已办”、“事件管理”以及“流程监控”等，交互选项可以根据实际应用需求进行设置，并且，在流程系统中拥有不同操作权限的业务人员的用户界面可以显示不同的交互选项，本技术不作限制。其中，若点击“事件管理”交互选项，可以进行业务流程的处理，若点击“流程监控”交互选项可以查看业务流程的历史处理详情。
179.(3)数据存储功能是指可以通过不同类型的数据库存放流程系统中的数据。
180.上述流程系统，使用门槛低，各种配置功能灵活，可以提供稳定、高效、强大的流程服务，满足实际应用需求。
181.在一个示例中，本技术所提供的业务处理方法，可以包括如下步骤：
182.第一步，流程系统可以接收业务系统的业务项目创建请求，创建相应的业务项目，并选定项目管理员，由项目管理员进入流程系统进行针对该业务项目的流程配置。在本示例中，业务项目可以是业务点的上位概念，一个业务项目可以对应于多个业务点。
183.其中，流程配置过程可以如图8所示，创建业务项目后，可以进行项目初始化配置，比如分配消息队列，然后项目管理人员可以在该业务项目下创建业务点，一个业务项目可以对应于一个业务点，也可以对应于多个业务点，可以由项目管理人员设置各个业务点的业务名称、类型和业务属性等相关基础配置。项目管理人员还可以配置各个业务点的表单规则，即从业务点的多个业务属性中确定出关键业务属性，并设置关键业务属性的属性配置信息，比如，数据范围、文本长度等，完成业务表单属性相关的规则配置，其中，确定出的关键业务属性将用于决定业务处理流程记录表中包含哪些业务属性，以及各个关键业务属
性的值应满足的条件。表单规则配置好后，项目管理人员可以通过模型设计器可视化地绘制流程图，一个流程图可以看作一个流程模型，完成流程模型设计。在流程模型设计的过程中，项目管理人员可以针对流程模型的各个业务处理节点(即流程审批节点)进行配置，包括但不限于设置各个业务处理节点的业务处理人员，以及设置各业务处理人员的流程处理权限。完成流程模型设计之后，可以部署流程模型，并根据规则配置(即表单规则)生成即业务流程记录表(即图中的业务实体表)。部署流程模型后，会生成业务处理流程文件存储于数据库。
184.第二步，业务系统通过restful接口的方式，将待处理业务数据发送至流程系统进行处理。其中，待处理业务数据可以包括业务点编号、业务流程记录表标识、申请人标识、待处理业务数据。待处理业务数据可以与该业务点的表单规则相关联，例如，如果业务点为请假单，则待处理业务数据可以包括请假人、请假开始时间、请假结束时间、请假原因四个字段以及各个字段的值。
185.第三步，基于业务点编号确定出目标业务点，根据目标业务点对应的业务处理流程文件对待处理业务数据进行处理，并在业务流程记录表中插入一条初始业务数据，并在后续业务处理流程中，不断进行记录。
186.第四步，根据业务处理流程文件，依次通过业务处理流程中的各个业务处理节点对业务流程记录表中的最新记录的业务数据进行处理，处理操作包括但不限于查看、审批、修改或批注等操作。每当一个业务处理节点的业务处理人员完成对业务数据进行处理后，都在业务流程记录表中插入该业务处理节点处理后的业务数据，实现记录整个业务处理流程中的处理过程和处理结果。
187.第五步，业务处理流程结束，由流程系统向业务系统返回最新的业务数据，业务系统可以根据返回的业务数据进行数据的同步。
188.如图9所示，下面以请假单为例说明本技术提供的业务处理方法：
189.首先，由业务系统提交一个待处理的业务单据给流程系统进行审批。假设该待处理的业务单据是请假单单据，该业务单据中包含了例如请假人、请假类型(病假、年假、事假)、请假天数、请假起止时间等信息。当业务系统提交待处理的请假单单据到流程系统时，流程系统确定出该请假单单据对应的业务处理流程文件(例如xml格式的文件，用于描述业务人员预先绘制的流程图)，基于业务处理流程文件生成业务流程实例，在流程引擎的推动下，按照业务流程示例中的每个业务处理节点驱动业务流程的流转，展示并管理业务流程。
190.在本示例中，请假单单据可以包括如下信息：请假人，小王；请假类型，事假；请假天数，3天。当业务系统提交这个请假单单据到流程系统时，流程系统的流程引擎根据该请假单单据对应的业务处理流程文件生成一个业务流程实例并启动，其中，业务流程实例中各个业务处理节点(也可以称作审批节点)的执行顺序与业务人员预先绘制的流程图相对应。确定请假单单据对应的业务流程记录表，并根据请假单单据在业务流程记录表中插入一条初始的单据信息。
191.如图9所示，业务流程实例中第一个业务处理节点的业务处理人为开发经理，将业务流程记录表中记录的初始的单据信息显示于开发经理的客户端中，供开发经理对初始的单据信息进行审批。若该业务处理节点设置的业务处理人的处理权限包括对单据信息进行修改，则开发经理可以修改单据信息，例如，将单据信息中的请假天数改为2天，并将审批后
的单据信息记录在业务流程记录表中。在开发经理审批完后，下一个执行的业务处理节点发生变化，如图3所示，由于开发经理审批完后，请假天数变为2天，下一个业务处理节点的业务处理人为公司领导，将业务流程记录表中最新记录的单据信息显示于公司领导的客户端中，供公司领导进行审批。当公司领导审批完后，将审批后的单据信息记录在业务流程记录表中，并作为最新记录的单据信息。同理，下一步将业务流程记录表中最新记录的单据信息显示于人事经理的客户端中，供人事经理进行审批，审批结束后，将审批后的单据信息作为业务流程记录表中最新记录的单据信息，并基于业务流程记录表中最新记录的单据信息生成订阅消息，发送给业务系统。
192.上述过程中，每次业务处理节点的业务处理人对单据信息审批后都会在业务流程记录表中插入一条数据，记录审批流程中单据信息的变化以及审批结果，最后一个业务处理人审批完成以后，将业务流程记录表存储在数据库中。
193.在整个审批流程中，查看、修改审批单据的信息都直接从流程系统的业务流程记录表读取、记录，无需与业务系统进行交互，大大提高了业务处理的效率。
194.本技术实施例提供了一种业务处理装置，如图10所示，该测试装置100可以包括：接收模块1001、确定模块1002、处理模块1003以及结果发送模块1004，其中，
195.接收模块1001，用于接收业务系统发送的业务处理请求，业务处理请求包括业务流程记录表标识和待处理业务数据；
196.确定模块1002，用于基于业务流程记录表标识确定对应的业务流程记录表以及业务处理流程文件，业务处理流程文件包括至少一个业务处理节点；
197.处理模块1003，用于基于业务处理流程文件对待处理业务数据进行处理，并在业务流程记录表中记录每一业务处理节点生成的业务处理数据；
198.结果发送模块1004，用于基于业务流程记录表中记录的业务处理数据，生成业务处理请求对应的业务数据处理结果，将业务数据处理结果发送至业务系统。
199.上述的业务处理装置，接收业务系统发送的包括业务流程记录表标识和待处理业务数据的业务处理请求，并基于业务流程记录表标识确定对应的业务流程记录表以及业务处理流程文件，其中，业务流程处理文件可以包括至少一个业务处理节点。通过业务处理流程文件对待处理业务数据进行处理，并在业务流程记录表中记录每一业务处理节点生成的业务处理数据，然后根据业务流程记录表中记录的业务处理数据生成业务数据处理结果，并将业务数据处理结果发送至业务系统，实现了将业务处理流程与业务系统深度解耦，在业务处理流程中，针对有查看、修改和审批等需求的业务数据可直接从相应的业务流程记录表中进行读取、修改或录入，提高了业务处理效率。
200.在本技术实施例中，还包括记录表生成模块，具体用于：
201.基于接收到的业务项目创建请求，创建业务项目；
202.确定业务项目对应的业务表单规则；
203.获取流程配置信息；
204.基于业务表单规则和流程配置信息，生成业务流程记录表。
205.在本技术实施例中，业务项目创建请求包括业务项目标识、业务项目标识对应的至少一个业务属性以及每个业务属性对应的属性配置信息；
206.记录表生成模块在确定业务项目对应的业务表单规则时，具体用于：
207.接收针对至少一个业务属性的选择操作，基于选择操作从至少一个业务属性中确定出至少一个目标业务属性；将至少一个目标业务属性以及各目标业务属性对应的属性配置信息作为业务项目对应的业务表单规则；
208.业务流程记录表里包括至少一个目标业务属性；
209.在本技术实施例中，待处理业务数据包括至少一个目标业务属性以及对应的属性值；
210.还包括初始业务处理数据记录模块，具体用于：
211.将待处理数据中至少一个目标业务属性对应的属性值作为初始业务处理数据，保存于业务流程记录表中对应的目标业务属性的属性值字段中。
212.在本技术实施例中，记录表生成模块在获取流程配置信息时，具体用于：
213.通过业务流程配置界面接收针对业务项目的业务流程配置操作；
214.基于业务流程配置操作确定流程配置信息；
215.还包括流程文件生成模块，具体用于：
216.基于流程配置信息生成业务项目对应的业务处理流程文件。
217.在本技术实施例中，业务流程配置界面包括流程绘制界面，业务流程配置操作包括流程绘制操作，流程绘制操作包括业务处理节点选择操作，针对选择出的业务处理节点的业务处理逻辑配置操作以及节点权限配置操作。
218.在本技术实施例中，流程配置信息包括：至少一个业务处理节点、各业务处理节点的节点权限信息以及各业务处理节点之间的业务处理逻辑顺序。
219.在本技术实施例中，处理模块1003在基于业务处理流程文件对待处理业务数据进行处理，并在业务流程记录表中记录每一业务处理节点生成的业务处理数据时，具体用于：
220.通过各业务处理节点对各自对应的目标业务数据进行处理，并将处理后得到的业务处理数据存储于业务流程记录表中；
221.针对业务处理逻辑顺序中第一个业务处理节点，第一个业务处理节点对应的目标业务数据为待处理业务数据；
222.针对除第一个业务处理节点之外的每个业务处理节点，业务处理节点对应的目标业务数据为业务处理逻辑顺序中上一个业务处理节点生成的业务处理数据。
223.在本技术实施例中，还包括条件检测模块，具体用于：
224.当业务处理逻辑顺序中的任一业务处理节点存在对应的至少两个下一业务处理节点时，流程配置信息还包括至少两个下一业务处理节点分别对应的执行条件，根据业务处理节点对应的业务处理数据以及至少两个下一业务处理节点分别对应的执行条件，确定目标业务处理节点，通过目标处理节点对业务处理节点对应的业务处理数据进行处理，并将处理后得到的业务处理数据存储于业务流程记录表中。
225.本技术实施例的装置可执行本技术实施例所提供的方法，其实现原理相类似，本技术各实施例的装置中的各模块所执行的动作是与本技术各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。
226.本技术实施例中提供了一种电子设备(计算机装置/设备/系统)，包括存储器、处理器及存储在存储器上的计算机程序，该处理器执行上述计算机程序以实现业务处理方法
的步骤，与相关技术相比可实现：针对有查看、修改和审批等需求的业务数据可直接从相应的业务流程记录表中进行读取、修改或录入，提高了业务处理效率。
227.在一个可选实施例中提供了一种电子设备，如图11所示，图11所示的电子设备11000包括：处理器11001和存储器11003。其中，处理器11001和存储器11003相连，如通过总线11002相连。可选地，电子设备11000还可以包括收发器11004，收发器11004可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器11004不限于一个，该电子设备11000的结构并不构成对本技术实施例的限定。
228.处理器11001可以是cpu(central processing unit，中央处理器)，通用处理器，dsp(digital signal processor，数据信号处理器)，asic(application specific integrated circuit，专用集成电路)，fpga(field programmable gate array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器11001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。
229.总线11002可包括一通路，在上述组件之间传送信息。总线11002可以是pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。总线11002可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
230.存储器11003可以是rom(read only memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，ram(random access memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom(electrically erasable programmable read only memory，电可擦可编程只读存储器)、cd-rom(compact disc read only memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质、其他磁存储设备、或者能够用于携带或存储计算机程序并能够由计算机读取的任何其他介质，在此不做限定。
231.存储器11003用于存储执行本技术实施例的计算机程序，并由处理器11001来控制执行。处理器11001用于执行存储器11003中存储的计算机程序，以实现前述方法实施例所示的步骤。
232.其中，电子设备包括但不限于：移动电话、笔记本电脑、pad等等移动终端以及诸如数字tv、台式计算机等等固定终端。
233.本技术实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。
234.本技术实施例还提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。
235.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”、“1”、“2”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能
够以除图示或文字描述以外的顺序实施。
236.应该理解的是，虽然本技术实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本技术实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本技术实施例对此不限制。
237.以上所述仅是本技术部分实施场景的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术的方案技术构思的前提下，采用基于本技术技术思想的其他类似实施手段，同样属于本技术实施例的保护范畴。

技术特征：
1.一种业务处理方法，其特征在于，包括：接收业务系统发送的业务处理请求，所述业务处理请求包括业务流程记录表标识和待处理业务数据；基于所述业务流程记录表标识确定对应的业务流程记录表以及业务处理流程文件，所述业务处理流程文件包括至少一个业务处理节点；基于所述业务处理流程文件对所述待处理业务数据进行处理，并在所述业务流程记录表中记录每一业务处理节点生成的业务处理数据；基于所述业务流程记录表中记录的所述业务处理数据，生成所述业务处理请求对应的业务数据处理结果，将所述业务数据处理结果发送至所述业务系统。2.根据权利要求1所述的业务处理方法，其特征在于，所述业务流程记录表是通过以下方式生成的：基于接收到的业务项目创建请求，创建业务项目；确定所述业务项目对应的业务表单规则；获取流程配置信息；基于所述业务表单规则和所述流程配置信息，生成业务流程记录表。3.根据权利要求2所述的业务处理方法，其特征在于，所述业务项目创建请求包括业务项目标识、所述业务项目标识对应的至少一个业务属性以及每个业务属性对应的属性配置信息；所述确定业务项目对应的业务表单规则，包括：接收针对所述至少一个业务属性的选择操作，基于所述选择操作从所述至少一个业务属性中确定出至少一个目标业务属性；将所述至少一个目标业务属性以及各目标业务属性对应的属性配置信息作为所述业务项目对应的业务表单规则；所述业务流程记录表里包括所述至少一个目标业务属性。4.根据权利要求3所述的业务处理方法，其特征在于，所述待处理业务数据包括所述至少一个目标业务属性以及对应的属性值；所述基于所述业务流程记录表标识确定对应的业务流程记录表之后，还包括：将所述待处理数据中所述至少一个目标业务属性对应的属性值作为初始业务处理数据，保存于所述业务流程记录表中对应的目标业务属性的属性值字段中。5.根据权利要求2所述的业务处理方法，其特征在于，所述获取流程配置信息，包括：通过业务流程配置界面接收针对所述业务项目的业务流程配置操作；基于所述业务流程配置操作确定所述流程配置信息；所述方法还包括：基于所述流程配置信息生成所述业务项目对应的所述业务处理流程文件。6.根据权利要求5所述的业务处理方法，其特征在于，所述业务流程配置界面包括流程绘制界面，所述业务流程配置操作包括流程绘制操作，所述流程绘制操作包括业务处理节点选择操作，针对选择出的业务处理节点的业务处理逻辑配置操作以及节点权限配置操作。7.根据权利要求2所述的业务处理方法，其特征在于，所述流程配置信息包括：至少一个业务处理节点、各业务处理节点的节点权限信息以及各业务处理节点之间的业务处理逻
辑顺序。8.根据权利要求7所述的业务处理方法，其特征在于，所述基于所述业务处理流程文件对所述待处理业务数据进行处理，并在所述业务流程记录表中记录每一业务处理节点生成的业务处理数据，包括：通过各业务处理节点对各自对应的目标业务数据进行处理，并将处理后得到的业务处理数据存储于所述业务流程记录表中；针对所述业务处理逻辑顺序中第一个业务处理节点，所述第一个业务处理节点对应的目标业务数据为所述待处理业务数据；针对除所述第一个业务处理节点之外的每个业务处理节点，所述业务处理节点对应的目标业务数据为所述业务处理逻辑顺序中上一个业务处理节点生成的业务处理数据。9.根据权利要求7所述的业务处理方法，其特征在于，当所述业务处理逻辑顺序中的任一业务处理节点存在对应的至少两个下一业务处理节点时，所述流程配置信息还包括所述至少两个下一业务处理节点分别对应的执行条件，根据所述业务处理节点对应的业务处理数据以及所述至少两个下一业务处理节点分别对应的所述执行条件，确定目标业务处理节点，通过所述目标处理节点对所述业务处理节点对应的业务处理数据进行处理，并将处理后得到的业务处理数据存储于所述业务流程记录表中。10.一种业务处理装置，其特征在于，包括：接收模块，用于接收业务系统发送的业务处理请求，所述业务处理请求包括业务流程记录表标识和待处理业务数据；确定模块，用于基于所述业务流程记录表标识确定对应的业务流程记录表以及业务处理流程文件，所述业务处理流程文件包括至少一个业务处理节点；处理模块，用于基于所述业务处理流程文件对所述待处理业务数据进行处理，并在所述业务流程记录表中记录每一业务处理节点生成的业务处理数据；结果发送模块，用于基于所述业务流程记录表中记录的所述业务处理数据，生成所述业务处理请求对应的业务数据处理结果，将所述业务数据处理结果发送至所述业务系统。11.一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，其特征在于，所述处理器执行所述计算机程序以实现权利要求1-9任一项所述方法的步骤。12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-9任一项所述的业务处理方法的步骤。

技术总结
本申请实施例提供了一种业务处理方法、装置、电子设备及计算机可读存储介质，涉及计算机技术领域。该方法包括：接收业务系统发送的包括业务流程记录表标识和待处理业务数据的业务处理请求，并基于业务流程记录表标识确定对应的业务流程记录表以及业务处理流程文件，可以通过业务处理流程文件对待处理业务数据进行处理，并在业务流程记录表中记录每一业务处理节点生成的业务处理数据，然后根据业务流程记录表中记录的业务处理数据生成业务数据处理结果并发送至业务系统，实现将业务处理流程与业务系统深度解耦，可以直接从相应的业务流程记录表中读取、修改或录入业务处理数据，提高了业务处理效率。提高了业务处理效率。提高了业务处理效率。


技术研发人员：罗太元 陈必成 林顺
受保护的技术使用者：厦门雅基软件有限公司
技术研发日：2022.01.28
技术公布日：2023/8/14