CN111506549A - Block chain-based file processing system, method, device and storage medium - Google Patents
Block chain-based file processing system, method, device and storage medium Download PDFInfo
- Publication number
- CN111506549A CN111506549A CN202010301923.6A CN202010301923A CN111506549A CN 111506549 A CN111506549 A CN 111506549A CN 202010301923 A CN202010301923 A CN 202010301923A CN 111506549 A CN111506549 A CN 111506549A
- Authority
- CN
- China
- Prior art keywords
- file
- node
- parameter
- block chain
- transaction request
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/172—Caching, prefetching or hoarding of files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
- G06F16/162—Delete operations
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
A method of blockchain-based file processing, the method comprising: receiving a file operation request sent by a client node, wherein the file operation request carries a second file parameter; checking whether the second file parameter is consistent with a first file parameter temporarily stored on the block chain; and responding the file operation request if the second file parameter is consistent with the first file parameter temporarily stored on the block chain. The invention also provides a file processing system, equipment and a storage medium based on the block chain. The invention can support the storage of massive large files, save the storage space on a block chain and simultaneously improve the safety of file operation.
Description
Technical Field
The present invention relates to the field of block chain technology, and in particular, to a block chain-based file processing system, method, device, and storage medium.
Background
With the widespread use of blockchain technology, data storage on blockchains has become a trend. However, in practice, it is found that since the blockchain does not have the capability of storing a large amount of large files, if all data are stored on the blockchain, a large amount of storage space of the blockchain is consumed, and in addition, all users can operate all files on the blockchain, so that the security of file operation cannot be guaranteed.
Disclosure of Invention
In view of the foregoing, there is a need to provide a system, a method, a device and a storage medium for processing files based on a blockchain, which can support storage of a large amount of large files, save storage space on the blockchain, and improve security of file operations.
A first aspect of the present invention provides a block chain based file processing system comprising a client node, a block chain link point, and a file system node;
the client node is used for sending a file transaction request to the block link node, wherein the file transaction request carries a first file parameter;
the block chain node is used for calling a data verification contract to check whether an initiator of the file transaction request has file transaction authority or not; if the initiator of the file transaction request has file transaction authority, temporarily storing the first file parameter to a block chain;
the client node is further configured to send a file operation request to the file system node, where the file operation request carries a second file parameter;
the file system node is used for verifying whether the second file parameter is consistent with the first file parameter temporarily stored on the block chain; and responding to the file operation request if the second file parameter is consistent with the first file parameter temporarily stored on the block chain.
In a possible implementation manner, the file system node is further configured to send a parameter deletion transaction request to the block link node when the second file parameter is consistent with the first file parameter temporarily stored on the block link;
and the block chain node is also used for responding to the parameter deletion transaction request and deleting the first file parameter temporarily stored in the block chain.
In a possible implementation manner, the file operation request is a file uploading request, and the file system node is further configured to send a file writing transaction request carrying file metadata of the file system node to the block link node after the file is successfully uploaded;
and the block chain node is also used for responding to the file write transaction request and writing the file metadata of the file system node into a metadata database of the block chain node.
In one possible implementation, the file operation request includes a file download request or a file deletion request.
The second aspect of the present invention provides a block chain-based file processing method, which is applied to a block chain node, and the method includes:
receiving a file transaction request sent by a client node, wherein the file transaction request carries a first file parameter;
calling a data verification contract to check whether an initiator of the file transaction request has file transaction authority;
if the initiator of the file transaction request has the file transaction authority, the first file parameter is temporarily stored to the block chain.
In one possible implementation, the method further includes:
receiving a parameter deletion transaction request sent by a file system node;
and responding to the parameter deletion transaction request, and deleting the first file parameter temporarily stored on the block chain.
In one possible implementation, the method further includes:
receiving a file writing transaction request which is sent by a file system node and carries file metadata of the file system node;
and responding to the file writing transaction request, and writing the file metadata of the file system node into a metadata file database of the block chain node.
In one possible implementation manner, the file transaction right is a file deletion right, and the method further includes:
and if the initiator of the file transaction request has the file deletion permission, deleting the node number of the file system node stored in the metafile database, wherein the file system node is used for storing the file matched with the first file parameter.
A third aspect of the present invention provides a computer device comprising a processor and a memory, the processor being configured to implement the block chain based file processing method when executing a computer program stored in the memory.
A fourth aspect of the present invention provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the block chain-based file processing method.
According to the technical scheme, all the massive large files are stored in the distributed file system nodes, the block chain nodes are only used for temporarily storing the operation records of the files at each time, the file operation request can be executed after the file system nodes verify that the related information of the file operation is legal, and meanwhile the temporarily stored file operation records can be deleted by the block chain nodes. By combining the block chain with the distributed file system, the storage of massive large files can be supported, the storage space on the block chain is saved, and meanwhile, the safety of file operation can be improved.
Drawings
FIG. 1 is a block chain-based file processing system according to the present invention.
Fig. 2 is a schematic flowchart of a block chain-based file processing method disclosed in the present invention.
FIG. 3 is a flow chart illustrating another block chain-based file processing method disclosed in the present invention.
FIG. 4 is a flow chart illustrating another block chain-based file processing method disclosed in the present invention.
FIG. 5 is a flow chart illustrating another block chain-based file processing method disclosed in the present invention.
FIG. 6 is a flow chart illustrating another block chain-based file processing method disclosed in the present invention.
FIG. 7 is a functional block diagram of a document processing apparatus according to a preferred embodiment of the present disclosure.
FIG. 8 is a block chain-based file processing method, according to a preferred embodiment of the present invention, illustrating a computer device.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The terms "first" and "second" in the description and claims of the present application and the above-described drawings are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order, nor should they be construed to indicate or imply the relative importance thereof or the number of technical features indicated. It will be appreciated that the data so used are interchangeable under appropriate circumstances such that the embodiments described herein are capable of operation in sequences other than those illustrated or otherwise described herein, and that the features defined as "first" and "second" may explicitly or implicitly include at least one such feature.
Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
In addition, technical solutions between various embodiments may be combined with each other, but must be realized by a person skilled in the art, and when the technical solutions are contradictory or cannot be realized, such a combination should not be considered to exist, and is not within the protection scope of the present invention.
Referring to fig. 1, fig. 1 is a schematic structural diagram of a block chain-based file processing system according to the present invention. As shown in fig. 1, the file processing system includes a client node, a block chain link point, and a file system node.
Wherein each client node may communicate with a file system node or a blockchain node. The client node is mainly used for providing a convenient file uploading/downloading/deleting request function for a user. The client node may include, but is not limited to, any electronic product that can interact with a user through a keyboard, a mouse, a remote controller, a touch pad, or a voice control device, for example, a personal computer, a tablet computer, a smart phone, a personal digital assistant PDA, or the like.
The block link points can store operation records of files, such as file uploading/downloading/deleting records and the like, so as to ensure that the files on the file system nodes are not tampered, and meanwhile, authority control of file uploading/downloading/deleting can be provided. In addition, a metafile database (i.e., metafiles.db) of the block chain may also store file metadata information, which mainly includes: file name, data summary, user identification, and node number of the file system node.
The distributed file system supports storage of massive large files and also supports authority control of file operation.
In the file processing system shown in fig. 1, when a user needs to perform a file transaction on a blockchain, a file transaction request may be sent to the blockchain node through a client node, where the file transaction request carries a first file parameter, the file transaction request may include a file upload transaction request, a file download transaction request, and a file delete transaction request, the first file parameter may include but is not limited to at least one of a file name, a data summary, a file password, and a user identifier, where the user identifier may be an account identifier of the user on the blockchain, where the file password may be a string of characters set by the user, or a hash value of the string of characters, and the file password is mainly used for verification.
After receiving the file transaction request, the block chain link point may execute the data check contract and check whether an initiator of the file transaction request has a file transaction right, and if the initiator of the file transaction request has the file transaction right, the block chain link point may temporarily store the first file parameter to the block chain; preferably, the block chain node may record the first file parameter in a form of Key-Value on the block chain, where Key is fs _ < tx _ hash >, and Value is Encode (file name, data digest, file password, user identifier), where tx _ hash represents the file password.
Then, the client node may further send a file operation request to the file system node, where the file operation request carries a second file parameter; the file operation request may include a file upload request, a file download request, and a file delete request, and the second file parameter may include, but is not limited to, at least one of a file name, a data digest, a file password, and a user identification. After receiving the file operation request, the file system node may check whether the second file parameter is consistent with the first file parameter temporarily stored in the block chain, and if the second file parameter is consistent with the first file parameter temporarily stored in the block chain, it indicates that the current file operation is legal, and the file system node may respond to the file operation request, such as starting to upload/download/delete a file.
Meanwhile, the file system node may further send a parameter deletion transaction request to the block link point when the second file parameter is consistent with the first file parameter temporarily stored in the block chain, so that the block link point can respond to the parameter deletion transaction request to delete the first file parameter temporarily stored in the block chain, thereby saving a storage space in the block chain and reducing a storage cost of the block chain.
When the file operation request is a file uploading request, in order that other subsequent users can better inquire the file uploading position, the file system node can call the file metadata storage contract after the file is successfully uploaded, and send a file writing transaction request carrying the file metadata of the file system node to the block link node, so that the block link node can respond to the file writing transaction request and write the file metadata of the file system node into the metadata file database of the block link node, which is beneficial for the subsequent users to directly inquire which file system node the file is located in from the block link, so that the file can be quickly found, and the file searching efficiency is improved.
Referring to fig. 2, fig. 2 is a schematic flowchart of a block chain-based file processing method according to the present invention. The method is applied to a file uploading scene. As shown in fig. 2, the method includes:
s21, the client node sends a file uploading transaction request to the block link node, and the file uploading transaction request carries a first file parameter.
The first file parameter may include a file name, a data digest, a file password, and a user identifier (e.g., an account identifier on a blockchain).
S22, the block chain node calls a data verification contract to check whether the initiator of the file uploading transaction request has the file uploading authority or not; if the initiator of the file uploading request has the file uploading authority, the first file parameter is temporarily stored to the block chain.
Among other things, a data verification contract is a computer protocol intended to propagate, verify, or execute contracts in an informational manner, capable of allowing trusted transactions to be conducted without third parties, which transactions are traceable and irreversible.
The data check contract specifies which users have the authority to perform file transaction on the blockchain, and which users do not have the authority to perform file transaction on the blockchain. The blockchain node may invoke a data verification contract to verify whether the initiator of the file transaction request has the file transaction authority, and if the initiator of the file transaction request has the file transaction authority, it indicates that the caller is a user with the file transaction authority specified on the data verification contract, and the caller may perform the file transaction on the blockchain.
In the invention, massive file contents are not stored in the block chain, and the block chain link points are only used for recording the operation records and the related parameter information of each file.
When the block chain link point verifies through the data verification contract that the initiator of the file transaction request has the file transaction authority, the block chain link point can temporarily store the first file parameter to the block chain. Specifically, the Key-Value can be recorded on the block chain. Taking a file upload transaction request as an example, Key is fs _ < tx _ hash >, Value is Encode (file name, data digest, hash (password), user identifier), and tx _ hash is a file password.
The block link point only temporarily stores the first file parameter, and then triggers the first file parameter temporarily stored before the block link point is deleted after the file system node verifies that the related data of the file operation request is legal.
S23, the client node sends a file uploading request to the file system node, and the file uploading request carries the second file parameter.
The second file parameter may include a file name, a data digest, a file password, and a user identifier (e.g., an account identifier on a blockchain).
In the invention, when a user needs to upload files to the file system node, a file metadata storage contract can be called through the client node, and a file uploading request is sent to the file system node. Among other things, a file metadata storage contract is a computer protocol intended to propagate, validate or execute contracts in an informational manner, capable of allowing trusted transactions without third parties, which are traceable and irreversible.
S24, the file system node checks whether the second file parameter is consistent with the first file parameter temporarily stored on the block chain; and responding the file uploading request if the second file parameter is consistent with the first file parameter temporarily stored on the block chain.
In the invention, the block chain node and the file system node are two independently deployed nodes, the block chain node is only used for recording related data of file operation, and the file system node is used for storing file contents. Therefore, in order to prevent an illegal user from tampering a file, before a file system node performs a file operation, it is necessary to check whether the second file parameter is consistent with the first file parameter temporarily stored in the block chain, specifically, it is necessary to check each parameter (such as a file name, a file password, and a user identifier) in the second file parameter and each parameter (such as a file name, a file password, and a user identifier) in the first file parameter temporarily stored in the block chain, respectively, and if any one of the parameters is inconsistent, it may be determined that the second file parameter is inconsistent with the first file parameter temporarily stored in the block chain, that is, it is necessary that all the parameters are completely consistent, the second file parameter is considered to be consistent with the first file parameter temporarily stored in the block chain.
And after the second file parameter is determined to be consistent with the first file parameter temporarily stored on the block chain, the file system node can execute file uploading.
And S25, after the file is uploaded successfully, the file system node calls the file metadata storage contract and sends a file write transaction request carrying the file metadata of the file system node to the block link node.
After a user successfully uploads a file to a file system node, the file system node also needs to call a file metadata storage contract, and sends a file write transaction request carrying file metadata of the file system node to a block link node, so that the block link node writes the file metadata of the file system node into a metadata file database of the block link node, which is beneficial for a subsequent user to conveniently find a storage location of the file on a block link.
And S26, the block chain node responds to the file write transaction request, writes the file metadata of the file system node into the metadata database of the block chain node, and ends the process.
And S27, when the file system node verifies that the second file parameter is consistent with the first file parameter temporarily stored on the block chain, sending a parameter deletion transaction request to the block chain node.
When the file system node determines that the second file parameter is consistent with the first file parameter temporarily stored in the block chain, the file system node indicates that the file operation of the current user is legal and does not tamper with the file, so that the first file parameter temporarily stored in the block chain before is not needed, and the file system node can send a parameter deletion transaction request to the block chain link node, so that the block chain node can delete the temporarily stored first file parameter, and the storage space on the block chain is saved.
And S28, the block chain link point responds to the parameter deletion transaction request, and the first file parameter temporarily stored on the block chain is deleted.
In the method flow described in fig. 2, the storage space of the block chain can be saved, and at the same time, the security of file uploading can be ensured.
Referring to fig. 3, fig. 3 is a schematic flowchart of a block chain-based file processing method according to the present invention. The method is applicable to a file downloading scenario, and as shown in fig. 3, the method includes:
s31, the client node sends a file downloading transaction request to the block link node, wherein the file downloading transaction request carries a first file parameter.
The first file parameter may include a file name, a file password, and a user identifier (e.g., an account identifier on a blockchain).
S32, the block chain node calls a data verification contract to check whether the initiator of the file download transaction request has the file download authority; if the initiator of the file downloading request has the file downloading authority, the first file parameter is temporarily stored to the block chain.
Step S32 is similar to step S22, and reference may be made to the above description, which is not repeated herein.
S33, the client node sends a file downloading request to the file system node, and the file downloading request carries the second file parameter.
The second file parameter may include a file name, a file password, and a user identifier (e.g., an account identifier on a blockchain).
S34, the file system node checks whether the second file parameter is consistent with the first file parameter temporarily stored on the block chain; and if the second file parameter is consistent with the first file parameter temporarily stored in the block chain, responding to the file downloading request and ending the process.
Step S34 is similar to step S24, and reference may be made to the above description, which is not repeated herein.
And S35, when the file system node verifies that the second file parameter is consistent with the first file parameter temporarily stored on the block chain, sending a parameter deletion transaction request to the block chain node.
Step S35 is similar to step S27, and reference may be made to the above description, which is not repeated herein.
And S36, the block chain link point responds to the parameter deletion transaction request, and the first file parameter temporarily stored on the block chain is deleted.
In the method flow described in fig. 3, the storage space of the block chain can be saved, and at the same time, the security of file downloading can be ensured.
Referring to fig. 4, fig. 4 is a schematic flowchart of a block chain-based file processing method according to the present disclosure. The method is applicable to a file deletion scenario, and as shown in fig. 4, the method includes:
s41, the client node sends a file deletion transaction request to the block link node, wherein the file deletion transaction request carries a first file parameter.
The first file parameter may include a file name, a file password, and a user identifier (e.g., an account identifier on a blockchain).
S42, the block chain node calls a data verification contract to check whether the initiator of the file deletion transaction request has the file deletion permission; if the initiator of the file deletion request has a file deletion permission, the first file parameter is temporarily stored to a block chain, and the node number of the file system node stored in the metafile database is deleted, wherein the file system node is used for storing the file matched with the first file parameter.
For a way of verifying whether the originator of the file deletion transaction request has the file deletion permission, reference may be specifically made to step S22, which is not described herein again.
When a user needs to delete a file, a client node sends a file deletion transaction request to a blockchain node, the blockchain node needs to verify whether an initiator calling the file transaction request has a file deletion permission, if the initiator calling the file transaction request has the file deletion permission, the initiator indicates that the initiator can directly delete a file stored in the file system node and matched with the first file parameter, at this time, a node number of the file system node stored in a metafile database stored in the blockchain is not required, and a node number of the file system node stored in the metafile database can be directly deleted by the blockchain node.
S43, the client node sends a file deletion request to the file system node, wherein the file deletion request carries the second file parameter.
The second file parameter may include a file name, a file password, and a user identifier (e.g., an account identifier on a blockchain).
S44, the file system node checks whether the second file parameter is consistent with the first file parameter temporarily stored on the block chain; and if the second file parameter is consistent with the first file parameter temporarily stored in the block chain, responding to the file deletion request, and ending the process.
Step S44 is similar to step S24, and reference may be made to the above description, which is not repeated herein.
And S45, when the file system node verifies that the second file parameter is consistent with the first file parameter temporarily stored on the block chain, sending a parameter deletion transaction request to the block chain node.
Step S45 is similar to step S27, and reference may be made to the above description, which is not repeated herein.
And S46, the block chain link point responds to the parameter deletion transaction request, and the first file parameter temporarily stored on the block chain is deleted.
In the method flow described in fig. 4, the storage space of the block chain can be saved, and at the same time, the security of file deletion can be ensured.
Referring to fig. 5, fig. 5 is a schematic flowchart of a block chain-based file processing method according to the present disclosure. The file processing method based on the block chain is applied to the block chain nodes, wherein the sequence of the steps in the flowchart can be changed and some steps can be omitted according to different requirements.
S51, the block chain node receives a file transaction request sent by the client node, wherein the file transaction request carries the first file parameter.
The file transaction request may include a file upload transaction request, a file download transaction request, and a file delete transaction request, when the file transaction request is a file upload transaction request, the first file parameter may include a file name, a data digest, a file password, and a user identifier (such as an account identifier on a blockchain), and when the file transaction request is a file download transaction request or a file delete transaction request, the first file parameter may include a file name, a file password, and a user identifier (such as an account identifier on a blockchain).
And S52, the block chain node calls a data verification contract to check whether the initiator of the file transaction request has the file transaction authority.
The data check contract specifies which users have the authority to perform file transaction on the blockchain, and which users do not have the authority to perform file transaction on the blockchain. The block chain node may execute the data verification contract, invoke the data verification contract to verify whether the initiator of the file transaction request has the file transaction authority, and if the initiator of the file transaction request has the file transaction authority, it indicates that the caller is a user with the file transaction authority specified on the data verification contract, and the caller may perform the file transaction on the block chain.
S53, if the initiator of the file transaction request has the file transaction authority, the block chain node temporarily stores the first file parameter to the block chain.
In the invention, massive file contents are not stored in the block chain, and the block chain link points are only used for recording the operation records and the related parameter information of each file.
When the block chain link point verifies through the data verification contract that the initiator of the file transaction request has the file transaction authority, the block chain link point can temporarily store the first file parameter to the block chain. Specifically, the Key-Value can be recorded on the block chain. Taking a file upload transaction request as an example, Key is fs _ < tx _ hash >, and Value is Encode (file name, data digest, hash, user id).
The block link point only temporarily stores the first file parameter, and then triggers the first file parameter temporarily stored before the block link point is deleted after the file system node verifies that the related data of the file operation request is legal.
As an optional implementation, the method further comprises:
receiving a parameter deletion transaction request sent by a file system node;
and responding to the parameter deletion transaction request, and deleting the first file parameter temporarily stored on the block chain.
In this optional embodiment, when the file system node verifies that the data related to the uploaded file is legal, or when the file system node verifies that the data related to the download request is legal, or when the file system node verifies that the data related to the delete file request is legal, the file system node deletes the first file parameter that was temporarily stored before the file system node deletes the first file parameter from the block link node, so that the storage space on the block link node can be saved.
As an optional implementation, the method further comprises:
receiving a file writing transaction request which is sent by a file system node and carries file metadata of the file system node;
and responding to the file writing transaction request, and writing the file metadata of the file system node into a metadata file database of the block chain node.
In this optional implementation, when a user wants to upload a file, after the file is uploaded to a file system node, the file system node sends a file write transaction request carrying file metadata of the file system node to a block link node, so that the block link node responds to the file write transaction request and writes the file metadata of the file system node into a metadata file database of the block link node. Therefore, the subsequent user can directly find out in which file system node the file is stored from the block chain.
As an optional implementation manner, if the file transaction request is a file deletion request, then correspondingly, the block link point needs to determine whether an initiator of the file transaction request has a file deletion permission, and the method further includes:
and if the initiator of the file transaction request has the file deletion permission, deleting the node number of the file system node stored in the metafile database, wherein the file system node is used for storing the file matched with the first file parameter.
In this optional embodiment, when a user needs to delete a file, the client node sends a file deletion transaction request to the blockchain node, and the blockchain node needs to check whether an initiator invoking the file transaction request has a file deletion permission, and if the initiator invoking the file transaction request has the file deletion permission, it indicates that the initiator can directly delete the file stored in the file system node and matching the first file parameter, and at this time, the node number of the file system node stored in the metafile database stored in the blockchain is not needed, and the blockchain node can directly delete the node number of the file system node stored in the metafile database.
In the method flow described in fig. 5, the block link point may provide file transaction authority control for file uploading/downloading/deleting, when a file transaction request sent by the client node is received, the block link point may check the user, and if the file transaction authority is satisfied, the related information of the file transaction is temporarily stored on the block link without storing a large amount of file contents, so that the storage space of the block link may be saved, and the security of the file operation may also be ensured.
Referring to fig. 6, fig. 6 is a schematic flowchart of another block chain-based file processing method disclosed in the present invention. The file processing method based on the block chain is applied to a file system node, wherein the sequence of steps in the flowchart can be changed and some steps can be omitted according to different requirements.
S61, the file system node receives a file operation request sent by the client node, wherein the file operation request carries the second file parameter.
The file operation request may include a file upload request, a file download request, and a file delete request.
When the file operation request is a file upload request, the second file parameters may include a file name, a data digest, a file password, and a user identifier (such as an account identifier on a blockchain), and when the file operation request is a file download request or a file deletion request, the second file parameters may include a file name, a file password, and a user identifier (such as an account identifier on a blockchain).
In the invention, when a user needs to perform file operation on the file system node, a file metadata storage contract can be called through a client node, and a file operation request is sent to the file system node. Among other things, a file metadata storage contract is a computer protocol intended to propagate, validate or execute contracts in an informational manner, capable of allowing trusted transactions without third parties, which are traceable and irreversible.
S62, the file system node checks whether the second file parameter is consistent with the first file parameter temporarily stored in the block chain.
In the invention, the block chain node and the file system node are two independently deployed nodes, the block chain node is only used for recording related data of file operation, and the file system node is used for storing file contents. Therefore, in order to prevent an illegal user from tampering a file, before a file system node performs a file operation, it is necessary to check whether the second file parameter is consistent with the first file parameter temporarily stored in the block chain, specifically, it is necessary to check each parameter (such as a file name, a file password, and a user identifier) in the second file parameter and each parameter (such as a file name, a file password, and a user identifier) in the first file parameter temporarily stored in the block chain, respectively, and if any one of the parameters is inconsistent, it may be determined that the second file parameter is inconsistent with the first file parameter temporarily stored in the block chain, that is, it is necessary that all the parameters are completely consistent, the second file parameter is considered to be consistent with the first file parameter temporarily stored in the block chain.
And S63, if the second file parameter is consistent with the first file parameter temporarily stored in the block chain, the file system node responds to the file operation request.
After determining that the second file parameter is consistent with the first file parameter temporarily stored in the block chain, the file system node may respond to the file operation request, such as starting to upload a file, starting to download a file, starting to delete a file, and so on.
As an optional implementation, the method further comprises:
if the second file parameter is consistent with the first file parameter temporarily stored on the block chain, sending a parameter deletion transaction request to the block chain link point, wherein the parameter deletion transaction request is used for requesting the block chain link point to delete the first file parameter temporarily stored.
In this alternative embodiment, when the file system node determines that the second file parameter is consistent with the first file parameter temporarily stored in the blockchain, it indicates that the file operation of the current user is legal, and the file is not tampered, so that the first file parameter temporarily stored in the blockchain before is not needed, and the file system node may send a parameter deletion transaction request to the blockchain link node, so that the blockchain node can delete the temporarily stored first file parameter, thereby saving the storage space in the blockchain.
As an optional implementation manner, the file operation request is a file upload request, and the method further includes:
and after the file is successfully uploaded, calling a file metadata storage contract, and sending a file write transaction request carrying the file metadata of the file system node to the block chain node, wherein the file write transaction request is used for requesting the block chain node to write the file metadata of the file system node into a metadata file database of the block chain node.
In this optional implementation, after the user successfully uploads the file to the file system node, the file system node further needs to invoke a file metadata storage contract, and send a file write transaction request carrying the file metadata of the file system node to the block link node, so that the block link node writes the file metadata of the file system node into the metadata database of the block link node, which is beneficial for a subsequent user to conveniently find a storage location of the file on the block link.
In the method flow described in fig. 6, a plurality of file system nodes form a distributed file system, which can indicate storage of a large number of large files, and meanwhile, the file system nodes can also check whether data related to a currently performed file operation is consistent with recorded data temporarily stored in a block chain, and if so, the file operation is allowed to be performed, so that it is effectively avoided that others arbitrarily tamper with the file, and the security of the file operation is improved.
The above description is only a specific embodiment of the present invention, but the scope of the present invention is not limited thereto, and it will be apparent to those skilled in the art that modifications may be made without departing from the inventive concept of the present invention, and these modifications are within the scope of the present invention.
Referring to fig. 7, fig. 7 is a functional block diagram of a document processing apparatus according to a preferred embodiment of the present invention.
In some embodiments, the file processing device operates in block link points. The file processing apparatus may include a plurality of functional modules composed of program code segments. Program code for various program segments in the file processing apparatus may be stored in the memory and executed by the at least one processor to perform some or all of the steps in the block chain based file processing method described in fig. 2-6.
In this embodiment, the file processing apparatus may be divided into a plurality of functional modules according to the functions executed by the file processing apparatus. The functional module may include: a receiving module 701, a checking module 702, and a storing module 703. The module referred to herein is a series of computer program segments capable of being executed by at least one processor and capable of performing a fixed function and is stored in memory.
The receiving module 701 is configured to receive a file transaction request sent by a client node, where the file transaction request carries a first file parameter.
Among other things, a data verification contract is a computer protocol intended to propagate, verify, or execute contracts in an informational manner, capable of allowing trusted transactions to be conducted without third parties, which transactions are traceable and irreversible.
The file transaction request may include a file upload transaction request, a file download transaction request, and a parameter delete transaction request, when the file transaction request is a file upload transaction request, the first file parameter may include a file name, a data digest, a file password, and a user identifier (such as an account identifier on a blockchain), and when the file transaction request is a file download transaction request or a parameter delete transaction request, the first file parameter may include a file name, a file password, and a user identifier (such as an account identifier on a blockchain).
A checking module 702, configured to invoke a data verification contract to check whether an initiator of the file transaction request has a file transaction right.
The data check contract specifies which users have the authority to perform file transaction on the blockchain, and which users do not have the authority to perform file transaction on the blockchain. The block chain node can execute the data verification contract, call the data verification contract to verify whether the initiator of the file transaction request has the file transaction authority, and if the initiator of the file transaction request has the file transaction authority, the caller is the user with the file transaction authority specified on the data verification contract, and the caller can perform file transaction on the block chain.
The storage module 703 is configured to temporarily store the first file parameter to the block chain if the initiator of the file transaction request has the file transaction right.
In the invention, massive file contents are not stored in the block chain, and the block chain link points are only used for recording the operation records and the related parameter information of each file.
When the block chain link point verifies through the data verification contract that the initiator of the file transaction request has the file transaction authority, the block chain link point can temporarily store the first file parameter to the block chain. Specifically, the Key-Value can be recorded on the block chain. Taking a file upload transaction request as an example, Key is fs _ < tx _ hash >, and Value is Encode (file name, data digest, hash, user id).
The block link point only temporarily stores the first file parameter, and then triggers the first file parameter temporarily stored before the block link point is deleted after the file system node verifies that the related data of the file operation request is legal.
Optionally, the receiving module 701 is further configured to receive a parameter deletion transaction request sent by a file system node;
the file processing apparatus further includes:
and the execution module is used for responding to the parameter deletion transaction request and deleting the first file parameter temporarily stored in the block chain.
In this optional embodiment, when the file system node verifies that the data related to the uploaded file is legal, or when the file system node verifies that the data related to the download request is legal, or when the file system node verifies that the data related to the delete file request is legal, the file system node deletes the first file parameter that was temporarily stored before the file system node deletes the first file parameter from the block link node, so that the storage space on the block link node can be saved.
Optionally, the receiving module 701 is further configured to receive a file write transaction request that is sent by a file system node and carries file metadata of the file system node;
and the execution module is also used for responding to the file write transaction request and writing the file metadata of the file system node into the metadata file database of the block chain node.
In this optional implementation, when a user wants to upload a file, after the file is uploaded to a file system node, the file system node sends a file write transaction request carrying file metadata of the file system node to a block link node, so that the block link node responds to the file write transaction request and writes the file metadata of the file system node into a metadata file database of the block link node. Therefore, the subsequent user can directly find out in which file system node the file is stored from the block chain.
Optionally, the file transaction permission is a file deletion permission, and the execution module is further configured to delete a node number of a file system node stored in a meta file database if an initiator of the file transaction request has the file deletion permission, where the file system node is used to store a file matched with the first file parameter.
In this optional embodiment, when a user needs to delete a file, the client node sends a parameter deletion transaction request to the block link node, and the block link node needs to check whether an initiator invoking the file transaction request has a file deletion permission, and if the initiator invoking the file transaction request has the file deletion permission, it indicates that the initiator can directly delete a file stored in the file system node and matching the first file parameter, and at this time, the node number of the file system node stored in the metafile database stored in the block link is not needed, and the block link node can directly delete the node number of the file system node stored in the metafile database.
In the file processing apparatus depicted in fig. 7, the block link point may provide file transaction authority control for file uploading/downloading/deleting, when a file transaction request sent by the client node is received, the block link point may check the caller, and if the file transaction authority is satisfied, the related information of the file transaction is temporarily stored on the block link without storing a large amount of file content, so that the storage space of the block link may be saved, and at the same time, the security of the file operation may be ensured.
Fig. 8 is a schematic structural diagram of a computer device according to a preferred embodiment of the present invention, which implements a block chain-based file processing method. The computer device 8 comprises a memory 81, at least one processor 82, a computer program 83 stored in the memory 81 and executable on the at least one processor 82, and at least one communication bus 84.
Those skilled in the art will appreciate that the schematic diagram shown in fig. 8 is merely an example of the computer device 8, and does not constitute a limitation of the computer device 8, and may include more or less components than those shown, or combine some components, or different components, for example, the computer device 8 may further include an input-output device, a network access device, and the like.
The at least one Processor 82 may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components, etc. The processor 82 may be a microprocessor or the processor 82 may be any conventional processor or the like, the processor 82 being the control center of the computer device 8 and connecting the various parts of the overall computer device 8 using various interfaces and lines.
The memory 81 may be used to store the computer program 83 and/or the module/unit, and the processor 82 may implement various functions of the computer device 8 by running or executing the computer program and/or the module/unit stored in the memory 81 and calling data stored in the memory 81. The memory 81 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data) created according to the use of the computer device 8, and the like. Further, the memory 81 may include a non-volatile memory, such as a hard disk, a memory, a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a flash memory Card (FlashCard), at least one magnetic disk storage device, a flash memory device, or other non-volatile solid state storage device.
With reference to fig. 2-5, the memory 81 of the computer device 8 stores a plurality of instructions to implement a blockchain based file processing method, and the processor 82 executes the plurality of instructions to implement:
receiving a file transaction request sent by a client node, wherein the file transaction request carries a first file parameter;
calling a data verification contract to check whether an initiator of the file transaction request has file transaction authority;
if the initiator of the file transaction request has the file transaction authority, the first file parameter is temporarily stored to the block chain.
In an alternative embodiment, the processor 82 may execute the plurality of instructions to implement:
receiving a parameter deletion transaction request sent by a file system node;
and responding to the parameter deletion transaction request, and deleting the first file parameter temporarily stored on the block chain.
In an alternative embodiment, the processor 82 may execute the plurality of instructions to implement:
receiving a file writing transaction request which is sent by a file system node and carries file metadata of the file system node;
and responding to the file writing transaction request, and writing the file metadata of the file system node into a metadata file database of the block chain node.
In an alternative embodiment, the file transaction right is a file deletion right, and the processor 82 may execute the plurality of instructions to:
and if the initiator of the file transaction request has the file deletion permission, deleting the node number of the file system node stored in the metafile database, wherein the file system node is used for storing the file matched with the first file parameter.
Specifically, the processor 82 may refer to the description of the relevant steps in the embodiment corresponding to fig. 2, which is not described herein again.
Specifically, the processor 82 may refer to the description of the relevant steps in the embodiments corresponding to fig. 2 to 5, which is not repeated herein.
In the computer device 8 depicted in fig. 8, all the huge number of large files are stored in the distributed file system nodes, and the block link points are only used for temporarily storing the operation records of each file, and when the file system nodes verify that the related information of the file operation is legal, the file operation request is executed, and at the same time, the block link points can delete the temporarily stored file operation records. By combining the block chain with the distributed file system, the storage of massive large files can be supported, the storage space on the block chain is saved, and meanwhile, the safety of file operation can be improved.
The modules/units integrated by the computer device 8 may be stored in a computer-readable storage medium if they are implemented in the form of software functional units and sold or used as separate products. Based on such understanding, all or part of the flow of the method according to the embodiments of the present invention may also be implemented by a computer program, which may be stored in a computer-readable storage medium, and when the computer program is executed by a processor, the steps of the method embodiments may be implemented. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, U-disk, removable hard disk, magnetic disk, optical disk, computer Memory, and Read-Only Memory (ROM).
In the embodiments provided in the present invention, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the modules is only one logical functional division, and other divisions may be realized in practice.
The modules described as separate parts may or may not be physically separate, and parts displayed as modules may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment.
In addition, functional modules in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional module.
It will be evident to those skilled in the art that the invention is not limited to the details of the foregoing illustrative embodiments, and that the present invention may be embodied in other specific forms without departing from the spirit or essential attributes thereof. The present embodiments are therefore to be considered in all respects as illustrative and not restrictive, the scope of the invention being indicated by the appended claims rather than by the foregoing description, and all changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein. Any reference signs in the claims shall not be construed as limiting the claim concerned. A plurality of units or means recited in the system claims may also be implemented by one unit or means in software or hardware.
Finally, it should be noted that the above embodiments are only for illustrating the technical solutions of the present invention and not for limiting, and although the present invention is described in detail with reference to the preferred embodiments, it should be understood by those skilled in the art that modifications or equivalent substitutions may be made on the technical solutions of the present invention without departing from the spirit and scope of the technical solutions of the present invention.
Claims (10)
1. A blockchain based file processing system, the file processing system comprising a client node, a blockchain link point, and a file system node;
the client node is used for sending a file transaction request to the block link node, wherein the file transaction request carries a first file parameter;
the block chain node is used for calling a data verification contract to check whether an initiator of the file transaction request has file transaction authority or not; if the initiator of the file transaction request has file transaction authority, temporarily storing the first file parameter to a block chain;
the client node is further configured to send a file operation request to the file system node, where the file operation request carries a second file parameter;
the file system node is used for verifying whether the second file parameter is consistent with the first file parameter temporarily stored on the block chain; and responding to the file operation request if the second file parameter is consistent with the first file parameter temporarily stored on the block chain.
2. The document processing system according to claim 1,
the file system node is further configured to send a parameter deletion transaction request to the block link node when the second file parameter is consistent with the first file parameter temporarily stored on the block chain;
and the block chain node is also used for responding to the parameter deletion transaction request and deleting the first file parameter temporarily stored in the block chain.
3. The file processing system of claim 1, wherein the file operation request is a file upload request, and the file system node is further configured to send a file write transaction request carrying file metadata of the file system node to the blockchain node after the file upload is successful;
and the block chain node is also used for responding to the file write transaction request and writing the file metadata of the file system node into a metadata database of the block chain node.
4. The file processing system of claim 1, wherein the file operation request comprises a file download request or a file delete request.
5. A file processing method based on a block chain is applied to a block chain node, and is characterized in that the method comprises the following steps:
receiving a file transaction request sent by a client node, wherein the file transaction request carries a first file parameter;
calling a data verification contract to check whether an initiator of the file transaction request has file transaction authority;
if the initiator of the file transaction request has the file transaction authority, the first file parameter is temporarily stored to the block chain.
6. The document processing method according to claim 5, further comprising:
receiving a parameter deletion transaction request sent by a file system node;
and responding to the parameter deletion transaction request, and deleting the first file parameter temporarily stored on the block chain.
7. The document processing method according to claim 5, further comprising:
receiving a file writing transaction request which is sent by a file system node and carries file metadata of the file system node;
and responding to the file writing transaction request, and writing the file metadata of the file system node into a metadata file database of the block chain node.
8. The method of claim 5, wherein the file transaction request is a file deletion request, the method further comprising:
and if the initiator of the file transaction request has the file deletion permission, deleting the node number of the file system node stored in the metafile database, wherein the file system node is used for storing the file matched with the first file parameter.
9. A computer device, characterized in that the computer device comprises a processor and a memory, the processor being configured to execute a computer program stored in the memory to implement the block chain based file processing method according to any one of claims 5 to 8.
10. A computer-readable storage medium storing at least one instruction which, when executed by a processor, implements the blockchain-based file processing method according to any one of claims 5 to 8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010301923.6A CN111506549B (en) | 2020-04-16 | 2020-04-16 | File processing system, method, equipment and storage medium based on block chain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010301923.6A CN111506549B (en) | 2020-04-16 | 2020-04-16 | File processing system, method, equipment and storage medium based on block chain |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111506549A true CN111506549A (en) | 2020-08-07 |
| CN111506549B CN111506549B (en) | 2023-07-14 |
Family
ID=71871030
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010301923.6A Active CN111506549B (en) | 2020-04-16 | 2020-04-16 | File processing system, method, equipment and storage medium based on block chain |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111506549B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2022057545A1 (en) * | 2020-09-16 | 2022-03-24 | 京东科技信息技术有限公司 | File transfer method and apparatus, electronic device and computer-readable medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107273410A (en) * | 2017-05-03 | 2017-10-20 | 上海点融信息科技有限责任公司 | Distributed storage based on block chain |
| CN108076148A (en) * | 2017-12-15 | 2018-05-25 | 成都链网络科技有限公司 | Storage system based on block chain |
| US20180211043A1 (en) * | 2017-01-24 | 2018-07-26 | SparkCognition, Inc. | Blockchain Based Security for End Points |
| CN109493055A (en) * | 2018-11-28 | 2019-03-19 | 深圳力维智联技术有限公司 | Networking block chain equipment, data processing method and device based on block chain |
| CN110399373A (en) * | 2019-06-26 | 2019-11-01 | 杭州慧牧科技有限公司 | A kind of block chain account book storage system, storage querying method and delet method |
| CN110442561A (en) * | 2019-07-08 | 2019-11-12 | 南京邮电大学 | Distributed file storage system and its storage method based on block chain |
-
2020
- 2020-04-16 CN CN202010301923.6A patent/CN111506549B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180211043A1 (en) * | 2017-01-24 | 2018-07-26 | SparkCognition, Inc. | Blockchain Based Security for End Points |
| CN107273410A (en) * | 2017-05-03 | 2017-10-20 | 上海点融信息科技有限责任公司 | Distributed storage based on block chain |
| CN108076148A (en) * | 2017-12-15 | 2018-05-25 | 成都链网络科技有限公司 | Storage system based on block chain |
| CN109493055A (en) * | 2018-11-28 | 2019-03-19 | 深圳力维智联技术有限公司 | Networking block chain equipment, data processing method and device based on block chain |
| CN110399373A (en) * | 2019-06-26 | 2019-11-01 | 杭州慧牧科技有限公司 | A kind of block chain account book storage system, storage querying method and delet method |
| CN110442561A (en) * | 2019-07-08 | 2019-11-12 | 南京邮电大学 | Distributed file storage system and its storage method based on block chain |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2022057545A1 (en) * | 2020-09-16 | 2022-03-24 | 京东科技信息技术有限公司 | File transfer method and apparatus, electronic device and computer-readable medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111506549B (en) | 2023-07-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108111585B (en) | Distributed storage method based on block chain | |
| RU2407204C2 (en) | System and method for control of unreliable applications access to protected content | |
| CN107329741A (en) | A kind of software distribution upgrade method and device based on fingerprint recognition | |
| CN113901005A (en) | Portable file storage method, system and medium based on block chain | |
| CN110442307A (en) | Binding method, equipment and the storage medium of disk in a kind of linux system | |
| CN111368327A (en) | Data sharing method and device, electronic equipment and readable storage medium | |
| CN113271364B (en) | Sharing system, method, computer device and storage medium of service arrangement data | |
| CN111444216A (en) | Data block deleting method based on centralized block chain type account book | |
| CN113259494B (en) | File storage method and device, electronic equipment and storage medium | |
| CN111506549B (en) | File processing system, method, equipment and storage medium based on block chain | |
| CN111309264A (en) | Method, system, device and medium for making directory quota compatible with snapshot | |
| CN111291007A (en) | File aggregation method, system, device and medium | |
| CN111290747A (en) | Method, system, equipment and medium for creating function hook | |
| CN111222153A (en) | Application program authority management method and device and storage medium | |
| WO2020134536A1 (en) | Method and apparatus for customized development for payment application, computer device, and storage medium | |
| US20090132603A1 (en) | Data processing apparatus | |
| CN113987574A (en) | Block chain private transaction method, device, equipment and readable storage medium | |
| JP5490325B2 (en) | Autonomous intelligent content items | |
| CN110688664B (en) | Authority management method, device and equipment in block chain type account book | |
| CN111292082B (en) | Public key management method, device and equipment in block chain type account book | |
| CN111782615B (en) | Block chain-based large file storage method and system and computer equipment | |
| CN114675776A (en) | Resource storage method and device, storage medium and electronic equipment | |
| CN110636042B (en) | Method, device and equipment for updating verified block height of server | |
| CN114327249A (en) | Data modification method of object storage service, service node, client and equipment | |
| CN113312669A (en) | Password synchronization method, device and storage medium |
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 | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20210910 Address after: 518057 floors 21-23, block B, building 12, Shenzhen Bay science and technology ecological park, No. 18, Keji South Road, community, high tech Zone, Yuehai street, Nanshan District, Shenzhen, Guangdong Applicant after: Xunlei Networking Technologies, Ltd. Applicant after: SHENZHEN ONETHING TECHNOLOGIES Co.,Ltd. Address before: 5 / F, building 5, Weixin Software Park, No. 9, Gaoxin South ninth Road, Nanshan District, Shenzhen City, Guangdong Province Applicant before: SHENZHEN ONETHING TECHNOLOGIES Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |