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

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

Info

Publication number
RU2421812C2
RU2421812C2 RU2007146708/08A RU2007146708A RU2421812C2 RU 2421812 C2 RU2421812 C2 RU 2421812C2 RU 2007146708/08 A RU2007146708/08 A RU 2007146708/08A RU 2007146708 A RU2007146708 A RU 2007146708A RU 2421812 C2 RU2421812 C2 RU 2421812C2
Authority
RU
Russia
Prior art keywords
payment
specified
transport
account
payment device
Prior art date
Application number
RU2007146708/08A
Other languages
English (en)
Other versions
RU2007146708A (ru
Inventor
Берт А. УИЛХЕЛМ (US)
Берт А. УИЛХЕЛМ
Оливер СТИЛИ (GB)
Оливер СТИЛИ
Адам ГЛАК (US)
Адам ГЛАК
Original Assignee
Мастеркард Интернэшнл Инкорпорейтед
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Мастеркард Интернэшнл Инкорпорейтед filed Critical Мастеркард Интернэшнл Инкорпорейтед
Publication of RU2007146708A publication Critical patent/RU2007146708A/ru
Application granted granted Critical
Publication of RU2421812C2 publication Critical patent/RU2421812C2/ru

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K17/00—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • 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/352—Contactless payments by cards
    • 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/405—Establishing or using transaction specific rules

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)

Abstract

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

Description

Перекрестная ссылка на родственные заявки
Настоящая заявка притязает на приоритет предварительной заявки США №60/681513, поданной 16-го мая 2005 г., и предварительной заявки США №60/717626, поданной 16-го сентября 2005 г., которые включены в состав данного документа в своей целостности посредством ссылки.
Уровень техники
Технология смарт-карт становится обычным явлением в нашей культуре и повседневной жизни. Смарт-карта представляет собой карту, в которую встроены либо микропроцессор и микросхема памяти, либо только микросхема памяти с непрограммируемой логикой. Микропроцессорная карта может добавлять, удалять и иным образом манипулировать содержащейся на карте информацией, тогда как карта с микросхемой памяти (например, предоплаченные телефонные карты) может выполнять только предопределенную операцию. В отличие от карт с магнитной полосой, смарт-карты могут содержать все необходимые функции и информацию на самой карте. Следовательно, во время транзакции им не требуется доступ к удаленным базам данных.
Смарт-карты, на которые в данной отрасли также ссылаются как на "микропроцессорные карты" или "карты с чипом", предоставляют больший объем памяти и лучший уровень защищенности, чем традиционные карты с магнитной полосой. Смарт-карты могут содержать до 8 килобайтов ОЗУ, 346 килобайтов ПЗУ, 256 килобайтов программируемого ПЗУ и 16-битный микропроцессор. Смарт-карта использует последовательный интерфейс и получает питание из внешних источников, таких как считыватель карт. Процессор использует ограниченный набор инструкций для таких приложений, как криптография. Смарт-карты используются для различных приложений, в особенности таких, где есть встроенная криптография, для которой требуется манипуляция большими числами. Так, смарт-карты использовались как основная платформа для карт, на которых храниться защищенная цифровая идентификационная информация. Самыми обычными применениями смарт-карт являются:
• Кредитные карты
• Электронные деньги
• Системы компьютерной безопасности
• Беспроводная связь
• Системы постоянных клиентов (такие как система призовых баллов часто летающих пассажиров)
• Банковские операции
• Спутниковое телевидение
• Идентификационная информация для государственных органов.
Обеспечение защищенности, то есть обеспечение доступа только авторизованным владельцам карт, является основным атрибутом смарт-карт. Эффективность смарт-карт в части обеспечения защищенности является одной из причин, по которой они были приняты так широко, особенно, в финансовых услугах и мобильных телефонах, из-за чего имело место лавинообразное распространение смарт-карт, и из-за чего ожидается их быстрое распространение и для других применений, таких как персональные идентификационные карты, доступ к платному телевидению/развлекательным системам, здравоохранение и транспорт.
Транспортные или транзитные системы, включающие в себя железную дорогу, метро, автобусы, паромы и платные дороги, используются сотнями миллионов людей ежедневно. Экономичный, эффективный и надежный транспорт является городской необходимостью в современных мегаполисах. Посредством смарт-карт можно эффективным образом устранить использование монет и бумажных купюр в транспортной среде. Платежи по смарт-картам не только выполняются быстро и надежно, но они также помогают снизить стоимость обслуживания оборудования. Лидирующие транспортные системы во всем мире движутся в направлении новых платежных механизмов, основанных на технологии смарт-карт.
Для использования в бесконтактных смарт-картах и считывателях/терминалах карт уже доступен ряд технологий Радиочастотной Идентификации (Radiofrequency Identification, RFID). Основными компонентами бесконтактной системы являются бесконтактный считыватель (или Дистанционное Связующее Устройство (Proximity Coupling Device, PCD)) и транспондер. Бесконтактный считыватель представляет собой антенну, соединенную с электронной схемой. Транспондер состоит из индуктивной антенны и интегральной схемы, которая присоединена к концам этой антенны. Сочетание считыватель-транспондер работает как трансформатор. Переменный ток протекает через первичную обмотку (антенну считывателя), которая создает электромагнитное поле, индуцирующее ток во вторичной обмотке (антенне транспондера). Посредством диодного выпрямителя транспондер преобразует электромагнитное поле (или радиочастотное поле), передаваемое посредством бесконтактного считывателя (PCD), в постоянное напряжение. Это постоянное напряжение питает внутренние схемы транспондера. Конфигурация и настройка обеих антенн определяет эффективность связи между одним и другим устройством. Транспондерами могут быть бесконтактные платежные карты.
Для того чтобы системы бесконтактных платежных карт были жизнеспособными с экономической точки зрения и получили коммерческое признание, бесконтактные платежные карты должны иметь возможность взаимодействия со всеми или большинством платежных терминалов с функцией RFID даже в том случае, когда карты и терминалы имеют технологические особенности, которые присущи только поставщикам/эмитентам, вендорам или производителям терминалов для конкретных карт. Желательно иметь возможность взаимодействия в масштабе всей отрасли. Для этой цели органы и группы стандартизации в данной отрасли (например, Международная Организация по Стандартизации (International Organization for Standards, ISO) и Международная Электротехническая Комиссия (International Electro Technical Committee, IEC)) сформулировали промышленные стандарты для реализации технологий бесконтактных платежных смарт-карт. Тремя примерами таких стандартов, которые определены со стороны ISO/IEC, являются стандарты ISO/IEC 10536, ISO/IEC 14443 и ISO/IEC 15693, которые применимы к Картам на Сильной Связи (Close Coupling cards), Proximity-картам (Proximity cards) и Vicinity-картам (Vicinity cards), соответственно.
Для реализации технологии (бесконтактных) платежных Proximity-карт недавно компания MasterCard International Incorporated ("MasterCard") разработала собственные спецификации - Спецификация Реализации MasterCard PayPassTM ISO/IEC 14443 ("PayPass"). PayPass представляет собой бесконтактную платежную платформу с функцией RFID, которая предоставляет возможность пользователю постучать или взмахнуть устройством перед специальным считывателем, чтобы обработать транзакцию. Реализации PayPass совместимы со стандартом ISO 14443, и они предоставляют удобный пример для иллюстрации принципов настоящего изобретения. См., например, патентные заявки США №№11/182354, 11/182357, 11/182358, 11/182356, 11/182355 и 11/182351 Смеца и других, которые были поданы 15-го июля 2005 г. и которые включены в данный документ посредством ссылки. MasterCard является глобальным лидером в части открытых платежных решений, которые используют семейство торговых марок MasterCard, включающее в себя платежные кредитные и дебитные решения, а также решения, основанные на предоплате. В добавление, компания MasterCard хорошо подготовлена для осуществления платежных программ Торговых Сетей на основе Предоплаты, специально разработанных для нужд транспорта. Реализации PayPass имеют целью удовлетворение нужд торговцев, которым необходимо обеспечить быстрое обслуживание и высокую пропускную способность пассажиров, как правило, при небольшой стоимости поездки (например, менее пятидесяти долларов США). См., например, Промышленный Стандарт Безопасности Данных Платежных Карт MasterCard, январь 2005 г., который доступен по адресу https://sdp.mastercardintl.com/pdf/pcd_manual.pdf, а также Правила и Процедуры Безопасности MasterCard, июль 2005 г. с исправлениями от августа 2005 г., которые доступны по адресу www.mastercardmerchant.com/acquirers/index.html. Обе эти публикации включены в состав данного документа в своей целостности посредством ссылки. Дополнительная общедоступная документация по функциональным особенностям PayPass доступна по адресу https://mbe2stl101.mastercard.net/hsm2stl101/public/login/ebusiness/mobile_commerce/paypass/documentation/index.jsp.
Ниже приведено описание усовершенствования платежных решений, которые используются в среде транспортных систем. Желательными платежными решениями являются "открытые" решения, то есть решения, где пользователям предоставляется возможность получить доступ к транспортной системе, используя бесконтактные карты доступа, которые являются специальными для транспортной системы, и/или смарт-карты, которые имеют широкий спектр других коммерческих применений, сверх использования в транспортной системе.
Сущность изобретения
Настоящее изобретение предоставляет системы и способы Автоматического Сбора Платы за Проезд (АСПП) для транспортных систем.
Примерная система АСПП основана на использовании бесконтактных платежных карт с функцией RFID, выпущенных эмитентами коммерческих карт. Бесконтактные платежные карты с функцией RFID соответствуют открытым промышленным стандартам (например, стандарту ISO 14443) для бесконтактных платежных карт. Система АСПП включает в себя считыватели карт с функцией RFID, расположенные у входов в платные зоны транспортной системы, и транспортную платежную платформу. Считыватели карт с функцией RFID могут иметь интерфейс с контроллером терминала или станции. Система АСПП, сверх того, включает в себя транспортную платежную платформу или приложение, спроектированное для выполнения процессов авторизации, клиринга и выполнения платежной транзакции через электронные сети, обычно используемые в индустрии оплаты по картам.
Клиент, желающий получить доступ в огражденные платные зоны транспортной системы, для оплаты тарифа представляет свою бесконтактную платежную карту (например, карту MasterCard PayPass) для считывания считывателем карт с функцией RFID. Контроллер считывателя карт/терминала сравнивает считанную бесконтактную платежную карту с перечнем "горячих" карт (то есть карт, по которым есть сведения об утере, краже или истечении срока действия или по которым есть неурегулированные платежи) и, соответственно, предоставляет или отказывает клиенту в доступе к огражденным платным зонам транспортной системы. Запись транзакции карты подготавливается и передается в транспортную платежную платформу для авторизации, клиринга и выполнения. Для поездок в один конец платежи по транзакции относятся эмитентом карты на карточный счет клиента (например, кредитный или дебитный счет).
Транспортная платежная платформа может быть, сверх того, сконфигурирована, чтобы клиенты могли регистрировать или основывать предварительно пополняемые транспортные счета, связанные с их бесконтактными платежными картами. Предварительно пополняемые счета могут иметь балансы в выражении денежных средств (например, долларовые счета), балансы в выражении прав на поездку (например, права на определенное количество поездок) или балансы в выражении времени, которые соответствуют, например, тарифу билета типа "оплата при каждой поездке", тарифу с максимальным количеством поездок на билет и тарифу билета с неограниченным количеством поездок. Для транзакций платы за проезд с подобными бесконтактными платежными картами транспортная платежная платформа выполняет платежи транзакции исходя из предварительно пополняемых транспортных счетов, связанных с бесконтактными платежными картами клиента, который проводит транзакцию.
Дополнительные отличительные признаки настоящего изобретения, его сущность и различные преимущества будут очевидны из следующих сопутствующих чертежей и следующего подробного описания.
Краткое описание чертежей
Фиг.1 - структурная схема, иллюстрирующая логические элементы решения электронных платежей для транспортной системы согласно принципам настоящего изобретения;
Фиг.2 - структурная схема, иллюстрирующая пример архитектуры автоматического сбора платы за проезд для транспортной системы, основанной на использовании карт PayPass для оплаты проезда согласно принципам настоящего изобретения;
Фиг.3 - схематический чертеж, иллюстрирующий компоненты платежной платформы на смарт-картах, которая имеет интерфейс с инфраструктурой транспортной системы для автоматического сбора платы за проезд согласно принципам настоящего изобретения;
Фиг.4 - схема последовательности операций, иллюстрирующая примерные этапы, вовлеченные в процесс для регистрации смарт-карты клиента для использования в транспортной системе согласно принципам настоящего изобретения;
Фиг.5 - схема последовательности операций, иллюстрирующая примерные этапы, вовлеченные в процесс для обработки транзакции платы за проезд, когда клиент представляет смарт-карту в считыватель карт транспортной системы для оплаты проезда согласно принципам настоящего изобретения.
Подробное описание изобретения
Настоящее изобретение предоставляет решение Автоматического Сбора Платы за Проезд (АСПП) для транспортных систем. Это решение АСПП, которое основано на использовании смарт-карт, предоставляет возможность реализовать в транспортной системе системы и процедуры автоматического сбора платы за проезд. Системы и процедуры автоматического сбора платы за проезд могут эффективным образом снизить операционные затраты путем уменьшения, например, затрат на перемещение наличных денежных средств, затрат на обслуживание торговых билетных автоматов и турникетов, затрат на приобретение носителей для сбора платы за проезд (например, билеты из пластика/бумаги) и количества работающих билетных касс с персоналом. Решение АСПП основано на смарт-картах (например, на картах MasterCard PayPass), которые соответствуют общему или открытому промышленному стандарту (например, стандарту ISO 14443) для бесконтактных платежных устройств.
Фиг.1 представляет собой структурную схему, которая иллюстрирует логические и структурные компоненты примерного решения 100 электронных платежей для транспортной системы. Примерное решение 100 электронных платежей основано на реализациях MasterCard PayPass. В решении 100 эмитент 120 выпускает карту 110 PayPass для владельца карты. Клиент может представить карту PayPass, чтобы оплатить проезд, например, у турникета 132 (например, турникета или ворот метро) для получения доступа в огражденные платные зоны транспортной системы. Турникет 132 оборудован считывателем 130 карт с функцией RFID для электронного считывания карты PayPass, представленной клиентом для автоматического сбора платы за проезд (АСПП). Считыватель 130 карт электронным образом связан с платежным хост-узлом 140 транспортной системы через опциональный контроллер 150 терминала и транспортную платежную платформу 160 PayPass. Оплата клиента за проезд может быть обработана таким же образом, как в применяемых в настоящее время схемах платежей по картам, которые используются для обработки транзакций платежей по кредитной или дебитной карте PayPass, например, в области розничной торговли. Для этой цели платежный хост-узел 140 Транспортного Агентства связан с эмитентом 120 карты и другими сторонами или организациями посредством обычной электронной сети 190 платежей по карте. Этапы обработки платежа транзакции (например, этапы запроса авторизации, подтверждения и урегулирования транзакции/платежа) могут вовлекать в процесс различные стороны обычной инфраструктуры электронных платежей, такие как обслуживающий банк 170 и ассоциация 180 карт PayPass (то есть MasterCard), которые также соединены друг с другом посредством сети 190.
В реализации платежного решения 100 клиенты могут основывать (открывать) и регистрировать предварительно пополняемые транспортные счета, которые связаны с картами PayPass клиентов. По существу, клиент представляет или "прикладывает" свою карту 110 PayPass к считывателю 130 карт, установленному на транспортном турникете 132, чтобы получить доступ в огражденные платные зоны транспортной системы. Закодированные в карте данные считываются и передаются в контроллер 150 терминала. Контроллер 150 терминала отвечает либо приемом, либо отклонением карты. Соответственно, клиенту либо предоставляется доступ, либо отказывается в доступе через турникет. Программное обеспечение контроллера 150 терминала передает запись данных транзакции в транспортную платежную платформу 160 PayPass. Транспортная платежная платформа 160 PayPass предоставляет необходимую авторизацию и функции пакетной обработки для транзакций, а также непрерывное сопровождение программного обеспечения терминала карты.
Очевидно, что выбор реализации PayPass для целей иллюстрации является только примером и что принципы настоящего изобретения могут быть в целом применены к электронным платежным устройствам и системам, которые работают согласно другим общим промышленным или частным стандартам. Другие электронные платежные устройства и системы могут быть основаны на бесконтактных картах, таких как American Express ExpressPay и Visa Wave. Реализации PayPass выводят открытые платежи в транспортное окружение и предоставляют новые опции для транспортных организаций, которые планируют внедрение или уже внедряют платежные решения, основанные на смарт-картах. Реализации PayPass могут быть эффективным образом приспособлены, чтобы использовать открытые платежные решения для извлечения пользы как для транспортных организаций, так и для их клиентов.
Сверх того, применение электронного платежного решения по изобретению описано здесь со ссылкой на образцовую транспортную систему метро - NY City Transit (NY Transit), которая действует под руководством Управления Городского Транспорта (Metropolitan Transportation Authority, MTA) штата Нью Йорк. Очевидно, что выбор системы MTA/NY Transit сделан только для целей иллюстрации, и что платежное решение по изобретению может быть применено в любой другой транспортной системе (например, Железной Дороге Стайтен-айленд, Железной Дороге Лонг-Айленд, Автобусной Системе Лонг-Айленд, Железной Дороге Metro-North и системе платных мостов и тоннелей).
Электронное платежное решение 100 может быть спроектировано для интегрированных применений АСПП в нескольких транспортных системах (например, метро, автобусы, железная дорога и т.п.), а также оно может быть интегрировано с другими электронными платежными решениями, такими как решение E-Zpass, которое внедрено в системе платных мостов и тоннелей MTA для АСПП.
Вновь ссылаясь на фиг.1, решение 100 может быть работоспособно с любым подходящим количеством различных типов карт и моделей распределения карт. Транспортные функциональные возможности этих различных типов карт обеспечиваются посредством соответствующего устройства транспортной платежной платформы 140.
Подходящее количество типов карт и моделей распространения карт может быть выбрано с целью расширения использования смарт-карт на ту часть пассажиропотока транспортной системы, где есть смысл это делать с экономической точки зрения. Выбранные типы карт могут включать в себя, например, карты, которые поддерживают поездки в один конец, режимы работы на основе времени (с неограниченным количеством поездок) и/или карты, основанные на стоимости, которые поддерживают режимы работы с оплатой за каждую поездку. Примеры возможных моделей распространения карт, включают в себя:
(1) Карты, выпускаемые банком (например, MasterCard PayPass)
Банки могут выпускать стандартные кредитные или дебитные карты с функцией PayPass для общего пользования владельцами карт у торговцев. Эти карты PayPass могут также использоваться для поездок в пределах системы MTA, и они имеют возможность удовлетворить потребности регулярных пригородных пассажиров, в добавление к нечастым пассажирам и приезжим в данном регионе. Эти карты можно либо зарегистрировать в транспортной системе, чтобы основать предварительно пополняемый транспортный счет с оплатой за каждую поездку, который может использоваться только в окружении MTA (аналогично решению E-Zpass). Зарегистрированные карты PayPass могут выполнять функции обычной карты MetroCard для продуктов, основанных на стоимости (оплата за каждую поездку) или основанных на времени (с неограниченным количеством поездок). Незарегистрированные карты PayPass могут использоваться в МТА для оплаты у турникета за малое количество поездок каждый месяц.
(2) Совместные карты под маркой MTA/банка (например, совместная карта MetroCard под маркой MTA и MasterCard PayPass)
Совместные карты могут быть реализованы и выпущены банками как карта "пригородный пассажир", "городская карта" или "транспортная карта". В рамках системы MTA совместные карты имеют функциональные возможности, которые схожи с таковыми обычного билета MetroCard, основанного на технологии магнитной полоски, для продуктов, основанных на стоимости (оплата за каждую поездку) или основанных на времени (с неограниченным количеством поездок). Вне окружения MTA карты будут функционировать как нормальные банковские платежные карты. Все владельцы карт автоматически регистрируются в транспортной системе для целей совершения поездок по схеме, основанной либо на стоимости (оплата за каждую поездку), либо на времени (неограниченное количество поездок), согласно выбору владельца карт, который тот делает во время регистрации.
(3) Карта торговой сети MTA с возможностью PayPass
Целевыми пассажирами для карт торговой сети MTA являются регулярные пользователи системы, которые не желают комбинировать свои транспортные карты с банковскими платежными картами. МТА и его агенты могут распространять эти карты торговой сети посредством партнера-эмитента. Эти карточные продукты имеют функциональные возможности, схожие с таковыми обычной карты MetroCard, для продуктов, основанных на стоимости (оплата за каждую поездку) или основанных на времени (с неограниченным количеством поездок).
Карта торговой сети MТА является действительной предоплаченной картой, которая может использоваться только в окружении МТА. Карта торговой сети МТА может подходить для клиентов без банковского обслуживания и/или тех, которые предпочитают иметь отдельную платежную карту для поездок. Клиенты могут оплатить тариф и/или депозит, чтобы получить карту. Все владельцы карт могут автоматически зарегистрироваться в транспортной платежной платформе для целей совершения поездок по схеме, основанной либо на стоимости (оплата за каждую поездку), либо на времени (неограниченное количество поездок).
На практике, MasterCard и ее банки-члены будут продвигать концепцию PayPass с функцией RFID для быстрых транзакций по всей территории США. По мере внедрения в различных регионах вне города Нью Йорка может представиться возможность начать объединение транспортных возможностей, доступных в одном регионе, с таковыми в других регионах. Изначально, это наиболее целесообразно делать по региональному принципу, но также возможно расширение по всей стране. Поэтому приезжие из других частей США будут иметь возможность получить доступ в системы MTA, используя свои существующие карты PayPass. Это может снизить расходы для МТА, а также улучшить общую полезность системы для пассажиров. Принятие решения PayPass со стороны MTA предоставит возможность пассажирам путешествовать от Албани до Нью Йорка, используя свои карты MasterCard PayPass.
Примерные осуществления решения 100, основанные на системе MasterCard PayPass, могут быть сконфигурированы, чтобы соответствовать или быть совместимыми с ранее существующими структурами оплаты проезда и типами карт или билетов, которые используются транспортной системой. Приложение А иллюстрирует структуру стоимости проезда для транспортной системы MTA/NY Transit. Кроме того, Приложение B в табличной форме иллюстрирует сравнение особенностей структуры стоимости проезда, поддерживаемых каждым из трех вышеописанных типов карт.
Решение 100 может быть сконфигурировано, чтобы поддерживать любое количество архитектур или схем АСПП. Иллюстративная архитектура АСПП "Хост-узел + Распространяемый Отрицательный Файл" основана на использовании стандартных платежных карт PayPass. В этой архитектуре отсутствует необходимость загрузки в платежные карты какого-либо специального транспортного приложения. Клиент представляет стандартную карту 110 PayPass к турникету 130/считывателю 132 для сбора платы за проезд. Турникет 130 подтверждает данные карты (например, номер личного счета, срок действия и код подтверждения карты) и проверяет, не присутствует ли эта карта в отрицательном файле или черном списке. Если карта присутствует в отрицательном файле, то турникет 130/терминал 150 отказывает клиенту в доступе к огражденным платным зонам транспортной системы. И наоборот, если карта отсутствует в отрицательном файле, то турникет 130/терминал 150 активирует ворота, чтобы предоставить клиенту доступ к платным зонам транспортной системы. Турникет 130/терминал 150 одновременно или позже пересылает запись необработанных данных транзакции, связанную с использованием карты, в транспортную платежную платформу 160, которая может быть сконфигурирована, чтобы обрабатывать транзакции поездки в один конец, транзакции поездки с оплатой каждой поездки и транзакции с неограниченным количеством поездок. Транспортная платежная платформа 160 принимает необработанные транзакции из транспортной системы (например, MTA) и обрабатывает их с учетом зарегистрированных счетов клиента. Когда это уместно, хост-узел 140 транспортной платежной платформы может переслать данные транзакции поездки в один конец обслуживающему банку 170 для дальнейшей обработки. Хост-узел 140 транспортной платежной платформы генерирует и поддерживает отрицательный файл, который распространяется турникетам 130, например, посредством контроллера 150 терминала.
Еще одна иллюстративная архитектура АСПП "Хост-узел + Распространяемые Права" также основана на использовании стандартных карт PayPass. В этой архитектуре хост-узел 140 транспортной платежной платформы распространяет положительный файл прав турникетам 130 в транспортной системе. Права могут быть представлены как перечень действительных карт с неограниченным количеством поездок и действительных карт, основанных на стоимости, которые имеют положительный предварительно пополняемый баланс. Когда клиент представляет стандартную карту 110 PayPass к турникету 130/считывателю 132 для сбора платы за проезд, турникет 130 подтверждает данные карты и проверяет, присутствует ли эта карта в файле прав. Если карта присутствует в файле прав, то турникет 130/терминал 150 активирует ворота, чтобы открыть клиенту доступ в огражденные платные зоны транспортной системы. И наоборот, если карта отсутствует в файле прав, то турникет 130 отказывает клиенту в доступе к огражденным платным зонам транспортной системы. Турникет 130 может одновременно или позже переслать запись необработанных данных транзакции, связанную с картой, в хост-узел 140 транспортной платежной платформы. Хост-узел 140 транспортной платежной платформы обрабатывает транзакции и обновляет файл прав и балансы для их распространения обратно в турникеты 130.
Архитектура "Хост-узел + Распространяемые Права" может эффективно уменьшить количество случаев неоплаченных проездов, которые возможны в архитектуре "Хост-узел + Отрицательный Файл". Однако файлы прав, используемые в вышеупомянутой архитектуре, могут иметь большие размеры. Большие файлы прав могут потребовать предоставления дополнительной памяти на турникетах 130/котроллерах 150 терминала по сравнению с объемом памяти, требуемым для меньших негативных файлов, применяемых в вышеупомянутой архитектуре.
Как и в случае архитектуры "Хост-узел + Отрицательный Файл", архитектура "Хост-узел + Распространяемые Права" использует стандартные карты PayPass. Необходимость в загрузке на карты какого-либо специального транспортного приложения отсутствует.
Еще в одном примере архитектуры - "Хост-узел + Приложение Оформления Смарт-Билетов на Карте PayPass" - используются стандартные карты PayPass, усовершенствованные посредством специального транспортного приложения. Специальное транспортное приложение записывает действия пассажира в реальном времени, а также теневой предварительно пополняемый баланс. Предварительно пополняемый баланс/права карты могут быть обновлены клиентом, например, у торгового автомата MTA с функцией PayPass. В этой архитектуре турникеты 130/считыватели 132 сконфигурированы, чтобы считывать и обновлять запись активности пассажира, которая хранится на карте. Записи активности пассажира могут быть использованы для предотвращения неоплаченных поездок и злонамеренного применения билетов с неограниченным количеством поездок. Когда клиент представляет стандартную карту 110 PayPass к турникету 130/считывателю 132 для сбора платы за проезд, турникет 130 подтверждает данные карты и проверяет, присутствует ли эта карта в отрицательном файле или файле с правами. Сверх того, обработка транзакции автоматического сбора платы за проезд может выполняться способом, схожим с таковым в вышеописанных двух архитектурах АСПП.
Фиг.2 представляет собой иллюстрацию решения 200 АСПП, которое представляет собой примерное осуществление архитектуры АСПП "Хост-узел + Распространяемый Отрицательный Файл" в большой транспортной системе. Структурные компоненты этого решения включают в себя такие стороны как эмитенты 290 PayPass, и программные и аппаратные компоненты, такие как стандартная карта/устройство 210 PayPass, считыватель 220 ворот, билетный торговый автомат 230, автобусный валидатор 240, котроллер 250 станции, хост-узел 260 транспортной системы, транспортная платежная платформа 270, эмитенты 290 карт PayPass, хост-узел 280 rePower и сеть электронных платежей (сеть 292 MasterCard).
В решении 200 АСПП карта/устройство 210 PayPass может быть смарт-картой стандарта ISO 14443, либо другим устройством (например, брелком), содержащим приложение MasterCard PayPass, а считыватель 220 ворот может быть обычным турникетом или воротами, к которому добавлен считыватель карт стандарта ISO 14443 и приложение терминала PayPass. Аналогично, автобусный валидатор 240 может быть обычным валидатором (блоком проверки достоверности), к которому добавлены считыватель карт стандарта ISO 14443 и приложение терминала PayPass. Билетный торговый автомат 230 может быть обычным билетным торговым автоматом, который подобен автоматам, используемым в настоящее время MTA на станциях метро. Котроллер 250 станции может быть обычным контроллером станции, который модифицирован, чтобы обрабатывать транзакции PayPass и манипулировать отрицательным файлом. Хост-узел 260 транспортной системы может быть хост-узлом существующей системы, который используется MTA. Транзакции оплаты транспортных платежей могут проводиться через хост-узел 260 и транспортную платежную платформу 270 в сеть 292 MasterCard, которая в настоящее время развернута для обработки и маршрутизации транзакций MasterCard в США и по всему миру. Альтернативно, транзакции оплаты за проезд могут проводиться в сеть 292 MasterCard через отдельный шлюзовой хост-узел (например, сетевой шлюз 296). Использование сетевого шлюза 296 как альтернативы для маршрутизации транзакций оплаты проезда может минимизировать нагрузку обработки или воздействие на хост-узел существующей системы, используемой MTA.
Сеть 292 MasterCard объединяет транспортную платежную платформу 270, опциональный хост-узел 280 rePower, эмитенты 290 PayPass и торговые терминалы 294 PayPass. Эмитенты 290 PayPass могут быть обычными эмитентами кредитных или дебитных карт PayPass (например, банками-членами MasterCard). На фиг.2 торговый терминал 294 PayPass представляет инфраструктуру торгового терминала вне MTA для приема торговцем кредитных и дебитных карт MasterCard PayPass (например, для проведения розничных продаж торговец-клиент).
Транспортная платежная платформа 270 может быть централизованной системой, которая подходящим образом сконфигурирована, чтобы обрабатывать транзакции поездки в один конец, транзакции поездки с оплатой каждой поездки и транзакции с неограниченным количеством поездок для системы MTA/NY Transit и других транспортных систем (например, транспортных систем 298). Транспортная платежная платформа 270 принимает необработанные транзакции из хост-узла 260 транспортной системы МТА или из альтернативного сетевого шлюза 296 и обрабатывает необработанные транзакции в зависимости от зарегистрированных счетов владельца карты. Транспортная платежная платформа 270 может пересылать транзакции поездки в один конец третьей стороне (например, обслуживающему банку), когда это уместно. Сверх того, транспортная платежная платформа 270 генерирует или поддерживает отрицательный файл, который передается обратно в хост-узел 260 транспортной системы МТА для распространения контроллерам 250 станции.
Опциональный хост-узел 280 rePower может быть любой централизованной системой, которая сконфигурирована для пополнения основанных на стоимости и основанных на времени (предварительно пополняемых) карточных счетов в автоматическом режиме или по запросам. rePower является фирменной услугой MasterCard для пополнения предварительно пополняемых счетов. Хост-узел rePower может иметь соответствующие интерфейсы, чтобы облегчать выполнение запросов пополнения, например, через Интернет, текстовые сообщения или телефон. Хост-узел 280 rePower предоставляет в связанную транспортную платежную платформу 270 обновленную информацию о пополнении.
Когда клиент представляет карту/устройство 210 PayPass для оплаты за проезд, решение 200 может использовать процедуру 300 обработки транспортной карты PayPass для АСПП в соответствии с типом тарифа (например, поездка в один конец, тариф, основанный на стоимости с оплатой каждой поездки, или тариф, основанный на времени). Иллюстративные этапы и результаты процесса, которые имеют место у считывателя 220 ворот и/или в транспортной платежной платформе 270, перечислены в таблице.
Процедура 300 обработки транспортной карты PayPass
  Процесс 310 для ворот
• Карта MasterCard PayPass считывается у ворот (311)
Транзакция будет отклонена, если карта присутствует в отрицательном файле, а в противном случае ворота будут открыты (312)
  Процесс 320 транспортной платежной платформы
Хост-узел определяет, является ли карта незарегистрированной картой или зарегистрированной картой (321)
Тип тарифа Незарегистрированная карта Зарегистрированная карта
Поездка в один конец Платеж будет получен с кредитного или дебитного счета MasterCard (322)
• Авторизация платежа выполняется асинхронно (то есть позже представления карты) 322а
• Если авторизация платежа отклоняется, то карта добавляется в отрицательный файл (322b)
• Если авторизация платежа проходит успешно, то платеж обрабатывается обслуживающим банком (322c)
• Посредством эмитента карты (кредитной, дебитной) платеж вычитается со счета MasterCard владельца карты (322d)
• Агрегация транзакций (например, по пассажиру или владельцу счета) на периодической основе для улучшения функциональных возможностей системы является опцией (322e)		 Не применимо
Основанный на стоимости
(оплата за каждую поездку)		 Не применимо Платеж будет получен со счета транспортной платежной платформы владельца карты (323)
• Проверка платежа выполняется асинхронно (то есть позже представления карты) (323а)
• Если платеж отклоняется (например, из-за недостаточности средств на предварительно пополняемом транспортном счете владельца карты), то карта будет добавлена в отрицательный файл (323b)
• В противном случае платеж вычитается со счета транспортной платежной платформы владельца карты (323c)
Основанный на времени (неограниченное количество поездок) Не применимо Будет выполнена проверка поездки на соответствие праву владельца карты, хранимому на счете транспортной платежной платформы (324)
• Проверка права на поездку выполняется асинхронно (то есть позже представления карты) (324а)
• Если право на поездку отклоняется (например, из-за того, что период неограниченных поездок истек), то карта будет добавлена в отрицательный файл (следует отметить, что если владелец карты ранее выбрал опцию "Автоматическое Пополнение" по rePower, то его право будет автоматически обновлено до истечения срока действия (324b)
Как показано в таблице, процедура 300 обработки транспортных карт PayPass включает в себя проверки использования карт PayPass на двух этапах. Во-первых, выполняется сравнение представленной карты с отрицательным файлом у ворот 220 (этап 312). Затем представленная карта проверяется в транспортной платежной платформе 320 (этапы 322а, 323а авторизации платежа и этап 324а проверки права на поездку). Если какая-либо из этих проверок завершается с отрицательным результатом, то карта добавляется в отрицательный файл.
Проверки транспортной платежной платформы могут выполняться асинхронно (то есть позже представления карты). Следовательно, для владельца карты, чья карта прошла первую "проверку на воротах", может быть возможным получить доступ в огражденные платные зоны транспортной системы, даже если позже проверка транспортной платежной платформы завершается с отрицательным результатом.
В добавление к проверке того, что представленная карта отсутствует в отрицательном файле, выполняемая у ворот 200 (этап 312) проверка может включать в себя проверку того, что формат данных карты является корректным, и что срок действия карты не истек. Проверка у ворот также может включать в себя другие верификации, например, анализ оборачиваемости (то есть, что представленная карта не была использована более фиксированного количества раз за один день на одной и той же транспортной станции).
Аналогично, проверка транспортной платежной платформы может включать в себя верификацию того, что срок действия представленной карты не истек, и что она не находится в перечне карт, по которым поступили сведения об утере или краже. Для карт торговой сети MTA, по которым транспортному сервисному агенту были переданы сведения об утере или краже, сервисный агент может обновить перечень карт, по которым есть сведения об утере или краже, в транспортной платежной платформе. Для карт марки MasterCard транспортная платежная платформа 270 может получить доступ к глобальному файлу утерянных/украденных карт MasterCard и использовать этот файл для верификации того, что по представленной карте нет сведений об утере или краже.
Транспортная платежная платформа 270 может быть сконфигурирована, чтобы выполнять дополнительные проверки записей данных транзакции, чтобы реализовать правила тарифного плана (например, правила, затрагивающие ограничения по пересадкам между путями/линиями). Где это уместно, для реализации подобных правил транспортная платежная платформа 270 может генерировать дополнительные платежные транзакции. Проверки, предназначенные для реализации тарифных правил, могут зависеть от типа тарифной транзакции. Например, для транзакций поездки в один конец дополнительные проверки могут включать в себя верификацию того, что максимальное количество поездок за месяц не было превышено (например, 10) и что платеж авторизован эмитентом карты. Для транзакций оплаты за каждую поездку дополнительные проверки могут включать в себя верификацию того, что баланс предварительно пополняемого транспортного счета владельца карты является достаточным для оплаты поездки. Для транзакций неограниченных поездок дополнительные проверки могут включать в себя верификацию того, что период неограниченных поездок владельца карты не истек и что карта не была представлена на одной и той же станции в течение ограниченного периода (например, для карты MetroCard МТА, в которой применяется технология магнитной полоски, этот период в настоящее время составляет 18 минут).
Решение 200 АСПП основывается на черном списке карт (то есть отрицательном файле), чтобы предотвратить незаконное получение доступа к системе. Если карта присутствует в отрицательном файле, то ворота в платные зоны транспортной системы не откроются. По существу, эффективность этого способа предотвращения незаконного доступа зависит от частоты, с которой отрицательный файл обновляется и распространяется в транспортной системе. Обновленный отрицательный файл может легко распространяться ежедневно. Тем не менее, более частые обновления/распространения вероятно уменьшат долю пассажиров с неоплаченным тарифом.
Решение 200 АСПП также сконфигурировано, чтобы стирать или удалять перечни карт из отрицательного файла, когда это уместно. Например, когда карта с оплатой за каждую поездку пополняется или когда карта с неограниченным количеством поездок возобновляется, любая соответствующая запись в отрицательном файле удаляется. Обновленный отрицательный файл вступает в силу только после следующего распространения этого отрицательного файла. В случае ежедневного графика распространения это может означать, что карта с оплатой за каждую поездку/карта с неограниченным количеством поездок будет действительной для применения только на следующий день. Более частые обновления и распространение отрицательного файла могут быть полезными.
Фиг.2 иллюстрирует хост-узел 280 rePower, который является фирменной услугой MasterCard для пополнения предварительно пополняемых транспортных счетов. Владелец карты может зарегистрироваться в системе rePower путем заполнения формы через Интернет или на этапе процедуры основания транспортного счета. Вслед за регистрацией владелец карты может пополнить свой предварительно пополняемый счет через Интернет, телефон, текстовое сообщение с использованием мобильного телефона или интерактивное устройство речевой связи (IVRU). Услуга rePower также может быть расширена на банкоматы, устройства торговых терминалов, машины и, возможно, существующие агенты по продаже билетов.
Решение 200 может быть сконфигурировано, чтобы предоставлять владельцу карты опцию автоматического пополнения, которая снова наполняет предварительно пополняемый транспортный счет из средств связанной дебитной или кредитной карты, когда баланс счета падает ниже определенного уровня. В транзакции пополнения средств хост-узел 280 rePower может сначала вычесть величину тарифов за неоплаченные поездки или, альтернативно, добавить компенсации к намеченной величине пополнения для транспортного счета. Сверх того, записи отрицательного файла, связанные с пополненными картами, удаляются.
Аналогично, когда билет с неограниченным количеством поездок приобретается или возобновляется, любые неоплаченные суммы за проезд прибавляются к стоимости покупки. Сверх того, записи отрицательного файла, связанные с возобновленными билетами с неограниченным количеством поездок, удаляются.
Решение 200 АСПП может иметь эффект на другие обычные аспекты работы транспортной системы. Тем не менее, решение 200 АСПП может быть модифицировано для улучшения или приспосабливания находящихся под этим эффектом аспектов. Например, согласно решению 200 АСПП пассажиры транспортной системы не будут иметь традиционных бумажных билетов, которые могли быть проверены кондукторами на борту. Если инспектирование на борту необходимо, то решение 200 может предоставить портативные считыватели карт PayPass для кондукторов на борту. Портативные считыватели карт PayPass можно использовать для инспектирования карт PayPass, представляемых пассажирами на борту. Портативные считыватели карт PayPass могут быть обеспечены функциями мобильной связи, так что право на поездку или оплата проезда пассажиром может быть подтверждена, например, с помощью хост-узла транспортной системы.
Решение 200 АСПП может вовлекать два типа урегулирования (выполнения) транзакций и платежей. Один тип урегулирования относится к транзакциям поездки в один конец, авторизованным эмитентами 290 PayPass. Урегулирование этих транзакций может быть проведено через третью сторону (например, обслуживающий банк с фиг.1) в транспортную платежную платформу и далее в МТА. Альтернативно, урегулирование транзакций поездки в один конец может вовлекать агрегацию транзакций или использование предварительно авторизованных количеств. Агрегация транзакций, которая агрегирует несколько транзакций поездки в один конец по пассажиру или держателю счета, может предоставить эффективное урегулирование.
Второй тип урегулирования относится к транзакциям для поездок, осуществленных с использованием карт PayPass с оплатой каждой поездки или неограниченным количеством поездок. Этот тип урегулирования проводится непосредственно между транспортной платежной платформой 270 и МТА. Для этой цели между оператором транспортной платежной платформы 270 и МТА может быть заключено подходящее коммерческое соглашение.
Очевидно, что вышеизложенное является лишь иллюстрацией принципов настоящего изобретения, и специалистами в данной области техники могут быть выполнены различные модификации в рамках объема и сущности настоящего изобретения. Например, решение 200 АСПП для метрополитена системы MTA NY Transit может быть с легкостью расширено на автобусы и другие транспортные средства MTA. В подобных расширениях автобусы или другие транспортные средства или точки доступа могут быть оборудованы считывателями смарт-карт, которые крепятся к существующим билетным кассам/валидатору 240 билетов. Транзакции будут сохраняться в оборудовании и выгружаться в центральную систему, когда автобус вернется на базу. Сверх того, например, принципы решения АСПП с легкостью можно расширять на реализации архитектуры "Хост-узел + Приложение Оформления Смарт-Билетов на Карте PayPass" и архитектуре "Хост-узел + Распространяемые Права", которые не описаны более детально в целях краткости настоящей спецификации.
Фиг.3 иллюстрирует желаемые или требуемые функции транспортной платежной платформы 510 PayPass и инфраструктуры 520 турникета метро, связанные с демонстрацией основанного на PayPass решения АСПП в системе MTA/NY Transit. Схожим образом, в Приложении С приведены функции и этапы обработки в каждом ключевом компоненте.
Инфраструктура 520 турникета метро: Все аппаратные и программные компоненты считывателя 522 и терминала 524 PayPass, предпочтительно, соответствуют опубликованным спецификациям MasterCard PayPass. Считыватели 522 и терминалы 524 PayPass, предпочтительно, сохраняют и передают информацию защищенным образом (например, в зашифрованном формате), чтобы предотвратить неавторизованный доступ к информации. Считыватели 522 и терминалы 524 PayPass, предпочтительно, могут сохранять или регистрировать информацию в объеме двух недель в случае сбоя связи. Когда эти регистрационные журналы (например, журналы ошибок и транзакций) заполняются, данные могут записываться поверх старых до тех пор, пока регистрированная информация не будет выгружена из терминала 524. При осуществлении связи с транспортной платежной платформой 510 PayPass считыватели 522 и терминалы 524 PayPass, предпочтительно, предоставляют информацию о состоянии устройства (например, что устройство функционирует нормально).
Транспортная платежная платформа 510 PayPass: Транспортная платежная платформа 510 PayPass обрабатывает только транзакции PayPass для доступа через турникеты. Все существующие функции доступа через терминал могут все также использовать существующую инфраструктуру транспортного агентства (например, контроллер 504 станции, билетный торговый автомат 506).
Транспортная платежная платформа 510 PayPass содержит приложения для управления операциями, связанными с транзакциями PayPass. Эти приложения могут включать в себя приложения управления 602 и 604 счетом клиента, ведения 512 счета, обработки 516 платежа, управления 526 файлом и управления 518 сетью. Транспортная платежная платформа 510 PayPass может взаимодействовать с системами МТА для поддержки обработки транзакций PayPass. Транспортная платежная платформа 510 PayPass может иметь соответствующие функции внутрипроизводственной отчетности для передачи отчетов о ежедневной деятельности (например, полученные авторизации, рассчитанные для оплаты транзакции, активность турникета и т.п.) в MTA.
Транспортная платежная платформа 510 PayPass содержит приложения 602 и 604 управления счетом клиента для управления предварительно пополняемым счетом и позже пополняемым счетом, соответственно. Транзакции по счетам этих двух типов имеют различные последовательности обработки платежа (то есть последовательности авторизации и клиринга транзакции).
Транспортная платежная платформа 510 PayPass имеет возможность связывать номер карты PayPass с предварительно пополняемым счетом для разрешения прохода через турникеты (предварительная регистрация). Опции пополнения счета включают в себя автоматическое пополнение, запрашиваемые владельцем карты пополнения через веб-страницу, SMS и т.п. Кроме того, транспортная платежная платформа 510 PayPass, предпочтительно, имеет механизм для основания и ведения владельцами карт предварительно пополняемых счетов. Транспортная платежная платформа 510 PayPass может предоставлять клиентский веб-интерфейс, чтобы предоставить возможность владельцу карты получить историю поездок, относящуюся к агрегированным позже оплачиваемым транзакциям и/или предварительно оплачиваемым транзакциям, и историю транзакций, связанную с активностью "пополнения" предварительного пополняемого счета. Веб-интерфейс клиента может также предоставить возможность владельцам карт регистрировать и снимать регистрацию предварительно пополняемых счетов.
Фиг.4 иллюстрирует процесс 400, посредством которого клиент, которому по почте банк-эмитент посылает карту PayPass, может предварительно зарегистрировать карту PayPass для использования в транспортной системе и связать эту карту с предварительно пополняемым транспортным счетом. На этапе 41 процесса 400 банк направляет по почте карту PayPass владельцу карты. На этапе 42 владелец карты может сделать выбор зарегистрировать карту в транзитной системе. Если владелец карты решает не регистрировать карту, то он все же сможет использовать эту карту в транспортной системе для транзакций платы за проезд, оплачиваемой позже. Если владелец карты делает выбор зарегистрировать карту, то на этапе 43 транспортная платежная платформа 510 PayPass основывает предварительно пополняемый счет, связанный с картой, в Автоматической Кредитной Службе (Automated Credit Service, ACS). Владелец карты может, сверх того, сделать на этапе 44 выбор активировать функции автоматического пополнения для предварительно пополняемого счета. Если владелец счета решает не активировать автоматическое пополнение, то предварительно пополняемому счету единовременно назначается определенная сумма (этап 46). В противном случае, если владелец карты решает активировать функции автоматического пополнения, то на этапе 45 для автоматического пополнения устанавливаются лимиты пополнения счета. Этап 45 может использовать обычную службу верификации адреса (Address Verification Service, AVS), чтобы проверить квалификацию владельца карты. Банк-эмитент может быть уведомлен, если имели место три последовательные неудачные попытки регистрации при проверке AVS. Тем не менее, такая карта может не заноситься в черный список автоматическим образом. Банк-эмитент будет иметь необходимую информацию, и может либо занести карту в черный список, либо предоставить возможность сброса параметров проверки AVS.
При предварительной регистрации карты транспортная платежная платформа 510 может получить доступ к тарифным правилам транспортного агентства (см., например, Приложение А), предоставляя возможность владельцам карт выбрать определенные транспортным агентством тарифные опции (то есть оптовая закупка со скидкой, "Купи 5 - получи один бесплатно" и т.п.).
Транспортная платежная платформа 510 PayPass, предпочтительно, имеет возможность выполнять функции авторизации и клиринга, относящиеся к действию пополнения для предварительно пополняемых счетов. Транспортным агентством может быть торговец для этих транзакций, и могут использоваться существующие взаимоотношения торговец/получатель. Транспортная платежная платформа 510 PayPass может поддерживать и управлять балансом для всех предварительно пополняемых счетов. Если баланс счета предварительно пополняемой карты исчерпывается и не пополняется, то карта будет добавлена в отрицательный файл. Функция отмены может быть предоставлена для владельцев карт, которые могут решить, что они больше не желают использовать функциональные возможности предварительного пополнения, а предпочитают использовать функциональные возможности пополнения после использования. Если ранее была установлена функция автоматического пополнения, то владельцу может быть дан выбор отменить только функцию автоматического пополнения или как функцию автоматического пополнения, так и сам предварительно пополняемый счет. Предварительно пополняемые счета могут позволить до шести поездок "друг за другом" в течение 18 минут. Когда получают сведения о пропаже предварительно пополняемого устройства PayPass, владелец карты может иметь возможность перевести остающиеся средства на новый счет PayPass.
Для позже пополняемых счетов транспортная платежная платформа 510 PayPass, предпочтительно, имеет возможность агрегировать транзакции платежной карты для клиринга и авторизации на более позднем этапе, на основании набора предопределенных бизнес-правил. Для демонстрационного проекта MasterCard транспортное агентство и эмитент карты могут совместно определить правила. Позже пополняемые счета могут позволить до шести поездок "друг за другом" в течение 18 минут.
Процедуры авторизации для позже оплачиваемых транзакций могут быть следующими:
в начале любой транзакции транспортная платежная платформа 510 PayPass может проверить, имеет ли используемая на турникете карта уже установленный предварительно пополняемый счет, и если не обнаруживается какого-либо предварительно пополняемого счета, то транзакция может рассматриваться как оплачиваемая позже; и
для первой позже оплачиваемой транзакции транспортная платежная система 510 PayPass может выполнить авторизацию. Эта авторизация может выполняться для суммы, описанной в бизнес-правилах агрегации, которые приведены ниже. Если эмитент отклоняет этот запрос авторизации, то счет может быть добавлен в отрицательный файл.
Когда авторизация получена, карта может использоваться в транспортной системе в соответствии с соответствующими бизнес-правилами.
Подходящее бизнес-правило для агрегации позже оплачиваемых транзакций требует, чтобы агрегированные величины транзакции передавались для клиринга, когда выполняется или превышается какое-либо из следующих условий:
(1) было осуществлено 10 поездок,
(2) с начала первой поездки прошло, максимум, полмесяца, 1-го и 15-го числа месяца позже оплачиваемые аккумулированные счета, которые были открыты в течение, по меньшей мере, 2 недель, могут быть переданы,
(3) карта заносится в черный список после того, как транзакция была принята, но до того, как агрегированная сумма была передана для авторизации.
Эти условия основаны на параметрах. Параметры могут устанавливаться посредством транспортной платежной платформы 510 PayPass и загружаться в считыватель/терминал PayPass. После того как было удовлетворено какое-либо из бизнес-правил агрегации, транспортная платежная платформа 510 PayPass может создать транзакцию клиринга. Для следующего (после урегулирования) использования карты транспортная платежная платформа 510 PayPass может обращаться с картой как с новой и обработать запрос авторизации.
Транспортная платежная платформа 510 PayPass, предпочтительно, имеет доступ к сети для выполнения функций авторизации и клиринга. Предполагается, что транспортным агентством является торговец для этих транзакций, и уже существуют определенные взаимоотношения торговец/обслуживающий банк. Транспортная платежная платформа 510 PayPass, предпочтительно, может предоставить контрольный след всех транзакций и взаимодействий, происходящих на платформе и в турникетах. Эти данные могут иметь возможность экспорта в назначенные системы поддержки, а также поддерживать определенные форматы файла.
Транспортная платежная платформа 510 PayPass поддерживает и управляет положительным (права) и отрицательным файлами. Отрицательный файл используется для перечисления блокированных карт (например, для утерянных карт, украденных карт и "Карт, которых не было при выпуске (Never Received in Issuance, NRI)"). Отрицательный файл загружается в терминалы 524 на регулярной основе, предпочтительно, с интервалами в 4 часа. Транспортная платежная платформа 510 PayPass может обновлять отрицательный файл несколько раз в день на основании данных, подаваемых эмитентом карты, данных, подаваемых со стороны MasterCard, и/или активности транспортной платежной платформы PayPass (например, карта, в которой исчерпался весь баланс предварительно пополняемого счета, может быть добавлена в отрицательный файл). Карты могут удаляться из черного списка, когда со стороны банка-эмитента выполняется запрос на удаление карты из черного списка (например, когда клиент с просроченным долгом, который ранее был добавлен в черный список, оплачивает свой счет), или когда исчерпанный предварительно пополняемый счет снова наполняется.
Транспортная платежная платформа 510 PayPass и системы терминалов могут поддерживать файл быстродействия, чтобы отслеживать использование устройств PayPass. Этот файл быстродействия может быть послан в транспортное агентство множество раз в течение дня. Транспортной платежной платформе PayPass может потребоваться осуществлять связь с терминалами, например, через коммутируемую телефонную линию, предоставленную и поддерживаемую со стороны MTA.
Фиг.5 иллюстрирует иллюстративные этапы, вовлеченные в процесс 700 АСПП, когда для оплаты проезда клиент представляет к считывателю карт транспортной системы карту PayPass. На этапе 71 проверяется банковский идентификационный номер (Bank Identification Number, BIN) карты. Если номер BIN находиться в допустимом диапазоне, то на этапе 72 карта сравнивается с черным списком. Если результат проверок на каком-либо из этапов 71 и 72 будет отрицательным, то транзакция отклоняется (этап 73). Если результат проверок на этапах 71 и 72 положительный, то транзакция проводится (этап 74) и направляется в транспортную платежную платформу PayPass для обработки (этап 75).
Транспортная платежная платформа PayPass на этапе 76 определяет, существует ли предварительно пополняемый счет, связанный с этой картой. В случае если такой предварительно пополняемый счет существует, то на этапе 77 транспортная платежная платформа PayPass выполняет действия по предварительно пополняемому счету. В случае если предварительно пополняемого счета, связанного с картой, нет, то на этапе 78 транспортная платежная платформа PayPass определяет, существует ли накопительный или агрегационный счет, связанный с этой картой. В случае если накопительного счета, связанного с картой, нет, то на этапе 79 транспортная платежная платформа PayPass основывает накопительный счет, связанный с этой картой. В случае если существует накопительный счет, связанный с картой, то на этапе 80 транспортная платежная платформа PayPass аккумулирует транзакцию на накопительном счете. И, наконец, на этапе 81 транспортная платежная платформа PayPass подготавливает бухгалтерскую/клиринговую запись для агрегации, когда выполняется условие бизнес-правила.
В соответствии с настоящим изобретением программное обеспечение (то есть инструкции) для осуществления вышеупомянутых решений АСПП может быть предоставлено на машиночитаемом носителе. Очевидно, что каждый из этих этапов (описанных выше в связи с настоящим изобретением) и любая комбинация этих этапов может быть реализована посредством инструкций компьютерной программы. Эти инструкции компьютерной программы могут быть загружены в компьютер или другое программируемое устройство, чтобы образовать машину, так чтобы инструкции, которые выполняются на компьютере или другом программируемом устройстве, создавали средство для осуществления функций вышеупомянутых решений АСПП. Эти инструкции компьютерной программы могут также храниться в машиночитаемой памяти, которая управляет компьютером или иным программируемым устройством, чтобы оно функционировало определенным образом, так чтобы инструкции, сохраненные в машиночитаемой памяти, производили изделие, включающее в себя средство инструкций, которое реализует функции вышеупомянутых решений АСПП. Инструкции компьютерной программы могут также быть загружены в компьютер или иное программируемое устройство, чтобы привести к выполнению ряда операционных этапов на компьютере или ином программируемом устройстве, чтобы произвести реализованный компьютером процесс, так чтобы инструкции, выполняемые на компьютере или ином программируемом устройстве, обеспечивали этапы для реализации функций вышеупомянутых решений АСПП. Очевидно, что машиночитаемый носитель, на котором предоставлены инструкции для реализации вышеупомянутых решений АСПП, включает в себя, не ограничиваясь перечисленным, встроенные программы, микроконтроллеры, микропроцессоры, интегральные схемы, специализированные интегральные схемы и другие доступные носители.
Приложение А
Тарифная структура МТА
• Поездка в один конец - Полный тариф - $2
• Поездка в один конец - Льготный тариф - $1
• Карты MetroCard с оплатой каждой поездки (предварительно оплаченные поездки либо по Полному тарифу, либо по Льготному тарифу)
• Покупайте за сумму от $4 до $80 столько поездок, сколько Вам нужно
• Положите на свою карту $10 или более и получите бонус в размере 20%
• Автоматическая бесплатная пересадка между метро и автобусом или между автобусами
• (По вашему маршруту не будет пересадок с метро на метро или на автобус)
• (Пополняйте так часто, как желаете, пока срок действия карты не истечет)
• (Карта может использоваться для оплаты проезда до 4 человек за раз)
• Карта MetroCard с неограниченным количеством поездок (предоплаченные, неограниченные поездки в течение определенного периода времени)
• Неограниченные поездки в течение одного дня
• Неограниченные поездки в течение 7 дней
• Неограниченные поездки в течение 30 дней
• Экспресс-автобус на 7 дней
• Неограниченное количество поездок в течение 30 дней (только для ж/д JKF AirTrain)
• (Без возможности пополнения: для каждого нового периода нужна новая карта)
• (Не может быть использована на одной и той же станции метро или одном маршруте автобуса в течение 18 минут)
• (Может использоваться только одним человеком за раз).
Приложение В
Возможные поддерживаемые типы карт и транспортных платежей
  PayPass PayPass С функцией PayPass
  MasterCard MasterCard
MetroCard		 MetroCard
  MASTERCARD PAYPASS MTA
METROCARD/
MASTERCARD
PAYPASS		 Предоплаченная карта торговой сети MTA с функцией PAYPASS
  Кредитная или дебитная банковская карта PayPass Кредитная или дебитная совместная карта PayPass банка/МТА Предоплаченная карта2 PayPass торговой сети MTA
  Незарегистрированная Зарегистрированная Зарегистрированная Зарегистрированная
Поездка в один конец - полный тариф ДА1 НЕТ НЕТ НЕТ
Поездка в один конец - льготный тариф НЕТ НЕТ НЕТ НЕТ
Оплата за каждую поездку3 (основанный на стоимости) - полный тариф НЕТ ДА ДА ДА
Оплата за каждую поездку3 (основанный на стоимости) - льготный тариф НЕТ ДА ДА ДА
Неограниченные поездки3 (основанный на времени) НЕТ ДА ДА ДА
Возможность использования всей системы МТА, у торговцев MasterCard ДА ДА НЕТ
Пользование Только названный владелец счета Только названный владелец счета Названный владелец счета (возможно использование другим лицом с разрешения владельца счета)
Примечания к таблице 1. Незарегистрированные карты могут осуществлять ограниченное количество поездок в один конец за месяц. По достижении лимита может потребоваться регистрация.
2. Карты MTA PayPass могут быть выпущены от лица МТА партнером, например, банком MasterCard.
3. Функциональные возможности оплаты за каждую поездку и неограниченных поездок поддерживаются платформой центральной системы транспортных платежей
Приложение С
Функции/Обработка ключевых компонентов
Это приложение является неполным, иллюстративным перечнем воздействий обработки на ключевые компоненты системы.
Обработка ворот
• Считать карту (Номер основного счета (PAN) + Срок Действия + Код Проверки Карты (CVC))
• верифицировать карту (локально)
• проверить контрольную сумму Номера Основного Счета (PAN)
• проверить, что срок действия не истек
• сравнить данные карты с локальным отрицательным файлом
• ЕСЛИ верификация прошла успешно, ТО открыть ворота
• формат записи транзакции
• Станция + Ворота + Данные Карты + Тип транзакции (только вход) + Штамп Даты/Времени.
Обработка контроллера станции
• Принять отрицательный файл
• Ответить на запросы отрицательного файла
• Сохранить и переслать записи транзакции
• Перенаправить транзакцию PayPass в новую транспортную платежную платформу
• Перенаправить транзакции MetroCards в существующую платформу Cubic.
Обработка транспортной платежной платформы
• Поддержание таблицы
• Тарифы
• Активные станции
• Ворота в системе: по зонам тарифного контроля
• Типы карт
• Тарифный план
• Правила перевозки
• Зарегистрировать карту + Тарифный план
• Счет/Права карты
• Запрос владельца карты об информации счета
• Обновить тарифный план
• Блокировать карту (например, утерянную/украденную)
• Поддержание отрицательного файла
• Добавить новые записи
• Очистить записи
• Распространить отрицательный файл
• Принять/подтвердить пакет транзакции
• Подтвердить пакет
• Подтвердить транзакции
• Отсортировать (Номер основного счета, Дата/Время, Станция/Ворота)
• Обработать пакет транзакций (примечание 1)
• Создать транзакции поездки и вычислить тариф поездки
• (Обработать исключения)
• Обработать транзакции с оплатой каждой поездки
• Обработать транзакции с неограниченным количеством поездок
• Обработать транзакции поездки в один конец
• (Спросить, можно ли агрегировать более одной кредитной/дебитной поездки?)
• Обработать пополнения из системы rePower
• Интерфейс с обслуживающим банком (для дебитных/кредитных транзакций)
• Управление рисками/обнаружение мошенничества
• Урегулирование
• С MTA
• С обслуживающим банком
• С rePower
• Служба работы с клиентами.

Claims (41)

1. Способ для автоматического сбора платы за проезд в транспортной системе, содержащий этапы, на которых
принимают в считывателе платежного устройства, присоединенном к транспортной платежной платформе, данные платежного устройства от платежного устройства, представленные пользователем, чтобы получить доступ к зонам оплаты указанной транспортной системы, данные указанного платежного устройства включают в себя по меньшей мере идентификатор счета, идентифицирующий счет платежа, ассоциированный с указанным платежным устройством;
предоставляют указанному пользователю доступ к указанным зонам оплаты указанной транспортной системы, если указанные данные платежного устройства удовлетворяют условию;
выбирают из группы правил оплаты после указанного предоставления доступа, правило оплаты для применения к указанному доступу указанной зоне оплаты транспортной системы, причем по меньшей мере одно правило оплаты в указанной группе правил оплаты является правилом оплаты по факту, посредством чего от указанного пользователя не требуется предварительно оплатить платежное устройство для доступа к указанным зонам оплаты указанной транспортной системы; и
выполняют обработку объединенного платежа, когда указанное по меньшей мере одно правило последующей оплаты выбрано, причем указанная обработка объединенного платежа содержит этапы, на которых
добавляют сумму платы, ассоциированную с указанным доступом к указанной зоне оплаты, к объединенному балансу, ассоциированному с указанными данными платежного устройства;
воздерживаются от инициирования транзакции погашения платежа по платежной сети пока не удовлетворен один или более рабочих критериев; и
инициируют указанную транзакцию погашения платежа по указанной платежной сети, когда указанный один или более рабочих критериев удовлетворены, при этом указанная транзакция погашения платежа включает в себя по меньшей мере указанный идентификатор счета и сумму платежа на основе указанного объединенного баланса, посредством чего средства денежного обращения в по меньшей мере сумме указанного объединенного баланса в конечном счете передают из указанного счета платежа, ассоциированного с указанным идентификатором счета, и в счет, ассоциированный с указанной транспортной системой.
2. Способ по п.1, в котором указанный один или более рабочих критериев выбирают из группы, состоящей из указанного объединенного баланса, превышающего предварительно определенную сумму баланса, предварительно определенного периода времени, прошедшего после того, как случилось внесение первой суммы платы, включенной в указанный объединенный баланс, предварительно определенное число оплат, добавленное к указанному объединенному балансу, и указанного идентификатора счета, появляющегося в «горячем» списке.
3. Способ по п.1, в котором условие включает в себя: появляется ли указанное платежное устройство в списке платежных устройств, причем указанный список включает в себя платежные устройства, которые потеряны, украдены или неуплачены.
4. Способ по п.1, в котором указанное платежное устройство выбрано из группы, состоящей из бесконтактного платежного устройства, согласованного с открытыми промышленными стандартами ISO для бесконтактных платежных устройств, контактной микропроцессорной карты и карты с магнитной полосой.
5. Способ по п.1, в котором указанное платежное устройство выбрано из группы, состоящей из кредитной карты, дебетовой карты, платежной карты и скан карты.
6. Способ по п.1, в котором указанная группа правил оплаты включает в себя по меньшей мере одно правило предоплаты и по меньшей мере одно правило оплаты по факту.
7. Способ по п.6, дополнительно содержащий этап, на котором определяют, является ли указанное платежное устройство платежным устройством с оплатой по факту или платежным устройством с предоплатой, ассоциированным с транспортным платежным счетом с предоплатой.
8. Способ по п.7, дополнительно содержащий этапы, на которых выбирают указанное правило оплаты по факту, когда указанное платежное устройство определено, как являющееся платежным устройством с оплатой по факту;
выбирают указанное платежное правило предоплаты, когда указанное платежное устройство определено, как являющееся платежным устройством с предоплатой.
9. Способ по п.7, дополнительно содержащий этап, на котором устанавливают объединенный счет оплаты, ассоциированный с данными указанного платежного устройства, когда указанное платежное устройство определено, как являющееся платежным устройством с оплатой по факту.
10. Способ по п.9, в котором установка указанного объединенного счета оплаты для указанного платежного устройства с оплатой по факту содержит этапы, на которых
получают авторизацию или одобрение для установки указанного объединенного счета оплаты для указанного платежного устройства; и
устанавливают указанный общий счет оплаты с правилами счета, задающими, когда объединенная транзакция должна быть сообщена для погашения, когда указанная авторизация или одобрение получены;
причем указанные правила счета включают в себя по меньшей мере одно из: правило по лимиту объединенной суммы, правило по лимиту объединенного времени, правило по статусу объединенного счета, когда карта потеряна, украдена или неуплачена, и правило по статусу объединенного счета, если указанное платежное устройство зарегистрировано позже.
11. Способ по п.7, дополнительно содержащий этап, на котором проверяют баланс указанного транспортного платежного счета с предоплатой и получают платеж за проезд от указанного транспортного платежного счета с предоплатой.
12. Способ по п.11, в котором, когда указанный баланс указанного транспортного платежного счета с предоплатой недостаточен для получения указанного платежа за проезд от указанного транспортного платежного счета с предоплатой, указанный способ дополнительно содержит этап, на котором добавляют указанное платежное устройство в список платежных устройств, которые потеряны, украдены или неуплачены.
13. Способ по п.11, в котором, когда указанный баланс указанного транспортного платежного счета с предоплатой недостаточен для получения указанного платежа за проезд от указанного транспортного платежного счета с предоплатой, указанный способ дополнительно содержит автоматическое инициирование погашения платежа для предварительно определенной величины предоплаты.
14. Способ по п.7, в котором указанный транспортный платежный счет является счетом тарифа поездки, и проверка баланса указанного транспортного платежного счета содержит проверку наличия тарифа поездки, и получение платежа за проезд от транспортного платежного счета с предоплатой содержит вычитание указанного тарифа поездки из указанного транспортного платежного счета с предоплатой.
15. Способ по п.1, в котором указанное платежное устройство является брелоком, содержащим по меньшей мере одно платежное приложение.
16. Способ по п.1, дополнительно содержащий этап, на котором вычисляют указанную сумму платы, после того, как указанному пользователю предоставлен доступ к указанным зонам оплаты указанной транспортной системы.
17. Способ по п.11, в котором, когда указанный баланс указанного транспортного платежного счета с предоплатой недостаточен для получения указанного платежа за проезд от указанного транспортного платежного счета с предоплатой, указанный способ дополнительно содержит способ, выбранный из группы, состоящей из отклонения указанного платежного устройства и добавления к списку платежных устройств, которые потеряны, украдены или неуплачены; отклонения указанного платежного устройства и проведения немедленной авторизации указанного платежного устройства; предоставления указанному пользователю доступа к зонам оплаты указанной транспортной системы и проведения немедленной авторизации указанного платежного устройства запрашивающей стороной; предоставления указанному пользователю доступа к зонам оплаты указанной транспортной системы после успешной авторизации указанного платежного устройства запрашивающей стороной; добавления указанного платежного устройства в список платежных устройств, которые потеряны, украдены или неуплачены в зависимости от решения транспортной компании, когда авторизация отклонена запрашивающей стороной; и отправки уведомления транспортной компании, когда авторизация отклонена запрашивающей стороной.
18. Способ по п.11, в котором указанное правило оплаты является правилом на основе обстоятельств, выбранных из группы, состоящей из точки входа в указанную транспортную систему и выхода из указанной транспортной системы, дано ли указанному пользователю право переноса, применено ли максимальное количество в день и применена ли скидка.
19. Способ по п.18, в котором указанное правило оплаты и указанное правило оплаты с платой по факту применены одновременно.
20. Способ по п.1, в котором указанное платежное устройство предварительно зарегистрировано.
21. Система для автоматического сбора оплаты за проезд в транспортной системе, причем система содержит
считыватель платежного устройства, расположенный в зоне оплаты указанной транспортной системы, указанный считыватель платежного устройства сконфигурирован с возможностью принимать данные платежного устройства из указанного платежного устройства, представленного пользователем;
контроллер терминала, присоединенный к указанному считывателю платежной системы, указанный контроллер терминала сконфигурирован с возможностью одобрить или отказать указанное платежное устройство, считываемое указанным считывателем платежного устройства, на основе того, удовлетворяют ли указанные данные платежного устройства условию, и соответственно предоставить или отказать указанному пользователю в доступе к указанной зоне оплаты указанной транспортной системы;
платежную платформу транспортной системы, содержащую по меньшей мере один процессор, присоединенный к указанному контроллеру терминала, причем указанная платформа сконфигурирована с возможностью:
принимать указанные данные платежного устройства, включающие в себя идентификатор счета, ассоциированный с указанным платежным устройством, от указанного контроллера терминала,
выбирать правило оплаты из группы правил оплаты после того как доступ предоставлен, которое включает в себя по меньшей мере одно правило оплаты по факту,
добавлять сумму оплаты, ассоциированную с указанным доступом к указанной зоне оплаты, к объединенному балансу, ассоциированному с данными указанного платежного устройства,
воздерживаться от инициирования транзакции погашения платежа в платежной системе, пока один или более рабочих критериев не удовлетворены, и
инициировать указанную транзакцию погашения платежа в указанной платежной сети, когда указанный один или более рабочих критериев удовлетворены, причем указанная транзакция погашения платежа включает в себя по меньшей мере указанный идентификатор счета и сумму платежа на основе указанного объединенного баланса;
посредством чего средства денежного обращения в по меньшей мере сумме указанного объединенного баланса в конечном счете выводятся из платежного счета, ассоциированного с указанным идентификатором счета, и в счет, ассоциированный с указанной транспортной системой, и посредством чего указанного пользователя не запрашивают предварительно оплачивать указанное платежное устройство для доступа к указанной зоне оплаты указанной транспортной системы.
22. Система по п.21, в которой указанный один или более рабочих критериев выбраны из группы, состоящей из указанного объединенного баланса, превышающего предварительно определенную сумму баланса, предварительно определенного периода времени, прошедшего после того, как случилось внесение первой суммы платы включенной в указанный объединенный баланс, предварительно определенного числа оплат, добавленных к указанному объединенному балансу, и указанного идентификатора счета, появляющегося в «горячем» списке.
23. Система по п.21, в которой условие включает в себя появилось ли указанное платежное устройство в списке платежных устройств, в котором указанный список включает в себя платежные устройства, которые потеряны, украдены или неуплачены.
24. Система по п.21, в которой указанное платежное устройство выбирают из группы, состоящей из бесконтактного платежного устройства, согласованного с открытыми промышленными стандартами ISO для бесконтактных платежных устройств, контактных микропроцессорных карт и карт с магнитной полосой.
25. Система по п.21, в которой указанное платежное устройство выбирают из группы, состоящей из кредитной карты, дебетовой карты, платежной карты и скан-карты.
26. Система по п.21, в которой указанная группа правил оплаты включает в себя по меньшей мере одно правило предоплаты и по меньшей мере одно правило оплаты по факту.
27. Система по п.26, в которой транспортная платформа дополнительно сконфигурирована для определения, является ли указанное платежное устройство платежным устройством с оплатой по факту или платежным устройством с предоплатой, ассоциированным с транспортным платежным счетом с предоплатой.
28. Система по п.27, в которой указанная транспортная платформа дополнительно сконфигурирована с возможностью выбирать указанное платежное правило оплаты по факту, когда указанное платежное устройство определено как являющееся платежным устройством с оплатой по факту, и выбирать указанное платежное правило предоплаты, когда указанное платежное устройство определено как являющееся платежным устройством с предоплатой.
29. Система по п.27, в которой указанная транспортная платформа дополнительно сконфигурирована с возможностью устанавливать объединенный счет оплаты, ассоциированный с данными указанного платежного устройства, когда указанное платежное устройство определено как являющееся платежным устройством с оплатой по факту.
30. Система по п.29, в которой указанная транспортная платформа дополнительно присоединена к платежной сети, причем указанная платформа сконфигурирована с возможностью:
получать от указанной платежной сети авторизацию или одобрение для установки указанного объединенного счета оплаты для указанного платежного устройства; и
устанавливать указанный объединенный счет оплаты с правилами счета, задающими, когда объединенная транзакция должна быть сообщена для погашения, когда указанная авторизация или одобрение получены, причем указанные правила счета включают в себя по меньшей мере одно из: правило по лимиту объединенной суммы, правило по лимиту объединенного времени, правило по статусу объединенного счета, когда карта потеряна, украдена или неуплачена, и правило по статусу объединенного счета, если указанное платежное устройство зарегистрировано позже.
31. Система по п.27, в которой указанная транспортная платформа дополнительно сконфигурирована с возможностью проверки баланса указанного транспортного платежного счета с предоплатой и получения платежа за проезд от указанного транспортного платежного счета с предоплатой.
32. Система по п.31, в которой указанная транспортная платформа дополнительно сконфигурирована с возможностью, когда указанный баланс указанного транспортного платежного счета с предоплатой недостаточен для получения указанного платежа за проезд от указанного транспортного платежного счета с предоплатой, добавлять указанное платежное устройство в список платежных устройств, которые потеряны, украдены или неуплачены.
33. Система по п.31, в которой, когда указанный баланс указанного транспортного платежного счета с предоплатой недостаточен для получения указанного платежа за проезд от указанного транспортного платежного счета с предоплатой, указанная транспортная платформа дополнительно сконфигурирована автоматически инициировать платеж на предварительно определенную сумму предоплаты.
34. Система по п.27, в которой указанный транспортный платежный счет с предоплатой является счетом тарифа поездки, и причем указанная транспортная платформа дополнительно сконфигурирована с возможностью проверки наличия тарифа поездки и получения платежа за проезд от транспортного платежного счета с предоплатой посредством вычитания указанного тарифа поездки из указанного транспортного платежного счета с предоплатой.
35. Система по п.21, в которой указанная транспортная платформа дополнительно сконфигурирована с возможностью вычислять указанную сумму оплаты после того, как указанному пользователю предоставлен доступ к указанной зоне оплаты, указанной транспортной системы.
36. Система по п.21, в которой указанное платежное устройство является брелоком, содержащим по меньшей мере одно платежное приложение.
37. Система по п.31, в которой указанная транспортная платформа дополнительно сконфигурирована с возможностью, когда указанный баланс указанного транспортного платежного счета с предоплатой недостаточен для получения указанного платежа за проезд от указанного транспортного платежного счета с предоплатой, отклонять указанное платежное устройство и добавлять к списку платежных устройств, которые потеряны, украдены или неуплачены, отклонять указанное платежное устройство и проводить немедленную авторизацию указанного платежного устройства, предоставлять указанному пользователю доступ к зонам оплаты указанной транспортной системы, и проводить немедленную авторизацию указанного платежного устройства запрашивающей стороной, предоставлять указанному пользователю доступ к зонам оплаты, указанной транспортной системы после успешной авторизации указанного платежного устройства запрашивающей стороной, добавлять указанное платежное устройство в список платежных устройств, которые потеряны, украдены или неуплачены в зависимости от решения транспортной компании, когда авторизация отклонена запрашивающей стороной, и отправлять уведомление транспортной компании, когда авторизация отклонена запрашивающей стороной.
38. Система по п.21, в которой указанное правило оплаты является правилом на основе обстоятельств, выбранных из группы, состоящей из точки входа в указанную транспортную систему и выхода из указанной транспортной системы, дано ли указанному пользователю право переноса, применено ли максимальное количество в день и применена ли скидка.
39. Система по п.21, в которой указанное правило оплаты и указанное правило оплаты по факту применены одновременно.
40. Способ по п.21, в которой указанное платежное устройство предварительно зарегистрировано.
41. Способ для автоматического сбора оплаты за проезд в транспортной системе, причем способ содержит этапы, на которых
принимают на считывателе платежного устройства, присоединенном к транспортной платежной платформе, данные платежного устройства от платежного устройства, выполняющего платежное приложение общего назначения без сохраненного значения, представленного пользователем, чтобы получить доступ к зонам оплаты указанной транспортной системы, указанные данные платежного устройства включают в себя по меньшей мере идентификатор счета, идентифицирующий платежный счет, ассоциированный с указанным платежным устройством;
предоставляют указанному пользователю доступ к указанным зонам оплаты указанной транспортной системы, если указанные данные платежного устройства удовлетворяют условию;
определяют, является ли указанное платежное устройство платежным устройством с предоплатой, ассоциированным с транспортным платежным счетом с предоплатой;
выбирают из группы правил оплаты после указанного предоставления доступа правила оплаты для предоплаты для применения к указанному доступу к зоне оплаты транспортной системы;
применяют указанное правило оплаты для предоплаты, ассоциированное с указанным доступом, к указанному транспортному платежному счету с предоплатой и обновляют запись, ассоциированную с указанным транспортным платежным счетом с предоплатой, как результат указанного применения;
причем указанное предоставление доступа выполняют без требования указанному пользователю использовать маркер иной, чем указанное платежное устройство.
RU2007146708/08A 2005-05-16 2006-05-16 Способ и система для использования бесконтактных платежных карт в транспортной системе RU2421812C2 (ru)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US68151305P 2005-05-16 2005-05-16
US60/681,513 2005-05-16
US71762605P 2005-09-16 2005-09-16
US60/717,626 2005-09-16

Publications (2)

Publication Number Publication Date
RU2007146708A RU2007146708A (ru) 2009-06-27
RU2421812C2 true RU2421812C2 (ru) 2011-06-20

Family

ID=37431999

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2007146708/08A RU2421812C2 (ru) 2005-05-16 2006-05-16 Способ и система для использования бесконтактных платежных карт в транспортной системе

Country Status (8)

Country Link
US (1) US20080156873A1 (ru)
EP (1) EP1913545A4 (ru)
JP (1) JP2008541303A (ru)
KR (1) KR20080014035A (ru)
AU (1) AU2006247449A1 (ru)
CA (1) CA2608707A1 (ru)
RU (1) RU2421812C2 (ru)
WO (1) WO2006124808A2 (ru)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2646396C2 (ru) * 2016-05-26 2018-03-02 Самуил Лейбович Горелик Способ оплаты проезда в общественном транспорте
RU2656816C2 (ru) * 2014-03-19 2018-06-06 Мастеркард Интернейшнл Инкорпорейтед Автоматическая передача данных
RU186887U1 (ru) * 2018-12-11 2019-02-07 Общество с ограниченной ответственностью "Технезис" Валидатор транспортного средства
RU2679343C1 (ru) * 2015-04-20 2019-02-07 Мастеркард Интернэшнл Инкорпорейтед Верификация бесконтактной платежной карты для выдачи платежного удостоверения мобильному устройству
RU186900U1 (ru) * 2018-12-11 2019-02-07 Общество с ограниченной ответственностью "Технезис" Валидатор транспортного средства
RU186908U1 (ru) * 2018-12-11 2019-02-08 Общество с ограниченной ответственностью "Технезис" Валидатор транспортного средства
RU2686618C1 (ru) * 2018-08-16 2019-04-29 Игорь Николаевич Арсеньев Способ обеспечения доступа пользователя к услугам локального оператора услуг, оконечное устройство пользователя и сервер системы для реализации способа
RU2692343C1 (ru) * 2018-09-27 2019-06-24 Акционерное общество "СИТРОНИКС" Система бесконтактной оплаты проезда/прохода (СБОП)
RU2703749C1 (ru) * 2015-11-10 2019-10-22 Сэн-Гобэн Гласс Франс Антенная панель транспортного средства для системы оплаты дорожных сборов
RU2710802C1 (ru) * 2019-03-04 2020-01-14 Анатолий Владимирович Постолит Система оплаты проезда в общественном транспорте и мониторинга перемещения грузов с использованием технологий Bluetooth
RU2710803C1 (ru) * 2019-03-11 2020-01-14 Анатолий Владимирович Постолит Система мобильной оплаты проезда в общественном транспорте с использованием маяков iBeacon
US20210264431A1 (en) * 2013-05-24 2021-08-26 Marc George System for managing personal identifiers and financial instrument use

Families Citing this family (201)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1442404B1 (en) 2001-09-24 2014-01-01 E2Interactive, Inc. D/B/A E2Interactive, Inc. System and method for supplying communication service
WO2006135779A2 (en) 2005-06-10 2006-12-21 American Express Travel Related Services Company, Inc. System and method for mass transit merchant payment
TWI284843B (en) * 2005-07-22 2007-08-01 Ind Tech Res Inst Radio frequency identification reader/writer and financial transaction method using the same
US20070038565A1 (en) * 2005-08-15 2007-02-15 Accelitec, Inc. Method and system for contactless point-of-sale transaction management
US7828204B2 (en) 2006-02-01 2010-11-09 Mastercard International Incorporated Techniques for authorization of usage of a payment device
US7735730B2 (en) * 2006-05-24 2010-06-15 International Business Machines Corporation System and method for state-based execution and recovery in a payment system
US20070276766A1 (en) * 2006-05-24 2007-11-29 Carlos Antonio Lorenzo Hoyos System and Method for Preventing Multiple Charges for a Transaction in a Payment System
US8346639B2 (en) 2007-02-28 2013-01-01 Visa U.S.A. Inc. Authentication of a data card using a transit verification value
US8881971B2 (en) * 2008-10-10 2014-11-11 Visa U.S.A. Inc. Transit agency as an issuer and/or program manager of prepaid products
US20080203170A1 (en) * 2007-02-28 2008-08-28 Visa U.S.A. Inc. Fraud prevention for transit fare collection
US7527208B2 (en) 2006-12-04 2009-05-05 Visa U.S.A. Inc. Bank issued contactless payment card used in transit fare collection
US8118223B2 (en) 2006-09-28 2012-02-21 Visa U.S.A. Inc. Smart sign mobile transit fare payment
US8523069B2 (en) 2006-09-28 2013-09-03 Visa U.S.A. Inc. Mobile transit fare payment
US8386349B2 (en) 2007-02-28 2013-02-26 Visa U.S.A. Inc. Verification of a portable consumer device in an offline environment
US8738485B2 (en) 2007-12-28 2014-05-27 Visa U.S.A. Inc. Contactless prepaid product for transit fare collection
US7566003B2 (en) 2006-12-07 2009-07-28 Specialty Acquirer Llc Learning fare collection system for mass transit
US7568617B2 (en) 2006-12-07 2009-08-04 Specialty Acquirer Llc Learning fare collection system for mass transit
US8281990B2 (en) * 2006-12-07 2012-10-09 Smart Systems Innovations, Llc Public transit system fare processor for transfers
US8763902B2 (en) 2006-12-07 2014-07-01 Smart Systems Innovations, Llc Mass transit fare processing system
US8256666B2 (en) 2007-01-30 2012-09-04 Phil Dixon Processing transactions of different payment devices of the same issuer account
US8793184B2 (en) 2007-02-12 2014-07-29 Visa U.S.A. Inc. Mobile payment services
US20080300973A1 (en) * 2007-05-30 2008-12-04 Dewitt Jay Allen Supply of requested offer based on offeree transaction history
US20080319843A1 (en) * 2007-06-22 2008-12-25 Dennis Norman Moser Supply of requested offer based on point-of-service to offeree distance
US20090076925A1 (en) * 2007-09-13 2009-03-19 Dewitt Jay Allen Offeree requested offer based on point-of-service to offeree distance
US20090076896A1 (en) * 2007-09-13 2009-03-19 Dewitt Jay Allen Merchant supplied offer to a consumer within a predetermined distance
TW200917161A (en) * 2007-10-09 2009-04-16 Universal Scient Ind Co Ltd Method of ticket inspection for railway transportation
US8374932B2 (en) 2007-10-30 2013-02-12 Visa U.S.A. Inc. Payment entity device transaction processing using multiple payment methods
US8311914B2 (en) 2007-10-30 2012-11-13 Visa U.S.A. Inc. Payment entity for account payables processing using multiple payment methods
US8311913B2 (en) 2007-10-30 2012-11-13 Visa U.S.A. Inc. Payment entity account set up for multiple payment methods
US8341046B2 (en) 2007-10-30 2012-12-25 Visa U.S.A. Inc. Payment entity device reconciliation for multiple payment methods
US8311937B2 (en) 2007-10-30 2012-11-13 Visa U.S.A. Inc. Client supported multiple payment methods system
US8407141B2 (en) 2007-10-30 2013-03-26 Visa U.S.A. Inc. System and method for processing multiple methods of payment
US7567920B2 (en) * 2007-11-01 2009-07-28 Visa U.S.A. Inc. On-line authorization in access environment
US8117129B2 (en) * 2007-12-21 2012-02-14 American Express Travel Related Services Company, Inc. Systems, methods and computer program products for performing mass transit merchant transactions
US9098851B2 (en) 2008-02-14 2015-08-04 Mastercard International Incorporated Method and apparatus for simplifying the handling of complex payment transactions
US8126769B1 (en) * 2008-08-07 2012-02-28 Sprint Communications Company L.P. Transit card state sequence self-help correction
US8341084B2 (en) 2009-06-08 2012-12-25 Mastercard International Incorporated Method, apparatus, and computer program product for topping up prepaid payment cards for offline use
EP2469476A3 (en) 2008-10-31 2014-08-20 Accenture Global Services Limited System for controlling user access to a service
US8225997B1 (en) 2008-12-22 2012-07-24 Sprint Communications Company L.P. Single transit card to multiple rider trip methods and architecture
US8255159B1 (en) 2009-01-06 2012-08-28 Sprint Communications Company L.P. Transit payment and handset navigation integration
US8181867B1 (en) 2009-01-06 2012-05-22 Sprint Communications Company L.P. Transit card credit authorization
NL1036665C2 (nl) * 2009-03-05 2009-12-11 Ronald Eric Louis Van Os Rekeningreizen, een toegangs- en afrekensysteem in de reismobiliteit.
US8915431B2 (en) * 2009-07-06 2014-12-23 Visa International Service Association Transit access system and method including device authentication
US20110166997A1 (en) * 2009-07-09 2011-07-07 Cubic Corporation Proxy-based payment system
US20110010283A1 (en) * 2009-07-09 2011-01-13 Eddie Williams E-card
AU2010271242B2 (en) 2009-07-09 2015-01-22 Cubic Corporation Transit account management with mobile device messaging
WO2011031768A2 (en) 2009-09-08 2011-03-17 Cubic Corporation Association of contactless payment card primary account number
WO2011053285A1 (en) * 2009-10-28 2011-05-05 Hewlett-Packard Development Company, L.P. Using a financial institution based account for ultra-low latency transactions
US8856024B2 (en) 2010-10-26 2014-10-07 Cubic Corporation Determining companion and joint cards in transit
US11978031B2 (en) 2010-12-14 2024-05-07 E2Interactive, Inc. Systems and methods that create a pseudo prescription from transaction data generated during a point of sale purchase at a front of a store
CA2726781A1 (en) * 2010-12-29 2012-06-29 Evgeny Lishak Methods of offline fare collection for open-loop and hybrid card systems
US10692081B2 (en) 2010-12-31 2020-06-23 Mastercard International Incorporated Local management of payment transactions
US8688512B2 (en) 2011-02-17 2014-04-01 Boku, Inc. Offer insertion system
US8799162B2 (en) 2011-11-30 2014-08-05 Boku, Inc. Pass-through payment system
US9111301B2 (en) * 2011-12-13 2015-08-18 Boku, Inc. Activating an account based on an SMS message
US20130151318A1 (en) * 2011-12-13 2013-06-13 Boku, Inc. Transit billing network
US9129320B2 (en) 2012-02-08 2015-09-08 Boku, Inc. Default phone bill charging
US8630904B2 (en) 2012-02-14 2014-01-14 Boku, Inc. Transaction authentication with a variable-type user-stored account identifier
US10956899B2 (en) 2012-02-14 2021-03-23 Mastercard International Incorporated Mechanism to allow the use of disposable cards on a system designed to accept cards conforming to the standards of the global payments industry
US11055686B2 (en) 2012-08-08 2021-07-06 E2Interactive, Inc. S/M for providing, reloading, and redeeming stored value cards used in transit applications
US9921072B2 (en) 2012-11-09 2018-03-20 Visa International Service Association Systems and methods for route prediction
US9439036B2 (en) 2013-01-25 2016-09-06 Visa International Service Association Systems and methods to select locations of interest based on distance from route points or route paths
US9947007B2 (en) 2013-01-27 2018-04-17 Barry Greenbaum Payment information technologies
WO2014152419A1 (en) 2013-03-15 2014-09-25 Mastercard International Incorporated Transaction-history driven counterfeit fraud risk management solution
US10055751B2 (en) 2013-04-05 2018-08-21 Visa International Service Association Systems and methods to enhance search results using transaction data of merchants
KR101577255B1 (ko) * 2013-05-31 2015-12-15 삼성에스디에스 주식회사 인증 전용 거래를 이용한 요금 징수 장치 및 방법
US8990117B2 (en) * 2013-07-18 2015-03-24 Cubic Corporation Smartcard to virtual media conversion
KR20150029180A (ko) 2013-09-09 2015-03-18 주식회사 엘지씨엔에스 개방형 운임 처리 방법 및 시스템
US11120462B2 (en) 2013-11-04 2021-09-14 E2Interactive, Inc. Systems and methods for using indicia of membership as a partial authorization in a transaction
US20150199664A1 (en) * 2014-01-15 2015-07-16 Mastercard International Incorporated Methods, systems, and computer readable media for facilitating access to transportation services
US10304045B2 (en) * 2014-02-12 2019-05-28 Mastercard International Incorporated Biometric solution enabling high throughput fare payments and system access
SG11201607454SA (en) * 2014-03-11 2016-10-28 Visa Int Service Ass Real-time portable device update
US9332396B2 (en) 2014-03-17 2016-05-03 Visa International Service Association Systems and methods to provide location-dependent information during an optimal time period
GB2524283A (en) * 2014-03-19 2015-09-23 Mastercard International Inc Transport system user inspection
KR102264118B1 (ko) * 2014-05-29 2021-06-10 삼성에스디에스 주식회사 결제 인증 서버 및 이를 이용한 모바일 결제 시스템과 방법
KR101661808B1 (ko) 2014-08-08 2016-09-30 주식회사 엘지씨엔에스 교통 요금을 처리하는 방법, 교통 요금을 처리하는 서버 및 시스템
GB2529872A (en) * 2014-09-05 2016-03-09 Mastercard International Inc A mechanism for authorising transactions conducted at unattended payment terminals
US11074590B2 (en) * 2015-01-19 2021-07-27 Lg Cns Co., Ltd. Management server, card authorization terminal, and methods of processing a card in the management server and the card authorization terminal
US20160240016A1 (en) * 2015-02-17 2016-08-18 Marc M. Ranpour Method of Managing Usage Fares for a Transportation System
US10282920B2 (en) * 2015-06-19 2019-05-07 Cubic Corporation RFID for fare collection
CN105184970B (zh) * 2015-08-27 2018-09-04 余荣军 公交ic卡网络支付系统及其支付方法
CN105405174A (zh) * 2015-11-17 2016-03-16 河北中岗通讯工程有限公司 Etc自动收费系统
US20170200149A1 (en) * 2016-01-08 2017-07-13 Mastercard International Incorporated Authenticating payment credentials in closed loop transaction processing
US11188893B2 (en) * 2016-01-15 2021-11-30 Mastercard International Incorporated Access control bypass on mobile for mass transit
US11734669B2 (en) * 2016-01-15 2023-08-22 Mastercard International Incorporated Access control bypass on mobile for mass transit
US10971010B2 (en) * 2016-11-15 2021-04-06 Mastercard International Incorporated Tracking system, method and medium for enhancing the use of select transit
JP6761533B2 (ja) * 2017-02-15 2020-09-23 株式会社日立製作所 運賃決済システムおよび運賃決済方法
JP6914679B2 (ja) * 2017-03-14 2021-08-04 株式会社東芝 通行判定装置、及び通行判定システム
RU2675052C2 (ru) * 2017-05-23 2018-12-14 Михаил Васильевич Муратов Способ оплаты услуг, преимущественно транспортных услуг и автоматизированная система для его осуществления
CN110915243B (zh) 2017-06-09 2022-05-27 开利公司 调整蓝牙连接性以便加快访问控制的方法
WO2019203853A1 (en) * 2018-04-20 2019-10-24 Visa International Service Association Portable device loading mechanism for account access
CN110458577A (zh) * 2018-05-08 2019-11-15 北京京投亿雅捷交通科技有限公司 一种地铁出行后计费模式清分稽核方法及系统
US10546444B2 (en) 2018-06-21 2020-01-28 Capital One Services, Llc Systems and methods for secure read-only authentication
KR102306960B1 (ko) * 2018-08-17 2021-09-30 김금철 Url매체와 서버 등을 이용한 결제 및 충전시스템
US10489781B1 (en) 2018-10-02 2019-11-26 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10949520B2 (en) 2018-10-02 2021-03-16 Capital One Services, Llc Systems and methods for cross coupling risk analytics and one-time-passcodes
US11210664B2 (en) 2018-10-02 2021-12-28 Capital One Services, Llc Systems and methods for amplifying the strength of cryptographic algorithms
US10565587B1 (en) 2018-10-02 2020-02-18 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10511443B1 (en) 2018-10-02 2019-12-17 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10581611B1 (en) 2018-10-02 2020-03-03 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
JP2022508026A (ja) 2018-10-02 2022-01-19 キャピタル・ワン・サービシーズ・リミテッド・ライアビリティ・カンパニー 非接触カードの暗号化認証のためのシステムおよび方法
US10909527B2 (en) 2018-10-02 2021-02-02 Capital One Services, Llc Systems and methods for performing a reissue of a contactless card
AU2019355436A1 (en) 2018-10-02 2021-04-15 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10554411B1 (en) 2018-10-02 2020-02-04 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10771253B2 (en) 2018-10-02 2020-09-08 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
WO2020072670A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
WO2020072552A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
WO2020072474A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10582386B1 (en) 2018-10-02 2020-03-03 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10771254B2 (en) 2018-10-02 2020-09-08 Capital One Services, Llc Systems and methods for email-based card activation
KR20210065109A (ko) 2018-10-02 2021-06-03 캐피탈 원 서비시즈, 엘엘씨 비접촉식 카드의 암호화 인증을 위한 시스템 및 방법
KR20210066798A (ko) 2018-10-02 2021-06-07 캐피탈 원 서비시즈, 엘엘씨 비접촉식 카드의 암호화 인증을 위한 시스템 및 방법
US10579998B1 (en) 2018-10-02 2020-03-03 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
WO2020072583A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for establishing identity for order pick up
CA3115084A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
WO2020072575A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
WO2020072529A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10680824B2 (en) 2018-10-02 2020-06-09 Capital One Services, Llc Systems and methods for inventory management using cryptographic authentication of contactless cards
US10592710B1 (en) 2018-10-02 2020-03-17 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10505738B1 (en) 2018-10-02 2019-12-10 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
WO2020072694A1 (en) 2018-10-02 2020-04-09 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
KR20210068028A (ko) 2018-10-02 2021-06-08 캐피탈 원 서비시즈, 엘엘씨 비접촉식 카드의 암호화 인증을 위한 시스템 및 방법
US10542036B1 (en) 2018-10-02 2020-01-21 Capital One Services, Llc Systems and methods for signaling an attack on contactless cards
US10607214B1 (en) 2018-10-02 2020-03-31 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US20200226581A1 (en) 2019-01-11 2020-07-16 Capital One Services, Llc Systems and methods for touch screen interface interaction using a card overlay
US11037136B2 (en) 2019-01-24 2021-06-15 Capital One Services, Llc Tap to autofill card data
US11120453B2 (en) 2019-02-01 2021-09-14 Capital One Services, Llc Tap card to securely generate card data to copy to clipboard
US10510074B1 (en) 2019-02-01 2019-12-17 Capital One Services, Llc One-tap payment using a contactless card
US10467622B1 (en) 2019-02-01 2019-11-05 Capital One Services, Llc Using on-demand applications to generate virtual numbers for a contactless card to securely autofill forms
US10425129B1 (en) 2019-02-27 2019-09-24 Capital One Services, Llc Techniques to reduce power consumption in near field communication systems
US10523708B1 (en) 2019-03-18 2019-12-31 Capital One Services, Llc System and method for second factor authentication of customer support calls
US10643420B1 (en) * 2019-03-20 2020-05-05 Capital One Services, Llc Contextual tapping engine
US10438437B1 (en) 2019-03-20 2019-10-08 Capital One Services, Llc Tap to copy data to clipboard via NFC
US10984416B2 (en) 2019-03-20 2021-04-20 Capital One Services, Llc NFC mobile currency transfer
US10535062B1 (en) 2019-03-20 2020-01-14 Capital One Services, Llc Using a contactless card to securely share personal data stored in a blockchain
US10970712B2 (en) 2019-03-21 2021-04-06 Capital One Services, Llc Delegated administration of permissions using a contactless card
US10467445B1 (en) 2019-03-28 2019-11-05 Capital One Services, Llc Devices and methods for contactless card alignment with a foldable mobile device
US11521262B2 (en) 2019-05-28 2022-12-06 Capital One Services, Llc NFC enhanced augmented reality information overlays
TWI714112B (zh) * 2019-06-04 2020-12-21 高雄捷運股份有限公司 以信用載具快速通關閘門之自動收費系統及方法
US10516447B1 (en) 2019-06-17 2019-12-24 Capital One Services, Llc Dynamic power levels in NFC card communications
US11392933B2 (en) 2019-07-03 2022-07-19 Capital One Services, Llc Systems and methods for providing online and hybridcard interactions
US10871958B1 (en) 2019-07-03 2020-12-22 Capital One Services, Llc Techniques to perform applet programming
US11694187B2 (en) 2019-07-03 2023-07-04 Capital One Services, Llc Constraining transactional capabilities for contactless cards
US12086852B2 (en) 2019-07-08 2024-09-10 Capital One Services, Llc Authenticating voice transactions with payment card
US10713649B1 (en) 2019-07-09 2020-07-14 Capital One Services, Llc System and method enabling mobile near-field communication to update display on a payment card
US10498401B1 (en) 2019-07-15 2019-12-03 Capital One Services, Llc System and method for guiding card positioning using phone sensors
US10885514B1 (en) 2019-07-15 2021-01-05 Capital One Services, Llc System and method for using image data to trigger contactless card transactions
US10832271B1 (en) 2019-07-17 2020-11-10 Capital One Services, Llc Verified reviews using a contactless card
US11182771B2 (en) 2019-07-17 2021-11-23 Capital One Services, Llc System for value loading onto in-vehicle device
US10733601B1 (en) 2019-07-17 2020-08-04 Capital One Services, Llc Body area network facilitated authentication or payment authorization
US11521213B2 (en) 2019-07-18 2022-12-06 Capital One Services, Llc Continuous authentication for digital services based on contactless card positioning
US10506426B1 (en) 2019-07-19 2019-12-10 Capital One Services, Llc Techniques for call authentication
US10541995B1 (en) 2019-07-23 2020-01-21 Capital One Services, Llc First factor contactless card authentication system and method
AU2019469080A1 (en) 2019-10-02 2022-04-21 Capital One Services, Llc Client device authentication using contactless legacy magnetic stripe data
US10733283B1 (en) 2019-12-23 2020-08-04 Capital One Services, Llc Secure password generation and management using NFC and contactless smart cards
US10862540B1 (en) 2019-12-23 2020-12-08 Capital One Services, Llc Method for mapping NFC field strength and location on mobile devices
US11615395B2 (en) 2019-12-23 2023-03-28 Capital One Services, Llc Authentication for third party digital wallet provisioning
US10657754B1 (en) 2019-12-23 2020-05-19 Capital One Services, Llc Contactless card and personal identification system
US11113685B2 (en) 2019-12-23 2021-09-07 Capital One Services, Llc Card issuing with restricted virtual numbers
US11651361B2 (en) 2019-12-23 2023-05-16 Capital One Services, Llc Secure authentication based on passport data stored in a contactless card
US10885410B1 (en) 2019-12-23 2021-01-05 Capital One Services, Llc Generating barcodes utilizing cryptographic techniques
US11200563B2 (en) 2019-12-24 2021-12-14 Capital One Services, Llc Account registration using a contactless card
US10853795B1 (en) 2019-12-24 2020-12-01 Capital One Services, Llc Secure authentication based on identity data stored in a contactless card
US10664941B1 (en) 2019-12-24 2020-05-26 Capital One Services, Llc Steganographic image encoding of biometric template information on a card
US10909544B1 (en) 2019-12-26 2021-02-02 Capital One Services, Llc Accessing and utilizing multiple loyalty point accounts
US10757574B1 (en) 2019-12-26 2020-08-25 Capital One Services, Llc Multi-factor authentication providing a credential via a contactless card for secure messaging
US11038688B1 (en) 2019-12-30 2021-06-15 Capital One Services, Llc Techniques to control applets for contactless cards
US10860914B1 (en) 2019-12-31 2020-12-08 Capital One Services, Llc Contactless card and method of assembly
US11455620B2 (en) 2019-12-31 2022-09-27 Capital One Services, Llc Tapping a contactless card to a computing device to provision a virtual number
US11210656B2 (en) 2020-04-13 2021-12-28 Capital One Services, Llc Determining specific terms for contactless card activation
US11030339B1 (en) 2020-04-30 2021-06-08 Capital One Services, Llc Systems and methods for data access control of personal user data using a short-range transceiver
US11222342B2 (en) 2020-04-30 2022-01-11 Capital One Services, Llc Accurate images in graphical user interfaces to enable data transfer
US11823175B2 (en) 2020-04-30 2023-11-21 Capital One Services, Llc Intelligent card unlock
US10861006B1 (en) 2020-04-30 2020-12-08 Capital One Services, Llc Systems and methods for data access control using a short-range transceiver
US10915888B1 (en) 2020-04-30 2021-02-09 Capital One Services, Llc Contactless card with multiple rotating security keys
US10963865B1 (en) 2020-05-12 2021-03-30 Capital One Services, Llc Augmented reality card activation experience
US11063979B1 (en) 2020-05-18 2021-07-13 Capital One Services, Llc Enabling communications between applications in a mobile operating system
US11100511B1 (en) 2020-05-18 2021-08-24 Capital One Services, Llc Application-based point of sale system in mobile operating systems
US11062098B1 (en) 2020-08-11 2021-07-13 Capital One Services, Llc Augmented reality information display and interaction via NFC based authentication
US11165586B1 (en) 2020-10-30 2021-11-02 Capital One Services, Llc Call center web-based authentication using a contactless card
US11482312B2 (en) 2020-10-30 2022-10-25 Capital One Services, Llc Secure verification of medical status using a contactless card
US11373169B2 (en) 2020-11-03 2022-06-28 Capital One Services, Llc Web-based activation of contactless cards
US11216799B1 (en) 2021-01-04 2022-01-04 Capital One Services, Llc Secure generation of one-time passcodes using a contactless card
CN112801654B (zh) * 2021-01-13 2023-08-15 广西筑波智慧科技有限公司 校园一卡通软银网关
US11682012B2 (en) 2021-01-27 2023-06-20 Capital One Services, Llc Contactless delivery systems and methods
US11792001B2 (en) 2021-01-28 2023-10-17 Capital One Services, Llc Systems and methods for secure reprovisioning
US11687930B2 (en) 2021-01-28 2023-06-27 Capital One Services, Llc Systems and methods for authentication of access tokens
US11562358B2 (en) 2021-01-28 2023-01-24 Capital One Services, Llc Systems and methods for near field contactless card communication and cryptographic authentication
US11438329B2 (en) 2021-01-29 2022-09-06 Capital One Services, Llc Systems and methods for authenticated peer-to-peer data transfer using resource locators
US11777933B2 (en) 2021-02-03 2023-10-03 Capital One Services, Llc URL-based authentication for payment cards
US11637826B2 (en) 2021-02-24 2023-04-25 Capital One Services, Llc Establishing authentication persistence
US11245438B1 (en) 2021-03-26 2022-02-08 Capital One Services, Llc Network-enabled smart apparatus and systems and methods for activating and provisioning same
US11935035B2 (en) 2021-04-20 2024-03-19 Capital One Services, Llc Techniques to utilize resource locators by a contactless card to perform a sequence of operations
US11961089B2 (en) 2021-04-20 2024-04-16 Capital One Services, Llc On-demand applications to extend web services
US11902442B2 (en) 2021-04-22 2024-02-13 Capital One Services, Llc Secure management of accounts on display devices using a contactless card
US11354555B1 (en) 2021-05-04 2022-06-07 Capital One Services, Llc Methods, mediums, and systems for applying a display to a transaction card
US12041172B2 (en) 2021-06-25 2024-07-16 Capital One Services, Llc Cryptographic authentication to control access to storage devices
US12061682B2 (en) 2021-07-19 2024-08-13 Capital One Services, Llc System and method to perform digital authentication using multiple channels of communication
US12062258B2 (en) 2021-09-16 2024-08-13 Capital One Services, Llc Use of a payment card to unlock a lock
US12069173B2 (en) 2021-12-15 2024-08-20 Capital One Services, Llc Key recovery based on contactless card authentication
DE102022120499A1 (de) * 2022-08-15 2024-02-15 Scheidt & Bachmann Gmbh Entwertervorrichtung für ein Personentransportsystem

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5285382A (en) 1991-02-25 1994-02-08 Keyosk Corporation System and method for processing credit and debit card validity and funds transactions from vending machines and similar terminals
US5828044A (en) 1996-03-14 1998-10-27 Kookmin Credit Card Co., Ltd. Non-contacting type radio frequency recognizing credit card system
US6003014A (en) * 1997-08-22 1999-12-14 Visa International Service Association Method and apparatus for acquiring access using a smart card
US6101477A (en) * 1998-01-23 2000-08-08 American Express Travel Related Services Company, Inc. Methods and apparatus for a travel-related multi-function smartcard
US8108307B1 (en) * 1998-03-30 2012-01-31 Citicorp Development Center, Inc. System, method and apparatus for value exchange utilizing value-storing applications
US7070112B2 (en) * 1999-09-07 2006-07-04 American Express Travel Related Services Company, Inc. Transparent transaction device
US7306158B2 (en) * 2001-07-10 2007-12-11 American Express Travel Related Services Company, Inc. Clear contactless card
SE525418C2 (sv) * 2000-03-19 2005-02-15 Efb Energifoerbaettringar Ab Betalningssystem
WO2002021424A2 (en) * 2000-09-05 2002-03-14 Gap Inc. System and method for using radio frequency identification in retail operations
JP3468744B2 (ja) * 2000-09-06 2003-11-17 株式会社鷹山 交通料金自動精算システム
US20020128977A1 (en) * 2000-09-12 2002-09-12 Anant Nambiar Microchip-enabled online transaction system
US6339384B1 (en) * 2000-11-13 2002-01-15 Robert Valdes-Rodriguez Toll booth credit device
US6655587B2 (en) * 2001-03-21 2003-12-02 Cubic Corporation Customer administered autoload
CA2446295C (en) * 2001-05-04 2008-11-04 Cubic Corporation Smart card access control system
JP3633516B2 (ja) * 2001-06-18 2005-03-30 日本電気株式会社 運賃精算システムとその精算方法及び運賃精算システム用のコンピュータプログラム
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
JP2003067684A (ja) * 2001-08-24 2003-03-07 Taku Yamaguchi Ｉｃカード、及びｉｃカード機能を具備した通信端末
WO2004042536A2 (en) * 2002-11-05 2004-05-21 Requent Remote purchasing system and method
US7268667B2 (en) * 2003-05-09 2007-09-11 American Express Travel Related Services Company, Inc. Systems and methods for providing a RF transaction device operable to store multiple distinct accounts
US7110792B2 (en) * 2003-05-19 2006-09-19 Einar Rosenberg Apparatus and method for increased security of wireless transactions
JP2005115418A (ja) * 2003-10-02 2005-04-28 Toshiba Corp 駅務システム
US20050222961A1 (en) * 2004-04-05 2005-10-06 Philippe Staib System and method of facilitating contactless payment transactions across different payment systems using a common mobile device acting as a stored value device
US8027918B2 (en) * 2004-08-30 2011-09-27 Google Inc. Micro-payment system architecture
WO2006135779A2 (en) * 2005-06-10 2006-12-21 American Express Travel Related Services Company, Inc. System and method for mass transit merchant payment
US7568617B2 (en) * 2006-12-07 2009-08-04 Specialty Acquirer Llc Learning fare collection system for mass transit
US7566003B2 (en) * 2006-12-07 2009-07-28 Specialty Acquirer Llc Learning fare collection system for mass transit

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11636488B2 (en) * 2013-05-24 2023-04-25 Marc George System for managing personal identifiers and financial instrument use
US20210264431A1 (en) * 2013-05-24 2021-08-26 Marc George System for managing personal identifiers and financial instrument use
RU2656816C2 (ru) * 2014-03-19 2018-06-06 Мастеркард Интернейшнл Инкорпорейтед Автоматическая передача данных
US10062077B2 (en) 2014-03-19 2018-08-28 Mastercard International Incorporated Automatic data transfer
RU2679343C1 (ru) * 2015-04-20 2019-02-07 Мастеркард Интернэшнл Инкорпорейтед Верификация бесконтактной платежной карты для выдачи платежного удостоверения мобильному устройству
RU2703749C1 (ru) * 2015-11-10 2019-10-22 Сэн-Гобэн Гласс Франс Антенная панель транспортного средства для системы оплаты дорожных сборов
RU2646396C2 (ru) * 2016-05-26 2018-03-02 Самуил Лейбович Горелик Способ оплаты проезда в общественном транспорте
WO2020036516A1 (ru) * 2018-08-16 2020-02-20 Игорь Николаевич АРСЕНЬЕВ Способ доступа пользователя к услугам локального оператора
RU2686618C1 (ru) * 2018-08-16 2019-04-29 Игорь Николаевич Арсеньев Способ обеспечения доступа пользователя к услугам локального оператора услуг, оконечное устройство пользователя и сервер системы для реализации способа
RU2692343C1 (ru) * 2018-09-27 2019-06-24 Акционерное общество "СИТРОНИКС" Система бесконтактной оплаты проезда/прохода (СБОП)
RU186887U1 (ru) * 2018-12-11 2019-02-07 Общество с ограниченной ответственностью "Технезис" Валидатор транспортного средства
RU186908U1 (ru) * 2018-12-11 2019-02-08 Общество с ограниченной ответственностью "Технезис" Валидатор транспортного средства
RU186900U1 (ru) * 2018-12-11 2019-02-07 Общество с ограниченной ответственностью "Технезис" Валидатор транспортного средства
RU2710802C1 (ru) * 2019-03-04 2020-01-14 Анатолий Владимирович Постолит Система оплаты проезда в общественном транспорте и мониторинга перемещения грузов с использованием технологий Bluetooth
RU2710803C1 (ru) * 2019-03-11 2020-01-14 Анатолий Владимирович Постолит Система мобильной оплаты проезда в общественном транспорте с использованием маяков iBeacon

Also Published As

Publication number Publication date
US20080156873A1 (en) 2008-07-03
WO2006124808A3 (en) 2007-05-31
RU2007146708A (ru) 2009-06-27
JP2008541303A (ja) 2008-11-20
AU2006247449A1 (en) 2006-11-23
KR20080014035A (ko) 2008-02-13
EP1913545A2 (en) 2008-04-23
WO2006124808A2 (en) 2006-11-23
CA2608707A1 (en) 2006-11-23
EP1913545A4 (en) 2010-07-28

Similar Documents

Publication Publication Date Title
RU2421812C2 (ru) Способ и система для использования бесконтактных платежных карт в транспортной системе
US10810594B2 (en) Delayed transit fare assessment
US8584936B2 (en) Techniques for authorization of usage of a payment device
US7731086B2 (en) System and method for mass transit merchant payment
JP6689782B2 (ja) トランジットアプリケーションにおいて使用される記憶値カードを提供し、リロードし、兌換するシステムおよび方法
MXPA03010355A (es) Habilitacion de sistema de dispositivos de cobro de tarifa automaticos que utilizan una red.
CN101208719A (zh) 在交运系统中使用非接触式支付卡的方法和系统
AU2012203879A1 (en) Method and system for using contactless payment cards in a transit system
JP2000194891A (ja) キャッシュレス交通システム、改札機、センタ、運賃支払方法及び記録媒体

Legal Events

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

Effective date: 20120517

NF4A Reinstatement of patent

Effective date: 20130127