COMPUTER-IMPLEMENTED METHOD AND COMPUTER PROGRAM PRODUCT FOR TRANSFERRING PAYMENTS BETWEEN USERS OF A SOCIAL MEDIA PLATFORM

Abstract

The present disclosure relates to a computer-implemented method for transferring a payment between users of at least one social media platform (SMP), which is designed for publishing contributions and for publishing comments (K) associated to a contribution, wherein any user is associated at least one social media account of the social media platform (SMP). The method comprises a registration step (R1, R29, at least one comment analysis step and at least one payment step. The comment analysis step comprises the at least partial extraction, by means of a programmatically accessible interface of the social media platform (SMP), of a string from a comment (K) comprising a comment text, wherein the comment (K) is assigned to a contribution published on the social media platform (SMP), wherein the comment (K) is associated with a contribution published on the social media platform (SMP), the validation of the string for determining whether it is a well-formed payment string and, if the string is a well-formed payment string, the determination of an amount of money specified by the payment string, the identification of the social media account of the commenting author that created the comment, and the identification of the social media account of the contributing author that created the contribution to which the comment (K) is associated. The present disclosure further relates to a computer program product for executing the computer-implemented method.

Claims

1. A computer-implemented method for transferring a payment from a payment sender to a payment receiver, wherein the payment sender and the payment receiver are users of at least one social media platform which is designed for publishing contributions and for publishing comments associated to a contribution, wherein any user is associated at least one social media account of the social media platform, the method comprising: in a registration step executed for the payment sender and the payment receiver, respectively, the setup of a user account comprising a payment connection suited for the collection of a payment amount of money from and for the disbursement of a payment amount of money to the user associated with the user account, and an authentication step in which an ownership of at least one social media account by the user is validated, wherein the registration step and the authentication step is executed at least for a first and for a second user, respectively; at least one comment analysis step comprising the at least partial extraction, by means of a programmatically accessible interface of the social media platform, of a string from a comment comprising a comment text, wherein the comment is assigned to a contribution published on the social media platform, the validation of the string for determining whether the string is a well-formed payment string; and, if the string is a well-formed payment string, the determination of an amount of money specified by the payment string, the identification of the social media account of the commenting author that created the comment, and the identification of the social media account of the contributing author that created the contribution to which the comment is associated; and at least one payment step in which, if the commenting author and the contributing author were each validated as a user with an assigned user account, the payment amount of money is transferred from the user account of the commenting author to the user account of the contributing author identified as destination of the payment, wherein the contributing author is assigned as payment receiver and the commenting author is assigned as payment sender.

2. The method according to claim 1, wherein the ownership of the at least one social media account is validated by an Open Authorization (OAuth) protocol.

3. The method according to claim 1, wherein the ownership of the at least one social media account is validated by sending a personalized authentication link with a limited period of validity to the social media account of the user.

4. The method according to claim 1, wherein the transfer of the payment is cancelled, if the registration step was not successfully accomplished for the payment sender and/or for the payment receiver, respectively and a cancellation message attributable to the payment sender is received.

5. The method according to claim 1, wherein the transfer of payment is cancelled, if the registration step is not successfully accomplished for the payment sender and/or for the payment receiver, respectively, before or within a predetermined time span after the execution of the comment analysis step.

6. The method according to claim 1, wherein comments published on the social media platform are, by means of a social media programming interface provided by the social media platform, continuously registered and analyzed in a comment analysis step.

7. The method according to claim 1, wherein the payment amount of money is temporarily stored on a donation account, if no user account is registered and associated with the contributing author, wherein the payment amount of money on a donation account is transferred to the contributing author upon creating and authenticating a user account, if the authentication is accomplished within a predetermined time span after the creation of the comment, and wherein the payment amount of money is transferred back to the commenting author otherwise.

8. The method according to claim 1, wherein the payment receiver is notified after the completion of a transfer of a payment amount of money.

9. The method according to claim 1, wherein a well-formed payment string is validated by comparison with a schema defined in a markup language (Extensible Markup Language, XML).

10. The method according to claim 1, wherein the payment step additionally comprises a payment confirmation step, in which the commenting author is requested to confirm a payment determined in a comment analysis step.

11. The method according to claim 1, wherein instead of the comment analysis step a link analysis step is executed that comprises the following substeps: sharing of a link to a contribution published on the social media platform by means of a social media pay client application (SCC app); determining of at least one user account associated with the published contribution that was shared by analyzing the shared link with a business logic; and selecting at least on user account associated with the published contribution that was shared, wherein the at least one selected user account is used as destination of payment in the subsequently executed payment step.

12. A computer program product, comprising statements for executing a method according to claim 1.

13. The computer program product according to claim 12, comprising a presentation layer designed for interaction with a user; a persistence layer designed for storing data; and a business logic layer that is connected with the presentation layer and with the persistence layer and that is designed for communication with a social media platform via a social media programming interface.

Description

[0044] In the following, an embodiment of the invention is explained in more detail referring to the drawings, wherein:

[0045] FIG. 1 is a schematic activity diagram for the transfer of a payment amount from a payment sender to a payment receiver,

[0046] FIG. 2 is a schematic state diagram for the transfer of a payment amount from a payment sender to a payment receiver, and

[0047] FIG. 3 schematically shows the sequence for a payment transaction from a payment sender to a payment receiver.

[0048] FIG. 1 schematically shows an activity diagram for the step sequence 100 for the transfer of a payment amount from a commenting author to a contributing author in the notation of the Unified Modelling Language (UML).

[0049] In a first step 1, a user account for a first user is created in a social media pay client SPC. In the procedure along the step sequence 100 that is illustrated by FIG. 1, the first user assumes the role of a payment sender, that is: he makes a payment by executing the step sequence 100. It is, however, possible that the first user also receives payments from a further user.

[0050] The user account comprises at least details of a payment connection that is suited for a collection and for a disbursement of a payment. As an example, the user account may comprise a Business Identifier Code (BIC) and an account number or an International Bank Account Number (IBAN) that identifies an account with a bank. Furthermore, the user account may comprise details of a direct debit mandate according to the Single Euro Payments Area (SEPA) format. Furthermore, the user account comprises details that describe a social media account at a social media platform SMP. Optionally, the user account may comprise a contact address to which a text message can be sent.

[0051] In a second step 2, a validation request is sent to the social media account of the payment sender S at the social media platform SMP. As an example, the validation request can be formulated as a personalized authentication link with a limited period of validity. In a third step 3, the first user validates the validation request by calling the sent authentication link. By this, the correctness of the assignment of the social media account is recognizable by the social media pay client SPC, and the first user is being validated in a fourth step 4.

[0052] The first to fourth step thus form a registration step R1 with which the first user is registered with his social media account at the social media pay client SPC.

[0053] In a fifth step 5, the first user writes a comment text referring to a contribution of a contributing author published on the social media platform SMP following a predefined syntax prescribed by the social media pay client SPC. In the context of this comment, the first user thus acts as a commenting author. It is, however, possible that the same user provides own contributions in a different context on the social media platform, thus acting as a contributing author himself in said different context.

[0054] As an example, the comment text can be formed by the key word “tanglepay” followed by a plus sign “+” and further followed by a decimal number with at most two positions after the decimal point (i.e. decimal places). The decimal number specifies an amount of money. Optionally, the decimal number with at most two decimal places may be followed by a sign or a string indicating a currency in which the amount of money is to be paid. If such a sign or string is missing, the payment will be executed in a default currency.

[0055] In an embodiment, the plurality of all syntactically admissible comment texts is specified by a regular expression

[0056] “tanglepay”[:space:]*[+][:space:][d]*[.,]?[d]{0,2}[“US”,“EUR”,“CHF”]?

[0057] By such specification, all of the following comment texts are syntactically correct or well-formed:

[0058] tanglepay+10.3US

[0059] tanglepay+10 CHF

[0060] tanglepay+0.99 EUR

[0061] tanglepay+0.57

[0062] On the contrary, the following comment texts are syntactically incorrect or not well-formed according to the above regular expression:

[0063] +10.3US

[0064] tanglepay+88:99EUR

[0065] tanglepay+12,345 EUR

[0066] By means of an application programming interface (API), an extended comment K is transmitted from the social media platform SMP to the social media pay client SPC.

[0067] The extended comment K comprises the comment text used by the commenting author to comment the contribution on the social media platform SMP. The extended comment K further comprises an identification of the social media account of the commenting author on said social media platform SMP.

[0068] In a sixth step 6, the extended comment K is analyzed. If the extended comment is well-formed and if the commenting author is registered with his social media account at the social media pay client SPC, then the amount of money designated in the comment text is collected via the payment connection that is registered in the user account of the commenting author and is booked. Specifically, said amount of money is stored in a database.

[0069] If he is not yet a registered user at the social media pay client SPC, the contributing author may, in parallel to the sixth step 6, be registered as a second user at the social media pay client SPC in a second registration step R2 that is executed in analogy to the first registration step R1 for the commenting author. In the step sequence 100 previously explained with the help of FIG. 1, the second user assumes the role of the payment receiver E. In other words: the second user receives, by execution of the step sequence 100, the payment. In other sequences and procedures, however, the second user may also make or send payments to a further user.

[0070] The second registration step R2 comprises a seventh step 7, an eighth step 8, a ninth step 9 and a tenth step 10 that are executed subsequently.

[0071] In the seventh step 7, a user account for the second user is created inside the social media pay client SPC. The user account of the second user is structured in the same way as the user account for the first user. More specifically, the user account for the second user comprises details of a payment connection that is designed for collection of a payment from and for disbursement of a payment to the second user.

[0072] In the eighth step, a validation request is sent to the social media account of the second user at the social media platform SMP. The validation request can, as an example, be formed as a personalized authentication link with a limited period of validity. In the ninth step 9, the second user validates the validation request by calling up the authentication link that was sent to him. Thereby, the correct assignment of the social media account becomes proven from the social media pay client SPC and the second user is validated in the tenth step 10.

[0073] If the contributing author was already registered with his social media account as a user at the social media pay client SPC, the second registration step R2 can be spared.

[0074] In an eleventh step 11, the amount of money that is specified as the amount of payment in the comment text and that was collected from the commenting author (i.e. from the first user, respectively) is transferred to the payment connection of the contributing author (i.e. the second author, respectively).

[0075] In a twelfth step 12, the contributing author is informed about the transfer of the amount of payment by sending a text message to the contact that is associated with his user account. The message can be transferred as private message within the social media platform SMP on which the contribution was published that the comment initiating the payment refers to. In this case, the associated contact is given by the user identification (User-ID). Alternatively, the contact can be given as an email address or as a phone number that qualifies for receiving text messages. The text message can describe the point in time of the transfer as well as the transferred amount of payment. Furthermore, the text message can identify the contribution published on the social media platform, to which the comment initiating the payment refers. Optionally, the text message can identify the commenting author.

[0076] A text message is sent to the commenting author in the same way as to the contributing author.

[0077] As an advantage of the described embodiment, the transfer of an amount of payment is possible independent from the social media platform SMP. Thus, the donation of the commenting author to the contributing author is not subject to requirements or restrictions for payments imposed by the social media platform. As a further advantage, payments can be made on the granularity level of an individual contribution or of an individual comment referring to a contribution, respectively.

[0078] FIG. 2 shows a state diagram for the transfer of a payment from a payment sender S to a payment receiver E according to the invention.

[0079] In a first state S1, all data required for the execution of the payment is determined as explained by FIG. 1, comprising at least the identification of the payment receiver E, the payment sender S and the amount of payment.

[0080] In a decision D it is verified whether both the payment sender S and the payment receiver E are registered at the social media pay client SPC.

[0081] If both the payment sender S and the payment receiver E are registered at the social media pay client SPC, it is changed over to a fourth state S4, in which the payment is executed. In other words: in the fourth state S4, the amount of payment is collected from the user account of the payment sender S and disbursed to the payment connection that is stored in the user account of the payment receiver E. A withdrawal or a cancellation is not possible in the fourth state S4.

[0082] If the payment sender S and/or the payment receiver E is not registered at the social media pay client SPC, it is switched over to a second state S2, in which an onboarding or registration processes is triggered. In other words: in the second state S2, the substeps of the first and/or the second registration step R1, R2 are executed until both the payment sender S and the payment receiver E are registered and associated with a user account of the social media pay client, respectively.

[0083] If both users participating in the transaction (i.e. the payment sender S and the payment receiver E) are successfully registered at the social media pay client SPC, it is switched over to the fourth state S4 and the payment is executed.

[0084] During the second state S2, the payment is pending and can be cancelled in a subsequent third state S3. From the second state S2 it is switched over to the third state S3, if the payment sender S actively cancels the payment or if the registration of both users participating in the payment transaction does not succeed within a predetermined time span. In other words: after a predetermined time span, it is automatically changed from the second state S2 over to the third state S3.

[0085] FIG. 3 schematically shows the flow of a payment transaction, where an amount of payment is transferred from the payment sender S to the payment receiver E. The payment sender S creates a comment K with a comment function of the social media platform SMP.

[0086] The comment K can be retrieved by the social media pay client SPC by web hooks or by polling mechanisms that are known from the state of the art and that are provided by available social media platforms SMP. The comment K is subject to a syntax analysis by execution of the step sequence 100 as described in the explanation of FIG. 1. For the analysis of the comment K, the description RA of a regular expression is used. The description RA of a regular expression can be provided as a text file, an XML file or as a field of a database table.

[0087] As explained with FIG. 2, in the analysis of the comment K it is verified, if the payment sender S and the payment receiver E are registered at the social media pay client SPC with a user account, respectively. If the payment sender S or the payment receiver E is not yet registered with a respective user account at the social media pay client SPC, the donation payment remains in a pending state, which is the second state S2, in which an active cancellation of the payment by the payment sender S is possible. The payment transaction is continued just then, when both users (payment sender S and payment receiver E) individually succeeded the registration step R1, R2 at the social media pay client SPC, respectively.

[0088] In order to register at the social media pay client SPC, a user is required to create a user account via a frontend. The user account of the social media pay client SPC is associated with the social media account of the user at the social media platform SMP, as was already explained with FIG. 1 and, in more detail, in the explanation of the registration steps R1, R2. Specifically, the data of a user registering at the social media pay client SPC is validated as explained with FIG. 1.

[0089] As an example, a user account of the social media pay client SPC can be associated with the social media account of the social media platform SMP over an Open Authorization (OAuth) protocol.

[0090] If the payment sender S and the payment receiver E are successfully registered at the social media pay client SPC, the social media pay client SPC stores the transaction data in a transaction database TDB. The transaction data is verified in order to ensure a successful transfer of the payment. As an example, it is verified whether the amount of payment can be collected from the payment connection that was specified by the payment sender S at the registration. Also, it can be verified if the amount of payment can be disbursed to the payment connection specified by the payment receiver E.

LIST OF REFERENCES

[0091] 1 to 12 first to twelfth step [0092] 100 step sequence [0093] D decision [0094] E payment receiver [0095] K extended comment [0096] R1, R2 first, second registration step [0097] RA description of a regular expression [0098] S payment sender [0099] S1 to S4 first to fourth sender [0100] SMP social media platform [0101] SPC social media pay client [0102] TDB transaction database