EA011546B1 - System and method for making cashless payments - Google Patents
System and method for making cashless payments Download PDFInfo
- Publication number
- EA011546B1 EA011546B1 EA200801298A EA200801298A EA011546B1 EA 011546 B1 EA011546 B1 EA 011546B1 EA 200801298 A EA200801298 A EA 200801298A EA 200801298 A EA200801298 A EA 200801298A EA 011546 B1 EA011546 B1 EA 011546B1
- Authority
- EA
- Eurasian Patent Office
- Prior art keywords
- payer
- payment
- financial institution
- recipient
- key code
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/14—Payment architectures specially adapted for billing systems
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
Изобретение относится к области автоматизации коммерческих соглашений и может быть использовано в торговле и в сфере предоставления разных видов услуг. С его помощью можно осуществлять разные виды платежей и расчетов в пределах платежной системы, в том числе за услуги связи (мобильной, проводной, спутниковой, ΙΡ и др.), за услуги Интернет, коммунальные услуги, оплату товаров и услуг, денежные переводы и др.The invention relates to the field of automation of commercial agreements and can be used in trade and in the provision of various types of services. It can be used to make various types of payments and settlements within the payment system, including for communication services (mobile, wired, satellite, ΙΡ, etc.), for Internet services, utilities, payment for goods and services, money transfers, etc. .
Уровень техникиThe level of technology
Известна система продажи через торговые автоматы телефонных карт с предыдущей оплатой (\νϋ 9801815, МПК 606Р 17/60), но она имеет узкую специализацию, ограниченные функциональные возможности, поскольку может быть использована только для оплаты телефонных разговоров со специализированных телефонных автоматов.The system of selling through telephone card vending machines with a previous payment (\ νϋ 9801815, IPC 606P 17/60) is known, but it has a narrow specialization, limited functionality, since it can only be used to pay for telephone calls from specialized telephone machines.
Известен также способ оплаты и получения услуг и товаров с использованием карточек (см. патент США № 5225977, МПК 606Р 15/30), согласно которому формируют запрос с указанием данных идентификатора карточки, которые считываются с карточки с помощью устройства считывания, и стоимости услуги, выполняют передачу этого запроса из локального контролера в центральный контроллер, формируют соответствующее сообщение с учетом данных, которые содержатся в базе данных, в которой записаны соответствующие счета, выполняют передачу обратного сообщения в локальный контроллер, инициируют работу устройства по предоставлению услуг.There is also known a method of payment and receipt of services and goods using cards (see US Patent No. 5,225,977, IPC 606P 15/30), according to which a request is formed indicating the data of the card identifier, which are read from the card using a reader, and the cost of the service, transfer this request from the local controller to the central controller, form the corresponding message taking into account the data contained in the database in which the corresponding accounts are recorded, transfer the return message to the local ny controller initiates operation of the device to provide services.
К недостаткам описанного способа можно отнести то, что он не обеспечивает достаточный уровень безопасности, поскольку данные карточки становятся известными продавцам при осуществлении каждой платежной операции.The disadvantages of the described method include the fact that it does not provide an adequate level of security, since these cards become known to the sellers during each payment transaction.
Наиболее близким к изобретению, которое заявляется, является способ осуществления безналичных платежных операций клиентами банков, описанный в патенте Украины на изобретение № 64840, МПК 606Р 17/60, 607 Р 19/00, Н 04М 17/00. Указанный способ включает передачу покупателем из мобильного терминала покупателя сообщения к центру обработки платежных трансакций, где идентифицируют того, кто передает сообщение, и получают его реквизиты, и присылают в ответ сообщения, которые генерируют в центре обработки платежных трансакций, после этого в центре обработки платежных трансакций осуществляют проверку трансакции в финансовом учреждении покупателя, к которому он подключен через сеть передачи данных, а после осуществления трансакции присылают подтверждение покупателю и продавцу, причем сначала осуществляют отправление продавцом к центру обработки платежных трансакций запроса с указанием суммы трансакции, идентификацию продавца в центре обработки платежных трансакций и получение реквизитов продавца с его идентификатора, после этого в центре обработки платежных трансакций генерируют ключевой код трансакции, который заносят в базу данных, сгенерированный ключевой код трансакции передают продавцу по неавтономному запросу с указанием суммы трансакции для передачи его покупателю, из мобильного терминала покупателя ключевой код трансакции вводят к центру обработки платежных трансакций, а трансакцию осуществляют после проверки полученного ключевого кода трансакции в базе данных. Схема осуществления безналичных платежей по способу, описанному в ИА № 64840, представлена на фиг. 1.The closest to the invention, which is claimed, is a method of carrying out non-cash payment transactions by customers of banks, described in the Ukrainian patent for invention No. 64840, IPC 606P 17/60, 607 P 19/00, H 04M 17/00. This method involves the customer sending a message from the customer’s payment processing center to the payment processing center, where they identify the person who sends the message, and receive its details, and send in response messages that are generated in the payment processing center, then in the payment processing center carry out verification of the transaction in the financial institution of the buyer to which it is connected through the data network, and after the transaction is completed, send confirmation of the purchase the seller and the seller first send the request to the payment processing center with the amount of the transaction, identify the seller in the payment processing center and get the seller’s details of his identifier, then generate a key transaction code in the payment transaction center the database, the generated key transaction code is transmitted to the seller by a non-autonomous request, indicating the amount of the transaction for transfer to the buyer, from the mobile phone The buyer’s key of the key transaction code is entered to the payment transaction processing center, and the transaction is performed after verifying the received key transaction code in the database. The scheme for making cashless payments according to the method described in IA No. 64840 is presented in FIG. one.
Недостатком известного способа является его недостаточная надежность при осуществлении платежных трансакций.The disadvantage of this method is its lack of reliability in the implementation of payment transactions.
В патенте ИА 64840 С2 покупатель контактирует непосредственно с центром обработки платежных трансакций, в котором аккумулируют данные о счетах всех покупателей. Сосредоточение конфиденциальной информации в центре обработки платежных трансакций является рискованным, поскольку в случае ее недобросовестного использования могут пострадать интересы всех клиентов, данные которых сохраняются в указанном центре.In patent IA 64840 C2, the buyer contacts directly with the payment transaction processing center, in which they accumulate data on the accounts of all buyers. Concentration of confidential information in a payment transaction processing center is risky, since in case of its unfair use, the interests of all customers whose data are stored in the specified center may suffer.
Подробное описание изобретенияDetailed Description of the Invention
В основу данного изобретения поставлена задача упростить систему и способ осуществления безналичных платежей за счет изъятия из системы и способа осуществления безналичных платежей посредников.The basis of this invention is the task to simplify the system and method of making non-cash payments due to the removal of intermediaries from the system and method of making non-cash payments.
Поставленная задача достигается тем, что в системе для осуществления безналичных платежей со счета плательщика в финансовом учреждении плательщика на счет получателя в финансовом учреждении получателя в пределах платежной системы, которая включает финансовое учреждение плательщика, в которой находится счет плательщика, и финансовое учреждение получателя, в которой находится счет получателя, плательщик осуществляет передачу в финансовое учреждение плательщика авторизованного условного платежного поручения, которое содержит, по крайней мере, сумму платежа, а финансовое учреждение плательщика генерирует ключевой код, который вместе с условным платежным поручением сохраняется в информационной системе и отправляется плательщику, который передает его получателю, а получатель передает в финансовое учреждение получателя авторизованный запрос, который содержит, по крайней мере, ключевой код, полученный от плательщика, а после проверки на соответствие условного платежного поручения, полученного от плательщика, с авторизованным запросом, полученным от получателя, на тождественность, по крайней мере, ключевого кода, присутствующего в них, финансовое учреждение плательщика осуществляет перевод средств.The task is achieved by the fact that in the system for making non-cash payments from the payer’s account in the payer's financial institution to the payee’s account in the payee’s financial institution within the payment system, which includes the payer’s financial institution that holds the payer’s account, and the payee’s account is located, the payer transfers to the payer’s financial institution of an authorized conditional payment order, which contains At least, the payment amount, and the financial institution of the payer generates a key code, which, together with the conditional payment order, is stored in the information system and sent to the payer, which forwards it to the recipient, and the recipient sends to the financial institution of the recipient an authorized request that contains at least the key code received from the payer, and after checking for compliance with the conditional payment order received from the payer, with an authorized request received from the recipient, identically, at least, the key code is present in them, the financial institution of the payer transfers funds.
В другом варианте системы для осуществления безналичных платежей со счета плательщика в фиIn another embodiment, the system for making non-cash payments from the payer's account in fi
- 1 011546 нансовом учреждении плательщика на счет получателя в финансовом учреждении получателя в пределах платежной системы, которая включает финансовое учреждение плательщика, в котором находится счет плательщика, и финансовое учреждение получателя, в котором находится счет получателя, и платежную организацию, плательщик осуществляет передачу в финансовое учреждение плательщика авторизованного условного платежного поручения, которое содержит, по крайней мере, сумму платежа, а финансовое учреждение плательщика генерирует ключевой код, который вместе с условным платежным поручением сохраняется в информационной системе и отправляется плательщику, который передает его получателю, а получатель передает в платежную организацию авторизованный запрос, который содержит, по крайней мере, ключевой код, а платежная организация осуществляет передачу авторизованного запроса, который содержит, по крайней мере, ключевой код, в финансовое учреждение плательщика, и после проверки на соответствие условного платежного поручения, полученного от плательщика, с авторизованным запросом, полученным от платежной организации, на тождественность, по крайней мере, ключевого кода, присутствующего в них, осуществляется перевод средств.- 1,011,546 of the payer's financial institution to the beneficiary’s account in the beneficiary’s financial institution within the payment system that includes the payer's financial institution in which the payer's account is located, and the financial institution of the payee in which the beneficiary’s account is located, and the payment institution that the payer sends to the financial institution the institution of the payer of the authorized conditional payment order that contains at least the amount of the payment, and the financial institution of the payer generates the key company which, together with the conditional payment order, is stored in the information system and sent to the payer, who transfers it to the recipient, and the recipient transmits to the payment organization an authorized request that contains at least the key code, and the payment organization sends an authorized request that contains at least the key code in the financial institution of the payer, and after checking for compliance with the conditional payment order received from the payer with an authorized request m derived from the payment organization, identity to, at least, a key code, present therein, to transfer funds.
Авторизованный запрос может дополнительно содержать идентификатор получателя.An authorized request may additionally contain the recipient's identifier.
Идентификацию плательщика можно осуществлять с помощью персонального средства авторизации, которым является устройство, которое содержит микропроцессор.Payer identification can be performed using a personal authorization tool, which is a device that contains a microprocessor.
Персональным средством авторизации может быть мобильный телефон.Personal authorization tool can be a mobile phone.
Передачу данных можно осуществлять из терминалов, соединенных между собой с помощью телекоммуникационных сетей.Data transmission can be made from terminals interconnected via telecommunication networks.
Терминал имеет, по крайней мере, микропроцессор и дисплей.The terminal has at least a microprocessor and a display.
Терминалом может быть устройство, выбранное из группы, которая включает мобильный телефон, персональный компьютер, карманный персональный компьютер или пейджер.A terminal can be a device selected from a group that includes a mobile phone, a personal computer, a pocket personal computer, or a pager.
Авторизованный запрос содержит ключевой код и сумму платежа, полученные от плательщика, а проверка на соответствие условного платежного поручения с авторизованным запросом включает проверку на тождественность указанного ключевого кода и суммы платежа.The authorized request contains the key code and the amount of the payment received from the payer, and the check for compliance of the conditional payment order with the authorized request includes a check for the identity of the specified key code and the amount of the payment.
До осуществления перевода средств финансовое учреждение отправляет авторизованное сообщение гарантии оплаты получателю.Prior to the transfer of funds, the financial institution sends an authorized payment guarantee message to the recipient.
До осуществления перевода финансовое учреждение плательщика отправляет авторизованное сообщение гарантии оплаты платежной организации, которая отправляет авторизованное сообщение гарантии оплаты в финансовое учреждение получателя, а финансовое учреждение получателя отправляет авторизованное сообщение гарантии оплаты получателю.Prior to the transfer, the payer's financial institution sends an authorized payment guarantee message to the payment institution that sends an authorized payment guarantee message to the recipient financial institution, and the recipient financial institution sends an authorized payment guarantee message to the recipient.
Сообщение гарантии отправляется сразу после проверки на соответствие условного платежного поручения, полученного от плательщика, с авторизованным запросом, полученным от получателя, в финансовом учреждении плательщика.The guarantee message is sent immediately after checking for compliance with the conditional payment order received from the payer, with an authorized request received from the payee at the payer's financial institution.
До генерирования ключевого кода финансовое учреждение плательщика выполняет проверку плательщика относительно возможности акцептования условного платежного поручения.Prior to generating the key code, the payer's financial institution performs a payer verification of the possibility of accepting a conditional payment order.
Перевод средств выполняется на протяжении определенного платежной системой срока.The transfer of funds is carried out within a certain period of payment.
Финансовое учреждение плательщика представляет собой банк-эмитент, а финансовым учреждением получателя является банк-эквайр.The financial institution of the payer is the issuing bank, and the financial institution of the recipient is the acquirer bank.
Объектом изобретения является также способ осуществления безналичных платежей со счета плательщика в финансовом учреждении плательщика на счет получателя в финансовом учреждении получателя в пределах платежной системы, в которой плательщик осуществляет передачу в финансовое учреждение плательщика авторизованного условного платежного поручения, которое содержит, по крайней мере, сумму платежа, после этого в финансовом учреждении плательщика генерируют ключевой код, который вместе с условным платежным поручением сохраняют в информационной системе и присылают плательщику, который дальше передает полученный ключевой код получателю, после этого получатель осуществляет передачу в финансовое учреждение получателя авторизованного запроса, который содержит, по крайней мере, ключевой код, полученный от плательщика, причем:The object of the invention is also a method of making non-cash payments from the payer’s account in the payer's financial institution to the payee’s account in the payee’s financial institution within the payment system in which the payer transfers an authorized conditional payment order to the payer's financial institution that contains at least the amount of the payment , thereafter, in the payer's financial institution, a key code is generated, which, together with the conditional payment order, is kept in inform insulating system and sent to the payer, which further transmits the received key code to the recipient, the recipient then transmits to the recipient's financial institution authorized request, which contains at least the key code received from the payer, and:
а) если финансовое учреждение плательщика является финансовым учреждением получателя, то после проверки на соответствие условного платежного поручения, полученного от плательщика, с авторизованным запросом, полученным от получателя, на тождественность, по крайней мере, ключевого кода, присутствующего в них, осуществляют перевод средств, илиa) if the financial institution of the payer is a financial institution of the payee, after checking for compliance with the conditional payment order received from the payer with an authorized request received from the payee, for the identity of at least the key code present in them, transfer the funds, or
б) если финансовое учреждение плательщика не является финансовым учреждением получателя, то финансовое учреждение получателя осуществляет передачу авторизованного запроса, который содержит, по крайней мере, ключевой код, в платежную организацию, после чего платежная организация осуществляет передачу авторизованного запроса, который содержит, по крайней мере, ключевой код, в платежную организацию, финансовое учреждение плательщика и после проверки на соответствие условного платежного поручения, полученного от плательщика, с авторизованным запросом, полученным от платежной организации, на тождественность, по крайней мере, ключевого кода, присутствующего в них, осуществляют перевод средств, при этом передачу указанных данных осуществляют из терминалов, соединенных между собой с помощью телекоммуникационных сетей.b) if the financial institution of the payer is not the financial institution of the recipient, the financial institution of the recipient transfers the authorized request, which contains at least the key code, to the payment organization, after which the payment organization sends the authorized request, which contains at least , key code, to the payment institution, financial institution of the payer and after checking for compliance with the conditional payment order received from the payer, with the authorization annym request received from the payment organization, identity to, at least, a key code, present therein, to transfer funds, wherein said data transfer is performed from the terminals interconnected via telecommunications networks.
Авторизованный запрос может дополнительно содержать идентификатор получателя.An authorized request may additionally contain the recipient's identifier.
- 2 011546- 2 011546
Идентификацию плательщика можно осуществлять с помощью персонального средства авторизации, которым является устройство, которое содержит микропроцессор.Payer identification can be performed using a personal authorization tool, which is a device that contains a microprocessor.
Персональное средство авторизации может представлять собой мобильный телефон.Personal authorization tool can be a mobile phone.
Терминалом является устройство, которое включает, по крайней мере, микропроцессор и дисплей.A terminal is a device that includes at least a microprocessor and a display.
Терминалом является устройство, выбранное из группы, которая включает мобильный телефон, персональный компьютер, карманный персональный компьютер или пейджер.A terminal is a device selected from a group that includes a mobile phone, a personal computer, a pocket personal computer, or a pager.
Авторизованный запрос, который направляет получатель в финансовое учреждение получателя, содержит ключевой код и сумму платежа, полученные от плательщика, а проверка на соответствие условного платежного поручения с авторизованным запросом включает проверку на тождественность указанных ключевого кода и суммы платежа.The authorized request that the recipient sends to the recipient’s financial institution contains the key code and payment amount received from the payer, and the check for compliance with the conditional payment order with the authorized request includes a check for the identity of the specified key code and payment amount.
До осуществления перевода средств, если финансовое учреждение плательщика является финансовым учреждением получателя, финансовое учреждение отправляет авторизованное сообщение гарантии оплаты получателю, или, если финансовое учреждение плательщика не является финансовым учреждением получателя, финансовое учреждение плательщика отправляет авторизованное сообщение гарантии оплаты платежной организации, которая отправляет авторизованное сообщение гарантии оплаты в финансовое учреждение получателя, а финансовое учреждение получателя отправляет авторизованное сообщение гарантии оплаты получателю.Prior to the transfer of funds, if the payer's financial institution is the payee’s financial institution, the financial institution sends an authorized payment guarantee message to the payee, or if the payer’s financial institution is not the payee’s financial institution, the financial institution of the payer sends an authorized message of the payment institution’s payment guarantee that sends the authorized message payment guarantees to the beneficiary’s financial institution, and the financial institution to receive Telya sends the authorized payment guarantee message to the recipient.
Сообщение гарантии присылают сразу после проверки на соответствие условного платежного поручения, полученного от плательщика, с авторизованным запросом, полученным от получателя, в финансовом учреждении плательщика.The guarantee message is sent immediately after verification for compliance with the conditional payment order received from the payer, with an authorized request received from the payee, at the payer's financial institution.
До генерирования ключевого кода финансовое учреждение плательщика выполняет проверку плательщика относительно возможности акцептования условного платежного поручения.Prior to generating the key code, the payer's financial institution performs a payer verification of the possibility of accepting a conditional payment order.
Перевод средств выполняют на протяжении определенного платежной системой срока.The transfer of funds is carried out for a period specified by the payment system.
Финансовым учреждением плательщика является банк-эмитент, а финансовым учреждением получателя - банк-эквайр.The financial institution of the payer is the issuing bank, and the financial institution of the recipient is the acquirer bank.
Дальше приводятся термины, которые используются в данном описании, и их определение.The following are terms used in this description and their definition.
Платежная система - платежная организация, члены платежной системы и совокупность отношений, которые возникают между ними при проведении перевода средств. Проведение перевода средств является обязательной функцией, которую должна выполнять платежная система.Payment system - a payment institution, members of a payment system, and the totality of relations that arise between them during a funds transfer. The transfer of funds is a mandatory function that the payment system must perform.
Плательщик - участник платежной системы, который инициирует платеж средствами платежной системы.The payer is a member of the payment system who initiates payment by means of the payment system.
Получатель - участник платежной системы, который получает средства через платежную систему.Recipient - member of the payment system, which receives funds through the payment system.
Банк-эмитент - член платежной системы, финансово-кредитного учреждения, которое обслуживает плательщика.The issuing bank is a member of the payment system, a financial institution that serves the payer.
Банк-эквайр - член платежной системы, финансово-кредитного учреждения, которое обслуживает получателя.The Acquiring Bank is a member of the payment system, a financial institution that services the beneficiary.
Ключевой код - последовательность символов, которую для каждого события эмиссии создает банкэмитент.The key code is the sequence of symbols that the issuer bank creates for each emission event.
Условное платежное поручение - поручение, которое содержит, по крайней мере, сумму платежа, которое предоставляет плательщик банка-эмитента на перевод средств получателю.Conditional payment order - an order that contains at least the payment amount that the payer of the issuing bank provides for the transfer of funds to the recipient.
Информационная система - совокупность программных и аппаратных средств, которые применяются для хранения и обработки информации и размежевания прав доступа к отдельным ее частям.Information system - a set of software and hardware that are used for storing and processing information and delimiting the rights of access to its individual parts.
88Ь - открытый протокол, разработанный компанией ЫеФеаре, который определяет механизм поддержки безопасности данных на уровне между протоколом ТСР/1Р и протоколами, которые используют программы высокого уровня (Нурейех! ТтаиДег Рго!осо1 [НТТР], Те1пе!, №1\тогк Ыете ТтаиДег Рго!осо1 [ΝΝΤΡ] или Р11е ТгаиДсг Рго!осо1 [РТР]). 88Ь поддерживает шифрование данных, аутентификацию серверов и клиентов. Был утвержден консорциумом \У3С в качестве стандартного средства безопасности \УЕВ браузеров и серверов.88b is an open protocol developed by HaFeare, which defines a mechanism for maintaining data security at the level between the TCP / 1P protocol and the protocols that use high-level programs (Nureyeh! Tay and DePro! Oso1 [NTTR], T1pe !, No. 1 \ togk Tte and DeT Pro! Oso1 [ΝΝΤΡ] or P11e TgaiDsg Pro Ogo! Oso1 [RTR]). 88b supports data encryption, server and client authentication. It was approved by the \ U3S consortium as a standard security tool \ UEV browsers and servers.
К8А - метод шифрования, который был разработан в 1997 году К8А Иа1а 8еситйу. Метод основан на системе с двойными ключами, частным и публичным. (К8А - это сокращение, которое образовано от первых букв фамилий трех основателей К8А Иа1а 8еситйу - Шуей, 811атй. Абе1таи.)К8А is an encryption method developed in 1997 by К8А Иа1а 8еситю. The method is based on a system with double keys, private and public. (К8А is an abbreviation, which is formed from the first letters of the names of the three founders of K8А Iaa 8esityu - Shuya, 811th. Abetai.)
Персональное средство авторизации (ПСА) - устройство, которое предназначено для строгой аутентификации пользователя и сохранения его персональных ключей шифрования. ПСА временно присоединяется к терминальному устройству и на аппаратном уровне поддерживает работу с цифровыми сертификатами и электронной цифровой подписью.Personal Authorization Tool (PSA) is a device that is designed to strictly authenticate a user and save his personal encryption keys. PSA temporarily joins the terminal device and at the hardware level supports work with digital certificates and electronic digital signature.
Аутентификация - процедура идентификации лица пользователя и проверки его прав доступа к информации или выполнению определенных действий.Authentication is the procedure for identifying a person’s face and checking its access rights to information or performing certain actions.
Ключ шифрования - набор секретных параметров для алгоритма шифрования, которые определяют его уникальные условия засекречивания (или рассекречивания) информации.Encryption key - a set of secret parameters for the encryption algorithm, which determine its unique conditions for classifying (or declassifying) information.
Дальше приводятся примеры практической реализации заявленного изобретения.The following are examples of the practical implementation of the claimed invention.
Пример 1.Example 1
Пример 1 описывает случай, когда банк-эмитент и банк-эквайр являются разными банками.Example 1 describes the case when the issuing bank and the acquirer bank are different banks.
С целью пополнения счета у оператора связи клиент на сайте оператора получает информацию оIn order to replenish the account from the telecom operator, the client on the operator’s website receives information about
- 3 011546 присвоенном оператором идентификаторе получателя и минимальном платеже.- 3,011,546 assigned by the operator to the recipient and minimum payment identifier.
После этого клиент посещает \УЕВ страницу собственного банка-эмитента, который обслуживает его карточный счет, и загружает оттуда программу авторизации, активирует программу авторизации и авторизуется путем подключения персонального средства авторизации (ПСА) к И8В порта компьютера.After that, the client visits the UEV page of his own issuing bank, which services his card account, and downloads the authorization program from there, activates the authorization program and authenticates by connecting the personal authorization tool (PSA) to the computer port I8V.
Программа авторизации запрашивает у клиента идентификатор получателя, сумму платежа и формирует условное платежное поручение банка. Это поручение программа авторизации загружает в ПСА, в котором находится микросхема, заранее запрограммированная на алгоритм цифровой подписи, ПСА подписывает условное платежное поручение, используя алгоритм КБА, и возвращает его программе авторизации.The authorization program requests the client's ID of the beneficiary, the amount of the payment and forms a conditional payment order of the bank. This authorization program loads the PSA, in which the microcircuit is pre-programmed for the digital signature algorithm, the PSA signs a conditional payment order using the CBA algorithm and returns it to the authorization program.
Программа авторизации с помощью протокола 88Ь устанавливает соединение с банком-эмитентом через сеть Интернет и передает банку условное платежное поручение.The authorization program using protocol 88b establishes a connection with the issuing bank via the Internet and sends the bank a conditional payment order.
Банк-эмитент вычисляет за алгоритмом КБА набор символов, из которых составляется условное платежное поручение, и сравнивает полученную последовательность символов с публичным электронным ключом клиента, который сохраняется в информационной системе банка. В случае тождественности банк-эмитент проверяет средства клиента на счету на соответствие установленным лимитам с учетом суммы условного поручения.The issuing bank calculates, using the KBA algorithm, the set of symbols from which the conditional payment order is made, and compares the received sequence of characters with the client's public electronic key, which is stored in the bank’s information system. In case of identity, the issuing bank checks the customer’s funds in the account for compliance with the established limits, taking into account the amount of the conditional order.
Если лимиты не превышены, банк-эмитент акцептует условное платежное поручение, генерирует ключевой код и сохраняет его вместе с условным платежным поручением в собственной информационной системе. После чего банк-эмитент передает ключевой код программе авторизации.If the limits are not exceeded, the issuing bank accepts the conditional payment order, generates the key code and stores it together with the conditional payment order in its own information system. Then the issuing bank transfers the key code to the authorization program.
Программа авторизации сообщает клиенту об удачном акцептовании условного платежного поручения и предъявляет клиенту ключевой код.The authorization program informs the client about successful acceptance of the conditional payment order and presents the key code to the client.
Клиент копирует ключевой код в клипборд и переносит его в специальную форму на сайте оператора.The client copies the key code into the clipboard and transfers it to a special form on the operator’s website.
Получив ключевой код, оператор формирует запрос гарантии оплаты, который содержит присвоенный оператором идентификатор получателя, ключевой код и сумму платежа, прибавляет к нему собственную электронную подпись, устанавливает соединение с банком-эквайром, который обслуживает оператора, авторизуется за механизмом, который предусмотрен банком, и передает запрос гарантии оплаты в информационную систему банка-эквайра.Having received the key code, the operator generates a payment guarantee request, which contains the beneficiary identifier assigned by the operator, the key code and the payment amount, adds its own electronic signature to it, establishes a connection with the acquiring bank that services the operator, authorizes the mechanism provided by the bank, and sends a request for a payment guarantee to the information system of the acquiring bank.
Получив запрос гарантии оплаты, информационная система банка-эквайра проверяет электронную подпись оператора, и в случае тождественности по установленным платежной системой алгоритмом на основе ключевого кода устанавливает, какой банк-эмитент сгенерировал ключевой код, и в случае, если это другой банк, прибавляет к запросу гарантии оплаты электронную подпись банка-эквайра и передает в информационную систему (ИС) платежной системы.Upon receiving a request for a guarantee of payment, the information system of the acquirer bank verifies the electronic signature of the operator, and in case of identity, using an algorithm established by the payment system based on the key code, determines which issuing bank generated the key code, and if it is a different bank, adds to the request payment guarantees electronic signature of the bank-acquirer and transfers to the information system (IS) of the payment system.
Получив запрос гарантии оплаты, ИС платежной системы проверяет электронную подпись банкаэквайра и в случае тождественности по установленным платежной системой алгоритмом на основе ключевого кода устанавливает, какой банк-эмитент сгенерировал ключевой код, проверяет остатки по лимитам банки-эмитента в платежной системе с учетом суммы, которая указана в запросе, и в случае непревышения лимитов прибавляет к запросам гарантии оплаты собственную электронную подпись и передает запрос гарантии оплаты к соответствующему банку-эмитенту.Upon receiving a request for a guarantee of payment, the payment system’s IC checks the bank’s electronic signature and, in the event of an identity using an algorithm established by the payment system based on the key code, determines which issuing bank generated the key code, checks the balance on the limits of the issuing bank in the payment system, taking into account the amount indicated in the request, and in the case of non-exceedance of the limits, adds to the requests for a guarantee of payment its own electronic signature and sends the request of the guarantee of payment to the appropriate issuing bank.
Получив запрос гарантии оплаты, ИС банка-эмитента проверяет электронную подпись платежной системы и в случае тождественности проверяет запрос гарантии оплаты на соответствие любого условного платежного поручения, которое сохраняется в ИС банка-эмитента по тождественности ключевого кода и идентификатора получателя. Если такое условное поручение существует, банк-эмитент прибавляет к запросам гарантии оплаты собственную электронную подпись и возвращает гарантию оплаты к ИС платежной системы.Upon receiving a request for a payment guarantee, the issuing bank’s IP verifies the electronic signature of the payment system and, in case of identity, checks the payment guarantee request for compliance with any conditional payment order that is stored in the issuing bank’s IP system based on the identity of the key code and the recipient’s identifier. If such a conditional order exists, the issuing bank adds its own electronic signature to the requests for the guarantee of payment and returns the guarantee of payment to the IP of the payment system.
Получив гарантию оплаты от банка-эмитента, ИС платежной системы проверяет электронную подпись банка-эмитента и в случае тождественности уменьшает лимит банку-эмитенту в платежной системе, прибавляет к гарантии собственную электронную подпись и возвращает гарантию оплаты ИС банкуэквайру.Having received a payment guarantee from the issuing bank, the payment system IC verifies the electronic signature of the issuing bank and, in case of identity, reduces the limit to the issuing bank in the payment system, adds its own electronic signature to the guarantee and returns the payment guarantee to the IS bank.
Получив гарантию оплаты от банка эмитента, ИС банка-эквайра проверяет электронную подпись платежной системы и в случае тождественности прибавляет к гарантии собственную электронную подпись и возвращает гарантию оплаты оператору.Having received a payment guarantee from the issuing bank, the acquirer bank’s IP verifies the electronic signature of the payment system and, in case of identity, adds its own electronic signature to the guarantee and returns the payment guarantee to the operator.
Получив гарантию оплаты от банка-эквайра, оператор проверяет электронную подпись банкаэквайра и в случае тождественности пополняет счет клиента в собственной билинговой системе и сообщает об этом клиенту.Having received a payment guarantee from the bank-acquirer, the operator checks the electronic signature of the bank of the acquirer and, in case of identity, replenishes the client's account in his own billing system and informs the client about it.
Схема осуществления безналичного платежа, которая описана в примере 1, представлена на фиг. 2.The scheme for making a cashless payment, which is described in Example 1, is shown in FIG. 2
В конце текущего банковского дня банки-участники проводят клиринг и по его результатам перечисляют средства со счета клиента в банке-эмитенте к счету оператора в банке-эквайре с учетом комиссии членов платежной системы и распределяют комиссию между собой.At the end of the current banking day, the participating banks carry out clearing and, based on its results, transfer funds from the client’s account in the issuing bank to the operator’s account in the acquirer bank, taking into account the commission of members of the payment system and distribute the commission among themselves.
В результате выполненных операций происходит пополнение счета клиента у оператора связи.As a result of the operations performed, the client account is replenished with the telecom operator.
Пример 2.Example 2
Пример 2 касается случая, когда банк-эмитент и банк-эквайр являются одним банком.Example 2 concerns the case when the issuing bank and the acquirer bank are one bank.
С целью пополнения счета у оператора связи клиент на сайте оператора получает информацию о присвоенном оператором идентификаторе получателя и минимальном платеже.In order to replenish the account from the telecom operator, the client on the operator’s site receives information about the recipient’s identifier assigned by the operator and the minimum payment.
- 4 011546- 4 011546
После этого клиент посещает \УЕВ страницу собственного банка-эмитента, который обслуживает его карточный счет, и загружает оттуда программу авторизации. Потом активирует загруженную программу авторизации и авторизуется путем подключения персонального средства авторизации (ПСА) к И8В порта компьютера.After that, the client visits the UEV page of his own issuing bank that serves his card account and downloads the authorization program from there. Then it activates the downloaded authorization program and authorizes it by connecting a personal authorization tool (PSA) to the I8B port of the computer.
Программа авторизации запрашивает у клиента идентификатор получателя, сумму платежа и формирует условное платежное поручение банка. Это поручение программа авторизации загружает в ПСА, в котором находится микросхема, заранее запрограммированная на алгоритм цифровой подписи, ПСА подписывает условное платежное поручение, используя алгоритм В8Л. и возвращает его программе авторизации.The authorization program requests the client's ID of the beneficiary, the amount of the payment and forms a conditional payment order of the bank. This order is loaded by the authorization program into the PSA, in which the microcircuit is pre-programmed for the digital signature algorithm, the PSA signs a conditional payment order using the V8L algorithm. and returns it to the authorization program.
Программа авторизации с помощью протокола 88Ь устанавливает соединение с банком-эмитентом через сеть Интернет и передает банку условное платежное поручение.The authorization program using protocol 88b establishes a connection with the issuing bank via the Internet and sends the bank a conditional payment order.
Банк-эмитент вычисляет за алгоритмом КБА набор символов, из которых составляется условное платежное поручение, и сравнивает полученную последовательность символов с публичным электронным ключом клиента, который сохраняется в информационной системе банка. В случае тождественности банк-эмитент проверяет средства клиента на счету на соответствие установленным лимитам с учетом суммы условного поручения.The issuing bank calculates, using the KBA algorithm, the set of symbols from which the conditional payment order is made, and compares the received sequence of characters with the client's public electronic key, which is stored in the bank’s information system. In case of identity, the issuing bank checks the customer’s funds in the account for compliance with the established limits, taking into account the amount of the conditional order.
Если лимиты не превышены, банк-эмитент акцептует условное платежное поручение, генерирует ключевой код и сохраняет его вместе с условным платежным поручением в собственной информационной системе. После чего банк-эмитент передает ключевой код программе авторизации.If the limits are not exceeded, the issuing bank accepts the conditional payment order, generates the key code and stores it together with the conditional payment order in its own information system. Then the issuing bank transfers the key code to the authorization program.
Программа авторизации сообщает клиенту об удачном акцептовании условного платежного поручения и предъявляет клиенту ключевой код.The authorization program informs the client about successful acceptance of the conditional payment order and presents the key code to the client.
Клиент копирует ключевой код в клипборд и переносит его в специальную форму на сайте оператора.The client copies the key code into the clipboard and transfers it to a special form on the operator’s website.
Получив ключевой код, оператор формирует запрос гарантии оплаты, который содержит присвоенный оператором идентификатор получателя, ключевой код и сумму платежа, прибавляет к нему собственную электронную подпись, устанавливает 88Ь соединение с банком-эквайром, который обслуживает оператора, авторизуется по механизму, который предусмотрен банком, и передает запрос гарантии оплаты в информационную систему банка-эквайра.Having received the key code, the operator generates a payment guarantee request, which contains the beneficiary identifier assigned by the operator, the key code and the payment amount, adds its own electronic signature to it, establishes a connection with the acquiring bank that serves the operator, authorizes it using the mechanism provided by the bank, and sends a request for a payment guarantee to the information bank of the acquirer.
Получив запрос гарантии оплаты, информационная система банка-эквайра проверяет электронную подпись оператора, и в случае тождественности по установленным платежной системой алгоритмом на основе ключевого кода устанавливает, какой банк-эмитент сгенерировал ключевой код, и в случае, если банк-эмитент и банк-эквайр совпадают, прибавляет к запросу гарантии оплаты собственную электронную подпись и проверяет запрос гарантии оплаты на соответствие любого условного платежного поручения, которое сохраняется в собственной ИС по тождественности ключевого кода и идентификатора получателя.Upon receiving a request for a guarantee of payment, the information system of the acquirer bank verifies the electronic signature of the operator, and in case of identity, using an algorithm established by the payment system based on the key code, determines which issuing bank generated the key code, and if the issuing bank and acquirer bank match, add their own electronic signature to the payment guarantee request and check the payment guarantee request for compliance with any conditional payment order, which is stored in its own IP with the same identity ti key code and recipient ID.
Если такое условное поручение существует, банк-эквайр прибавляет к запросам гарантии оплаты собственную электронную подпись и возвращает гарантию оплаты оператору.If such a conditional order exists, the acquirer bank adds its own electronic signature to the payment guarantee requests and returns the payment guarantee to the operator.
Получив гарантию оплаты от банка-эквайра, оператор проверяет электронную подпись банкаэквайра и в случае тождественности сообщает клиенту об акцептовании платежа и предоставляет клиенту код пополнения счета в собственной билинговой системе.Having received a payment guarantee from the bank-acquirer, the operator checks the bank’s electronic signature of the bank and, in case of identity, informs the client about the acceptance of the payment and provides the client with a refill code in their own billing system.
В конце текущего банковского дня банк-эквайр перечисляет средства со счета плательщика на счет оператора с учетом собственной комиссии.At the end of the current banking day, the acquiring bank transfers funds from the payer's account to the operator’s account, taking into account its own commission.
В результате выполненных операций происходит пополнение счета клиента у оператора связи.As a result of the operations performed, the client account is replenished with the telecom operator.
Схема осуществления безналичного платежа, которая описана в примере 2, представлена на фиг. 3.The scheme for making a cashless payment, which is described in Example 2, is shown in FIG. 3
Claims (25)
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
UA2005010688 | 2005-11-11 | ||
UA2005012740 | 2005-12-28 | ||
PCT/UA2006/000061 WO2007055675A1 (en) | 2005-11-11 | 2006-11-07 | System and method for making cashless payments |
Publications (2)
Publication Number | Publication Date |
---|---|
EA200801298A1 EA200801298A1 (en) | 2008-10-30 |
EA011546B1 true EA011546B1 (en) | 2009-04-28 |
Family
ID=37708934
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EA200801298A EA011546B1 (en) | 2005-11-11 | 2006-11-07 | System and method for making cashless payments |
Country Status (2)
Country | Link |
---|---|
EA (1) | EA011546B1 (en) |
WO (1) | WO2007055675A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2761419C1 (en) * | 2020-11-11 | 2021-12-08 | Акционерное общество "Национальная система платежных карт" | Method and system for transferring monetary funds from account to account |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CZ2007504A3 (en) * | 2007-07-26 | 2008-07-02 | Direct Pay, S.R.O. | Method of making payment transaction by making use of mobile terminal |
US8504450B2 (en) * | 2007-08-31 | 2013-08-06 | Ebay Inc. | Mobile remittances/payments |
WO2009070848A1 (en) * | 2007-12-07 | 2009-06-11 | Redepay Pty Ltd | System and method for conducting a monetary transaction between communication devices |
EP2251825A1 (en) * | 2009-03-04 | 2010-11-17 | Prepaytrans Gestion Empresarial, S.L. | System for performing safe telemetric transactions |
US20120246071A1 (en) * | 2011-03-21 | 2012-09-27 | Nikhil Jain | System and method for presentment of nonconfidential transaction token identifier |
US11562353B2 (en) * | 2015-11-24 | 2023-01-24 | Mastercard International Incorporated | Method and system for gross settlement by use of an opaque blockchain |
RU2646396C2 (en) * | 2016-05-26 | 2018-03-02 | Самуил Лейбович Горелик | Method of fare payment in public transport |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1028401A2 (en) * | 1999-02-12 | 2000-08-16 | Citibank, N.A. | Method and system for performing a bankcard transaction |
US20010025271A1 (en) * | 1999-12-14 | 2001-09-27 | Allen Douglas G. | Commercial transaction system and method for protecting the security and privacy of buyers transacting business over a communication network |
GB2361790A (en) * | 2000-04-28 | 2001-10-31 | Cast Technologies Ltd | Making secure payments using a limited use credit card number |
WO2003038719A1 (en) * | 2001-10-31 | 2003-05-08 | Arcot Systems, Inc. | One-time credit card number generator and single round-trip authentication |
UA64840C2 (en) * | 2001-10-12 | 2004-03-15 | Віталій Євгенович Леонідов-Каневський | Method of fulfilling payments by electronic facilities (variants) |
US20040054624A1 (en) * | 2002-09-13 | 2004-03-18 | Qi Guan | Procedure for the completion of an electronic payment |
-
2006
- 2006-11-07 EA EA200801298A patent/EA011546B1/en not_active IP Right Cessation
- 2006-11-07 WO PCT/UA2006/000061 patent/WO2007055675A1/en active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1028401A2 (en) * | 1999-02-12 | 2000-08-16 | Citibank, N.A. | Method and system for performing a bankcard transaction |
US20010025271A1 (en) * | 1999-12-14 | 2001-09-27 | Allen Douglas G. | Commercial transaction system and method for protecting the security and privacy of buyers transacting business over a communication network |
GB2361790A (en) * | 2000-04-28 | 2001-10-31 | Cast Technologies Ltd | Making secure payments using a limited use credit card number |
UA64840C2 (en) * | 2001-10-12 | 2004-03-15 | Віталій Євгенович Леонідов-Каневський | Method of fulfilling payments by electronic facilities (variants) |
WO2003038719A1 (en) * | 2001-10-31 | 2003-05-08 | Arcot Systems, Inc. | One-time credit card number generator and single round-trip authentication |
US20040054624A1 (en) * | 2002-09-13 | 2004-03-18 | Qi Guan | Procedure for the completion of an electronic payment |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2761419C1 (en) * | 2020-11-11 | 2021-12-08 | Акционерное общество "Национальная система платежных карт" | Method and system for transferring monetary funds from account to account |
WO2022103299A1 (en) * | 2020-11-11 | 2022-05-19 | Акционерное общество "Национальная система платежных карт" | Method and system for transferring funds between accounts |
Also Published As
Publication number | Publication date |
---|---|
WO2007055675A1 (en) | 2007-05-18 |
EA200801298A1 (en) | 2008-10-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100994289B1 (en) | Mobile account verification service | |
CN110462663A (en) | For indicating the static token system and method for dynamic authentic credential | |
US20040019564A1 (en) | System and method for payment transaction authentication | |
CN109863519A (en) | Merchant-specific digital wallet virtual payment account | |
CN109328445A (en) | Unique token authentication verification value | |
CN109074582A (en) | System and method for generating sub-tokens from a primary token | |
CN109074578A (en) | System and method for executing push transaction | |
KR20070007044A (en) | Multiple party benefit from an online authentication service | |
EA011546B1 (en) | System and method for making cashless payments | |
JP2002297939A (en) | Transaction authentication method, transaction authentication system and transaction authentication program | |
CN111062717A (en) | Data transfer processing method and device and computer readable storage medium | |
KR20180123151A (en) | Systems and methods with reduced device processing time | |
CN110088790A (en) | Merchant registration for reverse payments | |
JP2005115876A (en) | Settlement processing system using portable terminal, store equipment, server, and portable terminal | |
US11812260B2 (en) | Secure offline mobile interactions | |
WO2007029123A2 (en) | System and method for processing transactions | |
KR20200007068A (en) | Method for Providing Mobile Payment by using Token Code | |
KR20190132964A (en) | Method for Providing Mobile Payment by using Token Code | |
KR100733575B1 (en) | Payment service system and method based on personal approval | |
KR20070011951A (en) | Voucher management method and system, voucher management device, wireless terminal device, recording medium and information storage medium | |
HUP0600652A2 (en) | Method and system for electronic financial transactions | |
KR20120112342A (en) | Method for outputting token code | |
KR101004077B1 (en) | How to settle payment amount for online account link card | |
KR20120040181A (en) | Method for operating mobile gift certificate | |
KR20120112339A (en) | Method for paying mobile gift certificate |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM4A | Lapse of a eurasian patent due to non-payment of renewal fees within the time limit in the following designated state(s) |
Designated state(s): AM AZ BY KZ KG MD TJ TM RU |
|
NF4A | Restoration of lapsed right to a eurasian patent |
Designated state(s): AM AZ BY KZ MD TJ TM RU |
|
PC4A | Registration of transfer of a eurasian patent by assignment | ||
PC4A | Registration of transfer of a eurasian patent by assignment | ||
MM4A | Lapse of a eurasian patent due to non-payment of renewal fees within the time limit in the following designated state(s) |
Designated state(s): AM AZ BY KZ MD TJ TM |
|
MM4A | Lapse of a eurasian patent due to non-payment of renewal fees within the time limit in the following designated state(s) |
Designated state(s): RU |