Resource transfer method, device and equipment

Abstract

The embodiment of the invention discloses a resource transfer method, device and equipment. The method comprises the following steps: receiving a resource transfer request of a user; in response to the resource transfer request, a plurality of different resource transfer path sequences are obtained, each resource transfer path sequence comprises at least one piece of resource transfer path information, and each piece of resource transfer path information is provided with a path priority suitable for the current resource transfer path sequence; based on the sequence priority corresponding to each resource transfer path sequence, determining a target resource transfer path sequence corresponding to the resource transfer request from the plurality of different resource transfer path sequences; and executing resource transfer processing corresponding to the resource transfer request based on resource transfer path information in the target resource transfer path sequence.

Description

Technical Field

[0001] This document relates to the field of computer technology, and in particular to a method, apparatus and device for resource transfer. Background Technology

[0002] In order to attract users to transfer resources (such as payments in commodity transactions) to a designated resource transfer path within a certain period of time and bring certain resource increments to the organization, some organizations set up certain specific rights or interests. In this case, the transfer of resources based on these specific rights or interests is a key product solution to increase resource increments.

[0003] Typically, in resource transfer operations, fixed resource transfer paths or resource transfer path sequences can be set for different users. These sequences include multiple different resource transfer paths, and their order indicates their priority during resource transfer processing. However, when a new resource transfer path emerges, users need to manually set its priority relative to existing paths. This leads to inefficient and inflexible resource transfer path setup, ultimately resulting in lower resource transfer efficiency for users. Therefore, a superior resource transfer path setup mechanism is needed to improve both efficiency and flexibility, thereby enhancing the overall efficiency of resource transfer for users. Summary of the Invention

[0004] The purpose of the embodiments in this specification is to provide a better resource transfer path setting mechanism to improve the efficiency and flexibility of resource transfer path setting, and to improve the efficiency of user resource transfer.

[0005] To achieve the above technical solution, the embodiments in this specification are implemented as follows: This specification provides a resource transfer method, the method comprising: receiving a user's resource transfer request; in response to the resource transfer request, acquiring a plurality of different resource transfer path sequences, wherein each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is configured with a path priority applicable to the current resource transfer path sequence; determining a target resource transfer path sequence corresponding to the resource transfer request from the plurality of different resource transfer path sequences based on the sequence priority corresponding to each resource transfer path sequence; and performing resource transfer processing corresponding to the resource transfer request based on the resource transfer path information in the target resource transfer path sequence.

[0006] This specification provides a resource transfer device, comprising: a request receiving module for receiving a user's resource transfer request; a response module for acquiring multiple different resource transfer path sequences in response to the resource transfer request, wherein each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is configured with a path priority applicable to the current resource transfer path sequence; a path determination module for determining a target resource transfer path sequence corresponding to the resource transfer request from the multiple different resource transfer path sequences based on the sequence priority corresponding to each resource transfer path sequence; and a resource transfer module for performing resource transfer processing corresponding to the resource transfer request based on the resource transfer path information in the target resource transfer path sequence.

[0007] This specification provides an embodiment of a resource transfer device, comprising: a processor; and a memory configured to store computer-executable instructions, wherein, when executed, the executable instructions cause the processor to: receive a user's resource transfer request; in response to the resource transfer request, acquire a plurality of different resource transfer path sequences, wherein each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is configured with a path priority applicable to the current resource transfer path sequence; determine a target resource transfer path sequence corresponding to the resource transfer request from the plurality of different resource transfer path sequences based on the sequence priority corresponding to each resource transfer path sequence; and perform resource transfer processing corresponding to the resource transfer request based on the resource transfer path information in the target resource transfer path sequence.

[0008] This specification also provides a storage medium for storing computer-executable instructions. When executed by a processor, the executable instructions implement the following process: receiving a user's resource transfer request; in response to the resource transfer request, obtaining multiple different resource transfer path sequences, wherein each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is set with a path priority applicable to the current resource transfer path sequence; determining a target resource transfer path sequence corresponding to the resource transfer request from the multiple different resource transfer path sequences based on the sequence priority corresponding to each resource transfer path sequence; and performing resource transfer processing corresponding to the resource transfer request based on the resource transfer path information in the target resource transfer path sequence.

[0009] This specification also provides a computer program product, including a computer program that, when executed by a processor, implements the following process: receiving a user's resource transfer request; in response to the resource transfer request, acquiring a plurality of different resource transfer path sequences, wherein each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is set with a path priority applicable to the current resource transfer path sequence; determining a target resource transfer path sequence corresponding to the resource transfer request from the plurality of different resource transfer path sequences based on the sequence priority corresponding to each resource transfer path sequence; and performing resource transfer processing corresponding to the resource transfer request based on the resource transfer path information in the target resource transfer path sequence. Attached Figure Description

[0010] To more clearly illustrate the technical solutions in the embodiments or prior art of this specification, the drawings used in the description of the embodiments or prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in this specification. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort. Figure 1 This is a schematic diagram of the structure of a resource transfer system described in this specification; Figure 2 This is a schematic diagram of a resource transfer process described in this specification; Figure 3 This is a schematic diagram of an interface for requesting a permission as described in this manual; Figure 4 This is a schematic diagram illustrating the closure of a resource transfer path as described in this specification; Figure 5 This is a diagram illustrating one method of unbinding permissions as described in this manual. Figure 6 This is a schematic diagram of another resource transfer process described in this specification; Figure 7 This is a schematic diagram of yet another resource transfer process described in this specification; Figure 8 This is a schematic diagram of a resource transfer device described in this specification; Figure 9 This is a schematic diagram of a resource transfer device described in this specification. Detailed Implementation

[0011] This specification provides a resource transfer method, apparatus, and device through its embodiments.

[0012] To enable those skilled in the art to better understand the technical solutions in this specification, the technical solutions in the embodiments of this specification will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this specification, and not all embodiments. Based on the embodiments in this specification, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of this specification.

[0013] This specification provides a resource transfer mechanism. Some organizations, in order to attract users to transfer resources (such as payments in commodity transactions) along designated resource transfer paths over a period of time, thereby generating incremental resources for the organization, set up specific rights or benefits. In this case, the transfer of these specific rights or benefits is a key product solution for increasing resource increments. For users, these specific rights or benefits allow them to enjoy additional rewards or benefits each time they process a resource transfer (e.g., receiving extra points or additional resource reduction rewards). Typically, in resource transfer operations, fixed resource transfer paths or resource transfer path sequences can be set for different users. The resource transfer path sequence includes multiple different resource transfer path information, and the order of these different resource transfer path information indicates the priority of resource transfer processing during the resource transfer process. However, when a new resource transfer path appears, the user needs to manually set the priority between the new and existing resource transfer paths. Alternatively, the user needs to readjust the information of multiple different resource transfer paths in the resource transfer path sequence, add the new resource transfer path, and readjust the priority of the multiple different resource transfer path information in the sequence. Furthermore, when the user no longer needs to use a certain resource transfer path, they need to delete that resource transfer path information from the resource transfer path sequence and adjust the priority of the remaining multiple different resource transfer path information in the sequence. Otherwise, the user needs to manually use a new resource transfer path each time they perform a resource transfer. This makes resource transfer path setting inefficient and inflexible, and also reduces the efficiency of user resource transfers. Therefore, this specification provides a better resource transfer path setting mechanism to improve the efficiency and flexibility of resource transfer path setting and to improve the efficiency of user resource transfers. Specific processing details can be found in the following embodiments.

[0014] The resource transfer method provided in one or more embodiments of this specification is applicable to the resource transfer implementation environment. (Refer to...) Figure 1 The implementation environment includes at least: Client 100 and server 200. Furthermore, server 200 may include various algorithms, etc. Client 100 can run on terminal devices, which can be mobile phones, personal computers, tablets, e-book readers, wearable devices, devices that interact with information based on AR (Augmented Reality) and VR (Virtual Reality), and laptop computers, etc. Client 100 can be installed on terminal devices. Client 100 can be an application, a browser, or a subroutine embedded in an application, etc.

[0015] Server 200 can run on a server, which can be one or more servers, a server cluster consisting of several servers, or a cloud server on a cloud computing platform. Server 200 can be installed on the server. Server 200 can be an application or a subroutine embedded in an application. Various algorithms can be integrated into server 200, or server 200 can call various algorithms to perform corresponding operations.

[0016] In addition, it may include a database 300, which may be set in the server on which the server 200 runs or outside the server on which the server 200 runs. The database 300 may store resource transfer path information, resource transfer path sequence and user account information for different users.

[0017] In this implementation environment, server 200 can receive resource transfer requests sent by user client 100. In response to these requests, server 200 obtains multiple different resource transfer path sequences. Each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is set with a path priority applicable to the current resource transfer path sequence. Then, based on the sequence priority of each resource transfer path sequence, the target resource transfer path sequence corresponding to the resource transfer request is determined from the multiple different resource transfer path sequences. Finally, the resource transfer processing corresponding to the resource transfer request is executed based on the resource transfer path information in the target resource transfer path sequence. This allows users to set different resource transfer path sequences. For example, when a new resource transfer path is available, the original resource transfer path sequence does not need to be adjusted; instead, the resource transfer path sequence corresponding to the new resource transfer path is reset, and different sequence priorities are set for different resource transfer path sequences. This allows for the rapid determination of the resource transfer path sequence requiring resource transfer processing, thereby directly completing the resource transfer processing. This improves both the efficiency and flexibility of resource transfer path setting and the efficiency of resource transfer.

[0018] like Figure 2 As shown in the embodiments of this specification, a resource transfer method is provided. The execution subject of this method can be a terminal device or a server, etc. The terminal device can be a mobile terminal device such as a mobile phone or tablet computer, a computer device such as a laptop or desktop computer, or an IoT device (specifically, a smartwatch, in-vehicle device, etc.). The server can be a single server or a server cluster composed of multiple servers. The server can be a backend server for financial or online shopping services, or a backend server for an application. This embodiment uses a server as the execution subject for detailed explanation. For the case where the execution subject is a terminal device, please refer to the following server-side processing, which will not be repeated here. The method may specifically include the following steps: In step S202, a user's resource transfer request is received.

[0019] Users can be any user who triggers a resource transfer request. A resource transfer request can be a message requesting the transfer of ownership of resources in one account to another account. Specific resource transfer requests can include payment requests, exchange requests, transaction requests, etc.

[0020] In practice, when a user completes a purchase or uses a designated service provided by a user or merchant (such as recharge service, data storage service, etc.), the user can transfer the permissions of the resources they possess to the merchant's or designated service provider's account. At this time, the user can launch the corresponding application (or client) installed on their terminal device. This application can be configured with a resource transfer mechanism and a triggering method for this mechanism. The triggering method can include various methods, such as button navigation or hyperlinks. Specifically, the aforementioned merchant or designated service provider can provide a graphical code (such as a barcode or QR code) of their account, which the user can click on in the application. The terminal device can activate the camera component to access the QR code resource transfer mechanism provided in the system. After the camera captures the information from the QR code, the terminal device can obtain and display relevant information (such as the account information of the merchant or designated service provider, the user's account information, and the time). Simultaneously, the user can input the quantity of resources to be transferred. After inputting the quantity, the user can click the "OK" or "Resource Transfer" button. The terminal device can then generate a resource transfer request based on the aforementioned information and the quantity of resources to be transferred, and send this request to the server. The server can then receive the user's resource transfer request.

[0021] In step S204, in response to the above resource transfer request, multiple different resource transfer path sequences are obtained, wherein each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is set with a path priority applicable to the current resource transfer path sequence.

[0022] Multiple different resource transfer path sequences can be set by the user at the same time. For example, the user can set different resource transfer path sequences according to different types of resource transfer paths (such as bank card type, account type of different financial institutions, points type, etc.). Multiple different resource transfer path sequences can also be set at different times. For example, the user sets a default resource transfer path sequence at a certain time, and at a later time, the user adds one or more resource transfer paths. In this case, in order to improve the efficiency of setting resource transfer paths, a new resource transfer path sequence composed of the newly added resource transfer path information can be reconstructed. If there are any new resource transfer paths in the future, a new resource transfer path sequence can also be constructed in the same way. The specific settings can be set according to the actual situation. A resource transfer path sequence can be a sequence obtained by arranging at least one resource transfer path information in descending order of path priority. The earlier a resource transfer path appears in the sequence, the higher its path priority can be. This path priority can refer to the priority of resource transfer processing using the resource transfer path corresponding to that resource transfer path. For example, a resource transfer path sequence may include resource transfer path information 1, resource transfer path information 2, and resource transfer path information 3, arranged in the order of resource transfer path information 1 - resource transfer path information 2 - resource transfer path information 3. That is, in this sequence, resource transfer path information 1 has the highest path priority, resource transfer path information 3 has the lowest path priority, and resource transfer path information 2 has the lowest path priority. Between the two mentioned above, when it is necessary to use the resource transfer path information corresponding to the resource transfer path information in the above resource transfer path sequence for resource transfer processing, the resource transfer path information can be selected from the resource transfer path sequence according to the arrangement order (or path priority). Specifically, firstly, obtain the resource transfer path information with the highest path priority in the resource transfer path sequence (or the resource transfer path information ranked first). It can be determined whether the resource transfer path corresponding to the resource transfer path information can be used for resource transfer processing (e.g., whether the number of resources in the resource library corresponding to the resource transfer path is greater than the number of resources to be transferred, whether the resource transfer path can be allowed for this resource transfer processing, etc.). If yes, the resource transfer path corresponding to the resource transfer path information can be used for resource transfer processing. If no, obtain the resource transfer path information with the second highest path priority in the resource transfer path sequence (or the resource transfer path information ranked second). It can be determined whether the resource transfer path corresponding to the resource transfer path information can be used for resource transfer processing. Repeat the above process until the resource transfer processing is completed.In practical applications, the resource transfer path sequence can be similar to the deduction method sequence. For example, the deduction method sequence can be (deduction order (deducted in the following order)) xxx bank credit card - account balance - xxx bank savings card - xxx credit account - xxx points, etc., where xxx bank credit card, account balance, xxx bank savings card, xxx credit account, xxx points, etc., each represent a resource transfer path information. Paying through xxx bank credit card or account balance can indicate that the resource transfer is processed through the resource transfer path corresponding to the relevant resource transfer path information. The specific settings can be configured according to the actual situation.

[0023] In implementation, upon receiving the aforementioned resource transfer request, relevant user information can be determined, such as the user's account information, nickname, and code. Based on this information, multiple different resource transfer path sequences pre-set by the user can be obtained. These sequences can be pre-set resource transfer paths capable of processing resource transfer. They can be the user's entire resource transfer path sequence or a subset of it, depending on the user's pre-set parameters.

[0024] In step S206, based on the sequence priority corresponding to each resource transfer path sequence, the target resource transfer path sequence corresponding to the above resource transfer request is determined from multiple different resource transfer path sequences.

[0025] In step S208, the resource transfer process corresponding to the above-mentioned resource transfer request is executed based on the resource transfer path information in the target resource transfer path sequence.

[0026] Regarding steps S206 and S208 above, in order to improve the efficiency of resource transfer, a corresponding sequence priority can be set for each of the multiple different resource transfer path sequences. The order in which the resource transfer path sequences are used during resource transfer processing can be determined by the sequence priority. The sequence priority can be the priority of using the resource transfer path corresponding to the resource transfer path information in a certain resource transfer path sequence for resource transfer processing. For example, the multiple different resource transfer path sequences include resource transfer path sequence 1, resource transfer path sequence 2, and resource transfer path sequence 3, and resource transfer path sequence 1 has the highest sequence priority, resource transfer path sequence 3 has the lowest sequence priority, and the sequence priority of resource transfer path sequence 2 is in between the two.

[0027] Upon receiving a user's resource transfer request and obtaining multiple different resource transfer path sequences, a resource transfer path sequence can be selected from these sequences based on sequence priority. Specifically, first, the resource transfer path sequence with the highest priority among the multiple different resource transfer path sequences is obtained. It can then be determined whether the resource transfer path corresponding to the resource transfer path information in this sequence can be used for resource transfer processing. If so, the resource transfer path sequence with the highest priority is determined as the target resource transfer path sequence corresponding to the above resource transfer request, and the resource transfer process can be performed using the resource transfer path corresponding to a certain resource transfer path information in this sequence. The specific processing procedure can be found in the aforementioned related content and will not be repeated here. If not, the resource transfer path sequence with the second highest priority among the multiple different resource transfer path sequences is obtained. It can then be determined whether the resource transfer path corresponding to the resource transfer path information in this sequence can be used for resource transfer processing. This process is repeated to determine the target resource transfer path sequence corresponding to the above resource transfer request. Subsequently, the resource transfer processing corresponding to the above resource transfer request can be performed based on the resource transfer path information in the target resource transfer path sequence.

[0028] This specification provides a resource transfer method. It receives a user's resource transfer request and, in response, acquires multiple different resource transfer path sequences. Each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is set with a path priority applicable to the current resource transfer path sequence. Then, based on the sequence priority corresponding to each resource transfer path sequence, a target resource transfer path sequence corresponding to the resource transfer request is determined from the multiple different resource transfer path sequences. Finally, resource transfer processing corresponding to the resource transfer request is executed based on the resource transfer path information in the target resource transfer path sequence. This allows users to set different resource transfer path sequences. For example, when a new resource transfer path is available, it is not necessary to adjust the original resource transfer path sequence; instead, the resource transfer path sequence corresponding to the new resource transfer path is reset, and different sequence priorities are set for different resource transfer path sequences. This allows for the rapid determination of the resource transfer path sequence requiring resource transfer processing, thereby directly completing the resource transfer processing. This improves both the efficiency and flexibility of resource transfer path setting and the efficiency of resource transfer.

[0029] In practical applications, the setup times for multiple different resource transfer path sequences are different.

[0030] In practical applications, the multiple different resource transfer path sequences include a first resource transfer path sequence and a second resource transfer path sequence. The first resource transfer path sequence includes multiple different resource transfer path information, and the second resource transfer path sequence includes one resource transfer path information. The sequence priority corresponding to the second resource transfer path sequence is higher than the sequence priority corresponding to the first resource transfer path sequence, and the setting time of the second resource transfer path sequence is later than the setting time of the first resource transfer path sequence.

[0031] In practical applications, based on the above multiple different resource transfer path sequences, a second resource transfer path sequence can be constructed in the following manner, as detailed in steps A2 to A8 below. Figure 3 As shown.

[0032] In step A2, a permission request from the user to perform resource transfer processing using the first resource transfer path information is received.

[0033] In step A4, in response to the aforementioned permission request, the permission request interface corresponding to the first resource transfer path is invoked, and relevant information about the first resource transfer path is obtained through the permission request interface. The relevant information includes the validity period of the permission to use the first resource transfer path information for resource transfer processing.

[0034] In step A6, based on the relevant information of the first resource transfer path, the user's account is bound to the first resource transfer path, and the permission request result corresponding to the permission request is generated based on the binding result.

[0035] In step A8, the permission request result corresponding to the permission request is sent to the user, and if the permission request result is successful, the sequence priority of the second resource transfer path sequence constructed by the first resource transfer path is set to be higher than the sequence priority of the first resource transfer path sequence during the permission validity period.

[0036] In practical applications, based on the above multiple different resource transfer path sequences, the second resource transfer path sequence can be shut down in the following manner. For details, please refer to steps B2 and B4 below. Figure 4 As shown.

[0037] In step B2, a request to close the sequence priority corresponding to the second resource transfer path sequence constructed from the first resource transfer path is received from the user.

[0038] In step B4, in response to the close request, the close interface corresponding to the first resource transfer path is called to close the sequence priority corresponding to the second resource transfer path sequence constructed by the first resource transfer path. When the user's first resource transfer request is received, the resource transfer processing corresponding to the first resource transfer request is executed through the resource transfer path information in the first resource transfer path sequence.

[0039] In practical applications, based on the above multiple different resource transfer path sequences, the second resource transfer path sequence can also be closed in the following way, as detailed below: When it is detected that the current time has exceeded the permission validity period, the closing interface corresponding to the first resource transfer path is called to close the sequence priority corresponding to the second resource transfer path sequence constructed by the first resource transfer path. When a user's second resource transfer request is received, the resource transfer processing corresponding to the second resource transfer request is executed through the resource transfer path information in the first resource transfer path sequence.

[0040] In practical applications, based on the aforementioned multiple different resource transfer path sequences, the mechanism for closing the second resource transfer path sequence can also be triggered in the following manner. For details, please refer to steps C2 and C4 below. Figure 5 As shown.

[0041] In step C2, a request from the user to unbind the user's account from the first resource transfer path is received.

[0042] In step C4, in response to the unbinding request, the binding relationship between the user's account and the first resource transfer path is released, and the closing interface corresponding to the first resource transfer path is called to close the sequence priority corresponding to the second resource transfer path sequence constructed by the first resource transfer path. When the user's third resource transfer request is received, the resource transfer processing corresponding to the third resource transfer request is executed through the resource transfer path information in the first resource transfer path sequence.

[0043] In practical applications, the specific processing method of step S204 can vary. The following provides another optional processing method, which may specifically include the processing of steps S2042 to S2046. Based on this, in the above... Figure 2 Based on this, the specific steps included in this method can be as follows: Figure 6 As shown.

[0044] In step S2042, in response to the above resource transfer request, a sequence of multiple different candidate resource transfer paths preset by the user is obtained.

[0045] In step S2044, based on the type of resource transfer path that can be used for the resource transfer processing corresponding to the above resource transfer request, multiple different candidate resource transfer path sequences that match the type are selected from multiple different candidate resource transfer path sequences.

[0046] The types of resource transfer paths can include various types, such as bank cards, accounts from different financial institutions, points systems, etc., and can also include overdraft-enabled and non-overdraft-enabled types, etc. The specific type can be set according to the actual situation, and the embodiments in this specification do not limit this.

[0047] In implementation, the resource transfer processing corresponding to the above resource transfer request can be analyzed. For example, relevant information such as the type of the current transaction, the payment methods that can be used, and the resource transfer path can be obtained. The above relevant information can be analyzed to determine the type of resource transfer path that can be used for the resource transfer processing. Specifically, if the overdraftable resource transfer path is not allowed for this transaction, then a non-overdraftable resource transfer path can be selected from multiple different candidate resource transfer path sequences to obtain multiple different candidate resource transfer path sequences that match the type.

[0048] In step S2046, the selected multiple different candidate resource transfer path sequences are used as multiple different resource transfer path sequences.

[0049] This specification provides a resource transfer method. It receives a user's resource transfer request and, in response, acquires multiple different resource transfer path sequences. Each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is set with a path priority applicable to the current resource transfer path sequence. Then, based on the sequence priority corresponding to each resource transfer path sequence, a target resource transfer path sequence corresponding to the resource transfer request is determined from the multiple different resource transfer path sequences. Finally, resource transfer processing corresponding to the resource transfer request is executed based on the resource transfer path information in the target resource transfer path sequence. This allows users to set different resource transfer path sequences. For example, when a new resource transfer path is available, it is not necessary to adjust the original resource transfer path sequence; instead, the resource transfer path sequence corresponding to the new resource transfer path is reset, and different sequence priorities are set for different resource transfer path sequences. This allows for the rapid determination of the resource transfer path sequence requiring resource transfer processing, thereby directly completing the resource transfer processing. This improves both the efficiency and flexibility of resource transfer path setting and the efficiency of resource transfer.

[0050] The following describes in detail a resource transfer method provided by the embodiments of this specification in conjunction with specific application scenarios. The resource transfer is payment, and the resource transfer path is a payment path, such as payment through a credit card or payment through account balance. The resource transfer path sequence can be a payment path sequence (i.e., a sequence of payment methods).

[0051] like Figure 7 As shown in the embodiments of this specification, a resource transfer method is provided. The execution subject of this method can be a terminal device or a server, etc. The terminal device can be a mobile terminal device such as a mobile phone or tablet computer, a computer device such as a laptop or desktop computer, or an IoT device (specifically, a smartwatch, in-vehicle device, etc.). The server can be a single server or a server cluster composed of multiple servers. The server can be a backend server for financial or online shopping services, or a backend server for an application. This embodiment uses a server as the execution subject for detailed explanation. For the case where the execution subject is a terminal device, please refer to the following server-side processing, which will not be repeated here. The method may specifically include the following steps: In step S702, a user's permission request to process payment using the first payment path information is received.

[0052] In step S704, in response to the aforementioned permission request, the permission request interface corresponding to the first payment path is invoked, and relevant information of the first payment path is obtained through the permission request interface. The relevant information includes the validity period of the permission to use the first payment path information for payment processing.

[0053] In step S706, based on the relevant information of the first payment path, the user's account is bound to the first payment path, and the permission request result corresponding to the above permission request is generated based on the binding result.

[0054] In step S708, the permission application result corresponding to the above permission application request is sent to the user, and if the permission application result is successful, the sequence priority of the second payment path sequence (i.e. the sequence of the second payment method) constructed by the first payment path is set to be higher than the sequence priority of the first payment path sequence within the permission validity period.

[0055] The first payment path sequence includes multiple different payment path information, the second payment path sequence includes one payment path information, the sequence priority of the second payment path sequence is higher than the sequence priority of the first payment path sequence, and the setting time of the second payment path sequence is later than the setting time of the first payment path sequence.

[0056] In step S710, the user's payment request is received.

[0057] In step S712, in response to the aforementioned payment request, the first payment path sequence and the second payment path sequence are obtained.

[0058] In step S714, based on the sequence priority corresponding to each payment path sequence, the second payment path sequence corresponding to the payment request is determined from the first payment path sequence and the second payment path sequence.

[0059] In step S716, payment processing is performed based on the payment path information in the second payment path sequence.

[0060] In step S718, a request to close the sequence priority corresponding to the second payment path sequence constructed from the first payment path is received from the user.

[0061] In step S720, in response to the closing request, the closing interface corresponding to the first payment path is called to close the sequence priority corresponding to the second payment path sequence constructed by the first payment path. When the user's first payment request is received, the payment processing corresponding to the first payment request is executed through the payment path information in the first payment path sequence.

[0062] In step S722, when it is detected that the current time has exceeded the validity period of the permission, the closing interface corresponding to the first payment path is called to close the sequence priority corresponding to the second payment path sequence constructed by the first payment path. When the user's second payment request is received, the payment processing corresponding to the second payment request is executed through the payment path information in the first payment path sequence.

[0063] In step S724, a request to unbind the user's account from the first payment path is received from the user.

[0064] In step S726, in response to the unbinding request, the binding relationship between the user's account and the first payment path is released, and the closing interface corresponding to the first payment path is called to close the sequence priority corresponding to the second payment path sequence constructed by the first payment path. When the user's third payment request is received, the payment processing corresponding to the third payment request is executed through the payment path information in the first payment path sequence.

[0065] This specification provides a resource transfer method. It receives a user's resource transfer request and, in response, acquires multiple different resource transfer path sequences. Each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is set with a path priority applicable to the current resource transfer path sequence. Then, based on the sequence priority corresponding to each resource transfer path sequence, a target resource transfer path sequence corresponding to the resource transfer request is determined from the multiple different resource transfer path sequences. Finally, resource transfer processing corresponding to the resource transfer request is executed based on the resource transfer path information in the target resource transfer path sequence. This allows users to set different resource transfer path sequences. For example, when a new resource transfer path is available, it is not necessary to adjust the original resource transfer path sequence; instead, the resource transfer path sequence corresponding to the new resource transfer path is reset, and different sequence priorities are set for different resource transfer path sequences. This allows for the rapid determination of the resource transfer path sequence requiring resource transfer processing, thereby directly completing the resource transfer processing. This improves both the efficiency and flexibility of resource transfer path setting and the efficiency of resource transfer.

[0066] The above describes the resource transfer method provided in the embodiments of this specification. Based on the same idea, the embodiments of this specification also provide a resource transfer device, such as... Figure 8 As shown.

[0067] The resource transfer device includes: a request receiving module 801, a response module 802, a path determination module 803, and a resource transfer module 804, wherein: Request receiving module 801 receives resource transfer requests from users; The response module 802, in response to the resource transfer request, obtains multiple different resource transfer path sequences, wherein each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is set with a path priority applicable to the current resource transfer path sequence; The path determination module 803 determines the target resource transfer path sequence corresponding to the resource transfer request from the plurality of different resource transfer path sequences based on the sequence priority corresponding to each resource transfer path sequence; The resource transfer module 804 performs resource transfer processing corresponding to the resource transfer request based on the resource transfer path information in the target resource transfer path sequence.

[0068] In the embodiments described in this specification, the setting times for the multiple different resource transfer path sequences are different.

[0069] In this embodiment of the specification, the plurality of different resource transfer path sequences include a first resource transfer path sequence and a second resource transfer path sequence. The first resource transfer path sequence includes multiple different resource transfer path information, and the second resource transfer path sequence includes one resource transfer path information. The sequence priority corresponding to the second resource transfer path sequence is higher than the sequence priority corresponding to the first resource transfer path sequence, and the setting time of the second resource transfer path sequence is later than the setting time of the first resource transfer path sequence.

[0070] In the embodiments described in this specification, the device further includes: The application module receives user requests for permission to transfer resources using the first resource transfer path information. The information acquisition module, in response to the permission request, calls the permission request interface corresponding to the first resource transfer path, and obtains relevant information about the first resource transfer path through the permission request interface. The relevant information includes the validity period of the permission to use the first resource transfer path information for resource transfer processing. The binding module binds the user's account to the first resource transfer path based on the relevant information of the first resource transfer path, and generates the permission request result corresponding to the permission request based on the binding result; The setting module sends the permission request result corresponding to the permission request to the user, and if the permission request result is successful, sets the sequence priority of the second resource transfer path sequence constructed by the first resource transfer path to be higher than the sequence priority of the first resource transfer path sequence during the validity period of the permission.

[0071] In the embodiments described in this specification, the device further includes: The close request module receives a close request from the user, which corresponds to the sequence priority of the second resource transfer path sequence constructed from the first resource transfer path. The shutdown response module, in response to the shutdown request, calls the shutdown interface corresponding to the first resource transfer path to disable the sequence priority corresponding to the second resource transfer path sequence constructed by the first resource transfer path. When the user's first resource transfer request is received, the resource transfer processing corresponding to the first resource transfer request is executed through the resource transfer path information in the first resource transfer path sequence.

[0072] In the embodiments described in this specification, the device further includes: The module closes the application when it detects that the current time has exceeded the validity period of the permission. It calls the close interface corresponding to the first resource transfer path to close the sequence priority corresponding to the second resource transfer path sequence constructed by the first resource transfer path. When it receives the user's second resource transfer request, it performs the resource transfer processing corresponding to the second resource transfer request through the resource transfer path information in the first resource transfer path sequence.

[0073] In the embodiments described in this specification, the device further includes: The unbinding request module receives a request from the user to unbind the user's account from the first resource transfer path; The unbinding module, in response to the unbinding request, removes the binding relationship between the user's account and the first resource transfer path, and calls the closing interface corresponding to the first resource transfer path to close the sequence priority corresponding to the second resource transfer path sequence constructed by the first resource transfer path. When a third resource transfer request from the user is received, the module executes the resource transfer processing corresponding to the third resource transfer request through the resource transfer path information in the first resource transfer path sequence.

[0074] In this embodiment of the specification, the response module 802 includes: The candidate path acquisition unit, in response to the resource transfer request, acquires a sequence of multiple different candidate resource transfer paths pre-set by the user; The selection unit selects multiple different candidate resource transfer path sequences that match the type of resource transfer path that can be used for the resource transfer processing corresponding to the resource transfer request from multiple different candidate resource transfer path sequences. The path determination unit selects multiple different candidate resource transfer path sequences as the multiple different resource transfer path sequences.

[0075] For ease of description, the above devices are described by dividing them into various modules or units based on their functions. Of course, when implementing one or more embodiments of this specification, the functions of each module or unit can be implemented in one or more software and / or hardware components, or a module that performs the same function can be implemented by a combination of multiple sub-modules or sub-units, etc. The device embodiments described above are merely illustrative; the division of each module and unit is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or modules can be combined or integrated into another system, or some features can be ignored or not executed, etc.

[0076] This specification provides a resource transfer device that receives a user's resource transfer request and, in response to the request, acquires multiple different resource transfer path sequences. Each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is set with a path priority applicable to the current resource transfer path sequence. Then, based on the sequence priority corresponding to each resource transfer path sequence, a target resource transfer path sequence corresponding to the resource transfer request can be determined from the multiple different resource transfer path sequences. Finally, resource transfer processing corresponding to the resource transfer request can be executed based on the resource transfer path information in the target resource transfer path sequence. This allows users to set different resource transfer path sequences. For example, when a new resource transfer path is available, it is not necessary to adjust the original resource transfer path sequence; instead, the resource transfer path sequence corresponding to the new resource transfer path can be reset, and different sequence priorities can be set for different resource transfer path sequences. This allows for the rapid determination of the resource transfer path sequence requiring resource transfer processing, thereby directly completing the resource transfer processing. This improves both the efficiency and flexibility of resource transfer path setting and the efficiency of resource transfer.

[0077] The above are resource transfer devices provided in the embodiments of this specification. Based on the same idea, the embodiments of this specification also provide a resource transfer device, such as... Figure 9 As shown.

[0078] The resource transfer device can provide terminal equipment or servers, etc., for the above embodiments.

[0079] Resource transfer devices can vary significantly in configuration and performance, and may include a communication interface 902, a user interface 904, a processor 906, and data storage 908. These components are interconnected and communicate with each other via a system bus, network, or other connection mechanism 910. The communication interface 902 enables the resource transfer device 900 to communicate with other devices, access networks, and transmission networks via analog or digital modulation. For example, the communication interface 902 may include a chipset and antenna for wireless communication with a radio access network or access point. Furthermore, the communication interface 902 can be a wired interface such as Ethernet, Token Ring, or a USB port, or a wireless interface such as Wi-Fi, Bluetooth, Global Positioning System (GPS), or a wide-area wireless interface (e.g., WiMAX or LTE). Of course, the communication interface 902 may also support other forms of physical layer interfaces and standard or proprietary communication protocols. The communication interface 902 may also include multiple physical communication interfaces, such as Wi-Fi, Bluetooth, and wide-area wireless interfaces.

[0080] User interface 904 includes receiving user input and providing output to the user. Therefore, user interface 904 may include input components such as a keypad, keyboard, touch-sensitive or presence-sensitive panel, computer mouse, trackball, joystick, microphone, still camera, and video camera, and output components such as a display screen (which may be combined with a touch-sensitive panel), CRT, LCD, LED, display using DLP technology, printer, and other similar devices known or developed in the future. User interface 904 may also generate auditory output via speakers, speaker jacks, audio output ports, audio output devices, headphones, and other similar devices known or developed in the future. In some embodiments, user interface 904 may include software, circuitry, or other forms of logic capable of transmitting and receiving data from external user input / output devices. Additionally or alternatively, resource transfer device 900 may support remote access from other devices via communication interface 902 or another physical interface (not shown). User interface 904 may be configured to receive user input, the position and movement of which may be indicated by indicators or cursors described herein. User interface 904 may also be configured as a display device for rendering or displaying text fragments.

[0081] Processor 906 may contain one or more general-purpose processors and / or special-purpose processors.

[0082] Data storage 908 may include one or more volatile and / or non-volatile storage components and may be integrated wholly or partially with processor 906. Data storage 908 may include removable and non-removable components.

[0083] Processor 906 is capable of executing program instructions 918 (e.g., compiled or uncompiled program logic and / or machine code) stored in data storage 908 to perform the various functions described herein. Data storage 908 may contain a non-transitory computer-readable medium on which program instructions are stored, which, when executed by resource transfer device 900, enable resource transfer device 900 to perform any methods, processes, or functions disclosed in this specification and / or the accompanying drawings. Execution of program instructions 918 by processor 906 may result in processor 906 using data 912.

[0084] For example, program instructions 918 may include an operating system 922 (e.g., an operating system kernel, device drivers, and / or other modules) installed on resource transfer device 900, and one or more application programs 920 (e.g., a browser, social application, or game application). Similarly, data 912 may include operating system data 916 and application data 914. Operating system data 916 is primarily accessible to the operating system 922, while application data 914 is primarily accessible to one or more application programs 920. Application data 914 may reside in a file system visible or hidden from the user of resource transfer device 900.

[0085] Application 920 can communicate with operating system 912 through one or more application programming interfaces (APIs). These APIs help application 920 read and / or write application data 914, transmit or receive information via communication interface 902, receive or display information on user interface 904, etc.

[0086] In some terminology, application 920 may be simply referred to as "app". Furthermore, application 920 can be downloaded to resource transfer device 900 through one or more online app stores or app markets. However, the application can also be installed on resource transfer device 900 in other ways, such as through a web browser or a physical interface on resource transfer device 900 (e.g., a USB port).

[0087] Specifically, in this embodiment, the resource transfer device 900 includes a data storage 908 and one or more program instructions 918, wherein one or more program instructions 918 are stored in the data storage 908, and one or more program instructions 918 are configured to be executed by one or more processors. The one or more program instructions include computer-executable instructions for performing the following: Receive user resource transfer requests; In response to the resource transfer request, multiple different resource transfer path sequences are obtained, wherein each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is set with a path priority applicable to the current resource transfer path sequence; Based on the sequence priority corresponding to each resource transfer path sequence, the target resource transfer path sequence corresponding to the resource transfer request is determined from the plurality of different resource transfer path sequences; The resource transfer process corresponding to the resource transfer request is executed based on the resource transfer path information in the target resource transfer path sequence.

[0088] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the resource transfer device embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions of the method embodiments.

[0089] This specification provides a resource transfer device that receives a user's resource transfer request and, in response, acquires multiple different resource transfer path sequences. Each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is set with a path priority applicable to the current resource transfer path sequence. Then, based on the sequence priority corresponding to each resource transfer path sequence, a target resource transfer path sequence corresponding to the resource transfer request can be determined from the multiple different resource transfer path sequences. Finally, resource transfer processing corresponding to the resource transfer request can be executed based on the resource transfer path information in the target resource transfer path sequence. This allows users to set different resource transfer path sequences. For example, when a new resource transfer path is available, it is not necessary to adjust the original resource transfer path sequence; instead, the resource transfer path sequence corresponding to the new resource transfer path can be reset, and different sequence priorities can be set for different resource transfer path sequences. This allows for the rapid determination of the resource transfer path sequence requiring resource transfer processing, thereby directly completing the resource transfer processing. This improves both the efficiency and flexibility of resource transfer path setting and the efficiency of resource transfer.

[0090] Furthermore, based on the above Figures 1 to 7 This specification also provides a storage medium for storing computer-executable instruction information in one or more embodiments. In one specific embodiment, the storage medium may be a USB flash drive, optical disc, hard disk, etc. When the computer-executable instruction information stored in the storage medium is executed by a processor, it can realize the following process: Receive user resource transfer requests; In response to the resource transfer request, multiple different resource transfer path sequences are obtained, wherein each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is set with a path priority applicable to the current resource transfer path sequence; Based on the sequence priority corresponding to each resource transfer path sequence, the target resource transfer path sequence corresponding to the resource transfer request is determined from the plurality of different resource transfer path sequences; The resource transfer process corresponding to the resource transfer request is executed based on the resource transfer path information in the target resource transfer path sequence.

[0091] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the above-described storage medium embodiment is basically similar to the method embodiment, so the description is relatively simple; relevant parts can be referred to the description of the method embodiment.

[0092] This specification provides a storage medium that receives a user's resource transfer request and, in response to the request, acquires multiple different resource transfer path sequences. Each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is set with a path priority applicable to the current resource transfer path sequence. Then, based on the sequence priority corresponding to each resource transfer path sequence, a target resource transfer path sequence corresponding to the resource transfer request can be determined from the multiple different resource transfer path sequences. Finally, resource transfer processing corresponding to the resource transfer request can be executed based on the resource transfer path information in the target resource transfer path sequence. This allows users to set different resource transfer path sequences. For example, when a new resource transfer path is available, it is not necessary to adjust the original resource transfer path sequence; instead, the resource transfer path sequence corresponding to the new resource transfer path can be reset, and different sequence priorities can be set for different resource transfer path sequences. This allows for the rapid determination of the resource transfer path sequence requiring resource transfer processing, thereby directly completing the resource transfer processing. This improves both the efficiency and flexibility of resource transfer path setting and the efficiency of resource transfer.

[0093] Furthermore, based on the above Figures 1 to 7 This specification also provides one or more embodiments of a computer program product, including a computer program, which, when executed by a processor, can perform the following processes: Receive user resource transfer requests; In response to the resource transfer request, multiple different resource transfer path sequences are obtained, wherein each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is set with a path priority applicable to the current resource transfer path sequence; Based on the sequence priority corresponding to each resource transfer path sequence, the target resource transfer path sequence corresponding to the resource transfer request is determined from the plurality of different resource transfer path sequences; The resource transfer process corresponding to the resource transfer request is executed based on the resource transfer path information in the target resource transfer path sequence.

[0094] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the above-described embodiment of a computer program product is relatively simple in description because it is fundamentally similar to the method embodiment; relevant parts can be referred to the description of the method embodiment.

[0095] This specification provides a computer program product that receives a user's resource transfer request and, in response to the request, acquires multiple different resource transfer path sequences. Each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is set with a path priority applicable to the current resource transfer path sequence. Then, based on the sequence priority corresponding to each resource transfer path sequence, a target resource transfer path sequence corresponding to the resource transfer request can be determined from the multiple different resource transfer path sequences. Finally, resource transfer processing corresponding to the resource transfer request can be executed based on the resource transfer path information in the target resource transfer path sequence. This allows users to set different resource transfer path sequences. For example, when a new resource transfer path is available, it is not necessary to adjust the original resource transfer path sequence; instead, the resource transfer path sequence corresponding to the new resource transfer path can be reset, and different sequence priorities can be set for different resource transfer path sequences. This allows for the rapid determination of the resource transfer path sequence requiring resource transfer processing, thereby directly completing the resource transfer processing. This improves both the efficiency and flexibility of resource transfer path setting and the efficiency of resource transfer.

[0096] The foregoing has described specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps described in the claims may be performed in a different order than those shown in the embodiments and still achieve the desired results. Furthermore, the processes depicted in the drawings do not necessarily require a specific or sequential order to achieve the desired results. In some embodiments, multitasking and parallel processing are possible or may be advantageous. Moreover, although one or more embodiments of this specification provide method steps as described in the embodiments or flowcharts, it is understood that the order of steps listed in the embodiments or flowcharts is merely one possible execution order among many steps and does not represent the only execution order. Therefore, when method steps are involved in the claims, adjustments to the order of those steps, or parallelism between steps, are also within the scope of protection of the claims.

[0097] In the 1990s, improvements to a technology could be clearly distinguished as either hardware improvements (e.g., improvements to the circuit structure of diodes, transistors, switches, etc.) or software improvements (improvements to the methodology). However, with technological advancements, many methodological improvements today can be considered direct improvements to the hardware circuit structure. Designers almost always obtain the corresponding hardware circuit structure by programming the improved methodology into the hardware circuit. Therefore, it cannot be said that a methodological improvement cannot be implemented using a hardware physical module. For example, a Programmable Logic Device (PLD) (such as a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic function is determined by the user programming the device. Designers can program a digital system themselves to "integrate" it onto a PLD, without needing chip manufacturers to design and manufacture dedicated integrated circuit chips. Furthermore, nowadays, instead of manually manufacturing integrated circuit chips, this programming is mostly implemented using "logic compiler" software. Similar to the software compiler used in program development, the original code before compilation must also be written in a specific programming language, called a Hardware Description Language (HDL). There are many HDLs, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, and RHDL (Ruby Hardware Description Language). Currently, the most commonly used are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should also understand that by simply performing some logic programming on the method flow using one of these hardware description languages ​​and programming it into an integrated circuit, the hardware circuit implementing the logical method flow can be easily obtained.

[0098] The controller can be implemented in any suitable manner. For example, it can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, application-specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicon Labs C8051F320. A memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also recognize that, in addition to implementing the controller in purely computer-readable program code form, the same functionality can be achieved by logically programming the method steps to make the controller take the form of logic gates, switches, application-specific integrated circuits, programmable logic controllers, and embedded microcontrollers. Therefore, such a controller can be considered a hardware component, and the means included therein for implementing various functions can also be considered as structures within the hardware component. Alternatively, the means for implementing various functions can be considered as both software modules implementing the method and structures within the hardware component.

[0099] The systems, devices, modules, or units described in the above embodiments can be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, a computer can be, for example, a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or any combination of these devices.

[0100] For ease of description, the above apparatus is described by dividing it into various functional units. Of course, when implementing one or more embodiments of this specification, the functions of each unit can be implemented in one or more software and / or hardware.

[0101] Those skilled in the art will understand that the embodiments of this specification can be provided as methods, systems, or computer program products. Therefore, one or more embodiments of this specification may take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, one or more embodiments of this specification may take the form of a computer program product implemented on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0102] Embodiments in this specification are described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this specification. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable parallel device to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable parallel device, generate instructions for implementing the flowchart illustrations. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0103] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable fraud device to operate in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0104] These computer program instructions can also be loaded onto a computer or other programmable device, causing a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable device for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0105] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0106] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0107] Computer-readable media include both permanent and non-permanent, removable and non-removable media that can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0108] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical or equivalent elements in the process, method, article, or apparatus that includes said element. Furthermore, "a," "an," and "the" are not specifically singular and may include plural forms. Ordinal numbers such as "first," "second," etc., do not necessarily indicate order; they are often used to distinguish objects. For example, "first server" and "second server" usually refer to two servers, described as "first server" and "second server" to differentiate them; however, sometimes these two servers may be the same server. Moreover, in this specification, unless explicitly stated otherwise, "receiving and sending data" does not necessarily mean direct receiving and sending; it can be indirect receiving and sending (i.e., receiving and sending indirectly through one or more entities). Similarly, in this specification, unless otherwise stated, the relationships between structures can be direct or indirect.

[0109] Furthermore, the specific terms used in this specification to describe embodiments, such as "an embodiment," "one embodiment," or "some embodiments," refer to a particular feature, structure, or characteristic related to at least one embodiment of this specification. Therefore, it should be emphasized and noted that "an embodiment," "one embodiment," or "an alternative embodiment" mentioned twice or more in different locations in this specification do not necessarily refer to the same embodiment. Moreover, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of those different embodiments or examples, without contradiction.

[0110] Those skilled in the art will understand that the embodiments of this specification can be provided as methods, systems, or computer program products. Therefore, one or more embodiments of this specification may take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, one or more embodiments of this specification may take the form of a computer program product implemented on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0111] One or more embodiments of this specification can be described in the general context of computer-executable instructions, such as program modules, that are executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform a specific task or implement a specific abstract data type. One or more embodiments of this specification can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.

[0112] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to interchangeably. Each embodiment focuses on describing the differences from other embodiments. In particular, the system embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions in the method embodiments.

[0113] The above description is merely an embodiment of this specification and is not intended to limit this document. Various modifications and variations can be made to this specification by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this specification should be included within the scope of the claims in this document.

Claims

1. A resource transfer method, comprising: receiving a resource transfer request of a user; in response to the resource transfer request, obtaining a plurality of different resource transfer path sequences, wherein each resource transfer path sequence comprises at least one resource transfer path information, and each resource transfer path information is provided with a path priority applicable to a current resource transfer path sequence; determining a target resource transfer path sequence corresponding to the resource transfer request from the plurality of different resource transfer path sequences based on a sequence priority corresponding to each resource transfer path sequence; and performing a resource transfer process corresponding to the resource transfer request based on resource transfer path information in the target resource transfer path sequence. 2.The method of claim 1, wherein the plurality of different resource transfer path sequences are provided at different times. 3.The method of claim 2, wherein the plurality of different resource transfer path sequences comprises a first resource transfer path sequence and a second resource transfer path sequence, the first resource transfer path sequence comprises a plurality of different resource transfer path information, the second resource transfer path sequence comprises one resource transfer path information, a sequence priority corresponding to the second resource transfer path sequence is higher than a sequence priority corresponding to the first resource transfer path sequence, and the second resource transfer path sequence is provided later than the first resource transfer path sequence. 4.The method of claim 3, further comprising: receiving a permission application request of a user for using a first resource transfer path information to perform a resource transfer process; in response to the permission application request, calling a permission application interface corresponding to the first resource transfer path, and obtaining related information of the first resource transfer path through the permission application interface, wherein the related information comprises a permission validity period for using the first resource transfer path information to perform a resource transfer process; based on the related information of the first resource transfer path, performing a binding process on an account of the user and the first resource transfer path, and generating a permission application result corresponding to the permission application request based on a binding result; and sending the permission application result corresponding to the permission application request to the user, and in a case where the permission application result is an application success, setting a sequence priority corresponding to a second resource transfer path sequence constructed by the first resource transfer path within the permission validity period to be higher than the sequence priority corresponding to the first resource transfer path sequence. 5.The method of claim 4, further comprising: receiving a closing request of a sequence priority corresponding to a second resource transfer path sequence constructed by the first resource transfer path sent by the user; in response to the closing request, calling a closing interface corresponding to the first resource transfer path to close the sequence priority corresponding to the second resource transfer path sequence constructed by the first resource transfer path, and in a case where a first resource transfer request of the user is received, performing a resource transfer process corresponding to the first resource transfer request through resource transfer path information in the first resource transfer path sequence.

6. The method of claim 4, further comprising: when detecting that the current time exceeds the validity period of the permission, calling a closing interface corresponding to the first resource transfer path to close a sequence priority corresponding to a second resource transfer path sequence constructed by the first resource transfer path, and when receiving a second resource transfer request of the user, performing a resource transfer process corresponding to the second resource transfer request through resource transfer path information in the first resource transfer path sequence.

7. The method of claim 4, further comprising: receiving a request for unbinding the account of the user from the first resource transfer path sent by the user; in response to the unbinding request, unbinding the account of the user from the first resource transfer path, and calling a closing interface corresponding to the first resource transfer path to close a sequence priority corresponding to a second resource transfer path sequence constructed by the first resource transfer path, and when receiving a third resource transfer request of the user, performing a resource transfer process corresponding to the third resource transfer request through resource transfer path information in the first resource transfer path sequence.

8. The method of claim 1, wherein the obtaining a plurality of different resource transfer path sequences in response to the resource transfer request comprises: obtaining a plurality of different candidate resource transfer path sequences pre-set by the user in response to the resource transfer request; selecting a plurality of different candidate resource transfer path sequences matching a type of resource transfer path available for a resource transfer process corresponding to the resource transfer request from the plurality of different candidate resource transfer path sequences; taking the selected plurality of different candidate resource transfer path sequences as the plurality of different resource transfer path sequences.

9. A resource transfer apparatus, comprising: a request receiving module configured to receive a resource transfer request of a user; a response module configured to obtain a plurality of different resource transfer path sequences in response to the resource transfer request, wherein each resource transfer path sequence comprises at least one resource transfer path information, and each resource transfer path information is provided with a path priority applicable within a current resource transfer path sequence; a path determining module configured to determine a target resource transfer path sequence corresponding to the resource transfer request from the plurality of different resource transfer path sequences based on a sequence priority of each resource transfer path sequence; a resource transfer module configured to perform a resource transfer process corresponding to the resource transfer request based on resource transfer path information in the target resource transfer path sequence.

10. A resource transfer device, comprising: a processor; and a memory arranged to store computer executable instructions that, when executed, cause the processor to: receive a resource transfer request of a user; ​ In response to the resource transfer request, a plurality of different resource transfer path sequences are acquired, wherein each resource transfer path sequence includes at least one resource transfer path information, and each resource transfer path information is provided with a path priority applicable within the current resource transfer path sequence; Based on the sequence priority corresponding to each resource transfer path sequence, a target resource transfer path sequence corresponding to the resource transfer request is determined from the plurality of different resource transfer path sequences; Based on the resource transfer path information in the target resource transfer path sequence, a resource transfer processing corresponding to the resource transfer request is performed.

Images