CN114493567A

CN114493567A - Resource sending method, device and equipment

Info

Publication number: CN114493567A
Application number: CN202210021673.XA
Authority: CN
Inventors: 刘乔歆; 刘潇
Original assignee: Alipay Labs Singapore Pte Ltd
Current assignee: Advanced Nova Technology Singapore Holdings Ltd
Priority date: 2022-01-10
Filing date: 2022-01-10
Publication date: 2022-05-13
Also published as: WO2023131889A3; WO2023131889A2

Abstract

The embodiment of the specification discloses a resource sending method, a resource sending device and resource sending equipment. The scheme can comprise the following steps: the first user can perform an operation on the first application logged in with the first account to send a resource sending instruction to an application server of the first application, where the resource sending instruction can be used to instruct to transfer a resource to be sent in the first account to a second account at a second application. The application server of the first application may deduct the resource to be sent from the first account, and enable the application server of the second application to send resource receiving prompt information for the resource to be sent to the terminal device logged in with the second account. The second user may perform an operation on the second application logged in the second account, so as to send the resource receiving instruction for the resource to be sent to the application server of the second application, and further enable the application server of the second application to transfer the resource to be sent in the resource pool of the first application to the second account.

Description

Resource sending method, device and equipment

Technical Field

The present application relates to the field of payment technologies, and in particular, to a resource sending method, device and apparatus.

Background

With the progress and development of the times, electronic payment technology is gradually popularized. More and more users start registering personal accounts at payment applications (applications) to conduct electronic payment services based on the personal accounts at the payment applications, thereby transferring resources in the personal accounts to other users. However, at present, the payment application can only support electronic payment services between user accounts at the payment application, and cannot support users to use individual accounts at the payment application to carry out electronic payment services with user accounts at other payment applications. Therefore, the user can carry out electronic payment service with the user accounts at other payment applications after the user needs to obtain the personal account at other payment applications.

Therefore, how to directly transfer resources between user accounts at different application sites to improve payment convenience becomes a technical problem to be solved urgently.

Disclosure of Invention

The embodiment of the specification provides a resource sending method, device and equipment, which can enable user accounts at different application places to directly transfer resources so as to improve payment convenience.

In order to solve the above technical problem, the embodiments of the present specification are implemented as follows:

an embodiment of the present disclosure provides a resource sending method, including:

the method comprises the steps that terminal equipment obtains relevant information of resources to be sent, which are input by a first user at a first application; a first account of the first application is logged in the terminal device, and the resource to be sent is a resource which needs to be transferred from the first account to a second account of a second application;

acquiring resource sending operation aiming at the resource to be sent;

responding to the resource sending operation, and generating a resource sending instruction based on the relevant information of the resource to be sent; the resource sending instruction is used for indicating that the resource to be sent in the first account is transferred to the second account;

and sending the resource sending instruction to an application server of the first application.

an application server of a first application acquires a resource sending instruction sent by terminal equipment; the resource sending instruction is used for indicating that resources to be sent in a first account of the first application are transferred to a second account of a second application; the resource sending instruction is generated based on a resource sending operation executed by a first user for the first application logged in the first account;

according to the resource sending instruction, deducting the resource to be sent from the first account to obtain a resource deduction result;

generating a resource payment request according to the resource deduction result; the resource payment request is used for requesting the application server of the second application to transfer the resource to be sent in the resource pool of the first application to the second account;

and sending the resource payment request to an application server of the second application.

an application server of a second application acquires a resource receiving instruction aiming at a resource to be sent, which is sent by terminal equipment; the resource to be sent is a resource which needs to be transferred from a first account at a first application to a second account at a second application, and the resource to be sent is determined according to a trigger operation executed by a first user for the first application logged in with the first account; the resource receiving instruction is generated based on a trigger operation executed by a second user for the second application logged in the second account;

in response to the resource receiving instruction, transferring the resource to be sent in the resource pool of the first application to the second account.

the terminal equipment acquires resource receiving prompt information sent by an application server of the second application; the resource receiving prompting information is used for prompting a second user to receive a resource to be sent in a first account of a first application by using a second account of the second application, and the resource to be sent is determined according to a trigger operation executed by the first user for the first application logged in the first account; the terminal equipment logs in the second account;

acquiring trigger operation aiming at the resource receiving prompt information;

responding to the trigger operation, and generating a resource receiving instruction aiming at the resource to be sent; the resource receiving instruction is used for indicating that the resource to be sent is received by using the second account;

and sending the resource receiving instruction to an application server of the second application.

An embodiment of this specification provides a resource sending apparatus, including:

the first acquisition module is used for acquiring relevant information of resources to be transmitted, which are input by a first user at a first application, by the terminal equipment; a first account of the first application is logged in the terminal device, and the resource to be sent is a resource which needs to be transferred from the first account to a second account of a second application;

a second obtaining module, configured to obtain a resource sending operation for the resource to be sent;

a resource sending instruction generating module, configured to generate a resource sending instruction based on the relevant information of the resource to be sent in response to the resource sending operation; the resource sending instruction is used for indicating that the resource to be sent in the first account is transferred to the second account;

and the sending module is used for sending the resource sending instruction to the application server of the first application.

the acquisition module is used for acquiring a resource sending instruction sent by the terminal equipment by an application server of a first application; the resource sending instruction is used for indicating that resources to be sent in a first account of the first application are transferred to a second account of a second application; the resource sending instruction is generated based on a resource sending operation executed by a first user for the first application logged in the first account;

the resource deduction module is used for deducting the resource to be sent from the first account according to the resource sending instruction to obtain a resource deduction result;

the resource payment request generating module is used for generating a resource payment request according to the resource deduction result; the resource payment request is used for requesting the application server of the second application to transfer the resource to be sent in the resource pool of the first application to the second account;

and the sending module is used for sending the resource payment request to an application server of the second application.

the acquisition module is used for acquiring a resource receiving instruction aiming at the resource to be sent, which is sent by the terminal equipment, by an application server of the second application; the resource to be sent is a resource which needs to be transferred from a first account at a first application to a second account at a second application, and the resource to be sent is determined according to a trigger operation executed by a first user for the first application logged in with the first account; the resource receiving instruction is generated based on a trigger operation executed by a second user for the second application logged in the second account;

and the resource transfer module is used for responding to the resource receiving instruction and transferring the resource to be sent in the resource pool of the first application to the second account.

the first acquisition module is used for acquiring resource receiving prompt information sent by an application server of the second application by the terminal equipment; the resource receiving prompting information is used for prompting a second user to receive a resource to be sent in a first account of a first application by using a second account of the second application, and the resource to be sent is determined according to a trigger operation executed by the first user for the first application logged in the first account; the terminal equipment logs in the second account;

the second acquisition module is used for acquiring the trigger operation of receiving the prompt message aiming at the resource;

a resource receiving instruction generating module, configured to generate a resource receiving instruction for the resource to be sent in response to the trigger operation; the resource receiving instruction is used for indicating that the resource to be sent is received by using the second account;

and the sending module is used for sending the resource receiving instruction to the application server of the second application.

An embodiment of the present specification provides a resource sending apparatus, including:

at least one processor; and the number of the first and second groups,

a memory communicatively coupled to the at least one processor; wherein,

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the above-described resource transmission method.

At least one embodiment provided in the present specification can achieve the following advantageous effects:

the first user can perform an operation on the first application logged in with the first account to send a resource sending instruction to an application server of the first application, where the resource sending instruction can be used to instruct to transfer a resource to be sent in the first account to a second account at a second application. The application server of the first application may deduct the resource to be sent from the first account, and enable the application server of the second application to send resource receiving prompt information for the resource to be sent to the terminal device logged in with the second account. The second user may perform an operation on the second application logged in the second account to send a resource receiving instruction for the resource to be sent to an application server of the second application, so that the application server of the second application may transfer the resource to be sent in the resource pool of the first application to the second account, thereby transferring the resource in the first account of the first application to the second account of the second application. Because the first user does not need to go to the second application to register the account to transfer the resources to the second account at the second application, the user operation can be simplified, and the payment convenience and the payment efficiency can be improved.

Drawings

In order to more clearly illustrate the embodiments of the present disclosure or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments described in the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without any creative effort.

Fig. 1 is a flowchart illustrating a resource sending method according to an embodiment of the present disclosure;

fig. 2 is a flowchart illustrating another resource sending method provided in an embodiment of the present specification;

fig. 3 is a flowchart of another resource transmission method provided in an embodiment of the present specification;

fig. 4 is a flowchart of a further resource transmission method provided in an embodiment of the present specification;

FIG. 5 is a schematic lane flow diagram corresponding to the resource transmission method in FIGS. 1-4 provided in an embodiment of the present disclosure;

fig. 6 is a schematic structural diagram of a resource sending apparatus corresponding to fig. 1 provided in an embodiment of the present disclosure;

fig. 7 is a schematic structural diagram of a resource sending apparatus corresponding to fig. 2 according to an embodiment of the present disclosure;

fig. 8 is a schematic structural diagram of a resource sending apparatus corresponding to fig. 3 provided in an embodiment of the present specification;

fig. 9 is a schematic structural diagram of a resource sending apparatus corresponding to fig. 4 according to an embodiment of the present disclosure.

Detailed Description

To make the objects, technical solutions and advantages of one or more embodiments of the present disclosure more apparent, the technical solutions of one or more embodiments of the present disclosure will be described in detail and completely with reference to the specific embodiments of the present disclosure and the accompanying drawings. It is to be understood that the embodiments described are only a few embodiments of the present specification, and not all embodiments. All other embodiments that can be derived by a person skilled in the art from the embodiments given herein without making any creative effort fall within the scope of protection of one or more embodiments of the present specification.

The technical solutions provided by the embodiments of the present description are described in detail below with reference to the accompanying drawings.

In the prior art, the payment application may refer to an application program capable of providing an electronic payment service, which may be an application program provided by a bank, or an application program provided by a server capable of guaranteeing benefits of both parties of a transaction under the supervision of the bank, and is not particularly limited. The payment application can provide electronic payment services in various forms for the user to achieve resource sending and resource receiving between user accounts, for example, the user can transfer resources in an individual user account to other user accounts by initiating a transfer or sending a virtual red packet and the like, so that the payment application is convenient and quick, and is beneficial to improving user experience.

However, currently, individual payment applications do not typically support cross-application payment, such that a user cannot directly pay resources to a second account at a second application using a first account at a first application. But the user is required to register a third personal account in the second application and log in the third account at the second application, and then the resource in the third account can be paid to the second account at the second application, which is inconvenient for the user to operate.

For convenience of understanding, the resource sending scheme provided in this embodiment is explained by taking a virtual red packet sending scenario as an example. However, it is to be understood that the resource transmission scheme provided in the embodiments of the present specification may also be applied to other forms of electronic payment scenarios, and is not particularly limited thereto.

In order to solve the defects in the prior art, the scheme provides the following embodiments:

fig. 1 is a flowchart illustrating a resource sending method according to an embodiment of the present disclosure. From a program perspective, the execution subject of the flow may be the terminal device, or an application program of the first application hosted at the terminal device. As shown in fig. 1, the process may include the following steps:

step 102: the method comprises the steps that terminal equipment obtains relevant information of resources to be sent, which are input by a first user at a first application; the terminal equipment logs in a first account of the first application, and the resource to be sent is a resource which needs to be transferred from the first account to a second account of a second application.

In this specification embodiment, the first application and the second application may be different payment applications to make cross-application payment. The first account may be a registered account at the first application and the second account may be a registered account at the second application. Since the resources in the first account need to be transferred to the second account, the first account belongs to the resource egress account and the second account belongs to the resource ingress account from the resource transfer perspective. Wherein the first user may refer to a user having dominance capability for resources at the first account.

In practical application, in a virtual red envelope scene, a first application has a function and a capability of supporting a user to send out a virtual red envelope to a second account at a second application by using a first account at the first application. And the second application has the functionality and capability to support the user receiving a virtual red envelope issued by the first account at the first application using the second account at the second application. Wherein the first account may be an account from which the virtual red envelope is issued and the second account may be an account from which the virtual red envelope is received.

In this embodiment, the related information of the resource to be sent may include at least: and the identification information of the second account at the second application and the resource amount information of the resource to be sent are used for determining the resource to be sent based on the relevant information of the resource to be sent. In the virtual red packet scene, when a first application runs, the first application can display a red packet initiating interface, and the red packet initiating interface is provided with a control for assisting a user to input related information of a resource to be sent. The user can trigger and operate the control in the red packet initiating interface to input the related information of the resource to be sent.

For example, the red envelope initiation interface may have identification information (e.g., an icon or a text identifier) of a plurality of other applications, and the user may click on the identification information of the second application to indicate that the application of the second account belongs to the second application. The user may also manually enter identification information for the second account (e.g., a login account for the second account, a name of the user bound to the second application, etc.) in an information entry box in the red envelope initiation interface. The user may also manually input the resource amount information of the resource to be sent (i.e., the red envelope amount) in an information input box in the red envelope initiation interface, or the user may click a certain amount (e.g., 8.8, 66, 520, etc.) shown in the red envelope initiation interface to serve as the red envelope amount.

Step 104: and acquiring resource sending operation aiming at the resource to be sent.

In this embodiment of the present specification, after the first user confirms that the relevant information of the resource to be sent is correct, the first user may perform a resource sending operation for the resource to be sent at the first application logged in the first account, for example, an operation of inputting a payment password, or an operation of swiping a face for payment, and the like.

Step 106: responding to the resource sending operation, and generating a resource sending instruction based on the relevant information of the resource to be sent; the resource sending instruction is used for indicating that the resource to be sent in the first account is transferred to the second account.

In this embodiment of the present specification, the first application logged in the first account may respond to the resource sending operation, and verify whether the first user has a sending right for the resource to be sent in the first account, for example, determine whether a payment password input by the user matches the first account, or determine whether the user passes a face-brushing payment, and so on. If the first user has the sending permission for the resource to be sent at the first account, a resource sending instruction for the resource to be sent may be generated. In a virtual red envelope scenario, the resource sending instruction may be specifically configured to instruct to send the resource to be sent in the first account to the second account in a virtual red envelope manner.

Step 108: and sending the resource sending instruction to an application server of the first application.

In this embodiment of the present description, after receiving the resource sending instruction sent by the first application logged in the first account, the application server of the first application may, in response to the resource sending instruction, combine with the application server of the second application to send the resource to be sent to the second account at the second application. In the virtual red envelope scene, the resource to be sent can be sent to a second account at a second application in a virtual red envelope form.

In the method in fig. 1, a first user may perform an operation on a first application logged in with a first account to send, to an application server of the first application, a resource sending instruction for instructing to transfer a resource to be sent in the first account to a second account at a second application, so that the transfer of the resource to be sent is advanced through the application server of the first application, and the transfer of the resource in the first account at the first application to the second account at the second application is achieved. In the virtual red envelope scenario, sending the virtual red envelope to a second account at a second application via a first account at the first application may be implemented. Because the first user does not need to go to the second application to register the account so as to transfer the resource to the second account at the second application or send the virtual red packet, the user operation can be simplified, and the convenience and the efficiency of payment or red packet sending are improved.

Based on the process in fig. 1, some specific embodiments of the process are also provided in the examples of this specification, which are described below.

In the virtual red envelope scene, the resource to be sent needs to be sent to the second account at the second application in the form of the virtual red envelope, and the virtual red envelope at the second application generally has multiple styles and display effects so as to be displayed when the user receives the virtual red envelope. Therefore, the first user can also specify the style and effect required to be displayed when the virtual red packet is received when the virtual red packet is initiated, so that the user experience is improved.

Based on this, step 102: before obtaining the relevant information of the resource to be sent, which is input by the first user at the first application, the method may further include:

and acquiring a resource receiving page template at the second application from the application server of the first application.

And generating a first page showing the resource receiving page template at the second application.

Step 102: the obtaining of the relevant information of the resource to be sent, which is input by the first user at the first application, may specifically include:

and determining a target resource receiving page template selected from the first page by the first user, wherein the target resource receiving page template is a resource receiving page template at the second application.

Correspondingly, step 106: generating a resource sending instruction may specifically include:

generating a resource sending instruction carrying the template identification information of the target resource receiving page template; the resource sending instruction is further used for indicating that the target resource receiving page template is displayed to a second user in the process that the second user receives the resource to be sent based on a second account at the second application.

In this embodiment of the specification, in the virtual red packet scene, there may be multiple types of virtual red packets, and the types of virtual red packets may be set according to actual requirements, which is not specifically limited. For example, the virtual red packet may be in the form of a red paper packet or a treasure box according to the customs of different areas.

If the virtual red packet is a red paper packet type, the resource to be sent can be a virtual red (paper) packet resource; the target resource receiving page template is used for reflecting a red (paper) package image and a red (paper) package dynamic effect displayed to the second user in the process that the second user receives the virtual red package resource based on a second account at the second application. Wherein, the red (paper) packet dynamic effect may include a red packet dynamic effect that needs to be shown when the virtual red packet is not opened or opened.

If the virtual red envelope is of a treasure box type, the resource to be sent can be a virtual treasure box resource; the target resource receiving page template is used for reflecting the treasure box image and the treasure box dynamic effect displayed to the second user in the process that the second user receives the virtual treasure box resource based on the second account of the second application. Wherein, the treasure box dynamic effect can include the treasure box dynamic effect that needs to be demonstrated when the virtual treasure box is not opened or is opened.

In this embodiment of the present specification, the resource receiving page template at the second application may be used to reflect a style and an effect that need to be displayed when the virtual red envelope at the second application is received, and therefore, in order to facilitate selection by the first user, it is necessary to generate, at the first application logged in with the first account, a first page that shows the resource receiving page template at the second application. The first user can select a certain target resource receiving page template displayed in the first page through clicking operation to indicate the style and dynamic effect of the virtual red packet/virtual treasure box required to be displayed to the second user when the second user receives the virtual red packet sent by the first user by using the second account at the second application.

In practical application, since each resource receiving page template at the second application is usually stored at the application server of the second application, the application server of the first application may obtain the resource receiving page template at the second application from the application server of the second application, and send the obtained resource receiving page template to the first application logged in with the first account, so as to be selected by the first user.

In this embodiment of the present description, after the first user selects the target resource receiving page template, the template identification information of the target resource receiving page template may also be carried in the resource sending instruction for the resource to be sent. Therefore, the application server of the first application, the application server of the second application and the second application logged in the second account can know that when the virtual red packet corresponding to the resource to be sent is received by the second account, the style and the dynamic effect of the virtual red packet/virtual treasure box corresponding to the target resource receiving page template need to be displayed, and the user experience is favorably improved.

In this embodiment of the present specification, the first user may further need to set blessing message corresponding to the virtual red packet.

Based on this, step 102: the obtaining of the relevant information of the resource to be sent, which is input by the first user at the first application, may include: and obtaining blessing message aiming at the resource to be sent, which is input by the first user at the first application.

In practical application, the first user can manually input a red packet blessing word, such as "congratulations for getting rich", "leaderboard titles", etc., in an information input box in the red packet launch interface, so that the flexibility is good. Or, the user can click certain blessing message displayed in the red package launching interface to serve as the red package blessing message, which is convenient and fast. Certainly, the resource receiving page template at the second application may also include blessing message information, so that after the first user selects the target resource receiving page template, the blessing message carried by the target resource receiving page template is used as a red blessing message, thereby omitting the steps of manually inputting and selecting blessing message information, and further improving the user operation convenience and red blessing efficiency.

In the embodiment of the present specification, when the resource to be sent is a fund, since the currency types (i.e., currencies) of the fund used in different countries or regions may not be completely consistent, there may be a case that currency conversion is required in the process of transferring the resource to be sent. Therefore, the first user should specify the payment currency and the collection currency corresponding to the resource to be sent, in addition to the amount corresponding to the resource to be sent.

Based on this, step 102: acquiring related information of a resource to be sent input by a first user at a first application, the method may further include:

acquiring resource quantity information of the resource to be sent, which is input by the first user at the first application; the resource amount information of the resource to be transmitted includes: and the money receiving currency information and money receiving amount information of the second account at the second application. The amount information may refer to the amount of funds the second account needs to receive in the amount of money.

In this embodiment of the present specification, if a facilitator needs to provide services and services to a user through an application program in a specified country, the facilitator needs to register for the application program in the specified country, and if the registration passes, the facilitator of the application program may be the registrar of the specified country, and further may provide services and services to the user through the application program in the specified country. Based on this, the service provider of the first application may be a registration service provider in a first country, and the service provider of the second application may be a registration service provider in a second country, where the first country and the second country may be the same country or different countries, and this is not particularly limited.

In practical applications, the cross-border red envelope scenario is initiated, that is, when the first country and the second country are different countries, the first application and the second application belong to payment applications at different countries. Typically, the first application and the second application may not have the same currency that can be supported for use by the user. At this time, each currency information supported by the second application can be displayed in the red packet initiating interface, and the currency information selected by the first user is used as the money receiving currency information of the second account.

In addition, if there are multiple currencies used by the first application supporting user, the information of each currency used by the first application supporting user can be displayed in the red packet initiating interface, and the information of the currency selected by the first user is used as the information of the payment currency of the first account. Or, the payment currency preset for the first account can be used as the payment currency for the to-be-sent red envelope for the first account, so that the operation of the first user is simplified, and convenience and flexibility are achieved.

In practical applications, the method is directed to initiating a domestic red envelope scenario, i.e. when the first country and the second country are the same country, the first application and the second application belong to a payment application at the same country. Typically, the first application and the second application have the same currency that can be supported for use by the user. In this case, to simplify the operation of the first user, the same currency type that the first application and the second application can support the user to use can be used as the payment currency type of the first account and the collection currency type of the second account, and the first user does not need to manually input, which is convenient and fast.

Of course, when the first country and the second country are the same country, if there are multiple currencies supported by the second application for use by the user, each currency information supported by the second application may also be displayed in the red packet initiating interface, and the currency information selected by the first user is used as the money receiving currency information of the second account. Similarly, each currency information supported by the first application can be displayed in the red packet initiating interface, and the currency information selected by the first user is used as the payment currency information of the first account, or the payment currency preset for the first account can be used as the payment currency for the red packet to be sent, so that the operation of the first user is simplified, and convenience and flexibility are achieved.

In practical application, in order to avoid the risk of fund overdraft of a first account, after acquiring the information of the collection currency and the collection amount of a second account at a second application, overdraft risk check can be performed according to the fund balance, the payment currency and the currency exchange rate of the first account, and after the check result shows that the overdraft risk does not exist, the user is allowed to execute resource sending operation aiming at the resource to be sent, so that the risk of account overdraft is reduced.

In the virtual red packet scene, the first user needs to provide identification information of a second account at the second application, and the first user can send out the virtual red packet after the identification information of the second account is verified to be correct, so that the success rate of sending the virtual red packet is ensured.

and acquiring the identification information of the second account input by the first user at the first application.

Step 104: before obtaining the resource sending operation for the resource to be sent, the method may further include:

generating a verification request for identification information of the second account; the verification request is used for requesting to verify whether the identification information of the second account is correct.

Sending the verification request to an application server of the first application; the application server of the first application is used for obtaining the verification result for the verification request from the application server of the second application.

Receiving a verification result for the verification request fed back by an application server of the first application.

And if the verification result shows that the identification information of the second account is correct, generating a second page for enabling the first user to execute the resource sending operation for the resource to be sent, so that the first user can execute the resource sending operation based on the second page.

And if the verification result shows that the identification information of the second account is incorrect, generating information for prompting that the identification information of the second account input by the first user is incorrect, so that the first user can modify the identification information of the second account, and initiating a verification request aiming at the modified identification information of the second account until the first user inputs the correct identification information of the second account.

In this embodiment of the specification, the identification information of the second account input by the first user may include a login account of the second account, and the login account of the second account may be a mobile phone number, a mailbox number, or user-defined information of the user, which is not specifically limited. In practical applications, when the second application requires real-name authentication of the user, the user of the second account may also bind personal identity information at the second account. Based on this, in order to ensure the fund security of the first user, the identification information of the second account input by the first user may further include information such as the name, unique identity and the like of the user bound to the second account.

The reference identification information of the second account is usually stored in the application server of the second application, so that after the terminal device logged in with the first account acquires the identification information of the second account input by the first user, a verification request carrying the identification information of the second account needs to be sent to the application server of the first application, the application server of the first application can send the verification request to the application server of the second application, so that the application server of the second application can compare whether the reference identification information of the second account is consistent with the identification information of the second account input by the first user, if so, a verification result indicating that the identification information of the second account input by the first user is correct can be generated, and if not, a verification result indicating that the identification information of the second account input by the first user is incorrect can be generated.

In this embodiment of the specification, after it is determined that the identification information of the second account input by the first user is correct, and the user inputs the resource amount and the red packet style information of the resource to be transferred, a second page may be displayed to the first user, where the second page may be a page on which a payment password is input, so that the first user can perform a resource sending operation for the resource to be sent based on the second page, for example, a password input operation, a face brushing payment operation, and the like.

In this embodiment of the present specification, after receiving the virtual red envelope by using the second account at the second application, the second user may further need to send a reply to the first user, so that the first user knows the receiving condition of the virtual red envelope.

Based on this, step 108: after sending the resource sending instruction to the application server of the first application, the method may further include:

receiving and displaying reply language information sent by an application server of the first application; the reply language information is a resource receiving result aiming at the resource to be sent, which is input by a second user at the second application logged in with the second account.

In this embodiment of the specification, after the second user opens the virtual red package sent by the first account at the second application where the second account is logged in, no matter whether the second account receives the resource to be sent in the virtual red package, the second application may display an information input box for the second user to input a reply, so that the second user inputs reply information for reflecting a resource receiving result for the resource to be sent. Or, the second application may also present a plurality of pieces of reply language information for reflecting the resource receiving result for the resource to be sent, so as to be selected by the second user. Subsequently, the reply language information input or selected by the second user can be fed back to the first account for the first user to check, and the user experience is improved.

Based on the same idea, the embodiment of the present specification further provides another resource sending method. Fig. 2 is a flowchart of another resource sending method provided in an embodiment of the present specification. From a program perspective, the execution subject of the flow may be an application server of the first application, or an application program hosted at the application server of the first application. As shown in fig. 2, the process may include the following steps:

step 202: an application server of a first application acquires a resource sending instruction sent by terminal equipment; the resource sending instruction is used for indicating that resources to be sent in a first account of the first application are transferred to a second account of a second application; the resource sending instruction is generated based on a resource sending operation executed by a first user for the first application logged in the first account.

In this embodiment of this specification, the resource sending instruction obtained by the application server of the first application in step 202 may be the resource sending instruction generated in step 106, and in the virtual red packet scenario, the resource sending instruction may be an instruction that instructs to send a resource to be sent in a first account of the first application to a second account of the second application in a virtual red packet manner, which is not described in detail herein.

Step 204: and deducting the resource to be sent from the first account according to the resource sending instruction to obtain a resource deduction result.

In this embodiment of the present specification, the resource sending instruction generally includes identification information of a first account and resource amount information of a resource to be sent, so that the application server of the first application can deduct the resource amount of the resource to be sent from the first account when receiving the resource sending instruction. If the deduction is successful, the resource to be sent can be continuously transferred to a second account at a second application; if the deduction fails, the resource to be sent may be prohibited from being transferred to a second account at a second application, so as to ensure fund security.

Step 206: generating a resource payment request according to the resource deduction result; the resource payment request is used for requesting the application server of the second application to transfer the resource to be sent in the resource pool of the first application to the second account.

In this embodiment of the present specification, in a virtual red envelope scenario, a facilitator of a first application may pay a fund to a facilitator of a second application or a resource deduction institution in advance, as a resource pool of the first application. Therefore, when the first account of the first application needs to send the resource to be sent to the second account at the second application, after the resource to be sent is deducted from the first account, the application server of the first application can generate and send a resource payment request to the application server of the second application, so that the application server of the second application can directly transfer the resource to be sent in the resource pool of the first application to the second account, and the method is convenient and rapid.

In this embodiment of the present specification, the resource payment request may carry payment order information, and the payment order information may include identification information of a first account at a first application, identification information of a second account at a second application, resource amount information of a resource to be sent, and the like, so that the application server of the second application may transfer the resource to be sent to the second account at the second application based on the payment order information carried in the resource payment request.

In practical applications, since the user belonging to the first account may also have a registered account at the second application, that is, a third account at the second application corresponding to the first account, the payment order information may also carry information indicating that the third account exists, and related information for determining the third account, thereby facilitating establishment of a chat session between the second account and the third account, so as to improve convenience of information interaction between the first user and the second user.

Step 208: and sending the resource payment request to an application server of the second application.

In the method in fig. 2, after receiving a resource sending instruction for instructing to transfer a resource to be sent in a first account of a first application to a second account of a second application, an application server of the first application may deduct the resource to be sent from the first account, and request the application server of the second application to transfer the resource to be sent to the second account of the second application, so as to transfer the resource in the first account of the first application to the second account of the second application. In the virtual red envelope scenario, sending the virtual red envelope to a second account at a second application via a first account at the first application may be implemented. Because the first user does not need to go to the second application to register the account so as to transfer the resource or send the virtual red packet to the second account at the second application, the user operation can be simplified, and the convenience of payment or red packet sending is improved.

Based on the method in fig. 2, some specific embodiments of the method are also provided in the examples of this specification, which are described below.

In this embodiment of the present specification, an implementation manner of deducting resources to be sent from a first account is provided, and the implementation manner includes:

step 202: the obtaining of the resource sending instruction sent by the terminal device may specifically include:

acquiring a resource sending instruction which is sent by the terminal equipment and carries the resource quantity information of the resource to be sent; the resource amount information of the resource to be transmitted includes: and the money receiving currency information and money receiving amount information of the second account at the second application. The amount information may refer to the amount of funds the second account needs to receive in the amount of money.

Step 204: deducting the resource to be sent from the first account according to the resource sending instruction, which may specifically include:

and acquiring the payment currency information of the first account.

And determining the currency exchange rate according to the payment currency information and the collection currency information.

And determining the amount of funds to be deducted of the first account according to the currency exchange rate and the money receiving amount information.

Deducting the amount of funds to be deducted from the available resources of the first account.

In this embodiment of the present disclosure, the service provider of the first application may be a registration service provider in a first country, and the service provider of the second application may be a registration service provider in a second country.

For the originating domestic red envelope scenario, the first country and the second country are the same country. At this time, the payment currency of the first account and the collection currency of the second account may be generally the same, and the currency exchange rate may be 1, so that the amount of money indicated by the collection amount information only needs to be deducted from the first account.

For the scenario of initiating a cross-border red envelope, the first country and the second country are different countries. At this point, the payment currency of the first account is generally different from the collection currency of the second account, and the currency exchange rate between the payment currency and the collection currency may be determined. The currency exchange rate may generally be the currency exchange rate at which the virtual red envelope is initiated to be presented to the first user and to obtain usage permission of the first user to secure the first user's intent.

The amount of money to be received by the second account according to the money type is determined according to the money exchange rate, so that the amount of money to be paid by the first account according to the money type corresponding to the money amount information is determined and deducted. For example, assume that the payment currency is U.S. dollar, the collection currency is RMB, and 1 dollar can be exchanged for 6.37 yuan RMB; if the amount information collected is 637 dollars, then $ 100 needs to be deducted from the first account.

Subsequently, the application server of the second application is further required to transfer the resource to be sent to the second account at the second application according to the money type and the money amount, so that the application server of the first application is further required to send the money type information and the money amount information to the application server of the second application. Based on this, step 206: the generating of the resource payment request may specifically include: and generating a resource payment request carrying the money collection currency information and the money collection amount information.

In this embodiment of the present specification, an implementation manner is further provided for enabling a first user to specify a style and an effect to be displayed when a virtual red envelope is received when the first user initiates the virtual red envelope in a virtual red envelope scene, where the implementation manner is as follows:

step 202: before acquiring the resource sending instruction sent by the terminal device, the method may further include:

and acquiring a resource receiving page template at the second application from an application server of the second application.

And sending the resource receiving page template at the second application to the terminal equipment logged with the first account so as to display the resource receiving page template at the second application at the terminal equipment and further provide the resource receiving page template for the first user initiating the virtual red envelope to select.

acquiring a resource sending instruction which is sent by the terminal equipment and carries the template identification information of the target resource receiving page template; the resource sending instruction is further used for indicating that the target resource receiving page template is displayed to a second user in the process that the second user receives the resource to be sent based on a second account of the second application, and the target resource receiving page template is the resource receiving page template of the first user at the second application selected by the first user for the resource to be sent.

Step 206: the generating of the resource payment request may specifically include:

and generating a resource payment request carrying the template identification information of the target resource receiving page template.

In the embodiment of the present specification, the template identification information of the target resource receiving page template selected by the first user is carried in the resource payment request sent to the application server of the second application, so that the application server of the second application can control the virtual red packet corresponding to the resource to be sent to display the style and the dynamic effect of the virtual red packet corresponding to the target resource receiving page template when the virtual red packet is received by the second account at the second application. In practical applications, the first user may also set blessing message for the virtual red packet, so that the resource payment request may also carry blessing message to be displayed when the virtual red packet is received by the second account at the second application.

In practical application, the resource to be sent may be a virtual red packet resource; the target resource receiving page template can be used for reflecting a red packet image and a red packet dynamic effect displayed to the second user in the process that the second user receives the virtual red packet resource based on a second account at the second application; or, the resource to be sent may be a virtual treasure box resource; the target resource receiving page template may be used to reflect a treasure box image and a treasure box dynamic effect displayed to the second user in the process that the second user receives the virtual treasure box resource based on a second account at the second application.

In this embodiment of the present specification, an implementation manner of verifying whether identification information of a second account is correct is further provided, where the implementation manner is as follows:

acquiring a verification request aiming at the identification information of the second account, which is sent by the terminal equipment; the verification request is used for requesting to verify whether the identification information of the second account is correct.

And sending the verification request to an application server of the second application.

Receiving a verification result fed back by the application server of the second application in response to the verification request;

and sending the verification result to the terminal equipment.

In this embodiment of the present specification, an implementation manner is further provided for enabling the second account to send a reply to the first account, where the implementation manner is as follows:

step 208: after sending the resource payment request to the application server of the second application, the method may further include:

receiving reply language information sent by an application server of the second application; the reply language information is information which is input by a second user at the second application logged with the second account and used for prompting that the resource to be sent is received after the second user receives the resource to be sent based on the second account. And sending the reply language information to the terminal equipment logged with the first account.

Based on the same idea, the embodiment of the present specification further provides another resource sending method. Fig. 3 is a flowchart of another resource sending method provided in an embodiment of the present specification. From a program perspective, the execution subject of the flow may be an application server of the second application, or an application program hosted at the application server of the second application. As shown in fig. 3, the process may include the following steps:

step 302: an application server of a second application acquires a resource receiving instruction aiming at a resource to be sent, which is sent by terminal equipment; the resource to be sent is a resource which needs to be transferred from a first account at a first application to a second account at a second application, and the resource to be sent is determined according to a trigger operation executed by a first user for the first application logged in with the first account; the resource receiving instruction is generated based on a trigger operation executed by a second user for the second application logged in the second account.

In this embodiment of the specification, after receiving a resource payment request, sent by an application server of a first application, for transferring a resource to be sent in a first account to a second account, an application server of the second application may display resource reception prompt information at a second application where the second account is logged in. In the virtual red packet scene, the resource receiving prompt message may be virtual red packet information to be received, and if the second user receives the virtual red packet by using the second account, the application server of the second application may obtain a resource receiving instruction for the resource to be sent, which is sent by the terminal device in which the second account is logged.

Step 304: in response to the resource receiving instruction, transferring the resource to be sent in the resource pool of the first application to the second account.

In this embodiment of the present specification, in the virtual red packet scene, the resource receiving instruction may carry information of a manner in which the second account specified by the second user receives the resource to be sent corresponding to the virtual red packet. For example, if the resource receiving instruction carries information indicating that the resource is transferred to the bank account and account identification information of the target bank account, the application server of the second application may transfer the resource to be sent in the resource pool of the first application to the target bank account. If the resource receiving instruction carries information indicating the balance from the resource to the second account, the application server of the second application may transfer the resource to be sent in the resource pool of the first application to the balance of the second account. Thereby being beneficial to improving the flexibility of the second user when receiving the resource by utilizing the second account.

In the method in fig. 3, after receiving the resource receiving instruction of the second user, the application server of the second application may transfer the resource to be sent in the resource pool of the first application to the second account, so that the resource in the first account at the first application is transferred to the second account at the second application. In the virtual red envelope scenario, sending the virtual red envelope to a second account at a second application via a first account at the first application may be implemented. Because the first user does not need to go to the second application to register the account so as to transfer resources or send the virtual red packet to the second account at the second application, the user operation can be simplified, and the convenience and the efficiency of payment or red packet sending are improved.

Based on the method in fig. 3, some specific embodiments of the method are also provided in the examples of this specification, which are described below.

In the embodiment of the present specification, step 302: before acquiring the resource receiving instruction for the resource to be sent by the terminal device, the method may further include:

the application server of the second application receives the resource payment request sent by the application server of the first application; the resource payment request is used for requesting to transfer the resource to be sent in the resource pool of the first application to the second account, and the resource payment request is generated based on a trigger operation executed by the first user for the first application logged in the first account.

Responding to the resource payment request, and generating resource receiving prompt information; and the resource receiving prompt message is used for prompting the second user to receive the resource to be sent by using the second account.

And sending the resource receiving prompt information to the terminal equipment logged with the second account.

In this embodiment of the present description, the resource payment request received by the application server of the second application and sent by the application server of the first application may be a resource sending instruction generated in step 206 and transmitted to the application server of the second application in step 208, which is not described herein again. And the application server of the second application may control, in response to the resource payment request, to display the resource reception prompt at the second application logged in with the second account, so that the second user knows that the first user sent the virtual red envelope to his second account.

In practical applications, there may be multiple implementation manners for displaying the resource reception prompting information at the terminal device logged in with the second account. If the resource payment request received by the application server of the second application carries the identification information of the first account, generating resource reception prompt information in response to the resource payment request, which may specifically include:

judging whether a third account at the second application exists, wherein the third account has a corresponding relation with the identification information of the first account; the first account and the third account belong to the same user.

If so, generating first resource receiving prompt information; the first resource receiving prompt information is a chat session between the third account and the second account at the second application.

If not, generating a second resource receiving prompt message; and the second resource receiving prompt message is an application prompt message at the second application.

In this embodiment of the present disclosure, both the application server of the first application and the application server of the second application may store a corresponding relationship between a registered account of the first application and a registered account of the second application, so that both the application server of the first application and the application server of the second application may have a capability of determining whether the third account exists.

In this embodiment of the present specification, if there is a third account belonging to the same user as the first account, the resource reception prompting information may be made to be chat session information, and the chat session information is displayed in a chat session interface between the third account and the second account in the user terminal device. And if a third account belonging to the same user as the first account does not exist, displaying the third account in the user terminal equipment in an application prompt information form. Not only can the display flexibility of the resource receiving prompt information be improved, but also the second user can conveniently determine to perform subsequent communication (for example, reply to the receiving condition aiming at the virtual red packet) with the user to which the first account belongs based on the first application or the second application so as to improve the user experience.

specifically, before receiving the resource payment request sent by the application server of the first application, the method may further include:

sending a resource receiving page template at the second application to an application server of the first application; and the application server of the first application is used for sending the resource receiving page template at the second application to the terminal equipment logged with the first account so as to be selected when the first user initiates the virtual red envelope.

The receiving of the resource payment request sent by the application server of the first application may specifically include:

receiving a resource payment request which is sent by an application server of the first application and carries template identification information of a target resource receiving page template; the resource payment request is further used for requesting that the target resource receiving page template is displayed to the second user in the process that the second user receives the resource to be sent based on the second account of the second application, and the target resource receiving page template is the resource receiving page template of the first user at the second application selected by the first user for the resource to be sent.

Correspondingly, in response to the resource payment request, generating resource reception prompt information, specifically including:

and responding to the resource payment request, and generating resource receiving prompt information carrying the template identification information of the target resource receiving page template.

If the resource to be sent is a virtual red envelope resource, the target resource receiving page template is used for reflecting a red envelope image and a red envelope dynamic effect displayed to the second user in the process that the second user receives the virtual red envelope resource based on a second account at the second application; or, if the resource to be sent is a virtual treasure box resource, the target resource receiving page template is used for reflecting a treasure box image and a treasure box dynamic effect displayed to the second user in the process that the second user receives the virtual treasure box resource based on a second account at the second application.

In this embodiment of the present specification, an implementation manner of transferring a resource to be sent into a second account is further provided, and the implementation manner includes:

the receiving, by the application server of the second application, the resource payment request sent by the application server of the first application may specifically include:

receiving a resource payment request which is sent by an application server of the first application and carries resource amount information of the resource to be sent; the resource amount information of the resource to be transmitted includes: the money receiving currency information and money receiving amount information of a second account at the second application; the service provider of the first application is a registration service provider of a first country, the service provider of the second application is a registration service provider of a second country, and the first country and the second country may be the same or different.

Correspondingly, step 304: in response to the resource receiving instruction, transferring the resource to be sent in the resource pool of the first application to the second account, which may specifically include:

generating a resource transfer request in response to the resource receiving instruction; the resource transfer request is used for requesting to transfer the resource indicated by the resource amount information of the resource to be sent in the resource pool of the first application to the second account.

And sending the resource transfer request to a payment platform.

After the sending the resource transfer request to the payment platform, the method may further include:

and receiving a resource transfer result fed back by the payment platform in response to the resource transfer request.

And sending the resource transfer result to the terminal equipment logged with the second account.

In this embodiment, the facilitator of the first application may pay a fund to the facilitator of the second application or a resource deduction mechanism (e.g., a payment platform, or a mechanism cooperating with the payment platform) in advance as the resource pool of the first application. Because the resource to be sent is deducted from the first account, the application server of the second application can directly request the payment platform to transfer the resource to be sent in the resource pool of the first application to the second account, which is convenient and fast.

In practical application, in order to ensure the fund security of the first account, before the resource to be sent is transferred to the second account, whether the first account has the risk of account theft, the risk of money laundering and the like can be verified, and after the transaction corresponding to the resource to be sent is determined to be a safe and legal transaction, the resource to be sent is transferred to the second account.

In this embodiment of the specification, after sending the resource transfer result to the terminal device logged with the second account, the method may further include:

receiving reply language information sent by the terminal equipment logged with the second account; the reply language information is information which is input by the second user at the second application logged with the second account and used for prompting that the resource to be sent is received after the second user receives the resource to be sent based on the second account.

Sending the reply language information to an application server of the first application; and the application server of the first application is used for sending the reply language information to the terminal equipment logged with the first account for the first user to view.

Based on the same idea, the embodiment of the present specification further provides another resource sending method. Fig. 4 is a flowchart of another resource sending method provided in an embodiment of the present specification. From a program perspective, the execution subject of the flow may be the terminal device, or an application program of the second application hosted at the terminal device. As shown in fig. 4, the process may include the following steps:

step 402: the terminal equipment acquires resource receiving prompt information sent by an application server of the second application; the resource receiving prompting information is used for prompting a second user to receive a resource to be sent in a first account of a first application by using a second account of the second application, and the resource to be sent is determined according to a trigger operation executed by the first user for the first application logged in the first account; the terminal equipment is logged with the second account.

In this embodiment of the specification, after acquiring the resource payment request sent by the application server of the first application, if the resource payment request is used to request to transfer the resource to be sent in the resource pool of the first application to the second account, the application server of the second application may generate and send the resource reception prompt information for the resource to be sent to the terminal device that logs in the second account, so that the execution main body in the scheme in fig. 4 may acquire the resource reception prompt information and display the resource reception prompt information to the second user. Wherein the second user may refer to a user having dominance capability for resources at the second account.

In the embodiment of the present specification, because there are a plurality of types of resource reception prompt information, the resource reception prompt information of each type may be displayed in different manners, so as to improve user experience.

Specifically, step 402: after obtaining the resource reception prompting information sent by the application server of the second application, the method may further include:

if the resource receiving prompt message is a chat session between a third account at the second application and the second account, displaying the resource receiving prompt message in a chat session interface between the third account and the second account; the third account is an account at the second application that is attributed to a user with the first account.

If the resource receiving prompt message is the application prompt message at the second application, displaying the resource receiving prompt message in an application prompt message interface of the second application logged in the second account.

Step 404: and acquiring trigger operation for receiving prompt information aiming at the resource.

In this embodiment of the present specification, in the virtual red packet scene, the resource reception prompting information may be a virtual red packet icon that is not turned on. The click operation of the second user on the unopened virtual red packet icon may be used to indicate that the resource to be sent corresponding to the virtual red packet is received, so that the click operation may be used as a trigger operation for receiving prompt information for the resource.

Step 406: responding to the trigger operation, and generating a resource receiving instruction aiming at the resource to be sent; the resource receiving instruction is used for indicating that the resource to be sent is received by using the second account.

In this embodiment of the present specification, in the virtual red envelope scenario, the second user may further specify a manner in which the second account receives the resource to be sent corresponding to the virtual red envelope. For example, when a bank account is bound to the second account, the second user may specify a target bank account for receiving the resource to be sent, so that the resource receiving instruction may also carry account identification information of the target bank account, so that the application server of the second application transfers the resource to be sent in the resource pool of the first application to the target bank account. Of course, if the second user does not have a bound bank account when receiving the virtual red envelope, the second user may first perform a card binding operation on the second account to receive the resource to be sent corresponding to the virtual red envelope by using the bank account bound to the second account.

Or, if the second application can provide the resource management service for the second account, the second user may further designate the second account as an account for receiving the resource to be sent, so that the application server of the second application transfers the resource to be sent in the resource pool of the first application to the balance of the second account.

Step 408: and sending the resource receiving instruction to an application server of the second application.

In this embodiment of the present specification, the resource receiving instruction sent to the application server of the second application in step 408 may be a resource receiving instruction for the resource to be sent, which is obtained by the application server of the second application in step 302, and details of this are not described here. After receiving the resource receiving instruction, the application server of the second application may transfer the resource to be sent in the resource pool of the first application to the second account, which is equivalent to that the second user receives the resource in the virtual red envelope based on the second account in the virtual red envelope scenario.

The method in fig. 4 enables the second user to receive the virtual red envelope sent by the first account at the first application by using the second account at the second application, and can realize the red envelope interaction between the first user and the second user without the first user going to register an account at the second application or the second user going to register an account at the first application, thereby simplifying the user operation and being beneficial to improving the convenience and efficiency of payment or red envelope receiving and sending.

Based on the method in fig. 4, some specific embodiments of the method are also provided in the examples of this specification, which are described below.

In this embodiment of the present specification, an implementation manner is further provided, in a virtual red envelope scenario, when a second user receives a virtual red envelope by using a second account, that a virtual red envelope style and an effect, which are specified by a first user when initiating the virtual red envelope, are displayed to the second user, where the implementation manner is as follows:

step 402: the obtaining of the resource reception prompt information sent by the application server of the second application may specifically include:

acquiring resource receiving prompt information which is sent by an application server of a second application and carries template identification information of a target resource receiving page template; the target resource receiving page template is a resource receiving page template of the second application selected by the first user for the resource to be sent.

Step 404: after the trigger operation of receiving the prompt information for the resource is acquired, the method may further include:

and displaying the target resource receiving page template to the second user.

In this embodiment of the present specification, if the resource to be sent is a virtual red envelope resource, the target resource receiving page template may be used to reflect a red envelope image and a red envelope dynamic effect that are displayed to the second user in a process that the second user receives the virtual red envelope resource based on a second account at the second application.

If the resource to be sent is a virtual treasure box resource, the target resource receiving page template can be used for reflecting a treasure box image and a treasure box dynamic effect displayed to the second user in the process that the second user receives the virtual treasure box resource based on a second account at the second application.

In practical application, the resource receiving prompt message sent by the application server of the second application may further include blessing message input by the first user, so that when the second user receives the virtual red envelope/virtual treasure box based on the second account at the second application, the blessing message input by the first user may be displayed to the second user, which is beneficial to improving user experience.

In this embodiment of the specification, after receiving the resource to be sent in the virtual red envelope by using the second account at the second application, the second user may also need to send a reply to the first user, so that the first user can know the receiving condition of the virtual red envelope.

Based on this, step 408: after sending the resource receiving instruction to the application server of the second application, the method may further include:

receiving a resource transfer result fed back by the application server of the second application in response to the resource receiving instruction; the resource transfer result is used for indicating whether the resource to be sent is transferred to the second account.

Acquiring reply language information input by the second user according to the resource transfer result; the reply language information is a resource receiving result for the resource to be sent, which is input by the second user at the second application where the second account is logged in.

Sending the reply language information to an application server of the second application; and the application server of the second application is used for sending the reply language information to the terminal equipment logged with the first account.

In this embodiment of the specification, after a second user opens a virtual red package sent by a first account at a second application where a second account is logged in, regardless of whether the second account receives a resource to be sent in the virtual red package, the second application may display an information input box for the second user to input a reply, so that the second user inputs reply information for reflecting a resource receiving result for the resource to be sent, or the second application may display a plurality of reply information for reflecting a resource receiving result for the resource to be sent, so that the second user can select the reply information. Subsequently, the reply language information input or selected by the second user can be fed back to the first account for the first user to view.

In practical application, the resource transfer result fed back by the application server of the second application may indicate that the resource transfer is successful, or may indicate that the resource transfer is failed. If the resource transfer result indicates that the resource transfer is successful, the reply language information displayed by the second application interface and available for the second user to select can be information such as 'red packet received', 'red packet received successfully, thank you' and the like. If the resource transfer result indicates that the resource transfer fails, the reply language information displayed by the second application interface and available for the second user to select may be information such as "thank you despite that no red packet is received", "red packet reception fails, but reception is successful. The reply language information can be set according to requirements, so the specific content of the reply language information is not particularly limited.

Fig. 5 is a schematic lane flow diagram corresponding to the resource transmission method in fig. 1-5, provided in an embodiment of the present disclosure. As shown in fig. 5, the resource sending process may involve executing the main body by the first terminal device, the application server of the first application, the application server of the second application, the second terminal device, and the like. The first terminal device is logged with a first account of a first application, and the second terminal device is logged with a second account of a second application.

For ease of understanding, the explanation is made with a virtual red envelope scenario.

In the stage of initiating the virtual red envelope, the first terminal device may obtain relevant information of a resource to be sent of the virtual red envelope, which is input by the first user at the first application where the first account is logged in, for example, a target resource receiving page template (used for reflecting a red envelope image and a red envelope dynamic effect) at the second application selected by the first user, identification information of the second account at the second application, money collection type information and money collection amount information of the second account, payment type information of the first account, and the like. Acquiring resource sending operation corresponding to the resource to be sent; responding to the resource sending operation, and generating a resource sending instruction based on the relevant information of the resource to be sent; and sending the resource sending instruction to an application server of the first application.

The application server of the first application may deduct the resource to be sent from the first account according to the resource sending instruction to obtain a resource deduction result; generating a resource payment request according to the resource deduction result; and sending the resource payment request to an application server of the second application.

In the stage of receiving the virtual red packet, the application server of the second application responds to the resource payment request and generates resource receiving prompt information; and sending the resource receiving prompt information to a second terminal device logged with the second account. The second terminal device can display the resource receiving prompt information in a red packet icon form on a chat session interface or an application prompt information interface of the second application logged with the second account. And acquiring the triggering operation of the second user on the resource receiving prompt information. Responding to the trigger operation, displaying a red envelope style and a red envelope dynamic effect corresponding to a target resource receiving page template selected by a first user, and generating a resource receiving instruction for the resource to be sent; and sending the resource receiving instruction to an application server of the second application.

The application server of the second application may transfer the resource to be sent in the resource pool of the first application to the second account in response to the resource receiving instruction, and send a resource transfer result to the second terminal device. The second terminal device may obtain reply language information input by the second user according to the resource transfer result, and send the reply language information to the application server of the second application, so that the application server of the second application sends the reply language information to the first terminal device through the application server of the first application.

Based on the same idea, the embodiment of the present specification further provides a device corresponding to the above method. Fig. 6 is a schematic structural diagram of a resource sending apparatus corresponding to fig. 1 according to an embodiment of the present disclosure. As shown in fig. 6, the apparatus may include:

a first obtaining module 602, configured to obtain, by a terminal device, relevant information of a resource to be sent, where the relevant information is input by a first user at a first application; the terminal equipment logs in a first account of the first application, and the resource to be sent is a resource which needs to be transferred from the first account to a second account of a second application.

A second obtaining module 604, configured to obtain a resource sending operation for the resource to be sent.

A resource sending instruction generating module 606, configured to generate a resource sending instruction based on the relevant information of the resource to be sent in response to the resource sending operation; the resource sending instruction is used for indicating that the resource to be sent in the first account is transferred to the second account.

A sending module 608, configured to send the resource sending instruction to an application server of the first application.

Optionally, the apparatus in fig. 6 may further include:

and the third acquisition module is used for acquiring the resource receiving page template at the second application from the application server of the first application.

And the first page generation module is used for generating a first page which shows the resource receiving page template at the second application.

The first obtaining module 602 may specifically be configured to: and determining a target resource receiving page template selected from the first page by the first user, wherein the target resource receiving page template is a resource receiving page template at the second application.

A resource sending instruction generating module 606, specifically configured to generate a resource sending instruction carrying the template identification information of the target resource receiving page template; the resource sending instruction is further used for indicating that the target resource receiving page template is displayed to a second user in the process that the second user receives the resource to be sent based on a second account at the second application.

The first obtaining module 602 may specifically be configured to: and acquiring the identification information of the second account input by the first user at the first application.

The apparatus in fig. 6 may further include: a verification request generation module for generating a verification request for the identification information of the second account; the verification request is used for requesting to verify whether the identification information of the second account is correct.

The verification request sending module is used for sending the verification request to an application server of the first application; the application server of the first application is used for obtaining the verification result for the verification request from the application server of the second application.

A verification result receiving module, configured to receive a verification result for the verification request fed back by an application server of the first application;

and a second page generating module, configured to generate a second page for enabling the first user to perform a resource sending operation for the resource to be sent, if the verification result indicates that the identification information of the second account is correct.

A first obtaining module 602, specifically configured to obtain resource amount information of the resource to be sent, which is input by the first user at the first application; the resource amount information of the resource to be transmitted includes: and the money receiving currency information and money receiving amount information of the second account at the second application.

The apparatus in fig. 6 may further include: the reply language information receiving module is used for receiving reply language information sent by an application server of the first application; the reply language information is a resource receiving result for the resource to be sent, which is input by a second user at the second application logged in with the second account.

Based on the same idea, the embodiment of the present specification further provides a device corresponding to the above method. Fig. 7 is a schematic structural diagram of a resource sending apparatus corresponding to fig. 2 according to an embodiment of the present disclosure. As shown in fig. 7, the apparatus may include:

an obtaining module 702, configured to obtain, by an application server of a first application, a resource sending instruction sent by a terminal device; the resource sending instruction is used for indicating that resources to be sent in a first account of the first application are transferred to a second account of a second application; the resource sending instruction is generated based on a resource sending operation executed by a first user for the first application logged in the first account.

And the resource deduction module 704 is configured to deduct the resource to be sent from the first account according to the resource sending instruction, so as to obtain a resource deduction result.

A resource payment request generation module 706, configured to generate a resource payment request according to the resource deduction result; the resource payment request is used for requesting the application server of the second application to transfer the resource to be sent in the resource pool of the first application to the second account.

A sending module 708, configured to send the resource payment request to an application server of the second application.

Optionally, the apparatus in fig. 7 may further include:

and the page template acquisition module is used for acquiring a resource receiving page template at the second application from the application server of the second application.

The page template sending module is used for sending a resource receiving page template at the second application to the terminal equipment logged with the first account;

the obtaining module 702 may be specifically configured to obtain a resource sending instruction that is sent by the terminal device and carries template identification information of a target resource receiving page template; the resource sending instruction is further used for indicating that the target resource receiving page template is displayed to a second user in the process that the second user receives the resource to be sent based on a second account of the second application, and the target resource receiving page template is the resource receiving page template of the first user at the second application selected by the first user for the resource to be sent.

The resource payment request generating module 706 may be specifically configured to generate a resource payment request carrying the template identification information of the target resource receiving page template.

Optionally, the apparatus in fig. 7 may further include:

the verification request acquisition module is used for acquiring a verification request which is sent by the terminal equipment and aims at the identification information of the second account; the verification request is used for requesting to verify whether the identification information of the second account is correct.

And the verification request sending module is used for sending the verification request to the application server of the second application.

And the verification result receiving module is used for receiving the verification result fed back by the application server of the second application in response to the verification request.

And the verification result sending module is used for sending the verification result to the terminal equipment.

An obtaining module 702, specifically configured to obtain a resource sending instruction that is sent by the terminal device and carries resource amount information of the resource to be sent; the resource amount information of the resource to be transmitted includes: and the money receiving currency information and money receiving amount information of the second account at the second application.

The resource deduction module 704 may be specifically configured to: acquiring payment currency information of the first account; determining the currency exchange rate according to the payment currency information and the collection currency information; determining the amount of funds to be deducted of the first account according to the currency exchange rate and the money receiving amount information; deducting the amount of funds to be deducted from the available resources of the first account.

The resource payment request generating module 706 may be specifically configured to generate a resource payment request carrying the money type information and the money amount information.

Based on the same idea, the embodiment of the present specification further provides a device corresponding to the above method. Fig. 8 is a schematic structural diagram of a resource sending apparatus corresponding to fig. 3 according to an embodiment of the present disclosure. As shown in fig. 8, the apparatus may include:

an obtaining module 802, configured to obtain, by an application server of a second application, a resource receiving instruction for a resource to be sent, where the resource receiving instruction is sent by a terminal device; the resource to be sent is a resource which needs to be transferred from a first account at a first application to a second account at a second application, and the resource to be sent is determined according to a trigger operation executed by a first user for the first application logged in with the first account; the resource receiving instruction is generated based on a trigger operation executed by a second user for the second application logged in the second account.

A resource transfer module 804, configured to transfer the resource to be sent in the resource pool of the first application to the second account in response to the resource receiving instruction.

Optionally, the apparatus in fig. 8 may further include:

a resource payment request receiving module, configured to receive a resource payment request sent by an application server of the first application; the resource payment request is used for requesting to transfer the resource to be sent in the resource pool of the first application to the second account, and the resource payment request is generated based on a trigger operation executed by the first user for the first application logged in the first account.

The resource receiving prompt information generating module is used for responding to the resource payment request and generating resource receiving prompt information; and the resource receiving prompt message is used for prompting the second user to receive the resource to be sent by using the second account.

And the resource receiving prompt information sending module is used for sending the resource receiving prompt information to the terminal equipment logged with the second account.

Optionally, the resource payment request carries identification information of the first account.

The resource receiving prompt information generating module may be specifically configured to:

If yes, generating first resource receiving prompt information; the first resource receiving prompt information is a chat session between the third account and the second account at the second application.

Optionally, the apparatus in fig. 8 may further include:

the page template sending module is used for sending the resource receiving page template at the second application to the application server of the first application; and the application server of the first application is used for sending the resource receiving page template at the second application to the terminal equipment logged with the first account.

A resource payment request receiving module, configured to specifically receive a resource payment request that is sent by an application server of the first application and carries template identification information of a target resource receiving page template; the resource payment request is further used for requesting that the target resource receiving page template is displayed to the second user in the process that the second user receives the resource to be sent based on a second account at the second application, and the target resource receiving page template is a resource receiving page template at the second application selected by the first user for the resource to be sent.

And the resource receiving prompt information generating module is specifically used for responding to the resource payment request and generating resource receiving prompt information carrying the template identification information of the target resource receiving page template.

A resource payment request receiving module, configured to specifically receive a resource payment request that is sent by an application server of the first application and carries resource amount information of the resource to be sent; the resource amount information of the resource to be transmitted includes: and the money receiving currency information and money receiving amount information of the second account at the second application.

A resource transfer module 804, specifically configured to generate a resource transfer request in response to the resource receiving instruction; the resource transfer request is used for requesting to transfer the resource indicated by the resource amount information of the resource to be sent in the resource pool of the first application to the second account; and sending the resource transfer request to a payment platform.

Optionally, the apparatus in fig. 8 may further include:

the resource transfer result receiving module is used for receiving the resource transfer result fed back by the payment platform in response to the resource transfer request;

and the resource transfer result sending module is used for sending the resource transfer result to the terminal equipment logged with the second account.

Based on the same idea, the embodiment of the present specification further provides a device corresponding to the above method. Fig. 9 is a schematic structural diagram of a resource sending apparatus corresponding to fig. 4 according to an embodiment of the present disclosure. As shown in fig. 9, the apparatus may include:

a first obtaining module 902, configured to obtain, by a terminal device, resource reception prompting information sent by an application server of a second application; the resource receiving prompting information is used for prompting a second user to receive a resource to be sent in a first account of a first application by using a second account of the second application, and the resource to be sent is determined according to a trigger operation executed by the first user for the first application logged in the first account; the terminal equipment is logged with the second account.

A second obtaining module 904, configured to obtain a trigger operation for receiving the prompt information for the resource.

A resource receiving instruction generating module 906, configured to generate a resource receiving instruction for the resource to be sent in response to the trigger operation; the resource receiving instruction is used for indicating that the resource to be sent is received by using the second account.

A sending module 908, configured to send the resource receiving instruction to the application server of the second application.

Optionally, the apparatus in fig. 8 may further include:

the first display module is used for displaying the resource receiving prompt information in a chat session interface between a third account and the second account if the resource receiving prompt information is a chat session between the third account and the second account at the second application; the third account is an account at the second application that is attributed to a user with the first account.

And the second display module is used for displaying the resource receiving prompt information in an application prompt information interface of the second application logged with the second account if the resource receiving prompt information is the application prompt information at the second application.

A first obtaining module 902, specifically configured to obtain resource receiving prompt information, which is sent by an application server of a second application and carries template identification information of a target resource receiving page template; the target resource receiving page template is a resource receiving page template of the second application selected by the first user for the resource to be sent.

The apparatus in fig. 8 may further include: and the third display module is used for displaying the target resource receiving page template to the second user.

The apparatus in fig. 8 may further include:

a resource transfer result receiving module, configured to receive a resource transfer result fed back by an application server of the second application in response to the resource receiving instruction; the resource transfer result is used for indicating whether the resource to be sent is transferred to the second account.

The reply language information acquisition module is used for acquiring reply language information input by the second user according to the resource transfer result; the reply language information is a resource receiving result for the resource to be sent, which is input by the second user at the second application where the second account is logged in.

The reply language information sending module is used for sending the reply language information to the application server of the second application; and the application server of the second application is used for sending the reply language information to the terminal equipment logged with the first account.

Based on the same idea, the embodiment of the present specification further provides a resource sending device corresponding to the method. The apparatus may include: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the various resource transmission methods and schemes thereof as provided in fig. 1-4.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. Especially, for the resource sending device, since it is basically similar to the method embodiment, the description is relatively simple, and for relevant points, refer to the partial description of the method embodiment.

In the 90 s of the 20 th century, improvements in a technology could clearly distinguish between improvements in hardware (e.g., improvements in circuit structures such as diodes, transistors, switches, etc.) and improvements in software (improvements in process flow). However, as technology advances, many of today's process flow improvements have been seen as direct improvements in hardware circuit architecture. Designers almost always obtain a corresponding hardware circuit structure by programming an improved method flow into the hardware circuit. Thus, it cannot be said that an improvement in the process flow cannot be realized by hardware physical modules. For example, a Programmable Logic Device (PLD), such as a Field Programmable Gate Array (FPGA), is an integrated circuit whose Logic functions are determined by programming the Device by a user. A digital character system is "integrated" on a PLD by the designer's own programming without requiring the chip manufacturer to design and fabricate a dedicated integrated circuit chip. Furthermore, nowadays, instead of manually making an Integrated Circuit chip, such Programming is often implemented by "logic compiler" software, which is similar to a software compiler used in program development and writing, but the original code before compiling is also written by a specific Programming Language, which is called Hardware Description Language (HDL), and HDL is not only one but many, such as abel (advanced Boolean Expression Language), ahdl (alternate Hardware Description Language), traffic, pl (core universal Programming Language), HDCal (jhdware Description Language), lang, Lola, HDL, laspam, hardward Description Language (vhr Description Language), vhal (Hardware Description Language), and vhigh-Language, which are currently used in most common. It will also be apparent to those skilled in the art that hardware circuitry that implements the logical method flows can be readily obtained by merely slightly programming the method flows into an integrated circuit using the hardware description languages described above.

The controller may be implemented in any suitable manner, for example, the controller may take the form of, for example, 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, an Application Specific Integrated Circuit (ASIC), a programmable logic controller, and an embedded microcontroller, examples of which include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320, the memory controller may also be implemented as part of the control logic for the memory. Those skilled in the art will also appreciate that, in addition to implementing the controller as pure computer readable program code, the same functionality can be implemented by logically programming method steps such that the controller is in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, embedded microcontrollers and the like. Such a controller may thus be considered a hardware component, and the means included therein for performing the various functions may also be considered as a structure within the hardware component. Or even means for performing the functions may be regarded as being both a software module for performing the method and a structure within a hardware component.

The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. One typical implementation device is a computer. In particular, the computer may be, for example, a personal computer, a laptop computer, a cellular telephone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

For convenience of description, the above devices are described as being divided into various units by function, and are described separately. Of course, the functionality of the units may be implemented in one or more software and/or hardware when implementing the present application.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

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

The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.

Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, 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 technology, compact disc read only memory (CD-ROM), Digital Versatile Disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.

It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The application may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The application may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.

The above description is only an example of the present application and is not intended to limit the present application. Various modifications and changes may occur to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims

1. A method for resource transmission, comprising:

acquiring resource sending operation aiming at the resource to be sent;

2. The method of claim 1, wherein before obtaining the relevant information of the resource to be sent, which is input by the first user at the first application, further comprises:

acquiring a resource receiving page template at the second application from an application server of the first application;

generating a first page showing a resource receiving page template at the second application;

the acquiring of the relevant information of the resource to be sent, which is input by the first user at the first application, specifically includes:

determining a target resource receiving page template selected from the first page by the first user, wherein the target resource receiving page template is a resource receiving page template at the second application;

the generating a resource sending instruction specifically includes:

3. The method of claim 2, the resource to be sent is a virtual red packet resource; the target resource receiving page template is used for reflecting a red packet image and a red packet dynamic effect displayed to the second user in the process that the second user receives the virtual red packet resource based on a second account at the second application; or,

the resource to be sent is a virtual treasure box resource; the target resource receiving page template is used for reflecting the treasure box image and the treasure box dynamic effect displayed to the second user in the process that the second user receives the virtual treasure box resource based on the second account of the second application.

4. The method according to any one of claims 1 to 3, wherein the acquiring of the related information of the resource to be sent, which is input by the first user at the first application, specifically comprises:

acquiring identification information of the second account input by the first user at the first application;

before the obtaining of the resource sending operation for the resource to be sent, the method further includes:

generating a verification request for identification information of the second account; the verification request is used for requesting to verify whether the identification information of the second account is correct or not;

sending the verification request to an application server of the first application; the application server of the first application is used for obtaining a verification result for the verification request from the application server of the second application;

receiving a verification result for the verification request fed back by an application server of the first application;

and if the verification result shows that the identification information of the second account is correct, generating a second page for enabling the first user to execute the resource sending operation for the resource to be sent.

5. The method of claim 4, wherein the facilitator of the first application is a registrar in a first country, and the facilitator of the second application is a registrar in a second country;

the acquiring related information of the resource to be sent input by the first user at the first application further includes:

acquiring resource quantity information of the resource to be sent, which is input by the first user at the first application; the resource amount information of the resource to be transmitted includes: and the money receiving currency information and money receiving amount information of the second account at the second application.

6. The method of claim 1, after sending the resource sending instruction to the application server of the first application, further comprising:

receiving reply language information sent by an application server of the first application; the reply language information is a resource receiving result aiming at the resource to be sent, which is input by a second user at the second application logged in with the second account.

7. A method for resource transmission, comprising:

8. The method of claim 7, before the obtaining the resource sending instruction sent by the terminal device, further comprising:

acquiring a resource receiving page template at the second application from an application server of the second application;

sending a resource receiving page template at the second application to the terminal equipment logged with the first account;

the acquiring a resource sending instruction sent by the terminal device specifically includes:

acquiring a resource sending instruction which is sent by the terminal equipment and carries the template identification information of the target resource receiving page template; the resource sending instruction is further used for indicating that the target resource receiving page template is displayed to a second user in the process that the second user receives the resource to be sent based on a second account of the second application, and the target resource receiving page template is a resource receiving page template of the first user at the second application selected by the first user for the resource to be sent;

the generating of the resource payment request specifically includes:

9. The method of claim 8, the resource to be sent is a virtual red packet resource; the target resource receiving page template is used for reflecting a red packet image and a red packet dynamic effect displayed to the second user in the process that the second user receives the virtual red packet resource based on a second account at the second application; or,

10. The method of claim 7, before the obtaining the resource sending instruction sent by the terminal device, further comprising:

acquiring a verification request aiming at the identification information of the second account, which is sent by the terminal equipment; the verification request is used for requesting to verify whether the identification information of the second account is correct or not;

sending the verification request to an application server of the second application;

and sending the verification result to the terminal equipment.

11. The method of claim 7, wherein the facilitator of the first application is a registrar in a first country, and the facilitator of the second application is a registrar in a second country;

acquiring a resource sending instruction which is sent by the terminal equipment and carries the resource quantity information of the resource to be sent; the resource amount information of the resource to be transmitted includes: the money receiving currency information and money receiving amount information of a second account at the second application;

the deducting the resource to be sent from the first account according to the resource sending instruction specifically includes:

acquiring payment currency information of the first account;

determining the currency exchange rate according to the payment currency information and the collection currency information;

determining the amount of funds to be deducted of the first account according to the currency exchange rate and the money receiving amount information;

deducting the amount of funds to be deducted from the available resources of the first account;

the generating of the resource payment request specifically includes:

and generating a resource payment request carrying the money collection currency information and the money collection amount information.

12. A method for resource transmission, comprising:

an application server of a second application acquires a resource receiving instruction aiming at resources to be sent, which is sent by terminal equipment; the resource to be sent is a resource which needs to be transferred from a first account at a first application to a second account at a second application, and the resource to be sent is determined according to a trigger operation executed by a first user for the first application logged in with the first account; the resource receiving instruction is generated based on a trigger operation executed by a second user for the second application logged in the second account;

13. The method according to claim 12, before the obtaining the resource receiving instruction for the resource to be sent, which is sent by the terminal device, further comprising:

receiving a resource payment request sent by an application server of the first application; the resource payment request is used for requesting to transfer the resource to be sent in the resource pool of the first application to the second account, and the resource payment request is generated based on a trigger operation executed by the first user for the first application logged in the first account;

responding to the resource payment request, and generating resource receiving prompt information; the resource receiving prompting information is used for prompting the second user to receive the resource to be sent by using the second account;

14. The method of claim 13, wherein the resource payment request carries identification information of the first account;

the generating of the resource receiving prompt information in response to the resource payment request specifically includes:

judging whether a third account at the second application exists, wherein the third account has a corresponding relation with the identification information of the first account; the first account and the third account belong to the same user;

if so, generating first resource receiving prompt information; the first resource receives prompt information which is a chat session between the third account and the second account at the second application;

15. The method of claim 13, prior to receiving the resource payment request sent by the application server of the first application, further comprising:

sending a resource receiving page template at the second application to an application server of the first application; the application server of the first application is used for sending the resource receiving page template at the second application to the terminal equipment logged with the first account;

the receiving of the resource payment request sent by the application server of the first application specifically includes:

receiving a resource payment request which is sent by an application server of the first application and carries template identification information of a target resource receiving page template; the resource payment request is also used for requesting that the target resource receiving page template is displayed to the second user in the process that the second user receives the resource to be sent based on a second account of the second application, wherein the target resource receiving page template is a resource receiving page template of the first user at the second application selected by the first user for the resource to be sent;

if the resource to be sent is a virtual red envelope resource, the target resource receiving page template is used for reflecting a red envelope image and a red envelope dynamic effect displayed to the second user in the process that the second user receives the virtual red envelope resource based on a second account at the second application; or,

if the resource to be sent is a virtual treasure box resource, the target resource receiving page template is used for reflecting a treasure box image and a treasure box dynamic effect displayed to the second user in the process that the second user receives the virtual treasure box resource based on a second account at the second application;

16. The method of claim 13, wherein the facilitator of the first application is a registrar in a first country, and the facilitator of the second application is a registrar in a second country;

receiving a resource payment request which is sent by an application server of the first application and carries resource amount information of the resource to be sent; the resource amount information of the resource to be transmitted includes: the money receiving currency information and money receiving amount information of a second account at the second application;

the responding to the resource receiving instruction, transferring the resource to be sent in the resource pool of the first application to the second account specifically includes:

generating a resource transfer request in response to the resource receiving instruction; the resource transfer request is used for requesting to transfer the resource indicated by the resource amount information of the resource to be sent in the resource pool of the first application to the second account;

sending the resource transfer request to a payment platform;

after the sending the resource transfer request to the payment platform, the method further includes:

receiving a resource transfer result fed back by the payment platform in response to the resource transfer request;

17. A method for resource transmission, comprising:

acquiring a trigger operation for receiving prompt information aiming at the resource;

18. The method of claim 17, after obtaining the resource reception prompting information sent by the application server of the second application, further comprising:

if the resource receiving prompt message is a chat session between a third account at the second application and the second account, displaying the resource receiving prompt message in a chat session interface between the third account and the second account; the third account is an account at the second application that is attributed to a user with the first account;

19. The method according to claim 17, wherein the acquiring resource reception prompting information sent by the application server of the second application specifically includes:

acquiring resource receiving prompt information which is sent by an application server of a second application and carries template identification information of a target resource receiving page template; the target resource receiving page template is a resource receiving page template of the second application selected by the first user for the resource to be sent;

if the resource to be sent is a virtual red packet resource, the target resource receiving page template is used for reflecting a red packet image and a red packet dynamic effect displayed to the second user in the process that the second user receives the virtual red packet resource based on a second account at the second application; or,

after the obtaining of the trigger operation for receiving the prompt information for the resource, the method further includes:

and displaying the target resource receiving page template to the second user.

20. The method of claim 17, after sending the resource receiving instruction to the application server of the second application, further comprising:

receiving a resource transfer result fed back by the application server of the second application in response to the resource receiving instruction; the resource transfer result is used for indicating whether the resource to be sent is transferred to the second account or not;

acquiring reply language information input by the second user according to the resource transfer result; the reply language information is a resource receiving result aiming at the resource to be sent, which is input by the second user at the second application where the second account is logged in;

21. A resource transmitting apparatus, comprising:

the first acquisition module is used for acquiring relevant information of resources to be sent, which is input by a first user in a first application, by the terminal equipment; a first account of the first application is logged in the terminal device, and the resource to be sent is a resource which needs to be transferred from the first account to a second account of a second application;

22. A resource transmitting apparatus, comprising:

the resource payment request generation module is used for generating a resource payment request according to the resource deduction result; the resource payment request is used for requesting the application server of the second application to transfer the resource to be sent in the resource pool of the first application to the second account;

a sending module, configured to send the resource payment request to an application server of the second application.

23. A resource transmitting apparatus, comprising:

24. A resource transmitting apparatus, comprising:

25. A resource transmission device, comprising:

at least one processor; and the number of the first and second groups,

a memory communicatively coupled to the at least one processor; wherein,

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform a method of transmitting a resource as claimed in any one of claims 1 to 20.