Information processing method, system and device, computer equipment and storage medium

Abstract

The invention discloses an information processing method, system and device, computer equipment and a storage medium, and the method comprises the steps: responding to an asset transfer request sent by a second platform, attempting to lock a first asset through the asset transfer request, and enabling the first asset to be an asset requested to be transferred; under the condition that the asset transfer request successfully locks the first asset, confirmation information is sent to the second platform, and the confirmation information is used for indicating the second platform to execute an asset transfer task corresponding to the asset transfer request on the first asset; and under the condition that the execution of the asset transfer task is completed, obtaining asset transfer information of the first asset from the second platform, and unlocking the first asset.

Description

Technical Field

[0001] The embodiments of this specification relate to the field of computer technology, and in particular, to an information processing method, system, device, computer equipment and storage medium. Background Art

[0002] With the development of computer technology, it is becoming more and more common to achieve different goals through the cooperation between multiple platforms. Especially in the financial field, financial companies will assign some matters to different financial platforms for processing, for example, assigning resource transfer matters to the first financial platform and asset transfer matters to the second financial platform. In the process of handling asset transfer matters, the second financial platform needs to obtain asset-related information of the assets from the first financial platform and use the obtained asset-related information to handle asset transfer matters. In the process of handling asset transfer matters on the second financial platform, the asset-related information of the corresponding assets will change.

[0003] In the related technology, since the first financial platform and the second financial platform are relatively independent, during the process of the second financial platform handling asset transfer matters, the first financial platform cannot be aware of changes in asset-related information of the corresponding assets, resulting in inconsistencies in asset-related information of the corresponding assets on the first financial platform and the second financial platform, which is prone to transaction risks. Summary of the invention

[0004] The embodiments of this specification provide an information processing method, system, device, computer equipment and storage medium, which can improve the consistency of asset-related information of corresponding assets on a first financial platform and a second financial platform and reduce transaction risks. The technical solution is as follows:

[0005] In one aspect, a method for processing information is provided, which is executed by a first platform, and the method includes:

[0006] In response to an asset transfer request sent by the second platform, attempt to lock a first asset by the asset transfer request, where the first asset is the asset requested to be transferred;

[0007] When the asset transfer request successfully locks the first asset, sending confirmation information to the second platform, the confirmation information is used to instruct the second platform to execute the asset transfer task corresponding to the asset transfer request on the first asset;

[0008] When the asset transfer task is completed, the asset transfer information of the first asset is obtained from the second platform and the first asset is unlocked.

[0009] In one aspect, a method for processing information is provided, which is executed by a second platform, and the method includes:

[0010] Sending an asset transfer request to the first platform, where the asset transfer request is used to request the transfer of the first asset;

[0011] Upon receiving confirmation information sent by the first platform, executing the asset transfer task corresponding to the asset transfer request on the first asset, wherein the confirmation information is sent by the first platform when determining that the asset transfer request has successfully locked the first asset;

[0012] When the asset transfer task is completed, the asset transfer information of the first asset is obtained and sent to the first platform.

[0013] In one aspect, a system for processing information is provided, the system comprising a first platform and a second platform;

[0014] The second platform is used to send an asset transfer request to the first platform, wherein the asset transfer request is used to request the transfer of the first asset;

[0015] The first platform is used to respond to the asset transfer request sent by the second platform and attempt to lock the first asset by the asset transfer request;

[0016] The first platform is further configured to send a confirmation message to the second platform when the asset transfer request successfully locks the first asset, wherein the confirmation message is used to instruct the second platform to execute the asset transfer task corresponding to the asset transfer request on the first asset;

[0017] The second platform is further configured to execute the asset transfer task corresponding to the asset transfer request on the first asset upon receiving the confirmation information sent by the first platform;

[0018] The second platform is further configured to obtain asset transfer information of the first asset and send the asset transfer information of the first asset to the first platform when the asset transfer task is completed;

[0019] The first platform is further used to obtain the asset transfer information of the first asset sent by the second platform and unlock the first asset.

[0020] In one aspect, a device for processing information is provided, the device comprising:

[0021] A locking module, configured to respond to an asset transfer request sent by the second platform and attempt to lock a first asset by the asset transfer request, where the first asset is the asset requested to be transferred;

[0022] A confirmation information sending module, used for sending confirmation information to the second platform when the asset transfer request successfully locks the first asset, wherein the confirmation information is used to instruct the second platform to execute the asset transfer task corresponding to the asset transfer request on the first asset;

[0023] The unlocking module is used to obtain the asset transfer information of the first asset from the second platform and unlock the first asset when the asset transfer task is completed.

[0024] In one possible implementation, the locking module is used to respond to an asset transfer request sent by the second platform, and determine whether the first asset is locked based on the asset identifier of the first asset carried in the asset transfer request; if the first asset is not locked, attempt to lock the first asset by the asset transfer request.

[0025] In one possible implementation, the locking module is used to respond to an asset transfer request sent by a second platform and perform information verification on the asset information of the first asset carried in the asset transfer request to determine whether the asset information carried in the asset transfer request is consistent with the asset information stored on the first platform; if the asset information carried in the asset transfer request passes the information verification, determine whether the first asset is locked based on the asset identifier of the first asset carried in the asset transfer request.

[0026] In a possible implementation, the device further includes:

[0027] A failure information sending module is used to send verification failure information to the second platform when the asset information carried in the asset transfer request fails to pass the information verification. The verification failure information is used to indicate that the asset information carried in the asset transfer request fails to pass the verification, so that the second platform can re-acquire the asset information of the first asset and resend the asset transfer request.

[0028] In a possible implementation, the device further includes:

[0029] The failure information sending module is used to send locking failure information to the second platform when the first asset is locked, and the locking failure information is used to indicate that the first asset cannot be locked.

[0030] In one possible implementation, the locking module is used to respond to an asset transfer request sent by the second platform, obtain the asset identification of the first asset from the asset transfer request; use the asset identification of the first asset to query in a local database to obtain the locking status parameters of the first asset; and determine whether the asset identification of the first asset is locked based on the locking status parameters.

[0031] In a possible implementation manner, the locking module is further configured to, in response to a locally triggered resource transfer request, attempt to lock a second asset by the resource transfer request, where the second asset is an asset to be transferred;

[0032] The device also includes:

[0033] The transfer task execution module is used to execute the resource transfer task corresponding to the resource transfer request on the second asset when the resource transfer request successfully locks the second asset.

[0034] In a possible implementation, the locking module is further used to respond to a locally triggered resource transfer request to determine whether a second asset corresponding to the resource transfer request is locked; if the second asset is not locked, attempt to lock the second asset by the resource transfer request.

[0035] In a possible implementation, the unlocking module is further configured to obtain resource transfer information of the second asset and unlock the second asset when the resource transfer task is completed.

[0036] In one aspect, a device for processing information is provided, the device comprising:

[0037] A request sending module, used to send an asset transfer request to the first platform, wherein the asset transfer request is used to request the transfer of the first asset;

[0038] a transfer task execution module, configured to execute the asset transfer task corresponding to the asset transfer request on the first asset upon receiving confirmation information sent by the first platform, wherein the confirmation information is sent when the first platform determines that the asset transfer request has successfully locked the first asset;

[0039] A sending module is used to obtain the asset transfer information of the first asset and send the asset transfer information of the first asset to the first platform when the asset transfer task is completed.

[0040] In a possible implementation, the device further includes:

[0041] The request generation module is used to extract the first asset and construct the asset information of the first asset; and generate the asset transfer request based on the asset information and asset identification of the first asset.

[0042] On the one hand, a computer device is provided, which includes one or more processors and one or more memories, wherein at least one computer program is stored in the one or more memories, and the computer program is loaded and executed by the one or more processors to implement the information processing method.

[0043] On the one hand, a computer-readable storage medium is provided, wherein at least one computer program is stored in the computer-readable storage medium, and the computer program is loaded and executed by a processor to implement the information processing method.

[0044] On the one hand, a computer program product or computer program is provided, which includes a program code, the program code is stored in a computer-readable storage medium, a processor of a computer device reads the program code from the computer-readable storage medium, and the processor executes the program code, so that the computer device executes the above-mentioned information processing method.

[0045] Through the technical solution provided by the embodiments of this specification, in response to the asset transfer request sent by the second platform, an attempt is made to lock the first asset by the asset transfer request, that is, to determine whether the first asset is occupied by other processes. In the case where the asset transfer request successfully locks the first asset, a confirmation message is sent to the second platform to instruct the second platform to perform the asset transfer task on the first asset. When the asset transfer task is completed, the asset transfer information of the first asset is obtained from the second platform and the first asset is unlocked, so as to obtain the asset-related information of the first asset in a timely manner, so that the asset-related information of the first asset on the first platform and the second platform is consistent, thereby reducing transaction risks. BRIEF DESCRIPTION OF THE DRAWINGS

[0046] In order to more clearly illustrate the technical solutions in the embodiments of this specification, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of this specification. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0047] Figure 1 It is a schematic diagram of an implementation environment of an information processing method provided in an embodiment of this specification;

[0048] Figure 2 is a flow chart of an information processing method provided by an embodiment of this specification;

[0049] Figure 3 is a flow chart of another information processing method provided by an embodiment of this specification;

[0050] Figure 4 is a flowchart of another information processing method provided by an embodiment of this specification;

[0051] Figure 5 is a flow chart of another information processing method provided by an embodiment of this specification;

[0052] Figure 6 is a flow chart of another information processing method provided by an embodiment of this specification;

[0053] Figure 7 is a flow chart of another information processing method provided by an embodiment of this specification;

[0054] Figure 8 It is a structural diagram of an information processing system provided by an embodiment of this specification;

[0055] Fig. 9 It is a schematic diagram of the structure of an information processing device provided in an embodiment of this specification;

[0056] Fig.10 is a schematic diagram of the structure of another information processing device provided in an embodiment of this specification;

[0057] Fig.11 is a schematic diagram of the structure of a terminal provided in an embodiment of this specification;

[0058] Fig.12 It is a structural diagram of a server provided in an embodiment of this specification. DETAILED DESCRIPTION

[0059] In order to make the purpose, technical solutions and advantages of this specification more clear, the implementation methods of this specification will be further described in detail below with reference to the accompanying drawings.

[0060] In this specification, the terms "first", "second", etc. are used to distinguish identical or similar items with basically the same effects and functions. It should be understood that there is no logical or temporal dependency between the "first", "second", and "nth", and there is no limitation on the quantity and execution order.

[0061] In order to illustrate the technical solutions provided by the embodiments of this specification, some terms involved in the embodiments of this specification are first introduced.

[0062] IOU: A IOU is a written document that proves a creditor-debtor relationship. It is usually written and signed by the debtor, indicating that the debtor owes the creditor a certain amount of debt.

[0063] IOU number: IOU number usually refers to the number on a written document used to confirm the creditor-debtor relationship in a loan relationship. It is usually written and signed by the debtor, indicating that the debtor has owed the creditor the amount specified in the IOU.

[0064] Locking: Locking is an exclusive control measure implemented on shared assets in a multi-threaded or multi-process environment to ensure data consistency and integrity. In a database management system, locking is used to control access to data to prevent conflicts during data updates.

[0065] Mutex: A commonly used thread synchronization mechanism used to protect shared assets and ensure data consistency and correctness in a multi-threaded environment. When a thread holds a mutex, other threads' requests for the lock are blocked until the lock is released.

[0066] Resource transfer: refers to the process of transferring resources from one party to another. For example, in the financial field, borrowing, repayment, and interest payment in a loan relationship are all resource transfers.

[0067] Asset transfer: refers to the transfer of ownership of an asset from one party to another. For example, in the financial field, the transfer of income rights and the transfer of non-performing assets are both asset transfers.

[0068] Distributed subjects: refers to computing nodes or entities that can independently undertake specific tasks in a distributed computing environment. These subjects are usually distributed on multiple nodes in different geographical locations, interconnected through the network, and work together to complete more complex tasks. Distributed subjects can be a single computer, a server cluster, or part of a cloud platform. They communicate and work together through protocols to improve overall computing efficiency and reliability.

[0069] It should be noted that the information (including but not limited to user device information, user personal information, etc.), data (including but not limited to data used for analysis, stored data, displayed data, etc.) and signals involved in this manual are all authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with the relevant laws, regulations and standards of relevant countries and regions. For example, the asset information involved in this manual is obtained with full authorization.

[0070] After introducing some terms involved in the embodiments of this specification, the implementation environment of the embodiments of this specification is described below.

[0071] Figure 1 This is a schematic diagram of an implementation environment of an information processing method provided in an embodiment of this specification, see Figure 1, the implementation environment may include a first platform 110 and a second platform 140 .

[0072] The first platform 110 is connected to the second platform 140 via a wireless network or a wired network. The first platform 110 is an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, distribution networks (Content Delivery Network, CDN), and big data and artificial intelligence platforms. In the embodiment of this specification, the first platform 110 is the main platform, and the second platform 140 is the slave platform. When the second platform 140 performs the corresponding task, it needs to obtain information from the first platform 110.

[0073] The second platform 140 is an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, distribution networks (Content Delivery Network, CDN), as well as big data and artificial intelligence platforms.

[0074] Those skilled in the art will appreciate that the number of the second platforms may be more or less. For example, there may be only one second platform, or there may be dozens or hundreds of second platforms, or a greater number, in which case the implementation environment may also include other second platforms. The embodiments of this specification do not limit the number and device type of the second platforms.

[0075] After introducing the implementation environment of this specification, the application scenario of the embodiment of this specification is introduced below. The technical solution provided by the embodiment of this specification can be applied in the scenario of multi-platform interaction in the financial field, for example, in the interaction between asset transfer platforms and asset transfer platforms in the financial field, the asset transfer platform can transfer assets provided by the asset transfer platform, and when the asset transfer platform performs asset transfer, it needs to obtain asset-related information of the asset from the asset transfer platform.

[0076] In the related art, the asset transfer platform does not synchronize the asset transfer information to the asset transfer platform during the asset transfer process, but packages all the asset transfer information of the day and sends it to the asset transfer platform at the end of each day. In this case, the asset transfer platform cannot obtain the asset transfer information before the end of each day, and errors may occur when querying or using the asset-related information of the asset.

[0077] After adopting the technical solution provided in the embodiments of this specification, the asset transfer platform can obtain asset transfer information in a timely manner, thereby avoiding errors when querying or using asset-related information of assets, and reducing the probability of transaction risks.

[0078] After introducing the application scenarios of the embodiments of this specification, the technical solutions provided by the embodiments of this specification are described below. Figure 2 is a flowchart of a method for processing information provided in an embodiment of this specification, see Figure 2 Taking the execution subject as the first platform as an example, the method includes the following steps.

[0079] 201. In response to an asset transfer request sent by a second platform, a first platform attempts to lock a first asset according to the asset transfer request, where the first asset is the asset requested to be transferred.

[0080] Among them, the first platform is used to perform tasks related to resource transfer, for example, the first platform can be used to transfer resources to the account of the target object. In the case of transferring resources to the account of the target object, the resources transferred to the account of the target object are the principal. After the resource transfer, a promissory note is generated. The promissory note is an asset of the first platform, and the asset can generate income, which is also additional resources; the first platform can also be used to recover resources from the account of the target object, that is, to recover the principal and income; the first platform can also be used to determine the increase in resources corresponding to the resources transferred to the account of the target object, that is, to determine the income. In the case where the technical solution provided in the embodiment of this specification is applied in the financial field, the first platform can be used for tasks related to resource transfer such as lending, repayment and interest settlement. The second platform is used to perform tasks related to asset transfer, for example, the second platform can be used to transfer the assets of the first platform to other platforms or individuals, so as to achieve rapid resource recovery, and other platforms or individuals obtain the ownership and income rights of the assets. The number of the second platform is one or more. In the embodiment of this specification, for ease of understanding, the number of the second platform is one as an example for explanation. In some embodiments, the first platform is a consumer finance platform and the second platform is an asset disposal platform. Attempting to lock the first asset by the asset transfer request means attempting to lock the first asset by the process corresponding to the asset transfer request. If the process corresponding to the asset transfer request successfully locks the first asset, the asset information of the first asset will be occupied by the process corresponding to the asset transfer request, and other processes can no longer modify or occupy the asset information of the first asset.

[0081] 202. When the asset transfer request successfully locks the first asset, the first platform sends a confirmation message to the second platform, where the confirmation message is used to instruct the second platform to execute the asset transfer task corresponding to the asset transfer request on the first asset.

[0082] Among them, the confirmation information is used to indicate that the asset transfer request successfully locks the first asset. After receiving the confirmation information, the second platform can execute the corresponding asset transfer task, which can prevent the asset transfer task from failing due to changes in the asset information of the first asset.

[0083] 203. When the asset transfer task is completed, the first platform obtains the asset transfer information of the first asset from the second platform and unlocks the first asset.

[0084] The asset transfer information is used to describe the asset transfer situation. The asset transfer information of the first asset can be used to update the asset information of the first asset. After the first asset is unlocked, other processes can call the asset information of the first asset, that is, the first platform can distribute tasks related to the first asset to other platforms.

[0085] Through the technical solution provided by the embodiments of this specification, in response to the asset transfer request sent by the second platform, an attempt is made to lock the first asset by the asset transfer request, that is, to determine whether the first asset is occupied by other processes. In the case where the asset transfer request successfully locks the first asset, a confirmation message is sent to the second platform to instruct the second platform to perform the asset transfer task on the first asset. When the asset transfer task is completed, the asset transfer information of the first asset is obtained from the second platform and the first asset is unlocked, so as to obtain the asset-related information of the first asset in a timely manner, so that the asset-related information of the first asset on the first platform and the second platform is consistent, thereby reducing transaction risks.

[0086] The embodiment of this specification also provides another information processing method. Figure 3 is a flowchart of another information processing method provided in an embodiment of this specification, see Figure 3 Taking the execution subject as the second platform as an example, the method includes the following steps.

[0087] 301. The second platform sends an asset transfer request to the first platform, where the asset transfer request is used to request the transfer of a first asset.

[0088] 302. Upon receiving the confirmation information sent by the first platform, the second platform executes the asset transfer task corresponding to the asset transfer request on the first asset. The confirmation information is sent by the first platform when it determines that the asset transfer request has successfully locked the first asset.

[0089] 303. When the asset transfer task is completed, the second platform obtains the asset transfer information of the first asset and sends the asset transfer information of the first asset to the first platform.

[0090] Through the technical solution provided in the embodiments of this specification, an asset transfer request is sent to the first platform. Upon receiving the confirmation information sent by the first platform, the asset transfer task is executed for the first asset. When the asset transfer task is completed, the asset transfer information of the first asset is obtained and the asset transfer information of the first asset is sent to the first platform, so that the first platform can obtain the asset-related information of the first asset in a timely manner, so that the asset-related information of the first asset on the first platform and the second platform is consistent, thereby reducing transaction risks.

[0091] The above steps 201-203 and 301-303 are a brief introduction to the technical solution provided in the embodiment of this specification. The following will introduce the information processing method provided in the embodiment of this specification in more detail with some examples. Figure 4 , the method comprises the following steps.

[0092] 401. The second platform sends an asset transfer request to the first platform, where the asset transfer request is used to request the transfer of the first asset.

[0093] Among them, the first platform is used to perform tasks related to resource transfer, for example, the first platform can be used to transfer resources to the account of the target object. In the case of transferring resources to the account of the target object, the resources transferred to the account of the target object are the principal. After the resource transfer, a promissory note is generated. The promissory note is an asset of the first platform, and the asset can generate income, which is also additional resources; the first platform can also be used to recover resources from the account of the target object, that is, to recover the principal and income; the first platform can also be used to determine the increase in resources corresponding to the resources transferred to the account of the target object, that is, to determine the income. In the case where the technical solution provided in the embodiment of this specification is applied in the financial field, accordingly, the first platform can be used for tasks related to resource transfer such as lending, repayment and interest settlement. The second platform is used to perform tasks related to asset transfer, for example, the second platform can be used to transfer the assets of the first platform to other platforms or individuals, so as to achieve rapid resource recovery, and other platforms or individuals obtain the ownership and income rights of the asset. The asset transfer request is used to request the transfer of the ownership or income rights of the first asset from the first platform to other platforms or individuals.

[0094] In a possible implementation, the second platform sends the asset transfer request to the first platform through a cross-domain interaction gateway.

[0095] Among them, the gateway is a network device or software that can act as a middleman between different platforms to realize message sending between different platforms. The domain refers to the platform, and accordingly, the cross-domain interaction refers to the interaction between different platforms. In some embodiments, in order to improve the stability of the interaction between the first platform and the second platform, the cross-domain interaction gateway includes at least two sub-gateways, so that when any sub-gateway has a problem, it can switch to other sub-gateways for cross-domain interaction. For example, the cross-domain interaction gateway includes a sofagw sub-gateway and a superlink sub-gateway. In addition, the cross-domain interaction gateway also supports the http protocol. When problems occur in both the sofagw sub-gateway and the superlink subnet, the cross-domain interaction gateway can switch to the http protocol to realize cross-domain interaction.

[0096] In this implementation, the second platform uses the cross-domain interaction gateway to send an asset transfer request to the first platform, thereby achieving cross-domain interaction between the second platform and the first platform.

[0097] In order to explain the above step 401 more clearly, the triggering method of the asset transfer request is explained below.

[0098] In some embodiments, the asset transfer request is actively sent by the second platform to the first platform. For example, the second platform obtains an asset list of assets to be transferred from the first platform, and the asset list stores multiple assets to be transferred. When the first asset in the asset list is selected, the second platform sends an asset transfer request for the first asset to the first platform.

[0099] In addition to storing multiple assets to be transferred, the asset list also stores asset descriptions of each asset for asset selection. The first asset is selected from the asset list by the staff of the second platform, and this embodiment of the specification does not limit this.

[0100] In some embodiments, the asset transfer request is sent by the second platform to the first platform after receiving the asset transfer instruction. The asset transfer instruction is used to instruct the second platform to perform a resource transfer task on the first resource, that is, to instruct the transfer of the first resource to other platforms or individuals.

[0101] In order to explain step 401 more clearly, the method for generating an asset transfer request is described below.

[0102] In a possible implementation, the second platform extracts the first asset and constructs asset information of the first asset. The second platform generates the asset transfer request based on the asset information and asset identifier of the first asset.

[0103] For example, the second platform extracts the first asset from the asset list sent by the first platform and constructs the asset information of the first asset, or extracts the first asset from the asset transfer instruction sent by the first platform and constructs the asset information of the first asset. The second platform generates the asset transfer request based on the asset information and asset identifier of the first asset.

[0104] 402. In response to the asset transfer request sent by the second platform, the first platform attempts to lock the first asset according to the asset transfer request, where the first asset is the asset requested to be transferred.

[0105] Wherein, attempting to lock the first asset by the asset transfer request means attempting to lock the first asset by the process corresponding to the asset transfer request, and if the process corresponding to the asset transfer request successfully locks the first asset, then the asset information of the first asset is occupied by the process corresponding to the asset transfer request, and other processes can no longer modify or occupy the asset information of the first asset. In some embodiments, the locked lock type is a mutex lock.

[0106] In a possible implementation, in response to the asset transfer request sent by the second platform, the first platform determines whether the first asset is locked based on the asset identifier of the first asset carried in the asset transfer request. If the first asset is not locked, the first platform attempts to lock the first asset through the asset transfer request.

[0107] The asset identifier of the first asset is used to uniquely mark the first asset, and the first asset can be found using the asset identifier. In the case where the first asset is a promissory note, the asset identifier is the promissory note number. If the first asset is locked, it means that the first asset has been occupied by a process, and the asset information of the first asset can no longer be called by other processes. Correspondingly, if the asset identifier of the first asset is not locked, it means that the first asset is not occupied by other processes, and the asset information of the first asset is in a callable state.

[0108] In this implementation, in response to the asset transfer request, the first platform uses the asset identifier of the first asset to determine whether the first asset is locked, that is, whether the first asset is occupied by other processes. If the first asset is not locked, the first platform attempts to lock the first asset through the asset transfer request to avoid wasting computing power when the first asset is already locked.

[0109] In order to explain the above implementation more clearly, the above implementation will be explained in several parts below.

[0110] Part 1: In response to an asset transfer request sent by a second platform, the first platform determines whether the first asset is locked based on an asset identifier of the first asset carried in the asset transfer request.

[0111] In a possible implementation, in response to the asset transfer request sent by the second platform, the first platform obtains the asset identifier of the first asset from the asset transfer request. The first platform uses the asset identifier of the first asset to query in a local database to obtain a locking state parameter of the first asset. Based on the locking state parameter, the first platform determines whether the asset identifier of the first asset is locked.

[0112] The local database is a database of the first platform, and a plurality of database tables are stored in the local database. One database table corresponds to one asset, and the database table includes an asset identifier and a locking state parameter. The corresponding locking state parameter can be found using the asset identifier. The locking state parameter is used to indicate the locking state. In other words, different locking state parameters are used to indicate different locking states. Therefore, the corresponding locking state can be determined using the locking state parameter.

[0113] In this implementation, the asset identifier in the asset transfer request is used to query the local database to obtain the locking state parameter of the first asset. The locking state parameter can be used to determine the locking state of the first asset, and the accuracy of the locking state judgment is relatively high.

[0114] For example, in response to an asset transfer request sent by the second platform, the first platform parses the asset transfer request to obtain the asset identifier of the first asset. The first platform uses the asset identifier of the first asset to query multiple database tables in the local database to obtain the database table of the first asset. The first platform obtains the locking state parameter of the first asset from the database table of the first asset. When the locking state parameter is the first parameter, the first platform determines that the locking state of the first asset is unlocked; when the locking state parameter is the second parameter, the first platform determines that the locking state of the first asset is locked.

[0115] Among them, the first parameter and the second parameter are set by the technician according to the actual situation, such as setting the first parameter to 0 and setting the second parameter to 1, and the embodiments of this specification do not limit this. In some embodiments, when the locking state of the first asset changes, the first platform uses structured language to update the locking state parameters of the first asset, so that the state parameters of the first asset can reflect the latest locking state of the first asset. For example, when the first asset is temporarily occupied by any process, the first platform adjusts the locking state parameters in the database table of the first asset to the second parameter through structured language; when the first asset is not temporarily occupied by any process or any process stops occupying the first asset, the first platform adjusts the locking state parameters in the database table of the first asset to the first parameter through structured language.

[0116] Another implementation of the first part is described below.

[0117] In a possible implementation, in response to the asset transfer request sent by the second platform, the first platform performs information verification on the asset information of the first asset carried in the asset transfer request to determine whether the asset information carried in the asset transfer request is consistent with the asset information stored on the first platform. If the asset information carried in the asset transfer request passes the information verification, the first platform determines whether the first asset is locked based on the asset identifier of the first asset carried in the asset transfer request.

[0118] The asset information carried in the asset transfer request is constructed by the second platform, or sent by the first platform to the second platform, which is not limited in the embodiments of this specification. The asset information carried in the asset transfer request is used to describe the situation of the first asset.

[0119] For example, in response to an asset transfer request sent by the second platform, the first platform parses the asset transfer request to obtain the asset identifier and asset information of the first asset. The first platform uses the asset identifier of the first asset to query and obtain the asset information of the first asset stored on the first platform. When the asset information carried in the asset transfer request is consistent with the asset information stored on the first platform, the first platform determines that the asset information carried in the asset transfer request passes the information verification. When the asset information carried in the asset transfer request passes the information verification, the first platform determines whether the first asset is locked based on the asset identifier of the first asset carried in the asset transfer request.

[0120] For example, in response to an asset transfer request sent by the second platform, the first platform parses the asset transfer request to obtain the asset identifier and asset information of the first asset. The first platform uses the asset identifier of the first asset to query multiple candidate asset information stored locally to obtain the asset information of the first asset stored on the first platform. When the asset information carried by the asset transfer request is consistent with the asset information stored on the first platform, the first platform determines that the asset information carried by the asset transfer request passes the information verification. When the asset information carried by the asset transfer request passes the information verification and the locking state parameter is the first parameter, the first platform determines that the locking state of the first asset is unlocked; when the asset information carried by the asset transfer request passes the information verification and the locking state parameter is the second parameter, the first platform determines that the locking state of the first asset is locked.

[0121] Among them, since the asset transfer request carries the asset information of the first asset, in order to improve the security of the asset information, the second platform can encrypt the asset information of the first asset. Accordingly, when the first platform parses the asset transfer request, it includes a process of decrypting the decrypted asset information. It should be noted that the encryption and decryption algorithms are set by the technicians according to the actual situation, and this specification embodiment does not limit this.

[0122] Based on the above two implementation modes, optionally, when the asset information carried in the asset transfer request fails to pass the information verification, the first platform sends a verification failure message to the second platform, and the verification failure message is used to indicate that the asset information carried in the asset transfer request fails to pass the verification, so that the second platform re-acquires the asset information of the first asset and resends the asset transfer request.

[0123] Part 2: When the first asset is not locked, the first platform attempts to lock the first asset through the asset transfer request.

[0124] In a possible implementation, when the first asset is not locked, the first platform triggers the asset transfer request to perform a locking process on the first asset. When the locking process is completed, the first platform determines that the asset transfer request successfully locks the first asset. When the locking process is not completed, the first platform determines that the asset transfer request fails to lock the first asset.

[0125] The locking process is set by technical personnel according to actual conditions, and the embodiments of this specification do not limit this.

[0126] Optionally, after determining whether the first asset is locked based on the asset identifier of the first asset carried in the asset transfer request, the first platform can also perform the following steps.

[0127] In a possible implementation, when the first asset is locked, the first platform sends a lock failure message to the second platform, where the lock failure message is used to indicate that the first asset cannot be locked.

[0128] 403. When the asset transfer request successfully locks the first asset, the first platform sends a confirmation message to the second platform, where the confirmation message is used to instruct the second platform to execute the asset transfer task corresponding to the asset transfer request on the first asset.

[0129] Among them, the confirmation information is used to indicate that the asset transfer request successfully locks the first asset. After receiving the confirmation information, the second platform can execute the corresponding asset transfer task, which can prevent the asset transfer task from failing due to changes in the asset information of the first asset.

[0130] In a possible implementation, when the asset transfer request successfully locks the first asset, the first platform sends a confirmation message to the second platform through the cross-domain interaction gateway.

[0131] Optionally, after step 402, the following steps can also be performed.

[0132] In a possible implementation, when the asset transfer request fails to lock the first asset, the first platform sends locking failure information to the second platform, where the locking failure information is used to indicate that the first asset cannot be locked.

[0133] 404. Upon receiving the confirmation information sent by the first platform, the second platform executes the asset transfer task corresponding to the asset transfer request on the first asset.

[0134] Among them, the asset transfer task refers to the task of finding the recipient of the ownership or income right of the asset. The transfer of the ownership and income right of the asset is for the purpose of quickly recovering resources. The asset transfer request is used to request the transfer of the ownership or income right of the first asset. Accordingly, the asset transfer task corresponding to the asset transfer request refers to the task of transferring the ownership of the asset or the task of transferring the income right of the asset. For example, taking the transfer of the ownership of the asset as an example, the amount of resources corresponding to the cost of an asset is A, and the expected increase in resources is B. In order to quickly recover resources, the first platform transfers the ownership of the asset at a price of resource amount C, C is less than A+B, so that the first platform can quickly recover the resources of resource amount C, and the party receiving the asset can obtain the expected resource amount of A+B, thereby realizing income. In addition, taking the transfer of the income right of the asset as an example, the expected increase in resources generated by an asset is D. In order to quickly recover resources, the first platform transfers the ownership of the asset at a price of resource amount E, E is less than D, so that the first platform can quickly recover the resources of resource amount E, and the party receiving the asset can obtain the expected resource amount D, thereby realizing income. Of course, the resource transfer in the actual scenario is more complicated. The above description is only for the purpose of facilitating the understanding of the meaning of the ownership and income rights of the transferred assets in step 404, and does not limit the embodiments of this specification.

[0135] In a possible implementation, upon receiving the confirmation information sent by the first platform, the second platform determines a task script of the asset transfer task corresponding to the asset transfer request. The second platform executes the task script, thereby performing the asset transfer task on the first asset to find a recipient of the ownership or income right of the first asset.

[0136] The task script of the asset transfer task is set by the technician according to the actual situation, and this specification embodiment does not limit this. When the task script is executed, that is, the recipient of the ownership or income right of the first asset is found, it means that the asset transfer task is completed; when the task script is not executed, that is, the recipient of the ownership or income right of the first asset is not found, it means that the asset transfer task is not completed.

[0137] 405. When the asset transfer task is completed, the second platform obtains the asset transfer information of the first asset and sends the asset transfer information of the first asset to the first platform.

[0138] Among them, asset transfer information is used to describe the asset transfer situation and can be regarded as the execution result of the asset transfer task. For example, asset transfer information includes the asset recipient, the amount of resources recovered from the asset transfer, and the asset transfer contract.

[0139] In a possible implementation, when the task script of the asset transfer task corresponding to the asset transfer request is executed, the second platform obtains the asset transfer information of the first asset. The second platform sends the asset transfer information of the first asset to the first platform through the cross-domain interaction gateway.

[0140] 406. The first platform obtains the asset transfer information of the first asset from the second platform and unlocks the first asset.

[0141] The asset information of the first asset can be updated by using the asset transfer information of the first asset. After the first asset is unlocked, other processes can call the asset information of the first asset, that is, the first platform can distribute tasks related to the first asset to other platforms.

[0142] In a possible implementation, the first platform obtains the asset transfer information of the first asset from the second platform and triggers the asset transfer request to perform an unlocking process for the first asset. When the unlocking process is completed, the first platform determines that the asset transfer request successfully unlocks the first asset. When the unlocking process is not completed, the first platform determines that the asset transfer request fails to unlock the first asset.

[0143] 407. The first platform stores the asset transfer information of the first asset and updates the asset information of the first asset based on the asset transfer information of the first asset.

[0144] In a possible implementation, the first platform stores the asset identifier of the first asset and the asset transfer information of the first asset in a bound manner. The first platform uses the asset transfer information to update the corresponding entry in the asset information of the first asset, thereby keeping the asset information of the first asset stored on the first platform up to date.

[0145] In order to explain the above steps 401-407 more clearly, Figure 5 And the possible implementation methods of the above steps 401-407 are used for illustration.

[0146] See also Figure 5, the second platform extracts the first asset and constructs the asset information of the first asset. The second platform sends an asset transfer request to the first platform, and the asset transfer request carries the asset information constructed by the second platform. The first platform receives the asset transfer request and starts the asset transfer transaction for the first asset. The first platform performs a consistency check on the asset information carried by the asset request and attempts to lock the first asset by the asset transfer request, wherein the consistency check refers to the information check in the above-mentioned implementation mode, that is, to determine whether the asset information carried by the asset transfer request is consistent with the asset information stored on the first platform. If the asset information fails to pass the consistency check, the first platform rolls back the asset transfer transaction of the first asset and sends a check failure message to the second platform. After receiving the check failure message, the second platform waits for a retry. If the asset information passes the consistency check, the first platform attempts to lock the first asset by the asset transfer request. If the asset transfer request fails to successfully lock the first asset, the first platform rolls back the asset transfer transaction of the first asset and sends a lock failure message to the second platform. After receiving the lock failure message, the second platform waits for a retry. When the asset transfer request successfully locks the first asset, the first platform submits the asset transfer transaction and sends a confirmation message to the second platform. In response to the confirmation message, the second platform starts the asset transfer transaction and executes the resource transfer task. When the resource transfer task is completed, the second platform sends the asset transfer information of the first asset to the first platform, and the asset transfer information is used to describe the asset transfer result of the first asset. The first platform receives the asset transfer information of the first asset, stores the asset transfer information and unlocks the first asset.

[0147] All the optional implementation modes described above can be arbitrarily combined to form optional embodiments of this specification, and will not be described one by one here.

[0148] Through the technical solution provided in the embodiments of this specification, an asset transfer request is sent to the first platform. Upon receiving the confirmation information sent by the first platform, the asset transfer task is executed for the first asset. When the asset transfer task is completed, the asset transfer information of the first asset is obtained and the asset transfer information of the first asset is sent to the first platform, so that the first platform can obtain the asset-related information of the first asset in a timely manner, so that the asset-related information of the first asset on the first platform and the second platform is consistent, thereby reducing transaction risks.

[0149] In addition to the above steps 401-407, this embodiment of the specification also provides another information processing method, see Figure 6 Taking the execution subject as the first platform as an example, the method includes the following steps.

[0150] 601. In response to a locally triggered resource transfer request, the first platform attempts to lock a second asset based on the resource transfer request, where the second asset is an asset to be transferred.

[0151] The resource transfer request is used to request resource transfer with the target object. The target object is the object corresponding to the second asset. The second asset is formed when the first platform has signed a contract with the target object and transferred the contracted amount of resources to the target object's account. Resource transfer with the target object includes transferring resources to the target object's account and also includes recovering resources from the target object's account. After the resource transfer to the second asset, the asset information of the second asset will change.

[0152] In a possible implementation, in response to a locally triggered resource transfer request, the first platform determines whether the second asset corresponding to the resource transfer request is locked. If the second asset is not locked, the first platform attempts to lock the second asset by the resource transfer request.

[0153] For example, in response to a locally triggered resource transfer request, the first platform determines whether the second asset is locked based on the asset identifier of the second asset carried in the resource transfer request. If the second asset is not locked, the first platform attempts to lock the second asset through the resource transfer request.

[0154] For example, in response to a locally triggered resource transfer request, the first platform obtains the asset identifier of the second asset from the resource transfer request. The first platform uses the asset identifier of the second asset to query the local database to obtain the locking state parameter of the second asset. Based on the locking state parameter, the first platform determines whether the asset identifier of the second asset is locked. If the second asset is not locked, the first platform triggers the resource transfer request to perform a locking process on the second asset. If the locking process is completed, the first platform determines that the resource transfer request successfully locked the second asset. If the locking process is not completed, the first platform determines that the resource transfer request failed to successfully lock the second asset.

[0155] Among them, when the locking state parameter is the first parameter, the first platform determines that the locking state of the second asset is unlocked; when the locking state parameter is the second parameter, the first platform determines that the locking state of the second asset is locked.

[0156] 602. When the resource transfer request successfully locks the second asset, the first platform executes the resource transfer task corresponding to the resource transfer request on the second asset.

[0157] In a possible implementation, when the resource transfer request successfully locks the second asset, the first platform determines a task script for the resource transfer task. The first platform executes the task script, thereby executing the resource transfer task on the second asset to transfer resources to or recover resources from the target object's account.

[0158] Among them, the task script of the asset transfer task is set by the technical personnel according to the actual situation, and the embodiments of this specification do not limit this.

[0159] Optionally, after step 601, in addition to the above step 602, the first platform can also perform the following steps.

[0160] In a possible implementation, when the second asset is locked, the first platform triggers locking failure information, where the locking failure information is used to indicate that the second asset cannot be locked.

[0161] In some embodiments, when the locking failure information is triggered, the first platform puts the resource transfer request into a waiting queue to wait for the resource transfer task to be executed on the second asset.

[0162] 603. The first platform obtains resource transfer information of the second asset and unlocks the second asset.

[0163] In order to explain the above steps 401-407 and 601-603 more clearly, Figure 7 And the possible implementation methods of the above steps 401-407 and 601-603 are used for illustration.

[0164] See also Figure 7, the second platform initiates the scheduling of the asset transfer task, and the second platform extracts the first asset and constructs the asset information of the first asset. The second platform sends an asset transfer request to the first platform. After receiving the asset transfer request, the first platform performs a lock check on the first asset, that is, determines whether the first asset is locked. If the first asset is not locked, the first platform attempts to lock the first asset by the asset transfer request. If the asset transfer request successfully locks the first asset, the first platform sends a confirmation message to the second platform. If the second platform receives the confirmation message, it executes the asset transfer task on the first asset. If the asset transfer task is completed, it stores the asset transfer information of the first asset and synchronizes the asset transfer information to the first platform. The first platform stores the asset transfer information and unlocks the first asset. The first platform initiates the scheduling of the resource transfer task, triggering the resource transfer request. The first platform performs a lock check on the second asset, that is, determines whether the second asset is locked. If the second asset is not locked, the first platform attempts to lock the second asset by the resource transfer request. If the resource transfer request successfully locks the second asset, the resource transfer task is executed on the second asset. When the resource transfer task is completed, the first platform stores the resource transfer information of the second asset and unlocks the second asset.

[0165] It should be noted that, in the case where the first asset and the second asset are the same asset, if the asset has been locked by the asset transfer request sent by the second platform, then the resource transfer request triggered by the first platform will no longer be able to lock the resource. Correspondingly, if the asset has been locked by the resource transfer request triggered by the first platform, then the asset transfer request sent by the second platform will no longer be able to lock the resource, thereby ensuring that a resource can only be occupied by one request (process) at the same time, ensuring the accuracy of the asset information.

[0166] All the optional implementation modes described above can be arbitrarily combined to form optional embodiments of this specification, and will not be described one by one here.

[0167] Figure 8 This is a schematic diagram of the structure of an information processing system provided in an embodiment of this specification, see Figure 8 , the system includes: a first platform 801 and a second platform 802.

[0168] The second platform 802 is used to send an asset transfer request to the first platform 801, where the asset transfer request is used to request the transfer of the first asset.

[0169] The first platform 801 is used to respond to the asset transfer request sent by the second platform 802 and attempt to lock the first asset according to the asset transfer request.

[0170] The first platform 801 is also used to send a confirmation message to the second platform 802 when the asset transfer request successfully locks the first asset. The confirmation message is used to instruct the second platform 802 to execute the asset transfer task corresponding to the asset transfer request on the first asset.

[0171] The second platform 802 is further configured to execute the asset transfer task corresponding to the asset transfer request on the first asset upon receiving the confirmation information sent by the first platform 801 .

[0172] The second platform 802 is also used to obtain the asset transfer information of the first asset and send the asset transfer information of the first asset to the first platform 801 when the asset transfer task is completed.

[0173] The first platform 801 is further used to obtain the asset transfer information of the first asset sent by the second platform 802 and unlock the first asset.

[0174] It should be noted that the information processing system and the information processing method embodiment provided in the above embodiments belong to the same concept, and the specific implementation process is detailed in the method embodiment, which will not be repeated here.

[0175] Fig. 9 is a schematic diagram of a structure of an information processing device provided in an embodiment of this specification, see Fig. 9 The device includes: a locking module 901, a confirmation information sending module 902 and an unlocking module 903.

[0176] The locking module 901 is used to respond to the asset transfer request sent by the second platform and attempt to lock the first asset by the asset transfer request, where the first asset is the asset requested to be transferred.

[0177] The confirmation information sending module 902 is used to send confirmation information to the second platform when the asset transfer request successfully locks the first asset. The confirmation information is used to instruct the second platform to execute the asset transfer task corresponding to the asset transfer request on the first asset.

[0178] The unlocking module 903 is used to obtain the asset transfer information of the first asset from the second platform and unlock the first asset when the asset transfer task is completed.

[0179] In a possible implementation, the locking module 901 is used to respond to the asset transfer request sent by the second platform, and determine whether the first asset is locked based on the asset identifier of the first asset carried in the asset transfer request. If the first asset is not locked, try to lock the first asset through the asset transfer request.

[0180] In a possible implementation, the locking module 901 is used to respond to the asset transfer request sent by the second platform and perform information verification on the asset information of the first asset carried in the asset transfer request to determine whether the asset information carried in the asset transfer request is consistent with the asset information stored on the first platform. If the asset information carried in the asset transfer request passes the information verification, it is determined whether the first asset is locked based on the asset identifier of the first asset carried in the asset transfer request.

[0181] In a possible implementation, the device further includes:

[0182] The failure information sending module is used to send verification failure information to the second platform when the asset information carried in the asset transfer request fails to pass the information verification. The verification failure information is used to indicate that the asset information carried in the asset transfer request fails to pass the verification, so that the second platform re-acquires the asset information of the first asset and re-sends the asset transfer request.

[0183] In a possible implementation, the device further includes:

[0184] The failure information sending module is used to send locking failure information to the second platform when the first asset is locked, and the locking failure information is used to indicate that the first asset cannot be locked.

[0185] In a possible implementation, the locking module 901 is used to respond to the asset transfer request sent by the second platform, obtain the asset identifier of the first asset from the asset transfer request, query the local database using the asset identifier of the first asset, and obtain the locking state parameter of the first asset. Based on the locking state parameter, determine whether the asset identifier of the first asset is locked.

[0186] In a possible implementation, the locking module 901 is further configured to respond to a locally triggered resource transfer request and attempt to lock a second asset according to the resource transfer request, where the second asset is an asset to be transferred.

[0187] The device also includes:

[0188] The transfer task execution module is used to execute the resource transfer task corresponding to the resource transfer request on the second asset when the resource transfer request successfully locks the second asset.

[0189] In a possible implementation, the locking module 901 is further configured to respond to a locally triggered resource transfer request and determine whether a second asset corresponding to the resource transfer request is locked. If the second asset is not locked, attempt to lock the second asset through the resource transfer request.

[0190] In a possible implementation, the unlocking module 903 is further configured to obtain resource transfer information of the second asset and unlock the second asset when the resource transfer task is completed.

[0191] It should be noted that: the information processing device provided in the above embodiment only uses the division of the above functional modules as an example when processing information. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the computer device is divided into different functional modules to complete all or part of the functions described above. In addition, the information processing device provided in the above embodiment and the information processing method embodiment belong to the same concept, and the specific implementation process is detailed in the method embodiment, which will not be repeated here.

[0192] Through the technical solution provided by the embodiments of this specification, in response to the asset transfer request sent by the second platform, an attempt is made to lock the first asset by the asset transfer request, that is, to determine whether the first asset is occupied by other processes. In the case where the asset transfer request successfully locks the first asset, a confirmation message is sent to the second platform to instruct the second platform to perform the asset transfer task on the first asset. When the asset transfer task is completed, the asset transfer information of the first asset is obtained from the second platform and the first asset is unlocked, so as to obtain the asset-related information of the first asset in a timely manner, so that the asset-related information of the first asset on the first platform and the second platform is consistent, thereby reducing transaction risks.

[0193] Fig.10 is a schematic diagram of a structure of an information processing device provided in an embodiment of this specification, see Fig.10 The device includes: a request sending module 1001, a task execution module 1002 and a sending module 1003.

[0194] The request sending module 1001 is used to send an asset transfer request to the first platform, where the asset transfer request is used to request the transfer of the first asset.

[0195] The task execution module 1002 is used to execute the asset transfer task corresponding to the asset transfer request on the first asset when receiving the confirmation information sent by the first platform. The confirmation information is sent when the first platform determines that the asset transfer request successfully locks the first asset.

[0196] The sending module 1003 is used to obtain the asset transfer information of the first asset and send the asset transfer information of the first asset to the first platform when the asset transfer task is completed.

[0197] In a possible implementation, the device further includes:

[0198] The request generation module is used to extract the first asset and construct the asset information of the first asset, and to generate the asset transfer request based on the asset information and asset identification of the first asset.

[0199] It should be noted that: the information processing device provided in the above embodiment only uses the division of the above functional modules as an example when processing information. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the computer device is divided into different functional modules to complete all or part of the functions described above. In addition, the information processing device provided in the above embodiment and the information processing method embodiment belong to the same concept, and the specific implementation process is detailed in the method embodiment, which will not be repeated here.

[0200] Through the technical solution provided in the embodiments of this specification, an asset transfer request is sent to the first platform. Upon receiving the confirmation information sent by the first platform, the asset transfer task is executed for the first asset. When the asset transfer task is completed, the asset transfer information of the first asset is obtained and the asset transfer information of the first asset is sent to the first platform, so that the first platform can obtain the asset-related information of the first asset in a timely manner, so that the asset-related information of the first asset on the first platform and the second platform is consistent, thereby reducing transaction risks.

[0201] The embodiments of this specification provide a computer device for executing the above method. The computer device can be implemented as a terminal or a server. The structure of the terminal is first introduced below:

[0202] Fig.11 11 is a schematic diagram of a terminal structure provided in an embodiment of the present specification. The terminal 1100 may be: a smart phone, a tablet computer, a laptop computer or a desktop computer. The terminal 1100 may also be called a user equipment, a portable terminal, a laptop terminal, a desktop terminal or other names.

[0203] Typically, the terminal 1100 includes: one or more processors 1101 and one or more memories 1102 .

[0204] The processor 1101 may include one or more processing cores, such as a 4-core processor, an 8-core processor, etc. The processor 1101 may be implemented in at least one hardware form of DSP (Digital Signal Processing), FPGA (Field-Programmable Gate Array), and PLA (Programmable Logic Array). The processor 1101 may also include a main processor and a coprocessor. The main processor is a processor for processing data in the awake state, also known as a CPU (Central Processing Unit); the coprocessor is a low-power processor for processing data in the standby state. In some embodiments, the processor 1101 may be integrated with a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content to be displayed on the display screen. In some embodiments, the processor 1101 may also include an AI (Artificial Intelligence) processor, which is used to process computing operations related to machine learning.

[0205] The memory 1102 may include one or more computer-readable storage media, which may be non-transitory. The memory 1102 may also include a high-speed random access memory, and a non-volatile memory, such as one or more disk storage devices, flash memory storage devices. In some embodiments, the non-transitory computer-readable storage medium in the memory 1102 is used to store at least one computer program, which is used to be executed by the processor 1101 to implement the information processing method provided in the method embodiment of this specification.

[0206] In some embodiments, the terminal 1100 may further optionally include: a peripheral device interface 1103 and at least one peripheral device. The processor 1101, the memory 1102 and the peripheral device interface 1103 may be connected via a bus or a signal line. Each peripheral device may be connected to the peripheral device interface 1103 via a bus, a signal line or a circuit board. Specifically, the peripheral device includes: at least one of a radio frequency circuit 1104, a display screen 1105, a camera assembly 1106, an audio circuit 1107 and a power supply 1108.

[0207] The peripheral device interface 1103 may be used to connect at least one peripheral device related to I / O (Input / Output) to the processor 1101 and the memory 1102. In some embodiments, the processor 1101, the memory 1102, and the peripheral device interface 1103 are integrated on the same chip or circuit board; in some other embodiments, any one or two of the processor 1101, the memory 1102, and the peripheral device interface 1103 may be implemented on a separate chip or circuit board, which is not limited in this embodiment.

[0208] The radio frequency circuit 1104 is used to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The radio frequency circuit 1104 communicates with a communication network and other communication devices via electromagnetic signals. The radio frequency circuit 1104 converts electrical signals into electromagnetic signals for transmission, or converts received electromagnetic signals into electrical signals. Optionally, the radio frequency circuit 1104 includes: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a user identity module card, and the like.

[0209] The display screen 1105 is used to display a UI (User Interface). The UI may include graphics, text, icons, videos, and any combination thereof. When the display screen 1105 is a touch display screen, the display screen 1105 also has the ability to collect touch signals on the surface or above the surface of the display screen 1105. The touch signal may be input as a control signal to the processor 1101 for processing. At this time, the display screen 1105 may also be used to provide virtual buttons and / or virtual keyboards, also known as soft buttons and / or soft keyboards.

[0210] The camera assembly 1106 is used to collect images or videos. Optionally, the camera assembly 1106 includes a front camera and a rear camera. Usually, the front camera is set on the front panel of the terminal, and the rear camera is set on the back of the terminal.

[0211] The audio circuit 1107 may include a microphone and a speaker. The microphone is used to collect sound waves from the user and the environment, and convert the sound waves into electrical signals and input them to the processor 1101 for processing, or input them to the radio frequency circuit 1104 to achieve voice communication.

[0212] The power supply 1108 is used to supply power to various components in the terminal 1100. The power supply 1108 may be alternating current, direct current, a disposable battery, or a rechargeable battery.

[0213] In some embodiments, the terminal 1100 further includes one or more sensors 1109 , including but not limited to: an acceleration sensor 1110 , a gyroscope sensor 1111 , a pressure sensor 1112 , an optical sensor 1113 , and a proximity sensor 1114 .

[0214] The acceleration sensor 1110 can detect the magnitude of acceleration on three coordinate axes of the coordinate system established with the terminal 1100 .

[0215] The gyro sensor 1111 can detect the body direction and rotation angle of the terminal 1100 . The gyro sensor 1111 can cooperate with the acceleration sensor 1110 to collect the user's 3D actions on the terminal 1100 .

[0216] The pressure sensor 1112 may be provided at the side frame of the terminal 1100 and / or the lower layer of the display screen 1105. When the pressure sensor 1112 is provided at the side frame of the terminal 1100, it may detect the user's holding signal of the terminal 1100, and the processor 1101 may perform left and right hand recognition or shortcut operation according to the holding signal collected by the pressure sensor 1112. When the pressure sensor 1112 is provided at the lower layer of the display screen 1105, the processor 1101 may control the operability controls on the UI interface according to the user's pressure operation on the display screen 1105.

[0217] The optical sensor 1113 is used to collect the ambient light intensity. In one embodiment, the processor 1101 can control the display brightness of the display screen 1105 according to the ambient light intensity collected by the optical sensor 1113.

[0218] The proximity sensor 1114 is used to collect the distance between the user and the front of the terminal 1100 .

[0219] Those skilled in the art will understand that Fig.11 The structure shown in the figure does not constitute a limitation on the terminal 1100, and the terminal 1100 may include more or fewer components than those shown in the figure, or combine certain components, or adopt a different component arrangement.

[0220] The above-mentioned computer device can also be implemented as a server. The structure of the server is introduced below:

[0221] Fig.12This is a schematic diagram of the structure of a server provided in an embodiment of this specification. The server 1200 may have relatively large differences due to different configurations or performances, and may include one or more processors (Central Processing Units, CPU) 1201 and one or more memories 1202, wherein at least one computer program is stored in the one or more memories 1202, and the at least one computer program is loaded and executed by the one or more processors 1201 to implement the methods provided in the above-mentioned various method embodiments. Of course, the server 1200 may also have components such as a wired or wireless network interface, a keyboard, and an input and output interface for input and output. The server 1200 may also include other components for implementing device functions, which will not be described in detail here.

[0222] In an exemplary embodiment, a computer-readable storage medium is also provided, such as a memory including a computer program, and the computer program can be executed by a processor to complete the information processing method in the above embodiment. For example, the computer-readable storage medium can be a read-only memory (ROM), a random access memory (RAM), a compact disc read-only memory (CD-ROM), a magnetic tape, a floppy disk, an optical data storage device, etc.

[0223] In an exemplary embodiment, a computer program product or a computer program is also provided, which includes a program code, and the program code is stored in a computer-readable storage medium. A processor of a computer device reads the program code from the computer-readable storage medium, and the processor executes the program code, so that the computer device executes the above-mentioned information processing method.

[0224] In some embodiments, the computer program involved in the embodiments of this specification may be deployed and executed on a computer device, or on multiple computer devices located at one location, or on multiple computer devices distributed at multiple locations and interconnected by a communication network. Multiple computer devices distributed at multiple locations and interconnected by a communication network may constitute a blockchain system.

[0225] A person skilled in the art will understand that all or part of the steps to implement the above embodiments may be accomplished by hardware or by instructing related hardware through a program, and the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a disk or an optical disk, etc.

[0226] The above are only optional embodiments of this specification and are not intended to limit this specification. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of this specification should be included in the protection scope of this specification.

Claims

1. A method for processing information, executed by a first platform, the method comprising: In response to an asset transfer request sent by the second platform, attempt to lock a first asset by the asset transfer request, where the first asset is the asset requested to be transferred; When the asset transfer request successfully locks the first asset, sending confirmation information to the second platform, the confirmation information is used to instruct the second platform to execute the asset transfer task corresponding to the asset transfer request on the first asset; When the asset transfer task is completed, the asset transfer information of the first asset is obtained from the second platform and the first asset is unlocked.

2. The method according to claim 1, wherein in response to the asset transfer request sent by the second platform, attempting to lock the first asset by the asset transfer request comprises: In response to the asset transfer request sent by the second platform, based on the asset identifier of the first asset carried in the asset transfer request, determining whether the first asset is locked; When the first asset is not locked, an attempt is made to lock the first asset through the asset transfer request.

3. The method according to claim 2, wherein in response to the asset transfer request sent by the second platform, determining whether the first asset is locked based on the asset identifier of the first asset carried in the asset transfer request comprises: In response to the asset transfer request sent by the second platform, verify the asset information of the first asset carried in the asset transfer request to determine whether the asset information carried in the asset transfer request is consistent with the asset information stored on the first platform; When the asset information carried in the asset transfer request passes the information verification, it is determined whether the first asset is locked based on the asset identifier of the first asset carried in the asset transfer request.

4. The method according to claim 3, further comprising: If the asset information carried in the asset transfer request fails to pass the information verification, a verification failure message is sent to the second platform, and the verification failure message is used to indicate that the asset information carried in the asset transfer request fails to pass the verification, so that the second platform re-acquires the asset information of the first asset and resends the asset transfer request.

5. The method according to claim 2, wherein after determining, in response to the asset transfer request sent by the second platform, based on the asset identifier of the first asset carried in the asset transfer request, whether the first asset is locked, the method further comprises: In the case where the first asset is locked, locking failure information is sent to the second platform, where the locking failure information is used to indicate that the first asset cannot be locked.

6. The method according to claim 2, wherein the asset transfer request to be sent on the second platform determines whether the first asset is locked based on the asset identifier of the first asset carried in the asset transfer request, including: In response to the asset transfer request sent by the second platform, obtaining the asset identifier of the first asset from the asset transfer request; Using the asset identifier of the first asset to query in a local database, obtain a locking state parameter of the first asset; Based on the locking state parameter, it is determined whether the asset identifier of the first asset is locked.

7. The method according to claim 1, further comprising: In response to a locally triggered resource transfer request, attempt to lock a second asset by the resource transfer request, where the second asset is an asset to be transferred; In the case where the resource transfer request successfully locks the second asset, a resource transfer task corresponding to the resource transfer request is executed on the second asset.

8. The method according to claim 7, wherein, in response to the locally triggered resource transfer request, attempting to lock the second asset by the resource transfer request comprises: In response to a locally triggered resource transfer request, determining whether a second asset corresponding to the resource transfer request is locked; When the second asset is not locked, an attempt is made to lock the second asset through the resource transfer request.

9. The method according to claim 7, wherein when the resource transfer request successfully locks the second asset, after executing the resource transfer task corresponding to the resource transfer request on the second asset, the method further comprises: When the resource transfer task is completed, the resource transfer information of the second asset is obtained and the second asset is unlocked.

10. A method for processing information, executed by a second platform, the method comprising: Sending an asset transfer request to the first platform, where the asset transfer request is used to request the transfer of the first asset; Upon receiving confirmation information sent by the first platform, executing the asset transfer task corresponding to the asset transfer request on the first asset, wherein the confirmation information is sent by the first platform when determining that the asset transfer request has successfully locked the first asset; When the asset transfer task is completed, the asset transfer information of the first asset is obtained and sent to the first platform.

11. The method according to claim 10, wherein the asset transfer request carries the asset information of the first asset, and the asset information of the first asset is used for information verification. Before sending the asset transfer request to the first platform, the method further comprises: extracting the first asset and constructing asset information of the first asset; The asset transfer request is generated based on the asset information and asset identification of the first asset.

12. An information processing system, the system comprising a first platform and a second platform; The second platform is used to send an asset transfer request to the first platform, wherein the asset transfer request is used to request the transfer of the first asset; The first platform is used to respond to the asset transfer request sent by the second platform and attempt to lock the first asset by the asset transfer request; The first platform is further configured to send a confirmation message to the second platform when the asset transfer request successfully locks the first asset, wherein the confirmation message is used to instruct the second platform to execute the asset transfer task corresponding to the asset transfer request on the first asset; The second platform is further configured to execute the asset transfer task corresponding to the asset transfer request on the first asset when receiving the confirmation information sent by the first platform; The second platform is further configured to obtain asset transfer information of the first asset and send the asset transfer information of the first asset to the first platform when the asset transfer task is completed; The first platform is further used to obtain the asset transfer information of the first asset sent by the second platform and unlock the first asset.

13. An information processing device, the device comprising: A locking module, configured to respond to an asset transfer request sent by the second platform and attempt to lock a first asset by the asset transfer request, where the first asset is the asset requested to be transferred; A confirmation information sending module, used for sending confirmation information to the second platform when the asset transfer request successfully locks the first asset, wherein the confirmation information is used to instruct the second platform to execute the asset transfer task corresponding to the asset transfer request on the first asset; The unlocking module is used to obtain the asset transfer information of the first asset from the second platform and unlock the first asset when the asset transfer task is completed.

14. An information processing device, the device comprising: A request sending module, used to send an asset transfer request to the first platform, wherein the asset transfer request is used to request the transfer of the first asset; a transfer task execution module, configured to execute the asset transfer task corresponding to the asset transfer request on the first asset upon receiving confirmation information sent by the first platform, wherein the confirmation information is sent when the first platform determines that the asset transfer request has successfully locked the first asset; A sending module is used to obtain the asset transfer information of the first asset and send the asset transfer information of the first asset to the first platform when the asset transfer task is completed.

15. A computer device, comprising one or more processors and one or more memories, wherein at least one computer program is stored in the one or more memories, and the computer program is loaded and executed by the one or more processors to implement the information processing method according to any one of claims 1 to 11.

Images