Methods and systems for relaying a payment card detail during a telephone call between a customer's telephone and a vendor's telephone

Abstract

There is provided a method for relaying a payment card detail during a telephone call between a customer's telephone and a vendor's telephone, the customer's telephone storing the payment card detail therein, the method comprising: initiating a telephone call between the customer and the vendor; the customer's telephone receiving a predetermined input; during the telephone call, the customer's telephone accessing the payment card detail stored in the customer's telephone based on the predetermined input; and the customer's telephone audibly relaying to the vendor the accessed payment card detail, wherein audibly relaying to the vendor the accessed payment card detail comprises the customer's telephone converting, using at least one text-to-speech algorithm, the accessed payment card detail to an audible message containing the payment card detail and audibly relaying the audible message during the telephone call.

Claims

1. A method for relaying a customer's payment card detail during a telephone call between a customer's telephone and a vendor's telephone, the customer's telephone comprising a display, a non-transitory storage device, and a processor configured to execute a software application installed on the telephone, the method comprising: (a) receiving, by the software application, the payment card detail and storing the payment card detail on the non-transitory storage device; (b) initiating a purchase transaction via a telephone call between the customer and the vendor, wherein the telephone call comprises a voice-to-voice connection through which each of the vendor and the customer may audibly relay information to complete the purchase transaction; (c) during the telephone call, displaying via the display, by the software application, an interface to the customer and receiving, by the interface, a predetermined input associated with the payment card detail, wherein the input causes the software application to access the payment card detail; (d) converting, by the customer's telephone, using at least one text-to-speech algorithm associated with the software application, the payment card detail to a digital signal, wherein the digital signal is transmissible via the voice-to-voice connection and is configured to cause the vendor's telephone to relay to the vendor the payment card detail via a speaker of the vendor's telephone, wherein the vendor is a human and the relayed payment card detail is audible speech understood by the human; and (e) transmitting the digital signal to the vendor's telephone via the voice-to-voice connection.

2. The method of claim 1, further comprising receiving security authorization from the customer using the customer's telephone, wherein the security authorization is in the form of receiving one or more of a password, a fingerprint, a retinal-recognition image, or a facial-recognition image from the customer's telephone.

3. The method of claim 1, further comprising audibly relaying to the customer the accessed payment card detail whilst audibly relaying to the vendor the accessed payment card detail.

4. The method of claim 1, wherein the customer's telephone stores a first set of payment card details associated with a first payment card and comprising the accessed payment card detail and a second set of payment card details associated with a second payment card.

5. A user device comprising: (a) a processor, a non-transitory storage device, and a memory, wherein the non-transitory storage device is configured to store one or more payment card details, including at least a first payment card detail, and wherein the processor is configured to execute a software application installed on the non-transitory storage device; (b) a display; (c) a user interface usable by a user to provide input; and (d) a telephone communication device configured to provide two way audio communication; wherein the processor is configured to, as part of a payment detail relay process and by execution of the software application: (i) receive the first payment card detail and store the first payment card detail on the non-transitory storage device; (ii) establish a communication channel with a vendor's telephone via the telephone communication device, wherein the communication channel comprises a voice-to-voice connection through which each of a customer and a vendor may audibly relay information; (iii) in response to a predetermined input that indicates the start of a transaction, cause one or more graphics associated with the one or more payment card details to display via the display; (iv) create an audible message based on the first payment card detail, wherein the audible message comprises synthesized speech describing the first payment card detail; (v) in response to the user selecting a first graphic of the one or more graphics that is associated with the first payment card detail, via the user interface, convert the audible message to a digital signal, wherein the digital signal is transmissible via the voice-to-voice connection and is configured to cause the vendor's telephone to relay to the vendor the first payment card detail via a speaker of the vendor's telephone, wherein the vendor is a human and the relayed first payment card detail is audible speech understood by the human; and (vi) transmit the digital signal to the vendor's telephone via the voice-to-voice connection.

6. The user device of claim 5, wherein the software application is configured on the user device as an integrated feature of an operating system installed on the user device.

7. The user device of claim 5, wherein the processor is further configured to cause each of the one or more graphics to display via the display as an image of a payment card associated with that graphic.

8. The user device of claim 5, wherein the processor is further configured to audibly relay the audible message over the communication channel so that it is audible to the vendor but not the user.

9. A method for providing a payment detail relay process for a user device, the user device comprising a processor, a non-transitory storage device, and a display, wherein the processor is configured to execute a software application installed on the non-transitory storage device, the method comprising, with the processor of the user device: (a) storing one or more payment card details, including at least a first payment card detail, on the non-transitory storage device of the user device; (b) establishing a communication channel with a vendor's telephone via a telephone communication device of the user device, wherein the communication channel comprises a voice-to-voice connection through which each of a customer and a vendor may audibly relay information; (c) in response to a predetermined input that indicates the start of a transaction, displaying one or more graphics associated with the one or more payment card details via a display of the user device; (d) creating an audible message based on the first payment card detail, wherein the audible message comprises synthesized speech describing the first payment card detail; and (e) in response to a user selecting a first graphic of the one or more graphics that is associated with the first payment card detail, via a user interface of the user device, converting the audible message to a digital signal, wherein the digital signal is transmissible via the voice-to-voice connection and is configured to cause the vendor's telephone to relay to the vendor the first payment card detail via a speaker of the vendor's telephone, wherein the vendor is a human and the relayed first payment card detail is audible speech understood by the human; and (f) transmitting the digital signal to the vendor's telephone via the voice-to-voice connection.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

(1) For a better understanding of the present disclosure and to show how the same may be carried into effect, reference will now be made, by way of example only, to the accompanying drawings, in which:

(2) FIG. 1 shows a first implementation of a method for relaying a payment card detail during a telephone call between a customer's telephone and a vendor's telephone;

(3) FIG. 2 shows a second implementation of a method for relaying a payment card detail during a telephone call between a customer's telephone and a vendor's telephone; and

(4) FIG. 3 shows an example of a telephone which may be used in accordance with the present disclosure, the telephone showing a first selection screen; and

(5) FIG. 4 shows the telephone of FIG. 3 with a second selection screen.

DETAILED DESCRIPTION

(6) FIG. 1 shows a first implementation of a method for relaying a payment card detail during a telephone call between a customer's telephone and a vendor's telephone.

(7) In step 110, a telephone call is initiated between a customer and a vendor using the customer's telephone and the vendor's telephone.

(8) In certain implementations, during the telephone call, the customer and the vendor may agree that a payment is required over the telephone. Accordingly, in certain implementations, the customer may wish to provide at least one payment card detail to the vendor during the telephone call. The at least one payment card detail may be used for complete payment for goods/services or for securing a booking.

(9) Thereafter, in step 120, the customer's telephone receives a predetermined input. In the implementation shown in FIG. 1, the customer's telephone receives the predetermined input by the customer inputting the predetermined input using the customer's telephone. For example, the predetermined input may be entered using the customer's telephone's user interface such as a touchscreen, microphone and/or camera.

(10) As shown in FIG. 1, the customer's telephone receiving the predetermined input in step 120 comprises, in step 120a, the customer's telephone receiving security authorization from the customer. In certain implementations, the security authorization may be in the form of receiving a passcode/password, a fingerprint, a retinal-recognition image and/or a facial-recognition image from the customer using the customer's telephone.

(11) Receiving security authorization from the customer in step 120a may be the first element of the overall predetermined input received in step 120.

(12) In certain implementations, if the security authorization from the customer is unsuccessful, the customer's telephone may output an error message to the customer.

(13) If the security authorization from the customer is unsuccessful, the input received by the customer's telephone would not match the required predetermined input and the customer's telephone would not proceed to step 130 (described below).

(14) As shown in FIG. 1, the customer's telephone receiving the predetermined input in step 120 further comprises, in step 120b, the customer's telephone receiving a selection of a payment card from the customer.

(15) The customer's telephone stores one or more sets of payment card details therein. For example, the customer's telephone may store one, two, three, four or five sets of payment card details therein.

(16) The one or more sets of payment card details are each associated with a payment card.

(17) For example, at least one set of payment card details or each set of payment card details comprises at least one number and/or at least one date.

(18) In certain implementations, at least one set of payment card details or each set of payment card details comprises: a first number, a second number and a date. Optionally, the first number may be a sixteen-digit number, the second number may be a three-digit number. The at least one set of payment card details or each set of payment card details may optionally further comprise: a second date and/or a string of text, for example, a name.

(19) In step 120b, the customer may select which payment card out of the one or more payment cards that should be relayed to the vendor. For example, the customer may select a numerical key on their telephone to select which payment card to proceed with and/or the customer may select a visual prompt on a screen of the customer's telephone which represents the payment card, for example, an image of the payment card.

(20) As shown in FIG. 1, the customer's telephone receiving the predetermined input in step 120 further comprises, in step 120c, the customer's telephone receiving an input associated with a payment card detail of the selected payment card.

(21) For example, the customer may select an input on their phone which is associated with one of the payment card details in the set of payment card details of the selected payment card.

(22) Thereafter, in step 130, the customer's telephone accesses the associated payment card detail stored therein and in step 140 relays this accessed payment card detail to the vendor.

(23) Specifically, step 140 comprises, in step 140a, converting the accessed payment card detail from a string (for example containing text and/or numbers) to an audible message using at least one text-to-speech algorithm.

(24) Thereafter, in step 140b, the audible message containing the payment card detail is audibly relayed to the vendor during the telephone call. As used herein, ‘audibly relayed’ refers to relaying a message containing speech which is understood by a human being.

(25) In step 140b, the audible message may also be relayed to the customer whilst audibly relaying the accessed payment card detail to the vendor.

(26) Thereafter, the vendor may request another type of payment card detail and therefore the method may return to step 120c in which another input associated with another payment card detail of the selected payment card is received.

(27) A return to step 120c may be performed until the vendor has received all required payment card details of the selected payment card.

(28) Once the final payment card detail is received, the vendor may process the payment using the received payment card detail(s). Thereafter, in step 150, the telephone call between the customer and the vendor may be terminated.

(29) With the above-described method, as the customer's telephone stores the payment card detail therein and audibly relays the payment card detail to the vendor during the telephone call, the customer does not need to retrieve their payment card and therefore does not need to physically handle the payment card during the telephone call. This means that the customer may audibly relay their payment card detail whilst only interacting with their telephone. This therefore provides for a physically convenient method for relaying a payment card detail during a telephone call between a customer's telephone and a vendor's telephone.

(30) Additionally, as the customer's telephone itself audibly relays the payment card detail to the vendor, the customer themselves need not speak the payment card detail. This therefore provides for increased security as a third party cannot eavesdrop and obtain the relayed payment card detail. Hence, the method is also a secure method for relaying a payment card detail during a telephone call between a customer's telephone and a vendor's telephone.

(31) Moreover, as the customer does not manually read out the payment card details, the potential for an error during the relaying of the payment card details is eliminated. This method therefore provides for an improved accuracy in relaying payment card details over the telephone. As the potential for an error has been eliminated from the customer's side, the chances for restarting the payment process due to an error is greatly reduced thereby further improving the convenience of making a payment over the telephone.

(32) Throughout the entire method, the customer may terminate the telephone call between the customer and the vendor. Additionally or alternatively, throughout the entire method, the customer may terminate the relaying of the payment card detail to the vendor at any stage.

(33) FIG. 2 shows a second implementation of a method for relaying a payment card detail during a telephone call between a customer's telephone and a vendor's telephone. The second implementation is similar to that shown in FIG. 1 and therefore only the differences will be discussed below.

(34) In particular, the second implementation differs in that step 220 comprises, in step 220c, the customer's telephone receiving an input associated with a payment card detail of the selected payment card, in which the input is received from the vendor.

(35) Specially, in step 220c, the vendor may select an input on the vendor's telephone, said input then being relayed to the customer's telephone and being received by the customer's telephone as an input.

(36) In certain implementations, the vendor's telephone may relay the input the customer's telephone using dual-tone multi-frequency signaling or any other means of communication.

(37) FIG. 3 shows an example of a telephone which may be used in accordance with the present disclosure. In FIG. 3, the telephone is illustrated as showing a first selection screen.

(38) The telephone shown in FIG. 3 is a mobile telephone 300 comprising a screen 310, optionally being a touchscreen, and three pushbuttons 320. The mobile telephone 300 may be used by the customer.

(39) The mobile telephone 300 includes a non-transitory computer readable medium (not shown) carrying executable instructions for carrying out any of the methods disclosed herein.

(40) The mobile telephone 300 stores therein at least one set of payment card details associated with a payment card.

(41) In the configuration shown in FIG. 3, the screen 310 shows a first selection screen which can be used in step 120b or 220b of the methods described above. In particular, the first selection screen shown on screen 310 allows the customer to select a payment card out of a first payment card and a second payment card by selecting the first payment card button 310a and the second payment card button 310b respectively.

(42) FIG. 4 shows the telephone of FIG. 3 with a second selection screen shown on the screen 310.

(43) In the configuration shown in FIG. 4, the screen 310 shows the second selection screen which can be used in step 120c of the methods described above. In particular, the second selection screen shown on screen 310 allows the customer to select a payment card detail out of the set of payment card details associated with the selected payment card. The second selection screen allows the customer to select a first payment card detail or a second payment card detail by selecting the first payment card detail button 310c and the second payment card detail button 310d respectively.

(44) Although the above explanation is considered to fully clarify how the present invention may straightforwardly be put into effect by those skilled in the art, it is to be regarded as purely exemplary.

(45) For example, even though FIGS. 3 and 4 show a mobile telephone, the present disclosure may be implemented using a landline telephone which does not comprise a screen or touchscreen. For example, all inputs may be entered using a physical keypad and all outputs may be given using the telephones speaker.

(46) Furthermore, the payment card details of the set of payment card details do not need to be audibly relayed in isolation as in FIGS. 1 and 2. Instead, after receiving a predetermined input, the customer's telephone may access all payment card details associated with the selected payment card and audibly relay all payment card details in a single audible message to the vendor.

(47) Any of the above methods may be implemented using software being part of the customer's telephone's operating system (such as Android or iOS) or being part of an application installed on the customer's telephone.

(48) In any of the above methods, the customer's telephone may store any of the payment card details associated with payment cards on an application which is part of the customer's telephone's operating system (such as Android or iOS) or being part of an application installed on the customer's telephone. For example, the customer's payment card details may be stored on Apple Pay, Google Pay or any other application of the like.

(49) All of the above are fully within the scope of the present disclosure and are considered to form the basis for alternative embodiments in which one or more combinations of the above-described features are applied, without limitation to the specific combinations disclosed above.

(50) In light of this, there will be many alternatives which implement the teaching of the present disclosure. It is expected that one skilled in the art will be able to modify and adapt the above disclosure to suite its own circumstances and requirements within the scope of the present disclosure, while retaining some or all technical effects of the same, either disclosed or derivable from the above, in light of his comment general knowledge in this art. All such equivalents, modifications or adaptations fall within the scope of the invention hereby defined and claimed.