Intangible asset full life cycle scheduling method, system and device and storage medium

Abstract

The invention relates to the technical field of enterprise digital transformation, and discloses an intangible asset full life cycle scheduling method, system and device and a storage medium, and the method comprises the steps: obtaining a to-be-approved asset transfer order and a to-be-transferred intangible asset, and carrying out the first association of the asset transfer order and the intangible asset, and obtaining a first association relationship; and performing primary examination and approval on the asset transfer bill, obtaining an intangible asset detail list in combination with the asset transfer bill and the first association relationship, and performing secondary examination and approval on the asset transfer bill to realize full-life-cycle scheduling of the intangible assets.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of enterprise digital transformation, and in particular to a method, system and device for scheduling intangible assets throughout their life cycle, and a storage medium. BACKGROUND

[0002] Information Technology Asset Lifecycle Management (ITALM) refers to the systematic and standardized management of IT assets throughout their life cycle, from procurement, deployment, use, maintenance to retirement. The goal is to maximize asset value, optimize resource utilization, reduce costs and ensure compliance. With the deepening of digital transformation, the value of IT intangible assets is increasingly prominent, but its management status still faces many challenges. The intangibility and complexity of intangible assets make management difficult, and their value is difficult to quantify. How to integrate them into IT asset lifecycle management is a problem to be solved.

[0003] Existing IT asset lifecycle management is more about the lifecycle management of fixed assets. From procurement, deployment, use, maintenance to retirement, each link has clear processes and records. However, the management of IT intangible assets still faces many challenges. The present application provides a method, system and device for scheduling intangible assets throughout their life cycle, and a storage medium. Based on the life cycle process of fixed assets from procurement, use, maintenance to retirement, the business management process is combined to introduce process approval management of intangible assets from requisition, transfer, change, retirement and other links. By using the present application, enterprises can better track and optimize asset use, avoid resource waste, and better develop IT strategies and procurement decisions based on life cycle data collection and analysis. SUMMARY

[0004] In view of the above existing problems, the present application is proposed.

[0005] Therefore, the present application provides a method, system and device for scheduling intangible assets throughout their life cycle, and a storage medium to solve the many challenges faced by intangible asset management in existing IT asset lifecycle management. Existing management mainly focuses on fixed assets, while intangible assets are difficult to quantify and manage due to their intangibility and complexity, making it difficult to integrate into traditional management processes.

[0006] To solve the above technical problems, the present application provides the following technical solutions:

[0007] In a first aspect, the present application provides a method for scheduling intangible assets throughout their life cycle, comprising:

[0008] Obtain an asset handover form to be approved and an intangible asset to be handed over, perform first association on the asset handover form and the intangible asset, and obtain a first association relationship;

[0009] Perform first approval on the asset handover form, obtain an intangible asset detail list in combination with the asset handover form and the first association relationship, perform second approval on the asset handover form, and realize scheduling of the whole life cycle of the intangible asset.

[0010] As a preferred scheme of the method for scheduling the whole life cycle of the intangible asset, the first approval on the asset handover form includes:

[0011] Perform first calculation on a risk index of the asset handover form;

[0012] Select an approval strategy according to a calculation result;

[0013] If the risk index is less than a first threshold value, automatically approve;

[0014] If the risk index is greater than or equal to the first threshold value and less than a second threshold value, perform single-level approval;

[0015] If the risk index is greater than the second threshold value, perform multi-level approval and secondary verification.

[0016] The preferred technical scheme has the beneficial effects that the balance between approval efficiency and risk control is realized by dynamically adjusting the approval strategy, the transparency and traceability of management are improved, the resource allocation is optimized, and the reliability and stability of the system are enhanced.

[0017] As a preferred scheme of the method for scheduling the whole life cycle of the intangible asset, the method further includes:

[0018] Introduce a process exception rollback mechanism in the approval process of the asset handover form;

[0019] Start and execute an asset operation requested by a user;

[0020] If the operation is completed, record an operation success log;

[0021] If the operation is abnormal, perform exception capture and restore the asset to a state before execution.

[0022] The preferred technical scheme has the beneficial effects that the process exception rollback mechanism is introduced, the asset state is restored to the state before execution when the operation fails, the data consistency and process integrity are ensured, and the reliability and stability of the system are improved.

[0023] As a preferred scheme of the method for scheduling the whole life cycle of the intangible asset, the second approval on the asset handover form includes:

[0024] generating an asset handover form according to the risk index for secondary approval;

[0025] If the risk index is less than or equal to the third threshold value, it is a low-risk scene, and the application is directly passed;

[0026] If the risk index is greater than the third threshold value and less than or equal to the fourth threshold value, it is a medium-risk scene, and a designated approval role is specified for review;

[0027] If the risk index is greater than the fourth threshold value, it is a high-risk scene, and multiple roles are used for approval.

[0028] The beneficial effects of the preferred technical solution are that the secondary approval strategy is dynamically adjusted according to the risk index, accurately matches the approval process, ensures strict review of high-risk operations, and improves management efficiency and compliance.

[0029] As a preferred scheme of the intangible asset full life cycle scheduling method described in the application, further comprising:

[0030] The asset handover form uses a two-phase commit mechanism, including a pre-commit phase and a commit phase;

[0031] For the pre-commit phase, the data of the change operation is locked, and the data of the change operation is backed up;

[0032] If the data of the change operation is successfully locked and backed up, the commit phase is entered, otherwise the process exception rollback mechanism is triggered;

[0033] For the commit phase, the data of the change operation is obtained, and the data is modified and solidified in the database.

[0034] The beneficial effects of the preferred technical solution are that the two-phase commit mechanism ensures the atomicity of asset operations, locks data and prevents concurrent conflicts, and guarantees operation reliability and data consistency.

[0035] As a preferred scheme of the intangible asset full life cycle scheduling method described in the application, wherein the first calculation of the risk index of the asset handover form comprises:

[0036] Obtain the elements of the asset handover form, and set a weight coefficient for each element;

[0037] The elements of the asset handover form and the corresponding weight coefficients are weighted and summed to obtain the risk index.

[0038] As a preferred scheme of the intangible asset full life cycle scheduling method described in the application, wherein the first association of the asset handover form and the intangible asset comprises:

[0039] Creating an asset handover form, selecting at least one intangible asset;

[0040] The asset handover form is one-to-one corresponding to the intangible asset, a correlation relationship is established, and the correlation relationship is saved in a database.

[0041] In a second aspect, the present application provides an intangible asset full life cycle scheduling system, comprising:

[0042] An asset correlation module is configured to acquire an asset handover form to be approved and an intangible asset to be handed over, perform first correlation on the asset handover form and the intangible asset, and obtain a first correlation relationship;

[0043] An approval module is configured to perform one-time approval on the asset handover form, perform secondary approval on the asset handover form in combination with an intangible asset detail list obtained from the asset handover form and the first correlation relationship, and realize scheduling of the intangible asset full life cycle.

[0044] In a third aspect, the present application provides a computer device comprising a memory and a processor, wherein the memory stores a computer program, and wherein the processor realizes the steps of the intangible asset full life cycle scheduling method when executing the computer program.

[0045] In a fourth aspect, the present application provides a computer readable storage medium, wherein the computer readable storage medium stores a computer program, and wherein the computer program realizes the steps of the intangible asset full life cycle scheduling method when executed by a processor.

[0046] Compared with the prior art, the present application has the following beneficial effects: by constructing the full life cycle management of IT intangible assets from the aspects of application, handover, change, retirement and scrap, and by deep integration of business process automation and intelligent decision engine, the three core problems of process island, compliance risk and resource waste in traditional asset management are solved. The present application can help enterprises maximize asset value and optimize resource utilization, and ensure that each link of the intangible asset life cycle is recorded and audited, thereby improving the transparency and traceability of management. BRIEF DESCRIPTION OF DRAWINGS

[0047] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following will briefly introduce the drawings needed in the embodiment description. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creative labor.

[0048] Fig. 1 The overall flow logic diagram of the intangible asset full life cycle scheduling method provided by one embodiment of the present application is shown in the figure.

[0049] Fig. 2A prototype diagram of a whole life cycle scheduling method of intangible assets is provided for an embodiment of the present application. DETAILED DESCRIPTION

[0050] In order to make the above objectives, characteristics and advantages of the present application more obvious and easy to understand, the specific embodiments of the present application are described in detail below with reference to the accompanying drawings. Obviously, the described embodiments are part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative labor should belong to the protection scope of the present application.

[0051] Embodiment 1, reference Figs. 1-2 For an embodiment of the present application, the embodiment provides a whole life cycle scheduling method of intangible assets, comprising:

[0052] S100: obtaining an asset handover sheet to be approved and intangible assets to be handed over, performing first association on the asset handover sheet and the intangible assets, and obtaining a first association relationship;

[0053] S200: performing one-time approval on the asset handover sheet, obtaining an intangible asset detail list in combination with the asset handover sheet and the first association relationship, performing two-time approval on the asset handover sheet, and realizing scheduling of the whole life cycle of the intangible assets.

[0054] It should be noted that the present application realizes accurate association and hierarchical approval of the asset handover sheet and the intangible assets. Firstly, the asset handover sheet to be approved and the intangible assets to be handed over are associated to form a clear first association relationship. Then, through one-time approval and two-time approval in combination with the association relationship, the scheduling of the whole life cycle of the intangible assets is more accurate and compliant, which can effectively improve the transparency and traceability of management, and avoid resource waste and compliance risks.

[0055] As shown in the figure, in the embodiment of the present application, the above step S100 comprises the following sub-steps A1-A2; Fig. 2

[0056] In A1: creating an asset handover sheet and selecting at least one intangible asset;

[0057] In A2: one-to-one correspondence between the asset handover sheet and the intangible assets, establishing an association relationship, and saving in a database.

[0058] Specifically, a user adds an IT asset handover (change, claim, retirement) sheet to be approved in an IT asset management system; and adds or selects IT intangible assets to be handed over (changed, claimed, retired) in the system; associates the selected IT intangible assets with the IT asset handover (change, claim, retirement) sheet to obtain an association relationship;

[0059] ​In an alternative embodiment, the first association can be an automatic association based on a rule engine. When the system detects a new asset transfer requirement, it automatically completes the association according to the logic of the rule engine and generates an association record to save to the database. For example, the logic of the engine automatically associates all software intangible assets to the asset transfer order of the software department.

[0060] In another alternative embodiment, the first association can be an association based on data mining and intelligent recommendation. The system automatically recommends intangible assets that may need to be associated to the user for confirmation based on patterns mined from historical data. The user can choose to accept the recommendation or manually adjust it. For example, according to the pattern mined from historical data, related patents and software works are usually transferred together every time there is a software update.

[0061] In the embodiment of the present application, the first association includes that the user creates a new asset transfer order in the system and fills in the necessary information such as operation type, applicant, application time, etc. The system generates a unique transfer order ID for the transfer order.

[0062] The user selects the intangible assets that need to be operated in the system. The system will display a list of all available intangible assets, and the user can select one or more assets.

[0063] The user associates the selected intangible assets with the asset transfer order. In the associated asset list field of the asset transfer order table, the ID of the selected intangible asset is recorded. In the associated transfer order ID field of the intangible asset table, the ID of the asset transfer order is recorded. After the user completes the association operation, the system saves these information to the database.

[0064] It should be noted that the precise association of the asset transfer order and the intangible asset is achieved. By recording the association relationship between the two parties, the traceability of asset operation and the refinement of management are ensured, providing an accurate basis for subsequent approval, monitoring and data analysis, and improving management efficiency and transparency.

[0065] In the embodiment of the present application, the above step S200 includes the following sub-steps B1-B7.

[0066] In B1, a first calculation is performed on the risk index of the asset transfer order.

[0067] In B2, an approval strategy is selected according to the calculation result.

[0068] In B3, if the risk index is less than a first threshold, the approval is automatic.

[0069] In B4, if the risk index is greater than or equal to the first threshold and less than a second threshold, the approval is single-level.

[0070] In B5: if the risk index is greater than the second threshold, multi-level approval and secondary verification.

[0071] In B6: obtain the elements of the asset handover form, and set a weight coefficient for each element;

[0072] In B7: weight and sum the elements of the asset handover form and the corresponding weight coefficients to obtain the risk index.

[0073] In an optional embodiment, the first calculation can be a risk assessment based on a machine learning model. A machine learning model such as a decision tree, random forest, neural network, etc. is trained using historical data such as past operation records, approval results, risk events, etc. to predict the risk index of the current asset operation according to the input features such as asset type, operation type, user role, historical risk events, etc.

[0074] In an optional embodiment, the first calculation can be a dynamic risk assessment based on a rule engine. A series of rules are defined by the rule engine to dynamically calculate the risk index according to the characteristics of the asset operation, such as asset type, operation type, user role, etc. For example, if the operation type is "retirement" and the asset type is "high-value patent", the risk index increases by 20 points; if the user role is "junior engineer", the risk index increases by 10 points; if the operation involves an asset that has had a risk event in the past 6 months, the risk index increases by 15 points.

[0075] In another optional embodiment, the first calculation can be a risk assessment based on a Bayesian network. A Bayesian network is used to build a risk assessment model. Bayesian network is a probabilistic graphical model that can represent the conditional probability relationship between variables. By defining various characteristics of asset operation such as asset type, operation type, user role as nodes, and setting the probability relationship between nodes according to historical data or expert knowledge, the risk probability of the current operation is calculated.

[0076] In the embodiment of the present application, the first calculation includes dynamic process adjustment.

[0077] Specifically, adaptive approval routing is based on asset type, such as fixed assets / intangible assets, operation type, such as handover / retirement / claim / change, and user role calculation, represented as:

[0078]

[0079] (CIA Score = 0.6 * Confidentiality + 0.3 * Integrity + 0.1 * Availability)

[0080] wherein, CIAScore Security attribute score, which is used to quantify the risk level of the asset in the security dimension, is calculated by the confidentiality, integrity, and availability; User risk history, which is based on the risk assessment of the user's historical operation records, such as the transfer, change, and allocation of intangible assets, and generates a dynamic score through data analysis; Threat_Level Environmental threat level, which is dynamically adjusted according to the internal and external risks of the environment where the asset is located, such as policy changes or geographical location factors, to assist in dynamic assessment; Index Dynamic approval routing mechanism adjustment strategy, which is based on the security attribute score, user risk history, and environmental threat level, and automatically upgrades to multiple levels of approval, such as supervisor → department head → responsible leader → senior management, and is associated with relevant compliance checks, such as additional intellectual property compliance review for intangible asset changes;

[0081] Confidentiality is the confidentiality, which measures the risk of information leakage of intangible assets, such as high-value patents, software, and application system software; Integrity is the integrity, which evaluates the possibility of data tampering or damage of intangible assets, such as service configuration information of application system software; Availability is the availability, which reflects the impact of service interruption of intangible assets on business, such as the interruption of core service application system may affect production operations;

[0082] It should be noted that there are significant differences in management between fixed assets and intangible assets. Fixed assets (such as hardware devices) usually have clear physical form and service life, while intangible assets (such as software, patents, and copyrights) have characteristics such as intangibility, complexity, and difficulty in quantifying value. The risks of intangible assets mainly focus on information leakage, data tampering, and business interruption, while the risks of fixed assets are more reflected in physical damage, depreciation, and maintenance costs. By including asset type in risk assessment, the risk level of different assets can be more accurately quantified;

[0083] Different operation types (such as transfer, retirement, claim, and change) have different impacts on assets; the difference in operation type determines the need for dynamic adjustment of risk assessment;

[0084] For user roles, different user roles have different permissions and responsibilities in asset operations, and the user's historical operation records can reflect their risk behavior patterns;

[0085] It should also be noted that the combination of asset type, operation type, and user role can more comprehensively assess the risk of asset operation, achieve more accurate, comprehensive, and dynamic risk management, and ensure the compliance, security, and efficiency of IT asset operation.

[0086] Specifically, the system calculates a risk index based on the risk assessment and selects a corresponding approval strategy based on the risk index, where the first threshold value can be 50 and the second threshold value can be 80.

[0087] If the risk index is less than 50, automatic approval is performed; if the risk index is greater than or equal to 50 and less than 80, single-level manual approval is performed; and if the risk index is greater than or equal to 80, multi-level approval + secondary verification is performed.

[0088] It should be noted that automatic approval includes, when the risk index is less than 50, the system directly passes the approval without human intervention, the system records the approval result, generates an operation success log, and updates the relevant asset state.

[0089] Single-level manual approval includes, when the risk index is between 50 and 80, the system sends the approval request to a designated approval role, such as a team leader or department supervisor, the approver logs in to the system, views the detailed information of the approval request, including asset information, operation type, risk index, etc., and performs manual review, the approver decides whether to pass the approval according to the review result, and records the approval opinion in the system.

[0090] Multi-level approval + secondary verification includes, when the risk index is greater than or equal to 80, the system sends the approval request to multiple approval roles, such as team leaders, security teams, department heads, etc., each approval role successively reviews the approval request, and only when all approval roles pass, the approval request is considered to pass, and in the approval process, the system also performs secondary verification, such as through SMS verification code, email verification, or additional compliance checks.

[0091] It should also be noted that through dynamic process adjustment and risk index evaluation, flexible selection of approval strategies is achieved, improving approval efficiency, enhancing risk control, ensuring the compliance and safety of asset operations, and improving management transparency and resource utilization.

[0092] In the embodiment of the present application, after the steps B1-B7 in the step S200 are completed, the following steps B8-B11 are further included.

[0093] In B8: a process exception rollback mechanism is introduced in the asset handover order approval process.

[0094] In B9: the user's requested asset operation is started and executed.

[0095] In B10: if the operation is completed, an operation success log is recorded.

[0096] In B11: if the operation is abnormal, exception capture is performed, and the asset is restored to the state before execution.

[0097] Specifically, the asset operation such as asset change, handover, etc. is triggered through the exception rollback mechanism, and a specified operation is called to execute the business logic;

[0098] If the operation is completed normally, an operation success log is recorded, and the process is terminated.

[0099] If an operation exception occurs during execution, such as data conflict, permission verification failure, etc., the system captures the exception and records error information, including the failure reason.

[0100] The rollback operation is called to execute custom rollback logic, such as database transaction rollback, file state restoration, to ensure that the resources involved in the operation are restored to the state before execution.

[0101] The state machine recovery is used to roll back the current state of the asset in the state machine to the previous step, such as from "change in progress" to "registered", to ensure the integrity of the process.

[0102] It should be noted that by introducing the process exception rollback mechanism, the asset operation can be automatically restored to a safe state in the event of an exception, avoiding data inconsistency or resource damage. Combined with operation success record and exception capture, the reliability and traceability of the operation are guaranteed, and the stability of the system and the transparency of the operation are improved.

[0103] In the embodiment of the present application, after the completion of steps B8-B11 in step S200, the following steps B12-B15 are further included.

[0104] In B12, a strategy for generating an asset handover order according to the risk index for secondary approval is generated.

[0105] In B13, if the risk index is less than or equal to the third threshold value, it is a low-risk scenario, and the application is directly passed.

[0106] In B14, if the risk index is greater than the third threshold value and less than or equal to the fourth threshold value, it is a medium-risk scenario, and a designated approval role is specified for review.

[0107] In B15, if the risk index is greater than the fourth threshold value, it is a high-risk scenario, and multiple roles are used for approval.

[0108] Specifically, the third threshold value is 30, and the fourth threshold value is 70.

[0109] When the risk index is less than or equal to 30, it is a low-risk scenario, such as the requisition of ordinary consumables or the change of low-value assets, and an automatic approval strategy is adopted. The system automatically executes the approval process without human intervention.

[0110] When the risk index is between 30 and 70, it is a medium-risk scenario, for example, asset change or transfer of a certain value, triggering single-level manual approval, assigning an approval role such as a team leader, and manually reviewing operation compliance, such as asset transfer permission verification;

[0111] When the risk index is greater than 70, it is a high-risk scenario, for example, decommissioning of high-value assets or operations involving sensitive data, enabling a multi-level approval strategy, which requires passing through multiple roles such as project leader and security team, and mandatory additional security review processes such as data desensitization verification or contract compliance checks.

[0112] It should be noted that by introducing a secondary approval mechanism and dynamically adjusting the approval strategy according to the risk index, the risk control capability is further enhanced. Low-risk operations are quickly passed, medium-risk operations are properly audited, and high-risk operations are strictly reviewed and subjected to additional security checks, ensuring the compliance and security of IT asset operations, while improving approval efficiency and management transparency.

[0113] In the embodiment of the present application, after the completion of steps B12-B15 in step S200, the following steps B16-B19 are further included;

[0114] In B16: The asset transfer order uses a two-phase commit mechanism, including a pre-commit phase and a commit phase;

[0115] In B17: For the pre-commit phase, lock the data of the change operation and backup the data of the change operation;

[0116] In B18: If the data of the change operation is successfully locked and backed up, enter the commit phase, otherwise trigger the process exception rollback mechanism;

[0117] In B19: For the commit phase, get the data of the change operation and modify the data to solidify it in the database.

[0118] Specifically, in the pre-commit phase, after the applicant initiates the process, the applicant needs to lock the asset to be decommissioned to avoid simultaneous operation by others, lock the data to be changed to prevent data inconsistency caused by concurrent operation;

[0119] Backup the original record of the decommissioned asset, prepare for data rollback in scenarios such as process approval failure, and backup the source data of the change operation to ensure data rollback;

[0120] If the locking and backup are successful, enter the commit phase, otherwise trigger rollback;

[0121] The submission stage, after the applicant initiates the process, needs to initiate the lock of the application retired assets to avoid the simultaneous operation of other people on the resource to obtain the changed operation data, and solidify the data modification into the database.

[0122] If the pre-commit fails, any lock or reservation fails, such as if other users are modifying the data, or the backup fails, immediately call the rollback logic, including:

[0123] Release the lock to release the lock of the changed operation data and restore its availability;

[0124] Release the quota and delete the backup record;

[0125] Exception throwing, notify the caller that the transaction is terminated, and ensure that the process is traceable.

[0126] It should be noted that the two-phase commit is a commonly used distributed transaction processing method, which divides transaction processing into two stages: preparation stage and submission stage. In the preparation stage, the producer and the consumer both perform certain preparation work, such as locking resources, recording logs, etc. In the submission stage, if all participants indicate that the transaction is successful, the commit operation is executed, otherwise the rollback operation is executed; through the "pre-check → commit" two-stage design, it is ensured that the asset transfer operation is either completely successful (locking, reservation, backup) or completely rolled back (data is restored to the initial state), avoiding intermediate state data pollution; the locking and reservation mechanism prevents conflicts when multiple transactions operate on the same resource simultaneously (simultaneous operation on a piece of data).

[0127] It should also be noted that through the two-phase commit mechanism, the atomicity and consistency of asset operations are ensured, the data is locked and backed up in the pre-commit stage to prevent concurrent conflicts; the submission stage ensures that the data modification is successfully solidified to the database, if the operation fails, the system automatically rolls back and restores the data to the initial state, ensuring the integrity of the process, which can effectively avoid intermediate state data pollution, enhance the reliability and stability of the system, and ensure the security of asset operations and the integrity of data.

[0128] The above is a schematic scheme of the intangible asset full life cycle scheduling method of the embodiment. It should be noted that the technical scheme of the intangible asset full life cycle scheduling system belongs to the same concept as the technical scheme of the intangible asset full life cycle scheduling method described above, and the details of the technical scheme of the intangible asset full life cycle scheduling system in this embodiment are not described in detail, which can be referred to the description of the technical scheme of the intangible asset full life cycle scheduling method.

[0129] The intangible asset full life cycle scheduling system in this embodiment includes:

[0130] The asset association module is configured to acquire an asset handover form to be approved and an intangible asset to be handed over, perform first association on the asset handover form and the intangible asset, and obtain a first association relationship;

[0131] The approval module is configured to perform first approval on the asset handover form, perform second approval on the asset handover form in combination with the asset handover form and the first association relationship to obtain an intangible asset detail list, and realize scheduling of the whole life cycle of the intangible asset.

[0132] The embodiment also provides a computer device suitable for scheduling of the whole life cycle of the intangible asset, which comprises:

[0133] The memory is configured to store computer executable instructions, and the processor is configured to execute the computer executable instructions to realize the method for scheduling the whole life cycle of the intangible asset.

[0134] The embodiment also provides a storage medium having a computer program stored thereon, and the computer program is executed by the processor to realize the method for scheduling the whole life cycle of the intangible asset.

[0135] The storage medium provided by the embodiment belongs to the same inventive concept as the method for scheduling the whole life cycle of the intangible asset, and the technical details not described in the embodiment can be referred to the above embodiment, and the embodiment has the same beneficial effects as the above embodiment.

[0136] From the above description of the embodiments, those skilled in the art can clearly understand that the present application can be realized by means of software and necessary universal hardware, and of course can also be realized by hardware. Based on such understanding, the technical solutions of the present application or the part that contributes to the prior art can be embodied in the form of a software product. The computer software product can be stored in a computer readable storage medium, such as a floppy disk, a read-only memory (ROM), a random access memory (RAM), a FLASH memory, a hard disk or an optical disk, and includes a number of instructions to make a computer device (which can be a personal computer, a server, or a network device, etc.) execute the methods of various embodiments of the present application.

Claims

1. A method for scheduling the entire life cycle of intangible assets, characterized in that: include: Obtaining an asset transfer form to be approved and an intangible asset to be transferred, and performing a first association between the asset transfer form and the intangible asset to obtain a first association relationship; The asset transfer form is reviewed and approved once, and a detailed list of intangible assets is obtained by combining the asset transfer form and the first association relationship, and the asset transfer form is reviewed and approved again, thereby realizing the scheduling of the entire life cycle of intangible assets.

2. The method for scheduling the entire life cycle of intangible assets according to claim 1, characterized in that: The asset transfer form is subject to a review and approval process including: Perform a first calculation of the risk index of the asset transfer form; Select an approval strategy based on the calculation results; If the risk index is less than the first threshold, it will be automatically approved; If the risk index is greater than or equal to the first threshold and less than the second threshold, single-level approval is performed; If the risk index is greater than the second threshold, multi-level approval and secondary verification will be required.

3. The method for scheduling the entire life cycle of intangible assets according to claim 2, characterized in that: Also includes: Introducing a process exception rollback mechanism during the asset transfer form approval process; Initiate and execute user-requested asset operations; If the operation is completed, record the success log; If the operation is abnormal, the exception is captured and the assets are restored to the state before execution.

4. The method for scheduling the entire life cycle of intangible assets according to claim 3, characterized in that: The secondary review and approval of the asset transfer form includes: A strategy for generating asset transfer forms based on risk indexes for secondary approval; If the risk index is less than or equal to the third threshold, it is a low-risk scenario and the application is directly approved; If the risk index is greater than the third threshold and less than or equal to the fourth threshold, it is a medium-risk scenario and an approval role is assigned for review; If the risk index is greater than the fourth threshold, it is a high-risk scenario and approval is required through multiple roles.

5. The method for scheduling the entire life cycle of intangible assets according to claim 4, characterized in that: Also includes: Utilize a two-stage submission mechanism for asset transfer documents, including a pre-submission stage and a submission stage; In the pre-commit stage, lock the data of the change operation and back up the data of the change operation; If the data of the change operation is successfully locked and backed up, the commit phase begins; otherwise, the abnormal rollback mechanism is triggered. During the submission phase, the data of the change operation is obtained and the data modification is solidified in the database.

6. The method for scheduling the entire life cycle of an intangible asset according to claim 2 or 4, characterized in that: The first calculation of the risk index of the asset transfer order includes: Obtain the elements of the asset transfer form and set a weight coefficient for each element; The risk index is obtained by weighted summing the elements of the asset transfer form and the corresponding weight coefficients.

7. The method for scheduling the entire life cycle of intangible assets according to claim 1, characterized in that: The first associating the asset transfer form with the intangible asset includes: Create an asset transfer document and select at least one intangible asset; Match the asset transfer form with the intangible assets one by one, establish an association relationship, and save it in the database.

8. An intangible asset full life cycle scheduling system, applying the method according to any one of claims 1 to 7, characterized in that: include: An asset association module, configured to obtain an asset transfer form to be approved and an intangible asset to be transferred, and to perform a first association between the asset transfer form and the intangible asset to obtain a first association relationship; The approval module is used to approve the asset transfer form once, and to obtain an intangible asset detailed list by combining the asset transfer form and the first association relationship to approve the asset transfer form for a second time, thereby realizing the scheduling of the entire life cycle of intangible assets.

9. A computer device comprising a memory and a processor, wherein the memory stores a computer program, wherein: When the processor executes the computer program, the processor implements the steps of an intangible asset full life cycle scheduling method described in any one of claims 1 to 7.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the intangible asset full life cycle scheduling method described in any one of claims 1 to 7 are implemented.

Images