WO2021020981A1 - Способ и система для оплаты услуг - Google Patents

Способ и система для оплаты услуг Download PDF

Info

Publication number
WO2021020981A1
WO2021020981A1 PCT/RU2019/000531 RU2019000531W WO2021020981A1 WO 2021020981 A1 WO2021020981 A1 WO 2021020981A1 RU 2019000531 W RU2019000531 W RU 2019000531W WO 2021020981 A1 WO2021020981 A1 WO 2021020981A1
Authority
WO
WIPO (PCT)
Prior art keywords
request
funds
transfer
payment
eds
Prior art date
Application number
PCT/RU2019/000531
Other languages
English (en)
French (fr)
Inventor
Алексей Сергеевич МАЗУНИН
Андрей Геннадьевич ЧЕРЕМНЫХ
Елена Сергеевна ИЛЬИНА
Иван Михайлович ЛЕВКИН
Виталий Олегович КУДРОВ
Мария Сергеевна ЖИРЯКОВА
Руслан Вячеславович ЖЕЛЕЗНЯКОВ
Original Assignee
Публичное Акционерное Общество "Сбербанк России"
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Публичное Акционерное Общество "Сбербанк России" filed Critical Публичное Акционерное Общество "Сбербанк России"
Publication of WO2021020981A1 publication Critical patent/WO2021020981A1/ru

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists

Definitions

  • billing is understood as a set of processes and solutions at telecommunications enterprises responsible for collecting information about the use of telecommunications services, billing them, invoicing subscribers, and processing payments. Acquiring is the acceptance of payment cards for payment as a means of payment for goods, works, services.
  • the use of a bank card greatly facilitated the process of paying for services and goods, at least from the point of view of the bank card holder.
  • the holder of a bank card can pay for goods and services without having the required amount of cash. While paying for services and goods with a bank card may seem straightforward from the point of view of a bank card holder, the logistics and details that go into a successful bank card transaction are far from simple.
  • the disadvantage of the known solution is the inability to conduct secure cashless payment for services provided by third-party providers, including state and municipal services, services for paying fees, etc., at the time of their registration and, if necessary, receipt of a check, and also transfer of information online to the State Information System of Urban and Interdepartmental Payments (GIS GMP). ESSENCE OF THE TECHNICAL SOLUTION
  • the technical problem or task posed in this technical solution is to create a reliable method of paying for any category of services.
  • the technical result achieved when solving the above technical problem is to increase the speed and reliability of data processing when transferring funds from the payer's account to the recipients of funds, including service providers directly.
  • EDS electronic digital signature
  • a request for making a money transfer is additionally received and a new message is generated for the incoming request in the message queue for further processing of the request according to the queue.
  • the information of the said request is additionally extracted from the body of the said message and the EDS from the header, the validity of the request by EDS is checked and the said request is distributed depending on the operation to be performed. [0011] In another particular embodiment of the method, the validity of the request by EDS is checked using a cryptoservice.
  • a service payment system comprising at least one computing device and at least one memory containing machine-readable instructions that, when executed by at least one computing device, perform the above method.
  • FIG. 1 shows an example of the implementation of a service payment system.
  • FIG. 2 is an example of a general view of a command processing device.
  • a system means, including a computer system, a computer (electronic computer), a CNC (numerical control), a PLC (25 programmable logic controller), computerized control systems and any other devices capable of performing a given, well-defined sequence of operations (actions, instructions).
  • command processing device an electronic unit or an integrated circuit (microprocessor) that executes machine instructions (programs).
  • a command processor reads and executes machine instructions (programs) from one or more storage devices.
  • storage devices can include, but are not limited to, hard disk drives (HDD), flash memory, ROM (read only memory), solid state drives (SSD), optical drives.
  • a program is a sequence of instructions for execution by a computer control device or command processing device.
  • the service payment system contains: an automated workstation (AWP) 10; payment gateway 20; agent schema adapter 30; payment system 40; payment terminal 50; an application server 60 for interacting with the payment processing device 70; and a payment processing device 70.
  • ARP automated workstation
  • AWP 10 can be implemented on the basis of at least one command processing device equipped with the appropriate software for its operation.
  • the command processing device will be disclosed below in the description text.
  • AWP 10 is equipped with a web communication module 11 with a web application that provides services for searching, preparing and conducting budget and other payments.
  • AWP 10 is equipped with a terminal communication module 12 for interaction of the front part of AWP 10 with a payment terminal 50, and the payment terminal 50 can be connected to AWP 10 via a local network, or through an additional communication device, for example, a client machine with appropriate software for interaction with Socket communication module 12 in case of connection via the Internet (Ethernet).
  • the payment gateway 20 (or payment gateway) is a hardware and software complex that automates the process of accepting payments on the Internet.
  • the payment gateway is developed by the Bank, which defines its specification and is responsible for its support.
  • the payment gateway is additionally equipped with a module 21 for receiving payment requests, a request validation module 22 and a request queue management module 23.
  • These modules can be implemented on the basis of the software and hardware of the payment gateway 20, for example, on the basis of at least one computing device included in the hardware and software complex.
  • the agent circuit adapter 30 and the payment system 40 can also be implemented on the basis of at least one command processing device with the corresponding software.
  • the agent circuit adapter 30 comprises: a request processing module 31 and a request data validation module 32, and the payment system 40 comprises a request distribution module 41 and a funds transfer request processing module 42.
  • the payment system 40 can perform the functions of the payment gateway 20 and the agent scheme adapter 30. Accordingly, all data from the AWS 10 will directly go to the payment system 40 and processed according to the algorithm described below.
  • Payment terminal 50 is an electronic software and hardware device for accepting payment cards for payment. It can accept chip cards, magnetic stripe cards, and contactless cards, as well as other contactless devices.
  • the payment terminal 50 can be a POS terminal or any other similar terminal for accepting payment card data for payment.
  • the application server 60 can be implemented on the basis of at least one server containing an application that performs the functions assigned to it for processing data in accordance with the functional specification, receiving data necessary for processing and providing processing results.
  • the payment processor 70 can be implemented on the basis of SmartVista or any other integrated full-featured system designed to organize and conduct the entire range of e-business operations, from contracting to payments in the Internet, as well as to process requests for authorization by cards payers.
  • a request is generated, signed with an electronic digital signature (EDS), to transfer funds in favor of the recipient of funds from the account and on behalf of the payer.
  • EDS electronic digital signature
  • the generated request is sent through the web communication module 11 to the payment gateway 20 and may include data about the payer to whom the service will be provided, in particular his bank details, as well as the bank details of the recipient of the money funds for which the funds will be transferred.
  • the recipient of the funds could be, for example, a service provider who has provided or will provide the MFC applicant with the service they require.
  • AWP 10 can be a bank AWP located in the Multifunctional Center for the Provision of State and Municipal Services (MFC).
  • the payer can be an MFC applicant who wants to receive any service provided by the MFC, for example, a government service.
  • MFC employees advise the applicant, form an application for the transfer of funds to the recipient of funds, print it if necessary, the payer checks all the details in the application, puts his signature and the MFC employee sends this application through AWP 10 and the web communication module 11 in the form of a request to transfer funds in favor of the recipient of funds via the API (Application Programming Interface) protocol to the Bank, in particular, to the module 42 for processing requests to transfer funds in favor of the recipient of funds according to the one shown in FIG. 1 scheme.
  • the mentioned request may also contain a service identifier, including information about its cost, payer identifier, MFC employee identifier and digital signature.
  • the mentioned EDS is issued by methods known from the prior art to the employee of the MFC responsible for it.
  • the web communication module 11 After receiving the command from the MFC employee to the AWP 10, the web communication module 11 generates a request to transfer funds from the payer's account, signs the EDS request, in particular, the EDS issued for the said MFC employee, and sends the generated request to payment gateway 20.
  • the web communication module 11 using methods known from the prior art, forms and through the communication module 12 with the terminal sends to the payment terminal 50 a request for authorization using the payer's card, and the payer confirms the payment for the service by attaching the payment card to the terminal 50 and by entering a PIN code or by close presentation or touching a payment card or other payment instrument, such as a telephone or a key fob, to a reading payment terminal to read the card data.
  • the generated request for transferring funds from the payer's account through the module 21 for receiving requests is sent to the module 22 for validating requests, which validates the received request, for example, according to an XSD scheme. If the request is successfully validated, the request validation module 22 sends this request to the request queue management module 23, which generates a new message for the incoming request in the message queue for further processing the request according to its queue, and the module 23 enters information about the received request in the message body, and in the message header - information about the digital signature. Since the formation of new messages in the message queue is carried out only for requests that have passed validation, i.e.
  • the structure of which corresponds to the structure of the XML-document additionally increases the speed of processing query data and the system as a whole. If the received request does not pass validation, a corresponding notification can be sent to the AWS 10 to output the notification information to the information display device.
  • the adapter of the agent circuit 30 in accordance with the algorithm laid down in it by means of the request processing module 31 is connected to the message queue generated in the request queue management module 23, extracts the request information from the body of the said message and the EDS from the header, checks the authenticity of the request by EDS by means of the request data validation module 32, for example, using a cryptoservice (for example, Bicrypt).
  • a cryptoservice for example, Bicrypt
  • the request data validation module 32 identifies the type of service on the basis of the request data and checks the availability of this service AWP 10, in particular the MFC, through which it was generated and signed generated EDS request.
  • the request data validation module 32 refers to the database, which it can additionally be equipped with, and extracts information on the available services for the given EDS. Information about the available types of services for the digital signature can be pre-entered into the data validation module 32 using methods known from the prior art. If the validation of the request was successful and the service is available to AWS 10, then the module 32 sends the request to the module 41 for distributing requests of the payment system 40. If the request does not pass the validation of the request or the service, information about which is contained in the request data, is not available to this agent, then the module 32 sends a notification to the AWS 10 by methods known from the prior art for outputting it to the information display device.
  • the module 41 for distributing requests distributes all incoming requests depending on the operation to be performed, in particular: receiving payments, replenishing accounts and cards. Since the request was generated specifically to pay for services, in particular to transfer funds from the payer's account, information about which is contained in the request text of the message body, the request distribution module 41 identifies the request as "receiving payments" and sends it to the request processing module 42 to complete a money transfer, which is awaiting confirmation of card authorization from the payment processor 70.
  • the payment terminal 50 sends a card authorization request via the application server 60 to the payment processing device 70, and at this stage, the authorization request includes data about the account of the recipient of funds, data about the payer, in particular the card ID the payer and, if necessary, information about the pin code and the amount of the payment. Further, the payment processing device 70, based on the identifier of the payer's card, determines the issuing bank that services the card and sends a request for authorization on the payer's card to this bank. If the authorization on the payer's card is successful, the issuing bank sends an authorization confirmation to the said device 70.
  • the payment processing device 70 After successful processing of the authorization request, the payment processing device 70 via the application server 60 sends a notification about the successful processing status of the request to the payment terminal 50 for displaying on its display and transmission to the AWP 10.
  • the notification may contain an authorization code, the transferred amount of funds, date, time, hashed card number and, if necessary, other data.
  • the payment terminal 50 may issue a check. Also, the data on the successful processing status of the authorization request is sent by the payment processing device 70 to the payment system 40 to the request processing module 42.
  • the request distribution module 41 After confirming the success of the processing of the request for the transfer of funds, the request distribution module 41 sends data on the performed operation to the adapter of the agent circuit 30, which generates and sends to the request queue management module 23 a command to dequeue messages with information about the completed request from the request queue. ... Information confirming the success of processing a request to transfer funds can also be displayed on the information display device AWP 10 or transmitted online to the State Information System of Urban and Interdepartmental Payments (GIS GMP).
  • GIS GMP State Information System of Urban and Interdepartmental Payments
  • the payment system 40 processes only the data of the request for the transfer of funds from the payer's account to the account of the payee, and the processing of the request for authorization on the payer's card for their transfer to the account of the payee is carried out through a separate communication channel, i.e. performed the payment processing device 70, which further interacts with the issuing bank and sends the authorization results to the payment system, increases the processing speed of the request data for the transfer of funds, EDS data and the request for authorization on the payer's card.
  • the integrity of the information of the request for the transfer of funds is ensured, as a result of which the reliability of the delivery of the data of the said request and the operation of the system as a whole increases. Additionally, by removing messages from the message queue, the computational load on the request queue management module 23 is reduced and the speed of processing new messages in the message queue is increased, since the module 23 does not analyze the already processed requests.
  • the command processing device (200) comprises one or more processors (201) united by a common data exchange bus, memory means such as RAM (202) and ROM (203), input interfaces / output (204), input / output (205) and a device for networking (206).
  • processors (201) united by a common data exchange bus
  • memory means such as RAM (202) and ROM (203)
  • input interfaces / output (204) input / output (205)
  • a device for networking 206.
  • the processor (201) (or multiple processors, multi-core processor, etc.) can be selected from a range of devices that are currently widely used, for example, such architectures as: CISC, RISC, MISC, VLIW, etc. ... Under the processor or one of the processors used in the system (200), it is also necessary to take into account the graphics processor, for example, GPU NVIDIA, AMD Radeon or Graphcore, the type of which is also suitable for full or partial execution of the method, and can also be used for training and applying machine models. training in various information systems.
  • the graphics processor for example, GPU NVIDIA, AMD Radeon or Graphcore, the type of which is also suitable for full or partial execution of the method, and can also be used for training and applying machine models. training in various information systems.
  • RAM (202) is a random access memory and is intended for storing machine-readable instructions executed by the processor (201) for performing the necessary operations for logical data processing.
  • RAM (202) contains executable instructions of the operating system and corresponding software components (applications, program modules, etc.). In this case, the available memory of the graphics card or graphics processor can act as RAM (202).
  • ROM (203) is one or more persistent storage devices such as hard disk drive (HDD), solid state drive data (SSD), flash memory (EEPROM, NAND, etc.), optical media (CD-R / RW, DVD-R / RW, BlueRay Disc, MD), etc.
  • HDD hard disk drive
  • SSD solid state drive data
  • EEPROM electrically erasable programmable read-only memory
  • NAND flash memory
  • CD-R / RW compact disc-ROM
  • DVD-R / RW DVD-R / RW
  • BlueRay Disc MD
  • I / O interfaces are used to organize the operation of system components (200) and to organize the operation of external connected devices.
  • the choice of the appropriate interfaces depends on the specific version of the computing device, which can be, but are not limited to: PCI, AGP, PS / 2, IrDa, FireWire, LPT, COM, SATA, IDE, Lightning, USB (2.0, 3.0, 3.1, micro, mini, type C), TRS / Audio jack (2.5, 3.5, 6.35), HDMI, DVI, VGA, Display Port, RJ45, RS232, etc.
  • I / O means for example, a keyboard, display (monitor), touch display, touch-pad, joystick, mouse manipulator, light pen, stylus, touch panel, trackball, speakers, microphone, augmented reality, optical sensors, tablet, light indicators, projector, camera, biometric identification (retina scanner, fingerprint scanner, voice recognition module), etc.
  • the networking tool (206) provides data transmission via an internal or external computer network, for example, Intranet, Internet, LAN, and the like.
  • One or more means (206) can be used, but not limited to: Ethernet card, GSM modem, GPRS modem, LTE modem, 5G modem, satellite communication module, NFC module, Bluetooth and / or BLE module, Wi-Fi module, and dr.
  • satellite navigation aids can be used as part of the system (200), for example, GPS, GLONASS, BeiDou, Galileo.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Данное техническое решение в общем относится к области вычислительной техники, а в частности к способам и системам для оплаты услуг посредством гибридной технологии биллинга и эквайринга. Техническим результатом является повышение скорости и надежности обработки данных при переводе денежных средств со счета плательщика на счет получателей денежных средств, в том числе поставщиков услуг напрямую. Указанный технический результат достигается благодаря осуществлению способа оплаты услуг, выполняемый по меньшей мере одним вычислительным устройством, содержащего этапы, на которых: формируют запрос на совершение перевода денежных средств со счета плательщика на счет получателя денежных средств; формируют и направляют запрос на авторизацию по карте плательщика; подписывают сформированный запрос на совершение перевода денежных средств электронной цифровой подписью (ЭЦП) и направляют его в платежную систему; получают посредством платежной системы данные о успешном статусе обработки запроса на авторизацию; на основе данных запроса на совершение перевода денежных средств, подписанного ЭЦП, и данных о успешном статусе обработки запроса на авторизацию подтверждают перевод денежных средств со счета плательщика на счет получателя денежных средств.

Description

СПОСОБ И СИСТЕМА ДЛЯ ОПЛАТЫ УСЛУГ
ОБЛАСТЬ ТЕХНИКИ
[001] Данное техническое решение, в общем, относится к области вычислительной техники, а в частности к способам и системам для оплаты услуг посредством гибридной технологии биллинга и эквайринга.
УРОВЕНЬ ТЕХНИКИ
[002] Под биллингом в уровне техники понимают комплекс процессов и решений на предприятиях связи, ответственных за сбор информации об использовании телекоммуникационных услуг, их тарификацию, выставление счетов абонентам, обработку платежей. Эквайринг - это приём к оплате платёжных карт в качестве средства оплаты товара, работ, услуг. Использование банковской карты значительно облегчило процесс оплаты услуг и товаров, по крайней мере, с точки зрения держателя банковской карты. Держатель банковской карты может совершить оплату товаров и услуг без наличия необходимой суммы наличных денег. Хотя оплата услуг и товаров по банковской карте может показаться простой с точки зрения держателя банковской карты, логистика и детали, которые входят в успешную транзакцию по банковской карте, далеко не просты.
[003] Из уровня техники известна система для упрощения обработки транзакций по банковским картам, раскрытая в заявке WO 03017055 (А2), опубл. 27.02.2003, содержащая структуру представления; компоненты приложения; серверы приложений; средство управления активами и средство управления производительностью. Известная система предоставляет платформу и соответствующие функциональные возможности, на которых могут быть реализованы и выполнены различные типы приложений, относящихся к обработке транзакций по банковским картам.
[004] Недостатком известного решения является отсутствие возможности проведения безопасной безналичной оплаты услуг, предоставляемых сторонними поставщиками, в том числе государственных и муниципальных услуг, услуг по оплате пошлин и т.д., в момент их оформления и, при необходимости, получения чека, а также передачи информации в режиме онлайн в Государственную информационную систему городских и межведомственных платежей (ГИС ГМП). СУЩНОСТЬ ТЕХНИЧЕСКОГО РЕШЕНИЯ
[005] Технической проблемой или задачей, поставленной в данном техническом решении, является создание надежного способа оплаты любых категорий услуг.
[006] Техническим результатом, достигаемым при решении вышеуказанной технической задачи, является повышение скорости и надежности обработки данных при переводе денежных средств со счета плательщика на счет получателей денежных средств, в том числе поставщиков услуг напрямую.
[007] Указанный технический результат достигается благодаря осуществлению способа оплаты услуг, выполняемый по меньшей мере одним вычислительным устройством, содержащего этапы, на которых:
- формируют запрос на совершение перевода денежных средств со счета плательщика на счет получателя денежных средств;
- формируют и направляют запрос на авторизацию по карте плательщика;
- подписывают сформированный запрос на совершение перевода денежных средств электронной цифровой подписью (ЭЦП) и направляют его в платежную систему;
- получают посредством платежной системы данные о успешном статусе обработки запроса на авторизацию;
- на основе данных запроса на совершение перевода денежных средств, подписанного ЭЦП, и данных о успешном статусе обработки запроса на авторизацию подтверждают перевод денежных средств со счета плательщика на счет получателя денежных средств.
[008] В одном из частных примеров осуществления способа дополнительно принимают запрос на совершение перевода денежных средств и формируют для поступившего запроса новое сообщение в очереди сообщений для дальнейшей обработки запроса согласно очереди.
[009] В другом частном примере осуществления способа дополнительно при формировании для поступившего запроса нового сообщения в тело сообщения заносится информация о полученном запросе, а в заголовок сообщения - информация о ЭЦП.
[0010] В другом частном примере осуществления способа дополнительно извлекают информацию упомянутого запроса из тела упомянутого сообщения и ЭЦП из заголовка, проверяют достоверность запроса по ЭЦП и распределяют упомянутый запрос в зависимости от операции, которую необходимо осуществить. [0011] В другом частном примере осуществления способа достоверность запроса по ЭЦП проверяется при помощи криптосервиса.
[0012] В другом частном примере осуществления способа дополнительно после подтверждения перевода денежных средств исключают из очереди запросов 5 сообщение с информацией о выполненном запросе.
[0013] В другом предпочтительном варианте осуществления заявленного решения представлена система оплаты услуг, содержащая по меньшей мере одно вычислительное устройство и по меньшей мере одну память, содержащую машиночитаемые инструкции, которые при их исполнении по меньшей мере ю одним вычислительным устройством выполняют вышеуказанный способ.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0014] Признаки и преимущества настоящего изобретения станут очевидными из приводимого ниже подробного описания изобретения и прилагаемых чертежей, на 15 которых:
На Фиг. 1 - представлен пример реализации системы оплаты услуг.
На Фиг. 2 - представлен пример общего вида устройства обработки команд.
ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
20 [0015] Ниже будут описаны понятия и термины, необходимые для понимания данного технического решения.
[0016] В данном техническом решении под системой подразумевается, в том числе компьютерная система, ЭВМ (электронно-вычислительная машина), ЧПУ (числовое программное управление), ПЛК (программируемый логический 25 контроллер), компьютеризированные системы управления и любые другие устройства, способные выполнять заданную, четко определенную последовательность операций (действий, инструкций).
[0017] Под устройством обработки команд подразумевается электронный блок либо интегральная схема (микропроцессор), исполняющая машинные инструкции зо (программы).
[0018] Устройство обработки команд считывает и выполняет машинные инструкции (программы) с одного или более устройств хранения данных. В роли устройства хранения данных могут выступать, но не ограничиваясь, жесткие диски (HDD), флеш-память, ПЗУ (постоянное запоминающее устройство), твердотельные накопители (SSD), оптические приводы.
[0019] Программа - последовательность инструкций, предназначенных для исполнения устройством управления вычислительной машины или устройством обработки команд.
[0020] В соответствии со схемой, приведенной на фиг. 1 , система оплаты услуг содержит: автоматизированное рабочее место (АРМ) 10; шлюз платежей 20; адаптер агентской схемы 30; платежную систему 40; платежный терминал 50; сервер 60 приложений для взаимодействия с устройством 70 обработки платежей; и устройство 70 обработки платежей.
[0021] АРМ 10 может быть реализован на базе по меньшей мере одного устройства обработки команд, оснащенного соответствующим программным обеспечением для его работы. Более подробно устройство обработки команд будет раскрыто ниже в тексте описания. АРМ 10 оснащен модулем 11 веб-связи с веб-приложением, предоставляющим сервисы для поиска, подготовки и проведения бюджетных и прочих платежей. Также АРМ 10 оснащен модулем 12 связи с терминалом для взаимодействия фронтальной части АРМ 10 с платежным терминалом 50, причем платежный терминал 50 может быть подключен к АРМ 10 через локальную сеть, либо через дополнительное устройство связи, например, клиентскую машину с соответствующим программным обеспечением для взаимодействия с модулем 12 связи через интерфейс Socket в случае подключения через Интернет (Ethernet).
[0022] Шлюз платежей 20 (или платежный шлюз) - это аппаратно-программный комплекс, который позволяет автоматизировать процесс приема платежей в Интернете. Платежный шлюз разрабатывается Банком, который и определяет его спецификацию и отвечает за его поддержку. В заявленном решении платежный шлюз дополнительно оснащен модулем 21 приема запросов на платеж, модулем 22 валидации запросов и модулем 23 управления очередью запросов. Указанные модули могут быть реализованы на базе программно- аппаратных средств шлюза платежей 20, например, на базе по меньшей мере одного вычислительного устройства, входящего в состав аппаратно-программного комплекса. [0023] Адаптер агентской схемы 30 и платежная система 40 также могут быть реализованы на базе по меньшей мере одного устройства обработки команд с соответствующим программным обеспечением. Адаптер агентской схемы 30 содержит: модуль 31 обработки запросов и модуль 32 валидации данных запроса, а платежная система 40 содержит модуль 41 распределения запросов и модуль 42 обработки запросов на перевод денежных средств.
[0024] В альтернативном варианте реализации системы оплаты услуг функции шлюза платежей 20 и адаптера агентской схемы 30 может выполнять платежная система 40. Соответственно, все данные от АРМ 10 будут напрямую поступать в платежную систему 40 и обрабатываться согласно описанному ниже алгоритму.
[0025] Платежный терминал 50 - это электронное программно-техническое устройство для приёма к оплате платёжных карт. Оно может принимать карты с чипом, магнитной полосой и бесконтактные карты, а также другие устройства, имеющие бесконтактное сопряжение. Например, платежный терминал 50 может представлять собой POS-терминал или любой другой аналогичный терминал, предназначенный для приема к оплате данных платёжных карт.
[0026] Сервер 60 приложений может быть реализован на базе по меньшей мере одного сервера, содержащего приложение, выполняющее возложенные на него функции по обработке данных в соответствии с функциональной спецификацией, получающее необходимые для обработки данные и обеспечивающее предоставление результатов обработки.
[0027] Устройство 70 обработки платежей может быть реализовано на базе SmartVista или любой другой интегрированной полнофункциональной системы, предназначенной для организации и ведения всего спектра операций электронного бизнеса, от заключения контрактов до платежей в Интернет- пространстве, а также для обработки запросов на авторизацию по картам плательщиков.
[0028] На первом этапе работы системы оплаты услуг с помощью АРМ 10 формируют запрос, подписанный электронной цифровой подписью (ЭЦП), на совершение перевода денежных средств в пользу получателя денежных средств со счета и по поручению плательщика. Сформированный запрос посредством модуля 11 веб-связи направляется в шлюз платежей 20 и может включать данные о плательщике, которому будет предоставляться услуга, в частности его банковские реквизиты, а также банковские реквизиты получателя денежных средств, на которые будут переведены денежные средства. Получателем денежных средств может быть, например, поставщик услуг, который предоставлял или в будущем предоставит заявителю МФЦ требуемую им услугу.
[0029] В частном случае реализации заявленного решения АРМ 10 может являться АРМ банка, расположенным в Многофункциональном центре предоставления государственных и муниципальных услуг (МФЦ). Плательщиком может быть заявитель МФЦ, который хочет получить какую-либо услугу, оказываемую в МФЦ, например, государственную услугу. Сотрудники МФЦ консультируют заявителя, формируют заявление на перевод денежных средств в адрес получателя денежных средств, распечатывают его при необходимости, плательщик проверяет все реквизиты в заявлении, ставит свою подпись и сотрудник МФЦ направляет данное заявление посредством АРМ 10 и модуля 11 веб-связи в виде запроса на совершение перевода денежных средств в пользу получателя денежных средств по протоколу API (интерфейс прикладного программирования) в Банк, в частности, в модуль 42 обработки запросов на совершение перевода денежных средств в пользу получателя денежных средств согласно представленной на фиг. 1 схеме. Упомянутый запрос также может содержать идентификатор услуги, в том числе информацию о ее стоимости, идентификатор плательщика, идентификатор сотрудника МФЦ и ЭЦП. Упомянутая ЭЦП выпускается известными из уровня техники методами на ответственного за нее сотрудника МФЦ.
[0030] Соответственно, после получения команды от сотрудника МФЦ на АРМ 10 модуль 11 веб-связи формирует запрос на совершение перевода денежных средств со счета плательщика, подписывает запрос ЭЦП, в частности, ЭЦП, выпущенной для упомянутого сотрудника МФЦ, и передает сформированный запрос в шлюз платежей 20. После отправки запроса модуль 11 веб-связи известными из уровня техники методами формирует и посредством модуля 12 связи с терминалом направляет на платежный терминал 50 запрос на авторизацию по карте плательщика, и плательщик подтверждает оплату услуги, приложив к терминалу 50 платежную карту и введя пин-код или посредством близкого поднесения или прикосновения платёжной картой или иным платёжным инструментом, таким как телефон или брелок для ключей, к считывающему платёжному терминалу для считывания данных карты. [0031] Далее сформированный запрос на совершение перевода денежных средств со счета плательщика через модуль 21 приема запросов поступает на модуль 22 валидации запросов, который валидирует полученный запрос, например, по XSD-схеме. В случае успешной валидации запроса модуль 22 валидации запросов направляет данный запрос в модуль 23 управления очередью запросов, который формирует для поступившего запроса новое сообщение в очереди сообщений для дальнейшей обработки запроса согласно его очереди, причем в тело сообщения модуль 23 заносит информацию о полученном запросе, а в заголовок сообщения - информацию об ЭЦП. Поскольку формирование новых сообщений в очереди сообщений осуществляется только для запросов, прошедших валидацию, т.е. структура которых соответствует структуре XML-документа, дополнительно повышается скорость обработки данных запросов и системы в целом. Если полученный запрос не проходит валидацию, то на АРМ 10 может быть направлено соответствующее уведомление для вывода информации уведомления на устройство отображения информации.
[0032] На втором этапе работы системы адаптер агентской схемы 30 в соответствии с заложенным в него алгоритмом посредством модуля 31 обработки запросов подключается к очереди сообщений, сформированной в модуле 23 управления очередью запросов, извлекает информацию запроса из тела упомянутого сообщения и ЭЦП из заголовка, проверяет достоверность запроса по ЭЦП посредством модуля 32 валидации данных запроса, например, при помощи криптосервиса (например, Бикрипт (Bicrypt)). Методы проверки достоверности запросов широко известны из уровня техники (см. например, статью «Основные способы интеграции с PayAnyWay», с.1 1 , размещенную в Интернет по адресу: https://www.pavanvwav.rU/info/p/ru/public/merchants/PAWInteqrationOverview.pdf) и более подробно не будут раскрываться в настоящей заявке. Поскольку информация о ЭЦП заносится в заголовок сообщения, то модулю 32 валидации данных запроса не нужно анализировать текст сообщения в теле сообщения для поиска данных ЭПЦ, т.к. ЭЦП извлекается из заголовка сообщения. В связи с этим дополнительно повышается скорость обработки сообщений и работы системы в целом.
[0033] Также модуль 32 валидации данных запроса идентифицирует на основе данных запроса тип услуги и проверяет доступность данной услуги АРМ 10, в частности МФЦ, посредством которого был сформирован и подписан сформированный запрос ЭЦП. Для этого модуль 32 валидации данных запроса обращается к базе данных, которой он дополнительно может быть оснащен, и извлекает информацию доступных услугах для данного ЭЦП. Информация о доступных типах услуг для ЭЦП может быть заранее занесена в модуль 32 валидации данных известными из уровня техники методами. Если проверка достоверности запроса прошла успешно и услуга доступна АРМ 10, то модуль 32 направляет запрос в модуль 41 распределения запросов платежной системы 40. Если запрос не проходит проверку достоверности запроса или услуга, информация о которой содержится в данных запроса, не доступна данному агенту, то модуль 32 направляет на АРМ 10 известными из уровня техники методами соответствующее уведомление для вывода его на устройство отображения информации.
[0034] Модуль 41 распределения запросов все поступающие запросы распределяет в зависимости от операции, которую необходимо осуществить, в частности: прием платежей, пополнение счетов и карт. Поскольку запрос был сформирован именно на оплату услуг, в частности на совершение перевода денежных средств со счета плательщика, информация о котором содержится в тексте запроса тела сообщения, то модуль 41 распределения запросов идентифицирует запрос как «прием платежей» и направляет его в модуль 42 обработки запросов на совершение перевода денежных средств, который ожидает подтверждения авторизации по карте от устройства 70 обработки платежей.
[0035] После подтверждения плательщиком оплаты услуги платежный терминал 50 направляет запрос на авторизацию по карте через сервер 60 приложений в устройство 70 обработки платежей, причем на данном этапе запрос на авторизацию включает данные о счете получателя денежных средств, данные о плательщике, в частности идентификатор карты плательщика и, при необходимости, информацию о пин-коде и сумме платежа. Далее устройство 70 обработки платежей на основе идентификатора карты плательщика определяет банк-эмитент, который обслуживает данную карту, и направляет запрос на авторизацию по карте плательщика в данный банк. Если авторизация по карте плательщика проходит успешно, то банк-эмитент направляет на упомянутое устройство 70 подтверждение авторизации. [0036] После успешной обработки запроса на авторизацию устройство 70 обработки платежей через сервер 60 приложений направляет уведомление об успешном статусе обработки запроса на платежный терминал 50 для вывода на его дисплей и передачи в АРМ 10. Уведомление может содержать код авторизации, переведенную сумму денежных средств, дату, время, хешированный номер карты и, при необходимости, иные данные. На основе полученного уведомления платежный терминал 50 может осуществить выдачу чека. Также данные о успешном статусе обработки запроса на авторизацию устройство 70 обработки платежей направляет в платежную систему 40 в модуль 42 обработки запросов.
[0037] Модуль 42 обработки запросов на основе данных запроса на совершение перевода денежных средств, в частности, по информации о плательщике и ЭЦП, по которой проверялась доступность услуги АРМ 10, и указанных выше данных о успешном статусе обработки запроса, поступивших от устройства 70 обработки платежей, определяет команду на перевод денежных средств и подтверждает перевод денежных средств со счета плательщика, в частности заявителя МФЦ, на счет получателя денежных средств, а также успешность обработки полученного ранее от модуля 32 валидации данных запроса на совершение перевода денежных средств.
[0038] После подтверждения успешности обработки запроса на совершение перевода денежных средств модуль 41 распределения запросов направляет данные о выполненной операции в адаптер агентской схемы 30, который формирует и направляет в модуль 23 управления очередью запросов команду на исключение из очереди запросов сообщения с информацией о выполненном запросе. Информация с подтверждением успешности обработки запроса на совершение перевода денежных средств также может быть выведена на устройстве отображения информации АРМ 10 или передана в режиме онлайн в Государственную информационную систему городских и межведомственных платежей (ГИС ГМП).
[0039] Таким образом, за счет того, что платежная система 40 обрабатывает только лишь данные запроса на совершение перевода денежных средств со счета плательщика на счет получателя денежных средств, а обработка запроса на авторизацию по карте плательщика для их перевода на счет получателя денежных средств осуществляется по отдельному каналу связи, т.е. выполняется устройством 70 обработки платежей, которое в дальнейшем взаимодействует с банком-эмитентом и направляет в платежную систему результаты авторизации, повышается скорость обработки данных запроса на совершение перевода денежных средств, данных ЭЦП и запроса на авторизацию по карте плательщика. Также за счет использования ЭЦП обеспечивается целостность информации запроса на совершение перевода денежных средств, вследствие чего повышается надежность доставки данных упомянутого запроса и работы системы в целом. Дополнительно за счет удаления сообщений из очереди сообщений снижается вычислительная нагрузка на модуль 23 управления очередью запросов и повышается скорость обработки новых сообщений в очереди сообщений, поскольку упомянутый модуль 23 не анализирует уже обработанные запросы.
[0040] В общем виде (см. фиг. 2) устройство (200) обработки команд содержит объединенные общей шиной информационного обмена один или несколько процессоров (201), средства памяти, такие как ОЗУ (202) и ПЗУ (203), интерфейсы ввода/вывода (204), устройства ввода/вывода (205) и устройство для сетевого взаимодействия (206).
[0041] Процессор (201) (или несколько процессоров, многоядерный процессор и т.п.) может выбираться из ассортимента устройств, широко применяемых в настоящее время, например, таких архитектур, как: CISC, RISC, MISC, VLIW и т.п. Под процессором или одним из используемых процессоров в системе (200) также необходимо учитывать графический процессор, например, GPU NVIDIA, AMD Radeon или Graphcore, тип которых также является пригодным для полного или частичного выполнения способа, а также может применяться для обучения и применения моделей машинного обучения в различных информационных системах.
[0042] ОЗУ (202) представляет собой оперативную память и предназначено для хранения исполняемых процессором (201) машиночитаемых инструкций для выполнение необходимых операций по логической обработке данных. ОЗУ (202), как правило, содержит исполняемые инструкции операционной системы и соответствующих программных компонент (приложения, программные модули и т.п.). При этом в качестве ОЗУ (202) может выступать доступный объем памяти графической карты или графического процессора.
[0043] ПЗУ (203) представляет собой одно или более устройств постоянного хранения данных, например, жесткий диск (HDD), твердотельный накопитель данных (SSD), флэш-память (EEPROM, NAND и т.п.), оптические носители информации (CD-R/RW, DVD-R/RW, BlueRay Disc, MD) и др.
[0044] Для организации работы компонентов системы (200) и организации работы внешних подключаемых устройств применяются различные виды интерфейсов В/В (304). Выбор соответствующих интерфейсов зависит от конкретного исполнения вычислительного устройства, которые могут представлять собой, не ограничиваясь: PCI, AGP, PS/2, IrDa, FireWire, LPT, COM, SATA, IDE, Lightning, USB (2.0, 3.0, 3.1 , micro, mini, type C), TRS/Audio jack (2.5, 3.5, 6.35), HDMI, DVI, VGA, Display Port, RJ45, RS232 и т.п.
[0045] Для обеспечения взаимодействия пользователя с вычислительной системой (200) применяются различные средства (205) В/В информации, например, клавиатура, дисплей (монитор), сенсорный дисплей, тач-пад, джойстик, манипулятор мышь, световое перо, стилус, сенсорная панель, трекбол, динамики, микрофон, средства дополненной реальности, оптические сенсоры, планшет, световые индикаторы, проектор, камера, средства биометрической идентификации (сканер сетчатки глаза, сканер отпечатков пальцев, модуль распознавания голоса) и т.п.
[0046] Средство сетевого взаимодействия (206) обеспечивает передачу данных посредством внутренней или внешней вычислительной сети, например, Интранет, Интернет, ЛВС и т.п. В качестве одного или более средств (206) может использоваться, но не ограничиваться: Ethernet карта, GSM модем, GPRS модем, LTE модем, 5G модем, модуль спутниковой связи, NFC модуль, Bluetooth и/или BLE модуль, Wi-Fi модуль и др.
[0047] Дополнительно могут применяться также средства спутниковой навигации в составе системы (200), например, GPS, ГЛОНАСС, BeiDou, Galileo.
[0048] Конкретный выбор элементов устройства (200) для реализации различных программно-аппаратных архитектурных решений может варьироваться с сохранением обеспечиваемого требуемого функционала.
[0049] Модификации и улучшения вышеописанных вариантов осуществления настоящего технического решения будут ясны специалистам в данной области техники. Предшествующее описание представлено только в качестве примера и не несет никаких ограничений. Таким образом, объем настоящего технического решения ограничен только объемом прилагаемой формулы изобретения.

Claims

ФОРМУЛА ИЗОБРЕТЕНИЯ
1. Способ оплаты услуг, выполняемый по меньшей мере одним вычислительным устройством, содержащий этапы, на которых:
- формируют запрос на совершение перевода денежных средств со счета плательщика на счет получателя денежных средств;
- формируют и направляют запрос на авторизацию по карте плательщика;
- подписывают сформированный запрос на совершение перевода денежных средств электронной цифровой подписью (ЭЦП) и направляют его в платежную систему;
- получают посредством платежной системы данные о успешном статусе обработки запроса на авторизацию;
- на основе данных запроса на совершение перевода денежных средств, подписанного ЭЦП, и данных о успешном статусе обработки запроса на авторизацию подтверждают перевод денежных средств со счета плательщика на счет получателя денежных средств.
2. Способ по п. 1 , характеризующийся тем, что дополнительно содержит этапы, на которых:
- принимают запрос на совершение перевода денежных средств;
- формируют для поступившего запроса новое сообщение в очереди сообщений для дальнейшей обработки запроса согласно очереди.
3. Способ по п. 2, характеризующийся тем, что при формировании для поступившего запроса нового сообщения в тело сообщения заносится информация о полученном запросе, а в заголовок сообщения - информация о ЭЦП.
4. Способ по п. 3, характеризующийся тем, что дополнительно содержит этапы, на которых:
- извлекают информацию упомянутого запроса из тела упомянутого сообщения и ЭЦП из заголовка;
- проверяют достоверность запроса по ЭЦП;
- распределяют упомянутый запрос в зависимости от операции, которую необходимо осуществить.
5. Способ по п. 4, характеризующийся тем, что достоверность запроса по ЭЦП проверяется при помощи криптосервиса.
6. Способ по п. 3, характеризующийся тем, что дополнительно содержит этап, на котором после подтверждения перевода денежных средств исключают из очереди запросов сообщение с информацией о выполненном запросе.
7. Система оплаты услуг, содержащая по меньшей мере одно вычислительное устройство и по меньшей мере одну память, содержащую машиночитаемые инструкции, которые при их исполнении по меньшей мере одним вычислительным устройством выполняют способ по любому из пп. 1-6.
PCT/RU2019/000531 2019-07-30 2019-07-30 Способ и система для оплаты услуг WO2021020981A1 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
RU2019123988A RU2723459C1 (ru) 2019-07-30 2019-07-30 Способ и система для оплаты услуг
RU2019123988 2019-07-30

Publications (1)

Publication Number Publication Date
WO2021020981A1 true WO2021020981A1 (ru) 2021-02-04

Family

ID=71095781

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2019/000531 WO2021020981A1 (ru) 2019-07-30 2019-07-30 Способ и система для оплаты услуг

Country Status (3)

Country Link
EA (1) EA038762B1 (ru)
RU (1) RU2723459C1 (ru)
WO (1) WO2021020981A1 (ru)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010018739A1 (en) * 1996-12-20 2001-08-30 Milton Anderson Method and system for processing electronic documents
US20130173475A1 (en) * 2010-07-09 2013-07-04 Izettle Merchant Services Ab System for secure payment over a wireless communication network
US20150142666A1 (en) * 2013-11-16 2015-05-21 Mads Landrok Authentication service
WO2016144364A1 (en) * 2015-03-11 2016-09-15 Facebook, Inc. Facilitating sending, receiving, and updating of payments using message and payment queues
US20170024727A1 (en) * 1999-09-16 2017-01-26 Panasonic Intellectual Property Management Co., Ltd. Communication terminal and communication method using plural wireless communication schemes
US9727865B2 (en) * 2014-03-19 2017-08-08 Mastercard International Incorporated Purchase Automatic data transfer
US10325253B2 (en) * 2012-10-17 2019-06-18 Groupon, Inc. Peer-to-peer payment processing

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2263959C2 (ru) * 2003-04-24 2005-11-10 Общество с ограниченной ответственностью "Мобилити" Способ совершения сделок по безналичному расчету с использованием мобильных устройств электронной связи и компьютерная система для его осуществления (варианты)

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010018739A1 (en) * 1996-12-20 2001-08-30 Milton Anderson Method and system for processing electronic documents
US20170024727A1 (en) * 1999-09-16 2017-01-26 Panasonic Intellectual Property Management Co., Ltd. Communication terminal and communication method using plural wireless communication schemes
US20130173475A1 (en) * 2010-07-09 2013-07-04 Izettle Merchant Services Ab System for secure payment over a wireless communication network
US10325253B2 (en) * 2012-10-17 2019-06-18 Groupon, Inc. Peer-to-peer payment processing
US20150142666A1 (en) * 2013-11-16 2015-05-21 Mads Landrok Authentication service
US9727865B2 (en) * 2014-03-19 2017-08-08 Mastercard International Incorporated Purchase Automatic data transfer
WO2016144364A1 (en) * 2015-03-11 2016-09-15 Facebook, Inc. Facilitating sending, receiving, and updating of payments using message and payment queues

Also Published As

Publication number Publication date
RU2723459C1 (ru) 2020-06-11
EA201991682A1 (ru) 2021-06-30
EA038762B1 (ru) 2021-10-15

Similar Documents

Publication Publication Date Title
US10657502B2 (en) Systems and methods for performing financial transactions
JP5518740B2 (ja) プッシュ識別子を含むデータ完成のためのシステム並びに方法
KR101524957B1 (ko) 빌러의 결제플랫폼을 이용해 고객의 요금을 결제하는 시스템과 방법
CN117252590A (zh) 用于数字资产账户管理的方法和装置
KR20140020055A (ko) 결제 방법 및 그 시스템
RU2011154492A (ru) Система расчетов электронными чеками и способы выпуска, перевода оплаты и верификации электронных чеков
US20150199670A1 (en) Systems and methods for performing financial transactions
US20140067670A1 (en) Systems and methods for performing financial transactions
KR20230030633A (ko) 결제 레일을 통한 가상화폐의 머천트 수락을 위한 방법 및 시스템
CN109919758B (zh) 经由区块链用于社会储蓄平台的方法和系统
JP6839630B2 (ja) スマートフォンを利用したキャッシュアウトシステム
US11763300B2 (en) Method and system for currency-agnostic real-time settlement
US12067544B2 (en) Method and system for supporting micro-transactions in a digital asset network via digital tokens
US11900452B1 (en) Systems and methods for collateral deposit identification
CN113168650B (zh) 银行间自动转账的方法及实施该方法的系统
CN113673974A (zh) 一种电子货币离线交易方法及交易装置
TW201643782A (zh) 用於收集、儲存及進行帳單支付之系統及方法
JP2008117079A (ja) 現金支払システム、金融機関端末装置及び現金支払方法
WO2012145668A1 (en) Method and system for mobile remittance
RU2723459C1 (ru) Способ и система для оплаты услуг
CN112655012A (zh) 全球汇款系统和方法
RU126859U1 (ru) Система для осуществления процесса снятия денежных средств в банковских терминалах без использования пластиковой карты посредством платежного поручения
US20240303725A1 (en) Financial service providing system and simple-payment company server for same
US20240070670A1 (en) Hybrid transaction operations
KR20090115090A (ko) 외국인 관광객용 카드 발급 시스템

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19940128

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19940128

Country of ref document: EP

Kind code of ref document: A1