Business processing method and device

Abstract

The invention discloses a business processing method and device, and relates to the technical field of computers. The computing device generates the workflow of the object according to the approval state and the event type of the object, so that the computing device determines the processing flow of the object according to the approval state and the event type of the object, the object flows to the processing flow associated with the object, the object is prevented from flowing to the processing flow irrelevant to the object, the processing flow is shortened, and the processing efficiency is improved. And the service processing efficiency is improved.

Description

[0001] This application claims the priority of the Chinese patent application filed with the State Intellectual Property Office on October 9, 2023, with application number 202311300825.0 and application name “A task scheduling method, device and system”, all contents of which are incorporated by reference in this application. Technical Field

[0002] The present application relates to the field of computers, and in particular to a business processing method and device. Background Art

[0003] The process engine system in the industry mainly defines limited and fixed process nodes based on the definition of the business steps of the processing object, and then schedules the process node of the next step according to the flow rules of multiple process nodes, so as to realize the automatic scheduling and flow of business processes. For example, the process engine system defines asset disposal as follows: node 1, node 2 to the end of the process flow. In the case where asset disposal includes multiple objects, each object flows according to the flow process corresponding to the asset disposal. However, some objects only need to flow through some nodes, and these objects still need to wait for other objects to complete the flow of all nodes before they can continue to execute the business, which affects the efficiency of business execution. Summary of the invention

[0004] The present application provides a business processing method and device for solving the problem that when a business includes multiple objects, the object that only needs to transfer some nodes still needs to wait for other objects to complete the transfer of all nodes before continuing to execute the business, which affects the execution efficiency of the business.

[0005] In a first aspect, the present application provides a business processing method. The method can be executed by a computing device, and the method includes: the computing device obtains multiple objects to be approved. The parameters of the object include: the approval status of the object and the event type to which the object belongs. The computing device determines the objects whose approval status and event type are consistent among the multiple objects to be approved according to the workflow generation rules, and generates a workflow. Among them, the workflow includes objects whose approval status and event type are consistent among the multiple objects to be approved. The computing device pushes the workflow to the user, so that the user can centrally process the objects included in the workflow.

[0006] The computing device generates a workflow for the object based on the approval status and event type of the object. In this way, the computing device determines the processing flow of the object based on the approval status and event type of the object, so that the object circulates the processing flow associated with the object, avoiding the object circumventing the processing flow that is unrelated to itself, shortening the processing flow and improving business processing efficiency.

[0007] In a possible implementation, before obtaining multiple objects to be approved, the computing device receives workflow generation parameters. The workflow generation parameters include: approval nodes and generation rules. The computing device obtains workflow generation rules according to the workflow generation parameters. In this way, the workflow generation parameters received by the computing device obtain workflow generation rules, so as to quickly generate workflows for the objects to be approved, thereby improving the efficiency of business processing.

[0008] In another possible implementation, before obtaining the plurality of objects to be approved, the computing device receives information to be approved. The information to be approved includes one or more of the following: employee name, employee ID, business type, and business parameters. The computing device generates the objects to be approved based on the information to be approved.

[0009] In another possible implementation, before obtaining multiple objects to be approved, the computing device receives workflow flow parameters. The workflow flow parameters include: source approval node, target approval node, and flow condition. The computing device generates workflow flow rules according to the workflow flow parameters. In this way, the computing device generates workflow flow rules according to the workflow flow parameters, which facilitates the subsequent rapid and accurate matching of workflow flow rules corresponding to different workflows, thereby improving the efficiency of business processing.

[0010] In another possible implementation, the computing device obtains the processing opinions of each object in the pending approval objects corresponding to the workflow. The processing opinions are used to determine the next approval status of each object. The computing device changes the approval node corresponding to each object according to the workflow flow rules and the processing opinions of each object. The workflow flow rules are used to indicate the conditions for changing the approval node of the object. In this way, the computing device changes the approval node corresponding to the object according to the processing opinions, so that the approval nodes of the object flow are all associated with the object, avoiding the object from flowing to the approval node that is not related to it, and improving the business processing efficiency.

[0011] In another possible implementation, the computing device compares the current approval node and the source approval node of each object, as well as the processing opinions and workflow flow conditions of each object. If the current approval node and the source approval node of each object are consistent, and the processing opinions and flow conditions of each object are consistent, the computing device changes the approval node of each object to the target approval node. In this way, the computing device can accurately and quickly change the current approval node of the object, thereby improving the efficiency of business approval.

[0012] In the second aspect, the present application provides a business processing device. The device includes a transceiver module and a processing module. The transceiver module is used to: obtain multiple objects to be approved. The parameters of the object include: the approval status of the object and the event type to which the object belongs. The processing module is used to: determine the objects whose approval status and event type are consistent among multiple objects to be approved according to the workflow generation rules, and generate a workflow. Among them, the workflow includes objects whose approval status and event type are consistent among multiple objects to be approved. The transceiver module is also used to: push the workflow to the user, so that the user can centrally process the objects included in the workflow.

[0013] In a possible implementation, before obtaining multiple objects to be approved, the transceiver module is further used to receive workflow generation parameters. The workflow generation parameters include approval nodes and generation rules. The processing module is further used to obtain workflow generation rules according to the workflow generation parameters.

[0014] In another possible implementation, before obtaining multiple objects to be approved, the transceiver module is further used to: receive information to be approved. The information to be approved includes one or more of the following: employee name, employee ID, business type, and business parameters. The processing module is further used to: generate objects to be approved according to the information to be approved.

[0015] In another possible implementation, before obtaining multiple objects to be approved, the transceiver module is further used to receive workflow flow parameters. The workflow flow parameters include: source approval node, target approval node and flow conditions. The processing module is further used to generate workflow flow rules according to the workflow flow parameters.

[0016] In another possible implementation, the transceiver module is further used to obtain the processing opinion of each object in the pending approval object corresponding to the workflow. The processing opinion is used to determine the next approval state of each object. The processing module is further used to change the approval node corresponding to each object according to the workflow flow rule and the processing opinion of each object. The workflow flow rule is used to indicate the condition for changing the approval node of the object.

[0017] In another possible implementation, the processing module is specifically used to compare the current approval node and the source approval node of each object, as well as the processing opinion and workflow flow condition of each object. If the current approval node and the source approval node of each object are consistent, and the processing opinion and flow condition of each object are consistent, the processing module is also specifically used to change the approval node of each object to the target approval node.

[0018] In a third aspect, the present application provides a processor. The processor includes an interface circuit and a control circuit, the interface circuit is used to receive multiple objects to be approved, and the control circuit is used to execute the operation steps of the business processing method in the first aspect or any possible design of the first aspect to process the multiple objects to be approved.

[0019] In a fourth aspect, the present application provides a computing device cluster, wherein the computing device cluster includes at least one computing device, and each computing device includes a processor and a memory.

[0020] The processor of at least one computing device is used to execute instructions stored in the memory of at least one computing device, so that the computing device cluster is used to execute the operation steps of the business processing method in the first aspect or any possible design of the first aspect.

[0021] In a fifth aspect, the present application provides a computer-readable storage medium, including: computer software instructions; when the computer software instructions are executed in a computing device cluster, the computing device cluster executes the operation steps of the method described in the first aspect or any possible implementation of the first aspect.

[0022] In a sixth aspect, the present application provides a computer program product. When the computer program product is run on a computing device cluster, the computing device cluster is caused to execute the operation steps of the method described in the first aspect or any possible implementation of the first aspect.

[0023] The beneficial effects of the second to sixth aspects above can refer to the description of the first aspect or any implementation of the first aspect, and will not be repeated here. Based on the implementations provided by the above aspects, this application can also be further combined to provide more implementations. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] Figure 1 A schematic diagram of the structure of a computing device provided for this application;

[0025] Figure 2 A business process flow chart;

[0026] Figure 3A A flowchart of a business processing method provided for this application;

[0027] Figure 3B A schematic diagram of a prompt information provided for this application;

[0028] Figure 4 A flowchart of the process of generating objects for approval provided for this application;

[0029] Figure 5 A schematic diagram of the structure of the first state machine provided for this application;

[0030] Figure 6 A schematic diagram of the structure of the second state machine provided for this application;

[0031] Figure 7 A block diagram of a business processing method provided by this application;

[0032] Figure 8 A schematic diagram of a business process provided for this application;

[0033] Fig. 9 A schematic diagram of the structure of a business processing device provided by this application;

[0034] Fig.10 A schematic diagram of the structure of a computing device cluster provided for this application;

[0035] Fig.11 A possible connection diagram of a computing device cluster provided for this application. DETAILED DESCRIPTION

[0036] The method provided in the present application can be applied to a computing device to implement business processing. The computing device to which the method provided in the present application can be applied is described in detail below with reference to the accompanying drawings. Figure 1 A schematic diagram of a computing device provided in this application, such as Figure 1 As shown, the computing device 100 includes a processor 110, a bus 120, a memory 130, and a communication interface 140. The processor 110, the memory 130, and the communication interface 140 are connected via the bus 120.

[0037] In the present application, the processor 110 is used to generate a workflow according to the workflow generation rules. The processor 110 is the computing core and control core of the computing device 100. The processor 110 can be a very large-scale integrated circuit. The operating system 112 and other software programs are installed in the processor 110, so that the processor 110 can access the memory 130 and various peripheral component interconnect express (PCIe) devices. The processor 110 includes one or more processor cores 111. The processor core 111 in the processor 110 is, for example, a central processing unit (CPU) or other specific integrated circuit (ASIC). The processor 110 can also be other general-purpose processors, digital signal processors (DSP), application specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components, etc. In practical applications, the computing device 100 may also include multiple processors.

[0038] As an example, the computing device 100 may include multiple processors. The processor may be a multi-core (multi-CPU) processor. The processor here may refer to one or more devices, circuits, and / or computing units for processing data (such as computer program instructions). The processor 110 may call the parameters of multiple objects to be approved stored in the memory 130 to generate a workflow according to the workflow generation rule.

[0039] It is worth mentioning that Figure 1 In the example, a computing device 100 including one processor 110 and one memory 130 is taken. Here, the processor 110 and the memory 130 are respectively used to indicate a type of device or equipment. In a specific embodiment, the number of each type of device or equipment can be determined according to business requirements.

[0040] The bus 120 may include a path for transmitting information between the above components (such as the processor 110 and the memory 130). In addition to the data bus, the bus 120 may also include a power bus, a control bus, and a status signal bus. However, for the sake of clarity, various buses are labeled as bus 120 in the figure. The bus 120 may be a Peripheral Component Interconnect Express (PCIe) bus, or an extended industry standard architecture (EISA) bus, a unified bus (Ubus or UB), a compute express link (CXL), a cache coherent interconnect for accelerators (CCIX), etc.

[0041] The memory 130 may be a volatile memory or a nonvolatile memory, or may include both volatile and nonvolatile memories. Among them, the nonvolatile memory may be a read-only memory (ROM), a programmable ROM (PROM), an erasable programmable ROM (EPROM), an electrically erasable programmable ROM (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), which is used as an external cache. By way of example but not limitation, many forms of RAM are available, such as static RAM (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM) and direct rambus RAM (DR RAM). Memory 130 may also be a hard disk drive (HDD) or a solid state drive (SSD).

[0042] The communication interface 140 can be used to receive multiple objects to be approved, and can also be used to push workflows to users. The communication interface 140 can use a transceiver module such as, but not limited to, a network interface card or a transceiver to implement communication between the computing device 100 and other devices or communication networks.

[0043] The computing device 100 also includes various input / output (I / O) devices. I / O devices refer to hardware for data transmission, and can also be understood as devices that are connected to the I / O interface. Common I / O devices include network cards, printers, keyboards, mice, etc. All external memories can also be used as I / O devices, such as hard disks, floppy disks, optical disks, etc.

[0044] Figure 1 This is just a schematic diagram. The computing device 100 may also include other components, such as a hard disk, an optical drive, a power supply, a chassis, a cooling system, and other input and output controllers and interfaces. Figure 1 The embodiments of the present application do not limit the number of processors 110 , memory 130 , communication interfaces 140 and I / O devices included in the computing device 100 .

[0045] The computing device 100 may include, but is not limited to: a mobile phone, a tablet computer, a handheld computer, a personal computer (PC), a cellular phone, a personal digital assistant (PDA), a wearable device (such as a smart watch), a smart home device (such as a television), a car computer, a game console, and an augmented reality (AR) / virtual reality (VR) device, a server, etc. This embodiment does not impose any special restrictions on the specific device form of the computing device 100.

[0046] The computing device 100 may be installed with business processing software, applications (applications, apps), etc. to process business. Business types may include, but are not limited to: leave, asset disposal, business trips, job grade adjustments, book borrowing, employee onboarding, etc. For example, a process engine may be installed on the computing device 100, and the computing device 100 calls the process engine to process business. Figure 2 is a business process flow chart, such as Figure 2 As shown, the process of the computing device 100 calling the process engine to process business may include the following steps ① to ③.

[0047] In step 1, the computing device generates a process node for each processing step based on the inherent processing steps of the preset business.

[0048] The service includes: processing step 1 to processing step n. The computing device generates process nodes 1 to process nodes n according to processing steps 1 to processing steps n. The corresponding relationship between the processing steps and the process nodes is shown in Table 1.

[0049] Table 1

[0050] Serial number Procedure Process Node 1 Processing step 1 Process node 1 … … … n Processing step n Process node n

[0051] To further understand the process of generating process nodes according to processing steps by a computing device, the following is a further explanation using leave and asset disposal as examples.

[0052] Example 1: Asking for leave.

[0053] The preset inherent processing steps for leave are: approval by the direct supervisor, approval by the department supervisor until completion. In this case, the computing device generates a direct supervisor approval node and a department supervisor approval node. For example, Zhang San's direct supervisor is Li Si, and his department supervisor is Wang Wu. After Zhang San initiates a leave request, the computing device receives the leave request and generates two process nodes for the leave request, namely, Li Si (i.e., the direct supervisor approval node) and Wang Wu (i.e., the department supervisor approval node), based on the preset processing steps for the leave request.

[0054] Example 2, asset disposal.

[0055] The preset inherent processing steps for asset disposal are: asset manager approval, direct supervisor approval, department manager approval, and financial manager approval until completion. In this case, the computing device generates the following for the asset processing business: asset manager approval node, direct supervisor approval node, department manager approval node, and financial manager approval node. For example, Zhang San's direct supervisor is Li Si, and his department manager is Wang Wu. The asset manager is Zhao Liu, and the financial manager is Sun Qi. After Zhang San initiates asset disposal, the computing device receives the asset disposal business, and based on the preset processing steps for asset disposal, generates four process nodes for the asset disposal business: Zhao Liu (i.e., asset manager approval node), Li Si (i.e., direct supervisor approval node), Wang Wu, and Sun Qi (i.e., financial manager approval node).

[0056] In step ②, the computing device generates the flow sequence of each process node according to the processing sequence of the inherent processing steps included in the business.

[0057] The business includes processing step 1 to processing step n, and each step is processed in the order of processing step 1 (i.e., processing sequence 1) to processing step n (i.e., processing sequence n). The computing device generates flow sequence 1 to flow sequence n according to processing sequence 1 to processing sequence n, as shown in Table 2.

[0058] Table 2

[0059] Serial number Procedure Processing order Flow order 1 Processing step 1 Processing order 1 Flow order 1 … … … … n Processing step n Processing order n Flow order n

[0060] To further understand the process of computing equipment generating a process sequence based on a processing sequence, the following is a further explanation using leave and asset disposal as examples.

[0061] Example 1: Asking for leave.

[0062] The preset processing order for leave is: approval by the direct supervisor (processing order 1), approval by the department supervisor (processing order 2). In this case, the computing device generates flow order 1 according to processing order 1, and generates flow order 2 according to processing order 2. For example, Zhang San's direct supervisor is Li Si, and his department supervisor is Wang Wu. After Zhang San initiates a leave request, the computing device receives the leave request and generates a flow order for the leave request based on the preset processing order: Li Si (flow order 1), Wang Wu (flow order 2).

[0063] Example 2, asset disposal.

[0064] The preset processing order for asset disposal is: approval by the asset manager (processing order 1), approval by the direct supervisor (processing order 2), approval by the department manager (processing order 3), and approval by the financial manager (processing order 4). In this case, the computing device generates circulation order 1 according to processing order 1, circulation order 2 according to processing order 2, circulation order 3 according to processing order 3, and circulation order 4 according to processing order 4. For example, Zhang San's direct supervisor is Li Si, and his department manager is Wang Wu. The asset manager is Zhao Liu, and the financial manager is Sun Qi. After Zhang San initiates the asset disposal, the computing device receives the asset disposal and generates the circulation order for the asset disposal based on the preset processing order of the asset disposal: Zhao Liu (circulation order 1), Li Si (circulation order 2), Wang Wu (circulation order 3), and Sun Qiwu (circulation order 4).

[0065] In step ③, the computing device transfers each process node according to the flow sequence corresponding to the process node to realize business processing.

[0066] To further understand the process of computing equipment handling business, the following is a further explanation using leave and asset disposal as examples.

[0067] Example 1: Asking for leave.

[0068] The preset inherent steps and execution order of leave can be expressed as "direct supervisor approval -> department supervisor approval -> end". Take Li Si as the direct supervisor and Wang Wu as the department supervisor as an example. In this case, the computing device generates a workflow of "Li Si -> Wang Wu -> end" and implements the processing of leave business according to the workflow flow.

[0069] Example 2, asset disposal.

[0070] The inherent steps and execution sequence of the preset asset disposal can be expressed as "asset manager approval -> direct supervisor approval -> department supervisor approval -> financial supervisor approval -> end". Take Li Si as the direct supervisor, Wang Wu as the department supervisor, Zhao Liu as the asset manager, and Sun Qi as the financial supervisor as an example. In this case, the computing device generates a workflow of "Zhao Liu -> Li Si -> Wang Wu -> Sun Qi -> end", and implements the asset disposal process according to the workflow.

[0071] The above takes a business as an example to illustrate the process of a computing device calling a process engine to process a business. In some possible situations, the computing device may receive multiple businesses. In this case, the computing device adopts each business from step ① to step ③ above. For the specific process, please refer to the relevant description above, which will not be repeated here.

[0072] In the above process, the computing device processes the business according to the inherent processing steps and inherent processing order of the preset business. When the business includes multiple objects to be approved, and some of the multiple objects to be approved may only include some of the processing steps of all the processing steps included in the business, in this case, the computing device still processes the multiple objects to be approved according to the inherent processing steps and inherent processing order of the preset business. As a result, the objects to be approved that include some processing steps need to wait until the generation and circulation of the processing steps that are not included are completed before they can continue to execute, which affects the execution efficiency of the business.

[0073] In Table 3, "√" indicates that the process node exists, and "×" indicates that the process node does not exist. As shown in Table 3, asset disposal 1 includes: object 1, object 2, and object 3. The processing flow of asset disposal 1 includes: process node 1, process node 2, process node 3, and process node 4. The processing flow of object 1 includes: process node 1 and process node 3, the processing flow of object 2 includes: process node 2 and process node 3, and the processing flow of object 3 includes: process node 1 and process node 4. In this case, objects 1, 2, and 3 still need to circulate according to "process node 1, process node 2, process node 3, and process node 4", and the execution efficiency of asset disposal 1 is affected.

[0074] Table 3

[0075] name Process node 1 Process Node 2 Process Node 3 Process Node 4 Asset Disposal 1 √ √ √ √ Subject 1 √ × √ × Subject 2 × √ √ × Subject 3 √ × × √

[0076] Still taking asset disposal as an example to further illustrate the situation in Benchmark 3, asset disposal may include multiple objects to be approved with different processing steps. For example, if the object to be approved is a low-value consumable (printing paper, etc.), since the value of low-value consumables is relatively small and the loss is high, the consumption of this type of asset can be circulated according to "Process Node 1 (Asset Manager)". For another example, if the object to be approved is an inherent asset (computer, printer, real estate, etc.), since the inherent asset has a high value and a large impact, the consumption of this type of asset can be circulated according to "Process Node 1 (Asset Manager Approval), Process Node 2 (Direct Supervisor Approval), Process Node 3 (Department Manager Approval) and Process Node 4 (Financial Manager Approval)". However, when the computing device calls the process engine to process a business with the above situation, it does not distinguish the specific circumstances of the objects to be approved included in the business, and circulates one or more objects to be approved included in the business according to the inherent process of the business, which affects the execution efficiency of the business.

[0077] To this end, the present application provides a business processing method, which can be executed by the computing device described above. The computing device generates a workflow of the object according to the approval status and event type of the object. In this way, the computing device determines the processing flow of the object according to the approval status and event type of the object, so that the object circulates the processing flow associated with the object, avoids the object circulates the processing flow unrelated to itself, shortens the processing flow, and improves the business processing efficiency. Figure 3A A flowchart of a business processing method provided for this application, such as Figure 3A As shown, the method includes the following S310 to S330.

[0078] S310: The computing device obtains a plurality of objects to be approved.

[0079] The parameters of the object include: the approval state of the object and the event type to which the object belongs. In some possible situations, the approval state may also be referred to as an approval node or node.

[0080] In a possible scenario, before the computing device executes S310 to obtain a plurality of objects to be approved, the computing device may further execute S310A to generate objects to be approved. Figure 4 The flowchart for generating objects to be approved provided for this application is as follows: Figure 4 As shown, S310A may include the following S11 and S12.

[0081] S11, the computing device receives the information to be approved.

[0082] The information to be approved includes one or more of the following: employee name, employee ID, business type, and business parameters. Business types may include, but are not limited to, leave, asset disposal, business trip, job level adjustment, book borrowing, employee onboarding, etc. Different business types have different business parameters. For example, if the business type is leave, the business parameters may refer to: leave start time, leave end time, etc. For another example, if the business type is asset disposal, the business parameters may refer to: asset code, asset type, etc.

[0083] The computing device can determine the content of the information to be approved based on a preset object model. The object model may vary depending on the business type. According to the needs of the actual application, the computing device can set one or more object models for one business type, one or more object models for multiple business types, or a common object model for all businesses. The following uses the example of a computing device setting an object model for a business to illustrate the present application. For example, the computing device can set the object model shown in Table 4 for the leave business, and the object model shown in Table 5 for the asset disposal business.

[0084] Table 4

[0085]

[0086] Table 5

[0087]

[0088] The computing device may receive a request from a user to create a business, determine an object model according to a business type of the business, and prompt the user to input information to be approved according to the object model.

[0089] For example, the computing device receives a user's request to create a leave service, and prompts the user to enter the leave start time and leave end time. For example, the computing device receives leave requests initiated by Zhang Yi, Zhang Er, Zhang San, and Zhang Si, and receives the information input by each user as shown in Table 6.

[0090] Table 6

[0091] Serial number Employee Name Employee ID Start time of leave End of leave time 1 Zhang Yi 001 x year y month 1 x year y month 4 2 Zhang Er 002 x year y month 1 x year y month 2 3 Zhang San 003 x year y month 1 x year y month 3 4 Zhang Si 004 x year y month 1 x year y month 4

[0092] For another example, the computing device receives a user's request to create an asset disposal business, and prompts the user to enter the asset code and the corresponding asset type of the asset to be disposed. For example, the computing device receives asset disposal initiated by Zhang Yi, Zhang Er, and Zhang San, and receives the information input by each user as shown in Table 7.

[0093] Table 7

[0094]

[0095] The above uses leave and asset disposal as examples to illustrate that a computing device receives information to be approved that is input by a user. In some possible examples, the computing device may also obtain information to be approved in other ways. For example, a computing device receives information to be approved that is transmitted by other devices, and the information to be approved may be in the form of doc, docx, txt, excel, etc. For another example, a computing device may generate information to be approved based on stored employee information, asset information, etc. This application does not limit the way in which a computing device obtains information to be approved.

[0096] S12, the computing device generates an object to be approved according to the information to be approved.

[0097] The computing device can generate an object to be approved (or object instance) based on the information to be approved and the object model. The example of leave and asset disposal is still used for further explanation.

[0098] Example 1: For leave request service.

[0099] The computing device can obtain the department to which the employee belongs and determine the approval status according to the employee ID included in the information to be approved. The computing device can obtain the department to which the employee belongs and determine the approval status according to the employee ID and the organizational structure information of the organization to which the employee belongs. The organizational structure information of the organization to which the employee belongs is used to indicate: the department to which the employee belongs, the direct supervisor, the department head, etc. For example, the computing device generates objects 1 to 4 to be approved as shown in Table 8 according to the information to be approved in Table 6 and the object model shown in Table 4.

[0100] Table 8

[0101] Object Employee ID Approval Status Start time of leave Leave duration / day department Subject 1 001 Direct Supervisor x year y month 1 3 Department 1 Subject 2 002 Direct Supervisor x year y month 1 1 Sector 2 Subject 3 003 Department Head x year y month 1 2 Department 1 Subject 4 004 Department Head x year y month 1 3 Department 1

[0102] Example 2, for asset disposal business.

[0103] The computing device can determine the approval status according to the employee ID included in the pending approval information. The computing device can determine the approval status according to the employee ID and the organizational structure information of the employee's organization. For example, the computing device generates the pending approval objects 1 to 6 shown in Table 9 according to the pending approval information in Table 7 and the object model shown in Table 5. The computing device can generate an application sub-process identifier for a business request. As shown in Table 9, the computing device generates an application sub-process identifier (identity, ID) 1001 for the asset disposal business initiated by Zhang Yi.

[0104] Table 9

[0105]

[0106] The multiple objects to be approved can come from one business application or from multiple business applications. For example, the 4 leave objects in Table 8 come from 4 leave businesses created by 4 users, and the 6 objects to be approved shown in Table 9 come from 3 asset disposal businesses created by 3 users. This application does not limit the number of businesses from which the objects to be approved come.

[0107] In some possible situations, the computing device may also generate a current processing sub-process identifier for each object. The computing device may generate the current processing sub-process identifier (identity, ID) in a variety of ways. For example, the computing device generates the current processing sub-process identifier according to a preset sub-process rule. The sub-process rule is used to determine the current processing sub-process identifier based on the approval status and the asset type, as shown in Table 10. Table 10 gives an example of a computing device jointly determining the current processing sub-process identifier based on three approval statuses and two asset types. According to the needs of actual applications, the sub-process rules may also include processing sub-processes generated by more approval statuses and more asset types, which is not limited in this application.

[0108] Table 10

[0109] Approval Status Asset Type Processing sub-process ID A equipment 2001(processtype1) B equipment 2002(processtype2) C equipment 2003(processtype3) A Accessories 2004(processtype4) B Accessories 2005(processtype5) C Accessories 2005(processtype6)

[0110] Taking the example that the computing device can generate the current processing sub-process identifier for the object shown in Table 9 according to the sub-process rule given in Table 10, the generation of the current processing sub-process identifier by the computing device is described. As shown in Table 11, the current processing sub-process identifier generated by the computing device for the objects of object 1, object 2, object 4 to object 6 is 2001, and the current processing sub-process identifier generated for the object workflow 2 of object 3 is 2002.

[0111] Table 11

[0112]

[0113]

[0114] The computing device generates a corresponding current processing sub-process identifier for each object according to the approval status and asset type. In this way, users can approve each object individually as needed, which improves the flexibility of approval, the convenience of use, and the efficiency of business processing.

[0115] In a possible scenario, before the computing device executes S310 to obtain multiple objects to be approved, the computing device may also execute S310B to obtain a workflow generation rule, and S310B may include: the computing device receives workflow generation parameters. The workflow generation parameters include: approval nodes and generation rules. The computing device obtains the workflow generation rule according to the workflow generation parameters.

[0116] The generation rules may include: workflow generation rules and conditions for generating workflows. The workflow generation rules may refer to: generating a workflow for objects with the same approval status and event type. Depending on the business type, the event type to which the object belongs is different. For example, in a leave business, the event type to which the object belongs is a department. Another example is in an asset disposal business, the event type to which the object belongs is: asset type. The conditions for generating a workflow may refer to: when the preset conditions are met, the computing device generates the workflow according to the workflow generation rules. The preset conditions may refer to: the interval time, the number of objects to be approved corresponding to the approval status, the approval status, the operating status of the computing device, etc. The preset conditions are further explained below according to different situations.

[0117] Example 1: The preset condition indicates the interval time.

[0118] The intervals of different approval states can be the same, such as the intervals of the computing device for "direct supervisor" or "department supervisor" are set to 24 hours (hour, h), 48 hours, etc. The intervals of different approval states can also be different, such as the interval of the computing device for "direct supervisor" is set to 24 hours (hour, h), and the interval of the computing device for "department supervisor" is set to 48 hours, etc.

[0119] Example 2: The preset condition indicates the number of objects to be approved corresponding to the approval status.

[0120] The number thresholds of the objects to be approved corresponding to different approval states may be the same, such as the number threshold is set to threshold 1 for both the computing device being a "direct supervisor" and a "department supervisor", etc. The number thresholds of the objects to be approved corresponding to different approval states may also be different, such as the number threshold is set to threshold 1 for the computing device being a "direct supervisor", and the number threshold is set to threshold 2 for the "department supervisor", etc.

[0121] Example 3: The preset condition indicates the approval status.

[0122] For example, when the approval status of the computing device is "rejected", the computing device generates a workflow in time according to the employee ID of the employee who created the business. For example, when Zhang Yi's leave approval is rejected by his direct supervisor in Table 6, the computing device generates a workflow in time.

[0123] Example 4: The preset condition indicates the operating state of the computing device.

[0124] The operation status of the computing device may include: processor occupancy, available capacity, processor temperature, etc. For example, when the available capacity of the computing device is less than a capacity threshold, the computing device generates a workflow according to a workflow generation rule.

[0125] In a possible scenario, before the computing device executes S310 to obtain multiple objects to be approved, the computing device may also execute S310C to generate a workflow flow rule, and S310C may include: the computing device receives a workflow flow parameter. The workflow flow parameter includes: a source approval node, a target approval node, and a flow condition. The computing device generates a workflow flow rule according to the workflow flow parameter. Depending on the type of business, the flow condition is often different. The following still takes leave and asset disposal as examples to illustrate the process of the computing device generating a workflow flow rule.

[0126] Example 1: Leave request service.

[0127] In this case, the transfer conditions may include: agree or disagree. Different forms of expression may be used to express agreement or disagreement, such as "agree" for agreement and "disagree" for disagreement. Another example is "Y" for agreement and "N" for disagreement. Another example is "Yes" for agreement and "No" for disagreement, etc. This application does not limit the form of expression of the transfer conditions. According to the needs of actual application, the transfer condition may also be to transfer to a designated approval node for processing, which is not limited in this application. The following takes the example where the transfer conditions include agreement or disagreement, and include the approval of leave by the direct supervisor and department head to further explain the transfer rules. In this case, the transfer rules can be described as Table 12.

[0128] Table 12

[0129]

[0130]

[0131] In one possible scenario, the computing device may generate a state machine according to the flow rule. For example, the state machine corresponding to the leave request is generated according to Table 12. Figure 5 The structural diagram of the first state machine provided for this application is as follows: Figure 5 As shown, the state machine indicates that: if A agrees, the computing device transfers the object from A to B, and if A disagrees, the computing device transfers the object from A to C. If B agrees, the computing device transfers the object from B to the end, and if B disagrees, the computing device transfers the object from B to C. If C agrees, the computing device transfers the object from C to the end, and if C disagrees, the computing device transfers the object from C to A.

[0132] Example 2, asset disposal business.

[0133] In this case, the transfer conditions may include: transfer to someone for approval, request someone for approval, end, etc. The computing device may use different forms of expression to represent the above transfer conditions, such as directly using text representations such as transfer to someone for approval, request someone for approval, end, etc. According to the needs of the actual application, the transfer condition may also be consent or disagreement to the processing, which is not limited in this application. Below, the transfer condition is transfer to someone for approval, and the asset disposal including the approval of the direct supervisor and the department supervisor is taken as an example. In this case, the transfer rules can be described as Table 13.

[0134] Table 13

[0135] Serial number Source Approval Node Target approval node Circulation conditions 1 Direct Supervisor(A) Department Head (B) Transfer to Department Head (B) 2 Direct Supervisor(A) Rejection Processing (C) Transfer Rejection Processing (C) 3 Department Head (B) Finish Transfer end 4 Department Head (B) Rejection Processing (C) Transfer Rejection Processing (C) 5 Rejection Processing (C) Finish Transfer end 6 Rejection Processing (C) Direct Supervisor(A) Transfer to direct supervisor (A)

[0136] In one possible scenario, the computing device may generate a state machine according to the flow rules. For example, the state machine corresponding to the asset disposal is generated according to Table 13. Figure 6 The structural diagram of the second state machine provided for this application is as follows: Figure 6 As shown, the state machine indicates that: in the case of transfer B, the computing device transfers the object from A to B, and in the case of transfer C, the computing device transfers the object from A to C. In the case of transfer end, the computing device transfers the object from B to end, and in the case of transfer C, the computing device transfers the object from B to C. In the case of transfer end, the computing device transfers the object from C to end, and in the case of transfer A, the computing device transfers the object from C to A.

[0137] The computing device may use a variety of methods to obtain workflow generation parameters, pending approval information, and workflow flow parameters to generate workflow generation rules, pending approval objects, and workflow flow rules. For example, the computing device may receive workflow generation parameters, pending approval information, and workflow flow parameters input by a user. In another example, the computing device may receive workflow generation parameters, pending approval information, and workflow flow parameters transmitted by other devices. When the computing device receives workflow generation parameters, pending approval information, and workflow flow parameters input by a user to generate workflow generation rules, pending approval objects, and workflow flow rules, the computing device may send a prompt message to the user to prompt the user to input the information. Exemplarily, the computing device may use Figure 3B Send prompt information to the user in the manner shown, Figure 3B A schematic diagram of a prompt information provided by the present application, in which the computing device pops up a configuration interface, prompting the user to select the information to be configured. If the user chooses to configure the workflow generation rules, the computing device can prompt the user to enter the approval node and generation rules, etc. If the user chooses to configure the workflow flow rules, the computing device can prompt the user to enter the source approval node, target approval node and flow conditions, etc. If the user chooses to configure the object model, the computing device can prompt the user to select the business type to which the object model is applied, and prompt the user to enter the information of the object model.

[0138] S320: The computing device determines objects whose approval status and event types are consistent among multiple objects to be approved according to the workflow generation rule, and generates a workflow.

[0139] The workflow includes objects whose approval status and event type are consistent among multiple objects to be approved.

[0140] The following still takes leave and asset disposal as an example to further illustrate the process of a computing device generating a workflow according to a workflow generation rule.

[0141] Example 1: For leave request service.

[0142] Taking the four objects to be approved as shown in Table 7 as an example, the process of generating a workflow is described. The computing device compares the approval status and department of objects 1 to 4, and determines that the approval status and department of objects 1 and 2 are different from the approval status and department of other objects, and the approval status and department of objects 3 and 4 are consistent. In this case, the computing device generates workflow 1 for object 1, generates workflow 2 for object 2, and generates workflow 3 for objects 3 and 4, as shown in Table 14.

[0143] Table 14

[0144]

[0145]

[0146] Example 2, for asset disposal business.

[0147] Taking the six objects to be approved as shown in Table 8 as an example, the process of generating a workflow is described. The computing device compares the approval status and asset type of objects 1 to 6, and determines that the approval status and asset type of objects 1, 2, 4 to 6 are consistent, and the approval status and asset type of object 3 are inconsistent with the approval status and asset type of other objects. In this case, the computing device generates workflow 1 for objects 1, 2, 4 to 6, and generates workflow 2 for object 3, as shown in Table 15.

[0148] Table 15

[0149]

[0150] The above takes leave and asset disposal as examples to illustrate the process of a computing device generating a workflow according to a workflow generation rule. Similarly, the computing device can also use the method described above to generate workflows for other types of businesses, which will not be described in detail in this application.

[0151] S330: The computing device pushes the workflow to the user, so that the user can centrally process objects included in the workflow.

[0152] In a possible scenario, the computing device may further execute S330A to implement processing of objects included in the workflow, and S330A may include S31 and S32.

[0153] S31, the computing device obtains a processing opinion for each object in the to-be-approved objects corresponding to the workflow.

[0154] The processing opinions are used to determine the next approval status of each object. The computing device can obtain the processing opinions of each object in the pending approval objects corresponding to the workflow in different ways. The following still takes the leave business and asset disposal business as examples to further explain the process.

[0155] Example 1: For leave request service.

[0156] Take workflows 1 to 3 shown in Table 14 as an example. The computing device obtains the user's processing opinion on object 1 corresponding to workflow 1, obtains the user's processing opinion on object 2 corresponding to workflow 2, and obtains the user's processing opinion on objects 3 and 4 corresponding to workflow 3. The processing opinions of object 3 and object 4 can be the same or different.

[0157] Users can use a variety of methods to input processing opinions on all objects included in the workflow. Several possible examples are given below.

[0158] Example a1: The user gives processing opinions for each object included in the workflow.

[0159] For example, the user gives separate processing opinions for objects 3 and 4 included in workflow 3. In this case, the processing opinions for object 3 and object 4 may be the same or different.

[0160] Example a2: The user provides processing opinions for each object included in the workflow.

[0161] For example, the user collectively gives processing opinions for objects 3 and 4 included in workflow 3. In this case, the processing opinions for object 3 and object 4 are the same, such as both agree, both disagree, both transfer to a certain processing, and so on.

[0162] Example a3: The user gives processing opinions separately for some objects included in the workflow, and gives processing opinions collectively for another part of the objects.

[0163] Table 14 also includes workflow 4, which includes objects 5 to 8. The computing device gives separate processing opinions for objects 5 and 6, and collectively gives processing opinions for objects 7 and 8. In this case, the processing opinions for objects 5 and 6 may be the same or different. The processing opinions for objects 7 and 8 are the same. For example, the processing opinion for object 5 is disagreement, the processing opinion for object 6 is agreement, and the processing opinions for objects 7 and 8 are both agreement.

[0164] Example a4: The user gives processing opinions on some objects included in the workflow, and gives processing opinions on another part of objects.

[0165] Table 14 also includes workflow 4, which includes objects 5 to 8. The computing device centrally gives processing opinions for objects 5 and 6, and centrally gives processing opinions for objects 7 and 8. In this case, the processing opinions for objects 5 and 6 are the same, and the processing opinions for objects 7 and 8 are the same. For example, the processing opinions for objects 5 and 6 are disagreement, and the processing opinions for objects 7 and 8 are both agreement.

[0166] The above text combines examples a1 to a4 to provide four ways for users to give processing opinions for all objects included in the workflow. According to the needs of actual applications, users can also use other methods to give processing opinions for the objects included in the workflow, and this application is not limited to this.

[0167] Example 2, for asset disposal business.

[0168] Take workflow 1 and workflow 2 shown in Table 15 as an example. The computing device obtains the user's processing opinions on objects 1, 2, 4 to 6 included in workflow 1. The computing device obtains the user's processing opinions on object 3 included in workflow 2. As shown in Table 16, the processing opinions of objects 1 to 6 can be the same or different, such as the processing opinion of object 1 is to transfer to B for approval, the processing opinion of object 2 is to transfer to C for approval, the processing opinion of object 3 is to transfer to B for approval, the processing opinion of object 4 is to transfer to B for approval, the processing opinion of object 5 is to transfer to C for approval, and the processing opinion of object 6 is to transfer to C for approval. Similarly, the user can use a variety of methods to input the processing opinions on the objects in the workflow, such as using the method described in Examples a1 to a4 above to obtain the processing opinions on the objects in the workflow.

[0169] Table 16

[0170]

[0171] S32, the computing device changes the approval node corresponding to each object according to the workflow flow rules and the processing opinions of each object.

[0172] The workflow transfer rule is used to indicate the conditions for changing the approval node of an object.

[0173] In one possible scenario, the computing device compares the current approval node and the source approval node of each object, as well as the processing opinion and workflow flow condition of each object. If the current approval node and the source approval node of each object are consistent, and the processing opinion and flow condition of each object are consistent, the computing device changes the approval node of each object to the target approval node.

[0174] The following still takes the leave business and asset disposal business as an example to further explain the process of generating workflows and the process of processing workflows.

[0175] Example 1: For leave request service.

[0176] Still taking workflow 1 to workflow 3 shown in Table 14 as an example, the above process is further explained.

[0177] (1) For object 1 corresponding to workflow 1 in Table 14.

[0178] The computing device receives the direct supervisor's handling opinion on object 1, if the direct supervisor's handling opinion is agreement. In this case, the computing device compares the approval status of object 1 in Table 14 and the source approval node in Table 12. The two flow rules with sequence numbers 1 and 2 in Table 12 are determined to be two initial flow rules. The computing device compares the direct supervisor's handling opinion (i.e. agreement) with the flow conditions corresponding to the two initial flow rules, and determines that the flow rule corresponding to sequence number 1 in Table 12 is the target flow rule. The computing device adjusts the current approval status of object 1 (i.e. direct supervisor) to the target approval node (i.e. department head (B)) of the flow rule corresponding to sequence number 1 in Table 12. The information of object 1 after adjustment is shown in the row corresponding to sequence number 1 shown in Table 17 below.

[0179] (2) For object 2 corresponding to workflow 2 in Table 14.

[0180] The computing device receives the direct supervisor's handling opinion on object 2, if the direct supervisor's handling opinion is disagreement. In this case, the computing device compares the approval status of object 2 in Table 14 and the source approval node in Table 12. The two flow rules with sequence numbers 1 and 2 in Table 12 are determined to be two initial flow rules. The computing device compares the direct supervisor's handling opinion (i.e., disagreement) with the flow conditions corresponding to the two initial flow rules, and determines that the flow rule corresponding to sequence number 2 in Table 12 is the target flow rule. The computing device adjusts the current approval status of object 2 to the target approval node of the flow rule corresponding to sequence number 2 in Table 12 (i.e., rejection processing (C)). The information of object 2 after adjustment is shown in the row corresponding to sequence number 2 shown in Table 17 below.

[0181] (3) For object 3 included in workflow 3 in Table 14.

[0182] The computing device receives the department head's handling opinion on object 3, if the department head's handling opinion is agreement. In this case, the computing device compares the approval status of object 3 in Table 14 and the source approval node in Table 12. Determine that the two flow rules with sequence numbers 3 and 4 in Table 12 are two initial flow rules. The computing device compares the department head's handling opinion (i.e. agreement) with the two initial flow rules, and determines that the flow rule corresponding to sequence number 3 in Table 12 is the target flow rule. The computing device adjusts the current approval status of object 3 to the target approval node (i.e. end) of the flow rule corresponding to sequence number 3 in Table 12, and the information of object 3 after adjustment is shown in the row corresponding to sequence number 3 shown in Table 17 below.

[0183] (4) For object 4 included in workflow 3 in Table 14.

[0184] The computing device receives the department head's handling opinion on object 4, if the department head's handling opinion is disagreement. In this case, the computing device compares the approval status of object 4 in Table 14 and the source approval node in Table 12. Determine that the two flow rules with sequence numbers 3 and 4 in Table 12 are two initial flow rules. The computing device compares the department head's handling opinion (i.e., agreement) and the two initial flow rules, and determines that the flow rule corresponding to sequence number 3 in Table 12 is the target flow rule. The computing device adjusts the current approval status of object 4 to the target approval node of the flow rule corresponding to sequence number 4 in Table 12 (i.e., rejection processing (C)). The information of object 4 after adjustment is shown in the row corresponding to sequence number 4 shown in Table 17 below.

[0185] Table 17

[0186] Serial number Object Employee ID Approval Status Start time of leave Leave duration / day department 1 Subject 1 001 Department Head x year y month 1 3 Department 1 2 Subject 2 002 Rejection Processing x year y month 1 1 Sector 2 3 Subject 3 003 Finish x year y month 1 2 Department 1 4 Subject 4 004 Rejection Processing x year y month 1 3 Department 1

[0187] (5) For object 2 and object 4 shown in Table 17.

[0188] Combined with the workflow generation rules described above, when the approval status is "rejected processing", the computing device generates a workflow in time according to the employee ID. The computing device generates a workflow (or workflow 4) for object 2 in Table 17 according to the employee ID, and generates a workflow (or workflow 5) for object 4.

[0189] If the processing opinion of the rejection processing received by the computing device for the object 2 corresponding to the workflow 4 is agreed. In this case, the computing device compares the approval status of the object 2 in the workflow 4 (i.e., the rejection processing) and the source approval node in Table 12. Determine that the two flow rules with sequence numbers 5 and 6 in Table 12 are two initial flow rules. The computing device compares the processing opinion of the rejection processing (i.e., agreement) and the two initial flow rules, and determines that the flow rule corresponding to sequence number 5 in Table 12 is the target flow rule. The computing device adjusts the current approval status of the object 2 corresponding to the workflow 4 (i.e., the rejection processing) to the target approval node (i.e., end) of the flow rule corresponding to sequence number 5 in Table 12, and the information of the adjusted object 2 is shown in the row corresponding to sequence number 2 shown in Table 18 below.

[0190] If the processing opinion of the rejection processing received by the computing device for the object 4 corresponding to the workflow 5 is "agree". In this case, the computing device compares the approval status of the object 4 in the workflow 5 (i.e., the rejection processing) with the source approval node in Table 12. The two flow rules with sequence numbers 5 and 6 in Table 12 are determined to be the two initial flow rules. The computing device compares the processing opinion of the rejection processing (i.e., disagreement) with the two initial flow rules, and determines that the flow rule corresponding to sequence number 6 in Table 12 is the target flow rule. The computing device adjusts the current approval status of the object 4 corresponding to the workflow 5 (i.e., the rejection processing) to the target approval node (i.e., the direct supervisor (A)) of the flow rule corresponding to sequence number 5 in Table 12, and the information of the adjusted object 4 is shown in the row corresponding to sequence number 4 shown in Table 18 below.

[0191] Table 18

[0192] Serial number Object Employee ID Approval Status Start time of leave Leave duration / day department 1 Subject 1 001 Department Head x year y month 1 3 Department 1 2 Subject 2 002 Finish x year y month 1 1 Sector 2 3 Subject 3 003 Finish x year y month 1 2 Department 1 4 Subject 4 004 Direct Supervisor x year y month 1 3 Department 1

[0193] Example 2, for asset disposal business.

[0194] Still taking workflow 1 and workflow 2 in Table 15 as an example, the above process is further explained.

[0195] (1) For all objects included in workflow 1 and workflow 2.

[0196] Take the approval opinions received by all objects included in workflow 1 as shown in Table 16 as an example. In this case, the computing device compares the approval status of all objects included in workflow 1 in Table 15 and the source approval node in Table 13, and determines that the two flow rules with sequence numbers 1 and 2 in Table 13 are two initial flow rules. The computing device compares the flow conditions corresponding to the two initial flow rules in Table 13 and the approval opinions of all objects included in workflow 1 in Table 15, and determines that the approval opinions of objects 1 and 4 (i.e., transfer to B) are the same as the flow conditions (i.e., transfer to B) of the flow rule corresponding to sequence number 1 in Table 13. In this case, the computing device adjusts the approval status corresponding to objects 1 and 4 to B. For the adjusted information, please refer to the rows corresponding to sequence numbers 1 and 4 in Table 19. The computing device compares the transfer conditions corresponding to the two initial transfer rules in Table 13 and the approval opinions of all objects included in Workflow 1 in Table 15, and determines that the approval opinions of objects 2, 5, and 6 (i.e., transfer to C) are the same as the transfer conditions (i.e., transfer to C) of the transfer rule corresponding to sequence number 2 in Table 13. In this case, the computing device adjusts the approval status corresponding to objects 2, 5, and 6 to C. For the adjusted information, please refer to the rows corresponding to sequence numbers 2, 5, and 6 in Table 19.

[0197] (2) For all objects included in workflow 2.

[0198] Take the approval opinions received by all objects included in workflow 2 as shown in Table 16 as an example. In this case, the computing device compares the approval status of all objects included in workflow 2 in Table 15 and the source approval node in Table 13, and determines that the two flow rules with sequence numbers 1 and 2 in Table 13 are two initial flow rules. The computing device compares the flow conditions corresponding to the two initial flow rules in Table 13 and the approval opinions of object 3 included in workflow 2 in Table 15, and determines that the approval opinion of object 3 (i.e., transfer to B) is the same as the flow condition (i.e., transfer to B) of the flow rule corresponding to sequence number 1 in Table 13. In this case, the computing device adjusts the approval status corresponding to object 3 to B. For the adjusted information, please refer to the row corresponding to sequence number 3 in Table 19.

[0199] In a possible scenario, the computing device may also update the current processing sub-process identifier corresponding to the object according to the sub-process rule shown in Table 10. Please refer to Table 19 for the updated current processing sub-process identifier.

[0200] Table 19

[0201]

[0202] (3) The computing device generates workflow 3 (approval status is B) for objects 1 and 4 in Table 19 according to the workflow generation rules, generates workflow 4 (approval status is B) for object 3 in Table 19, and generates workflow 5 (approval status is C) for objects 2, 5, and 6 in Table 19.

[0203] The computing device receives B's approval opinions for all objects in workflow 3 and workflow 4. If B's ​​approval opinions for objects 1 and 3 are complete, and B's approval opinions for object 4 are transferred to C for processing. The computing device receives C's approval opinions for all objects in workflow 5. If C's approval opinions for objects 2, 5, and 6 are complete, as shown in Table 20.

[0204] Table 20

[0205]

[0206] The computing device compares the approval status of all objects (i.e., object 1 and object 4) included in workflow 3 with the source approval node in Table 13, and determines that the two flow rules with sequence numbers 3 and 4 in Table 13 are two initial flow rules. The computing device compares the flow conditions corresponding to the two initial flow rules in Table 13 with the approval opinions of objects 1 and 4 included in workflow 3, and determines that the approval opinion of object 1 (i.e., end) is the same as the flow condition (i.e., end) of the flow rule corresponding to sequence number 3 in Table 13, and determines that the approval of object 4 (i.e., transfer to C) is the same as the flow condition (i.e., transfer to C) of the flow rule corresponding to sequence number 4 in Table 13. In this case, the computing device adjusts the approval status corresponding to object 1 to end, and adjusts the approval status corresponding to object 4 to transfer to C. For the adjusted information, please refer to the row corresponding to sequence number 4 in Table 21 below.

[0207] The computing device compares the approval status of all objects (i.e., object 3) included in workflow 4 and the source approval node in Table 13, and determines that the two flow rules with sequence numbers 3 and 4 in Table 13 are two initial flow rules. The computing device compares the flow conditions corresponding to the two initial flow rules in Table 13 and the approval opinion of object 3 included in workflow 4, and determines that the approval opinion of object 3 (i.e., end) is the same as the flow condition (i.e., end) of the flow rule corresponding to sequence number 3 in Table 13. In this case, the computing device adjusts the approval status corresponding to object 3 to end. For the adjusted information, please refer to the row corresponding to sequence number 3 in Table 21 below.

[0208] The computing device compares the approval status of all objects (i.e., object 2, object 5, and object 6) included in workflow 5 with the source approval node in Table 13, and determines that the two flow rules with sequence numbers 5 and 6 in Table 13 are two initial flow rules. The computing device compares the flow conditions corresponding to the two initial flow rules in Table 13 with the approval opinions of objects 2, object 5, and object 6 included in workflow 5, and determines that the approval opinions (i.e., end) of objects 2, object 5, and object 6 are the same as the flow conditions (i.e., end) of the flow rule corresponding to sequence number 5 in Table 13. In this case, the computing device adjusts the approval status corresponding to objects 2, object 5, and object 6 to end. For the adjusted information, please refer to the rows corresponding to sequence numbers 2, 5, and 6 in Table 21 below.

[0209] In a possible scenario, the computing device may also update the current processing sub-process identifier corresponding to the object according to the sub-process rule shown in Table 10. See Table 21 for the updated current processing sub-process identifier.

[0210] Table 21

[0211]

[0212] (4) According to the workflow generation rules, generate workflow 6 for object 4 in Table 21 (approval status is C).

[0213] The computing device receives C's approval opinion on all objects (ie, object 4) in workflow 6. If C's approval of object 4 is complete, as shown in Table 22.

[0214] Table 22

[0215]

[0216] The computing device compares the approval status of all objects (i.e., object 4) included in workflow 6 with the source approval node in Table 13, and determines that the two flow rules with sequence numbers 5 and 5 in Table 13 are two initial flow rules. The computing device compares the flow conditions corresponding to the two initial flow rules in Table 13 with the approval opinion of object 4 included in workflow 6, and determines that the approval opinion of object 4 (i.e., end) is the same as the flow condition (i.e., end) of the flow rule corresponding to sequence number 5 in Table 13. In this case, the computing device adjusts the approval status corresponding to object 4 to end. For the adjusted information, please refer to the row corresponding to sequence number 4 in Table 23 below.

[0217] In a possible scenario, the computing device may also update the current processing sub-process identifier corresponding to the object according to the sub-process rule shown in Table 10. Please refer to Table 23 for the updated current processing sub-process identifier.

[0218] Table 23

[0219]

[0220] The above uses leave business and asset disposal business as examples to illustrate the process of computing devices generating workflows and processing workflows. Similarly, other types of businesses can also use the method described above to process objects to be processed, and this application will not go into details. The method described above can be used Figure 7 The block diagram implementation described, Figure 7 A block diagram of a business processing method provided by this application. Figure 7 As shown, the computing device can use an object flow manager, an object state machine and an object dynamic scheduling engine to cooperate in executing the business processing method described in the above embodiment.

[0221] The object process manager implements object-based process definition, specifically: defining the object model, state machine, application sub-process, processing sub-process, and sub-process generation rules described above.

[0222] The object state machine generates objects based on business applications. Specifically, the user / system creates objects through business applications and obtains object model instances.

[0223] The object dynamic scheduling engine implements the operation of the object dynamic scheduling engine scheduling process. Specifically, it includes: the creation of object approval nodes, the adjustment of object approval nodes, triggering the state machine to process objects and update object model instances, object model instance updates drive the dynamic scheduling engine for processing processes, and dynamically generates object processing sub-processes according to object flow rules.

[0224] Based on the above description of the business processing method and implementation diagram, the following Figure 8 Taking business 1, business 2 and business 3 as examples, the business processing method described above is illustrated. Figure 8 A schematic diagram of a business process provided for this application.

[0225] like Figure 8As shown, business 1 includes objects 11 to 15, business 2 includes objects 21 to 25, and business 3 includes objects 31 to 35. The first flow state of objects 11, 21, and 31 is process node 1, the first flow state of objects 12, 22, and 32 is process node 2, the first flow state of objects 13 and 23 is process node 3, the first flow state of objects 14, 24, 33, and 34 is process node 4, and the first flow state of objects 15, 25, and 35 is process node 5. The second flow state of object 11 is process node 3, and the third flow state is process node 4. The second flow state of object 21 is process node 3, and the third flow state is process node 5. The second flow state of object 31 is process node 2.

[0226] In this case, the computing device generates a workflow 1 (eg, Figure 8 The computing device executes flow 1, which specifically includes: the computing device receives the processing opinion of the user or system on object 11 (i.e., transfers to process node 3), and the computing device updates the approval status of object 11 to process node 3. The computing device executes flow 2, which specifically includes: the computing device receives the processing opinion of the user or system on object 21 (i.e., transfers to process node 3), and updates the approval status of object 21 to process node 3. The computing device executes flow 3, which specifically includes: the computing device receives the processing opinion of the user or system on object 31 (i.e., transfers to process node 3), and updates the approval status of object 31 to process node 2.

[0227] In this case, the computing device generates a workflow 2 (eg, Figure 8 In S2), the approval status of workflow 2 is process node 2.

[0228] The computing device generates a workflow 3 (eg, Figure 8 The approval status of workflow 3 is process node 3. The computing device executes flow 4, which is specifically: the computing device receives the processing opinion of the user or system on object 11 (i.e., transfers to process node 4), and updates the approval status of object 11 to process node 4. The computing device executes flow 5, which is specifically: the computing device receives the processing opinion of the user or system on object 21 (i.e., transfers to process node 5), and updates the approval status of object 21 to process node 5.

[0229] In this case, the computing device generates a workflow 4 (eg, Figure 8 The approval status of workflow 4 is process node 4. The computing device generates workflow 5 (such as Figure 8 In S5), the approval status of workflow 5 is process node 5.

[0230] The above text takes three businesses, and each business includes multiple objects as an example, and specifically describes the business processing method provided by the present application in conjunction with the accompanying drawings. In some possible examples, fewer or more businesses may be included, such as two businesses or four businesses, etc. A business may include one or more objects to be approved, and the present application does not limit the number of objects to be approved.

[0231] The computing device that executes the business processing method described above includes hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should easily realize that, in combination with the units and method steps of each example described in the embodiments disclosed in this application, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in the form of hardware or computer software driving hardware depends on the specific application of the technical solution. It is understandable that in order to realize the functions in the above embodiments, the computing scenarios and design constraints are required.

[0232] Combined with the above Figures 1 to 8 , describes in detail the service processing method provided by this embodiment, and will now be combined with Fig. 9 Describe the business processing device provided by this application. Fig. 9 A schematic diagram of the structure of a business processing device provided by this application, such as Fig. 9 As shown, the service processing device 900 includes: a transceiver module 910 and a processing module 920. The service processing device 900 is used to implement the functions of the computing device in the above method embodiment.

[0233] The transceiver module 910 is used to obtain multiple objects to be approved. The parameters of the object include the approval status of the object and the event type to which the object belongs. The processing module 920 is used to determine the objects whose approval status and event type are consistent among the multiple objects to be approved according to the workflow generation rules, and generate a workflow. The workflow includes the objects whose approval status and event type are consistent among the multiple objects to be approved. The transceiver module 910 is also used to push the workflow to the user so that the user can centrally process the objects included in the workflow.

[0234] In a possible scenario, before obtaining multiple objects to be approved, the transceiver module 910 is further used to receive workflow generation parameters. The workflow generation parameters include approval nodes and generation rules. The processing module 920 is further used to obtain workflow generation rules according to the workflow generation parameters.

[0235] In another possible scenario, before obtaining multiple objects to be approved, the transceiver module 910 is further used to: receive information to be approved. The information to be approved includes one or more of the following: employee name, employee ID, business type, and business parameters. The processing module 920 is further used to: generate objects to be approved according to the information to be approved.

[0236] In another possible scenario, before obtaining multiple objects to be approved, the transceiver module 910 is further used to receive workflow flow parameters. The workflow flow parameters include: source approval node, target approval node and flow conditions. The processing module 920 is further used to generate workflow flow rules according to the workflow flow parameters.

[0237] In another possible scenario, the transceiver module 910 is further used to obtain the processing opinion of each object in the to-be-approved objects corresponding to the workflow. The processing opinion is used to determine the next approval state of each object. The processing module 920 is further used to change the approval node corresponding to each object according to the workflow flow rule and the processing opinion of each object. The workflow flow rule is used to indicate the condition for changing the approval node of the object.

[0238] In another possible scenario, the processing module 920 is specifically used to compare the current approval node and the source approval node of each object, as well as the processing opinion and workflow flow condition of each object. If the current approval node and the source approval node of each object are consistent, and the processing opinion and flow condition of each object are consistent, the approval node of each object is changed to the target approval node.

[0239] A more detailed description of the above-mentioned transceiver module 910 and the processing module 920 can be directly obtained by referring to the relevant description in the method embodiment shown in the aforementioned drawings, and will not be repeated here.

[0240] Among them, the transceiver module 910 and the processing module 920 can be implemented by software or by hardware. Exemplarily, the implementation of the transceiver module 910 is introduced below by taking the transceiver module 910 as an example. Similarly, the implementation of the processing module 920 can refer to the implementation of the transceiver module 910.

[0241] As an example of a software functional unit, the transceiver module 910 may include code running on a computing instance. Among them, the computing instance may include at least one of a physical host (computing device), a virtual machine, and a container. Further, the above-mentioned computing instance may be one or more. For example, the transceiver module may include code running on multiple hosts / virtual machines / containers. It should be noted that the multiple hosts / virtual machines / containers used to run the code may be distributed in the same region (region) or in different regions. Furthermore, the multiple hosts / virtual machines / containers used to run the code may be distributed in the same availability zone (AZ) or in different AZs, each AZ including one data center or multiple data centers with similar geographical locations. Among them, usually a region may include multiple AZs.

[0242] Similarly, multiple hosts / virtual machines / containers used to run the code can be distributed in the same virtual private cloud (VPC) or in multiple VPCs. Usually, a VPC is set up in a region. For cross-region communication between two VPCs in the same region and between VPCs in different regions, a communication gateway needs to be set up in each VPC to achieve interconnection between VPCs through the communication gateway.

[0243] As an example of a hardware functional unit, the transceiver module 910 may include at least one computing device, such as a server, etc. Alternatively, the transceiver module 910 may also be a device implemented using an application-specific integrated circuit (ASIC) or a programmable logic device (PLD). The PLD may be a complex programmable logical device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL) or any combination thereof.

[0244] The multiple computing devices included in the transceiver module 910 can be distributed in the same region or in different regions. The multiple computing devices included in the transceiver module 910 can be distributed in the same AZ or in different AZs. Similarly, the multiple computing devices included in the transceiver module 910 can be distributed in the same VPC or in multiple VPCs. The multiple computing devices can be any combination of computing devices such as servers, ASICs, PLDs, CPLDs, FPGAs, and GALs.

[0245] It should be noted that, in other embodiments, the transceiver module 910 can be used to execute any step in the business processing method, and the processing module 920 can be used to execute any step in the business processing method. The steps that the transceiver module 910 and the processing module 920 are responsible for implementing can be specified as needed. The full functions of the business processing device are realized by respectively implementing different steps in the business processing method through the transceiver module 910 and the processing module 920.

[0246] The above text describes the business processing device provided by the present application in combination with the accompanying drawings. The functions of the business processing device can be implemented using a computing device, such as storing instructions for implementing the transceiver module 910 and the processing module 920 of the business processing device in the memory of the computing device, so that the computing device can implement the business processing function.

[0247] The present application provides a computing device cluster, Fig.10 A schematic diagram of the structure of a computing device cluster provided in this application, such as Fig.10 As shown, the computing device cluster includes at least one Figure 1 The computing device described herein may be a server, such as a central server, an edge server, or a local server in a local data center. In some embodiments, the computing device may also be a terminal device such as a desktop computer, a laptop computer, or a smart phone.

[0248] like Fig.10 As shown, the computing device cluster includes at least one computing device 100. The memory 130 in one or more computing devices 100 in the computing device cluster may store the same instructions for executing the business processing method.

[0249] In some possible implementations, the memory 130 of one or more computing devices 100 in the computing device cluster may also store partial instructions for executing the business processing method. In other words, the combination of one or more computing devices 100 may jointly execute instructions for executing the business processing method.

[0250] It should be noted that the memories in different computing devices 100 in the computing device cluster can store different instructions, which are respectively used to execute part of the functions of the business processing device. That is, the instructions stored in the memories 130 in different computing devices 100 can implement the functions of one or more modules in the transceiver module and the processing module.

[0251] In some possible implementations, one or more computing devices in the computing device cluster may be connected via a network, which may be a wide area network or a local area network. Fig.11 A possible connection diagram of a computing device cluster provided for this application, such as Fig.11 As shown, two computing devices 100A and 100B are connected via a network. Specifically, the network is connected via a communication interface in each computing device. In this type of possible implementation, the memory 130 in the computing device 100A stores instructions for executing the functions of the transceiver module. At the same time, the memory 130 in the computing device 100B stores instructions for executing the functions of the processing module.

[0252] Fig.11 The connection mode between the computing device clusters shown may be considered to be that the business processing method provided by the present application requires a large number of identifications of the objects and the approval nodes where the objects are located. Therefore, it is considered that the functions implemented by the transceiver module are executed by the computing device 100A, and the functions implemented by the processing module are executed by the computing device 100B.

[0253] It should be understood that Fig.11 The functionality of the computing device 100A shown may also be performed by multiple computing devices 100. Similarly, the functionality of the computing device 100B may also be performed by multiple computing devices 100.

[0254] The present application also provides another computing device cluster. The connection relationship between the computing devices in the computing device cluster can be similarly referred to as Fig.10 and Fig.11 The connection mode of the computing device cluster is different in that the memory 130 in one or more computing devices 100 in the computing device cluster may store the same instructions for executing the business processing method.

[0255] In some possible implementations, the memory 130 of one or more computing devices 100 in the computing device cluster may also store partial instructions for executing the business processing method. In other words, the combination of one or more computing devices 100 may jointly execute instructions for executing the business processing method.

[0256] The present application also provides a computer program product including instructions. The computer program product may be software or a program product including instructions that can be run on a computing device or stored in any available medium. When the computer program product is run on at least one computing device, the at least one computing device executes a business processing method.

[0257] The present application also provides a computer-readable storage medium. The computer-readable storage medium may be any available medium that can be stored by a computing device or a data storage device such as a data center that includes one or more available media. The available medium may be a magnetic medium (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid-state hard disk). The computer-readable storage medium includes instructions that instruct the computing device to execute the business processing method.

[0258] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the protection scope of the technical solutions of the embodiments of the present invention.

Claims

1. A business processing method, characterized in that: The method is applied to a multi-object flow processing process, and the method comprises: Acquire multiple objects to be approved, wherein the parameters of the objects include: the approval status of the objects and the event types to which the objects belong; Determine, according to the workflow generation rule, objects whose approval status and event types are consistent among the multiple objects to be approved, and generate a workflow, wherein the workflow includes objects whose approval status and event types are consistent among the multiple objects to be approved; The workflow is pushed to the user, so that the user can centrally process the objects included in the workflow.

2. The method according to claim 1, characterized in that: Before obtaining the plurality of objects to be approved, the method further includes: Receiving workflow generation parameters, the workflow generation parameters including: approval nodes and generation rules; The workflow generation rule is obtained according to the workflow generation parameter.

3. The method according to claim 1, characterized in that: Before obtaining the plurality of objects to be approved, the method further includes: Receive information to be approved, where the information to be approved includes one or more of the following: employee name, employee ID, business type, and business parameters; An object to be approved is generated according to the information to be approved.

4. The method according to claim 1, characterized in that: Before obtaining the plurality of objects to be approved, the method further includes: Receive workflow flow parameters; the workflow flow parameters include: source approval node, target approval node and flow conditions; The workflow flow rule is generated according to the workflow flow parameter.

5. The method according to claim 4, characterized in that The method further comprises: Obtaining a processing opinion for each object in the objects to be approved corresponding to the workflow; wherein the processing opinion is used to determine the next approval status of each object; According to the workflow transfer rules and the processing opinions of each object, the approval node corresponding to each object is changed; wherein the workflow transfer rules are used to indicate: the conditions for changing the approval node of the object.

6. The method according to claim 5, characterized in that The changing the approval status corresponding to each object according to the workflow flow rules and the processing opinions of each object includes: Comparing the current approval node of each object with the source approval node, as well as the processing opinion of each object and the workflow flow condition; If the current approval node of each object is consistent with the source approval node, and the processing opinion of each object is consistent with the flow condition, the approval node of each object is changed to the target approval node.

7. A service processing device, characterized in that: The device comprises: The transceiver module is used to: obtain a plurality of objects to be approved, wherein the parameters of the objects include: the approval status of the objects and the event type to which the objects belong; The processing module is used to: determine the objects whose approval status and event types are consistent among the multiple objects to be approved according to the workflow generation rule, and generate a workflow, wherein the workflow includes the objects whose approval status and event types are consistent among the multiple objects to be approved; The sending and receiving module is further used to push the workflow to the user, so that the user can centrally process the objects included in the workflow.

8. The device according to claim 7, characterized in that Before obtaining the plurality of objects to be approved, The transceiver module is further used to: receive workflow generation parameters, the workflow generation parameters include: approval nodes and generation rules; The processing module is further used to obtain the workflow generation rule according to the workflow generation parameter.

9. The device according to claim 7, characterized in that Before obtaining multiple objects to be approved The transceiver module is further used to: receive information to be approved, wherein the information to be approved includes one or more of the following: employee name, employee ID, business type, and business parameters; The processing module is further used to generate an object to be approved according to the information to be approved.

10. The device according to claim 7, characterized in that Before obtaining the plurality of objects to be approved, The transceiver module is further used to: receive workflow flow parameters; the workflow flow parameters include: source approval node, target approval node and flow conditions; The processing module is further used to generate the workflow flow rule according to the workflow flow parameter.

11. The device according to claim 10, characterized in that The transceiver module is further used to: obtain the processing opinion of each object in the objects to be approved corresponding to the workflow; wherein the processing opinion is used to determine the next approval status of each object; The processing module is further used to change the approval node corresponding to each object according to the workflow transfer rule and the processing opinion of each object; wherein the workflow transfer rule is used to indicate the conditions for changing the approval node of the object.

12. The device according to claim 11, characterized in that The processing module is specifically used for: Comparing the current approval node of each object with the source approval node, as well as the processing opinion of each object and the workflow flow condition; If the current approval node of each object is consistent with the source approval node, and the processing opinion of each object is consistent with the flow condition, the approval node of each object is changed to the target approval node.

13. A processor, characterized in that: The processor comprises an interface circuit and a control circuit, wherein the interface circuit is used to receive a plurality of objects to be approved, and the control circuit is used to execute the method according to any one of claims 1 to 6 to process the plurality of objects to be approved.

14. A computing device cluster, characterized in that: comprising at least one computing device, each computing device comprising a processor and a memory; The processor of the at least one computing device is configured to execute instructions stored in the memory of the at least one computing device, so that the computing device cluster executes the method according to any one of claims 1 to 6.

15. A computer program product comprising instructions, characterized in that When the instructions are executed by a computing device cluster, the computing device cluster executes the method according to any one of claims 1 to 6.

16. A computer-readable storage medium, characterized in that: The method comprises computer program instructions. When the computer program instructions are executed by a computing device cluster, the computing device cluster performs the method according to any one of claims 1 to 6.

Images