Business flow chart generation method and device, electronic equipment and storage medium

Abstract

The invention relates to a business flow chart generation method and device, electronic equipment and a storage medium, and the method comprises the steps: obtaining a flow chart design template of a resource transfer scene, and the business responsibility information of a plurality of business steps in the flow chart design template sequentially comprises the steps: processing the interactive input of a client, packaging the business data associated with the interactive input, obtaining domain data required by the key business logic, verifying the domain data, processing the key business logic, processing other business logics associated with the key business logic, and processing the interactive output of the client; and performing semantic analysis on the implementation logic description information of the to-be-developed service function and the respective service responsibility information of the plurality of service steps, determining operation contents corresponding to the respective service responsibility information of the plurality of service steps when the to-be-developed service function is implemented, and further generating a service flow chart corresponding to the to-be-developed service function. The business development efficiency can be improved, and the fault rate of the business codes is reduced.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a method, device, electronic device and storage medium for generating a business process diagram. Background Art

[0002] During the business development phase of a resource transfer scenario, developers can use a business process diagram designer (i.e., a drawing tool) to generate a business process diagram for the business functions to be developed. This diagram describes the implementation steps for the business functions to be developed. For example, if the resource transfer scenario is a payment scenario, the payment service typically includes multiple business functions to be developed, such as: pulling up a list of payment methods, selecting preferential payment options, and verifying payment passwords. Therefore, the development of the payment service typically requires the collaboration of multiple development teams.

[0003] Currently, there is no unified standard specification for the generation of business process diagrams. When multiple development teams collaborate to develop resource transfer services, they are unable to reach a consensus. For example, other development teams may not be able to accurately sort out the logic of the business process diagram designed by one development team. In this way, when designing business codes based on multiple business process diagrams, multiple development teams need to negotiate for a long time, resulting in low business development efficiency. In addition, the negotiation process is prone to errors, resulting in a high failure rate of the business code. Summary of the Invention

[0004] Embodiments of the present application provide a method, device, electronic device, and storage medium for generating a business process diagram to improve business development efficiency and reduce the failure rate of business codes.

[0005] In one aspect, an embodiment of the present application provides a method for generating a business process diagram, the method comprising:

[0006] Obtain a flowchart design template for a resource transfer scenario, the flowchart design template including multiple business steps connected in sequence, wherein the business responsibilities of each of the multiple business steps are as follows: processing client interaction input, encapsulating business data associated with the interaction input, obtaining domain data required for key business logic and verifying the domain data, processing key business logic, processing other business logic associated with the key business logic, and processing client interaction output;

[0007] Obtaining implementation logic description information of the business function to be developed in the resource transfer scenario, and performing semantic analysis on the implementation logic description information and the business responsibility information of each of the multiple business steps to determine the operation content corresponding to the business responsibility information of each of the multiple business steps when implementing the business function to be developed;

[0008] Based on the multiple business steps and the operation contents corresponding to the business responsibility information of each of the multiple business steps, a business process diagram corresponding to the business function to be developed is generated.

[0009] In one aspect, an embodiment of the present application provides a device for generating a business process diagram, the device comprising:

[0010] an acquisition unit, configured to acquire a flow chart design template for a resource transfer scenario, the flow chart design template comprising a plurality of sequentially connected business steps, wherein the business responsibilities of the plurality of business steps are as follows: processing client interaction input, encapsulating business data associated with the interaction input, acquiring domain data required for key business logic and verifying the domain data, processing key business logic, processing other business logic associated with the key business logic, and processing client interaction output;

[0011] an extraction unit configured to obtain implementation logic description information of the business function to be developed in the resource transfer scenario, and perform semantic analysis on the implementation logic description information and the business responsibility information of each of the multiple business steps to determine operation content corresponding to the business responsibility information of each of the multiple business steps when implementing the business function to be developed;

[0012] A generating unit is configured to generate a business process diagram corresponding to the business function to be developed based on the multiple business steps and the operation contents corresponding to the business responsibility information of each of the multiple business steps.

[0013] Optionally, the extraction unit is specifically configured to:

[0014] Input the implementation logic description information of the business function to be developed and the business responsibility information of each of the multiple business steps into a trained operation content extraction model to obtain the operation content corresponding to the business responsibility information of each of the multiple business steps; wherein the operation content extraction model is obtained through the following training process:

[0015] Based on the corpus text set of the resource transfer scenario, a pre-trained language model is trained to obtain an intermediate language model for performing text semantic extraction for the resource transfer scenario;

[0016] The intermediate language model is iteratively trained for multiple rounds based on a sample data set to obtain the operation content extraction model; wherein, each sample data in the sample data set includes: implementation logic description information and label information of the developed business functions of the resource transfer scenario, and the label information includes the actual operation content corresponding to the business responsibility information of each of the multiple business steps.

[0017] Optionally, the apparatus further includes a training unit, the corpus text set includes a first corpus text subset and a second corpus text subset, and when the pre-trained language model is trained based on the corpus text set of the resource transfer scenario to obtain an intermediate language model for text semantic extraction in the resource transfer scenario, the training unit is specifically configured to:

[0018] Using a self-supervised training method, the pre-trained language model is trained based on the first corpus text subset to obtain an encoding language model for encoding the corpus;

[0019] The encoding language model is trained based on the second corpus text subset using a supervised training method to obtain an intermediate language model for text semantic extraction; wherein each corpus text in the second corpus text subset has a corresponding semantic label.

[0020] Optionally, when the intermediate language model is trained based on the sample data set to obtain the operation content extraction model, the training unit is specifically configured to:

[0021] Based on the sample data set, the intermediate language model is trained for multiple rounds of iterations to obtain the operation content extraction model, wherein each training step performs the following operations:

[0022] Sample data is selected from the sample data set, and implementation logic description information of the developed business functions in the sample data and business responsibility information of each of the multiple business steps are input into the intermediate language model to obtain predicted operation content corresponding to the business responsibility information of each of the multiple business steps;

[0023] Based on the difference between the predicted operation content corresponding to the business responsibility information of each of the multiple business steps and the actual operation content corresponding to the business responsibility information of each of the multiple business steps, a loss value is obtained, and parameters of the intermediate language model are adjusted based on the loss value.

[0024] Optionally, the apparatus further includes a setting unit configured to obtain the flowchart design template by:

[0025] For a plurality of setting elements used for drawing a flowchart in a flowchart drawing tool, respectively setting process responsibility information of the plurality of setting elements;

[0026] Multiple business responsibility information are sequentially set, and for the multiple business responsibility information, the following operations are sequentially performed: target process responsibility information that matches one business responsibility information is selected from the multiple process responsibility information, and the business steps corresponding to the one business responsibility information are drawn using the setting elements corresponding to the target process responsibility information;

[0027] The target setting element among the multiple setting elements is used to connect the drawn multiple business steps in sequence according to the set order; wherein the process responsibility information of the target setting element is process control, which is used to determine the execution order of each business step.

[0028] Optionally, the setting unit is further configured to:

[0029] Setting access strategies corresponding to the plurality of process responsibility information; wherein the access strategies are used to call setting elements corresponding to the process responsibility information;

[0030] When the setting element corresponding to the target process responsibility information is used to draw the business step corresponding to the one business responsibility information, the setting unit is specifically used to:

[0031] According to the access policy corresponding to the target process responsibility information, the setting element corresponding to the target process responsibility information is called in the flowchart drawing tool, and the business step corresponding to the one business responsibility information is drawn through the called setting element.

[0032] Optionally, the process responsibility information of each setting element in the multiple setting elements except the target setting element includes:

[0033] Process switching, used to define the switching between one flowchart and another;

[0034] Program processing, used for data processing and data acquisition;

[0035] Decision-making judgment, used to judge the data processing results or data acquisition results and control the branches of the flow chart;

[0036] Input or output, used to process client requests and return client request results.

[0037] Optionally, when selecting target process responsibility information that matches a piece of business responsibility information from a plurality of process responsibility information, the setting unit is specifically configured to:

[0038] When a business responsibility information is to process the interactive input of the client, the target process responsibility information selected is input or output;

[0039] When a business responsibility information is to encapsulate and process the business data associated with the interactive input, the target process responsibility information selected is program processing;

[0040] When a business responsibility information is to obtain domain data required for key business logic and verify the domain data, the selected target process responsibility information includes program processing and decision judgment;

[0041] When a business responsibility information is to process key business logic, the target process responsibility information selected is program processing;

[0042] When a business responsibility information is to process other business logic associated with the key business logic, the target process responsibility information selected is program processing;

[0043] When a business responsibility information is to process the interactive output of the client, the target process responsibility information is selected as input or output.

[0044] An electronic device provided in an embodiment of the present application includes a processor and a memory, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor executes the steps of any one of the above-mentioned business process diagram generation methods.

[0045] An embodiment of the present application provides a computer-readable storage medium, which includes a computer program. When the computer program is run on an electronic device, the computer program is used to enable the electronic device to execute the steps of any one of the above-mentioned business process diagram generation methods.

[0046] An embodiment of the present application provides a computer program product, which includes a computer program stored in a computer-readable storage medium; when a processor of an electronic device reads the computer program from the computer-readable storage medium, the processor executes the computer program, causing the electronic device to perform the steps of any one of the above-mentioned business process diagram generation methods.

[0047] The above solution of the embodiment of the present application has at least the following beneficial effects:

[0048] An embodiment of the present application provides a method, device, electronic device and storage medium for generating a business process diagram. When it is necessary to generate a business process diagram for a business function to be developed in a resource transfer scenario, a flowchart design template for the resource transfer scenario can be obtained, and the template includes multiple business steps connected in sequence, and each business step has corresponding business responsibility information; then, the implementation logic description information of the above-mentioned business function to be developed and the business responsibility information of each of the multiple business steps are analyzed to determine the operation content corresponding to the business responsibility information of each of the multiple business steps when implementing the business function to be developed, and then a business process diagram corresponding to the business function to be developed is generated.

[0049] In this way, based on the business responsibility information of multiple business steps in the above-mentioned flowchart design template, combined with the implementation logic description information of the business functions to be developed, a corresponding business process diagram can be generated, so that the generation of business process diagrams has a unified standard specification. The development team can quickly understand different business process diagrams based on the standard specification, which can shorten the communication time and development time between different development teams and improve business development efficiency. Moreover, since the communication time between development teams is shortened, the error probability of the negotiation process can be reduced, thereby reducing the failure rate of the business code and improving the quality of the business code.

[0050] Other features and advantages of the present application will be described in the following description, and in part will become apparent from the description, or will be understood by practicing the present application. The purposes and other advantages of the present application can be realized and obtained by the structures particularly pointed out in the written description, claims, and drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0051] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0052] Figure 1 A schematic diagram of a domain-driven design architecture in an embodiment of the present application;

[0053] Figure 2 A schematic diagram of an application scenario of a method for generating a business process diagram in an embodiment of the present application;

[0054] Figure 3 This is a flowchart of a method for generating a business process diagram in an embodiment of the present application;

[0055] Figure 4 A schematic diagram of the mapping relationship between setting elements and process responsibility information of a UML flowchart designer in an embodiment of the present application;

[0056] Figure 5 A schematic diagram of a flow chart design template in an embodiment of the present application;

[0057] Figure 6 This is a schematic diagram of an interface for processing client interactive input in an embodiment of the present application;

[0058] Figure 7 A schematic diagram of a display interface corresponding to a key business logic in an embodiment of the present application;

[0059] Figure 8 This is a schematic diagram of a display interface corresponding to a post-service logic associated with a key service logic in an embodiment of the present application;

[0060] Figure 9 A schematic diagram of a business process diagram for obtaining a payment method list in an embodiment of the present application;

[0061] Figure 10 This is a schematic diagram of an interface for obtaining a list of payment methods in an embodiment of the present application;

[0062] Figure 11 A schematic diagram of a business flow diagram of password verification payment in an embodiment of the present application;

[0063] Figure 12 This is a schematic diagram of a password verification payment interface in an embodiment of the present application;

[0064] Figure 13 A schematic diagram of the structure of a business process diagram generating device in an embodiment of the present application;

[0065] Figure 14 A schematic diagram of the structure of an electronic device in an embodiment of the present application;

[0066] Figure 15 The figure is a schematic diagram of the structure of another electronic device to which the embodiments of the present application are applied. DETAILED DESCRIPTION

[0067] To make the purpose, technical solutions, and advantages of the embodiments of this application more clear, the technical solutions of this application will be clearly and completely described below in conjunction with the drawings in the embodiments of this application. Obviously, the described embodiments are part of the embodiments of the technical solutions of this application, but not all of them. Based on the embodiments described in this application document, all other embodiments obtained by ordinary technicians in this field without making creative efforts shall fall within the scope of protection of the technical solutions of this application.

[0068] The following is an introduction to the design concept of the embodiments of the present application.

[0069] In related technologies, business software can be developed through the Domain-Driven Design (DDD) method. DDD captures domain knowledge through domain models and uses domain models to construct software that is easier to maintain. Figure 1 As shown, the four-layer architecture of DDD includes:

[0070] User Interface Layer: Responsible for interacting with users, displaying information and receiving user instructions. This can be a user interface, program, automated testing, etc.

[0071] Application layer: Located above the user interface layer, it primarily defines the tasks to be completed by the software and directs domain objects to solve problems. The application layer should be kept simple, without containing business rules or knowledge, and primarily coordinates collaboration and task allocation between domain objects.

[0072] The Domain layer (Domain): Contains business concepts, business states, and business rules, and is the core of the business software. The Domain layer expresses these concepts through domain model objects such as entities, value objects, and domain services.

[0073] Infrastructure: Provides common technical capabilities for other layers, such as data access, messaging, and persistence mechanisms. The infrastructure layer also supports interaction modes between the four layers.

[0074] The application layer in the DDD architecture is used to design application services, also known as process services. Currently, there are no implementation standards or clear theoretical definitions for these process services, leading to a chaotic implementation process and difficulty reaching consensus and development consensus among development teams. In practice, during the business development phase of a resource transfer scenario (such as a payment scenario), application layer design is required for the business functions to be developed. Developers can use a business process diagram designer (i.e., a drawing tool) to generate a business process diagram that describes the implementation steps for the business functions to be developed. For example, if the resource transfer scenario is a payment scenario, the payment service typically includes multiple business functions to be developed, such as displaying a list of payment methods, selecting payment discounts, and payment verification (i.e., verifying passwords). Therefore, the development of the payment service typically requires the collaboration of multiple development teams.

[0075] Since there is no implementation standard for the process service of the application layer in the DDD architecture, there is no unified standard specification for the generation of business process diagrams. When multiple development teams collaborate to develop resource transfer services, they cannot reach a consensus. For example, other development teams may not be able to accurately sort out the logic of the business process diagram designed by one development team. In this way, when designing business codes based on multiple business process diagrams, multiple development teams need to negotiate for a long time, resulting in low business development efficiency. In addition, the negotiation process is prone to errors, resulting in a high failure rate of business code.

[0076] In view of this, the embodiments of the present application provide a method, device, electronic device and storage medium for generating a business process diagram. Based on the business responsibility information of each of the multiple business steps in the flowchart design template, combined with the implementation logic description information of the business function to be developed, a corresponding business process diagram can be generated, so that the generation of the business process diagram has a unified standard specification. The development team can quickly understand different business process diagrams based on the standard specification, which can shorten the communication time and development time between different development teams and improve business development efficiency. Moreover, since the communication time between development teams is shortened, the error probability of the negotiation process can be reduced, thereby reducing the failure rate of the business code and improving the quality of the business code. In addition, based on the business process diagram generated by the flowchart design template, most of the code logic can be automatically generated, further improving business development efficiency.

[0077] The preferred embodiments of the present application are described below in conjunction with the drawings in the specification. It should be understood that the preferred embodiments described herein are only used to illustrate and explain the present application and are not used to limit the present application. In addition, the embodiments and features in the embodiments of the present application can be combined with each other if there is no conflict.

[0078] like Figure 2 As shown, it is a schematic diagram of an application scenario of an embodiment of the present application. The application scenario diagram includes a terminal device 210 and a server 220. The terminal device 210 and the server 220 can communicate with each other through a communication network.

[0079] In an optional embodiment, the communication network can be a wired network or a wireless network. Therefore, the terminal device 210 and the server 220 can be directly or indirectly connected via wired or wireless communication. This embodiment of the present application does not impose any specific restrictions here.

[0080] In the embodiment of the present application, terminal device 210 includes but is not limited to mobile phones, tablet computers, laptop computers, desktop computers, e-book readers, intelligent voice interaction devices, smart home appliances, in-vehicle terminals, etc. Server 220 can be an independent physical server, or a server cluster or distributed system composed of multiple physical servers. It can also be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, content delivery networks (CDNs), and big data and artificial intelligence platforms.

[0081] It should be noted that the business process diagram generation method in the embodiment of the present application can be executed by the server 220 or the terminal device 210 alone, or can be executed by the server 220 or the terminal device 210 in cooperation with each other, and there is no limitation on this.

[0082] In some possible embodiments, taking terminal device 220 executing alone as an example, for a business function to be developed in a resource transfer scenario, for example, if the resource transfer scenario is a payment scenario, the business function to be developed may include: pulling up a payment method list, selecting a payment discount, and verifying a payment password, etc., without limitation. When generating a business flow diagram for the business function to be developed, terminal device 220 may obtain a pre-saved flow diagram design template for the resource transfer scenario, or may obtain a flow diagram design template for the resource transfer scenario from server 210. The flow diagram design template includes multiple business steps connected in sequence, and the business responsibility information of each of the multiple business steps is as follows: processing client interaction input, encapsulating and processing business data associated with the interaction input, obtaining domain data required for key business logic and verifying domain data, processing key business logic, processing other business logic associated with the key business logic, and processing client interaction output. The terminal device analyzes the implementation logic description information of the business function to be developed and the business responsibility information of each of the multiple business steps, determines the operation content corresponding to the business responsibility information of each of the multiple business steps when implementing the business function to be developed, and generates a business flow diagram corresponding to the business function to be developed based on the multiple business steps and the operation content corresponding to the business responsibility information of each of the multiple business steps.

[0083] In some possible embodiments, taking the cooperation of the terminal device 210 and the server 220 as an example, when generating a business process diagram of the business function to be developed in the resource transfer scenario, the server 220 obtains a pre-saved flowchart design template, that is, multiple business steps and the business responsibility information of each of the multiple business steps, and then analyzes the implementation logic description information of the business function to be developed and the business responsibility information of each of the multiple business steps to determine the operation content corresponding to the business responsibility information of each of the multiple business steps when implementing the business function to be developed; the operation content corresponding to the multiple business steps and the business responsibility information of each of the multiple business steps are sent to the terminal device 220, and the terminal device 220 generates a business process diagram corresponding to the business function to be developed.

[0084] It should be noted that Figure 2 The examples shown are just for illustration. In fact, the number of terminal devices and servers is not limited and is not specifically limited in the embodiments of this application.

[0085] The following describes the business process diagram generation method provided by the exemplary embodiment of the present application in combination with the application scenarios described above and with reference to the accompanying drawings. It should be noted that the above application scenarios are only shown to facilitate understanding of the spirit and principles of the present application, and the implementation methods of the present application are not limited in this respect.

[0086] See Figure 3As shown, it is an implementation flowchart of a method for generating a business process diagram provided by an embodiment of the present application. Taking a terminal device as an execution subject as an example, the specific implementation process of the method includes the following S231-S33:

[0087] S31. Obtain a flowchart design template for the resource transfer scenario. The flowchart design template includes multiple business steps connected in sequence. The business responsibility information of the multiple business steps is as follows: processing the client's interactive input, encapsulating and processing the business data associated with the interactive input, obtaining the domain data required for the key business logic and verifying the domain data, processing the key business logic, processing other business logic associated with the key business logic, and processing the client's interactive output.

[0088] Among them, the resource transfer scenario can specifically be any financial business scenario that requires resource transfer, including but not limited to transaction scenarios, financial management scenarios, etc. In the resource transfer scenario, the resource sender can transfer electronic resources to the resource receiver, specifically, transfer electronic resources from the resource sender's electronic resource account to the resource receiver's electronic resource account. The resource sender and resource receiver can be determined based on the actual application scenario. For example, taking the transaction scenario as an example, during the transaction between a user and a merchant, the user, as the resource sender, needs to transfer electronic resources to the merchant (i.e., the resource receiver); the resource receiver can also be other users or other institutions, without limitation.

[0089] The terminal device can save a pre-set flow chart design template for a resource transfer scenario. The following describes the setting process of the flow chart design template.

[0090] In some embodiments, the process of setting up the flowchart design template includes the following steps A1-A3:

[0091] A1. For a plurality of setting elements used for drawing a flowchart in a flowchart drawing tool, process responsibility information corresponding to each of the plurality of setting elements is set.

[0092] The flowchart drawing tool may be a tool for drawing business process diagrams, such as a Unified Modeling Language (UML) flowchart designer. Multiple set elements in the flowchart drawing tool each have a corresponding name and are represented by a graphic of different shapes. For example, in the UML flowchart designer, one set element is represented as a line segment with an arrow and is called a process symbol; another set element is represented as a rounded rectangular box and is called a start and end symbol; another set element is represented as a rectangular box and is called a procedure; another set element is represented as a diamond box and is called a decision judgment; and another set element is represented as a parallelogram box and is called an input or output.

[0093] In some embodiments, when setting the process responsibility information corresponding to each of the multiple setting elements, the names of the multiple setting elements in the flowchart drawing tool may be referred to. Optionally, when the flowchart drawing tool is a UML flowchart designer, the process responsibility information of each of the multiple setting elements may include:

[0094] Process control, which is used to determine the execution order of each business step;

[0095] Process switching is used to define the switching between one flowchart and another, that is, to indicate the start or end of the process of the flowchart;

[0096] Program processing, used for data processing and data acquisition;

[0097] Decision-making judgment, used to judge the data processing results or data acquisition results and control the branches of the flow chart;

[0098] Input or output, used to process client requests and return client request results.

[0099] For example, taking the multiple setting elements in the above-mentioned UML flowchart designer as an example, process control can correspond to the above-mentioned line segment with an arrow, process switching can correspond to the above-mentioned rounded rectangular box, program processing can correspond to the above-mentioned rectangular box, decision judgment can correspond to the above-mentioned diamond box, and input or output can correspond to the above-mentioned parallelogram box.

[0100] In some embodiments, in order to facilitate the calling of setting elements corresponding to multiple process responsibility information, access strategies corresponding to multiple process responsibility information can also be set; wherein the access strategies are used to call setting elements corresponding to the process responsibility information.

[0101] The present embodiment utilizes multiple setting elements of a flowchart drawing tool to perform conceptual mapping of process services. Specifically, process responsibility information is set for the setting elements of the flowchart drawing tool, including the aforementioned process control, process switching, program processing, decision-making, and input / output. Then, corresponding access policies can be set for the process responsibility information, which are used to call the setting elements corresponding to the process responsibility information.

[0102] For example, Figure 4As shown, using the UML flowchart designer as an example, different-shaped setting elements each correspond to a name, description, access strategy, and process example. For example, when the setting element is a line segment with an arrow, the corresponding name is "Process Symbol," and the process responsibility information is described as "Process Control." When the setting element is a rounded rectangular box, the corresponding name is "Start / End Symbol," and the process responsibility information is described as "Process Switch." Start / End Symbols are typically combined with process symbols to indicate the start or end of a process. The access strategy is "Builder Decorator," and processes such as password verification, SMS verification, and payment cancellation are examples. When the setting element is a rectangular box, the corresponding name is "Program," and the process responsibility information is described as "Program Processing." The access strategy is "Strategy," and processes such as obtaining a list of payment methods are examples. When the setting element is a diamond box, the corresponding name is "Decision Judgment," and the process responsibility information is described as "Decision Judgment." The access strategy is "Template Method," and processes such as signature verification are examples. When the setting element is a parallelogram box, the corresponding name is "Input or Output," and the process responsibility information is described as "Input or Output." The access strategy is "Action," and processes such as displaying a list of payment methods are examples.

[0103] A2. Set multiple business responsibility information in sequence, and perform the following operations in sequence for the multiple business responsibility information: select target process responsibility information that matches a business responsibility information from multiple process responsibility information, and use the setting elements corresponding to the target process responsibility information to draw the business steps corresponding to the business responsibility information.

[0104] In one possible implementation, when corresponding access policies are set for multiple process responsibility information, after determining a target process responsibility information that matches the business responsibility information, the setting element corresponding to the target process responsibility information can be called in the flowchart drawing tool according to the access policy corresponding to the target process responsibility information, and the business steps corresponding to the business responsibility information can be drawn through the called setting element.

[0105] In a possible implementation, selecting target process responsibility information that matches a piece of business responsibility information from a plurality of process responsibility information includes:

[0106] When a business responsibility information is to process the interactive input of the client, the target process responsibility information selected is input or output;

[0107] When a business responsibility information is to encapsulate and process business data associated with interactive input, the target process responsibility information selected is program processing;

[0108] When a business responsibility information is to obtain domain data required for key business logic and verify domain data, the target process responsibility information selected includes program processing and decision judgment;

[0109] When a business responsibility information is to process key business logic, the target process responsibility information selected is program processing;

[0110] When a business responsibility information is to process other business logic associated with key business logic, the target process responsibility information selected is program processing;

[0111] When a business responsibility information is to process the interactive output of the client, the target process responsibility information is selected as input or output.

[0112] Specifically, when the business responsibility information of a business step is to process the interactive input of the client, the setting elements corresponding to the input or output (such as a parallelogram box) are used for drawing; when the business responsibility information of a business step is to encapsulate and process the business data associated with the interactive input, the setting elements corresponding to the program processing (such as a rectangular box) are used for drawing; when the business responsibility information of a business step is to obtain the domain data required for the key business logic and verify the domain data, the setting elements corresponding to the program processing (such as a rectangular box) and the setting elements corresponding to the decision judgment (such as a diamond box) are used for drawing; when the business responsibility information of a business step is to process the key business logic, the setting elements corresponding to the program processing (such as a rectangular box) are used for drawing; when the business responsibility information of a business step is to process other business logic associated with the key business logic, the setting elements corresponding to the program processing (such as a rectangular box) are used for drawing; when the business responsibility information of a business step is to process the interactive output of the client, the setting elements corresponding to the input or output (such as a parallelogram box) are used for drawing.

[0113] A3. Use the target setting element among the multiple setting elements to connect the drawn multiple business steps in sequence according to the set order; wherein the process responsibility information of the target setting element is process control, which is used to determine the execution order of each business step.

[0114] Among them, the goal setting element can be the above-mentioned process symbol, which can be represented as a line segment with an arrow.

[0115] In addition to the above-mentioned multiple business steps, the flowchart design template also includes a process start node and a process end node. The business responsibility information of the process start node is the process start, and the corresponding process responsibility information is the process switch. The business responsibility information of the process end node is the process end, and the corresponding process responsibility information is the process switch. They are all drawn using the setting elements corresponding to the process switch, such as the above-mentioned start and end symbols (represented as rounded rectangular boxes).

[0116] The following describes the business responsibilities of multiple business steps in the flowchart design template.

[0117] The embodiment of the present application logically layers the process services of the application layer of the DDD four-layer architecture to implement a flow chart design template for resource transfer scenarios. Figure 5 As shown, the business process diagram of the resource transfer scenario is divided into six business steps (i.e., steps), as follows:

[0118] 1. The first business step: processing client interactive input

[0119] Specifically, the clients installed in different terminal devices have different protocols. Different terminal devices include different types of terminal devices, such as mobile phones, tablets, smart watches, etc., and also include terminal devices with different operating systems (such as Android operating system, Apple operating system, etc.). The services in the clients installed on different terminal devices will have different technical field relationships, such as hardware, differences in underlying development kits, differences in field meanings, etc., and cannot be developed using a set of protocols. Therefore, when processing the client's interactive input, the protocols of different terminal devices can be unified into a set of background processing protocols to facilitate subsequent processes for data processing and logic execution, that is, unified processing of client interactive input.

[0120] The first business step corresponds to the setting element of the input or output (represented by a parallelogram box) of the UML flowchart designer.

[0121] For example, Figure 6 As shown, for clients in different terminal devices, the server corresponding to the client can unify the code of the name of payment method 2 into CardRecardViewData.Title and the code of the selected payment method into CardRecard.State==Selectable.

[0122] 2. The second business step: encapsulate the business data associated with the interactive input (i.e. build the process context and initialize the business data)

[0123] This business step is used to initialize the business data associated with the interactive input, that is, to parse and encapsulate the business data in advance, so that it can be directly used and passed to subsequent business steps. For example, in the payment business, business data includes: client version information, user payment information, merchant order information, etc. The business data is encapsulated through function methods, so that subsequent business steps can quickly obtain the content of the business data.

[0124] The second business step corresponds to the setting element of the program (represented by a rectangular box) in the UML flowchart designer, which is the business data and method encapsulation, that is, the initialization process.

[0125] 3. The third business step: obtaining domain data and verifying domain data

[0126] This business step is used to obtain the domain data required to complete key business logic and verify the domain data. For example, the payment business during the transaction between users and merchants can include the following two categories:

[0127] Information acquisition class: obtains user information and merchant information required to complete key business logic.

[0128] Verification interception class: Verify user information and merchant information.

[0129] For example, when the payment service is to obtain a list of payment methods, the fields involved in the domain data include: user information, merchant information, payment method information, etc.; user information includes but is not limited to: user registration information, a list of payment methods set by the user, available payment method information, payment method arrangement order information, etc.; merchant information includes but is not limited to: merchant name, merchant registration information, merchant available payment method information, etc.

[0130] The third business step corresponds to two setting elements of the UML flowchart designer: the program (represented by a rectangular box) and the decision judgment (represented by a diamond box).

[0131] 4. The fourth business step: processing key business logic

[0132] A business process diagram contains only one key business logic. For example, when displaying the payment method list, the key business logic is obtaining the payment method list. During password verification and payment, the core logic is completing the payment deduction. During SMS verification and payment, the core logic is verifying whether the user's SMS message is accepted. All other business logic is used to complete and serve this key business logic.

[0133] For example, Figure 7 As shown, the first display interface is the display interface of the payment method list, and the key business logic is to obtain the payment method list. The first display interface is the display interface of the password verification payment, and the key business logic is to complete the payment deduction.

[0134] The fourth business step corresponds to the setting element of the program (represented by a rectangular box) in the UML flowchart designer. Different from the program corresponding to the third business step, the program processing here is used to process key business logic.

[0135] 5. The fifth business step: processing other business logic associated with key business logic (i.e. post-business logic)

[0136] Based on the processing results of the key business logic, the post-business logic is processed. The processing results of the post-business logic do not affect the key business logic. For example, the post-business logic is to display promotion information, update the user's payment order information, etc. The post-business logic does not require complete correct or successful execution. It can be synchronously updated through other asynchronous methods without affecting the final execution result of the process.

[0137] For example, Figure 8 As shown, this is the display interface corresponding to the post-business logic. The post-business logic is to display promotional information after successful payment, such as "Participate in XX activity and get discounts."

[0138] The fifth business step corresponds to the setting element of the program (represented by a rectangular box) of the UML flowchart designer.

[0139] 6. The sixth business step: processing client interaction output

[0140] Based on the results of the process, different display content information is constructed for the terminal device. This follows the same business logic as the first business step. Due to differences in terminal devices and underlying technical means, different results processing is required for the client of different terminal devices to complete the final interface display. For example, the client display interface displayed to users is required to be the same for different terminal devices or terminal devices with different operating systems. However, due to differences in operating systems or client versions, different display interfaces need to be processed differently to ensure compatibility.

[0141] The sixth business step corresponds to the setting element of the input or output (represented by a parallelogram box) of the UML flowchart designer.

[0142] The sixth business step is followed by another business step, which corresponds to the start and end symbols (represented by rounded rectangular boxes) of the UML flowchart designer. This setting element is used to drive the next business process diagram, that is, the corresponding user interaction step to the next page. The routing identifier is used to record the next process step to be entered on the corresponding user-operable control to complete the jump to the corresponding page.

[0143] S32. Obtain implementation logic description information of the business function to be developed in the resource transfer scenario, and perform semantic analysis on the implementation logic description information and the business responsibility information of each of the multiple business steps to determine the operation content corresponding to the business responsibility information of each of the multiple business steps when implementing the business function to be developed.

[0144] The implementation logic description information is used to describe the implementation logic of the business function to be developed in actual application. Specifically, the terminal device can obtain the implementation logic description information of the business function to be developed in the resource transfer scenario input by the user.

[0145] Exemplarily, the business function to be developed is password verification payment under the payment business. The payment business is specifically a payment business in the transaction process between users and merchants. The implementation logic description information is: after the user places an order with the merchant, the user makes a password payment through the client. After the user enters the password on the client, the client sends a payment request including the password input to the background server. The background server performs password verification and executes the deduction after the verification is passed.

[0146] In practical applications, the trained operation content extraction model can be used to perform semantic analysis on the implementation logic description information and the business responsibility information of multiple business steps. The operation content extraction model can be obtained based on the pre-trained language model. The training process of the operation content extraction model will be introduced in the following embodiment.

[0147] In some embodiments, when the above S32 is performed by operating the content extraction model, the specific execution steps are as follows:

[0148] The implementation logic description information of the business function to be developed and the business responsibility information of each of the multiple business steps are input into the trained operation content extraction model to obtain the operation content corresponding to the business responsibility information of each of the multiple business steps.

[0149] The training process of the operation content extraction model includes the following steps B1-B2:

[0150] B1. Based on the corpus text set of the resource transfer scenario, the pre-trained language model is trained to obtain an intermediate language model for text semantic extraction in the resource transfer scenario.

[0151] In an embodiment of the present application, a corpus text set of a resource transfer scenario can be obtained from a knowledge base, which can provide corpus data such as documents and reports of the resource transfer scenario, and a corpus text set can be obtained based on the corpus data. After obtaining the corpus text set, a pre-trained language model can be trained based on the corpus text set. The pre-trained language model can be trained using a self-supervised training method, or a combination of self-supervised and supervised training method. The pre-trained language model can adopt an existing pre-trained language model, such as a transformer-based pre-trained language model, specifically a GPT (Generative Pre-trained Transformer) model, which is not limited to this.

[0152] In some embodiments, when the pre-trained language model is trained using a combination of self-supervision and supervision, the corpus text set may be divided into a first corpus text subset and a second corpus text subset. Step B1 may include the following steps (1)-(3):

[0153] (1) Using a self-supervised training method, the pre-trained language model is trained based on the first corpus text subset to obtain an encoded language model for corpus encoding.

[0154] Specifically, when executing step B11, the pre-trained language model may be iteratively trained for multiple rounds based on the first corpus text subset until an iterative convergence condition is reached to obtain an intermediate language model, wherein each training may perform the following steps:

[0155] (2) Selecting a first corpus text from the first corpus text subset, and performing text preprocessing on the first corpus text based on a preset self-supervision task to obtain a processed first corpus text, and constructing a self-supervision label corresponding to the first corpus text.

[0156] Self-supervised tasks include, but are not limited to, masked word prediction and preceding and following sentence prediction. For masked word prediction, a specified word in the first corpus text can be masked, and the pre-trained language model can predict the specified word. The masked first corpus text is used as the processed first corpus text, and the specified word is used as the self-supervised label. For preceding and following sentence prediction, the previous sentence in the first corpus text can be given, and the pre-trained language model can be used to predict the next sentence. In this way, the given sentence in the first corpus text can be used as the processed first corpus text, and the sentence to be predicted can be used as the self-supervised label.

[0157] (3) Input the processed first corpus text into the pre-trained language model to obtain corresponding corpus text prediction information.

[0158] In this step, the pre-trained language model can predict the missing content in the first corpus text based on the processed first corpus text to obtain corpus text prediction information. The missing content can be the above-mentioned masking words or sentences, etc.

[0159] Based on the corpus text prediction information and the corresponding self-supervised labels, the self-supervised loss value is obtained, and the parameters of the pre-trained language model are adjusted based on the self-supervised loss value.

[0160] Optionally, a cross-entropy loss function can be used to calculate the self-supervised loss value of the corpus text prediction information and the self-supervised label, and then a gradient descent algorithm can be used to adjust the parameters of the pre-trained language model based on the self-supervised loss value.

[0161] B12. Based on the second corpus text subset, the encoding language model is trained to obtain an intermediate language model for text semantic extraction; wherein each corpus text in the second corpus text subset has a corresponding semantic label.

[0162] Specifically, the encoding language model may be iteratively trained for multiple rounds based on the second corpus text subset until an iterative convergence condition is reached to obtain an intermediate language model, wherein each training may perform the following steps:

[0163] Inputting a second corpus text selected from the second corpus text subset into the encoding language model to obtain corresponding text semantic information; wherein the encoding language model can encode the second corpus text to obtain a text semantic vector, that is, obtain text semantic information;

[0164] Based on the text semantic information and the semantic label corresponding to the second corpus text, a semantic extraction loss value is obtained, and parameters of the encoding language model are adjusted based on the semantic extraction loss value.

[0165] Specifically, the cross entropy loss function can be used to calculate the difference between text semantic information and semantic labels to obtain a semantic extraction loss value, and then the gradient descent algorithm is used to adjust the parameters of the intermediate language model based on the semantic extraction loss value.

[0166] In an embodiment of the present application, a training method that combines self-supervision and supervision is used to enable the pre-trained language model to learn the corpus data of the resource transfer scenario, thereby gradually improving the acquisition of knowledge of the resource transfer scenario and obtaining a trained intermediate language model, providing a knowledge basis for subsequent operation content extraction.

[0167] B2. Perform multiple rounds of iterative training on the intermediate language model based on the sample dataset to obtain an operation content extraction model. Each sample data in the sample dataset includes: implementation logic description information and label information of the developed business functions of the resource transfer scenario. The label information includes the actual operation content corresponding to the business responsibility information of each of the multiple business steps.

[0168] In some embodiments, based on the sample data set, the intermediate language model is iteratively trained for multiple rounds to obtain an operation content extraction model, wherein each training step is performed in steps B21-B22:

[0169] Step B21: Sample data is selected from the sample data set, and the implementation logic description information of the developed business functions in the sample data and the business responsibility information of each of the multiple business steps are input into the intermediate language model to obtain the predicted operation content corresponding to the business responsibility information of each of the multiple business steps.

[0170] Specifically, the intermediate language model performs semantic analysis on the implementation logic description information of the developed business function and the business responsibility information of each of the multiple business steps to determine the predicted operation content corresponding to the business responsibility information of each of the multiple business steps when the business function has been developed.

[0171] Step B22: Based on the predicted operation content corresponding to the business responsibility information of each of the multiple business steps and the difference between the actual operation content corresponding to the business responsibility information of each of the multiple business steps, a loss value is obtained, and parameters of the intermediate language model are adjusted based on the loss value.

[0172] Optionally, a cross-entropy loss function can be used to calculate the difference between the predicted operation content corresponding to each business step and the actual operation content corresponding to the business step, and a loss value is obtained based on the differences corresponding to multiple business steps. For example, the differences corresponding to multiple business steps are summed to obtain a loss value; then, based on the loss value, a gradient descent algorithm is used to adjust the parameters of the intermediate language model.

[0173] In an embodiment of the present application, the intermediate language model is trained using the above-mentioned sample data set to obtain an operation content extraction model. The operation content extraction model can predict and determine the operation content corresponding to the business responsibility information of each of the multiple business steps when implementing the business function to be developed based on the implementation logic description information of the business function to be developed and the business responsibility information of each of the multiple business steps.

[0174] S33: Generate a business process diagram corresponding to the business function to be developed based on the multiple business steps and the operation contents corresponding to the business responsibility information of each of the multiple business steps.

[0175] Based on the connection sequence of multiple business steps, the execution order of the corresponding operations can be determined. Then, using the flowchart drawing tool, the operations of the multiple business steps can be drawn in sequence using the corresponding set elements according to the execution order to generate a business process diagram corresponding to the business function to be developed. In actual application, developers can also modify the generated business process diagram.

[0176] For example, take the business function to be developed as obtaining a list of payment methods under the payment business as an example. The payment business is specifically the payment business in the transaction process between the user and the merchant, such as Figure 9The figure shows a business process diagram generated based on a flowchart design template. The six business steps in the flowchart design template correspond to corresponding operation contents. When the business responsibility information of the business step is to process the interactive input of the client, the operation content is: parsing the client parameters and verifying the client parameters; when the business responsibility information of the business step is to encapsulate and process the business data, the operation content is: creating a process context for obtaining a payment method list and creating a user session; when the business responsibility information of the business step is to obtain domain data and verify the said domain data, the operation content is: if the merchant order data and user data are successfully obtained, then verify the merchant order data and user data. If the verification is successful, the merchant authority and the client request signature can also be verified; when the business responsibility information of the business step is to process key business logic, the operation content is: if the merchant available payment method list is successfully obtained, then obtain the user payment method list; when the business responsibility information of the business step is to process post-business logic, the operation content is: processing the simplified payment method list business and obtaining promotion activity data; when the business responsibility information of the business step is to process the interactive output of the client, the operation content is: processing the client success response packet or failure response packet.

[0177] like Figure 10 As shown, in order to obtain the display interface of the client corresponding to the payment method list, first, the payment method selection item can be displayed in the payment password input interface. When the user triggers the payment method selection item, the payment method list is displayed in the payment method display interface, for example, including: payment method 1, payment method 2, payment method 3. When the user selects payment method 2, it jumps to the payment interface of payment method 2.

[0178] For example, take the password verification payment under the payment business as an example. Figure 11As shown, it is a business process diagram generated based on the flowchart design template. The six business steps in the flowchart design template correspond to corresponding operation contents. When the business responsibility information of the business step is to process the interactive input of the client, the operation content is: parse the client parameters and verify the client parameters; when the business responsibility information of the business step is to encapsulate and process the business data associated with the interactive input, the operation content is: load the user session and create a password verification payment process context; when the business responsibility information of the business step is to obtain domain data and verify the said domain data, the operation content is: if the merchant order data and user data are successfully obtained, then verify the merchant order data and user data, and verify the merchant authority. If the verification is successful, verify the user password; when the business responsibility information of the business step is to process key business logic, the operation content is: execute the deduction transaction; when the business responsibility information of the business step is to process the post-business logic, the operation content is: process the payment contract data and obtain the promotion activity data; when the business responsibility information of the business step is to process the interactive output of the client, the operation content is: process the client's successful response packet or failed response packet.

[0179] like Figure 12 As shown, this is the display interface of the client corresponding to the password verification payment. After the user enters the password in the payment password input interface, it jumps to the password verification payment interface.

[0180] It should be noted that the above Figure 9 and Figure 11 The business process diagram is only exemplary. In actual application, the operation contents of multiple business steps are not limited to Figure 9 and Figure 11 shown.

[0181] In an embodiment of the present application, based on the business responsibility information of each of the multiple business steps in the flowchart design template, combined with the implementation logic description information of the business function to be developed, a corresponding business process diagram can be generated, so that the generation of the business process diagram has a unified standard specification. The development team can quickly understand different business process diagrams based on the standard specification, which can shorten the communication time and development time between different development teams and improve business development efficiency. Moreover, since the communication time between development teams is shortened, the error probability of the negotiation process can be reduced, thereby reducing the failure rate of the business code and improving the quality of the business code.

[0182] Based on the same inventive concept, the embodiment of the present application also provides a business process diagram generation device, the principle of which is similar to the method of the above embodiment, so the implementation of the device can refer to the implementation of the above method, and the repeated parts will not be repeated. Figure 13 As shown, it is a schematic diagram of the structure of the business process diagram generating device 1300, which may include:

[0183] Acquisition unit 1301 is used to obtain a flowchart design template for a resource transfer scenario. The flowchart design template includes multiple business steps connected in sequence. The business responsibilities of each of the multiple business steps are as follows: processing client interaction input, encapsulating business data associated with the interaction input, obtaining domain data required for key business logic and verifying domain data, processing key business logic, processing other business logic associated with the key business logic, and processing client interaction output;

[0184] Extraction unit 1302 is configured to obtain implementation logic description information of the business function to be developed in the resource transfer scenario, and perform semantic analysis on the implementation logic description information and the business responsibility information of each of the multiple business steps to determine the operation content corresponding to the business responsibility information of each of the multiple business steps when implementing the business function to be developed;

[0185] The generating unit 1303 is configured to generate a business flow chart corresponding to the business function to be developed based on the multiple business steps and the operation contents corresponding to the business responsibility information of each of the multiple business steps.

[0186] In an embodiment of the present application, based on the business responsibility information of each of the multiple business steps in the flowchart design template, combined with the implementation logic description information of the business function to be developed, a corresponding business process diagram can be generated, so that the generation of the business process diagram has a unified standard specification. The development team can quickly understand different business process diagrams based on the standard specification, which can shorten the communication time and development time between different development teams and improve business development efficiency. Moreover, since the communication time between development teams is shortened, the error probability of the negotiation process can be reduced, thereby reducing the failure rate of the business code and improving the quality of the business code.

[0187] Optionally, the extraction unit is specifically used to:

[0188] Input the implementation logic description information of the business function to be developed and the business responsibility information of each of the multiple business steps into the trained operation content extraction model to obtain the operation content corresponding to the business responsibility information of each of the multiple business steps. The operation content extraction model is obtained through the following training process:

[0189] Based on the corpus text set of the resource transfer scenario, the pre-trained language model is trained to obtain an intermediate language model for text semantic extraction in the resource transfer scenario;

[0190] The intermediate language model is iteratively trained multiple times based on the sample data set to obtain an operation content extraction model. Each sample data in the sample data set includes: implementation logic description information and label information of the developed business functions of the resource transfer scenario. The label information includes the actual operation content corresponding to the business responsibility information of each of the multiple business steps.

[0191] Optionally, the apparatus further includes a training unit, the corpus text set includes a first corpus text subset and a second corpus text subset, and when a pre-trained language model is trained based on the corpus text set of the resource transfer scenario to obtain an intermediate language model for text semantic extraction in the resource transfer scenario, the training unit is specifically configured to:

[0192] Using a self-supervised training method, the pre-trained language model is trained based on the first corpus text subset to obtain an encoded language model for encoding the corpus;

[0193] A supervised training method is adopted to train the encoding language model based on the second corpus text subset to obtain an intermediate language model for text semantic extraction; wherein each corpus text in the second corpus text subset has a corresponding semantic label.

[0194] Optionally, when the intermediate language model is trained based on the sample data set to obtain the operation content extraction model, the training unit is specifically used to:

[0195] Based on the sample dataset, the intermediate language model is trained for multiple rounds of iterations to obtain an operation content extraction model. Each training step performs the following operations:

[0196] Sample data is selected from the sample data set, and the implementation logic description information of the developed business functions and the business responsibility information of each of the multiple business steps in the sample data are input into the intermediate language model to obtain the predicted operation content corresponding to the business responsibility information of each of the multiple business steps;

[0197] Based on the predicted operation content corresponding to the business responsibility information of each of the multiple business steps and the difference between the actual operation content corresponding to the business responsibility information of each of the multiple business steps, a loss value is obtained, and the parameters of the intermediate language model are adjusted based on the loss value.

[0198] Optionally, the apparatus further includes a setting unit configured to obtain the flowchart design template by:

[0199] For a plurality of setting elements used for drawing a flowchart in a flowchart drawing tool, respectively setting process responsibility information of the plurality of setting elements;

[0200] Multiple business responsibility information are sequentially set, and for the multiple business responsibility information, the following operations are sequentially performed: target process responsibility information that matches one business responsibility information is selected from the multiple process responsibility information, and the business steps corresponding to the one business responsibility information are drawn using the setting elements corresponding to the target process responsibility information;

[0201] The target setting element among the multiple setting elements is used to connect the drawn multiple business steps in sequence according to the set order; wherein the process responsibility information of the target setting element is process control, which is used to determine the execution order of each business step.

[0202] Optionally, the setting unit is further configured to:

[0203] Setting access strategies corresponding to the plurality of process responsibility information; wherein the access strategies are used to call setting elements corresponding to the process responsibility information;

[0204] When the setting element corresponding to the target process responsibility information is used to draw the business step corresponding to the one business responsibility information, the setting unit is specifically used to:

[0205] According to the access policy corresponding to the target process responsibility information, the setting element corresponding to the target process responsibility information is called in the flowchart drawing tool, and the business step corresponding to the one business responsibility information is drawn through the called setting element.

[0206] Optionally, the process responsibility information of each setting element in the multiple setting elements except the target setting element includes:

[0207] Process switching, used to define the switching between one flowchart and another;

[0208] Program processing, used for data processing and data acquisition;

[0209] Decision-making judgment, used to judge the data processing results or data acquisition results and control the branches of the flow chart;

[0210] Input or output, used to process client requests and return client request results.

[0211] Optionally, when selecting target process responsibility information that matches a piece of business responsibility information from multiple pieces of process responsibility information, the setting unit is specifically configured to:

[0212] When a business responsibility information is to process the interactive input of the client, the target process responsibility information selected is input or output;

[0213] When a business responsibility information is to encapsulate and process business data associated with interactive input, the target process responsibility information selected is program processing;

[0214] When a business responsibility information is to obtain domain data required for key business logic and verify domain data, the target process responsibility information selected includes program processing and decision judgment;

[0215] When a business responsibility information is to process key business logic, the target process responsibility information selected is program processing;

[0216] When a business responsibility information is to process other business logic associated with key business logic, the target process responsibility information selected is program processing;

[0217] When a business responsibility information is to process the interactive output of the client, the target process responsibility information is selected as input or output.

[0218] For the convenience of description, the above parts are divided into modules (or units) according to their functions and described separately. Of course, when implementing this application, the functions of each module (or unit) can be implemented in the same or multiple software or hardware.

[0219] In the embodiments of the present application, the term "module" or "unit" refers to a computer program or a part of a computer program that has a predetermined function and works together with other related parts to achieve a predetermined goal, and can be implemented in whole or in part by using software, hardware (such as processing circuits or memories) or a combination thereof. Similarly, a processor (or multiple processors or memories) can be used to implement one or more modules or units. In addition, each module or unit can be part of an overall module or unit that includes the function of the module or unit.

[0220] After introducing the method and apparatus for generating a business process diagram according to an exemplary embodiment of the present application, an electronic device according to another exemplary embodiment of the present application will be introduced next.

[0221] Based on the same inventive concept as the above method embodiment, an electronic device is also provided in the embodiment of the present application. In one embodiment, the electronic device may be a server, such as Figure 2 In this embodiment, the structure of the electronic device can be as follows: Figure 14 As shown, it includes a memory 1401 , a communication module 1403 and one or more processors 1402 .

[0222] Memory 1401 is used to store computer programs executed by processor 1402. Memory 1401 may primarily include a program storage area and a data storage area. The program storage area may store an operating system and programs required for running instant messaging functions, while the data storage area may store various instant messaging messages and operating instruction sets.

[0223] Memory 1401 may be a volatile memory, such as random-access memory (RAM); a non-volatile memory, such as read-only memory, flash memory, a hard disk drive (HDD), or a solid-state drive (SSD); or any other medium capable of carrying or storing a desired computer program in the form of instructions or data structures and accessible by a computer, but is not limited thereto. Memory 1401 may be a combination of the aforementioned memories.

[0224] The processor 1402 may include one or more central processing units (CPUs) or digital processing units, etc. The processor 1402 is configured to implement the above-mentioned business process diagram generation method when calling the computer program stored in the memory 1401 .

[0225] The communication module 1403 is used to communicate with terminal devices and other servers.

[0226] The specific connection medium between the memory 1401, the communication module 1403 and the processor 1402 is not limited in the embodiment of the present application. Figure 14 In the embodiment, the memory 1401 and the processor 1402 are connected via a bus 1404. Figure 14 The connections between the other components are shown in bold lines for illustration only and are not intended to be limiting. The bus 1404 can be divided into an address bus, a data bus, a control bus, etc. For ease of description, Figure 14 The diagram shows a single thick line, but this does not indicate that there is only one bus or one type of bus.

[0227] The memory 1401 stores a computer storage medium, which stores computer executable instructions. The computer executable instructions are used to implement the business process diagram generation method of the embodiment of the present application. The processor 1402 is used to execute the above-mentioned business process diagram generation method, such as Figure 3 shown.

[0228] In another embodiment, the electronic device may also be other electronic devices, such as Figure 2 The terminal device 210 shown in FIG. In this embodiment, the structure of the electronic device can be as follows: Figure 15 As shown, it includes: a communication component 1510, a memory 1520, a display unit 1530, a camera 1540, a sensor 1550, an audio circuit 1560, a Bluetooth module 1570, a processor 1580 and other components.

[0229] The communication component 1510 is used to communicate with the server. In some embodiments, it may include a wireless fidelity (WiFi) module. The WiFi module is a short-range wireless transmission technology. Electronic devices can help users send and receive information through the WiFi module.

[0230] The memory 1520 can be used to store software programs and data. The processor 1580 executes various functions and data processing of the terminal device 110 by running the software programs or data stored in the memory 1520. The memory 1520 may include high-speed random access memory and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other volatile solid-state storage device. The memory 1520 stores the operating system that enables the terminal device 110 to run. In the present application, the memory 1520 can store the operating system and various application programs, and may also store the computer program that executes the business process diagram generation method of the embodiment of the present application.

[0231] The display unit 1530 can also be used to display information input by the user or provided to the user, as well as a graphical user interface (GUI) of various menus of the terminal device 110. Specifically, the display unit 1530 may include a display screen 1532 disposed on the front of the terminal device 110. The display screen 1532 may be configured in the form of a liquid crystal display, a light-emitting diode, etc. The display unit 1530 can be used to display the XX user interface in the embodiments of the present application, etc.

[0232] The display unit 1530 can also be used to receive input digital or character information and generate signal input related to the user settings and function control of the terminal device 110. Specifically, the display unit 1530 may include a touch screen 1531 set on the front of the terminal device 110, which can collect user touch operations on or near it, such as clicking a button, dragging a scroll box, etc.

[0233] The touch screen 1531 can be covered on the display screen 1532, or the touch screen 1531 and the display screen 1532 can be integrated to realize the input and output functions of the terminal device 110. The integrated display screen can be simply called a touch screen. In this application, the display unit 1530 can display applications and corresponding operation steps.

[0234] The camera 1540 can be used to capture still images, and users can publish images captured by the camera 1540 through an application. There can be one or more cameras 1540. The object generates an optical image through the lens and projects it onto the photosensitive element. The photosensitive element can be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, which is then transmitted to the processor 1580 for conversion into a digital image signal.

[0235] The terminal device may further include at least one sensor 1550, such as an acceleration sensor 1551, a distance sensor 1552, a fingerprint sensor 1553, and a temperature sensor 1554. The terminal device may also be configured with other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor, a light sensor, and a motion sensor.

[0236] The audio circuit 1560, speaker 1561, and microphone 1562 provide an audio interface between the user and the terminal device 110. The audio circuit 1560 can convert the received audio data into an electrical signal and transmit it to the speaker 1561, which converts it into a sound signal for output. The terminal device 110 may also be equipped with a volume button for adjusting the volume of the sound signal. On the other hand, the microphone 1562 converts the collected sound signal into an electrical signal, which is received by the audio circuit 1560 and converted into audio data. The audio data is then output to the communication component 1510 for transmission to, for example, another terminal device 110, or the audio data is output to the memory 1520 for further processing.

[0237] The Bluetooth module 1570 is used to exchange information with other Bluetooth devices having a Bluetooth module through the Bluetooth protocol. For example, the terminal device can establish a Bluetooth connection with a wearable electronic device (such as a smart watch) that also has a Bluetooth module through the Bluetooth module 1570 to exchange data.

[0238] The processor 1580 is the control center of the terminal device. It uses various interfaces and lines to connect various parts of the entire terminal. By running or executing software programs stored in the memory 1520 and calling data stored in the memory 1520, it performs various functions of the terminal device and processes data. In some embodiments, the processor 1580 may include one or more processing units; the processor 1580 may also integrate an application processor and a baseband processor, wherein the application processor mainly processes the operating system, user interface, and application programs, and the baseband processor mainly processes wireless communications. It is understandable that the above-mentioned baseband processor may not be integrated into the processor 1580. In this application, the processor 1580 can run the operating system, application programs, user interface display and touch response, as well as the business process diagram generation method of the embodiment of the application. In addition, the processor 1580 is coupled to the display unit 1530.

[0239] In some possible implementations, various aspects of the business process diagram generation method provided in the present application may also be implemented in the form of a program product, which includes a computer program. When the program product is run on an electronic device, the computer program is used to enable the electronic device to execute the steps of the business process diagram generation method according to various exemplary embodiments of the present application described above in this specification. For example, the electronic device may execute the following steps: Figure 4 or Figure 5 Follow the steps shown in .

[0240] The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or component, or any combination thereof. More specific examples of readable storage media (a non-exhaustive list) include: an electrical connection with one or more wires, a portable disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof.

[0241] The program product of the embodiment of the present application may be a portable compact disc read-only memory (CD-ROM) and include a computer program, and can be run on an electronic device. However, the program product of the present application is not limited thereto. In this document, a readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with a command execution system, apparatus, or device.

[0242] A readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, which carries a readable computer program. Such a propagated data signal may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A readable signal medium may also be any readable medium other than a readable storage medium that can transmit, propagate, or transfer a program for use by or in conjunction with a command execution system, apparatus, or device.

[0243] The computer program embodied on the readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

[0244] The computer program for performing the operations of the present application can be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java, C++, etc., and conventional procedural programming languages ​​such as "C" or similar programming languages. The computer program can be executed entirely on the user electronic device, partially on the user electronic device, as a separate software package, partially on the user electronic device and partially on a remote electronic device, or entirely on a remote electronic device or server. In cases involving remote electronic devices, the remote electronic device can be connected to the user electronic device through any type of network, including a local area network (LAN) or a wide area network (WAN), or can be connected to an external electronic device (for example, using an Internet service provider to connect through the Internet).

[0245] It should be noted that although several units or subunits of the device are mentioned in the detailed description above, this division is merely exemplary and not mandatory. In fact, depending on the embodiment of the application, the features and functions of two or more units described above can be embodied in a single unit. Conversely, the features and functions of a single unit described above can be further divided and embodied by multiple units.

[0246] Furthermore, although the operations of the method of the present application are described in a particular order in the accompanying drawings, this does not require or imply that the operations must be performed in this particular order, or that all illustrated operations must be performed to achieve the desired results. Additionally or alternatively, some steps may be omitted, multiple steps may be combined into one step, and / or one step may be decomposed into multiple steps.

[0247] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Furthermore, the present application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) that contain a computer-usable computer program.

[0248] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program commands. These computer program commands can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the commands executed by the processor of the computer or other programmable data processing device generate commands for implementing the processes in the flowchart and / or block diagram. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0249] These computer program instructions may also be stored in a computer readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture comprising a command device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.

[0250] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 a process or multiple processes and / or boxes Figure 1 The steps for the function specified in one or more boxes.

[0251] Although the preferred embodiments of the present application have been described, those skilled in the art may make additional changes and modifications to these embodiments once they have learned the basic creative concept. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications that fall within the scope of the present application.

[0252] Obviously, those skilled in the art may make various changes and modifications to this application without departing from the spirit and scope of this application. Thus, if these modifications and variations of this application fall within the scope of the claims of this application and their equivalents, this application is intended to include these modifications and variations.

Claims

1. A method for generating a business process diagram, characterized in that: The method comprises: Obtain a flowchart design template for a resource transfer scenario, the flowchart design template including multiple business steps connected in sequence, wherein the business responsibilities of each of the multiple business steps are as follows: processing client interaction input, encapsulating business data associated with the interaction input, obtaining domain data required for key business logic and verifying the domain data, processing key business logic, processing other business logic associated with the key business logic, and processing client interaction output; Obtaining implementation logic description information of the business function to be developed in the resource transfer scenario, and performing semantic analysis on the implementation logic description information and the business responsibility information of each of the multiple business steps to determine the operation content corresponding to the business responsibility information of each of the multiple business steps when implementing the business function to be developed; Based on the multiple business steps and the operation contents corresponding to the business responsibility information of each of the multiple business steps, a business process diagram corresponding to the business function to be developed is generated.

2. The method according to claim 1, characterized in that The performing semantic analysis on the implementation logic description information and the business responsibility information of each of the multiple business steps to determine the operation content corresponding to the business responsibility information of each of the multiple business steps when implementing the business function to be developed includes: Input the implementation logic description information of the business function to be developed and the business responsibility information of each of the multiple business steps into a trained operation content extraction model to obtain the operation content corresponding to the business responsibility information of each of the multiple business steps; wherein the operation content extraction model is obtained through the following training process: Based on the corpus text set of the resource transfer scenario, a pre-trained language model is trained to obtain an intermediate language model for performing text semantic extraction for the resource transfer scenario; The intermediate language model is iteratively trained for multiple rounds based on a sample data set to obtain the operation content extraction model; wherein, each sample data in the sample data set includes: implementation logic description information and label information of the developed business functions of the resource transfer scenario, and the label information includes the actual operation content corresponding to the business responsibility information of each of the multiple business steps.

3. The method according to claim 2, characterized in that The corpus text set includes a first corpus text subset and a second corpus text subset; Then, the pre-trained language model is trained based on the corpus text set of the resource transfer scenario to obtain an intermediate language model for text semantic extraction of the resource transfer scenario, including: Using a self-supervised training method, the pre-trained language model is trained based on the first corpus text subset to obtain an encoding language model for encoding the corpus; The encoding language model is trained based on the second corpus text subset using a supervised training method to obtain an intermediate language model for text semantic extraction; wherein each corpus text in the second corpus text subset has a corresponding semantic label.

4. The method according to claim 1, wherein The training of the intermediate language model based on the sample data set to obtain the operation content extraction model includes: Based on the sample data set, the intermediate language model is trained for multiple rounds of iterations to obtain the operation content extraction model, wherein each training step performs the following operations: Sample data is selected from the sample data set, and implementation logic description information of the developed business functions in the sample data and business responsibility information of each of the multiple business steps are input into the intermediate language model to obtain predicted operation content corresponding to the business responsibility information of each of the multiple business steps; Based on the difference between the predicted operation content corresponding to the business responsibility information of each of the multiple business steps and the actual operation content corresponding to the business responsibility information of each of the multiple business steps, a loss value is obtained, and parameters of the intermediate language model are adjusted based on the loss value.

5. The method according to claim 1, wherein The flow chart design template is obtained in the following way: For a plurality of setting elements used for drawing a flowchart in a flowchart drawing tool, respectively setting process responsibility information of the plurality of setting elements; Multiple business responsibility information are sequentially set, and for the multiple business responsibility information, the following operations are sequentially performed: target process responsibility information that matches one business responsibility information is selected from the multiple process responsibility information, and the business steps corresponding to the one business responsibility information are drawn using the setting elements corresponding to the target process responsibility information; The target setting element among the multiple setting elements is used to connect the drawn multiple business steps in sequence according to the set order; wherein the process responsibility information of the target setting element is process control, which is used to determine the execution order of each business step.

6. The method according to claim 5, characterized in that The method further comprises: Setting access strategies corresponding to the plurality of process responsibility information; wherein the access strategies are used to call setting elements corresponding to the process responsibility information; Then, the step of drawing the business step corresponding to the business responsibility information by using the setting element corresponding to the target process responsibility information includes: According to the access policy corresponding to the target process responsibility information, the setting element corresponding to the target process responsibility information is called in the flowchart drawing tool, and the business step corresponding to the one business responsibility information is drawn through the called setting element.

7. The method according to claim 5, characterized in that The process responsibility information of each setting element except the target setting element in the plurality of setting elements includes: Process switching, used to define the switching between one flowchart and another; Program processing, used for data processing and data acquisition; Decision-making judgment, used to judge the data processing results or data acquisition results and control the branches of the flow chart; Input or output, used to process client requests and return client request results.

8. The method according to claim 7, characterized in that The selecting target process responsibility information that matches a piece of business responsibility information from a plurality of process responsibility information includes: When a business responsibility information is to process the interactive input of the client, the target process responsibility information selected is input or output; When a business responsibility information is to encapsulate and process the business data associated with the interactive input, the target process responsibility information selected is program processing; When a business responsibility information is to obtain domain data required for key business logic and verify the domain data, the selected target process responsibility information includes program processing and decision judgment; When a business responsibility information is to process key business logic, the target process responsibility information selected is program processing; When a business responsibility information is to process other business logic associated with the key business logic, the target process responsibility information selected is program processing; When a business responsibility information is to process the interactive output of the client, the target process responsibility information is selected as input or output.

9. A business process diagram generating device, characterized in that: The device comprises: an acquisition unit, configured to acquire a flow chart design template for a resource transfer scenario, the flow chart design template comprising a plurality of sequentially connected business steps, wherein the business responsibilities of the plurality of business steps are as follows: processing client interaction input, encapsulating business data associated with the interaction input, acquiring domain data required for key business logic and verifying the domain data, processing key business logic, processing other business logic associated with the key business logic, and processing client interaction output; an extraction unit configured to obtain implementation logic description information of the business function to be developed in the resource transfer scenario, and perform semantic analysis on the implementation logic description information and the business responsibility information of each of the multiple business steps to determine operation content corresponding to the business responsibility information of each of the multiple business steps when implementing the business function to be developed; A generating unit is configured to generate a business process diagram corresponding to the business function to be developed based on the multiple business steps and the operation contents corresponding to the business responsibility information of each of the multiple business steps.

10. An electronic device, characterized in that: The method comprises a processor and a memory, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor is enabled to perform the steps of any one of the methods of claims 1 to 8.

11. A computer-readable storage medium, characterized in that The method comprises a computer program. When the computer program is run on an electronic device, the computer program is used to enable the electronic device to execute the steps of any one of the methods of claims 1 to 8.

12. A computer program product, characterized in that The method comprises a computer program stored in a computer-readable storage medium; when a processor of an electronic device reads the computer program from the computer-readable storage medium, the processor executes the computer program, so that the electronic device performs the steps of any one of the methods described in claims 1 to 8.

Images