Transaction implementation method and device, equipment and storage medium

Abstract

The embodiment of the invention provides a transaction implementation method and device, equipment and a storage medium. The method applied to a first transaction server comprises the following steps: in response to an item registration operation of an in-book user, determining a resource transaction record corresponding to an object item of the in-book user according to idle resource information of the in-book user; and reporting the resource transaction record and the interest rate file of the target project to a second transaction server, so that the second transaction server generates a project transaction record based on the resource transaction records corresponding to different users in the target project and triggers the project transaction of the target project, and responds to project transaction execution success information. And updating the gain resource quantity of the user in the book according to the interest rate file of the target item so as to update the idle resource information of the user in the book. According to the embodiment of the invention, comprehensive resource transaction of any user in the book is realized from the dimension of the target item, and the flexibility and accuracy of transaction realization are ensured.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of data processing technology, and specifically to a transaction implementation method, device, equipment and storage medium. Background Art

[0002] In the investment and trading scenarios of various financial products, if a client has some idle cash assets in a brokerage account, the broker will usually use a cash management service system provided by the broker to reinvest the client's idle funds into profitable financial products in order to maximize the value and benefits of the idle funds.

[0003] However, the transaction methods used by the current cash management service system are relatively limited and cannot meet the normal transactions in various diversified investment scenarios. Summary of the invention

[0004] The embodiments of the present application provide a transaction implementation method, apparatus, device and storage medium, which enable any registered user to conduct comprehensive transactions in diversified transaction scenarios consisting of multiple transaction objects and multiple idle resources from the dimension of the target project, thereby ensuring the flexibility and accuracy of transaction implementation.

[0005] In a first aspect, an embodiment of the present application provides a transaction implementation method, which is applied to a first transaction server, including:

[0006] Get idle resource information of registered users;

[0007] In response to the project registration operation of the registered user, determining the resource transaction record corresponding to the target project of the registered user according to the idle resource information of the registered user;

[0008] reporting the resource transaction record and the interest rate file of the target project to the second transaction server, so that the second transaction server generates a project transaction record based on the resource transaction records corresponding to the target project of different registered users and triggers the project transaction of the target project, and in response to the project transaction execution success information, updates the gain resource amount of the registered user according to the interest rate file of the target project;

[0009] Receive the amount of gain resources of the registered user under the target project returned by the second transaction service end, and update the idle resource information of the registered user.

[0010] In a second aspect, an embodiment of the present application provides a transaction implementation method, which is applied to a second transaction server, including:

[0011] Receiving resource transaction records corresponding to the target project by different registered users and an interest rate file of the target project reported by the first transaction server;

[0012] Based on the resource transaction records corresponding to the target project by different registered users, a corresponding project transaction record is generated, and a project transaction of the target project is triggered;

[0013] In response to the project transaction execution success information, updating the gain resource amount of each registered user according to the interest rate file of the target project;

[0014] The gain resource amount of each registered user is returned to the first transaction server, so that the first transaction server updates the idle resource information of the registered user according to the gain resource amount. In a third aspect, an embodiment of the present application provides a transaction implementation device, which is configured on the first transaction server, and includes:

[0015] An idle resource acquisition module is used to obtain idle resource information of registered users;

[0016] A resource transaction module, configured to respond to the project registration operation of the registered user and determine the resource transaction record corresponding to the target project of the registered user according to the idle resource information of the registered user;

[0017] A first project transaction module is configured to report the resource transaction record and the interest rate file of the target project to a second transaction server, so that the second transaction server generates a project transaction record based on the resource transaction records corresponding to the target project of different registered users and triggers the project transaction of the target project, and in response to the project transaction execution success information, updates the gain resource amount of the registered user according to the interest rate file of the target project;

[0018] The first idle resource updating module is used to receive the gain resource amount of the registered user under the target project returned by the second transaction service end, and update the idle resource information of the registered user.

[0019] In a fourth aspect, an embodiment of the present application provides a transaction implementation device, which is configured at a second transaction service end and includes:

[0020] A resource transaction record receiving module, configured to receive resource transaction records corresponding to the target project and an interest rate file of the target project of different registered users reported by the first transaction server;

[0021] A second project transaction module, configured to generate corresponding project transaction records based on resource transaction records corresponding to the target project by different registered users, and trigger a project transaction of the target project;

[0022] A gain resource update module, configured to update the gain resource amount of each registered user according to the interest rate file of the target project in response to the project transaction execution success information;

[0023] The second idle resource updating module is used to return the gain resource amount of each registered user to the first transaction service end, so that the first transaction service end updates the idle resource information of the registered user according to the gain resource amount.

[0024] In a fifth aspect, an embodiment of the present application provides an electronic device, the electronic device comprising:

[0025] A processor and a memory, wherein the memory is used to store a computer program, and the processor is used to call and run the computer program stored in the memory to execute the transaction implementation method provided in the first aspect and the second aspect of the present application.

[0026] In a sixth aspect, an embodiment of the present application provides a computer-readable storage medium for storing a computer program, wherein the computer program enables a computer to execute the transaction implementation method provided in the first and second aspects of the present application.

[0027] In a seventh aspect, an embodiment of the present application provides a computer program product, including a computer program / instruction, which, when executed by a processor, implements the transaction implementation method provided in the first and second aspects of the present application.

[0028] In the technical solution provided by the embodiment of the present application, the first transaction service end will obtain the idle resource information of the registered user in real time, and when the project registration operation of the registered user is detected, the resource transaction record corresponding to the registered target project of the registered user is determined according to the idle resource information. Then, the resource transaction record and the interest rate file of the target project are reported to the second transaction service end, so that the second transaction service end generates a project transaction record based on the resource transaction records corresponding to the target project of different registered users and triggers the project transaction of the target project, so that after the project transaction is successfully executed, the gain resource amount of each registered user can be updated according to the interest rate file of the target project. Then, when the first transaction service end receives the gain resource amount of the registered user under the target project returned by the second transaction service end, it can update the idle resource information of the registered user accordingly, and complete the entire transaction process initiated by the registered user using any idle resource for any transaction target from the dimension of the target project, so as to realize the comprehensive transaction of any registered user in the diversified transaction scenarios consisting of multiple transaction targets and multiple idle resources, and ensure the flexibility and accuracy of transaction realization. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0030] Figure 1 A schematic diagram of the principle of implementing a transaction by the first transaction server and the second transaction server provided in an embodiment of the present application;

[0031] Figure 2 A flowchart of a transaction implementation method provided in an embodiment of the present application;

[0032] Figure 3 A flowchart of another transaction implementation method provided in an embodiment of the present application;

[0033] Figure 4 A method flow chart of a transaction interaction process between a first transaction service end and a second transaction service end provided in an embodiment of the present application;

[0034] Figure 5 A block diagram of a transaction implementation device provided in an embodiment of the present application;

[0035] Figure 6 A functional block diagram of another transaction implementation device provided in an embodiment of the present application;

[0036] Figure 7 A schematic block diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0037] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of this application.

[0038] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or server that includes a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0039] In various business investment and transaction scenarios, users can reinvest their idle resources into financial products represented by various transaction targets based on a cash management service system provided by brokers, so as to maximize the value and benefits of idle resources. Among them, the transaction targets can be financial products such as stocks, funds, options, etc., or they can be one or more combinations of financial products such as stocks, funds, options, etc. The idle resources can be the balance information of different currencies in different accounts that customers can use to trade various transaction targets.

[0040] Considering that there may be multiple types of idle resources of customers, such as multiple currencies, etc., and support investment in financial products represented by multiple transaction targets. Then, in order to realize comprehensive transactions of any user in a diversified transaction scenario consisting of multiple transaction targets and multiple idle resources, this application can introduce the concept of target projects. When a customer uses idle resources of a certain currency to initiate a corresponding transaction for a certain transaction target, it can be added to a corresponding target project according to the currency type of the idle resources used this time and the transaction target. For each pre-deployed target project, each target project can run independently. Therefore, this application can accurately realize the specific transaction process initiated by any user using any idle resource for any transaction target each time from the dimension of the target project.

[0041] It is understandable that the entire transaction process of using the client's idle resources to reinvest in any financial product can be the entire process from the initiation of this transaction to the distribution of corresponding benefits to the client after the transaction is successful. Then, in order to ensure the efficiency and accuracy of the transaction, Figure 1 As shown, a cash management service system provided by a broker may include two parts: a first transaction service end and a second transaction service end.

[0042] The first transaction service end can be used as the custodian of idle resources of customers, and is used to provide corresponding management solutions for idle resources of customers, such as resource balance, interest rate, interest calculation calendar, dividend payment, view service, etc. The second transaction service end can be used as the upstream service of the first transaction service end, and is used to provide corresponding transaction, interest calculation, dividend payment and other capabilities for any transaction initiated by the first transaction service end on idle resources of customers.

[0043] Specifically, in order to ensure the transaction accuracy of the first transaction server and the second transaction server, by disassembling the various transaction functions supported by the first transaction server and the second transaction server, multiple functional modules can be divided in the first transaction server and the second transaction server respectively, so as to ensure the accurate implementation of the transaction.

[0044] From the following two aspects, each functional module divided in the first transaction server and the second transaction server can be described in detail respectively:

[0045] On the one hand, for the first transaction server, based on the requirements of meeting the internal functional cohesion of the service and clear boundaries between services, according to the service functions and object-oriented of the first transaction server, the services of the first transaction server can be divided into two layers: the core business layer and the presentation layer. Among them, the core business layer may include functional modules such as the first customer management service, customer balance management service, first project management service, calendar service, upstream report storage service, operation report service, dividend service and first interactive script, and the presentation layer may include functional modules such as the first management background view service and the client view service.

[0046] Specifically, if Figure 1 As shown, the specific service functions of each functional module in the first transaction service end can be as follows:

[0047] 1) First Customer Management Service

[0048] The first customer management service can be used to manage the registration (that is, joining) and exit status of various types of customers, provide customer registration and exit interfaces, and support the configuration of specific customer packages to manage the whitelist of various target projects.

[0049] 2) Customer balance management services

[0050] The customer balance management service can be used to manage the resource balances of various customers in different currencies. Then, according to the balance of each customer and the customer registration status, the corresponding transaction records can be automatically generated to reinvest the customer's idle resources. In addition, the customer balance management service can support interaction with the upstream report storage service to reconcile the resource balances of each customer, and update the resource balances of each customer after reconciliation.

[0051] In order to ensure the accurate implementation of the functions of the customer balance management service, a variety of external interfaces can be provided to implement various reconciliation functions of the customer's idle resource balance.

[0052] 3) First Project Management Service

[0053] The target project is an important entity newly added to the cash management service system. Each target project supports independent operation. Moreover, each target project has its own registered customers and can independently manage transactions, interest calculations, and balances for customers. Therefore, the first project management service can abstract the entity of the target project and manage the entities of each target project to support the creation and update of the target project, so that the first transaction service end can more flexibly configure the target project attributes to meet the business market needs of different objects.

[0054] 4) Calendar service

[0055] The calendar service can be used to manage the trading calendar and dividend calendar of each underlying project. The trading calendar can at least mark the trading day of each underlying project, and the dividend calendar can at least mark the dividend day of each underlying project.

[0056] 5) Upstream report storage service

[0057] In the transaction process, in order to support the second transaction server to accurately process any transaction initiated by the first transaction server, such as transaction, interest calculation, and dividend payment, the first transaction server usually sends the customer's registration documents, transaction documents, and related interest rate documents to the second transaction server to perform the corresponding transaction calculation operations. Considering issues such as document compliance and auditing, the upstream report from the second transaction server after the transaction processing needs to be stored on the first transaction server.

[0058] However, since upstream reports are neither part of customer management nor can they be classified into project management, the upstream report storage service of the first transaction service end can support database storage of upstream reports, provide the ability to read and write upstream reports, and provide corresponding reading, transaction, and registration logic for customer balance management services, and provide query capabilities for the landing database.

[0059] 6) Operation report service

[0060] Internal managers have a demand to view operational reports on transaction days and customers, but neither the first customer management service nor the customer balance management service can handle cross-border demands. Therefore, an operational report service is independently divided out on the first transaction service end to manage data summary reports on dimensions such as customers, customer balances, and underlying projects, and generate operational-related report data.

[0061] 7) Dividend service

[0062] The dividend service can be used to distribute the client's idle resources to the client during upstream transactions, that is, to distribute the client's transaction income resources to the corresponding securities account.

[0063] The dividend service can be mainly implemented using the Python version of the SBA technology, which supports the distribution of transaction income resources obtained from the corresponding target project in the cash management service system to customers. On the first transaction service side, it is necessary to consider the scenario of paying dividends to customers based on the target project and collecting certain income (such as tax deduction) from customers.

[0064] Therefore, the dividend service can use program_id to indicate the target project of this dividend, gross_amount to indicate the initial dividend resource amount before collection, and withholding_tax to indicate the dividend collection information corresponding to this dividend.

[0065] 8) First interactive script

[0066] The first interactive script can be responsible for the data interaction between the first transaction server and the second transaction server, using the secure file transfer protocol (SSH File Transfer Protocol, referred to as SFTP) interaction method. Then, the first interactive script can convert the internal system data of the first transaction server into a standard file definition format to interact with the second transaction server, and will not expose the implementation details of the internal system data of the first transaction server. The first interactive script can support the sending of data such as customer registration files, transaction files, and related interest rate files (recorded as Outbound), and can also support the processing of upstream reports such as the report balance, balance distribution, dividend files, and transaction project interest rate files of the second transaction server (recorded as Inbound).

[0067] The first interactive script can obtain all target projects (including expired target projects) from the first project management service, and determine whether the report of each target project has been completed or whether the output file of the target project is interrupted (outbound cut-off), so as to obtain the corresponding relevant project data for the completed or interrupted output file target projects, so as to generate a transaction attribute file of the target project and send it to the second transaction server.

[0068] 9) First management background view service

[0069] The first management backend view service is a service that connects to the web management backend. It relies on the interface provided by the core business service in the first transaction service end to provide external services. It can aggregate the capabilities of the core business service and provide them to the management party. At the same time, it can process the display logic that the core business service does not care about. Therefore, the management backend view service can be extracted from the first transaction service end.

[0070] 10) Client View Service

[0071] For customers, it is very common to check customer registration status and balance details on the front end. Therefore, a client view service can be added to the first transaction server, and the following interface can be provided for it: pull the transaction service data of the first transaction server, integrate it and provide it to the client. The client view service can provide the view as an intermediate layer to separate the front-end service and the back-end service in the first transaction server.

[0072] On the second hand, for the second transaction server, based on the requirements of meeting the internal functional cohesion of the service and clear boundaries between services, according to the service functions and object-oriented of the second transaction server, the services of the second transaction server can also be divided into two layers: the core business layer and the presentation layer. Among them, the core business layer can include functional modules such as the second customer management service, the second project management service, the report service, the transaction management service, and the second interactive script, and the presentation layer can include the second management background view service.

[0073] Specifically, if Figure 1 As shown, the specific service functions of each functional module in the second transaction server can be as follows:

[0074] 1) Second customer management service

[0075] The customer of the first transaction service end needs to register the customer information on the second transaction service end. Therefore, the second customer management service can be responsible for the management of the customer registration information, and manage the account list under the customer and the customer's interest rate gradient information, etc.

[0076] 2) Second project management service

[0077] The target project is an important entity newly added to the cash management service system. Each target project supports independent operation. Moreover, each target project has its own registered customers and can independently manage transactions, interest calculations, and balances for customers. Therefore, the second project management service can abstract the entities of the target project and manage the entities of each target project.

[0078] 3) Reporting Services

[0079] The first transaction server usually sends the customer's registration documents, transaction documents, and related interest rate documents to the second transaction server to perform the corresponding transaction calculation operations. Considering issues such as document compliance and auditing, the second transaction server will generate report data after the transaction is processed, and the customer's report data needs to be stored locally.

[0080] However, since report data does not belong to customer management and cannot be divided into transaction project management, the report service of the second transaction server can support database storage of upstream reports, provide the ability to read and write upstream reports, and provide corresponding reading, transaction, and registration logic for transaction management services, second customer management services, etc., and provide query capabilities for the landing database.

[0081] 4) Transaction management services

[0082] The transaction management service is the core of the entire second transaction service end, which is used to process the subscription / redemption transactions initiated by customers. Since the customer's idle resources are based on the gradient enjoyed by the customer, the customer's interest can be calculated and the resource balance of each target project of the customer can be managed. At this time, the target project, the customer's resource balance and the interest on the balance itself are all generated by the transaction behavior. The transaction is the behavior, and the resource is the state after the transaction. Therefore, the second transaction service end can extract the transaction management service to uniformly manage various transaction behaviors, involving the core processing logic of transactions and customer resources.

[0083] 5) Second interactive script

[0084] The second interactive script can be responsible for the data interaction between the first transaction server and the second transaction server, using the SFTP interaction method. Then, the second interactive script can convert the internal system data of the second transaction server into a standard file definition format to interact with the first transaction server, and will not expose the implementation details of the internal system data of the second transaction server. The second interactive script can process data such as customer registration files, transaction files, and related interest rate files from the first transaction server (recorded as Inbound), and can also return confirmation report balances, balance distribution, dividend files, and transaction project interest rate files to the first transaction server (recorded as Outbound).

[0085] 6) Second management background view service

[0086] The second management backend view service is a service that connects to the web management backend. It relies on the interface provided by the core business service in the second transaction service end to provide external services. It can aggregate the capabilities of the core business service and provide them to the management party. At the same time, it can process the display logic that the core business service does not care about. Therefore, the management backend view service can be extracted from the second transaction service end.

[0087] In summary, in order to ensure the flexibility and accuracy of transaction implementation, this application can analyze the idle resources used by the user in each transaction and the transaction target of reinvestment, and register them into a corresponding target project accordingly. Then, from the dimension of the target project, through the data interaction between the first transaction service end and the second transaction service end, the entire transaction process of using the customer's idle resources under a certain currency to reinvest in any financial product represented by any transaction target is executed, so as to realize comprehensive transactions of any user in diversified transaction scenarios consisting of multiple transaction targets and multiple idle resources.

[0088] Next, the present application may respectively elaborate on the specific transaction processes executed by the first transaction server and the second transaction server.

[0089] Figure 2 A flowchart of a transaction implementation method provided in an embodiment of the present application. The method can be applied to a first transaction server and executed by a transaction implementation device provided in the present application and configured on the first transaction server. The transaction implementation device configured on the first transaction server can be implemented in any software and / or hardware manner. The first transaction server can include but is not limited to various electronic devices such as ultra-mobile personal computers (UMPCs), netbooks, large servers, and computing clusters. The present application does not impose any restrictions on the specific type of the first transaction server.

[0090] Specifically, Figure 2 As shown, the method may include the following steps:

[0091] S210, obtaining idle resource information of registered users.

[0092] Among them, the registered users may be the customers who have registered through the investment and trading application (Application, referred to as App) to support trading on various trading targets. The idle resource information includes the resource type and resource quantity of the idle resources; for example, the idle resources may refer to the account balance in the corresponding account of the registered user, the resource type of the idle resources may refer to the currency of the account balance, such as but not limited to RMB, British Pound, US Dollar, etc., and the resource quantity may refer to the value corresponding to the account balance.

[0093] It is understandable that a transaction initiated by any registered user can be the entire transaction process of using the idle resources of the registered user to reinvest in a financial product represented by a transaction subject. The idle resources of a registered user may be of various types, such as multiple currencies, and support investment in financial products represented by multiple transaction subjects.

[0094] Therefore, in order to ensure the successful implementation of transactions for any registered user, for each registered user, this application will analyze in real time the remaining idle resources of the registered user in different types to obtain the idle resource information of the registered user, so as to subsequently determine whether the idle resources of the registered user support the initiation of a corresponding transaction for a certain target project.

[0095] S220 , in response to the project registration operation of the registered user, determining the resource transaction record corresponding to the target project of the registered user according to the idle resource information of the registered user.

[0096] Considering that each registered user may have multiple types of idle resources, and there are also multiple transaction targets that can be traded with idle resources. This shows that each registered user has corresponding transaction needs in a diversified transaction scenario consisting of multiple transaction targets and multiple idle resources. Then, in order to realize comprehensive transactions for any registered user in a diversified transaction scenario consisting of multiple transaction targets and multiple idle resources, this application can introduce the concept of target projects, and each target project can represent a project in which a registered user initiates a corresponding transaction for a certain transaction target using a certain type of idle resources.

[0097] Specifically, according to the various idle resources that each registered user can use for each transaction and the various transaction targets that can be supported, multiple target projects can be pre-deployed, and each target project can run independently. Therefore, this application can accurately analyze the specific transaction process initiated by any registered user using any idle resource for any transaction target from the dimension of the target project.

[0098] Specifically, the project registration interface can be displayed to the registered users through the visual interface of the client, and the project registration operation corresponding to the registered user can be received through the project registration interface of the client; after the first transaction server receives the project registration operation of the registered user through the client, it can determine the target project joined by the registered user according to the resource type of idle resources in the idle resource information of the registered user, and determine the actual usage of idle resources in the target project according to the resource quantity of idle resources of the corresponding resource type, and then generate a resource transaction record corresponding to the target project.

[0099] For example, the idle resource information of a registered user includes idle resource A whose resource quantity is A value and resource type is A, and idle resource B whose resource quantity is B value and resource type is B; after receiving the project registration operation corresponding to the registered user, it can be determined according to the resource types of the idle resources in the idle resource information of the registered user that the target projects added by the registered user are target project A corresponding to resource type A and target project B corresponding to resource type B, and at the same time, the actual idle resource usage corresponding to target project A (i.e., value A) is determined according to the resource quantity corresponding to idle resource A, and the actual idle resource usage corresponding to target project B (i.e., value B) is determined according to the resource quantity corresponding to idle resource A.

[0100] Furthermore, in one embodiment, for any registered user, after obtaining the idle resource information of the registered user, it is possible to first analyze whether any idle resource of the registered user supports initiating a corresponding transaction for a certain transaction target based on the idle resource information. When confirming that the registered user can use a certain idle resource to initiate a corresponding transaction for a certain transaction target, the application can add the registered user to a corresponding target project according to the specific type of idle resources used by the registered user and the specific transaction target of this transaction, and generate a project registration operation for the registered user.

[0101] Then, in response to the project registration operation of the registered user, the target project corresponding to the registered user can be determined first. By analyzing the idle resource information of the registered user and the actual idle resource usage and actual transaction subject involved in the registered user's joining the target project, the resource transaction record corresponding to the registered user in the target project can be determined.

[0102] In some possible implementations, since each independently running target project will be deployed for different transaction targets and different types of idle resources, then, for the resource transaction record of the registered user corresponding to the target project, this application can determine it in the following ways: obtain the resource type corresponding to the target project; obtain the resource quantity of the target idle resources of the registered user under the resource type corresponding to the target project according to the idle resource information of the registered user; construct the resource transaction record of the registered user corresponding to the target project according to the resource quantity of the target idle resources and the target operation information.

[0103] For the target project registered by the registered user, this application will first determine the resource type corresponding to the target project, so as to determine which type of idle resources the registered user uses in this transaction. Then, by analyzing the idle resource information of the registered user, the target idle resources of the registered user under the resource type corresponding to the target project can be determined from various types of idle resources, and the resource quantity of the target idle resources, that is, the balance information of the target idle resources, etc., can be obtained to indicate the actual usage of the target idle resources by the registered user in this transaction.

[0104] Furthermore, by analyzing the transaction subject corresponding to the target project, the transaction subject of the actual transaction of the registered user can be determined. Then, by analyzing the actual transaction behavior of the registered user using the target idle resources to initiate the corresponding transaction on the transaction subject corresponding to the target project, the target operation information corresponding to the registered user can be determined. Among them, the target operation information may at least include: information on the registered user using the target idle resources to perform a subscription operation or a redemption operation on the transaction subject corresponding to the target project.

[0105] By comprehensively analyzing the resource quantity of the target idle resources and the above-mentioned target operation information, the actual usage of the target idle resources and the actual transaction subject when the registered user executes a transaction under the target project are determined, thereby constructing the resource transaction record corresponding to the registered user in the target project.

[0106] S230, reporting the resource transaction record and the interest rate file of the target project to the second transaction server, so that the second transaction server generates a project transaction record based on the resource transaction records corresponding to the target project of different registered users and triggers the project transaction of the target project, and in response to the project transaction execution success information, updates the gain resource amount of the registered user according to the interest rate file of the target project.

[0107] Among them, the interest rate file is the resource income information in the indicator project, for example, it can be the resource yield rate in the target project; the second transaction service end, as an upstream service of the first transaction service end, can be used to analyze the specific income situation of the idle resources of the first transaction service end after the customer joins the target project.

[0108] It is understandable that the idle resource income standards supported by the transaction subjects corresponding to different target projects may be different. Therefore, after determining the resource transaction records corresponding to the target project by the registered users, in this application, the interest rate file corresponding to the target project can be determined according to the transaction subject corresponding to the target project, and the interest rate file can describe the resource yield rate that can be obtained when the target project is traded.

[0109] Then, the resource transaction record corresponding to the target project by the registered user and the interest rate file corresponding to the target project are jointly reported to the second transaction server.

[0110] Considering that there may be multiple registered users who register to the same target project at the same time to initiate corresponding transactions, the second transaction server may simultaneously receive resource transaction records and interest rate files corresponding to the same target project from multiple registered users.

[0111] Then, in order to ensure the comprehensive transactions of registered users in diversified transaction scenarios consisting of multiple transaction targets and multiple idle resources, for the corresponding transactions initiated by different registered users in the same target project, the second transaction service end can aggregate the resource transaction records corresponding to the same target project by different registered users to obtain a total resource transaction record as the project transaction record of the target project. Then, according to the specific transaction operation information in the project transaction record, the corresponding project transaction operation is triggered from the dimension of the target project.

[0112] It is understandable that for the specific resource benefits of each registered user under the target project, it is usually only after confirming that the target project has been successfully executed that the resource benefits under the target project can be specifically distributed to each registered user. Therefore, after triggering the target project to execute the corresponding project transaction operation, the second transaction service end will also determine in real time whether the project transaction of the target project has been successfully executed. Furthermore, when the project transaction execution success information of the target project is detected and it is confirmed that the target project has successfully completed the project transaction, the second transaction service end can analyze the interest rate file of the target project, and combine the actual usage of the idle resources corresponding to the target project by each registered user when executing transactions under the target project, to obtain the specific resource benefits of each registered user after the successful transaction of the target project, so as to determine the amount of gain resources for each registered user.

[0113] In some achievable methods, considering that each time a registered user joins a certain target project and uses a certain type of idle resources to initiate a corresponding transaction for a certain transaction target, whether the target project successfully completes the transaction is determined by whether the target issuance service end where the transaction target corresponding to the target project is located initiates the corresponding resource settlement for this project transaction. Therefore, after the first transaction service end reports the resource transaction record corresponding to the target project of the registered user and the interest rate file of the target project to the second transaction service end, in order to support the second transaction service end to accurately know whether the target project has successfully executed this project transaction, the first transaction service end in this application can also receive the project transaction record of the target project returned by the second transaction service end; send the project transaction instruction of the target project to the target issuance service end corresponding to the target project based on the project transaction record; receive the transaction success indication information returned by the target issuance service end, and report the project transaction execution success information of the target project to the second transaction service end based on the transaction success indication information, so that the second transaction service end responds to the project transaction execution success information and updates the gain resource amount of the registered user according to the interest rate file of the target project.

[0114] Specifically, after the first transaction server reports the resource transaction records corresponding to the target project of the registered users and the interest rate file of the target project to the second transaction server, the second transaction server will aggregate the resource transaction records corresponding to the same target project of different registered users to obtain a total resource transaction record as the project transaction record of the target project.

[0115] Considering whether any target project has successfully completed the transaction, it is necessary to determine whether the target issuance service end where the transaction target corresponding to the target project is located initiates the corresponding resource settlement for this project transaction. As the upstream service of the first transaction service end, the second transaction service end does not support directly triggering the target issuance service end corresponding to the target project to perform any operation. Then, after the second transaction service end aggregates the various resource transaction records corresponding to the same target project of different registered users into the project transaction record of the target project, it can return the project transaction record to the first transaction service end to indicate that the first transaction service end can trigger the target issuance service end corresponding to the target project to perform the corresponding project transaction operation.

[0116] Therefore, when a registered user joins any target project, the first transaction service end can receive the project transaction record of the target project returned by the second transaction service end, and learn that a corresponding transaction needs to be carried out on the target project. Furthermore, the first transaction service end determines the idle resource usage of each registered user in a specific transaction after joining the target project by parsing the project transaction record, and generates a project transaction instruction for the target project. The project transaction instruction may include the specific idle resource quantity that needs to be settled by the registered user when the target project is traded. Then, the first transaction service end can send the project transaction instruction of the target project to the target issuance service end corresponding to the target project, so that the target issuance service end performs the corresponding resource settlement operation on the current project transaction of the target project to realize the transaction execution of the target project.

[0117] In order to accurately analyze whether the target project has successfully completed the project transaction, the target issuance service end can analyze the specific resource settlement results corresponding to the target project, and after the target project has successfully completed the resource settlement of this project transaction, generate the corresponding transaction success indication information, and return the transaction success indication information to the first transaction service end, and the transaction success indication information can indicate that the project transaction of the target project has been successfully executed. Then, after receiving the transaction success indication information returned by the target issuance service end, the first transaction service end can learn that the current project transaction of the target project has been successfully executed by parsing the transaction success indication information, and thus can generate the project transaction execution success information of the target project. Then, the first transaction server can report the project transaction execution success information of the target project to the second transaction server, so that when the second transaction server receives the project transaction execution success information of the target project, it can confirm that the target project has successfully executed the project transaction, and by analyzing the interest rate file of the target project and combining the actual usage of the idle resources corresponding to the target project by each registered user when executing transactions under the target project, the specific resource benefits brought to each registered user after the successful transaction of the target project can be judged, thereby determining the gain resource amount of each registered user.

[0118] S240, receiving the amount of gain resources of the registered user under the target project returned by the second transaction server, and updating the idle resource information of the registered user.

[0119] After the second transaction service end determines the amount of gain resources of each registered user who has joined the target project, in order to ensure that the target project brings corresponding resource benefits to each registered user after the successful transaction, the second transaction service end can return the amount of gain resources of each registered user who has joined the target project to the first transaction service end. Then, the first transaction service end can receive the amount of gain resources of each registered user under the target project returned by the second transaction service end, and add the amount of gain resources of each registered user under the target project on the basis of the original amount of idle resources of each registered user, and obtain the latest amount of idle resources of the registered user after the successful transaction of the target project, thereby updating the idle resource information of the registered user, so as to achieve accurate dividend distribution to each registered user after the successful transaction of the target project.

[0120] In some possible implementations, considering that when a registered user obtains resource benefits by joining the corresponding target project, it is usually necessary to turn in part of the resource benefits brought to him by the target project to ensure that the registered user can enjoy certain benefits. Therefore, this application can update the idle resource information of the registered user in the following way: receiving the amount of gain resources of the registered user under the target project returned by the second transaction service end; updating the idle resource information of the registered user according to the amount of gain resources of the registered user under the target project and the resource collection information of the registered user.

[0121] Specifically, the first transaction service end can receive the amount of gain resources of each registered user under the target project returned by the second transaction service end, so as to know the specific resource benefits brought to each registered user after the target project is successfully traded. In order to accurately analyze the income submission of registered users when they obtain resource benefits by joining the target project, this application can set a resource collection information to indicate the resource income submission ratio of the registered users, and different registered users have different resource collection information.

[0122] Then, after receiving the amount of gain resources of each registered user under the target project returned by the second transaction service end, the first transaction service end can determine the resource income remitted ratio of the registered user by analyzing the resource collection information of the registered user. Then, by multiplying the amount of gain resources of the registered user under the target project and the resource income remitted ratio of the registered user, the amount of resource income actually benefited by the registered user can be determined, and added to the original amount of idle resources of the registered user to update the idle resource information of the registered user.

[0123] In the technical solution provided by the embodiment of the present application, the first transaction service end will obtain the idle resource information of the registered user in real time, and when the project registration operation of the registered user is detected, the resource transaction record corresponding to the registered target project of the registered user is determined according to the idle resource information. Then, the resource transaction record and the interest rate file of the target project are reported to the second transaction service end, so that the second transaction service end generates a project transaction record based on the resource transaction records corresponding to the target project of different registered users and triggers the project transaction of the target project, so that after the project transaction is successfully executed, the gain resource amount of each registered user can be updated according to the interest rate file of the target project. Then, when the first transaction service end receives the gain resource amount of the registered user under the target project returned by the second transaction service end, it can update the idle resource information of the registered user accordingly, and complete the entire transaction process initiated by the registered user using any idle resource for any transaction target from the dimension of the target project, so as to realize the comprehensive transaction of any registered user in the diversified transaction scenarios consisting of multiple transaction targets and multiple idle resources, and ensure the flexibility and accuracy of transaction realization.

[0124] Figure 3 A flowchart of another transaction implementation method provided in an embodiment of the present application. The method can be applied to a second transaction server and executed by a transaction implementation device provided in the present application and configured on the second transaction server. The transaction implementation device configured on the second transaction server can be implemented in any software and / or hardware manner. The second transaction server can include but is not limited to various electronic devices such as laptop computers, ultra-mobile personal computers (UMPCs), netbooks, large servers, etc. The present application does not impose any restrictions on the specific type of the second transaction server.

[0125] Specifically, Figure 3 As shown, the method may include the following steps:

[0126] S310, receiving resource transaction records corresponding to the target project and the interest rate file of the target project of different registered users reported by the first transaction server.

[0127] In this application, in order to realize comprehensive transactions of any registered user in a diversified transaction scenario consisting of multiple transaction targets and multiple idle resources, this application can introduce the concept of target projects. Specifically, according to the various idle resources that can be used by each registered user in each transaction and the various transaction targets that can support transactions, multiple target projects can be pre-deployed, and each target project can run independently. Therefore, this application can accurately analyze the specific transaction process initiated by any registered user using any idle resource for any transaction target each time from the dimension of the target project.

[0128] Then, after the first transaction service detects that any registered user has joined a target project, the first transaction service will determine the resource transaction record corresponding to the target project by analyzing the idle resource information of the registered user and the actual idle resource usage and the actual transaction target involved in the registered user's joining the target project. Considering that the registered user will obtain a certain amount of idle resource income in each transaction, the second transaction service, as the upstream service of the first transaction service, usually analyzes the specific income of the idle resources of the first transaction service for each transaction of the customer. Then, the first transaction service will report the resource transaction record corresponding to the target project of the registered user and the interest rate file corresponding to the target project to the second transaction service, and the second transaction service will analyze the specific resource income of the registered user under the target project.

[0129] Therefore, after a registered user joins a certain target project and initiates a corresponding transaction, considering that there may be multiple registered users who register to the same target project at the same time to initiate corresponding transactions, the second transaction server will receive the resource transaction records corresponding to the target project and the interest rate file of the target project reported by the first transaction server, so that the second transaction server can subsequently analyze the specific resource income situation of the registered users under the target project.

[0130] S320, based on the resource transaction records corresponding to the target project of different registered users, generate corresponding project transaction records, and trigger the project transaction of the target project.

[0131] In order to ensure the comprehensive transactions of registered users in diversified transaction scenarios consisting of multiple transaction targets and multiple idle resources, for the corresponding transactions initiated by different registered users in the same target project, the second transaction service end can aggregate the resource transaction records corresponding to the same target project by different registered users to obtain a total resource transaction record to generate the project transaction record of the target project. Then, according to the specific transaction operation information in the project transaction record, the corresponding project transaction operation is triggered from the dimension of the target project.

[0132] It is understandable that the specific resource benefits of each registered user under the target project will usually be distributed to each registered user only after the target project is confirmed to be successfully executed. Therefore, after triggering the target project to execute the corresponding project transaction operation, the second transaction server will also determine in real time whether the project transaction of the target project is successfully executed.

[0133] Considering that each time a registered user joins a certain target project and uses a certain type of idle resources to initiate a corresponding transaction for a certain transaction target, the specific transaction operation of the target project can usually be that the target issuing service end where the transaction target corresponding to the target project is located performs the corresponding resource settlement operation on this project transaction. Therefore, the second transaction service end triggers the project transaction of the target project, which can specifically be: returning the project transaction record of the target project to the first transaction service end, so that the first transaction service end sends the project transaction instruction of the target project to the target issuing service end corresponding to the target project based on the project transaction record, and receives the transaction success indication information returned by the target issuing service end; receiving the project transaction execution success information reported by the first transaction service end based on the transaction success indication information.

[0134] Specifically, after the second transaction server aggregates the resource transaction records corresponding to the same target project of different registered users to generate the project transaction record of the target project, it can return the project transaction record to the first transaction server to instruct the first transaction server to trigger the target issuance server corresponding to the target project to perform the corresponding project transaction operation.

[0135] Then, after receiving the project transaction record of the target project returned by the second transaction service end, the first transaction service end can parse the project transaction record to determine the idle resource usage of each registered user in the specific transaction after joining the target project, so as to generate the project transaction instruction of the target project, which may include the specific idle resource quantity that needs to be settled by the registered user when the target project is traded. Then, the first transaction service end can send the project transaction instruction of the target project to the target issuance service end corresponding to the target project, so that the target issuance service end performs the corresponding resource settlement operation on the current project transaction of the target project, so as to realize the transaction execution of the target project.

[0136] In order to accurately analyze whether the target project has successfully completed the project transaction, the target issuance service end can analyze the specific resource settlement results corresponding to the target project, and after the target project has successfully completed the resource settlement of this project transaction, generate the corresponding transaction success indication information, and return the transaction success indication information to the first transaction service end, and the transaction success indication information can indicate that the project transaction of the target project has been successfully executed. Then, after receiving the transaction success indication information returned by the target issuance service end, the first transaction service end can learn that the current project transaction of the target project has been successfully executed by parsing the transaction success indication information, thereby generating the project transaction execution success information of the target project, and reporting the project transaction execution success information to the second transaction service end. As a result, the second transaction service end can receive the project transaction execution success information of the target project reported by the first transaction service end to confirm that the target project has successfully completed this project transaction.

[0137] S330 , in response to the project transaction execution success information, updating the gain resource amount of each registered user according to the interest rate file of the target project.

[0138] After triggering the target project to execute the corresponding project transaction operation, the second transaction service end will determine in real time whether the project transaction of the target project has been successfully executed. Then, when the project transaction execution success information of the target project is detected and it is confirmed that the target project has successfully completed this project transaction, the second transaction service end can analyze the interest rate file of the target project and combine the actual usage of the idle resources corresponding to the target project by each registered user when executing transactions under the target project to determine the specific resource benefits brought to each registered user after the successful transaction of the target project, thereby determining the amount of gain resources for each registered user.

[0139] In some possible implementations, since the returns of the transaction targets corresponding to different target projects on the transaction day are different, for example, some transaction targets will not have new returns on the transaction day, while some transaction targets will have new returns on the transaction day. Then, the second transaction service end updates the gain resource amount of each registered user according to the interest rate file of the target project, which can be specifically: in response to the project transaction execution success information, determine the latest gain resource amount of the target project on the current transaction day; update the gain resource amount of each registered user according to the latest gain resource amount and the interest rate file of the target project.

[0140] Specifically, when the second transaction service end receives the successful execution information of the project transaction of the target project, it can confirm that the target project has successfully completed the project transaction. Then, the second transaction service end first needs to determine whether there is new resource income for the transaction target corresponding to the target project on the current trading day to determine the latest gain resource amount of the target project on the current trading day. Then, by settling the income of the latest gain resource amount of the target project on the current trading day, the idle resource balance information of the registered users can be updated. Furthermore, the second transaction service end determines the specific resource income brought to each registered user after the successful transaction of the target project by analyzing the interest rate file of the target project and combining the idle resource balance information of each registered user when executing the transaction under the target project, so as to determine the gain resource amount of each registered user.

[0141] S340: Return the gain resource amount of each registered user to the first transaction server, so that the first transaction server updates the idle resource information of the registered user according to the gain resource amount.

[0142] After the second transaction server determines the amount of gain resources of each registered user under the target project, in order to ensure that the target project brings corresponding resource benefits to each registered user after a successful transaction, the second transaction server may return the amount of gain resources of each registered user who has joined the target project to the first transaction server, so that after receiving the amount of gain resources of each registered user under the target project returned by the second transaction server, the first transaction server can update the idle resource information of the registered users by adding the amount of gain resources of the registered users under the target project on the basis of the original amount of idle resources of each registered user, so as to achieve accurate dividend payment to each registered user after a successful transaction of the target project.

[0143] According to the technical solution provided by the embodiment of the present application, when the second transaction server receives the resource transaction records corresponding to the target project and the interest rate file of the target project of different registered users reported by the first transaction server, it generates a project transaction record based on the resource transaction records corresponding to the target project of different registered users and triggers the project transaction of the target project. After the project transaction is successfully executed, the gain resource amount of each registered user is updated according to the interest rate file of the target project, and the first transaction server updates the idle resource information of the registered user according to the gain resource amount of the registered user under the target project returned by the second transaction server. From the dimension of the target project, the entire transaction process initiated by the registered user using any idle resource for any transaction target is completed, so as to realize comprehensive transactions of any registered user in diversified transaction scenarios consisting of multiple transaction targets and multiple idle resources, thereby ensuring the flexibility and accuracy of transaction implementation.

[0144] Figure 4A flowchart of a method for transaction interaction between a first transaction service end and a second transaction service end provided in an embodiment of the present application. The method may specifically include the following steps:

[0145] S401, the first transaction service end obtains idle resource information of a registered user, and in response to a project registration operation of the registered user, determines a resource transaction record corresponding to the target project of the registered user according to the idle resource information of the registered user.

[0146] S402, the first transaction server reports the resource transaction record and the interest rate file of the target project to the second transaction server.

[0147] S403: The second transaction server generates corresponding project transaction records based on resource transaction records corresponding to the target project by different registered users.

[0148] S404, the second transaction server returns the project transaction record of the target project to the first transaction server.

[0149] S405, the first transaction server sends a project transaction instruction of the target project to the target issuing server corresponding to the target project based on the project transaction record, and receives transaction success indication information returned by the target issuing server.

[0150] S406: The first transaction server generates corresponding project transaction execution success information based on the transaction success indication information.

[0151] S407, the first transaction server reports the project transaction execution success information to the second transaction server.

[0152] S408: The second transaction server determines the latest gain resource amount of the target project on the current transaction day in response to the project transaction execution success information.

[0153] S409, the second transaction server updates the gain resource amount of each registered user according to the latest gain resource amount and the interest rate file of the target project.

[0154] S410, the second transaction server returns the gain resource amount of each registered user to the first transaction server.

[0155] S411, the first transaction server updates the idle resource information of the registered user according to the gain resource amount of the registered user under the target project and the resource collection information of the registered user.

[0156] In the technical solution provided by the embodiment of the present application, the first transaction service end will obtain the idle resource information of the registered user in real time, and when the project registration operation of the registered user is detected, the resource transaction record corresponding to the registered target project of the registered user is determined according to the idle resource information. Then, the resource transaction record and the interest rate file of the target project are reported to the second transaction service end, so that the second transaction service end generates a project transaction record based on the resource transaction records corresponding to the target project of different registered users and triggers the project transaction of the target project, so that after the project transaction is successfully executed, the gain resource amount of each registered user can be updated according to the interest rate file of the target project. Then, when the first transaction service end receives the gain resource amount of the registered user under the target project returned by the second transaction service end, it can update the idle resource information of the registered user accordingly, and complete the entire transaction process initiated by the registered user using any idle resource for any transaction target from the dimension of the target project, so as to realize the comprehensive transaction of any registered user in the diversified transaction scenarios consisting of multiple transaction targets and multiple idle resources, and ensure the flexibility and accuracy of transaction realization.

[0157] Figure 5 This is a principle block diagram of a transaction implementation device provided in an embodiment of the present application, which is configured at the first transaction service end. Figure 5 As shown, the apparatus 500 may include:

[0158] The idle resource acquisition module 510 is used to obtain the idle resource information of the registered users;

[0159] The resource transaction module 520 is used to respond to the project registration operation of the registered user and determine the resource transaction record corresponding to the target project of the registered user according to the idle resource information of the registered user;

[0160] The first project transaction module 530 is used to report the resource transaction record and the interest rate file of the target project to the second transaction server, so that the second transaction server generates a project transaction record based on the resource transaction records corresponding to the target project of different registered users and triggers the project transaction of the target project, and in response to the project transaction execution success information, updates the gain resource amount of the registered user according to the interest rate file of the target project;

[0161] The first idle resource updating module 540 is configured to receive the amount of gain resources of the registered user under the target project returned by the second transaction server, and update the idle resource information of the registered user.

[0162] In some implementations, the resource transaction module 520 may be specifically used to:

[0163] Obtain the resource type corresponding to the target project;

[0164] According to the idle resource information of the registered user, obtaining the resource quantity of the target idle resources of the registered user under the resource type corresponding to the target project;

[0165] According to the resource quantity of the target idle resources and the target operation information, a resource transaction record of the registered user corresponding to the target project is constructed.

[0166] In some implementations, the transaction implementation device may further include a project transaction determination module. The project transaction determination module may be used to:

[0167] receiving a project transaction record of the target project returned by the second transaction server;

[0168] Sending a project transaction instruction of the target project to the target issuance service end corresponding to the target project based on the project transaction record;

[0169] Receive transaction success indication information returned by the target issuance service end, and report project transaction execution success information of the target project to the second transaction service end based on the transaction success indication information, so that the second transaction service end responds to the project transaction execution success information and updates the gain resource amount of the registered user according to the interest rate file of the target project.

[0170] In some implementations, the first idle resource updating module 540 may be specifically configured to:

[0171] receiving the amount of gain resources of the registered user under the target project returned by the second transaction server;

[0172] The idle resource information of the registered user is updated according to the gain resource amount of the registered user under the target project and the resource collection information of the registered user.

[0173] In the embodiment of the present application, the first transaction service end will obtain the idle resource information of the registered user in real time, and when the project registration operation of the registered user is detected, the resource transaction record corresponding to the registered target project of the registered user is determined according to the idle resource information. Then, the resource transaction record and the interest rate file of the target project are reported to the second transaction service end, so that the second transaction service end generates a project transaction record based on the resource transaction records corresponding to the target project of different registered users and triggers the project transaction of the target project, so that after the project transaction is successfully executed, the gain resource amount of each registered user can be updated according to the interest rate file of the target project. Then, when the first transaction service end receives the gain resource amount of the registered user under the target project returned by the second transaction service end, it can update the idle resource information of the registered user accordingly, and complete the entire transaction process initiated by the registered user using any idle resource for any transaction target from the dimension of the target project, so as to realize the comprehensive transaction of any registered user in the diversified transaction scenarios consisting of multiple transaction targets and multiple idle resources, and ensure the flexibility and accuracy of transaction realization.

[0174] It should be understood that the device embodiment configured on the first transaction server and the method embodiment applied to the first transaction server may correspond to each other, and similar descriptions may refer to the method embodiment. To avoid repetition, they will not be described here. Specifically, Figure 5 The device 500 shown can execute any method embodiment provided in the present application and applied to the first transaction server, and the aforementioned and other operations and / or functions of each module in the device 500 are respectively for implementing the corresponding processes in each method applied to the first transaction server in the embodiment of the present application. For the sake of brevity, they will not be repeated here.

[0175] The above describes the device 500 of the embodiment of the present application from the perspective of the functional module in conjunction with the accompanying drawings. It should be understood that the functional module can be implemented in hardware form, can be implemented by instructions in software form, and can also be implemented by a combination of hardware and software modules. Specifically, the steps of the method embodiment applied to the transaction terminal in the embodiment of the present application can be completed by the hardware integrated logic circuit and / or software instructions in the processor, and the steps of the method applied to the transaction terminal in conjunction with the embodiment of the present application can be directly embodied as a hardware decoding processor to execute, or a combination of hardware and software modules in the decoding processor to execute. Optionally, the software module can be located in a mature storage medium in the field such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps in the above method embodiment in conjunction with its hardware.

[0176] Figure 6This is a principle block diagram of another transaction implementation device provided in an embodiment of the present application, which is configured at the second transaction service end. Figure 6 As shown, the apparatus 600 may include:

[0177] The resource transaction record receiving module 610 is used to receive resource transaction records corresponding to the target project and the interest rate file of the target project reported by the first transaction server;

[0178] The second project transaction module 620 is used to generate corresponding project transaction records based on resource transaction records corresponding to the target project by different registered users, and trigger project transaction of the target project;

[0179] The gain resource updating module 630 is used to update the gain resource amount of each registered user according to the interest rate file of the target project in response to the project transaction execution success information;

[0180] The second idle resource updating module 640 is used to return the gain resource amount of each registered user to the first transaction server, so that the first transaction server updates the idle resource information of the registered user according to the gain resource amount.

[0181] In some implementations, the second project transaction module 620 may be specifically configured to:

[0182] Returning the project transaction record of the target project to the first transaction server, so that the first transaction server sends the project transaction instruction of the target project to the target issuance server corresponding to the target project based on the project transaction record, and receives the transaction success indication information returned by the target issuance server;

[0183] Receive project transaction execution success information reported by the first transaction server based on the transaction success indication information.

[0184] In some implementations, the gain resource updating module 630 may be specifically configured to:

[0185] In response to the project transaction execution success information, determining the latest gain resource amount of the target project on the current transaction day;

[0186] The gain resource amount of each registered user is updated according to the latest gain resource amount and the interest rate file of the target project.

[0187] In an embodiment of the present application, when the second transaction server receives the resource transaction records corresponding to the target project and the interest rate file of the target project of different registered users reported by the first transaction server, it generates a project transaction record based on the resource transaction records corresponding to the target project of different registered users and triggers the project transaction of the target project. After the project transaction is successfully executed, the gain resource amount of each registered user is updated according to the interest rate file of the target project, and the first transaction server updates the idle resource information of the registered user according to the gain resource amount of the registered user under the target project returned by the second transaction server. From the dimension of the target project, the entire transaction process initiated by the registered user using any idle resource for any transaction target is completed, so as to realize comprehensive transactions of any registered user in diversified transaction scenarios consisting of multiple transaction targets and multiple idle resources, thereby ensuring the flexibility and accuracy of transaction implementation.

[0188] It should be understood that the device embodiment configured on the second transaction server and the method embodiment applied to the second transaction server may correspond to each other, and similar descriptions may refer to the method embodiment. To avoid repetition, no further description is given here. Specifically, Figure 6 The device 600 shown can execute any method embodiment provided in the present application and applied to the second transaction server, and the aforementioned and other operations and / or functions of each module in the device 600 are respectively for implementing the corresponding processes in each method applied to the second transaction server in the embodiment of the present application. For the sake of brevity, they will not be repeated here.

[0189] In the above text, the device 600 of the embodiment of the present application is described from the perspective of the functional module in conjunction with the accompanying drawings. It should be understood that the functional module can be implemented in hardware form, can be implemented by instructions in software form, and can also be implemented by a combination of hardware and software modules. Specifically, the steps of the method embodiment applied to the transaction service end in the embodiment of the present application can be completed by the hardware integrated logic circuit and / or software instructions in the processor, and the steps of the method applied to the transaction service end in conjunction with the embodiment of the present application can be directly embodied as a hardware decoding processor to execute, or a combination of hardware and software modules in the decoding processor to execute. Optionally, the software module can be located in a mature storage medium in the field such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps in the above method embodiment in conjunction with its hardware.

[0190] Figure 7 A schematic block diagram of an electronic device provided in an embodiment of the present application.

[0191] like Figure 7 As shown, the electronic device 700 may include:

[0192] The memory 710 and the processor 720, the memory 710 is used to store the computer program and transmit the program code to the processor 720. In other words, the processor 720 can call and run the computer program from the memory 710 to implement the method in the embodiment of the present application.

[0193] For example, the processor 720 may be configured to execute the above method embodiments according to instructions in the computer program.

[0194] In some embodiments of the present application, the processor 720 may include but is not limited to:

[0195] General-purpose processor, digital signal processor (DSP), application-specific integrated circuit (ASIC), field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, etc.

[0196] In some embodiments of the present application, the memory 710 includes but is not limited to:

[0197] Volatile memory and / or non-volatile memory. Among them, the non-volatile memory can be read-only memory (ROM), programmable ROM (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM) or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link DRAM (SLDRAM), and direct RAM bus random access memory (DR RAM).

[0198] In some embodiments of the present application, the computer program may be divided into one or more modules, which are stored in the memory 710 and executed by the processor 720 to complete the method provided by the present application. The one or more modules may be a series of computer program instruction segments capable of completing specific functions, and the instruction segments are used to describe the execution process of the computer program in the electronic device.

[0199] like Figure 7 As shown, the electronic device may also include:

[0200] The transceiver 730 may be connected to the processor 720 or the memory 710 .

[0201] The processor 720 may control the transceiver 730 to communicate with other devices, specifically, to send information or data to other devices, or to receive information or data sent by other devices. The transceiver 730 may include a transmitter and a receiver. The transceiver 730 may further include an antenna, and the number of antennas may be one or more.

[0202] It should be understood that the various components in the electronic device are connected via a bus system, wherein the bus system includes not only a data bus but also a power bus, a control bus and a status signal bus.

[0203] The embodiment of the present application also provides a computer storage medium on which a computer program is stored, and when the computer program is executed by a computer, the computer can perform the method of the above method embodiment. In other words, the embodiment of the present application also provides a computer program product containing instructions, and when the instructions are executed by a computer, the computer can perform the method of the above method embodiment.

[0204] When software is used for implementation, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function according to the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from a website site, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (digital subscriber line, DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, server or data center. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that includes one or more available media integration. The available medium can be a magnetic medium (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a digital video disc (digital video disc, DVD)), or a semiconductor medium (e.g., a solid state drive (solid state disk, SSD)), etc.

[0205] Those skilled in the art will appreciate that the modules and algorithm steps of each example described in conjunction with the embodiments applied for herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0206] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the module is only a logical function division. There may be other division methods in actual implementation, such as multiple modules or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or modules, which can be electrical, mechanical or other forms.

[0207] The modules described as separate components may or may not be physically separated, and the components displayed as modules may or may not be physical modules, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the scheme of this embodiment. For example, each functional module in each embodiment of the present application may be integrated into a processing module, or each module may exist physically separately, or two or more modules may be integrated into one module.

[0208] The above are only specific implementations of the present application, but the protection scope of the present application is not limited thereto. Any technician familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

1. A transaction implementation method, characterized in that: The method is applied to a first transaction service end, comprising: Get idle resource information of registered users; In response to the project registration operation of the registered user, determining the resource transaction record corresponding to the target project of the registered user according to the idle resource information of the registered user; reporting the resource transaction record and the interest rate file of the target project to the second transaction server, so that the second transaction server generates a project transaction record based on the resource transaction records corresponding to the target project of different registered users and triggers the project transaction of the target project, and in response to the project transaction execution success information, updates the gain resource amount of the registered user according to the interest rate file of the target project; Receive the amount of gain resources of the registered user under the target project returned by the second transaction service end, and update the idle resource information of the registered user.

2. The method according to claim 1, characterized in that In response to the project registration operation of the registered user, determining the resource transaction record corresponding to the target project of the registered user according to the idle resource information of the registered user includes: Obtain the resource type corresponding to the target project; According to the idle resource information of the registered user, obtaining the resource quantity of the target idle resources of the registered user under the resource type corresponding to the target project; According to the resource quantity of the target idle resources and the target operation information, a resource transaction record of the registered user corresponding to the target project is constructed.

3. The method according to claim 1, characterized in that After reporting the resource transaction record and the interest rate file of the target project to the second transaction server, the method further includes: receiving a project transaction record of the target project returned by the second transaction server; Sending a project transaction instruction of the target project to the target issuance service end corresponding to the target project based on the project transaction record; Receive transaction success indication information returned by the target issuance service end, and report project transaction execution success information of the target project to the second transaction service end based on the transaction success indication information, so that the second transaction service end responds to the project transaction execution success information and updates the gain resource amount of the registered user according to the interest rate file of the target project.

4. The method according to claim 1, characterized in that: The receiving the amount of gain resources of the registered user under the target project returned by the second transaction service end, and updating the idle resource information of the registered user, includes: receiving the amount of gain resources of the registered user under the target project returned by the second transaction server; The idle resource information of the registered user is updated according to the gain resource amount of the registered user under the target project and the resource collection information of the registered user.

5. A transaction implementation method, characterized in that: The method is applied to the second transaction server, and includes: Receiving resource transaction records corresponding to the target project by different registered users and an interest rate file of the target project reported by the first transaction server; Based on the resource transaction records corresponding to the target project by different registered users, a corresponding project transaction record is generated, and a project transaction of the target project is triggered; In response to the project transaction execution success information, updating the gain resource amount of each registered user according to the interest rate file of the target project; The gain resource amount of each registered user is returned to the first transaction server, so that the first transaction server updates the idle resource information of the registered user according to the gain resource amount.

6. The method according to claim 5, characterized in that The project transaction that triggers the target project includes: Returning the project transaction record of the target project to the first transaction server, so that the first transaction server sends the project transaction instruction of the target project to the target issuance server corresponding to the target project based on the project transaction record, and receives the transaction success indication information returned by the target issuance server; Receiving project transaction execution success information reported by the first transaction server based on the transaction success indication information; Accordingly, in response to the project transaction execution success information, updating the gain resource amount of each registered user according to the interest rate file of the target project includes: In response to the project transaction execution success information, determining the latest gain resource amount of the target project on the current transaction day; The gain resource amount of each registered user is updated according to the latest gain resource amount and the interest rate file of the target project.

7. A transaction implementation device, characterized in that: The device is configured at the first transaction service end and includes: An idle resource acquisition module is used to obtain idle resource information of registered users; A resource transaction module, configured to respond to the project registration operation of the registered user and determine the resource transaction record corresponding to the target project of the registered user according to the idle resource information of the registered user; A first project transaction module is configured to report the resource transaction record and the interest rate file of the target project to a second transaction server, so that the second transaction server generates a project transaction record based on the resource transaction records corresponding to the target project of different registered users and triggers the project transaction of the target project, and in response to the project transaction execution success information, updates the gain resource amount of the registered user according to the interest rate file of the target project; The first idle resource updating module is used to receive the gain resource amount of the registered user under the target project returned by the second transaction service end, and update the idle resource information of the registered user.

8. A transaction implementation device, characterized in that: The device is configured at the second transaction service end and includes: A resource transaction record receiving module, configured to receive resource transaction records corresponding to the target project and an interest rate file of the target project of different registered users reported by the first transaction server; A second project transaction module, configured to generate corresponding project transaction records based on resource transaction records corresponding to the target project by different registered users, and trigger a project transaction of the target project; A gain resource update module, configured to update the gain resource amount of each registered user according to the interest rate file of the target project in response to the project transaction execution success information; The second idle resource updating module is used to return the gain resource amount of each registered user to the first transaction service end, so that the first transaction service end updates the idle resource information of the registered user according to the gain resource amount.

9. An electronic device, characterized in that: include: A processor and a memory, wherein the memory is used to store a computer program, and the processor is used to call and run the computer program stored in the memory to execute the transaction implementation method according to any one of claims 1 to 6.

10. A computer-readable storage medium, characterized in that: Used to store a computer program, wherein the computer program enables a computer to execute the transaction implementation method according to any one of claims 1 to 6.

Images