UA64840C2 - Method of fulfilling payments by electronic facilities (variants) - Google Patents
Method of fulfilling payments by electronic facilities (variants) Download PDFInfo
- Publication number
- UA64840C2 UA64840C2 UA2001106950A UA2001106950A UA64840C2 UA 64840 C2 UA64840 C2 UA 64840C2 UA 2001106950 A UA2001106950 A UA 2001106950A UA 2001106950 A UA2001106950 A UA 2001106950A UA 64840 C2 UA64840 C2 UA 64840C2
- Authority
- UA
- Ukraine
- Prior art keywords
- buyer
- seller
- transaction
- code
- processing center
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 66
- 238000012546 transfer Methods 0.000 claims abstract description 21
- 230000005540 biological transmission Effects 0.000 claims description 17
- 238000012790 confirmation Methods 0.000 claims description 14
- 230000001413 cellular effect Effects 0.000 claims description 12
- 238000012795 verification Methods 0.000 claims description 5
- 238000004458 analytical method Methods 0.000 claims description 4
- 238000012545 processing Methods 0.000 abstract description 16
- 238000004891 communication Methods 0.000 abstract description 12
- 238000010295 mobile communication Methods 0.000 abstract description 6
- 238000004364 calculation method Methods 0.000 description 14
- 238000012011 method of payment Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 235000011449 Rosa Nutrition 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 229920001864 tannin Polymers 0.000 description 1
- 239000001648 tannin Substances 0.000 description 1
- 235000018553 tannin Nutrition 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Telephonic Communication Services (AREA)
Abstract
Description
Винахід належить до способів здійснення платіжних операцій, в яких використовують цифрові обчислювальні машини, монетні та подібні автомати і телефонні мережі, з попередньою оплатою, і може бути використаний для організації розрахунків між покупцями та продавцями.The invention belongs to the methods of carrying out payment operations, which use digital calculators, coin and similar machines and telephone networks, with advance payment, and can be used to organize settlements between buyers and sellers.
Відомо спосіб безготівкової оплати товарів та послуг як на місці покупки, так при віддаленому замовленні товару за допомогою кредитних карток. Існує низка рішень для безпечної організації віддалених покупок або ж покупок на місці, проте, всі вони не є універсальними. Прикладом може бути Система Інтернет Комерції (СІК), що розроблена київською фірмою ІМТ разом з Національним банком України і призначена для безпечного здійснення покупок через Інтернет (пЕр//Ллиумлм.їпі- соттегсе.сот), або система РауСаві - спільний проект, яка розроблена банком "Тавричним" та групою компаній Алкор-Холдінг (милу. раусазни.Кіем. ца).There is a known method of cashless payment for goods and services both at the point of purchase and when ordering goods remotely using credit cards. There are a number of solutions for securely organizing remote purchases or on-site purchases, however, not all of them are universal. An example can be the Internet Commerce System (ICM), developed by the Kyiv firm IMT together with the National Bank of Ukraine and intended for safe online shopping (pEr//Llyumlm.ipis-sottegse.sot), or the RauSavi system - a joint project developed by "Tavrychny" bank and Alcor-Holding group of companies (mylu. rausazny. Kiem. tsa).
Спосіб покупок за кредитними картками, хоча і універсальний, проте має низку недоліків.The method of purchases using credit cards, although universal, has a number of disadvantages.
По-перше, основна проблема полягає в тому, що власник кредитної картки показує її в місці здійснення покупки, тому він не може бути захищеним від непорядності співробітників закладу, в якому він здійснює покупку, через те, що будь-який співробітник, який бере у руки кредитну картку, може записати її номер, ім'я власника та термін дії картки, а згодом використати цю інформацію або самостійно, або передати її третім особам чи навіть скопіювати магнітну смугу з картки та виготовити її повний дублікат.First, the main problem is that the owner of the credit card shows it at the point of purchase, so he cannot be protected from the dishonesty of the employees of the establishment in which he makes the purchase, because any employee who takes from hands a credit card, can write down its number, the name of the owner and the expiration date of the card, and later use this information either independently, or transfer it to third parties, or even copy the magnetic strip from the card and make a complete duplicate of it.
По-друге, при покупці товарів або замовленні через інтернет власнику потрібно внести у визначену форму дані про кредитну картку: тип картки, її номер, ім'я власника картки, термін її дії, внаслідок чого власник сайта, на якій надсилають цю інформацію, отримує всі дані, при цьому невідомо, як він їх може використати.Secondly, when buying goods or ordering via the Internet, the owner needs to enter credit card data in a specified form: the type of card, its number, the name of the card owner, its validity period, as a result of which the owner of the site on which this information is sent receives all the data, while it is not known how he can use it.
По-третє, при покупці товарів або замовленні через інтернет, крім можливого непорядного використання конфіденціальної інформації, існує також проблема гарантії доставки товару.Thirdly, when buying goods or ordering via the Internet, in addition to the possible improper use of confidential information, there is also the problem of guaranteeing the delivery of the goods.
По-четверте, кредитна картка не є повною мірою електронним гаманцем через те, що не можна за допомогою картки здійснити звичайний переказ грошей не продавцю, а іншому власнику картки, що має спеціальне обладнання.Fourthly, a credit card is not a full-fledged electronic wallet due to the fact that it is not possible to use the card to make an ordinary transfer of money not to the seller, but to another cardholder who has special equipment.
Найбільш близьким до винаходу є спосіб автоматичної оплати з рахунка покупця в фінансовій установі покупця на рахунок продавця в фінансовій установі продавця, який включає отримання ідентифікатора продавця та суми транзакції з мобільної станції покупця, перевірку суми транзакції, отриманої з терміналу продавця, та запит переказу суми транзакції з рахунка покупця на рахунок продавця МО 98/47116, (307Е19/00, 1998).Closest to the invention is a method of automatic payment from the buyer's account at the buyer's financial institution to the seller's account at the seller's financial institution, which includes receiving the seller's ID and transaction amount from the buyer's mobile station, verifying the transaction amount received from the seller's terminal, and requesting the transfer of the transaction amount from the buyer's account to the seller's account MO 98/47116, (307E19/00, 1998).
Зазначений спосіб має такі недоліки.This method has the following disadvantages.
Запит про готовність продавця прийняти суму транзакції може оброблятися продавцем або вручну, або автоматично. При цьому весь час проходження запиту-відповіді покупець має телефонне з'єднання з вузлом обробки транзакцій. При обробці таких запитів вручну, людина, яка повинна надіслати відповідь, може відлучитися, а при автоматичній обробці - комп'ютерна система, яка повинна сформувати таку відповідь, у потрібний момент часу може бути перевантажена, а це призводить до того, що покупець витрачає багато часу на утримання телефонного зв'язоку з вузлом обробки транзакцій, що, в свою чергу, призводить до великих витрат та великого навантаження сотової мережі.The request of the seller's willingness to accept the transaction amount can be processed by the seller either manually or automatically. At the same time, the buyer has a telephone connection with the transaction processing node during the entire request-response process. When processing such requests manually, the person who should send a response may be absent, and when processing automatically, the computer system that should generate such a response may be overloaded at the right time, and this leads to the fact that the buyer spends a lot time to maintain a telephone connection with a transaction processing node, which, in turn, leads to high costs and a heavy load on the cellular network.
Зазначений винахід не передбачає ніякого механізму забезпечення гарантії оплати товару та здійснення оплати за фактом доставки товару або надання послуг.The mentioned invention does not provide for any mechanism for guaranteeing the payment of goods and making payment upon delivery of goods or provision of services.
Крім того, продавець повинен використовувати спеціальне обладнання і торговий термінал, який підключено до вузла обробки транзакцій, а для дрібних продавців та приватних осіб це досить дорого та незручно.In addition, the seller must use special equipment and a trading terminal that is connected to the transaction processing node, which is quite expensive and inconvenient for small sellers and private individuals.
Існує також проблема ідентифікації платежів з однаковою сумою, що надходять від різних покупців. Касир, наприклад, в супермаркеті з визначеною кількістю кас, повинен чекати закінчення обробки кожної транзакції перед тим, як почати наступну, або необхідно, щоб покупець зі свого сотового телефону вводив номер рахунка тощо для можливості ідентифікації платників однакових сум. Проте, вводити додаткову інформацію із сотового телефону незручно та небажано. До того ж, кожний касовий апарат у продавця повинен мати окремий ідентифікатор.There is also the problem of identifying payments with the same amount coming from different buyers. A cashier, for example, in a supermarket with a fixed number of checkouts, must wait for each transaction to finish processing before starting the next one, or it is necessary for the customer to enter the account number, etc. from his cell phone, to be able to identify the payers of the same amount. However, entering additional information from a cell phone is inconvenient and undesirable. In addition, each cash register at the seller must have a separate identifier.
Проблема ще збільшується при покупках не на місці продажу, а через інтернет-магазин, який є спеціалізованим сервером, що може одночасно обслуговувати декілька тисяч з'єднань покупців, кожний з яких вибирає в свій електронний кошик товари. При продажу одного популярного виду товару інтернет-магазин може виписати тисячі однакових рахунків на ту ж саму суму, а коли за ними надійде оплата, невідомо.The problem is even greater when shopping is not at the point of sale, but through an online store, which is a specialized server that can simultaneously serve several thousand connections of buyers, each of whom chooses products in their electronic shopping cart. When selling one popular type of product, an online store can issue thousands of identical invoices for the same amount, and it is not known when they will be paid.
В основу винаходу поставлена задача створити спосіб електронних платежів, який би мав підвищену надійність транзакції, її прискорену обробку, забезпечував би гарантію оплати та доставки товару, а також зменшував би витрати покупця і навантаження сотової мережі.The invention is based on the task of creating a method of electronic payments that would have increased reliability of the transaction, its accelerated processing, would provide a guarantee of payment and delivery of goods, and would also reduce the costs of the buyer and the load on the cellular network.
Поставлена задача вирішується тим, що у способі електронних платежів, що здійснюють з рахунка покупця у фінансовій установі покупця на рахунок продавця у фінансовій установі продавця, який включає передачу покупцем з мобільного терміналу покупця повідомлення до центру обробки платіжних транзакцій, де ідентифікують того, хто передає повідомлення, та отримують його реквізити і надсилають у відповідь повідомлення, що генерують у центрі обробки платіжних транзакцій, після цього у центрі обробки платіжних транзацій здійснюють перевірку транзакції у фінансовій установі покупця, до якого його підключено через сітку передачі даних, а після здійснення транзакції надсилають підтвердження покупцю та продавцю, згідно з винаходом спочатку здійснюють відправлення продавцем до центру обробки платіжних транзакцій запиту із зазначенням суми транзакції, ідентифікацію продавця у центрі обробки платіжних транзакцій та отримання реквізитів продавця з його ідентифікатора, після цього у центрі обробки платіжних транзакцій генерують унікальний код транзакції, який заносять в базу даних, згенерований унікальний код транзакції передають продавцю за неавтономним запитом із зазначенням суми транзакції для передачі його покупцю, з мобільного терміналу покупця унікальний код транзакції вводять до центру обробки платіжних транзакцій, а транзакцію здійснюють після перевірки отриманого унікального коду транзакції за базою даних.The problem is solved by the fact that in the method of electronic payments made from the account of the buyer in the financial institution of the buyer to the account of the seller in the financial institution of the seller, which includes the transmission by the buyer from the mobile terminal of the buyer to the processing center of payment transactions, where the person who transmits the message is identified , and receive his details and send in response a message generated in the payment transaction processing center, after that the payment transaction processing center verifies the transaction in the buyer's financial institution to which it is connected via the data transmission network, and after the transaction is completed, a confirmation is sent to the buyer and the seller, according to the invention, the seller first sends a request indicating the amount of the transaction to the payment transaction processing center, identifies the seller in the payment transaction processing center and receives the seller's details from his identifier, after that in the payment processing center of these transactions, a unique transaction code is generated, which is entered into the database, the generated unique transaction code is transferred to the seller based on a non-autonomous request indicating the amount of the transaction to be transferred to the buyer, from the buyer's mobile terminal, the unique transaction code is entered into the payment transaction processing center, and the transaction is carried out after verification of the received unique transaction code according to the database.
У другому варіанті поставлена задача вирішується тим, що у способі електронних платежів, що здійснюють з рахунка покупця у фінансовій установі покупця на рахунок продавця у фінансовій установі продавця, який включає передачу покупцем з мобільного терміналу покупця повідомлення до центру обробки платіжних транзакцій, де ідентифікують того, хто передає повідомлення, та отримують його реквізити і надсилають у відповідь повідомлення, що генерують у центрі обробки платіжних транзакцій, після цього у центрі обробки платіжних транзацій здійснюють перевірку транзакції у фінансовій установі покупця, до якого його підключено через сітку передачі даних, а після здійснення транзакції надсилають підтвердження покупцю та продавцю, згідно з винаходом спочатку здійснюють відправлення продавцем до центру обробки платіжних транзакцій запиту із зазначенням суми транзакції, ідентифікацію продавця у центрі обробки платіжних транзакцій та отримання реквізитів продавця з його ідентифікатора, після цього у центрі обробки платіжних транзакцій генерують два унікальні коди транзакції, які заносять у базу даних, перший згенерований унікальний код транзакції передають продавцю за неавтономним запитом із зазначенням суми транзакції для передачі його покупцю, з мобільного терміналу покупця перший унікальний код транзакції вводять до центру обробки платіжних транзакцій, а після отримання від покупця першого унікального коду транзакції в центрі обробки платіжних транзакцій здійснюють його перевірку та блокування суми транзакції на рахунку покупця у фінансовій установі покупця, потім передають покупцю другий унікальний код транзакції, транзакцію здійснюють після передачі продавцем у центр обробки платіжних транзацій другого унікального коду транзакції, який їм отримано від покупця, а після перевірки у фінансовій установі покупця надсилають повідомлення з вимогою розблокування суми транзакції та відправлення її у фінансову установу продавця.In the second variant, the task is solved by the fact that in the method of electronic payments made from the buyer's account in the buyer's financial institution to the seller's account in the seller's financial institution, which includes the transmission by the buyer from the buyer's mobile terminal to the payment transaction processing center, which identifies the who transmits the message, and receive his details and send back a message generated in the payment transaction processing center, after which the payment transaction processing center performs a transaction verification in the financial institution of the buyer to which it is connected through the data transmission network, and after the transaction is carried out send confirmation to the buyer and the seller, according to the invention, the seller first sends a request indicating the amount of the transaction to the payment transaction processing center, identifies the seller in the payment transaction processing center and receives the seller's details from his identifier, after that during the processing of payment transactions, two unique transaction codes are generated, which are entered into the database, the first generated unique transaction code is transferred to the seller based on a non-autonomous request indicating the amount of the transaction to be transferred to the buyer, from the buyer's mobile terminal, the first unique transaction code is entered into the payment transaction processing center, and after receiving the first unique transaction code from the buyer, the payment transaction processing center checks it and blocks the transaction amount on the buyer's account in the buyer's financial institution, then transfers the second unique transaction code to the buyer, the transaction is made after the seller transfers the second unique code to the payment transaction processing center of the transaction they received from the buyer, and after verification at the buyer's financial institution, they send a message requesting the unblocking of the transaction amount and sending it to the seller's financial institution.
У третьому варіанті у способі електронних платежів, що здійснюють з рахунка покупця у фінансовій установі покупця на рахунок продавця у фінансовій установі продавця та який включає передачу покупцем з мобільного терміналу покупця повідомлення до центру обробки платіжних транзакцій, де ідентифікують того, хто передає повідомлення, та отримують його реквізити і надсилають у відповідь повідомлення, що генерують у центрі обробки платіжних транзакцій, після цього у центрі обробки платіжних транзацій здійснюють перевірку транзакції у фінансовій установі покупця, до якого його підключено через сітку передачі даних, а після здійснення транзакції надсилають підтвердження покупцю та продавцю, згідно з винаходом спочатку здійснюють відправлення продавцем до центру обробки платіжних транзакцій запиту із зазначенням суми транзакції, ідентифікацію продавця у центрі обробки платіжних транзакцій та отримання реквізитів продавця з його ідентифікатора, після цього у центрі обробки платіжних транзакцій генерують два унікальні коди транзакції, які заносять в базу даних, перший згенерований унікальний код транзакції передають продавцю за неавтономним запитом із зазначенням суми транзакції для передачі його покупцю, з мобільного терміналу покупця перший унікальний код транзакції вводять до центру обробки платіжних транзакцій, після отримання від покупця першого унікального коду транзакції в центрі обробки платіжних транзакцій здійснюють переказ продавцю безумовно визначеної їм суми транзакції та передають покупцю другий унікальний код транзакції, а суму транзакції, що залишається, переказують після введення продавцем до центру обробки платіжних транзакцій другого унікального коду, отриманого від покупця, після доставки товару покупцю.In the third variant, in the method of electronic payments made from the account of the buyer at the financial institution of the buyer to the account of the seller at the financial institution of the seller, and which includes the transmission by the buyer from the mobile terminal of the buyer of a message to the processing center of payment transactions, where the sender of the message is identified and receives his details and send in response a message generated in the payment transaction processing center, after that the payment transaction processing center verifies the transaction at the buyer's financial institution to which it is connected via the data transmission network, and after the transaction is completed, confirmation is sent to the buyer and seller, according to the invention, the seller first sends a request indicating the amount of the transaction to the payment transaction processing center, identifies the seller in the payment transaction processing center and receives the seller's details from his identifier, after that in the payment transaction processing center d generate two unique transaction codes, which are entered into the database, the first generated unique transaction code is transferred to the seller based on a non-autonomous request indicating the amount of the transaction to be transferred to the buyer, from the buyer's mobile terminal, the first unique transaction code is entered into the payment transaction processing center, after receiving it from the buyer of the first unique transaction code in the payment transaction processing center transfer the transaction amount unconditionally determined by them to the seller and transfer the second unique transaction code to the buyer, and the remaining transaction amount is transferred after the seller enters the second unique code received from the buyer into the payment transaction processing center after delivery of goods to the buyer.
В усіх трьох варіантах способу як фінансову установу покупця та/або продавця можуть використовувати оператор мобільного зв'язку, а як ідентифікатор рахунка - відповідні телефонні рахунки.In all three variants of the method, the mobile phone operator can be used as the financial institution of the buyer and/or seller, and the corresponding telephone accounts can be used as the account identifier.
З мобільного терміналу покупця можуть телефонувати на телефонний номер центра обробки платіжних транзакцій та отримувати у відповідь голосові повідомлення або надсилати та отримувати текстові повідомлення.From the mobile terminal, the buyer can call the phone number of the payment transaction processing center and receive voice messages in response, or send and receive text messages.
Спосіб додатково може включати введення РІМ коду перед або після введення унікального коду транзакції для перевірки того, що користувач сотового телефону має права покупки.The method may further include entering a ROM code before or after entering a unique transaction code to verify that the cell phone user has purchase rights.
Для перевірки того, що користувач телефону має право покупки, можуть використовувати аналіз малюнка його капілярних ліній, який сканують спеціальним пристроєм у сотовому телефоні.To verify that the phone user has the right to purchase, they can use the analysis of the pattern of his capillary lines, which is scanned by a special device in the cell phone.
Після здійснення у центрі обробки платіжних транзакцій перевірки за базою даних отриманого від покупця унікального коду транзакції покупцю може бути передане повідомлення, в якому є позначення назви продавця, при цьому покупець підтверджує або спростовує транзакцію написканням кнопок на мобільному терміналя покупця.After checking the unique transaction code received from the buyer against the database in the payment transaction processing center, the buyer can be sent a message indicating the seller's name, while the buyer confirms or denies the transaction by typing buttons on the buyer's mobile terminal.
У даному винаході використовуються такі терміни.The following terms are used in this invention.
Під терміном "фінансова установа", як правило, розуміється банк, в якому у клієнта відкрито рахунок. У контексті даного винаходу як фінансова установа покупця може бути оператор сотового зв'язку або будь-яка установа, яка має окремий рахунок для кожного клієнта та може кредитувати і дебетувати цей рахунок, блокувати кошти на рахунку на визначений проміжок часу, а також відповідати на електронні запити про можливість проведення транзакції.The term "financial institution" usually means the bank in which the client has an account. In the context of the present invention, the financial institution of the buyer can be a cellular operator or any institution that has a separate account for each customer and can credit and debit this account, block funds in the account for a specified period of time, and also respond to electronic requests about the possibility of conducting a transaction.
Термін "блокування кошт на рахунку" введено для спрощення розуміння суті винаходу. У реальній системі фінансова установа покупця може не блокувати кошти на рахунку покупця. Під цим терміном розуміється, що якщо фінансова установа у відповідь на запит про блокування суми на рахунку відповідає позитивно, то фінансова установа покупця гарантує оплату зазначеної суми у випадку надходження запиту на оплату. Чи буде фінансова установа для цього реально блокувати кошти на рахунку клієнта, чи у нього з клієнтом є особливі відносини, як, наприклад, кредитна лінія, не має значення для суті даного винаходу.The term "blocking the amount on the account" is introduced to simplify the understanding of the essence of the invention. In the real system, the buyer's financial institution may not block the funds in the buyer's account. This term means that if the financial institution responds positively to the request to block the amount on the account, then the buyer's financial institution guarantees the payment of the specified amount in the event of a request for payment. Whether the financial institution will actually block funds in the client's account for this, or whether it has a special relationship with the client, such as a line of credit, is irrelevant to the essence of this invention.
Під терміном "мобільний термінал покупця або продавця" може розумітися як мобільний телефон, так і гібридні пристрої, наприклад, мобільний телефон - РОСА, або комп'ютер загального призначення, здебільшого портативний, з вставленою в нього картою зв'язку із сотовою мережею.The term "buyer's or seller's mobile terminal" can mean both a mobile phone and hybrid devices, for example, a ROSA mobile phone, or a general-purpose computer, mostly portable, with a cellular network card inserted into it.
Під терміном "мережа передачі даних" розуміється будь-яка можлива мережа передачі даних, різні локальні мережі, виділені лінії, інтернет, модемні зв'язки через телефонну мережу загального користування, модемні зв'язки через сотовий зв'язок тощо.The term "data transmission network" means any possible data transmission network, various local area networks, dedicated lines, the Internet, modem communications through the public telephone network, modem communications through cellular communications, etc.
Під терміном "стаціонарний термінал продавця" розуміється спеціалізований комп'ютер або комп'ютерна система, які зв'язані з центром обробки платіжних транзакцій (ЦОПТ) через будь-яку телекомунікаційну мережу передачі даних. У реальній системі в продавця може бути декілька терміналів, підключених до різних платіжних систем, хоч фізично вони можуть розташовуватися в одному комп'ютері або комп'ютерній системі. Це поняття не фізичне, а логічне.The term "fixed merchant terminal" means a specialized computer or computer system that is connected to a payment transaction processing center (TPTC) through any telecommunications data transmission network. In a real system, the seller may have several terminals connected to different payment systems, although they may be physically located in the same computer or computer system. This concept is not physical, but logical.
Під терміном "код транзакції" розуміється унікальний код транзакції, який генерує ЦОПТ. Для генерації цього коду можуть використовуватися різні алгоритми, проте, це не є частиною даного винаходу. Код може бути і випадковим числом, головною вимогою до коду - це його унікальність на протязі передбаченого терміну його дійсності. Бажано, щоб у конкретній реалізації винаходу вводити у код ключову цифру або інший подібний алгоритм для спрощення перевірки коду. Наприклад, коли код містить ключову цифру, то перевірити коректність коду можна швидше, ніж "повільний" пошук його в базі даних транзакцій. Можна використовувати й досконаліші алгоритми, що дають більшу вірогідність коректності коду, проте, це не є частиною цього винаходу.The term "transaction code" refers to the unique transaction code generated by the DTC. Various algorithms may be used to generate this code, however, this is not part of the present invention. The code can be a random number, the main requirement for the code is its uniqueness during the stipulated term of its validity. It is desirable that in a specific implementation of the invention, a key figure or other similar algorithm is introduced into the code to facilitate verification of the code. For example, when the code contains a key figure, it is possible to check the correctness of the code faster than a "slow" search for it in the transaction database. It is possible to use more sophisticated algorithms that give a higher probability of code correctness, however, this is not a part of this invention.
Спосіб електронних платежів, що заявляється, пояснюється малюнками.The proposed method of electronic payments is explained with pictures.
На фіг1 зображено ЦОПТ; на фіг.2 зображено спосіб підключення продавця, який використовує стаціонарний термінал продавця; на фіг.3 - спосіб підключення продавця, який використовує мобільний термінал продавця; на фіг.4 зображено динаміку першого варіанта способу здійснення розрахунків; на фіг.5 - динаміку другого варіанта способу здійснення розрахунків.Fig. 1 shows a DTC; Fig. 2 shows the method of connecting a seller who uses a fixed terminal of the seller; in Fig. 3 - the method of connecting the seller, who uses the seller's mobile terminal; Fig. 4 shows the dynamics of the first variant of the calculation method; Fig. 5 shows the dynamics of the second version of the calculation method.
ЦОПТ 1 є посередником між покупцем товарів або послуг (відправником грошей) та продавцем (одержувачем грошей). Покупець має рахунок у фінансовій установі покупця 2, яка підключена доTSOPT 1 is an intermediary between the buyer of goods or services (sender of money) and the seller (receiver of money). The buyer has an account with the buyer's financial institution 2, which is connected to
ЦОПТ 1 через будь-яку мережу передачі даних. Покупець для здійснення покупок використовує мобільний термінал покупця 3. Продавець може використовувати стаціонарний термінал продавця 4 або мобільний термінал продавця 5.TSOPT 1 through any data transmission network. The buyer uses the buyer's mobile terminal 3 to make purchases. The seller can use the seller's stationary terminal 4 or the seller's mobile terminal 5.
Покупці та продавці телефонують зі своїх мобільних терміналів З та 5 відповідно на телефонний номер ЦОПТ 1. Підключення ЦОПТ 1 до телефонної мережі загального користування може бути здійснено двома способами.Buyers and sellers call from their mobile terminals Z and 5, respectively, to the telephone number of TSOPT 1. Connection of TSOPT 1 to the public telephone network can be done in two ways.
Перший спосіб підключення до телефонної мережі здійснюють, використовуючи сигналізаціюThe first method of connecting to the telephone network is carried out using an alarm system
ОКС Мо 7 (557). ЦОПТ працює як точка завершення виклику (Іеппіпайоп роіп). У цьому випадку не використовують ніякі високо рівневі проколи ОКО Мо 7 для спілкування між комутатором мобільного зв'язку та ЦОПТ. ЦОПТ має інтелектуальну периферію, яка генерує голосові і тональні повідомлення покупцям та продавцям, а також інтерпретує отримані від них сигнали ОТМЕ.OKS Mo 7 (557). The CPT works as a call termination point (Ieppipaiop roip). In this case, no high-level OKO Mo 7 piercings are used for communication between the mobile communication switch and the DTC. TSOPT has an intelligent peripheral that generates voice and tone messages to buyers and sellers, as well as interprets OTME signals received from them.
У другому способі ЦОПТ виконує роль керування послугами інтелектуальної мережі (5егмісеIn the second method, the TSOPT performs the role of managing the services of the intelligent network (5egmise
Сопіго! Роїпі 5СР), а комутатор мобільного зв'язку за допомогою спеціального програмного забезпечення виконує роль вузла комутації послуг (Зум/йспіпд Роїпі) та спілкується з ЦОПТ за допомогою протоколу ШАР ОКС Мо7. Інтелектуальна периферія у цьому випадку є частиною комутатора мобільного зв'язку мережі загального користування. Надалі підключення ЦОПТ до сотової мережі зображатиметься, як на фіг.1, що треба розуміти, як один з наведених способів підключення.Sopigo! Roipi 5SR), and the mobile communication switch with the help of special software performs the role of a service switching node (Zum/yspipd Roipi) and communicates with the TSOPT using the SHAR OKS Mo7 protocol. In this case, the intelligent peripheral is a part of the mobile communication switch of the public network. In the future, the connection of the DTC to the cellular network will be depicted as in Fig. 1, which should be understood as one of the following methods of connection.
Спосіб підключення продавців до ЦОПТ 1 залежить від обладнання, що використовується ними.The way sellers connect to TSOP 1 depends on the equipment they use.
Для крупних продавців це може бути стаціонарний термінал продавця 4, який використовує для зв'язку з ЦОПТ 1 мережу передачі даних 6 (фіг.2). Для дрібних продавців це може біти мобільний термінал 5, з якого телефонують на номер телефону ЦОПТ 1. Для спілкування з ЦОПТ використовуються голосові та тональні повідомлення, що передаються через мережу мобільного зв'язку 7, а також сервіс коротких повідомлень (5М5) мережі мобільного зв'язку 7 або аналогічний сервіс (фіг.3).For large sellers, it can be a stationary terminal of the seller 4, which uses the data transmission network 6 (Fig. 2) to communicate with the TPMS 1. For small sellers, it can be a mobile terminal 5, from which calls are made to the telephone number of the TSOPT 1. To communicate with the TSOPT, voice and tone messages transmitted through the mobile communication network 7, as well as the short message service (5М5) of the mobile communication network are used connection 7 or a similar service (Fig. 3).
У конкретних реалізаціях ЦОПТ може підтримувати як будь-який з наведених способів, так і обидва способи одночасно. Для пояснення суті способу здійснення розрахунків, який є предметом даного винаходу, не має значення спосіб підключення продавця до ЦОПТ. Важливо тільки, що продавець може відправляти повідомлення до ЦОПТ та приймати повідомлення від ЦОПТ. Тому для спрощення викладання на фіг.4 та фіг.5 зображено підключення до ЦОПТ через "телекомунікаційну мережу" 8, що потрібно розуміти як один з вищенаведених способів підключення.In specific implementations, the DTC can support either of the above methods or both methods at the same time. To explain the essence of the method of carrying out calculations, which is the subject of this invention, the method of connecting the seller to the TSOPT is irrelevant. The only thing that matters is that the seller can send messages to and receive messages from the TSOPT. Therefore, to simplify the teaching, Fig. 4 and Fig. 5 show the connection to the DTC through the "telecommunications network" 8, which should be understood as one of the above methods of connection.
Спосіб електронних розрахунків здійснюється таким чином.The method of electronic calculations is carried out as follows.
Перший варіант електронних платежівThe first option of electronic payments
Припустимо, що покупець хоче придбати будь-який товар або заказати послуги у продавця на визначену суму. Продавець надсилає на сервер ЦОПТ 1 запит із зазначенням суми покупки та способу розрахунку. Спосіб розрахунку зазначається у тому випадку, якщо система, що реалізує спосіб, підтримує різні способи розрахунків. Якщо продавець має стаціонарний термінал продавця 4, то запит надсилають через мережу передачі даних 6. Якщо ж продавець має мобільний термінал продавця 5, то запит відправляють через сотову мережу. Це зображено на фіг.4 як крок Е)Ї.Suppose that the buyer wants to purchase any product or order services from the seller for a certain amount. The seller sends a request indicating the amount of the purchase and the method of calculation to the TSOPT 1 server. The calculation method is specified if the system implementing the method supports different calculation methods. If the seller has a stationary seller terminal 4, then the request is sent via the data network 6. If the seller has a mobile seller terminal 5, then the request is sent via the cellular network. This is shown in Fig. 4 as step E) Y.
Після отримання запиту у ЦОПТ 1 ідентифікують продавця, генерують унікальний код транзакції та заносять у свою базу даних, як мінімум, таку інформацію: згенерований код транзакції, ідентифікатор продавця, суму транзакції і спосіб розрахунку. Разом з тим у базу даних може заноситься додаткова інформація, що отримана у запиті від продавця, яка передаватиметься далі покупцю для перевірки транзакції, проте не впливає на суть винаходу.After receiving the request, TSOPT 1 identifies the seller, generates a unique transaction code and enters the following information into its database, at least: the generated transaction code, the seller's identifier, the transaction amount and the method of calculation. However, additional information received in the request from the seller may be entered into the database, which will be passed on to the buyer to verify the transaction, but does not affect the essence of the invention.
Згенерований унікальний код транзакції передають покупцю за визначеним продавцем каналом зв'язку. Це зображено на фіг.4 як крок Е2.The generated unique transaction code is transmitted to the buyer via the communication channel specified by the seller. This is shown in Fig.4 as step E2.
Від продавця унікальний код транзакції передають покупцю (крок ЕЗ на фіг.4).The unique transaction code is transferred from the seller to the buyer (step EZ in Fig. 4).
З мобільного терміналу покупця З набирають номер ЦОПТ, де спочатку ідентифікують покупця за номером мобільного терміналу, а потім видають йому голосову підказку з пропозицією ввести унікальний код транзакції. У відповідь на голосову підказку з клавіатури мобільного терміналу покупцяFrom the mobile terminal of the buyer Z, they dial the TSOPT number, where the buyer is first identified by the mobile terminal number, and then a voice prompt is issued to him with an offer to enter a unique transaction code. In response to a voice prompt from the keyboard of the buyer's mobile terminal
З до ЦОПТ 1 вводять унікальний код транзакції. Передачу коду від покупця до ЦОПТ 1 зображено на фіг.4 як крок Е4.A unique transaction code is entered from to TSOPT 1. The transmission of the code from the buyer to the DTC 1 is shown in Fig. 4 as step E4.
У базі даних ЦОПТ знаходять унікальний код транзакцій, введений покупцем, та у випадку знаходження, здобувають з бази даних суму транзакції та ідентифікатор продавця, які продавець передав у ЦОПТ разом із запитом на генерацію унікального коду транзакції, назву продавця та спосіб розрахунку. Всю цю інформацію диктують покупцю у вигляді голосової підказки та запитують підтвердження транзакції. Повідомлення від ЦОПТ до покупця на фіг.4 зображено як крок Е5.The unique transaction code entered by the buyer is found in the database of the TSOPT, and if found, the transaction amount and the seller's identifier, which the seller submitted to the TSOPT along with the request for the generation of a unique transaction code, the name of the seller and the method of payment, are obtained from the database. All this information is dictated to the buyer in the form of a voice prompt and confirmation of the transaction is requested. The message from the TSOPT to the buyer in Fig. 4 is shown as step E5.
Підтвердження або спростовування транзакції натисканням кнопок на мобільному терміналі покупця З зображено на фіг.4 як крок Еб.Confirmation or denial of the transaction by pressing the buttons on the mobile terminal of the buyer C is shown in Fig. 4 as step Eb.
У випадку підтвердження покупцем транзації у ЦОПТ 1 знаходять за базою даних адресу фінансової установи покупця 2 та його ідентифікатор рахунку і надсилають запит до фінансової установи покупця 2 із зазначенням ідентифікатора рахунку покупця, суми транзакції та способу розрахунку. Це зображено на фіг.4 як крок Е7.In the case of confirmation of the transaction by the buyer, TSOPT 1 finds in the database the address of the financial institution of the buyer 2 and its account identifier and sends a request to the financial institution of the buyer 2 indicating the identifier of the buyer's account, the amount of the transaction and the method of calculation. This is shown in Fig.4 as step E7.
Після отримання відповіді від фінансової установи покупця 2 про можливість проведення транзакції (крок ЕЗ на фіг4) з ЦОПТ 1 надсилають повідомлення продавцю за визначеним ним каналом зв'язку (крок Е10-1 на фіг.4), покупцю (крок Е10-2 на фіг.4) та ініціюють процес переказу суми транзакції, відправляючи до фінансової установи покупця 2 запит на переказ зазначеної суми транзакції із зазначенням реквізитів продавця (крок Е9 на фіг.4). З фінансової установи покупця 2 негайно переказують суму транзакції на рахунок продавця або відкладають її переказ на зручний для нього термін. Можливо, що крупний продавець захоче одержати не окремі суми транзакцій для кожної покупки, а у кінці операційного дня загальну належну йому суму та реєстр платежів. Це вже питання методу хазяйнування фінансової установи продавця та на сутність даного винаходу не впливає.After receiving a response from the buyer's financial institution 2 about the possibility of conducting a transaction (step EZ in Fig. 4), the TSOPT 1 sends a message to the seller via the communication channel specified by him (step E10-1 in Fig. 4), to the buyer (step E10-2 in Fig. .4) and initiate the process of transferring the transaction amount by sending a request to the buyer's financial institution 2 to transfer the specified transaction amount with the seller's details (step E9 in Fig. 4). The financial institution of the buyer 2 immediately transfers the amount of the transaction to the seller's account or postpones its transfer for a time convenient for him. It is possible that a large seller will not want to receive separate transaction amounts for each purchase, but at the end of the business day the total amount due to him and the payment register. This is already a question of the method of ownership of the seller's financial institution and does not affect the essence of this invention.
Вищенаведений варіант способу електронних платежів зручний для здійснення покупок "на місці", наприклад, у касі супермаркету, а також для переказів грошей. Безпечна передача унікального коду транзакції від продавця до покупця - це відповідальність продавця. Для більшої безпеки можливо при реєстрації продавця заносити його назву та диктувати його покупцю при підтвердженні транзакції. Проте, цей спосіб не гарантує доставку товару або подання послуги покупцю.The above variant of the electronic payment method is convenient for making purchases "on the spot", for example, at the supermarket checkout, as well as for money transfers. The secure transfer of the unique transaction code from the seller to the buyer is the responsibility of the seller. For greater security, it is possible to enter the seller's name when registering and dictate it to the buyer when confirming the transaction. However, this method does not guarantee the delivery of goods or the provision of services to the buyer.
Другий варіант способу електронних платежів (з гарантією доставки)The second option of the electronic payment method (with delivery guarantee)
Схематично цей спосіб зображено на фіг.5.This method is shown schematically in Fig. 5.
Припустимо, що покупець хоче придбати будь-який товар у продавця на визначену суму, проте бажає заплатити за фактом доставки йому товарів або надання послуги. Продавець надсилає на сервер ЦОПТ 1 запит із зазначенням суми покупки та способу розрахунку. Спосіб розрахунку зазначається у тому випадку, якщо система, що реалізує спосіб, підтримує різні способи розрахунків.Let's assume that the buyer wants to buy any product from the seller for a certain amount, but wants to pay upon delivery of the goods or service. The seller sends a request indicating the amount of the purchase and the method of calculation to the TSOPT 1 server. The calculation method is specified if the system implementing the method supports different calculation methods.
Якщо продавець має стаціонарний термінал продавця 4, то запит надсилають через мережу передачі даних 6. Якщо ж продавець має мобільний термінал продавця 5, то запит надсилають через сотову мережу. Це зображено на фіг.5 як крок Е)Ї.If the seller has a stationary seller terminal 4, then the request is sent via the data network 6. If the seller has a mobile seller terminal 5, then the request is sent via the cellular network. This is shown in Fig. 5 as step E) Y.
Після отримання запиту у ЦОПТ ідентифікують продавця та генерують два унікальні коди транзакції та заносять у свою базу даних, як мінімум, таку інформацію: згенеровані коди транзакції, ідентифікатор продавця, суму транзакції і спосіб розрахунку. Разом з тим у базу даних може заноситися додаткова інформація, що отримана у запиті від продавця, яка передаватиметься далі покупцю для перевірки транзакції, проте це не впливає на суть винаходу.After receiving the request, the TSOPT identifies the seller and generates two unique transaction codes and enters in its database at least the following information: the generated transaction codes, the seller's identifier, the transaction amount and the method of calculation. However, additional information received in the request from the seller may be entered into the database, which will be passed on to the buyer to verify the transaction, but this does not affect the essence of the invention.
Перший згенерований унікальний код транзакції передають покупцю за визначеним продавцем каналом зв'язку. Це зображено на фіг.5 як крок Е2.The first generated unique transaction code is transmitted to the buyer via the communication channel specified by the seller. This is shown in Fig.5 as step E2.
Від продавця перший унікальний код передають покупцю (крок ЕЗ на фіг.5).The first unique code is transferred from the seller to the buyer (step EZ in Fig. 5).
З мобільного терміналу покупця 2 набирають номер ЦОПТ, де спочатку ідентифікують покупця за номером мобільного терміналу, а потім видають йому голосову підказку з пропозицією ввести перший унікальний код транзакції. У відповідь на голосову підказку з клавіатури мобільного терміналу покупця 2 вводять до ЦОПТ перший унікальний код транзакції. Передачу коду від покупця до ЦОПТ зображено фіг.5 як крок Е4.From the mobile terminal of the buyer 2 dials the TSOPT number, where the buyer is first identified by the number of the mobile terminal, and then a voice prompt is issued to him with an offer to enter the first unique transaction code. In response to a voice prompt from the keyboard of the buyer's mobile terminal 2, the first unique transaction code is entered into the POS. The transfer of the code from the buyer to the TCOPT is shown in Fig. 5 as step E4.
У базі даних ЦОПТ знаходять перший унікальний код транзакцій, введений покупцем, та у випадку знаходження, здобувають з бази даних суму транзакції та ідентифікатор продавця, яку продавець передав у ЦОПТ разом із запитом на генерацію унікальних кодів транзакції, назву продавця та спосіб розрахунку. Всю цю інформацію диктують покупцю у вигляді голосової підказки та запитують підтвердження транзакції. Повідомлення від ЦОПТ до покупця на фіг.5 зображено як крокThe first unique transaction code entered by the buyer is found in the database of the TSOPT, and if found, the transaction amount and the seller's identifier, which the seller submitted to the TSOPT along with the request for the generation of unique transaction codes, the name of the seller and the method of payment, are obtained from the database. All this information is dictated to the buyer in the form of a voice prompt and confirmation of the transaction is requested. The message from the TSOPT to the buyer in Fig. 5 is depicted as a step
Е5.E5.
Підтвердження або спростовування транзакції натисканням кнопок на мобільному терміналі покупця 2 зображено на фіг.5 як крок Еб.Confirmation or denial of the transaction by pressing the buttons on the buyer's mobile terminal 2 is shown in Fig. 5 as step Eb.
У випадку підтвердження покупцем транзації у ЦОПТ 1 знаходять за базою даних адресу фінансової установи покупця 2 та його ідентифікатор рахунку і надсилають запит до фінансової установи покупця 2 із зазначенням ідентифікатора рахунку покупця, суми транзакції та способу розрахунку. Це зображено на фіг.5 як крок Е7.In the case of confirmation of the transaction by the buyer, TSOPT 1 finds in the database the address of the financial institution of the buyer 2 and its account identifier and sends a request to the financial institution of the buyer 2 indicating the identifier of the buyer's account, the amount of the transaction and the method of calculation. This is shown in Fig.5 as step E7.
Після отримання відповіді від фінансової установи покупця 2 про можливість проведення транзакції (крок ЕЗ на фіг.5) з ЦОПТ 1 надсилають повідомлення продавцю за визначеним ним каналом зв'язку (крок ЕЇ 1 на фіг.5).After receiving a response from the buyer's financial institution 2 about the possibility of conducting a transaction (step EZ in Fig. 5), the TSOPT 1 sends a message to the seller via the communication channel specified by him (step EI 1 in Fig. 5).
Після цього покупцю за каналами сотової мережі надсилають другий унікальний код транзакції, який відповідає введеному першому унікальному коду транзакції (крок ЕЮ на фіг5), а до фінансової установи покупця 2 надсилають запит про блокування суми транзації на рахунку покупця. Цей запит містить ідентифікатор рахунка покупця та суму транзакції (крок 9 на фіг.5).After that, a second unique transaction code is sent to the buyer via cellular network channels, which corresponds to the entered first unique transaction code (step EU in Fig. 5), and a request to block the transaction amount on the buyer's account is sent to the buyer's financial institution 2. This request contains the buyer's account identifier and the transaction amount (step 9 in Fig. 5).
Після доставки продавцем заказаних товарів покупцю або виконання заказаних послуг від покупця надходить до продавця другий універсальний код транзакції (крок Е12 на фіг.5). Причому передача цього коду може бути здійснена як особисто кур'єром, який доставив товар, так і дистанційно будь-яким можливим способом, для чого можна використовувати "відкриті" канали, тому що можливе перехоплення коду не веде ні до яких наслідків.After the seller delivers the ordered goods to the buyer or performs the ordered services from the buyer, the second universal transaction code is sent to the seller (step E12 in Fig. 5). Moreover, the transmission of this code can be carried out both personally by the courier who delivered the goods, and remotely in any possible way, for which you can use "open" channels, because possible interception of the code does not lead to any consequences.
Після отримання продавцем другого унікального коду транзакції від нього телефонують до ЦОПТ і у відповідь на запрошення вводять другий унікальний код транзакції. Передача коду може бути здійснена й іншим способом, наприклад, кур'єр може телефонувати в офіс продавця та продиктувати цей код, а далі він буде введений з терміналу продавця. Спосіб передачі продавцем другого унікального коду до ЦОПТ не впливає на суть даного винаходу. Передачу другого унікального коду від продавця до ЦОПТ зображено на фіг.5 як крок Е13.After the seller receives the second unique transaction code, the seller calls the TSOPT and enters the second unique transaction code in response to the invitation. The code can be transmitted in another way, for example, the courier can call the seller's office and dictate this code, and then it will be entered from the seller's terminal. The method of transmission by the seller of the second unique code to the CCP does not affect the essence of this invention. The transfer of the second unique code from the seller to the DTC is shown in Fig. 5 as step E13.
Після одержання другого унікального коду транзакції в ЦОПТ його знаходять за базою даних та перевіряють, чи було введено для нього перший унікальний код транзакції та отримано відповідь з фінансової установи покупця 2 про можливість проведення такої транзакції. У випадку проходження зазначених перевірок з ЦОПТ 1 надсилають до фінансової установи покупця 2 повідомлення з вимогою розблокувати суму транзакції та надіслати її до фінансової установи продавця (крок Е14 на фіг.5). Після цього надсилають підтвердження повідомлення покупцю та продавцю за визначеними каналами зв'язку, (крок Е15-1 та Е15-2).After receiving the second unique transaction code, it is found in the TSOPT database and checked to see if the first unique transaction code was entered for it and a response was received from the buyer's financial institution 2 about the possibility of conducting such a transaction. In the case of passing the specified checks, from the Central Bank of Ukraine 1, a message is sent to the buyer's financial institution 2 with a request to unblock the transaction amount and send it to the seller's financial institution (step E14 in Fig. 5). After that, a confirmation message is sent to the buyer and seller via the specified communication channels (step E15-1 and E15-2).
Вищенаведений другий варіант способу електронних платежів зручний для здійснення дистанційних покупок. Продавець перед доставкою товарів упевнений, що він отримає оплату.The above-mentioned second option of the method of electronic payments is convenient for making remote purchases. The seller is sure that he will receive payment before the delivery of the goods.
Покупець повністю захищений від можливого шахрайства через те, що реальна оплата здійснюється за фактом доставки товарів. Унікальні коди транзакції від продавця покупцю та від покупця продавцю можуть передаватися через "відкриті" телекомунікаційні мережі 8, тому що перехоплення або навіть їх підміна не призводять до втрати грошей ані продавцем, ані покупцем.The buyer is fully protected from possible fraud due to the fact that the actual payment is made upon delivery of the goods. Unique seller-to-buyer and buyer-to-seller transaction codes can be transmitted over "open" telecommunications networks 8 because interception or even substitution does not result in the loss of money by either the seller or the buyer.
Третій варіант способу електронних платежівThe third option of the method of electronic payments
Це комбінований спосіб оплати, при якому як і в другому варіанті способу генерують два унікальних коди, але після введення першого унікального коду визначену продавцем суму транзакції переказують до його адреси безумовно, а суму транзакції, що залишається, переказують за фактом доставки товару (введенню другого унікального коду). Цей варіант способу зручний, наприклад, коли продавець бажає отримати наперед вартість доставки товару.This is a combined payment method, in which, as in the second variant of the method, two unique codes are generated, but after entering the first unique code, the transaction amount specified by the seller is transferred to his address unconditionally, and the remaining transaction amount is transferred upon the fact of delivery of the goods (entering the second unique code code). This variant of the method is convenient, for example, when the seller wants to receive the cost of delivery of the goods in advance.
Багато сотових терміналів мають інтерфейси передачі даних на близькі відстані ОА абоMany cellular terminals have short-range data transmission interfaces OA or
ВінеТооїйп. При використанні таких терміналів можна організувати передачу коду від продавця до покупця безпосередньо з терміналу продавця на мобільний термінал покупця (перший варіант способу), а також передачу коду підтвердження доставки з мобільного терміналу покупця на мобільний термінал кур'єра (другий варіант способу),VineTooip. When using such terminals, it is possible to organize the transfer of the code from the seller to the buyer directly from the seller's terminal to the buyer's mobile terminal (the first option of the method), as well as the transfer of the delivery confirmation code from the buyer's mobile terminal to the courier's mobile terminal (the second option of the method),
Коли телефон покупця реалізує індустріальний стандарт 5ІМ Арріїсайоп ТооїКії, то є можливість відмовитися від використання голосових підказок для спілкування покупців та торгівців з ЦОПТ.When the buyer's phone implements the industry standard 5IM Arriisayop TooiKii, then there is an option to refuse the use of voice prompts for communication between buyers and merchants with TSOPT.
Програма, що зберігається на 51ІМ карті сотового телефону, може сама перевіряти код РІМ. У меню сотового телефону можливо за допомогою цієї технології включати додаткові пункти меню, які реалізують спілкування з ЦОПТ.The program stored on the 51IM card of the cell phone can check the RIM code itself. With the help of this technology, it is possible to include additional menu items in the menu of a cell phone that implement communication with the TPMS.
Останнім часом все більшу популярність здобувають гібрідні пристрої (мобільний телефон -Recently, hybrid devices (mobile phone -
РОА). При використанні такого пристрою або ж портативного комп'ютера з картою 25М можливо реалізацію покупця чи мобільного терміналу продавця, використовуючи сервіс 5М5 або обходитися без голосових підказок. Нині ведуться розробки сотових телефонів, у яких є вбудований сканер капілярних ліній (відбитків пальців). Якщо ж такі апарати з'являться, то цю функцію можна з успіхом використовувати замість введення РІМ коду.ROA). When using such a device or a portable computer with a 25M card, it is possible to implement the buyer's or seller's mobile terminal using the 5M5 service or do without voice prompts. Cell phones that have a built-in capillary line (fingerprint) scanner are currently being developed. If such devices appear, then this function can be successfully used instead of entering the ROM code.
Для реалізації даного винаходу не потрібно ніяких спеціалізованих пристроїв на боці покупця та продавця. Покупці можуть використовувати будь-які мобільні термінали, що використовують зазначений стандарт. Продавці можуть використовувати або стандартні мобільні термінали стандарту С5М, або стаціонарні термінали, що реалізовані, наприклад, на персональному комп'ютері.The implementation of this invention does not require any specialized devices on the buyer's and seller's side. Buyers can use any mobile terminals that use the specified standard. Sellers can use either standard mobile terminals of the C5M standard, or stationary terminals implemented, for example, on a personal computer.
Для реалізації апаратного та програмного забезпечення вузла обробки транзакцій може бути використано спеціалізований сервер за допомогою операційних систем сімейства ОМІХ або М/іпаожмвTo implement the hardware and software of the transaction processing node, a specialized server can be used with the help of operating systems of the OMIKH or M/ipaozhmv family
МТ (УМіпдомує 2000), промислових баз даних 5ОЇ,, а також обладнання для комп'ютерної телефонії.MT (UMipdomue 2000), industrial databases 5ОЙ, as well as equipment for computer telephony.
« й й"yyyyyyyyyyyyyyyyyyyy
Я здлттктити таніни, ро Ї Петпрефмяви репо робки й осн пльтіжних : їй транзакцій т я дит Мед й г ; тт с у хі рних Й КІ) т Мерсжа клаїльтюго зв'язку се ше -о ян) о ееI zdlttktit tannins, ro Y Petprefmyavy repo work and basis of payments: her transactions t I dit Med and g ; tt s u hi rnyh Y KI) t Merszha cliiltyugo communication se she -o yan) o ee
Я ом, кн Ю ще Ман о й Ух вчI am, kn Yu also Man oh and Uh vych
Фікі б т кFiki b t k
Гени р ї оалжинх Н ща дент? і ев ян шт бен іGeny r y oaljinh N shcha dent? and ev yan sht ben i
Ж й : ще Мерожа мсабізмим и з яку - і х , «й Н же 7 ані ще т в Ач дн и й 0 стій -и ги ЇїZh y: still Merozha msabismym and from which - and x
ЩІ 1 ший реоевSHCI 1 neck reoev
Б Кок т. чні?B Kok t. chni?
Центроблоин тилажиих тряпзх й ! Й і 7 пкт рик пит я Оу ил яти -- й - | Мережа чейільного язку о -Centrobloyn of tylazhiyh tyrapzhy and ! Y and 7 pkt rik pyt i O il yati -- y - | The network of pipelines about -
Ха вийHey
Мипроют Е -Miproyut E -
ДЕ т М ізDE t M iz
БЕ, Я і ї 3 адBE, I and her 3 ad
Фіг.3 ит й пес ГГ днтсввовFig. 3 it and dog GG dntsvvov
ТОВ 100 ЯЕвптробродки ! ; Б дню. МлОЛіжних пранаакінИ оф Н - пІПЖКМІ І педкнння ня перLLC 100 Yaevptrobrodky! ; B day MlOlyzhnykh pranaakinY of N - pIPZhKMI and pedknnia nya trans
НН: кі хNN: ki x
Ї і хх я г ТУ ь ч яхY i xx i g TU ч ях
ОО і ! . Кк КАХ : НД ГУOO and ! . Kk KAH: ND GU
Життя Х г Х ав - Н ж, а ЗЕЛСКОКЕКМДНЯ йо т мережа - для В 6 кова ч МLife X h H av - N w, and ZELSKOKEKMDNYA yo t network - for V 6 kova h M
Кн о о ; У У КК 4 рана -7 т Мавки к я (Й йKn o o ; In U KK 4 wound -7 t Mavky k ia (Y y
Го ПН оо нон Її Є В і ДеВОйня б, Й дане вач) засGo PN oo non Her IS In and DeVOynya b, And given vach) zas
ФігА 2 ит й гелсту панниFigA 2 it and gelstu virgins
Не й ! Цеєгур обробки ! : СОаШТИ п яляліжних транзакоій 1 і ГУс мемоодійни НNo! Ciegur processing ! : COMPOSITION OF PAYALIZED TRANSACTIONS 1 and GUS Memoodiyny N
ЗАЖМЕТТЕВИТИТІ ! ет рдтGET BUSY! et rdt
Ге ту і яко жеви весHere and how to chew weight
НИ і фі т. Ах бити уNI and fi t. Ah beat u
Ех а - . У р тедлекамунікзційна (5 - Мережа - є : а ня я шині зу нова дин ах УМХ, ша т т,Eh... U r tedlekamunikztsii (5 - Network - is: a nya i shini zu nova din ah UMH, sha t t,
Готи ЗК 4 2-7 ет т а в Я їGoths ZK 4 2-7 et t a in Ya i
З денне ЖК) зни ПІЦИ Її я еЯ ВЕУ де я Бо М хзFrom day ZK) zni PITSI Her I eЯ VEU where I Bo M khz
Чиг,УChig, U
Claims (18)
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| UA2001106950A UA64840C2 (en) | 2001-10-12 | 2001-10-12 | Method of fulfilling payments by electronic facilities (variants) |
| RU2002102639/09A RU2267156C2 (en) | 2001-10-12 | 2002-01-30 | Electronic payment method (variants) |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| UA2001106950A UA64840C2 (en) | 2001-10-12 | 2001-10-12 | Method of fulfilling payments by electronic facilities (variants) |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| UA64840C2 true UA64840C2 (en) | 2004-03-15 |
Family
ID=34514612
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| UA2001106950A UA64840C2 (en) | 2001-10-12 | 2001-10-12 | Method of fulfilling payments by electronic facilities (variants) |
Country Status (2)
| Country | Link |
|---|---|
| RU (1) | RU2267156C2 (en) |
| UA (1) | UA64840C2 (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007055675A1 (en) * | 2005-11-11 | 2007-05-18 | Mykhailo Komissaruk | System and method for making cashless payments |
| CZ299351B6 (en) * | 2007-07-26 | 2008-07-02 | Direct Pay, S.R.O. | Method of making payment transaction by making use of mobile terminal |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EA008185B1 (en) * | 2006-01-23 | 2007-04-27 | Общество С Ограниченной Ответственностью «Интерактивная Мобильная Процессинговая Компания "Мегапэй"» | Method for performing off financial transaction (variants) |
| FR2898238B1 (en) * | 2006-03-02 | 2008-06-06 | Customer Product Relationship | TRANSACTION METHOD BETWEEN TWO SERVERS HAVING A PRIOR VALIDATION STEP USING TWO MOBILE TELEPHONES |
| US9215581B2 (en) | 2006-04-14 | 2015-12-15 | Qualcomm Incorported | Distance-based presence management |
| US8886125B2 (en) | 2006-04-14 | 2014-11-11 | Qualcomm Incorporated | Distance-based association |
| US8552903B2 (en) | 2006-04-18 | 2013-10-08 | Qualcomm Incorporated | Verified distance ranging |
| SE0950453L (en) * | 2006-11-16 | 2009-07-21 | Net 1 Ueps Techonologies Inc | Secure financial transactions |
| US8837724B2 (en) | 2007-03-27 | 2014-09-16 | Qualcomm Incorporated | Synchronization test for device authentication |
| US9524502B2 (en) | 2007-06-20 | 2016-12-20 | Qualcomm Incorporated | Management of dynamic electronic coupons |
| US9483769B2 (en) | 2007-06-20 | 2016-11-01 | Qualcomm Incorporated | Dynamic electronic coupon for a mobile environment |
| US9141961B2 (en) | 2007-06-20 | 2015-09-22 | Qualcomm Incorporated | Management of dynamic mobile coupons |
| US10542372B2 (en) | 2011-03-15 | 2020-01-21 | Qualcomm Incorporated | User identification within a physical merchant location through the use of a wireless network |
| RU2011125333A (en) * | 2011-06-21 | 2012-12-27 | Евгений Яковлевич Билюкин | METHOD OF PERFORMING ELECTRONIC PAYMENT OF GOODS USING MEANS OF MOBILE COMMUNICATION |
| EA201101630A1 (en) * | 2011-10-27 | 2013-04-30 | Закрытое Акционерное Общество "Интервэйл" | SYSTEM AND METHOD OF IMPLEMENTATION OF PAYMENT TRANSACTIONS |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6104999A (en) * | 1998-04-06 | 2000-08-15 | Ameritech Corporation | Transaction sets for automated electronic ordering of telecommunications products and services |
| RU2216773C2 (en) * | 2001-06-20 | 2003-11-20 | Иванов Михаил Борисович | Clearing system |
-
2001
- 2001-10-12 UA UA2001106950A patent/UA64840C2/en unknown
-
2002
- 2002-01-30 RU RU2002102639/09A patent/RU2267156C2/en not_active IP Right Cessation
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007055675A1 (en) * | 2005-11-11 | 2007-05-18 | Mykhailo Komissaruk | System and method for making cashless payments |
| EA011546B1 (en) * | 2005-11-11 | 2009-04-28 | Михайло Комиссарук | System and method for making cashless payments |
| CZ299351B6 (en) * | 2007-07-26 | 2008-07-02 | Direct Pay, S.R.O. | Method of making payment transaction by making use of mobile terminal |
Also Published As
| Publication number | Publication date |
|---|---|
| RU2267156C2 (en) | 2005-12-27 |
| RU2002102639A (en) | 2003-07-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9978059B2 (en) | Systems, apparatus and methods for mobile companion prepaid card | |
| US7182252B1 (en) | Methods and systems for transferring funds | |
| US8464935B2 (en) | In-lane money transfer systems and methods | |
| CA2604348C (en) | Mobile phone charge card notification and authorization method | |
| CN100407213C (en) | Electronic settlement system displaying LCD barcode on mobile terminal, electronic settlement method and cash payment method | |
| CA3049789C (en) | Methods and systems for enhanced consumer payment | |
| US20080222048A1 (en) | Distributed Payment System and Method | |
| US20070005467A1 (en) | System and method for carrying out a financial transaction | |
| CN1319219A (en) | Method and system for paying for goods or services | |
| HU227291B1 (en) | Method and system for cash-free payments | |
| WO2009085387A1 (en) | Methods and systems for cardholder initiated transactions | |
| KR20020007973A (en) | Method for depositing through the mobile phone terminal | |
| WO2001055984A1 (en) | Flexible electronic system for conducting commercial transactions | |
| KR20090130178A (en) | Payment card based remittance system using transfer of money laundering prevention information to start financial institution | |
| UA64840C2 (en) | Method of fulfilling payments by electronic facilities (variants) | |
| EP3631729A1 (en) | System and method for customer initiated payment transaction | |
| KR20190010986A (en) | Paying electronic money server, system, method and computer-readable medium storing program for exchange of electronic money based on market price before proceeding with the transaction | |
| EP1393270A1 (en) | Method for secure, anonymous electronic financial transactions | |
| US20160098706A1 (en) | Method and apparatus for conducting fund transfer between two entities and its application as a cell phone wallet | |
| JP2004523814A (en) | Method and apparatus for transmitting an electronic amount from a fund storage device | |
| KR100897498B1 (en) | Integrated Financial Services System in Ubiquitous Environment | |
| KR20070077728A (en) | Automatic Notice Receiving Service System Using SM and ALS in Non-face-to-face Commerce and Its Method | |
| WO2005109998A2 (en) | Billing system according to ordering by telephone and method thereof | |
| RU2351984C2 (en) | Method for money withdrawal from atm without application of plastic card by means of payment order via sms service | |
| WO2016072933A1 (en) | Method for transferring funds and system thereof |