RU2277723C2 - Способ надежной подготовки и надежного осуществления финансового расчета по сделке купли-продажи между продавцом и покупателем - Google Patents
Способ надежной подготовки и надежного осуществления финансового расчета по сделке купли-продажи между продавцом и покупателем Download PDFInfo
- Publication number
- RU2277723C2 RU2277723C2 RU2003119434/09A RU2003119434A RU2277723C2 RU 2277723 C2 RU2277723 C2 RU 2277723C2 RU 2003119434/09 A RU2003119434/09 A RU 2003119434/09A RU 2003119434 A RU2003119434 A RU 2003119434A RU 2277723 C2 RU2277723 C2 RU 2277723C2
- Authority
- RU
- Russia
- Prior art keywords
- buyer
- seller
- transaction
- intermediary
- unit
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 52
- 238000012546 transfer Methods 0.000 claims abstract description 29
- 230000005540 biological transmission Effects 0.000 claims description 7
- 238000012795 verification Methods 0.000 claims description 6
- 238000012790 confirmation Methods 0.000 claims description 5
- 230000007306 turnover Effects 0.000 claims description 4
- 238000006243 chemical reaction Methods 0.000 claims description 3
- 230000001502 supplementing effect Effects 0.000 claims description 2
- 238000005516 engineering process Methods 0.000 abstract description 2
- 230000009466 transformation Effects 0.000 abstract 2
- 239000000126 substance Substances 0.000 abstract 1
- 230000008569 process Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 3
- 201000009032 substance abuse Diseases 0.000 description 3
- 238000013475 authorization Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 239000013589 supplement Substances 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000007639 printing Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
- G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
-
- 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- 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/22—Payment schemes or models
- G06Q20/26—Debit schemes, e.g. "pay now"
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/409—Device specific authentication in transaction processing
- G06Q20/4093—Monitoring of device authentication
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Networks & Wireless Communication (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Изобретение относится к способам проведения сделки купли-продажи между продавцом и покупателем. Техническим результатом является повышение надежности проведения сделки. В способе создают файл платежных данных, который передают в посреднический блок покупателя. Указанный файл проверяют в посредническом блоке покупателя, выполняют преобразование сальдо, и, после передачи результата преобразования сальдо в посреднический блок продавца, осуществляют финансовый расчет по сделке купли-продажи, при этом во время или после сделки купли-продажи продавец создает некоторый уникальный идентифицирующий сделку элемент данных для этой сделки купли-продажи и сообщает его покупателю путем дополнения основной платежной информации покупателя указанным элементом данных. Создают идентифицированную платежную информацию, которую передают продавцу по сети с участием посреднического блока покупателя и посреднического блока, принадлежащего продавцу, и одновременно с этой передачей, или после нее, инициируют финансовый расчет по этой сделке. 12 з.п. ф-лы, 1 ил.
Description
Предмет настоящего изобретения относится к способу надежной подготовки и надежного осуществления финансового расчета по сделке купли-продажи между продавцом и покупателем, в котором, на основе соглашения о сделке купли-продажи, заключенного между продавцом и покупателем, создается файл платежных данных, содержащий идентифицированную платежную информацию, после чего этот файл платежных данных передается в посреднический блок покупателя либо непосредственно, либо через информационное (IT-) устройство, находящееся у покупателя, причем этот файл платежных данных проверяется в посредническом блоке покупателя, затем, после проверки, в зависимости от ее результата данные финансового блока подвергаются преобразованию сальдо в соответствии с файлом платежных данных и, после передачи результата этого преобразования сальдо в финансовый блок продавца, осуществляется финансовый расчет по сделке купли-продажи.
С развитием компьютерных, информационных и телекоммуникационных технологий все более распространенными становятся такие связанные с покупкой услуг и товаров коммерческие сделки, в которых покупатель и продавец не встречаются лично, или, если личная встреча все же происходит, плата за купленный товар или услугу передается покупателем продавцу после совершения покупки в результате какой-либо разновидности банковской операции.
Патент США №6014636 относится к осуществлению покупки, во время которого покупателю не нужно присутствовать на месте покупки; вместо этого покупатель может заказывать товары или услуги через телекоммуникационную сеть в интерактивном режиме. Однако недостатком этого способа является то, что покупатель вынужден оплачивать стоимость товара банковским переводом - практически авансом, так что у покупателя нет никаких гарантий, что он действительно получит заказанный товар или услугу.
Еще одним недостатком является то, что такие финансовые операции, осуществляемые с помощью банковского перевода, сопряжены с множеством проблем. Нередко лица, несанкционированно получившие доступ к идентификационным данным покупателей, снимают с банковских счетов покупателей меньшие или большие суммы, выполняя несанкционированные денежные перечисления, из-за чего покупатели терпят убытки.
Среди прочих также и способ, раскрытый в описании к патенту Венгрии №Р 9802109, имеет своей целью решить проблемы с такими злоупотреблениями. Суть его заключается в том, что перед выполнением поручения о перечислении денежных средств с банковского счета банк, в котором открыт счет, через телекоммуникационную сеть передает запрос на санкционирование данной операции лицу, имеющему право распоряжаться этим счетом, которой - также используя телекоммуникационное устройство - возвращает назад подтверждающее сообщение. После этого банк, в зависимости от содержимого этого санкционирующего сообщения, полученного, например, в SMS-сообщении, выполняет или отвергает поручение о выполнении банковского перевода.
Недостатком этого решения, однако, является то, что, хотя оно и ставит покупателя в такое положение, что он может подтвердить законность перевода, ни покупатель, ни продавец не уверены в том, что по результатам сделки купли-продажи покупатель получит заказанный товар, а продавец - деньги.
Созданием предлагаемого согласно настоящему изобретению способа преследовалась цель повышения надежности известных интерактивных способов покупки и создания такого варианта, в котором, в случае безналичных покупок, и продавец, и покупатель чувствуют большую безопасность - как с точки зрения возможных злоупотреблений, так и самого осуществления сделки - при сохранении конфиденциальности банковской информации покупателя, продавец получает практически в реальном времени информацию от своего банка о готовности покупателя заплатить и, при этом, финансовый расчет по сделке купли-продажи, с точки зрения безопасности и экономической точки зрения, не меняется по сравнению с обычными методами.
Целью настоящего изобретения является также обеспечение возможности применения способа для любой возможной сделки купли-продажи, т.е. не только через Интернет или других различных видов так называемой "дистанционной покупки", но и для сделок купли-продажи, осуществляемых лично, в которых фактическая оплата производится только после покупки, путем банковского перевода.
В основе настоящего изобретения лежит тот факт, что современные высокопроизводительные телекоммуникационные сети и информационные устройства, а также терминалы подвижной связи, позволяют продавцу определять перед финансовым расчетом по сделке купли-продажи и поставкой, действительно ли у покупателя есть деньги на заказанный товар или услугу, а также готов ли он заплатить. Однако эти же самые сети и устройства существенно снижают возможность для продавца или неуполномоченного на то лица получить идентификационные данные покупателя для получения, в какой-либо форме, контроля над банковским счетом покупателя.
Важным является то, что сделку купли-продажи, другими словами - процесс покупки, и финансовый расчет, другими словами - фактическую уплату стоимости покупки, можно отделить друг от друга, так как во время сделки купли-продажи между заключением договора и платежом можно вставить операцию проверки, в которую - в случае наличия соответствующих технических возможностей - можно вовлечь банки покупателя и продавца. В этом способе перед финансовым расчетом можно реализовать предварительную проверку с участием банков практически в реальном времени, с передачей ее результата продавцу также практически в реальном времени. Так что этим способом можно решить поставленную задачу.
В соответствии с поставленной целью предлагаемый в соответствии с настоящим изобретением способ подготовки и осуществления финансового расчета по сделке купли-продажи между продавцом и покупателем - в котором на основе соглашения о сделке, заключенного между продавцом и покупателем, создается файл платежных данных, содержащий идентифицированную платежную информацию, после чего этот файл платежных данных передается в посреднический блок покупателя, либо непосредственно, либо через информационное (IT-) устройство, находящееся у покупателя, файл платежных данных проверяется в посредническом блоке покупателя, затем, после проверки, в зависимости от ее результата, данные финансового блока подвергаются преобразованию сальдо в соответствии с файлом данных и, после передачи результата этого преобразования сальдо в финансовый блок продавца, выполняется финансовый расчет по сделке купли-продажи - основан на том принципе, что во время или после сделки купли-продажи, заключенной между продавцом (10) и покупателем (30), продавец (10) создает некоторый уникальный идентифицирующий сделку элемент (11b) данных для данной сделки купли-продажи и его сообщают покупателю (30) путем дополнения основной платежной информации (41) покупателя (30) этим уникальным идентифицирующим сделку элементом данных (11b), который был сообщен покупателю (30), создается идентифицированная платежная информация (50), после чего информация передается продавцу с помощью информационного устройства покупателя через сеть передачи информации с привлечением посреднического блока, принадлежащего покупателю, через посреднический блок, принадлежащий продавцу и, одновременно с этой передачей идентифицированной платежной информации или после нее, инициируется финансовый расчет по этой сделке купли-продажи.
Еще одной особенностью предлагаемого согласно настоящему изобретению способа может быть то, что перед финансовым расчетом по сделке купли-продажи упомянутая идентифицированная платежная информация передается в блок проверки оборота продавца через посреднический блок, принадлежащий продавцу, где эта идентифицированная платежная информация снова проверяется, и таким образом создается подтвержденная платежная информация, а финансовый расчет по сделке купли-продажи инициируются только после поступления этой подтвержденной платежной информации в посреднический блок, принадлежащий покупателю.
В одной возможной реализации предлагаемого способа перед финансовым расчетом по сделке купли-продажи с помощью информационного устройства, находящегося у покупателя, формируется подтверждающее поручение, которое передается в посреднический блок, принадлежащий покупателю, и только после этого инициируется финансовый расчет по сделке купли-продажи.
В другом варианте предлагаемого способа финансовый расчет по сделке купли-продажи инициируется одновременно с передачей упомянутой идентифицированной платежной информации из посреднического блока, принадлежащего покупателю, в посреднический блок, принадлежащий продавцу.
В еще одном варианте осуществления настоящего изобретения создаваемый уникальный идентифицирующий сделку элемент данных доводится до сведения покупателя с помощью сети передачи информации и, в соответствующем случае, этот уникальный идентифицирующий сделку элемент данных передается в информационное устройство покупателя, находящееся у покупателя, с помощью этой сети передачи информации.
В другом варианте осуществления предлагаемого способа этот уникальный идентифицирующий сделку элемент данных доводится до сведения покупателя непосредственно.
В еще одном варианте осуществления предлагаемого способа идентифицирующий сделку элемент данных вводится в файл идентифицирующих данных и каждой сделке купли-продажи присваивается некоторый идентифицирующий отдельную сделку элемент данных из этого файла идентифицирующих данных.
С точки зрения реализации настоящего изобретения может быть предпочтительным, чтобы посредническим блоком, принадлежащим покупателю, был банк, управляющий финансовым блоком покупателя, а посредническим блоком, принадлежащим продавцу, был банк, управляющий финансовым блоком продавца, при этом в определенном случае посреднический блок, принадлежащий покупателю, и посреднический блок, принадлежащий продавцу, будут одним и тем же банком.
В еще одном варианте осуществления предлагаемого способа посреднический блок, принадлежащий покупателю, и посреднический блок, принадлежащий продавцу, являются одним и тем же поставщиком коммунальных услуг, при этом в соответствующем случае финансовый блок, принадлежащий покупателю, и финансовый блок, принадлежащий продавцу, оба находятся в управлении одного и того же поставщика коммунальных услуг.
Преимущество предлагаемого согласно настоящему изобретению способа состоит в том, что при его применении и продавец, и покупатель могут чувствовать себя безопасно при осуществлении сделки купли-продажи, поскольку до отправки товара продавец может убедиться в том, что он получит плату за этот товар, а покупателю не придется предоставлять информацию, которая дала бы неуполномоченным лицам возможность злоупотребить ею впоследствии, и, кроме того, покупатель может получить информацию относительно того, действительно ли его перевод поступит данному продавцу, еще до финансового расчета по сделке купли-продажи.
Еще одним преимуществом предлагаемого способа является то, что простыми средствами и без необходимости значительных доработок он создает безопасные условия для электронной торговли и, таким образом, открывает путь для широкого использования таких сделок купли-продажи и глобального экономического развития. Здесь также следует отметить, что применимости настоящего изобретения особенно способствует все более широкое распространение терминалов подвижной связи.
Еще одним преимуществом является то, что в большинстве случаев для осуществления предлагаемого способа нет необходимости создавать новую техническую базу и, зачастую, даже нет необходимости ни модернизировать имеющиеся, ни устанавливать новые устройства у покупателей и продавцов, так что применение этого способа не требует специальных капиталовложений ни со стороны покупателя, ни со стороны продавца.
Предлагаемый согласно настоящему изобретению способ будет представлен ниже подробнее с помощью примеров его реализации со ссылкой на чертеж, представляющий схематическое изображение подключенных к сети средств, подходящих для реализации предлагаемого способа.
На чертеже представлена возможная система, с помощью которой можно осуществить предлагаемый согласно настоящему изобретению способ. Как можно видеть, между продавцом 10 и покупателем 30 нет прямой связи. Они входят в контакт друг с другом через сеть 20 передачи информации. Продавец 10 подключен к сети 20 передачи информации с помощью информационного (IT-) устройства 12 продавца, а покупатель 30 - с помощью информационного (IT-) устройства 31 покупателя. Как информационное (IT-) устройство 12 продавца, так и информационное устройство 31 покупателя могут быть каким-нибудь вычислительным устройством, интерактивным телевизором, портативным устройством или каким-нибудь другим устройством, способным принимать, передавать и отображать данные.
У продавца 10 есть также устройство 11 формирования идентификаторов, служащее для формирования файла 11а идентифицирующих данных, содержащего идентифицирующий сделку элемент 11b данных и служащий для хранения этого идентифицирующего сделку элемента 11b данных. Естественно, устройство 11 формирования идентификаторов может быть также частью IT-устройства 12 продавца. Продавец 10 также подключен к блоку 13 проверки оборота, который также может быть частью IT-устройства 12 продавца. Кроме того, у продавца 10 есть посреднический блок 70, служащий для управления финансовым блоком 71, причем посреднический блок также имеет IT-блок 72.
Кроме IT-устройства 31 покупателя, покупатель 30 также подключен к посредническому блоку 60, управляющему финансовым блоком 61, причем блок 60 также имеет IT-блок 62. Продавец 10 поддерживает связь с посредническим блоком 70 через IT-блок 72, а покупатель 30 связывается для передачи информации с посредническим блоком 60 с помощью IT-блока 62. Связь между продавцом 10 и посредническим блоком 70, а также между покупателем 30 и посредническим блоком 60, может устанавливаться непосредственно или также через сеть 20 передачи информации.
Здесь необходимо отметить, что термин "сеть 20 передачи информации" следует истолковывать как совокупность любых устройств, работающих и сконструированных различными способами, которые пригодны для осуществления обмена информацией. Это относится также и к каналу связи между посредническим блоком 60 и посредническим блоком 70, который может быть реализован путем непосредственного соединения IT-блока 62 и IT-блока 72, или, в альтернативном варианте, через сеть 20 передачи информации. Однако во всех случаях важным требованием является то, чтобы между покупателем 30 и посредническим блоком 60, а также между посредническим блоком 60 и посредническим блоком 70 и между посредническим блоком 70 и продавцом 10 передача информационных потоков осуществлялась с обеспечением должного уровня безопасности.
Практически эффективным будет вариант, в котором посредническим блоком 60 является банк покупателя 30, а финансовым блоком 61 - текущий счет, который имеет покупатель 30 в этом банке. Посредническим блоком 70 является банк продавца 10, и, соответственно, финансовым блоком 71 является текущий счет продавца 10. Здесь необходимо отметить, что вовсе необязательно, чтобы посредническим блоком 60 и посредническим блоком 70 были банки; это могут быть другие учреждения, например поставщики коммунальных услуг; также необязательно, чтобы финансовый блок 61 и финансовый блок 71 принадлежали в организационном смысле к посредническому блоку 60 и посредническому блоку 70. Можно представить и такую ситуацию, в которой посреднический блок 60 принадлежит покупателю 30, а посреднический блок 70 принадлежит продавцу 10, или финансовый блок 61 принадлежит покупателю 30, а финансовый блок 71 принадлежит продавцу 10, или вся группа принадлежит к одному и тому же банку или поставщику коммунальных услуг - в таком случае обмен информацией между посредническим блоком 60 и посредническим блоком 70 и движение денежных средств происходит внутри одной организации.
Ниже предлагаемый способ поясняется с помощью примеров его реализации.
Пример 1:
В этом варианте предлагаемого способа сделка купли-продажи происходит в Интернет. Покупатель 30 с помощью IT-устройства 31 покупателя выбирает товар для приобретения и передает заказ через сеть 20 передачи информации в IT-устройство 12 продавца, находящееся у продавца 10. Продавец 10 с помощью устройства 11 формирования идентификаторов формирует идентифицирующий сделку элемент 11b данных, который передается, также через сеть 20 передачи информации, в IT-устройство 31 покупателя, находящееся у покупателя 30. Сделав заказ, покупатель 30 формирует файл 40 платежных данных, содержащий основную платежную информацию 41, которая включает в себя все данные, на основе которых посреднический блок 60 покупателя 30 может идентифицировать самого покупателя 30, продавца 10, посреднический блок 70 продавца 10 и финансовые параметры сделки.
После передачи идентифицирующего сделку элемента 11b данных в IT-устройство 31 покупателя покупатель 30 дополняет файл 40 платежных данных, содержащий основную платежную информацию 41, идентифицирующим сделку элементом 11b данных, полученным от продавца 10, и таким образом формирует идентифицированную платежную информацию 50. Эта идентифицированная платежная информация 50 теперь не только позволяет однозначно идентифицировать продавца 10, посреднический блок 70 и, кроме того, покупателя 30, но также содержит данные, позволяющие однозначно идентифицировать сделку, заключенную между продавцом 10 и покупателем 30.
Идентифицированная платежная информация 50, сформированная покупателем 30, передается в посреднический блок 60 через сеть 20 передачи информации с помощью IT-устройства 31 покупателя, находящегося у покупателя 30. По полученной идентифицированной платежной информации 50 посреднический блок 60 способен идентифицировать финансовый блок 61 покупателя 30 (другими словами - текущий счет) и затем проверить, действительно ли у покупателя 30 имеется сумма, достаточная для осуществления покупки. В том случае, когда необходимая сумма имеется, посреднический блок 60 передает идентифицированную платежную информацию 50 через сеть 20 передачи информации, на практике - с обеспечением должных мер по защите данных, в посреднический блок 70, которым является банк продавца 10.
По принятой идентифицированной платежной информации 50 посреднический блок 70 идентифицирует продавца 10, а также его финансовый блок 71, другими словами - текущий счет. Кроме идентификации идентифицированная платежная информация 50, поступающая из посреднического блока 60, также предоставляет гарантию того, что финансовый блок 61 покупателя 30 способен выплатить сумму, фигурирующую в идентифицированной платежной информации 50 и в этой связи служит в качестве простого векселя, т.е. гарантии посреднического блока 60 покупателя 30.
Идентифицированная платежная информация 50, поступившая и проанализированная посредническим блоком 70, передается через сеть 20 передачи информации посредническим блоком 70 продавцу 10, который затем сравнивает идентифицированную платежную информацию 50 с имеющимися у него данными, используя блок 13 проверки оборота. Если данные, полученные в идентифицированной платежной информации 50, особенно размер платы, соответствуют данным, хранимым в IT-устройстве 12 у продавца 10, тогда, принимая их, создается подтвержденная платежная информация 51, которую продавец 10 затем передает через его посреднический блок 70 в посреднический блок 60 покупателя 30, а также отсылает заказанный покупателем 30 товар покупателю 30. После того как подтвержденная платежная информация 51 вернется в посреднический блок 60 - в настоящем варианте способа - посреднический блок 60 инициирует финансовый расчет по данной сделке купли-продажи, заключенной между продавцом 10 и покупателем 30. В результате чего известным способом выполняется операция перечисления для дебетования финансового блока 61 покупателя 30 и обычным способом сумма, перечисленная покупателем 30, появляется в финансовом блоке 71 продавца 10.
Пример 2:
В настоящем варианте предлагаемого способа продавец 10 и покупатель 30 встречаются непосредственно, другими словами, сделка купли-продажи осуществляется не через сеть 20 передачи информации, а лично. После заключения сделки купли-продажи продавец 10 выписывает покупателю 30 счет для оплаты, которую подготавливает и распечатывает IT-устройство 12 у продавца 10, причем таким образом, что номер этого счет для оплаты является идентифицирующим сделку элементом 11b данных, сформированным устройством 11 формирования идентификаторов. На основании счета для оплаты, полученного таким образом, покупатель 30 подготавливает файл 40 платежных данных, который содержит основную платежную информацию 41 и в который также непосредственно вписывается идентифицирующий сделку элемент 11b данных, другими словами, номер полученного счета для оплаты. Созданная идентифицированная платежная информация 50 передается в посреднический блок 60 с помощью терминала подвижной связи покупателя 30.
Посреднический блок 60 покупателя 30 проверяет идентифицированную платежную информацию 50 и передает ее дальше в посреднический блок 70 продавца 10, откуда эта информация попадает к продавцу 10 (способом, описанным в предыдущем примере). На основе этой принятой информации продавец 10, после заключения сделки купли-продажи, передает товар покупателю 30 тут же на месте.
Пример 3:
В настоящем варианте предлагаемого способа покупатель 30 связывается с продавцом 10 через сеть 20 передачи информации по телефону и, после заключения сделки купли-продажи, продавец 10 выписывает счет для оплаты, представляющий собой лист из книжки счетов для оплаты. В этой книжке счетов для оплаты каждый отдельный счет имеет предварительно напечатанный на нем порядковый номер, являющийся порядковым номером данного счета для оплаты, проставленный печатной машиной, которая может быть подключена к продавцу 10 в качестве устройства формирования идентификаторов. Все номера счетов для оплаты в книжке счетов для оплаты образуют файл 11а идентифицирующих данных, тогда как отдельные номера счетов для оплаты образуют идентифицирующие сделки элементы 11b данных.
После того как продавец 10 сообщит покупателю 30 порядковый номер счета к оплате, относящегося к сделке, другими словами идентифицирующий сделку элемент 11b данных, покупатель 30 действует в соответствии со способом, описанном в примере 1. Различие, однако, состоит в том, что после того как продавец 10 получит из посреднического блока 70 идентифицированную платежную информацию 50 и затем, после проверки, выполненной в блоке 13 проверки оборота, будет создана и отослана назад в посреднический блок 60 подтвержденная платежная информация 51, посреднический блок 60 покупателя 30 не инициирует финансовой расчет.
На этой фазе процесса у продавца 10 есть достаточные гарантии того, что он получит деньги за товар, который он должен поставить, но у покупателя 30 еще не было возможности опробовать заказанный товар. Соответственно, финансовый расчет инициируется только после того, как покупатель 30 получит заказанный товар и передаст подтверждающее поручение 63 в посреднический блок 60, разрешающий инициировать финансовый расчет.
По представленным примерам видно, что предлагаемый согласно настоящему изобретению способ может иметь множество других вариантов, которые можно также сочетать друг с другом, однако важнее всего во всех них то, что покупатель 30 не сообщает продавцу 10 свои банковские идентификационные данные; вместо этого продавец создает однозначно идентифицирующий сделку элемент 10Ь данных, который покупатель 30 может использовать независимо, так что, в сущности, во время сделки купли-продажи и финансового расчета может сохраняться финансовая анонимность покупателя 30.
Еще одним важной новой особенностью является то, что финансовому расчету предшествует выдаваемая в реальном времени гарантия оплаты (типа "простой вексель"), так что для физического осуществления сделки не приходится ожидать окончания длительного процесса финансового расчета даже между партнерами, не известными друг другу. Ощущение уверенности участников сделки повышает то обстоятельство, что во время финансового расчета они всегда контактируют лишь с известными им партнерами: покупатель и продавец - со своими посредническими блоками, посреднические блоки - со своими клиентами и друг с другом. Сделка становится проще благодаря тому, что нет необходимости привлечения посторонних, с которыми, при иных обстоятельствах, участники сделки не вступали бы ни в какой контакт!
Во всех вариантах предлагаемого согласно настоящему изобретению способа путем передачи идентифицированной платежной информации в посреднический блок продавца посреднический блок покупателя может предоставлять гарантию уплаты стоимости покупки, указанной в файле платежных данных. Это может также позволить продавцу ускорить свой оборот средств, так как при наличии банковского простого векселя у него появляется возможность продать этот долг, если, согласно договору, фактический финансовый расчет предусмотрен в более позднее время.
Представленные примеры относятся лишь к основным этапам предлагаемого согласно настоящему изобретению способу. Однако при реальном осуществлении для максимального удовлетворения требований клиентов целесообразно дополнить способ обменом сообщениями об ошибках и подтверждающими сообщениями, и процессом для обработки запросов о возврате денег. Настоящее описание не распространяется на эти сервисы, так как они являются очевидными из принципов и этапов, раскрытых в описании.
Предлагаемый согласно настоящему изобретению способ можно особенно хорошо применять для быстрого и надежного осуществления сделок т.н. "электронного бизнеса" (electonic commerce).
Claims (13)
1. Способ надежной подготовки и надежного осуществления финансового расчета по сделке купли-продажи между продавцом и покупателем, в котором на основе соглашения о сделке купли-продажи, заключенного между продавцом и покупателем, создается файл платежных данных, содержащий идентифицированную платежную информацию, который передается в посреднический блок покупателя либо непосредственно, либо с помощью информационного устройства покупателя, находящегося у покупателя, после чего этот файл платежных данных проверяется в посредническом блоке покупателя, затем после этой проверки в зависимости от ее результата данные финансового блока подвергаются преобразованию сальдо в соответствии с файлом платежных данных и после передачи результата этого преобразования сальдо в финансовый блок продавца осуществляется финансовый расчет по этой сделке купли-продажи, отличающийся тем, что во время или после сделки купли-продажи, заключенной между продавцом (10) и покупателем (30), продавец (10) создает некоторый уникальный идентифицирующий сделку элемент (11b) данных для этой сделки купли-продажи и сообщает его покупателю (30), путем дополнения основной платежной информации (41) покупателя (30) этим уникальным идентифицирующим сделку элементом (11b) данных, который был сообщен покупателю (30), создается идентифицированная платежная информация (50), после чего упомянутая идентифицированная платежная информация (50) передается продавцу (10) с помощью информационного устройства (31) покупателя через сеть (20) передачи информации с участием посреднического блока (60), принадлежащего покупателю (30), через посреднический блок (70), принадлежащий продавцу (10), и одновременно с этой передачей идентифицированной платежной информации (50) или после нее инициируется финансовый расчет по сделке купли-продажи.
2. Способ по п.1, отличающийся тем, что перед финансовым расчетом по сделке купли-продажи упомянутая идентифицированная платежная информация (50) передается в блок (13) проверки оборота продавца (10) через посреднический блок (70), принадлежащий продавцу (10), где эта идентифицированная платежная информация (50) снова проверяется, и таким образом создается подтвержденная платежная информация (51), а финансовый расчет по сделке купли-продажи инициируется только после поступления этой подтвержденной платежной информации (51) в посреднический блок (60), принадлежащий покупателю (30).
3. Способ по п.1 или 2, отличающийся тем, что перед финансовым расчетом по сделке купли-продажи с помощью информационного устройства (31) покупателя, находящегося у покупателя (30), формируется подтверждающее поручение (63), которое передается в посреднический блок (60), принадлежащий покупателю (30), и только после этого инициируется финансовый расчет по сделке купли-продажи.
4. Способ по п.1, отличающийся тем, что финансовый расчет по сделке купли-продажи инициируется одновременно с передачей упомянутой идентифицированной платежной информации (50) из посреднического блока (60), принадлежащего покупателю (30), в посреднический блок (70), принадлежащий продавцу (10).
5. Способ по любому из пп.1-4, отличающийся тем, что упомянутый уникальный идентифицирующий сделку элемент (11b) данных продавца (10) доводится до сведения покупателя (30) с помощью сети (20) передачи информации.
6. Способ по п.5, отличающийся тем, что упомянутый уникальный идентифицирующий сделку элемент (11b) передается в информационное устройство (31) покупателя, находящееся у покупателя (30), с помощью сети (20) передачи информации.
7. Способ по любому из пп.1-4, отличающийся тем, что упомянутый уникальный идентифицирующий сделку элемент (11b) данных доводится до сведения покупателя (30) непосредственно.
8. Способ по любому из пп.1-7, отличающийся тем, что упомянутый идентифицирующий сделку элемент (11b) данных вводится в файл (11а) идентифицирующих данных и каждой отдельной сделке купли-продажи присваивается отдельный идентифицирующий сделку элемент (11b) данных файла (11а) идентифицирующих данных.
9. Способ по любому из пп.1-8, отличающийся тем, что упомянутым посредническим блоком (60), принадлежащим покупателю (30), является банк, управляющий финансовым блоком (61) покупателя (30).
10. Способ по любому из пп.1-8, отличающийся тем, что упомянутым посредническим блоком (70), принадлежащим продавцу (10), является банк, управляющий финансовым блоком (71) продавца (10).
11. Способ по любому из пп.1-10, отличающийся тем, что упомянутый посреднический блок (60), принадлежащий покупателю (30), и упомянутый посреднический блок (70), принадлежащий продавцу (10), являются одним и тем же банком.
12. Способ по любому из пп.1-8, отличающийся тем, что упомянутый посреднический блок (60), принадлежащий покупателю (30), и упомянутый посреднический блок (70), принадлежащий продавцу (10), являются одним и тем же поставщиком коммунальных услуг.
13. Способ по п.12, отличающийся тем, что и упомянутым финансовым блоком (61), принадлежащим покупателю (30), и финансовым блоком (71), принадлежащим продавцу (10), управляет один и тот же поставщик коммунальных услуг.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| HUP0004604 | 2000-11-20 | ||
| HU0004604A HU224093B1 (hu) | 2000-11-20 | 2000-11-20 | Eljárás eladó és vevő közötti üzletkötés pénzügyi teljesítésének megbízható előkészítésére és végrehajtására |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| RU2003119434A RU2003119434A (ru) | 2004-12-10 |
| RU2277723C2 true RU2277723C2 (ru) | 2006-06-10 |
Family
ID=89978773
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2003119434/09A RU2277723C2 (ru) | 2000-11-20 | 2001-11-09 | Способ надежной подготовки и надежного осуществления финансового расчета по сделке купли-продажи между продавцом и покупателем |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US20040039697A1 (ru) |
| EP (1) | EP1336164A1 (ru) |
| CN (1) | CN1483185A (ru) |
| AU (1) | AU2002223918A1 (ru) |
| CA (1) | CA2450876A1 (ru) |
| HU (1) | HU224093B1 (ru) |
| RU (1) | RU2277723C2 (ru) |
| WO (1) | WO2002041270A1 (ru) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011002326A1 (ru) * | 2009-05-26 | 2011-01-06 | Prozorovskiy Andrey Alexandrovich | Способ и система осуществления бизнес-процесса |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2558404A1 (en) | 2004-03-02 | 2005-09-15 | Volt Information Sciences Inc. | Method of and system for consultant re-seller business information transfer |
| US20060111938A1 (en) * | 2004-11-24 | 2006-05-25 | Medical Technologies Unlimited, Inc. | Method of delivering diagnostic services |
| US7809652B2 (en) * | 2007-01-30 | 2010-10-05 | Visa U.S.A. Inc. | Signature based negative list for off line payment device validation |
| JP7208452B2 (ja) * | 2018-12-10 | 2023-01-19 | 富士通株式会社 | データ取引処理プログラム、データ取引処理装置、及びデータ取引処理方法 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5465206B1 (en) * | 1993-11-01 | 1998-04-21 | Visa Int Service Ass | Electronic bill pay system |
| US6029150A (en) * | 1996-10-04 | 2000-02-22 | Certco, Llc | Payment and transactions in electronic commerce system |
| US6085168A (en) * | 1997-02-06 | 2000-07-04 | Fujitsu Limited | Electronic commerce settlement system |
| US5883810A (en) * | 1997-09-24 | 1999-03-16 | Microsoft Corporation | Electronic online commerce card with transactionproxy number for online transactions |
| US6327578B1 (en) * | 1998-12-29 | 2001-12-04 | International Business Machines Corporation | Four-party credit/debit payment protocol |
| CA2347396A1 (en) * | 2001-05-11 | 2002-11-11 | Webcc Inc. | Method and for secure, anonymous electronic financial transactions |
-
2000
- 2000-11-20 HU HU0004604A patent/HU224093B1/hu active IP Right Grant
-
2001
- 2001-11-09 WO PCT/HU2001/000109 patent/WO2002041270A1/en not_active Application Discontinuation
- 2001-11-09 CA CA002450876A patent/CA2450876A1/en not_active Abandoned
- 2001-11-09 RU RU2003119434/09A patent/RU2277723C2/ru not_active IP Right Cessation
- 2001-11-09 US US10/432,096 patent/US20040039697A1/en not_active Abandoned
- 2001-11-09 CN CNA01821147XA patent/CN1483185A/zh active Pending
- 2001-11-09 AU AU2002223918A patent/AU2002223918A1/en not_active Abandoned
- 2001-11-09 EP EP01996838A patent/EP1336164A1/en not_active Ceased
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011002326A1 (ru) * | 2009-05-26 | 2011-01-06 | Prozorovskiy Andrey Alexandrovich | Способ и система осуществления бизнес-процесса |
Also Published As
| Publication number | Publication date |
|---|---|
| HUP0004604A2 (en) | 2002-06-29 |
| EP1336164A1 (en) | 2003-08-20 |
| CA2450876A1 (en) | 2002-05-23 |
| US20040039697A1 (en) | 2004-02-26 |
| CN1483185A (zh) | 2004-03-17 |
| WO2002041270A1 (en) | 2002-05-23 |
| HU0004604D0 (ru) | 2001-02-28 |
| AU2002223918A1 (en) | 2002-05-27 |
| HU224093B1 (hu) | 2005-05-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11645640B2 (en) | Authentication and payment system and method using mobile communication terminal | |
| US10915898B2 (en) | Demand deposit account payment system | |
| RU2438172C2 (ru) | Способ и система для осуществления двухфакторной аутентификации при транзакциях, связанных с заказами по почте и телефону | |
| US7742967B1 (en) | Secure and efficient payment processing system | |
| US6980970B2 (en) | Secure networked transaction system | |
| USRE43440E1 (en) | Method for performing a transaction over a network | |
| US6947908B1 (en) | System and use for correspondent banking | |
| CA2950637C (en) | Universal merchant platform for payment authentication | |
| US6594647B1 (en) | Real time bank-centric universal payment system | |
| US20020103753A1 (en) | Charge splitter application | |
| US20090327133A1 (en) | Secure mechanism and system for processing financial transactions | |
| US20060085269A1 (en) | Transaction processing | |
| RU2449481C2 (ru) | Способы и системы усовершенствованного осуществления платежа покупателями | |
| US20070266131A1 (en) | Obtaining and Using Primary Access Numbers Utilizing a Mobile Wireless Device | |
| CN109074578A (zh) | 用于执行推送交易的系统和方法 | |
| CN109426955B (zh) | 目标对象提供方法、装置及系统 | |
| US20020174065A1 (en) | Multi-currency electronic payment system and terminal emulator | |
| US20130185207A1 (en) | Method and system for online authentication using a credit/debit card processing system | |
| JP2003532170A (ja) | 安全な電子取引のためのシステムおよび方法 | |
| US20140019356A1 (en) | Online electronic transaction and funds transfer method and system | |
| RU2277723C2 (ru) | Способ надежной подготовки и надежного осуществления финансового расчета по сделке купли-продажи между продавцом и покупателем | |
| KR100592156B1 (ko) | 이동통신망을 이용한 직불 거래 서비스 방법 | |
| WO2007010353A1 (en) | A system to enable a user to effect a payment to a third party and a method of operating the system | |
| WO2009004393A1 (en) | System, central clearing unit and method for effectuating financial transactions in a virtual environment, electronic commerce system and method, and computer program product | |
| RU2295771C1 (ru) | Способ выполнения электронных транзакций |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20201110 |