Intelligent intellectual property protection method and system for digital asset right confirmation platform

Abstract

The invention discloses an intelligent intellectual property protection method and system for a digital asset right confirmation platform, and relates to the field of intellectual property management, and the method comprises the steps: creating digital asset identity information for a target digital asset, and recording the digital asset identity information in a target block chain; determining the asset use permission of the target user based on the smart contract; and based on the asset use permission and an asset operation instruction of a target user, controlling asset operation of the target user in a target block chain.

Description

Technical Field

[0001] This specification relates to the field of intellectual property management, and more specifically, this application relates to an intelligent intellectual property protection method and system for a digital asset title confirmation platform. Background Art

[0002] With the rapid development of the digital economy, the types and value of digital assets continue to grow, covering a variety of forms including digital artworks, electronic contracts, intellectual property rights, digital currencies, etc. The application of blockchain technology has brought about major changes in the storage, circulation and confirmation of digital assets. The rise of new digital asset forms such as non-fungible tokens (NFTs) enables users to create, trade and manage their digital assets in a decentralized manner. However, the current methods of confirming and protecting digital assets still have the following problems: 1. Difficulty in confirming digital asset ownership: Traditional methods of confirming digital asset ownership rely on centralized platforms, such as copyright management agencies, exchanges, or cloud storage services. These centralized systems are susceptible to single point failures, data tampering, and opacity, making it difficult to provide reliable asset ownership guarantees.

[0003] 2. Imperfect smart contract management: Existing digital asset management usually relies on simple smart contracts to perform asset transfer and management, but lacks flexibility and security mechanisms. For example, many smart contracts in the NFT market only support basic transfer functions, but cannot perform fine-grained control over asset usage rights, resulting in an increased risk of asset abuse, piracy, and even malicious destruction.

[0004] 3. Lack of control over asset transfer and operation permissions: In the current blockchain environment, it is often difficult to flexibly set the use permissions of digital assets. The confirmation and transfer of ownership are usually limited to simple "transfer" behavior, and it is impossible to finely control various operation permissions such as access, modification, and destruction. In addition, traditional permission control methods rely on manual review or centralized management, and cannot achieve intelligent and automated permission management, which increases management costs and security risks.

[0005] Therefore, there is an urgent need for an efficient, reliable and intelligent intellectual property protection method to optimize the title confirmation and management of digital assets. Summary of the invention

[0006] A series of simplified concepts are introduced in the Summary of the Invention section, which will be further described in detail in the Detailed Description of the Invention section. The Summary of the Invention section of this application does not mean to attempt to define the key features and essential technical features of the claimed technical solution, nor does it mean to attempt to determine the scope of protection of the claimed technical solution.

[0007] In the first aspect, this application proposes an intelligent intellectual property protection method for a digital asset confirmation platform, including: Create digital asset identity information for the target digital asset and record the digital asset identity information in the target blockchain; Determine the target user's asset usage rights based on smart contracts; Based on the above asset usage rights and the target user's asset operation instructions, the asset operation of the above target user in the target blockchain is controlled.

[0008] In a feasible implementation manner, the above-mentioned creation of digital asset identity information for the target digital asset includes: Using the SHA-3 layer to perform a first hash calculation operation on the original data file of the target digital asset to obtain the first asset identity feature information; Using the BLAKE2b layer to perform a second hash calculation operation on the structured metadata of the target digital asset to obtain the second asset identity feature information; The Poseidon layer is used to perform a third hash calculation operation on the behavior data set of the above target asset to obtain the identity feature information of the third asset; The digital asset identity information is created based on the first asset identity feature information, the second asset identity feature information and the third asset identity feature information.

[0009] In a feasible implementation manner, the digital asset identity information is created according to the first asset identity feature information, the second asset identity feature information and the third asset identity feature information, including: The hierarchical combination operation is performed on the first asset identity feature information, the second asset identity feature information and the third asset identity feature information to generate concatenated asset identity feature information; A secondary hash reinforcement operation is performed on the above-mentioned spliced ​​asset identity feature information to create the above-mentioned digital asset identity information.

[0010] In a feasible implementation, the target blockchain is a dual-track architecture consisting of a consortium chain and a public chain. The above-mentioned digital asset identity information is recorded in the target blockchain, including: Record the identity feature information of the first asset in the public chain and IPFS cluster; Recording the second asset identity feature information in the first shard in the alliance chain; Record the third asset identity feature information in the second shard in the alliance chain; The above digital asset identity information is recorded in the above alliance chain and the above public chain.

[0011] In a feasible implementation, the above-mentioned control of the asset operation of the target user in the target blockchain based on the above-mentioned asset use authority and the asset operation instruction of the target user includes: Perform the first-level verification operation based on the asset usage rights and the asset operation instructions of the target user to determine whether the asset usage rights are within the permission bit mask; Perform a second-layer verification operation based on the asset operation instructions of the above target user to conduct contextual compliance checks; Perform the third-layer verification operation according to the asset operation instruction of the above-mentioned target user to determine whether the real-time environmental verification is within the authorized geographic fence; When the first-layer verification operation, the second-layer verification operation, and the third-layer verification operation are all passed, the target user is allowed to operate assets in the target blockchain.

[0012] In a feasible implementation, it also includes: Obtaining the target operation scenario corresponding to the target user instruction, wherein the target operation scenario includes a digital copyright re-authorization scenario, a cross-border asset transaction scenario, and an IoT device access scenario; Based on the above target operation scenario and the verification failure level corresponding to the regular verification failure, determine the asset operation in the target blockchain corresponding to the regular verification failure, wherein the above regular verification failure is the verification failure of the above target user when the number of verification failures is less than or equal to the preset number.

[0013] In a feasible implementation, it also includes: In the case where the verification failure is an abnormal verification failure, a risk index is obtained, wherein the risk index is determined based on the number of verification failures, time density, operation value coefficient, blacklist relevance, and environmental abnormality index; Adjust the next verification processing intensity of the above target user based on the above risk index.

[0014] In a feasible implementation, it also includes: Determine the above operation value coefficient based on the market value index, the operation type weight matrix, the network effect value, the first weight coefficient, the second weight coefficient and the third weight coefficient; Determine the above blacklist relevance based on the direct relevance, indirect relevance, time decay factor and adjustment coefficient; The above-mentioned environmental anomaly index is determined based on geographic space anomaly information, equipment environment risk information, time pattern anomaly information and dynamic thresholds.

[0015] In a feasible implementation manner, adjusting the next verification processing intensity of the target user based on the risk index includes: Determine the risk level information based on the above risk index and risk level discretization matrix; Determine the basic strength increment based on the above risk level information and strength increment matrix; Get trend correction factor; The next verification and disposal intensity is determined based on the trend correction factor, the basic intensity increment and the current verification and disposal intensity.

[0016] In the second aspect, this application proposes an intelligent intellectual property protection system for a digital asset confirmation platform, including: A recording unit, used to create digital asset identity information for the target digital asset and record the digital asset identity information in the target blockchain; A determination unit, used to determine the asset usage rights of the target user based on the smart contract; A control unit is used to control the asset operation of the target user in the target blockchain based on the asset usage authority and the asset operation instruction of the target user.

[0017] In summary, the method provided by this application creates unique identity information for the target digital asset and records it in the blockchain ledger. This solution ensures the uniqueness, traceability and immutability of the asset. Due to the decentralized nature of the blockchain, no one can unilaterally modify or tamper with the asset confirmation information, thereby effectively preventing the asset from being illegally copied or tampered with, and improving the security and credibility of digital asset confirmation. This method uses smart contracts to set and manage the use rights of digital assets, including access rights, transfer rights, modification rights and destruction rights. This smart contract-based permission management method makes the authorization and use of assets more flexible, while avoiding the centralized control risks under the traditional permission management model, and improving the management efficiency and security of digital assets. This method supports the automatic execution of asset operation instructions based on smart contracts to ensure that users can only perform corresponding operations within their authority. Since this method provides flexible permission management and traceable confirmation methods, owners of digital assets can more safely perform transactions, leases, authorized use and other operations without worrying about unauthorized modifications or transfers. This not only increases the market value of digital assets, but also promotes the application of digital assets in more business scenarios, such as digital copyright protection, art transactions, virtual asset circulation, etc. Traditional digital asset management methods lack effective protection mechanisms, which can easily lead to unauthorized copying, modification or destruction. This method strictly controls the use rights of assets through smart contracts, so that unauthorized users cannot modify or destroy assets at will, thereby effectively preventing asset abuse and improving the intellectual property protection capabilities of digital assets. Compared with the existing centralized rights confirmation and asset management methods, this solution not only improves the security and immutability of asset rights confirmation, but also realizes flexible rights management and automated execution through smart contracts, thereby improving the operability, security and commercial value of digital assets, and providing more reliable technical support for the development of the digital economy.

[0018] The intelligent intellectual property protection method of the digital asset title confirmation platform proposed in this application and other advantages, objectives and features of this application will be reflected in part through the following description, and in part will also be understood by technical personnel in this field through research and practice of this application. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] Various other advantages and benefits will become apparent to those of ordinary skill in the art by reading the detailed description of the preferred embodiments below. The accompanying drawings are only for the purpose of illustrating the preferred embodiments and are not to be considered as limiting the present specification. Also, the same reference symbols are used throughout the accompanying drawings to represent the same components. In the accompanying drawings: Figure 1 A schematic diagram of a process for intelligent intellectual property protection of a digital asset confirmation platform provided in an embodiment of the present application; Figure 2A structural diagram of an intelligent intellectual property protection system for a digital asset title confirmation platform provided in an embodiment of the present application. DETAILED DESCRIPTION

[0020] The terms "first", "second", "third", "fourth", etc. (if any) in the specification and claims of this application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments described herein can be implemented in an order other than that illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices. The technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments.

[0021] See also Figure 1 , which is a process diagram of an intelligent intellectual property protection method for a digital asset confirmation platform provided in an embodiment of the present application, and may specifically include: S110. Create digital asset identity information for the target digital asset, and record the digital asset identity information in the target blockchain; Exemplarily, the system first creates unique identity information for the target digital asset, which may include but is not limited to: asset unique identifier, asset owner information, asset metadata, etc. The asset unique identifier (Asset ID) may include, for example, NFT number, hash value, etc. The asset owner information may include, for example, public key address, user ID, etc. The asset metadata (Metadata) may include, for example, asset category, creation time, value, usage restrictions, etc. The above asset identity information is recorded in the target blockchain, making it part of the blockchain ledger, thereby ensuring the uniqueness, traceability and immutability of the asset.

[0022] S120. Determine the asset usage rights of the target user based on the smart contract; For example, smart contracts are automatically executed on the blockchain to set and manage the use rights of assets. In the smart contract, according to the authorization of the asset owner or preset rules, the target user's use rights of the asset are determined, such as access rights, transfer rights, modification rights, and destruction rights. Access rights refer to whether the user can view or query the asset. Transfer rights refer to whether the user can transfer the asset to other users. Modification rights refer to whether the user can update the asset metadata. Destruction rights refer to whether the user can delete or cancel the asset.

[0023] S130. Control the asset operation of the target user in the target blockchain based on the asset usage authority and the asset operation instruction of the target user.

[0024] For example, the system will determine whether the operation is allowed based on the target user's asset operation instructions (such as transfer, change, destruction, etc.) and the permission rules set by the smart contract. If the user has the corresponding permission, the corresponding asset operation will be performed. For example, user A wants to transfer asset X to user B. The smart contract checks whether user A has the transfer permission, and updates the asset ownership information if the conditions are met, and records it on the blockchain.

[0025] If the user does not have permission, the operation request will be rejected and a corresponding error message will be returned, such as "no permission to modify asset data" or "unauthorized asset transfer".

[0026] In summary, the method provided by this application creates unique identity information for the target digital asset and records it in the blockchain ledger. This solution ensures the uniqueness, traceability and immutability of the asset. Due to the decentralized nature of the blockchain, no one can unilaterally modify or tamper with the asset confirmation information, thereby effectively preventing the asset from being illegally copied or tampered with, and improving the security and credibility of digital asset confirmation. This method uses smart contracts to set and manage the use rights of digital assets, including access rights, transfer rights, modification rights and destruction rights. This smart contract-based permission management method makes the authorization and use of assets more flexible, while avoiding the centralized control risks under the traditional permission management model, and improving the management efficiency and security of digital assets. This method supports the automatic execution of asset operation instructions based on smart contracts to ensure that users can only perform corresponding operations within their authority. Since this method provides flexible permission management and traceable confirmation methods, owners of digital assets can more safely perform transactions, leases, authorized use and other operations without worrying about unauthorized modifications or transfers. This not only increases the market value of digital assets, but also promotes the application of digital assets in more business scenarios, such as digital copyright protection, art transactions, virtual asset circulation, etc. Traditional digital asset management methods lack effective protection mechanisms, which can easily lead to unauthorized copying, modification or destruction. This method strictly controls the use rights of assets through smart contracts, so that unauthorized users cannot modify or destroy assets at will, thereby effectively preventing asset abuse and improving the intellectual property protection capabilities of digital assets. Compared with the existing centralized rights confirmation and asset management methods, this solution not only improves the security and immutability of asset rights confirmation, but also realizes flexible rights management and automated execution through smart contracts, thereby improving the operability, security and commercial value of digital assets, and providing more reliable technical support for the development of the digital economy.

[0027] In a feasible implementation manner, the above-mentioned creation of digital asset identity information for the target digital asset includes: Using the SHA-3 layer to perform a first hash calculation operation on the original data file of the target digital asset to obtain the first asset identity feature information; Using the BLAKE2b layer to perform a second hash calculation operation on the structured metadata of the target digital asset to obtain the second asset identity feature information; The Poseidon layer is used to perform a third hash calculation operation on the behavior data set of the above target asset to obtain the identity feature information of the third asset; The digital asset identity information is created based on the first asset identity feature information, the second asset identity feature information and the third asset identity feature information.

[0028] Exemplarily, SHA-3 is used to perform a first hash calculation on the original data file of the target digital asset to generate the first asset identity feature information. The original data file can be a picture (such as an NFT image), video, audio, text file, contract code, etc. SHA-3 is a highly secure hash algorithm that has the characteristics of anti-collision and anti-length extension attacks, and can ensure the integrity of the original data file. The calculated first asset identity feature information can be used to verify whether the asset file has been tampered with, ensuring its uniqueness and unforgeability.

[0029] Use BLAKE2b to perform a second hash calculation on the structured metadata of the target digital asset to obtain the identity feature information of the second asset. Structured metadata includes but is not limited to asset name (such as NFT name), asset type (image, document, smart contract, etc.), creator information (such as user address, public key), and release time, price, version number, etc. BLAKE2b is a faster and more efficient hash algorithm with strong security. It is used to process structured data to ensure data integrity and consistency.

[0030] Use the Poseidon hash function to perform a third hash calculation on the target asset's behavior dataset to obtain the third asset identity feature information. The behavior dataset refers to the interaction, transaction or operation records of the asset on the blockchain, such as: asset transfer history (transaction hash, timestamp), access records (which users have queried or used the asset), and authorization records (which users have been granted permissions by the asset).

[0031] The final digital asset identity information is generated by combining the first asset identity information (SHA-3 calculation result), the second asset identity information (BLAKE2b calculation result) and the third asset identity information (Poseidon calculation result).

[0032] Digital asset identity information can be used for asset authentication and anti-counterfeiting, cross-chain verification of assets, and access control and permission management of assets. The calculated final identity information will be stored on the blockchain to ensure its immutability and traceability.

[0033] In a feasible implementation manner, the digital asset identity information is created according to the first asset identity feature information, the second asset identity feature information and the third asset identity feature information, including: The hierarchical combination operation is performed on the first asset identity feature information, the second asset identity feature information and the third asset identity feature information to generate concatenated asset identity feature information; A secondary hash reinforcement operation is performed on the above-mentioned spliced ​​asset identity feature information to create the above-mentioned digital asset identity information.

[0034] Exemplarily, the first asset identity feature information, the second asset identity feature information, and the third asset identity feature information are hierarchically combined to generate the spliced ​​asset identity feature information. The first layer (leaf node) includes the SHA-3 calculation result, the BLAKE2b calculation result, and the Poseidon calculation result. The second layer (intermediate node) includes performing a hash operation on the two sub-hash values ​​of the first layer to generate a new hash value. The root node (final combination result) includes the final generated spliced ​​asset identity feature information.

[0035] Perform a secondary hash calculation on the spliced ​​asset identity feature information to generate the final digital asset identity information. This prevents the same asset data, metadata, or behavior data from being tampered with individually and still generating the same identity information. Even if an attacker attempts to modify part of the data, the entire asset identity information will change dramatically.

[0036] In a feasible implementation, the target blockchain is a dual-track architecture consisting of a consortium chain and a public chain. The above-mentioned digital asset identity information is recorded in the target blockchain, including: Record the identity feature information of the first asset in the public chain and IPFS cluster; Recording the second asset identity feature information in the first shard in the alliance chain; Record the third asset identity feature information in the second shard in the alliance chain; The above digital asset identity information is recorded in the above alliance chain and the above public chain.

[0037] For example, a dual-track architecture of public blockchain and consortium blockchain is adopted, and IPFS (InterPlanetary File System) is combined to store large-scale data.

[0038] Different asset identity information is stored on different chains: Public Blockchain is suitable for storing the first asset identity information (the asset original data hash value calculated based on SHA-3). It is open and transparent and accessible to all participants. It is combined with IPFS for large file storage to improve storage efficiency and distributed access capabilities.

[0039] Consortium Blockchain is suitable for storing the second asset identity information (structured metadata calculated by BLAKE2b) and the third asset identity information (behavioral data calculated by Poseidon).

[0040] Sharding mechanism is adopted: the first shard (Shard 1) stores the second asset identity information (structured metadata). The second shard (Shard 2) stores the third asset identity information (behavioral data). The alliance chain is jointly maintained by trusted nodes to improve data security and access control capabilities.

[0041] Since the first asset identity information (SHA-3 hash value) is generated based on the original asset data file, it is large in size or may involve privacy, so the hash value is stored on the public chain, making it open, transparent and tamper-proof. The original data is stored on IPFS, and the corresponding IPFS CID (content identifier) ​​is stored on the public chain to ensure the decentralized storage and verifiability of the data.

[0042] The second asset identity information (BLAKE2b calculation results) is based on the structured metadata of the asset (such as asset name, creator, public key, transaction history, etc.). Since metadata usually involves sensitive information (such as ownership information, private data), it is stored in the first shard (Shard 1) of the alliance chain and managed by trusted nodes.

[0043] The third asset identity feature information (Poseidon calculation results) is based on the asset's behavioral data, such as the asset's transaction history, access control records, and interaction events. Since behavioral data usually grows dynamically and involves privacy sensitivity, it is stored in the second shard (Shard 2) of the alliance chain to ensure that access rights are controlled.

[0044] The final digital asset identity information (i.e. the hash value after the secondary hash reinforcement) is stored on the public chain and the alliance chain as the unique identity identifier (DID) of the asset. The storage of the final digital asset identity information on the public chain can ensure the uniqueness and traceability of the asset identity. At the same time, the final digital asset identity information is also stored on the alliance chain to facilitate permission management and data privacy protection.

[0045] In a feasible implementation, the above-mentioned control of the asset operation of the target user in the target blockchain based on the above-mentioned asset use authority and the asset operation instruction of the target user includes: Perform the first-level verification operation based on the asset usage rights and the asset operation instructions of the target user to determine whether the asset usage rights are within the permission bit mask; Perform a second-layer verification operation based on the asset operation instructions of the above target user to conduct contextual compliance checks; Perform the third-layer verification operation according to the asset operation instruction of the above-mentioned target user to determine whether the real-time environmental verification is within the authorized geographic fence; When the first-layer verification operation, the second-layer verification operation, and the third-layer verification operation are all passed, the target user is allowed to operate assets in the target blockchain.

[0046] Exemplarily, the first layer of verification is a permission bit mask check to ensure that the user has the permission to perform the operation, that is, whether the user's permission level allows the asset operation to be performed. The system can read the permission information of the target user, which is usually managed by a smart contract or access control list (ACL). Compare the user permissions with the asset operation instructions and use the "permission bit mask" mechanism to match them. If the permissions match successfully, proceed to the next step; otherwise, the operation is rejected.

[0047] The second layer of verification is contextual compliance checking, which ensures that the asset operation complies with business rules, smart contract restrictions and asset status requirements, including checking the current status of the asset, checking contract constraints and checking user identity. Checking the current status of the asset may include: "Is the asset frozen?" "Is the asset frozen?" "Is the asset frozen?" "Is the asset in the operable window period?" "Does it meet the transaction conditions specified in the smart contract?" etc. Checking contract constraints may include: "Does the asset have special restrictions (such as only being able to be operated by specific users)?" "Does it comply with time or rule restrictions (such as the lock-up period has not expired)?" Checking user identity includes: "Does the user meet compliance requirements (such as whether it has passed KYC / AML certification)?" "Does the operation comply with regulatory requirements?" etc. The third level of verification is geo-fence checking to ensure that asset operations can only be performed in authorized geographic locations to prevent illegal cross-border transactions, data abuse, and other issues. The third level of verification may include: the system detects the user's geographic location (such as GPS coordinates, IP address, etc.), and compares whether the user's location is within the permitted range. In a feasible implementation, it also includes: Obtaining the target operation scenario corresponding to the target user instruction, wherein the target operation scenario includes a digital copyright re-authorization scenario, a cross-border asset transaction scenario, and an IoT device access scenario; Based on the above target operation scenario and the verification failure level corresponding to the regular verification failure, determine the asset operation in the target blockchain corresponding to the regular verification failure, wherein the above regular verification failure is the verification failure of the above target user when the number of verification failures is less than or equal to the preset number.

[0048] Exemplarily, identify which business scenario the user's asset operation belongs to, so as to dynamically adjust the verification strategy and subsequent asset operation mode according to the specific situation. Parse the asset operation instruction of the target user and determine the target operation scenario of the instruction.

[0049] Including digital copyright re-authorization scenarios, cross-border asset trading scenarios and IoT device access scenarios. Digital copyright re-authorization scenarios include: users want to transfer digital assets such as NFT copyrights, music copyrights, film and television copyrights. Cross-border asset trading scenarios include: for example, users attempt to conduct cross-border cryptocurrency transactions, supply chain financial asset transfers, etc.

[0050] When a user's asset operation fails the regular verification (but does not exceed the preset number of failures), the system can adjust the asset operation mode according to different operation scenarios and failure reasons to avoid overly strict blocking while maintaining security. Regular verification failure means that the user fails a certain layer of verification (such as permission verification, compliance check, or geo-fence verification), but the number of failures is still within the preset threshold (such as within 3 failures). If the number of failures exceeds the threshold, more stringent measures will be taken.

[0051] Failure levels include: First level failure (permission failure): Insufficient user permissions.

[0052] Second layer failure (compliance failure): The operation does not comply with the smart contract or business rules.

[0053] Third layer failure (geofence failure): The user operation area does not meet the requirements.

[0054] The asset operations in the target blockchain can be determined based on Table 1: Target operation scenario Failure Level Asset Operation Adjustment Strategy Digital copyright sublicensing Permission failed Allows you to submit additional identity verification (such as KYC or smart contract signature) and retry authorization if it passes. Digital copyright sublicensing Compliance failure Prompt the user to adjust the scope of authorization (e.g., only available in certain countries) and allow the user to resubmit the application. Cross-border asset transactions Permission failed Trigger AML (Anti-Money Laundering) review, if the user passes, the transaction is allowed. Cross-border asset transactions Compliance failure Allow users to choose compliant transaction paths (such as using regulated exchanges or legal payment channels). Cross-border asset transactions Geofencing Failure It is recommended that users operate in permitted areas or provide proof of compliance before executing transactions. IoT device access Permission failed Allow the device to retry by providing additional security credentials (such as two-factor authentication). IoT device access Compliance failure Require devices to complete smart contract security checks, such as checking whether the firmware version is compliant. IoT device access Geofencing Failure Prompt the device to adjust the access location or provide proof of authorization (such as special permission). Table 1 In a feasible implementation, it also includes: In the case where the verification failure is an abnormal verification failure, a risk index is obtained, wherein the risk index is determined based on the number of verification failures, time density, operation value coefficient, blacklist relevance, and environmental abnormality index; Adjust the next verification processing intensity of the above target user based on the above risk index.

[0055] Exemplarily, identifying abnormal verification failures is different from the aforementioned "regular verification failures". Abnormal verification failures usually mean that the user has potential fraud, illegal operations or abnormal behavior. Regular verification failures can mean that the user has failed the verification without exceeding the preset number of failures (such as within 3 times), and the policy can still be adjusted to operate. Abnormal verification failures mean that when certain abnormal features appear, the system believes that the user's behavior may be high-risk, for example: the number of failures exceeds the preset threshold (such as more than 5 times). Frequent submission of failed requests in a short period of time (such as 5 failures within 1 minute).

[0056] By calculating the risk index, the potential risk level of the user is quantified so that the strictness of the next verification can be dynamically adjusted. According to the risk level, the strictness of the user's next verification is dynamically adjusted to ensure that low-risk users can operate smoothly and high-risk users are subject to strict review. The disposal method can be determined by Table 2. Treatment intensity range Verification factors Mathematical representation 0-35 Basic password + SMS verification code <![CDATA[C 1 ={Password strength ≥ 8 digits, verification code validity period = 5 minutes}]]> 36-65 Biometrics + Device Binding <![CDATA[C 2 ={Face misrecognition rate ≤ 10 -4 , device fingerprint matching degree ≥ 0.85}]]> 66-100 MFA+Zero-knowledge proof+Manual review <![CDATA[C 3 ={MFA factor ≥ 2, zk-SNARK verification delay ≤ 2 seconds}]]>

[0057] Table 2 Specifically, if the processing strength range is between 0-35, the verification requirement is to use a basic password plus a text message verification code for identity authentication, ensuring that the password must be at least 8 characters long (password strength ≥ 8 characters), and the validity period of the information verification code is set to 5 minutes. If the processing strength range is between 36-65, biometrics (such as face recognition) and device binding are used for verification. The face recognition error rate should be less than or equal to 10 −4 , or the device fingerprint matching degree must reach 0.85 or above. If the processing intensity range is between 66-100, multi-factor authentication (MFA), zero-knowledge proof (zk-SNARK), and manual review are used for identity authentication. The number of MFA factors must be greater than or equal to 2, and zk-SNARK must be used for verification, and the verification time must not exceed 2 seconds.

[0058] In a feasible implementation, it also includes: Determine the above operation value coefficient based on the market value index, the operation type weight matrix, the network effect value, the first weight coefficient, the second weight coefficient and the third weight coefficient; Determine the above blacklist relevance based on the direct relevance, indirect relevance, time decay factor and adjustment coefficient; The above-mentioned environmental anomaly index is determined based on geographic space anomaly information, equipment environment risk information, time pattern anomaly information and dynamic thresholds.

[0059] Exemplarily, the operating value coefficient OVC can be calculated by the following formula: in: is the market value index, For The asset price of the oracle, is the reputation weight of the corresponding oracle , is the operation type weight matrix, is the network effect value, is the first weight coefficient, is the second weight coefficient, The third weight coefficient in, For the The impact factor of the associated copyright, is the strength coefficient of the association relationship, for example: ) The blacklist association BAR can be calculated by the following formula: in, is the adjustment factor, For direct correlation, For indirect correlation, is the time decay factor.

[0060] The direct correlation degree D can be calculated based on the following formula: in, Device fingerprint, IP address, payment account is the detection weight of each feature , is an indicator function (1 if matched, 0 otherwise).

[0061] Indirect correlation It can be calculated by the following formula: in, The PageRank is the node importance score, Indicates whether the node is in the blacklist.

[0062] Time decay factor The environmental anomaly index EAI can be calculated by the following formula: in, is the dimension weight coefficient, which indicates the risk weight of different detection dimensions and is dynamically calculated by the entropy weight method; the score of each dimension Includes geospatial anomaly information , Equipment Environmental Risk Information , time pattern abnormal information ; τ is the dynamic threshold.

[0063] 1. Geospatial anomalies It can be calculated by the following formula: in, is the geo-fence radius threshold, Provide users with real-time GPS / WiFi / base station positioning coordinates, Penalty factor for VPN usage, It is the VPN indication function, which is 1 when VPN is detected, otherwise it is 0.

[0064] 2. Equipment environment risk information It can be calculated by the following formula: in, Jailbreak status, virtual machine characteristics, sensor anomalies , The weight of the device feature , is the characteristic abnormality indicator function abnormal (normal = 1, normal = 0).

[0065] 3. Time mode abnormal information It can be calculated by the following formula: in, is the current operation timestamp, is the average historical operation time of the user, is the time distribution standard deviation.

[0066] 4. Dynamic Threshold It can be calculated by the following formula: The risk index can be calculated as follows: is the number of verification failures, Time density Operation interval , is the normalization factor , OVC is the operational value coefficient, BAR is the blacklist association, is the environmental anomaly index, 0.4, 0.3, 0.2 and 0.1 are adjustment coefficients, which can be adaptively adjusted.

[0067] In a feasible implementation manner, adjusting the next verification processing intensity of the target user based on the risk index includes: Determine the risk level information based on the above risk index and risk level discretization matrix; Determine the basic strength increment based on the above risk level information and strength increment matrix; Get trend correction factor; The next verification and disposal intensity is determined based on the trend correction factor, the basic intensity increment and the current verification and disposal intensity.

[0068] For example, the risk level is determined based on the risk index R and the risk level discretization matrix , the risk levels include low risk, medium risk and high risk, specifically: Based on the above risk level information and the strength increment matrix to determine the basic strength increment : The trend correction factor can be calculated as follows: in, is the trend gradient: The next verification treatment intensity value can be calculated by: In addition, additional constraints can be set: When changing across levels, force an increase in the minimum step size .

[0069] In summary, this method uses blockchain, smart contracts, multi-layer security verification and intelligent risk control to achieve efficient confirmation of digital assets, refined permission management and dynamic security control. This method ensures the uniqueness, immutability and traceability of asset identity based on multi-layer hash calculation, distributed storage and dual-chain architecture. This method also supports dynamic authorization, cross-chain access management and shard storage to ensure data privacy and safe asset transfer. This method combines permission checking, business rule verification and geo-fence control to effectively prevent unauthorized access, tampering and cross-border illegal transactions. Based on transaction graph, blacklist analysis, device / time / space anomaly detection, it accurately prevents fraud, money laundering and malicious operations. According to the risk index, different levels of identity authentication mechanisms are adapted to optimize security and user experience. The verification strategy is intelligently adjusted for digital copyright, cross-border transactions and IoT devices, taking into account security and business efficiency. This method ensures cross-chain transactions, secure authorization and compliance realization of assets, and promotes the development of digital economy and intellectual property protection. This method not only improves the security, compliance and traceability of digital asset confirmation, but also enhances the market value of digital assets, providing solid technical support for digital economy and intellectual property protection.

[0070] like Figure 2 As shown, the present application proposes an intelligent intellectual property protection system 10 for a digital asset confirmation platform, comprising: The recording unit 101 is used to create digital asset identity information for the target digital asset and record the digital asset identity information in the target blockchain; A determination unit 102, configured to determine the asset usage rights of the target user based on the smart contract; The control unit 103 is used to control the asset operation of the target user in the target blockchain based on the asset usage authority and the asset operation instruction of the target user.

[0071] The above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims

1. An intelligent intellectual property protection method for a digital asset confirmation platform, characterized in that: include: Creating digital asset identity information for the target digital asset and recording the digital asset identity information in the target blockchain; Determine the target user's asset usage rights based on smart contracts; The asset operation of the target user in the target blockchain is controlled based on the asset usage authority and the asset operation instruction of the target user.

2. The intelligent intellectual property protection method of the digital asset confirmation platform according to claim 1 is characterized in that: The step of creating digital asset identity information for the target digital asset includes: Performing a first hash calculation operation on the original data file of the target digital asset using the SHA-3 layer to obtain first asset identity feature information; Using the BLAKE2b layer to perform a second hash calculation operation on the structured metadata of the target digital asset to obtain identity feature information of the second asset; Using the Poseidon layer to perform a third hash calculation operation on the behavior data set of the target asset to obtain identity feature information of the third asset; The digital asset identity information is created according to the first asset identity feature information, the second asset identity feature information and the third asset identity feature information.

3. The intelligent intellectual property protection method of the digital asset confirmation platform according to claim 2 is characterized in that: The step of creating the digital asset identity information according to the first asset identity feature information, the second asset identity feature information, and the third asset identity feature information includes: performing a hierarchical combination operation on the first asset identity feature information, the second asset identity feature information and the third asset identity feature information to generate concatenated asset identity feature information; A secondary hash reinforcement operation is performed on the spliced ​​asset identity feature information to create the digital asset identity information.

4. The intelligent intellectual property protection method of the digital asset confirmation platform according to claim 2 is characterized in that: The target blockchain is a dual-track architecture consisting of a consortium chain and a public chain. The step of recording the digital asset identity information in the target blockchain includes: Recording the first asset identity feature information in the public chain and the IPFS cluster; Recording the second asset identity feature information in the first shard in the alliance chain; Recording the third asset identity feature information in the second shard in the alliance chain; The digital asset identity information is recorded in the alliance chain and the public chain.

5. The intelligent intellectual property protection method of the digital asset confirmation platform according to claim 1 is characterized in that: The controlling the asset operation of the target user in the target blockchain based on the asset usage authority and the asset operation instruction of the target user includes: Performing a first-level verification operation based on the asset usage rights and the asset operation instructions of the target user to determine whether the asset usage rights are within the permission bit mask; Performing a second layer of verification operation according to the asset operation instructions of the target user to perform contextual compliance checks; Performing a third-layer verification operation according to the asset operation instruction of the target user to determine whether the real-time environmental verification is within the authorized geographic fence; When the first-layer verification operation, the second-layer verification operation, and the third-layer verification operation are all passed, the target user is allowed to operate assets in the target blockchain.

6. The intelligent intellectual property protection method of the digital asset confirmation platform according to claim 5 is characterized in that: Also includes: Obtaining a target operation scenario corresponding to a target user instruction, wherein the target operation scenario includes a digital copyright re-authorization scenario, a cross-border asset transaction scenario, and an Internet of Things device access scenario; Based on the target operation scenario and the verification failure level corresponding to the conventional verification failure, determine the asset operation in the target blockchain corresponding to the conventional verification failure, wherein the conventional verification failure is the verification failure of the target user when the number of verification failures is less than or equal to a preset number.

7. The intelligent intellectual property protection method of the digital asset confirmation platform according to claim 6 is characterized in that: Also includes: In the case where the verification failure is an abnormal verification failure, a risk index is obtained, wherein the risk index is determined based on the number of verification failures, time density, operation value coefficient, blacklist association degree, and environmental abnormality index; The intensity of the next verification process of the target user is adjusted based on the risk index.

8. The intelligent intellectual property protection method of the digital asset confirmation platform according to claim 7 is characterized in that: Also includes: Determine the operation value coefficient according to the market value index, the operation type weight matrix, the network effect value, the first weight coefficient, the second weight coefficient and the third weight coefficient; Determining the blacklist relevance according to the direct relevance, the indirect relevance, the time decay factor and the adjustment coefficient; The environmental anomaly index is determined based on the geospatial anomaly information, the equipment environmental risk information, the time pattern anomaly information and the dynamic threshold.

9. The intelligent intellectual property protection method of the digital asset confirmation platform according to claim 7 is characterized in that: The adjusting the next verification processing intensity of the target user based on the risk index includes: Determining risk level information according to the risk index and the risk level discretization matrix; Determining a basic strength increment according to the risk level information and the strength increment matrix; Get trend correction factor; The next verification treatment intensity is determined according to the trend correction factor, the basic intensity increment and the current verification treatment intensity.

10. An intelligent intellectual property protection system for a digital asset confirmation platform, characterized in that: include: A recording unit, used to create digital asset identity information for a target digital asset, and record the digital asset identity information in a target blockchain; A determination unit, used to determine the asset usage rights of the target user based on the smart contract; A control unit is used to control the asset operation of the target user in the target blockchain based on the asset usage authority and the asset operation instruction of the target user.

Images