KR20140119207A

KR20140119207A - Dynamic currency conversion transaction system

Info

Publication number: KR20140119207A
Application number: KR20130027416A
Authority: KR
Inventors: 서닐 사르마
Original assignee: 퓨어 커머스 피티와이 리미티드
Priority date: 2013-03-14
Filing date: 2013-03-14
Publication date: 2014-10-10

Abstract

The present invention discloses a computer-implemented method for performing a payment device transaction between a payment terminal holder and a merchant. The steps include obtaining the transaction volume of the transaction in the merchant's currency and then obtaining the issuer currency from data appearing on the payment device using various direct or indirect techniques. If the issuer currency is detected but not identical to the merchant currency, the transaction amount is converted to the issuer currency using the currency exchange source. If no data can be extracted from the payment device, the corresponding amounts are acquired with a certain range of currencies for the transaction amount so that the user can select the amounts. For each call, a graphic is displayed that uniquely identifies each call. The transaction currency is then selected and the transaction is terminated.

Description

{DYNAMIC CURRENCY CONVERSION TRANSACTION SYSTEM}

The present invention relates to electronic payment networks, systems and methods for managing the electronic transfer of funds between electronic payment services and different entities or accounts. The present invention has a special but non-exclusive application for handling transactions with smart devices including integrated circuit cards (ICC) payment card transactions.

Recently, smart devices such as smart phones and tablets include embedded applications or software and include supporting hardware (e.g., near field chips ("NFC") so that device owners , Its owner) can maintain an electronic wallet (or "ewallet") embedded device. Essentially, this can be thought of as a debit or credit card, etc., In the following description, the word " card " refers to an actual card such as a credit card or a virtual card stored in a carry-over of the device. It can mean a form.

Payment systems for cards are well known. In recent years, there has been a move to provide financial services for card and device holders in payment transactions using device or card having a price of a transaction in which a device holder converts to a local currency when paying in foreign currency. These services are sometimes called dynamic currency conversion (DCC).

The DCC service has several advantages as follows.

- Visibility of the amount paid in foreign or foreign currency

- Ability to enter costs more easily (for business travelers)

- Near or equal to the currency exchange rate charged by the credit card company

- freedom of user's choice of currency

These known methods for handling payment transactions with currency conversion are discussed below. More information about these payment systems is provided later in this document.

The general steps to process a payment card transaction with a currency exchange are as follows.

1. Obtain a payment device from the customer (for example, a credit card or device with a carryover).

2. Swipe or locate the payment device on or near the device reader (e.g., payment terminal) to extract the card number (sometimes called track 2 data). Alternatively, enter the card number manually.

3. Determine the card issuer currency from the card number for possible exchange transactions.

4a. If the card is judged to be foreign, the foreign currency amount is converted into the foreign currency amount.

4b. Request the customer's choice (whether the customer will proceed with the converted amount or proceed with the transaction in the usual manner).

5. Process the payment transaction with the selected currency and print the receipt.

Steps 1, 2, and 5 always occur regardless of whether a currency exchange is involved (in this case, the default at step 5 is the merchant's local currency). With manual call exchange, steps 3 and 4 are performed manually and may be automatically calculated. Step 4b means that the operator or the terminal has to ask the customer to press the button to display the selection, and in fact, it proceeds manually after the automatic calculation. To automate these steps (as disclosed in New Zealand Patent Specification 517105), a map of card prefixes versus currency is provided to the portable terminal along with a currency versus conversion rate. Since the search through these files must be performed during the transaction, the call of the card can be determined immediately and automatically provides the customer with the selection.

The information on the card number prefix or bank identification number (BIN) and the corresponding currency code are generally in the form of the table below.

456789 AUD

432198 GBP

567890 EUR

The table above indicates that if the card number starts with 456789, the card is issued by an Australian bank and therefore the transaction currency selection of the Australian dollar must be provided. Similarly, if the card number begins with 432198, the choice must be provided in British pounds, in the case of starting with 567890 in euro, and in other ways as well.

Card configurations often issue BIN numbers with a range of successors to large banks. For example, all BIN numbers in the range 432198 to 432210 can belong to one UK bank. Instead of having 13 consecutive entries, the table can have a single range entry as shown below.

456789 AUD

432198-210 GBP

567890 EUR

Such a table with single entries and range entries saves storage space and is more efficient at the speed of the search than the previous table.

Given the fact that there are hundreds of thousands of these entries to be loaded into a point-of-sale (POS) terminal, a lot of memory space must be specified for this. Given the fact that these entries need to be explored during the course of the transaction, considerable computing power is required to avoid waiting for the transaction to proceed. These problems are not so important in high-performance server and desktop devices with memory gigabytes of memory and processor speeds in the thousands of gigahertz, but they are an important issue in standard handheld payment terminals typically found in shopping malls .

Another method disclosed in New Zealand Patent No. 554222 transmits an authentication request to a payment network and uses the information received from the request to determine a card call (i. E. The issuer currency of the card). The difficulty with this approach is that the call may not be immediately apparent.

The ICC card adds complexity to efficiently handle DCC transaction integration when both the data and software on the card together with the acceptor network are needed.

In this specification, where reference is made to a patent specification, other external literature or source of other information, this is generally intended to provide a context for discussing features of the present invention. Unless otherwise stated, references to such external data are not to be construed as an admission that such literature or the source of such information is prior art in any jurisdiction, but form part of the known general knowledge of the art.

It is therefore an object of the present invention to provide an improved dynamic currency conversion (DCC) method and system for card transactions, or at least provide an integrated circuit card Circuit Card, ICC) transaction method or system.

According to one aspect of the present invention, there is provided a computer-implemented method for performing a payment device transaction between a payment device holder and a merchant,

a) obtaining a transaction amount of the transaction in a currency of a merchant,

b) a. Obtaining an issuer currency from data appearing on the payment device and obtaining an amount corresponding to the transaction amount with at least one issuer currency using at least one currency exchange source if the issuer currency is not the same as the merchant currency; Or b. Obtaining a range of payment currencies and acquiring an amount corresponding to the transaction amount in at least the range of payment currencies using at least one currency source if the data can not be extracted from the payment device,

c) allowing the selection of a transaction currency to be paid for the transaction from the displayed currency or currencies by displaying the transaction amount or the corresponding amount (s) in one or more of the following currencies:

a. Issuer currency,

b. Merchant currency, or

c. The range of payment currencies,

Characterized in that a graphic for uniquely identifying the call is displayed for the call or calls.

Preferably, the graphic is selected from one or more of the following graphics that substantially uniquely identify the country or countries of origin of the call.

Flag (flag)

Emblem

Logo

Preferably, the graphic is a flag or is derived from the flag of the country of origin of the currency.

Preferably, the graphic is displayed in a color selected by the user.

Preferably, the user is the payment device holder.

Alternatively, the user is the merchant.

Preferably, the device is one or more of the following devices:

Payment card (credit, debit, etc.)

Integrated Circuit Card (ICC) or

Smart devices (e.g., phones, tablets, etc.)

Advantageously, in addition to the issuer currency and the merchant currency, the issuer currency and the merchant currency represent one or more additional major currencies to select a currency other than the merchant currency.

Advantageously, said additional main call is at least one of the following calls.

United States Dollar,

The euro,

British Pound,

Japanese yen,

The Australian dollar,

Canadian Dollars,

Swiss Francs,

Hong Kong dollars,

Chinese yuan,

Korean won, and

Singapore Dollar.

Advantageously, obtaining the issuer currency comprises searching the data for one or more predetermined fields and retrieving the data associated with one or more of the fields.

Advantageously, said field comprises at least one or more of the following items:

Country Telephone Codes,

Country geographic code,

Currency code,

Currency name,

Country,

Issuer name,

Issuer phone,

Issuer address, or

Billing address.

Advantageously, obtaining the issuer currency includes identifying the issuer currency from one or more of the fields that identify the direct issuer currency.

Alternatively or additionally, the step of acquiring the issuer currency may include acquiring data from the device that does not directly identify the issuer currency, compressing or presenting the data or providing a method or manner of directing the issuer currency To a heuristic method of identifying the issuer currency based on the issuer currency.

Advantageously, the range of payment currencies allows a user to scroll through multiple currencies with the corresponding amount until he finds a transaction currency he wants to use.

Advantageously, the method comprises confirming the transaction currency that the device holder has selected.

Advantageously, the method comprises continuing to provide said transaction amount to said device holder in an issuer currency prior to receipt of said transaction confirmation from said device holder.

Advantageously, the method comprises the step of the device authenticating the transaction or requesting authentication from the acceptor, which ultimately concludes the transaction with the merchant.

Advantageously, the method includes generating a password that the device forwards to the consignee for authentication.

Advantageously, the method further comprises providing the device holder with an opportunity to proceed with the transaction on the merchant currency instead of selecting the issuer currency as the transaction currency.

Advantageously, the method comprises providing said transaction amount to said device holder in said currency prior to completion of said transaction.

Advantageously, said updated exchange rate sources are automatically updated from at least one currency exchange server.

Alternatively, the updated exchange rate server is manually updated.

According to another aspect of the present invention, there is provided a computer-implemented method for performing an ICC transaction between a cardholder and a merchant, the method comprising:

b) a. Obtaining an issuer currency from data appearing in the ICC and obtaining an amount corresponding to the transaction amount at least in the issuer currency using at least one currency source if the issuer currency is not the same as the merchant currency; Or b. Obtaining a range of payment currencies and acquiring an amount corresponding to the transaction amount at least in the range of the payment currency using at least one source of the exchange rate if no data can be extracted from the ICC,

a. Issuer currency,

b. Merchant currency, or

c. The range of payment currencies,

According to another aspect of the present invention, there is provided a computer-implemented method for performing a card transaction between a cardholder and a merchant,

b) a. Obtaining an issuer currency from data appearing on the card and obtaining an amount corresponding to the transaction amount at least in the issuer currency using at least one currency exchange source if the issuer currency is not the same as the merchant currency; Or b. Obtaining a range of payment currencies and obtaining an amount corresponding to the transaction amount in at least the range of payment currencies using at least one currency source if no data can be extracted from the card,

a. Issuer currency,

b. Merchant currency, or

c. The range of payment currencies,

According to a further aspect of the present invention there is provided a computer operating program that is broadly optimized to operate on a computing device to perform a payment device transaction between a payment device holder and a merchant,

a. Issuer currency,

b. Merchant currency, or

c. The range of payment currencies,

According to another aspect of the present invention, there is broadly a computer apparatus for performing a method of performing a payment device transaction between a payment device holder and a merchant, the computer device performing the following steps.

a. Issuer currency,

b. Merchant currency, or

c. The range of payment currencies,

According to another aspect of the present invention, there is broadly comprised a system for executing a method of performing a payment device transaction between a payment device holder and a merchant, the system performing the following steps:

a. Issuer currency,

b. Merchant currency, or

c. The range of payment currencies,

According to another aspect of the present invention, there is provided a method for performing a payment device transaction between a payment device holder and a merchant,

a. Issuer currency,

b. Merchant currency, or

c. The range of payment currencies,

According to yet another aspect, the present invention is broadly comprised of a system for performing ICC card transactions between a cardholder and a merchant, said system being programmed to perform the method described in any of the preceding paragraphs, Or more processors.

According to yet another aspect, the present invention is broadly comprised of a system for determining a transaction currency for an ICC transaction between a cardholder and a merchant, the system being programmed to perform the method described in any one of the preceding items, And possibly more than one processor.

According to yet another aspect of the present invention, there is provided a computer-implemented method for performing a payment device transaction, as described herein, in greater detail with reference to one or more of the accompanying drawings.

In accordance with another aspect of the present invention, there is provided a computer-implemented method for performing integrated circuit card (ICC) transactions, as described herein, with reference to one or more of the accompanying drawings.

According to yet another aspect of the present invention, there is provided a computer-implemented method for performing card transactions, as described herein, with reference to one or more of the accompanying drawings.

In accordance with yet another aspect of the present invention, there is broadly comprised a computer operating program as described herein with reference to one or more of the accompanying drawings.

According to yet another aspect of the present invention, there is provided a computer apparatus as broadly described herein with reference to one or more of the accompanying drawings.

According to yet another aspect of the present invention there is provided a system for executing a method for performing a payment device transaction, as described herein, with reference to one or more of the accompanying drawings in greater detail.

In accordance with yet another aspect of the present invention, there is provided a method for performing a payment device transaction, as described herein, with reference to one or more of the accompanying drawings.

As used herein, the terms "and / or" means "and / or" or " or both.

The word "(s)" following the noun used in the present specification means plural and / or singular forms of a noun.

As used herein, the term " comprises "means" including at least a portion ". When interpreting the paragraphs of the present disclosure including the term, all of the features that begin with the term in each paragraph need to appear, but other features may also appear. Related terms such as "comprising" and "including" may be interpreted in the same manner.

References to any range of numbers (e.g., 1 to 10) described herein also include all rational numbers within the range (e.g., 1, 1.1, 2, 3, 3.9, 4, 5, 6, 6.5, 7, 8, 9, and 10) and also within the range thereof, by reference to any range of rational numbers (e.g., 2 to 8, 1.5 to 5.5 and 3.1 to 4.7).

The entire disclosures of all applications, patents and publications cited above and below are incorporated herein by reference in their entirety.

The present invention may also be broadly configured individually or collectively with the components, elements and features referred to or indicated in the specification of the application, and any or all of the two or more optional components, elements and features Or any combination thereof, where certain integers having known equivalents in the art to which the invention pertains are recited, such known equivalents are considered to be embodied as described separately.

Other features of the present invention will become apparent from the following description.

1 is a front view of a credit card.
2 is a rear view of the card of Fig.
3 is a front view of a smart device.
4 is a perspective view of a device paying terminal.
5 is a schematic diagram of a global payment network.
6 is a flowchart showing the operation of the present invention.
Figure 7 is a screenshot of a selection screen that queries the user to identify the issuer country (and therefore the currency) of these devices.
FIG. 8 is a screen shot showing the range of the currencies converted into the transaction amount so that the user can select the range.

Preferred embodiments of the present invention will be described with reference to Figs. 1 to 8. Fig.

payment Card

The payment card and the device 1 of the type shown in Figures 1 to 3 are well known. They have an embodiment of an electronic call such as a call (debit card) already held by an individual or a holder or a call (credit card) borrowed by an individual or a holder. These cards are virtually stored in an ewallet. A typical credit card is shown in Fig. 1 (front view) and Fig. 2 (rear view).

The payment device 1 of the type generally referred to as a smart card or a chip card shown in Figs. 1 and 2 is on the increase in widespread use. These cards are also referred to as integrated circuit cards (ICC). These devices 1 as a card can be used in a system in which a device reader 3 (e.g. a device payment terminal 3) is capable of reading data on an integrated circuit 2 (i.e., a chip) And a contact surface 2 outside the card. Other forms of ICC use wireless communication and thus may not require physical electrical contact between the device 1 and the device payment terminal 3. [ Some ICCs may include processor devices for actively processing instructions. Other ICCs simply include a memory accessible by the device payment terminal 3. References in this document to integrated circuit cards, chip cards, or smart cards include all payment cards that carry data on all ICC cards, that is, integrated circuits provided on the card.

Such a card may also be included in the device 1 as shown in Fig. 3, for example on a smart device such as a telephone or tablet.

The device 1 shown as a card in Figs. 1 and 2 does not show the contact surface connected to the reading device 3, but has the same general shape as the ICC.

payment Terminal

A typical device payment terminal 3 is shown in FIG. It has openings or openings 4 that can be connected to the payment device 1. For example, if the payment device 1 is a card, it can be swiped or dipped to read card data into the processing center of the computer on which the device payment terminal 1 is mounted. The device payment terminal 3 may also have a device that enables wireless connection between itself and the device 1. [ For example, a physical card or a virtual card is accommodated in an overhang on the smart device. The device paying terminal 3 may take many forms and may consist of a single unit or more than two parts as shown and may not be constrained or constrained to allow communication and power. The latest paying terminals can communicate wirelessly with the invisible "wire" wireless link, thus enabling communication with the payment network 7 (shown in FIG. 5).

The payment terminal in this document is not limited to devices having the physical appearance of the device shown in the figure. A programmable computing device that has the necessary input, output and telecommunication mechanisms and that meets security requirements and is approved by the acquisition bank or the acquisition network (acquirer, see below) constitutes a payment terminal.

The illustrated terminal 3 also has a number pad (two or more if two or more units form the terminal) and associated buttons 5. This is to facilitate the proceeding and management of the payment transaction by allowing the user, for example the device holder, to enter the device PIN number with security confirmation. Likewise, numeric pads can be used by traders to enter amounts and other details.

All these buttons represent the "input" of the payment terminal 3 with the device connected by a wireless, swiping or dipping mechanism, and are not significantly different from the keyboard and mouse of the personal computer.

There is an LCD screen 6 embedded in such a device 3 that displays information. This screen represents the "output" of the paying terminal and is not much different from the screen of the personal computer. One of these functions is described below.

merchant

From the point of view of the payment card business, the merchant represents the entity that accepts the payment device as a mode of payment and has the means to handle such payment. The merchant typically has a payment terminal 3 that includes a reader device that the device holder can use to perform a payment transaction with the merchant.

Consignee ( Acquirer )

Payment devices are issued and recognized worldwide. A merchant needs a local authority to handle all types of devices, regardless of their source. The consignee needs a single agency to settle all transactions. This role is made by the consignee, usually the bank. The merchant's payment terminal is electronically linked to the local consignee and pushes all device transactions into the consignor's payment network for authentication and subsequent payment (see below).

Issuer

The issuer is a member of a device organization, usually a bank that sells or issues cards or virtual overlaylets to an individual customer, and is therefore the owner of the device.

Card mechanism Card Schemes )

Card mechanisms such as MasterCard or Visa are well known. They are responsible for the creation of various instruments, specifications, processing networks, management of trade operations, settlement of funds between different parties, enforcement of policies and procedures. They persuade banks and other financial institutions to become members of them and sell them, including merchandised cards, physical cards themselves, or virtually, for example, backwrites.

To ensure the uniqueness of world-class card numbers, card organizers separate the entire available set of numbers into different ranges or intervals, allowing members to issue card numbers only within these ranges. It is the responsibility of the issuing member to ensure uniqueness within its own scope. Typically, a credit card organizer uses the top six digits (ie, the first six digits of the card number) to manage the allocation between members and leave the remaining digits for members to manage themselves. The six-digit number representing the top six digits of the payment card is called the bank information number (BIN). Card entities must pre-allocate the first two digits and manage their BIN according to these restrictions. Thus, the Visa card starts with the first two digits between 40 and 49, and the Mastercard starts with the first two digits between 51 and 55. This would still leave a card mechanism with tens of thousands of BIN numbers for their members to allocate, and for each BIN number, hundreds of thousands or even millions of numbers would be available for allocation to payment card holders.

Next, the actual card number is printed and encoded on a magnetic strip or chip on the card along with other data, or the card number and data are loaded onto the migratory.

Card organizations collect and distribute information directories for all member banks on a regular basis (usually every year). These directories include member names, locations, contact details, and BIN numbers assigned to various members. BIN numbers are always country-specific and this is the rule. Multinational banks issue several BIN numbers for use in certain countries, but do not use one specific BIN number in many countries.

ISO 8583

ISO 8583 is a message exchange protocol that virtually drives all payment networks around the world or is the basis for them. These protocols precisely indicate what kind of transactions are possible, the parameters that need to be exchanged between the various parties, the fields appearing on the card or on the card, and how they should be formatted.

This is because ISO 8583-based networks always have fields that can perform multiple currency transactions. This is the reason why you can always use the standard to make a currency exchange with a payment card transaction, even if manual.

The buyer is not always running the full spec on the local network, mainly for economic reasons. However, when choosing a subset for execution, it is necessary to understand the full specification to ensure that the interface with the external global card framework network is not broken. Each single item must be thoroughly analyzed before inclusion or exclusion in the local specification so that the required items do not remain for global interfacing. This extends to what data fields are included or not, what they are included to occupy, and in what manner and manner.

Electronic payment network

A schematic configuration (simple version) of the global payment network 7 is shown in Fig. The payment terminals 20 and ATMs 21 owned or authorized by the bank (which may be the device payment terminal 3 described later) are connected to the bank's processing center 24). The processing center 24 of the bank is connected to the card framework network 26 via a computer called a routing host 25. The card organizer network shown in Figure 5 (in the cloud) is typically a collection of thousands of such routing hosts 25. Such a routing host 25 may include a BIN-to-Issuer mapping and send different transactions to the appropriate issuer, e.g. issuing bank A, issuing bank B (see the other side of the cloud near the bottom of FIG. 5). Once the transaction arrives at the issuer host, it is authenticated there and the result is returned (via the card organizer network).

A set of all payment terminals and ATMs connected to a bank constitutes the bank's local network. Three such networks are shown in Fig. This network is connected to the global card framework network via the routing host as shown. Sometimes the banks work together to form a joint interface with the joint local and global networks, such as New Zealand's Electronic Transactions Services Limited (ESTL).

Authentication and payment

Authentication is the process by which a transaction request is sent to a card issuer and receives an authorization. This concept is to establish the effectiveness of the funds in the payment card account. Thereafter, there will be a payment request which will result in withdrawing from the cardholder's account. The amount is paid by the issuer to the card organizer who pays the amount to the consignee and pays the amount back to the merchant. The cardholder will (usually) know this withdrawal from his or her monthly bill from the card issuer.

Standard payment How the card transaction proceeds

Standard payment card transactions proceed as follows

The card is swiped or dipped by the payment terminal 3 or wirelessly connected to input the card number and the validity period into the processing area of the terminal. If the magnetic strip of the card is worn out or the terminal sweeper does not operate, key the card number and expiration date to the terminal.

Enter the transaction amount into the terminal.

The terminal converts the transaction information into the required format and transmits it to the receiver.

The consignee host sees the card information and determines the card mechanism (as described above, the first two digits of the card number contain this information).

The consignee host provides the transaction to the card organizer network.

The routing host in the network of the device identifies the issuer of the card by looking at the BIN of the card number (as described above, since the BIN numbers are country-specific, this identification may be made by the issuer's country- Not a bank, but a city bank in Hong Kong or a city bank in Australia).

The card framework network sends the transaction to the issuer host.

The issuer host checks to see if funds are available and if yes, authorizes the transaction.

The issuer host sends the result of the transaction to the card organizer network, which in turn sends it to the acceptor host and finally reaches the merchant payment terminal.

The transaction result is displayed on the terminal 3 and a transaction receipt is printed. If you do not enter any PIN number in the course of the transaction, the customer will be asked to sign as a means of authentication.

Electronic payment network

From the point of view of computers, the electronic payment network includes an EFTPOS device, an automatic teller machine (ATM), a web payment system such as a payment card facility such as Visa and MasterCard and a bank transaction processing and accounting system such as an American Express or New Zealand bank. (Human) user interface device including a page, a page, and the like. The above-described human interface device is collectively referred to as the terminal device 3.

The terminal device 3 may be practical in the case of an ATM which needs to pay cash, and may be virtual like a web payment page. This distinction is due to the fact that the transaction management hardware and software are local to the actual device, but are somewhere else on the network for the virtual device. The terminal device can be characterized by the difference between the terminal side portion of the transaction calculation occurring in the device and the remainder occurring in some other place on the network (background device). As noted above, the most practical terminal devices (on an electronic payment network) are programmable electronic computers, regardless of size, shape and appearance and background devices. Likewise, the most virtual terminal device is remotely driven by a programmable electronic computer.

The terminal device manages the human user conversation and electronic communication to acquire all the information necessary to process the transaction and electronically transmit the information to the card organizer or the bank's accounting system and transmits the result to the human user .

The preferred Examples

The present invention does not require a BIN number or similar information that is stored in a portable terminal or in a portable terminal or specifically retrieved by a request separated from a normal transaction process. Instead, the device 1 (e.g., a physical card such as a credit card, or one of the smart devices that are virtually part of a smart wallet or migratory, for example, a later card and its transit equivalents and devices can be used interchangeably) Lt; RTI ID = 0.0 > standard data < / RTI > This new method greatly simplifies the above process and can reduce the resources required by the payment terminal 3.

Referring to FIG. 6, a card (physical or virtual) transaction according to an example of the present invention will be described. The transaction begins with step 51 where the cardholder intends to begin a payment transaction with the merchant. In step 52, the cardholder (or merchant) causes the payment terminal 3 to read the payment device 1 (real card or virtual card). This occurs because the terminal is in close proximity to the payment terminal 3 and has a card that is physically placed or "dipped" into the card reader device by the device 1, . The payment terminal may be provided, for example, at a retail or shopping outlet.

Going to step 53, the payment terminal 3 inquires the card to acquire the necessary data. Such data may include card numbers and other data fields associated with the present invention. Data field to locate the field or fields that are directly or indirectly related to the issuer currency in a desired form.

If the data field or fields are filled, it is determined whether the field (s) directly identifies the issuer currency (step 54). For example, there may be issuer currency fields or other fields that provide direct indication of the card issuer currency. Other fields include the country phone code, national geographic code, currency code, currency name, country name, issuer name, issuer phone, issuer address, or billing address.

For example, unlike directly reading the card issuer currency, the card issuer telephone number is read. The first digit of the telephone number can be tabulated or compared to the international dialing prefix mapped to the associated country code. The country code can then be used to directly identify the appropriate currency or to check the issuer currency for verification. Similarly, the field associated with the card issuer's country may be read to determine or confirm the issuer currency. For example, if a country name or code is returned, it can be compared to codes that associate the name with a table of country names or country codes (or directly to a currency code).

If this information, which directly indicates the issuer currency, can not be detected from the card data, the method moves to the heuristic mode of step 55. Here, data is retrieved from a card that does not directly direct the card issuer currency, but indicating the issuer bank or country depends on how the data is packed and configured or the fields are filled in on the card. For example, the way in which data is organized on a card is typical for banks or banks in any country. Therefore, it is possible to inquire about this data and compare it heuristically with the known ways in which banks fill this data to determine the origin country of the device and then determine the issuer currency. This heuristic learning method is built in and operable in the terminal 3, but may also be performed remotely at any level shown in Fig.

From this information, therefore, the "home" or issuer currency of the card can be determined either directly or indirectly by (directly) retrieving (indirectly) analyzing the selected data field of the card data. From this data, the system makes a decision regarding the issuer currency.

If the issuer currency is determined in step 54 or step 55, then in step 56 the existing issuer currency is compared with the merchant currency. If the issuer and merchant currency are the same, the transaction is handled in the normal manner using the merchant currency, as in step 57. At this stage, several other currencies that have been converted into transaction amounts using the exchange rate can also be selectively displayed. For example, these currencies may be the most commonly traded currencies such as US Dollars, European Euro, British Pounds, Japanese Yen, Australian Dollars, Canadian Dollars, Swiss Francs, Hong Kong Dollars, Chinese Yuan, Korean Won, or Singapore Dollars . Alternatively, or additionally, the most common currencies of the merchant area may also be displayed.

If the issuer currency is not the same as the merchant currency at step 56, then at step 56 the issuer currency is compared with the multiple currencies supported by the consignee. If the issuer currency is not supported, the transaction returns to the merchant currency at step 57.

If the issuer currency is not supported and is not the same as the merchant currency, the corresponding amount in the issuer currency is calculated at step 56 using, for example, the source of the exchange rate between the issuer currency and the merchant currency. At step 58, the amount appears in at least the issuer currency. This can be accomplished in a variety of ways, but it can be performed most easily at the payment terminal using the exchange rate data at the payment terminal that is periodically updated with the data related to the current exchange rate. This can be done automatically in one or more exchange servers, or manually, for example, at the beginning of a trading day.

At this stage, you can also use the exchange rate to selectively display several different currencies that have been converted to the transaction amount. For example, these currencies may be currencies, such as the most commonly traded US dollar, European euro, British pound, Japanese yen, Australian dollar, Canadian dollar, Swiss franc, Hong Kong dollar, Chinese yuan, korean won, or Singapore dollar have. Alternatively, or additionally, the most common currencies of the merchant area may also be displayed.

If the issuer currency can not be determined at step 54 or 55, the system at step 59 may provide a multi-page currency that has been converted into a transaction amount by default. The user can review these and then select the currency of the transaction. If the correct issuer currency can not be detected, such currencies may be arranged in several ways, for example in alphabetical order, in close geographic location order, or in the currency order closest to the sensed issuer currency.

Trader, issuer and other currencies converted into the transaction amount, thereby allowing the user the best flexibility to complete the transaction.

In addition to the respective calls displayed to the user, there is a graphical indicator 8 of the call as shown in Figures 7 and 8. 7 shows an example of an additional selection step that may be displayed to the user on the screen 6 of the payment terminal 3 as an additional selection step that allows the user to select the country in which these cards were issued (if the automatic search of step 54 or 55 fails) An example of an image is shown. 8 shows an example of an image that can be displayed to the user on the screen 6 of the transaction terminal 3 as steps 57, 58 or 59 with additional currencies that can be selected in addition to the merchant and issuer currency. Under each currency graph indicator 8, the calculated amount corresponding to the transaction amount can be viewed in the currency 9.

In a preferred form of the invention, this may be a flag, emblem, logo or other graphic associated with the call. In a preferred form, this is indicated by the color that is most clearly provided to the user.

If the transaction currency is selected in step 60, the currency amount is displayed again in the transaction currency in step 60, so that the user can confirm in step 61 that the user wants to proceed with the selected currency. The cardholder or the user can instruct the approval by pressing a button on the payment terminal 3, for example. If the cardholder does not wish to proceed, the transaction may be canceled at step 62, returned to provide other currencies, or processed in a merchant currency in the usual manner.

If the cardholder wishes to proceed with the transaction in the selected currency, e. G. In the issuer currency, the system provides the transaction details, including the transaction amount, in the issuer currency for the card in step 62.

In step 63, the card / device must determine whether it can approve the transaction. If the transaction can be approved by the card, the transaction proceeds at step 64 using the issuer currency. If the card / device can not approve the transaction, then at step 65 a password is generated and sent to the consignee for approval.

The present invention therefore has the advantage of being able to find the issuer currency more quickly and reliably than in previous systems. The present invention also allows the DCC process to be integrated into a payment transaction that includes an ICC or an ICC holding an ICC card (e.g., a transport), thereby allowing the user to select more broadly Make it quickly identifiable. Using a graphical indicator to identify the various currencies may be advantageous if the cardholder is abroad and can not read the country name in a foreign language. For example, a person speaking English would not be able to easily understand the letters in Japanese, Chinese or Korean. But for example, the flags of these countries will make it easier to identify their currency. The graphical indicator also provides a faster visual recognition of the call for the user.

The present invention can be implemented in many ways on various platforms at various levels. As described above, the method can be implemented on a computer, and the computer can be a payment terminal 3, and can be directly connected or remotely connected on a host to which the terminal 3 is connected. The method may be embodied in a computer operating program supplied or transmitted for installation on a computer or similar device performing the steps of the method.

It will be apparent to those skilled in the art that various changes and modifications can be made to the preferred embodiments described herein. Such changes and modifications may be made without departing from the spirit and scope of the invention as set forth in the appended claims without diminishing its attendant advantages. Accordingly, it is to be understood that such changes and modifications are included in the present invention.

Claims

CLAIMS What is claimed is: 1. A method for performing a payment device transaction between a payment device holder and a merchant, the payment device transaction being executed by a computer,
a) obtaining a transaction amount of the transaction in a currency of a merchant,
b) i. Acquiring an issuer currency of the payment device from data appearing on the payment device and, if the issuer currency is not the same as the merchant currency, using at least one currency exchange source at least the amount corresponding to the transaction amount in the issuer currency Obtaining; Or ii. Obtaining a range of payment currencies and acquiring an amount corresponding to the transaction amount in at least the range of payment currencies using at least one currency source if the data can not be extracted from the payment device,
c) allowing the selection of a transaction currency to be paid for the transaction from the displayed currency or currencies by displaying the transaction amount or the corresponding amount (s) in one or more of the following currencies:
a. Issuer currency,
b. Merchant currency, or
c. The range of payment currencies,
Characterized in that a graphic for uniquely identifying the currency is displayed for the currency or currencies.

The method according to claim 1,
The graphic uniquely identifies the country or countries of origin of the call
Flag (flag)
Emblem
Wherein the merchant is selected from at least one of a merchant and a merchant.

3. The method according to claim 1 or 2,
Wherein the graphic is a flag or is derived from a flag of the country of origin of the currency.

The method according to claim 1,
Wherein the graphics are displayed in a color selected by a user.

5. The method of claim 4,
Wherein the user is a holder of the payment device.

5. The method of claim 4,
Wherein the user is the merchant. &Lt; RTI ID = 0.0 > 31. < / RTI >

The method according to claim 1,
The device
Payment cards,
Integrated Circuit Card (ICC) or
Wherein the merchant is one or more of the merchant and the smart device.

The method according to claim 1,
The issuer currency and the merchant currency, in addition to the issuer currency and the merchant currency, one or more of the corresponding currencies as an additional major currency for selecting a currency other than the issuer currency and the merchant currency. Lt; / RTI >

9. The method of claim 8,
The additional major currency is
United States Dollar,
The euro,
British Pound,
Japanese yen,
The Australian dollar,
Canadian Dollars,
Swiss Francs,
Hong Kong dollars,
Chinese yuan,
Korean won, and
Wherein the transaction is at least one currency of the Singapore dollar.

The method according to claim 1,
Wherein obtaining the issuer currency includes searching the data for one or more predetermined fields and retrieving the data associated with one or more of the fields. Way.

11. The method of claim 10,
The field
Country Telephone Codes,
Country geographic code,
Currency code,
Currency name,
Country,
Issuer name,
Issuer phone,
Issuer address, or
A billing address, and a billing address. &Lt; Desc / Clms Page number 24 >

The method according to claim 10 or 11,
Wherein obtaining the issuer currency comprises identifying an issuer currency from at least one field that identifies the direct issuer currency. &Lt; Desc / Clms Page number 19 >

The method according to claim 1,
Alternatively or additionally, the step of acquiring the issuer currency may include acquiring data from the device that does not directly identify the issuer currency, compressing or presenting the data or providing a method or manner of directing the issuer currency To a heuristic method of identifying said issuer currency based on said issuer currency. &Lt; Desc / Clms Page number 20 >

The method according to claim 1,
Wherein the range of payment currencies allows a user to scroll through a plurality of currencies with the corresponding amount until a transactional currency is found to be used.

The method according to claim 1,
The method comprising the step of verifying the transaction currency that the device holder has selected. &Lt; Desc / Clms Page number 13 >

The method according to claim 1,
Wherein the method further comprises providing the transaction amount to the device holder in an issuer currency prior to receiving confirmation of the transaction from the device holder.

The method according to claim 1,
The method comprising: the device authenticating the transaction or requesting authentication from a consignee, the consignee ultimately establishing the transaction with the merchant, wherein the payment device transaction between the holder of the payment device and the merchant How to do it.

The method according to claim 1,
Wherein the method comprises generating a password that the device communicates to the consignee for authentication. &Lt; Desc / Clms Page number 19 >

The method according to claim 1,
The method further comprises providing the device holder with an opportunity to proceed with the transaction with the merchant currency instead of selecting the issuer currency as the transaction currency, wherein the payment device transaction is performed between the payment device holder and the merchant How to.

The method according to claim 1,
Wherein the method comprises providing the transaction amount to the device holder in the transaction currency prior to completion of the transaction.

The method according to claim 1,
Wherein the updated currency source is automatically updated from at least one currency exchange server.

The method according to claim 1,
Wherein the updated currency source is manually updated. &Lt; Desc / Clms Page number 19 >

The method according to claim 1,
Wherein the transaction includes a payment terminal displaying the currency or currencies and allowing the selection. &Lt; RTI ID = 0.0 >< / RTI >

CLAIMS What is claimed is: 1. A method for performing an ICC transaction between a merchant and an IC card holder, executed by a computer,
a) obtaining a transaction amount of the transaction in a currency of a merchant,
b) i. Acquiring an issuer currency of the ICC from data appearing in the ICC and acquiring an amount corresponding to the transaction amount at least in the issuer currency using at least one currency source if the issuer currency is not the same as the merchant currency step; Or ii. Obtaining a range of payment currencies and acquiring an amount corresponding to the transaction amount at least in the range of the payment currency using at least one source of the exchange rate if no data can be extracted from the ICC,
c) allowing the selection of a transaction currency to be paid for the transaction from the displayed currency or currencies by displaying the transaction amount or the corresponding amount (s) in one or more of the following currencies:
a. Issuer currency,
b. Merchant currency, or
c. The range of payment currencies,
Wherein a graphic is displayed that uniquely identifies the call for the call or calls. &Lt; Desc / Clms Page number 21 >

CLAIMS What is claimed is: 1. A method for performing a card transaction between a cardholder and a merchant, the method comprising:
a) obtaining a transaction amount of the transaction in a currency of a merchant,
b) i. Acquiring an issuer currency of the card from the data appearing on the card, and if the issuer currency is not the same as the merchant currency, obtaining an amount corresponding to the transaction amount at least in the issuer currency using at least one currency exchange source step; Or ii. Obtaining a range of payment currencies and obtaining an amount corresponding to the transaction amount in at least the range of payment currencies using at least one currency source if no data can be extracted from the card,
c) allowing the selection of a transaction currency to be paid for the transaction from the displayed currency or currencies by displaying the transaction amount or the corresponding amount (s) in one or more of the following currencies:
a. Issuer currency,
b. Merchant currency, or
c. The range of payment currencies,
Characterized in that a graphic for uniquely identifying the currency is displayed for the currency or currency.

There is provided a computer readable medium having a computer operating program embedded in a computer readable medium, the computer operating program being adapted to operate on a computing device to perform a payment device transaction between a payment device holder and a merchant,
a) obtaining a transaction amount of the transaction in a currency of a merchant,
b) i. Obtaining an issuer currency from data appearing on the payment device and obtaining an amount corresponding to the transaction amount with at least one issuer currency using at least one currency exchange source if the issuer currency is not the same as the merchant currency; Or ii. Obtaining a range of payment currencies and acquiring an amount corresponding to the transaction amount in at least the range of payment currencies using at least one currency source if the data can not be extracted from the payment device,
c) allowing the selection of a transaction currency to be paid for the transaction from the displayed currency or currencies by displaying the transaction amount or the corresponding amount (s) in one or more of the following currencies:
a. Issuer currency,
b. Merchant currency, or
c. The range of payment currencies,
And a graphic is displayed that uniquely identifies the call for the call or calls. &Lt; RTI ID = 0.0 >< / RTI >

A computer device for executing a method of performing a payment device transaction between a payment device holder and a merchant, the computer device comprising:
a) obtaining a transaction amount of the transaction in a currency of a merchant,
b) i. Obtaining an issuer currency from data appearing on the payment device and obtaining an amount corresponding to the transaction amount with at least one issuer currency using at least one currency exchange source if the issuer currency is not the same as the merchant currency; Or ii. Obtaining a range of payment currencies and acquiring an amount corresponding to the transaction amount in at least the range of payment currencies using at least one currency source if the data can not be extracted from the payment device,
c) accepting the selection of a transaction currency to be paid for the transaction from the displayed currency or currencies by displaying the transaction amount or the corresponding amount (s) in one or more of the following currencies:
a. Issuer currency,
b. Merchant currency, or
c. The range of payment currencies,
Wherein a graphic is displayed that uniquely identifies the currency for calls or calls. &Lt; RTI ID = 0.0 > 31. < / RTI >

A system for executing a method of performing a payment device transaction between a payment device holder and a merchant, the system comprising:
a) obtaining a transaction amount of the transaction in a currency of a merchant,
b) i. Obtaining an issuer currency from data appearing on the payment device and obtaining an amount corresponding to the transaction amount with at least one issuer currency using at least one currency exchange source if the issuer currency is not the same as the merchant currency; Or ii. Obtaining a range of payment currencies and acquiring an amount corresponding to the transaction amount in at least the range of payment currencies using at least one currency source if the data can not be extracted from the payment device,
c) accepting the selection of a transaction currency to be paid for the transaction from the displayed currency or currencies by displaying the transaction amount or the corresponding amount (s) in one or more of the following currencies:
a. Issuer currency,
b. Merchant currency, or
c. The range of payment currencies,
Wherein a graphic is displayed that uniquely identifies the currency for calls or calls. &Lt; RTI ID = 0.0 >< / RTI >

A method for performing a payment device transaction between a payment device holder and a merchant,
a) obtaining a transaction amount of the transaction in a currency of a merchant,
b) i. Obtaining an issuer currency from data appearing on the payment device and obtaining an amount corresponding to the transaction amount with at least one issuer currency using at least one currency exchange source if the issuer currency is not the same as the merchant currency; Or ii. Obtaining a range of payment currencies and acquiring an amount corresponding to the transaction amount in at least the range of payment currencies using at least one currency source if the data can not be extracted from the payment device,
c) allowing the selection of a transaction currency to be paid for the transaction from the displayed currency or currencies by displaying the transaction amount or the corresponding amount (s) in one or more of the following currencies:
a. Issuer currency,
b. Merchant currency, or
c. The range of payment currencies,
Characterized in that a graphic for uniquely identifying the currency is displayed for the currency or currencies.