CN111598544B - Method and device for processing information - Google Patents
Method and device for processing information Download PDFInfo
- Publication number
- CN111598544B CN111598544B CN202010421557.8A CN202010421557A CN111598544B CN 111598544 B CN111598544 B CN 111598544B CN 202010421557 A CN202010421557 A CN 202010421557A CN 111598544 B CN111598544 B CN 111598544B
- Authority
- CN
- China
- Prior art keywords
- approval
- information
- approved
- user
- target
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 99
- 230000008569 process Effects 0.000 claims abstract description 44
- 230000004044 response Effects 0.000 claims abstract description 30
- 238000004590 computer program Methods 0.000 claims description 9
- 238000001514 detection method Methods 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 8
- 238000007689 inspection Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 6
- 238000009434 installation Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000012512 characterization method Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
Abstract
The embodiment of the disclosure discloses a method and a device for processing information. One embodiment of the method comprises the following steps: in response to receiving an execution request for target blockchain operation sent by a user, acquiring operation information of the target blockchain operation and user information of the user to form information to be examined; inputting the to-be-approved information into a target approval flow model to obtain to-be-approved tasks, wherein the to-be-approved tasks comprise 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 flow of the to-be-approved information, and nodes of the approval flow correspond to approval personnel; and publishing the task to be approved. The implementation can improve the safety and the effectiveness of the blockchain network managed by the blockchain service platform; in addition, the approval process of the blockchain operation is packaged into the approval flow model, so that flexible configuration of the approval process can be realized.
Description
Technical Field
Embodiments of the present disclosure relate to the field of computer technology, and more particularly, to a method and apparatus for processing information.
Background
Blockchains refer to traceable, non-tamperable, distributed billing mechanisms implemented by cryptographic techniques, point-to-point networks, consensus mechanisms, and block-chained data structures organized in time series.
There are many blockchain service platforms in the prior art. The blockchain service platform is used to provide services related to blockchains to users, including but not limited to: build blockchain networks, manage ledgers, deploy contracts, etc.
In practice, a user only needs to register an account number of the blockchain service platform, so that all services provided by the blockchain service platform can be obtained.
Disclosure of Invention
The embodiment of the disclosure provides a method and a device for processing information.
In a first aspect, embodiments of the present disclosure provide a method for processing information, the method comprising: in response to receiving an execution request for target blockchain operation sent by a user, acquiring operation information of the target blockchain operation and user information of the user to form information to be examined; inputting the to-be-approved information into a target approval flow model to obtain to-be-approved tasks, wherein the to-be-approved tasks comprise 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 flow of the to-be-approved information, and nodes of the approval flow correspond to approval personnel; and publishing the task to be approved.
In some embodiments, the method further comprises: detecting an approval operation executed by an approver indicated by the task to be approved according to approval flow indicated by the task to be approved; and generating and outputting 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 embodiments, the method further comprises: and responding to the approval result to characterize that the information to be approved passes the approval, and executing the target blockchain operation.
In some embodiments, the approval flow model is also used to define the operation type of the blockchain operation targeted; before inputting the information to be approved into the target approval flow model to obtain the task to be approved, the method further comprises the following steps: acquiring a pre-established approval stream model set; and selecting an approval stream model with the operation type of the aimed blockchain operation matched with the operation type of the target blockchain operation from the approval stream model set as a target approval stream model.
In some embodiments, the target blockchain operation includes at least one of: building a blockchain network, creating blocks, and installing intelligent contracts.
In some embodiments, in response to receiving an execution request for a target blockchain operation sent by a user, obtaining operation information of the target blockchain operation and user information of the user to form approval information includes: in response to receiving an execution request for a target blockchain operation sent by a user, authenticating the user to determine whether the user has permission to execute the target blockchain operation; and acquiring operation information of the target blockchain operation and user information of the user to form to-be-examined information in response to the fact that the user does not have permission to execute the target blockchain operation.
In a second aspect, embodiments of the present disclosure provide an apparatus for processing information, the apparatus comprising: the first acquisition unit is configured to acquire operation information of the target blockchain operation and user information of the user to form to-be-approved information in response to receiving an execution request for the target blockchain operation sent by the user; the input unit 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 comprise 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 flow of the to-be-approved information, and nodes of the approval flow correspond to approval personnel; and the issuing unit is configured to issue the task to be approved.
In some embodiments, the apparatus further comprises: the detection unit is configured to detect approval operations executed by approval personnel indicated by the to-be-approved task according to approval flows indicated by the to-be-approved task; the generating unit is configured to generate and output an approval result corresponding to the to-be-approved information based on the detected approval operation, wherein the approval result is used for representing whether the to-be-approved information passes the approval.
In some embodiments, the apparatus further comprises: and the execution unit is configured to execute the target blockchain operation in response to the approval result to characterize that the information to be approved passes the approval.
In some embodiments, the approval flow model is also used to define the operation type of the blockchain operation targeted; the device comprises: a second acquisition unit configured to acquire a set of pre-established approval flow models; and the selecting unit is configured to select an approval stream model, of which the operation type of the targeted blockchain operation is matched with the operation type of the target blockchain operation, from the approval stream model set as a target approval stream model.
In some embodiments, the target blockchain operation includes at least one of: building a blockchain network, creating blocks, and installing intelligent contracts.
In some embodiments, the first acquisition unit comprises: an authentication module configured to authenticate the user in response to receiving an execution request for the target blockchain operation sent by the user, to determine whether the user has permission to execute the target blockchain operation; and the acquisition module is configured to acquire operation information of the target blockchain operation and user information of the user to form to-be-approved information in response to the fact that the user does not have permission to execute the target blockchain operation.
In a third aspect, embodiments of the present disclosure provide a server comprising: one or more processors; and a storage device having one or more programs stored thereon, which when executed by the one or more processors, cause the one or more processors to implement the method of any of the embodiments of the method for processing information described above.
In a fourth aspect, embodiments of the present disclosure provide a computer-readable medium having stored thereon a computer program which, when executed by a processor, implements a method of any of the embodiments of the methods for processing information described above.
According to the method and the device for processing information, the operation information of the target blockchain operation and the user information of the user are obtained to form the to-be-inspected information by responding to the execution request which is sent by the user and aims at the target blockchain operation, then the to-be-inspected information is input into the target inspection flow model to obtain the to-be-inspected task, wherein the to-be-inspected task comprises the to-be-inspected information, the target inspection flow model is a pre-established inspection flow model, the inspection flow model is used for defining the inspection flow of the to-be-inspected information, nodes of the inspection flow correspond to the inspection staff, and finally the to-be-inspected task is issued, so that when the user requests to execute the blockchain operation, the to-be-inspected task corresponding to the user request can be generated, the authority of the user to execute the blockchain operation can be limited, the invalidation or malicious use of resources of the blockchain service platform by the user can be reduced, and the safety and the effectiveness of the blockchain network managed by the blockchain service platform can be improved; in addition, the approval process of the blockchain operation is packaged into the approval flow model, so that flexible configuration of the approval process can be realized, for example, when a technician considers 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 technician considers that the blockchain service platform does not need to set an approval process, the approval flow model can be uninstalled.
Drawings
Other features, objects and advantages of the present disclosure will become more apparent upon reading of the detailed description of non-limiting embodiments, made with reference to the following drawings:
FIG. 1 is an exemplary system architecture diagram in which an embodiment of the present disclosure may be applied;
FIG. 2 is a flow chart of one embodiment of a method for processing information according to the present disclosure;
FIG. 3 is a schematic illustration of one application scenario of a method for processing information according to an embodiment of the present disclosure;
FIG. 4 is a flow chart of yet another embodiment of a method for processing information according to the present disclosure;
FIG. 5 is a schematic structural diagram of one embodiment of an apparatus for processing information according to the present disclosure;
FIG. 6 is a schematic diagram of a computer system suitable for use with a server implementing embodiments of the present disclosure.
Detailed Description
The present disclosure is described in further detail below with reference to the drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention. It should be noted that, for convenience of description, only the portions related to the present invention are shown in the drawings.
It should be noted that, without conflict, the embodiments of the present disclosure and features of the embodiments may be combined with each other. 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 methods of the present disclosure for processing information or apparatuses for processing information may be applied.
As shown in fig. 1, a system architecture 100 may include terminal devices 101, 102, 103, a network 104, and a server 105. The network 104 is used as a medium to provide communication links between the terminal devices 101, 102, 103 and the server 105. The network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.
The user may interact with the server 105 via the network 104 using the terminal devices 101, 102, 103 to receive or send messages or the like. Various communication client applications, such as a blockchain processing application, a web browser application, a search class application, an instant messaging tool, a mailbox client, social platform software, etc., may be installed on the terminal devices 101, 102, 103.
The terminal devices 101, 102, 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, smartphones, tablet computers, e-book readers, MP3 players (Moving Picture Experts Group Audio Layer III, dynamic video expert compression standard audio plane 3), MP4 (Moving Picture Experts Group Audio Layer IV, dynamic video expert compression standard audio plane 4) players, laptop and desktop computers, and the like. When the terminal devices 101, 102, 103 are software, they can be installed in the above-listed electronic devices. Which may be implemented as multiple software or software modules (e.g., multiple software or software modules for providing distributed services) or as a single software or software module. The present invention is not particularly limited herein.
Server 105 may be a blockchain server that provides blockchain services. The blockchain server may analyze and process data such as an execution request for a target blockchain operation sent by the terminal devices 101, 102, 103, and obtain a processing result (for example, a task to be approved); the blockchain server may also issue the processing results (e.g., pending tasks).
It should be noted that, the method for processing information provided by the embodiments 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, the server may be implemented as a distributed server cluster formed by a plurality of servers, or may be implemented as a single server. When the server is software, it may be implemented as a plurality of software or software modules (e.g., a plurality of software or software modules for providing distributed services), or as a single software or software module. The present invention 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 according to the present disclosure is shown. The method for processing information comprises the following steps:
in step 201, in response to receiving an execution request for a target blockchain operation sent by a user, operation information of the target blockchain operation and user information of the user are obtained to form information to be examined.
In this embodiment, the execution body of the method for processing information (for example, the server 105 shown in fig. 1) may acquire the operation information of the target blockchain operation and the user information of the user to compose the information to be examined in response to receiving, from the user terminal used by the user, an execution request for the target blockchain operation sent by the user through a wired connection or a wireless connection. The target blockchain operation may be a blockchain operation to be processed. The blockchain operation may be various operations related to the blockchain, such as an operation to query ledger information recorded in a pre-established blockchain network.
In some alternative implementations of the present embodiment, the target blockchain operation may include, but is not limited to, at least one of: building a blockchain 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, as an example, the operation information may include 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 that characterize the manner in which the target blockchain operation is performed.
In practice, when a user inputs an execution request for a target blockchain operation using a user terminal, the user may input operation information of the target blockchain operation using the user terminal.
In this embodiment, the user information may be used to characterize the identity of the user. In particular, 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.
Specifically, the execution body may acquire user information of the user stored locally in advance, or may acquire 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 obtained, the execution body may form the operation information and the user information into information to be audited.
As an example, the operation information is "build network 99". The user information is "wang wu", and the execution body may use the operation information to "construct a network [ network99 ] and the user information" wang wu "to form an operation of the information to be examined: constructing a network [ network99 ]; the sponsor: wang wu.
In some optional implementations of this embodiment, the executing entity may further obtain the pending information by: first, the executing body may authenticate the user in response to receiving an execution request for the target blockchain operation sent by the user, so as to determine whether the user has authority to execute the target blockchain operation. Then, the executing body may acquire operation information of the target blockchain operation and user information of the user to form the to-be-approved information in response to determining that the user does not have authority to execute the target blockchain operation.
Specifically, the executing body may acquire authority information (such as VIP class information) of the user, and then authenticate the user through the authority information to determine whether the user has authority to execute the target blockchain operation.
As an example, a user requested target blockchain operation is an operation that builds a blockchain network. The technician determines in advance that the operation of constructing the blockchain network is a right that the user having a VIP level of 6 or more has, and the VIP level of the user is 5, so the execution subject can determine that the user does not have a right to execute the target blockchain operation.
It will be appreciated that the above described execution subject may directly perform the target blockchain operation without initiating an approval process when it is determined that the user has the right to perform the target blockchain operation.
The implementation method can pertinently start the approval process for the user without the authority of executing the target blockchain operation, improves the pertinence of the blockchain operation approval, is beneficial to saving the resources consumed by the approval, and can improve the safety and the effectiveness of the blockchain operation and the efficiency of the blockchain operation as much as possible.
And 202, inputting the information to be approved into a 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 executing body may input the information to be approved into the target approval flow model to obtain the task to be approved. Wherein the pending batch task may include pending batch information. The target approval flow model may be an approval flow model for processing the pending information corresponding to the target blockchain 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 an approval flow of the information to be approved. The approval process may include at least one node, each of which may correspond to one or more approvers.
In practice, technicians can build approval flow models using various methods as desired. As an example, a technician may first determine that the approver responsible for the blockchain operation approval is "Zhang Sano" and "Liqu", and then, the technician may employ various methods (e.g., according to the levels of "Zhang Sano" and "Liqu") to determine the order in which the "Zhang Sano" and "Liqu" are approved, resulting in an approval process: first, approval is performed by Zhang three, and then approval is performed by Liu four. Further, an approval flow model may be generated: "pending batch information: to add "; "approval Process: first, approval is performed by Zhang three, and then approval is performed by Liu four.
As can be seen from the above examples, the approval process includes two approvals, that is, the approval process includes two nodes, where the approver corresponding to the first node is Zhang three, and the approver corresponding to the second node is Lisi four.
In this embodiment, the to-be-approved information obtained in step 201 is input to the target approval flow model at a position where to add the to-be-approved information, so that an approval flow instance (corresponding to instantiating a workflow) can be obtained, and then the execution subject can generate a to-be-approved task by using the obtained approval flow instance, where the to-be-approved task includes the to-be-approved information and further includes information for indicating an approval process corresponding to the to-be-approved information.
As an example, the pending batch information is "operation: constructing a network [ network99 ]; the sponsor: the Wangwu' target approval flow model is "information to be approved: to add "; "approval Process: firstly, approval is carried out by a third party, then approval is carried out by a fourth party, and the information to be approved is input into the target approval flow model to obtain approval flow instance operation: constructing a network [ network99 ]; the sponsor: wang wu; approval process: firstly, approval is carried out by a third party, then approval is carried out by a fourth party, and then by utilizing the approval flow example, the execution main body can generate an approval task operation: constructing a network [ network99 ]; the sponsor: wang wu; approval: 1-three [ consent/rejection ]; 2, four [ consent/denial ], wherein [ consent/denial ] may be a button for approval operations by an approver.
And 203, publishing the task to be approved.
In this embodiment, based on the task to be approved obtained in step 202, the execution body may issue the task to be approved, so that an approver may obtain the task to be approved and approve information in the task to be approved.
Specifically, the executing body may directly issue the task to be approved to an approval terminal used by an approver indicated by the task to be approved; or, the executing body may issue the task to be approved to a target webpage (for example, a home page of a blockchain service platform) that can be obtained by an approver indicated by the task to be approved, so that the approver can obtain the task to be approved by accessing the target webpage.
In practice, after the approver obtains the task to be approved, the approver can approve the information to be approved in the task to be approved, and execute the approval operation (for example, click the (agree/reject) button) by using the approval terminal.
When the task to be examined needs to be executed by a plurality of examination personnel in sequence, the execution main body can sequentially open examination interfaces of the examination personnel, so that the task to be examined is favorably executed in a manner of examination flow indication, and the examination validity is improved.
As an example, the task to be approved needs to be executed by "Zhang Sano" and then executed by "Liqu", and then the execution body may issue the task to be approved to the approval terminal used by "Zhang Sano" first, and issue the task to be approved to the approval terminal used by "Liqu" after detecting the approval operation executed by "Zhang Sano"; or, the executing body may first open the clicking function of the "Zhang three" corresponding to the "agree/reject" button in the to-be-approved task on the home page, and after detecting the clicking operation of the "Zhang three" to the "agree/reject" button, open the clicking function of the "Lisi" corresponding to the "Lisi" button in the to-be-approved task.
In some optional implementations of this embodiment, after the step 203 is performed, the foregoing execution body may further perform the following steps: firstly, detecting approval operation executed by an approver indicated by a task to be approved according to approval process indicated by the task to be 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 or not. Specifically, the approval results may include, but are not limited to, at least one of: 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 pending approval information passed the approval; "0" may be used to characterize that the pending information fails approval.
It can be understood that the process of approving the information to be approved by the approver is a process that the approver indicates whether to agree to the user to execute the target blockchain operation. Furthermore, the information to be approved can be used for representing that the approver agrees to the user to execute the target blockchain operation through approval. The failure of the pending approval information may be indicative that the approver does not agree to the user to perform the target blockchain operation.
Specifically, the execution body may adopt various methods, and generate an approval result corresponding to the information to be approved 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 to-be-approved task are characterized as agreeing to the user to execute the target blockchain operation, and if all the approval operations are characterized as agreeing to the user to execute the target blockchain operation, generate an approval result for indicating that the to-be-approved information passes the approval; if one of the approval operation characterizations does not agree with the user to execute the target blockchain operation, generating an approval result for characterizing that the information to be approved fails approval.
In particular, when the executing body opens the approval interfaces of the approvers indicated by the task to be approved in sequence, in order to save human resources and information processing resources consumed by approval, if the currently detected approval operation of the executing body is enough for generating the approval result, the executing body may not open the approval interfaces of the subsequent approvers.
As an example, the generation rule of the approval result includes: if one of the approval operations performed by the approver represents that the user is not authorized to perform the target blockchain operation, generating an approval result for representing that the information to be approved does not pass the approval. The executing body detects that the first approver's' approval operation 'clicks' button (characterizes that the user is not authorized to execute the target blockchain operation), and the executing body can directly generate an approval result for characterizing that the information to be approved does not pass the approval, without opening the clicking function of the second approver's' Li 'button (approving/rejecting'), and further, the second approver 'Li' does not need to approve the information to be approved.
In some optional implementations of this embodiment, the executing entity may further perform the target blockchain operation in response to the approval result characterizing that the information to be approved passes the approval.
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 ledger, and the user inputs the number (i.e., the operation parameter) of the ledger to be queried, so that the executing body may query the ledger 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, in response to receiving an execution request 303 for a target blockchain operation sent by the user 302, operation information 304 of the target blockchain operation and user information 305 of the user to form to-be-approved information 306. Then, the server 301 may acquire the 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, and the approval flow model is used to define an approval process of the to-be-approved information, and nodes of the approval process correspond to approval personnel. Finally, the server 301 may publish the task to be approved 308.
The method provided by the embodiment of the invention can generate the task to be approved corresponding to the user request when the user requests to execute the blockchain operation, so that the approver can execute the task to be approved to realize approval of the user request, thereby limiting the authority of the user to execute the blockchain operation, reducing the invalid or malicious use of the resources of the blockchain service platform by the user and improving the safety and the effectiveness of the blockchain network managed by the blockchain service platform; in addition, the approval process of the blockchain operation is packaged into the approval flow model, so that flexible configuration of the approval process can be realized, for example, when a technician considers 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 technician considers that the blockchain service platform does not need to set an approval process, the approval flow model can be uninstalled.
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 comprises the steps of:
in step 401, in response to receiving an execution request for a target blockchain operation sent by a user, operation information of the target blockchain operation and user information of the user are obtained to form information to be examined.
In this embodiment, the execution body of the method for processing information (for example, the server 105 shown in fig. 1) may acquire the operation information of the target blockchain operation and the user information of the user to compose the information to be examined in response to receiving, from the user terminal used by the user, an execution request for the target blockchain operation sent by the user through a wired connection or a wireless connection. The target blockchain operation may be a blockchain operation to be processed. The blockchain operation may be various operations related to the blockchain, such as an operation to query ledger 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. The information to be approved is information to be approved.
Step 402, a pre-established set of approval flow models is obtained.
In this embodiment, the executing entity may acquire the pre-established approval flow model set from a remote location or a local location. Wherein each approval flow model in the set of approval flow models is a model built 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 an approval flow of the information to be approved and an operation type of the aimed blockchain operation. The approval process may include at least one node, each of which may correspond to one or more approvers.
In practice, a technician may employ various methods to build an approval flow model set as desired. By way of example, the types of operations that require blockchain operations to build an approval stream model include building blockchains and installing smart contracts. Then, for the block chain to be built, the technician may first determine that the approver responsible for the block chain approval is "Zhang Sano" and "Liqu", and then, the technician may determine the order in which the approval is performed by using various methods (e.g., according to the levels of "Zhang Sano" and "Liqu"), so as to obtain an approval process: first, approval is performed by Zhang three, and then approval is performed by Liu four. Further, an approval stream model corresponding to the block chain can be generated: "type of operation: constructing a blockchain "; "pending batch information: to add "; "approval Process: firstly, approval is carried out by Zhang III, and then approval is carried out by Lisi IV; similarly, for installation of a smart contract, a technician may first determine that the approvers responsible for the approval of the installation of the smart contract are "Zhao Liu" and "Sun Qi", and then, the technician may determine the order in which the approval is performed by "Zhao Liu" and "Sun Qi" using various methods (e.g., according to the levels of "Zhao Liu" and "Sun Qi") to obtain an approval process: approval is first by Zhao Liu and then by Sun Qi. Further, an approval flow model corresponding to the installation of the smart contract may be generated: "type of operation: installing a smart contract "; "pending batch information: to add "; "approval Process: first, approval is performed by Zhao Liu and then by Sun Qi. Furthermore, the two approval stream models can form an approval stream model set.
Step 403, selecting an approval stream model with the operation type of the aimed blockchain operation matched with the operation type of the target blockchain operation from the approval stream model set as a target approval stream model.
In this embodiment, based on the approval flow model set obtained in step 402, the execution body may select, as the target approval flow model, an approval flow model whose operation type of the targeted blockchain operation matches that of the target blockchain operation from the approval flow model set. Wherein, matching may refer to the same or similar.
By way of example, the operation type of the target blockchain operation is installing a smart contract. The approval flow model set comprises two approval flow models, namely an approval flow model operation type: constructing a blockchain "; "pending batch information: to add "; "approval Process: first approval by Zhang three and then approval by Liu four ", and approval flow model" operation type: installing a smart contract "; "pending batch information: to add "; "approval Process: first, approval is performed by Zhao Liu and then by Sun Qi. The operation types defined by the two approval flow models can be known as the "operation types" of the approval flow models: installing a smart contract "; "pending batch information: to add "; "approval Process: first, zhao Liu and Sun Qi perform approval, and the operation types aimed at by the approval are the same as the operation types of the target blockchain operation, which are all installation intelligent contracts, so that the execution subject can approve the operation types of the stream model: installing a smart contract "; "pending batch information: to add "; "approval Process: the approval is first performed by Zhao Liu and then by Sun Qi "the approval is determined to be the target approval flow model.
And step 404, inputting the information to be approved into a target approval flow model to obtain the task to be approved.
In this embodiment, based on the to-be-approved information obtained in step 401 and the target approval flow model selected in step 403, the executing body may input the to-be-approved information into the target approval flow model to obtain the to-be-approved task. Wherein the pending batch task may include pending batch information.
And step 405, publishing the task to be approved.
In this embodiment, based on the task to be approved obtained in step 404, the execution body may issue the task to be approved, so that an approver can obtain the task to be approved and approve the information to be approved in the task to be approved.
The steps 401, 404, and 405 may be performed in a similar manner to the steps 201, 202, and 203 in the foregoing embodiments, and the descriptions of the steps 201, 202, and 203 are also applicable to the steps 401, 404, and 405, and are not repeated herein.
As can be seen from fig. 4, compared with the embodiment corresponding to fig. 2, the flow 400 of the method for processing information in this embodiment highlights the step of selecting, from the set of approval flow models, an approval flow model for which the operation type of the aimed blockchain operation matches the operation type of the target blockchain operation as the target approval flow model, and further inputting the information to be approved into the selected target approval flow model, to obtain the task to be approved. Therefore, according to the scheme described in the embodiment, the approval flow models can be set for different types of blockchain operations respectively, and when an execution request for the target blockchain operation is received, the approval flow model corresponding to the operation type of the target blockchain operation is selected as the target approval flow model, so that the diversity of approval for the blockchain operation and the pertinence of approval for the different types of blockchain operation can be improved.
With further reference to fig. 5, as an implementation of the method shown in the foregoing 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 to 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 publication unit 503. Wherein, the first obtaining unit 501 is configured to obtain, in response to receiving an execution request for a target blockchain operation sent by a user, operation information of the target blockchain operation and user information of the user to form information to be approved; the input unit 502 is configured to input the to-be-approved information into a target approval flow model to obtain a to-be-approved task, wherein the to-be-approved task comprises 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 flow of the to-be-approved information, and nodes of the approval flow correspond to approval personnel; the publishing unit 503 is configured to publish a task to be approved.
In this embodiment, the first obtaining unit 501 of the apparatus 500 for processing information may obtain, in response to receiving, from a user terminal used by a user, an execution request for a target blockchain operation sent by the user through a wired connection manner or a wireless connection manner, operation information of the target blockchain operation and user information of the user to form information to be approved. The target blockchain operation may be a blockchain operation to be processed. The blockchain operation 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. The information to be approved is information to be approved.
In this embodiment, based on the pending information obtained by the first obtaining unit 501, the input unit 502 may input the pending information into the target approval flow model to obtain the pending task. Wherein the pending batch task may include pending batch information. The target approval flow model may be an approval flow model for processing the pending information corresponding to the target blockchain 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 an approval flow of the information to be approved. The approval process may include at least one node, each of which may correspond to one or more approvers.
In this embodiment, based on the task to be approved obtained by the input unit 502, the publishing unit 503 may publish the task to be approved, so that an approver can obtain the task to be approved and approve information to be approved in the task to be approved.
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 task to be approved on the information to be approved in the task to be approved according to an approval process indicated by the task to be approved; 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: an execution unit (not shown) configured to perform a target blockchain operation in response to the approval result characterizing that the pending information passes the approval.
In some optional implementations of the present embodiment, the approval flow model is further used to define the operation type of the blockchain operation targeted; the apparatus 500 further comprises: a second acquisition unit (not shown in the figure) configured to acquire a set of pre-established approval flow models; a selecting unit (not shown in the figure) configured to select, from the set of approval stream models, an approval stream model for which the operation type of the blockchain operation matches the operation type of the target blockchain operation as a target approval stream model.
In some alternative implementations of the present embodiment, the target blockchain operation includes at least one of: building a blockchain 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) configured to authenticate the user in response to receiving an execution request for the target blockchain operation sent by the user, to determine whether the user has authority to execute the target blockchain operation; an obtaining module (not shown in the figure) is configured to obtain operation information of the target blockchain operation and user information of the user to form to-be-approved information in response to determining that the user does not have authority to execute the target blockchain operation.
It will be appreciated that the elements described in the apparatus 500 correspond to the various steps in the method described with reference to fig. 2. Thus, the operations, features and resulting benefits described above with respect to the method are equally applicable to the apparatus 500 and the units contained therein, and are not described in detail herein.
The device 500 provided in the above embodiment of the present disclosure may generate a task to be approved corresponding to a user request when the user requests to execute a blockchain operation, so that an approver executes the task to be approved to implement approval of the user request, thereby limiting authority of the user to execute the blockchain operation, reducing invalid or malicious use of resources of the blockchain service platform by the user, and improving security and effectiveness of a blockchain network managed by the blockchain service platform; in addition, the approval process of the blockchain operation is packaged into the approval flow model, so that flexible configuration of the approval process can be realized, for example, when a technician considers 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 technician considers that the blockchain service platform does not need to set an approval process, the approval flow model can be uninstalled.
Referring now to FIG. 6, a schematic diagram of a server (e.g., server 105 of FIG. 1) 600 suitable for use in implementing embodiments of the present disclosure is shown. The server illustrated in fig. 6 is merely an example, and should not be construed as limiting the functionality and scope of use of the disclosed embodiments.
As shown in fig. 6, the server 600 may include a processing device (e.g., a central processing unit, a graphics processor, etc.) 601, which may perform various appropriate actions and processes according to 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 required 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 through a bus 604. An input/output (I/O) interface 605 is also connected to bus 604.
In general, the following devices may be connected to the I/O interface 605: input devices 606 including, for example, a touch screen, touchpad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, and the like; an output device 607 including, for example, a Liquid Crystal Display (LCD), a speaker, a vibrator, and the like; storage 608 including, for example, magnetic tape, hard disk, etc.; and a communication device 609. The communication means 609 may allow the server 600 to communicate with other devices wirelessly or by wire to exchange data. While fig. 6 shows a server 600 having various devices, it is to be understood that not all illustrated devices are required to be implemented or provided. More or fewer devices may be implemented or provided instead.
In particular, according to embodiments of the present disclosure, the processes described above with reference to 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 shown in the flowcharts. In such an embodiment, the computer program may be downloaded and installed from a network via communication means 609, or from storage means 608, or from ROM 602. The above-described functions defined in the methods of the embodiments of the present disclosure are performed when the computer program is executed by the processing device 601.
It should be noted that the computer readable medium described in the present disclosure may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any 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 context of this 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 the present disclosure, however, the computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with the computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. 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, fiber optic cables, RF (radio frequency), and the like, or any suitable combination of the foregoing.
The computer readable medium may be contained in the server; or may exist alone without being 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 for target blockchain operation sent by a user, acquiring operation information of the target blockchain operation and user information of the user to form information to be examined; inputting the to-be-approved information into a target approval flow model to obtain to-be-approved tasks, wherein the to-be-approved tasks comprise 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 flow of the to-be-approved information, and nodes of the approval flow correspond to approval personnel; and publishing the task to be approved.
Computer program code for carrying out operations of the present disclosure may be written in 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 kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computer (for example, through the Internet using an Internet service provider).
The flowcharts 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 involved in the embodiments described in the present disclosure may be implemented by means of software, or may be implemented by means of hardware. The described units may also be provided in a processor, for example, described as: a processor includes an acquisition unit, an input unit, and a publication unit. Where the names of these units do not constitute a limitation on the unit itself in some cases, for example, a publication unit may also be described as a "unit that publishes a task to be approved".
The foregoing description is only of the preferred embodiments of the present disclosure and description of the principles of the technology being employed. It will be appreciated by persons skilled in the art that the scope of the disclosure referred to in this disclosure is not limited to the specific combinations of features described above, but also covers other embodiments which may be formed by any combination of features described above or equivalents thereof without departing from the spirit of the disclosure. Such as those described above, are mutually substituted with the technical features having similar functions disclosed in the present disclosure (but not limited thereto).
Claims (12)
1. A method for processing information, applied to a blockchain service platform, comprising:
in response to receiving an execution request for a target blockchain operation sent by a user, acquiring operation information of the target blockchain operation and user information of the user to form to-be-examined information;
inputting the to-be-approved information into a target approval flow model to obtain to-be-approved tasks, wherein the to-be-approved tasks comprise 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 flow of the to-be-approved information, nodes of the approval flow correspond to approval personnel and operation types of the aimed blockchain operation, and before the to-be-approved information is input into the target approval flow model to obtain to-be-approved tasks, the method further comprises the steps of: acquiring a pre-established approval stream model set; selecting an approval flow model of which the operation type of the targeted blockchain operation is matched with the operation type of the target blockchain operation from the approval flow model set as a target approval flow model;
And publishing the task to be approved.
2. The method of claim 1, wherein the method further comprises:
detecting approval operations executed by approval personnel indicated by the to-be-approved task according to approval flows indicated by the to-be-approved task and to-be-approved information in the to-be-approved task;
and generating and outputting an approval result corresponding to the to-be-approved information based on the detected approval operation, wherein the approval result is used for representing whether the to-be-approved information passes the approval.
3. The method of claim 2, wherein the method further comprises:
and responding to the approval result to represent that the information to be approved passes through approval, and executing the target blockchain operation.
4. The method of claim 1, wherein the target blockchain operation includes at least one of:
building a blockchain network, creating blocks, and installing intelligent contracts.
5. The method according to one of claims 1 to 4, wherein, in response to receiving an execution request for a target blockchain operation sent by a user, acquiring operation information of the target blockchain operation and user information of the user to form to-be-approved information includes:
Authenticating a user in response to receiving an execution request for a target blockchain operation sent by the user to determine whether the user has permission to execute the target blockchain operation;
and in response to determining that the user does not have permission to execute the target blockchain operation, acquiring operation information of the target blockchain operation and user information of the user to form to-be-approved information.
6. An apparatus for processing information, for use in a blockchain service platform, comprising:
the first acquisition unit is configured to acquire operation information of target blockchain operation and user information of a user to form to-be-approved information in response to receiving an execution request for the target blockchain operation sent by the user;
the input unit 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 comprise 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 flow of the to-be-approved information, and nodes of the approval flow correspond to approval personnel and operation types of the aimed blockchain operation;
The issuing unit is configured to issue the task to be subjected to the examination;
a second acquisition unit configured to acquire a set of pre-established approval flow models;
and the selecting unit is configured to select an approval stream model of which the operation type of the targeted blockchain operation is matched with the operation type of the target blockchain operation from the approval stream model set as a target approval stream model.
7. The apparatus of claim 6, wherein the apparatus further comprises:
the detection unit is configured to detect an approval operation executed by an approver indicated by the task to be approved according to the approval process indicated by the task to be approved;
the generating unit is configured to generate and output an approval result corresponding to the to-be-approved information based on the detected approval operation, wherein the approval result is used for representing whether the to-be-approved information passes the approval.
8. The apparatus of claim 7, wherein the apparatus further comprises:
and the execution unit is configured to respond to the approval result to characterize the to-be-approved information to pass approval and execute the target blockchain operation.
9. The apparatus of claim 6, wherein the target blockchain operation includes at least one of:
Building a blockchain network, creating blocks, and installing intelligent contracts.
10. The apparatus according to one of claims 6-9, wherein the first acquisition unit comprises:
an authentication module configured to authenticate a user in response to receiving an execution request for a target blockchain operation sent by the user, to determine whether the user has permission to execute the target blockchain operation;
and the acquisition module is configured to acquire operation information of the target blockchain operation and user information of the user to form to-be-approved information in response to the fact that the user does not have permission to execute the target blockchain operation.
11. A server, comprising:
one or more processors;
a storage device having one or more programs stored thereon,
when executed by the one or more processors, causes the one or more processors to implement the method of any of claims 1-5.
12. A computer readable medium having stored thereon a computer program, wherein the program when executed by a processor implements the method of any of claims 1-5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010421557.8A CN111598544B (en) | 2020-05-18 | 2020-05-18 | Method and device for processing information |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010421557.8A CN111598544B (en) | 2020-05-18 | 2020-05-18 | Method and device for processing information |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111598544A CN111598544A (en) | 2020-08-28 |
| CN111598544B true CN111598544B (en) | 2023-11-03 |
Family
ID=72192401
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010421557.8A Active CN111598544B (en) | 2020-05-18 | 2020-05-18 | Method and device for processing information |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111598544B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112383576B (en) * | 2021-01-19 | 2021-11-09 | 北京信安世纪科技股份有限公司 | Operation request response method, device, server and storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106339875A (en) * | 2016-08-25 | 2017-01-18 | 江苏通付盾科技有限公司 | Operation record review method and operation record review device based on public block chain |
| WO2018112948A1 (en) * | 2016-12-23 | 2018-06-28 | 深圳前海达闼云端智能科技有限公司 | Block generation method and device, and blockchain network |
| CN110852695A (en) * | 2019-09-30 | 2020-02-28 | 厦门网宿有限公司 | Task approval method and device, server and storage medium |
| CN111080222A (en) * | 2018-10-22 | 2020-04-28 | 西安企业资本服务中心有限公司 | Approval method and approval system |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10887081B2 (en) * | 2018-06-28 | 2021-01-05 | International Business Machines Corporation | Audit trail configuration in a blockchain |
-
2020
- 2020-05-18 CN CN202010421557.8A patent/CN111598544B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106339875A (en) * | 2016-08-25 | 2017-01-18 | 江苏通付盾科技有限公司 | Operation record review method and operation record review device based on public block chain |
| WO2018112948A1 (en) * | 2016-12-23 | 2018-06-28 | 深圳前海达闼云端智能科技有限公司 | Block generation method and device, and blockchain network |
| CN111080222A (en) * | 2018-10-22 | 2020-04-28 | 西安企业资本服务中心有限公司 | Approval method and approval system |
| CN110852695A (en) * | 2019-09-30 | 2020-02-28 | 厦门网宿有限公司 | Task approval method and device, server and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111598544A (en) | 2020-08-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU2018205166B2 (en) | Methods and systems for secure and reliable identity-based computing | |
| US20230259649A1 (en) | Systems Using Secure Permissions for Secure Enterprise-Wide Fine-Grained Role-Based Access Control of Organizational Assets | |
| US20180196875A1 (en) | Determining repeat website users via browser uniqueness tracking | |
| US9298928B2 (en) | Mobile device application interaction reputation risk assessment | |
| US11533330B2 (en) | Determining risk metrics for access requests in network environments using multivariate modeling | |
| US9235840B2 (en) | Electronic transaction notification system and method | |
| US10785211B2 (en) | Authorization and authentication for recurring workflows | |
| US20140013105A1 (en) | Managing security certificates of storage devices | |
| JP2022541929A (en) | Method and apparatus for issuing smart contracts | |
| US20200092322A1 (en) | VALIDATING COMMANDS FOR HACKING AND SPOOFING PREVENTION IN AN INTERNET OF THINGS (IoT) COMPUTING ENVIRONMENT | |
| CN111598544B (en) | Method and device for processing information | |
| US20180247060A1 (en) | Detecting security vulnerabilities on computing devices | |
| CN111324470A (en) | Method and device for generating information | |
| CN113542238B (en) | Zero trust-based risk judging method and system | |
| US10171486B2 (en) | Security and authentication daisy chain analysis and warning system | |
| Lakshmi et al. | Emerging Technologies and Security in Cloud Computing | |
| CN111125503B (en) | Method and apparatus for generating information | |
| CN110659476A (en) | Method and apparatus for resetting password | |
| CN111786936A (en) | Method and device for authentication | |
| CN111885006B (en) | Page access and authorized access method and device | |
| CN116401319B (en) | Data synchronization method and device, electronic equipment and computer readable storage medium | |
| US20240080210A1 (en) | Systems and methods for a digital register of models monitoring changes in accuracy of artificial intelligence models | |
| US20230126238A1 (en) | Security for usb-based device configuration | |
| CN113807854B (en) | Method, apparatus, system, electronic device and medium for electronic payment | |
| US20210256433A1 (en) | Assisting and automating workflows using structured log events |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 100176 601, 6th floor, building 2, No. 18, Kechuang 11th Street, Daxing Economic and Technological Development Zone, Beijing Applicant after: Jingdong Technology Information Technology Co.,Ltd. Applicant after: Jingdong Technology Holding Co.,Ltd. Address before: 100176 601, 6th floor, building 2, No. 18, Kechuang 11th Street, Daxing Economic and Technological Development Zone, Beijing Applicant before: Jingdong Shuke Haiyi Information Technology Co.,Ltd. Applicant before: Jingdong Digital Technology Holding Co.,Ltd. Address after: 100176 601, 6th floor, building 2, No. 18, Kechuang 11th Street, Daxing Economic and Technological Development Zone, Beijing Applicant after: Jingdong Shuke Haiyi Information Technology Co.,Ltd. Applicant after: Jingdong Digital Technology Holding Co.,Ltd. Address before: 100176 601, 6th floor, building 2, No. 18, Kechuang 11th Street, Daxing Economic and Technological Development Zone, Beijing Applicant before: BEIJING HAIYI TONGZHAN INFORMATION TECHNOLOGY Co.,Ltd. Applicant before: JINGDONG DIGITAL TECHNOLOGY HOLDINGS Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |