Multi-level parameter configuration method and device

Abstract

The present invention discloses a method and device for multi-level parameter configuration, and relates to the field of computer technology. A specific implementation of the method includes: dividing the workflow of a robot into multiple application states, and determining the parameter information corresponding to each of the application states; for the first application state, using the parameter information corresponding to the first application state as the input parameter of the robot in the first application state; for any application state other than the first application state, using the output data of the robot in the previous state of the any application state, and the parameter information of the robot in the any application state as the input parameter of the robot in the any application state. This implementation can achieve the decoupling of business logic and parameter information, which can not only improve the efficiency of business process processing while ensuring information security, but also achieve robot reuse and reduce usage costs.

Description

Technical Field

[0001] The present invention relates to the field of computer technology, and in particular to a method and device for multi-level parameter configuration. Background Art

[0002] At present, some scenarios use robots as virtual labor to interact with user systems and complete expected tasks according to pre-set programs. Robots are suitable for business processes with high repeatability, logical certainty and relatively low stability requirements, and can greatly improve the processing efficiency of business processes.

[0003] In the process of implementing the present invention, the inventors found that there are at least the following problems in the prior art:

[0004] (1) Robots require the switching and coordination of systems or tools with different functions to process business processes. However, it is difficult for a business person to know the parameter information of all links of the business process. If all relevant business personnel have to input parameter information every time the robot is run, it will be an unbearable burden for the business personnel.

[0005] (2) The robot needs to log in using the business personnel's account during operation. To ensure security, each time the robot runs, the business personnel are required to manually enter the account number to authorize the robot and allow the robot to log in. This approach not only fails to achieve the effect of automation, but also requires the intervention of business personnel for each business, which is difficult to achieve when the number of transaction requests is huge. If the developer directly builds the account into the robot, on the one hand, the robot cannot be reused, the workload and cost of robot development are large, and on the other hand, it may cause security risks. Summary of the invention

[0006] In view of this, an embodiment of the present invention provides a method and device for multi-level parameter configuration, which divides the robot's workflow into multiple application states and determines the parameter information corresponding to each application state, thereby realizing the decoupling of business logic and parameter information, which can not only improve the business process processing efficiency while ensuring information security, but also realize robot reuse and reduce usage costs.

[0007] According to one aspect of an embodiment of the present invention, a method for multi-level parameter configuration is provided, comprising:

[0008] Divide the robot's workflow into multiple application states, and determine parameter information corresponding to each application state;

[0009] For the first application state, using parameter information corresponding to the first application state as input parameters of the robot in the first application state;

[0010] For any application state except the first application state, the output data of the robot in the previous state of the application state and the parameter information of the robot in the application state are used as the input parameters of the robot in the application state.

[0011] Optionally, the workflow of the robot is divided into a plurality of application states, including: dividing the workflow of the robot into four application states: original application state, application control state, application application state, and operation state.

[0012] Optionally, the parameter information includes: an application identifier, a parameter level identifier, a parameter order, and a parameter identifier, or a parameter type and a parameter identifier.

[0013] Optionally, the robot is an RPA robot.

[0014] According to a second aspect of an embodiment of the present invention, there is provided a device for multi-level parameter configuration, including:

[0015] A state division module divides the robot's workflow into multiple application states and determines parameter information corresponding to each application state;

[0016] A parameter determination module, for a first application state, uses parameter information corresponding to the first application state as input parameters of the robot in the first application state; for any application state other than the first application state, uses output data of the robot in a previous state of the any application state and parameter information of the robot in the any application state as input parameters of the robot in the any application state.

[0017] Optionally, the main body division module divides the robot's workflow into multiple application states, including: dividing the robot's workflow into four application states: original application state, application control state, application application state, and operation state.

[0018] Optionally, the parameter information includes: an application identifier, a parameter level identifier, a parameter order, and a parameter identifier, or a parameter type and a parameter identifier.

[0019] Optionally, the robot is an RPA robot.

[0020] According to a third aspect of an embodiment of the present invention, there is provided an electronic device with multi-level parameter configuration, including:

[0021] one or more processors;

[0022] a storage device for storing one or more programs,

[0023] When the one or more programs are executed by the one or more processors, the one or more processors implement the method provided in the first aspect of the embodiment of the present invention.

[0024] According to a fourth aspect of an embodiment of the present invention, a computer-readable medium is provided, on which a computer program is stored, and when the program is executed by a processor, the method provided by the first aspect of the embodiment of the present invention is implemented.

[0025] An embodiment of the above invention has the following advantages or beneficial effects: dividing the robot's workflow into multiple application states and determining the parameter information corresponding to each of the application states can achieve decoupling of business logic and parameter information, which can not only improve business process processing efficiency while ensuring information security, but also achieve robot reuse and reduce usage costs.

[0026] The further effects of the above-mentioned non-conventional optional manner will be described below in conjunction with the specific implementation manner. BRIEF DESCRIPTION OF THE DRAWINGS

[0027] The accompanying drawings are used to better understand the present invention and do not constitute an improper limitation of the present invention.

[0028] Figure 1 It is a schematic diagram of the main flow of the method for multi-level parameter configuration according to an embodiment of the present invention;

[0029] Figure 2 is a flowchart of a method for multi-level parameter configuration according to an optional embodiment of the present invention;

[0030] Figure 3 is a schematic diagram of the principle of a method for multi-level parameter configuration according to an optional embodiment of the present invention;

[0031] Figure 4 is a schematic diagram of parameter information for configuring the original application state in an optional embodiment of the present invention;

[0032] Figure 5 is a schematic diagram of parameter information for configuring an application control state in an optional embodiment of the present invention;

[0033] Figure 6 is a schematic diagram of parameter information for configuring application application status in an optional embodiment of the present invention;

[0034] Figure 7 is a schematic diagram of parameter information for configuring a job status in an optional embodiment of the present invention;

[0035] Figure 8 is a schematic diagram of main modules of a device for multi-level parameter configuration according to an embodiment of the present invention;

[0036] Fig. 9is an exemplary system architecture diagram to which embodiments of the present invention may be applied;

[0037] Fig.10 It is a schematic diagram of the structure of a computer system of a terminal device or a server suitable for implementing an embodiment of the present invention. DETAILED DESCRIPTION

[0038] The following is a description of exemplary embodiments of the present invention in conjunction with the accompanying drawings, including various details of the embodiments of the present invention to facilitate understanding, which should be considered as merely exemplary. Therefore, it should be recognized by those of ordinary skill in the art that various changes and modifications may be made to the embodiments described herein without departing from the scope and spirit of the present invention. Similarly, for clarity and conciseness, the description of well-known functions and structures is omitted in the following description.

[0039] According to one aspect of an embodiment of the present invention, a method for multi-level parameter configuration is provided.

[0040] Figure 1 FIG. 1 is a schematic diagram of the main flow of the multi-level parameter configuration method according to an embodiment of the present invention. Figure 1 The method for multi-level parameter configuration shown includes:

[0041] Step S101, dividing the workflow of the robot into multiple application states, and determining parameter information corresponding to each application state;

[0042] Step S102: for a first application state, using parameter information corresponding to the first application state as input parameters of the robot in the first application state;

[0043] Step S103: For any application state except the first application state, the output data of the robot in the previous state of the application state and the parameter information of the robot in the application state are used as input parameters of the robot in the application state.

[0044] The division method of dividing the robot's workflow into multiple application states can be selectively set according to actual conditions. For example, the workflow is divided into multiple stages according to the time sequence, each stage corresponds to an application state, and the information of the parameters that need to be input into the robot in each stage is the parameter information corresponding to the application state. For another example, the sub-processes of the same work are divided into the same application state according to the functions of each sub-process in the entire workflow, and the information of the parameters that need to be input into the robot in each application state is the parameter information corresponding to the application state.

[0045] The number of divided application states can be selectively set according to actual conditions. Optionally, the robot's workflow is divided into multiple application states, including: dividing the robot's workflow into four application states: original application state, application control state, application application state, and operation state. Accordingly, business parameters can be divided into four levels, namely, system level (SYSTEM), user level (USER), instance level (INSTANCE), and task level (TASK).

[0046] The original application state refers to the state when no parameters are input into the robot. The parameters that need to be input into the robot in the original application state are system-level parameters, which are used to start the robot system.

[0047] The application control state refers to the state in which system-level parameters have been entered into the robot. The parameters that need to be entered into the robot in the application control state are user-level parameters, which are used to implement the business processes of the target users.

[0048] The application application status refers to the status when user-level parameters have been entered into the robot. The parameters that need to be entered into the robot in the application application status are instance-level parameters, which are used to instantiate the business process.

[0049] The job status refers to the state when instance-level parameters have been entered into the robot. The parameters that need to be entered into the robot in the job status are job-level parameters, which are used to execute business processes.

[0050] Figure 2 is a flowchart of a method for multi-level parameter configuration according to an optional embodiment of the present invention. Figure 3 FIG. 1 is a schematic diagram showing the principle of a method for multi-level parameter configuration according to an optional embodiment of the present invention. Figure 2 and 3 As shown, in the initial state, the robot is in the original application state. After the application parameter information (system-level parameters) is input to the robot, the robot's application state switches to the application control state. After the application control parameters (user-level parameters) are input in the application control state, the robot's application state switches to the application application state. After the application application parameters (instance-level parameters) are input in the application application state, the robot's application state switches to the operation state. After the operation parameters (operation-level parameters) are input in the operation state, the robot executes the operation process.

[0051] Optionally, the parameter information includes: an application identifier, a parameter level identifier, a parameter order, and a parameter identifier, or a parameter type and a parameter identifier. The application identifier uniquely represents an application program, the parameter level identifier uniquely represents an application state (i.e., the level of the parameter), the parameter order represents the order in which the parameters of each level are input into the robot, and the parameter identifier uniquely represents a parameter.

[0052] In the present invention, the specific content of each parameter can be selectively set according to the actual situation. For example, the table structure of application parameter information, application control parameters, application application parameters, and operation parameters is designed as follows:

[0053] (1) Application parameter information (Apl_Parm_Inf)

[0054] create table APL_PARM_INF(

[0055] apl_id VARCHAR2(20)not null, / / application number

[0056] apl_parm_seq NUMBER not null, / / application parameter sequence

[0057] apl_parm_lvl_cd_val VARCHAR2(10)not null, / / Application parameter level code value (system level, user level, instance level, task level)

[0058] apl_parm_tp_cd_val VARCHAR2(10)not null, / / Application parameter type code value (date, attachment, value, password, text)

[0059] apl_parm_nm VARCHAR2(50)not null, / / application parameter name )

[0061] (2) Application control parameter information (Apl_Ctrl_Parm_Inf)

[0062] create table APL_CTRL_PARM_INF(

[0063] apl_ctrl_id VARCHAR2(20)not null, / / application control number

[0064] apl_id VARCHAR2(20)not null, / / application number

[0065] apl_parm_seq NUMBER not null, / / application parameter sequence

[0066] apl_parm_val VARCHAR2(2000) / / application parameter value )

[0068] (3) Application request parameter information (Apl_Aply_Parm_Inf)

[0069] create table APL_APLY_PARM_INF(

[0070] apl_aply_id VARCHAR2(20)not null, / / application application number

[0071] apl_id VARCHAR2(20)not null, / / application number

[0072] apl_parm_seq NUMBER not null, / / application parameter sequence

[0073] apl_parm_val VARCHAR2(2000) / / application parameter value )

[0075] (4) Job parameter information (Job_Parm_Inf)

[0076] create table JOB_PARM_INF(

[0077] job_id VARCHAR2(20)not null, / / application number

[0078] apl_id VARCHAR2(20)not null, / / application number

[0079] apl_parm_seq NUMBER not null, / / application parameter sequence

[0080] apl_parm_val VARCHAR2(2000) / / application parameter value )

[0082] It should be noted that the robot in the embodiment of the present invention refers to a program or module carrier that can replace the staff to execute the workflow, such as an RPA (Robotic Process Automation) robot. The use of RPA robots has the following advantages:

[0083] 1. No programming: Writing RPA scripts requires little coding. Operators who are proficient in business processes and professional knowledge but have no programming experience can also automate business processes in a short time by dragging and dropping controls. Business process definitions can be created using a graphical interface similar to a flowchart designer, using icons representing the steps in the process.

[0084] 2. Non-intrusiveness: Implementing business processes through RPA will not cause any harm to existing systems, avoiding the huge workload and security threats caused by replacing system interfaces or functions. RPA software robots access the system in exactly the same way as humans by following existing security and data integrity standards.

[0085] The present invention abstracts the various parameters involved in the robot workflow into configured parameter information. The output of the previous application state and the parameter information of the current application state are used as the input data of the current application state. Parameters at different levels can be input by different business personnel, and finally form a robot with completed parameters and executable. By dividing the robot's workflow into multiple application states and determining the parameter information corresponding to each of the application states, the decoupling of business logic and parameter information can be achieved, which can not only improve the business process processing efficiency while ensuring information security, but also realize robot reuse and reduce usage costs.

[0086] Figure 4-7 A schematic diagram showing parameter information for configuring each application state in an optional embodiment of the present invention is shown. Figure 4-7 The embodiment of the present invention is described by way of example, taking a bank quick loan project as an example.

[0087] After the robot is developed using the robot development tool, the robot enters the first form of original application. The parameters required by the robot are converted into application parameter information. Figure 4 .

[0088] Based on the application parameter information, the system-level business personnel complete the filling of the application control parameters. At this time, the robot enters the second form of application control. Figure 5 .

[0089] According to the application parameter information, the user-level business personnel complete the application application parameters. At this time, the robot enters the third form of application application. Figure 6 .

[0090] Based on the application parameter information, the instance-level business personnel complete the filling of the application control parameters. At this time, the robot enters the fourth form of operation (i.e., executing the application). Figure 7 .

[0091] In this embodiment, the security of parameter information is guaranteed by business personnel, and the business logic is guaranteed by developers, which can achieve decoupling between business personnel and developers, ensure the security of sensitive information, and improve the development efficiency of developers. Unused business parameters are input by corresponding authorized business personnel, which truly realizes the value of process robots breaking information silos. A robot can be applied for and used by different business departments and different business personnel, reducing the configuration workload of business personnel, reducing the development workload of developers, and realizing the reuse of robots.

[0092] According to a second aspect of an embodiment of the present invention, a device for implementing the above method is provided.

[0093] Figure 8 Schematic diagram of main modules of a device for multi-level parameter configuration according to an embodiment of the present invention. Figure 8 As shown, the apparatus 800 for multi-level parameter configuration includes:

[0094] The state division module 801 divides the workflow of the robot into multiple application states and determines parameter information corresponding to each application state;

[0095] The parameter determination module 802, for the first application state, uses the parameter information corresponding to the first application state as the input parameter of the robot in the first application state; for any application state except the first application state, uses the output data of the robot in the previous state of any application state and the parameter information of the robot in any application state as the input parameter of the robot in any application state.

[0096] Optionally, the main body division module divides the robot's workflow into multiple application states, including: dividing the robot's workflow into four application states: original application state, application control state, application application state, and operation state.

[0097] Optionally, the parameter information includes: an application identifier, a parameter level identifier, a parameter order, and a parameter identifier, or a parameter type and a parameter identifier.

[0098] Optionally, the robot is an RPA robot.

[0099] According to a third aspect of an embodiment of the present invention, there is provided an electronic device with multi-level parameter configuration, including:

[0100] one or more processors;

[0101] a storage device for storing one or more programs,

[0102] When the one or more programs are executed by the one or more processors, the one or more processors implement the method provided in the first aspect of the embodiment of the present invention.

[0103] According to a fourth aspect of an embodiment of the present invention, a computer-readable medium is provided, on which a computer program is stored, and when the program is executed by a processor, the method provided by the first aspect of the embodiment of the present invention is implemented.

[0104] Fig. 9 An exemplary system architecture 900 is shown to which the method for multi-level parameter configuration or the apparatus for multi-level parameter configuration according to an embodiment of the present invention can be applied.

[0105] like Fig. 9 As shown, system architecture 900 may include terminal devices 901, 902, 903, network 904 and server 905. Network 904 is used to provide a medium for communication links between terminal devices 901, 902, 903 and server 905. Network 904 may include various connection types, such as wired, wireless communication links or optical fiber cables, etc.

[0106] Users can use terminal devices 901, 902, 903 to interact with server 905 through network 904 to receive or send messages, etc. Various communication client applications can be installed on terminal devices 901, 902, 903, such as shopping applications, web browser applications, search applications, instant messaging tools, email clients, social platform software, etc. (only examples).

[0107] The terminal devices 901 , 902 , and 903 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop computers, and desktop computers, etc.

[0108] The server 905 may be a server that provides various services, such as a backend management server (only an example) that provides support for shopping websites browsed by users using the terminal devices 901, 902, and 903. The backend management server may analyze and process the received data such as product information query requests, and feed back the processing results (such as target push information, product information - only an example) to the terminal device.

[0109] It should be noted that the method for multi-level parameter configuration provided in the embodiment of the present invention is generally executed by the server 905 , and accordingly, the device for multi-level parameter configuration is generally set in the server 905 .

[0110] It should be understood that Fig. 9 The number of terminal devices, networks and servers in the embodiment is only for illustration. Any number of terminal devices, networks and servers may be provided according to implementation requirements.

[0111] Reference below Fig.10 , which shows a schematic diagram of the structure of a computer system 1000 of a terminal device suitable for implementing an embodiment of the present invention. Fig.10 The terminal device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present invention.

[0112] like Fig.10 As shown, the computer system 1000 includes a central processing unit (CPU) 1001, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1002 or a program loaded from a storage part 1008 into a random access memory (RAM) 1003. In the RAM 1003, various programs and data required for the operation of the system 1000 are also stored. The CPU 1001, the ROM 1002, and the RAM 1003 are connected to each other via a bus 1004. An input / output (I / O) interface 1005 is also connected to the bus 1004.

[0113] The following components are connected to the I / O interface 1005: an input section 1006 including a keyboard, a mouse, etc.; an output section 1007 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 1008 including a hard disk, etc.; and a communication section 1009 including a network interface card such as a LAN card, a modem, etc. The communication section 1009 performs communication processing via a network such as the Internet. A drive 1010 is also connected to the I / O interface 1005 as needed. A removable medium 1011, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 1010 as needed, so that a computer program read therefrom is installed into the storage section 1008 as needed.

[0114] In particular, according to the embodiments disclosed in the present invention, the process described above with reference to the flowchart can be implemented as a computer software program. For example, the embodiments disclosed in the present invention include a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from the network through the communication part 1009, and / or installed from the removable medium 1011. When the computer program is executed by the central processing unit (CPU) 1001, the above-mentioned functions defined in the system of the present invention are executed.

[0115] It should be noted that the computer-readable medium shown in the present invention may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer 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 of the above. In the present invention, a computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, device or device. In the present invention, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, which carries a computer-readable program code. This propagated data signal may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium other than computer-readable storage media, which may send, propagate or transmit a program for use by or in conjunction with an instruction execution system, apparatus or device. The program code contained on the computer-readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, optical cable, RF, etc., or any suitable combination of the above.

[0116] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present invention. In this regard, each box in the flow chart or block diagram can represent a module, a program segment, or a part of a code, and the above-mentioned module, program segment, or a part of a code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flow chart, and the combination of the boxes in the block diagram or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0117] The modules involved in the embodiments of the present invention may be implemented in software or hardware. The modules described may also be set in a processor, for example, may be described as: a processor includes: a state division module, which divides the workflow of the robot into multiple application states and determines the parameter information corresponding to each of the application states; a parameter determination module, for the first application state, using the parameter information corresponding to the first application state as the input parameter of the robot in the first application state; for any application state other than the first application state, using the output data of the robot in the previous state of any application state and the parameter information of the robot in any application state as the input parameter of the robot in the first application state. Among them, the names of these modules do not constitute a limitation on the module itself in some cases. For example, the state division module may also be described as "a module that uses the parameter information corresponding to the first application state as the input parameter of the robot in the first application state".

[0118] As another aspect, the present invention also provides a computer-readable medium, which may be included in the device described in the above embodiment; or it may exist independently without being assembled into the device. The above computer-readable medium carries one or more programs, and when the above one or more programs are executed by a device, the device includes: dividing the robot's workflow into multiple application states, determining the parameter information corresponding to each of the application states; for the first application state, using the parameter information corresponding to the first application state as the input parameter of the robot in the first application state; for any application state other than the first application state, using the output data of the robot in the previous state of any application state and the parameter information of the robot in any application state as the input parameter of the robot in any application state.

[0119] According to the technical solution of the embodiment of the present invention, the robot's workflow is divided into multiple application states and the parameter information corresponding to each application state is determined, which can achieve the decoupling of business logic and parameter information, improve the business process processing efficiency while ensuring information security, and realize robot reuse and reduce usage costs.

[0120] The above specific implementations do not constitute a limitation on the protection scope of the present invention. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may occur depending on design requirements and other factors. Any modification, equivalent substitution and improvement made within the spirit and principle of the present invention shall be included in the protection scope of the present invention.

Claims

1. A method for multi-level parameter configuration, characterized in that: include: Divide the robot's workflow into multiple application states according to the time sequence, and determine the parameter information corresponding to each application state; wherein the parameter information corresponding to different application states is input by the corresponding authorized business personnel; For the first application state, using parameter information corresponding to the first application state as input parameters of the robot in the first application state; For any application state other than the first application state, using the output data of the robot in a state before the application state and the parameter information of the robot in the application state as the input parameters of the robot in the application state; The robot's workflow is divided into multiple application states, including: the robot's workflow is divided into four application states: original application state, application control state, application application state, and job state; the original application state refers to the state when no parameters are entered into the robot, and the parameters that need to be entered into the robot in the original application state are system-level parameters, which are used to start the robot system; the application control state refers to the state when the system-level parameters have been entered into the robot, and the parameters that need to be entered into the robot in the application control state are user-level parameters, which are used to implement the business process of the target user; the application application state refers to the state when the user-level parameters have been entered into the robot, and the parameters that need to be entered into the robot in the application application state are instance-level parameters, which are used to instantiate the business process; the job state refers to the state when the instance-level parameters have been entered into the robot, and the parameters that need to be entered into the robot in the job state are job-level parameters, which are used to execute the business process; After the robot is developed using the robot development tool, the robot enters the original application state. After the system-level business personnel input the system-level parameters, the robot enters the application control state. After the user-level business personnel input the user-level parameters, the robot enters the application application state. After the instance-level business personnel input the instance-level parameters, the robot enters the operation state.

2. The method according to claim 1, characterized in that The parameter information includes: application identification, parameter level identification, parameter order, and parameter identification, or parameter type and parameter identification.

3. The method according to claim 1, characterized in that The robot is an RPA robot.

4. A device for multi-level parameter configuration, characterized in that: include: A state division module divides the robot's workflow into multiple application states according to the time sequence, and determines the parameter information corresponding to each application state; wherein the parameter information corresponding to different application states is input by the corresponding authorized business personnel; a parameter determination module, for a first application state, using parameter information corresponding to the first application state as an input parameter of the robot in the first application state; for any application state other than the first application state, using output data of the robot in a state before the any application state and parameter information of the robot in the any application state as input parameters of the robot in the any application state; The main body division module divides the robot's workflow into multiple application states, including: dividing the robot's workflow into four application states: original application state, application control state, application application state, and job state; the original application state refers to the state when no parameters are entered into the robot, and the parameters that need to be entered into the robot in the original application state are system-level parameters, which are used to start the robot system; the application control state refers to the state when the system-level parameters have been entered into the robot, and the parameters that need to be entered into the robot in the application control state are user-level parameters, which are used to implement the business process of the target user; the application application state refers to the state when the user-level parameters have been entered into the robot, and the parameters that need to be entered into the robot in the application application state are instance-level parameters, which are used to instantiate the business process; the job state refers to the state when the instance-level parameters have been entered into the robot, and the parameters that need to be entered into the robot in the job state are job-level parameters, which are used to execute the business process; After the robot is developed using the robot development tool, the robot enters the original application state. After the system-level business personnel input the system-level parameters, the robot enters the application control state. After the user-level business personnel input the user-level parameters, the robot enters the application application state. After the instance-level business personnel input the instance-level parameters, the robot enters the operation state.

5. The device according to claim 4, characterized in that The parameter information includes: application identification, parameter level identification, parameter order, and parameter identification, or parameter type and parameter identification.

6. The device according to claim 4, characterized in that The robot is an RPA robot.

7. An electronic device with multi-level parameter configuration, characterized in that: include: one or more processors; a storage device for storing one or more programs, When the one or more programs are executed by the one or more processors, the one or more processors implement the method according to any one of claims 1 to 3.

8. A computer readable medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the method according to any one of claims 1 to 3 is implemented.

Images