RU2801550C1 - Method using reduced device processing time - Google Patents

Abstract

FIELD: computing technology.

SUBSTANCE: method for processing the transaction includes providing a device access to the user's device for the transaction of a predetermined amount, and the user's device generates a cryptogram based on the predetermined amount; reception by the access device from the user's device of payment certifying data and a cryptogram; upon completion of data exchange with the user device, determining by the access device the actual amount for the transaction; generating, by the access device, an authorization request message for the transaction; and transmitting, by the access device, an authorization request message to the computer of the authorization subject.

EFFECT: reduced transaction processing time.

20 cl, 6 dwg

Description

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИCROSS-REFERENCE TO RELATED APPLICATIONS

[0001] Настоящая заявка является международной заявкой на патент, которая притязает на приоритет даты подачи заявки № 15/171982 на патент США, поданной 2 июня 2016 г., которая притязает на приоритет предварительной заявки № 62/317450 на патент США, поданной 1 апреля 2016 г., которая включена в настоящий документ с помощью ссылки во всей своей полноте для всех целей. [0001] This application is an international patent application that claims priority of the filing date of U.S. Patent Application No. 15/171982, filed June 2, 2016, which claims priority of U.S. Provisional Application No. 62/317450, filed April 1 2016, which is incorporated herein by reference in its entirety for all purposes.

ПРЕДПОСЫЛКИ ИЗОБРЕТЕНИЯBACKGROUND OF THE INVENTION

[0002] Смарт-карты хранят данные о счете пользователя на интегральных схемах, а не на магнитных полосах. Они могут представлять собой контактные карты, которые физически вставляют (или «вводят») в устройство считывания (например, терминал). Транзакции, выполняемые с помощью смарт-карт, повышают защиту от мошенничества в сравнении с транзакциями, выполняемыми с помощью карт с магнитной полосой. Однако транзакции, выполняемые с помощью смарт-карт, традиционно дольше обрабатываются на устройстве считывания, чем транзакции, выполняемые с помощью традиционных карт с магнитной полосой, когда пользователь после первоначального проведения картой может просто положить карту обратно в свой карман, не ожидая завершения транзакции. Это может вызвать раздражение со стороны пользователя, поскольку он может быть недоволен тем, что необходимо ждать завершения транзакции, выполняемой с помощью смарт-карты, прежде чем забрать карту. [0002] Smart cards store user account information on integrated circuits rather than on magnetic stripes. They may be contact cards that are physically inserted (or "switched") into a reader (eg, terminal). Transactions made with smart cards provide more fraud protection than transactions made with magnetic stripe cards. However, smart card transactions traditionally take longer to process at the reader than traditional magnetic stripe transactions where the user, after initially swiping the card, can simply put the card back in their pocket without waiting for the transaction to complete. This may cause irritation on the part of the user, as he may be unhappy that he must wait for the completion of the transaction performed using the smart card before picking up the card.

[0003] Во время обычной транзакции, выполняемой с помощью смарт-карты, пользователю может быть необходимо ждать от восьми до двенадцати секунд, прежде чем ему будет позволено извлечь смарт-карту из устройства доступа. Иногда смарт-карты должны оставаться вставленными в течение более 20 секунд, прежде чем пользователь сможет извлечь смарт-карту. [0003] During a typical smart card transaction, the user may need to wait eight to twelve seconds before being allowed to remove the smart card from the access device. Sometimes smart cards must remain inserted for more than 20 seconds before the user can remove the smart card.

[0004] В дополнение к фактическому увеличению времени, пользователю может показаться, что это занимает еще большее количество времени. Пользователю может быть привычен процесс проведения, который может казаться моментальным, поскольку карта может никогда не покидать руки пользователя, и пользователь может сразу же положить карту обратно в свой карман. Соответственно, любое количество времени, когда пользователь отпускает карту и должен ждать, прежде чем забрать ее, может показаться более долгим, чем фактическое время. [0004] In addition to the actual increase in time, it may seem to the user that it takes even more time. The user may be accustomed to the swiping process, which may seem instantaneous, since the card may never leave the user's hand, and the user may immediately put the card back into his pocket. Accordingly, any amount of time the user releases the card and has to wait before picking it up may appear to be longer than the actual time.

[0005] Более долгое время обработки транзакций, выполняемых с помощью смарт-карт, может также привести к тому, что смарт-карты будут забыты. Например, время обработки может быть достаточно долгим, чтобы пользователь забыл о смарт-карте и оставил ее после завершения транзакции. Кроме того, пользователь может случайно забрать смарт-карту до того, как это можно. Это может прервать транзакцию, так что может понадобиться повторный запуск транзакции. [0005] Longer processing times for smart card transactions can also result in smart cards being forgotten. For example, the processing time may be long enough that the user forgets about the smart card and leaves it after the transaction is completed. In addition, the user may accidentally pick up the smart card before it is possible. This may abort the transaction, so the transaction may need to be restarted.

[0006] Варианты осуществления настоящего изобретения устраняют эти и другие недостатки по отдельности и вместе. [0006] Embodiments of the present invention address these and other disadvantages individually and collectively.

СУЩНОСТЬ ИЗОБРЕТЕНИЯSUMMARY OF THE INVENTION

[0007] Один вариант осуществления настоящего изобретения относится к способу. Способ включает обеспечение физического контакта устройства доступа с устройством пользователя. Способ также включает прием удостоверяющих данных с устройства пользователя для транзакции и сохранение удостоверяющих данных. Способ дополнительно включает обеспечение возможности извлечения устройства пользователя из устройства доступа прежде, чем сообщение с ответом авторизации для транзакции будет принято с компьютера субъекта авторизации. Способ также включает генерирование сообщения с запросом авторизации для транзакции и передачу сообщения с запросом авторизации на компьютер субъекта авторизации. Способ дополнительно включает прием сообщения с ответом авторизации для транзакции с компьютера субъекта авторизации. Сообщение с ответом авторизации принимают тогда, когда устройство пользователя физически отделено от устройства доступа. [0007] One embodiment of the present invention relates to a method. The method includes making the access device physically contact the user's device. The method also includes receiving credential data from the user's device for the transaction and storing the credential data. The method further includes allowing the user's device to be removed from the access device before the authorization response message for the transaction is received from the authorization subject's computer. The method also includes generating an authorization request message for the transaction and transmitting the authorization request message to the computer of the authorization subject. The method further includes receiving an authorization response message for the transaction from the computer of the authorization subject. An authorization response message is received when the user's device is physically separated from the access device.

[0008] Другой вариант осуществления настоящего изобретения относится к устройству доступа, предназначенному для выполнения вышеописанного способа. [0008] Another embodiment of the present invention relates to an access device for performing the above described method.

[0009] Дополнительные подробности, относящиеся к вариантам осуществления настоящего изобретения, можно найти в разделах подробного описания и описания графических материалов. [0009] Additional details relating to embodiments of the present invention can be found in the detailed description and description sections of the drawings.

КРАТКОЕ ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВBRIEF DESCRIPTION OF GRAPHICS

[0010] На фиг. 1 показана структурная схема системы согласно одному варианту осуществления настоящего изобретения. [0010] FIG. 1 shows a block diagram of a system according to one embodiment of the present invention.

[0011] На фиг. 2 показана структурная схема примерного устройства пользователя согласно одному варианту осуществления настоящего изобретения. [0011] FIG. 2 is a block diagram of an exemplary user device according to one embodiment of the present invention.

[0012] На фиг. 3 показана структурная схема примерного устройства доступа согласно одному варианту осуществления настоящего изобретения. [0012] FIG. 3 is a block diagram of an exemplary access device according to one embodiment of the present invention.

[0013] На фиг. 4 показана блок-схема, на которой проиллюстрирован первый способ обработки транзакции согласно вариантам осуществления настоящего изобретения. [0013] FIG. 4 is a flowchart illustrating a first transaction processing method according to embodiments of the present invention.

[0014] На фиг. 5 показана блок-схема, на которой проиллюстрирован второй способ обработки транзакции согласно вариантам осуществления настоящего изобретения. [0014] FIG. 5 is a flowchart illustrating a second transaction processing method according to embodiments of the present invention.

[0015] На фиг. 6 показана схема последовательности операций, на которой представлен обмен данными при обработке транзакции между устройством пользователя и устройством доступа. [0015] FIG. 6 is a flowchart showing communication in transaction processing between a user device and an access device.

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯDETAILED DESCRIPTION OF THE INVENTION

[0016] Варианты осуществления настоящего изобретения относятся к системам и способам сокращения времени обработки для транзакций на основе интеллектуальных устройств пользователя (например, контактной чип-карты), чтобы улучшить впечатления пользователя. Годами потребители проводили своими картами с магнитной полосой по устройству доступа и прятали их обратно в свой кошелек, не ожидания завершения транзакции. Варианты осуществления, описанные в настоящем документе, обеспечивают осуществление такой же быстрой и простой обработки транзакций во время транзакций, выполняемых с помощью интеллектуальных устройств пользователя. Более быстрая обработка транзакций может быть достигнута посредством одного или более из следующих изменений в обычной обработке транзакций. [0016] Embodiments of the present invention relate to systems and methods for reducing processing time for transactions based on smart user devices (eg, a contact chip card) to improve the user experience. For years, consumers swiped their magnetic stripe cards across the access device and hid them back in their wallet without waiting for the transaction to complete. The embodiments described herein enable the same fast and simple transaction processing to be performed during transactions performed by smart user devices. Faster transaction processing can be achieved through one or more of the following changes to normal transaction processing.

[0017] В вариантах осуществления настоящего изобретения устройство пользователя может быть извлечено из устройства доступа до завершения транзакции. Например, устройство доступа может информировать устройство пользователя о том, что транзакция завершена или отменена (например, посредством запроса второй криптограммы), даже если транзакция фактически все еще ожидает обработки. Устройство пользователя может затем завершать свою обработку для текущей транзакции, возвращаться к настройке по умолчанию и тем самым быть готово к извлечению из устройства доступа. В результате устройство пользователя может быть извлечено из устройства доступа прежде, чем сообщение с запросом авторизации будет принято от субъекта авторизации. [0017] In embodiments of the present invention, the user's device may be removed from the access device before the transaction is completed. For example, the access device may inform the user device that the transaction has been completed or canceled (eg, by requesting a second cryptogram), even though the transaction is actually still pending. The user's device may then complete its processing for the current transaction, return to the default setting, and thereby be ready to be retrieved from the access device. As a result, the user's device can be retrieved from the access device before the authorization request message is received from the authorization subject.

[0018] В некоторых вариантах осуществления устройство доступа может сохранять информацию об устройстве пользователя, обеспечивая тем самым возможность извлечения устройства пользователя еще раньше (например, прежде чем будет отправлено сообщение с запросом авторизации). Вместо сбора информации об устройстве пользователя непосредственно с устройства пользователя при генерировании сообщения с запросом авторизации, для сообщения с запросом авторизации может быть использована сохраненная информация. Таким образом, сразу после приема информации об устройстве пользователя на устройстве пользователя, информация может быть сохранена на устройстве доступа, и устройство пользователя может быть извлечено. Например, устройство доступа может завершать сеанс связи с устройством пользователя (например, информируя устройство пользователя о том, что онлайн-обработка невозможна, и запрашивая криптограмму) сразу после приема и сохранения информации об устройстве пользователя. [0018] In some embodiments, the access device may store information about the user's device, thereby allowing the user's device to be retrieved even earlier (eg, before an authorization request message is sent). Instead of collecting information about the user's device directly from the user's device when generating the authorization request message, stored information can be used for the authorization request message. Thus, once information about the user's device is received on the user's device, the information can be stored on the access device and the user's device can be retrieved. For example, the access device may end a communication session with the user device (eg, informing the user device that online processing is not possible and requesting a cryptogram) immediately after receiving and storing information about the user device.

[0019] В некоторых вариантах осуществления устройство доступа может предоставлять оценочную или предварительно установленную сумму транзакции на устройство пользователя. Устройство пользователя может иметь возможность использовать оценочную сумму транзакции при генерировании криптограммы для транзакции. В результате устройству пользователя может быть не нужно дожидаться определения окончательной суммы транзакции, прежде чем сгенерировать криптограмму. Вместо этого устройство пользователя может предоставлять удостоверяющие данные на устройство доступа параллельно со сканированием покупаемых предметов и расчетом суммы транзакции. Соответственно, устройство пользователя может сразу предоставлять удостоверяющие данные на устройство доступа, так что обмен данными между устройством пользователя и устройством доступа может быть завершена без какой-либо задержки, и затем устройство пользователя может быть извлечено. Затем может быть отправлено сообщение с запросом авторизации, которое содержит как оценочную сумму, так и окончательную сумму, так что субъект авторизации может проверить криптограмму, а также авторизовать фактическую сумму. [0019] In some embodiments, the access device may provide an estimated or preset transaction amount to the user device. The user's device may be able to use the estimated amount of the transaction when generating the cryptogram for the transaction. As a result, the user's device may not need to wait for the final amount of the transaction to be determined before generating the cryptogram. Instead, the user's device may provide credential information to the access device in parallel with scanning for purchased items and calculating the transaction amount. Accordingly, the user device can immediately provide credential data to the access device, so that communication between the user device and the access device can be completed without any delay, and then the user device can be removed. An authorization request message can then be sent that contains both the estimated amount and the final amount so that the authorization subject can verify the cryptogram as well as authorize the actual amount.

[0020] Варианты осуществления настоящего изобретения позволяют сократить время вставки устройства пользователя до двух секунд или меньше. Таким образом, варианты осуществления обеспечивают среднее сокращение на шесть-десять секунд (75% - 83%) по сравнению с текущим средним временем вставки, составляющим от восьми до двенадцати секунд, а также потенциальное сокращение времени на восемнадцать секунд или больше (90% или больше) по сравнению с текущим возможным временем вставки, составляющим двадцать или больше секунд. Для транзакции, при которой устройство пользователя вставляют прежде, чем будет известна окончательная сумма транзакции (например, для транзакции в бакалейном магазине), время вставки устройства пользователя может быть дополнительно сокращено на время, необходимое служащему для сканирования всех предметов (например, потенциально минут, в зависимости от количества предметов). [0020] Embodiments of the present invention reduce the user device insertion time to two seconds or less. Thus, the embodiments provide an average reduction of six to ten seconds (75% - 83%) compared to the current average insertion time of eight to twelve seconds, as well as a potential reduction in time of eighteen seconds or more (90% or more ) compared to the current possible insertion time of twenty seconds or more. For a transaction in which the user's device is inserted before the final amount of the transaction is known (eg, for a grocery store transaction), the insertion time of the user's device can be further reduced by the time it takes an employee to scan all items (eg, potentially minutes, per depending on the number of items).

[0021] В дополнение, варианты осуществления, описанные в настоящем документе, могут не требовать изменений современных систем устройств доступа. Современные системы могут только принимать установочный файл программного обеспечения, чтобы соответствовать вариантам осуществления, описанным в настоящем документе. Могут не требоваться никакие изменения стандартной обработки транзакций (например, обработки EMV или Europay, MasterCard и Visa) или самого устройства пользователя, и могут не требоваться никакие дополнительные тестирование или сертификация. Кроме того, может отсутствовать влияние на маршрутизацию, банки продавцов, сеть платежей или эмитента карты. [0021] In addition, the embodiments described herein may not require changes to current access device systems. Current systems may only accept a software installation file to comply with the embodiments described herein. No changes to standard transaction processing (such as EMV or Europay, MasterCard and Visa processing) or the user device itself may be required, and no additional testing or certification may be required. Also, there may be no impact on routing, merchant banks, payment network, or card issuer.

[0022] Варианты осуществления настоящего изобретения могут применяться к любой форме транзакции с помощью устройства пользователя. Например, любая транзакция, включающая применение контактной карты и устройства доступа, может использовать эти способы для сокращения времени вставки устройства. В качестве примеров, варианты осуществления могут быть использованы для платежных транзакций (например, оплаты с помощью кредитной смарт-карты, дебетовой смарт-карты или предоплаченной смарт-карты на POS-терминале продавца), транзакций доступа (например, получения доступа к области с ограниченным доступом с помощью смарт-пропуска) или транзакции любого другого подходящего типа. [0022] Embodiments of the present invention may apply to any form of transaction using a user's device. For example, any transaction involving the use of a contact card and an access device can use these techniques to reduce device insertion time. As examples, the embodiments can be used for payment transactions (e.g., paying with a credit smart card, debit smart card, or prepaid smart card at a merchant's POS), access transactions (e.g., gaining access to a restricted area). smart pass access) or any other suitable type of transaction.

[0023] Перед обсуждением конкретных вариантов осуществления настоящего изобретения могут быть подробно описаны некоторые термины. [0023] Before discussing specific embodiments of the present invention, certain terms may be described in detail.

[0024] «Устройство пользователя» может включать в себя любое подходящее устройство, связанное с пользователем. Устройство пользователя может содержать основу, такую как бумажная или пластиковая карта, и информацию, которая напечатана, вытиснена, закодирована или иным образом включена в поверхность объекта или возле нее. Устройство пользователя может содержать схему, например, с постоянными величинами напряжения, для хранения информации. Подходящие устройства пользователя могут быть ручными и компактными, так что они могут помещаться в кошельке и/или кармане пользователя (например, они могут быть карманного формата). Устройство пользователя может работать по меньшей мере в контактном режиме. В качестве примера, устройство пользователя может включать смарт-карту. В некоторых вариантах осуществления смарт-карта может служить в качестве платежной карты, карты-пропуска, карты доступа или карты любого другого подходящего типа. Если устройство пользователя имеет форму дебетовой карты, кредитной карты или смарт-карты, устройство пользователя также необязательно может иметь такие признаки как магнитные полосы. В некоторых вариантах осуществления устройство пользователя может быть использовано для проведения финансовой транзакции. Такое устройство пользователя может называться «платежным устройством». Например, устройство пользователя может быть связано с величиной, такой как денежное выражение, скидка или кредит в магазине, и устройство пользователя может быть связано с субъектом, таким как банк, продавец, сеть обработки платежей или человек. [0024] A "user device" may include any suitable device associated with a user. The user's device may include a substrate, such as a paper or plastic card, and information that is printed, embossed, encoded, or otherwise incorporated into or near the surface of an object. The user device may include circuitry, for example with constant voltage values, for storing information. Suitable user devices can be handheld and compact so that they can fit in a user's wallet and/or pocket (eg, they can be pocket-sized). The user's device may operate at least in contact mode. As an example, the user's device may include a smart card. In some embodiments, the smart card may serve as a payment card, pass card, access card, or any other suitable type of card. If the user's device is in the form of a debit card, credit card, or smart card, the user's device may also optionally have features such as magnetic stripes. In some embodiments, a user's device may be used to conduct a financial transaction. Such a user device may be referred to as a "payment device". For example, a user's device may be associated with a value, such as a currency, discount, or store credit, and a user's device may be associated with an entity, such as a bank, merchant, payment processing network, or person.

[0025] «Удостоверяющие данные» могут включать любую подходящую информацию, которая служит в качестве надежного подтверждения ценности, собственности, личности или полномочий. Удостоверяющие данные могут представлять собой строку из цифр, букв или любых других подходящих символов, которые могут присутствовать или содержаться в любом объекте или документе, который может служить подтверждением. Примеры удостоверяющих данных включают платежные удостоверяющие данные, криптограммы, удостоверяющие данные доступа и удостоверяющие данные любого другого подходящего типа. [0025] "Credential data" may include any suitable information that serves as a reliable proof of value, ownership, identity, or authority. The credential data may be a string of numbers, letters, or any other suitable characters that may be present or contained in any object or document that may serve as an attestation. Examples of credentials include payment credentials, cryptograms, access credentials, and any other suitable type of credential.

[0026] «Платежные удостоверяющие данные» могут включать любую подходящую информацию, связанную со счетом (например, расчетным счетом и/или платежным устройством, связанным со счетом). Такая информация может непосредственно относиться к счету или может быть получена из информации, относящейся к счету. Примеры платежных удостоверяющих данных могут включать PAN (номер основного счета или «номер счета»), имя пользователя, дату завершения срока действия и коды проверки, такие как CVV (проверочный параметр карты), dCVV (динамический проверочный параметр карты), CVV2 (2 проверочный параметр карты), проверочные параметры карты CVC3 и т.д. Примером PAN является 16-значное число, такое как «4147 0900 0000 1234». В некоторых вариантах осуществления платежные удостоверяющие данные могут включать дополнительную информацию, которая может быть использована для авторизации транзакции. Например, платежные удостоверяющие данные могут включать криптограмму, связанную с транзакцией. [0026] "Payment Credentials" may include any suitable information associated with an account (eg, a checking account and/or a payment device associated with the account). Such information may be directly related to the account or may be derived from information related to the account. Examples of payment credentials may include PAN (primary account number or "account number"), username, expiration date, and verification codes such as CVV (Card Verification Value), dCVV (Dynamic Card Verification Value), CVV2 (2nd Verification card parameter), CVC3 card test parameters, etc. An example of a PAN is a 16 digit number such as "4147 0900 0000 1234". In some embodiments, payment credentials may include additional information that can be used to authorize a transaction. For example, payment credentials may include a cryptogram associated with the transaction.

[0027] «Ключ шифрования» может включать любое значение данных или другую информацию, подходящую для криптографического шифрования данных. «Ключ расшифровки» может включать любое значение данных или другую информацию, подходящую для расшифровки зашифрованных данных. В некоторых случаях ключ шифрования и ключ расшифровки могут быть одним и тем же ключом (т.е. «симметричным ключом»). [0027] An "encryption key" may include any data value or other information suitable for cryptographically encrypting data. The "decryption key" may include any data value or other information suitable for decrypting the encrypted data. In some cases, the encryption key and the decryption key may be the same key (i.e., a "symmetric key").

[0028] «Криптограмма» может включать зашифрованную информацию. Например, криптограмма может представлять собой набор текстовых данных, зашифрованных с помощью ключа шифрования. [0028] A "cryptogram" may include encrypted information. For example, a cryptogram may be a set of textual data encrypted with an encryption key.

[0029] «Устройство доступа» может представлять собой любое подходящее устройство, которое предоставляет доступ к удаленной системе. Устройство доступа также может быть использовано для осуществления связи с компьютером продавца, компьютером обработки транзакций, компьютером аутентификации или любой другой подходящей системой. Устройство доступа может в целом быть расположено в любом подходящем месте, таком как местоположение продавца. Устройство доступа может быть выполнено в любой подходящей форме. Некоторые примеры устройств доступа включают POS-устройства, или устройства в точке продажи (например, POS-терминалы), сотовые телефоны, личные цифровые помощники, персональные компьютеры (PC), планшетные компьютеры, специализированные ручные устройства считывания, приставки, электронные кассовые аппараты (ECR), автоматические кассовые машины (ATM), виртуальные кассовые аппараты (VCR), киоски, системы безопасности, системы доступа и т. п. Устройство доступа может использовать любой подходящий контактный или бесконтактный режим работы для отправки или приема данных с устройства пользователя или связанных с ним данных. В некоторых вариантах осуществления, в которых устройство доступа может включать POS-терминал, может быть использован любой подходящий POS-терминал, и он может содержать устройство считывания, процессор и машиночитаемый носитель. Устройство считывания может иметь любой подходящий контактный или бесконтактный режим работы. Например, для взаимодействия с устройством пользователя примерные устройства считывания карт могут содержать радиочастотные (RF) антенны, оптические сканеры, устройства считывания штрих-кодов или устройства считывания магнитных полос. В некоторых вариантах осуществления сотовый телефон, планшет или другое специализированное беспроводное устройство, используемое в качестве POS-терминала, может быть названо терминалом мобильной точки продажи или «mPOS». [0029] An "access device" can be any suitable device that provides access to a remote system. The access device may also be used to communicate with a merchant's computer, a transaction processing computer, an authentication computer, or any other suitable system. The access device may generally be located at any suitable location, such as the location of a merchant. The access device may be in any suitable form. Some examples of access devices include point-of-sale (POS) or point-of-sale (POS) devices, cell phones, personal digital assistants, personal computers (PCs), tablet computers, dedicated hand-held readers, set-top boxes, electronic cash registers (ECRs). ), automated teller machines (ATMs), virtual cash registers (VCRs), kiosks, security systems, access systems, and the like. him data. In some embodiments in which the access device may include a POS terminal, any suitable POS terminal may be used and may include a reader, a processor, and a computer-readable medium. The reader may have any suitable contact or non-contact mode of operation. For example, to interact with a user's device, exemplary card readers may include radio frequency (RF) antennas, optical scanners, barcode readers, or magnetic stripe readers. In some embodiments, a cell phone, tablet, or other dedicated wireless device used as a POS terminal may be referred to as a mobile point of sale terminal or "mPOS".

[0030] «Сообщение с запросом авторизации» может представлять собой электронное сообщение, которое запрашивает авторизацию для транзакции. В некоторых вариантах осуществления его отправляют на компьютер обработки транзакций и/или эмитенту платежной карты для запроса авторизации для транзакции. Сообщение с запросом авторизации согласно некоторым вариантам осуществления может соответствовать ISO8583, который является стандартом для систем, которые обмениваются информацией электронных транзакций, связанной с платежом, сделанным пользователем с помощью платежного устройства или расчетного счета. Сообщение с запросом авторизации может содержать идентификатор счета эмитента, который может быть связан с платежным устройством или расчетным счетом. Сообщение с запросом авторизации также может содержать дополнительные элементы данных, соответствующие «идентификационной информации», включающей, только в качестве примера: служебный код, CVV (проверочный параметр карты), dCVV (динамический проверочный параметр карты), PAN (номер основного счета или «номер счета»), платежный маркер, имя пользователя, дату завершения срока действия и т. д. Сообщение с запросом авторизации также может содержать «информацию транзакции», такую как любая информация, связанная с текущей транзакцией, такую как сумма транзакции, идентификатор продавца, местоположение продавца, идентификационный номер банка эквайера (BIN), ID акцептанта карты, информацию, идентифицирующую покупаемые товарные позиции, и т. п., а также любую другую информацию, которая может быть использована при определении того, следует ли идентифицировать и/или авторизовать транзакцию. [0030] An "Authorization Request Message" may be an electronic message that requests authorization for a transaction. In some embodiments, it is sent to the transaction processing computer and/or the payment card issuer to request authorization for the transaction. An authorization request message according to some embodiments may conform to ISO8583, which is a standard for systems that exchange electronic transaction information associated with a payment made by a user with a payment device or checking account. The authorization request message may contain an issuer account identifier, which may be associated with a payment device or settlement account. The authorization request message may also contain additional data elements corresponding to "identification information" including, by way of example only: service code, CVV (Card Verification Value), dCVV (Dynamic Card Verification Value), PAN (Primary Account Number or account"), payment token, username, expiration date, etc. The authorization request message may also contain "transaction information", such as any information associated with the current transaction, such as transaction amount, merchant ID, location merchant, acquiring bank identification number (BIN), card acceptor ID, information identifying items being purchased, etc., as well as any other information that can be used in determining whether a transaction should be identified and/or authorized.

[0031] «Сообщение с ответом авторизации» может представлять собой сообщение, которое отвечает на запрос авторизации. В некоторых случаях оно может представлять собой ответ в электронном сообщении на сообщение с запросом авторизации, сгенерированный финансовой организацией-эмитентом или компьютером обработки транзакций. Сообщение с ответом авторизации может содержать, только в качестве примера, один или более из следующих указателей состояния: «одобрение» - транзакция была одобрена; «отклонение» - транзакция не была одобрена; или «вызов центра» - ответ, требующий больше информации, при этом продавец должен позвонить по бесплатному телефонному номеру для авторизации. Сообщение с ответом авторизации также может включать код авторизации, который может представлять собой код, который выдавший кредитную карту банк возвращает в ответ на сообщение с запросом авторизации в электронном сообщении (либо непосредственным образом, либо через компьютер обработки транзакций) на устройство доступа продавца (например, POS-оборудование), который обозначает одобрение транзакции. Код может служить подтверждением авторизации. Как указано выше, в некоторых вариантах осуществления компьютер обработки транзакций может генерировать или направлять сообщение с ответом авторизации продавцу. [0031] An "Authorization Response Message" may be a message that responds to an authorization request. In some cases, it may be an electronic response to an authorization request message generated by the issuing financial institution or the transaction processing computer. The authorization response message may contain, by way of example only, one or more of the following status indicators: "approval" - the transaction has been approved; "rejection" - the transaction was not approved; or "call center", a response that requires more information, with the seller having to call a toll-free phone number for authorization. The authorization response message may also include an authorization code, which may be a code that the credit card issuing bank returns in response to an authorization request message in an email (either directly or through a transaction processing computer) to a merchant's access device (e.g., POS equipment), which indicates the approval of the transaction. The code can serve as confirmation of authorization. As noted above, in some embodiments, the transaction processing computer may generate or forward an authorization response message to the merchant.

[0032] «Серверный компьютер» может включать мощный компьютер или кластер компьютеров. Например, серверный компьютер может представлять собой крупный универсальный компьютер, кластер мини-компьютеров или группу серверов, функционирующих как один элемент. В одном примере серверный компьютер может представлять собой сервер баз данных, соединенный с веб-сервером. Серверный компьютер может быть подключен к базе данных и может содержать любое аппаратное обеспечение, программное обеспечение, другую логическую часть или сочетание предыдущего для обслуживания запросов от одного или более клиентских компьютеров. [0032] A "server computer" may include a powerful computer or a cluster of computers. For example, a server computer may be a large mainframe computer, a cluster of minicomputers, or a group of servers that function as one unit. In one example, the server computer may be a database server connected to a web server. The server computer may be connected to the database and may contain any hardware, software, other logic or a combination of the previous to serve requests from one or more client computers.

[0033] На фиг. 1 показана система 100, содержащая ряд компонентов. Система 100 содержит устройство 115 пользователя, управляемое пользователем 110. Система 100 дополнительно содержит компьютер 130 поставщика ресурсов, транспортный компьютер 140, компьютер 150 обработки транзакций и компьютер 160 субъекта авторизации, каждый из которых может быть реализован в виде одного или более компьютеров. Устройство 115 пользователя может быть соединено и/или осуществлять связь с устройством 125 доступа, которое может в свою очередь осуществлять связь с компьютером 130 поставщика ресурсов. Кроме того, компьютер 130 поставщика ресурсов, транспортный компьютер 140, компьютер 150 обработки транзакций и компьютер 160 субъекта авторизации все могут быть функционально связаны друг с другом по любым подходящим каналу связи или сети связи. Подходящие сети связи могут представлять собой любое из и/или сочетание следующего: прямое соединение; сеть Интернет; локальная вычислительная сеть (LAN); городская вычислительная сеть (MAN); рабочие миссии и узлы в сети Интернет (OMNI); безопасное обычное соединение; глобальная вычислительная сеть (WAN); беспроводная сеть (например, применяющая, но без ограничения, такие протоколы, как протокол для беспроводной передачи данных (WAP), I-mode и/или т.п.); и/или т.п. [0033] FIG. 1 shows a system 100 containing a number of components. System 100 includes a user device 115 controlled by user 110 . System 100 further includes resource provider computer 130 , transport computer 140 , transaction processing computer 150 , and authorization subject computer 160 , each of which may be implemented as one or more computers. User device 115 may be connected to and/or communicate with access device 125 , which may in turn communicate with resource provider computer 130 . In addition, resource provider computer 130 , transport computer 140 , transaction processing computer 150 , and authorization subject computer 160 may all be operatively connected to each other over any suitable communication channel or communication network. Suitable communication networks may be any and/or combination of the following: direct connection; Internet; local area network (LAN); city computer network (MAN); operational missions and nodes on the Internet (OMNI); secure regular connection; wide area network (WAN); a wireless network (eg, using, but not limited to, protocols such as WAP, I-mode, and/or the like); and/or the like.

[0034] Сообщения между компьютерами, сетями и устройствами могут быть переданы с помощью протоколов защищенной связи, таких как, но без ограничения, протокол передачи файлов (FTP); протокол передачи гипертекста (HTTP); безопасный протокол передачи гипертекста (HTTPS), уровень защищенных сокетов (SSL), ISO (например, ISO 8583) и/или т.п. [0034] Messages between computers, networks, and devices may be transferred using secure communication protocols such as, but not limited to, File Transfer Protocol (FTP); Hypertext Transfer Protocol (HTTP); Hypertext Transfer Protocol Secure (HTTPS), Secure Sockets Layer (SSL), ISO (eg, ISO 8583), and/or the like.

[0035] Пример устройства 115 пользователя согласно некоторым вариантам осуществления настоящего изобретения показан на фиг. 2. Как показано, в некоторых вариантах осуществления устройство 115 пользователя может принимать форму карты, содержащей пластмассовую основу 115(s). В некоторых вариантах осуществления устройство 115 пользователя может содержать контактный элемент 115(c), который присутствует на пластмассовой основе 115(s) или встроен в нее. Контактный элемент 115(c) может содержать микропроцессор и/или память (например, микросхемы памяти с данными пользователя, хранящимися в них). Контактный элемент 115(c) может предоставлять устройству 115 пользователя возможность взаимодействовать и осуществлять связь с устройством 125 доступа. В некоторых вариантах осуществления бесконтактный элемент 115(o) для взаимодействия с устройством доступа может быть также представлен на пластмассовой основе 115(s) или быть встроен в нее. На пластмассовой основе 115(s) также может быть магнитная полоса 115(n). Идентификационная информация 115(p) может быть напечатана или вытиснена на карте. Идентификационная информация может содержать, например, номер счета, дату завершения срока действия и/или имя пользователя. [0035] An example of a user device 115 according to some embodiments of the present invention is shown in FIG. 2 . As shown, in some embodiments, the user device 115 may take the form of a card containing the plastic base 115(s). In some embodiments, the user device 115 may include a contact element 115(c) that is present on or embedded in the plastic base 115(s) . Contact element 115(c) may include a microprocessor and/or memory (eg, memory chips with user data stored therein). The contact element 115(c) may allow the user device 115 to interact and communicate with the access device 125 . In some embodiments, the contactless element 115(o) for interacting with the access device may also be provided on or embedded in the plastic base 115(s) . The plastic base 115(s) may also have a magnetic stripe 115(n). The identification information 115(p) may be printed or embossed on the card. The identification information may include, for example, an account number, an expiration date, and/or a username.

[0036] Пользователь 110 может иметь возможность использовать устройство 115 пользователя для проведения транзакций с поставщиком ресурсов, связанным с компьютером 130 поставщика ресурсов. Устройство 115 пользователя может хранить информацию, связанную с пользователем 110 и/или счетом (например, на контактном элементе 115(c)). Например, устройство 115 пользователя может представлять собой платежную смарт-карту, и контактный элемент 115(c) может хранить платежные удостоверяющие данные, а также личную информацию, такую как имя, адрес, адрес электронной почты, телефонный номер или любая другая подходящая идентификационная информация 115(p). Контактный элемент 115(c) может иметь возможность предоставлять эту информацию на устройство 125 доступа во время транзакции. Устройство 115 пользователя может быть закреплено за пользователем 110 субъектом авторизации, таким как банк-эмитент. [0036] The user 110 may be able to use the user's device 115 to conduct transactions with a resource provider associated with the resource provider's computer 130 . User device 115 may store information associated with user 110 and/or account (eg, on contact element 115(c)). For example, user device 115 may be a payment smart card and contact element 115(c) may store payment credentials as well as personal information such as name, address, email address, telephone number, or any other suitable identification information 115 (p). Contact element 115(c) may be able to provide this information to access device 125 during a transaction. The user device 115 may be assigned to the user 110 by an authorization entity, such as an issuing bank.

[0037] Ссылаясь снова на фиг. 1, компьютер 130 поставщика ресурсов может быть связан с поставщиком ресурсов, который может быть субъектом, который может предоставлять ресурс, такой как товары, услуги, информация и/или доступ. Примеры поставщика ресурсов включают продавцов, устройства доступа, защищенные точки доступа к данным и т.д. Продавец, как правило, может представлять собой субъект, который вовлечен в транзакции и может продавать товары или услуги или предоставлять доступ к товарам или услугам. [0037] Referring again to FIG. 1 , resource provider computer 130 may be associated with a resource provider, which may be an entity that may provide a resource such as goods, services, information, and/or access. Examples of a resource provider include vendors, access devices, secure data access points, and so on. A merchant can typically be an entity that is involved in transactions and can sell goods or services or provide access to goods or services.

[0038] Поставщик ресурсов может принимать различные формы платежей (например, устройство 115 пользователя) и может использовать различные средства для проведения разных типов транзакций. Например, поставщик ресурсов может управлять физическим магазином и использовать устройство 125 доступа для транзакций при личном присутствии. Поставщик ресурсов может также продавать товары и/или услуги через веб-сайт и может принимать платежи по Интернет. [0038] The resource provider may accept various forms of payments (eg, user device 115 ) and may use various means to conduct different types of transactions. For example, a resource provider may operate a physical store and use the access device 125 for in-person transactions. The resource provider may also sell goods and/or services through the website and may accept payments over the Internet.

[0039] Пример устройства 125 доступа согласно некоторым вариантам осуществления настоящего изобретения показан на фиг. 3. Устройство 125 доступа может содержать процессор 125(c), функционально связанный с машиночитаемым носителем 125(d) (например, одной или более микросхемами памяти и т.д.), элементы 125(b) ввода, такие как клавиши или т.п., одно или более устройств 125(a) считывания (например, устройство контактного считывания чипов, устройство бесконтактного считывания, устройство считывания магнитных полос и т.д.), устройство 125(e) вывода (например, дисплей, динамик и т.д.) и сетевой интерфейс 125(f). Один или более из этих компонентов могут быть расположены в корпусе. [0039] An example of an access device 125 according to some embodiments of the present invention is shown in FIG. 3 . The access device 125 may include a processor 125(c) operatively coupled to a computer-readable medium 125(d) (eg, one or more memory chips, etc.), input elements 125(b) such as keys, or the like. , one or more readers 125(a) (e.g., contact chip reader, contactless reader, magnetic stripe reader, etc.), output device 125(e) (e.g., display, speaker, etc.). ) and network interface 125(f). One or more of these components may be located in the housing.

[0040] Машиночитаемый носитель 125(d) может содержать команды или код, исполняемые процессором. Команды могут включать команды для отправки команды на устройство 115 пользователя при осуществлении контакта с этим устройством и команды для осуществления связи с устройством 115 пользователя для получения удостоверяющих данных и иной обработки транзакции. Машиночитаемый носитель 125(d) может также содержать команды для запроса авторизации транзакции компьютером 160 субъекта авторизации и команды для любой другой подходящей функции, как описано в настоящем документе. [0040] The computer-readable medium 125(d) may contain instructions or code executable by a processor. The commands may include commands to send a command to the user's device 115 when contacting that device, and commands to communicate with the user's device 115 to obtain credentials and otherwise process the transaction. The computer readable medium 125(d) may also contain instructions for requesting authorization of a transaction by the computer 160 of the authorization subject and instructions for any other suitable function, as described herein.

[0041] Ссылаясь снова на фиг. 1, транспортный компьютер 140 может быть связан с эквайером, который может, как правило, представлять собой субъект предпринимательства (например, коммерческий банк), который имеет коммерческую связь с конкретным продавцом или другим субъектом. Некоторые субъекты могут выполнять функции как эмитента, так и эквайера. Некоторые варианты осуществления могут охватывать такие единые субъекты эмитентов-эквайеров. Транспортный компьютер 140 может более конкретно называться компьютер эквайера. [0041] Referring again to FIG. 1 , transport computer 140 may be associated with an acquirer, which may typically be a business entity (eg, a commercial bank) that has a commercial relationship with a particular merchant or other entity. Some entities may act as both an issuer and an acquirer. Some embodiments may cover such single acquirer-issuer entities. Transport computer 140 may be more specifically referred to as an acquirer computer.

[0042] Компьютер 150 обработки транзакций может быть расположен между транспортным компьютером 140 и компьютером 160 субъекта авторизации. Компьютер 150 обработки транзакций может содержать подсистемы, сети и операции обработки данных, применяемые для поддержки и доставки услуг авторизации, услуг стоп-листов и услуг клиринга и расчетов. Например, компьютер 150 обработки транзакций может содержать сервер, подключенный к сетевому интерфейсу (например, внешним интерфейсом связи), и базы данных с информацией. Компьютер 150 обработки транзакций может быть типичным для сети обработки транзакций. Примером сети обработки транзакций может служить VisaNet™. Сети обработки транзакций, такие как VisaNet™, могут обрабатывать транзакции кредитных карт, транзакции дебетовых карт и другие типы коммерческих транзакций. VisaNet™, в частности, содержит систему VIP (систему комплексных платежей Visa), которая обрабатывает запросы авторизации, и систему Base II, которая выполняет услуги клиринга и расчетов. Компьютер 150 обработки транзакций может использовать любую подходящую проводную или беспроводную сеть, включая Интернет. [0042] The transaction processing computer 150 may be located between the transport computer 140 and the computer 160 of the authorization subject. Transaction processing computer 150 may include subsystems, networks, and processing operations used to support and deliver authorization services, stop list services, and clearing and settlement services. For example, transaction processing computer 150 may include a server connected to a network interface (eg, an external communications interface) and information databases. The transaction processing computer 150 may be typical of a transaction processing network. An example of a transaction processing network is VisaNet™. Transaction processing networks such as VisaNet™ can process credit card transactions, debit card transactions, and other types of commercial transactions. VisaNet™ specifically includes a VIP system (Visa Integrated Payment System) that processes authorization requests and a Base II system that performs clearing and settlement services. Transaction processing computer 150 may use any suitable wired or wireless network, including the Internet.

[0043] Компьютер 160 субъекта авторизации может быть связан с субъектом авторизации, который может представлять собой субъект, который авторизует запрос. Примером субъекта авторизации может быть эмитент, который может, как правило, относиться к субъекту предпринимательства (например, банку), который поддерживает счет для пользователя. Эмитент может также открывать расчетный счет, связанный с устройством 115 пользователя, и управлять им. [0043] Authorization subject computer 160 may be associated with an authorization subject, which may be the subject that authorizes the request. An example of an authorization entity would be an issuer, which may typically refer to a business entity (eg, a bank) that maintains an account for a user. The issuer may also open and manage a checking account associated with the user's device 115 .

[0044] Компьютер 150 обработки транзакций, транспортный компьютер 140 и компьютер 160 субъекта авторизации могут применять подходящие таблицы маршрутизации для маршрутизации сообщений с запросом авторизации и/или сообщений с ответом авторизации с применением платежных удостоверяющих данных, идентификаторов продавцов или других идентификаторов счетов. [0044] Transaction processing computer 150 , transport computer 140, and authorization subject computer 160 may use appropriate routing tables to route authorization request messages and/or authorization response messages using payment credentials, merchant identifiers, or other account identifiers.

[0045] Способ 400 согласно вариантам осуществления настоящего изобретения может быть описан со ссылкой на фиг. 4. Также приведены ссылки на некоторые элементы, представленные на других фигурах. [0045] A method 400 according to embodiments of the present invention may be described with reference to FIG. 4 . References are also made to some of the elements shown in other figures.

[0046] Этапы, представленные в способе 400, а также этапы, показанные на фиг. 5-7, могут быть выполнены последовательно или в любом подходящем порядке в вариантах осуществления настоящего изобретения. В некоторых вариантах осуществления один или более этапов могут быть необязательными. [0046] The steps presented in the method 400 , as well as the steps shown in FIG. 5-7 may be performed sequentially or in any suitable order in embodiments of the present invention. In some embodiments, one or more steps may be optional.

[0047] Различные сообщения, описанные ниже, а также сообщения, описанные со ссылкой на фиг. 5-7, могут использовать любую подходящую форму связи. В некоторых вариантах осуществления запрос или ответ могут иметь формат электронного сообщения, такой как сообщение электронной почты, сообщение службы коротких сообщений (SMS), сообщение службы мультимедийных сообщений (MMS), сообщение с запросом протокола передачи гипертекста (HTTP), пакет протокола управления передачей (TCP), передача из веб-формы. Запрос или ответ может быть направлен в любое подходящее местоположение, такое как адрес электронной почты, телефонный номер, адрес Интернет-протокола (IP) или унифицированный указатель ресурса (URL). В некоторых вариантах осуществления запрос или ответ может содержать сочетание сообщений разных типов, такое как сообщения как электронной почты, так и службы коротких сообщений. [0047] The various messages described below, as well as the messages described with reference to FIG. 5-7 may use any suitable form of communication. In some embodiments, the request or response may be in an electronic message format, such as an email message, a short message service (SMS) message, a multimedia messaging service (MMS) message, a Hypertext Transfer Protocol (HTTP) request message, a transmission control protocol packet ( TCP), transfer from a web form. The request or response may be directed to any suitable location, such as an email address, telephone number, Internet Protocol (IP) address, or Uniform Resource Locator (URL). In some embodiments, the request or response may contain a combination of different types of messages, such as both email messages and short message services.

[0048] Способ 400 обеспечивает более быстрый обмен данными между устройством 115 пользователя и устройством 125 доступа во время транзакции. Как упомянуто выше, этот способ может использоваться для транзакции любого подходящего типа, такого как платежная транзакция, транзакция доступа, транзакция аутентификации и т. д., и транзакция может включать значение любого подходящего типа, такое как сумма средств, удостоверяющие личность данные, криптограмма, значение данных и т. д. Однако с целью объяснения ниже описана платежная транзакция для авторизации суммы средств. [0048] Method 400 enables faster communication between user device 115 and access device 125 during a transaction. As mentioned above, this method can be used for a transaction of any suitable type, such as a payment transaction, an access transaction, an authentication transaction, etc., and a transaction can include a value of any suitable type, such as an amount of funds, an identity, a cryptogram, data value, etc. However, for the purpose of explanation, the payment transaction for authorizing the amount of funds is described below.

[0049] На этапе S410 транзакция может начинаться. Например, пользователь 110 может подойти к устройству 125 доступа в местоположении поставщика ресурсов, чтобы купить один или более товаров и/или услуг. Устройство 125 доступа может начать прием информации о покупаемых предметах и суммирование цен каждого из предметов (например, во время процесса «заявки на электронном кассовом аппарате, или ECR»). [0049] At step S410, a transaction may begin. For example, user 110 may approach access device 125 at a resource provider's location to purchase one or more goods and/or services. The access device 125 may begin receiving information about the items being purchased and adding up the prices of each of the items (eg, during an "electronic cash register bid, or ECR" process).

[0050] На этапе S415 устройство 125 доступа может запрашивать у пользователя 110 предоставить устройство 115 пользователя. Пользователь 110 может тогда предоставлять устройство 115 пользователя на устройство 125 доступа. Например, устройство 115 пользователя может быть вставлено в устройство 125 доступа или иным образом физически соединено с устройством 125 доступа. Контактный интерфейс (например, чипованная плата) на устройстве 115 пользователя может входить в непосредственный контакт со вторым контактным интерфейсом на устройстве 125 доступа. В результате устройство 125 доступа может иметь возможность осуществлять связь с устройством 115 пользователя для обработки транзакции. [0050] In step S415, access device 125 may request user 110 to provide user device 115 . The user 110 may then grant the user device 115 to the access device 125 . For example, user device 115 may be inserted into access device 125 or otherwise physically connected to access device 125 . A contact interface (eg, a chip board) on the user device 115 may come into direct contact with a second contact interface on the access device 125 . As a result, access device 125 may be able to communicate with user device 115 to process a transaction.

[0051] В некоторых вариантах осуществления общая сумма транзакции может не быть полностью рассчитана при первоначальной вставке устройства 115 пользователя. Например, транзакция может происходить в бакалейном магазине, и пользователь 110 может вставить устройство 115 пользователя прежде, чем все предметы будут внесены в устройство 125 доступа продавцом магазина. [0051] In some embodiments, the total amount of the transaction may not be fully calculated upon initial insertion of the user device 115 . For example, the transaction may occur at a grocery store and the user 110 may insert the user's device 115 before all items are entered into the access device 125 by the store clerk.

[0052] Дополнительно в некоторых вариантах осуществления устройство 115 пользователя может генерировать и предоставлять криптограмму для транзакции, и криптограмма может быть основана на сумме транзакции. Соответственно устройство 115 пользователя может ожидать до тех пор, пока сумма транзакции не будет принята с устройства 125 доступа, прежде чем сгенерировать криптограмму. [0052] Additionally, in some embodiments, the user device 115 may generate and provide a cryptogram for a transaction, and the cryptogram may be based on the amount of the transaction. Accordingly, the user device 115 may wait until the transaction amount is received from the access device 125 before generating the cryptogram.

[0053] На этапе S420 устройство 125 доступа может генерировать или идентифицировать предварительно установленную или оценочную сумму, которая может быть использована до определения фактической суммы транзакции. Устройство 125 доступа может иметь возможность предоставлять эту оценочную сумму на устройство 115 пользователя, так что устройство 115 пользователя может генерировать криптограмму с оценочной суммой. В результате обработка транзакции может продолжаться сразу же без ожидания сканирования всех предметов. Это может обеспечивать более быстрое завершение обмена данными между устройством 125 доступа и устройством 115 пользователя и тем самым позволять пользователю 110 раньше извлекать устройство 115 пользователя из устройства 125 доступа. [0053] In step S420, the access device 125 may generate or identify a preset or estimated amount that can be used prior to determining the actual amount of the transaction. The access device 125 may be able to provide this estimated amount to the user device 115 so that the user device 115 can generate a cryptogram with the estimated amount. As a result, transaction processing can continue immediately without waiting for all items to be scanned. This may enable faster completion of communication between the access device 125 and the user device 115 and thereby allow the user 110 to remove the user device 115 from the access device 125 earlier.

[0054] Оценочная сумма может быть определена на основе поставщика ресурсов, классификации категории продавца (MCC)), типа транзакции, медианной суммы транзакции для поставщика ресурсов или любых других подходящих аспектов. Например, если транзакции у поставщика ресурсов, как правило, находятся в диапазоне от $30 до $35, оценочная сумма может быть установлена как $31,11 (например, средняя сумма). В некоторых вариантах осуществления использование оценочной суммы, которая находится в обычном диапазоне (например, суммы, которая находится в диапазоне от $30 до $35 для примера выше), может служить для аутентификации запроса авторизации у эмитента (например, поскольку эмитент может знать обычный диапазон суммы транзакции для поставщика ресурсов). [0054] The estimated amount may be determined based on the resource provider, merchant category classification (MCC), transaction type, median transaction value for the resource provider, or any other suitable aspects. For example, if transactions at a resource provider typically range from $30 to $35, the estimated amount could be set to $31.11 (for example, the average amount). In some embodiments, the use of an estimated amount that is in the usual range (e.g., an amount that is in the range of $30 to $35 for the example above) may serve to authenticate an authorization request from the issuer (e.g., since the issuer may know the usual range of the transaction amount for the resource provider).

[0055] В некоторых вариантах осуществления оценочная сумма может быть предварительно установлена как случайное число или любое другое подходящее число. Дополнительно в некоторых вариантах осуществления оценочная сумма может быть одинаковой для каждой транзакции или может периодически меняться (например, для каждой транзакции или раз в день). [0055] In some embodiments, the estimated amount may be pre-set as a random number or any other suitable number. Additionally, in some embodiments, the estimated amount may be the same for each transaction or may change periodically (eg, for each transaction or once a day).

[0056] На этапе S425 устройство 125 доступа может осуществлять обмен данными для обработки транзакции с устройством 115 пользователя. Например, устройство 125 доступа может предоставлять оценочную сумму на устройство 115 пользователя и может запрашивать удостоверяющие данные (например, платежные удостоверяющие данные, криптограмму и т.д.) для транзакции с устройства 115 пользователя. Устройство 115 пользователя может предоставлять удостоверяющие данные на устройство 125 доступа, и удостоверяющие данные могут включать криптограмму, такую как криптограмма запроса авторизации (ARQC), сертификат транзакции (TC) или криптограмма аутентификации приложения (AAC). Подробный пример взаимодействий между устройством 125 доступа и устройством 115 пользователя на этапе S425 дополнительно описан ниже со ссылкой на фиг. 6. [0056] In step S425, the access device 125 may exchange data for transaction processing with the user device 115 . For example, access device 125 may provide an estimated amount to user device 115 and may request credentials (eg, payment credentials, cryptogram, etc.) for a transaction from user device 115 . User device 115 may provide credential data to access device 125 , and credential data may include a cryptogram such as an Authorization Request Cryptogram (ARQC), a Transaction Certificate (TC), or an Application Authentication Cryptogram (AAC). A detailed example of interactions between the access device 125 and the user device 115 in step S425 is further described below with reference to FIG. 6 .

[0057] На этапе S430 устройство 125 доступа может определять, предоставило ли устройство 115 пользователя криптограмму для обработки онлайн-транзакции (например, ARQC). Например, устройство 115 пользователя могло предоставить криптограмму, но криптограмма может представлять собой ARQC, TC или AAC. Если устройство 115 пользователя предоставило ARQC, устройство 125 доступа может иметь возможность провести онлайн-авторизацию и может переходить к этапу S440. Криптограмма может быть основана на по меньшей мере оценочной сумме транзакции, ID устройства доступа и любой другой подходящей информации. [0057] In step S430, the access device 125 may determine whether the user device 115 has provided a cryptogram for online transaction processing (eg, ARQC). For example, user device 115 could provide a cryptogram, but the cryptogram could be ARQC, TC, or AAC. If the user device 115 has granted ARQC, the access device 125 may be able to perform online authorization and may proceed to step S440 . The cryptogram may be based on at least the estimated amount of the transaction, the access device ID, and any other pertinent information.

[0058] На этапе S435, если устройство 125 доступа не приняло ARQC с устройства 115 пользователя, устройство 125 доступа может заканчивать (например, отменять) транзакцию. Например, устройство 125 доступа могло принять AAC, которая может указывать на то, что устройство 115 пользователя отклонило транзакцию. В некоторых вариантах осуществления устройство 125 доступа может не переходить к этапу S440, а может переходить к альтернативному процессу. Например, устройство 125 доступа может переходить к обработке онлайн-транзакции, но может не освобождать устройство 115 пользователя до тех пор, пока не будет принята авторизация эмитента. Альтернативно устройство 125 доступа может проводить офлайн-авторизацию. [0058] In step S435 , if the access device 125 has not received the ARQC from the user device 115 , the access device 125 may end (eg, cancel) the transaction. For example, the access device 125 may have received an AAC, which may indicate that the user device 115 has rejected the transaction. In some embodiments, access device 125 may not proceed to step S440 but may proceed to an alternate process. For example, access device 125 may proceed to process an online transaction, but may not release user device 115 until issuer authorization has been accepted. Alternatively, access device 125 may perform offline authorization.

[0059] На этапе S440 устройство 125 доступа может сохранять информацию, принятую с устройства 115 пользователя (например, если ARQC была принята на этапе S430). Например, устройство 125 доступа может временно сохранять платежные удостоверяющие данные, криптограмму транзакции и любую другую подходящую информацию, принятую с устройства 115 пользователя. Информация может быть сохранена таким образом, что устройство 125 доступа может по-прежнему использовать информацию в сообщении с запросом авторизации после извлечения устройства 115 пользователя. Это может позволять извлекать устройство 115 пользователя прежде, чем будет сгенерировано или отправлено сообщение с запросом авторизации. [0059] In step S440, access device 125 may store information received from user device 115 (eg, if ARQC was received in step S430 ). For example, access device 125 may temporarily store payment credentials, a transaction cryptogram, and any other pertinent information received from user device 115 . The information may be stored such that the access device 125 may still use the information in the authorization request message after the user device 115 is removed. This may allow the user's device 115 to be removed before an authorization request message is generated or sent.

[0060] На этапах S445-S455 устройство 125 доступа может позволять извлекать устройство 115 пользователя. Устройство 125 доступа могло принять информацию, необходимую для обработки транзакции, так что устройство 115 пользователя может больше не быть необходимо. [0060] At steps S445-S455, the access device 125 may allow the user device 115 to be removed. The access device 125 may have received the information needed to process the transaction, so that the user device 115 may no longer be needed.

[0061] В некоторых вариантах осуществления устройство 125 доступа может позволять извлекать устройство 115 пользователя посредством завершения обмена данными транзакции между устройством 125 доступа и устройством 115 пользователя. Завершение обмена данными транзакции с устройством 115 пользователя может приводить к сбросу устройства 115 пользователя до настроек по умолчанию, так, чтобы устройство 115 пользователя имело чистое состояние и было готово для другой последующей транзакции. [0061] In some embodiments, the access device 125 may allow the user device 115 to be retrieved by completing the exchange of transaction data between the access device 125 and the user device 115 . Completing the transaction data exchange with the user device 115 may reset the user device 115 to default settings such that the user device 115 has a clean state and is ready for another subsequent transaction.

[0062] В некоторых вариантах осуществления, чтобы завершить транзакцию с устройством 115 пользователя, устройство 125 доступа может запрашивать вторую криптограмму с устройства 115 пользователя. При запросе второй криптограммы устройство 125 доступа может информировать устройство 115 пользователя о том, что онлайн-авторизация была невозможна (например, из-за плохого соединения), что онлайн-авторизация была успешна или что в авторизации было отказано. [0062] In some embodiments, to complete a transaction with user device 115 , access device 125 may request a second cryptogram from user device 115 . Upon requesting the second cryptogram, access device 125 may inform user device 115 that online authorization was not possible (eg, due to a bad connection), that online authorization was successful, or that authorization was denied.

[0063] В качестве примера, на этапе S445 устройство 125 доступа может информировать устройство 115 пользователя о том, что онлайн-соединение недоступно, что означает, что авторизация не может быть завершена онлайн и транзакция должна быть отклонена или авторизация отложена. Например, код ответа авторизации может быть установлен так, чтобы указывать на то, что онлайн-соединение недоступно. Тогда на этапе S450 устройство 115 пользователя может возвращать вторую криптограмму (например, AAC), указывающую, что транзакция отклонена или авторизация может быть отложена. Прием второй криптограммы может указывать на завершение обмена данными транзакции между устройством 125 доступа и устройством 115 пользователя. Соответственно устройство 115 пользователя может быть безопасно извлечено в этот момент. [0063] As an example, in step S445 , the access device 125 may inform the user device 115 that the online connection is not available, which means that the authorization cannot be completed online and the transaction should be rejected or the authorization delayed. For example, the authorization response code may be set to indicate that an online connection is not available. Then, in step S450, the user device 115 may return a second cryptogram (eg, AAC) indicating that the transaction has been rejected or authorization may be delayed. Receipt of the second cryptogram may indicate the completion of the exchange of transaction data between the access device 125 and the user device 115 . Accordingly, the user device 115 can be safely removed at this point.

[0064] На этапе S455 пользователь 110 может извлекать устройство 115 пользователя из устройства 125 доступа. Например, устройство 125 доступа может запрашивать у пользователя 110 извлечь устройство 115 пользователя. Может быть представлено визуальное отображение, может быть воспроизведен слышимый звук, продавец магазина может проинформировать пользователя 110, или любой другой способ может быть использован, чтобы информировать пользователя 110 о том, что устройство 115 пользователя можно извлечь. [0064] In step S455, the user 110 may remove the user device 115 from the access device 125 . For example, access device 125 may request user 110 to remove user device 115 . A visual display may be presented, an audible sound may be played, a store clerk may inform the user 110 , or any other method may be used to inform the user 110 that the user's device 115 can be removed.

[0065] Таким образом, устройство 115 пользователя может быть извлечено спустя небольшое количество времени пребывания в устройстве 125 доступа. Пользователь 110 может не иметь необходимости ждать расчета полной суммы транзакции или приема сообщения с ответом авторизации. Вместо этого могут быть сохранены данные устройства 115 пользователя, и устройство 115 пользователя может быть освобождено даже прежде, чем будет отправлено сообщение с запросом авторизации. В результате устройство 115 пользователя может быть извлечено в течение двух секунд нахождения в контакте с устройством 125 доступа. Это может сократить время контакта более чем на восемнадцать секунд (90%) по сравнению с текущим возможным временем вставки, составляющим двадцать или более секунд. [0065] Thus, the user device 115 can be retrieved after a small amount of residence time in the access device 125 . The user 110 may not have to wait for the full amount of the transaction to be calculated or for the receipt of an authorization response message. Instead, the data of the user device 115 may be stored and the user device 115 may be released even before an authorization request message is sent. As a result, the user device 115 can be removed within two seconds of being in contact with the access device 125 . This can reduce contact time by more than eighteen seconds (90%) from the current possible insertion time of twenty seconds or more.

[0066] Дополнительно, несмотря на извлечение раньше обычного, устройство 115 пользователя все равно может быть извлечено в чистом состоянии посредством запроса второй криптограммы раньше обычного (например, прежде чем будет принято сообщение с ответом авторизации). В действительности устройство 125 доступа может фактически иметь онлайн-соединение, и устройство 125 доступа могло еще не принять сообщение с ответом авторизации. Однако устройство 125 доступа может по существу предоставлять ложную информацию на устройство 115 пользователя так, чтобы устройство 115 пользователя могло завершить свой процесс транзакции и быть извлечено раньше обычного. [0066] Additionally, despite being retrieved earlier than usual, the user device 115 can still be retrieved in a clean state by requesting a second cryptogram earlier than usual (eg, before an Authorization Response message is received). In reality, the access device 125 may actually have an online connection, and the access device 125 may not yet have received the authorization response message. However, the access device 125 may substantially provide false information to the user device 115 so that the user device 115 can complete its transaction process and be retrieved earlier than usual.

[0067] Как упомянуто выше, информация, принятая с устройства 115 пользователя на этапе S425, может быть сохранена, и обработка транзакции может продолжаться несмотря на то, что устройство 115 пользователя извлечено. Хотя устройство 125 доступа и может принимать AAC, устройство доступа может не отклонять транзакцию, а вместо этого может продолжать обрабатывать транзакцию в обычном режиме. Например, устройство 125 доступа может продолжать обновлять общую сумму транзакции по мере внесения новых предметов, и в итоге устройство 125 доступа может отправлять сообщение с запросом авторизации для транзакции. [0067] As mentioned above, the information received from the user device 115 in step S425 can be stored and transaction processing can continue despite the fact that the user device 115 is removed. Although the access device 125 may receive the AAC, the access device may not reject the transaction, but may instead continue to process the transaction normally. For example, access device 125 may continue to update the transaction total as new items are added, and eventually access device 125 may send an authorization request message for the transaction.

[0068] На этапе S460 устройство 125 доступа могло принять информацию о всех покупаемых предметах. Например, продавец магазина может закончить сканирование каждого из предметов. В результате окончательная сумма транзакции может быть определена, и процесс заявки на ECR может быть завершен. [0068] At step S460, the access device 125 could receive information about all purchased items. For example, a store clerk might finish scanning each of the items. As a result, the final transaction amount can be determined and the ECR application process can be completed.

[0069] На этапе S465 сразу после определения полной суммы транзакции пользователь 110 может подтверждать фактическую сумму для транзакции. Например, устройство 125 доступа может отображать общую сумму, и пользователь 110 может указывать согласие (например, нажимая кнопку на устройстве для введения пин-кода или предоставляя подпись). Фактическая сумма для транзакции может вероятно отличаться от предварительно установленной или оценочной суммы. [0069] In step S465, immediately after determining the total amount of the transaction, the user 110 may confirm the actual amount for the transaction. For example, access device 125 may display the total amount, and user 110 may indicate consent (eg, by pressing a button on the device to enter a pin or provide a signature). The actual amount for a transaction may likely differ from the predetermined or estimated amount.

[0070] На этапе S470 устройство 125 доступа (или компьютер 130 поставщика ресурсов) может генерировать и отправлять сообщение с запросом авторизации для транзакции. Сообщение с запросом авторизации может содержать фактическую сумму транзакции, оценочную или предварительно установленную сумму, удостоверяющие данные устройства 115 пользователя (например, платежные удостоверяющие данные, ARQC и т.д.) и любую другую подходящую информацию. [0070] In step S470, the access device 125 (or resource provider computer 130 ) may generate and send an authorization request message for the transaction. The authorization request message may contain the actual transaction amount, the estimated or preset amount, user device 115 credentials (eg, payment credentials, ARQC, etc.), and any other pertinent information.

[0071] В некоторых вариантах осуществления сообщение с запросом авторизации может быть сгенерировано ранее в процессе, и сообщение с запросом авторизации может быть изменено таким образом, чтобы содержать фактическую сумму, когда она известна. В некоторых вариантах осуществления фактическая сумма может быть включена в виде данных в дополнительном или фактическом поле данных в сообщении с запросом авторизации. [0071] In some embodiments, the authorization request message may be generated earlier in the process, and the authorization request message may be modified to contain the actual amount when known. In some embodiments, the actual amount may be included as data in an additional or actual data field in the authorization request message.

[0072] Сообщение с запросом авторизации может быть отправлено на транспортный компьютер 140, который может направлять его на компьютер 150 обработки транзакций, который может в свою очередь направлять его на компьютер 160 субъекта авторизации. Компьютер 160 субъекта авторизации может определять, следует ли авторизовать транзакцию. Например, компьютер 160 субъекта авторизации может подтверждать подлинность криптограммы (например, ARQC), проверять, достаточно ли средств на счете пользователя, выполнять анализ риска и выполнять любые другие этапы, чтобы определять, следует ли авторизовать транзакцию. Компьютер 160 субъекта авторизации может затем отправлять сообщение с ответом авторизации, указывающее на успешную авторизацию, обратно на устройство 125 доступа (например, через компьютер 150 обработки транзакций, транспортный компьютер 140 и/или компьютер 130 поставщика ресурсов). [0072] An authorization request message may be sent to transport computer 140 , which may route it to transaction processing computer 150 , which may in turn route it to authorization subject computer 160 . Authorization subject computer 160 can determine whether the transaction should be authorized. For example, the authorization subject's computer 160 may authenticate the cryptogram (eg, ARQC), verify that there are sufficient funds in the user's account, perform a risk analysis, and perform any other steps to determine whether a transaction should be authorized. Authorization subject computer 160 may then send an authorization response message indicating successful authorization back to access device 125 (eg, via transaction processing computer 150 , transport computer 140 , and/or resource provider computer 130 ).

[0073] На этапе S475 устройство 125 доступа может принимать сообщение с ответом авторизации с компьютера 160 субъекта авторизации, указывающее, что транзакция одобрена или отклонена. Устройство 125 доступа может отображать надлежащее сообщение пользователю 110 и/или продавцу магазина, и поставщик ресурсов может отпускать купленные товары и/или услуги пользователю 110. [0073] In step S475 , the access device 125 may receive an authorization response message from the authorization subject computer 160 indicating that the transaction has been approved or denied. The access device 125 may display an appropriate message to the user 110 and/or the store clerk, and the resource provider may release the purchased goods and/or services to the user 110 .

[0074] В некоторый момент времени между транспортным компьютером 140, компьютером 150 обработки транзакций и компьютером 160 субъекта авторизации может быть произведен процесс клиринга и расчетов. [0074] At some point in time between the transport computer 140 , the transaction processing computer 150 and the computer 160 of the authorization subject, a clearing and settlement process can be performed.

[0075] Поскольку устройство 115 пользователя больше не соединено с устройством 125 доступа во время приема сообщения с ответом авторизации, устройство 115 пользователя не может принимать информацию с компьютера 160 субъекта авторизации. Например, устройство 115 пользователя не может принимать или аутентифицировать криптограмму ответа авторизации (ARPC) от субъекта авторизации, устройство 115 пользователя не может принимать командные файлы эмитента, и устройство 115 пользователя не может принимать обновленный счетчик (например, счетчик офлайн-транзакций). Однако все эти данные могут быть полезны только в сценариях офлайн-транзакций, и не могут обеспечивать никакой полезной функции в областях, где транзакции проводятся онлайн. В результате устройство 115 пользователя все равно остается полезным, несмотря на то, что ему может не хватать этой информации. [0075] Because the user device 115 is no longer connected to the access device 125 at the time of receiving the authorization response message, the user device 115 cannot receive information from the computer 160 of the authorization subject. For example, user device 115 cannot receive or authenticate an Authorization Response Cryptogram (ARPC) from an authorization subject, user device 115 cannot receive issuer command files, and user device 115 cannot receive an updated counter (e.g., an offline transaction counter). However, all this data can only be useful in offline transaction scenarios, and cannot provide any useful function in areas where transactions are conducted online. As a result, the user device 115 is still useful, even though it may lack this information.

[0076] Как описано выше, за счет того, что используют оценочную сумму и начинают транзакцию с этой суммой (например, для поля «разрешенная сумма» при осуществлении связи с устройством 115 пользователя), сводится к минимуму количество времени, в течение которого устройство пользователя должно быть вставлено в устройство доступа. Это происходит потому, что обмен данными между устройством пользователя и устройством доступа может быть завершен без ожидания расчета фактической суммы транзакции. [0076] As described above, by using an estimated amount and starting a transaction with that amount (e.g., for an "allowed amount" field when communicating with the user device 115 ), the amount of time that the user device must be inserted into the access device. This is because the communication between the user's device and the access device can be completed without waiting for the actual transaction amount to be calculated.

[0077] Дополнительно устройство 125 доступа может информировать устройство 115 пользователя о том, что авторизация отклонена (например, из-за отсутствия онлайн-соединения), так что устройство 115 пользователя может вернуться в чистое состояние, а затем быть извлечено. Данные устройства 115 пользователя могут быть сохранены для окончательной обработки, когда будет определена окончательная сумма транзакции. Таким образом, время вставки может быть дополнительно сокращено, поскольку устройство 115 пользователя может быть извлечено прежде, чем будет отправлено сообщение с запросом авторизации, и прежде, чем будет принято сообщение с ответом авторизации. [0077] Additionally, access device 125 may inform user device 115 that authorization has been denied (eg, due to no online connection) so that user device 115 may return to a clean state and then be retrieved. The user device 115 data may be stored for final processing when the final amount of the transaction is determined. Thus, the insertion time can be further reduced because the user device 115 can be removed before an authorization request message is sent and before an authorization response message is received.

[0078] Дополнительно в некоторых вариантах осуществления получение подписи может быть отложено (например так, что устройство 115 пользователя можно извлечь до получения подписи). В некоторых вариантах осуществления, если окончательная сумма меньше платежного лимита, то получение подписи может не требоваться. С другой стороны, если окончательная сумма превышает платежный лимит, то подпись пользователя может быть получена после одобрения транзакции. [0078] Additionally, in some embodiments, the receipt of the signature may be delayed (eg, so that the user's device 115 can be removed until the signature is received). In some embodiments, if the final amount is less than the payment limit, then a signature may not be required. On the other hand, if the final amount exceeds the payment limit, then the user's signature can be obtained after the transaction is approved.

[0079] В некоторых вариантах осуществления реализация этого способа не требует изменений стандартных процедур обработки транзакций, связанного аппаратного обеспечения или устройства пользователя. Этот способ обеспечения меньшего времени вставки устройства пользователя может быть осуществлен с минимальными программными обновлениями процедур обмена данными устройства 125 доступа. Дополнительно изменения, выполняемые для осуществления этого способа, не вызывают никакого снижения безопасности. Прочность криптограммы и общая безопасность транзакции могут быть сохранены, и онлайн-авторизация по-прежнему может происходить таким же безопасным образом. [0079] In some embodiments, the implementation of this method does not require changes to standard transaction processing procedures, associated hardware, or user device. This method of providing less user device insertion time can be implemented with minimal software updates to the communication procedures of the access device 125 . Additionally, the changes made to implement this method do not cause any reduction in security. The strength of the cryptogram and the overall security of the transaction can be maintained and online authorization can still take place in the same secure manner.

[0080] В некоторых вариантах осуществления общая сумма транзакции может быть определена и известная прежде, чем пользователь 110 предоставит устройство 115 пользователя на устройство 125 доступа. Например, в ресторане платеж может быть предоставлен после получения товаров и услуг, и пользователь 110 может предоставить платеж после того, как сумма транзакции была рассчитана. Соответственно в некоторых вариантах осуществления транзакция может быть обработана без оценочной суммы. Способ 500 проведения такой транзакции согласно вариантам осуществления настоящего изобретения может быть описан со ссылкой на фиг. 5. [0080] In some embodiments, the total amount of the transaction may be determined and known before the user 110 provides the user's device 115 to the access device 125 . For example, in a restaurant, payment may be provided upon receipt of goods and services, and the user 110 may provide payment after the transaction amount has been calculated. Accordingly, in some embodiments, the transaction may be processed without an estimated amount. A method 500 for conducting such a transaction according to embodiments of the present invention may be described with reference to FIG. 5 .

[0081] На этапе S510 транзакция может начинаться. Например, пользователь 110 может подойти к устройству 125 доступа в местоположении поставщика ресурсов, чтобы купить один или более товаров и/или услуг. В некоторых вариантах осуществления окончательная сумма транзакции может быть известна или определена в этот момент. Например, предметы пользователя могут быть уже отсканированы на устройстве 125 доступа, пользователь 110 может купить только один предмет, который быстро сканируют на устройстве 125 доступа, или пользователь 110 может предоставить платеж за уже полученные товары или услуги (например, еду в ресторане). В некоторых вариантах осуществления процесс заявки на ECR может заканчиваться, когда известна окончательная сумма транзакции (например, поскольку все предметы могли быть отсканированы и сумма окончательно определена на устройстве 125 доступа). [0081] At step S510, a transaction may begin. For example, user 110 may approach access device 125 at a resource provider's location to purchase one or more goods and/or services. In some embodiments, the final amount of the transaction may be known or determined at this point. For example, the user's items may have already been scanned on the access device 125 , the user 110 may only purchase one item that is quickly scanned on the access device 125 , or the user 110 may provide payment for goods or services already received (eg, a meal at a restaurant). In some embodiments, the ECR claim process may end when the final amount of the transaction is known (eg, since all items could be scanned and the amount finally determined on access device 125 ).

[0082] На этапе S515 устройство 125 доступа может запрашивать у пользователя 110 предоставить устройство 115 пользователя. Например, устройство 125 доступа может запрашивать у пользователя 110 устройство 115 пользователя сразу после окончания процесса заявки на ECR. Пользователь 110 может тогда предоставлять устройство 115 пользователя на устройство 125 доступа. Например, устройство 115 пользователя может быть вставлено в устройство 125 доступа или иным образом физически соединено с устройством 125 доступа. Контактный интерфейс (например, чипованная плата) на устройстве 115 пользователя может входить в непосредственный контакт со вторым контактным интерфейсом на устройстве 125 доступа. В результате устройство 125 доступа может иметь возможность осуществлять связь с устройством 115 пользователя для обработки транзакции. [0082] In step S515, access device 125 may request user 110 to provide user device 115 . For example, access device 125 may prompt user 110 for user device 115 immediately after the end of the ECR application process. The user 110 may then grant the user device 115 to the access device 125 . For example, user device 115 may be inserted into access device 125 or otherwise physically connected to access device 125 . A contact interface (eg, a chip board) on the user device 115 may come into direct contact with a second contact interface on the access device 125 . As a result, access device 125 may be able to communicate with user device 115 to process a transaction.

[0083] На этапе S520 пользователь 110 может подтверждать сумму для транзакции. Например, устройство 125 доступа может отображать общую сумму, и пользователь 110 может указывать согласие (например, нажимая кнопку на устройстве для введения пин-кода или предоставляя подпись). В некоторых вариантах осуществления пользователь 110 может подтвердить сумму перед предоставлением устройства 115 пользователя, пока устройство 115 пользователя вставлено, после извлечения устройства 115 пользователя или в любой другой подходящий момент в последовательности операций. [0083] In step S520, the user 110 may confirm the amount for the transaction. For example, access device 125 may display the total amount, and user 110 may indicate consent (eg, by pressing a button on the device to enter a pin or provide a signature). In some embodiments, the user 110 may confirm the amount before the user device 115 is presented, while the user device 115 is inserted, after the user device 115 is removed, or at any other appropriate time in the process.

[0084] На этапе S525 устройство 125 доступа может осуществлять обмен данными для обработки транзакции с устройством 115 пользователя. Например, устройство 125 доступа может предоставлять сумму транзакции на устройство 115 пользователя и может запрашивать удостоверяющие данные (например, платежные удостоверяющие данные, криптограмму и т. д.) для транзакции с устройства 115 пользователя. Устройство 115 пользователя может предоставлять удостоверяющие данные на устройство 125 доступа, и удостоверяющие данные могут включать криптограмму (например, ARQC, TC или AAC). Подробный пример взаимодействий между устройством 125 доступа и устройством 115 пользователя на этапе S525 дополнительно описан ниже со ссылкой на фиг. 6. [0084] In step S525, the access device 125 may exchange data for transaction processing with the user device 115 . For example, access device 125 may provide a transaction amount to user device 115 and may request credentials (eg, payment credentials, cryptogram, etc.) for a transaction from user device 115 . User device 115 may provide credential data to access device 125 , and credential data may include a cryptogram (eg, ARQC, TC, or AAC). A detailed example of interactions between the access device 125 and the user device 115 in step S525 is further described below with reference to FIG. 6 .

[0085] На этапе S530 устройство 125 доступа может определять, предоставило ли устройство 115 пользователя криптограмму для обработки онлайн-транзакции (например, ARQC). Например, устройство 115 пользователя могло предоставить криптограмму, но криптограмма может представлять собой ARQC, TC или AAC. Если устройство 115 пользователя предоставило ARQC, устройство 125 доступа может иметь возможность провести онлайн-авторизацию и может переходить к этапу S540. Криптограмма может быть основана на по меньшей мере окончательной сумме транзакции, ID устройства доступа и любой другой подходящей информации. [0085] In step S530, the access device 125 may determine whether the user device 115 has provided a cryptogram for online transaction processing (eg, ARQC). For example, user device 115 could provide a cryptogram, but the cryptogram could be ARQC, TC, or AAC. If the user device 115 has granted ARQC, the access device 125 may be able to perform online authorization and may proceed to step S540 . The cryptogram may be based on at least the final amount of the transaction, the access device ID, and any other pertinent information.

[0086] На этапе S535, если устройство 125 доступа не приняло ARQC с устройства 115 пользователя, устройство 125 доступа может завершить (например, отменить) транзакцию. Например, устройство 125 доступа могло принять AAC, которая может указывать на то, что устройство 115 пользователя отклонило транзакцию. В некоторых вариантах осуществления устройство 125 доступа может не переходить к этапу S440, а может переходить к альтернативному процессу. Например, устройство 125 доступа может переходить к обработке онлайн-транзакции, но может не освобождать устройство 115 пользователя до тех пор, пока не будет принята авторизация эмитента. Альтернативно устройство 125 доступа может проводить офлайн-авторизацию. [0086] In step S535 , if the access device 125 has not received the ARQC from the user device 115 , the access device 125 may complete (eg, cancel) the transaction. For example, the access device 125 may have received an AAC, which may indicate that the user device 115 has rejected the transaction. In some embodiments, access device 125 may not proceed to step S440 but may proceed to an alternate process. For example, access device 125 may proceed to process an online transaction, but may not release user device 115 until issuer authorization has been accepted. Alternatively, access device 125 may perform offline authorization.

[0087] На этапе S540 устройство 125 доступа может сохранять информацию, принятую с устройства 115 пользователя (например, если ARQC была принята на этапе S430). Например, устройство 125 доступа может временно сохранять платежные удостоверяющие данные, криптограмму и любую другую подходящую информацию, принятую с устройства 115 пользователя. Информация может быть сохранена таким образом, что устройство 125 доступа может по-прежнему использовать информацию в сообщении с запросом авторизации после извлечения устройства 115 пользователя. Это может позволять извлекать устройство 115 пользователя прежде, чем будет сгенерировано или отправлено сообщение с запросом авторизации. [0087] In step S540, access device 125 may store information received from user device 115 (eg, if ARQC was received in step S430 ). For example, access device 125 may temporarily store payment credentials, a cryptogram, and any other pertinent information received from user device 115 . The information may be stored such that the access device 125 may still use the information in the authorization request message after the user device 115 is removed. This may allow the user's device 115 to be removed before an authorization request message is generated or sent.

[0088] На этапах S545-S555 устройство 125 доступа может позволять извлекать устройство 115 пользователя. Устройство 125 доступа могло принять информацию, необходимую для обработки транзакции, так что устройство 115 пользователя может больше не быть необходимо. [0088] At steps S545-S555, the access device 125 may allow the user device 115 to be removed. The access device 125 may have received the information needed to process the transaction, so that the user device 115 may no longer be needed.

[0089] В некоторых вариантах осуществления устройство 125 доступа может позволять извлекать устройство 115 пользователя посредством завершения обмена данными транзакции между устройством 125 доступа и устройством 115 пользователя. Завершение обмена данными транзакции с устройством 115 пользователя может приводить к сбросу устройства 115 пользователя до настроек по умолчанию и/или состояния бездействия, так что устройство 115 пользователя имеет чистое состояние и готово для другой последующей транзакции. [0089] In some embodiments, the access device 125 may allow the user device 115 to be retrieved by completing the exchange of transaction data between the access device 125 and the user device 115 . Completing the transaction data exchange with the user device 115 may reset the user device 115 to default settings and/or an idle state such that the user device 115 has a clean state and is ready for another subsequent transaction.

[0090] В некоторых вариантах осуществления, чтобы завершить транзакцию с устройством 115 пользователя, устройство 125 доступа может запрашивать вторую криптограмму с устройства 115 пользователя. При запросе второй криптограммы устройство 125 доступа может информировать устройство 115 пользователя о том, что онлайн-авторизация была невозможна (например, из-за плохого соединения), что онлайн-авторизация была успешна или что в авторизации было отказано. [0090] In some embodiments, to complete a transaction with user device 115 , access device 125 may request a second cryptogram from user device 115 . Upon requesting the second cryptogram, access device 125 may inform user device 115 that online authorization was not possible (eg, due to a bad connection), that online authorization was successful, or that authorization was denied.

[0091] В качестве примера, на этапе S545 устройство 125 доступа может информировать устройство 115 пользователя о том, что онлайн-соединение недоступно, что означает, что авторизация не может быть завершена онлайн и транзакция должна быть отклонена или авторизация отложена. Например, код ответа авторизации может быть установлен так, чтобы указывать на то, что онлайн-соединение недоступно. Тогда на этапе S550 устройство 115 пользователя может возвращать вторую криптограмму (например, AAC), указывающую, что транзакция отклонена или авторизация может быть отложена. Прием второй криптограммы может указывать на завершение обмена данными транзакции между устройством 125 доступа и устройством 115 пользователя. Соответственно устройство 115 пользователя может быть безопасно извлечено в этот момент. [0091] As an example, in step S545 , the access device 125 may inform the user device 115 that an online connection is not available, which means that the authorization cannot be completed online and the transaction should be rejected or the authorization is pending. For example, the authorization response code may be set to indicate that an online connection is not available. Then, in step S550, the user device 115 may return a second cryptogram (eg, AAC) indicating that the transaction has been rejected or authorization may be delayed. Reception of the second cryptogram may indicate the completion of the exchange of transaction data between the access device 125 and the user device 115 . Accordingly, the user device 115 can be safely removed at this point.

[0092] На этапе S555 пользователь 110 может извлекать устройство 115 пользователя из устройства 125 доступа. Например, устройство 125 доступа может запрашивать у пользователя 110 извлечь устройство 115 пользователя. Может быть представлено визуальное отображение, может быть воспроизведен слышимый звук, продавец магазина может проинформировать пользователя 110, или любой другой способ может быть использован, чтобы информировать пользователя 110 о том, что устройство 115 пользователя можно извлечь. [0092] In step S555, the user 110 may remove the user device 115 from the access device 125 . For example, access device 125 may request user 110 to remove user device 115 . A visual display may be presented, an audible sound may be played, a store clerk may inform the user 110 , or any other method may be used to inform the user 110 that the user's device 115 can be removed.

[0093] Таким образом, устройство 115 пользователя может быть извлечено спустя небольшое количество времени пребывания в устройстве 125 доступа. Пользователь 110 может не иметь необходимости ждать приема сообщения с ответом авторизации. Вместо этого могут быть сохранены данные устройства 115 пользователя, и устройство 115 пользователя может быть освобождено даже прежде, чем будет отправлено сообщение с запросом авторизации. В результате устройство 115 пользователя может быть извлечено в течение двух секунд нахождения в контакте с устройством 125 доступа. Это может сократить время контакта более чем на восемнадцать секунд (90%) по сравнению с текущим возможным временем вставки, составляющим двадцать или более секунд. [0093] Thus, the user device 115 can be retrieved after a small amount of residence time in the access device 125 . The user 110 may not have to wait for an authorization response message to be received. Instead, the data of the user device 115 may be stored and the user device 115 may be released even before an authorization request message is sent. As a result, the user device 115 can be removed within two seconds of being in contact with the access device 125 . This can reduce contact time by more than eighteen seconds (90%) from the current possible insertion time of twenty seconds or more.

[0094] Дополнительно, несмотря на извлечение раньше обычного, устройство 115 пользователя все равно может быть извлечено в чистом состоянии и/или состоянии бездействия посредством запроса второй криптограммы раньше обычного (например, прежде чем будет принято сообщение с ответом авторизации). В действительности устройство 125 доступа может фактически иметь онлайн-соединение, и устройство 125 доступа могло еще не принять сообщение с ответом авторизации. Однако устройство 125 доступа может по существу предоставлять ложную информацию на устройство 115 пользователя так, чтобы устройство 115 пользователя могло завершить свой процесс транзакции и быть извлечено раньше обычного. [0094] Additionally, despite being retrieved earlier than usual, user device 115 can still be retrieved in a clean and/or idle state by requesting a second cryptogram earlier than usual (eg, before an Authorization Response message is received). In reality, the access device 125 may actually have an online connection, and the access device 125 may not yet have received the authorization response message. However, the access device 125 may substantially provide false information to the user device 115 so that the user device 115 can complete its transaction process and be retrieved earlier than usual.

[0095] Как упомянуто выше, информация, принятая с устройства 115 пользователя на этапе S525, может быть сохранена, и обработка транзакции может продолжаться несмотря на то, что устройство 115 пользователя извлечено. Хотя устройство 125 доступа и может принимать AAC, устройство доступа может не отклонять транзакцию, а вместо этого может продолжать обрабатывать транзакцию в обычном режиме. Например, устройство 125 доступа может отправлять сообщение с запросом авторизации для транзакции. [0095] As mentioned above, the information received from the user device 115 in step S525 can be stored and transaction processing can continue despite the fact that the user device 115 is removed. Although the access device 125 may receive the AAC, the access device may not reject the transaction, but may instead continue to process the transaction normally. For example, access device 125 may send an authorization request message for a transaction.

[0096] На этапе S560 устройство 125 доступа (или компьютер 130 поставщика ресурсов) может генерировать и отправлять сообщение с запросом авторизации для транзакции. Сообщение с запросом авторизации может содержать сумму транзакции, удостоверяющие данные устройства 115 пользователя (например, платежные удостоверяющие данные, ARQC и т.д.) и любую другую подходящую информацию. [0096] In step S560, access device 125 (or resource provider computer 130 ) may generate and send an authorization request message for the transaction. The authorization request message may contain the transaction amount, user device 115 credentials (eg, payment credentials, ARQC, etc.), and any other suitable information.

[0097] В некоторых вариантах осуществления устройство 115 пользователя может быть все еще соединено с устройством 125 доступа во время отправки сообщения с запросом авторизации. Например, сообщение с запросом авторизации может быть сгенерировано и отправлено быстро, так, что сообщение отправляется прежде, чем пользователь 110 извлечет устройство 115 пользователя. [0097] In some embodiments, the user device 115 may still be connected to the access device 125 at the time the authorization request message is sent. For example, an authorization request message can be generated and sent quickly, such that the message is sent before the user 110 removes the user's device 115 .

[0098] Сообщение с запросом авторизации может быть отправлено на транспортный компьютер 140, который может направлять его на компьютер 150 обработки транзакций, который может в свою очередь направлять его на компьютер 160 субъекта авторизации. Компьютер 160 субъекта авторизации может определять, следует ли авторизовать транзакцию. Например, компьютер 160 субъекта авторизации может подтверждать подлинность криптограммы (например, ARQC), проверять, достаточно ли средств на счете пользователя, выполнять анализ рисков и выполнять любые другие этапы, чтобы определять, следует ли авторизовать транзакцию. Компьютер 160 субъекта авторизации может затем отправлять сообщение с ответом авторизации, указывающее на успешную авторизацию, обратно на устройство 125 доступа (например, через компьютер 150 обработки транзакций, транспортный компьютер 140 и/или компьютер 130 поставщика ресурсов). [0098] An authorization request message may be sent to transport computer 140 , which may route it to transaction processing computer 150 , which may in turn route it to authorization subject computer 160 . Authorization subject computer 160 can determine whether the transaction should be authorized. For example, the authorization subject's computer 160 may authenticate the cryptogram (eg, ARQC), verify that there are sufficient funds in the user's account, perform a risk analysis, and perform any other steps to determine whether a transaction should be authorized. Authorization subject computer 160 may then send an authorization response message indicating successful authorization back to access device 125 (eg, via transaction processing computer 150 , transport computer 140 , and/or resource provider computer 130 ).

[0099] На этапе S565 устройство 125 доступа может принимать сообщение с ответом авторизации с компьютера 160 субъекта авторизации, указывающее, что транзакция одобрена или отклонена. Устройство 125 доступа может отображать надлежащее сообщение пользователю 110 и/или продавцу магазина, и поставщик ресурсов может отпускать купленные товары и/или услуги пользователю 110. [0099] In step S565, the access device 125 may receive an authorization response message from the authorization subject computer 160 indicating that the transaction has been approved or denied. The access device 125 may display an appropriate message to the user 110 and/or the store clerk, and the resource provider may release the purchased goods and/or services to the user 110 .

[0100] В некоторый момент времени между транспортным компьютером 140, компьютером 150 обработки транзакций и компьютером 160 субъекта авторизации может быть произведен процесс клиринга и расчетов. [0100] At some point in time between the transport computer 140 , the transaction processing computer 150 and the computer 160 of the authorization subject, a clearing and settlement process can be performed.

[0101] Поскольку устройство 115 пользователя может больше не быть соединено с устройством 125 доступа во время приема сообщения с ответом авторизации, устройство 115 пользователя может не принимать информацию с компьютера 160 субъекта авторизации. Например, устройство 115 пользователя не может принимать или аутентифицировать криптограмму ответа авторизации (ARPC) от субъекта авторизации, устройство 115 пользователя не может принимать командные файлы эмитента, и устройство 115 пользователя не может принимать обновленный счетчик (например, счетчик офлайн-транзакций). Однако все эти данные могут быть полезны только в сценариях офлайн-транзакций, и не могут обеспечивать никакой полезной функции в областях, где транзакции проводятся онлайн. В результате может отсутствовать потеря функциональности устройством 115 пользователя при отсутствии этой информации. [0101] Since the user device 115 may no longer be connected to the access device 125 at the time of receiving the authorization response message, the user device 115 may not receive information from the computer 160 of the authorization subject. For example, user device 115 cannot receive or authenticate an Authorization Response Cryptogram (ARPC) from an authorization subject, user device 115 cannot receive issuer command files, and user device 115 cannot receive an updated counter (e.g., an offline transaction counter). However, all this data can only be useful in offline transaction scenarios, and cannot provide any useful function in areas where transactions are conducted online. As a result, there may be no loss of functionality by the user device 115 in the absence of this information.

[0102] Как описано выше, в некоторых вариантах осуществления сумма транзакции может быть известна до или незадолго после вставки устройства 115 пользователя в устройство 125 доступа. Соответственно устройство 115 пользователя может сразу принимать сумму транзакции, а затем генерировать криптограмму на основе суммы транзакции. В результате обмен данными устройства 115 пользователя и устройства 125 доступа могут быть завершены вскоре после вставки устройства 115 пользователя. [0102] As described above , in some embodiments, the transaction amount may be known before or shortly after user device 115 is inserted into access device 125 . Accordingly, the user device 115 may immediately receive the transaction amount and then generate a cryptogram based on the transaction amount. As a result, the communication between the user device 115 and the access device 125 can be completed soon after the user device 115 is inserted.

[0103] В некоторых вариантах осуществления устройство 115 пользователя может быть извлечено вскоре после его вставки в устройство 125 доступа. Устройство 125 доступа может информировать устройство 115 пользователя о том, что авторизация отклонена (например, из-за отсутствия онлайн-соединения), так что устройство 115 пользователя может вернуться в чистое состояние и/или состояние бездействия, а затем быть извлечено. Данные устройства 115 пользователя могут быть сохранены для обработки авторизации после извлечения устройства 115 пользователя. Таким образом, время вставки может быть сокращено, поскольку устройство 115 пользователя может быть извлечено без ожидания ответа авторизации и какой-либо последующей обработки. [0103] In some embodiments, the user device 115 may be removed shortly after it is inserted into the access device 125 . Access device 125 may inform user device 115 that authorization has been denied (eg, due to no online connection) so that user device 115 may return to a clean and/or idle state and then be retrieved. The data of the user device 115 may be stored for authorization processing after the user device 115 is removed. Thus, the insertion time can be reduced because the user device 115 can be removed without waiting for an authorization response and any further processing.

[0104] Дополнительно получение подписи может быть отложено (например так, что устройство 115 пользователя можно извлечь до получения подписи). В некоторых вариантах осуществления, если окончательная сумма меньше платежного лимита, то получение подписи может не требоваться. С другой стороны, если окончательная сумма превышает платежный лимит, то подпись пользователя может быть получена после одобрения транзакции. [0104] Additionally, the receipt of the signature may be delayed (eg, so that the user's device 115 can be removed until the signature is received). In some embodiments, if the final amount is less than the payment limit, then a signature may not be required. On the other hand, if the final amount exceeds the payment limit, then the user's signature can be obtained after the transaction is approved.

[0105] В некоторых вариантах осуществления реализация этого способа может не требовать изменений стандартных процедур обработки транзакций, связанного аппаратного обеспечения или устройства пользователя. Этот способ обеспечения меньшего времени вставки устройства пользователя может быть осуществлен с минимальными программными обновлениями процедур обмена данными устройства 125 доступа. Дополнительно изменения, выполняемые для осуществления этого способа, могут не вызывать никакого снижения безопасности. Прочность криптограммы и общая безопасность транзакции могут быть сохранены, и онлайн-авторизация по-прежнему может происходить таким же безопасным образом. [0105] In some embodiments, the implementation of this method may not require changes to standard transaction processing procedures, associated hardware, or user device. This method of providing less user device insertion time can be implemented with minimal software updates to the communication procedures of the access device 125 . Additionally, changes made to implement this method may not cause any reduction in security. The strength of the cryptogram and the overall security of the transaction can be maintained and online authorization can still take place in the same secure manner.

[0106] Варианты осуществления настоящего изобретения могут включать ряд обменов данными между устройством 115 пользователя и устройством 125 доступа. Например, может осуществляться обмен несколькими сообщениями во время этапа S425 в способе 400 и этапа S525 в способе 500, чтобы обрабатывать транзакцию и получать информацию с устройства 115 пользователя. Пример последовательности 600 операций этих обменов данными показан на фиг. 6. [0106] Embodiments of the present invention may include a number of data exchanges between user device 115 and access device 125 . For example, multiple messages may be exchanged during step S425 in method 400 and step S525 in method 500 to process the transaction and receive information from the user device 115 . An example flow 600 of these data exchanges is shown in FIG. 6 .

[0107] Когда устройство 115 пользователя входит в контакт с устройством 125 доступа, то устройство 115 пользователя и устройство 125 доступа могут осуществлять связь друг с другом. Могут происходить несколько этапов обработки, чтобы идентифицировать и подготовить данные для передачи на устройство 125 доступа для транзакции. В некоторых вариантах осуществления может осуществляться обмен сообщениями протокольного блока данных прикладного уровня (APDU) между устройством 115 пользователя и устройством 125 доступа. Сообщения могут иметь форму команд APDU, отправляемых с устройства 125 доступа на устройство 115 пользователя, и ответов APDU, отправляемых с устройства 115 пользователя на устройство 125 доступа. Однако следует понимать, что другие сообщения, протоколы обмена сообщениями или форматы могут быть использованы для обмена соответствующей информацией с целью проведения транзакции. [0107] When the user device 115 comes into contact with the access device 125 , the user device 115 and the access device 125 can communicate with each other. Several processing steps may occur to identify and prepare data for transmission to access device 125 for a transaction. In some embodiments, application protocol data unit (APDU) messages may be exchanged between user device 115 and access device 125 . The messages may take the form of APDU commands sent from access device 125 to user device 115 and APDU responses sent from user device 115 to access device 125 . However, it should be understood that other messages, messaging protocols, or formats may be used to exchange the relevant information for the purpose of conducting a transaction.

[0108] На этапе S610 устройство 125 доступа может выполнять выбор приложения. Например, устройство 125 доступа может определять, какие приложения поддерживаются как устройством 115 пользователя, так и устройством 125 доступа. В некоторых вариантах осуществления, когда устройство 125 доступа обнаруживает наличие устройства 115 пользователя, устройство 125 доступа может отправлять запрос доступных приложений на устройство 115 пользователя, чтобы запрашивать информацию о том, какие платежные приложения (например, список AID) могут быть доступны на устройстве 115 пользователя. В некоторых вариантах осуществления запрос доступных приложений может иметь форму команды выбора. [0108] In step S610, the access device 125 may perform application selection. For example, access device 125 may determine which applications are supported by both user device 115 and access device 125 . In some embodiments, when access device 125 detects the presence of user device 115 , access device 125 may send an available applications request to user device 115 to request information about which payment applications (eg, an AID list) may be available on user device 115 . . In some embodiments, the request for available applications may be in the form of a selection command.

[0109] Устройство 115 пользователя может отвечать путем отправки ответа о доступных приложениях обратно на устройство 125 доступа. Ответ о доступных приложениях может включать список доступных AID. В некоторых вариантах осуществления ответ о доступных приложениях может иметь форму ответа выбора. [0109] The user device 115 may respond by sending a response about available applications back to the access device 125 . The response about available applications may include a list of available AIDs. In some embodiments, the available applications response may be in the form of a selection response.

[0110] Затем устройство 125 доступа может выбирать подходящее приложение из списка приложений, принятого в ответе о доступных приложениях (например, путем выбора AID из доступных AID). Например, устройство 125 доступа может выбирать платежное приложение (например, приложение с наивысшим приоритетом), которое поддерживается как устройством 125 доступа, так и устройством 115 пользователя. В некоторых вариантах осуществления устройство 125 доступа может отображать взаимно поддерживаемые приложения и предоставлять пользователю 110 возможность выбирать приложение, которое должно быть использовано для транзакции. [0110] The access device 125 may then select a suitable application from the list of applications received in the available applications response (eg, by selecting an AID from the available AIDs). For example, access device 125 may select a payment application (eg, the highest priority application) that is supported by both access device 125 and user device 115 . In some embodiments, the access device 125 may display mutually supported applications and allow the user 110 to select the application to be used for a transaction.

[0111] Устройство 125 доступа может также отправлять сообщение о выборе приложения с выбранным AID на устройство 115 пользователя. В некоторых вариантах осуществления выбор приложения может иметь форму команды считывания записи или команды выбора AID (или ADF). [0111] The access device 125 may also send an application selection message with the selected AID to the user device 115 . In some embodiments, the application selection may take the form of a read record command or an AID (or ADF) select command.

[0112] Затем устройство 115 пользователя может отправлять запрос на данные транзакции на устройство 125 доступа, что может быть необходимо для выполнения транзакции с применением выбранного приложения/AID. В некоторых вариантах осуществления запрос может иметь форму ответа считывания записи или ответа на выбор AID (или ADF). Запрос может содержать список идентификаторов данных транзакции, и список может иметь форму списка объектов данных параметров обработки (PDOL). Запрошенные данные транзакции могут содержать определители транзакции на стороне терминала (TTQ), разрешенную сумму, другую сумму, код страны терминала, результаты проверки терминала, код валюты транзакции, данные транзакции, тип транзакции и/или непредсказуемый номер. [0112] The user device 115 may then send a request for transaction data to the access device 125 as may be necessary to complete the transaction using the selected application/AID. In some embodiments, the request may be in the form of a read record response or an AID (or ADF) select response. The request may contain a list of transaction data identifiers, and the list may be in the form of a processing parameter data object list (PDOL). The requested transaction data may include terminal-side transaction qualifiers (TTQ), allowed amount, other amount, terminal country code, terminal validation results, transaction currency code, transaction data, transaction type, and/or unpredictable number.

[0113] На этапе S620 устройство 125 доступа может инициировать обработку приложения. Например, устройство 125 доступа может запрашивать, чтобы устройство 115 пользователя указало данные (например, список файлов, содержащих данные), которые должны быть использованы для выбранного приложения и поддерживаемых функций. В некоторых вариантах осуществления устройство 125 доступа может отправлять команду получения параметров обработки (GPO). Устройство 125 доступа может также предоставлять информацию транзакции на устройство 115 пользователя (например, посредством команды GPO). Например, устройство 125 доступа может предоставлять данные транзакции, запрашиваемые устройством 115 пользователя, посредством списка объектов данных параметров обработки (PDOL). Предоставляемые данные транзакции могут включать сумму транзакции, такую как окончательная сумма транзакции или оценочная сумма транзакции (например, если окончательная сумма транзакции еще не известна). [0113] In step S620, the access device 125 may initiate application processing. For example, access device 125 may request that user device 115 specify data (eg, a list of files containing data) to be used for the selected application and supported features. In some embodiments, access device 125 may send a Get Processing Parameters (GPO) command. Access device 125 may also provide transaction information to user device 115 (eg, via a GPO command). For example, the access device 125 may provide transaction data requested by the user device 115 via a processing parameter data object list (PDOL). The transaction data provided may include the amount of the transaction, such as the final amount of the transaction or the estimated amount of the transaction (eg, if the final amount of the transaction is not yet known).

[0114] Затем устройство 115 пользователя может генерировать динамическую информацию обработки транзакции с использованием по меньшей мере некоторых принятых данных транзакции со стороны терминала и отправлять набор информации обработки транзакции на устройство 125 доступа. В некоторых вариантах осуществления информация обработки транзакции может быть отправлена в форме ответа GPO. В некоторых вариантах осуществления информация обработки транзакции может содержать один или более указателей файла приложения (AFL), которые могут быть использованы в качестве адресов файлов устройством 125 доступа для считывания данных о счете, хранящихся на устройстве 115 пользователя. [0114] The user device 115 can then generate dynamic transaction processing information using at least some of the received transaction data from the terminal, and send a set of transaction processing information to the access device 125 . In some embodiments, the transaction processing information may be sent in the form of a GPO response. In some embodiments, the transaction processing information may comprise one or more application file locators (AFLs) that may be used as file addresses by access device 125 to read account data stored on user device 115 .

[0115] На этапе S630 устройство 125 доступа может считывать данные приложения. Например, устройство 125 доступа может отправлять запрос данных о счете на устройство 115 пользователя для считывания данных о счете, хранящихся на устройстве 115 пользователя. В некоторых вариантах осуществления запрос данных о счете может иметь форму команды считывания записи и может содержать указатель файла приложения (AFL), указывающий местонахождение данных о счете. [0115] In step S630, the access device 125 can read the application data. For example, access device 125 may send an account data request to user device 115 to read account data stored on user device 115 . In some embodiments, the account data request may be in the form of a read record command and may contain an application file pointer (AFL) indicating the location of the account data.

[0116] Затем устройство 115 пользователя может отправлять данные о счете на устройство 125 доступа. В некоторых вариантах осуществления данные о счете могут быть отправлены в форме ответа считывания записи. Данные о счете могут содержать, например, данные, эквивалентные содержащимся во 2 дорожке (например, платежные удостоверяющие данные), и имя держателя карты и/или другие данные, связанные со счетом, которые доступны в местонахождении согласно AFL. [0116] The user device 115 can then send the account data to the access device 125 . In some embodiments, account data may be sent in the form of a read record response. The account data may include, for example, data equivalent to that contained in track 2 (eg, payment credential data) and the name of the cardholder and/or other data associated with the account that is available at the location according to the AFL.

[0117] Один или более этапов аутентификации и верификации могут быть выполнены для подтверждения того, что транзакция может продолжаться. Например, этапы S640-S680 предоставляют различные процессы аутентификации. В некоторых вариантах осуществления один или более из этих этапов могут быть пропущены, поскольку онлайн-аутентификация и/или авторизация могут представлять собой достаточную альтернативу. [0117] One or more stages of authentication and verification may be performed to confirm that the transaction can continue. For example, steps S640-S680 provide various authentication processes. In some embodiments, one or more of these steps may be omitted since online authentication and/or authorization may be a sufficient alternative.

[0118] На этапе S640 устройство 125 доступа может определять, следует ли ему аутентифицировать устройство 115 пользователя офлайн. Определение может быть выполнено на основе того, поддерживает ли устройство 115 пользователя офлайн-аутентификацию. В некоторых вариантах осуществления могут происходить один или более типов офлайн-аутентификации, например, статическая аутентификация данных (SDA) или динамическая аутентификация данных (DDA). [0118] In step S640, the access device 125 may determine whether it should authenticate the user device 115 offline. The determination may be made based on whether the user's device 115 supports offline authentication. In some embodiments, one or more types of offline authentication may occur, such as static data authentication (SDA) or dynamic data authentication (DDA).

[0119] На этапе S650 устройство 125 доступа может проверять ограничения обработки. Например, устройство 125 доступа может определять, следует ли разрешить продолжение транзакции, на основе даты завершения срока действия устройства пользователя, даты введения в действие устройства пользователя, совпадения приложений между устройством 115 пользователя и устройством 125 доступа, ограничений использования (например, ограничения международных покупок или услуг возврата части потраченных средств) и любых других подходящих ограничений. [0119] In step S650, the access device 125 may check the processing restrictions. For example, the access device 125 may determine whether to allow the transaction to continue based on the expiration date of the user device, the date the user device was put into service, the application match between the user device 115 and the access device 125 , usage restrictions (e.g., restrictions on international purchases or refund services) and any other applicable restrictions.

[0120] На этапе S660 устройство 125 доступа может выполнять проверку держателя карты. Например, пользователь 110 может быть подтвержден как правомерный пользователь устройства 115 пользователя, а не мошенник. Могут быть использованы один или более способов проверки карты (CVM). Например, пользователю 110 может быть предложено предоставить PIN (например, проверяемый онлайн субъектом авторизации или офлайн устройством 115 пользователя), подпись или любой другой подходящий способ аутентификации. [0120] In step S660, the access device 125 may perform cardholder verification. For example, user 110 can be confirmed to be a legitimate user of user device 115 rather than a fraudster. One or more card verification methods (CVM) may be used. For example, the user 110 may be prompted to provide a PIN (eg, verified online by the authorization entity or offline by the user's device 115 ), a signature, or any other suitable method of authentication.

[0121] На этапе S670 устройство 125 доступа может осуществлять управление рисками со стороны терминала. Например, устройство 125 доступа может выполнять проверку скорости оборота, определять, превышает ли транзакция пороговый лимит продавца, проверять, отмечен ли для отклонения номер счета, определять, был ли превышен лимит последовательных транзакций, и/или проверять на наличие любых других подходящих указателей мошенничества. [0121] In step S670, the access device 125 may perform risk management on the terminal side. For example, access device 125 may perform a turnover rate check, determine if a transaction exceeds a merchant's threshold limit, check if an account number is flagged for rejection, determine if a consecutive transaction limit has been exceeded, and/or check for any other suitable fraud indicators.

[0122] На этапе S680 устройство 125 доступа может выполнять анализ действий терминала. Например, устройство доступа может определять, следует ли одобрять транзакцию офлайн, отправлять ее онлайн для авторизации или отклонять ее офлайн. Это определение может быть основано на одном или более из вышеописанных этапов аутентификации и анализа риска (например, этапов S640-S670). Как упомянуто выше, в некоторых вариантах осуществления все транзакции могут быть авторизованы онлайн. Соответственно устройство 125 доступа может автоматически переходить к процессу онлайн-авторизации. [0122] In step S680, the access device 125 may perform terminal activity analysis. For example, the access device may determine whether to approve the transaction offline, submit it online for authorization, or reject it offline. This determination may be based on one or more of the authentication and risk analysis steps described above (eg, steps S640-S670 ). As mentioned above, in some embodiments, all transactions may be authorized online. Accordingly, the access device 125 can automatically proceed to the online authorization process.

[0123] Затем устройство 125 доступа может запрашивать криптограмму с устройства 115 пользователя (например, посредством команды генерирования криптограммы приложения). Устройство 125 доступа может конкретно запрашивать криптограмму запроса авторизации (ARQC), сертификат транзакции (TC) или криптограмму аутентификации приложения (AAC). В некоторых вариантах осуществления ARQC может быть запрошена для онлайн-авторизации, TC может быть запрошен для офлайн-авторизации (например, уже одобренной офлайн), и AAC может быть запрошена, чтобы отклонить транзакцию или отложить авторизацию. [0123] The access device 125 may then request the cryptogram from the user device 115 (eg, via an application cryptogram generation command). Access device 125 may specifically request an Authorization Request Cryptogram (ARQC), a Transaction Certificate (TC), or an Application Authentication Cryptogram (AAC). In some embodiments, ARQC may be requested for online authorization, TC may be requested for offline authorization (eg, already approved offline), and AAC may be requested to deny a transaction or delay authorization.

[0124] Затем устройство 115 пользователя может определять, какой тип криптограммы следует предоставить на устройство доступа. Например, устройство 115 пользователя может предоставлять ARQC для перехода к онлайн-авторизации. Альтернативно устройство 115 пользователя может определять, что транзакцию следует отклонить, и может возвращать AAC. [0124] The user device 115 can then determine what type of cryptogram to provide to the access device. For example, user device 115 may provide ARQC to navigate to online authorization. Alternatively, the user device 115 may determine that the transaction should be rejected and may return an AAC.

[0125] В некоторых вариантах осуществления ARQC может быть сгенерирована на основе характерной для транзакции информации. Например, сумма транзакции, принятая с устройства 125 доступа (например, на этапе S620), ID транзакции, идентификатор продавца и любая другая подходящая связанная с транзакцией информация могут быть использованы в качестве входных данных для алгоритма, генерирующего ARQC. Любая другая подходящая информация может быть также использована в качестве входных данных, например, случайное число, счетчик транзакций и т. д. ARQC может быть сгенерирована с использованием ключа субъекта авторизации, который хранится на устройстве 115 пользователя и известен на компьютере 160 субъекта авторизации. Соответственно компьютер 160 субъекта авторизации может аутентифицировать ARQC, когда ее принимают с сообщением с запросом авторизации. [0125] In some embodiments, an ARQC may be generated based on transaction-specific information. For example, the transaction amount received from the access device 125 (eg, in step S620 ), transaction ID, merchant ID, and any other suitable transaction related information can be used as input to an algorithm generating ARQC. Any other suitable information may also be used as input, such as a random number, a transaction count, etc. The ARQC may be generated using an authorization subject key that is stored on the user device 115 and known on the authorization subject computer 160 . Accordingly, the authorization subject computer 160 can authenticate the ARQC when it is received with an authorization request message.

[0126] В некоторых вариантах осуществления сразу после отправки устройством 115 пользователя криптограммы на устройство 125 доступа обмен данными между устройством 115 пользователя и устройством 125 доступа может достичь своих первичных целей (например, предоставления удостоверяющих данных на устройство 125 доступа для транзакции). Соответственно этапы S610-S680 могут охватывать обработку, упомянутую на этапе S425 в способе 400 и на этапе S525 в способе 500. [0126] In some embodiments, immediately after the user device 115 sends the cryptogram to the access device 125 , the communication between the user device 115 and the access device 125 may achieve its primary purposes (e.g., provide credential data to the access device 125 for a transaction). Accordingly, steps S610-S680 may cover the processing mentioned in step S425 in method 400 and step S525 in method 500' .

[0127] Способ 600 переходит к дополнительным этапам для аккуратного завершения обмена данными между устройством 125 доступа и устройством 115 пользователя, извлечения устройства 115 пользователя и авторизации транзакции. Эти этапы совпадают с этапами, уже описанными со ссылкой на фиг. 4-5. (например, этапами S430-S475 в способе 400 и этапами S630-S565 в способе 500). [0127] Method 600 proceeds to additional steps to gracefully complete communication between access device 125 and user device 115 , retrieve user device 115 , and authorize the transaction. These steps are the same as those already described with reference to FIG. 4-5 . (eg, steps S430-S475 in method 400 and steps S630-S565 in method 500 ).

[0128] На этапе S710 устройство 125 доступа может принимать криптограмму с устройства 115 пользователя и определять, следует ли авторизовать транзакцию онлайн. Например, аналогично этапам S430 и S530, устройство 125 доступа может определять, представляет ли криптограмма собой ARQC. В некоторых вариантах осуществления, если принимают ARQC, устройство 125 доступа может переходить к процессу онлайн-авторизации. [0128] In step S710 , the access device 125 may receive the cryptogram from the user device 115 and determine whether to authorize the transaction online. For example, similar to steps S430 and S530 , access device 125 can determine whether the cryptogram is ARQC. In some embodiments, if ARQC is received, access device 125 may proceed to an online authorization process.

[0129] Устройство 125 доступа может сохранять информацию устройства 115 пользователя (например, удостоверяющие данные счета, криптограмму и т. д.) для последующей обработки (например, как упомянуто на этапах S440 и S540). Например, окончательная сумма транзакции может быть еще не известна, так что устройство 125 доступа может сохранять информацию устройства 115 пользователя до тех пор, пока не сможет быть завершена авторизация. [0129] Access device 125 may store user device 115 information (eg, account credentials, cryptogram, etc.) for later processing (eg, as mentioned in steps S440 and S540 ). For example, the final amount of the transaction may not yet be known, so that the access device 125 may store the information of the user device 115 until authorization can be completed.

[0130] Сразу после приема и сохранения необходимой информации устройства 115 пользователя (например, удостоверяющих данных счета, криптограммы и т. д.) устройство 115 пользователя может больше не быть необходимо на устройстве 125 доступа. Соответственно, обмен данными между устройством 125 доступа и устройством 115 пользователя может быть завершен и устройство 115 пользователя извлечено раньше (например, как упомянуто на этапах S445-S455 и S545-S555). Например, устройство 115 пользователя может быть извлечено прежде, чем будет рассчитана окончательная сумма транзакции, прежде, чем будет отправлено сообщение с ответом авторизации, и прежде, чем будет принято сообщение с ответом авторизации. [0130] Once the necessary user device 115 information (eg, account credentials, cryptograms, etc.) is received and stored, the user device 115 may no longer be needed on the access device 125 . Accordingly, the communication between the access device 125 and the user device 115 may be completed and the user device 115 removed earlier (for example, as mentioned in steps S445-S455 and S545-S555 ). For example, the user device 115 may be retrieved before the final transaction amount is calculated, before the authorization response message is sent, and before the authorization response message is received.

[0131] На этапе S720 устройство 125 доступа может завершать обмен данными транзакции с устройством 115 пользователя онлайн (например, как упомянуто со ссылкой на этапы S455 и S550). Например, устройство 125 доступа может запрашивать вторую криптограмму с устройства 115 пользователя, поскольку устройство 115 пользователя может возвращаться к настройке по умолчанию после предоставления второй криптограммы. [0131] In step S720, the access device 125 may complete the exchange of transaction data with the online user device 115 (eg, as mentioned with reference to steps S455 and S550 ). For example, access device 125 may request a second cryptogram from user device 115 because user device 115 may revert to a default setting after the second cryptogram is provided.

[0132] Устройство 125 доступа может использовать вторую команду генерирования криптограммы приложения, чтобы запрашивать вторую криптограмму. В некоторых вариантах осуществления устройство 125 доступа может запрашивать AAC, указывающую на то, что транзакция должна быть отклонена или отложена, поскольку авторизация не может пройти онлайн (например, как упомянуто со ссылкой на этапы S445 и S545). Хотя в действительности авторизация может пройти онлайн (и попытка ее проведения могла не быть еще даже предпринята), эта команда может быть использована просто для завершения обмена данными с устройством 115 пользователя. Ложная информация об отклонении или отсрочке транзакции может не иметь влияния на фактическую транзакцию или какого-либо отрицательного воздействия на устройство 115 пользователя. [0132] Access device 125 may use a second application cryptogram generation command to request a second cryptogram. In some embodiments, access device 125 may request an AAC indicating that the transaction should be rejected or delayed because authorization cannot be completed online (eg, as mentioned with reference to steps S445 and S545 ). Although the authorization may actually take place online (and may not even have been attempted yet), this command may be used simply to end communication with the user's device 115 . False information about the rejection or delay of the transaction may not have an impact on the actual transaction or any negative impact on the device 115 of the user.

[0133] В некоторых вариантах осуществления устройство 125 доступа может альтернативно указывать, что транзакция была успешно авторизована (несмотря на то, что авторизация еще не была осуществлена), и запрашивать TC. [0133] In some embodiments, the access device 125 may alternatively indicate that the transaction has been successfully authorized (despite the fact that the authorization has not yet taken place) and request a TC.

[0134] Затем устройство 115 пользователя может отвечать ответом генерирования криптограммы приложения, который содержит AAC. Затем устройство 115 пользователя может завершать свою внутреннюю обработку, возвращаться к чистым настройкам, настройке по умолчанию и/или настройкам бездействия и тем самым быть готово к извлечению из устройства 125 доступа. [0134] The user device 115 may then respond with an application cryptogram generation response that contains the AAC. The user device 115 may then complete its internal processing, revert to clean settings, default settings, and/or idle settings, and thereby be ready to be retrieved from the access device 125 .

[0135] Сразу после приема устройством 125 доступа второй криптограммы с устройства 115 пользователя, устройство 125 доступа может запрашивать у пользователя 110 извлечь устройство 115 пользователя из устройства 125 доступа (например, как упомянуто со ссылкой на этапы S455 и S555). [0135] Once access device 125 receives the second cryptogram from user device 115 , access device 125 may request user 110 to remove user device 115 from access device 125 (eg, as mentioned with reference to steps S455 and S555 ).

[0136] Таким образом, устройство 115 пользователя может быть извлечено после одного непрерывного потока обмена данными с устройством 125 доступа. Задержки в обмене данными из-за расчета суммы транзакции или получения онлайн-авторизации могут отсутствовать. Вместо этого, информация может быть получена с устройства 115 пользователя за меньшее количество времени, устройство 125 пользователя может быть извлечено, и устройство 125 доступа может продолжить обработку транзакции без соединенного с ним устройства 115 пользователя. [0136] Thus, the user device 115 can be retrieved after one continuous communication flow with the access device 125 . There may be no delays in data exchange due to the calculation of the transaction amount or the receipt of online authorization. Instead, the information can be retrieved from the user device 115 in less time, the user device 125 can be retrieved, and the access device 125 can continue processing the transaction without the user device 115 connected to it.

[0137] На этапе S730 сразу после того, как окончательная сумма транзакции станет известна, устройство 125 доступа может обрабатывать транзакцию онлайн. Например, устройство 125 доступа может генерировать сообщение с запросом авторизации и отправлять сообщение с запросом авторизации на компьютер 160 субъекта авторизации для авторизации (например, как описано на этапах S470-S475 и этапах S560-S565). [0137] In step S730, immediately after the final amount of the transaction is known, the access device 125 may process the transaction online. For example, access device 125 may generate an authorization request message and send an authorization request message to authorization subject computer 160 for authorization (eg, as described in steps S470-S475 and steps S560-S565 ).

[0138] Варианты осуществления настоящего изобретения обладают рядом преимуществ. Например, в вариантах осуществления настоящего изобретения обмен данными для обработки транзакции между устройством пользователя (например, смарт-картой или картой с интегральной микросхемой) и устройством доступа может происходить быстро и эффективно. Все обмены данными между устройством пользователя и устройством доступа могут происходить в одной незамедлительной и ускоренной последовательности операций без каких-либо задержек. Например, при контакте с устройством пользователя устройство доступа может сразу предоставлять величину транзакции (например, окончательную величину или оценочную величину). В результате устройство пользователя может сразу генерировать криптограмму на основе величины (и другой информации). Дополнительно сразу после приема устройством доступа удостоверяющих данных (например, информации о счете и криптограммы) с устройства пользователя устройство доступа может завершать обмен данными транзакции, и устройство пользователя может быть извлечено. Пользователь может иметь возможность извлекать устройство пользователя, не ожидая сообщения с ответом авторизации или обработки после авторизации. [0138] Embodiments of the present invention have a number of advantages. For example, in embodiments of the present invention, communication for transaction processing between a user's device (eg, a smart or integrated circuit card) and an access device can occur quickly and efficiently. All data exchanges between the user device and the access device can occur in one immediate and accelerated sequence of operations without any delay. For example, upon contact with the user's device, the access device may immediately provide a transaction value (eg, a final value or an estimated value). As a result, the user device can immediately generate a cryptogram based on the value (and other information). Additionally, immediately after the access device receives credential data (eg, account information and cryptograms) from the user's device, the access device may complete the exchange of transaction data and the user device may be removed. The user may be able to remove the user's device without waiting for an authorization response message or post-authorization processing.

[0139] Варианты осуществления настоящего изобретения могут преимущественно сокращать время контакта между устройством пользователя и устройством доступа до двух секунд или меньше. Таким образом, варианты осуществления обеспечивают среднее сокращение на шесть-десять секунд (75% - 83%) по сравнению с текущим средним временем вставки, составляющим от восьми до двенадцати секунд, а также потенциальное сокращение времени на восемнадцать секунд или больше (90% или больше) по сравнению с текущим возможным временем вставки, составляющим двадцать или больше секунд. В дополнение к сокращению фактического времени контакта, пользователь может ощутить еще большее сокращение времени контакта. [0139] Embodiments of the present invention can advantageously reduce the contact time between a user device and an access device to two seconds or less. Thus, the embodiments provide an average reduction of six to ten seconds (75% - 83%) compared to the current average insertion time of eight to twelve seconds, as well as a potential reduction in time of eighteen seconds or more (90% or more). ) compared to the current possible insertion time of twenty seconds or more. In addition to the reduction in actual contact time, the user may experience an even greater reduction in contact time.

[0140] Варианты осуществления настоящего изобретения могут дополнительно преимущественно сокращать общее время транзакции. Например, варианты осуществления обеспечивают устранение обработки после авторизации, такой как обработка командного файла эмитент-карта, и аутентификации эмитента на устройстве пользователя. Исключение этих этапов не только сокращает количество времени, в течение которого устройство пользователя вставлено в устройство доступа, но также сокращает количество времени, в течение которого пользователь ждет у устройства доступа (например, пока будут отпущены товары и услуги и пользователь сможет уйти). В вариантах осуществления устройство пользователя не может принимать информацию об ответе эмитента (например, данные, принятые в сообщении с ответом авторизации). Однако эти данные могут не являться необходимыми для онлайн-транзакций. Соответственно, сокращение времени контакта, как описано в настоящем документе, может не иметь никаких недостатков (например, никакого снижения безопасности и никакой потери полезной информации). [0140] Embodiments of the present invention may further advantageously reduce overall transaction time. For example, embodiments provide for the elimination of post-authorization processing such as card issuer batch file processing and issuer authentication on the user's device. Eliminating these steps not only reduces the amount of time the user's device is inserted into the access device, but also reduces the amount of time the user waits at the access device (eg, until goods and services are dispensed and the user can leave). In embodiments, the user device may not receive information about the issuer's response (eg, the data received in the authorization response message). However, this data may not be necessary for online transactions. Accordingly, reducing the contact time as described herein may not have any disadvantages (eg, no reduction in security and no loss of useful information).

[0141] Варианты осуществления настоящего изобретения преимущественно позволяют устройству пользователя иметь чистое состояние в конце транзакции, несмотря на то что устройство пользователя извлекают раньше обычного. Например, устройство доступа может запрашивать вторую криптограмму раньше обычного времени (например, посредством ложного указания неудавшегося онлайн-соединения), так что устройство пользователя может завершать свою обработку транзакции, а затем быть извлечено. [0141] Embodiments of the present invention advantageously allow the user device to have a clean state at the end of a transaction, despite the user device being retrieved earlier than usual. For example, the access device may request a second cryptogram earlier than usual (eg, by falsely indicating a failed online connection), so that the user device may complete its transaction processing and then be retrieved.

[0142] Варианты осуществления настоящего изобретения могут быть преимущественно реализованы без изменений аппаратного обеспечения, изменений стандартов обработки транзакций EMV или изменений устройства пользователя. Вместо этого программное обновление на устройстве доступа может обеспечить новые этапы и обмены данными, описанные в настоящем документе. [0142] Embodiments of the present invention can advantageously be implemented without hardware changes, changes to EMV transaction processing standards, or changes to the user's device. Instead, a software update on the access device may provide the new steps and communications described herein.

[0143] Теперь будет описана компьютерная система, которая может быть использована для осуществления любого из субъектов или компонентов, описанных в настоящем документе. Подсистемы в компьютерной системе взаимно соединены по системной шине. Дополнительные подсистемы включают принтер, клавиатуру, несъемный диск и монитор, который может быть подключен к адаптеру дисплея. Периферийные устройства и устройства ввода/вывода (I/O), которые могут соединяться с контроллером I/O, могут быть соединены с компьютерной системой с помощью любого количества средств, известных в данной области техники, таких как последовательный порт. Например, последовательный порт или внешний интерфейс могут быть использованы для соединения вычислительного устройства с глобальной вычислительной сетью, такой как Интернет, устройством ввода типа мышь или сканером. Взаимное соединение по системной шине позволяет центральному процессору осуществлять связь с каждой подсистемой и управлять исполнением команд из системной памяти или несъемного диска, а также обмен информацией между подсистемами. Системная память и/или несъемный диск могут представлять собой машиночитаемый носитель. [0143] A computer system that can be used to implement any of the entities or components described herein will now be described. Subsystems in a computer system are interconnected via a system bus. Additional subsystems include a printer, keyboard, fixed disk, and a monitor that can be connected to a display adapter. Peripherals and input/output (I/O) devices that can be connected to the I/O controller can be connected to the computer system using any number of means known in the art, such as a serial port. For example, a serial port or external interface may be used to connect the computing device to a wide area network such as the Internet, a mouse input device, or a scanner. System bus interconnection allows the CPU to communicate with each subsystem and manage the execution of commands from system memory or a fixed disk, as well as the exchange of information between subsystems. The system memory and/or the fixed disk may be a computer readable medium.

[0144] Как описано, новаторская услуга может включать осуществление одной или более функций, процессов, операций или этапов способа. В некоторых вариантах осуществления функции, процессы, операции или этапы способа могут быть осуществлены в результате исполнения набора команд или программного кода надлежащим образом запрограммированным вычислительным устройством, микропроцессором, устройством обработки данных или т.п. Набор команд или программный код могут быть сохранены в памяти или элементе хранения данных другой формы, к которому осуществляет доступ вычислительное устройство, микропроцессор и т.д. В других вариантах осуществления функции, процессы, операции или этапы способа могут быть осуществлены встроенным программным обеспечением или специализированным процессором, интегральной схемой и т.д.[0144] As described, an innovative service may include the implementation of one or more functions, processes, operations, or method steps. In some embodiments, the functions, processes, steps, or method steps may result from the execution of a set of instructions or program code by an appropriately programmed computing device, microprocessor, data processing device, or the like. The instruction set or program code may be stored in a memory or other form of storage element that is accessed by a computing device, microprocessor, or the like. In other embodiments, the functions, processes, operations, or method steps may be implemented by firmware or a dedicated processor, integrated circuit, or the like.

[0145] Любые из программных компонентов или функций, описанных в настоящей заявке, могут быть реализованы в виде программного кода, который должен быть исполнен процессором, с помощью любого подходящего компьютерного языка, такого как, например, Java, C++ или Perl, с помощью, например, традиционных или объектно-ориентированных подходов. Программный код может быть сохранен в виде последовательности инструкций или команд в машиночитаемом носителе, таком как оперативное запоминающее устройство (ОЗУ), постоянное запоминающее устройство (ПЗУ), магнитный носитель, такой как жесткий диск или дискета, или оптический носитель, такой как CD-ROM. Любой такой машиночитаемый носитель может находиться на или в одном вычислительном устройстве и может присутствовать на или в разных вычислительных устройствах в пределах системы или сети. [0145] Any of the software components or functions described herein may be implemented as program code to be executed by a processor using any suitable computer language such as, for example, Java, C++, or Perl, using, for example, traditional or object-oriented approaches. The program code may be stored as a sequence of instructions or instructions in a computer readable medium such as random access memory (RAM), read only memory (ROM), magnetic media such as a hard disk or floppy disk, or optical media such as a CD-ROM. . Any such computer-readable medium may reside on or in a single computing device and may be present on or in different computing devices within a system or network.

[0146] Хотя подробно были описаны и на сопутствующих графических материалах представлены определенные приведенные для примера варианты осуществления, необходимо понимать, что такие варианты осуществления являются лишь иллюстрирующими и не предназначены для ограничения широкого изобретения, и что это изобретение не должно быть ограничено конкретными представленными и описанными схемами и конструкциями, поскольку специалистам в данной области техники могут быть очевидны различные другие модификации. [0146] While certain exemplary embodiments have been described in detail and depicted in the accompanying drawings, it is to be understood that such embodiments are illustrative only and are not intended to limit the broad invention, and that the invention should not be limited to the specific representations and descriptions. circuits and designs, as various other modifications may be apparent to those skilled in the art.

[0147] В контексте настоящего документа использование формы единственного числа обозначает «по меньшей мере один», если иное не указано отдельно. [0147] In the context of this document, the use of the singular form means "at least one", unless otherwise indicated separately.

1. Способ, включающий:1. Method, including:

обеспечение физического контакта устройства доступа с устройством пользователя;providing physical contact of the access device with the user's device;

прием устройством доступа удостоверяющих данных с устройства пользователя для транзакции;receiving, by the access device, credentials from the user's device for the transaction;

сохранение устройством доступа удостоверяющих данных;saving by the access device of certifying data;

обеспечение устройством доступа возможности извлечения устройства пользователя из устройства доступа прежде, чем сообщение с ответом авторизации для транзакции будет принято с компьютера субъекта авторизации;allowing the access device to remove the user's device from the access device before the authorization response message for the transaction is received from the authorization subject's computer;

генерирование устройством доступа сообщения с запросом авторизации для транзакции;generating, by the access device, an authorization request message for the transaction;

передачу устройством доступа сообщения с запросом авторизации на компьютер субъекта авторизации иtransmission by the access device of a message with an authorization request to the computer of the subject of authorization and

прием устройством доступа сообщения с ответом авторизации для транзакции с компьютера субъекта авторизации, когда устройство пользователя физически отделено от устройства доступа.receiving by the access device a message with an authorization response for a transaction from the computer of the authorization subject, when the user device is physically separated from the access device.

2. Способ по п. 1, отличающийся тем, что устройство пользователя представляет собой карту.2. The method according to claim. 1, characterized in that the user's device is a card.

3. Способ по п. 1, отличающийся тем, что удостоверяющие данные включают криптограмму, и при этом сообщение с запросом авторизации включает криптограмму.3. The method of claim. 1, characterized in that the credential data includes a cryptogram, and the authorization request message includes a cryptogram.

4. Способ по п. 3, отличающийся тем, что дополнительно включает:4. The method according to p. 3, characterized in that it additionally includes:

предоставление устройством доступа оценочной величины на устройство пользователя, при этом криптограмма основана на оценочной величине; иproviding the access device with an estimated value to the user device, wherein the cryptogram is based on the estimated value; And

запрос устройством доступа у пользователя подтверждения окончательной величины, при этом сообщение с запросом авторизации дополнительно содержит оценочную величину и окончательную величину.requesting by the access device from the user confirmation of the final value, wherein the authorization request message further comprises the estimated value and the final value.

5. Способ по п. 3, отличающийся тем, что дополнительно включает:5. The method according to p. 3, characterized in that it further includes:

запрос устройством доступа у пользователя подтверждения окончательной величины иrequesting by the access device from the user confirmation of the final value and

предоставление устройством доступа окончательной величины на устройство пользователя,provision by the access device of the final value to the user's device,

при этом криптограмма основана на окончательной величине иthe cryptogram is based on the final value and

при этом сообщение с запросом авторизации дополнительно содержит окончательную величину.wherein the authorization request message further contains the final value.

6. Способ по п. 1, отличающийся тем, что перед обеспечением возможности извлечения устройства пользователя из устройства доступа способ дополнительно включает:6. The method of claim. 1, characterized in that before allowing the removal of the user's device from the access device, the method further includes:

завершение устройством доступа обмена данными с устройством пользователя.completion of the access device data exchange with the user's device.

7. Способ по п. 6, отличающийся тем, что завершение обмена данными с устройством пользователя включает:7. The method according to claim 6, characterized in that the completion of data exchange with the user's device includes:

отправку устройством доступа на устройство пользователя сообщения, информирующего устройство пользователя о том, что транзакция завершена; иsending by the access device to the user's device a message informing the user's device that the transaction has been completed; And

прием устройством доступа криптограммы с устройства пользователя, при этом устройство пользователя возвращается к настройке по умолчанию после отправки криптограммы.receiving by the access device of the cryptogram from the user's device, while the user's device returns to the default setting after sending the cryptogram.

8. Способ по п. 6, отличающийся тем, что завершение обмена данными с устройством пользователя включает:8. The method according to claim 6, characterized in that the completion of data exchange with the user's device includes:

отправку устройством доступа на устройство пользователя сообщения, информирующего устройство пользователя о том, что авторизация транзакции будет отложена, поскольку онлайн-авторизация недоступна, несмотря на то что онлайн-авторизация доступна; иsending, by the access device, to the user's device a message informing the user's device that authorization of the transaction will be delayed because online authorization is not available, although online authorization is available; And

прием устройством доступа криптограммы с устройства пользователя, при этом устройство пользователя возвращается к настройке по умолчанию после отправки криптограммы.receiving by the access device of the cryptogram from the user's device, while the user's device returns to the default setting after sending the cryptogram.

9. Способ по п. 1, отличающийся тем, что дополнительно включает:9. The method according to p. 1, characterized in that it further includes:

отображение устройством доступа указания о том, что транзакция авторизована.displaying by the access device an indication that the transaction is authorized.

10. Способ по п. 1, отличающийся тем, что сообщение с запросом авторизации генерируют и передают на компьютер субъекта авторизации, когда устройство пользователя физически отделено от устройства доступа.10. The method according to claim 1, characterized in that an authorization request message is generated and transmitted to the computer of the authorization subject when the user's device is physically separated from the access device.

11. Устройство доступа, содержащее:11. An access device, comprising:

процессор иprocessor and

постоянный машиночитаемый носитель, соединенный с процессором, при этом машиночитаемый носитель содержит код, исполняемый процессором, для осуществления способа, включающего:a persistent computer-readable medium coupled to the processor, the computer-readable medium containing code executable by the processor for implementing a method including:

прием удостоверяющих данных с устройства пользователя, находящегося в физическом контакте с устройством доступа, для транзакции;receiving credential data from a device of a user in physical contact with the access device for a transaction;

сохранение удостоверяющих данных;storing identity data;

обеспечение возможности извлечения устройства пользователя из устройства доступа прежде, чем сообщение с ответом авторизации для транзакции будет принято с компьютера субъекта авторизации;allowing the user's device to be removed from the access device before the authorization response message for the transaction is received from the computer of the authorization subject;

генерирование сообщения с запросом авторизации для транзакции;generating an authorization request message for the transaction;

передачу сообщения с запросом авторизации на компьютер субъекта авторизации; иsending an authorization request message to the computer of the authorization subject; And

прием сообщения с ответом авторизации для транзакции с компьютера субъекта авторизации, когда устройство пользователя физически отделено от устройства доступа.receiving an authorization response message for a transaction from an authorization subject's computer when the user's device is physically separated from the access device.

12. Устройство доступа по п. 11, отличающееся тем, что устройство пользователя представляет собой карту.12. The access device according to claim. 11, characterized in that the user's device is a card.

13. Устройство доступа по п. 11, отличающееся тем, что удостоверяющие данные включают криптограмму, и при этом сообщение с запросом авторизации включает криптограмму.13. Access device according to claim 11, characterized in that the credential data includes a cryptogram, and the authorization request message includes a cryptogram.

14. Устройство доступа по п. 13, отличающееся тем, что дополнительно предусматривает:14. The access device according to claim 13, characterized in that it additionally provides:

предоставление оценочной величины на устройство пользователя, при этом криптограмма основана на оценочной величине; иproviding an estimated value to the user's device, wherein the cryptogram is based on the estimated value; And

запрос у пользователя подтверждения окончательной величины, при этом сообщение с запросом авторизации дополнительно содержит оценочную величину и окончательную величину.asking the user to confirm the final value, wherein the authorization request message further comprises the estimated value and the final value.

15. Устройство доступа по п. 13, отличающееся тем, что дополнительно предусматривает:15. An access device according to claim 13, characterized in that it additionally provides:

запрос у пользователя подтверждения окончательной величины; иasking the user to confirm the final value; And

предоставление окончательной величины на устройство пользователя,providing the final value to the user's device,

при этом криптограмма основана на окончательной величине; иwhile the cryptogram is based on the final value; And

при этом сообщение с запросом авторизации дополнительно содержит окончательную величину.wherein the authorization request message further contains the final value.

16. Устройство доступа по п. 11, отличающееся тем, что перед обеспечением возможности извлечения устройства пользователя из устройства доступа способ дополнительно включает:16. An access device according to claim 11, characterized in that, before allowing the user device to be removed from the access device, the method further comprises:

завершение обмена данными с устройством пользователя.completion of data exchange with the user's device.

17. Устройство доступа по п. 16, отличающееся тем, что завершение обмена данными с устройством пользователя включает:17. The access device according to claim 16, characterized in that the completion of data exchange with the user's device includes:

отправку на устройство пользователя сообщения, информирующего устройство пользователя о том, что транзакция завершена; иsending to the user's device a message informing the user's device that the transaction has been completed; And

прием криптограммы с устройства пользователя, при этом устройство пользователя возвращается к настройке по умолчанию после отправки криптограммы.receiving the cryptogram from the user's device, wherein the user's device returns to the default setting after sending the cryptogram.

18. Устройство доступа по п. 16, отличающееся тем, что завершение обмена данными с устройством пользователя включает:18. The access device according to claim 16, characterized in that the completion of data exchange with the user's device includes:

отправку на устройство пользователя сообщения, информирующего устройство пользователя о том, что авторизация транзакции будет отложена, поскольку онлайн-авторизация недоступна, несмотря на то что онлайн-авторизация доступна; иsending a message to the user's device informing the user's device that transaction authorization will be delayed because online authorization is not available, although online authorization is available; And

прием криптограммы с устройства пользователя, при этом устройство пользователя возвращается к настройке по умолчанию после отправки криптограммы.receiving the cryptogram from the user's device, wherein the user's device returns to the default setting after sending the cryptogram.

19. Устройство доступа по п. 11, отличающееся тем, что дополнительно предусматривает:19. An access device according to claim 11, characterized in that it additionally provides:

отображение указания о том, что транзакция авторизована.display an indication that the transaction is authorized.

20. Устройство доступа по п. 11, отличающееся тем, что сообщение с запросом авторизации генерируется и передается на компьютер субъекта авторизации, когда устройство пользователя физически отделено от устройства доступа.20. An access device according to claim 11, characterized in that an authorization request message is generated and transmitted to the computer of the authorization subject when the user's device is physically separated from the access device.

Claims (45)

1. Способ для обработки транзакции, включающий:1. A method for processing a transaction, including: предоставление устройством доступа на устройство пользователя для транзакции предварительно установленной суммы, причем устройство пользователя генерирует криптограмму на основе предварительно установленной суммы;allowing the device to access the user's device for a transaction of a predetermined amount, wherein the user's device generates a cryptogram based on the predetermined amount; прием устройством доступа с устройства пользователя платежных удостоверяющих данных и криптограммы;reception by the access device from the user's device of payment certifying data and a cryptogram; после завершения обмена данными с устройством пользователя определение устройством доступа фактической суммы для транзакции, причем фактическая сумма отличается от предварительно установленной суммы;after completion of communication with the user device, determining by the access device the actual amount for the transaction, and the actual amount is different from the predetermined amount; генерирование устройством доступа сообщения с запросом авторизации для транзакции, причем сообщение с запросом авторизации содержит платежные удостоверяющие данные, криптограмму, предварительно установленную сумму и фактическую сумму; иgenerating, by the access device, an authorization request message for the transaction, the authorization request message comprising payment credentials, a cryptogram, a predetermined amount, and an actual amount; And передачу устройством доступа сообщения с запросом авторизации на компьютер субъекта авторизации, причем компьютер субъекта авторизации использует предварительно установленную сумму, содержащуюся в сообщении с запросом авторизации, для проверки криптограммы, содержащейся в сообщении с запросом авторизации, и при этом компьютер субъекта авторизации использует платежные удостоверяющие данные, содержащиеся в сообщении с запросом авторизации, и фактическую сумму, содержащуюся в сообщении с запросом авторизации, для авторизации транзакции.transmission by the access device of a message with an authorization request to the computer of the authorization subject, wherein the computer of the authorization subject uses a predetermined amount contained in the message with the authorization request to verify the cryptogram contained in the message with the authorization request, and at the same time the computer of the authorization subject uses payment credentials, contained in the authorization request message and the actual amount contained in the authorization request message to authorize the transaction. 2. Способ по п. 1, дополнительно включающий:2. The method of claim 1, further comprising: запрос устройством доступа у пользователя предоставить устройство пользователя устройству доступа; requesting the access device from the user to provide the user's device to the access device; инициализацию обмена данными с устройством пользователя; initialization of data exchange with the user's device; запрос устройством доступа криптограммы с устройства пользователя; a request by the access device for a cryptogram from the user's device; сохранение устройством доступа платежных удостоверяющих данных и криптограммы;saving by the access device of payment certifying data and cryptograms; завершение устройством доступа обмена данными с устройством пользователя; иcompleting the access device data exchange with the user's device; And прием устройством доступа сообщения с ответом авторизации для транзакции с компьютера субъекта авторизации; receiving by the access device a message with an authorization response for the transaction from the computer of the authorization subject; после приема сообщения с ответом авторизации отображение устройством доступа указания о том, что транзакция авторизована, причем устройство пользователя не принимает информацию, связанную с транзакцией, с компьютера субъекта авторизации.after receiving the authorization response message, displaying by the access device an indication that the transaction is authorized, and the user device does not receive information related to the transaction from the computer of the authorization subject. 3. Способ по п. 1, отличающийся тем, что определение фактической суммы включает суммирование цен предметов, связанных с множеством покупаемых предметов, и дополнительно включающий:3. The method of claim. 1, characterized in that the determination of the actual amount includes the summation of the prices of items associated with a plurality of purchased items, and further comprising: запрос устройством доступа подтверждения фактической суммы пользователем.requesting by the access device confirmation of the actual amount by the user. 4. Способ по п. 1, отличающийся тем, что предварительно установленная сумма может представлять собой случайное число.4. The method according to claim 1, characterized in that the predetermined amount may be a random number. 5. Способ по п. 1, отличающийся тем, что предварительно установленная сумма представляет собой оценочную сумму.5. The method according to claim. 1, characterized in that the predetermined amount is an estimated amount. 6. Способ по п. 1, отличающийся тем, что предварительно установленная сумма является одинаковой для каждой из множества транзакций.6. The method according to claim 1, characterized in that the predetermined amount is the same for each of the plurality of transactions. 7. Способ по п. 1, отличающийся тем, что предварительно установленная сумма меняется для каждой из множества транзакций.7. The method according to claim 1, characterized in that the predetermined amount changes for each of the plurality of transactions. 8. Способ по п. 1, отличающийся тем, что предварительно установленная сумма представляет собой сумму в долларах.8. The method of claim 1 wherein the predetermined amount is a dollar amount. 9. Способ по п. 1, отличающийся тем, что предварительно установленная сумма включена в первое поле данных сообщения с запросом авторизации, а фактическая сумма включена во второе поле данных сообщения с запросом авторизации.9. The method of claim 1, wherein the predetermined amount is included in the first data field of the authorization request message and the actual amount is included in the second data field of the authorization request message. 10. Способ по п. 1, отличающийся тем, что предварительно установленная сумма или фактическая сумма включена в дополнительные сведения сообщения с запросом авторизации.10. The method of claim. 1, characterized in that the predetermined amount or the actual amount is included in the additional details of the authorization request message. 11. Способ по п. 1, отличающийся тем, что предоставление предварительно установленной суммы осуществляют таким образом, что устройство пользователя может генерировать криптограмму до определения фактической суммы, и при этом предварительно установленная сумма не используется для авторизации транзакции.11. The method of claim. 1, characterized in that the predetermined amount is provided in such a way that the user device can generate a cryptogram before determining the actual amount, and the predetermined amount is not used to authorize the transaction. 12. Способ по п. 1, отличающийся тем, что устройство пользователя представляет собой карту или мобильный телефон.12. The method according to claim 1, characterized in that the user device is a card or a mobile phone. 13. Способ по п. 1, отличающийся тем, что криптограмма представляет собой криптограмму запроса авторизации.13. The method according to claim 1, characterized in that the cryptogram is an authorization request cryptogram. 14. Способ по п. 1, отличающийся тем, что после завершения обмена данными с устройством пользователя устройство пользователя возвращается к настройке по умолчанию или чистому состоянию таким образом, что устройство пользователя готово для последующей транзакции.14. The method of claim. 1, characterized in that after the completion of communication with the user's device, the user's device returns to the default setting or a clean state so that the user's device is ready for a subsequent transaction. 15. Устройство доступа для обработки транзакции, содержащее:15. An access device for processing a transaction, comprising: процессор; иCPU; And машиночитаемый носитель, причем машиночитаемый носитель содержит код, исполняемый процессором, для реализации способа по любому из пп. 1-14.computer-readable medium, and the computer-readable medium contains code executable by the processor for implementing the method according to any one of claims. 1-14. 16. Устройство доступа по п. 15, дополнительно содержащее:16. The access device according to claim 15, further comprising: устройство бесконтактного считывания, причем обмен данными с устройством пользователя осуществляется с использованием указанного устройства бесконтактного считывания.a contactless reader, wherein data exchange with the user's device is carried out using said contactless reader. 17. Устройство доступа по п. 15, дополнительно содержащее:17. The access device according to claim 15, further comprising: устройство контактного считывания чипов, причем обмен данными с устройством пользователя осуществляется с использованием указанного устройства контактного считывания чипов.a contact chip reader, wherein data is exchanged with the user's device using said contact chip reader. 18. Способ для проведения транзакции, включающий:18. A method for conducting a transaction, including: прием устройством пользователя с устройства доступа для транзакции предварительно установленной суммы;receiving by the user's device from the access device for the transaction a predetermined amount; генерирование устройством пользователя криптограммы на основе предварительно установленной суммы; иgenerating, by the user's device, a cryptogram based on a predetermined amount; And передачу устройством пользователя на устройство доступа платежных удостоверяющих данных и криптограммы, причем после завершения обмена данными с устройством доступа устройство доступа определяет фактическую сумму для транзакции, которая отличается от предварительно установленной суммы, генерирует сообщение с запросом авторизации для транзакции, содержащее платежные удостоверяющие данные, криптограмму, предварительно установленную сумму и фактическую сумму, и передает сообщение с запросом авторизации на компьютер субъекта авторизации, причем компьютер субъекта авторизации использует предварительно установленную сумму, содержащуюся в сообщении с запросом авторизации, для проверки криптограммы, содержащейся в сообщении с запросом авторизации, и при этом компьютер субъекта авторизации использует платежные удостоверяющие данные, содержащиеся в сообщении с запросом авторизации, и фактическую сумму, содержащуюся в сообщении с запросом авторизации, для авторизации транзакции.transfer by the user's device to the access device of the payment credential data and a cryptogram, and after the data exchange with the access device is completed, the access device determines the actual amount for the transaction, which differs from the predetermined amount, generates an authorization request message for the transaction containing the payment credential data, the cryptogram, the predetermined amount and the actual amount, and transmits the authorization request message to the authorization subject computer, wherein the authorization subject computer uses the predetermined amount contained in the authorization request message to verify the cryptogram contained in the authorization request message, and the subject computer authorization uses the payment credentials contained in the authorization request message and the actual amount contained in the authorization request message to authorize the transaction. 19. Способ по п. 18, отличающийся тем, что устройство пользователя представляет собой карту или мобильный телефон, и дополнительно включающий:19. The method according to claim 18, characterized in that the user device is a card or a mobile phone, and further comprising: прием устройством пользователя с устройства доступа запроса на криптограмму, причем генерирование криптограммы осуществляется до определения фактической суммы, и предварительно установленная сумма не используется для авторизации транзакции;receiving by the user device from the access device a request for a cryptogram, wherein the cryptogram is generated before the actual amount is determined, and the predetermined amount is not used to authorize the transaction; завершение обмена данными с устройством доступа, причем устройство пользователя не принимает информацию, связанную с транзакцией, с компьютера субъекта авторизации; иcompletion of the data exchange with the access device, and the user's device does not receive information related to the transaction from the computer of the authorization subject; And после завершения обмена данными с устройством доступа возвращение устройства пользователя к настройке по умолчанию или чистому состоянию, таким образом, что устройство пользователя готово для последующей транзакции.upon completion of communication with the access device, returning the user's device to a default or clean state such that the user's device is ready for a subsequent transaction. 20. Устройство пользователя для проведения транзакций, содержащее:20. The user's device for conducting transactions, containing: процессор; иCPU; And машиночитаемый носитель, причем машиночитаемый носитель содержит код, исполняемый процессором, для реализации способа по любому из пп. 18, 19.computer-readable medium, and the computer-readable medium contains code executable by the processor for implementing the method according to any one of claims. 18, 19.