WO2015162441A1 - Centre, procedure and program for exchanging real, virtual and crypto-currencies - Google Patents
Centre, procedure and program for exchanging real, virtual and crypto-currencies Download PDFInfo
- Publication number
- WO2015162441A1 WO2015162441A1 PCT/HU2014/000034 HU2014000034W WO2015162441A1 WO 2015162441 A1 WO2015162441 A1 WO 2015162441A1 HU 2014000034 W HU2014000034 W HU 2014000034W WO 2015162441 A1 WO2015162441 A1 WO 2015162441A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- currency
- information
- payment
- data
- buyer
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 22
- 238000004891 communication Methods 0.000 claims abstract description 34
- 230000005540 biological transmission Effects 0.000 claims abstract description 30
- 239000000284 extract Substances 0.000 claims abstract description 12
- 238000010295 mobile communication Methods 0.000 claims description 3
- 230000000977 initiatory Effects 0.000 claims 3
- 238000010586 diagram Methods 0.000 description 2
- PCHJSUWPFVWCPO-UHFFFAOYSA-N gold Chemical compound [Au] PCHJSUWPFVWCPO-UHFFFAOYSA-N 0.000 description 2
- 239000010931 gold Substances 0.000 description 2
- 229910052737 gold Inorganic materials 0.000 description 2
- 235000004652 Tilia americana var heterophylla Nutrition 0.000 description 1
- 240000007313 Tilia cordata Species 0.000 description 1
- 235000015450 Tilia cordata Nutrition 0.000 description 1
- 235000010840 Tilia tomentosa Nutrition 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000000875 corresponding Effects 0.000 description 1
- 230000001419 dependent Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002349 favourable Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006011 modification reaction Methods 0.000 description 1
- 230000004224 protection Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING; COUNTING
- G06Q—DATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/381—Currency conversion
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING; COUNTING
- G06Q—DATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING; COUNTING
- G06Q—DATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
- G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING; COUNTING
- G06Q—DATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
Abstract
The subject of the invention relates to procedure, program and currency exchange centre for exchanging real, virtual and crypto-currencies. The currency exchange centre contains a server capable of communication through an electronic data transmission channel, and it is configured to receive data package containing a currency selecting data member and a payment data member, identify the sender of the data package and determine buyer information based on the identification, extract currency information from the currency selecting data member of the data package, extract information relating to payment currency and payment amount information from the payment data member of the data package, determine exchange rate on the basis of the information relating to payment currency and currency information, extract a balance associated with the buyer information and the currency information from the database, and reduce the balance on the basis of the payment amount information and the exchange rate.
Description
CENTRE, PROCEDURE AND PROGRAM FOR EXCHANGING REAL, VIRTUAL AND
CRYPTO-CURRENCIES
The subject of the invention relates to a procedure which enables to exchange real, virtual and crypto currencies between each other, a procedure of implementing payments demanded by such exchange, as well as a currency exchange centre conducting the above transactions.
The subject of the invention also relates to a program for a user mobile communication device to initiate payments requiring the interchange of real, virtual and crypto currencies.
At present a great many types of real currency (USD, EUR, CHF, etc.), virtual currency (including non-official currencies for example, loyalty points, vouchers, coupons, credits ( e.g. Facebook credit), World of Warcraft Gold (WoW Gold), linden dollar, currencies within mobile and computer games, etc.) and crypto currencies (bitcoin, dogecoin, mastercoin, etc.) exist in the world. However, when purchases are made a given seller usually accepts only one or a limited number of real currencies, or the virtual currency locally issued. Due to this, the customer in most cases is unable to pay with e.g. US Dollar in a Hungarian store, nor can use coupons issued by a certain chain store in a different chain store. Although there are existing service providers to ensure the exchange of real currencies (banks, bureau de change), the use of these is difficult and the procedure must be carried out before making a purchase i.e. the customer must go to the service provider to exchange cash from a type of real currency to another type of real currency. The possibilities of exchanging virtual currencies or trading virtual and real currencies between each other do not yet exist. Consequently, a coupon or loyalty point issued by a certain chain store cannot be exchanged for coupons or loyalty points in a second chain store. Moreover those coupons or
points do not have the value of real currency either when making purchases in that second chain store.
The objective of the present invention is to provide a currency exchange centre and its corresponding mechanism without any handicaps of the currently existing technological solutions. The objective is in particular, to provide a currency exchange centre and procedure that makes the interchange of real, virtual and crypto currencies possible, at the point of sale.
The above tasks have been accomplished as described in procedures according to Claims 1 and 8.
The subject of the invention, furthermore, relates to the currency exchange centre according to Claim 9 and the program according to Claim 10.
Preferred embodiments of the invention are determined in the dependent
Claims.
Further details of the invention are explained with the help of the following figures:
Figure 1 is a block diagram representing a currency exchange centre according to the invention and the affiliated financial participants,
Figure 2 is a flowchart of the procedures according to the invention, and Figure 3 is an example of an exchange rate table.
Figure 1 shows a block diagram illustrating the operation of a currency exchange centre 10 according to the invention, in which the main elements of the currency exchange centre 10 as well as the other participants of the currency exchange have been indicated.
The currency exchange centre 10 contains a server 12, which contains or is connected to one or more databases 14. The server 12 is to be understood widely, it includes hardware elements of server 12, the external hardware operating jointly with the server 12 (for example, external data carriers, data communication cards, like a Wi-Fi card, external hard drives, etc.), as well as the programs running on the server 12. The steps carried out by the server 12 are to be understood as being the steps carried out by one or more programs running on the server 12. The server 12 is capable of communicating with the individual hardware devices of the other participants of the currency exchange via electronic data transmission channels 16. The electronic data transmission channel 16 can
be any recognised communication channel, for example, a cable and/or wireless (Bluetooth, Beacon, NFC, Wi-Fi, etc.) telecommunication channel, in particular a preferably encrypted communication channel created on the Internet network or on a mobile telephone network.
The other participants of the currency exchange are the seller 20, the buyer 30 and, optionally, the issuer 40 of the virtual or crypto currency to be used.
The seller 20 (also including chain stores) has a server 22. If the seller 20 itself also issues a virtual or crypto currency then all customer balances relating to this may be registered in one or more databases 24 forming a part of the server 22 or connected to it. In the case of the present embodiment the server 22 is connected to at least one payment terminal 26 (for example, cash register), which is preferably located in the business premises of seller 20. There may be a cable and/or wireless (for example, Bluetooth, Beacon, NFC, Wi-Fi, GSM, etc. according to the standard) electronic communication connection between the server 22 and the terminal 26.
In the case of the present embodiment the buyer 30 has a portable (mobile) communication device 32. This may be a traditional mobile device, such as a mobile telephone, tablet, laptop, notebook, etc., or a non-traditional device set up for data communication, for example, a Bluetooth wristwatch, etc. having or not having a SIM card which is capable of mobile communication. In the case of the exemplary embodiment presented in Figure 1 the communication device 32 is a mobile telephone, which has a display 32a and an input interface 32b, for example, a keyboard. If the display 32a is a touch screen, then this may also carry out the function of the input interface 32b, therefore a separate input interface 32b is not necessary (or rather it is the same as the display 32a). A dedicated program 34 is installed on the communication device 32, which serves for performing the procedure to be detailed later on.
The currency issuer 40 also has at least one server 42, which contains or is connected to one or more databases 44. If the issuer 40 can also act as a seller, then it may have a terminal 46 as well.
In the following, the operation of the currency exchange centre 10 and the procedure serving for exchanging real and virtual currencies between each other
will be presented with reference to the system according to Figure 1. The steps of the procedure are illustrated in Figure 2.
When making a purchase in the business premises of seller 20, buyer 30 carries out the payment at the terminal 26. In Step 1 the terminal 26 (or, in a given case, the server 22 of seller 20) establishes an electronic data transmission channel 27 with the communication device 32 of buyer 30, for example, with the help of radio/NFC, Bluetooth/Beacon, Wi-Fi, Internet, etc. technology in a way known in itself, via appropriate communication interfaces. The terminal 26 sends a data package 28 via the data transmission channel 27 to the communication device 32 of buyer 30 that contains at least a payment data member 29. The payment data member 29 contains the information relating to the payment such as payment currency (for example, HUF, EUR, USD, Bitcoin, etc.), payment amount and preferably the information relating to the beneficiary, such as the bank account number of seller 20, the identifier of seller 20 known by the currency exchange centre 10, or any other information on the basis of which financial performance may take place later on to the beneficiary (typically to the seller 20). The information relating to the beneficiary may also be communicated to the currency exchange centre 10 in another way. For example, the payment data member 29 may contain a transaction identifier, which the server 22 of seller 20 may also directly send to the server 12 of the currency exchange centre 10 via another data transmission channel 16. In this way the currency exchange centre 10 is able to identify the beneficiary (typically the seller 20) on the basis of a transaction identifier appearing in the payment order sent by the communication device 32 of buyer 30 in a way to be detailed later on.
The data package 27 arriving in the communication device 32 of buyer 30 is preferably processed by a program 34 dedicated for this purpose. In Step 2 the program 34 extracts the payment currency and payment amount information from the payment data member 29, which it displays for the buyer 30 on the display 32a. Using the input interface 32b the buyer 30 may select the real, virtual or crypto currency in which he/she wishes to pay the purchase price. During Step 3 the program 34 creates an electronic payment order. In the frame of this the program 34 prepares a currency selecting data member 36 from the currency information, then prepares a data package 35 as an electronic payment order that
contains at least a payment data member 39 and a currency selecting data member 36. Instead of a single data package 35, naturally, several may be created, for example, a first data package 35 may contain the payment data member 39, while a second data package may contain the currency selecting data member 36. The payment data member 39 is not necessarily the same as the data member 29 extracted from the data package 28 sent by the terminal 26, but it also contains the information relating to the payment currency and amount indicated by the terminal 26. The data package 35 may also contain further data, such as information for identifying the buyer 30, the information relating to the bank account of the buyer 30 to be debited (e.g. if there are several), and, in a given case, the transaction identifier received from the seller 20. It is possible to perform the identification of the buyer 30 (in other words the sender) in another way. For example, if the buyer 30 sends the data package 35 from a registered telephone number, then it is sufficient if the telephone number appears on the recipient side (in other words at the currency exchange centre 10), so it is typically enough if the setting of communication device 32 does not block caller identification. The buyer 30 may also be registered via the mobile device making use of its Bluetooth IME, NFC, Wi-Fi chip identifier or the serial number of the mobile device.
The communication device 32 and the server 12 of the currency exchange centre 10 establish a data transfer connection 16 with each other, for example, on a leased line, by satellite, via the Internet and/or mobile telephone network, possibly with the help of several commonly used IT devices. For example, it is feasible that the communication device 32 sends the data package 35 in an SMS text message, which the telephone centre of the currency exchange centre 10 forwards to the server 12 in a format suitable for use by computer. The creation of the data transmission connection 16 does not necessarily take place after Step 3, it is possible, for example, that the program 34 initiates the creation of the data transmission connection 16 when it is launched, which preferably involves the authentication of the buyer 30 or that of the communication device 32. The latter may take place in any known way. Following this, in Step 4 the communication device 32 sends the data package 35 containing the electronic payment order to the server 12 of the currency exchange centre 10 via the established data transmission channel 16, and the server 12 receives the data package 35 (either
in its original or possibly in processed format, for example, in a format converted from an SMS text message).
In Step 5 currency exchange centre 10 (or its server 12) elaborates the received data package 35. During the processing of the data package 35 the server 12 extracts currency information from the currency selecting data member
36, in other words, the information relating to which real, virtual or crypto currency the buyer 30 has selected to perform the payment. The server 12 extracts information relating to payment currency and information relating to the amount of payment from the payment data member 39 of the data package 35.
The server 12 specifies the exchange rate from the payment currency information and from the currency information, which, preferably, may be extracted from the exchange rate table recorded by the currency exchange centre 10. As an example in Figure 3 a table illustrates the exchange rates between various real, virtual and cryptocurrencies. Naturally, similarly to real currencies sales, purchase and intermediate exchange rates that vary in time may be specified as well as exchange rates related to exchange according to further conditions.
In Step 5 the currency exchange centre 10 (or its server 12) identifies the sender of the data package 35, i.e. the buyer 30. This may take place, for example, from the buyer identifying data member 37 to be found in the data package 35 or from the telephone number of the communication device of sender 32 (or from the SIM card used in it). The buyer identifying data member 37 may not only be forwarded in the data package 35 containing the payment data member 39 and/or the currency selecting data member 36, but, for example, earlier, during authentication. Therefore, the buyer's identifying data member 37 could be, for example, the login identifier (for example, login name, e-mail address used during registration, etc.) of buyer 30. The server 12 determines the data required relating to the buyer 30 on the basis of the buyer identifying data member
37. This data may contain information relating to selection between several financial accounts, for example, the buyer 30 may specify which bank account is to be debited in the case of payment using real currency.
It is noted that an embodiment may also be conceived where the communication device owner 32 proceeds in the name of another person (the actual buyer 30) giving a payment order from his/her own communication device
32, naturally while creating the appropriate security guarantees (for example, the buyer 30 has consented in advance to the performance of the payment orders to be sent from the communication device 32). The server 12 is also able in such a case, however, to identify the buyer 30 (in other words the obligor of the financial transaction), either on the basis of an advance agreement (for example, in the case of payment orders arriving from a given telephone, the given person is the obligor), or on the basis of the identifying data member 37 placed in the data package 35.
Following this, in Step 6 the server 12 determines the balance of the identified buyer 30 with respect to the currency according to the currency information. If the currency exchange centre 10 stores the balances in its own database 14 then the server 12 extracts the balance of buyer 30 from this. Preferably, however, in the case of virtual currencies the issuer 40 of the virtual currency keeps a record of the balance of buyer 30 in the given currency in its database 44. In such a case the server 12 identifies the currency issuer 40 (for example, from records for this purpose) on the basis of the currency information, then establishes a data transmission connection 16 with the server 42 of issuer 40 according to what have been explained previously (preferably via an Internet connection) and with the help of the server 42 extracts the balance information from the database 44. This may take place in any known way. For example, following authentication the server 12 requests the balance relating to the given buyer 30 and to the given currency in Step 6a.
On the basis of the balance information in Step 7 the server 12 generates a reply message which it sends to the communication device 32 via the previous or a new data transmission channel 16 established with the communication device 32. The content of the reply message depends on the balance information. If it turns out from the balance of buyer 30 that the buyer 30 does not have sufficient funds in the given currency in order to perform payment, then the buyer 30 receives an error message, which the dedicated program 34 displays to the buyer 30 with the help of the display 32a. An error message may also be sent back in other cases as well, for example, if an important piece of data is missing, for example, information relating to the required payment currency, information relating to amount, information relating to selected currency, information relating to
the financial account to be debited (if performance takes place from this and this is not automatically available to the currency exchange centre 10), information relating to the beneficiary, if buyer 30 authentication is unsuccessful, if the secure connection breaks, etc.
If sufficient funds are available from the selected currency then the buyer 30 receives a payment confirmation message, in which, preferably, the payment amount also appears now converted to the selected currency, as does a notice to approve the payment. If the buyer 30 agrees with the payment value stated in the selected currency and requests the payment be made, then using the input interface 32b (or in a given case the touch screed display 32a) the buyer 30 inputs information referring to this (for example, writes in the word "Ok", or presses the Enter button), on the effect of which the program 34 generates an approval message and sends it to the server 12 in Step 8. Before, at the same time, or following the financial performance of the payment order the server 12 reduces the balance of buyer 30 relating to the given currency by the amount of the payment in Step 9. If the balance is in the database 44 of currency issuer 40, then the currency exchange centre 10 reduces the balance indirectly: in Step 9a an instruction relating to the reduction of the balance is sent to the issuer 40, preferably in a data package sent through the data transmission channel 16 described previously.
Preferably the balance is not only stored by the issuer 40 of the given currency in its database 44, but the database 44 (but at least the balance information data) of issuer 40 is also stored mirrored in the database 14 of the currency exchange centre 10 (in other words a copy is stored), and here too the balance is reduced appropriately. The advantage of this is that the steps of the payment order described above may even be performed if, for some reason the required electronic data transmission channel 16 cannot be established with the server 42 of the currency issuer 40. In such a case the server 12 extracts the balance from the local database 14, and, following payment approval, it reduces the balance of buyer 30 relating to the payment currency in this database 14, then it sends information relating to updating the balance afterwards when the communication channel 16 has been restored.
In Step 10 (which may be carried out simultaneously with Steps 9 and 9a, or even in advance of them) a data package 51 containing the electronic payment acknowledgement data member 50 is sent from the server 12 of the currency exchange centre 10 to the communication device 32 of buyer 30 and/or directly to the seller 20, preferably, to both of them. The payment acknowledgement data member 50 acknowledges payment, typically this represents payment guarantee, as financial performance will only take place at a later point in time. If the server 12 sends the data package 51 to the IT device of seller 20, then this may take place, for example, by sending it to the server 22 via the data transmission channel 16, which then forwards it to the terminal 26, so the personnel operating the terminal 26 (for example, the cashier) receives notice of the payment (or of expected financial performance). Naturally, in the case of an appropriate data transmission connection 16, the server 12 may send the data package 51 directly to the terminal 26. If the server 12 only sends the data package 51 containing the payment acknowledgement to the communication device 32, then the buyer 30 may show this to the cashier displayed on the display 32a, or the program 34 may forward it to the terminal 26 via the data transmission channel 27.
Actual financial performance is not a part of the present invention, but it may be said that it takes place depending on the agreement of the participants., For example, the currency exchange centre 10 instructs its own financial service provider (for example, its bank) to transfer the value according to the payment currency and amount from the account held there to the account held at the beneficiary's financial service provider, or collects the offset of this in an agreed currency from the currency issuer 40 selected by the buyer 30. The cost of the transaction may be borne, according to an agreement between the parties by the buyer 30, or by the issuer 40 or even by the seller 20 (the latter typically occurs only if the seller 20 also acts as a currency issuer in other transactions).
Preferably, all the data transmission connections 16, 27 appearing in the procedure detailed above are encrypted, in this way the data packages are encrypted on the sender side and then decrypted on the receiver side.
The procedure described above may contain numerous further steps, and numerous steps may be modified. For example, in a preferred embodiment the buyer 30 may request his/her balance according to the selected currency before
the data package 34 containing the payment order is generated. In this way payment orders in a currency in which there are insufficient funds available may be avoided. A further possibility is that the exchange rates may also be requested, so when selecting the currency the buyer 30 may take into consideration which one has a favourable exchange rate at the given time. The program 34 is preferably suitable for determining the amount payable in the given currency from the payment data member 29 received in the data package 28, and from the exchange rate derived from the information of the currency selected by the buyer 30 with the help of an input interface 32b. In view of this information the buyer 30 may decide on the currency in which he/she wishes to make the payment in an even more convenient way.
Various modifications to the above disclosed embodiments will be apparent to a person skilled in the art without departing from the scope of protections determined by the attached Claims.
Claims
1. Procedure for exchanging real, virtual and cryptocurrencies between each other with the help of a currency exchange centre, characterised by that a server is provided as a currency exchange centre capable of communication via an electronic data transmission channel, and with the help of the currency exchange centre:
- creating an electronic data transmission channel with a buyer's communication device,
- receiving via the electronic data transmission channel at least one data package sent by the communication device containing a currency selecting data member and a payment data member,
- identifying the sender of the at least one data package and determining buyer information on the basis of the identification,
- extracting currency information from the currency selecting data member of the at least one data package,
- extracting information relating to payment currency and payment amount information from the payment data member of the at least one data package,
- determining an exchange rate on the basis of the information relating to payment currency and currency information,
- extracting a balance associated with buyer information and currency information from a database,
- reducing the balance on the basis of the payment amount information and the exchange rate.
2. Procedure according to Claim 1 , characterised by performing with the help of the currency exchange centre the steps of:
- determining beneficiary information from the payment data member,
- initiating payment performance to the beneficiary on the basis of the beneficiary information.
3. Procedure according to Claim 2, characterised by performing with the help of the currency exchange centre the steps of establishing a data transmission channel on the basis of the beneficiary information with the beneficiary's IT device and sending a payment acknowledgement data member to the beneficiary.
4. Procedure according to any of Claims 1 - 3, characterised by performing with the help of the currency exchange centre the steps of:
- determining a currency issuer on the basis of the currency information,
- establishing an electronic data transmission channel with the currency issuer's server,
- creating a data package containing balance reduction information, and
- sending the data package containing the balance reduction information to the currency issuer's server via the electronic data transmission channel established with the currency issuer's server.
5. Procedure according to any of Claims 1 - 3, characterised by performing with the help of the currency exchange centre the steps of:
- determining a currency issuer on the basis of the currency information,
- establishing an electronic data transmission channel with the currency issuer's server,
- extracting the balance from the currency issuer's database and reducing the balance in the currency issuer's database.
6. Procedure according to Claim 4 or 5, characterised by that the currency issuer's database is stored mirrored in the currency exchange centre's database, and the balance is extracted from the local database in the absence of an electronic data transmission channel established with the currency issuer's server.
7. Procedure according to any of Claims 1 - 6, characterised by performing with the help of the currency exchange centre the steps of identifying the sender of the at least one data package on the basis of the buyer identifying
data member contained in the at least one data package and determining the buyer information from the buyer identifying data member.
8. Procedure for implementing payments demanding exchange between real, virtual and cryptocurrencies, characterised by
- determining a payment amount in a first currency in a seller's IT device,
- allowing for a buyer to select a second currency in a buyer's communication device,
- determining with the help of an IT device of a currency exchange centre an exchange rate between the first and the second currency, and converting the payment amount in the first currency into a payment amount in the second currency,
- requesting with the help of the IT device of the currency exchange centre a buyer's balance of the second currency from an electronic database,
- reducing the buyer's balance by the payment amount in the second currency,
- registering with the help of the IT device of the currency exchange centre the reduced balance in the electronic database, and
- initiating the financial transaction according to the balance reduction.
9. Currency exchange centre for exchanging real, virtual and cryptocurrencies between each other, characterised by comprising a server (12) that is capable of communication via an electronic data transmission channel (16), which server (12) is configured to:
- receive via an electronic data transmission channel at least one data package (35) containing a currency selecting data member (36) and a payment data member (39),
- identify the sender of the at least one data package (35) and determine buyer information on the basis of the identification,
- extract currency information from the currency selecting data member (36) of the at least one data package (35),
- extract information relating to payment currency and payment amount information from the payment data member (39) of the at last one data package
(35),
- determine exchange rate on the basis of the information relating to payment currency and currency information,
- extract a balance associated with the buyer information and the currency information from the database (14, 44), and reduce the balance on the basis of the payment amount information and the exchange rate.
10. Program for a mobile communication device for initiating payment requiring exchanging real, virtual and cryptocurrencies between each other, characterised by that the program is configured to:
- receive currency information through an input interface (32a, 32b), and create a currency selecting data member (36) from the currency information,
- create an electronic payment data member (39),
- create at least one data package (35) containing the payment data member (39) and the currency selecting data member (36),
- electronically send the at least one data package (35) through an electronic data transmission channel (16), and
- allow the identification of the sender when the at least one data package (35) is sent.
11. The program according to Claim 10, characterised by that it is configured to receive a data package (28) containing a first payment data member (29) through a communication interface, and to create the electronic payment data member (39) from the first payment data member (29).
12. The program according to Claim 10 or 11 , characterised by that it is configured to create an electronic data transmission channel (16) with a server (12) of a currency exchange centre (10), and send the at least one data package (35) via the electronic data transmission channel (16) to the server (12).
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/HU2014/000034 WO2015162441A1 (en) | 2014-04-24 | 2014-04-24 | Centre, procedure and program for exchanging real, virtual and crypto-currencies |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/HU2014/000034 WO2015162441A1 (en) | 2014-04-24 | 2014-04-24 | Centre, procedure and program for exchanging real, virtual and crypto-currencies |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2015162441A1 true WO2015162441A1 (en) | 2015-10-29 |
Family
ID=54331799
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/HU2014/000034 WO2015162441A1 (en) | 2014-04-24 | 2014-04-24 | Centre, procedure and program for exchanging real, virtual and crypto-currencies |
Country Status (1)
| Country | Link |
|---|---|
| WO (1) | WO2015162441A1 (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170221053A1 (en) * | 2016-01-29 | 2017-08-03 | Mastercard International Incorporated | Digital asset conversion |
| US20230009399A1 (en) * | 2021-07-07 | 2023-01-12 | Supercell Oy | Method and system for validating transaction in client-server environment |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120233073A1 (en) * | 2011-01-11 | 2012-09-13 | Diane Salmon | Universal Value Exchange Apparatuses, Methods and Systems |
| US20130036373A1 (en) * | 2011-08-05 | 2013-02-07 | American Express Travel Related Services Company, Inc. | Systems and Methods for Providing a Virtual Currency Exchange |
| US20130173416A1 (en) * | 2011-12-29 | 2013-07-04 | Ebay Inc. | System and method for managing transactions in a digital marketplace |
| US20130311357A1 (en) * | 2012-05-16 | 2013-11-21 | Wolfgang Kring | Methods for facilitating online transactions involving a plurality of unique currencies |
-
2014
- 2014-04-24 WO PCT/HU2014/000034 patent/WO2015162441A1/en active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120233073A1 (en) * | 2011-01-11 | 2012-09-13 | Diane Salmon | Universal Value Exchange Apparatuses, Methods and Systems |
| US20130036373A1 (en) * | 2011-08-05 | 2013-02-07 | American Express Travel Related Services Company, Inc. | Systems and Methods for Providing a Virtual Currency Exchange |
| US20130173416A1 (en) * | 2011-12-29 | 2013-07-04 | Ebay Inc. | System and method for managing transactions in a digital marketplace |
| US20130311357A1 (en) * | 2012-05-16 | 2013-11-21 | Wolfgang Kring | Methods for facilitating online transactions involving a plurality of unique currencies |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170221053A1 (en) * | 2016-01-29 | 2017-08-03 | Mastercard International Incorporated | Digital asset conversion |
| US20230009399A1 (en) * | 2021-07-07 | 2023-01-12 | Supercell Oy | Method and system for validating transaction in client-server environment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220101298A1 (en) | Method of performing transactions with contactless payment devices using pre-tap and two-tap operations | |
| US11017393B2 (en) | Direct connection systems and methods | |
| US20190108508A1 (en) | Methods and systems for providing a payment account with adaptive interchange | |
| US9916583B2 (en) | System and method including indirect approval | |
| US9292870B2 (en) | System and method for point of service payment acceptance via wireless communication | |
| US20120323762A1 (en) | System and Method of Multi-Factor Balance Inquiry and Electronic Funds Transfer | |
| US20160117895A1 (en) | Receipt processing and access service | |
| US20120197801A1 (en) | Merchant payment system and method for mobile phones | |
| KR20180026498A (en) | Security processing of electronic payment | |
| CN101990770A (en) | Ghosting payment account data in a mobile telephone payment transaction system | |
| US20110276417A1 (en) | System for personalized payments via mobile and internet connected devices | |
| CN101165716A (en) | Electronic payment procedure based on transaction code | |
| US11270280B2 (en) | Obtaining instant credit at a POS with limited information | |
| WO2005020009A2 (en) | System and method of mediating business transactions | |
| US20200327515A1 (en) | Methods and systems for routing transactions between automated teller machines, points of sale, financial institutions, and software wallets | |
| US20220180365A1 (en) | Methods and systems for routing transactions between automated teller machines, points of sale, financial institutions, and software wallets | |
| WO2015162441A1 (en) | Centre, procedure and program for exchanging real, virtual and crypto-currencies | |
| WO2019169106A1 (en) | Systems and methods for performing payment transactions using messaging service | |
| US20150278782A1 (en) | Depositing and withdrawing funds | |
| US20180374088A1 (en) | One-time virtual card numbers for immediate installment payments | |
| CN111213172A (en) | Accessing ACH transaction functionality through digital wallet | |
| US11244322B2 (en) | Methods and apparatus for chargebacks of push payment transactions | |
| US20210326840A1 (en) | Issuing a virtual value-bearing card associated with only non-personally identifying information from a kiosk | |
| US20200394633A1 (en) | A transaction processing system and method | |
| WO2022216724A1 (en) | Payment system and method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 14889945 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 32PN | Ep: public notification in the ep bulletin as address of the adressee cannot be established |
Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 17.02.2017) |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 14889945 Country of ref document: EP Kind code of ref document: A1 |