Detailed Description
The present disclosure is described in further detail below with reference to the accompanying drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the relevant invention and not restrictive of the invention. It should be noted that, for convenience of description, only the portions related to the related invention are shown in the drawings.
It should be noted that, in the present disclosure, the embodiments and features of the embodiments may be combined with each other without conflict. The present disclosure will be described in detail below with reference to the accompanying drawings in conjunction with embodiments.
Fig. 1 illustrates an exemplary system architecture 100 to which embodiments of the disclosed method for processing information or apparatus for processing information may be applied.
As shown in fig. 1, the system architecture 100 may include terminal devices 101, 102, 103, a network 104, and a server 105. The network 104 serves as a medium for providing communication links between the terminal devices 101, 102, 103 and the server 105. Network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, to name a few.
The user may use the terminal devices 101, 102, 103 to interact with the server 105 via the network 104 to receive or send messages or the like. The terminal devices 101, 102, 103 may have installed thereon various communication client applications, such as a blockchain processing application, a web browser application, a search-type application, an instant messaging tool, a mailbox client, social platform software, and the like.
The terminal apparatuses 101, 102, and 103 may be hardware or software. When the terminal devices 101, 102, 103 are hardware, they may be various electronic devices, including but not limited to smart phones, tablet computers, electronic book readers, MP3 players (Moving Picture Experts Group Audio Layer III, mpeg Audio Layer 3), MP4 players (Moving Picture Experts Group Audio Layer IV, mpeg Audio Layer 4), laptop portable computers, desktop computers, and the like. When the terminal apparatuses 101, 102, 103 are software, they can be installed in the electronic apparatuses listed above. It may be implemented as multiple pieces of software or software modules (e.g., multiple pieces of software or software modules to provide distributed services) or as a single piece of software or software module. And is not particularly limited herein.
Server 105 may be a blockchain server that provides blockchain services. The blockchain server may perform processing such as analysis on data such as an execution request for a target blockchain operation sent by the terminal device 101, 102, 103, and obtain a processing result (e.g., a pending task); and, the blockchain server can also publish the processing results (e.g., pending tasks).
It should be noted that the method for processing information provided by the embodiment of the present disclosure is generally performed by the server 105, and accordingly, the apparatus for processing information is generally disposed in the server 105.
The server may be hardware or software. When the server is hardware, it may be implemented as a distributed server cluster formed by multiple servers, or may be implemented as a single server. When the server is software, it may be implemented as multiple pieces of software or software modules (e.g., multiple pieces of software or software modules used to provide distributed services), or as a single piece of software or software module. And is not particularly limited herein.
It should be understood that the number of terminal devices, networks, and servers in fig. 1 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.
With continued reference to FIG. 2, a flow 200 of one embodiment of a method for processing information in accordance with the present disclosure is shown. The method for processing information comprises the following steps:
step 201, in response to receiving an execution request for a target block chain operation sent by a user, obtaining operation information of the target block chain operation and user information of the user to form information to be examined and approved.
In this embodiment, an execution subject (e.g., the server 105 shown in fig. 1) of the method for processing information may acquire operation information of the target blockchain operation and user information of the user to form pending information in response to receiving an execution request for the target blockchain operation, which is sent by the user from a user terminal used by the user through a wired connection manner or a wireless connection manner. The target blockchain operation may be a blockchain operation to be processed. The blockchain operation may be various operations related to the blockchain, for example, may be an operation of querying account book information recorded in a pre-established blockchain network.
In some optional implementations of this embodiment, the target blockchain operation may include, but is not limited to, at least one of: building a block chain network, creating blocks and installing intelligent contracts.
In this embodiment, the operation information of the target blockchain operation may be used to characterize the target blockchain operation, and specifically, the operation information may include, as an example, operation type information (e.g., a search ledger) used to characterize an operation type of the target blockchain operation; alternatively, the operation information may include operation parameters for characterizing the manner of execution of the target blockchain operation.
In practice, when a user inputs an execution request for a target block chain operation using a user terminal, the user may input operation information of the target block chain operation using the user terminal.
In this embodiment, the user information may be used to characterize the identity of the user. Specifically, the user information may be various information capable of characterizing the identity of the user, such as a user name, an account number, and the like of the user.
Specifically, the execution main body may acquire user information of the user, which is stored locally in advance, or may acquire the user information from a user terminal used by the user.
In this embodiment, the information to be approved is information to be approved. Specifically, after the operation information and the user information are acquired, the execution main body may combine the operation information and the user information into information to be checked.
As an example, the operation information is "network building 99". If the user information is "wangwu", the executing agent may use the operation information "build a network (network 99)" and the user information "wangwu" to form the information to be examined "operation: building a network [ network99 ]; the initiator: wangwu.
In some optional implementation manners of this embodiment, the executing body may further obtain the information to be approved through the following steps: first, the execution main body may authenticate the user in response to receiving an execution request for the target blockchain operation, where the execution request is sent by the user, to determine whether the user has a right to execute the target blockchain operation. Then, the execution main body may acquire, in response to determining that the user does not have the authority to execute the target blockchain operation, operation information of the target blockchain operation and user information of the user to form approval information.
Specifically, the execution main body may obtain authority information (for example, VIP level information) of the user, and further authenticate the user through the authority information to determine whether the user has an authority to execute the target block chain operation.
As an example, the user requested target blockchain operation is an operation of building a blockchain network. The technician previously determines that the operation of constructing the blockchain network is the authority that the user with the VIP level of 6 or more has, and the VIP level of the user is level 5, so that the execution body may determine that the user does not have the authority to perform the target blockchain operation.
It can be understood that, when it is determined that the user has the right to execute the target blockchain operation, the execution subject may directly execute the target blockchain operation without starting the approval process.
The implementation mode can specifically start the examination and approval process for the user without the authority of executing the target block chain operation, improves the pertinence of the examination and approval of the block chain operation, is beneficial to saving resources consumed by the examination and approval, and can improve the efficiency of the block chain operation as much as possible while improving the safety and the effectiveness of the block chain operation.
Step 202, inputting the information to be approved into the target approval flow model to obtain the task to be approved.
In this embodiment, based on the information to be approved obtained in step 201, the execution subject may input the information to be approved into the target approval flow model to obtain the task to be approved. The pending task may include pending information. The target approval flow model may be an approval flow model for processing the to-be-approved information corresponding to the target block chain operation. Specifically, the target approval flow model may be a pre-established approval flow model. The approval flow model is a workflow model applied to an approval scenario. The approval flow model is used for defining the approval process of the information to be approved. The approval process may include at least one node, and each node may correspond to one or more approvers.
In practice, technicians may use various methods to establish the approval flow model as needed. As an example, the technician may first determine that the approver responsible for the block chain operation approval is "zhang san" and "lie si", and then, the technician may determine the order of the approval by using various methods (for example, according to the level of "zhang san" and "lie si"), to obtain the approval process: first by Zhang three and then by Li four. Further, an approval flow model may be generated: "information to be approved: to be added "; "approval process: first by zhang san and then by lie si ".
As can be seen from the above example, the approval process includes two approvals, that is, the approval process includes two nodes, where the approver corresponding to the first node is zhang, and the approver corresponding to the second node is lifour.
In this embodiment, the to-be-approved information obtained in step 201 is input to a position where the to-be-approved information needs to be added in the target approval flow model, so that an approval flow instance (corresponding to a workflow is instantiated) can be obtained, and the execution main body can generate an to-be-approved task by using the obtained approval flow instance, where the to-be-approved task includes the to-be-approved information and information indicating an approval process corresponding to the to-be-approved information.
As an example, the pending information is "operation: building a network [ network99 ]; the initiator: wangwu ", the target approval flow model is" information to be approved: to be added "; "approval process: firstly, three pieces of information are approved, and then four pieces of information are approved, and then the information to be approved is input into the target approval flow model to obtain an approval flow example operation: building a network [ network99 ]; the initiator: fifthly, king; and (3) approval process: firstly, three approval tasks are carried out, then, four approval tasks are carried out, and then by utilizing the approval flow example, the execution main body can generate an operation of an approval task: building a network [ network99 ]; the initiator: fifthly, king; approval: 1 three [ consent/denial ]; 2 lie four [ agree/deny ], where [ agree/deny ] may be a button for an approver to perform an approval operation.
And step 203, issuing the task to be approved.
In this embodiment, based on the pending task obtained in step 202, the execution subject may issue the pending task, so that the approver can obtain the pending task and approve the pending information in the pending task.
Specifically, the execution main body can directly issue the to-be-approved task to the approval terminal used by the approval personnel indicated by the to-be-approved task; alternatively, the execution subject may also issue the pending approval task to a target webpage (for example, a first page of the blockchain service platform) that can be acquired by the approver indicated by the pending approval task, and the approver may acquire the pending approval task by accessing the target webpage.
In practice, after obtaining the approval task, the approver may approve the approval information in the approval task, and perform an approval operation by using the approval terminal (for example, click on an [ approve/reject ] button).
It should be noted that, when the task to be approved needs a plurality of approvers to execute in sequence, the execution main body may open the approval interfaces of the approvers in sequence, so as to help ensure that the task to be approved is executed according to the manner indicated by the approval process, and improve the validity of approval.
As an example, the pending approval task needs to be executed by "zhang san" and then "lie si", and the execution subject may first issue the pending approval task to the approval terminal used by "zhang san", and issue the pending approval task to the approval terminal used by "lie si" after detecting the approval operation executed by "zhang san"; or, the executing subject may first activate the click function of the [ agree/reject ] button corresponding to "zhang san" in the task to be reviewed on the top page, and then activate the click function of the [ agree/reject ] button corresponding to "zhang san" in the task to be reviewed after detecting the click operation of the [ agree/reject ] button.
In some optional implementation manners of this embodiment, after the step 203 is executed, the executing main body may further execute the following steps: firstly, examining and approving operation executed by examining and approving information in a task to be examined and approved by an examining and approving person indicated by the task to be examined and approved according to an examining and approving process indicated by the task to be examined and approved. And then, generating and outputting an approval result corresponding to the information to be approved based on the detected approval operation.
The approval result can be used for representing whether the information to be approved passes the approval. Specifically, the approval result may include, but is not limited to, at least one of the following: text, numbers, symbols, images, audio, video. As an example, the approval result may include "1" and "0", where "1" may be used to characterize that the information to be approved passes the approval; a "0" may be used to characterize that the information to be approved has not been approved.
It can be understood that the process of approving the information to be approved by the approver is a process of indicating whether the approver agrees to the user to execute the target blockchain operation. Furthermore, the information to be approved can represent that the approval personnel approve the user to execute the target block chain operation through approval. The pending approval information can represent that the approval personnel disagree with the user to execute the target block chain operation.
Specifically, the execution subject may employ various methods, and generate an approval result corresponding to the to-be-approved information based on the detected approval operation.
As an example, the executing body may determine whether the approval operations of all the approvers indicated by the pending approval task all represent that the user is allowed to execute the target block chain operation, and if all represent that the user is allowed to execute the target block chain operation, generate an approval result used for representing that the pending information passes the approval; and if one of the examination and approval operation representations does not agree with the user to execute the target block chain operation, generating an examination and approval result for representing that the information to be examined and approved is not approved.
Particularly, when the execution main body sequentially opens the approval interfaces of the approval personnel indicated by the task to be approved, in order to save manpower resources and information processing resources consumed by the approval, if the approval operation currently detected by the execution main body is enough to generate an approval result, the execution main body may not open the approval interfaces of the subsequent approval personnel.
As an example, the rule for generating the approval result includes: and if one examination and approval operation in the examination and approval operations executed by the examination and approval personnel indicates that the user is not allowed to execute the target block chain operation, generating an examination and approval result for indicating that the information to be examined and approved is not approved. And the execution main body detects that the first approver performs the approval operation of 'zhang san' and clicks the 'reject' button (representing that the user is not authorized to perform the target block chain operation), so that the execution main body can directly generate the approval result for representing that the information to be approved is not approved, the click function of the 'approve/reject' button of the second approver 'lie IV' does not need to be opened, and the second approver 'lie IV' does not need to approve the information to be approved again.
In some optional implementation manners of this embodiment, the execution subject may further execute the target blockchain operation through approval in response to the approval result representing the information to be approved.
Specifically, the executing body may execute the target blockchain operation based on the operation parameter input by the user, for example, the target blockchain operation is an operation of querying the account book, and the user inputs a number (i.e., an operation parameter) of the account book to be queried, so that the executing body may query the account book corresponding to the number.
With continued reference to fig. 3, fig. 3 is a schematic diagram of an application scenario of the method for processing information according to the present embodiment. In the application scenario of fig. 3, the server 301 may obtain operation information 304 of the target blockchain operation and user information 305 of the user to form pending approval information 306 in response to receiving an execution request 303 sent by the user 302 for the target blockchain operation. Then, the server 301 may obtain a target approval flow model 307, and input the to-be-approved information 306 into the target approval flow model 307 to obtain the to-be-approved task 308, where the to-be-approved task 308 includes the to-be-approved information 306, the target approval flow model 307 is a pre-established approval flow model, the approval flow model is used to define an approval process of the to-be-approved information, and a node of the approval process corresponds to an approver. Finally, server 301 may issue approval task 308.
The method provided by the embodiment of the disclosure can generate the to-be-approved task corresponding to the user request when the user request executes the block chain operation, so that an approver can execute the to-be-approved task and approve the user request, thereby limiting the permission of the user to execute the block chain operation, reducing the invalid or malicious use of the user on the resource of the block chain service platform, and improving the safety and effectiveness of the block chain network managed by the block chain service platform; in addition, the approval process of the blockchain operation is encapsulated into the approval flow model, so that flexible configuration of the approval process can be realized, for example, when a technician thinks that the blockchain service platform needs to set the approval process, the approval flow model can be installed for the blockchain service platform; and when the technical personnel think that the block chain service platform does not need to set the approval process, the approval flow model can be unloaded.
With further reference to FIG. 4, a flow 400 of yet another embodiment of a method for processing information is shown. The flow 400 of the method for processing information includes the steps of:
step 401, in response to receiving an execution request for a target block chain operation sent by a user, obtaining operation information of the target block chain operation and user information of the user to form information to be examined and approved.
In this embodiment, an execution subject (e.g., the server 105 shown in fig. 1) of the method for processing information may acquire operation information of the target blockchain operation and user information of the user to form pending information in response to receiving an execution request for the target blockchain operation, which is sent by the user from a user terminal used by the user through a wired connection manner or a wireless connection manner. The target blockchain operation may be a blockchain operation to be processed. The blockchain operation may be various operations related to the blockchain, for example, may be an operation of querying account book information recorded in a pre-established blockchain network.
In this embodiment, the operation information of the target blockchain operation may be used to characterize the target blockchain operation. The user information may be used to characterize the identity of the user. And the information to be approved is the information to be approved.
Step 402, acquiring a pre-established approval flow model set.
In this embodiment, the execution subject may obtain a pre-established approval flow model set from a remote location or a local location. Each approval flow model in the approval flow model set is a model established for an operation type of a certain blockchain operation. The approval flow model is a workflow model applied to an approval scenario. The approval flow model is used for defining the approval process of the information to be approved and the operation type of the targeted block chain operation. The approval process may include at least one node, and each node may correspond to one or more approvers.
In practice, technicians may establish the approval flow model set by various methods as needed. As an example, the types of operations that need to establish the blockchain operation of the approval flow model include building blockchains and installing intelligent contracts. For the building block chain, the technician may first determine that the approver responsible for the approval of the building block chain is "zhang san" and "lie si", and then, the technician may determine the order of the approval of "zhang san" and "lie si" by using various methods (for example, according to the level of "zhang san" and "lie si"), to obtain the approval process: first by Zhang three and then by Li four. Furthermore, an approval flow model corresponding to the building block chain can be generated: "operation type: building block chains "; "information to be approved: to be added "; "approval process: firstly, three of Zhang are used for approval, and then four of Li are used for approval; similarly, for installing an intelligent contract, a technician may first determine that the approver responsible for approval of the intelligent contract is "zhao xi" and "sun seven", and then, the technician may determine the order of approving "zhao xi" and "sun seven" by using various methods (e.g., according to the rank of zhao xi "and" sun seven "), to obtain an approval process: first, the approval is carried out by Zhao Liu, and then the approval is carried out by Sun Qin. Furthermore, an approval flow model corresponding to the installation intelligent contract can be generated: "operation type: installing an intelligent contract "; "information to be approved: to be added "; "approval process: first approved by Zhao Liu and then approved by Sun Qin ". Furthermore, the two approval flow models can form an approval flow model set.
And 403, selecting an approval flow model of which the operation type of the targeted block chain operation is matched with the operation type of the target block chain operation from the approval flow model set as a target approval flow model.
In this embodiment, based on the approval flow model set obtained in step 402, the execution subject may select, from the approval flow model set, an approval flow model whose operation type of the targeted blockchain operation matches the operation type of the targeted blockchain operation as a target approval flow model. Where matching may refer to being the same or similar.
As an example, the operation type of the target blockchain operation is an installation intelligence contract. The approval flow model set comprises two approval flow models which are respectively operation types of the approval flow model: building block chains "; "information to be approved: to be added "; "approval process: first, three approval documents are approved, then four approval documents are approved, and the approval flow model' operation type: installing an intelligent contract "; "information to be approved: to be added "; "approval process: first approved by Zhao Liu and then approved by Sun Qin ". And the operation types defined by the two approval flow models are known, and the approval flow model is' operation type: installing an intelligent contract "; "information to be approved: to be added "; "approval process: firstly, the operation type targeted by Zhaoliu examination and approval and then by Sun Qin examination and approval is the same as the operation type of the target block chain operation, and all the operation types are installation intelligent contracts, and further the execution main body can use the operation type of an examination and approval flow model: installing an intelligent contract "; "information to be approved: to be added "; "approval process: firstly, the flow model is approved by ZhaoJU, and then approved by Suqin, and determined as the target approval flow model.
And step 404, inputting the information to be approved into the target approval flow model to obtain the task to be approved.
In this embodiment, based on the information to be approved obtained in step 401 and the target approval flow model selected in step 403, the execution subject may input the information to be approved into the target approval flow model to obtain the task to be approved. The pending task may include pending information.
And 405, issuing the task to be approved.
In this embodiment, based on the pending task obtained in step 404, the execution subject may issue the pending task, so that the approver can obtain the pending task and approve the pending information in the pending task.
Step 401, step 404, and step 405 may be performed in a manner similar to that of step 201, step 202, and step 203 in the foregoing embodiment, respectively, and the above description for step 201, step 202, and step 203 also applies to step 401, step 404, and step 405, and is not described herein again.
As can be seen from fig. 4, compared with the embodiment corresponding to fig. 2, the process 400 of the method for processing information in this embodiment highlights a step of selecting, from the approval flow model set, an approval flow model for which the operation type of the targeted blockchain operation matches the operation type of the targeted blockchain operation as a targeted approval flow model, and then inputting the information to be approved into the selected targeted approval flow model to obtain the task to be approved. Therefore, according to the scheme described in this embodiment, the approval flow models can be respectively set for different types of block chain operations, and when an execution request for the target block chain operation is received, the approval flow model corresponding to the operation type of the target block chain operation is selected as the target approval flow model, so that the variety of approval for the block chain operation and the pertinence of approval for the different types of block chain operations can be improved.
With further reference to fig. 5, as an implementation of the methods shown in the above figures, the present disclosure provides an embodiment of an apparatus for processing information, which corresponds to the method embodiment shown in fig. 2, and which is particularly applicable in various electronic devices.
As shown in fig. 5, the apparatus 500 for processing information of the present embodiment includes: a first acquisition unit 501, an input unit 502, and a distribution unit 503. The first obtaining unit 501 is configured to, in response to receiving an execution request sent by a user and directed to a target blockchain operation, obtain operation information of the target blockchain operation and user information of the user to form pending approval information; the input unit 502 is configured to input the to-be-approved information into a target approval flow model to obtain to-be-approved tasks, wherein the to-be-approved tasks include the to-be-approved information, the target approval flow model is a pre-established approval flow model, the approval flow model is used for defining an approval process of the to-be-approved information, and the nodes of the approval process correspond to the approvers; the issuing unit 503 is configured to issue the task to be approved.
In this embodiment, the first obtaining unit 501 of the apparatus 500 for processing information may obtain the operation information of the target blockchain operation and the user information of the user to constitute the pending approval information in response to receiving an execution request for the target blockchain operation, which is sent by the user from a user terminal used by the user, through a wired connection manner or a wireless connection manner. The target blockchain operation may be a blockchain operation to be processed. The blockchain operations may be various operations related to the blockchain.
In this embodiment, the operation information of the target blockchain operation may be used to characterize the target blockchain operation. The user information may be used to characterize the identity of the user. And the information to be approved is the information to be approved.
In this embodiment, based on the to-be-approved information obtained by the first obtaining unit 501, the input unit 502 may input the to-be-approved information into the target approval flow model to obtain the to-be-approved task. The pending task may include pending information. The target approval flow model may be an approval flow model for processing the to-be-approved information corresponding to the target block chain operation. Specifically, the target approval flow model may be a pre-established approval flow model. The approval flow model is a workflow model applied to an approval scenario. The approval flow model is used for defining the approval process of the information to be approved. The approval process may include at least one node, and each node may correspond to one or more approvers.
In this embodiment, based on the to-be-approved task obtained by the input unit 502, the issuing unit 503 may issue the to-be-approved task, so that the approver can obtain the to-be-approved task and approve the to-be-approved information in the to-be-approved task.
In some optional implementations of this embodiment, the apparatus 500 further includes: a detection unit (not shown in the figure) configured to detect an approval operation performed by an approver indicated by the pending approval task on pending information in the pending approval task according to an approval process indicated by the pending approval task; and the generating unit (not shown in the figure) is configured to generate and output an approval result corresponding to the information to be approved based on the detected approval operation, wherein the approval result is used for representing whether the information to be approved passes the approval.
In some optional implementations of this embodiment, the apparatus 500 further includes: and the execution unit (not shown in the figure) is configured to execute the target block chain operation through approval in response to the approval result representing the information to be approved.
In some optional implementations of this embodiment, the approval flow model is further used to define an operation type of the targeted blockchain operation; and the apparatus 500 further comprises: a second obtaining unit (not shown in the figure) configured to obtain a pre-established approval flow model set; and a selecting unit (not shown in the figure) configured to select, from the approval flow model set, an approval flow model for which the operation type of the targeted blockchain operation matches the operation type of the targeted blockchain operation as a targeted approval flow model.
In some optional implementations of this embodiment, the target blockchain operation includes at least one of: building a block chain network, creating blocks and installing intelligent contracts.
In some optional implementations of this embodiment, the first obtaining unit 501 includes: an authentication module (not shown in the figure) configured to authenticate the user in response to receiving an execution request sent by the user and aiming at the target blockchain operation, so as to determine whether the user has the authority to execute the target blockchain operation; and an obtaining module (not shown in the figures) configured to, in response to determining that the user does not have the authority to perform the target blockchain operation, obtain operation information of the target blockchain operation and user information of the user to form approval information.
It will be understood that the elements described in the apparatus 500 correspond to various steps in the method described with reference to fig. 2. Thus, the operations, features and resulting advantages described above with respect to the method are also applicable to the apparatus 500 and the units included therein, and are not described herein again.
The apparatus 500 provided in the above embodiment of the present disclosure may generate the pending task corresponding to the user request when the user request executes the blockchain operation, so that the approver executes the pending task to implement the approval of the user request, thereby limiting the permission of the user to execute the blockchain operation, reducing the invalid or malicious use of the user on the resource of the blockchain service platform, and improving the security and validity of the blockchain network managed by the blockchain service platform; in addition, the approval process of the blockchain operation is encapsulated into the approval flow model, so that flexible configuration of the approval process can be realized, for example, when a technician thinks that the blockchain service platform needs to set the approval process, the approval flow model can be installed for the blockchain service platform; and when the technical personnel think that the block chain service platform does not need to set the approval process, the approval flow model can be unloaded.
Referring now to FIG. 6, a schematic diagram of a server (e.g., server 105 of FIG. 1) 600 suitable for implementing embodiments of the present disclosure is shown. The server shown in fig. 6 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present disclosure.
As shown in fig. 6, the server 600 may include a processing device (e.g., central processing unit, graphics processor, etc.) 601 that may perform various appropriate actions and processes in accordance with a program stored in a Read Only Memory (ROM)602 or a program loaded from a storage device 608 into a Random Access Memory (RAM) 603. In the RAM 603, various programs and data necessary for the operation of the server 600 are also stored. The processing device 601, the ROM 602, and the RAM 603 are connected to each other via a bus 604. An input/output (I/O) interface 605 is also connected to bus 604.
Generally, the following devices may be connected to the I/O interface 605: input devices 606 including, for example, a touch screen, touch pad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc.; output devices 607 including, for example, a Liquid Crystal Display (LCD), a speaker, a vibrator, and the like; storage 608 including, for example, tape, hard disk, etc.; and a communication device 609. The communication means 609 may allow the server 600 to perform wireless or wired communication with other devices to exchange data. While fig. 6 illustrates a server 600 having various means, it is to be understood that not all illustrated means are required to be implemented or provided. More or fewer devices may alternatively be implemented or provided.
In particular, according to an embodiment of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network via the communication means 609, or may be installed from the storage means 608, or may be installed from the ROM 602. The computer program, when executed by the processing device 601, performs the above-described functions defined in the methods of the embodiments of the present disclosure.
It should be noted that the computer readable medium in the present disclosure may be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, 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 disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present disclosure, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In contrast, in the present disclosure, a computer readable signal medium may comprise a propagated data signal with computer readable program code embodied therein, either in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, optical cables, RF (radio frequency), etc., or any suitable combination of the foregoing.
The computer readable medium may be embodied in the server; or may exist separately and not be assembled into the server. The computer readable medium carries one or more programs which, when executed by the server, cause the server to: in response to receiving an execution request which is sent by a user and aims at a target block chain operation, obtaining operation information of the target block chain operation and user information of the user to form information to be examined and approved; inputting the information to be approved into a target approval flow model to obtain an approval task, wherein the approval task comprises the information to be approved, the target approval flow model is a pre-established approval flow model, the approval flow model is used for defining an approval process of the information to be approved, and a node of the approval process corresponds to an approver; and issuing the task to be approved.
Computer program code for carrying out operations for aspects of the present disclosure may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + +, and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units described in the embodiments of the present disclosure may be implemented by software or hardware. The described units may also be provided in a processor, and may be described as: a processor includes an acquisition unit, an input unit, and an issue unit. Where the names of these units do not in some cases constitute a limitation on the unit itself, for example, a publishing unit may also be described as a "unit that publishes an approval task".
The foregoing description is only exemplary of the preferred embodiments of the disclosure and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the disclosure herein is not limited to the particular combination of features described above, but also encompasses other embodiments in which any combination of the features described above or their equivalents does not depart from the spirit of the disclosure. For example, the above features and (but not limited to) the features disclosed in this disclosure having similar functions are replaced with each other to form the technical solution.