RU2182726C2 - Восстановление операции в системе переноса денежных средств - Google Patents

Восстановление операции в системе переноса денежных средств Download PDF

Info

Publication number
RU2182726C2
RU2182726C2 RU97120696/09A RU97120696A RU2182726C2 RU 2182726 C2 RU2182726 C2 RU 2182726C2 RU 97120696/09 A RU97120696/09 A RU 97120696/09A RU 97120696 A RU97120696 A RU 97120696A RU 2182726 C2 RU2182726 C2 RU 2182726C2
Authority
RU
Russia
Prior art keywords
fund
payment
funds
money
electronic
Prior art date
Application number
RU97120696/09A
Other languages
English (en)
Other versions
RU97120696A (ru
Inventor
Дэвид Баррингтон ЕВЕРЕТТ
Тимоти Филип РИЧАРДС
Original Assignee
Мондекс Интернэшнл Лимитед
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from GBGB9509763.0A external-priority patent/GB9509763D0/en
Priority claimed from GBGB9509766.3A external-priority patent/GB9509766D0/en
Priority claimed from GBGB9509762.2A external-priority patent/GB9509762D0/en
Application filed by Мондекс Интернэшнл Лимитед filed Critical Мондекс Интернэшнл Лимитед
Publication of RU97120696A publication Critical patent/RU97120696A/ru
Application granted granted Critical
Publication of RU2182726C2 publication Critical patent/RU2182726C2/ru

Links

Images

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
    • 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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • 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/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • 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
    • 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/0806—Details of the card
    • G07F7/0833—Card having specific functional components
    • G07F7/084—Additional components relating to data transfer and storing, e.g. error detection, self-diagnosis

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Debugging And Monitoring (AREA)
  • Hardware Redundancy (AREA)
  • Communication Control (AREA)
  • Flow Control (AREA)
  • Feeding, Discharge, Calcimining, Fusing, And Gas-Generation Devices (AREA)
  • Inspection Of Paper Currency And Valuable Securities (AREA)
  • Pharmaceuticals Containing Other Organic And Inorganic Compounds (AREA)
  • Exchange Systems With Centralized Control (AREA)
  • Feedback Control In General (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Vehicle Waterproofing, Decoration, And Sanitation Devices (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Preparation Of Compounds By Using Micro-Organisms (AREA)
  • Detergent Compositions (AREA)

Abstract

Изобретение относится к системам переноса денежных средств для безналичных финансовых операций. Техническим результатом является восстановление прерванных операций в исходное положение и их полное выполнение. Система содержит множество электронных денежных фондов, множество устройств-носителей прикладных систем, множество устройств сопряжения. 5 з.п. ф-лы, 10 ил.

Description

Изобретение касается системы переноса денежных средств для безналичных финансовых операций, а конкретно восстановления неудавшихся операций. Системы переноса денежных средств были предложены для осуществления взаимного обмена денежными средствами между "электронными денежными фондами". Такие системы описаны, например, в Международных патентных публикациях WO 91/16691 и WO 93/08545. Носители, защищенные от кражи, такие как карты с интегральными схемами (КИС), по-другому известные как "интеллектуальные карты", включают микропроцессоры и электронные запоминающие устройства и несут в себе "электронные денежные фонды". Строго говоря, электронные денежные фонды представляют собой компьютерные "приложения" (прикладные системы), состоящие из программ и связанных с ними данных, а интеллектуальные карты - это один из примеров устройства-носителя прикладных систем (УНП).
Для того, чтобы производить обмен денежными средствами между электронными денежными фондами, карты (УНП), которые являются носителями соответствующих денежных фондов, вводятся во взаимодействие через одно или несколько устройств сопряжения (УС) (интерфейсов). Например, при получении денежных средств или, когда "электронные деньги" поступают в денежный фонд из банка, потребитель (клиент) должен ввести карту в автоматический банковский аппарат (АБА), связанный с этим банком. АБА является устройством сопряжения, которое связано с УНП, которое, в свою очередь, является носителем электронного денежного фонда этого банка. Через устройство сопряжения (УС) происходит обмен информацией между денежным фондом и требующиеся электронные деньги переводятся из денежного фонда банка в денежный фонд потребителя. Для банка - это операция в диалоговом режиме.
Другой формой устройства сопряжения является терминал пункта торговли (ПТ) в розничном магазине. Здесь потребитель может ввести свою карту в терминал, таким образом, соединив свой электронный денежный фонд с электронным денежным фондом продавца. Товары могут быть куплены с помощью переноса электронных денег из денежного фонда потребителя в денежный фонд продавца. Для банка - это операция в автономном режиме. Возможны также дистанционные операции, когда две карты-носители денежных фондов вводятся в соответствующие устройства сопряжения, которые связаны друг с другом через модемы и коммуникационную сеть. Следовательно, денежными средствами можно обмениваться при проведении операций, например, через телефон или по Интернет.
Обычно операция для обмена денежными средствами состоит из обмена рядом сообщений между денежными фондами в соответствии с заданным протоколом. Возможно, что по ряду причин последовательность сообщений может быть прервана. Это может быть связано с неисправностью аппаратуры, отключением электропитания или нарушением целостности сообщения, например, из-за электрического шума или проблем с синхронизацией. Большинство сетевых систем на уровне модема имеют технические средства для коррекции ошибок. Но даже при этом существует потенциальная возможность неудачного проведения операции из-за прерывания последовательности операционных сообщений. Настоящее изобретение направлено на создание системы, имеющей технические средства для восстановления прерванных операций в исходное положение и их полного выполнения.
Согласно изобретению предлагается система переноса денежных средств, содержащая ряд электронных денежных фондов; ряд устройств-носителей прикладных систем (УНП), которые являются носителями электронных денежных фондов; и ряд устройств сопряжения (УС) для связывания в пары устройств-носителей прикладных систем (УНП), для того чтобы между парами электронных денежных фондов происходили операции переноса денежных средств, причем операция между парой электронных денежных фондов в устройствах-носителях прикладных систем (УНП), связанных с помощью устройства сопряжения (УС), включает обмен операционными сообщениями в последовательности, соответствующей заданному протоколу, каждое операционное сообщение посылается из одного электронного денежного фонда пары в устройство сопряжения (УС) и из устройства сопряжения (УС) в другой электронный денежный фонд пары, при этом система содержит средство хранения для сохранения операционных сообщений после того, как они были отправлены, а устройство сопряжения (УС) включается в работу для вызова процедуры восстановления, если нарушена заданная последовательность операционных сообщений, при этом процедура восстановления включает шаг по выходу из средства хранения последнего отправленного операционного сообщения и повторной его отправке для возобновления последовательности.
Предпочтительно, чтобы электронный денежный фонд включал ждущий файл регистрации (журнал), который содержит данные о текущей или самой последней операции, причем ждущие файлы регистрации упомянутой пары денежных фондов составляют упомянутое средство хранения. Кроме того, предпочтительно, чтобы каждый электронный денежный фонд имел файл регистрации особых ситуаций, в котором хранятся данные по неудавшимся операциям, причем содержание ждущего файла регистрации копируется в виде записи в файл регистрации особых ситуаций при сбое, для того, чтобы восстановить неудавшуюся операцию.
Процедура восстановления может включать метод проб и ошибок, причем устройство сопряжения (УС) включается в работу, когда выполняется этот метод, для того, чтобы:
(а) опрашивать первый электронный денежный фонд пары для вывода из его ждущего файла регистрации последнего операционного сообщения, которое было отправлено;
(b) передавать это операционное сообщение в другой электронный денежный фонд пары для возобновления операции, и, если это приводит к ошибке, то;
(с) опрашивать упомянутый другой электронный денежный фонд пары для вывода из его ждущего файла регистрации последнего операционного сообщения, которое было отправлено; и
(d) передавать это операционное сообщение в первый электронный денежный фонд пары для возобновления операции.
Метод проб и ошибок может привести к тому, что посылается чрезмерное количество сообщений и в некоторых ситуациях может быть лучше использовать заданный, более структурированный метод восстановления. В этом случае устройство сопряжения (УС) включается в работу, для того чтобы:
(а) опрашивать оба электронных денежных фонда пары, для того, чтобы определить из их ждущих файлов регистрации, какой электронный денежный фонд продвинулся дальше в неудавшейся операции;
(b) опрашивать электронный денежный фонд, который в неудавшейся операции продвинулся дальше, для вывода из его ждущего файла регистрации последнего операционного сообщения, которое было отправлено; и
(с) передавать это операционное сообщение в другой электронный денежный фонд пары для возобновления операции.
Вместо или помимо сохранения операционных сообщений в ждущих файлах регистрации в электронных денежных фондах, эти сообщения могут сохраняться в буфере в устройстве сопряжения (УС), после того как они были отправлены. Тогда устройству сопряжения (УС) не потребуется восстанавливать из электронных денежных фондов последнее отправленное сообщение.
Для пользователей очевидно, что многие сбои операций будут кратковременными и тогда предпочтительно, чтобы устройство сопряжения включалось в работу для вызова процедуры восстановления автоматически и немедленно. Однако иногда операция может быть прервана по более значительной причине, например, из-за вывода карты из устройства сопряжения (УС). Тогда необходима процедура для отложенного восстановления операций и предпочтительная схема заключается в том, что устройство сопряжения должно опросить электронные денежные фонды в начале предполагаемой операции с тем, чтобы определить, если ли зависшая неудавшаяся операция между теми денежными фондами, которые способны к возобновлению ее, так чтобы могла быть инициирована процедура отложенного восстановления.
Далее изобретение будет описано со ссылками на прилагаемые чертежи, на которых:
фиг. 1 - упрощенная схема системы переноса денежных средств согласно изобретению;
фиг.2 - упрощенная схема устройства терминала пункта торговли, входящего в систему, показанную на фиг.1;
фиг. 3 - схема, иллюстрирующая осуществление дистанционной связи между электронными денежными фондами;
фиг. 4 - схема, показывающая файлы регистрации в электронном денежном фонде системы, изображенной на фиг.1;
фиг. 5 - схема, иллюстрирующая поток командных и ответных операционных сообщений в обычной операции по переносу денежных средств на терминале пункта торговли в системе переноса денежных средств;
фиг. 6-8 - схемы, показывающие поток командных и ответных операционных сообщений в трех, соответственно, примерах автоматического и немедленного выполнения процедуры восстановления операции в системе переноса денежных средств;
фиг. 9 - схема, показывающая поток командных и ответных операционных сообщений при выполнении процедуры заданного и отложенного восстановления в системе переноса денежных средств; и
фиг.10 - схема, показывающая поток командных и ответных операционных сообщений при выполнении процедуры заданного и отложенного восстановления в системе переноса денежных средств.
Обратимся к фиг.1 и фиг.2, на которых показана система переноса денежных средств. Согласно изобретению она представляет собой систему электронных денег такого типа, который описан в Международных Патентных Публикациях WO 91/16691 и WO 93/08545. Каждая из интеллектуальных карт 1 представляет собой устройство-носитель прикладной системы (УНП), которое содержит микропроцессор, ОПУ (оперативное запоминающее устройство) и ПЗУ (постоянное запоминающее устройство), которое относится к типу электрически стираемого программируемого постоянного запоминающего устройства (ЭСППЗУ). Электронные денежные фонды представляют собой прикладные системы на устройствах-носителях прикладных систем (УНП), которые содержат программы и данные, включающие данные о денежных средствах, которые являются электронными деньгами. Электронные деньги переносятся из одного денежного фонда в другой денежный фонд путем электрического соединения между собой соответствующих устройств-носителей прикладных систем (УНП) через одно или два устройства сопряжения (УС) и обмена операционными сообщениями. Сообщения имеют форму команд, выдаваемых устройствами сопряжения, и ответов от денежных фондов. Ответы включают сообщение о переносе денежных средств, вследствие чего данные о величине денежных средств в электронном денежном фонде плательщика уменьшаются на некоторую величину, а в электронном денежном фонде получателя увеличиваются на ту же величину. Как было описано в вышеупомянутой международной патентной публикации, электронные денежные фонды и операционные сообщения защищены с помощью криптографической системы с открытым/секретным ключом.
Одна из форм устройств сопряжения (УС) это персональный "бумажник", который имеет две щели для приема соответствующих устройств-носителей прикладных систем (УНП) и управляет переносом денежных средств между содержащимися в них электронными денежными фондами. На фиг.2 показано устройство сопряжения (УС) в виде бумажника 5, в которое вставлены две интеллектуальные карты 1с, 1d. Устройство сопряжения (УС) имеет экран 6 и клавиатуру 7. Внутри устройство сопряжения (УС) имеет микропроцессор 8, ОЗУ 9 и ЭСППЗУ 10. В ОЗУ 9 имеется два буфера 11, 12. Каждый буфер представляет собой участок памяти, который сохраняет операционные сообщения после того, как они переданы из устройства сопряжения (УС) в устройства-носители прикладной системы (УНП) 1с и 1d, соответственно. В другом варианте имеется один буфер, в котором сохраняется последнее отправленное сообщение независимо от того, в какое устройство-носитель прикладной системы (УНП) оно передано. Буфер или буферы могут быть в виде ЭСППЗУ вместо ОЗУ. На фиг.2 также показаны устройства-носители прикладной системы (УНП), содержащие микропроцессоры 13с, 13d; ОЗУ 14с, 14d; и ЭСППЗУ 15с, 15d.
Одним из примеров операции по переносу денежных средств является поступление электронных денег в электронный денежный фонд потребителя из банка, такого как банк 16 на фиг.1. Здесь устройство сопряжения (УС), которое связывает устройство-носитель прикладной системы (УНП) потребителя с устройством-носителем прикладной системы (УНП) банка представляет собой автоматический банковский аппарат 17. Теперь потребитель может купить товары у продавца магазина розничной торговли, вставляя свое устройство-носитель прикладной системы (УНП) в терминал пункта торговли (ПТ), с которым также связывается устройство-носитель прикладной системы (УНП) продавца. Операция по переносу электронных денег может быть начата. Что касается банка, то для него это автономная операция. Продавцы могут передавать накопленные электронные деньги в свои собственные банки с помощью последующих операций, либо с использованием устройства сопряжения (УС) типа автоматического банка или по телефону, как это схематически проиллюстрировано на фиг.3. Здесь устройство-носитель прикладной системы (УНП) 1а связывается с устройством сопряжения (УС) 18, которое представляет собой объединенные устройство считывания карты и модем. Оно подсоединяется с помощью телефона к устройству сопряжения 19 в банке продавца, которое также представляет собой объединенные модем и устройство считывания карты, и которое, в свою очередь, связывается с устройством-носителем прикладной системы (УНП) 1b банка.
фиг. 4 схематически иллюстрирует часть ЭСППЗУ 4 устройства-носителя прикладной системы (УНП), в которой содержатся данные электронного денежного фонда, сохраняющие три записи (данные) по платежу.
Подробная информация (данные) текущего или последнего платежа находится в записи 20 ждущего файла регистрации. Если прохождение платежа достигло критической точки, но еще не закончено, тогда для этого платежа может быть применена процедура восстановления. Пока подробная информация сохраняется в записи ждущего файла регистрации, может быть повторно восстановлено самое последнее сообщение протокола платежа, которое было отправлено денежным фондом во время этого платежа (если это имеет место). Эта критическая точка возникает во время успешного выполнения либо команды "Платеж Начать Получателю" (в денежном фонде получателю) либо команды "Запрос Платежа" (в денежном фонде плательщика). Платеж, находящийся на этой стадии, может быть восстановлен. Существует только одна запись в ждущем файле регистрации.
В файле регистрации особых ситуаций 21 хранится подробная информация (данные) по платежам, которые не удалось успешно завершить, но которые больше не могут быть восстановлены. Входные данные в этом файле регистрации никогда не переписываются (затираются), но они могут быть выброшены поставщиком денежных фондов (например, банком). Платежи не могут выполняться, если файл регистрации особых ситуаций заполнен.
Файл регистрации 22 платежей сохраняет подробную информацию (данные) о последних успешных платежах. В том случае, если в заполненном файле регистрации наиболее старые входные данные затираются и вносятся данные по новому платежу, такой файл регистрации называется циркулярным файлом регистрации.
Как только баланс в денежном фонде изменяется, так в файле регистрации платежей делается запись. Это происходит во время выполнения команд "Запрос Платежа" (в денежном фонде плательщика) или "Платеж Денежных средств" (в денежном фонде получателя). В том случае, если это происходит в денежном фонде плательщика, то на этой стадии запись в файле регистрации платежей отмечается как "незакончен". (Для денежного фонда получателя платеж тогда считается действительно завершенным, если больше не ожидается сообщений).
Каждая операция между электронными денежными фондами состоит из ряда командных операционных сообщений, генерируемых устройством сопряжения (УС), и соответствующих ответных операционных сообщений, генерируемых соответствующими электронными денежными фондами. Программы электронных денежных фондов и устройств сопряжения (УС) соответствуют заданной последовательности команд и ответов. Если эта последовательность нарушается из-за ошибки или какой-либо помехи, тогда операция будет прекращена с ошибкой "сообщение вне последовательности".
Теперь будет описана обычная последовательность команд и ответов.
Команды описываются в трех группах: команды пред-платежа, начала платежа и протокола платежа. Общий метод состоит в том, что команды пред-платежа и начала платежа являются подготовительными для выполнения платежа и за ними следует поток сообщений минимального протокола платежа, который при нормальном режиме должен быть закончен без сбоя и который осуществляется только тогда, когда выполнена вся предварительная проверка.
Команды Пред-платежа
Команды "Регистр Денежного фонда" и "Регистр".
Эти команды подаются устройством сопряжения (УС) для получения различных элементов информации из денежного фонда. Эта информация включает длины элементов информации (данных) различной длины.
Команда "Регистр Денежного фонда" обеспечивает длину ответа на команду "регистр" и признак записи в памяти.
Ответ на команду "Регистр" обеспечивает (дает):
Информацию по конфигурации, относящуюся к Прикладной системе Денежного фонда, такую как, сколько этот денежный фонд содержит карманов, какова емкость файлов регистрации платежа и особых ситуаций и какое число персональных кодов позволено пытаться применить.
Информацию о текущем состоянии (статусе), указывающую на число неиспользованных записей в файле регистрации особых ситуаций, текущий счет числа сделанных последовательных попыток с неправильным персональным кодом, а также степень, до которой исчерпана внутренняя память (выраженная в процентах).
Код в виде набора символов, указывающий набор символов, используемый для "рассказа" о денежном фонде.
Команда "Регистр" также указывает, имеется ли ранее сделанная попытка выполнить платеж, которую не удалось закончить, но которая может быть восстановлена. Это будет обсуждаться позднее.
Команда "Регистр Платежа".
Она обеспечивает информацией, которая должна подаваться в противоположный денежный фонд в команде "Платеж Начать". Эта информация может также быть использована устройством (устройствами) сопряжения (УС).
Команда начала платежа
Существует два варианта: "Платеж Начать Плательщику" и "Платеж Начать Получателю". Команды аналогичные, но только команда "Платеж Начать Получателю" возвращает данные в своем ответе.
Команда "Платеж Начать Плательщику".
Она направляется в денежный фонд плательщика. Она обеспечивает этот денежный фонд информацией о платеже, который должен быть сделан (направление, величина и валюта), и о противоположном денежном фонде.
Затем денежный фонд проверяется (не обязательно в таком порядке), что;
Имеется "карман" для этой валюты, содержащий достаточное количество денежных средств для этого платежа;
Имеется свободный элемент в файле регистрации особых ситуаций, для того чтобы поместить туда информацию о платеже, если его не удастся закончить (произойдет сбой);
Два денежных фонда имеют различные идентификаторы денежных фондов. (Это должно быть во всех случаях);
Класс денежного фонда получателя имеется в списке классов этого денежного фонда;
Денежный фонд не заперт или не захвачен.
Если эти проверки прошли успешно, а в ждущем файле регистрации имеется ранее не законченный платеж, тогда информация о нем перемещается в файл регистрации особых ситуаций. Если файл регистрации особых ситуаций уже заполнен, то выполнение платежа не может быть продолжено.
Эта команда приводит к ответу о состоянии. Если все проверки закончены успешно, то поступившая информация запоминается, а последующие команды протокола платежа должны основываться именно на этой информации. Отсутствие валюты для денежного фонда - это отсутствие валюты, заявленной для платежа.
Теперь денежный фонд плательщика ожидает команды "Запрос Платежа".
"Платеж Начать Получателю".
Что касается команды "Платеж Начать Получателю", то эта команда обеспечивает денежный фонд информацией о платеже, который должен быть сделан (направление, величина и валюта) и о противоположном денежном фонде.
Затем денежный фонд проверяет (опять, не обязательно в таком порядке), что:
денежный фонд может выполнить платеж в указанной валюте (это валюта, с которой денежный фонд может "работать", и имеется "карман", который может быть использован для этой валюты);
платеж не приведет к тому, что потребуется превышение предельной величины, имеющейся в этой валюте;
имеется свободный элемент в файле регистрации особых ситуаций, чтобы нанести информацию о платеже, если его не удастся закончить (произойдет сбой);
два денежных фонда имеют различные идентификаторы денежного фонда (Это должно быть во всех случаях);
денежный фонд не захвачен.
Если эти проверки закончились успешно, а в ждущем файле регистрации имеется запись о ранее незаконченном платеже, то она перемещается в файл регистрации особых ситуаций. Если теперь файл регистрации особых ситуаций оказывается заполненным, то платеж не может выполняться.
Если все проверки закончились успешно, то поступившая информация запоминается, а последующие команды для выполнения платежа должны основываться именно на этой информации. Если уместно, то для определенной валюты назначается какой-нибудь "карман", и она (эта валюта) становится отсутствующей валютой для данного денежного фонда. Данные, поступающие в ответе, представляют собой "подпись" команды "Запрос Платежа", которая используется в качестве данных для команды "Запрос Платежа", направляемой в денежный фонд плательщика.
Команды Протокола Платежа
Команды протокола платежа включают три команды, которые переносят денежные средства из одного денежного фонда в другой:
Команда "Запрос Платежа", которой денежный фонд получателя запрашивает денежные средства;
Команда "Платеж Денежных средств", которой денежный фонд плательщика отправляет денежные средства;
Команда "Платеж Принят", которой денежный фонд получателя подтверждает прием платежа.
Эта последовательность выполняется более сложным образом, поскольку денежные фонды не связаны напрямую друг с другом, а связаны через устройство сопряжения (или несколько устройств сопряжения). Осуществляется это следующим образом:
Данные для команды "Запрос Платежа" поступает в ответ на команду "Платеж Начать Получателю", посылаемую в денежный фонд получателя. Они преобразуются в команду и посылаются в виде команды "Запрос Платежа" в денежный фонд плательщика;
Денежный фонд плательщика отвечает на команду "Запрос Платежа" сообщением "Платеж Денежных средств". Оно посылается в виде команды "Платеж Денежных средств" в денежный фонд получателя;
Денежный фонд получателя отвечает на команду "Платеж Денежных средств" сообщением "Платеж Принят". Оно посылается в виде команды "Платеж Принят" в денежный фонд плательщика.
Денежный фонд плательщика отвечает информацией о состоянии.
Нормальная последовательность команд и ответов в операции по выполнению платежа показана на фиг. 5. На этой фигуре текст в блоках (рамках) представляет команды, а стрелки обозначают ответы (поток данных).
Во время операции может проявиться техническая неисправность. Например, может быть нарушена целостность операционного сообщения, может сломаться или отключиться источник питания или может быть выведено устройство-носитель прикладной системы (УНП) из устройства сопряжения (УС). Некоторые неисправности (сбои) могут быть кратковременными, а другие более существенными. Настоящее изобретение предлагает способы восстановления прерванных операций. Восстановление может быть либо немедленным (как только обнаружен сбой) или отложенным (когда денежные фонды повторно вводятся (связываются с УС) в устройства сопряжения (УС) после неудачной попытки выполнения платежа).
В пределах этих видов восстановления для устройств сопряжения (УС) существуют два других возможных способа выполнения восстановления:
Метод "проб и ошибок" или основанный на непосредственном знании точного состояния платежа: устройство (устройства) сопряжения (УС) тогда просто продолжает платеж (Метод "проб и ошибок" применяется, если возникает сбой, когда сообщение было отправлено в какой-нибудь денежный фонд, а ответ не получен. Устройство сопряжения не будет знать, принял и выполнил ли сообщение этот денежный фонд и, поэтому, его попытка повторно отправить сообщение может привести к получению ошибочного сообщения из денежного фонда. В некоторых случаях восстановление может быть неуместным - платеж может быть уже успешно закончился.);
"Заданный" метод: при этом способе устройство (устройства) сопряжения (УС) изучает (анализирует) значения, возвращенные из денежных фондов, и может определить, какой денежный фонд должен будет послать команду "Платеж Возобновить", для того чтобы восстановить платеж.
В тех случаях, когда оба денежных фонда являются местными (локальными) для одного устройства сопряжения (УС), наиболее подходящим может быть восстановление методом "проб и ошибок", поскольку изначально маловероятно, что непроизводительные затраты времени по выводу неправильной команды будут значительными. В тех случаях, когда участвуют два устройства сопряжения (УС), находящиеся на расстоянии друг от друга, метод "проб и ошибок" может не быть идеальным, поскольку может потребоваться много времени для прохождения сообщений по коммуникационной линии связи. Вместо метода "проб и ошибок" устройства сопряжения (УС) могут использовать заданный метод восстановления. Заметим, что механизм заданного восстановления может использоваться независимо от условий (не только для дистанционного восстановления). Необходимо также, чтобы пользователи были информированы о том, что ранее произошел сбой, так чтобы они могли вызвать процедуру восстановления, если это уместно.
Последующие иллюстрации основаны на немедленном восстановлении платежей, когда оба денежных фонда являются местными (локальными) для устройства сопряжения (УС).
На фиг.6 показана последовательность, где:
А. УС (устройство сопряжения) не удается получить ответ на команду "Запрос Платежа", посланную в Денежный фонд Плательщика.
В. УС (устройство сопряжения) посылает повторно команду "Запрос Платежа" в Денежный фонд Плательщика.
С. Со второй попытки УС (устройство сопряжения) принимает сообщение "Платеж Денежных средств" из Денежного фонда Плательщика. (В этом случае "Запрос Платежа" не был ранее выполнен Денежным фондом Получателя.)
В этом примере следует заметить, что устройство сопряжения (УС) оставляет в буферах операционные сообщения после того, как они были переданы. Буферы проиллюстрированы на фиг.2.
фиг.7 показывает последовательность, где:
А. УС (устройству сопряжения) не удается принять ответ на команду "Запрос Платежа", посланную в Денежный фонд Плательщика.
В. В этом случае УС не сохранило сообщение "Запрос Платежа" и, поэтому, оно (УС) посылает "Запрос Возобновить" в Денежный фонд Получателя, для того чтобы восстановить "Запрос Платежа".
С. На посылаемый во второй раз "Запрос Платежа" в Денежный фонд Плательщика этот Денежный фонд Плательщика успешно возвращает "Платеж Денежных средств". (Как показано на фиг.6, это происходит, потому что Денежный фонд Плательщика не принял и не выполнил "Запрос Платежа" с первой попытки).
На фиг.8 показана последовательность, где:
А. УС (устройству сопряжения) не удается принять ответ на команду "Запрос Платежа", посланную в Денежный фонд Плательщика.
В. Оно (устройство сопряжения) посылает "Платеж Возобновить" в Денежный фонд Получателя, для того чтобы восстановить сообщение "Запрос Платежа".
С. На посылаемый во второй раз "Запрос Платежа" Плательщику Денежный, фонд Плательщика отвечает "сообщение вне последовательности", потому что он ранее уже выполнил "Запрос Платежа".
D. Тогда УС (устройство сопряжения) передает "Платеж Возобновить" в Денежный фонд Плательщика, для того чтобы получить сообщение "Платеж Денежных средств", которое не удалось получить в первый раз.
Следующий пример (не показан), это в котором в области взаимодействия между УС (устройством сопряжения) и денежным фондом существует повторяющаяся ошибка. Например, УС (устройство сопряжения) посылает сообщение "Платеж Денежных средств" в Денежный фонд Получателя и принимает неправильный ответ. Оно восстанавливает "Платеж Денежных средств" из Денежного фонда Плательщика, повторяет эту последовательность заданное число раз, но безуспешно и тогда прекращает работу, уведомляя пользователя о сбое (неисправности).
Заданное восстановление
Перед описанием того, как устройства сопряжения (УС) могут восстановить платеж заданным методом (а не методом "проб и ошибок"), необходимо объяснить, как денежный фонд указывает устройствам сопряжения (УС) стадию, которая достигнута в платеже.
Для того, чтобы ее указать (обозначить) используются следующие поля данных управления восстановлением;
а. Признак сбоя платежа, в ответе "Регистр".
Он может иметь значения:
- нет сбоя
- сбой денежного фонда получателя (заметим, что это не обязательно указывает на то, что сбой произошел в денежном фонде получателя)
- сбой денежного фонда плательщика.
b. Признак ждущей особой ситуации, в ответе "регистр".
Он может иметь значения:
- нет ждущей особой ситуации
- ждущая особая ситуация имеет место.
с. Стадия неудавшегося платежа, в ответе "Регистр Неудавшегося Платежа".
Значения этого поля зависят от выполнения (операции платежа). Однако устройства сопряжения (УС) могут использовать это поле для того, чтобы определить, какой денежный фонд продвинулся дальше в платеже: чем большее продвижение сделал денежный фонд, тем выше значение. Существует четыре логических значения, здесь они обозначены как, V1, V2, V3 и V4, где 0<=V1<V2<V3<V4= 255. При некоторых условиях денежный фонд не будет возвращать (в ответе) никакое из этих значений, но будет отвечать на команду "Регистр Неудавшегося Платежа" ошибкой "восстановить платеж нет возможности".
В зависимости от этих значений устройство сопряжения (УС) может предсказать, будет ли работать команда "Возобновить Платеж", но не обязательно может предсказать, какое сообщение операции платежа будет возвращено, потому что оно не знает действительные значения, соответствующие V1, V2, V3 u V4.
Нижеследующие поля также требуются для того, чтобы проверить, та ли это пара денежных фондов, которые участвовали в неудавшемся платеже:
d. ИД (идентификатор) противоположного Денежного фонда, из ответа "Регистр Неудавшегося Платежа".
е. Номер последовательности противоположной стороны (денежного фонда), из ответа "Регистр Неудавшегося Платежа".
На фиг.9 показана последовательность команд и ответов в процедуре заданного восстановления. Это следующие шаги:
А. Передача команды "Регистр" в каждый денежный фонд и проверка признака сбоя платежа в ответном сообщении. Если один денежный фонд возвращает "сбой денежного фонда плательщика", а другой возвращает "сбой денежного фонда получателя", тогда восстановление возможно.
В. Передача команды "Регистр Неудавшегося Платежа" в каждый денежный фонд. Если каждый ответ содержит ПИД (персональный идентификатор) другого денежного фонда и если номера последовательности согласуются, тогда восстановление возможно.
С. Передача "Возобновить Платеж" в тот денежный фонд, который сообщает о более высоком значении стадии неудавшегося платежа.
D. Превращение ответа из "Возобновить Платеж" в команду для другого денежного фонда и затем продолжение платежа.
Понятно, что заданное восстановление может быть инициировано во время неудавшейся операции автоматически при обнаружении сбоя. Кроме того, проверки и возобновление операции, если это уместно, могут быть частью нормального операционного протокола. Таким образом, в начале каждой операции денежные фонды проверяются и, если возможно, зависшая операция заканчивается до того, как следующая операция вступает в силу.
Специальный протокол требуется, если операции осуществляются дистанционно между электронными денежными фондами, каждый из которых имеет свое собственное устройство сопряжения (УС), как, например, это проиллюстрировано на фиг. 3. Здесь имеются потоки сообщений УС-УС и используется так называемый Протокол Виртуального УНП.
Этот протокол позволяет устройству сопряжения (УС) посылать команды в отдаленное устройство-носитель прикладной системы (УНП) через удаленное устройство сопряжения (УС). Это может делать любое устройство сопряжения (УС). Устройство сопряжения (УС), принимающее такую команду, может либо:
- передавать команду на устройство-носитель прикладной системы (УНП) без проверки, либо
- передавать ее в УНП, если она приемлема, и интерпретировать сообщение и любой ответ, либо
- вернуть ошибку ("сообщение не может быть выполнено"), либо
- повторно интерпретировать эту команду и выполнить ее, как если бы это было сообщение УС-УС.
Устройство сопряжения (УС), посылающее команду, известно, как "основное", устройство сопряжения (УС), принимающее эту команду, называется здесь "вспомогательным". При переносе денежных средств, как обсуждается ниже, существует договоренность, что перенос денежных средств, включающий два устройства сопряжения (УС), инициируется командой УС-УС "Начать Перенос Денежных средств" и что после этой команды "приходит" понимание того, какое из устройств сопряжения (УС) является "основным", а какое "вспомогательным". Однако возможно УС придется иметь дело со случаем, когда команда платежа виртуального УНП принимается вне этой системы "framework".
(Теоретически, из-за полного дублирования линии связи между устройствами сопряжения может быть попытка выполнить параллельно два переноса денежных средств в противоположных направлениях, так что каждое устройство сопряжения (УС) в одно и то же время оказывается основным для одного платежа и вспомогательным для другого. Это может быть осуществлено, если участвуют различные денежные фонды).
При выполнении дистанционного переноса денежных средств оба устройства сопряжения (УС) должны иметь возможность определить состояние только что выполненной операции платежа. Это легко сделать для основного устройства сопряжения, поскольку оно всегда знает, что происходит при переносе денежных средств. Все устройства сопряжения (УС) всегда контролируют и препятствуют тому, чтобы команды "Платеж Начать Плательщику" передавались из отдаленного устройства сопряжения (УС). Для вспомогательного устройства сопряжения (УС) существует три варианта (действий):
(1) Проверить все сообщения перед тем, как они передаются в УНП, и все ответы, так чтобы в конце платежа оно могло точно сообщить, что произошло, или
(2) Контролировать команды "Платеж Начать Получателю": чтобы отвергнуть все команды, кроме первой такой команды, следующей за командой "Начать Перенос Денежных средств": и чтобы считать и сравнить все величины денежных средств, имеющиеся в "карманах" денежных фондов до и после платежа, так чтобы могли быть сообщены подробности (информация) по платежу, или
(3) Контролировать команды "Платеж Начать Получателю"; для того чтобы каждый платеж мог продолжаться; а также для того чтобы считать и сравнить все величины денежных средств в "карманах" денежных фондов до и после каждого платежа (как в варианте (2)), так чтобы могли быть сообщены подробности (информация) по платежам.
В вариантах (2) и (3), для того чтобы определить подробную информацию по платежу, вместо того чтобы сравнивать величины денежных средств в "карманах", могут быть интерпретированы данные команды "Платеж Начать Получателю".
Не считается адекватным для устройства сопряжения Получателя сравнивать величины денежных средств в "карманах" до и после платежа, а затем смотреть на последнюю запись в файле регистрации операций денежного фонда, для того чтобы определить, что произошло, поскольку без идентифицирования команд "Платеж Начать Получателю" устройство сопряжения (УС) не может надежно затем определить число операций, которые выполнены.
Можно сказать, что контроль всех команд (первый вариант) позволяет защитить носитель карты в максимальной степени. Например, можно задать вариант отказа от платежа, который не согласуется с выполнением команды "Начать Перенос Денежных средств"; или он может быть использован для предотвращения несанкционированной попытки открыть отдаленный денежный фонд. Однако варианты, которые не полагаются на интерпретацию носителей команд или данные в командах "Платеж Начать Получателю", дают наилучшую защиту в будущем от системных изменений. (Для вспомогательного устройства сопряжения (УС) не требуется быть на том же уровне версии системного программного обеспечения, как для основного устройства сопряжения, но эти устройства сопряжения все равно могут взаимодействовать).
На фиг.10 показана типичная последовательность сообщений, содержащаяся в процедуре отложенного восстановления платежа, где два денежных фонда, которые участвовали в первоначальном платеже, теперь дистанционно отделены друг от друга.
Шаги следующие:
а. Пользователи (плательщик и получатель) согласны выполнить восстановление и гарантируют, что соответствующие денежные фонды являются подходящими для соответствующих им устройств сопряжения (УС).
b. Один из пользователей (в этом примере - получатель) обращается к своему устройству сопряжения (УС) начать восстановление.
с. Устройство сопряжения получателя посылает соответствующие местные (локальные) команды в свой денежный фонд, включая команды "Регистр" и "Регистр Неудавшегося Платежа". Если признак сбоя платежа из "Регистра" дает "нет сбоя", или если "Регистр Неудавшегося Платежа" указывает "платеж не может быть возобновлен", то оно (УС) говорит получателю, что восстановление невозможно.
d. Если все хорошо, то данные неудавшегося платежа и ИД Денежного фонда посылаются в команде "Начать Восстановление" в другое устройство сопряжения (УС).
е. Устройство сопряжения плательщика выбирает подходящий денежный фонд в соответствии с ИД (идентификатором) противоположного денежного фонда, указанным в данных неудавшегося платежа из команды "Начать Восстановление". После того как этот денежный фонд найден, устройство сопряжения посылает соответствующие местные команды в свой денежный фонд, включая "Регистр" и "Регистр Неудавшегося Платежа". Если:
- признак сбоя платежа, вернувшийся из "Регистра" указывает "нет сбоя", или
- "Регистр Неудавшегося Платежа" указывает "платеж не может быть возобновлен", или
- Идентификаторы Денежных фондов и номера последовательности не согласуются, то оно (УС) говорит плательщику, что восстановление невозможно, и возвращает ответ "ошибка" в устройство сопряжения получателя.
f. Если все хорошо, то оно (УС) возвращает денежному фонду плательщика данные неудавшегося платежа в ответе "Начать Восстановление".
g. Устройство сопряжения получателя теперь является основным устройством сопряжения в протоколе виртуального УНП. Оно сравнивает значения "Стадии Неудавшегося Платежа", когда они возвращаются из двух денежных фондов, и посылает команду "Платеж Возобновить" в тот денежный фонд, который сообщит о более высоком значении стадии Неудавшегося платежа. (В этом примере, это денежный фонд плательщика и, поэтому, "Платеж Возобновить" передается в виде команды виртуальному УНП.).
h. Устройство сопряжения получателя принимает ответ на "Платеж Возобновить", в этом примере, это сообщение "Платеж Денежных средств". Оно превращает его в команду "Платеж Денежных средств", которую оно посылает в денежный фонд получателя. Затем платеж выполняется обычным путем.
Теоретически можно обойтись без использования команды "Начать Восстановление" и инициирующее устройство сопряжения могло бы выполнять восстановление, просто используя команды для Виртуального УНП. Однако:
- Вспомогательное устройство сопряжения (УС) может не сообщить своему пользователю о намерении восстановить (платеж) или о результатах этого восстановления, так как оно не будет знать о том, что произошло.
- Если вспомогательное устройство сопряжения имеет больше одного денежного фонда, то у основного устройства сопряжения не будет способа сообщить ему, какой денежный фонд использовать.

Claims (6)

1. Система переноса денежных средств, содержащая множество электронных денежных фондов, множество устройств-носителей прикладных систем (УНП), которые являются носителями указанных фондов, и множество устройств сопряжения (УС) для связывания в пары УНП, причем УС выполнены с возможностью обмена операционными сообщениями между парами электронных денежных фондов в последовательности, соответствующей заданному протоколу, и переноса денежных средств между указанными парами электронных денежных фондов, отличающаяся тем, что каждый электронный денежный фонд содержит средство хранения в виде ждущего файла регистрации, который содержит данные о текущей или последней операции, а УС выполнены с возможностью вызова процедуры восстановления, если нарушается заданная последовательность операционных сообщений, опроса одного электронного денежного фонда из пары для получения из его ждущего файла регистрации последнего операционного сообщения, которое было отправлено, и передачи этого операционного сообщения в другой электронный денежный фонд этой пары для возобновления операции.
2. Система переноса денежных средств по п. 1, отличающаяся тем, что УС выполнены с возможностью опроса другого электронного денежного фонда из этой же пары для получения из его ждущего файла регистрации последнего операционного сообщения, которое было отправлено, если последнее операционное сообщение первого электронного денежного фонда из этой пары приводит к ошибке при его передаче, и передачи последнего операционного сообщения из второго электронного денежного фонда этой пары в первый электронный денежный фонд этой же пары для возбуждения операции.
3. Система переноса средств по п. 1, отличающаяся тем, что УС выполнены с возможностью опроса обоих электронных денежных фондов пары и определения по данным из их ждущих файлов регистрации, какой электронный денежный фонд продвинулся дальше в неудавшейся операции, получения из ждущего файла регистрации этого продвинувшегося дальше электронного денежного фонда последнего операционного сообщения, которое было отправлено, и передачи этого операционного сообщения во второй электронный денежный фонд этой пары для возобновления операции.
4. Система переноса денежных средств по любому из предшествующих пунктов, отличающаяся тем, что УС выполнены с возможностью включения в работу для вызова процедуры восстановления автоматически и немедленно во время операции при обнаружении сбоя в заданной последовательности операционных сообщений.
5. Система переноса денежных средств по любому из пп. 1-3, отличающаяся тем, что УС выполнено с возможностью включения в работу для опроса электронных денежных фондов в начале предполагаемой операции для того, чтобы определить, имеется ли неудавшаяся зависшая операция между этими денежными фондами, которая может быть возобновлена с тем, чтобы могла быть инициирована процедура отложенного восстановления.
6. Система переноса денежных средств по п. 1, отличающаяся тем, что каждый электронный денежный фонд имеет файл регистрации особых ситуаций для хранения данных о неудавшихся операциях, причем содержание ждущего файла регистрации копируется в виде записи в файле регистрации особых ситуаций при сбое для того, чтобы восстановить неудавшуюся операцию.
RU97120696/09A 1995-05-15 1996-05-14 Восстановление операции в системе переноса денежных средств RU2182726C2 (ru)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
GBGB9509763.0A GB9509763D0 (en) 1995-05-15 1995-05-15 Electronic purse interface system
GB9509763.0 1995-05-15
GB9509762.2 1995-05-15
GBGB9509766.3A GB9509766D0 (en) 1995-05-15 1995-05-15 Electronic purse system
GBGB9509762.2A GB9509762D0 (en) 1995-05-15 1995-05-15 Electronic purse system
GB9509766.3 1995-05-15

Publications (2)

Publication Number Publication Date
RU97120696A RU97120696A (ru) 1999-11-20
RU2182726C2 true RU2182726C2 (ru) 2002-05-20

Family

ID=27267721

Family Applications (1)

Application Number Title Priority Date Filing Date
RU97120696/09A RU2182726C2 (ru) 1995-05-15 1996-05-14 Восстановление операции в системе переноса денежных средств

Country Status (29)

Country Link
US (1) US5982293A (ru)
EP (1) EP0829070B1 (ru)
JP (1) JPH11505348A (ru)
KR (1) KR100314122B1 (ru)
CN (1) CN1075216C (ru)
AT (1) ATE208518T1 (ru)
AU (1) AU696468B2 (ru)
BG (1) BG102028A (ru)
BR (1) BR9608371A (ru)
CA (1) CA2220070C (ru)
CZ (1) CZ353097A3 (ru)
DE (1) DE69616784T2 (ru)
DK (1) DK0829070T3 (ru)
EE (1) EE9700304A (ru)
ES (1) ES2167562T3 (ru)
HK (1) HK1003073A1 (ru)
HU (1) HUP9802917A2 (ru)
IS (1) IS4601A (ru)
MX (1) MX9708581A (ru)
NO (1) NO317493B1 (ru)
NZ (1) NZ307593A (ru)
PL (1) PL323313A1 (ru)
PT (1) PT829070E (ru)
RU (1) RU2182726C2 (ru)
SK (1) SK151197A3 (ru)
TR (1) TR199701368T1 (ru)
TW (1) TW306996B (ru)
WO (1) WO1996036947A1 (ru)
ZA (1) ZA963821B (ru)

Families Citing this family (75)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10162089A (ja) * 1996-12-02 1998-06-19 Oki Electric Ind Co Ltd 電子取引システム
EP0851396A1 (en) * 1996-12-23 1998-07-01 Koninklijke KPN N.V. System for increasing a value of an electronic payment card
WO1999004374A1 (en) * 1997-07-16 1999-01-28 Gilbarco Inc. Secure transactions
US6078888A (en) 1997-07-16 2000-06-20 Gilbarco Inc. Cryptography security for remote dispenser transactions
GB2328042B (en) * 1997-07-26 2002-10-09 Ibm Smartcard transaction processing
DE19755819C1 (de) * 1997-12-16 1999-08-26 Ibm Verteiltes Zahlungssystem und Verfahren für den bargeldlosen Zahlungsverkehr mittels einer Börsenchipkarte
JP2000003424A (ja) 1998-04-17 2000-01-07 Hitachi Ltd メモリ内容移行制御部を備えたｉｃカ―ド及びｉｃカ―ドのデ―タ記憶方法
JP3717031B2 (ja) * 1998-06-05 2005-11-16 富士通株式会社 電子マネー装置、方法、カード並びに電子マネー処理プログラムを記録したコンピュータ読取り可能な記録媒体
EP0964361A1 (en) * 1998-06-08 1999-12-15 International Business Machines Corporation Protection of sensitive information contained in integrated circuit cards
EP0964360B1 (en) * 1998-06-08 2003-08-27 International Business Machines Corporation Automatic data recovery of integrated circuit cards
FR2784483B1 (fr) * 1998-10-13 2000-12-29 Innovatron Electronique Procede d'echange de donnees entre un automate et un objet portatif, notamment une carte a microcircuit, susceptible d'etre debite par l'automate en contrepartie de la delivrance d'un bien ou d'un service
JP2000276543A (ja) 1999-03-26 2000-10-06 Fujitsu Ltd 数値データ処理装置および数値データ処理方法
KR100727453B1 (ko) * 1999-08-12 2007-06-13 마쯔시다덴기산교 가부시키가이샤 전자정보 백업시스템
US7889052B2 (en) 2001-07-10 2011-02-15 Xatra Fund Mx, Llc Authorizing payment subsequent to RF transactions
US7239226B2 (en) 2001-07-10 2007-07-03 American Express Travel Related Services Company, Inc. System and method for payment using radio frequency identification in contact and contactless transactions
US8543423B2 (en) 2002-07-16 2013-09-24 American Express Travel Related Services Company, Inc. Method and apparatus for enrolling with multiple transaction environments
US7172112B2 (en) 2000-01-21 2007-02-06 American Express Travel Related Services Company, Inc. Public/private dual card system and method
US8429041B2 (en) 2003-05-09 2013-04-23 American Express Travel Related Services Company, Inc. Systems and methods for managing account information lifecycles
US7627531B2 (en) 2000-03-07 2009-12-01 American Express Travel Related Services Company, Inc. System for facilitating a transaction
KR100483207B1 (ko) * 2000-07-26 2005-04-15 케이비 테크놀러지 (주) 전자화폐의 금액 충전방법
KR20020063377A (ko) * 2001-01-29 2002-08-03 주식회사 마이비 인터넷을 이용한 전자화폐 충전방법
US7650314B1 (en) 2001-05-25 2010-01-19 American Express Travel Related Services Company, Inc. System and method for securing a recurrent billing transaction
US8294552B2 (en) 2001-07-10 2012-10-23 Xatra Fund Mx, Llc Facial scan biometrics on a payment device
US8284025B2 (en) 2001-07-10 2012-10-09 Xatra Fund Mx, Llc Method and system for auditory recognition biometrics on a FOB
US8635131B1 (en) 2001-07-10 2014-01-21 American Express Travel Related Services Company, Inc. System and method for managing a transaction protocol
US8548927B2 (en) 2001-07-10 2013-10-01 Xatra Fund Mx, Llc Biometric registration for facilitating an RF transaction
US7503480B2 (en) 2001-07-10 2009-03-17 American Express Travel Related Services Company, Inc. Method and system for tracking user performance
US7762457B2 (en) 2001-07-10 2010-07-27 American Express Travel Related Services Company, Inc. System and method for dynamic fob synchronization and personalization
US20040236699A1 (en) 2001-07-10 2004-11-25 American Express Travel Related Services Company, Inc. Method and system for hand geometry recognition biometrics on a fob
US7996324B2 (en) 2001-07-10 2011-08-09 American Express Travel Related Services Company, Inc. Systems and methods for managing multiple accounts on a RF transaction device using secondary identification indicia
US7705732B2 (en) 2001-07-10 2010-04-27 Fred Bishop Authenticating an RF transaction using a transaction counter
US7360689B2 (en) 2001-07-10 2008-04-22 American Express Travel Related Services Company, Inc. Method and system for proffering multiple biometrics for use with a FOB
US7735725B1 (en) 2001-07-10 2010-06-15 Fred Bishop Processing an RF transaction using a routing number
US7303120B2 (en) 2001-07-10 2007-12-04 American Express Travel Related Services Company, Inc. System for biometric security using a FOB
US7925535B2 (en) 2001-07-10 2011-04-12 American Express Travel Related Services Company, Inc. System and method for securing RF transactions using a radio frequency identification device including a random number generator
US7805378B2 (en) 2001-07-10 2010-09-28 American Express Travel Related Servicex Company, Inc. System and method for encoding information in magnetic stripe format for use in radio frequency identification transactions
US7668750B2 (en) 2001-07-10 2010-02-23 David S Bonalle Securing RF transactions using a transactions counter
US9031880B2 (en) 2001-07-10 2015-05-12 Iii Holdings 1, Llc Systems and methods for non-traditional payment using biometric data
US9024719B1 (en) 2001-07-10 2015-05-05 Xatra Fund Mx, Llc RF transaction system and method for storing user personal data
US8960535B2 (en) 2001-07-10 2015-02-24 Iii Holdings 1, Llc Method and system for resource management and evaluation
US7249112B2 (en) 2002-07-09 2007-07-24 American Express Travel Related Services Company, Inc. System and method for assigning a funding source for a radio frequency identification device
US7119659B2 (en) 2001-07-10 2006-10-10 American Express Travel Related Services Company, Inc. Systems and methods for providing a RF transaction device for use in a private label transaction
US9454752B2 (en) 2001-07-10 2016-09-27 Chartoleaux Kg Limited Liability Company Reload protocol at a transaction processing entity
US7746215B1 (en) 2001-07-10 2010-06-29 Fred Bishop RF transactions using a wireless reader grid
US8001054B1 (en) 2001-07-10 2011-08-16 American Express Travel Related Services Company, Inc. System and method for generating an unpredictable number using a seeded algorithm
GB2378782B (en) * 2001-08-16 2005-04-13 Sun Microsystems Inc Message brokering
GB2378781B (en) * 2001-08-16 2005-06-01 Sun Microsystems Inc Message brokering
JP3860448B2 (ja) * 2001-09-28 2006-12-20 富士通株式会社 端末装置、取引管理システム、及び取引処理方法、並びにプログラム
KR100958229B1 (ko) * 2002-02-01 2010-05-17 파나소닉 주식회사 가치 정보 교환 시스템
KR20030086780A (ko) * 2002-05-07 2003-11-12 케이비 테크놀러지 (주) 충전리스트 전송방식의 전자화폐 자동충전시스템 및 그 방법
US8396809B1 (en) 2002-05-14 2013-03-12 Hewlett-Packard Development Company, L.P. Method for reducing purchase time
US6700483B2 (en) 2002-07-12 2004-03-02 Honeywell International Inc. Alarm recovery method and system using two notification messages
FR2842622B1 (fr) * 2002-07-18 2004-09-24 Xiring Procede et equipement de transfert de donnees entre deux cartes a microcircuit
US6805287B2 (en) 2002-09-12 2004-10-19 American Express Travel Related Services Company, Inc. System and method for converting a stored value card to a credit card
JP2005309975A (ja) * 2004-04-23 2005-11-04 Sony Corp データ通信システム及びデータ通信方法、並びにデータ通信装置
TW200540671A (en) * 2004-04-27 2005-12-16 Bitwallet Inc Money terminal processing server, money terminal processing method, money terminal, calculation instruction input device, and price modification information input device
US7318550B2 (en) 2004-07-01 2008-01-15 American Express Travel Related Services Company, Inc. Biometric safeguard method for use with a smartcard
WO2006049582A1 (en) * 2004-11-05 2006-05-11 Mobile Money International Sdn Bhd An electronic-purse transaction method and system
US7958032B2 (en) * 2006-05-10 2011-06-07 International Business Machines Corporation Generating event messages corresponding to event indicators
US20070265945A1 (en) * 2006-05-10 2007-11-15 International Business Machines Corporation Communicating event messages corresponding to event indicators
US20070265946A1 (en) * 2006-05-10 2007-11-15 International Business Machines Corporation Aggregating event indicators
US10152712B2 (en) * 2006-05-10 2018-12-11 Paypal, Inc. Inspecting event indicators
JP5137338B2 (ja) * 2006-06-06 2013-02-06 株式会社三菱東京Ｕｆｊ銀行 情報処理装置、情報処理サーバ、情報処理装置の制御方法、情報処理サーバの制御方法及びプログラム
EP1912182A1 (fr) * 2006-10-12 2008-04-16 Proton World International N.V. Autorisation d'une transaction entre un circuit électronique et un terminal
EP2214130A4 (en) * 2007-11-21 2016-03-16 Nec Corp ELECTRONIC CURRENCY EXCHANGE SYSTEM, END TERMINAL AND RECOVERY DEVICE
CN101557574B (zh) * 2009-02-17 2011-05-11 中兴通讯股份有限公司 一种防止预付费用户转账金额虚增的智能业务系统及实现方法
US9230259B1 (en) 2009-03-20 2016-01-05 Jpmorgan Chase Bank, N.A. Systems and methods for mobile ordering and payment
US9189786B2 (en) * 2010-03-31 2015-11-17 Mastercard International Incorporated Systems and methods for operating transaction terminals
CN103679976B (zh) * 2012-09-25 2016-02-17 中国银联股份有限公司 一种对ic卡进行读写的系统和方法
CN104899178A (zh) * 2014-04-03 2015-09-09 腾讯科技（深圳）有限公司 业务处理方法和装置
US10402821B2 (en) 2015-07-30 2019-09-03 Ebay Inc. Redirecting to a trusted device for secured data transmission
CN106297073B (zh) * 2016-07-29 2018-12-11 深圳怡化电脑股份有限公司 一种自助终端业务处理方法及系统
CN106875269B (zh) * 2016-08-16 2020-09-01 阿里巴巴集团控股有限公司 资源置换方法及装置
RU2677384C1 (ru) * 2017-12-14 2019-01-16 Публичное Акционерное Общество "Сбербанк России" (Пао Сбербанк) Способ автоматического зачисления внесенных денежных средств при возникновении сбоев
US11227280B2 (en) * 2019-03-25 2022-01-18 Capital One Services, Llc Systems and methods for increased efficiency and reliability of contactless card transactions

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IE820411L (en) * 1982-02-25 1983-08-25 L M Ericsson Ltd Portable device for storing and transferring data
EP0294397B2 (en) * 1986-09-02 2007-03-28 Pitney Bowes Inc. Automated transaction system using microprocessor cards
DE3731736A1 (de) * 1986-09-27 1988-04-07 Toshiba Kawasaki Kk Verarbeitungssystem fuer tragbare elektronische vorrichtung
GB9121995D0 (en) * 1991-10-16 1991-11-27 Jonhig Ltd Value transfer system
GB9307623D0 (en) * 1993-04-13 1993-06-02 Jonhig Ltd Data writing to eeprom

Also Published As

Publication number Publication date
US5982293A (en) 1999-11-09
HUP9802917A2 (hu) 1999-04-28
CA2220070C (en) 2003-04-15
KR19990014809A (ko) 1999-02-25
PL323313A1 (en) 1998-03-16
DE69616784D1 (de) 2001-12-13
EE9700304A (et) 1998-06-15
TW306996B (ru) 1997-06-01
WO1996036947A1 (en) 1996-11-21
DK0829070T3 (da) 2002-03-04
CN1075216C (zh) 2001-11-21
NO975199D0 (no) 1997-11-12
EP0829070B1 (en) 2001-11-07
NZ307593A (en) 1998-07-28
DE69616784T2 (de) 2002-06-13
SK151197A3 (en) 1998-06-03
PT829070E (pt) 2002-04-29
TR199701368T1 (xx) 1998-04-21
IS4601A (is) 1997-10-28
MX9708581A (es) 1998-02-28
CN1189907A (zh) 1998-08-05
AU5698596A (en) 1996-11-29
KR100314122B1 (ko) 2001-12-28
NO975199L (no) 1997-11-12
BR9608371A (pt) 1999-11-30
EP0829070A1 (en) 1998-03-18
ATE208518T1 (de) 2001-11-15
CA2220070A1 (en) 1996-11-21
ZA963821B (en) 1996-11-14
ES2167562T3 (es) 2002-05-16
CZ353097A3 (cs) 1998-06-17
BG102028A (en) 1998-05-29
JPH11505348A (ja) 1999-05-18
NO317493B1 (no) 2004-11-08
AU696468B2 (en) 1998-09-10
HK1003073A1 (en) 1998-10-09

Similar Documents

Publication Publication Date Title
RU2182726C2 (ru) Восстановление операции в системе переноса денежных средств
US5796831A (en) Method for conducting a transaction between a chip card and an information system
MXPA97008581A (en) Transaction recovery in a valo transfer system
AU694056B2 (en) Method for tracing payment data in an anonymous payment system, as well as payment system in which the method is applied
AU4621897A (en) Method of making recoverable smart card transactions
JP2005128675A (ja) 電子マネー入金機
WO2000005689A9 (en) Device and method for authorized funds transfer
US6029152A (en) Processing of transaction data
CN112053232A (zh) 自助设备业务账务一致性处理方法及装置
AU2018202367A1 (en) Automatic data transfer
US7828218B1 (en) Method and system of communicating devices, and devices therefor, with protected data transfer
AU2000261898A1 (en) Method and system of communicating devices, and devices therefor, with protected data transfer
EP0770976A1 (en) Method for cancelling a transaction of an electronic payment means, as well as payment means for application of the method
TW200536339A (en) Transaction system
JP2023031655A (ja) 決済受付装置、読取装置、決済処理方法及びプログラム
CN116091193A (zh) 跨行代发方法、装置、设备以及计算机可读介质
CN118278926A (zh) 一种基于链上通证流转的支付方法及系统
JPH04195371A (ja) Ａｔｍのダウンロード方式
CN112215596A (zh) 一种离线电子钱包交易的双向容错控制方法
JPS616945A (ja) デ−タ通信制御方式

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20150515