[go: up one dir, main page]

UA128858C2 - Система електронних платежів і спосіб їх здійснення - Google Patents

Система електронних платежів і спосіб їх здійснення Download PDF

Info

Publication number
UA128858C2
UA128858C2 UAA201900002A UAA201900002A UA128858C2 UA 128858 C2 UA128858 C2 UA 128858C2 UA A201900002 A UAA201900002 A UA A201900002A UA A201900002 A UAA201900002 A UA A201900002A UA 128858 C2 UA128858 C2 UA 128858C2
Authority
UA
Ukraine
Prior art keywords
user
registered
payment
specified
registered user
Prior art date
Application number
UAA201900002A
Other languages
English (en)
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 UA128858C2 publication Critical patent/UA128858C2/uk

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3221—Access to banking information through M-devices
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/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
    • G06Q20/401—Transaction verification
    • G06Q20/4012—Verifying personal identification numbers [PIN]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/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
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Catching Or Destruction (AREA)
  • User Interface Of Digital Computer (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
  • Credit Cards Or The Like (AREA)

Abstract

Цей винахід описує систему електронних платежів і спосіб їх здійснення. Цей винахід належить до області систем електронних платежів. Система електронних платежів спрощує відправлення та прийом грошей простим способом з використанням користувацьких пристроїв. Вона являє собою уніфікований платіжний інтерфейс (UPI) і надає можливість користувачам оплачувати та отримувати/інкасувати платежі з рахунків причетних фізичних/юридичних осіб. Система за цим винаходом надає можливість здійснення платіжних транзакцій між платником і отримувачем платежу без необхідності обов'язкового надання банківської інформації та реквізитів банківського рахунку один одного. Вона усуває ризик зберігання реквізитів рахунку покупця та може використовуватися покупцями, які не мають кредитної/дебетової карти. Вона забезпечує конфіденційність платіжної транзакції та спрощує встановлення багатьох утиліт, оплату готівкою у разі доставки, у разі розділення/спільного використання рахунків, у разі оплати/переказу грошей продавцеві. Система електронних платежів за цим винаходом працює через різні інтерфейси, за допомогою яких запити на платіж можуть бути згенеровані в інтернет-інтерфейсі та авторизовані в мобільному інтерфейсі (інструмент додатка). 23

Description

через різні інтерфейси, за допомогою яких запити на платіж можуть бути згенеровані в інтернет-інтерфейсі та авторизовані в мобільному інтерфейсі (інструмент додатка).
фот і НН :
її МИМа | хв | | з хх М В ' м: Кк п ТЗ сі Кол ї їК з НИ
Цей винахід відноситься до систем електронних платежів.
Вираз "зареєстрований користувач", використовуваний надалі в описі цього винаходу, відноситься до особи, яка використовує систему електронних платежів (ЕР5) за цим винаходом для здійснення транзакцій у системі електронних платежів. Зареєстрованим користувачем може бути платник, тобто особа, яка хоче Відправити/Заплатити гроші, використовуючи ЕР5Б, або їм може бути отримувач платежу, тобто особа, яка отримує/інкасує гроші, використовуючи ЕРБ.
Вираз "користувацький пристрій", використовуваний надалі в описі цього винаходу, відноситься до пристрою, що використовується зареєстрованим користувачем, при цьому користувацький пристрій включає, але не обмежується цим, мобільний телефон, лептоп, планшет, іРад, КПК, ноутбук, нетбук, інтелектуальний пристрій, смартфон, персональний комп'ютер, портативний пристрій і таке інше.
Вираз "платіжні транзакції", використовуваний надалі в описі цього винаходу, відноситься як до фінансових, так і до нефінансових транзакцій. Фінансові транзакції включають запити на інкасацію/риїЇ-запити, запити на оплату/ризпй-запити та комерційні платежі. Нефінансові транзакції включають, але не обмежуються цим, реєстрацію мобільного банкінгу, генерацію одноразового пароля (ОТР), перевірку балансу, установку або зміну РІМ-коду, реєстрацію скарг та перевірку статусу транзакції.
Вираз "Система оператора платіжного сервісу (РЕРБ5)", використовуваний надалі в описі цього винаходу, відноситься до Банку, Платіжного банку або до будь-якої іншої юридичної особи, регульованої централізовано або державою, якій дозволено залучати покупців і надавати платіжні сервіси (кредитові/дебетові) покупцям (фізичним або юридичним особам).
РБЗБР5 надає інструменти відповідних додатків, до яких зареєстровані користувачі можуть отримати доступ на своїх користувацьких пристроях для виконання ризп- або риї-платежів.
Р5Р5Б надає інструмент для електронної обробки фінансових і нефінансових транзакцій.
Вираз "відправник", використовуваний надалі в описі цього винаходу, відноситься до зареєстрованого користувача, який відправляє запит на оплату/ризп-запит або запит на інкасацію грошей/риїІ-запит, використовуючи користувацький пристрій за цим винаходом.
Відправником може бути платник або отримувач платежу.
Вираз "отримувач", використовуваний надалі в описі цього винаходу, відноситься до зареєстрованого користувача, який отримує запит на користувацькому пристрої на інкасацію грошей/риїЇ-запит або запит на оплату грошей/ри5п-запит, використовуючи користувацький пристрій за цим винаходом. Отримувачем може бути отримувач платежу або платник.
Вирази "унікальний ідентифікатор (І0)" або "віртуальна платіжна адреса (МРА)", використовувані надалі в описі цього винаходу, відносяться до унікального ідентифікатора, пов'язаного із зареєстрованим користувачем. Унікальний ІЮ або Віртуальна платіжна адреса (МРА) використовуються для здійснення платіжних транзакцій. Вони можуть бути створені зареєстрованим користувачем для здійснення платіжної(их) транзакції(ій).
Вираз "уніфікований платіжний інтерфейс (РІ)У", використовуваний надалі в описі цього винаходу, відноситься до інтерфейсної системи, яка забезпечує інтерфейс між системами РОР5 для здійснення фінансових і нефінансових платіжних транзакцій, включаючи платіжні транзакції та розрахункові платежі.
Вираз "Додаток оператора платіжного сервісу (РЕРА)", використовуваний надалі в описі цього винаходу, відноситься до інструменту додатка, який забезпечується кожною РеРБ.
Інструмент РОРА може бути забезпечений на Інтернет-порталі або в магазині ігор і/або в мобільному Інтернеті, або за допомогою інших засобів для взаємодії з РЕРЗ за допомогою ОРІ.
Вираз "інформаційні дані про користувача", використовуваний надалі в описі цього винаходу, відноситься до даних, які відносяться до зареєстрованого користувача, включаючи
МРА зареєстрованого користувача, дані облікового запису та інші нефінансові дані.
Інформаційні дані про користувача використовуються для автентифікації зареєстрованого користувача.
Ці терміни та визначення доповнюють терміни та визначення, що існують у цій галузі техніки.
Останніми роками фінансові транзакції все частіше здійснюються за допомогою портативних пристроїв, тобто традиційних мобільних телефонів і смартфонів. Нині доступні різні способи оплати за допомогою портативних пристроїв. Ці способи оплати вимагають знання номера рахунку отримувача платежу та додаткових даних, які стосуються банку отримувача платежу. У разі онлайн-платежів платнику необхідно зайти на Інтернет-портал свого банку за допомогою
Інтернет-банкінгу або мобільного банкінгу для здійснення фінансових транзакцій. На сьогодні багато користувачів все ще нечасто користуються фінансовими транзакціями 60 онлайн/електронними транзакціями, оскільки банківські Інтернет-портали для Інтернет-банкінгу або мобільного банкінгу незручні або складні у користуванні а для введення даних й авторизації вимагається тривалий час.
У деяких випадках для виконання платежу використовується номер мобільного телефону отримувача платежу. Проте за такого способу вкрай важливо для платника знати банківські реквізити отримувача платежу і/або номер мобільного телефону, оскільки мобільний банкінг прив'язаний до номера 5ІМ-карти. Під час здійснення усіх таких транзакцій платіж спрямовується платником отримувачу платежу. Отримувач платежу залежить виключно від платника, який здійснює транзакції, а платник залежить від Інтернет-порталу свого банку, що реалізовує платіжний сервіс. Деякі користувачі схильні міняти свої номери мобільних телефонів, і у таких випадках платнику складно відстежувати ці зміни. Крім того, у деяких випадках платник й отримувач платежу можуть не захотіти розкривати свої банківські реквізити та особисті дані один одному.
Відповідно, існує необхідність в обмеженні вищезгаданих недоліків і в тому, щоб запропонувати ефективну, просту та зручну у користуванні систему та спосіб здійснення транзакцій у системі електронних платежів.
Далі представлено деякі з цілей цього винаходу, яким задовольняє щонайменше один варіант його здійснення, описаний у цьому документі:
Ціллю цього винаходу є усунення однієї або більше проблем попереднього рівня техніки або, щонайменше, забезпечення прийнятної альтернативи.
Ціллю цього винаходу є забезпечення системи електронних платежів, яка є простою у користуванні.
Іншою ціллю цього винаходу є забезпечення системи електронних платежів, яка має уніфікований платіжний інтерфейс (ОРІ).
Ще однією ціллю цього винаходу є забезпечення системи електронних платежів, яка надає можливість користувачам здійснювати риїЇ-платежілнкасувати платежі з рахунків причетних фізичних/юридичних осіб після того, як запитувана юридична особа авторизує такі платежі.
Ще однією ціллю цього винаходу є спрощення системи електронних платежів як для платників, так і для отримувачів платежів шляхом скорочення етапів авторизації та підвищення функцій безпеки.
Ще однією ціллю цього винаходу є забезпечення системи електронних платежів, яка надає можливість виконувати платіжні транзакції між платником й отримувачем платежу без необхідності обов'язкового надання банківської інформації та реквізитів банківського рахунку один одного.
Крім того, ціллю цього винаходу є забезпечення системи електронних платежів, яка надає можливість користувачу відправляти та отримувати гроші за допомогою віртуальної платіжної адреси.
Ще однією ціллю цього винаходу є забезпечення системи електронних платежів, яка усуває залежність користувача від Інтернет-порталу свого банку або мобільного додатку для Інтернет- банкінгу, або мобільного банкінгу, і дозволяє користувачу використовувати для здійснення платіжних транзакцій Інтернет-портал іншого банку і/або мобільні додатки, відмінні від його банківського рахунку.
Інші цілі та переваги цього винаходу стануть очевидними з нижченаведеного опису, який жодним чином не обмежує об'єм цього винаходу.
Система електронних платежів (ЕР5) і спосіб їх здійснення передбачені для спрощення здійснення платіжних транзакцій між множиною користувачів. Система містить оперативний запам'ятовуючий пристрій, операційний процесор, множину Систем операторів платіжного сервісу (РБР5), виконаних з можливістю реєстрації користувачів і виконаних з додатковою можливістю реєстрації їх в ЕР5, множину користувацьких пристроїв, інструменти Додатків операторів платіжного сервісу (РОРАв) і Уніфікований платіжний інтерфейс (РІ). Оперативний запам'ятовуючий пристрій зберігає набір заздалегідь заданих правил дій, які використовуються операційним процесором для отримання набору команд управління роботою системи. Кожна
РОЗРб містить локальний запам'ятовуючий пристрій, що зберігає інформаційні дані про користувача, які відносяться до користувачів, зареєстрованих у РОР5, щонайменше одну пошукову таблицю, яка спрощує співставлення даних, введених покупцем, інформаційних даних про користувача та про зареєстрованого користувача, і РОРЗ-сервер. Кожен користувацький пристрій з множини користувацьких пристроїв пов'язаний з одним із зареєстрованих користувачів і зареєстрований в якості частини інформаційних даних про користувача. Кожен інструмент РОРА пов'язаний і розміщений на своєму ресурсі РАР5-сервером системи Р5Р5Б, зареєстрованої в ЕРб, і містить елементи, які завантажуються та зберігаються у бо користувацькому пристрої зареєстрованого користувача, незалежно від того, чи зареєстрований цей користувач у Р5Р5Б, пов'язаній з інструментом Р5РА, чи ні. Кожен інструмент РеР5 спрощує генерацію та отримання сигналів за даними про транзакцію, які відносяться до запитів на платіж від зареєстрованих користувачів, і до кредитових і/або дебетових рахунків зареєстрованих користувачів на підставі цих запитів. Завантажувані елементи кожного інструменту РО5РА містять модуль реєстрації та модуль створення віртуальної платіжної адреси (МРА). Модуль реєстрації дозволяє проводити реєстрацію користувацького пристрою у зареєстрованій РЗР5, пов'язаній з інструментом Р5РА, у взаємно-однозначній відповідності. Модуль створення МРА дозволяє зареєстрованому користувачу створювати унікальний МРА, який включає ідентифікацію РеРБ5, в якій зареєстрований цей користувач, і надалі надає можливість користувацькому пристрою відправляти унікальний МРА на локальний запам'ятовуючий пристрій системи РЗР5, у якій зареєстрований користувач, в якості частини інформаційних даних про користувача від зареєстрованого користувача. ОРІ спрощує реєстрацію РО5РБ в ЕРЗ і надалі спрощує кероване вибіркове переміщення сигналів за даними про транзакцію між системами РЗР5 для здійснення платежу від одного зареєстрованого користувача до іншого зареєстрованого користувача в однакових або різних системах РОР5. ОРІ містить модуль розрахунків, який взаємодіє з множиною систем РеР5 для періодичного співставлення кредитових і дебетових транзакцій та генерації інструкцій по чистому кредиту та дебету між зареєстрованими системами РЗР5.
Нижче систему електронних платежів і спосіб їх здійснення за цим винаходом буде описано за допомогою супровідних матеріалів, на яких:
На Фіг. 1 представлено блок-схему системи електронних платежів (ЕР5) відповідно до одного варіанту здійснення цього винаходу;
На Фіг. 2А представлено схему, яка показує виконання транзакції за типом клієнт-клієнт з використанням ЕРЗ відповідно до одного варіанту здійснення цього винаходу, представленого на Фіг. 1;
На Фіг. 28 представлено схему, яка показує інший варіант виконання транзакції за типом клієнт-клієнт з використанням ЕР5 відповідно до одного варіанту здійснення цього винаходу, представленого на Фіг. 1;
На Фіг. З представлено діаграму процесу виконання платіжної транзакції, здійснюваної у разі інкасованого платежу, що здійснюється за допомогою ЕРБ, як показано на Фіг. 2А;
На Фіг. 4 представлено діаграму процесу, яка показує виконання платіжної транзакції, здійснюваної у разі прямого платежу, що здійснюється за допомогою ЕР5, як показано на Фіг. 2В;
На Фіг. 5 представлено діаграму процесу, яка показує платіжну транзакцію між водієм таксі та його пасажиром, здійснювану за допомогою ЕРБ, як показано на Фіг. 1;
На Фіг. 6 представлено діаграму процесу, яка показує платіжну транзакцію з переказу платежу, здійснювану за допомогою ЕРбБ, як показано на Фіг. 1;
На Фіг. 7 представлено діаграму процесу, яка показує трибічну комерційну транзакцію, здійснювану між покупцем і продавцем, які мають однакову РОР5, відповідно до одного варіанту здійснення цього винаходу, представленого на Фіг. 1;
На Фіг. 8А, 88, 8С, 80 і 8Е представлено різні зображення, які відображаються на зареєстрованому користувацькому пристрої з використанням інструменту РОРА системи ЕР5, як показано на Фіг. 1.
Список позицій та їх позначень, використовуваних в описі та на графічних матеріалах:
Уніфікований платіжний інтерфейс (ОРІ)
Нижче наведено опис цього винаходу з посиланням на супровідні графічні матеріали, які ілюструють, але не обмежують обсяг і сферу застосування цього винаходу. Цей опис наведено виключно в якості прикладу та ілюстрації.
Кілька років тому власникам банківських рахунків дозволялося використовувати свої дебетові/лластикові карти для здійснення грошових транзакцій тільки в авторизованих банкоматах, що належать банку власника рахунку. Зі збільшенням потреб користувачів, клієнтів і покупців банківських послуг було розроблено нову модель, яка передбачала розширення доступу до банкоматів, надаючи можливість власникам банківських рахунків використовувати банкомати, що належать будь-яким банкам. Нині будь-яка особа може використовувати будь- який банкомат по всьому світу, незалежно від свого конкретного банку. Це спрощує встановлення універсальної взаємної високої мобільності між банкоматами та дебетовими/пластиковими картами у різних мережах, які виконують обробку транзакцій та розрахунок коштів між учасниками транзакції.
У цьому винаході розглядається взаємодія банківських мобільних додатків і/або банківських
Інтернет-порталів у разі здійснення платіжних транзакцій. Використовуючи систему за цим винаходом, користувачі і/або покупці банківських послуг не обмежені використанням Інтернет- порталів і/або мобільних Інтернет-сайтів банків, в яких вони тримають свій рахунок (рахунки). У той же час, користувачі (як платник, так і отримувач платежу) і/або покупці можуть вибирати
Інтернет-портал або мобільний Інтернет-сайт будь-якого банку для здійснення своїх платіжних транзакцій, не знаючи реквізитів банківського рахунку іншого користувача/особи. Користувачам (платнику або отримувачу платежу) необхідно знати тільки унікальний ІЮО або віртуальну платіжну адресу (УРА) для здійснення транзакцій у системі фінансових/електронних платежів.
Як показано на супровідних графічних матеріалах, на Фіг. 1 представлено блок-схему системи електронних платежів (1000) (що надалі називається ЕРБ5), яка спрощує здійснення платіжних транзакцій між множиною користувачів. Платіжні транзакції включають як фінансові, так і нефінансові транзакції, при цьому фінансові транзакції включають запити на інкасацію/риїЇ- запити, запити на оплату/ризпй-запити та комерційні платежі, а нефінансові транзакції включають реєстрацію мобільного банкінгу, генерацію одноразового пароля (ОТР), установку або зміну РІМ-коду, перевірку статусу транзакції, реєстрацію скарг і таке інше.
ЕРБЗ (1000) містить оперативний запам'ятовуючий пристрій (1002а), операційний процесор (10026), множину Систем операторів платіжного сервісу (РОР5), множину користувацьких пристроїв, інструменти Додатка оператора платіжного сервісу (РеРА), Уніфікований платіжний інтерфейс (ОРІ) (100).
Оперативний запам'ятовуючий пристрій (1002а) виконаний з можливістю зберігання набору заздалегідь заданих правил дій. Оперативний запам'ятовуючий пристрій (1002а) може включати будь-який машинопрочитуваний носій, відомий у цій галузі техніки, у тому числі, наприклад, енергозалежний запам'ятовуючий пристрій, такий як статичний запам'ятовуючий пристрій з довільною вибіркою (5КАМ) і динамічний запам'ятовуючий пристрій з довільною вибіркою (ОКАМ), і/або енергонезалежний запам'ятовуючий пристрій, такий як постійний запам'ятовуючий пристрій (КОМ), програмований КОМ з можливістю електричного стирання, флеш-пам'ять, жорсткі диски, оптичні диски та стрічки для магнітного запису або хмарну систему зберігання (хмарне зберігання). В одному варіанті здійснення цього винаходу оперативний запам'ятовуючий пристрій (1002а) виконаний з можливістю зберігання заздалегідь заданих правил дій, які відносяться до транзакцій у системі електронних платежів, до передачі та прийому запитів на платіж і таке інше.
Операційний процесор (10025) виконаний з можливістю взаємодії з оперативним запам'ятовуючим пристроєм (1002а) для прийому та обробки заздалегідь заданих правил дій для отримання набору команд управління роботою системи. Операційний процесор (10025) може бути реалізований у вигляді одного або більше мікропроцесорів, мікрокомп'ютерів, мікроконтролерів, цифрових сигнальних процесорів, центральних обчислювальних блоків, машин станів, логічних схем і/або будь-яких пристроїв, які оброблюють сигнали на підставі операційних інструкцій. Окрім інших функціональних можливостей, операційний процесор (10025) виконаний з можливістю виклику та виконання заздалегідь заданого набору правил дій, який зберігається в оперативному запам'ятовуючому пристрої (1002а), для управління модулями ЕР 1000.
Множина Систем операторів платіжного сервісу (РОР5) реєструються в ЕРЗ (1000) і виконані з можливістю реєстрації користувачів. Кожна РеРЗ (1004) містить локальний запам'ятовуючий пристрій (1004а), щонайменше одну пошукову таблицю (1004р) і РОР5-сервер (1004с). Локальний запам'ятовуючий пристрій (1004а) зберігає інформаційні дані про користувача, які відносяться до користувачів, зареєстрованих у РОРЗ (1004). В одному варіанті здійснення цього винаходу дані про користувача включають віртуальну платіжну адресу (МРА), дані облікового запису та інші нефінансові дані зареєстрованого користувача для спрощення автентифікації зареєстрованого користувача. Щонайменше одна пошукова таблиця (10046Б) спрощує співставлення даних, введених покупцем, інформаційних даних про користувача та про зареєстрованого користувача.
Кожен користувацький пристрій (1006) з множини користувацьких пристроїв пов'язаний з одним із зареєстрованих користувачів і реєструється в якості частини інформаційних даних про користувача. Кожен із зареєстрованих користувачів використовує зареєстрований користувацький пристрій для генерації сигналів за даними про транзакцію, які відносяться до запитів на платежі за допомогою інструменту Р5ОРА.
Кожен інструмент Р5РА (1008) із інструментів РОРА пов'язаний і розміщений на своєму ресурсі РЕР5-сервером (1004с) системи Р5РБ (1004), зареєстрованої у зазначеній ЕРЗ (1000), і містить елементи, які завантажуються та зберігаються у користувацькому пристрої (1006) зареєстрованого користувача, незалежно від того, чи зареєстрований цей користувач у Р5ОР5, пов'язаній з інструментом Р5РА (1008), чи ні. Кожен інструмент РОРБ (1008) спрощує генерацію та прийом сигналів за даними про транзакцію, які відносяться до запитів на платіж, що поступають від вищезазначених зареєстрованих користувачів, і до кредитових і/або дебетових рахунків зареєстрованих користувачів на підставі цих запитів. Завантажувані елементи кожного інструменту РОРА (1008) містять модуль реєстрації (1008а) і модуль створення віртуальної платіжної адреси (МРА) (100856). Модуль реєстрації (1008а) дозволяє проводити реєстрацію користувацького пристрою (1006) у зареєстрованій РОРБ5 (1004), пов'язаній з інструментом
РБ5РА (1008), у взаємно-однозначній відповідності. Модуль створення МРА (10085) надає можливість зареєстрованому користувачу створювати унікальний МРА, який включає ідентифікацію РОР5, в якій зареєстрований цей користувач, і додатково надає можливість користувацькому пристрою (1006) передавати унікальний УРА на локальний запам'ятовуючий пристрій (1004а) системи РБР5 (1004), в якій зареєстрований користувач, в якості частини інформаційних даних про користувача від зареєстрованого користувача.
ОРІ (100) спрощує реєстрацію РОР5 (1004) в ЕР5 (1000) і додатково спрощує кероване вибіркове переміщення сигналів за даними про транзакцію між системами РОР5 для здійснення платежу від одного зареєстрованого користувача до іншого зареєстрованого користувача в однакових або різних системах РБОР5. ШРІ (100) містить модуль розрахунків (100а), який взаємодіє з множиною систем РОР5 для періодичного співставлення кредитових і дебетових транзакцій, і генерації інструкцій з чистого кредиту та дебету між зареєстрованими системами
РБ5БР5. В одному варіанті здійснення цього винаходу модуль розрахунків (100а) є сервером розрахунків.
Для того щоб спростити кероване переміщення даних про транзакцію, ОРІ (100) додатково містить приймач (100р), аналізатор (100с), екстрактор (1004) і передавач (100е). Приймач (1005) приймає сигнали за даними про транзакцію, які відносяться до запитів на платіж від зареєстрованих користувацьких пристроїв через будь-який з інструментів РОРА. Кожен запит на платіж містить МРА першого зареєстрованого користувача, МРА другого зареєстрованого користувача та суму транзакції, таким чином, ці МРА включають інформацію, яка відноситься до систем Р5Р5Б, в яких зареєстровані перший зареєстрований користувач і другий зареєстрований користувач. Аналізатор (100с) аналізує сигнали за даними про транзакцію для отримання проаналізованих сигналів. Потім за допомогою екстрактора ідентифікатора (1004) з проаналізованих сигналів отримується та ідентифікується інформація, яка відноситься до РОР5 першого зареєстрованого користувача та до РОРЗ другого зареєстрованого користувача. Потім 60 передавач (100е) передає сигнали за даними про транзакцію ідентифікованим відповідним
РЗР5 для того, щоб спростити списання кредитового платежу з рахунку першого зареєстрованого користувача на рахунок другого зареєстрованого користувача або зарахування дебетового платежу на рахунок першого зареєстрованого користувача з рахунку другого зареєстрованого користувача, у залежності від змісту цих проаналізованих сигналів.
На Фіг. 2А ії 28 супровідних графічних матеріалів представлено схеми, які показують виконання транзакції за типом клієнт-клієнт з використанням ИРІ (100) для платіжних транзакцій. ОРІ (100) є інтерфейсом, що має множину серверів.
В одному варіанті здійснення цього винаходу ОРІ (100) має сервер транзакцій, сервер авторизації, ОРІ-сервер і сервер розрахунків. Сервер транзакцій оброблює сигнали за даними про транзакцію, сервер авторизації авторизує зареєстрованих користувачів, а ОРІ-сервер оброблює збережений набір правил дій для ідентифікації зареєстрованих систем РОРБ5. ОРІ (100) взаємодіє з банками на підставі інструкцій/запитів від РОР5, створених за допомогою інструментів РОРА. ШРІ (100) здійснює обробку транзакцій та розрахункові платежі. В одному варіанті здійснення цього винаходу обробка транзакцій виконується за допомогою сервера транзакцій. Розрахункові платежі між банками та системами РеРОЗ здійснюються з використанням сервера розрахунків у кінці дня. В одному варіанті здійснення цього винаходу
РЗРО-сервер розміщує на своєму ресурсі інструмент РОБРА, який може використовуватися зареєстрованими користувачами для передачі запитів на платіж. Запит на платіж може бути запитом на оплату/ри5п-запитом або запитом на інкасацію/риїЇ-запитом.
Запит на рший-платіж є запитом, за яким фізичній/юридичній особі необхідно інкасувати платіж від іншої фізичної/юридичної особи. Запит на рибп-платіж є запитом, за яким фізичній/юридичній особі необхідно заплатити певну суму іншій фізичній/юридичній особі. В одному варіанті здійснення цього винаходу етапи, які надають можливість користувачу здійснити ризп-платіж або риїІ-платіж, включають такі: а. Реєстрація у Р5Р5; р. Реєстрація у мобільному банкінгу та генерація РІМ-коду ОРІ для транзакцій (якщо до цього моменту він не був зареєстрований); с. Завантаження інструменту РОРА, наданого будь-яким РОР5, на користувацький пристрій, і створення профілю зареєстрованого користувача шляхом надання даних облікового запису за допомогою пароля/РІМ-логіна з використанням інструменту РОРА; а. Створення МРА в якості унікального ІЮО з використанням інструменту РОРА так, щоб прив'язати МРА до будь-яких реквізитів банківського рахунку (рахунків) користувача, з використанням системи за цим винаходом; і е. Передача ризп-запитів або риїЇІ-запитів/даних про транзакцію за допомогою інструменту
РБРА.
Р5Р5Б є банком, який надає інструмент Р5РА і який може бути зареєстрований в ЕРБ5 (1000) для того, щоб використовувати ОРІ (100). На вищезгаданому етапі "а" "реєстрації в РОР5" користувачі реєструються у банку на власний вибір шляхом відкриття рахунку у банку. Якщо користувач вже має рахунок у банку, він може зареєструватися у мобільному банкінгу, надавши необхідні дані, включаючи дані про свій користувацький пристрій, для того, щоб зареєструвати користувацький пристрій. Після завершення реєстрації, користувач може завантажувати інструменти РОРА, як зазначено на етапі "с" вище. Користувач (наприклад, платник або отримувач платежу) використовує свій користувацький пристрій для доступу до інструменту
Р5РА на власний вибір, незалежно від того, чи має він рахунок у банку, який надає інструмент
РЗРА. На етапі "а" користувач повинен створити МРА. Зображення створення МРА представлено на Фіг. ЗА. Оскільки користувач зареєстрований у своєму банку, він надає такі самі дані для того, щоб користуватися інструментом РОРА. Номер рахунку користувача автоматично відображається на екрані створення МРА, як показано на Фіг. 8А. Таким чином, користувачу не потрібно пам'ятати реквізити свого рахунку. Потім користувачу пропонується створити новий МРА або використовувати зареєстровані ним МРА (якщо він створив МРА раніше). В одному варіанті здійснення цього винаходу, якщо користувач зареєстрований у банку "ху", то його МРА має код розширення "«Фху;". Правила дій з визначення коду розширення адрес МРА для конкретної РОРЗ визначаються ОРІ (100) ілабо РОР5, що зберігається на ОРІ- сервері і/або на РеРБб-сервері. Таким чином, МРА матиме ім'я користувача, вибране користувачем з кодом розширення, пов'язаним з Р5Р5Б, в якій користувач зареєстрований. Тому, у випадку "арс(фху?", "абс" є унікальним ім'ям/м'ям користувача, обраним користувачем, а "ху" є ім'ям РОРБ користувача. Інші приклади включають Унікальне ім'ЯФНОКС, Унікальне ім'яФЗВІ,
Унікальне ім'яфСогрогайоп, Унікальне ім'яЯфРМВ і таке інше. Потім користувач Р5РЗ зберігає дані про свою УРА та інші нефінансові дані, створені з використанням інструменту Р5РА, на 60 локальному запам'ятовуючому пристрої РОР5. В одному варіанті здійснення цього винаходу користувач реєструє, щонайменше в одному банку, такі дані облікового запису, як ім'я облікового запису користувача, номер облікового запису, номер Аадіааг (Ааднааг - унікальний персональний номер системи ідентифікації громадян і резидентів Індії), код ІЕ5С (ІБ5С - код фінансової системи Індії) і таке інше, використовуючи інструмент РОРА, який потрібен для ідентифікації банківського рахунку користувача для здійснення платіжної транзакції. У разі успішного створенні МРА, користувач може використовувати УРА під час передачі запитів на ризп-платіж або риїІ-платіж/даних про транзакцію за допомогою інструменту РОРА. Крім того, користувач також може використовувати Номер облікового запису разом з ІЕЄ5С, номером
Аадпааг, номером Аадпааг ї- номер ПМ (ПМ - об'єднана інформаційна мережа) і номером мобільного телефону, а також разом з ідентифікаційним номером платіжної системи "Мобільні гроші" (ММІВ), або разом тільки з номером свого мобільного телефону (у тому числі і в той момент, коли він підключений до системи) для оплати за допомогою ОРІ (100).
Після завершення процесу реєстрації та створення МРА користувачі (платники та одержувачі платежів) мають відповідні МРА. Для здійснення платіжних транзакцій платник або одержувач платежу використовує МРА/унікальні ІЮ, не знаючи назв банків або реквізити банківського рахунку іншої особи. Дані МРА і банківські дані усіх користувачів підтримуються відповідними локальними запам'ятовуючими пристроями та оброблюються відповідними РОР5- серверами, і вони не повинні використовуватися спільно з ОРІ (100).
Платіжні транзакції включають транзакції інкасації (запит на інкасацію) і транзакції оплати (запит на оплату). Інструмент РОРА надає зареєстрованому користувачу різні опції на екрані дисплея його користувацького пристрою для здійснення платіжних транзакцій, як показано на
Фіг. 88. Для оплати платежу або отримання грошей користувач може вибирати будь-яку опцію з наступних: оплата на УРА, інкасування платежу з МРА, оплата з використанням ОК-коду (ОК- код - код швидкого реагування), оплата з використанням номера облікового запису в ІЕС, оплата на Аадіааг, оплата на номер мобільного телефону. ОРІ (100) за допомогою інструменту
РОЗРА також спрощує відстежування користувачем історії своїх транзакцій в ОРІ. Він також дозволяє користувачу управляти користувацькими МРА. Якщо користувач хоче управляти своїми УРА, він може вибрати опцію "управляти", що відображається на екрані, як показано на
Фіг. 8В, у відповідь для користувача інструментом його РОРА відображається зображення, показане на фіг. 8Е. Потім користувач може вибрати: створення УРА, зміну існуючого МРА або видалення існуючого МРА.
Коли отримувач платежу хоче інкасувати гроші у платника (тобто Отримати гроші або здійснити Інкасовану транзакцію, або зробити запит на Інкасацію) (Фіг. 2А), отримувач платежу використовує користувацький пристрій отримувача платежу (102) для того, щоб отримати доступ і управління інструментом РОБРА для надання УРА/унікального ІЮ платника разом з сумою, яку отримувач хоче інкасувати у платника (етап 1). В одному варіанті здійснення цього винаходу зображення, що відображається для отримувача платежу, представлене на Фіг. 80.
Це зображення відображається у разі ініціації запиту на інкасацію (тобто "інкасувати з МРА", як показано на Фіг. 88). У разі інкасації з МРА, МРА користувача/отримувача платежу завантажується автоматично, оскільки користувач вже зареєстрований. Потім отримувачу платежу необхідно ввести УРА платника, суму, яку необхідно інкасувати, і коментарі, якщо такі є. Отримувачу також надається опція електронної інкасації платежу негайно або в зазначений час. Як тільки запит на інкасацію відправляється, він перевіряється РОР5 отримувача платежу (106). Перевірений запит спрямовується в ШРІ (100) разом із зареєстрованими банківськими реквізитами отримувача платежу та МРА/унікальним ІЮ платника через РБР5 отримувача платежу (106) (етап 2). ОРІ (100) ідентифікує РЗР5 платника (108) на підставі коду розширення
МРА платника та відправляє запит на інкасацію до РОР5 платника (108) (етап 3). РбРЗ платника (108) передає запит на інкасацію платнику через його інструмент РеРА з використанням користувацького пристрою платника (104). Платник приймає запит на інкасацію та надає дані автентифікації, якщо він згоден виконати запит на інкасацію, тобто, якщо він згоден сплатити запитувану суму отримувачу платежу. Платник проходить автентифікацію системою РР платника (108) перед здійсненням транзакції з використанням засобу автентифікації (на фігурах не показано). Засіб автентифікації включає РІМ-код ОРІ, біометричне сканування, іридо-сканування та таке інше. Одне з підтверджень автентифікації надається платником для продовження транзакції. Банківські реквізити платника, зареєстровані в інструменті РОРА платника та РеР5 платника (108), за допомогою користувацького пристрою платника (104) передаються на ИОРіІ-сервер (100) (етап 4). Тепер в ОРІ (100) є банківські реквізити як платника, так і отримувача платежу на підставі їх адрес МРА/унікальних ІЮ. ОРІ (100) використовує банківські реквізити для зв'язку з банком-ремітентом (110) (тобто, з банком 60 платника) і для дебетування бажаної суми (етап 5 і 6), а потім для зв'язку з банком-
бенефіціаром (112) (тобто, з банком отримувача платежу) для кредитування цієї суми для того, щоб завершити транзакцію (етап 7 і 8). Після успішної транзакції ОРІ (100) відправляє інформацію про успішну транзакцію інструментам РОРА отримувача платежу (етап За, 9Бі 10) і платника, до яких отримали доступ користувацький пристрій отримувача платежу (102) і користувацький пристрій платника (104) відповідно, при цьому вікно з даними про транзакцію спливає на дисплеях відповідних користувацьких пристроїв за допомогою відповідних інструментів РОРА.
Виконання транзакції у зв'язку із запитом на інкасацію/риїЇ-запитом включає наступні етапи (Фіг. 3):
Етап 301 - Отримувач платежу ініціює транзакцію за допомогою інструменту свого РОРА на користувацькому пристрої отримувача платежу (102).
Етап 302 - Користувацький пристрій отримувача платежу (102) ініціює запит на Інкасацію у
РБЗРБ отримувача платежу (106).
Етап 303 - РБ5Р5З отримувача платежу (106) перевіряє дані отримувача платежу та перевіряє автентифікацію першого фактора.
Етап 304 - РБР5 отримувача платежу (106) відправляє запит на Інкасацію в ОРІ (100).
Етап 305 - ОРІ (100) оброблює адресу платника двома способами: а. Якщо адреса має глобальні ідентифікатори (наприклад, номер Мобільного телефону, унікальний ІЮО, номер облікового запису та таке інше), то РОРБ5 робить запит ОРІ (100) про повідомлення у черзі за допомогою інтерфейсу прикладного програмування (АРІ) за цим номером мобільного телефону або за номером Ааднааг, або за номером облікового запису та
ІЕ5О. р. Якщо Адреса має віртуальну адресу, запропоновану РОРЗ платника (108), то ОРІ (100) відправляє запит у РОР5 платника (108) на трансляцію адреси.
Етап 306 - У випадку етапу 30556 РБР5 платника (108) відправляє повідомлення платнику, який приймає або відхиляє запит на підставі правил дій, встановлених на його стороні.
Етап 307 - У випадку етапу З305Б, у разі ухвалення запиту на Інкасацію, РОР5 платника (108) ініціює запит на користувацький пристрій платника (104) на введення підтверджень автентифікації платника. Платник надає підтвердження автентифікації на користувацькому пристрої платника (104).
Етап 308 - У випадку етапу 3055 РБОБР5 платника (108) завантажує дані платника та відповідає ОРІ (100).
Етап 309 - ОРІ (100) відправляє дебетовий запит на дебетування рахунку постачальника (110).
Етап 310 - Постачальник рахунку автентифікує Платника на підставі наданих підтверджень.
Етап 311 - Постачальник рахунку дебетує рахунок Платника.
Етап 312 - Постачальник рахунку відправляє Дебетову відповідь у ОРІ (100).
Етап 313 - ОРІ (100) відправляє Кредитовий запит постачальнику кредитового рахунку (112).
Етап 314 - Постачальник рахунку кредитує рахунок на підставі даних Отримувача платежу.
Етап 315 - Постачальник рахунку відправляє Кредитову відповідь у ОРІ (100).
Етап 316 - ОРІ (100) відправляє Підтверджувальну відповідь у РОР5 платника (108).
Етап 317 - ОРІ (100) відправляє відповідь на платіж у РУР5 отримувача платежу (106).
Етап 318 - РБР5 отримувача платежу (106) повідомляє отримувача платежу.
Коли платник хоче відправити гроші отримувачу платежу (тобто, Сплатити гроші або
Сплатити транзакцію, або зробити Ризп-запит) (Фіг. 28), платник використовує користувацький пристрій платника (104) для того, щоб отримати доступ і управління інструментом РОРА для надання авторизованого УРА отримувача платежу разом з сумою, яку платник хоче відправити отримувачу платежу (етап 1). В одному варіанті здійснення цього винаходу зображення, яке відображається для отримувача платежу, представлене на Фіг. 8С. Це зображення відображається у разі ініціації ризп-запиту/запиту на оплату (тобто "Сплатити на МРА", як показано на Фіг. 88). Під час оплати на МРА, МРА користувача/платника завантажується автоматично, оскільки користувач вже зареєстрований в інструменті РОРА з даними про свою
РБЗРБ5. Потім платнику необхідно ввести МРА отримувача платежу, суму, яку необхідно інкасувати, і коментарі, якщо такі є. Після відправлення запиту на оплату, платник може бути автентифікований РОРЗ платника (108) перед здійсненням транзакції з використанням засобу автентифікації. Засіб автентифікації включає РІМ-код ОРІ, біометричне сканування, іридо- сканування та таке інше. Одне з підтверджень автентифікації надається платником.
Автентифікація платника спрямовується в ОРІ (100) разом із зареєстрованими банківськими реквізитами платника та МРА отримувача платежу за допомогою РОР5 платника (108) (етап 2). 60 ОРІ (100) ідентифікує РОР5 отримувача платежу (106) на підставі коду розширення МРА отримувача платежу та відправляє запит на РОР5 отримувача платежу (106) (етап 3). РЗР5 отримувача платежу (106) авторизує банківські реквізити, зареєстровані в інструменті РеРА отримувача платежу, у РБОР5 отримувача платежу (106) за допомогою користувацького пристрою отримувача платежу (102), і повертає банківські реквізити на ОРІ-сервер (100) (етап 4). Тепер у ОРІ (100) є банківські реквізити як платника, так і отримувача платежу на підставі їх адрес МРА/унікальних ІЮ. ОРІ (100) використовує банківські реквізити для зв'язку з банком- ремітентом (110) (тобто, з банком платника) і дебетування бажаної суми (етап 5 і б), а потім для зв'язку з банком-бенефіціаром (112) (тобто, з банком отримувача платежу) для кредитування цієї суми для того, щоб завершити транзакцію (етап 7 і 8). Після успішної транзакції, ОРІ (100) відправляє інформацію про успішну транзакцію інструментам Р5РА платника (етап ба, 9Бі 10) і отримувача платежу, до яких отримали доступ користувацький пристрій платника (104) і користувацький пристрій отримувача платежу (102) відповідно, при цьому вікно з даними про транзакцію спливає на дисплеях відповідних користувацьких пристроїв за допомогою відповідних інструментів РОРА.
У кінці дня, коли усі фінансові та нефінансові транзакції завершені, ОРІ (100) виконує розрахунок усіх платіжних транзакцій, які були здійснені між усіма системами РБеРБ, зареєстрованими в ЕРБЗ (1000). В одному варіанті здійснення цього винаходу платник використовує інструмент Р5РА, який відрізняється від інструменту РОРА отримувача платежу. В іншому варіанті здійснення цього винаходу платник використовує такий самий інструмент Р5РА, що й отримувач платежу.
Виконання транзакції у зв'язку із запитом на оплату/ризп-запитом включає наступні етапи (Фіг. 4):
Етап 401 - Платник ініціює транзакцію за допомогою інструменту свого РОРА на користувацькому пристрої платника (104).
Етап 402 - Платник надає підтвердження автентифікації на користувацькому пристрої платника (104).
Етап 403 - Користувацький пристрій платника (104) ініціює запит на Оплату у РБбР5 платника (108).
Етап 404 - РБР5 платника (108) перевіряє дані платника та перевіряє автентифікацію першого фактора.
Етап 405 - РБР5 платника (108) відправляє запит на оплату в ОРІ (100).
Етап 406 - ОРІ (100) оброблює Адресу платника наступними двома способами: а. Якщо адреса має глобальні ідентифікатори (наприклад, номер Мобільного телефону, унікальний І, номер облікового запису та таке інше), то адреса отримувача платежу може бути оброблена центральним картографом ОРІ (100). р. Якщо адреса має віртуальну адресу, запропоновану РОР5 отримувача платежу (106), то
ОРІ (100) відправляє запит у Р2Р5 отримувача платежу (106) на трансляцію адреси.
Етап 407 - у випадку 40665 РОР5 отримувача платежу (106) приймає або відхиляє запит на підставі правил дій, встановлених на його стороні.
Етап 408 - у випадку 406Бр, у разі ухвалення запиту на Оплату, РР5 отримувача платежу (106) завантажує дані платника та відповідає ОРІ (100).
Етап 409 - ОРІ (100) відправляє дебетовий запит на дебетування рахунку постачальника (114).
Етап 410 - Постачальник рахунку автентифікує Платника на підставі наданих підтверджень.
Етап 411 - Постачальник рахунку дебетує рахунок Платника.
Етап 412 - Постачальник рахунку відправляє Дебетову відповідь у ОРІ (100).
Етап 413 - ОРІ (100) відправляє Кредитовий запит постачальникові кредитового рахунку (112).
Етап 414 - Постачальник рахунку кредитує рахунок на підставі даних Одержувача платежу.
Етап 415 - Постачальник рахунку відправляє Кредитову відповідь у ОРІ (100).
Етап 416 - ОРІ (100) відправляє Підтверджувальну відповідь у РРО отримувача платежу (106).
Етап 417 - ОРІ (100) відправляє відповідь на платіж у РеР5 платника (108).
Етап 418 - РБР5 платника (108) повідомляє платника.
ЕРЗ (1000) використовує різні способи автентифікації. В одному варіанті здійснення цього винаходу ЕРЗ (1000) використовує спосіб двохфакторної автентифікації з одним кліком, як показано у Таблиці 1 нижче:
Таблиця 1
Мобільний 1-й фактор пристрій/Номер РР Відбиток РР (вихідне зашифроване пристрою
ЗМ5- повідомлення) . . або . 2-й фактор ОТР Емітент . . Емітент біометричні характеристики
В одному варіанті здійснення цього винаходу кожна РеРБ5 (1004) містить модуль автентифікації (на фігурах не показано), виконаний з можливістю забезпечення двохфакторної автентифікації. Модуль автентифікації містить автентифікатор першого фактора та автентифікатор другого фактора. Автентифікатор першого фактора приймає заздалегідь зареєстрований унікальний номер, формує користувача, зареєстрованого у РЗР5 (1004), для перевірки та зв'язку зареєстрованого користувача із зареєстрованим користувацьким пристроєм (1006) шляхом співставлення прийнятого від зареєстрованого користувача заздалегідь зареєстрованого унікального номера з інформаційними даними про користувача, які зберігаються на локальному запам'ятовуючому пристрої (1004а), таким чином забезпечуючи перший фактор автентифікації. Автентифікатор другого фактора виконаний з можливістю прийому РіІМ-коду ШРІ і/або біометричних характеристик, введених зареєстрованим користувачем, для автентифікації зареєстрованого користувача шляхом співставлення прийнятого РІМ-коду ОРІ і/або введених біометричних характеристик з інформаційними даними про користувача, таким чином забезпечуючи автентифікацію другого фактора.
Як видно з Таблиці 1, для автентифікації першого фактора під час реєстрації в інструменті
РОБРА зашифроване ЗМ5-повідомлення ініціюється користувацьким пристроєм/мобільним телефоном користувача та передається у РО5Р5, в якій зареєстрований користувач. РО5Р5 перевіряє унікальний номер (номер мобільного телефону або міжнародний ідентифікатор апаратури мобільного зв'язку (ІМЕЇ) і таке інше) користувацького пристрою (цей унікальний номер заздалегідь зберігається в якості інформаційних даних про користувача за допомогою
РБЗРб під час реєстрації користувача) і зв'язує унікальний номер з обліковим записом користувача. Якщо покупець зареєстрований у мобільному банкінгу, то він використовуватиме свій РІМ-Ккод ОРІ або біометричні характеристики у автентифікації другого фактора. Якщо покупець хоче зареєструватися у мобільному банкінгу, то він може встановити РІМ-код ОРІ, використовуючи останні 6 цифр дебетової карти та дату закінчення терміну дебетової карти разом з ОТР, створеним Емітентом, або будь-які інші аналогічні відповідні перевірочні дані. У подальшій транзакції відбиток пристрою може використовуватися для авторизації системою
РЗР5Б. Під час автентифікації другого фактора РІМ-код ОРІ або біометричні характеристики запитуються у користувача, авторизованого Емітентом у подальшій транзакції, для автентифікації користувача.
Фіг. 5 супровідних графічних матеріалів показує діаграму виконання, яка ілюструє платіжну транзакцію, що здійснюється між водієм таксі та його пасажиром. У типовому варіанті здійснення система за цим винаходом використовується водієм таксі для інкасації оплати за послуги, надані їм своєму пасажиру/покупцю. Коли таксі прибуває на місце призначення, водій таксі "у даному випадку отримувач платежу) може використовувати свій користувацький пристрій (502), щоб отримати/нкасувати платіж (плату за послуги таксі) від пасажира з використанням системи за цим винаходом. Пасажир надає свій МРА, який вводиться водієм таксі в інструмент РБРА отримувача платежу разом із запитом на інкасування на користувацькому пристрої водія таксі (502). МРА разом з даними рахунку водія таксі надається
ОРІ (500) системою РР (506) водія таксі (отримувача платежу) (етап 51). ОРІ (500) ідентифікує РОРБ5Б/банк пасажира (платника) за допомогою УРА і направляє запит на інкасацію у
РБЗРБ5 пасажира (508) (етап 52). РОР5 пасажира (508) відправляє повідомлення про запит на інкасацію інструменту РОРА пасажира на користувацькому пристрої пасажира (504) (етап 53) на підставі того, які підтвердження автентифікації надаються пасажиром для ухвалення запиту на інкасацію (етап 54). В одному варіанті здійснення цього винаходу автентифікація надається шляхом введення РіМ-коду ОРІ з використанням інструменту РОРА на користувацькому пристрої пасажира (504). Після отримання підтвердження від пасажира (отримувача платежу)
Р5РБ5 пасажира (508) перевіряє дані про пасажира та відправляє фінансові дані ОРІ (500) для дебетування банківського рахунку пасажира (платника) (етап 55). Потім дебетовий запит відправляється РеРб/банку пасажира (ремітенту) (510) і запитувана сума списується за дебетом з банківського рахунку пасажира (ремітенту) (510) (етап 56 і 57) за допомогою ОРІ (500). Потім ОРІ (500) відправляє кредитовий запит РОР5 водія таксі/банку (бенефіціару) (512) на кредитування потрібної суми (етап 58) і отримує повідомлення про успішне кредитування від
РБЗРБб водія таксі/бзанку (бенефіціара) (512) про успішне кредитування (етап 59). Потім підтвердження про успішну транзакцію передається за допомогою ИРІ (500) пасажиру (платнику) (етап 50а) і водію таксі (отримувачу платежу) (505) за допомогою інструментів своїх відповідних РОРА.
ЕРБ (1000) за цим винаходом може використовуватися постачальником (доставка жі, доставка одягу та таке інше) для того, щоб уникнути проблем, пов'язаних з оплатою готівкою у разі доставки (СОЮ). Вона забезпечує двохфакторну автентифікацію з одним кліком, при цьому транзакція може бути авторизована шляхом введення тільки РІМ-коду ОРІ.
На Фіг. 6 наведено діаграму виконання, яка показує платіжну транзакцію з переказу грошей, здійснювану за допомогою ЕР5 (1000), яка використовується відправником (платником) для здійснення ризп-платежу. Відправник використовує свій користувацький пристрій (604) для введення запиту на оплату, включаючи МРА отримувача (отримувача платежу) і РІМ-Код ОРІ банку-емітента разом з сумою, яка має бути відправлена до банку отримувача (етап 61). Потім реквізити рахунку відправника, РІМ-код ОРІ ії МРА отримувача надаються ШРІ (600) за допомогою РОРБ5 відправника (608) з використанням інструменту свого РОРА (етап 62). ОРІ (600) ідентифікує дестриптор/дані РОР5 отримувача (отримувача платежу/бенефіціара) і відправляє запит на оплату у Р5БР5 отримувача (606) (етап 63). РБР5 отримувача (606) відповідає на фінансову адресу бенефіціара (тобто фінансову адресу отримувача платежу) (етап 64). На підставі відповіді ОРІ (600) відправляє реквізити рахунку відправника (платника) і
РІМ-код разом з дебетовим запитом у РОРБ/банк відправника (610) (етап 65) і отримує успішну дебетову відповідь (етап 6б). У разі отримання дебетової відповіді ОРІ (600) відправляє кредитовий запит у РОРБ/банк отримувача/отримувача платежу (612) (єтап 67) і отримує успішну кредитову відповідь (етап 68). Потім підтвердження про успішну транзакцію відправляється у РР5 отримувача/отримувача платежу (етап 69) і відправнику за допомогою
РБРБ (608) відправника та його користувацького пристрою (604) (етап 60).
Платник /відправник/продавець і отримувач платежу/отримувач/покупець можуть мати однакові РОР5. На Фіг. 7 наведено діаграму виконання, яка показує трибічну комерційну транзакцію між покупцем і продавцем, у яких є однакова РОР5. Покупець (710) зареєстрований в ШРІ (700) системи за цим винаходом за допомогою інструменту РОРА на своєму користувацькому пристрої (702). Оскільки РБРЗ (704) покупця та продавця однакові, то віртуальні адреси як продавця, так і покупця доступні у Р2РБЗ (704). Коли запит (ризп-запит або риї-запит) виконується з використанням інструменту Р5РА, то запит відправляється в РОРЗ (704), який "у даному випадку) є загальним як для продавця, так і для покупця (етап 71). В одному варіанті здійснення цього винаходу запит містить довідковий ІО (УРА користувача), суму та ІО продавця. Оскільки віртуальні адреси доступні в РОРБ5 (704), то фінансові адреси, що лежать в основі віртуальних адрес, надаються в ОРІ (700) за допомогою Р5ОРБ (704) (етап 72).
Потім ОРІ (700) відправляє дебетовий запит емітенту/Р5Р5 платника/банку (706) (етап 73) і приймає дебетову відповідь (етап 74) на підставі ризп-запиту або риїЇ-запиту. Потім ОРІ (700) відправляє кредитовий запит еквайєру/Р5Р5 отримувача платежу/банку (708) (етап 75) і отримує відповідь про успішний кредит від еквайєра/РеоРб/банка отримувача платежу (708) (етап 76). ШРІ (700) передає успішну транзакцію користувачу за допомогою його користувацького пристрою (702) з використанням РР (704) (етап 77 і 78).
Цей винахід передбачає спосіб здійснення електронних платежів, який спрощує здійснення платіжних транзакцій між множиною користувачів. Цей спосіб включає наступні етапи: - зберігання в оперативному запам'ятовуючому пристрої набору заздалегідь заданих правил дій; - обробка операційним процесором заздалегідь заданих правил дій для отримання набору команд управління роботою системи; - реєстрація користувачів у множині Систем операторів платіжного сервісу (РБРБ), виконаних з можливістю реєстрації в Системі електронних платежів (ЕРБ5) (1000), причому кожна РОР5 включає наступні етапи: - Зберігання на локальному запам'ятовуючому пристрої інформаційних даних про користувача, які відносяться до користувачів, зареєстрованих у Р5Р5Б,
- спрощення за допомогою щонайменше однієї пошукової таблиці співставлення даних, введених покупцем, інформаційних даних про користувача та про зареєстрованого користувача, і - надання РОРЗ-сервера; - прив'язування кожного користувацького пристрою з множини користувацьких пристроїв до одного з зареєстрованих користувачів і реєстрація в якості частини інформаційних даних про користувача; - зв'язування та розміщення на своєму ресурсі кожного інструменту Додатка оператора платіжного сервісу (РОРА) з множини інструментів РОРА за допомогою РОР5-сервера системи
РЗРБ, зареєстрованої в ЕРБ5, і зберігання елементів, що завантажуються та зберігаються у користувацькому пристрої зареєстрованого користувача, незалежно від того, чи зареєстрований цей користувач у РОБРБ5, пов'язаній з інструментом Р5РА, чи ні, і додаткове спрощення за допомогою кожного інструменту Р5РА генерації та прийому сигналів за даними про транзакцію, які відносяться до запитів на платіж від зареєстрованих користувачів, а також до кредитових іМабо дебетових рахунків зареєстрованих користувачів на підставі запитів, причому завантажувані елементи кожного інструменту РОРА включають етапи: - дозвіл, за допомогою модуля реєстрації, реєстрації користувацького пристрою у зареєстрованій РОР5Б, пов'язаній з інструментом Р5РА, у взаємно-однозначній відповідності, і - надання можливості, за допомогою модуля створення віртуальної платіжної адреси (МРА), зареєстрованому користувачу створити унікальний УРА, який включає ідентифікацію Р5Р5, в якій зареєстрований цей користувач, і додаткове надання можливості користувацькому пристрою передавати унікальний МРА на локальний запам'ятовуючий пристрій РЗР5, в якій користувач зареєстрований, в якості частини інформаційних даних про користувача від зареєстрованого користувача; і - спрощення, за допомогою Уніфікованого платіжного інтерфейсу (РІ), реєстрації РЗР5 в
ЕРЗ ї керованого вибіркового переміщення сигналів за даними про транзакцію між системами
РБРБ5 для здійснення платежу від одного зареєстрованого користувача до іншого зареєстрованого користувача в однакових або різних системах РОРБ5, причому, ОРІ включає
Зо етапи: - надання модуля розрахунків, виконаного з можливістю взаємодії з множиною систем РОР5 для періодичного співставлення кредитових і дебетових транзакцій та генерації інструкцій з чистого кредиту та дебету між зареєстрованими системами Р5Р5.
ОРІ додатково включає наступні етапи: - прийом отримувачем сигналів за даними про транзакцію, які відносяться до запитів на платіж від зареєстрованих користувацьких пристроїв за допомогою будь-якого з інструментів
Р5ОРА, причому кожен запит містить МРА першого зареєстрованого користувача, МРА другого зареєстрованого користувача та суму транзакції; - аналіз аналізатором сигналів за даними про транзакцію для отримання проаналізованих сигналів, - отримання та ідентифікацію з проаналізованих сигналів, за допомогою екстрактора ідентифікатора, інформації, яка відноситься до РОР5 першого зареєстрованого користувача та
РБРБ другого зареєстрованого користувача, - передача передавачем сигналів за даними про транзакцію ідентифікованим відповідним системам РБР5 для спрощення списання кредитового платежу з рахунку першого зареєстрованого користувача на рахунок другого зареєстрованого користувача або зарахування дебетового платежу на рахунок першого зареєстрованого користувача з рахунку другого зареєстрованого користувача, вибірково, на підставі змісту цих проаналізованих сигналів.
Кожна Ре5Р5 додатково містить етап надання двохфакторної автентифікації модулем автентифікації. Етап надання двохфакторної автентифікації включає наступні етапи: - прийом, за допомогою автентифікатора першого фактора, заздалегідь зареєстрованого унікального номера від користувача, зареєстрованого в РеР5, для перевірки та зв'язку зареєстрованого користувача із зареєстрованим користувацьким пристроєм шляхом співставлення прийнятого від зареєстрованого користувача заздалегідь зареєстрованого унікального номера з інформаційними даними про користувача, що зберігаються на локальному запам'ятовуючому пристрої, таким чином забезпечуючи автентифікацію першого фактора, і - прийом, за допомогою автентифікатора другого фактора, РІМ-коду ОРІ і/або біометричних характеристик, введених зареєстрованим користувачем, для автентифікації зареєстрованого користувача шляхом співставлення прийнятого РІМ-коду ОРІ і/або введених біометричних характеристик з інформаційними даними про користувача, таким чином забезпечуючи автентифікацію другого фактора.
Навіть якщо покупець і продавець використовують однакову РОРБ, вони обоє можуть мати безліч різних інструментів РОРА на своїх користувацьких пристроях. Для прикладу, Набір інструментальних засобів розробки програм (ЗОК) РЗРА вбудований в інструмент Р5РА продавця, і різні інструменти РОРА доступні покупцеві. У тому випадку, коли продавець має намір/створює запит, на користувацькому пристрої клієнта відображаються усі інструменти ОРІ
Р5РА з тим, щоб покупець міг вибрати однаковий з продавцем інструмент РОРА. Як показано на
Фіг. 7, у даному прикладі віртуальні адреси як продавця, так і покупця також доступні у РеР5, а транзакція відбувається так само, як описано вище.
ЕРЗ (1000), передбачена у цьому винаході, може використовуватися Реальними магазинами/Лродавцями для здійснення транзакцій, включаючи оплату Постачальникам овочевої продукції, плату за Продукти в магазині, оплату за проїзд (у
Таксі/(Автомобілі/Автобусі/Поїздіоплату за Авіапереліт, оплату у Ресторанах/Магазинах/за
Заправку бензину, оплату за навчання різним Учбовим закладам, оплату за Проїзд у пунктах збору мита під час подорожей, оплату Постачальникам молочної продукції/Рознощикам газет, пожертвування Довірчому фонду/Храму/Фонду взаємодопомоги/нНВО, оплату у Торговому центрі та таке інше. ЕРБ5 (1000) також може використовуватися для здійснення оплати комунальних послуг, включаючи оплату різних рахунків, таких як рахунки за електрику, воду, телефон, кредитну карту та таке інше, для виставлення та оплати рахунків за ремонт квартири, для виставлення та оплати рахунків за навчання в школі, для сплати страхової премії, погашення кредиту у розстрочку, погашення автокредиту за допомогою зовнішнього інтерфейсу комп'ютера (ЕМІ) і таке інше.
Крім того, онлайн-продавці також можуть використовувати ЕР (1000) для здійснення транзакцій в Електронній комерції, включаючи СОЮ-платежі, для платежів у Вбудованому додатку (Іп-Арр), в онлайн-трейдінгу, за мобільне поповнення рахунку за газетним оголошенням з використанням додатка "Зсап М Рау", в Електронній комерції (Інкасація/Оплата) - Платіж за допомогою ШРІ після оформлення замовлення, для платежів за бронювання квитків у кіно та таке інше. Крім того, вона також може використовуватися для здійснення транзакцій у разі
Безпосереднього з'єднання двох пристроїв для переказу грошей (як Оплата, так і Отримання грошей), для платежів фізичній особі/друзям, для розділення рахунків з друзями, для виплати заробітної плати водієві, для платежів на номер Аадпааг/номер мобільного телефону на підставі внутрішнього переказу на інший банківський рахунок.
Цей винахід, описаний вище, має ряд технічних переваг, включаючи, але не обмежуючись цим, реалізацію системи електронних платежів, яка: - спрощує відправлення та отримання грошей простим способом з використанням користувацьких пристроїв; - забезпечує уніфікований платіжний інтерфейс (ОРІ); - надає можливість користувачу отримувати/інкасувати платежі з рахунків причетних фізичних/юридичних осіб; - проста у користуванні, як для платників, так і для отримувачів платежів; - надає можливість здійснення платіжних транзакцій між платником і отримувачем платежу без необхідності обов'язкового надання банківської інформації та реквізитів банківського рахунку один одного; - надає можливість користувачу відправляти та отримувати гроші за допомогою віртуальної платіжної адреси; - забезпечує безпечне здійснення платежів на підставі єдиного/унікального ідентифікатора; - усуває ризик зберігання віртуальної адреси покупця, як на картках; - може використовуватися покупцями, які не мають кредитної/дебетової карти; - підходить для Електронної комерції та Мобільної комерції; - вирішує проблему інкасації СОЮ; - забезпечує можливість здійснення платежів за покупки у Вбудованому додатку (ІАР); - забезпечує конфіденційність шляхом спільного використання тільки Віртуальної адреси та ніякої іншої конфіденційної інформації; - спрощує встановлення багатьох утиліт у разі оплати готівкою під час доставки/ у разі розділення/спільного використання рахунків/у разі оплати/переказу грошей продавцеві; - авторизує транзакцію шляхом введення тільки РіМ-коду ШРІ або біометричних характеристик, або ІЮ користувача (ШО), або шляхом проведення іридо-сканування та таке інше; і
- працює за допомогою різних інтерфейсів, де запит на платіж може бути згенерований на
Інтернет-інтерфейсі та авторизований на Мобільному інтерфейсі (Арр).
Варіанти здійснення цього винаходу та різні ознаки й детальний опис їх переваг пояснюються з посиланням на необмежуючі варіанти здійснення цього винаходу, представлені у вищенаведеному описі. Детальний опис добре відомих компонентів і способів обробки опущені у цьому документі, щоб надмірно не ускладнювати розуміння варіантів здійснення цього винаходу. Використовувані у цьому документі приклади призначені лише для спрощення розуміння способів практичної реалізації варіантів здійснення цього винаходу та для додаткового надання фахівцями у цій галузі техніки можливості практичної реалізації варіантів здійснення винаходу, описаних у цьому документі. Відповідно, ці приклади не слід тлумачити як такі, що обмежують об'єм варіантів здійснення винаходу, описаних у цьому документі.
Наведений вище опис конкретних варіантів здійснення цього винаходу настільки повно розкриває загальний характер варіантів здійснення винаходу, описаних у цьому документі, що інші можуть, застосовуючи знання існуючого рівня техніки, легко модифікувати і/або адаптувати для різних застосувань такі конкретні варіанти здійснення цього винаходу, не відходячи від загальної концепції, і, отже, такі адаптації та модифікації слід тлумачити згідно з сенсом і серією еквівалентів розкритих варіантів здійснення цього винаходу. Слід розуміти, що використовувана у цьому документі фразеологія або термінологія призначена для опису, а не для обмеження.
Таким чином, хоча варіанти здійснення винаходу описані у цьому документі з точки зору переважних варіантів здійснення цього винаходу, фахівці у цій галузі техніки зрозуміють, що варіанти здійснення винаходу, описані у цьому документі, можуть бути практично реалізовані з модифікацією у межах суті та обсягу варіантів здійснення винаходу, які описані у цьому документі.

Claims (8)

ФОРМУЛА ВИНАХОДУ
1. Система електронних платежів (ЕР) (1000) для спрощення здійснення платіжних транзакцій між множиною користувачів, яка містить: множину систем операторів платіжного сервісу (РЕР5), виконаних з можливістю реєстрації користувачів і з додатковою можливістю реєстрації у зазначеній ЕР5 (1000), причому кожна РБРБ (1004) містить: локальний запам'ятовуючий пристрій (1004а), виконаний з можливістю зберігання інформаційних даних про користувача, які належать до користувачів, зареєстрованих у зазначеній РОРЗ (1004), щонайменше одну пошукову таблицю (1004бр), виконану з можливістю спрощення співставлення даних, введених покупцем, інформаційних даних про користувача та про зареєстрованого користувача, і РЕР5-сервер (1004с); множину користувацьких пристроїв, причому кожен користувацький пристрій (1006) зв'язаний з одним з вищезгаданих зареєстрованих користувачів і зареєстрований як частина інформаційних даних про користувача; множину інструментів додатка оператора платіжного сервісу (РОРА), причому кожен інструмент Р5РА (1008) зв'язаний та розміщений на своєму ресурсі РРЗ-сервером (1004с) системи Р5Р5 (1004), зареєстрованої в ЕР (1000), і містить елементи, які завантажуються та зберігаються в користувацькому пристрої (1006) зареєстрованого користувача, кожен інструмент РЗРА (1008) виконаний з можливістю забезпечення доступу зареєстрованого користувача до зазначеного інструменту (1008) незалежно від того, чи він тримає рахунок у банку, який надає інструмент РОРА з додатковою можливістю для того, щоб дозволити вказаному користувачеві використовувати зазначений інструмент (1008) для передачі або прийому запитів на платіж, причому кожен інструмент РБРА (1008) виконаний з можливістю спрощення генерації та прийому сигналу за даними про транзакцію, які належать до запитів на платежі від зазначених зареєстрованих користувачів, а також до кредитових і/або дебетових рахунків зазначених зареєстрованих користувачів на підставі зазначених запитів, причому зазначені завантажувані елементи кожного інструменту РОРА (1008) містять: модуль реєстрації (1008а), виконаний з можливістю дозволу реєстрації користувацького пристрою (1006) у зареєстрованій РОРЗ (1004), пов'язаній з інструментом РО5РА (1008), у взаємно-однозначній відповідності, і модуль створення віртуальної платіжної адреси (МРА) (10085), виконаний з можливістю створення для зареєстрованого користувача унікального УРА, який містить ідентифікацію РЗР5, 60 в якій зареєстрований цей користувач, і вказаний МРА пов'язаний з реквізитами банківського рахунку (рахунків) користувача, при цьому вказаний модуль (1008Б) створення МРА додатково надає можливості користувацькому пристрою (1006) передавати зазначений унікальний УРА на локальний запам'ятовуючий пристрій (1004а) системи РБЗРБ5 (1004), в якій користувач зареєстрований, як частини інформаційних даних про користувача від зареєстрованого користувача; уніфікований платіжний інтерфейс (ОРІ) (100), виконаний з можливістю спрощення реєстрації РБРБ (1004) у зазначеній ЕРЗ (1000) ії з додатковою можливістю спрощення керованого вибіркового переміщення сигналів за даними про транзакцію між системами РеР5 для здійснення платежу від одного зареєстрованого користувача до іншого зареєстрованого користувача в однакових або різних системах РОР5Б, причому зазначений ОРІ (100) містить: модуль розрахунків (100а), виконаний з можливістю взаємодії з зазначеною множиною систем Р5Р5Б для періодичного співставлення кредитових і дебетових транзакцій і генерації інструкцій з чистого кредиту та дебету між зареєстрованими системами Р5ОР5, оперативний запам'ятовуючий пристрій (1002а), виконаний з можливістю зберігання набору заздалегідь заданих правил дій, причому зазначений набір заздалегідь визначених правил належить до транзакцій в системі електронних платежів, передачі та прийому запитів на платіж; операційний процесор (1002р), виконаний з можливістю взаємодії із зазначеним оперативним запам'ятовуючим пристроєм (1002а) для прийому та обробки зазначених заздалегідь заданих правил дій для отримання набору команд управління роботою системи для роботи із зазначеними модулями.
2. Система (1000) за п. 1, яка відрізняється тим, що зазначений ОРІ (100) додатково містить: приймач (1006), виконаний з можливістю прийому сигналів за даними про транзакцію, які належать до запитів на платежі від зареєстрованих користувацьких пристроїв за допомогою будь-якого з інструментів РОРА, причому кожен запит містить МРА першого зареєстрованого користувача, УРА другого зареєстрованого користувача та суму транзакції; аналізатор (100с), виконаний з можливістю аналізу зазначених сигналів за даними про транзакцію для отримання проаналізованих сигналів; екстрактор ідентифікатора (1004), виконаний з можливістю отримання та ідентифікації з проаналізованих сигналів інформації яка належить до РОЗР5 першого зареєстрованого користувача та до РОР5З другого зареєстрованого користувача; і передавач (100е), виконаний з можливістю передачі зазначених сигналів за даними про транзакцію ідентифікованим відповідним системам РОР5 для спрощення списання кредитового платежу з рахунку першого зареєстрованого користувача на рахунок другого зареєстрованого користувача або зарахування дебетового платежу на рахунок першого зареєстрованого користувача з рахунку другого зареєстрованого користувача, вибірково, на підставі змісту даних проаналізованих сигналів.
3. Система (1000) за п. 1, яка відрізняється тим, що кожна РОРЗ (1004) додатково містить модуль автентифікації, виконаний з можливістю надання двофакторної автентифікації, який містить: автентифікатор першого фактора, виконаний з можливістю прийому заздалегідь зареєстрованого унікального номера, від зареєстрованого користувача у вищезгаданій РОР5 (1004) для перевірки та зв'язку зареєстрованого користувача із зареєстрованим користувацьким пристроєм (1006) шляхом співставлення прийнятого від зареєстрованого користувача заздалегідь зареєстрованого унікального номера з інформаційними даними про користувача, які зберігаються на зазначеному локальному запам'ятовуючому пристрої (1004а), таким чином забезпечуючи автентифікацію першого фактора, і автентифікатор другого фактора, виконаний з можливістю прийому РіМм-коду ОРІ і/або біометричних характеристик, введених зареєстрованим користувачем, для автентифікації зареєстрованого користувача шляхом співставлення прийнятого РІМ-Коду ОРІ і/або введених біометричних характеристик з вищезгаданими інформаційними даними про користувача, таким чином забезпечуючи автентифікацію другого фактора.
4. Система (1000) за п. 2, яка відрізняється тим, що зазначений ОРІ (100) додатково містить сервер транзакцій для обробки сигналів за даними про транзакцію, сервер авторизації для авторизації користувача та ОРіІ-сервер для обробки збереженого набору правил дій для ідентифікації зареєстрованих систем РОР5Б.
5. Спосіб здійснення електронних платежів для спрощення здійснення платіжних транзакцій між множиною користувачів, який включає наступні етапи: реєстрація користувачів у множині систем операторів платіжного сервісу (РеОР5) для реєстрації у системі електронних платежів (ЕР) (1000), причому кожна РОР5 включає наступні етапи:
зберігання на локальному запам'ятовуючому пристрої інформаційних даних про користувача, які належать до користувачів, зареєстрованих у зазначеній РОР5; спрощення за допомогою щонайменше однієї пошукової таблиці співставлення даних, введених покупцем, інформаційних даних про користувача та про зареєстрованого користувача, і надання РОР5-сервера; зв'язування кожного користувацького пристрою з множини користувацьких пристроїв з одним із зазначених зареєстрованих користувачів і реєстрація як частини інформаційних даних про користувача; зв'язування та розміщення на своєму ресурсі кожного інструменту додатка оператора платіжного сервісу (РЗРА) з множини інструментів РЗРА за допомогою РОР5-сервера системи Р5Р5Б, зареєстрованої у зазначеній ЕР5, вказаними інструментами Р5РА зберігання елементів, які завантажуються та зберігаються в користувацькому пристрої зареєстрованого користувача, кожен інструмент РОРА виконаний з можливістю забезпечення зареєстрованому користувачеві доступу до зазначеного інструменту (1008) незалежно від того, чи він тримає рахунок у банку, який надає інструмент РО5РА, і додатково виконаний з можливістю дозволу зазначеному користувачу використовувати зазначений інструмент (1008) для передачі або прийому запитів на платіж і додаткове спрощення генерації та прийому сигналів за даними про транзакцію, які належать до вказаних запитів на платежі від зазначених зареєстрованих користувачів, а також до кредитових і/або дебетових рахунків зазначених зареєстрованих користувачів на підставі зазначених запитів, причому зазначені завантажувані елементи кожного інструменту РБРА включають наступні етапи: дозвіл, за допомогою модуля реєстрації, реєстрації користувацького пристрою у зареєстрованій РБР5Б, пов'язаній з інструментом Р5РА, у взаємно-однозначній відповідності, і надання можливості, за допомогою модуля створення віртуальної платіжної адреси (МРА), зареєстрованому користувачу створювати унікальний УРА, який містить ідентифікацію Р5РБ, в якій зареєстрований цей користувач, пов'язуючи зазначений УРА з даними банківського рахунку (рахунків) користувача, і додаткове надання можливості користувацькому пристрою передавати вищезгаданий унікальний МРА на локальний запам'ятовуючий пристрій системи Р5РБ, в якій користувач зареєстрований, як частину інформаційних даних про користувача від зареєстрованого користувача; спрощення, за допомогою уніфікованого платіжного інтерфейсу (ОРІ), реєстрації Р5РЗ у зазначеній ЕРЗ і керованого вибіркового переміщення сигналів за даними про транзакцію між системами РОР5 для здійснення платежу від одного зареєстрованого користувача до іншого зареєстрованого користувача в однакових або різних системах РОР5, причому РІ включає наступний етап: надання модуля розрахунків для взаємодії із зазначеною множиною систем РеОР5 для періодичного співставлення кредитових і дебетових транзакцій та генерації інструкцій з чистого кредиту та дебету між зареєстрованими системами РОР5Б.
6. Спосіб за п. 5, який відрізняється тим, що зазначений ОРІ додатково включає: прийом отримувачем сигналів за даними про транзакцію, які належать до запитів на платежі від зареєстрованих користувацьких пристроїв за допомогою будь-якого з інструментів РеРА, причому кожен запит містить МРА першого зареєстрованого користувача, МРА другого зареєстрованого користувача та суму транзакції; аналіз аналізатором зазначених сигналів за даними про транзакцію для отримання проаналізованих сигналів, отримання та ідентифікація з проаналізованих сигналів, за допомогою екстрактора ідентифікатора, інформації яка належить до РБеР5 першого зареєстрованого користувача і РЗР5 другого зареєстрованого користувача, передачу передавачем зазначених сигналів за даними про транзакцію ідентифікованим відповідним системам РОР5 для спрощення списання кредитового платежу з рахунку першого зареєстрованого користувача на рахунок другого зареєстрованого користувача або зарахування дебетового платежу на рахунок першого зареєстрованого користувача з рахунку другого зареєстрованого користувача, вибірково, на підставі змісту цих проаналізованих сигналів.
7. Спосіб за п. 5, який відрізняється тим, що кожна РОР5 додатково включає забезпечення двофакторної автентифікації модулем автентифікації, причому зазначений етап забезпечення двофакторної автентифікації включає наступні етапи: прийом, за допомогою автентифікатора першого фактора, заздалегідь зареєстрованого унікального номера від користувача, зареєстрованого у зазначеній РОР5, для перевірки та зв'язку зареєстрованого користувача із зареєстрованим користувацьким пристроєм, шляхом співставлення прийнятого від зареєстрованого користувача заздалегідь зареєстрованого 60 унікального номера з інформаційними даними про користувача, які зберігаються на зазначеному локальному запам'ятовуючому пристрої таким чином забезпечуючи автентифікацію першого фактора, і прийом, за допомогою автентифікатора другого фактора, РіІМ-коду і/або біометричних характеристик, введених зареєстрованим користувачем, для автентифікації зареєстрованого користувача шляхом співставлення прийнятого РіМ-коду і/або введених біометричних характеристик з зазначеними інформаційними даними про користувача, таким чином забезпечуючи автентифікацію другого фактора. М о нкМа | 036. | 1004е І з до й шен ї я нн її і Е жк ЛО
Фе. 1 КО В й , з І ї ж з Н 5 тр мо | о ї Ж Ж НЕ
Фіг. 2А
Гл 3ю о ЗОВ | | 100 У в шт І | т і їх жи» 14 | зи І
Фіг. 28 03 108. Що . 112 302 3037»
307.2 Зв 303 3-Й ЕК І : ща 316 нс 513
Фіг. З я03 40 щі 405 Об ! ди? ; : де ; ОВ г доз тя я з 415 й МЕС 417
Фіг. 4 З ку ї й «В, че дя МО зві 357 Ко т код 708)
Е . і рин ПДК ять з00 З З у що і х ЗА ее 53 Е песни 5 І КЗ . мокко : -2 502 Ї м. їх 5 щи В ше І
Фіг.
ди в З ку Щ БІ БІ й НА НИ РА еВ: СУ їх М 5 ОКО А : ве В: тро ОКУ ЕК и І неви, х т ол ПОН КТК Яд о МЕ Хнннй» ВЕК Кат Їду В КЕКВ о ее: ІВ МОТО : й : ОБО КОХ КК Ж вне сс ов ВАввНВКН : о ЖК М рнсм ЩО и ше 54 п ВЕН: ж п яИИит ї Ух Метт ОО В аккнккчкккккккню, БОЯ : зе 3 7 й А й З ж, м ї 7 Ка удимюнн тн 7 КК КЕ У, Ж і : 5: х Сн
Фіг. б : рух ї рес нннн : ТАК ї : : їх Вк хуху ЖЕ ТБ яха : : й КЕ Ей т Кн; ЯЗ ї в Й
8. чо я же т : ок сх сх Км еУУАА А м пе чук ї в 78 В " зе ї ще ши . КУ ї ! х поко У ссхх ххх : ї і кох г ї ї так й ї хі : нон п те та ї 7 панна нн нн і ! їі З «кру ї Ї пи | ЕЕ ї ї ! Ї Манн я І тів
Ф.ї
UAA201900002A 2016-06-22 2017-05-12 Система електронних платежів і спосіб їх здійснення UA128858C2 (uk)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
IN201621021488A IN201621021488A (uk) 2016-06-22 2017-05-12
PCT/IB2017/052793 WO2017221085A1 (en) 2016-06-22 2017-05-12 An electronic payment system and method thereof

Publications (1)

Publication Number Publication Date
UA128858C2 true UA128858C2 (uk) 2024-11-13

Family

ID=60784439

Family Applications (1)

Application Number Title Priority Date Filing Date
UAA201900002A UA128858C2 (uk) 2016-06-22 2017-05-12 Система електронних платежів і спосіб їх здійснення

Country Status (16)

Country Link
US (1) US10902403B2 (uk)
EP (2) EP4303797A1 (uk)
JP (1) JP6811787B2 (uk)
KR (1) KR102405042B1 (uk)
CN (1) CN109196535B (uk)
AU (3) AU2017283207A1 (uk)
BR (1) BR112018076769A8 (uk)
CA (1) CA3016381C (uk)
EA (1) EA035549B1 (uk)
IL (1) IL263763B2 (uk)
IN (1) IN201621021488A (uk)
PH (1) PH12019550003A1 (uk)
SG (1) SG11201807324QA (uk)
UA (1) UA128858C2 (uk)
WO (1) WO2017221085A1 (uk)
ZA (1) ZA201808106B (uk)

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12299686B2 (en) * 2014-04-23 2025-05-13 Minkasu, Inc Authenticating transactions using biometric authentication
US20210019797A1 (en) 2015-01-09 2021-01-21 Wells Fargo Bank, N.A. Systems and methods for on demand and location-based offers
US10990974B1 (en) 2015-01-15 2021-04-27 Wells Fargo Bank, N.A. Identity verification services and user information provision via application programming interface
US10937025B1 (en) 2015-01-15 2021-03-02 Wells Fargo Bank, N.A. Payment services via application programming interface
US10621658B1 (en) 2015-01-15 2020-04-14 Wells Fargo Bank, N.A. Identity verification services with identity score through external entities via application programming interface
US10997654B1 (en) 2015-01-15 2021-05-04 Wells Fargo Bank, N.A. Identity verification services through external entities via application programming interface
WO2019070512A1 (en) * 2017-10-06 2019-04-11 Mastercard International Incorporated DISTRIBUTION SYSTEMS AND ASSOCIATED METHODS
US11995619B1 (en) 2017-12-28 2024-05-28 Wells Fargo Bank, N.A. Account open interfaces
US11676126B1 (en) 2017-12-28 2023-06-13 Wells Fargo Bank, N.A. Account open interfaces
US11106515B1 (en) 2017-12-28 2021-08-31 Wells Fargo Bank, N.A. Systems and methods for multi-platform product integration
CN110581771B (zh) * 2018-06-07 2022-02-25 连株式会社 利用网络消息服务以处理费用拆分的方法、计算装置可读存储介质以及计算装置
US11244322B2 (en) * 2018-09-18 2022-02-08 Mastercard International Incorporated Methods and apparatus for chargebacks of push payment transactions
US11161245B2 (en) 2018-10-25 2021-11-02 Wells Fargo Bank, N.A. Systems and methods for secure locker feeders
US11379850B1 (en) 2018-12-10 2022-07-05 Wells Fargo Bank, N.A. Third-party payment interfaces
JP2020113124A (ja) * 2019-01-15 2020-07-27 東芝テック株式会社 情報処理装置及び情報処理プログラム
WO2020174296A1 (en) * 2019-02-28 2020-09-03 National Payments Corporation Of India An electronic payment system and method thereof
CN109960409B (zh) * 2019-03-18 2021-07-16 联想(北京)有限公司 信息处理方法、装置及电子设备
US11769132B1 (en) * 2019-05-22 2023-09-26 Wells Fargo Bank, N.A. P2P payments via integrated 3rd party APIs
US11044246B1 (en) 2019-06-21 2021-06-22 Wells Fargo Bank, N.A. Secure communications via third-party systems through frames
US11989706B2 (en) 2019-12-19 2024-05-21 Kishore Swaminathan Open infrastructure for vending machine payments from mobile devices
US20250094977A1 (en) * 2020-03-05 2025-03-20 Payrange Llc Self-Service Controlled Dispensing System and Method
CN111539704B (zh) * 2020-04-20 2023-10-20 车主邦（北京）科技有限公司 无感支付方法
CN111784355B (zh) * 2020-07-17 2023-03-10 支付宝(杭州)信息技术有限公司 一种基于边缘计算的交易安全性验证方法及装置
CN113159747B (zh) * 2021-01-08 2022-07-29 支付宝(杭州)信息技术有限公司 一种针对电子交通账户的管理方法、装置及设备
CN112965841A (zh) * 2021-04-05 2021-06-15 朱小英 基于h5的云手机支付方法及装置
KR20240013197A (ko) * 2021-05-25 2024-01-30 내셔널 페이먼츠 코포레이션 오브 인디아 규칙 기반 부분적 온라인 및 오프라인 결제 거래를 용이하게 하기 위한 시스템 및 방법
US20240320654A1 (en) * 2021-12-01 2024-09-26 Crunchfish Digital Cash Ab Computerized method and system for digital payments
SE2250076A1 (en) * 2021-12-01 2023-06-02 Crunchfish Digital Cash Ab Computerized method and system for digital payments
US12443957B2 (en) * 2021-12-23 2025-10-14 Srinivas Vadhri Payment systems and methods
CN114638608B (zh) * 2022-03-10 2025-12-16 中国银联股份有限公司 支付方法、终端设备、服务器、系统及介质
CN115775147A (zh) * 2022-11-17 2023-03-10 重庆葵海数字科技有限公司 服务电商支付聚合平台的工作方法
US20240378586A1 (en) * 2023-05-11 2024-11-14 Block, Inc. Dynamic user interfaces and operational flows

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6606606B2 (en) * 1998-11-09 2003-08-12 Onecore Financial Network, Inc. Systems and methods for performing integrated financial transaction
US7099479B1 (en) * 1999-08-27 2006-08-29 Sony Corporation Information transmission system, transmitter, and transmission method as well as information reception system, receiver and reception method
KR20060069449A (ko) * 2006-02-07 2006-06-21 페이쿨 인터내셔널 리미티드 무선 통신 네트워크를 통한 금융 거래의 확인 방법
US20090281904A1 (en) * 2008-04-02 2009-11-12 Pharris Dennis J Mobile telephone transaction systems and methods
CN101950451A (zh) * 2010-08-19 2011-01-19 中国民生银行股份有限公司 银行账户间收付款处理方法及系统
EP2646959A4 (en) * 2010-11-30 2015-05-06 Ebay Inc REAL-TIME PAYMENTS VIA FINANCIAL ORGANIZATION
CA2823321A1 (en) * 2010-12-27 2012-07-05 Mehrak Hamzeh Mobile payment system and method
CN103765454B (zh) 2011-06-07 2018-02-27 维萨国际服务协会 支付隐私令牌化装置、方法和系统
US8700527B2 (en) * 2011-07-14 2014-04-15 Bank Of America Corporation Merchant bill pay
CN103177360A (zh) * 2011-12-21 2013-06-26 中国银联股份有限公司 一种基于统一个人信息的支付系统和方法
CN106462843A (zh) 2014-05-13 2017-02-22 维萨国际服务协会 用于安全远程支付处理的主小应用程序
CN104966199B (zh) * 2014-11-27 2017-04-12 深圳市腾讯计算机系统有限公司 一种数据处理方法、客户端及支付平台

Also Published As

Publication number Publication date
AU2017283207A1 (en) 2018-09-20
JP6811787B2 (ja) 2021-01-13
KR102405042B1 (ko) 2022-06-07
US20190303910A1 (en) 2019-10-03
CN109196535B (zh) 2023-07-07
AU2025202579A1 (en) 2025-05-01
SG11201807324QA (en) 2018-09-27
CN109196535A (zh) 2019-01-11
BR112018076769A2 (pt) 2019-04-02
ZA201808106B (en) 2019-08-28
EA035549B1 (ru) 2020-07-06
EP4303797A1 (en) 2024-01-10
EP3411841A4 (en) 2019-10-16
IL263763B2 (en) 2023-02-01
IL263763B (en) 2022-10-01
IN201621021488A (uk) 2017-12-29
JP2019522833A (ja) 2019-08-15
BR112018076769A8 (pt) 2023-04-18
US10902403B2 (en) 2021-01-26
PH12019550003A1 (en) 2019-07-24
IL263763A (en) 2019-01-31
AU2023203106A1 (en) 2023-06-08
EP3411841A1 (en) 2018-12-12
CA3016381C (en) 2023-02-28
CA3016381A1 (en) 2017-12-28
KR20190021222A (ko) 2019-03-05
EA201892669A1 (ru) 2019-04-30
WO2017221085A1 (en) 2017-12-28

Similar Documents

Publication Publication Date Title
UA128858C2 (uk) Система електронних платежів і спосіб їх здійснення
US12288206B1 (en) Systems and methods for smart card mobile device authentication
US11227267B2 (en) Methods and systems for making a payment
US8127999B2 (en) Wireless mobile communicator for contactless payment on account read from removable card
CN111343233A (zh) 一种基于存储的数字货币支付的方法、装置与移动终端
WO2009152184A1 (en) Mobile payment system
US10713679B1 (en) Offline payment processing
US20190362348A1 (en) Merchant enrollment for reverse payments
KR101195547B1 (ko) 휴대단말기를 이용한 금융거래 중개 시스템
US20140089186A1 (en) Mobile payment service for small financial institutions
CA3131260A1 (en) An electronic payment system and method thereof
KR102375888B1 (ko) 여권 기반 비대면 실명인증 시스템 및 이를 이용한 계좌 송금 방법
Fashoto et al. Development of e-wallet system for Tertiary institution in a Developing country.
HK40002615A (en) An electronic payment system and method thereof
HK40002615B (en) An electronic payment system and method thereof
HK1152405A (en) Mobile telephone transaction systems and methods
HK1152439A (en) Ghosting payment account data in a mobile telephone payment transaction system
HK1152438A (en) Transaction server configured to authorize payment transactions using mobile telephone devices