Способ авторизации на использование устройства оплаты

Иллюстрации

Показать все

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

Реферат

Настоящая заявка основана на предварительной патентной заявке США №60/764106 «Способы авторизации в условиях низких затрат и высокого объема транзакций» от 1 февраля 2006 г. Содержание заявки №60/764106 полностью включается в данную заявку посредством ссылки.

Область техники, к которой относится изобретение

Настоящее изобретение относится к электронной коммерции, более конкретно к системам электронной оплаты.

Уровень техники

Во множестве ситуаций имеется интерес к использованию альтернатив наличным расчетам в различных условиях. Такие альтернативы наличным расчетам могут включать в себя, например, устройства оплаты, такие как платежные карты и т.п. В некоторых случаях, когда время обработки операции слишком велико, например, из-за медленного принятия решений терминалом, использование таких альтернатив оплаты наличными может оказаться затруднительным. Одним неограничивающим примером ситуации, в которой могли бы потребоваться короткие времена транзакций, является случай условий эксплуатации с большим числом обращений (например, доступ к системам проезда на транспорте). Такие условия эксплуатации с большим количеством обращений могут также приводить к обслуживанию относительно малоценных транзакций. Известные способы не дают возможности сочетать традиционный процесс принятия решения об авторизации эмитентом с получением ответа в реальном масштабе времени.

Например, в патенте США №5828044 описана система с бесконтактным типом радиочастотного (РЧ) распознавания кредитных карт. Указанная система содержит РЧ карту, предназначенную для активации радиочастотным излучением от карточного терминала (70) с тем, чтобы она передавала свой номер карты карточному терминалу на радиочастоте; карточный терминал, излучающий на радиочастоте для индуцирования электрических колебаний в РЧ карте, и карточный терминал, передающий данные номера карты (полученные на радиочастоте) на подключенный с помощью проводов терминальный компьютер; и терминальный компьютер, считывающий данные номера карты с карточного терминала для запроса в черный список для того, чтобы принять решение о выдаче разрешения на транзакцию или об отказе от транзакции, и для передачи результата решения на платежный терминал.

В патенте США №4891503 описана распределенная система авторизации. Распределенная система авторизации и способ авторизации транзакций использует главную вычислительную машину, обменивающуюся информацией с сетью электронных терминалов, удаленных от главной вычислительной машины. Она включает в себя хранение в электронном терминале данных файла отказов, содержащего информацию для выявления счетов, по которым запрашиваемые транзакции должны быть отменены, и хранение в электронном терминале данных файла авторизации, содержащем информацию, используемую для определения того, следует ли авторизовать запрашиваемую транзакцию. При поступлении запроса на транзакцию данные проверяются в терминальных данных файла отказов и немедленно отвергаются, если счет карты содержится в файле отказов терминала. Если транзакция не отвергается, в электронном терминале осуществляется логическая схема авторизации, дающая на выходе терминала отказ запросу, авторизацию запроса или установление электронной связи терминала с главной вычислительной машиной для получения авторизации из главной вычислительной машины. После установления этой связи данные о счете передаются из главной вычислительной машины обратно на удаленный электронный терминал, что дает на выходе терминала либо отказ запросу, либо авторизацию запроса. Кроме того, во время этой связи файл авторизации терминала обновляется данными счета, передаваемыми с главной вычислительной машины на электронный терминал. Совершенная транзакция запоминается в терминальном файле очереди транзакций, постоянно хранящемся в терминале, для последующей передачи на главную вычислительную машину и для использования в том случае, если позже на этот терминал поступит запрос на транзакцию для того же счета.

В патенте США №5285382 описана система и способ для обработки действительности кредитной и дебетовой карты и переводов денежных средств с торговых автоматов и аналогичных терминалов, включающие в себя процессор данных с запоминающим устройством, выполненным с возможностью получения доступа к участку электронного безналичного расчета (клиринга) через канал связи с повременной оплатой (например, на длинную дистанцию). Система создает сообщение в реальном времени с клиринговым участком, чтобы определить действительность карты и начать сбор денежных средств для транзакций сверх предопределенной величины, и создает автономное пакетное сообщение для клирингового участка в то время, когда стоимость связи уменьшается, чтобы запустить сбор денежных средств для транзакций в системе ниже предопределенной величины. Система основывается на локальной проверке действительности карты, включающей в себя хранение в памяти списка признанных ранее действительными карт за предопределенный интервал времени, а также список признанных ранее недействительными карт за другой предопределенный интервал времени. Система и способ особенно полезны для удаленных автоматизированных торговых автоматов и автоматизированных банкоматов, через которые осуществляется большое количество расходных и приходных транзакций, каждая из которых мала в долларовом выражении.

Существует потребность в улучшении известных технологий.

Раскрытие изобретения

Принципы настоящего изобретения обеспечивают способ авторизации на использование устройства оплаты. Устройство оплаты могло бы использоваться, например, у продавца (понимаемого в широком смысле как любая организация, предоставляющая товары и/или услуги, или являющегося представителем такой организации). Устройство оплаты может иметь соответствующий номер счета. В одном или более вариантах осуществления авторизация может проводиться эффективно и в то же время достаточно быстро даже для таких относительно малоценных и/или высокообъемных условий эксплуатации, как системы оплаты проезда в транспорте и т.п. Иллюстративный вариант осуществления способа (который может быть реализован с помощью компьютера), согласно одному аспекту изобретения, для такой авторизации включает в себя шаги по содействию эмитенту устройства оплаты в получении сообщения об авторизации для указанного номера счета на основе желаемых параметров предела расходов, устанавливаемых продавцом и/или эмитентом; содействию получению решения эмитента об авторизации; и в ответ на указанное решение эмитента об авторизации содействию в установке предела расходов для указанного номера счета на основе, по меньшей мере, одного соответствующего параметра из указанных параметров.

Иллюстративный вариант осуществления устройства для авторизации на использование устройства оплаты у продавца, согласно другому аспекту изобретения, содержит память и, по меньшей мере, один процессор, связанный с памятью. Процессор может быть выполнен с возможностью осуществления одного или более шагов способа согласно изобретению. В одном или более вариантах осуществления устройство является менеджером активного файла.

Кроме того, один или более шагов способа согласно изобретению могут быть реализованы в изделии, содержащем считываемую компьютером среду, которая содержит одну или более программ, при выполнении которых реализуется такой шаг (шаги).

Один или более вариантов осуществления изобретения могут обеспечивать существенные полезные технические эффекты; например, предоставление быстрых решений по одобрению или отказу за время в среднем менее 200 миллисекунд (мс) с высокой степенью точности решений. Интервал времени в 200 мс приводится в качестве примера и для наглядности, и не рассматривается как предел возможностей. Кроме того, в одном или более вариантах осуществления изобретения преимущества быстрого ответа с решением могут быть достигнуты при сохранении преимуществ устойчивой к ошибкам обработки авторизации со стороны оператора сети обработки оплаты вместе с обработкой авторизации собственно запрашивающего лица. Обработка может включать в себя, в качестве неограничивающего примера, анализ риска, проверки карты на ограничения и неуплату, проверки кода, подтверждающего действительность карты, проверку возможности покупки.

Эти и другие свойства и преимущества настоящего изобретения станут очевидными из следующего далее подробного описания пояснительных вариантов осуществления, которые могут быть изучены с помощью сопровождающих чертежей.

Краткое описание чертежей

На фиг.1 показан пример системы, которая осуществляет способ по изобретению;

На фиг.2 показана схема потоков начальной и периодической «стандартной» авторизации согласно иллюстративному варианту осуществления настоящего изобретения;

На фиг.3 показана поточная схема обработки файла согласно иллюстративному варианту осуществления настоящего изобретения;

На фиг.4 показана блок-схема иллюстративного способа, соответствующего одному из аспектов настоящего изобретения;

На фиг.5 представлена блок-схема иллюстративной компьютерной системы, используемой в одном или более вариантов осуществления настоящего изобретения.

Осуществление изобретения

Начнем с фиг.1, на которой показан иллюстративный вариант осуществления системы 100, соответствующий одному из аспектов настоящего изобретения, и приведены различные возможные компоненты системы. Система 100 может содержать один или более различных типов портативных устройств оплаты. Например, одно такое устройство оплаты может быть контактным устройством, таким как карта 102. Карта 102 может содержать интегральную микросхему 104 (ИС), в состав которой входит процессорная часть 106 и запоминающая часть 108. Для целей связи может быть предусмотрено множество электрических контактов 110. В дополнение или вместо карты 102 система 100 может также быть спроектирована для работы с бесконтактным устройством оплаты, таким как карта 112. Карта 112 может содержать интегральную микросхему 114, состоящую из процессорной части 116 и запоминающей части 118. Для бесконтактной связи, такой, например, как с использованием радиочастотных (РЧ) электромагнитных волн, может быть предусмотрена антенна 120. Могут быть предусмотрены генератор или генераторы и/или соответствующие дополнительные цепи для одной или более операций, таких как модуляция, демодуляция, преобразование с понижением частоты и т.п. Заметим, что карты 102, 112 являются иллюстративными примерами из множества устройств оплаты, которые могут быть использованы в способе, являющемся предметом настоящего изобретения. К другим типам устройств оплаты могут относиться: обычная карта 150, снабженная магнитной полосой 152, соответствующим образом выполненная трубка сотового телефона и т.п. Разумеется технологии настоящего изобретения могут быть адаптированы к множеству различных типов карт, терминалов и других устройств.

Интегральные микросхемы 104, 114 могут содержать процессорные узлы 106, 116 и запоминающие узлы 108, 118. Интегральные микросхемы 104, 114, предпочтительно, могут также содержать один или более из таких элементов, как логическая схема управления, таймер и порты ввода/вывода. Такие элементы хорошо известны в технике интегральных микросхем и отдельно здесь не поясняются. Одна или обе из интегральных микросхем 104, 114 могут содержать сопроцессор, также хорошо известный и не требующий отдельных пояснений. Логическая схема управления может обеспечивать, в сочетании с процессорными узлами 106, 116, управление, необходимое для осуществления связи между запоминающими узлами 108, 118 и портами ввода/вывода. Таймер может давать опорный сигнал синхронизации от процессорных узлов 106, 116 и управляющей логической схемы. Сопроцессор может обеспечивать возможность выполнения сложных вычислений в реальном масштабе времени, подобных тем, которые требуются в криптографических алгоритмах.

Запоминающие части или узлы 108, 118 могут содержать различные типы памяти, такие как энергозависимая и энергонезависимая память, постоянная и программируемая память. Запоминающие узлы могут хранить данные транзакционной карты, такие как, например, главный номер счета (PAN, primary account number) пользователя и/или личный номер идентификации (PIN, personal identification number). Запоминающие части или узлы 108, 118 могут хранить операционную систему карт 102,112. Операционная система загружает и выполняет приложения, а также обеспечивает управление файлами или другие основные функции карты для приложений. Одной операционной системой, которая может быть использована для осуществления настоящего изобретения, является операционная система MULTOS®, лицензируемая корпорацией StepNexus Inc. С другой стороны, могут использоваться операционные системы, основанные на технологии JAVA CARD™ (лицензируемой корпорацией Sun Microsystems, Inc, 4150 Network Circle, Santa Clara, CA 95054 USA) или операционные системы, защищенные правами собственности, предлагаемые несколькими разработчиками. Предпочтительно операционная система записывается в постоянную память (ROM, read-only memory) в запоминающей части 108, 118. В другом варианте осуществления в запоминающих узлах 108, 118 также может быть использована флеш-память или другие энергонезависимые и/или энергозависимые типы памяти.

В добавление к основным функциям, предусмотренным операционной системой, запоминающие узлы 108, 118 могут также содержать одно или более приложений. В настоящее время одним возможным стандартом, к которому такие приложения могут адаптироваться, является платежный стандарт EMV, внедряемый корпорацией EMVCo, LLC (http//www.emvco.com). Следует иметь в виду, что, строго говоря, стандарт EMV определяет поведение терминала; однако карта может быть выполнена с возможностью соответствия такому EMV-совместимому поведению терминала, и в этом смысле сама оказывается EMV-совместимой. Следует также учитывать, что приложения, в соответствии с настоящим изобретением, могут быть выполнены множеством различных способов.

Как уже указывалось, карты 102, 112 являются примерами множества устройств оплаты, которые могут быть использованы в способах, являющихся предметом настоящего изобретения. Главной функцией устройств оплаты может быть не сама оплата, например, они могут быть телефонными трубками сотовой связи, которые осуществляют способ настоящего изобретения. К таким устройствам оплаты могут относиться карты с обычными конструктивными характеристиками, карты большего или меньшего размера, карты другой формы, брелоки, карманные компьютеры (PDA, personal digital assistant), соответствующим образом выполненные телефонные трубки сотовой связи и вообще любое устройство, обладающее возможностями осуществления способа настоящего изобретения. Карты или другие устройства оплаты могут содержать составные части (например, слои многослойного пластика карты оплаты, футляр или корпус карманного компьютера, корпус интегральных микросхем и т.п.), памяти 108, 118, связанные с этими составными частями, и процессоры 106, 116, связанные с этими составными частями и соединенные с модулями памяти. Модули 108, 118 памяти могут содержать соответствующие приложения. Процессоры 106, 116 могут быть выполнены с возможностью осуществления одного или более шагов способа. Приложениями могут быть, например, идентификаторы приложений (AID, application identifier), связанные с программным обеспечением в виде встроенного программного обеспечения, плюс данные в памяти карты, такой как электрически стираемая программируемая постоянная память (EEPROM, electrically erasable programmable read-only memory). Снова заметим, что необязательно требуются «интеллектуальные» (смарт-) карты, и может быть использована обычная карта с магнитной полосой.

В системе 100 может быть применено несколько различных типов терминалов. В число таких терминалов может входить контактный терминал 122, выполненный с возможностью взаимодействия с устройством 102 оплаты контактного типа; беспроводной терминал 124, выполненный с возможностью взаимодействия с устройством 112 оплаты беспроводного типа; терминал 125 для работы с магнитной полосой, выполненный с возможностью взаимодействия с устройством 150 оплаты, содержащим магнитную полосу, или комбинированный терминал 126. Комбинированный терминал 126 выполнен с возможностью взаимодействия с любым типом устройств 102, 112, 150 оплаты. Некоторые терминалы могут быть контактными терминалами с подключаемыми бесконтактными считывателями. Комбинированный терминал 126 может содержать память 128, процессорную часть 130, модуль 132 считывания и, по выбору, выделенный модуль взаимодействия, такой как штрихкодовый сканер 134 и/или считыватель 136 меток радиочастотной идентификации (RFID, radio frequency identification). Элементы 128, 132, 134, 136 могут быть соединены с процессором 130. Заметим, что принципы построения терминала 126 применимы к другим типам терминалов и подробно описываются для иллюстративных целей. Считывающий модуль 132 может быть выполнен с возможностью контактного считывания информации с карты или устройства 102 оплаты, для бесконтактного считывания информации с карты или устройства 112 оплаты, для считывания магнитной полосы 152 или для комбинирования любых двух и более возможностей из перечисленных выше (для взаимодействия с различными типами карт могут быть предусмотрены различные типы считывателей, например контактные, с магнитной полосой или бесконтактные). Терминалы 122, 124,125, 126 могут быть подключены к одному или более обрабатывающим центрам 140, 142, 144 через компьютерную сеть 138. Сеть 138 может быть, например, сетью Интернет или частной сетью. Для соединения различных элементов системы может быть использовано более одной сети. Обрабатывающие центры 140, 142, 144 могут содержать, например, главную вычислительную машину эмитента устройства оплаты. Ниже будут представлены дальнейшие детали на примере одной конкретной формы сети.

Множество различных розничных или других предприятий, представленных торговыми терминалами 146, 148, может быть подключено к сети 138. В одном или более вариантах осуществления изобретения считается предпочтительным, чтобы разнообразные предприятия взаимодействовали с телекоммуникационной сетью, такой как виртуальная частная сеть (VPN, virtual private network), через одну или более машин, которые затем подключаются к сети. Это будет обсуждаться более подробно ниже. Каждое такое предприятие может иметь один или более терминалов. Кроме того, различные типы портативных устройств оплаты, терминалов или других элементов или компонентов могут объединять или «смешивать и подгонять» одно или более свойств, изображенных на иллюстративных устройствах по фиг.1.

Портативные устройства оплаты могут облегчать транзакции пользователя с терминалом, таким как 122, 124, 125, 126, системы, такой как система 100. Такое устройство может содержать процессор, например процессорные узлы 106, 116, обсуждавшиеся выше. Устройство оплаты может содержать также память, такую как запоминающие части 108, 118, обсуждавшиеся выше, которая подключена к процессору. Кроме того, устройство оплаты может содержать модуль связи, который подключен к процессору и выполнен с возможностью взаимодействия с терминалом, таким как один из терминалов 122, 124, 125, 126. Модуль связи может содержать, например, контакты 110 и антенны 120 вместе с соответствующими схемами (такими как указанный выше генератор или генераторы и связанные с ними цепи), которые обеспечивают взаимодействие с терминалом через контактную или бесконтактную связь. Процессор устройства может быть выполнен с возможностью выполнения одного или более шагов способов и технологий. Процессор может выполнять такие операции через аппаратные средства и/или под воздействием программных инструкций, таких как приложение, хранящееся в одном из узлов памяти.

Портативное устройство оплаты может содержать часть корпуса. Например, это могла бы быть многослойная пластиковая карта (как описывалось выше) в случае смарт-карт 102, 112, или держатель и корпус телефонной трубки в случае сотового телефона.

Следует помнить, что терминалы 122, 124, 125, 126 являются примерами терминальных устройств для взаимодействия с устройством оплаты держателя в соответствии с одним или более иллюстративными вариантами осуществления настоящего изобретения. Устройство может содержать процессор, такой как процессор 130, память, такую как память 128, которая подключена к процессору, и связной модуль, такой как 132, который подключен к процессору и выполнен с возможностью взаимодействия с портативными устройствами 102, 112, 142 оплаты. Процессор 130 может быть выполнен с возможностью связи с портативными устройствами оплаты пользователя через связной модуль 132. Терминальные устройства могут действовать через аппаратные средства в процессоре 130 или по программным инструкциям, хранимым в памяти 128. Такая логическая схема может быть по выбору обеспечена из центрального расположения, такого как обрабатывающий центр 140 в сети 138. Может быть предусмотрен упомянутый выше сканер 134 штрихкодов и/или считыватель 136 меток RFID, которые могут быть подключены к процессору для сбора определительных данных, таких как идентификация товара по универсальному штрихкоду (UPC, universal product code) или по метке RFID на покупаемом товаре. В некоторых условиях работы, таких как, например, система оплаты проезда с фиксированной стоимостью проезда, узлы 134 и 136 не нужны, поскольку, например, продаваться может только один товар (фиксированная стоимость проезда) или идентификация может осуществляться другими средствами.

Описанные выше устройства оплаты 102, 112 могут быть контактными картами или устройствами, работающими в стандарте ISO 7816, или бесконтактными картами или устройствами, работающими в стандарте ISO 14443. Для выполнения операции можно коснуться или постучать картой 112 по терминалу 124 или 128, который при этом бесконтактно передает электронные данные на расположенную поблизости интегральную микросхему в карте 112 или в другом беспроводном устройстве. Один или более обрабатывающих центров 140, 142, 144 может содержать базу данных, такую как информационная база 154.

Перейдем теперь к фиг.2, на которой показана блок-схема 200 одного возможного частного иллюстративного варианта осуществления настоящего изобретения, а также (с помощью стрелок) поточная схема начальной и периодической авторизации, применяемой в этом иллюстративном варианте осуществления. В одном или более вариантах осуществления изобретения, включая иллюстративный вариант осуществления по фиг.2, потоковая схема авторизации является «стандартной» в том смысле, что порядок выполнения операций сам по себе является общепринятым: запрос исходит от продавца и/или приобретающего субъекта, и проходит по платежной сети (в данном случае по виртуальной платежной сети VPN 210, которая будет рассмотрена ниже) к эмитенту (банку, выпустившему устройства оплаты). Затем эмитент 214 посылает назад ответ (или его посылает замещающий процессор 216 от имени эмитента) через платежную сеть продавцу и/или к приобретающему субъекту. Термин «стандартный» не следует понимать в том смысле, что описанное здесь использование изобретения и содержание сообщения (сообщений) (например, установка по изобретению предела расходов) описываются или предлагаются в каком-либо из известных способов.

Как показано в 202, держатель карты или другого устройства оплаты взаимодействует с терминалом на оборудовании, принимающем 204 карты, соответствующем, например, терминалам и пунктам продажи, как описано по отношению к фиг.1. Принимающий карту посылает информацию о транзакции приобретающему субъекту 206, например, через сеть, как показано на фиг.1. В качестве неограничивающего примера, приобретающий субъект может включать в себя приобретателя или другой субъект, ответственный за транзакцию приобретения, независимо от того, называется ли она в обиходе специалистами в области электронных платежей, как «приобретатель» или как «приобретающий процессор», или чем-то подобным (приобретающий субъект может также именоваться консолидатором). Менеджер 208 активного файла (AFM, active file manager) может быть установлен между приобретающим субъектом 206 и связной сетью, такой как VPN 210 (которая может быть, например, сетью обработки платежей). Менеджер 208 может быть расположен в различных местах, например в оборудовании приобретающего субъекта, и может приводиться в действие, например, приобретателем. Кроме того, менеджер 208 может быть размещен на той же самой машине, что и обычный оконечный связной процессор, такой как MASTERCARD INTERFACE PROCESSOR™ или MIP™ процессор (торговые марки торговой корпорации MasterCard International, Inc. of Purchase, New York), или может быть размещен на отдельной машине, взаимодействующей с таким обычным оконечным связным процессором, который затем взаимодействует с сетью 210. В общем случае менеджер 208 должен быть подключен к сети 210 для обработки авторизации, но, как уже указывалось, может располагаться в различных местах.

Другой обычный оконечный связной процессор 212, такой как MIP™ процессор, может быть расположен, например, в оборудовании эмитента 214 для обеспечения доступа к вышеупомянутой VPN 210. Конечно может быть множество подобным образом оборудованных эмитентов и другого оборудования.

Замещающая обработка может обеспечиваться через подсистему авторизации, расположенную в центральном участке 216. Такая подсистема может взаимодействовать с VPN 210 и может отвечать, обеспечивая обслуживание авторизации от имени эмитента 214, когда, например, эмитент как член или другой субъект, не подключенный через виртуальную частную сеть, недоступен, недосягаем или отвечает с большой задержкой (например, за пределами пределов времени, определяемых сетью). Здесь предполагается, что большинство или все члены и/или клиенты будут электронным образом подключены к оператору сети обработки платежей через VPN, как эмитент 214 на фиг.2.

На фиг.3 представлена блок-схема 300 некоторых обеспечиваемых по выбору свойств системы 200, которая может быть выполнена с возможностью реализации поточной схемы обработки файла в соответствии с иллюстративным вариантом осуществления настоящего изобретения. Элементы, аналогичные представленным на фиг.2, имеют те же самые названия и не будут описываться вновь. Для удобства изображения поточной схемы обработки файла представлены стрелки. В блок-схеме 300 предусмотрен менеджер 208 с соответствующей файловой структурой 350, которая будет описана ниже.

Чтобы ускорить принятие терминалом решения в условиях с большим числом транзакций, таких как рынок транспортных услуг (где транзакции часто могут осуществляться на относительно малую денежную величину), в соответствии с одним из аспектов настоящего изобретения, может быть осуществлено предложение сообщения об авторизации со стороны продавца к эмитенту (в одном или более вариантах осуществления такое сообщение может быть «стандартным» сообщением в описанном выше смысле). Первый раз номер счета держателя карты используется в месторасположении продавца (в таком случае номер счета обычно еще не будет в файле), транзакция может быть (по выбору) автоматически одобрена (в одном или более вариантах осуществления через такого посредника, каким является менеджер активного файла, который будет здесь описан). После отправления подтверждающего ответа на терминал оператор сети обработки платежей (в состав которого, в качестве примера, но не в качестве ограничения, входит объект, называемый в обиходе «компанией по обслуживанию кредитных карт») может способствовать продвижению сообщения об авторизации к эмитенту для этого номера счета держателя карты. И опять, как указывалось выше, такое сообщение может быть «стандартным» сообщением, не в том смысле известности или которые предлагались в ранее описанных способах, а в том смысле, что поточная схема рассылки сообщений (которая противопоставляется использованию и содержанию изобретения) является общепризнанной или общепринятой. Количество долларов (или другой валюты), отражаемое в запросе авторизации, может быть основано на желаемых параметрах предела расходов, установленных таким объектом, как продавец и/или эмитент. Если эмитент отказывает в авторизации, предел расходов для номера счета держателя карты будет установлен равным нулю, например, путем создания соответствующей записи в файле, назначенном в качестве активного файла, который будет подробнее обсуждаться ниже. Если транзакция разрешается, то предел расходов, равный ограничивающей активность величине на определенный интервал времени (например, заранее установленный предел на день), предпочтительно (но не обязательно) за вычетом значения первой транзакции, может быть установлен, опять, например, путем создания соответствующей записи в активном файле.

Каждая последующая транзакция может быть проверена, например, по активному файлу на наличие в счете «заранее оговоренного предела расходов». По мере того как дополнительные транзакции уменьшают ограниченную пределом сумму, могут быть инициированы запросы авторизации к эмитенту, чтобы пополнить предел затрат. Заметим, что продавец может выбрать выполнение авторизации для первой транзакции до посылки ответа на терминал. Продавец может предпочесть экономию времени на получение ответа финансовому риску от транзакции.

Только что описанный иллюстративный вариант осуществления может предоставить одно или более преимуществ. Например, он может предоставить продавцу и приобретателю управление принятием решения об авторизации, расширяющее процессы авторизации (в которых, как уже указывалось, может использоваться «стандартная» потоковая схема). Аспект неавтономной авторизации этого варианта осуществления может ограничить ответственность продавца за транзакцию, что приведет к большей привлекательности этого варианта осуществления для продавцов и приобретателей. Этот вариант осуществления также обеспечивает для эмитента дополнительное управление риском в условиях перегруженных линий связи и/или когда требуется быстрый ответ, поскольку решение об авторизации принимает эмитент. Эмитент может усилить свою деятельность по оценке мошенничества, чтобы быстро распознавать и противодействовать обманной деятельности в этих условиях.

Свойство авторизации в реальном масштабе времени по сети означает также, что эти транзакции могут быть посланы в такое месторасположение, как 216, для замещающей обработки от имени эмитента в случае возникновения в сети проблем со связью. Как и в случае любой замещающей обработки, транзакции могут быть запомнены и переданы эмитенту, как только эмитент сможет снова получать сообщения, либо в виде отдельных сообщений, либо в пакетном формате.

Путем наращивания существующей инфраструктуры эти транзакции могут быть включены в информационную базу, такую как 154, и впоследствии могут быть использованы эмитентом множеством способов, включая участие в программе поощрения, которая может быть привлекательной для держателей его карт.

Заметим, что описанная выше поточная схема типична для авторизационных запросов, которые могут высылаться полностью эмитенту или замещающему его обрабатывающему оборудованию от имени эмитента (опять необязательно, но предпочтительно с использованием поточной схемы «стандартных» сообщений). Она может выполняться для первой транзакции, которая встречается для конкретного номера счета, а затем периодически после этой первой транзакции. Авторизация посылается, например, после предоставления ответа активного файла продавцу, на основе потока процесса активного файла, описанного ниже. Как только номер счета известен в системе (после его первого использования), последующая авторизация может быть выполнена до того, как имеющийся в наличии баланс достигнет заранее определенного значения, такого как ноль. Как только значение исчерпано, баланс счета может быть переустановлен проведением другой авторизации.

Оконечные процессоры, такие как процессор 212, и виртуальные частные сети, такие как VPN 210, хорошо известны специалистам в данной области техники. В одном конкретном примере процессор 212 является MIP™ процессором, a VPN 210 является сетью связи, предоставляющей услуги сети связи в стандарте MASTERCARD BANKNET® (зарегистрированная торговая марка корпорации MasterCard International, Inc. of Purchase, New York)

Рассмотрим теперь поточную схему обработки активного файла согласно одному иллюстративному варианту осуществления настоящего изобретения, обращаясь к фиг.4 и снова к фиг.3. На фиг.4 представлена блок-схема 500 шагов примерного способа для такой обработки, поясняющая способ авторизации с использованием устройства оплаты (имеющего соответствующий номер счета) у продавца. После начала в блоке 502, на шаге 504, может быть выполнен шаг содействия в получении номера счета, например, держатель карты может прикоснуться своей картой или другим устройством оплаты к терминалу продавца. Под «содействием» действию здесь понимается выполнение действия, делающего первое действие более простым, помогающее выполнить это действие или приводящее к выполнению действия. Так, в качестве примера, но не ограничения, выполнение инструкций в одном процессоре может содействовать действию, совершаемому при выполнении инструкций на удаленном процессоре, путем посылки соответствующих данных или команд, чтобы заставить или помочь выполнению действия. В блоке 506 совершается шаг по содействию прохождению номера счета к менеджеру 208 активного файла. Например, номер счета может быть передан через приобретающего субъекта менеджеру 208.

Обработка оператором сети оплаты платежей может происходить, например, следующим образом. Менеджер активного файла может обработать транзакцию по активному файлу. В блоке 508 решений может быть принято решение, имеется ли номер счета в файле. В случае наличия, как показано ответвлением «ДА» от блока 508, в блоке 510 определяется, достигнут ли предел по затратам, или не блокирован ли номер счета, или не осуществлено ли какое-либо другое заранее определенное ограничивающее условие, связанное с номером счета, такое что транзакцию следует отвергнуть. Как показано ответвлением «НЕТ» от блока 510, если ограничение по затратам не достигнуто, в блоках 514, 516 и 518 может быть выполнено одобрение транзакции, посылка ответа в приобретающий субъект и посылка ответа из приобретающего субъекта на терминал, соответственно. Параллельно в блоке 520 может быть произведено уменьшение предела допустимых затрат (например, путем обновления файла). Как уже указывалось, под «содействием» действию здесь понимается выполнение действия, делающего первое действие более простым, помогающее выполнению этого действия или приводящее к тому, что это действие оказывается выполненным. Для наглядности, не каждый блок на фиг.4 содержит слово «содействовать», но следует иметь в виду, что в изображенном способе широко используется содействие указанным действиям, а также их реальное выполнение. В случае ответвления «ДА» от блока 510 транзакция запрещается в блоке 512, и обработка продолжается в блоке 525. Кроме того, из блока 512 может быть осуществлен параллельный переход к шагам 516 и 518.

В блоке 522 может быть принято решение о необходимости новой авторизации. Такая ситуация может возникнуть в случае, когда достигаются некоторые заранее определенные критерии, например, когда произошло определенное число транзакций с момента последней авторизации, или когда достигнут определенный баланс, или, в общем случае, когда некоторый параметр, связанный с номером счета, достигает заранее установленного соотношения с пределом затрат (скажем, доступный баланс становится слишком низким, или величина затрат без новой авторизации становится слишком большой). Когда счетчик, баланс или другой индикатор достигает значения, указывающего на необходимость новой авторизации, как показано в блоке 523, может быть получена авторизация, и в блоке 524 может быть обновлена соответствующая запись. Обработка продолжается в блоке 525. Следует заметить, что шаги, показанные здесь на блок-схемах, имеют иллюстративный характер, и не все из них требуется выполнять в любом конкретном варианте осуществления изобретения. Кроме того, порядок выполнения шагов может изменяться произво