EA038252B1 - Способ автоматического зачисления внесённых денежных средств при возникновении сбоев - Google Patents
Способ автоматического зачисления внесённых денежных средств при возникновении сбоев Download PDFInfo
- Publication number
- EA038252B1 EA038252B1 EA201700607A EA201700607A EA038252B1 EA 038252 B1 EA038252 B1 EA 038252B1 EA 201700607 A EA201700607 A EA 201700607A EA 201700607 A EA201700607 A EA 201700607A EA 038252 B1 EA038252 B1 EA 038252B1
- Authority
- EA
- Eurasian Patent Office
- Prior art keywords
- transaction
- remote server
- server
- data
- user
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 28
- 230000004044 response Effects 0.000 claims abstract description 19
- 238000012795 verification Methods 0.000 claims abstract description 6
- 230000005540 biological transmission Effects 0.000 claims description 9
- 238000013515 script Methods 0.000 claims description 4
- 230000015556 catabolic process Effects 0.000 claims description 3
- 210000001525 retina Anatomy 0.000 claims description 3
- 238000001514 detection method Methods 0.000 claims 1
- 238000012545 processing Methods 0.000 abstract description 19
- 230000007246 mechanism Effects 0.000 abstract description 7
- 230000003993 interaction Effects 0.000 abstract description 6
- 238000000151 deposition Methods 0.000 abstract description 5
- 230000000977 initiatory effect Effects 0.000 abstract description 3
- 238000004891 communication Methods 0.000 description 7
- 230000009471 action Effects 0.000 description 5
- 239000000872 buffer Substances 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000003044 adaptive effect Effects 0.000 description 3
- 238000013500 data storage Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 241001025261 Neoraja caerulea Species 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 239000007921 spray Substances 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
-
- 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
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Изобретение в общем относится к области обработки данных для осуществления транзакций по внесению денежных средств (ДС) при взаимодействии пользователей с устройствами самообслуживания (УС), а в частности к способам осуществления транзакций по внесению ДС при возникновении различных сбоев в канале УС при обмене данными с сервером обработки транзакций. Техническим результатом является расширение функционала УС за счет реализации механизма автоматизированной обработки транзакционных запросов при возникновении проблем в канале УС при обмене данными с сервером обработки транзакций. В предпочтительном варианте осуществления заявленного решения представлен способ автоматического зачисления внесённых денежных средств при возникновении сбоев, включающий в себя этапы, на которых получают в канале устройства самообслуживания пользовательский запрос на выполнение транзакции по приёму ДС, содержащий параметры транзакции; направляют предварительный транзакционный запрос на удаленный сервер для проверки параметров транзакции; получают ответ от сервера и сохраняют его в УС; инициируют прием УС ДС согласно параметрам транзакции; фиксируют в ходе приема данные принимаемых ДС; фиксируют с помощью УС возникновение сбоя отправки данных для выполнения транзакции, передают данные на удаленный сервер и сохраняют параметры транзакции; автоматически инициируют опрос удаленного сервера УС; и при получении отклика от удаленного сервера передают упомянутые сохраненные параметры транзакции на упомянутый сервер для ее выполнения.
Description
Область техники
Настоящее изобретение в общем относится к области обработки данных для осуществления транзакций по внесению денежных средств (ДС) при взаимодействии пользователей с устройствами самообслуживания (УС), а в частности к способам осуществления транзакций по внесению ДС при возникновении различных сбоев в канале УС при обмене данными с сервером обработки транзакций.
Уровень техники
Из уровня техники известна система и способ для адаптивной диагностики сбоев в канале УС в режиме тонкого клиента (патент US8108726B2, 31.01.2012, Bank of America Corporation). В данном решении осуществляют адаптивную диагностику сбоев в канале УС при осуществлении транзакций по внесению ДС. Особенностью решения является то, что УС включает в себя тонкий клиент и адаптивную диагностику осуществляют в режиме тонкого клиента. В данном решении при возникновении сбоев в канале УС пользователю сообщается о сбое и указывается причина сбоя, а также выдается информация о ближайших исправных УС. Кроме того, УС может координировать информацию о ближайших исправных УС посредством мобильного телефона пользователя.
Также известны система и способ обнаружения сбоев в банкомате (заявка US 2007131757 А1, 14.06.2007, NCR Corporation). В данном решении при осуществлении транзакций, в том числе транзакций по внесению ДС, генерируют журнал транзакций, в который записываются все сведения о транзакции. Между банкоматом и компьютером устанавливается связь. Журнал транзакций генерируется в формате на основе XML. В случае возникновения сбоев транзакция осуществляется на основании сведений о транзакции, содержащихся в журнале транзакций.
Предпосылки создания заявленного изобретения основываются на необходимости реализации механизма расширенного функционала при выполнении транзакций по внесению ДС при возникновении различных сбоев. Существующий на сегодняшний день недостаток в уровне техники заключается в отсутствии механизма, обеспечивающего автоматическое зачисление внесенных ДС при возникновении различных сбоев, что в свою очередь также снижает время для осуществления транзакционных операций с помощью УС.
Раскрытие изобретения
Техническая проблема, решаемая с помощью заявленного изобретения, заключается в создании эффективного способа и системы для обработки в автоматизированном режиме транзакций в канале УС при возникновении сбоев различного характера, которые приводят к задержкам или отказу в обработке транзакционных операций.
Техническим результатом является расширение функционала УС за счет реализации механизма автоматизированной обработки транзакционных запросов при возникновении проблем в канале УС при обмене данными с сервером обработки транзакций.
Дополнительным техническим результатом также является повышение надежности обработки транзакционных операций за счет работы внутренних сценариев УС, а также сокращение времени для выполнения транзакционных запросов в случае возникновения сбоев в канале УС.
В предпочтительном варианте осуществления изобретения представлен способ автоматического зачисления внесенных денежных средств при возникновении сбоев, включающий в себя этапы, на которых получают в канале устройства самообслуживания пользовательский запрос на выполнение транзакции по приему ДС, содержащий параметры транзакции;
направляют предварительный транзакционный запрос на удаленный сервер для проверки параметров транзакции;
получают ответ от сервера и сохраняют его в УС;
инициируют прием УС ДС согласно параметрам транзакции;
фиксируют в ходе приема данные принимаемых ДС;
фиксируют с помощью УС возникновение сбоя отправки данных для выполнения транзакции, передают данные на удаленный сервер и сохраняют параметры транзакции;
автоматически инициируют опрос удаленного сервера УС и при получении отклика от удаленного сервера передают упомянутые сохраненные параметры транзакции на упомянутый сервер для ее выполнения.
В одном из частных вариантов реализации способа при формировании пользовательского запроса осуществляется верификация пользователя УС.
В другом частном варианте реализации способа верификация осуществляется с помощью PIN-кода, биометрической информации, графической информации или удаленного устройства пользователя или их сочетания.
В другом частном варианте реализации способа биометрическая информация представляет собой отпечаток пальца, изображение сетчатки глаза, голосовые данные или их сочетания.
В другом частном варианте реализации способа графическое изображение представляет собой фотоизображение пользователя.
В другом частном варианте реализации способа данные принимаемых ДС представляют собой код валюты, номинал денежной единицы, количество принятых УС денежных единиц или данные разбивки
- 1 038252 купюр по группам.
Изобретение предпочтительно осуществляется за счет системы автоматического зачисления внесенных ДС при возникновении сбоев, которая содержит УС и связанный с ним удаленный сервер, причем УС выполнено с возможностью получать пользовательский запрос на выполнение транзакции по приему ДС;
сохранять информацию о принятых ДС;
передавать информацию о транзакции на удаленный сервер;
удаленный сервер выполнен с возможностью проверять параметры транзакции, поступившей от УС;
сохранять информацию о транзакции и принятых ДС и осуществлять автоматическое выполнение транзакции в случае выявления сбоя в канале передачи данных между УС и удаленным сервером.
В частном варианте реализации системы УС представляет собой банкомат или терминал.
В другом частном варианте реализации системы УС связано с удаленным сервером посредством проводной или беспроводной вычислительной сети.
В другом частном варианте реализации системы проводная сеть представляет собой ЛВС (LAN), WAN, PAN или Интранет.
В другом частном варианте реализации си беспроводная сеть представляет собой WAN, Интернет, WLAN, WMAN или GSM.
В другом частном варианте реализации системы удаленный сервер представляет собой облачный сервер.
В другом частном варианте реализации УС содержит средства верификации пользователя.
В другом частном варианте реализации системы средства верификации УС выбираются из группы: ПИН-пад, сенсорный дисплей, камера, биометрический сканер, микрофон или их сочетания.
Краткое описание чертежей
Признаки и преимущества настоящего изобретения станут очевидными из приводимого ниже подробного описания изобретения и прилагаемых чертежей, на которых фиг. 1 и 2 иллюстрируют блок-схему выполнения заявленного способа;
фиг. 3 иллюстрирует пример системы обмена данными между УС и удаленным сервером;
фиг. 4 иллюстрирует пример схемы УС;
фиг. 5 иллюстрирует пример схемы удаленного сервера.
Осуществление изобретения
В настоящем описании будут использоваться следующие термины и определения.
В данном изобретении под системой подразумевается в том числе компьютерная система, ЭВМ (электронно-вычислительная машина), ЧПУ (числовое программное управление), ПЛК (программируемый логический контроллер), компьютеризированные системы управления и любые другие устройства, способные выполнять заданную, четко определенную последовательность операций (действий, инструкций).
Под устройством обработки команд подразумевается электронный блок либо интегральная схема (микропроцессор), исполняющая машинные инструкции (программы).
Устройство обработки команд считывает и выполняет машинные инструкции (программы) с одного или более устройств хранения данных. В роли устройства хранения данных могут выступать, но не ограничиваясь, жесткие диски (HDD), флеш-память, ПЗУ (постоянное запоминающее устройство), твердотельные накопители (SSD), оптические приводы.
TSN (Transaction Serial Number) - номер последней успешно завершенной транзакции.
NDC протокол (NCR Direct Protocol) - протокол обмена данными между УС и сервером обработки транзакций.
Денежные средства (ДС) - специфический товар, обладающий наивысшей ликвидностью, служащий измерителем стоимости других товаров и услуг.
Банковское устройство самообслуживания (УС) - программно-технический комплекс, предназначенный для автоматизированной выдачи и/или приема наличных ДС как с использованием платежных карт, так и без, а также выполнения других операций, в том числе оплаты товаров и услуг, составления документов, подтверждающих соответствующие операции. Банковские устройства самообслуживания подразделяются на два типа в зависимости от того, поддерживают ли они функцию выдачи наличных денег или нет. Если функция поддерживается, то УС является ATM (англ. automated teller machine), или банкоматом, иначе - NCS (non-cash systems), или терминалом для безналичных операций.
Программное обеспечение (ПО) или программная логика - программа или множество программ, используемых для управления УС и серверными средствами для осуществления требуемых операций.
На фиг. 1 представлены основные шаги заявленного способа автоматизированного внесения ДС (100). На первом этапе (101) УС получает запрос от пользователя по выполнению финансовой транзакции по внесению ДС.
Запрос содержит в себе, как правило, идентификатор счета зачисления ДС, сумму ДС, время начала
- 2 038252 запроса на выполнение операции. Запрос также содержит идентификатор транзакционного запроса (TrID).
Запрос дополнительно может содержать идентификатор УС (Logical Unit Number), данные с дорожек карты, данные о предыдущих транзакциях, данных с буферов суммы, пин-блока, нажатий функциональных клавиш (FDK буфер).
Значение TrID является уникальным для каждого транзакционного запроса (значение TrID обновляется при каждом переходе на транзакционный стейт в сценарии УС). Если обычный транзакционный запрос получен в новом формате, поле TrID запроса не пусто, его значение сохраняется в БД удаленного сервера в составе транзакционных данных выполняемых операций.
Во все транзакционные запросы добавляется поле TrID, например, с идентификатором 3, состоящее из 12 символов.
Для первичного запроса данные поля формируются следующим образом: ГММДДЧЧMMNNN (где Г - последняя цифра текущего года, ММ - номер месяца, ДД - день, ЧЧ - час, ММ - минута, NNN - последние 3 цифры текущего значения Accumulated Transaction Count, что обеспечивает уникальность значения TrID для данного УС). Значение Accumulated Transaction Count определяет общее количество обнаруженных попыток выполнения транзакций с момента установки УС или после того как энергонезависимая память УС полностью занята. Счетчик сбрасывается до 0 после 9999999 транзакций.
Для повторного запроса значение поля TrID должно повторять значение, сформированное в момент первичного запроса.
В каждый момент времени УС находится в одном из следующих режимов работы:
Power Up - загрузка;
Offline - нет связи с сервером, осуществляется подключение;
Supervisor - работает инкассатор или сервис-инженер;
Out of service - УС не работает в связи с неисправностью, исчерпанием денежных средств или принудительным переводом УС в указанный режим;
In service - основной режим работы УС.
В режиме In service УС находится в одном из состояний (стейт), с номером от 001 до 999, и 25 символьной строкой-описанием.
Первый символ этой строки - тип стейта (обозначаются буквами A..Z, а также a..z и некоторыми символами (,'.?)), который определяет совокупность. Остальные 24 символа - это 8 десятичных 3значных чисел, каждое из которых является определенной настройкой стейта (номер экрана для показа, условия перехода на стейт, список действий). Стейтов одного типа может быть любое количество.
Переходя по всем этим стейтам, рано или поздно доходят до стейта взаимодействия с удаленным сервером - стейта I (Transaction Request State). На этом стейте формируется запрос из данных, собранных на прошлых стейтах, и отправляется на сервер. Данные разделяются символом разделителем. Удаленный сервер получает запрос и анализирует буфер FDK - именно по содержимому этого буфера удаленный сервер определяет необходимые операции, исполнение которых запрашивает УС. После чего, в зависимости от принятого решения, отсылает ответ, в котором содержатся идентификатор действия, которое нужно совершить;
номер экрана, который нужно при этом действии показывать;
содержимое чека, если чек нужно напечатать;
стейт, на который нужно перейти по завершении действия.
После того как УС фиксирует полученную сумму ДС, выполняется определение и сохранение следующих данных:
сумма принятых банкнот;
код валюты;
количество принятых банкнот с разбивкой по типам.
Указанные на этапе (101) данные транзакционной операции обрабатываются логикой УС (102) и формируются для передачи на удаленный сервер для выполнения транзакции (103).
Согласно фиг. 2 после получения ДС УС и записи параметров суммы ДС логикой УС осуществляется формирование предварительного транзакционного запроса для отправки на сервер (201).
Внесение ДС в УС осуществляется покупюрно и фиксация данных ДС выполняется при приеме ДС модулем приема наличных средств (МПН). МПН может выполняться Escrow типа (предварительное депонирование купюр).
Сформированный предварительный запрос посылается на сервер (202) после внесения определенной суммы ДС. Это может происходить после обработки параметров каждой купюры, либо после получения нескольких купюр или после получения всей суммы ДС, указанной в транзакционном запросе на этапе (101).
Этот этап позволяет предварительно проверять устойчивость и работоспособность канала передачи данных между УС и сервером для выполнения транзакций.
Сервер в ответ на получение данных от УС (203) с текущим состоянием транзакции сохраняет полученные параметры. Параметры транзакции также сохраняются в памяти УС.
- 3 038252
Сервер на этапе (203) также отсылает ответное сообщение, подтверждающее наличие канала связи, пригодного для выполнения дальнейшей транзакции.
Возвращаясь к фиг. 1, на этапе (104) выполняется проверка канала связи для осуществления необходимой транзакции, введенной на этапе (101).
Если связь с сервером присутствует и УС получило всю необходимую сумму ДС для выполнения транзакционного запроса, то данные транзакции направляются на сервер, где обрабатываются и перечисляются на указанный в упомянутом запросе счет (этап 108).
В случае, когда на этапе (104) УС не получает ответа от сервера, то логика УС сохраняет параметры транзакции в момент отсутствия отклика от сервера (105) и активирует программный механизм сценария автоматического зачисления средств (106).
При выполнении этапа (106), как было указано выше, УС направляет и сохраняет параметры предварительного запроса, которое содержит параметр TSN и параметры полученного ответа от сервера (Transaction Reply) на запрос с соответствующем TSN, причем упомянутый запрос является последним перед фиксацией наличия сбоя в канале передачи данных между УС и сервером. Выполнение этапа (106) осуществляется до момента получения отклика от сервера, что позволяет без участия пользователя выполнить транзакционный запрос на основании идентификатора счета, полученного на этапе (101), на который необходимо перевести ДС.
Выполнение этапа (106) активации автоматизированного исполнения транзакции осуществляется, в частности, если УС не получило ответ (Transaction Reply) от сервера (например, разрыв сетевого соединения, обесточивание УС), либо не смогло корректно разобрать отклик сервера, либо произошла ошибка проверки МАС-подписи транзакции. Для защиты целостности технического решения используется механизм макирования транзакции МАС-адресом. Для расчета и проверки МАС-адреса используется команда, на вход которой подаются данные, которые могут меняться в зависимости от настроек:
способ расчета MAC, например, посредством ANSI X9.19;
тип ключа, которым шифруется хэш, например ZAK/TAK (должна быть возможность выбора типа ключа);
данные, на которых рассчитывается хэш (поля сообщения, помеченные в xsd-схеме знаком '6').
MAC ключ должен быть уникальным для каждого УС, причем контроль уникальности осуществляется на стороне сервера. При попытке ввести в веб-форму повторяющийся ключ, должно появляться предупреждение о несовпадении.
Значения TSN при последней попытке выполнения транзакции, сумма принятых банкнот, код валюты, количество принятых банкнот с разбивкой по типам на момент фиксации TSN не меняются. Эта информация используется для последующих авторизационных запросов вплоть до получения корректного ответа от сервера. Это позволяет произвести валидную обработку транзакционной процедуры в автоматизированном режиме.
Сервер, со своей стороны, может инициировать отправку текущих счетчиков специализированной командой, в частности, Send supply counters. Если значение суммы ранее принятых банкнот больше нуля, то, наряду с информацией, предусмотренной протоколом NDC, на сервер будет отправлена от УС информация со значениями: сумма принятых банкнот, код валюты, количество принятых банкнот с разбивкой по типам. Эти данные также используются для выполнения транзакционной операции после восстановления канала связи с сервером.
Ниже в таблице приведен пример данных, сохраненных в части идентификации суммы внесенных ДС и подтвержденных в полученном ответе от сервера. В указанной таблице отображен пример внесения 1750 рублей в УС.
Параметры внесенных ДС
Порядковый номер купюры | Номинал | Счетчик принятых купюр |
01 | RUB10AB | 0 |
02 | RUB50AB | 1 |
03 | RUB100AB | 2 |
04 | RUB500AB | 1 |
05 | RUB1000A | 1 |
06 | RUB5000A | 0 |
Как представлено на фиг. 3, общий принцип работы заявленного способа (100) осуществляется с помощью системы выполнения транзакций, которая реализуется за счет обработки формируемых в канале УС (300) пользовательских запросов и их последующей передачи по вычислительной сети (500) на удаленный сервер (400).
Сеть (500) может быть проводного или беспроводного типа, например, Интернет, Интранет, ЛВС, WAN, WLAN, GSM, GPRS, Wi-Fi и т.п. На фиг. 4 представлена общая схема УС (300) в виде банкомата или платежного терминала. УС (300) содержит объединенные с помощью универсальной шины (310) компоненты, такие как процессор (301), память (302), средство сетевого взаимодействия (303), дисплей (304), органы управления (305), средство выдачи ДС (306) (в случае банкомата), средство приема ДС
- 4 038252 (307). Процессор УС (301) выполняет все необходимые вычислительные операции при обработке транзакционных запросов. Память (302) может представлять одно или более устройств различного типа, таких как: ОЗУ, ПЗУ или их сочетания. В качестве ПЗУ может использоваться HDD, SSD диски, флэшпамять и т.п. В памяти (302), как правило, хранится исполняемая процессором (301) программная логика, необходимая для реализации способа работы УС (300), и операционная система, организующая интерфейс взаимодействия и протоколы обработки данных.
В качестве средств сетевого взаимодействия (303) могут применяться устройства, обеспечивающие связь с удаленным сервером с помощью проводного или беспроводного типа связи, например, Ethernet карта (LAN), Wi-Fi модуль, GSM модем (2G, 3G, 4G, 5G) и т.п. Дополнительно могут использоваться средства обмена данными между УС (300) и пользователем (устройством пользователя), например, Bluetooth приемопередатчик, NFC модуль, IrDa и т.п.
Дисплей УС (304) служит для отображения графического интерфейса пользователь, а также при его исполнении в виде сенсорного дисплея, то также обеспечивает взаимодействие с пользователем и получения от него команд управления.
Органы управления УС (305) могут представлять собой клавиатуру, сенсорный дисплей, пин-пад, механические и сенсорные кнопки.
Средство выдачи ДС (306) представляет собой диспенсер. Диспенсер (306) может быть различного типа, например вакуумный, спрей типа и т.п. Дополнительно УС (300) может содержать средство для приема ДС (307) от пользователя.
Также, УС (300) может содержать считыватель банковских карт, камеру, один или более биометрических сенсоров, микрофон. Данные устройства, как по отдельности, так и в совокупности, могут применяться для идентификации и верификации пользователя. Пользователь может идентифицировать начало транзакционного запроса с помощью предоставления банковской карты в специальный ридер УС (300) и ввода пин-кода с помощью клавиатуры (305) или сенсорного дисплея (304).
Может применяться двухфакторная верификация пользователя с помощью камеры или биометрических сенсоров, например, сканера отпечатка пальца, сетчатки глаза или с помощью анализа голоса пользователя. С помощью камеры может фиксировать изображение пользователя УС (300) для последующей обработки и сравнения с эталонной идентифицирующей информацией владельца счета при инициации транзакционной операции в УС (300).
УС (300) может также обеспечивать обмен идентификационной информацией в полностью бесконтактном режиме, с помощью заранее создаваемого идентификационного токена с помощью устройства пользователя, например, смартфона, планшета или ноутбука, и его последующей передачи по беспроводному каналу обмена информацией, например, Bluetooth, Wi-Fi, NFC, RFID и т.п., в УС (300) (как пример, данная технология раскрыта в источниках US 20110238573, US 20110066552).
Для усиления режима безопасного осуществления транзакции в канале УС (300) может применяться счетчик повторного выполнения операций, который по достижению заданного порога будет уведомлять пользователя, что ответ от сервера (400) еще не был получен и что информация о выполнении транзакционного запроса будет направлено пользователю по ее выполнению. Передача данных на устройство пользователя, например, смартфон или планшет, осуществляется посредством стандартных средств и методов, таких как: SMS-сообщения, PUSH-уведомления, e-mail письмо и т.п. Заданный способ уведомления пользователя выбирается исходя из идентификационной информации, связанной с аккаунтом пользователя, например, его номером телефона, номером карты или биометрической информацией. На фиг. 5 представлена общая схема удаленного сервера (400).
Сервер (400) предназначен для обработки запросов на исполнение транзакционных запросов по зачислению ДС, поступающих в канал УС (300). В общем случае сервер (400) содержит такие компоненты, как: один или более процессоров (401), по меньшей мере одну память (402), средство хранения данных (403), интерфейсы ввода/вывода (404), средство сетевого взаимодействия (405).
Процессор (401) сервера выполняет основные вычислительные операции при его работе с УС (300). Процессор (401) исполняет необходимые машиночитаемые команды, содержащиеся в памяти (402).
Память (402), как правило, выполнена в виде ОЗУ и содержит необходимую логику работы операционной системы, механизма реверсалов и иную программную логику, обеспечивающую полноценный функционал работы сервера (400).
Средство хранения данных (403) может выполняться в виде HDD, SSD дисков, рейд массива, флэшпамяти, оптических накопителей информации (CD, DVD, MD, Blue-Ray дисков) и т.п. Средства (403) позволяют выполнять долгосрочное хранение различного вида информации, например истории обработки транзакционных запросов (логов), идентификаторов пользователей и т.п.
Интерфейсы (404) представляют собой стандартные средства для подключения и работы с сервером (400), например, USB, RS232, RJ45, LPT, COM, HDMI, PS/2, Lightning, FireWire и т.п.
Выбор интерфейсов (404) зависит от конкретного исполнения сервера (400), который может представлять собой персональный компьютер, мейнфрейм, серверный кластер, тонкий клиент и т.п.
Средства сетевого взаимодействия (405) выбираются из устройств, обеспечивающий сетевой прием и передачу данных, например, Ethernet карту, WLAN/Wi-Fi модуль, Bluetooth модуль, BLE модуль, NFC
- 5 038252 модуль, IrDa, RFID модуль, GSM модем и т.п. С помощью средств (405) обеспечивается организация обмена данными между сервером (400) и УС (300) по проводному или беспроводному каналу передачи данных, например WAN, PAN, ЛВС (LAN), Интранет, Интернет, WLAN, WMAN или GSM.
Дополнительно сервер (400) может содержать средства В/В данных, например клавиатура, джойстик, дисплей (сенсорный дисплей), проектор, тачпад, манипулятор мышь, трекбол, световое перо, динамики, микрофон и т.п.
В настоящих материалах было представлено предпочтительное раскрытие осуществления заявленного изобретения, которое не должно использоваться как ограничивающее иные, частные воплощения его реализации, которые не выходят за рамки испрашиваемого объема правовой охраны и являются очевидными для специалистов в соответствующей области техники.
Claims (14)
- ФОРМУЛА ИЗОБРЕТЕНИЯ1. Способ автоматического зачисления внесенных денежных средств (ДС) при возникновении сбоев, осуществляемый процессором, включающий в себя этапы, на которых по лучают в канале устройства самообслуживания (УС) пользовательский запрос на выполнение транзакции по приему ДС, содержащий параметры транзакции;на правляют предварительный транзакционный запрос на удаленный сервер для проверки параметров транзакции, который включает в себя идентификатор пользовательского счета;по лучают ответ от сервера и сохраняют его в УС;ин ициируют прием УС ДС согласно параметрам транзакции;фи ксируют в ходе приема данные принимаемых ДС;пе редают данные на удаленный сервер, фиксируют с помощью УС возникновение сбоя отправки данных для выполнения транзакции и сохраняют параметры транзакции в памяти УС;ак тивируют сценарий автоматического зачисления средств, который обеспечивает без участия пользователя выполнение транзакционного запроса на основании упомянутого идентификатора пользовательского счета;автоматически инициируют опрос удаленного сервера УС и пр и получении отклика от удаленного сервера передают упомянутые сохраненные параметры транзакции на упомянутый сервер для ее выполнения;зачисляют ДС на указанный счет пользователя.
- 2. Способ по п.1, характеризующийся тем, что при формировании пользовательского запроса осуществляется верификация пользователя УС.
- 3. Способ по п.2, характеризующийся тем, что верификация осуществляется с помощью PIN-кода, биометрической информации, графической информации или удаленного устройства пользователя или их сочетания.
- 4. Способ по п.2, характеризующийся тем, что биометрическая информация представляет собой отпечаток пальца, изображение сетчатки глаза, голосовые данные или их сочетания.
- 5. Способ по п.2, характеризующийся тем, что графическое изображение представляет собой фотоизображение пользователя.
- 6. Способ по п.1, характеризующийся тем, что данные принимаемых ДС представляют собой код валюты, номинал денежной единицы, количество принятых УС денежных единиц или данные разбивки купюр по группам.
- 7. Система автоматического зачисления внесенных денежных средств при возникновении сбоев, содержащая УС и связанный с ним удаленный сервер, причемУС выполнено с возможностью по лучать пользовательский запрос на выполнение транзакции по приему ДС, причем запрос содержит параметры транзакции, включающие в себя, по меньшей мере, идентификатор пользовательского счета;со хранять информацию о принятых ДС;передавать информацию о транзакции на удаленный сервер, причем в случае сбоя отправки данных для выполнения транзакции на удаленный сервер активировать сценарий автоматического зачисления средств, который позволяет выполнить транзакционный запрос без участия пользователя на основании упомянутого идентификатора пользовательского счета;авт оматически инициировать опрос удаленного сервера;при получении отклика от удаленного сервера передавать упомянутые сохраненные параметры транзакции на упомянутый сервер для ее выполнения;удаленный сервер выполнен с возможностью про верять параметры транзакции, поступившей от УС;сох ранять информацию о транзакции и принятых ДС;осуществлять автоматическое выполнение транзакции в случае выявления сбоя в канале передачи данных между УС и удаленным сервером и- 6 038252 зачислять ДС на указанный счет пользователя.
- 8. Система по п.7, характеризующаяся тем, что УС представляет собой банкомат или терминал.
- 9. Система по п.7, характеризующаяся тем, что УС связано с удаленным сервером посредством проводной или беспроводной вычислительной сети.
- 10. Система по п.7, характеризующаяся тем, что проводная сеть представляет собой ЛВС (LAN), WAN, PAN или Интранет.
- 11. Система по п.7, характеризующаяся тем, что беспроводная сеть представляет собой WAN, Интернет, WLAN, WMAN или GSM.
- 12. Система по п.7, характеризующаяся тем, что удаленный сервер представляет собой облачный сервер.
- 13. Система по п.7, характеризующаяся тем, что УС содержит средства верификации пользователя.
- 14. Система по п.7, характеризующаяся тем, что средства верификации УС выбираются из группы: ПИН-пад, сенсорный дисплей, камера, биометрический сканер, микрофон или их сочетания.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2017143813A RU2677384C1 (ru) | 2017-12-14 | 2017-12-14 | Способ автоматического зачисления внесенных денежных средств при возникновении сбоев |
Publications (2)
Publication Number | Publication Date |
---|---|
EA201700607A1 EA201700607A1 (ru) | 2019-06-28 |
EA038252B1 true EA038252B1 (ru) | 2021-07-30 |
Family
ID=65025078
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EA201700607A EA038252B1 (ru) | 2017-12-14 | 2017-12-27 | Способ автоматического зачисления внесённых денежных средств при возникновении сбоев |
Country Status (3)
Country | Link |
---|---|
EA (1) | EA038252B1 (ru) |
RU (1) | RU2677384C1 (ru) |
WO (1) | WO2019117746A1 (ru) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022114988A1 (ru) * | 2020-11-27 | 2022-06-02 | Публичное Акционерное Общество "Сбербанк России" | Способ и система для возврата денежных средств устройством самообслуживания |
WO2022114986A1 (ru) * | 2020-11-27 | 2022-06-02 | Публичное Акционерное Общество "Сбербанк России" | Способ и система возврата денежных средств устройством самообслуживания на счет пользователя |
RU2767285C1 (ru) * | 2020-12-08 | 2022-03-17 | Публичное Акционерное Общество "Сбербанк России" (Пао Сбербанк) | Способ и система автоматизированного зачисления денежных средств при возникновении сбоев в канале устройства самообслуживания в момент взноса наличности |
CN115145587B (zh) * | 2022-07-22 | 2024-08-02 | 中国农业银行股份有限公司 | 一种产品参数校验方法、装置、电子设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1996036947A1 (en) * | 1995-05-15 | 1996-11-21 | Mondex International Limited | Transaction recovery in a value transfer system |
WO1997030394A1 (en) * | 1996-02-14 | 1997-08-21 | Sterling Commerce, Inc. | System and method for failure detection and recovery |
US8172130B2 (en) * | 1996-11-27 | 2012-05-08 | Diebold Self-Service Systems Division Of Diebold, Incorporated | Automated banking machine that operates responsive to data bearing records |
EP2474947A1 (en) * | 2004-10-19 | 2012-07-11 | Apollo Enterprise Solutions, Inc. | System and methods for resolving transactions |
US9519896B2 (en) * | 2012-03-12 | 2016-12-13 | Diebold Self-Service Systems Division Of Diebold, Incorporated | Check cashing automated banking machine |
-
2017
- 2017-12-14 RU RU2017143813A patent/RU2677384C1/ru active
- 2017-12-27 WO PCT/RU2017/000983 patent/WO2019117746A1/ru active Application Filing
- 2017-12-27 EA EA201700607A patent/EA038252B1/ru unknown
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1996036947A1 (en) * | 1995-05-15 | 1996-11-21 | Mondex International Limited | Transaction recovery in a value transfer system |
WO1997030394A1 (en) * | 1996-02-14 | 1997-08-21 | Sterling Commerce, Inc. | System and method for failure detection and recovery |
US8172130B2 (en) * | 1996-11-27 | 2012-05-08 | Diebold Self-Service Systems Division Of Diebold, Incorporated | Automated banking machine that operates responsive to data bearing records |
EP2474947A1 (en) * | 2004-10-19 | 2012-07-11 | Apollo Enterprise Solutions, Inc. | System and methods for resolving transactions |
US9519896B2 (en) * | 2012-03-12 | 2016-12-13 | Diebold Self-Service Systems Division Of Diebold, Incorporated | Check cashing automated banking machine |
Also Published As
Publication number | Publication date |
---|---|
WO2019117746A1 (ru) | 2019-06-20 |
RU2677384C1 (ru) | 2019-01-16 |
EA201700607A1 (ru) | 2019-06-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2677384C1 (ru) | Способ автоматического зачисления внесенных денежных средств при возникновении сбоев | |
US10956971B2 (en) | Systems and methods for switching electronic accounts using a self-service device | |
US20150363785A1 (en) | Systems and methods for consumer authentication using behavioral biometrics | |
CN102622821B (zh) | 一种支持大额的自助取款方法、装置及系统 | |
US9508057B2 (en) | Automatically updating account information | |
US20140304143A1 (en) | Electronic check cashing system | |
US20070114273A1 (en) | Transaction cooperation method in branch office system | |
RU2688254C1 (ru) | Система мониторинга сети устройств самообслуживания | |
CA3177440A1 (en) | Systems and methods for processing financial transactions using compromised accounts | |
RU2673982C1 (ru) | Способ и система выполнения транзакций по доставке денежных средств при возникновении сбоев в канале связи устройства самообслуживания | |
CN114945929A (zh) | 事务从损坏的atm到另一atm的转移 | |
JP2018036806A (ja) | モバイルマネジメントシステム、およびモバイルマネジメント方法 | |
US20160063404A1 (en) | Universal back office workflow | |
CN111582851B (zh) | 基于大数据的平台打款方法、装置、电子设备及存储介质 | |
RU2767285C1 (ru) | Способ и система автоматизированного зачисления денежных средств при возникновении сбоев в канале устройства самообслуживания в момент взноса наличности | |
WO2022114988A1 (ru) | Способ и система для возврата денежных средств устройством самообслуживания | |
RU2678655C1 (ru) | Способ и система осуществления транзакций с помощью механизма реверсалов | |
WO2022114986A1 (ru) | Способ и система возврата денежных средств устройством самообслуживания на счет пользователя | |
EA041232B1 (ru) | Способ и система возврата денежных средств устройством самообслуживания на счет пользователя | |
RU2797131C1 (ru) | Способ и система автоматизированной смены номиналов кассет в устройстве самообслуживания | |
RU113575U1 (ru) | Универсальная терминальная платежная система "электронная квитанция" | |
EA041491B1 (ru) | Способ и система автоматизированного зачисления денежных средств при возникновении сбоев в канале устройства самообслуживания в момент взноса наличности | |
RU2767284C1 (ru) | Способ и система возврата денежных средств при отмене операции взноса наличности в канале устройства самообслуживания | |
JP7297698B2 (ja) | 端末管理システム、端末管理装置及びその方法 | |
US20220036357A1 (en) | Systems and methods for processing financial transactions using suspended accounts |